CN115915253A - 一种通信方法及装置 - Google Patents

Abstract

本申请实施例提供一种通信方法及装置，第一通信设备获取无线承载的配置信息，其中该配置信息用于指示该无线承载对应的RLC实体的传输模式为透明模式；第一通信设备基于该配置信息，将该无线承载对应的RLC实体的传输模式配置为透明模式。通过将无线承载对应的RLC实体的传输模式配置为透明模式，可以有效减少该无线承载对应的RLC PDU的头开销、节省空口开销，更好地满足URLLC业务的低时延和高可靠性需求。

Description

一种通信方法及装置

技术领域

本申请实施例涉及无线通信领域，尤其涉及一种通信方法及装置。

背景技术

超高可靠性低时延通信(ultra-reliability low latency communation，URLLC)是第五代移动通信技术(5^th generation mobile network，5G)的重要应用场景之一。URLLC最大的特点是低时延和高可靠性。因此，在自动驾驶、工业制造、车联网和智能电网等领域的广泛应用。

新无线(New radio，NR)协议规定，相互通信的设备之间具有一定的协议层结构，例如发送端应用(application，APP)层下来的数据包需要经过业务数据适配协议(servicedata adaptation protocol，SDAP)层、分组数据汇聚层协议(Packet Data ConvergenceProtocol，PDCP)、无线链路控制(Radio link control，RLC)、媒体接入控制(mediumaccess control，MAC)层、物理(physical layer，PHY)层等多个协议层的处理，每层的处理复杂，不仅带来较大的处理时延，还会增加额外的头开销，即增加了空口开销，所以难以满足URLLC的低时延和高可靠性需求。

因此，如何降低空口开销和处理时延，以满足URLLC的低时延和高可靠性需求，是亟需解决的技术问题。

发明内容

本申请实施例提供一种通信方法及装置，用以降低空口开销和处理时延，满足URLLC的低时延和高可靠性需求。

第一方面，提供一种通信方法，以方法由第一通信设备的RLC实体执行为例，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备的RLC实体从上层实体获取RLC SDU；第一通信设备的RLC实体根据RLC SDU生成RLC PDU；其中，RLC PDU包括头部和数据，数据为RLC SDU的数据中的第一分段，头部包括序列号和第一索引，序列号用于标识RLC SDU，第一索引用于标识第一分段在RLC SDU的分段中的编号，RLC SDU中的不同分段分别对应不同的索引；第一通信设备的RLC实体发送RLC PDU。

相应的，第二方面，提供一种通信方法，以方法由第二通信设备的RLC实体执行为例，第二通信设备能够与第一通信设备通信，第二通信设备例如是基站或终端，本申请不做限制。方法包括：第二通信设备的RLC实体接收RLC PDU；其中，RLC PDU包括头部和数据，数据为RLC SDU的第一分段，头部包括序列号和第一索引，序列号用于标识RLC SDU，第一索引用于标识第一分段在RLC SDU的分段中的编号，RLC SDU中的不同分段分别对应不同的索引；第二通信设备的RLC实体根据序列号和第一索引确定RLC PDU的数据是RLC SDU的分段中的第一分段。

上述方案通过索引来指示每个RLC PDU中的数据是RLC SDU中的第几个分段，可以在保证数据传输可靠性的前提下，减少RLC PDU的头开销，进而节省空口开销。

一种可能的设计中，第一索引的取值不超过阈值。换而言之，第一索引对应的开销不超过预设比特。例如，第一索引的取值范围是0～15，则对应二进制表示为“1111”，则第一索引的开销最多为4bits。

如此，可以保证第一索引的开销在预设比特范围内，进而节省空口开销。

第三方面，提供一种通信方法，以方法由第一通信设备的RLC实体执行为例，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备的RLC实体从上层实体获取RLC SDU；第一通信设备的RLC实体根据配置信息确定RLC SDU不分段，其中配置信息用于指示RLC SDU不分段；第一通信设备的RLC实体根据RLC SDU生成RLC PDU；其中，RLCPDU的数据为完整的RLC SDU；第一通信设备的RLC实体发送RLC SDU。

相应的，第四方面，提供一种通信方法，以方法由第二通信设备的RLC实体执行为例，第二通信设备能够与第一通信设备通信，第二通信设备例如是基站或终端，本申请不做限制。法包括：第二通信设备的RLC实体接收RLC PDU；根据配置信息确定该RLC PDU的数据为完整的RLC SDU。

上述方案中，可以实现在RLC PDU中不携带SO字段，进而减少RLC PDU的头开销、节省空口开销。

一种可能的设计中，网络设备(例如是第一通信设备或第二通信设备或其它设备)还生成并发送配置信息，该配置信息用于指示第一通信设备的RLC SDU不分段。

一种可能的设计中，配置信息的配置粒度可以由数据无线承载、服务质量流、PDU会话、网络切片、逻辑信道标识、终端、PDCP实体或RLC实体中一项或多项确定。

如此，提供了配置信息的多种配置粒度，提高了方案的灵活性。

一种可能的设计中，配置信息的具体内容可以包括：第一指示信息，用于指示业务类型为超可靠低时延通信业务；和/或，第二指示信息，用于指示RLC SDU被允许的最大可分段数量为0或RLC SDU不分段。以配置粒度由数据无线承载确定为例，则配置信息可以包括：第一指示信息，用于指示第一数据无线承载对应的业务类型为超可靠低时延通信业务，和/或，第二指示信息，用于指示第一数据无线承载对应的RLC SDU被允许的最大可分段数量为0或者第一数据无线承载对应的RLC SDU不分段。

如此，配置信息的内容可以有多种实现方式，提高了方案的灵活性。

第五方面，提供一种通信方法，该方法可以由第一通信设备执行，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备获取无线承载的配置信息，其中配置信息用于指示无线承载对应的RLC实体的传输模式为透明模式；第一通信设备基于配置信息，将无线承载对应的RLC实体的传输模式配置为透明模式。

相应的，第六方面，提供一种通信方法，该方法可以由第二通信设备执行，第二通信设备能够与第一通信设备通信，第二通信设备例如是基站，本申请不做限制。方法包括：第二通信设备生成无线承载的配置信息，其中配置信息用于指示无线承载对应的RLC实体的传输模式为透明模式；第二通信设备发送配置信息。

基于上述方案中，可以实现单独配置某个无线承载支持RLC TM模式，进而有效减少RLC PDU的头开销、节省空口开销。

一种可能的设计中，无线承载为数据无线承载、信令无线承载或计算无线承载中的一种。

第七方面，提供一种通信方法，以方法由第一通信设备的PDCP实体执行为例，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备的PDCP实体获取PDCP SDU；第一通信设备的PDCP实体根据PDCP SDU生成PDCP PDU；其中，PDCP PDU包括头部和数据，数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCP SDU，头部还包括分段偏移或索引，分段偏移用于指示一个分段的第一个字节在PDCP SDU中的字节偏移量，索引用于标识一个分段在RLC SDU的分段中的编号。

相应的，第八方面，提供一种通信方法，以方法由第二通信设备的PDCP实体执行为例，第二通信设备能够与第一通信设备通信，第二通信设备例如是基站或终端，本申请不做限制。方法包括：第二通信设备的PDCP实体获取多个PDCP PDU；其中，多个PDCP PDU中的每个PDCP PDU包括头部和数据，数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCP SDU，头部还包括分段偏移或索引，分段偏移用于指示一个分段的第一个字节在PDCP SDU中的字节偏移量，索引用于标识一个分段在RLC SDU的分段中的编号；其中，多个PDCP PDU对应的序列号相同；第二通信设备的PDCP实体根据多个PDCP PDU生成一个PDCPSDU。

基于上述方案，可以实现将RLC层的功能合并到PDCP层，进而省去RLC层的所有头开销，所以可以减少空口开销。

一种可能的设计中，第一通信设备的PDCP实体可以直接将PDCP PDU下发给媒体接入控制实体。相应的，第二通信设备的PDCP实体也可以直接从媒体接入控制实体获取多个PDCP PDU。

如此，可以直接省去了RLC层的处理过程，进而降低第一通信设备和处理端的处理时延。

第九方面，提供一种通信方法，该方法可以由第一通信设备执行，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备的第一PDCP实体发送第一PDCPdata PDU；第一通信设备的第二PDCP实体发送第一PDCP control PDU；其中，第一PDCPcontrol PDU与第一PDCP data PDU关联，第一PDCP实体与第二PDCP实体不同。

相对应的，第十方面，提供一种通信方法，该方法可以由第二通信设备执行，第二通信设备能够与第一通信设备通信，第二通信设备例如是终端或基站，本申请不做限制。方法包括：第二通信设备接收第一通信设备的第一PDCP实体发送的第一PDCP data PDU；第二通信设备接收第一通信设备的第二PDCP实体发送的第一PDCP control PDU；其中，第一PDCP control PDU与第一PDCP data PDU关联，第一PDCP实体与第二PDCP实体不同。

基于上述方案，可以实现PDCP data PDU与PDCP control PDU解耦，通过PDCPdata PDU与PDCP control PDU不同的PDCP实体发送，如此可以支持PDCP实体采用TM模式发送PDCP data PDU，减少PDCP data PDU的头开销，节省空口开销。

一种可能的设计中，第一通信设备还获取配置信息；第一通信设备根据配置信息确定第一PDCP实体发送第一PDCP data PDU、第二PDCP实体发送第一PDCP control PDU。例如，第一通信设备是终端，第二通信设备是基站，则第二通信设备生成配置信息，并向第一通信设备发送配置信息，第一通信设备接收来自第二通信设备的配置信息；或者例如，第二通信设备是终端，第一通信设备是基站，则第一通信设备生成配置信息，并向第二通信设备发送配置信息，第二通信设备接收来自第一通信设备的配置信息。

如此，可以实现网络侧给终端侧配置PDCP data PDU与PDCP control PDU解耦，提高了方案的可靠性。

一种可能的设计中，配置信息可以包括：第一指示信息，用于指示：第一PDCP实体的PDCP data PDU的传输实体与PDCP control PDU的传输实体分离，或者，第一PDCP实体的传输模式为透明模式。

如此，网络侧可以显式地指示第一PDCP实体的PDCP data PDU的传输实体与PDCPcontrol PDU的传输实体分离，也可以隐式地指示第一PDCP实体的PDCP data PDU的传输实体与PDCP control PDU的传输实体分离，提高了方案的灵活性。

一种可能的设计中，配置信息还可以包括以下至少一种：第二指示信息，用于指示：第一PDCP实体用于传输PDCP data PDU；第三指示信息，用于指示：第二PDCP实体用于传输PDCP control PDU；第四指示信息，用于指示：第二PDCP实体传输的PDCP control PDU与第一PDCP实体传输的PDCP data PDU关联。

如此，网络侧还可更加清楚地指示终端侧PDCP data PDU的传输实体与PDCPcontrol PDU的传输实体分离的方式，提高了方案的可靠性。

一种可能的设计中，该方法还包括：第一通信设备的第三PDCP实体发送第二PDCPdata PDU；第一通信设备的第四PDCP实体发送第二PDCP control PDU。相对应的，第二通信设备接收第一通信设备的第三PDCP实体发送的第二PDCP data PDU；第二通信设备接收第一通信设备的第四PDCP实体发送的第二PDCP control PDU。其中，第二PDCP control PDU与第二PDCP data PDU关联，第三PDCP实体、第四PDCP实体、第一PDCP实体、第二PDCP实体中任意两个实体不同。

换而言之，传输PDCP data PDU的PDCP实体与传输PDCP control PDU的PDCP实体的关联关系可以是一对一的关联关系。

一种可能的设计中，该方法还包括：第一通信设备的第三PDCP实体发送第二PDCPdata PDU；第一通信设备的第二PDCP实体发送第二PDCP control PDU。相对应的，第二通信设备接收第一通信设备的第三PDCP实体发送的第二PDCP data PDU；第二通信设备接收第一通信设备的第二PDCP实体发送的第二PDCP control PDU。其中，第二PDCP control PDU与第二PDCP data PDU关联，第三PDCP实体、第一PDCP实体、第二PDCP实体中任意两个实体不同。

换而言之，传输PDCP data PDU的PDCP实体与传输PDCP control PDU的PDCP实体的关联关系可以是多对一的关联关系。

一种可能的设计中，当第一通信设备的第二PDCP实体既发送第一PDCP controlPDU又发送第二PDCP control PDU时，第一PDCP control PDU中可以携带第一PDCP实体的标识；第二PDCP control PDU中携带第三PDCP实体的标识或第二PDCP data PDU的标识。

如此，可以方便接收端区分第二PDCP实体中的不同PDCP control PDU，提高通信的可靠性。

第十一方面，提供一种通信方法，该方法可以由第一通信设备执行，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备的第一PDCP实体发送第一PDCP data PDU；第一通信设备RRC实体或NAS实体或SDAP实体或RLC实体或MAC实体或物理层实体发送第一PDCP control PDU；其中，第一PDCP control PDU与第一PDCP data PDU关联。

相应的，第十二方面，提供一种通信方法，该方法可以由第二通信设备执行，第二通信设备能够与第一通信设备通信，第二通信设备例如是终端或基站，本申请不做限制。方法包括：第二通信设备接收第一通信设备的第一PDCP实体发送的第一PDCP data PDU；第二通信设备接收第一通信设备的RRC实体或NAS实体或SDAP实体或RLC实体或MAC实体或物理层实体发送的第一PDCP control PDU；其中，第一PDCP control PDU与第一PDCP data PDU关联。

基于上述方案，可以实现PDCP data PDU与PDCP control PDU解耦，通过其它层的实体发送PDCP control PDU，如此可以支持PDCP实体采用TM模式发送PDCP data PDU，进而减少PDCP data PDU的头开销，节省空口开销。

第十三方面，提供一种通信方法，该方法可以由第一通信设备执行，第一通信设备例如是基站或终端，本申请不做限制。方法包括：第一通信设备接收数据包；其中，第一通信设备的PDCP实体和RLC实体的传输模式均为透明模式；第一通信设备根据接收数据包的时域位置、序列号与时域位置的映射关系，确定数据包对应的序列号。

相应的，第十四方面，提供一种通信方法，该方法可以由第二通信设备执行，第二通信设备能够与第一通信设备通信，第二通信设备例如是终端或基站，本申请不做限制。方法包括：第二通信设备根据序列号与时域位置的映射关系、数据包对应的序列号，确定数据包对应的时域位置；其中，第二通信设备的PDCP实体和RLC实体的传输模式均为透明模式；第二通信设备在数据包对应的时域位置发送第一数据包。

基于上述方案，可以实现PDCP实体和RLC实体都支持TM，同时第一通信设备可以获得PDCP data PDU和RLC data PDU对应的SN，进而在实现节省空口开销的同时，保证数据传输的可靠性。

在本申请实施例中，对序列号与时域位置执行映射操作可以由任一协议层对应的实体执行。例如：

第一种可能的设计中，第一通信设备的媒体接入控制实体可以向第一通信设备的PDCP实体传递数据包的时域位置；第一通信设备的PDCP实体根据媒体接入控制实体接收数据包的时域位置、序列号与时域位置的映射关系，确定数据包对应的序列号。

第二种可能的设计中，第一通信设备的媒体接入控制实体可以根据接收数据包的时域位置、序列号与时域位置的映射关系，确定数据包对应的序列号，进而第一通信设备的媒体接入控制实体向第一通信设备的PDCP实体传递数据包对应的序列号。

第三种可能的设计中，第二通信设备的PDCP实体也可以向第二通信设备的媒体接入控制实体传递数据包对应的序列号，进而第二通信设备的媒体接入控制实体根据序列号与时域位置的映射关系、数据包对应的序列号，确定数据包对应的时域位置。

第四种可能的设计中，第二通信设备的PDCP实体可以根据序列号与时域位置的映射关系、数据包对应的序列号，确定数据包对应的时域位置，进而第二通信设备的PDCP实体向第二通信设备的媒体接入控制实体传递数据包对应的时域位置。

应理解，以上四种方式仅为示例而非限定。

一种可能的设计中，第一通信设备可以从网络设备获取序列号与时域位置的映射关系。例如，第一通信设备是终端，则基站可以发送序列号与时域位置的映射关系，进而第一通信设备从基站接收序列号与时域位置的映射关系。

第十五方面，提供一种通信装置，该装置包括收发模块，用于与该装置之外的其它装置通信，处理模块用于通过控制通信模块执行如第一方面或第一方面任一可能的设计或第二方面或第二方面任一可能的设计或第三方面或第三方面任一可能的设计或第四方面或第四方面任一可能的设计或第五方面或第五方面任一可能的设计或第六方面或第六方面任一可能的设计或第七方面或第七方面任一可能的设计或第八方面或第八方面任一可能的设计或第九方面或第九方面任一可能的设计或第十方面或第十方面任一可能的设计或第十一方面或第十一方面任一可能的设计或第十二方面或第十二方面任一可能的设计或第十三方面或第十三方面任一可能的设计或第十四方面或第十四方面任一可能的设计中所述的方法的模块。

第十六方面，提供一种通信装置，包括处理器和存储器；其中，处理器和存储器耦合，存储器用于存储计算机执行指令，处理器用于执行存储器所存储的计算机执行指令，以使通信装置执行如第一方面或第一方面任一可能的设计或第二方面或第二方面任一可能的设计或第三方面或第三方面任一可能的设计或第四方面或第四方面任一可能的设计或第五方面或第五方面任一可能的设计或第六方面或第六方面任一可能的设计或第七方面或第七方面任一可能的设计或第八方面或第八方面任一可能的设计或第九方面或第九方面任一可能的设计或第十方面或第十方面任一可能的设计或第十一方面或第十一方面任一可能的设计或第十二方面或第十二方面任一可能的设计或第十三方面或第十三方面任一可能的设计或第十四方面或第十四方面任一可能的设计中所述的方法。

第十七方面，提供一种芯片，包括逻辑电路和输入输出接口；其中，输入输出接口用于接收来自芯片之外的其它通信装置的信号并传输至逻辑电路或将来自逻辑电路的信号发送给芯片之外的其它通信装置，逻辑电路用于实现如第一方面或第一方面任一可能的设计或第二方面或第二方面任一可能的设计或第三方面或第三方面任一可能的设计或第四方面或第四方面任一可能的设计或第五方面或第五方面任一可能的设计或第六方面或第六方面任一可能的设计或第七方面或第七方面任一可能的设计或第八方面或第八方面任一可能的设计或第九方面或第九方面任一可能的设计或第十方面或第十方面任一可能的设计或第十一方面或第十一方面任一可能的设计或第十二方面或第十二方面任一可能的设计或第十三方面或第十三方面任一可能的设计或第十四方面或第十四方面任一可能的设计中所述的方法。

第十八方面，提供一种计算机可读存储介质，存储介质中存储有计算机程序或指令，当计算机程序或指令被通信装置执行时，实现如第一方面或第一方面任一可能的设计或第二方面或第二方面任一可能的设计或第三方面或第三方面任一可能的设计或第四方面或第四方面任一可能的设计或第五方面或第五方面任一可能的设计或第六方面或第六方面任一可能的设计或第七方面或第七方面任一可能的设计或第八方面或第八方面任一可能的设计或第九方面或第九方面任一可能的设计或第十方面或第十方面任一可能的设计或第十一方面或第十一方面任一可能的设计或第十二方面或第十二方面任一可能的设计或第十三方面或第十三方面任一可能的设计或第十四方面或第十四方面任一可能的设计中所述的方法。

第十九方面，提供一种计算机程序产品，当其在计算机上运行时，使得如第一方面或第一方面任一可能的设计或第二方面或第二方面任一可能的设计或第三方面或第三方面任一可能的设计或第四方面或第四方面任一可能的设计或第五方面或第五方面任一可能的设计或第六方面或第六方面任一可能的设计或第七方面或第七方面任一可能的设计或第八方面或第八方面任一可能的设计或第九方面或第九方面任一可能的设计或第十方面或第十方面任一可能的设计或第十一方面或第十一方面任一可能的设计或第十二方面或第十二方面任一可能的设计或第十三方面或第十三方面任一可能的设计或第十四方面或第十四方面任一可能的设计中所述的方法被执行。

附图说明

图1为NR协议中用户面协议栈的示意图；

图2为RLC SDU分段的示意图；

图3A～图3E，为非确认模式的RLC data PDU的格式示意图；

图4A、图4B为两种PDCP data PDU的格式示意图；

图5为本申请实施例适用的一种通信系统的架构示意图；

图6A为本申请实施例提供的一种通信方法的流程图；

图6B为本申请实施例提供的一种可能的RLC PDU格式的示意图；

图7为本申请实施例提供的另一种通信方法的流程图；

图8A为本申请实施例提供的另一种通信方法的流程图；

图8B为本申请实施例提供的另一种可能的RLC PDU格式的示意图；

图9A为本申请实施例提供的另一种通信方法的流程图；

图9B、图9C为本申请实施例提供的两种可能的PDCP data PDU的格式示意图；

图9D～图9F为本申请实施例提供的三种可能的PDCP control PDU的格式示意图；

图10A为本申请实施例提供的一种可能的PDCP PDU格式的示意图；

图10B为本申请实施例提供的另一种通信方法的流程图；

图10C为本申请实施例提供的另一种通信方法的流程图；

图11A为本申请实施例提供的另一种通信方法的流程图；

图11B为本申请实施例提供的单载波传输场景的示意图；

图11C为本申请实施例提供的双载波传输场景的示意图；

图12为本申请的实施例提供的一种可能的通信装置的结构示意图；

图13为本申请的实施例提供的另一种可能的通信装置的结构示意图；

图14为本申请的实施例提供的一种可能的芯片的结构示意图。

具体实施方式

新无线(New radio，NR)协议中，相互通信的设备之间具有一定的协议层结构，且基于该协议层结构通信。

以用户设备(user equipment，UE)与基站(gNB)通信为例，参见图1，为UE与gNB之间进行通信的用户面协议栈的示意图，从上之下依次包括业务数据适配协议(servicedata adaptation protocol，SDAP)层、分组数据汇聚层协议(Packet Data ConvergenceProtocol，PDCP)层、无线链路控制(Radio link control，RLC)层、媒体接入控制(mediumaccess control，MAC)层、物理(physical layer，PHY)层等(控制面协议栈和用户面协议栈类似，只需要将SDAP层替换成无线资源控制(radio resource control，RRC)层)。数据传输过程中，每一层协议由对应层的实体执行，为了便于理解，本申请以下实施例中将执行SDAP层协议的实体称为SDAP实体，将执行PDCP层协议的实体称为PDCP实体，将执行RLC层协议的实体称为RLC实体，将执行MAC层协议的实体称为MAC实体，将执行PHY层协议的实体称为PHY实体等。

在UE与gNB进行数据传输时，数据需要依次经过UE与gNB上的各个层并在各个层进行相应的处理。以上行传输为例，数据在UE侧的各个层的处理包括：

1)UE侧SDAP实体接收应用(application，APP)层下发的数据包，为该数据包增加SDAP头(header)，最终形成SDAP层的协议数据单元(protocol data unit，PDU)，简称SDAPPDU，并传递给PDCP实体；

2)PDCP实体收到SDAP PDU，将其作为PDCP层的业务数据单元(service dataunit，SDU)，简称PDCP SDU经过PDCP实体处理后增加PDCP header，最终形成PDCP PDU，并传递给RLC实体；

3)RLC实体收到PDCP PDU，将其作为RLC层的SDU，简称RLC SDU经过RLC实体处理后，增加RLC header，最终形成RLC层的PDU，简称RLC PDU，并传递给MAC实体；

其中，RLC实体在处理RLC SDU时，还可以对RLC SDU进行分段，生成多个RLC SDU分段(Segement)，然后对每个分段分别增加RLC header，最终形成多个RLC PDU递交给MAC实体，如图2所示。

4)MAC实体收到RLC PDU，将其作为MAC层的SDU，简称MAC SDU经过MAC实体处理后，增加MAC子头(Subheader)，生成MAC subPDU，并将多个MAC sbuPDU(若同时有多个APP数据包都要发送，则生成多个MAC SDU对应的MAC sbuPDU；若有MAC CE要发送，则生成MAC CE对应的MAC subPDU)级联生成MAC层的PDU，简称MAC PDU，递交给PHY实体；

5)PHY实体从MAC实体收到MAC PDU后进行PHY实体编码并从空口发送给基站。

其中，RLC实体的传输模式有以下三种：

1)非确认模式(unacknowledged mode，UM)：发送实体在高层PDU上添加必要的控制协议开销，然后进行传送但并不保证传递到对等实体，且没有使用重传协议。接收实体对所接收到的错误数据标记为错误后递交，或者直接丢弃并向高层报告。由于RLC PDU包含有序列号(sequence number，SN)，因此能够检测高层PDU的完整性。UM的业务有小区广播和IP电话。

2)透明模式(transparent mode，TM)：发送实体在高层数据上不添加任何额外控制外协议开销，仅仅根据业务类型决定是否进行分段操作。接收实体接收到的PDU如果出现错误，则根据配置，在错误标记后递交或者直接丢弃并向高层报告。实时语音业务通常采用RLC透明模式。

3)确认模式(acknowledged mode，AM)：发送侧在高层数据上添加必要的控制协议开销后进行传送，并保证传递到对等实体。因为具有自动重传请求(auto repeat request，ARQ)能力，如果RLC接收到错误的RLC PDU，就通知发送方的RLC重传这个PDU。由于RLC PDU中包含有序列号信息，支持数据向高层的顺序/乱序递交。AM模式是分组数据传输的标准模式，比如www和电子邮件下载。

