The present invention relates generally to cellular telecommunication networks and in particular to methods and systems for optimizing a call handover process.
In a cellular mobile telecommunications system, the user of a mobile station or user equipment (UE) communicates with the system through a radio interface while moving about the geographic coverage area of the system. The radio interface between the mobile station and system is implemented by providing base stations (BS) dispersed throughout the coverage area of the system, each capable of radio communication over a wireless interface with the mobile stations operating within the system. In a typical mobile telecommunications system, each base station of the system controls communications within a certain geographic coverage area ideally represented by a hexagonal shape termed a cell, and a mobile station which is located within a particular cell communicates with the base station controlling that cell. The UE within a cell may be controlled by one or more of the following: radio network controllers such as a base station controller (BSC) of the GSM system or a radio network controller (RNC) of the third generation systems and core network controllers such as a mobile switching center (MSC) of the GSM system and a serving GPRS support node (SGSN).
When a call is initiated by a UE, or received at the system for a UE, the call is set up on radio channels assigned to the base station controlling the cell in which the UE is located. The UEs have a limited range with respect to the BS. A handover occurs when the UE moves out of range of its existing BS within a given cell, i.e., the radiofrequency (RF) characteristics of the call connection deteriorate below a specified level or the RF characteristics of another BS in a neighboring cell increases beyond a specific threshold. Instead of allowing the call connection signal to deteriorate to noise level, the call connection is transferred or handed-over to the controller of the BS of the neighboring cell to maintain the call. As the user (of the UE) continues to move throughout the system, control of the call may be transferred from the neighboring cell to another cell. Handovers may also be necessary in other situations (i.e. other than seeking best RF characteristics for the call) to handle call congestion, for example.
Handoff can only be effective if the call is transferred to radio channels that provide adequate signal strength for two way communications. This requires sufficient signal strength at both the receiver of the mobile station and receiver of the base station to which handoff is made. The signals must also be sufficiently strong in relation to any noise or interference that is present in the network.
With reference to
When UE 110 moves out of the range of BS 115, i.e., outside of cell 120, or more within the range of neighboring BS 155, i.e., within cell 125, a handover is initiated from BS 115 to BS 155, which then handles all of the wireless communications for that UE 110 while within communications contact. It should be understood, however, that another handover may shift control back to BS 115 should the MS 110 remain at the signal border between the base stations or geographical or meteorological characteristics come into play.
Inter-cell handovers are relatively straightforward when between cells under common control of a Radio Network Controller (RNC), which coordinates coverage over a group of cells (Each RNC may control multiple cells and multiple BSs). A base station BS in Utran is called NodeB. A RNC can control multiple NodeBs; each NodeB has multiple Cells. Communications across discrete RNC coverage areas or between different Public Land Mobile Networks (PLMN), however, are more complicated, and much more identification information is required to effectuate cell-to-cell handovers across such boundaries. In addition to cell identities, RNC and other controller information is required to effectively make such call transfers. For example, in an inter-RNC transfer, the signaling network address of the new RNC, along with relevant cell and neighboring cell data, is stored within the originating RNC to effectuate such handovers in conventional systems. The reason for the permanent storage of such elaborate routing information is to be prepared for all possible handovers.
The above described mechanism, however, is not dynamic. Information within the RNCs (such as the operational and administrative state of the cells, the addition or removal of the cells or any configuration changes to the cells) may not be current (or up to date); rather, the information is updated periodically (such as once a day or several times a day). Exemplary embodiments described below address the need for maintaining a near real-time information about (the operational state and current configuration of) target cells within the source RNC. A source RNC is the RNC that controls the cell that a UE is about to leave and the destination RNC is the RNC that controls the cell where the UE is about enter.
According to one exemplary embodiment of the invention, a method for providing cell configuration data includes monitoring at least one cell being controlled by a first radio network controller, compiling cell data based on configuration changes to the at least one cell and transferring the compiled cell data to at least a second radio network controller connected to the first controller over an inter controller link.
According to another exemplary embodiment of the invention, a method for handing over user equipment includes receiving cell data from a first radio network controller by a second radio network controller connected to the first radio network controller wherein the cell data is associated with cells corresponding to the first radio network controller and the user equipment operates within cells corresponding to the second radio network controller, updating a cell record by the second radio network controller, identifying potential handover cells corresponding to the first radio network controller and providing the identity of the potential handover cells to the user equipment wherein the cell data is transferred over an inter controller link.
According to yet another exemplary embodiment of the invention, a radio system includes a plurality of radio network controllers wherein a first of the radio network controllers monitors at least one cell corresponding to the first radio network controller, compiles cell data for the at least one cell and transfers the compiled cell data to at least a second of the radio network controllers, wherein the second radio network controller is connected to the first radio network controller and the cell data is transferred over an inter controller link.
According to other exemplary embodiments of the invention, the radio network controller includes a processor in communications with a memory unit. The processor monitors the at least one cell, compiles the cell data and transfers the compiled cell data.
The accompanying drawings illustrate exemplary embodiments, wherein:
The following detailed description of the exemplary embodiments refers to the accompanying drawings. The same reference numbers in different drawings identify the same or similar elements. Also, the following detailed description does not limit the invention. Instead, the scope of the invention is defined by the appended claims.
As described above, the handover mechanism takes place between cells. The source controller (i.e. the controller that controls the BS interfacing with the UE) decides the timing and the target cell for the handover. That decision requires knowledge of the configuration data (called cell data) of the two cells involved in the transfer (i.e. the source cell and the target cell). Handover may be encountered in one of the following exemplary scenarios: (1) The source and target cells may be controlled by the same controller (RNC) as illustrated in
For purposes of ease of illustration, cells are designated by rectangles (in
The first scenario is illustrated in
The second scenario is illustrated in
The third scenario is illustrated in
It is not always practical and/or efficient to rely on communication between two OSSs to pass the information about changing radio configurations. An alternative is provided for according to exemplary embodiments. In both the second and third scenarios described above, the type of cell data obtained by OSS-a from the target cells (target cell 230 in the second scenario and target cell 240 in the third scenario) is static. The cell data obtained/transferred includes radio frequencies and scrambling codes for example. The cell data does not include data related to administrative and operational states of the target cells. Examples of such type of cell information may include a state of cell congestion or a cell being temporarily down. Since this type of information is not available, the UE is instructed by the source controller (RNC 215 in the second scenario and RNC 225 in the third scenario) to monitor the potential target cells even if the target cells are unavailable for handover. A downside to this process is the energy wasted in the UE in performing this monitoring. Battery time is reduced and length of time to find a target is increased. Coverage in the source cell may be lost before a target cell is found (i.e. loss of call or reduction in the voice quality).
In the second scenario, target cell data (of cell 230) is forwarded by RNC 225 to OSS-a 255 via “e” and then to source cell 220 (from OSS-a 255) via “d”. This two-step transfer introduces delay in the transmission of the data about the target cell 230 to source cell 220.
In the third scenario, target cell data (of cell 240) is forwarded by RNC 235 to OSS-b 265 via “f”, then to OSS-a 255 via “c” (from OSS-b 265) and then to source cell 230 (from OSS-a 255) via “e”. This three-step transfer also introduces delay in the transmission of the data about the target cell 240 to source cell 230 as these interfaces are typically “management initiated”; that is, they are scheduled on an hourly or daily or weekly basis. The delay depends on the computing and transmission resources and the volume and nature of changed data.
Exemplary embodiments reduce delays in transmission of target cell data utilizing existing protocols for transferring data between controllers (and not having to involve the OSSs such as OSS-a 255 and OSS-b 265).
A network combining elements of
The new protocol data element may be sent from a controller when a configuration change has been made to a corresponding cell (i.e. to a cell being controlled by the particular controller). Referring to
The data broadcast may contain operation and management information and not signaling information. This data may be broadcast while the Tur link is idling resulting in the new protocol data element not having to compete for resources (such as CPU and memory) with UE call traffic. The configuration information or data may be sent via the Tur link whenever the Tur link is re-established following such events as link restoration, node restart and major reconfiguration changes such as upgrades or base station re-homing for example. Each of these exemplary events are known and are not described further.
A controller receiving the data via the Tur link may update its cell data which can be used in subsequent handover selection, configuration and performance measurements for example.
Each controller connected to a broadcasting controller may thus receive cell data from the broadcasting controller (such as RNC 315 and RNC 335 receiving data from RNC 325 since RNC 315 and RNC are both connected to broadcasting controller RNC 325 in this illustrative example). The receiving controller may utilize the received data for many purposes in various exemplary embodiments as described below:
The receiving controller may discard data for particular cells for a number of reasons. A particular cell may be set up but may not yet be in service—that is, it is being commissioned and tested but not being used for service. A particular cell may not be in a receiving cell's “priority” list—that is, the receiving cell may have ten candidate handover cells in the “priority” list and the particular cell for which data is received may not be one of these ten cells in the “priority” list. Therefore, the receiving cell may not handover to this particular cell under normal operating conditions. The receiving cell may be undergoing maintenance such as upgrade and the configuration of the receiving cell may be “frozen” until configuration is complete. The receiving controller may, on the other hand, also store data on cells with which the receiving controller may not have an existing handover relationship. These cells may be identified as potential handover targets.
A controller (such as RNC 325 of
The receiving controller may store or update cell data of cells to which the controller has an existing handover relation, and utilize this information when informing the UE as to which potential target cells to measure/monitor.
The receiving controller may maintain a list of cells for which the controller has not received measurements (from a UE) for a defined period of time since such cells are not likely to be a handover target. Cell data received for these cells may be discarded without processing. These cells may also be removed from the list of potential future handover targets.
Cell data may be broadcast by a controller utilizing two RNSAP type protocol data elements. The elements are “Neighbor Cell Modification” and “Neighbor Cell State Modification”. These elements are two “proposed” new additional messages in the RNSAP protocol and are based loosely on “Neighbouring UMTS Cell Information” message for example.
A method in accordance with exemplary embodiments may be described with reference to
A method in accordance with exemplary embodiments may be described with reference to
Exemplary embodiments as described herein eliminate transfer of cell data between radio controllers at the OSS level in the radio network architecture. Instead, the data is exchanged at the controller level which results in a near real-time synchronization/updating of changes in the network. Furthermore, the data may be selectively disseminated/transferred between controllers.
The exemplary embodiments described above provide for communication of cell data involving radio network controllers, user equipment and other network elements. An exemplary radio network controller 600 will now be described with respect to
Exemplary embodiments as described provide for configuration of networks which includes management, operation and/or maintenance of networks. The management of the networks provides the traffic domain (i.e. data needed by a UE during handover) with the information needed to select and initiate a handover. The traffic domain ensures that the candidates are valid and in the event of failure, select another candidate.
Cell data may be communicated when a notifiable change occurs; that is, when relevant data changes. Cell data may also be communicated at link establishment (i.e. when a link between nodes is added) or re-establishment (i.e. when a link is setup after a transmission disturbance for example). Cell data may be communicated at a (scheduled) pre-determined frequency such as at a particular time every day. Cell data may be communicated upon operator initiation—the network operator may request a manual synch between a given set of nodes such as upon addition of new nodes, software upgrade, network frequency replan, etc.
The above-described exemplary embodiments are intended to be illustrative in all respects, rather than restrictive, of the present invention. While the link between controllers is referred to and described as a Tur link, exemplary embodiments as described herein may be equally applicable in any type of network having any type of an inter controller link. Thus the present invention is capable of many variations in detailed implementation that can be derived from the description contained herein by a person skilled in the art. All such variations and modifications are considered to be within the scope and spirit of the present invention as defined by the following claims. No element, act, or instruction used in the description of the present application should be construed as critical or essential to the invention unless explicitly described as such. Also, as used herein, the article “a” is intended to include one or more items.
This application claims priority from Provisional U.S. Patent Application No. 60/910,896 filed on Apr. 10, 2007 and entitled “Method and System for Optimizing the Call Connection Handover Process in Cellular Communication Network”, the subject matter of which incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
Parent | 60910896 | Apr 2007 | US |
Child | 11850907 | US |