US20120094666A1 - Uniquely identifying target femtocell to facilitate femto-assisted active hand-in - Google Patents
Uniquely identifying target femtocell to facilitate femto-assisted active hand-in Download PDFInfo
- Publication number
- US20120094666A1 US20120094666A1 US13/223,103 US201113223103A US2012094666A1 US 20120094666 A1 US20120094666 A1 US 20120094666A1 US 201113223103 A US201113223103 A US 201113223103A US 2012094666 A1 US2012094666 A1 US 2012094666A1
- Authority
- US
- United States
- Prior art keywords
- femtocell
- user equipment
- oob
- identifier
- femtocells
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000004891 communication Methods 0.000 claims abstract description 308
- 230000006854 communication Effects 0.000 claims abstract description 308
- 238000000034 method Methods 0.000 claims abstract description 186
- 238000001514 detection method Methods 0.000 claims abstract description 84
- 230000004044 response Effects 0.000 claims description 71
- 238000013507 mapping Methods 0.000 claims description 33
- 230000001413 cellular effect Effects 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012544 monitoring process Methods 0.000 claims description 2
- 238000013459 approach Methods 0.000 abstract description 12
- 238000007726 management method Methods 0.000 description 55
- 238000010586 diagram Methods 0.000 description 54
- 238000005259 measurement Methods 0.000 description 28
- 230000006870 function Effects 0.000 description 23
- 238000003860 storage Methods 0.000 description 13
- 238000012545 processing Methods 0.000 description 9
- 230000011664 signaling Effects 0.000 description 9
- 230000009471 action Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 238000001228 spectrum Methods 0.000 description 5
- 239000000969 carrier Substances 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000003491 array Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000010267 cellular communication Effects 0.000 description 2
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 2
- 238000005562 fading Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000000116 mitigating effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001629 suppression Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 235000017060 Arachis glabrata Nutrition 0.000 description 1
- 241001553178 Arachis glabrata Species 0.000 description 1
- 235000010777 Arachis hypogaea Nutrition 0.000 description 1
- 235000018262 Arachis monticola Nutrition 0.000 description 1
- 241000760358 Enodes Species 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 235000020232 peanut Nutrition 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/04—Reselecting a cell layer in multi-layered cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
- H04W36/322—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by location data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
Definitions
- Communication networks are in wide use today, and often have multiple devices in communication over wireless links to carry voice and data.
- Many of these devices such as cellular phones, smartphones, laptops, and tablets, are mobile, and may connect with a network wirelessly via a base station, access point, wireless router, or Node B (collectively referred to herein as “access points”).
- a mobile device may remain within the service area of such an access point for a relatively long period of time (thereby being “camped on” the access point) or may travel relatively rapidly through access point service areas, with cellular handover or reselection techniques being used for maintaining a communication session, or for idle mode operation as association with access points is changed.
- Issues with respect to available spectrum, bandwidth, or capacity may result in an access being unavailable or inadequate between certain mobile devices and an access point.
- issues with respect to wireless signal propagation e.g., shadowing, multipath fading, interference, etc. may result in access being unavailable for particular mobile devices.
- Cellular networks have employed the use of various cell types, such as macrocells, microcells, picocells, and femtocells, to provide desired bandwidth, capacity, and wireless communication coverage within service areas.
- Femtocells may be used to provide wireless communication in areas of poor network coverage (e.g., inside of buildings), to provide increased network capacity, and to utilize broadband network capacity for backhaul.
- areas of poor network coverage e.g., inside of buildings
- broadband network capacity for backhaul.
- the present disclosure is directed to systems and methods for supporting macrocell-to-femtocell hand-ins of active macro communications for mobile devices.
- a femtocell detects a mobile device in its proximity (e.g., using an out-of-band link established by an out-of-band radio integrated with the femtocell as part of a femto-proxy system). Having detected the mobile device in its proximity, the femtocell communicates an OOB presence indicator to pre-register the mobile device with a femtocell gateway (e.g., another type of interface gateway) disposed in a core network in communication with the macro network.
- a femtocell gateway e.g., another type of interface gateway
- the femtocell gateway When the femtocell gateway receives a handover request from the macro network implicating the pre-registered mobile device, the femtocell gateway is able to reliably determine the appropriate femtocell to use for the hand-in according to the OOB presence indication.
- the OOB presence indication can be carried in an existing message between femtocell and femtocell gateway such as a registration message, handover response message, or an OOB presence message can be defined to communicate this indication.
- Some embodiments include a method for macrocell-to-femtocell hand-in.
- a user equipment may be in proximity to a femtocell using an out-of-band (OOB) communications link.
- a user equipment identifier may be identified corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link.
- the user equipment may be registered for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- OOB out-of-band
- Identifying the user equipment identifier may include receiving an OOB identifier associated with the user equipment identifier over the OOB communications link. Identifying the user equipment identifier may include receiving a macro identifier associated with the user equipment identifier over the OOB communications link. Registering the user equipment for hand-in from the macrocell to the femtocell may include transmitting a registration message from the femtocell to the femtocell gateway. Registering the user equipment for hand-in from the macrocell to the femtocell may include transmitting an OOB indication message from the femtocell to the femtocell gateway.
- the method for macrocell-to-femtocell hand-in may further include utilizing a user equipment mapping between a macro identifier of the user equipment with the OOB identifier to determine the user equipment identifier.
- Detecting the user equipment in proximity to the femtocell may include paging the user equipment over the OOB communications link; and detecting a response to the paging from the user equipment over the OOB communications link.
- the response may include the OOB identifier of the user equipment.
- the response may include the macro identifier for the user equipment.
- the method for macrocell-to-femtocell hand-in may further include receiving a handover request for the user equipment at the femtocell from the femtocell gateway, the handover request being configured to direct the user equipment to hand off active communications with the macro network from the macrocell to the femtocell.
- the handover request may be received subsequent to registering the user equipment for hand-in from the macrocell to the femtocell.
- the handover request may be received prior to registering the user equipment for hand-in from the macrocell to the femtocell; and detecting the user equipment may include detecting the user equipment in response to receiving the handover request.
- Detecting the user equipment in response to receiving the handover request may include detecting the user equipment over the OOB communications link utilizing an OOB identifier of the user equipment. In some embodiments, detecting the user equipment in response to receiving the handover request may include detecting the user equipment over the OOB communications link utilizing a macro identifier of the user equipment. Registering the user equipment may further include transmitting a handover response accepting the handover request.
- the method for macrocell-to-femtocell hand-in may further include detecting a loss of the OOB communications link between the user equipment and the femtocell.
- the user equipment may be de-registered according to detecting the loss of the OOB communications link.
- the femtocell is one of multiple femtocells on a macro network, each femtocell having a first femtocell identifier according to which the femtocell is non-uniquely addressable by the macro network and a second femtocell identifier according to which the femtocell is uniquely addressable by the femtocell gateway.
- the OOB communications link includes a Bluetooth link.
- the first femtocell identifier of each respective femtocell may include a primary scrambling code (PSC) of the respective femtocell.
- the user equipment identifier may include a macro identifier associated with the user equipment.
- the macro identifier may include a International Mobile Subscriber Identity (IMSI) associated with the user equipment.
- IMSI International Mobile Subscriber Identity
- Some embodiments include a femtocell that may include an in-band frequency module, communicatively coupled with a macro network via a femtocell gateway and configured to provide cellular network access to user equipments.
- the femtocell may include an out-of-band (OOB) frequency module, communicatively coupled with the in-band frequency module and configured to communicate with the user equipments over an OOB communications link.
- OOB out-of-band
- the femtocell may include a communications management subsystem, communicatively coupled with the in-band frequency module and the OOB frequency module, and configured to: detect a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link; identify a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and register/or the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- OOB out-of-band
- the communications management subsystem may be configured to identify the user equipment identifier using a configuration to receive a macro identifier associated with the user equipment identifier over the OOB communications link.
- the communications management subsystem may be configured to identify the user equipment identifier using a configuration to receive an OOB identifier associated with the user equipment identifier over the OOB communications link.
- the communications management subsystem may be configured to register the user equipment using a configuration to transmit a registration message from the femtocell to the femtocell gateway.
- the communications management subsystem may be configured to register the user equipment using a configuration to transmit an OOB indication message from the femtocell to the femtocell gateway.
- the communications management subsystem may be further configured to utilize a user equipment mapping between a macro identifier of the user equipment with a OOB identifier to determine the user equipment identifier.
- the communications management subsystem configured to detect the user equipment in proximity to the femtocell may be configured to: page the user equipment over the OOB communications link; and/or detect a response to the paging from the user equipment over the OOB communications link.
- the response may include a macro identifier and/or an OOB identifier of the user equipment.
- the communications management subsystem may be further configured to: receive a handover request for the user equipment at the femtocell from the femtocell gateway, the handover request being configured to direct the user equipment to hand off active communications with the macro network from the macrocell to the femtocell.
- the handover request may be received subsequent to registering the user equipment for hand-in from the macrocell to the femtocell.
- the handover request may be received prior to registering the user equipment for hand-in from the macrocell to the femtocell.
- the communications management subsystem may be configured to detect the user equipment by detecting the user equipment in response to receiving the handover request.
- the communications management subsystem may be configured to detect the user equipment in response to receiving the handover request using a configuration to detect the user equipment over the OOB communications link utilizing an OOB identifier of the user equipment.
- a macro identifier of the user equipment may be utilized.
- the communications management subsystem may be further configured to detect a loss of the OOB communications link between the user equipment and the femtocell.
- the user equipment may be de-registered according to detecting the loss of the OOB communications link.
- the communications management subsystem may be further configured to transmit a handover response accepting the handover request as part of registering the user equipment.
- the femtocell is one of multiple femtocells on a cellular network, each femtocell having a first femtocell identifier according to which the femtocell is non-uniquely addressable by the macro network and a second femtocell identifier according to which the femtocell is uniquely addressable by the femto gateway.
- Some embodiments include a processor for macrocell-to-femtocell hand-in.
- the processor may include a communications management controller that may be configured to: detect a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link; identify a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and/or register the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- OOB out-of-band
- Some embodiments include computer program product for macrocell-to-femtocell hand-in residing on a processor-readable medium and including processor-readable instructions, which, when executed, cause a processor to perform steps that may include: detecting a user equipment in proximity to a femtocell using an out-of-band (OOB) communications link; identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and/or registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- OOB out-of-band
- Some embodiments include a system for macrocell-to-femtocell hand-in.
- the system may include: means for detecting a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link; means for identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and/or means for registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating 00 B proximity detection of the user equipment at the femtocell.
- OOB out-of-band
- Some embodiments include a method for macrocell-to-femtocell hand-in.
- the method may include receiving, at a femtocell gateway from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier. It may be determined, at the femtocell gateway, whether any of multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request.
- the handover request may be communicated, from the femtocell gateway, to the designated femtocell.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request may include determining a registering femtocell from the plurality of femtocells that has registered the user equipment prior to receiving the handover request; and/or determining that the registering femtocell is the designated femtocell with the first femtocell identifier.
- the method for macrocell-to-femtocell hand-in may further include receiving an acknowledgement message from the registering femtocell.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the relocation request may include determining that none of the multiple femtocells registered the user equipment prior to receiving the handover request.
- the method may further include determining a set of candidate femtocells from the multiple femtocells registered at the femto gateway.
- the set of candidate femtocells may be identified by at least the first femtocell identifier.
- Each of the set of candidate femtocells may be directed to detect whether the user equipment is in its proximity.
- An indication may be received from a successful femtocell of the candidate femtocells that the user equipment is in its proximity. It may be determined that the successful femtocell is the designated femtocell. In some embodiments, the method may further include monitoring an elapsed time subsequent to directing the set of candidate femtocells to detect whether the user equipment is in its proximity; and determining whether the indication from one of the candidate femtocells that the user equipment is in its proximity is received while the elapsed time is within a predefined time limit.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include determining whether an OOB proximity detection is received from any of the plurality of femtocells prior to receiving the handover request.
- the OOB proximity indication may include a macro identifier of the user equipment.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include determining whether an OOB proximity indication is received from any of the multiple femtocells prior to receiving the handover request.
- the OOB proximity indication may include an OOB identifier of the user equipment.
- a macro identifier of the user equipment corresponding to the OOB identifier of the user equipment may be determined.
- the method of macrocell-to-femtocell hand-in may further include determining whether the designated femtocell is uniquely addressable by the femtocell gateway according to the first femtocell identifier. Communicating, from the femtocell gateway, the handover request to designated femtocell may utilize the first femtocell identifier.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include determining whether two or more femtocells of the multiple femtocells are addressable by the femtocell gateway according to the first femtocell identifier. Determining whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier may utilize a second femtocell identifier.
- the method of macrocell-to-femtocell hand-in may further include determining a set of candidate femtocells from the multiple femtocells; and directing, using an OOB hand-in cause value in the handover request, each of the set of candidate femtocells to detect whether the user equipment is in its proximity.
- the method may further include receiving an OOB accept message from one of the candidate femtocells.
- the OOB accept message may indicate that the one of the candidate femtocells detects the user equipment in its proximity.
- the method may include identifying one of the candidate cells associated with the OOB accept message as the designated femtocell.
- the method may further receiving at least an OOB reject message from one or more of the candidate femtocells or an error indication message from one or more of the candidate femtocells and no OOB accept messages; and/or transmitting to each of the candidate femtocells a handover request with a normal cause value.
- the method may further include receiving at least a blind accept or a blind reject from one or more of the candidate femtocells; and/or identifying one of the candidate femtocells associated with a blind accept as the designated femtocell.
- Some embodiments include a femtocell gateway that may include a macro network interface subsystem configured to communicate with a core node of a macro network and configured to receive communications from the macro network.
- the femtocell gateway may include a femtocell interface subsystem configured to communicate with multiple femtocells.
- the femtocell gateway may include a communications management subsystem, communicatively coupled with the macro network interface subsystem and the femtocell interface subsystem, and may be configured to: receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determine whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or communicate the handover request to designated femtocell.
- a communications management subsystem communicatively coupled with the macro network interface subsystem and the femtocell interface subsystem, and may be configured to: receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determine whether any of
- the communications management subsystem may be configured to: determine a registering femtocell from the multiple femtocells that has registered the user equipment prior to receiving the handover request; and/or determine that the registering femtocell is the designated femtocell with the first femtocell identifier.
- the communications management subsystem may be further configured to: receive an acknowledgement message from the registering femtocell.
- the communications management subsystem may be configured to: determine that none of the multiple femtocells registered the user equipment prior to receiving the handover request.
- the communications management subsystem may be further configured to determine a set of candidate femtocells from the multiple femtocells.
- the candidate femtocells may be identified by at least the first femtocell identifier.
- Each of the candidate femtocells may be directed to detect whether the user equipment is in its proximity. An indication may be received from a successful femtocell of the candidate femtocells that the user equipment is in its proximity.
- the communications management subsystem may be further configured to: monitor an elapsed time subsequent to directing the set of candidate femtocells to detect whether the user equipment is in its proximity; and/or determine whether the indication from one of the candidate femtocells that the user equipment is in its proximity is received while the elapsed time is within a predefined time limit.
- the communications management subsystem may be further configured to determine whether an OOB proximity indication is received from any of the multiple femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises a macro identifier of the user equipment.
- the communications management subsystem may be further configured to: determine whether an OOB proximity detection is received from any of the multiple femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises an OOB identifier of the user equipment; and/or determine a macro identifier of the user equipment corresponding to the OOB identifier of the user equipment.
- the communications management subsystem may be further configured to: determine whether the designated femtocell is uniquely addressable by the femtocell gateway according to the first femtocell identifier. Communicating the handover request to designated femtocell may utilize the first femtocell identifier.
- the communications management subsystem configured to determine whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include a configuration to: determine whether two or more femtocells of the multiple femtocells are addressable by the femtocell gateway according to the first femtocell identifier; and/or determine whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier utilizing a second femtocell identifier.
- the communications management subsystem may be further configured to: determine a set of candidate femtocells from the multiple femtocells; and direct, using an OOB hand-in cause value in the handover request, each of the candidate femtocells to detect whether the user equipment is in its proximity.
- the communications management subsystem may be further configured to: receive an OOB accept message from one of the candidate femtocells, wherein the OOB accept message indicates that the one of the candidate femtocells detects the user equipment in its proximity; and/or identify the one of the candidate cells as the designated femtocell.
- the communications management subsystem may be further configured to: receive at least an OOB reject message from one or more of the candidate femtocells or an error indication message from one or more of the candidate femtocells and no OOB accept messages; and transmit to each of the candidate femtocells a handover request with a normal cause value.
- the communications management subsystem may be further configured to: receive at least a blind accept or a blind reject from one or more of the candidate femtocells; and/or identify one of the candidate femtocells associated with a blind accept as the designated femtocell.
- Some embodiments include a processor for macrocell-to-femtocell hand-in in a femtocell gateway.
- the processor may include a communications management controller configured to: receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determine whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or communicate the handover request to the designated femtocell.
- Some embodiments include a computer program product for macrocell-to-femtocell hand-in residing on a processor-readable medium disposed at a femtocell gateway and including a processor-readable instructions, which, when executed, cause a processor to perform steps that may include receiving, from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determining whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or communicating the handover request to the designated femtocell.
- Some embodiments include system for macrocell-to-femtocell hand-in that may include: means for receiving, from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; means for determining whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or means for communicating the handover request to the designated femtocell.
- FIG. 1 shows a block diagram of a wireless communications system in accordance with various embodiments
- FIG. 2A shows a block diagram of a wireless communications system that includes a femtocell in accordance with various embodiments
- FIG. 2B shows a block diagram of a wireless communications system that another femtocell in accordance with various embodiments
- FIG. 3 shows a block diagram of an example of a processor module for implementing functionality of a communications management subsystem in accordance with various embodiments
- FIG. 4 shows a block diagram of an example of a mobile user equipment in accordance with various embodiments
- FIG. 5 shows a simplified network diagram of a communications system for facilitating active hand-in using a femtocell in accordance with various embodiments
- FIG. 6A shows a block diagram of a wireless communications system that includes a femtocell gateway in accordance with various embodiments
- FIG. 6B shows a block diagram of another femtocell gateway in accordance with various embodiments.
- FIG. 7A shows a flow diagram of a method for handling user equipment registration with a femtocell in accordance with various embodiments
- FIG. 7B shows a flow diagram of a method for handling user equipment registration with a femtocell using a Bluetooth radio for out-of-band proximity detection in accordance with various embodiments
- FIG. 8 shows a flow diagram of a method for handling active hand-ins with a femtocell in accordance with various embodiments
- FIG. 9 shows a call flow diagram illustrating an active hand-in in accordance with various embodiments such as the methods of FIGS. 9 and 10 ;
- FIG. 10 shows a flow diagram of a method for handling de-registration of user equipment with a femtocell in accordance with various embodiments
- FIG. 11 shows a flow diagram of a method for implementing certain active hand-in functionality without OOB proximity detection in accordance with various embodiments
- FIG. 12 shows a flow diagram of a method for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments
- FIG. 13A shows a flow diagram of a method for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments
- FIG. 13B shows a flow diagram of a method for handling femtocell-assisted active hand-in at a femtocell gateway with a tiered approach in accordance with various embodiments
- FIGS. 14A and 14B show call flow diagrams illustrating an active hand-in in accordance with various embodiments such the methods of FIGS. 11 , 12 , and/or and 13 ;
- FIG. 15A shows a call flow diagram of a method for handling the receipt of handover requests when a “tiered” approach is used and OOB detection is successful in accordance with various embodiments.
- FIG. 15B shows a call flow diagram of a method for handling the receipt of handover requests when the “tiered” approach is used and OOB detection is unsuccessful in accordance with various embodiments.
- a femtocell may detect a mobile device in its proximity (e.g., using an out-of-band link established by an out-of-band radio integrated with the femtocell, which may be part of a femto-proxy system). Having detected the mobile device in its proximity, the femtocell may communicate an OOB proximity detection or presence indication to pre-register the mobile device with a femtocell gateway (or other type of interface gateway) disposed in a core network in communication with the macro network.
- a femtocell gateway or other type of interface gateway
- the femtocell gateway When the femtocell gateway receives a handover request from the macro network implicating the pre-registered mobile device, the femtocell gateway may be able to reliably determine the appropriate femtocell to use for the hand-in according to the OOB proximity detection. Some embodiments also provide for registering the mobile device after a handover request has occurred. In addition, some embodiments may provide “tiered” approaches for handling the receipt of handover requests.
- the system 100 includes macrocell base stations 105 , user equipments (UEs) 115 , a base station controller 120 , femtocell 125 , and a core network 130 (the controller 120 may be integrated into the core network 130 ).
- the system 100 may support operation on multiple carriers (waveform signals of different frequencies).
- Multi-carrier transmitters can transmit modulated signals simultaneously on the multiple carriers.
- Each modulated signal may be a Code Division Multiple Access (CDMA) signal, Time Division Multiple Access (TDMA) signal, Frequency Division Multiple Access (FDMA) signal, Orthogonal FDMA (OFDMA) signal, Single-Carrier FDMA (SC-FDMA) signal, etc.
- Each modulated signal may be sent on a different carrier and may carry control information (e.g., pilot signals), overhead information, data, etc.
- the system 100 may be a multi-carrier LTE network capable of efficiently allocating network resources.
- the UEs 115 may be any type of mobile station, mobile device, access terminal, subscriber unit, or user equipment.
- the UEs 115 may include cellular phones and wireless communications devices, but may also include personal digital assistants (PDAs), smartphones, other handheld devices, netbooks, notebook computers, etc.
- PDAs personal digital assistants
- smartphones smartphones, other handheld devices, netbooks, notebook computers, etc.
- UE user equipment
- the macrocell base stations 105 may wirelessly communicate with the UEs 115 via a base station antenna.
- the macrocell base stations 105 may be configured to communicate with the UEs 115 under the control of the controller 120 via multiple carriers.
- Each of the base station 105 sites can provide communication coverage for a respective geographic area.
- macrocell base stations 105 may be referred to as a Node B.
- the coverage area for each macrocell base station 105 here is identified as 110 - a, 110 - b, or 110 - c.
- the coverage area for a base station may be divided into sectors (not shown, but making up only a portion of the coverage area).
- the system 100 may include base stations 105 of different types (e.g., macro, micro, and/or pico base stations).
- the term “cell” may refer to 1) a sector, or 2) a site (e.g., a base station 105 ).
- the term “macrocell” may refer to 1) a macrocell sector, 2) a macrocell base station (e.g., macrocell base station 105 ), and/or 3) a macrocell controller.
- the term “femtocell” may refer to 1) a femtocell sector, or 2) a femtocell base station (e.g., femtocell access point).
- the UEs 115 operate on (are “camped on”) a macro or similar network facilitated by multiple macrocell base stations 105 .
- Each macrocell base station 105 may cover a relatively large geographic area (e.g., hundreds of meters to several kilometers in radius) and may allow unrestricted access by terminals with service subscription.
- a portion of the UEs 115 may also be registered to operate (or otherwise allowed to operate) in femtocell coverage area 110 - d (e.g., communicating with femtocell 125 , which may be referred to as a femtocell access point (FAP) in some cases), within the coverage area of a macrocell 110 - a.
- FAP femtocell access point
- femtocells may be used to mitigate mobile device power consumption, as mobile devices typically operate using an internal power supply, such as a small battery, to facilitate highly mobile operation.
- Femtocells may be used to offload traffic and reduce spectrum usage at a macrocell.
- Femtocells may also be utilized to provide service within areas which might not otherwise experience adequate or even any service (e.g., due to capacity limitations, bandwidth limitations, signal fading, signal shadowing, etc.), thereby allowing mobile devices to reduce searching times, to reduce transmit power, to reduce transmit times, etc.
- a femtocell 125 may provide service within a relatively small service area (e.g., within a house or building). Accordingly, a UE 115 is typically disposed near a femtocell 110 - d when being served, often allowing the UE 115 to communicate with reduced transmission power.
- the femtocell may be implemented as a Home Node B (“HNB”) or Home eNode B (HeNB), and located in a user premises, such as a residence, an office building, etc.
- HNB Home Node B
- HeNB Home eNode B
- Femtocell 125 will be used hereinafter generically to describe any femtocell access point, and should not be interpreted as limiting.
- the femtocell 125 location may be chosen for maximum coverage (e.g., in a centralized location), to allow access to a global positioning satellite (GPS) signal (e.g., near a window), or in other locations.
- GPS global positioning satellite
- a set of UEs 115 may be registered on (e.g., on a whitelist of) a single femtocell 125 that provides coverage over substantially an entire user premises.
- the “home” femtocell 125 provides the UE 115 with access to communication services via a connection to the macrocell communications network.
- the macrocell communications network is assumed to be a wireless wide-area network (WWAN).
- WWAN wireless wide-area network
- the femtocell 125 may be integrated with one or more OOB transceivers.
- the femtocell 125 may transmit or receive OOB discovery signals (e.g., Bluetooth page or inquiry signals) to or from a UE 115 to facilitate the exchange of femtocell and device information.
- OOB discovery signals e.g., Bluetooth page or inquiry signals
- the femtocell 125 may, of course, also be configured to connect with a UE 115 via in-band signals.
- the femtocell 125 may detect the UE 115 in proximity to the femtocell 125 using an OOB communications link.
- the femtocell 125 may identify an identifier of the UE 115 .
- the femtocell 125 may register the UE 115 for hand-in from the macrocell base station 105 for example, to the femtocell 125 .
- the registration process may include communicating, from the femtocell 125 to a femtocell gateway (not shown), the UE identifier and indicating OOB proximity detection of the UE 115 to the femtocell 125 .
- frequency range may be used to refer to the frequency spectrum allocated to a particular macrocell or femtocell, or for OOB signaling.
- a macrocell frequency range may be a first frequency channel within a set of frequencies allocated to WWAN communications, and a femtocell frequency range may be a second frequency channel within the set of frequencies allocated to WWAN communications.
- the macrocell frequency range and the femtocell frequency range may the same, or different (therefore, there may be an intra-frequency or inter-frequency search for a femtocell). Additional macrocell frequency ranges may occupy other frequency channels within the set of frequencies allocated to WWAN communications.
- out-of-band includes any type of communications that are out-of-band with respect to the macrocell or femtocell communications network.
- a femtocell 125 and/or the UE 115 may be configured to operate using Bluetooth (e.g., class 1, class 1.5, and/or class 2), ZigBee (e.g., according to the IEEE 802.15.4-2003 wireless standard), near field communication (NFC), WiFi, an ultra-wideband (UWB) link, and/or any other useful type of communications out of the macrocell network band.
- Bluetooth e.g., class 1, class 1.5, and/or class 2
- ZigBee e.g., according to the IEEE 802.15.4-2003 wireless standard
- NFC near field communication
- WiFi an ultra-wideband
- OOB integration with the femtocell 125 may provide a number of features.
- the OOB signaling may allow for reduced interference, lower power femtocell registration, macrocell offloading, and so on.
- the integration of OOB functionality with the femtocell 125 may allow the UEs 115 associated with the femtocell 125 to also be part of an OOB piconet.
- the piconet may facilitate enhanced HNB functionality, other communications services, power management functionality, and/or other features to the UEs 115 .
- FIG. 2A shows a block diagram of a wireless communications system 200 - a that includes OOB capabilities.
- This system 200 - a may be an example of aspects of the system 100 depicted in FIG. 1 .
- the femtocell 125 - a may include an OOB frequency module 240 - a, an in-band frequency module 230 - a, and/or a communications management subsystem 250 .
- the in-band frequency module 230 - a may be a femto Node B and/or radio network controller, as described with reference to FIG. 1 .
- the femtocell 125 - a also may include antennas 205 , a transceiver module 210 , memory 215 , and a processor module 225 , which each may be in communication, directly or indirectly, with each other (e.g., over one or more buses).
- the transceiver module 210 may be configured to communicate bi-directionally, via the antennas 205 , with the UEs 115 .
- the transceiver module 210 (and/or other components of the femtocell 125 - a ) may also be configured to communicate bi-directionally with a macro communications network 100 - a (e.g., a WWAN).
- a macro communications network 100 - a e.g., a WWAN
- the transceiver module 210 may be configured to communicate with the macro communications network 100 - a via a backhaul network.
- the macro communications network 100 - a may be the communications system 100 of FIG. 1 .
- the memory 215 may include random access memory (RAM) and read-only memory (ROM).
- the memory 215 includes (or is in communication with) a data store 217 configured to store UE mappings 219 .
- these UE mappings 219 may be used to facilitate certain femtocell-assisted hand-in functionality.
- the UE mappings 219 map a identifier of each UE 115 (e.g., the International Mobile Subscriber Identity (IMSI) associated with the UE's 115 SIM card) with an OOB identifier corresponding to the UE's 115 OOB radio (e.g., the UE's 115 Bluetooth address).
- IMSI International Mobile Subscriber Identity
- OOB radio e.g., the UE's 115 Bluetooth address
- further mappings are maintained for each UE 115 by the UE mappings 219 including, for example, a public long code mask.
- the memory 215 may also store computer-readable, computer-executable software code 220 containing instructions that are configured to, when executed, cause the processor module 225 to perform various functions described herein (e.g., call processing, database management, message routing, etc.).
- the software 220 may not be directly executable by the processor module 225 but be configured to cause the computer, e.g., when compiled and executed, to perform functions described herein.
- the processor module 225 may include an intelligent hardware device, e.g., a central processing unit (CPU) such as those made by Intel® Corporation or AMD®, a microcontroller, an application specific integrated circuit (ASIC), etc.
- the processor module 225 may include a speech encoder (not shown) configured to receive audio via a microphone, convert the audio into packets (e.g., 30 ms in length) representative of the received audio, provide the audio packets to the transceiver module 210 , and provide indications of whether a user is speaking Alternatively, an encoder may only provide packets to the transceiver module 210 , with the provision or withholding/suppression of the packet itself providing the indication of whether a user is speaking
- a speech encoder not shown
- the transceiver module 210 may include a modem configured to modulate the packets and provide the modulated packets to the antennas 205 for transmission, and to demodulate packets received from the antennas 205 . While some examples of the femtocell 125 - a may include a single antenna 205 , the femtocell 125 - a preferably includes multiple antennas 205 for multiple links. For example, one or more links may be used to support macro communications with the UEs 115 . Also, one or more out-of-band links may be supported by the same antenna 205 or different antennas 205 .
- the femtocell 125 - a may be configured to provide both in-band frequency module 230 - a and OOB frequency module 240 - a functionality.
- the UE's 115 OOB radio may begin searching for the OOB frequency module 240 - a.
- the OOB frequency module 240 - a may page the UE's OOB radio.
- the UE 115 may have a high level of confidence that it is in proximity to the femtocell coverage area, and a scan for the in-band frequency module 230 - a may commence.
- the OOB frequency module 240 - a may be utilized by the femtocell 125 - a to determine that a UE 115 is in proximity to the femtocell 125 - a.
- the scan for the in-band frequency module 230 - a may be implemented in different ways. For example, due to the OOB frequency module 240 - a discovery by the UE's 115 OOB radio, both the UE 115 and the femtocell 125 - a may be aware of each other's proximity.
- the UE 115 may scan for the in-band frequency module 230 - a.
- the in-band frequency module 230 - a may poll for the UE 115 (e.g., individually, or as part of a round-robin polling of all registered UEs 115 ), and the UE 115 may listen for the poll.
- the UE 115 may attach to the in-band frequency module 230 - a.
- the UE 115 When the UE 115 is in the femtocell coverage area and is linked to the in-band frequency module 230 - a through a communication link, the UE 115 may be in communication with the macro communications network 100 - a via the in-band frequency module 230 - a. As described above, the UE 115 may also be a slave of a piconet for which the OOB frequency module 240 - a acts as the master. For example, the piconet may operate using Bluetooth and may include Bluetooth communications links facilitated by a Bluetooth radio (e.g., implemented as part of the transceiver module 210 ) in the in-band frequency module 230 - a.
- a Bluetooth radio e.g., implemented as part of the transceiver module 210
- Examples of the in-band frequency module 230 - a have various configurations of base station or wireless access point equipment.
- the in-band frequency module 230 - a may be a device that communicates with various terminals (e.g., client devices (UEs 115 , etc.), proximity agent devices, etc.) and may also be referred to as, and include some or all the functionality of, a base station, a Node B, Home Node B, and/or other similar devices.
- client devices e.g., client devices (UEs 115 , etc.), proximity agent devices, etc.
- the concepts herein are applicable to access point configurations other than femtocell configuration (e.g., picocells, microcells, etc.).
- Examples of the in-band frequency module 230 - a utilize communication frequencies and protocols native to a corresponding cellular network (e.g., the macro communications network 100 - a, or a portion thereof) to facilitate communication within a femtocell coverage area associated with the in-band frequency module 230 - a (e.g., to provide improved coverage of an area, to provide increased capacity, to provide increased bandwidth, etc.).
- a corresponding cellular network e.g., the macro communications network 100 - a, or a portion thereof
- the in-band frequency module 230 - a may be in communication with other interfaces not explicitly shown in FIG. 2A .
- the in-band frequency module 230 - a may be in communication with a native cellular interface as part of the transceiver module 210 (e.g., a specialized transceiver utilizing cellular network communication techniques that may consume relatively large amounts of power in operation) for communicating with various appropriately configured devices, such as the UE 115 , through a native cellular wireless link (e.g., an “in-band” communication link)
- a communication interface may operate according to various communication standards, including but not limited to wideband code division multiple access (W-CDMA), CDMA2000, global system for mobile telecommunication (GSM), worldwide interoperability for microwave access (WiMax), and wireless LAN (WLAN).
- W-CDMA wideband code division multiple access
- CDMA2000 Code Division multiple access
- GSM global system for mobile telecommunication
- WiMax worldwide interoperability for microwave access
- WLAN wireless
- the in-band frequency module 230 - a may be in communication with one or more backend network interfaces as part of the transceiver module 210 (e.g., a backhaul interface providing communication via the Internet, a packet switched network, a switched network, a radio network, a control network, a wired link, and/or the like) for communicating with various devices or other networks.
- a backend network interface providing communication via the Internet, a packet switched network, a switched network, a radio network, a control network, a wired link, and/or the like
- the in-band frequency module 230 - a may further be in communication with one or more OOB interfaces as part of the transceiver module 210 and/or the OOB frequency module 240 - a.
- the OOB interfaces may include transceivers that consume relatively low amounts of power in operation and/or may cause less interference in the in-band spectrum with respect to the in-band transceivers.
- Such an OOB interface may be utilized according to embodiments to provide low power wireless communications with respect to various appropriately configured devices, such as an OOB radio of the UE 115 .
- the OOB interface may, for example, provide a Bluetooth link, an ultra-wideband (UWB) link, an IEEE 802.11 (WLAN) link, etc.
- OOB devices e.g OOB frequency module 240 - a
- native cellular interface e.g., for macro WWAN communications
- OOB interfaces also provide relatively lower bandwidth communications, relatively shorter range communication, and/or consume relatively lower power in comparison to the macro communications interfaces.
- the OOB devices and interfaces be low power, short range, and/or low bandwidth.
- Devices may use any suitable out-of-band link, whether wireless or otherwise, such as IEEE 802.11, Bluetooth, PEANUT, UWB, ZigBee, an IP tunnel, a wired link, etc.
- devices may utilize virtual OOB links, such as through use of IP based mechanisms over a wireless wide area network (WWAN) link (e.g., IP tunnel over a WWAN link) that acts as a virtual OOB link.
- WWAN wireless wide area network
- OOB frequency module 240 - a may provide various types of OOB functionality and may be implemented in various ways.
- An OOB frequency module 240 - a may have any of various configurations, such as a stand-alone processor-based system, a processor-based system integrated with a host device (e.g., access point, gateway, router, switch, repeater, hub, concentrator, etc.), etc.
- the OOB frequency module 240 - a may include various types of interfaces for facilitating various types of communications.
- the OOB frequency module 240 - a may be referred to as a femto-proxy module.
- Some OOB frequency module 240 - a include one or more OOB interfaces as part of the transceiver module 210 (e.g., a transceiver that may consume relatively low amounts of power in operation and/or may cause less interference than in the in-band spectrum) for communicating with other appropriately configured devices (e.g., a UE 115 ) for providing interference mitigation and/or femtocell selection herein through a wireless link.
- a suitable communication interface is a Bluetooth-compliant transceiver that uses a time-division duplex (TDD) scheme.
- TDD time-division duplex
- OOB frequency module 240 - a may also include one or more backend network interfaces as part of the transceiver module 210 (e.g., packet switched network interface, switched network interface, radio network interface, control network interface, a wired link, and/or the like) for communicating with various devices or networks.
- An OOB frequency module 240 - a that is integrated within a host device, such as with in-band frequency module 230 - a, may utilize an internal bus or other such communication interface in the alternative to a backend network interface to provide communications between the OOB frequency module 240 - a and other devices, if desired.
- OOB interfaces such as OOB interfaces, native cellular interfaces, etc.
- native cellular interfaces may be utilized to provide communication between the OOB frequency module 240 - a and the in-band frequency module 230 - a and/or other devices or networks.
- the communications management subsystem 250 may at least partially handle communications with the macro (e.g., WWAN) network, one or more OOB networks (e.g., piconets, UE 115 OOB radios, other femto-proxies, OOB beacons, etc.), one or more other femtocells (e.g., in-band frequency module 230 - a ), UEs 115 , etc.
- the communications management subsystem 250 may be a component of the femtocell 125 - a in communication with some or all of the other components of the femtocell 125 - a via a bus.
- the in-band frequency module 230 - a and/or the OOB frequency module 240 - a may or may not be collocated, integrated into a single device, configured to share components, etc.
- the femtocell 125 - a of FIG. 2A has an integrated in-band frequency module 230 - a and OOB frequency module 240 - a that at least partially share components, including the antennas 205 , the transceiver module 210 , the memory 215 , and the processor module 225 .
- the components of the femtocell 125 - a may, individually or collectively, be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors. They may also be implemented with one or more application specific integrated circuits (ASICs) adapted to perform some or all of the applicable functions in hardware. Alternatively, the functions may be performed by one or more other processing units (or cores), on one or more integrated circuits. In other embodiments, other types of integrated circuits may be used (e.g., Structured/Platform ASICs, Field Programmable Gate Arrays (FPGAs), and other Semi-Custom ICs), which may be programmed in any manner known in the art.
- ASICs application specific integrated circuits
- FPGAs Field Programmable Gate Arrays
- Semi-Custom ICs Semi-Custom ICs
- FIG. 2B shows a block diagram of a wireless communications system 200 - b that includes an architecture of a femtocell 125 - b that is different from the architecture shown in FIG. 2A .
- the femtocell 125 - b includes an OOB frequency module 240 - b and an in-band frequency module 230 - b.
- each of the OOB frequency module 240 - b and the in-band frequency module 230 - b has its own antenna 205 , transceiver module 210 , memory 215 , and processor module 225 .
- Both transceiver modules 210 are configured to communicate bi-directionally, via their respective antennas 205 , with UEs 115 .
- the transceiver module 210 - 1 of the in-band frequency module 230 - b is illustrated in bi-directional communication with the macro communications network 100 - b (e.g., typically over a backhaul network).
- the femtocell 125 - b is shown without a separate communications management subsystem 250 .
- a communications management subsystem 250 is provided in both the OOB frequency module 240 - b and the in-band frequency module 230 - b.
- the communications management subsystem 250 is implemented as part of the OOB frequency module 240 - b.
- functionality of the communications management subsystem 250 is implemented as a computer program product (e.g., stored as software 220 in memory 215 ) of one or both of the OOB frequency module 240 - b and the in-band frequency module 230 - b.
- the components of the femtocell 125 - b may, individually or collectively, be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors. They may also be implemented with one or more application specific integrated circuits (ASICs) adapted to perform some or all of the applicable functions in hardware. Alternatively, the functions may be performed by one or more other processing units (or cores), on one or more integrated circuits. In other embodiments, other types of integrated circuits may be used (e.g., Structured/Platform ASICs, Field Programmable Gate Arrays (FPGAs), and other Semi-Custom ICs), which may be programmed in any manner known in the art.
- ASICs application specific integrated circuits
- FPGAs Field Programmable Gate Arrays
- Semi-Custom ICs Semi-Custom ICs
- FIG. 3 shows a block diagram 300 of a processor module 225 - a for implementing functionality of the communications management subsystem 250 .
- the processor module 225 - a may include a WWAN communications controller 310 and a user equipment controller 320 .
- the processor module 225 - a may be in communication (e.g., as illustrated in FIGS. 2A and 2B ) with the OOB frequency module 240 and/or the in-band frequency module 230 .
- the WWAN communications controller 310 may be configured to receive a WWAN communication (e.g., a page) for a designated UE 115 .
- the user equipment controller 320 may determine how to handle the communication, including affecting operation of the OOB frequency module 240 and/or the in-band frequency module 230 .
- Both the in-band frequency module 230 - a of FIG. 2A and the in-band frequency module 230 - b of FIG. 2B are illustrated as providing a communications link only to the macro communications network 100 - a.
- the in-band frequency module 230 may provide communications functionality via many different types of networks and/or topologies.
- the in-band frequency module 230 may provide a wireless interface for a cellular telephone network, a cellular data network, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), the public switched telephone network (PSTN), the Internet, etc.
- FIG. 4 shows a block diagram 400 of mobile user equipment (UE) 115 - a for use with the femtocell 125 of FIGS. 2A and/or 2 B in the context of the communications systems and networks of FIGS. 1-3 .
- the UE 115 - a may have any of various configurations, such as personal computers (e.g., laptop computers, net book computers, tablet computers, etc.), cellular telephones, PDAs, digital video recorders (DVRs), internet appliances, gaming consoles, e-readers, etc.
- the UE 115 - a is assumed to be provided in a mobile configuration, having an internal power supply (not shown), such as a small battery, to facilitate mobile operation.
- the UE 115 - a may include antennas 445 , an in-band transceiver module 410 , an OOB transceiver module 405 , memory 415 , and a processor module 425 , which each may be in communication, directly or indirectly, with each other (e.g., via one or more buses).
- the transceiver modules 405 , 410 may be configured to communicate bi-directionally, via the antennas 445 with femtocells and macrocells.
- the in-band transceiver module 410 may be configured to communicate bi-directionally with macrocell base stations 105 of a macrocell of FIG. 1 , and with the femtocell 125 of FIG. 1 , 2 A, or 2 B.
- the OOB transceiver module 405 may be configured to communicate bi-directionally with the femtocell 125 of FIG. 1 , 2 A, or 2 B.
- Each transceiver module 405 , 410 may include a modem configured to modulate the packets and provide the modulated packets to the antennas 445 for transmission, and to demodulate packets received from the antennas 445 . While the UE 115 - a may include a single antenna, the UE 115 - a will typically include multiple antennas 445 for multiple links.
- the OOB transceiver module 405 may be configured to communicate with a femtocell over one or more OOB communication links as described in more detail below.
- the OOB transceiver module 405 at the mobile device 115 - a may include a Bluetooth transceiver for example.
- the memory 415 may include random access memory (RAM) and read-only memory (ROM).
- the memory 415 may store computer-readable, computer-executable software code 420 containing instructions that are configured to, when executed, cause the processor module 425 to perform various functions described herein (e.g., call processing, database management, message routing, etc.).
- the software 420 may not be directly executable by the processor module 425 but be configured to cause the computer (e.g., when compiled and executed) to perform functions described herein.
- the processor module 425 may include an intelligent hardware device, e.g., a central processing unit (CPU) such as those made by Intel® Corporation or AMD®, a microcontroller, an application specific integrated circuit (ASIC), etc.
- the processor module 325 may include a speech encoder (not shown) configured to receive audio via a microphone, convert the audio into packets (e.g., 30 ms in length) representative of the received audio, provide the audio packets to the in-band transceiver module 410 , and provide indications of whether a user is speaking Alternatively, an encoder may only provide packets to the in-band transceiver module 410 , with the provision or withholding/suppression of the packet itself providing the indication of whether a user is speaking
- a speech encoder not shown
- the UE 115 - a further includes a communications management module 440 .
- the communications management module 440 may manage communications with a macrocell, femtocell, other UEs 115 (e.g., acting as a master of a secondary piconet), etc.
- the communications management module 440 may be a component of the UE 115 - a in communication with some or all of the other components of the UE 115 - a via a bus.
- functionality of the communications management module 440 may be implemented as a component of a transceiver module 405 , 410 , as a computer program product, and/or as one or more controller elements of the processor module 425 .
- Some components of the UE 115 - a may, individually or collectively, be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors. They may also be implemented with one or more application specific integrated circuits (ASICs) adapted to perform some or all of the applicable functions in hardware. Alternatively, the functions may be performed by one or more other processing units (or cores), on one or more integrated circuits. In other embodiments, other types of integrated circuits may be used (e.g., Structured/Platform ASICs, Field Programmable Gate Arrays (FPGAs), and other Semi-Custom ICs), which may be programmed in any manner known in the art.
- ASICs application specific integrated circuits
- FPGAs Field Programmable Gate Arrays
- Semi-Custom ICs Semi-Custom ICs
- active hand-in from a macrocell (e.g., macrocell base stations 105 of FIG. 1 ) to the femtocell 125 and/or active hand-out from the femtocell 125 to the macrocell base station 105 using handovers to provide seamless voice and data service to active users (active UEs 115 ).
- Active handouts can be relatively simple to implement and are supported by most operators with legacy macro networks 100 and UEs 115 . However, active hand-in may be challenging and may not typically be supported by operators.
- a determination may be made that a handover is needed (e.g., the current macrocell base station 105 signal may become weak).
- the need for a handover may be determined according to measurement reports sent by the active UE 115 .
- the phrase “measurement report” may be generally associated with 3GPP networks, but is intended herein to include any similar types of measurement reporting in any similar type of network (e.g., including “PSMMs,” or pilot strength measurements, in 3GPP2 networks).
- the measurement reports may include a measurement of the strength of the pilot observed by the UE 115 and the forward link cell identifier of the target cell.
- the cell identifier may be any identifier used by the macro network 100 to identify a particular cell.
- the cell identifier may be a “PSC” (primary scrambling code) in a 3GPP network, a “PN offset” in a 3GPP2 network, etc.
- each macrocell base station 105 can effectively be uniquely identified by its cell identifier (e.g., by a Radio Network controller (RNC) 120 in the macro network 100 , a Serving GPRS Support Node (SGSN) in the core of the network, etc.).
- RNC Radio Network controller
- SGSN Serving GPRS Support Node
- macrocell base stations 105 may effectively be uniquely identified by the macro network 100 , there are typically not enough remaining cell identifiers to uniquely identify all femtocells, such as femtocell 125 , and in particular, the in-band frequency modules 230 added to the network.
- a typical macro network 100 may have 512 PSC values available for assignment to all the cells in its network. PN offsets may be reused on different carriers, in different geographic regions, etc. to extend the number of cells that can effectively be identified without confusion.
- the PSC values may be available for use by the femtocells 125 , through their in-band frequency modules 230 (i.e., other than the values reserved for use by macrocell base stations 105 ), and the number and density of femtocells 125 may be relatively large in some areas. For example, only a small number of PSC values must be reused among possibly hundreds of femtocells 125 per macro sector.
- the cell identifier provided in the measurement report may be sufficient to reliably determine the appropriate macrocell base station 105 for hand-off.
- the active communication may be handed off to the correct target cell without ambiguity.
- the same cell identifier provided in the measurement report may be shared by multiple femtocells 125 in the same macro sector.
- the cell identifier alone may be insufficient to reliably determine the appropriate femtocells 125 for hand-in in all cases.
- the UE 115 may be near its femtocell 125 , and it may be desirable to hand-in to that femtocell 125 , but another femtocell 125 in the macro sector may be associated with the same cell identifier.
- cells may be upgraded to broadcast system information (SI), location information, and/or other information that may make identification of a particular femtocell 125 based only on its cell identifier(s) more unique and reliable.
- Upgraded UEs 115 can exploit new cell identifier(s), for example, by decoding the system information of neighboring cells and reporting the identifiers in measurement reports during active communications.
- the controllers which may include macro radio network controls (RNC) 120 and/or Serving GPRS Support Node (SGSN) 550 , shown below in FIG. 5 ) can then include the SI (e.g.
- RNC macro radio network controls
- SGSN Serving GPRS Support Node
- CELL_ID, C in the handover messages to uniquely identify the target femtocell 125 (e.g., to the femtocell gateway).
- This technique may only be available for communications between upgraded networks and upgraded UEs 115 . For operators who do not want to upgrade the air interface, this technique may not be available. Likewise for operators who do want to upgrade their networks (e.g. RNC 120 and SGSN 650 shown below in FIG. 6A ) to forward the SI to the femtocell gateway, this technique may not be available.
- Operators of legacy networks may address this difficulty with active hand-in in different ways. Some typical networks may not support active hand-in at all. In the event that the hand-in may be the only way to maintain the active communications with the UE 115 , the active communications may simply be lost (e.g., a call may be dropped when signals from macrocell base station 105 are lost, even when the UE 115 is otherwise in the femtocell coverage area).
- some operators may implement blind handover. For example, when the measurement report includes a cell identifier that is shared by multiple femtocells 125 in the same macro sector, the network may blindly select any of the femtocells 125 having that cell identifier for the hand-in. If blind selection results in hand-in to an appropriate femtocell 125 , the hand-in may be successful. However, if blind selection results in hand-in to an inappropriate femtocell 125 (e.g., one that is out of range of the UE 115 , one for which the UE 115 is not authorized to attach, etc.), the active communications may be lost.
- an inappropriate femtocell 125 e.g., one that is out of range of the UE 115 , one for which the UE 115 is not authorized to attach, etc.
- Embodiments include novel techniques for supporting active hand-ins for legacy networks and/or for legacy UEs 115 .
- FIG. 5 a simplified network diagram is shown of a communications system 500 for facilitating active hand-in.
- the communications system 500 may include a macro network 100 , a user local network 510 , and a core network 530 .
- the core network 530 may include, among other things, a femtocell gateway 540 and/or a SGSN 550 .
- the femtocell gateway 540 may be in communication with a number of femtocells 125 (only one femtocell 125 is shown for clarity), and the SGSN 550 is in communication with multiple macrocell base stations 105 via one or more macro RNCs 120 (only one macrocell base station 105 is show for clarity).
- the femtocell 125 is in communication through in-band frequency module 230 with the macro network 100 via core network 530 elements, such that cellular communications may be facilitated through the femtocell 125 using functionality of the femtocell gateway 540 and/or SGSN 550 .
- a UE 115 in active communications with the macrocell base station 105 may approach a coverage area of the femtocell 125 .
- the macro network 100 e.g., the macro RNC 120
- the measurement report may identify the target femtocell 125 by its cell identifier (e.g., its PSC).
- a handover request may then be sent by the SGSN 550 to the target femtocell gateway 540 for identifying an appropriate femtocell 125 for the hand-in.
- the user local network 510 includes the in-band frequency module 230 functionality integrated with OOB functionality of an OOB frequency module 240 as part of a femtocell 125 .
- This OOB functionality may be facilitated over an OOB communications link 570 that can be established between the UE 115 and the OOB frequency module 240 .
- This in-band functionality may be facilitated over an in-band communications link 550 - a that can be established between the UE 115 and the in-band frequency module 230 .
- the in-band communications link 550 - a may be established, for example, when a hand-in occurs from macrocell 105 to femtocell 125 .
- Bluetooth may provide certain features.
- One feature is that Bluetooth radios may be integrated into many UEs 115 , so that the Bluetooth functionality can be exploited for many users without modifying their existing UEs 115 .
- Another feature is that the tolerable path loss between two “Class 1.5” Bluetooth devices may be comparable or even higher than between a femtocell 125 and a UE 115 . In any given environment, this higher tolerable path loss may translate to higher effective range (e.g., facilitating femtocell 125 discovery, handover, and/or interference mitigation, as described herein).
- Bluetooth address can provide a unique, 48-bit address used to identify each Bluetooth enabled device.
- the Bluetooth address may be used when a device communicates with another device, and is divided into a 24-bit LAP (Lower Address Part), a 16-bit NAP (Non-significant Address Part), and an 8-bit UAP (Upper Address Part).
- LAP may be assigned by a manufacturer and may be unique for each Bluetooth device, while UAP and NAP may be part of an Organizationally Unique Identifier (OUI).
- UAI Organizationally Unique Identifier
- each Bluetooth adapter in any device may be identified according to a globally unique value.
- embodiments may operate in the context of a system, like the communications system 500 of FIG. 5 , to support active hand-ins with minimal or no change to legacy macro networks 100 and/or to legacy UEs 115 .
- One set of such embodiments uses modifications to UEs 115 and the femtocell gateway 540 to facilitate active hand-in.
- an OOB identifier of the femtocell 125 may be detected by the UE 115 and communicated as part of the measurement report to facilitate identification of the target femtocell 125 by the femtocell gateway 540 .
- Each of the UE 115 and the femtocell 125 may have a unique Bluetooth device address (BD_ADDR) that may be used for paging the other device (e.g., UE 115 pages the femtocell 125 or the femtocell 125 pages the UE 115 ).
- BD_ADDR unique Bluetooth device address
- the BD_ADDR of the other device may be known by the paging device.
- the same or similar techniques may be used for other types of out-of-band addressing.
- the devices may know each other's WiFi MAC address, etc.
- the UE 115 may then assist the macro network 100 in effecting the active hand-in.
- the UE 115 can communicate a cell identifier (e.g., PSC) and the OOB identifier (e.g., Bluetooth device address) of the target femtocell 125 to the SGSN 550 as part of its measurement report.
- the femtocell gateway 540 may maintain a mapping between the cell identifier and the OOB identifier, which can then be used to uniquely identify the target femtocell 125 for active hand-in.
- One technique may involve upgrades at the UE 115 “air-interface” (i.e., new messages or modifications of existing messages are involved). Also, proper communication of new UE 115 messaging may involve changes to the macro RNCs 120 , the SGSN 550 , the femtocell gateway 540 , and the femtocell 125 (and in particular, the in-band frequency module 230 of the femtocell 125 ). These changes to the legacy macro network 100 may largely be software upgrades (rather than hardware upgrades), but operators may still be reluctant to implement the changes.
- Another set of embodiments supports active hand-ins for both macro networks 100 and UEs 115 , which may be legacy macro networks 100 and/or legacy UEs 115 in some cases.
- changes to the femtocell 125 and/or the femtocell gateway 540 may allow for femtocell 125 assisted active hand-in.
- Embodiments of femtocell 125 assisted hand-in may be implemented without changes to the air-interface, the macro RNC 120 , or the SGSN 550 .
- Femtocell 125 assisted hand-in may exploit registration by the femtocell 125 of UEs 115 at the femtocell gateway 540 (e.g., using OOB proximity detection to effectively pre-register the UE 115 with the femtocell gateway 540 ).
- registration of the UE 115 can be used by the femtocell gateway 540 to help determine the appropriate target femtocell 125 for hand-in.
- embodiments of the femtocell 125 may maintain UE mappings 219 .
- the UE mappings 219 map a macro identifier of each UE 115 (e.g., the International Mobile Subscriber Identity (IMSI), Mobile Equipment Identifier (MEID), Electronic Serial Number (ESN), etc.) with an OOB identifier corresponding to the UE's 115 OOB radio (e.g., Bluetooth device address, WiFi MAC address, etc.).
- IMSI International Mobile Subscriber Identity
- MEID Mobile Equipment Identifier
- ESN Electronic Serial Number
- OOB radio e.g., Bluetooth device address, WiFi MAC address, etc.
- the femtocell 125 is a restricted access femtocell
- the UE mappings 219 may be maintained only for authorized users. For example, an access control list may be maintained at the femtocell 125 that includes or is associated with the UE mappings 219 .
- the UE 115 calls a particular number, which may automatically trigger an OOB pairing (e.g., a Bluetooth pairing) between the UE 115 and the femtocell 125 .
- OOB pairing e.g., a Bluetooth pairing
- the mapping between the UE macro identifier and OOB identifier may be established.
- a user manually enters the UE's 115 macro identifier (e.g., IMSI) and OOB identifier (e.g., BD_ADDR) into a user interface at the femtocell 125 .
- a user enters the mapping information via a portal (e.g., a web page), and the femtocell 125 downloads the information (e.g., or the femtocell 125 includes a web server and the portal directly addresses femtocell 125 ).
- the OOB identifier of the UE can be entered into the portal by using a sniffer, an OOB-enabled device that wirelessly obtains the OOB identifier and reports it to the portal.
- the OOB frequency module 240 includes an OOB device (e.g., an OOB radio) that is communicatively coupled with the in-band frequency module 230 .
- the in-band frequency module 230 and the OOB frequency module 240 may be physically integrated into a single housing or assembly (e.g., and in communication over a bus or some other internal connection), or the OOB frequency module 240 may be separately housed and may be in communication with the in-band frequency module 230 using a wired or wireless connection.
- the OOB frequency module 240 is located close enough to the in-band frequency module 230 so that proximity detection by the OOB frequency module 240 indicates proximity also to the in-band frequency module 230 .
- the OOB frequency module 240 is logically, rather than physically, integrated with the in-band frequency module 230 (e.g., the components can otherwise be logically associated with each other by the network). For example, even having the OOB frequency module 240 physically separated from the in-band frequency module 230 , the components may be part of a common subnet so that proximity detection by the OOB frequency module 240 can be associated with proximity to the in-band frequency module.
- FIG. 5 The configuration described in FIG. 5 is intended only to be illustrative, and not limiting. Other configurations are possible for providing the same or similar types of integrative functionality between OOB frequency module 240 and in-frequency module 230 . For example, many configurations may allow OOB proximity detection to be used to facilitate reliable active hand-in to a particular femtocell 125 , according to various embodiments.
- FIG. 6A shows a block diagram of a wireless communications system 600 - a that includes a femtocell gateway 540 - a.
- the femtocell gateway 540 - a may include a communications management subsystem 610 , a femto interface subsystem 630 , and/or a macro interface subsystem 640 .
- the femtocell gateway 540 - a also may include memory 615 and a processor module 625 . All the components of the femtocell gateway 540 - a may be in communication with each other directly or indirectly (e.g., over one or more buses).
- the femto interface subsystem 630 is shown in communication with femtocell 125 (which includes in-band frequency module 230 and OOB frequency module 240 ), and the macro interface subsystem 640 is shown in communication with macrocell base station 105 (via an SGSN 550 and/or one or more macro RNCs 120 ).
- Various communications functions including those involved in facilitating femtocell 125 assisted hand-in are implemented and/or managed using the communications management subsystem 610 .
- the communications management subsystem 610 may at least partially handle communications with macro network elements using functionality of the macro interface subsystem 640 and may at least partially handle communications with femtocell 125 using functionality of the femto interface subsystem 630 .
- the communications management subsystem 610 may be a component of the femtocell gateway 540 - a in communication with some or all of the other components of the femtocell gateway 540 via a bus.
- the memory 615 may include random access memory (RAM) and read-only memory (ROM). In some embodiments, the memory 615 is configured to maintain registration-related information. As described more fully below, the registration-related information may include identifier mappings for femtocells 125 , UEs 115 , etc., as well as registration messages, flags, etc.
- the memory 615 may also store computer-readable, computer-executable software code 620 containing instructions that are configured to, when executed, cause the processor module 625 to perform various functions described herein (e.g., call processing, database management, message routing, etc.).
- the software 620 may not be directly executable by the processor module 625 but be configured to cause the computer, e.g., when compiled and executed, to perform functions described herein.
- the processor module 625 may include an intelligent hardware device, e.g., a central processing unit (CPU) such as those made by Intel® Corporation or AMD®, a microcontroller, an application specific integrated circuit (ASIC), etc.
- Embodiments of the processor module 625 may be configured to facilitate functionality, such as timer functionality. Further, embodiments of the processor module 625 include or facilitate some or all of the functionality of the communications management subsystem 610 , the femto interface subsystem 630 , or the macro interface subsystem 640 .
- FIG. 6B shows a block diagram of a wireless communications system 600 - b that includes a femtocell gateway 540 - b that is an alternate configuration of the femtocell gateway 540 - a of FIG. 6A .
- the femtocell gateway 540 - b of FIG. 6B may include a femto interface subsystem 630 , a macro interface subsystem 640 , memory 615 , and/or a processor module 625 , which may all be in communication with each other directly or indirectly (e.g., over one or more buses).
- the femtocell gateway 540 - b of FIG. 6B may include communications management controller 610 .
- Embodiments of the communications management controller 610 may be implemented as part of the processor module 625 to provide substantially the same functionality as that of the communications management subsystem 610 shown in FIG. 6A .
- femtocell gateway 540 can interact with femtocells 125 , like the one described in FIG. 2A , to facilitate femtocell 125 assisted hand-in. For example, when a UE 115 approaches a femtocell 125 , the femtocell 125 may detect the UE 115 in its proximity using an OOB link (e.g., Bluetooth paging procedure) or vice versa. In addition to or as part of the OOB detection procedure, the femtocell 125 may determine whether the UE 115 is an authorized user. For example, the femtocell 125 may check an access control list to determine whether the UE 115 is authorized to access macro communications services via the femtocell 125 .
- OOB link e.g., Bluetooth paging procedure
- the femtocell 125 may register the UE 115 with the femtocell gateway 540 .
- the femtocell 125 may maintain a UE mapping 219 between the UE's 115 OOB identifier (e.g., the Bluetooth device address,) detected during the detection procedure and a macro identifier of the UE 115 , like the UE's 115 IMSI.
- the femtocell 125 may register the UE 115 with the femtocell gateway 540 according to the UE's 115 identifier(s).
- the OOB radio range (e.g., the edge of Bluetooth coverage) may be greater than the femtocell 125 coverage range (for example, the range of the in-band frequency module 230 ), such that the detection and registration of the UE 115 may be performed before the UE 115 detects the femtocell 125 .
- a, OOB proximity detection or indication may be communicated by the femtocell 125 to the femtocell gateway 540 for the UE 115 before any handover has been triggered by a measurement report of the UE 115 (i.e., the UE 115 may effectively be “pre-registered” upon receipt of any handover request implicating the UE 115 ).
- registration and pre-registration can intend to refer to the existing UE registration in macro networks (and the communication of this message between the femtocell 125 and femtocell gateway 540 may be triggered by the OOB proximity detection).
- the registration refers to a message carrying an OOB proximity detection specifically to register a UE 115 with an femtocell gateway 540 .
- the femtocell gateway 540 may be able to correlate the UE registration with the handover request (e.g., according to the UE's 115 macro identifier). With this information, the femtocell gateway 540 can uniquely identify the appropriate target femtocell 125 and reliably proceed with the hand-in.
- the femtocell gateway 540 may create an entry for the UE 115 and the registering femtocell 125 in a registration database as it would for regular UE registrations not indicating OOB proximity. Later on, when a handover is triggered and a relocation request is received at the femtocell gateway 540 (e.g., from the SGSN 650 ), the femtocell gateway 540 may use the entry in the database to correlate the UE 115 with registration in the database with the handover request (e.g., according to the UE's 115 macro identifier). With this information, the femtocell gateway 540 can uniquely identify the appropriate target femtocell 125 and reliably proceed with the hand-in.
- the femtocell gateway 540 communicates the handover request to the femtocell 125 with a flag indicating that femtocell gateway 540 thinks that the UE 115 is in proximity of the femtocell 125 based on the femtocell's 125 prior registration with the UE's 115 macro identifier (e.g., IMSI). Having received the flag, the femtocell 125 may try to detect the UE 115 again (e.g., over an OOB channel using the OOB frequency module 240 ).
- a flag indicating that femtocell gateway 540 thinks that the UE 115 is in proximity of the femtocell 125 based on the femtocell's 125 prior registration with the UE's 115 macro identifier (e.g., IMSI).
- the femtocell 125 may try to detect the UE 115 again (e.g., over an OOB
- the femtocell 125 can reject the handover request from the femtocell gateway 540 . Further certain types of de-registration techniques may be used, as described below.
- a UE 115 is explicitly deregistered by communicating an OOB absence indication to the femtocell gateway 540 .
- the OOB frequency module 240 and/or the in-band frequency module 230 may detect link loss with the UE 115 and send a de-registration request to the femtocell gateway 540 in the form of an OOB absence indication.
- a UE 115 may be de-registered if a certain amount of time elapses after registration without receiving a corresponding handover request.
- a UE 115 may be explicitly or implicitly de-registered upon acknowledgement of handover to the target femtocell 125 .
- registration is only performed for active UEs 115 .
- registration is based on detection over an OOB communication link and subsequent communication to the femtocell gateway 540 of an OOB proximity detection or indication.
- the femtocell 125 may not know whether the UE 115 is in WWAN idle state or active state (e.g., in a voice call).
- the femtocell's 125 pre-registration with the femtocell gateway 540 with the UE's 115 macro identifier (e.g., IMSI) is ignored.
- implicit de-registration may occur if a handover request message does not arrive at femtocell gateway 540 prior to a timeout.
- a handover request message arrives at the femtocell gateway 540 (e.g., as a relocation request message from the core network 130 of FIG. 1 ) implicating a UE 115 .
- the femtocell gateway 540 may send a handover request to the femtocell 125 with a flag indicating that the femtocell gateway 540 believes the UE 115 is in proximity of that specific femtocell 125 based on the pre-registration.
- the femtocell 125 again tries to detect the UE 115 over the OOB communication link. If it fails, the femtocell 125 may reject the handover request; if it succeeds, the femtocell 125 may accept the handover request.
- the femtocell gateway 540 may handle the hand-in in various ways, as described more fully below (e.g., with reference to the call flow diagram of FIGS. 13-14 ). For example, even when the registration request is received after a corresponding handover request, techniques described herein may be used to help facilitate active hand-in. Alternatively, there may be no hand-in, or techniques described above may be used, like blind hand-in, etc.
- the femtocell 125 assisted hand-in techniques described herein provide certain features.
- One feature may be that the techniques may be used to reliably determine an appropriate target femtocell 125 for active hand-in.
- Another feature is that pre-registration through communication of OOB proximity detection or indication may reduce or eliminate latencies relating to the blind hand-off technique.
- core network signaling e.g., from measurement request and response
- no changes may be needed in the UE 115 , the air interface, or the legacy infrastructure.
- the techniques may be implemented with changes only to the femtocell 125 and/or the femtocell gateway 540 .
- FIG. 7A a flow diagram is shown of a method 700 - a for macrocell-to-femtocell hand-in in accordance with various embodiments.
- the method 700 - a may, for example, be performed by the femtocell 125 of FIG. 1 , 2 A, 2 B, 5 , 6 A, or 6 B.
- the method 700 - a may begin at block 705 by detecting a UE 115 in proximity to a femtocell 125 using an OOB communications link.
- the femtocell 125 may be communicatively coupled with a macro network 100 via a macrocell base station 105 .
- the UE 115 may be camped on the macrocell base station 125 and may or may not be in active cellular communications.
- the femtocell 125 may include includes an OOB frequency module 240 and an in-band frequency module 230 .
- the in-band frequency module 230 may include an HNB.
- the femtocell 125 through the in-band frequency module 230 , may be communicatively coupled with the macro network 100 via a femtocell gateway 540 .
- the femtocell gateway 540 may be a HNB gateway.
- an identifier of UE 115 on the macro network 100 may be identified or determined by the femtocell 125 using the OOB communications link. For example, as part of detecting the UE 115 at block 705 , an OOB identifier corresponding to the UE 115 (e.g., the BD_ADDR) may be detected using the OOB frequency module 240 over an OOB communications link. In some embodiments, a macro identifier (e.g., IMSI) associated with the UE 115 may be identified. As discussed above, the femtocell 125 may maintain UE mappings 219 between a corresponding OOB identifier and identifier for a particular UE 115 .
- the femtocell 125 may maintain an access control list (e.g., a “white list”) with UEs 115 authorized to attach to the femtocell 125 (e.g., authorized to access macro communications services via the femtocell 125 ). If it is determined that the UE 115 is not authorized to access the macro network 100 via the femtocell 125 , the method 700 - a may abort. For example, the method 700 - a may ignore the UE 115 .
- an access control list e.g., a “white list”
- the femtocell gateway 540 may determine whether the UE 115 is authorized to access the macro network 100 via the femtocell 125 . If it is determined that the UE 115 is authorized to access the macro network 100 via the femtocell 125 , the femtocell 125 may proceed with registering the UE 115 as described below.
- the UE 115 is registered for hand-in from the macrocell base station 105 to the femtocell 125 . This may be done by communicating, from the femtocell 125 to the femtocell gateway 540 , the user equipment identifier.
- the registering of the UE 115 may indicate OOB proximity detection of the UE 115 with respect to the femtocell 125 .
- the femtocell 125 may communicate at least the UE's 115 macro identifier to the femtocell gateway 540 as part of a registration message.
- the OOB range may be greater than (e.g., or at least substantially the same as) the femtocell range, such that the blocks of the method 700 - a (e.g., from the proximity detection at block 705 to communication of the registration method at block 715 ) may, in some cases, occur before the UE 115 enters the femtocell range.
- the registration may occur before the UE's 115 measurement report may indicate the femtocell 125 and before any handover to the femtocell 125 is determined by the macro network 100 .
- Registering the UE 115 for hand-in the macrocell 105 to the femtocell 125 may include transmitting a registration message from the femtocell 125 to the femtocell gateway 540 .
- Registering the UE 115 for hand-in from the macrocell 105 to the femtocell 125 may include transmitting an OOB indication message from the femtocell 125 to the femtocell gateway 540 .
- Some embodiments may utilize a UE mapping between a macro identifier of the UE 115 with the OOB identifier to determine the user equipment identifier.
- various configurations may use different types of OOB proximity detection to facilitate registration (e.g., pre- and/or post-registration using OOB proximity detection).
- portions of the method 700 - a may be different, depending on whether the OOB proximity detection was being performed using a configuration like the one shown in FIG. 5 (e.g., using a Bluetooth radio as an OOB frequency module 240 physically integrated with the femtocell 125 ).
- a Bluetooth radio as an OOB frequency module 240 physically integrated with the femtocell 125 .
- FIG. 7B an example scenario is described in FIG. 7B .
- FIG. 7B a flow diagram is shown of a method 700 - b for macrocell-to-femtocell hand-in utilizing UE 115 registration at a femtocell gateway 540 using a femtocell 125 in accordance with various embodiments.
- the method 700 - b may, for example, be performed by the femtocell 125 of FIG. 1 , 2 A, 2 B, 5 , 6 A, or 6 B.
- Method 700 - b may be performed in the context of a Bluetooth radio being used as an OOB frequency module 240 physically integrated with a femtocell 125 , for example.
- the method 700 - b begins with block 705 - a in which a Bluetooth radio, configured as an OOB frequency module 240 integrated with a femtocell 125 is used to detect a UE 115 in proximity to the femtocell 125 .
- a Bluetooth radio configured as an OOB frequency module 240 integrated with a femtocell 125 is used to detect a UE 115 in proximity to the femtocell 125 .
- Block 705 - a includes blocks 720 and 725 .
- a Bluetooth radio i.e., OOB frequency module 240 ) periodically pages the UE 115 to see whether the UE 115 is in its proximity.
- “periodically” is intended broadly to convey types of signaling that are non-continuous. For example, periodically may include signaling (e.g., paging) at predefined intervals, according to particular thresholds, etc.
- the Bluetooth radio of the femtocell detects a response from the UE 115 over a Bluetooth link.
- the femtocell may page the UE 115 over an OOB communications link and then detect a response to the paging from the UE 115 over the OOB communications link.
- the response may include an OOB identifier of the UE 115 .
- the response may include a macro identifier of the UE 115 .
- the femtocell 125 may be aware that the UE 115 is in proximity, and the femtocell 125 may know the Bluetooth device address (e.g., BD_ADDR) of the UE 115 . As described above, the Bluetooth device address may effectively provide a unique out-of-band identifier for the UE 115 . In some configurations, the femtocell 125 makes further determinations. For example, as discussed above, the femtocell 125 may determine whether the UE 115 is authorized to access the macro network 100 via the femtocell 125 , through the in-band frequency module 230 , for example.
- the Bluetooth device address e.g., BD_ADDR
- a macro identifier identifying the UE 115 on the macro network 100 may be determined.
- UE mappings 219 between a corresponding OOB identifier and macro identifier for a particular UE 115 may be maintained by the femtocell 125 , such that the femtocell 125 may determine the macro identifier of the UE 115 from its corresponding Bluetooth device address.
- the mappings may be maintained at the femtocell gateway 540 .
- the UE 115 may be registered for hand-in from the macrocell base station 105 to the target femtocell 125 .
- the femtocell 125 may communicate an OOB proximity detection or OOB presence indication to the femtocell gateway 540 with an identifier of the UE 115 to register the UE 115 with the femtocell gateway 540 .
- the OOB proximity detection or indiction may be communicated to the femtocell gateway 540 with the UE's 115 macro identifier (e.g., and OOB identifier, in some configurations).
- the OOB proximity detection or indication may be communicated to the femtocell gateway 540 with the UE's 115 OOB identifier, and the femtocell gateway 540 may then determine the mapping to the corresponding macro identifier.
- Bluetooth may allow for relatively low-power paging, range that may be similar to that of the femtocell coverage area, etc.
- many UEs 115 may already be equipped with Bluetooth radios, such that the techniques may be implemented with little or no changes to the UEs 115 .
- certain limitations may manifest in some configurations.
- the femtocell 125 may need to be integrated with the Bluetooth radio, and certain types of provisioning may be difficult.
- an open-femtocell e.g., no access control list
- enterprise-type configuration it may be difficult or inefficient to page the large number of Bluetooth addresses corresponding to all UEs 115 that may be in proximity.
- Some embodiments may utilize other forms of OOB communication to address these issues, or utilize other methods discussed herein.
- FIG. 8 shows a flow diagram of a method 800 for handling active hand-ins with a femtocell in accordance with various embodiments.
- the method 800 may, for example, be performed by the femtocell 125 of FIG. 1 , 2 A, 2 B, 5 , 6 A, or 6 B.
- the method 800 is shown in the context of block 715 of FIG. 7A or FIG. 7B for added clarity.
- the method 800 is described for a UE 115 that was registered by the femtocell 125 with the femtocell gateway 540 , for example, according to the method 700 - a of FIG. 7A .
- the method 800 may begin at block 805 by receiving a handover request for a pre-registered UE 115 (a UE 115 for which OOB proximity detection has previously been communicated to the femtocell gateway 540 ) at the femtocell 125 from the femtocell gateway 540 .
- the handover request may be received subsequent to registered the UE 115 from hand-in from the macrocell to the femtocell.
- the femtocell 125 maintains an awareness of its registration of the UE 115 , such that it is aware of the proximity of the UE 115 when the handover request is received.
- the handover request includes a flag or other indication to the femtocell 125 that the implicated UE 115 is believed to be in the femtocell's 125 proximity (e.g., that the UE 115 has been pre-registered by the femtocell 125 by communicating an OOB proximity detection to the femtocell gateway 540 ).
- an acknowledgement message may be communicated from the femtocell 125 to the femtocell gateway 540 in response to receiving the handover request.
- the messaging between the femtocell 125 and the femtocell gateway 540 may be implemented across one or more networks.
- the acknowledgement message may be communicated from the femtocell 125 to a secure gateway at the edge of a core network over an Internet Protocol Security (IPSec) tunnel, from the secure gateway to an IP Multimedia Subsystem (IMS) network in the core network, and from the IMS network to the femtocell gateway 540 in the core network.
- IPSec Internet Protocol Security
- IMS IP Multimedia Subsystem
- the pre-registered UE 115 is directed to hand in active communications from its currently connected (source) macrocell 105 to the target femtocell 125 .
- the UE 115 may not typically receive any handover direction from the femtocell 125 . Rather, the femtocell 125 may acknowledge the handover request to indicate that it is an appropriate handover target, and macro network 100 elements (e.g., the source macrocell 105 ) ultimately may communicate the handover directive to the UE 115 .
- macro network 100 elements e.g., the source macrocell 105
- a call flow diagram 900 illustrating an active hand-in according to the methods 700 and 800 of FIGS. 7 and 8 is shown in FIG. 9 .
- the call flow diagram 900 shows communications between a UE 115 , a currently connected (source) macrocell 105 , RNC 120 , a source SGSN 650 , a target femtocell gateway 540 , and two potential target femtocells 125 - a and 125 - b.
- source macrocell 105 in communication with a macro RNC 120
- the signaling between source macrocell 105 in communication with a macro RNC 120 is not shown.
- the potential target femtocells 125 have a common cell identifier (e.g., they have the same PSC). As such, it may be necessary to reliably determine the appropriate one of the potential target femtocells 125 to ensure a successful active hand-in.
- the call flow diagram 900 begins at block 904 with the UE 115 currently engaged in an active macro communications, like a voice call or a data call, that may be facilitated by the source SGSN 650 via the source macrocell 105 and/or RNC 120 .
- the UE 115 moves into proximity of the OOB frequency module 240 associated with a first of the potential target femtocell 125 - a (e.g., the OOB frequency module 240 and an in-band frequency module 230 may integrated into the femtocell 125 - a ).
- the OOB frequency module 240 may detect the UE 115 in its proximity (e.g., as in block 705 of FIG. 7A ).
- the first potential target femtocell 125 - a may send an OOB proximity detection or indication (e.g., a registration request) to the target femtocell gateway 540 to pre-register the UE 115 (e.g., according to block 715 of FIG. 7A ).
- the target femtocell gateway 540 may respond with a registration acceptance acknowledging the reception of the registration request from the target femtocell 125 - a, and then may confirm that an entry for the UE 115 and registering femtocell 125 - a have been created in the registration database.
- the UE 115 may move into the femtocell coverage area of the femtocell 125 , detect the femtocell 125 , and send a measurement report to the source macrocell 105 and/or RNC 120 at block 916 .
- the measurement report may include the pilot strength of the femtocell 125 as observed by the UE 115 and the PSC of the femtocell 125 .
- the source macrocell 105 and/or RNC 120 may determine that a handover is required according to the measurement report and may communicate a relocation required message to the source SGSN 650 at block 920 .
- the relocation required message may be communicated (e.g., as a relocation request message over the core network) from the source SGSN 650 to the target femtocell gateway 540 .
- the target femtocell gateway 240 may now determine which potential target femtocell 125 is the correct target for the hand-in.
- the handover request may include the IMSI of the UE 115 and the PSC of the target femtocell 125 .
- two potential target femtocells 125 may have the same PSC, such that one cannot be uniquely identified by the PSC alone.
- the handover request may be addressed, for example, by ignoring the hand-in, by blindly selecting one of the potential target femtocells 125 , etc.
- the target femtocell gateway 540 may reliably select the first potential target femtocell 125 - a as the correct target femtocell 125 for the hand-in.
- the target femtocell gateway 540 may send the handover request to the first target femtocell 125 - a.
- the first target femtocell 125 - a may respond to the target femtocell gateway 540 with a handover response carrying an “accept” message at block 932 .
- the handover may then be communicated to the UE 115 via the core network and/or the macro network 100 .
- handover requests may, in fact, be of a different form and/or purpose.
- a handover response may be communicated from the target femtocell gateway 540 to the source SGSN 650 as a relocation response message at block 936 ;
- a relocation command may be communicated from the source SGSN 650 to the source macrocell 105 and/or RNC 120 at block 940 ; and/or a relocation command may be communicated from the source macrocell 105 and/or RNC 120 to the UE 115 as a physical channel configuration message at block 944 .
- the UE 115 may communicate an acknowledgement message, the physical channel reconfiguration message to the source macrocell 105 and/or RNC 120 .
- the UE 115 may attempt to detect and synchronize with the first potential femtocell 125 - a; and, at block 956 , the UE 115 may communicate a handover complete message to the first potential target femtocell 125 - a; and the first potential target femtocell 125 - a may communicate the handover complete message to the target femtocell gateway 540 at block 960 .
- the handover complete message may be relayed to the source macrocell 105 and/or RNC 120 so that the radio link set-up for the UE 115 can be deleted.
- the UE's 115 active macro communications (e.g., the voice call) continue at block 964 facilitated by the appropriately identified target femtocell 125 (i.e., previously the first potential target femtocell 125 - a ) instead of by the source macrocell 125 and/or RNC 120 .
- call flow diagram 900 is intended to show one example of a exemplary call flow and is simplified in many ways to add clarity. For example, while a “handover request” is discussed in a number of blocks, it will be appreciated that each element may communicate the message in similar or different forms with similar or different information included. As such, the call flow diagram 900 should not be construed as limiting the scope of the disclosure or claims.
- UEs 115 it may be necessary or desirable to de-register UEs 115 in certain cases. For example, suppose that a UE 115 is registered by a first femtocell 125 - a. Later, the UE 115 may move into proximity of a second femtocell 125 - b that may have the same PSC of the first femtocell 125 - a, but may be located well out of range of the first femtocell 125 - a (e.g., miles away). The UE 115 may send a measurement report with the shared PSC, triggering a handover request.
- the femtocell gateway 540 may have to use one or more techniques to determine that handover to the second femtocell 125 - b, rather than to the first femtocell 125 - a, is desired. Otherwise, registration by the first femtocell 125 - a may cause the femtocell gateway 540 to attempt a hand-in of the active communications of the UE 115 from its current macrocell 105 to the first femtocell 125 - a, even though the UE 115 is well out of range of the first femtocell 125 , which may cause undesirable results (e.g., an active voice call may be dropped). Registration time stamps, de-registration, and/or other techniques described herein may be used to address this issue, as described more fully below.
- FIG. 10 shows a flow diagram of a method 1000 for handling de-registration of UEs in accordance with various embodiments.
- the method 1000 may, for example, be performed by the femtocell 125 of FIG. 1 , 2 A, 2 B, 5 , 6 A, or 6 B.
- the method 1000 is shown in the context of block 715 of FIG. 7A for added clarity.
- the method 1000 is described for a UE 115 that was registered by the femtocell 125 with the femtocell gateway 540 , for example, according to the method 700 - a of FIG. 7A .
- the method 1000 may begin at block 1005 by determining whether an OOB communications link between the OOB frequency module 240 and the registered UE 115 has been lost. As described above (e.g., with reference to block 705 of FIG. 7A ), an OOB communications link may be established between the UE 115 and an OOB frequency module 240 associated with the target femtocell 125 . If the OOB communications link is lost (e.g., at all, for a predetermined minimum duration, etc.), this may indicate that the UE 115 is no longer in proximity to the femtocell 125 .
- the UE 115 may be de-registered at the femtocell gateway 540 by the femocell 125 at block 1010 . If it is determined at block 1005 that the OOB communications link has not been lost, a further determination may be made at block 1015 as to whether a handover request has been received for the registered UE 115 at the femtocell 125 . If a handover request has not been received, the method 1000 may iterate through blocks 1005 and 1015 until either the OOB communications link is determined to be lost at block 1005 or the handover request is received at block 1015 . If a handover request has been received for the registered UE 115 at the femtocell 125 , the registered UE 115 may be directed to hand-in (e.g., according to block 815 of FIG. 8 ).
- the method 1000 may explicitly de-register the UE 115 after completing the hand-in (e.g., successfully and/or unsuccessfully). Notably, however, it may be useful to maintain the registration (i.e., not de-register the UE 115 ) even after hand-in to provide the network with knowledge about the proximity of the UE 115 and/or other types of information that can be gained from the registration.
- the registration is associated with a timestamp.
- the registering femtocell 125 may communicate an OOB proximity detection that includes the UE's 115 macro identifier (e.g., or OOB identifier) and a timestamp. If another femtocell 125 subsequently sends a registration request to the femtocell gateway 540 for the same UE 115 , the new registration request may include a later timestamp.
- the femtocell gateway 540 may then consider any prior registration request to be invalid, and facilitate handover to the later-requesting femtocell 125 .
- the UE 115 may implicitly be de-registered from prior-requesting femtocell 125 upon receiving a subsequent registration request at the femtocell gateway 540 .
- timer-based de-registration is implemented. For example, upon registering the UE 115 , the femtocell 125 may begin a timer (e.g., or otherwise begin tracking elapsed time). A certain timeframe (e.g., one minute) may be determined after which de-registration is appropriate. For example, setting the timeframe too small may cause the femtocell 125 to have to re-register the UE 115 inefficiently, while setting the timeframe too large may allow the UE 115 to enter coverage areas of other femtocells 125 potentially sharing the same PSC prior to the de-registration. Notably, timer-based de-registration may be undesirable in certain configurations.
- a handover request may not be received for a long time due to the UE 115 being idle or due to some other circumstance. If the UE 115 were implicitly de-registered prior to receiving the handover request, benefits of the registration may be lost.
- FIGS. 7-10 are discussed above primarily in context of pre-registration (i.e., communicating the OOB proximity detection for a UE 115 prior to receiving a handover request for the UE 115 ). It may be appreciated that similar techniques may be used in cases where the OOB proximity detection is communicated subsequent to receiving a handover request implicating the UE 115 .
- the femtocell gateway 540 may be unable to determine the appropriate target femtocell 125 for hand-in based only on the cell identifier provided in the handover request from the SGSN 650 , and may communicate a handover request to all candidate target femtocells 125 (e.g., simultaneously).
- FIG. 11 shows a flow diagram of a method 1100 for implementing certain active hand-in functionality without pre-registration (i.e., without having communicated the OOB proximity detection for a UE 115 prior to receiving a handover request for the UE 115 ) in accordance with various embodiments.
- the method 1100 may, for example, be performed by the femtocell 125 of FIG. 1 , 2 A, 2 B, 5 , 6 A, or 6 B.
- the method 1100 may begin at block 1105 by receiving a handover request at a femtocell 125 via its in-band frequency module 230 from a femtocell gateway 540 for a designated UE 115 .
- the femtocell gateway 540 may send the handover request to a set of candidate femtocells that share the same PSCs.
- the handover request may be sent to each femtocell with a “dummy ID”, instead of the target femtocell macro identifier.
- the “dummy ID” may indicate to the femtocell 125 that the handover request is for a PSC confusion scenario where multiple candidate femtocells 125 have been identified, hence, an OOB capable femtocell 125 may use an OOB detection of a designated UE 115 (a UE with mapping between a UE macro identifier and OOB identifier stored in the femtocell). Otherwise, the femtocell 125 may use legacy techniques like blind support or no support to respond to the handover request.
- the femtocell 125 may confirm that the UE 115 has an entry in the UE mappings 219 between the UE macro identifier and OOB identifier. For example, if the UE 115 is in the femtocell's 125 UE mappings 219 (e.g., in the femtocell's 125 access control list), the femtocell 125 may be able to use the UE's 115 IMSI, etc. to determine the UE's 115 OOB identifier (e.g., BD_ADDR). Then the OOB frequency module 240 of the femtocell 125 may be used to detect the UE 115 over an OOB communications channel.
- the OOB frequency module 240 of the femtocell 125 may be used to detect the UE 115 over an OOB communications channel.
- the femtocell 125 may be unable to use OOB detection and hence, send a handover response based on other techniques such as blind support or no support as shown in block 1115 .
- the femtocell 125 may handle the hand-in in various ways.
- the femtocell 125 registers the UE 115 for hand-in to the femtocell gateway 540 (e.g., by communicating the cell identifier of the UE 115 from the femtocell 125 to the femtocell gateway 540 in a registration message such as with block 715 of FIG. 7A ) followed by a handover response with an “accept” flag 1145 .
- the femtocell 125 communicates successful proximity detection with a handover response with an “accept” and “OOB indicator” flags 1140 .
- the reception of an OOB indicator in a handover response message at block 1228 or a UE 115 registration preceding the handover response with an “accept” flag at block 908 alerts the femtocell gateway 540 to the fact that the handover response is based on OOB detection and the UE has been successfully detected.
- the femtocell gateway may give precedence to such responses over handover responses based on other techniques like blind hand-off or no support since these techniques are less reliable. Having communicated a successful detection to the femtocell gateway 540 , the UE's 115 communications may be handed over to the femtocell 125 in a reliable fashion.
- FIGS. 7-11 focus primarily on handling of hand-in functionality from the perspective of a femtocell 125 .
- active hand-in functionality is further facilitated by actions of the femtocell gateway 540 .
- Techniques for handling of hand-in functionality from the perspective of a femtocell gateway 540 are described in FIGS. 12-14 .
- FIG. 12 a flow diagram is shown of a method 1200 for handling femtocell-assisted hand-in at a femtocell gateway in accordance with various embodiments.
- the method 1200 may, for example, be performed by the femtocell gateway 540 of FIG. 5 , 6 A, or 6 B.
- the method 1200 may begin at block 1205 a handover request may be received, at a femtocell gateway 540 from a macro network 100 .
- the handover request may be configured to direct a UE 115 to hand off active communications with the macro network 100 from a macrocell 105 to a designated femtocell 125 with a first femtocell identifier.
- Block 1210 it may be determined at the femtocell gateway 540 whether any of multiple femtocells 125 registered the UE 115 with the femtocell gateway 540 prior to receiving the handover request.
- Block 1210 may include determining whether an OOB proximity detection is received from any of the multiple femtocells prior to receiving the handover request.
- the OOB proximity detection may include a macro identifier of the UE 115 , such as an IMSI.
- the OOB proximity detection may include an OOB identifier of the UE 115 .
- the femtocell gateway 540 may determine whether the macro identifier of the UE 115 corresponds to the OOB identifier of the UE 115 .
- the femtocell gateway 540 may determine whether two or more femtocells of the multiple femtocells are addessable by the femtocell gateway 540 according to the first femtocell identifier. The femtocell gateway 540 may then determine whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier utilizing a second femtocell identifier.
- the femtocell gateway 540 may communicate the handover request to the designated femtocell 125 . Some embodiments of method 1200 may further include determining whether the designated femtocell 125 is uniquely addressable by the femtocell gateway 540 according to the first femtocell identifier. Communicating the handover request from the femtocell gateway 540 to designated femtocell may utilize the first femtocell identifier.
- FIG. 13A a flow diagram is shown of a method 1300 - a for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments.
- the method 1300 - a may, for example, be performed by the femtocell gateway 540 of FIG. 5 , 6 A, or 6 B.
- the method 1300 - a may begin at block 1205 by receiving a handover request at the femtocell gateway 540 from a macro network 100 (e.g., from the SGSN 650 over the core network).
- a macro network 100 e.g., from the SGSN 650 over the core network.
- the handover request may be configured to direct a UE 115 to hand off active macro communications from a current (source) macrocell 105 to a designated femtocell 125 .
- the designated femtocell 125 may be one of a number of femtocells 125 in communication with the femtocell gateway 540 , and each femtocell 125 may be identifiable by a first femtocell identifier (e.g., a PSC).
- Each femtocell 125 may also be identifiable by a second femtocell identifier, which may be a femtocell gateway-oriented identifier (e.g., an identifier used by the femtocell gateway 540 to uniquely address all the femtocells 125 in communication with the femtocell gateway 540 ). Note that this femtocell gateway identifier can be similar to the unique identifier broadcasted in the system information of the femtocells 125 .
- a femtocell gateway-oriented identifier e.g., an identifier used by the femtocell gateway 540 to uniquely address all the femtocells 125 in communication with the femtocell gateway 540 .
- this femtocell gateway identifier can be similar to the unique identifier broadcasted in the system information of the femtocells 125 .
- the femtocell gateway 540 can send handover requests to the femtocells 125 with an identifier termed the “dummy ID” which indicates to the femtocells 125 that the handover request is for a PSC confusion scenario where multiple candidate femtocells 125 have been identified, hence, an OOB capable femtocell 125 with an OOB frequency module 240 may use the OOB detection for a designated UE 115 . Otherwise, the femtocell 125 may use legacy techniques like blind support or no support to respond to the handover request. Note that the “dummy ID” may have a similar format as the femtocell gateway oriented identifier but it has not been assigned to any femtocell 125 .
- the first femtocell identifier may be substantially non-unique. For example, a number of femtocells 125 in the same macro sector may share the same first femtocell identifier (e.g., PSC).
- the second femtocell identifier may be substantially or completely unique.
- the second femtocell identifier may be at least unique enough so as to be used to reliably identify a particular femtocell 125 from the perspective of the femtocell gateway 540 . It may be assumed that the designated femtocell 125 is identified in the handover request by its first femtocell identifier.
- the first femtocell identifier may be how the femtocell 125 is identified by the UE 115 as part of its measurement report, which is then used to trigger the handover request.
- a determination may be made as to whether any femtocells 125 registered the macro identifier of the UE 115 (e.g., the IMSI) with the femtocell gateway 540 prior to receiving the handover request at the femtocell gateway 540 .
- the macro identifier of the UE 115 e.g., the IMSI
- the designated femtocell 125 may be determined to be the “registering” femtocell 125 at block 1305 (i.e., the “registering” femtocell 125 may be determined to be the target femtocell 125 for hand-in).
- the handover request may be communicated from the femtocell gateway 540 to the designated femtocell 125 (i.e., the “registering” femtocell 125 ) according to its second femtocell identifier.
- the femtocell gateway 540 may maintain a mapping for all its connected femtocells 125 between their respective first and second identifiers.
- the femtocell gateway 540 may uniquely address the handover request to the designated femtocell 125 by mapping the received first femtocell identifier (which may be substantially non-unique) to the maintained second femtocell identifier (which may be substantially unique).
- an acknowledgement message (e.g. handover request message with an “accept” may be received by the femtocell gateway 540 from the designated femtocell 125 .
- the femtocell gateway 540 may use one or more techniques to handle the hand-in without being able to exploit pre-registration. For example, at block 1315 , a set of candidate target femtocells 125 may be determined from those femtocells 125 registered at the femtocell gateway 540 .
- the femtocell gateway 540 may include in the set of candidates all femtocell 125 in the relevant macro sector associated with the received first femtocell identifier. As described above, the femtocell gateway 540 may send handover request for the designated UE 115 to any or a set of the femtocells 125 in the candidate list.
- the handover request sent to the femtocells 125 of the candidate list are directed to detect the UE 115 at block 1320 .
- the handover request may include a “dummy ID” so femtocells 125 with OOB frequency modules 240 may be directed to detect the UE 115 .
- the femtocells 125 may engage in proximity detection according to techniques described with reference to FIG. 11 . It may be possible that none of the candidate femtocells 125 will detect the UE 115 in its proximity, or that multiple candidate femtocells 125 will detect the UE 115 in their proximity.
- Various techniques may be used to abort the method 1300 where there is no successful detection, or to select a “best” result when there are multiple successes.
- embodiments may use only OOB detection. Use of the OOB detection may obviate the possibility that multiple successes would occur. Accordingly, and for the sake of clarity, it is assumed that one of the candidate femtocells 125 is identifiable by the femtocell gateway 540 as having successfully detected the UE 115 in its proximity.
- an indication is received at the femtocell gateway 540 from one of the candidate femtocells 125 that the UE 115 is in its proximity.
- the femtocell 125 that indicates that the UE 115 is in its proximity may be referred to as a successful femtocell. This may be a registration message accompanied by a handover response with an “accept” flag or a handover response with “accept” and “OOB indicator” flags, etc.
- the femtocell gateway 540 may direct the designated UE 115 to be handed over to the designated (registering) femtocell 125 determined from blocks 1210 , 1305 , 1215 , and/or 1310 . Otherwise, if there was no pre-registration for the designated UE 115 in 1210 , the femtocell gateway 540 may direct the designated UE 125 to be handed over to the designated femtocell 125 determined from blocks 1210 , 1315 , 1320 , and/or 1325 .
- the femtocell gateway 540 may monitor an elapsed time subsequent to directing the set of candidate femtocells 125 to detect whether UE 115 is in its proximity. The femtocell gateway 540 may determine whether the indication from one of the candidate femtocells 125 that the UE 115 is in its proximity is received while the elapsed time is within a predefined time limit. The femtocell gateway 540 may communicate the handover request to the designated femtocell 125 when the indication from the one of the candidate femtocells 125 that the UE 115 is in its proximity is received within the predefined time limit.
- FIG. 13B a flow diagram is shown of a method 1300 - b for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments.
- the method 1300 - b may, for example, be performed by the femtocell gateway 540 of FIG. 5 , 6 A, or 6 B.
- Method 1300 - b may utilize aspects of method 1300 - a of FIG. 13A , such as blocks 1205 that are not shown in this diagram.
- reference numerals from FIG. 13A may used with the addition of a lower-case “a” to indicate a possible illustrative implementation or variation of the corresponding block from FIG. 13A in the context of FIG. 13B .
- Method 1300 - b may include at block 1210 - a determining that none of the of multiple femtocells 125 registered the UE 115 prior to receiving the handover request.
- a set of candidate femtocells 125 from the multiple femtocells may be determined.
- the set of candidate femtocells may be identified by at least the first femtocell identifier in some embodiments.
- each of the candidate femtocells 125 may be directed with an OOB hand-in cause value in the handover request to detect whether the UE 115 is in its proximity.
- the OOB hand-in cause value may be unrecognizable by some femtocells 125 , while some femtocells 125 with OOB capabilities may recognize the OOB hand-in cause value.
- a dummy identifier may also be transmitted in some cases.
- Block 1335 may be referred to as a “first tier” handover request.
- the candidate femtocell 125 associated with the OOB accept message may identified as the designated femtocell 125 .
- OOB accept message If an OOB accept message is not received, it may be that only OOB reject message(s) from one or more of the candidate femtocells and/or error indication message(s) from one or more of the candidate femtocells may be received at block 1350 .
- a “second tier” handover request may be made as a result.
- a handover request with a normal cause value may be transmitting to each of the set of candidate femtocells 125 .
- the normal cause value may be recognizable by the candidate femtocells 125 in general.
- a dummy identifier may also be transmitted in some cases.
- the femtocell cells 125 may respond using legacy techniques such as a handover response with blind accept or blind reject flag.
- At block 1360 at least a blind accept or a blind reject from one or more of the candidate femtocells 125 may be received.
- the candidate femtocell 125 associated with the blind accept may be identified as the designated femtocell.
- the designated UE 115 may be directed to hand in from its current connected macrocell 105 to the designated femtocell 125 .
- Exemplary call flow diagrams 1400 - a and 1400 - b, illustrating an active hand-in according to the methods 1100 , 1200 , and/or 1300 - a of FIGS. 11 , 12 , and/or 13 A, respectively, are shown in FIG. 14A and FIG. 14B .
- the call flow diagrams 1400 are similar to the call flow diagram 900 of FIG. 9 , and similar messaging is described according to the same reference numbers as those used in FIG. 9 . It will be appreciated that the messaging, while similar, may not be identical according to the circumstances of the different call flows.
- FIG. 9 describes a pre-registration scenario
- FIGS. 14A and 14B describe a post-registration scenario.
- a post-registration scenario is illustrated where the OOB proximity detection may be communicated from the femtocell 125 to the femtocell gateway 540 by a combination of UE registration message and a handover request with an “accept” flag.
- a post-registration scenario is illustrated where the OOB proximity detection may be communicated from the femtocell 125 to the femtocell gateway 540 by a handover request with “accept” and OOB indicator flags.
- the call flow diagrams 1400 show communications between a UE 115 , a currently connected (source) macrocell 105 and/or RNC 120 , a source SGSN 650 , a target femtocell gateway 540 , and two potential target femtocell 125 - a and 125 - b.
- the source macrocell base station may include a source macrocell 105 in communication with a macro RNC 120 , and signaling between those elements is not shown. It is assumed for the sake of the call flow diagrams 1400 that the potential target femtocells 125 have a common cell identifier (e.g., they have the same PSC). As such, it may be necessary to reliably determine the appropriate one of the potential target femtocells 125 to ensure a successful active hand-in.
- the call flow diagrams 1400 may begin at block 904 with the UE 115 currently engaged in an active macro communications, like a voice call or a data call, facilitated by the source SGSN 650 via the source macrocell 105 and/or the RNC 120 .
- the UE 115 may move into the femto coverage area of the femtocell 125 , detect the femtocell 125 , and send a measurement report to the source macrocell 105 and/or RNC 120 at block 916 .
- the measurement report may include the pilot strength of the femtocell 125 as observed by the UE 115 and the PSC of the femtocell 125 .
- the source source macrocell 105 and/or RNC 120 may determine that a handover is required according to the measurement report and communicates a relocation required message to the source SGSN 650 at block 920 .
- the relocation required message may be communicated (e.g., as a relocation request message over the core network) from the source SGSN 650 to the target femtocell gateway 540 .
- the femtocell gateway 540 may send handover request with “dummy ID” to the candidate femtocells 125 at block 1402 .
- the OOB frequency module 240 associated with a first of the potential target femtocell 125 - a detects the UE 115 in its proximity.
- the femtocell 125 - a may send an OOB proximity detection to the target femtocell gateway 540 by sending a registration message for the designated UE 115 at block 1408 and a handover response with an “accept” flag at block 932 . Having received the OOB proximity detection and the handover request, the target femtocell gateway 540 can determine the designated femtocell 125 - a. .
- the femtocell 125 - b may also receive the handover request at block 1402 and may reply back to the target femtocell gateway 540 with a handover response based on blind off at block 1410 .
- the target femtocell gateway 540 may distinguish the handover response based on OOB detection from those based on the blind off, and hence can determine the designated femtocell 125 - a.
- the femtocells 125 may send handover response messages at block 1410 . While multiple potential target femtocells 125 may send handover response messages, only target femtocell 125 - a (i.e., which detected the UE 115 in its proximity) communicates an OOB proximity detection to the femtocell gateway 540 along with its handover response (e.g., by sending “accept” and OOB indicator flags at block 1406 ).
- the handover may then communicated to the UE 115 via the core network and the macro network 100 .
- the handover requests may, in fact, be of a different form and/or purpose.
- a handover response may be communicated from the target femtocell gateway 540 to the source SGSN 650 as a relocation response message at block 936 ;
- a relocation command may be communicated from the source SGSN 650 to the source macrocell 105 and/or RNC 120 at block 940 ; and/or a relocation command may be communicated from the source macrocell 105 and/or RNC to the UE 115 as a physical channel configuration message at block 944 .
- the UE 115 may communicate an acknowledgement message, the physical channel reconfiguration message to the source macrocell 105 and/or RNC 120 .
- the UE may attempt to detect and synchronize with the first potential femtocell 125 - a.
- the UE 115 may communicate a handover complete message to the first potential target femtocell 125 - a; and the first potential target femtocell 125 - a may communicate the handover complete message to the target femtocell gateway 540 at block 960 .
- the Handover complete message may be relayed to the source macrocell 105 and/or RNC 120 so that the radio link set-up for the UE 115 can be deleted.
- the UE's 115 active macro communications e.g., the voice call
- the appropriately identified target femtocell 125 i.e., previously the first potential target femtocell 125 - a
- the source macrocell 105 and/or RNC 120 may be relayed to the source macrocell 105 and/or RNC 120 so that the radio link set-up for the UE 115 can be deleted.
- the UE's 115 active macro communications e.g., the voice call
- the appropriately identified target femtocell 125 i.e., previously the first potential target femtocell 125 - a
- the femtocell gateway 540 may give priority to handover responses from OOB-capable femtocells 125 (e.g., those having an OOB frequency module 240 that uses the OOB link for detection), over responses from femtocells 125 that are not OOB-capable.
- This prioritization may be desirable because the responses based on OOB detection may be more reliable than the default response configurations in femtocells that typically involve a “blind” accept or reject of the handover request.
- the femtocell gateway 540 may attempt to first obtain handover responses based on OOB detection by sending “first tier” handover request targeted towards OOB-capable femtocells 125 only. If no handover response with an “accept” flag is received by the femtocell gateway 540 , the femtocell gateway 540 may send a “second tier” handover request message to all candidate femtocells 125 .
- the “tiered approach” can be implemented by defining a new “cause value” field in the handover request, thereby obtaining “OOB capability awareness” from the core network 130 of FIG.
- the “cause value” field may typically be used in handover request in deployed networks to communicate to the femtocells 125 the reason for handover request.
- FIG. 15A and FIG. 15B call flows for the embodiments in which the “cause value” is used in the “tiered approach” for post registration detection are discussed.
- FIG. 15A and/or FIG. 15B may illustrate an active hand-in according to the method 1300 - b of FIG. 13B .
- FIG. 15A and/or FIG. 15B show aspects that may be implemented as aspects of method 1300 - b of FIG. 13B .
- FIG. 15A illustrates a scenario where OOB detection is successful
- FIG. 15B illustrates a scenario where the OOB detection is unsuccessful.
- the call flow diagrams 1500 - a and 1500 - b show communications between a UE 115 , a currently connected (source) macrocell 105 and/or RNC 105 / 120 , a source SGSN 650 , a target femtocell gateway 540 , and two potential target femtocells 125 .
- the source macrocell base station may include the source macrocell 105 (which may be source macro Node B) in communication with a macro RNC 120 , and signaling between those elements is not shown.
- the potential target femtocells 125 have a common cell identifier (e.g., they have the same PSC). As such, it may be necessary to reliably determine the appropriate one of the potential target femtocells 125 to ensure a successful active hand-in.
- the call flow diagrams 1500 begin at block 904 with the UE 115 currently engaged in an active macro communications, like a voice call or a data call, facilitated by the source SGSN 650 via the source macrocell 105 and/or RNC 120 .
- the UE 115 may move into the femto coverage area of a femtocell 125 , detect the femtocell 125 , and send a measurement report to the source macrocell 105 and/or RNC 120 at block 916 .
- the measurement report may include the pilot strength of the femtocell 125 as observed by the UE 115 and the PSC of the femtocell 125 .
- the source macrocell 105 and/or RNC 120 may determine that a handover is required according to the measurement report and communicates a relocation required message to the source SGSN 650 at block 920 .
- the relocation required message is communicated (e.g., as a relocation request message over the core network) from the source SGSN 650 to the target femtocell gateway 540 .
- the femtocell gateway 540 may send the “first tier” handover request with “dummy ID” and an unrecognized “cause value” 1502 (e.g. “OOB hand-in”) to the candidate femtocells 125 .
- femtocells 125 without the OOB capability respond back with an “error indication” in the handover response.
- an OOB-capable femtocell 125 e.g., illustrated as the first potential target femtocell. 125 - a, which is assumed to be integrated with an OOB frequency module 240
- the handover may then be communicated to the UE 115 via the core network and the macro network 100 .
- each related message may, in fact, be of a different form and/or purpose.
- a handover response may be communicated from the target femtocell gateway 540 to the source SGSN 650 as a relocation response message at block 936 ;
- a relocation command may be communicated from the source SGSN 650 to the source macrocell 105 and/or RNC 120 at block 940 ; and
- a relocation command may be communicated from the source macrocell 105 and/or RNC 120 to the UE 115 as a physical channel configuration message at block 944 .
- the UE 115 may communicate an acknowledgement message, the physical channel reconfiguration message to the source macrocell 105 and/or RNC 120 .
- the UE 115 may attempt to detect and synchronize with the first potential femtocell 125 - a; at block 956 , the UE 115 may communicate a handover complete message to the first potential target femtocell 125 - a; and the first potential target femtocell 125 - a may communicate the handover complete message to the target femtocell gateway 540 at block 960 .
- the Handover complete message may be relayed to the source macrocell 105 and/or RNC 120 so that the radio link set-up for the UE 115 can be deleted.
- the UE's 115 active macro communications e.g., the voice call
- the appropriately identified target femtocell 125 i.e., previously the first potential target femtocell 125 - a
- the source macrocell 105 and/or RNC 120 may continue at block 964 facilitated by the appropriately identified target femtocell 125 (i.e., previously the first potential target femtocell 125 - a ) instead of by the source macrocell 105 and/or RNC 120 .
- the UE 115 may still not been registered by any femtocell 125 sharing the identifier, such that multiple femtocells 125 may be candidate femtocells 125 for the hand-in.
- the femtocell gateway 540 may send the “first tier” handover request with “dummy ID” and an unrecognized “cause value” 1502 (e.g. “OOB hand-in”) to the candidate femtocells 125 - b without the OOB capability.
- femtocells 125 without the OOB capability may respond back to the femtocell gateway 540 with an “error indication” in the handover response.
- OOB-capable potential target femtocells 125 e.g., femtocells 125 - a
- the femtocell gateway 540 may then sends the “second tier” handover requests 1512 with a “dummy ID” and a “cause value” that can be recognized by all candidate femtocells 125 .
- the femtocells 125 - a with OOB capability may not use the OOB detection, but instead all femtocells 125 respond to the handover requests 1512 using legacy techniques such as handover response with blind “accept” or “reject” flags.
- the femtocell gateway 540 may uses legacy active hand-in support (which are typically less reliable than using the OOB detection) in implementing hand-in.
- This legacy support might require that the femtocell gateway 540 to blindly select one femtocell 125 as the designated femtocell 125 or use other criterion (e.g. signal strength) to select the best “femtocell” 125 if such information is available at the femtocell gateway 540 .
- the “first tier” handover request 1502 in FIGS. 15A and 15B can be sent only to femtocells 125 - a and not to all candidate femtocells 125 . This may reduce the signaling involved in the active hand-in process.
- a CDMA system may implement a radio technology such as CDMA2000, Universal Terrestrial Radio Access (UTRA), etc.
- CDMA2000 covers IS-2000, IS-95, and IS-856 standards.
- IS-2000 Releases 0 and A are commonly referred to as CDMA2000 1X, 1X, etc.
- IS-856 (TIA-856) is commonly referred to as CDMA2000 1xEV-DO, High Rate Packet Data (HRPD), etc.
- UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA.
- a TDMA system may implement a radio technology such as Global System for Mobile Communications (GSM).
- GSM Global System for Mobile Communications
- An OFDMA system may implement a radio technology such as Ultra Mobile Broadband (UMB), Evolved UTRA (E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM, etc.
- UMB Ultra Mobile Broadband
- E-UTRA Evolved UTRA
- Wi-Fi Wi-Fi
- WiMAX IEEE 802.16
- IEEE 802.20 Flash-OFDM
- UTRA and E-UTRA are part of Universal Mobile Telecommunication System (UMTS).
- 3GPP Long Term Evolution (LTE) and LTE-Advanced (LTE-A) are new releases of UMTS that use E-UTRA.
- UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in documents from an organization named “3rd Generation Partnership Project” (3GPP).
- the various operations of methods described above may be performed by any suitable means capable of performing the corresponding functions.
- the means may include various hardware and/or software component(s) and/or module(s), including, but not limited to a circuit, an application specific integrate circuit (ASIC), or processor.
- ASIC application specific integrate circuit
- DSP digital signal processor
- ASIC application specific integrated circuit
- FPGA field programmable gate array signal
- PLD programmable logic device
- a general purpose processor may be a microprocessor, but in the alternative, the processor may be any commercially available processor, controller, microcontroller, or state machine.
- a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
- a software module may reside in any form of tangible storage medium.
- storage media include random access memory (RAM), read only memory (ROM), flash memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM and so forth.
- RAM random access memory
- ROM read only memory
- flash memory EPROM memory
- EEPROM memory EEPROM memory
- registers a hard disk, a removable disk, a CD-ROM and so forth.
- a storage medium may be coupled to a processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.
- a software module may be a single instruction, or many instructions, and may be distributed over several different code segments, among different programs, and across multiple storage media.
- the methods disclosed herein comprise one or more actions for achieving the described method.
- the method and/or actions may be interchanged with one another without departing from the scope of the claims.
- the order and/or use of specific actions may be modified without departing from the scope of the claims.
- a storage medium may be any available tangible medium that can be accessed by a computer.
- such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM, or other optical disk storage, magnetic disk storage, or other magnetic storage devices, or any other tangible medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
- Disk and disc include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
- a computer program product may perform operations presented herein.
- a computer program product may be a computer readable tangible medium having instructions tangibly stored (and/or encoded) thereon, the instructions being executable by one or more processors to perform the operations described herein.
- the computer program product may include packaging material.
- Software or instructions may also be transmitted over a transmission medium.
- software may be transmitted from a website, server, or other remote source using a transmission medium such as a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technology such as infrared, radio, or microwave.
- a transmission medium such as a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technology such as infrared, radio, or microwave.
- modules and/or other appropriate means for performing the methods and techniques described herein can be downloaded and/or otherwise obtained by a user terminal and/or base station as applicable.
- a user terminal and/or base station can be coupled to a server to facilitate the transfer of means for performing the methods described herein.
- various methods described herein can be provided via storage means (e.g., RAM, ROM, a physical storage medium such as a CD or floppy disk, etc.), such that a user terminal and/or base station can obtain the various methods upon coupling or providing the storage means to the device.
- storage means e.g., RAM, ROM, a physical storage medium such as a CD or floppy disk, etc.
- any other suitable technique for providing the methods and techniques described herein to a device can be utilized.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Systems, methods, and devices are described for supporting macrocell-to-femtocell hand-ins of active macro communications for mobile devices. An out-of-band (OOB) link is used to detect that a mobile device is in proximity of a femtocell. Having detected the mobile device in proximity to the femtocell, an OOB proximity detection is communicated to a femtocell gateway disposed in a core network in communication with the macro network to effectively pre-register the mobile device with the femto-convergence system. When the femtocell gateway receives a handover request from the macro network implicating the pre-registered mobile device, it is able to reliably determine the appropriate target femtocell to use for the hand-in according to the pre-registration, even where identification of the appropriate target femtocell would otherwise be unreliable. Some embodiments may also handling registering the mobile device after a handover request has occurred, including tiered approaches.
Description
- The present Application claims priority to Provisional Application No. 61/393,533 entitled “Uniquely Identifying Target Femtocell to Facilitate Femto-Assisted Active Hand-in” filed Oct. 15, 2010, and assigned to the assignee hereof and hereby expressly incorporated by reference herein. This application is also related to: U.S. patent application Ser. No. ______, entitled “PROXIMITY DETECTION FOR FEMTOCELLS USING OUT-OF-BAND LINKS,” and referenced as Qualcomm Docket No. 102971, and U.S. patent application Ser. No. ______, entitled “FEMTOCELL INDICATION OF MOBILE DEVICE PROXIMITY AND TRANSMISSION OF MOBILE IDENTITY TO ASSIST IN RESOLVING FEMTOCELL DISAMBIGUATION,” and referenced as Qualcomm Docket No. 110936, each assigned to the assignee hereof and hereby expressly incorporated by reference herein.
- Communication networks are in wide use today, and often have multiple devices in communication over wireless links to carry voice and data. Many of these devices, such as cellular phones, smartphones, laptops, and tablets, are mobile, and may connect with a network wirelessly via a base station, access point, wireless router, or Node B (collectively referred to herein as “access points”). A mobile device may remain within the service area of such an access point for a relatively long period of time (thereby being “camped on” the access point) or may travel relatively rapidly through access point service areas, with cellular handover or reselection techniques being used for maintaining a communication session, or for idle mode operation as association with access points is changed.
- Issues with respect to available spectrum, bandwidth, or capacity may result in an access being unavailable or inadequate between certain mobile devices and an access point. Likewise, issues with respect to wireless signal propagation (e.g., shadowing, multipath fading, interference, etc.) may result in access being unavailable for particular mobile devices.
- Cellular networks have employed the use of various cell types, such as macrocells, microcells, picocells, and femtocells, to provide desired bandwidth, capacity, and wireless communication coverage within service areas. Femtocells may be used to provide wireless communication in areas of poor network coverage (e.g., inside of buildings), to provide increased network capacity, and to utilize broadband network capacity for backhaul. There may be a need in the art for novel functionality to accurately identify femtocells for a macrocell to femtocell hand-in.
- The present disclosure is directed to systems and methods for supporting macrocell-to-femtocell hand-ins of active macro communications for mobile devices. A femtocell detects a mobile device in its proximity (e.g., using an out-of-band link established by an out-of-band radio integrated with the femtocell as part of a femto-proxy system). Having detected the mobile device in its proximity, the femtocell communicates an OOB presence indicator to pre-register the mobile device with a femtocell gateway (e.g., another type of interface gateway) disposed in a core network in communication with the macro network. When the femtocell gateway receives a handover request from the macro network implicating the pre-registered mobile device, the femtocell gateway is able to reliably determine the appropriate femtocell to use for the hand-in according to the OOB presence indication. The OOB presence indication can be carried in an existing message between femtocell and femtocell gateway such as a registration message, handover response message, or an OOB presence message can be defined to communicate this indication.
- Some embodiments include a method for macrocell-to-femtocell hand-in. A user equipment may be in proximity to a femtocell using an out-of-band (OOB) communications link. A user equipment identifier may be identified corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link. The user equipment may be registered for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- Identifying the user equipment identifier may include receiving an OOB identifier associated with the user equipment identifier over the OOB communications link. Identifying the user equipment identifier may include receiving a macro identifier associated with the user equipment identifier over the OOB communications link. Registering the user equipment for hand-in from the macrocell to the femtocell may include transmitting a registration message from the femtocell to the femtocell gateway. Registering the user equipment for hand-in from the macrocell to the femtocell may include transmitting an OOB indication message from the femtocell to the femtocell gateway.
- In some embodiments, the method for macrocell-to-femtocell hand-in may further include utilizing a user equipment mapping between a macro identifier of the user equipment with the OOB identifier to determine the user equipment identifier. Detecting the user equipment in proximity to the femtocell may include paging the user equipment over the OOB communications link; and detecting a response to the paging from the user equipment over the OOB communications link. The response may include the OOB identifier of the user equipment. In some embodiments, the response may include the macro identifier for the user equipment.
- In some embodiments, the method for macrocell-to-femtocell hand-in may further include receiving a handover request for the user equipment at the femtocell from the femtocell gateway, the handover request being configured to direct the user equipment to hand off active communications with the macro network from the macrocell to the femtocell. The handover request may be received subsequent to registering the user equipment for hand-in from the macrocell to the femtocell. The handover request may be received prior to registering the user equipment for hand-in from the macrocell to the femtocell; and detecting the user equipment may include detecting the user equipment in response to receiving the handover request. Detecting the user equipment in response to receiving the handover request may include detecting the user equipment over the OOB communications link utilizing an OOB identifier of the user equipment. In some embodiments, detecting the user equipment in response to receiving the handover request may include detecting the user equipment over the OOB communications link utilizing a macro identifier of the user equipment. Registering the user equipment may further include transmitting a handover response accepting the handover request.
- In some embodiments, the method for macrocell-to-femtocell hand-in may further include detecting a loss of the OOB communications link between the user equipment and the femtocell. The user equipment may be de-registered according to detecting the loss of the OOB communications link.
- In some embodiments, the femtocell is one of multiple femtocells on a macro network, each femtocell having a first femtocell identifier according to which the femtocell is non-uniquely addressable by the macro network and a second femtocell identifier according to which the femtocell is uniquely addressable by the femtocell gateway. In some embodiments, the OOB communications link includes a Bluetooth link. The first femtocell identifier of each respective femtocell may include a primary scrambling code (PSC) of the respective femtocell. The user equipment identifier may include a macro identifier associated with the user equipment. The macro identifier may include a International Mobile Subscriber Identity (IMSI) associated with the user equipment.
- Some embodiments include a femtocell that may include an in-band frequency module, communicatively coupled with a macro network via a femtocell gateway and configured to provide cellular network access to user equipments. The femtocell may include an out-of-band (OOB) frequency module, communicatively coupled with the in-band frequency module and configured to communicate with the user equipments over an OOB communications link. The femtocell may include a communications management subsystem, communicatively coupled with the in-band frequency module and the OOB frequency module, and configured to: detect a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link; identify a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and register/or the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- The communications management subsystem may be configured to identify the user equipment identifier using a configuration to receive a macro identifier associated with the user equipment identifier over the OOB communications link. The communications management subsystem may be configured to identify the user equipment identifier using a configuration to receive an OOB identifier associated with the user equipment identifier over the OOB communications link. The communications management subsystem may be configured to register the user equipment using a configuration to transmit a registration message from the femtocell to the femtocell gateway. The communications management subsystem may be configured to register the user equipment using a configuration to transmit an OOB indication message from the femtocell to the femtocell gateway.
- The communications management subsystem may be further configured to utilize a user equipment mapping between a macro identifier of the user equipment with a OOB identifier to determine the user equipment identifier. The communications management subsystem configured to detect the user equipment in proximity to the femtocell may be configured to: page the user equipment over the OOB communications link; and/or detect a response to the paging from the user equipment over the OOB communications link. The response may include a macro identifier and/or an OOB identifier of the user equipment.
- The communications management subsystem may be further configured to: receive a handover request for the user equipment at the femtocell from the femtocell gateway, the handover request being configured to direct the user equipment to hand off active communications with the macro network from the macrocell to the femtocell. The handover request may be received subsequent to registering the user equipment for hand-in from the macrocell to the femtocell. The handover request may be received prior to registering the user equipment for hand-in from the macrocell to the femtocell. The communications management subsystem may be configured to detect the user equipment by detecting the user equipment in response to receiving the handover request. The communications management subsystem may be configured to detect the user equipment in response to receiving the handover request using a configuration to detect the user equipment over the OOB communications link utilizing an OOB identifier of the user equipment. In some embodiments, a macro identifier of the user equipment may be utilized.
- In some embodiments, the communications management subsystem may be further configured to detect a loss of the OOB communications link between the user equipment and the femtocell. The user equipment may be de-registered according to detecting the loss of the OOB communications link. In some embodiments, the communications management subsystem may be further configured to transmit a handover response accepting the handover request as part of registering the user equipment. In some embodiments, the femtocell is one of multiple femtocells on a cellular network, each femtocell having a first femtocell identifier according to which the femtocell is non-uniquely addressable by the macro network and a second femtocell identifier according to which the femtocell is uniquely addressable by the femto gateway.
- Some embodiments include a processor for macrocell-to-femtocell hand-in. The processor may include a communications management controller that may be configured to: detect a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link; identify a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and/or register the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- Some embodiments include computer program product for macrocell-to-femtocell hand-in residing on a processor-readable medium and including processor-readable instructions, which, when executed, cause a processor to perform steps that may include: detecting a user equipment in proximity to a femtocell using an out-of-band (OOB) communications link; identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and/or registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
- Some embodiments include a system for macrocell-to-femtocell hand-in. The system may include: means for detecting a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link; means for identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and/or means for registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating 00B proximity detection of the user equipment at the femtocell.
- Some embodiments include a method for macrocell-to-femtocell hand-in. The method may include receiving, at a femtocell gateway from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier. It may be determined, at the femtocell gateway, whether any of multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request. The handover request may be communicated, from the femtocell gateway, to the designated femtocell.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request may include determining a registering femtocell from the plurality of femtocells that has registered the user equipment prior to receiving the handover request; and/or determining that the registering femtocell is the designated femtocell with the first femtocell identifier. The method for macrocell-to-femtocell hand-in may further include receiving an acknowledgement message from the registering femtocell.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the relocation request may include determining that none of the multiple femtocells registered the user equipment prior to receiving the handover request. The method may further include determining a set of candidate femtocells from the multiple femtocells registered at the femto gateway. The set of candidate femtocells may be identified by at least the first femtocell identifier. Each of the set of candidate femtocells may be directed to detect whether the user equipment is in its proximity. An indication may be received from a successful femtocell of the candidate femtocells that the user equipment is in its proximity. It may be determined that the successful femtocell is the designated femtocell. In some embodiments, the method may further include monitoring an elapsed time subsequent to directing the set of candidate femtocells to detect whether the user equipment is in its proximity; and determining whether the indication from one of the candidate femtocells that the user equipment is in its proximity is received while the elapsed time is within a predefined time limit.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include determining whether an OOB proximity detection is received from any of the plurality of femtocells prior to receiving the handover request. The OOB proximity indication may include a macro identifier of the user equipment.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include determining whether an OOB proximity indication is received from any of the multiple femtocells prior to receiving the handover request. The OOB proximity indication may include an OOB identifier of the user equipment. A macro identifier of the user equipment corresponding to the OOB identifier of the user equipment may be determined.
- The method of macrocell-to-femtocell hand-in may further include determining whether the designated femtocell is uniquely addressable by the femtocell gateway according to the first femtocell identifier. Communicating, from the femtocell gateway, the handover request to designated femtocell may utilize the first femtocell identifier.
- Determining, at the femtocell gateway, whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include determining whether two or more femtocells of the multiple femtocells are addressable by the femtocell gateway according to the first femtocell identifier. Determining whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier may utilize a second femtocell identifier.
- In some embodiments, the method of macrocell-to-femtocell hand-in may further include determining a set of candidate femtocells from the multiple femtocells; and directing, using an OOB hand-in cause value in the handover request, each of the set of candidate femtocells to detect whether the user equipment is in its proximity. The method may further include receiving an OOB accept message from one of the candidate femtocells. The OOB accept message may indicate that the one of the candidate femtocells detects the user equipment in its proximity. The method may include identifying one of the candidate cells associated with the OOB accept message as the designated femtocell. In some embodiments, the method may further receiving at least an OOB reject message from one or more of the candidate femtocells or an error indication message from one or more of the candidate femtocells and no OOB accept messages; and/or transmitting to each of the candidate femtocells a handover request with a normal cause value. The method may further include receiving at least a blind accept or a blind reject from one or more of the candidate femtocells; and/or identifying one of the candidate femtocells associated with a blind accept as the designated femtocell.
- Some embodiments include a femtocell gateway that may include a macro network interface subsystem configured to communicate with a core node of a macro network and configured to receive communications from the macro network. The femtocell gateway may include a femtocell interface subsystem configured to communicate with multiple femtocells. The femtocell gateway may include a communications management subsystem, communicatively coupled with the macro network interface subsystem and the femtocell interface subsystem, and may be configured to: receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determine whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or communicate the handover request to designated femtocell.
- To determine whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem may be configured to: determine a registering femtocell from the multiple femtocells that has registered the user equipment prior to receiving the handover request; and/or determine that the registering femtocell is the designated femtocell with the first femtocell identifier. The communications management subsystem may be further configured to: receive an acknowledgement message from the registering femtocell.
- To determine whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem may be configured to: determine that none of the multiple femtocells registered the user equipment prior to receiving the handover request. The communications management subsystem may be further configured to determine a set of candidate femtocells from the multiple femtocells. The candidate femtocells may be identified by at least the first femtocell identifier. Each of the candidate femtocells may be directed to detect whether the user equipment is in its proximity. An indication may be received from a successful femtocell of the candidate femtocells that the user equipment is in its proximity. It may be determined that the successful femtocell is the designated femtocell. The communications management subsystem may be further configured to: monitor an elapsed time subsequent to directing the set of candidate femtocells to detect whether the user equipment is in its proximity; and/or determine whether the indication from one of the candidate femtocells that the user equipment is in its proximity is received while the elapsed time is within a predefined time limit.
- To determine whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem may be further configured to determine whether an OOB proximity indication is received from any of the multiple femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises a macro identifier of the user equipment. To determine whether any of the multiple femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem may be further configured to: determine whether an OOB proximity detection is received from any of the multiple femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises an OOB identifier of the user equipment; and/or determine a macro identifier of the user equipment corresponding to the OOB identifier of the user equipment.
- In some embodiments, the communications management subsystem may be further configured to: determine whether the designated femtocell is uniquely addressable by the femtocell gateway according to the first femtocell identifier. Communicating the handover request to designated femtocell may utilize the first femtocell identifier.
- In some embodiments, the communications management subsystem configured to determine whether any of the multiple femtocells registered the user equipment prior to receiving the handover request may include a configuration to: determine whether two or more femtocells of the multiple femtocells are addressable by the femtocell gateway according to the first femtocell identifier; and/or determine whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier utilizing a second femtocell identifier.
- In some embodiments, the communications management subsystem may be further configured to: determine a set of candidate femtocells from the multiple femtocells; and direct, using an OOB hand-in cause value in the handover request, each of the candidate femtocells to detect whether the user equipment is in its proximity. The communications management subsystem may be further configured to: receive an OOB accept message from one of the candidate femtocells, wherein the OOB accept message indicates that the one of the candidate femtocells detects the user equipment in its proximity; and/or identify the one of the candidate cells as the designated femtocell. The communications management subsystem may be further configured to: receive at least an OOB reject message from one or more of the candidate femtocells or an error indication message from one or more of the candidate femtocells and no OOB accept messages; and transmit to each of the candidate femtocells a handover request with a normal cause value. The communications management subsystem may be further configured to: receive at least a blind accept or a blind reject from one or more of the candidate femtocells; and/or identify one of the candidate femtocells associated with a blind accept as the designated femtocell.
- Some embodiments include a processor for macrocell-to-femtocell hand-in in a femtocell gateway. The processor may include a communications management controller configured to: receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determine whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or communicate the handover request to the designated femtocell.
- Some embodiments include a computer program product for macrocell-to-femtocell hand-in residing on a processor-readable medium disposed at a femtocell gateway and including a processor-readable instructions, which, when executed, cause a processor to perform steps that may include receiving, from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; determining whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or communicating the handover request to the designated femtocell.
- Some embodiments include system for macrocell-to-femtocell hand-in that may include: means for receiving, from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier; means for determining whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and/or means for communicating the handover request to the designated femtocell.
- The foregoing has outlined rather broadly examples according to disclosure in order that the detailed description that follows may be better understood. Additional features will be described hereinafter. The conception and specific examples disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present disclosure. Such equivalent constructions do not depart from the spirit and scope of the appended claims. Features which are believed to be characteristic of the concepts disclosed herein, both as to their organization and method of operation, together with associated advantages will be better understood from the following description when considered in connection with the accompanying figures. Each of the figures is provided for the purpose of illustration and description only and not as a definition of the limits of the claims.
- A further understanding of the nature and advantages of examples provided by the disclosure may be realized by reference to the remaining portions of the specification and the drawings wherein like reference numerals are used throughout the several drawings to refer to similar components. In some instances, a sub-label is associated with a reference numeral to denote one of multiple similar components. When reference is made to a reference numeral without specification to an existing sub-label, the reference numeral refers to all such similar components.
-
FIG. 1 shows a block diagram of a wireless communications system in accordance with various embodiments; -
FIG. 2A shows a block diagram of a wireless communications system that includes a femtocell in accordance with various embodiments; -
FIG. 2B shows a block diagram of a wireless communications system that another femtocell in accordance with various embodiments; -
FIG. 3 shows a block diagram of an example of a processor module for implementing functionality of a communications management subsystem in accordance with various embodiments; -
FIG. 4 shows a block diagram of an example of a mobile user equipment in accordance with various embodiments; -
FIG. 5 shows a simplified network diagram of a communications system for facilitating active hand-in using a femtocell in accordance with various embodiments; -
FIG. 6A shows a block diagram of a wireless communications system that includes a femtocell gateway in accordance with various embodiments; -
FIG. 6B shows a block diagram of another femtocell gateway in accordance with various embodiments; -
FIG. 7A shows a flow diagram of a method for handling user equipment registration with a femtocell in accordance with various embodiments; -
FIG. 7B shows a flow diagram of a method for handling user equipment registration with a femtocell using a Bluetooth radio for out-of-band proximity detection in accordance with various embodiments; -
FIG. 8 shows a flow diagram of a method for handling active hand-ins with a femtocell in accordance with various embodiments; -
FIG. 9 shows a call flow diagram illustrating an active hand-in in accordance with various embodiments such as the methods ofFIGS. 9 and 10 ; -
FIG. 10 shows a flow diagram of a method for handling de-registration of user equipment with a femtocell in accordance with various embodiments; -
FIG. 11 shows a flow diagram of a method for implementing certain active hand-in functionality without OOB proximity detection in accordance with various embodiments; -
FIG. 12 shows a flow diagram of a method for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments; -
FIG. 13A shows a flow diagram of a method for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments; -
FIG. 13B shows a flow diagram of a method for handling femtocell-assisted active hand-in at a femtocell gateway with a tiered approach in accordance with various embodiments; -
FIGS. 14A and 14B show call flow diagrams illustrating an active hand-in in accordance with various embodiments such the methods ofFIGS. 11 , 12, and/or and 13; -
FIG. 15A shows a call flow diagram of a method for handling the receipt of handover requests when a “tiered” approach is used and OOB detection is successful in accordance with various embodiments; and -
FIG. 15B shows a call flow diagram of a method for handling the receipt of handover requests when the “tiered” approach is used and OOB detection is unsuccessful in accordance with various embodiments. - The following description generally relates to supporting macrocell-to-femtocell hand-ins of active macro communications for mobile devices. A femtocell may detect a mobile device in its proximity (e.g., using an out-of-band link established by an out-of-band radio integrated with the femtocell, which may be part of a femto-proxy system). Having detected the mobile device in its proximity, the femtocell may communicate an OOB proximity detection or presence indication to pre-register the mobile device with a femtocell gateway (or other type of interface gateway) disposed in a core network in communication with the macro network. When the femtocell gateway receives a handover request from the macro network implicating the pre-registered mobile device, the femtocell gateway may be able to reliably determine the appropriate femtocell to use for the hand-in according to the OOB proximity detection. Some embodiments also provide for registering the mobile device after a handover request has occurred. In addition, some embodiments may provide “tiered” approaches for handling the receipt of handover requests.
- The following description provides examples, and is not limiting of the scope, applicability, or configuration set forth in the claims. Changes may be made in the function and arrangement of elements discussed without departing from the spirit and scope of the disclosure. Various examples may omit, substitute, or add various procedures or components as appropriate. For instance, the methods described may be performed in an order different from that described, and various operations may be added, omitted, or combined. Also, features described with respect to certain examples may be combined in other examples.
- Referring first to
FIG. 1 , a block diagram illustrates an example of awireless communications system 100. Thesystem 100 includesmacrocell base stations 105, user equipments (UEs) 115, abase station controller 120,femtocell 125, and a core network 130 (thecontroller 120 may be integrated into the core network 130). Thesystem 100 may support operation on multiple carriers (waveform signals of different frequencies). Multi-carrier transmitters can transmit modulated signals simultaneously on the multiple carriers. Each modulated signal may be a Code Division Multiple Access (CDMA) signal, Time Division Multiple Access (TDMA) signal, Frequency Division Multiple Access (FDMA) signal, Orthogonal FDMA (OFDMA) signal, Single-Carrier FDMA (SC-FDMA) signal, etc. Each modulated signal may be sent on a different carrier and may carry control information (e.g., pilot signals), overhead information, data, etc. Thesystem 100 may be a multi-carrier LTE network capable of efficiently allocating network resources. - The
UEs 115 may be any type of mobile station, mobile device, access terminal, subscriber unit, or user equipment. TheUEs 115 may include cellular phones and wireless communications devices, but may also include personal digital assistants (PDAs), smartphones, other handheld devices, netbooks, notebook computers, etc. Thus, the term user equipment (UE) should be interpreted broadly hereinafter, including the claims, to include any type of wireless or mobile communications device. - The
macrocell base stations 105 may wirelessly communicate with theUEs 115 via a base station antenna. Themacrocell base stations 105 may be configured to communicate with theUEs 115 under the control of thecontroller 120 via multiple carriers. Each of thebase station 105 sites can provide communication coverage for a respective geographic area. In some embodiments,macrocell base stations 105 may be referred to as a Node B. The coverage area for eachmacrocell base station 105 here is identified as 110-a, 110-b, or 110-c. The coverage area for a base station may be divided into sectors (not shown, but making up only a portion of the coverage area). Thesystem 100 may includebase stations 105 of different types (e.g., macro, micro, and/or pico base stations). As used herein, the term “cell” may refer to 1) a sector, or 2) a site (e.g., a base station 105). Thus, the term “macrocell” may refer to 1) a macrocell sector, 2) a macrocell base station (e.g., macrocell base station 105), and/or 3) a macrocell controller. Thus, the term “femtocell” may refer to 1) a femtocell sector, or 2) a femtocell base station (e.g., femtocell access point). - For the discussion below, the
UEs 115 operate on (are “camped on”) a macro or similar network facilitated by multiplemacrocell base stations 105. Eachmacrocell base station 105 may cover a relatively large geographic area (e.g., hundreds of meters to several kilometers in radius) and may allow unrestricted access by terminals with service subscription. A portion of theUEs 115 may also be registered to operate (or otherwise allowed to operate) in femtocell coverage area 110-d (e.g., communicating withfemtocell 125, which may be referred to as a femtocell access point (FAP) in some cases), within the coverage area of a macrocell 110-a. As aUE 115 approaches a femtocell, there may be need for novel mechanisms for theUE 115 to recognize the presence of thefemtocell 125 so that theUE 115 may migrate to thefemtocell 125 from themacrocell base station 105. - Strategic deployment of femtocells may be used to mitigate mobile device power consumption, as mobile devices typically operate using an internal power supply, such as a small battery, to facilitate highly mobile operation. Femtocells may be used to offload traffic and reduce spectrum usage at a macrocell. Femtocells may also be utilized to provide service within areas which might not otherwise experience adequate or even any service (e.g., due to capacity limitations, bandwidth limitations, signal fading, signal shadowing, etc.), thereby allowing mobile devices to reduce searching times, to reduce transmit power, to reduce transmit times, etc. A
femtocell 125 may provide service within a relatively small service area (e.g., within a house or building). Accordingly, aUE 115 is typically disposed near a femtocell 110-d when being served, often allowing theUE 115 to communicate with reduced transmission power. - By way of example, the femtocell may be implemented as a Home Node B (“HNB”) or Home eNode B (HeNB), and located in a user premises, such as a residence, an office building, etc.
Femtocell 125 will be used hereinafter generically to describe any femtocell access point, and should not be interpreted as limiting. Thefemtocell 125 location may be chosen for maximum coverage (e.g., in a centralized location), to allow access to a global positioning satellite (GPS) signal (e.g., near a window), or in other locations. A set ofUEs 115 may be registered on (e.g., on a whitelist of) asingle femtocell 125 that provides coverage over substantially an entire user premises. The “home”femtocell 125 provides theUE 115 with access to communication services via a connection to the macrocell communications network. As used herein, the macrocell communications network is assumed to be a wireless wide-area network (WWAN). As such, terms like “macrocell network” and “WWAN network” are interchangeable. Similar techniques may be applied to other types of network environments, femtocell coverage topologies, etc., without departing from the scope of the disclosure or claims. - Systems, methods, devices, and computer program products are described to identify target femtocells to facilitate femto-assisted active hand-ins. In example configurations, the
femtocell 125 may be integrated with one or more OOB transceivers. Thefemtocell 125 may transmit or receive OOB discovery signals (e.g., Bluetooth page or inquiry signals) to or from aUE 115 to facilitate the exchange of femtocell and device information. Thefemtocell 125 may, of course, also be configured to connect with aUE 115 via in-band signals. Thefemtocell 125 may detect theUE 115 in proximity to thefemtocell 125 using an OOB communications link. Thefemtocell 125 may identify an identifier of theUE 115. Thefemtocell 125 may register theUE 115 for hand-in from themacrocell base station 105 for example, to thefemtocell 125. The registration process may include communicating, from thefemtocell 125 to a femtocell gateway (not shown), the UE identifier and indicating OOB proximity detection of theUE 115 to thefemtocell 125. - As used herein, the term “frequency range” may be used to refer to the frequency spectrum allocated to a particular macrocell or femtocell, or for OOB signaling. A macrocell frequency range may be a first frequency channel within a set of frequencies allocated to WWAN communications, and a femtocell frequency range may be a second frequency channel within the set of frequencies allocated to WWAN communications. The macrocell frequency range and the femtocell frequency range may the same, or different (therefore, there may be an intra-frequency or inter-frequency search for a femtocell). Additional macrocell frequency ranges may occupy other frequency channels within the set of frequencies allocated to WWAN communications.
- As used herein, “out-of-band,” or “OOB,” includes any type of communications that are out-of-band with respect to the macrocell or femtocell communications network. For example, a
femtocell 125 and/or theUE 115 may be configured to operate using Bluetooth (e.g.,class 1, class 1.5, and/or class 2), ZigBee (e.g., according to the IEEE 802.15.4-2003 wireless standard), near field communication (NFC), WiFi, an ultra-wideband (UWB) link, and/or any other useful type of communications out of the macrocell network band. - OOB integration with the
femtocell 125 may provide a number of features. For example, the OOB signaling may allow for reduced interference, lower power femtocell registration, macrocell offloading, and so on. Further, the integration of OOB functionality with thefemtocell 125 may allow theUEs 115 associated with thefemtocell 125 to also be part of an OOB piconet. The piconet may facilitate enhanced HNB functionality, other communications services, power management functionality, and/or other features to theUEs 115. These and other features will be further appreciated from the description below. -
FIG. 2A shows a block diagram of a wireless communications system 200-a that includes OOB capabilities. This system 200-a may be an example of aspects of thesystem 100 depicted inFIG. 1 . The femtocell 125-a may include an OOB frequency module 240-a, an in-band frequency module 230-a, and/or acommunications management subsystem 250. The in-band frequency module 230-a may be a femto Node B and/or radio network controller, as described with reference toFIG. 1 . The femtocell 125-a also may includeantennas 205, atransceiver module 210,memory 215, and aprocessor module 225, which each may be in communication, directly or indirectly, with each other (e.g., over one or more buses). Thetransceiver module 210 may be configured to communicate bi-directionally, via theantennas 205, with theUEs 115. The transceiver module 210 (and/or other components of the femtocell 125-a) may also be configured to communicate bi-directionally with a macro communications network 100-a (e.g., a WWAN). For example, thetransceiver module 210 may be configured to communicate with the macro communications network 100-a via a backhaul network. The macro communications network 100-a may be thecommunications system 100 ofFIG. 1 . - The
memory 215 may include random access memory (RAM) and read-only memory (ROM). In some embodiments, thememory 215 includes (or is in communication with) adata store 217 configured to store UE mappings 219. As described more fully below, theseUE mappings 219 may be used to facilitate certain femtocell-assisted hand-in functionality. Typically theUE mappings 219 map a identifier of each UE 115 (e.g., the International Mobile Subscriber Identity (IMSI) associated with the UE's 115 SIM card) with an OOB identifier corresponding to the UE's 115 OOB radio (e.g., the UE's 115 Bluetooth address). In certain embodiments, further mappings are maintained for eachUE 115 by theUE mappings 219 including, for example, a public long code mask. - The
memory 215 may also store computer-readable, computer-executable software code 220 containing instructions that are configured to, when executed, cause theprocessor module 225 to perform various functions described herein (e.g., call processing, database management, message routing, etc.). Alternatively, thesoftware 220 may not be directly executable by theprocessor module 225 but be configured to cause the computer, e.g., when compiled and executed, to perform functions described herein. - The
processor module 225 may include an intelligent hardware device, e.g., a central processing unit (CPU) such as those made by Intel® Corporation or AMD®, a microcontroller, an application specific integrated circuit (ASIC), etc. Theprocessor module 225 may include a speech encoder (not shown) configured to receive audio via a microphone, convert the audio into packets (e.g., 30 ms in length) representative of the received audio, provide the audio packets to thetransceiver module 210, and provide indications of whether a user is speaking Alternatively, an encoder may only provide packets to thetransceiver module 210, with the provision or withholding/suppression of the packet itself providing the indication of whether a user is speaking - The
transceiver module 210 may include a modem configured to modulate the packets and provide the modulated packets to theantennas 205 for transmission, and to demodulate packets received from theantennas 205. While some examples of the femtocell 125-a may include asingle antenna 205, the femtocell 125-a preferably includesmultiple antennas 205 for multiple links. For example, one or more links may be used to support macro communications with theUEs 115. Also, one or more out-of-band links may be supported by thesame antenna 205 ordifferent antennas 205. - Notably, the femtocell 125-a may be configured to provide both in-band frequency module 230-a and OOB frequency module 240-a functionality. For example, when the
UE 115 approaches the femtocell coverage area, the UE's 115 OOB radio may begin searching for the OOB frequency module 240-a. In some cases, the OOB frequency module 240-a may page the UE's OOB radio. Upon discovery, theUE 115 may have a high level of confidence that it is in proximity to the femtocell coverage area, and a scan for the in-band frequency module 230-a may commence. Similarly, the OOB frequency module 240-a may be utilized by the femtocell 125-a to determine that aUE 115 is in proximity to the femtocell 125-a. - The scan for the in-band frequency module 230-a may be implemented in different ways. For example, due to the OOB frequency module 240-a discovery by the UE's 115 OOB radio, both the
UE 115 and the femtocell 125-a may be aware of each other's proximity. TheUE 115 may scan for the in-band frequency module 230-a. Alternatively, the in-band frequency module 230-a may poll for the UE 115 (e.g., individually, or as part of a round-robin polling of all registered UEs 115), and theUE 115 may listen for the poll. When the scan for the in-band frequency module 230-a is successful, theUE 115 may attach to the in-band frequency module 230-a. - When the
UE 115 is in the femtocell coverage area and is linked to the in-band frequency module 230-a through a communication link, theUE 115 may be in communication with the macro communications network 100-a via the in-band frequency module 230-a. As described above, theUE 115 may also be a slave of a piconet for which the OOB frequency module 240-a acts as the master. For example, the piconet may operate using Bluetooth and may include Bluetooth communications links facilitated by a Bluetooth radio (e.g., implemented as part of the transceiver module 210) in the in-band frequency module 230-a. - Examples of the in-band frequency module 230-a have various configurations of base station or wireless access point equipment. As used herein, the in-band frequency module 230-a may be a device that communicates with various terminals (e.g., client devices (
UEs 115, etc.), proximity agent devices, etc.) and may also be referred to as, and include some or all the functionality of, a base station, a Node B, Home Node B, and/or other similar devices. Although referred to herein as the in-band frequency module 230-a, the concepts herein are applicable to access point configurations other than femtocell configuration (e.g., picocells, microcells, etc.). Examples of the in-band frequency module 230-a utilize communication frequencies and protocols native to a corresponding cellular network (e.g., the macro communications network 100-a, or a portion thereof) to facilitate communication within a femtocell coverage area associated with the in-band frequency module 230-a (e.g., to provide improved coverage of an area, to provide increased capacity, to provide increased bandwidth, etc.). - The in-band frequency module 230-a may be in communication with other interfaces not explicitly shown in
FIG. 2A . For example, the in-band frequency module 230-a may be in communication with a native cellular interface as part of the transceiver module 210 (e.g., a specialized transceiver utilizing cellular network communication techniques that may consume relatively large amounts of power in operation) for communicating with various appropriately configured devices, such as theUE 115, through a native cellular wireless link (e.g., an “in-band” communication link) Such a communication interface may operate according to various communication standards, including but not limited to wideband code division multiple access (W-CDMA), CDMA2000, global system for mobile telecommunication (GSM), worldwide interoperability for microwave access (WiMax), and wireless LAN (WLAN). Also or alternatively, the in-band frequency module 230-a may be in communication with one or more backend network interfaces as part of the transceiver module 210 (e.g., a backhaul interface providing communication via the Internet, a packet switched network, a switched network, a radio network, a control network, a wired link, and/or the like) for communicating with various devices or other networks. - As described above, the in-band frequency module 230-a may further be in communication with one or more OOB interfaces as part of the
transceiver module 210 and/or the OOB frequency module 240-a. For example, the OOB interfaces may include transceivers that consume relatively low amounts of power in operation and/or may cause less interference in the in-band spectrum with respect to the in-band transceivers. Such an OOB interface may be utilized according to embodiments to provide low power wireless communications with respect to various appropriately configured devices, such as an OOB radio of theUE 115. The OOB interface may, for example, provide a Bluetooth link, an ultra-wideband (UWB) link, an IEEE 802.11 (WLAN) link, etc. - The terms “high power” and “low power” as used herein are relative terms and do not imply a particular level of power consumption. Accordingly, OOB devices (e.g OOB frequency module 240-a) may simply consume less power than native cellular interface (e.g., for macro WWAN communications) for a given time of operation. In some implementations, OOB interfaces also provide relatively lower bandwidth communications, relatively shorter range communication, and/or consume relatively lower power in comparison to the macro communications interfaces. There is no limitation that the OOB devices and interfaces be low power, short range, and/or low bandwidth. Devices may use any suitable out-of-band link, whether wireless or otherwise, such as IEEE 802.11, Bluetooth, PEANUT, UWB, ZigBee, an IP tunnel, a wired link, etc. Moreover, devices may utilize virtual OOB links, such as through use of IP based mechanisms over a wireless wide area network (WWAN) link (e.g., IP tunnel over a WWAN link) that acts as a virtual OOB link.
- OOB frequency module 240-a may provide various types of OOB functionality and may be implemented in various ways. An OOB frequency module 240-a may have any of various configurations, such as a stand-alone processor-based system, a processor-based system integrated with a host device (e.g., access point, gateway, router, switch, repeater, hub, concentrator, etc.), etc. For example, the OOB frequency module 240-a may include various types of interfaces for facilitating various types of communications. In some embodiments, the OOB frequency module 240-a may be referred to as a femto-proxy module.
- Some OOB frequency module 240-a include one or more OOB interfaces as part of the transceiver module 210 (e.g., a transceiver that may consume relatively low amounts of power in operation and/or may cause less interference than in the in-band spectrum) for communicating with other appropriately configured devices (e.g., a UE 115) for providing interference mitigation and/or femtocell selection herein through a wireless link. One example of a suitable communication interface is a Bluetooth-compliant transceiver that uses a time-division duplex (TDD) scheme.
- OOB frequency module 240-a may also include one or more backend network interfaces as part of the transceiver module 210 (e.g., packet switched network interface, switched network interface, radio network interface, control network interface, a wired link, and/or the like) for communicating with various devices or networks. An OOB frequency module 240-a that is integrated within a host device, such as with in-band frequency module 230-a, may utilize an internal bus or other such communication interface in the alternative to a backend network interface to provide communications between the OOB frequency module 240-a and other devices, if desired. Additionally or alternatively, other interfaces, such as OOB interfaces, native cellular interfaces, etc., may be utilized to provide communication between the OOB frequency module 240-a and the in-band frequency module 230-a and/or other devices or networks.
- Various communications functions (e.g., including those of the in-band frequency module 230-a and/or the OOB frequency module 240-a) may be managed using the
communications management subsystem 250. For example, thecommunications management subsystem 250 may at least partially handle communications with the macro (e.g., WWAN) network, one or more OOB networks (e.g., piconets,UE 115 OOB radios, other femto-proxies, OOB beacons, etc.), one or more other femtocells (e.g., in-band frequency module 230-a),UEs 115, etc. For example, thecommunications management subsystem 250 may be a component of the femtocell 125-a in communication with some or all of the other components of the femtocell 125-a via a bus. - Various other architectures are possible other than those illustrated by
FIG. 2A . The in-band frequency module 230-a and/or the OOB frequency module 240-a may or may not be collocated, integrated into a single device, configured to share components, etc. For example, the femtocell 125-a ofFIG. 2A has an integrated in-band frequency module 230-a and OOB frequency module 240-a that at least partially share components, including theantennas 205, thetransceiver module 210, thememory 215, and theprocessor module 225. - The components of the femtocell 125-a may, individually or collectively, be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors. They may also be implemented with one or more application specific integrated circuits (ASICs) adapted to perform some or all of the applicable functions in hardware. Alternatively, the functions may be performed by one or more other processing units (or cores), on one or more integrated circuits. In other embodiments, other types of integrated circuits may be used (e.g., Structured/Platform ASICs, Field Programmable Gate Arrays (FPGAs), and other Semi-Custom ICs), which may be programmed in any manner known in the art.
-
FIG. 2B shows a block diagram of a wireless communications system 200-b that includes an architecture of a femtocell 125-b that is different from the architecture shown inFIG. 2A . Similar to the femtocell 125-a ofFIG. 2A , the femtocell 125-b includes an OOB frequency module 240-b and an in-band frequency module 230-b. Unlike the system 125-a ofFIG. 2A , however, each of the OOB frequency module 240-b and the in-band frequency module 230-b has itsown antenna 205,transceiver module 210,memory 215, andprocessor module 225. Bothtransceiver modules 210 are configured to communicate bi-directionally, via theirrespective antennas 205, withUEs 115. The transceiver module 210-1 of the in-band frequency module 230-b is illustrated in bi-directional communication with the macro communications network 100-b (e.g., typically over a backhaul network). - For the sake of illustration, the femtocell 125-b is shown without a separate
communications management subsystem 250. In some configurations, acommunications management subsystem 250 is provided in both the OOB frequency module 240-b and the in-band frequency module 230-b. In other configurations, thecommunications management subsystem 250 is implemented as part of the OOB frequency module 240-b. In still other configurations, functionality of thecommunications management subsystem 250 is implemented as a computer program product (e.g., stored assoftware 220 in memory 215) of one or both of the OOB frequency module 240-b and the in-band frequency module 230-b. - The components of the femtocell 125-b may, individually or collectively, be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors. They may also be implemented with one or more application specific integrated circuits (ASICs) adapted to perform some or all of the applicable functions in hardware. Alternatively, the functions may be performed by one or more other processing units (or cores), on one or more integrated circuits. In other embodiments, other types of integrated circuits may be used (e.g., Structured/Platform ASICs, Field Programmable Gate Arrays (FPGAs), and other Semi-Custom ICs), which may be programmed in any manner known in the art.
- In yet other configurations, some or all of the functionality of the
communications management subsystem 250 of system 200-a may implemented as a component of theprocessor module 225.FIG. 3 shows a block diagram 300 of a processor module 225-a for implementing functionality of thecommunications management subsystem 250. The processor module 225-a may include aWWAN communications controller 310 and auser equipment controller 320. The processor module 225-a may be in communication (e.g., as illustrated inFIGS. 2A and 2B ) with theOOB frequency module 240 and/or the in-band frequency module 230. TheWWAN communications controller 310 may be configured to receive a WWAN communication (e.g., a page) for a designatedUE 115. Theuser equipment controller 320 may determine how to handle the communication, including affecting operation of theOOB frequency module 240 and/or the in-band frequency module 230. - Both the in-band frequency module 230-a of
FIG. 2A and the in-band frequency module 230-b ofFIG. 2B are illustrated as providing a communications link only to the macro communications network 100-a. However, the in-band frequency module 230 may provide communications functionality via many different types of networks and/or topologies. For example, the in-band frequency module 230 may provide a wireless interface for a cellular telephone network, a cellular data network, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), the public switched telephone network (PSTN), the Internet, etc. - As described above, the
femtocell 125 may be configured to communicate with client devices, including theUEs 115.FIG. 4 shows a block diagram 400 of mobile user equipment (UE) 115-a for use with thefemtocell 125 ofFIGS. 2A and/or 2B in the context of the communications systems and networks ofFIGS. 1-3 . The UE 115-a may have any of various configurations, such as personal computers (e.g., laptop computers, net book computers, tablet computers, etc.), cellular telephones, PDAs, digital video recorders (DVRs), internet appliances, gaming consoles, e-readers, etc. For the purpose of clarity, the UE 115-a is assumed to be provided in a mobile configuration, having an internal power supply (not shown), such as a small battery, to facilitate mobile operation. - The UE 115-a may include
antennas 445, an in-band transceiver module 410, anOOB transceiver module 405,memory 415, and aprocessor module 425, which each may be in communication, directly or indirectly, with each other (e.g., via one or more buses). Thetransceiver modules antennas 445 with femtocells and macrocells. For example, the in-band transceiver module 410 may be configured to communicate bi-directionally withmacrocell base stations 105 of a macrocell ofFIG. 1 , and with thefemtocell 125 ofFIG. 1 , 2A, or 2B. TheOOB transceiver module 405 may be configured to communicate bi-directionally with thefemtocell 125 ofFIG. 1 , 2A, or 2B. Eachtransceiver module antennas 445 for transmission, and to demodulate packets received from theantennas 445. While the UE 115-a may include a single antenna, the UE 115-a will typically includemultiple antennas 445 for multiple links. - As generally referenced above, the
OOB transceiver module 405 may be configured to communicate with a femtocell over one or more OOB communication links as described in more detail below. TheOOB transceiver module 405 at the mobile device 115-a may include a Bluetooth transceiver for example. - The
memory 415 may include random access memory (RAM) and read-only memory (ROM). Thememory 415 may store computer-readable, computer-executable software code 420 containing instructions that are configured to, when executed, cause theprocessor module 425 to perform various functions described herein (e.g., call processing, database management, message routing, etc.). Alternatively, thesoftware 420 may not be directly executable by theprocessor module 425 but be configured to cause the computer (e.g., when compiled and executed) to perform functions described herein. - The
processor module 425 may include an intelligent hardware device, e.g., a central processing unit (CPU) such as those made by Intel® Corporation or AMD®, a microcontroller, an application specific integrated circuit (ASIC), etc. The processor module 325 may include a speech encoder (not shown) configured to receive audio via a microphone, convert the audio into packets (e.g., 30 ms in length) representative of the received audio, provide the audio packets to the in-band transceiver module 410, and provide indications of whether a user is speaking Alternatively, an encoder may only provide packets to the in-band transceiver module 410, with the provision or withholding/suppression of the packet itself providing the indication of whether a user is speaking - According to the architecture of
FIG. 4 , the UE 115-a further includes acommunications management module 440. Thecommunications management module 440 may manage communications with a macrocell, femtocell, other UEs 115 (e.g., acting as a master of a secondary piconet), etc. By way of example, thecommunications management module 440 may be a component of the UE 115-a in communication with some or all of the other components of the UE 115-a via a bus. Alternatively, functionality of thecommunications management module 440 may be implemented as a component of atransceiver module processor module 425. - Some components of the UE 115-a may, individually or collectively, be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors. They may also be implemented with one or more application specific integrated circuits (ASICs) adapted to perform some or all of the applicable functions in hardware. Alternatively, the functions may be performed by one or more other processing units (or cores), on one or more integrated circuits. In other embodiments, other types of integrated circuits may be used (e.g., Structured/Platform ASICs, Field Programmable Gate Arrays (FPGAs), and other Semi-Custom ICs), which may be programmed in any manner known in the art.
- In many cases, it is desirable to support active hand-in from a macrocell (e.g.,
macrocell base stations 105 ofFIG. 1 ) to thefemtocell 125 and/or active hand-out from thefemtocell 125 to themacrocell base station 105 using handovers to provide seamless voice and data service to active users (active UEs 115). Active handouts can be relatively simple to implement and are supported by most operators with legacymacro networks 100 andUEs 115. However, active hand-in may be challenging and may not typically be supported by operators. - For example, as a
UE 115 moves during the course of active communications with the macro network 100 (e.g., during a voice call, an active data transfer, etc.), a determination may be made that a handover is needed (e.g., the currentmacrocell base station 105 signal may become weak). The need for a handover may be determined according to measurement reports sent by theactive UE 115. Notably, the phrase “measurement report” may be generally associated with 3GPP networks, but is intended herein to include any similar types of measurement reporting in any similar type of network (e.g., including “PSMMs,” or pilot strength measurements, in 3GPP2 networks). - The measurement reports may include a measurement of the strength of the pilot observed by the
UE 115 and the forward link cell identifier of the target cell. The cell identifier may be any identifier used by themacro network 100 to identify a particular cell. For example, the cell identifier may be a “PSC” (primary scrambling code) in a 3GPP network, a “PN offset” in a 3GPP2 network, etc. On a typicalmacro network 100, enough cell identifiers (e.g., PSC) may be available to substantially ensure that, given the geographical distribution of themacrocell base stations 105, eachmacrocell base station 105 can effectively be uniquely identified by its cell identifier (e.g., by a Radio Network controller (RNC) 120 in themacro network 100, a Serving GPRS Support Node (SGSN) in the core of the network, etc.). - While
macrocell base stations 105 may effectively be uniquely identified by themacro network 100, there are typically not enough remaining cell identifiers to uniquely identify all femtocells, such asfemtocell 125, and in particular, the in-band frequency modules 230 added to the network. For example, a typicalmacro network 100 may have 512 PSC values available for assignment to all the cells in its network. PN offsets may be reused on different carriers, in different geographic regions, etc. to extend the number of cells that can effectively be identified without confusion. However, only a small portion of the PSC values may be available for use by thefemtocells 125, through their in-band frequency modules 230 (i.e., other than the values reserved for use by macrocell base stations 105), and the number and density offemtocells 125 may be relatively large in some areas. For example, only a small number of PSC values must be reused among possibly hundreds offemtocells 125 per macro sector. - When a handover is required for an
active UE 115 to a macrocell base station 105 (as a handover from anothermacrocell base station 105 or as a hand-out from a femtocell 125), the cell identifier provided in the measurement report may be sufficient to reliably determine the appropriatemacrocell base station 105 for hand-off. The active communication may be handed off to the correct target cell without ambiguity. However, when a handover may be required for anactive UE 115 to a femtocell 125 (as a hand-in from a macrocell base station 105), the same cell identifier provided in the measurement report may be shared bymultiple femtocells 125 in the same macro sector. As such, the cell identifier alone may be insufficient to reliably determine theappropriate femtocells 125 for hand-in in all cases. For example, theUE 115 may be near itsfemtocell 125, and it may be desirable to hand-in to thatfemtocell 125, but anotherfemtocell 125 in the macro sector may be associated with the same cell identifier. - In some newer networks, additional identifiers are available that may mitigate or solve this issue. For example, in UMTS networks, cells may be upgraded to broadcast system information (SI), location information, and/or other information that may make identification of a
particular femtocell 125 based only on its cell identifier(s) more unique and reliable. UpgradedUEs 115 can exploit new cell identifier(s), for example, by decoding the system information of neighboring cells and reporting the identifiers in measurement reports during active communications. The controllers (which may include macro radio network controls (RNC) 120 and/or Serving GPRS Support Node (SGSN) 550, shown below inFIG. 5 ) can then include the SI (e.g. CELL_ID, C) in the handover messages to uniquely identify the target femtocell 125 (e.g., to the femtocell gateway). This technique may only be available for communications between upgraded networks and upgradedUEs 115. For operators who do not want to upgrade the air interface, this technique may not be available. Likewise for operators who do want to upgrade their networks (e.g.RNC 120 andSGSN 650 shown below inFIG. 6A ) to forward the SI to the femtocell gateway, this technique may not be available. - Operators of legacy networks (including those desiring to communicate with legacy UEs 115) may address this difficulty with active hand-in in different ways. Some typical networks may not support active hand-in at all. In the event that the hand-in may be the only way to maintain the active communications with the
UE 115, the active communications may simply be lost (e.g., a call may be dropped when signals frommacrocell base station 105 are lost, even when theUE 115 is otherwise in the femtocell coverage area). - According to at least one technique for addressing the difficulty with active hand-in in legacy networks, some operators may implement blind handover. For example, when the measurement report includes a cell identifier that is shared by
multiple femtocells 125 in the same macro sector, the network may blindly select any of thefemtocells 125 having that cell identifier for the hand-in. If blind selection results in hand-in to anappropriate femtocell 125, the hand-in may be successful. However, if blind selection results in hand-in to an inappropriate femtocell 125 (e.g., one that is out of range of theUE 115, one for which theUE 115 is not authorized to attach, etc.), the active communications may be lost. - It will now be appreciated that operators of legacy systems may be unable to reliably support active hand-ins to
femtocells 125 using existing techniques. Embodiments include novel techniques for supporting active hand-ins for legacy networks and/or forlegacy UEs 115. Turning toFIG. 5 , a simplified network diagram is shown of acommunications system 500 for facilitating active hand-in. - The
communications system 500 may include amacro network 100, a user local network 510, and a core network 530. The core network 530 may include, among other things, afemtocell gateway 540 and/or aSGSN 550. Thefemtocell gateway 540 may be in communication with a number of femtocells 125 (only onefemtocell 125 is shown for clarity), and theSGSN 550 is in communication with multiplemacrocell base stations 105 via one or more macro RNCs 120 (only onemacrocell base station 105 is show for clarity). Thefemtocell 125 is in communication through in-band frequency module 230 with themacro network 100 via core network 530 elements, such that cellular communications may be facilitated through thefemtocell 125 using functionality of thefemtocell gateway 540 and/orSGSN 550. - A
UE 115 in active communications with the macrocell base station 105 (over a macro communications link 560-b) may approach a coverage area of thefemtocell 125. As described above, the macro network 100 (e.g., the macro RNC 120) may determine that a handover is needed based on a measurement report from theUE 115. The measurement report may identify thetarget femtocell 125 by its cell identifier (e.g., its PSC). A handover request may then be sent by theSGSN 550 to thetarget femtocell gateway 540 for identifying anappropriate femtocell 125 for the hand-in. - As discussed, particularly where
multiple femtocells 125 share a cell identifier, it may be difficult or impossible for thefemtocell gateway 540 to reliably determine theappropriate target femtocell 125 for hand-in using the cell identifier alone. Some embodiments may exploit features offemtocell 125. As shown, the user local network 510 includes the in-band frequency module 230 functionality integrated with OOB functionality of anOOB frequency module 240 as part of afemtocell 125. This OOB functionality may be facilitated over an OOB communications link 570 that can be established between theUE 115 and theOOB frequency module 240. This in-band functionality may be facilitated over an in-band communications link 550-a that can be established between theUE 115 and the in-band frequency module 230. The in-band communications link 550-a may be established, for example, when a hand-in occurs frommacrocell 105 tofemtocell 125. - While many different types of out-of-band communications may be used to facilitate functionality described here (e.g., as discussed above), the discussion below focuses on Bluetooth as facilitating the OOB communications of these embodiments. Other embodiments may utilize other types of out-of-band communications. Bluetooth may provide certain features. One feature is that Bluetooth radios may be integrated into
many UEs 115, so that the Bluetooth functionality can be exploited for many users without modifying their existingUEs 115. Another feature is that the tolerable path loss between two “Class 1.5” Bluetooth devices may be comparable or even higher than between afemtocell 125 and aUE 115. In any given environment, this higher tolerable path loss may translate to higher effective range (e.g., facilitatingfemtocell 125 discovery, handover, and/or interference mitigation, as described herein). - Yet another feature of Bluetooth is that the Bluetooth address (BD_ADDR) can provide a unique, 48-bit address used to identify each Bluetooth enabled device. The Bluetooth address may be used when a device communicates with another device, and is divided into a 24-bit LAP (Lower Address Part), a 16-bit NAP (Non-significant Address Part), and an 8-bit UAP (Upper Address Part). The LAP may be assigned by a manufacturer and may be unique for each Bluetooth device, while UAP and NAP may be part of an Organizationally Unique Identifier (OUI). Using the Bluetooth address, each Bluetooth adapter in any device may be identified according to a globally unique value.
- As described more fully below, embodiments may operate in the context of a system, like the
communications system 500 ofFIG. 5 , to support active hand-ins with minimal or no change to legacymacro networks 100 and/or tolegacy UEs 115. One set of such embodiments uses modifications to UEs 115 and thefemtocell gateway 540 to facilitate active hand-in. In particular, an OOB identifier of thefemtocell 125 may be detected by theUE 115 and communicated as part of the measurement report to facilitate identification of thetarget femtocell 125 by thefemtocell gateway 540. - Each of the
UE 115 and the femtocell 125 (throughOOB frequency module 240, for example) may have a unique Bluetooth device address (BD_ADDR) that may be used for paging the other device (e.g.,UE 115 pages thefemtocell 125 or thefemtocell 125 pages the UE 115). It is understood that the BD_ADDR of the other device may be known by the paging device. Notably, the same or similar techniques may be used for other types of out-of-band addressing. For example, the devices may know each other's WiFi MAC address, etc. TheUE 115 may then assist themacro network 100 in effecting the active hand-in. - In some embodiments, after an OOB communications link 570 is established with the
OOB frequency module 240 of thefemtocell 125, theUE 115 can communicate a cell identifier (e.g., PSC) and the OOB identifier (e.g., Bluetooth device address) of thetarget femtocell 125 to theSGSN 550 as part of its measurement report. Thefemtocell gateway 540 may maintain a mapping between the cell identifier and the OOB identifier, which can then be used to uniquely identify thetarget femtocell 125 for active hand-in. - One technique may involve upgrades at the
UE 115 “air-interface” (i.e., new messages or modifications of existing messages are involved). Also, proper communication ofnew UE 115 messaging may involve changes to themacro RNCs 120, theSGSN 550, thefemtocell gateway 540, and the femtocell 125 (and in particular, the in-band frequency module 230 of the femtocell 125). These changes to the legacymacro network 100 may largely be software upgrades (rather than hardware upgrades), but operators may still be reluctant to implement the changes. - Another set of embodiments supports active hand-ins for both
macro networks 100 andUEs 115, which may be legacymacro networks 100 and/orlegacy UEs 115 in some cases. In particular, changes to thefemtocell 125 and/or thefemtocell gateway 540 may allow forfemtocell 125 assisted active hand-in. Embodiments offemtocell 125 assisted hand-in may be implemented without changes to the air-interface, themacro RNC 120, or theSGSN 550.Femtocell 125 assisted hand-in may exploit registration by thefemtocell 125 ofUEs 115 at the femtocell gateway 540 (e.g., using OOB proximity detection to effectively pre-register theUE 115 with the femtocell gateway 540). When a handover directive is received at thefemtocell gateway 540 implicating aUE 115, registration of theUE 115 can be used by thefemtocell gateway 540 to help determine theappropriate target femtocell 125 for hand-in. - As described above with reference to
FIG. 2A , embodiments of thefemtocell 125 may maintainUE mappings 219. Typically, theUE mappings 219 map a macro identifier of each UE 115 (e.g., the International Mobile Subscriber Identity (IMSI), Mobile Equipment Identifier (MEID), Electronic Serial Number (ESN), etc.) with an OOB identifier corresponding to the UE's 115 OOB radio (e.g., Bluetooth device address, WiFi MAC address, etc.). When thefemtocell 125 is a restricted access femtocell, theUE mappings 219 may be maintained only for authorized users. For example, an access control list may be maintained at thefemtocell 125 that includes or is associated with the UE mappings 219. - Notably, there may various ways to establish the UE mappings 219. According to one exemplary technique, the
UE 115 calls a particular number, which may automatically trigger an OOB pairing (e.g., a Bluetooth pairing) between theUE 115 and thefemtocell 125. Thus, the mapping between the UE macro identifier and OOB identifier may be established. According to another exemplary technique, a user manually enters the UE's 115 macro identifier (e.g., IMSI) and OOB identifier (e.g., BD_ADDR) into a user interface at thefemtocell 125. According to yet another exemplary technique, a user enters the mapping information via a portal (e.g., a web page), and thefemtocell 125 downloads the information (e.g., or thefemtocell 125 includes a web server and the portal directly addresses femtocell 125). In yet another exemplary technique, the OOB identifier of the UE can be entered into the portal by using a sniffer, an OOB-enabled device that wirelessly obtains the OOB identifier and reports it to the portal. - Active hand-in functionality described herein may involve use of a
femtocell 125 having an in-band frequency module 230 integrated with anOOB frequency module 240. As illustrated inFIG. 5 , and as described in a number of exemplary configurations above, theOOB frequency module 240 includes an OOB device (e.g., an OOB radio) that is communicatively coupled with the in-band frequency module 230. For example, the in-band frequency module 230 and theOOB frequency module 240 may be physically integrated into a single housing or assembly (e.g., and in communication over a bus or some other internal connection), or theOOB frequency module 240 may be separately housed and may be in communication with the in-band frequency module 230 using a wired or wireless connection. Typically, theOOB frequency module 240 is located close enough to the in-band frequency module 230 so that proximity detection by theOOB frequency module 240 indicates proximity also to the in-band frequency module 230. - In some other configurations, the
OOB frequency module 240 is logically, rather than physically, integrated with the in-band frequency module 230 (e.g., the components can otherwise be logically associated with each other by the network). For example, even having theOOB frequency module 240 physically separated from the in-band frequency module 230, the components may be part of a common subnet so that proximity detection by theOOB frequency module 240 can be associated with proximity to the in-band frequency module. - The configuration described in
FIG. 5 is intended only to be illustrative, and not limiting. Other configurations are possible for providing the same or similar types of integrative functionality betweenOOB frequency module 240 and in-frequency module 230. For example, many configurations may allow OOB proximity detection to be used to facilitate reliable active hand-in to aparticular femtocell 125, according to various embodiments. - To facilitate
femtocell 125 assisted hand-in,femtocells 125, like the one described inFIG. 2A for example, may interact with embodiments offemtocell gateway 540, such as those described inFIG. 6A andFIG. 6B .FIG. 6A shows a block diagram of a wireless communications system 600-a that includes a femtocell gateway 540-a. The femtocell gateway 540-a may include acommunications management subsystem 610, afemto interface subsystem 630, and/or amacro interface subsystem 640. The femtocell gateway 540-a also may includememory 615 and aprocessor module 625. All the components of the femtocell gateway 540-a may be in communication with each other directly or indirectly (e.g., over one or more buses). - For the sake of context and clarity, the
femto interface subsystem 630 is shown in communication with femtocell 125 (which includes in-band frequency module 230 and OOB frequency module 240), and themacro interface subsystem 640 is shown in communication with macrocell base station 105 (via anSGSN 550 and/or one or more macro RNCs 120). Various communications functions, including those involved in facilitatingfemtocell 125 assisted hand-in are implemented and/or managed using thecommunications management subsystem 610. For example, thecommunications management subsystem 610 may at least partially handle communications with macro network elements using functionality of themacro interface subsystem 640 and may at least partially handle communications withfemtocell 125 using functionality of thefemto interface subsystem 630. For example, thecommunications management subsystem 610 may be a component of the femtocell gateway 540-a in communication with some or all of the other components of thefemtocell gateway 540 via a bus. - The
memory 615 may include random access memory (RAM) and read-only memory (ROM). In some embodiments, thememory 615 is configured to maintain registration-related information. As described more fully below, the registration-related information may include identifier mappings forfemtocells 125,UEs 115, etc., as well as registration messages, flags, etc. - The
memory 615 may also store computer-readable, computer-executable software code 620 containing instructions that are configured to, when executed, cause theprocessor module 625 to perform various functions described herein (e.g., call processing, database management, message routing, etc.). Alternatively, thesoftware 620 may not be directly executable by theprocessor module 625 but be configured to cause the computer, e.g., when compiled and executed, to perform functions described herein. - The
processor module 625 may include an intelligent hardware device, e.g., a central processing unit (CPU) such as those made by Intel® Corporation or AMD®, a microcontroller, an application specific integrated circuit (ASIC), etc. Embodiments of theprocessor module 625 may be configured to facilitate functionality, such as timer functionality. Further, embodiments of theprocessor module 625 include or facilitate some or all of the functionality of thecommunications management subsystem 610, thefemto interface subsystem 630, or themacro interface subsystem 640. - For example,
FIG. 6B shows a block diagram of a wireless communications system 600-b that includes a femtocell gateway 540-b that is an alternate configuration of the femtocell gateway 540-a ofFIG. 6A . As with the femtocell gateway 540-a ofFIG. 6A , the femtocell gateway 540-b ofFIG. 6B may include afemto interface subsystem 630, amacro interface subsystem 640,memory 615, and/or aprocessor module 625, which may all be in communication with each other directly or indirectly (e.g., over one or more buses). Unlike the femtocell gateway 540-a ofFIG. 6A , the femtocell gateway 540-b ofFIG. 6B may includecommunications management controller 610. Embodiments of thecommunications management controller 610 may be implemented as part of theprocessor module 625 to provide substantially the same functionality as that of thecommunications management subsystem 610 shown inFIG. 6A . - As discussed above, embodiments of
femtocell gateway 540, such as those described inFIGS. 6A and 6B , can interact withfemtocells 125, like the one described inFIG. 2A , to facilitatefemtocell 125 assisted hand-in. For example, when aUE 115 approaches afemtocell 125, thefemtocell 125 may detect theUE 115 in its proximity using an OOB link (e.g., Bluetooth paging procedure) or vice versa. In addition to or as part of the OOB detection procedure, thefemtocell 125 may determine whether theUE 115 is an authorized user. For example, thefemtocell 125 may check an access control list to determine whether theUE 115 is authorized to access macro communications services via thefemtocell 125. - Having discovered each other (and the
femtocell 125 having validated theUE 115 as an authorized user), thefemtocell 125 may register theUE 115 with thefemtocell gateway 540. For example, thefemtocell 125 may maintain aUE mapping 219 between the UE's 115 OOB identifier (e.g., the Bluetooth device address,) detected during the detection procedure and a macro identifier of theUE 115, like the UE's 115 IMSI. Thefemtocell 125 may register theUE 115 with thefemtocell gateway 540 according to the UE's 115 identifier(s). - In some embodiments, the OOB radio range (e.g., the edge of Bluetooth coverage) may be greater than the
femtocell 125 coverage range (for example, the range of the in-band frequency module 230), such that the detection and registration of theUE 115 may be performed before theUE 115 detects thefemtocell 125. Thus, in many cases, a, OOB proximity detection or indication may be communicated by thefemtocell 125 to thefemtocell gateway 540 for theUE 115 before any handover has been triggered by a measurement report of the UE 115 (i.e., theUE 115 may effectively be “pre-registered” upon receipt of any handover request implicating the UE 115). - Notably, various types of registration or pre-registration may be available in the
macro network 100 and/orfemtocell 125 context. As used herein, “registration” and “pre-registration” can intend to refer to the existing UE registration in macro networks (and the communication of this message between thefemtocell 125 andfemtocell gateway 540 may be triggered by the OOB proximity detection). In another embodiment, the registration refers to a message carrying an OOB proximity detection specifically to register aUE 115 with anfemtocell gateway 540. When a handover is triggered and a relocation request is received at the femtocell gateway 540 (e.g., from the SGSN 650), thefemtocell gateway 540 may be able to correlate the UE registration with the handover request (e.g., according to the UE's 115 macro identifier). With this information, thefemtocell gateway 540 can uniquely identify theappropriate target femtocell 125 and reliably proceed with the hand-in. If the existingUE 115 registration message in macro network is used for indicating the OOB proximity tofemtocell gateway 540, thefemtocell gateway 540 may create an entry for theUE 115 and the registeringfemtocell 125 in a registration database as it would for regular UE registrations not indicating OOB proximity. Later on, when a handover is triggered and a relocation request is received at the femtocell gateway 540 (e.g., from the SGSN 650), thefemtocell gateway 540 may use the entry in the database to correlate theUE 115 with registration in the database with the handover request (e.g., according to the UE's 115 macro identifier). With this information, thefemtocell gateway 540 can uniquely identify theappropriate target femtocell 125 and reliably proceed with the hand-in. - In some cases, the
femtocell gateway 540 communicates the handover request to thefemtocell 125 with a flag indicating thatfemtocell gateway 540 thinks that theUE 115 is in proximity of thefemtocell 125 based on the femtocell's 125 prior registration with the UE's 115 macro identifier (e.g., IMSI). Having received the flag, thefemtocell 125 may try to detect theUE 115 again (e.g., over an OOB channel using the OOB frequency module 240). If theUE 115 is no longer in the femtocell's 125 proximity, thefemtocell 125 can reject the handover request from thefemtocell gateway 540. Further certain types of de-registration techniques may be used, as described below. - According to one de-registration technique, a
UE 115 is explicitly deregistered by communicating an OOB absence indication to thefemtocell gateway 540. For example, theOOB frequency module 240 and/or the in-band frequency module 230 may detect link loss with theUE 115 and send a de-registration request to thefemtocell gateway 540 in the form of an OOB absence indication. According to another de-registration technique, aUE 115 may be de-registered if a certain amount of time elapses after registration without receiving a corresponding handover request. According to yet another de-registration technique, aUE 115 may be explicitly or implicitly de-registered upon acknowledgement of handover to thetarget femtocell 125. - In some embodiments, registration is only performed for
active UEs 115. In one illustrative scenario, as described above, registration is based on detection over an OOB communication link and subsequent communication to thefemtocell gateway 540 of an OOB proximity detection or indication. In this scenario, thefemtocell 125 may not know whether theUE 115 is in WWAN idle state or active state (e.g., in a voice call). For idle handover, the femtocell's 125 pre-registration with thefemtocell gateway 540 with the UE's 115 macro identifier (e.g., IMSI) is ignored. For example, implicit de-registration may occur if a handover request message does not arrive atfemtocell gateway 540 prior to a timeout. - In another illustrative scenario, a handover request message arrives at the femtocell gateway 540 (e.g., as a relocation request message from the
core network 130 ofFIG. 1 ) implicating aUE 115. Even if theUE 115 has been pre-registered, thefemtocell gateway 540 may send a handover request to thefemtocell 125 with a flag indicating that thefemtocell gateway 540 believes theUE 115 is in proximity of thatspecific femtocell 125 based on the pre-registration. In some embodiments, thefemtocell 125 again tries to detect theUE 115 over the OOB communication link. If it fails, thefemtocell 125 may reject the handover request; if it succeeds, thefemtocell 125 may accept the handover request. - If the registration request is received at the
femtocell gateway 540 after a corresponding handover request implicating theUE 115 is received at thefemtocell gateway 540, thefemtocell gateway 540 may handle the hand-in in various ways, as described more fully below (e.g., with reference to the call flow diagram ofFIGS. 13-14 ). For example, even when the registration request is received after a corresponding handover request, techniques described herein may be used to help facilitate active hand-in. Alternatively, there may be no hand-in, or techniques described above may be used, like blind hand-in, etc. - It may be appreciated that the
femtocell 125 assisted hand-in techniques described herein provide certain features. One feature may be that the techniques may be used to reliably determine anappropriate target femtocell 125 for active hand-in. Another feature is that pre-registration through communication of OOB proximity detection or indication may reduce or eliminate latencies relating to the blind hand-off technique. Yet another feature is that core network signaling (e.g., from measurement request and response) may be reduced. And another feature is that no changes may be needed in theUE 115, the air interface, or the legacy infrastructure. The techniques may be implemented with changes only to thefemtocell 125 and/or thefemtocell gateway 540. - Embodiments of
femtocell 125 assisted hand-in techniques are described below with reference to methods ofFIGS. 7-14 . Turning first toFIG. 7A , a flow diagram is shown of a method 700-a for macrocell-to-femtocell hand-in in accordance with various embodiments. The method 700-a may, for example, be performed by thefemtocell 125 ofFIG. 1 , 2A, 2B, 5, 6A, or 6B. The method 700-a may begin atblock 705 by detecting aUE 115 in proximity to afemtocell 125 using an OOB communications link. Thefemtocell 125 may be communicatively coupled with amacro network 100 via amacrocell base station 105. For example, theUE 115 may be camped on themacrocell base station 125 and may or may not be in active cellular communications. Thefemtocell 125 may include includes anOOB frequency module 240 and an in-band frequency module 230. The in-band frequency module 230 may include an HNB. Thefemtocell 125, through the in-band frequency module 230, may be communicatively coupled with themacro network 100 via afemtocell gateway 540. In some embodiments, thefemtocell gateway 540 may be a HNB gateway. - At
block 710, an identifier ofUE 115 on themacro network 100 may be identified or determined by thefemtocell 125 using the OOB communications link. For example, as part of detecting theUE 115 atblock 705, an OOB identifier corresponding to the UE 115 (e.g., the BD_ADDR) may be detected using theOOB frequency module 240 over an OOB communications link. In some embodiments, a macro identifier (e.g., IMSI) associated with theUE 115 may be identified. As discussed above, thefemtocell 125 may maintainUE mappings 219 between a corresponding OOB identifier and identifier for aparticular UE 115. - In some embodiments, a determination is made as to whether the
UE 115 is authorized to access themacro network 100 via thefemtocell 125. For example, thefemtocell 125 may maintain an access control list (e.g., a “white list”) withUEs 115 authorized to attach to the femtocell 125 (e.g., authorized to access macro communications services via the femtocell 125). If it is determined that theUE 115 is not authorized to access themacro network 100 via thefemtocell 125, the method 700-a may abort. For example, the method 700-a may ignore theUE 115. In some embodiments, thefemtocell gateway 540 may determine whether theUE 115 is authorized to access themacro network 100 via thefemtocell 125. If it is determined that theUE 115 is authorized to access themacro network 100 via thefemtocell 125, thefemtocell 125 may proceed with registering theUE 115 as described below. - At
block 715, theUE 115 is registered for hand-in from themacrocell base station 105 to thefemtocell 125. This may be done by communicating, from thefemtocell 125 to thefemtocell gateway 540, the user equipment identifier. In addition, the registering of theUE 115 may indicate OOB proximity detection of theUE 115 with respect to thefemtocell 125. For example, thefemtocell 125 may communicate at least the UE's 115 macro identifier to thefemtocell gateway 540 as part of a registration message. As discussed above, the OOB range may be greater than (e.g., or at least substantially the same as) the femtocell range, such that the blocks of the method 700-a (e.g., from the proximity detection atblock 705 to communication of the registration method at block 715) may, in some cases, occur before theUE 115 enters the femtocell range. In this way, the registration may occur before the UE's 115 measurement report may indicate thefemtocell 125 and before any handover to thefemtocell 125 is determined by themacro network 100. - Registering the
UE 115 for hand-in themacrocell 105 to thefemtocell 125 may include transmitting a registration message from thefemtocell 125 to thefemtocell gateway 540. Registering theUE 115 for hand-in from themacrocell 105 to thefemtocell 125 may include transmitting an OOB indication message from thefemtocell 125 to thefemtocell gateway 540. Some embodiments may utilize a UE mapping between a macro identifier of theUE 115 with the OOB identifier to determine the user equipment identifier. - As described above with reference to
FIG. 5 , various configurations may use different types of OOB proximity detection to facilitate registration (e.g., pre- and/or post-registration using OOB proximity detection). For example, portions of the method 700-a may be different, depending on whether the OOB proximity detection was being performed using a configuration like the one shown inFIG. 5 (e.g., using a Bluetooth radio as anOOB frequency module 240 physically integrated with the femtocell 125). For the sake of added clarity, an example scenario is described inFIG. 7B . - Turning first to
FIG. 7B , a flow diagram is shown of a method 700-b for macrocell-to-femtocell hand-in utilizingUE 115 registration at afemtocell gateway 540 using afemtocell 125 in accordance with various embodiments. The method 700-b may, for example, be performed by thefemtocell 125 ofFIG. 1 , 2A, 2B, 5, 6A, or 6B. Method 700-b may be performed in the context of a Bluetooth radio being used as anOOB frequency module 240 physically integrated with afemtocell 125, for example. For the sake of added clarity, reference numerals fromFIG. 7A are used with the addition of a lower-case “a” to indicate a possible illustrative implementation of the corresponding block fromFIG. 7A in the context ofFIG. 7B . Accordingly, the method 700-b begins with block 705-a in which a Bluetooth radio, configured as anOOB frequency module 240 integrated with afemtocell 125 is used to detect aUE 115 in proximity to thefemtocell 125. - Block 705-a includes
blocks block 725, a Bluetooth radio (i.e., OOB frequency module 240) periodically pages theUE 115 to see whether theUE 115 is in its proximity. As used herein, “periodically” is intended broadly to convey types of signaling that are non-continuous. For example, periodically may include signaling (e.g., paging) at predefined intervals, according to particular thresholds, etc. Atblock 725, the Bluetooth radio of the femtocell detects a response from theUE 115 over a Bluetooth link. More generally, the femtocell may page theUE 115 over an OOB communications link and then detect a response to the paging from theUE 115 over the OOB communications link. The response may include an OOB identifier of theUE 115. In some embodiments, the response may include a macro identifier of theUE 115. - Having received the response from the
UE 115, thefemtocell 125 may be aware that theUE 115 is in proximity, and thefemtocell 125 may know the Bluetooth device address (e.g., BD_ADDR) of theUE 115. As described above, the Bluetooth device address may effectively provide a unique out-of-band identifier for theUE 115. In some configurations, thefemtocell 125 makes further determinations. For example, as discussed above, thefemtocell 125 may determine whether theUE 115 is authorized to access themacro network 100 via thefemtocell 125, through the in-band frequency module 230, for example. - At block 710-a, a macro identifier identifying the
UE 115 on the macro network 100 (e.g., the IMSI) may be determined. For example,UE mappings 219 between a corresponding OOB identifier and macro identifier for aparticular UE 115 may be maintained by thefemtocell 125, such that thefemtocell 125 may determine the macro identifier of theUE 115 from its corresponding Bluetooth device address. Alternatively, the mappings may be maintained at thefemtocell gateway 540. - At block 715-a, the
UE 115 may be registered for hand-in from themacrocell base station 105 to thetarget femtocell 125. In particular, thefemtocell 125 may communicate an OOB proximity detection or OOB presence indication to thefemtocell gateway 540 with an identifier of theUE 115 to register theUE 115 with thefemtocell gateway 540. In some configurations, in which the UE mappings are maintained at thefemtocell 125, the OOB proximity detection or indiction may be communicated to thefemtocell gateway 540 with the UE's 115 macro identifier (e.g., and OOB identifier, in some configurations). In other configurations, in which the UE mappings are maintained at thefemtocell gateway 540, the OOB proximity detection or indication may be communicated to thefemtocell gateway 540 with the UE's 115 OOB identifier, and thefemtocell gateway 540 may then determine the mapping to the corresponding macro identifier. - Using Bluetooth for proximity may provide a number of features. For example, Bluetooth may allow for relatively low-power paging, range that may be similar to that of the femtocell coverage area, etc. Further,
many UEs 115 may already be equipped with Bluetooth radios, such that the techniques may be implemented with little or no changes to theUEs 115. However, certain limitations may manifest in some configurations. For example, thefemtocell 125 may need to be integrated with the Bluetooth radio, and certain types of provisioning may be difficult. Further, when using an open-femtocell (e.g., no access control list) or enterprise-type configuration, it may be difficult or inefficient to page the large number of Bluetooth addresses corresponding to allUEs 115 that may be in proximity. Some embodiments may utilize other forms of OOB communication to address these issues, or utilize other methods discussed herein. -
FIG. 8 shows a flow diagram of amethod 800 for handling active hand-ins with a femtocell in accordance with various embodiments. Themethod 800 may, for example, be performed by thefemtocell 125 ofFIG. 1 , 2A, 2B, 5, 6A, or 6B. Themethod 800 is shown in the context ofblock 715 ofFIG. 7A orFIG. 7B for added clarity. For the sake of illustration, themethod 800 is described for aUE 115 that was registered by thefemtocell 125 with thefemtocell gateway 540, for example, according to the method 700-a ofFIG. 7A . - Accordingly, the
method 800 may begin atblock 805 by receiving a handover request for a pre-registered UE 115 (aUE 115 for which OOB proximity detection has previously been communicated to the femtocell gateway 540) at thefemtocell 125 from thefemtocell gateway 540. In these cases, the handover request may be received subsequent to registered theUE 115 from hand-in from the macrocell to the femtocell. In some embodiments, thefemtocell 125 maintains an awareness of its registration of theUE 115, such that it is aware of the proximity of theUE 115 when the handover request is received. In other embodiments, the handover request includes a flag or other indication to thefemtocell 125 that the implicatedUE 115 is believed to be in the femtocell's 125 proximity (e.g., that theUE 115 has been pre-registered by thefemtocell 125 by communicating an OOB proximity detection to the femtocell gateway 540). - At
block 810, an acknowledgement message may be communicated from thefemtocell 125 to thefemtocell gateway 540 in response to receiving the handover request. The messaging between thefemtocell 125 and thefemtocell gateway 540 may be implemented across one or more networks. For example, the acknowledgement message may be communicated from thefemtocell 125 to a secure gateway at the edge of a core network over an Internet Protocol Security (IPSec) tunnel, from the secure gateway to an IP Multimedia Subsystem (IMS) network in the core network, and from the IMS network to thefemtocell gateway 540 in the core network. - At
block 815, thepre-registered UE 115 is directed to hand in active communications from its currently connected (source) macrocell 105 to thetarget femtocell 125. Notably, theUE 115 may not typically receive any handover direction from thefemtocell 125. Rather, thefemtocell 125 may acknowledge the handover request to indicate that it is an appropriate handover target, andmacro network 100 elements (e.g., the source macrocell 105) ultimately may communicate the handover directive to theUE 115. - Merely by way of example, a call flow diagram 900 illustrating an active hand-in according to the
methods FIGS. 7 and 8 is shown inFIG. 9 . The call flow diagram 900 shows communications between aUE 115, a currently connected (source) macrocell 105,RNC 120, asource SGSN 650, atarget femtocell gateway 540, and two potential target femtocells 125-a and 125-b. For the sake of avoiding excess detail, the signaling between source macrocell 105 in communication with amacro RNC 120, is not shown. It is assumed for the sake of the call flow diagram 900 that thepotential target femtocells 125 have a common cell identifier (e.g., they have the same PSC). As such, it may be necessary to reliably determine the appropriate one of thepotential target femtocells 125 to ensure a successful active hand-in. - The call flow diagram 900 begins at
block 904 with theUE 115 currently engaged in an active macro communications, like a voice call or a data call, that may be facilitated by thesource SGSN 650 via the source macrocell 105 and/orRNC 120. At some time, theUE 115 moves into proximity of theOOB frequency module 240 associated with a first of the potential target femtocell 125-a (e.g., theOOB frequency module 240 and an in-band frequency module 230 may integrated into the femtocell 125-a). Atblock 908, theOOB frequency module 240 may detect theUE 115 in its proximity (e.g., as inblock 705 ofFIG. 7A ). Atblock 912, the first potential target femtocell 125-a may send an OOB proximity detection or indication (e.g., a registration request) to thetarget femtocell gateway 540 to pre-register the UE 115 (e.g., according to block 715 ofFIG. 7A ). Atblock 914, thetarget femtocell gateway 540 may respond with a registration acceptance acknowledging the reception of the registration request from the target femtocell 125-a, and then may confirm that an entry for theUE 115 and registering femtocell 125-a have been created in the registration database. - At some time thereafter, the
UE 115 may move into the femtocell coverage area of thefemtocell 125, detect thefemtocell 125, and send a measurement report to the source macrocell 105 and/orRNC 120 atblock 916. The measurement report may include the pilot strength of thefemtocell 125 as observed by theUE 115 and the PSC of thefemtocell 125. The source macrocell 105 and/orRNC 120 may determine that a handover is required according to the measurement report and may communicate a relocation required message to thesource SGSN 650 atblock 920. Atblock 924, the relocation required message may be communicated (e.g., as a relocation request message over the core network) from thesource SGSN 650 to thetarget femtocell gateway 540. - Having received a relocation request, the
target femtocell gateway 240 may now determine whichpotential target femtocell 125 is the correct target for the hand-in. For example, the handover request may include the IMSI of theUE 115 and the PSC of thetarget femtocell 125. However, in this exemplary case, twopotential target femtocells 125 may have the same PSC, such that one cannot be uniquely identified by the PSC alone. Using traditional techniques, as described above, the handover request may be addressed, for example, by ignoring the hand-in, by blindly selecting one of thepotential target femtocells 125, etc. However, having received the OOB proximity indication or UE registration message atblock 912, thetarget femtocell gateway 540 may reliably select the first potential target femtocell 125-a as thecorrect target femtocell 125 for the hand-in. - At
block 928, thetarget femtocell gateway 540 may send the handover request to the first target femtocell 125-a. The first target femtocell 125-a may respond to thetarget femtocell gateway 540 with a handover response carrying an “accept” message atblock 932. The handover may then be communicated to theUE 115 via the core network and/or themacro network 100. Notably, while referred to generically herein in some instances as “handover requests” for the sake of simplicity, each related message may, in fact, be of a different form and/or purpose. For example, as illustrated, a handover response may be communicated from thetarget femtocell gateway 540 to thesource SGSN 650 as a relocation response message atblock 936; a relocation command may be communicated from thesource SGSN 650 to the source macrocell 105 and/orRNC 120 atblock 940; and/or a relocation command may be communicated from the source macrocell 105 and/orRNC 120 to theUE 115 as a physical channel configuration message atblock 944. - At
block 948, theUE 115 may communicate an acknowledgement message, the physical channel reconfiguration message to the source macrocell 105 and/orRNC 120. Atblock 952, theUE 115 may attempt to detect and synchronize with the first potential femtocell 125-a; and, atblock 956, theUE 115 may communicate a handover complete message to the first potential target femtocell 125-a; and the first potential target femtocell 125-a may communicate the handover complete message to thetarget femtocell gateway 540 atblock 960. Although not shown in the figure, the handover complete message may be relayed to the source macrocell 105 and/orRNC 120 so that the radio link set-up for theUE 115 can be deleted. Having completed the hand-in, the UE's 115 active macro communications (e.g., the voice call) continue atblock 964 facilitated by the appropriately identified target femtocell 125 (i.e., previously the first potential target femtocell 125-a) instead of by the source macrocell 125 and/orRNC 120. - It is worth noting that the call flow diagram 900 is intended to show one example of a exemplary call flow and is simplified in many ways to add clarity. For example, while a “handover request” is discussed in a number of blocks, it will be appreciated that each element may communicate the message in similar or different forms with similar or different information included. As such, the call flow diagram 900 should not be construed as limiting the scope of the disclosure or claims.
- It is further worth noting that it may be necessary or desirable to de-register
UEs 115 in certain cases. For example, suppose that aUE 115 is registered by a first femtocell 125-a. Later, theUE 115 may move into proximity of a second femtocell 125-b that may have the same PSC of the first femtocell 125-a, but may be located well out of range of the first femtocell 125-a (e.g., miles away). TheUE 115 may send a measurement report with the shared PSC, triggering a handover request. At this block, thefemtocell gateway 540 may have to use one or more techniques to determine that handover to the second femtocell 125-b, rather than to the first femtocell 125-a, is desired. Otherwise, registration by the first femtocell 125-a may cause thefemtocell gateway 540 to attempt a hand-in of the active communications of theUE 115 from itscurrent macrocell 105 to the first femtocell 125-a, even though theUE 115 is well out of range of thefirst femtocell 125, which may cause undesirable results (e.g., an active voice call may be dropped). Registration time stamps, de-registration, and/or other techniques described herein may be used to address this issue, as described more fully below. -
FIG. 10 shows a flow diagram of amethod 1000 for handling de-registration of UEs in accordance with various embodiments. Themethod 1000 may, for example, be performed by thefemtocell 125 ofFIG. 1 , 2A, 2B, 5, 6A, or 6B. Themethod 1000 is shown in the context ofblock 715 ofFIG. 7A for added clarity. For the sake of illustration, themethod 1000 is described for aUE 115 that was registered by thefemtocell 125 with thefemtocell gateway 540, for example, according to the method 700-a ofFIG. 7A . - The
method 1000 may begin atblock 1005 by determining whether an OOB communications link between theOOB frequency module 240 and the registeredUE 115 has been lost. As described above (e.g., with reference to block 705 ofFIG. 7A ), an OOB communications link may be established between theUE 115 and anOOB frequency module 240 associated with thetarget femtocell 125. If the OOB communications link is lost (e.g., at all, for a predetermined minimum duration, etc.), this may indicate that theUE 115 is no longer in proximity to thefemtocell 125. - If it is determined at
block 1005 that the OOB communications link has been lost (e.g., since registration of the UE 115), theUE 115 may be de-registered at thefemtocell gateway 540 by thefemocell 125 atblock 1010. If it is determined atblock 1005 that the OOB communications link has not been lost, a further determination may be made atblock 1015 as to whether a handover request has been received for the registeredUE 115 at thefemtocell 125. If a handover request has not been received, themethod 1000 may iterate throughblocks block 1005 or the handover request is received atblock 1015. If a handover request has been received for the registeredUE 115 at thefemtocell 125, the registeredUE 115 may be directed to hand-in (e.g., according to block 815 ofFIG. 8 ). - Certain embodiments may handle de-registration in other ways. For example, in one configuration, the
method 1000 may explicitly de-register theUE 115 after completing the hand-in (e.g., successfully and/or unsuccessfully). Notably, however, it may be useful to maintain the registration (i.e., not de-register the UE 115) even after hand-in to provide the network with knowledge about the proximity of theUE 115 and/or other types of information that can be gained from the registration. - According to another configuration, when the
UE 115 is registered at thefemtocell gateway 540, the registration is associated with a timestamp. For example, the registeringfemtocell 125 may communicate an OOB proximity detection that includes the UE's 115 macro identifier (e.g., or OOB identifier) and a timestamp. If anotherfemtocell 125 subsequently sends a registration request to thefemtocell gateway 540 for thesame UE 115, the new registration request may include a later timestamp. Thefemtocell gateway 540 may then consider any prior registration request to be invalid, and facilitate handover to the later-requestingfemtocell 125. For example, theUE 115 may implicitly be de-registered from prior-requestingfemtocell 125 upon receiving a subsequent registration request at thefemtocell gateway 540. - According to still another configuration, timer-based de-registration is implemented. For example, upon registering the
UE 115, thefemtocell 125 may begin a timer (e.g., or otherwise begin tracking elapsed time). A certain timeframe (e.g., one minute) may be determined after which de-registration is appropriate. For example, setting the timeframe too small may cause thefemtocell 125 to have to re-register theUE 115 inefficiently, while setting the timeframe too large may allow theUE 115 to enter coverage areas ofother femtocells 125 potentially sharing the same PSC prior to the de-registration. Notably, timer-based de-registration may be undesirable in certain configurations. For example, after registration, a handover request may not be received for a long time due to theUE 115 being idle or due to some other circumstance. If theUE 115 were implicitly de-registered prior to receiving the handover request, benefits of the registration may be lost. -
FIGS. 7-10 are discussed above primarily in context of pre-registration (i.e., communicating the OOB proximity detection for aUE 115 prior to receiving a handover request for the UE 115). It may be appreciated that similar techniques may be used in cases where the OOB proximity detection is communicated subsequent to receiving a handover request implicating theUE 115. For example, as described above, thefemtocell gateway 540 may be unable to determine theappropriate target femtocell 125 for hand-in based only on the cell identifier provided in the handover request from theSGSN 650, and may communicate a handover request to all candidate target femtocells 125 (e.g., simultaneously). -
FIG. 11 shows a flow diagram of amethod 1100 for implementing certain active hand-in functionality without pre-registration (i.e., without having communicated the OOB proximity detection for aUE 115 prior to receiving a handover request for the UE 115) in accordance with various embodiments. Themethod 1100 may, for example, be performed by thefemtocell 125 ofFIG. 1 , 2A, 2B, 5, 6A, or 6B. Themethod 1100 may begin atblock 1105 by receiving a handover request at afemtocell 125 via its in-band frequency module 230 from afemtocell gateway 540 for a designatedUE 115. Thefemtocell gateway 540 may send the handover request to a set of candidate femtocells that share the same PSCs. Note that the handover request may be sent to each femtocell with a “dummy ID”, instead of the target femtocell macro identifier. The “dummy ID” may indicate to thefemtocell 125 that the handover request is for a PSC confusion scenario wheremultiple candidate femtocells 125 have been identified, hence, an OOBcapable femtocell 125 may use an OOB detection of a designated UE 115 (a UE with mapping between a UE macro identifier and OOB identifier stored in the femtocell). Otherwise, thefemtocell 125 may use legacy techniques like blind support or no support to respond to the handover request. - At
block 1110, thefemtocell 125 may confirm that theUE 115 has an entry in theUE mappings 219 between the UE macro identifier and OOB identifier. For example, if theUE 115 is in the femtocell's 125 UE mappings 219 (e.g., in the femtocell's 125 access control list), thefemtocell 125 may be able to use the UE's 115 IMSI, etc. to determine the UE's 115 OOB identifier (e.g., BD_ADDR). Then theOOB frequency module 240 of thefemtocell 125 may be used to detect theUE 115 over an OOB communications channel. Note that if a mapping for the UE was not found inUE mapping 219, thefemtocell 125 may be unable to use OOB detection and hence, send a handover response based on other techniques such as blind support or no support as shown inblock 1115. - Having used OOB communication to detect the
UE 115 atblock 1120, a determination is made atblock 1125 as to whether theUE 115 is detected in proximity to thefemtocell 125. If it is determined atblock 1125 that theUE 115 is not detected in proximity to thefemtocell 125, thefemtocell 125 may communicate a detection failure response to thefemtocell gateway 540 atblock 1130 through a handover response with a “reject” flag. If it is determined atblock 1125 that theUE 115 is detected in proximity to thefemtocell 125,femtocell 125 may communicate a detection successful response to thefemtocell gateway 540 atblock 1135. - Having successfully detected the
UE 115 in its proximity, thefemtocell 125 may handle the hand-in in various ways. According to one technique, thefemtocell 125 registers theUE 115 for hand-in to the femtocell gateway 540 (e.g., by communicating the cell identifier of theUE 115 from thefemtocell 125 to thefemtocell gateway 540 in a registration message such as withblock 715 ofFIG. 7A ) followed by a handover response with an “accept”flag 1145. According to another technique, thefemtocell 125 communicates successful proximity detection with a handover response with an “accept” and “OOB indicator” flags 1140. The reception of an OOB indicator in a handover response message at block 1228 or aUE 115 registration preceding the handover response with an “accept” flag atblock 908, alerts thefemtocell gateway 540 to the fact that the handover response is based on OOB detection and the UE has been successfully detected. The femtocell gateway may give precedence to such responses over handover responses based on other techniques like blind hand-off or no support since these techniques are less reliable. Having communicated a successful detection to thefemtocell gateway 540, the UE's 115 communications may be handed over to thefemtocell 125 in a reliable fashion. -
FIGS. 7-11 focus primarily on handling of hand-in functionality from the perspective of afemtocell 125. As described above and as illustrated by the call flow diagram 900 ofFIG. 9 , active hand-in functionality is further facilitated by actions of thefemtocell gateway 540. Techniques for handling of hand-in functionality from the perspective of afemtocell gateway 540 are described inFIGS. 12-14 . - Turning to
FIG. 12 , a flow diagram is shown of amethod 1200 for handling femtocell-assisted hand-in at a femtocell gateway in accordance with various embodiments. Themethod 1200 may, for example, be performed by thefemtocell gateway 540 ofFIG. 5 , 6A, or 6B. Themethod 1200 may begin at block 1205 a handover request may be received, at afemtocell gateway 540 from amacro network 100. The handover request may be configured to direct aUE 115 to hand off active communications with themacro network 100 from amacrocell 105 to a designatedfemtocell 125 with a first femtocell identifier. - At
block 1210, it may be determined at thefemtocell gateway 540 whether any ofmultiple femtocells 125 registered theUE 115 with thefemtocell gateway 540 prior to receiving the handover request.Block 1210 may include determining whether an OOB proximity detection is received from any of the multiple femtocells prior to receiving the handover request. The OOB proximity detection may include a macro identifier of theUE 115, such as an IMSI. The OOB proximity detection may include an OOB identifier of theUE 115. In some cases, thefemtocell gateway 540 may determine whether the macro identifier of theUE 115 corresponds to the OOB identifier of theUE 115. In some embodiments, thefemtocell gateway 540 may determine whether two or more femtocells of the multiple femtocells are addessable by thefemtocell gateway 540 according to the first femtocell identifier. Thefemtocell gateway 540 may then determine whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier utilizing a second femtocell identifier. - At
block 1215, thefemtocell gateway 540 may communicate the handover request to the designatedfemtocell 125. Some embodiments ofmethod 1200 may further include determining whether the designatedfemtocell 125 is uniquely addressable by thefemtocell gateway 540 according to the first femtocell identifier. Communicating the handover request from thefemtocell gateway 540 to designated femtocell may utilize the first femtocell identifier. - Turning to
FIG. 13A , a flow diagram is shown of a method 1300-a for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments. The method 1300-a may, for example, be performed by thefemtocell gateway 540 ofFIG. 5 , 6A, or 6B. The method 1300-a may begin atblock 1205 by receiving a handover request at thefemtocell gateway 540 from a macro network 100 (e.g., from theSGSN 650 over the core network). The handover request may be configured to direct aUE 115 to hand off active macro communications from a current (source) macrocell 105 to a designatedfemtocell 125. The designatedfemtocell 125 may be one of a number offemtocells 125 in communication with thefemtocell gateway 540, and eachfemtocell 125 may be identifiable by a first femtocell identifier (e.g., a PSC). Eachfemtocell 125 may also be identifiable by a second femtocell identifier, which may be a femtocell gateway-oriented identifier (e.g., an identifier used by thefemtocell gateway 540 to uniquely address all thefemtocells 125 in communication with the femtocell gateway 540). Note that this femtocell gateway identifier can be similar to the unique identifier broadcasted in the system information of thefemtocells 125. In addition, thefemtocell gateway 540 can send handover requests to thefemtocells 125 with an identifier termed the “dummy ID” which indicates to thefemtocells 125 that the handover request is for a PSC confusion scenario wheremultiple candidate femtocells 125 have been identified, hence, an OOBcapable femtocell 125 with anOOB frequency module 240 may use the OOB detection for a designatedUE 115. Otherwise, thefemtocell 125 may use legacy techniques like blind support or no support to respond to the handover request. Note that the “dummy ID” may have a similar format as the femtocell gateway oriented identifier but it has not been assigned to anyfemtocell 125. - As described above, the first femtocell identifier may be substantially non-unique. For example, a number of
femtocells 125 in the same macro sector may share the same first femtocell identifier (e.g., PSC). On the contrary, the second femtocell identifier may be substantially or completely unique. For example, the second femtocell identifier may be at least unique enough so as to be used to reliably identify aparticular femtocell 125 from the perspective of thefemtocell gateway 540. It may be assumed that the designatedfemtocell 125 is identified in the handover request by its first femtocell identifier. For example, the first femtocell identifier may be how thefemtocell 125 is identified by theUE 115 as part of its measurement report, which is then used to trigger the handover request. - At
block 1210, a determination may be made as to whether anyfemtocells 125 registered the macro identifier of the UE 115 (e.g., the IMSI) with thefemtocell gateway 540 prior to receiving the handover request at thefemtocell gateway 540. If it is determined atblock 1210 that a particular (“registering”)femtocell 125 registered the macro identifier of theUE 115 with thefemtocell gateway 540 prior to receiving the handover request at thefemtocell gateway 540, the designatedfemtocell 125 may be determined to be the “registering”femtocell 125 at block 1305 (i.e., the “registering”femtocell 125 may be determined to be thetarget femtocell 125 for hand-in). Accordingly, atblock 1215, the handover request may be communicated from thefemtocell gateway 540 to the designated femtocell 125 (i.e., the “registering” femtocell 125) according to its second femtocell identifier. For example, thefemtocell gateway 540 may maintain a mapping for all itsconnected femtocells 125 between their respective first and second identifiers. Thefemtocell gateway 540 may uniquely address the handover request to the designatedfemtocell 125 by mapping the received first femtocell identifier (which may be substantially non-unique) to the maintained second femtocell identifier (which may be substantially unique). After the handover request is sent to thefemtocell 125, atblock 1310, an acknowledgement message (e.g. handover request message with an “accept” may be received by thefemtocell gateway 540 from the designatedfemtocell 125. - If it is determined at
block 1210 that nofemtocells 125 registered the macro identifier of the UE 115 (using an OOB proximity detection or UE registration message) with thefemtocell gateway 540 prior to receiving the handover request at thefemtocell gateway 540, thefemtocell gateway 540 may use one or more techniques to handle the hand-in without being able to exploit pre-registration. For example, atblock 1315, a set ofcandidate target femtocells 125 may be determined from thosefemtocells 125 registered at thefemtocell gateway 540. For example, thefemtocell gateway 540 may include in the set of candidates allfemtocell 125 in the relevant macro sector associated with the received first femtocell identifier. As described above, thefemtocell gateway 540 may send handover request for the designatedUE 115 to any or a set of thefemtocells 125 in the candidate list. - In some embodiments, the handover request sent to the
femtocells 125 of the candidate list are directed to detect theUE 115 atblock 1320. In some cases, the handover request may include a “dummy ID” sofemtocells 125 withOOB frequency modules 240 may be directed to detect theUE 115. For example, thefemtocells 125 may engage in proximity detection according to techniques described with reference toFIG. 11 . It may be possible that none of the candidate femtocells 125 will detect theUE 115 in its proximity, or thatmultiple candidate femtocells 125 will detect theUE 115 in their proximity. Various techniques may be used to abort themethod 1300 where there is no successful detection, or to select a “best” result when there are multiple successes. Notably, embodiments may use only OOB detection. Use of the OOB detection may obviate the possibility that multiple successes would occur. Accordingly, and for the sake of clarity, it is assumed that one of the candidate femtocells 125 is identifiable by thefemtocell gateway 540 as having successfully detected theUE 115 in its proximity. - At
block 1325, an indication is received at thefemtocell gateway 540 from one of the candidate femtocells 125 that theUE 115 is in its proximity. Thefemtocell 125 that indicates that theUE 115 is in its proximity may be referred to as a successful femtocell. This may be a registration message accompanied by a handover response with an “accept” flag or a handover response with “accept” and “OOB indicator” flags, etc. - At
block 1330, thefemtocell gateway 540 may direct the designatedUE 115 to be handed over to the designated (registering)femtocell 125 determined fromblocks UE 115 in 1210, thefemtocell gateway 540 may direct the designatedUE 125 to be handed over to the designatedfemtocell 125 determined fromblocks - In some embodiments, the
femtocell gateway 540 may monitor an elapsed time subsequent to directing the set ofcandidate femtocells 125 to detect whetherUE 115 is in its proximity. Thefemtocell gateway 540 may determine whether the indication from one of the candidate femtocells 125 that theUE 115 is in its proximity is received while the elapsed time is within a predefined time limit. Thefemtocell gateway 540 may communicate the handover request to the designatedfemtocell 125 when the indication from the one of the candidate femtocells 125 that theUE 115 is in its proximity is received within the predefined time limit. - Turning to
FIG. 13B , a flow diagram is shown of a method 1300-b for handling femtocell-assisted active hand-in at a femtocell gateway in accordance with various embodiments. The method 1300-b may, for example, be performed by thefemtocell gateway 540 ofFIG. 5 , 6A, or 6B. Method 1300-b may utilize aspects of method 1300-a ofFIG. 13A , such asblocks 1205 that are not shown in this diagram. For the sake of added clarity, reference numerals fromFIG. 13A may used with the addition of a lower-case “a” to indicate a possible illustrative implementation or variation of the corresponding block fromFIG. 13A in the context ofFIG. 13B . - Method 1300-b may include at block 1210-a determining that none of the of
multiple femtocells 125 registered theUE 115 prior to receiving the handover request. At block 1315-a, a set ofcandidate femtocells 125 from the multiple femtocells may be determined. The set of candidate femtocells may be identified by at least the first femtocell identifier in some embodiments. Atblock 1335, each of the candidate femtocells 125 may be directed with an OOB hand-in cause value in the handover request to detect whether theUE 115 is in its proximity. The OOB hand-in cause value may be unrecognizable by somefemtocells 125, while somefemtocells 125 with OOB capabilities may recognize the OOB hand-in cause value. A dummy identifier may also be transmitted in some cases.Block 1335 may be referred to as a “first tier” handover request. - At
block 1340, it may be determined whether an OOB accept message from one of the candidate femtocells 125 is received. The OOB accept message may indicate that the one of the candidate femtocells 125 detects theUE 115 in its proximity. If it is determined that an OOB accept message has been received, thecandidate femtocell 125 associated with the OOB accept message may identified as the designatedfemtocell 125. - If an OOB accept message is not received, it may be that only OOB reject message(s) from one or more of the candidate femtocells and/or error indication message(s) from one or more of the candidate femtocells may be received at
block 1350. A “second tier” handover request may be made as a result. Atblock 1355, a handover request with a normal cause value may be transmitting to each of the set of candidate femtocells 125. The normal cause value may be recognizable by the candidate femtocells 125 in general. A dummy identifier may also be transmitted in some cases. Thefemtocell cells 125 may respond using legacy techniques such as a handover response with blind accept or blind reject flag. Atblock 1360, at least a blind accept or a blind reject from one or more of the candidate femtocells 125 may be received. Atblock 1365, thecandidate femtocell 125 associated with the blind accept may be identified as the designated femtocell. - At block 1330-a, the designated
UE 115 may be directed to hand in from its currentconnected macrocell 105 to the designatedfemtocell 125. - Exemplary call flow diagrams 1400-a and 1400-b, illustrating an active hand-in according to the
methods FIGS. 11 , 12, and/or 13A, respectively, are shown inFIG. 14A andFIG. 14B . The call flow diagrams 1400 are similar to the call flow diagram 900 ofFIG. 9 , and similar messaging is described according to the same reference numbers as those used inFIG. 9 . It will be appreciated that the messaging, while similar, may not be identical according to the circumstances of the different call flows. In particular,FIG. 9 describes a pre-registration scenario, whileFIGS. 14A and 14B describe a post-registration scenario. InFIG.14A , a post-registration scenario is illustrated where the OOB proximity detection may be communicated from thefemtocell 125 to thefemtocell gateway 540 by a combination of UE registration message and a handover request with an “accept” flag. InFIG.14B , a post-registration scenario is illustrated where the OOB proximity detection may be communicated from thefemtocell 125 to thefemtocell gateway 540 by a handover request with “accept” and OOB indicator flags. - As in
FIG. 9 , the call flow diagrams 1400 show communications between aUE 115, a currently connected (source) macrocell 105 and/or RNC120, asource SGSN 650, atarget femtocell gateway 540, and two potential target femtocell 125-a and 125-b. For the sake of avoiding excess detail, the source macrocell base station may include a source macrocell 105 in communication with amacro RNC 120, and signaling between those elements is not shown. It is assumed for the sake of the call flow diagrams 1400 that thepotential target femtocells 125 have a common cell identifier (e.g., they have the same PSC). As such, it may be necessary to reliably determine the appropriate one of thepotential target femtocells 125 to ensure a successful active hand-in. - The call flow diagrams 1400 may begin at
block 904 with theUE 115 currently engaged in an active macro communications, like a voice call or a data call, facilitated by thesource SGSN 650 via the source macrocell 105 and/or theRNC 120. At some time, theUE 115 may move into the femto coverage area of thefemtocell 125, detect thefemtocell 125, and send a measurement report to the source macrocell 105 and/orRNC 120 atblock 916. The measurement report may include the pilot strength of thefemtocell 125 as observed by theUE 115 and the PSC of thefemtocell 125. The source source macrocell 105 and/orRNC 120 may determine that a handover is required according to the measurement report and communicates a relocation required message to thesource SGSN 650 atblock 920. Atblock 924, the relocation required message may be communicated (e.g., as a relocation request message over the core network) from thesource SGSN 650 to thetarget femtocell gateway 540. - It is assumed in
FIGS. 14A and 14B that, at the block when therelocation request 924 is received by thefemtocell gateway 540, theUE 115 has still not been registered by anyfemtocells 125 sharing the identifier, such thatmultiple femtocells 125 may becandidate target femtocells 125 for the hand-in. In some cases, thefemtocell gateway 540 may send handover request with “dummy ID” to the candidate femtocells 125 atblock 1402. Atblock 1404, theOOB frequency module 240 associated with a first of the potential target femtocell 125-a (e.g., theOOB frequency module 240 and the in-band frequency module may be integrated into the first potential target femtocell 125-a) detects theUE 115 in its proximity. - In
FIG. 14A , when theUE 115 is detected by the first of the potential target femtocell 125-a, the femtocell 125-a may send an OOB proximity detection to thetarget femtocell gateway 540 by sending a registration message for the designatedUE 115 atblock 1408 and a handover response with an “accept” flag atblock 932. Having received the OOB proximity detection and the handover request, thetarget femtocell gateway 540 can determine the designated femtocell 125-a. . Note that the femtocell 125-b may also receive the handover request atblock 1402 and may reply back to thetarget femtocell gateway 540 with a handover response based on blind off atblock 1410. As described above, thetarget femtocell gateway 540 may distinguish the handover response based on OOB detection from those based on the blind off, and hence can determine the designated femtocell 125-a. - In
FIG. 14B , after OOB detection atblock 1404, thefemtocells 125 may send handover response messages atblock 1410. While multiplepotential target femtocells 125 may send handover response messages, only target femtocell 125-a (i.e., which detected theUE 115 in its proximity) communicates an OOB proximity detection to thefemtocell gateway 540 along with its handover response (e.g., by sending “accept” and OOB indicator flags at block 1406). - Irrespective of whether the OOB proximity detection or indicator in
FIG. 14A orFIG. 14B is used, the handover may then communicated to theUE 115 via the core network and themacro network 100. Notably, while referred to generically herein in some instances as “handover requests” for the sake of simplicity, each related message may, in fact, be of a different form and/or purpose. For example, as illustrated, a handover response may be communicated from thetarget femtocell gateway 540 to thesource SGSN 650 as a relocation response message atblock 936; a relocation command may be communicated from thesource SGSN 650 to the source macrocell 105 and/orRNC 120 atblock 940; and/or a relocation command may be communicated from the source macrocell 105 and/or RNC to theUE 115 as a physical channel configuration message atblock 944. - At
block 948, theUE 115 may communicate an acknowledgement message, the physical channel reconfiguration message to the source macrocell 105 and/orRNC 120. Atblock 952, the UE may attempt to detect and synchronize with the first potential femtocell 125-a. Atblock 956, theUE 115 may communicate a handover complete message to the first potential target femtocell 125-a; and the first potential target femtocell 125-a may communicate the handover complete message to thetarget femtocell gateway 540 atblock 960. Although not shown in the figure, the Handover complete message may be relayed to the source macrocell 105 and/orRNC 120 so that the radio link set-up for theUE 115 can be deleted. Having completed the hand-in, the UE's 115 active macro communications (e.g., the voice call) continue atblock 964 facilitated by the appropriately identified target femtocell 125 (i.e., previously the first potential target femtocell 125-a) instead of by the source macrocell 105 and/orRNC 120. - Other embodiments for facilitating the active hand-in in a post-registration scenario may include tiered approaches. With this method, the
femtocell gateway 540 may give priority to handover responses from OOB-capable femtocells 125 (e.g., those having anOOB frequency module 240 that uses the OOB link for detection), over responses fromfemtocells 125 that are not OOB-capable. This prioritization may be desirable because the responses based on OOB detection may be more reliable than the default response configurations in femtocells that typically involve a “blind” accept or reject of the handover request. - In these embodiments, the
femtocell gateway 540 may attempt to first obtain handover responses based on OOB detection by sending “first tier” handover request targeted towards OOB-capable femtocells 125 only. If no handover response with an “accept” flag is received by thefemtocell gateway 540, thefemtocell gateway 540 may send a “second tier” handover request message to all candidate femtocells 125. The “tiered approach” can be implemented by defining a new “cause value” field in the handover request, thereby obtaining “OOB capability awareness” from thecore network 130 ofFIG. 1 about thefemtocells 125 supported by thefemtocell gateway 540, etc. The “cause value” field may typically be used in handover request in deployed networks to communicate to thefemtocells 125 the reason for handover request. - In
FIG. 15A andFIG. 15B , call flows for the embodiments in which the “cause value” is used in the “tiered approach” for post registration detection are discussed.FIG. 15A and/orFIG. 15B may illustrate an active hand-in according to the method 1300-b ofFIG. 13B .FIG. 15A and/orFIG. 15B show aspects that may be implemented as aspects of method 1300-b ofFIG. 13B .FIG. 15A illustrates a scenario where OOB detection is successful, andFIG. 15B illustrates a scenario where the OOB detection is unsuccessful. As inFIGS. 9 , 14A, and/or 14B, the call flow diagrams 1500-a and 1500-b show communications between aUE 115, a currently connected (source) macrocell 105 and/orRNC 105/120, asource SGSN 650, atarget femtocell gateway 540, and twopotential target femtocells 125. For the sake of avoiding excess detail, the source macrocell base station may include the source macrocell 105 (which may be source macro Node B) in communication with amacro RNC 120, and signaling between those elements is not shown. It is assumed for the sake of the call flow diagrams 1500 that thepotential target femtocells 125 have a common cell identifier (e.g., they have the same PSC). As such, it may be necessary to reliably determine the appropriate one of thepotential target femtocells 125 to ensure a successful active hand-in. - The call flow diagrams 1500 begin at
block 904 with theUE 115 currently engaged in an active macro communications, like a voice call or a data call, facilitated by thesource SGSN 650 via the source macrocell 105 and/orRNC 120. At some time, theUE 115 may move into the femto coverage area of afemtocell 125, detect thefemtocell 125, and send a measurement report to the source macrocell 105 and/orRNC 120 atblock 916. The measurement report may include the pilot strength of thefemtocell 125 as observed by theUE 115 and the PSC of thefemtocell 125. The source macrocell 105 and/orRNC 120 may determine that a handover is required according to the measurement report and communicates a relocation required message to thesource SGSN 650 atblock 920. Atblock 924, the relocation required message is communicated (e.g., as a relocation request message over the core network) from thesource SGSN 650 to thetarget femtocell gateway 540. - It is assumed in
FIG. 15A that at the block when therelocation request 924 may be received by thefemtocell gateways 540, theUE 115 has still not been registered by anyfemtocells 125 sharing the identifier, such thatmultiple femtocells 125 arecandidate target femtocells 125 for the hand-in. As a result, thefemtocell gateway 540 may send the “first tier” handover request with “dummy ID” and an unrecognized “cause value” 1502 (e.g. “OOB hand-in”) to the candidate femtocells 125. Atblock 1504,femtocells 125 without the OOB capability (e.g., illustrated as femtocell 125-b) respond back with an “error indication” in the handover response. Atblock 1505, an OOB-capable femtocell 125 (e.g., illustrated as the first potential target femtocell. 125-a, which is assumed to be integrated with an OOB frequency module 240) may detect theUE 115 in its proximity and send a handover response with an “accept” flag to thefemtocell gateway 540 atblock 1506. - The handover may then be communicated to the
UE 115 via the core network and themacro network 100. Notably, while referred to generically herein in some instances as “handover requests” for the sake of simplicity, each related message may, in fact, be of a different form and/or purpose. For example, as illustrated, a handover response may be communicated from thetarget femtocell gateway 540 to thesource SGSN 650 as a relocation response message atblock 936; a relocation command may be communicated from thesource SGSN 650 to the source macrocell 105 and/orRNC 120 atblock 940; and a relocation command may be communicated from the source macrocell 105 and/orRNC 120 to theUE 115 as a physical channel configuration message atblock 944. - At
block 948, theUE 115 may communicate an acknowledgement message, the physical channel reconfiguration message to the source macrocell 105 and/orRNC 120. Atblock 952, theUE 115 may attempt to detect and synchronize with the first potential femtocell 125-a; atblock 956, theUE 115 may communicate a handover complete message to the first potential target femtocell 125-a; and the first potential target femtocell 125-a may communicate the handover complete message to thetarget femtocell gateway 540 atblock 960. Although not shown in the figure, the Handover complete message may be relayed to the source macrocell 105 and/orRNC 120 so that the radio link set-up for theUE 115 can be deleted. Having completed the hand-in, the UE's 115 active macro communications (e.g., the voice call) may continue atblock 964 facilitated by the appropriately identified target femtocell 125 (i.e., previously the first potential target femtocell 125-a) instead of by the source macrocell 105 and/orRNC 120. - It is assumed in
FIG. 15B that, at the block when therelocation request 924 is received by thefemtocell gateway 540, theUE 115 may still not been registered by anyfemtocell 125 sharing the identifier, such thatmultiple femtocells 125 may becandidate femtocells 125 for the hand-in. As a result, thefemtocell gateway 540 may send the “first tier” handover request with “dummy ID” and an unrecognized “cause value” 1502 (e.g. “OOB hand-in”) to the candidate femtocells 125-b without the OOB capability. Atblock 1504,femtocells 125 without the OOB capability (e.g., femtocells 125-b) may respond back to thefemtocell gateway 540 with an “error indication” in the handover response. Atblock 1508, OOB-capable potential target femtocells 125 (e.g., femtocells 125-a) may recognize the “cause value” and attempt to detect theUE 115 but the detection was unsuccessful. Therefore, all such femtocells 125-a may send handover responses with a “reject” flag 1510 to thefemtocell gateway 540. - After the
femtocell gateway 540 collects all the responses and no handover response with an “accept” flag is received, thefemtocell gateway 540 may then sends the “second tier” handover requests 1512 with a “dummy ID” and a “cause value” that can be recognized by all candidate femtocells 125. The femtocells 125-a with OOB capability may not use the OOB detection, but instead allfemtocells 125 respond to thehandover requests 1512 using legacy techniques such as handover response with blind “accept” or “reject” flags. After thefemtocell gateway 540 receives thehandover responses 1514, it may uses legacy active hand-in support (which are typically less reliable than using the OOB detection) in implementing hand-in. This legacy support might require that thefemtocell gateway 540 to blindly select onefemtocell 125 as the designatedfemtocell 125 or use other criterion (e.g. signal strength) to select the best “femtocell” 125 if such information is available at thefemtocell gateway 540. - If the
femtocell gateway 540 had prior knowledge of which femtocells 125 are OOB capable (OOB capability awareness), the “first tier”handover request 1502 inFIGS. 15A and 15B can be sent only to femtocells 125-a and not to all candidate femtocells 125. This may reduce the signaling involved in the active hand-in process. - Techniques described herein may be used for various wireless communication systems such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and other systems. The terms “system” and “network” are often used interchangeably. A CDMA system may implement a radio technology such as CDMA2000, Universal Terrestrial Radio Access (UTRA), etc. CDMA2000 covers IS-2000, IS-95, and IS-856 standards. IS-2000 Releases 0 and A are commonly referred to as CDMA2000 1X, 1X, etc. IS-856 (TIA-856) is commonly referred to as CDMA2000 1xEV-DO, High Rate Packet Data (HRPD), etc. UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA. A TDMA system may implement a radio technology such as Global System for Mobile Communications (GSM). An OFDMA system may implement a radio technology such as Ultra Mobile Broadband (UMB), Evolved UTRA (E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM, etc. UTRA and E-UTRA are part of Universal Mobile Telecommunication System (UMTS). 3GPP Long Term Evolution (LTE) and LTE-Advanced (LTE-A) are new releases of UMTS that use E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in documents from an organization named “3rd Generation Partnership Project” (3GPP). CDMA2000 and UMB are described in documents from an organization named “3rd
Generation Partnership Project 2” (3GPP2). The techniques described herein may be used for the systems and radio technologies mentioned above, as well as for other systems and radio technologies. - The various operations of methods described above may be performed by any suitable means capable of performing the corresponding functions. The means may include various hardware and/or software component(s) and/or module(s), including, but not limited to a circuit, an application specific integrate circuit (ASIC), or processor.
- The various illustrative logical blocks, modules, and circuits described may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an ASIC, a field programmable gate array signal (FPGA), or other programmable logic device (PLD), discrete gate, or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any commercially available processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
- The steps of a method or algorithm described in connection with the present disclosure, may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in any form of tangible storage medium. Some examples of storage media that may be used include random access memory (RAM), read only memory (ROM), flash memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM and so forth. A storage medium may be coupled to a processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. A software module may be a single instruction, or many instructions, and may be distributed over several different code segments, among different programs, and across multiple storage media.
- The methods disclosed herein comprise one or more actions for achieving the described method. The method and/or actions may be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of actions is specified, the order and/or use of specific actions may be modified without departing from the scope of the claims.
- The functions described may be implemented in hardware, software, firmware, or any combination thereof If implemented in software, the functions may be stored as one or more instructions on a tangible computer-readable medium. A storage medium may be any available tangible medium that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM, or other optical disk storage, magnetic disk storage, or other magnetic storage devices, or any other tangible medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Disk and disc, as used herein, include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
- Thus, a computer program product may perform operations presented herein. For example, such a computer program product may be a computer readable tangible medium having instructions tangibly stored (and/or encoded) thereon, the instructions being executable by one or more processors to perform the operations described herein. The computer program product may include packaging material.
- Software or instructions may also be transmitted over a transmission medium. For example, software may be transmitted from a website, server, or other remote source using a transmission medium such as a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technology such as infrared, radio, or microwave.
- Further, modules and/or other appropriate means for performing the methods and techniques described herein can be downloaded and/or otherwise obtained by a user terminal and/or base station as applicable. For example, such a device can be coupled to a server to facilitate the transfer of means for performing the methods described herein. Alternatively, various methods described herein can be provided via storage means (e.g., RAM, ROM, a physical storage medium such as a CD or floppy disk, etc.), such that a user terminal and/or base station can obtain the various methods upon coupling or providing the storage means to the device. Moreover, any other suitable technique for providing the methods and techniques described herein to a device can be utilized.
- Other examples and implementations are within the scope and spirit of the disclosure and appended claims. For example, due to the nature of software, functions described above can be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations. Also, as used herein, including in the claims, “or” as used in a list of items prefaced by “at least one of indicates a disjunctive list such that, for example, a list of “at least one of A, B, or C” means A or B or C or AB or AC or BC or ABC (i.e., A and B and C). Further, the term “exemplary” does not mean that the described example is preferred or better than other examples.
- Various changes, substitutions, and alterations to the techniques described herein can be made without departing from the technology of the teachings as defined by the appended claims. Moreover, the scope of the disclosure and claims is not limited to the particular aspects of the process, machine, manufacture, composition of matter, means, methods, and actions described above. Processes, machines, manufacture, compositions of matter, means, methods, or actions, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding aspects described herein may be utilized. Accordingly, the appended claims include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or actions.
Claims (66)
1. A method for macrocell-to-femtocell hand-in comprising:
detecting a user equipment in proximity to a femtocell using an out-of-band (OOB) communications link;
identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and
registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
2. The method of claim 1 , wherein identifying the user equipment identifier comprises receiving an OOB identifier associated with the user equipment identifier over the OOB communications link.
3. The method of claim 1 , wherein identifying the user equipment identifier comprises receiving a macro identifier associated with the user equipment identifier over the OOB communications link.
4. The method of claim 1 , wherein registering the user equipment for hand-in from the macrocell to the femtocell comprises transmitting a registration message from the femtocell to the femtocell gateway.
5. The method of claim 1 , wherein registering the user equipment for hand-in from the macrocell to the femtocell comprises transmitting an OOB indication message from the femtocell to the femtocell gateway.
6. The method of claim 2 , further comprising:
utilizing a user equipment mapping between a macro identifier of the user equipment with the OOB identifier to determine the user equipment identifier.
7. The method of claim 2 , wherein detecting the user equipment in proximity to the femtocell comprises:
paging the user equipment over the OOB communications link; and
detecting a response to the paging from the user equipment over the OOB communications link, wherein the response comprises the OOB identifier of the user equipment.
8. The method of claim 1 , further comprising:
receiving a handover request for the user equipment at the femtocell from the femtocell gateway, the handover request being configured to direct the user equipment to hand off active communications with the macro network from the macrocell to the femtocell.
9. The method of claim 8 , wherein the handover request is received subsequent to registering the user equipment for hand-in from the macrocell to the femtocell.
10. The method of claim 8 , wherein:
the handover request is received prior to registering the user equipment for hand-in from the macrocell to the femtocell; and
detecting the user equipment comprises detecting the user equipment in response to receiving the handover request.
11. The method of claim 10 , wherein detecting the user equipment in response to receiving the handover request comprises:
detecting the user equipment over the OOB communications link utilizing an OOB identifier of the user equipment.
12. The method of claim 1 , further comprising:
detecting a loss of the OOB communications link between the user equipment and the femtocell; and
de-registering the user equipment according to detecting the loss of the OOB communications link.
13. The method of claim 10 , wherein registering the user equipment further comprises transmitting a handover response accepting the handover request.
14. The method of claim 1 , wherein the femtocell is one of a plurality of femtocells on a macro network, each femtocell having a first femtocell identifier according to which the femtocell is non-uniquely addressable by the macro network and a second femtocell identifier according to which the femtocell is uniquely addressable by the femtocell gateway.
15. The method of claim 1 , wherein the OOB communications link comprises a Bluetooth link.
16. The method of claim 14 , wherein the first femtocell identifier of each respective femtocell comprises a primary scrambling code (PSC) of the respective femtocell.
17. The method of claim 1 , wherein the user equipment identifier comprises a macro identifier associated with the user equipment.
18. The method of claim 17 , wherein the macro identifier comprises a International Mobile Subscriber Identity (IMSI) associated with the user equipment.
19. A femtocell comprising:
an in-band frequency module, communicatively coupled with a macro network via a femtocell gateway and configured to provide cellular network access to user equipments;
an out-of-band (OOB) frequency module, communicatively coupled with the in-band frequency module and configured to communicate with the user equipments over an OOB communications link; and
a communications management subsystem, communicatively coupled with the in-band frequency module and the OOB frequency module, and configured to:
detect a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link;
identify a user equipment identifier corresponding to the user equipment
detected in proximity to the femtocell using the OOB communications link; and
register the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
20. The femtocell of claim 19 , wherein the communications management subsystem configured to identify the user equipment identifier comprises a configuration to receive a macro identifier associated with the user equipment identifier over the OOB communications link.
21. The femtocell of claim 19 , wherein the communications management subsystem configured to identify the user equipment identifier comprises a configuration to receive an OOB identifier associated with the user equipment identifier over the OOB communications link.
22. The femtocell of claim 19 , wherein the communications management subsystem configured to register the user equipment comprises a configuration to transmit a registration message from the femtocell to the femtocell gateway.
23. The femtocell of claim 19 , wherein the communications management subsystem configured to register the user equipment comprises a configuration to transmit an OOB indication message from the femtocell to the femtocell gateway.
24. The femtocell of claim 21 , wherein the communications management subsystem is further configured to:
utilize a user equipment mapping between a macro identifier of the user equipment with the OOB identifier to determine the user equipment identifier.
25. The femtocell of claim 20 , wherein the communications management subsystem configured to detect the user equipment in proximity to the femtocell is further configured to:
page the user equipment over the OOB communications link; and
detect a response to the paging from the user equipment over the OOB communications link, wherein the response comprises the macro identifier of the user equipment.
26. The femtocell of claim 19 , wherein the communications management subsystem is further configured to:
receive a handover request for the user equipment at the femtocell from the femtocell gateway, the handover request being configured to direct the user equipment to hand off active communications with the macro network from the macrocell to the femtocell.
27. The femtocell of claim 26 , wherein the handover request is received subsequent to registering the user equipment for hand-in from the macrocell to the femtocell.
28. The femtocell of claim 26 , wherein:
the handover request is received prior to registering the user equipment for hand-in from the macrocell to the femtocell; and
the communications management subsystem configured to detect the user equipment comprises detecting the user equipment in response to receiving the handover request.
29. The femtocell of claim 28 , wherein the communications management subsystem configured to detect the user equipment in response to receiving the handover request comprises a configuration to:
detect the user equipment over the OOB communications link utilizing an OOB identifier of the user equipment.
30. The femtocell of claim 19 , wherein the communications management subsystem is further configured to:
detect a loss of the OOB communications link between the user equipment and the femtocell; and
de-register the user equipment according to detecting the loss of the OOB communications link.
31. The femtocell of claim 28 , wherein the communications management subsystem is further configured to:
transmit a handover response accepting the handover request as part of registering the user equipment.
32. The femtocell of claim 19 , wherein the femtocell is one of a plurality of femtocells on a cellular network, each femtocell having a first femtocell identifier according to which the femtocell is non-uniquely addressable by the macro network and a second femtocell identifier according to which the femtocell is uniquely addressable by the femto gateway.
33. A processor for macrocell-to-femtocell hand-in, the processor comprising:
a communications management controller configured to:
detect a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link;
identify a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and
register the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
34. A computer program product for macrocell-to-femtocell hand-in residing on a processor-readable medium and comprising processor-readable instructions, which, when executed, cause a processor to perform steps comprising:
detecting a user equipment in proximity to a femtocell using an out-of-band (OOB) communications link;
identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and
registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
35. A system for macrocell-to-femtocell hand-in comprising:
means for detecting a user equipment in proximity to the femtocell using an out-of-band (OOB) communications link;
means for identifying a user equipment identifier corresponding to the user equipment detected in proximity to the femtocell using the OOB communications link; and
means for registering the user equipment for hand-in from a macrocell to the femtocell by communicating, from the femtocell to a femtocell gateway, the user equipment identifier and indicating OOB proximity detection of the user equipment at the femtocell.
36. A method for macrocell-to-femtocell hand-in, the method comprising:
receiving, at a femtocell gateway from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier;
determining, at the femtocell gateway, whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and
communicating, from the femtocell gateway, the handover request to the designated femtocell.
37. The method of claim 36 , wherein determining, at the femtocell gateway, whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request comprises:
determining a registering femtocell from the plurality of femtocells that has registered the user equipment prior to receiving the handover request; and
determining that the registering femtocell is the designated femtocell with the first femtocell identifier.
38. The method of claim 37 , further comprising:
receiving an acknowledgement message from the registering femtocell.
39. The method of claim 36 , wherein determining, at the femtocell gateway, whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the relocation request comprises:
determining that none of the plurality of femtocells registered the user equipment prior to receiving the handover request.
40. The method of claim 39 , further comprising:
determining a set of candidate femtocells from the plurality of femtocells registered at the femto gateway, wherein the set of candidate femtocells is identified by at least the first femtocell identifier;
directing each of the set of candidate femtocells to detect whether the user equipment is in its proximity;
receiving an indication from a successful femtocell of the candidate femtocells that the user equipment is in its proximity; and
determining that the successful femtocell is the designated femtocell.
41. The method of claim 40 , further comprising:
monitoring an elapsed time subsequent to directing the set of candidate femtocells to detect whether the user equipment is in its proximity; and
determining whether the indication from one of the candidate femtocells that the user equipment is in its proximity is received while the elapsed time is within a predefined time limit.
42. The method of claim 36 , wherein determining, at the femtocell gateway, whether any of the plurality of femtocells registered the user equipment prior to receiving the handover request comprises:
determining whether an OOB proximity detection is received from any of the plurality of femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises a macro identifier of the user equipment.
43. The method of claim 36 , wherein determining, at the femtocell gateway, whether any of the plurality of femtocells registered the user equipment prior to receiving the handover request comprises:
determining whether an OOB proximity indication is received from any of the plurality of femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises an OOB identifier of the user equipment; and
determining a macro identifier of the user equipment corresponding to the OOB identifier of the user equipment.
44. The method of claim 36 , further comprising:
determining whether the designated femtocell is uniquely addressable by the femtocell gateway according to the first femtocell identifier; and
wherein communicating, from the femtocell gateway, the handover request to designated femtocell utilizes the first femtocell identifier.
45. The method of claim 36 , wherein determining, at the femtocell gateway, whether any of the plurality of femtocells registered the user equipment prior to receiving the handover request comprises:
determining whether two or more femtocells of the plurality of femtocells are addressable by the femtocell gateway according to the first femtocell identifier; and
determining whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier utilizing a second femtocell identifier.
46. The method of claim 39 , further comprising:
determining a set of candidate femtocells from the plurality of femtocells; and
directing, using an OOB hand-in cause value in the handover request, each of the set of candidate femtocells to detect whether the user equipment is in its proximity.
47. The method of claim 46 , further comprising:
receiving an OOB accept message from one of the candidate femtocells, wherein the OOB accept message indicates that the one of the candidate femtocells detects the user equipment in its proximity; and
identifying one of the candidate cells associated with the OOB accept message as the designated femtocell.
48. The method of claim 46 , further comprising:
receiving at least an OOB reject message from one or more of the candidate femtocells or an error indication message from one or more of the candidate femtocells and no OOB accept messages; and
transmitting to each of the candidate femtocells a handover request with a normal cause value.
49. The method of claim 48 , further comprising:
receiving at least a blind accept or a blind reject from one or more of the candidate femtocells; and
identifying one of the candidate femtocells associated with a blind accept as the designated femtocell.
50. A femtocell gateway comprising:
a macro network interface subsystem configured to communicate with a core node of a macro network and configured to receive communications from the macro network;
a femtocell interface subsystem configured to communicate with a plurality of femtocells; and
a communications management subsystem, communicatively coupled with the macro network interface subsystem and the femtocell interface subsystem, and configured to:
receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier;
determine whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and
communicate the handover request to designated femtocell.
51. The femtocell gateway of claim 50 , wherein to determine whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem is configured to:
determine a registering femtocell from the plurality of femtocells that has registered the user equipment prior to receiving the handover request; and
determine that the registering femtocell is the designated femtocell with the first femtocell identifier.
52. The femtocell gateway of claim 51 , wherein the communications management subsystem is further configured to:
receive an acknowledgement message from the registering femtocell.
53. The femtocell gateway of claim 50 , wherein to determine whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem is configured to:
determine that none of the plurality of femtocells registered the user equipment prior to receiving the handover request.
54. The femtocell gateway of claim 53 , wherein the communications management subsystem is further configured to:
determine a set of candidate femtocells from the plurality of femtocells, wherein the candidate femtocells are identified by at least the first femtocell identifier;
direct each of the candidate femtocells to detect whether the user equipment is in its proximity;
receive an indication from a successful femtocell of the candidate femtocells that the user equipment is in its proximity; and
determine that the successful femtocell is the designated femtocell.
55. The femtocell gateway of claim 54 , wherein the communications management subsystem is further configured to:
monitor an elapsed time subsequent to directing the set of candidate femtocells to detect whether the user equipment is in its proximity; and
determine whether the indication from one of the candidate femtocells that the user equipment is in its proximity is received while the elapsed time is within a predefined time limit.
56. The femtocell gateway of claim 50 , wherein to determine whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem is further configured to:
determine whether an OOB proximity indication is received from any of the plurality of femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises a macro identifier of the user equipment.
57. The femtocell gateway of claim 50 , wherein to determine whether any of the plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request, the communications management subsystem is further configured to:
determine whether an OOB proximity detection is received from any of the plurality of femtocells prior to receiving the handover request, wherein the OOB proximity indication comprises an OOB identifier of the user equipment; and
determine a macro identifier of the user equipment corresponding to the OOB identifier of the user equipment.
58. The femtocell gateway of claim 50 , wherein the communications management subsystem is further configured to:
determine whether the designated femtocell is uniquely addressable by the femtocell gateway according to the first femtocell identifier; and
wherein communicating the handover request to designated femtocell utilizes the first femtocell identifier.
59. The femtocell gateway of claim 50 , wherein the communications management subsystem configured to determine whether any of the plurality of femtocells registered the user equipment prior to receiving the handover request comprises a configuration to:
determine whether two or more femtocells of the plurality of femtocells are addressable by the femtocell gateway according to the first femtocell identifier; and
determine whether the designated femtocell is one of the two or more femtocells addressable according to the first femtocell identifier utilizing a second femtocell identifier.
60. The femtocell gateway of claim 53 , wherein the communications management subsystem is further configured to:
determine a set of candidate femtocells from the plurality of femtocells; and
direct, using an OOB hand-in cause value in the handover request, each of the candidate femtocells to detect whether the user equipment is in its proximity.
61. The femtocell gateway of claim 60 , wherein the communications management subsystem is further configured to:
receive an OOB accept message from one of the candidate femtocells, wherein the OOB accept message indicates that the one of the candidate femtocells detects the user equipment in its proximity; and
identify the one of the candidate cells as the designated femtocell.
62. The femtocell gateway of claim 60 , wherein the communications management subsystem is further configured to:
receive at least an OOB reject message from one or more of the candidate femtocells or an error indication message from one or more of the candidate femtocells and no OOB accept messages; and
transmit to each of the candidate femtocells a handover request with a normal cause value.
63. The femtocell gateway of claim 62 , wherein the communications management subsystem is further configured to:
receive at least a blind accept or a blind reject from one or more of the candidate femtocells; and
identify one of the candidate femtocells associated with a blind accept as the designated femtocell.
64. A processor for macrocell-to-femtocell hand-in in a femtocell gateway, the processor comprising:
a communications management controller configured to:
receive, from the macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier;
determine whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and
communicate the handover request to the designated femtocell.
65. A computer program product for macrocell-to-femtocell hand-in residing on a processor-readable medium disposed at a femtocell gateway and comprising processor-readable instructions, which, when executed, cause a processor to perform steps comprising:
receiving, from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier;
determining whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and
communicating the handover request to the designated femtocell.
66. A system for macrocell-to-femtocell hand-in comprising:
means for receiving, from a macro network, a handover request configured to direct a user equipment to hand off active communications with the macro network from a macrocell to a designated femtocell with a first femtocell identifier;
means for determining whether any of a plurality of femtocells registered the user equipment with the femtocell gateway prior to receiving the handover request; and
means for communicating the handover request to the designated femtocell.
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/223,048 US9072032B2 (en) | 2010-10-15 | 2011-08-31 | Femtocell indication of mobile device proximity and transmission of mobile identity to assist in resolving femtocell disambiguation |
US13/223,103 US20120094666A1 (en) | 2010-10-15 | 2011-08-31 | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
PCT/US2011/058782 WO2012051632A1 (en) | 2010-10-15 | 2011-11-01 | Methods, apparatuses and system for identifying a target femtocell for hand-in of a user equipment |
CN2011800497019A CN103155643A (en) | 2010-10-15 | 2011-11-01 | Methods, apparatuses and system for identifying a target femtocell for hand-in of a user equipment |
KR1020137012545A KR101561190B1 (en) | 2010-10-15 | 2011-11-01 | Methods, apparatuses and system for identifying a target femtocell for hand-in of a user equipment |
EP11790687.5A EP2628335A1 (en) | 2010-10-15 | 2011-11-01 | Methods, apparatuses and system for identifying a target femtocell for hand-in of a user equipment |
JP2013534074A JP5698369B2 (en) | 2010-10-15 | 2011-11-01 | Method, apparatus and system for identifying a target femtocell for user equipment hand-in |
JP2014163827A JP2015008503A (en) | 2010-10-15 | 2014-08-11 | Method, device and system for identifying target femto cell for hand-in of user apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US39353310P | 2010-10-15 | 2010-10-15 | |
US13/223,103 US20120094666A1 (en) | 2010-10-15 | 2011-08-31 | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
Publications (1)
Publication Number | Publication Date |
---|---|
US20120094666A1 true US20120094666A1 (en) | 2012-04-19 |
Family
ID=45934584
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/223,103 Abandoned US20120094666A1 (en) | 2010-10-15 | 2011-08-31 | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
US13/222,972 Expired - Fee Related US9781659B2 (en) | 2010-10-15 | 2011-08-31 | Proximity detection for femtocells using out-of-band links |
US13/223,048 Expired - Fee Related US9072032B2 (en) | 2010-10-15 | 2011-08-31 | Femtocell indication of mobile device proximity and transmission of mobile identity to assist in resolving femtocell disambiguation |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/222,972 Expired - Fee Related US9781659B2 (en) | 2010-10-15 | 2011-08-31 | Proximity detection for femtocells using out-of-band links |
US13/223,048 Expired - Fee Related US9072032B2 (en) | 2010-10-15 | 2011-08-31 | Femtocell indication of mobile device proximity and transmission of mobile identity to assist in resolving femtocell disambiguation |
Country Status (6)
Country | Link |
---|---|
US (3) | US20120094666A1 (en) |
EP (1) | EP2628335A1 (en) |
JP (2) | JP5698369B2 (en) |
KR (1) | KR101561190B1 (en) |
CN (1) | CN103155643A (en) |
WO (1) | WO2012051632A1 (en) |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100226315A1 (en) * | 2009-03-03 | 2010-09-09 | Qualcomm Incorporated | Scalable header extension |
US20120094665A1 (en) * | 2010-10-15 | 2012-04-19 | Qualcomm Incorporated | Femtocell indication of mobile device proximity and transmission of mobile identity to assist in resolving femtocell disambiguation |
US20120113965A1 (en) * | 2010-11-09 | 2012-05-10 | Sarat Puthenpura | Method and apparatus for locating a wi-fi hotspot for offloading wireless traffic |
US8311551B1 (en) * | 2010-04-09 | 2012-11-13 | Sprint Spectrum L.P. | System and method for adaptive route updating for access terminals based on mobility and channel loading |
US20120322452A1 (en) * | 2009-12-07 | 2012-12-20 | Louis Gwyn Samuel | Handover control |
US8351938B1 (en) | 2010-04-09 | 2013-01-08 | Sprint Spectrum L.P. | System and method for dynamic route-update-radius parameters |
US20130210436A1 (en) * | 2011-08-10 | 2013-08-15 | Spidercloud Wireless, Inc. | Method and apparatus for topology management for handovers in heterogeneous networks |
US20140038605A1 (en) * | 2012-07-31 | 2014-02-06 | Firouz Behnamfar | Devices and methods for cellular communication |
US8744464B2 (en) * | 2012-09-12 | 2014-06-03 | Verizon Patent And Licensing Inc. | Interference coordination in heterogeneous networks |
US8769003B2 (en) * | 2012-05-09 | 2014-07-01 | Qualcomm Innovation Center, Inc. | Method for proximity determination between mobile peers while maintaining privacy |
US20140194124A1 (en) * | 2011-09-13 | 2014-07-10 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for controlling and measuring cell handover |
US8805380B2 (en) * | 2012-02-14 | 2014-08-12 | Cisco Technology, Inc. | System and method for tuning in heterogeneous networks |
US8838117B2 (en) | 2010-04-23 | 2014-09-16 | Qualcomm Incorporated | Active macro-femto hand-in with help from out-of-band proxy |
WO2014142526A1 (en) * | 2013-03-11 | 2014-09-18 | 삼성전자 주식회사 | Method and apparatus for wireless communication |
US8954051B2 (en) | 2010-04-23 | 2015-02-10 | Qualcomm Incorporated | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
CN104603843A (en) * | 2012-09-10 | 2015-05-06 | 霍尼韦尔国际公司 | Handheld device rendering of plant model portion based on task |
US20150142879A1 (en) * | 2013-11-18 | 2015-05-21 | Vodafone Gmbh | Network gateway implementing an instance manager function |
US20160044587A1 (en) * | 2013-03-29 | 2016-02-11 | JVC Kenwood Corporation | Wireless lan system and wireless communication device |
US9338133B1 (en) * | 2014-11-10 | 2016-05-10 | Sprint Communications Company L.P. | Locating optimum security gateway |
US20160353350A1 (en) * | 2014-02-12 | 2016-12-01 | Telefonaktiebolaget L M Erisson (Publ) | Cause Value Encoding for Handovers in a Wireless Communications Network |
US9591512B2 (en) | 2013-12-30 | 2017-03-07 | Motorola Solutions, Inc. | Spatial quality of service prioritization algorithm in wireless networks |
US10098024B2 (en) * | 2011-06-22 | 2018-10-09 | Nokia Solutions And Networks Oy | Method of achieving information, access node and communication device |
US10154371B1 (en) * | 2018-02-06 | 2018-12-11 | T-Mobile Usa, Inc. | Response at network terminal to initialization failure |
US10880757B2 (en) | 2013-11-01 | 2020-12-29 | Zte Corporation | Discovery signal processing method, base station and computer storage medium |
US11601186B1 (en) * | 2021-10-13 | 2023-03-07 | Dell Products, Lp | System and method for dynamic pairing of a host and out-of-band radio using radio and embedded controller contextual telemetry |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9204349B2 (en) * | 2009-02-10 | 2015-12-01 | Qualcomm Incorporated | Method and apparatus for facilitating a hand-in of user equipment to femto cells |
US9642105B2 (en) | 2009-11-17 | 2017-05-02 | Qualcomm Incorporated | Access terminal-assisted time and/or frequency tracking |
US9392562B2 (en) | 2009-11-17 | 2016-07-12 | Qualcomm Incorporated | Idle access terminal-assisted time and/or frequency tracking |
US9271248B2 (en) | 2010-03-02 | 2016-02-23 | Qualcomm Incorporated | System and method for timing and frequency synchronization by a Femto access point |
US9125134B2 (en) * | 2010-08-23 | 2015-09-01 | Qualcomm Incorporated | Proximity agent based out of band communication for femtocell operation |
US9756553B2 (en) | 2010-09-16 | 2017-09-05 | Qualcomm Incorporated | System and method for assisted network acquisition and search updates |
US8725146B2 (en) * | 2011-01-13 | 2014-05-13 | Alcatel Lucent | Method of registering a location of an access terminal within a Femto network with a Macro network, and associated apparatuses |
US8948762B2 (en) * | 2011-04-07 | 2015-02-03 | Lg Electronics Inc. | Apparatus for transmitting and receiving signals in multi-node system and method thereof |
WO2012144803A2 (en) * | 2011-04-19 | 2012-10-26 | 엘지전자 주식회사 | Method and apparatus for transmitting discovery signal in wireless communication system |
US8693397B2 (en) * | 2011-07-29 | 2014-04-08 | At&T Mobility Ii Llc | Macro network optimization with assistance from Femto cells |
US8532652B1 (en) * | 2011-11-16 | 2013-09-10 | Amazon Technologies, Inc. | Autonomous search of closed subscriber group cells in wireless networks |
US9807651B2 (en) * | 2012-04-04 | 2017-10-31 | Apple Inc. | Assisted management of radio resources across dual networks |
JP6092521B2 (en) * | 2012-04-06 | 2017-03-08 | 株式会社Nttドコモ | Communication system, mobile terminal apparatus, local area base station apparatus, and communication method |
US9155057B2 (en) * | 2012-05-01 | 2015-10-06 | Qualcomm Incorporated | Femtocell synchronization enhancements using access probes from cooperating mobiles |
US9867163B2 (en) | 2012-07-12 | 2018-01-09 | Qualcomm Incorporated | Methods and apparatus for power saving in broadcasting carrier information |
TWI558257B (en) * | 2012-07-31 | 2016-11-11 | 財團法人工業技術研究院 | Small cell detection method and apparatuses using the same |
US9414273B2 (en) * | 2012-08-08 | 2016-08-09 | At&T Intellectual Property I, L.P. | Inbound handover for macrocell-to-femtocell call transfer |
US9237530B2 (en) | 2012-11-09 | 2016-01-12 | Qualcomm Incorporated | Network listen with self interference cancellation |
US8923868B2 (en) * | 2012-11-30 | 2014-12-30 | Sony Corporation | Hybrid access mode dynamic traffic offloading in an H(e)NB cell associated with a closed subscriber group |
EP3349512B1 (en) * | 2013-01-18 | 2019-08-07 | Kyocera Corporation | Communication control method and user terminal for performing an offload in a wireless mobile telecommunications system |
WO2014163614A1 (en) * | 2013-04-01 | 2014-10-09 | New Jersey Institute Of Technology | Trading spectrum for energy savings in green cognitive cellular networks |
EP3030001B1 (en) | 2013-07-30 | 2021-07-07 | Samsung Electronics Co., Ltd. | Transmitting and receiving a discovery signal of a base station in a mobile communication system |
US9432906B2 (en) | 2013-09-12 | 2016-08-30 | Cisco Technology, Inc. | Handling connected mode mobility from areas bounding multi-operator core network and non-multi-operator core network shared infrastructure |
EP3057361B1 (en) * | 2013-10-08 | 2020-09-30 | Sony Corporation | Wireless communication device, wireless communication method, communication controller, and communication control method |
US9516571B2 (en) * | 2014-02-05 | 2016-12-06 | Qualcomm Incorporated | Methods and apparatus for opportunistic small cell triggering |
US9686705B2 (en) | 2014-04-14 | 2017-06-20 | Qualcomm Incorporated | Capture of PSS and SSS with wireless local area network receive chain |
US20150296468A1 (en) * | 2014-04-14 | 2015-10-15 | Qualcomm Incorporated | Capture of pss and sss with wireless local area network receive chain |
US9521539B2 (en) | 2014-06-05 | 2016-12-13 | Cisco Technology, Inc. | System and method for small cell gateway core network selection in a multi-operator core network environment |
US9282465B2 (en) | 2014-06-16 | 2016-03-08 | Cisco Technology, Inc. | Multi-operator core network shared small cell deployment in a non-multi-operator macro network environment |
KR101598602B1 (en) * | 2014-07-29 | 2016-02-29 | 주식회사 케이티 | System fof x2 handover management of femtocell and method fof controling of x2 handover using the same |
US9681349B1 (en) * | 2014-09-05 | 2017-06-13 | Sprint Spectrum L.P. | Method and system for managing traffic offload in a wireless communication network based on closed access mode conditions |
CN104463625B (en) * | 2014-12-01 | 2018-07-20 | 中国联合网络通信集团有限公司 | Realize the method for pushing and system of big screen information in elevator |
JP6006775B2 (en) * | 2014-12-04 | 2016-10-12 | ソフトバンク株式会社 | Base station equipment |
US20160316392A1 (en) * | 2015-04-27 | 2016-10-27 | Spreadtrum Hong Kong Limited | LTE-WLAN Traffic Offloading Enhancement Using Extended BSS Load Element |
GB2538802A (en) * | 2015-05-29 | 2016-11-30 | Nordic Semiconductor Asa | Wireless communication |
US10716047B2 (en) | 2016-11-18 | 2020-07-14 | Qualcomm Incorporated | Techniques for selecting a radio access technology over an unlicensed radio frequency spectrum band for serving a class of traffic |
US10911500B1 (en) | 2020-07-01 | 2021-02-02 | T-Mobile Usa, Inc. | Registration control for wireless networks, such as IMS networks |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6768726B2 (en) * | 2002-08-06 | 2004-07-27 | Motorola, Inc. | Method and apparatus for effecting a seamless handoff between IP connections |
US20050111409A1 (en) * | 2003-11-25 | 2005-05-26 | Spear Stephen L. | Method and apparatus for mobile station registration in a cellular communication system |
US20090207805A1 (en) * | 2008-02-14 | 2009-08-20 | Jialin Zou | Pre-registration, storing of pre-registration session information and session transfer in a wireless communication system |
US7925259B2 (en) * | 2006-10-03 | 2011-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | System, method, and arrangement for managing access denials in a wireless communication network |
Family Cites Families (77)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6574266B1 (en) * | 1999-06-25 | 2003-06-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Base-station-assisted terminal-to-terminal connection setup |
JP2001320755A (en) | 2000-05-11 | 2001-11-16 | Matsushita Electric Ind Co Ltd | Method for subscriber registration to self-managed network, private branch information providing system, and portable information terminal |
US7640008B2 (en) | 2002-10-18 | 2009-12-29 | Kineto Wireless, Inc. | Apparatus and method for extending the coverage area of a licensed wireless communication system using an unlicensed wireless communication system |
US7961742B2 (en) | 2003-09-05 | 2011-06-14 | Comcast Cable Holdings, Llc | Cable modem termination system having a gateway for transporting out-of-band messaging signals |
FI20045515A0 (en) | 2004-12-31 | 2004-12-31 | Nokia Corp | A method and a network element for generating a handover in a communication system |
JP4571010B2 (en) | 2005-05-16 | 2010-10-27 | 富士通株式会社 | IP phone system, information processing terminal and mobile phone that can save power |
US20070037578A1 (en) | 2005-08-10 | 2007-02-15 | John Besterman | Method and system for dynamically modifying a dial plan for a wireless dual-mode handset |
FR2894099A1 (en) | 2005-11-30 | 2007-06-01 | Christian Pierre Geo Chabrerie | Data e.g. name, transmitting method for e.g. mobile telephone, involves identifying mobile terminal in remote memory by direct point-to-point connection between terminal and third party terminal, based on localization of former terminal |
US7995994B2 (en) | 2006-09-22 | 2011-08-09 | Kineto Wireless, Inc. | Method and apparatus for preventing theft of service in a communication system |
US8036664B2 (en) | 2006-09-22 | 2011-10-11 | Kineto Wireless, Inc. | Method and apparatus for determining rove-out |
EP2060130A4 (en) | 2006-10-31 | 2010-03-10 | Kineto Wireless Inc | Method and apparatus to enable hand-in for femtocells |
US8102825B2 (en) * | 2006-11-30 | 2012-01-24 | Kyocera Corporation | Detection of a multi-mode portable communication device at a mesh network |
GB2444756B (en) | 2006-12-12 | 2009-02-11 | Motorola Inc | A radio access network and method of operation therefor |
GB2445987B (en) | 2007-01-19 | 2011-09-28 | Motorola Inc | Relocation in a cellular communication system |
US8027681B2 (en) | 2007-06-05 | 2011-09-27 | Alcatel Lucent | Method and apparatus to allow hand-off from a macrocell to a femtocell |
KR101387496B1 (en) | 2007-07-31 | 2014-04-21 | 엘지전자 주식회사 | Broadcasting receiver, data transmitting method and data processing method |
GB0715560D0 (en) | 2007-08-10 | 2007-09-19 | Nortel Networks Ltd | Sub banded frequency arrangement for femtocells |
US8121089B2 (en) | 2007-08-22 | 2012-02-21 | Cellco Partnership | Femto-BTS RF access mechanism |
US8594663B2 (en) | 2007-09-24 | 2013-11-26 | Airvana Llc | Selecting embedded cells in wireless networks |
CN101816209B (en) * | 2007-10-03 | 2013-04-24 | 艾利森电话股份有限公司 | Access control during relocation of a user equipment into a femto base station |
US9137745B2 (en) | 2007-10-12 | 2015-09-15 | Qualcomm Incorporated | System and method to locate femto cells with passive assistance from a macro cellular wireless network |
WO2009055827A1 (en) | 2007-10-25 | 2009-04-30 | Starent Networks, Corp. | Interworking gateway for mobile nodes |
CN100584098C (en) | 2007-10-30 | 2010-01-20 | 华为技术有限公司 | Exchange method for radio networking configuration information and radio network access device |
US20090124235A1 (en) | 2007-11-13 | 2009-05-14 | Peter Bosch | Method of confirming authorized microcell base station use |
US9648523B2 (en) | 2007-11-21 | 2017-05-09 | Qualcomm Incorporated | Target access point initiated communication handover |
US8355727B2 (en) | 2007-12-19 | 2013-01-15 | Airvana, Corp. | Proximity detection in a network |
KR101451860B1 (en) | 2008-01-22 | 2014-10-17 | 삼성전자주식회사 | Apparatus and method for terminal handover between systems using different frequency allocation |
US8379550B2 (en) | 2008-01-31 | 2013-02-19 | Samsung Electronics Co., Ltd. | Location based femtocell device configuration and handoff |
US20090219888A1 (en) | 2008-02-29 | 2009-09-03 | Yong Chen | System and Method for Providing Connection Handoffs in Wireless Networks |
US9313720B2 (en) | 2008-03-27 | 2016-04-12 | Qualcomm Incorporated | Power efficient small base station scanning and acquisition |
WO2009139675A1 (en) | 2008-05-13 | 2009-11-19 | Telefonaktiebolaget L M Ericsson (Publ) | Generic access network (gan) registration for a mobile station |
US20090286544A1 (en) | 2008-05-13 | 2009-11-19 | At&T Mobility Ii Llc | Administration of an access control list to femto cell coverage |
US8144725B2 (en) | 2008-05-28 | 2012-03-27 | Apple Inc. | Wireless femtocell setup methods and apparatus |
US8688117B2 (en) | 2008-06-13 | 2014-04-01 | Fujitsu Limited | Seamless handover and load balance between macro base stations and publicly accessible femto base stations |
JP2009302977A (en) | 2008-06-13 | 2009-12-24 | Fujitsu Ltd | Base station, user equipment and base station set-up method |
US8000709B2 (en) | 2008-06-26 | 2011-08-16 | Alcatel Lucent | User initiated mobile learning of preferred femtocell |
US8675621B2 (en) | 2008-07-07 | 2014-03-18 | Zte (Usa) Inc. | Using identification sequences in wireless communication systems |
US8989138B2 (en) | 2008-07-15 | 2015-03-24 | Qualcomm Incorporated | Wireless communication systems with femto nodes |
US8548479B2 (en) | 2008-08-28 | 2013-10-01 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting inter-working signal in wireless communication system |
KR101292577B1 (en) | 2008-08-28 | 2013-08-12 | 삼성전자주식회사 | Apparatus and method for transmitting of inter-working signal in wireless communication system |
US8351920B2 (en) | 2008-08-29 | 2013-01-08 | Spidercloud Wireless, Inc. | System and method for femtocell management |
US20100124927A1 (en) | 2008-11-18 | 2010-05-20 | Suat Eskicioglu | Periodic reporting for inter-radio access technology location-based handovers from a gsm macrocell to a wcdma femtocell |
US8238921B2 (en) | 2008-11-07 | 2012-08-07 | Kyocera Corporation | User zone information transmission management |
US8180368B2 (en) | 2008-11-11 | 2012-05-15 | Trueposition, Inc. | Femto-cell location by direct methods |
US8145239B2 (en) | 2008-12-10 | 2012-03-27 | At&T Intellectual Property Ii, Lp | Location register for trusted WiFi devices that roam |
JP2010147682A (en) | 2008-12-17 | 2010-07-01 | Sharp Corp | Radio communication system and indoor base station |
US8270431B2 (en) | 2008-12-17 | 2012-09-18 | At&T Mobility Ii Llc | Femto-based home macro sector and associated scanning operation |
US20100240365A1 (en) | 2009-03-23 | 2010-09-23 | Qualcomm Incorporated | Wireless communication systems with femto nodes |
US8792886B2 (en) * | 2009-04-23 | 2014-07-29 | Qualcomm Incorporated | Femto node power adjustment using requests for registration |
US8838096B2 (en) | 2009-05-29 | 2014-09-16 | Qualcomm Incorporated | Non-macro cell search integrated with macro-cellular RF carrier monitoring |
US8385291B2 (en) | 2009-06-10 | 2013-02-26 | Airvana Llc | Mobility in a wireless enterprise network |
JP2013502783A (en) | 2009-08-19 | 2013-01-24 | エヌイーシー ヨーロッパ リミテッド | Method for supporting handover decision of mobile terminal in mobile cellular telecommunication network |
US8848513B2 (en) | 2009-09-02 | 2014-09-30 | Qualcomm Incorporated | Seamless overlay connectivity using multi-homed overlay neighborhoods |
US8204481B2 (en) * | 2009-12-15 | 2012-06-19 | Htc Corporation | Method and system for managing autonomous search in various modes in a long-term evolution environment |
US8086236B2 (en) * | 2010-01-06 | 2011-12-27 | Htc Corporation | Methods to configure proximity indication in wireless communications systems |
EP2685761A1 (en) * | 2010-01-08 | 2014-01-15 | Interdigital Patent Holdings, Inc. | Method and apparatus for managing CSG priorities in idle and connected modes |
EP2522178A1 (en) | 2010-01-08 | 2012-11-14 | InterDigital Patent Holdings, Inc. | Evaluating and reporting measurments for h(e) nb outbound mobility and inter- h(e)nb mobility in connected mode |
JP5363660B2 (en) * | 2010-01-08 | 2013-12-11 | インターデイジタル パテント ホールディングス インコーポレイテッド | Method and apparatus for adding CSG identification to a whitelist during connected mode |
GB201001623D0 (en) | 2010-02-01 | 2010-03-17 | Nec Corp | Mobile communication routing |
KR101607130B1 (en) | 2010-02-04 | 2016-03-29 | 삼성전자주식회사 | Apparatus and method for searching an allowed femto cell in wireless communication system |
US8185116B2 (en) | 2010-02-10 | 2012-05-22 | Htc Corporation | Methods and system for handling proximity indication and detection in a wireless communication system |
US8983481B2 (en) | 2010-03-24 | 2015-03-17 | Htc Corporation | Apparatuses and methods for measurement reporting in a wireless communications system |
JP5685639B2 (en) * | 2010-04-02 | 2015-03-18 | インターデイジタル パテント ホールディングス インコーポレイテッド | Suppress allowed CSG list |
US8838117B2 (en) | 2010-04-23 | 2014-09-16 | Qualcomm Incorporated | Active macro-femto hand-in with help from out-of-band proxy |
US8954051B2 (en) | 2010-04-23 | 2015-02-10 | Qualcomm Incorporated | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
US9549370B2 (en) * | 2010-04-30 | 2017-01-17 | Interdigital Patent Holdings, Inc. | Home node identification, interference reduction, and energy savings |
TWI555344B (en) * | 2010-06-18 | 2016-10-21 | 內數位專利控股公司 | Method for enabling mobility of a wireless transmit/receive unit(wtru) in a cell forward access channel (cell_fach)state and wtru |
US20120149362A1 (en) | 2010-06-18 | 2012-06-14 | Interdigital Patent Holdings, Inc. | Victim User Equipment Status |
US8630640B2 (en) | 2010-09-16 | 2014-01-14 | Qualcomm Incororated | Refining femtocell coverage information with beacon transmitters |
US8600393B2 (en) | 2010-10-04 | 2013-12-03 | Samsung Electronics Co. Ltd. | Methods and apparatus for enabling interference coordination in heterogeneous networks |
US20120094666A1 (en) * | 2010-10-15 | 2012-04-19 | Qualcomm Incorporated | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
US8934912B2 (en) | 2010-11-08 | 2015-01-13 | Electronics And Telecommunications Research Institute | Method for deciding unregistered macrocell user equipment adjacent to femtocell base station |
AU2012242620A1 (en) * | 2011-04-13 | 2013-10-31 | Interdigital Patent Holdings, Inc. | Method and apparatus for small cell discovery in heterogeneous networks |
US20120269095A1 (en) | 2011-04-20 | 2012-10-25 | Nokia Siemens Networks Oy | Method and apparatus for providing a network search function |
US8706146B2 (en) * | 2011-06-17 | 2014-04-22 | Qualcomm Incorporated | Out-of-band paging with group identifier to reduce mobile detection latency |
US20130003698A1 (en) | 2011-07-01 | 2013-01-03 | Interdigital Patent Holdings, Inc. | Method and apparatus for managing service continuity |
US8918096B2 (en) | 2011-07-15 | 2014-12-23 | Nokia Corporation | Method and apparatus providing multi-level proximity indication and small cell discovery |
-
2011
- 2011-08-31 US US13/223,103 patent/US20120094666A1/en not_active Abandoned
- 2011-08-31 US US13/222,972 patent/US9781659B2/en not_active Expired - Fee Related
- 2011-08-31 US US13/223,048 patent/US9072032B2/en not_active Expired - Fee Related
- 2011-11-01 KR KR1020137012545A patent/KR101561190B1/en active IP Right Grant
- 2011-11-01 CN CN2011800497019A patent/CN103155643A/en active Pending
- 2011-11-01 WO PCT/US2011/058782 patent/WO2012051632A1/en active Application Filing
- 2011-11-01 JP JP2013534074A patent/JP5698369B2/en not_active Expired - Fee Related
- 2011-11-01 EP EP11790687.5A patent/EP2628335A1/en not_active Withdrawn
-
2014
- 2014-08-11 JP JP2014163827A patent/JP2015008503A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6768726B2 (en) * | 2002-08-06 | 2004-07-27 | Motorola, Inc. | Method and apparatus for effecting a seamless handoff between IP connections |
US20050111409A1 (en) * | 2003-11-25 | 2005-05-26 | Spear Stephen L. | Method and apparatus for mobile station registration in a cellular communication system |
US7925259B2 (en) * | 2006-10-03 | 2011-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | System, method, and arrangement for managing access denials in a wireless communication network |
US20090207805A1 (en) * | 2008-02-14 | 2009-08-20 | Jialin Zou | Pre-registration, storing of pre-registration session information and session transfer in a wireless communication system |
Cited By (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8711771B2 (en) * | 2009-03-03 | 2014-04-29 | Qualcomm Incorporated | Scalable header extension |
US20100226315A1 (en) * | 2009-03-03 | 2010-09-09 | Qualcomm Incorporated | Scalable header extension |
US9078178B2 (en) * | 2009-12-07 | 2015-07-07 | Alcatel Lucent | Handover control |
US20120322452A1 (en) * | 2009-12-07 | 2012-12-20 | Louis Gwyn Samuel | Handover control |
US8311551B1 (en) * | 2010-04-09 | 2012-11-13 | Sprint Spectrum L.P. | System and method for adaptive route updating for access terminals based on mobility and channel loading |
US8351938B1 (en) | 2010-04-09 | 2013-01-08 | Sprint Spectrum L.P. | System and method for dynamic route-update-radius parameters |
US8954051B2 (en) | 2010-04-23 | 2015-02-10 | Qualcomm Incorporated | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in |
US8838117B2 (en) | 2010-04-23 | 2014-09-16 | Qualcomm Incorporated | Active macro-femto hand-in with help from out-of-band proxy |
US9781659B2 (en) | 2010-10-15 | 2017-10-03 | Qualcomm Incorporated | Proximity detection for femtocells using out-of-band links |
US9072032B2 (en) * | 2010-10-15 | 2015-06-30 | Qualcomm Incorporated | Femtocell indication of mobile device proximity and transmission of mobile identity to assist in resolving femtocell disambiguation |
US20120094665A1 (en) * | 2010-10-15 | 2012-04-19 | Qualcomm Incorporated | Femtocell indication of mobile device proximity and transmission of mobile identity to assist in resolving femtocell disambiguation |
US20120113965A1 (en) * | 2010-11-09 | 2012-05-10 | Sarat Puthenpura | Method and apparatus for locating a wi-fi hotspot for offloading wireless traffic |
US8593952B2 (en) * | 2010-11-09 | 2013-11-26 | At&T Intellectual Property I, L.P. | Method and apparatus for locating a Wi-Fi hotspot for offloading wireless traffic |
US10098024B2 (en) * | 2011-06-22 | 2018-10-09 | Nokia Solutions And Networks Oy | Method of achieving information, access node and communication device |
US8868077B2 (en) * | 2011-08-10 | 2014-10-21 | Spidercloud Wireless, Inc. | Method and apparatus for topology management for handovers in heterogeneous networks |
US20130210436A1 (en) * | 2011-08-10 | 2013-08-15 | Spidercloud Wireless, Inc. | Method and apparatus for topology management for handovers in heterogeneous networks |
US9179374B2 (en) * | 2011-09-13 | 2015-11-03 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for controlling and measuring cell handover |
US20140194124A1 (en) * | 2011-09-13 | 2014-07-10 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for controlling and measuring cell handover |
US8805380B2 (en) * | 2012-02-14 | 2014-08-12 | Cisco Technology, Inc. | System and method for tuning in heterogeneous networks |
US8769003B2 (en) * | 2012-05-09 | 2014-07-01 | Qualcomm Innovation Center, Inc. | Method for proximity determination between mobile peers while maintaining privacy |
US20140038605A1 (en) * | 2012-07-31 | 2014-02-06 | Firouz Behnamfar | Devices and methods for cellular communication |
CN104603843A (en) * | 2012-09-10 | 2015-05-06 | 霍尼韦尔国际公司 | Handheld device rendering of plant model portion based on task |
US8744464B2 (en) * | 2012-09-12 | 2014-06-03 | Verizon Patent And Licensing Inc. | Interference coordination in heterogeneous networks |
WO2014142526A1 (en) * | 2013-03-11 | 2014-09-18 | 삼성전자 주식회사 | Method and apparatus for wireless communication |
US9942832B2 (en) * | 2013-03-29 | 2018-04-10 | JVC Kenwood Corporation | Wireless LAN system and wireless communication device |
US20160044587A1 (en) * | 2013-03-29 | 2016-02-11 | JVC Kenwood Corporation | Wireless lan system and wireless communication device |
US10880757B2 (en) | 2013-11-01 | 2020-12-29 | Zte Corporation | Discovery signal processing method, base station and computer storage medium |
US10212214B2 (en) * | 2013-11-18 | 2019-02-19 | Vodafone Gmbh | Network gateway implementing an instance manager function |
US20150142879A1 (en) * | 2013-11-18 | 2015-05-21 | Vodafone Gmbh | Network gateway implementing an instance manager function |
US9591512B2 (en) | 2013-12-30 | 2017-03-07 | Motorola Solutions, Inc. | Spatial quality of service prioritization algorithm in wireless networks |
US20160353350A1 (en) * | 2014-02-12 | 2016-12-01 | Telefonaktiebolaget L M Erisson (Publ) | Cause Value Encoding for Handovers in a Wireless Communications Network |
US10405252B2 (en) * | 2014-02-12 | 2019-09-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Cause value encoding for handovers in a wireless communications network |
US9338133B1 (en) * | 2014-11-10 | 2016-05-10 | Sprint Communications Company L.P. | Locating optimum security gateway |
US10154371B1 (en) * | 2018-02-06 | 2018-12-11 | T-Mobile Usa, Inc. | Response at network terminal to initialization failure |
WO2019156963A3 (en) * | 2018-02-06 | 2019-09-26 | T-Mobile Usa, Inc. | Response at network terminal to initialization failure |
US11601186B1 (en) * | 2021-10-13 | 2023-03-07 | Dell Products, Lp | System and method for dynamic pairing of a host and out-of-band radio using radio and embedded controller contextual telemetry |
Also Published As
Publication number | Publication date |
---|---|
CN103155643A (en) | 2013-06-12 |
JP2015008503A (en) | 2015-01-15 |
KR101561190B1 (en) | 2015-10-16 |
US20120094663A1 (en) | 2012-04-19 |
EP2628335A1 (en) | 2013-08-21 |
JP5698369B2 (en) | 2015-04-08 |
US20120094665A1 (en) | 2012-04-19 |
JP2013543335A (en) | 2013-11-28 |
WO2012051632A1 (en) | 2012-04-19 |
US9781659B2 (en) | 2017-10-03 |
US9072032B2 (en) | 2015-06-30 |
KR20130094833A (en) | 2013-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20120094666A1 (en) | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in | |
US8954051B2 (en) | Uniquely identifying target femtocell to facilitate femto-assisted active hand-in | |
US8838117B2 (en) | Active macro-femto hand-in with help from out-of-band proxy | |
US8706146B2 (en) | Out-of-band paging with group identifier to reduce mobile detection latency | |
US8634833B2 (en) | Uniquely identifying target femtocell to facilitate active hand-in | |
US20130059592A1 (en) | Femtocell timing synchronization using mobile device messaging | |
US20120182965A1 (en) | Femtocell beacon interference mitigation with out-of-band links |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: QUALCOMM INCORPORATED, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AWONIYI, OLUFUNMILOLA O.;SOLIMAN, SAMIR S.;LEE, JANGWON;AND OTHERS;SIGNING DATES FROM 20111024 TO 20111110;REEL/FRAME:027230/0857 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE |