CN115087051A - 业务处理方法、装置及相关设备 - Google Patents
业务处理方法、装置及相关设备 Download PDFInfo
- Publication number
- CN115087051A CN115087051A CN202110266468.5A CN202110266468A CN115087051A CN 115087051 A CN115087051 A CN 115087051A CN 202110266468 A CN202110266468 A CN 202110266468A CN 115087051 A CN115087051 A CN 115087051A
- Authority
- CN
- China
- Prior art keywords
- data packet
- target
- multicast service
- terminal
- multicast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 238000000034 method Methods 0.000 claims abstract description 97
- 238000012545 processing Methods 0.000 claims abstract description 17
- 230000033001 locomotion Effects 0.000 claims description 29
- 230000005540 biological transmission Effects 0.000 claims description 14
- 238000011084 recovery Methods 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 8
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 1
- 230000009087 cell motility Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种业务处理方法、装置及相关设备。其中，由终端执行的业务处理方法包括：在所述终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。这样，即使终端在接收所述第一多播业务的过程中，发生小区间移动，也可以保证终端接收所述第一多播业务的完整性，从而可以提高多播业务接收的可靠性。
Description
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种业务处理方法、装置及相关设备。
背景技术
现有技术中，若终端在接收多播业务的过程中，发生小区间移动，进行了小区重选或小区切换。那么，终端会因小区重选或小区切换流程，错过该多播业务的部分数据包，导致多播业务接收的可靠性较低。
发明内容
本发明实施例提供一种业务处理方法、装置及相关设备，以解决现有技术中因终端发生小区间移动，造成多播业务接收的可靠性较低的问题。
为解决上述问题，本发明是这样实现的：
第一方面，本发明实施例提供了一种业务处理方法，由终端执行，该方法包括：
在所述终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；
接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。
第二方面，本发明实施例提供了一种业务处理方法，由目标网络侧设备执行，该方法包括：
接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；
获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；
向所述终端发送所述目标数据包。
第三方面，本发明实施例提供了一种业务处理装置，该装置包括：
第一收发器，用于：
在终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；
接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。
第四方面，本发明实施例提供了一种业务处理装置，该装置包括：
第二收发器，用于：
接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；
获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；
向所述终端发送所述目标数据包。
第五方面，本发明实施例还提供一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器，用于读取存储器中的程序实现如前述第一方面所述的方法中的步骤。
第六方面，本发明实施例还提供一种数网络侧设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器，用于读取存储器中的程序实现如前述第二方面所述的方法中的步骤。
第七方面，本发明实施例还提供一种可读存储介质，用于存储程序，所述程序被处理器执行时实现如前述第一方面所述的方法中的步骤，或，实现如前述第二方面所述的方法中的步骤。
在本发明实施例中，在所述终端在接收第一多播业务的过程中，发生小区间移动的情况下，终端发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。这样，即使终端在接收所述第一多播业务的过程中，发生小区间移动，也可以保证终端接收所述第一多播业务的完整性，从而可以提高多播业务接收的可靠性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例可应用的一种网络系统的结构图；
图2是本发明实施例提供的业务处理方法的流程图之一；
图3是本发明实施例提供的业务处理方法的流程图之二；
图4是本发明实施例提供的业务处理装置的结构图之一；
图5是本发明实施例提供的业务处理装置的结构图之二；
图6是本发明实施例提供的终端的结构图；
图7是本发明实施例提供的网络侧设备的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，本申请中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B和/或C，表示包含单独A，单独B，单独C，以及A和B都存在，B和C都存在，A和C都存在，以及A、B和C都存在的7种情况。
请参见图1，图1是本发明实施例可应用的一种网络系统的结构图，如图1所示，包括终端11和网络侧设备12，其中，终端11和网络侧设备12之间可以进行通信。
在本发明实施例中，终端11也可以称作用户设备(User Equipment，UE)。在实际应用中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)、个人数字助理(Personal Digital Assistant，PDA)、移动上网装置(MobileInternet Device，MID)、可穿戴式设备(Wearable Device)或车载设备等。网络侧设备12可以是基站、收发点(Transmission and Receiving Point，TRP)等。
以下对本发明实施例的业务处理方法进行说明。
在本发明实施例中，多播业务具体可以表现为多媒体广播多播业务(MultimediaBroadcast Multicast Service，MBMS)，或，广播多播业务(Multicast and BroadcastService，MBS)。多播方式，也可以称为多播模式或广播方式，具体可以表现为多播(multicast)方式或点对多点(Point to Multipoint，PTM)方式。单播方式，也可以称为单播模式，具体可以表现为单播(unicast)方式或点对点(Point to Point，PTP)方式，具体可根据实际情况决定，本发明实施例对此不做限定。
参见图2，图2是本发明实施例提供的业务处理方法的流程图之一。图2所示的业务处理方法可以由终端执行。具体实现时，终端可以为空闲态或非激活态终端，也可以为连接态终端。
如图2所示，业务处理方法可以包括以下步骤：
步骤201、在所述终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包。
在本发明实施例中，对于空闲态或非激活态终端，所述小区间移动可以表现为小区重选，所述发生小区间移动可以理解为：决定执行小区重选，或，执行小区重选。对于连接态终端，所述小区间移动可以表现为小区切换，所述发生小区间移动可以理解为：决定执行小区切换，或，执行小区切换。也就是说，在本发明实施例中，在以下任一情况下，终端可发送第一标识信息：
空闲态或非激活态终端在接收第一多播业务的过程中，决定执行小区重选；
空闲态或非激活态终端在接收第一多播业务的过程中，执行小区重选；
连接态终端在接收第一多播业务的过程中，决定执行小区切换；
连接态终端在接收第一多播业务的过程中，执行小区切换。
在本发明实施例中，终端可以通过所述第一标识信息上报所述终端针对所述第一多播业务的收包情况。其中，所述第一标识信息至少包括所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包。这样，目标网络侧设备(即终端发生所述小区间移动之后所在的目标小区对应的网络侧设备)在获取到所述第一标识信息之后，可以继续向终端发送所述第一多播业务的位于第i个数据包之后的数据包，从而可以保证终端接收所述第一多播业务的完整性，进而提高终端接收多播业务的可靠性。
具体实现时，终端可以在发生所述小区间移动之前所在的源小区发送所述第一标识信息，也可以在发生所述小区间移动之后所在的目标小区发送所述第一标识信息，具体可根据实际情况决定，本发明实施例对此不做限定。可选的，在所述发生小区间移动理解为决定执行小区重选或小区切换的情况下，终端可以在发生所述小区间移动之前所在的源小区发送所述第一标识信息，也可以在发生所述小区间移动之后所在的目标小区发送所述第一标识信息。在所述发生小区间移动理解为执行小区重选或小区移动的情况下，终端可以在目标小区发送所述第一标识信息。
进一步地，在终端在源小区发送所述第一标识信息的场景中，终端可以向源网络侧设备(即终端发生所述小区间移动之前所在的源小区对应的网络侧设备)发送所述第一标识信息，由源网络侧设备将所述第一标识信息转发给目标网络侧设备；或者，终端可以在确定重选或切换的目标小区后，直接向目标网络侧设备发送所述第一标识信息。在终端在目标小区发送所述第一标识信息的场景中，终端可以向目标网络侧设备发送所述第一标识信息。
在本发明实施例中，数据包的标识信息可以满足以下至少一项：在多播业务的无线接入网络(Radio Access Network，RAN)侧协议栈配置有数据汇聚协议(Packet DataConvergence Protocol，PDCP)层的情况下，数据包的标识信息可以表现为PDCP序列号(Sequence Number，SN)；在多播业务的RAN侧协议栈未配置有PDCP层的情况下，数据包的标识信息可以表现为无线链路控制(Radio Link Control，RLC)SN，但不仅限于此。
步骤202、接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。
具体实现时，目标网络侧设备在获取到所述第一标识信息之后，可以获取所述目标数据包，并在终端移入目标小区，如重选到目标小区或切换到目标小区的情况下，向终端发送所述目标数据包。这样，即使终端在接收所述第一多播业务的过程中，执行了小区重选或小区切换，也不会因此错过所述第一多播业务的数据包，保证了终端接收所述第一多播业务的完整性，进而可以提高多播业务接收的可靠性。
需要说明的是，在实施时，目标网络侧设备可以从源网络侧设备和/或核心网设备获取所述目标数据包，具体可根据实际情况决定，本发明实施例对此不做限定。
为方便理解，示例说明如下：
假设所述第一多播业务包括10个数据包，终端在发生小区间移动之前，接收到了源网络侧设备发送的所述第一多播业务的第1个数据包至第6个数据包。终端可以在移入目标小区之后，接收目标网络侧设备发送的所述第一多播业务的第7个数据包至第10个数据包，完成所述第一多播业务的全部数据包的接收。
本实施例的业务处理方法，在所述终端在接收第一多播业务的过程中，发生小区间移动的情况下，终端发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。这样，即使终端在接收所述第一多播业务的过程中，发生小区间移动，也可以保证终端接收所述第一多播业务的完整性，从而可以提高多播业务接收的可靠性。
在本发明实施例中，可选的，所述第一标识信息还可以包括第二数据包的标识信息，其中，所述第二数据包可以包括以下至少一项：所述终端在发生所述小区间移动之前丢失的所述第一多播业务的数据包(即丢失数据包，以下简称为丢包)；所述终端在发生所述小区间移动之前破损的所述第一多播业务的数据包(即有损数据包，以下简称为有损包)。在此情况下，所述目标数据包还包括所述第二数据包。这样，终端可以重新接收到所述第一业务数据的丢包和有损包，从而可以进一步提高多播业务接收的可靠性。
在本发明实施例中，终端可以通过组播方式接收所述目标数据，也可以采用单播方式接收所述目标数据，也可以结合组播方式和单播方式接收所述目标数据，具体可根据实际情况决定，本发明实施例对此不做限定。
可选的，所述接收目标网络侧设备发送的目标数据包之前，所述方法还包括：
判断目标小区是否支持采用多播方式发送所述第一多播业务，得到第一判断结果；
所述接收目标网络侧设备发送的目标数据包，包括：
采用目标方式接收目标网络侧设备发送的目标数据包；
其中，所述目标方式基于所述第一判断结果确定，所述目标方式包括以下至少一项：多播方式；单播方式。
在本可选实施方式中，终端接收所述目标数据包的方式与目标小区是否支持采用多播方式发送所述第一多播业务的判定结果相关。
可选的，所述目标方式满足以下至少一项：
在所述第一判断结果为所述目标小区支持采用多播方式发送所述第一多播业务的情况下，所述目标方式至少包括多播方式；
在所述第一判断结果为所述目标小区不支持采用多播方式发送所述第一多播业务的情况下，所述目标方式为单播方式。
具体实现时，在所述目标小区支持采用多播方式发送所述第一多播业务的情况下，第一实现方式中，所述目标方式可以仅包括多播方式；第二实现方式中，所述目标方式可以包括多播方式和单播方式。具体说明如下：
可选的，在所述第一判断结果为所述目标小区支持采用多播方式发送所述第一多播业务，且所述第一标识信息还包括第二数据包的标识信息的情况下，所述采用目标方式接收目标网络侧设备发送的目标数据包，包括以下任一项：
1)采用单播方式接收目标网络侧设备发送的所述第一多播业务的第i+1个数据包至第i+b个数据包，及所述第二数据包，并采用多播方式接收目标网络侧设备发送的所述第一多播业务的位于所述第i+b个数据包之后的数据包；
2)采用单播方式接收目标网络侧设备发送的所述第一多播业务的第i+1个数据包至第i+b个数据包，并采用多播方式接收目标网络侧设备发送的所述第一多播业务的位于所述第i+b个数据包之后的数据包，及所述第二数据包；
3)采用单播方式接收目标网络侧设备发送的所述第二数据包，并采用多播方式接收目标网络侧设备发送的所述第一数据包；
4)采用多播方式接收目标网络侧设备发送的目标数据包；
其中，所述第i+1个数据包至第i+b个数据包为源网络侧设备在所述小区间移动的过程中发送的所述第一多播业务的数据包，b为大于1的正整数。
需要说明的是，在实际应用中，目标网络侧设备可以在发送所述第一多播业务的位于所述第i+b个数据包之后的数据包的同时，并行发送第i+1个数据包至第i+b个数据包，及所述第二数据包，从而可以提高终端接收所述第一多播业务的效率。
以下对项实施方式进行说明：
在1)中，考虑到还有其他终端接收所述第一多播业务，且未发生小区间移动，即这些终端处于持续接收所述第一多播业务的状态，因此，目标网络侧设备可以采用单播方式发送所述第i+1个数据包至第i+b个数据包。这样，可以避免这些终端重复接收所述第i+1个数据包至第i+b个数据包，进而可以减少多播业务数据接收干扰。
类似地，考虑到其他接收所述第一多播业务正常接收到了所述第二数据包，无需重新接收所述第二数据包，因此，目标网络侧设备可以采用单播方式发送所述第二数据包。这样，可以避免这些终端重复接收所述第二数据包，进而可以减少多播业务数据接收干扰。
在2)中，相比于1)，目标网络侧设备采用多播方式发送所述第二数据包。可选的，目标网络侧设备可以在第一条件满足的情况下，采用多播方式发送所述第二数据包，其中，所述第一条件满足可以包括：目标网络侧设备在第一时长内接收到P个终端发送的所述第二数据包的标识信息，P为正整数，P可以由网络侧设备配置或由协议约定，所述第一时长可以由网络侧设备配置或由协议约定，具体可根据实际情况决定，本发明实施例对此不做限定。也就是说，若目标网络侧设备在第一时长内获悉有多个终端需要重新接收所述第二数据包，即可采用多播方式发送所述第二数据包，这样，相比于采用单播方式向该多个终端中的每个终端发送所述第二数据包，可以节约信令开销。
需要说明的是，考虑到在实际应用中，每个终端需要重新接收的所述第一多播业务的数据包可能只有部分相同，其他部分不同，则目标网络侧设备对于相同的部分数据包，可以采用多播方式发送，对于不同的其他部分数据包，可以采用单播方式发送。如：UE1丢失了数据包a和数据包b，UE2丢失了数据包a、数据包b和数据包c、UE2丢失了数据包a、数据包b和数据包d，那么，目标网络侧设备可以采用多播方式发送数据包a和数据包b，采用单播方式向UE2发送数据包c，采用单播方式向UE2发送数据包d。
3)相比于1)，目标网络侧设备采用多播方式发送所述第i+1个数据包至第i+b个数据包。可选的，目标网络侧设备可以在第二条件满足的情况下，采用多播方式发送所述第i+1个数据包至第i+b个数据包，其中，所述第二条件满足可以包括：目标网络侧设备在第二时长内接收到Q个终端发送的其最后接收到的所述第一多播业务的数据包，Q为正整数，Q可以由网络侧设备配置或由协议约定，所述第二时长可以由网络侧设备配置或由协议约定，具体可根据实际情况决定，本发明实施例对此不做限定。也就是说，若目标网络侧设备在第二时长内获悉有多个终端在接收所述第一多播业务中发生了中断，即可采用多播方式发送所述第i+1个数据包至第i+b个数据包，这样，相比于采用单播方式向该多个终端中的每个终端发送所述第i+1个数据包至第i+b个数据包，可以节约信令开销。
需要说明的是，考虑到在实际应用中，每个终端在中断接收所述第一多播业务期间，错过的所述第一多播业务的数据包可能不同，则目标网络侧设备可以直接从各终端上报的最后接收到的所述第一多播业务的数据包中标识最小的数据包开始继续广播所述第一多播业务的数据包。如：UE1最后接收到的所述第一多播业务的数据包为第5个数据包，UE2最后接收到的所述第一多播业务的数据包为第6个数据包，UE3最后接收到的所述第一多播业务的数据包为第5个数据包，那么，目标网络侧设备可以从第6个数据包开始继续广播所述第一多播业务。
在4)中，相比于1)，目标网络侧设备采用多播方式发送所述第i+1个数据包至第i+b个数据包，以及所述第二数据包。可选的，目标网络侧设备可以在第一条件满足的情况下，采用多播方式发送所述第二数据包；目标网络侧设备可以在第二条件满足的情况下，采用多播方式发送所述第i+1个数据包至第i+b个数据包，具体可参考前述描述，此处不再赘述。
可以理解的是，对于上述第一实现方式，空闲态或非激活态终端可进入连接态或不进入连接态接收所述目标数据包；对于上述第二实现方式，由于接收所述目标数据包的方式包括单播方式，空闲态或非激活态终端需要进入连接态。
在所述目标小区不支持采用多播方式发送所述第一多播业务的情况下，由于终端采用单播方式接收所述目标数据包，因此，空闲态或非激活态终端需要进入连接态。
在本发明实施例中，可选的，所述判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务，包括：
根据接收到的第一信息，判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务；
其中，所述第一信息为以下任一项：
源网络侧设备发送的小区列表信息，所述小区列表信息指示的小区支持采用多播方式发送所述第一多播业务；
源网络侧设备转发的所述目标网络侧设备提供的多播业务列表信息，所述多播业务列表信息指示的多播业务为所述目标小区支持采用多播方式发送的多播业务。
在所述第一信息为所述小区列表信息的情况下，源网络侧设备可以向终端发送小区列表信息。终端在接收到源网络侧设备发送的小区列表信息之后，可以通过检测所述小区列表信息中是否包括目标小区的标识信息，来判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务。
具体地，在所述小区列表中包括所述目标小区的标识信息的情况下，判定所述目标小区支持采用多播方式发送所述第一多播业务；在所述小区列表中未包括所述目标小区的标识信息的情况下，判定所述目标小区不支持采用多播方式发送所述第一多播业务。
在所述第一信息为所述多播业务列表信息的情况下，目标网络侧设备向源网络侧设备发送多播业务列表信息，源网络侧设备向终端转发所述多播业务列表信息。终端在接收到源网络侧设备转发的多播业务列表信息之后，可以通过检测所述多播业务列表信息中是否包括所述第一多播业务的标识信息，来判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务。
具体地，在所述多播业务列表信息中包括所述第一多播业务的标识信息的情况下，判定所述目标小区支持采用多播方式发送所述第一多播业务；在所述多播业务列表信息中未包括所述第一多播业务的标识信息的情况下，判定所述目标小区不支持采用多播方式发送所述第一多播业务。
具体实现时，所述第一信息可以满足以下至少一项：
在所述第一信息为所述小区列表信息的情况下，所述第一信息通过系统消息承载；
在所述第一信息为所述多播业务列表信息，且所述终端为空闲态或非激活态终端的情况下，所述第一信息通过系统消息、无线资源控制RRC恢复消息或RRC建立消息承载；
在所述第一信息为所述多播业务列表信息，且所述终端为连接态终端的情况下，所述第一信息通过系统消息、切换请求确认消息、RRC消息或RRC重配消息承载。
也就是说，源网络侧设备可以通过系统消息向终端发送所述小区列表信息。
对于空闲态或非激活态终端，终端重选到目标小区，目标网络侧设备可以通过系统消息、RRC恢复(RRC resume)消息或RRC建立(RRC setup)消息发送所述多播业务列表信息，具体可根据实际情况决定，本发明实施例对此不做限定。
对于连接态终端，终端切换到目标小区，目标网络侧设备可以通过系统消息、切换请求确认(handover request acknowledge)消息、RRC消息或RRC重配置消息发送所述多播业务列表信息，具体可根据实际情况决定，本发明实施例对此不做限定。
在本发明实施例中，可选的，所述第一标识信息通过以下任一项承载：
RRC建立请求消息；RRC恢复请求消息；四步随机接入过程(4-step RACH)中的消息(Message，Msg)1；四步随机接入过程中的消息3(Msg3)；两步随机接入过程(2-step RACH)中的消息A(MsgA)；数据汇聚协议PDCP层的状态报告消息；RRC消息；非接入层(Non-AccessStratum，NAS)消息(如上行信息传递(ULInformationTransfer)消息等)；介质访问控制(Media Access Control，MAC)控制单元(Control Element，CE)消息；缓存状态报告(Buffer Status Report，BSR)。
具体实现时，所述第一标识信息的承载消息，可以与以下至少一项相关：终端的状态(连接态、非激活态、连接态)；目标小区是否支持采用多播方式发送所述第一多播业务；空闲态或非激活态终端是否进入连接态接收所述目标数据包。具体说明如下：
情况一、终端为空闲态或非激活态终端，目标小区支持采用多播方式发送所述第一多播业务，且终端决定进入连接态接收所述目标数据包。
在此情况下，可选的，所述第一标识信息通过以下任一项承载：
RRC建立请求消息；RRC恢复请求消息；四步随机接入过程中的消息1；四步随机接入过程中的消息3；两步随机接入过程中的消息A；PDCP层的状态报告消息；RRC消息；NAS消息；第一MAC CE消息。
情况二、终端为空闲态或非激活态终端，目标小区支持采用多播方式发送所述第一多播业务，且终端决定不进入连接态接收所述目标数据包。
在此情况下，可选的，所述第一标识信息通过以下任一项承载：
BSR；第二MAC CR；四步随机接入过程中的消息1；四步随机接入过程中的消息3；两步随机接入过程中的消息A。
具体实现时，所述第一MAC CE消息可以理解为相关技术中已有的MAC CE消息；所述第二MAC CE消息可以理解为本发明实施例中新定义的MAC CE消息，专用于上报终端针对多播业务的收包情况。
情况三、终端为空闲态或非激活态终端，目标小区不支持采用多播方式发送所述第一多播业务。
在此情况下，终端需要进入连接态接收所述目标数据包，可选的，所述第一标识信息通过以下任一项承载：
BSR；第二MAC CR；四步随机接入过程中的消息1；四步随机接入过程中的消息3；两步随机接入过程中的消息A。
情况四、终端为连接态终端。
在此情况下，可选的，所述第一标识信息可以通过以下任一项承载：
四步随机接入过程中的消息1；四步随机接入过程中的消息3；两步随机接入过程中的消息A；PDCP层的状态报告消息；RRC消息；NAS消息。
在本发明实施例中，可选的，所述接收目标网络侧设备发送的目标数据包之前，所述方法还包括：
向源网络侧设备发送第二标识信息，所述第二标识信息用于指示所述终端在所述第i个数据包处停止接收所述源网络侧设备发送的所述第一多播业务。
具体实现时，终端向源网络侧设备发送所述第二标识信息，表示终端决定在所述第i个数据包处停止接收源网络侧设备发送的所述第一多播业务，并决定接入目标网络侧设备之后再继续接收所述第一多播业务。
源网络侧设备在接收到所述第二标识信息之后，可以提前向目标网络侧设备前传所述第一多播业务的位于所述第i个数据包之后的数据包，这样，目标网络侧设备无需从核心网设备获取所述第一多播业务的数据包，从而可以减少数据终端时间。进一步地，源网络侧设备可以停止向终端发送所述第一多播业务，从而可降低信令开销。
在实际应用中，在确认模式(Acknowledged Mode，AM)场景中，所述第二标识信息可以承载在所述第i个数据包的反馈消息中，但不仅限于此。所述第二标识信息的发送可以发生在终端执行切换或重选之前，但不仅限于此。
参见图3，图3是本发明实施例提供的业务处理方法的流程图之二。图3所示的业务处理方法由目标网络侧设备执行。
如图3所示，业务处理方法可以包括以下步骤：
步骤301、接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；
步骤302、获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；
步骤303、向所述终端发送所述目标数据包。
可选的，在所述第一标识信息还包括第二数据包的标识信息的情况下，所述目标数据包还包括所述第二数据包；
其中，所述第二数据包包括以下至少一项：所述终端在发生所述小区间移动之前丢失的所述第一多播业务的数据包；所述终端在发生所述小区间移动之前破损的所述第一多播业务的数据包。
可选的，所述向所述终端发送所述目标数据包，包括：
采用目标方式向所述终端发送所述目标数据包；
其中，所述目标方式满足以下至少一项：
在所述目标小区支持采用多播方式发送所述第一多播业务的情况下，所述目标方式至少包括多播方式；
在所述目标小区不支持采用多播方式发送所述第一多播业务的情况下，所述目标方式为单播方式。
可选的，在所述目标小区支持采用多播方式发送所述第一多播业务，且所述第一标识信息还包括第二数据包的标识信息的情况下，所述采用目标方式向所述终端发送所述目标数据包，包括以下任一项：
采用单播方式向所述终端发送所述第一多播业务的第i+1个数据包至第i+b个数据包，及所述第二数据包，并采用多播方式向所述终端发送所述第一多播业务的位于所述第i+b个数据包之后的数据包；
采用单播方式向所述终端发送所述第一多播业务的第i+1个数据包至第i+b个数据包，并采用多播方式向所述终端发送所述第一多播业务的位于所述第i+b个数据包之后的数据包，及所述第二数据包；
采用单播方式向所述终端发送所述第二数据包，并采用多播方式向所述终端发送所述第一数据包；
采用多播方式向所述终端发送目标数据包；
其中，所述第i+1个数据包至第i+b个数据包为源网络侧设备在所述小区间移动的过程中发送的所述第一多播业务的数据包，b为大于1的正整数。
可选的，所述采用目标方式向所述终端发送所述目标数据包之前，所述方法还包括：
通过源网络侧设备向所述终端发送多播业务列表信息，所述多播业务列表信息指示的多播业务为所述目标小区支持采用多播方式发送的多播业务。
可选的，所述多播业务列表信息满足以下至少一项：
在所述终端为空闲态或非激活态终端的情况下，所述多播业务列表信息通过系统消息、无线资源控制RRC恢复消息或RRC建立消息承载；
在所述终端为连接态终端的情况下，所述多播业务列表信息通过系统消息、切换请求确认消息、RRC消息或RRC重配消息承载。
可选的，所述获取目标数据包，包括：
从源网络侧设备和/或核心网设备获取目标数据包。
需要说明的是，本实施例作为与图2方法实施例对应的目标网络侧设备的实施例，因此，可以参见图2方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。
本实施例的业务处理方法，目标网络侧设备接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；向所述终端发送所述目标数据包。这样，即使终端在接收所述第一多播业务的过程中，发生小区间移动，也可以保证终端接收所述第一多播业务的完整性，从而可以提高多播业务接收的可靠性。
本发明实施例中介绍的多种可选的实施方式，在彼此不冲突的情况下可以相互结合实现，也可以单独实现，对此本发明实施例不作限定。
为方便理解，示例说明如下：
一、针对于空闲态或非激活态的终端。
步骤一、网络侧给出目标小区是否支持PTM模式传输某MBS业务对指示，具体可为：目标小区给出支持的多播业务列表，可在RRC恢复(RRC resume)消息、RRC建立(RRC setup)消息，系统消息(System Information Block，SIB)中给出；或源小区通过系统消息给出的可支持相应多播业务的小区列表。
步骤二、终端判断重选的目标小区是否支持PTM模式传输某MBS业务，具体可为：通过对比服务小区系统消息中支持PTM模式的小区列表；或，通过收听邻区的系统消息/接收RRC恢复消息/接收RRC建立消息，判断目标小区是否支持PTM模式传输此业务。
步骤三、当终端判断目标小区支持此MBS业务的PTM模式时，则重选到目标小区后继续通过PTM模式继续接受服务。
可选的，终端可以进入连接态或不进入连接态，上报数据包的标识，并接收后续的包/接收丢包。具体数据包标识上报方式可以为以下任一项：
1)当终端要进入连接态接收后续数据包/丢包，数据包标识上报方式可以是以下任一项：在建立RRC连接时，通过发送的RRC setup/RRC resume请求消息上报；在随机接入过程中，通过Msg1、Msg3、MsgA(2-step RACH)等消息上报；终端获得目标的上行授权(ULgrant)以后，通过发送PDCP层的状态报告；终端进入连接态、建立RRC后，通过RRC消息或NAS消息如ULInformationTransfer、MAC CE进行上报。
2)若终端不进入连接态接收后续数据包/丢包，数据包标识上报方式可以是以下任一项：通过BSR或新定义的MAC CE上报；通过随机接入的Msg1，Msg3，MsgA(2-step RACH)上报等。
可选的，AM模式下，终端在准备重选时停止接收后续数据包，并在最后接收的数据包反馈(ACK)消息中添加广播续传标识(即前述第二标识信息)。广播续传标识所指示操作为停止继续接收广播数据，接入目标小区后再继续接收。源接收到标识后，可从收到标识时，提前向目标小区前传数据，减少数据中断时间。
可选的，数据包标识上报可以在源基站或目标基站处。
可选的，具体上报的数据包标识为：该业务最后收到的数据包的标识(续传标识)、有损包的标识与丢包的标识。若有PDCP层，则上报的是PDCP SN；若没有PDCP层，则的是RLCSN。
步骤四、若目标小区不支持此MBS业务的PTM模式，终端需要进入连接态转为单播模式接收此MBS业务。其中，可以在源小区或目标小区处进入连接态转为单播模式。
可选的，终端将相关数据包标识上报给源，由源将相关信息转给目标基站，接入目标小区后接收后续的包/接收丢包。其中，终端的上报方式同步骤三。
可选的，终端在目标处上报相关数据包标识，接收后续的包/接收丢包。其中，终端的上报方式同步骤三。
步骤五、目标基站通过其系统消息/RRC恢复消息/RRC建立消息告知终端是否支持PTM模式传输某MBS业务。目标基站收到该业务最后收到的数据包、有损包、丢包的标识等相关信息后，上报给第一网络设(即核心网设备)备，并获取缺失的数据包，所述第一网络设备为接入和移动管理功能(Access and Mobility Management Function，AMF)。其中，第一网络设备的标识可以为通用无线分组业务隧道协议-用户(General Packet Radio ServiceTunneling Protocol-User，GTP-U)。
其中，相关信息可以是终端上报的或者源基站给出的，具体可以是所收到终端上报的或源基站前传的指示。
可选的，若目标小区不支持PTM，利用单播从最后收到的该业务的数据包开始下发后续的数据包，并下发标记的丢包和有损包。
可选的，若目标小区支持PTM，利用多播继续进行服务，并利用单播下发后续数据包、有损包和丢包。
进一步地，若目标基站在某时间段内收到此业务上报的终端数较多，则直接从这部分终端上报的最早的续传标识处开始继续广播。
进一步地，若目标基站在一定时间段内收到此业务缺失某些数据包的终端数较多，则直接对这些终端广播下发相应标识的数据包，其中时间段可以是标准定义的/基站规定的。
二、针对于连接态的终端。
步骤一、网络侧给出目标小区是否支持PTM模式传输某MBS业务对指示，具体可为：目标小区给出支持的多播业务列表，具体可通过切换请求确认(handover requestacknowledge)或RRC消息下发；或，由源基站系统消息给出的可支持相应多播业务的小区列表。
步骤二、连接态终端判断切换的目标小区是否支持PTM模式传输某MBS业务。具体可为：通过对比服务小区所给支持PTM模式的小区列表；或，通过收听邻区的系统消息/接收目标小区所给的RRC重配消息，判断目标小区是否支持PTM模式传输此业务。
步骤三、若终端获知目标小区支持此MBS业务的PTM模式，则切换到目标小区后继续通过PTM模式接受服务。数据包标识上报方式可以是以下任一项：
上报可以在随机接入时，通过Msg1、Msg3、MsgA(2-step RACH)等消息；获得目标的上行授权以后，通过发送PDCP层的状态报告；进入连接态、建立RRC后，上报RRC/NAS消息如ULInformationTransfer。
可选的，AM模式下，终端在准备重选时停止接收后续数据包，并在最后接收的数据包反馈(ACK)消息中添加广播续传标识。广播续传标识所指示操作为停止继续接收广播数据，接入源后再继续接收。源接收到标识后，可从收到标识时，提前向目标小区前传数据，减少数据中断时间。
可选的，上报可以在源基站或目标基站处。
可选的，具体上报的数据包标识为：该业务最后收到的数据包的标识(续传标识)、有损包的标识与丢包的标识。若有PDCP层，则上报的是PDCP SN；若没有PDCP层，则的是RLCSN。
步骤四、若目标小区不支持此MBS业务的PTM模式，终端转为单播模式接收此MBS业务。其中，可以在源小区或目标小区处进入连接态转为单播模式，并在接入目标小区后以单播模式接收此MBS业务。
可选的，终端将相关数据包标识上报给源，由源将相关信息转给目标基站，切换接入目标小区后接收后续的包/接收丢包。其中，上报方式同步骤三。
可选的，终端在目标处上报相关数据包标识，接收后续的包/接收丢包。其中，上报方式同步骤三。
步骤五、目标基站通过其系统消息/RRC消息/RRC重配消息等告知终端是否支持PTM模式传输某MBS业务。目标基站收到该业务最后收到的数据包的标识、有损包、丢包等相关信息，上报给第一网络设备，并获取缺失的数据包，所述第一网络设备为AMF。其中，相关信息可以是终端上报的或者源基站给出的，具体可以是所收到终端上报的数据包标识或源基站前传的指示。其中，第一网络设备的标识可以为GTP-U。
可选的，若目标小区不支持PTM，利用单播从最后收到的该业务的数据包后继续下发，并下发标记的丢包和有损包，其中转为单播可以发生在源小区或目标小区。
可选的，若目标小区支持PTM，利用多播继续进行服务，并利用单播下发后续数据包、有损包和丢包。
进一步地，若目标基站在某时间段内收到此业务上报的终端数较多，则直接从这部分终端上报的最早的续传标识处开始继续广播。
进一步地，若目标基站在一定时间段内收到此业务某些标识上报的终端数较多，则直接广播下发这些标识对应的数据包，其中时间段可以是标准定义的/基站规定的。
本发明实施例针对终端不同状态下的移动后发生重选/切换时，保障多播业务的可靠性。具体地，终端可以对MBS业务下的对收包情况进行上报，基站根据终端上报情况从核心网或源基站获得数据包，并利用单播或多播从终端最后收到的数据标识开始继续下发多播业务的数据包给终端，保持了数据传输的完整性，并利用多播/单播对丢包进行重传，极大的保证了在重选/切换时MBS数据的无损传输。
参见图4，图4是本发明实施例提供的业务处理装置的结构图之一。如图4所示，业务处理装置400包括：
第一收发器401，用于：
在终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；
接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。
可选的，在所述第一标识信息还包括第二数据包的标识信息的情况下，所述目标数据包还包括所述第二数据包；
其中，所述第二数据包包括以下至少一项：所述终端在发生所述小区间移动之前丢失的所述第一多播业务的数据包；所述终端在发生所述小区间移动之前破损的所述第一多播业务的数据包。
可选的，所述业务处理装置400还包括：
第一处理器，用于：判断目标小区是否支持采用多播方式发送所述第一多播业务，得到第一判断结果；
所述第一收发器401，用于：采用目标方式接收目标网络侧设备发送的目标数据包；其中，所述目标方式基于所述第一判断结果确定，所述目标方式包括以下至少一项：多播方式；单播方式。
可选的，所述目标方式满足以下至少一项：
在所述第一判断结果为所述目标小区支持采用多播方式发送所述第一多播业务的情况下，所述目标方式至少包括多播方式；
在所述第一判断结果为所述目标小区不支持采用多播方式发送所述第一多播业务的情况下，所述目标方式为单播方式。
可选的，在所述第一判断结果为所述目标小区支持采用多播方式发送所述第一多播业务，且所述第一标识信息还包括第二数据包的标识信息的情况下，所述第一收发器，用于以下任一项：
采用单播方式接收目标网络侧设备发送的所述第一多播业务的第i+1个数据包至第i+b个数据包，及所述第二数据包，并采用多播方式接收目标网络侧设备发送的所述第一多播业务的位于所述第i+b个数据包之后的数据包；
采用单播方式接收目标网络侧设备发送的所述第一多播业务的第i+1个数据包至第i+b个数据包，并采用多播方式接收目标网络侧设备发送的所述第一多播业务的位于所述第i+b个数据包之后的数据包，及所述第二数据包；
采用单播方式接收目标网络侧设备发送的所述第二数据包，并采用多播方式接收目标网络侧设备发送的所述第一数据包；
采用多播方式接收目标网络侧设备发送的目标数据包；
其中，所述第i+1个数据包至第i+b个数据包为源网络侧设备在所述小区间移动的过程中发送的所述第一多播业务的数据包，b为大于1的正整数。
可选的，所述第一处理器，用于：根据接收到的第一信息，判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务；
其中，所述第一信息为以下任一项：
源网络侧设备发送的小区列表信息，所述小区列表信息指示的小区支持采用多播方式发送所述第一多播业务；
源网络侧设备转发的所述目标网络侧设备提供的多播业务列表信息，所述多播业务列表信息指示的多播业务为所述目标小区支持采用多播方式发送的多播业务。
可选的，所述第一信息满足以下至少一项：
在所述第一信息为所述小区列表信息的情况下，所述第一信息通过系统消息承载；
在所述第一信息为所述多播业务列表信息，且所述终端为空闲态或非激活态终端的情况下，所述第一信息通过系统消息、无线资源控制RRC恢复消息或RRC建立消息承载；
在所述第一信息为所述多播业务列表信息，且所述终端为连接态终端的情况下，所述第一信息通过系统消息、切换请求确认消息、RRC消息或RRC重配消息承载。
可选的，所述第一标识信息通过以下任一项承载：
RRC建立请求消息；RRC恢复请求消息；四步随机接入过程中的消息1；四步随机接入过程中的消息3；两步随机接入过程中的消息A；数据汇聚协议PDCP层的状态报告消息；RRC消息；非接入层NAS消息；介质访问控制MAC控制单元CE消息；缓存状态报告BSR。
可选的，所述第一收发器401，用于：向源网络侧设备发送第二标识信息，所述第二标识信息用于指示所述终端在所述第i个数据包处停止接收所述源网络侧设备发送的所述第一多播业务。
业务处理装置400能够实现本发明方法实施例中终端能够实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
参见图5，图5是本发明实施例提供的业务处理装置的结构图之二。如图5所示，业务处理装置500包括：
第二收发器501，用于：
接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；
获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；
向所述终端发送所述目标数据包。
可选的，在所述第一标识信息还包括第二数据包的标识信息的情况下，所述目标数据包还包括所述第二数据包；
其中，所述第二数据包包括以下至少一项：所述终端在发生所述小区间移动之前丢失的所述第一多播业务的数据包；所述终端在发生所述小区间移动之前破损的所述第一多播业务的数据包。
可选的，所述第二收发器501，用于：采用目标方式向所述终端发送所述目标数据包；
其中，所述目标方式满足以下至少一项：
在所述目标小区支持采用多播方式发送所述第一多播业务的情况下，所述目标方式至少包括多播方式；
在所述目标小区不支持采用多播方式发送所述第一多播业务的情况下，所述目标方式为单播方式。
可选的，在所述目标小区支持采用多播方式发送所述第一多播业务，且所述第一标识信息还包括第二数据包的标识信息的情况下，所述第二收发器，用于以下任一项：
采用单播方式向所述终端发送所述第一多播业务的第i+1个数据包至第i+b个数据包，及所述第二数据包，并采用多播方式向所述终端发送所述第一多播业务的位于所述第i+b个数据包之后的数据包；
采用单播方式向所述终端发送所述第一多播业务的第i+1个数据包至第i+b个数据包，并采用多播方式向所述终端发送所述第一多播业务的位于所述第i+b个数据包之后的数据包，及所述第二数据包；
采用单播方式向所述终端发送所述第二数据包，并采用多播方式向所述终端发送所述第一数据包；
采用多播方式向所述终端发送目标数据包；
其中，所述第i+1个数据包至第i+b个数据包为源网络侧设备在所述小区间移动的过程中发送的所述第一多播业务的数据包，b为大于1的正整数。
可选的，所述第二收发器，用于：通过源网络侧设备向所述终端发送多播业务列表信息，所述多播业务列表信息指示的多播业务为所述目标小区支持采用多播方式发送的多播业务。
可选的，所述多播业务列表信息满足以下至少一项：
在所述终端为空闲态或非激活态终端的情况下，所述多播业务列表信息通过系统消息、无线资源控制RRC恢复消息或RRC建立消息承载；
在所述终端为连接态终端的情况下，所述多播业务列表信息通过系统消息、切换请求确认消息、RRC消息或RRC重配消息承载。
可选的，所述第二收发器，用于：从源网络侧设备和/或核心网设备获取目标数据包。
业务处理装置500能够实现本发明方法实施例中目标网络侧设备能够实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
本发明实施例还提供一种终端。请参见图6，终端可以包括处理器601、存储器602及存储在存储器602上并可在处理器601上运行的程序6021，程序6021被处理器601执行时可实现图2对应的方法实施例中的任意步骤及达到相同的有益效果，此处不再赘述。
本发明实施例还提供一种网络侧设备。请参见图7，网络侧设备可以包括处理器701、存储器702、及存储在存储器702上并可在处理器701上运行的计算机程序7021，计算机程序7021被处理器701执行时可实现图3对应的方法实施例中的任意步骤及达到相同的有益效果，此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法的全部或者部分步骤是可以通过程序指令相关的硬件来完成，所述的程序可以存储于一可读取介质中。本发明实施例还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时可实现上述图2或图3对应的方法实施例中的任意步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
所述的存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
以上所述是本发明实施例的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (21)
1.一种业务处理方法，由终端执行，其特征在于，所述方法包括：
在所述终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；
接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。
2.根据权利要求1所述的方法，其特征在于，在所述第一标识信息还包括第二数据包的标识信息的情况下，所述目标数据包还包括所述第二数据包；
其中，所述第二数据包包括以下至少一项：所述终端在发生所述小区间移动之前丢失的所述第一多播业务的数据包；所述终端在发生所述小区间移动之前破损的所述第一多播业务的数据包。
3.根据权利要求1或2所述的方法，其特征在于，所述接收目标网络侧设备发送的目标数据包之前，所述方法还包括：
判断目标小区是否支持采用多播方式发送所述第一多播业务，得到第一判断结果；
所述接收目标网络侧设备发送的目标数据包，包括：
采用目标方式接收目标网络侧设备发送的目标数据包；
其中，所述目标方式基于所述第一判断结果确定，所述目标方式包括以下至少一项：多播方式；单播方式。
4.根据权利要求3所述的方法，其特征在于，所述目标方式满足以下至少一项：
在所述第一判断结果为所述目标小区支持采用多播方式发送所述第一多播业务的情况下，所述目标方式至少包括多播方式；
在所述第一判断结果为所述目标小区不支持采用多播方式发送所述第一多播业务的情况下，所述目标方式为单播方式。
5.根据权利要求3所述的方法，其特征在于，在所述第一判断结果为所述目标小区支持采用多播方式发送所述第一多播业务，且所述第一标识信息还包括第二数据包的标识信息的情况下，所述采用目标方式接收目标网络侧设备发送的目标数据包，包括以下任一项：
采用单播方式接收目标网络侧设备发送的所述第一多播业务的第i+1个数据包至第i+b个数据包，及所述第二数据包，并采用多播方式接收目标网络侧设备发送的所述第一多播业务的位于所述第i+b个数据包之后的数据包；
采用单播方式接收目标网络侧设备发送的所述第一多播业务的第i+1个数据包至第i+b个数据包，并采用多播方式接收目标网络侧设备发送的所述第一多播业务的位于所述第i+b个数据包之后的数据包，及所述第二数据包；
采用单播方式接收目标网络侧设备发送的所述第二数据包，并采用多播方式接收目标网络侧设备发送的所述第一数据包；
采用多播方式接收目标网络侧设备发送的目标数据包；
其中，所述第i+1个数据包至第i+b个数据包为源网络侧设备在所述小区间移动的过程中发送的所述第一多播业务的数据包，b为大于1的正整数。
6.根据权利要求3所述的方法，其特征在于，所述判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务，包括：
根据接收到的第一信息，判断目标小区是否支持通过点对多点多播方式发送所述第一多播业务；
其中，所述第一信息为以下任一项：
源网络侧设备发送的小区列表信息，所述小区列表信息指示的小区支持采用多播方式发送所述第一多播业务；
源网络侧设备转发的所述目标网络侧设备提供的多播业务列表信息，所述多播业务列表信息指示的多播业务为所述目标小区支持采用多播方式发送的多播业务。
7.根据权利要求6所述的方法，其特征在于，所述第一信息满足以下至少一项：
在所述第一信息为所述小区列表信息的情况下，所述第一信息通过系统消息承载；
在所述第一信息为所述多播业务列表信息，且所述终端为空闲态或非激活态终端的情况下，所述第一信息通过系统消息、无线资源控制RRC恢复消息或RRC建立消息承载；
在所述第一信息为所述多播业务列表信息，且所述终端为连接态终端的情况下，所述第一信息通过系统消息、切换请求确认消息、RRC消息或RRC重配消息承载。
8.根据权利要求1所述的方法，其特征在于，所述第一标识信息通过以下任一项承载：
RRC建立请求消息；RRC恢复请求消息；四步随机接入过程中的消息1；四步随机接入过程中的消息3；两步随机接入过程中的消息A；数据汇聚协议PDCP层的状态报告消息；RRC消息；非接入层NAS消息；介质访问控制MAC控制单元CE消息；缓存状态报告BSR。
9.根据权利要求1所述的方法，其特征在于，所述接收目标网络侧设备发送的目标数据包之前，所述方法还包括：
向源网络侧设备发送第二标识信息，所述第二标识信息用于指示所述终端在所述第i个数据包处停止接收所述源网络侧设备发送的所述第一多播业务。
10.一种业务处理方法，由目标网络侧设备执行，其特征在于，所述方法包括：
接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；
获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；
向所述终端发送所述目标数据包。
11.根据权利要求10所述的方法，其特征在于，在所述第一标识信息还包括第二数据包的标识信息的情况下，所述目标数据包还包括所述第二数据包；
其中，所述第二数据包包括以下至少一项：所述终端在发生所述小区间移动之前丢失的所述第一多播业务的数据包；所述终端在发生所述小区间移动之前破损的所述第一多播业务的数据包。
12.根据权利要求10或11所述的方法，其特征在于，所述向所述终端发送所述目标数据包，包括：
采用目标方式向所述终端发送所述目标数据包；
其中，所述目标方式满足以下至少一项：
在目标小区支持采用多播方式发送所述第一多播业务的情况下，所述目标方式至少包括多播方式；
在目标小区不支持采用多播方式发送所述第一多播业务的情况下，所述目标方式为单播方式。
13.根据权利要求12所述的方法，其特征在于，在所述目标小区支持采用多播方式发送所述第一多播业务，且所述第一标识信息还包括第二数据包的标识信息的情况下，所述采用目标方式向所述终端发送所述目标数据包，包括以下任一项：
采用单播方式向所述终端发送所述第一多播业务的第i+1个数据包至第i+b个数据包，及所述第二数据包，并采用多播方式向所述终端发送所述第一多播业务的位于所述第i+b个数据包之后的数据包；
采用单播方式向所述终端发送所述第一多播业务的第i+1个数据包至第i+b个数据包，并采用多播方式向所述终端发送所述第一多播业务的位于所述第i+b个数据包之后的数据包，及所述第二数据包；
采用单播方式向所述终端发送所述第二数据包，并采用多播方式向所述终端发送所述第一数据包；
采用多播方式向所述终端发送目标数据包；
其中，所述第i+1个数据包至第i+b个数据包为源网络侧设备在所述小区间移动的过程中发送的所述第一多播业务的数据包，b为大于1的正整数。
14.根据权利要求12所述的方法，其特征在于，所述采用目标方式向所述终端发送所述目标数据包之前，所述方法还包括：
通过源网络侧设备向所述终端发送多播业务列表信息，所述多播业务列表信息指示的多播业务为所述目标小区支持采用多播方式发送的多播业务。
15.根据权利要求14所述的方法，其特征在于，所述多播业务列表信息满足以下至少一项：
在所述终端为空闲态或非激活态终端的情况下，所述多播业务列表信息通过系统消息、无线资源控制RRC恢复消息或RRC建立消息承载；
在所述终端为连接态终端的情况下，所述多播业务列表信息通过系统消息、切换请求确认消息、RRC消息或RRC重配消息承载。
16.根据权利要求10所述的方法，其特征在于，所述获取目标数据包，包括：
从源网络侧设备和/或核心网设备获取目标数据包。
17.一种业务处理装置，其特征在于，所述业务处理装置包括：
第一收发器，用于：
在终端在接收第一多播业务的过程中，发生小区间移动的情况下，发送第一标识信息，所述第一标识信息至少包括所述第一多播业务的第i个数据包的标识信息，所述第i个数据包为所述终端在发生所述小区间移动之前最后接收到的所述第一多播业务的数据包；
接收目标网络侧设备发送的目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包。
18.一种业务处理装置，其特征在于，所述业务处理装置包括：
第二收发器，用于：
接收第一标识信息，所述第一标识信息至少包括第一多播业务的第i个数据包的标识信息，所述第i个数据包为终端在发生小区间移动之前最后接收到的所述第一多播业务的数据包；
获取目标数据包，所述目标数据包至少包括第一数据包，所述第一数据包包括所述第一多播业务的位于所述第i个数据包之后的数据包；
向所述终端发送所述目标数据包。
19.一种终端，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至9中任一项所述的业务处理方法的步骤。
20.一种网络侧设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求10至16中任一项所述的业务处理方法的步骤。
21.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如权利要求1至9中任一项所述的业务处理方法的步骤，或，实现如权利要求10至16中任一项所述的业务处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110266468.5A CN115087051A (zh) | 2021-03-11 | 2021-03-11 | 业务处理方法、装置及相关设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110266468.5A CN115087051A (zh) | 2021-03-11 | 2021-03-11 | 业务处理方法、装置及相关设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115087051A true CN115087051A (zh) | 2022-09-20 |
Family
ID=83240573
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110266468.5A Pending CN115087051A (zh) | 2021-03-11 | 2021-03-11 | 业务处理方法、装置及相关设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115087051A (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030030744A (ko) * | 2001-10-12 | 2003-04-18 | 한국전자통신연구원 | 무선 통신망에서 이동성 지원을 위한 끊임없는 패킷시퀀스 제어 방법 |
| KR20040099832A (ko) * | 2003-05-20 | 2004-12-02 | 엘지전자 주식회사 | 이동단말기를 위한 멀티캐스팅방법 |
| KR100639419B1 (ko) * | 2005-07-14 | 2006-10-30 | 인하대학교 산학협력단 | 이동 아이피 망에서 신뢰성 있는 멀티캐스트 서비스를지원하는 빠른 핸드오버 방법 |
| US20070025295A1 (en) * | 2005-05-31 | 2007-02-01 | Kyocera Corporation | Radio communication terminal, base station, handoff control method, and base station control method |
| US20090147753A1 (en) * | 2007-12-06 | 2009-06-11 | Taichi Tashiro | Mobile communication system, gateway, concentrator, and handover control method |
| US20100067490A1 (en) * | 2008-09-12 | 2010-03-18 | Industrial Technology Research Institute | System and method for providing service continuity of multicast and broadcast services in a wireless communication system |
| WO2010063226A1 (zh) * | 2008-12-01 | 2010-06-10 | 华为技术有限公司 | 发送mbms业务数据的方法、设备及通信系统 |
| WO2010127493A1 (zh) * | 2009-05-07 | 2010-11-11 | 华为技术有限公司 | 切换处理方法、基站及中继节点 |
-
2021
- 2021-03-11 CN CN202110266468.5A patent/CN115087051A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030030744A (ko) * | 2001-10-12 | 2003-04-18 | 한국전자통신연구원 | 무선 통신망에서 이동성 지원을 위한 끊임없는 패킷시퀀스 제어 방법 |
| KR20040099832A (ko) * | 2003-05-20 | 2004-12-02 | 엘지전자 주식회사 | 이동단말기를 위한 멀티캐스팅방법 |
| US20070025295A1 (en) * | 2005-05-31 | 2007-02-01 | Kyocera Corporation | Radio communication terminal, base station, handoff control method, and base station control method |
| KR100639419B1 (ko) * | 2005-07-14 | 2006-10-30 | 인하대학교 산학협력단 | 이동 아이피 망에서 신뢰성 있는 멀티캐스트 서비스를지원하는 빠른 핸드오버 방법 |
| US20090147753A1 (en) * | 2007-12-06 | 2009-06-11 | Taichi Tashiro | Mobile communication system, gateway, concentrator, and handover control method |
| US20100067490A1 (en) * | 2008-09-12 | 2010-03-18 | Industrial Technology Research Institute | System and method for providing service continuity of multicast and broadcast services in a wireless communication system |
| WO2010063226A1 (zh) * | 2008-12-01 | 2010-06-10 | 华为技术有限公司 | 发送mbms业务数据的方法、设备及通信系统 |
| WO2010127493A1 (zh) * | 2009-05-07 | 2010-11-11 | 华为技术有限公司 | 切换处理方法、基站及中继节点 |
| CN102246555A (zh) * | 2009-05-07 | 2011-11-16 | 华为技术有限公司 | 切换处理方法、基站及中继节点 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3675579B1 (en) | Data scheduling methods, apparatus and computer-readable mediums | |
| US10159099B2 (en) | Wireless communication system and connection method between user equipment and a mobility management entity | |
| CN110602654B (zh) | 使用mbms中继装置管理多媒体广播多播服务 | |
| KR101160739B1 (ko) | 멀티미디어 브로드캐스트/멀티캐스트 서비스를 갖는 셀 재선택 및 핸드오버 | |
| US9155010B2 (en) | Methods and arrangements for handover | |
| US7961662B2 (en) | Mobile communication system and MBMS service relevant information transfer method for use therewith | |
| US20060058034A1 (en) | Enhanced assisted cell change | |
| US9516562B2 (en) | Neighbour information update in a cellular system | |
| EP3028482B1 (en) | Continuing multimedia broadcast multicast services for out-of-coverage devices | |
| US9277434B2 (en) | Identification of UE counting results in eMBMS | |
| KR20150120493A (ko) | 무선 통신 시스템 및 무선 통신 시스템에서의 방법 | |
| CN111787589B (zh) | 发射越区切换方法、相关设备及通讯系统 | |
| US8705448B2 (en) | Voice and data connection control in a mobile device | |
| CN101594610A (zh) | 跟踪会话同步方法和装置 | |
| CN113841442A (zh) | 在有条件切换中可选地发送完成消息 | |
| CN115087051A (zh) | 业务处理方法、装置及相关设备 | |
| US11140656B2 (en) | Paging in a group communications system | |
| US20200092757A1 (en) | Method and Apparatus for Reducing a Service Interruption Time Within a Single-Cell Point-to-Multipoint System | |
| CN102256237A (zh) | 跟踪会话同步方法和装置 | |
| CN108632878B (zh) | 一种用于终端的基站切换方法 | |
| US20240049256A1 (en) | Methods and apparatuses for exchanging configuration information regarding a mrb in a mr-dc scenario | |
| US20240056902A1 (en) | Methods and apparatuses for handling a mbs at a ran node | |
| CN117354881A (zh) | 切换方法与设备、计算机设备和可读存储介质 | |
| JP2023534212A (ja) | 端末装置、通信装置、端末装置の方法、通信装置の方法、及びプログラム | |
| KR20050046485A (ko) | 멀티캐스트 멀티미디어 방송 서비스를 지원하는이동통신시스템에서 단말기의 이동성을 지원하며 방송서비스를 제공하는 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |