WO2020089519A1 - Manipulation de plan utilisateur pour permettre un changement de cellule d'oms proche - Google Patents

Manipulation de plan utilisateur pour permettre un changement de cellule d'oms proche Download PDF

Info

Publication number
WO2020089519A1
WO2020089519A1 PCT/FI2019/050758 FI2019050758W WO2020089519A1 WO 2020089519 A1 WO2020089519 A1 WO 2020089519A1 FI 2019050758 W FI2019050758 W FI 2019050758W WO 2020089519 A1 WO2020089519 A1 WO 2020089519A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet data
cell
marked
data unit
information
Prior art date
Application number
PCT/FI2019/050758
Other languages
English (en)
Inventor
Krzysztof Kordybach
Ahmad AWADA
Jedrzej STANCZAK
Tero Henttonen
Srinivasan Selvaganapathy
Ingo Viering
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of WO2020089519A1 publication Critical patent/WO2020089519A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off

Definitions

  • the teachings in accordance with the exemplary embodiments of this invention relate generally to user plane handling for a cell change such as for a handover, and, more specifically, relate to user plane handling to enable an almost 0ms cell change.
  • gNB next generation Node B (5G NR Base Station)
  • NB NodeB base station
  • Example embodiments of the invention work to improve cell change operations such as for handover including at least reducing this interruption time.
  • a method comprising: determining, by a network device of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change; and based on the determining, marking with count values a sequence number of the at least one packet data unit with the count values, wherein synchronization with the target cell for the cell change is using information of an offset value based on the marked count values communicated after the indication of the cell change.
  • a further example embodiment is a method comprising the method of the previous paragraph, wherein the at least one packet data unit comprises at least one packet data convergence protocol packet data unit; wherein the network device comprises the user equipment for the cell change, wherein the marked count values comprise a marked at least one of an uplink count value or downlink count value and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit; wherein there is communicating information of the marked sequence number of the at least one packet data unit with the source cell; wherein the synchronization with the target cell is using information comprising the marked count values with an offset value added; wherein the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the source cell after indication of the cell change; wherein the information is communicated using a radio resource control reconfiguration complete message; wherein the information communicated using the radio resource control reconfiguration complete message comprises offsets for the marked at least one of an
  • an apparatus such as a user equipment side apparatus, comprising: means for determining, by a network device of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change; and means, based on the determining, for marking with count values a sequence number of the at least one packet data unit with the count values, wherein synchronization with the target cell for the cell change is using information of an offset value based on the marked count values communicated after the indication of the cell change.
  • a further example embodiment is an apparatus comprising the apparatus of the previous paragraph, wherein the at least one packet data unit comprises at least one packet data convergence protocol packet data unit; wherein the network device comprises the user equipment for the cell change, wherein the marked count values comprise a marked at least one of an uplink count value or downlink count value and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit; wherein there is means for communicating information of the marked sequence number of the at least one packet data unit with the source cell; wherein the synchronization with the target cell is using information comprising the marked count values with an offset value added; wherein the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the source cell after indication of the cell change; wherein the information is communicated using a radio resource control reconfiguration complete message; wherein the information communicated using the radio resource control reconfiguration complete message comprises offsets for the marked at least one of
  • a non-transitory computer-readable medium storing program code, the program code executed by at least one processor to perform at least the method as described in the paragraphs above.
  • an apparatus such as a user side apparatus, comprising: at least one processor; and at least one memory including computer program code, where the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus to at least: determine, by a network device of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change; and based on the determining, mark with count values a sequence number of the at least one packet data unit with the count values, wherein synchronization with the target cell for the cell change is using information of an offset value based on the marked count values communicated after the indication of the cell change.
  • a further example embodiment is an apparatus comprising the apparatus of the previous paragraph, wherein the at least one packet data unit comprises at least one packet data convergence protocol packet data unit; wherein the network device comprises the user equipment for the cell change, wherein the marked count values comprise a marked at least one of an uplink count value or downlink count value and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit; wherein the at least one memory including the computer program code is configured with the at least one processor to cause the apparatus to communicate information of the marked sequence number of the at least one packet data unit with the source cell; wherein the synchronization with the target cell is using information comprising the marked count values with an offset value added; wherein the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the source cell after indication of the cell change; wherein the information is communicated using a radio resource control reconfiguration complete message; wherein the information communicated
  • a method comprising: determining, by a network node of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change; and based on the determining, marking with count values a sequence number of the at least one packet data unit with the marked count values, wherein synchronization with the target cell for the cell change is using information of an offset value based on the marked count values that is communicated after the indication of the cell change.
  • a further example embodiment is a method comprising the method of the previous paragraph, wherein the at least one packet data unit comprises at least one packet data convergence protocol packet data unit; wherein the network node comprises one of a source cell network node or a target cell network node for the cell change, wherein the marked count values comprise a marked at least one of an uplink count value or a downlink count value, and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit; wherein there is communicating information of the marked sequence number of the at least one packet data unit with the user equipment; wherein the synchronization with the target cell is using information comprising the marked count values with the offset value added; wherein the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the user equipment after indication of the cell change; wherein there is communicating between the source cell and the target cell information of the marked at least one of an uplink count value
  • an apparatus such as a network side apparatus, comprising: means for determining, by a network node of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change; and means, based on the determining, for marking with count values a sequence number of the at least one packet data unit with the marked count values, wherein synchronization with the target cell for the cell change is using information of an offset value based on the marked count values that is communicated after the indication of the cell change.
  • a further example embodiment is an apparatus comprising the apparatus of the previous paragraph, wherein the at least one packet data unit comprises at least one packet data convergence protocol packet data unit; wherein the network node comprises one of a source cell network node or a target cell network node for the cell change, wherein the marked count values comprise a marked at least one of an uplink count value or a downlink count value, and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit; wherein there is means for communicating information of the marked sequence number of the at least one packet data unit with the user equipment; wherein the synchronization with the target cell is using information comprising the marked count values with the offset value added; wherein the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the user equipment after indication of the cell change; wherein there is means for communicating between the source cell and the target cell information of the marked at least one of an up
  • an apparatus such as a network side apparatus, comprising: at least one processor; and at least one memory including computer program code, where the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus to at least: determine, by a network node of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change; and based on the determining, mark with count values a sequence number of the at least one packet data unit with the marked count values, wherein synchronization with the target cell for the cell change is using information of an offset value based on the marked count values that is communicated after the indication of the cell change.
  • a further example embodiment is an apparatus comprising the apparatus of the previous paragraph, wherein the at least one packet data unit comprises at least one packet data convergence protocol packet data unit; wherein the network node comprises one of a source cell network node or a target cell network node for the cell change, wherein the marked count values comprise a marked at least one of an uplink count value or a downlink count value, and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit; wherein the at least one memory including the computer program code is configured with the at least one processor to cause the apparatus to communicate information of the marked sequence number of the at least one packet data unit with the user equipment; wherein the synchronization with the target cell is using information comprising the marked count values with the offset value added; wherein the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the user equipment after indication of the cell change; wherein the at least one
  • a communication system comprising the network side apparatus and the user equipment side apparatus performing operations as described above.
  • FIG. 1 shows Make-before-break handover solution where the UE maintains the radio communication with source BS for some time after receiving a handover command;
  • FIG. 2 shows a high level block diagram of various devices used in carrying out various aspects of the invention
  • FIG. 3A shows an alternative Method 1 used in place of an alternative Method 2 in accordance with example embodiments of the invention for marking UF and DF PDUs exchanged before offset related counting is started;
  • FIG. 3B shows an alternative Method 2 used in place of an alternative Method 1 in accordance with example embodiments of the invention for marking UF and DF PDUs which are a last one exchanged before offset related counting is started:
  • FIG. 4 shows Alternative 1 in accordance with example embodiments of the invention with dynamic offsets X and Y signaled by a UE;
  • FIG. 5 shows Alternative 2 in accordance with example embodiments of the invention with fixed offsets for DF and UF COUNT values
  • FIG. 6 shows a method in accordance with example embodiments of the invention which may be performed by an apparatus
  • FIG. 7A and FIG. 7B each show a method in accordance with example embodiments of the invention which may be performed by an apparatus.
  • FIG.1 depicts the make-before- break solution specified in LTE Rel- 14 where the UE maintains the connection to the source BS after receiving the HO command.
  • FIG. 1 there is a UE 110, a Source BS 170, and a Target BS 180.
  • the Source BS 170 sends a measurement control to the UE 110.
  • packet data 1102 is exchanged.
  • the UE provided measurement reports to the Source BS 170.
  • the Source BS 170 making a Handover decision.
  • a handover request is sent from the Source BS 170 to the Target BS 180.
  • Admission Control is performed by the Target BS 180.
  • a handover Request Acknowledgment is sent from the Target BS 180 to the Source BS 170 as shown in step 1107 of FIG. 1.
  • a Handover Command is sent from the Source BS 170 to the UE 110 as shown in step 1108 of FIG. 1.
  • packet data is exchanged between the UE 110 and the Source BS 170.
  • the Source BS 170 stops communication with the UE 110.
  • the Source BS 170 sends SN Status Transfer message to the Target BS 180.
  • step 11 12 of FIG. 1 there is synchronization by the UE 110 with the Target BS 180.
  • step 1113 as in FIG.
  • the Target BS 180 there is a UL allocation and TA provided by the Target BS 180 to the UE 110.
  • the Target BS 180 is receiving from the UE 110 an RRC Reconfiguration Complete indication.
  • the UE 110 and the Target BS 180 are exchanging packet data.
  • the Target BS 180 sends a UE Context Release to the Source BS.
  • the source BS requests the resources from the target BS, which responds with the HO Command, which is then forwarded from the source to the UE. From this moment, the UE disconnects from the source BS and attempts connecting to the target BS.
  • the source BS right after forwarding the HO Command, stops any communication with the UE over the User Plane, and sends the COUNT Status to the target (c.f. SN Status Transfer in Fig. 1), which is used it to enable encryption of the user plane. Since the UE also knows the COUNT Status at the moment it received HO Command, it can encrypt/decrypt communication with the target BS, while the COUNT Status itself is not exchanged over radio and as such it cannot be intercepted.
  • the Rel. l4 Make-before-break solution enabled the UE to communicate with the source slightly longer, i.e. beyond the moment the HO Command was received as shown in Fig.l .
  • the source BS had to wait with sending the SN Status Transfer to the target until the communications stopped, i.e., it was left for network implementation when the source BS stops the communication.
  • the target BS could start communication with the UE only once the COUNT status was received. Therefore, some interruption time of ⁇ 5ms has remained [TS 36.133]
  • R2- 1802473 and R2- 1708028 the problem is addressed.
  • the proposed solution relies on quasi-DC approach, where the source BS sends ready PDCP PDUs to the target, where they are only ciphered.
  • the papers do not discuss the issue how to start the ciphering at the target BS side, i.e. when to provide the COUNT status and how to synchronise it with the UE.
  • One key aspect to solve the aforementioned problem in accordance with example embodiments of the invention is to enable the UE to use PDCP Sequence Numbers (SNs) after the COUNT Status is sent from the source BS to the target BS. Effectively, this means certain offset of the numbering must be created and synchronised among the UE, source and target BSs. In accordance with the example embodiments of the invention this may be achieved in any one of two alternative ways or solutions:
  • the source BS provides the target BS with the COUNT status at the moment the HO Command was sent.
  • the UE stores the COUNT values at that moment, too, and when it is ready to switch user plane to the target BS, it provides the target BS with the offset (delta) over the stored COUNT status.
  • the target BS adds this offset to the received COUNT values and thus is ready to start communication; or
  • the source BS anticipates the amount of data that it will be able to exchange with the UE before it switches to the target BS.
  • the source BS sends the HO Command together with this anticipated value - the UE knows then up to what SN number it may keep communication with the source.
  • the source BS sends the COUNT status to the target BS already increased by that anticipated offset.
  • Fixed offset solution 2 has some disadvantages, namely it relies on the“intelligence” of the source BS to anticipate correctly the offset. If the offset is too small, the UE has to break the communication before it is ready to switch to the target BS and the interruption time may still occur; if the offset is too big, there will be a gap in the SN numbering that will slow down data processing at the PDCP layer.
  • the enablers for the offset solution include:
  • the forwarded PDCP SDUs shall be numbered in the same way as the PDUs sent to the UE. Also, the information on the delivered PDUs shall be forwarded to the target BS, so that it can clear delivered data from its DL buffer to avoid duplicating DL data. If duplicating application data is acceptable, the UE may continue exchanging data with the source BS even after sending the RRC Reconfiguration Complete, either using remaining pool of SN numbers that are higher than those increased by the pre-allocated offset in the Fixed offset solution 2, or in a separate PDCP entity in Dynamic offset solution 1 as stated above.
  • the source BS and the UE know when the radio communication between them stops and therefore they both exactly know the corresponding COUNT.
  • the first step is to mark the last PDU, separately in UL and DL, after which the offset related counting starts. For instance, this may be done by the UE for the UL COUNT and by the source BS for the DL COUNT: once the UE receives the HO command it waits for the delivery confirmation of the UL PDCP PDU and stores the SN number of the first one received.
  • the source BS does the same for DL PDCP PDUs.
  • the UE and the source BS exchange the“marked” SN numbers. This method is referred to as Method 1.
  • Method 2 the UE and the source BS start marking all the PDUs sent after the HO is sent/received: a new flag, e.g.“post-HO PDU”, is then added to the PDUs exchanged with the source BS after the HO Command is received.
  • the source BS and the UE consider as the starting point for counting the first marked DL/UL PDU that has been delivered.
  • Example embodiments of the invention at least enable, in response to an indication of a handover, exchanging data with a source cell even after COUNT is sent to the target cell.
  • either a dynamic or fixed offset is used with respect to the COUNT value, stored at the moment HO command was sent.
  • the essence should be to protect those relative values/offsets and their use with respect to legacy COUNT (with the aim to enable longer packet exchange, longer than just until HO command is received).
  • FIG. 2 shows a block diagram of one possible and non-limiting exemplary system in which the example embodiments of the invention may be practiced.
  • a user equipment or mobile station (UE) 110 is in wireless communication with a wireless network 100.
  • a UE is a wireless, typically mobile device that can access a wireless network.
  • the UE 110 includes one or more processors 120, one or more memories 125, and one or more transceivers 130 interconnected through one or more buses 127.
  • Each of the one or more transceivers 130 includes a receiver Rx, 132 and a transmitter Tx 133.
  • the one or more buses 127 may be address, data, or control buses, and may include any interconnection mechanism, such as a series of lines on a motherboard or integrated circuit, fiber optics or other optical communication equipment, and the like.
  • the one or more transceivers 130 are connected to one or more antennas 128.
  • the one or more transceivers 130 have multi-connectivity configurations and communicate over the wireless network 100 or any other network.
  • the one or more memories 125 include computer program code 123 executed by the one or more processors 120.
  • the one or more processors 120 may be implemented also as an integrated circuit or through other hardware such as a programmable gate array.
  • the one or more memories 125 and the computer program code 123 may be configured, with the one or more processors 120, to cause the user equipment 110 to perform one or more of the operations as described herein.
  • the UE 110 communicates with gNB 170 and the gNB 180 via a wireless link 111.
  • the gNB 170 (NR/5G Node B or possibly an evolved NB) is a base station (e.g., for NR or LTE long term evolution) that communicates with devices such as gNB 180 and UE 110 of FIG. 2.
  • the gNB 170 provides access to wireless devices such as the UE 110 to the wireless network 100.
  • the gNB 170 includes one or more processors 152, one or more memories 155, one or more network interfaces (N/W I/F(s)) 161, and one or more transceivers 160 interconnected through one or more buses 157.
  • Each of the one or more transceivers 160 includes a receiver Rx 162 and a transmitter Tx 163.
  • the one or more transceivers 160 are connected to one or more antennas 158.
  • the one or more memories 155 include computer program code 153 executed by the one or more processors 152.
  • the one or more processors 152 may be implemented also as an integrated circuit or through other hardware such as a programmable gate array.
  • the one or more memories 155 and the computer program code 153 are configured to cause, with the one or more processors 152, the gNB 170 to perform one or more of the operations as described herein.
  • the one or more network interfaces 161 and 191 and the one or more transceivers 160 that have multi-connectivity configurations and communicate over the wireless network 100 or any other network. Such communication can be between the gNB 170, the gNB 180, and the UE 110 via the links 176 and 111.
  • two or more gNB 170 may communicate with another gNB or eNB using, e.g., links 176.
  • the links 176 may be wired or wireless or both and may implement, e.g., an Xn interface. Further the links 176 may be through other network devices such as, but not limited to an NCE/AMF/UPF device such as the NCE/AMF/UPF 198 of FIG. 2.
  • the gNB 180 (NR/5G Node B or possibly an evolved NB) is a base station (e.g., for NR or LTE long term evolution) that communicates with devices such as the gNB 170 and/or UE 110 and/or the wireless network 100.
  • the gNB 180 includes one or more processors 182, one or more memories 195, one or more network interfaces (N/W I/F(s)) 191, and one or more transceivers 190 interconnected through one or more buses 187.
  • Each of the one or more transceivers 190 includes a receiver Rx 192 and a transmitter Tx 183.
  • the one or more transceivers 190 are connected to one or more antennas 185.
  • the one or more transceivers 190 have multi- connectivity configurations and communicate over the wireless network 100 or any other network.
  • the one or more memories 195 include computer program code 193 executed by the one or more processors 182.
  • the one or more processors 182 may be implemented also as an integrated circuit or through other hardware such as a programmable gate array.
  • the one or more memories 155 and the computer program code 153 are configured to cause, with the one or more processors 182, the gNB 180 to perform one or more of the operations as described herein.
  • the one or more network interfaces 181 communicate over a network such as via the links 176.
  • Two or more gNB 170 or gNB 180 may communicate with another gNB and/or eNB or any other device using, e.g., links 176.
  • the links 176 maybe wired or wireless or both and may implement, e.g., anXn interface. Further, as stated above the links 176 may be through other network devices such as, but not limited to an NCE/AMF/UPF device such as the NCE/AMF/UPF 198 of FIG. 2.
  • the one or more buses 157 and 187 may be address, data, or control buses, and may include any interconnection mechanism, such as a series of lines on a motherboard or integrated circuit, fiber optics or other optical communication equipment, wireless channels, and the like.
  • the one or more transceivers 160 and/or 190 may be implemented as a remote radio head (RRH) 203 and/or 205, with the other elements of the gNB 170 being physically in a different location from the RRH, and the one or more buses 157 could be implemented in part as fiber optic cable to connect the other elements of the gNB 170 to a RRH.
  • RRH remote radio head
  • the wireless network 100 may include a network control element (NCE), an access management function (AMF)/ user plane function (UPF) such as the NCE/AMF/UPF 198 that may include AMF (Access Management Function)/UPF (User Plane Function) functionality, and which provides connectivity with a further network, such as a telephone network and/or a data communications network (e.g., the Internet).
  • NCE network control element
  • AMF Access Management Function
  • UPF User Plane Function
  • the gNB 170 is coupled via a link 131 to the NCE/AMF/UPF 198.
  • the gNB 180 is coupled via a link 200 to the NCE/AMF/UPF 198.
  • the gNB 180 is coupled via links 176 to the gNB 170.
  • the links 131, 176, and/or 200 may be implemented as, e.g., an NG2 or NG3 interface.
  • the NCE/AMF/UPF 198 includes one or more processors 175, one or more memories 171, and one or more network interfaces (N/W I/F(s)) 197, interconnected through one or more buses coupled with the link 185.
  • the one or more memories 171 include computer program code 173.
  • the one or more memories 171 and the computer program code 173 are configured to, with the one or more processors 175, cause the NCE/AMF/UPF 198 to perform one or more operations which may be needed to support the operations in accordance with the example embodiments of the invention.
  • the wireless network 100 may implement network virtualization, which is the process of combining hardware and software network resources and network functionality into a single, software-based administrative entity, a virtual network.
  • Network virtualization involves platform virtualization, often combined with resource virtualization.
  • Network virtualization is categorized as either external, combining many networks, or parts of networks, into a virtual unit, or internal, providing network- like functionality to software containers on a single system. Note that the virtualized entities that result from the network virtualization are still implemented, at some level, using hardware such as processors 152, 182, or 175 and memories 155, 195, and 171, and also such virtualized entities create technical effects.
  • the computer readable memories 125, 155, 171, and 195 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory.
  • the computer readable memories 125, 155, 171, and 195 may be means for performing storage functions.
  • the processors 125, 155, 171, and 195 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multi-core processor architecture, as non-limiting examples.
  • the processors 120, 152, 175, and 182 may be means for performing functions, such as controlling the UE 110, gNB 170, gNB 180, and other functions as described herein.
  • Example embodiments of the invention can work to improve at least handover operation with novel operations which can use Packet Data Convergence Protocol (PDCP) sequence numbers.
  • PDCP Packet Data Convergence Protocol
  • the PDCP supports the following functions: transfer of data (user plane or control plane);
  • FIG. 3A shows a Method 1 and an alternative Method 2 in accordance with example embodiments of the invention for marking UL and DL PDUs which are a last one exchanged before offset related counting is started.
  • the alternative Method 2 is not used, and as such is crossed out.
  • FIG. 3 A there is a UE 110, a Source BS 170, and a Target BS 180.
  • the Source BS 170 sends a measurement control to the UE 110.
  • packet data 3002 is exchanged.
  • the UE provided measurement reports to the Source BS 170.
  • the Source BS 170 making a Handover decision.
  • a handover request is sent from the Source BS 170 to the Target BS 180.
  • Admission Control is performed by the Target BS 180.
  • a handover Request Acknowledgment is sent from the Target BS 180 to the Source BS 170 as shown in step 3008 of FIG. 3A. Then a Handover Command is sent from the Source BS 170 to the UE 110 as shown in step 3009 of FIG. 3 A. As shown in step 3010 of FIG. 3 A packet data is exchanged between the UE 110 and the Source BS 170. At this stage there is a Method 1 option implemented in alternative to a Method 2 option in accordance with example embodiments of the invention.
  • Method 1 3011 of FIG. 3 A in accordance with example embodiments of the invention there is at step A of Method 1 the UE 110 waits for the ACK of UE PDCP PDUs and store the SN of the first one received.
  • the Source BS 170 also waits for the ACK of DF PDCP PDUs and store the SN of the first one received as shown in step B of Method 1.
  • the UE 110 sends to the Source BS 170 the marked SN for the UE and at step D of Method 1 the Source BS 170 send the UE 110 the marked SN for DL.
  • Step 3013 synchronization of the UE 110 with the Target BS 180.
  • step 3014 of FIG. 3A there is UL Allocation and TA for the UE 110.
  • step 3015 of FIG. 3A there is an RRC Reconfiguration Complete message communicated between the UE 110 and the Target BS 180. After this packet data is exchanged between the UE 110 and the Target BS 180 at step 3016 of FIG. 3A.
  • step 3017 of FIG. 3 A there is a UE Context Release sent from the target BS 180 to the Source BS 170.
  • 3B shows a Method 2 and an alternative Method 1 in accordance with example embodiments of the invention for marking UL and DL PDUs which are a last one exchanged before offset related counting is started. As shown in FIG. 3B the alternative Method 1 is not used, and as such is crossed out.
  • FIG. 3B there is a UE 110, a Source BS 170, and a Target BS 180.
  • the Source BS 170 sends a measurement control to the UE 110.
  • packet data 3002 is exchanged.
  • the UE provided measurement reports to the Source BS 170.
  • the Source BS 170 making a Handover decision.
  • a handover request is sent from the Source BS 170 to the Target BS 180.
  • Admission Control is performed by the Target BS 180.
  • a handover Request Acknowledgment is sent from the Target BS 180 to the Source BS 170 as shown in step 3008 of FIG. 3B. Then a Handover Command is sent from the Source BS 170 to the UE 110 as shown in step 3009 of FIG. 3 A. As shown in step 3010 of FIG. 3 A packet data is exchanged between the UE 110 and the Source BS 170. At this stage there is a Method 2 option implemented in alternative to the Method 1 option in accordance with example embodiments of the invention.
  • Method 2 3012 of FIG. 3B in accordance with example embodiments of the invention there is at step A of Method 2 the UE 110 marks UE PDUs with“post-HO PDU.”
  • step B of Method 2 of FIG. 3B there is storing the SN of the first marked DF PDCP PDU.
  • step C of Method 2 of FIG. 3B there is the Source BS 170 marking DF PDCP PDUs with“post- HO PDU.”
  • step D of Method 2 as in FIG. 3B there is storing the SN of the first marked UF PDCP PDU.
  • Step 3013 synchronization of the UE 110 with the Target BS 180.
  • step 3014 of FIG. 3B there is UF Allocation and TA for the UE 110.
  • step 3015 of FIG. 3B there is an RRC Reconfiguration Complete message communicated between the UE 110 and the Target BS 180. After this packet data is exchanged between the UE 110 and the Target BS 180 at step 3016 of FIG. 3B.
  • step 3017 of FIG. 3B there is a UE Context Release sent from the target BS 180 to the Source BS 170.
  • COUNT Hyper Frame Number (HFN) + SN.
  • the message may be enhanced to contain a flag indicating the status is for an enhanced handover;
  • the UE starts counting the UL and DL PDCP PDUs and when it is ready to send the RRC Reconfiguration Complete message to the target BS, it may stop communication with the source.
  • the RRC message must be enhanced to include the SN offsets X & Y for DL and UL in the RRC message, respectively, i.e., X and Y represent the number of DL/UL PDCP PDUs that were received/transmitted by the UE from source BS after receiving the HO command until the transmission of RRC Reconfiguration Complete message; and
  • the target BS adds the offsets to the UL and DL COUNT values received before and initiates communication, starting from the first forwarded DL PDCP SDU that has not been acknowledged yet.
  • FIG. 4 An illustration of the first alternative or Alternative 1 is shown in FIG. 4.
  • FIG. 4 there is a UE 110, a Source BS 170, and a Target BS 180.
  • the Source BS 170 sends a measurement control to the UE 110.
  • packet data 4002 is exchanged.
  • the UE provided measurement reports to the Source BS 170.
  • the Source BS 170 making a Handover decision.
  • a handover request is sent from the Source BS 170 to the Target BS 180.
  • Admission Control is performed by the Target BS 180.
  • a handover Request Acknowledgment is sent from the Target BS 180 to the Source BS 170 as shown in step 4008 of FIG. 4.
  • a Handover Command is sent from the Source BS 170 to the UE 1 10 as shown in step 4009 of FIG. 4.
  • packet data is exchanged between the UE 110 and the Source BS 170.
  • an Alternative 1 operation 4014 in accordance with the example embodiments of the invention.
  • This Alternative 1 operation 4014 is one of two alternative operations which may be performed in accordance with the Examiner embodiments of the invention. Another alternative operation in accordance with example embodiments of the invention is labeled Alternative 2 and is described below with regards to FIG. 5.
  • step 4016 packet data communicated between the UE 110 and the Source BS 180. Then as shown in step 4017 of FIG. 4 there is a UE context release sent by the Target BS 180 to the Source BS 170.
  • the source estimates the offset, e.g. based on the data rate, separately for UF and DF, and provides these values to the UE together with the HO command.
  • the RRC Reconfiguration (containing handover command) must be enhanced to carry the offset information;
  • the source BS sends the SN STATUS TRANSFER to the target BS including the COUNT values increased by the offset sizes. There is no need to add any new flag, since the target handles this information as in the classic HO scenario;
  • this Fixed offset solution can include that the UE sends the last transmitted /received PDCP PDU in terms of its offset from a Fixed offset in an RRC-Reconfiguration-eomplete. This would enable the Target BS to determine where to start the new numbers without Gap. In addition, the BS can use this to determine how to set the fixed offset values better in future cases.
  • the target When the UE switches to the target and sends there the RRC Reconfiguration Complete, the target sends the first unacknowledged DL PDCP SDU using the first SN number indicated before in the SN STATUS TRANSFER. Similarly, the UE uses the DL/UL COUNT values stored after HO command for the communication with the target BS. For clarity, alternative with fixed offsets for DL/UL COUNT values is shown in FIG. 5.
  • FIG. 5 there is a UE 110, a Source BS 170, and a Target BS 180.
  • the Source BS 170 sends a measurement control to the UE 110.
  • packet data 5002 is exchanged.
  • the UE provided measurement reports to the Source BS 170.
  • the Source BS 170 making a Handover decision.
  • a handover request is sent from the Source BS 170 to the Target BS 180.
  • Admission Control is performed by the Target BS 180.
  • a handover Request Acknowledgment is sent from the Target BS 180 to the Source BS 170 as shown in step 5008 of FIG. 5.
  • FIG. 5 Alternative 2 5014 is performed.
  • Step A the Source BS 170 estimates the SN offsets X and Y for DL and UL.
  • a Handover Command including SN offsets X and Y is sent from the Source BS 170 to the UE 110.
  • step C of Alternative 2 5014 of FIG. 5 packet data is exchanged between the Source BS 170 and the UE 110.
  • step D of Alternative 2 5014 of FIG. 5 the UE 110 stores the DL/UL COUNT values increased by offsets X and Y.
  • Alternative 2 5014 of FIG. 5 there is performing either the Method 1 5011 or the Method 2 5012 in accordance with example embodiments of the invention as described herein.
  • the Method 1 5011 or the Method 2 5012 may be executed before step D of Alternative 2 5014 of FIG. 5.
  • Alternative 2 5014 of FIG. 5 at Step E there is Exchanging data by the UE 110 with the source BS 170 as long as COUNT values are not reached.
  • step F of Alternative 2 5014 of FIG. 5 there is an SN Status Transfer between the Source BS 170 and the Target BS 180.
  • step G of Alternative 2 5014 there is Synchronization performed by the UE 110 with the Target BS 180.
  • step H of Alternative 2 5014 of FIG. 5 there is UL Allocation and TA communicated with UE 110.
  • an RRC Reconfiguration Complete message is communicated between the UE 110 and the Target BS 180.
  • step J of Alternative 2 5014 there is using by the UE 110 DL/UL COUNT values stored after HO command for communication with Target BS 180. Then at step K of Alternative 2 5014 of FIG. 5 there is using by the Target BS 180 the DL/UL COUNT values received from the source BS 170 for communication with the UE 110.
  • step 5016 packet data communicated between the UE 110 and the Target BS 180. Then as shown in step 5017 of FIG. 5 there is a UE context release sent by the Target BS 180 to the Source BS 170.
  • the User Plane protocol for Xn may remain as it is specified now, but the forwarding must be done using the numbered frames. This protocol may also be used to provide the information about delivered PDUs (as specified for PDCP duplication in dual connectivity).
  • FIG. 6 shows a method in accordance with example embodiments of the invention which may be performed by an apparatus.
  • FIG.6 illustrates operations which may be performed by a device such as, but not limited to, a device such as the gNB 170 and/or gNB 180 and/or UE 110 as in FIG. 2.
  • a device such as the gNB 170 and/or gNB 180 and/or UE 110 as in FIG. 2.
  • step 610 of FIG. 6 there is receiving, by a network device of a communication network, an indication of a cell change of a user equipment from a source cell to a target cell of the communication network.
  • the at least one packet data unit comprises at least one packet data convergence protocol packet data unit
  • the offset value is determined using a sequence number of a last packet data unit at a stop of the at least one packet data convergence protocol packet data unit communicated from the source cell to the user equipment.
  • the network device comprises a target network device for the cell change
  • the count value is a downlink count value
  • each of the at least one packet data convergence protocol packet data unit communicated from the source cell to the target cell after the cell change comprises a post handover indication flag for use by the target cell to determine the offset value to apply to the count value.
  • the offset value is communicated between the source cell and the target cell in a radio resource control reconfiguration message.
  • the radio resource control reconfiguration message comprises sequence number offset values for use with each of an uplink and a downlink communication with the user equipment.
  • the target cell uses a first unacknowledged packet data unit sequence number indicated before the sequence number status transfer for the start of the communication with the user equipment for the cell change.
  • the message comprises a status flag for indicating the cell change is an enhanced handover.
  • the count value is for use to enable ciphering of exchanged data after the cell change.
  • a non-transitory computer-readable medium (Memory(ies) 155 and/or Memory(ies) 195 and/or Memory(ies) 125 as in FIG. 2) storing program code (Computer Program Code 153 and/or Computer Program Code 193 and/or Computer Program Code 123 as in FIG. 2), the program code executed by at least one processor (Processor(s) 152 and/or Processors 182 and/or Processor(s) 120 as in FIG. 2) to perform the operations as at least described in the paragraphs above.
  • an apparatus comprising: means for receiving (remote radio head (RRH) 203 and/or 205 and/or transceivers 130; Memory(ies) 155 and/or Memory(ies) 195 and/or Memory(ies) 125; Computer Program Code 133 and/or Computer Program Code 193 and/or Computer Program Code 123; and Processor(s) 152 and/or Processors 182 and/or Processor(s) 120 as in FIG. 2), by a network device )gNB 180, gNB 170, and/or UE 110 as in FIG. 2) of a communication network (network 100 as in FUG. 2), an indication of a cell change of a user equipment (UE 110 as in FIG.
  • At least the means for communicating, selecting, associating, and indicating comprises a non-transitory computer readable medium [Memory(ies) 155 and/or Memory(ies) 195 and/or Memory(ies) 125 as in FIG. 2] encoded with a computer program [Computer Program Code 153 and/or Computer Program Code 193 and/or Computer Program 123 as in FIG. 2] executable by at least one processor [Processor(s) 152 and/or Processors 182 and/or Processor(s) 120 as in FIG. 2]
  • FIG. 7A and FIG. 7B each show a method in accordance with example embodiments of the invention which may be performed by an apparatus.
  • FIG. 7A illustrates operations which may be performed by a device such as, but not limited to, a device (e.g., the UE 110 as in Fig. 2).
  • a device e.g., the UE 110 as in Fig. 2.
  • step 710 of FIG. 7A there is determining, by a network device of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change.
  • the at least one packet data unit comprises at least one packet data convergence protocol packet data unit.
  • the network device comprises the user equipment for the cell change
  • the marked count values comprise a marked at least one of an uplink count value or downlink count value and wherein the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit.
  • the synchronization with the target cell is using information comprising the marked count values with an offset value added.
  • the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the source cell after indication of the cell change.
  • the information communicated using the radio resource control reconfiguration complete message comprises offsets for the marked at least one of an uplink count value or a downlink count value representing a number of the at least one packet data unit that was communicated between the network device and the source cell after the indication of the cell change is received.
  • the source cell information comprising a handover command and an indication of an uplink offset value or a downlink offset value
  • the uplink offset value or the downlink offset value are used by the user equipment to determine uplink count values and downlink count values for synchronization with the target cell.
  • a non-transitory computer-readable medium (Memory(ies) 125 as in FIG. 2) storing program code (Computer Program Code 123 as in FIG. 2), the program code executed by at least one processor (Processor(s) 120 as in FIG. 2) to perform the operations as at least described in the paragraphs above.
  • processor(s) 120 executed by at least one processor (Processor(s) 120 as in FIG. 2) to perform the operations as at least described in the paragraphs above.
  • an apparatus comprising: means for determining (one or more transceivers 130, Memory(ies) 125, Computer Program Code 123, and Processor(s) 120 as in FIG. 2), by a network device (UE 110 as in FIG. 2) of a communication network (Network 100 as in FIG.
  • At least the means for determining, and marking comprises a non-transitory computer readable medium [Memory(ies) 125 as in FIG. 2] encoded with a computer program [Computer Program Code 123 as in FIG. 2] executable by at least one processor [Processor(s) 120 as in FIG. 2]
  • FIG. 7B illustrates operations which may be performed by a device such as, but not limited to, a device (e.g., the gNB 170 as in Fig. 2).
  • a device e.g., the gNB 170 as in Fig. 2.
  • step 750 of FIG. 7B there is determining, by a network node of a communication network, based on an indication of a cell change of a user equipment to a target cell of the communication network, count values for at least one packet data unit communicated before a communication stop between the source cell and the user equipment for the cell change.
  • the at least one packet data unit comprises at least one packet data convergence protocol packet data unit.
  • the network node comprises one of a source cell network node or a target cell network node for the cell change
  • the marked count values comprise a marked at least one of an uplink count value or a downlink count value
  • the marked at least one of an uplink count value or a downlink count value are based on a hyper frame number or a sequence number associated with each of the at least one packet data unit.
  • the information comprises an indication flag identifying a status for the cell change added to at least one packet data unit exchanged with the user equipment after indication of the cell change.
  • the synchronization with the target cell comprises the target cell adds the offset value to the at least one of the marked at least one of an uplink count value or a downlink count value received from the source cell.
  • the communication of information of the marked count value associated with the sequence number of the at least one packet data unit with the user equipment comprises a sequence number status transfer using an indication flag identifying a status for the cell change.
  • the information of the sequence number of the at least one packet data unit comprises a sequence number status transfer which causes the target cell to use count values received from the source cell which add offset values to the marked count values for synchronization with the user equipment.
  • a non-transitory computer-readable medium (Memory(ies) 155 or Memory(ies) 195 as in FIG. 2) storing program code (Computer Program Code 153 or Computer Program Code 193 as in FIG. 2), the program code executed by at least one processor (Processor(s) 152, Processor(s) 182 as in FIG. 2) to perform the operations as at least described in the paragraphs above.
  • an apparatus comprising: means for determining (one or more transceivers 160 or one or more transceivers 190; Memory(ies) 155 or Memory(ies) 195; Computer Program Code 153 or Computer Program Code 193, and Processor(s) 152 or Processor(s) 182 as in FIG.
  • At least the means for determining, and marking comprises a non-transitory computer readable medium [Memory(ies) 155 or Memory(ies) 195 as in FIG. 2] encoded with a computer program [Computer Program Code 153 or Computer Program Code 193 as in FIG. 2] executable by at least one processor [Processor(s) 152 or Processor(s) 182 as in FIG. 2]
  • the various embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof.
  • some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto.
  • firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto.
  • While various aspects of the invention may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
  • Embodiments of the inventions may be practiced in various components such as integrated circuit modules.
  • the design of integrated circuits is by and large a highly automated process.
  • Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.
  • connection means any connection or coupling, either direct or indirect, between two or more elements, and may encompass the presence of one or more intermediate elements between two elements that are “connected” or “coupled” together.
  • the coupling or connection between the elements can be physical, logical, or a combination thereof.
  • two elements may be considered to be “connected” or “coupled” together by the use of one or more wires, cables and/or printed electrical connections, as well as by the use of electromagnetic energy, such as electromagnetic energy having wavelengths in the radio frequency region, the microwave region and the optical (both visible and invisible) region, as several non-limiting and non- exhaustive examples.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Des exemples de modes de réalisation de l'invention concernent au moins un procédé et un appareil pour effectuer une détermination, par un dispositif de réseau d'un réseau de communication, sur la base d'une indication d'un changement de cellule d'un équipement d'utilisateur vers une cellule cible du réseau de communication, de valeurs de comptage pour au moins une unité de données en paquets communiquée avant un arrêt de la communication entre la cellule source et l'équipement d'utilisateur pour le changement de cellule ; et, sur la base de la détermination, marquer avec des valeurs de comptage un numéro de séquence de ladite unité de données en paquets avec les valeurs de comptage, la synchronisation avec la cellule cible pour le changement de cellule utilisant les informations d'une valeur de décalage sur la base des valeurs de comptage marquées communiquées après l'indication du changement de cellule. De plus, effectuer une détermination, par un nœud de réseau d'un réseau de communication, sur la base d'une indication d'un changement de cellule d'un équipement d'utilisateur vers une cellule cible du réseau de communication, de valeurs de comptage pour au moins une unité de données en paquets communiquée avant un arrêt de la communication entre la cellule source et l'équipement d'utilisateur pour le changement de cellule ; et, sur la base de la détermination, marquer avec des valeurs de comptage un numéro de séquence de ladite unité de données en paquets avec les valeurs de comptage marquées, la synchronisation avec la cellule cible pour le changement de cellule utilisant les informations d'une valeur de décalage sur la base des valeurs de comptage marquées qui sont communiquées après l'indication du changement de cellule.
PCT/FI2019/050758 2018-11-01 2019-10-24 Manipulation de plan utilisateur pour permettre un changement de cellule d'oms proche WO2020089519A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN201841041346 2018-11-01
IN201841041346 2018-11-01

Publications (1)

Publication Number Publication Date
WO2020089519A1 true WO2020089519A1 (fr) 2020-05-07

Family

ID=70463912

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2019/050758 WO2020089519A1 (fr) 2018-11-01 2019-10-24 Manipulation de plan utilisateur pour permettre un changement de cellule d'oms proche

Country Status (1)

Country Link
WO (1) WO2020089519A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150341829A1 (en) * 2012-12-28 2015-11-26 Nec Corporation Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
WO2017219365A1 (fr) * 2016-06-24 2017-12-28 华为技术有限公司 Appareil et procédé de transmission de données
US9872208B2 (en) * 2012-08-15 2018-01-16 China Academy Of Telecommunications Technology Data forwarding method and device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9872208B2 (en) * 2012-08-15 2018-01-16 China Academy Of Telecommunications Technology Data forwarding method and device
US20150341829A1 (en) * 2012-12-28 2015-11-26 Nec Corporation Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
WO2017219365A1 (fr) * 2016-06-24 2017-12-28 华为技术有限公司 Appareil et procédé de transmission de données

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
REPORT OF 3GPP TSG RAN WG2 MEETING #79BIS BRATISLAVA, R2-125970, 21 November 2012 (2012-11-21), 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050666924, Retrieved from the Internet <URL:https://www.3gpp.org-/ftp/tsg_ran/WG2_RL2/TSGR2_80/Docs> [retrieved on 20200129] *

Similar Documents

Publication Publication Date Title
US10750414B2 (en) System and method for handovers in a dual connectivity communications system
CN107277879B (zh) 一种支持无缝切换的方法及基站设备
US11057797B2 (en) Method and device for processing information
EP3713294B1 (fr) Procédé et dispositif de commutation de pscell
US9350537B2 (en) Enhanced key management for SRNS relocation
US20200154331A1 (en) Switching method, access network device and terminal device
US20180270718A1 (en) Enabling Efficient Handling of Redundant Packet Copies in a Wireless Communication System
US11895549B2 (en) Enhanced mobility in cellular deployments with network slicing
EP3456146B1 (fr) Procédé et dispositif pour une atténuation de perte durant une commutation de mode de communication de dispositif à dispositif
JP6406431B2 (ja) 通信装置、通信システム、制御方法
US20220303838A1 (en) Method, device and computer storage medium of communication
EP3501130B1 (fr) Procédé et appareil destinés à mettre en uvre une commutation efficace sur un porteur divisé
WO2020088611A1 (fr) Procédé et appareil pour réinitialiser une couche mac, et procédé et appareil de transmission de données
US10827403B2 (en) Data transmission method, user equipment, base station, and system
WO2020089519A1 (fr) Manipulation de plan utilisateur pour permettre un changement de cellule d&#39;oms proche
US20230189097A1 (en) Enhanced inter-working of cho and daps features
WO2018215901A1 (fr) Procédé associé à des opérations de mobilité de nœuds secondaires autonomes dans un interfonctionnement e-utran-nr
WO2021203318A1 (fr) Procédés, dispositifs, et support lisible par ordinateur pour la communication
EP3456145A1 (fr) Procédé et système de tunnelisation de données dans une communication de dispositif à dispositif assistée par un réseau de télécommunication
Marco et al. METHOD AND SYSTEM FOR DATA TUNNELING IN DEVICE TO DEVICE COMMUNICATION ASSISTED BY A TELECOMMUNICATION NETWORK

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: 19878914

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19878914

Country of ref document: EP

Kind code of ref document: A1