CN117676736A

CN117676736A - 广播业务连续性处理方法及通信装置

Info

Publication number: CN117676736A
Application number: CN202211054707.1A
Authority: CN
Inventors: 王刚
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-08-31
Filing date: 2022-08-31
Publication date: 2024-03-08

Abstract

本申请实施例提供一种广播业务连续性处理方法及通信装置，能够解决终端设备在重选过程中广播业务数据接收不连续的问题，可应用于MBS通信系统中。该方法包括：终端设备接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的多播控制信道MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。终端设备根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，并在小区重选时刻从当前驻留的源小区重选至目标小区。终端设备接收来自第一接入网设备的目标小区的广播业务数据。

Description

广播业务连续性处理方法及通信装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种广播业务连续性处理方法及通信装置。

背景技术

目前，终端设备在接收广播业务数据之前，需要接收来自当前驻留小区的系统消息，如系统信息块(system information block，SIB)1。进而，终端设备基于系统消息获取多播控制信道(multicast control channel，MCCH)的相关配置信息，并根据MCCH的相关配置信息从MCCH上获取多播业务信道(multicast traffic channel，MTCH)的相关配置信息，该MTCH的相关配置信息包括当前驻留小区支持的所有广播频道的MTCH的配置信息。之后，终端设备根据希望获取的广播业务选择相应的MTCH的配置信息，并根据选择的MTCH的配置信息在相应MTCH上接收广播业务数据。其中，从获取系统消息到在MTCH上接收广播数据的过程产生的时延超过100毫秒(millisecond，ms)。

然而，终端设备在当前驻留小区接收广播业务数据期间，可能会因为无线信道衰变导致小区重选。在新驻留小区，终端设备也需重新执行系统消息获取、MCCH接收配置和MTCH接收配置等过程，才能在新驻留小区获取广播业务数据。在此移动期间，终端设备无法接收广播业务数据，从而使得终端设备接收的广播业务数据不连续，造成广播业务卡顿，进而降低用户对广播业务的体验感。

发明内容

本申请实施例提供一种广播业务连续性处理方法及通信装置，能够解决小区重选过程中广播业务数据接收不连续的问题。

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，提供一种广播业务连续性处理方法，该方法可以由终端设备执行，也可以由终端设备的部件，例如终端设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。以下以该方法由终端设备执行为例进行说明。该广播业务连续性处理方法包括：终端设备接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的多播控制信道MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。终端设备根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，并在小区重选时刻从当前驻留的源小区重选至目标小区。终端设备接收来自第一接入网设备的目标小区的广播业务数据。

基于第一方面所述的广播业务连续性处理方法，终端设备在确定目标小区后，未立即重选到目标小区，而是在保持源小区的广播业务数据接收的情况下，通过获取目标小区的系统消息提前完成目标小区的MCCH接收配置，并确定小区重选时刻，在小区重选时刻从当前驻留的源小区重选至目标小区，使得终端设备可以在重选到目标小区后能够快速接收MCCH，进而启动在目标小区的广播业务数据的接收，从而可以减少终端设备在移动过程中广播业务数据中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

一种可能的设计方案中，终端设备根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，可以包括：终端设备根据目标小区的系统消息的接收位置和用于接收目标小区对应的MCCH的配置信息确定目标小区对应的MCCH的接收窗口起始位置。终端设备根据目标小区对应的MCCH的接收窗口起始位置确定小区重选时刻。如此，终端设备根据目标小区的系统消息的接收位置可以对齐源小区与目标小区的时序关系，并结合用于接收目标小区对应的MCCH的配置信息可以确定接收下一次MCCH的时间，从而根据接收下一次MCCH的时间来确定小区重选时刻，使得终端设备可以重选到目标小区后能够快速接收MCCH，进而启动在目标小区的广播业务数据的接收，从而可以减少终端设备在移动过程中广播业务数据中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

一种可能的设计方案中，终端设备接收来自第一接入网设备的目标小区的广播业务数据，可以包括：终端设备根据用于接收目标小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

可选地，本申请实施例提供的方法还可以包括：终端设备根据用于接收目标小区对应的MTCH的配置信息释放用于接收源小区的广播业务数据的配置信息。如此，在终端设备能够在目标小区接收广播业务数据后，可以通过释放接收源小区的广播业务数据的相关配置来提高终端设备的资源利用率和数据处理效率。

可选地，本申请实施例提供的方法还可以包括：在源小区不满足广播业务接收条件的情况下，终端设备确定目标小区。其中，广播业务接收条件包括如下一项或多项：源小区的信号强度大于或者等于源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。如此，终端设备在空闲态或非激活态接收广播业务数据时，除了通过检测小区信号强度来启动重选判决，还可以通过丢包率来启动重选判决，这样可以在无线资源管理测量不能很好反映广播业务数据的接收状态的情况下，利用丢包率来进行重选判决，从而可以保证终端设备重选的及时性，进而提高用户对广播业务的体验感。

第二方面，提供一种广播业务连续性处理，该方法可以由终端设备执行，也可以由终端设备的部件，例如终端设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。以下以该方法由终端设备执行为例进行说明。该广播业务连续性处理方法包括：终端设备从当前驻留的源小区重选至目标小区。终端设备根据用于接收源小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，第一接入网设备为目标小区所属的接入网设备。

基于第二方面提供的广播业务连续性处理方法，终端设备重选到目标小区后，可以立即使用用于接收源小区的MTCH的配置信息接收目标小区的广播业务数据，从而可以减少终端设备在移动过程中广播业务数据的中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

进一步地，本申请实施例提供的方法还可以包括：终端设备接收来自第一接入网设备的目标小区的系统消息。其中。目标小区的系统消息中可以包括用于接收目标小区对应的多播控制信道MCCH的配置信息。在用于接收目标小区对应的MTCH的配置信息与用于接收源小区对应的MTCH的配置信息不匹配的情况下，终端设备根据目标小区对应的MTCH的配置信息接收目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。如此，终端设备在利用用于接收源小区的MTCH的配置信息接收广播业务数据之后，再获取目标小区对应的MCCH的配置信息，并根据目标小区对应的MCCH的配置信息获取目标小区的MTCH的配置信息，进而根据目标小区对应的MTCH配置来确定源小区对应的MTCH配置是否可以接收目标广播业务数据，不仅可以减少终端设备广播业务的中断时间，还可以保证终端设备在目标小区接收到与在源小区接收的广播业务相同的广播业务数据。

可选地，本申请实施例提供的方法还可以包括：在源小区不满足广播业务接收条件的情况下，终端设备确定目标小区。其中，广播业务接收条件包括如下一项或多项：源小区的信号强度大于或者等于源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。如此，终端设备在空闲态或非激活态接收广播业务数据时，除了通过检测小区信号强度来启动重选判决，还可以通过丢包率来启动重选判决，这样可以在无线资源管理测量不能很好反映广播业务数据的接收状态的情况下，利用丢包率来进行重选判决，可以保证终端设备重选的及时性，进而提高用户对广播业务的体验感。

第三方面，提供一种广播业务连续性处理，该方法可以由终端设备执行，也可以由终端设备的部件，例如终端设备的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分终端设备功能的逻辑模块或软件实现。以下以该方法由终端设备执行为例进行说明。该广播业务连续性处理方法包括：终端设备从当前驻留的源小区重选至目标小区，并保持接收来自第二接入网设备的源小区的广播业务数据。其中，第二接入网设备为源小区所属的接入网设备。终端设备接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的多播控制信道MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。终端设备根据用于接收目标小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

基于第三方面提供的广播业务连续性处理方法，终端设备从源小区重选到目标小区的过程中，保持对源小区的广播业务数据的接收，即延迟对用于接收源小区的广播业务数据的配置释放，使得终端设备驻留到目标小区后可以同时接收源小区和目标小区的广播业务数据，这样既可以减小终端设备在小区间移动过程中的数据接收空洞，又可以弥补源小区与目标小区的广播业务数据不同步导致的数据包丢失，从而可以减少终端设备在移动过程中广播业务数据的中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

一种可能的设计方案中，本申请实施例提供的方法还可以包括：在并行接收时长等于第一阈值的情况下，终端设备停止接收源小区的广播业务数据。其中，并行接收时长的起始时刻为如下任意一项：终端设备接收到目标小区的广播业务数据的时刻、终端设备开始从源小区重选至目标小区的时刻。如此，终端设备可以通过设置并行接收定时机制来结束对源小区的广播业务数据的接收，并释放源小区的广播接收配置，从而可以提高终端设备资源利用率和数据处理效率。

另一种可能的设计方案中，本申请实施例提供的方法还可以包括：在第一时长的终止时刻确定接收的广播业务数据不存在数据空洞的情况下，终端设备停止接收源小区的广播业务数据。其中，第一时长的起始时刻为终端设备确定接收来自目标小区的广播业务数据的时刻。如此，终端设备也可以通过数据空洞检测来结束对源小区的广播业务数据的接收，并释放源小区的广播接收配置，这样可以增强终端设备接收广播业务数据的可靠性，并且可以提高终端设备资源利用率和数据处理效率。

可选地，本申请实施例提供的方法还可以包括：在源小区不满足广播业务接收条件的情况下，终端设备确定目标小区。其中，广播业务接收条件包括如下一项或多项：源小区的信号强度大于或等于源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。如此，终端设备在空闲态或非激活态接收广播业务数据时，除了通过检测小区信号强度来启动重选判决，还可以通过丢包率或应用体验来启动重选判决，这样可以在无线资源管理测量不能很好反映广播业务数据的接收状态的情况下，利用丢包率来进行重选判决，可以保证终端设备重选的及时性，进而提高用户对广播业务的体验感。

第四方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的终端设备，或者包含上述终端设备的装置，或者上述终端设备中包含的装置，比如芯片。所述通信装置包括实现上述第一方面所述方法的相应模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

在一些可能的设计中，该通信装置包括：处理模块和收发模块。其中，收发模块，用于接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的多播控制信道MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。处理模块，用于根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，并在小区重选时刻从当前驻留的源小区重选至目标小区。收发模块，用于接收来自第一接入网设备的目标小区的广播业务数据。

一种可能的设计方案中，处理模块，用于根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，具体包括：处理模块，用于根据目标小区的系统消息的接收位置和用于接收目标小区对应的MCCH的配置信息确定目标小区对应的MCCH的接收窗口起始位置。处理模块，还用于根据目标小区对应的MCCH的接收窗口起始位置确定小区重选时刻。

一种可能的设计方案中，收发模块，用于接收来自第一接入网设备的目标小区的广播业务数据，具体包括：收发模块，用于根据用于接收目标小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

可选地，处理模块，还用于根据用于接收目标小区对应的MTCH的配置信息释放用于接收源小区的广播业务数据的配置信息。

可选地，处理模块，还用于在源小区不满足广播业务接收条件的情况下，确定目标小区。其中，广播业务接收条件包括如下一项或多项：源小区的信号强度大于或者等于源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。

可选地，收发模块可以包括接收模块和发送模块。其中，发送模块用于实现第四方面所述的通信装置的发送功能，接收模块用于实现第四方面所述的通信装置的接收功能。

可选地，第四方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第四方面所述的通信装置可以执行第一方面所述的方法。

其中，第四方面所述的通信装置的技术效果可以参考第一方面所述的方法的技术效果，此处不再赘述。

第五方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第二方面中的终端设备，或者包含上述终端设备的装置，或者上述终端设备中包含的装置，比如芯片。所述通信装置包括实现上述第二方面所述方法的相应模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

在一些可能的设计中，该通信装置包括：处理模块和收发模块。其中，处理模块，用于从当前驻留的源小区重选至目标小区。收发模块，用于根据用于接收源小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，第一接入网设备为目标小区所属的接入网设备。

进一步地，收发模块，还用于接收来自第一接入网设备的目标小区的系统消息。其中。目标小区的系统消息中可以包括用于接收目标小区对应的多播控制信道MCCH的配置信息。处理模块，还用于在用于接收目标小区对应的MTCH的配置信息与用于接收源小区对应的MTCH的配置信息不匹配的情况下，根据用于接收目标小区对应的MTCH的配置信息接收目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

可选地，收发模块可以包括接收模块和发送模块。其中，发送模块用于实现第五方面所述的通信装置的发送功能，接收模块用于实现第五方面所述的通信装置的接收功能。

可选地，第五方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第五方面所述的通信装置可以执行第二方面所述的方法。

其中，第五方面所述的通信装置的技术效果可以参考第二方面所述的方法的技术效果，此处不再赘述。

第六方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第三方面中的终端设备，或者包含上述终端设备的装置，或者上述终端设备中包含的装置，比如芯片。所述通信装置包括实现上述第三方面所述方法的相应模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

在一些可能的设计中，该通信装置包括：处理模块和收发模块。其中，处理模块，用于从当前驻留的源小区重选至目标小区；收发模块，用于保持接收来自第二接入网设备的源小区的广播业务数据。其中，第二接入网设备为源小区所属的接入网设备。收发模块，还用于接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的多播控制信道MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。收发模块，还用于根据用于接收目标小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

一种可能的设计方案中，处理模块，还用于在并行接收时长等于第一阈值的情况下，停止接收源小区的广播业务数据。其中，并行接收时长的起始时刻为如下任意一项：通信装置接收到目标小区的广播业务数据的时刻、通信装置从源小区重选至目标小区的时刻。

另一种可能的设计方案中，处理模块，还用于在第一时长的终止时刻确定接收的广播业务数据不存在数据空洞的情况下，停止接收源小区的广播业务数据。其中，第一时长的起始时刻为通信装置确定接收来自目标小区的广播业务数据的时刻。

可选地，收发模块可以包括接收模块和发送模块。其中，发送模块用于实现第六方面所述的通信装置的发送功能，接收模块用于实现第六方面所述的通信装置的接收功能。

可选地，第六方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第六方面所述的通信装置可以执行第三方面所述的方法。

其中，第六方面所述的通信装置的技术效果可以参考第三方面所述的方法的技术效果，此处不再赘述。

第七方面，提供一种通信装置。该通信装置包括：处理器，该处理器与存储器耦合，该处理器用于执行存储器中存储的计算机程序，以使得该通信装置执行第一方面至第三方面中任意一种可能的实现方式所述的方法。

在一种可能的设计方案中，第七方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第七方面所述的通信装置与其他通信装置通信。

在本申请实施例中，第七方面所述的通信装置可以为第一方面至第三方面中的终端设备，或者可设置于该终端设备中的芯片(系统)或其他部件或组件，或者包含该终端设备的装置。

此外，第七方面的技术效果可以参考第一方面至第三方面中任意一种实现方式所述的方法的技术效果，此处不再赘述。

第八方面，提供一种计算机可读存储介质。该计算机可读存储介质存储有计算机程序或指令，当该计算机程序或指令在计算机上运行时，使得该计算机执行第一方面至第三方面中任意一种可能的实现方式所述的方法。

第九方面，提供一种计算机程序产品。该计算机程序产品包括：计算机程序或指令，当该计算机程序或指令在计算机上运行时，使得该计算机执行第一方面至第三方面中任意一种可能的实现方式所述的方法。

附图说明

图1为本申请实施例提供的一种传输MBS广播业务流的架构示意图；

图2为本申请实施例提供的一种MBS广播业务流传输的流程示意图；

图3为本申请实施例提供的终端设备获取广播业务数据的处理流程示意图；

图4为本申请实施例提供的接入网设备与终端设备之间的用户面协议栈的架构示意图；

图5为本申请实施例提供的支持广播的接入网设备在层2的映射结构示意图；

图6为本申请实施例提供的一种逻辑信道的架构示意图；

图7为本申请实施例提供的接入网设备与终端设备之间的控制面协议栈的架构示意图；

图8为本申请实施例提供的一种DAPS切换的流程示意图；

图9为本申请实施例提供的DAPS PDCP实体的下行数据处理的结构示意图；

图10为本申请实施例提供的一种通信系统的架构示意图；

图11为本申请实施例提供的一种广播业务连续性处理方法的流程示意图；

图12为本申请实施例提供的一种MCCH接收窗口的结构示意图；

图13为本申请实施例提供的一种小区重选时刻确定的结构示意图；

图14为本申请实施例提供的另一种广播业务连续性处理方法的流程示意图；

