CN116939511A

CN116939511A - 多播业务处理方法及装置

Info

Publication number: CN116939511A
Application number: CN202210381001.XA
Authority: CN
Inventors: 韩立锋
Original assignee: Spreadtrum Communications Shanghai Co Ltd
Current assignee: Spreadtrum Communications Shanghai Co Ltd
Priority date: 2022-04-12
Filing date: 2022-04-12
Publication date: 2023-10-24

Abstract

本申请提供一种多播业务处理方法及装置，该方法包括：从终端设备接收多播业务的业务信息；根据所述业务信息向所述终端设备发送状态指示的消息，所述状态指示的消息用于指示所述终端设备的目标RRC状态。能够通过多播业务的业务信息为终端设备配置合适的RRC状态，有助于终端设备进行多播业务的接收。

Description

多播业务处理方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种多播业务处理方法及装置。

背景技术

多播业务是一种通信服务，其中相同的服务和相同的特定内容数据同时提供给多个相应的终端设备。

由于终端设备的无线资源控制(Radio Resource Control，RRC)状态可以在RRC连接态、RRC非激活态和RRC空闲态之间切换，而终端设备接收多播业务需要处于RRC连接态或RRC非激活态。当终端设备切换至RRC空闲态时，会影响多播业务的接收。

发明内容

本申请实施例为解决上述问题，提供一种多播业务处理方法及装置。

第一方面，本申请实施例提供一种多播业务处理方法，包括：

从终端设备接收多播业务的业务信息；

根据所述业务信息向所述终端设备发送状态指示的消息，所述状态指示的消息用于指示所述终端设备的目标无线资源控制RRC状态。

在一种可能的实施方式中，所述业务信息包括以下任意一项：

业务接收指示信息；

兴趣信息。

在一种可能的实施方式中，所述业务接收指示信息用于指示以下至少一项：

所述终端设备存在在RRC非激活态接收的多播业务或者感兴趣接收的多播业务；

所述终端设备存在正在接收的多播业务或感兴趣接收的多播业务，以及所述正在接收的多播业务或所述感兴趣接收的多播业务对应的RRC状态；

多个预设多播业务对应的RRC状态。

在一种可能的实施方式中，所述RRC状态包括以下至少一项：

第一RRC状态，所述第一RRC状态为所述终端设备接收对应的多播业务时要求的RRC状态；

第二RRC状态，所述第二RRC状态为所述终端设备接收对应的多播业务时期望的RRC状态。

在一种可能的实施方式中，所述第一RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一项；

所述第二RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一项。

在一种可能的实施方式中，所述业务接收指示信息由第一消息承载。

在一种可能的实施方式中，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

在一种可能的实施方式中，所述兴趣信息包括以下至少一项：

优先级，所述优先级指示所述终端设备接收多播业务的优先级高于单播业务；

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

在一种可能的实施方式中，所述兴趣信息由RRC消息承载。

在一种可能的实施方式中，所述RRC消息为多播业务兴趣指示消息。

在一种可能的实施方式中，所述网络设备从所述终端设备接收所述业务信息的方式为小数据传输方式。

第二方面，本申请实施例提供一种多播业务处理方法，包括：

向网络设备发送多播业务的业务信息；

从所述网络设备接收状态指示的消息，并根据所述状态指示的消息确定终端设备的目标RRC状态。

业务接收指示信息；

兴趣信息。

多个预设多播业务对应的RRC状态。

在一种可能的实施方式中，所述RRC状态包括以下至少一项：

在一种可能的实施方式中，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

在一种可能的实施方式中，所述兴趣信息由RRC消息承载。

在一种可能的实施方式中，所述业务信息包括所述兴趣信息；所述向网络设备发送多播业务的业务信息，包括：

在满足预设条件时，向所述网络设备发送所述兴趣信息；

所述预设条件包括以下至少一项：

所述终端设备感兴趣接收的多播业务发生变化；

所述终端设备进入新的无线接入网指示区域；

所述终端设备进入新的小区。

在一种可能的实施方式中，所述终端设备向所述网络设备发送所述业务信息的方式为小数据传输方式。

第三方面，本申请实施例提供一种多播业务处理装置，包括：

接收模块，用于从终端设备接收多播业务的业务信息；

发送模块，用于根据所述业务信息向所述终端设备发送状态指示的消息，所述状态指示的消息用于指示所述终端设备的目标RRC状态。

业务接收指示信息；

兴趣信息。

多个预设多播业务对应的RRC状态。

在一种可能的实施方式中，所述RRC状态包括以下至少一项：

在一种可能的实施方式中，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

在一种可能的实施方式中，所述兴趣信息由RRC消息承载。

第四方面，本申请实施例提供一种多播业务处理装置，包括：

发送模块，用于终端设备向网络设备发送多播业务的业务信息；

处理模块，用于从所述网络设备接收状态指示的消息，并根据所述状态指示的消息确定终端设备的目标RRC状态。

业务接收指示信息；

兴趣信息。

多个预设多播业务对应的RRC状态。

在一种可能的实施方式中，所述RRC状态包括以下至少一项：

在一种可能的实施方式中，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

在一种可能的实施方式中，所述兴趣信息由RRC消息承载。

在满足预设条件时，向所述网络设备发送所述兴趣信息；

所述预设条件包括以下至少一项：

所述终端设备感兴趣接收的多播业务发生变化；

所述终端设备进入新的无线接入网指示区域；

所述终端设备进入新的小区。

第五方面，本申请实施例提供一种芯片，所述芯片包括处理器，所述处理器执行计算机执行指令，使得所述处理器执行如第一方面任一项所述的多播业务处理方法。

第六方面，本申请实施例提供一种芯片，所述芯片包括处理器，所述处理器执行计算机执行指令，使得所述处理器执行如第二方面任一项所述的多播业务处理方法。

第七方面，本申请实施例提供一种网络设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面任一项所述的多播业务处理方法。

第八方面，本申请实施例提供一种终端设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第二方面任一项所述的多播业务处理方法。

第九方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面或第二方面任一项所述的多播业务处理方法。

第十方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面任一项所述的多播业务处理方法。

本申请提供的多播业务处理方法及装置，首先从终端设备接收多播业务的业务信息，然后根据业务信息向终端设备发送状态指示的消息，使得终端设备转换到目标RRC状态。在终端设备需要接收多播业务时，网络设备能够通过多播业务的业务信息为终端设备配置合适的RRC状态，有助于终端设备进行多播业务的接收。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的应用场景的示意图；

图2为本申请实施例提供的多播业务处理方法的信令图；

图3为本申请实施例提供的RRC状态转换示意图；

图4为本申请实施例提供的RRC链接恢复信令图一；

图5为本申请实施例提供的RRC链接恢复信令图二；

图6为本申请实施例提供的多播业务处理装置的结构示意图一；

图7为本申请实施例提供的多播业务处理装置的结构示意图二；

图8为本申请实施例提供的网络设备的结构示意图；

图9为本申请实施例提供的终端设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先对本申请涉及的基本概念进行解释。

终端设备：是一种具有无线通信功能的设备，可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备可以是固定的或者移动的。需要说明的是，终端设备可以支持至少一种无线通信技术，例如LTE、新空口(newradio，NR)等。例如，终端设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless localloop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public land mobile network，PLMN)中的终端设备等。在本申请的一些实施例中，终端设备还可以是具有收发功能的装置，例如芯片系统。其中，芯片系统可以包括芯片，还可以包括其它分立器件。

接入网设备：是一种为终端设备提供无线通信功能的设备，也可称之为无线接入网(radio access network，RAN)设备、或接入网网元等。其中，接入网设备可以支持至少一种无线通信技术，例如LTE、NR等。示例的，接入网设备包括但不限于：第五代移动通信系统(5th-generation，5G)中的下一代基站(generation nodeB，gNB)、演进型节点B(evolvednode B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved node B、或home node B，HNB)、基带单元(basebandunit，BBU)、收发点(transmitting and receiving point，TRP)、发射点(transmittingpoint，TP)、移动交换中心等。网络设备还可以是云无线接入网络(cloud radio accessnetwork，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)、和/或分布单元(distributed unit，DU)，或者接入网设备可以为中继站、接入点、车载设备、终端设备、可穿戴设备以及未来移动通信中的接入网设备或者未来演进的PLMN中的接入网设备等。在一些实施例中，接入网设备还可以为具有为终端设备提供无线通信功能的装置，例如芯片系统。示例的，芯片系统可以包括芯片，还可以包括其它分立器件。

在一些实施例中，接入网设备还可以与互联网协议(Internet Protocol，IP)网络进行通信，例如因特网(internet)，私有的IP网，或其他数据网等。

核心网：核心网是由核心网网元组成的。其中，核心网网元又可以称之为核心网设备，为核心网中部署的网元，例如核心网控制面网元或核心网用户面网元。本申请实施例的核心网可以是演进型分组核心网(Evolved Packet Core，EPC)、5G核心网(5G CoreNetwork)，还可以是未来通信系统中的新型核心网。例如，5G核心网由一组网元组成，并实现移动性管理等功能的接入和移动性管理功能(Access and Mobility ManagementFunction，AMF)、提供数据包路由转发和QoS(Quality of Service)管理等功能的用户面功能(User Plane Function,UPF)、提供会话管理、IP地址分配和管理等功能的会话管理功能(Session Management Function，SMF)等。EPC可由提供移动性管理、网关选择等功能的移动管理实体(Mobility Management Entity，MME)、提供数据包转发等功能的ServingGateway(S-GW)、提供终端地址分配、速率控制等功能的PDN Gateway(P-GW)组成。对于多播广播业务(Multicast Broadcast Service，MBS)，核心网中可包含若干新的网元，来实现数据包的转发、MBS会议管理、QoS管理、传输模式切换(单播和组播/广播传输模式之间的切换)等功能。另一种方式是所述功能可以由现有的核心网网元来实现。

上行通信：上行通信又可以称之为上行传输，指的是终端设备到接入网设备的单向通信，其中，用于上行通信的通信链路为上行链路。在上行链路上传输的数据为上行数据。上行数据的传输方向为上行方向。

下行通信：下行通信又可以称之为下行传输，指的是接入网设备到终端设备的单向通信，其中，用于下行通信的通信链路为上行链路。在下行链路上传输的数据为下行数据。下行数据的传输方向为下行方向。

MBS：Multicast/Broadcast Service，组播/广播业务，组播业务和广播业务统称为多播业务。广播业务是一种通信服务，其中相同的服务和相同的特定内容数据同时提供给一个地理区域内的所有UE，即广播覆盖区域内的所有UE都被授权接收数据。广播服务区为发送一个或多个广播会话数据的区域，广播会话为传递广播通信服务的会话，广播会话的特点是要发送的内容和分发广播会话的地理区域。组播通信服务：业务是一种通信服务，其中相同的服务和相同的特定内容数据同时提供给一组专用的UE，即并非组播覆盖范围内的所有UE都被授权接收数据。组播服务区为发送一个或多个组播会话数据的区域。

Unicast：指的是单播，单播是指网络设备/终端设备和终端设备之间通过无线承载进行一对一传输的传输模式。单播业务的传输模式与多播业务的传输模式对应，多播业务的传输模式为一对多。

RRC状态：终端设备和网络设备之间通过无线信道相互通信，彼此交换信息，因此终端设备和网络设备之间需要一种控制机制来交换信息并达成一致，这种控制机制就是RRC。在LTE中，RRC状态包括RRC空闲态和RRC连接态。在5G NR中，除了RRC空闲态(RRC idle)和RRC连接态(RRC connected)外，还引入了RRC非激活态(RRC inactive)。在RRC非激活态下，终端设备与网络设备之间处于非连接状态，但是仍部分保留终端设备的上下文，同时在RRC非激活态下，终端设备可通过RRC链接恢复(RRC resume)过程等快速切换到RRC连接态。

SDT：Small Data Transmission，小数据传输。

BWP：Bandwidth Part，带宽部分。

另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序，同样也不能理解为指示或暗指相近名词之间的关联关系。

下面，结合图1，对本申请中的方法所适用的场景进行说明。

图1为本申请实施例提供的应用场景的示意图。请参见图1，包括网络设备101和终端设备102，网络设备101和终端设备102之间可以进行无线通信，并进行数据传输。

其中，包括网络设备101和终端设备102的网络还可以称为非地面通信网络(Non-Terrestrial Network，NTN)，其中，NTN是指终端设备和卫星(还可以称为网络设备)之间的通信网络。

可以理解的是，本申请实施例的技术方案可应用于新无线(New Radio，NR)通信技术中，NR是指新一代无线接入网络技术，可以应用在未来演进网络，如未来第五代移动通信(the 5th Generation Mobile Communication，5G)系统中。本申请实施例中的方案还可以应用于无线保真(Wireless Fidelity，WIFI)和长期演进(Long Term Evolution，LTE)等其他无线通信网络中，相应的名称也可以用其他无线通信网络中的对应功能的名称进行替代。本方明技术方案也适用于不同的网络架构，包括但不限于陆地通信网络架构、非陆地通信网络架构、中继网络架构、双链接架构、Vehicle-to-Everything(车辆到任何物体的通信)架构等。

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

目前，终端设备接收多播业务的RRC状态可以是RRC连接态，也可以是RRC非激活态。对于处于RRC非激活态的终端设备，其可以发起RRC释放等过程，从RRC非激活态转换到RRC空闲态，而处于RRC空闲态的终端设备无法进行多播业务的接收。基于此，本申请提供一种多播业务处理方案，实现终端设备多播业务的接收。

需要说明，本申请中各实施例的执行主体可以为芯片、芯片模组、处理器、微处理器等，也可以是集成上述芯片、芯片模组、处理器或微处理器等装置的设备，例如网络设备或终端设备，本申请各实施例的具体的执行主体不做限制，其可以根据实际需求进行选择和设置。在下述实施例中，以执行主体为集成上述芯片、芯片模组、处理器或微处理器等装置的网络设备/终端设备为例进行介绍，并不构成对实际执行主体的限定。

图2为本申请实施例提供的多播业务处理方法的信令图，如图2所示，包括：

S21，向网络设备发送多播业务的业务信息。

本申请实施例中，多播业务可以包括广播业务和组播业务中的至少一种，多播业务是一种一对多的通信业务。终端设备可以向网络设备发送多播业务的业务信息，该多播业务可以是终端设备正在接收的多播业务，可以是终端设备感兴趣接收的多播业务，也可以是多个预设多播业务。相应的，多播业务的业务信息中可以包括终端设备正在接收的多播业务的相关信息，可以包括终端设备感兴趣接收的多播业务的相关信息，可以包括预设多播业务的相关信息，等等。

S22，根据业务信息向终端设备发送状态指示的消息。

网络设备在接收多播业务的业务信息后，可以根据该业务信息为终端设备配置合适的RRC状态。例如，若根据业务信息获知终端设备在RRC非激活态正在接收多播业务，则网络设备可以确定终端设备的RRC状态维持在RRC非激活态；例如，若根据业务信息获知终端设备存在感兴趣接收的多播业务，且接收该多播业务要求的RRC状态为RRC连接态，则网络设备可以配置终端设备的RRC状态为RRC连接态，等等。

