Methods and apparatuses for supporting on-demand data plane between user equipment (UE) and radio access network (RAN)

Abstract

Various aspects of the present application relate to methods and apparatuses for supporting an on-demand data plane between user equipment (UE) and a radio access network (RAN). According to an embodiment of the present application, a UE includes at least one memory and at least one processor coupled to the at least one memory and configured to cause the UE to: receive, from an RAN node, a message including a configuration of a set of radio bearers (RBs), wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB); and after completing a configuration process based on the message, transmit another message to the RAN node.

Description

METHODS AND APPARATUSES FOR SUPPORTING ON-DEMAND DATA PLANE BETWEEN USER EQUIPMENT (UE) AND RADIO ACCESS NETWORK (RAN)TECHNICAL FIELD

[0001] Embodiments of the present application generally relate to wireless communication technology, especially to methods and apparatuses for supporting an on-demand data plane between user equipment (UE) and a radio access network (RAN) .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 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-domain resources (e.g. symbols, slots, subframes, frames, or the like) or frequency-domain 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 application. 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 present application provide a user equipment (UE) for wireless communication. The UE includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the UE to: receive, from a radio access network (RAN) node, a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; and after completing a configuration process based on the first message, transmit a second message to the RAN node.

[0005] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to collect and report at least one of the following to the RAN node via the data plane: a radio or network performance related measurement result; or radio or network performance related data.

[0006] In some implementations of the UE described herein, the radio or network performance related measurement result includes at least one of the following: one or more layer 1 (L1) measurement results; one or more layer 3 (L3) measurement results; one or more sensing related measurement results; one or more positioning related measurement results; or one or more quality of experience (QoE) related measurement results; and wherein the radio or network performance related data includes at least one of the following: a channel state information (CSI) report; location information of the UE; radio link failure (RLF) related information; or time information for data transmitted on the data plane between the UE and the RAN node.

[0007] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to receive artificial intelligence / machine learning (AI / ML) related data from the RAN node via the data plane.

[0008] In some implementations of the UE described herein, the first configuration includes at least one of the following: ID information of the set of RBs; or a set of indicators indicating initial status information of the set of RBs.

[0009] In some implementations of the UE described herein, each indicator within the set of indicators has two codepoints, one codepoint within the two codepoints indicates that an initial status of one RB within the set of RBs is set to be activated by the UE, and another codepoint within the two codepoints indicates that the initial status of the one RB is set to be deactivated by the UE.

[0010] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to: determine whether the set of indicators includes an indicator for one RB within the set of RBs; if the set of indicators includes the indicator for the one RB, determine that an initial status of the one RB is set to be activated by the UE; and if the set of indicators does not include the indicator for the one RB, determine that the initial status of the one RB is set to be deactivated by the UE.

[0011] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to: determine whether the set of indicators includes an indicator for one RB within the set of RBs; if the set of indicators includes the indicator for the one RB, determine that an initial status of the one RB is set to be deactivated by the UE; and if the set of indicators does not include the indicator for the one RB, determine that the initial status of the one RB is set to be activated by the UE.

[0012] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to receive, from the RAN node, a medium access control (MAC) control element (CE) for requesting the UE to activate or deactivate one or more RBs within the set of RBs, and wherein the MAC CE is associated with a logical channel identifier (LCID) or an extended logical channel identifier (eLCID) identifying a logical channel instance of the MAC CE.

[0013] In some implementations of the UE described herein, the MAC CE includes at least one of the following: a field indicating whether to activate or deactivate the one or more RBs; a total number of the one or more RBs; a list of identifier (ID) fields of the one or more RBs; or one or more reserve bits.

[0014] In some implementations of the UE described herein, the MAC CE includes a list of fields related to the one or more RBs, and each field within the list of fields indicates an activation or deactivation status of one RB within the one or more RBs.

[0015] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to activate or deactivate the one or more RBs based on the MAC CE.

[0016] In some implementations of the UE described herein, to activate or deactivate the one or more RBs, the at least one processor is further configured to cause the UE to: if the MAC CE is for requesting activating the one or more RBs and if a current status of the one or more RBs is deactivated, activate the one or more RBs; if the MAC CE is for requesting activating the one or more RBs and if the current status of the one or more RBs is activated, ignore the MAC CE; if the MAC CE is for requesting deactivating the one or more RBs and if the current status of the one or more RBs is activated, deactivate the one or more RBs; or if the MAC CE is for requesting deactivating the one or more RBs and if the current status of the one or more RBs is deactivated, ignore the MAC CE.

[0017] In some implementations of the UE described herein, the at least one processor is configured to cause the UE to: autonomously activate one or more RBs within the set of RBs; or transmit at least one of the following to the RAN node: a scheduling request for the one or more RBs; a buffer status report (BSR) for the one or more RBs; or an activation request for the one or more RBs.

[0018] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to receive a paging message from the RAN node, and wherein the paging message includes a first indicator indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0019] In some implementations of the UE described herein, the first indicator is a paging cause with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node; or the first indicator is an access type with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0020] In some implementations of the UE described herein, the at least one processor is further configured to cause the UE to transmit, to the RAN node, a third message including at least one of the following: a second indicator indicating RB establishment for the data transmission between the UE and the RAN node; or data assistance information associated with the data transmission between the UE and the RAN node.

[0021] In some implementations of the UE described herein, the data assistance information includes at least one of the following: a data size of data to be transferred from the UE to the RAN node; time duration for one data transmission between the UE and the RAN node; or a time interval between two data transmissions between the UE and the RAN node.

[0022] Some implementations of the present application provide a processor for wireless communication, comprising at least one controller coupled with at least one memory and configured to cause the processor to: receive, from a radio access network (RAN) node, a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the processor and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; and after completing a configuration process based on the first message, transmit a second message to the RAN node.

[0023] Some implementations of the present application provide a method performed by a user equipment (UE) for wireless communication. The method includes: receiving, from a radio access network (RAN) node, a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; and after completing a configuration process based on the first message, transmitting a second message to the RAN node.

[0024] Some implementations of the present application provide a radio access network (RAN) node for wireless communication. The RAN node includes at least one memory; and at least one processor coupled to the at least one memory and configured to cause the RAN node to: transmit, to a user equipment (UE) , a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; and after a configuration process based on the first message is completed, receive a second message from the UE.

[0025] In some implementations of the RAN node described herein, the at least one processor is configured to cause the RAN node to receive at least one of the following from the UE via the data plane: a radio or network performance related measurement result; or radio or network performance related data.

[0026] In some implementations of the RAN node described herein, the radio or network performance related measurement result includes at least one of the following: one or more layer 1 (L1) measurement results; one or more layer 3 (L3) measurement results; one or more sensing related measurement results; one or more positioning related measurement results; or one or more quality of experience (QoE) related measurement results; and wherein the radio or network performance related data includes at least one of the following: a channel state information (CSI) report; location information of the UE; radio link failure (RLF) related information; or time information for data transmitted on the data plane between the UE and the RAN node.

[0027] In some implementations of the RAN node described herein, the at least one processor is configured to cause the RAN node to transmit artificial intelligence / machine learning (AI / ML) related data to the UE via the data plane.

[0028] In some implementations of the RAN node described herein, the first configuration includes at least one of the following: ID information of the set of RBs; or a set of indicators indicating initial status information of the set of RBs.

[0029] In some implementations of the RAN node described herein, each indicator within the set of indicators has two codepoints, one codepoint within the two codepoints indicates that an initial status of one RB within the set of RBs is set to be activated by the UE, and another codepoint within the two codepoints indicates that the initial status of the one RB is set to be deactivated by the UE.

[0030] In some implementations of the RAN node described herein, if the set of indicators includes an indicator for one RB within the set of RBs, an initial status of the one RB is set to be activated by the UE, and if the set of indicators does not include the indicator for the one RB, the initial status of the one RB is set to be deactivated by the UE; or if the set of indicators includes the indicator for the one RB, an initial status of the one RB is set to be deactivated by the UE, and if the set of indicators does not include the indicator for the one RB, the initial status of the one RB is set to be activated by the UE.

[0031] In some implementations of the RAN node described herein, the at least one processor is configured to cause the RAN node to transmit, to the UE, a medium access control (MAC) control element (CE) for requesting the UE to activate or deactivate one or more RBs within the set of RBs, and wherein the MAC CE is associated with a logical channel identifier (LCID) or an extended logical channel identifier (eLCID) identifying a logical channel instance of the MAC CE.

[0032] In some implementations of the RAN node described herein, the MAC CE includes at least one of the following: a field indicating whether to activate or deactivate the one or more RBs; a total number of the one or more RBs; a list of identifier (ID) fields of the one or more RBs; or one or more reserve bits.

[0033] In some implementations of the RAN node described herein, the MAC CE includes a list of fields related to the one or more RBs, and each field within the list of fields indicates an activation or deactivation status of one RB within the one or more RBs.

[0034] In some implementations of the RAN node described herein, the at least one processor is further configured to cause the RAN node to transmit a paging message to the UE, and wherein the paging message includes a first indicator indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0035] In some implementations of the RAN node described herein, the first indicator is a paging cause with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node; or the first indicator is an access type with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0036] In some implementations of the RAN node described herein, the at least one processor is further configured to cause the RAN node to receive, from the UE, a third message including at least one of the following: a second indicator indicating RB establishment for the data transmission between the UE and the RAN node; or data assistance information associated with the data transmission between the UE and the RAN node.

[0037] In some implementations of the RAN node described herein, the data assistance information includes at least one of the following: a data size of data to be transferred from the UE to the RAN node; time duration for one data transmission between the UE and the RAN node; or a time interval between two data transmissions between the UE and the RAN node.

[0038] In some implementations of the RAN node described herein, the RAN node includes a distributed unit (DU) and a central unit (CU) , and wherein, to transmit the paging message to the UE, at least one processor is further configured to cause the DU to: receive the paging message including the first indicator from the CU; and transmit the paging message including the first indicator to the UE.

[0039] In some implementations of the RAN node described herein, the at least one processor is further configured to cause the RAN node to transmit, to a core network (CN) node, a message including a third indicator indicating RB establishment for the data transmission between the UE and the RAN node.

[0040] In some implementations of the RAN node described herein, the third indicator indicates that a protocol data unit (PDU) session is not needed.

[0041] In some implementations of the RAN node described herein, the RAN node includes a distributed unit (DU) and a central unit (CU) , and the at least one processor is further configured to cause the DU to receive, from the CU, a request message including at least one of the following: identifier (ID) information of a first set of RBs to be setup by the DU, wherein the first set of RBs support the data transmission on the data plane between the UE and the RAN node, and each ID within the ID information identifies one RB within the first set of RBs; a quality of service (QoS) configuration for each of the first set of RBs; uplink (UL) transport network layer (TNL) information for each of the first set of RBs which is used for delivery of data from the DU to the CU; or a set of indicators indicating initial status information of the first set of RBs.

[0042] In some implementations of the RAN node described herein, each indicator within the set of indicators has two codepoints, one codepoint within the two codepoints indicates that an initial status of one RB within the first set of RBs is set to be activated by the DU, and another codepoint within the two codepoints indicates that the initial status of the one RB is set to be deactivated by the DU.

[0043] In some implementations of the RAN node described herein, if the set of indicators includes an indicator for one RB within the first set of RBs, an initial status of the one RB is set to be activated by the DU, and if the set of indicators does not include the indicator for the one RB, the initial status of the one RB is set to be deactivated by the DU; or if the set of indicators includes the indicator for the one RB, an initial status of the one RB is set to be deactivated by the DU, and if the set of indicators does not include the indicator for the one RB, the initial status of the one RB is set to be activated by the DU.

[0044] In some implementations of the RAN node described herein, the at least one processor is further configured to cause the DU to transmit, to the CU, a response message including at least one of the following: identifier (ID) information of a second set of RBs that are successfully setup by the DU, wherein the second set of RBs is a full set or a subset of the first set of RBs; a second configuration of the second set of RBs; a set of indicators indicating initial status information of the second set of RBs; a logical channel identifier (LCID) or an extended logical channel identifier (eLCID) used for each of the second set of RBs; downlink (DL) transport network layer (TNL) information for each of the second set of RBs which is used for delivery of data from the CU to the DU; or ID information of a third set of RBs that are failed to setup by the DU, wherein the third set of RBs is a full set or a subset of the first set of RBs.

[0045] In some implementations of the RAN node described herein, each indicator within the set of indicators has two codepoints, one codepoint within the two codepoints indicates that an initial status of one RB within the second set of RBs has been set to be activated by the DU, and another codepoint within the two codepoints indicates that the initial status of the one RB has been set to be deactivated by the DU.

[0046] In some implementations of the RAN node described herein, if the set of indicators includes an indicator for one RB within the second set of RBs, an initial status of the one RB has been set to be activated by the DU, and if the set of indicators does not include the indicator for the one RB, the initial status of the one RB has been set to be deactivated by the DU; or if the set of indicators includes the indicator for the one RB, an initial status of the one RB has been set to be deactivated by the DU, and if the set of indicators does not include the indicator for the one RB, the initial status of the one RB has been set to be activated by the DU.

[0047] In some implementations of the RAN node described herein, the second configuration includes at least one of the following: a set of radio link control (RLC) related configuration parameters for the second set of RBs; a set of medium access control (MAC) related configuration parameters for the second set of RBs; or a set of physical layer (PHY) related configuration parameters for the second set of RBs.

[0048] In some implementations of the RAN node described herein, the at least one processor is further configured to cause the DU to receive, from the CU, a fourth message to request the DU to activate or deactivate the set of RBs; if the fourth message is for requesting to activate the set of RBs, the fourth message includes at least one of the following: ID information of one or more RBs within the set of RBs to be activated by the DU; or a set of information requesting activation of the one or more RBs; and if the fourth message is for requesting to deactivate the set of RBs, the fourth message includes at least one of the following: ID information of one or more RBs within the set of RBs to be deactivated by the DU;or a set of information requesting deactivation of the one or more RBs.

[0049] In some implementations of the RAN node described herein, the at least one processor is configured to cause the CU to: determine to activate the one or more RBs, before transmitting the fourth message for requesting to activate the one or more RBs to the DU; or determine to deactivate the one or more RBs, before transmitting the fourth message for requesting to deactivate the one or more RBs to the DU.

[0050] In some implementations of the RAN node described herein, before determining to activate the one or more RBs, the at least one processor is configured to cause the CU to: decide to perform the data transmission towards the UE; obtain, from the UE, information requesting the data transmission towards the UE; or receive, from the DU, a request to activate the one or more RBs.

[0051] In some implementations of the RAN node described herein, before transmitting the request to activate the one or more RBs to the CU, the at least one processor is configured to cause the DU to receive at least one of the following from the UE: a scheduling request for the one or more RBs; a buffer status report (BSR) for the one or more RBs; or an activation request for the one or more RBs.

[0052] In some implementations of the RAN node described herein, the request message encapsulates a command message including at least one of the following: an indicator indicating derivation of a set of security keys related to the first set of RBs; or a set of security keys related to one or more DRBs are not needed.

[0053] Some implementations of the present application provide a processor for wireless communication, comprising at least one controller coupled with at least one memory and configured to cause the processor to: transmit, to a user equipment (UE) , a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the processor, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; and after a configuration process based on the first message is completed, receive a second message from the UE.

[0054] Some implementations of the present application provide a method performed by a radio access network (RAN) node for wireless communication. The method includes: transmitting, to a user equipment (UE) , a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; and after a configuration process based on the first message is completed, receiving a second message from the UE.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0056] Figure 2 illustrates an example of a UE 200 in accordance with aspects of the present application.

[0057] Figure 3 illustrates an example of a processor 300 in accordance with aspects of the present application.

[0058] Figure 4 illustrates an example of a network equipment (NE) 400 in accordance with aspects of the present application.

[0059] Figure 5 illustrates examples of data plane in accordance with aspects of the present application.

[0060] Figure 6 illustrates a flowchart of a method performed by a UE in accordance with aspects of the present application.

[0061] Figure 7 illustrates a flowchart of a method performed by an RAN node in accordance with aspects of the present application.

[0062] Figure 8 illustrates a signalling procedure for network triggered RB activation or deactivation in accordance with aspects of the present application.

[0063] Figures 8A-8C illustrate examples of a MAC CE used for RB activation or deactivation in accordance with aspects of the present application.

[0064] Figure 9 illustrates a signalling procedure for UE triggered RB establishment in accordance with aspects of the present application.DETAILED DESCRIPTION

[0065] In general, there are two types of radio bearers (RBs) in the existing wireless network, i.e. SRB and DRB, which are designed to provide connections for a data transmission, support user mobility, and ensure service experience. However, for data transfer between a UE and an RAN, e.g., for data transfer of an AI / ML model used within the internal RAN, the existing SRB and DRB are with the following drawbacks: - SRB: SRB doesn’ t support data transfer where a data size is larger than 45KB, based on  existing number of RRC segments. In addition, the SRB is always with highest priority processing, which is not suitable to tasks with different QoS requirements. - DRB: QoS provision is initiated by a core network (CN) . However, for data transfer in  the internal RAN, the network doesn’ t need to transfer data via the CN (e.g., exposure to the CN) and hence there is no charging requirement. For example, for a hybrid beamforming use case, the data (or model) only needs to be transferred between a UE and a base station (BS) , i.e., within the internal RAN.

[0066] Therefore, a new data transfer framework will be reconsidered in wireless communication technology. During previous wireless communication technology related workshops, there is a strong interest to introduce a data plane to support a data framework. The data framework is related to efficient and scalable data handling including, for example, data collection, distribution, processing, storage, data access and data exposure, with consideration of access control or user consent and privacy. One possible solution is to introduce a new type of radio bearer (RB) , e.g., which may be named as a computing radio bearer (CRB) , for a data transmission to support the data plane. In addition, the data plane is end-to-end (E2E) between a UE and an RAN. This new type of RB may also be named other names, such as "an RB for computing" or the like. Currently, details related to CRB have not been discussed.