图15为本申请实施例提供的又一种广播业务连续性处理方法的流程示意图；

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

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

具体实施方式

为便于理解，下面先对本申请实施例所涉及的相关技术进行说明。

(一)新无线(new radio，NR)广播

现有的数字地面广播系统只具备单向下行链路覆盖静态的传输区域，且需要专有终端接收服务，难以满足业务全场景、全终端发展的需求。同时，除视频应用外，公共安全、车联网(vehicle to everything，V2X)应用、物联网(internet of things，IoT)软件升级等服务在大并发量的实时数据传输场景下均需要组播广播功能提供高效稳定的传输，第五代移动通信技术(5^th generation mobile communication technology，5G)NR组播/广播服务(multicast/broadcast service，MBS)因此成为5G NR系统的重要功能特性。

R17中的MBS工作项目(work instruction，WI)为点到多点(point-to-multipoint，PTM)性质的业务指定了两种交付方式，即MBS组播和MBS广播。MBS组播为处于连接态(RRC_CONNECTED)的终端设备提供MBS传送模式，能够解决较高服务质量(qualityof service，QoS)的业务，而MBS广播为终端设备在所有无线资源控制(radio resourcecontrol，RRC)状态下提供仅下行的MBS下发方式，可以解决较低QoS业务。

在5G核心网(5G core network，5GC)和无线接入网(radio access network，RAN)之间，定义了如下两种MBS数据传输方法：

(1)5GC Individual MBS traffic delivery method：只用于组播MBS Session，5GC通过每个用户设备(user equipment，UE)的协议数据单元(protocol data unit，PDU)会话(session)将组播数据包直接发送给UE。因此，组播MBS Session需要和一个PDUSession相关联。

(2)5GC Shared MBS traffic delivery method：可用于广播或组播MBSSession，5GC只给RAN发送一份MBS数据。

其中，MBS Session是非接入层(non-access stratum，NAS)层的一个概念，类似于单播的PDU Session，用于提供组播或广播业务。MBS Session包括：广播MBS Session和组播MBS Session。

本申请实施例中主要对MBS广播业务的传输进行说明。

示例性地，图1示出了一种传输MBS广播业务流的架构示意图。如图1所示，应用功能(application function，AF)(如应用服务器)向多个UE(如UE1、UE2)发送广播业务数据时，需要与核心网(core network，CN)、RAN建立广播会话，在广播会话建立成功后，UE可以通过获取并解析MCCH，得知RAN所在小区支持的广播频道(广播会话)，根据需求获取相应频道的配置信息，如MTCH1和MTCH1的配置信息，从而可以通过MTCH1和MTCH2接收不同广播业务，如通过MTCH1接收广播业务数据1，通过MTCH2接收广播业务数据2。

其中，CN可以包括网络开放功能(network exposure function，NEF)/多播广播业务功能(multicast/broadcast service function，MBSF)、策略控制功能(policy controlfunction，PCF)、多播/广播用户面功能(multicast/broadcast user plane function，MB-UPF)、多播/广播会话管理功能(multicast/broadcast session management function，MB-SMF)、以及接入和移动性管理功能(access and mobility management function，AMF)等。各网络功能的作用以及连接可以参见现有相关描述，本申请实施例在此不做赘述。

进一步地，图2结合具体的核心网网元的交互来说明MBS广播业务的传输过程。如图2所示，该传输过程包括如下步骤：

S201、AF与MB-SMF完成临时移动群组标识(temporary mobile group identity，TMGI)分配和MBS会话创建。

S202、MB-SMF向AMF发送MBS广播上下文建立请求(Namf_MBSBroadcast_ContextCreate Request)。相应的，AMF接收来自MB-SMF的MBS广播上下文建立请求。

其中，MBS广播上下文建立请求中包括TMGI、5G授权QoS配置文件(简称QoS文件)、MBS服务区域等信息。

S203、AMF向RAN发送N2消息请求(N2 message Request)。相应的，RAN接收来自AMF的N2消息请求。

其中，N2消息请求中包括TMGI、QoS文件和MBS服务区域。

S204、RAN建立MBS会话上下文。

可选的，S205、RAN向发送互联网组管理协议(internet group managementprotocol，IGMP)/组播侦听发现协议(multicast listener discover，)加入请求。相应的，MB-UPF接收来自RAN的IGMP/MLD加入请求。

S206、RAN向AMF发送N2消息响应(N2 message Response)。相应的，AMF接收来自RAN的N2消息响应。

其中，N2消息响应中包括TMGI和N3mb下行(downlink，DL)隧道信息(N3mb DLTunnel info)。

S207、AMF向MB-SMF发送MBS广播上下文建立响应(Namf_MBSBroadcast_ContextCreate Response)。相应的，MB-SMF接收来自AMF的MBS广播上下文建立响应。

S208、MB-SMF和MB-UPF之间发起N4mb会话更新(N4mb Session Update)。

其中，N4mb会话更新中包括TMGI和N3mb下行隧道信息。

S209、RAN广播TMGI。其中，TMGI用于向UE指示广播业务。

S210、AF向MB-UPF发送媒体流。相应的，MB-UPF接收来自AF的媒体流。

其中，媒体流可以是广播业务数据或广播业务流。

S211、MB-UPF向RAN发送媒体流。相应的，RAN接收来自MB-UPF的媒体流。

S212、RAN对UE进行PTM传输。

上述S201-S212中的具体实现过程可以参见现有实现过程，本申请实施例在此不做赘述。

在完成上述S201-S212后，支持广播的接入网设备可以收到应用服务器(APPserver)推送的广播业务数据，然后将广播业务数据通过空口广播出去。终端设备可以基于接收的用户业务描述(user service description，USD)查询可用的广播信息，并使用相关信息接收想要的广播业务数据。

示例性地，图3示出了终端设备获取广播业务数据的处理过程。如图3所示，终端设备可以从支持广播的接入网设备广播的SIBx(如SIB20)中获取MCCH的相关配置信息，该MCCH的相关配置信息可以包括MCCH的修改周期(modification period，MP)、MCCH的重复周期(repeat period，RP)、公共频率资源(common frequency resource，CFR)等信息。终端设备可以根据MCCH的相关配置信息从MCCH上获取MTCH的相关配置信息，该MTCH的相关配置信息包括当前接入网设备支持的所有广播频道的MTCH的配置信息，如TMGI到组无线网络临时标识符(group radio network temporary identifier，G-RNTI)的映射、PTM的搜索空间、CFR信息。之后，终端设备可以根据希望获取的广播业务选择相应的MTCH的配置信息，在相应MTCH上接收广播业务数据。

(二)协议栈

示例性地，图4示出了接入网设备与终端设备之间的用户面协议栈的架构示意图。如图4所示，接入网设备和终端设备之间的用户面协议栈可以包括服务数据适配协议(service data adaptation protocol，SDAP)层、分组数据汇聚协议(packet dataconvergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(Medium Access Control，MAC)层和物理层(physical layer，PHY)。

对于支持广播的接入网设备来说，广播业务数据在层(layer，L)2的映射处理过程如图5所示，广播业务数据可以通过SDAP将QoS流映射到对应的数据无线承载(data radiobearer，DRB)上，再通过PDCP、RLC依次映射到RLC信道和逻辑信道上，最后通过MAC映射到传输信道上。

其中，如图6所示，广播业务传输过程中，逻辑信道除了包括寻呼控制信道(pagingcontrol channel，PCCH)、广播控制信道(broadcast control channel，BCCH)、公共控制信道(common control channel，CCCH)、专用控制信道(dedicated control channel，DCCH)、专用业务信道(dedicated traffic channel，DTCH)之外，还包括MCCH和MTCH，MCCH和MTCH信道的数据不会和其他信道的数据复用到一个传输块(transport block，TB)中，相应的TB使用新的RNTI。

进一步地，本申请实施例还提供了接入网设备与终端设备之间的控制面协议栈的架构示意图。如图7所示，接入网设备和终端设备的控制面协议栈可以包括RRC层、PDCP层、RLC层、MAC层和PHY层。另外，终端设备的控制面协议栈还包括NAS层，该NAS层与核心网设备(如AMF)的NAS层对应。值得说明的是，图7只示出了AMF的部分控制面协议栈结构，具体结构可以参见现有相关描述。

(三)双活协议栈(dual active protocol stack，DAPS)切换

DAPS切换是标准中定义的连接态的处理流程，在接收到RRC消息以进行切换后并保持与源gNB连接，直到成功地随机访问目标gNB后释放源小区的过程，目的是在连接态切换期间，PDCP层可以持续发送和接收数据包。

示例性地，图8示出了一种DAPS切换的流程示意图。如图8所示，该DAPS切换流程包括如下步骤：

S801、源gNB向UE发送测量控制(Measurement Control)。相应的，UE接收来自源gNB的测量控制。

S802、UE向源gNB发送测量报告(Measurement Report)。相应的，源gNB接收来自UE的测量报告。

S803、源gNB进行切换(hand over，HO)确定(HO Decision)。

S804、源gNB向目标gNB发送HO请求(HO Request)。相应的，目标gNB接收来自源gNB的HO请求。

S805、目标gNB进行接入控制(Admission Control)。

S806、目标gNB向源gNB发送HO请求响应(HO Request Ack)。相应的，源gNB接收来自目标gNB的HO请求响应。

S807、源gNB向UE发送RRC连接重配置请求(RRC connection ReconfigurationRequest)。相应的，UE接收来自源gNB的RRC连接重配置请求。

S808、UE继续与源gNB进行上行(uplink，UL)/下行(downlink，DL)数据传输。

S809、UE并行RRC处理配置第二L2/L1协议栈，并使用Rx2获取目标gNB(ParallelRRC Processing Configure 2nd L2/L1 stack&Acquire Target gNB using Rx2)。

S810、UE向目标gNB发送RRC连接重配置完成(RRC connection Reconfigurationcomplete)消息。相应的，目标gNB接收来自UE的RRC连接重配置完成消息。

S811、目标gNB向源gNB发送HO成功指示(HO success indication)。相应的，源gNB接收来自目标gNB的HO成功指示。

S812、源gNB向目标gNB发送序列号(sequence number，SN)状态转移(SN StatusTransfer)消息。相应的，目标gNB接收来自源gNB的SN状态转移消息。

S813、目标gNB向AMF发送路径切换请求(Path Switch Request)。相应的，AMF接收来自目标gNB的路径切换请求。

S814、AMF向UPF发送修改承载请求(Modify Bearer Request)。相应的，UPF接收来自AMF的修改承载请求。

S815、UPF向AMF发送修改承载响应(Modify Bearer Response)。相应的，AMF接收来自UPF的修改承载响应。

S816、AMF向目标gNB发送路径切换请求响应(Path Switch Request Ack)。相应的，目标gNB接收来自AMF的路径切换请求响应。

S817a、目标gNB向UE发送RRC连接重配置消息。相应的，UE接收来自目标gNB的RRC连接重配置消息。

S817b、目标gNB向源gNB发送UE上下文释放(UE Context Release)请求。相应的，源gNB接收来自目标gNB的UE上下文释放请求。

S817c、UE向目标gNB发送RRC重配置完成消息。相应的，目标gNB接收来自UE的RRC重配置完成消息。

图8示出的DASP切换流程是在连接态下完成的，与基本切换流程不同的是，UE收到切换命令后，不中断和源gNB之间的上下行数据传输(如S808和S809)，且UE和目标gNB随机接入成功后，执行数据切换，并在切换成功后，源gNB将上下行数据转发给目标gNB，之后由网络侧执行数据路径切换(如S813-S816)，再由目标gNB通知UE释放源gNB(如S817a-S817c)。

在DASP切换期间，UE的一个DASP PDCP实体(entity)与两个RLC实体关联，两个RLC实体分别对应源gNB的MAC实体和目标gNB的MAC实体。

在DAPS切换期间，UE的DAPS PDCP实体需要能够配置两套解密和完整性验证算法，两套解密和完整性验证密钥。源gNB和目标gNB的数据使用相应的算法和密钥进行解密和完整性验证。

示例性地，图9示出了DAPS PDCP实体的下行数据处理的结构示意图。如图9所示，DAPS PDCP实体对从两个RLC实体接收到的PDCP PDU统一进行重排序和重复包丢弃，与现有的双连接(dual connectivity，DC)的重排序和重复包丢弃功能是一样的。其中，每个DAPSPDCP实体有两个健壮性包头压缩(robust header compression，ROHC)实体。从源gNB和目标gNB接收到的PDCP PDU经过重排序后和重复包消除后，再分别发送给相应的ROHC实体做解压缩处理。

目前，终端设备在当前驻留小区接收广播业务数据期间，可能会因为无线信道衰变导致小区重选。在新驻留小区，终端设备也需重新获取系统消息、对接收MCCH和MTCH进行配置等过程，才能在新驻留小区获取广播业务数据。在此移动期间，终端设备无法接收广播业务数据，从而使得终端设备接收的广播业务数据不连续，造成广播业务卡顿，进而降低用户对广播业务的体验感。

为此，本申请实施例提供了一种广播业务连续性处理方法，能够解决小区重选时广播数据接收不连续导致广播业务卡顿的问题。

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

本申请实施例的技术方案可以应用于各种通信系统，例如无线保真(wirelessfidelity，WiFi)系统，V2X通信系统、设备间(device-todevie，D2D)通信系统、车联网通信系统、第4代(4th generation，4G)移动通信系统，如长期演进(long term evolution，LTE)系统、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、5G通信系统，如NR系统，以及未来的通信系统，如第六代(6th generation，6G)移动通信系统等。

本申请实施例将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

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

本申请实施例中，“信息(information)”，“信号(signal)”，“消息(message)”，“信道(channel)”、“信令(singaling)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为便于理解本申请实施例，首先以图10中示出的通信系统为例详细说明适用于本申请实施例的通信系统。示例性地，图10为本申请实施例提供的一种通信系统的架构示意图。

如图10所示，该通信系统包括终端设备、第一接入网设备和第二接入网设备。可选地，该通信系统还包括核心网设备。其中，第一接入网设备与第二接入网设备连接，二者可以进行数据传输，第一接入网设备可以为终端设备提供无线接入服务，第二接入网设备也可以为终端设备提供无线接入服务，核心网设备可以与终端设备建立连接，进行数据传输，也可以与第一接入网设备或第二接入网设备连接，进行数据传输。

示例性地，核心网设备可以分别向第一接入网设备和第二接入网设备发送广播业务数据，第一接入网设备和第二接入网设备分别对应一个覆盖区域，也可以理解为一个接入网设备对应一个小区。第一接入网设备和第二接入网设备可以分别向在其覆盖范围内的终端设备发送广播业务数据。

对于终端设备来说，其需要在小区进行系统消息获取、MCCH配置和MTCH配置等过程才能够在当前小区接收广播业务数据，并且终端设备在当前驻留小区接收广播业务数据期间，可能会因为无线信道衰变进行小区重选。例如，终端设备在第二接入网设备所在的小区内接收广播业务期间发生小区重选，重选至第一接入网设备所在的小区。在小区重选过程中，终端设备的广播业务数据接收就会存在中断，导致广播业务不连续。

一种可能的设计方案中，终端设备接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。并且，终端设备根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，并在小区重选时刻从当前驻留的源小区重选至目标小区。进而，终端设备接收来自第一接入网设备的目标小区的广播业务数据。

另一种可能的设计方案中，终端设备从当前驻留的源小区重选至目标小区，并根据用于接收源小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据，第一接入网设备为目标小区所属的接入网设备。

又一种可能的设计方案中，终端设备从当前驻留的源小区重选至目标小区，并保持接收来自第二接入网设备的源小区的广播业务数据。其中，第二接入网设备为源小区所属的接入网设备。终端设备接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。终端设备根据用于接收目标小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

值得说明的是，本申请实施例中的广播业务数据可以称为MBS广播业务数据、广播业务流、广播数据、MBS广播流等，本申请实施例对此不做具体限定。

其中，第一接入网设备和第二接入网设备可统称为网络设备，网络设备为位于上述通信系统的网络侧，且具有无线收发功能的设备或可设置于该设备的芯片或芯片系统。该网络设备包括但不限于：无线保真(wireless fidelity，WiFi)系统中的接入点(accesspoint，AP)，如家庭网关、路由器、服务器、交换机、网桥等，演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，无线中继节点、无线回传节点、传输点(transmission and reception point，TRP或者transmission point，TP)等，还可以为5G，如，新空口(new radio，NR)系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)、具有基站功能的路边单元(road side unit，RSU)等。

上述终端设备为接入上述通信系统，且具有无线收发功能的终端或可设置于该终端的芯片或芯片系统。该终端设备也可以称为用户装置、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端、车载终端、具有终端功能的RSU等。本申请的终端设备还可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元，车辆通过内置的所述车载模块、车载模组、车载部件、车载芯片或者车载单元可以实施本申请实施例提供的广播业务连续性处理方法。

核心网设备可以是MB-UPF网元，用于向接入网设备发送广播业务数据。

需要说明的是，本申请实施例提供的方法，可以适用于图10所示的终端设备、第一接入网设备和第二接入网设备之间，具体实现可以参考下述方法实施例，此处不再赘述。

应当指出的是，本申请实施例中的方案还可以应用于其他通信系统中，相应的名称也可以用其他通信系统中的对应功能的名称进行替代。

应理解，图10仅为便于理解而示例的简化示意图，该通信系统中还可以包括其他网络设备，和/或，其他终端设备，图10中未予以画出。

下面将结合图11-图15对本申请实施例提供的广播业务连续性处理方法进行具体阐述。

本申请实施例中以第一接入网设备为终端设备小区重选后的接入网设备，第二接入网设备为终端设备未进行小区重选之前的接入网设备为例进行说明。

示例性地，图11为本申请实施例提供的一种广播业务连续性处理方法的流程示意图。该通信方法可以适用于图10所示的通信系统中。

如图11所示，该方法包括如下步骤：

S1101、第一接入网设备向终端设备发送目标小区的系统消息。相应的，终端设备接收来自第一接入网设备的目标小区的系统消息。

其中，第一接入网设备为目标小区所属的接入网设备，该目标小区为终端设备确定的重选小区。示例性地，终端设备在当前驻留小区(即源小区)接收广播业务数据的过程中，可以通过判断源小区是否满足广播业务接收条件来确定是否进行小区重选，该广播业务接收条件可以包括源小区的信号强度大于或者等于源小区的信号强度阈值，和/或接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。其中，源小区的信号强度可以是源小区的参考信号接收功率(reference signal receiving power，RSRP)的大小，接收的源小区的广播业务数据的丢包率可以通过L2测量，如检测RLC窗口的丢包情况，由此终端设备的RRC层可以根据RSRP或L2上报的丢包率确定是否启动邻区测量进行重选判决。

另外，终端设备也可以根据广播业务数据接收的卡顿情况定义用户体验异常等级或者是通过设置在终端设备上的应用程序(application，APP)反馈用户体验异常等级，或者检测数据接收窗口的空洞情况，根据用户体验异常等级或数据空洞大小来确定源小区是否满足广播业务接收条件，从而确定是否需要进行小区重选，可以增强终端设备在空闲态(idle)或非激活态(innactive)时接收广播业务数据的重选判决能力。

在源小区不满足广播业务接收条件的情况下，终端设备可以根据重选测量准则确定目标小区，如终端设备可以对与源小区同频或异频的小区进行测量，找到符合重选标准的小区作为重选的目标小区，如目标小区为第一接入网设备所属的小区。小区重选的具体实现过程可以参见现有相关描述，本申请实施例对此不再赘述。

终端设备在确定重选的目标小区后，从第一接入网设备接收该目标小区的系统消息。其中，该目标小区的系统消息中可以包括用于接收目标小区对应的MCCH的配置信息，该用于接收目标小区对应的MCCH的配置信息可以包括MCCH MP、MCCH RP、CFR、MCCH的时频资源信息等。例如，第一接入网设备以广播的形式周期性的发送SIB1，终端设备接收并解析目标小区的SIB1，获取SIB20的调度信息，再根据SIB20的调度信息接收相应的系统消息(system information，SI)消息，该SI消息包括SIB20，通过解析SIB20可以获取用于接收目标小区对应的MCCH的配置信息。

此时，终端设备仍保持接收来自第二接入网设备的源小区的广播业务数据，且终端设备还未执行重选驻留在目标小区，该第二接入网设备为源小区所属的接入网设备。也就是说，终端设备在保持源小区驻留时，接收并解析目的小区SIB20，可以减少在目的小区首次接收广播业务数据的时延。可以理解的是，终端设备此时处于目标小区与源小区的重叠区域。

进而，终端设备可以根据用于接收目标小区对应的MCCH的配置信息对接收目标小区的MCCH进行相关配置，以便于后续可以在目标小区对应的MCCH上接收用于接收目标小区对应的MTCH的配置信息，实现对目标小区的广播业务数据的接收。

值得说明的是，用于接收目标小区对应的MCCH的配置信息也可以称为MCCH的配置信息、MCCH的调度信息。终端设备可以根据该用于接收目标小区对应的MCCH的配置信息接收MCCH，该接收MCCH可以理解为从MCCH上接收MCCH信息或者接收MCCH中承载的MCCH信息，该MCCH信息可以为用于接收目标小区对应的MTCH的配置信息。

S1102、终端设备根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，并在小区重选时刻从当前驻留的源小区重选至目标小区。

示例性地，终端设备可以根据目标小区的系统消息的接收位置和用于接收目标小区对应的MCCH的配置信息确定目标小区对应的MCCH的接收窗口起始位置。进而，终端设备根据目标小区对应的MCCH的接收窗口起始位置确定小区重选时刻，并在该小区重选时刻执行重选并驻留到目标小区。

如图12所示，MCCH的接收窗口起始位置需要根据该MCCH的接收窗口所在帧的系统帧号与偏移时隙确定，该偏移时隙为MCCH的接收窗口起始时隙相比于MCCH的接收窗口所在帧的起始位置的偏移时隙大小。其中，MCCH的接收窗口所在的系统帧号可以根据如下公式确定：偏移量＝SFNx mod MCCH RP，偏移量和MCCH RP可以由终端设备从目标小区的SIB20中获取。

由此，如图13所示，终端设备可以基于目标小区的SIB20的接收位置所在的帧号、子帧号对齐目标小区与源小区的帧号、子帧号，也就是对齐源小区与目标小区的时序关系，并以目标小区的SIB20的接收位置所在的帧号、子帧号开始计算偏移量，将根据目标小区的SIB20的接收位置所在的帧号、子帧号之后的无线帧计算的偏移量，与从SIB20中获取的偏移量比较，确定计算得到的偏移量与从SIB20中获取的偏移量相同的无线帧，确定下一个MCCH的接收窗口起始位置，从而确定延迟重选时延。然后，终端设备可以在与目标小区的SIB20的接收位置所在的帧号、子帧号对应的源小区的帧号、子帧号的基础上加上延迟重选时延，确定小区重选时刻。其中，该延迟重选时延需要考虑重选所需要花费的时间，保证终端设备在该小区重选时刻执行重选到目标小区后，刚好能够在MCCH接收窗口的起始位置开始接收MCCH，或者保证重选到目标小区到开始接收MCCH之间的时间间隔尽量小。进而，终端设备可以在该小区重选时刻发起重选，即从源小区重选到目标小区进行驻留。

S1103、第一接入网设备向终端设备发送目标小区的广播业务数据。相应的，终端设备接收来自第一接入网设备的目标小区的广播业务数据。

一种可能的设计方案中，终端设备根据用于接收目标小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

示例性地，终端设备重选到目标小区后，根据用于接收目标小区对应的MCCH的配置信息接收MCCH，解码MCCH获取得到用于接收目标小区对应的MTCH的配置信息，再从用于接收目标小区对应的MTCH的配置信息中选择对应的配置信息对接收MTCH进行相关配置，从而可以在对应的MTCH上接收目标小区的广播业务数据。

可以理解的是，用于接收目标小区对应的MTCH的配置信息也可以称为MTCH的配置信息、MTCH的调度信息、MCCH信息等，也用于实现对目标小区的广播业务数据的接收。

另外，终端设备在获取到用于接收目标小区对应的MTCH的配置信息后，可以清理源小区的接收状态，释放用于接收源小区的广播业务数据的配置，如用于接收源小区对应的MCCH的配置和用于接收源小区对应的MTCH的配置，从而为接收目标小区的广播业务数据的接收做准备。

在一种可能的情形中，终端设备在重选至目标小区后，也可以根据用于接收源小区对应的MTCH的配置信息接收目标小区的广播业务数据。在此情况下，终端设备接收的广播业务数据可能与源小区接收的广播业务数据不属于同一广播业务，但为了保证广播业务数据不间断，无论接收的广播业务数据是否正确，终端设备在未完成目标小区的MTCH配置之前，可以利用用于接收源小区对应的MTCH的配置信息进行目标小区的广播业务数据的接收，来减少广播业务数据的中断时间，以提高广播业务的连续性。

基于图11示出的广播业务连续性处理方法，终端设备在确定目标小区后，未立即重选到目标小区，而是在保持源小区的广播业务数据接收的情况下，通过获取目标小区的系统消息提前完成目标小区的MCCH接收配置，并确定小区重选时刻，在小区重选时刻从当前驻留的源小区重选至目标小区，使得终端设备可以在重选到目标小区后能够快速接收MCCH，进而启动在目标小区的广播业务数据的接收，从而可以减少终端设备在移动过程中广播业务数据中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

示例性地，图14为本申请实施例提供的另一种广播业务连续性处理方法的流程示意图。如图14所示，该方法包括如下步骤：

S1401、终端设备从当前驻留的源小区重选至目标小区。

其中，终端设备确定目标小区的具体过程参见上述步骤S1101中的相关描述，此处不再赘述。终端设备确定重选的目标小区后，执行重选驻留到目标小区中。

S1402、第一接入网设备向终端设备发送目标小区的广播业务数据。相应的，终端设备根据用于接收源小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。

示例性地，终端设备重选驻留到目标小区后，终端设备立即使用用于接收源小区对应的MTCH的配置信息接收目标小区的广播业务数据。此时，接收的目标小区的广播业务数据可能与在源小区接收的广播业务数据属于同一广播业务，也可能与在源小区接收的广播业务数据不属于同一广播业务。然而，为了减少终端设备不能接收广播业务数据的时间，终端设备可以直接利用该用于接收源小区对应的MTCH的配置信息接收目标小区的广播业务数据，再进一步获取目标广播业务数据，可以优化或改善广播业务数据的连续性，从而进一步地执行下述S1403和S1404，来保证广播业务数据的正确性。

基于图14示出的广播业务连续性处理方法，终端设备重选到目标小区后，可以立即使用用于接收源小区的MTCH的配置信息接收广播业务数据，从而可以减少终端设备在移动过程中广播业务数据的中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

值得说明的是，本申请实施例中在目标小区利用用于接收源小区对应的MTCH的配置信息接收目标小区的广播业务数据也可以适用于重定向、切换等场景中。

进一步地，本申请实施例提供的广播业务连续性处理方法还包括如下步骤：

S1403、第一接入网设备向终端设备发送目标小区的系统消息。相应的，终端设备接收来自第一接入网设备的目标小区的系统消息。

在目标小区利用用于接收源小区对应的MTCH的配置信息接收目标小区的广播业务数据的情况下，终端设备可以再接收目标小区的系统消息来获取用于接收目标小区对应的MCCH的配置信息。

示例性地，终端设备驻留到目标小区后，终端设备从第一接入网设备接收该目标小区的系统消息。其中，该目标小区的系统消息中可以包括用于接收目标小区对应的MCCH的配置信息，该用于接收目标小区对应的MCCH的配置信息可以包括MCCH MP、MCCH RP、CFR、MCCH的时频资源信息等。例如，第一接入网设备以广播的形式周期性的发送SIB1，终端设备接收并解析目标小区的SIB1，获取SIB20的调度信息，再根据SIB20的调度信息接收相应的SI消息，该SI消息包括SIB20，通过解析SIB20可以获取用于接收目标小区对应的MCCH的配置信息，完成对MCCH的接收配置。

进而，终端设备可以根据用于接收目标小区对应的MCCH的配置信息接收目标小区对应的MCCH。

S1404、在用于接收目标小区对应的MTCH的配置信息与用于接收源小区对应的MTCH的配置信息不匹配的情况下，第一接入网设备向终端设备发送目标小区的广播业务数据。相应的，终端设备根据用于接收目标小区对应的MTCH的配置信息接收目标小区的广播业务数据。

示例性地，终端设备重选到目标小区后，根据用于接收目标小区对应的MCCH的配置信息接收MCCH，解码MCCH获取得到用于接收目标小区对应的MTCH的配置信息，并且可以将用于接收目标小区对应的MTCH的配置信息与用于接收源小区对应的MTCH的配置信息进行匹配。

在匹配的情况下，则可以认为利用用于接收源小区对应的MTCH的配置信息接收的目标小区的广播业务数据为目标广播业务数据，终端设备可继续利用用于接收源小区对应的MTCH的配置信息接收目标小区的广播业务数据，不利用目标小区对应的MTCH的配置信息重新配置。在不匹配的情况下，则认为利用用于接收源小区对应的MTCH的配置信息不能在目标小区有效接收期望的广播业务数据(目标广播业务数据)，终端设备需要根据用于接收目标小区对应的MTCH的配置信息完成目标小区对应的MTCH的接收配置，从而可以在对应的MTCH上接收目标广播业务，终端设备可以不再利用用于接收源小区对应的MTCH的配置信息接收广播业务数据，并可以释放用于接收源小区的广播业务数据的配置。此时，终端设备根据用于接收目标小区对应的MTCH的配置信息接收目标小区的广播业务数据。

由此，终端设备在利用用于接收源小区的MTCH的配置信息接收广播业务数据之后，再获取目标小区对应的MCCH的配置信息和MTCH的配置信息，并根据目标小区对应的MTCH的配置信息来确定源小区对应的MTCH的配置信息是否可以接收目标广播业务数据，不仅可以减少终端设备广播业务的中断时间，还可以保证终端设备在目标小区接收到与在源小区接收的广播业务相同的广播业务数据。

在上述实施例中，终端设备在小区重选前后都仅能接收一个小区的广播业务数据，对于终端设备来说，在终端设备具备同时接收源小区和目标小区的广播业务数据的能力的情况下，终端设备可以执行如图15示出的方法来保证重选过程中广播业务数据的连续性。

示例性地，图15为本申请实施例提供的另一种广播业务连续性处理方法的流程示意图。如图15所示，该方法包括如下步骤：

S1501、终端设备从当前驻留的源小区重选至目标小区，并保持接收来自第二接入网设备的源小区的广播业务数据。

其中，第二接入网设备为源小区所属的接入网设备。终端设备确定目标小区的具体过程参见上述步骤S1101中的相关描述，此处不再赘述。

终端设备可以在保持接收来自第二接入网设备的源小区的广播业务数据的同时，启动重选流程，从源小区驻留到目标小区。例如，终端设备在配置PHY层重选到目标小区时，指示PHY保持对源小区的广播业务数据的接收。换言之，终端设备在从源小区驻留到目标小区的过程中，不释放源小区的广播配置，继续使用源小区的广播业务数据的接收配置信息进行源小区的广播业务数据的接收。

可以理解的是，终端设备驻留到目标小区后，可以将小区测量、寻呼(paging)接收等功能迁移到目标小区中，仅保留源小区的广播业务数据接收的相关功能。

S1502、第一接入网设备向终端设备发送目标小区的系统消息。相应的，终端设备接收来自第一接入网设备的目标小区的系统消息。

其中，S1502的具体过程可以参见上述S1101或S1403中的相关描述，此处不再赘述。

S1503、第一接入网设备向终端设备发送目标小区的广播业务数据。相应的，终端设备根据用于接收目标小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。

其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

示例性地，终端设备在根据用于接收目标小区对应的MCCH的配置信息接收到目标小区对应的MCCH之后，解码MCCH可以获取得到用于接收目标小区对应的MTCH的配置信息，并根据用于接收目标小区对应的MTCH的配置信息进行接收配置。此时，终端设备具备同时接收源小区和目标小区的广播业务数据的能力。

