CN100366030C - 一种控制多媒体广播/组播服务会话开始的方法 - Google Patents

Abstract

本发明公开了一种控制多媒体广播/组播服务会话开始的方法，该方法为每个MBMS业务配置包含该MBMS业务所有服务区域的SGSN节点列表，之后GGSN获取SGSN节点列表，并在MBMS注册流程或MBMS会话开始流程根据SGSN节点列表，确定是否允许SGSN进行特定MBMS会话。采用该方法能减少网络节点不必要的信令负荷，避免网络承载资源的浪费，降低网络负载和成本。

Description

一种控制多媒体广播/组播服务会话开始的方法

技术领域

本发明涉及多媒体广播/组播服务(MBMS)会话技术，尤指一种控制MBMS会话开始的方法。

背景技术

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

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

图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相连，一个GGSN202可与多个SGSN 203相连；SGSN 203可通过Iu接口与通用移动通信***(UMTS)陆地无线接入网(UTRAN)204相连，然后UTRAN 204通过Uu接口与用户终端(UE)206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信***(GSM)增强无线接入网(GERAN)205相连，然后GERAN 205通过Um接口与UE207相连。其中，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数据必须下发到的下行流节点列表；UEs数量为该节点拥有的已经加入该组播业务的UE地数量。表中的“X”表示在对应的网络实体上存储有该信息。

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

	组标识
						State	MBMS承载的活动性状态(‘静止’或者‘激活’)	待研究	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
UEs数量	该节点拥有的已经加入该组播业务的UE地数量	待研究	X	X	待研究

表一

当BM-SC准备好发送数据时触发MBMS会话开始过程，会话开始过程激活网络中用于传输MBMS业务数据的所有需要的承载资源，并且通知感兴趣的UE即将开始数据传输。通过该会话开始过程，BM-SC将MBMS的QoS、MBMS业务域、可能存在的估计会话长度参数等会话属性提供给感兴趣的相关网络节点；通过该会话开始过程，可以引发相关RNC在接入网进行会话通知、小区用户计数、无线承载类型选择、无线和有线承载平面建立等工作。BM-SC等到下游流节点完成相应工作后，开始组播数据传输，各个节点通过会话开始过程中建立的承载传输组播数据，直至UE。

现有MBMS组播会话开始前，SGSN、GGSN节点可以通过MBMS组播业务激活、路由区更新等过程引发的MBMS注册过程在其上游节点进行注册，即：完成其上游节点GGSN、BM-SC中MBMS承载上下文中下行流节点列表的填写。这里，GGSN的上游节点是BM-SC，下游节点是SGSN。

现有技术中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的会话开始过程。

现有技术中的MBMS组播业务会话开始流程如图4所示，包括以下步骤：

步骤401：BM-SC向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN发送会话开始请求消息Session Start Request，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了QoS、MBMS业务域、估计该会话的长度等会话属性。

GGSN收到会话开始请求消息后，在MBMS承载上下文中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC返回会话开始响应消息Session Start Response。

步骤402：GGSN向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN，发送MBMS会话开始请求消息MBMS Session Start Request

SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。

步骤403：SGSN向每个与自身相连的BSC/RNC，发送MBMS会话开始请求消息MBMS Session Start Request，该消息中包含会话属性。

Iu模式下的BSC/RNC根据其覆盖区域和会话属性中的MBMS业务域是否有重叠以及其它因素，来决定是否激活自身MBMS承载上下文。如果激活，在MBMS承载上下文中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后向SGSN返回MBMS会话开始响应MBMS Session Start Response消息。并且，RNC会包含TEID在MBMS会话开始响应消息中，用于在Iu承载平面上SGSN进行数据发送。在Gb模式下的BSC如果不服务于MBMS业务域，则决定不保存会话属性，且不把其MBMS业务上下文设置为“激活”。

本步骤中，如果一个BSC/RNC接收到多个携带有Iu承载平面参数的MBMS会话开始请求消息，BSC/RNC只返回一个成功的MBMS会话开始响应消息，用于建立到达SGSN的一个Iu平面承载。

步骤404：BSC/RNC在MBMS业务域内，建立用于传输MBMS业务数据到感兴趣UE的必要的无线资源。

对于一些MBMS业务，如本地新闻、本地天气预报、本地交通信息发布等业务，一般只对整个移动网络的部分业务区域提供。按现有方案，一个MBMS承载业务的会话开始消息会发送到所有网络中注册过该MBMS承载业务的所有注册的GGSN、SGSN以及与这些注册SGSN相连的所有RNC。其中，RNC只有在收到这种会话开始消息后，才可以比较组播业务域和自己覆盖的区域是否有重叠，从而决定是否建立无线承载。当然，在此之前业务承载平面都已被建立。

对于一个很大的网络，如***这样的网络而言，由于用户的漫游以及SGSN节点与地域的相关性，会导致全国大部分的SGSN都对该MBMS业务进行了相应注册，那么一份在北京提供的业务(如交通信息)的每一次会话都基本会涉及到全国所有的RNC。因为MBMS业务繁多，这样的网络设计必然会导致这些没有用的会话开始消息对一些RNC、SGSN节点造成信令的冲击，使相关网络节点要对一些无用的信令进行分析整理。同时，会要求GGSN、SGSN节点对这些无关业务的支持，占用GGSN到SGSN、SGSN到RNC之间的承载平面资源，给RNC、SGSN节点带来没有必要的信令负荷，增加了网络负载和成本。

发明内容

有鉴于此，本发明的主要目的在于提供一种控制MBMS会话开始的方法，能减少网络节点不必要的信令负荷，避免网络承载资源的浪费，降低网络负载和成本。

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

一种控制多媒体广播/组播服务会话开始的方法，该方法包括：GGSN获取为当前MBMS业务配置的包含该MBMS业务所有服务区域的SGSN节点列表，然后根据所获取的SGSN节点列表中的SGSN标识信息，判断当前SGSN是否包含于所述SGSN节点列表中，如果包含，则允许该SGSN执行特定MBMS会话的会话开始流程，否则，拒绝该SGSN执行特定MBMS会话的会话开始流程。

在MBMS注册流程中，所述判断具体包括：

GGSN收到SGSN发来的针对当前MBMS业务的MBMS注册请求后，根据所获取的SGSN节点列表，判断当前发起MBMS注册请求的SGSN是否包含在所述SGSN节点列表中，如果在，则接受该SGSN的MBMS注册请求，并允许注册成功的SGSN执行特定MBMS会话的会话开始流程；否则，拒绝该SGSN的MBMS注册请求。

其中，所述SGSN节点列表保存于BM-SC中，则所述GGSN获取SGSN节点列表具体为：BM-SC收到GGSN发来的针对当前MBMS业务的MBMS注册请求后，向GGSN返回包含当前MBMS业务所对应的SGSN节点列表的MBMS注册响应；GGSN从所收到的MBMS注册响应中获取所述SGSN节点列表。这里，所述SGSN节点列表保存于BM-SC中具体为：直接将SGSN节点列表配置于BM-SC中；或是，在BM-SC中保存SGSN及其所辖区域地理位置的对应关系，BM-SC根据从内容提供商获取的MBMS业务总服务区域和自身保存的SGSN及其所辖区域地理位置的对应关系，获得有地理交集的SGSN节点列表。

或者，所述SGSN节点列表配置于GGSN中，则GGSN从自身获取所配置的SGSN节点列表。

在MBMS会话开始流程中，所述判断具体包括：

a11.GGSN收到BM-SC发来的针对特定MBMS会话的会话开始请求后，对自身通过MBMS注册过程获得的下行流节点列表中的SGSN与所获取的SGSN节点列表中的SGSN求交集；

b12.GGSN向步骤a11中所获得的交集中的SGSN发送针对特定MBMS会话的会话开始请求，收到会话开始请求的SGSN继续执行该会话开始流程。

其中，所述SGSN节点列表配置于BM-SC中，则GGSN从BM-SC中获取所配置的SGSN节点列表。所述GGSN从BM-SC获取SGSN节点列表为：BM-SC通过会话开始请求将所配置的SGSN节点列表发送给GGSN；或是GGSN在MBMS注册过程中获取配置于BM-SC的SGSN节点列表。

或者，所述SGSN节点列表配置于GGSN中，则GGSN从自身获取所配置的SGSN节点列表。

在BM-SC中保存SGSN与其所辖区域地理位置的对应关系；该方法具体包括：

a21.BM-SC根据从内容提供商获取的当前MBMS业务的业务域和自身保存的SGSN及其所辖区域地理位置对应关系，获得有地理交集的SGSN节点列表，并将所得到的SGSN节点列表发送给GGSN；

a22.GGSN收到BM-SC发来的针对特定MBMS会话的会话开始请求后，对自身通过MBMS注册过程获得的下行流节点列表中的SGSN和BM-SC发来的SGSN节点列表中的SGSN求交集；

a23.GGSN向步骤a22中所获得的交集中的SGSN发送针对特定MBMS会话的会话开始请求，收到会话开始请求的SGSN继续执行该会话开始流程。

其中，步骤a21中所述从内容提供商获取的当前MBMS业务的业务域为：当前MBMS业务的总服务区域，或为当前MBMS业务针对本次会话的服务区域。步骤a21所述BM-SC将SGSN节点列表发送给GGSN具体为：BM-SC通过会话开始请求将所配置的SGSN节点列表发送给GGSN；或是GGSN向BM-SC发获取SGSN节点列表的请求，BM-SC将SGSN节点列表发送给GGSN。

本发明所提供的控制MBMS会话开始的方法，通过运营商的操作维护管理(OAM)，在BM-SC或GGSN中配置与当前MBMS业务有关的SGSN节点列表，或是由BM-SC根据自身保存的SGSN与SGSN管理区域的对应关系以及当前MBMS业务的业务域信息，获取与当前MBMS业务有关的SGSN节点列表。之后，再由GGSN根据SGSN节点列表中的信息来确定是否允许某个SGSN注册、或是根据SGSN节点列表中的信息决定是否向某个SGSN发送会话开始请求。由GGSN在MBMS注册流程或MBMS会话开始流程根据SGSN节点列表，确定是否允许SGSN开始MBMS会话。如此，GGSN只会把会话开始请求发给与业务发送区域有关的SGSN，或是只允许与业务发送区域有关的SGSN进行注册，从而不会建立从GGSN到其它与当前MBMS业务无关的SGSN的用户平面承载，也不会发送当前MBMS会话开始请求到无关的SGSN节点、RNC节点，不会造成没有必要的信令负荷，同时，也避免网络承载资源的浪费，降低网络负载和成本。

另外，本发明可以基于不同的流程实现，并且有多种实现方式，具有很强的灵活性和实用性。本发明对现有处理流程改动都很小，实现起来简单、方便

附图说明

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

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

图3为MBMS组播/广播业务注册流程示意图；

图4为MBMS组播/广播业务会话开始流程示意图；

图5为本发明第一种实现方案的处理流程示意图；

图6为本发明第二种实现方案的处理流程示意图；

图7为本发明第三种实现方案的处理流程示意图。

具体实施方式

本发明的核心思想是：为每个MBMS业务定义相应的服务区域，并为每个MBMS业务配置包含该MBMS业务所有服务区域的SGSN节点列表，之后，GGSN获取SGSN节点列表，并在MBMS注册流程或MBMS会话开始流程根据SGSN节点列表，确定是否允许SGSN开始当前MBMS会话。

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

GGSN可以在MBMS注册过程中，收到SGSN的注册请求后，根据SGSN节点列表中的SGSN标识，拒绝SGSN节点列表以外的SGSN进行注册；也可以在MBMS会话开始过程中，根据SGSN节点列表中的SGSN标识，不向SGSN节点列表以外的SGSN下发会话开始请求，从而限制与某个网络节点无关的MBMS业务对该网络节点产生冲击，造成网络承载资源的浪费。

下面分别参照附图和具体实施例对每种实现方案进行详细地说明。

第一种实现方案，OAM根据每个MBMS业务所定义的总服务区域，确定服务该MBMS业务总服务区域的SGSN节点列表，该列表包含所有服务于该MBMS业务总服务区域的SGSN的标识。比如说，有一个发送新闻消息的MBMS业务，该MBMS业务对应的总服务区域为区域N，从地理区域划分上，区域N覆盖了地区N1、地区N2和地区N3，三个地区分别设置有SGSN_N1、SGSN_N2和SGSN_N3，则发送新闻消息的MBMS业务对应的SGSN节点列表就由SGSN_N1、SGSN_N2和SGSN_N3组成。

在MBMS业务注册过程中，GGSN根据所配置的SGSN节点列表判断来自SGSN的注册请求消息，如果注册请求消息来自列表中的SGSN，则GGSN接纳该SGSN的注册请求；否则，GGSN拒绝该SGSN的注册请求。该SGSN节点列表可以配置于BM-SC中，也可以直接配置于GGSN中。

如果SGSN节点列表配置于BM-SC中，当BM-SC收到GGSN针对某个MBMS业务的注册请求后，就将该MBMS业务对应的SGSN节点列表下发给发起注册请求的GGSN；之后，GGSN对来自SGSN的注册请求进行判断，判断当前发起注册请求的SGSN是否包含于BM-SC发来的SGSN节点列表中，如果是，则继续正常的MBMS注册流程；否则，GGSN拒绝当前SGSN发起的注册请求。具体处理流程如图5所示，包括以下步骤：

步骤501～503：与现有技术MBMS注册流程中的步骤301～303完全相同

步骤504：一旦从一个GGSN收到MBMS注册请求，BM-SC就将该GGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中，并响应一个MBMS注册响应消息，其中含有TMGI、承载能力要求以及所配置的SGSN节点列表等参数。如果BM-SC的MBMS承载上下文处于“激活”状态，BM-SC触发与该GGSN的会话开始过程。其中，SGSN节点列表作为一个参数，指示所对应的MBMS业务在总服务区域层面上可以发送的SGSN。

步骤505：由于GGSN从步骤502所述的SGSN收到一个注册请求消息，所以，此时GGSN判断步骤502中发起注册请求的SGSN是否存在于BM-SC发来的SGSN节点列表中，如果存在于SGSN节点列表中，则GGSN将SGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中；并给SGSN返回MBMS注册响应消息，该响应消息中携带TMGI和承载能力要求等参数；如果MBMS承载上下文处于“激活”状态，则GGSN触发与SGSN的会话开始过程。如果发起注册请求的SGSN不在SGSN节点列表中，则GGSN向SGSN返回拒绝MBMS注册请求消息，拒绝该SGSN的注册请求。

本步骤中，所述的判断实际就是查找BM-SC发来的SGSN节点列表中是否包含发起注册请求的SGSN的标识。

步骤506：与现有技术MBMS注册流程中的步骤306完全相同。

如果SGSN节点列表直接配置于GGSN中，则步骤504也与现有技术MBMS注册流程中的步骤304相同，仅仅步骤505与现有技术不同。

本实现方案中，仅对现有的MBMS注册过程稍加改动，而对现有的MBMS会话开始过程不进行改动。这样，在会话开始过程的第二步中，GGSN需要发送会话开始请求的下行流节点列表，即：GGSN要发送会话开始请求的目标SGSN，已经是运营商配置的SGSN列表和申请注册成功的SGSN的交集。

实施例一：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1，对应的SGSN为SGSN_B1。OAM在提供该MBMS组播业务的BM-SC中配置SGSN节点列表，由于该MBMS组播业务只在子区域B1范围内提供，所以，OAM所配置的SGSN节点列表只有一个SGSN标识，即SGSN_B1。

在执行MBMS注册过程中，一旦从一个GGSN收到MBMS注册请求，BM-SC就将该GGSN的标识增加到自身MBMS承载上下文中的参数“下行流节点列表”中，响应一个MBMS注册响应消息，其中含有TMGI、承载能力要求、SGSN节点列表等参数。如果BM-SC的MBMS承载上下文处于“激活”状态，BM-SC触发与该GGSN的会话开始过程。这里，SGSN节点列表中仅包含SGSN_B1，表示提供交通信息的MBMS组播业务可以发送给SGSN_B1。

GGSN收到来自某个SGSN的注册请求消息后，GGSN先判断从BM-SC获得的SGSN节点列表是否对接收当前MBMS组播业务的SGSN进行了限制，也就是判断SGSN节点列表是否为空，如果不为空，说明进行了限制，则判断发起注册请求的SGSN的标识是否在BM-SC提供的允许发送MBMS组播业务的SGSN节点列表中，如果发起注册请求的SGSN的标识在SGSN节点列表，则GGSN将该SGSN标识增加到MBMS承载上下文的“下行流节点列表”参数中，并给SGSN响应MBMS注册响应消息，其中携带TMGI和承载能力要求等参数，如果MBMS承载上下文处于“激活”状态，GGSN触发与SGSN的会话开始过程。如果发起注册请求的SGSN的标识不在SGSN节点列表，则GGSN拒绝该SGSN的注册请求。这里，如果BM-SC未对发送MBMS组播业务的SGSN进行限制，GGSN同样正常完成SGSN的MBMS注册操作。

本实施例在实际应用中，包括以下几种情况：

1)假如一个属于子区域B2的用户在子区域B2申请激活提供交通信息的MBMS组播业务，该用户引发激活过程，并引发子区域B2的SGSN_B2向提供交通信息业务的GGSN发起注册请求，由于GGSN保存的SGSN节点列表中仅有SGSN_B1，所以GGSN发现SGSN_B2的标识不在自身保存的SGSN节点列表中，则拒绝SGSN_B2的注册请求。这种情况下，SGSN_B2会给发起激活过程的用户终端相应的拒绝理由，指示因为超出了当前MBMS业务的服务区域而导致用户终端的激活失败。用户收到拒绝后，可以转到点到点修复方式下进行业务接收，或者在发起请求的用户前往子区域B1后，允许该用户申请该MBMS组播业务。

2)假如一个属于子区域B1的用户漫游到子区域B3，那么，该用户的SGSN间路由区更新过程、或SGSN间服务RNC重定位过程会引发子区域B3的SGSN_B3向提供交通信息业务的GGSN发起注册请求，由于GGSN保存的SGSN节点列表中仅有SGSN_B1，所以GGSN发现SGSN_B3的标识不在自身保存的SGSN节点列表中，则拒绝SGSN_B3的注册请求。这种情况下，SGSN_B3会给发起SGSN间路由区更新过程、或SGSN间服务RNC重定位过程的用户终端相应的拒绝理由，指示因为漫游超出了当前MBMS业务的服务区而导致用户激活该MBMS业务的失败，用户可以转到点到点修复方式下进行业务接收，或者在发起请求的用户前往子区域B1后，允许该用户申请该MBMS组播业务。

3)假如一个漫游到子区域B1的用户，或者一个属于子区域B1的本地用户，通过SGSN_B1向提供交通信息业务的GGSN发起注册请求，由于GGSN的SGSN节点列表中保存有SGSN_B1，所以GGSN发现SGSN_B1的标识在自身保存的SGSN列表中，则GGSN接纳SGSN_B1的注册请求。这种情况下，用户的业务请求能够得以满足。

经过MBMS注册过程，GGSN的下游流节点列表中只有SGSN_B1，那么，在会话开始过程中，GGSN只会把交通信息业务的会话开始请求发送给SGSN_B1。该会话开始过程不会建立从GGSN到其它与该业务无关的SGSN的用户平面承载，也不会发送相应的会话开始请求到无关的SGSN节点、RNC节点，因而不会造成没有必要的信令负荷。

实施例二：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1，对应的SGSN为SGSN_B1。OAM在提供该MBMS组播业务的GGSN上配置SGSN节点列表，由于该MBMS组播业务只在子区域B1范围内提供，所以，OAM所配置的SGSN节点列表只有一个SGSN标识，即SGSN_B1。

在执行MBMS注册过程中，如果GGSN从SGSN收到一个注册请求消息，GGSN首先判断通过OAM配置获得的SGSN节点列表是否对接收该MBMS组播业务的SGSN进行了限制，也就是判断SGSN节点列表是否为空，如果不为空，说明进行了限制，则判断发起注册请求的SGSN的标识是否在BM-SC提供的允许发送MBMS组播业务的SGSN节点列表中，如果发起注册请求的SGSN的标识在SGSN节点列表，则GGSN将该SGSN标识增加到MBMS承载上下文的“下行流节点列表”参数中，并给SGSN响应MBMS注册响应消息，其中携带TMGI和承载能力要求等参数，如果MBMS承载上下文处于“激活”状态，GGSN触发与SGSN的会话开始过程。如果发起注册请求的SGSN的标识不在SGSN节点列表，则GGSN拒绝该SGSN的注册请求。这里，如果OAM配置未对发送MBMS组播业务的SGSN进行限制，GGSN同样正常完成SGSN的MBMS注册操作。

本实施例在实际应用中，同样包括多种情况，具体情况描述与实施例一完全相同。

基于第一种实现方案，本发明还存在一种实现方案，就是：在BM-SC中保存网络中SGSN与其所辖区域地理位置的对应关系，这里的SGSN是指该BM-SC覆盖范围内的所有SGSN。运营商在提供MBMS业务时，会给出每个MBMS业务的总服务区域；BM-SC就通过将总服务区域与自身存储的对应关系进行比较，得到服务于该MBMS业务总服务区域的所有SGSN，并以所得到的所有SGSN标识组成SGSN节点列表。在MBMS注册过程中，BM-SC只要根据当前得到的SGSN节点列表判断是否允许当前SGSN进行注册即可。

实施例三：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。BM-SC保存网络中SGSN及其覆盖区域地理位置的对应关系。本实施例中，运营商A提供一个MBMS组播业务，该MBMS组播业务是仅在子区域B1范围内提供交通信息业务。BM-SC通过比较自身存储的SGSN所覆盖区域的地理位置和子区域B1的地理位置，得到服务该交通信息业务区域的SGSN为SGSN_B1，则SGSN节点列表就仅包括SGSN_B1。

后续的MBMS注册过程和会话开始过程与上述实施例一、实施例二相同。

第二种实现方案，OAM为每个MBMS业务定义相应的服务区域，并用SGSN节点列表记录每个MBMS业务服务区域对应的SGSN的标识列表。在每次MBMS业务会话开始流程中，GGSN在向SGSN发送MBMS会话开始请求之前，先比较通过MBMS注册过程获得的下行流节点列表中的SGSN标识与OAM配置的SGSN节点列表中的SGSN标识，取两者的交集；之后，GGSN向交集中的SGSN发送MBMS会话开始请求消息。该SGSN节点列表可以配置于BM-SC中，也可以直接配置于GGSN中。这里，如果SGSN节点列表为空，表示对业务区域没有限制，则所求交集为GGSN获得的下行流节点列表中的所有SGSN。

如果SGSN节点列表配置于GGSN中，具体处理流程如图6所示，包括以下步骤：

步骤601：与现有技术MBMS会话开始流程中的步骤401完全相同。

步骤602：GGSN比较通过MBMS注册过程获得的自身的下行流节点列表中的SGSN标识与自身配置的SGSN节点列表，取两者的交集；GGSN向所得到的交集中的SGSN发送MBMS会话开始请求消息MBMS Session StartRequest。

SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。

步骤603～604：与现有技术MBMS会话开始流程中的步骤403～404完全相同。

如果SGSN节点列表配置于BM-SC中，则BM-SC可以在步骤601中将SGSN节点列表放置于MBMS会话开始请求消息中发送给GGSN；或者，GGSN也可以在MBMS注册流程中从BM-SC获取OAM配置的SGSN节点列表。

本实现方案中，对现有的MBMS注册过程基本不改动，而仅对现有的MBMS会话开始过程稍加改动。

实施例四：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1，对应的SGSN为SGSN_B1。OAM在提供该MBMS组播业务的GGSN上配置SGSN节点列表，由于该MBMS组播业务只在子区域B1范围内提供，所以，OAM所配置的SGSN节点列表只有一个SGSN标识，即SGSN_B1。

在MBMS注册过程中，无论来自哪个子区域Bi对应的SGSN_Bi发送来的MBMS注册请求，GGSN都将其标识保存在MBMS承载上下文的下游流节点列表中。

在MBMS业务会话开始过程中，GGSN比较通过MBMS注册过程获取的下行流节点列表中的SGSN标识与OAM配置的SGSN节点列表中的标识，取两者的交集，然后向交集中的SGSN发送MBMS会话开始请求消息MBMSSession Start Request。

SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。

由于GGSN获得的交集中只有SGSN_B1，那么，在会话开始过程中，GGSN只会把交通信息业务的会话开始请求发送到SGSN_B1。该会话开始过程不会建立从GGSN到其它与该业务无关的SGSN的用户平面承载，也不会发送会话开始请求到无关的SGSN节点、RNC节点，因而不会造成没有必要的信令负荷

比如：在MBMS注册过程中，GGSN收到来自SGSN_B1、SGSN_B3和SGSN_B8的MBMS注册请求，OAM配置的SGSN节点列表中的标识为SGSN_B1，则两者的交集为SGSN_B1，GGSN向SGSN_B1发送MBMS会话开始请求消息MBMS Session Start Request。

再比如：GGSN收到来自SGSN_B5和SGSN_B13的MBMS注册请求，OAM配置的SGSN节点列表中的标识为SGSN_B1，则两者的交集为空，GGSN不向任何SGSN发送MBMS会话开始请求消息MBMS Session Start Request

实施例五：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1，对应的SGSN为SGSN_B1。OAM在提供该MBMS组播业务的BM-SC中配置SGSN节点列表，由于该MBMS组播业务只在子区域B1范围内提供，所以，OAM所配置的SGSN节点列表只有一个SGSN标识，即SGSN_B1。

本实施例的处理过程与实施例四基本类似，只是GGSN在向SGSN发送会话开始请求之前，要从BM-SC获取OAM配置的SGSN节点列表。所述OAM配置的SGSN节点列表可以在BM-SC向GGSN发送会话开始请求时，由BM-SC发给GGSN；也可以在MBMS注册流程中，GGSN从BM-SC处获取；还可以在GGSN在向SGSN发送会话开始请求之前的适当时机，由GGSN向BM-SC请求获得。

基于第二种实现方案，本发明还进一步存在一种实现方案，就是：在BM-SC中保存网络中所有SGSN与其所辖区域地理位置的对应关系，这里的SGSN是指该BM-SC服务范围内的所有SGSN。那么，在发送MBMS会话开始请求消息之前，BM-SC先将MBMS业务域与SGSN所辖地理位置进行比较，获取有地理交集的SGSN节点列表；之后，在执行MBMS会话开始过程中，BM-SC将通过比较得到的SGSN节点列表发送给GGSN，GGSN再比较通过MBMS注册过程获得的下行流节点列表中的SGSN标识与BM-SC给定的SGSN节点列表中的SGSN标识，获取两者的交集；然后，GGSN仅向交集中的SGSN发送MBMS会话开始请求消息。

这种方案中，虽然某个MBMS业务的总服务区域覆盖多个地理区域，但针对每个MBMS会话，该MBMS业务最终发送的地理区域可能是不同的，并且可能只是该MBMS业务所覆盖的地理区域中的一个或几个。比如说，有一个发送新闻消息的MBMS业务，该MBMS业务对应的总服务区域为区域N，从地理区域划分上，区域N覆盖了地区N1、地区N2和地区N3，三个地区分别设置有SGSN_N1、SGSN_N2和SGSN_N3，如果只要求当前MBMS会话在地区N2发送，则针对当前MBMS会话，最终发送的地区只有地区N2，而不包括地区N1和地区N3。相应的，针对当前MBMS会话，发送新闻消息的MBMS业务对应的SGSN节点列表只包括SGSN_N2。当然，为了减少比较次数，内容提供商可以预先将某种MBMS业务的总服务区域提供给BM-SC，这样，SGSN节点列表就包括服务于总服务区域的所有SGSN。比如，发送新闻消息的MBMS业务的总服务区域为区域N，SGSN节点列表就包括SGSN_N1、SGSN_N2、SGSN_N3。

通常，在BM-SC中都保存有每个MBMS业务的总服务区域，如果当前内容提供商下发的MBMS业务域是该MBMS业务的总服务区域，则直接将总服务区域信息与BM-SC自身存储的SGSN及其管辖区域的地理位置相比较，得到SGSN节点列表。如果当前内容提供商下发的MBMS业务域是针对某个会话的服务区域，则BM-SC就将收到的MBMS业务域与自身存储的SGSN及其管辖区域的地理位置相比较，得到SGSN节点列表。比如：某MBMS业务的总服务区域为区域N，从地理区域划分上，区域N覆盖了地区N1、地区N2和地区N3，而本次会话的MBMS业务域为地区N3，那么，BM-SC就将地区N3与自身存储的SGSN及其管辖区域的地理位置比较，得到SGSN节点列表为SGSN_N3。

具体处理过程如图7所示，包括以下步骤：

步骤701：BM-SC向自身对应的MBMS承载上下文“下行流节点列表”中保存的GGSN发送会话开始请求消息Session Start Request，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该会话开始请求中写带有QoS、MBMS业务域、估计该会话的长度和SGSN节点列表等会话属性。其中，SGSN节点列表就是BM-SC将MBMS业务域与SGSN所辖地理位置进行比较，获取的有地理交集的SGSN标识的列表。

GGSN收到会话开始请求消息后，在MBMS承载上下文中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC返回会话开始响应消息Session Start Response。

当然，GGSN也可以单独向BM-SC发获取SGSN节点列表的请求，BM-SC收到请求后将得到的SGSN节点列表发送给GGSN。

步骤702：GGSN比较通过MBMS注册过程获得的下行流节点列表中的SGSN标识与BM-SC给定的SGSN节点列表中的SGSN标识，获取两者的交集，向交集中的SGSN发送MBMS会话开始请求消息MBMS Session Start Request。

SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。

步骤703～704：与现有技术MBMS会话开始流程中的步骤403～404完全相同。

实施例六：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN，同时，每个子区域有可能进一步包括更小的地区，比如：子区域B1可能包括地区B11、B12、......、B1n。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1，对应的SGSN为SGSN_B1。另外，在BM-SC中保存运营商A的网络中，所有SGSN与其所管辖区域地理位置的对应关系，本例中BM-SC中只保存着SGSN_B1与子区域B1之间的对应关系。

在MBMS注册过程中，无论来自哪个子区域Bi的SGSN_Bi发来的MBMS注册请求，GGSN都将其标识保存在MBMS承载上下文的下游流节点列表中

在发送MBMS组播会话开始请求消息前，BM-SC将MBMS业务域与SGSN所辖地理位置进行比较，获取有地理交集的SGSN节点列表。这里，MBMS业务域是BM-SC从提供当前MBMS业务的内容提供商处获取的。

举个例子，对于所述交通信息业务的某个MBMS会话，如果该MBMS会话的MBMS业务域指示发送到地区B11，BM-SC先判断地区B11属于哪个子区域Bi对应的管辖范围，即求地区B11与子区域Bi的交集，得到管辖B11区域的SGSN节点就是SGSN_B1，那么，SGSN_B1就是SGSN节点列表。BM-SC向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN发送会话开始请求消息Session Start Request，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了QoS、MBMS业务域、估计该会话的长度、SGSN节点列表等会话属性。其中，SGSN节点列表只有一个SGSN的标识SGSN_B1。

GGSN收到会话开始请求消息后，在MBMS承载上下文中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC返回会话开始响应消息Session Start Response。

GGSN比较通过MBMS注册过程获取的下行流节点列表中的SGSN标识与BM-SC给定的SGSN节点列表中的标识，取两者的交集，然后向交集中的SGSN发送MBMS会话开始请求消息MBMS Session Start Request。这里，所获得的交集的就是SGSN_B1。

SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。

由于GGSN获得的交集中只有SGSN_B1，那么，在会话开始过程中，GGSN只会把交通信息业务的会话开始请求发送到SGSN_B1。该会话开始过程不会建立从GGSN到其它与该业务无关的SGSN的用户平面承载，也不会发送会话开始请求到无关的SGSN节点、RNC节点，因而不会造成没有必要的信令负荷

需要说明的是，GGSN是与业务相关的，但也可能与地理区域有一定关系，具体来说就是地理上，GGSN可能需要进行业务的负荷分担，或者开展本地业务的需要。

这种情况下，BM-SC通过限定每种IP组播业务的APN的方法来限制相应业务对GGSN的影响。具体而言就是：APN决定了提供某种业务的GGSN，BM-SC让APN与地理区域有关，就限制了提供该业务的GGSN。

例如：地区A提供业务B，该地区有GGSN_1，那么，BM-SC在提供与业务B相关的APN时，只提供指向GGSN_1的APN，从而使想接入业务B的SGSN都需要到GGSN_1来，这样就不影响其它地区的GGSN了。

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

Claims (14)

1.一种控制多媒体广播/组播服务会话开始的方法，其特征在于，该方法包括：GGSN获取为当前MBMS业务配置的包含该MBMS业务所有服务区域的SGSN节点列表，然后根据所获取的SGSN节点列表中的SGSN标识信息，判断当前SGSN是否包含于所述SGSN节点列表中，如果包含，则允许该SGSN执行特定MBMS会话的会话开始流程，否则，拒绝该SGSN执行特定MBMS会话的会话开始流程。

2.根据权利要求1所述的方法，其特征在于，在MBMS注册流程中，所述判断具体包括：

GGSN收到SGSN发来的针对当前MBMS业务的MBMS注册请求后，根据所获取的SGSN节点列表，判断当前发起MBMS注册请求的SGSN定否包含在所述SGSN节点列表中，如果在，则接受该SGSN的MBMS注册请求并允许注册成功的SGSN执行特定MBMS会话的会话开始流程；否则，拒绝该SGSN的MBMS注册请求。

3.根据权利要求2所述的方法，其特征在于，所述SGSN节点列表保存于BM-SC中，则所述GGSN获取SGSN节点列表具体为：

BM-SC收到GGSN发来的针对当前MBMS业务的MBMS注册请求后，向GGSN返回包含当前MBMS业务所对应的SGSN节点列表的MBMS注册响应GGSN从所收到的MBMS注册响应中获取所述SGSN节点列表。

4.根据权利要求3所述的方法，其特征在于，所述SGSN节点列表保存于BM-SC中具体为：直接将SGSN节点列表配置于BM-SC中。

5.根据权利要求3所述的方法，其特征在于，所述SGSN节点列表保存于BM-SC中具体为：在BM-SC中保存SGSN及其所辖区域地理位置的对应关系，BM-SC根据从内容提供商获取的MBMS业务总服务区域和自身保存的SGSN及其所辖区域地理位置的对应关系，获得有地理交集的SGSN节点列表。

6.根据权利要求2所述的方法，其特征在于，所述SGSN节点列表配置于GGSN中，则GGSN从自身获取所配置的SGSN节点列表。

7.根据权利要求1所述的方法，其特征在于，在MBMS会话开始流程中，所述判断具体包括：

a11.GGSN收到BM-SC发来的针对特定MBMS会话的会话开始请求后，对自身通过MBMS注册过程获得的下行流节点列表中的SGSN与所获取的SGSN节点列表中的SGSN求交集；

b12.GGSN向步骤a11中所获得的交集中的SGSN发送针对特定MBMS会话的会话开始请求，收到会话开始请求的SGSN继续执行该会话开始流程。

8.根据权利要求7所述的方法，其特征在于，所述SGSN节点列表配置于BM-SC中，则GGSN从BM-SC中获取所配置的SGSN节点列表。

9.根据权利要求8所述的方法，其特征在于，所述GGSN从BM-SC获取SGSN节点列表为：BM-SC通过会话开始请求将所配置的SGSN节点列表发送给GGSN；或是GGSN在MBMS注册过程中获取配置于BM-SC的SGSN节点列表。

10.根据权利要求7所述的方法，其特征在于，所述SGSN节点列表配置于GGSN中，则GGSN从自身获取所配置的SGSN节点列表。

11.根据权利要求1所述的方法，其特征在于，在BM-SC中保存SGSN与其所辖区域地理位置的对应关系；该方法具体包括：

a21.BM-SC根据从内容提供商获取的当前MBMS业务的业务域和自身保存的SGSN及其所辖区域地理位置对应关系，获得有地理交集的SGSN节点列表，并将所得到的SGSN节点列表发送给GGSN；

a22.GGSN收到BM-SC发来的针对特定MBMS会话的会话开始请求后，对自身通过MBMS注册过程获得的下行流节点列表中的SGSN和BM-SC发来的SGSN节点列表中的SGSN求交集；

a23.GGSN向步骤a22中所获得的交集中的SGSN发送针对特定MBMS会话的会话开始请求，收到会话开始请求的SGSN继续执行该会话开始流程。

12.根据权利要求11所述的方法，其特征在于，步骤a21中所述从内容提供商获取的当前MBMS业务的业务域为：当前MBMS业务的总服务区域，或为当前MBMS业务针对本次会话的服务区域。

13.根据权利要求11所述的方法，其特征在于，步骤a21所述BM-SC将SGSN节点列表发送给GGSN具体为：BM-SC通过会话开始请求将所配置的SGSN节点列表发送给GGSN；或是GGSN向BM-SC发获取SGSN节点列表的请求，BM-SC将SGSN节点列表发送给GGSN。

14.根据权利要求1、2、3、4、6、7、8、9或10所述的方法，其特征在于，所述SGSN节点列表由操作维护管理平台配置。

Images