数据发送方法、数据接收方法及设备

技术领域

本申请涉及数据通信技术领域，具体涉及一种数据发送方法、数据接收方法及设备。

背景技术

面向下一代移动通信的至简网络(Lite Network)和柔性网络(Soft/ResilientNetwork)的设计目标，需要面向服务化(Service Oriented，SO)设计协议栈功能。

现有技术中，服务数据适应协议(Service Data Adaptation Protocol，SDAP)的功能如图1所示，SDAP中负责QoS流(QoS flow)和数据无线承载(Data Radio Bearer，DRB)的映射和解映射，以及可选的反射映射功能(Reflective QoS flow to DRB mapping)。现有技术中，各个协议层严格按照L3/L2/L1的上下层约束关系进行数据的传输，具体如图2和图3所示的5G协议栈方案。

6G网络是智慧内生的网络，需要按照自身运行产生测量信息。在6G系统中，随着需要传输的信息种类的增多，除了业务数据和RRC信令外，终端侧和网络侧对等的接入层(AS)层之间以及AS层内部需要很多信息的传递，比如人工智能(AI)模型的配置或者更新交互、协议子层状态交互、按照业务特征选择合适的协议子层功能等，这都要求6G协议栈需要具有功能按需选择、协议数据单元(Protocol Data Unit，PDU)格式统一冗余开销低、协议层间无连接或者轻连接的柔性能力。

发明内容

本申请的至少一个实施例提供了一种数据发送方法、数据接收方法及设备，用于实现基于面向服务的统一的SDAP PDU格式的数据传输。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种数据发送方法，包括：

第一设备基于上下行服务数据适应协议SDAP协议数据单元PDU的相同格式，生成第一SDAP PDU；其中，上下行SDAP PDU的相同格式包括：头单元和SDAP服务数据单元SDU；

所述第一设备向第二设备发送第一SDAP PDU。

可选的，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。

可选的，所述头单元包括以下域中的至少一项：

类型域(D/C/H)，用于指示SDAP PDU的类型，所述SDAP PDU的类型包括SDAP控制PDU、SDAP数据PDU和SDAP混合PDU，其中，所述SDAP混合PDU的SDAP SDU包括有SDAP控制SDU和SDAP数据SDU；

QoS流标识域(QFI)，用于在所述类型域指示SDAP数据PDU的情况下，指示该SDAP数据PDU所在的QoS流标识；

第一控制标识域(CF1)，用于在所述类型域指示SDAP控制PDU或SDAP混合PDU的情况下，指示SDAP控制SDU的服务对象范围；

第二控制标识域(CF2)，用于在第一控制标识域指示的服务对象范围为所属SDAPPDU中列出的目标QoS流的情况下，指示SDAP控制SDU的服务对应关系，所述服务对应关系包括：所有目标QoS流均对应于SDAP控制SDU中的同一服务的第一对应关系，目标QoS流与SDAP控制SDU中的服务一一对应的第二对应关系；

数据标识域(DF1)，用于在所述类型域指示SDAP控制PDU或SDAP混合PDU的情况下，指示SDAP数据SDU是否携带序号及所述序号的长度。

可选的，在所述类型域指示SDAP混合PDU的情况下，所述SDAP SDU包括至少一个SDAP控制SDU；所述头单元还包括与每个SDAP控制SDU对应的扩展域(E)和第一长度域；其中，

所述扩展域(E)，用于指示本扩展域(E)对应的SDAP控制SDU之后是否还存在SDAP控制SDU；

所述第一长度域(CL)，用于指示本第一长度域(CL)对应的SDAP控制SDU的长度。

可选的，所述头单元还包括：

RQI域，用于标识是否向非接入层NAS指示更新NAS映射规则。

可选的，所述SDAP控制SDU包括以下域中的至少一项：

服务标识域(SID)，用于指示所属SDAP控制SDU申请、配置或应答的服务的标识；

第三控制标识域(CF3)，用于指示所述服务为固定格式或非固定格式；

第四控制标识域(CF4)，用于在第三控制标识域指示非固定格式的情况下，指示第二长度域的长度；

第二长度域(L)，用于指示服务上下文域的长度；

服务上下文域，用于指示该服务的上下文信息。

可选的，在所述第二控制标识域指示SDAP控制SDU的服务对应关系为所述第一对应关系的情况下：

若所述第一控制标识域指示的服务对象范围为SDAP控制PDU中列出的目标QoS流，则所述SDAP控制SDU包括：至少一个服务标识域，和，与所述至少一个服务标识域对应的一个服务上下文域；

若所述第一控制标识域指示的服务对象范围为第一设备或第二设备已建立的QoS流，则所述SDAP控制SDU包括一个所述服务上下文域。

可选的，在所述第一控制标识域指示SDAP控制SDU的服务对应关系为所述第二对应关系的情况下：

所述SDAP控制SDU包括：至少一个服务标识域，和，与每个服务标识域一一对应的服务上下文域。

可选的，在所述数据标识域指示SDAP数据SDU携带序号的情况下，所述SDAP数据SDU包括序号域和数据域；

在所述数据标识域指示SDAP数据SDU不携带序号的情况下，所述SDAP数据SDU包括数据域。

第二方面，本申请实施例提供了一种数据接收方法，包括：

第二设备接收第一设备发送的第一SDAP PDU，其中，所述第一SDAP PDU是基于上下行SDAP PDU的相同格式生成的SDAP PDU，所述上下行SDAP PDU的相同格式包括：头单元和SDAP SDU；

所述第二设备根据所述上下行SDAP PDU的相同格式，解析所述第一SDAP PDU。

可选的，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。

可选的，所述头单元包括以下域中的至少一项：

类型域(D/CH)，用于指示SDAP PDU的类型，所述SDAP PDU的类型包括SDAP控制PDU、SDAP数据PDU和SDAP混合PDU，其中，所述SDAP混合PDU的SDAP SDU包括有SDAP控制SDU和SDAP数据SDU；

QoS流标识域(QFI)，用于在所述类型域指示SDAP数据PDU的情况下，指示该SDAP数据PDU所在的QoS流标识；

第一控制标识域(CF1)，用于在所述类型域指示SDAP控制PDU或SDAP混合PDU的情况下，指示SDAP控制SDU的服务对象范围，所述所述服务对象范围为：所属SDAP PDU中列出的目标QoS流，或者，第一设备或第二设备已建立的QoS流；

第二控制标识域(CF2)，用于在第一控制标识域指示的服务对象范围为所属SDAPPDU中列出的目标QoS流的情况下，指示SDAP控制SDU的服务对应关系，所述服务对应关系包括：所有目标QoS流均对应于SDAP控制SDU中的同一服务的第一对应关系，目标QoS流与SDAP控制SDU中的服务一一对应的第二对应关系；

数据标识域(DF1)，用于在所述类型域指示SDAP控制PDU或SDAP混合PDU的情况下，指示SDAP数据SDU是否携带序号及所述序号的长度。

可选的，在所述类型域指示SDAP混合PDU的情况下，所述SDAP SDU包括至少一个SDAP控制SDU；所述头单元还包括与每个SDAP控制SDU对应的扩展域(E)和第一长度域；其中，

所述扩展域(E)，用于指示本扩展域(E)对应的SDAP控制SDU之后是否还存在SDAP控制SDU；

所述第一长度域(CL)，用于指示本第一长度域(CL)对应的SDAP控制SDU的长度。

可选的，所述头单元还包括：

RQI域，用于标识是否向非接入层NAS指示更新NAS映射规则。

可选的，所述SDAP控制SDU包括以下域中的至少一项：

服务标识域(SID)，用于指示所属SDAP控制SDU申请、配置或应答的服务的标识；

第三控制标识域(CF3)，用于指示所述服务为固定格式或非固定格式；

第四控制标识域(CF4)，用于在第三控制标识域指示非固定格式的情况下，指示第二长度域的长度；

第二长度域，用于指示服务上下文域的长度；

服务上下文域，用于指示该服务的上下文信息。

可选的，在所述第二控制标识域指示SDAP控制SDU的服务对应关系为所述第一对应关系的情况下：

若所述第一控制标识域指示的服务对象范围为SDAP控制PDU中列出的目标QoS流，则所述SDAP控制SDU包括：至少一个服务标识域，和，与所述至少一个服务标识域对应的一个服务上下文域；

若所述第一控制标识域指示的服务对象范围为第一设备或第二设备已建立的QoS流，则所述SDAP控制SDU包括一个所述服务上下文域。