针对URLLC业务场景的数据包的传输，RLC实体一般使用UM。参见图3A～图3D，UM的无线链路控制数据协议数据单元(RLC data PDU)，支持如下几种格式：

1)如图3A所示，RLC data PDU包括一个完整的RLC SDU；

2)如图3B所示，RLC data PDU包括6比特的SN(没有分段偏移(segement offset，SO))；

3)如图3C所示，RLC data PDU包括12比特的SN(没有SO)；

4)如图3D所示，RLC data PDU包括6比特的SN并且有SO；

5)如图3E所示，RLC data PDU包括12比特的SN并且有SO。

上述各字段的含义如下：

R：预留比特；

SN：RLC SDU对应的数据包的编号，一般APP层下发的一个数据包对应一个SN，RLC层的SN一般可称为RLC SN；

SO：单位为字节(byte)，在某个RLC SN对应的完整数据包进行分段后、用于指示该分段位于完整RLC SN的哪个位置，如分段的第一个字节在PDCP SDU中的字节偏移量(例如第一个分段的SO为"0000000000000000")，长度为16比特(bits)；

数据(Data)：上层数据，例如：应用层数据，或业务数据适配协议数据协议数据单元(SDAP data PDU)，或业务数据适配协议控制协议数据单元(SDAP control PDU)等；

分段信息(Segmentation Info，SI)：用于进一步指示RLC PDU的类型。

其中，针对SI的不同取值对应的含义如下：

00：RLC PDU的数据包含RLC SDU的所有字节；

01：RLC PDU的数据包含RLC SDU的第一段；

10：RLC PDU的数据包含RLC SDU的最后一段；

11：RLC PDU的数据既不包含RLC SDU的第一段，也不包含RLC SDU的最后一段。

Oct：octal，表示八进制的。

从PDCP层看，分组数据汇聚层协议数据协议数据单元(PDCP data PDU)支持如下两种格式：

1)如图4A所示，具有12位PDCP SN的PDCP data PDU；

2)如图4B所示，具有18位PDCP SN的PDCP data PDU。

从图4A和图4B可以看出，上述两种格式下的PDCP data PDU除了携带上层数据外，分别额外还有6bytes和7bytes的头开销。

各字段的含义如下：

D/C：指示PDCP PDU的类型，包括“PDCP data PDU”(即携带APP数据)、“分组数据汇聚层协议控制协议数据单元PDCP control PDU”(即携带PDCP层本身的控制信令)两种可能；

R：预留位；

SN：指示该PDCP data PDU中的本次发送的数据包对应的SN，PDCP data PDU的SN与其对应的RLC SDU的SN相同，PDCP层的SN可称为PDCP SN；

数据(Data)：上层数据，例如：应用层数据，或SDAP data PDU，或SDAP controlPDU等；

MAC-I：完整性保护字段，用于接收端进行完整性校验。

基于以上描述可知，由于NR协议栈分为多层，且每层的处理复杂，会增加额外的头开销(如SN、SO等)，带来较大的空口开销；而且各层是串行处理，因此还会带来比较大的处理时延，例如，在上行传输中，UE侧封包时延增加，gNB侧解包时延增加；在下行传输中，gNB侧封包时延增加、UE侧解包时延增加。

鉴于此，提供本申请实施例的技术方案，用于简化相互通信的设备之间的协议层结构，进而降低数据包在设备上的处理时延以及降低空口开销。

本申请实施例可以应用于各种通信系统，例如包括但不限于：卫星通信系统、物联网(internet of things，IoT)、窄带物联网(narrow band internet of things，NB-IoT)系统、全球移动通信系统(global system for mobile communications，GSM)、增强型数据速率GSM演进系统(enhanced data rate for GSM evolution，EDGE)、宽带码分多址系统(wideband code division multiple access，WCDMA)、码分多址2000系统(code divisionmultiple access，CDMA2000)、时分同步码分多址系统(time division-synchronizationcode division multiple access，TD-SCDMA)，长期演进系统(long term evolution，LTE)、第五代移动通信技术(5^th generation mobile network，5G)系统，具体例如5G新无线(new radio，NR)，以及5G移动通信系统的三大应用场景增强型移动带宽(enhanced mobilebroadband，eMBB)，超可靠、低时延通信(ultra reliable low latency communications，uRLLC)和海量机器类通信(massive machine type communications，mMTC)，设备到设备(device-to-device，D2D)通信系统、机器到机器(machine to machine，M2M)通信系统、车联网通信系统，或者第六代移动通信技术(6th generation mobile network，6G)系统，或者未来演进的通信系统，或者其他通信系统等，本申请实施例对此不做限定。

进一步的，本申请实施例不仅可以适用于基站和终端的通信，也可以适用于基站和基站的通信，终端和终端的通信，车联网、物联网或工业互联网等的通信。

示例性的，参见图5，为本申请实施例适用的一种通信系统1000的架构示意图。如图5所示，该通信系统包括无线接入网100和核心网200，可选的，通信系统1000还可以包括互联网300。其中，无线接入网100可以包括至少一个无线接入网设备(如图5中的110a和110b)，还可以包括至少一个终端(如图5中的120a-120j)。终端通过无线的方式与无线接入网设备相连，无线接入网设备通过无线或有线方式与核心网连接。核心网设备与无线接入网设备可以是独立的不同的物理设备，也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端和终端之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图5只是示意图，该通信系统中还可以包括其它网络设备，如还可以包括无线中继设备和无线回传设备，在图5中未画出。

无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、第五代(5th generation，5G)移动通信系统中的下一代基站(next generation NodeB，gNB)、第六代(6thgeneration，6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributed unit，DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol，PDCP)的功能，还可以完成业务数据适配协议(service data adaptation protocol，SDAP)的功能；DU完成基站的无线链路控制(Radio link control，RLC)层和媒体接入控制(mediumaccess control，MAC)层的功能，还可以完成部分物理层或全部物理层的功能，有关上述各个协议层的具体描述，可以参考第三代合作伙伴计划(3rd generation partnershipproject，3GPP)的相关技术规范。无线接入网设备可以是宏基站(如图5中的110a)，也可以是微基站或室内站(如图5中的110b)，还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。为了便于描述，下文以基站作为无线接入网设备的例子进行描述。

终端也可以称为终端设备、用户设备(user equipment，UE)、移动台、移动终端等。终端可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicleto everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。

基站和终端可以是固定位置的，也可以是可移动的。基站和终端可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对基站和终端的应用场景不做限定。

基站和终端的角色可以是相对的，例如，图5中的直升机或无人机120i可以被配置成移动基站，对于那些通过120i接入到无线接入网100的终端120j来说，终端120i是基站；但对于基站110a来说，120i是终端，即110a与120i之间是通过无线空口协议进行通信的。当然，110a与120i之间也可以是通过基站与基站之间的接口协议进行通信的，此时，相对于110a来说，120i也是基站。因此，基站和终端都可以统一称为通信装置，图5中的110a和110b可以称为具有基站功能的通信装置，图5中的120a-120j可以称为具有终端功能的通信装置。

基站和终端之间、基站和基站之间、终端和终端之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。

在本申请的实施例中，基站的功能也可以由基站中的模块(如芯片)来执行，也可以由包含有基站功能的控制子系统来执行。这里的包含有基站功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行，也可以由包含有终端功能的装置来执行。

需要说明的是，图5仅仅是对本申请技术方案可以应用到的部分通信场景的举例，而非具体限定，实际还可以有其它场景。另外，图5中基站的数量、终端的数量也只是举例，本申请不限制基站和终端的数量。

以下结合附图详细介绍本申请实施例提供的技术方案。

一种可能的实施例中，可以采用索引代替SO。

参见图6A，为本申请实施例提供的一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S61、第一通信设备的RLC实体从上层实体获取RLC SDU。

第一通信设备可以是图5所示场景中的任一设备，例如是基站，或者例如是终端，本申请不做限制。

示例性的，上层实体可以是PDCP实体。其中，第一通信设备的RLC实体从PDCP实体获取RLC SDU还可以说成第一通信设备的RLC实体从PDCP实体获取PDCP PDU。

S62、第一通信设备的RLC实体根据RLC SDU生成RLC PDU。

具体的，第一通信设备的RLC实体可以对RLC SDU进行分段，生成多个RLC SDU分段，然后对每个分段分别增加RLC header，最终形成多个RLC PDU。其中每个RLC PDU均包括头部和数据两部分，其中每个RLC PDU的数据为该RLC SDU的数据中的一个分段，每个RLCPDU的头部包括SN和索引，其中SN用于标识该RLC SDU(即表示该RLC PDU的数据是该RLCSDU的数据中的一部分，具体可参考上文中对SN的定义介绍)，索引用于标识每个RLC PDU对应的分段(即每个RLC PDU的数据)在该RLC SDU的分段中的编号，其中RLC SDU中的不同分段分别对应不同的索引。以一个RLC PDU为例：第一RLC PDU的数据是该RLC SDU的数据中第一分段，第一RLC PDU的头部中的第一索引则用于标识第一RLC PDU的数据是该RLC SDU的分段中第一分段。

示例性的，以第一通信设备的RLC实体对SN为1的RLC SDU进行分段共生成4个RLCSDU分段(分段1、分段2、分段3、分段4)为例：分段1增加RLC header后成为RLC PDU1，其中携带的SN为1，索引的值为00(表示RLC PDU1中的数据是SN为1的RLC SDU中的第1个分段)；分段2增加RLC header后成为RLC PDU2，其中携带的SN为1，索引的值为01(表示RLC PDU2中的数据是SN为1的RLC SDU中的第2个分段)；分段3增加RLC header后成为RLC PDU3，其中携带的SN为1，索引的值为10(表示RLC PDU3中的数据是SN为1的RLC SDU中的第3个分段)；分段4增加RLC header后成为RLC PDU4，其中携带的SN为1，索引的值为11(表示RLC PDU4中的数据是SN为1的RLC SDU中的第4个分段)。

应理解，当然实际应用时也可能不分段，那就不涉及需要标识分段，所以本实施例对不分段的情况不做过多的介绍，本实施例主要是以分段的情况为例。

S63、第一通信设备的RLC实体发送该RLC PDU，相应的，第二通信设备的RLC实体接收该RLC PDU；

应理解，实际传输过程还需经过下层实体(如MAC实体、PHY实体等)的处理。例如，第一通信设备的RLC实体发送RLC PDU的过程包括：RLC层的实体将RLC PDU传递给MAC进行处理获得MAC PDU，MAC实体将MAC PDU传递到PHY实体，最后由PHY实体进行编码后从空口发送出去。相应的，第二通信设备的RLC实体接收RLC PDU的过程包括：第二通信设备的PHY实体对接收到的数据包进行解码获得MAC PDU，PHY实体将MAC PDU传递给MAC实体，MAC实体对MAC PDU进行解包获得RLC PDU，MAC实体将RLC PDU传递给RLC实体。应理解，如果是多个RLCPDU，则依次发送多个RLC PDU。

S64、第二通信设备的RLC实体根据SN和第一索引确定该RLC PDU的数据是RLC SDU的分段中的第一分段。

第二通信设备是可以与第一通信设备段通信的任一设备，例如第一通信设备是图5所示场景中的任一基站，则第二通信设备可以是与该基站通信的终端或者与该基站通信的其它基站，或者例如第一通信设备是图5所示场景中的任一终端，则第二通信设备可以是与该终端通信的基站或者与该终端通信的其它终端，本申请对此不做限制。

第二通信设备的RLC实体可以根据每个RLC PDU的SN确定该RLC PDU的数据是该RLC SDU的一个分段，且根据索引确定该RLC PDU的数据是该RLC SDU中的哪一个分段。

继续以S62中例举的四个分段为例，第二通信设备的RLC实体接收到RLC PDU1后，根据RLC PDU1中携带的SN为1，和索引00确定RLC PDU1中的数据是SN为1的RLC SDU中的第1个分段；第二通信设备的RLC实体接收到RLC PDU2后，根据RLC PDU2中携带的SN为1，和索引01确定RLC PDU2中的数据是SN为1的RLC SDU中的第2个分段；第二通信设备的RLC实体接收到RLC PDU3后，根据RLC PDU3中携带的SN为1，和索引10确定RLC PDU3中的数据是SN为1的RLC SDU中的第3个分段；第二通信设备的RLC实体接收到RLC PDU4后，根据RLC PDU1中携带的SN为1，和索引11确定RLC PDU4中的数据是SN为1的RLC SDU中的第4个分段。

应理解，在具体实现时，上述索引还可以定义为其它名称，例如分段标识、分段编号等，只要其能够用于标识RLC PDU的数据是RLC SDU中的第几个分段，则均在本申请的保护范围之内。

在上述方案中，将原有RLC PDU中的SO替换为索引，通过索引来指示每个RLC PDU中的数据是RLC SDU中的第几个分段，可以在保证数据传输可靠性的前提下，减少RLC PDU的头开销，进而节省空口开销。例如，上文中所举例的四个分段，只需要分别采用索引00、01、10、11来表示即可，只需2bits的头开销，而在原有的SN协议中，采用SO来标识每个分段的地址时，每个RLC SDU的SO都需要16bits的头开销。

可选的，第一索引的取值不超过阈值，换而言之，第一索引对应的开销不超过预设比特。

例如，设定一个RLC SDU最多允许16个分段，则第一索引的取值可以是0～15，对应二进制表示为“1111”，则第一索引最多占据4bits。

如图6B示，作为举例，给出了一种可能的RLC PDU的格式设计，其中“第一索引”字段替代原先协议中的SO字段，相比图3D所示的RLC PDU的格式设计，可以节省12bits的头开销。

在具体实施时，第一通信设备的RLC实体在对RLC SDU进行分段操作时，可以对每个分段的对应的RLC SDU进行计数(累加或递减)，每分段一次就进行一次累加或递减(+1或-1)，针对每个待传输的分段，若计数已达到最大值(对应累加情况)或为0(对应递减情况)，例如已分段15次，即已获得16个分段时，则不再继续分段，进而保证第一索引的取值不超过阈值。

如此，可以保证第一索引不超过预设比特，进而节省空口开销。

可选的，如果系统中同时存在多种协议栈可用时(例如既可以采用图3D所示的RLCPDU格式，也可以采用图6B所示的RLC PDU格式)，则网络设备需要指示使用哪一个协议栈(或者说哪一种RLC PDU格式)进行数据传输。例如，设图6A所示实施例中的第一通信设备是终端，则终端在基于图6A所示的方法发送数据包之前，网络设备可以给终端发送一个指示信息，用于指示终端设备采用6B所示的RLC PDU格式进行数据发送，相应的，网络设备基于6B所示的RLC PDU格式解析终端设备发送的数据。

如此，可以保证通信的两个设备达成一致的RLC PDU格式，保证通信的可靠性。

一种可能的实施例中，RLC实体可以支持不分段的功能(即RLC PDU可以不携带SO)。

参见图7，为本申请实施例提供的另一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S71、第一通信设备的RLC实体从上层实体获取RLC SDU；

步骤S71的具体实现可以参考上文S61中的相关介绍，此处不再赘述。

S72、第一通信设备的RLC实体根据配置信息确定该RLC SDU不分段，其中配置信息用于指示RLC SDU不分段。

在本申请实施例中，配置信息的配置粒度，包括但不限于以下几种情况：

情况1、配置信息的配置粒度由数据无线承载(data radio bearer，DRB)确定。换而言之，配置信息可以指示每个DRB对应的RLC SDU是/否分段。例如，配置信息可以指示第一DRB对应的RLC SDU不分段，当然配置信息也可以指示第二DRB对应的RLC SDU分段。具体例如，第一通信设备的RLC实体从上层实体获取的RLC SDU对应第一DRB，则根据第一DRB对应的配置信息可知该RLC SDU不分段。

情况2、配置信息的配置粒度由服务质量(QoS)流确定。换而言之，配置信息可以指示每个QoS流对应的RLC SDU是/否分段。例如，配置信息可以指示第一QoS流对应的RLC SDU不分段，当然配置信息也可以指示第二QoS流对应的RLC SDU分段。具体例如，第一通信设备的RLC实体从上层实体获取的RLC SDU对应第一QoS流，则根据第一QoS流对应的配置信息可知该RLC SDU不分段。

情况3、配置信息的配置粒度由PDU会话确定。换而言之，配置信息可以指示每个PDU会话对应的RLC SDU是/否分段。例如，配置信息可以指示第一PDU会话对应的RLC SDU不分段，当然配置信息也可以指示第二PDU会话对应的RLC SDU分段。具体例如，第一通信设备的RLC实体从上层实体获取的RLC SDU对应第一PDU会话，则根据第一PDU会话对应的配置信息可知该RLC SDU不分段。

情况4、配置信息的配置粒度由网络切片确定。换而言之，配置信息可以指示每个网络切片对应的RLC SDU是/否分段。例如，配置信息可以指示第一网络切片对应的RLC SDU不分段，当然配置信息也可以指示第二网络切片对应的RLC SDU分段。具体例如，第一通信设备的RLC实体从上层实体获取的RLC SDU对应第一网络切片，则根据第一网络切片对应的配置信息可知该RLC SDU不分段。

情况5、配置信息的配置粒度由逻辑信道标识确定。换而言之，配置信息可以指示每个逻辑信道标识对应的RLC SDU是/否分段。例如，配置信息可以指示第一逻辑信道标识对应的RLC SDU不分段，当然配置信息也可以指示第二逻辑信道标识对应的RLC SDU分段。具体例如，第一通信设备的RLC实体从上层实体获取的RLC SDU对应第一逻辑信道标识，则根据第一逻辑信道标识对应的配置信息可知该RLC SDU不分段。

情况6、配置信息的配置粒度由终端确定。换而言之，配置信息可以指示每个终端对应的RLC SDU是/否分段。例如，配置信息可以指示第一终端对应的RLC SDU不分段，当然配置信息也可以指示第二终端对应的RLC SDU分段。具体例如，第一通信设备是第一终端，则根据第一终端对应的配置信息可知该RLC SDU不分段。

情况7、配置信息的配置粒度由RLC实体确定。换而言之，配置信息可以指示每个RLC实体对应的RLC SDU是/否分段。例如，配置信息可以指示第一RLC实体对应的RLC SDU不分段，当然配置信息也可以指示第二RLC实体对应的RLC SDU分段。具体例如，S71中的RLC实体是第一RLC实体，则根据第一RLC实体对应的配置信息可知该RLC SDU不分段。

情况8、配置信息的配置粒度由PDCP实体确定。换而言之，配置信息可以指示每个PDCP实体对应的RLC SDU(即PDCP PDU)是/否分段。例如，配置信息可以指示第一PDCP实体对应的RLC SDU不分段，当然配置信息也可以指示第二PDCP实体对应的RLC SDU分段。具体例如，S71中的RLC实体的上层实体是第一PDCP实体，则根据第一PDCP实体对应的配置信息可知该RLC SDU不分段。

需要说明的是，上述各种情况可以分别单独实施，也可以同时实施。同时实施例如：第一通信设备的RLC实体从上层实体获取的RLC SDU对应第一PDU会话中的第一QoS流，第一通信设备的RLC实体根据第一PDU会话中的第一QoS流配置信息确定该RLC SDU不分段。

为了便于描述，下文中以配置粒度为DRB为例。

在本申请实施例中，配置信息用于指示RLC SDU不分段的具体形式包括但不限于以下两种：

方式1、配置信息携带第一指示信息，其中第一指示信息用于指示业务类型为预设业务。

例如，协议规定或者第一通信设备和第二通信设备约定URLLC业务对应的RLC SDU不分段，eMBB业务对应的RLC SDU可分段，若第一指示信息具体指示第一DRB承载的业务类型为URLLC业务，则第一通信设备的RLC实体确定第一DRB对应的RLC SDU不分段。应理解，此处仅为举例而非具体限定，在实际应用时，协议还规定其它业务类型对应的RLC SDU不分段，或者第一通信设备和第二通信设备还可以约定其它业务类型对应的RLC SDU不分段。

方式2、配置信息携带第二指示信息，其中第二指示信息用于指示RLC SDU不分段。

例如，每个DRB对应的配置信息中携带第一字段，该第一字段用于指示DRB对应的RLC SDU的分段功能的开/关(on/off)，比如取值为1表示分段功能开启，取值为0表示分段功能关闭，若第一DRB对应的配置信息中携带的第一字段的值为0，则第一通信设备的RLC实体确定第一DRB对应的RLC SDU不分段。

方式3、配置信息携带第三指示信息，其中第三指示信息用于指示RLC SDU被允许的最大可分段数量为0或1。其中，最大可分段数量为0，可以理解为不分段，即根据该RLCSDU只生成一个RLC PDU；最大可分段数量为1，可以理解为只生成一个分段，所以根据该RLCSDU只生成一个RLC PDU。因此，无论采用哪种描述，最终效果是一致的。

RLC SDU被允许的最大可分段数量为0为例。例如，每个DRB对应的配置信息中携带第二字段，该第二字段的值N用于表示该DRB对应的RLC SDU被允许的最大可分段数量，其中N为0或正整数；若第一DRB对应的配置信息中携带的第二字段的值N＝0，则第一通信设备的RLC实体确定第一DRB对应的RLC SDU不分段。

当然，在实际应用中，N的值也可以不为0，相应的，第一通信设备的RLC实体的处理方式也不同。例如，设N＝3，第一通信设备的RLC实体的计数器初始值为0，则第一通信设备的RLC实体接收到RLC SDU时，根据N＝3，计数器＝0，确定允许分段，执行分段操作，对获得的分段填充RLC头，生成第一个RLC PDU，对应的计数器+1，计数器＝1；根据N＝3，计数器＝1，确定允许分段，继续对剩下的RLC PDU部分执行分段操作，对获得的分段填充RLC头，生成第二个RLC PDU，对应的计数器+1，计数器＝2；根据N＝3，计数器＝2，确定允许分段，继续对剩下的RLC PDU部分执行分段操作，对获得的分段填充RLC头，生成第三个RLC PDU，对应的计数器+1，计数器＝3；根据N＝3，计数器＝3，确定不允许分段，不再执行分段和填充操作。应理解，以上仅为举例，本申请对计数器的初始值不做限定，例如初始值也可以是1。

应理解，上述三种方式可以单独实施，也可以相互结合实施，本申请不做限定。另外，上述三种方式仅为示例而非具体限定，具体实施时当然还可以采用其它方式指示RLCSDU不分段。

在具体实施时，如果第一通信设备是网络设备，则该配置信息可以是第一通信设备生成，另外第一通信设备还可以将配置信息发送给终端，以便终端按照该配置信息与网络设备通信。如果上述第一通信设备是终端，则第一通信设备可以从网络设备获取该配置信息，例如网络设备生成该配置信息并发送该配置信息，终端接收网络设备发送的该配置信息。

S73、第一通信设备的RLC实体根据该RLC SDU生成RLC PDU。

由于RLC SDU不分段，所以生成RLC PDU的数据为完整的RLC SDU。生成RLC PDU的格式可以参考图3A、图3B或图3C。

S74、第一通信设备的RLC实体发送该RLC PDU，相应的，第二通信设备的RLC实体接收该RLC PDU。

步骤S74的具体实现可以参考上文S63中的相关介绍，此处不再赘述。

S75、第二通信设备的RLC实体根据该配置信息确定该RLC PDU的数据为完整的RLCSDU。

在上述方案中，可以实现在RLC PDU中不携带SO字段，进而减少RLC PDU的头开销、节省空口开销。

一种可能的实施例中，DRB对应的RLC实体配置中可以支持TM模式配置(即RLC PDU中可以不携带SN和SO)。

参见图8A，为本申请实施例提供的另一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S81、第一通信设备获取无线承载的配置信息，其中配置信息用于指示无线承载对应的RLC实体的传输模式为TM；

第一通信设备可以是图5所示场景中的任一设备，例如是基站，或者例如是终端，本申请不做限制。

无线承载是指SDAP/PDCP/RLC/MAC/PHY等层(其中PHY层是可选的)中，用来承载数据传输的通道。无线承载根据承载的内容不同，可以划分为多种类型，例如包括但不限于：1)、DRB，即无线承载的内容为数据；2)、信令无线承载(radio bearer，SRB)，即承载的内容为信令；3)、计算无线承载(computing radio bearer，CRB)，即承载的内容为计算资源，例如CPU的处理能力等。

下面以DRB为例：

当前NR协议约定DRB对应的RLC实体配置仅能支持AM(简称RLC AM模式)或UM(简称RLC AM模式)，配置内容如下：

而在本申请实施例中，DRB对应的RLC实体配置除了能支持AM(简称RLC AM)或UM(简称RLC AM模式)外，还可以支持TM(简称RLC TM模式)，配置内容如下：

，例如DRB的配置信息如下：

其中，上述黑体部分表示RLC TM模式对应的配置。

在本申请实施例中，配置信息可以由网络设备生成并发送给其它设备(如其它网络设备或终端)。例如，第一通信设备是终端，第二通信设备是基站，则第二通信设备生成配置信息并发送给第一通信设备，相应的，第一通信设备获取无线承载的配置信息具体为：第一通信设备从第二通信设备接收配置信息；或者例如，第一通信设备是基站，第二通信设备是终端，则第一通信设备生成配置信息并发送给第二通信设备，相应的，第一通信设备获取无线承载的配置信息具体为：第一通信设备生成配置信息。在具体实现时，网络设备可以将配置信息承载在RRC层信令中，也可以承载在PDCP层信令或MAC层信令中，本申请对此不做限制。

