EP3097741A1 - Procédés et noeuds de réseau pour rapport d'échec de liaison radio (rlf) au moyen d'une procédure d'indication de rlf dans un noeud b évolué (enb) - Google Patents

Procédés et noeuds de réseau pour rapport d'échec de liaison radio (rlf) au moyen d'une procédure d'indication de rlf dans un noeud b évolué (enb)

Info

Publication number
EP3097741A1
EP3097741A1 EP14821884.5A EP14821884A EP3097741A1 EP 3097741 A1 EP3097741 A1 EP 3097741A1 EP 14821884 A EP14821884 A EP 14821884A EP 3097741 A1 EP3097741 A1 EP 3097741A1
Authority
EP
European Patent Office
Prior art keywords
cell
network node
rlf
indication
establishment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP14821884.5A
Other languages
German (de)
English (en)
Other versions
EP3097741B1 (fr
Inventor
Icaro L. J. Da Silva
Angelo Centonza
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of EP3097741A1 publication Critical patent/EP3097741A1/fr
Application granted granted Critical
Publication of EP3097741B1 publication Critical patent/EP3097741B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection

Definitions

  • Embodiments herein relate to handling communications in a radio communications network.
  • embodiments herein relate to network nodes and methods therein for handling communications in a radio communications network.
  • wireless terminals also known as mobile stations and/or user equipments, UEs
  • communicate via a Radio Access Network, RAN to one or more core networks.
  • the radio access network covers a geographical area which is divided into cell areas, with each cell area being served by a base station, e.g., a radio base station, RBS, which in some networks may also be called, for example, a "NodeB" or "eNodeB".
  • RBS radio base station
  • a cell is a geographical area where radio coverage is provided by the radio base station at a base station site or an antenna site in case the antenna and the radio base station are not collocated.
  • Each cell is identified by an identity within the local radio area, which is broadcast in the cell.
  • One base station may have one or more cells.
  • a cell may be downlink and/or uplink cell.
  • the base stations communicate over the air interface operating on radio frequencies with the user equipments within range of the base stations.
  • a Universal Mobile Telecommunications System, UMTS is a third generation mobile communication system, which evolved from the second generation, 2G, Global System for Mobile Communications, GSM.
  • the UMTS terrestrial radio access network, UTRAN is essentially a RAN using wideband code division multiple access, WCDMA, and/or High Speed Packet Access, HSPA, for user equipments.
  • WCDMA wideband code division multiple access
  • HSPA High Speed Packet Access
  • 3GPP Third Generation Partnership Project
  • telecommunications suppliers propose and agree upon standards for third generation networks and UTRAN specifically, and investigate enhanced data rate and radio capacity.
  • the RAN as e.g.
  • UMTS UMTS
  • a controller node such as a radio network controller, RNC, or a base station controller, BSC, which supervises and coordinates various activities of the plural base stations connected thereto.
  • RNCs are typically connected to one or more core networks.
  • Specifications for the Evolved Packet System, EPS have been completed within the 3 rd Generation Partnership Project, 3GPP, and this work continues in the coming 3GPP releases.
  • the EPS comprises the Evolved Universal Terrestrial Radio Access Network, E-UTRAN, also known as the Long Term Evolution, LTE, radio access, and the Evolved Packet Core, EPC, also known as System Architecture Evolution, SAE, core network.
  • E-UTRAN also known as the Long Term Evolution, LTE, radio access
  • SAE System Architecture Evolution
  • E-UTRAN/LTE is a variant of a 3GPP radio access technology wherein the radio base station nodes are directly connected to the EPC core network rather than to RNCs.
  • the functions of a RNC are distributed between the radio base stations nodes, e.g. eNodeBs in LTE, and the core network.
  • the Radio Access Network, RAN of an EPS has an essentially "flat" architecture comprising radio base station nodes without reporting to RNCs.
  • the RLF report is modified to perform either of the following:
  • RLF report includes the causes of the failed re-establishment in the RLF report, such as, for example, no suitable cell can be selected, the selected cell is no longer suitable, the RRC re-establishment request is rejected, etc. Only send RLF Report when the re-establishment was either successful or rejected.
  • this UE-based solution is quite straightforward, it would require that the UE behavior to be modified. In addition to this, it would only solve the so-called ambiguity problem for Release12 UEs and not for legacy UEs, that is, it would not work for pre- Release 11 UEs or for UEs that do not support the enhancements as proposed by this UE-based solution.
  • the basic idea is to add a flag into the first RLF indication, which is triggered by the re-establishment.
  • This information can be stored in the receiving eNB and combined with a second RLF indication, which is triggered by the RLF report. This is possible since Release11 because the C-RNTI was added to the RLF report. This enables the eNB receiving the two RLF indications to match the RLF indications from the same event.
  • the eNB sending the RLF indication would include the outcome of the re-establishment, and the eNB receiving this RLF indication would store: the C-RNTI, the time the RLF indication was received, and the reported outcome of the re-establishment.
  • the eNB can use the reported C-RNTI and a timer value, e.g. the time between failure and reporting, to retrieve the previously stored information.
  • the eNB may also include this information in the HO report, if sent.
  • This network-based solution would be more complex for the eNB and would require some significant change in the X2AP RLF Indication. It would require the eNB to store the C-RNTI, the time the RLF indication was received and the reported outcome of the re-establishment for long periods of time, e.g. up to 48 hours, in order to possibly combine with a second RLF indication.
  • the object is achieved by a method performed by a network node for handling communications in a radio
  • the network node is configured to be in the radio
  • the network node receives a report of a radio link failure, RLF, of a user equipment, UE, which report comprises an identity of a re-establishment cell.
  • the network node also configures an RLF indication comprising the received report to further comprise a first indication of the cell identity of the cell the UE was connected to upon sending the RLF report and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re-establishment cell, and sends the RLF indication to another network node.
  • the object is achieved by a method performed by a network node for handling communications in a radio
  • the network node is configured to be in the radio
  • the network node receives, from another network node, an RLF indication comprising a report of a radio link failure, RLF, of a user equipment, UE, which report comprises an identity of a re-establishment cell.
  • the RLF indication further comprises a first indication of the cell identity of the cell the UE was connected to upon sending the RLF report and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re-establishment cell.
  • the network node also determines, based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the report of the RLF indication when performing adjustments relating to handover in a cell served by the network node.
  • the object is achieved by a network node for handling communications in a radio communications network.
  • the network node is configured to be in the radio communications network.
  • the network node is further configured to receive a report of a radio link failure, RLF, of a user equipment, UE, which report comprises an identity of a re-establishment cell.
  • RLF radio link failure
  • the network node is also further configured to configure an RLF indication comprising the received report to further comprise a first indication of the cell identity of the cell the UE was connected to upon sending the RLF report and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re-establishment cell, and send the RLF indication to another network node.
  • the object is achieved by a network node for handling communications in a radio communications network.
  • the network node is configured to be in the radio communications network.
  • the network node is further configured to receive, from another network node, an RLF indication comprising a report of a radio link failure, RLF, of a user equipment, UE, which report comprises an identity of a re-establishment cell.
  • the RLF indication further comprises a first indication of the cell identity of the cell the UE was connected to upon sending the RLF report and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re-establishment cell.
  • the network node is also further configured to determine, based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the report of the RLF indication when performing adjustments relating to handover in a cell served by the network node.
  • the network node which served the UE when the RLF occurred is enabled to determine whether or not to consider the cell identified in the RLF report when performing adjustments relating to handover in the cell where the RLF occurred. This may, for example, be performed by sending an enhanced RLF indication comprising a new information element, IE, or by specific interpretation of existing lEs in the RLF indication.
  • the network node which served the UE when the RLF occurred is able to discard or exclude the re-establishment cell of the RLF report when this re-establishment cell is not a good candidate to use when optimizing handover performance of the cell where the RLF occurred, such as, for example, in a Mobility Robustness Optimization.
  • Figure 1 is a schematic block diagram illustrating a successful re-establishment in cell B after an RLF.
  • Figure 2 is a signalling diagram depicting signalling in the scenario of Fig. 1
  • Figure 3 is a schematic block diagram illustrating a successful re-establishment in cell C after an RLF and a failed or rejected re-establishment in cell B.
  • Figures 4-5 is a signalling diagram depicting signalling in the scenario of Fig. 3
  • Figure 6 is a schematic block diagram illustrating embodiments in a radio
  • Figure 7 is a flowchart depicting embodiments of a method in a network node.
  • Figure 8 is another flowchart depicting embodiments of a method in a network node.
  • Figure 9 is a signalling diagram depicting embodiments of a method in a network node.
  • Figure 10 is another signalling diagram depicting embodiments of a method in a
  • Figure 1 1 is a further signalling diagram depicting embodiments of a method in a network node.
  • Figure 12 is a block diagram depicting embodiments of a network node.
  • Figure 13 is another block diagram depicting embodiments of a network node.
  • MRO Mobility Robustness Optimization
  • E-UTRAN Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol Specification
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • RRC Radio Resource Control
  • Protocol Specification an RLF identified at the UE side is followed by a cell selection and an attempted to perform RRC connection re-establishment.
  • the ReestablishmentCellld in the VarRLF- re port will be set to the E-UTRAN selected cell.
  • the VarRLF- re port reaches the network node where the failure occurred, this network node cannot interpret this re- establishment properly since it could be any of the three cases, i.e. successful, rejected or incomplete/failure.
  • an X2AP RLF indication may be triggered by a re-establishment attempt, i.e. when "a re-establishment request is received". In this case, it does not necessarily require that the re-establishment is successful, rejected or incomplete/failed. Similarly, the reception of the X2AP RLF indication may also be ambiguous so that the network node receiving this RLF indication does not know if this was a successful case. Thus, there is a problem of not knowing whether the re-establishment cell shall be considered during the process of mobility robustness optimisation.
  • the network node receiving the RLF indication it is not possible for the network node receiving the RLF indication to judge whether the re- establishment cell was a real handover target towards which mobility parameters could be optimised, e.g. a case of successful re-establishment or rejection, or if the re- establishment cell should not be considered as a handover candidate towards which mobility parameters should be optimised, e.g. a case of re-establishment failure due to the re-establishment cell not being available anymore, such as, for example, because of an overshooting cell who ' s coverage was temporarily or erroneously stretching to the UEs position.
  • This problem may thus be referred to as an ambiguity problem of the identity of the re-establishment cell, e.g. in R3-131285.
  • the re-establishment fails during the procedure due to radio problems and the UE will abort the procedure and return to an RRCJDLE state. This indicates that this re-establishment cell may not be suitable for mobility and may thus be excluded from the MRO analysis.
  • the re-establishment cell is typically used to validate that the failure is not caused by a coverage hole and also indicates to which cell a handover should have been triggered earlier. But if the re- establishment fails during the procedure due to radio problems, e.g. due to the cell not being suitable anymore at the time the re-establishment is triggered, it may not be beneficial to adjust the mobility parameters towards that reported re-establishment cell.
  • the cell selected for the failed handover is typically adjusted to make the handover occur later. But it is also possible to trigger future handovers to the re-establishment cell earlier. But if the re-establishment fails during the procedure due to radio problem it will not be beneficial to adjust the mobility parameters: for example, the re-establishment cell selected by the UE and included in the RLF report may be an overshoot cell only temporarily available in that area and the re-establishment failure may be due to such cell not being available anymore at the time of re- establishment request.
  • the re-establishment cell can be the same as the source cell in case of HOF. In this case, the problem does not exist, since the analysis is performed in the same eNB where the UE attempts to re-establish. But if the RLF occurs after staying a short time in the target cell after a successful handover, the re- establishment cell will trigger an RLF indication to the target cell which may respond with a HO report back to the source cell. If the re-establishment fails during the procedure due to e.g. lack of resources at source base station, adjusting the handover to take place later will not help to resolve the situation, since the UE was not able to re-establish back to the last serving cell. Furthermore and also as part of the developing of the embodiments described herein, the ambiguity problem will be described in more detail below with reference to Figures 1-5.
  • Figure 1 shows a schematic block diagram illustrating an example of a successful re-establishment of a UE 121 in cell B of the network node 102 after an RLF occurred while the UE 121 was served in cell A by the network node 101.
  • the prior art signalling performed by the involved entities in the scenario of Figure 1 is shown by the signalling diagram in Figure 2.
  • the network node 101 serves the UE 121 with an established RRC connection.
  • the UE 121 in response to a RLF, the UE 121 will performed cell selection and attempt to perform RRC connection establishment toward the selected cell; for example, by sending a RCC Connection Re-establishment Request message to network node 102 serving cell B.
  • the network node 102 may respond with a RCC Connection Re-establishment Response message, which may be confirmed by the UE 121 in a RCC Connection Re-establishment Complete message. This successfully re- establishes the RRC connection of the UE 121 in cell B of the network node 102.
  • TS 36.331 in e.g.
  • the UE 121 will also generate a RLF report, which may be stored for up to 48 hours, and notify the network node 102 that the RLF report is available.
  • the network node 102 requests the information in the RLF report, e.g. using a UEInformationRequest message in accordance with TS 36.331 , sections 5.6.5.3.
  • the UE 121 responds by sending the RLF report to the network node 102, e.g. using a UEInformationResponse message.
  • the network node 102 sends an RLF indication comprising the RLF report to the network node 101 , e.g.
  • FIG. 3 shows a schematic block diagram illustrating an example of a successful re-establishment of a UE 121 in cell C of the network node 103 after an RLF occurred while the UE 121 was served in cell A by the network node 101.
  • Prior art signalling that may be performed by the involved entities in the scenario of Figure 3 is shown by the signalling diagrams in Figures 4-5.
  • Figure 4 shows an example of when the UE 121 also performed a rejected re- establishment in cell B of network node 102 in between the RLF occurrence and the successful re-establishment. As shown in Figure 4, the following actions may be performed.
  • the network node 101 serves the UE 121 with an established RRC connection.
  • the UE 121 selects cell B in the cell selection and send a RCC Connection Reestablishment Request message to network node 102 serving cell B, which is received by the network node 102.
  • this includes setting the re-establishment cell in the RLF report to cell B.
  • the network node 102 rejects the re-establishment attempt by the UE 121.
  • the network node 102 sends a RLF indication to the network node 101 , e.g. in accordance with the RLF indication procedure defined in TS 36.300 "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2".
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • Stage 2 Evolved Universal Terrestrial Radio Access Network
  • the network node 101 receives a first RLF indication without an RLF report.
  • the UE 121 may perform a successful RRC Connection Reestablishment toward the selected cell C. This may be performed in the same manner as described in Actions 202-205.
  • the network node 101 receives a second RLF indication comprising a RLF report indicating the cell identity of the failed cell, i.e. cell A, and the set cell identity of the re-establishment cell, i.e. cell B.
  • Figure 5 shows an example of when the UE 121 also performed an
  • the network node 101 serves the UE 121 with an established RRC connection.
  • the UE 121 selects cell B in the cell selection and attempt to perform RRC connection establishment toward the selected cell B.
  • this includes setting the re-establishment cell in the RLF report to cell B.
  • the RCC Connection Reestablishment Request message to network node 102 serving cell B may not be sent by the UE 121. This may occur when, at the time the UE 121 is ready to send the message, the signal strength towards network node 102 has deteriorated such that it is no longer suitable to connect to.
  • Another 5 alternative is that the RCC Connection Reestablishment Request message to network node 102 serving cell B for some reason is not received by the network node 102.
  • a timer at the UE 121 may expire causing the UE 121 to leave the RRC_CONNECTED state, e.g. timer T301 according to TS 36.331.
  • the network node 101 receives a RLF indication comprising a RLF report indicating the cell identity of the failed cell, i.e. cell A, and the set cell identity of the re-establishment cell, i.e. cell B.
  • the network node 20 101 cannot be sure whether the re-establishment cell in the RLF report, i.e. cell B in the scenarios above, was a successful re-establishment or not.
  • the network node 101 receiving the RLF indication, with or without an RLF-report is not able to differentiate between these scenarios; namely it becomes ambiguous at the network node 101 to understand towards which cell to perform mobility adjustments and how.
  • MRO 25 analysis cannot perform actions towards the proper re-establishment cell.
  • the RLF Report comprises further useful information, such as, for example, neighbouring cell measurements which could reveal if a re-establishment cell 30 is a good handover candidate from a radio point of view.
  • neighbouring cell measurements which could reveal if a re-establishment cell 30 is a good handover candidate from a radio point of view.
  • these measurements cannot resolve the ambiguity coming from reception of multiple RLF INDICAITON messages or coming from the fact that the re-establishment cell in RLF INDICATION is not the cell where re-establishment succeeded or was deliberately rejected by the re-establishment network node 103, these measurements could help in taking a more educated decision on MRO.
  • this information is not available.
  • the current standards or any vendor implementation do not support the network node 101 in deciding if a re-establishment cell in the RLF report is associated to a successful or rejection re-establishment, or an incomplete/failed case, which would be important in order to achieve an optimal MRO performance.
  • the network node 101 cannot e.g. select which RLF reports to reject or consider in the MRO analysis.
  • the radio communications network 100 may be a wireless communications network such as an Long Term Evolution (LTE), LTE-Advanced, Wideband Code Division Multiple Access (WCDMA), Global System for Mobile communications/Enhanced Data rate for GSM Evolution (GSM/EDGE), Worldwide Interoperability for Microwave Access (WMax), Ultra Mobile Broadband (UMB), any 3GPP cellular network, or any other cellular network or system.
  • LTE Long Term Evolution
  • WCDMA Wideband Code Division Multiple Access
  • GSM/EDGE Global System for Mobile communications/Enhanced Data rate for GSM Evolution
  • WMax Worldwide Interoperability for Microwave Access
  • UMB Ultra Mobile Broadband
  • the radio communication network 100 is exemplified herein as an LTE network.
  • the radio communications system 100 comprises a number of network nodes 110, 111 , 112.
  • the network nodes 110, 1 11 , 1 12 each serve at least one cell A, cell B, cell C, respectively.
  • the network nodes 1 10, 1 11 , 1 12 may also be configured to communicate with each other using e.g. X2 signalling over an X2 interface.
  • the network node 1 10, 1 1 1 , 1 12 may e.g. be an radio base station, eNB, eNodeB, a Home Node B, a Home eNode B, femto Base Station (BS), pico BS or any other network unit capable to capable of communicating with a user equipment within the cell served by the network node depending e.g. on the radio access technology and terminology used.
  • BS femto Base Station
  • the network node 1 10, 1 11 , 1 12 may also be e.g. a base station controller, a network controller, a relay node, a repeater, an access point, a radio access point, a Remote Radio Unit (RRU) or a Remote Radio Head (RRH).
  • a base station controller e.g. a base station controller, a network controller, a relay node, a repeater, an access point, a radio access point, a Remote Radio Unit (RRU) or a Remote Radio Head (RRH).
  • RRU Remote Radio Unit
  • RRH Remote Radio Head
  • a cell is a geographical area where radio coverage is provided by radio base station equipment at a base station site or at remote locations in Remote Radio Units (RRU).
  • the cell definition may also incorporate frequency bands and radio access technology used for transmissions, which means that two different cells may cover the same geographical area but using different frequency bands.
  • Each cell is identified by an identity within the local radio area, which is broadcast in the cell. Another identity identifying the cell A uniquely in the whole radio communication network 100 is also broadcasted in the cell A.
  • the network node 110 communicates over the air or radio interface operating on radio frequencies with the UE 121 within range of the network node 5 1 10.
  • a user equipment 121 is located within the cell A.
  • the UE 121 is configured to communicate within the radio communications network 100 via the network node 1 10 over a radio link when present in the cell A served by the network node 110.
  • the UE 121 may e.g. be any kind of wireless device such as a mobile phone, a cellular0 phone, a Personal Digital Assistant (PDA), a smart phone, a tablet, a sensor equipped with a UE, Laptop Mounted Equipment (LME) (e.g. USB), Laptop Embedded Equipment (LEE), Machine Type Communication (MTC) device or Machine to Machine (M2M) device, Customer Premises Equipment (CPE), etc.
  • LME Laptop Mounted Equipment
  • LEE Laptop Embedded Equipment
  • MTC Machine Type Communication
  • M2M Machine to Machine
  • CPE Customer Premises Equipment
  • the network node 11 1 , 1 12 receives a report of a radio link failure, RLF, of a UE 121 which report comprises an identity of a re-establishment cell.
  • RLF radio link failure
  • the RLF report may be received in a UEInformationResponse message from the UE 121 triggered by a UEInformationRequest message following a successful re-establishment of a RRC connection between the UE 121 and the network node 1 11 , 1 12 in cell B or C, respectively.
  • the re-establishment cell is the first cell the UE 121 tries to connect to after the RLF despite of the result of the5 attempt.
  • Action 702 is the first cell the UE 121 tries to connect to after the RLF despite of the result of the5 attempt.
  • the network node 1 11 , 112 configures an RLF indication comprising the received report to further comprise a first indication of the cell identity of the current cell the UE 121 is connected to and/or a second indication of a result of a comparison between the cell identity of the current cell the UE 121 is connected to and the identity of the re-establishment cell.
  • This enables the network node 1 11 , 1 12 to inform the network node 110, which served the UE when the RLF occurred, about either whether the re-establishment cell of the RLF report is the same cell as where a successful re-establishment has been carried out or about the identity of the cell where a successful re-establishment has been carried out.
  • the RLF indication may be a X2AP RLF INDICATION message.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • X2 Application Protocol X2 Application Protocol
  • the network node 1 11 , 1 12 may configure the second indication in a dedicated Information Element, IE, in the RLF indication. This may, for example, be performed by the addition of a new IE to the X2AP RLF INDICATION message comprising additional information about the outcome of the re-establishment and the validity of the reestablishment cell stored in the RLF report. This IE may e.g. be referred to as ReestablishmentStatus or by a similar notation.
  • the network node 1 11 , 1 12 may compare the identity of the re-establishment cell in the received report with the cell identity of the cell the UE was connected to upon sending the RLF report. In some embodiments, in case the comparison results in a match, the network node 11 1 , 112 may configure the dedicated IE with a first value indicating a match.
  • the network node 11 1 , 112 may configure the dedicated IE with a second value indicating that there was no match.
  • This may, for example, be performed by the network node 1 11 , 1 12 by, in the case of a positive matching result between the re-establishment cell in the RLF Report and the cell where the UE 121 successfully re-establishes/re-connects and conveys the RLF report, setting the dedicated IE to a value indicating "SUCCESSFUL_
  • the network node 11 1 , 1 12 may set the dedicated IE to a value indicating
  • the network node 1 11 , 1 12 may configure the dedicated IE with the first value indicating a match when the UE 121 has been handed over from the re-establishment cell to the current cell the UE is connected to.
  • this may mean that the re-establishment to the re-establishment cell was successful but that the RLF Report was not retrieved by the network node 110 serving the re-establishment cell.
  • the network node 1 11 , 1 12 may consider the re-establishment cell as a successful re-establishment cell and may set the new dedicated IE to a value indicating "SUCCESSFUL_ REESTABLISHMENT". This may also be performed by the network node 1 11 , 1 12 in case the network node 1 11 , 112 is provided with information that connection to the re-establishment cell was successful by any other means, such as, e.g. by UE history information listing the successful handovers the UE 121 has performed.
  • the network node 11 1 , 112 may configure the first indication in an existing IE in the RLF indication.
  • the existing IE may also be referred to herein as the existing legacy IE. This existing IE may, for example, be the Re-establishment cell ECGI IE of the X2AP RLF INDICATION message.
  • the RLF INDICATION message as per TS36.423 version 11.5.0 is as shown in the Table 2 below.
  • the RLF INDICATION message comprises a Re-establishment cell ECGI IE, which has been present since the introduction of the RLF INDICATION message.
  • the re-establishment cell information is also provided in the RLF Report.
  • Table 3 below shows an excerpt from an RRC UEInformationResponse IE, which comprises an RLF Report.
  • the Re-establishment cell ECGI IE shall be deliberately ignored when the following conditions, as specified in TS36.423 version 11.5.0, are satisfied: "If the RRC Conn Setup Indicator IE is present in the RLF INDICATION message, the eNB1 shall ignore the values in the Failure cell PCI IE, Re- establishment cell ECGI IE, C-RNTI IE and ShortMAC-l IE.” The latter implies that network node 1 10 receiving the RLF INDICATION message shall ignore the Re- establishment cell ECGI IE if the RRC Conn Setup Indicator IE is present, i.e. if the UE 121 reconnects from RRCJDLE after the RLF.
  • the network node 1 11 , 1 12 sending the RLF INDICATION message does not have any specified rule on how to set the Re-establishment cell ECGI IE in the latter case. Indeed, there are no details at all how the Re-establishment cell ECGI IE shall be set by the network node 1 1 , 112 in case a Release 10 RLF Report is available from the UE 121 and it comprises the E-CGI of a re- establishment cell.
  • the network node 11 1 , 112 receiving the RLF Report from the UE 121 may set the Re-establishment cell ECGI IE to the E-CGI of the cell where the UE 121 has established connection, i.e. a cell of the network node 11 1 , 112.
  • the network node 11 1 , 1 12 sends the RLF indication to another network node 1 10.
  • This enables the other network node 110 to determine whether or not to consider the cell identified in the RLF report when performing adjustments relating to handover in the cell where the RLF occurred.
  • the network node 1 10 is enabled to discard or exclude the re-establishment cell of the RLF report when this re-establishment cell is not a good candidate to use when optimizing handover performance of the cell where the RLF occurred, such as, for example, in a Mobility Robustness Optimization.
  • the other network node is the network node 110 serving the UE when the RLF occurred.
  • Example of embodiments of a method performed by a network node 1 10 for handling communications in a radio communications network 100 will now be described with reference to a flowchart depicted in Figure 8.
  • the network node 110 is configured to be in the radio communications network 100.
  • Figure 8 is an illustrated example of exemplary actions or operations which may be taken by the network node 110. The method may comprise the following actions.
  • the network node 110 receives, from another network node 11 1 , 1 12, an RLF indication comprising a report of a RLF of a UE 121 which report comprises an identity of a re-establishment cell.
  • the RLF indication further comprises a first indication of the cell identity of the cell the UE was connected to upon sending the RLF report and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re- establishment cell. This may, for example, be performed by receiving an enhanced RLF indication comprising a dedicated IE, or by specific interpretation of existing lEs in the RLF indication.
  • the network node 110 After receiving the RLF indication, the network node 110 determines, based on the first indication and/or the second indication, whether or not to consider the re- establishment cell indicated in the report of the RLF indication when performing adjustments relating to handover in a cell served by the network node 1 10. In this way, the network node 110 is enabled to discard or exclude the re-establishment cell of the RLF report when this re-establishment cell is not a good candidate to use when optimizing handover performance of the cell where the RLF occurred, such as, for example, in a Mobility Robustness Optimization.
  • the network node 110 may include the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110. Otherwise, when the second indication indicates that the result of the comparison is not a match, the network node 1 10 may discard the identity of the re-establishment cell in the received report and exclude the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110.
  • the network node 1 10 may receive the RLF indication comprising a dedicated IE and check its value. Thereafter, if the dedicated IE value indicates "SUCCESSFUL_ REESTABLISHMENT", then the MRO function at the network node 1 10 should consider the re-establishment cell, i.e.
  • ReestablishmentCellld IE in the VarRLF Re port as a valid re-establishment cell, i.e. a valid candidate for mobility optimization.
  • the re-establishment cell pointed to or indicated in the RLF Report may be subject to mobility optimization adjustments for the handover trigger points to and from the source cell, i.e. the cell of the network node 110 in which the RLF occurred.
  • the dedicated IE value indicated "UNSUCCESSFUL_REESTABLISHMENT” then the MRO function at the network node 110 may discard the re-establishment cell, i.e. ReestablishmentCellld IE, in the VarRLF Re port and exclude such cell from any optimization adjustments for the handover trigger point.
  • the network node 110 may also trigger one or more traces, e.g. Minimization of Drive Test, MDT, traces, for UEs to investigate the reason for the RLF in more detail. This may be performed by triggering a tracing function present via an Operation and Maintenance, OAM, system. This provides a possibility for the network node 110 to trigger MDT traces or measurements for cells receiving lots of RLF indications with RLF reports potentially discarded. The MDT traces or measurements may be useful to get radio measurements about the re-establishment cell the UE attempts to connect to.
  • MDT Minimization of Drive Test
  • the network node 110 may compare the identity of the re-establishment cell comprised in the received report with the first indication indicating the cell identity of the cell the UE was connected to upon sending the RLF report.
  • the network node 1 10 may include the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 1 10. Otherwise, when the result of the comparison is not a match, the network node 1 10 may discard the identity of the re- establishment cell in the received report and exclude the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110.
  • the network node 110 when handling the RLF indication comprising the existing legacy IE, i.e. carrying the first indication, at the network node 110, the network node 110 should always consider the existing legacy IE, e.g. Re-establishment cell ECG I IE, as valid.
  • the existing legacy IE e.g. Re-establishment cell ECG I IE
  • the MRO function at the network node 1 10 should consider the re-establishment cell, i.e. ReestablishmentCellld IE, in the VarRLF Report as a valid re-establishment cell, i.e. a valid candidate for mobility optimization.
  • the re-establishment cell pointed to or indicated in the RLF Report may be subject to mobility optimization adjustments for the handover trigger points to and from the source cell, i.e. the cell of the network node 110 in which the RLF occurred.
  • the MRO function at the network node 1 10 may discard the re-establishment cell, i.e.
  • the network node 1 10 may also trigger one or more traces, e.g. Minimization of Drive Test, MDT, traces, for UEs to investigate the reason for the RLF in more detail. This may be performed by triggering a tracing function present via an Operation and Maintenance, OAM, system.
  • OAM Operation and Maintenance
  • the network node 1 10 may disregard any previously received RLF indications relating to the same RLF or UE 121 , when performing the adjustments relating to handover in a cell served by the network node 110. This may be advantageous when handling cases where multiple RLF indication messages have been generated due to the same RLF occurrence.
  • a UE 121 may attempt to re-establish to a cell but be rejected by the network node. The UE 121 may then select another cell for re-establishment and connect to it, or the UE 121 may go into an RRC IDLE mode and re-connect at a later stage to a different cell.
  • This scenario is exemplified by Actions 402-404 in Figure 4 and by Actions 1 102-1104 in Figure 1 1.
  • the network node where the first re-establishment was attempted may send an RLF indication message to the network node 110.
  • This RLF indication message will not comprise the VarRLFReport as the UE 121 did not have the opportunity to signal a RRC UEInformationResponse message to the network node where the first re-establishment was attempted.
  • this first RLF indication message may comprise the C-RNTI and the ShortMac-l lEs, which are identifiers for the UE 121 in network node 110 before the RLF occurrence.
  • the network node 110 may store the C-RNTI and ShortMac-l lEs RLF indication message together with some failed UE context information.
  • a new RLF indication message will be generated and sent to the network node 110.
  • This RLF indication message will also comprise the C-RNTI and ShortMAC-l assigned to the UE 121 before the RLF occurrence.
  • the network node 1 10 may store the multiple received RLF indication messages associated with the UE 121 by means of the C-RNTI and/or ShortMAC-l received in these RLF indication messages.
  • the network node 1 10 may disregard any previous RLF indication message relative to the same UE 121 with regards to MRO. Namely, adjustments towards the E-CGI of the reestablishmentCellld IE may be preceded.
  • this provides a specific trigger for discarding ambiguous information in RLF indication messages.
  • a further advantage is that it in a better way covers backward compatibility to existing legacy network nodes because it does not necessarily required the addition of a new dedicated IE to existing RLF indication messages. Therefore, the network node 1 10, when receiving a RLF indication messages comprising a C-RNTI and/or a ShortMAC-l of a UE 121 may automatically discard the ambiguous information in other previous RLF indication messages, wherein these previous RLF indication messages may refer to the same RLF, without the need for any significant changes in current interface protocols.
  • the network node 110 may ignore the identity of the re-establishment cell in the received report and refrain from performing the adjustments relating to handover in a cell served by the network node 110 based on the first or second indication.
  • legacy network nodes such as, e.g. network nodes 102, 103 in Figures 1-5
  • compatibility therein between needs to be ensured when having network nodes that are sending RLF indication messages which do not support the embodiments described herein, i.e. legacy network nodes, such as, e.g. network nodes 102, 103 in Figures 1-5, and the network node 110 receiving these RLF indication messages which supports the embodiments described herein, compatibility therein between needs to be ensured.
  • the Re-establishment cell ECGI IE may be set to a value by the legacy network node such that it may be understood by the receiving network node 110 as not applicable.
  • the Re-establishment cell ECGI IE is set to a specific determined or configured value, e.g.
  • the receiving network node 1 10 should ignore the Re-establishment cell ECGI IE and not take the actions described in some of the embodiments above as a result of the comparison between the Re-establishment cell ECGI IE and the ReestablishmentCellld IE present in the Var-RLFReport.
  • the adjustments relating to handover in a cell served by the network node 110 may comprise performing a Mobility Robustness Optimization, MRO, analysis and determining a trigger point for handover of the served by the network node 110. This may also be referred to herein as the MRO function in the network node 1 10.
  • the network node 1 10 may receive both the first indication and the second indication as described above.
  • this advantageously lets the network node 1 10 know that the information has been elaborated and validated by the network node 1 11 , 1 12, and has not only been made available via UE 121 processes.
  • Figure 9 shows a signalling diagram depicting embodiments of methods in the network node 1 10, 1 11 , 1 12 in a scenario where a successful re-establishment of a UE 121 in cell B of the network node 1 1 1 takes place after an RLF occurred while the UE 121 was served in cell A by the network node 110.
  • Actions 901 -904 correspond to the Actions 201-204 described with reference to Figure 2 above.
  • the network node 1 11 may compare the identity of the re- establishment cell in the received RLF report, i.e. cell X, with the cell identity of the cell the UE was connected to upon sending the RLF report, i.e. cell B.
  • cell X is the same as cell B.
  • the network node 1 11 sends an RLF indication comprising the RLF report to the network node 1 10.
  • the RLF indication here further comprises a first indication of the cell identity of the current cell the UE is connected, i.e. cell B, and/or a second indication of the result of the comparison in Action 906.
  • the network node 110 may compare the identity of the re-establishment cell in the received RLF report, i.e. cell X, with the cell identity of the cell the UE was connected to upon sending the RLF report, cell B, as indicated in the first indication.
  • cell X is the same as cell B.
  • the network node 110 determines based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the RLF report of the RLF indication, i.e. cell X, when performing adjustments relating to handover in cell A served by the network node 110.
  • the network node 1 10 considers the re-establishment cell, i.e. cell X, a valid re-establishment cell, i.e. a valid candidate for mobility optimization, and will use the re-establishment cell in MRO analysis.
  • Figures 10 shows a signalling diagram depicting embodiments of methods in the network node 1 10, 1 11 , 1 12 in a scenario where a successful re-establishment of a UE 121 in cell C of the network node 112 takes place after an RLF occurred while the UE 121 was served in cell A by the network node 110.
  • the UE 121 also performs a rejected re-establishment in cell B of network node 11 1 in between the RLF occurrence and the successful re-establishment.
  • Actions 1001 -1007 correspond to the Actions 401-407, respectively, described with reference to Figure 4 above.
  • the network node 11 1 sends an RLF indication comprising the RLF report to the network node 1 10.
  • the RLF indication here further comprises a first indication of the cell identity of the current cell the UE is connected, i.e. cell C, and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re-establishment cell.
  • the network node 1 10 determines based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the RLF report of the RLF indication, i.e. cell B, when performing adjustments relating to handover in cell A served by the network node 110.
  • the network node 1 10 may discard cell B as a non-valid re-establishment cell, i.e. not a valid candidate for mobility optimization.
  • the RLF Report comprises further useful information, such as, for example, neighbouring cell
  • the network node 1 10 may determine whether or not to discard the identity of the re-establishment cell in the received report and exclude the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110 when the first and/or second indication indicate that there is no match.
  • Figure 11 shows a signalling diagram depicting embodiments of methods in the network node 1 10, 1 11 , 1 12 in a scenario where a successful re-establishment of a UE 121 in cell C of the network node 112 takes place after an RLF occurred while the UE 121 was served in cell A by the network node 1 10.
  • the UE 121 also performs an incomplete/failed re-establishment in cell B of network node 1 1 1 in between the RLF occurrence and the successful re-establishment.
  • Actions 1101 -1106 correspond to the Actions 501-506, respectively, described with reference to Figures 5 above.
  • the network node 11 1 sends an RLF indication comprising the RLF report to the network node 110.
  • the RLF indication here further comprises a first indication of the cell identity of the current cell the UE is connected, i.e. cell C, and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the
  • the network node 110 determines based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the RLF report of the RLF indication, i.e. cell B, when performing adjustments relating to handover in cell A served by the network node 110.
  • the network node 1 10 may discard cell B as a non-valid re-establishment cell, i.e. not a valid candidate for mobility optimization.
  • the RLF Report comprises further useful information, such as, for example, neighbouring cell
  • the network node 110 may determine whether or not to discard the identity of the re-establishment cell in the received report and exclude
  • the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110 when the first and/or second indication indicate that there is no match.
  • the network node 11 1 , 112 may comprise the following arrangement depicted in Figure 12.
  • the network node 1 11 , 112 is configured to be in the radio communications network 100.
  • Figure 12 shows a schematic block diagram of embodiments of the network node
  • the network node 11 1 , 112 may comprise a transceiving module 1211 and a configuring module 1212.
  • the network node 1 11 , 112 may comprise a processing circuitry 1210, which may also be referred to as processing module.
  • the processing circuitry 1210 may comprise one or more of the transceiving module 121 1 and the configuring module 1212, and perform the function thereof as described below.
  • the network node 1 11 , 1 12 is configured to, or may comprise a transceiving module 121 1 configured to, receive a report of a RLF of a UE 121 which report comprises an identity of a re-establishment cell.
  • the network node 1 11 , 112 is also configured to, or may comprise a configuring module 1211 configured to, configure an RLF indication comprising the received report to further comprise a first indication of the cell identity of the current cell the UE 121 is connected to and/or a second indication of a result of a comparison between the cell identity of the current cell the UE 121 is connected to and the identity of the re-establishment cell.
  • the network node 1 11 , 112 is configured to, or may comprise a transceiving module 121 1 configured to, send the RLF indication to another network node.
  • the RLF indication may be a X2AP RLF INDICATION message.
  • the network node 1 11 , 112 may be configured to, or may comprise a configuring module 1212 configured to, configure the second indication in a dedicated IE in the RLF indication.
  • the network node 1 11 , 1 12 may be configured to, or may comprise a configuring module 1212 configured to, compare the identity of the re-establishment cell in the received report with the cell identity of the current cell the UE 121 is connected to. Also, in some embodiments, the network node 1 11 , 112 may be configured to, or may comprise a configuring module 1212 configured to, configure the dedicated IE with a first value indicating a match when the comparison results in a match and with a second value indicating not a match when the result of the comparison is not a match.
  • the network node 11 1 , 112 may be configured to, or may comprise a configuring module 1212 configured to, configure the dedicated IE with the first value indicating a match when the UE has been handed over from the re-establishment cell to the current cell the UE is connected to.
  • the network node 11 1 , 112 may be configured to, or may comprise a configuring module 1212 configured to, configure the first indication in an existing IE in the RLF indication.
  • the existing IE in the RLF indication may, for example, be the Re- establishment cell ECG I IE of the X2AP RLF INDICATION message.
  • the other network node may be the network node 110 serving the UE 121 when the RLF occurred.
  • the embodiments for handling communications in a radio communications network 100 may be implemented through one or more processors, such as, e.g. the processing circuitry 1210 in the network node 11 1 , 1 12 depicted in Figure 12, together with computer program code for performing the functions and actions of the embodiments herein.
  • the program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code or code means for performing the embodiments herein when being loaded into the processing circuitry 1210 in the network node 1 11 , 112.
  • the computer program code may e.g. be provided as pure program code in the network node 1 11 , 1 12 or on a server and downloaded to the network node 1 11 , 112.
  • the carrier may be one of an electronic signal, optical signal, radio signal, or computer readable storage medium, such as, e.g. electronic memories like a RAM, a ROM, a Flash memory, a magnetic tape, a CD-ROM, a DVD, a Blueray disc, etc.
  • computer readable storage medium such as, e.g. electronic memories like a RAM, a ROM, a Flash memory, a magnetic tape, a CD-ROM, a DVD, a Blueray disc, etc.
  • the network node 1 11 , 1 12 may further comprise a memory 1220, which may be referred to or comprise one or more memory modules or units.
  • the memory 1220 may be arranged to be used to store executable instructions and data to perform the methods described herein when being executed in the network node 11 1 , 1 12.
  • the processing circuitry 1210 and the memory 1220 described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in the memory 1220, that when executed by the one or more processors such as the processing circuitry 1210 perform the method as described above.
  • processors may be included in a single application-specific integrated circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).
  • ASIC application-specific integrated circuit
  • SoC system-on-a-chip
  • a computer program comprising instructions which, when executed on at least one processor, e.g. the processing circuitry or module 1210, cause the at least one processor to carry out the method for handling communications in a radio communications network 100 as described above is presented.
  • a carrier containing the computer program wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium, is presented.
  • the network node 110 may comprise the following arrangement depicted in Figure 13.
  • the network node 110 is configured to be in the radio communications network 100.
  • Figure 13 shows a schematic block diagram of embodiments of the network node 1 10.
  • the network node 110 may comprise a transceiving module 1311 and a determining module 1312.
  • the network node 1 10 may comprise a processing circuitry 1310, which may also be referred to as processing module.
  • the processing circuitry 1310 may comprise one or more of the transceiving module 131 1 and the determining module 1312, and perform the function thereof as described below.
  • the network node 110 is configured to, or may comprise a transceiving module 131 1 configured to, receive, from another network node, an RLF indication comprising a report of a RLF of a UE 121 which report comprises an identity of a re-establishment cell.
  • the RLF indication further comprises a first indication of the cell identity of the cell the UE was connected to upon sending the RLF report and/or a second indication of a result of a comparison between the cell identity of the cell the UE was connected to upon sending the RLF report and the identity of the re-establishment cell.
  • the network node 110 is also configured to, or may comprise a determining module 1311 configured to, determine, based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the report of the RLF indication when performing adjustments relating to handover in a cell served by the network node 110.
  • a determining module 1311 configured to, determine, based on the first indication and/or the second indication, whether or not to consider the re-establishment cell indicated in the report of the RLF indication when performing adjustments relating to handover in a cell served by the network node 110.
  • the network node 110 may be configured to, or may comprise a determining module 1312 configured toinclude the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110 when the second indication indicates that the result of the comparison is a match.
  • the network node 1 10 may be configured to, or may comprise a
  • the network node 110 may be configured to, or may comprise a determining module 1312 configured to compare the identity of the re- establishment cell comprised in the received report with the first indication indicating the cell identity of the current cell the UE 121 is connected to.
  • the network node 110 may be configured to, or may comprise a determining module 1312 configured to, when the result of the comparison is a match, include the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 110.
  • the network node 1 10 may be configured to, or may comprise a determining module 1312 configured to, when the result of the comparison is not a match, determine whether or not to discard the identity of the re-establishment cell in the received report and exclude the re-establishment cell when performing the adjustments relating to handover in a cell served by the network node 1 10.
  • the network node 1 10 may be configured to, or may comprise a determining module 1312 configured to, when the result of the comparison is not a match and/or the second indication indicates that the result of the comparison is not a match, disregarding any previously received RLF indications relating to the same RLF or UE when performing the adjustments relating to handover in a cell served by the network node 110.
  • the network node 110 may be configured to, or may comprise a determining module 1312 configured to, when the first indication of the cell identity of the cell the UE was connected to upon sending the RLF report is set to a particular determined value, ignore the identity of the re-establishment cell in the received report and refrain from performing the adjustments relating to handover in a cell served by the network node 1 10 based on the first or second indication.
  • the adjustments relating to handover in a cell served by the network node 1 10 may comprise performing a Mobility Robustness Optimization, MRO, analysis and, based thereon, determine a trigger point for handover of UEs served by the network node 1 10.
  • the embodiments for handling communications in a radio communications network 100 may be implemented through one or more processors, such as, e.g. the processing circuitry 1310 in the network node 110 depicted in Figure 13, together with computer program code for performing the functions and actions of the embodiments herein.
  • the program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code or code means for performing the embodiments herein when being loaded into the processing circuitry 1310 in the network node 110.
  • the computer program code may e.g. be provided as pure program code in the network node 110 or on a server and downloaded to the network node 110.
  • the carrier may be one of an electronic signal, optical signal, radio signal, or computer readable storage medium, such as, e.g.
  • the network node 110 may further comprise a memory 1320, which may be referred to or comprise one or more memory modules or units.
  • the memory 1320 may be arranged to be used to store executable instructions and data to perform the methods described herein when being executed in the network node 110.
  • the processing circuitry 1310 and the memory 1320 described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g.
  • processors such as the processing circuitry 1310 perform the method as described above.
  • processors may be included in a single application-specific integrated circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system- on-a-chip (SoC).
  • ASIC application-specific integrated circuit
  • SoC system- on-a-chip
  • a computer program comprising instructions which, when executed on at least one processor, e.g. the processing circuitry or module 1310, cause the at least one processor to carry out the method for handling communications in a radio communications network 100 as described above is presented.
  • a carrier containing the computer program wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium, is presented.
  • the common abbreviation "e.g.” which derives from the Latin phrase “exempli gratia,” may be used to introduce or specify a general example or examples of a previously mentioned item, and is not intended to be limiting of such item. If used herein, the common abbreviation “i.e.”, which derives from the Latin phrase “id est,” may be used to specify a particular item from a more general recitation.
  • the common abbreviation “etc.”, which derives from the Latin expression “et cetera” meaning “and other things” or “and so on” may have been used herein to indicate that further features, similar to the ones that have just been enumerated, exist.
  • E-UTRAN Enhanced Universal Terrestrial Radio Access Network eNB evolved Node B

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé mis en œuvre par un nœud de réseau (111, 112), à savoir un eNB, pour gérer des communications dans un réseau de radiocommunication (100). Le nœud de réseau (111, 112) est configuré pour se trouver dans le réseau de radiocommunication (100). Le nœud de réseau (111, 112) reçoit un rapport d'un échec de liaison radio (rapport de RLF), d'un équipement d'utilisateur (UE), lequel rapport de RLF comprend une identité d'une cellule de rétablissement, configure une indication de RLF comprenant le rapport de RLF reçu de sorte qu'il comprenne en outre une première indication de l'identité de cellule de la cellule courante à laquelle l'UE est connecté et/ou une seconde indication d'un résultat d'une comparaison entre l'identité de cellule de la cellule à laquelle l'UE était connecté lors de l'envoi du rapport de RLF et l'identité de la cellule de rétablissement, et envoie l'indication de RLF à un autre nœud de réseau (110), à savoir un eNB.
EP14821884.5A 2014-01-21 2014-12-15 Procédés et noeuds de réseau pour rapport d'échec de liaison radio (rlf) au moyen d'une procédure d'indication de rlf dans un noeud b évolué (enb) Active EP3097741B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201461929546P 2014-01-21 2014-01-21
PCT/SE2014/051504 WO2015112073A1 (fr) 2014-01-21 2014-12-15 Procédés et nœuds de réseau pour rapport d'échec de liaison radio (rlf) au moyen d'une procédure d'indication de rlf dans un nœud b évolué (enb)

Publications (2)

Publication Number Publication Date
EP3097741A1 true EP3097741A1 (fr) 2016-11-30
EP3097741B1 EP3097741B1 (fr) 2017-12-13

Family

ID=52278712

Family Applications (1)

Application Number Title Priority Date Filing Date
EP14821884.5A Active EP3097741B1 (fr) 2014-01-21 2014-12-15 Procédés et noeuds de réseau pour rapport d'échec de liaison radio (rlf) au moyen d'une procédure d'indication de rlf dans un noeud b évolué (enb)

Country Status (7)

Country Link
US (2) US9900812B2 (fr)
EP (1) EP3097741B1 (fr)
CN (1) CN105917726B (fr)
BR (1) BR112016016372B1 (fr)
MX (1) MX352920B (fr)
TW (1) TWI569664B (fr)
WO (1) WO2015112073A1 (fr)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105917726B (zh) * 2014-01-21 2019-12-03 瑞典爱立信有限公司 用于处理无线电通信网络中的通信的方法和网络节点
JP2015142363A (ja) * 2014-01-30 2015-08-03 株式会社Ｎｔｔドコモ 移動局、再接続要求方法、基地局及び再接続要求処理方法
CN105744626B (zh) * 2014-12-25 2019-02-22 宏达国际电子股份有限公司 处理与多个基站间通信的失败的方法及其装置
WO2018128572A1 (fr) * 2017-01-06 2018-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Nœuds de réseau radio, dispositif sans fil, et procédés associés mis en œuvre pour gérer des liaisons dans un réseau de communication sans fil
ES2834313T3 (es) * 2017-03-14 2021-06-17 Ericsson Telefon Ab L M Proporcionamiento de comunicación para un dispositivo de comunicación móvil que usa un nodo de unidad central y nodos de unidad distribuida
WO2019194715A1 (fr) * 2018-04-05 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Équipement d'utilisateur, nœud de réseau et procédés dans un réseau de communications sans fil
KR102571061B1 (ko) 2018-06-29 2023-08-25 삼성전자주식회사 이동통신 시스템에서 무선 링크 실패 보고 방법 및 그 장치
CN112771990A (zh) * 2018-09-25 2021-05-07 瑞典爱立信有限公司 用于重建无线电连接的无线电网络节点、无线设备及其中的方法
CN112291802A (zh) * 2019-07-22 2021-01-29 中兴通讯股份有限公司 一种通信节点的协作方法和系统
CN112399494B (zh) * 2019-08-15 2022-05-24 华为技术有限公司 一种无线通信的方法和通信装置
CN112788693A (zh) 2019-11-08 2021-05-11 北京三星通信技术研究有限公司 支持自优化的方法及设备
EP4059264A4 (fr) * 2019-11-15 2023-08-02 Lenovo (Beijing) Limited Procédé et appareil d'exécution d'optimisation d'efficacité de mobilité dans un processus de transfert intercellulaire
WO2021146602A1 (fr) * 2020-01-16 2021-07-22 Ofinno, Llc Procédure de rétablissement de connexion
CN113498134B (zh) * 2020-04-08 2022-08-26 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
US11601855B2 (en) 2021-07-09 2023-03-07 Nokia Technologies Oy Mobility failure evidence-related operations

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2009011442A (es) * 2007-04-23 2010-01-18 Interdigital Tech Corp Manejo de fallas en enlace de radio y transferencia.
CN101400088B (zh) * 2007-09-30 2011-04-20 华为技术有限公司 一种演进网络中的切换方法及设备
US8929894B2 (en) * 2009-01-06 2015-01-06 Qualcomm Incorporated Handover failure messaging schemes
KR101580151B1 (ko) * 2009-03-16 2015-12-24 삼성전자주식회사 이동통신시스템에서 무선링크 실패로 인한 호 절단을 개선하기 위한 방법 및 시스템
US20140050197A1 (en) * 2010-08-11 2014-02-20 Huawei Technologies Co., Ltd. Method for Providing Information in a Cellular Wireless Communication System
CN103517322B (zh) * 2010-08-13 2015-08-19 华为技术有限公司 用于在蜂窝式无线通信系统中提供信息的方法和装置
CN102413494B (zh) * 2010-09-21 2016-06-01 北京三星通信技术研究有限公司 一种检测无线链路失败或切换失败原因的方法
BR112013016203A2 (pt) * 2010-12-23 2018-05-15 Huawei Tech Co Ltd método para a determinação de critério de handover em um sistema de comunicação sem fio celular
TWI450545B (zh) * 2011-03-31 2014-08-21 Mediatek Inc 通過相關資訊報告並處理失敗事件的方法和用戶設備
CN103797846B (zh) 2011-08-04 2017-11-24 瑞典爱立信有限公司 蜂窝无线电通信中的改进的切换鲁棒性
CN103179601B (zh) * 2011-12-23 2019-07-23 北京三星通信技术研究有限公司 一种检测无线链路失败或切换失败原因的方法
US9973990B2 (en) * 2012-01-30 2018-05-15 Lg Electronics Inc. Method and apparatus for transmitting handover report message in wireless communication system
CN103428783B (zh) * 2012-05-22 2018-06-12 北京三星通信技术研究有限公司 支持检测rlf或者切换失败原因的方法
CN102905291B (zh) * 2012-09-06 2016-05-11 大唐移动通信设备有限公司 一种提示网络优化的方法和网络优化服务器
US9730090B2 (en) * 2012-11-15 2017-08-08 Mediatek, Inc. Radio link failure report extensions in mobile communication networks
US9544938B2 (en) * 2014-01-21 2017-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for handling communications in a radio communications network
CN105917726B (zh) * 2014-01-21 2019-12-03 瑞典爱立信有限公司 用于处理无线电通信网络中的通信的方法和网络节点

Also Published As

Publication number Publication date
TW201541997A (zh) 2015-11-01
US20180176836A1 (en) 2018-06-21
MX352920B (es) 2017-12-14
MX2016009107A (es) 2016-10-12
WO2015112073A1 (fr) 2015-07-30
CN105917726A (zh) 2016-08-31
BR112016016372B1 (pt) 2023-03-21
BR112016016372A2 (fr) 2017-08-08
EP3097741B1 (fr) 2017-12-13
US10484916B2 (en) 2019-11-19
US20170086109A1 (en) 2017-03-23
CN105917726B (zh) 2019-12-03
US9900812B2 (en) 2018-02-20
TWI569664B (zh) 2017-02-01

Similar Documents

Publication Publication Date Title
US10484916B2 (en) Network nodes and methods therein for handling communications in a radio communications network
US10548002B2 (en) Network node, a wireless device and methods therein for handling radio access network (RAN) context information in a wireless communications network
US11291068B2 (en) Radio network node, wireless device and methods performed therein
US8909216B2 (en) Inter-cell device discovery in device-to-device communication
JP5303681B2 (ja) 端末を識別するための方法及びシステム
US10425874B2 (en) Methods and arrangements for managing radio link failures in a wireless communication network
US9578549B2 (en) Method and apparatus for supporting RLF reason detection or handover failure reason detection
US9544938B2 (en) Network nodes and methods therein for handling communications in a radio communications network
US10129775B2 (en) Method in a first radio base station for handling re-establishment of a connection due to radio link failure
US10470246B2 (en) First radio access node, a second radio access node, a first core network node and methods therein for preparing handover
US20220361058A1 (en) Method and apparatus for performing handover of a multi-usim radio-capable ue over same or different systems
EP3533255B1 (fr) Dispositif sans fil et procédé associé pour la géstion des relations de cellules voisines dans un réseau radio
WO2016163937A1 (fr) Rejet de transfert intercellulaire de catégories d'équipement utilisateur incompatibles
EP2874427B1 (fr) Procédé de détection de conflit d'identité de cellule et dispositif de détection de conflit
WO2016020005A1 (fr) Procédé, appareil et système pour orientation de trafic ue par ue en interfonctionnement wlan-3gpp

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20160816

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20170706

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 955459

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171215

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 4

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602014018597

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180313

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 955459

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180314

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180313

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180413

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602014018597

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171215

Ref country code: MT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171215

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20171231

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171215

26N No opposition filed

Effective date: 20180914

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20141215

Ref country code: LT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171213

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230517

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231227

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20231227

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20231229

Year of fee payment: 10

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 602014018597

Country of ref document: DE

Ref country code: DE

Ref legal event code: R081

Ref document number: 602014018597

Country of ref document: DE

Owner name: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP., CN

Free format text: FORMER OWNER: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), STOCKHOLM, SE

REG Reference to a national code

Ref country code: GB

Ref legal event code: 732E

Free format text: REGISTERED BETWEEN 20240905 AND 20240911