Method and apparatus of supporting protocol data unit (PDU) set based handling

Abstract

Various aspects of the present disclosure relate to a method and apparatus of supporting protocol data unit (PDU) set based handling. An exemplary method performed by a CN entity may include: receiving, from a UE component of a MWAB, one or multiple of: PDU set quality of service (QoS) parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported; and sending, to a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking.

Description

METHOD AND APPARATUS OF SUPPORTING PROTOCOL DATA UNIT (PDU) SET BASED HANDLINGTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to techniques of supporting protocol data unit (PDU) set based handling.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers, or the like) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G)  ) .SUMMARY

[0003] An article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.

[0004] Some implementations of the methods and apparatuses described herein may further include a core network (CN) entity for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN entity to: receive, from a UE component of a mobile gNB with wireless access backhauling (MWAB) , one or multiple of: PDU set quality of service (QoS) parameters, a transport level packet marking mapping list, or an indication indicating that downlink (DL) PDU set information marking is supported; and send, to a different CN entity belonging to a backhaul public land mobile network (PLMN) , information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking.

[0005] In some implementations of the methods and apparatuses described herein, the information indicating to perform DL PDU set information marking includes an indication to check GPRS tunneling protocol user plane (GTP-U) headers of incoming packets from a MWAB broadcasted PLMN, and an indication for PDU set information marking.

[0006] In some implementations of the methods and apparatuses described herein, the information indicating to perform transport level packet marking includes the transport level packet marking mapping list, an indication to check GTP-U headers of incoming packets from a MWAB broadcasted PLMN, and an indication for transport level packet marking.

[0007] In some implementations of the methods and apparatuses described herein, the information indicating to perform transport level packet marking includes an indication to check internet protocol (IP) headers of incoming packets from a MWAB broadcasted PLMN, and an indication for transport level packet marking.

[0008] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CN entity to: transmit, to a radio access network (RAN) entity belonging to the backhaul PLMN, one or multiple of the PDU set QoS parameters, the transport level packet marking mapping list, or the indication indicating that DL PDU set information marking is supported; and receive information from the RAN entity indicating that PDU set based handling is supported, before sending one or multiple of the information indicating to perform DL PDU set information marking or the information indicating to perform transport level packet marking.

[0009] In some implementations of the methods and apparatuses described herein, the DL PDU set information marking includes at least PDU set importance (PSI) value marking, the transport level packet marking includes at least transport level differentiated services code point (DSCP) value marking, and the transport level packet marking mapping list includes at least a PSI-DSCP value marking mapping list.

[0010] In some implementations of the methods and apparatuses described herein, a DSCP value is corresponding to one or multiple PSI values in the transport level packet marking mapping list.

[0011] Some implementations of the methods and apparatuses described herein may further include a CN entity for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN entity to: receive, from a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking; and perform DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking.

[0012] In some implementations of the methods and apparatuses described herein, the information indicating to perform DL PDU set information marking includes an indication to check GTP-U headers of incoming packets from a MWAB broadcasted PLMN, and performing the DL PDU set information marking includes: checking the GTP-U headers of incoming packets from the MWAB broadcasted PLMN; and performing the DL PDU set information marking within the backhaul PLMN based on checked results.

[0013] In some implementations of the methods and apparatuses described herein, the information indicating to perform transport level packet marking includes a transport level packet marking mapping list from a MWAB broadcasted PLMN and an indication to check GTP-U headers of incoming packets from the MWAB broadcasted PLMN, and performing the transport level packet marking includes: checking the GTP-U headers of incoming packets from the MWAB broadcasted PLMN; and performing the transport layer marking within the backhaul PLMN based on checked results and the transport level packet marking mapping list.

[0014] In some implementations of the methods and apparatuses described herein, the information indicating to perform transport level packet marking includes an indication to check IP headers of incoming packets from a MWAB broadcasted PLMN, and performing the transport level packet marking includes: checking the IP headers of incoming packets from the MWAB broadcasted PLMN; and performing the transport level packet marking within the backhaul PLMN as same as that performed in the MWAB broadcasted PLMN based on checked results by using a same DSCP marking value.

[0015] In some implementations of the methods and apparatuses described herein, the DL PDU set information marking includes at least PSI value marking, and the transport level packet marking includes at least transport level DSCP value marking.

[0016] In some implementations of the methods and apparatuses described herein, the transport level packet marking mapping list includes at least a PSI-DSCP value marking mapping list, and a DSCP value is corresponding to one or multiple PSI values.

[0017] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the CN entity to: send associated PDU sets to a RAN entity belonging to the backhaul PLMN after performing the DL PDU set information marking and the transport level packet marking.

[0018] Some implementations of the methods and apparatuses described herein may further include a CN entity for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CN entity to: receive a message indicating that a RAN entity is a gNB component of a MWAB and supports MWAB function; and send, to the gNB component of the MWAB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported.

[0019] In some implementations of the methods and apparatuses described herein, the message indicates that the RAN entity is a gNB component of the MWAB by carrying an indication indicating that a RAN entity is a gNB component of a MWAB.

[0020] In some implementations of the methods and apparatuses described herein, the message indicates that the RAN entity is a gNB component of the MWAB by carrying a data network name (DNN) or single network slice selection assistance information (S-NSSAI) associated with a UE served by the gNB component of the MWAB, wherein the DNN or S-NSSAI associated with the UE is associated with a backhaul PDU session.

[0021] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to cause the CN entity to: receive, from the gNB component of the MWAB, information indicating that PDU set based handling is supported; and send, to a different CN entity belonging to a MWAB broadcasted PLMN, DL PDU set information marking indication, a transport level packet marking mapping list, and an indication for transport level packet marking.

[0022] Some implementations of the methods and apparatuses described herein may further include a method performed by a CN entity, including: receiving, from a UE component of a MWAB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported; and sending, to a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking.

[0023] Some implementations of the methods and apparatuses described herein may further include a method performed by a CN entity, including: receiving, from a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking; and performing DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking.BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 illustrates an example of a wireless communications system in accordance with aspects of the present disclosure.

[0025] Figure 2 illustrates an example of an architecture for MWAB operation support (non-roaming) in accordance with aspects of the present disclosure.

[0026] Figure 3 illustrates an example of a procedure of PDU set based handling under the architecture for MWAB operation support in accordance with aspects of the present disclosure.

[0027] Figure 4 illustrates principles of how DL PDU set information marking and transport level packet marking is applied at the BH-UPF in accordance with aspects of the present disclosure.

[0028] Figure 5 illustrates an example of a CN entity in accordance with aspects of the present disclosure.

[0029] Figure 6 illustrates a flowchart of method performed by a CN entity in accordance with aspects of the present disclosure.

[0030] Figure 7 illustrates another flowchart of method performed by a CN entity in accordance with aspects of the present disclosure.

[0031] Figure 8 illustrates yet another flowchart of method performed by a CN entity in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

[0032] During the study of 3rd generation partnership project (3GPP) release (R) 18 and R19, PDU set based handling (e.g., PDU set based QoS handling) is introduced to support extended reality (XR) immersion (XRM) service transmission. A PDU set is comprised of one or more PDUs carrying an application layer payload such as a video frame or video slice. The PDU set based handling by the next generation (NG) -RAN is determined by PDU set QoS parameters in the QoS profile of the QoS flow and PDU set information provided by the PDU session anchor (PSA) user plane function (UPF) . The PDU set based handling can be applied for guaranteed bit rate (GBR) and non-GBR QoS flows.

[0033] Considering QoS enhancements for vehicle mounted relay (VMR) traffics or the like, which is under the architecture for MWAB operation support, various aspects of the present disclosure propose applying PDU set based handling for VMR traffics too. However, currently, QoS enhancements for VMR traffics or the like, especially in the backhaul (BH) PLMN for MWAB, only consider basic QoS requirements and parameters. There are a mass of issues to be solved to support PDU set based handling under the architecture for MWAB operation support. For example, one issue concerns on how to enable the PDU set based handling in the BH PLMN for VMR traffics, e.g., how to activate the PDU set information marking, e.g., PSI marking at the UPF in the BH PLMN (or referred to as BH-UPF) . Another issue concerns on how to apply and align the transport level (or layer) packet marking, e.g., transport level DSCP value marking between the MWAB broadcasted PLMN and the BH PLMN based on the PDU set information marking.

[0034] At least considering the above, from the perspective of MWAB broadcasted PLMN (or a PLMN serving UE) , various aspects of the present disclosure propose that a CN entity, e.g., session management function (SMF) serving UE (UE-SMF) or the like may receive a message indicating that a RAN entity is a gNB component of a MWAB (MWAB-gNB) and supports MWAB function. The CN entity may be aware of the MWAB-gNB based on the received message, and send, to the MWAB-gNB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported. For simplification, hereinafter, the PDU set QoS parameters, transport level packet marking mapping list, indication indicating that DL PDU set information marking is supported, or any combination thereof may also be referred to as information related to PDU set based handling. Accordingly, the MWAB-gNB may send the received information related to PDU set based handling to a UE component of the MWAB (MWAB-UE) or the like via internal implementations.