[0067] Embodiments of the present application aim to support a mechanism where CRB is established or activated on-demand between a UE and an RAN. On one hand, since CRB is used only for data transfer, it is not needed by the UE or the RAN to reserve radio resources for the CRB when there is no data transfer procedure ongoing. For example, it will cause the waste of UE capability and processing, e.g., to maintain RLC or MAC entity for the CRB. On the other hand, if the CRB is established after the UE is triggered to perform a data transmission, it will cause extra delay for establishing the CRB. Therefore, there is a need for a mechanism where the CRB is established or activated on-demand between the UE and the RAN.

[0068] Embodiments of the present application aim to resolve the abovementioned issues. Some embodiments of the present application design a solution to support an on-demand data plane activation triggered by a network. The solution solves an issue of when and how to establish CRB for data transmission triggered by a network. In particular, in some embodiments, CRB is initially established in a deactivated state during a UE context setup procedure, which implies that only CRB context is retained while no packet data convergence protocol (PDCP) or RLC or MAC or PHY entities or radio resources are instantiated until activation, no matter the UE is in an RRC connected state.

[0069] In some embodiments of a split RAN architecture (i.e. an RAN node includes a CU and a DU) , the CU indicates the DU to activate CRB if the CU determines that a data transmission between the CU and a UE is needed. For example, in one case, the CU may determine to send data to the UE, or the CU may receive a data transmission request (or a CRB activation request) from the UE via RRC signalling. In another case, the CU may receive a CRB activation request from the DU (e.g., the DU receives the CRB activation request from the UE) .

[0070] In some embodiments of the present application, the DU may indicate a UE to activate CRB via a newly defined MAC CE, which may be identified by a new value of LCID or eLCID. For example, in one option, the MAC CE includes one or more CRB IDs and an indicator (or information) indicating an activation or deactivation status of each CRB. In another option, the MAC CE includes a bitmap indicating an activation or deactivation status of each CRB.

[0071] Some embodiments of the present application design a solution to support an on-demand data plane activation triggered by a UE. The solution solves an issue of when and how to establish CRB for data transmission triggered by a UE. In particular, in some embodiments, a UE indicates an RAN node (e.g. a CU of the RAN node) to establish CRB for a data transmission, e.g., via an RRC setup complete message. In some embodiments, the UE may provide data assistance information to the RAN node (e.g. the CU) , which may be used by the RAN node (e.g. the CU) to determine a QoS configuration of the CRB. For example, the data assistance information includes a data size, time duration for the data transfer, and / or a time interval between two data reports. In some other embodiments, the UE may provide an indicator indicating CRB establishment to the CU, which may be used by the CU to determine a QoS configuration of the CRB.

[0072] In some embodiments, an indicator or information indicating CRB establishment is included in an initial UE message which is sent from the CU to a CN node. For example, the CN node only provides a security key (e.g., KgNB or KBS, used to derive security keys related to access stratum (AS) ) but not a PDU session setup request to the CU.

[0073] In some embodiments, during an AS security activation procedure, an indicator or information may be introduced to indicate that a UE derives security keys related to CRB, while DRB related security keys are not derived.

[0074] In some embodiments, an indicator or information may be included in a paging message to indicate whether the paging message is originated due to a data transmission between a UE and an RAN.

[0075] More details of the embodiments of the present application will be illustrated in the following text in combination with the appended drawings.

[0076] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present application. 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.

[0077] 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) , a 6G NodeB, 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.

[0078] 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 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different NE 102.

[0079] In some implementations, each of the NE 102 may be implemented as a distributed unit (DU) . The DU may be a logical node hosting radio link control (RLC) layer functionality, medium access control (MAC) layer functionality, and the physical (PHY) layer functionality.

[0080] In some implementations, each of the NE 102 may be implemented as a central unit (CU) . The CU may be a logical node hosting RRC layer functionality, service data adaptation protocol (SDAP) functionality, and the packet data convergence protocol (PDCP) layer functionality that controls the operation of one or more DUs. The CU terminates the F1 interface connected with the DU.

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

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

[0083] 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, 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) .

[0084] 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) , or a 6G core (6GC) , 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.

[0085] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g. via an S1, N2, 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) .

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

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

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

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

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

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

[0092] Figure 2 illustrates an example of a UE 200 in accordance with aspects of the present application. The UE 200 may include a processor 202, a memory 204, a controller 206, and a transceiver 208. The processor 202, the memory 204, the controller 206, or the transceiver 208, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present application as described herein. These components may be coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0093] The processor 202, the memory 204, the controller 206, or the transceiver 208, 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 application.

[0094] The processor 202 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 202 may be configured to operate the memory 204. In some other implementations, the memory 204 may be integrated into the processor 202. The processor 202 may be configured to execute computer-readable instructions stored in the memory 204 to cause the UE 200 to perform various functions of the present application.

[0095] The memory 204 may include volatile or non-volatile memory. The memory 204 may store computer-readable, computer-executable code including instructions when executed by the processor 202 cause the UE 200 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 204 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.

[0096] In some implementations, the processor 202 and the memory 204 coupled with the processor 202 may be configured to cause the UE 200 to perform one or more of the functions described herein (e.g. executing, by the processor 202, instructions stored in the memory 204) . For example, the processor 202 may support wireless communication at the UE 200 in accordance with examples as disclosed with respect to Figure 6. The UE 200 may be configured to support: a means for receiving, from an RAN node, a message including a configuration of a set of RBs, wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and each of the set of RBs is different from an SRB and a DRB; and a means for transmitting another message to the RAN node after completing a configuration process based on the message.

[0097] The controller 206 may manage input and output signals for the UE 200. The controller 206 may also manage peripherals not integrated into the UE 200. In some implementations, the controller 206 may utilize an operating system such as or other operating systems. In some implementations, the controller 206 may be implemented as part of the processor 202.

[0098] In some implementations, the UE 200 may include at least one transceiver 208. In some other implementations, the UE 200 may have more than one transceiver 208. The transceiver 208 may represent a wireless transceiver. The transceiver 208 may include one or more receiver chains 210, one or more transmitter chains 212, or a combination thereof. The means for receiving abovementioned in the processor 202 or the means for transmitting in the processor 202 may be implemented via at least one transceiver 208.

[0099] A receiver chain 210 may be configured to receive signals (e.g. control information, data, packets) over a wireless medium. For example, the receiver chain 210 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 210 may include at least one amplifier (e.g. a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 210 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 210 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0100] A transmitter chain 212 may be configured to generate and transmit signals (e.g. control information, data, packets) . The transmitter chain 212 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 212 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 212 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0101] Figure 3 illustrates an example of a processor 300 in accordance with aspects of the present application. The processor 300 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 300 may include a controller 302 configured to perform various operations in accordance with examples as described herein. The processor 300 may optionally include at least one memory 304, which may be, for example, an L1 / L2 / L3 cache. Additionally, or alternatively, the processor 300 may optionally include one or more arithmetic-logic units (ALUs) 306. One or more of these components may be in electronic communication or otherwise coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g. buses) .

