Methods, devices, and systems for supporting multi-modal service

Abstract

The present disclosure describes methods, system, and devices for supporting multi-modal service for one user equipment (UE) or multiple UEs. One method includes sending, by a first network node, downlink (DL) data to a second network node, the DL data comprising control information related to a protocol data unit (PDU). Another method includes receiving, by a second network node, DL data from a first network node, the DL data comprising control information related to a PDU. Another method includes sending, by a first network node, uplink (UL) data to a second network node, the UL data comprising control information related to a PDU. Another method includes receiving, by a second network node, UL data from a first network node, the UL data comprising control information related to a PDU.

Description

METHODS, DEVICES, AND SYSTEMS FOR SUPPORTING MULTI-MODAL SERVICETECHNICAL FIELD

[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods, devices, and systems for supporting multi-modal service for one user equipment (UE) or multiple UEs.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] Multi-modal services, such as Extended Reality (XR) and metaverse, consist of several data flows which are related to each other and may come from different sources. For example, audio data flow and video data flow need to be coordinated and synchronized for either a single user or multiple users. To support multi-modal services, coordination and synchronization of different protocol data unit (PDU) sets in different quality of service (QoS) flows / service flows need to be performed to ensure user experience. There are some issues / problems associated with the coordination and / or synchronization of PDU or PDU sets, resulting in poor synchronization or correlation of different PDU sets in different QoS flows / service flows of a single UE or multiple UEs.

[0004] The present disclosure describes various embodiments for supporting multi-modal service, addressing at least one of the issues / problems discussed above. 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 multi-modal service for one user equipment (UE) or multiple UEs by transmitting control information related to at least one protocol data unit (PDU) . 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, downlink (DL) data to a second network node, the DL data comprising control information related to a protocol data unit (PDU) .

[0007] In another embodiment, the present disclosure describes a method for wireless communication. The method includes receiving, by a second network node, DL data from a first network node, the DL data comprising control information related to a PDU.

[0008] In another embodiment, the present disclosure describes a method for wireless communication. The method includes sending, by a first network node, uplink (UL) data to a second network node, the UL data comprising control information related to a PDU.

[0009] In another embodiment, the present disclosure describes a method for wireless communication. The method includes receiving, by a second network node, UL data from a first network node, the UL data comprising control information related to a PDU.

[0010] 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.

[0011] 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.

[0012] 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.

[0013] 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

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

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

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

[0017] FIG. 1D shows a schematic diagram of application data unit structure.

[0018] FIG. 1E shows a schematic diagram of communications between two network nodes.

[0019] FIG. 1F shows another schematic diagram of communications between two network nodes.

[0020] FIG. 1G shows another schematic diagram of communications between two network nodes.

[0021] FIG. 1H shows another schematic diagram of communications between two network nodes.

[0022] FIG. 1I shows another schematic diagram of communications between two network nodes.

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

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

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

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

[0027] FIG. 4C shows a flow diagram of another method for wireless communication.

[0028] FIG. 4D shows a flow diagram of another method for wireless communication.

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

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

[0031] 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.

[0032] 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.

[0033] 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.

[0034] The present disclosure describes various embodiments for supporting multi-modal service for one user equipment (UE) or multiple UEs.

[0035] 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.

[0036] 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, etc., wherein the service may include multiple data flows related to each other and coming from different sources. For example, audio data flow and video data flow need to be coordinated and synchronized for either a single user or multiple users. To support multi-modal services, coordination and synchronization of different protocol data unit (PDU) sets in different quality of service (QoS) flows / service flows need to be performed to ensure user experience. There are some issues / problems associated with the coordination and / or synchronization of PDU or PDU sets, resulting in poor synchronization or correlation of different PDU sets in different QoS flows / service flows of a single UE or multiple UEs. The issues / problems may result in long latency, more signalling overhead, long interruption time, and / or poor service quality.

[0037] The present disclosure describes various embodiments for supporting multi-modal service, addressing at least one of the issues / problems discussed above, enhancing the synchronization and / or correlation of different PDU sets in different QoS flows / service flows of a single UE or multiple UEs.

[0038] Efficient and robust synchronization and correlation mechanism is important for supporting multi-modal services. For example, a sending network node may send correlated PDUs or PDU sets to a corresponding UE at the same time for better service performance; and / or a receiving network node may decide to discard other correlated PDUs or PDU sets when one or more correlated PDU or PDU set are not received successfully. Thus, for these kinds of service requires high data rate and low latency, the service characteristics information to enhance synchronization and correlation may be used to optimize gNB radio resource scheduling, e.g. improving scheduling efficiency. When the scheduling is improved, the multi-modal service can be improved.

[0039] 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.

[0040] The RAN 120 further includes multiple base stations 122 and 124 (or referred as RANs) . The base station 122 and one or more user equipment (UE) 130 communicate with one another via  over the air (OTA) radio communication resources 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 network 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 OTA 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.

