WO2022206418A1

WO2022206418A1 - 通信方法及通信装置

Info

Publication number: WO2022206418A1
Application number: PCT/CN2022/081531
Authority: WO
Inventors: 许斌; 李秉肇; 曹振臻
Original assignee: 华为技术有限公司
Priority date: 2021-03-31
Filing date: 2022-03-17
Publication date: 2022-10-06
Also published as: CN115150910A; EP4304247A1; US20240031065A1

Abstract

本申请提供了一种通信方法及通信装置，该方法包括：接入网设备接收来自核心网设备的第一指示信息，第一指示信息指示第一数据包的计数COUNT的值（S701），该COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN。接入网设备根据第一指示信息确定第一数据包的COUNT的值（S702）。在本申请中，接入网设备根据从核心网设备接收的第一指示信息确定数据包对应的COUNT值，这样可实现不同接入网设备之间PDCP SN的值同步和HFN的值同步，有利于保证多播广播业务的正常传输，提高了通信的可靠性和稳定性。

Description

通信方法及通信装置

本申请要求于2021年03月31日提交中国专利局、申请号为202110352827.9，发明名称为“通信方法及通信装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及通信装置。

背景技术

多播广播业务(multicast and broadcast service，MBS)是面向多个终端设备(user equipment，UE)的业务，例如直播业务、公共安全业务、批量软件更新业务等。MBS数据来自数据服务器，首先数据服务器将MBS数据发送给核心网设备，然后核心网设备将MBS数据发送给基站，最后基站将MBS数据发送给接收MBS业务的至少一个UE。从核心网向基站发送的时候，MBS业务通过一个公共的传输通道MBS会话进行传输，而从基站向UE发送的时候，有两种传输方式：第一种可以采用点到多点(point to multi-point，PTM)传输方式；第二种可以采用点到点(point to point，PTP)传输方式。

通常而言，当接收多播广播业务的UE需要从一个基站(为方便描述，简称源基站)切换到另一个基站(为方便描述，简称目标基站)继续接收多播广播业务时，由于不同基站间多播广播业务的传输进度可能会不同，且源基站和目标基站的分组数据汇聚层协议(packet data convergence protocol，PDCP)实体对于MBS业务的数据包的PDCP序列号(PDCP sequence number，PDCP SN)是独立分配的，导致源基站和目标基站无法根据不同站上的传输进度进行有效的数据转发，进而无法避免UE在切换过程中可能出现的MBS数据包丢失的情况。

发明内容

本申请提供了一种通信方法及通信装置，有利于保证多播广播业务的正常传输，提高了通信的可靠性和稳定性。

第一方面，本申请提供了一种通信方法，该方法包括：接收来自核心网设备的第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN。根据所述第一指示信息确定所述第一数据包的所述COUNT的值。

在本申请中，接入网设备通过从核心网接收第一指示信息，并根据第一指示信息所指示的COUNT的值确定第一数据包的COUNT的值，可保证不同接入网设备间的HFN和PDCP SN同步，有利于实现切换场景下多播广播业务的正常传输，提高通信的可靠性和稳定性。

在一种可能的实现中，所述接收来自核心网设备的第一指示信息，包括：接收来自所述核心网设备的所述第一数据包，所述第一数据包包括所述第一指示信息。

在本申请中，第一指示信息通过携带在第一数据包中以发送至接入网设备，可节省信令开销。

在一种可能的实现中，所述第一指示信息承载于第一域，所述第一域的长度为32比特。

在本申请中，通过设计一个32比特的新域(即第一域)以用于承载第一指示信息，可提高后向兼容性。

在一种可能的实现中，所述第一指示信息承载于第二域和第三域，所述第二域为通用分组无线服务隧道协议-用户面序列号GTP-U SN域或所述第二域为服务质量流标识序列号QFI SN域。

在本申请中，通过复用GTP-U SN域或QFI SN域的比特位，再设计一个新的域(即第三域)用于共同承载第三指示信息，对现有协议的影响较小，易于实现。

在一种可能的实现中，所述第二域和所述第三域的长度之和为32比特。

第二方面，本申请提供了一种通信方法，该方法包括：确定第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN。向接入网设备发送所述第一指示信息。

在一种可能的实现中，所述向接入网设备发送所述第一指示信息，包括：向所述接入网设备发送所述第一数据包，所述第一数据包包括所述第一指示信息。

第三方面，本申请提供了一种通信方法，该方法包括：接收第二指示信息，所述第二指示信息指示数据包的第一COUNT的值，所述第一COUNT的值包括第一超帧号HFN的值和第一分组数据汇聚层协议序列号PDCP SN的值。根据第二HFN的值和所述第一PDCP SN的值确定第二COUNT的值，向所述终端设备发送第二数据包，所述第二COUNT的值为所述第二数据包的COUNT的值，所述第二HFN的值为所述第一接入网设备维护的HFN的值。

在本申请中，第一接入网设备根据接收到的第二指示信息所指示的第一COUNT的值中包括的第一PDCP SN的值，以及第一接入网设备中维护的HFN的值(即第二HFN的值)确定第二COUNT的值，并根据第二COUNT的值向终端设备发送数据包，可避免当第一接入网设备维护的HFN与其他设备(例如，终端设备或第二接入网设备)维护的HFN的不同步时，影响多播广播业务的正常传输的情况发生，有利于提高通信的可靠性和稳定性。

在一种可能的实现中，所述接收第二指示信息，包括：接收来自所述终端设备的PDCP状态报告，所述PDCP状态报告包括所述第二指示信息。

在本申请中，第一接入网设备通过从终端设备接收第二指示信息，可避免当第一接入网设备与该终端设备的HFN不同步时，影响第一接入网设备向终端设备的多播广播业务的数据包重传/传输，有利于提高通信的可靠性和稳定性。

在一种可能的实现中，所述接收第二指示信息，包括：接收来自第二接入网设备的序列号状态转移信息SN Status Transfer，所述SN Status Transfer包括所述第二指示信息，所述第一接入网设备为所述终端设备的目标接入网设备，所述第二接入网设备为所述终端设备的源接入网设备。

在本申请中，当终端设备从第二接入网设备切换到第一接入网设备时，第一接入网设备通过从第二接入网设备接收第二指示信息，可避免当第二接入网设备与该第一接入网设备的HFN不同步时，影响第一接入网设备与终端设备间的多播广播业务传输的情况发生，有利于提高通信的可靠性和稳定性。

第四方面，本申请提供了一种通信方法，该方法包括：确定第三超帧号HFN的值。接收来自第一接入网设备的数据包，所述数据包中包括分组数据汇聚层协议序列号PDCP SN的值。根据所述第三HFN的值和所述PDCP SN的值确定所述数据包对应的COUNT的值。

在本申请中，当终端设备从一个接入网设备(即第二接入网设备)切换到另一个接入网设备(即第一接入网设备)后，对于终端设备与第一接入网设备间HFN不同步的情况，第一接入网设备由于不知道终端设备侧的HFN，即COUNT值，所以可能会发生终端设备的COUNT值比第一接入网设备大，从而终端设备比第一接入网设备更早发生COUNT环回的情况，因此影响了第一接入网设备与终端设备间的多播广播业务的正常传输。基于此，终端设备可以通过确定一个第三HFN(该第三HFN为一个初始化值或与第一接入网设备维护的HFN相同的值)，并将终端设备原本维护的HFN的值更新为该第三HFN，可避免终端设备比第一接入网设备更早发生COUNT环回的情况发生，提高多播广播业务的传输成功率。

在一种可能的实现中，所述确定第三HFN的值，包括：从第二接入网设备切换到所述第一接入网设备，初始化终端设备维护的HFN的值，得到所述第三HFN的值。

在本申请中，当终端设备切换到目标接入网设备(即第一接入网设备)后，终端设备通过初始化自身维护的HFN的值为初始值0，可以保证终端设备维护的HFN的值不大于目标接入网设备维护的HFN的值，避免因终端设备比第一接入网设备更早发生COUNT环回，从而影响第一接入网设备与终端设备间的多播广播业务的正常传输。

在一种可能的实现中，所述方法还包括：从第二接入网设备切换到所述第一接入网设备；所述确定第三HFN的值，包括：接收来自所述第二接入网设备的所述第三HFN的值，所述第三HFN的值为所述第一接入网设备维护的HFN的值。

在本申请中，在终端设备从第二接入网设备切换到第一接入网设备的切换过程中，第一接入网设备向第二接入网设备发送第一接入网设备维护的HFN，以通过第二接入网设备将第一接入网设备维护的HFN发送给终端设备，可使得终端设备根据接收到的第一接入网设备维护的HFN更新自己维护的HFN，以保持终端设备与第一接入网设备HFN一致。

在一种可能的实现中，接收来自所述第二接入网设备的所述第三HFN的值，包括：接收来自所述第二接入网设备的切换命令，所述切换命令中包括所述第三HFN的值。

在本申请中，在终端设备从第二接入网设备切换到第一接入网设备的切换过程中，第一接入网设备通过在切换请求响应消息中携带第一接入网设备维护的HFN，以发送给第二接入网设备，第二接入网设备再通过切换命令将第一接入网设备维护的HFN发送给终端设备，可使得终端设备根据切换命令中的HFN更新自己维护的HFN，以保持终端设备与第一接入网设备HFN一致。

第五方面，本申请提供了一种通信方法，该方法包括：第一接入网设备确定第三指示信息，所述第三指示信息指示所述第一接入网设备维护的超帧号HFN的值。所述第一接入网设备向第二接入网设备发送所述第三指示信息，所述第一接入网设备为终端设备的目标接入网设备，所述第二接入网设备为所述终端设备的源接入网设备。

在一种可能的实现中，所述第一接入网设备向第二接入网设备发送所述第三指示信息，包括：所述第一接入网设备向第二接入网设备发送切换请求响应消息，所述切换请求响应消息中包括所述第三指示信息。

第六方面，本申请提供了一种通信方法，该方法包括：第二接入网设备接收来自第一接入网设备的第三指示信息，所述第三指示信息指示所述第一接入网设备维护的超帧号HFN的值。所述第二接入网设备向终端设备发送所述第一接入网设备维护的HFN的值，所述第一接入网设备为所述终端设备的目标接入网设备，所述第二接入网设备为所述终端设备的源接入网设备。

在一种可能的实现中，所述第二接入网设备接收来自第一接入网设备的第三指示信息，包括：所述第二接入网设备接收来自所述第一接入网设备的切换请求响应消息，所述切换请求响应消息中包括所述第三指示信息。

在一种可能的实现中，所述第二接入网设备向终端设备发送所述第一接入网设备维护的HFN的值，包括：所述第二接入网设备向所述终端设备发送切换命令，所述切换命令中包括所述第一接入网设备维护的HFN的值。

第七方面，本申请提供了一种通信方法，该方法包括：终端设备从第二接入网设备切换到第一接入网设备，在所述终端设备的COUNT的值达到最大COUNT的值之前，所述终端设备向所述第一接入网设备发送第四指示信息，所述第四指示信息指示所述终端设备的COUNT的值达到最大。或者，在所述终端设备的COUNT的值达到最大COUNT的值之前，所述终端设备初始化所述终端设备的超帧号HFN的值，或者，所述终端设备更新所述HFN的值为预设值。

在本申请中，终端设备在COUNT的值达到最大之前，向第一接入网设备发送指示信息(即第四指示信息)，以通知第一接入网设备终端设备的COUNT达到最大值，可触发第一接入网设备通过重建PDCP实体以避免终端设备的COUNT的值比第一终端设备的COUNT更早的发生环回。或者，终端设备在COUNT的值达到最大之前，该终端设备自己执行将HFN进行初始化或者将当前维护的HFN设置为一个预设值，同样可避免终端设备的COUNT比第一终端设备的COUNT更早的发生环回，适用性强。

第八方面，本申请提供了一种通信方法，该方法包括：接收来自核心网设备的第五指示信息，所述第五指示信息指示第三数据包在至少一个数据包中的顺序。根据所述第五指示信息确定所述第三数据包对应的分组数据汇聚层协议序列号PDCP SN的值。

在本申请中，接入网设备通过从核心网接收第五指示信息，并根据第五指示信息所指示的值确定第一数据包的PDCP SN的值，可保证不同接入网设备间的PDCP SN同步(即不同接入网设备为相同数据包分配同一PDCP SN)，有利于实现切换场景下多播广播业务的正常传输，提高通信的可靠性和稳定性。

在一种可能的实现中，所述接收来自核心网设备的第五指示信息，包括：

接收来自所述核心网设备的所述第三数据包，所述第三数据包包括所述第五指示信息。

在本申请中，第五指示信息通过携带在第三数据包中以发送至接入网设备，可节省信令开销。

在一种可能的实现中，所述第五指示信息为通用分组无线服务隧道协议-用户面序列号GTP-U SN的值或者所述第五指示信息为服务质量流标识序列号QFI SN的值；所述根据所述第五指示信息确定所述第三数据包对应的PDCP SN的值，包括：根据所述第五指示信息指示的值和第一值确定所述第三数据包对应的PDCP SN的值；或者，所述第三数据包对应的PDCP SN的值等于所述第五指示信息指示的值。

在本申请中，接入网设备通过复用数据包包头中携带的GTP-U SN的值或QFI SN的值设置该数据包对应的PDCP SN的值，对现有协议影响小，易于实现。

在一种可能的实现中，所述根据所述第五指示信息指示的值和第一值确定所述第三数据包对应的PDCP SN的值，包括：所述第三数据包对应的PDCP SN的值为所述第五指示信息指示的值除以所述第一值所得的余数，所述第一值满足：A＝2 ^H，A为所述第一值，H为所述PDCP SN的长度。

在本申请中，当接入网设备配置的PDCP SN的长度(18比特或12比特)小于QFI SN的长度(24比特)，或接入网设备配置的PDCP SN的长度(12比特)小于GTP-U SN的长度(16比特)时，通过将数据包中包括的第五指示信息所指示的值除以第一值所得的余数确定为该数据包对应的PDCP SN的值，提高了方案的适用性。

在一种可能的实现中，所述方法还包括：向所述终端设备发送第六指示信息，所述第六指示信息指示第二值，所述第二值为所述PDCP SN的有效长度。

在本申请中，当接入网设备配置的PDCP SN的长度(例如18比特)大于GTP-U SN的长度(16比特)，且接入网设备的PDCP SN的值是按照GTP-U SN的值配置时，PDCP SN的有效长度为16比特，因此，接入网设备需要向终端设备发送用于指示该PDCP SN的有效长度的第六指示信息，以通知终端设备，该数据包中PDCP SN的有效长度为16比特。

在一种可能的实现中，超帧号HFN的长度为预设长度与所述第二值的差值，所述预设长度为计数COUNT的长度。

在本申请中，当PDCP SN的有效长度为16比特时，HFN的长度为16比特。

在一种可能的实现中，所述方法还包括：

确定第四数据包为下一个发送的数据包；

根据所述第二值和所述下一个发送的数据包的COUNT的值确定所述第四数据包对应的PDCP SN的值；

根据所述第四数据包对应的PDCP SN的值和所述第四数据包生成第五数据包，并向所述终端设备发送所述第五数据包。

在本申请中，当PDCP SN的有效长度为16比特时，若需要由COUNT的值确定PDCP SN的值，则需要根据PDCP SN的有效长度为16比特确定该COUNT的值中包括的PDCP SN的值。

在一种可能的实现中，所述第四数据包对应的PDCP SN的值满足：

Y＝Xmod2 ^L，其中，Y为所述第四数据包对应的PDCP SN的值，X为所述下一个发送的数据包的COUNT的值，L为所述第二值。

在一种可能的实现中，所述第三数据包对应的PDCP SN的值承载于所述第三数据包的包头的PDCP SN域，所述PDCP SN域中除用于承载所述第三数据包对应的PDCP SN的值之外的比特置0或置1或作为预留比特。

在本申请中，当PDCP SN的有效长度为16比特时，通过复用现有PDCP PDU格式中18比特的PDCP SN域中的16比特用于承载PDCP SN的值，并将18比特中除用于承载PDCP SN值的其他2位比特置0或置1或作为预留比特，对现有协议的影响较小，易于实现。

在一种可能的实现中，所述第三数据包对应的PDCP SN的值承载于所述第三数据包的包头的第四域，所述第四域的长度等于所述第二值。

在本申请中，当PDCP SN的有效长度为16比特时，通过设计一种新的PDCP PDU格式，使其用于承载PDCP SN的值的域(即第四域)的长度为16比特，可提高方案的适用性。

在一种可能的实现中，数据包的PDCP SN的取值范围为[0，2 ^L-1]，其中，L为所述第二值。

第九方面，本申请提供了一种通信方法，该方法包括：确定第二值，所述第二值为分组数据汇聚层协议序列号PDCP SN的有效长度。根据所述第二值确定重排序窗口的大小，和/或超帧号HFN的长度，和/或数据包的PDCP SN的取值范围。

在本申请中，当接入网设备配置的PDCP SN的长度(例如18比特)大于GTP-U SN的长度(16比特)，且接入网设备的PDCP SN的值是按照GTP-U SN的值配置时，PDCP SN的有效长度为16比特，因此，终端设备通过确定用于指示PDCP SN的有效长度的第二值(即16比特)，终端设备可根据第二值确定重排序窗口的大小，和/或超帧号HFN的长度，和/或数据包的PDCP SN的取值范围等参数。

在一种可能的实现中，所述确定第二值，包括：接收来自接入网设备的第六指示信息，所述六指示信息指示所述第二值。

在本申请中，终端设备通过接收来自接入网设备的、用于指示PDCP SN的有效长度的第二值(即16比特)，进而终端设备可根据第二值确定重排序窗口的大小，和/或超帧号HFN的长度，和/或数据包的PDCP SN的取值范围等参数。

在一种可能的实现中，所述重排序窗口的大小满足：RW＝2 ^L-1，所述RW为重排序窗口的大小，所述L为所述第二值。

在一种可能的实现中，所述HFN的长度为预设长度与所述第二值的差值，所述预设长度为计数COUNT的长度。

在一种可能的实现中，所述数据包的PDCP SN的取值范围为[0，2 ^L-1]，其中，L为所述第二值。

在一种可能的实现中，所述方法还包括：从接入网设备接收第五数据包，所述第五数据包中包括第二PDCP SN的值；根据所述第二值和所述第二PDCP SN的值确定所述第五数据包对应的第三PDCP SN的值。

在本申请中，当终端设备的PDCP SN的有效长度与接收到的数据包中的PDCPSN的长度不一致时，终端设备需要根据接收到的数据包中的PDCPSN的值和PDCP SN的有效长度(即第二值)计算终端设备中该数据包对应的PDCPSN的值。

在一种可能的实现中，所述第三PDCP SN的值满足：M＝Nmod2 ^L，其中，M为所述第三PDCP SN的值，N为所述第二PDCP SN的值，L为所述第二值。

第十方面，本申请提供了一种通信装置，所述通信装置为接入网设备，该装置包括：收发单元，用于接收来自核心网设备的第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN。处理单元，用于根据所述第一指示信息确定所述第一数据包的所述COUNT的值。

在一种可能的实现中，所述收发单元具体用于：

接收来自所述核心网设备的所述第一数据包，所述第一数据包包括所述第一指示信息。

第十一方面，本申请提供了一种通信装置，所述通信装置为核心网设备，该装置包括：处理单元，用于确定第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN。收发单元，用于向接入网设备发送所述第一指示信息。

在一种可能的实现中，所述收发单元具体用于：

向所述接入网设备发送所述第一数据包，所述第一数据包包括所述第一指示信息。

第十二方面，本申请提供了一种通信装置，所述通信装置为接入网设备，该装置包括：收发单元，用于接收第二指示信息，所述第二指示信息指示数据包的第一COUNT的值，所述第一COUNT的值包括第一超帧号HFN的值和第一分组数据汇聚层协议序列号PDCP SN的值。处理单元，用于根据第二HFN的值和所述第一PDCP SN的值确定第二COUNT的值。所述收发单元，还用于向所述终端设备发送第二数据包，所述第二COUNT的值为所述第二数据包的COUNT的值，所述第二HFN的值为所述第一接入网设备维护的HFN的值。

在一种可能的实现中，所述收发单元用于：

接收来自所述终端设备的PDCP状态报告，所述PDCP状态报告包括所述第二指示信息。

在一种可能的实现中，所述收发单元用于：

接收来自第二接入网设备的序列号状态转移信息SN Status Transfer，所述SN Status Transfer包括所述第二指示信息，所述第一接入网设备为所述终端设备的目标接入网设备，所述第二接入网设备为所述终端设备的源接入网设备。

第十三方面，本申请提供了一种通信装置，所述通信装置为终端设备，该装置包括：处理单元，用于确定第三超帧号HFN的值；收发单元，用于接收来自第一接入网设备的数据包，所述数据包中包括分组数据汇聚层协议序列号PDCP SN的值；所述处理单元，用于根据所述第三HFN的值和所述PDCP SN的值确定所述数据包对应的COUNT的值。

在一种可能的实现中，所述处理单元具体用于：

从第二接入网设备切换到所述第一接入网设备，初始化终端设备维护的HFN的值，得到所述第三HFN的值。

在一种可能的实现中，所述处理单元，还用于从第二接入网设备切换到所述第一接入网设备；所述处理单元，还用于通过所述收发单元接收来自所述第二接入网设备的所述第三HFN的值，所述第三HFN的值为所述第一接入网设备维护的HFN的值。

在一种可能的实现中，所述收发单元，还用于接收来自所述第二接入网设备的切换命令，所述切换命令中包括所述第三HFN的值。

第十四方面，本申请提供了一种通信装置，所述通信装置为第一接入网设备，该装置包括：处理单元，用于确定第三指示信息，所述第三指示信息指示所述第一接入网设备维护的超帧号HFN的值；收发单元，用于向第二接入网设备发送所述第三指示信息，所述第一接入网设备为终端设备的目标接入网设备，所述第二接入网设备为所述终端设备的源接入网设备。

在一种可能的实现中，所述收发单元，用于向第二接入网设备发送切换请求响应消息，所述切换请求响应消息中包括所述第三指示信息。

第十五方面，本申请提供了一种通信装置，所述通信装置为第二接入网设备，该装置包括：收发单元，用于接收来自第一接入网设备的第三指示信息，所述第三指示信息指示所述第一接入网设备维护的超帧号HFN的值；所述收发单元，还用于向终端设备发送所述第一接入网设备维护的HFN的值，所述第一接入网设备为所述终端设备的目标接入网设备，所述第二接入网设备为所述终端设备的源接入网设备。

在一种可能的实现中，所述收发单元，用于接收来自所述第一接入网设备的切换请求响应消息，所述切换请求响应消息中包括所述第三指示信息。

在一种可能的实现中，所述收发单元，用于向所述终端设备发送切换命令，所述切换命令中包括所述第一接入网设备维护的HFN的值。

第十六方面，本申请提供了一种通信装置，所述通信装置为终端设备，该装置包括：收发单元，用于当所述终端设备从第二接入网设备切换到第一接入网设备时，在所述终端设备的COUNT的值达到最大COUNT的值之前，向所述第一接入网设备发送第四指示信息，所述第四指示信息指示所述终端设备的COUNT的值达到最大；或者

处理单元，用于在所述终端设备的COUNT的值达到最大COUNT的值之前，初始化所述终端设备的超帧号HFN的值，或者，更新所述HFN的值为预设值。

第十七方面，本申请提供了一种通信装置，所述通信装置为核心网设备，该装置包括：

收发单元，用于接收来自核心网设备的第五指示信息，所述第五指示信息指示第三数据包在至少一个数据包中的顺序；

处理单元，用于根据所述第五指示信息确定所述第三数据包对应的分组数据汇聚层协议序列号PDCP SN的值。

在一种可能的实现中，所述收发单元用于：

在一种可能的实现中，所述第五指示信息为通用分组无线服务隧道协议-用户面序列号GTP-U SN的值或者所述第五指示信息为服务质量流标识序列号QFI SN的值；所述处理单元用于：

根据所述第五指示信息指示的值和第一值确定所述第三数据包对应的PDCP SN的值；或者

所述第三数据包对应的PDCP SN的值等于所述第五指示信息指示的值。

在一种可能的实现中，所述处理单元具体用于：

所述第三数据包对应的PDCP SN的值为所述第五指示信息指示的值除以所述第一值所得的余数，所述第一值满足：A＝2 ^H，A为所述第一值，H为所述PDCP SN的长度。

在一种可能的实现中，所述收发单元具体还用于：

向所述终端设备发送第六指示信息，所述第六指示信息指示第二值，所述第二值为所述PDCP SN的有效长度。

在一种可能的实现中，所述处理单元，还用于确定第四数据包为下一个发送的数据包；所述处理单元，还用于根据所述第二值和所述下一个发送的数据包的COUNT的值确定所述第四数据包对应的PDCP SN的值；所述处理单元，还用于根据所述第四数据包对应的PDCP SN的值和所述第四数据包生成第五数据包；所述收发单元，还用于向所述终端设备发送所述第五数据包。

第十八方面，本申请提供了一种通信装置，所述通信装置为终端设备，该装置包括：处理单元，用于确定第二值，所述第二值为分组数据汇聚层协议序列号PDCP SN的有效长度；所述处理单元，还用于根据所述第二值确定重排序窗口的大小，和/或超帧号HFN的长度，和/或数据包的PDCP SN的取值范围。

在一种可能的实现中，所述处理单元，用于通过收发单元接收来自接入网设备的第六指示信息，所述六指示信息指示所述第二值。

在一种可能的实现中，所述收发单元，还用于从接入网设备接收第五数据包，所述第五数据包中包括第二PDCP SN的值；所述处理单元，还用于根据所述第二值和所述第二PDCP SN的值确定所述第五数据包对应的第三PDCP SN的值。

在一种可能的实现中，所述第三PDCP SN的值满足：M＝N mod 2L，其中，M为所述第三PDCP SN的值，N为所述第二PDCP SN的值，L为所述第二值。

第十九方面，本申请提供了一种通信装置，该装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置。其中，该通信装置还可以为芯片系统。该通信装置可执行第四方面或第七方面或第九方面所述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第四方面或第七方面或第九方面所述的方法以及有益效果，重复之处不再赘述。

第二十方面，本申请提供了一种通信装置，该装置可以是接入网设备(例如上述第一接入网设备，或第二接入网设备)，也可以是接入网设备中的装置，或者是能够和接入网设备匹配使用的装置。其中，该通信装置还可以为芯片系统。该通信装置可执行第一方面或第三方面或第五方面或第六方面或第八方面所述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第一方面或第三方面或第五方面或第六方面或第八方面所述的方法以及有益效果，重复之处不再赘述。

第二十一方面，本申请提供了一种通信装置，该装置可以是核心网设备，也可以是核心网设备中的装置，或者是能够和核心网设备匹配使用的装置。其中，该通信装置还可以为芯片系统。该通信装置可执行第二方面所述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第二方面所述的方法以及有益效果，重复之处不再赘述。

第二十二方面，本申请提供了一种通信装置，所述通信装置包括处理器，所述处理器用于执行至少一个存储器中存储的计算机程序或指令，以使得所述装置实现如第一方面～第九方面中任意一项的方法。

第二十三方面，本申请提供了一种通信装置，通信装置包括处理器和存储器，处理器和存储器耦合；处理器用于实现如第一方面～第九方面中任意一项的方法。

第二十四方面，本申请提供了一种计算机可读存储介质，存储介质中存储有计算机程序或指令，当计算机程序或指令被计算机执行时，实现如第一方面～第九方面中任意一项的方法。

第二十五方面，本申请提供一种包括指令的计算机程序产品，所述计算机程序产品中包括计算机程序代码，当计算机程序代码在计算机上运行时，以实现第一方面～第九方面中任意一项的方法。

附图说明

图1a是一种5G网络架构的示意图；

图1b是下行数据在各层间传输的示意图；

图1c是一种CU-DU分离架构的示意图；

图1d是另一种CU-DU分离架构的示意图；

图1e是一种空口协议栈分布示意图；

图2是一种MBS业务传输过程的示意图；

图3a是一种MBS数据包传输的示意图；

图3b是另一种MBS数据包传输的示意图；

图3c是另一种MBS数据包传输的示意图；

图4是COUNT的结构示意图；

图5是一种切换流程示意图；

图6是接收多播广播业务的UE进行切换的场景示意图；

图7是本申请实施例提供的通信方法的一流程示意图；

图8为本申请实施例提供的第二域和第三域的一结构示意图；

图9为本申请实施例提供的第二域和第三域的另一结构示意图；

图10是本申请实施例提供的确定第一数据包的COUNT的值的一应用场景示意图；

图11是本申请实施例提供的通信方法的另一流程示意图；

图12是本申请实施例提供的根据第五指示信息设置PDCP SN的示意图；

图13是本申请实施例提供的通信方法的另一流程示意图；

图14是本申请实施例提供的确定第二COUNT的值的应用场景示意图；

图15a为本申请实施例提供的接入网设备与终端设备间HFN不同步的场景示意图；

图15b为本申请实施例提供的不同接入网设备间HFN不同步的场景示意图；

图16是本申请实施例提供的通信方法的另一流程示意图；

图17是本申请实施例提供的一种通信装置的结构示意图；

图18是本申请实施例提供的另一种通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的描述中，除非另有说明，“/”表示“或”的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，“至少一个”是指一个或多个，“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)以及未来的通信系统等，在此不做限制。

为便于理解，本申请实施例5G系统为例，以下对5G系统中的相关网元进行详细介绍：

请参见图1a，图1a是本申请实施例提供的一种5G网络架构的示意图。如图1a所示，该网络架构可以包括终端设备部分、(无线)接入网((radio)access network，(R)AN)、核心网(core network，CN)和数据网络(data network，DN)。其中，(R)AN(后文描述为RAN)用于将终端设备接入到无线网络，CN用于对终端设备进行管理并提供与DN通信的网关。

下面分别对图1a中所涉及的终端设备、RAN、CN和DN进行详细说明。

一、终端设备

终端设备部分在图1a中包括终端设备210，终端设备210也可以称为用户设备(user equipment，UE)。本申请实施例中的终端设备210是一种具有无线收发功能的设备，可以经接入网(access network，AN)240中的接入网设备与一个或多个核心网(core network，CN)的网元进行通信。终端设备210也可称为接入终端、终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线网络设备、用户代理或用户装置等。终端设备210可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端设备210可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、智能电话、手机、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)，可以是具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、无人机设备或物联网、车联网中的终端、第五代移动通信(fifth generation，5G)网络以及未来网络中的任意形态的终端、中继用户设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等，其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。例如终端设备210可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网(smart grid)中的无线终端、运输安全中的无线终端、智慧城市中的无线终端、智慧家庭中的无线终端等。本申请实施例对此不做限定。

二、RAN

如图1a中所示，RAN包括接入网设备240。需要知晓的是，RAN中可以包括一个或多个RAN设备(或者说接入网设备)，接入网设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然，在未来通信中，这些接口的名称可以不变，或者也可以用其它名称代替，本申请对此不限定。

接入网设备即为将终端设备接入到无线网络的节点或设备，接入网设备例如包括但不限于：5G通信系统中的新一代基站(generation node B，gNB)、演进型节点B(evolved node B，eNB)、下一代演进型节点B(next generation eNB，ng-eNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站((home evolved nodeB，HeNB)或(home node B，HNB))、基带单元(baseBand unit，BBU)、传输接收点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等，在此不做限制。另外，接入网设备也可以是6G通信系统中的基站，或者是开放型基站(Open RAN)或者云基站(Cloud RAN)，在Open RAN下，本发明涉及的接入网设备间或者接入网设备内的接口可能会变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现，所以本发明的技术方案同样适用于Open RAN架构，只要实现思想与本发明的方案相同或者相似，即落在本发明的保护范围之内。其中，本申请实施例可以接入网设备为基站，对本申请实施例所提供的方案进行示意性说明。

(1)协议层结构

接入网设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层(Physical Layer，PHY)；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层，在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。

以接入网设备和终端设备之间的数据传输为例，数据传输需要经过用户面协议层，比如经过SDAP层、PDCP层、RLC层、MAC层、物理层，其中，SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。示例性地，接入网设备和终端设备之间通过建立至少一个数据无线承载(data radio bearer，DRB)来传输数据，每个DRB可以对应一组功能实体集合，比如包括一个PDCP层实体，该PDCP层实体对应的至少一个RLC层实体，至少一个RLC层实体对应的至少一个MAC层实体，至少一个MAC层实体对应的至少一个物理层实体。需要说明的是，接入网设备和终端设备之间还可以通过建立至少一个信令无线承载(signalling radio bearer，SRB)来传输信令，DRB和SRB可以统称为无线承载(radio bearer，RB)。也就是说，可将接入网设备和终端设备中各层对数据包的处理结合起来称为无线承载，对于无线承载里的每个数据，都需要经过各个层的处理，每个层都有相应的功能实体来执行相应的功能，比如PDCP层的PDCP实体。

以下行数据传输为例，图1b是下行数据在各层间传输的示意图，图1b中向下的箭头表示数据发送，向上的箭头表示数据接收。SDAP层实体自上层取得数据后，可以根据数据的服务质量流标识(QoS flow indicator，QFI)将数据映射到相应DRB的PDCP层实体，PDCP层实体可以将数据传送到该PDCP层实体对应的至少一个RLC层实体，进而由至少一个RLC层实体传输到对应的MAC层实体，再由MAC层实体生成传输块，然后通过对应的物理层实体进行无线传输。数据在各个层中进行相对应的封装，某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit，SDU)，经过层封装后成为协议数据单元(protocol data unit，PDU)，再传递给下一个层。例如PDCP层实体从上层接收到的数据称为PDCP SDU，PDCP层实体发送到下层的数据称为PDCP PDU；RLC层实体从上层接收到的数据称为RLC SDU，RLC层实体发送到下层的数据称为RLC PDU。其中，不同层之间可以通过相应的通道来传输数据，比如RLC层实体与MAC层实体之间可以通过逻辑信道(logical channel，LCH)来传输数据，MAC层实体与物理层实体之间可以通过传输通道(transport channel)来传输数据。可理解的，上述下行数据可以是MBS业务的数据，例如可以是直播业务数据、公共安全业务数据或批量软件更新业务数据等，在此不做限制。也就是说，对于MBS业务来说，数据的传输方向是从接入网设备到终端设备的。

示例性地，根据图1b还可以看出，终端设备还具有应用层和非接入层；其中，应用层可以用于向终端设备中所安装的应用程序提供服务，比如，终端设备接收到的下行数据可以由物理层依次传输到应用层，进而由应用层提供给应用程序；又比如，应用层可以获取应用程序产生的数据，并将数据依次传输到物理层，发送给其它通信装置。非接入层可以用于转发用户数据，比如将从应用层接收到的上行数据转发给SDAP层或者将从SDAP层接收到的下行数据转发给应用层。

(2)CU和DU

本申请实施例中，接入网设备可以包括一个或多个集中式单元(centralized unit，CU)和一个或多个分布式单元(distributed unit，DU)，多个DU可以由一个CU集中控制，一个DU也可以连接多个CU。作为示例，CU和DU之间的接口可以称为F1接口，其中，控制面(control panel，CP)接口可以为F1-C，用户面(user panel，UP)接口可以为F1-U。CU和DU可以根据无线网络的协议层划分：比如图1c所示，图1c是一种CU-DU分离架构的示意图。其中，PDCP层及以上协议层的功能设置在CU，PDCP层以下协议层(例如RLC层和MAC层等)的功能设置在DU。

可以理解的，上述对CU和DU的处理功能按照协议层的划分仅仅是一种举例，也可以按照其他的方式进行划分，比如RLC层以上协议层的功能设置在CU，RLC层及以下协议层的功能设置在DU，又比如可以将CU或者DU划分为具有更多协议层的功能，又比如CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中，将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中，还可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。在另一种设计中，CU也可以具有核心网的一个或多个功能。示例性地，CU可以设置在网络侧方便集中管理；DU可以具有多个射频功能，也可以将射频功能拉远设置。本申请实施例对此并不进行限定。

示例性地，CU的功能可以由一个实体来实现，或者也可以由不同的实体来实现。例如，如图1d所示，图1d是另一种CU-DU分离架构的示意图。其中，可以对CU的功能进行进一步切分，即将控制面和用户面分离并通过不同实体来实现，分别为控制面CU实体(即CU-CP实体)和用户面CU实体(即CU-UP实体)，CU-CP实体和CU-UP实体可以与DU相耦合，共同完成RAN设备的功能。CU-CP实体与CU-UP实体之间的接口可以为E1接口，CU-CP实体与DU之间的接口可以为F1-C接口，CU-UP实体与DU之间的接口可以为F1-U接口。其中，一个DU和一个 CU-UP可以连接到一个CU-CP。在同一个CU-CP控制下，一个DU可以连接到多个CU-UP，一个CU-UP可以连接到多个DU。

基于图1d，图1e是一种空口协议栈分布示意图。如图1e所示，针对用户面和控制面来说，空口协议栈都可以是RLC、MAC、PHY在DU，PDCP及以上协议层在CU。

需要说明的是：在上述图1c至图1e所示意的架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为物理层的数据发送给终端设备，或者，由接收到的物理层的数据转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装置发送的。

三、CN

如图1a所示，CN包括网络开放功能(network exposure function，NEF)231、网络存储功能(network function repository function，NRF)232、策略控制功能(policy control function，PCF)233、统一数据管理(unified data management，UDM)网元234、应用功能(application function，AF)235、认证服务器功能(authentication server function，AUSF)236、接入与移动性管理功能(access and mobility management function，AMF)237、会话管理功能(session management function，SMF)238、用户面功能(user plane function，UPF)239以及(无线)。为方便说明，本申请实施例后文中所提及的接入网设备(也可以称为基站)是以RAN为例进行说明的。本申请实施例后文中所提及的核心网设备可以理解为CN功能网元的统称。

AMF网元是由运营商网络提供的控制面网元，负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。

SMF网元是由运营商网络提供的控制面网元，负责管理终端设备的PDU会话。PDU会话是一个用于传输PDU的通道，终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放，包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。