S82、第一通信设备基于配置信息，将无线承载对应的RLC实体的传输模式配置为TM。

根据上文介绍可知，TM是指发送实体在高层数据上不添加任何额外控制外协议开销，因此第一通信设备的RLC实体在从上侧实体获取到RLC SDU之后，不添加任何控制信息，直接将整个RLC SDU作为RLC PDU或者将RLC SDU的每个分段作为RLC PDU，生成的RLC PDU只有数据，如图8B所示。

基于上述方案，RLC TM不仅能给寻呼(paging)/系统信息块(system informationblock，SIB)等公共信道使用，对于点对点传输数据时，也可以单独配置一个DRB或SRB或CRB支持RLC TM模式，进而有效减少RLC PDU的头开销、节省空口开销。

一种可能的实施例中，RLC层的功能可以合并到其它层，以省去RLC层的所有RLC头开销。

参见图9A，为本申请实施例提供的另一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S91、第一通信设备的PDCP实体获取PDCP SDU。

第一通信设备可以是图5所示场景中的任一设备，例如是基站，或者例如是终端，本申请不做限制。

第一通信设备的PDCP实体从上层实体获取PDCP SDU，例如PDCP实体接收SDAP实体下发的SDAP PDU，将其作为PDCP SDU。

S92、第一通信设备的PDCP实体根据PDCP SDU生成多个PDCP PDU。

具体的，PDCP实体在处理PDCP SDU时，可以对PDCP SDU进行分段，生成多个PDCPSDU分段，然后对每个分段分别增加PDCP header，最终形成多个PDCP PDU。其中，每个PDCPPDU包括头部和数据，其中数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCP SDU(即PDCP SN，定义可参考上文相关介绍)，头部还包括SO，SO用于指示该分段的第一个字节在PDCP SDU中的字节偏移量。

示例性的，图9B、图9C为两种可能的PDCP data PDU的格式示意图，与图4A和图4B的区别为PDCP头中增加了SI字段和SO字段，SO字段的含义可以参考上文图4A和图4B相关实施例中的介绍，此处不再赘述。这里的SI字段用于进一步指示PDCP data PDU(即RLC dataPDU)的类型(分段类型)，其中SI的不同取值对应不同的PDCP data PDU类型。

例如，针对SI的不同取值，对应的含义可以如下：00：PDCP PDU的数据包含PDCPSDU的所有字节；01：PDCP PDU的数据包含PDCP SDU的第一段；10：PDCP PDU的数据包含PDCPSDU的最后一段；11：PDCP PDU的数据既不包含PDCP SDU的第一段，也不包含PDCP SDU的最后一段。应理解，此处仅为举例，实际实施时，SI取值和PDCP PDU类型的对应关系还可以有其它实现方式。

示例性的，图9D～图9F为三种可能的PDCP control PDU的格式示意图。其中“PDU类型”用于指示PDCP control PDU的类型，例如图9D～图9F分别例举了三种不同PDU类型的PDCP control PDU。

其中，图9D所示的PDCP control PDU用于传输用户PDCP状态报告(statusreport，SR)，比如上行数据传输对应的PDCP SR是由gNB将PDCP SR发送给UE，下行数据传输对应的PDCP SR是由UE将PDCP SR发送给gNB。其中FMC为首个没有传输成功的数据包的编号：位图(bitmap)表示首个未成功的数据包之后的数据包是否传输成功，例如1表示成功，0表示失败。

图9E所示的PDCP control PDU用于传输鲁棒头压缩(RObust headercompression，ROHC)的反馈信息。图9E所示的PDCP control PDU用于以太头压缩(ethernetheader compression，EHC)的反馈信息。

类似的，图9D～图9F中SI字段用于进一步指示PDCP control PDU(即RLC controlPDU)的类型(分段类型)，具体定义可参考图9A、图9B中的相关介绍，此处不再赘述。

应理解，图9B～图9F中SI、SN、SO等字段的位置以及长度仅为举例而非限定。

另外，PDCP control PDU中的SN与PDCP data PDU中的SN可以连续编号，也可以不连续编号，本申请不做限制。

S93、第一通信设备的PDCP实体发送多个PDCP PDU；相应的，第二通信设备的PDCP实体接收多个PDCP PDU。

若第一通信设备PDCP实体对PDCP SDU执行了分段操作，则第一通信设备的PDCP实体将依次发送PDCP SDU对应的多个PDCP PDU，相应的，第二通信设备的PDCP实体依次接收PDCP SDU对应的多个PDCP PDU。应理解，实际传输过程还需经过下层实体(如MAC实体、PHY实体等)的处理，具体可参考上文相关介绍，此处不再赘述。

S94、第二通信设备的PDCP实体根据多个PDCP PDU生成一个PDCP SDU。

具体的，第二通信设备的PDCP实体根据该多个PDCP PDU中的SN相同确定该多个PDCP PDU对应同一PDCP SDU，然后根据该多个PDCP PDU中各PDCP PDU的SO，将该多个PDCPPDU按序组合为一个完整的PDCP SDU。

应理解，在实际上，RLC层也支持RLC SDU不分段的功能，所以RLC层支持RLC SDU不分段的功能也可以合并到PDCP层中，此处不再详述。

可选的，在本申请实施例中，第一通信设备PDCP实体获得PDCP PDU之后，可以将PDCP PDU直接下发到MAC层。相应的，第二通信设备的PDCP实体可以直接从MAC实体获取PDCP PDU。当然，实际应用时，第一通信设备的PDCP实体也可以将PDCP PDU先下发到RLC实体，而RLC实体可以不做任何处理，直接将PDCP PDU传递到MAC实体，第二通信设备的MAC实体也可以将MAC SDU传递到RLC实体，而RLC实体可以不做任何处理，直接将MAC SDU(即PDCPPDU)传递到PDCP实体。

应理解，以上是以将RLC层的功能合并到PDCP层为例，在实际应用中，也可以将RLC层的功能合并到其它层(如RRC层、MAC层等)，本申请不做限制。

基于上述方案，一方面，由于省去了RLC层的所有头开销，所以可以减少空口开销，另一方面，由于省去了RLC层的处理，所以还可以降低第一通信设备和处理端的处理时延。

一种可能的实施例中，PDCP实体可以支持TM，进而省去PDCP层的所有PDCP头开销。

如上文图4A、图4B中的相关介绍，PDCP data PDU除了携带上层应用数据外，额外还携带的PDCP头开销为：6bytes和7bytes(若完保功能开启)，或2bytes和3bytes(若完保功能关闭)。

本实施例主要讨论PDCP data PDU节省PDCP头开销，具体分为如下两种情况：1)D/C、PDCP SN：若PDCP数据PDU不携带PDCP SN，意味着PDCP加密功能始终不支持(因为当前PDCP加密依赖PDCP SN作为输入)；若PDCP数据PDU不携带D/C意味着相关的PDCP ControlPDU无法在同一PDCP实体中进行传输(因为现有技术是采用D/C域指示PDCP PDU的类型是PDCP数据PDU或PDCP Control PDU)；2)MAC-I：若PDCP数据PDU不携带MAC-I，意味着完保功能始终不支持。在上述两种情况都成立的情况下，本申请实施例设计一种新型的PDCP PDU格式来支持PDCP实体的TM(简称PDCP TM)，具体格式如图10A所示，PDCP实体在高层数据上不添加任何额外控制外协议开销。与实施例三类似，本实施例中DRB配置可以支持PDCP TM，此处不再详述。

当某个PDCP实体支持TM来传输PDCP data PDU时，则该PDCP实体传输的PDCP PDU中无法携带D/C字段，如果该PDCP实体原本传输的PDCP数据PDU和PDCP control PDU同时在该PDCP实体内进行传输，则无法区分PDCP数据PDU和PDCP control PDU，因此该PDCP实体原本传输的PDCP数据PDU和PDCP control PDU无法同时在该PDCP实体内进行传输。

鉴于此，本实施例提供的以下方法，可以实现PDCP数据PDU和PDCP control PDU分离传输，进而在节省PDCP数据PDU头开销的同时，能够区分PDCP数据PDU和PDCP controlPDU。

参见图10B，为本申请实施例提供的另一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S101B、第一通信设备的第一PDCP实体发送PDCP data PDU；相应的，第二通信设备的第五PDCP实体接收第一通信设备的第一PDCP实体发送的PDCP data PDU。

第一通信设备可以是图5所示场景中的任一设备，例如是基站，或者例如是终端，本申请不做限制。第二通信设备则是能够与第一通信设备的其它设备，例如是终端，或者例如是基站，本申请不做限制。

S102B、第一通信设备的第二PDCP实体发送PDCP control PDU，相应的，第二通信设备的第六PDCP实体接收第一通信设备的第二PDCP实体发送的PDCP control PDU。

其中，第一PDCP实体发送的PDCP data PDU与第二PDCP实体发送的PDCP controlPDU关联，第一PDCP实体与第二PDCP实体不同。相对应的，第五PDCP实体接收的PDCP dataPDU与第六PDCP实体接收的PDCP control PDU关联，第五PDCP实体与第六PDCP实体不同。

在本申请实施例中，在第一通信设备侧，第一PDCP实体用于发送PDCP data PDU，而不用于发送PDCP control PDU；第二PDCP实体用于发送PDCP control PDU，而不用于发送PDCP data PDU。相应的，在第二通信设备侧，第五PDCP实体用于接收PDCP data PDU，而不用于接收PDCP control PDU；第六PDCP实体用于接收PDCP control PDU，而不用于接收PDCP data PDU。

由于第一通信设备侧的实现与第二通信设备侧的实现相对应，以下主要对第一通信设备侧的实现进行详细介绍，第二通信设备侧的具体实现可以参考第一通信设备侧的具体实现。

第一PDCP实体发送PDCP data PDU与第二PDCP实体发送的PDCP control PDU关联，是指：第二PDCP实体发送的PDCP control PDU是用于控制第一PDCP实体发送PDCP dataPDU的传输，或者说，第一PDCP实体发送PDCP data PDU与第二PDCP实体发送的PDCPcontrol PDU原本应当在同一PDCP实体传输，但它们被分离到两个不同的PDCP实体上传输。

应理解，第一PDCP实体发送的PDCP control PDU与第二PDCP实体发送的PDCPdata PDU关联，也可以描述为第一PDCP实体与第二PDCP实体关联。另外，为了便于描述，用于传输PDCP data PDU的PDCP实体以下可称之为数据(data)PDCP实体，用于传输PDCPcontrol PDU的PDCP实体以下可称之为控制(control)PDCP实体。

可选的，第一通信设备可以获取配置信息。其中，配置信息可以用于指示哪些PDCP实体的PDCP data PDU的传输实体与PDCP control PDU的传输实体分离。进一步的，配置信息还可以用于指示哪些PDCP实体是data PDCP实体(即用于发送PDCP data PDU)、哪些PDCP实体是control PDCP实体(即用于发送PDCP control PDU)、以及data PDCP实体和controlPDCP实体关联关系。相应的，第一通信设备可以根据配置信息确定：哪些PDCP实体的PDCPdata PDU的传输实体与PDCP control PDU的传输实体分离、哪些PDCP实体是data PDCP实体、哪些PDCP实体是control PDCP实体、以及data PDCP实体和control PDCP实体关联关系等。

第一通信设备获取配置信息的具体方式，例如，第一通信设备是网络设备，第二通信设备是终端，则第一通信设备可以生成配置信息，另外还可以将配置信息发送给第二通信设备；或者例如，第一通信设备是终端，第二通信设备是网络设备，则第二通信设备可以生成配置信息，第一通信设备从第二通信设备接收配置信息。

可选的，配置信息的配置粒度可以由PDCP实体确定，即一个PDCP实体单独对应一个配置信息。

以第一通信设备是终端，第一通信设备从网络设备接收的配置信息为例，配置信息可以包括：

1)针对第一PDCP实体的第一配置信息，第一配置信息具体可以携带：

A、第一指示信息，第一指示信息用于指示：第一PDCP实体的PDCP data PDU的传输实体与PDCP control PDU的传输实体分离，或者，第一PDCP实体的传输模式为TM。

第一配置信息可以显式指示第一PDCP实体的PDCP data PDU的传输实体与PDCPcontrol PDU的传输实体分离，即第一配置信息直接指示第一PDCP实体的PDCP data PDU的传输实体与PDCP control PDU的传输实体分离。

第一配置信息也可以隐式指示PDCP data PDU的传输实体与PDCP control PDU的传输实体分离，例如第一配置信息指示第一PDCP实体的传输模式为TM，则第一PDCP实体可根据TM确定自身仅用于传输PDCP data PDU，所以可进一步确定自身的PDCP data PDU的传输实体与PDCP control PDU的传输实体分离。

B、第二指示信息，用于指示：第一PDCP实体用于传输PDCP data PDU；

C、第四指示信息，用于指示：第一PDCP实体传输的PDCP data PDU与第二PDCP实体传输的PDCP control PDU关联。

