CN100388718C - 多媒体广播/组播服务中承载建立的方法 - Google Patents

Abstract

本发明公开了一种多媒体广播/组播服务(MBMS)中承载建立的方法，主要是在MBMS业务激活过程和MBMS业务去激活过程中，使用特有的MBMS上下文标识来替代MBMS_NSAPI，从而使用户能够同时激活多于11个MBMS承载业务，避免了手工去激活的复杂性。这种情况下，还可以通过采用扩展TI标识多于16个的双向信息流。本发明还同时提供了另一种MBMS中承载建立的方法，在MBMS业务激活过程和MBMS业务去激活过程中，由特有的MBMS上下文标识同时替代MBMS_NSAPI和TI，如此，不仅使用户能同时激活多于11个MBMS承载业务，而且能同时标识更多的双向信息流。

Description

多媒体广播/组播服务中承载建立的方法

技术领域

本发明涉及多媒体广播/组播服务(MBMS)技术，尤指一种实现MBMS中承载建立的方法。

背景技术

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

参见图1所示，对于一个中间节点而言，比如节点10，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据，比如：节点10下游期待接收数据的节点包括节点101和节点102，节点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组播业务涉及的处理过程如图3所示，包括：订阅(Subscription)、服务宣告(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)和退出(Leaving)。其中，Subscription过程用来让用户预先订阅所需的MBMS服务；Service announcement过程用于由BM-SC宣告当前能提供的服务；Joining过程即MBMS组播业务激活过程，UE在Joining过程中，通知网络自身愿意成为当前组播组的成员，接收对应业务的组播数据，该Joining过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文；Session Start过程中，BM-SC准备好数据传输，通知网络建立相应核心网和接入网的承载资源；MBMS notification过程用于通知UE MBMS组播会话即将开始；Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE；Session Stop过程用于将Session Start过程建立的承载资源释放；Leaving过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。

MBMS组播业务激活过程为每个激活了组播MBMS承载业务的用户在UE、SGSN、GGSN以及BSC/RNC建立MBMS UE上下文，MBMS UE上下文中包含UE已经加入的一个特定MBMS承载的特定信息。当UE加入一个MBMS承载时，MBMS UE上下文在UE、SGSN、GGSN被创建，所创建的MBMS UE上下文在UE和SGSN中被作为UE移动性管理(MM)上下文的一部分保存，在GGSN中单独保存，UE加入的每个MBMS承载有一个MBMS UE上下文。

参见表一所示，MBMS UE上下文有包括：IP组播地址、接入点名称(APN)、临时移动组标识(TMGI)、Linked NSAPI和IMSI等。其中，IP组播地址用于标识一个UE已经加入的MBMS承载；APN为该IP组播地址已经被定义的接入点名称；TMGI为分配给MBMS承载的临时移动组标识；Linked NSAPI为由UE去承载IGMP/MLD信令的PDP上下文的NSAPI；IMSI为用户标识；TI为事件标识；MBMS NSAPI用于标识一个MBMS UE上下文。

参数	定义	UE	SGSN	GGSN	RNC	BSC	BM-SC
								IP组播地址	IP组播地址标识一个UE已经加入的MBMS承载	X	X	X	X	Iu-XGb-待定	X
APN	该IP组播地址已经被定义的接入点名称	X	X	X	X	Iu-XGb-待定	X
								TMGI	分配给MBMS承载的临时移动组标识	X
Linked NSAPI	由UE去承载IGMP/MLD信令的PDP上下文的NSAPI	X	X
								IMSI	IMSI标识用户	(1)	(1)	X	(2)	待定	X
TI	事件标识	X	X
								MBMS_NSAPI	网络层业务接入点，标识一个MBMS UE上下文	X	X	X

表一

表一中，(1)表示在UE和SGSN中，IMSI在MM上下文中有效，MM上下文包含MBMS UE上下文；(2)表示在RNC中，IMSI在UE上下文中有效，UE上下文包含MBMS UE上下文。

表一中，MBMS_NSAPI是用于MBMS的网络层业务接入点标识(NSAPI)，一般，NSAPI和IMSI用于网络层路由功能，一个NSAPI/IMSI对用于分配一个隧道终结点标识(TEID)。在UE，NSAPI标识一个PDP业务接入点；在SGSN和GGSN，NSAPI标识与移动性管理(MM)上下文相关的PDP上下文。

NSAPI信息元用于标识GPRS第三层数据传输的业务接入点，3GPP 24.008协议对NSAPI的定义如表二所示，NSAPI由两个字节组成，第一个字节为NSAPI信息元素标识(IEI)，用于表明该字段是NSAPI的取值；第二个字节的低4位比特为NSAPI值，高4位比特为0，NASPI的具体取值如表三所示。

表二

表三

从NSAPI的格式可以看出，可供UE选用的NSAPI取值仅为5到15。上述NSAPI的定义是针对点到点(PTP)传输的，在MBMS业务中的MBMS_NSAPI与NSAPI的使用和取值是完全相同的。

另外，3GPP 24.008协议中对于TI的定义如表四所示，包括两个字节，其中第二个字节是扩展部分，是可选的，不扩展TI就不使用第二个字节。TI第一个字节的5到8比特为事务标识TI，用于区分一个给定PD(protocoldiscriminator)和给定SAP的最多16个不同的双向消息流，这样的一个消息流叫做事务。该事务标识TI包括TI取值(TIO)和TI标识(TI flag)两部分，每个TI的取值都属于同一个事件，但同一事件可能由接口的不同侧发起，所以，TI flag用于标识是接口的哪一侧发起了事件，标记谁分配了TI，可以取0或1，当消息的发送者是事务的开始者时，消息的TI flag为0，否则为1。换句话说就是，TI flag为0表示消息从产生TI侧发送，TI flag为1表示消息发送到产生TI侧。

TI的扩展部分允许对一个给定的SAP和给定的PD区分出最多256个不同双向流，但TI的扩展机制一般不使用。表四中的EXT相当于一个标志，当前TI扩展机制中，EXT取值为1；在将来的TI扩展机制中，可通过将EXT取值为0，对TI进一步扩展。也就是说，如果不使用TI扩展机制，TI就仅有一个字节，如果使用TI扩展机制且EXT值为1，TI为两个字节，如果使用TI的扩展机制且EXT为0，则TI就多于两个字节。

表四

在MBMS业务中，上面提到的NSAPI和TI主要在MBMS业务激活流程和去激活流程中使用。现有的MBMS业务激活流程如图4所示，包括以下步骤：

步骤401：SGSN向UE发送一个请求MBMS上下文激活消息RequestMBMS Context Activation，用于请求UE激活一个MBMS UE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI、事务标识(TI)。其中，IP组播地址标识UE需要激活的业务；TI由SGSN选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。这里，TI可以是没有扩展的，也可以是扩展之后的。

步骤402：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、MBMS NSAPI、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS；MBMS_NSAPI由UE选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。UE会将选定的MBMS_NSAPI和步骤401中SGSN发给自身的TI，保存在所创建的MBMS UE上下文中。

步骤403：SGSN对当前UE执行安全功能，如：对UE鉴权，该步骤可以省略。

步骤404：SGSN创建一个包含MBMS_NSAPI的MBMS UE上下文，该MBMS UE上下文中包括步骤401中的TI和步骤402中的MBMS_NSAPI；并且，SGSN向GGSN发送创建MBMS上下文请求Create MBMS Context Request，该请求中包括IP组播地址、APN、MBMS_NSAPI。

步骤405：GGSN与BM-SC进行信令交互，寻求对UE的授权，如果该UE已授权，该步骤可以省略。

步骤406：GGSN创建一个MBMS UE上下文，并发送创建MBMS上下文响应Create MBMS Context Response给SGSN。GGSN创建的MBMS UE上下文中，包含MBMS_NSAPI。

步骤407：如果为该UE建立了至少一个分组域无线接入承载(PS RAB)，SGSN给RAN提供MBMS UE上下文，该MBMS UE上下文中不包含MBMS_NSAPI。

步骤408：SGSN发送一个激活MBMS上下文接受消息Activate MBMSContext Accept给UE。

现有的MBMS业务去激活流程如图5所示，包括以下步骤：

步骤501：SGSN一旦收到MBMS UE上下文去激活请求消息，或者SGSN自己的原因，SGSN发送含有TI的去激活MBMS上下文请求消息DeactivateMBMS Context Request给UE。其中，TI用于标识需要被UE删除的MBMS UE上下文，该TI与MBMS业务激活过程中步骤401中的TI一致，从而可以标识该MBMS UE上下文。