UPF网元是由运营商提供的网关，是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、服务质量(quality of service，QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

PCF网元是由运营商提供的控制面功能，用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。

AF网元是提供各种业务服务的功能网元，能够通过其它网元与核心网交互，以及能够和策略管理框架交互进行策略管理。

此外，尽管未示出，CN中还可以包括其它可能的网元，比如网络开放功能(network exposure function，NEF)、网元统一数据仓储(unified data repository，UDR)网元。

四、DN

如图1a所示，数据网络DN 220，也可以称为分组数据网络(packet data network，PDN)，通常是位于运营商网络之外的网络，例如第三方网络。运营商网络可以接入多个数据网络DN220，数据网络DN 220上可部署多种业务，可为终端设备210提供数据和/或语音等服务。例如，数据网络DN 220可以是某智能工厂的私有网络，智能工厂安装在车间的传感器可为终端设备 210，数据网络DN 220中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，数据网络DN 220可以是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备210，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。

图1a中Nnef、Nausf、Nnrf、Namf、Npcf、Nudm、Nsmf、Naf、N1、N2、N3、N4以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义，在此不做限制。

可以理解的是，图1a中是以5G通信系统为例进行示意的，本申请实施例中的方案还可以适用于其它可能的通信系统中，比如LTE通信系统或者未来的第六代(the 6th generation，6G)通信系统中。上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

还可理解的，本申请中的核心网设备、接入网设备和终端设备均支持第三代合作伙伴计划(3rd generation partnership project，3GPP)技术规范(technical specification，TS)38.415，或者3GPP TS 29.281或其他通信协议等，在此不做限制。

下面以数据网络DN是多播广播业务(Multicast and Broadcast Service，MBS)为例进行说明。可理解的是，MBS是面向多个UE的业务，例如直播业务、公共安全业务、批量软件更新业务等。

请参见图2，图2是一种MBS业务传输过程的示意图。如图2所示，MBS数据(例如MBS数据可以是直播业务数据、公共安全业务数据或批量软件更新业务数据等)来自数据服务器，首先数据服务器将MBS数据发送给核心网设备，然后核心网设备将MBS数据发送给接入网设备，最后接入网设备将MBS数据发送给接收MBS业务的至少一个UE。其中，从核心网向接入网设备发送的时候，MBS业务通过一个公共的传输通道MBS会话进行传输，而从接入网设备向UE发送的时候，有两种传输方式：第一种可以采用PTM(point to multi-point，点到多点)传输方式；第二种可以采用PTP(point to point，点到点)传输方式。

可理解的，MBS业务从核心网设备向接入网设备发送的时候，可以通过一个共享的MBS会话进行传输。其中，一个MBS会话对应一个传输通道(例如通用分组无线服务隧道协议-用户面(gprs tunnelling protocol-u，GTP-U)隧道或者N3接口)，一个MBS会话中可以包含一个或者多个服务质量流(quality of service flow，QoS流或QoS flow)。为方便理解，请参见图3a，图3a是一种MBS数据包传输的示意图。如图3a所示，假设一个MBS会话/GTP-U隧道中包括三个QoS流，分别为QoS flow A，QoS flow B和QoS flow C。其中，每个QoS流的数据包中都会携带一个通用分组无线服务隧道协议-用户面序列号(gprs tunnelling protocol-u sequence number，GTP-USN)。该GTP-U SN不区分QoS flow，按序依次递增。如图3a所示，在该MBS会话/GTP-U隧道中，从下到上，各数据包的GTP-U SN分别为0,1,2,3,4,…,n。n为整数。可选的，每个数据包中还可以携带QoS流的标识序列号(QoS flow indicator sequence number，QFI SN)，其中，QFI SN是针对每个QoS flow的数据包独立设置的。如图3a所示，对于QoS flow A的数据包QFI SN从初始值(如图3a中初始值为0)开始依次递增，对于flow B和flow C的数据包类似，也是从初始值开始依次递增，且三个QoS flow的QFI SN设置相互独立。

可理解的，当接入网设备通过GTP-U隧道或者N3接口接收到数据包以后，接入网设备会将MBS会话或者QoS flow映射到无线承载，从而将数据包通过相应的无线承载传输给UE。其中每个无线承载与一个PDCP(即PDCP实体)对应，因此在图3a中，在指示QoS flow到无线承载映射的时候，用PDCP代替无线承载，例如映射到PDCP A的数据包会使用对应的无线承载A传输给UE，而映射到PDCP B的数据包会使用对应的无线承载B传输给UE。

如图3a所示，假设接入网设备将QoS flow A和QoS flow C映射到PDCP A(即无线承载A)，将QoS flow B映射到PDCP B(即无线承载B)，则QoS flow A和QoS flow C的数据包将通过无线承载A进行传输，QoS flow B的数据包将通过无线承载B进行传输。可选的，请一并参见图3b，图3b是另一种MBS数据包传输的示意图。如图3b所示，假设接入网设备将QoS flow A映射到PDCP A(即无线承载A)，将QoS flow B映射到PDCP B(即无线承载B)，将QoS flow C映射到PDCP C(即无线承载C)，则QoS flow A的数据包将通过无线承载A进行传输，QoS flow B的数据包将通过无线承载B进行传输，QoS flow C的数据包将通过无线承载C进行传输。可选的，请一并参见图3c，图3c是另一种MBS数据包传输的示意图。如图3c所示，假设接入网设备将QoS flow A、QoS flow B和QoS flow C皆映射到PDCP A(即无线承载A)，则QoS flow A，QoS flow B和QoS flow C的数据包都将通过无线承载A进行传输。其中，在每个无线承载的PDCP实体中需要为每个数据包的PDCP包头中添加PDCP SN，以用于后续对数据包进行处理。

为了使得本申请实施例更加的清楚，下面对本申请实施例涉及的相关技术特征进行解释说明。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

一、PDCP计数COUNT

目前，通信协议中规定，PDCP COUNT的长度为32比特，其由超帧号(hyper frame number，HFN)和PDCP序列号(PDCP sequence number，PDCP SN)两部分组成。为简化描述，可将PDCP COUNT称为COUNT。可理解的，随着通信技术的不断演进和发展，COUNT的长度还可以是其他值，在此不做限制。其中，以下本申请实施例皆以COUNT的长度为32比特为例进行说明。请参见图4，图4是COUNT的结构示意图。如图4所示，COUNT包括HFN和PDCP SN。其中，通信协议中规定PDCP SN的长度可以为12比特或者18比特。可选的，随着通信协议的演进，PDCP SN的长度还可以是其他值，在此不做限制。为便于理解，以下本申请实施例皆以PDCP SN的长度为12比特或者18比特为例进行说明。其中，HFN的长度为COUNT的长度减去PDCP SN的长度的差值，即HFN的长度＝COUNT的长度-PDCP SN的长度。在本申请实施例中，HFN的长度＝32比特-PDCP SN的长度(12比特，或18比特)。其中，COUNT值用于参与完整性保护和验证过程以及加密解密过程中，例如，COUNT值可以用于做安全运算的输入参数。可理解的，为降低传输开销，通信协议中规定COUNT值不在空口上传输，仅COUNT中的PDCP SN部分携带在数据包的包头中进行传输。具体地，接入网设备从核心网设备接收的多播广播业务的数据包可首先到达接入网设备的SDAP层，经过SDAP层的映射以后，传输到相应的PDCP实体。经过接入网设备的PDCP层的处理以后传输到RLC层和MAC层，再经过相应的处理之后，从物理层发送出去，通过空口传输给UE侧。然后UE侧的各个协议层按照与接入网设备相反的处理顺序对数据包依次进行对应的处理。其中，在接入网设备的PDCP层对数据包进行处理时，PDCP层的PDCP实体可为每个数据包分配一个PDCP SN，以用于标识该数据包是第几个包。通常而言，不同接入网设备的PDCP实体对于从核心网接收到的各个数据包的PDCP SN的分配是独立的，且各个PDCP实体对HFN的维护也是独立的。通常而言，在数据包对应的COUNT、HFN和PDCP SN的长度有限的情况下，他们均有最大值，当达到最大值的时候，会发生“环回”，即从零开始重新计数。举例来说，假设PDCP SN的长度为12比特，HFN的长度为20比特，其中，当PDCP SN的值达到2 ¹²-1时，再次增加会使其值变为0，同时HFN的值增加1。对于HFN也有类似机制，环回之后变为0，HFN环回时，意味着COUNT也发生环回。

二、切换(Handover)技术

在移动通信系统中，连接态UE的移动性管理是由网络设备控制的，即网络设备通过发送切换消息指示UE切换到哪个小区以及如何进行切换。为便于理解，请参见图5，图5是一种切换流程示意图。如图5所示，UE在接收到该切换消息后，可以根据切换消息中包含的内容，接入目标小区，因此，切换消息的成功发送是保证传统切换机制下成功切换的必要条件。具体地，切换流程包括：第①步：源基站发送RRC重配消息给连接态的UE，其中包含测量对象、报告配置、测量标识等参数。第②步：UE根据接收到的RRC重配消息对一系列小区进行测量后，形成测量报告上报给当前连接的源基站。第③步：源基站接收到UE上报的测量报告后将决定UE要不要切换(即源基站进行切换判决)，如确定要切换，则源基站将发送切换请求给目标基站。第④步：目标基站接收到源基站发送的切换请求消息后，目标基站根据自身连接数等情况决定要不要允许UE的接入(即目标基站进行允入控制)，如果允许就发送切换请求响应消息(即切换确认消息)给源基站，其中，该切换请求响应消息中包括新小区的小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)、目标基站安全相关算法等参数。第⑤步：源基站在收到目标基站发来的切换请求响应消息后，可向UE发送切换命令，其中切换命令中可包括第④步中切换请求响应消息中的参数，即相当于源基站这层是透明的。具体的，5G系统中切换命令中包含目标小区的相关信息以及UE接入该目标小区所需的相关配置参数，例如，切换命令中包含目标小区的信息(如，目标小区的物理小区标识(physical cell identifier，PCI)以及目标小区对应的频率信息(如目标小区对应的频点。具体的，5G系统中，频率信息所包含的内容可参考协议TS38331中对FrequencyInfoDL IE的具体描述))、目标小区为UE分配的C-RNTI、接入目标小区所需的随机接入信道(random access channel，RACH)资源信息(如，专用RACH资源和/或公共RACH资源)等。第⑥步：UE根据切换命令对目标基站发起随机接入，现有的切换流程中，UE会断开与源基站的连接，在成功接入目标基站之前的UE收发数据就会出现短暂的中断。第⑦步：UE发送RRC重配置完成的消息给目标基站。

可理解的，接收多播广播业务的UE由于发生了移动，经常需要从一个基站切换到另一个基站继续接收多播广播业务。例如，请参见图6，图6是接收多播广播业务的UE进行切换的场景示意图。如图6所示，核心网设备可向不同的基站(如图6所示的基站1和基站2)发送多播广播业务的数据包，进而各基站可分别向其对应小区中包括的至少一个UE发送数据包。例如，如图6中基站1可采用PTM传输方式向小区1中的UE1，UE2和UE3发送数据包，基站2也可采用PTM传输方式向小区2中的UE4和UE5发送数据包。其中，当UE3发生移动时，例如UE3的位置从小区1移动至小区2时，该UE3需要从一个基站1切换到基站2继续接收多播广播业务的数据包。可理解的，上述基站1即源基站，上述基站2即目标基站。其中，由于不同基站的多播广播业务的传输进度可能会不同，源基站和目标基站的PDCP实体对于多播广播业务的数据包的PDCP SN是独立分配的(即针对同一数据包，源基站的PDCP实体为该数据包分配的PDCP SN与目标基站的PDCP实体为该数据包分配的 PDCP SN也可能不同)，导致源基站和目标基站无法根据不同站上的传输进度进行有效的数据转发，进而无法避免UE在切换过程中可能出现的MBS数据包丢失的情况。基于此，本申请实施例提供了一种通信方法，该方法可实现切换场景下多播广播业务的正常传输，提高通信的可靠性和稳定性。

下面将结合更多的附图对本申请提供的技术方案进行详细说明。

实施例一

请参见图7，图7是本申请实施例提供的通信方法的一流程示意图。如图7所示，该方法包括如下步骤S701至S702：

S701、接入网设备接收来自核心网设备的第一指示信息。

在一些可行的实施方式中，接入网设备可接收来自核心网设备的第一指示信息，该第一指示信息用于指示第一数据包的COUNT的值。其中，COUNT包括HFN和PDCP SN，也就是说，第一数据包的COUNT的值包括第一数据包的HFN的值和第一数据包的PDCP SN的值。其中，第一数据包可以为多播广播业务的数据包。可理解的，第一指示信息可携带在核心网设备向接入网设备发送的第一数据包中以发送给该接入网设备。也就是说，上述接入网设备接收来自核心网设备的第一指示信息可理解为：接入网设备从核心网设备接收第一数据包，该第一数据包中包括第一指示信息。例如，第一指示信息可携带在第一数据包的包头中。可选的，第一指示信息还可以携带在信令中。也就是说，核心网设备可以在向接入网设备发送第一数据包之前，或者在向接入网设备发送第一数据包之后，向接入网设备发送该信令，该信令中包括第一指示信息，该第一指示信息用于指示该第一数据包的COUNT的值。

可理解的，在本申请实施例中，当一个MBS会话中包括多个QoS flow(例如QoS flow A，QoS flow B和QoS flow C)时，可将该多个QoS flow全部映射到一个无线承载中(如上述图3c所示，QoS flow A，QoS flow B和QoS flow C皆映射到无线承载A)，在此映射方式下，第一指示信息的值可以不区分数据包属于哪个QoS flow，按照数据包的顺序从初始值开始依次递增。举例来说，请一并参见图3c，该MBS会话中包括QoS flow A，QoS flow B和QoS flow C。其中，QoS flow A，QoS flow B和QoS flow C的数据包皆映射到无线承载A上传输。如图3c中，该MBS会话包括的5个数据包的传输顺序为从下到上依次传输，因此，该5个数据包的第一指示信息的值从下到上可依次设置为0,1,2,3,4。

可选的，还可以将该多个QoS flow中每个QoS flow分别映射到一个无线承载(如上述图3b所示，QoS flow A映射到PDCP A，QoS flow B映射到PDCP B，QoS flow C映射到PDCP C)，进而通过各无线承载将各QoS flow的数据包传输给UE。在此映射方式下，第一指示信息的值是针对每个QoS flow的数据包独立设置的。例如，对于QoS flow A的数据包，第一指示信息的值从初始值开始依次递增，对于flow B和flow C的数据包类似，也是从初始值开始依次递增，且三个QoS flow的第一指示信息的设置相互独立。这样可以使得无论在上述哪种映射方式下，无线承载内PDCP实体的COUNT值都是连续的。举例来说，请一并参见图3b，该MBS会话中包括QoS flow A，QoS flow B和QoS flow C。其中，QoS flow A的数据包映射到PDCP A上传输，QoS flow B的数据包映射到PDCP B上传输，QoS flow C的数据包映射到PDCP C上传输。如图3c中，该MBS会话包括的5个数据包的传输顺序为从下到上依次传输。其中，该MBS会话中QoS flow A的数据包的第一指示信息的值从下到上可依次设置为0,1，该MBS会话中QoS flow B的数据包的第一指示信息的值从下到上可依次设置为0,1，MBS会话中QoS flow C的数据包的第一指示信息的值可设置为0。

在一些可行的实施方式中，上述第一指示信息可承载于GTP-U包头的第一域，该第一域的长度为32比特。也就是说，本申请实施例可以在GTP-U包头中设计一个新的，长度为32比特的域，以用于承载第一指示信息。例如，该第一域中的18比特可用于指示PDCP SN的值，该第一域中除该18比特之外的其他14比特可用于指示HFN的值。又例如，该第一域中的12比特可用于指示PDCP SN的值，该第一域中除该12比特之外的其他20比特可用于指示HFN的值，具体根据实际应用场景确定，在此不做限制。

可选的，在一些可行的实施方式中，上述第一指示信息还可以承载于GTP-U包头的第二域和第三域，其中，第二域为GTP-U SN域，或者，第二域为QFI SN域。其中，第二域和第三域的长度之和为32比特。也就是说，本申请实施例可复用GTP-U SN域或者复用QFI SN域，并在GTP-U SN域或者QFI SN域之外，在GTP-U包头中新设计一个域，以用于共同承载第一指示信息。可理解的，由于通信协议中规定，GTP-U SN域的长度为16比特，QFI SN域的长度为24比特。因此，若第二域为GTP-U SN域，则新设计的第三域的长度可以为16比特，若第二域为QFI SN域，则新设计的第三域的长度可以为8比特。其中，第二域的位置可以设计在第三域的位置之前，或者，第二域的位置也可以设计在第三域的位置之后，具体根据实际应用场景确定，在此不做限制。这里，第二域的位置设计在第三域的位置之前可理解为：第二域为32个比特位中的高N个比特位(为方便描述，简称高N位比特)，第三域为32个比特位中的低M个比特位(为方面描述，简称低M位比特)。其中，第二域的位置设计在第三域的位置之后可理解为：第二域为32个比特位中的低N个比特位(为方便描述，简称低N位比特)，第三域为32个比特位中的高M个比特位(为方便描述，简称高M位比特)，其中，N+M＝32。也就是说，当第二域为GTP-U SN域(即N＝16)时，第三域的长度为16比特(即M＝16)，当第二域为QFI SN域(即N＝24)时，第三域的长度为8比特(即M＝8)。为方便理解，以下本申请实施例皆以第二域的位置设计在第三域的位置之后，即第二域为32个比特位中的低N位比特，第三域为32个比特位中的高M位比特为例进行说明。另外这里以COUNT长度为32比特作为假设，如果COUNT值为其他长度，则在具体数值计算时需要做相应的调整。

在一些可行的实施方式中，若第二域为GTP-U SN域(16比特)且第二域的位置设计在第三域的位置之后，则GTP-U SN域为32个比特位中的低16位比特，第三域为32个比特位中的高16位比特。其中，①若PDCP SN的长度为18比特，HFN的长度为14比特，则可将第三域中包括的2个比特位与GTP-U SN域包括的16个比特位一并用来指示PDCP SN的值(即PDCP SN的长度为18比特)，将第三域中除该2个比特位之外的其他14个比特位用来指示HFN的值(即HFN的长度为14比特)。例如，可以将第三域中最后2个比特位(即第三域的低2位比特)与GTP-U SN域包括的16个比特位一起，用于共同指示PDCP SN的值，将第三域中除最后2个比特位之外的其他14个比特位(即第三域的高14位比特)用于指示HFN的值。②若PDCP SN的长度为12比特，HFN的长度为20比特，则可将GTP-U SN域中包括的4个比特位与第三域包括的16个比特位一并作为指示HFN的值的20个比特位，将GTP-U SN中除该4个比特位之外的其他12个比特位作为指示PDCP SN的值的14个比特位。例如，可以将GTP-U SN域中高4位比特与第三域包括的16个比特位一起，用于共同指示HFN的值，将GTP-U SN域中除高4位比特之外的其他12个比特位(即GTP-U SN域的低12位比特)用于指示PDCP SN的值。

为便于理解，请参见图8，图8为本申请实施例提供的第二域和第三域的一结构示意图。如图8所示，第二域为GTP-U SN域，且第二域的位置设计在第三域的位置之后。其中，如图8中(a)所示，当PDCP SN的长度为18比特时，第三域的高14位比特可用于指示HFN的值，第三域的低2位比特和GTP-U SN域包括的16比特可用于指示PDCP SN的值。如图8中(b)所示，当PDCP SN的长度为12比特时，第三域包括的16比特和GTP-U SN域的高4位比特可用于指示HFN的值，GTP-U SN域的低12位比特可用于指示PDCP SN的值。

可选的，在一些可行的实施方式，若第二域为QFI SN域(24比特)且第二域的位置设计在第三域的位置之后，则QFI SN域为32个比特位中的低24位比特，第三域为32个比特位中的高8位比特。其中，①若PDCP SN的长度为18比特，HFN的长度为14比特，则可将QFI SN域中包括的6个比特位与第三域包括的8个比特位用于共同指示HFN的值(即HFN的长度为14个比特)。例如，可以将QFI SN域的高6位比特与第三域包括的8个比特位一起，用于共同指示HFN的值，将QFI SN域的低18位比特用于指示PDCP SN的值。②若PDCP SN的长度为12比特，HFN的长度为20比特，则可将QFI SN域中包括的12个比特位与第三域包括的8个比特位用于共同指示HFN的值(即HFN的长度为20个比特)。例如，可以将QFI SN域的高12位比特与第三域包括的8个比特位一起，用于共同指示HFN的值，将QFI SN域的低12位比特用于指示PDCP SN的值。

为便于理解，请参见图9，图9为本申请实施例提供的第二域和第三域的另一结构示意图。如图9所示，第二域为QFI SN域，且第二域的位置设计在第三域的位置之后。其中，如图9中(a)所示，当PDCP SN的长度为18比特时，第三域包括的8个比特位和QFI SN域的高6位比特可用于指示HFN的值，QFI SN域的低18位比特可用于指示PDCP SN的值。如图9中(b)所示，当PDCP SN的长度为12比特时，第三域包括的8个比特位和QFI SN域的高12位比特可用于指示HFN的值，QFI SN域的低12位比特可用于指示PDCP SN的值。

S702、接入网设备根据第一指示信息确定第一数据包的COUNT的值。

在一些可行的实施方式中，当接入网设备从核心网设备接收到第一指示信息后，可根据第一指示信息确定第一数据包的COUNT的值。具体地，接入网设备可将第一指示信息所指示的COUNT的值确定为第一数据包的COUNT的值。举例来说，假设第一指示信息指示的COUNT的值为54，则当接入网设备从核心网设备接收到第一数据包后，可解析该第一数据包中包括的该第一指示信息，进而将第一指示信息指示的54确定为该第一数据包对应的COUNT的值。又举例来说，假设第一指示信息指示的COUNT的值为254，则当接入网设备从核心网设备接收到第一数据包后，可解析该第一数据包中包括的该第一指示信息，进而将第一指示信息指示的254确定为该第一数据包对应的COUNT的值。

可选的，在一些可行的实施方式中，当接入网设备根据第一指示信息确定出第一数据包的COUNT的值后，可进一步根据第一数据包的COUNT的值确定第一数据包对应的PDCP SN的值和HFN的值。进而，在接入网设备的PDCP实体中，将该PDCP SN的值添加到该第一数据包的包头中形成PDCP PDU，再依次经过接入网设备的RLC层，MAC层以及PHY层处理后，通过空口传输给终端设备经过各个协议层进行相应的处理。并且，接入网设备还可以根据确定出的第一数据包的HFN的值，更新该接入网设备中维护的对应于该PDCP实体的HFN的值。例如，请参见图10，图10是本申请实施例提供的确定第一数据包的COUNT的值的一应用场景示意图。如图10所示，核心网设备向接入网设备发送多播广播业务的数据包1，该数据包1中包括第一指示信息。其中，假设PDCP SN的长度为18比特，HFN的长度为14比特，且该第一指示信息所指示的COUNT的值为54(如图10所示54对应的二进制流为00000000000000000000000000110110)，则接入网设备可将第一指示信息所指示的54确定为该数据包1对应的COUNT的值。其中，由于PDCP SN的长度为18比特，因此根据COUNT的值，可确定该数据包1对应的PDCP SN的值为54(即54modulo 2 ¹⁸＝54)，HFN的值为0。

在本申请实施例中，接入网设备通过从核心网设备接收第一指示信息，可以根据第一指示信息所指示的COUNT的值确定第一数据包的COUNT的值，进而根据确定出的第一数据包的COUNT的值确定第一数据包对应的PDCP SN的值和HFN的值。其中，基于本申请实施例的方法，可以使得核心网设备向不同接入网设备发送相同数据包时，这些不同的接入网设备根据该相同数据包对应的第一指示信息所设置的PDCP SN的值和所维护的HFN的值皆相同，以达到不同接入网设备之间PDCP SN的值同步和HFN的值同步的目的。相应地，可使得在切换场景中，例如UE从基站1切换到基站2时，基站1要向基站2发送SN Status Transfer，以用于告知基站2：UE在基站1业务传输的情况。当基站2收到该SN Status Transfer以后，可以按照SN Status Transfer中的HFN的值确定下一个待传输的数据包对应的COUNT的值，因此，有利于实现切换场景下，多播广播业务的正常传输，提高了通信的可靠性和稳定性。

实施例二

可理解的，通常源基站和目标基站的PDCP实体对于多播广播业务的数据包的PDCP SN是独立分配的，也就是说，即使针对同一数据包，源基站的PDCP实体为该数据包分配的PDCP SN的值与目标基站的PDCP实体为该数据包分配的PDCP SN的值也可能不同。基于此，本申请提出了一种通信方法，该方法可保证不同接入网设备针对同一数据包分配的PDCP SN的值相同，进而有利于实现多播广播业务的正常传输，提高通信的可靠性和稳定性。

请参见图11，图11是本申请实施例提供的通信方法的另一流程示意图。如图16所示，该方法包括如下步骤S1101至S1103：

S1101、接入网设备接收来自核心网设备的第五指示信息。

在一些可行的实施方式中，接入网设备接收来自核心网设备第五指示信息。该第五指示信息指示第三数据包在至少一个数据包中的顺序。可理解的，该第五指示信息可携带在第三数据包中，或者，该第五指示信息也可以携带在信令中。因此，上述接入网设备接收来自核心网设备第五指示信息可理解为：接入网设备接收来自核心网设备的第三数据包，该第三数据包包括第五指示信息。或者，上述接入网设备接收来自核心网设备第五指示信息还可以理解为：接入网设备接收来自核心网设备的信令，该信令包括第五指示信息。通常而言，核心网设备可以在向接入网设备发送第三数据包之前，或者在向接入网设备发送第三数据包之后，再向接入网设备发送该信令，该信令中包括第五指示信息。为便于理解，以下本申请实施例皆以第五指示信息携带在第三数据包中为例进行说明。

其中，第五指示信息可以为GTP-U SN的值，或者第五指示信息也可以为QFI SN的值等，在此不做限制。如上述图3a所示，GTP-U SN不区分QoS flow，而QFI SN是针对每个QoS flow的数据包独立设置的。也就是说，一个QoS flow的数据包中携带的GTP-U SN用于表示其在一个传输通道包括的多个QoS flow对应的多个数据包中的顺序，一个QoS flow的数据包中携带的QFI SN用于表示其在该QoS flow对应的多个数据包中的顺序。目前通信协议中规定的GTP-U SN的长度为16比特，QFI SN的长度为24比特。可选的，随着通信协议的演进，GTP-U SN的长度和QFI SN的长度也可以为其他值，在此不做限制。为方便理解，本申请实施例皆以GTP-U SN的长度为16比特，QFI SN的长度为24比特进行示意性说明。

S1102、接入网设备根据第五指示信息确定第三数据包对应的分组数据汇聚层协议序列号 PDCP SN的值。

在一些可行的实施方式中，接入网设备可以根据第五指示信息确定第三数据包对应的PDCP SN的值。进而，将确定出的该PDCP SN的值添加到该第三数据包的包头中，并将更新了数据包包头的第三数据包发送给终端设备。其中，接入网设备可根据第五指示信息和第一值确定第三数据包对应的PDCP SN的值，或者，将第三数据包对应的PDCP SN的值确定为第五指示信息指示的值(即第三数据包对应的PDCP SN的值等于第五指示信息指示的值)。其中，根据第五指示信息和第一值确定第三数据包对应的PDCP SN的值可理解为：将第五指示信息指示的值除以第一值所得的余数确定为第三数据包对应的PDCP SN的值。也就是说，第三数据包对应的PDCP SN的值为第五指示信息的指示值除以第一值所得的余数。其中，第一值满足：A＝2 ^H，其中，A表示第一值，H表示PDCP SN的长度。例如H可以为12，或者，H也可以为18等，具体根据实际应用场景确定，在此不做限制。

例如，请参见图12，图12是本申请实施例提供的根据第五指示信息设置PDCP SN的示意图。如图12所示，当第五指示信息为GTP-U SN(GTP-U SN的长度为16比特)的值时，若PDCP SN的长度为18比特(即PDCP SN的长度＞GTP-U SN的长度)，则第三数据包对应的PDCP SN的值等于GTP-U SN的值；若PDCP SN的长度为12比特(即PDCP SN的长度＜GTP-U SN的长度)，则第三数据包对应的PDCP SN的值等于GTP-U SN的值除以第一值所得的余数，其中，第一值为2 ¹⁸。如图12所示，当第五指示信息为QFI SN(QFI SN的长度为24比特)的值时，无论PDCP SN的长度为18比特还是为12比特，PDCP SN的长度皆小于QFI SN的长度，因此，如果是基于QFI SN的值设置第三数据包的PDCP SN的值，则第三数据包的PDCP SN的值皆等于QFI SN的值除以第一值所得的余数。其中，当PDCP SN的值为18比特时，第一值为2 ¹⁸，当PDCP SN的值为12比特时，第一值为2 ¹²。

为了更加清楚地说明本申请实施例具体是如何根据GTP-U SN的值或者QFI SN的值设置PDCP SN的值的，以下具体数值进行示意性说明。举例来说，假设第五指示信息为GTP-U SN的值(例如第五指示信息指示的GTP-U SN的值为60000)，且PDCP SN的长度为18比特，则PDCP SN的值为60000(即PDCP SN的值等于GTP-U SN的值)。又举例来说，假设第五指示信息为GTP-U SN的值(例如第五指示信息指示的GTP-U SN的值为60000)，且PDCP SN的长度为12比特，则PDCP SN的值为1130(60000modulo 2 ¹²＝2656)。

又举例来说，假设第五指示信息为QFI SN的值(例如第五指示信息指示的QFI SN的值为300000)，且PDCP SN的长度为18比特，则PDCP SN的值为37856(即300000modulo2 ¹⁸＝37856)。又举例来说，假设第五指示信息为QFI SN的值(例如第五指示信息指示的QFI SN的值为300000)，且PDCP SN的长度为12比特，则PDCP SN的值为992(300000modulo2 ¹²＝992)。

可理解的，如图12所示，PDCP SN长度大于第五指示信息的长度的情况只有一种(即第五指示信息为GTP-U SN，PDCP SN的长度为18比特时)，称为case1，其他都是PDCP SN长度小于第五指示信息的长度的情况，称为case2。对于case2来说，由于第五指示信息的长度大于PDCP SN的长度，PDCP SN的值实际可以达到基站配置的最大值(即2 ¹⁸-1或2 ¹²-1)，因此可以按照现有通信协议工作。对于case1来说，由于第五指示信息的长度大于PDCP SN的长度，PDCP SN的值实际无法达到基站配置的最大值(即2 ¹⁸-1)，因此需要对现有通信协议做一些改进。

下面将具体阐述PDCP SN的长度大于第五指示信息的长度(例如case1情况)时，对现有通信协议的影响。为便于理解，本申请实施例主要以case1为例进行说明。

可理解的，case1出现在PDCP SN按照GTP-U SN设置的情况下，且此时PDCP SN的长度需要配置为18比特，其中，由于协议规定GTP-U SN的长度为16比特，因此在case1情况下，PDCP SN配置的长度(即18比特)大于GTP-U SN的长度(即16比特)。又由于受“PDCP SN的值按照GTP-U SN的值设置”的限制，因此PDCP SN实际能达到的最大值为2 ¹⁶-1，即等效于PDCP SN最大长度为16比特。也就是说，在case1情况下，PDCP SN的有效长度为16比特。可选的，PDCP SN的有效长度还可以是其他值，具体根据实际场景确定，在此不做限制。

可理解的，对于多播广播业务而言，接入网设备的HFN的长度为预设长度与PDCP SN的有效长度的差值。其中，该预设长度为COUNT的长度。例如，在现有通信协议中，COUNT的长度为32比特，因此，在上述case1情况下，对于多播广播业务而言，接入网设备的HFN的长度为16比特(COUNT的长度(即32比特)-PDCP SN的有效长度(16比特)＝16比特)，而不是14比特(COUNT的长度(即32比特)-PDCP SN配置的长度(即18比特))。

可选的，在一些可行的实施方式中，多播广播业务的数据包的PDCP SN的取值范围为[0，2 ^L-1]，其中，L为PDCP SN的有效长度。也就是说，接入网设备为数据包分配的PDCP SN的值的取值范围为[0，2 ^L-1]。例如，在上述case1情况下，数据包的PDCP SN的取值范围为从0到2 ¹⁶-1(即[0，2 ¹⁶-1])，而不是现有通信协议中规定的，当PDCP SN配置的长度为18时，多播广播业务的数据包的PDCP SN的取值范围为从0到2 ¹⁸-1(即[0，2 ¹⁸-1])。

可选的，在一些可行的实施方式中，当接入网设备确定第四数据包为下一个发送的数据包时，接入网设备可根据PDCP SN的有效长度和下一个发送的数据包的COUNT的值确定第四数据包对应的PDCP SN的值。具体地，第四数据包对应的PDCP SN的值满足：Y＝Xmod2 ^L，其中，Y为第四数据包对应的PDCP SN的值，X为下一个发送的数据包的COUNT的值，L为PDCP SN的有效长度。例如，在上述case1情况下，第四数据包对应的PDCP SN的值为下一个发送的数据包的COUNT的值除以2 ¹⁶所得的余数。

可选的，在一些可行的实施方式中，第三数据包对应的PDCP SN的值可以承载于第三数据包包头的PDCP SN域，其中，PDCP SN域中除用于承载第三数据包对应的PDCP SN的值之外的比特置0或置1或作为预留比特。也就是说，针对case1情况下的多播广播业务数据包的PDCP PDU格式，可复用现有的PDCP PDU格式。其中，现有的PDCP PDU格式中，PDCP SN域的长度为18比特或者12比特，以接入网设备配置的PDCP SN的长度为18比特为例，对于case1情况下的多播广播业务数据包，HFN的长度为16比特，PDCP SN的有效长度为16比特，因此，针对现有PDCP PDU格式中18个比特的PDCP SN域而言，可忽略PDCP PDU格式中PDCP SN域中的两个比特(例如将该两个比特皆置0，或者皆置1，或者作为预留比特等)。举例来说，可以忽略18个比特中的高2位比特，仅用低16位比特承载PDCP SN的值，因此，当PDCP SN的值达到2 ¹⁶-1的时，下一个PDCP SN的值从0开始，同时对应的HFN的值加1。又举例来说，也可以忽略18个比特中的低2位比特，仅用高16位比特承载PDCP SN的值，或者，也可以忽略18个比特位中的低1位比特和高1位比特，仅用中间16位比特承载PDCP SN的值等，在此不做限制。终端设备接收到PDCP SN域的长度为18比特的数据包时，只读取PDCP SN域的相应16位比特作为PDCP SN的有效长度。

可选的，在一些可行的实施方式中，第三数据包对应的PDCP SN的值还可以承载于所述第三数据包的包头的第四域，所述第四域的长度等于所述PDCP SN的有效长度。也就是说，针对case1情况下的多播广播业务数据包的PDCP PDU格式，可设计一种新的PDCP PDU格式，与现有协议规定的MBS数据包的PDCP PDU格式中，PDCP SN域的长度为18比特或者 12比特不同，该新的PDCP PDU格式中的PDCP SN域(即第四域)的长度为16比特。也就是说，对于该类多播广播业务的数据包(case1情况下的多播广播业务数据包)，需要采用PDCP SN域的长度为16比特的PDCP PDU格式。

可选的，在一些可行的实施方式中，接入网设备还可以确定第六指示信息，并向终端设备发送第六指示信息。其中，第六指示信息指示第二值，第二值为PDCP SN的有效长度，例如，在上述case1情况下，第二值为16比特。此时虽然接入网设备为终端设备配置的PDCP SN长度为18比特，但是由于PDCP SN的最大值对应的PDCP SN长度为第二值：16比特，所以PDCP SN的有效长度为16比特，配置的18比特中有两比特在实际传输中不用于指示PDCP SN的值，例如，可将该两比特置0或者置1，或作为预留比特。

相应地，终端设备可接收来自接入网设备的第六指示信息，并根据第六指示信息指示的第二值确定重排序窗口的大小，和/或超帧号HFN的长度，和/或数据包的PDCP SN的取值范围。其中，上述重排序窗口的大小满足：RW＝2 ^L-1，RW为重排序窗口的大小，L为第二值。其中，终端设备的HFN的长度为预设长度与第二值的差值，其中预设长度为计数COUNT的长度。其中，数据包的PDCP SN的取值范围为[0，2 ^L-1]，其中，L为第二值。

可理解的，在现有通信协议中，重排序窗口的大小为2 ^{[pdcp-SN-SizeDL]–1}，其中，[pdcp-SN-SizeDL]表示接入网设备配置的PDCP SN的长度(例如，18比特或者12比特)。然而在case1情况下，由于PDCP SN的值是按照GTP-U SN的值设置的，因此，PDCP SN实际能达到的最大长度(即16比特)小于接入网设备配置的PDCP SN的长度(即18比特)，如果重排序窗口的大小仍然按照接入网设备配置的PDCP SN的长度设置，会给多播广播业务的传输带来问题，因此重排序窗口大小应为2 ^L–1，其中L为PDCP SN实际能达到的最大长度(即PDCP SN的有效长度)。例如在case1情况下，L为16比特。可理解的，现在协议中规定，PDCP SN的范围为从0到[2 ^{[pdcp-SN-SizeDL]}-1]，而本申请中，对case1情况下的多播广播业务的数据包而言，该类多播广播业务的数据包的PDCP SN的值应为从0到2 ^L-1，即PDCP SN的取值范围为[0，2 ^L-1]，其中，L为第二值。相应地，在终端设备中，该类多播广播业务的HFN的长度为预设长度与第二值的差值。其中，该预设长度为COUNT的长度。例如，在上述case1情况下，第二值为16比特，因此case1情况下，对于多播广播业务而言，终端设备的HFN的长度为16比特，而不是14比特。

可选的，在一些可行的实施方式中，对于终端设备而言，在多播广播业务的传输过程中，当PDCP SN的长度大于第五指示信息的长度时，终端设备还可以默认PDCP SN的有效长度为一个固定值(例如16比特)。也就是说，还可以在协议中规定，当终端设备确定业务类型为多播广播业务，且接收到的多播广播业务的数据包中包括的PDCP SN的值是根据小于接入网设备配置的PDCP SN的长度的第五指示信息设置的时，可默认PDCP SN的有效长度为一个固定值。

可选的，在一些可行的实施方式中，终端设备还可以从接入网设备接收第五数据包，第五数据包中包括第二PDCP SN的值。因此，终端设备可以根据第二值和第二PDCP SN的值确定第五数据包对应的第三PDCP SN的值。具体地，第三PDCP SN的值满足：M＝Nmod2 ^L，其中，M为第三PDCP SN的值，N为第二PDCP SN的值，L为第二值。也就是说，当终端设备的PDCP SN的有效长度与接收到的PDCP数据包中的PDCP SN长度不一致时，终端设备需要根据接收到的数据包中包括的PDCPSN的值计算实际有效的PDCPSN的值，假设PDCP SN的有效长度为L，则该数据包对应的有效PDCP SN的值为M＝Nmod2 ^L，其中，M为数据包对应的有效PDCP SN的值(即第三PDCP SN的值)，N为数据包中包括的PDCPSN的值(第二PDCP SN的值)，L为PDCP SN的有效长度(即第二值)。

在本申请实施例中，不同接入网设备根据从核心网设备接收到的数据包中包括的第五指示信息，以设置/分配该数据包对应的PDCP SN的值，可保证不同接入网设备针对同一数据包分配的PDCP SN相同，进而可实现有站间PDCP SN同步需求的多播广播业务的正常传输，提高了通信的可靠性和稳定性。

实施例三

可理解的，在一种场景中，假设一个基站针对某些UE已经开始进行多播广播业务传输，某一时刻有另一个UE后加入多播广播业务的接收，由于数据包中仅携带PDCP SN，而不携带对应的HFN，所以新加入的UE会从初始值开始维护自身的HFN，而此时由于基站已经传输一段时间，其HFN大于初始值，因此可能出现UE与基站HFN不同步的情况。可选的，在另一种场景中，假设一个基站(例如基站1)针对某些UE已经开始进行多播广播业务传输，而某一时刻另一个基站(例如基站2)才开始多播广播业务传输，此时由于基站1已经传输一段时间，所以基站1维护的HFN可能大于基站2维护的HFN，出现不同基站间HFN不同步的情况。其中，当UE与基站间的HFN不同步时，或者不同基站间的HFN不同步时，可能会影响多播广播业务的正常传输。基于此，本申请实施例提出了通信方法，可保证当终端设备与接入网设备间的HFN不同步时，或者不同接入网设备间的HFN不同步时，多播广播业务的正常传输。

请参见图13，图13是本申请实施例提供的通信方法的另一流程示意图。如图13所示，该方法包括如下步骤S1301至S1302：

S1301、第一接入网设备接收第二指示信息。

在一些可行的实施方式中，第一接入网设备接收第二指示信息。该第二指示信息用于指示数据包的第一COUNT的值。其中，第一COUNT的值包括第一HFN的值和第一PDCP SN的值。

具体地，在一些可行的实施方式中，当PDCP实体重建时，UE需要生成PDCP状态报告发送给接入网设备，以告知接入网设备该UE在数据包接收过程中，哪些数据包接收成功，哪些数据包接收失败，因此，接入网设备可以根据PDCP状态报告决定向UE传输/重传哪些数据包。通常而言，PDCP状态报告中包括首个丢失的COUNT(first missing COUNT，FMC)，该FMC用于指示第一个丢失的数据包对应的COUNT的值，即指示第一个丢失的数据包对应的PDCP SN的值以及HFN的值。因此，上述第一接入网设备接收第二指示信息可理解为：第一接入网设备接收来自终端设备的PDCP状态报告，该PDCP状态报告中包括第二指示信息。其中，该第二指示信息即上述FMC，其用于指示第一个丢失的数据包对应的COUNT的值。也就是说，第一COUNT的值为第一个丢失的数据包对应的COUNT的值，第一COUNT的值中包括的第一HFN的值为第一个丢失的数据包的HFN的值，第一PDCP SN的值为第一个丢失的数据包的PDCP SN的值。

可选的，在一些可行的实施方式中，在切换场景下，例如UE从第二接入网设备切换到第一接入网设备时，第二接入网设备通常需要向第一接入网设备发送序列号状态转移信息SN Status Transfer，该SN Status Transfer用于告知第一接入网设备：UE在第二接入网设备的多播广播业务的传输情况。通常而言，SN Status Transfer中需要携带一个COUNT的值，该COUNT值用于指示下一个要发送的数据包的COUNT的值。因此，上述第一接入网设备接收第二指示信息还可以理解为：第一接入网设备接收来自第二接入网设备的SN Status Transfer，该SN Status Transfer中包括第二指示信息。

S1302、第一接入网设备根据第二HFN的值和第一PDCP SN的值确定第二COUNT的值。

在一些可行的实施方式中，第一接入网设备可以根据第二HFN的值和第一PDCP SN的值确定第二COUNT的值。其中，该第二HFN的值为第一接入网设备维护的HFN的值，第一PDCP SN的值为第一COUNT的值中包括的PDCP SN的值，该第二COUNT的值为第二数据包的COUNT的值。也就是说，在PDCP实体重建的场景下，当第一接入网设备接收到来自终端设备的PDCP状态报告后，第一接入网设备不能根据PDCP状态报告包括的FMC中的HFN的值执行数据包的传输/重传操作，而是需要忽略FMC中的HFN的值，并将FMC中的PDCP SN的值与第一接入网设备当前维护的HFN的值所确定出的COUNT的值，以作为第一个丢失的数据包对应的COUNT的值，并执行数据包的传输/重传。可选的，在切换场景下，当第一接入网设备收到SN Status Transfer以后，不能按照SN Status Transfer中的COUNT的值设置下一个待传输的数据包的COUNT的值，而是需要忽略SN Status Transfer中的COUNT值中携带的HFN的值部分，并将FMC中的PDCP SN的值与第一接入网设备当前维护的HFN的值所确定出的COUNT的值，作为下一个待传输的数据包的COUNT的值，并执行数据包的传输。

例如，请参见图14，图14是本申请实施例提供的确定第二COUNT的值的应用场景示意图。如图14所示，假设PDCP SN的长度为18比特，HFN的长度为14比特，其中，第一COUNT的值为54(即第一HFN的值为0，第一PDCP SN的值为54)，第一接入网设备维护的HFN的值为3(即第二HFN的值为3)，则根据第二HFN的值和第一PDCP SN的值可确定第二COUNT的值为786486(即2 ¹⁸×3+54＝786486)，即第二数据包的第二COUNT的值为786486。

S1303、第一接入网设备向终端设备发送第二数据包。

在一些可行的实施方式中，当第一接入网设备确定出第二数据包的第二COUNT的值后，可根据第二COUNT的值向终端设备发送该第二数据包，以及根据第二数据包之后的各个数据包的传输情况对丢失的数据包进行重传。

