Methods, devices, and systems for supporting PDU set based handling

The proposed methods and systems address inefficiencies in PDU set handling by coordinating network nodes to manage support status changes, improving efficiency and reducing latency in wireless communication systems.

WO2025147826A1PCT designated stage expired Publication Date: 2025-07-17ZTE CORP
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/071199
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-01-08
Publication Date
2025-07-17

AI Technical Summary

Technical Problem

Existing wireless communication technologies face challenges in coordinating PDU set based handling during handover processes and managing changes in PDU set based handling support status among network nodes, leading to inefficiencies and increased latency.

Method used

Implementing methods and systems that enable flexible activation and deactivation of PDU set identification and marking through coordinated communication between network nodes using indicators to manage PDU set based handling support status changes, ensuring efficient resource utilization and reduced latency.

Benefits of technology

Enhances the efficiency and performance of wireless communication by reducing latency, overhead, and interruption time, particularly in supporting high-speed and low-latency applications like Extended Reality (XR), Virtual Reality (VR), and video streaming.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024071199_17072025_PF_FP_ABST
    Figure CN2024071199_17072025_PF_FP_ABST
Patent Text Reader

Abstract

The present disclosure describes methods, devices, and system for supporting PDU set based handling. One method includes sending, by a first network node, a first message to a second network node, the first message comprising a first indicator, wherein the first indicator indicates supportability for PDU set based handling by the first network node.
Need to check novelty before this filing date? Find Prior Art

Description

METHODS, DEVICES, AND SYSTEMS FOR SUPPORTING PDU SET BASED HANDLINGTECHNICAL FIELD

[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods, devices, and systems for supporting protocol data unit (PDU) set based handling.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0003] In some implementations, protocol data unit (PDU) set based handling may be supported, wherein a set of PDUs may be handled as a set rather than as individually separated PDUs. There are some issues / problems associated with supporting PDU set based handling. For one example, how two network nodes coordinate PDU set based handling during handover process or retrieve UE context process. For another example, how to handle when a network node changes its PDU set based handling support status.

[0004] The present disclosure describes various embodiments for supporting PDU set based handling, addressing at least one of the issues / problems discussed above, enhancing the coordination among a plurality of network nodes to achieve flexible activation and deactivation of PDU set identification and marking, which improves the efficiency and / or performance of the wireless communication. Various embodiments in the present disclosure may achieve low latency, low overhead, and short interruption time, thus, improving the efficiency and / or performance of the wireless communication.SUMMARY

[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for supporting protocol data unit (PDU) set based handling. Various embodiments in the present disclosure may increase the resource utilization efficiency, boost latency performance of the wireless communication, and / or conserve energy consumption of user equipment.

[0006] In one embodiment, the present disclosure describes a method for wireless communication. The  method includes sending, by a first network node, a first message to a second network node, the first message comprising a first indicator, wherein the first indicator indicates supportability for protocol data unit (PDU) set based handling by the first network node.

[0007] In another embodiment, the present disclosure describes a method for wireless communication. The method includes receiving, from a first network node by a second network node, a first message comprising a first indicator, wherein the first indicator indicates supportability for PDU set based handling by the first network node.

[0008] In some other embodiments, an apparatus for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.

[0009] In some other embodiments, a device for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.

[0010] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may include a non-transitory computer-readable medium.

[0011] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] FIG. 1A shows a schematic diagram of a wireless communication system.

[0013] FIG. 1B shows a schematic diagram of a base station.

[0014] FIG. 1C shows another schematic diagram of a base station.

[0015] FIG. 2 shows an example of a network node.

[0016] FIG. 3 shows an example of a user equipment.

[0017] FIG. 4A shows a flow diagram of a method for wireless communication.

[0018] FIG. 4B shows a flow diagram of another method for wireless communication.

[0019] FIG. 5 shows a flow diagram of an exemplary embodiment for wireless communication.

[0020] FIG. 6 shows a flow diagram of another exemplary embodiment for wireless communication.

[0021] FIG. 7 shows a flow diagram of another exemplary embodiment for wireless communication.

[0022] FIG. 8 shows a flow diagram of another exemplary embodiment for wireless communication.

[0023] FIG. 9 shows a flow diagram of another exemplary embodiment for wireless communication.

[0024] FIG. 10 shows a flow diagram of another exemplary embodiment for wireless communication.

[0025] FIG. 11 shows a flow diagram of another exemplary embodiment for wireless communication.DETAILED DESCRIPTION

[0026] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0027] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0028] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon  context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0029] The present disclosure describes various embodiments for supporting protocol data unit (PDU) set based handling.

[0030] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0031] Some devices and applications require high date rate and low latency, for example, applications including multi-modal services, such as Extended Reality (XR) , Virtual Reality (VR) , Mixed Reality (MR) , metaverse, video streaming. To support multi-modal services, protocol data unit (PDU) set based handling needs to be performed to ensure user experience. There are some issues / problems associated with supporting PDU set based handling. For one example, how two network nodes coordinate PDU set based handling during handover process or retrieve UE context process. For another example, how to handle when a network node changes its PDU set based handling support status. In some implementations, a network node (e.g., gNB or a radio access network (RAN) ) may decide to change its PDU set based handling support status, e.g. when the gNB or the RAN is overloaded or the network resources become available. For example, changing its PDU set based handling support status may include the gNB that supported PDU set based handling decides to change to not support PDU set based handling, or the gNB that didn’t support PDU set based handling decides to change to support PDU set based handling.

[0032] In some implementations, the gNB may notify the core network (CN) that the gNB decides to change the PDU Set based handling support status directly.

[0033] The present disclosure describes various embodiments for supporting protocol data unit (PDU) set based handling, addressing at least one of the issues / problems discussed above, enhancing the coordination among a plurality of network nodes to achieve flexible activation and deactivation of PDU set identification and marking, which improves the efficiency and / or performance of the wireless communication. Various embodiments in the present disclosure may achieve low latency, low overhead, and short interruption time, thus, improving the  efficiency and / or performance of the wireless communication.

[0034] In some implementations, during handover from a first network node (e.g., a source base station (gNB) ) supporting PDU set based handling to a second network node (e.g., a target gNB) not supporting PDU set based handling, the source gNB may not include the PDU set related information in the data or PDUs to be forwarded to the target gNB when the source gNB does not receive the PDU set based handling indicator via a handover request acknowledge message from the target gNB.

[0035] In some implementations, when a first network node (e.g., a new gNB) not supporting PDU set based handling retrieves user equipment (UE) context from a second network node (e.g., an old gNB) supporting PDU set based handling, the old gNB may not include the PDU set related information in the data or PDUs to be forwarded to the new gNB when the old gNB does not receive the PDU set based handling indicator via a retrieve UE context response message.

[0036] In some implementations with a centralized unit-control plane (CU-CP) and a centralized unit-user plane (CU-UP) split architecture, it is the source gNB-CU-CP / old gNB-CU-CP that knows that the target gNB / new gNB does not support PDU set based quality of service (QoS) handling but it is the source gNB-CU-UP / old gNB-CU-UP decides whether to include the PDU set related information in the data or PDUs to be forwarded to the target gNB / new gNB.

[0037] The present disclosure describes various embodiments including method for the source gNB-CU-CP / old gNB-CU-CP notifying the source gNB-CU-UP / old gNB-CU-UP to not include the PDU set related information in the data or PDUs to be forwarded to the target gNB / new gNB. In some implementations, a gNB or a gNB-DU or a gNB-CU-UP may decide to change the PDU set based handling support status, so that the gNB or the gNB-DU or the gNB-CU-UP may send at least one PDU set based handling indicator for a certain PDU session or for a certain UE or for a certain QoS flow to notify whether the gNB or the gNB-DU or the gNB-CU-UP supports PDU set based handling to a corresponding core network or a corresponding gNB-CU or a corresponding gNB-CU-CP, respectively.

[0038] FIG. 1A shows an example of cellular wireless communication network 100 (also referred to as wireless communication system) that includes a core network 110, a radio access network (RAN) 120, and one or more user equipment (UE) 130. The core network 110 may include a user plane function (UPF) , which represents the data plane evolution of a control and user plane separation strategy. The UPF plays the important role in the process of data transfer by providing an interconnect point between the RAN 120 and the Data Network (DN) , for  example, encapsulation and decapsulation of GTP-U. The UPF may perform the functionalities including but not limited to serving as an anchor point for intra- / inter-radio access technology (RAT) mobility, packet routing and forwarding, traffic usage reporting, quality of service (QoS) handling for the user plane, downlink packet buffering and downlink data notification triggering.

[0039] The core network may include a session management function (SMF) , wherein the SMF performs the functionalities including but not limited to establishment, modification, and release of communication sessions, UE IP address allocation and management (including optional authorization functions) , selection and control of UPF, and downlink data notification. Each SMF may control one or more UPFs and is associated with a service area being a collection of UPF service areas of all UPFs under its control.

[0040] The RAN 120 further includes multiple base stations 122 and 124 (or referred as network nodes or RANs) . The base station 122 and one or more user equipment (UE) 130 communicate with one another via Uu interface 140. The wireless communication network 100 may be implemented as, as for example, a 2G, 3G, 4G / LTE, 5G, or 6G cellular communication network. Correspondingly, each of the RANs / base stations 122 and 124 may be implemented as a 2G RAN / base station, a 3G RAN / nodeB, an LTE RAN / eNB, a 5G New Radio (NR) RAN / gNB, and / or a NG RAN. The UE 130 may be implemented as mobile or fixed communication devices for accessing the wireless communication network 100. The one or more UE 130 may include but is not limited to mobile phones, internet of things (IoT) devices, machine-type communications (MTC) devices, laptop computers, tablets, personal digital assistants, wearable devices, distributed remote sensor devices, roadside assistant equipment, and desktop computers. Alternative to the context of cellular wireless network, the RAN 120 and the principles described below may be implemented as other types of radio access networks, such as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0041] In the example wireless communication system 100 of FIG. 1A, the one or more UE 130 may connect with and establish a communication session with the base station 122 via the Uu interface 140. The communication session between the UE 130 and the base station 122 may utilize downlink (DL) and / or uplink (UL) transmission resources. The DL transmission resource carries data from the base station 122 to the UE 130, and the UL transmission resource carries data from the UE 130 to the base station 122. Under certain circumstances, for example when the base station 122 is unavailable or when the UE 130 moves into a coverage of the base station 124, the one or more UE 130 may connect with and establish a communication session with the base station 122, for example, during a handover process.

[0042] Referring to FIG. 1B, a RAN / base station (e.g., gNB) (using 122 as non-limiting example) may have a control-distributed separated structure, which may include a control unit (CU) 160 and one or more distributed unit (DU) 171 and / or 172. The 5GC may communicate with the gNB via a NG interface between them. The gNB and another gNB may communicate via a Xn-C interface. The gNB-CU may communicate with the one or more gNB-DU via a F1 interface.

[0043] In some implementations, in the architecture of CU / DU split, a gNB may consist of a gNB Central Unit (gNB-CU) and one or more gNB Distributed Unit (gNB-DU) . A gNB-CU and a gNB-DU is connected via F1 interface. The gNB-CU is defined as 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-DU is defined as 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-DU supports one or multiple cells. One cell is supported by only one gNB-DU.

[0044] In some implementations, the gNB-CU is defined as 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-DU is defined as 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-DU supports one or multiple cells. One cell may be supported by only one gNB-DU.

[0045] FIG. 1C shows another schematic diagram of a base station (e.g., gNB) 150. The gNB may have a control-distributed separated structure, which may include a control unit (CU) 160 and one or more distributed unit (DU) (for example 171 and / or 172) . The CU may include a control plan (gNB-CU-CP) 161 and one or more user plan (gNB-CU-UP) 162. The gNB-CU-CP 161 may be referred as CU-CP or CP, and the gNB-CU-UP 162 may be referred as CU-UP or UP. The CU-CP 161 may communicate with the one or more CU-UP 162 via an E1 interface between them. The CU-CP 161 may communicate with the one or more DU via a F1-C interface, and each of the one or more CU-UP 162 may communicate with the one or more DU via a F1-U interface.

[0046] In some implementations, a NG-RAN may also consist of a set of ng-eNBs, and an ng-eNB may consist of an ng-eNB-CU-CP, one or more ng-eNB-CU-UP (s) , and one or more ng-eNB-DU (s) . An ng-eNB-CU-CP and an ng-eNB-CU-UP is connected via the E1 interface. An ng-eNB-DU is connected to an ng-eNB-CU-CP via the W1-C interface, and to an ng-eNB-CU-UP via the W1-U interface. The various embodiments / implementations described in the present disclosure may also be applicable to ng-eNB and its corresponding E1 and W1 interfaces, if not explicitly specified otherwise.

[0047] In some implementations, a gNB may consist of a gNB-CU-CP, multiple gNB-CU-UPs and multiple gNB-DUs. The gNB-CU-CP is connected to the gNB-DU through the F1-C interface. The gNB-CU-UP is connected to the gNB-DU through the F1-U interface. The gNB-CU-UP is connected to the gNB-CU-CP through the E1 interface. One gNB-DU is connected to only one gNB-CU-CP. One gNB-CU-UP is connected to only one gNB-CU-CP.

[0048] In some implementations, for resiliency, a gNB-DU and / or a gNB-CU-UP may be connected to multiple gNB-CU-CPs by appropriate implementation. In some implementations, one gNB-DU can be connected to multiple gNB-CU-UPs under the control of the same gNB-CU-CP. In some implementations, one gNB-CU-UP can be connected to multiple DUs under the control of the same gNB-CU-CP.

[0049] In some implementations, the connectivity between a gNB-CU-UP and a gNB-DU is established by the gNB-CU-CP using bearer context management functions.

[0050] In some implementations, the gNB-CU-CP selects the appropriate gNB-CU-UP (s) for the requested services for the UE. In some implementations, multiple CU-UPs may belong to same security domain.

[0051] In some implementations, data forwarding between gNB-CU-UPs during intra-gNB-CU-CP handover within a gNB may be supported by Xn-U.

[0052] In various embodiments / implementations in the present disclosure, a protocol data unit (PDU) set may be a set including one or more PDUs carrying the payload of one unit of information generated at the application level (e.g. a frame or video slice for XRM services) . In some implementations, all PDUs in a PDU set are needed by the application layer to use the corresponding unit of information; and in other implementations, the application layer can still recover parts all or of the information unit, when some PDUs are missing.

[0053] In various embodiments / implementations in the present disclosure, a PDU may refer to a NR-U PDU or PDCP PDU contained in NR-U PDU, wherein the NR-U PDU may refer to a Xn-U PDU or F1-U PDU. In various embodiments / implementations in the present disclosure, a PDU may refer to a NG-U PDU or PDCP PDU contained in the NG-U PDU. In some implementations, a core network may send NG-U PDU (also GTP-U PDU) to the base station. The data packets inside are IP packets. A protocol may modify the GTP-U extension header, the base station (e.g., CU) may extract the data packet after getting the PDU of the core network, encapsulate it into a PDCP PDU, and add a GTP-U extension header to it (encapsulated into a GTP-U PDU, also NR-U PDU) , plus PDCP header to a DU. In various implementations, a NR PDCP PDU may refer to a PDCP PDU; and / or a PDCP PDU may include a NR PDCP PDU.

[0054] In some implementations with non-homogenous support of PDU set based handling in a NG-RAN, by sending at least one PDU set QoS parameter to the NG-RAN, a session management function (SMF) requests the NG-RAN to activate PDU set QoS handling for a given QoS flow and the NG-RAN provides the SMF with an indication of whether the PDU set based handling is supported. Based on this, the SMF may activate the PDU set identification and marking in the PDU session anchor (PSA) UPF.

[0055] In some implementations, at NG-RAN Xn handover and N2 handover, a target NG-RAN provides to the SMF with an indication of whether the target NG-RAN node supports PDU set based handling. Based on the NG-RAN indication, the SMF may, upon completion of the handover procedure, initiate the PDU session modification procedure to provide PDU set QoS parameters to the NG-RAN and configure the PSA UPF to activate / deactivate the PDU set identification and marking.

[0056] In some implementations where the PSA UPF identifies and marks PDUs with PDU set information in GTP-U header, it may start doing so from a complete PDU Set.

[0057] FIG. 2 shows an example of electronic device 200 to implement a network base station (wireless communication node or gNB) or core network. The example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. The electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.

[0058] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 124 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0059] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, wireless communication terminal or user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone or a mobile communication module disposed in a vehicle. The UE 300 may include communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage  309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0060] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G standards, and / or 6G standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0061] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G, or other data that the UE 300 will send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0062] The present disclosure describes various embodiment for supporting PDU set based handling, which may be implemented, partly or totally, on the core network, the network base station, and / or the user equipment described above in FIGS. 1A to 3.

[0063] Referring to FIG. 4A, the present disclosure describes various embodiments of a method 400 for wireless communication. The method 400 may include step 402, sending, by a first network node, a first message to a second network node, the first message comprising a first indicator, wherein the first indicator indicates supportability for protocol data unit (PDU) set based handling by the first network node.

[0064] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 420 for wireless communication. The method 420 may step 422, receiving, from a first network node by a second network node, a first message comprising a first indicator, wherein the first indicator indicates supportability for PDU set based handling by the first network node.

[0065] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , in response to a PDU set based handling support status changing, the first network node determines to send the first indicator to the second network node.

[0066] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node comprises a base station, and the second network node comprises a first core network (CN) ; and / or the first network node comprises a centralized unit (CU) of a base station, and the second network node comprises a distributed unit (DU) of the base station; and / or the first network node comprises a CU-control plane (CU-CP) of a base station, and the second network node comprises a CU-user plane (CU-UP) of the base station.

[0067] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first message comprises a first NG interface message compromising one of  the following: a PDU session resource modify indication message, or a PDU session resource notify message; and / or the first message comprises a first F1 interface message compromising a UE context modification required message; and / or the first message comprises a first E1 interface message compromising a bearer context modification required message.

[0068] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , upon receiving the first indicator, the second network node transmits a second message to the first network node.

[0069] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the second message comprises a second NG interface message compromising a PDU session resource modify confirm message; and / or the second message comprises a second F1 interface message compromising a UE context modification confirm message; and / or the second message comprises a second E1 interface message compromising a bearer context modification confirm message.

[0070] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , in response to receiving the first indicator from the second network node, the first network node transmits a third message comprising a second indicator to a third network node.

[0071] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , in response to a PDU set based handling support status changing, the first network node determines to send the second indicator to the third network node.

[0072] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the third network node comprises a second CN; and / or the third message comprises a third NG interface message compromising a PDU session resource modify indication message, or a PDU session resource notify message.

[0073] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , in response to receiving the second indicator from the first network node, the third network node transmits a fourth message to the first network node.

[0074] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the fourth message comprises a fourth NG interface message compromising a PDU session resource modify confirm message.

[0075] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the supportability for PDU set based handling comprises at least one of the following: to support the PDU set based handling for a PDU session, to support the PDU set based handling for a UE, or to support the PDU set based handling for a quality-of-service (QoS) flow.

[0076] The present disclosure describes various embodiments with exemplary examples for supporting PDU set based handling. Exemplary embodiments provide examples for the present disclosure, and does not impose any limitation on the present disclosure. In the embodiments and implementation of this disclosure, any steps and / or operations may be combined or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. Embodiments and implementations in the disclosure may be used separately or combined in any order. Further, any one of the methods (or embodiments) , a wireless communication node, and a wireless communication device may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits) .

[0077] In various embodiments, PDU set information (or PDU set related information) may include at least one of the following: a PDU set sequence number, a PDU set size, a PDU sequence number within a PDU set, an indication of end PDU of the PDU Set, a PDU set importance, an end of data burst indication, a QoS flow identifier, and / or a UE identifier.

[0078] In various embodiments, the PDU may refer to a NG-U PDU, NR-U PDU or NR PDCP PDU contained in NR-U PDU.

[0079] In various embodiments, when a device (e.g., a communication node, a gNB, a gNB-DU, a gNB-CU-UP, a target gNB, a new gNB, etc. ) supports PDU set based handling, the device may support PDU set based handling at any or all of four levels, i.e. PDU session level, UE level, QoS flow level, and / or gNB level; and in other words, to support the PDU set based handling comprises to support the PDU set based handling for a PDU session, to support the PDU set based handling for a UE, to support the PDU set based handling for a QoS flow, and / or to support the PDU set based handling for a gNB.

[0080] Embodiment Set I

[0081] In various embodiments, as shown in FIG. 5, a first network node may be a gNB-CU-CP 590, and a second network node may be a gNB-CU-UP 592. The method may include a portion or all of the following steps.

[0082] For step 510, the gNB-CU-CP sends a message (E1 interface message, e.g. a bearer context setup  request message, a bearer context modification request message, or any other message) to the gNB-CU-UP to transmit at least one PDU set information not needed indicator for a certain PDU session or for a certain UE or for a certain quality-of-service (QoS) flow. In some implementations, the message may include at least one PDU set information needed indicator for a certain PDU session or for a certain UE or for a certain QoS flow.