可选的，在所述第一控制标识域指示SDAP控制SDU的服务对应关系为所述第二对应关系的情况下：

所述SDAP控制SDU包括：至少一个服务标识域，和，与每个服务标识域一一对应的服务上下文域。

可选的，在所述数据标识域指示SDAP数据SDU携带序号的情况下，所述SDAP数据SDU包括序号域和数据域；

在所述数据标识域指示SDAP数据SDU不携带序号的情况下，所述SDAP数据SDU包括数据域。

可选的，所述第二设备根据所述上下行SDAP PDU的相同格式，解析所述第一SDAPPDU，包括：

所述第二设备根据所述类型域，确定所述第一SDAP PDU的类型，并根据第一控制标识域(CF1)、第二控制标识域(CF2)和数据标识域(DF1)，获取所述第一SDAP PDU中的SDAP控制SDU和/或SDAP数据SDU；

根据SDAP控制SDU包括的域，对所述第一SDAP PDU中的SDAP控制SDU进行解析，和/或，根据SDAP数据SDU包括的域，对所述第一SDAP PDU中的SDAP数据SDU进行解析，获得SDAP数据SDU。

第三方面，本申请实施例提供了一种第一设备，包括收发机和处理器，其中，

所述处理器，用于基于上下行服务数据适应协议SDAP协议数据单元PDU的相同格式，生成第一SDAP PDU；

所述收发机，用于向第二设备发送第一SDAP PDU；其中，

上下行SDAP PDU的相同格式包括：头单元和SDAP SDU。

第四方面，本申请实施例提供了一种第一设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种第二设备，包括收发机和处理器，其中，

所述收发机，用于接收第一设备发送的第一SDAP PDU，其中，所述第一SDAP PDU是基于上下行SDAP PDU的相同格式生成的SDAP PDU，所述上下行SDAP PDU的相同格式包括：头单元和SDAP SDU；

所述处理器，用于根据所述上下行SDAP PDU的相同格式，解析所述第一SDAP PDU。

第六方面，本申请实施例提供了一种第二设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时，实现如上所述的方法的步骤。

与现有技术相比，本申请实施例提供的数据发送方法、数据接收方法及设备，能够实现SDAP协议层面向服务功能的灵活按需激活，基于统一的SDAP PDU格式，SDAP PDU中携带有PDU结构或者包含的各种信息或者格式的指示信息，接收端只需要按照上述相同格式对SDAP PDU进行解析，即可在不同的功能服务切换时避免数据丢失。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1～3为现有技术的5G的协议架构的示意图；

图4为本申请实施例的一种应用场景示意图；

图5-8为现有技术的SDAP PDU的格式示意图；

图9-14为本申请实施例的SDAP PDU的若干格式示意图；

图15为本申请实施例的数据发送方法的一种流程示意图；

图16为本申请实施例的数据接收方法的一种流程示意图；

图17为本申请一实施例的第一设备的结构示意图；

图18为本申请另一实施例的第一设备的结构示意图；

图19为本申请一实施例的第二设备的结构示意图；

图20为本申请另一实施例的第二设备的结构示意图；

图21为本申请又一实施例的第一设备的结构示意图；

图22为本申请又一实施例的第二设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。

