Communication method, apparatus, and system for mission session

Abstract

Provided are a communication method, apparatus, and system for a mission session. The method includes: receiving configuration information, where the configuration information is used to configure a first protocol layer, the first protocol layer is used to provide a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing; performing, according to the configuration information, configuration for the mission service.

Description

COMMUNICATION METHOD, APPARATUS, AND SYSTEM FOR MISSION SESSION

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to U.S. Provisional Application No. 63 / 675,120, filed on July 24, 2024. The disclosure of the above patent application is incorporated herein by reference in its entirety.TECHNICAL FIELD

[0003] The present disclosure relates to the field of communications technologies and, in particular, to a communication method, apparatus, and system for a mission session.BACKGROUND

[0004] Protocol data unit (PDU) connectivity service is provided by 5G network. PDU connectivity service is a service that provides exchange of PDUs between a user equipment (UE) and a Data Network (DN) . 5G network provides PDU connectivity service to a UE via one or more PDU sessions.

[0005] For a next generation (e.g. sixth generation (6G) or later) network, or a legacy (e.g. fifth generation (5G) , fourth generation (4G) ) network, e.g., in 6G era, the 6G network is expected to not only for connectivity, but also for data processing. In-network data processing (or termed as in-network computing interchangeably) is supported. The in-network data processing is for an anything as a service (XaaS) service, e.g., to execute artificial intelligence (AI) model training or inferencing, integrated sensing and communication (ISAC) data processing, data pre-processing (e.g., data normalization, data cleaning) . The specific design is needed to support the data processing.

[0006] This background information is provided to reveal information believed by the applicant to be of possible relevance to the present disclosure. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the present disclosure.SUMMARY

[0007] In a first aspect, a communication method is provided in the present disclosure, the method including:

[0008] receiving configuration information, where the configuration information is used to configure a first protocol layer, the first protocol layer is used to provide a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing;

[0009] performing, according to the configuration information, configuration for the mission service.

[0010] The method may be performed by a communication apparatus, such as a terminal device, on which the first layer is to be configured. The first protocol layer is used to provide a mission service, e.g. a XaaS service. Through the solution of the method, the first protocol layer can be configured in the terminal device, so that the terminal device can be involved in the mission service. The dynamic configuration of the first protocol layer can enable the terminal device to be flexibly involved in the mission service, e.g., a 6G XaaS service, and can enhance the overall flexibility and adaptability of the communication system. The approach can allow for efficient use of network resources by dynamically allocating and optimizing the first protocol layer for specific mission services.

[0011] In a possible implementation of the first aspect, the first protocol layer is an upper layer of a radio layer. Packets of the first protocol layer can be transmitted between a terminal device and a network function through a radio interface between the terminal device and a RAN, thereby providing the mission service.

[0012] In a possible implementation of the first aspect, the mission service is provided through at least one mission session, and each of the at least one mission session includes a data forwarding resource and a data processing resource for providing the mission service. The number of mission sessions may depend on actual application conditions, such as complexity of the mission service, processing capability of relevant devices.

[0013] In a possible implementation of the first aspect, the configuration information includes one or more mission session identifiers (IDs) identifying one or more of the at least one mission session of the mission service. The mission session IDs can allow the network to distinguish between different mission sessions and manage them accordingly.

[0014] In a possible implementation of the first aspect, the mission service includes at least one computing block (CB) , each of the at least one CB corresponds to a computational step toward achieving the mission service, the configuration information is used for configuring at least one first entity on the first protocol layer, where each of the at least one first entity is configured to execute one or more CBs of the at least one CB.

[0015] In a possible implementation of the first aspect, the performing, according to the configuration information, configuration for the mission service includes:

[0016] establishing the at least one first entity.

[0017] In a possible implementation of the first aspect, the computational step toward achieving the mission service includes one or more of: artificial intelligence (AI) training, AI inference, data pre-processing, data privacy protection, data cleaning, data collection, data analytics, sensing, data sanitization, data management, data normalization, data aggregation, data splitting, useless data filtering, data formatting, data adaptation, data feature engineering, data compression, data embedding, data representation learning, or data feature extraction.

[0018] In a possible implementation of the first aspect, each of the at least one mission session includes at least one data session, each of the at least one data session includes an association terminates at one first entity of the at least one first entity.

[0019] In a possible implementation of the first aspect, the at least one data session corresponds to at least one radio bearer, and a corresponding relationship between the at least one data session and the at least radio bearer includes at least one of: one data session corresponding to one radio bearer, multiple data sessions corresponding to one radio bearer, or one data session corresponding to multiple radio bearers. The flexibility to configure these mappings allows the network to optimize resource usage, and adapt to changing network conditions.

[0020] In a possible implementation of the first aspect, each of the at least one data session or each of the at least one mission session corresponds to at least one quality of service (QoS) flow, and data traffics of the at least one QoS flow are delivered via the respective session, where a QoS flow is a finest granularity of QoS differentiation in the mission service, and a data traffic within a QoS flow receives same data processing treatment and same data forwarding treatment.

[0021] In a possible implementation of the first aspect, each of the at least one first entity is configured with a first granularity, where the first granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function; where a mission session group includes one or more mission sessions, a data session group includes one or more data sessions, and a CB group includes one or more CBs.

[0022] Various granularities may be used to configure the at least one first entity. Different first entities may be configured with the same granularity or different granularities. In this way, the configuration of the at least one first entity can adapt to various application scenarios, and the terminal device can be allowed to be more flexibly involved in a 6G XaaS service (e.g., mission service) . In addition, the mission service can be customized at a very detailed level, facilitating deployment and management of the mission service and enhancing service quality and user experience.

[0023] In a possible implementation of the first aspect, when a first entity of the at least one first entity is per mission session, the first entity is dedicated for a mission session.

[0024] In a possible implementation of the first aspect, when a first entity of the at least one first entity is per data session or per data session group, the first entity is dedicated for a data session of a mission session, or dedicated for a group of data sessions.

[0025] In a possible implementation of the first aspect, when a first entity of the at least one first entity is per CB or per CB group, the first entity is dedicated for a CB, or dedicated for a group of CBs.

[0026] In a possible implementation of the first aspect, when a first entity of the at least one first entity is per mission session group, the first entity is dedicated for a group of mission sessions.

[0027] In a possible implementation of the first aspect, when a first entity of the at least one first entity is per network function, and the first entity is in a network function corresponding to one or more mission sessions, the first entity is shared by the one or more mission sessions.

[0028] In a possible implementation of the first aspect, the configuration information indicates at least one first granularity of the at least one first entity.

[0029] In a possible implementation of the first aspect, the configuration information includes at least one of:

[0030] an indication on whether a first entity on the first protocol layer needs to encapsulate a data session ID in a packet of the first protocol layer; or

[0031] an indication on whether a first entity on the first protocol layer needs to encapsulate a computing block identifier (CBID) in a packet of the first protocol layer.

[0032] By encapsulating identifiers when necessary, communication overhead can be reduced, use of resources can be improved, and overall efficiency can be improved. In addition, the solution can ensure that data packets are correctly identified and mapped to appropriate tunnels or sessions, or CBs, which can facilitate implementation of the mission service and help maintain the quality of service for different data flows.

[0033] In a possible implementation of the first aspect, the first protocol layer is an anything as a service (XaaS) service layer, and each of the at least one first entity is a XaaS service entity.

[0034] In a possible implementation of the first aspect, the first protocol layer is a processing service function (PSF) layer and each of the at least one first entity is a PSF entity.

[0035] In a possible implementation of the first aspect, the configuration information includes:

[0036] configuration information for the at least one first entity on the first protocol layer.

[0037] In a possible implementation of the first aspect, the configuration information is further used to configure a second protocol layer, and the second protocol layer is a lower layer of the first protocol layer and is used for data adaptation and transmission. By using the configuration information, the second protocol layer can be configured, and the packets of the first protocol layer can be transmitted through the second protocol layer.

[0038] In a possible implementation of the first aspect, the configuration information is used for configuring at least one second entity on the second protocol layer, and each of the at least one second entity corresponds to one or more first entities of the at least one first entity. By using the configuration information, the at least one second entity can be configured on the second protocol layer, and packets of each first entity can be transmitted through its corresponding second entity (ies) .

[0039] In a possible implementation of the first aspect, the performing, according to the configuration information, configuration for the mission service includes:

[0040] establishing the at least one second entity.

[0041] In a possible implementation of the first aspect, each of the at least one second entity is configured with a second granularity, where the second granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function; where a mission session group includes one or more mission sessions, a data session group includes one or more data sessions, and a CB group includes one or more CBs.

[0042] Various granularities may be used to configure the at least one second entity. Different second entities may be configured with the same granularity or different granularities. In this way, the configuration of the at least one second entity can adapt to various application scenarios, and the terminal device can be allowed to be more flexibly involved in the mission service, e.g., a 6G XaaS service. In addition, services can be customized at a very detailed level, facilitating deployment and management of the mission service and enhancing service quality and user experience.

[0043] In a possible implementation of the first aspect, when a second entity of the at least one second entity is per mission session, the second entity is dedicated for a mission session.

[0044] In a possible implementation of the first aspect, when a second entity of the at least one second entity is per data session or per data session group, the second entity is dedicated for a data session of a mission session, or dedicated for a group of data sessions.

[0045] In a possible implementation of the first aspect, when a second entity of the at least one second entity is per CB or per CB group, the second entity is dedicated for a CB of a mission, or dedicated for a group of one or more CBs.

[0046] In a possible implementation of the first aspect, when a second entity of the at least one second entity is per mission session group, the second entity is dedicated for a group of mission sessions.

[0047] In a possible implementation of the first aspect, when a second entity of the at least one second entity is per network function, and the second entity is in a network function corresponding to one or more mission sessions, the second entity is shared by the one or more mission sessions.

[0048] In a possible implementation of the first aspect, the configuration information indicates at least one second granularity of the at least one second entity.

[0049] In a possible implementation of the first aspect, the configuration information includes at least one of:

[0050] an indication on whether a second entity on the second protocol layer needs to encapsulate a data session ID in a packet of the second protocol layer;

[0051] an indication on whether a second entity on the second protocol layer needs to encapsulate a CBID in a packet of the second protocol layer.

[0052] By encapsulating identifiers when necessary, communication overhead can be reduced, use of resources can be improved, and overall efficiency can be improved. In addition, the solution can ensure that data packets are correctly identified and mapped to appropriate tunnels or sessions, or CBs, which can facilitate implementation of the mission service and help maintain the quality of service for different data flows.

[0053] In a possible implementation of the first aspect, at least one second granularity of the at least one second entity is same as or different from at least one first granularity of the at least one first entity. The granularities of the at least one second entity and the at least one first entity can be flexibly configured, which can allow the communication system to adapt to various application scenarios.

[0054] In a possible implementation of the first aspect, the second protocol layer is a service data adaptation protocol (SDAP) layer, and each of the at least one second entity is an SDAP entity.

[0055] In a possible implementation of the first aspect, the configuration information includes:

[0056] configuration information for the at least one second entity on the second protocol layer.

[0057] In a possible implementation of the first aspect, the configuration information includes at least one of:

[0058] granularity information of the at least one first entity on the first protocol layer, or

[0059] granularity information of the at least one second entity on the second protocol layer.

[0060] In a possible implementation of the first aspect, the configuration information indicates a connection relationship between the at least one first entity on the first protocol layer and the at least one second entity on the second protocol layer.

[0061] In a possible implementation of the first aspect, the performing, according to the configuration information, configuration for the mission service includes:

[0062] setting up one or more connections between the at least one first entity and the at least one second entity according to the connection relationship.

[0063] The establishment of the connections may facilitate the exchange of data and control information necessary for the mission service. By establishing these connections, communication and coordination between different layers of the protocol stack can be enhanced. This ensures that data is correctly routed and processed according to the service requirements.

[0064] In a possible implementation of the first aspect, the configuration information includes: one or more data session IDs corresponding to each of the at least one first entities, and one or more data session IDs corresponding to each of the at  least one second entities; and the connection relationship between a first entity of the at least one first entity and a second entity of the at least one second entity is indicated by one or more overlapped data session IDs corresponding to the first entity and the second entity. The connection relationship between the at least one first entity and the at least one second entity can be implicitly indicated by the overlapped data session ID (s) corresponding to them, which can reduce communication overhead in comparison with explicitly including the connection relationship in the configuration information.

[0065] In a possible implementation of the first aspect, the configuration information further includes one or more QoS parameters.

[0066] In a possible implementation of the first aspect, the configuration information includes at least one of:

[0067] data session ID mapping information between a terminal device and a network function;

[0068] CBID mapping information between a terminal device and a network function.

[0069] The data sessions and / or CBs on the terminal device side and the network function side may be different, and in this case, data session ID / CBID mapping information may be included in the configuration information for mapping of data session IDs / CBIDs between the terminal device and the network function. By including the mapping information in the configuration information, the terminal device can perform mapping based on the data session ID mapping information and / or the CBID mapping information.

[0070] In a possible implementation of the first aspect, the mission service corresponds to one or more data sessions / CBs in a terminal device and one or more data sessions / CBs in a network function, and the one or more data sessions / CBs in the terminal device are different from the one or more data sessions / CBs in the network function. Data sessions / CBs on the terminal device side and the network function side may be different, which can allow for more flexibility in implementation of the mission service.

[0071] In a possible implementation of the first aspect, the method further includes:

[0072] obtaining a packet including a first data session ID / CBID of a network function;

[0073] mapping, according to data session ID / CBID mapping information, the first data session ID / CBID to a second data session ID / CBID of a terminal device; and

[0074] performing an operation based on the second data session ID / CBID.

[0075] In a possible implementation of the first aspect, the performing an operation based on the second data session ID / CBID includes:

[0076] performing, by a first entity on the first protocol layer, data processing on the packet based on the second data session ID / CBID; or

[0077] processing, by a second entity on the second protocol layer, the packet to send to a first entity on the first protocol layer based on the second data session ID / CBID.

[0078] In a possible implementation of the first aspect, the method further includes:

[0079] mapping, according to data session ID / CBID mapping information, a third data session ID / CBID of a packet to a fourth data session ID / CBID, wherein the third data session ID / CBID is a data session ID / CBID of a terminal device, and the fourth data session ID / CBID is a data session ID / CBID of a network function; and

[0080] encapsulating the fourth data session ID / CBID into a packet and sending to the network function..

[0081] In some cases, the data sessions and / or CBs on the terminal device side and the network function side are different, and ID mapping may be required for uplink and downlink packets. The ID mapping may involve data session ID mapping and / or CBID mapping, and may be performed by the terminal device at the first protocol layer and / or the second protocol layer. A downlink packet received by the terminal device may include a data session ID / CBID of the network function, and the terminal device can map the data session ID / CBID of the network function to the data session ID / CBID of the terminal device, and then perform corresponding processing based on the data session ID / CBID of the terminal device. For an uplink packet for a data session ID / CBID of the terminal device, the terminal device can map the data session ID / CBID of the terminal device to the data session ID / CBID of the network function, encapsulate the data session ID / CBID of the network function into a packet and then transmit to the network function. When ID mapping is performed on the terminal device side, the  network function would not know the data session ID (s) and / or CBID (s) executed by the terminal device side, which can protect privacy of the terminal device.

[0082] In a possible implementation of the first aspect, a first entity of the at least one first entity is per mission session, a second entity of the at least one second entity is per mission session, the first entity and the second entity correspond to a mission session of the mission service and the configuration information includes at least one of:

[0083] a mission session ID identifying the mission session;

[0084] an indication on that the first entity corresponding to the mission session ID is to be established;

[0085] an indication on that the second entity corresponding to the mission session ID is to be established;

[0086] one or more data session IDs identifying one or more data sessions corresponding to the first entity;

[0087] one or more CBIDs identifying one or more CBs corresponding to the first entity;

[0088] one or more data session IDs identifying one or more data sessions corresponding to the second entity;

[0089] one or more CBIDs identifying one or more CBs corresponding to the second entity;

[0090] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0091] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0092] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0093] an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;

[0094] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0095] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0096] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;

[0097] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.

[0098] In a possible implementation of the first aspect, a first entity of the at least one first entity is per mission session, the first entity corresponds to a mission session of the mission service, one or more second entities of the at least one second entity correspond to the first entity, the one or more second entities are per data session or per data session group, and the configuration information includes at least one of:

[0099] a mission session ID identifying the mission session;

[0100] an indication on that the first entity corresponding to the mission session ID is to be established;

[0101] an indication on that the one or more second entities corresponding to the first entity are to be established;

[0102] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities;

[0103] one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities;

[0104] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0105] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0106] an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;

[0107] an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;

[0108] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0109] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0110] data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;

[0111] CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.

[0112] In a possible implementation of the first aspect, a second entity of the at least one second entity is per mission session, the second entity corresponds to a mission session of the mission service is per mission session, one or more first entities of the at least one first entity correspond to the mission session, the one or more first entities are per data session or per data session group, and the configuration information includes at least one of:

[0113] a mission session ID identifying the mission session;

[0114] an indication on that the second entity corresponding to the mission session ID is to be established;

[0115] an indication on that the one or more first entities corresponding to the second entity are to be established;

[0116] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more first entities;

[0117] one or more CBIDs identifying one or more CBs corresponding to each of the one or more first entities;

[0118] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0119] an indication on whether the second entity needs to encapsulate a CBID in a packet of the second protocol layer;

[0120] an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;

[0121] an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;

[0122] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between a terminal device and a network function;

[0123] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function;

[0124] data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between the terminal device and the network function;

[0125] CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function.

[0126] In a possible implementation of the first aspect, one or more first entities of the at least one first entity correspond to a mission session of the mission service, the one or more first entities are per data session or per data session group, one or more second entities of the at least one second entity correspond to the mission session, the one or more second entities are per data session or per data session group, and the configuration information includes at least one of:

[0127] a mission session ID identifying the mission session;

[0128] an indication on that the one or more first entities corresponding to the mission session ID are to be established;

[0129] an indication on that one or more second entities corresponding to each of the one or more first entities are to be established;

[0130] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;

[0131] one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;

[0132] an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;

[0133] an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;

[0134] an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;

[0135] an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;

[0136] data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between a terminal device and a network function;

[0137] CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function;

[0138] data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;

[0139] CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.

[0140] In a possible implementation of the first aspect, when a first entity of the at least one first entity corresponds to the mission service, the first entity is per mission session group, a second entity of the at least one second entity corresponds to the first entity, the second entity is per mission session group, and the configuration information includes at least one of:

[0141] one or more mission session IDs identifying one or more mission sessions corresponding to the first entity and the second entity;

[0142] an indication on that the first entity corresponding to the one or more mission session IDs is to be established;

[0143] an indication on that the second entity corresponding to the one or more mission session IDs is to be established;

[0144] an indication on whether the first entity needs to encapsulate a mission session ID in a packet of the first protocol layer;

[0145] an indication on whether the second entity needs to encapsulate a mission session ID in a packet of the second protocol layer;

[0146] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more mission sessions;

[0147] one or more CBIDs identifying one or more CBs corresponding to each of the one or more mission sessions;

[0148] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0149] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0150] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0151] an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;

[0152] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0153] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0154] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;

[0155] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.

[0156] In a possible implementation of the first aspect, the method further includes:

[0157] obtaining, by a second entity on the second protocol layer, a packet;

[0158] processing, by the second entity, the packet to obtain a processed packet;

[0159] sending, by the second entity, a packet to a first entity on the first protocol layer connected with the second entity.

[0160] In a possible implementation of the first aspect, the second entity is connected with more than one first entity on the first protocol layer, and the packet is sent to one first entity based on at least one of a data session ID of the packet or a CBID of the packet.

[0161] After obtaining a packet, a second entity can process the packet and deliver the processed packet to a connected first entity for processing. When the second entity is connected with more than one first entity, the processed packet can be delivered based on the data session ID and / or the CBID of the packet. In this way, downlink packets can be correctly delivered from the second layer to the first layer for processing.

[0162] In a possible implementation of the first aspect, the method further includes:

[0163] mapping, by the second entity, based on ID mapping information for the second entity, at least one of a data session ID or a CBID of the packet to at least one of a first mapped data session ID or a first mapped CBID;

[0164] where the processed packet is sent to the first entity based on the at least one of the first mapped data session ID or the first mapped CBID.

[0165] When data sessions and / or CBs on the terminal device side and the network function side are different, the data session ID and / or the CBID of the packet may be the data session ID and / or the CBID on the network function side, and the second entity can perform ID mapping to obtain the data session ID and / or the CBID on the terminal device side, and then deliver the processed packet based on the data session ID and / or the CBID on the terminal device side. Performing ID mapping on the terminal device can avoid the network side from knowing the data session ID (s) and / or CBID (s) executed by the terminal device, which can protect privacy of the terminal device.

[0166] In a possible implementation of the first aspect, the method further includes:

[0167] processing, by the first entity, the processed packet.

[0168] In a possible implementation of the first aspect, the first entity corresponds to more than one data session ID or more than one CBID, the processed packet is processed by the first entity based on at least one of a data session ID or a CBID of the processed packet.

[0169] In a possible implementation of the first aspect, the method further includes:

[0170] mapping, by the first entity, based on ID mapping information for the first entity, at least one of a data session ID or a CBID of the processed packet to at least one of a second mapped data session ID or a second mapped CBID;

[0171] where the processed packet is processed by the first entity based on at least one of the second mapped data session ID or the second mapped CBID.

[0172] The first entity can perform data processing on a packet received from the second layer. When the data sessions and / or CBs on the terminal device side and the network function side are different, the received packet may carry the data session ID and / or the CBID on the network function side, and the first entity can perform ID mapping to obtain a corresponding data session ID and / or CBID on the terminal device side, and then process the received packet based on the data session ID and / or the CBID on the terminal device side. In this way, downlink packets can be correctly identified and processed at the first layer.

[0173] In a possible implementation of the first aspect, the method further includes:

[0174] sending, by a first entity on the first layer, a packet to a second entity on a second layer being a lower layer of the first layer.

[0175] In a possible implementation of the first aspect, the first entity is connected with more than one second entity on the second layer, and the packet is sent to the second entity based on at least one of a data session ID corresponding to the packet or a CBID corresponding to the packet.

[0176] When a first entity has a packet to be transmitted to the network function, the first entity can send the packet to a connected second entity. In a case that the first entity is connected with more than one second entity, the packet can be delivered based on the data session ID and / or the CBID of the packet. In this way, uplink packets can be correctly delivered from the first layer to the second layer for transmission to the network function.

[0177] In a possible implementation of the first aspect, the packet includes at least one of a data session ID or a CBID corresponding to the packet.

[0178] In a possible implementation of the first aspect, the packet includes at least one of a third mapped data session ID or a third mapped CBID which is obtained by the first entity from at least one of a data session ID or a CBID corresponding to the packet based on ID mapping information for the first entity.

[0179] In a possible implementation of the first aspect, the packet includes the at least one of the data session ID or the CBID corresponding to the packet, or the at least one of the third mapped data session ID or third mapped CBID, based on an indication on that the first entity needs to encapsulate at least one of a data session ID or a CBID in a packet of the first protocol layer.

[0180] The data session ID / CBID may be encapsulated into the packet so that a peer first entity on the network function side can know the data session / CB the packet belongs to and process the packet accordingly. In some cases, such as the peer first entity corresponding to one data session / CB on the network function side, the data session ID / CBID may not need to be encapsulated into the packet. The configuration information may include an indication on whether or not the first entity needs to encapsulate a data session ID and / or a CBID in the packet, and based on that indication, the first entity can determine whether to encapsulate the data session ID and / or the CBID into the packet. In this way, the data session ID / CBID may be encapsulated into the packet when necessary, which can reduce the amount of data to be transmitted. In a case that data sessions and / or CBs on the terminal device side and the network function side are different, the first entity may perform ID mapping to obtain a corresponding data session ID and / or the CBID on the network function side, and encapsulate the corresponding data session ID and / or the CBID into the packet. Performing ID mapping on the terminal device can avoid the network function from knowing the data session ID (s) and / or CBID (s) executed by the terminal device, which can protect privacy of the terminal device.

[0181] In a possible implementation of the first aspect, the method further includes:

[0182] processing, by the second entity, the packet to obtain a processed packet;

[0183] sending, by the second entity, the processed packet to a network function.

[0184] In a possible implementation of the first aspect, the processed packet includes at least one of a data session ID or a CBID corresponding to the packet.

[0185] In a possible implementation of the first aspect, the processed packet includes at least one of a fourth mapped data session ID or a fourth mapped CBID which is obtained by the second entity from at least one of a data session ID or a CBID corresponding to the packet based on ID mapping information for the second entity.

[0186] In a possible implementation of the first aspect, the processed packet includes the at least one of the data session ID or the CBID corresponding to the packet, or the fourth mapped data session ID or the fourth mapped CBID, based on an indication on that the second entity needs to encapsulate at least one of a data session ID or a CBID in a packet of the second layer.

[0187] The second entity can process a packet received from the first layer, and then send to the network function. The data session ID / CBID may be encapsulated into the processed packet so that a peer second entity on the network side can know the data session / CB the packet belongs to and deliver the packet to a first entity based on the data session ID / CBID. In some cases, such as the peer second entity corresponding to one first entity on the network function, the data session ID / CBID may not need to be encapsulated into the packet. The configuration information may include an indication on whether or not the second entity needs to encapsulate a data session ID and / or a CBID into a packet, and based on that indication, the second entity can determine whether to encapsulate the data session ID and / or the CBID. In this way, the data session ID / CBID can be encapsulated when necessary, which can reduce the amount of data to be transmitted. In a case that data sessions and / or CBs on the terminal device side and the network function side are different, the second entity may perform ID mapping to obtain a corresponding data session ID and / or the CBID on the network function side, and encapsulate the corresponding data session ID and / or the CBID. Performing ID mapping on the terminal device can avoid the network function from knowing the data session ID (s) and / or CBID (s) executed by the terminal device, which can protect privacy of the terminal device.

[0188] In a possible implementation of the first aspect, the packet of the first protocol layer is a PSF packet.

[0189] In a possible implementation of the first aspect, the packet of the second protocol layer is a SDAP packet.

[0190] In a possible implementation of the first aspect, the configuration information is sent in a radio resource control (RRC) message, or a mission service specific control message.

[0191] In a second aspect, a communication method is provided in the present disclosure, the method including:

[0192] sending configuration information for a terminal device, where the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing.

[0193] The method may be performed by a network function, such as a RAN node. Through the solution of the method, the configuration information for the terminal device can be sent to the terminal device so that the first protocol layer can be configured in the terminal device to provide a mission service, e.g., a XaaS service. The dynamic configuration of the first protocol layer can enable the terminal device to be flexibly involved in the mission service, e.g., a 6G XaaS service, and can enhance the overall flexibility and adaptability of the communication system. The approach can allow for efficient use of network resources by dynamically allocating and optimizing the first protocol layer for specific mission services.

[0194] In a possible implementation of the second aspect, the method further includes:

[0195] receiving configuration information for a network function, where the configuration information for the network function is used to configure the first protocol layer in the network function;

[0196] performing, according to the configuration information for the network function, configuration for the mission service in the network function.

[0197] The network function may receive configuration information for configuring the first layer in the network function, and then perform configuration accordingly. The dynamic configuration of the first protocol layer in the network function can enable the network function to be flexibly involved in the mission service, e.g., a 6G XaaS service, and can enhance the overall flexibility and adaptability of the communication system. The approach can allow for efficient use of network resources by dynamically allocating and optimizing the first protocol layer for specific mission services.

[0198] In a possible implementation of the second aspect, the mission service is provided through at least one mission session, and each of the at least one mission session includes a data forwarding resource and a data processing resource for providing the mission service. The number of mission sessions may depend on actual application conditions, such as complexity of the mission service, processing capability of relevant devices.

[0199] In a possible implementation of the second aspect, the configuration information includes one or more mission session identifiers (IDs) identifying the at least one mission session of the mission service. The mission session IDs can allow the network to distinguish between different mission sessions and manage them accordingly.

[0200] In a possible implementation of the second aspect, the mission service includes at least one CB, each of the at least one CB corresponds to a computational step toward achieving the mission service, the configuration information is used for configuring at least one first entity on the first protocol layer, where each of the at least one first entity is configured to execute one or more CBs of the at least one CB.

[0201] In a possible implementation of the second aspect, each of the at least one mission session includes at least one data session, each of the at least one data session includes an association terminates at one first entity of the at least one first entity.

[0202] In a possible implementation of the second aspect, each of the at least one first entity is configured with a first granularity, where the first granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function;

[0203] where a mission session group includes one or more mission sessions, a data session group includes one or more data sessions, and a CB group includes one or more CBs.

[0204] Various granularities may be used to configure the at least one first entity. Different first entities may be configured with the same granularity or different granularities. In this way, the configuration of the at least one first entity can adapt to various application scenarios, and the terminal device and the network function can be allowed to be more flexibly involved  in the mission service, e.g. a 6G XaaS service. In addition, the mission service can be customized at a very detailed level, facilitating deployment and management of the mission service and enhancing service quality and user experience.

[0205] In a possible implementation of the second aspect, the configuration information includes:

[0206] configuration information for the at least one first entity on the first protocol layer.

[0207] In a possible implementation of the second aspect, the configuration information includes at least one of:

[0208] an indication on whether a first entity on the first protocol layer needs to encapsulate a data session ID in a packet of the first protocol layer; or

[0209] an indication on whether a first entity on the first protocol layer needs to encapsulate a CBID in a packet of the first protocol layer.

[0210] By encapsulating identifiers when necessary, communication overhead can be reduced, use of resources can be improved, and overall efficiency can be improved. In addition, the solution can ensure that data packets are correctly identified and mapped to appropriate tunnels or sessions, or CBs, which can facilitate implementation of the mission service and help maintain the quality of service for different data flows.

[0211] In a possible implementation of the second aspect, the configuration information is further used to configure a second protocol layer, and the second protocol layer is a lower layer of the first protocol layer and is used for data adaptation and transmission. By using the configuration information, the second protocol layer can be configured, and the packets of the first protocol layer can be transmitted through the second protocol layer.

[0212] In a possible implementation of the second aspect, the configuration information is further used to configure at least one second entity on the second protocol layer, and each of the at least one second entity corresponds to one or more first entities of the at least one first entity. By using the configuration information, the at least one second entity can be configured on the second protocol layer, and packets of each first entity can be transmitted through its corresponding second entity (ies) .

[0213] In a possible implementation of the second aspect, each of the at least one second entity is configured with a second granularity, where the second granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function;

[0214] where a mission session group includes one or more mission sessions, a data session group includes one or more data sessions, and a CB group includes one or more CBs.

[0215] Various granularities may be used to configure the at least one second entity. Different second entities may be configured with a same granularity or different granularities. In this way, the configuration of the at least one second entity can adapt to various application scenarios, and the terminal device and the network device can be allowed to be more flexibly involved in the mission service, e.g., a 6G XaaS service. In addition, the mission service can be customized at a very detailed level, facilitating deployment and management of mission services and enhancing service quality and user experience.

[0216] In a possible implementation of the second aspect, the configuration information includes:

[0217] configuration information for the at least one second entity on the second protocol layer.

[0218] In a possible implementation of the second aspect, the configuration information includes at least one of:

[0219] an indication on whether a second entity on the second protocol layer needs to encapsulate a data session ID in a packet of the second protocol layer;

[0220] an indication on whether a second entity on the second protocol layer needs to encapsulate a CBID in a packet of the second protocol layer.

[0221] By encapsulating identifiers when necessary, communication overhead can be reduced, use of resources can be improved, and overall efficiency can be improved. In addition, the solution can ensure that data packets are correctly identified and mapped to appropriate tunnels or sessions, or CBs, which can facilitate implementation of the mission service and help maintain the quality of service for different data flows.

[0222] In a possible implementation of the second aspect, the configuration information indicates a connection relationship between the at least one first entity on the first protocol layer and the at least one second entity on the second protocol layer.

[0223] In a possible implementation of the second aspect, the configuration information includes: one or more data session IDs corresponding to each of the at least one first entities, and one or more data session IDs corresponding to each of the at least one second entities; and the connection relationship between a first entity of the at least one first entity and a second entity of the at least one second entity is indicated by one or more overlapped data session IDs corresponding to the first entity and the second entity. The connection relationship between the at least one first entity and the at least one second entity can be implicitly indicated by the overlapped data session ID (s) corresponding to them, which can reduce communication overhead in comparison with explicitly including the connection relationship in the configuration information.

[0224] In a possible implementation of the second aspect, the configuration information includes one or more QoS parameters.

[0225] In a possible implementation of the second aspect, a first entity of the at least one first entity is per mission session, a second entity of the at least one second entity is per mission session, the first entity and the second entity correspond to a mission session of the mission service, and the configuration information includes at least one of:

[0226] a mission session ID identifying the mission session;

[0227] an indication on that the first entity corresponding to the mission session ID is to be established;

[0228] an indication on that the second entity corresponding to the mission session ID is to be established;

[0229] one or more data session IDs identifying one or more data sessions corresponding to the first entity;

[0230] one or more CBIDs identifying one or more CBs corresponding to the first entity;

[0231] one or more data session IDs identifying one or more data sessions corresponding to the second entity;

[0232] one or more CBIDs identifying one or more CBs corresponding to the second entity;

[0233] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0234] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0235] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0236] an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;

[0237] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0238] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0239] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;

[0240] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.

[0241] In a possible implementation of the second aspect, a first entity of the at least one first entity is per mission session, the first entity corresponds to a mission session of the mission service, one or more second entities of the at least one second entity correspond to the first entity, the one or more second entities are per data session or per data session group, and the configuration information includes at least one of:

[0242] a mission session ID identifying the mission session;

[0243] an indication on that the first entity corresponding to the mission session ID is to be established;

[0244] an indication on that the one or more second entities corresponding to the first entity are to be established;

[0245] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities;

[0246] one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities;

[0247] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0248] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0249] an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;

[0250] an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;

[0251] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0252] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0253] data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;

[0254] CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.

[0255] In a possible implementation of the second aspect, a second entity of the at least one second entity is per mission session, the second entity corresponds to a mission session of the mission service, one or more first entities of the at least one first entity correspond to the mission session, the one or more first entities are per data session or per data session group, and the configuration information includes at least one of:

[0256] a mission session ID identifying the mission session;

[0257] an indication on that the second entity corresponding to the mission session ID is to be established;

[0258] an indication on that the one or more first entities corresponding to the second entity are to be established;

[0259] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more first entities;

[0260] one or more CBIDs identifying one or more CBs corresponding to each of the one or more first entities;

[0261] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0262] an indication on whether the second entity needs to encapsulate a CBID in a packet of the second protocol layer;

[0263] an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;

[0264] an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;

[0265] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between a terminal device and a network function;

[0266] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function;

[0267] data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between the terminal device and the network function;

[0268] CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function.

[0269] In a possible implementation of the second aspect, one or more first entities of the at least one first entity correspond to a mission session of the mission service, the one or more first entities are per data session or per data session group, one or more second entities of the at least one second entity correspond to the mission session, the one or more second entities are per data session or per data session group, and the configuration information includes at least one of:

[0270] a mission session ID identifying the mission session;

[0271] an indication on that the one or more first entities corresponding to the mission session ID are to be established;

[0272] an indication on that one or more second entities corresponding to each of the one or more first entities are to be established;

[0273] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;

[0274] one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;

[0275] an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;

[0276] an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;

[0277] an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;

[0278] an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;

[0279] data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between a terminal device and a network function;

[0280] CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function;

[0281] data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;

[0282] CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.

[0283] In a possible implementation of the second aspect, a first entity of the at least one first entity corresponds to the mission service, the first entity is per mission session group, a second entity of the at least one second entity corresponds to the first entity, the second entity is per mission session group, and the configuration information includes at least one of:

[0284] one or more mission session IDs identifying one or more mission sessions corresponding to the first entity and the second entity;

[0285] an indication on that the first entity corresponding to the one or more mission session IDs is to be established;

[0286] an indication on that the second entity corresponding to the one or more mission session IDs is to be established;

[0287] an indication on whether the first entity needs to encapsulate a mission session ID in a packet of the first protocol layer;

[0288] an indication on whether the second entity needs to encapsulate a mission session ID in a packet of the second protocol layer;

[0289] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more mission sessions;

[0290] one or more CBIDs identifying one or more CBs corresponding to each of the one or more mission sessions;

[0291] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0292] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0293] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0294] an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;

[0295] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0296] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0297] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;

[0298] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.

[0299] In a third aspect, a communication apparatus is provided in the present disclosure, where the communication apparatus is configured to perform the method according to the first aspect or the second aspect or any possible implementations of the first aspect or the second aspect or any possible implementations of the second aspect.

[0300] In a possible implementation of the third aspect, the apparatus includes:

[0301] a receiving unit, configured to receive configuration information, where the configuration information is used to configure a first protocol layer, the first protocol layer is used to provide a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing;

[0302] a processing unit, configured to perform, according to the configuration information, configuration for the mission service.

[0303] In a possible implementation of the third aspect, the apparatus includes:

[0304] a sending unit, configured to send configuration information for a terminal device, where the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing.

[0305] In a possible implementation of the third aspect, the apparatus includes:

[0306] an interface circuit configured to receive configuration information, where the configuration information is used to configure a first protocol layer, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing; and

[0307] one or more processors configured to perform, according to the configuration information, configuration for the mission service.

[0308] In a possible implementation of the third aspect, the apparatus includes:

[0309] an interface circuit configured to send configuration information for a terminal device, where the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing.

[0310] In a fourth aspect, a communication system is provided in the present disclosure, including: the communication apparatus according to the third aspect or any possible implementations of the third aspect.

[0311] In a fifth aspect, a computer-readable storage medium is provided in the present disclosure. The computer-readable storage medium has instructions stored thereon which, when executed by an apparatus, cause the apparatus to perform the method of the first aspect or the second aspect or any possible implementations of the first aspect or the second aspect or any possible implementations of the second aspect.

[0312] In a sixth aspect, a computer program product is provided in the present disclosure. The computer program product stores instructions which, when executed, cause an apparatus to perform the method of the first aspect or the second aspect or any possible implementations of the first aspect or the second aspect or any possible implementations of the second aspect.BRIEF DESCRIPTION OF THE DRAWINGS

[0313] The accompanying drawings are used to provide a further understanding of the present disclosure, constitute a part of the specification, and are used to explain the present disclosure together with the following specific example embodiments, but should not be construed as limiting the present disclosure.

[0314] FIG. 1 is a simplified schematic illustration of a communication system according to one or more embodiments of the present disclosure.

[0315] FIG. 2 is a schematic illustration of another example communication system according to one or more embodiments of the present disclosure.

[0316] FIG. 3A is a schematic illustration of an apparatus in a communication system according to one or more embodiments of the present disclosure.

[0317] FIG. 3B is a schematic illustration of another apparatus in a communication system according to one or more embodiments of the present disclosure.

[0318] FIG. 4 is a schematic illustration an apparatus in a communication system according to one or more embodiments of the present disclosure.

[0319] FIG. 5 is a schematic illustration an apparatus in a communication system according to one or more embodiments of the present disclosure.

[0320] FIG. 6 is a schematic illustration of 5G PDU session according to one or more embodiments of the present disclosure.

[0321] FIG. 7 is a schematic illustration of 5G user plane protocol stack between UE and gNB according to one or more embodiments of the present disclosure.

[0322] FIG. 8 is a schematic illustration of a mission service provided by a 6G network according to one or more embodiments of the present disclosure.

[0323] FIG. 9 is a schematic illustration of a mission session for a mission service according to one or more embodiments of the present disclosure.

[0324] FIG. 10 is a schematic illustration of tunnels configured per data (inter-GW) session according to one or more embodiments of the present disclosure.

[0325] FIG. 11 is a schematic illustration of tunnels configured per mission session according to one or more embodiments of the present disclosure.

[0326] FIG. 12 is a schematic illustration of tunnels configured per network entity according to one or more embodiments of the present disclosure.

[0327] FIG. 13 is a schematic illustration of a 6G System conceptual structure according to one or more embodiments of the present disclosure.

[0328] FIG. 14 illustrates a block diagram of 6G System conceptual structure according to one or more embodiments of the present disclosure.

[0329] FIG. 15 illustrates a protocol stack on data plane to support XaaS service according to one or more embodiments of the present disclosure.

[0330] FIG. 16 illustrates a protocol stack on data plane to support XaaS service according to one or more embodiments of the present disclosure.

[0331] FIG. 17 illustrates a protocol stack between XaaS layer and TNL or radio layer according to one or more embodiments of the present disclosure.

[0332] FIG. 18 illustrates another protocol stack on data plane to support XaaS service according to one or more embodiments of the present disclosure.

[0333] FIG. 19 illustrates traffic between XaaS functions according to one or more embodiments of the present disclosure.

[0334] FIG. 20 shows a schematic flowchart of a communication method according to one or more embodiments of the present disclosure.

[0335] FIG. 21 shows a schematic flowchart of a communication method according to one or more embodiments of the present disclosure.

[0336] FIG. 22 illustrates SDAP entity and PSF entity configurations from RAN to UE according to one or more embodiments of the present disclosure.

[0337] FIG. 23 illustrates SDAP entity and PSF entity configurations from TCF to PSF according to one or more embodiments of the present disclosure.

[0338] FIG. 24 illustrates a layer structure when a PSF entity per mission session and an SDAP entity per mission session according to one or more embodiments of the present disclosure.

[0339] FIG. 25 illustrates a protocol stack where PSF entity of PSF layer in RAN is not established according to one or more embodiments of the present disclosure.

[0340] FIG. 26 illustrates a layer structure when a PSF entity is established per mission session and an SDAP entity is established per data session (group) according to one or more embodiments of the present disclosure.

[0341] FIG. 27 illustrates a layer structure when a PSF entity is established per data session (group) and an SDAP entity is established per mission session according to one or more embodiments of the present disclosure.

[0342] FIG. 28 illustrates a layer structure when a PSF entity is established per data session (group) and an SDAP entity is established per data session (group) according to one or more embodiments of the present disclosure.

[0343] FIG. 29 illustrated asymmetric data sessions (or CBs) between RAN and UE according to one or more embodiments of the present disclosure.

[0344] FIG. 30 illustrates an example for a mission session with multiple UEs involved according to one or more embodiments of the present disclosure.

[0345] FIG. 31 shows a schematic structural diagram of a communication apparatus according to one or more example embodiments of the present disclosure.

[0346] FIG. 32 shows a schematic structural diagram of another communication apparatus according to one or more example embodiments of the present disclosure.DETAILED DESCRIPTION

[0347] In the following description, reference is made to the accompanying figures, which form part of the present disclosure, and which show, by way of illustration, specific aspects of examples of the present disclosure or specific aspects in which examples of the present disclosure may be used. It is understood that examples of the present disclosure may be used in other aspects and include structural or logical changes not depicted in the figures. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present disclosure is defined by the appended claims.

[0348] To assist in understanding the present disclosure, examples of wireless communication systems and devices are described below.

[0349] FIG. 1 is a simplified schematic illustration of a communication system according to one or more embodiments of the present disclosure. Referring to FIG. 1, as an illustrative example, a simplified schematic illustration of a communication system is provided. The communication system 100 may comprise a radio access network 120. The radio access network (RAN) 120 may be a next generation (e.g. 6th generation (6G) or later) radio access network, or a legacy (e.g. 5th generation (5G) , 4th generation (4G) ) radio access network. In some implementations, 6G radio access refers to a next generation air interface of standards which may comprise both terrestrial networks (TNs) and non-terrestrial networks (NTNs) , and more details will be described below. One or more communication electronic device (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes 170a, 170b (generically referred to as 170) in the RAN 120. A core network (CN) 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. The communication system 100 may also comprise a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0350] In general, the communication system 100 enables communication of multiple wireless or wired elements. The communication system 100 may provide content, such as voice, data, video, and / or text, via broadcast, multicast, groupcast, unicast, etc. The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, among its constituent elements.

[0351] The communication system 100 may provide a wide range of communication services and applications including enhanced Mobile Broadband (eMBB) services, ultra-reliable low-latency communication (URLLC) services, massive machine type communication (mMTC) services, integrated sensing and communication (ISAC) , immersive communication, massive communication, Hyper reliable and low-latency communication, ubiquitous connectivity, integrated AI and communication, and other services that can be provided by a future generation communication system. The communication system 100 may  provide other services and applications such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0352] FIG. 2 is a schematic illustration of another example communication system according to one or more embodiments of the present disclosure. As described earlier, the communication system 100 may include ED 110a, 110b, 110c, 110d (generically referred to as ED 110) , RAN 120a, 120b, and one or more of a CN 130, a PSTN 140, the internet 150, and other networks 160. In addition, the communication system 100 may also include a non-terrestrial network (NTN) 120c. The RANs 120a, 120b may include respective network nodes 170a, 170b such as base stations 170a, 170b, which may be generically referred to as terrestrial network (TN) devices or terrestrial transmit and receive points (T-TRPs) 170a, 170b (generically referred to as 170) . As referred to herein, the terms “TRP” and “base station” may be used interchangeably unless explicitly noted otherwise in a given example or section. For brevity, this disclosure may primarily refer to base station; however, absent an explicit limitation, references to TRP are merely non-limiting instances of interchangeable use. The T-TRPs 170a, 170b may be base stations mounted on a building or tower. In one implementation, the NTN 120c includes a RAN node such as base station 172, which may be generically referred to as an NTN device, a non-terrestrial node, a non-terrestrial network device, a non-terrestrial base station, or a non-terrestrial transmit and receive point (NT-TRP) 172.

[0353] A base station (also referred to TRP as stated above) 170 may be a network element in radio access network responsible for radio transmission and reception in one or more cells to or from the user equipment. Base station 170 may be known by other names in some implementations, such as a base transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) , a site controller, an access point (AP) , a wireless router, a relay station, a terrestrial node, a terrestrial network device, a terrestrial base station, a positioning node, among other possibilities. The base station 170 may be a macro base station (BS) , a pico BS, a relay node, a donor node, or the like, or combinations thereof. When a base station 170 performs (or is configured to perform) a method described herein, it may be interpreted as the base station, one or more modules (or units) in the base station, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the base station.

[0354] Any base station may be a single element, as shown, or multiple elements, distributed in the corresponding RAN, or otherwise. In some implementations, a plurality of RAN nodes coordinate to assist the ED 110 in implementing radio access, and different RAN nodes separately implement different functions of the base station. For example, the RAN node may be a central unit (CU) , a distributed unit (DU) , a CU-control plane (CP) , a CU-user plane (UP) , or a radio unit (RU) etc. The CU and the DU may be separately deployed, or may be included in a same element (i.e., a baseband unit (BBU) ) . The RU may be included in a radio frequency device or a radio frequency unit (i.e., a remote radio unit (RRU) , an active antenna unit (AAU) , or a remote radio head (RRH)) .

[0355] The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , MTC, internet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0356] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to but not limited to) as a user equipment (UE) or a user device or a terminal device, a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a MTC device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus in (e.g. module, modem, or chip) or comprising the  forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. When an ED 110 performs (or is configured to perform) a method described herein, it may be interpreted as the ED, one or more module (or units) in the ED, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, or system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the ED.

[0357] An air interface (e.g., 190a, 190b, 190c) generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices such as ED and base station. For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (e.g., data) over a wireless communications link. The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology.

[0358] The RANs 120a and 120b are in communication with the CN 130 to provide the EDs 110a 110b, and 110c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the CN 130 may be in direct or indirect communication with one or more other RANs (not shown) , which may or may not be directly served by CN 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The CN 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the Internet 150, and the other networks 160) . In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and / or protocols. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the Internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as internet protocol (IP) , transmission control protocol (TCP) , user datagram protocol (UDP) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.

[0359] In addition, the communication system 100 may comprise a sensing agent (not shown) to manage the sensed data from ED 110 and / or any one of TRPs 170 a-170b, 172. In one implementation, the sensing agent may be part of any one of TRPs 170 a-b, 172. In another implementation, the sensing agent is a separate node that can communicate with the CN 130 and / or the RAN 120 (e.g., any one of TRPs 170 a-b, 172) .

[0360] FIG. 3A illustrates an example of an apparatus 310 wirelessly communicating with apparatus 320 in a communication system (e.g., the communication system 100) . The apparatus 310 may be an electronic device (e.g. ED 110) . The apparatus 320 may be a network node (e.g. network node 170) such as T-TRP 170 or a NT-TRP 172. Although there is only one apparatus 310, and one apparatus 320 shown in the figure, the number of apparatus 310 and / or 320 could be one or more. For example, one ED 110 may be served by only one T-TRP 170 (or one NT-TRP 172) , by more than one T-TRP 170 (or more than one NT-TRP 172) . One ED 110 may be served by one or more T-TRP 170 and one or more NT-TRP172. Similarly, one T-TRP 170 (or one NT-TRP172) may serve one or more ED 110.

[0361] Apparatus 310 includes at least one processor 210. Only one processor 210 is illustrated to avoid congestion in the drawing. The apparatus 310 may further include a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 204 may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g. as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna 204 or network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals. The apparatus 310 may include at least one memory 208. Only the transmitter 201, receiver 203, processor 210,  memory 208, and antenna 204 is illustrated for simplicity, but the apparatus 310 may include one or more other components. In present disclosure, the transceiver (or transmitter 201 and / or receiver 203) may be viewed as an interface circuit.

[0362] The apparatus 310 may include at least one memory 208. The memory 208 stores instructions used to perform operations described herein. The memory 208 may also stores data used, generated, or collected by the apparatus 310. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by one or more processor 210.

[0363] The apparatus 310 may further include one or more input / output devices (not shown) or interfaces. The input / output devices or interfaces permit interaction with a user or other devices in the network. Each input / output device or interface includes any suitable structure for providing information to or receiving information from a user, and / or for network interface communications. Suitable structures include, for example, a speaker, microphone, keypad, keyboard, display, touch screen, etc.

[0364] The processor 210 may perform (or control the apparatus 310 to perform) operations (or methods) described herein as being performed by the apparatus 310.

[0365] Although not illustrated, the processor 210 may form part of the transmitter 201 and / or part of the receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.

[0366] The processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in the memory 208) .

[0367] The apparatus 320 includes one or more processors 260 (only one processor 260 is illustrated to in the figure) . The apparatus 320 may further include at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 256 may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver. The apparatus 320 may further include at least one memory 258. The apparatus 320 may further include scheduler 253. Only the transmitter 252, receiver 254, processor 260, memory 258, antenna 256 and scheduler 253 are illustrated for simplicity, but the apparatus 320 may include one or more other components. In present disclosure, the transceiver (or transmitter 252 and / or receiver254) may be viewed as an interface circuit.

[0368] In some implementations, the parts of the apparatus 320 may be distributed. For example, some of the modules of the apparatus 320 may be located remote from the equipment that houses the antennas 256 for the apparatus 320 (thereby also can be viewed as one of more nodes) , and may be coupled to the equipment that houses the antennas 256 over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI) . Therefore, in some implementations, the term apparatus 320 may also refer to nodes on the network side that perform processing operations, such as determining the location of the apparatus 310, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment that houses the antennas 256 of the apparatus 320. The nodes may also be coupled to other apparatus 320s. In some implementations, the apparatus 320 may actually be a plurality of nodes that are operating together to serve the apparatus 310, e.g. through the use of coordinated multipoint transmissions, or the use of ORAN system as described above in the application.

[0369] The apparatus 320a may further includes a memory 258 storing instructions used to perform operations described herein. The memory 258 may also stores data used, generated, or collected by the apparatus 320a. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processor 260.

[0370] Although not illustrated, the processor 260 may form part of the transmitter 252 and / or part of the receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.

[0371] The processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 258.

[0372] The apparatus 320 and / or the apparatus 310 may include other components, but these have been omitted for the sake of clarity.

[0373] FIG. 3B illustrates an example of an apparatus 330 in a communication system (e.g., the communication system 100) . The apparatus 330 may be CN, any components in CN or any Network Function of CN. As shown in FIG. 3B, apparatus 330 may include at least one processor 331. Only one processor 331 is illustrated to avoid congestion in the drawing. The processor 331 may perform (or control the apparatus 330 to perform) operations (or methods) described herein as being performed by the apparatus 330. The apparatus 330 may further include a transmitter 332, a receiver 333, and at least one memory 334. One or more network functions of the CN can be distributed across one or more devices, such as X86 servers.

[0374] It should be noted that in present application, “information” , when different from “message” , may be carried in one single message, or be carried in more than one separate message.

[0375] FIG. 4 is a schematic illustration an apparatus in a communication system according to one or more embodiments of the present disclosure. FIG. 4 illustrates an example of an apparatus 410. The apparatus 410 may be a communication device or an apparatus implemented in a communication device such as ED 110 or TRPs 170a-170b, 172. For example, the apparatus implemented in a communication device may be an integrated circuit, which in some contexts may be known by other colloquial names, such as chip, modem, modem chip, baseband chip, or baseband processor. In some implementations, one or more integrated circuits can be packaged into a system-on-chip, a system-in-package, or a multi-chip module. The apparatus may comprise one or more integrated circuits or comprise one or more integrated circuits and other discrete components. In some implementations, the apparatus 410 may be a module in ED 110, or apparatus 310. In some implementations, the apparatus 410 may be a module in one of TRPs 170a-170b, 172, or apparatus 320.

[0376] In an example, the apparatus 410 may include one or more processors / processor cores 411, and an interface circuit 412. The apparatus 410 may further include a memory 413. The one or more processors / processor cores 411 are configured to process signals and execute one or more communication protocols. The memory 413 is configured to store at least a part of corresponding computer program instructions and / or data. In an example, the one or more processors (or processor cores) 411 execute the computer program instructions stored in the memory 413 to implement related operations (for example, inputting, outputting, receiving, and transmitting) in the foregoing method embodiments. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store all of the corresponding computer program instructions and / or data for execution by the one or more processors / processor cores 411. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store a part of the corresponding computer program instructions and / or data. For example, the part of the corresponding computer program instructions and / or data include computer program instructions and / or data that need to be currently executed by the one or more processors / processor cores 411. Thus, the memory 413 may store different parts of computer program instructions and / or data for a plurality times for the one or more processors (or processor cores) 411 to perform related operations in the foregoing method embodiments. As a communication interface, the interface circuit 412 is configured to implement communication with another component. For example, the interface circuit 412 may communicate a signal with other apparatus / system such as a radio frequency processing apparatus, or processor system. Optionally, to reduce a load of the processor core, a baseband signal processing circuit 414 may be also disposed to implement processing of at least a part of baseband signals, including signal demodulation, modulation, encoding, decoding, or the like.

[0377] Apparatus 410 may be processor 210 (or 260) in apparatus 310 (or 320) , in some scenario, or included in processor 210 (or 260) in apparatus 310 (or 320) in some scenario. Apparatus 410 may be or include a baseband chip. In some implementations, the apparatus 410 may be independently packaged into a chip. In some implementations, the apparatus 310 (or 320) includes different types of chips. The apparatus 410 may be packaged into a processor chip (for example, a SoC chip  or an SIP chip) with the different types of chips. In some implementations, the apparatus 410 may be packaged into a chip with some or all of circuits of a radio frequency processing system that may further included in the apparatus 310 (or 320) .

[0378] FIG. 5 is a schematic illustration an apparatus in a communication system according to one or more embodiments of the present disclosure. FIG. 5 illustrates example of apparatus 510. Apparatus 510 may include corresponding modules or units configured to implement methods and / or embodiments described herein. In some implementations, the apparatus 510 includes a processing unit 512 and a communication unit 513. Optionally, the apparatus 510 may further include a storage unit 514 configured to store apparatus program code (or instructions) and / or data.

[0379] The apparatus 510 may be an ED side apparatus, for example, an ED or a module in an ED, or a circuit or a chip responsible for a communication function in an ED. In some implementations, apparatus 510 may be implemented as apparatus 310, accordingly, the processing unit 512 is implemented as processor 210, the communication unit 513 is implemented as transmitter 201 and / or receiver 203, and the storage unit 511 is implemented as memory 208.

[0380] The apparatus 510 may be a CN side apparatus or a base station side apparatus, for example, a base station or a module in a base station, or a circuit or a chip responsible for a communication function in a base station. In some implementations, apparatus 510 may be implemented as apparatus 320, accordingly, the processing unit 512 is implemented as processor 260 (the scheduler 253 may also be included) , the communication unit 513 is implemented as transmitter 252 and / or receiver 254, and the storage unit 511 is implemented as memory 258.

[0381] In some implementations, when the apparatus 510 is an ED 110 or a module in an ED 110, a function of the apparatus 510 may be implemented by one or more processors. Specifically, the processor may include a modem chip, or a system on chip SoC chip or an SIP chip that includes a modem core. A function of the communication unit 513 may be implemented by a transceiver circuit.

[0382] In some implementations, when the apparatus 510 is a circuit or a chip that is responsible for a communication function in a ED 110, for example, a modem chip, a system on chip SoC chip or an SIP chip that includes a modem core, a function of the processing unit 512 may be implemented by a circuit system that is in the chip and that includes one or more processors or processor cores. A function of the communication unit 513 may be implemented by an interface circuit or a data transceiver circuit on the foregoing chip.

[0383] It may be understood that division into the units in the foregoing apparatus is merely logical function division. Each function may correspond to one functional unit, or two or more functions may be integrated into one functional unit. In actual implementation, all or some of the units may be integrated into one physical entity, or may be distributed in different physical entities. In addition, the foregoing functional units may be implemented in a form of hardware, may be implemented in a form of software, or may be implemented in a form of a combination of hardware and software. Whether a function is performed in a form of hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of this application.

[0384] In an example, a functional unit in any one of the foregoing apparatuses may be configured as one or more integrated circuits for implementing the foregoing methods, for example, one or more application-specific integrated circuits (application-specific integrated circuits, ASICs) , one or more central processing units (central processing units, CPUs) , one or more microprocessors (microcontroller units, MCUs) , one or more digital signal processors (digital signal processors, DSP) , one or more field programmable gate arrays (field programmable gate arrays, FPGAs) , or a combination of at least two of these integrated circuit forms.

[0385] In an example, the storage unit 901 may include a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, and / or a register.

[0386] A processor, a processor system, an application processor, a baseband processor, a processor circuit, or a processor core may be collectively referred to as a processor. The processor may include one or a combination of a central processing unit (central processing unit, CPU) , a digital signal processor (digital signal processor, DSP) , a microprocessor (microprocessor unit, MPU) , a microcontroller (microcontroller unit, MCU) , a graphics processing unit (graphics processing unit, GPU) , a field  programmable gate array (field programmable gate array, FPGA) , an artificial intelligence processor (artificial intelligence processor, AI processor) , or a neural network processing unit (neural network processing unit, NPU) .

[0387] The memory may include one or more of the following storage media: a random access memory (random access memory, RAM) , a static random access memory (static RAM, SRAM) , a dynamic random access memory (dynamic RAM, DRAM) , a phase-change memory (phase-change memory, PCM) , a resistive random access memory (resistive RAM, ReRAM) , a magnetoresistive random access memory (magnetoresistive RAM, MRAM) , a ferroelectric random access memory (ferroelectric RAM, FRAM) , a cache (cache) , a register (register) , a read-only memory (read-only memory, ROM) , a flash memory (flash memory) , an erasable programmable read-only memory (erasable programmable ROM, EPROM) , a hard disk (hard disk) , and the like. In an example, the computer program instructions used to execute the foregoing embodiments may be stored in a non-volatile memory, for example, at least a part of the memory 1060 (for example, one or more of a ROM, a flash memory, an EPROM, or a hard disk) . When the terminal runs, a part or all of corresponding computer program instructions may be loaded to a memory that has a higher transmission speed with the processor, for example, at least a part of the memory 1036 and / or the memory 10312 (for example, one or more of a RAM, an SRAM, a DRAM, a PCM, a RERAM, an MRAM, a FRAM, a cache (cache) , or a register) , so that the processor executes the computer program instructions to perform the steps in the foregoing method embodiments.

[0388] The solution described in the present disclosure may be applicable to a next generation (e.g. sixth generation (6G) or later) network, or a legacy (e.g. 5G, 4G) network.

[0389] PDU connectivity service is provided by 5G network. PDU connectivity service is a service that provides exchange of PDUs between a UE and a Data Network (DN) . 5G network provides PDU connectivity service to a UE via one or more PDU sessions. FIG. 6 is a schematic illustration of 5G PDU session according to one or more embodiments of the present disclosure. As in FIG. 6, for a PDU session, it is an association between the UE and a Data Network (DN) that provides a PDU connectivity service. There are intermediate network nodes (e.g., RAN node gNB, UPF) in the PDU session between UE and DN. One or more QoS flows may be transmitted via a PDU session. The QoS Flow is the finest granularity of QoS differentiation in the PDU Session. User Plane traffic within a QoS flow of a PDU Session receives the same traffic forwarding treatment (e.g. scheduling, admission threshold, delay, loss rate) .

[0390] On network side, user plane tunnels (e.g., GTP-U tunnel) are established to deliver the data of a PDU session. For example, there are NG-U tunnel (e.g., N3 tunnel) between RAN and UPF, tunnel (e.g., N9 tunnel) between two UPFs, and tunnel (e.g., N6 tunnel) between UPF and DN, etc. The data of a PDU session is delivered via the tunnels on network side.

[0391] Over the air, data radio bearer is established between UE and RAN. The data radio bearer transports the packets of a PDU session over the air. There is a one-to-multiple mapping between the PDU session and the data radio bearer. The data of a PDU session is mapped to one or more data radio bearers by RAN. For example, one QoS flow of a PDU session is mapped to one data radio bearer, and different QoS flows of the PDU session can be mapped to the same or different data radio bearers.

[0392] To establish a PDU session for data forwarding, the 5G control plane functions (e.g., AMF, SMF, RAN CP) configures the user plane functions (e.g., UPF, RAN UP) to establish the resources for the PDU session, e.g., to establish the tunnels (e.g., GTP-U tunnel) on the network side and data radio bearers over the air. For example, GTP-U tunnel (e.g., for N3 tunnel, N9 tunnel) is established per PDU session, and a GTP-U tunnel is dedicated to a PDU session. One or multiple data radio bearers are established over the air for a PDU session. Packet detection rule and forwarding action rule are configured to user plane function when the PDU session resource is setup under the control of control plane function. For example, the mapping between GTP-U tunnel and PDU session is configured to user plane function to enable data forwarding.

[0393] The QoS Flow is the finest granularity of QoS differentiation in the PDU Session. A QoS Flow ID (QFI) is used to identify a QoS Flow in the 5G System. User Plane traffic with the same QFI within a PDU Session receives the same traffic forwarding treatment (e.g. scheduling, admission threshold) . The QFI is carried in an encapsulation header on N3 (and N9) i.e. without any changes to the end to end packet header. QFI shall be used for all PDU Session Types. The QFI shall be unique  within a PDU Session. The QFI may be dynamically assigned or may be equal to the 5QI. A QoS Flow is associated with QoS requirements as specified by QoS parameters and QoS characteristics.

[0394] User plane functions (e.g., UPF, RAN UP) performs suitable actions to deliver uplink and / or downlink data. For example, UPF classifies PDU layer packets for QoS flow marking (e.g., based on packet detection rule) and maps the QoS flows to GTP-U tunnels. And other user plane function (e.g., UPF, RAN) decides the QoS flow a received packet belongs to based on the QoS flow identifier marked in the packet header, and decides the PDU session that a received packet belongs to, based on the tunnel via which the packet is delivered. RAN maps QoS flows of a PDU session received in a specific GTP-U tunnel to data radio bearers.

[0395] 5G user plane protocol stack between UE and gNB is depicted in FIG. 7. Data radio bearer (DRB) is configured with Service Data Adaptation Protocol (SDAP) sublayer, Packet Data Convergence Protocol (PDCP) sublayer, Radio Link Control (RLC) sublayer, Medium Access Control (MAC) sublayer and Physical Layer (PHY) .

[0396] User plane functions (e.g., UPF, RAN UP) performs suitable actions to deliver uplink and / or downlink data. For example, UPF classifies PDU layer packets for QoS flow marking (e.g., based on packet detection rule) and maps the QoS flows to GTP-U tunnels. And other user plane function (e.g., UPF, RAN) decides the QoS flow a received packet belongs to, based on the QoS flow identifier marked in the packet header, and decides the PDU session that a received packet belongs to, based on the tunnel via which the packet is delivered. RAN (i.e., SDAP) maps QoS flows of a PDU session received in a specific GTP-U tunnel to data radio bearers.

[0397] As described in 3GPP TS 37.324, the SDAP entities are located in the SDAP sublayer. Several SDAP entities may be defined for a UE. There is an SDAP entity configured for each individual PDU session for NR Uu. SDAP entity is per PDU session.

[0398] However, for a next generation (e.g. sixth generation (6G) or later) network, or a legacy (e.g. 5G, 4G, 3G or 2G) network, e.g., in 6G era, the 6G network is expected to not only for connectivity, but also for data processing. In-network data processing (or termed as in-network computing interchangeably) is supported. The in-network data processing is for XaaS service (e.g., NET4AI, DAM, NET4DW, etc. ) , e.g., to execute AI model training or inferencing, ISAC data processing, data pre-processing (e.g., data normalization, data cleaning) .

[0399] FIG. 8 is a schematic illustration of a mission service provided by a 6G network according to one or more embodiments of the present disclosure. As in FIG. 8, mission service is expected to be provided by 6G network. A mission is to achieve a designated goal, known as mission goal, which includes (1) providing PDU connectivity and optionally (2) providing data processing. Mission service is a service that provides achieving of a mission goal (i.e., PDU connectivity and / or data processing) . When the mission goal includes providing data processing, the mission goal is associated with specific computational problem (s) , and providing data processing refers to solving the specific computational problem (s) . In this case, the mission includes one or multiple computing blocks (CBs) and is associated with a networking procedure among the CBs for solving the specific computational problem (s) . A CB within the mission corresponds to a defined computational step toward the mission goal (i.e. solving the specific computational problem (s) ) and may be supported by a XaaS service (in the form of a task) , a data network (DN) , or another mission service; accordingly, the CB is referred to as a task CB, an external CB or a sub-mission CB. A CB corresponds to a particular action of data processing, e.g., AI training, AI inference, data pre-processing, data de-privatization, data cleaning, data collection, data analytics, sensing, etc. Different CBs of a mission may be executed in sequence or parallel. When the mission goal only includes providing PDU connectivity, the mission service is reduced to the 5G PDU connectivity service.

[0400] When the mission goal includes providing data processing, the data is forwarded to one or more CB entities and processed by the CB entities, then the processed data is forwarded to next-hop one or more CB entities, until the mission goal is completed. Each of the CB entities executing one or more CBs. The CB entities are supported by XaaS services and / or DN. The CB entities can be deployed in device (e.g., UE, vehicle, radar, sensor, drone, and actuator) , RAN, CN, and even in third parties. In some cases, the mission service including the CB entities are configured and under the control of C / M plane functions, e.g., a mission management function (MM) . As in Figure 3, devices deploying CB entities and other CB entities  provided by XaaS services and / or DN are involved in a mission service to perform data processing in parallel and / or sequence. For example, CB entities 1, 2, 3 and 4 are provided by XaaS services 1, 2, 3 and 4, respectively, and the two devices may also provide other CB entities (not illustrated in the figure) or not. In some cases, the CB entities 1, 2, 3 and 4 may be provided by a same XaaS service instead of 4 different XaaS services. The CB entities and devices are connected via data trustworthy gateway (Data-TW-GW) . In some cases, the CB entity, Data-TW-GW are deployed on 6G data plane, and the data plane may be also termed as user plane, or enhanced user plane, etc. In some cases, the Data-TW-GW could be UPF, or enhanced UPF. CB DP entities (e.g., deployed in device, RAN, CN and DN) are connected via Data-TW-GW. The Data-TW-GW is helpful to get rid of mesh topology among CBs and to support anonymous communication among CBs.

[0401] For the data processing (computing) procedure within the mission service:

[0402] the two devices may deliver data (non-processed or processed data by CB entities in the devices) to CB entity 1 being provided by XaaS service 1 (e.g., DAM service) ;

[0403] CB entity 1 delivers the data directly or deliver the data after processing to CB entity 2 being provided by XaaS service 2 (e.g., NET4AI service) , via Data-TW-GW 1;

[0404] in parallel, CB entity 2 receives data from CB entity 4 being provided by XaaS service 4 (e.g., NET4DW service) , via Data-TW-GW1 and Data-TW-GW2;

[0405] and the data received by CB entity 2 from CB entity 4 is the processed results of the data received by CB entity 4 from CB entity 3 being provided by XaaS service 3 (e.g., NET4Data) , via Data-TW-GW2;

[0406] then CB entity 2 performs data processing of AI training (or AI inference, etc. ) using all the received data from CB entities 1, 3 and 4, and sends the processed results to CB entity 4;

[0407] CB entity 4 perform data processing using the data sent by CB entity 2 and the data from CB entity 3, and sends the processed results to CB entity 2; and then, back and forth data processing and forwarding are performed among CB entities 2, 3 and 4 until the mission goal is completed.

[0408] In some case, a mission corresponds to a service function chain as defined by IETF, e.g., in in RFC 7665. A service function chain is defined as a logical representation of an ordered set (sequence) of service functions that need to successively handle some traffic, e.g. traffic is first handled by service function1 (e.g. Deep Packet Inspection) , then service function 2 (e.g. TCP / IP optimization) and lastly by Service function 3 (e.g. Firewall) .

[0409] FIG. 9 is a schematic illustration of a mission session for a mission service according to one or more embodiments of the present disclosure. As in FIG. 9, mission service subscriber (e.g., 6G device, AS) accesses mission service via one or multiple mission sessions.

[0410] A mission session is an association between a network entity (e.g. a UE, a NF, and an AS) and a Data Network (DN) , providing a mission service. And the DN may be virtual and dummy DN. A mission session includes the data forwarding and data processing resources to execute a mission. A mission session includes a collection (group) of data sessions and optional inter-GW sessions.

[0411] Mission service is a service that provides achieving of a mission goal (i.e., PDU connectivity and / or data processing) . When the mission goal includes providing data processing, the mission goal is associated with specific computational problem (s) , and providing data processing refers to solving the specific computational problem (s) . In this case, the mission includes one or multiple computing blocks (CBs) and is associated with a networking procedure among the CBs for solving the specific computational problem (s) . A CB within the mission corresponds to a defined computational step toward the mission goal (i.e. solving the specific computational problem (s) ) and may be supported by a XaaS service (in the form of a task) , a data network (DN) , or another mission service; accordingly, the CB is referred to as a task CB, an external CB or a sub-mission CB. A CB corresponds to a particular action of data processing, e.g., AI training, AI inference, data pre-processing, data de-privatization, data cleaning, data collection, data analytics, sensing, etc. Different CBs of a mission may be executed in sequence or parallel.

[0412] A Data Session is an association at least terminates at a Computing Block (CB) entity to execute one or more CBs of a mission. The CB entity is an entity to execute the actions corresponding to the one or more CBs. Particular data  transmission and / or data processing are executed among the CB entities in specific order (e.g., in sequence and / or parallel) to complete the mission. The CB entity is supported by XaaS service and / or DN. The CB entity is a network entity which can be deployed in: device (e.g., UE, vehicle, radar, sensor, drone, and actuator) , RAN, CN, DN, and even in third parties. In some cases, the CB entity is deployed on 6G data plane. In some cases, the CB entity is supported by a XaaS service, e.g., by a processing service function (PSF) of the XaaS service. Different CB entities may execute the same or different CBs. In some cases, a data session corresponds to one CB of a mission. In some cases, a data session corresponds to multiple CBs of a mission.

[0413] In some cases, the data session may be regarded as only including the data forwarding resource to execute one or more CBs of a mission, i.e., a pipe to connect a CB entity with another network entity, and the data processing resources configured in the CB entity do not belong to the data session.

[0414] In some cases, the data session may be regarded as including both the data forwarding and data processing resources to execute one or more CBs of a mission, i.e., the data processing resources configured in the CB entity also belongs to the data session.

[0415] In some cases, a data session is an association between a CB entity and a Data-TW-GW.

[0416] In some cases, a data session is an association between a CB entity and another CB entity.

[0417] In some cases, for implementation, a data session is an association between a device (e.g., UE, vehicle, radar, sensor, drone, and actuator) and a Data-TW-GW. The Data-TW-GW may be deployed in RAN or CN.

[0418] In some cases, for implementation, a data session is an association between a Data-TW-GW and a processing service function (PSF) provided by a XaaS service. The Data-TW-GW may be deployed in RAN or CN. The PSF may be deployed in RAN or CN.

[0419] In some cases, for implementation, a data session is an association between a device and a PSF provided by a XaaS service. The PSF may be deployed in RAN or CN.

[0420] In some cases, for implementation, a data session is an association between a PSF and another PSF, and the two PSFs may be provided by a same or different XaaS services. Both or either of the two PSFs may be deployed in RAN or CN.

[0421] In some cases, for implementation, a data session is an association between a DN and a PSF provided by a XaaS service. The PSF may be deployed in RAN or CN.

[0422] In some cases, for implementation, a data session is an association between a DN and a Data-TW-GW. The Data-TW-GW may be deployed in RAN or CN.

[0423] In some cases, for implementation, a data session is an association between two devices.

[0424] In some cases, for implementation, a data session is an association between two DNs.

[0425] In some cases, for implementation, a data session is an association between a device and a DN.

[0426] An Inter-GW Session is an association between two Data-TW-GW for data forwarding. In some cases, the Data-TW-GW could be UPF, or enhanced UPF. CB DP entities (e.g., deployed in device, RAN, CN and DN) are connected via Data-TW-GW. The Data-TW-GW is helpful to get rid of mesh topology among CBs and to support anonymous communication among CBs.

[0427] A CB entity (deployed in device, RAN, CN or DN) may participate into one or multiple Mission Sessions. A CB entity may participate into one or multiple Data Sessions.

[0428] A mission session can be identified by a mission session ID or a session group ID. A data session can be identified by a data session ID or a session group ID.

[0429] As in FIG. 9, a mission session consists of one or multiple Data Sessions. There are two CB entities deployed in RAN, two CB entities deployed in core network functions (NFs) or DN. Devices may also deploy CB entities or be active as CB entities not illustrated in the figure. The CB entity may be supported by XaaS service. Over the air, radio bearer is established between device and 6G RAN node. Data session is established between device deploying CB entity and a Data-TW-GW. Each device establishes one or multiple data sessions belongs to a mission session. One or multiple devices are involved in a mission session. Flexible mapping are enabled between radio bearer and Data Session. On network side, data  session is established between a CB entity and a Data-TW-GW. There could be one or multiple Data Sessions between a CB entity and a Data-TW-GW, and a CB entity (e.g., deployed in PSF of XaaS) could belong to one or multiple Data Sessions. A CB entity (e.g., deployed in PSF of XaaS) could belong to one or multiple Mission Sessions. One or multiple Inter-GW sessions are established between Data-TW-GWs. As in FIG. 9, two devices are involved in a mission session, and each device establishes two data sessions. A data session may be mapped to a radio bearer, or multiple data sessions are mapped to a radio bearer. It does not rule out the possibility that a data session is mapped to multiple radio bearers. One of the two CB entities in RAN establishes 2 data sessions illustrated as small rectangular boxes, another one of the two CB entities in RAN establishes 1 data session. One CB entity in NFs or DN establishes 2 data sessions, and one CB entity in NFs or DN establishes 1 data session. Two Inter-GW sessions are established between the two Data-TW-GWs.

[0430] A mission includes no CBs (i.e. no computing-related functionalities) when its goal is only to provide PDU connectivity. In this case, A Mission Session is reduced to a PDU Session. Different Mission Session Types can be defined: PDU connectivity only type, and both data connectivity and processing type (i.e., non PDU connectivity only type) . The PDU connectivity only type indicates that no CB entity is involved in the mission session, i.e., the mission session is reduced to PDU session in this case. The both data connectivity and processing type (i.e., non PDU connectivity only type) indicates that there is CB entity involved in the mission session, both data forwarding and processing are supported via the mission session, e.g., to support 6G services of data processing (e.g., AI, sensing, data service) .

[0431] In some cases, the CB entity of a mission session is a virtual and dummy entity, e.g., for a mission session of PDU connectivity only type.

[0432] In this application, the terms forward (forwarding) , transmit (transmission) and deliver (delivery) are used interchangeably. Data connectivity and data forwarding are used interchangeably.

[0433] In some cases, a mission session consists of one or more data sessions.

[0434] In some cases, a data session corresponds to one or more CBs.

[0435] In some cases, one or multiple QoS flows are delivered in a data session. QoS flow is the finest granularity of QoS differentiation in the mission service. Traffic within the same QoS flow receives the same data processing treatment and data forwarding treatment. In some cases, a data session is implemented as a QoS flow.

[0436] New radio bearers dedicated for mission service may be established over the air on C / M plane and data plane to provide service with particular QoS. For example, new data radio bearer dedicated for a mission session is established over the air on data plane to provide service with particular QoS.

[0437] Different data sessions of a mission session may be mapped and connected via one or more Data-TW-GWs, e.g., depending on whether, and how many Data-TW-GWs are deployed.

[0438] Different data sessions of a mission session may be mapped and connected internally within a CB entity.

[0439] FIG. 10 is a schematic illustration of tunnels configured per data (inter-GW) session according to one or more embodiments of the present disclosure. As an example, for FIG. 10, a rectangular represents a data session or an inter-GW session of a mission session, and a cylindrical represents a tunnel dedicatedly configured for a data session or an inter-GW of the mission session. The tunnel is configured per data session for a mission session and cannot be shared by different data sessions or inter-GW sessions between two network entities. The type of the tunnel is not limited to GTP-U tunnel, QUIC connection, etc. CB entity 1 establishes data sessions 1 and 2 with Data-TW-GW 1. CB entity 2 establishes data sessions 3, 4 and 5 with Data-TW-GW 1. CB entity 3 establishes data sessions 1 and 2 with Data-TW-GW 2. There are inter-GW sessions 1 and 2 established between Data-TW-GW1 and Data-TW-GW2.7 tunnels are established each of which is dedicated for a data session, and 2 tunnels are established each of which is dedicated for an inter-GW session. As illustrated by the dash line, data sessions 1 and 2 of CB entity 1 are mapped to data session 3 of CB entity 2 via Data-TW-GW 1, data session3 of CB entity 2 is mapped to data session 4 of CB entity 2 within CB entity 2, data session 4 of CB entity 2 is mapped to inter-GW session 1 via Data-TW-GW 1, inter-GW session 1 is mapped to data session 2 of CB entity 3 via Data-TW-GW2, data session 2 of CB entity 3 is mapped to data session 1 of CB entity 3 within CB entity 3, data session 1 of CB entity 3 is mapped to inter-GW session 2 via Data-TW-GW2. For example, CB entity 1 executes two CB 1 and CB 2 corresponding to data session  1 and data session 2, respectively. CB entity 1 sends the data processing results of CBs 1 and2 (corresponding to data sessions 1 and 2, respectively) to data session 3 of CB entity 2 via Data-TW-GW 1. CB entity 2 executes CB 3 to using the received data from CB entity 1 and then sends the new data processing results to CB entity 1. Back and forth data forwarding and data processing are performed between CB entity 1 and CB entity 2 until they are completed. Then CB entity 2 sends the final data processing results of CB 3 to data session 4 of CB entity 2. CB entity 2 executes CB 4 corresponding to data session 4 and sends data processing results to data session 2 of CB entity 3 via Data-TW-GW1 and Data-TW-GW2 through inter-GW session 1.CB entity 3 executes CB 6 corresponding to data session2. Back and forth data forwarding and data processing are performed between CB entity 2 and CB entity 3 until CB 4 of CB entity 2 and CB 6 of CB entity 3 are completed. Then CB entity 3 sends the final data processing results of CB 6 to data session 1 of CB entity 3. CB entity 3 executes CB 7 corresponding to data session 1 and sends data processing results to data session 5 of CB entity 2 via Data-TW-GW2 and Data-TW-GW1 through inter-GW session 2. CB entity 2 executes CB 5 corresponding to data session 5. Back and forth data forwarding and data processing are performed between CB entity 3 and CB entity 2 until CB 5 of CB entity 2 and CB 7 of CB entity 3 are completed. Then the mission may be completed. It can be observed that, some data from CB entity 2 should be sent to CB entity 1 via Data-TW-GW1, and some data from CB entity 2 should be sent to CB entity 3 via Data-TW-GW1. In order to enable the CB entities and the Data-TW-GWs to deliver data in specific sequence of CBs of a mission via suitable tunnel, and to enable them to detect and recognize the packet received via a tunnel, data forwarding information, e.g., data mapping information and tunnel information, should be configured to the CB entities and Data-TW-GWs, and data processing information, e.g., CB sequence, should be configured to the CB entities.

