Handover to an unlicensed mobile network
Abstract
A cellular radio telecommunication handover system and method for enabling the handover of a mobile telecommunications device between a licensed (cellular) network and an unlicensed mobile network comprising a plurality of low power access points having all of them the same common cell identity (GGI) is disclosed. The mobile telecommunications device establishes a handover between one access point of the licensed network and another access point of the unlicensed network by communication of handover resources therebetween.

Term
No projected expiry on record.
- Priority
- Filed
- Published
- Today
20 claims: 12 independent, 8 dependent
- 1CLAIMS 1. A method of cellular radio telecommunication handover for a mobile station (MS) to a plurality of common cell identity base transceiver stations (BTSs) comprising the steps of:(i) receiving measurement reports from the MS, wherein the measurement reports include information relating to at least one common cell identity BTS, thereby identifying a target BTS;(ii) instructing the mobile station to communicate with the common cell identity BTSs using handover resources;(iii) scanning a channel on at least some of the common cell identity BTS for communication from the mobile station using said handover resources;and (iv) receiving communication from the mobile station on one of the common cell identity BTSs 1 defining that common cell identity BTS as the target BTS, and completing handover between the mobile station and the target BTS.
- 3The method of any preceding claim wherein the handover resources are unique to the handover to be executed, but common between possible target BTSs.
- 5The method of any preceding claim comprising passing data corresponding to the handover to a controller and updating handover resources associated with the non-target BTSs having the common cell identity.
- 6The method of any preceding claim wherein, the handover resources comprise a pre-determined hand in channel and the target BTS initiates an intra-cell handover of the mobile station to a traffic channel to keep a predetermined hand-in channel free for other mobile station handovers.
- 7The method of ciaim 6 comprising scanning the predetermined hand-in channel on each common cell identity BTS for communication from the mobile station at all times when the BTS is in use.
- 8The method of any preceding claim comprising determining if more than one BTS has received the communication from the MS 1 and selecting one of the plurality of BTSs to complete step (iv) of the method should this occur.
- 9The method of any preceding claim comprising determining if more than one MS has transmitted the communication to the BTS simultaneously , and at least one of the MSs reverting to a prior BTS should this occur.
- 10A cellular radio telecommunication handover system comprising:a plurality of common cell identity base transceiver stations (BTSs), each having handover resources associated therewith;a plurality of individual base transceiver stations (BTSs) each having an individual cell identity;a mobile station;wherein, the mobile station is arranged to issue measurement reports of the common cell identity and individual BTSs within range and, where a handover is required to one of the plurality of common cell identity BTSs, the mobile station is arranged to communicate using the handover resources, the common cell identity BTS which receives the communication from the mobile station being arranged to complete the handover of the mobile station.
Independent claims12
80 paragraphs, as filed
0001Cellular Radio Telecommunication Handover System
0002The present invention relates to a cellular radio telecommunications handover system and particularly, but not exclusively, to cellular radio telecommunications handover system for use in low-power networks.
0003Low Power Global System for Mobile Communication (LP-GSM) networks, 3G (UTMS) or any other Low Power cellular radio telecommunications protocol, generally have a number of "Access Points" (APs) appearing as a single celi, by sharing a single Cell Identity to reduce the configuration required in the macro Base Station Subsystems (BSSs).
0004In the LP network, a mobile station (MS) requires to instigate a handover process when moving between APs during a call. When the handover process is instigated, the MS reports details of the APs in range to a Base Station Controller (BSC) using a handover required message.
0005This Cell Identity-sharing leads to ambiguity of AP identity when a hand-in is made to the LP network, as the specific AP being measured and targeted for handover is not known. This ambiguity can be solved according to this invention by using the normal 3GPP messaging over the air interface, but using a novel technique in the LP-AP access network.
0006Problem Statement
0007There are various established methods for performing a handover of a wireless terminal device between wireless basestations forming part of a larger communications network. The methods generally fall into two categories. In the first category the terminal device forms a connection to the new basestation before breaking the connection to the old basestation. In the second category, the terminal uniquely identifies one or more potential new basestations and the communications network controls a scheduled handover from old to new basestation, such that the terminal device only establishes a connection to one basestation at a time.
0008The second method is used by the GSM system and is used in a 3G hard handover procedure. A fundamental element of this technique is that the terminal must be able to give the network enough information to uniquely identify the target (new) basestation before the handover is initiated by the network.
0009To perform a handover in a traditional GSM/3G system requires that each cell have a unique identity, the Cell Global Identity (CGI), together with some locally unique radio configuration. In GSM the locally unique radio configuration is a radio channel (ARFCN) and a BaseStation Identity Code (BSIC). In 3G the locally unique radio configuration is a frequency and a scrambling code. During a call, the GSM Mobile Station (MS) or 3G User Equipment (UE) measures the strength of the surrounding basestation signals, and reports them to the access network controller (GSM BSC or 3G RNC) of its host basestation together with the locally unique radio configuration of the target basestation associated with the measurements. If the access network controller decides that a handover to the basestation is required, it looks up the locally unique radio configuration in its local provisioned database to derive the CGI of the target basestation.
0010it then requests that the access network controller of the target basestation allocates resources on the target basestation to be used during handover of the MS/LJE. This request is sent to the Mobile Switching Centre (MSC) for forwarding to the BSC/RNC hosting the target cell, and uses the target CGI to identify the BSC/RNC to which the request is forwarded.
0011In order to deploy a large number of very low power cells (termed LP- APs here) (e.g. to provide GSIW3G services within individual houses) it is not practical to require any macro cells which cover a large number of such AP cells to be provisioned with information for every AP. Indeed in the 3GPP specifications, a cell is limited to have at most 64 unique entries in its neighbour cell list, and the CGI itself has a limited number of unique identities.
0012The solution described here allows a potentially large number of LP- APs to share a single identity (CGI), and thus also share the same locally unique radio configuration. This is possible provided the APs each have very low power, such that the coverage areas from multiple APs with the same radio configuration do not overlap with each other. This then reduces the provisioning requirement in the macro network controller to a single or a few CGIs and their associated locally unique radio configuration, each providing for a set of APs.
0013This in itself however introduces the problem that the target basestation for a handover is no longer uniquely identified. A controller (BSC/RNC) and the collection of APs which share the same identity (CGI and radio configuration) behave as a group according to this invention.
0014Note that it is still possible to use the same radio configuration associated with a different CGI in other non-overlapping geographical area - this is the normal method of cellular reuse used by GSM/3G. This reuse may be for a traditional ceil and controller, or for another collection of APs and their controller, also behaving according to this invention.
0015Note further that a BSC/RNC behaving according to this invention may also host traditional cells each with unique CGIs, and may host one or more collections of APs each sharing a single CGI according to this invention.
0016Statements of Invention
0017According to a first aspect of the present invention there is provided method of cellular radio telecommunication handover for a mobile station (MS) to a plurality of common cell identity base transceiver stations (BTSs) comprising the steps of: (i) receiving measurement reports from the MS, wherein the measurement reports include information relating to at least one common cell identity BTS<sub>1</sub> thereby identifying a target BTS; (ii) instructing the mobile station to communicate with the common cell identity BTSs using handover resources; (iii) scanning a channel on at least some of the common cell identity BTS for communication from the mobile station using said handover resources; and (iv) receiving communication from the mobile station on one of the common cell identity BTSs, defining that common cell identity BTS as the target BTS, and completing handover between the mobile station and the target BTS.
0018The plurality of common base transceiver stations BTSs may be network of Low Power Access Points which share a common cell identity. The handover resources may be unique to the handover to be executed, but common between possible target BTSs. The MS may be permitted to connect to oniy a sub-set of the possible target BTSs.
0019The method may comprise passing data corresponding to the handover to a controller and updating handover resources associated with the non-target BTSs having the common cell identity.
0020The handover resources may comprise a pre-determined hand in channel and the target BTS initiates an intra-cell handover of the mobile station to a traffic channel to keep a predetermined hand-in channel free for other mobile station handovers. The method may comprise scanning the predetermined hand-in channel on each common cell identity BTS for communication from the mobile station at all times when the BTS is in use.
0021The method may comprise determining if more than one BTS has received the communication from the MS, and selecting one of the plurality of BTSs to complete step (iv) of the method should this occur. The method may comprise determining if more than one MS has transmitted the communication to the BTS simultaneously , and at least one of the MSs reverting to a prior BTS should this occur. According to a second aspect of the present invention there is provided a cellular radio telecommunication handover system comprising: a plurality of common cell identity base transceiver stations (BTSs), each having handover resources associated therewith; a plurality of individual base transceiver stations (BTSs) each having an individual cell identity; a mobile station; wherein, the mobile station is arranged to issue measurement reports of the common cell identity and individual BTSs within range and, where a handover is required to one of the plurality of common ceil identity BTSs, the mobile station is arranged to communicate using the handover resources, the common ceil identity BTS which receives the communication from the mobile station being arranged to complete the handover of the mobile station.
0022The plurality of common base transceiver stations (BTSs) may comprise a network of Low Power Access Points which share a common cell identity. The handover resources may be unique to possible target BTSs.
0023The MS may be arranged to be permitted to connect to only a sub-set of the possible target BTSs.
0024The system may comprise a controller arranged to receive data corresponding to the handover and being further arranged to update handover resources associated with non-target BTSs having the common cell identity.
0025The handover resources may comprise a dedicated handover channel. The BTSs may be arranged to scan the predetermined handover channel for communication from the mobile station, when in use. A mobile station either defined according to the second aspect of the present invention, or arranged to operate as in accordance with the first aspect of the present invention.
0026The mobile station may comprise any one of the following: mobile telephone, personal digital assistant, laptop computer.
0027A base station transceiver station either as defined according to the second aspect of the present invention, or arranged to operate as in accordance with the method first aspect of the present invention.
0028The base station transceiver station may comprise an access point in a low power GSM network or a UMTS network.
0029According to another aspect of the present invention there is provided a method of cellular radio telecommunication handover for a mobile station (MS) to a plurality of common cell identity base transceiver stations (BTSs) comprising the steps of: (i) receiving measurement reports from the MS, wherein the measurement reports include information relating to at least one common cell identity BTS, thereby identifying a target BTS; (it) instructing the mobile station to communicate with the common cell identity BTSs on a predetermined hand-in channel; (iii) scanning the predetermined hand-in channel on each common cell identity BTS for communication from the mobile channel; and (iv) receiving communication from the mobile station on one of the common cell identity BTSs, defining that common cell identity BTS as the target BTS<sub>1</sub> and completing handover between the mobiie station and the target BTS.
0030Preferably, the plurality of common base transceiver stations (BTSs) is a network of Low Power Access Points which share a common cell identity.
0031Preferably, after completition of the handover, the target BTS intiates an intra-cell handover of the mobile station to a traffic channel to keep <sup>'</sup> the predetermine hand-in channel free for other mobile station handovers.
0032According to another aspect of the present invention there is provided a cellular radio telecommunication handover system comprising: a plurality of common cell identity base transceiver stations (BTSs), each having a predetermined hand-in channel; a plurality of individual base transceiver stations (BTSs) each having an individual cell identity; a mobile station; wherein, the mobile station issues measurement reports of the common cell identity and individual BTSs within range and, where a handover is required to one of the plurality of common cell identity BTSs, the mobile station is instructed to communicate on the predetermined hand-in channel, the common cell identity BTS which receives the communication from the mobile station then completes the handover of the mobile station.
0033The invention is allows the operation of the hand-in procedure to a Low Power Access Point (LP-AP) network where a large number of APs appear as a single cell by sharing a single Cell Identity to reduce the configuration required in the macro network. Descriptions are given for how the invention may be embodied in both GSM (a.k.a. 2G) LP-AP networks and in 3G (a.k.a. UMTS) LP-AP networks, both now within the overall 3GPP specification framework.
0034Brief Description of the Drawings
0035The invention will now be described, by way of example only, with reference to the accompanying drawings, in which:
0036Figure 1 is a schematic diagram of an embodiment of a cellular radio telecommunication system according to an aspect of the present invention;
0037Figure 2 is a message sequence chart describing a GSM handover method, using preconfigured resources, in accordance with an aspect of the present invention;
0038Figure 3 is a message sequence chart describing a 3G handover method, using preconfigured resources, in accordance with an aspect of the present invention;
0039Figure 4 is a message sequence chart describing a 3G handover method, using UE specific resources, in accordance with an aspect of the present invention; and
0040Figure 5 is a a message sequence chart describing a GSM handover method, using MS specific resources, in accordance with an aspect of the present invention.
0041Overview of Hand-EN Solution Concept
0042Referring now to Figures 1 to 5. Given the configuration described above, when a MS/UE issues measurement reports for a LP-AP to the macro controller, the macro controller perceives that there is a single neighbour ceil for handover in that it has a single CGI associated with the local unique radio configuration. If the access network controller determines the desirability for the MS/UE to handover to this neighbour cell, it issues a Handover/Relocation Required message to the MSC including the CGI of the target cell. The MSC identifies the target access network controller by the CGI as being the LP-AP controller and issues a Handover/Relocation Request to the access network controller of the target LP-AP.
0043In a traditional network, the target access network controller selects available resources on the known target cell, informs the cell to await the incoming handover, and sends a handover command to be relayed back to the MS/UE indicating the new resources to use, together with a handover reference number (for GSM) or temporary identity (for 3G).
0044However, the LP-AP controller does not know at this point which particular LP-AP has been measured, so cannot do this as it does not know the actual AP to which the handover must occur, as the same CGI is associated with several APs. Instead, it acknowledges the handover/relocation request and always offers some "hand-in- resources" to be used by the MS/UE during hand-in, A handover command will be relayed back to the MS indicating the new resources and a handover reference number. The LP-AP controller may select the hand-in resources from a pre-configured set of such resources which are generally kept unused for normal traffic across all APs which share this CGI to allow such a hand-in to occur. Alternatively the LP- AP controller may allocate a unique set of hand-in resource common to all the APs that may be a target of the hand-in for this particular MS/UE. This alternative is possible if the LP-AP network imposes restrictions on which MS/UE may use each AP, such a subset typically being a very small fraction of the number of APs sharing the CGI.
0045The MS/UE starts to use the resources allocated to it in the handover command. When one of the APs detects the MS/UE, the AP establishes a channel with the MS/UE and informs the LP-AP controller of the handover attempt and the associated handover reference number or temporary identity.
0046The LP-AP controller matches the incoming handover reference or temporary identity with the list of handovers it is currently expecting, and notifies the MSC with a normal Handover Detect message. If the LP-AP controller had ailocated specific resources on more than one AP for this hand-in, the unused resources on the other APs are cleared at this point. When the handover completes the controller notifies the MSC so that the MSC can initiate clearing of the resources in the old access network controller.
0047Meanwhile, as soon as the handover is completed and if a pre- configured hand-in resource has been used, the LP-AP controller moves the MS/UE onto a different set of resources specifically for the ongoing service provided to this MS/UEin order to free up the preconfigured hand-in resources.
0048The option to use pre-configured hand-in resources prevents the specific tailoring of the hand-in resources to the requirements of the MS/UE and the service that it is currently providing. For example, the pre-configured resources could not be encrypted as the keys required for such encryption are specific to a single MS/UE. Another example is that the resources may only be pre-configured for a particular speech codec, e.g. FR, which may not be the best codec or the one that is in use by the MS/UE prior to the hand-in. In such cases the subsequent immediate move of the MS/UE to the specific resources for the MS/UE and its current service requirements may restore the more appropriate service resources, with only a brief period during which the sub-optimal services are being provided.
0049The option to use MS/UE-specific and service-specific resources which then have to be assigned across potentially multiple APs avoids the above issue. This provides as near-seamless service to the end-user as possible, but adds load to the APs, the LP-AP controller and the network between them. How much load and whether or not this is acceptable depends on many factors, but a key factor is the number of APs which may have to have the resources allocated for each single hand-in event. For hosehold deployments of APs where access control on each AP oniy allows the MS/UE of family and friends, this number may be very small, making this solution attractive.
0050Detailed Hand-In Sequence for GSM with pre-configured resource
0051The procedure above is summarised in the message sequence chart shown in Fig. 1 . Only a few key parameters are shown the emphasise how the mechanism works in the LP-AP context: • The ARFCN, BSIC pair in the measurement report from the MS which are the locally unique radio configuration in GSM • The mapping of ARFCN, BSIC to a CGI to identify the LP-GSM BSC as the handover target • The pre-assigned hand-in slot (TS-HI) selected for this hand-in returned from the LP-BSC to the MS via the macro BSS • The Handover Reference (HO_Ref), used to tie the Handover Access burst to the Handover Request Note that the messaging follows a standard 3GPP handover sequence, except that normally a channel activation would be sent from the New BSC to the New BTS to identify a channel on which to expect an access burst and the use of a modified Handover Detect message. In the case of LP-AP the AP will always listen on the pre- determined hand-in resources so the channel activation is not necessary.
0052Other Issues for preconfigured GSM solution
0053This section describes some of the issues and the scenarios which lead them to occur, together with the likely consequences of occurrence.
0054Uniqueness of Handover Reference
0055Handover reference is an 8-bit number chosen by the new BSS, so provided the LP-GSM BSC has less than 256 hand-ins in progress per CGI there will be no ambiguity in matching an incoming handover access burst to a handover context held at the BSC.
0056Multiple APs detect the hand-in
0057It is theoretically possible that more than one AP may detect the same handover access burst. For this to occur the APs must be using a common ARFCN and there must be a degree of coverage overlap - this is obviously undesirable but may occur in an area of high AP density. The MS will make its access burst in a relatively small time window synchronised to the AP that it has been measuring. As the APs are not synchronised to each other this significantly reduces the likelihood of the "wrong" AP detecting the access burst, with the probability being the allowed timing offset as a fraction of the frame time. For an LP-GSM AP which has very iow power, the MS should be accessing the cell at very low (probably zero) timing advance due to the low range, so it is highly unlikely that 2 such APs in overlapping coverage are within the close enough timing to both detect the access attempt at such zero or low timing advance. If 2 APs do respond with a Phys Info they are likely to interfere with each other and layer 2 establishment is likely to fail. If the MS determines that there is a problem with layer 2 establishment then it will not reach the Handover Complete stage of the sequence but will instead fall back to the old BSC.
0058If this does occur, the BSC may see the same handover reference in 2 different Handover Detect messages. The BSC may first filter these by rejecting any from an AP with a different BSIC from that which is being used in the handover (if is handling APs with the same ARFCN but different BSIC). If there is still ambiguity, the BSC could command one of the APs to ignore the hand-in, but the hand-in is unlikely to be successful. This event is however likely to be rare enough to be an acceptable failure rate.
0059Concurrent hand-ins to the same AP - concurrent access bursts
0060If more than one MS issues access bursts prior to a Phys info response then they may both detect the subsequent Phys Info and both act upon it.
0061One or both layer 2 establishments is likely to fail due to mutual interference. The MS(s) should revert back to the oid BSS in this case.
0062The access bursts from the different MS would need to occur within approx 250-300msec for this scenario to occur, so again the likelihood of this happening to a single AP within this period is low, even with the correlated behaviour of users (e.g. two users each in a call on their MSs and entering a house together), and again the failure rate is likely to be acceptable.
0063Concurrent hand-ins to the same AP - access bursts after Phys Info
0064If a second MS initiates access bursts when Phys Info has already been issued in response to a first MS's access bursts then the later access bursts will be ignored. The lack of a Phys Info response will cause timer T3124 to expire and the second MS to fall back to the old BSS. The access bursts from the later attempt will cause interference with the handover already in progress.
0065No free channels on target AP
0066If a MS initiates handover access bursts when there are no available traffic channels on an AP then the access bursts will be ignored. The lack of a Phys Info response will cause timer T3124 to expire and the second MS to fall back to the old BSS.
0067Detailed Hand-In Sequence for 3G with Pre-configured Resources
0068This scenario is shown in Figure 3. It is analogous to the GSM scenario described above.
00691.0. The macro-RNC sends the configured frequencies and scrambling codes of its neighbour cells. 1.1. The macro-RNC specifies the criteria under which the UE should issue a measurement report. 1.2. The UE sends a measurement report indicating that a specified neighbour cell meets the criteria specified by the macro-RNC. 1.3. The macro-RNC looks-up the CGI of the neighbour cell and sends it in a Relocation-Required message to the MSC. 1 .4. The MSC identifies the RNC for the target ceil and sends a Relocation-Request to the target RNC. 1.5. The LP-AP RNC allocates an identifier for the hand-in and returns it along with the standard hand-in-resources in the Relocation-Request-Acknowledge. 1.6. The MSC passes the information from the Relocation- Request-Acknowledge to the macro-RNC in the Relocation- Command message. 1 .7. The macro-RNC sends the Physical-Channel- Reconfiguration message to the UE from the information in the Relocation-Command message. 1.8. The UE synchronises with the LP-AP. At this point the LP- AP does not know which UE has synchronised so the LP-AP does not send the Relocation-Detect immediately. 1.9. The UE sends Physical-Channel-Reconfiguration-Complete containing the identifier assigned to the UE in step 1 .5. 1.10. The LP-AP sends Relocation-Complete to the LP-AP RNC. This contains information about which UE has connected to the LP-AP. 1.11. The LP-AP RNC sends Relocation-Detect to the MSC to trigger the re-routing of the user data from the macro-RNC to the LP-AP RNC. 1.12. The LP-AP RNC sends Relocation-Complete to the MSC to trigger the freeing of UE related resources in the macro-RNC.
0070In this scenario there is a slight delay in the sending of the Relocation- Detect message from the RNC to the MSC as the message cannot be sent until the detected UE is identified. This does not cause a problem to the MSC as the MSC has no expectation of the timing of messages, it is only concerned with the sequence of messages which remains unchanged.
0071The issues described for the GSM solution above apply equally to this solutions, with the exception that the 3G temporary identity (the equivalent of the handover reference) is not limited to 8 bits, and may always be unique.
0072Detailed Hand-In Sequence for 3G with specific hand-in resources
0073This scenario is shown in figure 4. In this case, the LP-AP RNC allocates a unique set of resources for each hand-in and then configures the physical channel on all of the candidate APs.
0074The raw candidate list of APs contains all APs with the same CGI as that specified in the Relocation-Request message. The LP-AP RNC may optionally reduce the size of this raw candidate list using knowledge of the access control which is applied to the APs. An access control list that specifies which UEs can access which APs can be used to filter the raw list of APs to the smaller subset of such APs where the handed-in UE is allowed to operate. Only LP-APs where the UE is allowed to operate and with the appropriate CGi are considered candidate cells.
00751.0. The macro-RNC sends the configured frequencies and scrambling codes of its neighbour cells. 1 .1 . The macro-RNC specifies the criteria under which the UE should issue a measurement report. 1.2. The UE sends a measurement report indicating that a specified neighbour cell meets the criteria specified by the macro-RNC. 1 .3. The macro-RNC looks-up the CGl of the neighbour cell and sends it in a Relocation-Required message to the MSC. 1.4. The MSC identifies the RNC for the target cell and sends a Relocation-Request to the target RNC. 1.5. The LP-AP RNC assigns an identifier for the UE, and physical channel resources for the hand-in. The LP-AP RNC generates a candidate list of cells that may be the target for the hand-in based on the CGI and the UE identity. The RNC then instructs the first LP-AP to setup a radio link for the hand-in. 1.6. The LP-AP RNC instructs all of the other candidate LP-APs to setup a radio link for the hand-in. 1.7. The LP-AP RNC acknowledges the Relocation-Request and includes the UE identifier and the physical channel resources to be used for this hand-in. 1 .8. The MSC passes the information from the Relocation- Request-Acknowledge to the macro-RNC in the Reiocation- Command message. 1.9. The macro-RNC sends the Physical-Channel- Reconfiguration message to the UE from the information in the Relocation-Command message. 1.10. The UE synchronises with one of the LP-APs. As resources have been allocated specifically for this hand-in, the LP-AP knows which UE has appeared. 1 .1 1. The LP-AP tells the RNC that the UE has appeared. 1 .12. The LP-AP RNC sends Relocation-Detect to the MSC to trigger the re-routing of the user data from the macro-RNC to the LP-AP RNC. 1.13. The LP-AP RNC deletes the radio links allocated for this hand-in on all of the LP-APs where the UE did not appear. 1.14. The UE sends Physical-Channel-Reconfiguration-Complete containing the identifier assigned to the UE in step 1.5. 1.15. The LP-AP sends relocation complete to the RNC. 1.16. The LP-AP RNC sends Relocation-Complete to the MSC to trigger the freeing of UE related resources in the macro-RNC.
0076In this scenario it is possible that there are no candidate cells for the hand-in. This can occur if using an access control mechanism and the UE attempting the hand-in is not allowed on any of the celis with the specified CGI. In this case the LP-AP RNC can reject the hand-in using the Relocation-Failure message.
0077The issues described for the GSM solution above do not apply to this solution, with the exception that multiple APs may still detect the hand- in, in which case the same issue as described above still applies.
0078Detailed Hand-In Sequence for GSWl with specific hand-in resources
0079The GSM version of the hand-in with specific resources employs the corresponding changes compared to the pre-configured resources as are described for the 3G situations above. It is shown in figure 5.
0080It wili be appreciated that the term "low power" is used herein to describe power outputs of 50OmW or less.
5 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5
Every citation, both ways
| Document | Relation | Office | Category | Cited during | Relevant claims |
|---|---|---|---|---|---|
| US9432889B2 | Cited by | United States of America | – | Applicant | – |
| JP2011528540A | Cited by | Japan | – | Examiner | – |
| US9661535B2 | Cited by | United States of America | – | Applicant | – |
| US10123244B2 | Cited by | United States of America | – | Applicant | – |
| WO2008113373A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US2019021030A1 | Cited by | United States of America | – | Applicant | – |
| WO2010037311A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| WO2008151655A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| WO2010042861A3 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US9648493B2 | Cited by | United States of America | – | Applicant | – |
| US8971890B2 | Cited by | United States of America | – | Applicant | – |
| WO2010042861A2 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US10785691B2 | Cited by | United States of America | – | Applicant | – |
| US10433160B2 | Cited by | United States of America | – | Applicant | – |
| EP2220888A4 | Cited by | European Patent Office (EPO) | – | Search report | – |
| US9173148B2 | Cited by | United States of America | – | Applicant | – |
| EP2375807A4 | Cited by | European Patent Office (EPO) | – | Search report | – |
| JP2010529792A | Cited by | Japan | – | Examiner | – |
| EP2690906A1 | Cited by | European Patent Office (EPO) | – | Search report | – |
| EP2003914A1 | Cited by | European Patent Office (EPO) | – | Search report | – |
| US8743858B2 | Cited by | United States of America | – | Applicant | – |
| US10512007B2 | Cited by | United States of America | – | Applicant | – |
| WO2011020488A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US11317327B2 | Cited by | United States of America | – | Applicant | – |
| CN103327545A | Cited by | China | – | Search report | – |
| WO2009049032A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| WO2010048342A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US10536883B2 | Cited by | United States of America | – | Applicant | – |
| JP2014161113A | Cited by | Japan | – | Search report | – |
| WO2004068768A2 | Cites | World Intellectual Property Organization (WIPO) | A | International search | 1-20 |
| US2004156399A1 | Cites | United States of America | A | International search | 1-20 |
| US2004192211A1 | Cites | United States of America | A | International search | 1-20 |
| WO2005076648A1 | Cites | World Intellectual Property Organization (WIPO) | PX | International search | 1-20 |
| "UMA Architecture (Stage 2) R1.0.3 (2005-02-28)", INTERNET CITATION, 28 February 2005 (2005-02-28), XP002387159, Retrieved from the Internet <URL:http://www.umatechnology.org/specifications/index.htm> [retrieved on 20060626] | Non-patent | – | – | International search | – |
| None | Non-patent | – | – | Applicant | – |
11 members in 7 offices; this record represents the family
Priority claims3
| Document | Office | Kind | Date |
|---|---|---|---|
| 0514438 | United Kingdom | A | |
| GB20050014438 | – | – | – |
| 05144381 | – | – | – |
Members11
| Document | Office | Kind | |
|---|---|---|---|
| GB0514438D0 | United Kingdom | D0 | |
| WO2007010304A1This record | World Intellectual Property Organization (WIPO) | A1 | |
| EP1913785A1 | European Patent Office (EPO) | A1 | |
| KR20080059374A | Republic of Korea | A | |
| CN101317482A | China | A | |
| JP2009501471A | Japan | A | |
| US2010130199A1 | United States of America | A1 | |
| JP4914893B2 | Japan | B2 | |
| CN101317482B | China | B | |
| KR101281924B1 | Republic of Korea | B1 | |
| US8538429B2 | United States of America | B2 |
9 legal events, as 2 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Wipo information: entry into national phaseWWE | WWE | WO | |
| Wipo information: published in national officeWWP | WWP | WO | |
| Wipo information: entry into national phaseWWE | WWE | WO | |
| Wipo information: entry into national phaseWWE | WWE | WO | |
| Non-entry into the national phaseNENP | NENP | DE | |
| Wipo information: withdrawn in national officeWithdrawnWWW | WWW | WO | |
| Wipo information: entry into national phaseWWE | WWE | WO | |
| Ep: the epo has been informed by wipo that ep was designated in this application121 | 121 | WO | |
| Wipo information: entry into national phaseWWE | WWE | WO |
Numbers
- Publication
- 2007/010304
- Publication, DOCDB
- 2007010304
- Publication, EPODOC
- WO2007010304
- Application
- 50205
- Application, DOCDB
- 2006050205
- Application, EPODOC
- WO2006GB50205
Titles2
- English
- HANDOVER TO AN UNLICENSED MOBILE NETWORK
- French
- TRANSFERT VERS UN RESEAU MOBILE SANS LICENCE
Classification
- CPC, 4
- H04W36/0088
- H04W84/042
- H04W84/105
- Y02D30/70
- IPC, 4
- H04L12 28
- H04W36 08
- H04W36 14
- H04W84 04
Designated states4
- Regional, 4
- Zimbabwe
- Turkmenistan
- Türkiye
- Togo