WO2013167187A1 - Resetting mobility parameters being associated with a handover procedure - Google Patents
Resetting mobility parameters being associated with a handover procedure Download PDFInfo
- Publication number
- WO2013167187A1 WO2013167187A1 PCT/EP2012/058603 EP2012058603W WO2013167187A1 WO 2013167187 A1 WO2013167187 A1 WO 2013167187A1 EP 2012058603 W EP2012058603 W EP 2012058603W WO 2013167187 A1 WO2013167187 A1 WO 2013167187A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mobility
- algorithm
- reset
- parameters
- cell
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 106
- 238000004422 calculation algorithm Methods 0.000 claims abstract description 99
- 238000005457 optimization Methods 0.000 claims abstract description 36
- 230000001413 cellular effect Effects 0.000 claims abstract description 31
- 230000001419 dependent effect Effects 0.000 claims abstract description 15
- 230000008859 change Effects 0.000 claims description 43
- 230000004044 response Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000037230 mobility Effects 0.000 description 180
- 230000006870 function Effects 0.000 description 16
- 238000012508 change request Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000006399 behavior Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 235000019580 granularity Nutrition 0.000 description 3
- 241000282326 Felis catus Species 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
Classifications
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00837—Determination of triggering parameters for hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
Definitions
- invalidating the delta value comprises setting the delta value to zero.
- a default value for the delta value may be assumed to be zero. Invalidating the delta value thus may correspond to setting the delta value to the default value, which may be zero in this case.
- the default value may also be any other value.
- the term "base station” in this context may denote any kind of physical entity being able to communicate with a user equipment or any other network device.
- the base station may be any type of access point or point of attachment, which is capable of providing a wireless access to a cellular network system. Thereby, the wireless access may be provided for a user equipment or for any other network element, which is capable of communicating in a wireless manner.
- the base station may be a NodeB, eNB, home NodeB or HeNB, or any other kind of access point.
- the base station may in particular be used for a B4G, LTE or 3GPP cell and communication.
- the herein disclosed subject matter may be realized by means of a computer program respectively software. However, the herein disclosed subject matter may also be realized by means of one or more specific electronic circuits respectively hardware. Furthermore, the herein disclosed subject matter may also be realized in a hybrid form, i.e. in a combination of software modules and hardware modules.
- a hybrid form i.e. in a combination of software modules and hardware modules.
- Figure 2 shows a message flow diagram for a successful mobility change request.
- Figure 6 shows a cellular network system according to an exemplary embodiment of the invention.
- the base station 1 1 1 and the further base station 121 are adapted to communicate with each other.
- Each of the base stations 1 1 1 1 , 121 is adapted to reset mobility parameters being associated with a handover procedure for the user equipment 1 12 between the source cell 1 10 and the target cell 120.
- the handover procedure is initiated by a trigger value or threshold.
- a trigger value is assigned to each of the at least one neighboring target cell 120 in rela- tion to the source cell 1 10.
- the trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization (MRO) algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing (MLB) algorithm.
- MRO mobility robustness optimization
- MLB mobility load balancing
- MRO is responsible to optimize the handover behavior between neighbor cells with respect to minimizing the number of radio link failures (RLF) that are caused by misaligned handover parameters leading to too late handovers, handovers that are done too early or that are done to wrong cells. Also unnecessary handovers from RLF
- LTE to UMTS/GERAN can be detected, although these will not cause RLFs.
- the correction of these problems may require adjusting the trigger for the handover decisions between two cells, i.e. event when a radio node decides that a specific user equipment (UE) being currently served by this radio node has to be handed over to a radio cell which is under control of a neighbor radio node. Depending on the nature of the detected problem it may help to trigger this handover earlier or later. If a self optimizing functionality decides that the modification of the handover trigger needs to be coordinated with the neighbor radio node then this can be done by means of the Mobility Settings Change procedure.
- the MLB functionality can be used by a radio node recognizing a high load in one of his radio cells.
- Both MRO and MLB may modify the trigger for the handover decision to solve the MRO or MLB problem, respectively.
- the Mobility Settings procedure it is possible to change the handover trigger threshold by a delta value between -10 and + 10 dB with a granularity of 0.5 dB.
- the Handover Trigger corresponds to the threshold at which a cell initializes the handover preparation procedure towards a specific neighbor cell.
- a positive delta value means the handover is proposed to take place later.
- both MLB and MRO have already changed the mobility settings for a cell border between two eNBs or base stations. Then, for any reasons, one of the two involved eNBs has a problem with either one of the MLB or the MRO functionalities and wants to deactivate and/or reset the corresponding functionality and invalidate related mobility setting changes that were agreed up to now.
- the problem is that there is no mechanism that guarantees a properly reset of either the MLB or the MRO related delta values while keeping the agreed status for the other functionality.
- Figure 4 illustrates a X2 Reset procedure.
- the purpose of the Reset procedure is to align the resources in the two base stations in the event of an abnormal failure.
- the procedure resets the X2 interface.
- One base station sends a Reset Request 401 and the other sends a Reset Response 402. This procedure is expected to be successful at any time (403).
- the receiving base station should delete all the context information related to the requesting base station, except the application level configuration data exchanged during the X2 Setup or eNB Configuration Update procedures, and release the corresponding resources.
- the mobility configuration that was set by using the Mobility Change procedure should be maintained after performing the Reset procedure. This means the Reset procedure cannot be used to reset the mobility changes.
- Mobility Setting Cancel message It is designed to enable a mobility settings negation which involves more than two neighbor eNBs which might have been useful if mobility settings were changed which have impact on more than one cell border (e.g., the mobility parameter Time to Trigger is valid for the complete cell and thus changing this value has impact to all neighbor eNBs that have a border to this cell).
- the idea is to have three phases in the procedure. First, the eNB sends a change request to all involved neighbor nodes. Second, the neighbors indicate whether or not they can accept the change. Third, depending on the received information in the second phase the proposed changes are enforced or invalidate.
- Both eNBs that are involved in the Mobility Settings Change procedure for a cell border are, separately for MLB and for MRO, maintaining a summed up delta values for the agreed changes. This is possible because of the mandatory cause information in the Mobility Settings Request message indicating the SON functionality issuing the request, i.e., the cause value is either "Load Balancing" or "Handover Optimization".
- the resulting effective delta value, which has to be enforced for the mobility parameter setting is the sum of the MRO and MLB delta value.
- the Mobility Change Cancel message contains information to uniquely identify the affected cell pair (e.g.
- a eNB1-Cell-ID and a eNB2-Cell-ID and a cause value to indicate the delta value which has to be invalidated, i.e. the delta value generated by MRO or MLB, respectively.
- Invalidating may mean to set the corresponding delta value to "0".
- the eNB Upon reception of the Mobility Change Cancel message, the eNB also invalidates the corresponding delta value and enforces the new resulting effective delta value for the mobility parameter settings of this cell border. Thus, the Mobility Change Cancel message is supposed to be successfully received and executed anytime.
- the advantage of this method is that the cancelation can specifically be applied for the function where problems have recognized and, in contrast to the Mobility Change Request message, the changes are supposed to be applied and executed by the receiving eNB.
- a new information element is added to the mobility change procedure.
- the Mobility Change Request message comprises a new IE "Mobility Change Cancel" which, if present, or set to true, indicates to the receiving eNB to invalidate the effective delta value for the cell and the SON functionality (e.g. MRO or
- the mobility change procedure may be used for invalidating the effective delta value.
- This implementation changes the semantics of the existing I E(s) rather than adding a new I E, e.g., eNB1 sending a Proposed Mobility Parameters IE with a special value, e.g., the Handover Trigger Change value "0", indicates to the receiving eN B2 to invalidate the effective delta value for the cell and the SON functionality (e.g. MRO or MLB) given in the request.
- the receiving eNB2 may have to obey the request to invalidate corresponding effective delta value.
- FIG. 6 shows a cellular network system 600 according to an exemplary embodiment of the invention.
- the cellular network system comprises a base station 1 1 1 , a further base station 120 and a user equipment 1 12.
- the user equipment 1 12 is served by a source cell being assigned to the base station 1 1 1 and can be handed over to a target cell being neighboured to the source cell and being served by the further base station 121 .
- the reset unit 602, 606 is adapted to reset the mobility parameters for the mobility robust- ness optimization algorithm or the mobility load balancing algorithm.
- the generation unit 602, 606 is adapted to reset the mobility parameters for the mobility robust- ness optimization algorithm or the mobility load balancing algorithm.
- the user equipment may be any type of communication end device, which is capable of connecting with the described base stations.
- the UE may be in particular a cellular mobile phone, a Personal Digital Assistant (PDA), a notebook computer, a printer and/or any other movable communication device.
- PDA Personal Digital Assistant
- the user equipment 1 12 may comprise a receiving unit or receiver which is adapted for receiving signals from the base stations.
- the user equipment may comprise a transmitting unit for transmitting signals.
- the transmitting unit may be a transmitter as known by a skilled person.
- the receiver and the transmitting unit may be implemented as one single unit, for example as a transceiver 609.
- the transceiver or the receiver and the transmitting unit may be adapted to communicate with the network element via an antenna.
- the user equipment may further comprise a control unit 610 for controlling and configuring handovers based on information received from the base stations.
- the control unit may be implemented as a single unit or may be implemented for example as part of a standard control unit, like a CPU or a microcontroller.
- a base station as disclosed herein is not limited to dedicated entities as described in some embodiments. Rather, the herein disclosed subject matter may be implemented in various ways in various locations in the communication network while still providing the desired functionality.
- any suitable entity e.g. components, units and devices
- the reset unit are at least in part provided in the form of respective computer programs which enable a processor device to provide the func- tionality of the respective entities as disclosed herein.
- any suitable entity disclosed herein may be provided in hardware.
- some entities may be provided in software while other entities are provided in hardware.
- any entity disclosed herein e.g. components, units and devices
- a separate entity e.g. a software module, a hardware module or a hybrid module
- an entity e.g. a software module, a hardware module or a hybrid module (combined software/hardware module)) is configured for providing two or more functions as disclosed herein.
- the term "comprising” does not exclude other elements or steps. It may also be possible in further refinements of the invention to combine features from dif- ferent embodiments described herein above. It should also be noted that reference signs in the claims should not be construed as limiting the scope of the claims.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
It is described a method for resetting mobility parameters being associated with a handover procedure for a user equipment (112) between a source cell (110) and a target cell (120) within a cellular network system (100), the cellular network system (100) comprising the source cell (110) and at least one neighboring target cell (120), wherein the handover procedure is initiated by a trigger value, wherein a trigger value is assigned to each of the at least one neighboring target cell (120) in relation to the source cell (110), wherein the trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing algorithm. The method comprises resetting the mobility parameters for the mobility robustness optimization algorithm or the mobility load balancing algorithm, generating a message comprising information about the reset of the mobility parameters being associated with the mobility robustness optimization algorithm or the mobility load balancing algorithm and comprising information about the associated algorithm, and transmitting the message between the source cell (110) and the at least one neighboring cell (120) for resetting the mobility parameters of the associated algorithm based on the received message.
Description
DESCRIPTION Title
Resetting mobility parameters being associated with a handover proced
Field of invention
The present invention relates to the field of cellular networks, especially to self-organizing networks, and in particular to networks being able to perform mobility robustness optimization and mobility load balancing.
Art Background
In cellular mobile systems, especially the wireless broadband system LTE, short for 'Long Term Evolution', which is standardized by 3GPP, Self-Organizing Networks (SON) are introduced. In such SONs, self optimization may be applied. Two of this optimization functions are mobility robustness optimization (MRO) and mobility load balancing (MLB).
MRO is responsible to optimize the handover behaviour between neighbour cells with respect to minimizing the number of radio link failures (RLF) that are caused by misaligned handover parameters leading to too late handovers, handovers that are done too early or that are done to wrong cells. Also unnecessary handovers from LTE to UMTS/GERAN can be detected, although these will not cause RLFs. The correction of these problems may require adjusting the trigger for the handover decisions between two cells, i.e., the event when a radio node decides that a specific user equipment (UE) being currently served by this radio node has to be handed over to a radio cell which is under control of a neighbor radio node. Depending on the nature of the detected problem, it may help to trigger this handover earlier or later. If a self optimizing functionality decides that the modification of the handover trigger needs to be coordinated with the neighbor radio node then this can be done by means of a Mobility Settings Change procedure.
The MLB functionality can be used by a radio node recognizing a high load in one of his radio cells. For this purpose MLB allows for requesting information about the load situation of relevant cells controlled by neighbor radio nodes. If the received load information indi-
cates, that a cell of the neighbor radio node has sufficient resources to serve UEs that are currently served by the overloaded cell. In that case, the overloaded cell may select suitable candidates UEs that can also be served by the neighbor cell and handover these UEs to this cell of the neighbor radio node. It may be necessary to modify the trigger for handover decision for both the overload serving cell and the low or unloaded neighbor cell in order to avoid that the target cell handovers the UE back to the overloaded cell. This negotiation can be done using a Mobility Settings Change procedure.
Both MRO and MLB may modify the trigger for the handover decision to solve the MRO or MLB problem, respectively.
In common systems it is possible, with the Mobility Settings procedure, to change the handover trigger threshold by a delta value between -10 and + 10 dB with a granularity of 0.5 dB. The handover trigger corresponds to the threshold at which a cell initializes the handover preparation procedure towards a specific neighbor cell. A positive delta value means the handover is proposed to take place later.
In case that both MLB and MRO have already changed the mobility settings for a cell border between two eNBs or base stations and, for any reasons, one of the two involved eNBs has a problem with either one of the MLB or the MRO functionalities, this eNB may want to deactivate and/or reset the corresponding functionality and invalidate related mobility setting changes that were agreed up to now. The problem is that there is no mechanism that guarantees a properly reset of either the MLB or the MRO related delta values while keeping the agreed status for the other functionality.
There may be a need for an improved and flexible system and method being adapted to reset the mobility settings being associated with MRO or MLB.
Summary of the Invention
This need may be met by the subject matter according to the independent claims. Advantageous embodiments of the present invention are described by the dependent claims. According to a first aspect of the invention there is provided a method for resetting mobility parameters being associated with a handover procedure for a user equipment between a source cell and a target cell within a cellular network system. The cellular network system
comprises the source cell and at least one neighboring target cell. The handover procedure is initiated by a trigger value, wherein a trigger value is assigned to each of the at least one neighboring target cell in relation to the source cell. The trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization algo- 5 rithm and is dependent on mobility parameters being adaptable by a mobility load balancing algorithm. The method comprises resetting the mobility parameters for the mobility robustness optimization algorithm or the mobility load balancing algorithm, generating a message comprising information about the reset of the mobility parameters being associated with the mobility robustness optimization algorithm or the mobility load balancing ali o gorithm and comprising information about the associated algorithm, and transmitting the message between the source cell and the at least one neighboring cell for resetting the mobility parameters of the associated algorithm based on the received message. The mobility parameters may have been set for the at least one neighboring target cell in relation to the source cell or vice versa by the associated algorithm.
15
This aspect of the invention is based on the idea to provide a reliable possibility of resetting the mobility settings being associated either with mobility robustness optimization (MRO) or with mobility load balancing (MLB) by forcing a first base station via messages received from a second base station to reset the associated mobility settings. This may be 20 possible by providing the first base station with the information about the associated
cause, i.e., the associated functionality (MRO or MLB). Before this method is carried out, the mobility settings may have been adapted either by mobility robustness optimization (MRO) or by mobility load balancing (MLB).
25 The method may be performed by the base station serving or controlling the source cell or by a base station serving or controlling a target, neighbor, cell. The method may also be performed by both base stations.
Using a Mobility Settings procedure, the eNB or base station which wants to invalidate or
30 reset the mobility setting sends a Mobility Change Request to the neighbor eNB with a value that exactly invalidates the changes that have been made up to now. The disadvantage of this method is that the neighbor node is not obliged to accept the requested change. The procedure is designed for negotiation purpose and it is up to the neighbor not to accept the proposed change by returning a Mobility Change Failure message, i.e., with 35 this method, it cannot be guaranteed that the changes that have been agreed up to now can be rolled back.
Even though the cell-pair related parameter adjustment is carried out by Mobility Change Procedures provided X2 Application Protocol, the X2 Reset procedure, i.e., the complete reset of X2 interface for the considered peer does not help. The purpose of the existing X2 Reset procedure is to align the resources in the two base stations in the event of an ab- normal failure. This procedure may be expected to be successful at any time. The receiving base station will delete all the context information related to the requesting base station, except the application level configuration data exchanged during the X2 Setup or eNB Configuration Update procedures, and release the corresponding resources. However, the mobility configuration that was set by using the Mobility Change procedure is still maintained after performing the existing X2 Reset procedure.
In contrast to these methods, the herein described method provides a more selective reset mechanism which is in particular adapted to the SON functions MRO and MLB. It may allow invalidating or resetting either the mobility parameters that has been generated by the MRO function, or the mobility parameters that has been generated by the MLB function. Thus, the settings of only one of MRO and MLB will be reset or invalidated wherein the settings corresponding to the other algorithm will be maintained. Further, as the base station which transmits the message enforces the other base station to carry out this resetting, the alignment between two cells for the respective algorithm may be maintained.
"Mobility Robustness Optimization" in this context may refer to any kind of algorithm being used for an optimization of mobility by adapting parameters for speeding up or delaying handovers. "Mobility load balancing" in this context may refer to any kind of algorithm being used for changing the radio coverage of cells, in particular for load balancing by moving cell boundaries so that handovers can be carried out earlier or later, where the radio coverage or cell boarder is virtually changed providing to the connected UEs appropriate cell individual offset values towards the relevant serving cell's neighbors.
"Mobility parameters" in this context may denote any kind of parameters being able to adapt the handover procedures. The mobility parameters may be for instance parameters characterizing the load or coverage of a cell, in particular in relation to another cell. Each algorithm may have its own mobility parameters. The algorithms may also share some of the parameters or may have the same parameters. The mobility parameters are used for adapting the "Trigger value". The trigger value may be a threshold value triggering a measurement report by the UE that in turn initiates a handover procedure.
"Resetting" in this context may denote for instance invalidating previous changes to the mobility parameters or setting the mobility parameters to default values. According to an embodiment of the invention, the method further comprises adapting the trigger value in response to the reset of the mobility parameters of the associated algorithm.
The trigger value is a value which depends on mobility parameters of the MLB algorithm as well as on mobility parameters of the MRO algorithm. As the message being transmitted between the source cell and the target cell comprises information about the algorithm, the mobility parameters of which are to be reset, the trigger value can be adapted taking into account the reset of the parameters of the one algorithm and the maintaining of the parameters of the other algorithm. The message may be an existing message which is adapted to comprise the necessary information for the herein described method or may be a new kind of message comprising the necessary information for the herein described method.
According to a further embodiment of the invention, the method further comprises deter- mining whether a reset of the mobility parameters is necessary for the mobility robustness optimization algorithm or the mobility load balancing algorithm.
Before resetting the mobility parameters of one algorithm and before generating the message, one of the cells, or moreover one of the serving base stations, may realize that the parameters of one of the algorithms may need to be adapted. This may be the case due to a change of the network situation, like change of the load, coverage, number of UEs within the cells. Based on such a determination, one algorithm might need to reset of the mobility parameters whereas the other algorithm may still use the determined mobility parameters. According to a further embodiment of the invention, resetting the mobility parameters of the associated algorithm comprises invalidating a delta value, which has been generated by the associated algorithm.
According to this embodiment, either the delta value that has been generated by the MRO function, or the delta value that has been generated by the MLB function may be reset or invalidated. "Delta value" may denote the currently resulting delta for one of the algorithms that has been summed up over the sequence of successful mobility setting procedures
until the herein described method enforced. The method transfers the information about invalidating the delta value belonging to either the MLB or the MRO functionality.
According to a further embodiment of the invention, a delta value has been generated by each of the mobility robustness optimization algorithm and the mobility load balancing algorithm, and an effective delta value for the handover procedure between the source cell and the at least one neighboring target cell consists of a sum of the delta value of the mobility robustness optimization algorithm and the delta value of the mobility load balancing algorithm.
Each of the algorithms adapts its own delta value based on current network conditions. An overall delta value, so called effective delta value, can then be generated based on the two single delta values by summing up the single delta values. According to a further embodiment of the invention, the trigger value for initiating the handover procedure is adapted by the effective delta value.
The trigger value (threshold) may be modified by the effective delta value. This may be done by adding the effective delta value to the trigger value and thus, increasing or de- creasing the threshold for triggering the handover procedure.
According to a further embodiment of the invention, invalidating the delta value comprises setting the delta value to zero. In one embodiment, a default value for the delta value may be assumed to be zero. Invalidating the delta value thus may correspond to setting the delta value to the default value, which may be zero in this case. The default value may also be any other value.
According to a further embodiment of the invention, the message is a mobility change cancel message comprising information for forcing the at least one neighboring cell to reset the mobility parameters of the associated algorithm.
For the message, a new type of message, the mobility change cancel message, may be used for transmitting the reset information between the cells or the corresponding base stations. The message may be able to force the receiving base station or cell to reset the mobility parameters of the associated algorithm and thus to adapt the trigger value. Therefore, no response or confirmation message might be needed.
According to a further embodiment of the invention, the message comprises an information element indicating the reset of the mobility parameters of the associated algorithm. Such an information element (IE) may be inserted in any existing message, for instance may be added to the existing mobility change procedure. For example, the Mobility Change Request message may have this IE "Mobility Change Cancel" which, if present, or set to true, may indicate to the receiving base station to reset the mobility parameters for the cell and the SON functionality (e.g. MRO or MLB). The cell ID and the cause, the latter indicating the SON functionality, may already be contained in the message. As when using the mobility change cancel message, the receiving base station may have to obey the request for a Mobility Change Cancel.
In a further implementation, the existing mobility change procedure may be used for in- validating the mobility parameters. Here, an existing message may be used, wherein an IE may be set to a specific value. According to this implementation, the semantics of the existing IE(s) may be changed. For instance, a base station may send a Proposed Mobility Parameters IE with a special value, e.g., the Handover Trigger Change value "0", indicating to the receiving base station to invalidate the mobility parameters for the cell and the SON functionality (e.g., MRO or MLB) given in the request. The receiving base station may have to obey the request to invalidate the corresponding mobility parameters.
According to a second aspect of the invention, there is provided a base station being adapted to reset mobility parameters being associated with a handover procedure for a user equipment between a source cell and a target cell within a cellular network system, the cellular network system comprising the source cell and at least one neighboring target cell, wherein the handover procedure is initiated by a trigger value, wherein a trigger value is assigned to each of the at least one neighboring target cell in relation to the source cell, wherein the trigger value is dependent on mobility parameters being adaptable by a mobil- ity robustness optimization algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing algorithm. The base station comprises a reset unit being adapted to reset the mobility parameters for the mobility robustness optimization algorithm or the mobility load balancing algorithm, a generation unit being adapted to generate a message comprising information about the reset of the mobility parameters being associated with the mobility robustness optimization algorithm or the mobility load balancing algorithm and comprising information about the associated algorithm, and a transmitting unit being adapted to transmit the message from the source cell to the at least one
neighboring cell for resetting the mobility parameters of the associated algorithm based on the received message.
The term "base station" in this context may denote any kind of physical entity being able to communicate with a user equipment or any other network device. The base station may be any type of access point or point of attachment, which is capable of providing a wireless access to a cellular network system. Thereby, the wireless access may be provided for a user equipment or for any other network element, which is capable of communicating in a wireless manner. The base station may be a NodeB, eNB, home NodeB or HeNB, or any other kind of access point. The base station may in particular be used for a B4G, LTE or 3GPP cell and communication.
The base station may comprise a receiving unit, for example a receiver as known by a skilled person. The base station may also comprise a transmitting or sending unit, for ex- ample a transmitter. The receiver and the transmitter may be implemented as one single unit, for example as a transceiver. The transceiver or the receiving unit and the sending unit may be adapted to communicate with the user equipment or any other network device via an antenna. The base station further comprises a reset unit and a generation unit. The reset unit and the generation unit may be implemented as single units or may be implemented for example as part of a standard control unit, like a CPU or a microcontroller.
According to a further aspect of the invention, a further base station may be provided which is adapted to communicate with a base station having the above mentioned features.
According to an embodiment of the invention, the further base station may adapted to receive the message and to reset the mobility parameters of the associated algorithm based on the received message.
The base station and the further base station may both be able to generate a reset message and to transmit the message to each other. Thus, the reset procedure may be started by each of the base stations, wherein the other base station may be forced to reset the mobility parameters based on the received message.
According to a third aspect of the invention, there is provided a user equipment being adapted to communicate with a base station as described above.
The user equipment (UE) may be any type of communication end device, which is capable of connecting with the described base station. The UE may be in particular a cellular mobile phone, a Personal Digital Assistant (PDA), a notebook computer, a printer and/or any other movable communication device. In particular, in the context of this application, a UE may be any kind of communication device, for example a smart phone, being able to perform handovers based on the configuration as provided by the base station.
The user equipment may comprise a receiving unit or receiver which is adapted for receiving signals from the base stations. The user equipment may comprise a transmitting unit for transmitting signals. The transmitting unit may be a transmitter as known by a skilled person. The receiver and the transmitting unit may be implemented as one single unit, for example as a transceiver. The transceiver or the receiver and the transmitting unit may be adapted to communicate with the base stations via an antenna.
The user equipment may further comprise a control unit being adapted to control handovers. The control unit may be implemented as a single unit or may be implemented for example as part of a standard control unit, like a CPU or a microcontroller.
According to a fourth aspect of the invention, there is provided a cellular network system. The cellular network system comprises a base station as described above. Generally herein, the method and embodiments of the method according to the first aspect may include performing one or more functions described with regard to the other aspects or an embodiment thereof. Vice versa, the base station, user equipment or cellular network system and embodiments thereof according to the other aspects may include units or devices for performing one or more functions described with regard to the first aspect or an embodiment thereof.
According to a fifth aspect of the herein disclosed subject-matter, a computer program for resetting mobility parameters being associated with a handover procedure is provided, the computer program being adapted for, when executed by a data processor assembly, controlling the method as set forth in the first aspect or an embodiment thereof.
As used herein, reference to a computer program is intended to be equivalent to a reference to a program element and/or a computer readable medium containing instructions for controlling a computer system to coordinate the performance of the above described method.
The computer program may be implemented as computer readable instruction code by use of any suitable programming language, such as, for example, JAVA, C++, and may be stored on a computer-readable medium (removable disk, volatile or non-volatile memory, embedded memory/processor, etc.). The instruction code is operable to program a com- puter or any other programmable device to carry out the intended functions. The computer program may be available from a network, such as the World Wide Web, from which it may be downloaded.
The herein disclosed subject matter may be realized by means of a computer program respectively software. However, the herein disclosed subject matter may also be realized by means of one or more specific electronic circuits respectively hardware. Furthermore, the herein disclosed subject matter may also be realized in a hybrid form, i.e. in a combination of software modules and hardware modules. In the above there have been described and in the following there will be described exemplary embodiments of the subject matter disclosed herein with reference to a cellular network system, a base station, a user equipment and a method of for resetting mobility parameters being associated with a handover procedure. It has to be pointed out that of course any combination of features relating to different aspects of the herein disclosed subject matter is also possible. In particular, some embodiments have been described with reference to apparatus type embodiments whereas other embodiments have been described with reference to method type embodiments. However, a person skilled in the art will gather from the above and the following description that, unless otherwise notified, in addition to any combination of features belonging to one aspect also any combination between features relating to different aspects or embodiments, for example even between features of the apparatus type embodiments and features of the method type embodiments is considered to be disclosed with this application.
The aspects and embodiments defined above and further aspects and embodiments of the present invention are apparent from the examples to be described hereinafter and are explained with reference to the drawings, but to which the invention is not limited.
Brief Description of the Drawing
Figure 1 shows a cellular network system according to an exemplary embodiment of the present invention.
Figure 2 shows a message flow diagram for a successful mobility change request.
Figure 3 shows a message flow diagram for a failed mobility change request.
Figure 4 shows a message flow diagram for a reset request.
Figure 5 shows a message flow diagram for a mobility change chancel according to an exemplary embodiment of the invention.
Figure 6 shows a cellular network system according to an exemplary embodiment of the invention.
It is noted that in different figures, similar or identical elements are provided with the same reference signs.
Detailed Description In the following, embodiments of the herein disclosed subject matter are illustrated with reference to the drawings and reference to aspects of current standards, such as LTE, and their further developments. However, such reference to current standards is only exemplary and should not be considered as limiting the scope of the claims. Figure 1 shows a cellular network system 100. The cellular network system comprises a source cell 1 10 and a target cell 120 being neighbored to the source cell. The cellular network system 100 further comprises a base station 1 1 1 being assigned to the source cell 1 10 and a further base station 121 being assigned to the target cell 120. A user equipment 1 12 is served by the base station 1 1 1 and can be handed over to the further base station 121 of the target cell 120. The base station 1 1 1 and the further base station 121 are adapted to communicate with each other.
Each of the base stations 1 1 1 , 121 is adapted to reset mobility parameters being associated with a handover procedure for the user equipment 1 12 between the source cell 1 10 and the target cell 120. The handover procedure is initiated by a trigger value or threshold. A trigger value is assigned to each of the at least one neighboring target cell 120 in rela- tion to the source cell 1 10. The trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization (MRO) algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing (MLB) algorithm.
When one of the base stations determines that it is necessary to reset the mobility pa- rameters of one of the algorithms, this base station 1 1 1 , 121 can reset the mobility parameters for the mobility robustness optimization algorithm or the mobility load balancing algorithm. Then, this base station generates a message comprising information about the reset of the mobility parameters being associated with the mobility robustness optimization algorithm or the mobility load balancing algorithm and comprising information about the associated algorithm. Subsequently, the base stationl 1 1 , 121 transmits the message to the other base station. The other base station is forced to reset the mobility parameters of the associated algorithm based on the received message accordingly.
Thus, the herein described method and system provides a solution to reset the effect of MRO and MLB on the setting of the mobility parameter settings separately.
As already explained above, MRO is responsible to optimize the handover behavior between neighbor cells with respect to minimizing the number of radio link failures (RLF) that are caused by misaligned handover parameters leading to too late handovers, handovers that are done too early or that are done to wrong cells. Also unnecessary handovers from
LTE to UMTS/GERAN can be detected, although these will not cause RLFs. The correction of these problems may require adjusting the trigger for the handover decisions between two cells, i.e. event when a radio node decides that a specific user equipment (UE) being currently served by this radio node has to be handed over to a radio cell which is under control of a neighbor radio node. Depending on the nature of the detected problem it may help to trigger this handover earlier or later. If a self optimizing functionality decides that the modification of the handover trigger needs to be coordinated with the neighbor radio node then this can be done by means of the Mobility Settings Change procedure. The MLB functionality can be used by a radio node recognizing a high load in one of his radio cells. For this purpose MLB allows for requesting information about the load situation of relevant cells controlled by neighbor radio nodes. If the received load information indi-
cates, that a cell of the neighbor radio node has sufficient resources to serve UEs that are currently served by the overloaded cell. In that case the overloaded cell may select suitable candidates UEs that can also be served by the neighbor cell and handover these UEs to this cell of the neighbor radio node. It may be necessary to modify the trigger for handover decision for both the overload serving cell and the low or unloaded neighbor cell in order to avoid that the target cell handovers the UE back to the overloaded cell. This negotiation can be done using the Mobility Settings Change procedure.
Both MRO and MLB may modify the trigger for the handover decision to solve the MRO or MLB problem, respectively. With the Mobility Settings procedure, it is possible to change the handover trigger threshold by a delta value between -10 and + 10 dB with a granularity of 0.5 dB. The Handover Trigger corresponds to the threshold at which a cell initializes the handover preparation procedure towards a specific neighbor cell. A positive delta value means the handover is proposed to take place later.
It should be assumed that both MLB and MRO have already changed the mobility settings for a cell border between two eNBs or base stations. Then, for any reasons, one of the two involved eNBs has a problem with either one of the MLB or the MRO functionalities and wants to deactivate and/or reset the corresponding functionality and invalidate related mobility setting changes that were agreed up to now. The problem is that there is no mechanism that guarantees a properly reset of either the MLB or the MRO related delta values while keeping the agreed status for the other functionality.
Figures 2 and 3 illustrate a Mobility Settings procedure. The eNB which wants to invalidate the mobility setting sends a Mobility Change Request 201 , 301 to the neighbor eNB with a value that exactly invalidates the changes that have been made up to now. The disadvantage of this method is that the neighbor node is not obliged to accept the requested change. The procedure is designed for negotiation purpose and it is up to the neighbor to accept the change by returning a Mobility Change Acknowledge message 202 or to not accept the proposed change by returning a Mobility Change Failure message 302. Thus, with this method it cannot be guaranteed that the changes that have been agreed up to now can be rolled back.
Figure 4 illustrates a X2 Reset procedure. The purpose of the Reset procedure is to align the resources in the two base stations in the event of an abnormal failure. The procedure resets the X2 interface. One base station sends a Reset Request 401 and the other sends a Reset Response 402. This procedure is expected to be successful at any time (403).
The receiving base station should delete all the context information related to the requesting base station, except the application level configuration data exchanged during the X2 Setup or eNB Configuration Update procedures, and release the corresponding resources. However, the mobility configuration that was set by using the Mobility Change procedure should be maintained after performing the Reset procedure. This means the Reset procedure cannot be used to reset the mobility changes.
Another possibility would be the Mobility Setting Cancel message. It is designed to enable a mobility settings negation which involves more than two neighbor eNBs which might have been useful if mobility settings were changed which have impact on more than one cell border (e.g., the mobility parameter Time to Trigger is valid for the complete cell and thus changing this value has impact to all neighbor eNBs that have a border to this cell). The idea is to have three phases in the procedure. First, the eNB sends a change request to all involved neighbor nodes. Second, the neighbors indicate whether or not they can accept the change. Third, depending on the received information in the second phase the proposed changes are enforced or invalidate. This approach is not capable to invalidate mobility parameters (for instance in the form of an effective delta value which has summed up over the overall sequence of mobility setting procedures). The herein described method and system provides a method allowing for a more selective reset mechanism which is specifically adapted to the SON functions MRO and MLB. It allows invalidating either the effective delta value that has been generated by the MRO function, or the effective delta value that has been generated by the MLB function. "Effective delta value" means the currently resulting delta that has been summed up over the sequence of successful mobility setting procedures until the herein described method is enforced. The method transfers the information about invalidating the effective delta value belonging to either the MLB or the MRO functionality.
Both eNBs that are involved in the Mobility Settings Change procedure for a cell border are, separately for MLB and for MRO, maintaining a summed up delta values for the agreed changes. This is possible because of the mandatory cause information in the Mobility Settings Request message indicating the SON functionality issuing the request, i.e., the cause value is either "Load Balancing" or "Handover Optimization". The resulting effective delta value, which has to be enforced for the mobility parameter setting is the sum of the MRO and MLB delta value.
If one of the eNBs comes to the conclusion that the mobility setting changes caused up to now by either MLB or MRO has to be invalidated then it invalidates the corresponding MRL or MRO related delta value (503 in Figure 5) and enforces the new resulting delta value and sends a new message, e.g., a Mobility Change Cancel message 501 , to the neighbor node which also has to invalidate the corresponding delta value (502 in Figure 5) for the mobility setting in order to have a aligned handover behavior at the cell border. Similar to the Mobility Change Request message, the Mobility Change Cancel message contains information to uniquely identify the affected cell pair (e.g. a eNB1-Cell-ID and a eNB2-Cell-ID) and a cause value to indicate the delta value which has to be invalidated, i.e. the delta value generated by MRO or MLB, respectively. Invalidating may mean to set the corresponding delta value to "0".
Upon reception of the Mobility Change Cancel message, the eNB also invalidates the corresponding delta value and enforces the new resulting effective delta value for the mobility parameter settings of this cell border. Thus, the Mobility Change Cancel message is supposed to be successfully received and executed anytime.
The advantage of this method is that the cancelation can specifically be applied for the function where problems have recognized and, in contrast to the Mobility Change Request message, the changes are supposed to be applied and executed by the receiving eNB.
For example, the MRO functionality may have already evaluated and enforced a mobility setting for optimized handover behavior between two neighbors. Then for one of the mobility optimized cells an overload situation is recognized and the MLB function changes the mobility settings accordingly on top of the mobility optimized mobility settings. If now a problem or a malfunction is observed with the MLB, then it is possible to invalidate the changes made by the MLB functionality and immediately re-enforce the mobility settings that had proofed optimized handover behavior before the MLB functionality was activated. This may provide an advantage because it can be expected that optimized handover be- havior may typically be achieved as a result of a longer running MRO activity.
In one implementation, a new information element (IE) is added to the mobility change procedure. For example, the Mobility Change Request message comprises a new IE "Mobility Change Cancel" which, if present, or set to true, indicates to the receiving eNB to invalidate the effective delta value for the cell and the SON functionality (e.g. MRO or
MLB). Cell-ID and cause, the latter indicating the SON functionality, are already contained in the message. The information of the eNB1 Mobility Parameters and eNB2 Proposed
Mobility Parameters lEs may be irrelevant in that case. The receiving eNB2 may have to obey the request for a Mobility Change Cancel.
In a further implementation, the mobility change procedure may be used for invalidating the effective delta value. This implementation changes the semantics of the existing I E(s) rather than adding a new I E, e.g., eNB1 sending a Proposed Mobility Parameters IE with a special value, e.g., the Handover Trigger Change value "0", indicates to the receiving eN B2 to invalidate the effective delta value for the cell and the SON functionality (e.g. MRO or MLB) given in the request. The receiving eNB2 may have to obey the request to invalidate corresponding effective delta value.
Figure 6 shows a cellular network system 600 according to an exemplary embodiment of the invention. The cellular network system comprises a base station 1 1 1 , a further base station 120 and a user equipment 1 12. The user equipment 1 12 is served by a source cell being assigned to the base station 1 1 1 and can be handed over to a target cell being neighboured to the source cell and being served by the further base station 121 .
Each of the base stations 1 1 1 , 121 is adapted to reset mobility parameters being associated with a handover procedure for the user equipment 1 12 between the source cell and the target cell. The handover procedure is initiated by a trigger value, wherein one trigger value is assigned to each of the at least one neighboring target cell in relation to the source cell. The trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing algorithm.
Each of the base station 1 1 1 , 121 comprises a reset unit 602, 606, a generation unit 603, 607, a transceiver 601 , 605 and a control unit 604, 608.
The reset unit 602, 606 is adapted to reset the mobility parameters for the mobility robust- ness optimization algorithm or the mobility load balancing algorithm. The generation unit
603, 607 is adapted to generate a message comprising information about the reset of the mobility parameters being associated with the mobility robustness optimization algorithm or the mobility load balancing algorithm and comprising information about the associated algorithm.
After generation of the message, a transmitting unit is adapted to transmit the message between the base stations for resetting the mobility parameters of the associated algo-
rithm based on the received message. Each of the base stations 1 1 1 , 121 may comprise a receiving unit, for example a receiver as known by a skilled person. The base stations 1 1 1 , 121 may also comprise a transmitting or sending unit, for example a transmitter. The receiver and the transmitter may be implemented as one single unit, for example as a transceiver 601 , 605. The transceiver or the receiving unit and the sending unit may be adapted to communicate with the user equipment or another network element, for instance the other base station, via an antenna.
The reset unit 602, 606, the generation unit 603, 607 and the control unit 604, 608 may be implemented as single units or may be implemented for example as part of a standard control unit, like a CPU or a microcontroller.
The control unit 604, 608 may be adapted to receive the message and to reset the mobility parameters of the associated algorithm based on the received message. Thus, each base station may on the one hand start the resetting procedure by itself and may on the other hand react when receiving the message for reset from the other base station.
The base stations may be any type of access point or point of attachment, which is capable of providing a wireless access to a cellular network system. Thereby, the wireless ac- cess may be provided for the user equipment, or for any other network element, which is capable of communicating in a wireless manner. The base stations may be a NodeB, eNB, home NodeB or HeNB, or any other kind of access point.
The user equipment (UE) may be any type of communication end device, which is capable of connecting with the described base stations. The UE may be in particular a cellular mobile phone, a Personal Digital Assistant (PDA), a notebook computer, a printer and/or any other movable communication device.
The user equipment 1 12 may comprise a receiving unit or receiver which is adapted for receiving signals from the base stations. The user equipment may comprise a transmitting unit for transmitting signals. The transmitting unit may be a transmitter as known by a skilled person. The receiver and the transmitting unit may be implemented as one single unit, for example as a transceiver 609. The transceiver or the receiver and the transmitting unit may be adapted to communicate with the network element via an antenna.
The user equipment may further comprise a control unit 610 for controlling and configuring handovers based on information received from the base stations. The control unit may be
implemented as a single unit or may be implemented for example as part of a standard control unit, like a CPU or a microcontroller.
Having regard to the subject matter disclosed herein, it should be mentioned that, al- though some embodiments refer to a "base station", "eNB", etc., it should be understood that each of these references is considered to implicitly disclose a respective reference to the general term "network component", "network element" or, in still other embodiments, to the term "network access node". Also other terms which relate to specific standards or specific communication techniques are considered to implicitly disclose the respective general term with the desired functionality.
It should further be noted that a base station as disclosed herein is not limited to dedicated entities as described in some embodiments. Rather, the herein disclosed subject matter may be implemented in various ways in various locations in the communication network while still providing the desired functionality.
According to embodiments of the invention, any suitable entity (e.g. components, units and devices) disclosed herein, e.g. the reset unit, are at least in part provided in the form of respective computer programs which enable a processor device to provide the func- tionality of the respective entities as disclosed herein. According to other embodiments, any suitable entity disclosed herein may be provided in hardware. According to other - hybrid - embodiments, some entities may be provided in software while other entities are provided in hardware. It should be noted that any entity disclosed herein (e.g. components, units and devices) are not limited to a dedicated entity as described in some embodiments. Rather, the herein disclosed subject matter may be implemented in various ways and with various granularities on device level while still providing the desired functionality. Further, it should be noted that according to embodiments a separate entity (e.g. a software module, a hardware module or a hybrid module) may be provided for each of the functions disclosed herein. According to other embodiments, an entity (e.g. a software module, a hardware module or a hybrid module (combined software/hardware module)) is configured for providing two or more functions as disclosed herein. It should be noted that the term "comprising" does not exclude other elements or steps. It may also be possible in further refinements of the invention to combine features from dif-
ferent embodiments described herein above. It should also be noted that reference signs in the claims should not be construed as limiting the scope of the claims.
List of reference signs:
100 Cellular network system
1 10 Source cell
1 1 1 Base station
1 12 User equipment
120 Target cell
121 Further base station 201 Mobility change request
202 Mobility change acknowledge
301 Mobility change request
302 Mobility change failure
401 Reset request
402 Reset response
403 Successful reset operation 501 Mobility change cancel
502 Reset of mobility parameters
503 Reset of mobility parameters
600 Cellular network system
601 Transceiver of the base station
602 Reset unit of the base station
603 Generation unit of the base station
604 Control unit of the base station
605 Transceiver of the further base station 606 Reset unit of the further base station
607 Generation unit of the further base station
608 Control unit of the further base station
609 Transceiver of the user equipment
610 Control unit of the user equipment
Claims
1. A method for resetting mobility parameters being associated with a handover procedure for a user equipment (1 12) between a source cell (1 10) and a target cell (120) within a cellular network system (100), the cellular network system (100) comprising the source cell (1 10) and at least one neighboring target cell (120), wherein the handover procedure is initiated by a trigger value, wherein a trigger value is assigned to each of the at least one neighboring target cell (120) in relation to the source cell (1 10), wherein the trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing algorithm, the method comprising
resetting the mobility parameters for the mobility robustness optimization algorithm or the mobility load balancing algorithm,
generating a message comprising information about the reset of the mobility pa- rameters being associated with the mobility robustness optimization algorithm or the mobility load balancing algorithm and comprising information about the associated algorithm, and
transmitting the message between the source cell (1 10) and the at least one neighboring cell (120) for resetting the mobility parameters of the associated algorithm based on the received message.
2. The method as set forth in claim 1 , further comprising adapting the trigger value in response to the reset of the mobility parameters of the associated algorithm.
3. The method as set forth in any one of the preceding claims, further comprising determining whether a reset of the mobility parameters is necessary for the mobility robustness optimization algorithm or the mobility load balancing algorithm.
4. The method as set forth in any one of the preceding claims, wherein resetting the mobility parameters of the associated algorithm comprises invalidating a delta value, which has been generated by the associated algorithm.
5. The method as set forth in claim 4, wherein a delta value has been generated by each of the mobility robustness optimization algorithm and the mobility load balancing algorithm, and wherein an effective delta value for the handover procedure between the source cell (1 10) and the at least one neighboring target cell (120) consists of a sum of the
delta value of the mobility robustness optimization algorithm and the delta value of the mobility load balancing algorithm.
6. The method as set forth in claim 5, wherein the trigger value for initiating the hand- over procedure is adapted by the effective delta value.
7. The method as set forth in any one of the claims 4 to 6, wherein invalidating the delta value comprises setting the delta value to zero.
8. The method as set forth in any one of the preceding claims, wherein the message is a mobility change cancel message comprising information for enforcing the source cell (1 10) or the at least one neighboring cell (120) to reset the mobility parameters of the associated algorithm.
9. The method as set forth in any one of the preceding claims, wherein the message comprises an information element indicating the reset of the mobility parameters of the associated algorithm.
10. A base station (1 1 1 , 121 ) being adapted to reset mobility parameters being asso- ciated with a handover procedure for a user equipment (1 12) between a source cell (1 10) and a target cell (120) within a cellular network system (100), the cellular network system (100) comprising the source cell (1 10) and at least one neighboring target cell (120), wherein the handover procedure is initiated by a trigger value, wherein a trigger value is assigned to each of the at least one neighboring target cell (120) in relation to the source cell (1 10), wherein the trigger value is dependent on mobility parameters being adaptable by a mobility robustness optimization algorithm and is dependent on mobility parameters being adaptable by a mobility load balancing algorithm, the base station (1 1 1 , 121 ) comprising
a reset unit (602, 606) being adapted to reset the mobility parameters for the mo- bility robustness optimization algorithm or the mobility load balancing algorithm,
a generation unit (603, 607) being adapted to generate a message comprising information about the reset of the mobility parameters being associated with the mobility robustness optimization algorithm or the mobility load balancing algorithm and comprising information about the associated algorithm, and
a transmitting unit (601 , 605) being adapted to transmit the message between the source cell (1 10) and the at least one neighboring cell (120) for resetting the mobility parameters of the associated algorithm based on the received message.
11. A further base station (111, 121), the further base station being adapted to municate with a base station (111, 121 ) as set forth in claim 10.
12. The further base station (111, 121) as set forth in claim 11, being adapted to receive the message and to reset the mobility parameters of the associated algorithm based on the received message.
13. A user equipment (112), the user equipment (112) being adapted to communicate with a base station (111, 121 ) as set forth in claim 10.
14. A cellular network system (100), the cellular network system (100) comprising a base station (111, 121) as set forth in claim 10.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2012/058603 WO2013167187A1 (en) | 2012-05-10 | 2012-05-10 | Resetting mobility parameters being associated with a handover procedure |
EP12721489.8A EP2848038B1 (en) | 2012-05-10 | 2012-05-10 | Resetting mobility parameters being associated with a handover procedure |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2012/058603 WO2013167187A1 (en) | 2012-05-10 | 2012-05-10 | Resetting mobility parameters being associated with a handover procedure |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013167187A1 true WO2013167187A1 (en) | 2013-11-14 |
Family
ID=46085940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2012/058603 WO2013167187A1 (en) | 2012-05-10 | 2012-05-10 | Resetting mobility parameters being associated with a handover procedure |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP2848038B1 (en) |
WO (1) | WO2013167187A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015096402A1 (en) * | 2013-12-25 | 2015-07-02 | 中兴通讯股份有限公司 | Mobility parameter negotiation method and base station |
US9930566B2 (en) | 2014-12-01 | 2018-03-27 | Cellwize Wireless Technologies Ltd. | Method of controlling traffic in a cellular network and system thereof |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106714236A (en) * | 2015-07-29 | 2017-05-24 | 中国移动通信集团公司 | Load balancing method and apparatus |
-
2012
- 2012-05-10 WO PCT/EP2012/058603 patent/WO2013167187A1/en active Application Filing
- 2012-05-10 EP EP12721489.8A patent/EP2848038B1/en not_active Not-in-force
Non-Patent Citations (6)
Title |
---|
ALCATEL-LUCENT ET AL: "Configuration adaptation for MLB on X2", 3GPP DRAFT; R3-093365, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. Jeju; 20091109, 9 November 2009 (2009-11-09), XP050392777 * |
KYOCERA CORPORATION: "Handover configuration change for MRO", 3GPP DRAFT; R3-100840, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. San Francisco, USA; 20100222, 11 February 2010 (2010-02-11), XP050424536 * |
NOKIA SIEMENS NETWORKS: "Clarification of procedures defined for MLB purposes", 3GPP DRAFT; R3-111938 NSN_SON_RES-STAT-REPORT_DISC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Athens, Greece; 20110822, 9 September 2011 (2011-09-09), XP050541567 * |
NOKIA SIEMENS NETWORKS: "Clarification of procedures defined for MLB purposes", 3GPP DRAFT; R3-112301 REV-R3-111940_NSN_SON_RES-STAT-REPORT_R10, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Athens, Greece; 20110822, 9 September 2011 (2011-09-09), XP050541920 * |
SAMSUNG: "Adding mobility setting negotiation procedure for MLBO", 3GPP DRAFT; R3-092418, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. Miyazaki; 20091012, 12 October 2009 (2009-10-12), XP050391927 * |
ZTE: "Enhancement on the Mobility Settings Change procedure", 3GPP DRAFT; R3-100190, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Valencia, Spain; 20100118, 15 January 2010 (2010-01-15), XP050424053 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015096402A1 (en) * | 2013-12-25 | 2015-07-02 | 中兴通讯股份有限公司 | Mobility parameter negotiation method and base station |
US9930566B2 (en) | 2014-12-01 | 2018-03-27 | Cellwize Wireless Technologies Ltd. | Method of controlling traffic in a cellular network and system thereof |
US10425856B2 (en) | 2014-12-01 | 2019-09-24 | Cellwize Wireless Technologies Ltd. | Method of controlling traffic in a cellular network and system thereof |
Also Published As
Publication number | Publication date |
---|---|
EP2848038A1 (en) | 2015-03-18 |
EP2848038B1 (en) | 2016-02-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6474891B2 (en) | Service specific air interface selection | |
JP6817424B2 (en) | Core network recognition of user equipment, UE, and status | |
CN103250448B (en) | The determination method of switching criterion in cellular radio communication system | |
CN113615253B (en) | Conditional handover execution probability information to potential target nodes | |
US10123240B2 (en) | Control of communication using dual-connectivity mode description | |
CN110035463B (en) | Method and apparatus for adjusting mobility parameters | |
JP6103734B2 (en) | Trust-based system and method for performing handover from a source base station to a target base station | |
US11924905B2 (en) | Method and apparatus for implementing radio resource control of multi-connectivity | |
EP3416423B1 (en) | Method of handling handover in dual connectivity | |
EP3149996A1 (en) | Communication system and method of load balancing | |
CN113841442B (en) | Optionally sending a completion message in conditional handover | |
JP2010528524A (en) | Method and network node for controlling output uplink and downlink power levels in a mobile communication system | |
US20220150774A1 (en) | Handover during secondary cell group failure | |
EP2957060A1 (en) | A radio base station and method therein for transmitting time alignment configuration to a user equipment | |
WO2021091450A1 (en) | Fallback to source cell during dual active protocol stack handover | |
US20240147322A1 (en) | Enhancements to mro in case of rlf after successful (conditional) handover | |
CN112567807B (en) | Core network indication and security handling for handover | |
EP3451739B1 (en) | Method and device for switching between inter-rat cells | |
EP2848038B1 (en) | Resetting mobility parameters being associated with a handover procedure | |
KR20190095488A (en) | Handover method, core network device, access network device, and terminal device | |
CN117063527A (en) | Enhancement of ad hoc network reporting for radio link failure after dual active protocol stack fallback | |
KR102207843B1 (en) | Method and apparatus for handover based on cooperation between base stations | |
CN114270938A (en) | Method and related wireless device for providing transmission of UL data to a source access node after establishing a connection with a target access node | |
EP4264999A1 (en) | Mobility load balancing with rrc inactive awareness | |
CN112753249A (en) | Communication method and communication device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12721489 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012721489 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |