CN1802010A - 一种实现组播广播业务注册的方法 - Google Patents

Abstract

本发明公开了一种实现组播广播业务注册的方法，在源流节点中设置并保存该源流节点的下行流节点列表，该方法还包括以下步骤：从源流节点开始至最后一级下游流节点逐级向自身下行流节点列表中的每个下游流节点发送组播广播业务注册请求消息；每个收到组播广播业务注册请求消息的下游流节点创建自身的承载上下文，保存承载信息。该方法能大大降低实现的复杂度，减小成本，提高整个流程的有效性和可靠性。

Description

一种实现组播广播业务注册的方法

技术领域

本发明涉及组播广播技术，尤指一种实现组播广播业务注册的方法。

背景技术

随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式，比如：视频电话、图片下载、高速浏览Internet网络等服务。其中，有一类业务的特点是：能够同时给无线网络中定制了该业务的所有用户进行发送，比如：发送天气预报、新闻短片、体育比赛集锦等等。于是，第三代移动通信引入了广播/组播的概念。

参见图1所示，对于一个中间节点而言，比如节点10，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据。这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游流节点的数据传输也是如此。组播业务和广播业务的区别点仅在于：组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。由以上描述可见，通过组播/广播业务同时向大量用户提供相同信息，能够极大地节省网络资源。

图2为支持广播/组播业务的无线网络结构示意图，如图2所示，现有第三代合作伙伴计划(3GPP)中，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)201，BM-SC 201通过Gmb接口或Gi接口与TPF关口GPRS支持节点(GGSN，Gateway GPRS Support Node)202相连，一个BM-SC201可与多个TPF GGSN 202相连；TPF GGSN 202通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)203相连，一个GGSN 202可与多个SGSN 203相连；SGSN 203可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)204相连，然后UTRAN 204通过Uu接口与用户终端(UE)206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)205相连，然后GERAN 205通过Um接口与UE 207相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。

在MBMS业务中，用于保存MBMS承载信息的是MBMS承载上下文，该MBMS承载上下文包含定义一个MBMS业务承载的所有信息描述，该MBMS承载上下文在承载MBMS数据的所有节点创建。参见表一所示，MBMS承载上下文包括：IP组播地址、接入点名称(APN)、临时移动组标识(TMGI)、状态(State)、要求的MBMS承载能力、QoS、MBMS服务区域、下行流节点列表、UEs数量等。其中，IP组播地址标识由该MBMS承载上下文描述的MBMS承载；APN为该IP组播地址已经被定义的接入点名称；TMGI为分配给MBMS承载的临时移动组标识；State为MBMS承载的活动性状态，包括：静止状态或激活状态，标识是否要求建立用于MBMS数据传输的承载平面资源；要求的MBMS承载能力用于标识UE需要支持的最小承载能力；QoS为该MBMS承载要求的服务质量；MBMS服务区域为MBMS业务需要发送的区域；下行流节点列表为请求了MBMS承载，MBMS数据必须下发到的下行流节点列表；组播/广播模式，该MBMS承载处于组播或广播模式。表中的“X”表示在对应的网络实体上存储有该信息。

参数	描述	RAN	SGSN	GGSN	BM-SC
						IP组播地址(只对组播模式)	IP组播地址标识由该MBMS承载上下文描述的MBMS承载	X	X	X	X
APN(只对组播模式)	该IP组播地址已经被定义的接入点名称	X	X	X	X
						TMGI	分配给MBMS承载的临时移动组标识	X	X	X	X

State	MBMS承载的活动性状态(‘静止’或者‘激活’)	X	X	X	X
						要求的MBMS承载能力	标识UE需要支持的最小承载能力		X	X	X
QoS	该MBMS承载要求的服务质量	X	X	X	X
						MBMS服务区域	MBMS业务需要发送的区域	X	X	X	X
下行流节点列表	请求了MBMS承载，MBMS数据必须下发到的下行流节点列表		X	X	X
						组播/广播模式	MBMS承载业务处于广播或组播模式	X	X	X	X

                                表一

针对图2所示的网络结构，对于MBMS业务，用户通过MBMS激活过程，加入MBMS业务，使得网络知道有哪些用户希望接收某个特定的MBMS业务。网络节点通过MBMS注册过程，建立从BM-SC，经GGSN、SGSN到BSC/RNC的分发树，从而允许传输MBMS会话属性和数据。

现有技术中MBMS注册过程如图3所示，包括如下步骤：

步骤301：当漂移RNC检测出其管辖的UE对MBMS承载业务感兴趣，且漂移RNC还没有对该MBMS业务进行注册，漂移RNC发送一个MBMS注册请求消息给自身所属SGSN，该注册请求消息中携带有标识该MBMS承载业务的参数，即IP组播地址和APN。

步骤302：如果SGSN没有针对上述MBMS承载业务的MBMS承载上下文，且该SGSN从某个RNC收到一个该MBMS承载业务的注册请求；或者已经为一个MBMS承载业务创建第一个MBMS UE上下文，而SGSN中没有相应的MBMS承载上下文，SGSN根据注册请求消息或者MBMS UE上下文中携带的IP组播地址和APN，创建一个MBMS承载上下文，该承载上下文不包括TMGI、承载能力要求等信息；且将该MBMS承载上下文设置为待命状态，再发送一个携带IP组播地址和APN的MBMS注册请求消息给GGSN。

步骤303：如果GGSN没有针对上述MBMS承载业务的MBMS承载上下文，且GGSN从一个SGSN收到一个该MBMS承载业务的注册请求；或者已经为一个MBMS承载业务创建第一个MBMS UE上下文，而GGSN中没有相应的MBMS承载上下文，则GGSN创建一个MBMS承载上下文，该MBMS承载上下文为待命状态，并发送一个携带IP组播地址和APN的MBMS注册请求消息给BM-SC。

步骤304：一旦从一个GGSN收到MBMS注册请求，BM-SC就将该GGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中，并响应一个MBMS注册响应消息，其中含有TMGI、承载能力要求等参数。如果BM-SC的MBMS承载上下文处于“激活”状态，BM-SC触发与该GGSN的会话开始过程。

步骤305：如果GGSN从步骤302所述的SGSN收到一个注册请求消息，GGSN将SGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中；并给SGSN返回MBMS注册响应消息，该响应消息中携带TMGI和承载能力要求等参数；如果MBMS承载上下文处于“激活”状态，则GGSN触发与SGSN的会话开始过程。

步骤306：如果SGSN从步骤301所述的漂移RNC收到MBMS注册请求，SGSN将RNC的标识增加到自身MBMS承载上下文的“下行流节点列表”中；并返回一个MBMS注册响应消息给该RNC；如果MBMS承载上下文处于“激活”状态，则SGSN发起与该漂移RNC的会话开始过程。

从上述步骤301～306的处理过程可以看出，现有的MBMS注册过程是一种被动的注册流程，换句话说就是，只有下游流节点向上游流节点发请求进行申请后，上游流节点才会将该下游流节点进行注册。这样的流程增大了功能实现的复杂度，增加了设备成本，提高了设备出现问题的可能性。另外，对于很多比较小的网络，如覆盖区域小的网络，其网络拓扑是很简单的，不需要采用这种方式来节约网络资源。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现组播广播业务注册的方法，能大大降低实现的复杂度，减小成本，提高整个流程的有效性和可靠性。

为达到上述目的，本发明的技术方案是这样实现的：

一种实现组播广播业务注册的方法，在源流节点中设置并保存该源流节点的下行流节点列表，该方法还包括以下步骤：从源流节点开始至最后一级下游流节点逐级向自身下行流节点列表中的每个下游流节点发送组播广播业务注册请求消息；每个收到组播广播业务注册请求消息的下游流节点创建自身的承载上下文，保存承载信息。

该方法进一步包括：每个收到组播广播业务注册请求消息的下游流节点向上游流节点返回组播广播业务注册响应。

上述方案中，所述源流节点向每个下游流节点发送的组播广播业务注册请求消息中，携带有该下游流节点对应的下行流节点列表。每个收到组播广播业务注册请求消息的下游流节点在创建承载上下文后，进一步设置所创建承载上下文的状态。

上述方案中，所述源流节点为广播/组播业务服务器BM-SC，第一级下游流节点为GGSN，第二级下游流节点为SGSN，最后一级下游流节点BSC/RNC，该方法具体包括：

a1.BM-SC向自身下行流节点列表中的每个GGSN分别发送MBMS注册请求消息；

b1.收到MBMS注册请求消息的GGSN创建自身的MBMS承载上下文，保存相应承载信息，并向自身下行流节点列表中的SGSN发送MBMS注册请求消息；

c1.收到MBMS注册请求消息的SGSN向与自身连接的每个BSC/RNC发送MBMS注册请求消息，且每个收到MBMS注册请求消息的SGSN和BSC/RNC分别创建各自的MBMS承载上下文，保存相应承载信息。

该方法进一步包括：收到MBMS注册请求消息的GGSN、SGSN或BSC/RNC分别向BM-SC、GGSN或SGSN返回MBMS注册响应。

其中，收到MBMS注册请求消息的每个GGSN、SGSN或BSC/RNC在创建自身MBMS承载上下文后，进一步设置所创建MBMS承载上下文的状态。

其中，SGSN收到来自一个以上GGSN针对同一个MBMS业务的MBMS注册请求，SGSN仅向其中任意一个GGSN返回MBMS注册响应。

所述BM-SC下行流节点列表通过操作维护管理平台配置于BM-SC中。所述GGSN下行流节点列表通过操作维护管理平台配置于GGSN中；或者，所述GGSN下行流节点列表通过操作维护管理平台配置于BM-SC中，则步骤a1中BM-SC向每个GGSN发送的MBMS注册请求消息中携带有每个GGSN各自对应的GGSN下行流节点列表；或者，所述GGSN下行流节点列表通过下述步骤获得：先比较BM-SC获得的要提供的MBMS业务的总服务区域与网络中所有SGSN的地理覆盖区域，得到重叠区域对应的所有SGSN的标识；然后，BM-SC根据得到的所有SGSN与每个GGSN之间的地理位置关系，确定每个GGSN的下行流节点列表；则步骤a1中BM-SC向每个GGSN发送的MBMS注册请求消息中携带有每个GGSN各自对应的GGSN下行流节点列表。步骤b1进一步包括：收到MBMS注册请求消息的GGSN保存MBMS注册请求消息中携带的GGSN下行流节点列表。

所述MBMS注册请求消息中至少携带有所要提供的MBMS业务的TMGI，以及表示所要提供的MBMS业务为广播业务或组播业务的广播/组播模式指示。所述MBMS注册请求消息中进一步携带有所要提供的MBMS业务的IP组播地址、APN、承载能力要求。

本发明所提供的实现组播广播业务注册的方法，在有组播广播业务需要开展的情况下，源流节点可以主动发起组播广播业务注册过程，如此，就能通过简单有效的方法在实现网络中各个节点对某个组播广播业务注册的同时，降低组播广播业务如MBMS业务注册流程实现的复杂度，从而避免了由于处理过程复杂而引发的各种问题，比如：网络设备如GGSN或SGSN处理出错导致整个注册流程失败等等。本发明减少了出错的可能性，提高了组播广播业务如MBMS业务注册的有效性和可靠性。

本发明既适用于组播业务也适用于广播业务，不仅可用于大规模的网络还适用于小型网络，适用范围更广；并且，本发明提供有多种实现方式，具有很强的灵活性和实用性。另外，由于减少了处理流程的复杂度，相应的也就降低了处理成本，并提高了处理效率。

附图说明

图1为组播业务的传输原理示意图；

图2为支持广播/组播业务的无线网络结构示意图；

图3为现有技术中MBMS组播/广播业务注册流程示意图；

图4为本发明中MBMS组播/广播业务注册流程示意图；

图5为本发明实施例的网络拓扑图。

具体实施方式

本发明的核心思想是：当有组播广播业务要开展时，在源流节点中设置并保存该组播广播业务的源流节点的下行流节点列表，由源流节点主动向自身下行流节点列表中的每个下游流节点发起组播广播业务注册请求，然后，收到组播广播业务注册请求的下游流节点再逐级向自身的下游流节点发送组播广播业务注册请求，直至最后一级下游流节点；每个收到组播广播业务注册请求消息的下游流节点创建自身的承载上下文，并保存承载信息。

组播广播业务可以应用于很多网络环境中，比如：GPRS网络，WCDMA、CDMA200等等3G移动通信网络。下面仅以应用于GPRS网络为例，具体说明本发明的实现。

本实施例中，源流节点为BM-SC，源流节点的下游流节点即第一级下游流节点为GGSN，GGSN的下游流节点即第二级下游流节点为SGSN，SGSN的下游流节点即最后一级下游流节点为BSC/RNC。本实施例中，组播广播业务注册请求为MBMS注册请求。

本实施例中，基本的处理流程是：在BM-SC中设置并保存对应不同MBMS业务的BM-SC下行流节点列表，由BM-SC主动向自身的下行流节点列表中的每个GGSN发起MBMS注册请求，GGSN创建相应的MBMS承载上下文；然后，再依次由GGSN、SGSN向自身下行流节点列表中的SGSN或与自身连接的BSC/RNC发送MBMS注册请求，收到MBMS注册请求的SGSN和BSC/RNC分别在自身创建相应的MBMS承载上下文，完成整个MBMS注册过程。

这里，所述BM-SC的下行流节点列表是指GGSN节点列表，通常是由运营商的OAM平台针对不同的MBMS业务进行配置的，该GGSN节点列表中可以包括一个或一个以上GGSN的标识，当仅包含一个GGSN时，可以是一个默认的GGSN。

所述GGSN的下行流节点列表是指SGSN节点列表，该SGSN节点列表可以由运营商的OAM平台针对不同的MBMS业务进行配置，每个MBMS业务对应一个SGSN节点列表，分别记录不同MBMS业务的服务区域信息，特殊的，可以将该SGSN节点列表配置为空，表示对应的MBMS业务没有服务区域的限制。该SGSN节点列表可以配置于BM-SC中，由BM-SC通过MBMS注册请求下发给GGSN；也可以直接配置于GGSN中；还可以由BM-SC根据自身保存的SGSN与该SGSN所辖区域地理位置的对应关系、以及相应MBMS业务的业务域信息，获取与相应MBMS业务有关的SGSN节点列表。

对于BM-SC根据SGSN相关信息和MBMS业务域信息获取SGSN节点列表的具体过程是这样：针对某个MBMS业务，BM-SC从内容提供商或网络运营商获得MBMS业务总服务区域，或是通过OAM配置获得MBMS业务总服务区域；然后，BM-SC比较MBMS业务总服务区域和网络中所有SGSN的覆盖区域，判断是否存在重叠区域，并根据判断结果产生服务该MBMS业务的SGSN列表；之后，再根据SGSN与GGSN之间的地理位置关系，确定每个GGSN的下行流节点列表，比如：SGSN就近选择其父GGSN。

比如说：当前网络中包含SGSN1、SGSN2和SGSN3，对于MBMS业务A，BM-SC先从内容提供商获得MBMS业务A的总服务区域；然后，BM-SC比较MBMS业务A总服务区域与SGSN1、SGSN2和SGSN3的覆盖区域，判断是否有重叠区域，将所有包含重叠区域的SGSN的标识放入SGSN列表中；再根据每个GGSN与所有SGSN之间的地理位置关系，确定每个GGSN的下行流节点列表，即SGSN节点列表。

本发明MBMS业务注册方法的具体处理流程如图4所示，包括以下步骤：