进而，终端设备在保持源小区的广播业务数据接收的同时，可以使用用于接收目标小区对应的MTCH的配置信息在目标小区对应的MTCH上接收目标小区的广播业务数据。换言之，此时终端设备同时接收源小区和目标小区的广播业务数据，实行联合接收或并行接收。

可以理解的是，终端设备在目标小区对应的MTCH上接收广播业务数据与在源小区对应的MTCH上接收的广播业务数据为同一广播业务数据。换言之，同一广播业务可以在不同小区发送。

进一步地，终端设备可以在并行接收一段时间后可以结束并行接收，即结束对源小区的广播业务数据，由目标小区独立提供广播业务数据。

一种可能的设计方案中，在并行接收时长等于第一阈值的情况下，终端设备停止接收源小区的广播业务数据。其中，并行接收时长的起始时刻可以为终端设备接收到目标小区的广播业务数据的时刻，也可以为终端设备从开始源小区重选至目标小区的时刻，还可以为终端设备完成MTCH接收配置的时刻，本申请实施例对此不做具体限定。由此，终端设备可以设定并行接收定时机制来控制并行接收的时长，在经过并行接收时长的并行接收后，终端设备可以认为重选过程中的广播业务数据包中断已填补或者广播业务数据不存在数据空洞，从而可以结束并行接收。

示例性地，终端设备设定并行接收定时器，在接收到目标小区的广播业务数据时启动该并行接收定时器，当并行接收定时器超过定时时长(如2秒)，终端设备结束对源小区的广播业务数据的接收，即结束联合接收，并可以释放用于接收源小区的广播业务数据的配置。

另一种可能的设计方案中，在第一时长的终止时刻确定接收的广播业务数据不存在数据空洞的情况下，终端设备停止接收源小区的广播业务数据。其中，第一时长的起始时刻为终端设备确定接收来自目标小区的广播业务数据的时刻。

示例性地，终端设备在确定并行接收广播业务数据之后，开始进行数据空洞检测，在预设时长(即第一时长)之后未检测到数据空洞，如未检测到超过10千字节(kilo byte，KB)的数据包间的空洞，终端设备认为联合接收成功，广播业务数据连续，从而终端设备可以停止对源小区的广播业务数据的接收，即结束联合接收，并可以释放用于接收源小区的广播业务数据的配置。

值得说明的是，在第一时长内，若检测到广播业务数据在缓存中出现数据空洞但又被有效填补的情况，终端设备仍可以认为联合接收成功。

一种可能的情形中，终端设备可以结合并行接收定时机制和数据空洞检测来确定是否停止联合接收。例如，终端设备在确定开始并行接收后，启动并行接收定时器和数据空洞检测，其中，并行接收时长设置为2s，数据空洞检测时长(即第一时长)设置为1s。若在1s之后未检测到数据空洞，则可以判断联合接收成功，并提前结束并行接收定时，停止对源小区的广播业务数据的接收。若在1s之后检测到数据空洞，则可以并行接收定时器结束联合接收，即停止对源小区的广播业务数据的接收。

一种可能的场景中，如终端设备位于小区边界弱场下，终端设备还可以根据目标小区的无线资源管理(radio resource management，RRM)测量值确定是否停止对源小区的广播业务数据的接收。例如，在目标小区的RRM测量值高于设定阈值的情况下，终端设备停止对源小区的广播业务数据的接收。

基于图15示出的广播业务连续性处理方法，终端设备从源小区重选到目标小区的过程中，保持对源小区的广播业务数据的接收，即延迟对用于接收源小区的广播业务数据的配置释放，使得终端设备驻留到目标小区后可以同时接收源小区和目标小区的广播业务数据，这样既可以减小终端设备在小区间移动过程中的数据接收空洞，又可以弥补源小区与目标小区的广播业务数据不同步导致的数据包丢失，从而可以减少终端设备在移动过程中广播业务数据的中断的时间，提高广播业务数据的连续性，进而提升用户对广播业务的体验感。

可以理解的是，以上各个实施例中，由终端设备实现的方法和/或步骤，也可以由可用于该终端设备的部件(例如处理器、芯片、芯片系统、电路、逻辑模块、或软件)实现。

上述主要对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置用于实现上述方法实施例中的各种方法。该通信装置可以为上述方法实施例中的终端设备，或者包含终端设备的装置，或者为可用于终端设备的部件，例如芯片或芯片系统。

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

本申请实施例可以根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

以通信装置为上述方法实施例中的终端设备或者网络设备为例，图16是本申请实施例提供的一种通信装置的结构示意图。如图16所示，通信装置1600包括：处理模块1601和收发模块1602。

以通信装置1600为上述方法实施例中的终端设备为例：

一些实施例中，收发模块1602，用于接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。

处理模块1601，用于根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，并在小区重选时刻从当前驻留的源小区重选至目标小区。

收发模块1602，用于接收来自第一接入网设备的目标小区的广播业务数据。

一种可能的设计方案中，处理模块1601，用于根据用于接收目标小区对应的MCCH的配置信息确定小区重选时刻，具体包括：处理模块1601，用于根据目标小区的系统消息的接收位置和用于接收目标小区对应的MCCH的配置信息确定目标小区对应的MCCH的接收窗口起始位置。

处理模块1601，还用于根据目标小区对应的MCCH的接收窗口起始位置确定小区重选时刻。

一种可能的设计方案中，收发模块1602，用于接收来自第一接入网设备的目标小区的广播业务数据，具体包括：收发模块1602，用于根据用于接收目标小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

可选地，处理模块1601，还用于根据用于接收目标小区对应的MTCH的配置信息释放用于接收源小区的广播业务数据的配置信息。

可选地，处理模块1601，还用于在源小区不满足广播业务接收条件的情况下，确定目标小区。其中，广播业务接收条件包括如下一项或多项：源小区的信号强度大于或者等于源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。

另一些实施例中，处理模块1601，用于从当前驻留的源小区重选至目标小区。

收发模块1602，用于根据用于接收源小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。

进一步地，收发模块1602，还用于接收来自第一接入网设备的目标小区的系统消息。其中。目标小区的系统消息中可以包括用于接收目标小区对应的MCCH的配置信息。

处理模块1601，还用于在用于接收目标小区对应的MTCH的配置信息与用于接收源小区对应的MTCH的配置信息不匹配的情况下，根据用于接收目标小区对应的MTCH的配置信息接收目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

又一些实施例中，处理模块1601，用于从当前驻留的源小区重选至目标小区，并保持接收来自第二接入网设备的源小区的广播业务数据。其中，第二接入网设备为源小区所属的接入网设备。

收发模块1602，用于接收来自第一接入网设备的目标小区的系统消息。其中，目标小区的系统消息中包括用于接收目标小区对应的MCCH的配置信息，第一接入网设备为目标小区所属的接入网设备。

收发模块1602，用于根据用于接收目标小区对应的MTCH的配置信息接收来自第一接入网设备的目标小区的广播业务数据。其中，用于接收目标小区对应的MTCH的配置信息是根据用于接收目标小区对应的MCCH的配置信息确定的。

一种可能的设计方案中，处理模块1601，还用于在并行接收时长等于第一阈值的情况下，停止接收源小区的广播业务数据。其中，并行接收时长的起始时刻为如下任意一项：通信装置接收到目标小区的广播业务数据的时刻、通信装置从源小区重选至目标小区的时刻。

另一种可能的设计方案中，处理模块1601，还用于在第一时长的终止时刻确定接收的广播业务数据不存在数据空洞的情况下，停止接收源小区的广播业务数据。其中，第一时长的起始时刻为通信装置确定接收来自目标小区的广播业务数据的时刻。

可选地，本申请实施例中，收发模块1602可以包括接收模块和发送模块(图16中未示出)。其中，收发模块用于实现通信装置1600的发送功能和接收功能。

可选地，通信装置1600还可以包括存储模块(图16中未示出)，该存储模块存储有程序或指令。当处理模块1601执行该程序或指令时，使得通信装置1600可以执行图11、图14或图15中任一项所示出的方法中终端设备的功能。

应理解，通信装置1600中涉及的处理模块1601可以由处理器或处理器相关电路组件实现，可以为处理器或处理单元；收发模块1602可以由收发器或收发器相关电路组件实现，可以为收发器或收发单元。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

由于本实施例提供的通信装置1600可执行上述方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