[0083] In some implementations, the PDU set information not needed indicator is used to notify the gNB-CU-UP that the PDU set related information should not be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow. Therefore, the inclusion of the PDU set information not needed indicator indicates that the PDU set related information should not be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and the non-inclusion of the PDU set information not needed indicator indicates that the PDU set related information should be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0084] In some implementations, the PDU set information not needed indicator is used to notify the gNB-CU-UP whether the PDU set related information should or should not be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow. For example, a first value (e.g., “0” ) of the PDU set information not needed indicator indicates that the PDU set related information should be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “1” ) of the PDU set information not needed indicator indicates that the PDU set related information should not be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. Vice versa, the first value may be “1” and the second value may be “0” . For example, a first value (e.g., “need” ) of the PDU set information not needed indicator indicates that the PDU set related information should be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “not need” ) of the PDU set information not needed indicator indicates that the PDU set related information should not be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0085] In some implementations, the PDU set information needed indicator is used to notify the gNB-CU-UP that the PDU set related information should be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow. Therefore, the inclusion of the PDU set information needed indicator indicates that the PDU set related information should be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and the non-inclusion of the PDU set information needed indicator indicates that the PDU set related information should not be included in the data or PDUs for the certain PDU session or for  the certain UE or for the certain QoS flow.

[0086] In some implementations, the PDU set information needed indicator is used to notify the gNB-CU-UP whether the PDU set related information should or should not be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow. For example, a first value (e.g., “0” ) of the PDU set information needed indicator indicates that the PDU set related information should not be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “1” ) of the PDU set information needed indicator indicates that the PDU set related information should be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. Vice versa, the first value may be “1” and the second value may be “0” . For example, a first value (e.g., “need” ) of the PDU set information needed indicator indicates that the PDU set related information should be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “not need” ) of the PDU set information needed indicator indicates that the PDU set related information should not be included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0087] For step 520, which may be an optional step, when the gNB-CU-UP receives at least one PDU set information not needed indicator or PDU set information needed indicator or the gNB-CU-UP does not receive at least one PDU set information needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow which indicates the PDU set related information should not be included, it may not include the PDU set related information in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to another gNB since the certain gNB does not support PDU set based handling. The gNB-CU-UP may send a response message (E1 interface message, e.g. a bearer context setup response message or a bearer context modification response message or any other message) to the gNB-CU-CP. This response message may include at least one PDU set information not included indicator for the certain PDU session or for the certain UE or for the certain QoS flow to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. In some implementations, the response message may include at least one PDU set information included indicator for the certain PDU session or for the certain UE or for the certain QoS flow to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0088] In some implementations, the PDU set information not included indicator is used to notify the gNB-CU-CP whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. For example, a first value (e.g., “0” ) of the PDU set information not  included indicator indicates that the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “1” ) of the PDU set information not included indicator indicates that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. Vice versa, the first value may be “1” and the second value may be “0” . For example, a first value (e.g., “included” ) of the PDU set information not included indicator indicates that the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “not included” ) of the PDU set information not included indicator indicates that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0089] In some implementations, the PDU set information not included indicator is used to notify the gNB-CU-CP that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. Therefore, the inclusion of the PDU set information not included indicator indicates that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and the non-inclusion of the PDU set information not included indicator indicates that the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0090] In some implementations, the PDU set information included indicator is used to notify the gNB-CU-CP whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. For example, a first value (e.g., “0” ) of the PDU set information included indicator indicates that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “1” ) of the PDU set information included indicator indicates that the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. Vice versa, the first value may be “1” and the second value may be “0” . For example, a first value (e.g., “included” ) of the PDU set information included indicator indicates that the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “not included” ) of the PDU set information included indicator indicates that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0091] In some implementations, the PDU set information included indicator is used to notify the gNB-CU-CP that the PDU set related information are included in the data or PDUs for the certain PDU session or for the  certain UE or for the certain QoS flow. Therefore, the inclusion of the PDU set information included indicator indicates that the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow; and the non-inclusion of the PDU set information included indicator indicates that the PDU set related information are not included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0092] Embodiment Set II

[0093] In various embodiments, as shown in FIG. 6, a first network node may be a source gNB-CU-CP 690, and a second network node may be a source gNB-CU-UP 692, wherein there is a target gNB 694. The method may include a portion or all of the following steps.

[0094] For step 602: the source gNB / source gNB CU-CP sends at least one set of PDU set QoS parameters for at least one QoS flow to the target gNB via a handover request message.

[0095] For step 604: the target gNB sends the handover request acknowledge message to the source gNB / source gNB CU-CP.

[0096] In some implementations, when the target gNB does not supports PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow, it sends the handover request acknowledge message to the source gNB / source gNB CU-CP without a PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow.

[0097] In some implementations, when the target gNB does not supports PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow, it sends the handover request acknowledge message to the source gNB / source gNB CU-CP with a PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow, wherein the PDU set based handling indicator may have a pre-defined value, for non-limiting examples “not support” or “0” , indicating that the target gNB does not support PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow.

[0098] In some implementations, the PDU set based handling indicator is used to notify the source gNB / source gNB CU-CP that the target gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow. Therefore, the inclusion of the PDU set based handling indicator indicates that the target gNB supports the PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow; and the non-inclusion of the PDU set based handling indicator indicates that the target gNB  does not support the PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow.

[0099] In some implementations, the PDU set based handling indicator is used to notify the source gNB / source gNB CU-CP whether the target gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow. For example, a first value (e.g., “0” ) of the PDU set based handling indicator indicates that the target gNB does not support the PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “1” ) of the PDU set based handling indicator indicates that the target gNB supports the PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow. Vice versa, the first value may be “1” and the second value may be “0” . For example, a first value (e.g., “not support” ) of the PDU set based handling indicator indicates that the target gNB does not support the PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow; and a second value (e.g., “support” ) of the PDU set based handling indicator indicates that the target gNB supports the PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow.

[0100] For step 610, when the source gNB / source gNB-CU-CP does not receive the PDU set based handling indicator or receiving the PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow in the handover request acknowledge message indicating that the target gNB does not support PDU set based handling for the certain PDU session or the certain UE or the certain QoS flow, the source gNB / source gNB-CU-CP knows that the target gNB does not support PDU set based handling for the certain PDU session or the certain UE or the certain QoS flow. The source gNB-CU-CP sends a message (E1 interface message, e.g. a bearer context setup request message or a bearer context modification request message, or any other message) to transmit at least one PDU set information not needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow to the source gNB-CU-UP. In some implementations, the message may include at least one PDU set information needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow.

[0101] Similarly to the PDU set information not needed indicator (or PDU set information needed indicator) in step 510, the inclusion or non-inclusion of the PDU set information not needed indicator (or PDU set information needed indicator) in step 610 may be used to notify the source gNB-CU-UP whether the PDU set related information should be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow to be forwarded to the target gNB; and / or different values of the PDU set information not needed indicator  (or PDU set information needed indicator) in step 610 may be used to notify the source gNB-CU-UP whether the PDU set related information should be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow to be forwarded to the target gNB.

[0102] For step 620, when the source gNB-CU-UP receives at least one PDU set information not needed indicator or PDU set information needed indicator or the source gNB-CU-UP does not receive at least one PDU set information needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow which indicates the PDU set related information should not be included, it may not include the PDU set related information in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the target gNB since the target gNB does not support PDU set based handling. The source gNB-CU-UP may send a response message (E1 interface message, e.g. a bearer context setup response message or bearer context modification response message or any other message) to the source gNB-CU-CP. This response message may include at least one PDU set information not included indicator for the certain PDU session or for the certain UE or for the certain QoS flow to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. In some implementations, the response message may include at least one PDU set information included indicator for the certain PDU session or for the certain UE or for the certain QoS flow to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0103] Similar to the PDU set information not included indicator (or PDU set information included indicator) in step 520, the inclusion or non-inclusion of the PDU set information not included indicator (or PDU set information included indicator) in step 620 may be used to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the target gNB; and / or different value of the PDU set information not included indicator (or PDU set information included indicator) in step 620 may be used to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the target gNB.

[0104] Embodiment Set III

[0105] In various embodiments, as shown in FIG. 7, a first network node may be an old gNB-CU-CP 790, and a second network node may be an old gNB-CU-UP 792, wherein there is a new gNB 794. The method may include a portion or all of the following steps.

[0106] For step 702, the new gNB sends the retrieve UE context request message to the old gNB / old gNB-CU-CP.

[0107] In some implementations, when the new gNB does not support PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow, it sends the retrieve UE context request message to the old gNB / old gNB-CU-CP without a PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow.

[0108] In some implementations, when the new gNB does not support PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow, it sends the retrieve UE context request message to the old gNB / old gNB-CU-CP with a PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow, wherein the PDU set based handling indicator may have a pre-defined value, for non-limiting examples “not support” or “0” , indicating that the new gNB does not support PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow.

[0109] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 702 may be used to notify the old gNB / old gNB-CU-CP whether the new gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different values of the PDU set based handling indicator may be used to indicate whether the new gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0110] For step 704, the old gNB / old gNB CU-CP sends the retrieve UE context response message to the new gNB.

[0111] For step 710, when the old gNB / old gNB-CU-CP does not receive the PDU set based handling indicator or receiving the PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow in the retrieve UE context response message indicating that the new gNB does not support PDU set based handling for the certain PDU session or the certain UE or the certain QoS flow, the old gNB / old gNB-CU-CP knows that the new gNB does not support PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow. The old gNB-CU-CP sends a message (E1 interface message, e.g. a bearer context setup request message or a bearer context modification request message, or any other message) to transmit at least one PDU set information not needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow to the old gNB-CU-UP. In some implementations, the message may include at least one PDU set information needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow.

[0112] Similarly to the PDU set information not needed indicator (or PDU set information needed indicator) in step 510, the inclusion or non-inclusion of the PDU set information not needed indicator (or PDU set information needed indicator) in step 710 may be used to notify the old gNB-CU-UP whether the PDU set related information should be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow to be forwarded to the new gNB; and / or different values of the PDU set information not needed indicator (or PDU set information needed indicator) in step 710 may be used to indicate whether the PDU set related information should be included in the data or PDUs for a certain PDU session or for a certain UE or for a certain QoS flow to be forwarded to the new gNB.

[0113] For step 720, when the old gNB-CU-UP receives at least one PDU set information not needed indicator or PDU set information needed indicator or the old gNB-CU-UP does not receive at least one PDU set information needed indicator for the certain PDU session or for the certain UE or for the certain QoS flow which indicates the PDU set related information should not be included, it may not include the PDU set related information in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the new gNB. The old gNB-CU-UP may send a response message (E1 interface message, e.g. a bearer context setup response message or a bearer context modification response message or any other message) to the old gNB-CU-CP.This response message may include at least one PDU set information not included indicator for the certain PDU session or for the certain UE or for the certain QoS flow to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow. In some implementations, the response message may include at least one PDU set information included indicator for the certain PDU session or for the certain UE or for the certain QoS flow to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow.

[0114] Similar to the PDU set information not included indicator (or PDU set information included indicator) in step 520, the inclusion or non-inclusion of the PDU set information not included indicator (or PDU set information included indicator) in step 720 may be used to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the new gNB; and / or different value of the PDU set information not included indicator (or PDU set information included indicator) in step 720 may be used to indicate whether the PDU set related information are included in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the new gNB.

[0115] Embodiment Set IV

[0116] In various embodiments, as shown in FIG. 8, there may be an old gNB 890 and a new gNB 892. The method may include a portion or all of the following steps.

[0117] For step 810, the new gNB sends a message (Xn interface message, e.g. a retrieve UE context request message, or any other message) to the old gNB to transmit at least one PDU set based handling indicator for a certain PDU session or for a certain UE or for a certain QoS flow.

[0118] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 810 may be used to notify the old gNB whether the new gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different values of the PDU set based handling indicator in step 820 may be used to indicate whether the new gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0119] The method may further include, when the old gNB receives at least one PDU set based handling indicator for a certain PDU session or for a certain UE or for a certain QoS flow from the new gNB, the old gNB knows that the new gNB supports PDU set based handling for the certain PDU session or for the certain UE or for the certain QoS flow, and the old gNB may include the PDU set related information in the data or PDUs for the certain PDU session or for the certain UE or for the certain QoS flow to be forwarded to the new gNB.

[0120] For step 820, the old gNB sends the retrieve UE context response message to the new gNB.

[0121] Embodiment Set V

[0122] In various embodiments, as shown in FIG. 9, there may be a gNB 990 and a core network (CN) 992. The method may include a portion or all of the following steps.

[0123] For step 910, for a certain PDU session, a certain UE or a certain QoS flow, the gNB may decide to change the PDU set based handling support status, e.g. when the gNB or the RAN is overloaded, or the network resources become available. When the gNB decides to change the PDU set based handling support status, the gNB may sends at least one PDU set based handling indicator for a certain PDU session or for a certian UE or for a certain QoS flow to the CN via a message (NG interface message, e.g. a PDU session resource modify indication message, a PDU session resource notify message, or any other message) .

[0124] For example, changing the PDU set based handling support status means that the gNB that supported PDU set based handling decides to change to not support PDU set based handling, or the gNB that didn’t support  PDU set based handling decides to change to support PDU set based handling.

[0125] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 910 may be used to notify the CN whether the gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different values of the PDU set based handling indicator may be used to indicate whether the gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0126] For step 920, when the CN receives at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow from the gNB, the CN knows that the gNB changes the PDU set based handling support status for the certain PDU session or for the certain UE or for the certain QoS flow, and the CN may activate or deactivate the PDU set identification and marking based on the current support status of the gNB. The CN may respond with a message (NG interface message, e.g. a PDU session resource modify confirm message, or any other message) .

[0127] Embodiment Set VI

[0128] In various embodiments, as shown in FIG. 10, a first network node may be a gNB-CU 1090, and a second network node may be a gNB-DU 1092, wherein there is a core network (CN) 1094. The method may include a portion or all of the following steps.

[0129] For step 1002, for a certain PDU session, a certain UE or a certain QoS flow, the gNB-DU may decide to change the PDU set based handling support status, e.g. when the gNB-DU is overloaded, or the network resources become available. When the gNB-DU decides to change the PDU set based handling support status, the gNB-DU may sends at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow to the gNB-CU via a message (F1 interface message, e.g. a UE context modification required message, or any other message) .

[0130] For example, changing the PDU set based handling support status means that the gNB-DU that supported PDU set based handling decides to change to not support PDU set based handling, or the gNB-DU that didn’t support PDU set based handling decides to change to support PDU set based handling.

[0131] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 1002 may be used to notify the gNB-CU whether the gNB-DU supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different  values of the PDU set based handling indicator may be used to indicate whether the gNB-DU supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0132] For step 1004, the gNB-CU may respond with a message (F1 interface message, e.g. a UE context modification confirm message, or any other message) .

[0133] For step 1010, the gNB-CU decides to change the PDU set based handling support status since the gNB-DU decides to change the PDU set based handling support status, e.g. when the gNB-DU is overloaded, or the network resources become available. The gNB-CU may send at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow to the CN via a message (NG interface message, e.g. a PDU session resource modify indication message, a PDU session resource notify message or any other message) .

[0134] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 1010 may be used to notify the CN whether the gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different values of the PDU set based handling indicator may be used to indicate whether the gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0135] For step 1020, when the CN receives at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow from the gNB, the CN knows that the gNB changes the PDU set based handling support status for the certain PDU session or for the certain UE or for the certain QoS flow, and the CN may activate or deactivate the PDU set identification and marking based on the current support status of the gNB. The CN may respond with a message (NG interface message, e.g. a PDU session resource modify confirm message, or any other message) .

[0136] Embodiment Set VII

[0137] In various embodiments, as shown in FIG. 11, a first network node may be a gNB-CU-CP 1190, and a second network node may be a gNB-CU-UP 1192, wherein there is a core network (CN) 1194. The method may include a portion or all of the following steps.

[0138] For step 1102, for a certain PDU session, a certain UE or a certain QoS flow, the gNB-CU-UP may decide to change the PDU set based handling support status, e.g. when the gNB-CU-UP is overloaded or the network resources become available. When the gNB-CU-UP decides to change the PDU set based handling support  status, the gNB-CU-UP may sends at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow to the gNB-CU-CP via a message (E1 interface message, e.g. a bearer context modification required message, or any other message) .

[0139] For example, changing the PDU set based handling support status means that the gNB-CU-UP that supported PDU set based handling decides to change to not support PDU set based handling, or the gNB-CU-UP that didn’t support PDU set based handling decides to change to support PDU set based handling.

[0140] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 1102 may be used to notify the gNB-CU-CP whether the gNB-CU-UP supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different values of the PDU set based handling indicator may be used to indicate whether the gNB-CU-UP supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0141] For step 1104, the gNB-CU-UP may respond with a message (E1 interface message, e.g. a bearer context modification confirm message, or any other message) .

[0142] For step 1110, the gNB-CU-CP decides to change the PDU set based handling support status since the gNB-CU-UP decides to change the PDU set based handling support status, e.g. when the gNB-CU-UP is overloaded, or the network resources become available. The gNB-CU-CP may sends at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow to the CN via a message (NG interface message, e.g. a PDU session resource modify indication message, a PDU session resource notify message or any other message) .

[0143] Similar to the PDU set based handling indicator in step 604, the inclusion or non-inclusion of the PDU set based handling indicator in step 1110 may be used to notify the CN whether the gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow; and / or different values of the PDU set based handling indicator may be used to indicate whether the gNB supports the PDU set based handling for a certain PDU session or for a certain UE or for a certain QoS flow.

[0144] For step 1120, when the CN receives at least one PDU set based handling indicator for the certain PDU session or for the certain UE or for the certain QoS flow from the gNB, the CN knows that the gNB changes the PDU set based handling support status for the certain PDU session or for the certain UE or for the certain QoS flow, and the CN may activate or deactivate the PDU set identification and marking based on the current support status of the gNB. The CN may respond with a message (NG interface message, e.g. a PDU session resource modify  confirm message, or any other message) .

[0145] The present disclosure describes methods, apparatus, and computer-readable medium for wireless communication. The present disclosure addressed the issues with supporting PDU set based handling. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of wireless communication by achieving flexible activation and deactivation of PDU set identification and marking, thus improving efficiency and overall performance. The methods, devices, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.

[0146] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) . In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software.

[0147] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0148] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the  specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method for wireless communication, comprising:sending, by a first network node, a first message to a second network node, the first message comprising a first indicator, wherein the first indicator indicates supportability for protocol data unit (PDU) set based handling by the first network node.2.A method for wireless communication, comprising:receiving, from a first network node by a second network node, a first message comprising a first indicator, wherein the first indicator indicates supportability for PDU set based handling by the first network node.3.The method according to any one of claims 1 to 2, wherein:in response to a PDU set based handling support status changing, the first network node determines to send the first indicator to the second network node.4.The method according to any one of claims 1 to 2, wherein:the first network node comprises a base station, and the second network node comprises a first core network (CN) ;the first network node comprises a centralized unit (CU) of a base station, and the second network node comprises a distributed unit (DU) of the base station; orthe first network node comprises a CU-control plane (CU-CP) of a base station, and the second network node comprises a CU-user plane (CU-UP) of the base station.5.The method according to any one of claims 1 to 4, wherein:the first message comprises a first NG interface message compromising one of the following: a PDU session resource modify indication message, or a PDU session resource notify message;the first message comprises a first F1 interface message compromising a UE context modification required message; orthe first message comprises a first E1 interface message compromising a bearer context modification required message.6.The method according to any one of claims 1 to 5, wherein:upon receiving the first indicator, the second network node transmits a second message to the first network node.7.The method according to any one of claims 1 to 6, wherein:the second message comprises a second NG interface message compromising a PDU session resource modify confirm message;the second message comprises a second F1 interface message compromising a UE context modification confirm message; orthe second message comprises a second E1 interface message compromising a bearer context modification confirm message.8.The method according to any one of claims 1 to 7, wherein:in response to receiving the first indicator from the second network node, the first network node transmits a third message comprising a second indicator to a third network node.9.The method according to claim 8, wherein:in response to a PDU set based handling support status changing, the first network node determines to send the second indicator to the third network node.10.The method according to any one of claims 1 to 8, wherein:the third network node comprises a second CN; andthe third message comprises a third NG interface message compromising a PDU session resource modify indication message, or a PDU session resource notify message.11.The method according to any one of claims 1 to 10, wherein:in response to receiving the second indicator from the first network node, the third network node transmits a fourth message to the first network node.12.The method according to any one of claims 1 to 11, wherein:the fourth message comprises a fourth NG interface message compromising a PDU session resource modify confirm message.13.The method according to any one of claims 1 to 12, wherein:the supportability for PDU set based handling comprises at least one of the following: to support the PDU set based handling for a PDU session, to support the PDU set based handling for a UE, or to support the PDU set based handling for a quality-of-service (QoS) flow.14.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 13.15.A computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 13.

Citation Information

Patent Citations

  • Apparatus and method for quality of service support with protocol data unit set granularity

    CN116828547A

  • Data processing method and device, computer readable medium and electronic equipment

    CN117062102A

  • Business processing method and device

    CN117322051A

  • Rule generation method and network element

    CN117337554A

  • Radio frequency power generator with pulse waveform design

    KR1020250053394A