CN1684414A - 一种多媒体广播/组播业务的会话开始方法 - Google Patents

Abstract

本发明公开了一种多媒体广播/组播业务MBMS的会话开始方法，该方法包括：1)广播/组播业务中心BM－SC通过关口GPRS支撑节点GGSN向服务GPRS支撑节点SGSN发起会话开始请求；2)SGSN收到GGSN发起的MBMS会话开始请求后，向基站控制器BSC/无线网络控制器RNC发送MBMS会话开始请求；3)BSC/RNC收到SGSN发送的MBMS会话开始请求后，判断是否建立针对这个MBMS会话的承载平面，如果是则激活MBMS承载上下文，执行步骤4)；否则结束；4)BSC/RNC建立到用户设备UE的用于传输MBMS数据的无线资源。应用本发明方法能够优化系统性能，减少对无线接口资源浪费，降低系统处理的复杂度。

Description

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

技术领域

本发明涉及第三代移动通信的多媒体广播/组播业务的实现技术，特别涉及一种多媒体广播/组播业务(MBMS)的会话开始方法。

背景技术

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

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

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

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地数量。

参数	描述	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	待研究

                                       表一

针对图2所示的网络结构，以下对现有技术MBMS组播业务和广播业务的会话开始过程分别进行介绍。

对于MBMS组播业务：

用户通过MBMS激活过程，加入MBMS组播业务，使得网络知道有哪些用户希望接收某一个特定的MBMS业务。

网络节点通过MBMS注册过程，建立从BM-SC，经GGSN，SGSN到BSC/RNC的分发树，从而允许传输MBMS会话属性和数据。注册过程在相关节点建立了MBMS承载上下文。但是没有建立承载平面。

参见图3，图3为RNC和SGSN配合的MBMS注册过程示意图。当RNC发现其管辖的UE对MBMS承载业务感兴趣，而RNC没有对该MBMS承载业务注册时，执行该过程，其包括：

步骤301，RNC发送MBMS注册请求消息给其父SGSN。

步骤302，已经注册该MBMS承载业务的SGSN发现RNC发送的MBMS注册请求消息后，将该RNC增加到MBMS承载上下文当中“下游流节点列表”中，并响应一个MBMS注册响应消息返回给RNC。

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

参见图4，图4为现有技术MBMS组播业务会话开始流程示意图。该流程包括以下步骤：

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

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

步骤403，GGSN向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN，发送一个MBMS会话开始请求消息(MBMS SessionStart Request)。

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

步骤405，SGSN向每个和该SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。

步骤406，BSC/RNC判断其是否在MBMS业务域内，如果BSC/RNC在MBMS业务域内，则先在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤407；否则直接执行步骤407。

步骤407，BSC/RNC向SGSN发送一个MBMS会话开始响应消息(MBMS Session Start Request)。

如果BSC/RNC在MBMS业务域内，则BSC/RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN用于发送MBMS数据的Iu承载平面。

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

如果BSC/RNC不在MBMS业务域内，则其向SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS业务域内。

然后，BSC/RNC就可以在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。

对于MBMS广播业务：

由于广播业务向无线网络中的所有用户发送信息，因此各网络节点不需要执行MBMS注册过程。

参见图5，图5为现有技术MBMS广播业务会话开始流程示意图。该流程包括以下步骤：

步骤501，BM-SC向PLMN中的GGSN发送会话开始请求消息(SessionStart Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了QoS、MBMS业务域等会话属性。

步骤502，GGSN收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。

步骤503，GGSN向所有的SGSN，发送一个MBMS会话开始请求消息(MBMS Session Start Request)。

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

步骤505，SGSN向每个和该SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。

步骤506，BSC/RNC判断其是否在MBMS业务域内，如果BSC/RNC在MBMS业务域内，则先创建一个MBMS承载上下文，在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤507；否则直接执行步骤507。

步骤507，BSC/RNC向SGSN发送一个MBMS会话开始响应消息(MBMS Session Start Request)。

如果BSC/RNC在MBMS业务域内，则BSC/RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN用于发送MBMS数据的Iu承载平面。

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

如果BSC/RNC不在MBMS业务域内，则其在向SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS业务域内。

然后，BSC/RNC就可以在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。

从上述MBMS组播和广播的会话开始流程可以看出，对于一次MBMS会话，可能只有部分BSC/RNC需要接受这次会话提供的服务，例如：在MBMS会话业务域外的BSC/RNC不需要接收这次会话提供的服务。而现有MBMS组播/广播业务开始过程中，SGSN将MBMS会话开始消息发送给和该SGSN相连的所有BSC/RNC。这样会导致那些不能接收本次MBMS业务区域当中的BSC/RNC也进行后继的通知，计数，承载建立等工作。

还有，在一次MBMS会话中，可能有一些处于MBMS业务区域当中的BSC/RNC不能建立相应的MBMS会话承载，比如当该BSC/RNC的无线资源不足，或者发生了某种错误的时候。但是现有MBMS组播/广播业务开始过程中，所有处于MBMS组播业务域的BSC/RNC都会保存这次会话的属性，将该会话状态设置为激活，建立相应承载。

由此可见，上述现有过程的这些动作，浪费了无线接口资源，增加了系统处理的复杂度。

对于MBMS广播业务开始过程，现有的标准中没有要求BM-SC下发估计的会话时长参数。这样，无线接入网就不能根据会话的长度对MBMS广播业务进行无线资源管理优化工作，降低了无线接口的有效性。

另外，对于MBMS组播业务开始过程，当BSC/RNC希望建立MBMS承载时，该BSC/RNC不一定对该MBMS组播业务进行了MBMS注册过程。对于没有进行MBMS注册过程的BSC/RNC不能完整地进行该MBMS组播业务开始过程，也就不能不能完整地实现该MBMS组播业务。

发明内容

有鉴于此，本发明的主要目的在于提供一种多媒体广播/组播业务的会话开始方法，优化系统性能，减少对无线接口资源浪费，降低系统处理的复杂度。

本发明进一步的目的在于，实现对于没有进行MBMS注册过程的BSC/RNC完整地进行MBMS组播业务开始过程。在进行MBMS广播业务时，为无线接入网提供进行无线资源管理的参数。

为达到上述目的，本发明提供了一种多媒体广播/组播业务MBMS的会话开始方法，该方法包括以下步骤：

1)广播/组播业务中心BM-SC通过关口GPRS支撑节点GGSN向服务GPRS支撑节点SGSN发起会话开始请求；

2)SGSN收到GGSN发起的MBMS会话开始请求后，向基站控制器BSC/无线网络控制器RNC发送MBMS会话开始请求；

3)BSC/RNC收到SGSN发送的MBMS会话开始请求后，判断是否建立针对这个MBMS会话的承载平面，如果是则激活MBMS承载上下文，执行步骤4)；否则结束；

4)BSC/RNC建立到用户设备UE的用于传输MBMS数据的无线资源。

如果BM-SC发起的是组播业务会话开始请求，则所述步骤1)可以包括以下步骤：

11)BM-SC向其对应MBMS承载上下文中的下行流节点列表参数中保存的GGSN发送会话开始请求消息，并设置MBMS承载上下文的状态属性为激活；

12)GGSN收到会话开始请求消息后，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为激活，并向BM-SC发送一个会话开始响应消息；

13)GGSN向其对应MBMS承载上下文中下行流节点列表参数中保存的SGSN，发送一个MBMS会话开始请求消息；

14)SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为激活，向GGSN发送一个MBMS会话开始响应消息，该消息中提供了用于承载平面的隧道终结点标识TEID。

如果BM-SC发起的是广播业务会话开始请求，则所述步骤1)可以包括以下步骤：

1a)BM-SC向公共陆地移动网络PLMN中的GGSN发送会话开始请求消息，并设置MBMS承载上下文的状态属性为激活；

1b)GGSN收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为激活，并向BM-SC发送一个会话开始响应消息；

1c)GGSN向其连接的SGSN发送一个MBMS会话开始请求消息；

1d)SGSN收到MBMS会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存会话属性，设置MBMS承载上下文的状态属性为激活，并向GGSN发送一个MBMS会话开始响应消息，该消息中提供了用于承载平面的TEID。

所述的会话开始请求中可以携带至少包含QoS、MBMS业务域的会话属性；

所述步骤2)进一步包括：SGSN根据会话属性中包含的MBMS业务区域判断哪些其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠；向所管辖的小区与该MBMS业务区域有重叠的BSC/RNC发送MBMS会话开始请求。

所述会话开始请求中的会话属性可以进一步包含估计会话长度参数；

所述步骤4)为BSC/RNC根据会话属性中估计会话长度参数建立到UE的用于传输MBMS数据的无线资源。

步骤3)所述判断是否建立针对这个MBMS会话的承载平面的方法可以为：根据BSC/RNC管辖的小区当中是否有用户需要接收该MBMS会话、该BSC/RNC是否有能力建立针对该MBMS会话的无线、有线承载信息，判断是否建立针对这个MBMS会话的承载平面。

所述步骤3)可以进一步包括：BSC/RNC向SGSN发送MBMS会话开始响应，该响应中指示该BSC/RNC是否建立针对这个MBMS会话的承载平面。

步骤2)所述SGSN向BSC/RNC发送MBMS会话开始请求可以为：SGSN向所有与该SGSN相连的BSC/RNC发送会话开始请求；

所述步骤3)在判断是否建立针对这个MBMS会话的承载平面之前进一步包括：BSC/RNC比较其管辖的小区与会话开始请求中携带的MBMS业务域中包含的小区是否有重叠，如果有，则判断是否建立针对这个MBMS会话的承载平面；否则该BSC/RNC结束会话开始流程。

为了实现本发明的进一步目的，如果BM-SC发起的是组播业务会话开始请求，则所述的步骤3)激活MBMS承载上下文之前可以进一步包括：

BSC/RNC判断其是否已经进行了MBMS注册，如果是则直接激活MBMS承载上下文；否则BSC/RNC先执行MBMS注册流程，注册成功后再激活MBMS承载上下文。

所述的MBMS注册流程可以包括以下步骤：

31)BSC/RNC向其父SGSN发送一个MBMS注册请求；

32)已经注册该MBMS承载业务的SGSN收到RNC发送的MBMS注册请求后，将该RNC增加到MBMS承载上下文当中的下游流节点列表中，并向该BSC/RNC发送一个MBMS注册响应。

由上述的技术方案可见，本发明的这种多媒体广播/组播业务的会话开始方法，只有BSC/RNC决定建立MBMS承载后，BSC/RNC才将承载平面状态设置为激活，并建立承载平面，优化了系统性能，减少对无线接口资源浪费，降低系统处理的复杂度。另外，对于MBMS组播业务，在会话开始过程中判断BSC/RNC是否已执行过MBMS注册流程，如何没有注册过，则先注册再激活MBMS承载上下文。实现了对于没有进行注册的情况发起MBMS注册过程，保证了MBMS会话开始过程正确完整的执行。

附图说明

图1为MBMS的工作原理示意图；

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

图3为RNC和SGSN配合的MBMS注册过程示意图；

图4为现有技术MBMS组播业务会话开始流程示意图；

图5为现有技术MBMS广播业务会话开始流程示意图；

图6为一个MBMS业务区域与SGSN覆盖范围示意图；

图7为本发明第一较佳实施例MBMS组播业务会话开始流程示意图；

图8为本发明第二较佳实施例MBMS组播业务会话开始流程示意图；

图9为本发明第三较佳实施例MBMS广播业务会话开始流程示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举四个实施例，对本发明进一步详细说明。

本发明的这种多媒体广播/组播业务的会话开始方法中，MBMS业务区域内的BSC/RNC在收到SGSN发送的MBMS会话开始请求后，并不直接将MBMS承载上下文的状态设置为“激活”，并建立承载平面。而是BSC/RNC先根据当前系统的情况判断是否建立针对这个MBMS会话的承载平面，只有BSC/RNC决定建立MBMS承载后，BSC/RNC才将MBMS承载上下文的状态设置为“激活”，并建立承载平面。

另外，在MBMS组播业务会话开始过程中，对于已决定建立MBMS承载的BSC/RNC，其进一步检查是否已经在上游节点进行注册，对于没有进行注册的情况发起MBMS注册过程，使MBMS会话开始过程正确完整的执行。

在MBMS广播业务会话开始过程中，BM-SC可以对这次MBMS广播会话可能持续的时间长度进行估计，并把估计的时间长度通过MBMS广播会话开始过程提供给BSC/RNC用于无线资源管理。当然，BM-SC也可以不提供该参数。