[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 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.

[0047] 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.

[0048] 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.

[0049] 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.

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

[0051] In various embodiments / implementations in the present disclosure, a multi-modal service, e.g. XR service may include video streaming, which is expressed by multiple application data units, and each application data unit is composed by multiple application frames (e.g. I-frame, P-frame, B-frame) . Referring to FIG. 1D, one application frame may include at least one IP packets, which can be expressed in a PDU set (e.g. a sequence of packets that includes, e.g., all the necessary information to reconstruct a video frame, equivalent to the “media unit” or a “slice” , video / audio frame / tile, haptic application information) in QoS flow, e.g. GTP-U, NG user plane interface (NG-U) , Xn User plane (Xn-U) interface, or user data from non-access stratum (NAS) . For example, one of the application frames (I1) may include a first PDU Set (PDU Set 1) , which includes n PDUs (i.e., I11, I12, I13... I1n) , wherein n is a positive integer. For another example, another of the application frames (B2) may include a second PDU Set (PDU Set 2) , which includes m PDUs (i.e., B11, B12, B13... B1m) , wherein m is a positive integer.

[0052] In some implementations, an I-frame is a keyframe, which stores / transmits all of the data needed to display that frame. Typically, I-frames are interspersed with P-frames and B-frames in a compressed video. The more I-frames that are contained, the better quality the video will be; however, I-frames contain the most amount of bits and therefore take up more space on the storage medium and consumes more radio resource to deliver it over Uu interface. A P-frame is a delta frame, which contains only the data that have changed from the preceding I-frame (such as color or content changes) . Because of this, P-frame depend on the preceding I-frame to fill in most of the data. A B-frame is also a delta frame, which contains only the data that have changed from the preceding frame and are different from the data in the very next frame. Thus, the B-frame depends on the frames preceding and following it to fill in most of the data.

[0053] 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) . Data burst may include one or more PDU set generated and sent by the application in a short period of time. Periodicity may be the time duration between the start of two data bursts. Burst arrival time may be the latest possible time when the first packet of the data burst arrives at either the ingress of the RAN (downlink flow direction) or the egress interface of the UE (uplink flow direction) . In some implementations all PDUs in a PDU set are needed by the application layer to use the corresponding  unit of information. In other implementations, the application layer can still recover parts all or of the information unit, when some PDUs are missing.

[0054] 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.

[0055] In the present disclosure, a PDU set may refer to a set comprising 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. In other implementations, the application layer may recover parts or all of the information unit, when some PDUs are missing.

[0056] In some implementations for tactile and multi-modal communication service, the tactile and multi-modal communication service can be applied in multiple fields, e.g. industry, robotics and telepresence, virtual reality, augmented reality, healthcare, road traffic, serious gaming, education, culture and smart grid. These services support applications enabling input from more than one sources and / or output to more than one destinations to convey information more effectively. For example, the input and output can be different modalities including at least one of the following: video / audio media; information received by sensors about the environment, e.g. brightness, temperature, humidity, etc.; haptic data: can be feelings when touching a surface (e.g., pressure, texture, vibration, temperature) , or kinaesthetic senses (e.g. gravity, pull forces, sense of position awareness) .

[0057] For immersive multi-modal VR applications, synchronization between different media components is critical in order to avoid having a negative impact on the user experience (i.e. viewers detecting lack of synchronization) , particularly when the synchronization threshold between two or  more modalities is less than the latency KPI for the application. Example synchronization thresholds are summarized in Table 1.

[0058] Table 1: Typical synchronization thresholds for immersive multi-modality VR applications

[0059] In some implementations for policy control enhancements to support multi-modal services, multi-modal services may consist of several data flows (named as multi-modal flows) that related to each other and may come from different sources. Each data flow (single-modal data) may be seen as one type of data (for example audio, video, positioning, haptic data) associated with the same communication service. Data flows that comprise a multi-modal service may come from a single UE, either via a single device or via multiple devices connected to the single UE that can access the 5GS, or from multiple UEs. PDU sets in different data flows may be correlated. In some implementations, all correlated PDU sets are needed by the application layer to use the corresponding unit of information. In other implementations, when some PDU sets are missing, the application layer may recover a portion or all of the information unit.

[0060] In various embodiments, current frame format may include a newly design frame, or a modified existing frame, for example, DL PDU session information frame, UL PDU session information frame, DL user data frame, DL data delivery status frame, and / or assistance information data frame.

[0061] In some implementations for DL PDU session information, a purpose of the transfer of DL PDU session information procedure is to send control information elements related to the PDU Session from UPF to NG-RAN. In case of uplink and downlink data forwarding the DL PDU session information procedure shall also be used to send control information elements related to the PDU session from NG-RAN node to UPF, or from UPF to NG-RAN node, or between NG-RAN nodes.