S23，根据状态指示的消息确定目标RRC状态。

网络设备根据多播业务的业务信息确定终端设备合适的目标RRC状态后，可以通过状态指示的消息指示终端设备该目标RRC状态，终端设备根据状态指示的消息进行RRC状态的转换即可。其中，目标RRC状态和终端设备当前的RRC状态可以相同，也可以不同，目标RRC状态可以是RRC空闲态，可以是RRC非激活态，可以是RRC连接态。

本申请实施例提供的多播业务处理方法，首先网络设备从终端设备接收多播业务的业务信息，然后根据业务信息向终端设备发送状态指示的消息，使得终端设备转换到目标RRC状态。在终端设备需要接收多播业务时，网络设备能够通过多播业务的业务信息为终端设备配置合适的RRC状态，有助于终端设备进行多播业务的接收。

下面结合附图对本申请的方案进行详细介绍。

首先结合图3对终端设备的RRC状态转换过程进行介绍。

图3为本申请实施例提供的RRC状态转换示意图，如图3所示，RRC状态包括三种，分别是RRC空闲态、RRC非激活态和RRC连接态，这三种RRC状态之间可以相互转换。

其中，处于RRC空闲态的终端设备可以通过RRC链接恢复(RRC resume)过程向RRC连接态转换，处于RRC连接态的终端设备可以通过RRC释放(RRC release)过程向RRC空闲态转换。

处于RRC非激活态的终端设备可以通过RRC链接恢复过程向RRC连接态转换，处于RRC连接态的终端设备可以通过RRC释放过程向RRC非激活态转换，终端设备的RRC状态由RRC连接态转换为RRC非激活态时，终端设备与网络设备之间处于非激活状态，无线承载和全部无线资源都会被释放，但终端设备侧和网络设备侧保留终端设备接入上下文，以便快速恢复RRC连接。

处于RRC非激活态的终端设备在无需进行RRC状态的转换时，也可以维持在RRC非激活态，处于RRC非激活态的终端设备也可以通过RRC释放过程向RRC空闲态转换。

本申请实施例中，终端设备初始处于RRC非激活态。处于RRC非激活态的终端设备可以向网络设备发送多播业务的业务信息，然后由网络设备为终端设备配置合适的目标RRC状态。其中，针对不同的业务信息，配置的目标RRC状态可能不同，下面分别针对不同的业务信息进行介绍。

在一种实现方式中，多播业务的业务信息可以包括业务接收指示信息，终端设备可以在RRC链接恢复过程中向网络设备上报业务接收指示信息。其中，业务接收指示信息可以由第一消息承载，即终端设备可以向网络设备发送第一消息，第一消息中包括业务接收指示信息。网络设备在接收到第一消息后，根据第一消息可以获取业务接收指示信息。

在RRC链接恢复过程中，终端设备会向网络设备发送RRC恢复请求消息(RRCResumeRequest)或RRC恢复请求消息1(RRCResumeRequest1)，第一消息可以为终端设备和网络设备之间进行交互的某个消息。下面将结合图4和图5对此进行介绍。

图4为本申请实施例提供的RRC链接恢复信令图一，如图4所示，包括以下步骤：

S41，终端设备向网络设备发送RRC恢复请求消息或RRC恢复请求消息1。

S42，网络设备向终端设备发送RRC恢复消息(RRCResume)。

S43，终端设备向网络设备发送RRC恢复完成消息(RRCResumeComplete)。

处于RRC非激活态的终端设备发起RRC链接恢复时，终端设备向网络设备发送RRC恢复请求消息或RRC恢复请求消息1。对于终端设备从非激活态向连接态转换的情况，包括信令交换和上行数据交换，网络设备向终端设备发送RRC恢复消息，然后终端设备向网络设备发送RRC恢复完成消息。

在图4的示例中，可以通过RRC恢复请求消息、RRC恢复请求消息1、RRC恢复完成消息中的任意一个，来承载业务接收指示信息。即，第一消息可以为RRC恢复请求消息，可以为RRC恢复请求消息1，可以为RRC恢复完成消息。终端设备可以通过向网络设备发送第一消息来实现业务接收指示信息的上报。

在图4中示例了第一消息可能的情况，下面结合图5对第一消息其他可能的情况进行介绍。

图5为本申请实施例提供的RRC链接恢复信令图二，如图5所示，包括以下步骤：

S51，终端设备向网络设备发送RRC恢复请求消息或RRC恢复请求消息1。

S52，网络设备向终端设备发送RRC建立消息(RRCSetup)。

S53，终端设备向网络设备发送RRC建立完成消息(RRCSetupComplete)。

处于RRC非激活态的终端设备发起RRC链接恢复时，终端设备向网络设备发送RRC恢复请求消息或RRC恢复请求消息1。当终端设备建立新的RRC连接时，网络设备向终端设备发送RRC建立消息，然后终端设备向网络设备发送RRC建立完成消息。

在图5的示例中，可以通过RRC恢复请求消息、RRC恢复请求消息1、RRC建立完成消息中的任意一个，来承载业务接收指示信息。即，第一消息可以为RRC恢复请求消息，可以为RRC恢复请求消息1，可以为RRC建立完成消息。终端设备可以通过向网络设备发送第一消息来实现业务接收指示信息的上报。