例如，请参见图15a，图15a为本申请实施例提供的接入网设备与终端设备间HFN不同步的场景示意图。假设一个接入网设备(如图15a所示的第一接入网设备)针对某些UE(例如，UE1和UE2)已经开始进行多播广播业务的传输，之后某一时刻有另一个UE(例如UE3)后加入多播广播业务的数据包接收，由于第一接入网设备向终端设备发送的数据包中仅携带PDCP SN，而不携带对应的HFN，所以该UE3会从初始值(例如0)开始维护该UE3中的HFN，而此时由于第一接入网设备的多播广播业务已经传输了一段时间，因此第一接入网设备维护的HFN的值将大于初始值，从而导致UE3维护的HFN的值与第一接入网设备维护的HFN的值不同步的情况。可理解的，在该场景下，若该第一接入网设备和UE3由于受某些因素影响，需要执行PDCP实体重建，则UE3(如图15a中所示的终端设备)需要生成PDCP状态报告，并将生成的PDCP状态报告发送给第一接入网设备(如图15a所示的步骤S1501a)，以告知第一接入网设备该UE3在数据包接收过程中，哪些数据包接收成功，哪些数据包接收失败。也就是说，第一接入网设备可以根据PDCP状态报告决定向UE3传输/重传哪些数据包。其中，PDCP状态报告中包括FMC(即PDCP重排序窗中第一个丢失的数据包的COUNT的值(即第一COUNT的值))和位图信息。位图信息用于表示从FMC开始，后面的数据包中哪些数据包丢失了，哪些数据包被PDCP实体正确接收到了，例如位图的第1个比特的值表示FMC后面第一个数据包的接收情况，当该比特值为0时表示没有正确接收，当该比特值为 1时表示正确接收，位图的第2个比特的值表示FMC后面第2个数据包的接收情况，当该比特值为0时表示没有正确接收，当该比特值为1时表示正确接收，依次类推。第一接入网根据FMC和位图信息，即可确定出该终端设备在多播广播业务的接收过程中，哪些数据包没有正确接收，从而对其进行重传。可理解的，由于UE3和第一接入网设备间的HFN不同步，因此当第一接入网设备接收到来自终端设备的PDCP状态报告以后，不能按照FMC中的HFN的值执行数据包的传输/重传操作，而是应该忽略FMC中HFN的值，将FMC中的PDCP SN的值加上第一接入网设备当前维护的HFN的值，作为第一个丢失的数据包对应的COUNT的值，以执行数据包的传输/重传。具体地，如图15a中步骤S1502a和步骤S1503a所示，当第一接入网设备基于PDCP状态报告确定出终端设备中维护的第一个丢失的数据包对应的COUNT值(即第一COUNT的值)后，第一接入网设备可根据第一COUNT的值中的PDCP SN的值(即第一PDCP SN的值)和第一接入网设备当前维护的HFN的值(即第二HFN的值)确定出在第一接入网设备中，第一接入网设备维护的终端设备第一个丢失的数据包所对应的COUNT的值(即第二COUNT的值)，进而第一接入网设备可根据确定出的第二COUNT的值，向终端设备发送第二COUNT的值对应的数据包(即第二数据包，该第二数据包为终端设备第一个丢失的数据包)，以及向终端设备发送除第二数据包之外，终端设备丢失的其他所有数据包。可理解的，终端设备丢失的其他所有数据包可根据第二数据包以及上述位图信息确定。

又例如，请参见图15b，图15b为本申请实施例提供的不同接入网设备间HFN不同步的场景示意图。假设一个接入网设备(如图15b所示的第二网络设备)针对某些UE(例如，UE1和UE2)已经开始进行多播广播业务的传输，而某一时刻另一个基站(如图15b所示的第一网络设备)才开始多播广播业务的传输，此时由于第二接入网设备已经传输了一段时间，所以第二接入网设备维护的HFN可能大于第一接入网设备维护的HFN，出现不同接入网设备间HFN不同步的情况。可理解的，一般情况下，不同接入网设备间HFN不同步对多播广播业务的传输影响不大，因为不同接入网设备各自独立进行多播广播业务的传输。但是在切换场景中，例如UE1从第二接入网设备切换到第一接入网设备时，第二接入网设备要向第一接入网设备发送SN Status Transfer(如图15b所示的步骤S1501b)，该SN Status Transfer用于告知第一接入网设备：UE1在第二接入网设备的多播广播业务的传输情况。其中，SN Status Transfer中包括一个COUNT值，该COUNT值指示了下一个待传输的数据包的COUNT的值。但是由于不同接入网设备间的HFN不同步，所以此时第一接入网设备收到SN Status Transfer以后，不能按照SN Status Transfer中的COUNT值设置下一个待传输数据包的COUNT值，而是需要忽略SN Status Transfer中的COUNT值中携带的HFN部分，将其中的PDCP SN部分加上第一接入网设备当前维护的HFN，作为下一个待传输数据包的COUNT的值，并执行数据包的传输。具体地，如图15b中步骤S1502b和步骤S1503b所示，当第一接入网设备基于SN Status Transfer确定出第二接入网设备中维护的下一个待传输数据包对应的COUNT值(即第一COUNT的值)后，第一接入网设备可根据第一COUNT的值中的PDCP SN的值(即第一PDCP SN的值)和第一接入网设备当前维护的HFN的值(即第二HFN的值)确定出在第一接入网设备中，第一接入网设备维护的下一个待传输数据包所对应的COUNT的值(即第二COUNT的值)，进而第一接入网设备可根据确定出的第二COUNT的值，向终端设备发送第二COUNT的值对应的数据包(即第二数据包，该第二数据包为下一个待传输的数据包)，并从该第二数据包开始，继续执行多播广播业务的数据包的传输(即继续向终端设备传输该第二数据包之后的各个数据包)。

在本申请实施例中，当不同的接入网设备(例如第一接入网设备和第二接入网设备)对包括相同数据内容的数据包(即相同数据包或同一数据包)的PDCP SP的值设置相同时，若第一接入网设备维护的HFN的值与终端设备维护的HFN的值不同步，或者，第一接入网设备维护的HFN的值与第二接入网设备维护的HFN的值不同步，则第一接入网设备可通过忽略终端设备发送的PDCP状态报告中包括的COUNT的值的HFN的值部分，并将PDCP状态报告中包括的COUNT的值的PDCP SN的值部分与第一接入网设备维护的HFN的值确定第一个丢失的数据包实际对应的COUNT的值，以根据新确定出的该COUNT的值执行数据包的传输/重传，或者，第一接入网设备可通过忽略第二接入网设备发送的SN Status Transfer中包括的COUNT的值的HFN的值部分，并将SN Status Transfer中包括的COUNT的值的PDCP SN的值部分与第一接入网设备维护的HFN的值确定下一个待传输的数据包实际对应的COUNT的值，以根据新确定出的该COUNT的值执行数据包的传输，有利于实现当终端设备与接入网设备间HFN不同步，或接入网设备与接入网设备间HFN不同步时，多播广播业务的正常传输，提高了通信的可靠性的稳定性。

实施例四

可理解的，目前通信协议中规定了：不允许发生COUNT的值环回的情况，即不允许COUNT的值在达到2 ³²-1时，再次增加使其值变为0的情况发生。一般来说，为避免COUNT的值环回的情况发生，所采取的解决方式是在COUNT的值达到最大值之前，接入网设备便进行PDCP实体重建。可理解的，PDCP实体重建后COUNT的值将从初始值开始重新累加。其中，由于不同接入网设备间的HFN，或者UE和接入网设备间的HFN都可能出现不同步的情况，所以在某些情况下(例如UE发生了切换时)会出现UE维护的COUNT值大于接入网设备维护的COUNT值，此时接入网设备在进行PDCP实体重建之前，UE的COUNT值便会发生环回，从而会导致UE行为出错。基于此，本申请提出了一种通信方法，该通信方法可避免UE的COUNT的值比接入网设备的COUNT的值更早发生COUNT环回，从而影响多播广播业务传输的情况发生。

请参见图16，图16是本申请实施例提供的通信方法的另一流程示意图。如图16所示，该方法包括如下步骤S1601至S1603：

S1601、终端设备确定第三超帧号HFN的值。

在一些可行的实施方式中，终端设备确定第三HFN的值可理解为：当终端设备从第二接入网设备切换到第一接入网设备时，终端设备初始化自身维护的HFN的值或者终端设备将自身维护的HFN的值更新为预设值，以得到第三HFN的值。可理解的，上述初始化终端设备维护的HFN的值，得到第三HFN的值可理解为，将终端设备维护的HFN的值设置为0，即第三HFN的值为0。其中，上述预设值可以是协议规定或者UE实现或者通过基站预先配置的。

可选的，在一些可行的实施方式中，终端设备确定第三HFN的值还可以理解为：终端设备从第二接入网设备切换到第一接入网设备的切换过程中，终端设备接收来自第二接入网设备的第三HFN的值，其中，上述第三HFN的值为第一接入网设备维护的HFN的值。其中，终端设备从第二接入网设备切换到第一接入网设备的切换过程可参见上述图5所示的切换流程，在此不再进行赘述。可理解的，本申请实施例中的第一接入网设备为终端设备的目标接入网设备(即相当于图5中所示的目标基站)，第二接入网设备为终端设备的源接入网设备(即相当于图5中所示的源基站)。在切换过程中，第一接入网设备(即目标基站)可确定一个第三指示信息，该第三指示信息指示第一接入网设备维护的HFN的值(即第三HFN的值)。然后，第一接入网设备可以向第二接入网设备发送该第三指示信息。其中，当第二接入网设备接收到来自第一接入网设备的第三指示信息后，可以向终端设备发送该第三HFN的值。也就是说，第一接入网设备可以通过第二接入网设备向终端设备发送第一接入网设备中维护的HFN的值(即第三HFN的值)，在此过程中第二接入网设备可以读取或者不读取第三HFN的值。

具体地，在切换过程中，第三指示信息可以携带在第一接入网设备向第二接入网设备发送的切换请求响应消息(如图5中的第④步所示的切换请求响应信息)中以发送给第二接入网设备。即第一接入网设备向第二接入网设备发送的切换请求响应消息中除了包括新小区的C-RNTI、目标基站安全相关算法等参数，还可以包括第三指示信息。该第三指示信息指示了第一接入网设备维护的HFN的值(即第三HFN的值)。相应地，当第二接入网设备从第一接入网设备接收到切换请求响应消息后，可向终端设备发送切换命令，该切换命令中可包括上述切换请求响应消息中包括的各个参数(例如新小区的C-RNTI、目标基站安全相关算法，第三指示信息指示的第三HFN的值等参数)。也就是说，第二接入网设备可将第一接入网设备维护的HFN的值携带在切换命令中，以发送给终端设备。相应地，终端设备接收来自第二接入网设备的切换命令，可得到该切换命令中包括第三HFN的值。

S1602、终端设备从第一接入网设备接收数据包。

在一些可行的实施方式中，当终端设备从第二接入网设备切换到第一接入网设备后，终端设备可从第一接入网设备继续接收数据包，即继续接收多播广播业务的数据包。该数据包中包括第一接入网设备为该数据包分配的PDCP SN的值。

S1603、终端设备根据第三HFN的值和PDCP SN的值确定数据包对应的COUNT的值。

在一些可行的实施方式中，终端设备可以根据第三HFN的值和数据包中包括的PDCP SN的值确定该数据包对应的COUNT的值。也就是说，当终端设备从第二接入网设备切换到第一接入网设备后，终端设备可从第三HFN的值开始，为接收到的每个数据包计算COUNT的值。可理解的，由于终端设备从第二接入网设备切换到第一接入网设备后，终端设备中维护的HFN的值会更新为第三HFN的值，即UE维护的HFN的值与第一接入网设备维护的HFN的值相同，因此，在该终端设备从第一接入网设备接收数据包的过程中，将不会发生终端设备的COUNT的值比第一接入网设备的COUNT的值更快/更早发生COUNT环回的情况。

可选的，在一些可行的实施方式中，当终端设备从第二接入网设备切换到第一接入网设备后，除了上述将终端设备维护的HFN的值更新为第三HFN的值，以避免终端设备的COUNT的值比第一接入网设备的COUNT的值更快/更早发生COUNT环回的情况，还可以在终端设备从第二接入网设备切换到第一接入网设备后，在终端设备的COUNT的值达到最大COUNT的值之前(例如达到某个预设的值)，终端设备向第一接入网设备发送第四指示信息，该第四指示信息用于指示终端设备的COUNT的值即将达到最大。因此，第一接入网设备可通过执行重建PDCP实体的方式，以避免终端设备的COUNT的值比第一接入网设备的COUNT的值更快/更早发生COUNT环回。或者第一接入网设备可发送指示信息给UE，指示UE更新到一个更小的COUNT值或者HFN值，例如小于等于基站维护的COUNT值或者HFN值，或者更新为初始值，以避免终端设备的COUNT的值比第一接入网设备的COUNT的值更快/更早发生COUNT环回。

可选的，在一些可行的实施方式中，当终端设备从第二接入网设备切换到第一接入网设备后，终端设备还可以在终端设备的COUNT的值达到最大COUNT的值之前，对HFN或者 COUNT的值进行初始化，或者，终端设备更新HFN的值或者COUNT的值为预设值。其中，上述预设值可以是协议规定或者UE实现或者通过基站预先配置的。

也就是说，当终端设备从第二网络设备切换到第一网络设备后，终端设备可暂时先不更新终端设备中维护的HFN的值为第三HFN的值，而是先按照终端设备中原本维护的HFN的值与接收到的数据包中包括的PDCP SN的值，为每个数据包计算对应的COUNT的值，直到某一数据包对应的COUNT的值等于预设COUNT值(例如，预设COUNT值可以是COUNT的最大值或者预设COUNT值也可以是小于COUNT的最大值的值)时，终端设备向第一网络设备发送第四指示信息，该第四指示信息用于指示终端设备的COUNT值达到最大或即将达到最大，以触发接入设备执行PDCP实体重建操作，避免COUNT值环回。或者，当某一数据包对应的COUNT的值等于预设COUNT值时，终端设备也可以自己执行初始化终端设备的HFN的值的操作，或者，执行更新HFN的值为预设值的操作。

在本申请实施例中，为避免终端设备比第一接入网设备更早发生COUNT值环回的情况，上述实施例四提出了以下几种解决方式：

①当终端设备切换到目标接入网设备(即第一接入网设备)后，终端设备立即执行HFN初始化过程，以保证终端设备维护的HFN的值不大于目标接入网设备维护的HFN的值。