[0062] FIG. 1E shows a successful transfer of DL PDU session information.

[0063] In some implementations, this frame format may be defined to allow the NG-RAN to receive some control information elements which are associated with the transfer of a packet over the interface. Table 2 shows an example of a respective DL PDU SESSION INFORMATION frame.

[0064] Table 2: DL PDU SESSION INFORMATION (PDU Type 0) frame

[0065] In some implementations for UL PDU session information, a purpose of the transfer of UL PDU Session Information procedure is to send control information elements related to the PDU Session from NG-RAN to UPF. FIG. 1F shows an example of successful transfer of UL PDU session information. This frame format may be defined to allow the UPF to receive some control information elements which are associated with the transfer of a packet over the interface. Table 3 shows an example of a respective UL PDU SESSION INFORMATION frame.

[0066] Table 3: UL PDU SESSION INFORMATION Format

[0067] In some implementations for downlink user data, a purpose of the transfer of downlink user data procedure is to provide NR-U specific sequence number information at the transfer of user data carrying a DL NR PDCP PDU from the node hosting the NR PDCP entity to the corresponding node. FIG. 1G shows an example of successful transfer of downlink user data. This frame format may be defined e.g. to allow the corresponding node to detect lost NR-U packets and may be associated with the transfer of a downlink PDCP PDU. Table 4 shows an example of a respective DL USER DATA frame. Table 4 shows an example of DL USER DATA frame format.

[0068] Table 4: DL USER DATA Frame Format

[0069] In some implementations for DL data delivery status, a purpose of the downlink data delivery status procedure is to provide feedback from the corresponding node to the node hosting the NR PDCP entity to allow the node hosting the NR PDCP entity to control the downlink user data flow via the corresponding node for the respective data radio bearer. The corresponding node may also transfer uplink user data for the concerned data radio bearer to the node hosting the NR PDCP entity together with a DL DATA DELIVERY STATUS frame within the same GTP-U PDU.

[0070] In some implementations, the downlink data delivery status procedure is also used to provide feedback from the corresponding node to the node hosting the NR PDCP entity to allow the node hosting the NR PDCP entity to control the successful delivery of DL control data to the corresponding node. FIG. 1H shows an example of a successful downlink data delivery status.

[0071] In some implementations, this frame format may be defined to transfer feedback to allow the receiving node (i.e. the node that hosts the PDCP entity) to control the downlink user data flow via the sending node (i.e. the corresponding node) . Table 5 shows an example of a respective DL DATA DELIVERY STATUS frame, showing how a frame is structured when all optional IEs (i.e. those whose presence is indicated by an associated flag) are present.

[0072] Table 5: DL DATA DELIVERY STATUS Format

[0073] In some implementations for assistance information, a purpose of the transfer of assistance information procedure is to provide assistance information to the node hosting the NR PDCP entity. Such information may be taken into consideration by the node hosting the NR PDCP entity for UP management and optimisation procedures. FIG. 1I shows an example of a successful transfer of assistance information data. This frame format may be defined to allow the node hosting the PDCP entity to receive assistance information. Table 6 shows an example of a respective ASSISTANCE INFORMATION DATA frame.

[0074] Table 6: ASSISTANCE INFORMATION DATA Format

[0075] FIG. 2 shows an example of electronic device 200 to implement a network base station 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.

[0076] 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 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.

[0077] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, 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.

[0078] 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.

[0079] 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.

[0080] The present disclosure describes various embodiment for supporting multi-modal service for one UE or multiple UEs, which may be implemented, partly or totally, on the core network, the network base station, and / or the user equipment described above in FIGS. 2-3.

[0081] 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, downlink (DL) data to a second network node, the DL data comprising control information related to a protocol data unit (PDU) .

[0082] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 420 for wireless communication. The method 420 may step 422, receiving, by a second network node, DL data from a first network node, the DL data comprising control information related to a PDU.

[0083] Referring to FIG. 4C, the present disclosure describes various embodiments of a method 440 for wireless communication. The method 440 may step 442, sending, by a first network node, uplink (UL) data to a second network node, the UL data comprising control information related to a PDU.

[0084] Referring to FIG. 4D, the present disclosure describes various embodiments of a method 460 for wireless communication. The method 460 may step 462, receiving, by a second network node, UL data from a first network node, the UL data comprising control information related to a PDU.

[0085] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the PDU comprises a new radio user plane interface (NR-U) PDU or a packet data convergence protocol (PDCP) PDU comprised in a NR-U PDU. In some implementations, the NR-U PDU may refer to a Xn-U PDU or F1-U PDU.

[0086] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the PDU comprises a NG user plane interface (NG-U) PDU or a PDCP PDU comprised in a NG-U PDU.

[0087] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the control information comprises at least one of the following: a PDU set group information existence flag indicating whether the control information comprises PDU set group information, the PDU set group information for correlating a plurality of PDU sets in more than one transmission flows of at least one UE, an adjacent PDU set information existence flag indicating whether the control information comprises adjacent PDU set information, the adjacent PDU set information indicating at least one nearest PDU set adjacent to a current PDU set with respect to sequence or dependency relationship of the PDU sets, a PDU group information existence flag indicating whether the control information comprises PDU group information, the PDU group information for correlating a plurality of PDUs in more than one transmission flows of at least one UE, an adjacent PDU information existence flag indicating whether the control information comprises adjacent PDU information, and / or the adjacent PDU information indicating at least one nearest PDU adjacent to a current PDU with respect to sequence or dependency relationship of the PDUs.

[0088] In some implementations, “nearest” and / or “adjacent” may refer to a timing sequence relationship in the time domain, for example, when another PDU set is next to the current PDU set  in the time domain (either right before or right after the current PDU set) , the another PDU set is the nearest PDU set adjacent to the current PDU set.

[0089] In some implementations, “nearest” and / or “adjacent” may refer to a dependency relationship (e.g., a logical dependency relationship) , for example, when another PDU set has a logical dependency on the current PDU set (either being depended or depending on) , the another PDU set is the nearest PDU set adjacent to the current PDU set.

[0090] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the PDU set group information is represented by a PDU set group identifier (ID) information element (IE) .

[0091] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the adjacent PDU set information comprises at least one of the following: at least one adjacent UE ID indicating a UE which the at least one nearest PDU set belongs to, at least one adjacent quality of service (QoS) flow identifier (QFI) indicating a QoS flow which the at least one nearest PDU set belongs to, and / or at least one adjacent PDU set sequence number (SN) indicating the sequence number or ID of the at least one nearest PDU set.

[0092] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the PDU group information is represented by a PDU group ID information element (IE) .

[0093] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the adjacent PDU information comprises at least one of the following: at least one adjacent UE ID indicating a UE which the at least one nearest PDU belongs to, at least one adjacent QFI indicating a QoS flow which the at least one nearest PDU belongs to, and / or at least one adjacent PDU sequence number indicating at least one nearest PDU.

[0094] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , each transmission flow of the more than one transmission flows comprises at least one of the following: a quality of serve (QoS) flow or a service flow.

[0095] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , each of the at least one adjacent PDU sequence number  comprises one of the following: a global PDU sequence number, and / or a PDU set sequence number and a PDU sequence number within the PDU set indicated by the PDU set sequence number.

[0096] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node and the second network node respectively comprise a user plane function (UPF) node and a radio access network (RAN) node; the DL data comprises a NG-U frame; and the global PDU sequence number indicates a sequence number of the nearest PDU as assigned by the UPF node associated with the adjacent QoS flow.

[0097] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the NG-U frame comprises a DL PDU session information frame; and / or the global PDU sequence number comprises an adjacent QFI sequence number.

[0098] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node and the second network node respectively comprise a RAN node and a UPF node; the UL data comprises a NG-U frame; and the global PDU sequence number indicates a sequence number of the nearest PDU as assigned by the RAN node associated with the adjacent QoS flow.

[0099] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the NG-U frame comprises a UL PDU session information frame; and / or the global PDU sequence number comprises an adjacent QFI sequence number.

[0100] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node and the second network node respectively comprise a first RAN node and a second RAN node, and the DL data comprises a Xn user plane (Xn-U) frame; and / or the first network node and the second network node respectively comprise a centralized unit (CU) and a distributed unit (DU) , and the DL data comprises a F1 user plane (F1-U) frame.

[0101] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the Xn-U frame or the F1-U frame comprises a DL user data frame.

[0102] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node and the second network node respectively comprise a first RAN node and a second RAN node, and the UL data comprises a Xn-U frame; and / or the first network node and the second network node respectively comprise a DU and a CU, and the UL data comprises a F1-U frame.

[0103] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the Xn-U frame or the F1-U frame comprises one of a DL data delivery status frame or an assistance information data frame.

[0104] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the adjacent PDU set information comprises at least one of the following: at least one adjacent UE ID indicating a UE which the at least one nearest PDU set belongs to, ID information comprising at least one of the following: an adjacent QFI indicating a QoS flow which the at least one nearest PDU set belongs to, or an adjacent data radio bearer (DRB) ID indicating a DRB ID which the at least one nearest PDU set belongs to, or at least one adjacent PDU set sequence number (SN) indicating the sequence number or ID of the at least one nearest PDU set.

[0105] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the global PDU sequence number indicates a sequence number of the nearest PDU, and the global PDU sequence number comprises at least one of the following: a NR-U sequence number indicating a NR-U sequence number as assigned by a node hosting a NR PDCP entity, and / or a PDCP PDU sequence number indicating a NR PDCP PDU sequence number.

[0106] The present disclosure describes various embodiments with exemplary examples for supporting multi-modal service for one UE or multiple UEs. 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) .

[0107] Embodiment Set I

[0108] In various embodiments, as shown in FIG. 5, a first network node (Node1, 591) may send a downlink data to a second network node (Node2, 592) . The downlink data may be a NG-U frame. Node1 may be a UPF, Node2 may be a NG-RAN node. The NG-U frame may reuse the existing DL PDU Session Information frame or be defined as a new NG-U frame. The NG-U frame may include at least one of the following information (or referred as parameters) .

[0109] One information / parameter may be PDU set group information existence flag. This parameter indicates the presence of the PDU set group information. This parameter may have a value range: {0= PDU set group information not present, 1= PDU set group information present} . This parameter may have a field length: 1 bit. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0110] Another information / parameter may be PDU set group information. This parameter is used to correlate different PDU sets in different QoS flows / service flows of a single UE or multiple UEs. PDU sets with the same PDU set group information are considered as correlated PDU sets. Synchronization and coordination of correlated PDU sets can be achieved based on this parameter. The node 2 can decide to send the correlated PDU sets to the UE at the same time for better service performance. The node 2 can also decide to discard all the correlated PDU sets if one or some PDU sets are lost in the same group. The PDU set group information can be defined as a new information element (IE) such as PDU set group identifier IE or PDU set group ID IE. This parameter may have a value range: {0... 2^ (8×N) -1} . This parameter may have a field length: N octets / bytes (N represents a positive integer) . The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design. In the present disclosure, “2^m” may represent 2m.

[0111] Another information / parameter may be an adjacent PDU set information existence flag. This parameter is used to indicate the presence of the adjacent PDU set information of the current PDU set. This parameter may have a value range: {0= Adjacent PDU set information not present, 1=Adjacent PDU set information present} . This parameter may have a field length: 1bit. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0112] Another information / parameter may be adjacent PDU set information. This parameter is used to indicate the nearest PDU set (s) before and / or after the current PDU set. Based on this  parameter, the node 2 can know the sequence or dependency of the PDU sets in the same group, so that it can decide the time sequence of the PDU sets in the same group to be sent to the UE. The node 2 can also decide to send the dependent PDU sets to the UE at the same time for better service performance. In addition, the node 2 can also make decisions on PDU set discarding based on the PDU set sequence in the same group. For example, if PDU set 1 (e.g. I frame) is lost, the node 2 does not need to send PDU set 2 (B or P frame) since PDU set 2 cannot be understood without PDU set 1. If PDU set 2 is lost, the node 2 can still transmit PDU set 1 because PDU set 1 can be understood without PDU set 2.

[0113] In some implementations, the Adjacent PDU set information may include the adjacent UE identifier (s) , adjacent QoS flow identifier (s) , and / or adjacent PDU set sequence number (s) . With these three parameters, the node 2 can identify nearest PDU set (s) before and / or after the current PDU set in different QoS flows / service flows of a single UE or multiple UEs.

[0114] The Adjacent UE identifier (ID) may be used to indicate the UE which the nearest PDU set(s) belongs to. This parameter may have a value range: {0... 2^ (8×M) -1} . This parameter may have a field length: M octets / bytes (M represents an integer) . The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0115] The adjacent QoS flow identifier (QFI) may be used to indicate the QoS flow which the nearest PDU set (s) belongs to. This parameter may have a value range: {0... 2^6-1} . This parameter may have a field length: 6 bits. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0116] The adjacent PDU set sequence number (SN) may be used to indicate the sequence number of the nearest PDU set (s) which acts as the identifier of the PDU set. This parameter may have a value range: {0... 2^10-1} . This parameter may have a field length: 10 bits. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0117] Another information / parameter may be a PDU group information existence flag. This parameter indicates the presence of the PDU group information. This parameter may have a value range: {0= PDU group information not present, 1= PDU group information present} . This parameter may have a field length: 1bit. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0118] Another information / parameter may be PDU group information. This parameter is used to correlate different PDUs in different QoS flows / service flows of a single UE or multiple UEs. PDUs within the same PDU group information are considered as correlated PDUs. Synchronization and coordination of correlated PDUs can be achieved based on this parameter. The node 2 can decide to send the correlated PDUs to the UE at the same time for better service performance. The node 2 can also decide to discard all the correlated PDUs if one or some PDUs are lost in the same group. The PDU group information can be defined as a new information element (IE) such as PDU group identifier IE or PDU group ID IE. This parameter may have a field length: N octets / bytes (N represents a positive integer) . The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0119] Another information / parameter may be an adjacent PDU information existence flag. This parameter is used to indicate the presence of the adjacent PDU information of the current PDU. This parameter may have a value range: {0= Adjacent PDU information not present, 1= Adjacent PDU information present} . This parameter may have a field length: 1bit. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0120] Another information / parameter may be adjacent PDU information. This parameter is used to indicate the nearest PDU (s) before and / or after the current PDU. Based on this parameter, the node 2 can know the sequence or dependency of the PDUs in the same group, so that it can decide the time sequence of the PDUs in the same group to be sent to the UE. In addition, the node 2 can also make decisions on PDU discarding based on the PDU sequence in the same group. For example, if PDU 1 is lost, the node 2 does not need to send PDU 2 since PDU set 2 cannot be understood without PDU 1. If PDU 2 is lost, the node 2 can still transmit PDU 1 because PDU 1 can be understood without PDU 2. The node 2 can also decide to send the dependent PDUs to the UE at the same time for better service performance. The adjacent PDU information may include the adjacent UE identifier (s) , adjacent QoS flow identifier (s) , and / or adjacent PDU sequence number (s) .

[0121] In some implementations, the adjacent PDU sequence number (s) is used to locate the nearest PDU (s) . The adjacent PDU sequence number (s) may be global PDU sequence number, e.g. may be adjacent QFI Sequence Number; or the adjacent PDU sequence number (s) may be adjacent PDU set sequence number (s) and adjacent PDU sequence number (s) within adjacent PDU set. With  these parameters, the node 2 can identify nearest PDU (s) before and / or after the current PDU in different QoS flows / service flows of a single UE or multiple UEs.

[0122] The adjacent UE identifier (ID) may be used to indicate the UE which the nearest PDU (s) belongs to. This parameter may have a value range: {0... 2^ (8×M) -1} . This parameter may have a field length: M octets / bytes (M represents an integer) . The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0123] The adjacent QoS flow identifier (adjacent QFI) may be used to indicate the QoS flow which the nearest PDU (s) belong to. This parameter may have a value range: {0... 2^6-1} . This parameter may have a field length: 6 bits. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0124] The adjacent PDU set sequence number (SN) may be used to indicate the sequence number of PDU set which the the nearest PDU (s) belong to which acts as the identifier of the PDU set. This parameter may have a value range: {0... 2^10-1} . This parameter may have a field length: 10 bits. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0125] The adjacent PDU sequence number (SN) within adjacent PDU set may be used to indicate the sequence number of nearest PDU (s) within the adjacent PDU set. This parameter may have a value range: {0... 2^6-1} . This parameter may have a field length: 6 bits. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0126] The global PDU sequence number and / or the adjacent QFI sequence number may be used to indicate the sequence number of the nearest PDU (s) as assigned by the UPF associated with the adjacent QoS Flow. This parameter may have a value range: {0... 2^24-1} . This parameter may have a field length: 3 octets. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0127] In various embodiments, any parameter with same names may have similar meanings and may be implemented similarly as in any other embodiments / implementations described in the present disclosure.

[0128] Embodiment Set II

[0129] In various embodiments, as shown in FIG. 6, a first network node (Node1, 691) may send a uplink data to a second network node (Node2, 692) . The uplink data may be a NG-U frame. Node1 may be NG-RAN node, Node2 may be UPF. The NG-U frame may reuse the existing UL PDU Session Information frame or be defined as a new NG-U frame.

[0130] In some implementations, the NG-U frame may include at least one of the following information / parameters: a PDU set group information existence flag, a PDU set group information, an adjacent PDU set information existence flag, adjacent PDU set information (including adjacent UE identifier (ID) , adjacent QoS flow identifier (QFI) , and / or adjacent PDU set sequence number (SN) ) , a PDU group information existence flag, PDU group information, an adjacent PDU information existence flag, adjacent PDU information (including adjacent UE identifier (s) , adjacent QoS flow identifier (s) , and / or adjacent PDU sequence number (s) including global PDU sequence number, e.g. may be adjacent QFI Sequence Number, or adjacent PDU set sequence number (s) and adjacent PDU sequence number (s) within adjacent PDU set) .

[0131] In various embodiments, any parameter with same names may have similar meanings and may be implemented similarly as in any other embodiments / implementations described in the present disclosure.

[0132] The details of each parameter may be the same as Embodiment Set I except for the global PDU sequence number and / or adjacent QFI Sequence Number as below. The global PDU sequence number and / or the adjacent QFI Sequence Number may be used to indicate the sequence number of the nearest PDU (s) as assigned by the NG-RAN node associated with the adjacent QoS Flow. This parameter may have a value range: {0... 2^24-1} , and / or have a field length: 3 octets. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0133] Embodiment Set III

[0134] In various embodiments, referring back to FIG. 5, a first network node (Node1, 591) may send a downlink data to a second network node (Node2, 592) . Downlink data may be a Xn-U frame. Node1 may be NG-RAN node1, Node2 may be NG-RAN node2.

[0135] In some implementations, the downlink data may be a F1-U frame. Node1 may be CU, Node 2 may be DU.

[0136] In some implementations, the Xn-U / F1-U frame may reuse the existing Downlink User Data frame or be defined as a new Xn-U / F1-U frame. The Xn-U / F1-U frame may include at least one of the following information / parameters: a PDU set group information existence flag, PDU set group information, an adjacent PDU set information existence flag, adjacent PDU set information (including adjacent UE identifier (ID) , ID information, and / or an adjacent PDU set sequence number (SN) ) , a PDU group information existence flag, PDU group information, an adjacent PDU information existence flag, adjacent PDU information (including adjacent UE identifier (s) , adjacent QoS flow identifier (s) , and / or adjacent PDU sequence number (s) including a global PDU sequence number (e.g. NR-U sequence number or PDCP PDU sequence number) or adjacent PDU set sequence number (s) and adjacent PDU sequence number (s) within adjacent PDU set) . The above information / parameters can be put into the extension header or the data field (e.g. the header of the PDCP PDU in the data field) of the Xn-U / F1-U frame.

[0137] In various embodiments, any parameter with same names may have similar meanings and may be implemented similarly as in any other embodiments / implementations described in the present disclosure.

[0138] The details of each parameter may be the same as Embodiment Set I except the following. The QFI sequence number is replaced by the NR-U sequence number or PDCP PDU sequence number; and / or the adjacent QoS flow identifier (QFI) is replaced by the ID information.

[0139] The ID information may include ID mapping information, which includes adjacent QoS flow identifier (QFI) which the nearest PDU set (s) belongs to and / or adjacent DRB identifier which the nearest PDU set (s) belongs to.

[0140] The adjacent DRB identifier may be used to indicate the DRB which the nearest PDU set(s) belongs to, may have a value range: {0... 2^8-1} and a field length: 1 octets / bytes. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0141] The NR-U sequence number may be used to indicate the NR-U sequence number as assigned by the node hosting the NR PDCP entity, and have a value range: {0... 2^24-1} and a field length: 3 octets / bytes. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0142] The PDCP PDU sequence number may be used to indicate the NR PDCP PDU sequence number, and have a value range: {0... 2^24-1} and a field length: 3 octets / bytes. The value ranges and / or field lengths are non-limiting examples, and may include other field length values depending on a final design.

[0143] Embodiment Set IV

[0144] In various embodiments, referring back to FIG. 6, a first network node (Node1, 691) may send a uplink data to a second network node (Node2, 692) . In some implementations, the uplink data may be a Xn-U frame. Node1 may be NG-RAN node2, Node2 may be NG-RAN node1. In some implementations, the uplink data may be a F1-U frame. Node1 may be DU, Node 2 may be CU.

[0145] In some implementations, the Xn-U / F1-U frame may reuse the existing Downlink Data Delivery Status frame / Assistance Information Data frame or be defined as a new Xn-U / F1-U frame. The Xn-U / F1-U frame may include at least one of the following information / parameters: a PDU set group information existence flag, PDU set group information, an adjacent PDU set information existence flag, adjacent PDU set information (including adjacent UE identifier (ID) , ID information, and / or an adjacent PDU set sequence number (SN) ) , a PDU group information existence flag, PDU group information, an adjacent PDU information existence flag, adjacent PDU information (including adjacent UE identifier (s) , adjacent QoS flow identifier (s) , and / or adjacent PDU sequence number (s) including a global PDU sequence number (e.g. NR-U sequence number or PDCP PDU sequence number) or adjacent PDU set sequence number (s) and adjacent PDU sequence number (s) within adjacent PDU set) . The above information can be put into the extension header or the data field (e.g. the header of the PDCP PDU in the data field) of the Xn-U / F1-U frame.

[0146] The details of each parameter may be the same as Embodiment Set III.

[0147] In various embodiments, any parameter with same names may have similar meanings and may be implemented similarly as in any other embodiments / implementations described in the present disclosure.

[0148] The present disclosure describes methods, apparatus, and computer-readable medium for wireless communication. The present disclosure addressed the issues with supporting multi-modal service for one UE or multiple UEs. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of wireless communication by delivering QoS flow information, 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.

[0149] 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.

[0150] 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.