[0440] In some cases, CB entity 1, CB entity 2 and Data-TW-GW1 are in network domain 1, CB entity 3 and Data-TW-GW 2 are in network domain 2. Network domain 1 and Network domain 2 can be the same or not. The network domain can be RAN, CN, DN and terminal device. For example, network domain 1 is RAN and network domain 2 is CN, and vice versa. Network domain 1 is RAN and network domain 2 is DN, and vice versa. Network domain 1 is CN and network domain 2 is DN, and vice versa. Network domain 1 is RAN and network domain 2 is device, and vice versa.

[0441] In some cases, one or more of the CB entities are in the DN. For example, the CB entity 1, CB entity 2, Data-TW-GW 1 and Data-TW-GW2 are in CN, and CB entity 3 is in DN. As another example, the CB entity 1, CB entity 2 and Data-TW-GW 1 are in RAN, Data-TW-GW2 is in CN, and CB entity 3 is in DN. As another example, Data-TW-GW2 and CB entity 3 are in RAN, Data-TW-GW1 is in CN, and CB entity 1 and CB entity 2 are in DN. As another example, Data-TW-GW2, CB entity 3 and Data-TW-GW1 are in CN, and CB entity 1 and CB entity 2 are in DN.

[0442] FIG. 11 is a schematic illustration of tunnels configured per mission session according to one or more embodiments of the present disclosure. As an example, for FIG. 11, compared with FIG. 10, a rectangular represents a data session or an inter-GW session of a mission session, and the difference is that a cylindrical represents a tunnel configured for the mission session between two network entities. The tunnel is configured per mission session and can be shared by different data sessions or inter-GW sessions between two network entities. The type of the tunnel is not limited to GTP-U tunnel, QUIC connection, etc. Tunnel 1 between CB entity 1 and Data-TW-GW 1 for the mission session is established, Tunnel 2 between CB entity 2 and Data-TW-GW 1 for the mission session is established, Tunnel 3 between CB entity 3 and Data-TW-GW 2 for the mission session is established, and Tunnel 4 between Data-TW-GW 1 and Data-TW-GW 2 for the mission session is established. For example, some packets (e.g., packets of data session 3) received from Tunnel 2 should be forwarded by Data-TW-GW 1 to CB entity 1, but some packets (e.g., packets of data session 4) received from Tunnel 2 should be forwarded by Data-TW-GW 1 to Data-TW-GW2 then to CB entity 3. Different from the case where a dedicated tunnel is configured per data session, when tunnel is configured per mission session, additional information should be configured to enable CB entity and Data-TW-GW to detect, recognize and deliver packet, and necessary information should be encapsulated into packet (e.g., packet header or payload) .

[0443] FIG. 12 is a schematic illustration of tunnels configured per network entity according to one or more embodiments of the present disclosure. As an example, for FIG. 12, compared with FIG. 10 and FIG. 11, there are two mission sessions illustrated in the figure respectively represented by the dash line and the solid line, a rectangular represents a data session or  an inter-GW session of a mission session, and a cylindrical represents a tunnel shared by the two mission sessions between the network entities. Three data sessions 1, 2 and 3 are established between CB entity 1 and Data-TW-GW1, four data sessions 4, 5, 6 and 7 are established between CB entity 2 and Data-TW-GW1, and two data sessions 1 and2 are established between CB entity 3 and Data-TW-GW2. Data sessions 1 and 2 of CB entity 1, data sessions 4 and 5, and data session 2 of CB entity 3 belongs to mission session 1. Data sessions 3, data sessions 6 and 7 and data session 1 of CB entity 3 belongs to mission session 2. The tunnel is configured per network entity. It means the tunnel can be shared by different mission sessions of the network entity. The type of the tunnel is not limited to GTP-U tunnel, QUIC connection, etc. Tunnel 1 between CB entity 1 and Data-TW-GW 1 for the two mission sessions is established, Tunnel 2 between CB entity 2 and Data-TW-GW 1 for the two mission sessions is established, Tunnel 3 between CB entity 3 and Data-TW-GW 2 for the two mission sessions is established, and Tunnel 4 between Data-TW-GW 1 and Data-TW-GW 2 for the two mission sessions is established. For example, some packets (e.g., packets of data session 4) received from Tunnel 2 should be forwarded by Data-TW-GW 1 to CB entity 1, but some packets (e.g., packets of data session 5) received from Tunnel 2 should be forwarded by Data-TW-GW 1 to Data-TW-GW2 then to CB entity 3. Different from the cases where a tunnel is configured per data session or mission session, when tunnel is configured per network entity, additional information should be configured to enable CB entity and Data-TW-GW to detect, recognize and deliver packet, and necessary information should be encapsulated into packet (e.g., packet header or payload) .

[0444] As described above, over the air, radio bearer is established between device and 6G RAN node. Radio bearers dedicated for mission service may be established over the air on data plane to provide service with particular QoS. For example, data radio bearer dedicated for a mission session is established over the air on data plane to provide service with particular QoS. On or multiple devices are involved in a mission session. Each device establishes one or multiple data radio bears corresponding to a mission session. As in FIG. 9, two devices are involved in a mission session, and each device establishes two data sessions. Flexible mapping is enabled between radio bearer and Data Session. A data session may be mapped to a radio bearer (one-to-one mapping) , or multiple data sessions are mapped to a radio bearer (multiple-to-one mapping) . It does not rule out the possibility that a data session is mapped to multiple radio bearers (one-to-multiple mapping) .

[0445] In current solution, it is revolutionary method to deploy XaaS service (e.g., mission service) with the assumption that Data-TW-GW is deployed in RAN to connect RA XaaS service function (e.g., CB-entity, PSF function) and RAN node.

[0446] However, for evolutionary method to deploy XaaS service, the Data-TW-GW may not be deployed in RAN, and the RA XaaS service function (e.g., CB-entity, PSF function) may be replaced by a XaaS service layer (e.g., a PSF layer) of RAN node.

[0447] In view of the above, embodiments of the present disclosure provide a communication solution which aims to deploy the XaaS service layer (e.g., PSF layer) in the network (e.g., in UE, in RAN, in CN) to provide XaaS service (e.g., mission service) . Moreover, solutions according to some embodiments of the present disclosure determine what information should be configured to UE and RAN in order to setup XaaS service entity (e.g., PSF entity) of the XaaS service layer (e.g., PSF layer) , when the XaaS service layer, like the PSF layer, is deployed in UE and RAN. In addition, solutions according to some embodiments of the present disclosure enable one or multiple UEs to be flexibly involved in a XaaS service (e.g., mission service) .

[0448] In some cases, a mission session consists of one or more data sessions. A data session corresponds to one or more CBs. The XaaS service entity (e.g., PSF entity) may have different granularity, e.g., per mission session, per data session (group) or per CB (group) .

[0449] The present disclosure protects the different combinations of PSF entity granularity and SDAP entity granularity with the assumption that PSF layer is on top of SDAP layer and there is no Data-TW-GW is deployed in RAN node. Specifically, SDAP entity can be per mission session or per CB / data session (group) , and PSF entity can be per mission session or per CB / data session (group) . The fields in PSF and SDAP packet (e.g., packet header or payload) , and actions of PSF and SDAP entity, for different combinations are protected. Moreover, the configuration information and messages between RAN  and UE for the establishment of SDAP entity and PSF entity are protected. The methods for one UE or multiple UEs to participate in a mission session are protected.

[0450] An evolutionary solution of a 6G system architecture design and procedure design are described in the present application. The evolutionary solution is designed by enhancement of 5G system.

[0451] The proposed 6G network architecture has been designed with a few important principles and requirements: openness, trustworthiness, simplicity in standardization, scalability, rapid deployment of 6G networks and future-proofing.

[0452] The proposed 6G network architecture design applies modularization strategy, utilizes service-based (XaaS) concepts and network virtualization techniques.

[0453] For all of the procedure designs, modularization of procedures is tried. A procedure of the 6G System may include some procedures that can be reused by other procedures. Such a reusable procedure is defined as a basic procedure.

[0454] A complex procedure can, thus, include multiple sequential or parallel basic procedures. It is expected that such methodology can simplify designs of procedures.

[0455] The 6G System leverages service-based architecture and XaaS concept. XaaS services in the 6G System are categorized into three layers. The 6G System conceptual structure is shown in FIG. 13.

[0456] Infrastructure Layer includes infrastructures supporting 6G services. Among them are wireless networks (Radio Access Network (RAN) , Core Network (CN) ) infrastructures, Cloud / data center infrastructures, satellite networks, storage / database infrastructures, and sensing networks, and etc. These infrastructures can be provided by a single provider or by multiple providers.

[0457] In FIG. 13, each XaaS service is provided by identified 5G logical functions. In the evolutionary solution, a XaaS service can be provided with 5G enhancement by more than one approaches. The figure above is only an example.

[0458] In the 6G System conceptual structure:

[0459] - Network for AI (NET4AI) is a new type of service in 6G CN / RAN which enables network with the capability to conduct / execute AI training / inferencing task (s) . i.e., AI task (s) , by network-based computing and communication resources. In this application, the evolutionary solution to support NET4AI service by enhancing the network data analytics function (NWDAF) in 5G system are described.

[0460] - A NET4Data service provides a decentralized architecture for data stakeholders to collaboratively manage data lifecycle events. These data lifecycle events include data storage and data sharing. The data could be public, private, sensitive, confidential. In the present application, the NET4Data service could be integrated into the 5GS, or could be enhanced by the 5GS.

[0461] - Data analysis and management (DAM) focus on different types of data: network data (e.g., data collected from network functions, XaaS service) , ISAC data (3GPP-based sensing data (e.g., from UE and RAN) , Non-3GPP-based sensing data (e.g., from Radar, LiDAR, WiFi Sensing) ) , sensor data (e.g., data from camera sensor, video sensor) , and other data (e.g., Digital user data, 3rd party data, synthetization data, and AI data) . DAM provides services for a variety of data consumers, e.g., XaaS service, 3rd party, NF, UE, etc. 5G system logical functions for example: NWDAF, DCCF, and MFAF of control plane can be enhanced to support DAM service in an evolutionary solution.

[0462] - Network for Digital World (NET4DW) as a service provides the capability of intelligent integration / synthesis of information from the physical world and digital world (DW) . Customers of NET4DW can be individuals, industries, governments. The customers can have the capability of creation, control, and management of a variety of applications running in the DW such as virtual reality applications. DW services can be supported by enhancing 5G functions and adding new functions (e.g., an evolutionary solution) where necessary.

[0463] - Network for connectivity (NET4CON) as a service provides a capability to support exchange of messages and data among new 6G services. The basic capabilities of NET4CON include to manage logical topology among XaaS services and between 6G XaaS services and all types of 6G system customers, to introduce intelligent GWs for controlling dynamic forwarding based on configured procedure principle and to support anonymous interactions among these XaaS services and customers by the introduced intelligent GWs. The NET4CON service is provided by enhancement of 5G system.

[0464] - Mission Management (MM) as a Service provides a capability to program provisioning of XaaS services at Service Layer to provide mission services. A mission is to achieve a designated goal, known as mission goal, which includes providing PDU connectivity and optionally providing data processing. The MM services include the following: mission information management service, mission session management service, mission execution and access management service.

[0465] - Resource Management (RM) as a Service provides a capability of life-cycle management of a variety of slices and over-the-air resource assignment to wireless devices.

[0466] - Service Provisioning Management (SPM) as a Service provides a capability of control and management of 6G service access by customers and provisioning of requested services. The capability is provided by ID management, unified authentication, anonymous service authorization and key management.

[0467] - Connectivity Management (CM) as a service provides a capability of reachability management of 6G wireless devices and D-users in NET4DW in order to support connectivity establishment between wireless devices / D-Users and XaaS services of 6G System. Note that physical locations of D-Users can be changed. A CM service can be deployed across multiple BAS domains.

[0468] - Protocol as a Service provides a capability to design service customized protocol stacks for identified interfaces.

[0469] FIG. 14 illustrates a block diagram of 6G System conceptual structure according to one or more embodiments of the present disclosure. FIG. 14 is used to show one example of deployment of the 6G system in evolutionary solution.

[0470] The “+” represents “enhanced” , for example, the 5G AMF-Mobility function is enhanced, denoted as AMF-Mobility+, the 5G RRC function is enhanced, denoted as RRC+, the 5G Network Repository Function (NRF) is enhanced, denoted as NRF+, the 5G Session Management Function (SMF) is enhanced, denoted as SMF+, the 5G Network Exposure Function (NEF) is enhanced, denoted as NEF+, the 5G Authentication Server Function (AUSF) is enhanced, denoted as AUSF+, other enhanced functions are not described in detail herein.

[0471] C / M Radio Bearer (C / M RB) of a 6G device: over-the-air connection for carrying control signaling for over-the-air interface management and C / M plane messages. A 6G device can have multiple C / M RBs.

[0472] Data Radio Bearer (Data RB) of a 6G device: over-the-air connection for carrying Data plane traffic. A 6G device can have multiple Data RBs.

[0473] RB endpoint: endpoint of an RB at network side. An endpoint of an RB protocol stack (e.g., PDCP) can be in, e.g., a RAN BAS domain, but not limited to. In other words, an RB endpoint can be flexibly deployed / selected for a device.

[0474] RB handler: over-the-air interface protocol stack handler. An RB handler is defined as a logical function which perform RB protocol stack operations after getting configurations. A protocol handler is PDCP-only handler or whole protocol stack handler. An RB handler accepts RB configuration from Connectivity Management (CM) service. An RB handler also accepts security configuration, e.g., keying material, from Service Provisioning Management (SPM) service.

[0475] The NET4CON service which is main service impacting on 6G system architecture is implemented by enhanced 5G Service Communication Proxy (SCP+) as C / M plane GW and enhanced 5G User Plane Function (UPF+) as data plane GW. Proposed per device / D-User C / M session and data session are defined as logical connection between a device / D-User and its serving SCP+ (C / M-TW-GW) and serving UPF+ (Data-TW-GW) . All XaaS services are deployed across multiple BAS / clouds.

[0476] The 6G customer can be of various types, including a device (e.g., electronic device ED, terminal device) , apparatus, a chip, an equipment (e.g., user equipment) etc. For example, the customer may be an individual customer, a business customer, etc. The 6G customer is used to connect persons, objects, machines, etc. The 6G customer may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , MTC, internet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0477] Each 6G customer represents any suitable end user device for wireless operation and may include such devices (or may be referred to but not limited to) as a user equipment (UE) or a user device or a terminal device, a wireless transmit / receive  unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a MTC device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus in (e.g. module, modem, or chip) or comprising the forgoing devices, among other possibilities. Future generation 6G customer may be referred to using other terms. When a 6G customer performs (or is configured to perform) a method described herein, it may be interpreted as the ED, one or more module (or units) in the ED, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, or system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the ED.

[0478] A person skilled in the art should understand that embodiments of this application may be provided as a method, an apparatus (or system) , computer-readable storage medium, or a computer program product. Therefore, this application may use a form of a hardware-only embodiment, a software-only embodiment, or an embodiment with a combination of software and hardware. Moreover, this application may use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, an optical memory, and the like) that include computer-usable program code.

[0479] FIG. 15 illustrates a protocol stack on data plane to support XaaS service according to one or more embodiments of the present disclosure.

[0480] As in FIG. 15, XaaS service layer is deployed to support XaaS service. On data plane, the XaaS service layer (e.g., PSF layer) is an upper layer of Transport Network Layer (TNL) or radio layer (e.g., SDAP layer) . For example, for the protocol stack on the network side (e.g., the protocol stack for the core network (CN) interface, or the protocol stack for the interface between RAN and CN) , the XaaS service layer (e.g., PSF layer) is the upper layer of TNL (e.g., GTP-U, UDP, IP, L2 and L1 in sequence) . In some cases, the GTP-U protocol can be replaced by QUIC. In some cases, the IP layer can based on IPv4, IPv6, or SRv6. For the protocol stack over the air (e.g., the protocol stack on UE, protocol stack for the air interface between UE and RAN) , the XaaS service layer (e.g., PSF layer) is the upper layer of SDAP (e.g., SDAP, PDCP, RLC, MAC and PHY in sequence) .

[0481] FIG. 16 illustrates a protocol stack on data plane for the RAN, UE and CN to support XaaS service according to one or more embodiments of the present disclosure.

[0482] As in FIG. 16, on UE side, the PSF layer is the upper layer of SDAP layer. The PSF layer is the upper layer of SDAP layer on RAN side for radio interface. In core network, there is PSF network function (CN-PSF) , and the CN-PSF network function is implemented via deploying PSF layer as the upper layer of TNL. For the protocol stack on the RAN side for the interface oriented to CN-PSF, the PSF layer is the upper layer of TNL. In some case, as in FIG. 18, there is intermediate data plane functions between RAN and CN-PSF, e.g., a Data-TW-GW or a UPF+ for data forwarding. In some case, there is not intermediate data plane functions between RAN and CN-PSF, they are connected with each other via direct interface.

[0483] The XaaS layer can be deployed PSF layer within 3GPP network (e.g., 3GPP defines PSF layer functionality or PDU format) , it has the advantage that 3GPP network can have strong control of XaaS service, e.g., the C / M plane of the 3GPP network can configure the data plane XaaS layer (e.g., PSF layer) . For example, the C / M plane can configure QoS parameters, data processing parameters to XaaS service layer (e.g., PSF layer) .

[0484] In some cases, PSF layer is directly above TNL.

[0485] FIG. 17 illustrates a protocol stack between XaaS layer and TNL or radio layer according to one or more embodiments of the present disclosure. In some cases, as in FIG. 17, there are other layers between XaaS service layer and TNL or SDAP layer, e.g., TCP layer, QUIC layer, UDP layer, IP layer. For example, there are TCP and IP layers in sequence between PSF layer and SDAP layer. For example, there are UDP and IP layers in sequence between PSF layer and SDAP layer. For example, there are QUIC, UDP and IP layers in sequence between PSF layer and SDAP layer.

[0486] In some cases, there is PDU layer between XaaS layer and TNL or SDAP layer.

[0487] In some cases, there is data plane security protection (DP-Sec) layer between XaaS layer and TNL or SDAP layer.

[0488] In some cases, some of layers TNL are not deployed, e.g., GTP-U layer, UDP layer.

[0489] In some cases some of layers of radio layer are not deployed, e.g., SDAP layer.

[0490] FIG. 18 illustrates another protocol stack on data plane for the RAN, UE and CN to support XaaS service according to one or more embodiments of the present disclosure. As in FIG. 18, compared with FIG. 16, there are other layers between PSF layer and TNL or radio layer (e.g., SDAP layer) , e.g., TCP and IP layers in sequence, UDP and IP layers in sequence, QUIC, UDP and IP layers in sequence.

[0491] In some cases, if there are other layer deployed between XaaS service layer and TNL or radio layer (e.g., SDAP layer) . XaaS service layer may be considered to be out of the scope of 3GPP, and 3GPP network may have relatively fewer control on XaaS service (e.g., PSF layer) .

[0492] FIG. 19 illustrates traffic between XaaS functions according to one or more embodiments of the present disclosure. As in FIG. 19, there may be multiple XaaS service functions deployed on data plane, e.g., XaaS PSF network function. And the PSF network function can be deployed in RAN and / or CN (e.g., CN-PSF) . For the multiple PSF network functions (e.g., CN-PSFs) , they can be connected to each other via direct interface, as illustrated by dashed line in Figure 19, or they are connected via intermediate data plane function, e.g., a Data-TW-GW or a UPF+.