步骤401：针对某个MBMS业务，BM-SC向自身下行流节点列表中的每个GGSN发送MBMS注册请求消息，该请求消息中携带TMGI。

如果SGSN节点列表设置并保存于BM-SC中；或是，BM-SC通过自身保存的SGSN与SGSN所辖区域地理位置的对应关系、以及相应MBMS业务的业务域信息，得到SGSN节点列表，则所述MBMS注册请求消息中还要携带SGSN节点列表。

该MBMS注册请求消息中还可以携带IP组播地址、APN、承载能力要求参数、广播/组播模式指示等信息。

步骤402～403：收到MBMS注册请求消息的GGSN向BM-SC返回MBMS注册响应消息，创建自身的MBMS承载上下文，保存相应承载信息，设置所创建的MBMS承载上下文处于空闲状态，并向SGSN节点列表中的SGSN发送MBMS注册请求消息。

这里，所述SGSN节点列表可以是通过OAM直接配置在GGSN中的，也可以是由BM-SC通过MBMS注册请求法来的。如果是由BM-SC发来的，则GGSN在收到MBMS注册请求消息时要先保存SGSN节点列表。

步骤404～405：收到MBMS注册请求消息的SGSN向GGSN返回MBMS注册响应，创建自身的MBMS承载上下文，保存相应承载信息，设置所创建的MBMS承载上下文处于空闲状态，并向与自身连接的每个BSC/RNC发送MBMS注册请求消息。

如果某个SGSN收到来自多个GGSN的、针对同一个MBMS业务的MBMS注册请求时，该SGSN只响应其中的一个GGSN，即：该SGSN仅向多个GGSN中的任意一个GGSN返回MBMS注册响应，比如：先收到哪个GGSN的请求，就响应哪个GGSN，这种情况下，SGSN要记录已返回响应的GGSN。

步骤406：收到MBMS注册请求消息的BSC/RNC向SGSN返回MBMS注册响应，创建自身的MBMS承载上下文，保存相应承载信息，并设置所创建的MBMS承载上下文处于空闲状态。

实施例一：

本实施例中，存在一个移动运营网络，该网络的网络拓扑如图5所示，包括一个BM-SC、三个GGSN和三个SGSN，其中，BM-SC同时与GGSN1、GGSN2和GGSN3连接，GGSN1和GGSN2都与SGSN1、SGSN2、SGSN3相连，GGSN3只与SGSN2和SGSN3相连。

当前，该移动运营网络中要提供MBMS广播业务A；并且，已通过OAM在BM-SC上配置了GGSN节点列表和SGSN节点列表，其中GGSN节点列表包括GGSN1和GGSN2；GGSN1中的SGSN节点列表包括SGSN1；GGSN2中的SGSN节点列表包括SGSN2和SGSN3。

在MBMS广播业务A提供之前，必须执行针对该MBMS广播业务A的注册过程，具体包括以下步骤：

步骤11：BM-SC向GGSN1和GGSN2分别发送携带有各自对应的SGSN节点列表的MBMS注册请求消息，该请求消息中还携带有MBMS广播业务A的TMGI和广播/组播模式指示。因为是一个广播业务，所以广播/组播模式指示为广播。

具体地说，对于GGSN1，所述MBMS注册请求消息中携带的SGSN节点列表中只有SGSN1；对于GGSN2，所述MBMS注册请求消息中携带的SGSN节点列表中有SGSN2和SGSN3。

步骤12：收到MBMS注册请求消息的GGSN1和GGSN2分别向BM-SC返回MBMS注册响应消息，创建各自的MBMS承载上下文，将MBMS注册请求消息中携带的SGSN节点列表作为自己的下行流节点列表参数保存，并保存其它参数如TMGI等到所创建的MBMS承载上下文中，设置所创建的MBMS承载上下文处于空闲状态。

GGSN1和GGSN2分别向自身下行流节点列表中的SGSN发送MBMS注册请求消息，消息中携带有MBMS广播业务A的TMGI和广播/组播模式指示。其中，广播/组播模式指示为广播。

这里，对于GGSN1，GGSN1向SGSN1发送MBMS注册请求消息；对于GGSN2，GGSN2向SGSN2和SGSN3分别发送MBMS注册请求消息。

步骤13：收到MBMS注册请求消息的SGSN分别向各自所属的GGSN返回MBMS注册响应，创建各自的MBMS承载上下文，保存相应承载信息到各自创建的MBMS承载上下文中，设置所创建的MBMS承载上下文处于空闲状态。

每个SGSN分别向与自身连接的每个BSC/RNC发送MBMS注册请求消息，该消息中携带有MBMS广播业务A的TMGI和广播/组播模式指示。这里，广播/组播模式指示为广播。

步骤14：收到MBMS注册请求消息的BSC/RNC向各自所属的SGSN返回MBMS注册响应，创建各自的MBMS承载上下文，保存相应承载信息到各自创建的MBMS承载上下文中，设置所创建的MBMS承载上下文处于空闲状态。

实施例二：

本实施例与实施例一基本类似，仍采用图5所示的网络拓扑，要提供的MBMS业务也是MBMS广播业务A。唯一不同的是：通过OAM在BM-SC上配置了GGSN节点列表，且在GGSN上配置了SGSN节点列表。其中GGSN节点列表包括GGSN1和GGSN2；GGSN1中的SGSN节点列表包括SGSN1；GGSN2中的SGSN节点列表包括SGSN2和SGSN3。

在MBMS广播业务A提供之前，必须执行针对该MBMS广播业务A的注册过程，具体包括以下步骤：

步骤21：BM-SC向GGSN1和GGSN2分别发送MBMS注册请求消息，该请求消息中携带有MBMS广播业务A的TMGI和广播/组播模式指示。因为是一个广播业务，所以广播/组播模式指示为广播。

步骤22：收到MBMS注册请求消息的GGSN1和GGSN2分别向BM-SC返回MBMS注册响应消息，创建各自的MBMS承载上下文，保存相关参数如TMGI、广播/组播模式指示等信息到所创建的MBMS承载上下文中，设置所创建的MBMS承载上下文处于空闲状态。

GGSN1和GGSN2根据自身保存的、由OAM配置的SGSN节点列表，向SGSN节点列表中的SGSN发送MBMS注册请求消息，消息中携带有MBMS广播业务A的TMGI和广播/组播模式指示，该广播/组播模式指示为广播。

这里，对于GGSN1，GGSN1自身保存的SGSN节点列表中仅有SGSN1，则GGSN1向SGSN1发送MBMS注册请求消息；对于GGSN2，GGSN2自身保存的SGSN节点列表中有SGSN2和SGSN3，则GGSN2向SGSN2和SGSN3分别发送MBMS注册请求消息。

步骤23～24：与实施例一中步骤13～14的处理和所有描述完全相同。

实施例三：

本实施例与实施例一基本类似，仍采用图5所示的网络拓扑，且GGSN节点列表和SGSN节点列表的配置与实施例一也相同，不同的是：要提供的MBMS业务是MBMS组播业务A。

那么，本实施例中执行的MBMS业务注册流程与实施例一的步骤11～14基本相同，只是在MBMS注册请求中，除了携带TMGI，还必须携带有该MBMS组播业务的IP组播地址、APN、承载能力要求等参数。同时，该MBMS注册请求中携带的广播/组播模式指示为组播业务。

实施例四：

对于实施例一和实施例二要提供MBMS广播业务的情况，在MBMS注册请求中，除了携带TMGI，也可以选择携带该MBMS广播业务的IP组播地址、APN、承载能力要求等参数，但该MBMS注册请求中携带的广播/组播模式指示为广播业务。

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

Claims (15)