本文所描述的技术不限于NR系统以及长期演进型(Long Time Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，并且也可用于各种无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(UniversalTerrestrial Radio Access，UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband CodeDivision Multiple Access，WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication，GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(Ultra Mobile Broadband，UMB)、演进型UTRA(Evolution-UTRA，E-UTRA)、IEEE 802.21(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(Universal Mobile Telecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rd Generation PartnershipProject，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了NR系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用。

以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可以按不同于所描述的次序来执行所描述的方法，并且可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

请参见图4，图4示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络设备12。其中，终端11也可以称作用户终端或用户设备(UE，UserEquipment)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(Personal Digital Assistant，PDA)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备等终端侧设备，需要说明的是，在本申请实施例中并不限定终端11的具体类型。网络设备12可以是基站和/或核心网网元，其中，上述基站可以是5G及以后版本的基站(例如：gNB、5G NR NB等)，或者其他通信系统中的基站(例如：eNB、WLAN接入点、或其他接入点等)，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended ServiceSet，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

基站可在基站控制器的控制下与终端11通信，在各种示例中，基站控制器可以是核心网或某些基站的一部分。一些基站可通过回程与核心网进行控制信息或用户数据的通信。在一些示例中，这些基站中的一些可以通过回程链路直接或间接地彼此通信，回程链路可以是有线或无线通信链路。无线通信系统可支持多个载波(不同频率的波形信号)上的操作。多载波发射机能同时在这多个载波上传送经调制信号。例如，每条通信链路可以是根据各种无线电技术来调制的多载波信号。每个已调信号可在不同的载波上发送并且可携带控制信息(例如，参考信号、控制信道等)、开销信息、数据等。

基站可经由一个或多个接入点天线与终端11进行无线通信。每个基站可以为各自相应的覆盖区域提供通信覆盖。接入点的覆盖区域可被划分成仅构成该覆盖区域的一部分的扇区。无线通信系统可包括不同类型的基站(例如宏基站、微基站、或微微基站)。基站也可利用不同的无线电技术，诸如蜂窝或WLAN无线电接入技术。基站可以与相同或不同的接入网或运营商部署相关联。不同基站的覆盖区域(包括相同或不同类型的基站的覆盖区域、利用相同或不同无线电技术的覆盖区域、或属于相同或不同接入网的覆盖区域)可以交叠。

无线通信系统中的通信链路可包括用于承载上行链路(Uplink，UL)传输(例如，从终端11到网络设备12)的上行链路，或用于承载下行链路(Downlink，DL)传输(例如，从网络设备12到终端11)的下行链路。UL传输还可被称为反向链路传输，而DL传输还可被称为前向链路传输。下行链路传输可以使用授权频段、非授权频段或这两者来进行。类似地，上行链路传输可以使用有授权频段、非授权频段或这两者来进行。

现有技术的SDAP PDU的格式如图5～图8所示，图5为没有SDAP头的SDAP数据PDU的格式，图6为有SDAP头的下行SDAP数据PDU的格式，图7为有SDAP头的上行SDAP数据PDU的格式，图8为控制SDAP PDU的结束标记(End-Marker)的格式。可以看出，现有技术的各种数据PDU和控制PDU具有不同的格式。

在6G等场景中，需要传输的信息种类很多，要求6G中的协议栈需要具有功能按需选择、协议数据单元(PDU)格式统一冗余开销低、协议层间无连接或者轻连接的柔性能力，这可能导致整个发送流程上数据的缓存问题。比如HARQ进程(HARQ Process)的停等缓存、MAC的缓存、SDAP的已发送缓存，服务于一个UE的SDAP功能出现按需调整时，如果SDAP PDU格式出现变化，会导致发送端需要把正在发送的数据全部丢失，接收端把没有正确处理的数据全丢弃，这样造成数据丢失或者数据处理流程的复杂度提高(比如数据包回退)。

针对上述问题，本申请实施例提出了上下行相同格式的SDAP PDU方案，该方案通过定义上下行统一的SDAP PDU格式，使得各种功能服务的调整能够通过该统一的SDAP PDU进行随路传输，从而可以保证调整前的SDAP PDU能够被接收端正确接收。

本申请实施例定义了SDAP PDU的头单元(Header)，以及携带的随路控制信息，实现上下行PDU格式统一，并且能够随路携带各种服务变化的信息。其中，在SDP PDU的头中，携带整个PDU的格式总体信息，以方便接收端通过读取PDU的头快速获取PDU的整体格式。

具体的，本申请实施例的上下行SDAP PDU的相同格式包括：头单元和SDAP服务数据单元(Service Data Unit，SDU)部分，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。

其中，所述头单元包括：

用于指示上下行SDAP PDU的组成单元的指示信息；

SDAP控制SDU和/或SDAP数据SDU对应的头信息。

如图9所示，本申请实施例中，所述头单元可以包括以下域中的至少一项：

(1)类型域(D/C/H)，用于指示SDAP PDU的类型，即指示该类型域所属SDAP PDU的类型，该类型包括SDAP控制PDU、SDAP数据PDU和SDAP混合PDU，其中，所述SDAP混合PDU的SDAP SDU包括有SDAP控制SDU和SDAP数据SDU。这里，可以用D表示SDAP数据PDU，C表示SDAP控制SDU，H表示SDAP混合PDU。类型域的长度可以是2个比特。

表1提供了类型域的一个示例。当D/C/H取值为Data PDU(表1中取值为0)时，图9中的QFI标识为该SDAP数据PDU所在的QoS流标识(QoS Flow ID)。当D/C/H取值为Control PDU(表1中取值为1)时，图9中的QFI字段不存在。当D/C/H取值为Control PDU and Data PDU(表1中取值为2)时，图9中的QFI字段必须存在，且标识为该Data PDU所在的QoS Flow ID。Control PDU中的QoS flow(如果存在)标识包含在图9中的Control SDU部分。

表1

(2)QoS流标识域(QoS Flow Identifier，QFI)，用于在所述类型域指示SDAP数据PDU的情况下，指示该SDAP数据PDU所在的QoS流标识。QFI的长度可以是6个比特。

(3)第一控制标识域(Control Flag1，CF1)，用于在所述类型域指示SDAP控制PDU或SDAP混合PDU的情况下，指示SDAP控制SDU的服务对象范围，所述服务对象范围为：所属SDAP PDU中列出的目标QoS流，或者，终端已建立的QoS流。也就是说，在所述类型域指示SDAP控制PDU或SDAP混合PDU时，该CF1所属SDAP PDU的SDAP SDU中包括有SDAP控制SDU，此时，该CF1用于确定该SDAP控制SDU所指示的服务是应用于终端已建立的所有QoS流，还是应用于该SDAP控制PDU中列出的目标QoS流。这里，所述终端是指该CF1所属SDAP PDU所对应的第一终端。例如，在该CF1所属SDAP PDU是下行SDAP PDU时，该终端即接收到该下行SDAPPDU的终端；在该CF1所属SDAP PDU是上行SDAP PDU时，该终端即发送该下行SDAP PDU的终端。CF1的长度可以是1个比特。

表2提供了CF1的一个示例。当CF1标识为终端(UE)所有的QoS flow时(表2中，取值为“0”时)，该SDAP Control PDU(D/C/H＝C)或者Control SDU(D/C/H＝H)中控制信息不携带任何QoS flow ID。当CF1标识为PDU中携带的QoS flow时(表2中取值为“1”时)，则只包括Control SDU中包含的所有的QoS flow。((D/C/H＝H，此时QFI字段用来标识Data SDU所述的QoS flow)。

表2

(4)第二控制标识域(CF2)，用于在第一控制标识域(CF1)指示的服务对象范围为所属SDAP PDU中列出的目标QoS流的情况下，指示SDAP控制SDU的服务对应关系，所述服务对应关系包括：第一对应关系和第二对应关系，其中，第一对应关系是所有目标QoS流均对应于SDAP控制SDU中的同一服务，第二对应关系是目标QoS流与SDAP控制SDU中的服务一一对应。即，CF2用于标识SDAP Control PDU或者Control SDU的格式。

CF2的长度可以是1个比特。表3提供了CF2的一个示例。在CF1＝(QoS flowslisting in the PDU)且D/C/H取值为C/H时，标识控制SDU中的“服务”是针对该SDAPControl PDU或者Control SDU中携带的QoS flow逐一对应一个“服务”(如表3，CF2＝1)，还是携带的所有的QoS flow集中对应一种“服务”(如表3，CF2＝0)。当CF1＝(All QoS flowsof UE)时，忽略CF2，即CF2为无效值。

表3

(5)数据标识域(DF1)，用于在所述类型域(D/C/H)指示SDAP控制PDU或SDAP混合PDU的情况下，指示SDAP数据SDU是否携带序号(SN)，以及，在携带序号的情况下指示序号的长度。即，DF1用于标识SDAP Data PDU或者Data SDU中是否携带SN(Sequence Number)，以及，如果携带，则指示SN号的长度。DF1的长度可以是2个比特。

表4提供了DF1的一个示例。如表4所示，如果DF1＝0，标识该SDAP Data PDU或者Data SDU中不携带SN号，即没有排序功能。其它取值标识SN号的长度，如取值为1时，表示SN号的长度是1个字节。

表4

本申请实施例中，在所述类型域指示SDAP混合PDU的情况下，所述SDAP SDU包括至少一个SDAP控制SDU；所述头单元还包括与每个SDAP控制SDU对应的扩展域(E)和第一长度域；其中：

(6)所述第一长度域(CL)，用于在所述类型域(D/C/H)指示SDAP混合PDU的情况下，指示本扩展域(E)对应的SDAP控制SDU的长度。CL的长度可以是2个字节。当D/C/H＝D/C时，该CL不存在，即在SDAP PDU中没有该CL字段。当D/C/H＝H时，标识该SDAP PDU中的ControlSDU的字节长度。

进一步的，所述头单元还可以包括以下域中的至少一项：

(7)扩展域(E)，用于指示本扩展域(E)对应的SDAP控制SDU之后是否还存在SDAP控制SDU。E域的长度可以是1个比特。表5提供了E域的一个示例，该示例中，在取值为0时表示本扩展域(E)对应的SDAP控制SDU是SDAP PDU中的最后一个SDAP控制SDU，在取值为1时表示本扩展域(E)对应的SDAP控制SDU之后还存在SDAP控制SDU，即本扩展域(E)对应的SDAP控制SDU不是SDAP PDU中的最后一个SDAP控制SDU。

表5

(8)RQI域，用于标识是否向非接入层NAS指示更新NAS映射规则。该RQI域的具体定义可参考现有技术的类似域。在6G系统中也可以不存在该字段。

(9)保留字段(R)，即为空闲字段。

本申请实施例中，所述SDAP控制SDU包括以下域中的至少一项：

(1)服务标识域(Service ID，SID)，用于指示所属SDAP控制SDU申请、配置或应答的服务的标识(ID)。SID的长度可以整字节或者几个比特。例如，SID长度为6比特(bits)。

(2)第三控制标识域(CF3)，用于指示所述服务为固定格式或非固定格式。固定格式具有固定的长度，非固定格式的长度则是可变的。即CF3用于确定SID所指示的服务是否为固定格式，如果是固定格式，则不存在下文的L域；否则，则存在L域，以根据L域确定服务上下文域的长度，进而通过解析服务上下文域，解析得到服务的内容。CF3的长度可以是1比特。

表6提供了CF3域的一个示例。CF3取值0时表示固定格式，取值1表示非固定格式。

表6

(3)第四控制标识域(CF4)，用于在第三控制标识域指示非固定格式的情况下，指示第二长度域的长度。CF3的长度可以是1比特。

表7提供了CF4域的一个示例。如表7所示，在CF3取值0和1的情况下，第二长度域的长度分别为8bit和16bits，当然，本申请实施例也可以取其它取值，比如8bits和1bits。

表7

(4)第二长度域(L域)，用于指示服务上下文域的长度。即，该第二长度域的值用于指示服务上下文域的长度，如字节长度等。L域的长度根据CF4的取值决定。比如如果L长度为8bit，则一个“服务”的上下文信息的长度最大为255Bytes。

(5)服务上下文域，用于指示该服务的上下文信息，即指示服务的内容。

下面提供某些情况下的SDAP SDU的格式的示例。

例如，在所述第二控制标识域指示SDAP控制SDU的服务对应关系为所述第一对应关系的情况下(表3中CF2＝0，所有的QoS flow集中对应一种“服务”)：

(A)如果所述第一控制标识域指示的服务对象范围为SDAP控制PDU中列出的目标QoS流(表2中CF1＝1，SDAP控制SDU中携带的所有QoS flow对应相同的服务格式)，则所述SDAP控制SDU包括：至少一个服务标识域，和，与所述至少一个服务标识域对应的一个服务上下文域。该情况下的一种具体的SDAP SDU的格式如图10所示。

(B)如果所述第一控制标识域指示的服务对象范围为第一设备或第二设备已建立的QoS流(表2中CF1＝0，UE建立的所有QoS flow对应相同的服务格式)，则所述SDAP控制SDU包括一个所述服务上下文域。该情况下的一种具体的SDAP SDU的格式如图11所示。

又例如，在所述第一控制标识域指示SDAP控制SDU的服务对应关系为所述第二对应关系的情况下(表2中CF1＝1，SDAP控制SDU携带的所有QoS flow逐一对应一个服务)：所述SDAP控制SDU包括：至少一个服务标识域，和，与每个服务标识域一一对应的服务上下文域。针对需要变动“服务”的QoS flow，可以针对每个QoS flow，分别对应其相应的“服务”内容。该情况下的一种具体的SDAP SDU的格式如图12所示。

又例如，本申请实施例中，在所述数据标识域指示SDAP数据SDU携带序号的情况下(DF1不等于0)，所述SDAP数据SDU包括序号域和数据域，该情况下的一种具体的SDAP数据SDU的格式如图13所示。

又例如，在所述数据标识域指示SDAP数据SDU不携带序号的情况下(DF1等于0)，所述SDAP数据SDU包括数据域。该情况下的一种具体的SDAP数据SDU的格式如图14所示，此时不携带SN号。

基于本申请实施例的上下行SDAP PDU的相同格式，本申请实施例还提供了一种数据发送方法，应用于第一设备，该第一设备可以是网络设备或终端，如图15所示，该方法包括：

步骤151，第一设备基于上下行SDAP PDU的相同格式，生成第一SDAP PDU。

这里，所述上下行SDAP PDU的相同格式包括：头单元和SDAP SDU，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。具体结构可参考上文的描述。

步骤152，所述第一设备向第二设备发送第一SDAP PDU。

通过以上步骤，本申请实施例能够实现SDAP协议层面向服务功能的灵活按需激活，基于统一的SDAP PDU格式，SDAP PDU中携带有PDU结构或者包含的各种信息或者格式的指示信息，接收端只需要按照上述相同格式对SDAP PDU进行解析，即可在不同的功能服务切换时避免数据丢失。

可以看出，本申请实施例实现了按需的协议功能灵活选择，实现了一种面向服务的RAN的协议栈方案。另外，由于是相同格式，相比于基于不同格式传输的情况，本申请实施例能够降低用于格式指示的RRC信令的开销。本申请实施例可以实现0切换，以及实现了配置信息改变过程中的无数据丢失。

另外，由于第一设备可以是网络设备或终端，因此第一控制标识域(CF1)所指示SDAP控制SDU的服务对象范围则为：第一控制标识域(CF1)所属SDAP PDU中列出的目标QoS流，或者，第一设备或第二设备已建立的QoS流。这里，在第一设备为终端时，第一设备或第二设备已建立的QoS流是指第一设备已建立的QoS流；在第二设备为终端时，第一设备或第二设备已建立的QoS流是指第二设备已建立的QoS流。

本申请实施例还提供了一种数据接收方法，应用于第二设备，如图16所示，该方法包括：

步骤161，第二设备接收第一设备发送的第一SDAP PDU。

这里，所述第一SDAP PDU是基于上下行SDAP PDU的相同格式生成的SDAP PDU，所述上下行SDAP PDU的相同格式包括：头单元和SDAP SDU，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。

步骤162，所述第二设备根据所述上下行SDAP PDU的相同格式，解析所述第一SDAPPDU。

通过以上步骤，本申请实施例实现了SDAP协议层面向服务功能的灵活按需激活，基于统一的SDAP PDU格式，接收设备只需要按照上述相同格式对SDAP PDU进行解析，即可在不同的功能服务切换时避免数据丢失。

上述步骤162中，所述第二设备根据所述类型域，确定所述第一SDAP PDU的类型，并根据第一控制标识域(CF1)、第二控制标识域(CF2)和数据标识域(DF1)，获取所述第一SDAP PDU中的SDAP控制SDU和/或SDAP数据SDU；然后，根据SDAP控制SDU包括的域，对所述第一SDAP PDU中的SDAP控制SDU进行解析，和/或，根据SDAP数据SDU包括的域，对所述第一SDAP PDU中的SDAP数据SDU进行解析，获得SDAP数据SDU。

本申请实施例中，SDAP PDU中携带有PDU结构或者包含的各种信息或者格式的指示信息，这样，在功能改变时能够保证接收设备正确解析该PDU。在各种“服务”切换的过程中，SDAP PDU的处理都是按照PDU中携带的随路信息进行解析和处理，确保在新旧服务切换过程中数据包无丢失并都能正确处理。

当对QoS flow的“服务”进行更改的过程中，SDAP PDU的处理按照该PDU中携带的随路信息使用具体的服务进行处理。比如新申请了“排序”的服务，此时还有不携带SN号的Data SDU，当第二设备接收到此类SDU后，按照“排序”服务生效前的处理把数据包递交到给上层。

以上介绍了本申请实施例的各种方法。下面将进一步提供实施上述方法的装置。

请参考图17，本申请实施例还提供一种第一设备1700，包括：

第一生成模块1701，用于基于上下行服务数据适应协议SDAP协议数据单元PDU的相同格式，生成第一SDAP PDU；

第一发送模块1702，用于向第二设备发送第一SDAP PDU；其中，

上下行SDAP PDU的相同格式包括：头单元和SDAP SDU。

这里，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。

关于上下行SDAP PDU的相同格式，可参考上文的描述，此处不再赘述。

需要说明的是，该实施例中的设备是与上述应用于第一设备侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图18，本申请实施例还提供一种第一设备1800，包括：收发机1801和处理器1802；

上述处理器1802，用于基于上下行服务数据适应协议SDAP协议数据单元PDU的相同格式，生成第一SDAP PDU；

所述收发机1801，用于向第二设备发送第一SDAP PDU；其中，

上下行SDAP PDU的相同格式包括：头单元和SDAP SDU，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种。

关于上下行SDAP PDU的相同格式，可参考上文的描述，此处不再赘述。

需要说明的是，该实施例中的设备是与上述应用于第一设备侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图19，本申请实施例还提供一种第二设备1900，包括：

第一接收模块1901，用于接收第一设备发送的第一SDAP PDU，其中，所述第一SDAPPDU是基于上下行SDAP PDU的相同格式生成的SDAP PDU，所述上下行SDAP PDU的相同格式包括：头单元和SDAP SDU。

这里，SDAP SDU包括SDAP控制SDU和SDAP数据SDU中的至少一种；

第一解析模块1902，用于根据所述上下行SDAP PDU的相同格式，解析所述第一SDAP PDU。

关于上下行SDAP PDU的相同格式，可参考上文的描述，此处不再赘述。

可选的，第一解析模块，还用于根据所述类型域，确定所述第一SDAP PDU的类型，并根据第一控制标识域(CF1)、第二控制标识域(CF2)和数据标识域(DF1)，获取所述第一SDAP PDU中的SDAP控制SDU和/或SDAP数据SDU；根据SDAP控制SDU包括的域，对所述第一SDAP PDU中的SDAP控制SDU进行解析，和/或，根据SDAP数据SDU包括的域，对所述第一SDAPPDU中的SDAP数据SDU进行解析，获得SDAP数据SDU。

需要说明的是，该实施例中的设备是与上述应用于第二设备侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图20，本申请实施例还提供一种第二设备2000，包括：收发机2001和处理器2002；

所述收发机2001，用于接收第一设备发送的第一SDAP PDU，其中，所述第一SDAPPDU是基于上下行SDAP PDU的相同格式生成的SDAP PDU，所述上下行SDAP PDU的相同格式包括：头单元和SDAP SDU；

所述处理器2002，根据所述上下行SDAP PDU的相同格式，解析所述第一SDAP PDU。

关于上下行SDAP PDU的相同格式，可参考上文的描述，此处不再赘述。

可选的，所述处理器，还用于根据所述类型域，确定所述第一SDAP PDU的类型，并根据第一控制标识域(CF1)、第二控制标识域(CF2)和数据标识域(DF1)，获取所述第一SDAPPDU中的SDAP控制SDU和/或SDAP数据SDU；根据SDAP控制SDU包括的域，对所述第一SDAP PDU中的SDAP控制SDU进行解析，和/或，根据SDAP数据SDU包括的域，对所述第一SDAP PDU中的SDAP数据SDU进行解析，获得SDAP数据SDU。

需要说明的是，该实施例中的设备是与上述应用于第二设备侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图21，本申请实施例还提供一种第一设备2100，包括处理器2101，存储器2102，存储在存储器2102上并可在所述处理器2101上运行的计算机程序，该计算机程序被处理器2101执行时实现上述由第一设备执行的数据发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

请参考图22，本申请实施例还提供一种第二设备2200，包括处理器2201，存储器2202，存储在存储器2202上并可在所述处理器2201上运行的计算机程序，该计算机程序被处理器2201执行时实现上述由第二设备执行的数据接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述数据发送方法或数据接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“中包含”或者其任何其他变体意在涵盖非排他性的中包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。