[0493] For example, the interface between XaaS PSFs (e.g., CN-PSF#1, CN-PSF#2, and CN-PSF#3) can be IP-based interface. The traffic between the XaaS PSFs (e.g., CN-PSFs) can be exchanged as in the dashed line via the IP-based interface. Segment Routing over IPv6 (SRv6) or other segment routing (SR) schemes for the traffic path among XaaS PSFs can be applied. For example, for the IP-based interface, there is not GTP-U or UDP layers deployed above IP layer. If the traffic is delivered among multiple XaaS PSFs (e.g., CN-PSFs) , only the XaaS PSFs in the first-hop (e.g., for the traffic going into RAN) or in the last-hop (e.g., for the traffic going out from RAN) needs to connect to an intermediate data plane function, e.g., a Data-TW-GW or a UPF+. Traffic between other XaaS PSFs does not pass through the intermediate data plane function (e.g., Data-TW-GW or UPF+) . Then the traffic can be forwarded by the Data-TW-GW or the UPF+ to / from the RAN. The interface between the intermediate data plane function (e.g., Data-TW-GW or UPF+) and the XaaS PSF can be IP-based interface. In some cases, there is not transport layer (e.g., GTP-U or UDP layer) deployed above IP layer. In some cases, for the IP-based interface, the traffic between the intermediate data plane function (e.g., Data-TWGW or UPF+) and the (first-hop or last-hop) XaaS PSF is in the granularity of XaaS service data flow.

[0494] For example, the interface between XaaS PSFs (e.g., CN-PSF#1, CN-PSF#2, and CN-PSF#3) can be connected via an intermediate data plane function (e.g., Data-TWGW or UPF+) . The traffic between the CN-PSFs can be exchanged as in the solid line. For the interface between XaaS PSF and the intermediate data plane function, transport layer (e.g., GTP-U layer, UDP layer or QUIC layer) can be deployed as the upper layer of IP layer. Segment Routing over IPv6 (SRv6) or other segment routing (SR) schemes can be applied for the IP layer. Traffics between XaaS PSFs can be configure to steer to GW / UPF+. Each XaaS PSF needs to connect to the intermediate data plane function. If the traffic is delivered among multiple XaaS PSFs (e.g., CN-PSFs) , the traffic between XaaS PSFs needs to pass through the intermediate data plane function. The traffic among the XaaS PSFs can be forwarded by the Data-TW-GW or the UPF+. In some cases, the traffic between the intermediate data plane function (e.g., Data-TWGW or UPF+) and XaaS PSF is in the granularity of quality of service (QoS) flow. In some cases, the network (e.g., network control function) can program data plane tunnels (e.g., GTP-U tunnel, QUIC connection) for the traffic path among XaaS PSFs.

[0495] In comparison, if the XaaS PSFs connect with each other via direct interface (e.g., IP-based interface) without going through the intermediate data plane function (e.g., Data-TW-GW, or UPF+) , XaaS PSFs directly see and connect to each other without the intermediate log or supervision of the intermediate data plane function, it may lead to trustworthiness problem (e.g., security problem or privacy problem) . QoS management on the segment between the intermediate data plane function and XaaS PSF is not feasible. The interactions of XaaS PSFs may be left to external implementation out of 3GPP network. It leaves fewer spaces for 3GPP network to control and program the XaaS services.

[0496] FIG. 20 shows a schematic flowchart of a communication method according to one or more embodiments of the present disclosure. The method can be implemented by a terminal device. In some cases, the terminal device may be a UE (e.g.  the apparatus 310 as shown in FIG. 3A) . The detailed procedures are as the following steps. As shown in FIG. 20, the method can include the following steps.

[0497] S2010, the terminal device receives configuration information, wherein the configuration information is used to configure a first protocol layer, the first protocol layer is used to provide a mission service, and the mission service is a service for both PDU connectivity and data processing.

[0498] S2020, the terminal device performs configuration for the mission service according to the configuration information.

[0499] In the embodiment, the terminal device configures the first protocol layer according to the configuration information to perform configuration for the mission service, performance of the configuration includes configuring the first protocol layer. The first protocol layer is used to provide a mission service, e.g., a 6G XaaS service, and the mission service is a service for both PDU connectivity and data processing. The configuration information may be received from a RAN, e.g., a RAN node. By configuring the first protocol layer in the terminal device, the terminal device can provide the mission service. Provide the mission service can be understood as be involved in the mission session independently or together with one or more other devices in the network on which the first protocol layer is deployed. The one or more other devices may include one or more other terminal devices, one or more network functions in a RAN and / or one or more network functions in a CN. The dynamic configuration of the first protocol layer can enable the terminal device to be flexibly involved in the mission service, e.g., a 6G XaaS service, and can enhance the overall flexibility and adaptability of the communication system. The approach can allow for efficient use of network resources by dynamically allocating and optimizing the first protocol layer for specific mission services.

[0500] In a possible implementation, the configuration information may be sent in a radio resource control (RRC) message, or a mission service specific control message. The terminal device can obtain the configuration information through an RRC message or other control messages over the air, such as a mission service specific control message, which provides flexibility in transmission of the configuration information.

[0501] In a possible implementation, the first protocol layer is an upper layer of a radio layer. The first protocol layer may be referred to as a XaaS service layer. In some cases, the first protocol layer may also be referred to as a PSF layer. The radio layer may include one or more of: SDAP, PDCP, RLC, MAC, and PHY.

[0502] In a possible implementation, the mission service may be provided through at least one mission session, and each of the at least one mission session may include a data forwarding resource and a data processing resource for executing the mission service. The mission service may be facilitated through one or more mission sessions. In other word, the mission session is a set of resources on data plane to execute the mission.

[0503] In a possible implementation, the configuration information may include one or more mission session identifiers (IDs) identifying one or more of the at least one mission session of the mission service. The IDs are used to distinguish between different mission sessions and to manage the resources and settings specific to each session. For example, the network distinguishes mission sessions and manages them accordingly based on the mission session IDs.

[0504] In a possible implementation, the mission service includes at least one computing block (CB) , each of the at least one CB corresponds to a computational step toward achieving the mission service. The configuration information may be used for configuring at least one first entity on the first protocol layer, where each of the at least one first entity is configured to execute one or more CBs of the at least one CB. The computational step toward achieving the mission service can also be referred to as the computational step toward the mission goal cited above. In a possible implementation, the computational step toward achieving the mission service may include one or more of: artificial intelligence (AI) training, AI inference, data pre-processing, data privacy protection, data cleaning, data collection, data analytics, sensing, data sanitization, data management, data normalization, data aggregation, data splitting, useless data filtering, data formatting, data adaptation, data feature engineering, data compression, data embedding, data representation learning, or data feature extraction. A CB within the mission service corresponds to a defined computational step toward a mission goal of the mission service. The first protocol layer provides or executes the mission service by executing the at least one CB of the mission service through the at least one  first entity on the first protocol layer. When the first protocol layer is a XaaS layer, the first entity is a XaaS entity. When the first protocol layer is a PSF layer, the first entity is a PSF entity.

[0505] In a possible implementation, the configuration information may include configuration information for the at least one first entity on the first protocol layer. The terminal device may establish the at least one first entity on the first protocol layer according to the configuration information for the at least one first entity included in the configuration information.

[0506] In a possible implementation, each of the at least one mission session may include at least one data session, and each of the at least one data session may include an association terminates at one first entity of the at least one first entity.

[0507] In a possible implementation, the at least one data session may correspond to at least one radio bearer, and a corresponding relationship between the at least one data session and the at least radio bearer may include at least one of: one data session corresponding to one radio bearer, multiple data sessions corresponding to one radio bearer, or one data session corresponding to multiple radio bearers. The “correspond to” can also be understood as “be mapped to” . When a single data session is mapped to a single radio bearer, data transmitted within this data session may travel over the corresponding radio bearer. The one-to-one mapping is straightforward and provides a dedicated communication path for the data session. When multiple data sessions are mapped to one radio bearer, multiple data sessions share a single radio bearer. The radio bearer in this case handles the traffic from several data sessions, which can be an efficient way to utilize network resources, especially when the data sessions have similar QoS requirements. When one data session is mapped to multiple radio bearer, data transmitted within the data session can travel over different radio bears. The one-to-many mapping relationship can allow a data session to be split across different radio bearers, which can provide redundancy, load balancing, or support for different types of traffic within the same data session. The flexibility to configure these mappings allows the network to optimize resource usage, and adapt to changing network conditions.

[0508] In a possible implementation, each of the at least one data session or each of the at least one mission session may correspond to at least one QoS flow, and data traffics of the at least one QoS flow may be delivered via the respective session, where a QoS flow is a finest granularity of QoS differentiation in the mission service, and a data traffic within a QoS flow receives same data processing treatment and same data forwarding treatment. The data packets associated with a particular QoS flow may be transmitted over the network through the session that has been established for that flow. One or multiple QoS flows may be delivered in a data session. In some cases, a data session is implemented as a QoS flow. In a possible implementation, the configuration information may further include one or more QoS parameters.

[0509] In a possible implementation, each of the at least one first entity may be configured with a first granularity, where the first granularity may be: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function. A mission session group may include one or more mission sessions, a data session group may include one or more data sessions, and a CB group may include one or more CBs. The first granularity may determine the scale and scope at which the first entity operates. In a possible implementation, the configuration information may indicate at least one first granularity of the at least one first entity.

[0510] When a first entity of the at least one first entity is per mission session or per mission session group, the first entity is dedicated for a mission session, or the first entity is dedicated for a group of mission sessions. That is to say, when a first entity of the at least one first entity is per mission session, the first entity is dedicated to handle the specific tasks or processes associated with one mission session. When a first entity of the at least one first entity is per mission session group, the first entity is dedicated to handle the data processing, connectivity, and other related tasks for all the mission sessions within the mission session group.

[0511] When a first entity of the at least one first entity is per data session or per data session group, the first entity is dedicated for a data session, or dedicated for a group of data sessions. That is to say, when a first entity of the at least one first entity is per data session, the first entity is dedicated to handle the specific tasks or processes associated with one data session. When a first entity of the at least one first entity is per data session group, the first entity is dedicated to handle the tasks or processes for a group of data sessions.

[0512] When a first entity of the at least one first entity is per CB or per CB group, the first entity is dedicated for a CB, or dedicated for a group of CBs. When a first entity is configured per CB or per CB group, the first entity is dedicated to handle the specific tasks or processes associated with a single CB, or the first entity is dedicated to handle the specific tasks or processes associated with a group of CBs respectively.

[0513] When a first entity of the at least one first entity is per network function, and the first entity is in a network function corresponding to one or more mission sessions, the first entity is shared by the one or more mission sessions. When a first entity is configured with per network function, and the first entity is established for all the different mission sessions corresponding to the network function, the first entity can provide support or services that are relevant to the one or more mission sessions in the network function.

[0514] Various granularities may be used to configure the at least one first entity. Different first entities may be configured with the same granularity or different granularities. For example, one or more first entities of the at least one first entity may be configured per mission session, while other first entities are configured per data session group. In this way, the configuration of the at least one first entity can adapt to various application scenarios, and the terminal device can be allowed to be more flexibly involved in a 6G XaaS service (e.g., mission service) , The network may have the flexibility to tailor the configuration of each first entity to better suit the specific needs of the services or tasks it supports. In addition, the mission service can be customized at a very detailed level, which can facilitate deployment and management of the mission service and enhance service quality and user experience.

[0515] In a possible implementation, the configuration information may include at least one of: an indication on whether a first entity on the first protocol layer needs to encapsulate a data session ID in a packet of the first protocol layer; or an indication on whether a first entity on the first protocol layer needs to encapsulate a computing block identifier (CBID) in a packet of the first protocol layer. In some cases, a data session ID can be encapsulated in a packet (e.g., a PSF packet) of the first protocol layer (e.g., packet header or payload) , e.g. if a first entity is per data session group, to enable a peer first entity to recognize which data session a packet belongs to or to enable the first entity to recognize which data session a received packet belongs to. The peer first entity is an entity configured in a first protocol layer in a peer node (e.g., RAN) . The data session ID may be encapsulated in the packet of the first protocol layer when the first entity corresponds to multiple data sessions, e.g. if the first entity is per data session group, or if the first entity is per mission session and the mission session includes multiple data sessions. In some cases, a CBID can be encapsulated in a packet (e.g., a PSF packet) of the first protocol layer (e.g., packet header or payload) , e.g. if a first entity is per data session group, to enable a peer first entity to recognize which CB a packet belongs to or to enable the first entity to recognize which CB a received packet belongs to. The CBID may be encapsulated in the packet of the first protocol layer when the first entity corresponds to multiple CBs, e.g. when the first entity is per mission session, per CB group or per data session group. By encapsulating identifiers when necessary, communication overhead can be reduced, use of resources can be improved, and overall efficiency can be improved. In addition, the solution can ensure that data packets are correctly identified and mapped to appropriate tunnels or sessions, or CBs, which can facilitate implementation of the mission service and help maintain the quality of service for different data flows.

[0516] In a possible implementation, if the first entity is configured per mission session group or per network function, a mission session ID may be encapsulated in the packet of the first protocol layer (e.g., packet header or payload) to enable a peer first entity to distinguish which mission session the first packet belongs to or to enable the first entity to recognize which mission session a received packet belongs to.

[0517] In a possible implementation, the configuration information may be further used to configure a second protocol layer, and the second protocol layer is a lower layer of the first protocol layer and is used for data adaptation and transmission. The second protocol layer is a lower layer relative to the first protocol layer and is tasked with data adaptation and transmission. The second protocol layer is closer to the physical layer and is responsible for preparing data for transmission over the network. In a possible implementation, the second protocol layer may referred to as a service data adaptation protocol (SDAP) layer.

[0518] In a possible implementation, the configuration information may be used for configuring at least one second entity on the second protocol layer, and each of the at least one second entity may correspond to one or more first entities of the at  least one first entity. If the second protocol layer is an SDAP layer, each of the at least one second entity is an SDAP entity. Each of the at least one second entity may correspond to one or more first entities, that is to say, the mapping relationship between the second entity and the first entity can be one-to-one, one-to-multiple, or multiple-to-one. Different second entities may have different mapping relationship with the at least one first entity.

[0519] In a possible implementation, the configuration information may include configuration information for the at least one second entity on the second protocol layer. The terminal device may establish the at least one second entity according to the configuration information.

[0520] In a possible implementation, each of the at least one second entity may be configured with a second granularity, where the second granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function. A mission session group may include one or more mission sessions, a data session group may include one or more data sessions, and a CB group may include one or more CBs. The second granularity may determine the scale and scope at which the second entity operates. In a possible implementation, the configuration information may indicate at least one second granularity of the at least one second entity. In a possible implementation, when a second entity of the at least one second entity is per mission session, the second entity is dedicated for a mission session. When a second entity of the at least one second entity is per data session or per data session group, the second entity is dedicated for a data session of a mission session, or dedicated for a group of data sessions. When a second entity of the at least one second entity is per CB or per CB group, the second entity is dedicated for a CB of a mission, or dedicated for a group of one or more CBs. When a second entity of the at least one second entity is per mission session group, the second entity is dedicated for a group of mission sessions. When a second entity of the at least one second entity is per network function, and the second entity is in a network function corresponding to one or more mission sessions, the second entity is shared by the one or more mission sessions. The definition of the second granularity is similar to that of the first granularity, which will not be repeated here.

[0521] In a possible implementation, the configuration information may indicate at least one second granularity of the at least one second entity.

[0522] The at least one second entity may be configured with the same second granularity or different second granularities. For example, one or more second entities of the at least one first entity may be configured per data session, while other second entities are configured per CB. The network may have the flexibility to tailor the configuration of each second entity to best suit the specific needs of the services or tasks it supports.

[0523] In a possible implementation, the configuration information may include at least one of: an indication on whether a second entity on the second protocol layer needs to encapsulate a data session ID in a packet of the second protocol layer; or an indication on whether a second entity on the second protocol layer needs to encapsulate a CBID in a packet of the second protocol layer. In some cases, a data session ID can be encapsulated in a packet (e.g., a SDAP packet) on the second protocol layer (e.g., packet header or payload) , e.g., if there is no first protocol layer configured in peer node (e.g., RAN node) and the SDAP corresponds to multiple data sessions, for example, the SDAP is per data session group or per mission session (group) . If the peer node does not have a first protocol layer configured, the peer node may lack the capability to perform data processing on a received packet, and needs to forward the packet to another network function for data processing. Therefore, the second protocol layer should take on the responsibility of carrying the data session ID to facilitate proper packet forwarding. The data session ID in the packet on the second protocol layer can enable the peer node to recognize which data session the packet belongs to, and map the packet to a suitable GTP-U tunnel, e.g., if the tunnel is dedicated for one or more data sessions including a data session identified by the data session ID.

[0524] In some cases, a CBID can be encapsulated in a packet (e.g., a SDAP packet) on the second protocol layer (e.g., packet header or payload) , e.g., if there is no first protocol layer configured in peer node (e.g., RAN node) and the SDAP corresponds to multiple CBs, for example, the SDAP is per data session (group) , per mission session (group) or per CB group. If the peer node does not have a first protocol layer configured, the peer node may lack the capability to perform data processing on a received packet, and needs to forward the packet to another network function for data processing. Therefore, the second protocol layer should take on the responsibility of carrying the CBID to facilitate proper packet forwarding. The CBID in the  packet on the second protocol layer enables the peer node to recognize which CB the packet belongs to, and map the packet to a suitable tunnel (e.g., GTP-U tunnel, QUIC connection) , e.g., if the tunnel is dedicated for one or more CBs including a CB identified by the CBID.

[0525] In some cases, data session ID or CBID may not need to be encapsulated in the packet on the second protocol layer, e.g., if the involved second entity and first entity has one-to-one mapping. For example, when the second entity and the first entity has one-to-one mapping, the second entity can directly submit the received packet to the upper first entity, and the first entity can recognize which data session or CB the packet belongs to, based on the data session ID or CBID encapsulated in the packet (e.g., packet header or payload) of the first protocol layer.

[0526] By encapsulating identifiers when necessary, communication overhead can be reduced, use of resources can be improved, and overall efficiency can be improved. In addition, the solution can ensure that data packets are correctly identified and mapped to appropriate tunnels or sessions, or CBs, which can facilitate implementation of the mission service and help maintain the quality of service for different data flows.

[0527] In a possible implementation, at least one second granularity of the at least one second entity is same as or different from at least one first granularity of the at least one first entity. In some cases, the second granularity of one or more second entities of the at least one second entity may be the same as the first granularity of one or more first entities of the at least one first entity, while the second granularities of other second entities may be different from the first granularities of other first entities. In some cases, the second granularity of the at least one second entity may be the same as the first granularity of the at least one first entity. In some cases, the at least one second granularity of the at least one second entity is different from the at least one first granularity of the at least one first entity. This allows for a more flexible approach where different protocol layers can be optimized for their specific roles and requirements without being constrained by the configuration of the other layers.

[0528] In a possible implementation, the configuration information may indicate a connection relationship between the at least one first entity on the first protocol layer and the at least one second entity on the second protocol layer. The configuration information may include indicators or rules that specify the connection relationship. These indicators might define how data should be routed between the first and second entities, which specific entities should communicate, and the nature of that communication (e.g., one-to-one, one-to-many, many-to-one, or many-to-many) . Based on the configuration, the network can establish data paths that facilitate the flow of information between the first and second entities. This could involve setting up tunnels, sessions, or other logical connections.

[0529] In a possible implementation, one or more connections between the at least one first entity and the at least one second entity can be set up according to the connection relationship. The configuration process may include establishing one or more logical connections between the first and second entities. The establishment of the connections may facilitate the exchange of data and control information necessary for the mission service. By establishing these connections, communication and coordination can be enhanced between different layers of the network protocol stack. This ensures that data is correctly routed and processed according to the service requirements.

[0530] In a possible implementation, the configuration information may include: one or more data session IDs corresponding to each of the at least one first entities, and one or more data session IDs corresponding to each of the at least one second entities; and the connection relationship between a first entity of the at least one first entity and a second entity of the at least one second entity is indicated by one or more overlapped data session IDs corresponding to the first entity and the second entity. The connection relationship between a first entity and a second entity can be implicitly indicated by one or more overlapped data session IDs. If there are common data session IDs between the first and second entities, it signifies that they are connected and need to communicate with each other as part of the mission service. A connection between the first entity and the second entity can be bound to the overlapped data session IDs. Compared with explicitly including the connection relationship in the configuration information, implicitly indicating the connection relationship through the overlapped data session ID (s) can reduce communication overhead.

[0531] In a possible implementation, the data sessions or CBs on the terminal device side and the network function side may be different, or asymmetry. In some cases, the CBs executed on the terminal device side and the network function side are different, or in other words, asymmetric. For example, the network function side needs to execute CB#1 to perform certain data processing, while the terminal device performs the same data processing via CB#2. In some cases, the data sessions corresponding to different CBs on the terminal device side and the network function side may be also asymmetric. For example, for the first entity per mission session and the second entity per mission session, 6 data sessions (or CBs) are established on the network function side but 2 data sessions (or CBs) are established on the terminal device side. In these scenarios, ID mapping information may be required for mapping between data sessions on the terminal device side and the network function side, and / or for mapping between CBs on the terminal device side and the network function side. The configuration information may include at least one of: data session ID mapping information between a terminal device and a network function; or CBID mapping information between a terminal device and a network function. The data session ID mapping information included in the configuration information may facilitate the correlation of data sessions between the terminal device (such as a user equipment or UE) and network functions. This mapping information may be crucial for ensuring that data is correctly routed and processed within the communication system. The configuration information may include CBID mapping, which helps in associating computing blocks (CBs) between the terminal device and network functions.

[0532] In a possible implementation, the data sessions or CBs on the terminal device side and network function side are different, or asymmetry, and ID mapping is required. The ID mapping may involve data session ID mapping and / or CBID mapping, and may be performed by the terminal device at the first protocol layer and / or the second protocol layer. When ID mapping is performed on the terminal device, the network function would not know the data session ID (s) and / or CBID (s) executed by the terminal device side, which can protect privacy of the terminal device.

[0533] The following describes the packet transmission mechanism between the two layers, i.e. the first protocol layer and the second protocol layer. In an embodiment, two scenarios of data transmission between the two layers would be described where in scenario 1, data packet is transmitted from the second protocol layer to the first protocol layer, while in scenario 2 data packet is transmitted from the first protocol layer to the second protocol layer.

[0534] Scenario 1: data packet is transmitted from the second protocol layer to the first protocol layer.

[0535] In a possible implementation, the terminal device may obtain a packet by a second entity of the at least one second entity, the terminal device may process the packet to obtain a processed packet, and then the processed packet is sent to a first entity on the first protocol layer connected with the second entity. The terminal device may receive a packet from a network function via the second entity, and the terminal device would process the received packet on the second protocol layer before delivering it to a first entity the first protocol layer. The processing may involve data adaptation, header compression, security checks, ID mapping or other necessary transformations to prepare the packet for further handling within the terminal device. In a possible implementation, after obtaining the processed packet, the terminal device may process the processed packet through the first entity.

[0536] In a possible implementation, when the second entity is connected with more than one first entity on the first protocol layer, the processed packet may be sent to one first entity based on at least one of a data session ID of the packet or a CBID of the packet. When the second entity is connected with multiple first entities, the second entity can determine the appropriate first entity to which the packet should be sent based on the data session ID associated with the packet, or the CBID which identifies the specific computing block related to the packet.

[0537] In a possible implementation, the terminal device may map at least one of a data session ID or a CBID of the packet to at least one of a first mapped data session ID or a first mapped CBID of the terminal device by the second entity, based on ID mapping information for the second entity, e.g., if the data sessions or CBs on the terminal device side and network function side are asymmetric or different. The processed packet is sent to the first entity based on the at least one of the first mapped data session ID or the first mapped CBID. The terminal device may perform a mapping function on the received packet, to translate the data session ID or CBID included in the received packet into a corresponding ID (the first mapped data session  ID or the first mapped CBID) that are recognized within the terminal device’s context, so that the processed packet can be correctly forwarded to the first entity based on the first mapped data session ID or the first mapped CBID.

[0538] In a possible implementation, when the first entity corresponds to more than one data session or more than one CB, the processed packet may be processed by the first entity based on at least one of a data session ID or a CBID of the processed packet. When the first entity corresponds to more than one data session or more than one, the first entity may process the packet based on the data session ID or CBID included in the processed packet. This allows the first entity to identify which of the multiple sessions or blocks the packet belongs to.

[0539] In a possible implementation, the terminal device may map at least one of a data session ID or a CBID of the processed packet to at least one of a second mapped data session ID or a second mapped CBID of the terminal device by the first entity based on ID mapping information for the first entity, e.g., if the data sessions or CBs on the terminal device side and network function side are asymmetric or different. The processed packet is processed by the first entity based on at least one of the second mapped data session ID or the second mapped CBID.

[0540] Scenario 2: data packet is transmitted from the first protocol layer to the second protocol layer.

[0541] In a possible implementation, the terminal device may send a packet to a second entity on a second protocol layer by a first entity on the first protocol layer.

[0542] In a possible implementation, when the first entity is connected with more than one second entity on the second layer, the packet may be sent to the second entity based on at least one of a data session ID corresponding to the packet or a CBID corresponding to the packet. The first entity may use the data session ID or CBID to determine which of the multiple second entities should receive the packet. This selection process ensures that the packet is routed correctly to the intended second entity, based on the packet's association with a specific data session or computing block. This approach can allow for precise and efficient routing of packets.

[0543] In a possible implementation, the packet may include at least one of a data session ID or a CBID corresponding to the packet to enable a peer first entity to know the data session / CB the packet belongs to and process the packet accordingly.

[0544] In a possible implementation, the packet may include at least one of a third mapped data session ID or a third mapped CBID which is obtained by the first entity from at least one of a data session ID or a CBID corresponding to the packet based on ID mapping information for the first entity. The terminal device may map the at least one of a data session ID or a CBID of the packet according to the ID mapping information for the first entity, and then include the mapped data session ID or a mapped CBID into the packet especially when the data sessions or CBs on the terminal device side and network function side are asymmetric. The third mapped data session ID and the third mapped CBID are IDs that can be recognized within the network function’s context.

[0545] In a possible implementation, the packet may include the at least one of the data session ID or the CBID corresponding to the packet, or the at least one of the third mapped data session ID or third mapped CBID, based on an indication on that the first entity needs to encapsulate at least one of a data session ID or a CBID in a packet of the first layer. Based on configuration indications, the first entity may encapsulate at least one of the data session ID or CBID, or at least one of the third mapped data session ID or third mapped CBID in the packet. This encapsulation can be done to facilitate the correct processing the packet by the peer first entity. The terminal device dynamically handles the packet identifiers, maps them as needed, and includes the mapped identifiers in the packet to ensure correct identification and processing of packets.

[0546] In a possible implementation, the terminal device may process the packet to obtain a processed packet through the second entity, and send the processed packet to a network function through the second entity. The second entity processes the packet and then forwards the processed packet to the appropriate network function. This processing could involve tasks such as data adaptation, security checks, or other transformations necessary for the packet to meet its final destination's requirements.

[0547] In a possible implementation, the processed packet may include at least one of a data session ID or a CBID corresponding to the packet to enable a peer first entity to know the data session / CB the packet belongs to and process the packet accordingly.

[0548] In a possible implementation, the processed packet may include at least one of a fourth mapped data session ID or a fourth mapped CBID which is obtained by the second entity from at least one of a data session ID or a CBID corresponding to the packet based on ID mapping information for the second entity. The second entity may map the packet’s identifiers based on ID mapping information for the second entity.

[0549] In a possible implementation, the processed packet may include the at least one of the data session ID or the CBID corresponding to the packet, or the fourth mapped data session ID or the fourth mapped CBID, based on an indication on that the second entity needs to encapsulate at least one of a data session ID or a CBID in a packet of the second layer. Depending on an indication that the second entity needs to encapsulate at least one of these identifiers in a packet of the second layer, the processed packet may include the original data session ID or CBID, or the mapped identifiers (the fourth mapped data session ID or the fourth mapped CBID) , e.g. if the data sessions and / or CBs on the terminal device side and network function side are asymmetric or different. The inclusion of the appropriate identifier (s) in the packet ensures that it can be correctly routed to and processed by the intended recipient.

[0550] FIG. 21 shows a schematic flowchart of a communication method according to one or more embodiments of the present disclosure. The method can be implemented by a network function (e.g. the apparatus 320 as shown in FIG. 3A, the component in the apparatus 320 as shown in FIG. 3A, the apparatus 330 as shown in FIG. 3B or the component in the apparatus 330 as shown in FIG. 3B) . The detailed procedures are as the following steps. As shown in FIG. 21, the method can include the following steps.

[0551] S2110, the network function sends configuration information for a terminal device, where the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to provide a mission service, and the mission service is a service for both PDU connectivity and data processing.

[0552] In the embodiment, the network function configures the first protocol layer in the terminal device by sending the configuration information for the terminal device. The first protocol layer is used to provide a mission service, and the mission service is a service for both PDU connectivity and data processing. Provide the mission service can be understood as be involved in the mission session independently or together with one or more other devices in the network on which the first protocol layer is deployed. The configuration information for the terminal device may be obtained by the network function from another network function, such as a control and management (C / M) plane function (e.g., task control function (TCF)) . It is also possible that the configuration information for the terminal device is generated by the network function. The dynamic configuration of the first protocol layer can enable the terminal device to be flexibly involved in a 6G XaaS service (e.g., mission service) , and can enhance the overall flexibility and adaptability of the network. In a possible implementation, the first protocol layer may referred to as a XaaS service layer. In some cases, the first protocol layer may also be referred to as a PSF layer.

[0553] In a possible implementation, the network function may receive configuration information for the network function, where the configuration information for the network function is used to configure the first protocol layer in the network function; and perform, according to the configuration information for the network function, configuration for the mission service in the network function. The network function, which could be a component of the RAN, may obtain configuration information that is specifically tailored for the network function. The received configuration information is used to set up the first protocol layer within the network function. For the protocol stack on the network side, the first protocol layer may be an upper layer of a transport network layer (TNL) . The TNL may include GTP-U, user datagram protocol (UDP) , Internet protocol (IP) , layer 2 (L2) and layer 1 (L1) . In some cases, the GTP-U protocol can be replaced by QUIC. In some cases, the IP layer can based on IPv4, IPv6, or SRv6.

[0554] In a possible implementation, the mission service may be provided through at least one mission session, and each of the at least one mission session may include a data forwarding resource and a data processing resource for executing the mission service.

[0555] As described above, the configuration information for the terminal device is used for configuring the first protocol layer in the terminal device, while the configuration information is used for configuring the first protocol layer in the network  function. The configuration information for the terminal device and configuration information for the network function may include similar types of information or parameters for configuration. In some implementations, the data sessions and CBs on the terminal device side and the network function side are the same, or in other words, symmetric. For example, the number of data sessions or CBs on the terminal device side and the network function are equal. For another example, the data session IDs or CBIDs on the terminal device side and network function side are the same. For another example, the data sessions or CBs on the terminal device side and network function side are the same. In such cases, the configuration information for the terminal device and the configuration information for the network function may indicate the same configuration of the first protocol layer. In some implementations, the data sessions and CBs on the terminal device side and the network function side may be different, or in other words, asymmetric, which will be described in detail in the following. In such case, the configuration information for the terminal device and the configuration information for the network function may still include same or similar types of information or parameter, but indicate different configurations of the first protocol layer. The following description of the configuration information may applied to both of them unless otherwise indicated.

[0556] In a possible implementation, the configuration information may include one or more mission session identifiers (IDs) identifying the at least one mission session of the mission service.

[0557] In a possible implementation, the mission service includes at least one CB, each of the at least one CB corresponds to a computational step toward achieving the mission service, the configuration information is used for configuring at least one first entity on the first protocol layer, where each of the at least one first entity is configured to execute one or more CBs of the at least one CB. In a possible implementation, the configuration information may include: configuration information for the at least one first entity on the first protocol layer.

[0558] In a possible implementation, each of the at least one mission session may include at least one data session, each of the at least one data session may include an association terminates at one first entity of the at least one first entity.

[0559] In a possible implementation, each of the at least one first entity may be configured with a first granularity, where the first granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function; where a mission session group includes one or more mission sessions, a data session group includes one or more data sessions, and a CB group includes one or more CBs.

[0560] In a possible implementation, the configuration information may include: configuration information for the at least one first entity on the first protocol layer.

[0561] In a possible implementation, the configuration information may include at least one of: an indication on whether a first entity on the first protocol layer needs to encapsulate a data session ID in a packet of the first protocol layer; or an indication on whether a first entity on the first protocol layer needs to encapsulate a CBID in a packet of the first protocol layer.

[0562] In a possible implementation, the configuration information may be further used to configure a second protocol layer, and the second protocol layer is a lower layer of the first protocol layer and is used for data adaptation and transmission. The second protocol layer is a lower layer relative to the first protocol layer and is tasked with data adaptation and transmission. The second protocol layer is closer to the physical layer and is responsible for preparing data for transmission over the network. In a possible implementation, the second protocol layer may referred to as a SDAP layer.

[0563] In a possible implementation, the configuration information may be further used to configure at least one second entity on the second protocol layer, and each of the at least one second entity corresponds to one or more first entities of the at least one first entity. In a possible implementation, the configuration information may include: configuration information for the at least one second entity on the second protocol layer.

[0564] In a possible implementation, each of the at least one second entity may be configured with a second granularity, wherein the second granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function; where a mission session group includes one or more mission sessions, a data session group includes one or more data sessions, and a CB group includes one or more CBs.

[0565] In a possible implementation, the configuration information may include: configuration information for the at least one second entity on the second protocol layer.

[0566] In a possible implementation, the configuration information may include at least one of: an indication on whether a second entity on the second protocol layer needs to encapsulate a data session ID in a packet of the second protocol layer; or an indication on whether a second entity on the second protocol layer needs to encapsulate a CBID in a packet of the second protocol layer.

[0567] In a possible implementation, the configuration information may indicate a connection relationship between the at least one first entity on the first protocol layer and the at least one second entity on the second protocol layer.

[0568] In a possible implementation, the configuration information may include: one or more data session IDs corresponding to each of the at least one first entities, and one or more data session IDs corresponding to each of the at least one second entities; and the connection relationship between a first entity of the at least one first entity and a second entity of the at least one second entity is indicated by one or more overlapped data session IDs corresponding to the first entity and the second entity.

[0569] In a possible implementation, the configuration information may include one or more QoS parameters.

[0570] In a possible implementation, the data sessions and / or CBs on the terminal device side and the network function side are different, and the configuration information for the terminal device and the configuration information for the network function respectively indicate different configurations for the terminal device and the network function. In such case, ID mapping, which may involve data session ID mapping and / or CBID mapping, would be required to ensure correct identifying, routing and processing of packets.

[0571] In a possible implementation, the ID mapping is performed at the terminal device, the configuration information for the terminal device may further include the data session ID mapping information and / or CBID mapping information for the first entity and / or the second entity. The configuration information for the network function may not include the data session ID mapping information and / or CBID mapping information so as to avoid the network function knowing the data session ID (s) and / or CBID (s) executed by the terminal device side, which can protect privacy of the terminal device.

[0572] In a possible implementation, the ID mapping may be performed at the network function, which can reduce the complexity of the terminal device. In such case, the configuration information for the network function may further include the data session ID mapping information and / or CBID mapping information for the first entity and / or the second entity, so that the network function can perform ID mapping based on the mapping information. In this case, the configuration information for the terminal device may not include the data session ID mapping information and / or CBID mapping information, which can reduce communication overhead.

[0573] For the details of the method of the network side, reference can be made to the above description on the method of the terminal device side, which will not be repeated here.

[0574] An example scenario of the communication method of the present disclosure will be described in the following description for ease of understanding. In the following example, a XaaS service layer (such as, a PSF layer) is taken as an example of the first protocol layer, and an SDAP layer is taken as an example of the second protocol layer to describe. It should be noted that the example scenario is for illustration purpose only, which should not be construed as limitations to the solution of the present disclosure.

[0575] FIG. 22 illustrates SDAP entity and PSF entity configurations from RAN to UE according to one or more embodiments of the present disclosure. FIG. 23 illustrates SDAP entity and PSF entity configurations from TCF to PSF according to one or more embodiments of the present disclosure.

[0576] As in FIG. 22 and FIG. 23, to establish an SDAP entity or a PSF entity of different granularities, necessary information should be configured.

[0577] For example, as in FIG. 22, to establish an SDAP entity or a PSF entity on a UE, a RAN should send SDAP configuration information or PSF configuration information to the UE. The SDAP configuration information or PSF configuration information can be included in RRC message or other control messages over the air.

[0578] For example, as in FIG. 23, to establish an SDAP entity or a PSF entity on a PSF network function, a C / M plane function (e.g., task control function (TCF) ) should send SDAP configuration information or PSF configuration information to  the PSF network function. The SDAP configuration information or PSF configuration information can be included in RRC message, or other control messages over the air, over the CN, or between RAN and CN. The C / M plane function (e.g., TCF) and the PSF network function can be deployed in the same or different nodes, or in the same or different network domains. For example, both the C / M plane function (e.g., TCF) and the PSF network function can be deployed in UE domain, RAN domain or CN domain, or either of them is deployed in RAN domain and another is in CN domain. For example, the C / M plane function (e.g., TCF) and the PSF network function can be deployed as RAN node, e.g., for split RAN architecture.

[0579] In some cases, the following one or more information are configured to establish a PSF entity (and / or an SDAP entity) : a mission session ID and PSF configuration information (or SDAP configuration information) . The PSF configuration information (or SDAP configuration information) includes the following one or more of:

[0580] One or more data session IDs (and / or CBIDs) identifying one or more data sessions (and / or one or more CBs) corresponding to a PSF entity (or a SDAP entity) ;

[0581] Indication on whether the PSF entity (or the SDAP entity) needs to encapsulate data session ID (and / or CBID) in PSF packet (or SDAP packet) ;

[0582] Granularity information of the PSF entity (or the SDAP entity) : The granularity information indicates the PSF entity (or the SDAP entity) is per data session (group) , per CB (group) , per mission session (group) , or per network function. In some cases, The PSF entity granularity (or the SDAP entity granularity) is implicitly indicated. For example, if a PSF entity corresponds to multiple data session IDs (or CBIDs) , then the PSF entity is per data session group (or CB group) . For example, if a PSF entity corresponds to a data session ID (or a CBID) , then the PSF entity is per data session (or CB) . In an alternative case, the PSF entity granularity (or the SDAP entity granularity information) is indicated by an explicit description, e.g., a string of “per data session (group) ” , “per CB (group) ” , “per mission session (group) ” , or “per network function” ;

[0583] Data session ID mapping information (and / or CBID mapping information) to the PSF entity (or the SDAP entity) to enable the PSF entity (or the SDAP entity) to perform ID mapping, e.g., if data sessions (and / or CBs) between UE and device are asymmetric.

[0584] As described above, on a network function (e.g., RAN node, XaaS PSF network function) , the first entity (e.g. a PSF entity) in the first protocol layer (e.g. a PSF layer) of the network function can be established with different granularities. Different scenarios of the granularities of the first entity and the second entity will be descried in the following.

[0585] On a network function (e.g., RAN node, XaaS PSF network function) , the PSF entity in the PSF layer of the network function can be established with different granularities. For example, the PSF entity can be configured per mission session, per data session (group) , per CB (group) , or per network function.

[0586] For a PSF entity per mission session in a network function, the PSF entity is dedicated for a mission session. The network function corresponds to one or more data sessions of the mission session, and the PSF entity is shared by the one or more data sessions. The network function should execute one or more CBs corresponding to the mission session, and the PSF entity executes the one or more CBs. Each data session of the mission session corresponds to a number of CBs. Different PSF entities should be established for different mission sessions.

[0587] For a PSF entity per data session (group) in a network function, the PSF entity is dedicated for a data session (group) of a mission session. The network function corresponds to one or more data sessions of the mission session, the one or more data sessions includes the data session (group) , and the PSF entity corresponds to the data session (group) and is not shared by the other data sessions of the one or more data sessions. The network function should execute one or more CBs corresponding to the data session (group) , and the PSF entity executes the one or more CBs. Each data session (group) of the mission session corresponds to a number of CBs. Different PSF entities should be established for different data sessions (groups) of the mission session.

[0588] For a PSF entity per CB (group) in a network function, the PSF entity is dedicated for a CB (group) of a mission session. The network function should execute one or more CBs of the mission session, the one or more CBs includes the CB (group) , and the PSF entity corresponds to the CB (group) and is not shared by the other CBs of the one or more CBs. Different PSF entities should be established for different CBs (groups) of the mission session.

[0589] For a PSF entity per network function, the PSF entity is established in a network function. The network function corresponds to one or more mission sessions, and the PSF entity is shared by the one or more mission sessions. The PSF entity is established for all the different mission sessions corresponding to the network function.

[0590] In some cases, the PSF entity can be established per mission session group in a network function, the PSF entity is dedicated for a mission session group. The network function corresponds to one or more mission sessions, and the PSF entity is shared by the mission session group and is not shared by the other mission sessions of the one or more mission sessions. If the mission session group comprises all the one or more mission sessions, the PSF entity can be also considered as being established per network function.

[0591] In some cases, a data session comprise a number of QoS flows, or is implemented with a QoS flow.

[0592] Similarly, the SDAP entity can be configured per mission session, per data session (group) , per CB (group) , or per network function.

[0593] For a SDAP entity per mission session in a network function, the SDAP entity is dedicated for a mission session. The network function corresponds to one or more data sessions of the mission session, and the SDAP entity is shared by the one or more data sessions. The network function should execute one or more CBs corresponding to the mission session, and the SDAP entity executes the one or more CBs. Each data session of the mission session corresponds to a number of CBs. Different SDAP entities should be established for different mission sessions.

[0594] For a SDAP entity per data session (group) in a network function, the SDAP entity is dedicated for a data session (group) of a mission session. The network function corresponds to one or more data sessions of the mission session, the one or more data sessions includes the data session (group) , and the SDAP entity corresponds to the data session (group) and is not shared by the other data sessions of the one or more data sessions. The network function should execute one or more CBs corresponding to the data session (group) , and the SDAP entity executes the one or more CBs. Each data session (group) of the mission session corresponds to a number of CBs. Different SDAP entities should be established for different data sessions (groups) of the mission session.

[0595] For a SDAP entity per CB (group) in a network function, the SDAP entity is dedicated for a CB (group) of a mission session. The network function should execute one or more CBs of the mission session, the one or more CBs includes the CB (group) , and the SDAP entity corresponds to the CB (group) and is not shared by the other CBs of the one or more CBs. Different SDAP entities should be established for different CBs (groups) of the mission session.

[0596] For a SDAP entity per network function, the SDAP entity is established in a network function. The network function corresponds to one or more mission sessions, and the SDAP entity is shared by the one or more mission sessions. The SDAP entity is established for all the different mission sessions corresponding to the network function.

[0597] In some cases, the SDAP entity can be established per mission session group in a network function, the SDAP entity is dedicated for a mission session group. The network function corresponds to one or more mission sessions, and the SDAP entity is shared by the mission session group and is not shared by the other mission sessions of the one or more mission sessions. If the mission session group comprises all the one or more mission sessions, the SDAP entity can be also considered as being established per network function.

[0598] In a possible implementation, a first entity of the at least one first entity is per mission session, a second entity of the at least one second entity is per mission session, the first entity and the second entity correspond to a mission session of the mission service, and the configuration information may include at least one of:

[0599] a mission session ID identifying the mission session;

[0600] an indication on that the first entity corresponding to the mission session ID is to be established;

[0601] an indication on that the second entity corresponding to the mission session ID is to be established;

[0602] one or more data session IDs identifying one or more data sessions corresponding to the first entity;

[0603] one or more CBIDs identifying one or more CBs corresponding to the first entity;

[0604] one or more data session IDs identifying one or more data sessions corresponding to the second entity;

[0605] one or more CBIDs identifying one or more CBs corresponding to the second entity;

[0606] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0607] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0608] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0609] an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;

