[go: up one dir, main page]

WO2021194840A1 - Procédé de commande de redondance de plan utilisateur efficace en termes de ressources avec des flux de qos mis en tampon sélectifs - Google Patents

Procédé de commande de redondance de plan utilisateur efficace en termes de ressources avec des flux de qos mis en tampon sélectifs Download PDF

Info

Publication number
WO2021194840A1
WO2021194840A1 PCT/US2021/022945 US2021022945W WO2021194840A1 WO 2021194840 A1 WO2021194840 A1 WO 2021194840A1 US 2021022945 W US2021022945 W US 2021022945W WO 2021194840 A1 WO2021194840 A1 WO 2021194840A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
data flow
data
endpoints
wireless network
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.)
Ceased
Application number
PCT/US2021/022945
Other languages
English (en)
Inventor
Luis Guilherme UZEDA GARCIA
Daniela Laselva
Dawid Koziol
Dalia-Georgiana POPESCU
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.)
Nokia Technologies Oy
Nokia of America Corp
Original Assignee
Nokia Technologies Oy
Nokia of America Corp
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, Nokia of America Corp filed Critical Nokia Technologies Oy
Publication of WO2021194840A1 publication Critical patent/WO2021194840A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays

Definitions

  • This invention relates generally to wireless communications and, more specifically, relates to improving, e.g., reliability of communications for services such as ultrareliable low latency communications (URLLC).
  • URLLC ultrareliable low latency communications
  • Ultra-reliable low latency communications is a service category including services for latency-sensitive devices for applications like factory automation, autonomous driving, and remote surgery. These applications require, e.g., sub-millisecond latency with error rates that are lower than one packet loss in 10 5 packets.
  • a typical uplink access to the wireless network requires quite a few steps and requires a relatively long time period. For instance, these steps require a grant from the network to the UE for the UE to use resources.
  • a configuration has been proposed to allow the UE to send data via a “grant-free” transmission. This improves latency.
  • Another area that can be improved is reliability, such as providing some type of redundancy for communications.
  • This redundancy might involve two paths such that if one path fails, the other path is still available.
  • the two paths can also be used for transmission duplication. In this situation, the paths may be used both at the same time and if a packet is lost on one path, the packet may still go through on the other path.
  • a method in an exemplary embodiment, includes, in a node in a wireless network, where a first data flow is transferred via a first path between two endpoints, l buffering a second data flow. At least one of the two endpoints is in the wireless network. The first and second data flows comprise a same data, and the node is in a second path between the two endpoints. The method further includes, in response to receiving indication the second data flow should be activated, sending by the node at least some of the buffered second data flow through the second path.
  • An additional exemplary embodiment includes a computer program, comprising code for performing the method of the previous paragraph, when the computer program is run on a processor.
  • the computer program according to this paragraph wherein the computer program is a computer program product comprising a computer-readable medium bearing computer program code embodied therein for use with a computer.
  • Another example is the computer program according to this paragraph, wherein the program is directly loadable into an internal memory of the computer.
  • An exemplary apparatus includes one or more processors and one or more memories including computer program code.
  • the one or more memories and the computer program code are configured to, with the one or more processors, cause the apparatus to: in a node in a wireless network, where a first data flow is transferred via a first path between two endpoints, buffer a second data flow, wherein at least one of the two endpoints is in the wireless network, wherein the first and second data flows comprise a same data, and wherein the node is in a second path between the two end; and in response to receiving indication the second data flow should be activated, send by the node at least some of the buffered second data flow through the second path.
  • An exemplary computer program product includes a computer-readable storage medium bearing computer program code embodied therein for use with a computer.
  • the computer program code includes: code, in a node in a wireless network, where a first data flow is transferred via a first path between two endpoints, for buffering a second data flow, wherein at least one of the two endpoints is in the wireless network, wherein the first and second data flows comprise a same data, and wherein the node is in a second path between the two endpoints; and code, in response to receiving indication the second data flow should be activated, for sending by the node at least some of the buffered second data flow through the second path.
  • an apparatus comprises means for performing: in a node in a wireless network, where a first data flow is transferred via a first path between two endpoints, buffering a second data flow, wherein at least one of the two endpoints is in the wireless network, wherein the first and second data flows comprise a same data, and wherein the node is in a second path between the two endpoints; and in response to receiving indication the second data flow should be activated, sending by the node at least some of the buffered second data flow through the second path.
  • a method in an exemplary embodiment, includes, in a first node in a wireless network, setting up first and second data flows between two endpoints. At least one of endpoints is in the wireless network, and the first data flow is communicated via a first path through the wireless network between the two endpoints. The second data flow is sent via a second path through the wireless network between the two endpoints.
  • the method includes selecting by the first node a second node in the second path to buffer the second data flow.
  • the method further includes indicating by the first node to the second node that the second node is to buffer the second data flow and to send data through the second data flow in response to receiving indication the second data flow should be activated.
  • An additional exemplary embodiment includes a computer program, comprising code for performing the method of the previous paragraph, when the computer program is run on a processor.
  • the computer program according to this paragraph wherein the computer program is a computer program product comprising a computer-readable medium bearing computer program code embodied therein for use with a computer.
  • Another example is the computer program according to this paragraph, wherein the program is directly loadable into an internal memory of the computer.
  • An exemplary apparatus includes one or more processors and one or more memories including computer program code.
  • the one or more memories and the computer program code are configured to, with the one or more processors, cause the apparatus to: in a first node in a wireless network, set up first and second data flows between two endpoints, wherein at least one of endpoints is in the wireless network, wherein the first data flow is communicated via a first path through the wireless network between the two endpoints, the second data flow is sent via a second path through the wireless network between the two endpoints; select by the first node a second node in the second path to buffer the second data flow; and indicate by the first node to the second node that the second node is to buffer the second data flow and to send data through the second data flow in response to receiving indication the second data flow should be activated.
  • An exemplary computer program product includes a computer-readable storage medium bearing computer program code embodied therein for use with a computer.
  • the computer program code includes: code, in a first node in a wireless network, for setting up first and second data flows between two endpoints, wherein at least one of endpoints is in the wireless network, wherein the first data flow is communicated via a first path through the wireless network between the two endpoints, the second data flow is sent via a second path through the wireless network between the two endpoints; code for selecting by the first node a second node in the second path to buffer the second data flow; and code for indicating by the first node to the second node that the second node is to buffer the second data flow and to send data through the second data flow in response to receiving indication the second data flow should be activated.
  • an apparatus comprises means for performing: in a first node in a wireless network, setting up first and second data flows between two endpoints, wherein at least one of endpoints is in the wireless network, wherein the first data flow is communicated via a first path through the wireless network between the two endpoints, the second data flow is sent via a second path through the wireless network between the two endpoints; selecting by the first node a second node in the second path to buffer the second data flow; and indicating by the first node to the second node that the second node is to buffer the second data flow and to send data through the second data flow in response to receiving indication the second data flow should be activated.
  • FIG. 1 is a block diagram of one possible and non-limiting exemplary system in which the exemplary embodiments may be practiced;
  • FIG. 2 is a block diagram illustrating redundant user plane paths with multi- UE devices
  • FIG. 3 is a block diagram illustrating utilization of redundant user plane paths with an IEEE Time Sensitive Networking (TSN) Frame Replication and Elimination for Reliability (FRER) function (where the source of the figure is 3 GPP TS 23.725);
  • FIG. 4 is a schematic of (QoS flow-based) QoS framework in 5G;
  • FIG. 5 illustrates a fully duplicated network with overlaid radio cell coverage for a GSM-R system, from Hyeon Yeong Choi, et al, “Standards of Future Railway Wireless Communication in Korea”, Recent Advances in Computer Engineering, Communications and Information Technology, Tenerife, Spain (2014);
  • FIG. 6A is an illustration of a multi-UE device with a connection to a single gNB, in accordance with an exemplary embodiment
  • FIG. 6B is an illustration of a multi-UE device with a connection to a multiple gNBs, in accordance with an exemplary embodiment
  • FIG. 7 is a block diagram of an exemplary illustration with normal and buffered QoS flows in a multi-UE device case, in an exemplary embodiment
  • FIG. 7A is a block diagram of an exemplary illustration with normal and buffered QoS flows in a single-UE device case, in an exemplary embodiment
  • FIG. 8 is a signaling flow diagram showing embodiments for a multi-UE device example
  • FIG. 9 illustrates an exemplary implementation in a multi-UE device scenario
  • FIG. 10 illustrates an exemplary implementation in case of DL buffering at a
  • FIG. 11 illustrates an exemplary implementation in case of DL buffering at the gNB.
  • FIG. 12 illustrates an exemplary implementation in case of UL buffering at the UE.
  • the exemplary embodiments herein describe techniques for resource efficient user plane redundancy control method with selective buffered QoS flows. Additional description of these techniques is presented after a system into which the exemplary embodiments may be used is described.
  • FIG. 1 shows a block diagram of one possible and nonlimiting exemplary system in which the exemplary embodiments may be practiced.
  • Two user equipment devices 110 and 112 are illustrated, as are a radio access network (RAN) node 170 (such as gNB), and network element(s) 190.
  • the devices 110 and 112 are nodes in a wireless network 100 and communicate via respective wireless links 111, 113.
  • These devices 110, 112 are wireless, typically mobile devices that can access and be part of a wireless network 100.
  • the multi-UE device 110 implements two UEs 80-1 and 80-2, while the single-UE device 112 implements a single UE1 80-1.
  • the single-UE device 112 is designed similarly to the multi-UE device 110, so only the possible internal configuration of the multi-UE device 110 is mainly described herein.
  • the multi-UE device 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 memories 125 include computer program code 123.
  • the multi-UE device 110 includes a device controller 140, comprising one of or both parts 140-1 and/or 140-2.
  • the multi-UE device 110 also two UEs, UE1 80-1 and UE2 80-2.
  • UE1 80-1 comprises one of or both parts 80-11 and/or 80-12.
  • UE2 80- 2 comprises one of or both parts 80-21 and/or 80-22. Each of these may be implemented in one or both of hardware or software.
  • the device controller 140 may be implemented in hardware as device controller 140-1, the UE1 80-1 as UE1 80-11, and the UE2 80-2 as UE2 80-21, such as being implemented as part of the one or more processors 120.
  • One or more of these may be implemented also as an integrated circuit or through other hardware such as a programmable gate array.
  • the device controller 140 may be implemented as device controller 140-2, the UE1 80-1 implemented as UE 80-12, the UE2 80-2 implemented as UE 80-22, which may be implemented as computer program code 123 and executed by the one or more processors 120.
  • the one or more memories 125 and the computer program code 123 may be configured to, with the one or more processors 120, cause the user equipment 110 to perform one or more of the operations as described herein.
  • the multi-UE device 110 communicates with RAN node 170 via a wireless link 111.
  • the single-UE device 112 is assumed to be similar to multi-EiE device 110.
  • the single-UE device 112 communicates via link 113 to the RAN node 170.
  • the single-UE device 112 contains only one UE, UE1 80-1, which includes one or both of UE1 80-11 (e.g., implemented in hardware) and/or UE1 80-12 (e.g., implemented in software).
  • the RAN node 170 is a base station that provides access by wireless devices such as the multi-UE device 110 or single-UE device 112 to portions of the wireless network 100.
  • the RAN node 170 may be, for instance, a base station for 5G, also called New Radio (NR).
  • the RAN node 170 may be a NG-RAN node, which is defined as either a gNB or an ng-eNB.
  • a gNB is a node providing NR user plane and control plane protocol terminations towards the UE, and connected via the NG interface to a 5GC (e.g., the network element(s) 190).
  • the ng-eNB is a node providing E-UTRA user plane and control plane protocol terminations towards the UE, and connected via the NG interface to the 5GC.
  • the NG-RAN node may include multiple gNBs, which may also include a central unit (CU) (gNB-CU) 196 and distributed unit(s) (DUs) (gNB-DUs), of which DU 195 is shown.
  • the DU may include or be coupled to and control a radio unit (RU).
  • the gNB-CU is a logical node hosting RRC, SDAP and PDCP protocols of the gNB or RRC and PDCP protocols of the en-gNB that controls the operation of one or more gNB-DUs.
  • the gNB-CU terminates the FI interface connected with the gNB-DU.
  • the FI interface is illustrated as reference 198, although reference 198 also illustrates a link between remote elements of the RAN node 170 and centralized elements of the RAN node 170, such as between the gNB-CU 196 and the gNB-DU 195.
  • the gNB-DU is a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU.
  • One gNB-CU supports one or multiple cells.
  • One cell is supported by only one gNB-DU.
  • the gNB-DU terminates the FI interface 198 connected with the gNB- CU.
  • the DU 195 is considered to include the transceiver 160, e.g., as part of an RU, but some examples of this may have the transceiver 160 as part of a separate RU, e.g., under control of and connected to the DU 195.
  • the RAN node 170 may also be an eNB (evolved NodeB) base station, for LTE (long term evolution), or any other suitable base station.
  • eNB evolved NodeB
  • this network node will be referred to as a gNB 170. This is just illustrative, however.
  • the RAN node 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.
  • the CU 196 may include the processor(s) 152, memories 155, and network interfaces 161. Note that the DU 195 may also contain its own memory/memories and processor(s), and/or other hardware, but these are not shown.
  • the RAN node 170 includes a control module 150, comprising one of or both parts 150-1 and/or 150-2, which may be implemented in a number of ways.
  • the control module 150 may be implemented in hardware as control module 150-1, such as being implemented as part of the one or more processors 152.
  • the control module 150-1 may be implemented also as an integrated circuit or through other hardware such as a programmable gate array.
  • the control module 150 may be implemented as control module 150-2, which is implemented as computer program code 153 and is executed by the one or more processors 152.
  • the one or more memories 155 and the computer program code 153 are configured to, with the one or more processors 152, cause the RAN node 170 to perform one or more of the operations as described herein.
  • the functionality of the control module 150 may be distributed, such as being distributed between the DU 195 and the CU 196, or be implemented solely in the DU 195.
  • the one or more network interfaces 161 communicate over a network such as via the links 176 and 131.
  • Two or more RAN nodes 170 communicate using, e.g., link 176.
  • the link 176 may be wired or wireless or both and may implement, e.g., an Xn interface for 5G, an X2 interface for LTE, or other suitable interface for other standards.
  • the one or more buses 157 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 may be implemented as a remote radio head (RRH) 195 for LTE or a distributed unit (DU) 195 for gNB implementation for 5G, with the other elements of the RAN node 170 possibly being physically in a different location from the RRH/DU, and the one or more buses 157 could be implemented in part as, e.g., fiber optic cable or other suitable network connection to connect the other elements (e.g., a central unit (CU), gNB-CU) of the RAN node 170 to the RRH/DU 195.
  • Reference 198 also indicates those suitable network link(s).
  • the wireless network 100 may include a network element or elements 190 that may include core network functionality, and which provides connectivity via a link or links 181 with a further network, such as a telephone network and/or a data communications network (e.g., the Internet).
  • a further network such as a telephone network and/or a data communications network (e.g., the Internet).
  • core network functionality for 5G may include access and mobility management function(s) (AMF(s)) and/or user plane functions (UPF(s)) and/or session management function(s) (SMF(s)).
  • AMF(s) access and mobility management function(s)
  • UPF(s) user plane functions
  • SMF(s) session management function
  • Such core network functionality for LTE may include MME (Mobility Management Entity)/SGW (Serving Gateway) functionality. These are merely exemplary functions that may be supported by the network element(s) 190, and note that both 5G and LTE functions might be supported.
  • the RAN node 170 is coupled via a link 131 to a network element 190.
  • the link 131 may be implemented as, e.g., an NG interface for 5G, or an SI interface for LTE, or other suitable interface for other standards.
  • the network element 190 includes one or more processors 175, one or more memories 171, and one or more network interfaces (N/W I/F(s)) 180, interconnected through one or more buses 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 network element 190 to perform one or more operations.
  • 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 or 175 and memories 155 and 171, and also such virtualized entities create technical effects.
  • the computer readable memories 125, 155, and 171 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, and 171 may be means for performing storage functions.
  • the processors 120, 152, and 175 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.
  • 152, and 175 may be means for performing functions, such as controlling the multi-UE device 110, RAN node 170, and other functions as described herein.
  • the various embodiments of the devices 110, 112 can include, but are not limited to, cellular telephones such as smart phones, tablets, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, vehicles with a modem device for wireless Y2X (vehicle-to- everything) communication, image capture devices such as digital cameras having wireless communication capabilities, gaming devices having wireless communication capabilities, music storage and playback appliances having wireless communication capabilities, Internet appliances (including Internet of Things, IoT, devices) permitting wireless Internet access and possibly browsing, IoT devices with sensors and/or actuators for automation applications with wireless communication tablets with wireless communication capabilities, as well as portable units or terminals that incorporate combinations of such functions.
  • cellular telephones such as smart phones, tablets, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, vehicles with a modem device for wireless Y2X (vehicle-to- everything) communication
  • image capture devices such as digital cameras having wireless communication capabilities
  • gaming devices having wireless communication capabilities
  • music storage and playback appliances
  • FIG. 2 is a block diagram illustrating redundant user plane paths with multi- UE devices.
  • the wireless network 100-1 in this example includes and interfaces with a multi- UE device 110 having a device controller 140 and two UEs, UE1 80-1 and UE2 80-2, and comprises two gNBs 170-1 and 170-2, and two User Plane Functions (UPFs) 210-1, 210-2 (e.g., each implemented as illustrated by a network element 190 of FIG. 1), and connects to a data network 230 that comprises a communication endpoint 270.
  • the data network 230 may include a cellular network and/or the Internet and/or a cloud of computers, and/or other networks, and may be wired or wireless or a combination of these.
  • a data network 230 is “external” to the 3GPP network 102 (or wireless network 100) and terminates an application/service outside the 3 GPP core network 235.
  • the 3 GPP network is in an exemplary embodiment a mobile network, which comprises both wireless and wired parts of a 5G system.
  • a communication endpoint 270 in a data network would mean a device outside the 5G network 102.
  • the communication endpoint 270 in the data network 230 could be, e.g., an application server providing operator services or third- party services, or a termination point of industrial automation applications e.g. controllers and sensors / actuators (such as robotic devices).
  • an IEEE Time-Sensitive Network (TSN) part of the IEEE 802. IQ standard could be considered, where a TSN system / controller / device in the data network 230 is connected to a group of TSN devices (e.g., as multi-UE devices 110) through the 5G network 102.
  • TSN Time-Sensitive Network
  • Other examples are possible, e.g., it is possible that communicating endpoints are both in the 3 GPP network and the data is exchanged without interfacing with an external data network.
  • Each UE is a traditional user equipment capable of operating according to a 3GPP standard (e.g., 5G NR) that will have an associated UE identifier identifying the UE in the 3GPP network (e.g., the RAN network 240 and the CN 235). It is also assumed herein the device 110 is aware of hosting two UEs and that means are used at the network to determine that two UEs are hosted in the same device, e.g. based on their UE IDs. The 3 GPP network 102 could use the knowledge of which flows are coupled, for instance. These means are known, as prior art mechanisms could be assumed.
  • 3GPP standard e.g., 5G NR
  • Such architecture can be, e.g., leveraged by the IEEE Time Sensitive Networking (TSN) Frame Replication and Elimination for Reliability (FRER) function (see, e.g., IEEE P802.1CB), which can duplicate the data packets to be transferred between the two hosts in a TSN network where each data packet would be delivered to the same device by using different paths in the network. This is shown in FIG. 3.
  • TSN Time Sensitive Networking
  • FRER Elimination for Reliability
  • FIG. 3 there is a host (Host A) 110-1 (a version of multi-UE device 110) that has two UEs 80-1, 80-2 and an FRER function 320. There are also two switches 350-1, 350- 2, and a second host (Host B) 270-1 with a FRER function 340. The switches 350 and host B 270 could be part of a TSN network.
  • Each of the UEs 80 belonging to the same device 110-1, has its own radio connection with the RAN network 240 and its own PDU (Protocol Data Unit) session established with the 5G Core Network (5GC) 235-1.
  • PDU Protocol Data Unit
  • 5GC 5G Core Network
  • full path redundancy can be used, as mentioned above, comprising two gNBs 170-1, 170-2 and two UPFs 210-1, 210-2, the most probable point of failure can be assumed to be a UE 80.
  • Architectures with multi-UE devices 110, where both UEs are connected to a single gNB/UPF can also be considered (see 3 GPP TR 23.725).
  • Redundancy hardware, information, and the like
  • FRER function 340 in Host B 270-1 always duplicates each data packet and delivers the copies to both switches 350-1 and 350-2 in FIG. 3.
  • the duplication comes at a cost of large decrease in resource efficiency, since the duplicate packets are only required in case the original one does not reach the receiver, which in most of the cases will not happen (e.g., if the reliability of each of the paths is 99.99%, then only one out of 10,000 duplicated packets is really needed).
  • This solution makes use of the integration of multiple UEs into the device and assumes a RAN deployment where redundant coverage by multiple gNBs is generally available.
  • Multiple PDU sessions are set up from the UEs, which use independent RAN (e.g., gNB) and CN entities (e.g., UPF entities).
  • independent RAN e.g., gNB
  • CN entities e.g., UPF entities
  • FIG. 4 is a schematic of (QoS flow-based) QoS framework in 5G. This illustrates an application/service layer 410 that creates data packets 430 from applications and that inputs to both the UPF 440 and the UE 480. There are QoS rules 450 that perform mapping of UL packets to QoS flows and apply QoS flow markings. The QoS flows 460 are all packets marked with the same “QoS flow ID”. According to 3GPP 5G terminology, a QoS Flow is identified by its ID as described in the previous sentence.
  • one or more Service Data Flows can be transported in the same QoS flow, if they share the same policy and charging rules. All traffic within the same QoS flow receives the same treatment since the QoS is enforced at the QoS flow level.
  • a PDU session between a UE and the 5GC may contain multiple QoS flows (to which packets of different services with different QoS can be mapped) and several DRBs, but only a single N3 GTP-U tunnel.
  • a DRB may transport one or more QoS flows.
  • the UE 480 and the AN (access network) 420 perform mapping 470 of QoS flows to AN resources 482 (illustrated in DRB 481-1).
  • the UPF 440 uses SDF templates 490, which classify packets to SDFs, for QoS flow marking.
  • a 5G UE can have multiple E2E PDU sessions 495 running in parallel, each of them comprising at least one (e.g., E2E) QoS Flow and one DRB 481-1 or 481-2 in the radio interface.
  • a PDU session can be active or inactive. In the former case, at least one DRB is associated and core network interfaces are established (e.g., N2 CP interface and N3 UP interface). On the contrary, upon releasing the last DRB, the corresponding PDU session becomes inactive.
  • the UE 480 registers to the network with no PDU session activated, i.e., the UE with a signaling only connection, and subsequently selective activation of PDU sessions can take place based on need. For this, a PDU session activation procedure is required to activate an inactive PDU session, entailing some latency. For further details refer to Section 5.6.8 of 3 GPP TS 23.501.
  • a technique similar to redundant PDU sessions was also applied in a “hot standby” functionality used e.g., in GSM-R and Information Technology (IT).
  • GSM-R GSM-R
  • Information Technology IT
  • the GSM-R system based on GSM mobile communications standards, is used for railway wireless communication (i.e. voice and data communications between the train and the control center), which has a very high reliability requirement.
  • a full duplication of network and coverage is used in wide macro areas to meet the reliability demand.
  • a “hot standby” functionality is used as a state of art geo-redundancy solution to automatically and rapidly switch over between a primary and a backup node upon failure of the primary node (operating at different geo-locations), see FIG.
  • RBC radio block center
  • SDH Synchronous Digital Hierarchy
  • MSC mobile-services switching center
  • BSC base station controller
  • BTS base transceiver station
  • MS mobile station
  • EVC European vital computer
  • Hot standby is basically a redundant method in which one system runs simultaneously with an identical primary system. Upon failure of the primary system, the hot standby system immediately takes over, replacing the primary system. However, data is still mirrored in real time, thus, both systems have identical data, which leads to resource inefficiency. Hot standby is also known as hot spare, especially at the component level, such as a hard drive in a disk array. This expensive solution, of GSM-R mobile access solution upgrade for trains, is for instance deployed by the Danish train company Banedanmark, based on Nokia design, implementation and maintenance.
  • FIG. 6 A is an illustration of a multi-UE device 110 with a connection to a single gNB 170 in a wireless network, in accordance with an exemplary embodiment.
  • Each UE 80 connects to gNB 170.
  • the UE1 80-1 draws from data source 1 610-1
  • the UE2 80-2 draws from data source2610-2.
  • FIG. 6 A is an illustration of a multi-UE device 110 with a connection to a single gNB 170 in a wireless network, in accordance with an exemplary embodiment.
  • Each UE 80 connects to gNB 170.
  • the UE1 80-1 draws from data source 1 610-1
  • the UE2 80-2 draws from data source2610-2.
  • FIG. 6B is an illustration of a multi-UE device 110 with a connection to multiple gNBs 170-1 and 170-2 in a wireless network, in accordance with an exemplary embodiment.
  • Each UE 80-1, 80-2 connects to a different one of the eNBs 170-1, 170-2.
  • exemplary embodiments herein can be also applied for a single UE device where the UE has redundant PDU sessions and/or QoS flows established. This is described in more detail below.
  • An exemplary embodiment proposes a method for enhancing resource efficiency of solutions based on redundant PDU sessions being established with the same device, while keeping the reliability and service continuity in case of hardware failure or equipment replacement.
  • This is achieved in exemplary embodiments by introducing a new type of QoS flows, called buffered QoS flows, which are configured depending on the QoSs of the services and architecture constraints, e.g., in the redundant PDU session(s) of the device.
  • buffered QoS flows a new type of QoS flows, called buffered QoS flows, which are configured depending on the QoSs of the services and architecture constraints, e.g., in the redundant PDU session(s) of the device.
  • duplicated data is delivered only up to a certain segment in the network where the data is buffered, i.e. it is not delivered to the end destination to save system resources on the remaining data segment (e.g., air interface, RAN to CN interface) as presented in FIG. 7 in one example.
  • FIG. 7 is a block diagram of an exemplary illustration with normal and buffered QoS flows in a multi-UE device case and in a wireless network 100-2, in an exemplary embodiment.
  • the wireless network 100-2 in this example interfaces with a multi-UE device 110 having a device controller 140 and two UEs, UE1 80-1 and UE2 80-2, and comprises two gNBs 170-1 and 170-2, and two User Plane Functions (UPFs) 210-1, 210-2 (e.g., each implemented as illustrated by network element 190 of FIG. 1), and interfaces with a data network 230.
  • UPFs User Plane Functions
  • the data network 230 may be a cellular network and/or Internet and/or a cloud of computers, and/or other networks, and comprises a communication endpoint 270 that terminations a communication with the device 110. There are two redundant paths 720-1 and 720-2 that are shown. There is a RAN network 240 and a core network, such as a 5GC, 235, and these are part of a 3GPP network 102.
  • block 710 data of a normal QoS flow in the path 720-1 is sent normally to UE1 80-1.
  • the path 720-1 contains a normal QoS flow 730.
  • block 790 indicates that data of the buffered QoS flow is buffered at the gNB and not delivered to UE2 80- 2. That is, path 720-2 contains a buffered QoS flow 740.
  • the dashed line for reference 745 indicates that the flow 740 is set up to pass from the gNB2 170-2 to the UE2 80-2 in response to a failure of delivery of the normal QoS flow 730. That is, the buffered QoS flow 740 effectively “ends” at the gNB2, but is buffered and ready for delivery via a DRB mapped to radio link 745, should delivery be necessitated.
  • At least one buffered QoS flow 740 should be associated with a normal QoS flow 730, e.g., the corresponding QoS flow of the associated PDU session used for traffic redundancy.
  • the associated, normal QoS flow 730 would carry the same data packets as the buffered QoS flow 740.
  • packets of the buffered QoS flow 740 which were buffered in gNB2 170-2 are immediately sent to the UE (e.g., UE2 in FIG.
  • An exemplary embodiment proposes also dedicated signaling and procedures (a) for the configuration of the buffered QoS flow(s), and (b) for the detection of a failure which triggers recovery actions leveraging a buffered QoS flow.
  • One of the main exemplary use cases is the multi-UE device 110, where multiple UEs 80 are collocated in the same physical device (e.g., as per 3GPP TR 23.725), and when the failure affects one of the UEs 80, as described in reference to FIG. 7.
  • exemplary use cases can also apply to single-UE device scenarios where the failure happens in one of the network nodes or data links delivering normal QoS flow (e.g., UPF1 210-1 or gNBl 170-1, or a data link between gNBl 170-1 and UE1 80-1, and the like) can be recovered by certain exemplary embodiments as presented in FIG. 7.
  • normal QoS flow e.g., UPF1 210-1 or gNBl 170-1, or a data link between gNBl 170-1 and UE1 80-1, and the like
  • exemplary embodiments can also be used in single-UE device 112 scenarios where the failure happening in one of the network nodes or data links delivering normal QoS flow (e.g., UPF1 or gNBl, or data link between gNBl and UE, and the like) can be recovered as presented in FIG. 7A.
  • FIG. 7A is similar to FIG. 7, except that there is a single-UE device 112 having a single UE 80 that terminates both paths 720-1 and 720-2 in wireless network 100-3.
  • block 710 and path 720-1 (with the normal QoS flow 730) flow through the gNBl 170-1 to the UE 80.
  • Block 790 and path 720-2 (with the buffered QoS flow 740) flow through the gNB2 170-2 to the UE 80.
  • the flow 740 is communicated using a DRB mapped to radio link 745 and occurs in response to a failure of delivery of the normal QoS flow 730.
  • exemplary embodiments herein have merits compared to ’’hot standby” (see the description above) since the exemplary embodiments do not require a complete network duplication and/or a complete reservation of network resources.
  • Exemplary embodiments herein employ only a selective buffering that is different from the complete mirroring of the data through the entire redundant path required by the hot-standby, which complete mirroring is rather expensive, e.g., in terms of resources.
  • FIG. 8 is a signaling flow diagram in a wireless network 100-4 showing embodiments for a multi-UE device example. This figure illustrates the operation of an exemplary method or methods, a result of execution of computer program instructions embodied on a computer readable memory, functions performed by logic implemented in hardware, and/or interconnected means for performing functions in accordance with exemplary embodiments.
  • FIG. 8 illustrates signaling between a device controller 140-1, possibly comprising an FRER function 320-1, two UEs (UE1 80-1 and UE2 80-2), two gNBs 170-1 and 170-2, two UPFs 210-1 and 210-2, and a DN 820 possibly comprising an FRER function 340-1 (e.g., as part of a communication endpoint 270-1 that is in the DN 820 and terminates the communication with the multi-UE device 110).
  • a device controller 140-1 possibly comprising an FRER function 320-1, two UEs (UE1 80-1 and UE2 80-2), two gNBs 170-1 and 170-2, two UPFs 210-1 and 210-2, and a DN 820 possibly comprising an FRER function 340-1 (e.g., as part of a communication endpoint 270-1 that is in the DN 820 and terminates the communication with the multi-UE device 110).
  • the NW (e.g., 3GPP network 102-2) establishes both a normal (primary) QoS flow and a buffered QoS flow to serve the same traffic reliably.
  • the element performing step 1 is the network element in charge of the control plane (CP) in the 5G core network 235-1 that establishes PDU sessions and QoS flows, e.g., the AMF.
  • the E2E path of the redundant QoS flow may take into account, e.g., the risk of failure, the architectural constraints and associated cost. That is, there is a PDU session establishment comprising a primary QoS Howl 730 via UPFl/gNBl/UEl and comprising at least one buffered QoS flow2740, via UPF2/gNB2/UE2.
  • steps 2 and 3 are described as including indication of primary and buffered QoS flows and their pairing. Additional details about these steps are described now.
  • the CN 235-1 indicates explicitly to the UEs 80 and any NW node (e.g., the gNBs 170) parts of the E2E path for which the established QoS flows are buffered QoS flows 740 and which are normal QoS flows 730.
  • NW node e.g., the gNBs 170
  • the network 102-2 may indicate which of the normal QoS flows 730 is associated to this buffered QoS flow 740 (i.e., carries the same traffic as buffered QoS flow 740).
  • the network 102-2 performs selecting a buffering entity (e.g., gNB2 170-2) based, e.g., on QoS targets (e.g., low latency) and/or high risk of radio failures of gNBl 170-1. That is, the network 102-2 may also choose which of the network nodes should be buffering packets related to the buffered QoS flow 740:
  • a buffering entity e.g., gNB2 170-2
  • QoS targets e.g., low latency
  • the network 102-2 may also choose which of the network nodes should be buffering packets related to the buffered QoS flow 740:
  • those may include, e.g., UPF or gNB; and/or
  • the choice of the buffering node may depend, e.g., on the delay requirements of the traffic. For traffic with stricter requirements in terms of latency, the buffering point should be closer to the end receiver. For less-strict latency requirements, the buffering point can be further from the end receiver. The choice will always be a trade-off between how quickly the buffered packets reach the end receiver in case of failure and the gains in terms of resource efficiency in the network 102-2 (e.g., the closer the buffering node is to the end receiver, the more network interface and nodes the data has to traverse, even in a case where the primary QoS flow is operational).
  • step 4A the buffering entity is informed it is to act as the buffering entity (e.g., for a QoS flow2) and configures itself accordingly.
  • the indication could be provided by e.g. requesting the buffering entity to establish a special “buffered” QoS flow.
  • the discarding could be disabled under certain, e.g. temporary, conditions, rather than setting PDB to infinity and therefore disabling discarding at all times.
  • the communication is known to require very high reliability and the conditions at the multi-UE device 110 are unknown or perhaps known to be intermittently poor.
  • the discarding could be disabled for a time to ensure higher reliability (e.g., then enabled with a time commensurate with current conditions).
  • the network 102-2 may decide in an exemplary embodiment also for how long the packets related to this QoS flow should be buffered in the buffering node.
  • the length of this time may be either indicated explicitly or can be equal to the PDB or a fraction of the PDB (e.g., corresponding to the PDB dedicated to the remaining part of the network 100-4 the packet still needs to traverse).
  • step 6 which includes steps 6A, 6B, and 6C, there is downlink data transfer on the QoS flowl (step 6A) and downlink data transfer on buffered QoS flow2 to gNB2 170-2.
  • step 6B data flows via the primary QoS flow 730 between the server (e.g., DN 820) and the UE (e.g., US 1 80-1) (e.g., via the gNBl 170-1 and UPF1 210-1) in step 6A, whereas data is buffered at the selected buffering entity (e.g., the gNB2 170-2 or the UPF2 210-2) for the buffered QoS flow 740 in step 6C.
  • the gNB2 170-2 buffers (see step 6C) the data without transferring the data to UE2 80-2 according to, e.g., the buffering time.
  • step 7 when a failure and the corresponding failure detection happen on a primary QoS flow 1 730 (e.g., a UE1 80-1 failure is detected), the transmission of traffic, buffered in a buffering node and related to the associated buffered QoS flow 740, is triggered by the detecting node (e.g., in this case, the device controller 140-1), and the buffering node starts to be automatically sent to the end receiver direction.
  • the buffering node is the gNB2 170-2. Also, further traffic incoming to the buffering node is not buffered any more, but is delivered in a normal way.
  • the example in FIG. 8 has the device controller 140-1 detecting a failure of QoS flowl 730 because of a failure of the UE1 80-1 being detected.
  • step 8 this is split into steps 8A, 8B, 8C, 8D, and 8E.
  • the buffering node may detect the failure of the primary QoS flow 730 and to start transmission of the packets of the buffered QoS flow 740 (where the transmission concerns the buffered data and new data).
  • the triggers may depend on the direction of the QoS flow (uplink or downlink or both) and which of the network nodes was chosen as the buffering node.
  • the gNB2 170-2 and UEs/device employ failure detection, as described below.
  • Activation triggers e.g., for DL or UL
  • Activation triggers of buffered QoS flows in the UE can include one or more of the following:
  • measurement report(s) e.g., related to potential Handover, HO
  • this can also be a measurement report of the other UE of the device
  • PHY layer issues, beam failure, Radio Link Failure (RLF) or the like on the link serving the primary QoS flow;
  • RLF Radio Link Failure
  • a hardware component e.g., affecting the primary QoS flow
  • the indication/signal could be sent to the device 110/112, the UE 80-2 (assuming the UE 80-1 is having a hardware component replaced), or the second gNB 170-2 as examples.
  • Activation triggers e.g., in UL and DL
  • Activation triggers can include one or more of the following nonlimiting examples:
  • indication of failure received from another network node e.g.: (1) from one gNB to another gNB over an Xn interface from gNB-Cu to gNB-DU on an FI interface, where the first gNB may detect the failure because of, e.g., an usual number of missing transmissions and/or acknowledgment from the UE; or (2) indication of failure from UPF 210 to gNB 170 on an N3 interface, where the indication from the UPF to the gNB can be for example triggered by a measurement report received from a UE transmitting/receiving on the primary QoS flow;
  • indication and/or reconfiguration received from the CN 235-1 e.g., extra reliability required for traffic associated with buffered QoS flows, where the indication/reconfiguration affects the QoS flow operation according to tighter (e.g., higher) QoS requirements;
  • a hardware component e.g., affecting the first data flow
  • maintenance or upgrade purposes e.g., a blade in a server rack implementing a gNB/CU
  • step 8A the UE2 80-2 sends a buffered QoS Flowl activation request to its corresponding gNB2 170-2.
  • this activation request can be sent by gNBl (see step 8D) or UE.
  • the gNBl 170-1 e.g., independently
  • the gNBl 170-1 sends an optional (opt.) buffered QoS flowl activation request toward the eNG2 170-2.
  • Step 8C indicates that the gNB 170-2 responds to one or both of the request in step 8A or 8D to cause the buffered Qos flow2740 to be activated and this flow becomes the primary flow 730.
  • the delivery of buffered data to UE2 is triggered by the gNB2 170-2.
  • the gNBl 170-1 sends a QoS flowl deactivation message toward the DN 820. It is noted that the gNB will not communicate directly with the DN 820. Instead, the message should be sent to either a UPF 210 (e.g., UP F 210-1) or other 5GC network node.
  • a UPF 210 e.g., UP F 210-1
  • step 9 the gNB2 170-2 transfers buffered data to the UE2 80-2 via the QoS flow2 (now the primary flow 730), and the UE2 transfers the data to the device controller 140-1.
  • the DN 820 in step 10 performs a downlink data transfer on QoS flow2, the primary flow 730, and the UE2 communicates the data to the device controller 140.
  • the communication in FIG. 8 is between two communication entities: the multi-UE device 140 (and its UEs 80-1, 80-2) and the communication endpoint 270 in the data network 820.
  • the communication could be between other entities, say to support device-to-device (D2D) communications, such that the entities are D2D devices.
  • D2D communication in cellular networks is defined as direct communication between two mobile users without traversing the RAN node 170 or core network.
  • FIG. 9 illustrates an exemplary implementation in a multi-UE device scenario. This is similar to FIG. 8, but illustrated from a network view.
  • Reference 980 illustrates a scenario before UE failure
  • reference 990 illustrates a scenario after UE failure.
  • the primary QoS flow 730 is operational and the packets of the associated buffered QoS flow 740 are buffered at gNB2 170-2. This is illustrated by reference 910, where timer-based DL buffering is performed for the buffered flow.
  • the radio link 745 is configured to be used (e.g., using a mapped DRB) in response to a need for buffered QoS flow 740, but the dashed line indicates no flow occurs before UE failure.
  • the UE informs the device controller 140 (e.g., see reference 985).
  • the device controller 140 sends (see also reference 985) a notification to the UE2 80-2, which in turn sends the notification further to the gNB2 170-2 (e.g. using an RRC message or MAC CE).
  • the device controller 140 performs (see block 940) UE1 failure detection (indicated by reference 920-1) and performs activation of the buffered flow.
  • Reference 930 indicates the DL data buffered at gNB2 is sent over the activated flow, as also indicated by 740- >730.
  • the gNB2 would have sent the notification further to the CN, e.g. directly to UPF2210-2 using, e.g., N3.
  • Other alternatives for the latter case buffering at UPF2
  • the gNB may send a notification to an Access Management Function
  • the UE2 80-2 may send the notification directly to AMF using NAS signaling, and the AMF then forwards the notification to UPF2210-2.
  • each of the established PDU sessions has one a primary QoS flow 730 and at least one buffered QoS flow 740 associated to each other (i.e., paired flows).
  • paired flows i.e., paired flows.
  • only one buffered QoS flow 740 is shown, though there could be multiple buffered QoS flows 740.
  • FIG. 10 illustrates a wireless network 100-5 with a 3 GPP NW 102-3. That is, one exemplary implementation with user plane redundancy with a multi-UE device 110 and buffering point for a DL buffered QoS flow in the UPF2 is presented in FIG. 10.
  • Steps 1-2 The QoS controller 1010 (e.g., some network node in the 3GPP NW 102-3 having control plane functions with respect to QoS, such as PCF or SMF) indicates (via link 1) to the UPF1 210-1 that some of data flows (e.g., 1030-2) (to be) established for UPF1 are buffered QoS flows and should be buffered in UPF1 and indicates (via link 2) to UPF2210-2 that some of data flows (e.g., 1030-1) (to be) established for UPF2 are buffered QoS flows and should be buffered in UPF2.
  • some of data flows e.g., 1030-2
  • 1030-1 some network node in the 3GPP NW 102-3 having control plane functions with respect to QoS, such as PCF or SMF
  • the UPF1 would pass through QoS flow 1030-1 as a primary QoS flow 1030-1, but would treat QoS flow 1030-2 as buffered QoS flow 1040-2.
  • the UPF2 would pass through QoS flow 1030-2 as a primary QoS flow 1030-2, but would treat QoS flow 1030-1 as buffered QoS flow 1040-1.
  • the corresponding UPF buffers but does not send the buffered QoS flow.
  • Steps 3-4 The QoS controller 1010 indicates (via link 3) to the gNBl that some of data flows (to be) established in gNBl are buffered QoS flows 1040-2 and are/will be buffered in UPF1 and indicates (via link 4) to gNB2 that some of data flows 1040-1 (to be) established in gNB2 are buffered QoS flows 1040-1 and are/will be buffered in UPF2.
  • Steps 5-6 Similar indication is sent to UEs via links 5 and 6.
  • FIG. 11 illustrates an exemplary implementation of a differently-configured wireless network 100-6 in case of DL buffering at the gNB.
  • Steps 1-2 The QoS controller 1010 indicates (via link 1) to UPF1 that some of data flows 1030-2 (to be) established for UPF1 are buffered QoS flows and will be buffered in gNBl and indicates (via link 2) to UPF2 that some of data flows 1030-1 (to be) established for UPF2 are buffered QoS flows and will be buffered in gNB2. In this case, both UPF1 and UPF2 pass both flows 1030-1 and 1030-2 toward their respective gNBs 210-1, 210-2.
  • Steps 3-4 The QoS controller 1010 indicates (via link 3) to gNBl that some of data flows 1030-2 (to be) established in gNBl are buffered QoS flows and should be buffered in gNBl and to gNB2 (via link 4) that some of data flows 1030-2 (to be) established in gNB2 are buffered QoS flows and should be buffered in gNB2.
  • the gNBl 170-1 passes the primary QoS flow 1030-1 and buffers the flow 1030-2 (to create a buffered flow 1040-2).
  • the gNB2 170-2 passes the primary QoS flow 1030-2 and buffers the flow 1030-1 (to create a buffered flow 1040-1).
  • flows 1040-1 and 1040-2 are only used in response to a failure of delivery of the corresponding primary QoS flow 1030-1 or 1030-2, respectively.
  • Steps 5-6 Similar indication is sent to UEs 80-1 and 80-1 via links 5 and 6, respectively.
  • FIG. 12 illustrates an exemplary implementation in case of UL buffering at the UE in another differently-configured version of wireless network 100-5. This is an UL case, with the buffering point in UEs.
  • Steps 1-2 The QoS controller 1010 indicates (via link 1) to UE1 that some of data flows (e.g., 1230-2) (to be) established for UE1 are buffered QoS flows and should be buffered in UE1 and indicates (via link 2) to UE2 that some of data flows (e.g., 1230-1) (to be) established for UE2 are buffered QoS flows and should be buffered in UE2.
  • UE1 will pass QoS flow 1230-1 as a primary flow but will buffer QoS flow 1230-2 to create buffered flow 1240-2.
  • UE2 will pass QoS flow 1230-2 as a primary flow but will buffer QoS flow 1230-1 to create buffered flow 1240-1.
  • the buffered flows 1240 are not transmitted unless failures in the corresponding primary flows 1230 are reported.
  • Steps 3-4 The QoS controller 1010 indicates (via link 3) to gNBl that some of data flows 1240-2 (to be) established in gNBl are buffered QoS flows and will be/are buffered in UE1 and indicates (via link 4) to gNB2 that some of data flows 1240-1 (to be) established in gNB2 are buffered QoS flows and will be/are buffered in gNB2.
  • Steps 5-6 Similar indication is sent to the UPFs 210-1, 210-2 via the respective links 5 and 6.
  • Example 1 A method, comprising:
  • a first data flow is transferred via a first path between two endpoints, buffering a second data flow, wherein at least one of endpoints is in the wireless network, wherein the first and second data flows comprise a same data, and wherein the node is in a second path between the two endpoints;
  • Example 2 The method of example 1, wherein the received indication is based on a failing of the first data flow.
  • Example 3 The method of examples 1 or 2, wherein a first one of the two endpoints comprises a multi-user equipment device within the wireless network, the first data flow terminates at a first user equipment in the multi-user equipment device, and the second data flow terminates at a second user equipment in the multi-user equipment device.
  • Example 4 The method of examples 1 or 2, wherein a first one of the two endpoints comprises a single-user equipment device within the wireless network, and the first and second data flows terminate at a user equipment in the single-user equipment device.
  • Example 5 The method of any of examples 1 to 4, wherein one of the two endpoints is a receiving device within the wireless network, and the node comprises one of the following: a radio access node; a gNB; a node comprising a user plane function; or a base station;
  • Example 6 The method of example 5, wherein the other of the two endpoints is in a data network outside the wireless network and the other endpoint, and wherein the first and second data flows are sent in a downlink direction from the data network toward the receiving device.
  • Example 7 The method of any of examples 1 to 4, wherein one of the two endpoints is a receiving device within the wireless network, and the node comprises one of the following: a user equipment; a radio access node; a gNB; a node comprising a user plane function; or a base station.
  • Example 8 The method of example 7, wherein the other of the two endpoints is in a data network outside the wireless network, and wherein the first and second data flows are sent in an uplink direction from a single-user equipment or multi-user equipment device toward the data network.
  • Example 9 The method of any of examples 1 to 5 or 7, wherein both of the two endpoints are within the wireless network.
  • Example 10 The method of any of examples 1 to 9, wherein the indication the second data flow should be activated include one or more of the following:
  • measured signal level and/or quality at a link associated to the first data flow drops below a corresponding threshold that has been configured by the network
  • Example 11 The method of any of examples 1 to 4, wherein one of the two endpoints comprises at least a user equipment receiving the first data flow, and activation triggers to be used by the node to send the second data flow include one or more of the following:
  • indication and/or reconfiguration received from a core network in the wireless network where the indication/reconfiguration affects the data flow operation for at least the first data flow according to tighter quality of service requirements
  • Example 12 The method of example 11 , wherein the node is a first node and wherein the indication received from another network node of failure of the first data flow comprises one or more of the following:
  • Example 13 The method of any of examples 1 to 12, further comprising discarding packets from the second data flow in response to the packets being buffered for longer than a buffering time.
  • Example 14 The method of any of examples 1 to 13, where the data flows are quality of service data flows and are distinguishable at least by corresponding identifications in each flow.
  • Example 15 A method, comprising:
  • Example 16 The method of example 15, wherein the received indication is based on a failing of the first data flow.
  • Example 17 A computer program, comprising code for performing the methods of any of examples 1 to 16, when the computer program is run on a computer.
  • Example 18 The computer program according to example 17, wherein the computer program is a computer program product comprising a computer-readable medium bearing computer program code embodied therein for use with the computer.
  • Example 19 The computer program according to example 17, wherein the computer program is directly loadable into an internal memory of the computer.
  • Example 20 An apparatus comprising means for performing:
  • Example 21 The apparatus of example 20, wherein the received indication is based on a failing of the first data flow.
  • Example 22 The apparatus of examples 20 or 21, wherein a first one of the two endpoints comprises a multi-user equipment device within the wireless network, the first data flow terminates at a first user equipment in the multi-user equipment device, and the second data flow terminates at a second user equipment in the multi-user equipment device.
  • Example 23 The apparatus of examples 20 or 21, wherein a first one of the two endpoints comprises a single-user equipment device within the wireless network, and the first and second data flows terminate at a user equipment in the single-user equipment device.
  • Example 24 The apparatus of any of examples 20 to 23, wherein one of the two endpoints is a receiving device within the wireless network, and the node comprises one of the following: a radio access node; a gNB; a node comprising a user plane function; or a base station;
  • Example 25 The apparatus of example 24, wherein the other of the two endpoints is in a data network outside the wireless network and the other endpoint, and wherein the first and second data flows are sent in a downlink direction from the data network toward the receiving device.
  • Example 26 The apparatus of any of examples 20 to 23, wherein one of the two endpoints is a receiving device within the wireless network, and the node comprises one of the following: a user equipment; a radio access node; a gNB; a node comprising a user plane function; or a base station.
  • Example 27 The apparatus of example 26, wherein the other of the two endpoints is in a data network outside the wireless network, and wherein the first and second data flows are sent in an uplink direction from a single-user equipment or multi-user equipment device toward the data network.
  • Example 28 The apparatus of any of examples 20 to 24, or 26, wherein both of the two endpoints are within the wireless network.
  • Example 29 The apparatus of any of examples 20 to 28, wherein the indication the second data flow should be activated include one or more of the following:
  • one or more measurement report(s) triggered in the user equipment
  • Example 30 The apparatus of any of examples 20 to 23, wherein one of the two endpoints comprises at least a user equipment receiving the first data flow, and activation triggers to be used by the node to send the second data flow include one or more of the following:
  • indication received from another network node of failure of the first data flow [00180] indication and/or reconfiguration received from a core network in the wireless network, where the indication/reconfiguration affects the data flow operation for at least the first data flow according to tighter quality of service requirements;
  • Example 31 The apparatus of example 30, wherein the node is a first node and wherein the indication received from another network node of failure of the first data flow comprises one or more of the following:
  • Example 32 The apparatus of any of examples 20 to 31, wherein the means are further configured to perform discarding packets from the second data flow in response to the packets being buffered for longer than a buffering time.
  • Example 33 The apparatus of any of examples 20 to 32, where the data flows are quality of service data flows and are distinguishable at least by corresponding identifications in each flow.
  • Example 34 An apparatus comprising means for performing:
  • Example 35 The apparatus of example 34, wherein the received indication is based on a failing of the first data flow.
  • Example 36 An apparatus, comprising:
  • a first data flow is transferred via a first path between two endpoints, buffering a second data flow, wherein at least one of endpoints is in the wireless network, wherein the first and second data flows comprise a same data, and wherein the node is in a second path between the two endpoints;
  • Example 37 The apparatus of example 36, wherein the one or more memories and the computer program code are configured, with the one or more processors, to cause the apparatus to perform the method of any of examples 2 to 14.
  • Example 38 An apparatus, comprising:
  • one or more memories including computer program code
  • Example 39 The apparatus of example 38, wherein the received indication is based on a failing of the first data flow.
  • circuitry may refer to one or more or all of the following:
  • software e.g., firmware
  • circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and/or firmware.
  • circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.
  • Embodiments herein may be implemented in software (executed by one or more processors), hardware (e.g., an application specific integrated circuit), or a combination of software and hardware.
  • the software e.g., application logic, an instruction set
  • a “computer-readable medium” may be any media or means that can contain, store, communicate, propagate or transport the instructions for use by or in connection with an instruction execution system, apparatus, or device, such as a computer, with one example of a computer described and depicted, e.g., in FIG. 1.
  • a computer-readable medium may comprise a computer-readable storage medium (e.g., memories 125, 155, 171 or other device) that may be any media or means that can contain, store, and/or transport the instructions for use by or in connection with an instruction execution system, apparatus, or device, such as a computer.
  • a computer-readable storage medium does not comprise propagating signals.
  • 5G fifth generation [00221] 5GC 5G core network [00222] AMF access and mobility management function [00223] AN access network [00224] CE control element [00225] CN core network [00226] CP control plane [00227] CU central unit [00228] D2D device-to-device [00229] DL downlink (from network toward user equipment) [00230] DN data network [00231] DRB data radio bearer
  • eNB or eNodeB evolved Node B (e.g., an LTE base station)
  • En-gNB or En-gNB node providing NR user plane and control plane protocol terminations towards the UE, and acting as secondary node in EN-DC
  • E-UTRA evolved universal terrestrial radio access i.e., the
  • gNB or gNodeB base station for 5G/NR, i.e., a node providing NR user plane and control plane protocol terminations towards the UE, and connected via the NG interface to the 5GC
  • GSM global system for mobile communications [00241] GSM-R GSM railway [00242] HO handover [00243] HW hardware [00244] ID identification [00245] I/F interface [00246] IIoT Industrial Internet of Things [00247] incl. including or includes
  • LTE long term evolution [00249] MAC medium access control [00250] MME mobility management entity [00251] ng orNG next generation [00252] ng-eNB or NG-eNB next generation eNB [00253] NR new radio [00254] N/W orNW network [00255] opt.
  • PCF policy control function [00257] PDCP packet data convergence protocol [00258] PDB packet delay budget [00259] PDU protocol data unit [00260] PHY physical layer [00261] RAN radio access network [00262] QoS quality of service [00263] Rel release [00264] RLC radio link control [00265] RLF radio link failure [00266] RRH remote radio head [00267] RRC radio resource control [00268] RU radio unit [00269] Rx receiver [00270] SDAP service data adaptation protocol [00271] SDF service data flow [00272] SGW serving gateway [00273] SMF session management function [00274] TS technical specification [00275] TSN time sensitive networking [00276] Tx transmitter [00277] UE user equipment (e.g., a wireless, typically mobile device)
  • UE user equipment e.g., a wireless, typically mobile device
  • UPF user plane function [00279] UL uplink (from a user equipment toward the network) [00280] UP user plane [00281] URLLC ultra-reliable low latency communications [00282] WG working group

Landscapes

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

Abstract

Dans un réseau sans fil où un premier flux de données est transféré par l'intermédiaire d'un premier trajet entre deux points d'extrémité, un nœud met en mémoire tampon un second flux de données. Au moins l'un des deux points d'extrémité se trouve dans le réseau sans fil. Les premier et second flux de données comprennent des données identiques. Le nœud se trouve dans un second trajet entre les deux points d'extrémité. En réponse à la réception d'une indication selon laquelle le second flux de données doit être activé, le nœud envoie un second flux de données mis en mémoire tampon par l'intermédiaire du second trajet. Un premier nœud dans le réseau sans fil établit les premier et second flux de données. Le premier nœud sélectionne un second nœud dans le second trajet pour mettre en mémoire tampon le second flux de données, et indique au second nœud que le second nœud doit mettre en mémoire tampon le second flux de données et envoyer des données par l'intermédiaire du second flux de données en réponse à la réception d'une indication selon laquelle le second flux de données doit être activé.
PCT/US2021/022945 2020-03-24 2021-03-18 Procédé de commande de redondance de plan utilisateur efficace en termes de ressources avec des flux de qos mis en tampon sélectifs Ceased WO2021194840A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202062994088P 2020-03-24 2020-03-24
US62/994,088 2020-03-24

Publications (1)

Publication Number Publication Date
WO2021194840A1 true WO2021194840A1 (fr) 2021-09-30

Family

ID=75439568

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2021/022945 Ceased WO2021194840A1 (fr) 2020-03-24 2021-03-18 Procédé de commande de redondance de plan utilisateur efficace en termes de ressources avec des flux de qos mis en tampon sélectifs

Country Status (1)

Country Link
WO (1) WO2021194840A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180279262A1 (en) * 2017-03-23 2018-09-27 Ofinno Technologies, Llc Packet duplication in a wireless device and wireless network
US20190053135A1 (en) * 2015-09-14 2019-02-14 Lg Electronics Inc. METHOD FOR SETTING UP BEARER IN WIRELESS COMMUNICATION SYSTEM AND APPARATUS SUPPORTING SAME (As Amended)
US20200084663A1 (en) * 2018-09-12 2020-03-12 Kyungmin Park Session Packet Duplication Control

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190053135A1 (en) * 2015-09-14 2019-02-14 Lg Electronics Inc. METHOD FOR SETTING UP BEARER IN WIRELESS COMMUNICATION SYSTEM AND APPARATUS SUPPORTING SAME (As Amended)
US20180279262A1 (en) * 2017-03-23 2018-09-27 Ofinno Technologies, Llc Packet duplication in a wireless device and wireless network
US20200084663A1 (en) * 2018-09-12 2020-03-12 Kyungmin Park Session Packet Duplication Control

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TR 23.725
3GPP TS 23.501
HYEON YEONG CHOI ET AL.: "Standards of Future Railway Wireless Communication in Korea", RECENT ADVANCES IN COMPUTER ENGINEERING, COMMUNICATIONS AND INFORMATION TECHNOLOGY, TENERIFE, SPAIN (2014

Similar Documents

Publication Publication Date Title
JP6405454B2 (ja) ユーザー装置の基地局ハンドオーバ方法及び基地局、ユーザー装置
JP5982447B2 (ja) 無線リンク障害に対処する方法
RU2679417C1 (ru) Способ распространения контекста ключа безопасности, объект управления мобильностью и базовая станция
US20230269644A1 (en) Inter-CU Migration in IAB Network
JP7531688B2 (ja) 統合アクセスおよびバックホールｉａｂシステムに適用される通信方法および通信装置
CN106162765B (zh) 数据的传输方法及装置
JP7274584B2 (ja) ハンドオーバ制御方法、中継装置、及びドナー装置
JP2017514367A (ja) ベアラ管理装置、方法及び通信システム
US12279169B2 (en) Handover during secondary cell group failure
US20240397357A1 (en) Service continuity of sidelink relay communication
US12432629B2 (en) Link recovery via cells prepared with information for handovers including CHO and daps
JP7609298B2 (ja) 信号を送受信する方法、装置及び通信システム
WO2021026706A1 (fr) Procédé et appareil de gestion d'interface f1
JP6838586B2 (ja) ベアラ管理装置、方法及び通信システム
CN113498621B (zh) 多ue设备的故障恢复
CN102480796A (zh) 一种实现无线资源控制协议连接重建的方法和系统
JP7691034B2 (ja) ネットワークノード、ネットワークユニット、さらなるコントロールプレーンユニット、及び方法
WO2021194840A1 (fr) Procédé de commande de redondance de plan utilisateur efficace en termes de ressources avec des flux de qos mis en tampon sélectifs
CN120153707A (zh) 具有单连接的备用条件性切换配置
US20210337441A1 (en) Mobility interruption reduction in multi-rat dual-connectivity (mr-dc)
JP2024502450A (ja) グループ移行方法、装置及びシステム
KR20250136306A (ko) Iab 노드 이주를 위한 방법 및 장치
JP2024517253A (ja) ＰＳＣｅｌｌ変更の障害に対するＭＲＯ分析の調整
CN119485351A (zh) 无线通信系统中的节点及其执行的方法
CN118216188A (zh) Nr-udc的灵活drb切换

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

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

Country of ref document: EP

Kind code of ref document: A1