CN115696216A - 一种多播广播服务业务接收方法及相关设备 - Google Patents

Abstract

本申请公开了一种多播广播服务业务接收方法及相关设备，属于通信技术领域，本申请实施例的多播广播服务业务接收方法包括：终端接收切换命令；所述终端依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

Description

一种多播广播服务业务接收方法及相关设备

技术领域

本申请属于通信技术领域，具体涉及一种多播广播服务业务接收方法及相关设备。

背景技术

通信系统中终端经常会发生小区切换，即从源小区切换至目标小区。目前终端在切换过程中仅能接收单播业务，导致在切换过程中终端的业务接收效果较差。

发明内容

本申请实施例提供一种多播广播服务业务接收方法及相关设备，能够解决终端在切换过程中仅能接收单播业务，导致在切换过程中终端的业务接收效果较差的问题。

第一方面，提供了一种多播广播服务业务接收方法，包括：

终端接收切换命令；

所述终端依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

第二方面，提供了一种多播广播服务业务接收方法，包括：

源网络侧设备向终端发送切换命令；

在所述终端切换过程中，所述源网络侧设备向所述终端发送多播广播服务MBS业务。

第三方面，提供了一种多播广播服务业务接收方法，包括：

在终端切换过程中，目标网络侧设备向所述终端发送多播广播服务MBS业务。

第四方面，提供了一种多播广播服务业务接收装置，终端包括所述多播广播服务业务接收装置，所述装置包括：

接收模块，用于接收切换命令；

切换模块，用于依据所述切换命令执行切换，在切换过程中接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

第五方面，提供了一种多播广播服务业务接收装置，源网络侧设备包括所述多播广播服务业务接收装置，所述装置包括：

第一发送模块，用于向终端发送切换命令；

第二发送模块，用于在所述终端切换过程中向所述终端发送多播广播服务MBS业务。

第六方面，提供了一种多播广播服务业务接收装置，目标网络侧设备包括所述多播广播服务业务接收装置，所述装置包括：

第一发送模块，用于在终端切换过程中向所述终端发送多播广播服务MBS业务。

第七方面，提供了一种终端，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的多播广播服务业务接收方法的步骤。

第八方面，提供了一种终端，包括处理器及通信接口，其中，所述处理器或者所述通信接口用于接收切换命令，依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

第九方面，提供了一种网络侧设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的多播广播服务业务接收方法的步骤；或者，所述程序或指令被所述处理器执行时实现如第三方面所述的多播广播服务业务接收方法的步骤。

第十方面，提供了一种源网络侧设备，包括处理器及通信接口，其中，所述处理器或者所述通信接口用于向终端发送切换命令，在所述终端切换过程中向所述终端发送多播广播服务MBS业务。

第十一方面，提供了一种目标网络侧设备，包括处理器及通信接口，其中，所述处理器或者所述通信接口用于在终端切换过程中向所述终端发送多播广播服务MBS业务。

第十二方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的多播广播服务业务接收方法的步骤，或者，所述程序或指令被处理器执行时实现如第二方面所述的多播广播服务业务接收方法的步骤，或者，所述程序或指令被处理器执行时实现如第三方面所述的多播广播服务业务接收方法的步骤。

第十三方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的多播广播服务业务接收方法的步骤，或者，实现如第二方面所述的多播广播服务业务接收方法的步骤，或者，实现如第三方面所述的多播广播服务业务接收方法的步骤。

第十四方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面或第三方面所述的多播广播服务业务接收方法的步骤。

本申请实施例中，终端接收切换命令；所述终端依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务，能够提高终端的业务接收效果。

附图说明

图1示出本申请实施例可应用的一种无线通信系统的框图；

图2是本申请实施例提供的一种多播广播服务业务接收方法的流程图之一；

图3是本申请实施例提供的一种多播广播服务业务接收方法的流程图之二；

图4是本申请实施例提供的一种多播广播服务业务接收方法的流程图之三；

图5是本申请实施例提供的一种多播广播服务业务接收装置的结构图；

图6是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图7是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图8是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图9是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图10是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图11是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图12是本申请实施例提供的另一种多播广播服务业务接收装置的结构图；

图13是本申请实施例提供的一种通信设备的结构图；

图14是本申请实施例提供的一种终端的结构图；

图15是本申请实施例提供的一种网络侧设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11、源网络侧设备12和目标网络侧设备13。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(WearableDevice)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。源网络侧设备12和/或目标网络侧设备13可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的多播广播服务业务接收方法进行详细地说明。

参见图2，图2是本申请实施例提供的一种多播广播服务业务接收方法的流程图之一，如图2所示，多播广播服务业务接收方法包括以下步骤：

步骤201、终端接收切换命令。

一种实施方式中，终端可以接收由源小区发送的切换命令，所述切换命令可以用于指示终端从源小区切换至目标小区。

步骤202、所述终端依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

一种实施方式中，终端在切换过程中可以接收由源小区发送的多播广播服务(Multicast and Broadcast Service，MBS)业务，和接收由目标小区发送的MBS业务。

一种实施方式中，终端在切换过程中可以接收由源小区发送的单播业务和MBS业务，和接收由目标小区发送的单播业务和MBS业务。

一种实施方式中，终端在切换过程中可以接收由源小区发送的单播业务和MBS业务，和接收由目标小区发送的单播业务或者MBS业务。

一种实施方式中，终端在切换过程中可以接收由源小区发送的MBS业务，和接收由目标小区发送的MBS业务。

一种实施方式中，终端在切换过程中可以接收由源小区发送的单播业务，和接收由目标小区发送的MBS业务。

一种实施方式中，在所述终端接入到所述目标小区的情况下，可以通知所述源小区释放所述终端的资源。

需要说明的是，在LTE的广播多播传输中，支持多播广播单频网络(MulticastBroadcast Single Frequency Network，MBSFN)方式多媒体广播多播业务(MultimediaBroadcast Multicast Service，MBMS)业务发送和单单元点多多点(Single cell Pointto Multipoin，Sc-PtMt)方式多播业务发送。MBSFN的方式中，处于同一个MBSFN区域的小区会同步的发送相同的广播业务，便于UE进行接收。MBMS业务的控制信息，例如控制信道参数和业务信道参数，调度信息等，和数据信息都是广播方式发送，使得idle(空闲)态UE和连接态UE都可以接收MBMS业务。Sc-PtMt是在MBMS业务之后又标准化的一种多播发送方式，跟MBSFN方式最大的不同是只在单小区调度发送，由组无线网络临时标识(Group-RadioNetwork Temporary Identifier，G-RNTI)来进行业务调度。在广播消息里广播控制信道参数和业务的标识，周期信息等，调度信息由G-RNTI加扰的物理下行控制信道(PhysicalDownlink Control Channel，PDCCH)来进行通知，数据部分是组播方式发送，相当于感兴趣的UE监听G-RNTI获得数据调度进而进行接收。

本申请实施例中，终端接收切换命令；所述终端依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务，能够提高终端的业务接收效果。

可选的，所述在切换过程中所述终端接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务，包括：

在切换过程中，所述终端通过双激活协议栈DAPS，接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务。

需要说明的是，双激活协议栈(Dual Active Protocol Stack，DAPS)切换是针对传统切换过程的一项增强，通过配置UE在切换过程中与源小区和目标小区同时建立起双协议栈进行同时传输，以降低切换过程所带来的切换中断和时延，以达到0ms切换中断时延的需求，进一步优化切换的性能。DAPS切换可以被用于无线链路层控制协议(Radio LinkControl，RLC)确认模式(Acknowledge Mode，AM)承载，或者RLC非确认模式(UnacknowIedged Mode，UM)承载。

对于下行来说，在切换准备过程中，总是建立前转通道。源基站负责进行下行分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)序列号(SN)的分配，直至SN分配被迁移到目标基站且传统数据前转过程开始进行。也就是说，源基站当接收到来自目标基站的切换成功信令并发送SN状态转移(status transfer)消息之前一直负责下行PDCPSN的分配。当源基站分配了下行PDCP SN之后，它在源链路调度下行数据，并且开始将这些PDCP服务数据单元(service Data Unit，SDU)和分配的对应PDCP SN一起前转给目标基站。在切换执行阶段，源基站和目标基站分别进行数据的发送，并分别执行健壮性包头(RobustHeader Compression，ROHC)头压缩，加密和添加PDCP头部的操作，UE持续从源和目标基站接收下行数据，直至源基站的连接被来自于目标基站的显式释放信令所释放。在切换执行阶段，UE DAPS PDCP为每个gNB维护独立的安全和ROHC头解压缩操作，但是维持公共的重排序、重复检测和删除功能，将PDCP SDU按序递交高层。配置了DAPS的RLC AM/UM数据承载(Data Radio Bearer，DRB)，都支持PDCP SN连续的功能。

对上行来说，UE向源基站发送上行数据，直到向目标基站的随机接入过程成功。之后UE切换它的上行数据传输到目标基站。即使切换了上行数据传输，UE仍旧继续在源基站传输UL Layer-1 CSI反馈，混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)反馈，Layer-2 RLC反馈，ROHC反馈，HARQ数据重传和RLC数据重传。在切换执行阶段，UE为元基站和目标基站维护上行传输的独立安全上下文，ROHC头压缩反馈上下文。UE维护公共的上行PDCP SN分配。同样的，在源基站和目标基站侧，也维护自己独立的安全和ROHC头部解压缩上下文来处理来自UE的上行数据。

另外，当接收到DAPS切换命令，UE挂起源小区信令无线承载(signalling radiobearers，SRBs)，停止发送和接收来自于源小区的任何无线资源控制层(Radio ResourceControl，RRC)控制平面信令，向目标小区建立SRBs。当DAPS切换执行成功之后，目标小区向源小区指示释放，接收到释放之后UE释放源小区的SRBs配置。当DAPS切换到目标失败，如果源小区链路仍旧可用，则UE重新回到源小区配置并激活源小区SRBs用于控制面信令传输。

一种实施方式中，终端在切换过程中，所述终端通过双激活协议栈DAPS，接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务，从而避免接收多播广播服务(Multicast Broadcast Service，MBS)业务的终端进行切换时，在与目标小区建立连接之前从源小区放弃MBS接收，导致接收MBS业务的终端在进行小区切换时会出现通信中断，能够提高终端的通信效果。

可选的，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体连接至少两个无线链路控制RLC实体，所述至少两个RLC实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的；或者

所述DAPS包括：两个PDCP实体，所述两个PDCP实体分别连接不同的RLC实体，两组协议实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的，每组协议实体包括一个PDCP实体和与所述PDCP实体连接的RLC实体。

一种实施方式中，上述公共PDCP实体可以包括两套独立的安全和头压缩功能实体，分别用于所述源小区和所述由目标小区发送的MBS业务的接收处理。

一种实施方式中，若临时移动组标识(Temporary Mobile Group Identity，TMGI)多点无线承载(Multipoint Radio Bearer，MRB)的PDCP SN在源小区和目标小区是同步的，则配置的所述DAPS包括公共PDCP实体，所述公共PDCP实体连接至少两个无线链路控制RLC实体，所述至少两个RLC实体分别用于所述源小区和所述由目标小区发送的MBS业务的接收处理。

一种实施方式中，若TMGI MRB的PDCP SN在源小区和目标小区是不同步的，则配置的所述DAPS包括两个PDCP实体，所述两个PDCP实体分别连接不同的RLC实体，两组协议实体分别用于所述源小区和所述由目标小区发送的MBS业务的接收处理，每组协议实体包括一个PDCP实体和与所述PDCP实体连接的RLC实体。

一种实施方式中，终端可以通过公共PDCP实体对所述源小区和所述由目标小区发送的MBS业务进行接收处理；或者，可以通过两个独立的PDCP实体分别对所述源小区和所述由目标小区发送的MBS业务进行接收处理，在不同的场景下可以选择不同的实现方式，灵活性较高。

可选的，用于目标小区接收的MBS的PDCP实体的PDCP序列号SN的初始值按照新建多播MRB来进行设置；和/或

用于目标小区接收的MBS的RLC实体的RLC SN的初始值按照新建多播MRB来进行设置。

可选的，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

所述源小区和所述目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

一种实施方式中，终端接收携带第一指示信息的切换命令，依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务，从而能够提高终端的业务接收效果。

可选的，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体用于对通过不同路径接收到的数据基于PDCP SN进行重复检测和重排序。

一种实施方式中，终端可以通过公共PDCP实体接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务，终端的接收效果较好。

可选的，所述终端的单播业务的数据无线承载DRB配置有DAPS切换。

一种实施方式中，网络为UE的某个或者某些单播DRB配置了DAPS切换，终端可以在接收到切换命令之前，在源小区接收，之后当终端向目标小区进行下行同步成功之后，读取目标小区MBS系统信息块(System Information Block，SIB)/多播控制信道(multicastcontrol channel，MCCH)/多播业务信道(Multicast Traffice Channel，MTCH)进行数据接收。

一种实施方式中，网络为UE的某个或者某些单播DRB配置了DAPS切换，终端可以在切换执行的过程中，基于UE能力和实现，同时在源小区和目标小区进行接收，不进行标准化行为，完全由UE实现。

可选的，所述方法还包括：

在所述终端向所述目标小区进行下行同步成功的情况下，所述终端读取所述目标小区的MBS的系统信息块SIB、多播控制信道MCCH或者多播业务信道MTCH。

一种实施方式中，在所述终端向所述目标小区进行下行同步成功的情况下，终端所述终端读取所述目标小区的MBS的系统信息块SIB、多播控制信道MCCH或者多播业务信道MTCH以接收由目标小区发送的MBS业务。

可选的，所述MBS业务为广播业务。

可选的，所述在切换过程中所述终端接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务，包括：

在切换过程中，所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务。

一种实施方式中，在切换过程中所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，能够提高终端的业务接收效果。

一种实施方式中，所述终端的多播MRB的传输路径包括如下至少一项：

具有点到多点(Point To Multipoint，PTM)路径的MRB；

具有点对点(Point To Point，PTP)路径的MRB；

具有公共PDCP的MRB，所述公共PDCP为PTM路径和PTP路径组合下的PDCP。

可选的，所述第一路径为点对点PTP路径，所述第二路径为PTP路径；

或者

所述第一路径为PTP路径，所述第二路径为点到多点PTM路径；

或者

所述第一路径为PTM路径，所述第二路径为PTP路径；

或者

所述第一路径为PTM路径，所述第二路径为PTM路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTM路径；

或者

所述第一路径为PTP路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径为PTM路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径包括PTM路径和PTP路径。

一种实施方式中，源小区和目标小区通过核心网(Core Network，CN)GPRS隧道协议的用户面(GPRS Tunnelling Protocol User plane，GTP-U)隧道(tunnel)SN来获得PDCPSN，源小区和目标小区的PDCP SN是同步的，且相同的数据是同时分发给源小区和目标小区侧，针对MRB DAPS，一般不需要数据前转和SN状态信息传递。当目标小区数据缺失时，可以由目标小区和源小区协商是否进行数据前转和SN状态信息传递。

一种实施方式中，源小区可以将PDCP SN的发送状态信息告知目标小区，便于目标小区从该发送状态对应的SN开始给UE传输数据，避免由于发送的速度受调度和资源等影响导致的传输进度不一致。

一种实施方式中，路径为PTP路径，可理解为：路径为PTP only leg；路径为PTM路径，可理解为：路径为PTM only leg；路径包括PTM路径和PTP路径，可理解为：路径为PTMleg+PTP leg。

需要说明的是，对于一个多播业务，网络侧可以为UE同时配置两条路径进行传输，一条是PTP路径，另一条是PTM路径。PTM路径是指使用公共的RNTI，例如Group-RNTI进行PDCCH的加扰，所有组内的用户共同监听Group-RNTI的调度和接收其后的调度数据，传输一次可以被多个UE共同接收。而PTP路径是指使用UE专用的C-RNTI进行PDCCH的加扰，只有这个UE可以监听到该C-RNTI的调度和接收其后的调度数据，传输一次只能被一个UE接收。

另外，PTM是同时向多个UE进行传输，传输效率较高，但它需要综合考虑对所有UE的覆盖，因此在传输参数的选择上需要尽量适用于所有UE，例如使用全向天线，考虑较差用户的链路质量等，PTM可能对于个别极差链路质量的UE效果不好。而PTP是一个UE的专属传输，可以考虑这个用户的链路情况，调整发送参数，例如使用定向或者赋形天线，根据当前UE的链路设置适合的传输参数，因此对单个UE的传输效果较好，但是如果是多个用户，则需要多个传输资源，资源效率较低。

可选的，所述在切换过程中所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，包括：

在切换过程中所述终端采用公共PDCP实体，通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，所述公共PDCP实体用于对通过所述第一路径和所述第二路径接收到的数据基于PDCP SN进行重复检测和重排序。

一种实施方式中，公共PDCP实体中包括用于分别处理由所述源小区和所述由目标小区发送的MBS业务的不同的安全模块和头压缩模块，联合对从所述源小区和所述目标小区的接收到的数据包一起基于SN进行重排序、重复检测和删除、按序递交等功能。

可选的，所述公共PDCP实体中包括用于分别处理由所述源小区和由所述目标小区发送的MBS业务的不同的安全模块和头压缩模块。

可选的，所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定的；或者

所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于由源小区发送的序列号确定的。

一种实施方式中，源小区和目标小区通过CN GTP-U tunnel SN来获得PDCP SN，能够保证PDCP SN的同步。

可选的，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

一种实施方式中，终端接收携带第二指示信息的切换命令，依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务，从而能够提高终端的业务接收效果。

可选的，所述MBS业务为多播业务。

参见图3，图3是本申请实施例提供的一种多播广播服务业务接收方法的流程图之二，如图3所示，多播广播服务业务接收方法包括以下步骤：

步骤301、源网络侧设备向终端发送切换命令；

步骤302、在所述终端切换过程中，所述源网络侧设备向所述终端发送多播广播服务MBS业务。

可选的，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，所述在所述终端切换过程中，所述源网络侧设备向所述终端发送多播广播服务MBS业务，包括：

在所述终端切换过程中，所述源网络侧设备通过第一路径向所述终端发送多播广播服务MBS业务。

可选的，所述第一路径为点对点PTP路径；

或者，所述第一路径为点到多点PTM路径；

或者，所述第一路径包括PTM路径和PTP路径。

可选的，源小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-Utunnel SN确定。

可选的，所述方法还包括：

所述源网络侧设备向目标网络侧设备发送如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

其中，PDCP SN的发送状态信息可以用于指示PDCP SN的发送状态。

可选的，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

需要说明的是，源网络侧设备可以表征源小区，本实施例作为与图2所示的实施例中对应的源小区的实施方式，其具体的实施方式可以参见图2所示的实施例的相关说明，为避免重复说明，本实施例不再赘述。本实施例能够提高终端的业务接收效果。

参见图4，图4是本申请实施例提供的一种多播广播服务业务接收方法的流程图之三，如图4所示，多播广播服务业务接收方法包括以下步骤：

步骤401、在终端切换过程中，目标网络侧设备向所述终端发送多播广播服务MBS业务。

可选的，所述方法还包括：

所述目标网络侧设备向源网络侧设备发送第一指示信息，用于所述终端切换的切换命令中携带所述第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，所述在终端切换过程中，目标网络侧设备向所述终端发送多播广播服务MBS业务，包括：

在终端切换过程中，目标网络侧设备通过第二路径向所述终端发送多播广播服务MBS业务。

可选的，所述第二路径为点对点PTP路径；

或者

所述第二路径为点到多点PTM路径；

或者

所述第二路径包括PTM路径和PTP路径。

可选的，目标小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定。

可选的，所述方法还包括：

所述目标网络侧设备接收源网络侧设备发送的如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

可选的，所述方法还包括：

所述目标网络侧设备向源网络侧设备发送第二指示信息，用于所述终端切换的切换命令中携带所述第二指示信息，所述第二指示信息用于指示如下至少一项：

目标小区的MRB路径属性；

是否需要执行DAPS切换。

需要说明的是，目标网络侧设备可以表征目标小区，本实施例作为与图2所示的实施例中对应的目标小区的实施方式，其具体的实施方式可以参见图2所示的实施例的相关说明，为避免重复说明，本实施例不再赘述。本实施例能够提高终端的业务接收效果。

下面通过具体实施例对本申请实施例提供的方法进行举例说明：

实施例1：

所述MBS业务可以包括广播(Broadcast)业务，Broadcast业务传输的特征是，终端(UE)可以在任意状态进行接收，示例地，UE可以在空闲(Idle)、未激活(Inactive)或已连接(Connected)状态下进行接收。下面以接收broadcast业务的Connected UE为例进行说明：

对于接收broadcast业务的Connected UE，它的DAPS切换有如下的形式：

(1)Unicast的DRB配置了DAPS切换：

在这种情况中，网络为UE的某个或者某些单播DRB配置了DAPS切换，也就是说UE为配置的这些DRB执行传统的DAPS切换过程，配置双激活协议栈在源小区和目标小区同时进行数据传输，以确保数据传输在切换过程中不中断。在这个过程中，UE的broadcast业务的接收有如下两种方式：

第一种方式：可以采取在接收到切换命令之前，在源小区接收，之后当UE向目标小区进行下行同步成功之后，读取目标小区MBS SIB/MCCH/MTCH进行数据接收；

第二种方式：也可以在切换执行的过程中，基于UE能力和实现，同时在源小区和目标小区进行接收，不进行标准化行为，完全由UE实现；

(2)Broadcast的MRB配置了或者默认可以进行DAPS切换：

在这种情况下，需要一些显式的配置或者默认指示表明可以进行DAPS切换，例如，可以在切换命令里显式指示UE感兴趣的TMGI对应的MRB可以进行DAPS切换，或者通过一些其它的指示来隐式告知DAPS可以执行，例如TMGI对应的MRB的PDCP SN在源小区和目标小区是同步的，或者默认UE可以进行双PDCP协议栈的同时接收，等等。这种显式指示或者默认的双激活协议栈，有以下两种不同的方式：

第一种方式：类似于Unicast DRB DAPS的双激活协议栈，该双激活协议栈包括一个common PDCP entity，里面还有两套独立的安全和头压缩功能实体，分别处理源侧和目标侧的数据，源侧指的源小区侧，目标侧指的目标小区侧，而其它PDCP功能，例如TX PDCPSN分配，RX PDCP数据包重排序、重复检测和删除等功能是公共部分，PDCP以下，有两套RLC、MAC和/或PHY协议栈，分别对应于源小区和目标小区传输通道，这种协议栈执行的前提是一个TMGI MRB的PDCP SN在源小区和目标小区是同步的，例如，PDCP SN都等于CN GTP-Utunnel SN。

另外，在这种架构中，一个Common PDCP entity，下面连接两个RLC实体，分别对应于源小区和目标小区，其中源小区的RLC实体因为已经在源小区进行了一些数据包接收处理，可以继续SN变量的状态更新即可，而目标小区的RLC实体是处于新建状态，新建的RLC实体，其接收SN变量初值可以按照新建多播MRB来设置，示例地，新建的RLC实体接收SN窗口的上边界可以设置为在目标小区接收到的第一个RLC PDU的SN，最早的处于重排序的变量也设置为在目标小区接收到的第一个RLC PDU的SN。

第二种方式：双激活协议栈可以包括两套完全独立的PDCP、RLC、MAC和/或PHY协议栈实体，其中，独立的PDCP协议栈实体，可以分别处理来自于源小区和目标小区的数据包，且可以不在PDCP进行重排序和按序递交，在业务源侧进行重排序和按序递交。该双激活协议栈一般用于TMGI MRB的PDCP SN在源小区和目标小区不同步的场景。

另外，在这种架构中，拥有两套独立的协议栈，其中目标侧的PDCP entity，下面连接一个新的RLC实体，而目标小区的RLC实体是处于新建状态，新建的RLC实体，其接收SN变量初值可以按照新建多播MRB来设置；目标小区的PDCP实体也是处于新建状态，新建的PDCP实体，其PDCP SN的初始值可以按照新建多播MRB来进行设置；

需要说明的是，Broadcast的MRB配置了或者默认可以进行DAPS切换下的两种方式，如果显式指示可以执行DAPS或者显式指示PDCP SN同步，则可以执行common PDCPentity的双协议栈架构，即(2)中的第一种方式；若没有这些指示，则一般默认只能执行独立(separate)PDCP entity的双协议栈架构，即(2)中的第二种方式。

另外，上述(1)和(2)的两种DAPS切换方式可以一起进行。

需要说明的是，multicast业务也有一种传输方式，是专门针对Idle和/或Inactive UE的，具有和broadcast业务类似的组播调度特征，因此也可以属于本实施例的适用范围。

实施例2：

所述MBS业务可以包括多播(Multicast)业务，Multicast业务传输的特征是，业务一般具有较高的业务要求，需要UE在connected状态进行接收，一般还可以为MRB配置PTPleg以确保可靠性，Multicast MRB可以配置如下三种传输路径：

具有PTM路径的MRB(MRB with PTM leg only)：指一个MRB PDCP只连接一套PTMRLC bearer，包括RLC、MAC和/或PHY协议栈实体，这种情况下组内所有的UE可以使用组调度，资源效率最高，但难免有一些链路质量不大好的用户可能体验到的误块率不能达到QoS需求；

具有PTP路径的MRB(MRB with PTP leg only)：指一个MRB PDCP只连接一套PTPRLC bearer，包括RLC、MAC和/或PHY协议栈实体，这种情况下UE使用C-RNTI对MRB进行类似单播调度，对业务的QoS保障最好，即使链路质量差的用户也可以通过ARQ过程达到较高的QoS需求，但问题是资源效率较低，对资源消耗过大；

具有PTM路径和PTP路径组合下的公共PDCP的MRB(MRB with common PDCP forboth PTP leg and PTM leg)：指一个common MRB PDCP连接两套RLC bearers，其中一套是PTM RLC bearer，另一套是PTP RLC bearer，这种架构综合了以上两种的好处，针对多数UE可以使用组调度，提升资源效率，对个别链路不好的用户使用单播调度，牺牲一些资源，换取QoS保障。

由于DAPS切换本身，原本对任何一个传统单路径的DRB，都生成了两套协议栈，即生成two legs。对于Multicast MRB来说，由于上述的路径关系，本身就可能是one leg或者two legs，也就是说，DAPS再进行加倍(double)之后，可以在源小区和目标小区形成Twolegs或three legs或four legs等各种情况。为了以示区分，本实施例重点讨论two legs的情况，其它更多legs的情况在实施例3中进行展开。

在本实施例中，multicast MRB配置了DAPS切换之后，在源小区和目标小区形成两个legs，并且由于源和目标小区均为支持multicast业务传输的小区，在配置DAPS切换时需要确保该MRB在源小区和目标小区PDCP SN是同步的，因为如果不同步很难基于PDCP SN进行重排序和联合传输，失去了DAPS的优势。根据源小区和目标小区的不同leg属性的组合，可以有如下的DAPS HO配置的可能性：

第一种情况：源小区使用PTP only(仅)leg，目标小区使用PTP only leg：

在该情况下，类似于unicast DRB DAPS的配置，采取common PDCP实体里面有不同的安全模块和头压缩模块来处理来自于源小区和目标小区的数据，联合对从所述源小区和所述目标小区的接收到的数据包一起基于SN进行重排序、重复检测和删除、按序递交等功能，而且目标侧RLC bearer也是一个PTP属性，可以按照unicast DRB的初始化方式，初始化变量全部为0，UE在目标侧和源侧RLC leg同时接收数据，源侧和目标侧各自使用C-RNTI进行调度。

需要说明的是，该情况下的MRB DAPS与unicast DRB DAPS的差别在于接口之间的过程，由于DRB情况下只有一份数据，目标侧的数据来自于源侧的携带PDCP SN的数据前转过程，而MRB情况下，相同的数据是同时到达源小区和目标小区侧，也就是说一般不需要数据前转和SN状态信息传递，因为源侧和目标侧通过CN GTP-U tunnel SN来获得PDCP SN，也确保了SN的同步，只有在极少数的情况下，例如目标小区刚加入多播组并没有之前的数据，或者目标小区发送多播数据比源小区快很多，且没有缓存已发数据的情况，可能需要源小区到目标小区的一些类似unicast的数据前转过程。

另外，对于MRB，early SN status transfer(早期序列号状态传递)是需要的，即源小区侧和目标小区侧，虽然数据是一致且SN同步的，但是发送的速度受调度和资源等影响，可能有一些不一致，例如源小区发送到PDCP SN＝50，而目标小区已经发送到PDCP SN＝60，源小区就需要将SN＝50这个发送状态告知目标小区，便于目标小区从SN＝51开始给UE传输数据。

第二种情况：源小区使用PTP only leg，目标小区使用PTM only leg：

在该情况下，同第一种情况也是基于common PDCP entity，独立的安全模块和头压缩模块，分别处理来自源侧和目标侧的数据，其中目标小区PTM RLC bearer，其RLC实体初始化按照MRB的RLC实体初始化方式进行赋值，在源侧使用小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)接收，目标侧使用G-RNTI进行接收；

其中，数据前转和SN status transfer同第一种情况，此处不再赘述。

第三种情况：源小区使用PTM only leg，目标小区使用PTP only leg：

在该情况下，同第一种情况也是基于common PDCP entity，独立的安全模块和头压缩模块，分别处理来自源侧和目标侧的数据，其中目标小区PTP RLC bearer，其RLC实体初始化按照DRB的RLC实体初始化方式进行赋值，在源侧使用G-RNTI接收，目标侧使用C-RNTI进行接收；

其中，数据前转和SN status transfer同第一种情况，此处不再赘述。

第四种情况：源小区使用PTM only leg，目标小区使用PTM only leg：

在该情况下，同第一种情况也是基于common PDCP entity，独立的安全模块和头压缩模块，分别处理来自源侧和目标侧的数据，其中目标小区PTM RLC bearer，其RLC实体初始化按照MRB的RLC实体初始化方式进行赋值，在源侧使用G-RNTI接收，目标侧使用G-RNTI进行接收；

其中，数据前转和SN status transfer同第一种情况，此处不再赘述。

需要说明的是，关于DAPS切换的流程和配置具有如下独特性：

首先，在源侧的MRB leg属性是在切换之前已经配置好的，在切换信令中可以指示以下两点:第一点是目标侧MRB leg的属性，是PTM或者PTP；第二点，是否需要执行DAPS切换，可以是显式指示，也可以根据是否PDCP SN同步来隐式指示DAPS；

其次，UE在切换执行的过程中，可以按照配置的上述四种情况，执行two legs同时接收MBS业务；

最后，当UE成功接入目标小区之后，目标小区可以显式告知源小区，释放UE的源小区侧MRB leg配置，UE转换为只在目标侧接收，完成DAPS切换。

另外，在配置MRB DAPS的同时，也可以配置DRB DAPS，DRB的源小区leg与MRB源小区PTP leg是可以复用传输的，可以都使用源侧C-RNTI进行调度，DRB的目标小区leg与MRB目标小区PTP leg也是可以复用传输的，可以都使用目标侧C-RNTI进行调度。

一个UE，也可以对同一个TMGI中的不同MRB配置DAPS，且不同MRB DAPS在源侧和目标侧的leg配置可以各自独立，相同C-RNTI调度的数据可以复用，相同G-RNTI调度的数据可以复用。

同样的，一个UE，也可以对不同TMGI的MRB配置DAPS，且各自独立配置，不同G-RNTI调度的数据各自独立，如果源侧和目标侧各自有DRX配置，则可以各自遵循自身的DRXpattern进行监听。

实施例3：

本实施例具体说明对于一个multicast MRB，配置了DAPS切换，在源小区和目标小区形成three legs或者four legs的情况。同样，配置执行DAPS切换的前提也是源小区和目标小区针对MRB的PDCP SN是同步的。根据源小区和目标小区的不同leg属性的组合，可以有如下的DAPS HO配置的可能性：

第一种可能性：源小区使用PTM leg+PTP leg，目标小区使用PTP only leg：在该情况下，采用common PDCP entity处理来自源小区和目标小区的MRB数据，源小区同时使用C-RNTI和G-RNTI监听调度MRB数据，目标小区使用C-RNTI监听调度MRB数据；

第二种可能性：源小区使用PTM leg+PTP leg，目标小区使用PTM only leg：在该情况下，采用common PDCP entity处理来自源小区和目标小区的MRB数据，源小区同时使用C-RNTI和G-RNTI监听调度MRB数据，目标小区使用G-RNTI监听调度MRB数据；

第三种可能性：源小区使用PTP only leg，目标小区使用PTM leg+PTP leg：在该情况下，采用common PDCP entity处理来自源小区和目标小区的MRB数据，源小区使用C-RNTI监听调度MRB数据，目标小区同时使用G-RNTI和C-RNTI监听调度MRB数据；

第四种可能性：源小区使用PTM only leg，目标小区使用PTM leg+PTP leg：在该情况下，采用common PDCP entity处理来自源小区和目标小区的MRB数据，源小区使用G-RNTI监听调度MRB数据，目标小区同时使用G-RNTI和C-RNTI监听调度MRB数据；

第五种可能性：源小区使用PTM leg+PTP leg，目标小区使用PTM leg+PTP leg：在该情况下，采用common PDCP entity处理来自源小区和目标小区的MRB数据，源小区同时使用G-RNTI和C-RNTI监听调度MRB数据，目标小区使用G-RNTI和C-RNTI监听调度MRB数据；

需要说明的是，关于DAPS切换的流程和配置具有如下独特性：