[0151] 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, downlink (DL) data to a second network node, the DL data comprising control information related to a protocol data unit (PDU) .2.A method for wireless communication, comprising:receiving, by a second network node, DL data from a first network node, the DL data comprising control information related to a PDU.3.A method for wireless communication, comprising:sending, by a first network node, uplink (UL) data to a second network node, the UL data comprising control information related to a PDU.4.A method for wireless communication, comprising:receiving, by a second network node, UL data from a first network node, the UL data comprising control information related to a PDU.5.The method according to any one of claims 1 to 4, wherein:the PDU comprises a new radio user plane interface (NR-U) PDU or a packet data convergence protocol (PDCP) PDU comprised in a NR-U PDU.6.The method according to any one of claims 1 to 4, wherein:the PDU comprises a NG user plane interface (NG-U) PDU or a PDCP PDU comprised in a NG-U PDU.7.The method according to any one of claims 1 to 6, wherein the control information comprises at least one of the following:a PDU set group information existence flag indicating whether the control information comprises PDU set group information,the PDU set group information for correlating a plurality of PDU sets in more than one transmission flows of at least one UE,an adjacent PDU set information existence flag indicating whether the control information comprises adjacent PDU set information,the adjacent PDU set information indicating at least one nearest PDU set adjacent to a current PDU set with respect to sequence or dependency relationship of the PDU sets,a PDU group information existence flag indicating whether the control information comprises PDU group information,the PDU group information for correlating a plurality of PDUs in more than one transmission flows of at least one UE,an adjacent PDU information existence flag indicating whether the control information comprises adjacent PDU information, orthe adjacent PDU information indicating at least one nearest PDU adjacent to a current PDU with respect to sequence or dependency relationship of the PDUs.8.The method according to claim 7, wherein:the PDU set group information is represented by a PDU set group identifier (ID) information element (IE) ;the adjacent PDU set information comprises at least one of the following:at least one adjacent UE ID indicating a UE which the at least one nearest PDU set belongs to,at least one adjacent quality of service (QoS) flow identifier (QFI) indicating a QoS flow which the at least one nearest PDU set belongs to, orat least one adjacent PDU set sequence number (SN) indicating the sequence number or ID of the at least one nearest PDU set;the PDU group information is represented by a PDU group ID information element (IE) ;the adjacent PDU information comprises at least one of the following:at least one adjacent UE ID indicating a UE which the at least one nearest PDU belongs to,at least one adjacent QFI indicating a QoS flow which the at least one nearest PDU belongs to, orat least one adjacent PDU sequence number indicating at least one nearest PDU; oreach transmission flow of the more than one transmission flows comprises at least one of the following: a quality of serve (QoS) flow or a service flow.9.The method according to claim 8, wherein:each of the at least one adjacent PDU sequence number comprises one of the following:a global PDU sequence number, ora PDU set sequence number and a PDU sequence number within the PDU set indicated by the PDU set sequence number.10.The method according to any one of claims 1 to 2 and 5 to 9, wherein:the first network node and the second network node respectively comprise a user plane function (UPF) node and a radio access network (RAN) node;the DL data comprises a NG-U frame; andthe global PDU sequence number indicates a sequence number of the nearest PDU as assigned by the UPF node associated with the adjacent QoS flow.11.The method according to claim 10, wherein:the NG-U frame comprises a DL PDU session information frame; orthe global PDU sequence number comprises an adjacent QFI sequence number.12.The method according to any one of claims 3 to 9, wherein:the first network node and the second network node respectively comprise a RAN node and a UPF node;the UL data comprises a NG-U frame; andthe global PDU sequence number indicates a sequence number of the nearest PDU as assigned by the RAN node associated with the adjacent QoS flow.13.The method according to claim 12, wherein:the NG-U frame comprises a UL PDU session information frame; orthe global PDU sequence number comprises an adjacent QFI sequence number.14.The method according to any one of claims 1 to 2 and 5 to 9, wherein:the first network node and the second network node respectively comprise a first RAN node and a second RAN node, and the DL data comprises a Xn user plane (Xn-U) frame; orthe first network node and the second network node respectively comprise a centralized unit (CU) and a distributed unit (DU) , and the DL data comprises a F1 user plane (F1-U) frame.15.The method according to claim 14, wherein:the Xn-U frame or the F1-U frame comprises a DL user data frame.16.The method according to any one of claims 3 to 9, wherein:the first network node and the second network node respectively comprise a first RAN node and a second RAN node, and the UL data comprises a Xn-U frame; orthe first network node and the second network node respectively comprise a DU and a CU, and the UL data comprises a F1-U frame.17.The method according to claim 16, wherein:the Xn-U frame or the F1-U frame comprises one of a DL data delivery status frame or an assistance information data frame.18.The method according to any one of claims 14 to 17, wherein:the adjacent PDU set information comprises at least one of the following:at least one adjacent UE ID indicating a UE which the at least one nearest PDU set belongs to,ID information comprising at least one of the following: an adjacent QFI indicating a QoS flow which the at least one nearest PDU set belongs to, or an adjacent data radio bearer (DRB) ID indicating a DRB ID which the at least one nearest PDU set belongs to, orat least one adjacent PDU set sequence number (SN) indicating the sequence number or ID of the at least one nearest PDU set; orthe global PDU sequence number indicates a sequence number of the nearest PDU, and the global PDU sequence number comprises at least one of the following:a NR-U sequence number indicating a NR-U sequence number as assigned by a node hosting a NR PDCP entity, ora PDCP PDU sequence number indicating a NR PDCP PDU sequence number.19.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 18.20.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 18.

Images