综上所述，业务接收指示信息可以由第一消息承载，而第一消息可以为RRC恢复请求消息、RRC恢复请求消息1、RRC恢复完成消息、RRC建立完成消息中的任意一项。

在上述实施例中介绍了通过第一消息上报业务接收指示信息的方式，下面将对业务接收指示信息包括的具体内容进行介绍。

具体的，在一种可能的实现方式中，业务接收指示信息可以是一个指示，用于指示终端设备存在在RRC非激活态接收的多播业务或者该终端设备感兴趣接收的多播业务。

在一种可能的实现方式中，业务接收指示信息可以是一个RRC状态指示，用于指示终端设备存在正在接收的多播业务或者该终端设备感兴趣接收的多播业务，该业务接收指示信息还可以用于指示终端设备正在接收的多播业务或感兴趣接收的多播业务要求的RRC状态，即第一RRC状态。

第一RRC状态为终端设备在接收相应的多播业务时需要处于要求的RRC状态，第一RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一种。

例如，若业务接收指示信息指示终端设备正在接收的多播业务要求的RRC状态为RRC非激活态，则表示终端设备当前正在接收多播业务时需要处于RRC非激活态。例如，若业务接收指示信息指示终端设备感兴趣接收的多播业务要求的RRC状态为RRC连接态，则表示终端设备在后续接收该感兴趣接收的多播业务时需要处于RRC连接态。例如，若业务接收指示信息指示终端设备感兴趣接收的多播业务要求的RRC状态包括RRC非激活态和RRC连接态，则表示终端设备在后续接收该感兴趣接收的多播业务时需要处于RRC非激活态或RRC连接态，等等。

在一种可能的实现方式中，业务接收指示信息可以是一个RRC状态指示，用于指示终端设备存在正在接收的多播业务或者该终端设备感兴趣接收的多播业务，所述业务接收指示信息还可以用于指示终端设备正在接收的多播业务或终端设备感兴趣接收的多播业务倾向的RRC状态，即第二RRC状态，第二RRC状态也可以称为期望的RRC状态。

第二RRC状态为终端设备在接收相应的多播业务时期望的RRC状态，第二RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一种。

例如，若业务接收指示信息指示终端设备正在接收的多播业务期望的RRC状态为RRC连接态，则表示终端设备当前正在接收多播业务时若处于RRC连接态更佳，但终端设备也可以保持处于RRC非激活态。例如，若业务接收指示信息指示终端设备感兴趣接收的多播业务期望的RRC状态包括RRC连接态和RRC非激活态，则表示终端设备在后续接收该感兴趣接收的多播业务时期望处于RRC连接态或RRC非激活态，等等。

在一种可能的实现方式中，业务接收指示信息可以按照每一多播业务分别指示，即业务指示信息用于指示多个预设多播业务分别对应的RRC状态。针对任意一个预设多播业务而言，业务接收指示信息可以指示终端设备接收该预设多播业务时要求的RRC状态(即该预设多播业务对应的第一RRC状态)，也可以指示终端设备接收该预设多播业务时倾向的RRC状态(即该预设多播业务对应的第二RRC状态)。

其中，预设多播业务对应的第一RRC状态表示的是终端设备在接收该预设多播业务时需要处于要求的RRC状态，预设多播业务对应的第一RRC状态包括RRC非激活态、RRC空闲态和RRC连接态中的至少一种。

例如，若业务接收指示信息指示预设多播业务要求的RRC状态为RRC非激活态，则表示终端设备接收预设多播业务时需要处于RRC非激活态。例如，若业务接收指示信息指示预设多播业务要求的RRC状态为RRC连接态，则表示终端设备在接收该预设多播业务时需要处于RRC连接态。例如，若业务接收指示信息指示预设多播业务要求的RRC状态包括RRC非激活态和RRC连接态，则表示终端设备在接收该预设多播业务时需要处于RRC非激活态或RRC连接态，等等。

其中，预设多播业务对应的第二RRC状态表示的是终端设备在接收该预设多播业务时期望的RRC状态，预设多播业务对应的第二RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一种。

例如，若业务接收指示信息指示预设多播业务期望的RRC状态为RRC连接态，则表示终端设备接收预设多播业务时若处于RRC连接态更佳，但终端设备也可以保持处于RRC非激活态。例如，若业务接收指示信息指示预设多播业务期望的RRC状态包括RRC连接态和RRC非激活态，则表示终端设备在接收该预设多播业务时期望处于RRC连接态或RRC非激活态，等等。

网络设备在接收到业务接收指示信息后，可以根据该业务接收指示信息确定终端设备接收多播业务的目标RRC状态，该目标RRC状态即为终端设备接收该多播业务的接收RRC状态，然后网络设备可以向终端设备发送状态指示的消息，用于指示终端设备的RRC状态。其中，状态指示的消息可以是用于指示终端设备进行状态转换的RRC消息。所述状态指示的消息例如可以是RRC建立(RRC setup)消息、RRC链接恢复消息、RRC释放等消息。

例如，若业务接收指示信息指示终端设备正在RRC非激活态接收多播业务，则网络设备可以将终端设备维持在RRC非激活态，也可以将终端设备转换到RRC连接态，进行多播业务的接收。

例如，若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务要求的RRC状态为RRC连接态，则网络设备可以通过状态指示的消息将终端设备由RRC非激活态转换到RRC连接态；若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务要求的RRC状态为RRC非激活态，则网络设备可以通过状态指示的消息将终端设备的RRC状态维持在RRC非激活态；若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务要求的RRC状态为RRC连接态或RRC非激活态，则网络设备可以通过状态指示消息将终端设备由RRC非激活态转换到RRC连接态，也可以将终端设备的RRC状态维持在RRC非激活态，等等。

例如，若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务倾向的RRC状态为RRC连接态，则网络设备可以通过状态指示的消息将终端设备由RRC非激活态转换到RRC连接态；若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务倾向的RRC状态为RRC非激活态，则网络设备可以通过状态指示消息将终端设备的RRC状态维持在RRC非激活态；若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务倾向的RRC状态为RRC空闲态，则网络设备可以通过状态指示的消息将终端设备的RRC状态转换到RRC空闲态；若业务接收指示信息指示终端设备存在正在接收或者感兴趣接收的多播业务，且该多播业务请求的RRC状态包括RRC连接态和RRC非激活态，则网络设备可以通过状态指示消息将终端设备由RRC非激活态转换到RRC连接态，也可以将终端设备的RRC状态维持在RRC非激活态，等等。

例如，若业务接收指示信息指示各预设多播业务对应的RRC状态，则根据终端设备当前正在接收的多播业务或感兴趣接收的多播业务，在业务接收指示信息中确定对应的RRC状态，从而网络设备可以确定终端设备的目标RRC状态，并通过状态指示消息将终端设备转换到目标RRC状态。

终端设备可以采用小数据传输的方式上报多播业务的业务接收指示信息，即终端设备保持在RRC非激活态进行业务接收指示信息的上报。

通过终端设备上报业务接收指示信息，网络设备可以根据业务接收指示信息为终端设备配置合适的RRC状态，有助于终端设备进行多播业务的接收。进一步的，网络设备还可以为终端设备配置合理的BWP。例如，网络设备将终端设备的RRC状态转换为RRC连接态后，可以根据终端设备上报的业务接收指示信息配置合适的BWP，该BWP上提供多播业务，从而方便终端设备快速的接收多播业务。

在上述实施例中，介绍了业务信息包括业务接收指示信息时，网络设备根据终端设备上报的业务接收指示信息为终端设备配置合适的RRC状态，进而使得终端设备进行多播业务接收的过程。在下述实施例中，将介绍业务信息包括兴趣信息时如何进行RRC状态的配置。

在一种实现方式中，多播业务的业务信息可以包括兴趣信息，终端设备可以在RRC链接恢复过程中向网络设备上报兴趣信息。其中，兴趣信息可以由RRC消息承载，即终端设备可以向网络设备发送RRC消息，RRC消息中包括兴趣信息。网络设备在接收到RRC消息后，根据RRC消息可以获取兴趣信息。可选的，RRC消息包括但不限于多播业务兴趣指示消息(MBS Interest Indication)。

终端设备可以在存在需要上报的多播业务的兴趣信息时，进行兴趣信息的上报。具体的，终端设备在满足预设条件时向网络设备发送兴趣信息，其中，预设条件包括以下至少一项：终端设备感兴趣接收的多播业务发生变化；终端设备进入新的无线接入网指示区域(RAN-based Notification Area，简称RNA)；终端设备进入新的小区。在满足上述预设条件中的任意一项时，终端设备向网络设备发送多播业务的兴趣信息。

当终端设备存在需要上报多播业务的兴趣信息时，终端设备可以采用小数据传输的方式上报多播业务的兴趣信息，即终端设备保持在RRC非激活态进行兴趣信息的上报。小数据传输的方式例如可以包括基于预配置资源的数据传输方式，例如可以包括基于随机接入的数据传输方式等等，其中基于预配置资源的数据传输方式是根据网络设备预先为终端设备分配的预配置资源来完成上行数据的传输的方式，基于随机接入的数据传输方式为终端设备通过随机接入的方式与网络设备建立连接的过程中的信息交互完成上行数据传输的方式，基于预配置资源的数据传输方式和基于随机接入的数据传输方式均是终端设备在非激活态下的数据传输方式。

在本申请实施例中，兴趣信息中可以包括以下中的至少一项：

优先级，优先级用于指示终端设备接收多播业务的优先级高于单播业务，即当终端设备同时存在待接收的多播业务和多播业务时，优先接收多播业务；

终端设备正在接收的多播业务，正在接收的多播业务为终端设备当前处于RRC非激活态接收的多播业务；

终端设备感兴趣接收的多播业务，感兴趣接收的多播业务指的是终端设备后续有较大可能性会接收该多播业务；

正在接收的多播业务的频率，用于指示终端设备接收当前正在接收的多播业务的合适的频率；

感兴趣接收的多播业务的频率，用于指示终端设备接收感兴趣接收的多播业务的合适的频率。

当终端设备向网络设备上报多播业务的兴趣信息后，网络设备可以根据兴趣信息配置终端设备的RRC状态，也可以根据兴趣信息为终端设备配置合理的多播业务传输资源。

例如，当网络设备接收终端设备的兴趣信息后，若兴趣信息中包括优先级、终端设备正在接收的多播业务、终端设备感兴趣接收的多播业务，则网络设备可以为终端设备配置合适的RRC状态，例如将终端设备转换到RRC连接态或者保持在RRC非激活态，以使得终端设备进行多播业务的接收。

例如，当网络设备接收终端设备的兴趣信息后，若兴趣信息中包括终端设备正在接收的多播业务的频率，则网络设备可以为终端设备配置合适的频率，以使得终端设备可以在该频率下进行该多播业务的接收；例如，当网络设备接收终端设备的兴趣信息后，若兴趣信息中包括终端设备感兴趣接收的多播业务的频率，则网络设备可以为终端设备配置合适的频率，以使得终端设备可以在该频率下进行该多播业务的接收，等等。

通过终端设备上报多播业务的兴趣信息，使得网络设备可以根据该兴趣信息进行终端设备的RRC状态的配置，也可以进行合理的多播业务传输资源的配置。

综上所述，本申请实施例中，终端设备可以向网络设备上报多播业务的业务信息，业务信息可以包括业务接收指示信息或兴趣信息，通过多播业务的业务信息，网络设备可以为终端设备配置合适的目标RRC状态，使得终端设备在合适的目标RRC状态下进行多播业务的接收，有效避免了终端设备将RRC状态转换为RRC空闲态导致无法接收多播业务的问题。

图6为本申请实施例提供的多播业务处理装置的结构示意图一，如图6所示，该多播业务处理装置60包括：

接收模块61，用于从终端设备接收多播业务的业务信息；

发送模块62，用于根据所述业务信息向所述终端设备发送状态指示的消息，所述状态指示的消息用于指示所述终端设备的目标RRC状态。

业务接收指示信息；

兴趣信息。

多个预设多播业务对应的RRC状态。

在一种可能的实施方式中，所述RRC状态包括以下至少一项：

在一种可能的实施方式中，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

在一种可能的实施方式中，所述兴趣信息由RRC消息承载。

本申请实施例提供的多播业务处理装置，用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

本申请实施例所示的多播业务处理装置可以为芯片、硬件模组、处理器等。当然，多播业务处理装置可以为其他形态，本申请实施例对此不作具体限定。

图7为本申请实施例提供的多播业务处理装置的结构示意图二，如图7所示，该多播业务处理装置70包括：

发送模块71，用于终端设备向网络设备发送多播业务的业务信息；

处理模块72，用于从所述网络设备接收状态指示的消息，并根据所述状态指示的消息确定终端设备的目标RRC状态。

业务接收指示信息；

兴趣信息。

用于指示多个预设多播业务对应的RRC状态。

在一种可能的实施方式中，所述RRC状态包括以下至少一项：

在一种可能的实施方式中，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

在一种可能的实施方式中，所述兴趣信息由RRC消息承载。

在满足预设条件时，向所述网络设备发送所述兴趣信息；

所述预设条件包括以下至少一项：

所述终端设备感兴趣接收的多播业务发生变化；

所述终端设备进入新的无线接入网指示区域；

所述终端设备进入新的小区。

本申请实施例所示的多播业务处理装置可以为芯片、芯片模组、硬件模组、处理器等。当然，多播业务处理装置可以为其他形态，本申请实施例对此不作具体限定。

本申请实施例提供一种芯片，该芯片中包括处理器，处理器可以用于执行存储器中存储的计算机执行指令，以实现本申请上述任意方法实施例中所述的多播业务处理方法(例如，从终端设备接收多播业务的业务信息；根据所述业务信息向所述终端设备发送状态指示的消息，所述状态指示的消息用于指示所述终端设备的目标RRC状态)。可选的，存储该计算机执行指令的存储器可以是该芯片内部的存储器，也可以是该芯片外部的存储器。

本申请实施例提供一种芯片，该芯片中包括处理器，处理器可以用于执行存储器中存储的计算机执行指令，以实现本申请上述任意方法实施例中所述的多播业务处理方法(例如，向网络设备发送多播业务的业务信息；从所述网络设备接收状态指示的消息，并根据所述状态指示的消息确定终端设备的目标RRC状态)。可选的，存储该计算机执行指令的存储器可以是该芯片内部的存储器，也可以是该芯片外部的存储器。

关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端设备/网络设备的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端设备/网络设备内同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端设备/网络设备内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。

图8为本申请实施例提供的网络设备的结构示意图。请参见图8，网络设备80可以包括：收发器81、存储器82、处理器83。收发器81可包括：发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述，接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地，收发器81、存储器82、处理器83，各部分之间通过总线84相互连接。

存储器82用于存储程序指令；

处理器83用于执行该存储器所存储的程序指令，用以使得网络设备80执行上述任一所示的多播业务处理方法。

其中，收发器81的接收器，可用于执行上述通信方法中网络设备的接收功能。

图9为本申请实施例提供的终端设备的结构示意图。请参见图9，终端设备90可以包括：收发器91、存储器92、处理器93。收发器91可包括：发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述，接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地，收发器91、存储器92、处理器93，各部分之间通过总线94相互连接。

存储器92用于存储程序指令；

处理器93用于执行该存储器所存储的程序指令，用以使得终端设备90执行上述任一所示的多播业务处理方法。

其中，收发器91的接收器，可用于执行上述通信方法中终端设备的接收功能。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现上述多播业务处理方法。

本申请实施例还可提供一种计算机程序产品，该计算机程序产品可以由处理器执行，在计算机程序产品被执行时，可实现上述任一所示的终端设备执行的多播业务处理方法。

本申请实施例的传输设备、计算机可读存储介质及计算机程序产品，可执行上述网络设备执行的多播业务处理方法，其具体的实现过程及有益效果参见上述，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的计算机程序可以存储于一计算机可读取存储介质中。该计算机程序在被处理器执行时，实现包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种多播业务处理方法，其特征在于，包括：

从终端设备接收多播业务的业务信息；

2.根据权利要求1所述的方法，其特征在于，所述业务信息包括以下任意一项：

业务接收指示信息；

兴趣信息。

3.根据权利要求2所述的方法，其特征在于，所述业务接收指示信息用于指示以下至少一项：

多个预设多播业务对应的RRC状态。

4.根据权利要求3所述的方法，其特征在于，所述RRC状态包括以下至少一项：

5.根据权利要求4所述的方法，其特征在于，所述第一RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一项；

6.根据权利要求2-5任一项所述的方法，其特征在于，所述业务接收指示信息由第一消息承载。

7.根据权利要求6所述的方法，其特征在于，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

8.根据权利要求2-7任一项所述的方法，其特征在于，所述兴趣信息包括以下至少一项：

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

9.根据权利要求8所述的方法，其特征在于，所述兴趣信息由RRC消息承载。

10.根据权利要求9所述的方法，其特征在于，所述RRC消息为多播业务兴趣指示消息。

11.根据权利要求1-10任一项所述的方法，其特征在于，网络设备从所述终端设备接收所述业务信息的方式为小数据传输方式。

12.一种多播业务处理方法，其特征在于，包括：

向网络设备发送多播业务的业务信息；

13.根据权利要求12所述的方法，其特征在于，所述业务信息包括以下任意一项：

业务接收指示信息；

兴趣信息。

14.根据权利要求13所述的方法，其特征在于，所述业务接收指示信息用于指示以下至少一项：

多个预设多播业务对应的RRC状态。

15.根据权利要求14所述的方法，其特征在于，所述RRC状态包括以下至少一项：

16.根据权利要求15所述的方法，其特征在于，所述第一RRC状态包括RRC空闲态、RRC非激活态和RRC连接态中的至少一项；

17.根据权利要求13-16任一项所述的方法，其特征在于，所述业务接收指示信息由第一消息承载。

18.根据权利要求17所述的方法，其特征在于，所述第一消息为以下任意一项：

RRC恢复请求消息；

RRC恢复请求消息1；

RRC恢复完成消息；

RRC建立完成消息。

19.根据权利要求13-18任一项所述的方法，其特征在于，所述兴趣信息包括以下至少一项：

所述终端设备正在接收的多播业务；

所述终端设备感兴趣接收的多播业务；

所述正在接收的多播业务的频率；

所述感兴趣接收的多播业务的频率。

20.根据权利要求19所述的方法，其特征在于，所述兴趣信息由RRC消息承载。

21.根据权利要求20所述的方法，其特征在于，所述RRC消息为多播业务兴趣指示消息。

22.根据权利要求19-21任一项所述的方法，其特征在于，所述业务信息包括所述兴趣信息；所述向网络设备发送多播业务的业务信息，包括：

在满足预设条件时，向所述网络设备发送所述兴趣信息；

所述预设条件包括以下至少一项：

所述终端设备感兴趣接收的多播业务发生变化；

所述终端设备进入新的无线接入网指示区域；

所述终端设备进入新的小区。

23.根据权利要求12-22任一项所述的方法，其特征在于，所述终端设备向所述网络设备发送所述业务信息的方式为小数据传输方式。

24.一种多播业务处理装置，其特征在于，包括：

接收模块，用于从终端设备接收多播业务的业务信息；

25.一种多播业务处理装置，其特征在于，包括：

发送模块，用于向网络设备发送多播业务的业务信息；

26.一种芯片，其特征在于，所述芯片包括处理器，所述处理器执行计算机执行指令，使得所述处理器执行如权利要求1-11任一项所述的多播业务处理方法。

27.一种芯片，其特征在于，所述芯片包括处理器，所述处理器执行计算机执行指令，使得所述处理器执行如权利要求12-23任一项所述的多播业务处理方法。

28.一种网络设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-11任一项所述的多播业务处理方法。

29.一种终端设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求12-23任一项所述的多播业务处理方法。

30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-11或者权利要求12-23中任一项所述的多播业务处理方法。

31.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-11或者权利要求12-23中任一项所述的多播业务处理方法。