[0102] The processor 300 may be a processor chipset and include a protocol stack (e.g. a software stack) executed by the processor chipset to perform various operations (e.g. receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g. memory local to or included in the processor chipset (e.g. the processor 300) or other memory (e.g. random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0103] The controller 302 may be configured to manage and coordinate various operations (e.g. signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 300 to cause the processor 300 to support various operations in accordance with examples as described herein. For example, the controller 302 may operate as a control unit of the processor 300, generating control signals that manage the operation of various components of the processor 300. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0104] The controller 302 may be configured to fetch (e.g. obtain, retrieve, receive) instructions from the memory 304 and determine subsequent instruction (s) to be executed to cause the processor 300 to support various operations in accordance with examples as described herein. The controller 302 may be configured to track memory address of instructions associated with the memory 304. The controller 302 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 302 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 300 to cause the processor 300 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 302 may be configured to manage flow of data within the processor 300. The controller 302 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 300.

[0105] The memory 304 may include one or more caches (e.g. memory local to or included in the processor 300 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementations, the memory 304 may reside within or on a processor chipset (e.g. local to the processor 300) . In some other implementations, the memory 304 may reside external to the processor chipset (e.g. remote to the processor 300) .

[0106] The memory 304 may store computer-readable, computer-executable code including instructions that, when executed by the processor 300, cause the processor 300 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 302 and / or the processor 300 may be configured to execute computer-readable instructions stored in the memory 304 to cause the processor 300 to perform various functions. For example, the processor 300 and / or the controller 302 may be coupled with or to the memory 304, the processor 300, the controller 302, and the memory 304 may be configured to perform various functions described herein. In some examples, the processor 300 may include multiple processors and the memory 304 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0107] The one or more ALUs 306 may be configured to support various operations in accordance with examples as described herein. In some implementations, the one or more ALUs 306 may reside within or on a processor chipset (e.g. the processor 300) . In some other implementations, the one or more ALUs 306 may reside external to the processor chipset (e.g. the processor 300) . One or more ALUs 306 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 306 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 306 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 306 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 306 to handle conditional operations, comparisons, and bitwise operations.

[0108] The processor 300 may support wireless communication in accordance with examples as disclosed herein. In some implementations, the processor 300 may be configured to support means for performing operations of a UE as described with respect to Figure 6. The processor 300 may be configured to support: a means for receiving, from an RAN node, a message including a configuration of a set of RBs, wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and each of the set of RBs is different from an SRB and a DRB; and a means for transmitting another message to the RAN node after completing a configuration process based on the message.

[0109] In some implementations, the processor 300 may be configured to support means for performing operations of an RAN node as described with respect to Figure 7. The processor 300 may be configured to or operable to support: a means for transmitting, to a UE, a message including a configuration of a set of RBs, wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and each of the set of RBs is different from an SRB and a DRB; and a means for receiving another message from the UE after a configuration process based on the message is completed.

[0110] It should be appreciated by persons skilled in the art that the components in exemplary processor 300 may be changed, for example, some of the components in exemplary processor 300 may be omitted or modified or new component (s) may be added to exemplary processor 300, without departing from the spirit and scope of the disclosure. For example, in some embodiments, the processor 300 may not include the ALUs 306.

[0111] Figure 4 illustrates an example of a NE 400 in accordance with aspects of the present application. The NE 400 may include a processor 402, a memory 404, a controller 406, and a transceiver 408. The processor 402, the memory 404, the controller 406, or the transceiver 408, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present application as described herein. These components may be coupled (e.g. operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0112] The processor 402, the memory 404, the controller 406, or the transceiver 408, 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 application.

[0113] The processor 402 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 402 may be configured to operate the memory 404. In some other implementations, the memory 404 may be integrated into the processor 402. The processor 402 may be configured to execute computer-readable instructions stored in the memory 404 to cause the NE 400 to perform various functions of the present application.

[0114] The memory 404 may include volatile or non-volatile memory. The memory 404 may store computer-readable, computer-executable code including instructions when executed by the processor 402 cause the NE 400 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 404 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.

[0115] In some implementations, the processor 402 and the memory 404 coupled with the processor 402 may be configured to cause the NE 400 to perform one or more of the functions described herein (e.g. executing, by the processor 402, instructions stored in the memory 404) .

[0116] In some implementations, the NE 400 may be an RAN node as described with respect to Figure 7, which is configured to support: a means for transmitting, to a UE, a message including a configuration of a set of RBs, wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and each of the set of RBs is different from an SRB and a DRB; and a means for receiving another message from the UE after a configuration process based on the message is completed.

[0117] The controller 406 may manage input and output signals for the NE 400. The controller 406 may also manage peripherals not integrated into the NE 400. In some implementations, the controller 406 may utilize an operating system such as or other operating systems. In some implementations, the controller 406 may be implemented as part of the processor 402.

[0118] In some implementations, the NE 400 may include at least one transceiver 408. In some other implementations, the NE 400 may have more than one transceiver 408. The transceiver 408 may represent a wireless transceiver. The transceiver 408 may include one or more receiver chains 410, one or more transmitter chains 412, or a combination thereof. The means for receiving or the means for transmitting abovementioned in the processor 402 may be implemented via at least one transceiver 408.

[0119] A receiver chain 410 may be configured to receive signals (e.g. control information, data, packets) over a wireless medium. For example, the receiver chain 410 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 410 may include at least one amplifier (e.g. a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 410 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 410 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0120] A transmitter chain 412 may be configured to generate and transmit signals (e.g. control information, data, packets) . The transmitter chain 412 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 412 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 412 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0121] It should be appreciated by persons skilled in the art that the components in exemplary NE 400 may be changed, for example, some of the components in exemplary NE 400 may be omitted or modified or new component (s) may be added to exemplary NE 400, without departing from the spirit and scope of the disclosure. For example, in some embodiments, the NE 400 may not include the controller 406.

[0122] One of potential 6G topics is to define a data plane (DP) or the like to support a desired data frame. The motivation to provide the data plane includes but not limited to: - training data or training model or training parameters for AI / ML is often collected or  transferred repeatedly, resulting in a potentially very large data volume; - control plane has clear bottleneck for carrying AI / ML data, as such data may be too  frequent and large; and - quality of service (QoS) requirements of operational data differs from those of control  plane (CP)  / user plane (UP) data.

[0123] In some cases, data transmitted or delivered over the data plane may have low priority and relaxed latency requirements, e.g., data related to QoE, MDT, self-organized networks (SON) , and AI / ML training etc. Herein, exemplary "data" to be collected or logged may be regular application data traffic, e.g., video, voice, and web etc., or may be radio or network performance related data and / or measurement results that can be collected by UE and reported to the network side via data plane.

[0124] In the present application, "data" does not mean the regular application data traffic, e.g., video, voice, web. In some cases, the "data" refers to radio or network performance related data or one or more radio or network performance related measurement results that can be collected by the UE and reported to the RAN via a data plane. For example, the "data" may be any of the following: (1) one or more Layer1 (L1) measurement results, e.g., one or more beam quality  measurement results in reference signal receiving power (RSRP) (2) one or more Layer3 (L3) measurement results, e.g., one or more L3 beam or L3 cell  quality measurement results in RSRP after applying L3 filtering based on one or more L1 measurement results (3) one or more sensing related measurement results, e.g., one or more L1 or L3 measurement  results of a dedicated sensing reference signal (4) one or more positioning related measurement results, e.g., one or more L1 or L3  measurement results of a dedicated positioning reference signal (5) one or more QoE related measurement results, e.g., a data rate, packet delay, and / or a  packet loss rate (6) a CSI report (7) a UE's location, e.g., a cell ID of the UE (8) radio link failure (RLF) related information (9) time information for any of the above data

[0125] In some other cases, "data" refers to AI / ML related data that can be sent from an RAN to a UE, e.g., an AI / ML model.

[0126] In the present application, a data plane is in a form of CRB used to transmit data. A dedicated protocol layer (e.g., a data plane protocol layer, a data processing protocol layer, a computing protocol layer, or an AI protocol layer, or the like) or a function layer for data collection or processing is assumed at a UE or an RAN that are involved. In addition, the data process layer is introduced in an access stratum (AS) layer (e.g., above PDCP) , which is end-to-end (E2E) between the UE and the RAN, supported by the CRB, as shown in the Figure 5.

[0127] Figure 5 illustrates examples of data plane in accordance with aspects of the present application. Referring to Figure 5, in some implementations of the present application, the data plane can be designed in the way that UE transmits the collected data to the NW via RBs between UE and the RAN node with or without associated QoS flow (s) , e.g., RAN is responsible of collecting data from UE first.

[0128] Corresponding to the data plane, a protocol layer or function layer or client for data collection or processing may be introduced at the UE and the RAN, which may be referred to as data plane protocol layer, or data process protocol layer, or computing protocol layer, or AI protocol Layer, or the like. Such a protocol layer or function layer for data collection or processing may be a new defined layer compared with legacy layers or a legacy layer, e.g., RRC layer.

[0129] A data process layer is introduced in AS layers, that is, data collection is performed in AS layers. For example, the data process layer may be above PDCP layer, or above RRC layer, or above service data adaptation protocol (SDAP) layer, or above RLC layer, or above MAC layer etc. UE-RAN E2E between UE and data collection entity (DCE) (or data function or the like) (e.g., in RAN domain, CN or operations administration and maintenance (OAM) ) is supported by dedicated radio bearers. The messages or signaling between the UE and RAN may be RRC messages or data process layer messages.

[0130] Figure 6 illustrates a flowchart of a method performed by a UE in accordance with aspects of the present application. In some implementations, the UE may execute a set of instructions to control the function elements of the UE to perform the described functions. In some implementations, aspects of operations 602 and 604 may be performed by UE 200 as described with reference to Figure 2. Specific examples are described in the embodiments of Figures 8, 8A-8C and 9 as follows.

[0131] At 602, the method may include receiving a message (denoted as a first message) by a UE from an RAN node. The first message includes a configuration (denoted as a first configuration) of a set of RBs. The set of RBs support a data transmission on a data plane (e.g. an E2E data plane) between the UE and the RAN node. In some cases, each of the set of RBs is different from an SRB and a DRB. In some other cases, each of the set of RBs is an SRB or a DRB, e.g., a dedicated SRB or a dedicated DRB supporting a data transmission on a data plane between the UE and the RAN node. For example, the set of RBs may be named as CRB or other names. The first configuration received at 602 may be named as a CRB configuration or the like.

[0132] At 604, the method may include transmitting another message (denoted as a second message) by the UE to the RAN node, after the UE completing a configuration process (e.g. an RRC step procedure or an RRC reconfiguration procedure) based on the first message.

[0133] In some embodiments, the first message is an RRC setup message (e.g. step 906 in the embodiments of Figure 9) , and the second message is an RRC setup complete message (e.g. step 907 in the embodiments of Figure 9) . In some other embodiments, the first message is an RRC reconfiguration message (e.g. step 815 in the embodiments of Figure 8 or step 917 in the embodiments of Figure 9) , and the second message is an RRC reconfiguration complete message (e.g. step 816 in the embodiments of Figure 8 or step 918 in the embodiments of Figure 9) .