2)针对第二PDCP实体的第二配置信息，第二配置信息具体可以携带：

A、第三指示信息，用于指示：第二PDCP实体用于传输PDCP control PDU。

B、第五指示信息，用于指示第二PDCP实体的PDCP data PDU的传输实体与PDCPcontrol PDU的传输实体分离；

C、第六指示信息，第二PDCP实体传输的PDCP control PDU与第一PDCP实体传输的PDCP data PDU关联。

应理解，实际应用中，配置信息中可以仅携带上述六种信息中的部分而非全部，例如：在第一配置信息中已经携带了第一指示信息、第二指示信息、第四指示信息的情况下，第二配置信息可以不用携带第五指示信息和第六指示信息；反之，在第二配置信息中已经携带了第三指示信息、第五指示信息、第六指示信息的情况下，第二配置信息可以不用携带第一指示信息和第四指示信息，如此可以节省配置开销。

应理解，上述各种指示信息，在物理实现上，可以是多个信元(informationelement，IE)，也可以是同一个信元，本申请不做限制。例如，配置信息包含多个信元，而每个信元只对应上述一种指示信息，不同信元对应不同指示信息；或者例如，配置信息包含一个或多个信元，其中第一信元可以同时对应上述至少两种指示信息。

需要说明的是，以上均是以两个PDCP实体(即第一PDCP实体和第二PDCP实体)为例，而实际上，第一通信设备上可以有更多的PDCP实体。

在第一通信设备中PDCP实体的数量多于2个时，data PDCP实体与control PDCP实体的关联关系，可以是一对一的关联关系(即一个data PDCP实体关联一个control PDCP实体，不同的data PDCP实体关联不同的control PDCP实体)。具体例如：第一通信设备的第一PDCP实体发送第一PDCP data PDU；第一通信设备的第二PDCP实体发送第一PDCP controlPDU；第一通信设备的第三PDCP实体发送第二PDCP data PDU；第一通信设备的第四PDCP实体发送第二PDCP control PDU。其中，第一PDCP control PDU与第一PDCP data PDU关联，第二PDCP control PDU与第二PDCP data PDU关联，第三PDCP实体、第四PDCP实体、第一PDCP实体、第二PDCP实体中任意两个实体均不同。

或者，data PDCP实体与control PDCP实体的关联关系，也可以是多对一的关联关系(即多个data PDCP实体关联同一个control PDCP实体)。具体例如：第一通信设备的第一PDCP实体发送第一PDCP data PDU；第一通信设备的第二PDCP实体发送第一PDCP controlPDU；第一通信设备的第三PDCP实体发送第二PDCP data PDU；第一通信设备的第二PDCP实体发送第二PDCP control PDU。其中，第一PDCP control PDU与第一PDCP data PDU关联，第二PDCP control PDU与第二PDCP data PDU关联，第三PDCP实体、第一PDCP实体、第二PDCP实体中任意两个实体不同。

在第一通信设备中PDCP实体的数量多于2个时，各PDCP实体的配置信息可以参考上文第一PDCP实体或第二PDCP实体的配置信息，此处不再赘述。

进一步的，当data PDCP实体与control PDCP实体的关联关系是多对一关联关系时，网络设备还可以配置control PDCP实体在PDCP control PDU中携带该PDCP controlPDU对应的data PDCP实体的标识和/或该PDCP control PDU对应的PDCP data PDU的标识，以便接收端区分同一control PDCP实体中的不同PDCP control PDU。

沿用上文“第一通信设备的第一PDCP实体发送第一PDCP data PDU；第一通信设备的第二PDCP实体发送第一PDCP control PDU；第一通信设备的第三PDCP实体发送第二PDCPdata PDU；第一通信设备的第二PDCP实体发送第二PDCP control PDU”的例子，则第一PDCPcontrol PDU中可以携带第一PDCP实体的标识或者第一PDCP data PDU的标识，第二PDCPcontrol PDU中可以携带第三PDCP实体的标识或者第二PDCP data PDU的标识。相应的，第二通信设备接收到第一PDCP data PDU、第一PDCP control PDU、第二PDCP data PDU、第二PDCP control PDU之后，就可以根据第一PDCP control PDU中携带的第一PDCP实体的标识或者第一PDCP data PDU的标识确定第一PDCP control PDU与第一PDCP data PDU关联，以及根据第二PDCP control PDU中携带的第三PDCP实体的标识或者第二PDCP data PDU的标识确定第二PDCP control PDU与第二PDCP data PDU关联。

基于上述方案，PDCP data PDU与PDCP control PDU解耦，通过非同一PDCP实体发送，如此可以使得PDCP实体采用TM模式发送PDCP data PDU，进而减少PDCP data PDU的头开销，节省空口开销。

参见图10C，为本申请实施例提供的另一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S101C、第一通信设备的第一PDCP实体发送第一PDCP data PDU，相应的，第二通信设备的第二PDCP实体接收第一通信设备的第一PDCP实体发送的第一PDCP data PDU。

S102C、第一通信设备的RRC/NAS/SDAP/RLC/MAC/PHY层的实体发送第一PDCPcontrol PDU，相应的，第二通信设备的非PDCP层(例如RRC/NAS/SDAP/RLC/MAC/PHY层)的实体接收第一通信设备的非PDCP层(例如RRC/NAS/SDAP/RLC/MAC/PHY层)的实体发送的第一PDCP control PDU。

其中，第一PDCP control PDU与第一PDCP data PDU关联。此处第一PDCP controlPDU与第一PDCP data PDU关联的含义可参考上文相关介绍，这里不再赘述。

同理，当同一RRC/NAS/SDAP/RLC/MAC/PHY层的实体发送多个PDCP实体对应的PDCPcontrol PDU时，需要在PDCP control PDU中携带对应的PDCP实体的标识和/或对应的PDCPdata PDU的标识，以便区分同一RRC/NAS/SDAP/RLC/MAC/PHY层的实体中的不同PDCPcontrol PDU。

基于上述方案，PDCP data PDU与PDCP control PDU解耦，通过其它层的实体发送PDCP control PDU，如此可以使得PDCP实体采用TM模式发送PDCP data PDU，进而减少PDCPdata PDU的头开销，节省空口开销。

一种可能的实施例中，PDCP实体和RLC实体可以同时支持TM，以省去PDCP层和RLC层的所有头开销。

当PDCP实体和RLC实体都支持TM时，则PDCP data PDU和RLC data PDU中都不携带SN和SO。这将导致PDCP层和RLC层的部分功能缺失，例如包括但不限于以下几种功能：1)PDCP加解密：因为加密和解密均需要依赖PDCP SN(即PDCP头中的SN)作为输入，如果没有PDCP SN，则无法完成PDCP SN；2)PDCP重排序和按序递交(Reordering and in-orderdelivery)：因为接收端PDCP实体需要根据PDCP SN来进行重排序、并按序递交给上层实体，如果没有PDCP SN，则无法完成重排序和按序递交；3)PDCP重复丢弃(Duplicatediscarding)：因为接收端的PDCP实体需要根据PDCP头中携带的PDCP SN来判断不同PDCPPDU是否是同一个数据包的多份复制包、从而无法准确丢弃重复包，如果没有PDCP SN，则无法完成重复丢弃；4)RLC SDU分段：因为接收端的RLC实体需要根据RLC SN(即RLC头中的SN)和SO才能对分段进行正确合并，如果没有RLC SN，则无法正确合并。应理解，以上四种仅为举例而非限定，实际还可以有更多的功能依赖SN和SO。

鉴于此，本实施例提供的以下方法，可以实现PDCP实体和RLC实体都支持TM，同时接收端可以获得PDCP data PDU和RLC data PDU对应的SN。

参见图11A，为本申请实施例提供的另一种通信方法的流程图，在下文的介绍过程中，以将该方法应用在图5所示的应用场景为例。该方法的流程介绍如下：

S111、第二通信设备根据SN与时域位置(或时域范围)的映射关系、数据包对应的SN，确定数据包对应的时域位置；其中，第二通信设备的PDCP实体和RLC实体的传输模式均为TM。

第二通信设备可以是图5所示场景中的任一设备，例如是基站，或者例如是终端，本申请不做限制。数据包可以是第二通信设备PDCP层上层实体下发的数据包，例如SDAP层下发的数据包，即PDCP SDU。

在本申请实施例中，根据SN与时域位置的映射关系、数据包对应的SN，确定数据包对应的时域位置的操作，可以是第二通信设备上任一协议层对应的实体执行。例如，第二通信设备的PDCP实体向第二通信设备的MAC实体传递数据包对应的SN，进而第二通信设备的MAC实体根据SN与时域位置的映射关系、数据包对应的SN，确定数据包对应的时域位置。或者例如，第二通信设备的PDCP实体根据SN与时域位置的映射关系、数据包对应的SN，确定数据包对应的时域位置，进而第二通信设备的PDCP实体向第二通信设备的MAC实体传递数据包对应的时域位置。应理解，以上两种方式仅为示例而非限定，在实际应用中，该操作还可以由其它层(如RLC层)执行，本申请不做具体限制。

S112、第二通信设备在数据包对应的时域位置发送数据包；相应的，第一通信设备在该时域位置接收该数据包；其中，第一通信设备的PDCP实体和RLC实体的传输模式均为TM。

当然，实际传输过程还包括其它层(如MAC层、PHY层等)的处理过程，对于其它层的处理过程，可以参考上文相关描述，此处不再赘述。

需要注意的是，如果第二通信设备检测到当前时间已经超出数据包对应的时域位置但还未发送该数据包，或者第二通信设备检测到当前时间已经超出数据包对应的时域位置但数据包未成功发送，则第二通信设备可以丢弃该数据包，即不再发送，以免该数据包落在其它数据包对应的时域位置，对第一通信设备造成混淆。

S113、第一通信设备根据接收该数据包的时域位置、SN与时域位置的映射关系，确定该数据包对应的SN。

第一通信设备可以是能够与第二通信设备通信的任一设备，例如是基站，或者例如是终端，本申请不做限制。

在本申请实施例中，根据接收数据包的时域位置、SN与时域位置的映射关系，确定数据包对应的SN的操作，可以是第一通信设备上任一协议层对应的实体执行。例如，第一通信设备的MAC实体向第一通信设备的PDCP实体传递数据包的时域位置，进而第一通信设备的PDCP实体根据MAC实体接收数据包的时域位置、SN与时域位置的映射关系，确定数据包对应的SN。例如，第一通信设备的MAC实体根据接收数据包的时域位置、SN与时域位置的映射关系，确定数据包对应的SN，进而第一通信设备的MAC实体向第一通信设备的PDCP实体传递数据包对应的SN。应理解，以上两种方式仅为示例而非限定，在实际应用中，该操作还可以由其它层(如RLC层)执行，本申请不做具体限制。

当第一通信设备根据接收该数据包的时域位置、SN与时域位置的映射关系确定该数据包对应的SN之后，就可以利用该SN作为PDCP SN进行其他PDCP操作，例如PDCP解密、PDCP重排序等。

可选的，网络设备可以配置序列号与时域位置的映射关系。例如，第二通信设备是网络设备，第一通信设备是终端，则第二通信设备配置序列号与时域位置的映射关系，并将该序列号与时域位置的映射关系发送给第一通信设备，进而第二通信设备按照该映射关系发送数据包，第一通信设备按照该映射关系接收数据包。或者例如，第二通信设备是终端，第一通信设备是网络设备，则第一通信设备配置序列号与时域位置的映射关系，并将该序列号与时域位置的映射关系发送给第二通信设备，进而第二通信设备按照该映射关系发送数据包，第一通信设备按照该映射关系接收数据包。

可选的，时域位置的配置粒度可以由系统帧号(System frame number，SFN)、子帧号(subframe number)、时隙号(slot number)或符号(symbol number)等中的至少一项确定。

为了便于描述，一个数据包对应的时域位置或时域范围，可以描述为一个传输时间间隔(transmission time interval，TTI)。例如，参见图11B，基站分别在TTI-1、TTI-2、TTI-3发送数据包1、数据包2、数据包3，相应的，终端分别在TTI-1、TTI-2、TTI-3接收数据包1、数据包2、数据包3。需要注意的是，如果有数据包需要重传，则该数据包重传的时机也是在该数据包对应TTI范围内。图11B举例的是单载波场景，本申请同样可以适用于双载波或多载波场景，例如图11C所示，基站在TTI-1中，在组成载波(component carrier，CC)1和CC2上发送数据包1；基站在TTI-2中，在CC1和CC2上发送数据包2；基站在TTI-3中，在CC1和CC2上发送数据包3。

应理解，上述是以SN和时域位置存在映射关系为例，在具体实施时，如果数据包存在分段，则也可以将SO与时域位置进行映射，第一通信设备根据SO与时域位置的映射关系和接收分段的时间确定各个分段对应的SO。