[0035] From the perspective of the BH PLMN or the like, various aspects of the present disclosure propose that the MWAB-UE may provide the information related to PDU set based handling for a CN entity of the BH PLMN, e.g., BH-SMF or the like, so that the BH-SMF could be aware of PDU set, and activate the PDU set information marking and transport level packet marking at another CN entity in the BH PLMN, e.g., the BH-UPF or the like. For example, based on the information related to PDU set based handling, the BH-SMF may send, to the BH-UPF or the like, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking. The BH-UPF or the like may perform DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking.

[0036] Aspects of the present disclosure are described in the context of a wireless communications system.

[0037] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more NE 102, one or more UE 104, and a core network (CN) 106. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a NR network, such as a 5G network, a 5G-Advanced (5G-A) network, or a 5G ultrawideband (5G-UWB) network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G, for example, 6G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0038] The one or more NE 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the NE 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a network function, a network entity, a radio access network (RAN) , a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. An NE 102 and a UE 104 may communicate via a communication link, which may be a wireless or wired connection. For example, an NE 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.

[0039] An NE 102 may provide a geographic coverage area for which the NE 102 may support services for one or more UEs 104 within the geographic coverage area. For example, an NE 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, an NE 102 may be moveable, for example, a satellite associated with a non-terrestrial network (NTN) . In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different NE 102.

[0040] The one or more UE 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a remote unit, a mobile device, a wireless device, a remote device, a subscriber device, a transmitter device, a receiver device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IoT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples.

[0041] A UE 104 may be able to support wireless communication directly with other UEs 104 over a communication link. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0042] An NE 102 may support communications with the CN 106, or with another NE 102, or both. For example, an NE 102 may interface with other NE 102 or the CN 106 through one or more backhaul links (e.g., S1, N2, N3, or network interface) . In some implementations, the NE 102 may communicate with each other directly. In some other implementations, the NE 102 may communicate with each other or indirectly (e.g., via the CN 106. In some implementations, one or more NE 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0043] The CN 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The CN 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more NE 102 associated with the CN 106.

[0044] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g., via an S1, N2, N3, or another network interface) . The packet data network may include an application server. In some implementations, one or more UEs 104 may communicate with the application server. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the CN 106 via an NE 102. The CN 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the CN 106 (e.g., one or more network functions of the CN 106) .

[0045] In the wireless communications system 100, the NEs 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the NEs 102 and the UEs 104 may support different resource structures. For example, the NEs 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the NEs 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the NEs 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The NEs 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0046] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0047] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0048] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0049] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the NEs 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the NEs 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the NEs 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0050] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0051] MWAB operation supports both PLMN and stand-alone non-public network (SNPN) cases. An example of MWAB is a mobile NG-RAN device comprised of a UE (MWAB-UE) and a gNB (MWAB-gNB) component. The MWAB provides an NR access link to UEs and wirelessly connects to the 5GC (using NR) of a PLMN (or SNPN) broadcasted by its cell (s) (MWAB broadcasted PLMN, or PLMN serving UE) , through an IP connectivity provided by BH-PDU sessions established by the MWAB-UE via the NG-RAN of a BH PLMN (or SNPN) . For example, it may be mounted on a moving vehicle and serve UEs that can be located inside or outside the vehicle (or entering / leaving the vehicle) . When the MWAB-gNB is serving a PLMN, the UEs served by MWAB may be non-roaming or roaming in the MWAB broadcasted PLMN. In the case that the MWAB-gNB is serving a SNPN, the subscribed SNPN of the UEs may be different from the MWAB announced SNPN. The UEs served by the MWAB are not aware of the network serving the MWAB-UE. In some cases, the BH PLMN (or SNPN) and the MWAB broadcasted PLMN (or SNPN) may be the same PLMN (or SNPN) .

[0052] Figure 2 illustrates an example of an architecture for MWAB operation support (non-roaming) in accordance with aspects of the present disclosure.

[0053] Referring to Figure 2, here may be two PLMNs involved, i.e., the BH PLMN that serves the MWAB-UE, and the MWAB broadcasted PLMN that serves the UE connected to the MWAB. To distinguish the UE connected to the MWAB, which is served by the MWAB broadcast PLMN from MWAB-UE, the UE connected to the MWAB may also be referred to as a normal UE or ordinary UE or the like. The MWAB-gNB establishes N2 and N3 connection respectively with the AMF serving UE (or referred to as UE-AMF) and UPF serving UE (or referred to as UE-UPF) in the MWAB broadcasted PLMN via the PDU session of the MWAB-UE established within BH PLMN. The BH-UPF in the BH PLMN serves the MWAB-UE and provides the connection via a N6 interface towards the MWAB broadcasted PLMN, to carry the N2 and N3 traffics from the MWAB-gNB. The BH-UPF also supports the access to the operations administration and maintenance (OAM) servers in the MWAB broadcasted PLMN by the MWAB-gNB.

[0054] Figure 3 illustrates an example of a procedure of PDU set based handling under the architecture for MWAB operation support in accordance with aspects of the present disclosure. It is assumed that the PLMN serving UE is different from the BH PLMN. Hereinafter, although only PLMN scenarios are illustrated, the illustrated implementations are also applicable for SNPN scenarios.

[0055] Referring to Figure 3, at step 301, the UE-SMF or the like may be aware of a MWAB-gNB, e.g., by receiving a message indicating that a RAN entity is a gNB component of a MWAB and supports MWAB function. The message can be received in various manners, e.g., from the MWAB-gNB or UE connected to the MWAB, and indicates that a RAN entity is a MWAB-gNB in various manners, e.g., carrying an explicit indication or carrying information implicitly indicating a MWAB-gNB.

[0056] For example, in some implementations of the present disclosure, based on the pre-configured AMF IP address at the MWAB-gNB by the OAM server, the MWAB-gNB may initiate a N2 interface (or association) establishment procedure towards the UE-AMF or the like at step 301a, and indicates that it is a MWAB-gNB (or MWAB type gNB) (hereinafter, MWAB-gNB indication for simplification) . The N2 connection between the MWAB-gNB and the UE-AMF that serves the normal UE is provided over the IP connectivity offered by the BH-PDU session of the MWAB-UE, e.g., via the MWAB-UE to the BH-gNB to the BH-UPF and then to the UE-AMF. The UE-AMF may further send the MWAB-gNB indication to the UE-SMF. For example, when the normal UE initiates a PDU session establishment procedure towards the UE-SMF, e.g., via MWAB-gNB and the UE-AMF at step 301b and 301c, the UE-AMF may send the MWAB-gNB indication to the UE-SMF at step 301c, e.g., together with the MWAB-gNB identifier (ID) and the MWAB-gNB IP address etc.

[0057] In some implementations of the present disclosure, it is assumed that DNN sent by the UE has a mapping or association with the DNN of the BH-PDU session (or BH PLMN) . In some cases, the mapping may be based on S-NSSAI, rather than DNN, or both of them. This mapping or association may be predefined or pre-configured at the UE-SMF or the like by the OAM. When the normal UE initiates a PDU session establishment procedure towards the UE-SMF, e.g., via MWAB-gNB and the UE-AMF at step 301b and 301c, the normal UE may send the DNN and / or S-NSSAI dedicated for the normal UE to the UE-SMF, implicitly indicating that it is served by a MWAB-gNB. Based on the received DNN and / or S-NSSAI and its association with the DNN and / or S-NSSAI of the BH-PDU session, the UE-SMF will be aware of the MWAB-gNB.

[0058] On the other hand, at step 303, the UE-SMF may receive PDU set QoS parameters and other related information from the PCF serving UE (UE-PCF) . Exemplary PDU set QoS parameters may contain PDU set delay budget (PSDB) , PDU set error rate (PSER) and PDU set integrated handling information (PSIHI) etc. The UE-SMF may determine a transport level packet marking mapping list (or association list) , e.g., PSI-DSCP value marking mapping or association list based on its own configuration. An exemplary transport level packet marking mapping list may be a PSI-DSCP value marking mapping list, wherein a DSCP value may correspond to one or multiple PSI values. Each PSI value identifies the relative importance of a PDU set compared to other PDU sets within a QoS flow.

[0059] The UE-SMF may send the information related to PDU set based handling (hereinafter, first information related to PDU set based handling) to the MWAB-gNB at step 305, which includes one or multiple of the following: the PDU set QoS parameters, the transport level packet marking mapping list or an indication indicating that DL PDU set information marking is supported (hereinafter, referred to as DL PDU set information marking support indication) . The first information related to PDU set based handling may be sent to the MWAB-gNB by using a N2 session management (SM) message, e.g., via UE-AMF. In the case that there are PDU set QoS parameters or transport level packet marking mapping list, it may imply that DL PDU set information marking is supported. Thus, an indication explicitly indicating that DL PDU set information marking is supported, e.g., the DL PDU set information marking support indication may not be needed in some cases. In the case that there are no PDU set QoS parameters available at UE-SMF, an indication that DL PDU set information marking is supported may be provided to the MWAB-gNB, e.g., together with the transport level packet marking mapping list.