[0610] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0611] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0612] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;

[0613] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.

[0614] In a possible implementation, when a first entity of the at least one first entity corresponds to the mission service, the first entity is per mission session group, a second entity of the at least one second entity corresponds to the first entity, the second entity is per mission session group, and the configuration information may include at least one of:

[0615] one or more mission session IDs identifying one or more mission sessions corresponding to the first entity and the second entity;

[0616] an indication on that the first entity corresponding to the one or more mission session IDs is to be established;

[0617] an indication on that the second entity corresponding to the one or more mission session IDs is to be established;

[0618] an indication on whether the first entity needs to encapsulate a mission session ID in a packet of the first protocol layer;

[0619] an indication on whether the second entity needs to encapsulate a mission session ID in a packet of the second protocol layer;

[0620] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more mission sessions;

[0621] one or more CBIDs identifying one or more CBs corresponding to each of the one or more mission sessions;

[0622] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0623] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0624] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0625] an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;

[0626] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0627] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0628] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;

[0629] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.

[0630] The scenario in which a first entity is per mission session and a second entity is per mission session will be illustrated in the following. A PSF layer is taken as an example of the first protocol layer, and a SDAP layer is taken as an example of the second protocol layer for illustration.

[0631] FIG. 24 illustrates a layer structure when a PSF entity per mission session and an SDAP entity per mission session according to one or more embodiments of the present disclosure.

[0632] As in FIG. 24, it illustrates the layer structure when the PSF entity is established per mission session and the SDAP entity is established per mission session. It can be extended to PSF entity per mission session (group) or per network function and SDAP entity per mission session (group) or per network function. One or more UEs can participated in a mission session, e.g., one or more of: UE1, UE2, UE group, UE3, and UE4. The mission session comprises one or more data sessions, e.g., data sessions 1-6 as illustrated by the 6 rectangle boxes between the PSF entity and SDAP entity.

[0633] In some cases, when only one UE (e.g., UE1) participates in the mission session, the layer structure can be as the solid boxes in FIG. 24. The mission session comprises data sessions 1-6. The UE corresponds to all the 6 data sessions. A set of PDCP, RLC and MAC entities are established for the UE. The MAC entity performs resource (de) multiplexing of the UE (e.g., UE1) . One PDCP entity corresponds to a radio bearer (RB) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . One or more data sessions can be mapped to a radio bearer (e.g., the data sessions 1-6 maps to 3 radio bearers (e.g., 3 PDCP entities) in the figure) . For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: 1: 1: M: N.

[0634] In some cases, when multiple UEs (e.g., two of: UE1, UE2, UE group, UE3, and UE4) participate in the mission session, the layer structure can be as the dashed boxes and / or the solid boxes in FIG. 24. Take that all the UE1, UE2, UE group, UE3, and UE4 participate in a mission session as an example in the figure. The mission session comprises data sessions 1-6. UE1 corresponds to data sessions 1-3, UE2 corresponds to data session 4, the UE group and UE3 corresponds to data session 5, and UE3 and / or UE4 corresponds to data session 6. One or more data sessions can be mapped to one or more radio bearers. For example, the data sessions 1-3 map to 3 radio bearers (e.g., 3 PDCP entities) of UE1, the data session 4 maps to a radio bearers (e.g., a PDCP entity) of UE2, the data session 5 maps to a radio bearer of the UE group and a radio bearer of UE3, and the data session 6 maps to a radio bearer of UE4 and UE 3. In some cases the radio bearer of the UE group or the radio bearer of UE4 and UE3 can be a multicast or broadcast radio bearer, and the radio bearer of UE3 can be a unicast radio bearer. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: 1: 1: M: N, where M and N are positive integers. A set of PDCP, RLC and MAC entities are established for a UE or a UE group. A MAC entity performs resource (de) multiplexing of a UE or a UE group (e.g., UE1, or the UE group) . One PDCP entity corresponds to a radio bearer (e.g., unicast radio bearer, multicast radio bearer, or broadcast radio bearer) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . A UE group and another one or more UEs (e.g., the UE group and UE3) can share a PDCP entity.

[0635] For the PSF entity per mission session and the SDAP entity per mission session, necessary information should be encapsulated into PSF layer packet (e.g., packet header or payload) or SDAP layer packet (e.g., packet header or payload) .

[0636] In some cases, a data session ID is encapsulated in PSF packet (e.g., packet header or payload) , e.g., to enable the peer PSF entity to recognize which data session a packet belongs to or to enable the PSF entity to recognize which data session a received packet belongs to.

[0637] In some cases, a computing block ID (CBID) is encapsulated in PSF packet (e.g., packet header or payload) , e.g., to enable the peer PSF entity to recognize which CB a packet belongs to. A CBID identifies a CB or to enable the PSF entity to recognize which CB a received packet belongs to.

[0638] In some cases, a data session ID is encapsulated in SDAP packet (e.g., packet header or payload) , e.g., if there is no PSF layer configured in peer node (e.g., RAN node) as in FIG. 25. FIG. 25 illustrates a protocol stack where PSF entity of PSF layer in RAN is not established according to one or more embodiments of the present disclosure. The data session ID in the SDAP packet (e.g., packet header or payload) enables the peer node to recognize which data session the packet belongs to, and map the packet to a suitable GTP-U tunnel, e.g., if the tunnel is dedicated for one or more data sessions including a data session identified by the data session ID.

[0639] In some cases, a CBID is encapsulated in SDAP packet (e.g., packet header or payload) , e.g., if there is no PSF layer configured in peer node (e.g., RAN node) as in FIG. 25. The CBID in the SDAP packet (e.g., packet header or payload) enables  the peer node to recognize which CB the packet belongs to, and map the packet to a suitable tunnel (e.g., GTP-U tunnel, QUIC connection) , e.g., if the tunnel is dedicated for one or more CBs including a CB identified by the CBID.

[0640] In some cases, if there is PSF layer in peer node (e.g., RAN) , data session ID or CBID does not need to be encapsulated in SDAP packet (e.g., packet header or payload) . SDAP entity and PSF entity has one-to-one mapping, SDAP entity directly submits the received packet to upper PSF entity, PSF entity can recognize which data session or CB the packet belongs to, based on the data session ID or CBID encapsulated in PSF packet (e.g., packet header or payload) .

[0641] In some cases, if the PSF entity is established per mission session group or per network function, a mission session ID should be encapsulated in PSF packet (e.g., packet header or payload) to enable peer PSF entity to distinguish which mission session the PSF packet belongs to or to enable the PSF entity to recognize which mission session a received packet belongs to.

[0642] In some cases, if the SDAP entity is established per mission session group or per network function, a mission session ID should be encapsulated in SDAP packet (e.g., packet header or payload) to enable peer node to distinguish which mission session the SDAP packet belongs to or to enable the SDAP entity to recognize which mission session a received packet belongs to.

[0643] For PSF entity per mission session and SDAP entity per mission session, the following one or more information may be configured to establish a PSF entity and an SDAP entity:

[0644] A mission session ID,

[0645] A first Indication on that a PSF entity and an SDAP entity corresponding to the mission session ID should be established, the first Indication can be a PSF entity ID and an SDAP entity ID, or a configuration string, or other information,

[0646] One or more data session IDs (and / or CBIDs) identifying one or more data sessions (and / or one or more CBs) corresponding to the PSF entity and the SDAP entity,

[0647] A second Indication on whether the PSF entity (and / or the SDAP entity) needs to encapsulate data session ID (and / or CBID) in PSF packet (and / or SDAP packet) ,

[0648] Data session ID mapping information (and / or CBID mapping information) for the PSF entity (or the SDAP entity) to enable the PSF entity (or the SDAP entity) to perform ID mapping, e.g., if data sessions (and / or CBs) between UE and device are asymmetric.

[0649] In a possible implementation, a first entity of the at least one first entity is per mission session, the first entity corresponds to a mission session of the mission service, one or more second entities of the at least one second entity correspond to the first entity, the one or more second entities are per data session or per data session group, and the configuration information may include at least one of:

[0650] a mission session ID identifying the mission session;

[0651] an indication on that the first entity corresponding to the mission session ID is to be established;

[0652] an indication on that the one or more second entities corresponding to the first entity are to be established;

[0653] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities;

[0654] one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities;

[0655] an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;

[0656] an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;

[0657] an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;

[0658] an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;

[0659] data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;

[0660] CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;

[0661] data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;

[0662] CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.

[0663] The scenario in which a first entity is per mission session and a second entity is per data session (group) will be illustrated in the following. A PSF layer is taken as an example of the first protocol layer, and a SDAP layer is taken as an example of the second protocol layer for illustration.

[0664] As in FIG. 26, it illustrates the layer structure when the PSF entity is established per mission session and the SDAP entity is established per data session (group) . It can be extended to PSF entity per mission session (group) or per network function and SDAP entity per data session (group) . One or more UEs can participated in a mission session, e.g., one or more of:UE1, UE2, UE group, UE3, and UE4. The mission session comprises one or more data sessions, e.g., data sessions 1-6 as illustrated by the 6 rectangle boxes between the PSF entity and SDAP entities.

[0665] In some cases, when only one UE (e.g., UE1) participates in the mission session, the layer structure can be as the solid boxes in FIG. 26. The mission session comprises data sessions 1-3. The UE corresponds to all the 3 data sessions. A set of PDCP, RLC and MAC entities are established for the UE. The MAC entity performs resource (de) multiplexing of the UE (e.g., UE1) . One PDCP entity corresponds to a radio bearer (RB) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . One or more data sessions can be mapped to a radio bearer (e.g., the data sessions 1-3 maps to 3 radio bearers (e.g., 3 PDCP entities) in the figure) . Different from the scenario shown in FIG. 24, in this embodiment, a SDAP entity is established per data session (group) . For example, as in FIG. 26, data session 1 and data session 2 share a SDAP entity, and data session 3 corresponds to a SDAP entity. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: 1: L: M: N, where L, M and N are positive integers.

[0666] In some cases, when multiple UEs (e.g., two of: UE1, UE2, UE group, UE3, and UE4) participate in the mission session, the layer structure can be as the dashed boxes and / or the solid boxes in FIG. 26. Take that all the UE1, UE2, UE group, UE3, and UE4 participate in a mission session as an example in the figure. The mission session comprises data sessions 1-6. UE1 corresponds to data sessions 1-3, UE2 corresponds to data session 4, the UE group and UE3 corresponds to data session 5, and UE3 and / or UE4 corresponds to data session 6. One or more data sessions can be mapped to one or more radio bearers. For example, the data sessions 1-3 map to 3 radio bearers (e.g., 3 PDCP entities) of UE1, the data session 4 maps to a radio bearers (e.g., a PDCP entity) of UE2, the data session 5 maps to a radio bearer of the UE group and a radio bearer of UE3, and the data session 6 maps to a radio bearer of UE4 and UE 3. In some cases the radio bearer of the UE group or the radio bearer of UE4 and UE3 can be a multicast or broadcast radio bearer, and the radio bearer of UE3 can be a unicast radio bearer. Different from the embodiment shown in FIG. 24, in this embodiment, a SDAP entity is established per data session (group) . For example, as in FIG. 26, data session 1 and data session 2 share a SDAP entity, data session 3 corresponds to a SDAP entity, data session 4 and data session 5 share a SDAP entity, and data session 6 corresponds to a SDAP entity. An SDAP entity can correspond to one or more UEs. For example, UE2, the UE group and UE3 correspond to a SDAP entity. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: 1: L: M: N. A set of PDCP, RLC and MAC entities are established for a UE or a UE group. A MAC entity performs resource (de) multiplexing of a UE or a UE group (e.g., UE1, or the UE group) . One PDCP entity corresponds to a radio bearer (e.g., unicast radio bearer, multicast radio bearer, or broadcast radio bearer) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . A UE group and another one or more UEs (e.g., the UE group and UE3) can share a PDCP entity. In this case, the traffic can be split at PSF layer, SDAP layer, or PDCP layer.

[0667] For the PSF entity per mission session and the SDAP entity per data session (group) , necessary information should be encapsulated into PSF layer packet (e.g., packet header or payload) or SDAP layer packet (e.g., packet header or payload) .

[0668] In some cases, a data session ID is encapsulated in PSF packet (e.g., packet header or payload) , e.g., to enable the peer PSF entity to recognize which data session a packet belongs to or to enable the PSF entity to recognize which data session a received packet belongs to.

[0669] In some cases, a computing block ID (CBID) is encapsulated in PSF packet (e.g., packet header or payload) , e.g., to enable the peer PSF entity to recognize which CB a packet belongs to or to enable the PSF entity to recognize which CB a received packet belongs to. A CBID identifies a CB.

[0670] In some cases, data session ID or CBID is not needed in the SDAP packet (e.g., packet header or payload) if the SDAP entity is per data session.

[0671] In some cases, a data session ID is encapsulated in SDAP packet (e.g., packet header or payload) , e.g., if there is no PSF layer configured in peer node (e.g., RAN node) as in FIG. 25. The data session ID in the SDAP packet (e.g., packet header or payload) enables the peer node to recognize which data session the packet belongs to, and map the packet to a suitable GTP-U tunnel, e.g., if the tunnel is dedicated for one or more data sessions including a data session identified by the data session ID.

[0672] In some cases, a CBID is encapsulated in SDAP packet (e.g., packet header or payload) , e.g., if there is no PSF layer configured in peer node (e.g., RAN node) as in FIG. 25. The CBID in the SDAP packet (e.g., packet header or payload) enables the peer node to recognize which CB the packet belongs to, and map the packet to a suitable tunnel (e.g., GTP-U tunnel, QUIC connection) , e.g., if the tunnel is dedicated for one or more CBs including a CB identified by the CBID.

[0673] In some cases, a data session ID is encapsulated in SDAP packet (e.g., packet header or payload) if a SDAP entity is per data session group, e.g., to enable the peer SDAP entity to recognize which data session a packet belongs to or to enable the SDAP entity to recognize which data session a received packet belongs to.

[0674] In some cases, a computing block ID (CBID) is encapsulated in SDAP packet (e.g., packet header or payload) if a SDAP entity is per data session group, e.g., to enable the peer SDAP entity to recognize which CB a packet belongs to or to enable the SDAP entity to recognize which CB a received packet belongs to. A CBID identifies a CB.

