CN111918342B - 多播业务管理方法及设备 - Google Patents

Abstract

本发明实施例提供一种多播业务管理方法及设备，该方法包括：向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

Description

多播业务管理方法及设备

技术领域

本发明实施例涉及通信技术领域，具体涉及一种多播业务管理方法及设备。

背景技术

为了有效利用移动网络资源，提出了增强型多媒体广播多播业务(evolvedMultimedia Broadcast Multicast Service，eMBMS)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络资源的共享，提高了网络资源、尤其是空中接口资源的利用率。

eMBMS在演进的UMTS陆地无线接入网(Evolved UMTS Terrestrial Radio AccessNetwork，E-UTRAN)中支持两种传输方式：MBMS单频网(MBMS Single Frequency Network，MBSFN)传输方式和单小区点对多点传输(Single Cell Point To Multipoint，SC-PTM)。MBSFN传输方式，就是在同一时间以相同频率在多个小区进行同步传输。使用这种传输方式可以节约频率资源，提高频谱利用率。同时这种多小区同频传输所带来的分集效果可以解决盲区覆盖等问题，增强接收的可靠性，提高覆盖率。SC-PTM传输方式，即多播广播数据在单个小区通过物理下行共享信道(Physical Downlink Shared Channel，PDSCH) 传输。

对于通过SC-PTM提供的MBMS业务，E-UTRAN通过单小区多播控制信道 (SingleCell Multicast Control Channel，SC-MCCH)指示可以提供该MBMS 业务的邻小区列表，这样，当目标邻小区不支持通过SC-PTM提供该MBMS业务时，终端(例如用户设备(UE))可以请求通过单播方式接收该业务。

对于MBSFN传输，E-UTRAN提供在相同MBSFN区域内的业务连续性。在相同的地理区域范围，MBMS业务可以通过多于一个频率来提供；在不同的地理区域，MBMS业务可能通过不同的频率来提供。

从上述流程可以看出，网络在哪些地理区域播发哪些MBMS业务完全由网络侧决定。终端处于移动状态需要改变服务小区时，只是尽量重选或切换到支持当前MBMS业务的目标邻小区，并不能保证终端在目标邻小区一定可以通过多播方式接收到感兴趣的MBMS业务数据。

在切换到当前不支持MBMS多播广播目标小区的情况下，虽然终端可以请求通过单播方式获得MBMS业务数据，但该方法对于未来某些多播业务(如多用户在高铁中实时游戏、或者车队场景)并不适用，因为多个终端会同时切换、并请求通过单播方式接收后续MBMS数据，因此会极大影响资源利用率。

发明内容

本发明实施例的一个目的在于提供一种多播业务管理方法及设备，解决终端在切换过程中会对网络资源造成的影响的问题。

依据第一方面，本发明实施例提供一种多播业务管理方法，应用于终端，包括：

向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

可选地，所述终端多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

可选地，所述多播业务通过以下一项或多项指示：

临时移动组标识TMGI；

流标识Flow ID；

会话标识session ID；

业务标识service ID；

单网络切片选择辅助信息S-NSSAI。

可选地，所述第一信息还包括以下一项或多项：

表示邻小区支持多播业务情况的信息；

服务小区标识ID；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

临时移动组标识TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

可选地，所述表示邻小区支持多播业务情况的信息，通过以下一种方式指示：

向所述源节点发送目标小区的测量结果，所述目标小区的测量结果指示所述邻小区支持多播业务的信息；

或者，

向所述源节点发送邻小区列表，所述邻小区列表指示所述邻小区支持多播业务的信息。

可选地，所述向源节点发送第一信息之后，所述方法还包括：

从所述源节点接收确认消息，所述确认消息用于对所述终端多播业务的接收确认。

可选地，所述确认消息包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

可选地，所述向源节点发送第一信息之前，所述方法还包括：

向网络侧发送多播会话变更请求消息。

可选地，向网络侧发送多播会话变更请求消息，包括：

在所述终端测量到部分邻小区不支持多播方式发送多播业务的情况下，向网络侧发送多播会话变更请求消息。

可选地，所述部分邻小区通过以下方式之一或组合确定：

网络侧配置或者预配置的信道门限值；

网络侧配置或者预配置的信道质量偏移量；

网络侧配置或者预配置的小区数量N值，N大于等于1；

满足S准则的邻小区；

所有测量到的小区；

所述终端自主选择。

可选地，所述向网络侧发送多播会话变更请求消息，包括：

向源基站发送多播会话变更请求消息；

或者，

向核心网网元发送多播会话变更请求消息；

或者，

向应用服务器发送多播会话变更请求消息；

或者，

向内容提供商发送多播会话变更请求消息；

或者，

向业务提供商发送多播会话变更请求消息。

可选地，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

依据第二方面，本发明实施例还提供一种多播业务管理方法，应用于源节点，包括：

从终端接收第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

可选地，所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

可选地，所述多播业务通过以下一项或多项指示：

临时移动组标识TMGI；

流标识Flow ID；

会话标识session ID；

业务标识service ID；

单网络切片选择辅助信息S-NSSAI。

可选地，所述第一信息还包括以下一项或多项：

表示邻小区支持多播业务情况的信息；

服务小区标识ID；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

临时移动组标识TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

可选地，所述表示邻小区支持多播业务情况的信息，通过以下一种方式指示：

从终端接收目标小区的测量结果，所述目标小区的测量结果指示所述邻小区支持多播业务的信息；

或者，

从终端接收邻小区列表，所述邻小区列表指示所述邻小区支持多播业务的信息。

可选地，所述从终端接收第一信息之后，所述方法还包括：

向所述终端发送确认消息，所述确认消息用于对所述终端多播业务的接收确认。

可选地，所述确认消息包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

可选地，所述从终端接收第一信息之前，所述方法还包括：

从所述终端接收多播会话变更请求消息。

可选地，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

依据本发明实施例的第三方面，还提供一种多播业务管理的方法，应用于源节点，包括：

从核心网接收表示邻小区支持多播业务情况的信息；或者，

从相邻节点接收表示邻小区支持多播业务情况的信息。

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

发送多播会话变更请求消息，所述多播会话变更请求消息用于请求核心网触发建立与邻小区的多播会话。

可选地，所述发送多播会话变更请求消息，包括：

向所述核心网发送所述多播会话变更请求消息；

或者，

向目标节点发送与所述多播会话变更请求消息相关的参数，所述参数用于触发所述目标节点向核心网发送所述多播会话变更请求消息。

可选地，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

可选地，所述发送多播会话变更请求消息，包括：

在所有邻小区均不支持终端多播偏好的情况下，发送多播会话变更请求消息；

或者，

在部分邻小区都不支持终端多播偏好的情况下，发送多播会话变更请求消息，其中所述部分邻小区由所述源节点确定；

或者，

在所述源节点接收到所述终端发送的针对一个或多个业务的多播偏好的情况下，发送多播会话变更请求消息。

第四方面，本发明实施例还提供一种终端，包括：第一收发机和第一处理器；

其中，所述第一收发机用于：向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

第五方面，本发明实施例还提供一种源节点，包括：第二收发机和第二处理器；

其中，所述第二收发机用于：从终端接收第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

第六方面，本发明实施例还提供一种源节点，第三收发机和第三处理器；

其中，所述第三收发机用于从核心网接收表示邻小区支持多播业务情况的信息；或者，从相邻节点接收表示邻小区支持多播业务情况的信息。

第七方面，本发明实施例还提供一种通信设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面，第二方面或第三方面所述的多播业务管理的步骤。

第八方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面，第二方面或第三方面所述的多播业务管理的步骤。

在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为现有的eMBMS系统架构示意图之一；

图2为现有的eMBMS系统架构示意图之二；

图3为本发明实施例的多播业务管理方法的流程图之一；

图4为本发明实施例的多播业务管理方法的流程图之二；

图5为本发明实施例的多播业务管理方法的流程图之三；

图6为本发明实施例的实施方式一的网络架构示意图；

图7为本发明实施例中适用于实施方式一的网络架构的流程图之一；

图8为本发明实施例中适用于实施方式一的网络架构的流程图之二；

图9为本发明实施例中适用于实施方式一的网络架构的流程图之三；

图10为本发明实施例中适用于实施方式一的网络架构的流程图之四；

图11为本发明实施例的实施方式二的网络架构示意图；

图12为本发明实施例中适用于实施方式二的网络架构的流程图；

图13为本发明实施例的实施方式三的网络架构示意图；

图14为本发明实施例中适用于实施方式三的网络架构的流程图；

图15为本发明实施例的终端的示意图之一；

图16为本发明实施例的源节点的示意图之一；

图17为本发明实施例的源节点的示意图之二；

图18为本发明实施例的终端的示意图之二；

图19为本发明实施例的网络设备的示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。

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

本发明实施例可以适用于支持MBMS业务的网络架构，该网络架构可以是 eMBMS的系统架构，或者也可以是基于5G核心网(5GC)的MBMS网络架构，当然并不限于此。

eMBMS的系统架构与原有演进的分组系统(Evolved Packet System，EPS) 网络架构相比，eMBMS的系统架构新引入了3个逻辑网元：接入网侧引入多播协调实体(multi-cell/multicast coordination entity，MCE)；核心网侧引入MBMS 网关(MBMS gateway，MBMS GW)及广播多播业务中心(broadcast multicast service center，BM-SC)，并新增对6个接口(MI、M2、M3、Sm、SGmb以及 SGi-mb)的支持，参见图1和图2，图中Contents Provider为内容提供商，MME (Mobility Management Entity)为移动性管理实体，PDN Gateway为分组数据网关，eNB为基站。

本文所描述的技术不限于第五代移动通信(5th-generation，5G)系统以及后续演进通信系统，以及不限于LTE/LTE的演进(LTE-Advanced，LTE-A) 系统，并且也可用于各种无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(TimeDivision Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址 (Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址 (Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。

术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如 CDMA2000、通用地面无线电接入(Universal Terrestrial Radio Access，UTRA) 等无线电技术。UTRA包括宽带CDMA(Wideband Code Division Multiple Access，WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication，GSM)之类的无线电技术。 OFDMA系统可实现诸如超移动宽带(Ultra Mobile Broadband，UMB)、演进型UTRA((Evolution-UTRA，E-UTRA))、IEEE 802.11((Wi-Fi))、 IEEE 802.16((WiMAX))、IEEE802.20、Flash-OFDM等无线电技术。 UTRA和E-UTRA是通用移动电信系统(UniversalMobile Telecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA 的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rd Generation Partnership Project，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2) 的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。

本发明实施例提供的终端可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(PersonalDigital Assistant，PDA)、移动上网装置(Mobile Internet Device， MID)、可穿戴式设备(Wearable Device)或车载设备等。

本发明实施例提供的网络设备可以为基站，该基站可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络设备(例如，下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))等设备。

参见图3，本发明实施例提供一种多播业务管理方法，该方法的执行主体可以为终端，具体步骤如下：

步骤301：向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

可以理解的是，上述源节点也可以称为服务无线网络节点，目标节点也可以称为目标无线网络节点。

在本发明实施例中，可选地，所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

即，终端或者所述终端所在终端组的多播业务接收偏好的信息可以指示哪个或哪些多播业务始终或优先通过多播方式接收。

在本发明实施例中，可选地，所述多播业务通过以下一项或多项指示：

(1)临时移动组标识(Temporary Mobile Group Identity，TMGI)；

(2)流标识(Flow ID)；

(3)会话标识(session ID)；

(4)业务标识(service ID)；

(5)单网络切片选择辅助信息(Single Network Slice Selection AssistanceInformation，S-NSSAI)。

在本发明实施例中，可选地，所述第一信息还可以包括以下一项或多项：

(1)表示邻小区支持多播业务情况的信息；

(2)服务小区标识ID；

(3)所述终端的位置；

(4)所述终端的移动速度；

(5)所述终端所在的小区ID；

(6)所述终端所在终端组包含的至少一个终端的位置；

(7)所述终端所在终端组包含的至少一个终端的移动速度；

(8)所述终端所在终端组包含的至少一个终端的所在小区ID；

(9)一个或多个期望建立多播会话的邻小区ID；

(10)一个或多个临时移动组标识TMGI；

(11)一个或多个Flow ID；

(12)一个或多个session ID；

(13)一个或多个service ID；

(14)一个或多个S-NSSAI。

在本发明实施例中，可选地，所述表示邻小区支持多播业务情况的信息，可以通过以下一种方式指示：

(1)向所述源节点发送目标小区的测量结果，所述目标小区的测量结果隐式指示所述邻小区支持多播业务的信息；

即，终端在测量结果上报时，只将可以保证其多播业务接收偏好的目标小区的测量结果上报网络，这样源节点就知道哪些邻小区支持多播，相当于隐式上报。

(2)向所述源节点发送邻小区列表，所述邻小区列表显式指示所述邻小区支持多播业务的信息。

即，终端通过RRC消息上报满足其多播业务接收偏好的邻小区列表，显式上报。

需要说明的是，除了通过终端上报的方式获得邻小区多播支持情况，源节点还可以通过以下任意一种方式获得邻小区多播支持情况：(1)向核心网(例如多播业务中心(Broadcast Multicast Service Center，BMSC))请求获得；(2) 从相邻节点获得。

在本发明实施例中，可选地，所述向源节点发送第一信息之后，所述方法还包括：

从所述源节点接收确认消息，所述确认消息用于对所述终端多播业务的接收确认。

在本发明实施例中，可选地，所述确认消息可以包括以下一项或多项：

(1)第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

(2)第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

即，该确认消息指示终端哪个或哪些多播业务在目标小区可以通过多播方式接收或只能通过单播方式接收。

在本发明实施例中，可选地，为保证终端在目标节点依然可以接收到 MBMS业务数据，终端可以触发建立必要的MBMS会话。MBMS会话建立过程可以发生在切换过程之前或者切换过程之中。

在本发明实施例中，可选地，所述向源节点发送第一信息之前，所述方法还包括：向网络侧发送多播会话变更请求消息。

在本发明实施例中，可选地，向网络侧发送多播会话变更请求消息，包括：

在所述终端测量到部分邻小区不支持多播方式发送多播业务的情况下，向网络侧发送多播会话变更请求消息。

在本发明实施例中，可选地，所述部分邻小区通过以下方式之一或组合确定：

(1)网络侧配置或者预配置的信道门限值，例如：参考信号接收功率 (ReferenceSignal Receiving Power，RSRP)、参考信号接收质量(Reference Signal ReceivingQuality，RSRQ)、接收的信号强度指示(Received Signal Strength Indication，RSSI)等门限；

(2)网络侧配置或者预配置的信道质量偏移量；

其中，信道质量偏移量(offset)，即相比于信道质量最好的邻小区的信号质量A，信号质量处于A±offset范围内的邻小区。

(3)网络侧配置或者预配置的小区数量N值，N大于等于1；

例如，终端以降序上报测量结果较好的前N个小区ID。

(4)满足S准则的邻小区；

(5)所有测量到的小区；

(6)所述终端自主选择。

在本发明实施例中，可选地，所述向网络侧发送多播会话变更请求消息，可以包括以下任意一项：

(1)向源基站发送多播会话变更请求消息；

(2)向核心网网元发送多播会话变更请求消息；

例如，核心网网元可以是以下任意一项：BMSC、接入和移动管理功能 (Acess andMobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、应用功能(Application function，AF)、移动性管理实体(Mobility ManagementEntity，MME)。

(3)向应用服务器发送多播会话变更请求消息；

(4)向内容提供商发送多播会话变更请求消息；

(5)向业务提供商发送多播会话变更请求消息。

在本发明实施例中，可选地，所述多播会话变更请求消息可以包括以下一项或多项：

(1)服务小区ID；

(2)一个或多个所述终端多播业务接收偏好的信息；

(3)所述终端的位置；

(4)所述终端的移动速度；

(5)所述终端所在的小区ID或域(zone)ID；

(6)所述终端所在终端组包含的至少一个终端的位置；

(7)所述终端所在终端组包含的至少一个终端的移动速度；

(8)所述终端所在终端组包含的至少一个终端的所在小区ID或zone ID；

(9)一个或多个期望建立多播会话的邻小区ID或zone ID；

(10)一个或多个TMGI；

(11)一个或多个Flow ID；

(12)一个或多个session ID；

(13)一个或多个service ID；

(14)一个或多个S-NSSAI。

对于某些新兴多播业务类型(如多用户在高铁中实时游戏、或者车队场景)，当终端全部或部分切换到不支持MBMS多播广播目标小区的情况下，使用现有技术虽然可以保证终端通过单播方式获得MBMS业务数据，但该方法会极大影响资源利用率。

在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

参见图4，本发明实施例提供一种多播业务管理方法，该方法的执行主体可以为源节点，具体步骤如下：

步骤401：从终端接收第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

在本发明实施例中，可选地，所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

在本发明实施例中，终端或者终端所在终端组的多播业务接收偏好的信息可以指示哪个或哪些多播业务始终或优先通过多播方式接收。

在本发明实施例中，可选地，所述多播业务可以通过以下一项或多项指示：

(1)临时移动组标识(Temporary Mobile Group Identity，TMGI)；

(2)流标识(Flow ID)；

(3)会话标识(session ID)；

(4)业务标识(service ID)；

(5)单网络切片选择辅助信息(Single Network Slice Selection AssistanceInformation，S-NSSAI)。

在本发明实施例中，可选地，所述第一信息还可以包括以下一项或多项：

(1)表示邻小区支持多播业务情况的信息；

(2)服务小区标识ID；

(3)所述终端的位置；

(4)所述终端的移动速度；

(5)所述终端所在的小区ID；

(6)所述终端所在终端组包含的至少一个终端的位置；

(7)所述终端所在终端组包含的至少一个终端的移动速度；

(8)所述终端所在终端组包含的至少一个终端的所在小区ID；

(9)一个或多个期望建立多播会话的邻小区ID；

(10)一个或多个临时移动组标识TMGI；

(11)一个或多个Flow ID；

(12)一个或多个session ID；

(13)一个或多个service ID；

(14)一个或多个S-NSSAI。

在本发明实施例中，可选地，所述表示邻小区支持多播业务情况的信息，可以通过以下任意一种方式指示：

(1)从终端接收目标小区的测量结果，所述目标小区的测量结果隐式指示所述邻小区支持多播业务的信息；

(2)从终端接收邻小区列表，所述邻小区列表显式指示所述邻小区支持多播业务的信息。

在本发明实施例中，可选地，所述从终端接收第一信息之后，所述方法可以还包括：

向所述终端发送确认消息，所述确认消息用于对所述终端多播业务的接收确认。

在本发明实施例中，可选地，所述确认消息可以包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

在本发明实施例中，可选地，为保证终端在目标节点依然可以接收到 MBMS业务数据，源节点可以触发建立必要的MBMS会话。MBMS会话建立过程可以发生在切换过程之前或者切换过程之中。

在本发明实施例中，可选地，所述从终端接收第一信息之前，所述方法还可以包括：

从所述终端接收多播会话变更请求消息。

在本发明实施例中，可选地，所述多播会话变更请求消息可以包括以下一项或多项：

(1)服务小区ID；

(2)一个或多个所述终端多播业务接收偏好的信息；

(3)所述终端的位置；

(4)所述终端的移动速度；

(5)所述终端所在的小区ID或zone ID；

(6)所述终端所在终端组包含的至少一个终端的位置；

(7)所述终端所在终端组包含的至少一个终端的移动速度；

(8)所述终端所在终端组包含的至少一个终端的所在小区ID或zone ID；

(9)一个或多个期望建立多播会话的邻小区ID或zone ID；

(10)一个或多个TMGI；

(11)一个或多个Flow ID；

(12)一个或多个session ID；

(13)一个或多个service ID；

(14)一个或多个S-NSSAI。

对于某些新兴多播业务类型(如多用户在高铁中实时游戏、或者车队场景)，当终端全部或部分切换到不支持MBMS多播广播目标小区的情况下，使用现有技术虽然可以保证终端通过单播方式获得MBMS业务数据，但该方法会极大影响资源利用率。

在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

参见图5，本发明实施例提供一种多播业务管理方法，该方法的执行主体可以为源节点，具体步骤如下：

步骤501：从核心网(例如，BMSC)接收表示邻小区支持多播业务情况的信息；或者，从相邻节点接收表示邻小区支持多播业务情况的信息。

例如：通过基站间接口(例如，Xn/X2)，从相邻节点接收表示邻小区支持多播业务情况的信息。

在本发明实施例中，可选地，所述方法还可以包括：

发送多播会话变更请求消息，所述多播会话变更请求消息用于请求核心网 (例如多播业务中心)触发建立与邻小区的多播会话。

在本发明实施例中，可选地，所述发送多播会话变更请求消息，可以包括以下任意一项：

(1)向所述核心网(例如多播业务中心)发送所述多播会话变更请求消息；

(2)向目标节点发送与所述多播会话变更请求消息相关的参数，所述参数用于触发所述目标节点向核心网(例如多播业务中心)送所述多播会话变更请求消息。

在本发明实施例中，可选地，所述多播会话变更请求消息可以包括以下一项或多项：

(1)服务小区ID；

(2)一个或多个所述终端多播业务接收偏好的信息；

(3)所述终端的位置；

(4)所述终端的移动速度；

(5)所述终端所在的小区ID；

(6)所述终端所在终端组包含的至少一个终端的位置；

(7)所述终端所在终端组包含的至少一个终端的移动速度；

(8)所述终端所在终端组包含的至少一个终端的所在小区ID；

(9)一个或多个期望建立多播会话的邻小区ID；

(10)一个或多个TMGI；

(11)一个或多个Flow ID；

(12)一个或多个session ID；

(13)一个或多个service ID；

(14)一个或多个S-NSSAI。

在本发明实施例中，可选地，所述发送多播会话变更请求消息，可以包括以下任意一项：

(1)在所有邻小区均不支持所述终端多播偏好的情况下，发送多播会话变更请求消息；

(2)在部分邻小区都不支持所述终端多播偏好的情况下，发送多播会话变更请求消息，其中所述部分邻小区由所述源节点确定；

(3)在所述源节点接收到所述终端发送的针对一个或多个业务的多播偏好的情况下，发送多播会话变更请求消息。

在本发明实施例中，允许网络设备触发建立必要的MBMS会话，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

实施例一：基于类似EPS eMBMS的网络架构。

参见图6，在图6所示的网络架构中：

(1)多播(Multimedia Broadcast，MB)-接入和移动管理功能(Acess andMobility Management Function，AMF)负责MB-会话管理功能(Session ManagementFunction，SMF)与下一代(next generation，NG)-无线接入网(radio access network，RAN)之间的会话管理消息的转发；

(2)MB-SMF是MBMS的专用SMF，相应于MBMS-网关(gateway，GW) 控制面，负责：MBMS承载会话创建/修改/释放，网际协议(Internet Protocol， IP)多播地址分配等。

(3)MB-UPF是MBMS的专用用户面功能(User plane function，UPF)，相应于MBMS-GW用户面，负责：将MBMS用户面数据发给演进的UMTS陆地无线接入网(Evolved UMTSTerrestrial Radio Access Network，E-UTRAN)等。可以理解的是，可以通过选择本地(local)MB-UPF实现边缘计算功能。

(4)多播业务中心(Broadcast Multicast Service Center，BMSC)-控制面功能(Controller plane function，CPF)是BMSC的控制面功能，负责：临时移动组标识(Temporary Mobile Group Identity，TMGI)分配，MBMS会话标识 (session id)管理，基于位置的内容转发。

(5)BMSC-UPF是BMSC的用户面功能，负责：MBMS数据传输，生成计费记录。

(6)MCE为多播协调实体(multi-cell/multicast coordination entity)。

(7)UDM为统一数据管理实体(Unified Data Manager)。

(8)NEF为网络开放功能实体(Network Exposure Function)。

参见图7，具体步骤如下：

步骤1：UE测量并确定目标小区列表，通过应用层消息将多播相关信息上报给应用服务器(Application server，简称App server)。

步骤2：App server确定MBMS业务区域。

App server首先确定是否可以满足UE请求的多播业务(通过TMGI和Flow ID指示)连续性要求，如果可以满足，则基于目标小区列表、一个或多个UE 位置、一个或多个UE移动速度、一个或多个UE移动方向确定MBMS业务区域。

步骤3：App server将确定的MBMS业务区域以及TMGI/流标识(Flow ID) 通过GC会话请求(session request)消息发给MBSC。

步骤4：BMSC进行鉴权及业务区域映射。

具体地，BMSC对App server鉴权。在接受App server请求时，将MBMS 业务区域映射为扩展小区ID(Enhanced Cell-ID，ECID)列表。

步骤5：BMSC将ECID列表以及TMGI/Flow ID通过GC会话请求(session request)消息发给MB-SMF。

步骤6-步骤12：MB-SMF向ECID列表中不支持该业务(TMGI/Flow ID) 的目标基站(gNB)发起GC session建立请求，并将建立情况(GC session Response)反馈给BMSC以及App server。

步骤13：App server将支持该业务(TMGI/Flow ID)的目标小区ECID列表通过应用层消息发给UE。

步骤14-步骤15：UE后续只将属于该目标小区ECID列表中的测量结果上报服务gNB(即源gNB)，以便于服务gNB后续确定切换基站。

步骤16：源gNB向目标gNB发送切换请求。

源gNB在切换请求中将UE多播偏好发给目标gNB，包括：UE希望哪些业务以多播方式从目标gNB接收、哪些以单播方式从目标gNB接收。

步骤17：目标gNB向源gNB发送切换确认。

目标gNB结合自身负载情况以及多播支持能力，确定最终多播支持情况，并反馈给源gNB。

步骤18：源gNB向UE发送切换命令。

其中，切换命令中包含多播支持情况。

在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

参见图8，图8与图7的不同之处在于，UE将多播支持更新请求消息发给BMSC(步骤1)，而非App server，并由BMSC鉴权及确定MBMS业务区域(步骤2)，然后BMSC向App server发送GC会话修改请求(步骤3)。图8中的其他步骤与图7中的步骤类似(步骤5～步骤18)，在此不再敷述。

参见图9，图9与图7的不同之处在于，多播会话建立请求由基站触发、而非Appserver，且只有当源基站发现没有目标基站支持该MBMS业务的多播发送时才会触发。具体步骤如下：

步骤1：UE向源gNB发送多播接收偏好；

步骤2：源gNB向BMSC发送多播支持情况请求；

其中，多播支持情况请求中包含TMGI和Flow ID。

步骤3：BMSC向源gNB发送多播支持情况反馈；

其中，多播支持情况反馈中包含TMGI、Flow ID和ECID列表。

步骤4：UE向源gNB上报测量结果。

步骤5：当没有目标gNB支持多播该MBMS业务时，源gNB向BMSC 发送多播会话建立请求。

其中，多播会话建立请求中包含TMGI、Flow ID和希望支持多播的ECID 列表。

步骤6：BMSC向App server发送多播会话建立请求。

步骤7：App server确定MBMS业务区域。

步骤8：BMSC进行鉴权及业务区域映射。

具体地，BMSC对App server鉴权。在接受App server请求时，将MBMS 业务区域映射为扩展小区ID(Enhanced Cell-ID，ECID)列表。

步骤9：BMSC将ECID列表以及TMGI/Flow ID通过GC会话请求(session request)消息发给MB-SMF。

步骤10-步骤17：MB-SMF向ECID列表中不支持该业务(TMGI/Flow ID) 的目标基站(gNB)发起GC session建立请求，并将建立情况(GC session Response)反馈给BMSC以及App server。

步骤18：App server将支持该业务(TMGI/Flow ID)的目标小区ECID列表通过应用层消息发给UE。

步骤19：源gNB确定支持该多播业务的目标gNB。

步骤20：源gNB向目标gNB发送切换请求。

源gNB在切换请求中将UE多播偏好发给目标gNB，包括：UE希望哪些业务以多播方式从目标gNB接收、哪些以单播方式从目标gNB接收。

步骤21：目标gNB向源gNB发送切换确认。

其中，目标gNB结合自身负载情况以及多播支持能力，确定最终多播支持情况，并反馈给源gNB。

步骤22：源gNB向UE发送切换命令。

其中，切换命令中包含多播支持情况。

在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

实施例二：基于5G核心网(5GC)的MBMS网络架构。

参见图11，在图11所示的网络架构中：

(1)当应用功能(Application function，AF)需要5GC建立组会话(groupsession)时，由NEF选择组(Group)-SMF，以下简称(G-SMF)。

(2)AF负责业务声明(service announcement)：通过应用层消息告知 UE组播业务的必要信息(如TMGI和业务开始时间)。

(3)G-SMF选择特定的AMF来支持G-SMF与RAN之间的消息交互；

(4)G-SMF选择UPF并告知AF该UPF相关信息。

参见图12，具体步骤如下：

步骤1：UE测量并确定目标小区列表，通过应用层消息将多播相关信息上报给AF。

步骤2：AF确定MBMS业务区域。

AF首先确定是否可以满足UE请求的多播业务(通过TMGI和Flow ID 指示)连续性要求，如果可以满足，则基于目标小区列表、一个或多个UE位置、一个或多个UE移动速度、一个或多个UE移动方向确定MBMS业务区域。

步骤3：AF将确定的MBMS业务区域以及TMGI/流标识(Flow ID)通过GC会话请求(session request)消息发给NEF。

步骤4：NEF进行鉴权及业务区域映射。

具体地，NEF对AF鉴权。在接受AF请求时，将MBMS业务区域映射为扩展小区ID(Enhanced Cell-ID，ECID)列表。

步骤5：NEF将ECID列表以及TMGI/Flow ID通过GC会话请求(session request)消息发给G-SMF。

步骤6-步骤12：G-SMF向ECID列表中不支持该业务(TMGI/Flow ID) 的目标基站(gNB)发起GC session建立请求，并将建立情况(GC session Response)反馈给NEF以及AF。

步骤13：AF将支持该业务(TMGI/Flow ID)的目标小区ECID列表通过应用层消息发给UE。

步骤14-步骤15：UE后续只将属于该目标小区ECID列表中的测量结果上报服务gNB(即源gNB)，以便于服务gNB后续确定切换基站。

步骤16：源gNB向目标gNB发送切换请求。

源gNB在切换请求中将UE多播偏好发给目标gNB，包括：UE希望哪些业务以多播方式从目标gNB接收、哪些以单播方式从目标gNB接收。

步骤17：目标gNB向源gNB发送切换确认。

目标gNB结合自身负载情况以及多播支持能力，确定最终多播支持情况，并反馈给源gNB。

步骤18：源gNB向UE发送切换命令。

切换命令中包含多播支持情况。

在本发明实施例中，允许终端或者网络设备触发建立必要的MBMS会话，由此保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收 MBMS业务数据，避免了资源利用率低的问题。

实施例三：通过EPS接收多播数据，通过5GS发送/接收单播数据，参见图13。

在E-UTRAN网络中，UE处于仅接收模式(Receive-only mode，ROM)，即无需注册到演进的分组系统(Evolved Packet System，EPS)网络便可直接接收MBMS多播业务。

UE知道MBMS业务服务区域。如果UE发现多个目标gNB覆盖范围内均没有E-UTRAN支持UE多播接收偏好，会触发App server建立与某些eNB 的多播会话。App server会将建立情况通过应用层消息反馈给UE。

UE在测量结果上报时，只将可以保证E-UTRAN多播接收的目标gNB的测量结果上报源gNB。

源gNB在切换时会综合考虑目标gNB覆盖范围内E-UTRAN网络MBMS 支持情况，尽量满足UE多播接收偏好。

参见图14，具体步骤如下：

步骤1：UE测量并确定目标小区列表，通过应用层消息将多播相关信息上报给Appserver。

步骤2：App server确定MBMS业务区域。

App server首先确定是否可以满足UE请求的多播业务(通过TMGI和Flow ID指示)连续性要求，如果可以满足，则基于目标小区列表、一个或多个UE 位置、一个或多个UE移动速度、一个或多个UE移动方向确定MBMS业务区域。

步骤3：App server将确定的MBMS业务区域以及TMGI/流标识(Flow ID) 通过GC会话请求(session request)消息发给BM-SC。

步骤4：BM-SC进行鉴权及业务区域映射。

具体地，BM-SC对App server鉴权。

步骤5：BM-SC将ECID列表以及TMGI/Flow ID通过GC会话请求(session request)消息发给MBMS-GW。

步骤6-步骤11：MBMS-GW向MME发送GC session开始(start)请求，并将建立情况(GC session Response)反馈给BM-SC以及App server。

步骤12：App server将支持该业务(TMGI/Flow ID)的目标小区ECID列表通过应用层消息发给UE。

步骤13-步骤14：UE后续只将属于该目标小区ECID列表中的测量结果上报服务gNB(即源gNB)，以便于服务gNB后续确定切换基站。

步骤15：源gNB向目标gNB发送切换请求。

其中，源gNB在切换请求中将UE多播偏好发给目标gNB，包括：UE希望哪些业务以多播方式从目标gNB接收、哪些以单播方式从目标gNB接收。

步骤16：目标gNB向源gNB发送切换确认。

其中，目标gNB结合自身负载情况以及多播支持能力，确定最终多播支持情况，并反馈给源gNB。

步骤17：源gNB向UE发送切换命令。

其中，切换命令中包含多播支持情况。

在本发明实施例中，可以保证终端切换后在目标节点覆盖范围内依然可以通过多播方式接收MBMS业务数据，避免了资源利用率低的问题。

参见图15，本发明实施例还提供一种终端，该终端1500包括：第一收发机1501和第一处理器1502。

其中，第一收发机1501用于：向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

在本发明实施例中，可选地，所述终端多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

在本发明实施例中，可选地，所述多播业务通过以下一项或多项指示：

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

在本发明实施例中，可选地，所述第一信息还包括以下一项或多项：

表示邻小区支持多播业务情况的信息；

服务小区ID；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

在本发明实施例中，可选地，所述表示邻小区支持多播业务情况的信息，通过以下一种方式指示：

向所述源节点发送目标小区的测量结果，所述目标小区的测量结果隐式指示所述邻小区支持多播业务的信息；

或者，

向所述源节点发送邻小区列表，所述邻小区列表显式指示所述邻小区支持多播业务的信息。

在本发明实施例中，可选地，第一收发机1501还用于：从所述源节点接收确认消息，所述确认消息用于对所述终端多播业务的接收确认。

在本发明实施例中，可选地，所述确认消息包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

在本发明实施例中，可选地，第一收发机1501还用于：向网络侧发送多播会话变更请求消息。

在本发明实施例中，可选地，第一收发机1501还用于：在所述终端测量到部分邻小区不支持多播方式发送多播业务的情况下，向网络侧发送多播会话变更请求消息。

在本发明实施例中，可选地，所述部分邻小区通过以下方式之一或组合确定：

网络侧配置或者预配置的信道门限值；

网络侧配置或者预配置的信道质量偏移量；

网络侧配置或者预配置的小区数量N值；

满足S准则的邻小区；

所有测量到的小区；

所述终端自主选择。

在本发明实施例中，可选地，第一收发机1501还用于：向源基站发送多播会话变更请求消息；或者，向核心网网元发送多播会话变更请求消息；或者，向应用服务器发送多播会话变更请求消息；或者，向内容提供商发送多播会话变更请求消息；或者，向业务提供商发送多播会话变更请求消息。

在本发明实施例中，可选地，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

本发明实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

参见图16，本发明实施例还提供一种源节点，该源节点1600包括：第二收发机1601和第二处理器1602。

其中，第二收发机1601用于：从终端接收第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息。

在本发明实施例中，可选地，所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

在本发明实施例中，可选地，所述多播业务通过以下一项或多项指示：

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

在本发明实施例中，可选地，所述第一信息还包括以下一项或多项：

表示邻小区支持多播业务情况的信息；

服务小区ID；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

在本发明实施例中，可选地，所述表示邻小区支持多播业务情况的信息，通过以下一种方式指示：

从终端接收目标小区的测量结果，所述目标小区的测量结果隐式指示所述邻小区支持多播业务的信息；

或者，

从终端接收邻小区列表，所述邻小区列表显式指示所述邻小区支持多播业务的信息。

在本发明实施例中，可选地，第二收发机1601还用于：向所述终端发送确认消息，所述确认消息用于对所述终端多播业务的接收确认。

在本发明实施例中，可选地，所述确认消息包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

在本发明实施例中，可选地，第二收发机1601还用于：从所述终端接收多播会话变更请求消息。

在本发明实施例中，可选地，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

本发明实施例提供的源节点，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

参见图17，本发明实施例还提供一种源节点，该源节点1700包括：第三收发机1701和第三处理器1702。

其中，第三收发机1701用于从核心网(例如多播业务中心)接收表示邻小区支持多播业务情况的信息；或者，从相邻节点接收表示邻小区支持多播业务情况的信息。

在本发明实施例中，可选地，第三收发机1701还用于：发送多播会话变更请求消息，所述多播会话变更请求消息用于请求核心网(例如多播业务中心) 触发建立与邻小区的多播会话。

在本发明实施例中，可选地，第三收发机1701还用于：向所述核心网(例如多播业务中心)发送所述多播会话变更请求消息；或者，向目标节点发送与所述多播会话变更请求消息相关的参数，所述参数用于触发所述目标节点向核心网(例如多播业务中心)发送所述多播会话变更请求消息。

在本发明实施例中，可选地，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

session ID；

service ID；

S-NSSAI。

在本发明实施例中，可选地，第三收发机1701还用于：在所有邻小区均不支持所述终端多播偏好的情况下，发送多播会话变更请求消息；或者，在部分邻小区都不支持所述终端多播偏好的情况下，发送多播会话变更请求消息，其中所述部分邻小区由所述源节点确定；或者，在所述源节点接收到所述终端发送的针对一个或多个业务的多播偏好的情况下，发送多播会话变更请求消息。

本发明实施例提供的源节点，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

如图18所示，图18所示的终端1800包括：至少一个处理器1801、存储器1802、至少一个网络接口1804和用户接口1803。终端1800中的各个组件通过总线系统1805耦合在一起。可理解，总线系统1805用于实现这些组件之间的连接通信。总线系统1805除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图18中将各种总线都标为总线系统1805。

其中，用户接口1803可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器1802可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器 (Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM， EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器 (Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM， SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleData rate SDRAM， DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM) 和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本发明实施例描述的系统和方法的存储器1802旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器1802保存了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统18021和应用程序 18022。

其中，操作系统18021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序18022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序 18022中。

在本发明的一个实施例中，通过调用存储器1802保存的程序或指令，具体的，可以是应用程序18022中保存的程序或指令，执行时实现以上方法实施例中的步骤。

本发明实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

请参阅图19，图19是本发明实施例应用的网络设备的结构图，如图19 所示，网络设备1900包括：处理器1901、收发机1902、存储器1903和总线接口，其中：

在本发明的一个实施例中，网络设备1900还包括：存储在存储器上1903 并可在处理器1901上运行的计算机程序，计算机程序被处理器1901执行时实现以上方法实施例中的步骤。

在图19中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1901代表的一个或多个处理器和存储器1903代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1902可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器1901负责管理总线架构和通常的处理，存储器1903可以存储处理器1901在执行操作时所使用的数据。

本发明实施例提供的网络设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以由在处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、移动硬盘、只读光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以携带在ASIC中。另外，该ASIC可以携带在核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (23)

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

向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息；

所述终端多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

2.根据权利要求1所述的方法，其特征在于，所述多播业务通过以下一项或多项指示：

临时移动组标识TMGI；

流标识FlowID；

会话标识sessionID；

业务标识service ID；

单网络切片选择辅助信息S-NSSAI。

3.根据权利要求1所述的方法，其特征在于，所述第一信息还包括以下一项或多项：

表示邻小区支持多播业务情况的信息；

服务小区标识ID；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

临时移动组标识TMGI；

Flow ID；

sessionID；

service ID；

S-NSSAI。

4.根据权利要求3所述的方法，其特征在于，所述表示邻小区支持多播业务情况的信息，通过以下一种方式指示：

向所述源节点发送目标小区的测量结果，所述目标小区的测量结果指示所述邻小区支持多播业务的信息；

或者，

向所述源节点发送邻小区列表，所述邻小区列表指示所述邻小区支持多播业务的信息。

5.根据权利要求1所述的方法，其特征在于，所述向源节点发送第一信息之后，所述方法还包括：

从所述源节点接收确认消息，所述确认消息用于对所述终端多播业务的接收确认。

6.根据权利要求5所述的方法，其特征在于，所述确认消息包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

7.根据权利要求1所述的方法，其特征在于，所述向源节点发送第一信息之前，所述方法还包括：

向网络侧发送多播会话变更请求消息。

8.根据权利要求7所述的方法，其特征在于，向网络侧发送多播会话变更请求消息，包括：

在所述终端测量到部分邻小区不支持多播方式发送多播业务的情况下，向网络侧发送多播会话变更请求消息。

9.根据权利要求8所述的方法，其特征在于，所述部分邻小区通过以下方式之一或组合确定：

网络侧配置或者预配置的信道门限值；

网络侧配置或者预配置的信道质量偏移量；

网络侧配置或者预配置的小区数量N值，N大于等于1；

满足S准则的邻小区；

所有测量到的小区；

所述终端自主选择。

10.根据权利要求8所述的方法，其特征在于，所述向网络侧发送多播会话变更请求消息，包括：

向源基站发送多播会话变更请求消息；

或者，

向核心网网元发送多播会话变更请求消息；

或者，

向应用服务器发送多播会话变更请求消息；

或者，

向内容提供商发送多播会话变更请求消息；

或者，

向业务提供商发送多播会话变更请求消息。

11.根据权利要求7所述的方法，其特征在于，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

sessionID；

service ID；

S-NSSAI。

12.一种多播业务管理方法，应用于源节点，其特征在于，包括：

从终端接收第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息；

所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

13.根据权利要求12所述的方法，其特征在于，所述多播业务通过以下一项或多项指示：

临时移动组标识TMGI；

流标识FlowID；

会话标识sessionID；

业务标识service ID、

单网络切片选择辅助信息S-NSSAI。

14.根据权利要求12所述的方法，其特征在于，所述第一信息还包括以下一项或多项：

表示邻小区支持多播业务情况的信息；

服务小区标识ID；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

临时移动组标识TMGI；

Flow ID；

sessionID；

service ID；

S-NSSAI。

15.根据权利要求14所述的方法，其特征在于，所述表示邻小区支持多播业务情况的信息，通过以下一种方式指示：

从终端接收目标小区的测量结果，所述目标小区的测量结果指示所述邻小区支持多播业务的信息；

或者，

从终端接收邻小区列表，所述邻小区列表指示所述邻小区支持多播业务的信息。

16.根据权利要求12所述的方法，其特征在于，所述从终端接收第一信息之后，所述方法还包括：

向所述终端发送确认消息，所述确认消息用于对所述终端多播业务的接收确认。

17.根据权利要求16所述的方法，其特征在于，所述确认消息包括以下一项或多项：

第三指示信息，指示所述终端或者所述终端所在终端组在目标小区通过多播方式接收的多播业务；

第四指示信息，指示所述终端或者所述终端所在终端组在目标小区通过单播方式接收的多播业务。

18.根据权利要求12所述的方法，其特征在于，所述从终端接收第一信息之前，所述方法还包括：

从所述终端接收多播会话变更请求消息。

19.根据权利要求18所述的方法，其特征在于，所述多播会话变更请求消息包括以下一项或多项：

服务小区ID；

所述终端多播业务接收偏好的信息；

所述终端的位置；

所述终端的移动速度；

所述终端所在的小区ID；

所述终端所在终端组包含的至少一个终端的位置；

所述终端所在终端组包含的至少一个终端的移动速度；

所述终端所在终端组包含的至少一个终端的所在小区ID；

期望建立多播会话的邻小区ID；

TMGI；

Flow ID；

sessionID；

service ID；

S-NSSAI。

20.一种终端，其特征在于，包括：第一收发机和第一处理器；

其中，所述第一收发机用于：向源节点发送第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息；

其中，所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

21.一种源节点，其特征在于，包括：第二收发机和第二处理器；

其中，所述第二收发机用于：从终端接收第一信息，所述第一信息用于辅助所述源节点确定目标节点，所述第一信息包括：所述终端或者所述终端所在终端组的多播业务接收偏好的信息；

其中，所述终端或者所述终端所在终端组的多播业务接收偏好的信息包括以下一项或多项：

第一指示信息，用于指示所述终端或者所述终端所在终端组始终通过多播方式接收的多播业务；

第二指示信息，用于指示所述终端或者所述终端所在终端组优先通过多播方式接收的多播业务。

22.一种通信设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至11中任一项所述的多播业务管理的步骤；或者实现如权利要求12至19中任一项所述的多播业务管理的步骤。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的多播业务管理的步骤；或者实现如权利要求12至19中任一项所述的多播业务管理的步骤。

Images