[0060] After receiving the first information related to PDU set based handling, e.g., PDU set QoS parameters from the UE-SMF, if the MWAB-gNB supports the PDU set based handling, it may send an indication, to the UE-SMF at step 307, indicating that PDU set based handling is supported by the MWAB-gNB.

[0061] In some cases, there may be no PDU set QoS parameters obtained by the UE-SMF, but the MWAB-gNB may still need the DL PDU set information marking information, e.g., PSI information etc., for congestion control etc. Accordingly, the UE-SMF may still send, to the MWAB-gNB, the DL PDU set information marking support indication, or the transport level packet marking mapping list, or both, and the MWAB-gNB may send an indication, to the UE-SMF, indicating that PDU set based handling is supported by the MWAB-gNB.

[0062] Based on the PDU set QoS parameters received from the PCF (if any) and the indication that PDU set based handling is supported by the MWAB-gNB received from the MWAB-gNB, at step 309, the UE-SMF may provide the transport level packet marking mapping list to the UE-UPF, e.g., via N4 rules, and activate the DL PDU set information marking and transport level packet marking in the UE-UPF. Since the UE-SMF belongs to the MWAB broadcasted PLMN, the MWAB broadcasted PLMN can be treated as an “ordinary” or "normal" PLMN that supports the PDU set based handling as legacy specified (may evolve as 3GPP) , and thus the PDU set based handling procedure in the MWAB broadcasted PLMN will not repeat. Hereinafter, detailed implementations are mainly regarding how to enable the PDU set based handling in the BH PLMN that constitutes the transmission for the MWAB traffics, and how to align the transport level packet marking mapping between the PLMN serving the normal UE and the BH PLMN.

[0063] At step 311, the MWAB-gNB may send second information related to PDU set based handling, which is part or all of the first information related to PDU set based handling, e.g., PDU set QoS parameters, transport level packet marking mapping list and / or the DL PDU set information marking support indication to the MWAB-UE via internal implementation. The MWAB-UE may further send third information related to PDU set based handling to the BH-SMF at step 313, which is part or all of the second information related to PDU set based handling, e.g., by initiating a BH-PDU session modification procedure or the like.

[0064] At least based on the third information related to PDU set based handling, the BH-SMF may check whether the BH-gNB supports PDU set based handling, e.g., by sending part or all of the third information related to PDU set based handling to the BH-gNB at step 315. For example, if the BH-BMF receives PDU set QoS parameters, it may send the PDU set QoS parameters to the BH-gNB. If the BH-SMF does not receive PDU set QoS parameters, it may send the transport level packet marking mapping list and / or the DL PDU set information marking support indication to the BH-gNB.

[0065] It is assumed that the BH-gNB supports PDU set based handling, and may send to the BH-SMF information or indication indicating that PDU set based handling is supported at step 317. Accordingly, at step 319, the BH-SMF may activate DL PDU set information marking and transport level packet marking in the BH-UPF. For example, the BH SMF may send information indicating to perform DL PDU set information marking (hereinafter, PDU set information marking related information) to the BH-UPF to activate PDU set information marking, and send information indicating to perform transport level packet marking (hereinafter, transport level packet marking related information) to the BH-UPF to activate transport level packet marking. Then, at step 321, the BH-UPF may perform DL PDU set information marking based on the PDU set information marking related information, and perform transport level packet marking based on the transport level packet marking related information.

[0066] Figure 4 illustrates principles of how DL PDU set information marking and transport level packet marking is applied at the BH-UPF in accordance with aspects of the present disclosure.

[0067] Referring to Figure 4, the BH-UPF may mark the PDU set information, e.g., PSI values obtained from the GTP-U headers of the packets between the MWAB-gNB and the UE-UPF, which will go through the BH-UPF, into the GTP-U headers between the BH-gNB and the BH-UPF. For the transport level packet marking, e.g., DSCP vale marking, the BH-UPF may either follow the existing DSCP value contained in the IP headers of the packets from PLMN serving UE, or perform the marking based on the transport level packet marking mapping list (the one configured by the UE-SMF) . Accordingly, alignments of the PDU set information marking and the transport level packet marking between the BH PLMN and the MWAB broadcasted PLMN will be ensured.

[0068] Based on the principles illustrated in Figure 4, various aspects of the present disclosure propose several manners for DL PDU set information marking and transport level packet marking. It should be noted that the IP connection between the MWAB-gNB and the UE-UPF is not encrypted, so that the BH-UPF will be able to fetch the PDU set information from the GTP-U header.