[0134] In some implementations, the UE may collect and report at least one of the following to the RAN node via the data plane (e.g. the E2E data plane) between the UE and the RAN node: (1) a radio or network performance related measurement result, e.g., which may include: a) one or more L1 measurement results; b) one or more L3 measurement results; c) one or more sensing related measurement results; d) one or more positioning related measurement results; and / or e) one or more QoE related measurement results. (2) radio or network performance related data, e.g., which may include: a) a CSI report; b) location information of the UE, e.g., a cell ID of the UE; c) RLF related information; and / or d) time information for data transmitted on the data plane between the UE and the RAN  node.

[0135] In some implementations, the UE may receive AI / ML related data (e.g., an AI / ML model) from the RAN node via the data plane between the UE and the RAN node.

[0136] In some embodiments, the first configuration received at 602 includes: (1) a set of RLC related configuration parameters for the set of RBs; (2) a set of MAC related configuration parameters for the set of RBs; and / or (3) a set of PHY related configuration parameters for the set of RBs.

[0137] In some other embodiments, the first configuration received at 602 includes (1) ID information of the set of RBs (e.g. one or more CRB IDs) ; and / or (2) a set of indicators indicating initial status information of the set of RBs. a) In some implementations, each indicator within the set of indicators have two  codepoints. One codepoint (e.g. with a value of activated) may indicate that an initial status of an RB (i.e. CRB) within the set of RBs is set to be activated by the UE. Another codepoint (e.g. with a value of deactivated) may indicate that the initial status of an RB is set to be deactivated by the UE. b) In some other implementations, after receiving the set of indicators in the first  configuration, the UE may determine whether the set of indicators includes an indicator for an RB within the set of RBs. In an example, if the set of indicators includes the indicator for the RB, the UE may determine that an initial status of the RB is set to be activated by the UE; and if the set of indicators does not include the indicator for the RB, the UE may determine that the initial status of the RB is set to be deactivated by the UE. In another example, if the set of indicators includes the indicator for the RB, the UE may determine that an initial status of the RB is set to be deactivated by the UE; and if the set of indicators does not include the indicator for the one RB, the UE may determine that the initial status of the RB is set to be activated by the UE.

[0138] In some implementations, the UE may receive, from the RAN node, a MAC CE for requesting the UE to activate or deactivate one or more RBs within the set of RBs. The MAC CE may be associated with LCID or eLCID identifying a logical channel instance of the MAC CE.

[0139] In some embodiments, the MAC CE includes: (1) a field indicating whether to activate or deactivate one or more RBs, e.g. "A / D" in Figure  8A or 8B; (2) a total number of one or more RBs, e.g. "NUM" in Figure 8A or 8B; (3) a list of ID fields of one or more RBs, e.g. "CRB ID" in Figure 8A or 8B; and / or (4) one or more reserve bits, e.g. "R" in Figure 8A or 8B.

[0140] In some other embodiments, the MAC CE includes a list of fields related to the one or more RBs, e.g. "Ci" which is shown as C0 to C7 in Figure 8C. Each field within the list of fields may indicate an activation or deactivation status of an RB (which is identified by an RB ID, e.g. CRB ID) within the one or more RBs.

[0141] In some implementations, the UE may activate or deactivate one or more RBs based on the MAC CE. In some embodiments, if the MAC CE is for requesting activating one or more RBs while a current status of such RBs is deactivated, the UE may activate such RBs. If the MAC CE is for requesting activating one or more RBs while the current status of such RBs is activated, the UE may ignore the MAC CE. If the MAC CE is for requesting deactivating one or more RBs while the current status of such RBs is activated, the UE may deactivate such RBs. If the MAC CE is for requesting deactivating one or more RBs while the current status of such RBs is deactivated, the UE may ignore the MAC CE.

[0142] In some implementations, the UE may autonomously activate one or more RBs within the set of RBs. In some other implementations, the UE may transmit at least one of the following to the RAN node: (1) a scheduling request for the one or more RBs; (2) a BSR for the one or more RBs; or (3) an activation request for the one or more RBs.

[0143] In some implementations, the UE may receive a paging message from the RAN node (e.g. step 902 in the embodiments of Figure 9) . The paging message may include an indicator (denoted as a first indicator) indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0144] In one example, the first indicator is a paging cause with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node. In another example, the first indicator is an access type with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0145] In some implementations, the UE may transmit, to the RAN node, a message (denoted as a third message) including: (1) an indicator (denoted as a second indicator) indicating RB establishment for the data  transmission between the UE and the RAN node; and / or (2) data assistance information associated with the data transmission between the UE and the  RAN node. The data assistance information may include: a) a data size of data to be transferred from the UE to the RAN node; b) time duration for a data transmission between the UE and the RAN node; and / or c) a time interval between two data transmissions between the UE and the RAN node.

[0146] For instance, the third message may be an RRC setup request message (e.g. step 903 of the embodiments of Figure 9) or an RRC setup complete message (e.g. step 907 of the embodiments of Figure 9) .

[0147] It should be noted that the method described in Figure 6 describes possible implementations, and that the operations and the steps may be rearranged or otherwise eliminated or modified and that other implementations are possible, without departing from the spirit and scope of the disclosure.

[0148] Figure 7 illustrates a flowchart of a method performed by an RAN node in accordance with aspects of the present application. The RAN node (e.g. a BS) may execute a set of instructions to control the function elements of the RAN node to perform the described functions. In some implementations, aspects of operations 702 and 704 may be performed by NE 400 as described with reference to Figure 4. Specific examples are described in the embodiments of Figures 8, 8A-8C and 9 as follows.

[0149] At 702, the method may include transmitting, by an RAN node to a UE, a message (e.g. a first message as described in the embodiments of Figure 6) including a configuration (e.g. a first configuration as described in the embodiments of Figure 6) of a set of RBs. The set of RBs support a data transmission on a data plane between the UE and the RAN node. In some cases, each of the set of RBs (e.g. one or more CRBs) is different from an SRB and a DRB. In some other cases, each of the set of RBs is an SRB or a DRB, e.g., a dedicated SRB or a dedicated DRB supporting a data transmission on a data plane between the UE and the RAN node.

[0150] The first configuration transmitted at 702 may include the same or similar elements or partial elements as those in the first configuration received at 602 as described in the embodiment of Figure 6.

[0151] At 704, the method may include receiving another message (e.g. a second message as described in the embodiments of Figure 6) by the RAN node from the UE, after a configuration process (e.g. an RRC step procedure or an RRC reconfiguration procedure) based on the first message is completed.

[0152] In some implementations, the RAN node may receive at least one of the following from the UE via the data plane (e.g. the E2E data plane) between the UE and the RAN node: (1) a radio or network performance related measurement result; or (2) radio or network  performance related data. The radio or network performance related measurement result or data may include the same or similar elements or partial elements as those in the radio or network performance related measurement result or data as described in the embodiment of Figure 6.

[0153] In some implementations, the RAN node may transmit AI / ML related data (e.g., an AI / ML model) to the UE via the data plane between the UE and the RAN node.

[0154] In some implementations, the RAN node may transmit, to the UE, a MAC CE for requesting the UE to activate or deactivate one or more RBs within the set of RBs. The MAC CE may be associated with LCID or eLCID identifying a logical channel instance of the MAC CE. The MAC CE may include the same or similar elements or partial elements as those in the MAC CE as described in the embodiment of Figure 6.

[0155] In some implementations, the RAN node may transmit a paging message to the UE (e.g. step 902 in the embodiments of Figure 9) . The paging message may include an indicator (e.g. a first indicator as described in the embodiments of Figure 6) indicating whether the paging message is originated due to the data transmission between the UE and the RAN node. The indicator may be a paging cause or an access type, which is with a value indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.

[0156] In some implementations, the RAN node may receive, from the UE, a message (e.g. a third message as described in the embodiments of Figure 6) including: (1) an indicator (e.g. a second indicator as described in the embodiments of Figure 6)  indicating RB establishment for the data transmission between the UE and the RAN node; and / or (2) data assistance information associated with the data transmission between the UE and  the RAN node. The data assistance information may include the same or similar elements or partial elements as those in the data assistance information as described in the embodiment of Figure 6.

[0157] In some implementations, the RAN node (e.g. a BS) includes a DU and a CU, i.e. in a split RAN architecture. The DU may receive the paging message including the first indicator from the CU, and then transmit the paging message including the first indicator to the UE.

[0158] In some other implementations, the RAN node may transmit, to a CN node, a message including an indicator (denoted as a third indicator) which indicates RB establishment for the data transmission between the UE and the RAN node. For instance, the third indicator indicates that a PDU session is not needed.

[0159] In some implementations, the DU of the RAN node may receive, from the CU of the RAN node, a request message including at least one of the following: (1) ID information of a set of RBs (denoted as a first set of RBs, e.g. first CRBs in Figure 8)  to be setup by the DU. The first set of RBs support the data transmission on the data plane between the UE and the RAN node. Each ID within the ID information may identify one RB within the first set of RBs. (2) A QoS configuration for each of the first set of RBs. (3) UL TNL information for each of the first set of RBs which is used for delivery of data  from the DU to the CU. (4) A set of indicators indicating initial status information of the first set of RBs. a) In some implementations, each indicator within such set of indicators has two  codepoints. One codepoint indicates that an initial status of an RB within the first set of RBs is set to be activated by the DU. Another codepoint indicates that the initial status of the RB is set to be deactivated by the DU. b) In some other implementations, if the set of indicators includes an indicator for an  RB within the first set of RBs, an initial status of the RB is set to be activated by the DU. If the set of indicators does not include the indicator for the RB, the initial status of the RB is set to be deactivated by the DU. c) In some additional implementations, if the set of indicators includes an indicator for  an RB within the first set of RBs, an initial status of the RB is set to be deactivated by the DU. If the set of indicators does not include the indicator for the RB, the initial status of the RB is set to be activated by the DU.