1、一种实现组播广播业务注册的方法，其特征在于，在源流节点中设置并保存该源流节点的下行流节点列表，该方法还包括以下步骤：从源流节点开始至最后一级下游流节点逐级向自身下行流节点列表中的每个下游流节点发送组播广播业务注册请求消息；每个收到组播广播业务注册请求消息的下游流节点创建自身的承载上下文，保存承载信息。

2、根据权利要求1所述的方法，其特征在于，该方法进一步包括：每个收到组播广播业务注册请求消息的下游流节点向上游流节点返回组播广播业务注册响应。

3、根据权利要求1所述的方法，其特征在于，每个收到组播广播业务注册请求消息的下游流节点在创建承载上下文后，进一步设置所创建承载上下文的状态。

4、根据权利要求1所述的方法，其特征在于，所述源流节点向每个下游流节点发送的组播广播业务注册请求消息中，携带有该下游流节点对应的下行流节点列表。

5、根据权利要求1至4任一项所述的方法，其特征在于，所述源流节点为广播/组播业务服务器BM-SC，第一级下游流节点为GGSN，第二级下游流节点为SGSN，最后一级下游流节点BSC/RNC，该方法具体包括：

a1.BM-SC向自身下行流节点列表中的每个GGSN分别发送MBMS注册请求消息；

b1.收到MBMS注册请求消息的GGSN创建自身的MBMS承载上下文，保存相应承载信息，并向自身下行流节点列表中的SGSN发送MBMS注册请求消息；

c1.收到MBMS注册请求消息的SGSN向与自身连接的每个BSC/RNC发送MBMS注册请求消息，且每个收到MBMS注册请求消息的SGSN和BSC/RNC分别创建各自的MBMS承载上下文，保存相应承载信息。

6、根据权利要求5所述的方法，其特征在于，该方法进一步包括：收到MBMS注册请求消息的GGSN、SGSN或BSC/RNC分别向BM-SC、GGSN或SGSN返回MBMS注册响应。

7、根据权利要求5所述的方法，其特征在于，收到MBMS注册请求消息的每个GGSN、SGSN或BSC/RNC在创建自身MBMS承载上下文后，进一步设置所创建MBMS承载上下文的状态。

8、根据权利要求5所述的方法，其特征在于，SGSN收到来自一个以上GGSN针对同一个MBMS业务的MBMS注册请求，SGSN仅向其中任意一个GGSN返回MBMS注册响应。

9、根据权利要求5所述的方法，其特征在于，所述BM-SC下行流节点列表通过操作维护管理平台配置于BM-SC中。

10、根据权利要求5所述的方法，其特征在于，所述GGSN下行流节点列表通过操作维护管理平台配置于GGSN中。

11、根据权利要求5所述的方法，其特征在于，所述GGSN下行流节点列表通过操作维护管理平台配置于BM-SC中；步骤a1中BM-SC向每个GGSN发送的MBMS注册请求消息中携带有每个GGSN各自对应的GGSN下行流节点列表。

12、根据权利要求5所述的方法，其特征在于，所述GGSN下行流节点列表通过下述步骤获得：先比较BM-SC获得的要提供的MBMS业务的总服务区域与网络中所有SGSN的地理覆盖区域，得到重叠区域对应的所有SGSN的标识；然后，BM-SC根据得到的所有SGSN与每个GGSN之间的地理位置关系，确定每个GGSN的下行流节点列表；

则步骤a1中BM-SC向每个GGSN发送的MBMS注册请求消息中携带有每个GGSN各自对应的GGSN下行流节点列表。

13、根据权利要求12所述的方法，其特征在于，步骤b1进一步包括：收到MBMS注册请求消息的GGSN保存MBMS注册请求消息中携带的GGSN下行流节点列表。

14、根据权利要求5所述的方法，其特征在于，所述MBMS注册请求消息中至少携带有所要提供的MBMS业务的TMGI，以及表示所要提供的MBMS业务为广播业务或组播业务的广播/组播模式指示。

15、根据权利要求14所述的方法，其特征在于，所述MBMS注册请求消息中进一步携带有所要提供的MBMS业务的IP组播地址、APN、承载能力要求。

Images