[0675] In some cases, if the PSF entity is established per mission session group or per network function, a mission session ID should be encapsulated in PSF packet (e.g., packet header or payload) to enable peer PSF entity to distinguish which mission session the PSF packet belongs to or to enable the PSF entity to recognize which mission session a received packet belongs to.

[0676] For PSF entity per mission session and SDAP entity per data session (group) , the following one or more information may be configured to establish a PSF entity and an SDAP entity:

[0677] A mission session ID,

[0678] A first Indication on that a PSF entity corresponding to the mission session ID should be established, the first Indication can be a PSF entity ID, or a configuration string, or other information,

[0679] A second Indication on that one or more SDAP entities corresponding to the PSF entity should be established, the second Indication can be a SDAP entity IDs, or a configuration string, or other information,

[0680] One or more data session IDs (and / or CBIDs) identifying one or more data sessions (and / or one or more CBs) corresponding to each of the one or more SDAP entities,

[0681] A third Indication on whether the PSF entity needs to encapsulate data session ID (and / or CBID) in PSF packet,

[0682] A fourth Indication on whether an SDAP entity needs to encapsulate data session ID (and / or CBID) in SDAP packet,

[0683] Data session ID mapping information (and / or CBID mapping information) for the PSF entity (or the SDAP entity) to enable the PSF entity (or the SDAP entity) to perform ID mapping, e.g., if data sessions (and / or CBs) between UE and device are asymmetric.

[0684] In a possible implementation, a second entity of the at least one second entity is per mission session, the second entity corresponds to a mission session of the mission service is per mission session, one or more first entities of the at least one first entity correspond to the mission session, the one or more first entities are per data session or per data session group, and the configuration information may include at least one of:

[0685] a mission session ID identifying the mission session;

[0686] an indication on that the second entity corresponding to the mission session ID is to be established;

[0687] an indication on that the one or more first entities corresponding to the second entity are to be established;

[0688] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more first entities;

[0689] one or more CBIDs identifying one or more CBs corresponding to each of the one or more first entities;

[0690] an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;

[0691] an indication on whether the second entity needs to encapsulate a CBID in a packet of the second protocol layer;

[0692] an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;

[0693] an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;

[0694] data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between a terminal device and a network function;

[0695] CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function;

[0696] data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between the terminal device and the network function;

[0697] CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function.

[0698] The scenario in which a first entity is per data session (group) and a second entity is per data session (group) will be illustrated in the following. A PSF layer is taken as an example of the first protocol layer, and a SDAP layer is taken as an example of the second protocol layer for illustration.

[0699] As in FIG. 27, it illustrates the layer structure when the PSF entity is established per data session (group) and the SDAP entity is established per mission session. It can be extended to SDAP entity per mission session (group) or per network function. One or more UEs can participated in a mission session, e.g., one or more of: UE1, UE2, UE group, UE3, and UE4. The mission session comprises one or more data sessions, e.g., data sessions 1-6 as illustrated by the 6 rectangle boxes between the PSF entity and SDAP entities.

[0700] In some cases, when only one UE (e.g., UE1) participates in the mission session, the layer structure can be as the solid boxes in FIG. 27. The mission session comprises data sessions 1-3. The UE corresponds to all the 3 data sessions. A set of PDCP, RLC and MAC entities are established for the UE. The MAC entity performs resource (de) multiplexing of the UE (e.g., UE1) . One PDCP entity corresponds to a radio bearer (RB) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . One or more data sessions can be mapped to a radio bearer (e.g., the data sessions 1-3 maps to 3 radio bearers (e.g., 3 PDCP entities) in the figure) . Different from the embodiment shown in FIG. 24 and the embodiment shown in FIG. 26, in this embodiment, a PSF entity is established per data session (group) . For example, as in Figure 19, data session 1 and data session 2 share a PSF entity, and data session 3 corresponds to a PSF entity. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: J: 1: M: N, where J, M and N are positive integers.

[0701] In some cases, when multiple UEs (e.g., two of: UE1, UE2, UE group, UE3, and UE4) participate in the mission session, the layer structure can be as the dashed boxes and / or the solid boxes in FIG. 27. Take that all the UE1, UE2, UE group, UE3, and UE4 participate in a mission session as an example in the figure. The mission session comprises data sessions 1-6. UE1 corresponds to data sessions 1-3, UE2 corresponds to data session 4, the UE group and UE3 corresponds to data session 5, and UE3 and / or UE4 corresponds to data session 6. One or more data sessions can be mapped to one or more radio bearers. For example, the data sessions 1-3 map to 3 radio bearers (e.g., 3 PDCP entities) of UE1, the data session 4 maps to a radio bearers (e.g., a PDCP entity) of UE2, the data session 5 maps to a radio bearer of the UE group and a radio bearer of UE3, and  the data session 6 maps to a radio bearer of UE4 and UE 3. In some cases the radio bearer of the UE group or the radio bearer of UE4 and UE3 can be a multicast or broadcast radio bearer, and the radio bearer of UE3 can be a unicast radio bearer. Different from the embodiment shown in FIG. 24 and the embodiment shown in FIG. 26, in this embodiment, a PSF entity is established per data session (group) . For example, as in FIG. 27, data session 1 and data session 2 share a PSF entity, data session 3 corresponds to a PSF entity, data session 4 and data session 5 share a PSF entity, and data session 6 corresponds to a PSF entity. A PSF entity can correspond to one or more UEs. For example, UE2, the UE group and UE3 correspond to a PSF entity. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: J: 1: M: N. A set of PDCP, RLC and MAC entities are established for a UE or a UE group. A MAC entity performs resource (de) multiplexing of a UE or a UE group (e.g., UE1, or the UE group) . One PDCP entity corresponds to a radio bearer (e.g., unicast radio bearer, multicast radio bearer, or broadcast radio bearer) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . A UE group and another one or more UEs (e.g., the UE group and UE3) can share a PDCP entity. In this case, the traffic can be split at SDAP layer, or PDCP layer.

[0702] For the PSF entity per data session (group) and the SDAP entity per mission session, necessary information should be encapsulated into PSF layer packet (e.g., packet header or payload) or SDAP layer packet (e.g., packet header or payload) .

[0703] In some cases, a data session ID is encapsulated in SDAP packet (e.g., packet header or payload) , e.g., to enable the peer SDAP entity to recognize which data session a packet belongs to or to enable the SDAP entity to recognize which data session a received packet belongs to. After recognizing which data session a packet belongs to, a SDAP entity further can submit the packet to a suitable upper-layer PSF entity dedicated for the recognized data session.

[0704] In some cases, a CBID is encapsulated in SDAP packet (e.g., packet header or payload) , e.g., to enable the peer SDAP entity to recognize which CB a packet belongs to or to enable the SDAP entity to recognize which CB a received packet belongs to. After recognizing which CB a packet belongs to, a SDAP entity further can submit the packet to a suitable upper-layer PSF entity dedicated for the recognized CB.

[0705] In some cases, data session ID or CBID is not needed in the PSF packet (e.g., packet header or payload) if the PSF entity is per data session.

[0706] In some cases, a data session ID is encapsulated in PSF packet (e.g., packet header or payload) if a PSF entity is per data session group, e.g., to enable the peer PSF entity to recognize which data session a packet belongs to or to enable the PSF entity to recognize which data session a received packet belongs to.

[0707] In some cases, a computing block ID (CBID) is encapsulated in PSF packet (e.g., packet header or payload) if a PSF entity is per data session group, e.g., to enable the peer PSF entity to recognize which CB a packet belongs to or to enable the PSF entity to recognize which CB a received packet belongs to.

[0708] In some cases, if an SDAP entity is established per mission session group or per network function, a mission session ID should be encapsulated in SDAP packet (e.g., packet header or payload) to enable peer SDAP entity to distinguish which mission session the SDAP packet belongs to or to enable the SDAP entity to recognize which mission session a received packet belongs to.

[0709] For PSF entity per data session (group) and SDAP entity per mission session, the following one or more information are configured to establish a PSF entity and an SDAP entity:

[0710] A mission session ID,

[0711] A first Indication on that an SDAP entity corresponding to the mission session ID should be established, the first Indication can be an SDAP entity ID, or a configuration string, or other information,

[0712] A second Indication on that one or more PSF entities corresponding to the SDAP entity should be established, the second Indication can be a PSF entity IDs, or a configuration string, or other information,

[0713] One or more data session IDs (and / or CBIDs) identifying one or more data sessions (and / or one or more CBs) corresponding to each of the one or more PSF entities,

[0714] A third Indication on whether the SDAP entity needs to encapsulate data session ID (and / or CBID) in SDAP packet,

[0715] A fourth Indication on whether a PSF entity needs to encapsulate data session ID (and / or CBID) in PSF packet,

[0716] Data session ID mapping information (and / or CBID mapping information) for the PSF entity (or the SDAP entity) to enable the PSF entity (or the SDAP entity) to perform ID mapping, e.g., if data sessions (and / or CBs) between UE and device are asymmetric.

[0717] In a possible implementation, one or more first entities of the at least one first entity correspond to a mission session of the mission service, the one or more first entities are per data session or per data session group, one or more second entities of the at least one second entity correspond to the mission session, the one or more second entities are per data session or per data session group, and the configuration information comprises at least one of:

[0718] a mission session ID identifying the mission session;

[0719] an indication on that the one or more first entities corresponding to the mission session ID are to be established;

[0720] an indication on that one or more second entities corresponding to each of the one or more first entities are to be established;

[0721] one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;

[0722] one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;

[0723] an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;

[0724] an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;

[0725] an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;

[0726] an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;

[0727] data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between a terminal device and a network function;

[0728] CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function;

[0729] data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;

[0730] CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.

[0731] The scenario in which a first entity is per data session (group) and a second entity is per data session (group) will be illustrated in the following. A PSF layer is taken as an example of the first protocol layer, and a SDAP layer is taken as an example of the second protocol layer for illustration.

[0732] As in FIG. 28, it illustrates the layer structure when the PSF entity is established per data session (group) and the SDAP entity is established per data session (group) . One or more UEs can participated in a mission session, e.g., one or more of:UE1, UE2, UE group, UE3, and UE4. The mission session comprises one or more data sessions, e.g., data sessions 1-6 as illustrated by the 6 rectangle boxes between the PSF entities and SDAP entities.

[0733] In some cases, when only one UE (e.g., UE1) participates in the mission session, the layer structure can be as the solid boxes in FIG. 28. The mission session comprises data sessions 1-3. The UE corresponds to all the 3 data sessions. A set of PDCP, RLC and MAC entities are established for the UE. The MAC entity performs resource (de) multiplexing of the UE (e.g., UE1) . One PDCP entity corresponds to a radio bearer (RB) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . One or more data sessions can be mapped to a radio bearer (e.g., the data sessions 1-3 maps to 3 radio bearers (e.g., 3 PDCP entities) in the figure) . Differently, in this embodiment, a PSF entity is established per data session  (group) . For example, as in FIG. 28, data session 1 and data session 2 share a PSF entity, and data session 3 corresponds to a PSF entity. An SDAP entity is established per data session (group) . For example, as in FIG. 28, data session 1 and data session 2 share an SDAP entity, and data session 3 corresponds to an SDAP entity. The figure does not rule out the possibility that the number of PSF entities and SDAP entities are not equal. For example, one or more PSF entities correspond to an SDAP entity, or a PSF entity corresponds to multiple SDAP entities. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: J: K: M: N, where J, K, M and N are positive integers.

[0734] In some cases, when multiple UEs (e.g., two of: UE1, UE2, UE group, UE3, and UE4) participate in the mission session, the layer structure can be as the dashed boxes and / or the solid boxes in FIG. 28. Take that all the UE1, UE2, UE group, UE3, and UE4 participate in a mission session as an example in the figure. The mission session comprises data sessions 1-6. UE1 corresponds to data sessions 1-3, UE2 corresponds to data session 4, the UE group and UE3 corresponds to data session 5, and UE3 and / or UE4 corresponds to data session 6. One or more data sessions can be mapped to one or more radio bearers. For example, the data sessions 1-3 map to 3 radio bearers (e.g., 3 PDCP entities) of UE1, the data session 4 maps to a radio bearers (e.g., a PDCP entity) of UE2, the data session 5 maps to a radio bearer of the UE group and a radio bearer of UE3, and the data session 6 maps to a radio bearer of UE4 and UE 3. In some cases the radio bearer of the UE group or the radio bearer of UE4 and UE3 can be a multicast or broadcast radio bearer, and the radio bearer of UE3 can be a unicast radio bearer. Differently, in this embodiment, a PSF entity is established per data session (group) . For example, as in FIG. 28, data session 1 and data session 2 share a PSF entity, data session 3 corresponds to a PSF entity, data session 4 and data session 5 share a PSF entity, and data session 6 corresponds to a PSF entity. A PSF entity can correspond to one or more UEs. For example, UE2, the UE group and UE3 correspond to a PSF entity. An SDAP entity is established per data session (group) . For example, as in Figure 20, data session 1 and data session 2 share an SDAP entity, data session 3 corresponds to an SDAP entity, data session 4 and data session 5 share an SDAP entity, and data session 6 corresponds to an SDAP entity. An SDAP entity can correspond to one or more UEs. For example, UE2, the UE group and UE3 correspond to an SDAP entity. The figure does not rule out the possibility that the number of PSF entities and SDAP entities are not equal. For example, one or more PSF entities correspond to an SDAP entity, or a PSF entity corresponds to multiple SDAP entities. For example, the ratio between the number of mission session, PSF entity, SDAP entity, data session and radio bearer (or PDCP entity) can be Mission session: PSF entity: SDAP entity: data session: RB / PDCP entity=1: J: K: M: N, where J, K, M and N are positive integers. A set of PDCP, RLC and MAC entities are established for a UE or a UE group. A MAC entity performs resource (de) multiplexing of a UE or a UE group (e.g., UE1, or the UE group) . One PDCP entity corresponds to a radio bearer (e.g., unicast radio bearer, multicast radio bearer, or broadcast radio bearer) . One PDCP entity corresponds to one or more RLC entities (one entity in the figure) . A UE group and another one or more UEs (e.g., the UE group and UE3) can share a PDCP entity. In this case, the traffic can be split at SDAP layer, or PDCP layer.

[0735] For the PSF entity per data session (group) and the SDAP entity per data session (group) , necessary information should be encapsulated into PSF layer packet (e.g., packet header or payload) or SDAP layer packet (e.g., packet header or payload) .

[0736] In some cases, data session ID or CBID is not needed in the PSF packet (e.g., packet header or payload) if the PSF entity is per data session.

[0737] In some cases, a data session ID is encapsulated in PSF packet (e.g., packet header or payload) if a PSF entity is per data session group, e.g., to enable the peer PSF entity to recognize which data session a packet belongs to or to enable the PSF entity to recognize which data session a received packet belongs to.

[0738] In some cases, a computing block ID (CBID) is encapsulated in PSF packet (e.g., packet header or payload) if a PSF entity is per data session group, e.g., to enable the peer PSF entity to recognize which CB a packet belongs to or to enable the PSF entity to recognize which CB a received packet belongs to.

[0739] In some cases, data session ID or CBID is not needed in the SDAP packet (e.g., packet header or payload) if the SDAP entity is per data session.

[0740] In some cases, a data session ID is encapsulated in SDAP packet (e.g., packet header or payload) if a SDAP entity is per data session group, e.g., to enable the peer SDAP entity to recognize which data session a packet belongs to or to enable the SDAP entity to recognize which data session a received packet belongs to. After recognizing which data session a packet belongs to, a SDAP entity further can submit the packet to a suitable upper-layer PSF entity dedicated for the recognized data session.

[0741] In some cases, a computing block ID (CBID) is encapsulated in SDAP packet (e.g., packet header or payload) if a SDAP entity is per data session group, e.g., to enable the peer SDAP entity to recognize which CB a packet belongs to or to enable the SDAP entity to recognize which CB a received packet belongs to. After recognizing which CB a packet belongs to, a SDAP entity further can submit the packet to a suitable upper-layer PSF entity dedicated for the recognized CB.

[0742] For PSF entity per data session (group) and SDAP entity per data session (group) , the following one or more information are configured to establish a PSF entity and an SDAP entity:

[0743] A mission session ID,

[0744] A first Indication on that one or more PSF entities corresponding to the mission session ID should be established, the first Indication can be PSF entity IDs, or a configuration string, or other information,

[0745] A second Indication on that one or more SDAP entities corresponding to each of the one or more SDAP entities should be established, the second Indication can be SDAP entity IDs, or a configuration string, or other information. It does not rule out the possibility that a SDAP entity corresponds to multiple PSF entities, or a PSF entity corresponds to multiple SDAP entities.

[0746] One or more data session IDs (and / or CBIDs) identifying one or more data sessions (and / or one or more CBs) corresponding to each of the one or more SDAP entities,

[0747] A third Indication on whether the SDAP entity needs to encapsulate data session ID (and / or CBID) in SDAP packet,

[0748] A fourth Indication on whether a PSF entity needs to encapsulate data session ID (and / or CBID) in PSF packet,

[0749] Data session ID mapping information (and / or CBID mapping information) for the PSF entity (or the SDAP entity) to enable the PSF entity (or the SDAP entity) to perform ID mapping, e.g., if data sessions (and / or CBs) between UE and device are asymmetric.

[0750] In some cases, relationship information between SDAP entities and PSF entities can be configured, e.g., to indicate that a specific PSF entity should connect to one or more specific SDAP entities, or to indicate one or more specific PSF entities should connect to a specific SDAP entity.

[0751] In some cases, for PSF entity per mission session (group) or SDAP entity per mission session (group) or per network function, the following one or more information are configured to establish a PSF entity or an SDAP entity: one or more mission session IDs corresponding to the PSF entity or the SDAP entity, an Indication on whether mission session ID should be encapsulated in PSF packet or SDAP packet, one or more data session IDs (CBIDs) corresponding to each of the one or more mission session IDs, and an Indication on whether data session ID (or CBID) should be encapsulated in PSF packet or SDAP packet.

[0752] Based on the configuration information, the UE, RAN node, or PSF network function setups PSF entities and SDAP entities, and setups the connections between PSF entities and SDAP entities. In some cases, which one or more PSF entities a SDAP entity should be connected to can be decided based on their relationship indicated by the configuration information above, or based on the data session IDs (or CBIDs) corresponding to the PSF entities and the SDAP entities. For example, if there is overlapped data session IDs (or CBIDs) between a PSF entity and a SDAP entity, there should be connection between them. A connection between the PSF entity and the SDAP entity is bound to the overlapped data session IDs (or CBIDs) .

[0753] PSF entity sends packet to lower-layer entity, e.g., to SDAP entity. SDAP entity submits packet to upper-layer entity, e.g., PSF entity. For example, on transmitting node (e.g., a UE) , a PSF entity sends a packet to a lower-layer SDAP entity via the connection between them, based on the data session ID or CBID (if there is) in the packet header (there is no data session ID or CBID if the PSF entity is dedicated for a data session or a CB) and the overlapped data session ID or CBID bound to the connection. For example, on receiving node (e.g., a RAN) , a SDAP entity submits a packet to upper-layer PSF entity.

[0754] PSF entity and / or SDAP entity performs packet encapsulation based on configuration information. For example, PSF entity and / or SDAP entity encapsulates data session ID or CBID in packet header if the PSF entity and / or the SDAP entity is per data session group. For example, the SDAP entity encapsulates data session ID or CBID if there is no PSF entity configured in peer node (e.g., RAN) for SDAP entity per mission session (group) . For example, PSF entity or SDAP entity performs data session ID mapping or CBID mapping if necessary (e.g., for asymmetric cases described above) .

[0755] In a possible implementation, the mission service may correspond to one or more data sessions or CBs in a terminal device and one or more data sessions or CBs in a network function, and the one or more data sessions or CBs in the terminal device are different from the one or more data sessions or CBs in the network function. The data sessions or CBs on the UE side and RAN side are asymmetric. For example, for first entity per mission session and second entity per mission session, 4 data sessions (or CBs) may be established on a network function side but 2 data sessions (or CBs) are established on the terminal device side.

[0756] In a possible implementation, when the one or more data sessions in the terminal device are different from the one or more data sessions in the network function, in downlink transmission, the terminal device may obtain a packet including a first data session ID of a network function, map the first data session ID to a second data session ID of a terminal device according to data session ID mapping information, and perform an operation based on the second data session ID. The terminal device may use data session ID mapping information to map the first data session ID included in the packet to a second data session ID of the terminal device that is recognized by the terminal device. This mapping allows the terminal device to correctly identify and process the packet based on its local context.

[0757] The mapping may be performed at either or both the first protocol layer and the second protocol layer. In a possible implementation, mapping may be performed by a second entity on the second protocol layer based on data session ID mapping information for the second entity. The packet may be delivered from the second entity to a first entity on the first protocol layer based on the mapped second data session ID. In a possible implementation, mapping may be performed by a first entity on the first protocol layer based on data session ID mapping information for the first entity. The first entity may perform data processing on the packet based on the mapped second data session ID.

[0758] In a possible implementation, when the one or more CBs in the terminal device are different from the one or more CBs in the network function, in downlink transmission, the terminal device may obtain a packet including a first CBID of a network function, the terminal device may map the first CBID to a second CBID of the terminal device according to CBID mapping information, and may perform an operation based on the second CBID. The terminal device may map the first CBID included in the packet to a second CBID that is recognized by the terminal device according to CBID mapping information by the first entity or the second entity. This mapping is crucial for translating the network function’s CBID into one that the terminal device can recognize and process.

[0759] The mapping may be performed at either or both the first protocol layer and the second protocol layer. In a possible implementation, mapping may be performed by a second entity on the second protocol layer based on CBID mapping information for the second entity. The packet may be delivered from the second entity to a first entity on the first layer based on the second CBID. In a possible implementation, mapping may be performed by a first entity on the first protocol layer based on CBID mapping information for the first entity. The first entity may then perform data processing on the packet based on the mapped second CBID.

[0760] In a possible implementation, when the one or more data sessions in the terminal device are different from the one or more data sessions in the network function, in uplink transmission, the terminal device may map a third data session ID of a packet to a fourth data session ID according to data session ID mapping information, where the third data session ID is a data session ID of the terminal device, and the fourth data session ID is a data session ID of a network function. The terminal device may encapsulate the fourth data session ID into a packet and sending to the network function. The terminal device may map the third data session ID of the terminal device to the fourth data session ID of the network function according to data session ID mapping information, and then encapsulate the fourth data session ID into a packet and sends it to the network function. This approach can allow the network function to correctly process and route the packet based on its own configuration.

[0761] The mapping may be performed at either or both the first protocol layer and the second protocol layer. In a possible implementation, a first entity on the first protocol layer may perform mapping based on data session ID mapping information for the first entity to obtain the fourth data session ID. The fourth data session ID may be encapsulated into a packet of the first protocol layer and delivered from the first entity to a second entity based on the third data session ID. In a possible implementation, a second entity on the second protocol layer may perform mapping based on data session ID mapping information for the second entity to obtain the fourth data session ID. The fourth data session ID may be encapsulated into a packet of the second protocol layer and sent to the network function.

[0762] In a possible implementation, when the one or more CBs in the terminal device are different from the one or more CBs in the network function, in uplink transmission, the terminal device may map a third CBID of a packet to a fourth CBID according to CBID mapping information, where the third CBID is a CBID of a terminal device, and the fourth CBID is a CBID of a network function. The terminal device may encapsulate the fourth data session ID into a packet and sending to the network function. The terminal device may map the third CBID of the terminal device to the fourth CBID of the network function according to CBID mapping information, and then encapsulate the fourth CBID into a packet and sends it to the network function. This approach can allow the network function to correctly process and route the packet based on its own configuration.

[0763] The mapping may be performed at either or both the first protocol layer and the second protocol layer. In a possible implementation, a first entity on the first protocol layer may perform mapping based on CBID mapping information for the first entity to obtain the fourth CBID. The fourth CBID may be encapsulated into a packet of the first protocol layer and delivered from the first entity to a second entity based on the third CBID. In a possible implementation, a second entity on the second protocol layer may perform mapping based on CBID mapping information for the second entity to obtain the fourth CBID. The fourth CBID may be encapsulated into a packet of the second protocol layer and sent to the network function.

[0764] By performing the mapping on the terminal device side, the network function is not aware of the terminal device’s local data session ID or CBID, which can help protect the terminal device’s privacy. In some cases, the network function instead of the terminal device performs mapping of data session ID (and / or CBID) , which can reduces the complexity of terminal device.

[0765] In the following example, a PSF layer is taken as an example of the first protocol layer, and an SDAP layer is taken as an example of the second protocol layer to describe a scenario where the data sessions or CBs on the terminal device side and the network side are asymmetric. It should be noted that the example scenario is for illustration purpose only, which should not be construed as limitations to the solution of the present disclosure.

[0766] In some cases, it is assumed that the data sessions or CBs on the UE side and RAN side are symmetric. For example, the number of data sessions or CBs on the UE side and RAN side are equal. For example, the data session IDs or CBIDs on the UE side and RAN side are the same. For example, the data sessions or CBs on the UE side and RAN side are the same. Although it recommends symmetric configuration to UE and RAN, in this embodiment, the case where the data sessions or CBs on the UE side and RAN side are asymmetric is considered.

[0767] FIG. 29 illustrated asymmetric data sessions (or CBs) between RAN and UE according to one or more embodiments of the present disclosure. As in FIG. 29, there is possibility that the CBs executed on device side and RAN side are different, e.g., RAN execute CB#1 while UE execute CB#2. The data sessions corresponding to different CBs on device side and RAN sides may be also asymmetric.

[0768] For example, for PSF entity per mission session and SDAP entity per mission session, 4 data sessions (or CBs) are established on RAN1 side but 2 data sessions (or CBs) are established on UE1 side.

[0769] For example, for PSF entity per mission session and SDAP entity per data session (group) , 3 data sessions (or CBs) are established on RAN2 side but 2 data sessions (or CBs) are established on UE2 side. The figure does not rule out the possibility that the number of SDAP entities on RAN and UE sides are different.

[0770] For example, for PSF entity per data session (group) and SDAP entity per mission session, 3 data sessions (or CBs) are established on RAN3 side but 2 data sessions (or CBs) are established on UE3 side. The figure does not rule out the possibility that the number of PSF entities on RAN and UE sides are different.