[0160] In some implementations, the DU of the RAN node may transmit, to the CU of the RAN node, a response message including at least one of the following: (1) ID information of a set of RBs (denoted as a second set of RBs, e.g. second CRBs in  Figure 8) that are successfully setup by the DU. The second set of RBs may be a full set or a subset of the first set of RBs. (2) a configuration (denoted as a second configuration) of the second set of RBs; (3) LCID or eLCID used for each of the second set of RBs; (4) DL TNL information for each of the second set of RBs which is used for delivery of data  from the CU to the DU; or (5) ID information of a set of RBs (denoted as a third set of RBs, e.g. second CRBs in Figure  8) that are failed to setup by the DU. The third set of RBs may be a full set or a subset of the first set of RBs. (6) a set of indicators indicating initial status information of the second set of RBs; a) In some implementations, each indicator within the set of indicators has two  codepoints, wherein one codepoint indicates that an initial status of an RB within the second set of RBs has been set to be activated by the DU, and the other codepoint indicates that the initial status of the RB has been set to be deactivated by the DU. b) In some other implementations, if the set of indicators includes an indicator for an  RB within the second set of RBs, the CU may determine that an initial status of the RB has been set to be activated by the DU. If the set of indicators does not include the indicator for the RB, the initial status of the RB has been set to be deactivated by the DU. c) In some other implementations, if the set of indicators includes the indicator for the  RB, the CU may determine that an initial status of the RB has been set to be deactivated by the DU. If the set of indicators does not include the indicator for the RB, the CU may determine that the initial status of the RB has been set to be activated by the DU.

[0161] In some implementations, the second configuration may include: (1) a set of RLC related configuration parameters for the second set of RBs; (2) a set of MAC related configuration parameters for the second set of RBs; or (3) a set of PHY related configuration parameters for the second set of RBs.

[0162] In some implementations, the DU of the RAN node may receive, from the CU of the RAN node, a message (denoted as a fourth message) to request the DU to activate or deactivate the set of RBs. If the fourth message is for requesting to activate the set of RBs, the fourth message may include: (1) ID information of one or more RBs within the set of RBs to be activated by the DU; and / or (2) a set of information requesting activation of the one or more RBs. If the fourth message is for requesting to deactivate the set of RBs, the fourth message may include: (1) ID information of one or more RBs within the set of RBs to be deactivated by the DU; and / or (2) a set of information requesting deactivation of the one or more RBs.

[0163] In some implementations, the CU of the RAN node may determine to deactivate one or more RBs, before transmitting the fourth message for requesting to deactivate one or more RBs to the DU of the RAN node. In some other implementations, the CU may determine to activate one or more RBs, before transmitting the fourth message for requesting to activate one or more RBs to the DU. Before determining to activate one or more RBs, there may be following different embodiments: (1) the CU may decide to perform the data transmission towards the UE; (2) the CU may obtain, from the UE, information requesting the data transmission towards  the UE; or (3) the CU may receive a request to activate one or more RBs from the DU.

[0164] In some embodiments, the request message received from the DU of the RAN node encapsulates a command message, which includes: (1) an indicator indicating derivation of a set of security keys related to the first set of RBs; and / or (2) a set of security keys related to one or more DRBs are not needed.

[0165] For example, before transmitting the request to activate one or more RBs to the CU of the RAN node, the DU of the RAN node may receive at least one of the following from the UE: (1) a scheduling request for one or more RBs; (2) a BSR for one or more RBs; or (3) an activation request for one or more RBs.

[0166] It should be noted that the method described in Figure 7 describes possible implementations, and that the operations and the steps may be rearranged or otherwise eliminated or modified and that other implementations are possible, without departing from the spirit and scope of the disclosure.

[0167] Figure 8 illustrates a signalling procedure for network triggered RB activation or deactivation in accordance with aspects of the present application. Details described in all other embodiments of the present application are applicable for the embodiments of Figure 8.

[0168] As shown in Figure 8, an RAN node (e.g. a BS) is in CU-DU architecture, and includes a CU and one or more DUs. In the embodiments of Figure 8, following steps 801 to 822 may be performed, wherein step 822 is optional and thus is marked as a dotted line.

[0169] In step 801, the UE sends an RRC setup request message to the DU of the RAN node.

[0170] In step 802, the DU transfers an initial UL RRC message transfer message to the CU. This message includes the RRC setup request message and, if the UE is admitted, the corresponding low layer configuration for the UE.

[0171] In step 803, the CU of the RAN node allocates a CU UE F1AP ID for the UE and generates an RRC setup message towards the UE. The RRC setup message may be encapsulated in a DL RRC message transfer message.

[0172] In step 804, the DU sends the RRC setup message to the UE.

[0173] In step 805, the UE sends an RRC setup complete message to the DU.

[0174] In step 806, the DU encapsulates the RRC setup complete message in an UL RRC message transfer message, and sends the UL RRC message transfer message to the CU.

[0175] In step 807, the CU sends an initial UE message to the CN (e.g., AMF) .

[0176] In step 808, the CN sends an initial context setup request message to the CU.

[0177] In step 809, the CU sends an UE context setup request message to establish the UE context in the DU. In some embodiments, this message may also encapsulate a security mode command message.

[0178] For instance, the UE context setup request message may include one or more first CRB IDs indicating one or more CRBs to be setup by the DU, wherein each first CRB is identified by a CRB ID. For each first CRB, the UE context setup request message may include: (1) a QoS configuration such as priority level indicating a priority in scheduling resources, (2) packet delay budget indicating an upper bound for the time that a packet may be delayed between the UE and the CU, and / or (3) a packet error rate indicating an upper bound for a rate of non-congestion related packet losses.

[0179] In some embodiments, for each first CRB, the UE context setup request message may include an indicator indicating an initial status of the first CRB. - For one example, the indicator has two codepoints, where one codepoint with a value of  activated indicates that the initial status of the first CRB should be set to be activated by the DU, while another codepoint with a value of deactivated indicates that the initial status of the first CRB should be set to be deactivated by the DU. - For another example, the indicator indicates that the initial status of the first CRB should  be set to be activated by the DU. Otherwise, the initial status of the first CRB should be set to be deactivated by the DU. - For an additional example, the indicator indicates that the initial status of the first CRB  should be set to be deactivated by the DU. Otherwise, the initial status of the first CRB should be set to be activated by the DU.

[0180] In some embodiments, for each first CRB, the UE context setup request message may include UL TNL information used for delivery of data from the DU to the CU. The UL TNL information may include a GTP tunnel endpoint identifier (ID) and / or a transport layer address (e.g., an IP address) .

[0181] In step 810, the DU sends a security mode command message to the UE.

[0182] In step 811, the DU sends a UE context setup response message to the CU.

[0183] For example, the UE context setup response message may include one or more second CRB IDs indicating one or more CRBs that are successfully setup by the DU. The one or more second CRB IDs may be equal to the one or more first CRB IDs or may be a subset of the one or more first CRB IDs. For each second CRB, the DU may also provide a CRB configuration, such as one or more RLC or MAC or PHY related configuration parameters. - For each second CRB, the DU may provide an LCID or eLCID, where the LCID or  eLCID is specifically used for the second CRB. - For each second CRB, the DU may provide DL TNL information used for delivery of  data from the CU to the DU. The DL TNL information may include a GTP tunnel endpoint ID and / or a transport layer address (e.g., an IP address) . - If the indicator indicating the initial status of the first CRB is not provided by the CU in  step 809, the DU may provide the initial status for each second CRB.

[0184] In some embodiments, the UE context setup response message may include one or more third CRB IDs indicating one or more CRBs that are failed to setup by the DU. The one or more third CRB IDs may be equal to the one or more first CRB IDs or may be a subset of the one or more first CRB IDs.

[0185] In step 812, the UE responds with a security mode complete message.

[0186] In step 813, the DU encapsulates the security mode complete message in an UL RRC message transfer message, and sends the UL RRC message transfer message to the CU.

[0187] In step 814, the CU generates an RRC reconfiguration message and encapsulates it in a DL RRC message transfer message, and sends the DL RRC message transfer message to the DU.

[0188] For instance, the RRC reconfiguration message may include the one or more fourth CRB IDs. The one or more fourth CRB IDs may be equal to the one or more second CRB IDs, or may be a subset of the one or more second CRB IDs. Each fourth CRB ID may be associated with a CRB configuration, such as one or more RLC or MAC or PHY related configuration parameters.

[0189] In some embodiments, each fourth CRB ID may be associated with an indicator indicating the initial status of the fourth CRB. - For one example, the indicator has two codepoints, where the codepoint with the value  of activated indicates that the initial status of the fourth CRB should be set to be activated by the UE, while the codepoint with the value of deactivated indicates that the initial status of the fourth CRB should be set to be deactivated by the UE. - For another example, the indicator indicates that the initial status of the fourth CRB  should be set to be activated by the UE. Otherwise, the initial status of the fourth CRB should be set to be deactivated by the UE. - For an additional example, the indicator indicates that the initial status of the fourth CRB  should be set to be deactivated by the UE. Otherwise, the initial status of the fourth CRB should be set to be activated by the UE.

[0190] In step 815, the DU sends an RRC reconfiguration message to the UE.

[0191] In step 816, the UE sends an RRC reconfiguration complete message to the DU.

[0192] In step 817, the DU encapsulates the RRC reconfiguration complete message in an UL RRC message transfer message, and sends the UL RRC message transfer message to the CU.

[0193] In step 818, the CU sends an initial context setup response message to the CN (e.g., AMF) .

[0194] In step 819, the CU sends a message to request the DU to activate or deactivate one or more CRBs. - For one example, the message may include an indicator indicating the one or more CRBs  to be activated by the DU. For instance, the message includes one or more CRB IDs, where each CRB ID is associated with an indicator indicating the request for activation of the corresponding CRB identified by the CRB ID. - For another example, the message may include an indicator indicating the one or more  CRBs to be deactivated by the DU. For instance, the message includes one or more CRB IDs, where each CRB ID is associated with an indicator indicating the request for deactivation of the corresponding CRB identified by the CRB ID. - For instance, the message is a UE context modification request message.

[0195] In some cases, the CU determines to activate the one or more CRBs if the CU decides to perform data transmission towards the UE.

[0196] In some cases, the CU obtains an indicator indicating the request of data transmission from the UE e.g., via RRC signalling, and then the CU determines to activate the one or more CRBs.

[0197] In some other cases, the DU requests the CU to activate one or more CRBs. The UE may autonomously activate the CRBs and send the CRB activation request to the DU, e.g., via an MAC message or uplink control information (UCI) signalling. - For one example, when the DU receives scheduling request or BSR for the CRBs from  the UE, the DU requests the CU to activate the one or more CRBs, e.g., via a UE CONTEXT MODIFICATION REQUIRED message. - For another example, when the DU receives a CRB activation request from the UE, the  DU requests the CU to activate the one or more CRBs, e.g., via a UE CONTEXT MODIFICATION REQUIRED message. - For another example, when the DU receives a CRB activation notification from the UE,  the DU notifies the CRBs activated by the UE to the CU, e.g., via a UE CONTEXT MODIFICATION REQUIRED message.

[0198] In step 820, the DU sends a MAC CE to request the UE to activate or deactivate one or more CRBs. The MAC CE may be associated with an LCID or eLCID, where the LCID or eLCID identifies the logical channel instance of the corresponding MAC CE.

[0199] For one example, the MAC CE includes the following information (which may be named as other similar names) , as shown in Figure 8A or Figure 8B: - A / D: This field indicates whether to activate or deactivate indicated one or more CRBs.  For example, the field is set to 1 to indicate activation, otherwise, it indicates deactivation. - CRB ID: This field indicates an ID of a CRB for which the MAC CE applies. There  may be one or more CRB IDs included in the MAC CE. In some cases, if there is no CRB ID included in the MAC CE, it indicates that all the CRBs for which the MAC CE applies, i.e., the MAC CE applies to all the CRBs. - NUM: This field indicates a total number of one or more CRB IDs in the MAC CE. - R: one or more reserved bits, which may be set to 0.

[0200] For another example, the MAC CE includes the following information, as shown in Figure 8C: - Ci: If there is a CRB configured for the MAC entity with CRB ID i, this field indicates  an activation or deactivation status of the CRB with CRB ID i; else, the MAC entity shall ignore the Ci field. - For example, the Ci field (e.g. any of C0 to C7 as shown in Figure 8C) may be set to 1  to indicate that the CRB with CRB ID i shall be activated. The Ci field may be set to 0 to indicate that the CRB with CRB ID i shall be deactivated.

[0201] In step 821, the UE activates or deactivates the CRBs.

[0202] In some implementations, if the MAC CE is received for activating the one or more CRBs and the one or more CRBs are currently with the status of deactivated (e.g., the one or more CRBs are configured with the status of deactivated upon CRB configuration included in the RRC reconfiguration message) , the UE activates the one or more CRBs.

[0203] In some other implementations, if the MAC CE is received for activating the one or more CRBs and the one or more CRBs are currently with the status of activated (e.g., the one or more CRBs are configured with the status of activated upon CRB configuration included in the RRC reconfiguration message) , the UE ignores the MAC CE.

[0204] In some implementations, if the MAC CE is received for deactivating the one or more CRBs and the one or more CRBs are currently with the status of activated (e.g., the one or more CRBs are configured with the status of activated upon CRB configuration included in the RRC reconfiguration message) , the UE deactivates the one or more CRBs.

[0205] In some implementations, if the MAC CE is received for deactivating the one or more CRBs and the one or more CRBs are currently with the status of deactivated (e.g., the one or more CRBs are configured with the status of deactivated upon CRB configuration included in the RRC reconfiguration message) , the UE ignores the MAC CE.

[0206] In step 822, the DU sends a CRB activation response or a CRB deactivation response to the CU. The step 822 is optional in some implementations.

[0207] Figure 9 illustrates a signalling procedure for UE triggered RB establishment in accordance with aspects of the present application. Details described in all other embodiments of the present application are applicable for the embodiments of Figure 9.

[0208] As shown in Figure 9, an RAN node (e.g. a BS) is in CU-DU architecture, and includes a CU and one or more DUs. In the embodiments of Figure 9, following steps 901 to 920 may be performed, wherein steps 901, 902, 917 and 918 are optional and thus are marked as dotted lines.

[0209] In step 901, the CU sends a paging message to the DU. The paging message may include a first indicator indicating whether the paging message is originated due to the data transfer between the UE and the RAN, e.g., for the CRB establishment. For example, the first indicator is a paging cause.

[0210] For one example, the first indicator is a paging cause with the value indicating whether the paging message is originated due to the data transfer between the UE and the RAN, e.g., for the CRB establishment.

[0211] For another example, the first indicator is an access type with the value indicating whether the paging message is originated due to the data transfer between the UE and the RAN, e.g., for the CRB establishment.

[0212] The step 901 is optional in some implementations.

[0213] In step 902, the DU initiates the paging procedure by transmitting the paging message at the UE's paging occasion. The paging message may include a first indicator indicating whether the paging message is originated due to the data transfer between the UE and the RAN, e.g., for the CRB establishment.

[0214] For one example, the first indicator is a paging cause with the value indicating whether the paging message is originated due to the data transfer between the UE and the RAN, e.g., for the CRB establishment. For another example, the first indicator is an access type with the value indicating whether the paging message is originated due to the data transfer between the UE and the RAN, e.g., for the CRB establishment.

[0215] The step 902 is optional in some implementations.

[0216] In step 903, the UE sends an RRC setup request message to the DU.

[0217] In step 904, the DU includes "the RRC setup request message and, if the UE is admitted, the corresponding low layer configuration for the UE" in an initial UL RRC message transfer message, and transfers the initial UL RRC message transfer message to the CU.

[0218] In step 905, the CU allocates a CU UE F1AP ID for the UE and generates an RRC setup message towards the UE. The RRC setup message may be encapsulated in a DL RRC message transfer message.

[0219] In step 906, the DU sends the RRC setup message to the UE.

[0220] In step 907, the UE sends an RRC setup complete message to the DU. For example, the RRC setup complete message may include a second indicator indicating the CRB establishment for the data transfer between the UE and the RAN.

[0221] In some embodiments, the RRC setup complete message may include data assistance information, such as a data size indicating the size of data to be transferred to the RAN, time duration for a data transfer, and / or a time interval between two data transfers.

[0222] In some embodiments, the second indicator and / or the data assistance information may be included in the RRC setup request message in the step 903. In this case, the RRC setup message in the step 905 or step 906 may include one or more fourth CRB IDs, where the one or more fourth CRB IDs may be equal to the one or more second CRB IDs or a subset of the one or more second CRB IDs. Each fourth CRB ID is associated with the CRB configuration. That is, the step 906 and step 907 are performed after the step 916, while the step 917 and step 918 are not needed.

[0223] In step 908, the DU encapsulates the RRC setup complete message in an UL RRC message transfer message and sends the UL RRC message transfer message to the CU.

[0224] In step 909, the CU sends an initial UE message to the CN (e.g., AMF) . The initial UE message may include a third indicator indicating the CRB establishment for the data transfer between the UE and the RAN. For example, the third indicator indicates that the PDU session is not needed.

[0225] In step 910, the CN (e.g., AMF) sends an initial context setup request message to the CU. In some implementations, if the third indicator is included in the initial UE message received in the step 909, the initial context setup request message includes one or more security keys used for AS security. However, the PDU session setup request is not included.

[0226] In step 911, the CU sends a UE context setup request message to establish the UE context in the DU. In some implementations, this message may also encapsulate the security mode command message.