以下举四个较佳实施例，对本发明进一步详细说明。

参见图6，图6为一个MBMS业务区域与SGSN覆盖范围示意图。其中，BM-SC与GGSN_X相连，GGSN_X还与SGSN_X相连，SGSN_X中有RNC_A、RNC_B、RNC_C、RNC_D 4个RNC。MBMS业务区域分别覆盖了RNC_A、RNC_B、RNC_C的一部分。SGSN_X在GGSN_X的下行流节点列表当中，GGSN_X在BM-SC的下行流节点列表当中。

本发明的四个较佳实施例都是针对图6的情况来实现的。

第一较佳实施例：

参见图7，图7为本发明第一较佳实施例MBMS组播业务会话开始流程示意图。该流程包括以下步骤：

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

步骤702，GGSN_X收到会话开始请求消息后，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。

步骤703，GGSN_X向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN_X，发送一个MBMS会话开始请求消息(MBMS SessionStart Request)。

步骤704，SGSN_X收到MBMS会话开始请求消息后，在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN_X发送一个MBMS会话开始响应消息(MBMS Session StartResponse)，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN_X发送MBMS数据。

步骤705，SGSN_X根据会话属性中包含的MBMS业务区域，判断哪些其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠；向所管辖的小区与该MBMS业务区域有重叠的BSC/RNC发送MBMS会话开始请求。具体来说，就是判断其相连的RNC所服务的小区中，哪些在该MBMS业务区域内，向服务该MBMS业务区域的RNC发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。

本实施例当中，RNC_D管辖的小区中，没有小区处于本次MBMS会话所针对的MBMS业务域内，因此SGSN_X只给RNC_A、RNC_B和RNC_C三个RNC发送MBMS会话开始请求消息。

步骤706，RNC_A、RNC_B和RNC_C收到SGSN_X发送来的MBMS会话开始请求消息后，根据其管辖的小区当中是否有用户需要接收该MBMS会话、该RNC是否有能力建立针对该MBMS会话的无线、有线承载等信息，判断是否建立针对这个MBMS会话的承载平面。

对于RNC_A来说，如果它决定建立针对这个MBMS会话的承载平面，则先判断其是否已经进行了MBMS注册，也就是判断是否有针对该MBMS业务的MBMS承载上下文。如果其已经注册，则在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，执行步骤709，否则在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，并执行步骤707、708后再执行步骤709。图7只示出了RNC_A的处理过程。

对于RNC_B来说，如果它决定建立针对这个MBMS会话的承载平面，且已经进行了MBMS注册，在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，直接执行步骤709。

对于RNC_C来说，其管辖的小区当中，或者因为没有用户对该MBMS会话感兴趣，或者因为RNC_C的无线、有线资源不足，或者因为其他出错的原因，RNC_C决定不建立针对这个MBMS会话的承载平面，直接执行步骤709。

步骤707～708，RNC_A执行MBMS注册过程，该过程与图3所示的注册过程完全相同，这里不再赘述。

步骤709，RNC给SGSN_X反馈MBMS会话开始响应消息。

对于RNC_A和RNC_B来说，它们在发送给SGSN_X的MBMS会话开始响应消息中包含TEID，用于SGSN_X用于发送MBMS数据的Iu承载平面。

对应RNC_C来说，其在发送给SGSN_X的MBMS会话开始响应消息中，指示不建立MBMS承载平面的原因。

然后，RNC_A和RNC_B就可以在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。

第二较佳实施例：

参见图8，图8为本发明第二较佳实施例MBMS组播业务会话开始流程示意图。图8所示实施例的情况与图7所示实施例基本相同，只有一点区别，在于：图7所示实施例中RNC_A的MBMS注册流程是在向SGSN_X发送MBMS会话开始响应消息之前执行的；而图8所示实施例的，是RNC_A在向SGSN_X发送MBMS会话开始响应消息之后执行的。

第三较佳实施例：

参见图9，图9为本发明第三较佳实施例MBMS广播业务会话开始流程示意图。该流程包括以下步骤：

步骤901，BM-SC向PLMN中的GGSN发送会话开始请求消息(SessionStart Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了QoS、MBMS业务域、估计该会话的长度等会话属性。如果BM-SC没有对会话长度进行估计，则会话开始请求消息携带的会话属性中，不包含估计会话长度参数。

步骤902，GGSN_X收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。

步骤903，GGSN_X向其连接的SGSN_X，发送一个MBMS会话开始请求消息(MBMS Session Start Request)。

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

步骤905，SGSN_X根据会话属性中包含的MBMS业务区域判断其相连的RNC哪些在该MBMS业务区域内，向在该MBMS业务区域内的RNC发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。

本实施例当中，RNC_D管辖的小区中，没有小区处于本次MBMS会话所针对的MBMS业务域内，因此SGSN_X只给RNC_A、RNC_B和RNC_C三个RNC发送MBMS会话开始请求消息。

步骤906，RNC_A、RNC_B和RNC_C收到SGSN_X发送来的MBMS会话开始请求消息后，根据其管辖的小区当中是否有用户需要接收该MBMS会话、该RNC是否有能力建立针对该MBMS会话的无线、有线承载等信息，判断是否建立针对这个MBMS会话的承载平面。

对于RNC_A和RNC_B来说，如果它们决定建立针对这个MBMS会话的承载平面，在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，执行步骤907。

对于RNC_C来说，其管辖的小区当中，或者因为没有用户对该MBMS会话感兴趣，或者因为RNC_C的无线、有线资源不足，或者因为其他出错的原因，RNC_C决定不建立针对这个MBMS会话的承载平面，执行步骤907。

步骤907，RNC给SGSN_X反馈MBMS会话开始响应消息。

对于RNC_A和RNC_B来说，它们在发送给SGSN_X的MBMS会话开始响应消息中包含TEID，用于SGSN_X用于发送MBMS数据的Iu承载平面。

对应RNC_C来说，其在发送给SGSN_X的MBMS会话开始响应消息中，指示不建立MBMS承载平面的原因。

然后，RNC_A和RNC_B就可以在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。RNC_A和RNC_B根据会话属性中估计的MBMS广播会话长度配合RRM算法，进行无线网络资源的分配。

由于广播业务向无线网络中的所有用户发送信息，因此也就没有MBMS业务注册过程。本实施例流程与图7、图8所示流程的主要区别在于没有了RNC_A的MBMS注册流程。同时，本实施例和图5所示现有技术的过程相比，在会话开始过程中携带了估计会话时长的参数，用于无线接入网络进行无线网络资源的分配。

第四较佳实施例：

在本实施过程中，无论是组播业务还是广播业务，SGSN_X不判断其相连的RNC哪些在该MBMS业务区域内，而是向所有与SGSN_X相连的RNC发送会话开始请求。RNC_A、RNC_B RNC_C和RNC_D在收到会话开始请求后，先比较其管辖的小区与会话开始请求中携带的MBMS业务域中包含的小区是否有重叠。

如果有，对于组播业务则从步骤706或步骤806开始，按图7或图8继续执行后续步骤；对于广播业务则从步骤906开始按图7继续执行后续步骤。

如果没有，则不再执行后续步骤。BSC/RNC可以进一步给SGSN返回MBMS会话响应消息，指示相应原因。

由上述的实施例可见，本发明的这种多媒体广播/组播业务的会话开始方法，可以只给那些服务于本次MBMS会话定义的MBMS业务域中的BSC/RNC发送会话开始请求消息，减少了对其他不必要BSC/RNC的打扰。而且，只有BSC/RNC决定建立MBMS承载后，BSC/RNC才将承载平面状态设置为激活，并建立承载平面，优化了系统性能，减少对无线接口资源浪费，降低系统处理的复杂度。对于MBMS广播业务，实现了携带估计会话时长的参数，用于无线接入网络进行无线网络资源的分配。另外，对于MBMS组播业务，实现了对于没有进行注册的情况发起MBMS注册过程，保证了MBMS会话开始过程正确完整的执行。

Claims (10)

1、一种多媒体广播/组播业务MBMS的会话开始方法，其特征在于，该方法包括以下步骤：

1)广播/组播业务中心BM-SC通过关口GPRS支撑节点GGSN向服务GPRS支撑节点SGSN发起会话开始请求；

2)SGSN收到GGSN发起的MBMS会话开始请求后，向基站控制器BSC/无线网络控制器RNC发送MBMS会话开始请求；