首先，在源侧的MRB leg属性是在切换之前已经配置好的，在切换信令中可以指示以下两点:第一点是目标侧MRB leg的属性，是PTM、PTP或者PTM+PTP；第二点，是否需要执行DAPS切换，可以是显式指示，也可以根据是否PDCP SN同步来隐式指示DAPS；

其次，UE在切换执行的过程中，可以按照配置的上述各种可能性，执行3或4legs同时接收；

最后，当UE成功接入目标小区之后，目标小区可以显式告知源小区，释放UE的源小区侧MRB leg配置，UE转换为只在目标侧接收，完成DAPS切换；

另外，关于数据前转和SN status transfer可以同实施例2中的第一种情况，此处不再赘述。

本申请实施例中给出了接收MBS业务的终端进行DAPS切换的方法，网络侧可以灵活的根据需要为接收MBS业务的终端配置DAPS切换，使得网络在兼顾UE切换性能的基础上确保了MBS业务接收效果，可以更灵活的提升通信系统整体效率。

请参见图5，图5是本申请实施例提供的一种多播广播服务业务接收装置的结构图之一，终端包括所述多播广播服务业务接收装置，如图5所示，多播广播服务业务接收装置500包括：

接收模块501，用于接收切换命令；

切换模块502，用于依据所述切换命令执行切换，在切换过程中接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

可选的，所述切换模块502具体用于：

依据所述切换命令执行切换，在切换过程中，所述终端通过双激活协议栈DAPS，接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务。

可选的，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体连接至少两个无线链路控制RLC实体，所述至少两个RLC实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的；或者

所述DAPS包括：两个PDCP实体，所述两个PDCP实体分别连接不同的RLC实体，两组协议实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的，每组协议实体包括一个PDCP实体和与所述PDCP实体连接的RLC实体。

可选的，用于目标小区接收的MBS的PDCP实体的PDCP序列号SN的初始值按照新建多播MRB来进行设置；和/或

用于目标小区接收的MBS的RLC实体的RLC SN的初始值按照新建多播MRB来进行设置。

可选的，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

所述源小区和所述目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体用于对通过不同路径接收到的数据基于PDCP SN进行重复检测和重排序。

可选的，所述终端的单播业务的数据无线承载DRB配置有DAPS切换。

可选的，如图6所示，所述装置500还包括：

读取模块503，用于在所述终端向所述目标小区进行下行同步成功的情况下，所述终端读取所述目标小区的MBS的系统信息块SIB、多播控制信道MCCH或者多播业务信道MTCH。

可选的，所述MBS业务为广播业务。

可选的，所述切换模块502具体用于：

依据所述切换命令执行切换，在切换过程中，所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务。

可选的，所述第一路径为点对点PTP路径，所述第二路径为PTP路径；

或者

所述第一路径为PTP路径，所述第二路径为点到多点PTM路径；

或者

所述第一路径为PTM路径，所述第二路径为PTP路径；

或者

所述第一路径为PTM路径，所述第二路径为PTM路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTM路径；

或者

所述第一路径为PTP路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径为PTM路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径包括PTM路径和PTP路径。

可选的，所述切换模块502具体用于：

依据所述切换命令执行切换，在切换过程中采用公共PDCP实体，通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，所述公共PDCP实体用于对通过所述第一路径和所述第二路径接收到的数据基于PDCP SN进行重复检测和重排序。

可选的，所述公共PDCP实体中包括用于分别处理由所述源小区和由所述目标小区发送的MBS业务的不同的安全模块和头压缩模块。

可选的，所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定的；或者

所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于由源小区发送的序列号确定的。

可选的，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

可选的，所述MBS业务为多播业务。

本申请实施例提供的多播广播服务业务接收装置能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

请参见图7，图7是本申请实施例提供的另一种多播广播服务业务接收装置的结构图，源网络侧设备包括所述多播广播服务业务接收装置，如图7所示，多播广播服务业务接收装置600包括：

第一发送模块601，用于向终端发送切换命令；

第二发送模块602，用于在所述终端切换过程中向所述终端发送多播广播服务MBS业务。

可选的，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，所述第二发送模块602具体用于：

在所述终端切换过程中通过第一路径向所述终端发送多播广播服务MBS业务。

可选的，所述第一路径为点对点PTP路径；

或者，所述第一路径为点到多点PTM路径；

或者，所述第一路径包括PTM路径和PTP路径。

可选的，源小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-Utunnel SN确定。

可选的，如图8所示，所述装置600还包括：

第三发送模块603，用于向目标网络侧设备发送如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

可选的，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

本申请实施例提供的多播广播服务业务接收装置能够实现图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

请参见图9，图9是本申请实施例提供的另一种多播广播服务业务接收装置的结构图，目标网络侧设备包括所述多播广播服务业务接收装置，如图9所示，多播广播服务业务接收装置700包括：

第一发送模块701，用于在终端切换过程中向所述终端发送多播广播服务MBS业务。

可选的，如图10所示，所述装置700还包括：

第二发送模块702，用于向源网络侧设备发送第一指示信息，用于所述终端切换的切换命令中携带所述第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，所述第一发送模块701具体用于：

在终端切换过程中通过第二路径向所述终端发送多播广播服务MBS业务。

可选的，所述第二路径为点对点PTP路径；

或者

所述第二路径为点到多点PTM路径；

或者

所述第二路径包括PTM路径和PTP路径。

可选的，目标小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定。

可选的，如图11所示，所述装置700还包括：

接收模块703，用于接收源网络侧设备发送的如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

可选的，如图12所示，所述装置700还包括：

第三发送模块704，用于向源网络侧设备发送第二指示信息，用于所述终端切换的切换命令中携带所述第二指示信息，所述第二指示信息用于指示如下至少一项：

目标小区的MRB路径属性；

是否需要执行DAPS切换。

本申请实施例提供的多播广播服务业务接收装置能够实现图4的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例中的多播广播服务业务接收装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

可选的，如图13所示，本申请实施例还提供一种通信设备800，包括处理器801，存储器802，存储在存储器802上并可在所述处理器801上运行的程序或指令，例如，该通信设备800为终端时，该程序或指令被处理器801执行时实现上述终端侧的多播广播服务业务接收方法实施例的各个过程，且能达到相同的技术效果。该通信设备800为源网络侧设备时，该程序或指令被处理器801执行时实现上述源小区侧的多播广播服务业务接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。该通信设备800为目标网络侧设备时，该程序或指令被处理器801执行时实现上述目标小区侧的多播广播服务业务接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种终端，包括处理器及通信接口，其中，所述处理器或者所述通信接口用于接收切换命令，依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图14为实现本申请实施例的一种终端的硬件结构示意图。

该终端900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、以及处理器910等中的至少部分部件。

本领域技术人员可以理解终端900还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图14中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元904可以包括图形处理器(GraphicsProcessing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元906可包括显示面板9061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板9061。用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元901将来自网络侧设备的下行数据接收后，给处理器910处理；另外，将上行的数据发送给网络侧设备。通常，射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器909可用于存储软件程序或指令以及各种数据。存储器909可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器909可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器910可包括一个或多个处理单元；可选的，处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

其中，射频单元901，用于：接收切换命令；

依据所述切换命令执行切换，在切换过程中接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

可选的，射频单元901用于：

在切换过程中，所述终端通过双激活协议栈DAPS，接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务。

可选的，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体连接至少两个无线链路控制RLC实体，所述至少两个RLC实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的；或者

所述DAPS包括：两个PDCP实体，所述两个PDCP实体分别连接不同的RLC实体，两组协议实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的，每组协议实体包括一个PDCP实体和与所述PDCP实体连接的RLC实体。

可选的，用于目标小区接收的MBS的PDCP实体的PDCP序列号SN的初始值按照新建多播MRB来进行设置；和/或

用于目标小区接收的MBS的RLC实体的RLC SN的初始值按照新建多播MRB来进行设置。

可选的，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

所述源小区和所述目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体用于对通过不同路径接收到的数据基于PDCP SN进行重复检测和重排序。

可选的，所述终端的单播业务的数据无线承载DRB配置有DAPS切换。

可选的，射频单元901用于：

在所述终端向所述目标小区进行下行同步成功的情况下，所述终端读取所述目标小区的MBS的系统信息块SIB、多播控制信道MCCH或者多播业务信道MTCH。

可选的，所述MBS业务为广播业务。

可选的，射频单元901用于：

在切换过程中，所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务。

可选的，所述第一路径为点对点PTP路径，所述第二路径为PTP路径；

或者

所述第一路径为PTP路径，所述第二路径为点到多点PTM路径；

或者

所述第一路径为PTM路径，所述第二路径为PTP路径；

或者

所述第一路径为PTM路径，所述第二路径为PTM路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTM路径；

或者

所述第一路径为PTP路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径为PTM路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径包括PTM路径和PTP路径。

可选的，射频单元901用于：

在切换过程中采用公共PDCP实体，通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，所述公共PDCP实体用于对通过所述第一路径和所述第二路径接收到的数据基于PDCP SN进行重复检测和重排序。

可选的，所述公共PDCP实体中包括用于分别处理由所述源小区和由所述目标小区发送的MBS业务的不同的安全模块和头压缩模块。

可选的，所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定的；或者

所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于由源小区发送的序列号确定的。

可选的，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

可选的，所述MBS业务为多播业务。

具体地，本申请实施例的终端还包括：存储在存储器909上并可在处理器910上运行的指令或程序，处理器910调用存储器909中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供了一种源网络侧设备，包括处理器及通信接口，其中，所述处理器或者所述通信接口用于向终端发送切换命令，在所述终端切换过程中向所述终端发送多播广播服务MBS业务。该源网络侧设备实施例是与上述源小区侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该源网络侧设备实施例中，且能达到相同的技术效果。

本申请实施例还提供了一种目标网络侧设备，包括处理器及通信接口，其中，所述处理器或者所述通信接口用于在终端切换过程中向所述终端发送多播广播服务MBS业务。该目标网络侧设备实施例是与上述目标小区侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该目标网络侧设备实施例中，且能达到相同的技术效果。

本申请实施例还提供了一种网络侧设备。如图15所示，该网络设备1000包括：天线1001、射频装置1002、基带装置1003。天线1001与射频装置1002连接。在上行方向上，射频装置1002通过天线1001接收信息，将接收的信息发送给基带装置1003进行处理。在下行方向上，基带装置1003对要发送的信息进行处理，并发送给射频装置1002，射频装置1002对收到的信息进行处理后经过天线1001发送出去。

上述频带处理装置可以位于基带装置1003中，以上实施例中网络侧设备执行的方法可以在基带装置1003中实现，该基带装置1003包括处理器1004和存储器1005。

基带装置1003例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图15所示，其中一个芯片例如为处理器1004，与存储器1005连接，以调用存储器1005中的程序，执行以上方法实施例中所示的网络设备操作。

该基带装置1003还可以包括网络接口1006，用于与射频装置1002交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。

在所述网络侧设备为源网络侧设备的情况下：

射频装置1002，用于向终端发送切换命令；

在所述终端切换过程中向所述终端发送多播广播服务MBS业务。

可选的，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，射频装置1002用于：

在所述终端切换过程中通过第一路径向所述终端发送多播广播服务MBS业务。

可选的，所述第一路径为点对点PTP路径；

或者，所述第一路径为点到多点PTM路径；

或者，所述第一路径包括PTM路径和PTP路径。

可选的，源小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-Utunnel SN确定。

可选的，射频装置1002用于：

向目标网络侧设备发送如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

可选的，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

在所述网络侧设备为目标网络侧设备的情况下：

射频装置1002，用于在终端切换过程中向所述终端发送多播广播服务MBS业务。

可选的，射频装置1002用于：

向源网络侧设备发送第一指示信息，用于所述终端切换的切换命令中携带所述第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

可选的，射频装置1002用于：

在终端切换过程中通过第二路径向所述终端发送多播广播服务MBS业务。

可选的，所述第二路径为点对点PTP路径；

或者

所述第二路径为点到多点PTM路径；

或者

所述第二路径包括PTM路径和PTP路径。

可选的，目标小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定。

可选的，射频装置1002用于：

接收源网络侧设备发送的如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

可选的，射频装置1002用于：

向源网络侧设备发送第二指示信息，用于所述终端切换的切换命令中携带所述第二指示信息，所述第二指示信息用于指示如下至少一项：

目标小区的MRB路径属性；

是否需要执行DAPS切换。

具体地，本发明实施例的网络侧设备还包括：存储在存储器1005上并可在处理器1004上运行的指令或程序，处理器1004调用存储器1005中的指令或程序执行图7或图9所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述多播广播服务业务接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述多播广播服务业务接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

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

Claims (36)

1.一种多播广播服务业务接收方法，其特征在于，包括：

终端接收切换命令；

所述终端依据所述切换命令执行切换，在切换过程中所述终端接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

2.根据权利要求1所述的方法，其特征在于，所述在切换过程中所述终端接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务，包括：

在切换过程中，所述终端通过双激活协议栈DAPS，所述终端接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务。

3.根据权利要求2所述的方法，其特征在于，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体连接至少两个无线链路控制RLC实体，所述至少两个RLC实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的；或者

所述DAPS包括：两个PDCP实体，所述两个PDCP实体分别连接不同的RLC实体，两组协议实体分别用于MBS业务的接收处理，所述MBS业务是由所述源小区和所述目标小区发送的，每组协议实体包括一个PDCP实体和与所述PDCP实体连接的RLC实体。

4.根据权利要求3所述的方法，其特征在于，用于目标小区接收的MBS的PDCP实体的PDCP序列号SN的初始值按照新建多播MRB来进行设置；和/或

用于目标小区接收的MBS的RLC实体的RLC SN的初始值按照新建多播MRB来进行设置。

5.根据权利要求2所述的方法，其特征在于，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

所述源小区和所述目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

6.根据权利要求5所述的方法，其特征在于，所述DAPS包括：公共分组数据汇聚协议PDCP实体，所述公共PDCP实体用于对通过不同路径接收到的数据基于PDCP SN进行重复检测和重排序。

7.根据权利要求1所述的方法，其特征在于，所述终端的单播业务的数据无线承载DRB配置有DAPS切换。

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

在所述终端向所述目标小区进行下行同步成功的情况下，所述终端读取所述目标小区的MBS的系统信息块SIB、多播控制信道MCCH或者多播业务信道MTCH。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述MBS业务为广播业务。

10.根据权利要求1所述的方法，其特征在于，所述在切换过程中所述终端接收由源小区发送的MBS业务，和/或接收由目标小区发送的MBS业务，包括：

在切换过程中，所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务。

11.根据权利要求10所述的方法，其特征在于，所述第一路径为点对点PTP路径，所述第二路径为PTP路径；

或者

所述第一路径为PTP路径，所述第二路径为点到多点PTM路径；

或者

所述第一路径为PTM路径，所述第二路径为PTP路径；

或者

所述第一路径为PTM路径，所述第二路径为PTM路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径为PTM路径；

或者

所述第一路径为PTP路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径为PTM路径，所述第二路径包括PTM路径和PTP路径；

或者

所述第一路径包括PTM路径和PTP路径，所述第二路径包括PTM路径和PTP路径。

12.根据权利要求11所述的方法，其特征在于，所述在切换过程中所述终端通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，包括：

在切换过程中所述终端采用公共PDCP实体，通过第一路径接收由源小区发送的MBS业务，和/或通过第二路径接收由目标小区发送的MBS业务，所述公共PDCP实体用于对通过所述第一路径和所述第二路径接收到的数据基于PDCP SN进行重复检测和重排序。

13.根据权利要求12所述的方法，其特征在于，所述公共PDCP实体中包括用于分别处理由所述源小区和由所述目标小区发送的MBS业务的不同的安全模块和头压缩模块。

14.根据权利要求11所述的方法，其特征在于，所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定的；或者

所述终端通过第二路径接收的由目标小区发送的MBS业务的序列号是所述目标小区基于由源小区发送的序列号确定的。

15.根据权利要求10所述的方法，其特征在于，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

16.根据权利要求1、10-15中任一项所述的方法，其特征在于，所述MBS业务为多播业务。

17.一种多播广播服务业务接收方法，其特征在于，包括：

源网络侧设备向终端发送切换命令；

在所述终端切换过程中，所述源网络侧设备向所述终端发送多播广播服务MBS业务。

18.根据权利要求17所述的方法，其特征在于，所述切换命令中携带第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

19.根据权利要求17所述的方法，其特征在于，所述在所述终端切换过程中，所述源网络侧设备向所述终端发送多播广播服务MBS业务，包括：

在所述终端切换过程中，所述源网络侧设备通过第一路径向所述终端发送多播广播服务MBS业务。

20.根据权利要求19所述的方法，其特征在于，所述第一路径为点对点PTP路径；

或者，所述第一路径为点到多点PTM路径；

或者，所述第一路径包括PTM路径和PTP路径。

21.根据权利要求20所述的方法，其特征在于，源小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定。

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

所述源网络侧设备向目标网络侧设备发送如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

23.根据权利要求20所述的方法，其特征在于，所述切换命令中携带第二指示信息，所述第二指示信息用于指示如下至少一项：

所述目标小区的MRB路径属性；

是否需要执行DAPS切换。

24.一种多播广播服务业务接收方法，其特征在于，包括：

在终端切换过程中，目标网络侧设备向所述终端发送多播广播服务MBS业务。

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

所述目标网络侧设备向源网络侧设备发送第一指示信息，用于所述终端切换的切换命令中携带所述第一指示信息，所述第一指示信息用于指示如下至少一项：

广播业务的多点无线承载MRB可进行DAPS切换；

源小区和目标小区之间针对MRB的PDCP SN同步；

所述终端可进行双PDCP协议栈的同时接收。

26.根据权利要求24所述的方法，其特征在于，所述在终端切换过程中，目标网络侧设备向所述终端发送多播广播服务MBS业务，包括：

在终端切换过程中，所述目标网络侧设备通过第二路径向所述终端发送多播广播服务MBS业务。

27.根据权利要求26所述的方法，其特征在于，所述第二路径为点对点PTP路径；

或者

所述第二路径为点到多点PTM路径；

或者

所述第二路径包括PTM路径和PTP路径。

28.根据权利要求27所述的方法，其特征在于，目标小区的PDCP SN基于CN核心网GPRS隧道协议的用户面隧道序列号GTP-U tunnel SN确定。

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

所述目标网络侧设备接收源网络侧设备发送的如下至少一项：

所述终端的感兴趣列表；

源小区的PDCP SN的发送状态信息；

MBS业务信息。

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

所述目标网络侧设备向源网络侧设备发送第二指示信息，用于所述终端切换的切换命令中携带所述第二指示信息，所述第二指示信息用于指示如下至少一项：

目标小区的MRB路径属性；

是否需要执行DAPS切换。

31.一种多播广播服务业务接收装置，其特征在于，终端包括所述多播广播服务业务接收装置，所述装置包括：

接收模块，用于接收切换命令；

切换模块，用于依据所述切换命令执行切换，在切换过程中接收由源小区发送的多播广播服务MBS业务，和/或接收由目标小区发送的MBS业务。

32.一种多播广播服务业务接收装置，其特征在于，源网络侧设备包括所述多播广播服务业务接收装置，所述装置包括：

第一发送模块，用于向终端发送切换命令；

第二发送模块，用于在所述终端切换过程中向所述终端发送多播广播服务MBS业务。

33.一种多播广播服务业务接收装置，其特征在于，目标网络侧设备包括所述多播广播服务业务接收装置，所述装置包括：

第一发送模块，用于在终端切换过程中向所述终端发送多播广播服务MBS业务。

34.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至16任一项所述的多播广播服务业务接收方法的步骤。

35.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求17至23任一项所述的多播广播服务业务接收方法的步骤；或者，所述程序或指令被所述处理器执行时实现如权利要求24至30任一项所述的多播广播服务业务接收方法的步骤。

36.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至16任一项所述的多播广播服务业务接收方法的步骤，或者，所述程序或指令被处理器执行时实现如权利要求17至23任一项所述的多播广播服务业务接收方法的步骤，所述程序或指令被处理器执行时实现如权利要求24至30任一项所述的多播广播服务业务接收方法的步骤。

Images