[0069] For example, regarding DL PDU set information marking, an example of the PDU set information marking related information may include an indication to check GTP-U headers of incoming packets from the MWAB broadcasted PLMN besides an indication for PDU set information marking. Based on the PDU set information marking related information, the BH-UPF may firstly check the GTP-U headers of the incoming packets, and obtain the PDU set information, e.g., PDU set sequence number, indication of end PDU of the PDU set, PDU sequence number within a PDU set, PDU set size, e.g., in bytes, and / or PSI etc. Then, the BH-UPF may mark the checked PDU set information into the GTP-U header correspondingly for the transport layer connection between the BH-gNB and the BH-UPF.

[0070] Regarding the transport level packet marking, the BH-SMF needs to consider the mapping with the marked PDU set information to ensure the alignment between the BH-PLMN and the MWAB broadcasted PLMN.

[0071] In some cases, the transport level packet marking mapping list will be used for transport level packet marking. An example of the information indicating to perform transport level packet marking may include the transport level packet marking mapping list and an indication to check GTP-U headers of incoming packets from the MWAB broadcasted PLMN besides an indication for transport level packet marking. Based on the information indicating to perform transport level packet marking, the BH-UPF may firstly check the GTP-U headers of the incoming packets to obtain the corresponding PDU set information marking values, determine the corresponding transport level packet marking values based on the transport level packet marking mapping list and the corresponding PDU set information marking value, and then mark the corresponding transport level packet marking values into the IP headers. For example, if the transport level packet marking mapping list is a PSI-DSCP value marking mapping list, the BH-UPF may firstly check the GTP-U headers of the incoming packets to obtain the PSI values, and then mark the DSCP values, which is determined based on the PSI-DSCP value marking mapping list and the obtained PSI values, into the IP headers.

[0072] In some cases, whether the transport level packet marking mapping list may be available or not is not considered. The BH-SMF may also send an indication to the BH-UPF to check IP headers of the incoming packets besides the indication for transport level packet marking. The BH-UPF may check the IP header of the incoming packets from the UE-UPF, obtain the existing or available transport level packet marking values, e.g., DSCP values inserted in the IP headers, and mark the same DSCP values into the IP headers for the transport layer connection between the BH-gNB and BH-UPF. Such marking operation like a “copy-paste” procedure to guarantee the alignment of the N3 / N9 transport level packet marking between the two PLMNs for MWAB.

[0073] After the PDU set information marking and transport layer packet marking, the BH-UPF may send the PDU sets to the MWAB-UE via the BH-gNB at step 323 in Figure 3. The PDU sets may be finally sent to the UE served by the MWAB-gNB. The BH-gNB may also use the PDU set information contained in the GTP-U header, and the PDU set QoS parameters for some PDU set based handling, e.g., PSI based congestion control, or admission control etc.

[0074] Figure 5 illustrates an example of a CN entity 500 in accordance with aspects of the present disclosure. The CN entity 500 may include a processor 502, a memory 504, a controller 506, and a transceiver 508. The processor 502, the memory 504, the controller 506, or the transceiver 508, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0075] The processor 502, the memory 504, the controller 506, or the transceiver 508, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0076] The processor 502 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 502 may be configured to operate the memory 504. In some other implementations, the memory 504 may be integrated into the processor 502. The processor 502 may be configured to execute computer-readable instructions stored in the memory 504 to cause the CN entity 500 to perform various functions of the present disclosure.

[0077] The memory 504 may include volatile or non-volatile memory. The memory 504 may store computer-readable, computer-executable code including instructions when executed by the processor 502 cause the CN entity 500 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 504 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0078] In some implementations, the processor 502 and the memory 504 coupled with the processor 502 may be configured to cause the CN entity 500 to perform one or more of the functions described herein (e.g., executing, by the processor 502, instructions stored in the memory 504) . For example, the processor 502 may support wireless communication at the CN entity 500 in accordance with examples as disclosed herein. In some cases, the CN entity 500, e.g., a BH-SMF may be configured to support a means for receiving, from a UE component of a MWAB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported; and a means for sending, to a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking. In some other cases, the CN entity 500, e.g., a BH-UPF may be configured to support a means for receiving, from a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking; and a means for performing DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking. In some yet other cases, the CN entity 500, e.g., a UE-SMF may be configured to support a means for receiving a message indicating that a RAN entity is a gNB component of a MWAB and supports MWAB function; and a means for sending, to the gNB component of the MWAB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported.