基于上述方案，可以实现PDCP实体和RLC实体都支持TM，同时第一通信设备可以获得PDCP data PDU和RLC data PDU对应的SN，进而在实现节省空口开销的同时，保证数据传输的可靠性。

可以理解的是，本申请提供的上述各实施例可以分别单独实施，也可以相互结合实施。结合实施的情况，例如：可以将上述图6A所示的方案结合到图9A所示的方案中实施，即PDCP层中的SO可以替换为索引，如此可以进一步节省空口开销。例如，可以将上述图8A、图10B以及图11A所示的方案结合实施，则可以实现PDCP层和RLC层均支持TM模式(均不携带SN)，同时保证接收端可以获得数据包对应的SN。当然，以上仅仅是对部分结合方式的举例，实际应用时还可以有更多的结合方式，此处不再详述。

可以理解的是，为了实现上述实施例中功能，各通信装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图12和图13为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，通信装置可以是如图5所示的终端120a-120j中的一个，也可以是如图5所示的基站110a或110b，还可以是应用于终端或基站的模块(如芯片)。

示例性的，当通信装置1200用于实现图6A所示的方法实施例中第一通信设备的功能时：

收发模块1201用于：获取RLC SDU；

处理模块1202用于：根据RLC SDU生成RLC PDU；其中，RLC PDU包括头部和数据，数据为RLC SDU的数据中的第一分段，头部包括序列号和第一索引，序列号用于标识RLC SDU，第一索引用于标识第一分段在RLC SDU的分段中的编号，RLC SDU中的不同分段分别对应不同的索引；

收发模块1201还用于：发送RLC PDU。

当通信装置1200用于实现图6A所示的方法实施例中第二通信设备的功能时：

收发模块1201用于：接收RLC PDU；其中，RLC PDU包括头部和数据，数据为RLC SDU的第一分段，头部包括序列号和第一索引，序列号用于标识RLC SDU，第一索引用于标识第一分段在RLC SDU的分段中的编号，RLC SDU中的不同分段分别对应不同的索引；

处理模块1202用于：根据序列号和第一索引确定RLC PDU的数据是RLC SDU的分段中的第一分段。

有关上述处理模块1202和收发模块1201更详细的描述可以直接参考图6A所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当通信装置1200用于实现图7所示的方法实施例中第一通信设备的功能时：

处理模块1202用于：获取RLC SDU；根据配置信息确定RLC SDU不分段，其中配置信息用于指示RLC SDU不分段；发根据RLC SDU生成RLC PDU；其中，RLC PDU的数据为完整的RLC SDU；

收发模块1201用于：发送RLC SDU。

当通信装置1200用于实现图7所示的方法实施例中第二通信设备的功能时：

收发模块1201用于：接收RLC PDU；

处理模块1202用于：根据配置信息确定该RLC PDU的数据为完整的RLC SDU。

有关上述处理模块1202和收发模块1201更详细的描述可以直接参考图7所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当通信装置1200用于实现图8A所示的方法实施例中第一通信设备(以第一通信设备是终端为例)的功能时：

收发模块1201，用于获取无线承载的配置信息，其中配置信息用于指示无线承载对应的RLC实体的传输模式为透明模式；

处理模块1202用于：基于配置信息，将无线承载对应的RLC实体的传输模式配置为透明模式。

有关上述处理模块1202和收发模块1201更详细的描述可以直接参考图8A所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当通信装置1200用于实现图9A所示的方法实施例中第一通信设备的功能时：

处理模块1202，用于获取PDCP SDU；根据PDCP SDU生成PDCP PDU；其中，PDCP PDU包括头部和数据，数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCPSDU，头部还包括分段偏移或索引，分段偏移用于指示一个分段的第一个字节在PDCP SDU中的字节偏移量，索引用于标识一个分段在RLC SDU的分段中的编号；

收发模块1201，用于发送PDCP SDU。

当通信装置1200用于实现图9A所示的方法实施例中第二通信设备的功能时：

收发模块1201用于：接收多个RLC PDU；其中，多个PDCP PDU中的每个PDCP PDU包括头部和数据，数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCPSDU，头部还包括分段偏移或索引，分段偏移用于指示一个分段的第一个字节在PDCP SDU中的字节偏移量，索引用于标识一个分段在RLC SDU的分段中的编号；其中，多个PDCP PDU对应的序列号相同；

处理模块1202用于：根据多个PDCP PDU生成一个PDCP SDU。

有关上述处理模块1202和收发模块1201更详细的描述可以直接参考图9A所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当通信装置1200用于实现图10B所示的方法实施例中第一通信设备的功能时：

处理模块1202，用于创建第一PDCP实体和第二PDCP实体；

收发模块1201，用于基于第一PDCP实体发送第一PDCP data PDU；基于第二PDCP实体发送第一PDCP control PDU；其中，第一PDCP control PDU与第一PDCP data PDU关联，第一PDCP实体与第二PDCP实体不同。

当通信装置1200用于实现图10B所示的方法实施例中第二通信设备的功能时：

处理模块1202，用于创建第五PDCP实体和第六PDCP实体；

收发模块1201，用于接收第一通信设备的第一PDCP实体发送的第一PDCP dataPDU；接收第一通信设备的第二PDCP实体发送的第一PDCP control PDU；其中，第一PDCPcontrol PDU与第一PDCP data PDU关联，第一PDCP实体与第二PDCP实体不同；

处理模块1202，用于基于第五PDCP实体处理第一PDCP control PDU、基于第六PDCP实体处理第一PDCP data PDU。

有关上述处理模块1202和收发模块1201更详细的描述可以直接参考图10B所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当通信装置1200用于实现图11A所示的方法实施例中第一通信设备的功能时：

收发模块1201，用于接收数据包；其中，第一通信设备的PDCP实体和RLC实体的传输模式均为透明模式；

处理模块1202，用于根据接收数据包的时域位置、序列号与时域位置的映射关系，确定数据包对应的序列号。

当通信装置1200用于实现图11A所示的方法实施例中第二通信设备的功能时：

处理模块1202，用于根据序列号与时域位置的映射关系、数据包对应的序列号，确定数据包对应的时域位置；其中，第二通信设备的PDCP实体和RLC实体的传输模式均为透明模式；

收发模块1201，用于在数据包对应的时域位置发送第一数据包。

有关上述处理模块1202和收发模块1201更详细的描述可以直接参考图11A所示的方法实施例中相关描述直接得到，这里不加赘述。

如图13所示，通信装置1300包括处理器1310和接口电路1320。处理器1310和接口电路1320之间相互耦合。可以理解的是，接口电路1320可以为收发器或输入输出接口。

可选的，通信装置1300还可以包括存储器1330，用于存储处理器1310执行的指令或存储处理器1310运行指令所需要的输入数据或存储处理器1310运行指令后产生的数据。

当通信装置1300用于实现图12所示的装置时，处理器1310用于实现上述处理模块1202的功能，接口电路1320用于实现上述收发模块1201的功能。

当上述通信装置为应用于终端的芯片时，该终端芯片实现上述方法实施例中终端的功能。该终端芯片从终端中的其它模块(如射频模块或天线)接收信息，该信息是基站发送给终端的；或者，该终端芯片向终端中的其它模块(如射频模块或天线)发送信息，该信息是终端发送给基站的。

当上述通信装置为应用于基站的模块时，该基站模块实现上述方法实施例中基站的功能。该基站模块从基站中的其它模块(如射频模块或天线)接收信息，该信息是终端发送给基站的；或者，该基站模块向基站中的其它模块(如射频模块或天线)发送信息，该信息是基站发送给终端的。这里的基站模块可以是基站的基带芯片，也可以是DU或其他模块，这里的DU可以是开放式无线接入网(open radio access network，O-RAN)架构下的DU。

基于同一技术构思，本申请实施例还提供一种芯片，参见图14，该芯片可以包括逻辑电路和输入输出接口。可选的，还可以包括存储器。其中，输入输出接口可以用于接收代码指令(代码指令存储在存储器中，可以直接从存储器读取，或也可以经过其他器件从存储器读取)并传输至所述逻辑电路；所述逻辑电路，可以用于运行所述代码指令以执行上述方法实施例中的方法。

或者，输入输出接口也可以为逻辑电路与收发机之间的信号传输接口电路。例如，在发送场景中，所述逻辑电路用于执行XX以得到Y数据(XX为非空口操作，包括但不限于确定，判断、处理、计算、查找、比较等操作)；所述输入输出接口可以用于将Y数据发送至发射机(发射机用于执行空口上的发送操作)。又例如，在接收场景中，所述输入输出接口可以用于从接收机接收Z数据(接收机用于执行空口上的接收操作)，并将所述Z数据发送至所述逻辑电路；所述逻辑电路用于对所述Z数据做XX处理(XX为非空口操作，包括但不限于确定，判断、处理、计算、查找、比较等操作)。

示例性的，当芯片用于实现图6A所示的方法实施例中第一通信设备的功能时：

逻辑电路用于：获取RLC SDU；根据RLC SDU生成RLC PDU；其中，RLC PDU包括头部和数据，数据为RLC SDU的数据中的第一分段，头部包括序列号和第一索引，序列号用于标识RLC SDU，第一索引用于标识第一分段在RLC SDU的分段中的编号，RLC SDU中的不同分段分别对应不同的索引；

输入输出接口用于：输出RLC PDU。

当芯片用于实现图6A所示的方法实施例中第二通信设备的功能时：

输入输出接口用于：输入RLC PDU；其中，RLC PDU包括头部和数据，数据为RLC SDU的第一分段，头部包括序列号和第一索引，序列号用于标识RLC SDU，第一索引用于标识第一分段在RLC SDU的分段中的编号，RLC SDU中的不同分段分别对应不同的索引；

逻辑电路用于：根据序列号和第一索引确定RLC PDU的数据是RLC SDU的分段中的第一分段。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考图6A所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当芯片用于实现图7所示的方法实施例中第一通信设备的功能时：

逻辑电路用于：获取RLC SDU；根据配置信息确定RLC SDU不分段，其中配置信息用于指示RLC SDU不分段；发根据RLC SDU生成RLC PDU；其中，RLC PDU的数据为完整的RLCSDU；

输入输出接口用于：输出RLC SDU。

当芯片用于实现图7所示的方法实施例中第二通信设备的功能时：

输入输出接口用于：输入RLC PDU；

逻辑电路用于：根据配置信息确定该RLC PDU的数据为完整的RLC SDU。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考图7所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当芯片用于实现图8A所示的方法实施例中第一通信设备(以第一通信设备是终端为例)的功能时：

输入输出接口，用于输入无线承载的配置信息，其中配置信息用于指示无线承载对应的RLC实体的传输模式为透明模式；

逻辑电路用于：基于配置信息，将无线承载对应的RLC实体的传输模式配置为透明模式。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考图8A所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当芯片用于实现图9A所示的方法实施例中第一通信设备的功能时：

逻辑电路，用于输入PDCP SDU；根据PDCP SDU生成PDCP PDU；其中，PDCP PDU包括头部和数据，数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCP SDU，头部还包括分段偏移或索引，分段偏移用于指示一个分段的第一个字节在PDCP SDU中的字节偏移量，索引用于标识一个分段在RLC SDU的分段中的编号；

输入输出接口，用于输出PDCP SDU。

当芯片用于实现图9A所示的方法实施例中第二通信设备的功能时：

输入输出接口用于：输入多个RLC PDU；其中，多个PDCP PDU中的每个PDCP PDU包括头部和数据，数据为PDCP SDU中的一个分段，头部包括序列号，序列号用于标识PDCPSDU，头部还包括分段偏移或索引，分段偏移用于指示一个分段的第一个字节在PDCP SDU中的字节偏移量，索引用于标识一个分段在RLC SDU的分段中的编号；其中，多个PDCP PDU对应的序列号相同；

逻辑电路用于：根据多个PDCP PDU生成一个PDCP SDU。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考图9A所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当芯片用于实现图10B所示的方法实施例中第一通信设备的功能时：

逻辑电路，用于创建第一PDCP实体和第二PDCP实体；

输入输出接口，用于基于第一PDCP实体输出第一PDCP data PDU；基于第二PDCP实体输出第一PDCP control PDU；其中，第一PDCP control PDU与第一PDCP data PDU关联，第一PDCP实体与第二PDCP实体不同。

当芯片用于实现图10B所示的方法实施例中第二通信设备的功能时：

逻辑电路，用于创建第五PDCP实体和第六PDCP实体；

输入输出接口，用于输入第一通信设备的第一PDCP实体发送的第一PDCP dataPDU；输入第一通信设备的第二PDCP实体发送的第一PDCP control PDU；其中，第一PDCPcontrol PDU与第一PDCP data PDU关联，第一PDCP实体与第二PDCP实体不同；

逻辑电路，用于基于第五PDCP实体处理第一PDCP control PDU、基于第六PDCP实体处理第一PDCP data PDU。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考图10B所示的方法实施例中相关描述直接得到，这里不加赘述。

