处理数据包的方法和装置
技术领域
本申请涉及无线通信技术领域，尤其涉及一种处理数据包的方法和装置。
背景技术
在传统的移动通信系统中，随着终端设备的移动，网络通过切换过程将终端设备从源小区切换至目标小区进行数据传输，切换过程完成后，终端设备切换到目标基站进行通信。在切换流程中，源基站向终端设备发送切换消息之后，终端设备和源基站之间的数据传输中断，直至终端设备成功切换到目标基站之后，终端设备可以和目标基站进行数据传输，此时才能恢复数据传输。
为了提高用户体验以及系统性能，第三代合作伙伴计划(third generationpartnership project,3GPP)提出在切换过程中实现0ms切换中断时延的要求，并为此给出了一种切换增强的方案，如eMBB(enhanced make before break,MBB)的方案。在eMBB方案中，终端设备从源基站接收到切换消息之后，一方面，终端设备继续保持对应源基站的用户面协议栈，以保持和源基站之间的数据传输。另一方面，终端设备建立对应目标基站的协议栈，用于和目标基站进行数据传输。另外，源基站向终端设备发送切换消息之后，可以和目标基站进行数据转发。具体地，源基站将分配了分组数据汇聚协议序列号(packet dataconvergence protocol sequence number,PDCP SN)的PDCP服务数据单元(service dataunit,SDU)转发给目标基站。目标基站对这些PDCP SDU进行头压缩、加密等处理。一旦终端设备成功接入目标基站，目标基站就可以将从源基站接收到的并由目标基站处理过的PDCPSDU发给终端设备。由此可以实现0ms的切换中断时延。
上述过程中，目标基站对PDCP SDU的头压缩处理也称为健壮性包头压缩(robustheader compression,ROHC)。ROHC是目前公认的应用于无线链路上较为理想的头部压缩方式。发送端对PDCP SDU进行ROHC等PDCP层的处理后，得到PDCP协议数据单元(protocoldata unit，PDU)，接收端对接收到的PDCP PDU进行头解压缩的处理，称为ROHC头解压缩。ROHC头解压缩要求PDCP PDU是按序的。
但是，在很多情况下，发送端对PDCP SDU执行了ROHC等PDCP层的处理，并发送给接收端之后，接收端接收到的PDCP PDU可能是乱序的，导致ROHC头解压缩错误率高。
发明内容
本申请提供一种处理数据包的方法和装置，可以降低ROHC头解压缩的错误率。
第一方面，本申请提供一种处理数据包的方法，终端设备获取从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的分组数据汇聚协议PDCP序列号；终端设备从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从第一网络设备接收到的数据包进行头解压缩处理。
在本申请的技术方案中，接收端在对接收到的数据包头解压缩之前，通过获取发送端发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号，可以避免接收端在数据包乱序的情况下对数据包进行头解压缩处理而导致头解压缩出错，从而可以降低头解压缩出错率。
结合第一方面，在第一方面的某些实现方式中，终端设备获取从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号，包括：终端设备从第二网络设备接收第一指示信息，所述第一指示信息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号。
在一种实现中，第一网络设备可以为终端设备在小区切换过程中的目标基站，第二网络设备可以为源基站。
终端设备在切换过程中，可以从源基站获取需要被第一个头解压缩的数据包的PDCP序列号。或者说，源基站可以通知终端设备需要第一个进行头解压缩的数据包的PDCP序列号，便于终端设备从该PDCP序列号开始对从目标基站接收到的数据包进行重排序，并按照重排序之后的顺序对数据包进行头解压缩，可以降低头解压缩的出错率。
结合第一方面，在第一方面的某些实现方式中，终端设备从第二网络设备接收第一指示信息，包括：终端设备从第二网络设备接收无线资源控制RRC重配置消息，RRC重配置消息中携带一个或多个所述第一指示信息，其中，每个第一指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号；或者，终端设备从第二网络设备接收PDCP控制协议数据单元PDU，所述PDCP控制PDU中携带所述第一指示信息，其中，所述第一指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
结合第一方面，在第一方面的某些实现方式中，终端设备获取从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号，包括：终端设备根据从第一网络设备接收到的第一数据包，获得所述需要第一个被头解压缩的数据包的PDCP序列号，其中，第一数据包的RLC序列号为预设的RLC序列号。
在这种方式中，通过预设一个RLC序列号，当终端设备对接收到的数据包进行解析，确定其RLC序列号为该预设的RLC序列号时，对该数据包进行解析得到的PDCP序列号即为所述需要第一个被头解压缩的数据包的PDCP序列号。这样可以避免网络设备和终端设备的交互，可以节省信令开销。
结合第一方面，在第一方面的某些实现方式中，所述预设的RLC序列号为0。
结合第一方面，在第一方面的某些实现方式中，终端设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，对从第一网络设备接收到的数据包进行头解压缩处理，包括：终端设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，对从第一网络设备接收到的数据包从所述需要第一个被头解压缩的数据包的PDCP序列号对应的数据包开始，对从第一网络设备接收到的数据包进行重排序，并按照重排序之后的顺序对所述从第一网络设备接收到的数据包进行头解压缩。
第二方面，本申请提供一种处理数据包的方法，第二网络设备生成第一指示信息，所述第一指示信息用于指示终端设备从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的分组数据汇聚协议PDCP序列号；第二网络设备向终端设备发送所述第一指示信息。
这里，第二网络设备可以对应终端设备在小区切换过程中的源基站。
结合第二方面，在第二方面的某些实现方式中，第二网络设备向终端设备发送第一指示信息，包括：第二网络设备向终端设备发送RRC重配置消息，所述RRC重配置消息中携带一个或多个所述第一指示信息，每个第一指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的分组数据汇聚协议PDCP序列号；或者，第二网络设备向终端设备发送分组数据汇聚协议PDCP控制协议数据单元PDU，所述PDCP控制PDU中携带所述第一指示信息，所述第一指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
第三方面，本申请提供一种处理数据包的方法，第一网络设备获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号；第一网络设备从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从终端设备接收到的数据包进行头解压缩处理。
这里，第一网络设备可以对应终端设备在小区切换过程中的目标基站。
结合第三方面，在第三方面的某些实现方式中，第一网络设备获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号，包括：第一网络设备从终端设备接收第二指示信息，所述第二指示信息用于指示终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
结合第三方面，在第三方面的某些实现方式中，第一网络设备从终端设备接收第二指示信息，包括：第一网络设备从终端设备接收RRC重配置完成消息，所述RRC重配置完成消息中携带一个或多个所述第二指示信息，其中，每个第二指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号；或者，第一网络设备从终端设备接收PDCP状态报告，所述PDCP状态报告中携带所述第二指示信息，其中，所述第二指示信息用于指示所述PDCP状态报告所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号；或者，第一网络设备从终端设备接收分组数据汇聚协议PDCP控制协议数据单元PDU，所述PDCP控制PDU中携带所述第二指示信息，其中，所述第二指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
结合第三方面，在第三方面的某些实现方式中，第一网络设备获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包，包括：第一网络设备根据从终端设备接收到的第二数据包，获取所述需要第一个被头解压缩的数据包的PDCP序列号，其中，第二数据包的无线链路控制RLC序列号为预设的RLC序列号。
结合第三方面，在第三方面的某些实现方式中，所述预设的RLC序列号为0。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：第一网络设备向第二网络设备发送第一消息，所述第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号；第一网络设备从所述需要第一个被头解压缩的数据包的PDCP序列号对应的数据包开始，对从终端设备接收到的数据包进行头解压缩处理，包括：第一网络设备从终端设备接收到一个或多个数据包时，第一网络设备向第二网络设备发送所述一个或多个数据包；第一网络设备从第二网络设备接收重排序之后的所述一个或多个数据包，并按照所述重排序之后的顺序对所述一个或多个数据包进行头解压缩处理，其中，所述一个或多个数据包是从所述需要第一个被头解压缩的数据包的PDCP序列号开始被重排序的。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：第一网络设备向第二网络设备发送第一消息，所述第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号；当第一网络设备从终端设备接收到一个或多个数据包时，第一网络设备向第二网络设备发送所述一个或多个数据包的PDCP序列号；第一网络设备从第二网络设备接收第二消息，所述第二消息用于指示是否允许对所述一个或多个PDCP序列号所对应的数据包进行头解压缩，其中，所述第二消息是根据所述第一消息和所述一个或多个PDCP序列号生成的；以及，第一网络设备从所述需要第一个被头解压缩的数据包的PDCP序列号，对从终端设备接收到的数据包进行头解压缩处理，包括：第一网络设备从所述需要第一个被头解压缩的数据包的PDCP序列号对应的数据包开始，对所述第二消息所指示的允许被头解压缩的数据包进行头解压缩，并对所述第二消息指示的不允许被头解压缩的数据包不进行头解压缩。
结合第三方面，在第三方面的某些实现方式中，第一网络设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，对从终端设备接收到的数据包进行头解压缩处理，包括：当第一网络设备接收到所述需要被第一个头解压缩的数据包时，第一网络设备向第二网络设备发送所述需要被第一个头解压缩的数据包，并在发送所述需要被第一个头解压缩的数据包之后向第二网络设备发送从终端设备接收到的其它数据包；第一网络设备从第二网络设备接收重排序之后的所述需要第一个被头解压缩的数据包和所述其它数据包；第一网络设备按照重排序之后的顺序对所述需要被第一个头解压缩的数据包和所述其它数据包进行头解压缩处理。
结合第三方面，在第三方面的某些实现方式中，第一网络设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，对从终端设备接收到的数据包进行头解压缩处理，包括：当第一网络设备接收到所述需要被第一个头解压缩的数据包时，第一网络设备向第二网络设备发送所述需要被第一个头解压缩的数据包的PDCP序列号，并在发送所述需要第一个被头解压缩的数据包之后向第二网络设备发送从终端设备接收到的一个或多个数据包的PDCP序列号；第一网络设备从第二网络设备接收第二消息，所述第二消息用于指示是否允许第一网络设备对所述一个或多个PDCP序列号各自所对应的数据包进行头解压缩；第一网络设备根据所述第二消息，对所述需要被第一个头解压缩的数据包和所述一个或多个数据包进行头解压缩处理。
第四方面，本申请提供一种处理数据包的方法，包括：第二网络设备获取终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号；第二网络设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，辅助第一网络设备对从终端设备接收到的数据包进行头解压缩处理。
结合第四方面，在第四方面的某些实现方式中，第二网络设备获取终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号，包括：第二网络设备从第一网络设备接收第一消息，所述第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号；第二网络设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，辅助第一网络设备对从终端设备接收到的数据包进行头解压缩处理，包括：第二网络设备从第一网络设备接收一个或多个数据包；第二网络设备根据所述第一消息对从第一网络设备接收到的所述一个或多个数据包从所述需要第一个被头解压缩的数据包的PDCP序列号对应的数据包开始，对从第一网络设备接收到的数据包进行重排序，并将重排序之后的数据包发送给第一网络设备进行头解压缩处理。
结合第四方面，在第四方面的某些实现方式中，第二网络设备根据所述需要被第一个头解压缩的数据包的PDCP序列号，辅助第一网络设备对从终端设备接收到的数据包进行头解压缩处理，包括：第二网络设备从第一网络设备接收第一消息，所述第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号；第二网络设备从第一网络设备接收一个或多个PDCP序列号；第二网络设备根据所述第一消息，判定是否允许第一网络设备对所述一个或多个PDCP序列号各自对应的数据包进行头解压缩；所述第二设备向第一网络设备发送第二消息，所述第二消息用于指示是否允许第一网络设备对所述一个或多个PDCP序列号各自所对应的数据包进行头解压缩。
结合第四方面，在第四方面的某些实现方式中，第二网络设备获取终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号，包括：第二网络设备从第一网络设备接收第一PDCP序列号所对应的数据包，并在接收到第一PDCP序列号所对应的数据包之后从第一网络设备接收其它数据包；第二网络设备从所述第一PDCP序列号开始对所述第一PDCP序列号对应的数据包和所述其它数据包进行重排序，并将重排序之后的所述第一PDCP序列号对应的数据包和所述其它数据包发送给第一网络设备进行头解压缩处理。
这里，第一PDCP序列号对应的数据包是第二网络设备从第一网络设备接收到的第一个数据包，所述第一PDCP序列号对应的数据包是所述需要被第一个头解压缩的数据包。
结合第四方面，在第四方面的某些实现方式中，第二网络设备获取终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号，包括：第二网络设备从第一网络设备接收第二PDCP序列号，所述第二PDCP序列号被预设为第一网络设备从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号；第二网络设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，辅助第一网络设备对从终端设备接收到的数据包进行头解压缩处理，包括：第二网络设备从第一网络设备接收一个或多个数据包；第二网络设备从所述第二PDCP序列号对应的数据包开始，对所述一个或多个数据包进行重排序，并将重排序之后的所述第二PDCP序列号对应的数据包和所述一个或多个数据包发送给第一网络设备进行头解压缩处理。
这里，第二PDCP序列号是第二网络设备从第一网络设备接收到的第一个PDCP序列号，所述第二PDCP序列号对应的数据包是所述需要被第一个头解压缩的数据包。
需要说明的是，第二PDCP序列号的编号“第二”仅仅是为了和上文的第一PDCP序列号的编号“第一”进行区分，不应对技术方案构成限定。
第五方面，本申请提供一种处理数据包的方法，终端设备生成第二指示信息，所述第二指示信息用于指示终端设备发送的数据包中需要第一个被第一网络设备头解压缩的数据包的PDCP序列号；终端设备向第一网络设备发送所述第二指示信息。
结合第五方面，在第五方面的某些实现方式中，终端设备向第一网络设备发送所述第二指示信息，包括：终端设备向第一网络设备发送RRC重配置完成消息，所述RRC重配置完成消息中携带一个或多个所述第二指示信息，其中，每个第二指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号；或者，终端设备向第一网络设备发送PDCP状态报告，所述PDCP状态报告中携带所述第二指示信息，其中，所述第二指示信息用于指示所对应的承载的需要被第一个头解压缩的数据包的PDCP序列号；或者，终端设备向第一网络设备发送PDCP控制PDU，所述PDCP控制PDU中携带所述第二指示信息，其中，所述第二指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
第六方面，本申请提供一种通信装置，所述通信装置具有实现第一方面或其任意可能的实现方式中的方法的功能，或者，所述通信装置具有实现第五方面或其任意可能的实现方式中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第七方面，本申请提供一种通信装置，所述通信装置具有实现第二方面或其任意可能的实现方式中的方法的功能，或者所述通信装置具有实现第四方面或其任意可能的实现方式的方法中的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第八方面，本申请提供一种通信装置，所述通信装置具有实现第三方面或其任意可能的实现方式中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第九方面，本申请提供一种终端设备，包括处理器和存储器。存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，使得终端设备执行第一方面或其任意可能的实现方式中的方法，或者使得终端设备执行第五方面或其任意可能的实现方式中的方法。
第十方面，本申请提供一种网络设备，包括处理器和存储器。存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，使得网络设备执行第二方面或其任意可能的实现方式中的方法，或者执行第四方面或其任意可能的实现方式中的方法。
这里，第十方面的网络设备可以为本申请中的第一网设备。
第十一方面，本申请提供一种网络设备，包括处理器和存储器。存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，使得网络设备执行第三方面或其任意可能的实现方式中的方法。
这里，第十一方面的网络设备可以为本申请中的第二网设备。
第十二方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得计算机执行第一方面或其任意可能的实现方式中的方法，或者使得计算机执行第五方面或其任意可能的实现方式中的方法。
第十三方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得计算机执行第二方面或其任意可能的实现方式中的方法的功能，或者执行第四方面或其任意可能的实现方式的方法。
第十四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得计算机执行第三方面或其任意可能的实现方式中的方法。
第十五方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面或其任意可能的实现方式中的方法，或者执行第五方面或其任意可能的实现方式中的方法。
可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线与存储器连接。
进一步可选地，所述芯片还包括通信接口。
第十六方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第二方面或其任意可能的实现方式中的方法，或者执行第四方面或其任意可能的实现方式中的方法。
可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线与存储器连接。
进一步可选地，所述芯片还包括通信接口。
第十七方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第三方面或其任意可能的实现方式中的方法。
可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线与存储器连接。
进一步可选地，所述芯片还包括通信接口。
第十八方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面或其任意可能的实现方式中的方法，或者执行第五方面或其任意可能的实现方式中的方法。
第十九方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第二方面或其任意可能的实现方式中的方法，或者执行第四方方面或其任意可能的实现方式中的方法。
第二十方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第三方面或其任意可能的实现方式中的方法。
在本申请的技术方案中，接收端在对接收到的数据包头解压缩之前，通过获取发送端发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号，可以避免接收端在数据包乱序的情况下对数据包进行头解压缩处理而导致头解压缩出错，从而可以降低头解压缩出错率。
附图说明
图1是适用于本申请实施例的通信系统的架构图。
图2为eMBB方案中的切换过程的示意图。
图3为PDCP层的功能模块的示意图。
图4为网络设备的用户面协议栈的示意图。
图5为UE的一种用户面协议栈的示意图。
图6为UE的另一种用户面协议栈的示意图。
图7为第一网络设备和第二网络设备各自具有重排序功能模块的示意图。
图8为第一网络设备和第二网络设备共同使用一个重排序功能模块的示意图。
图9为本申请提供的通信装置500的示意图。
图10为本申请提供的通信装置600的示意图。
图11为本申请提供的通信装置700的示意图。
图12为本申请提供的终端设备的示意性结构图。
图13为本申请提供的网络设备的示意性结构图。
图14为本申请提供的网络设备的示意性结构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如，长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio，NR)等。
本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等，本申请对此并不限定。
本申请实施例中的网络设备可以是任意一种具有无线收发功能的设备。所述网络设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved NodeB，或home NodeB，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为第五代(thefifth generation,5G)系统，例如，新空口(new radio,NR)中的gNB或传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，例如基带单元(building baseband unit,BBU)或分布式单元(distributedunit,DU)等。
在一些部署中，gNB可以包括集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU)。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。例如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，例如RRC层信令，也可以认为是由DU发送的，或者，由DU和AAU发送的。
可以理解的是，网络设备可以为包括CU、DU、AAU中一项或多项的设备。此外，可以将CU划分为接入网(radio access network,RAN)中的网络设备，也可以将CU划分为核心网(core network,CN)中的网络设备，本申请对此不做限定。
参见图1，图1是适用于本申请实施例的通信系统的架构图。如图1所示，该无线通信系统中可以包括网络设备101和网络设备102，和一个或多个终端设备103。当网络设备101或网络设备102发送信号时，网络设备为发射端，终端设备103为接收端。反之，当终端设备103发送信号时，终端设备为发射端，网络设备101和/或网络设备102为接收端。
本申请的技术方案适用于终端设备进行切换的场景。
在传统的切换过程中，源基站给UE发送切换消息后，UE与源基站之间的数据传输会中断，直至UE成功切换到目标基站之后，UE可以与目标基站进行数据传输。具体地，UE成功接入到目标基站之后，UE向目标基站发送RRC重配置完成消息，此时，空口才能恢复数据传输。因此，切换过程中存在中断时延。
为了提高用户体验度，3GPP提出切换过程中实现0ms移动中断时延的要求。为实现0ms切换中断时延，并为此提出了eMBB方案。
参见图2，图2为eMBB方案中的切换过程的示意图。在eMBB方案提出的切换过程中，源基站向UE发送切换消息后，可以与目标基站之间进行数据转发(data forwarding)。即源基站将分配了分组数据汇聚协议序列号(packet data convergence protocol sequencenumber,PDCP SN)的PDCP服务数据单元(service data unit,SDU)转发给目标基站，即源基站发送给目标基站的是PDCP SDU(s)以及与每个PDCP SDU分别对应的PDCP SN。其中，这些分配了PDCP SN的每一个PDCP SDU和一个PDCP SN关联。转发到目标基站的这些PDCP SDU由目标基站进行头压缩、加密、添加PDCP头等处理。图2中的其它步骤的说明可以参见现有技术。
另外，图2中所示的eMBB的切换过程仅仅是作为示例。可选地，切换过程也可以包括图2中所示步骤之外的其它步骤，或者，图2中所示的步骤可以执行部分而非全部。
为了便于理解本申请的技术方案，下面结合图3对现有的PDCP层进行介绍。
参见图3，图3为PDCP层的功能模块的示意图。图3中示出了发送端的PDCP实体和接收端的PDCP实体。发送端的PDCP实体可以进行PDCP SN分配、头压缩、完整性保护、加密、PDCP头添加(add PDCP header)、路由/复制等处理，接收端的PDCP实体可以进行PDCP头移除、解密、完整性验证、重排序、复制丢弃、头解压缩等处理。应理解，在下行数据传输中，发送端的PDCP实体即是网络设备的PDCP实体，接收端的PDCP实体即是终端设备的PDCP实体。在上行数据传输中，发送端的PDCP实体即是终端设备的PDCP实体，接收端的PDCP实体即是网络设备的PDCP实体。
对于下行链路(downlink,DL)，网络设备作为数据包的发送端，其用户面协议栈架构可以参见图4所示。
由于PDCP层是承载粒度，每个承载有与之对应的PDCP层。参见图4，以某一承载为例，图4为网络设备的用户面协议栈的示意图。网络设备(例如，图4中所示的源基站)的PDCP层生成数据包的序列号编号(sequence numbering)，也即上文的PDCP SN，或者说，进行PDCP SN分配，并对数据包进行头压缩(header compression)、完整性保护、加密(ciphering)和PDCP头添加(add PDCP header)等操作之后递交给RLC层。再依次经过RLC、MAC层和PHY层处理之后发送给终端设备。
需要说明的是，图4仅是一种式例。图4中所示的源基站或目标基站的PDCP层，还可以包括完整性保护(integrity protection)(作为发送端时)、完整性验证(integrityverification)(作为接收端时)、PDCP头添加(add PDCP header)、路由(routing)/复制(duplication)、重排序(reordering)、复制丢弃(duplicate discarding)等功能模块。这些功能模块可以参考图3中所示，图4中未示出。其中，图4中的路由/复制模块和图3中不同，下文实施例中会进行说明。
在数据传输过程中，为了提高数据传输的可靠性，在一种可选的实现方式中，网络设备可以对数据包进行复制(duplication)处理或者说复制操作。本文中将下行数据包的复制处理称为DL duplication。对于下行，复制处理是指针对某一PDCP SN(该PDCP SN是由源基站分配的)，源基站可以生成2个PDCP SDU。换句话说，源基站生成对应同一个PDCP SN的两个PDCP SDU。其中，一个PDCP SDU传递给源基站自身的压缩、加密等功能模块，使用源基站的头压缩(如ROHC)上下文进行头压缩、源基站的密钥进行加密等处理后，源基站将其发送给UE。另一个PDCP SDU(以及该PDCP SDU所对应的PDCP SN)由源基站转发给目标基站，使用目标基站的头压缩(如ROHC)上下文进行头压缩、目标基站的密钥进行加密等处理，生成PDCP PDU。一旦UE成功接入到目标基站，例如，目标基站接收到UE发送的RRC重配置完成消息，目标基站就可以将从源基站接收到的且由目标基站处理后的PDCP PDU发送给UE。
从UE的角度而言，UE从源基站接收到切换消息后，一方面保持与源基站的数据传输，即保持对应源基站的用户面协议栈，对源基站的用户面协议栈不进行层2重置(reset)或者重建(re-establishment)。应理解，层2包括MAC层、RLC层和PDCP层。另一方面，UE建立目标基站的协议栈，用于向目标进行发起RACH并进行数据传输。在一种可选的实现方式中，UE可以对数据包进行复制(duplication)处理或者说复制操作。本文中将上行数据包的复制处理称为UL duplication。对于上行，复制处理是指针对某一PDCP SN(该PDCP SN是由UE分配的)，UE可以生成2个PDCP SDU。换句话说，UE生成对应同一个PDCP SN的两个PDCP SDU。其中，一个PDCP SDU传递给对应源基站的头压缩、加密等功能模块，使用源基站的头压缩(如ROHC)上下文进行头压缩、源基站的密钥进行加密等处理后，UE将其发送给源基站。另一个PDCP SDU传递给对应目标基站的头压缩、加密等功能模块，使用目标基站的头压缩(如ROHC)上下文进行头压缩、目标基站的密钥进行加密等处理，生成PDCP PDU，UE将其发送给目标基站。
在UE接收到切换消息之后至UE释放和源基站的连接之前，UE维护分别对应源基站、目标基站的两套安全上下文(或维护两个安全密钥，如源基站的密钥、目标基站的密钥)，或者说UE维护分别对应源基站、目标基站的两套头压缩(如ROHC)上下文。UE根据接收到的数据包是来自源基站还是目标基站，采用相应的安全上下文(或密钥)进行解密，且，采用相应的头解压缩上下文进行头解压缩等处理。
在UE成功切换到目标基站后到UE释放和源基站的之间的连接的这段时间内，UE可以分别和源基站、目标基站进行上行数据传输。可选地，传输的可能是UL duplication数据包或者不是UL duplication数据包。UE将使用源基站的ROHC上下文进行头压缩，使用源基站的密钥进行加密等处理后PDCP PDU发送给源基站的RLC层、MAC层以及PHY层。UE将使用目标基站的ROHC上下文进行头压缩，使用目标基站的密钥进行加密等处理后PDCP PDU发送给目标基站的RLC层、MAC层以及PHY层。
以上行链路(uplink,UL)的数据传输为例，UE作为发送端，以某一承载为例，其用户面协议栈架构可以和网络侧的下行数据传输时的协议栈架构类似，参见图5所示。
参见图5，图5为UE的一种用户面协议栈的示意图。对应某一承载，在图5中，UE有两个PDCP层，其中一个PDCP层对应源基站，另一个PDCP层对应目标基站。例如，图5所示的协议栈架构下，如果UE对UL数据包进行duplication操作，针对同一个PDCP SN，两个PDCP层分别有各自对应的PDCP SDU。其中，对应源基站的PDCP层使用源基站的头压缩上下文进行头压缩，使用源基站的密钥进行加密等处理后，生成PDCP PDU，对应目标基站的PDCP层使用目标基站的头压缩上下文进行头压缩，使用目标基站的密钥进行加密等处理后，生成PDCP PDU。图5中左侧的协议栈(例如PHY1，MAC1，RLC1)可以对应目标基站，右侧的协议栈(例如，PHY2，MAC2，RLC2)可以对应源基站。
图5中的头添加是指PDCP头添加。
此外应理解，UE作为发送端时，对应某一承载，图5中所示的UE的两个PDCP实体(或PDCP层)可以为发送PDCP实体(或PDCP层)。其中，发送PDCP实体还可以包括完整性保护(integrity protection)、PDCP头添加(add PDCP header)、路由(routing)/复制(duplication)等功能模块，图5中，路由(routing)/复制(duplication)的功能模块位于对应源基站的PDCP实体。UE作为接收端时，对应某一承载，图5中所示的UE的两个PDCP实体(或PDCP层)可以为接收PDCP实体(或PDCP层)，接收PDCP实体还可以包括完整性验证(integrity verification)、PDCP头移除(remove PDCP header)、重排序(reordering)、复制丢弃等功能模块。这些功能模块可以参考图3中所示，图5中未示出。
可选地，对应某一承载，UE侧有一个PDCP层(例如，称该PDCP层为common PDCP)，该PDCP层既对应源基站又对应目标基站，此时，UE的用户面协议栈可以参见图6所示。
如图6所示，图6为UE的另一种用户面协议栈的示意图。图6中所示的common PDCP维护两套安全上下文(且该common PDCP维护两套头压缩上下文)。可选的，UE进行ULduplication。具体地，图6所示的协议栈架构下，如果UE对UL数据包进行duplication操作，针对同一个PDCP SN，common PDCP层使用源基站对应的头压缩上下文进行头压缩并且使用源基站的密钥进行加密等处理后，生成一份PDCP PDU，同时，该common PDCP层使用目标基站对应的头压缩上下文进行头压缩并且使用目标基站的密钥进行加密等处理后，生成另一份PDCP PDU，即针对某一PDCP SN，UE生成2个对应同一个PDCP SN的PDCP PDU。UE将使用源基站的ROHC上下文进行头压缩，使用源基站的密钥进行加密等处理之后的数据包发送给源基站。另外，UE将使用目标基站的ROHC上下文进行头压缩，使用目标基站的密钥进行加密等处理之后的数据包发送给目标基站。
此外，UE作为发送端时，对应某一承载，图6中所示的PDCP实体(或PDCP层)可以为发送PDCP实体(或PDCP层)。其中，发送PDCP实体还可以包括完整性保护(integrityprotection)、PDCP头添加(add PDCP header)、路由(routing)/复制(duplication)、等功能模块。UE作为接收端时，对应某一承载，图6中所示的PDCP实体(或PDCP层)可以为接收PDCP实体(或PDCP层)，接收PDCP实体还可以包括完整性验证(integrity verification)、PDCP头移除(remove PDCP header)、重排序(reordering)、复制丢弃等功能模块。这些功能模块可以参考图3中所示，图6中未示出。
以上图4-图6中给出的网络设备以及UE的用户面协议栈架构仅是作为一种示例，本申请的技术方案不限定采用其它协议栈架构或其变形，只要保证网络侧或者UE侧的数据可以通过两条腿传输以实现0ms切换中断时延，在本申请的技术方案中都是适用的。
从网络侧的角度而言，源基站对从UE接收到的PDCP PDU使用源基站的密钥进行解密，使用源基站的头解压缩上下文进行头解压缩。目标基站对从UE接收到的PDCP PDU使用目标基站的密钥进行解密，使用目标基站的头解压缩上下文进行头解压缩。
但是，由于接收端的RLC层不保证将数据包按顺序递交给PDCP层。因此，头解压缩之前如果数据包是乱序的，将导致头解压缩的错误率非常高。
为此，本申请提出一种处理数据包的方法，旨在降低头解压缩的错误率。
本申请的技术方案对于上行数据传输和下行数据传输都是适用的，下面分别进行说明。
首先需要说明的是，本申请中的第一网络设备和第二网络设备仅仅是作为网络侧设备的举例。例如，第一网络设备可以终端设备在切换过程中的目标基站，第二网络设备为切换过程中的源基站。
下行数据传输
510、终端设备获取从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的分组数据汇聚协议序列号(PDCP sequence,PDCP SN)。
终端设备可以有多种方式获取所述需要第一个被头解压缩的数据包的PDCP序列号，下面列举几种方式作为说明。
方式1
终端设备从第二网络设备接收第一指示信息。其中，第一指示信息用于指示终端设备从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
从第二网络设备的角度而言，第二网络设备生成第一指示信息，并向终端设备发送第一指示信息。
在一种实现方式中，第二网络设备向终端设备发送无线资源控制(radioresource control,RRC)重配置消息，RRC重配置消息中携带一个或多个第一指示信息。每个第一指示信息用于指示该第一指示信息所对应的承载上传输的数据包中需要第一个被头解压缩的数据包的PDCP序列号。例如，每个第一指示信息即为该第一指示信息所对应的承载上传输的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
需要说明的是，PDCP序列号是以无线承载(data radio bearer，DRB)为粒度的，其中，RB可以包含数据无线承载(data radio bearer，DRB)、信令无线承载(signallingradio bearer，SRB)。因此，RRC重配置消息中携带的第一指示信息也是以无线承载为粒度的。不同的承载具有自己所对应的需要第一个被头解压缩的数据包的PDCP序列号。
可选地，不同承载的需要被第一个头解压缩的数据包的PDCP序列号可能相同或者不同。
因此，如果RRC重配置消息中携带多个第一指示信息，每个第一指示信息对应不同的承载。因此，每个第一指示信息所指示的PDCP序列号是该第一指示信息对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
可选地，当RRC重配置消息中携带多个第一指示信息时，每个第一指示信息都关联一个RB的标识，表示该第一指示信息所指示的PDCP序列号是该RB的标识所对应的RB上需要第一个被头解压缩的数据包的PDCP序列号。即，可选的，该RRC重配置消息中包含第一指示信息以及与该第一指示信息关联的RB ID。
可选地，这里的RRC重配置消息可以是包含同步重配置(ReconfigurationWithSync)信元的RRC重配置消息，或者可以是包含移动控制信息(Mobility ControlInfo)信元的RRC连接重配置消息，这里不作限定。并且，RRC重配置消息也可以采用其它名称。该RRC重配置消息用于指示UE进行切换。
在另一种实现方式中，第二网络设备向终端设备发送PDCP控制协议数据单元(protocol data unit,PDU)，PDCP控制PDU中携带第一指示信息。
和RRC重配置消息不同的是，PDCP控制PDU本身就是承载粒度的。因此，PDCP控制PDU中携带该PDCP控制PDU对应的承载的第一指示信息。具体的，该第一指示信息可以是PDCP序列号，该PDCP序列号是对应的承载上的需要第一个被头解压缩的数据包的PDCP序列号。
方式2
终端设备从第一网络设备接收到预设的RLC序列号的数据包时，终端设备对该数据包进行解析，得到该数据包对应的PDCP序列号。该数据包对应的PDCP序列号即作为来自第一网络设备的需要第一个被头解压缩的数据包的PDCP序列号。
换句话说，在方式2中，终端设备将接收到的预设的RLC序列号的数据包的PDCP序列号确定为来自第一网络设备的需要第一个被头解压缩的数据包的PDCP序列号。或者说，终端设备将从第一网络设备接收到的预设的RLC序列号的数据包确定为来自第一网络设备的需要第一个被头解压缩的数据包。
可选地，预设的RLC序列号可以由协议规定，或者由终端设备和网络约定，这里不作限定。
在一种实现方式中，预设的RLC序列号为0。
也即，终端设备从第一网络设备接收到RLC序列号为0的数据包后，从RLC序列号为0的数据包开始，对从第一网络设备接收到的数据包进行PDCP层的相应处理。
具体的，终端设备的RLC层一定要等接收到RLC SN为0的RLC PDU(或RLC SDU)后，才开始给自身的PDCP层递交数据(如，RLC层给PDCP层递交RLC SN为0的RLC SDU)，即限定终端设备递交给自身的PDCP层的第一个包一定是RLC SN为0的数据包。即使终端设备的RLC层在接收到RLC SN为0的数据包前，已经接收到RLC SN非0的数据包，RLC层先缓存这些RLC SN非0的数据包，不递交给PDCP层，RLC层接收到RLC SN为0的包且将该RLC SN为0的包递交给PDCP层后，RLC层才将缓存的这些RLC SN非0的数据包递交给PDCP层。
终端设备的PDCP层解析出RLC SN为0的数据包所对应的PDCP SN后，根据该PDCPSN对来自第一网络设备的数据包进行重排序(即，以该PDCP SN作为重排序的起始数值)，然后，终端设备的PDCP层对重排序后的数据包按序进行头解压缩。
该实施例中，终端设备的RLC层递交给自身的PDCP层的第一个数据包一定是RLCSN为0的数据包，RLC层后续递交给PDCP层的数据包的RLC SN可以乱序或者按序，对此不做限定(例如，终端设备的RLC层递交给自身的PDCP层的第二个数据包可以是RLC SN为1的数据包，或者可以是RLC SN为3的数据包，或者可以是RLC SN为2的数据包，不做限定)。终端设备的PDCP层可以对接收到的数据包(如，接收到的RLC SDU(或PDCP PDU))进行重排序。
可选的，当UE的RLC层从第一网络设备接收到RLC SN为0的数据包，RLC层向PDCP层发送指示信息，用于指示PDCP层启动重排序或头解压缩的操作。
具体的，RLC传输模式包括UM模式、AM模式。相应的，RLC data PDU包括UMD(Unacknowledged Mode Data)PDU、AMD(Acknowledged Mode Data)PDU。
AM模式下，由于AMD PDU header中携带RLC SN，所以，AM模式下，第一网络设备(即发送端)对数据包进行常规处理，终端设备(即接收方)按上述方法进行处理。
UM模式下，只有当RLC SDU分段时，UMD PDU header中携带RLC SN(An UMD PDUheader contains the SN field only when the corresponding RLC SDU issegmented)。UM模式下，第一网络设备(即发送端)需要对RLC SN为0的数据包进行特殊处理，即，发送端的RLC层对于RLC SN为0的数据包，一定要采用携带RLC SN的数据包的格式对该包进行处理，例如，发送端的RLC层对于RLC SN为0的RLC SDU进行分段处理，生成的UMDPDU的格式为UMD PDU with X bit SN(如，X＝6或12)，具体格式可参照TS38.322-f50中6.2.2.3章节的描述(例如，具体UMD PDU的格式可以参照图6.2.2.3-2、图6.2.2.3-3、图6.2.2.3-4、图6.2.2.3-5)；
可选的，UM模式下，发送端对RLC SN非0的数据包，可以按上述方法进行特殊处理；或者，可以不进行特殊处理，即生成的UMD PDU的格式为UMD PDU containing a completeRLC SDU，UMD PDU的具体格式可参照TS38.322-f50中6.2.2.3章节的描述(例如，具体UMDPDU的格式可以参照图6.2.2.3-1)。
UM模式下，接收端(即终端设备)的处理方法与AM模式下接收端(即终端设备)的处理方法类似，可以按上述方式2进行处理。
520、终端设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，对从第一网络设备接收到的数据包进行头解压缩处理。
通过步骤510中所列举的任意一种方式，终端设备获知从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。此时，终端设备就可以从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从第一网络设备接收到的数据包进行重排序，并按照重排序之后的顺序对从第一网络设备接收到的数据包进行头解压缩处理。
可选地，对应某一承载，终端设备对从第一网络设备接收到的数据包的头解压缩处理可以是在对应第一网络设备的PDCP层进行处理，也可以是共同的PDCP(common PDCP)层进行处理的(该common PDCP既对应第一网络设备，又对应第二网络设备)，例如终端设备的用户面协议栈可以如上文的图4或图5。这里不对终端设备的用户面协议栈作限定。
可选地，在下行数据传输的各实施例中，如果第二网络设备对数据包进行复制处理操作，所述需要第一个被头解压缩处理的数据包即为第二网络设备发送给第一网络设备的PDCP SDUs中第一个被执行复制处理的数据包(或者，即为第二网络设备发送给第一网络设备的PDCP SDUs中被执行复制处理的数据包所分别对应的PDCP SN的最小数值)，或者，即为第二网络设备发送给第一网络设备的PDCP SDUs所分别对应的PDCP SN的最小数值。
换句话说，终端设备需要获取来自第一网络设备的第一个DL duplication的数据包的PDCP序列号(或来自第一网络设备的DL duplication数据包所分别对应的PDCP SN的最小数值)。
上行数据传输
610、第一网络设备获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
和下行数据传输类似，第一网络设备有多种方式可以获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。下面列举几种作为示例。
方式1
第一网络设备从终端设备接收第二指示信息，第二指示信息用于指示终端设备发送的数据包中需要第一个被头解压缩处理的数据包的PDCP序列号。
在一种实现方式中，终端设备向第一网络设备发送RRC重配置完成消息，RRC重配置完成消息中携带一个或多个第二指示信息。其中，每个第二指示信息用于指示该第二指示信息对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
这里，第二指示信息也是以无线承载为粒度的。因此，RRC重配置完成消息中可能携带一个或多个第二指示信息。不同的第二指示信息用于指示不同的承载上的需要第一个被头解压缩的数据包的PDCP序列号。
可选地，当RRC重配置完成消息中携带多个第二指示信息时，每个第二指示信息关联一个RB，表示该第二指示信息所指示的PDCP序列号是该RB的标识所对应的RB上的需要第一个被头解压缩的数据包的PDCP序列号。即，可选的，该RRC重配置完成消息中包含第二指示信息以及与该第二指示信息关联的RB ID。
可选地，不同承载上的需要第一个被头解压缩的数据包的PDCP序列号可以相同，或者互不相同，或者部分承载的需要第一个被头解压缩的数据包的PDCP序列号相同，本申请对此不作限定。
在另一种实现方式中，终端设备向第一网络设备发送PDCP状态报告，PDCP状态报告中携带第二指示信息。其中，PDCP状态报告是以承载为粒度发送的，因此，每个PDCP状态报告中携带的第二指示信息用于指示该PDCP状态报告对应的承载上的需要第一个被头解压缩的数据包的PDCP序列号。或者，终端设备向第一网络设备发送RLC状态报告，该RLC状态报告中携带第二指示信息。
再一种实现方式中，终端设备向第一网络设备发送PDCP控制PDU，PDCP控制PDU中携带第二指示信息。其中，PDCP控制PDU是以承载为粒度发送的，因此，每个PDCP控制PDU中携带的第二指示信息用于指示该PDCP控制PDU对应的承载上的需要第一个被头解压缩的数据包的PDCP序列号。
方式2
第一网络设备从终端设备接收到预设的RLC序列号的数据包时，第一网络设备对该数据包进行解析，得到该数据包对应的PDCP序列号。该数据包对应的PDCP序列号即作为从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
也即，第一网络设备将从终端设备接收到的预设的RLC序列号的数据包的PDCP序列号确定为来自终端设备的需要第一个被第一网络设备进行头解压缩操作的数据包的PDCP序列号。或者说，第一网络设备将从终端设备接收到的预设的RLC序列号的数据包确定为需要第一个被头解压缩的数据包。
可选地，预设的RLC序列号可以由协议规定，或者由终端设备和网络约定，这里不作限定。
另外，上行数据传输中的预设的RLC序列号和上文介绍的下行数据传输中的预设的RLC序列号可以设置为相同，也可以设置为不同，本申请不作限定。
可选地，上行数据传输中的预设的RLC序列号为0。
通过上述任意一种方式，第一网络设备获取到从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。此时，第一网络设备可以从所述需要第一个被头解压缩的数据包开始，对从终端设备接收到的数据包进行头解压缩处理。
620、第一网络设备从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从终端设备接收到的数据包进行头解压缩处理。
第一网络设备获取到需要第一个被头解压缩的数据包的PDCP序列号之后，根据第一网络设备是否具有重排序功能模块，第一网络设备对从终端设备接收到的数据包的头解压缩处理可以由多种具体的实现，下面分别进行说明。
情况1
第一网络设备具有对数据包进行重排序的功能，或者说，第一网络设备具有对数据包进行重排序的功能模块。
为了描述上的简洁，以下将对数据包进行重排序的功能模块称为重排序功能模块。
在一种可能的实现方式中，第一网络设备和第二网络设备各自具有一个重排序功能模块(该重排序功能模块用于头解压缩前对数据包进行重排序)。第一网络设备和第二网络设备各自接收到的数据包是由各自的重排序功能模块负责重排序的。
参见图7，图7为第一网络设备和第二网络设备各自具有重排序功能模块的示意图。如图7所示，源基站和目标基站各自具有重排序、头解压缩的功能模块。其中，源基站的重排序功能模块如图7中所示的重排序(1)，目标基站的重排序功能如图7中所示的重排序(2)。以上行数据传输作为示例，源基站和目标基站分别完成PDCP头移除(remove PDCPheader)、解密(deciphering)、完整性验证(integrity verification)，在接收缓存(reception buffer)中完成重排序(reordering)/复制丢弃(duplicate discarding)、头解压缩(header decompression)等处理后，会在一个公共的重排序功能模块上对两条腿上的数据包进行重排序、重复包检测/丢弃处理。最后，再由重排序功能模块将数据包递交给上层。其中，这个公共的重排序功能模块如图7中所示的重排序(3)。
需要说明的是，图7中所示的源基站和目标基站各自还具有复制丢弃功能，或者称为复制包丢弃功能。可选地，复制丢弃功能可以和重排序功能设计在一个功能模块上。例如，图7中所示的重排序(1)/复制丢弃，表示该功能模块既有重排序功能，又有复制丢弃功能。或者，源基站和目标基站不具有复制丢弃功能，例如，源基站的接收缓存里不具备重排序(1)，目标基站的接收缓存里不具备重排序(2)。
这里，复制丢弃功能是指针对同一个PDCP SN检测复制数据包(也即，上文所述的duplication数据包)，如果检测到两个具有相同PDCP SN的数据包则丢弃其中一个的功能。
在一种可能的实现方式中，目标基站收到源基站发送的SN status transfer消息之前，所述公共的重排序/重复包丢弃功能模块(如图7中所示的重排序(3)/复制丢弃)可以位于源基站。目标基站收到源基站发送的SN status transfer消息之后，所述公共的重排序/重复包丢弃功能模块可以位于目标基站。
在另一种可能的实现方式中，第一网络设备和第二网络设备共同使用一个重排序功能模块。其中，该共同的重排序功能模块可以设置在第一网络设备上。或者，该共同的重排序功能模块可以设置在第二网络设备上。
在情况1中，无论是属于上述哪种具体的实现方式，第一网络设备从终端设备接收到数据包之后，可以通过设置在第一网络设备上的重排序功能模块，从所述需要第一个被头解压缩处理的数据包的PDCP序列号开始，对从终端设备接收到的PDCP序列号依次往后递增的数据包进行重排序。完成重排序之后，第一网络设备按照重排序之后的顺序，对这些数据包进行头解压缩。
具体的，对应图7，第一网络设备从终端设备接收到RLC序列号为0的数据包后，从RLC序列号为0的数据包开始，对从终端设备接收到的数据包进行PDCP层的相应处理。
具体的，RLC传输模式包括非确认模式(Unacknowledged Mode，UM)、确认模式(Acknowledged Mode，AM)。相应的，RLC data PDU包括UMD(Unacknowledged Mode Data)PDU、AMD(Acknowledged Mode Data)PDU。
AM下，由于AMD PDU header中携带RLC SN，所以，AM下，终端设备(即发送端)对数据包进行常规处理，第一网络设备(即接收端)按上述方法进行处理。
UM下，只有当RLC SDU分段时，UMD PDU header中携带RLC SN(An UMD PDU headercontains the SN field only when the corresponding RLC SDU is segmented)。UM下，终端设备(即发送端)需要对发送给第一网络设备的RLC SN为0的数据包进行特殊处理，即，发送端的RLC层对于RLC SN为0的数据包，一定要采用携带RLC SN的数据包的格式对该数据包进行处理，例如，发送端的RLC层对于RLC SN为0的RLC SDU进行分段处理，生成的UMD PDU的格式为包括X bit SN的UMD PDU(如，X＝6或12)。可选的，UMD PDU的具体格式例如可参照TS38.322-f50中6.2.2.3章节的描述(例如，图6.2.2.3-2、图6.2.2.3-3、图6.2.2.3-4、图6.2.2.3-5)。
可选的，UM下，发送端对RLC SN非0的数据包，可以按上述方法进行特殊处理；或者，可以不进行特殊处理，即生成的UMD PDU的格式为包含完整的RLC SDU的UMD PDU。可选的，UMD PDU的具体格式可参照TS38.322-f50中6.2.2.3章节的描述(例如，图6.2.2.3-1)。
UM下，接收端(即第一网络设备)的处理方法与AM下接收端(即第一网络设备)的处理方法类似，可以按上述方式2进行处理。
可以看出，在情况1中，第一网络设备可以独立完成对从终端设备接收到的数据包的重排序(即图7中的重排序(2))，并根据重排序之后的顺序对数据包进行头解压缩。
情况2
第一网络设备不具有重排序功能模块。
在一种可能的实现方式中，第一网络设备和第二网络设备共同使用一个重排序功能模块，但是所述重排序功能模块设置在第二网络设备上。
可以理解的是，在情况2中，由于第一网络设备不具有重排序功能模块，如图8所示，第一网络设备(即目标基站)在进行头解压缩功能前不具备重排序、复制丢弃功能。例如，和图7中相比，图8中所示的目标基站不具有重排序(2)的功能模块。因此，第一网络设备无法对从终端设备接收到的数据包进行重排序。因此，第一网络设备对数据包的头解压缩需要第二网络设备来辅助完成。或者，另一种方式，情况2中，第二网络设备不具有重排序功能模块，第二网络设备(即源基站)在进行头解压缩功能前不具备重排序、复制丢弃功能。例如，和图7中相比，源基站不具有重排序(1)的功能模块，目标基站具有重排序(2)的功能模块。因此，第二网络设备无法对从终端设备接收到的数据包进行重排序。因此，第二网络设备对数据包的头解压缩需要第一网络设备来辅助完成。
参见图8，图8为第一网络设备和第二网络设备共同使用一个重排序功能模块的示意图。作为一种示例，如图8所示，源基站上的重排序(3)作为源基站和目标基站公共的重排序功能模块，设置在源基站上。而目标基站不具有头解压缩后进行重排序的功能模块。或者，另一种方式，源基站和目标基站的头解压缩后的公共的重排序功能模块，设置在目标基站上。
继续以上行数据传输作为示例，对于源基站而言，源基站从UE接收到UL PDCP PDU后，移除PDCP头，然后，源基站使用源基站的密钥进行解密，完成完整性验证。之后，源基站分别对UE发送给源基站的以及UE发送给目标基站的数据包进行重排序，如图8中的重排序(1)功能模块进行该重排序操作。
需要说明的是，在上行数据传输中，如果终端设备对数据包执行duplication操作，源基站的重排序(1)功能模块将会接收到duplication数据包。所以和图3中所示的现有的PDCP层相区别的是，图3中接收PDCP实体(图3中右侧所示的PDCP实体)的具有复制丢弃功能，而图8中所示的源基站需要去使能重复丢弃(duplicte discarding)功能。
源基站的重排序(1)功能模块对从UE接收到的数据包完成重排序后，再递交给源基站的头解压缩(header decompression)功能模块进行头解压缩。完成头解压缩之后，再由头解压缩模块将头解压缩之后的数据包递交给重排序(3)/复制丢弃功能模块执行重排序/重复包丢弃处理。完重排序、复制检测、复制丢弃之后，再将数据包递交给上层。
对于目标基站而言，目标基站从UE接收到UL PDCP PDU后，移除PDCP包头，然后，使用目标基站的密钥进行解密，再进行完整性验证。由于头解压缩时必须保证数据包是按序的，而目标基站没有重排序功能模块。因此，目标基站对数据包的头解压缩处理包括如下方法1和方法2。
方法1：如图8中所示的路径1，目标基站将从终端设备接收到的数据包发送给源基站，由源基站的重排序功能模块(图8中所示的重排序(1))对这些数据包进行重排序。完成重排序之后，源基站需要记录由该重排序(1)进行重排序后的每个数据包分别来自哪个基站，然后将数据包传递给相应的基站进行进行头解压缩处理。
方法2：如图8中所示的路径2，目标基站只将数据包的PDCP序列号发送给源基站，由源基站检查该PDCP序列号是否是按序的。如果PDCP序列号是按序的，则源基站指示目标基站可以对该PDCP序列号对应的数据包进行头解压缩。然后，目标基站根据源基站的指示，将该PDCP序列号对应的数据包递交给自身的头解压缩模块进行头解压缩。目标基站完成头解压缩之后，再将头解压缩之后的数据包递交给公共的重排序/复制丢弃功能模块进行重排序、复制包(也即，duplication数据包)丢弃处理。所述公共的重排序/复制丢弃功能模块对两条腿的数据包完成重排序、duplication数据包检测、丢弃后，再将数据包递交给上层。
这里，所述公共的重排序/复制丢弃功能模块如图8中所示的重排序(3)/复制丢弃功能模块。
应理解，图8中以所述公共的重排序/复制丢弃功能模块位于源基站作为示例。可选地，在另一种实现方式中，所述公共的重排序/复制丢弃功能模块也可以位于目标基站。这种情况下，网络侧对数据包的头解压缩和图8中所示是类似的，本领域技术人员根据重排序/复制丢弃功能模块位于源基站时对数据包的处理过程，也可以容易获知重排序/复制丢弃功能模块位于目标基站时对数据包的处理过程，这里适当省略，以免赘述。
需要说明的是，图8中以重排序功能模块设置在源基站作为示例进行说明(即重排序(1)功能模块位于源基站)。例如，目标基站未收到源基站发送的SN status transfer消息。或者，重排序功能模块也可以设置在目标基站。例如，目标基站接收到源基站发送的SNstatus transfer消息。
可选地，第二网络设备可以通过多种方式辅助第一网络设备完成对数据包的头解压缩处理，下面列举几种方式作为示例。
方式A
第一网络设备获取到需要第一个被头解压缩的数据包的PDCP数据包之后，向第二网络设备发送第一消息，第一消息用于指示第一网络设备从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
第一网络设备通过第一消息向第二网络设备通知了需要第一个被第一网络设备进行头解压缩的数据包的PDCP序列号之后，第一网络设备将从终端设备接收到一个或多个数据包发送给第二网络设备。
从第二网络设备的角度，第二网络设备从第一网络设备接收到一个或多个数据包时，第二网络设备从所述第一消息指示的所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从第一网络设备接收到的一个或多个数据包进行重排序，并将重排序之后的所述一个或多个数据包返回给第一网络设备进行头解压缩处理。
可以看到，第二网络设备辅助第一网络设备对第一网络设备接收到的来自终端设备的数据包进行了重排序。之后，第一网络设备接收到第二网络设备返回的重排序之后的数据包，按照重排序之后的顺序，依次对数据包进行头解压缩处理。
方式B
第一网络设备获取到需要第一个被头解压缩的数据包的PDCP数据包之后，向第二网络设备发送第一消息，第一消息用于指示第一网络设备从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
第二网络设备根据第一消息，可以获知第一网络设备从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。这和上述方式A是相同的。
当第一网络设备从终端设备接收到一个或多个数据包时，第一网络设备将接收到的一个或多个数据包所对应的PDCP序列号发送给第二网络设备。
第二网络设备接收到第一网络设备发送的一个或多个PDCP序列号之后，根据所述需要第一个被头解压缩的数据包的PDCP序列号，判断从第一网络设备接收到的一个或多个PDCP序列号对应的数据包是否可以被头解压缩，并向第一网络设备返回第二消息。
这里，第二消息用于指示第一网络设备是否可以对所述一个或多个PDCP序列号各自对应的数据包进行头解压缩。
可选地，第一网络设备可以从终端设备每接收到一个数据包，就将该数据包的PDCP序列号发送给第二网络设备进行判断。这种情况下，第二网络设备从第一网络设备接收到第一个PDCP序列号时，如果所述第一个PDCP序列号和所述需要第一个被头解压缩的数据包相同，则第二网络设备向第一网络设备返回的第二消息指示允许对所述PDCP序列号对应的数据包头解压缩。
之后，如果第二网络设备从第一网络设备接收到的PDCP序列号是从所述需要第一个被头解压缩的数据包的PDCP序列号往后依次递增的，则第二网络设备返回的第二消息指示允许第一网络设备对这些PDCP序列号对应的数据包进行头解压缩。相反，如果第二网络设备从第一网络设备接收到的PDCP序列号并不是从所述需要第一个被头解压缩的数据包的PDCP序列号依次递增的，说明第一网络设备从终端设备接收到的数据包的PDCP序列号或第二网络设备向第一网络设备指示的PDCP序列号是乱序的，因此，第二网络设备针对出现乱序的PDCP序列号返回的第二消息指示不允许第一网络设备对其进行头解压缩。
假设第二网络设备根据第一消息获知第一个需要被第一网络设备进行头解压缩的数据包的PDCP SN＝3，下面进行举例说明。
第二网络设备从第一网络设备接收到的第一个PDCP SN＝3，第二网络设备向第一网络设备返回ACK，表示可以对PDCP SN＝3对应的数据包进行头解压缩。
之后，如果第二网络设备从第一网络设备接收到的第二个PDCP SN＝4，第二网络设备向第一网络设备返回ACK，表示允许对PDCP SN＝4对应的数据包进行头解压缩。
相反，如果第二网络设备从第一网络设备接收到的第二个PDCP SN＝6，第二网络设备向第一网络设备返回NACK，表示不允许对PDCP SN＝6的数据包进行头解压缩。
应理解，这里的PDCP SN＝6仅是作为示例进行说明，即如果第二网络设备从第一网络设备接收到的PDCP SN不是从所述需要第一个被头解压缩的数据包的PDCP SN依次递增的，则说明第一网络设备从终端设备接收到的数据包是乱序的，需要进行重排序之后再进行头解压缩，否则就会头解压缩出错。
可选地，第一网络设备也可以是接收到多个数据包之后，按照接收顺序将这多个数据包的PDCP序列号发送给第二网络设备。第二网络设备根据所述需要第一个被头解压缩的数据包的PDCP序列号，判定从第一网络设备接收到的多个PDCP序列号各自对应的数据包是否可以被头解压缩。
继续假设第二网络设备根据第一消息获知第一个需要被头解压缩的数据包的PDCP SN＝3，下面进行举例说明。
第二网络设备从第一网络设备接收到多个PDCP序列号，所述多个PDCP序列号依次为PDCP SN＝3，PDCP SN＝5,PDCP SN＝4,PDCP SN＝6。第二网络设备根据所述需要第一个被头解压缩的数据包的PDCP SN＝3进行判断，PDCP SN＝3,5,4,6并不是依次递增的，也即，第一网络设备从终端设备接收到的数据包的PDCP序列号是乱序的。因此，第二网络设备向第一网络设备返回NACK，表示不允许第一网络设备对所述PDCP SN＝3,5,4,6各自对应的数据包进行头解压缩。
在一种实现方式中，第二网络设备可以在返回NACK的同时向第一网络设备返回重排序后的PDCP序列号，以指示第一网络设备按照所指示的重排序后的PDCP序列号的顺序，对这些PDCP序列号各自对应的数据包进行头解压缩。
例如，第二网络设备向第一网络设备返回3,4,5,6。第一网络设备根据第二网络设备的返回的PDCP SN的顺序，分别对PDCP SN＝3,5,4,6的数据包进行头解压缩。
在另一种实现方式中，第二网络设备可以通过多个比特对从第一网络设备接收到的多个PDCP序列号对应的数据包是否可以被头解压缩分别进行指示。
例如，第二网络设备向第一网络设备返回1000，表示第一网络设备发送给第二网络设备的第一个PDCP序列号对应的数据包允许第一网络设备进行头解压缩，后面的3个PDCP序列号各自对应的数据包不允许第一网络设备进行头解压缩。
可以看到，方式A中，第一网络设备从终端设备接收到数据包之后，将接收到的数据包发送给第二网络设备进行重排序。而在方式B中，第一网络设备从终端设备接收到数据包之后，将接收到的数据包的PDCP序列号发送给第二网络设备，由第二网络设备根据第一消息中指示的需要第一个被头解压缩的数据包的PDCP序列号，判断是否允许第一网络设备对这些PDCP序列号对应的数据包进行头解压缩，进而通过第二消息指示第一网络设备。
应理解，方式A和方式B中，源基站辅助目标基站对从终端设备接收到的数据包进行头解压缩的过程，可以分别参见图8中对路径1和路径2的说明。
在上述方式A和方式B中，第一网络设备获取到需要被第一网络设备进行第一个头解压缩的数据包的PDCP序列号之后，通过第一消息向第二网络设备指示所述需要被第一个头解压缩的数据包的PDCP序列号。然后，当第一网络设备从终端设备接收到数据包时，第一网络设备按照从终端设备接收到的数据包的顺序，将接收到的数据包或者接收到的数据包的PDCP序列号发送给第二网络设备。
下面再介绍第二网络设备辅助第一网络设备对从终端设备接收到的数据包进行头解压缩的其它方式，如下面的方式C和方式D。
方式C
第一网络设备获取需要第一个被头解压缩的数据包的PDCP数据包，该PDCP数据包的PDCP序列号为第一PDCP序列号。
第一网络设备从终端设备接收数据包，当第一网络设备从终端设备接收到所述第一PDCP序列号对应的数据包时，第一网络设备首先将所述第一PDCP序列号对应的数据包发送给第二网络设备，然后再向第二网络设备发送从终端设备接收到的其它数据包。
换句话说，在方式C中，第一网络设备发送给第二网络设备的第一个数据包默认即是所述需要被第一个头解压缩的数据包。相当于，第一网络设备通过隐式的方式通知了第二网络设备所述第一网络设备从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号，而不再需要通过其它额外的消息(例如，第一消息)进行通知。
在方式C中，从第二网络设备的角度来说，第二网络设备从第一网络设备接收到的第一个数据包的PDCP序列号(以下称作第一PDCP序列号)即为所述第一网络设备从终端设备接收到的数据包中第一个需要被头解压缩的数据包。
或者说，第二网络设备将从第一网络设备接收到的第一个数据包的PDCP序列号作为对从第一网络设备接收到的数据包进行重排序的参考。第二网络设备从第一PDCP序列开始，对从第一网络设备接收到的数据包进行重排序。
方式D
第一网络设备获取到需要第一个被头解压缩的数据包的PDCP数据包。
当第一网络设备从终端设备接收到所述需要被第一个头解压缩的数据包时，第一网络设备首先将所述需要被第一个头解压缩的数据包的PDCP序列号发送给第二网络设备，然后再向第二网络设备发送从终端设备接收到的其它数据包的PDCP序列号。
和方式C类似，在方式D中，第一网络设备发送给第二网络设备的第一个PDCP序列号默认即是所述需要被第一个头解压缩的数据包的PDCP序列号。换句话说，第一网络设备通过隐式的方式通知了第二网络设备所述第一网络设备从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号，也不再需要通过其它额外的消息(例如，第一消息)进行通知。
可见，和上述方式A或方式B相比，方式C和方式D可以节省第一网络设备和第二网络设备之间的信令交互，节省信令开销。
类似地，在上行数据传输的各实施例中，如果终端设备对发送给网络设备的数据包进行复制处理操作，第一网络设备从终端设备接收到数据包中需要第一个被头解压缩处理的数据包也可以为终端设备发送给第一网络设备的数据包中第一个被执行复制处理的数据包(或者，即为终端设备发送给网络设备的被执行复制处理的数据包所分别对应的PDCP SN的最小数值)，或者，即为终端设备发送给第一网络设备的PDCP SDUs所分别对应的PDCP SN的最小数值。
可替换地，本申请各方法实施例中，所述需要第一个被头解压缩的数据包，也可以替换为第一个需要进行头解压缩的数据包。也即，所述需要第一个被头解压缩的数据包的PDCP序列号，也可以替换为第一个需要进行头解压缩的数据包的PDCP序列号。
可选地，如果发送端对数据包进行复制(duplication)操作，接收端需要获取发送的数据包中第一个被执行复制处理的数据包的PDCP序列号。
以上实施例中，以数据包的发送端对数据包执行复制处理操作作为示例进行说明。在另一种可能的实现方式中，上行数据传输或者下行数据传输中，发送端也可以不对数据包执行复制处理操作。
在上行数据传输中，如果不对数据包作复制处理操作，也即，UE在向目标基站发送RRC重配置消息之前，只向源基站发送UL数据。UE在发送RRC重配置完成消息之后，只向目标基站发送UL数据。由于UE发送给源基站的数据包可能有一些没有被成功接收，因此UE需要向目标基站重传这些数据包，从而也可能导致目标基站从UE接收到的数据包是乱序的，从而目标基站头解压缩数据包时可能也会出现PDCP序列号乱序的现象，导致目标基站的头解压缩出错。
例如，UE向源基站发送PDCP SN为2,3,4的数据包，但是源基站仅成功接收到PDCPSN为2,4的数据包。其中，PDCP SN为3的数据包发送失败。此时，UE可能已经向目标基站发送了PDCP SN为5的数据包，然后UE才发现PDCP SN为3的数据包发送失败。如果此时UE使用目标基站的头压缩(如ROHC)上下文对PDCP SN为3的数据包进行头压缩，并重传给目标基站。由于目标基站先接收到PDCP SN为5的数据包，再接收到PDCP SN为3的数据包。如果目标基站按照接收到的数据包的顺序，首先对PDCP SN为5的数据包进行头解压缩，则头解压缩出错。
为此，本申请针对这种不对数据包执行复制处理操作的情况，也提出解决的方案，对于上下行数据传输都是适用的。下面以上行数据传输作为示例进行说明。
在一种实现方式中，UE向源基站发送数据包之后，需要从源基站接收到对应所有发送给源基站的数据包的反馈之后，再向目标基站发送数据包。
例如，在上面这个示例中，UE向源基站发送PDCP SN为2,3,4的数据包，从源基站接收到针对全部数据包的反馈之后，确定PDCP SN为3的数据包发送失败。此时，UE使用目标基站的ROHC上下文对PDCP SN为3的数据包进行压缩。从而，UE向目标基站发送的第一个数据包是PDCP SN为3的数据包。UE向目标基站发送PDCP SN为3的数据包之后，再向目标基站发送PDCP SN为5的数据包。这样，PDCP SN为3的数据包将是目标基站第一个接收到并第一个被头解压缩的数据包，可以避免头解压缩出错。
可选的，在另一种实现方式中，UE可以向目标基站指示需要第一个进行头解压缩的数据包的PDCP序列号。
例如，在上面的这个示例中，UE向目标基站指示的PDCP SN为3。
在再一种可能的实现方式中，UE向目标基站发送需要第一个被头解压缩的数据包之后，向目标基站发送指示信息，如该指示信息为结束标识(end marker)。其中，该指示信息(如结束标识)用于指示目标基站开始对接收到的PDCP PDU进行头解压缩。
需要说明的是，对于上述示例中的PDCP SN为4的数据包，UE可以使用目标基站的ROHC上下文对其进行头压缩，然后，UE将其发送给目标基站。也即，即使源基站成功接收到PDCP SN为4的数据包，UE可以再向目标基站发送PDCP SN为4的数据包。目标基站对PDCP SN为4的数据包进行解密、头解压缩等处理。
或者，在一种实现方式中，源基站将成功接收到的PDCP SN为4的数据包(PDCPPDU)使用源基站的密钥解密、源基站的ROHC上下文进行头解压缩后，将该PDCP SN为4的数据包的PDCP SDU转发给目标基站。
以上对本申请提供的处理数据包的方法作了详细说明。
可以理解的是，以上处理数据包的方法中，由终端设备实现的步骤，也可以由可以用于终端设备的部件(例如芯片或者电路)实现，由网络设备实现的步骤，也可以由可以用于网络设备的部件(例如芯片或者电路)实现，本申请实施例对此不做限定。
在本申请的技术方案中，接收端通过向接收端指示需要第一个被头解压缩的数据包的PDCP序列号，或者通过预设需要第一个被头解压缩的数据包的PDCP序列号，可以避免接收端在数据包乱序的情况下对数据包进行头解压缩处理而导致头解压缩出错，从而可以降低头解压缩出错率。
可以理解的是，上述处理数据包的方法不仅适用于eMBB场景，对于类似的在头解压缩时可能出现乱序的场景均可适用。例如，在传统切换中，UE给源基站发送PDCP SN为10-20的上行数据包，源基站成功收到PDCP SN为10-15的数据包，源基站给目标基站发送的SNSTATUS TRANSFER消息中指示的第一个丢失的上行数据包的PDCP SN为16，但是源基站未给UE发送状态报告或者UE未接收到源基站发送的状态报告，UE给目标基站发送PDCP SN为10-20的上行数据包，目标基站第一个接收到的数据包为PDCP SN为16的数据包，目标基站认为PDCP SN为16的数据包是第一个需要头解压缩的数据包，则目标基站进行头解压缩的第一个包是PDCP SN为16的数据包，这时头解压缩失败，此时也可以利用上述处理数据包的方法解决头解压缩失败的问题。
下面介绍本申请提供的处理数据包的装置。
参见图9，图9为本申请提供的通信装置500的示意图。通信装置500包括通信单元510和处理单元520。
通信单元510，用于获取从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的分组数据汇聚协议PDCP序列号；
处理单元520，用于根据所述需要第一个被头解压缩的数据包的PDCP序列号，对从所述第一网络设备接收到的数据包进行头解压缩处理。
可选地，通信单元510也可以由接收单元和/或发送单元代替。
例如，通信单元510在执行接收的步骤时，可以由接收单元代替。通信单元510在执行发送的步骤时，可以由发送单元代替。或者，通信单元510也可以是接口电路。
可选的，通信装置500中还可以包括存储单元，用于存储代码或者数据，处理单元520可以调用存储单元中的代码或者数据，使得该通信装置实现相应的功能或者步骤。
在一种实现方式中，通信装置500可以和方法实施例中的终端设备完全对应，或者说，通信装置500为终端设备。
可选的，图9中所示的通信单元510可以为收发器。收发器具有发送和/或接收的功能。收发器也可以由接收器和/或发射器代替。可以理解的是，通信单元510也可以是收发电路或者接口电路。
在下行数据传输中，通信装置500的各单元所执行的步骤和/或处理如下所述。
例如，通信单元510从第二网络设备接收第一指示信息，第一指示信息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号。
又例如，通信单元510从所述第二网络设备接收无线资源控制RRC重配置消息，所述RRC重配置消息中携带一个或多个所述第一指示信息，其中，每个第一指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。或者，
通信单元510从第二网络设备接收PDCP控制协议数据单元PDU，所述PDCP控制PDU中携带所述第一指示信息，其中，所述第一指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
可选地，处理单元520可以为处理器。处理器用于执行各方法实施例中对应于终端设备实现的步骤或处理。
例如，处理单元520对通信单元510从第一网络设备接收到数据包进行解析，当确定通信单元510接收到预设的无线链路控制RLC序列号的数据包时，处理单元520对所述预设的RLC序列号的数据包进行解析，获得所述需要第一个被头解压缩的数据包的PDCP序列号。
又例如，处理单元520对从第一网络设备接收到的数据包从所述需要第一个被头解压缩的数据包的PDCP序列号对应的数据包开始，对从第一网络设备接收到的数据包进行重排序，并按照重排序之后的顺序对所述从第一网络设备接收到的数据包进行头解压缩。
在另一种实现方式中，通信装置500可以为芯片或者集成电路。
可选的，图9中所示的通信单元510可以为通信接口。可选地，通信接口可以为输入输出接口或者收发电路。处理单元520可以是一个处理装置。处理装置的功能可以部分或全部通过软件实现。
在一种实现方式中，处理装置的功能可以部分或全部通过软件实现。在这种实现方式中，处理装置可以包括存储器和处理器，其中，存储器用于存储计算机程序，处理器读取并执行存储器中存储的计算机程序，以执行各实施例中由终端设备内部实现的处理。例如，执行上文描述的由处理单元520执行的处理。
可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。
在另一种实现方式中，处理装置的功能可以部分或全部通过硬件实现。在这种实现方式中，处理装置包括输入接口电路，逻辑电路和输出接口电路。其中，输入接口电路用于获取所述需要被第一个头解压缩的数据包以及通信装置从第一网络设备接收到的数据包；逻辑电路用于从所述需要第一个被头解压缩的数据包的PDCP序列号，对从第一网络设备接收到的数据包进行头解压缩处理；输出接口电路用于输出头解压缩之后的数据包。
或者，输入接口电路用于获取第一指示信息；逻辑电路用于对第一指示信息进行解析，得到所述需要被第一个头解压缩的数据包的PDCP序列号；输出接口电路用于输出所述需要第一个被头解压缩的数据包的PDCP序列号。
可选地，输入接口电路可以用于获取RRC重配置消息，并由逻辑电路对RRC重配置消息进行解析，获得所述需要第一个被头解压缩的数据包的PDCP序列号；输出接口电路用于输出所述需要第一个被头解压缩的数据包的PDCP序列号。
可选地，输入接口电路可以用于获取PDCP控制PDU，并由逻辑电路根据PDCP控制PDU，获得所述需要第一个被头解压缩的数据包的PDCP序列号；输出接口电路用于输出所述需要第一个被头解压缩的数据包的PDCP序列号。
可选地，输入接口电路可以用于获取所述通信装置从第一网络设备接收到的数据包，并由逻辑电路对数据包进行解析，获得数据包的RLC序列号，从而当确定接收到预设的RLC序列号的数据包时，对数据包进行解析，得到数据包的PDCP序列号，并将该PDCP序列号确定为所述需要第一个被头解压缩的数据包的PDCP序列号；输出接口电路用于输出所述需要第一个被头解压缩的数据包的PDCP序列号。
在下行数据传输中，通信装置500的各单元所执行的步骤和/或处理如下所述。
处理单元520，用于生成第二指示信息，第二指示信息用于指示所述终端设备发送的数据包中需要第一个被所述第一网络设备头解压缩的数据包的PDCP序列号；
通信单元510，用于向第一网络设备发送第二指示信息。
可选地，通信单元510具体用于向第一网络设备发送RRC重配置完成消息，所述RRC重配置完成消息中携带一个或多个所述第二指示信息，其中，每个第二指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。或者，
通信单元510具体用于向第一网络设备发送PDCP状态报告，所述PDCP状态报告中携带所述第二指示信息，其中，所述第二指示信息用于指示所对应的承载的需要被第一个头解压缩的数据包的PDCP序列号。或者，
通信单元510具体用于向第一网络设备发送PDCP控制PDU，所述PDCP控制PDU中携带所述第二指示信息，其中，所述第二指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
参见图10，图10为本申请提供的通信装置600的示意图。通信装置600包括处理单元610和收发单元620。
可选地，通信装置600可以对应下行数据传输各方法实施例中的第二网络设备，或者也可以为安装在第二网络设备上的芯片或者集成电路。此时，通信装置600包括的各单元的功能如下所述。
处理单元610，用于生成第一指示信息，第一指示信息用于指示终端设备从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的分组数据汇聚协议PDCP序列号；
通信单元620，用于向终端设备发送所述第一指示信息。
可选的，通信装置600中还可以包括存储单元，用于存储代码或者数据，处理单元610可以调用存储单元中的代码或者数据，使得该通信装置600实现相应的功能或者步骤。
可选地，通信单元620也可以由接收单元和/或发送单元代替。
例如，通信单元620在执行接收的步骤时，可以由接收单元代替。通信单元620在执行发送的步骤时，可以由发送单元代替。或者，通信单元620也可以为接口电路。
在一种实现方式中，通信装置600可以和方法实施例中的第二网络设备(例如，源基站)完全对应，或者说，通信装置600为第二网络设备。
在这种实现方式中，图10中所示的收发单元620可以为收发器。收发器具有发送和/或接收的功能。收发器也可以由接收器和/或发射器代替。处理单元610可以为处理器。收发器和处理器用于执行下行数据传输的各方法实施例中的由第二网络设备执行的步骤或处理。
例如，通信单元620向终端设备发送RRC重配置消息，所述RRC重配置消息中携带一个或多个所述第一指示信息，每个第一指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的分组数据汇聚协议PDCP序列号。
又例如，通信单元620向终端设备发送PDCP控制PDU，所述PDCP控制PDU中携带所述第一指示信息，所述第一指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
在另一种实现方式中，通信装置600可以为芯片或者集成电路。
在这种实现方式中，图10中所示的通信单元620可以为通信接口。可选地，通信接口可以为输入输出接口或者收发电路。处理单元610可以是一个处理装置。处理装置的功能可以部分或全部通过软件实现。
在一种实现方式中，处理装置的功能可以部分或全部通过软件实现。在这种实现方式中，处理装置可以包括存储器和处理器，其中，存储器用于存储计算机程序，处理器读取并执行存储器中存储的计算机程序，以执行各实施例中由第二网络设备内部实现的处理。例如，执行上文描述的由处理单元610执行的处理。
可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。
在另一种实现方式中，处理装置的功能可以部分或全部通过硬件实现。在这种实现方式中，处理装置包括输入接口电路，逻辑电路和输出接口电路。
可选地，逻辑电路用于生成第一指示信息，第一指示信息用于指示终端设备从第一网络设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号；输出接口电路用于输出所述第一指示信息。
可选地，通信装置600可以对应上行数据传输各方法实施例中的第二网络设备，或者也可以为安装在第二网络设备上的芯片或者集成电路。此时，通信装置600包括的各单元的功能如下所述。
处理单元610，用于获取终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号，并根据所述需要第一个被头解压缩的数据包的PDCP序列号，辅助第一网络设备对从所述终端设备接收到的数据包进行头解压缩处理。
在一种可能的实现中，当通信装置600可以对应上行数据传输各方法实施例中的第二网络设备时，上述通信单元620用于从第一网络设备接收第一消息，第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号。以及，通信单元620用于从所述第一网络设备接收一个或多个数据包。此时，处理单元610用于对从所述第一网络设备接收到的所述一个或多个数据包从所述需要第一个被头解压缩的数据包的PDCP序列号开始进行重排序，并将重排序之后的所述一个或多个数据包发送给所述第一网络设备进行头解压缩处理。
在另一种可能的实现中，上述通信单元620用于从第一网络设备接收第一消息，第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号。以及，通信单元620用于从所述第一网络设备接收一个或多个数据包的PDCP序列号。此时，处理单元610用于根据所述第一消息，判定是否允许所述第一网络设备对所述一个或多个PDCP序列号各自对应的数据包进行头解压缩。进一步地，通信单元620还用于向第一网络设备发送第二消息，所述第二消息用于指示是否允许所述第一网络设备对所述一个或多个PDCP序列号各自所对应的数据包进行头解压缩。
在再一种可能的实现方式中，通信单元620从所述第一网络设备接收第一PDCP序列号所对应的数据包，并在接收到第一PDCP序列号所对应的数据包之后从所述第一网络设备接收其它数据包。处理单元610用于从第一PDCP序列号开始对所述第一PDCP序列号对应的数据包和所述其它数据包进行重排序，并将重排序之后的所述第一PDCP序列号对应的数据包和所述其它数据包发送给所述第一网络设备进行头解压缩处理。
在另一种可能的实现方式中，通信单元620从所述第一网络设备接收第二PDCP序列号，所述第二PDCP序列号被预设为所述第一网络设备从所述终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号。处理单元610从所述第二PDCP序列号开始对所述一个或多个数据包进行重排序。以及，通信单元620还用于将重排序之后的第二PDCP序列号对应的数据包和所述一个或多个数据包发送给第一网络设备进行头解压缩处理。
参见图11所示，图11为本申请提供的通信装置700的示意图。通信装置700包括通信单元710和处理单元720。
通信单元710，用于获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号；
处理单元720，用于从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从所述终端设备接收到的数据包进行头解压缩处理。
可选地，通信单元710也可以由接收单元和/或发送单元代替。
例如，通信单元710在执行接收的步骤时，可以由接收单元代替。通信单元710在执行发送的步骤时，可以由发送单元代替。
可选的，通信装置700中还可以包括存储单元，用于存储代码或者数据，处理单元720可以调用存储单元中的代码或者数据，使得通信装置700实现相应的功能或者步骤。
在一种实现方式中，通信装置700可以和方法实施例中的第一网络设备(例如，目标基站)完全对应。或者说，通信装置700为第一网络设备。
在这种实现方式中，图11中所示的通信单元710可以为收发器。收发器具有发送和/或接收的功能。收发器也可以由接收器和/或发射器代替。处理单元720可以为处理器。收发器和处理器用于执行各方法实施例中的由第一网络设备执行的步骤或处理。
例如，通信单元710从终端设备接收第二指示信息，所述第二指示信息用于指示所述终端设备发送的数据包中需要第一个被头解压缩的数据包的PDCP序列号。
又例如，通信单元710从终端设备接收RRC重配置完成消息，所述RRC重配置完成消息中携带一个或多个所述第二指示信息，其中，每个第二指示信息用于指示所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
又例如，通信单元710从终端设备接收PDCP状态报告，所述PDCP状态报告中携带所述第二指示信息，其中，所述第二指示信息用于指示所述PDCP状态报告所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
又例如，通信单元710从终端设备接收PDCP控制PDU，所述PDCP控制PDU中携带第二指示信息。其中，所述第二指示信息用于指示所述PDCP控制PDU所对应的承载的需要第一个被头解压缩的数据包的PDCP序列号。
又例如，处理单元720用于确定通信单元710从终端设备接收到数据包的RLC序列号。当处理单元720确定通信单元710获取到预设的RLC序列号的数据包时，处理单元720对所述预设的RLC序列号的数据包进行解析，获得所述需要第一个被头解压缩的数据包的PDCP序列号。
又例如，通信单元710向第二网络设备发送第一消息，所述第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号。以及，当通信单元710从终端设备接收到一个或多个数据包时，向所述第二网络设备发送所述一个或多个数据包。以及，处理单元720还用于从第二网络设备接收重排序之后的所述一个或多个数据包，并按照所述重排序之后的顺序对所述一个或多个数据包进行头解压缩处理，其中，所述一个或多个数据包是从所述需要第一个被头解压缩的数据包的PDCP序列号开始被重排序的。
又例如，通信单元710向第二网络设备发送第一消息，所述第一消息用于指示所述需要第一个被头解压缩的数据包的PDCP序列号。以及，当通信单元710从终端设备接收到一个或多个数据包时，向所述第二网络设备发送所述一个或多个数据包的PDCP序列号。以及，处理单元720从第二网络设备接收第二消息，所述第二消息用于指示是否允许对所述一个或多个PDCP序列号所对应的数据包进行头解压缩，其中，所述第二消息是根据所述第一消息和所述一个或多个PDCP序列号生成的。以及，处理单元720从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对所述第二消息所指示的允许被头解压缩的数据包进行头解压缩，并对所述第二消息指示的不允许被头解压缩的数据包不进行头解压缩。
又例如，当通信单元710接收到所述需要被第一个头解压缩的数据包时，通信单元710向第二网络设备发送所述需要被第一个头解压缩的数据包，并在发送所述需要被第一个头解压缩的数据包之后向第二网络设备发送从终端设备接收到的其它数据包。以及，通信单元710从第二网络设备接收重排序之后的所述需要第一个被头解压缩的数据包和所述其它数据包。以及，处理单元720用于按照重排序之后的顺序对所述需要被第一个头解压缩的数据包和所述其它数据包进行头解压缩处理。
又例如，当通信单元710接收到所述需要被第一个头解压缩的数据包时，通信单元710向第二网络设备发送所述需要被第一个头解压缩的数据包的PDCP序列号，并在发送所述需要被第一个头解压缩的数据包的PDCP序列号之后向第二网络设备发送从终端设备接收到的其它数据包的PDCP序列号。以及，通信单元710从第二网络设备接收重排序之后的所述需要第一个被头解压缩的数据包和所述其它数据包的PDCP序列号。以及，处理单元720用于按照重排序之后的顺序对所述需要被第一个头解压缩的数据包和所述其它数据包进行头解压缩处理。
在另一种实现方式中，通信装置700可以为芯片或者集成电路。
在这种实现方式中，图11中所示的通信单元710可以为通信接口。可选地，通信接口可以为输入输出接口或者收发电路。处理单元720可以是一个处理装置。处理装置的功能可以部分或全部通过软件实现。
在一种实现方式中，处理装置的功能可以部分或全部通过软件实现。在这种实现方式中，处理装置可以包括存储器和处理器，其中，存储器用于存储计算机程序，处理器读取并执行存储器中存储的计算机程序，以执行各实施例中由第一网络设备内部实现的处理。例如，执行上文描述的由处理单元720执行的处理。
可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。
在另一种实现方式中，处理装置的功能可以部分或全部通过硬件实现。在这种实现方式中，处理装置包括输入接口电路，逻辑电路和输出接口电路。输入接口电路，用于获取从终端设备接收到的数据包中需要第一个被头解压缩的数据包的PDCP序列号；逻辑电路用于从所述需要第一个被头解压缩的数据包的PDCP序列号开始，对从终端设备接收到的数据包进行头解压缩处理。
参见图12，图12为本申请提供的终端设备的示意性结构图。如图12所示，终端设备800包括处理器801和收发器802。
可选地，终端设备800还包括存储器803。其中，处理器801、收发器802和存储器803之间可以通过内部连接通路互相通信，传递控制信号和/或数据信号。
其中，存储器803用于存储计算机程序。处理器801用于执行存储器803中存储的计算机程序，从而实现上述装置实施例中通信装置500的各功能。
具体地，处理器801可以用于执行装置实施例(例如，图9)中描述的由处理单元520执行的操作和/或处理，而收发器802用于执行由通信单元510执行操作和/处理。
可选地，存储器803也可以集成在处理器801中，或者独立于处理器801。
可选地，终端设备800还可以包括天线804，用于将收发器802输出的信号发射出去。或者，收发器802通过天线接收信号。
可选地，终端设备800还可以包括电源805，用于给终端设备中的各种器件或电路提供电源。
除此之外，为了使得终端设备的功能更加完善，终端设备800还可以包括输入单元806、输出单元807、音频电路808、摄像头809和传感器810等中的一个或多个。音频电路还可以包括扬声器8082、麦克风8084等，不再赘述。
可选地，当通信装置500为终端设备时，图9中所示的通信单元510可以为图12中所示的收发器804，处理单元520可以为处理器801。
可选地，当通信装置500为芯片或者集成电路时，图9中所示的通信单元510可以为通信接口，处理单元520为处理器。
参见图13，图13为本申请提供的网络设备的示意性结构图。网络设备1000可以对应各方法实施例中的第一网络设备(例如，源基站)。
如图13所示，网络设备1000包括天线1101、射频装置1102、基带装置1103。天线1101与射频装置1102连接。在上行方向上，射频装置1102通过天线1101接收来自终端设备的信号，并将接收到的信号发送给基带装置1103进行处理。在下行方向上，基带装置1103生成需要发送给终端设备的信号，并将生成的信号发送给射频装置1102。射频装置1102通过天线1101将该信号发射出去。
基带装置1103可以包括一个或多个处理单元11031。处理单元11031具体可以为处理器。
此外，基带装置1103还可以包括一个或多个存储单元11032以及一个或多个通信接口11033。存储单元11032用于存储计算机程序和/或数据。通信接口11033用于与射频装置1102交互信息。存储单元11032具体可以为存储器，通信接口11033可以为输入输出接口或者收发电路。
可选地，存储单元11032可以是和处理单元11031处于同一芯片上的存储单元，即片内存储单元，也可以是与处理单元处于不同芯片上的存储单元，即片外存储单元。本申请对此不作限定。
在一种实现中，当图10中所示的通信装置600和方法实施例中的第二网络设备完全对应时，通信装置600可以通过图13中所示的网络设备1000实现，或者说，第一网络设备可以如图13中所示。例如，图10中所示的通信装置600的处理单元610可以为图13中所示的基带装置1103。通信单元620可以为图13中所示的射频装置1102。
参见图14，图14为本申请提供的网络设备的示意性结构图。网络设备2000可以对应各方法实施例中的第一网络设备(例如，目标基站)。
如图14所示，网络设备2000包括天线2101、射频装置2102、基带装置2103。天线2101与射频装置2102连接。在上行方向上，射频装置2102通过天线2101接收来自接入网设备的信号，并将接收到的信号发送给基带装置2103进行处理。在下行方向上，基带装置2103生成需要发送给终端设备或接入网设备的信号，并将生成的信号发送给射频装置2102。射频装置2102通过天线2101将信号发射出去。
基带装置2103可以包括一个或多个处理单元21031。处理单元21031具体可以为处理器。
此外，基带装置2103还可以包括一个或多个存储单元21032以及一个或多个通信接口21033。存储单元21032用于存储计算机程序和/或数据。通信接口21033用于与射频装置2102交互信息。存储单元21032具体可以为存储器，通信接口21033可以为输入输出接口或者收发电路。
可选地，存储单元21032可以是和处理单元21031处于同一芯片上的存储单元，即片内存储单元，也可以是与处理单元处于不同芯片上的存储单元，即片外存储单元。本申请对此不作限定。
在一种实现中，当图11中所示的通信装置700和方法实施例中的第一网络设备完全对应时，通信装置700可以如图14中所示的网络设备2000。例如，图11中所示的通信装置700的通信单元710可以为图14中所示的射频装置2102。处理单元720可以为图14中所示的基带装置2103。
此外，本申请还提供一种通信系统，包括本申请提供的一个或多个终端设备，一个或多个第一网络设备，以及一个或多个第二网络设备。
例如，该通信系统中包括本申请提供的一个或多个终端设备，以及一个或多个第一网络设备。进一步地，该通信系统还可以包括一个或多个第二网络设备。
又例如，该通信系统中包括本申请提供的一个或多个第一网络设备和一个或多个第二网络设备。进一步地，该通信系统还可以包括一个或多个终端设备。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机执行时，使得计算机执行任意一个方法实施例中由终端设备执行的操作和/或处理。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机执行时，使得计算机执行任意一个方法实施例中由第二网络设备执行的操作和/或处理。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机执行时，使得计算机执行任意一个方法实施例中由第一网络设备执行的操作和/或处理。
本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行任意一个方法实施例中由终端设备执行的操作和/或处理。
本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行任意一个方法实施例中由第二网络设备执行的操作和/或处理。
本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行任意一个方法实施例中由第一网络设备执行的操作和/或处理。
本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以执行任意一个方法实施例中由终端设备执行的操作和/或处理。
进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，输入/输出电路等。进一步地，所述芯片还可以包括所述存储器。
本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以执行任意一个方法实施例中由第二网络设备执行的操作和/或处理。
进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，输入/输出电路等。进一步地，所述芯片还可以包括所述存储器。
本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以执行任意一个方法实施例中由第一网络设备执行的操作和/或处理。
进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，输入/输出电路等。进一步地，所述芯片还可以包括所述存储器。
本申请实施例中的处理器可以是集成电路芯片，具有处理信号的能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。处理器可以是通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。本申请实施例公开的方法的步骤可以直接体现为硬件编码处理器执行完成，或者用编码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasablePROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM,DRRAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现，具体取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