[0079] The controller 506 may manage input and output signals for the CN entity 500. The controller 506 may also manage peripherals not integrated into the CN entity 500. In some implementations, the controller 506 may utilize an operating system such as or other operating systems. In some implementations, the controller 506 may be implemented as part of the processor 502.

[0080] In some implementations, the CN entity 500 may include at least one transceiver 508. In some other implementations, the CN entity 500 may have more than one transceiver 508. The transceiver 508 may represent a wireless transceiver. The transceiver 508 may include one or more receiver chains 510, one or more transmitter chains 512, or a combination thereof.

[0081] A receiver chain 510 may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receiver chain 510 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 510 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 510 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 510 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0082] A transmitter chain 512 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 512 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 512 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 512 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0083] Figure 6 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a CN entity, e.g., BH-SMF as described herein. In some implementations, the CN entity may execute a set of instructions to control the function elements of the CN entity to perform the described functions.

[0084] At step 601, the method may include receiving, from a UE component of a MWAB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported. The operations of step 601 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 601 may be performed by a CN entity as described with reference to Figure 5.

[0085] At step 603, the method may include sending, to a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking. The operations of step 603 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 603 may be performed by a CN entity as described with reference to Figure 5.

[0086] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0087] Figure 7 illustrates another flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a CN entity, e.g., BH-UPF as described herein. In some implementations, the CN entity may execute a set of instructions to control the function elements of the CN entity to perform the described functions.

[0088] At step 701, the method may include receiving, from a different CN entity belonging to a backhaul PLMN, information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking. The operations of step 701 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 701 may be performed by a CN entity as described with reference to Figure 5.

[0089] At step 703, the method may include performing DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking. The operations of step 703 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 703 may be performed by a CN entity as described with reference to Figure 5.

[0090] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0091] Figure 8 illustrates yet another flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a CN entity, e.g., a UE-SMF as described herein. In some implementations, the CN entity may execute a set of instructions to control the function elements of the CN entity to perform the described functions.

[0092] At step 801, the method may include receiving a message indicating that a RAN entity is a gNB component of a MWAB and supports MWAB function. The operations of step 801 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 801 may be performed by a CN entity as described with reference to Figure 5.

[0093] At step 803, the method may include sending, to the gNB component of the MWAB, one or multiple of: PDU set QoS parameters, a transport level packet marking mapping list, or an indication indicating that DL PDU set information marking is supported. The operations of step 803 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 803 may be performed by a CN entity as described with reference to Figure 5.