示例性的，当芯片用于实现图11A所示的方法实施例中第一通信设备的功能时：

输入输出接口，用于输入数据包；其中，第一通信设备的PDCP实体和RLC实体的传输模式均为透明模式；

逻辑电路，用于根据输入数据包的时域位置、序列号与时域位置的映射关系，确定数据包对应的序列号。

当芯片用于实现图11A所示的方法实施例中第二通信设备的功能时：

逻辑电路，用于根据序列号与时域位置的映射关系、数据包对应的序列号，确定数据包对应的时域位置；其中，第二通信设备的PDCP实体和RLC实体的传输模式均为透明模式；

输入输出接口，用于在数据包对应的时域位置输出第一数据包。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考图11A所示的方法实施例中相关描述直接得到，这里不加赘述。

基于同一技术构思，本申请实施例还提供一种计算机可读存储介质，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现上述方法实施例中的方法。

基于同一技术构思，本申请实施例还提供一种计算机程序产品，当其在计算机上运行时，使得如上述方法实施例中的方法被执行。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于基站或终端中。当然，处理器和存储介质也可以作为分立组件存在于基站或终端中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

根据说明书是否用到可选：本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“包括A，B和C中的至少一个”可以表示：包括A；包括B；包括C；包括A和B；包括A和C；包括B和C；包括A、B和C。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (36)

1.一种通信方法，其特征在于，包括：

第一通信设备获取无线承载的配置信息，其中所述配置信息用于指示所述无线承载对应的无线链路控制RLC实体的传输模式为透明模式；

所述第一通信设备基于所述配置信息，将所述无线承载对应的RLC实体的传输模式配置为透明模式。

2.如权利要求1所述的方法，其特征在于，所述无线承载为数据无线承载、信令无线承载或计算无线承载中的一种。

3.一种通信方法，其特征在于，包括：

第二通信设备生成无线承载的配置信息，其中所述配置信息用于指示所述无线承载对应的RLC实体的传输模式为透明模式；

所述第二通信设备发送所述配置信息。

4.如权利要求3所述的方法，其特征在于，所述无线承载为数据无线承载、计算无线承载中的一种。

5.一种通信方法，其特征在于，包括：

第一通信设备的第一分组数据汇聚层协议PDCP实体发送第一分组数据汇聚层协议数据协议数据单元PDCP data PDU；

所述第一通信设备的第二PDCP实体发送分组数据汇聚层协议控制协议数据单元第一PDCP control PDU；

其中，所述第一PDCP control PDU与所述第一PDCP data PDU关联，所述第一PDCP实体与所述第二PDCP实体不同。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

所述第一通信设备获取配置信息；

所述第一通信设备根据所述配置信息确定所述第一PDCP实体发送所述第一PDCP dataPDU、所述第二PDCP实体发送所述第一PDCP control PDU。

7.如权利要求6所述的方法，其特征在于，所述配置信息包括：

第一指示信息，用于指示：所述第一PDCP实体的PDCP data PDU的传输实体与PDCPcontrol PDU的传输实体分离，或者，所述第一PDCP实体的传输模式为透明模式。

8.如权利要求7所述的方法，其特征在于，所述配置信息还包括以下至少一种：

第二指示信息，用于指示：所述第一PDCP实体用于传输PDCP data PDU；

第三指示信息，用于指示：所述第二PDCP实体用于传输PDCP control PDU；

第四指示信息，用于指示：所述第二PDCP实体传输的PDCP control PDU与所述第一PDCP实体传输的PDCP data PDU关联。

9.如权利要求5-8任一项所述的方法，其特征在于，还包括：

所述第一通信设备的第三PDCP实体发送第二PDCP data PDU；

所述第一通信设备的第四PDCP实体发送第二PDCP control PDU；

其中，所述第二PDCP control PDU与所述第二PDCP data PDU关联，所述第三PDCP实体、所述第四PDCP实体、所述第一PDCP实体、所述第二PDCP实体中任意两个实体不同。

10.如权利要求5-8任一项所述的方法，其特征在于，还包括：

所述第一通信设备的第三PDCP实体发送第二PDCP data PDU；

所述第一通信设备的所述第二PDCP实体发送第二PDCP control PDU；

其中，所述第二PDCP control PDU与所述第二PDCP data PDU关联，所述第三PDCP实体、所述第一PDCP实体、所述第二PDCP实体中任意两个实体不同。

11.如权利要求10所述的方法，其特征在于，

所述第一PDCP control PDU中携带所述第一PDCP实体的标识；

所述第二PDCP control PDU中携带所述第三PDCP实体的标识或所述第二PDCP dataPDU的标识。

12.一种通信方法，其特征在于，包括：

第二通信设备接收第一通信设备的第一PDCP实体发送的第一PDCP data PDU；

所述第二通信设备接收所述第一通信设备的第二PDCP实体发送的第一PDCP controlPDU；

其中，所述第一PDCP control PDU与所述第一PDCP data PDU关联，所述第一PDCP实体与所述第二PDCP实体不同。

13.如权利要求12所述的方法，其特征在于，所述方法还包括：

所述第二通信设备向所述第一通信设备发送配置信息。

14.如权利要求13所述的方法，其特征在于，所述配置信息包括：

第一指示信息，用于指示：所述第一PDCP实体的PDCP data PDU的传输实体与PDCPcontrol PDU的传输实体分离，或者，所述第一PDCP实体的传输模式为透明模式。

15.如权利要求14所述的方法，其特征在于，所述配置信息还包括以下至少一种：

第二指示信息，用于指示：所述第一PDCP实体用于传输PDCP data PDU；

第三指示信息，用于指示：所述第二PDCP实体用于传输PDCP control PDU；

第四指示信息，用于指示：所述第二PDCP实体传输的PDCP control PDU与所述第一PDCP实体传输的PDCP data PDU关联。

16.如权利要求12-15任一项所述的方法，其特征在于，还包括：

所述第二通信设备接收所述第一通信设备的第三PDCP实体发送的第二PDCP dataPDU；

所述第二通信设备接收所述第一通信设备的第四PDCP实体发送的第二PDCP controlPDU；

其中，所述第二PDCP control PDU与所述第二PDCP data PDU关联，所述第三PDCP实体、所述第四PDCP实体、所述第一PDCP实体、所述第二PDCP实体中任意两个实体不同。

17.如权利要求12-15任一项所述的方法，其特征在于，还包括：

所述第二通信设备接收所述第一通信设备的第三PDCP实体发送的第二PDCP dataPDU；

所述第二通信设备接收所述第一通信设备的所述第二PDCP实体发送的第二PDCPcontrol PDU；

其中，所述第二PDCP control PDU与所述第二PDCP data PDU关联，所述第三PDCP实体、所述第一PDCP实体、所述第二PDCP实体中任意两个实体不同。

18.如权利要求17所述的方法，其特征在于，

所述第一PDCP control PDU中携带所述第一PDCP实体的标识；

所述第二PDCP control PDU中携带所述第三PDCP实体的标识或所述第二PDCP dataPDU的标识。

19.一种通信方法，其特征在于，包括：

第一通信设备接收数据包；其中，所述第一通信设备的PDCP实体和RLC实体的传输模式均为透明模式；

所述第一通信设备根据接收所述数据包的时域位置、序列号与时域位置的映射关系，确定所述数据包对应的序列号。

20.如权利要求19所述的方法，其特征在于，所述方法还包括：

所述第一通信设备的媒体接入控制实体向所述第一通信设备的所述PDCP实体传递所述数据包的时域位置；

所述第一通信设备根据接收所述数据包的时域位置、序列号与时域位置的映射关系，确定所述数据包对应的序列号，包括：

所述第一通信设备的所述PDCP实体根据所述媒体接入控制实体接收所述数据包的时域位置、序列号与时域位置的映射关系，确定所述数据包对应的序列号。

21.如权利要求19所述的方法，其特征在于，所述第一通信设备根据接收所述数据包的时域位置、序列号与时域位置的映射关系，确定所述数据包对应的序列号，包括：

所述第一通信设备的媒体接入控制实体根据接收所述数据包的时域位置、序列号与时域位置的映射关系，确定所述数据包对应的序列号；

所述方法还包括：

所述第一通信设备的所述媒体接入控制实体向所述第一通信设备的所述PDCP实体传递所述数据包对应的序列号。

22.如权利要求19-21任一项所述的方法，其特征在于，还包括：

所述第一通信设备从网络设备获取所述序列号与时域位置的映射关系。

23.一种通信方法，其特征在于，包括：

第二通信设备根据序列号与时域位置的映射关系、数据包对应的序列号，确定所述数据包对应的时域位置；其中，所述第二通信设备的PDCP实体和RLC实体的传输模式均为透明模式；

所述第二通信设备在所述数据包对应的时域位置发送所述第一数据包。

24.如权利要求23所述的方法，其特征在于，所述方法还包括：

所述第二通信设备的所述PDCP实体向所述第二通信设备的媒体接入控制实体传递所述数据包对应的序列号；

所述第二通信设备根据序列号与时域位置的映射关系、数据包对应的序列号，确定所述数据包对应的时域位置，包括：

所述第二通信设备的所述媒体接入控制实体根据序列号与时域位置的映射关系、数据包对应的序列号，确定所述数据包对应的时域位置。

25.如权利要求23所述的方法，其特征在于，所述第二通信设备根据序列号与时域位置的映射关系、数据包对应的序列号，确定所述数据包对应的时域位置，包括：

所述第二通信设备的所述PDCP实体根据序列号与时域位置的映射关系、数据包对应的序列号，确定所述数据包对应的时域位置；

所述方法还包括：

所述第二通信设备的所述PDCP实体向所述第二通信设备的媒体接入控制实体传递所述数据包对应的时域位置。

26.如权利要求23-25任一项所述的方法，其特征在于，还包括：

所述第二通信设备从网络设备获取所述序列号与时域位置的映射关系。

27.一种通信装置，其特征在于，包括：

收发模块，用于获取无线承载的配置信息，其中所述配置信息用于指示所述无线承载对应的RLC实体的传输模式为透明模式；

处理模块，用于基于所述配置信息，将所述无线承载对应的RLC实体的传输模式配置为透明模式。

28.一种通信装置，其特征在于，包括：

处理模块，用于生成无线承载的配置信息，其中所述配置信息用于指示所述无线承载对应的RLC实体的传输模式为透明模式；

收发模块，用于发送所述配置信息。

29.一种通信装置，其特征在于，包括：

处理模块，用于建立第一PDCP实体和第二PDCP实体；

收发模块，用于基于所述第一PDCP实体发送第一PDCP data PDU，以及基于所述第二PDCP实体发送第一PDCP control PDU；

其中，所述第一PDCP control PDU与所述第一PDCP data PDU关联，所述第一PDCP实体与所述第二PDCP实体不同。

30.一种通信装置，其特征在于，包括：

处理模块，用于建立第五PDCP实体和第六PDCP实体；

收发模块，用于接收第一通信设备的第一PDCP实体发送的第一PDCP data PDU，以及用于接收所述第一通信设备的第二PDCP实体发送的第一PDCP control PDU；

处理模块，用于基于所述第五PDCP实体处理所述第一PDCP data PDU以及基于所述第六PDCP实体处理所述第一PDCP control PDU；

其中，所述第一PDCP control PDU与所述第一PDCP data PDU关联，所述第一PDCP实体与所述第二PDCP实体不同，所述第五PDCP实体与所述第六PDCP实体不同。

31.一种通信装置，其特征在于，包括：

收发模块，用于接收数据包；其中，所述装置的PDCP实体和RLC实体的传输模式均为透明模式；

处理模块，用于根据接收所述数据包的时域位置、序列号与时域位置的映射关系，确定所述数据包对应的序列号。

32.一种通信装置，其特征在于，包括：

处理模块，用于根据序列号与时域位置的映射关系、数据包对应的序列号，确定所述数据包对应的时域位置；其中，所述装置的PDCP实体和RLC实体的传输模式均为透明模式；

收发模块，用于在所述数据包对应的时域位置发送所述第一数据包。

33.一种通信装置，其特征在于，包括处理器和存储器；

其中，所述处理器和所述存储器耦合，所述存储器用于存储计算机执行指令，所述处理器用于执行所述存储器所存储的计算机执行指令，以使所述通信装置执行如权利要求1至26任一项所述的方法。

34.一种芯片，其特征在于，包括逻辑电路和输入输出接口；

其中，所述输入输出接口用于接收来自所述芯片之外的其它通信装置的信号并传输至所述逻辑电路或将来自所述逻辑电路的信号发送给所述芯片之外的其它通信装置，所述逻辑电路用于实现如权利要求1至26中任一项所述的方法。

35.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至26中任一项所述的方法。

36.一种计算机程序产品，其特征在于，当其在计算机上运行时，使得如权利要求1至26任一项所述的方法被执行。

Images