CN115348619A - 组播业务的处理方法、装置、相关设备及存储介质 - Google Patents

Abstract

本申请公开了一种组播业务的处理方法、装置、终端、网络节点及存储介质。其中，方法包括：终端处于空闲态或非激活态时从第一小区变更至第二小区；向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

Description

组播业务的处理方法、装置、相关设备及存储介质

技术领域

本申请涉及多媒体广播多播业务(MBMS，Multimedia Broadcast MulticastService)领域，尤其涉及一种组播业务的处理方法、装置、相关设备及存储介质。

背景技术

长期演进(LTE，Long Term Evolution)系统中使用多媒体广播多播单频网络(MBSFN，Multimedia Broadcast Multicast Service Single Frequency Network)方式传输MBMS。MBMS是一种点到多点的业务，例如手机电视等，对于MBMS传输时要求某一MBSFN区域(英文可以表达为MBSFN Area)内的多个小区的演进型基站(eNB，evolved NodeB)同时传输相同的数据，这样，用户设备(UE，User Equipment)不仅不会受到相邻小区传输数据时的小区间干扰，还将受益于来自多个小区的信号的叠加，UE接收来自多个eNB的信号并进行合并，可以提升信噪比，有效提高了MBMS的传输效率。在目前的LTE系统中，一个具有MBMS能力的UE在一个小区内利用单小区点到多点(SC-PTM)技术发送MBMS。第五代一定通信技术(5G)新空口(NR)的组播技术和LTE的SC-PTM技术最大的区别是：LTE的SC-PTM技术中，网络侧的上层应用层获取到一个组播业务后，根据IP头的信息，确定这是个组播业务的数据包，则向核心网发送组播业务的建立请求，然后核心网根据业务包的IP地址信息与基站建立一个共享隧道，但核心网和基站都不感知小区内是否有需要接收该组播业务的UE存在；换句话说，核心网和基站对该组播业务的控制面和隧道，用户承载的建立是不需要UE具体触发的；但在5G NR的组播技术中，需要由一个UE通过加入组播会话(英文可以表达为join amulticast session)来触发核心网和基站建立该组播业务的控制面和隧道，以及用户承载；如果没有需要接收该组播业务的UE，则该组播业务的控制面和隧道，用户承载就会被删除，所以，这就需要UE在接收该组播业务时一直保持在连接态。然而，一直在连接态会造成UE的功率消耗比较大，同时还会对基站的资源占有比较大。因此，为了降低功率消耗，UE可以在一些情况下进入空闲态(英文可以表达为IDLE)或非激活态(英文可以表达为INACTIVE)。

然而，对于UE，在空闲态或非激活态如何进行组播业务是目前亟待解决的问题。

发明内容

为解决相关技术问题，本申请实施例提供一种组播业务的处理方法、装置、相关设备及存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种组播业务的处理方法，应用于终端，包括：

所述终端处于空闲态或非激活态时从第一小区变更至第二小区；

向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；

接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

上述方案中，所述第一请求携带以下信息至少一种：

请求接收的至少一个组播业务对应的临时移动组标识(TMGI)；

请求接收的至少一个组播业务对应的组播会话标识；

请求接收的至少一个组播业务对应的组播服务质量(QoS)流标识；

请求接收的至少一个组播业务对应的组播无线承载(MRB)标识；

请求接收的至少一个组播业务对应的组播IP地址；

请求接收的至少一个组播业务对应的组无线网络临时标识(G-RNTI)；

所述终端的标识信息；

第一小区信息；

或者，

所述第一请求是以组播广播业务(MBS)业务为粒度或/和以MBS群组为粒度的探测参考信号(SRS)。

上述方案中，所述方法还包括：

满足以下条件之一时，向所述第一网络节点发送第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话：

接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息；

接收到所述第一网络节点发送的第一信息，所述第一信息指示所述终端向网络侧发起所请求的至少一个组播业务对应的组播会话的建立请求；

接收到所述第一网络节点发送的第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的非接入层(NAS)配置信息。

上述方案中，所述向所述第二小区所在的第一网络节点发送第二请求，包括：

向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息；

或者，所述第二请求携带所述终端保存的在第一小区接收的组播业务的NAS配置信息和/或第一小区信息。

上述方案中，所述向所述第二小区所在的第一网络节点发送第一请求，包括：

检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立，向所述第二小区所在的第一网络节点发送第一请求。

上述方案中，检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否建立，包括：

从所述第二小区的系统消息中检测是否存在所请求接收的至少一个组播业务的控制信息；

当存在所述所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已建立；或者，

当不存在所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立。

上述方案中，所述资源信息，包括以下至少一种信息：

所述接收至少一个组播业务的每一个或多个组播业务对应的TMGI；

所述接收至少一个组播业务的每一个或多个组播业务对应的会话标识；

所述接收至少一个组播业务的每一个或多个组播业务对应的G-RNTI；

所述接收至少一个组播业务的每一个或多个组播业务对应的时域信息、频域信息和空域信息中至少一种信息；

所述接收至少一个组播业务的每一个或多个组播业务对应的调度信息；

所述接收至少一个组播业务的每一个或多个组播业务对应无线侧的配置信息；

组播服务列表。

上述方案中，所述组播服务列表包括以下至少之一：

每一个或多个组播业务对应的TMGI；

每一个或多个组播业务对应的会话标识；

每一个或多个组播业务对应的G-RNTI；

点对多点的配置信息和组播业务的对应关系；

组播业务和逻辑信道的映射关系；

组播业务的优先级信息。

上述方案中，所述组播业务的优先级信息包括以下至少一种：

组播业务对应的优先级信息；

组播业务对应的逻辑信道的优先级信息；

组播业务对应的半静态调度(SPS)的优先级信息；

组播业务对应的新传数据和/或重传数据相对单播业务的新传业务和/或重传数据的优先级信息；

组播业务对应的新传数据和/或重传数据相对单播业务的新传业务和/或重传数据的抢占优先级信息；

组播业务对应的数据相对测量间隙的优先级信息；

组播业务对应的数据相对下行媒体访问控制控制单元(MAC CE)的优先级；

组播业务和组播或广播控制信道(MCCH)和组播或广播业务信道(MTCH)中至少之一的映射关系；

组播业务和与组播相关的无线网络临时标识(RNTI)的映射关系；

用于组播业务发送或接收的共享隧道信息；

用于组播业务发送或接收的IP组播地址信息；

所述组播业务的媒体类型；

所述第二小区所对应的MBS区域信息。

上述方案中，所述接收所述第一网络节点发送的接收至少一个组播业务的资源信息，包括：

通过无线资源控制(RRC)信令和/或NAS信息接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

上述方案中，所述终端由空闲态或非激活态进入连接态，并向所述第二小区发送第一请求；

在接收所述第一网络节点发送的所述接收至少一个组播业务的资源信息后，再次进入空闲态或非激活态。

上述方案中，接收系统消息；

从所述系统消息中获取第一资源的配置信息；所述第一资源被至少两个终端共享；

在所述第一资源上向所述第一网络节点发送第一请求。

上述方案中，所述从第一小区变更至第二小区，包括：

处在第一小区时接收第四信息；所述第四信息表征至少一个邻区正在发送的组播业务；

利用所述第一信息，进行以下操作至少之一，以从所述第一小区变更至第二小区：

小区选择；

小区重选；

小区重建。

上述方案中，所述方法还包括：

所述终端处于空闲态或非激活态时向所述第一小区所在的第二网络节点发送第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开所述所请求的至少一个组播业务的共享隧道；

所述终端停止所述所请求的至少一个组播业务的接收；

所述终端停止在所述第一小区内接收所述所请求的至少一个组播业务；

所述终端离开所述第一小区；

所述终端将进入或已经进入所述第二小区；

所述终端在第一时间点停止所述所请求的至少一个组播业务的接收；

所述终端在第一时间范围内停止所述所请求的至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入所述第二小区；

所述终端在第二时间范围内进入或已经进入所述第二小区。

上述方案中，所述向所述第一小区所在的第二网络节点发送第三信息，包括：

通过随机接入的消息1，消息A或消息3向所述第二网络节点发送第三信息。

上述方案中，当所述第二小区和第一小区不属于相同的MBS区域时，向所述第二网络节点发送所述第一请求；

当所述第二小区和第一小区属于相同的MBS区域时，直接利用在所述第一小区获取的接收组播业务资源的资源信息来接收组播业务。

上述方案中，所述MBS区域包括以下至少一种特性：

MBS区域包括至少一个小区且小区之间发送的MBS业务类型至少有一个是相同的；

MBS区域包括至少一个小区且小区之间发送的MBS业务类型都相同；

MBS区域内的小区发送的MBS业务的时域资源相同；

MBS区域内的小区发送的MBS业务的频域资源相同；

MBS区域内不同小区使用的激活MBS业务或者寻呼终端进入连接态接收MBS业务的信令加扰的RNTI是相同的；

MBS区域内的不同小区使用的调度MBS业务的信令加扰的RNTI是相同的；

MBS区域内不同小区之间时间同步；

MBS区域内的小区发送小区特定的同步信号块SSB和/或信道状态信息参考信号CSI-RS，还发送以MBS区域为粒度的SSB和/或CSI-RS；

MBS区域内的小区发送小区特定的SSB和/或CSI-RS，还发送MBS区域内的以特定MBS业务为粒度的SSB和/或CSI-RS；

MBS区域内的小区发送小区特定的SSB之外，还会发送以MBS区域内的特定MBS业务为粒度的MBS区域内相同的解调参考信号DMRS。

上述方案中，所述MBS区域包括以下至少一种特性：

终端在空闲态或非激活态时在MBS区域内的小区内接收MBS业务，从一个小区变更到另一个小区不需要告知网络；

终端和MBS区域内的多个小区和/或基站之间能够通过载波聚合和/或多连接的方式在多个小区内接收至少一个相同的MBS业务。

本申请实施例还提供一种组播业务的处理方法，应用于第一网络节点，包括：

接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；

向所述终端发送接收至少一个组播业务的资源信息。

上述方案中，当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道已经建立时，向所述终端发送接收至少一个组播业务的资源信息。

上述方案中，所述方法还包括：

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第一信息，所述第一信息指示所述终端向网络侧发起所请求的组播业务的组播会话的建立请求；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的NAS配置信息；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向第一小区所在的第二网络节点发起获取所述终端在第一小区接收的组播业务的相关配置信息的过程；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送所请求的至少一个组播业务不存在的回复信息。

上述方案中，所述方法还包括：

接收所述终端发送的第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话。

上述方案中，所述接收所述终端发送的第二请求，包括：

接收所述终端发送的所请求的至少一个组播业务的组播会话建立请求消息；

或者，

所述第二请求携带所述终端保存的在第一小区接收的组播业务的NAS配置信息和/或第一小区信息。

上述方案中，广播系统消息；所述系统消息包含第一资源的配置信息；所述第一资源被至少两个终端共享；

接收所述终端在第一资源上发送的第一请求。

上述方案中一种组播业务的处理方法，应用于第二网络节点，包括：

接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

上述方案中，接收终端通过随机接入的消息1，消息A或消息3发送的第三信息。

本申请实施例还提供了一种组播业务的处理方法，应用于第三网络节点，包括：

接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

利用所述第一寻呼消息生成第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的；

发送所述第二寻呼消息。

上述方案中，所述第二寻呼消息用所述至少一个组播业务对应的G-RNTI加扰。

上述方案中，当所述终端处于空闲态或非激活态时，在第二列表中保留所述终端的标识；所述第二列表包含使用第一组播业务的共享隧道的至少一个终端标识，或者所述第二列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第二列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第二列表包含建立了至少一个MRB的至少一个终端标识。

上述方案中，所述方法还包括：

利用与组播业务相关的标识确定寻呼时机(PO)和寻呼帧(PF)。

上述方案中，所述和组播业务相关的标识包含以下至少之一：

组播业务对应的TMGI；

组播业务对应的组播会话标识；

组播业务对应的组播QoS流标识；

组播业务对应的MRB标识；

组播业务对应的G-RNTI；

组播业务对应的IP地址；

组播业务对应的TMSI。

本申请实施例还提供一种组播业务的处理方法，应用于终端，包括：

在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

上述方案中，所述第二寻呼消息用所述至少一个组播业务对应的G-RNTI加扰。

上述方案中，所述方法还包括：

在同一时间段或同一时间点同时检测或接收到以下至少两种消息：

用于系统消息更新的寻呼消息；

用于移动端数据(mobile terminated data)的寻呼消息；

用于MBS数据的激活或开启的寻呼消息；

用于MBS数据的去激活或停止的寻呼消息；

按照以下接收优先级顺序中的一种执行寻呼消息的接收：

接收优先级从高到低的顺序是：用于系统消息更新的寻呼消息，用于mobileterminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：主系统信息块(MIB)，系统信息块1(SIB1)，地震海啸预警系统(ETWS)，公共警告系统(PWS)；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息二者的优先级根据对一个的业务优先级确定。

上述方案中，利用与组播业务相关的标识确定所述PO和PF。

上述方案中，所述和组播业务相关的标识包含以下至少之一：

组播业务对应的TMGI；

组播业务对应的组播会话标识；

组播业务对应的组播QoS流标识；

组播业务对应的MRB标识；

组播业务对应的G-RNTI；

组播业务对应的IP地址；

组播业务对应的TMSI。

本申请实施例还提供一种组播业务的处理装置，包括：

变更单元，用于终端处于空闲态或非激活态时从第一小区变更至第二小区；

第一发送单元，用于向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；

第一接收单元，用于接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

本申请实施例还提供一种组播业务的处理装置，包括：

第二接收单元，用于接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；

第二发送单元，用于向所述终端发送接收至少一个组播业务的资源信息。

本申请实施例还提供一种组播业务的处理装置，包括：

第三接收单元，用于接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

本申请实施例还提供一种组播业务的处理装置，包括：

第四接收单元，用于接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

生成单元，用于利用所述第一寻呼消息生成第二寻呼消息；

第三发送单元，用于发送所述第二寻呼消息。

本申请实施例还提供一种组播业务的处理装置，包括：

寻呼单元，用于在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

本申请实施例还提供一种终端，包括：第一处理器及第一通信接口；其中，

所述第一处理器，用于所述终端处于空闲态或非激活态时从第一小区变更至第二小区；所述第一通信接口，用于向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；以及接收所述第一网络节点发送的接收至少一个组播业务的资源信息；

或者，

所述第一处理器，用于通过所述第一通信接口在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

本申请实施例还提供一种第一网络节点，包括：第二处理器及第二通信接口；其中，

所述第二通信接口，用于接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；以及向所述终端发送接收至少一个组播业务的资源信息。

本申请实施例还提供一种第二网络节点，包括：第三处理器及第三通信接口；其中，

所述第三通信接口，用于接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

本申请实施例还提供一种第三网络节点，包括：第四处理器及第四通信接口；其中，

所述第四通信接口，用于接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

所述第四处理器，用于利用所述第一寻呼消息生成第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的；

所述第四通信接口，还用于发送所述第二寻呼消息。

本申请实施例还提供一种终端，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，

其中，所述第一处理器用于运行所述计算机程序时，执行上述终端侧任一方法。

本申请实施例还提供一种第一网络节点，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，

其中，所述第二处理器用于运行所述计算机程序时，执行上述第一网络节点侧任一方法的步骤。

本申请实施例还提供一种第二网络节点，包括：第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器，

其中，所述第三处理器用于运行所述计算机程序时，执行上述第二网络节点侧任一方法的步骤。

本申请实施例还提供一种第三网络节点，包括：第四处理器和用于存储能够在处理器上运行的计算机程序的第四存储器，

其中，所述第四处理器用于运行所述计算机程序时，执行上述第三网络节点侧任一方法的步骤。

本申请实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述终端侧任一方法的步骤，或者实现上述第一网络节点侧任一方法的步骤，或者实现上述第二网络节点侧任一方法的步骤，或者实现上述第三网络节点侧任一方法的步骤。

本申请实施例提供的组播业务的处理方法、装置、相关设备及存储介质，终端处于空闲态或非激活态时从第一小区变更至第二小区；所述向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；接收所述第一网络节点发送的接收至少一个组播业务的资源信息。本申请实施例提供的方案，处于空闲态或非激活态的终端从一个小区变更到另一个小区时，需要和另一个小区进行信令交互，以获得自身感兴趣的组播业务的资源，从而能够保证终端能够在变更后的小区接收自身感兴趣的组播业务。另一方面，第三网络节点接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；利用所述第一寻呼消息生成第二寻呼消息；发送所述第二寻呼消息；所述终端在PO和/或PF检测针对至少一个组播业务的第二寻呼消息，如此，实现了针对组播业务的寻呼。

附图说明

图1为本申请实施例一种组播业务的处理方法流程示意图；

图2为本申请实施例第二种组播业务的处理方法流程示意图；

图3为本申请实施例第三种组播业务的处理方法流程示意图；

图4为本申请实施例第四种组播业务的处理方法流程示意图；

图5为本申请应用实施例组播业务的处理中各设备交互示意图；

图6为本申请实施例第一种组播业务的处理装置结构示意图；

图7为本申请实施例第二种组播业务的处理装置结构示意图；

图8为本申请实施例第三种组播业务的处理装置结构示意图；

图9为本申请实施例第四种组播业务的处理装置结构示意图；

图10为本申请实施例第五种组播业务的处理装置结构示意图；

图11为本申请实施例终端结构示意图；

图12为本申请实施例第一网络节点结构示意图；

图13为本申请实施例第二网络节点结构示意图；

图14为本申请实施例第三网络节点结构示意图。

具体实施方式

下面结合附图及实施例对本申请再作进一步详细的描述。

在NR系统中，对于一些低QoS要求的组播业务，对于UE，是可以在空闲态或非激活态上接收这些组播业务的，比如，在小区1，终端可以通过NAS信息加入一个组播业务，称为组播业务1，组播业务1的可靠性要求不是太高，即组播业务1的QoS较低，终端在空闲态或非激活态也能够接收组播业务1，在这种情况下，如果此时没有其他专用业务，则终端进入空闲态或非激活态，并接收该组播业务的数据。随着终端的移动，当终端从小区1移动到小区2时，如果两个小区属于同一个跟踪区(TA)或无线接入网的通知区(RANA)时，则基站不会感知终端的小区的变化，这样，当终端处于小区2时，如果此时小区2目前没有组播业务1发送时，终端则会接收不到组播业务1的数据，也就是说，一旦终端处于空闲态或非激活态时，如果发生属于同一个TA或RANA区域内的小区的变更，网络侧则没法感知，如果新小区没有正在发送对应的组播业务，则终端会中断业务的接收，因此，在这种情况下，如何能够保证终端正常接收组播业务，相关技术中尚未有有效解决方案。

基于此，在本申请的各种实施例中，处于空闲态或非激活态的终端从一个小区变更到另一个小区时，需要和另一个小区(即另一个小区所在的网络节点)进行信令交互，以获得自身感兴趣的组播业务的资源，从而能够保证终端能够在变更后的小区接收自身感兴趣的组播业务。

在本申请实施例中，组播业务也可以称为多播业务。网络节点可以包括以下至少一种：

公共陆地移动网络(PLMN)；

核心网控制节点；

基站；

集中单元(CU)；

分布单元(DU)；

中继；

接入和回传一体化(IAB)节点；

射频拉远单元(BBU)；

基带处理单元。

本申请实施例提供了一种组播业务的处理方法，应用于终端，如图1所示，该方法包括：

步骤101：所述终端处于空闲态或非激活态时从第一小区变更至第二小区；

步骤102：向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；

步骤103：接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

其中，实际应用时，所述终端也可以是UE，中继，IAB节点，具有通信功能的飞行器设备，具有通信功能的自动化设备或者用户，也就是说，在不同场景下，终端可以是不同的设备。

在步骤101中，所述终端进行以下操作至少之一，以从第一小区变更至第二小区：

小区选择；

小区重选；

小区重建。

其中，所述小区重建是指：无线链路失去同步后的无线资源控制(RRC)重新建立的过程。

这里，实际应用时，终端可以周期性获得各基站之间正在发送的组播业务的信息，从而使得终端可以根据这个信息选择一个小区，进行小区变更，由于小区变更时考虑了各小区正在发送的组播业务，如此，在终端进行小区变更后能够保证组播业务的接收。

基于此，在一实施例中，所述从第一小区变更至第二小区，包括：

处在第一小区时接收第四信息；所述第四信息表征至少一个邻区正在发送的组播业务；

利用所述第四信息，进行以下操作至少之一，以从所述第一小区变更至第二小区：

小区选择；

小区重选；

小区重建。

示例性地，基站在系统消息中维持一个同时正在发送的组播业务的小区列表，即第一信息，小区列表中的信息可以包括：小区标识，比如ID；小区支持的组播业务信息；小区正在发送的组播业务信息(如TMGI、隧道的信息、QoS flow的信息)；是否和本小区发送的组播业务一致；如果一致，发送的包是否同步；如果不同步，序列号(SN)之间的差距(英文可以表达为GAP)是多少，其中，差距可以以分组数据汇聚协议(PDCP)的SN或者GPRS隧道协议-用户面(GTP-U)的SN为单位。

实际应用时，在步骤102中，组播业务的资源信息包括以下至少一种：

请求接收的至少一个组播业务的资源信息；

请求接收的至少一个组播业务对应的组播会话的资源信息；

请求接收的至少一个组播业务对应的组播QoS流的资源信息；

请求接收的至少一个组播业务对应的MRB的资源信息。

其中，组播业务，组播会话，组播QoS流和MRB中的任意两者之间存在一对一，一对多，或者多对一的情况。

所述终端可以主动检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，从而据此可以判断是直接向所述第一网络节点索要接收至少一个组播业务的资源信息，或是请求建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

具体地，当所述终端检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已经建立时，向所述第一网络节点发送第一请求，此时所述第一请求用于请求接收至少一个组播业务的资源信息。

当所述终端检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立时，向所述第二小区所在的第一网络节点发送第一请求，此时所述第一请求既用于请求接收至少一个组播业务的资源信息，还用于请求建立所请求接收的至少一个组播业务对应的组播会话，也可以理解为所述第一请求还用于请求建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

在一实施例中，所述第一请求携带以下信息至少一种：

请求接收的至少一个组播业务对应的TMGI；

请求接收的至少一个组播业务对应的组播会话标识，比如组播会话ID；

请求接收的至少一个组播业务对应的组播QoS流标识，比如QoS流ID；

请求接收的至少一个组播业务对应的MRB标识；

请求接收的至少一个组播业务对应的组播IP地址；

请求接收的至少一个组播业务对应的G-RNTI；

所述终端的标识信息；

第一小区信息；

或者，

所述第一请求是以MBS业务为粒度或/和以MBS群组为粒度的SRS。

其中，所述第一小区信息可以包括：所述第一小区的物理小区标识(PCI)或者全球小区识别码(CGI)等；以及第一小区所属的MBS区域，即所述第一小区所属的组播区域。

其中，所述终端的标识信息还可以是多个终端的标识信息或者终端组的标识信息。比如，接收相同的MBS业务的多个终端一起发生小区变更(如，在港口，一起接收控制台的命令的一群主动引导车(AGV，Automated Guided Vehicle)，则由所述多个终端中的一个主终端发送该第一请求给网络侧。主终端会把多个终端的信息都告知给网络。或者，主终端把终端群组的标识信息告知给网络。

其中，主终端的确定可以由终端之间通过直连链路(sidelink)，蓝牙，或wifi等通信手段进行协商得出。这里，具体的协商策略可以根据信息质量和/或终端的位置等因素确定，本申请实施例对此不作限定。主终端的确定也可以由网络来配置。

其中，在一实施例中，所述终端从所述第二小区的系统消息中检测是否存在所请求接收的至少一个组播业务的控制信息；

当存在所述所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已建立；

当不存在所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立。

这里，实际应用时，所述控制信息可以在MCCH或广播消息上发送，这样，处于空闲态或非激活态且接收组播业务的终端变更到新的小区后，先去检测该小区里的MCCH，以及MTCH的内容，根据这些信息来确定是否需要发送第一请求，即根据这些信息来确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已建立，当确定需要发送所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道的建立请求消息，即确定发送第一请求后，发送第一请求。

这里，所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道未建立可以包括以下至少之一：

组播会话和/或共享隧道确实没有建立；

建立的组播会话和/或共享隧道被停止；

建立的组播会话和/或共享隧道被挂起；

建立的组播会话和/或共享隧道被去激活。

实际应用时，所述终端还可以不主动检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，而是由网络侧来通知终端所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立。

具体地，当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道未建立时，所述第一网络节点通知所述终端，从而触发所述终端发起组播业务对应的组播会话建立流程。

基于此，在一实施例中，该方法还可以包括：

满足以下条件之一时，向所述第一网络节点发送第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话：

接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息；

接收到所述第一网络节点发送的第一信息，所述第一信息指示所述终端向网络侧发起所请求的至少一个组播业务对应的组播会话的建立请求；

接收到所述第一网络节点发送的第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的NAS配置信息。

其中，所述第二请求可以理解为请求建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

当所述终端接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息时，或者当所述终端接收到所述第一网络节点发送的第一信息时，或者当所述终端接收到所述第一网络节点发送的第二信息时，说明所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道未建立，所述终端需要发起组播会话建立请求，以便核心网和所述第一网络节点建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

相应地，收到上述信息后，根据上述的不同信息，所述终端发送的第二请求也有所不同。

基于此，在一实施例中，所述向所述第二小区所在的第一网络节点发送第二请求，包括：

向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息；

或者，所述第二请求携带所述终端保存的在第一小区接收的组播业务的NAS配置信息或第一小区信息。

其中，当接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息时，所述终端可以向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息，也就是说，所述第二请求即为组播会话建立请求消息，也可以向所述第一网络节点发送携带所述终端保存的在第一小区接收的组播业务的NAS配置信息和/或第一小区信息的第二请求，以便所述第一网络节点据此和核心网建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

当接收到第一信息时，所述终端可以向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息，以便所述第一网络节点据此和核心网建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

当接收到第二信息时，所述终端可以向所述第一网络节点发送所述终端保存的在第一小区接收的组播业务的NAS配置信息，也可以发送所述终端保存的在第一小区接收的组播业务的NAS配置信息和第一小区信息，以便所述第一网络节点据此和核心网建立所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道。

这里，所述终端保存的在第一小区接收的组播业务的NAS配置信息，可以包括：(源)IP地址，GTP的隧道ID，组播群组标识(比如TMGI或组播地址)，媒体类型，例如，语音、视频、扩展现实(XR，Extended Reality)(XR是指通过计算机技术和可穿戴设备产生的一个真实与虚拟组合、可人机交互的环境，是增强现实(AR)、虚拟现实(VR)、混合现实(MR)等多种形式的统称)，MBS的QoS信息，终端的鉴权信息(如外部的群组标识或者用来鉴权的UE ID)，用来发送组播数据的传输层的入口地址等。

所述终端可以从空闲态或非激活态进入连接态，然后利用连接态的资源(比如连接态的RRC资源)发送所述第一请求，并在接收到接收至少一个组播业务的资源信息后再进入空闲态或非激活态。

基于此，在一实施例中，所述终端由空闲态或非激活态进入连接态，并向所述第二小区发送第一请求；

在接收所述第一网络节点发送的所述接收至少一个组播业务的资源信息后，再次进入空闲态或非激活态。

实际应用时，所述终端也可以在空闲态或激活态下发送第一请求，此时基站在系统消息中广播一块共享的上行(UL)资源，每个组播业务(即一个组播协议数据单元(PDU)会话(Session))或者聚合为一个MRB的至少一个QoS flow对应一块共享的UL资源，用于终端加入隧道和离开隧道的请求消息的发送，这样终端就不需要进入连接态了，系统消息中给出一个默认时间提前量(TA)值，该TA值可以是根据离基站最远的终端计算出的TA值。

基于此，在一实施例中，所述接收系统消息；

从所述系统消息中获取第一资源的配置信息；所述第一资源被至少两个终端共享；

在所述第一资源上向所述第一网络节点发送第一请求。

在步骤103中，所述终端接收的接收至少一个组播业务的资源信息可以通过RRC信令和NAS信息发送。

基于此，在一实施例中，所述终端通过RRC信令和/或NAS信息接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

这里，RRC信令可以承载接入层(AS)的资源信息；所述NAS信息可以承载NAS的资源信息。

在一实施例中，所述接收至少一个组播业务的资源信息，可以包括以下至少一种信息：

所述接收至少一个组播业务的每一个或多个组播业务对应的TMGI，即可以是每个组播业务对应一个TMGI，也可以是多个组播业务对应一个TMGI；

所述接收至少一个组播业务的每一个或多个组播业务对应的会话标识，比如会话ID，即可以是每个组播业务对应一个会话标识，也可以是多个组播业务对应一个会话标识；

所述接收至少一个组播业务的每一个或多个组播业务对应的G-RNTI，即可以是一个组播业务对应一个G-RNTI，也可以是多个组播业务对应一个G-RNTI；

所述接收至少一个组播业务的每一个或多个组播业务对应的时域信息、频域信息和空域信息中至少一种信息；

所述接收至少一个组播业务的每一个或多个组播业务对应的调度信息；

所述接收至少一个组播业务的每一个或多个组播业务对应无线侧的配置信息；

组播服务列表。

其中，所述频域信息中的资源类型，可以包括以下至少一种资源类型：

载波；

带宽部分(BWP)；

公共频率资源(CFR，Common Frequency Resource)；

物理资源块(PRB)。

时域信息可以包括接收所请求的至少一个组播业务的以下至少一种信息：

不连续接收(DRX)信息；

接收的周期信息；

接收的起始位置；

接收的物理下行控制信道(PDCCH)的搜索空间(英文可以表达我search space)和控制资源集(CORESET)的配置信息。

所述空域信息可以包括波束预编码信息；天线数；天线端口；波束角度；波束方向等信息。

所述调度信息可以包括调制与编码策略(MCS)、传输块长度等。

所述无线侧的配置信息可以包括以下至少之一：

点对多点的服务数据适配协议(SDAP)；

SDAP、PDCP、无线链路控制(RLC)、媒体访问控制(MAC)、和物理(PHY)层中的至少之一的配置信息。

所述组播服务列表包括以下至少之一：

每一个或多个组播业务对应的TMGI；

每一个或多个组播业务对应的会话标识；

每一个或多个组播业务对应的G-RNTI；

点对多点的配置信息和组播业务的对应关系，即点对多点的配置信息与至少一个组播业务的对应关系；

组播业务和逻辑信道的映射关系，包含一个组播业务与一个逻辑信道的映射关系，多个组播业务与一个逻辑信道的映射关系，一个组播业务与多个逻辑信道的映射关系；

组播业务的优先级信息。

其中，在一实施例中，所述组播业务的优先级信息包括以下至少一种：

组播业务对应的优先级信息；

组播业务对应的逻辑信道的优先级信息；

组播业务对应的SPS的优先级信息；

组播业务对应的新传数据和/或重传数据相对单播业务的新传业务和/或重传数据的优先级信息；

组播业务对应的新传数据和/或重传数据相对单播业务的新传业务和/或重传数据的抢占优先级信息；

组播业务对应的数据相对测量间隙的优先级信息；

组播业务对应的数据相对下行MAC CE的优先级；

组播业务和MCCH和MTCH中至少之一的映射关系；

组播业务和与组播相关的RNTI的映射关系；

用于组播业务发送或接收的共享隧道信息；

用于组播业务发送或接收的IP组播地址信息；

所述组播业务的媒体类型；

所述第二小区所对应的MBS区域信息。

其中，所述与组播相关的RNTI包含以下至少之一：

用于MBS业务调度的RNTI如，G-RNTI；

用于调度MCCH修改信令的RNTI,如，组播控制RNTI(MC-RNTI)；

用于调度MCCH上内容的RNTI。

所述媒体类型包含以下至少之一：

语音；视频；XR。

其中，XR具体可以包含AR、VR和MR等中至少之一。

所述MBS区域信息，包含MBS区域标识，MBS区域内的小区信息，MBS区域内组播业务类型，MBS区域内组播业务发送的起始时间和/或结束时间等中的至少之一。

所述终端利用得到的所述至少一个组播业务的资源进行所述至少一个组播业务的接收。

当所述终端从第一小区变更到第二小区后，可以向第一小区发送隧道离开信息，以通知第一小区已经离开隧道。

基于此，在一实施例中，该方法还可以包括：

所述终端处于空闲态或非激活态时向所述第一小区所在的第二网络节点发送第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开所述所请求的至少一个组播业务的共享隧道；

所述终端停止所述所请求的至少一个组播业务的接收；

所述终端停止在所述第一小区内接收所述所请求的至少一个组播业务；

所述终端离开所述第一小区；

所述终端将进入或已经进入所述第二小区；

所述终端在第一时间点停止所述所请求的至少一个组播业务的接收；

所述终端在第一时间范围内停止所述所请求的至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入所述第二小区；

所述终端在第二时间范围内进入或已经进入所述第二小区。

这里，实际应用时，所述终端可以使用空闲态或非激活态的资源发送第三信息。

基于此，在一实施例中，该方法还可以包括：

通过随机接入的消息1，消息A或消息3向所述第二网络节点发送第三信息。

这里，需要说明的是：所述终端可以利用空闲态或非激活态下的随机接入流程中的消息1，消息A或消息3向所述第二网络节点发送第二信息，也可以利用连接态的随机接入流程中的消息1，消息A或消息3向所述第二网络节点发送第二信息，并在发送第三信息后再次进入空闲态或非激活态。

示例性地，当终端因为信号质量等原因从小区1重选到小区2时，所述终端和小区1进行以下的信令交互：

终端向小区1发送隧道离开信息，该信息可以不用终端进入选择态，在消息1中发送，即，在前导码(preamble)中携带终端的标识和组播业务的TMGI和/或PDU session信息，和1个bit的释放指示；或者在消息3中携带终端的标识和组播业务的TMGI和/或PDUsession信息，cause值设为隧道变更(或其他名称，用于指示该终端离开该隧道的行为)，或者在消息A携带终端的标识和组播业务的TMGI和/或PDU session信息，cause值设为隧道变更(或其他名称，用于指示该终端离开该隧道的行为)；

当小区1收到这条消息后，如果小区1中还有其他的终端在接收该组播业务，则在组播终端的列表中删去该终端的信息，保持共享隧道不变；如果小区1中没有其他的终端在接收该组播业务，则清空组播终端的列表，并删除共享隧道信息；同时发送共享隧道删除信息给核心网。

其中，在本申请实施例中，可以定义MBS区域，当所述第二小区和第一小区不属于相同的MBS区域时，向所述第二网络节点发送所述第一请求；

当所述第二小区和第一小区属于相同的MBS区域时，直接利用在所述第一小区获取的接收组播业务资源的资源信息来接收组播业务。

这里，实际应用时，所述终端可以根据配置的MBS区域内的小区信息来确定所述第二小区和第一小区是否属于相同的MBS区域，也可以采用其他方式确定所述第二小区和第一小区是否属于相同的MBS区域，本申请实施例对此不作限定。

所述MBS区域包括以下至少一种特性：

MBS区域包括至少一个小区且小区之间发送的MBS业务类型至少有一个是相同的；

MBS区域包括至少一个小区且小区之间发送的MBS业务类型都相同；

MBS区域内的小区发送的MBS业务的时域资源相同；

MBS区域内的小区发送的MBS业务的频域资源相同，资源类型可以包含载波，BWP，CFR和PRB中至少一种；

MBS区域内不同小区使用的激活MBS业务或者寻呼终端进入连接态接收MBS业务的信令加扰的RNTI是相同的；

MBS区域内的不同小区使用的调度MBS业务的信令加扰的RNTI是相同的；

MBS区域内不同小区之间时间同步；

MBS区域内的小区发送小区特定的SSB和/或CSI-RS，还发送以MBS区域为粒度的SSB和/或CSI-RS；

MBS区域内的小区发送小区特定的SSB和/或CSI-RS，还发送以MBS区域内的以特定MBS业务为粒度的SSB和/或CSI-RS，以特定MBS业务为粒度的SSB和/或CSI-RS在MBS内相同；

MBS区域内的小区发送小区特定的SSB之外，还会发送以MBS区域内的特定MBS业务为粒度的MBS区域内相同的DMRS，以特定MBS业务为粒度的DMRS在MBS区域内相同。

在一实施例中，所述MBS区域包括以下至少一种特性：

终端在空闲态或非激活态时在MBS区域内的小区内接收MBS业务，从一个小区变更到另一个小区不需要告知网络；

终端和MBS区域内的多个小区和/或基站之间能够通过载波聚合和/或多连接的方式在多个小区内接收至少一个相同的MBS业务。

这里，实际应用时，一个基站内的多个小区可以采用载波聚合技术，多个基站之间可以采用多连接技术。

实际应用时，网络侧可以为所述终端配置以MBS业务为粒度的SRS，且所述以MBS业务为粒度的SRS在一定区域范围内有效或统一分配的。SRS的配置信息包括：

对应的MBS业务的信息。

其中，MBS业务的信息包括以下至少一种：

MBS业务对应的TMGI；

MBS业务对应的组播会话标识；

MBS业务对应的组播QoS流标识；

MBS业务对应的MRB标识；

MBS业务对应的组播IP地址；

MBS业务对应的G-RNTI；

MBS群组标识；

终端信息；

MBS区域信息；

应用的小区列表；

应用的基站列表；

SRS的资源信息；

SRS相关的逻辑信道信息。

其中，SRS的配置信息的定义适用本申请实施例的其他部分。

并且，接收该MBS业务内的终端会周期性和/或事件性向网络侧发送本MBS业务对应的SRS(例如由第一网络节点和第二网络节点统一分配的SRS)；如，MBS业务1和SRS1对应，则接收MBS业务1的终端，会周期性和/或事件性向网络侧发送SRS1，这样，网络侧可以根据是否接收到所述和MBS业务对应的SRS来确定是否触发建立和该MBS业务相关的会话建立和/或该MBS业务对应的共享隧道；比如，第一网络节点收到了终端发送的SRS1，则触发建立和MBS业务1相关的会话和/或MBS业务1对应的共享隧道；如果发现一段时间内，不再收到SRS1，则删除、去激活、或停止和MBS业务1相关的会话和/或该MBS业务1对应的共享隧道。

实际应用时，网络侧可以为所述终端配置以MBS群组为粒度的SRS，且所述以MBS群组为粒度的SRS在一定区域范围内有效或统一分配的(例如，第一网络节点和第二网络节点统一分配的)，其中，MBS群组即是都接收相同的一个或多个MBS业务的终端群组。并且，MBS群组内的终端会周期性和/或事件性向网络侧发送本MBS群组对应的SRS；如，MBS群组1中的至少一个终端，其中，MBS群组1是都接收相同的MBS业务1和MBS业务2的终端群组，会周期性和/或事件性向网络侧发送SRS1，这样，网络侧可以根据是否接收到所述以MBS群组为粒度的SRS来确定是否触发建立和该MBS业务相关的会话和/或该MBS业务对应的共享隧道，比如，第一网络节点收到了终端发送的SRS1，则触发建立和该MBS业务1和MBS业务2对应的会话和/或该MBS业务1和MBS业务2对应的共享隧道；如果发现一段时间内，不再收到SRS1，则删除、去激活、或停止和MBS业务1和MBS业务2相关的会话和/或MBS业务1和MBS业务2对应的共享隧道。

相应地，本申请实施例还提供了一种组播业务的处理方法，应用于第一网络节点，如图2所示，该方法包括：

步骤201：接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；

步骤202：向所述终端发送接收至少一个组播业务的资源信息。

其中，在一实施例中，当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道已经建立时，向所述终端发送接收至少一个组播业务的资源信息，也就是说，此时直接向所述终端发送接收至少一个组播业务的资源信息。

其中，所述第一网络节点可以根据所请求的至少一个组播业务的相关信息(所述第一请求中携带的信息)可以获知是否还有其他终端在接收所请求的至少一个组播业务，从而据此能够获知所请求的至少一个组播业务对应的组播会话和/或共享隧道是否已建立；具体地，当有其他终端在接收所请求的至少一个组播业务，说明所请求的至少一个组播业务对应的组播会话和/或共享隧道已建立；当没有其他终端在接收所请求的至少一个组播业务，说明所请求的至少一个组播业务对应的组播会话和/或共享隧道未建立。

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道未建立时，所述第二网络节点需要和核心网建立所请求的至少一个组播业务对应的组播会话和/或共享隧道，以便得到接收所请求的至少一个组播业务的资源信息。

也就是说，所述终端通过发送第一请求可以向所述第一网络节点确认是否有对应组播业务的组播会话和/或群组隧道存在，如果有，则所述第一网络节点将对应的发送资源信息告知给终端；如果没有，则向核心网发起隧道建立请求。

基于此，在一实施例中，该方法还可以包括：

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第一信息，所述第一信息指示所述终端向网络侧发起所请求的组播业务的组播会话的建立请求；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的NAS配置信息；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向第一小区所在的第二网络节点发起获取所述终端在第一小区接收的组播业务的相关配置信息的过程，即进行隧道转移过程；

或者，

向所述终端发送所请求的至少一个组播业务不存在的回复信息。

其中，在一实施例中，该方法还可以包括：

接收所述终端发送的第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话。

具体地，所述接收所述终端发送的第二请求，包括：

接收所述终端发送的所请求的至少一个组播业务的组播会话建立请求消息。

针对所述第一网络节点发送的上述信息，所述第二请求携带所述终端保存的在第一小区接收的组播业务的NAS配置信息和/或第一小区信息。

实际应用时，所述第一网络节点收到第二请求后，与核心网进行交互，以建立所请求的至少一个组播业务对应的组播会话和/或共享隧道。其中，当所述第一网络节点获取到第一小区信息、终端保存的在第一小区接收的组播业务的NAS配置信息以及所述终端在第一小区接收的组播业务的相关配置信息时，可以利用这些信息建立组播会话和/或共享隧道，如此，能够快速建立组播会话和/或共享隧道。

在一实施例中，所述第一网络节点广播系统消息；所述系统消息包含第一资源的配置信息；所述第一资源被至少两个终端共享；

所述第一网络节点接收所述终端在第一资源上发送的第一请求。

相应地，本申请还提供了一种组播业务的处理方法，应用于第二网络节点，包括：

接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

其中，实际应用时，当所述终端进入空闲态(具体可以是空闲态模式1(英文可以表达为IDLE mode 1))后，核心网不仅保存终端的TA信息，注册信息，还保存该终端的QoS流的相关参数，和N3隧道信息，只是Uu空口资源释放，但基站侧会维护一个该组播TMGI信息对应的共享隧道的使用终端的列表，同时保留该UE ID在对应的组播TMGI信息对应的共享隧道的使用终端的列表中；

如果是进入INACTIVE态，核心网和基站都会继续维护该终端的上下文，基站侧也可以维护一个该组播TMGI信息对应的共享隧道的使用终端的列表，同时保留该UE ID在对应的组播TMGI信息对应的共享隧道的使用终端的列表中；

如果MBS的会话被释放了，即组播业务的会话被释放了，则N3隧道信息，和MBS的QoS流对应的无线承载资源也会被释放。

在一实施例中，所述第二网络节点接收终端通过随机接入的消息1，消息A或消息3发送的第三信息。

本申请实施例提供的组播业务的处理方法，终端处于空闲态或非激活态时从第一小区变更至第二小区；终端向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；接收所述第一网络节点发送的接收至少一个组播业务的资源信息。本申请实施例提供的方案，处于空闲态或非激活态的终端从一个小区变更到另一个小区时，需要和另一个小区进行信令交互，以获得自身感兴趣的组播业务的资源，从而能够保证终端能够在变更后的小区接收自身感兴趣的组播业务。

从上面的描述可以看出，上述方案中，无论什么情况下，终端都从网络侧获取至少一个组播业务的资源信息，可以理解为被动获得至少一个组播业务的资源信息。实际应用时，所述终端还可以主动获得至少一个组播业务的资源信息，即终端主动检测检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，如果已经建立，且系统消息中携带资源信息时，从系统消息中获取资源信息，如果已经建立且系统消息中未携带资源信息或者未建立时，向所述第二小区所在的第一网络节点请求资源信息。

基于此，本申请实施例还提供了一种组播业务的处理方法，应用于终端，如图3所示，该方法包括：

步骤301：所述终端处于空闲态或非激活态时从第一小区变更至第二小区；

步骤302：检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，根据检测结果执行相应操作。

其中，所述根据检测结果执行相应操作，包括以下操作之一：

向所述第二小区所在的第一网络节点发送第三请求；所述第三请求用于请求接收至少一个组播业务的资源信息；

从系统消息中获取接收至少一个组播业务的资源信息。

更具体地，当检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已经建立，且系统消息中未携带至少一个组播业务的资源信息时，向所述第一网络节点索要接收至少一个组播业务的资源信息，即发送第三请求；

当检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道未建立时，向所述第一网络节点发起所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道的建立请求消息，即发送第三请求；

当检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已经建立，且系统消息中携带至少一个组播业务的资源信息时，从系统消息中获取至少一个组播业务的资源信息；利用系统消息中的接收至少一个组播业务的资源信息进行至少一个组播业务的接收；

当检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已经建立，且系统消息中携带至少一个组播业务的资源信息的群组公共部分时，从系统消息中获取接收至少一个组播业务的资源信息的群组公共部分，再向所述第一网络节点发起接收至少一个组播业务的资源信息的UE专用部分的请求，即发送第三请求，此时第一网络节点向所述终端发送资源信息的UE专用部分。

具体的，第三请求可以携带以下至少一种信息：

请求接收的至少一个组播业务对应的TMGI；

请求接收的至少一个组播业务对应的组播会话标识；

请求接收的至少一个组播业务对应的QoS流标识；

请求接收的至少一个组播业务对应的MRB标识；

请求接收的至少一个组播业务对应的组播IP地址；

请求接收的至少一个组播业务对应的G-RNTI；

所述终端的标识信息；

第一小区信息；

所述终端保存的在第一小区接收的组播业务的NAS配置信息。

这里，图3所示方案与图1所示的方案的不同点在于：终端主动检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，如果已经建立，且系统消息中携带资源信息时，从系统消息中获取资源信息，如果已经建立且系统消息中未携带资源信息或者未建立时，向所述第二小区所在的第一网络节点请求资源信息。

当然，上述方案中，终端与第二网络节点也需要进行交互；交互的方式已在上文详述，这里不再赘述。

需要说明的是：图3所示的方案中终端和第一网络节点的更具体的操作已在上文详述，这里不再赘述。

本申请实施例提供的组播业务的处理方法，终端处于空闲态或非激活态时从第一小区变更至第二小区；终端检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，所述根据检测结果向所述第二小区所在的第一网络节点发送第三请求；所述第三请求用于请求接收至少一个组播业务的资源信息；或者从系统消息中获取接收至少一个组播业务的资源信息。本申请实施例提供的方案，处于空闲态或非激活态的终端从一个小区变更到另一个小区时，通过和另一个小区进行信令交互或者解析系统消息，以获得自身感兴趣的组播业务的资源，从而能够保证终端能够在变更后的小区接收自身感兴趣的组播业务。

终端在连接态接收至少一个组播业务，当所述至少一个组播业务数据停止发送并持续一段时间后，终端进入了空闲态或非激活态，当所述至少一个组播业务再次有数据时，如何寻呼(也可以理解为通知)到终端开始接收该组播业务(即组播会话的启动或激活)也是目前亟待解决的问题；当所述至少一个组播业务数据正在发送中，如何寻呼(也可以理解为通知)到终端开始停止接收该组播业务(即组播会话的停止或去激活)也是目前亟待解决的问题。

基于此，本申请实施例还提供了一种组播业务的处理方法，应用于第三网络节点(具体可以是基站)和第四网络节点(具体可以是核心网)，如图4所示，该方法包括：

步骤401：终端进入空闲态或非激活态后，第四网络节点接收到下发的所述至少一个组播业务的数据，或者一段时间内没有接收到所述至少一个组播业务的数据；

步骤402：所述第四网络节点生成针对接收到的至少一个组播业务的第一寻呼消息；

步骤403：所述第四网络节点将所述第一寻呼消息发送给第三网络节点；

步骤404：所述第三网络节点接收到第一寻呼消息后，利用所述第一寻呼消息，生成第二寻呼消息并发送所述第二寻呼消息给终端；所述第二寻呼消息是针对至少一个组播业务的。

其中，步骤401中，在一段时间内可以理解为在第一时长内。这里，所述第一时长可以根据需要设置。

本申请实例中，所述寻呼消息也可以称为通知消息，还可以称为组的寻呼消息(G-Paging)。

在步骤404中，所述第三网络节点对所述第一寻呼消息进行空口传输相关处理，得到第二寻呼消息，因此，所述第二寻呼消息也可以空口的寻呼消息，也就是说，终端接收的寻呼消息均为空口的寻呼消息。

所述第二寻呼消息包括以下至少之一：

至少一个组播业务的标识；

至少一个组播会话的标识；

至少一个组播业务对应的IP地址；

指示网络配置的组播业务的标识的比特位图(bitmap)；

指示网络配置的组播会话的标识的bitmap；

寻呼的MBS区域信息；

被寻呼的终端的接收组播业务的状态，比如，是连接态，空闲态或去激活态；

被寻呼的终端的接收组播业务后的状态，比如，是连接态，空闲态或去激活态；

群组粒度的临时移动用户识别码(TMSI，Temporary Mobile SubscriberIdentity)；

所述至少一个组播业务或组播会话的数据的发送起始时间；

所述至少一个组播业务或组播会话的数据的发送停止时间；

停止接收指示，如该指示出现则为停止或去激活相应组播业务的接收；

开始接收指示，如该指示出现则为开始或激活所述相应组播业务的接收；

停止或者开始接收指示，如该指示设置为1或true则表示开始或激活所述相应组播业务的接收，如该指示为0或false则表示停止或去激活所述相应组播业务的接收；或者该指示设置为1或true则表示停止或去激活所述相应组播业务的接收，该指示设置为0或false则表示开始或激活所述相应组播业务的接收；

触发发起寻呼或通知消息的业务对应的部分或全部QoS信息，如，延时要求，可靠性和带宽需求等中至少之一；

触发发起寻呼或通知消息的业务对应的发送资源的信息；

触发发起寻呼或通知消息的业务的数据包等；

后续是否还有数据包的指示信息。

其中，终端可以利用所述被寻呼的终端的接收组播业务后的状态的信息来决定是否在接收完组播业务后保存RRC连接，或发起RRC连接等。

所述触发发起寻呼或通知消息的业务对应的部分或全部QoS信息，用于终端在发生接收到所述通知消息和其他信令或数据发送接收冲突时，决定接收的优先顺序或抢占级别。

所述MBS区域信息可参照上述描述理解。

所述触发发起寻呼或通知消息的业务对应的发送资源的信息，用于终端快速获取触发发起寻呼或通知消息的业务对应的发送资源的信息，减少数据接收的时延。

所述触发发起寻呼或通知消息的业务的数据包的作用是：为了终端尽快接收到触发发起通知消息的业务的数据包，减少RRC建链的信令开销和减少数据接收的时延。

实际应用时，在步骤402中，针对终端进入空闲态或非激活态后，第四网络节点接收到下发的所述至少一个组播业务的数据所生成的第一寻呼消息对应的第二寻呼消息可以称为寻呼到终端开始接收该组播业务的寻呼消息，也可以称为用于MBS数据的激活或开启的寻呼消息；针对一段时间内没有接收到所述至少一个组播业务的数据所生成的第一寻呼消息对应的第二寻呼消息可以称为寻呼到终端开始停止接收至少一个组播业务的寻呼消息，也可以称为用于MBS数据的去激活或停止的寻呼消息，这两条寻呼消息可以是两条独立的消息，也可以是一条消息。

所述第四网络节点将所述第一寻呼消息发送给第三网络节点，包括：

所述第四网络节点确定被寻呼的接收所述至少一个组播业务终端的TA和/或RANA，将所述第一寻呼消息发送给对应的第三网络节点；

和/或，

所述第四网络节点确定被寻呼的接收上述组播业务终端的MBS区域，将所述第一寻呼消息发送给对应的第三网络节点。

其中，发送第一寻呼消息的第三网络节点为至少一个。

在一实施例中，所述第二寻呼消息用所述至少一个组播业务对应的G-RNTI加扰。

其中，当所述终端进入空闲态(具体可以是空闲态模式1)后，核心网不仅保存终端的TA信息，注册信息，还保存该终端的QoS流的相关参数，和N3隧道信息，只是Uu空口资源释放，但基站侧会维护一个该组播TMGI信息对应的共享隧道的使用终端的列表，同时保留该UE ID在对应的组播TMGI信息对应的共享隧道的使用终端的列表中。

基于此，在一实施例中，当所述终端处于空闲态或非激活态时，在第二列表中保留所述终端的标识；所述第二列表包含使用第一组播业务的共享隧道的至少一个终端标识，或者所述第二列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第二列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第二列表包含建立了至少一个MRB的至少一个终端标识。

如果是进入INACTIVE态，核心网和基站都会继续维护该终端的上下文。

所述第三网络节点会下发G-Paging的周期值，以便用于终端确定G-Paging的PO(可以称为G-PO)和PF(可以称为G-PF)。具体地，所述第三网络节点可以在广播消息中下发G-Paging的周期值。

基于此，在一实施例中，该方法还可以包括：

广播消息；所述消息携带所述第二寻呼消息的周期。

这里，所述第三网络节点还会利用和组播业务相关的标识确定出G-PF和G-PO，以便发送所述第二寻呼消息；其中，所述和组播业务相关的标识包含以下至少之一：

组播业务对应的TMGI；

组播业务对应的组播会话标识；

组播业务对应的组播QoS流标识；

组播业务对应的MRB标识；

组播业务对应的G-RNTI；

组播业务对应的IP地址；

组播业务对应的TMSI。

其中，实际应用时，为了避免一个寻呼消息时隙上终端太集中，所述第三网络节点可以进一步利用UE粒度的标识来确定，或者网络配置的偏移量确定出G-PF和G-PO。

实际应用时，如果网络侧监测到所述寻呼消息的发送失败(即没有收到终端的响应)，则回退到传统的UE粒度的寻呼消息，或UE粒度的无线接入网(RAN)寻呼消息。

这里，如果网络侧监测到所述寻呼消息的部分终端接收失败，可以再发送传统的UE粒度的寻呼消息，或UE粒度的RAN寻呼消息给接收的终端。

相应地，本申请实施例还提供了一种组播业务的处理方法，应用于终端，包括：

在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对第一组播业务的。

其中，在一实施例中，当所述终端接收到所述第二寻呼消息后，可以再把所述第二寻呼消息发送或者广播给一个MBS群组内的其他终端；其中，MBS群组可以由终端之间通过sidelink，蓝牙，或wifi等通信手段进行协商得出。其中，具体的确认策略可以根据信息质量，终端的位置和/或接收的业务特性等因素确定,本申请实施例对此不作限定。MBS群组的确定也可以由网络来配置，并告知给MBS群组内特定终端，或者所有终端。

如果一个终端在同一时间段或同一时间点同时检测到或者接收到以下至少两种消息：

用于系统消息更新的寻呼消息；

用于mobile terminated data的寻呼消息；

用于MBS数据的激活或开启的寻呼消息；

用于MBS数据的去激活或停止的寻呼消息；

终端可以按照以下任一种规则来执行消息的接收，即按照以下任意一种优先级策略(也可以称为接收优先级顺序)执行寻呼消息的接收：

用于系统消息更新的寻呼消息优先级最高，其次，是用于mobile terminateddata的寻呼消息，然后是用于MBS数据的激活或开启的寻呼消息，最后是用于MBS数据的去激活或停止的寻呼消息；也就是说，接收优先级从高到低的顺序是：用于系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于MBS数据的去激活或停止的寻呼消息。

则用于MIB，SIB1，ETWS，PWS中至少一类的系统消息更新的寻呼消息优先级最高，其次，是用于mobile terminated data的寻呼消息，然后是用于MBS数据的激活或开启的寻呼消息，然后是用于非MIB,SIB1,ETWS和PWS的其他系统消息更新的寻呼消息，最后是用于MBS数据的去激活或停止的寻呼消息或通知消息；也就是说，接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；

则用于MIB，SIB1，ETWS，PWS中至少一类的系统消息更新的寻呼消息优先级最高，其次，是用于移动端数据mobile terminated data的寻呼消息，和用于MBS数据的激活或开启的寻呼消息或通知消息的优先级排序得根据两个寻呼消息对应的业务的优先级来确定，然后是用于非MIB,SIB1,ETWS和PWS的其他系统消息更新的寻呼消息，最后是用于MBS数据的去激活或停止的寻呼消息或通知消息。接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息。

所述终端接收广播的消息；所述消息携带所述第二寻呼消息的周期；

所述终端利用所述周期确定所述PO和PF。

其中，与所述第三网络节点类似的，终端也会利用和组播业务相关的标识确定出G-PF和G-PO。

这里，实际应用时，为了避免一个寻呼消息时隙上终端太集中，所述终端可以进一步利用UE粒度的标识，或者网络配置的偏移量确定出G-PF和G-PO。

本申请实施例提供的组播业务的处理方法，第三网络节点接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；利用所述第一寻呼消息生成第二寻呼消息，发送所述第二寻呼消息；所述终端在PO和/或PF检测针对所述至少一个组播业务的第二寻呼消息，如此，实现了针对组播业务的寻呼，具体实现了终端进入了空闲态或非激活态后针对组播业务的寻呼，还实现了针对组播业务的去激活或停止的寻呼。

下面结合应用实施例对本申请再作进一步详细的描述。

本应用实施例中，设定若干个小区，这些小区支持UE在空闲态或非激活态在这几个小区内接收MBS业务，且从一个小区变更到另一个小区不需要告知网络，即这些小区形成MBS区域。可选的，网络给UE配置以MBS群组或MBS业务为粒度的探测参考(SRS)。

UE通过NAS信息加入(join)一个组播业务，以下称为组播业务1，组播业务1的可靠性要求不是太高，则如果此时没有其他专用业务，则UE进入闲态或非激活态，并进行对组播业务1的数据的接收。

其中，虽然UE进入了IDLE mode1态，但此时核心网处不仅保存UE的TA信息，注册信息，还保存该UE的Qos流的相关参数，以及N3隧道信息，只是Uu空口资源释放，但基站侧会维护一个组播业务1的TMGI信息对应的共享隧道的使用UE的列表，同时保留该UE ID在组播业务1的TMGI信息对应的共享隧道的使用UE的列表中。

如果是进入INACTIVE态，核心网和基站都会继续维护该UE的上下文。

如图5所示，UE因为信号质量等原因从小区1重选到小区2，UE和小区2之间存在信令交互，具体包括：

继续处于空闲态或非激活态，向小区2所在的基站2发送隧道建立请求消息(可以携带TMGI信息)，或者暂时进入连接态，向小区2发送隧道建立请求消息；

基站区2收到该请求后，确认是否有对应组播业务1的群组隧道存在，如果有，则将对应的发送资源信息告知给UE；如果没有，则向核心网发起隧道建立请求。其中，基站2判断是否有组播业务1的其他UE，如果有，则说明有对应组播业务1的群组隧道存在，向UE推送相关信息，即发送资源信息，也即接收组播业务1的资源信息，如果没有组播业务1的其他UE，则说明对应组播业务1的群组隧道不存在，向核心网节点隧道建立请求消息(可以携带TMGI信息)，以便建立组播业务1的群组隧道，并在建立后向UE返回相关信息。

当UE因为信号质量等原因从小区1重选到小区2，UE和小区1之间也存在信令交互，具体包括：

向小区1发送隧道离开请求(也可以理解为隧道离开信息，携带TMGI信息)，该信息可以不用UE进入连接态，在随机接入的消息1、消息A或消息3中发送该信息，也可以暂时进入连接态，在随机接入的消息1、消息A或消息3中发送该信息；

当小区1所在的基站1收到该信息后，如果基站1中还有其他的UE在接收组播业务1，则在组播业务1的组播UE的列表中删去该UE的信息，保持共享隧道不变；如果基站1中没有其他的UE在接收该组播业务，则清空组播业务1的组播UE的列表，并删除共享隧道信息；同时发送共享隧道删除信息给核心网。

基站1和基站2还可以进行隧道转移过程。

为了实现本申请实施例的方法，本申请实施例还提供了一种组播业务的处理装置，设置在终端上，如图6所示，该装置包括：

变更单元601，用于终端处于空闲态或非激活态时从第一小区变更至第二小区；

第一发送单元602，用于向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；

第一接收单元603，用于接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

其中，在一实施例中，所述第一发送单元602，还用于满足以下条件之一时，向所述第一网络节点发送第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话：

所述第一接收单元603接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息；

所述第一接收单元603接收到所述第一网络节点发送的第一信息，所述第一信息指示所述终端向网络侧发起所请求的至少一个组播业务对应的组播会话的建立请求；

所述第一接收单元603接收到所述第一网络节点发送的第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的非接入层NAS配置信息。

其中，在一实施例中，所述第一发送单元602，用于向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息。

在一实施例中，所述第一发送单元602，用于检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立，向所述第二小区所在的第一网络节点发送第一请求。

其中，在一实施例中，所述第一发送单元602，用于：

从所述第二小区的系统消息中检测是否存在所请求接收的至少一个组播业务的控制信息；

当存在所述所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已建立；

当不存在所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立。

在一实施例中，所述第一接收单元603，用于：

通过RRC信令和/或NAS信息接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

在一实施例中，所述终端由空闲态或非激活态进入连接态，所述第一发送单元602向所述第二小区发送第一请求；

在接收所述第一网络节点发送的所述接收至少一个组播业务的资源信息后，再次进入空闲态或非激活态。

在一实施例中，所述第一接收单元603，还用于接收系统消息；

所述第一发送单元602，用于从所述系统消息中获取第一资源的配置信息；所述第一资源被至少两个终端共享；在所述第一资源上向所述第一网络节点发送第一请求。

在一实施例中，所述变更单元601，用于：

处在第一小区时接收第四信息；所述第四信息表征至少一个邻区正在发送的组播业务；

利用所述第四信息，进行以下操作至少之一，以从所述第一小区变更至第二小区：

小区选择；

小区重选；

小区重建。

在一实施例中，所述第一发送单元602，还用于所述终端处于空闲态或非激活态时向所述第一小区所在的第二网络节点发送第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开所述所请求的至少一个组播业务的共享隧道；

所述终端停止所述所请求的至少一个组播业务的接收；

所述终端停止在所述第一小区内接收所述所请求的至少一个组播业务；

所述终端离开所述第一小区；

所述终端将进入或已经进入所述第二小区；

所述终端在第一时间点停止所述所请求的至少一个组播业务的接收；

所述终端在第一时间范围内停止所述所请求的至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入所述第二小区；

所述终端在第二时间范围内进入或已经进入所述第二小区。

在一实施例中，所述第一发送单元602，用于通过随机接入的消息1，消息A或消息3向所述第二网络节点发送第三信息。

在一实施例中，所述第一发送单元602，用于：

当所述第二小区和第一小区不属于相同的MBS区域时，向所述第二网络节点发送所述第一请求。

在一实施例中，所述第一接收单元603，还用于当所述第二小区和第一小区属于相同的MBS区域时，直接利用在所述第一小区获取的接收组播业务资源的资源信息来接收组播业务。

实际应用时，所述变更单元601及第一发送单元602可由组播业务的处理装置中的处理器结合通信接口实现；所述第一接收单元603可由组播业务的处理装置中的通信接口实现。

为了实现本申请实施例第一网络节点侧的方法，本申请实施例还提供了一种组播业务的处理装置，设置在第一网络节点上，如图7所示，该装置包括：

第二接收单元701，用于接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；

第二发送单元702，用于向所述终端发送接收至少一个组播业务的资源信息。

其中，在一实施例中，所述第二发送单元702，用于：

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道已经建立时，向所述终端发送接收至少一个组播业务的资源信息。

在一实施例中，所述第二发送单元702，还用于：

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第一信息，所述第一信息指示所述终端向网络侧发起所请求的组播业务的组播会话的建立请求；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的NAS配置信息；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向第一小区所在的第二网络节点发起获取所述终端在第一小区接收的组播业务的相关配置信息的过程；

或者，

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送所请求的至少一个组播业务不存在的回复信息。

其中，在一实施例中，所述第二接收单元701，还用于接收所述终端发送的第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话。

在一实施例中，所述第二接收单元701，用于接收所述终端发送的所请求的至少一个组播业务的组播会话建立请求消息。

在一实施例中，所述第二发送单元702，还用于广播系统消息；所述系统消息包含第一资源的配置信息；所述第一资源被至少两个终端共享；

所述第二接收单元701，用于接收所述终端在第一资源上发送的第一请求。

实际应用时，所述第二发送单元702可由组播业务的处理装置中的处理器结合通信接口实现；所述第二接收单元701可由组播业务的处理装置中的通信接口实现。

为了实现本申请实施例第二网络节点侧的方法，本申请实施例还提供了一种组播业务的处理装置，设置在第二网络节点上，如图8所示，该装置包括：

第三接收单元801，用于接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

在一实施例中，所述第三接收单元801，用于接收终端通过随机接入的消息1，消息A或消息3发送的第三信息。

在一实施例中，如图8所示，该装置还可以包括：

第四发送单元802，用于当一个组播业务未有终端时，释放共享隧道，并向核心网发送共享隧道删除信息。

实际应用时，所述第三接收单元801可由组播业务的处理装置中的通信接口实现，所述第四发送单元802可由组播业务的处理装置中的处理器结合通信接口实现。

为了实现本申请实施例第三网络节点侧的方法，本申请实施例还提供了一种组播业务的处理装置，设置在第三网络节点上，如图9所示，该装置包括：

第四接收单元901，用于接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

生成单元902，用于利用所述第一寻呼消息生成第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的；

第三发送单元903，用于发送所述第二寻呼消息。

其中，在一实施例中，该装置还可以包括：

确定单元，用于利用与组播业务相关的标识确定PO和PF。

所述第三发送单元903，还用于广播消息；所述消息携带所述第二寻呼消息的周期。

实际应用时，所述第四接收单元901和第三发送单元903可由组播业务的处理装置中的通信接口实现；所述生成单元902和确定单元可由组播业务的处理装置中的处理器实现。

为了实现本申请实施例终端侧的另一种方法，本申请实施例还提供了一种组播业务的处理装置，设置在终端上，如图10所示，该装置包括：

寻呼单元1001，用于在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

其中，在一实施例中，如图10所示，该装置包括：

第五接收单元1002，用于接收广播的消息；所述消息携带所述第二寻呼消息的周期；

所述寻呼单元1001，还用于利用所述周期确定所述PO和PF。

在一实施例中，所述寻呼单元1001，还用于在同一时间段或同一时间点同时检测或接收到以下至少两种消息：

用于系统消息更新的寻呼消息；

用于mobile terminated data的寻呼消息；

用于MBS数据的激活或开启的寻呼消息；

用于MBS数据的去激活或停止的寻呼消息；

按照以下接收优先级顺序中的一种执行寻呼消息的接收：

接收优先级从高到低的顺序是：用于系统消息更新的寻呼消息，用于mobileterminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息二者的优先级根据对一个的业务优先级确定。

在一实施例中，所述寻呼单元1001还用于利用与组播业务相关的标识确定所述PO和PF。

实际应用时，所述寻呼单元1001可由组播业务的处理装置中的处理器结合通信接口实现；所述第五接收单元1002可由组播业务的处理装置中的通信接口实现。

需要说明的是：上述实施例提供的组播业务的处理装置在进行组播业务的处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的组播业务的处理装置与组播业务的处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例终端侧的方法，本申请实施例还提供了一种终端，如图11所示，该终端1100包括：

第一通信接口1101，能够与网络节点进行信息交互；

第一处理器1102，与所述第一通信接口1101连接，以实现与网络节点进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法；

第一存储器1103，所述计算机程序存储在所述第一存储器1103上。

具体地，在实现图1所示方法的过程中，所述第一处理器1102，用于所述终端处于空闲态或非激活态时从第一小区变更至第二小区；所述第一通信接口1101，用于向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；以及接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

其中，在一实施例中，所述第一通信接口1101，还用于满足以下条件之一时，向所述第一网络节点发送第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话：

接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息；

接收到所述第一网络节点发送的第一信息，所述第一信息指示所述终端向网络侧发起所请求的至少一个组播业务对应的组播会话的建立请求；

接收到所述第一网络节点发送的第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的非接入层NAS配置信息。

其中，在一实施例中，所述第一通信接口1101，用于向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息。

在一实施例中，所述第一通信接口1101，用于所述第一处理器1102检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立，向所述第二小区所在的第一网络节点发送第一请求。

其中，在一实施例中，所述第一处理器1102，用于：

从所述第二小区的系统消息中检测是否存在所请求接收的至少一个组播业务的控制信息；

当存在所述所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已建立；

当不存在所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立。

在一实施例中，所述第一通信接口1101，用于：

通过RRC信令和/或NAS信息接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

在一实施例中，所述终端由空闲态或非激活态进入连接态，所述第一通信接口1101向所述第二小区发送第一请求；

在接收所述第一网络节点发送的所述接收至少一个组播业务的资源信息后，再次进入空闲态或非激活态。

在一实施例中，所述第一通信接口1101，还用于接收系统消息；

所述第一处理器1102，用于从所述系统消息中获取第一资源的配置信息；所述第一资源被至少两个终端共享；所述第一通信接口1101在所述第一资源上向所述第一网络节点发送第一请求。

在一实施例中，所述第一处理器1102，用于：

处在第一小区时通过所述第一通信接口1101接收第四信息；所述第四信息表征至少一个邻区正在发送的组播业务；

利用所述第四信息，进行以下操作至少之一，以从所述第一小区变更至第二小区：

小区选择；

小区重选；

小区重建。

在一实施例中，所述第一通信接口1101，还用于所述终端处于空闲态或非激活态时向所述第一小区所在的第二网络节点发送第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开所述所请求的至少一个组播业务的共享隧道；

所述终端停止所述所请求的至少一个组播业务的接收；

所述终端停止在所述第一小区内接收所述所请求的至少一个组播业务；

所述终端离开所述第一小区；

所述终端将进入或已经进入所述第二小区；

所述终端在第一时间点停止所述所请求的至少一个组播业务的接收；

所述终端在第一时间范围内停止所述所请求的至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入所述第二小区；

所述终端在第二时间范围内进入或已经进入所述第二小区。

在一实施例中，所述第一通信接口1101，用于通过随机接入的消息1，消息A或消息3向所述第二网络节点发送第三信息。

在一实施例中，所述第一通信接口1101，用于：

当所述第二小区和第一小区不属于相同的MBS区域时，向所述第二网络节点发送所述第一请求。

在一实施例中，当所述第二小区和第一小区属于相同的MBS区域时，所述第一通信接口1101直接利用在所述第一小区获取的接收组播业务资源的资源信息来接收组播业务。

在实现图3所述的方法中，所述第一处理器1102，用于所述终端处于空闲态或非激活态时从第一小区变更至第二小区；以及检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否已经建立，根据检测结果执行相应操作。

其中，所述根据检测结果执行相应操作，包括以下操作之一：

通过所述第一通信接口1101向所述第二小区所在的第一网络节点发送第三请求；所述第三请求用于请求接收至少一个组播业务的资源信息；

从系统消息中获取接收至少一个组播业务的资源信息。图3所示的方法中第一处理器1102和第一通信接口口1101的其他功能可参照图1所示的方法的功能理解，这里不再赘述。

在实现另一种方法的过程中，所述第一处理器1102，用于通过所述第一通信1001接口在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

其中，在一实施例中，所述第一通信1001，用于接收广播的消息；所述消息携带所述第二寻呼消息的周期；

所述第一处理器1102，还用于利用所述周期确定所述PO和PF。

在一实施例中，所述第一处理器1102，还用于在同一时间段或同一时间点同时检测或接收到以下至少两种消息：

用于系统消息更新的寻呼消息；

用mobile terminated data的寻呼消息；

用于MBS数据的激活或开启的寻呼消息；

用于MBS数据的去激活或停止的寻呼消息；

按照以下接收优先级顺序中的一种执行寻呼消息的接收：

接收优先级从高到低的顺序是：用于系统消息更新的寻呼消息，用于mobileterminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息二者的优先级根据对一个的业务优先级确定。

在一实施例中，所述第一处理器1102还用于利用与组播业务相关的标识确定所述PO和PF。

需要说明的是：第一处理器1102和第一通信接口1101的具体处理过程可参照上述方法理解。

当然，实际应用时，终端1100中的各个组件通过总线系统1104耦合在一起。可理解，总线系统1104用于实现这些组件之间的连接通信。总线系统1104除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1004。

本申请实施例中的第一存储器1103用于存储各种类型的数据以支持终端1100的操作。这些数据的示例包括：用于在终端1100上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第一处理器1102中，或者由所述第一处理器1102实现。所述第一处理器1102可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器1102中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器1102可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器1102可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器1103，所述第一处理器1102读取第一存储器1103中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，终端1100可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

基于上述程序模块的硬件实现，且为了实现本申请实施例第一网络节点侧的方法，本申请实施例还提供了一种第一网络节点，如图12所示，该第一网络节点1200包括：

第二通信接口1201，能够与终端和第二网络节点进行信息交互；

第二处理器1202，与所述第二通信接口1201连接，以实现与终端和第二网络节点进行信息交互，用于运行计算机程序时，执行上述第一网络节点侧一个或多个技术方案提供的方法；

第二存储器1203，所述计算机程序存储在所述第二存储器1203上。

具体地，所述第二通信接口1201，用于接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；以及向所述终端发送接收至少一个组播业务的资源信息。

其中，在一实施例中，所述第二通信接口1201，用于：

当所述第二处理器1202确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道已经建立时，向所述终端发送接收至少一个组播业务的资源信息。

在一实施例中，所述第二通信接口1201，还用于：

当所述第二处理器1202确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第一信息，所述第一信息指示所述终端向网络侧发起所请求的组播业务的组播会话的建立请求；

或者，

当所述第二处理器1202确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的NAS配置信息；

或者，

所述第二处理器1202确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向第一小区所在的第二网络节点发起获取所述终端在第一小区接收的组播业务的相关配置信息的过程；

或者，

向所述终端发送所请求的至少一个组播业务不存在的回复信息。

其中，在一实施例中，所述第二通信接口1201，还用于接收所述终端发送的第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话。

在一实施例中，所述第二通信接口1201，用于接收所述终端发送的所请求的至少一个组播业务的组播会话建立请求消息。

在一实施例中，所述第二通信接口1201，还用于广播系统消息；所述系统消息包含第一资源的配置信息；所述第一资源被至少两个终端共享；

所述第二通信接口1201，用于接收所述终端在第一资源上发送的第一请求。

需要说明的是：所述第二通信接口1201和第二处理器1202和的具体处理过程可参照上述方法理解。

当然，实际应用时，第一网络节点1200中的各个组件通过总线系统1204耦合在一起。可理解，总线系统1204用于实现这些组件之间的连接通信。总线系统1204除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1204。

本申请实施例中的第二存储器1203用于存储各种类型的数据以支持接第一网络节点1200操作。这些数据的示例包括：用于在第一网络节点1200上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第二处理器1202中，或者由所述第二处理器1202实现。所述第二处理器1202可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第二处理器1202中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第二处理器1202可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第二处理器1202可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第二存储器1203，所述第二处理器1202读取第二存储器1203中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，第一网络节点1200可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。

基于上述程序模块的硬件实现，且为了实现本申请实施例第二网络节点侧的方法，本申请实施例还提供了一种第二网络节点，如图13所示，该第二网络节点1300包括：

第三通信接口1301，能够与终端和第一网络节点进行信息交互；

第三处理器1302，与所述第三通信接口1301连接，以实现与终端和第一网络节点进行信息交互，用于运行计算机程序时，执行上述第二网络节点侧一个或多个技术方案提供的方法；

第三存储器1303，所述计算机程序存储在所述第三存储器1303上。

具体地，所述第三通信接口1301，用于接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

在一实施例中，所述第三通信接口1301，用于接收终端通过随机接入的消息1，消息A或消息3发送的第三信息。

当然，实际应用时，第二网络节点1300中的各个组件通过总线系统1304耦合在一起。可理解，总线系统1304用于实现这些组件之间的连接通信。总线系统1304除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统1304。

本申请实施例中的第三存储器1303用于存储各种类型的数据以支持接第二网络节点1300操作。这些数据的示例包括：用于在第二网络节点1300上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第三处理器1302中，或者由所述第三处理器1302实现。所述第三处理器1302可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第三处理器1302中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第三处理器1302可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第三处理器1302可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第三存储器1303，所述第三处理器1302读取第三存储器1303中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，第二网络节点1300可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。

基于上述程序模块的硬件实现，且为了实现本申请实施例第三网络节点侧的方法，本申请实施例还提供了一种第三网络节点，如图14所示，该第三网络节点1400包括：

第四通信接口1401，能够与终端和第四网络节点进行信息交互；

第四处理器1402，与所述第四通信接口1401连接，以实现与终端和第四网络节点进行信息交互，用于运行计算机程序时，执行上述网络设备侧一个或多个技术方案提供的方法；

第四存储器1403，所述计算机程序存储在所述第四存储器1403上。

具体地，所述第四通信接口1401，用于接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

所述第四处理器1402，用于利用所述第一寻呼消息生成第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的；

所述第四通信接口1401，还用于发送所述第二寻呼消息。

其中，在一实施例中，所述第四通信接口1401，还用于广播消息；所述消息携带所述第二寻呼消息的周期。

在一实施例中，所述第四处理器1402，用于利用与组播业务相关的标识确定PO和PF。

当然，实际应用时，第三网络节点1400中的各个组件通过总线系统1404耦合在一起。可理解，总线系统1404用于实现这些组件之间的连接通信。总线系统1404除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图14中将各种总线都标为总线系统1404。

本申请实施例中的第四存储器1403用于存储各种类型的数据以支持接第三网络节点1400操作。这些数据的示例包括：用于在第三网络节点1400上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第四处理器1402中，或者由所述第四处理器1402实现。所述第四处理器1402可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第四处理器1402中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第四处理器1402可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第四处理器1402可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第四存储器1403，所述第四处理器1402读取第四存储器1403中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，第三网络节点1400可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。

可以理解，本申请实施例的存储器(第一存储器1103、第二存储器1203、第三存储器1303、第四存储器1403)可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

为实现本申请实施例的方法，本申请实施例还提供了一种组播业务的处理系统，该系统包括：终端、第一网络节点和第二网络节点；或者，该系统包括：终端、第三网络节点和第四网络节点。

这里，需要说明的是：所述终端、第一网络节点、第二网络节点、第三网络节点和第四网络节点的具体处理过程已在上文详述，这里不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器1103，上述计算机程序可由终端1100的第一处理器1102执行，以完成前述终端侧方法所述步骤，再比如包括存储计算机程序的第二存储器1203，上述计算机程序可由第一网络节点1200的第二处理器1202执行，以完成前述第一网络节点侧方法所述步骤，再比如包括存储计算机程序的第三存储器1303，上述计算机程序可由第二网络节点1300的第三处理器1302执行，以完成前述第二网络节点侧方法所述步骤，再比如包括存储计算机程序的第四存储器1403，上述计算机程序可由第三网络节点1400的第四处理器1402执行，以完成前述第三网络节点侧方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (50)

1.一种组播业务的处理方法，其特征在于，应用于终端，包括：

所述终端处于空闲态或非激活态时从第一小区变更至第二小区；

向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；

接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

2.根据权利要求1所述的方法，其特征在于，所述第一请求携带以下信息至少一种：

请求接收的至少一个组播业务对应的临时移动组标识TMGI；

请求接收的至少一个组播业务对应的组播会话标识；

请求接收的至少一个组播业务对应的组播服务质量QoS流标识；

请求接收的至少一个组播业务对应的组播无线承载MRB标识；

请求接收的至少一个组播业务对应的组播IP地址；

请求接收的至少一个组播业务对应的组无线网络临时标识G-RNTI；

所述终端的标识信息；

第一小区信息；

或者，

所述第一请求是以组播广播业务MBS业务为粒度或/和以MBS群组为粒度的探测参考信号SRS。

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

满足以下条件之一时，向所述第一网络节点发送第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话：

接收到所述第一网络节点发送的表示所请求的至少一个组播业务不存在的回复信息；

接收到所述第一网络节点发送的第一信息，所述第一信息指示所述终端向网络侧发起所请求的至少一个组播业务对应的组播会话的建立请求；

接收到所述第一网络节点发送的第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的非接入层NAS配置信息。

4.根据权利要求3所述的方法，其特征在于，所述向所述第二小区所在的第一网络节点发送第二请求，包括：

向所述第一网络节点发送所请求的至少一个组播业务的组播会话建立请求消息；

或者，所述第二请求携带所述终端保存的在第一小区接收的组播业务的NAS配置信息和/或第一小区信息。

5.根据权利要求1所述的方法，其特征在于，所述向所述第二小区所在的第一网络节点发送第一请求，包括：

检测到所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立，向所述第二小区所在的第一网络节点发送第一请求。

6.根据权利要求5所述的方法，其特征在于，检测所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道是否建立，包括：

从所述第二小区的系统消息中检测是否存在所请求接收的至少一个组播业务的控制信息；

当存在所述所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道已建立；或者，

当不存在所请求的至少一个组播业务的控制信息时，确定所述第二小区中所请求的至少一个组播业务对应的组播会话和/或所请求的至少一个组播业务对应的共享隧道没有建立。

7.根据权利要求1所述的方法，其特征在于，所述资源信息，包括以下至少一种信息：

所述接收至少一个组播业务的每一个或多个组播业务对应的TMGI；

所述接收至少一个组播业务的每一个或多个组播业务对应的会话标识；

所述接收至少一个组播业务的每一个或多个组播业务对应的G-RNTI；

所述接收至少一个组播业务的每一个或多个组播业务对应的时域信息、频域信息和空域信息中至少一种信息；

所述接收至少一个组播业务的每一个或多个组播业务对应的调度信息；

所述接收至少一个组播业务的每一个或多个组播业务对应无线侧的配置信息；

组播服务列表。

8.根据权利要求7所述的方法，其特征在于，所述组播服务列表包括以下至少之一：

每一个或多个组播业务对应的TMGI；

每一个或多个组播业务对应的会话标识；

每一个或多个组播业务对应的G-RNTI；

点对多点的配置信息和组播业务的对应关系；

组播业务和逻辑信道的映射关系；

组播业务的优先级信息。

9.根据权利要求8所述的方法，其特征在于，所述组播业务的优先级信息包括以下至少一种：

组播业务对应的优先级信息；

组播业务对应的逻辑信道的优先级信息；

组播业务对应的半静态调度SPS的优先级信息；

组播业务对应的新传数据和/或重传数据相对单播业务的新传业务和/或重传数据的优先级信息；

组播业务对应的新传数据和/或重传数据相对单播业务的新传业务和/或重传数据的抢占优先级信息；

组播业务对应的数据相对测量间隙的优先级信息；

组播业务对应的数据相对下行媒体访问控制控制单元MAC CE的优先级；

组播业务和组播或广播控制信道MCCH和组播或广播业务信道MTCH中至少之一的映射关系；

组播业务和与组播相关的无线网络临时标识RNTI的映射关系；

用于组播业务发送或接收的共享隧道信息；

用于组播业务发送或接收的IP组播地址信息；

所述组播业务的媒体类型；

所述第二小区所对应的MBS区域信息。

10.根据权利要求1所述的方法，其特征在于，所述接收所述第一网络节点发送的接收至少一个组播业务的资源信息，包括：

通过无线资源控制RRC信令和/或NAS信息接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

11.根据权利要求1所述的方法，其特征在于，

所述终端由空闲态或非激活态进入连接态，并向所述第二小区发送第一请求；

在接收所述第一网络节点发送的所述接收至少一个组播业务的资源信息后，再次进入空闲态或非激活态。

12.根据权利要求1所述的方法，其特征在于，

接收系统消息；

从所述系统消息中获取第一资源的配置信息；所述第一资源被至少两个终端共享；

在所述第一资源上向所述第一网络节点发送第一请求。

13.根据权利要求1至12任一项所述的方法，其特征在于，所述从第一小区变更至第二小区，包括：

处在第一小区时接收第四信息；所述第四信息表征至少一个邻区正在发送的组播业务；

利用所述第四信息，进行以下操作至少之一，以从所述第一小区变更至第二小区：

小区选择；

小区重选；

小区重建。

14.根据权利要求1至12任一项所述的方法，其特征在于，所述方法还包括：

所述终端处于空闲态或非激活态时向所述第一小区所在的第二网络节点发送第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开所述所请求的至少一个组播业务的共享隧道；

所述终端停止所述所请求的至少一个组播业务的接收；

所述终端停止在所述第一小区内接收所述所请求的至少一个组播业务；

所述终端离开所述第一小区；

所述终端将进入或已经进入所述第二小区；

所述终端在第一时间点停止所述所请求的至少一个组播业务的接收；

所述终端在第一时间范围内停止所述所请求的至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入所述第二小区；

所述终端在第二时间范围内进入或已经进入所述第二小区。

15.根据权利要求14所述的方法，其特征在于，所述向所述第一小区所在的第二网络节点发送第三信息，包括：

通过随机接入的消息1，消息A或消息3向所述第二网络节点发送第三信息。

16.根据权利要求1至12任一项所述的方法，其特征在于，

当所述第二小区和第一小区不属于相同的MBS区域时，向所述第二网络节点发送所述第一请求；

当所述第二小区和第一小区属于相同的MBS区域时，直接利用在所述第一小区获取的接收组播业务资源的资源信息来接收组播业务。

17.根据权利要求16所述的方法，其特征在于，所述MBS区域包括以下至少一种特性：

MBS区域包括至少一个小区且小区之间发送的MBS业务类型至少有一个是相同的；

MBS区域包括至少一个小区且小区之间发送的MBS业务类型都相同；

MBS区域内的小区发送的MBS业务的时域资源相同；

MBS区域内的小区发送的MBS业务的频域资源相同；

MBS区域内不同小区使用的激活MBS业务或者寻呼终端进入连接态接收MBS业务的信令加扰的RNTI是相同的；

MBS区域内的不同小区使用的调度MBS业务的信令加扰的RNTI是相同的；

MBS区域内不同小区之间时间同步；

MBS区域内的小区发送小区特定的同步信号块SSB和/或信道状态信息参考信号CSI-RS，还发送以MBS区域为粒度的SSB和/或CSI-RS；

MBS区域内的小区发送小区特定的SSB和/或CSI-RS，还发送MBS区域内的以特定MBS业务为粒度的SSB和/或CSI-RS；

MBS区域内的小区发送小区特定的SSB之外，还会发送以MBS区域内的特定MBS业务为粒度的MBS区域内相同的解调参考信号DMRS。

18.根据权利要求16所述的方法，其特征在于，所述MBS区域包括以下至少一种特性：

终端在空闲态或非激活态时在MBS区域内的小区内接收MBS业务，从一个小区变更到另一个小区不需要告知网络；

终端和MBS区域内的多个小区和/或基站之间能够通过载波聚合和/或多连接的方式在多个小区内接收至少一个相同的MBS业务。

19.一种组播业务的处理方法，其特征在于，应用于第一网络节点，包括：

接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；

向所述终端发送接收至少一个组播业务的资源信息。

20.根据权利要求19所述的方法，其特征在于，

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道已经建立时，向所述终端发送接收至少一个组播业务的资源信息。

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

当所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第一信息，所述第一信息指示所述终端向网络侧发起所请求的组播业务的组播会话的建立请求；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送第二信息，所述第二信息指示所述终端发送终端保存的在第一小区接收的组播业务的NAS配置信息；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向第一小区所在的第二网络节点发起获取所述终端在第一小区接收的组播业务的相关配置信息的过程；

或者，

所述第二小区中所请求的至少一个组播业务对应的组播会话和/或共享隧道没有建立时，向所述终端发送表示所请求的至少一个组播业务不存在的回复信息。

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

接收所述终端发送的第二请求，所述第二请求用于请求建立所请求接收的至少一个组播业务对应的组播会话。

23.根据权利要求22所述的方法，其特征在于，所述接收所述终端发送的第二请求，包括：

接收所述终端发送的所请求的至少一个组播业务的组播会话建立请求消息；

或者，

所述第二请求携带所述终端保存的在第一小区接收的组播业务的NAS配置信息和/或第一小区信息。

24.根据权利要求19至23任一项所述的方法，其特征在于，

广播系统消息；所述系统消息包含第一资源的配置信息；所述第一资源被至少两个终端共享；

接收所述终端在第一资源上发送的第一请求。

25.一种组播业务的处理方法，其特征在于，应用于第二网络节点，包括：

接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

26.根据权利要求25所述的方法，其特征在于，

接收终端通过随机接入的消息1，消息A或消息3发送的第三信息。

27.一种组播业务的处理方法，其特征在于，应用于第三网络节点，包括：

接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

利用所述第一寻呼消息生成第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的；

发送所述第二寻呼消息。

28.根据权利要求27所述的方法，其特征在于，所述第二寻呼消息用所述至少一个组播业务对应的G-RNTI加扰。

29.根据权利要求27所述的方法，其特征在于，当所述终端处于空闲态或非激活态时，在第二列表中保留所述终端的标识；所述第二列表包含使用第一组播业务的共享隧道的至少一个终端标识，或者所述第二列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第二列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第二列表包含建立了至少一个MRB的至少一个终端标识。

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

利用与组播业务相关的标识确定寻呼时机PO和寻呼帧PF。

31.根据权利要求30所述的方法，其特征在于，所述和组播业务相关的标识包含以下至少之一：

组播业务对应的TMGI；

组播业务对应的组播会话标识；

组播业务对应的组播QoS流标识；

组播业务对应的MRB标识；

组播业务对应的G-RNTI；

组播业务对应的IP地址；

组播业务对应的TMSI。

32.一种组播业务的处理方法，其特征在于，应用于终端，包括：

在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

33.根据权利要求32所述的方法，其特征在于，

所述第二寻呼消息用所述至少一个组播业务对应的G-RNTI加扰。

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

在同一时间段或同一时间点同时检测或接收到以下至少两种消息：

用于系统消息更新的寻呼消息；

用于移动端数据mobile terminated data的寻呼消息；

用于MBS数据的激活或开启的寻呼消息；

用于MBS数据的去激活或停止的寻呼消息；

按照以下接收优先级顺序中的一种执行寻呼消息的接收：

接收优先级从高到低的顺序是：用于系统消息更新的寻呼消息，用于mobileterminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobileterminated data的寻呼消息，用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：主系统信息块MIB，系统信息块1SIB1，地震海啸预警系统ETWS，公共警告系统PWS；

接收优先级从高到低的顺序是：用于第一类系统消息更新的寻呼消息，用于mobileterminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息，用于非第一类系统消息更新的寻呼消息，用于MBS数据的去激活或停止的寻呼消息；所述第一类系统消息包含以下至少之一：MIB，SIB1，ETWS，PWS；用于mobile terminated data的寻呼消息和用于MBS数据的激活或开启的寻呼消息二者的优先级根据对一个的业务优先级确定。

35.根据权利要求32至34任一项所述的方法，其特征在于，

利用与组播业务相关的标识确定所述PO和PF。

36.根据权利要求35所述的方法，其特征在于，所述和组播业务相关的标识包含以下至少之一：

组播业务对应的TMGI；

组播业务对应的组播会话标识；

组播业务对应的组播QoS流标识；

组播业务对应的MRB标识；

组播业务对应的G-RNTI；

组播业务对应的IP地址；

组播业务对应的TMSI。

37.一种组播业务的处理装置，其特征在于，包括：

变更单元，用于终端处于空闲态或非激活态时从第一小区变更至第二小区；

第一发送单元，用于向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；

第一接收单元，用于接收所述第一网络节点发送的接收至少一个组播业务的资源信息。

38.一种组播业务的处理装置，其特征在于，包括：

第二接收单元，用于接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；

第二发送单元，用于向所述终端发送接收至少一个组播业务的资源信息。

39.一种组播业务的处理装置，其特征在于，包括：

第三接收单元，用于接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

40.一种组播业务的处理装置，其特征在于，包括：

第四接收单元，用于接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

生成单元，用于利用所述第一寻呼消息生成第二寻呼消息；

第三发送单元，用于发送所述第二寻呼消息。

41.一种组播业务的处理装置，其特征在于，包括：

寻呼单元，用于在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

42.一种终端，其特征在于，包括：第一处理器及第一通信接口；其中，

所述第一处理器，用于所述终端处于空闲态或非激活态时从第一小区变更至第二小区；所述第一通信接口，用于向所述第二小区所在的第一网络节点发送第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；以及接收所述第一网络节点发送的接收至少一个组播业务的资源信息；

或者，

所述第一处理器，用于通过所述第一通信接口在PO和/或PF上监测并接收第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的。

43.一种第一网络节点，其特征在于，包括：第二处理器及第二通信接口；其中，

所述第二通信接口，用于接收终端处于空闲态或非激活态时发送的第一请求；所述第一请求用于请求接收至少一个组播业务的资源信息；处于空闲态或非激活态的所述终端能够在第二小区接收所请求的至少一个组播业务；以及向所述终端发送接收至少一个组播业务的资源信息。

44.一种第二网络节点，其特征在于，包括：第三处理器及第三通信接口；其中，

所述第三通信接口，用于接收终端处于空闲态或非激活态时发送的第三信息；所述第三信息用于指示以下至少一种信息：

所述终端离开至少一个组播业务的共享隧道；

所述终端停止至少一个组播业务的接收；

所述终端停止在第一小区内接收至少一个组播业务；

所述终端离开第一小区；

所述终端将进入或已经进入第二小区；

所述终端在第一时间点停止至少一个组播业务的接收；

所述终端在第一时间范围内停止至少一个组播业务的接收；

所述终端在第二时间点进入或已经进入第二小区；

所述终端在第二时间范围内进入或已经进入第二小区；其中，

当所述终端处于空闲态或非激活态时，在第一列表中保留所述终端的标识；所述第一列表包含使用至少一个组播业务的共享隧道的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的至少一个终端标识，或者所述第一列表包含建立了至少一个组播会话的QoS流的至少一个终端标识，或者所述第一列表包含建立了至少一个MRB的至少一个终端标识。

45.一种第三网络节点，其特征在于，包括：第四处理器及第四通信接口；其中，

所述第四通信接口，用于接收第四网络节点下发的针对至少一个组播业务的第一寻呼消息；

所述第四处理器，用于利用所述第一寻呼消息生成第二寻呼消息；所述第二寻呼消息是针对至少一个组播业务的；

所述第四通信接口，还用于发送所述第二寻呼消息。

46.一种终端，其特征在于，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，

其中，所述第一处理器用于运行所述计算机程序时，执行权利要求1至18任一项所述方法的步骤，或者执行权利要求32至36任一项所述方法的步骤。

47.一种第一网络节点，其特征在于，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，

其中，所述第二处理器用于运行所述计算机程序时，执行权利要求19至24任一项所述方法的步骤。

48.一种第二网络节点，其特征在于，包括：第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器，

其中，所述第三处理器用于运行所述计算机程序时，执行权利要求25或26所述方法的步骤。

49.一种第三网络节点，其特征在于，包括：第四处理器和用于存储能够在处理器上运行的计算机程序的第四存储器，

其中，所述第四处理器用于运行所述计算机程序时，执行权利要求27至31任一项所述方法的步骤。

50.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至18任一项所述方法的步骤，或者实现权利要求19至24任一项所述方法的步骤，或者实现权利要求25或26所述方法的步骤，或者实现权利要求27至31任一项所述方法的步骤，或者实现权利要求32至36任一项所述方法的步骤。

Images