[0094] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0095] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.A core network (CN) entity for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CN entity to:receive, from a user equipment (UE) component of a mobile gNB with wireless access backhauling (MWAB) , one or multiple of: protocol data unit (PDU) set quality of service (QoS) parameters, a transport level packet marking mapping list, or an indication indicating that downlink (DL) PDU set information marking is supported; andsend, to a different CN entity belonging to a backhaul public land mobile network (PLMN) , information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking.2.The CN entity of claim 1, wherein the information indicating to perform DL PDU set information marking comprises an indication to check GPRS tunneling protocol user plane (GTP-U) headers of incoming packets from a MWAB broadcasted PLMN, and an indication for PDU set information marking.3.The CN entity of claim 1, wherein the information indicating to perform transport level packet marking comprises the transport level packet marking mapping list, an indication to check GPRS tunneling protocol user plane (GTP-U) headers of incoming packets from the MWAB broadcasted PLMN, and an indication for transport level packet marking.4.The CN entity of claim 1, wherein the information indicating to perform transport level packet marking comprises an indication to check internet protocol (IP) headers of incoming packets from a MWAB broadcasted PLMN, and an indication for transport level packet marking.5.The CN entity of claim 1, wherein the at least one processor is configured to further cause the CN entity to:transmit, to a radio access network (RAN) entity belonging to the backhaul PLMN, one or multiple of the PDU set QoS parameters, the transport level packet marking mapping list, or the indication indicating that DL PDU set information marking is supported; andreceive information from the RAN entity indicating that PDU set based handling is supported, before sending one or multiple of the information indicating to perform DL PDU set information marking or the information indicating to perform transport level packet marking.6.The CN entity of claim 1, wherein the DL PDU set information marking includes at least PDU set importance (PSI) value marking, the transport level packet marking includes at least transport level differentiated services code point (DSCP) value marking, and the transport level packet marking mapping list includes at least a PSI-DSCP value marking mapping list.7.The CN entity of claim 6, wherein a DSCP value is corresponding to one or multiple PSI values in the transport level packet marking mapping list.8.A core network (CN) entity for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CN entity to:receive, from a different CN entity belonging to a backhaul public land mobile network (PLMN) , information indicating to perform downlink (DL) protocol data unit (PDU) set information marking and information indicating to perform transport level packet marking; andperform DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking.9.The CN entity of claim 8, wherein the information indicating to perform DL PDU set information marking comprises an indication to check GPRS tunneling protocol user plane (GTP-U) headers of incoming packets from a mobile gNB with wireless access backhauling (MWAB) broadcasted PLMN, and performing the DL PDU set information marking comprises:checking the GTP-U headers of incoming packets from the MWAB broadcasted PLMN; andperforming the DL PDU set information marking within the backhaul PLMN based on checked results.10.The CN entity of claim 8, wherein the information indicating to perform transport level packet marking comprises a transport level packet marking mapping list from a mobile gNB with wireless access backhauling (MWAB) broadcasted PLMN and an indication to check GPRS tunneling protocol user plane (GTP-U) headers of incoming packets from the MWAB broadcasted PLMN, and performing the transport level packet marking comprises:checking the GTP-U headers of incoming packets from the MWAB broadcasted PLMN; andperforming the transport level packet marking within the backhaul PLMN based on checked results and the transport level packet marking mapping list.11.The CN entity of claim 8, wherein the information indicating to perform transport level packet marking comprises an indication to check internet protocol (IP) headers of incoming packets from a mobile gNB with wireless access backhauling (MWAB) broadcasted PLMN, and performing the transport level packet marking comprises:checking the IP headers of incoming packets from the MWAB broadcasted PLMN; andperforming the transport level packet marking within the backhaul PLMN as same as that performed in the MWAB broadcasted PLMN based on checked results by using a same differentiated services code point (DSCP) marking value.12.The CN entity of claim 8, wherein the DL PDU set information marking includes at least PDU set importance (PSI) value marking, and the transport level packet marking includes at least transport level differentiated services code point (DSCP) value marking.13.The CN entity of claim 10, wherein the transport level packet marking mapping list includes at least a PDU set importance (PSI) -differentiated services code point (DSCP) value marking mapping list, and a DSCP value is corresponding to one or multiple PSI values.14.The CN entity of claim 8, wherein the at least one processor is configured to cause the CN entity to:send associated PDU sets to a radio access network (RAN) entity belonging to the backhaul PLMN after performing the DL PDU set information marking and the transport level packet marking.15.A core network (CN) entity for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CN entity to:receive a message indicating that a radio access network (RAN) entity is a gNB component of a mobile gNB with wireless access backhauling (MWAB) and supports MWAB function; andsend, to the gNB component of the MWAB, one or multiple of: protocol data unit (PDU) set quality of service (QoS) parameters, a transport level packet marking mapping list, or an indication indicating that downlink (DL) PDU set information marking is supported.16.The CN entity of claim 15, wherein the message indicates that the RAN entity is a gNB component of the MWAB by carrying an indication indicating that a RAN entity is a gNB component of a MWAB.17.The CN entity of claim 15, wherein the message indicates that the RAN entity is a gNB component of the MWAB by carrying a data network name (DNN) or single network slice selection assistance information (S-NSSAI) associated with a user equipment (UE) served by the gNB component of the MWAB, wherein the DNN or S-NSSAI associated with the UE is associated with a backhaul PDU session.18.The CN entity of claim 15, wherein the at least one processor is configured to cause the CN entity to:receive, from the gNB component of the MWAB, information indicating to support PDU set based handling; andsend, to a different CN entity belonging to a MWAB broadcasted PLMN, DL PDU set information marking indication, a transport level packet marking mapping list, and an indication for transport level packet marking.19.A method performed by a core network (CN) entity, comprising:receiving, from a user equipment (UE) component of a mobile gNB with wireless access backhauling (MWAB) , one or multiple of: protocol data unit (PDU) set quality of service (QoS) parameters, a transport level packet marking mapping list, or an indication indicating that downlink (DL) PDU set information marking is supported; andsending, to a different CN entity belonging to a backhaul public land mobile network (PLMN) , information indicating to perform DL PDU set information marking and information indicating to perform transport level packet marking.20.A method performed by a core network (CN) entity, comprising:receiving, from a different CN entity belonging to a backhaul public land mobile network (PLMN) , information indicating to perform downlink (DL) protocol data unit (PDU) set information marking and information indicating to perform transport level packet marking; andperforming DL PDU set information marking based on the information indicating to perform DL PDU set information marking and perform transport level packet marking based on the information indicating to perform transport level packet marking.

Images