[0227] For example, the UE context setup request message may include one or more first CRB IDs indicating the one or more CRBs to be setup by the DU, where each first CRB is identified by the CRB ID. For each first CRB, the UE context setup request message may include a QoS configuration (such as, a priority level indicating a priority in scheduling resources, packet delay budget indicating an upper bound for the time that a packet may be delayed between the UE and the CU, and a packet error rate indicating an upper bound for a rate of non-congestion related packet losses) . In some cases, the QoS configuration is derived based on the data assistance information received from the UE, e.g., included in the RRC setup complete message.

[0228] For example, the security mode command message may include an indicator indicating derivation of one or more security keys related to the CRB. In some cases, the indicator indicates that one or more security keys related to the DRB are not needed.

[0229] In step 912, the DU sends the security mode command message to the UE.

[0230] In step 913, the DU sends a UE context setup response message to the CU.

[0231] In some embodiments, the UE context setup response message may include one or more second CRB IDs indicating the CRBs that are successfully setup by the DU. The one or more second CRB IDs may be equal to the one or more first CRB IDs or may be a subset of the one or more first CRB IDs. For each second CRB, the DU also provides the CRB configuration, such as one or more RLC or MAC or PHY related parameters.

[0232] In some embodiments, the UE context setup response message may include one or more third CRB IDs indicating the CRBs that are failed to setup by the DU. The one or more third CRB IDs may be equal to the one or more first CRB IDs or may be a subset of the one or more first CRB IDs.

[0233] In step 914, the UE responds with a security mode complete message. In some implementations, if the security mode complete message received in the step 912 includes the indicator indicating the derivation of security keys related to the CRB, the UE may derive one or more security keys related to the CRB, such as the key used for CRB integrity protection and / or the key used for CRB ciphering. The UE doesn’ t derive one or more security keys related to the DRB.

[0234] In step 915, the DU encapsulates the security mode complete message in an UL RRC message transfer message, and sends the UL RRC message transfer message to the CU.

[0235] In step 916, the CU generates an RRC reconfiguration message and encapsulates it in a DL RRC message transfer message, and sends the DL RRC message transfer message to the DU.

[0236] In some implementations, the RRC reconfiguration message may include the one or more fourth CRB IDs, where the one or more fourth CRB IDs are equal to the one or more second CRB IDs or are a subset of the one or more second CRB IDs. Each fourth CRB ID is associated with the CRB configuration.

[0237] In step 917, the DU sends the RRC reconfiguration message to the UE.

[0238] In step 918, the UE sends an RRC reconfiguration complete message to the DU.

[0239] In step 919, the DU encapsulates the RRC reconfiguration complete message in an UL RRC message transfer message and sends the UL RRC message transfer message to the CU.

[0240] In step 920, the CU sends an initial context setup response message to the CN (e.g., AMF) .

[0241] The description herein is provided to enable a person having ordinary skill in the art to make or use the application. Various modifications to the application 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 application. Thus, the application 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 user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the UE to:receive, from a radio access network (RAN) node, a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; andafter completing a configuration process based on the first message, transmit a second message to the RAN node.2.The UE of claim 1, wherein the first configuration includes at least one of the following:ID information of the set of RBs; ora set of indicators indicating initial status information of the set of RBs.3.The UE of claim 2, wherein each indicator within the set of indicators has two codepoints, one codepoint within the two codepoints indicates that an initial status of one RB within the set of RBs is set to be activated by the UE, and another codepoint within the two codepoints indicates that the initial status of the one RB is set to be deactivated by the UE.4.The UE of claim 1, wherein the at least one processor is configured to cause the UE to receive, from the RAN node, a medium access control (MAC) control element (CE) for requesting the UE to activate or deactivate one or more RBs within the set of RBs, and wherein the MAC CE is associated with a logical channel identifier (LCID) or an extended logical channel identifier (eLCID) identifying a logical channel instance of the MAC CE.5.The UE of claim 4, wherein the MAC CE includes at least one of the following:a field indicating whether to activate or deactivate the one or more RBs;a total number of the one or more RBs;a list of identifier (ID) fields of the one or more RBs; orone or more reserve bits.6.The UE of claim 4, wherein the MAC CE includes a list of fields related to the one or more RBs, and each field within the list of fields indicates an activation or deactivation status of one RB within the one or more RBs.7.The UE of claim 4, wherein the at least one processor is further configured to cause the UE to activate or deactivate the one or more RBs based on the MAC CE.8.The UE of claim 7, wherein, to activate or deactivate the one or more RBs, the at least one processor is further configured to cause the UE to:if the MAC CE is for requesting activating the one or more RBs and if a current status of the one or more RBs is deactivated, activate the one or more RBs;if the MAC CE is for requesting activating the one or more RBs and if the current status of the one or more RBs is activated, ignore the MAC CE;if the MAC CE is for requesting deactivating the one or more RBs and if the current status of the one or more RBs is activated, deactivate the one or more RBs; orif the MAC CE is for requesting deactivating the one or more RBs and if the current status of the one or more RBs is deactivated, ignore the MAC CE.9.The UE of claim 1, wherein the at least one processor is configured to cause the UE to:autonomously activate one or more RBs within the set of RBs; ortransmit at least one of the following to the RAN node:a scheduling request for the one or more RBs;a buffer status report (BSR) for the one or more RBs; oran activation request for the one or more RBs.10.The UE of claim 1, wherein the at least one processor is further configured to cause the UE to receive a paging message from the RAN node, and wherein the paging message includes a first indicator indicating whether the paging message is originated due to the data transmission between the UE and the RAN node.11.The UE of claim 10, wherein the at least one processor is further configured to cause the UE to transmit, to the RAN node, a third message including at least one of the following:a second indicator indicating RB establishment for the data transmission between the UE and the RAN node; ordata assistance information associated with the data transmission between the UE and the RAN node.12.The UE of claim 11, wherein the data assistance information includes at least one of the following:a data size of data to be transferred from the UE to the RAN node;time duration for one data transmission between the UE and the RAN node; ora time interval between two data transmissions between the UE and the RAN node.13.Aradio access network (RAN) node for wireless communication, comprising:at least one memory; andat least one processor coupled to the at least one memory and configured to cause the RAN node to:transmit, to a user equipment (UE) , a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; andafter a configuration process based on the first message is completed, receive a second message from the UE.14.The RAN node of claim 13, wherein the at least one processor is further configured to cause the RAN node to transmit, to a core network (CN) node, a message including a third indicator indicating RB establishment for the data transmission between the UE and the RAN node.15.The RAN node of claim 13, wherein the RAN node includes a distributed unit (DU) and a central unit (CU) , and the at least one processor is further configured to cause the DU to receive, from the CU, a request message including at least one of the following:identifier (ID) information of a first set of RBs to be setup by the DU, wherein the first set of RBs support the data transmission on the data plane between the UE and the RAN node, and each ID within the ID information identifies one RB within the first set of RBs;a quality of service (QoS) configuration for each of the first set of RBs;uplink (UL) transport network layer (TNL) information for each of the first set of RBs which is used for delivery of data from the DU to the CU; ora set of indicators indicating initial status information of the first set of RBs.16.The RAN node of claim 15, wherein the at least one processor is further configured to cause the DU to transmit, to the CU, a response message including at least one of the following:identifier (ID) information of a second set of RBs that are successfully setup by the DU, wherein the second set of RBs is a full set or a subset of the first set of RBs;a second configuration of the second set of RBs;a set of indicators indicating initial status information of the second set of RBs;a logical channel identifier (LCID) or an extended logical channel identifier (eLCID) used for each of the second set of RBs;downlink (DL) transport network layer (TNL) information for each of the second set of RBs which is used for delivery of data from the CU to the DU; orID information of a third set of RBs that are failed to setup by the DU, wherein the third set of RBs is a full set or a subset of the first set of RBs.17.The RAN node of claim 16, wherein:the at least one processor is further configured to cause the DU to receive, from the CU, a fourth message to request the DU to activate or deactivate the set of RBs;if the fourth message is for requesting to activate the set of RBs, the fourth message includes at least one of the following:ID information of one or more RBs within the set of RBs to be activated by the DU; ora set of information requesting activation of the one or more RBs; andif the fourth message is for requesting to deactivate the set of RBs, the fourth message includes at least one of the following:ID information of one or more RBs within the set of RBs to be deactivated by the DU; ora set of information requesting deactivation of the one or more RBs.18.The RAN node of claim 15, wherein the request message encapsulates a command message including at least one of the following:an indicator indicating derivation of a set of security keys related to the first set of RBs; ora set of security keys related to one or more DRBs are not needed.19.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:receive, from a radio access network (RAN) node, a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the processor and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; andafter completing a configuration process based on the first message, transmit a second message to the RAN node.20.A method performed by a user equipment (UE) for wireless communication, comprising:receiving, from a radio access network (RAN) node, a first message including a first configuration of a set of radio bearers (RBs) , wherein the set of RBs support a data transmission on a data plane between the UE and the RAN node, and wherein each of the set of RBs is different from a signalling radio bearer (SRB) and a data radio bearer (DRB) ; andafter completing a configuration process based on the first message, transmitting a second message to the RAN node.

Images