步骤502：UE删除MBMS UE上下文，并且给SGSN发送一个含有TI的去激活MBMS上下文接受消息Deactivate MBMS Context Accept。

步骤503：如果当前为该UE分配了专用的无线资源用于传输MBMS数据，RAN释放该无线资源；如果当前分配了共享无线资源用于传输MBMS数据，RAN可能决定将剩余的UEs转移到专用资源当中去。否则，该步骤可以省略。

步骤504：如果收到去激活MBMS上下文接受消息或者SGSN自己的原因，SGSN发送含有MBMS_NSAPI的删除MBMS上下文请求消息Delete MBMSContext Request给拥有MBMS UE上下文的GGSN，MBMS_NSAPI用于标识该MBMS上下文。

步骤505：GGSN根据MBMS_NSAPI删除MBMS UE上下文，并给BM-SC发送一个去激活指示消息确认成功去激活了MBMS UE上下文；BM-SC收到去激活指示消息后，删除MBMS UE上下文，并给GGSN发送一个确认消息。其中，GGSN与BM-SC交互的步骤也可以省略。

步骤506：GGSN给SGSN发送删除MBMS上下文响应消息Delete MBMSContext Response，确认去激活了MBMS UE上下文，SGSN收到后，删除自身的MBMS UE上下文。

从上述流程可以看出，现有采用MBMS_NSAPI对MBMS UE上下文进行标识的方案中，MBMS_NSAPI的定义和取值空间与原有PTP方案中一致。这从现有MBMS业务激活过程的步骤402，UE获取MBMS_NSAPI的原则可以得出。那么，用户能够同时激活的MBMS业务就不会超过MBMS_NSAPI取值空间的限制，即用户最多不能同时激活超过11个MBMS业务。

在原有的用户业务中，每当用户需要进行业务传输，如打电话、上网浏览时，激活相应PDP上下文进行业务传输。使用之后，UE释放相应承载和NSAPI。同时因为UE能力限制，UE不可能同时进行太多业务传输，最多进行4个。在这样的情况下，NSAPI取值空间为11是完全满足UE需要的。

但是对于MBMS业务而言，用户一次激活之后，在很长时间将不会去激活。如用户定购的天气预报、午间新闻、电子杂志、周末进球集锦等业务。用户一次激活之后，就会在特定的时间等待收到对应的业务，因此，用户会长期激活很多这样的业务，但是这些业务大部分不会同时开始，因此不会要求UE有更多能力去同时接收这些业务。因为用户每激活一个这样的业务，就会创建一个MBMS UE上下文，同时占用11个MBMS_NSAPI取值空间中的一个。如此，由于MBMS_NSAPI取值空间的限制，用户就不能同时激活多于11个MBMS承载业务，否则用户需要手工去激活某些已经激活的业务，再定购新的业务。这样的方案有些类似于早期只有八个频道的电视，相对于电视台能提供的几十甚至上百个电视频道而言，会很大程度的限制用户收看更多节目。并且，采用手工方式去激活MBMS业务对用户来说十分麻烦，而且降低了用户的满意度；同时可能因为定购的复杂性，不选用更多业务，从而降低了MBMS服务提供者和移动网络运营商的经营效益。

发明内容

有鉴于此，本发明的主要目的在于提供一种MBMS中承载建立的方法，使用户能够同时激活多于11个MBMS承载业务，避免了手工去激活的复杂性。

本发明的另一目的在于提供一种MBMS中承载建立的方法，不仅使用户能同时激活多于11个MBMS承载业务，而且能同时标识更多的双向信息流。

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

一种多媒体广播/组播服务MBMS中承载建立的方法，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：

a11.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI、事务标识TI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、MBMS承载能力的激活MBMS上下文请求；

a12.SGSN创建MBMS UE上下文，之后向GGSN发送携带有IP组播地址、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权后，创建MBMS UE上下文，之后向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；

当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：

b11.SGSN向UE发送携带有TI的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有TI的去激活MBMS上下文接受消息；

b12.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有MBMS上下文标识的删除MBMS上下文请求，GGSN根据MBMS上下文标识删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文；所述MBMS上下文标识用于标识所述MBMS UE上下文。

上述方案中，所述TI为带有扩展字节的TI。所述MBMS上下文标识由用户标识、IP组播地址、APN组合而成；或由用户标识、IP组播地址组合而成；或由用户标识、临时移动组标识TMGI组合而成。其中，所述用户标识为国际移动用户标识IMSI。

一种多媒体广播/组播服务MBMS中承载建立的方法，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：

a21.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、MBMS承载能力的激活MBMS上下文请求；

a22.SGSN创建MBMS UE上下文，之后向GGSN发送携带有IP组播地址、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权后，创建MBMS UE上下文，之后向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；

当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：

b21.SGSN向UE发送携带有MBMS上下文标识的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有MBMS上下文标识的去激活MBMS上下文接受消息；

b22.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有MBMS上下文标识的删除MBMS上下文请求，GGSN根据MBMS上下文标识删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文；所述MBMS上下文标识用于标识所述MBMS UE上下文。

上述方案中，所述MBMS上下文标识由用户标识、IP组播地址、APN组合而成；或由用户标识、IP组播地址组合而成；或由用户标识、TMGI组合而成。其中，所述用户标识为IMSI。

本发明所提供的MBMS中承载建立的方法，具有以下的优点和特点：

1)本发明充分利用MBMS业务特性，通过使用特有的MBMS上下文标识来替代MBMS_NSAPI，使用户能同时激活多于11个MBMS承载业务，从而方便的让用户可以同时定购更多MBMS承载业务，提高用户使用MBMS业务的满意度，增加MBMS服务提供者和移动网络运营商的经营效益。

2)可以采用不同的参数组合作为MBMS上下文标识，选择更多、更灵活，实现更方便。

3)本发明还可以通过采用扩展TI或由特有的MBMS上下文标识取代TI的方式，标识多于16个的双向信息流。

4)本发明只需对现有UE激活和去激活MBMS业务过程稍加改造，对现有流程影响很小，易于实现。

附图说明

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

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

图3为现有技术中MBMS组播业务处理流程示意图；

图4为现有技术中MBMS业务激活流程示意图；

图5为现有技术中MBMS业务去激活流程示意图；

图6为本发明中MBMS业务激活流程示意图；

图7为本发明中MBMS业务去激活流程示意图；

图8为本发明中MBMS业务激活流程示意图；

图9为本发明中MBMS业务去激活流程示意图。

具体实施方式

从现有NSAPI的使用方式来看，PTP模式下NSAPI用于标识一个用户在GPRS第三层数据传输的业务接入点，并与用户的IMSI一起标识从UE到GGSN的一个数据传输隧道。但对于MBMS业务承载而言，从BM-SC到RNC的承载都只对业务进行区分，不对用户进行区分。RNC也为每个MBMS承载业务建立的一个无线接入承载(RAB)，该RAB可以映射到多个无线承载(RB)，这些RB可以是针对单个UE的点到点专用承载，也可是针对小区多个UE点到多点(PTM)的共享承载。因此，在MBMS业务应用中，RNC向下无论是PTP传输还是PTM传输，针对每个用户的MBMS_NSAPI、一个控制RNC(CRNC)定义的一个RAB ID、不同承载对应的RB ID之间都不再具有一一对应关系。也就是说，MBMS_NSAPI不再具有标识数据传输隧道的功能，而只具有标识MBMS UE上下文的作用。

根据上述分析，本发明的核心思想是：取消MBMS_NSAPI的概念，在需要的地方由MBMS上下文标识来标识指定的MBMS UE上下文。这里，MBMS上下文标识可以是用户标识与TMGI的组合、或用户标识与IP组播地址的组合、或是用户标识与IP组播地址和APN的组合，其中，用户标识可以是IMSI。

基于本发明的思想，本发明中MBMS业务激活流程如图6所示，包括以下步骤：

步骤601：SGSN向UE发送一个请求MBMS上下文激活消息RequestMBMS Context Activation，用于请求UE激活一个MBMS UE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI、事务标识(TI)。其中，IP组播地址标识UE需要激活的业务；TI由SGSN选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。这里，TI可以是没有扩展的，也可以是扩展之后的。

步骤602：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS。这里，UE不再选择并保存NSAPI，但UE会将步骤601中SGSN发给自身的TI保存在所创建的MBMS UE上下文中。

步骤603：SGSN对当前UE执行安全功能，如：对UE鉴权，该步骤可以省略。

步骤604：SGSN创建一个MBMS UE上下文，该MBMS UE上下文中包括步骤601中的TI，SGSN向GGSN发送创建MBMS上下文请求Create MBMSContext Request，该请求中包括IP组播地址、APN。

步骤605：GGSN与BM-SC进行信令交互，寻求对UE的授权，如果该UE已授权，该步骤可以省略。

步骤606：GGSN创建一个MBMS UE上下文，并发送创建MBMS上下文响应Create MBMS Context Response给SGSN。GGSN创建的MBMS UE上下文中，不包含MBMS_NSAPI。

步骤607：如果为该UE建立了至少一个分组域无线接入承载(PS RAB)，SGSN给RAN提供MBMS UE上下文，该MBMS UE上下文中不包含MBMS_NSAPI。

步骤608：SGSN发送一个激活MBMS上下文接受消息Activate MBMSContext Accept给UE。

由于上述MBMS业务激活流程中不再含有NSAPI，所以，上述激活流程也不再涉及针对每个用户的NSAPI的分配、保存和使用。

现有的MBMS业务去激活流程如图7所示，包括以下步骤：

步骤701：SGSN一旦收到MBMS UE上下文去激活请求消息，或者SGSN自己的原因，SGSN发送含有TI的去激活MBMS上下文请求消息DeactivateMBMS Context Request给UE。其中，TI用于标识需要被UE删除的MBMS UE上下文，该TI与MBMS业务激活过程中步骤601中的TI一致，从而可以标识该MBMS UE上下文。

步骤702：UE删除MBMS UE上下文，并且给SGSN发送一个含有TI的去激活MBMS上下文接受消息Deactivate MBMS Context Accept。这里的TI用于标识UE已删除的MBMS UE上下文。

步骤703：如果当前为该UE分配了专用的无线资源用于传输MBMS数据，RAN释放该无线资源；如果当前分配了共享无线资源用于传输MBMS数据，RAN可能决定将剩余的UEs转移到专用资源当中去。否则，该步骤可以省略。

步骤704：如果收到去激活MBMS上下文接受消息或者SGSN自己的原因，SGSN发送含有MBMS UE上下文标识的删除MBMS上下文请求消息DeleteMBMS Context Request给拥有MBMS UE上下文的GGSN，所述MBMS UE上下文标识可以用于标识需要被删除的MBMS UE上下文。

步骤705：GGSN根据MBMS UE上下文标识删除相应的MBMS UE上下文，并给BM-SC发送一个去激活指示消息确认成功去激活了MBMS UE上下文；BM-SC收到去激活指示消息后，删除MBMS UE上下文，并给GGSN发送一个确认消息。其中，GGSN与BM-SC交互的步骤也可以省略。

步骤706：GGSN给SGSN发送删除MBMS上下文响应消息Delete MBMSContext Response，确认去激活了MBMS UE上下文，SGSN收到后，删除自身的MBMS UE上下文。

MBMS业务去激活过程的步骤704、705中，所述的MBMS UE上下文标识可以为用户标识+IP组播地址+APN、或为用户标识+IP组播地址、或为用户标识+TMGI。其中，用户标识可以是IMSI。那么，步骤704中SGSN向GGSN发送的消息中至少要携带用户标识和MBMS上下文标识两部分信息，比如：携带IMSI、IP组播地址、APN；或者携带IMSI、IP组播地址；或者携带IMSI、TMGI。

为了使TI能标识更多的双向信息流，可以只采用扩展后的TI，如此可标识256或更多的双向信息流。具体就是：使用表四中TI第二字节的第1-7位进行取值，而第一字节第5-7位的取值无效。TI的取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值，并且不选择TI扩展后的保留取值。根据协议规定，TI扩展后的保留取值为0000000到0000110。

采用扩展后TI的情况下，在图6所示MBMS业务激活流程的步骤601中，SGSN向UE发送的请求MBMS上下文激活消息中携带的TI就变为扩展后的TI，相应的，后续步骤中涉及的TI就是该步骤601中携带的扩展后TI。同样，对于MBMS业务去激活流程，所涉及到的TI都是扩展后TI。

这种情况下，除了TI的定义，MBMS业务激活流程和去激活流程分别与步骤601～608和步骤701～706完全相同。

为了简化处理并能同时激活更多的MBMS业务、同时标识更多的双向信息流，也可以在取消MBMS_NSAPI的同时取消TI，MBMS_NSAPI和TI都由MBMS上下文标识来替代。这种思想对于MBMS业务激活流程，如图8所示，仅涉及前两步的变化：

步骤801：SGSN向UE发送一个请求MBMS上下文激活消息RequestMBMS Context Activation，用于请求UE激活一个MBMS UE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI。其中，IP组播地址标识UE需要激活的业务。

步骤802：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS。这里，UE不再选择并保存NSAPI，也不用再保存TI。

步骤803～808：与图6中步骤603～608的处理和描述完全相同。

在取消MBMS_NSAPI的同时取消TI，这种思想对于MBMS业务去激活流程，如图9所示，也仅涉及前两步的变化：

步骤901：SGSN一旦收到MBMS UE上下文去激活请求消息，或者SGSN自己的原因，SGSN发送含有MBMS上下文标识的去激活MBMS上下文请求消息Deactivate MBMS Context Request给UE。这里的MBMS上下文标识用于标识需要被UE删除的MBMS UE上下文。

步骤902：UE删除MBMS UE上下文，并且给SGSN发送一个含有MBMS上下文标识的去激活MBMS上下文接受消息Deactivate MBMS Context Accept。这里的MBMS上下文标识用于标识UE已删除的MBMS UE上下文。

步骤903～906：与图7中步骤703～706的处理和描述完全相同。

在此种情况下，步骤901和步骤902中所述的MBMS UE上下文标识可以为用户标识+IP组播地址+APN、或为用户标识+IP组播地址、或为用户标识+TMGI。其中，用户标识可以是IMSI。那么，步骤901和步骤902发送的消息中至少要携带用户标识和MBMS上下文标识两部分信息，比如：携带IMSI、IP组播地址、APN；或者携带IMSI、IP组播地址；或者携带IMSI、TMGI。

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

Claims (7)

1.一种多媒体广播/组播服务MBMS中承载建立的方法，其特征在于，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：

a11.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI、事务标识TI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、MBMS承载能力的激活MBMS上下文请求；

a12.SGSN创建MBMS UE上下文，之后向GGSN发送携带有IP组播地址、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权后，创建MBMS UE上下文，之后向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；

当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：

b11.SGSN向UE发送携带有TI的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有TI的去激活MBMS上下文接受消息；

b12.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有MBMS上下文标识的删除MBMS上下文请求，GGSN根据MBMS上下文标识删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文；所述MBMS上下文标识用于标识所述MBMS UE上下文。

2.根据权利要求1所述的方法，其特征在于，所述TI为带有扩展字节的TI。

3.根据权利要求1或2所述的方法，其特征在于，所述MBMS上下文标识由用户标识、IP组播地址、APN组合而成；或由用户标识、IP组播地址组合而成；或由用户标识、临时移动组标识TMGI组合而成。

4.根据权利要求3所述的方法，其特征在于，所述用户标识为国际移动用户标识IMSI。

5.一种多媒体广播/组播服务MBMS中承载建立的方法，其特征在于，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：

a21.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、MBMS承载能力的激活MBMS上下文请求；

a22.SGSN创建MBMS UE上下文，之后向GGSN发送携带有IP组播地址、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权后，创建MBMS UE上下文，之后向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；

当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：

b21.SGSN向UE发送携带有MBMS上下文标识的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有MBMS上下文标识的去激活MBMS上下文接受消息；

b22.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有MBMS上下文标识的删除MBMS上下文请求，GGSN根据MBMS上下文标识删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文；所述MBMS上下文标识用于标识所述MBMS UE上下文。

6.根据权利要求5所述的方法，其特征在于，所述MBMS上下文标识由用户标识、IP组播地址、APN组合而成；或由用户标识、IP组播地址组合而成；或由用户标识、TMGI组合而成。

7.根据权利要求6所述的方法，其特征在于，所述用户标识为IMSI。

Images