3)BSC/RNC收到SGSN发送的MBMS会话开始请求后，判断是否建立针对这个MBMS会话的承载平面，如果是则激活MBMS承载上下文，执行步骤4)；否则结束；

4)BSC/RNC建立到用户设备UE的用于传输MBMS数据的无线资源。

2、如权利要求1所述的方法，其特征在于，如果BM-SC发起的是组播业务会话开始请求，则所述步骤1)包括以下步骤：

11)BM-SC向其对应MBMS承载上下文中的下行流节点列表参数中保存的GGSN发送会话开始请求消息，并设置MBMS承载上下文的状态属性为激活；

12)GGSN收到会话开始请求消息后，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为激活，并向BM-SC发送一个会话开始响应消息；

13)GGSN向其对应MBMS承载上下文中下行流节点列表参数中保存的SGSN，发送一个MBMS会话开始请求消息；

14)SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为激活，向GGSN发送一个MBMS会话开始响应消息，该消息中提供了用于承载平面的隧道终结点标识TEID。

3、如权利要求1所述的方法，其特征在于，如果BM-SC发起的是广播业务会话开始请求，则所述步骤1)包括以下步骤：

1a)BM-SC向公共陆地移动网络PLMN中的GGSN发送会话开始请求消息，并设置MBMS承载上下文的状态属性为激活；

1b)GGSN收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为激活，并向BM-SC发送一个会话开始响应消息；

1c)GGSN向其连接的SGSN发送一个MBMS会话开始请求消息；

1d)SGSN收到MBMS会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存会话属性，设置MBMS承载上下文的状态属性为激活，并向GGSN发送一个MBMS会话开始响应消息，该消息中提供了用于承载平面的TEID。

4、如权利要求1所述的方法，其特征在于，所述的会话开始请求中携带至少包含QoS、MBMS业务域的会话属性；

所述步骤2)进一步包括：SGSN根据会话属性中包含的MBMS业务区域判断哪些其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠；向所管辖的小区与该MBMS业务区域有重叠的BSC/RNC发送MBMS会话开始请求。

5、如权利要求4所述的方法，其特征在于，所述会话开始请求中的会话属性进一步包含估计会话长度参数；

所述步骤4)为BSC/RNC根据会话属性中估计会话长度参数建立到UE的用于传输MBMS数据的无线资源。

6、如权利要求1所述的方法，其特征在于，步骤3)所述判断是否建立针对这个MBMS会话的承载平面的方法为：根据BSC/RNC管辖的小区当中是否有用户需要接收该MBMS会话、该BSC/RNC是否有能力建立针对该MBMS会话的无线、有线承载信息，判断是否建立针对这个MBMS会话的承载平面。

7、如权利要求1所述的方法，其特征在于，所述步骤3)进一步包括：BSC/RNC向SGSN发送MBMS会话开始响应，该响应中指示该BSC/RNC是否建立针对这个MBMS会话的承载平面。

8、如权利要求1所述的方法，其特征在于，如果BM-SC发起的是组播业务会话开始请求，则所述的步骤3)激活MBMS承载上下文之前进一步包括：

BSC/RNC判断其是否已经进行了MBMS注册，如果是则直接激活MBMS承载上下文；否则BSC/RNC先执行MBMS注册流程，注册成功后再激活MBMS承载上下文。

9、如权利要求8所述的方法，其特征在于，所述的MBMS注册流程包括以下步骤：

31)BSC/RNC向其父SGSN发送一个MBMS注册请求；

32)已经注册该MBMS承载业务的SGSN收到RNC发送的MBMS注册请求后，将该RNC增加到MBMS承载上下文当中的下游流节点列表中，并向该BSC/RNC发送一个MBMS注册响应。

10、如权利要求1所述的方法，其特征在于，步骤2)所述SGSN向BSC/RNC发送MBMS会话开始请求为：SGSN向所有与该SGSN相连的BSC/RNC发送会话开始请求；

所述步骤3)在判断是否建立针对这个MBMS会话的承载平面之前进一步包括：BSC/RNC比较其管辖的小区与会话开始请求中携带的MBMS业务域中包含的小区是否有重叠，如果有，则判断是否建立针对这个MBMS会话的承载平面；否则该BSC/RNC结束会话开始流程。

Images