②在终端设备从源接入网设备(即第二接入网设备)向目标接入网设备(即第一接入网设备)的切换过程中，目标接入网设备可以在切换请求响应消息中携带目标接入网设备维护的HFN的值，以将该切换请求响应消息发送给源接入网设备，进而，源接入网设备通过切换命令将切换请求响应消息中包括的目标接入网设备维护的HFN的值发送给终端设备。因此，终端设备可以根据切换命令中包括的HFN的值更新自己维护的HFN的值，进而保持终端设备维护的HFN的值与目标接入网设备维护的HFN的值一致/同步。可理解的，由于数据包中携带PDCP SN的值，且终端设备维护的HFN的值与目标接入网设备维护的HFN的值同步/一致(相当于终端设备和第一接入网设备针对同一数据包的COUNT的值的设置是同步/一致的)，因此接入网设备可在自身的COUNT的值环回之前，执行重建PDCP实体的操作，以使COUNT的值从初始值开始重新累加。

③当终端设备切换到目标接入网设备以后，终端设备可以在COUNT的值达到最大之前，向目标接入网设备发送第四指示信息，以通知目标接入网设备该终端设备的COUNT的值达到最大，因此，目标接入网设备可通过重建PDCP实体等方式，避免发生终端设备比第一接入网设备更早发生COUNT值环回的情况。

④当终端设备每次切换到目标接入网设备以后，终端设备还可以在COUNT的值达到最大之前，将HFN的值进行初始化或者设置为一个预设值，以避免发生终端设备比第一接入网设备更早发生COUNT值环回的情况。

可理解的，上述方案③和方案④所提供的方案与方案①和方案②相比，方案①和方案②在终端设备从第二网络设备切换到第一网络设备后，就更新了终端设备维护的HFN的值(即将终端设备维护的HFN的值设置为第三HFN的值)，进而从第三HFN的值开始，对从切换到第一接入网设备后所接收到的每个数据包进行COUNT的值的设置，而方案③和方案④在终端设备从第二网络设备切换到第一网络设备后，没有立即更新终端设备维护的HFN的值，而是依然先按照终端设备原本维护的HFN的值对从第一接入网设备接收到的数据包进行COUNT值的设置，直到某个数据包的COUNT的值达到预设COUNT值时，再对终端设备维护的HFN的值进行初始化(例如将终端设备维护的HFN的值设置为0)，或将其设置为一个预设值。因此，有利于实现当终端设备维护的HFN的值大于接入网设备维护的HFN的值时，多播广播业务的正常传输，提高了通信的可靠性的稳定性。

下面将结合图17～图18对本申请提供的通信装置进行详细说明。

请参见图17，图17是本申请实施例提供的一种通信装置的结构示意图。图17所示的通信装置可以用于执行上述图7或图11或图13所描述的方法实施例中接入网设备的部分或全部功能。该装置可以是接入网设备(例如第一接入网设备或第二接入网设备等)，也可以是接入网设备中的装置，或者是能够和接入网设备匹配使用的装置。其中，该通信装置还可以为芯片系统。图17所示的通信装置可以包括收发单元1701和处理单元1702。其中，处理单元1702，用于进行数据处理。收发单元1701集成有接收单元和发送单元。收发单元1701也可以称为通信单元。或者，也可将收发单元1701拆分为接收单元和发送单元。下文的处理单元1702和收发单元1701同理，下文不再赘述。其中：

在一种实现方式中，收发单元1701，用于接收来自核心网设备的第一指示信息，上述第一指示信息指示第一数据包的计数COUNT的值，上述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN；

处理单元1702，用于根据上述第一指示信息确定上述第一数据包的上述COUNT的值。

在另一种实现方式中，收发单元1701，用于接收第二指示信息，上述第二指示信息指示数据包的第一COUNT的值，上述第一COUNT的值包括第一超帧号HFN的值和第一分组数据汇聚层协议序列号PDCP SN的值；

处理单元1702，用于根据第二HFN的值和上述第一PDCP SN的值确定第二COUNT的值；

上述收发单元1701，还用于向上述终端设备发送第二数据包，上述第二COUNT的值为上述第二数据包的COUNT的值，上述第二HFN的值为上述第一接入网设备维护的HFN的值。

在另一种实现方式中，处理单元1702，用于确定第三指示信息，上述第三指示信息指示上述第一接入网设备维护的超帧号HFN的值；

收发单元1701，用于向第二接入网设备发送上述第三指示信息，上述第一接入网设备为终端设备的目标接入网设备，上述第二接入网设备为上述终端设备的源接入网设备。

在另一种实现方式中，收发单元1701，用于接收来自第一接入网设备的第三指示信息，上述第三指示信息指示上述第一接入网设备维护的超帧号HFN的值；

上述收发单元1701，还用于向终端设备发送上述第一接入网设备维护的HFN的值，上述第一接入网设备为上述终端设备的目标接入网设备，上述第二接入网设备为上述终端设备的源接入网设备。

在另一种实现方式中，收发单元1701，用于接收来自核心网设备的第五指示信息，上述第五指示信息指示第三数据包在至少一个数据包中的顺序；

处理单元1702，用于根据上述第五指示信息确定上述第三数据包对应的分组数据汇聚层协议序列号PDCP SN的值。

该通信装置的其他可能的实现方式，可参见上述图7或图11或图13对应的方法实施例中对接入网设备功能的相关描述，在此不赘述。

请一并参见图17，图17示出了本申请实施例的一种通信装置的结构示意图。图17所示的通信装置可以用于执行上述图11或图13或图16所描述的方法实施例中终端设备的部分或全部功能。该装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置。其中，该通信装置还可以为芯片系统。图17所示的通信装置可以包括收发单元1701和处理单元1702。其中：

在一种实现方式中，处理单元1702，用于确定第三超帧号HFN的值；

收发单元1701，用于接收来自第一接入网设备的数据包，上述数据包中包括分组数据汇聚层协议序列号PDCP SN的值；

上述处理单元1702，用于根据上述第三HFN的值和上述PDCP SN的值确定上述数据包对应的COUNT的值。

在另一种实现方式中，收发单元1701，用于当终端设备从第二接入网设备切换到第一接入网设备时，在上述终端设备的COUNT的值达到最大COUNT的值之前，向上述第一接入网设备发送第四指示信息，上述第四指示信息指示上述终端设备的COUNT的值达到最大；或者

处理单元1702，用于在上述终端设备的COUNT的值达到最大COUNT的值之前，初始化上述终端设备的超帧号HFN的值，或者，更新上述HFN的值为预设值。

在另一种实现方式中，处理单元1702，用于确定第二值，上述第二值为分组数据汇聚层协议序列号PDCP SN的有效长度；

上述处理单元1702，还用于根据上述第二值确定重排序窗口的大小，和/或超帧号HFN的长度，和/或数据包的PDCP SN的取值范围。

该通信装置的其他可能的实现方式，可参见上述图11或图13或图16对应的方法实施例中对终端设备功能的相关描述，在此不赘述。

请一并参见图17，图17示出了本申请实施例的一种通信装置的结构示意图。图17所示的通信装置可以用于执行上述图7所描述的方法实施例中核心网设备的部分或全部功能。该装置可以是核心网设备，也可以是核心网设备中的装置，或者是能够和核心网设备匹配使用的装置。其中，该通信装置还可以为芯片系统。图17所示的通信装置可以包括收发单元1701和处理单元1702。其中：

在一种实现方式中，处理单元1702，用于确定第一指示信息，上述第一指示信息指示第一数据包的计数COUNT的值，上述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN；

收发单元1701，用于向接入网设备发送上述第一指示信息。

该通信装置的其他可能的实现方式，可参见上述图7对应的方法实施例中对终端设备功能的相关描述，在此不赘述。

请参见图18，图18是本申请实施例提供的另一种通信装置的结构示意图。如图18所示为本申请实施例提供的一种通信装置180，用于实现上述图7或图11或图13中核心网设备的功能。该装置可以是核心网设备或用于核心网设备的装置。用于核心网设备的装置可以为核心网设备内的芯片系统或芯片。其中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

或者，通信装置180，用于实现上述图11或图13或图16中终端设备的功能。该装置可以是终端设备或用于终端设备的装置。用于终端设备的装置可以为终端设备内的芯片系统或芯片。

或者，通信装置180，用于实现上述图7中核心网设备的功能。该装置可以是核心网设备或用于核心网设备的装置。用于核心网设备的装置可以为核心网设备内的芯片系统或芯片。

通信装置180包括至少一个处理器1820，用于实现本申请实施例提供的方法中接入网设备或终端设备或核心网设备的数据处理功能。装置180还可以包括通信接口1810，用于实现本申请实施例提供的方法中接入网设备或终端设备或核心网设备的收发操作。在本申请实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口，用于通过传输介质和其它设备进行通信。例如，通信接口1810用于装置180中的装置可以和其它设备进行通信。处理器1820利用通信接口1810收发数据，并用于实现上述方法实施例图7或图11或图13或图16所述的方法。

装置180还可以包括至少一个存储器1830，用于存储程序指令和/或数据。存储器1830和处理器1820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1820可能和存储器1830协同操作。处理器1820可能执行存储器1830中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

当装置180开机后，处理器1820可以读取存储器1830中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1820对待发送的数据进行基带处理后，输出基带信号至射频电路(图未示意)，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到装置180时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1820，处理器1820将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器1820而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

本申请实施例中不限定上述通信接口1810、处理器1820以及存储器1830之间的具体连接介质。本申请实施例在图18中以存储器1830、处理器1820以及通信接口1810之间通过总线1840连接，总线在图18中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图18中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

装置180具体是用于接入网设备或终端设备或核心网设备的装置时，例如装置180具体是芯片或者芯片系统时，通信接口1810所输出或接收的可以是基带信号。装置180具体是接入网设备或终端设备或核心网设备时，通信接口1810所输出或接收的可以是射频信号。在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、操作及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的操作可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在处理器上运行时，上述方法实施例的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，上述方法实施例的方法流程得以实现。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些操作可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请提供的各实施例的描述可以相互参照，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。为描述的方便和简洁，例如关于本申请实施例提供的各装置、设备的功能以及执行的操作可以参照本申请方法实施例的相关描述，各方法实施例之间、各装置实施例之间也可以互相参考、结合或引用。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

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

接收来自核心网设备的第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN；

根据所述第一指示信息确定所述第一数据包的所述COUNT的值。
根据权利要求1所述的方法，其特征在于，所述接收来自核心网设备的第一指示信息，包括：

接收来自所述核心网设备的所述第一数据包，所述第一数据包包括所述第一指示信息。
根据权利要求1或2所述的方法，其特征在于，所述第一指示信息承载于第一域，所述第一域的长度为32比特。
根据权利要求1或2所述的方法，其特征在于，所述第一指示信息承载于第二域和第三域，所述第二域为通用分组无线服务隧道协议-用户面序列号GTP-U SN域或所述第二域为服务质量流标识序列号QFI SN域。
根据权利要求4所述的方法，其特征在于，所述第二域和所述第三域的长度之和为32比特。
一种通信方法，其特征在于，包括：

确定第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN；

向接入网设备发送所述第一指示信息。
根据权利要求6所述的方法，其特征在于，所述向接入网设备发送所述第一指示信息，包括：

向所述接入网设备发送所述第一数据包，所述第一数据包包括所述第一指示信息。
根据权利要求6或7所述的方法，其特征在于，所述第一指示信息承载于第一域，所述第一域的长度为32比特。
根据权利要求6或7所述的方法，其特征在于，所述第一指示信息承载于第二域和第三域，所述第二域为通用分组无线服务隧道协议-用户面序列号GTP-U SN域或所述第二域为服务质量流标识序列号QFI SN域。
根据权利要求9所述的方法，其特征在于，所述第二域和所述第三域的长度之和为32比特。
一种通信装置，其特征在于，所述通信装置为接入网设备，包括：

收发单元，用于接收来自核心网设备的第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN；

处理单元，用于根据所述第一指示信息确定所述第一数据包的所述COUNT的值。
根据权利要求1所述的装置，其特征在于，所述收发单元具体用于：

接收来自所述核心网设备的所述第一数据包，所述第一数据包包括所述第一指示信息。
根据权利要求1或12所述的装置，其特征在于，所述第一指示信息承载于第一域，所述第一域的长度为32比特。
根据权利要求1或12所述的装置，其特征在于，所述第一指示信息承载于第二域和第三域，所述第二域为通用分组无线服务隧道协议-用户面序列号GTP-U SN域或所述第二域为服务质量流标识序列号QFI SN域。
根据权利要求14所述的装置，其特征在于，所述第二域和所述第三域的长度之和为32比特。
一种通信装置，其特征在于，所述通信装置为核心网设备，包括：

处理单元，用于确定第一指示信息，所述第一指示信息指示第一数据包的计数COUNT的值，所述COUNT包括超帧号HFN和分组数据汇聚层协议序列号PDCP SN；

收发单元，用于向接入网设备发送所述第一指示信息。
根据权利要求16所述的装置，其特征在于，所述收发单元具体用于：

向所述接入网设备发送所述第一数据包，所述第一数据包包括所述第一指示信息。
根据权利要求16或17所述的装置，其特征在于，所述第一指示信息承载于第一域，所述第一域的长度为32比特。
根据权利要求16或17所述的装置，其特征在于，所述第一指示信息承载于第二域和第三域，所述第二域为通用分组无线服务隧道协议-用户面序列号GTP-U SN域或所述第二域为服务质量流标识序列号QFI SN域。
根据权利要求19所述的装置，其特征在于，所述第二域和所述第三域的长度之和为32比特。
一种通信装置，其特征在于，包括处理器，所述处理器用于执行至少一个存储器中存储的计算机程序或指令，以使得所述装置实现如权利要求1～5中任一项所述的方法，或实现如权利要求6～10中任一项所述的方法。
一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被计算机执行时，实现如权利要求1～5中任一项所述的方法，或，实现如权利要求6～10中任一项所述的方法。
一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，以实现权利要求1～5中任一项所述的方法，或以实现权利要求6～10中任一项所述的方法。