示例性地，图17为本申请实施例提供的另一种通信装置的结构示意图。该通信装置可以是终端设备，也可以是可设置于终端设备的芯片(系统)或其他部件或组件。如图17所示，通信装置1700可以包括处理器1701。可选地，通信装置1700还可以包括存储器1702和/或收发器1703。其中，处理器1701与存储器1702和收发器1703耦合，如可以通过通信总线连接。

下面结合图17对通信装置1700的各个构成部件进行具体的介绍：

其中，处理器1701是通信装置1700的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器1701是一个或多个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(fieldprogrammable gate array，FPGA)。

可选地，处理器1701可以通过运行或执行存储在存储器1702内的软件程序，以及调用存储在存储器1702内的数据，执行通信装置1700的各种功能。

在具体的实现中，作为一种实施例，处理器1701可以包括一个或多个CPU，例如图17中所示出的CPU0和CPU1。

在具体实现中，作为一种实施例，通信装置1700也可以包括多个处理器，例如图17中所示的处理器1701和处理器1704。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

其中，所述存储器1702用于存储执行本申请实施例方案的软件程序，并由处理器1701来控制执行，具体实现方式可以参考上述方法实施例，此处不再赘述。

可选地，存储器1702可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1702可以和处理器1701集成在一起，也可以独立存在，并通过通信装置1700的接口电路(图17中未示出)与处理器1701耦合，本申请实施例对此不作具体限定。

收发器1703，用于与其他通信装置之间的通信。例如，通信装置1700为终端设备，收发器1703可以用于与网络设备通信，或者与另一个终端设备通信。又例如，通信装置1700为网络设备，收发器1703可以用于与终端设备通信，或者与另一个网络设备通信。

可选地，收发器1703可以包括接收器和发送器(图17中未单独示出)。其中，接收器用于实现接收功能，发送器用于实现发送功能。

可选地，收发器1703可以和处理器1701集成在一起，也可以独立存在，并通过通信装置1700的接口电路(图17中未示出)与处理器1701耦合，本申请实施例对此不作具体限定。

需要说明的是，图17中示出的通信装置1700的结构并不构成对该通信装置的限定，实际的通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

此外，通信装置1700的技术效果可以参考上述方法实施例所述的通信方法的技术效果，此处不再赘述。

本申请实施例提供一种通信系统。该通信系统包括上述终端设备、第一接入网设备和第二接入网设备。

在一些实施例中，本申请还提供一种通信装置，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。

作为一种可能的实现方式，该通信装置还包括存储器。该存储器，用于保存必要的计算机程序和数据。该计算机程序可以包括指令，处理器可以调用存储器中存储的计算机程序中的指令以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。

作为另一种可能的实现方式，该通信装置还包括接口电路，该接口电路为代码/数据读写接口电路，该接口电路用于接收计算机执行指令(计算机执行指令存储在存储器中，可能直接从存储器读取，或可能经过其他器件)并传输至该处理器。

作为又一种可能的实现方式，该通信装置还包括通信接口，该通信接口用于与该通信装置之外的模块通信。

可以理解的是，该通信装置可以是芯片或芯片系统，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序或指令，该计算机程序或指令被计算机执行时实现上述任一方法实施例的功能。

本申请还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

本领域普通技术人员可以理解，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

可以理解，本申请中描述的系统、装置和方法也可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。作为单元显示的部件可以是或者也可以不是物理单元。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。本申请实施例中,计算机可以包括前面所述的装置。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种广播业务连续性处理方法，其特征在于，所述方法包括：

终端设备接收来自第一接入网设备的目标小区的系统消息，其中，所述目标小区的系统消息中包括用于接收所述目标小区对应的多播控制信道MCCH的配置信息，所述第一接入网设备为所述目标小区所属的接入网设备；

所述终端设备根据所述用于接收所述目标小区对应的MCCH的配置信息确定小区重选时刻，并在所述小区重选时刻从当前驻留的源小区重选至所述目标小区；

所述终端设备接收来自所述第一接入网设备的所述目标小区的广播业务数据。

2.根据权利要求1所述的方法，其特征在于，所述终端设备根据所述用于接收所述目标小区对应的MCCH的配置信息确定小区重选时刻，包括：

所述终端设备根据所述目标小区的系统消息的接收位置和所述用于接收所述目标小区对应的MCCH的配置信息确定所述目标小区对应的MCCH的接收窗口起始位置；

所述终端设备根据所述目标小区对应的MCCH的接收窗口起始位置确定所述小区重选时刻。

3.根据权利要求1所述的方法，其特征在于，所述终端设备接收来自所述第一接入网设备的所述目标小区的广播业务数据，包括：

所述终端设备根据用于接收所述目标小区对应的多播业务信道MTCH的配置信息接收来自所述第一接入网设备的所述目标小区的广播业务数据，其中，所述用于接收所述目标小区对应的MTCH的配置信息是根据所述用于接收所述目标小区对应的MCCH的配置信息确定的。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

在所述源小区不满足广播业务接收条件的情况下，所述终端设备确定所述目标小区，其中，所述广播业务接收条件包括如下一项或多项：所述源小区的信号强度大于或者等于所述源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。

5.一种广播业务连续性处理方法，其特征在于，所述方法包括：

终端设备从当前驻留的源小区重选至目标小区；

所述终端设备根据用于接收所述源小区对应的多播业务信道MTCH的配置信息接收来自第一接入网设备的所述目标小区的广播业务数据，所述第一接入网设备为所述目标小区所属的接入网设备。

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

所述终端设备接收来自所述第一接入网设备的所述目标小区的系统消息，其中，所述目标小区的系统消息中包括用于接收所述目标小区对应的多播控制信道MCCH的配置信息；

在用于接收所述目标小区对应的MTCH的配置信息与所述用于接收所述源小区对应的MTCH的配置信息不匹配的情况下，所述终端设备根据所述目标小区对应的MTCH的配置信息接收所述目标小区的广播业务数据，其中，所述用于接收所述目标小区对应的MTCH的配置信息是根据所述用于接收所述目标小区对应的MCCH的配置信息确定的。

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

在所述源小区不满足广播业务接收条件的情况下，所述终端设备确定所述目标小区，其中，所述广播业务接收条件包括如下一项或多项：所述源小区的信号强度大于或等于所述源小区的信号强度阈值、接收的源小区的广播业务数据的丢包率小于或者等于丢包率阈值。

8.一种广播业务连续性处理方法，其特征在于，所述方法包括：

终端设备从当前驻留的源小区重选至目标小区，并保持接收来自第二接入网设备的所述源小区的广播业务数据，所述第二接入网设备为所述源小区所属的接入网设备；

所述终端设备接收来自第一接入网设备的目标小区的系统消息，其中，所述目标小区的系统消息中包括用于接收所述目标小区对应的多播控制信道MCCH的配置信息，所述第一接入网设备为所述目标小区所属的接入网设备；

所述终端设备根据所述用于接收所述目标小区对应的多播业务信道MTCH的配置信息接收来自所述第一接入网设备的所述目标小区的广播业务数据，其中，所述用于接收所述目标小区对应的MTCH的配置信息是根据所述用于接收所述目标小区对应的MCCH的配置信息确定的。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

在并行接收时长等于第一阈值的情况下，所述终端设备停止接收所述源小区的广播业务数据，所述并行接收时长的起始时刻为如下任意一项：所述终端设备接收到所述目标小区的广播业务数据的时刻、所述终端设备从所述源小区重选至所述目标小区的时刻。

10.根据权利要求8所述的方法，其特征在于，所述方法还包括：

在第一时长的终止时刻确定接收的广播业务数据不存在数据空洞的情况下，所述终端设备停止接收所述源小区的广播业务数据，所述第一时长的起始时刻为所述终端设备确定接收来自所述目标小区的广播业务数据的时刻。

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

12.一种通信装置，其特征在于，所述装置包括：处理模块和收发模块；

所述处理模块，用于执行如权利要求1-11中任一项所述方法的处理功能；

所述收发模块，用于执行如权利要求1-11中任一项所述方法的收发功能。

13.一种通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中存储的所述计算机程序，以使得所述通信装置执行如权利要求1-11中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如权利要求1-11中任一项所述的方法。

15.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如权利要求1-11中任一项所述的方法。