[0771] For example, for PSF entity per data session (group) and SDAP entity per data session (group) , 3 data sessions (or CBs) are established on RAN4 side but 2 data sessions (or CBs) are established on UE4 side. The figure does not rule out the possibility that the number of PSF entities on RAN and UE sides are different, or the number of SDAP entities on RAN and UE sides are different.

[0772] Data session ID mapping or CBID mapping may be configured to either or both of SDAP entity and PSF entity, to let both or either of SDAP and PSF entity perform packet mapping if data sessions or CBs between RAN and UE are asymmetric.

[0773] For example, for downlink transmission, the PSF entity or SDAP entity on RAN side encapsulates a data session ID (and / or a CBID) of RAN side into packet (e.g., packet header) if needed for different granularity cases, and sends packet to UE.When UE receives the packet, the PSF entity or SDAP entity on UE side maps the data session ID (and / or the CBID) of RAN side to a data session ID (and / or a CBID) of UE side, based on the Data session ID mapping (and / or CBID mapping) configured to the UE. Then PSF entity or SDAP entity on UE side takes suitable actions (e.g., data processing by PSF, tunnel mapping by SDAP) based on the data session ID (and / or a CBID) of the UE side.

[0774] For example, for uplink transmission, the PSF entity or SDAP entity on UE side maps a data session ID (and / or the CBID) of UE side to a data session ID (and / or a CBID) of RAN side, and encapsulates the data session ID (and / or the CBID) of RAN side into packet (e.g., packet header) if needed for different granularity cases, based on the data session ID mapping (and / or the CBID mapping) configured to UE, and sends packet to RAN. When RAN receives the packet, the PSF entity or SDAP entity on RAN side takes suitable actions (e.g., data processing by PSF, tunnel mapping by SDAP) based on the data session ID (and / or the CBID) of RAN side.

[0775] If the UE performs mapping of data session ID (and / or CBID) as explained above, the network side (e.g., RAN) cannot know the data session ID (and / or CBID) executed by UE side, it can protect UE privacy.

[0776] In some cases, the RAN instead of the UE performs mapping of data session ID (and / or CBID) , it can reduces the complexity of UE.

[0777] For example, for downlink transmission, the PSF entity or SDAP entity on RAN side maps a data session ID (and / or the CBID) of RAN side to a data session ID (and / or a CBID) of UE side, and encapsulates the data session ID (and / or the CBID) of UE side into packet (e.g., packet header) if needed for different granularity cases, based on the data session ID mapping (and / or the CBID mapping) configured to the RAN, and sends packet to UE. When UE receives the packet, the PSF entity or SDAP entity on UE side takes suitable actions (e.g., data processing by PSF, tunnel mapping by SDAP) based on the data session ID (and / or the CBID) of UE side.

[0778] For example, for uplink transmission, the PSF entity or SDAP entity on UE side encapsulates a data session ID (and / or a CBID) of UE side into packet (e.g., packet header) if needed for different granularity cases, and sends packet to RAN. When RAN receives the packet, the PSF entity or SDAP entity on RAN side maps the data session ID (and / or the CBID) of UE side to a data session ID (and / or a CBID) of RAN side, based on the Data session ID mapping (and / or CBID mapping) configured to the RAN. Then PSF entity or SDAP entity on RAN side takes suitable actions (e.g., data processing by PSF, tunnel mapping by SDAP) based on the data session ID (and / or a CBID) of the RAN side.

[0779] FIG. 30 illustrates an example for a mission session with multiple UEs involved according to one or more embodiments of the present disclosure.

[0780] As in Figure 30, it illustrate on example for a mission session in which UEs (UE1 and UE2) are involved. The solid line illustrates the traffic flows. Moreover, a XaaS CN function (e.g., CN-PSF) , an RAN node and an intermediate data plane function (e.g., Data-TW-GW, UPF+) are involved. PSF layer and lower-layers (e.g., GTP-U, UDP, IP, L2 and L1) are configured in XaaS CN function (CN-PSF) . PSF layer and lower-layers (e.g., GTP-U, UDP, IP, L2 and L1) are configured in RAN node oriented to the XaaS CN function (e.g., CN-PSF) . The intermediate data plane function (e.g., Data-TW-GW, UPF+) performs data forwarding between the RAN node and the XaaS CN function. PSF layer and two sets of radio layers (e.g., SDAP, PDCP, RLC, MAC, and PHY) on the RAN node oriented the two UEs are configured. The PSF layer can be per mission session. And the UE1 corresponds to a data session of the mission session, and the UE2 corresponds to another data session  of the mission session. The traffic of the two data sessions of the mission session are split at or aggregated to the PSF layer oriented to the two UEs. In some cases, the SDAP layers can be not configured.

[0781] The communication method of the present disclosure can enable to setup different granularities of PSF entity and SDAP entity for 6G XaaS services (e.g., mission service) of data processing.

[0782] The communication method of the present disclosure can enable one or multiple UEs to be flexibly involved in a 6G XaaS service (e.g., mission service) .

[0783] In addition, the communication method of the present disclosure can enable transmitting and receiving node to distinguish packets on data plane for different granularities of PSF entity and SDAP entity, e.g., with information in packet header.

[0784] Although this disclosure refers to illustrative embodiments, this is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other embodiments of the disclosure, will be apparent to persons skilled in the art upon reference to the description.

[0785] Features disclosed herein in the context of any particular embodiments may also or instead be implemented in other embodiments. Method embodiments, for example, may also or instead be implemented in apparatus, system, and / or computer program product embodiments. In addition, although embodiments are described primarily in the context of methods and apparatus, other implementations are also contemplated, as instructions stored on one or more non-transitory computer-readable media, for example. Such media could store programming or instructions to perform any of various methods consistent with the present disclosure.

[0786] Next, embodiments of products related to the communication methods will be described.

[0787] FIG. 31 shows a schematic structural diagram of a communication apparatus according to one or more example embodiments of the present disclosure. As shown in FIG. 31, the communication apparatus 3100 may include:

[0788] a receiving unit 3101, configured to receive configuration information, where the configuration information is used to configure a first protocol layer, the first protocol layer is used to execute a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing;

[0789] a processing unit 3102, configured to perform, according to the configuration information, configuration for the mission service.

[0790] FIG. 32 shows a schematic structural diagram of another communication apparatus according to one or more example embodiments of the present disclosure. As shown in FIG. 32, the communication apparatus 3200 may include:

[0791] a sending unit 3201, configured to send configuration information for a terminal device, wherein the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing.

[0792] An embodiment of the present disclosure provides a communication apparatus, the communication apparatus may include:

[0793] an interface circuit configured to receive configuration information, wherein the configuration information is used to configure a first protocol layer, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing;

[0794] one or more processors configured to perform, according to the configuration information, configuration for the mission service.

[0795] An embodiment of the present disclosure provides a communication apparatus, the communication apparatus may include:

[0796] an interface circuit configured to send configuration information for a terminal device, wherein the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing.

[0797] It should be noted that the apparatus in the present disclosure may also be implemented as a device, or one or more component included in a device, such as, a processor or a chip. The device may be user equipment, a terminal, a network device, a network function, a network node, or another network element, which is not limited in the present disclosure.

[0798] An embodiment of the present disclosure provides a chip, including an input / output (I / O) interface and a processor, where the processor is configured to call and run a computer program stored in a memory, to enable a device installing with the chip to perform any of the above communication methods.

[0799] An embodiment of the present disclosure provides an apparatus, including: one or more processors, the one or more processors is configured to execute instructions stored in a memory, when the instructions are executed by the one or more processors, any of the above communication methods is performed.

[0800] It should be noted that the memory in the systems and the methods described in this specification includes but is not limited to these memories and a memory of any other appropriate type.

[0801] An embodiment of the present disclosure provides a communication system, including: the apparatus executing any of the above communication methods.

[0802] An embodiment of the present disclosure provides a non-transitory computer-readable medium carrying a program code which, when executed by a processor, any of the above communication methods is performed.

[0803] Optionally, the storage medium may be specifically a memory.

[0804] An embodiment of the present disclosure provides a computer program product storing instructions which, when executed, cause an apparatus to perform any of the above communication methods.

[0805] Note that when the request or the response mentioned above includes multiple different contents for indicating multiple different pieces of information, the multiple contents can be indicated separately in multiple request / response messages or together in a request / response message.

[0806] Note that the network elements mentioned in the present disclosure are all logical network elements, which can be implemented as individual devices, or can be implemented as chips or modules that could be integrated into a certain device.

[0807] Although the present disclosure describes methods and processes with steps in a certain order, one or more steps of the methods and processes may be omitted or altered as appropriate. One or more steps may take place in an order other than that in which they are described, as appropriate.

[0808] Note that the expression “at least one of A or B” , as used herein, is interchangeable with the expression “A and / or B” . It refers to a list in which you may select A or B or both A and B. Similarly, “at least one of A, B, or C” , as used herein, is interchangeable with “A and / or B and / or C” or “A, B, and / or C” . It refers to a list in which you may select: A or B or C, or both A and B, or both A and C, or both B and C, or all of A, B and C. The same principle applies for longer lists having a same format.

[0809] Although the present disclosure is described, at least in part, in terms of methods, a person of ordinary skill in the art will understand that the present disclosure is also directed to the various components for performing at least some of the aspects and features of the described methods, be it by way of hardware components, software or any combination of the two. Accordingly, the technical solution of the present disclosure may be embodied in the form of a software product. A suitable software product may be stored in a pre-recorded storage device or other similar non-volatile or non-transitory computer readable medium, including DVDs, CD-ROMs, USB flash disk, a removable hard disk, or other storage media, for example. The software product includes instructions tangibly stored thereon that enable a processing device (e.g., a personal computer, a server, or a network device) to execute examples of the methods disclosed herein. The machine-executable instructions may be in the form of code sequences, configuration information, or other data, which, when executed, cause a machine (e.g., a processor or other processing device) to perform steps in a method according to examples of the present disclosure.

[0810] The present disclosure may be embodied in other specific forms without departing from the subject matter of the claims. The described example embodiments are to be considered in all respects as being only illustrative and not restrictive. Selected features from one or more of the above-described embodiments may be combined to create alternative embodiments not explicitly described, features suitable for such combinations being understood within the scope of this disclosure.

[0811] All values and sub-ranges within disclosed ranges are also disclosed. Also, although the systems, devices and processes disclosed and shown herein may include a specific number of elements / components, the systems, devices and assemblies could be modified to include additional or fewer of such elements / components. For example, although any of the elements / components disclosed may be referenced as being singular, the embodiments disclosed herein could be modified to include a plurality of such elements / components. The subject matter described herein intends to cover and embrace all suitable changes in technology.

[0812] Although embodiments have been described above with reference to the accompanying drawings, those of skill in the art will appreciate that variations and modifications may be made without departing from the scope thereof as defined by the appended claims.

[0813] Please note that the different examples may be implemented separately or combined. Although a combination of features is shown in the illustrated embodiments, not all of them need to be combined to realize the benefits of various examples of the present disclosure. In other words, a system or method designed according to an embodiment of the present disclosure will not necessarily include all of the features shown in any one of the figures or all of the portions schematically shown in the figures. Moreover, selected features of one example embodiment may be combined with selected features of other example embodiments.

[0814] Although this disclosure has been described with reference to illustrative embodiments, the description is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other examples of the disclosure, will be apparent to persons skilled in the art upon reference to the description. It is therefore intended that the appended claims encompass any such modifications or embodiments.

[0815] Acronyms, Abbreviations, and Initialisms

Claims

A communication method, comprising:receiving configuration information, wherein the configuration information is used to configure a first protocol layer, the first protocol layer is used to execute a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing;performing, according to the configuration information, configuration for the mission service.The method according to claim 1, wherein the first protocol layer is an upper layer of a radio layer.The method according to claim 1 or 2, wherein the mission service is provided through at least one mission session, and each of the at least one mission session comprises a data forwarding resource and a data processing resource for executing the mission service.The method according to claim 3, wherein the configuration information comprises one or more mission session identifiers (IDs) identifying one or more of the at least one mission session of the mission service.The method according to any one of claims 1 to 4, wherein the mission service comprises at least one computing block (CB) , each of the at least one CB corresponds to a computational step toward achieving the mission service, the configuration information is used for configuring at least one first entity on the first protocol layer, wherein each of the at least one first entity is configured to execute one or more CBs of the at least one CB.The method according to claim 5, wherein the performing, according to the configuration information, configuration for the mission service comprises:establishing the at least one first entity.The method according to claim 5 or 6, wherein the computational step toward achieving the mission service comprises one or more of: artificial intelligence (AI) training, AI inference, data pre-processing, data privacy protection, data cleaning, data collection, data analytics, sensing, data sanitization, data management, data normalization, data aggregation, data splitting, useless data filtering, data formatting, data adaptation, data feature engineering, data compression, data embedding, data representation learning, or data feature extraction.The method according to any one of claim 5 to 7, wherein each of the at least one mission session comprises at least one data session, each of the at least one data session comprises an association terminates at one first entity of the at least one first entity.The method according to any one of claims 5 to 8, wherein each of the at least one first entity is configured with a first granularity, wherein the first granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function;wherein a mission session group comprises one or more mission sessions, a data session group comprises one or more data sessions, and a CB group comprises one or more CBs.The method according to any one of claims 5 to 9, wherein the configuration information indicates at least one first granularity of the at least one first entity.The method according to any one of claims 5 to 10, wherein the configuration information comprises at least one of:an indication on whether a first entity on the first protocol layer needs to encapsulate a data session ID in a packet of the first protocol layer; oran indication on whether a first entity on the first protocol layer needs to encapsulate a computing block identifier (CBID) in a packet of the first protocol layer.The method according to any one of claims 5 to 11, wherein the first protocol layer is an anything as a service (XaaS) service layer, and each of the at least one first entity is a XaaS service entity.The method according to any one of claims 5 to 12, wherein the first protocol layer is a processing service function (PSF) layer and each of the at least one first entity is a PSF entity.The method according to any one of claims 5 to 13, wherein the configuration information is further used to configure a second protocol layer, and the second protocol layer is a lower layer of the first protocol layer and is used for data adaptation and transmission.The method according to claim 14, wherein the configuration information is used for configuring at least one second entity on the second protocol layer, and each of the at least one second entity corresponds to one or more first entities of the at least one first entity.The method according to claim 15, wherein the performing, according to the configuration information, configuration for the mission service comprises:establishing the at least one second entity.The method according to claim 15 or 16, wherein each of the at least one second entity is configured with a second granularity, wherein the second granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function;wherein a mission session group comprises one or more mission sessions, a data session group comprises one or more data sessions, and a CB group comprises one or more CBs.The method according to claim 17, wherein the configuration information indicates at least one second granularity of the at least one second entity.The method according to any one of claims 15 to 18, wherein the configuration information comprises at least one of:an indication on whether a second entity on the second protocol layer needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether a second entity on the second protocol layer needs to encapsulate a CBID in a packet of the second protocol layer.The method according to any one of claims 15 to 19, wherein at least one second granularity of the at least one second entity is same as or different from at least one first granularity of the at least one first entity.The method according to any one of claims 15 to 20, wherein the second protocol layer is a service data adaptation protocol (SDAP) layer, and each of the at least one second entity is an SDAP entity.The method according to any one of claims 15 to 21, wherein the configuration information indicates a connection relationship between the at least one first entity on the first protocol layer and the at least one second entity on the second protocol layer.The method according to claim 22, wherein the performing, according to the configuration information, configuration for the mission service comprises:setting up one or more connections between the at least one first entity and the at least one second entity according to the connection relationship.The method according to claim 22 or 23, wherein the configuration information comprises: one or more data session IDs corresponding to each of the at least one first entities, and one or more data session IDs corresponding to each of the at least one second entities; andthe connection relationship between a first entity of the at least one first entity and a second entity of the at least one second entity is indicated by one or more overlapped data session IDs corresponding to the first entity and the second entity.The method according to any one of claims 15 to 24, wherein a first entity of the at least one first entity is per mission session, a second entity of the at least one second entity is per mission session, the first entity and the second entity correspond to a mission session of the mission service, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the first entity corresponding to the mission session ID is to be established;an indication on that the second entity corresponding to the mission session ID is to be established;one or more data session IDs identifying one or more data sessions corresponding to the first entity;one or more CBIDs identifying one or more CBs corresponding to the first entity;one or more data session IDs identifying one or more data sessions corresponding to the second entity;one or more CBIDs identifying one or more CBs corresponding to the second entity;an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 15 to 24, wherein a first entity of the at least one first entity is per mission session, the first entity corresponds to a mission session of the mission service, one or more second entities of the at least one second entity correspond to the first entity, the one or more second entities are per data session or per data session group, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the first entity corresponding to the mission session ID is to be established;an indication on that the one or more second entities corresponding to the first entity are to be established;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities;one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities;an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.The method according to any one or claims 15 to 24, wherein a second entity of the at least one second entity is per mission session, the second entity corresponds to a mission session of the mission service is per mission session, one or more first entities of the at least one first entity correspond to the mission session, the one or more first entities are per data session or per data session group, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the second entity corresponding to the mission session ID is to be established;an indication on that the one or more first entities corresponding to the second entity are to be established;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more first entities;one or more CBIDs identifying one or more CBs corresponding to each of the one or more first entities;an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the second entity needs to encapsulate a CBID in a packet of the second protocol layer;an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 15 to 24, wherein one or more first entities of the at least one first entity correspond to a mission session of the mission service, the one or more first entities are per data session or per data session group, one or more second entities of the at least one second entity correspond to the mission session, the one or more second entities are per data session or per data session group, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the one or more first entities corresponding to the mission session ID are to be established;an indication on that one or more second entities corresponding to each of the one or more first entities are to be established;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.The method according to any one or claims 15 to 24, wherein a first entity of the at least one first entity corresponds to the mission service, the first entity is per mission session group, a second entity of the at least one second entity corresponds to the first entity, the second entity is per mission session group, and the configuration information comprises at least one of:one or more mission session IDs identifying one or more mission sessions corresponding to the first entity and the second entity;an indication on that the first entity corresponding to the one or more mission session IDs is to be established;an indication on that the second entity corresponding to the one or more mission session IDs is to be established;an indication on whether the first entity needs to encapsulate a mission session ID in a packet of the first protocol layer;an indication on whether the second entity needs to encapsulate a mission session ID in a packet of the second protocol layer;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more mission sessions;one or more CBIDs identifying one or more CBs corresponding to each of the one or more mission sessions;an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 1 to 29, wherein the configuration information is sent in a radio resource control (RRC) message, or mission service specific control message.A communication method, comprising:sending configuration information for a terminal device, wherein the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing.The method according to claim 31, further comprising:receiving configuration information for a network function, wherein the configuration information for the network function is used to configure the first protocol layer in the network function;performing, according to the configuration information for the network function, configuration for the mission service in the network function.The method according to claim 31 or 32, wherein the mission service is provided through at least one mission session, and each of the at least one mission session comprises a data forwarding resource and a data processing resource for executing the mission service.The method according to claim 33, wherein the configuration information comprises one or more mission session identifiers (IDs) identifying the at least one mission session of the mission service.The method according to any one of claims 31 to 34, wherein the mission service comprises at least one CB, each of the at least one CB corresponds to a computational step toward achieving the mission service, the configuration information is used for configuring at least one first entity on the first protocol layer, wherein each of the at least one first entity is configured to execute one or more CBs of the at least one CB.The method according to claim 35, wherein each of the at least one mission session comprises at least one data session, each of the at least one data session comprises an association terminates at one first entity of the at least one first entity.The method according to claim 35 or 36, wherein each of the at least one first entity is configured with a first granularity, wherein the first granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function;wherein a mission session group comprises one or more mission sessions, a data session group comprises one or more data sessions, and a CB group comprises one or more CBs.The method according to any one of claims 35 to 37, wherein the configuration information comprises:configuration information for the at least one first entity on the first protocol layer.The method according to any one of claims 35 to 38, wherein the configuration information comprises at least one of:an indication on whether a first entity on the first protocol layer needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether a first entity on the first protocol layer needs to encapsulate a computing block identifier (CBID) in a packet of the first protocol layer.The method according to any one of claims 35 to 39, wherein the configuration information is further used to configure a second protocol layer, and the second protocol layer is a lower layer of the first protocol layer and is used for data adaptation and transmission.The method according to claim 40, wherein the configuration information is further used to configure at least one second entity on the second protocol layer, and each of the at least one second entity corresponds to one or more first entities of the at least one first entity.The method according to claim 41, wherein each of the at least one second entity is configured with a second granularity, wherein the second granularity is: per mission session, per mission session group, per data session, per data session group, per CB, per CB group, or per network function;wherein a mission session group comprises one or more mission sessions, a data session group comprises one or more data sessions, and a CB group comprises one or more CBs.The method according to claim 41 or 42, wherein the configuration information comprises at least one of:an indication on whether a second entity on the second protocol layer needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether a second entity on the second protocol layer needs to encapsulate a CBID in a packet of the second protocol layer.The method according to any one of claims 41 to 43, wherein the configuration information indicates a connection relationship between the at least one first entity on the first protocol layer and the at least one second entity on the second protocol layer.The method according to claim 44, wherein the configuration information for the terminal device comprises: one or more data session IDs corresponding to each of the at least one first entities, and one or more data session IDs corresponding to each of the at least one second entities; andthe connection relationship between a first entity of the at least one first entity and a second entity of the at least one second entity is indicated by one or more overlapped data session IDs corresponding to the first entity and the second entity.The method according to any one of claims 41 to 45, wherein a first entity of the at least one first entity is per mission session, a second entity of the at least one second entity is per mission session, the first entity and the second entity correspond to a mission session of the mission service, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the first entity corresponding to the mission session ID is to be established;an indication on that the second entity corresponding to the mission session ID is to be established;one or more data session IDs identifying one or more data sessions corresponding to the first entity;one or more CBIDs identifying one or more CBs corresponding to the first entity;one or more data session IDs identifying one or more data sessions corresponding to the second entity;one or more CBIDs identifying one or more CBs corresponding to the second entity;an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 41 to 45, wherein a first entity of the at least one first entity is per mission session, the first entity corresponds to a mission session of the mission service, one or more second entities of the at least one second entity correspond to the first entity, the one or more second entities are per data session or per data session group, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the first entity corresponding to the mission session ID is to be established;an indication on that the one or more second entities corresponding to the first entity are to be established;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities;one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities;an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 41 to 45, wherein a second entity of the at least one second entity is per mission session, the second entity corresponds to a mission session of the mission service, one or more first entities of the at least one first entity correspond to the mission session, the one or more first entities are per data session or per data session group, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the second entity corresponding to the mission session ID is to be established;an indication on that the one or more first entities corresponding to the second entity are to be established;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more first entities;one or more CBIDs identifying one or more CBs corresponding to each of the one or more first entities;an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the second entity needs to encapsulate a CBID in a packet of the second protocol layer;an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 41 to 45, wherein one or more first entities of the at least one first entity correspond to a mission session of the mission service, the one or more first entities are per data session or per data session group, one or more second entities of the at least one second entity correspond to the mission session, the one or more second entities are per data session or per data session group, and the configuration information comprises at least one of:a mission session ID identifying the mission session;an indication on that the one or more first entities corresponding to the mission session ID are to be established;an indication on that one or more second entities corresponding to each of the one or more first entities are to be established;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;one or more CBIDs identifying one or more CBs corresponding to each of the one or more second entities or corresponding to each of the one or more first entities;an indication on whether the one or more first entities need to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the one or more first entities need to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the one or more second entities need to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the one or more second entities need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the one or more first entities to enable the one or more first entities to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the one or more first entities to enable the one or more first entities to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the one or more second entities to enable the one or more second entities to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the one or more second entities to enable the one or more second entities to perform CBID mapping between the terminal device and the network function.The method according to any one of claims 41 to 45, wherein a first entity of the at least one first entity corresponds to the mission service, the first entity is per mission session group, a second entity of the at least one second entity corresponds to the first entity, the second entity is per mission session group, and the configuration information comprises at least one of:one or more mission session IDs identifying one or more mission sessions corresponding to the first entity and the second entity;an indication on that the first entity corresponding to the one or more mission session IDs is to be established;an indication on that the second entity corresponding to the one or more mission session IDs is to be established;an indication on whether the first entity needs to encapsulate a mission session ID in a packet of the first protocol layer;an indication on whether the second entity needs to encapsulate a mission session ID in a packet of the second protocol layer;one or more data session IDs identifying one or more data sessions corresponding to each of the one or more mission sessions;one or more CBIDs identifying one or more CBs corresponding to each of the one or more mission sessions;an indication on whether the first entity needs to encapsulate a data session ID in a packet of the first protocol layer;an indication on whether the first entity needs to encapsulate a CBID in a packet of the first protocol layer;an indication on whether the second entity needs to encapsulate a data session ID in a packet of the second protocol layer;an indication on whether the second entity need to encapsulate a CBID in a packet of the second protocol layer;data session ID mapping information for the first entity to enable the first entity to perform data session ID mapping between a terminal device and a network function;CBID mapping information for the first entity to enable the first entity to perform CBID mapping between the terminal device and the network function;data session ID mapping information for the second entity to enable the second entity to perform data session ID mapping between the terminal device and the network function;CBID mapping information for the second entity to enable the second entity to perform CBID mapping between the terminal device and the network function.A communication apparatus, configured to perform the method according to any one of claims 1 to 50.The communication apparatus according to claim 51, comprising:a receiving unit, configured to receive configuration information, wherein the configuration information is used to configure a first protocol layer, the first protocol layer is used to execute a mission service, and the mission service is a service for both protocol data unit (PDU) connectivity and data processing;a processing unit, configured to perform, according to the configuration information, configuration for the mission service.The communication apparatus according to claim 51, comprising:a sending unit, configured to send configuration information for a terminal device, wherein the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing.The communication apparatus according to claim 51, comprising:an interface circuit configured to receive configuration information, wherein the configuration information is used to configure a first protocol layer, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing;one or more processors configured to perform, according to the configuration information, configuration for the mission service.The communication apparatus according to claim 51, comprising:an interface circuit configured to send configuration information for a terminal device, wherein the configuration information for the terminal device is used to configure a first protocol layer in the terminal device, the first protocol layer is used to execute a mission service, and the mission service is a service for both PDU connectivity and data processing.A communication system, comprising: the communication apparatus according to claim 54 and the communication apparatus according to claim 55.A computer-readable storage medium having instructions stored thereon which, when executed by an apparatus, cause the apparatus to perform the method of any one of claims 1 to 50.A computer program product storing instructions which, when executed, cause an apparatus to perform the method of any one of claims 1 to 50.

Images