专利名称：移动通信系统组播业务中建立上下文的方法
技术领域：
本发明涉及移动通信系统多媒体广播组播业务(MBMSMultimediaBroadcast/Multicast Service，多媒体广播/多播服务)中如何更有效建立MBMS上下文的方法。
背景技术：
为了有效地利用移动网络资源，现有移动通信系统提出了使用组播广播传输业务的思想，即MBMS。MBMS在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。
MBMS提供两种方式广播方式和组播方式。MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播。
移动通信系统下使用MBMS的网络架构，如图1所示。组播和广播业务MBMS基于WCDMA/GSM分组网，通过增加一些新的功能实体，如BM-SC(广播组播业务中心)，对已有的分组域功能实体如SGSN(Service GSN，分组服务节点，是核心网侧负责移动性管理的网元)、GGSN(Gateway GSN，分组网关节点，是核心网侧负责接入到和发送出核心网的网元)、RAN(无线接入网络)和UE(用户终端)增加MBMS功能，并定义了新的逻辑共享信道来实现空口资源共享。
除了BM-SC以外，都是移动通信系统的承载网元，完成数据传输功能。GGSN与BM-SC之间的信令交换在Gmb参考点进行，实现MBMS的控制面，包括以下信令-GGSN建立MBMS的承载上下文并在BM-SC注册。
-GGSN或者BM-SC释放MBMS承载上下文，GGSN在BM-SC去注册。
-BM-SC向GGSN通知会话开始和结束。
为了实现接入MBMS业务，需要一系列的步骤和信令交互，至少包括业务通知，用户加入广播或组播组(包括激活、注册等)的接入步骤，以及离开(包括去活、注销等)的步骤，为了完成MBMS信令和MBMS业务数据传输的处理，现有MBMS机制对已有的分组域核心网功能实体SGSN和GGSN，增加了MBMS Bearer Context(承载上下文)和MBMS UEContext(用户上下文)两种上下文，分别用于记录某一个业务的相关信息，和用户的针对某个业务的上下文信息。
现有技术中，MBMS UE Context的建立由MBMS激活流程完成的。用户需要加入组播组时，发起MBMS激活流程，完成在网络侧MBMS用户上下文的建立。MBMS Bearer context的建立由注册流程完成的，注册流程触发条件可以是(1)RNC(无线网络控制器)检测到用户需要接入某种MBMS业务，但当前网络还没有建立该业务的上下文信息，发起注册流程，如图2所示。
(2)用户激活某个MBMS业务，但网络侧的网元(如SGSN或GGSN)发现还没有该业务的上下信息，就向其上游节点发起注册消息，激活流程，如图3所示。
(3)用户重定位流程中，新的SGSN发现还没有该业务的承载上下文，就向GGSN发起注册消息，重定位流程，如图4所示。
参考图2所示，RNC发起的注册流程中可以发送注册请求的网元包括RNC，SGSN，GGSN。具体步骤包括步骤101、当RNC检测到其控制的UE对某个MBMS承载业务有兴趣，RNC向其所属SGSN发送MBMS注册请求消息(MBMS RegistrationRequest)。
步骤102、如果SGSN上没有针对该MBMS承载业务的MBMS承载上下文，SGSN就会创建一个MBMS承载上下文(置于″Standby″状态)，并且向GGSN发送MBMS注册请求消息(MBMS Registration Request)(携带IP组播地址，APN)。
步骤103、如果GGSN上没有针对该MBMS承载业务的MBMS承载上下文，GGSN就会创建一个MBMS承载上下文(置于″Standby″状态)，并且向BM-SC的代理和传输功能发送MBMS注册请求消息(MBMSRegistration Request)(携带IP组播地址，APN)。
步骤104、当收到了来自GGSN的MBMS注册请求消息(MBMSRegistration Request)，BM-SC的代理和传输功能将GGSN的标识添加到它的MBMS承载上下文中的″list of downstream nodes″参数中，并且向GGSN返回MBMS注册响应消息(MBMS Registration Response)(携带临时移动组标识TMGI，Temporary Mobile Group Identity，要求的MBMS承载能力)；如果此时MBMS承载上下文是″Active″状态，BM-SC就向GGSN发起会话开始(Session Start)流程。
步骤105、如果GGSN在步骤102收到了来自SGSN的注册请求，GGSN就会执行以下操作将SGSN的标识添加到它的MBMS承载上下文中的″list ofdownstream nodes″参数中；向SGSN返回MBMS注册响应消息(MBMS Registration Response)(携带TMGI)；如果此时MBMS承载上下文是″Active″状态，GGSN就向SGSN发起会话开始(Session Start)流程。
步骤106、如果SGSN在步骤101收到了来自RNC的注册请求，SGSN就会执行以下操作将RNC的标识添加到它的MBMS承载上下文中的″list of downstreamnodes″参数中；向RNC返回MBMS注册响应消息(MBMS Registration Response)(携带TMGI，要求的MBMS承载能力)；如果此时MBMS承载上下文是″Active″状态，SGSN就向RNC发起会话开始(Session Start)流程。
参考图3所示，激活流程发生在用户需要加入一个组播组。激活流程中的注册和创建上下文请求的步骤完成承载上下文和用户上下文的建立。说明如下步骤201、如果没有已经建立好地PDP上下文，则UE激活一个通用的PDP上下文；使用的GGSN称为缺省GGSN(Default GGSN)。
步骤202、通过默认的PDP上下文，UE向网络侧缺省GGSN发送IGMP(IPv4)或的MLD(IPv6)加入消息来表示愿意接收由IP组播地址标识的某个MBMS组播承载业务。
步骤203、缺省GGSN向BM-SC发送MBMS授权请求，要求对UE进行授权从而能够接收数据；如果Trace被激活，该请求中可以包含Trace信息(附加MBMS Trace信息)。
步骤204、BM-SC向缺省GGSN发送MBMS授权响应，响应中包含授权判决和用来建立MBMS UE上下文的APN，授权判决基于BM-SC成员功能中的签约数据来产生；如果MBMS授权响应表明UE授权不成功，则过程中止。
步骤205、缺省GGSN向SGSN发送MBMS通知请求(IP组播地址、APN、相关联NSAPI)。其中相关联NSAPI和默认PDP上下文的NSAPI相等，IP组播地址是UE发起加入请求时的IP组播地址，APN不同于默认PDP上下文对应的APN，即此时的APN解析的GGSN(即SpecificGGSN，特殊GGSN)可能和接收加入请求的缺省GGSN不同；缺省GGSN开启MBMS激活定时器。
步骤206、SGSN向发送MBMS通知请求的缺省GGSN发送MBMS通知响应，响应中包含是否能够进行MBMS上下文激活的原因；如果原因中表示不能进行MBMS上下文激活，则缺省GGSN不能继续发送有关通知请求的消息，过程中止。
步骤207、SGSN向UE发送“请求激活MBMS上下文”(IP组播地址、APN、相关联NSAPI、TI)请求激活MBMS UE上下文。UE可通过相关联NSAPI将MBMS UE上下文和第二步中的默认PDP上下文相关联；TI由SGSN选择并且它的值要和该UE激活的所有其它PDP上下文及MBMS UE上下文不同。
步骤208、UE建立MBMS UE上下文并向SGSN发送“激活MBMS上下文请求”(IP组播地址、APN、MBMS_NSAPI、MBMS承载能力)。其中IP组播地址标识UE要加入的MBMS组播业务，APN解析一个特殊GGSN，MBMS承载能力标识UE能够处理的最大QoS，MBMS_NSAPI由UE选择并且它的值和该UE激活的所有其它PDP上下文及MBMS UE上下文不同；如果SGSN中已经有了对应该MBMS承载业务的上下文信息，则它要验证UE的MBMS承载能力。如果SGSN验证UE的MBMS承载能力抵于要求的MBMS承载能力，则拒绝UE的请求并指明原因。
步骤209、如果SGSN不能建立MBMS UE上下文，则向缺省GGSN发送“MBMS通知拒绝请求”消息，其中包含拒绝的原因。
步骤210、缺省GGSN收到消息后向SGSN发送响应；使得缺省GGSN不会继续发送“MBMS通知请求”消息，从而过程中止。
步骤211、安全功能，如认证UE.
步骤212、在A/Gb模式下如果BSS race激活，则SGSN向BSS发送“调用Trace消息”(Trace参考、Trace类型、Trigger标识、OMC标识)，其中的Trace参考和Trace类型来自HLR或OMC发来的Trace信息。
步骤213、SGSN创建MBMS UE上下文后，向特殊GGSN发送“创建MBMS上下文的请求”(IP组播地址、APN、MBMS_NSAPI、IMSI、MSISDN、RAI、IMEI-SV、RAT类型、MS时间区、GGI/SAI、Trace参考、Trace类型、Trigger标识、OMC标识、附加MBMS Trance信息)，其中Trace参考、Trace类型、Trigger标识和OMC标识是SGSN从HLR或OMC发来的Trace信息中复制的，并且仅在GGSN Trace激活的情况下存在，附加MBMS Trace信息在BM-SC Trace激活的情况下存在。
步骤214、特殊GGSN向BM-SC发送“MBMS授权请求”(IMSI、MSISDN、RAI、IMEI-SV、RAT类型、MS时间区、GGI/SAI、附加MBMSTrance信息)对UE进行授权，其中附加MBMS Trace信息在BM-SC Trace激活的情况下存在。
步骤215、BM-SC回MBMS授权响应，MBMS授权响应中包含了授权判决信息，BM-SC创建MBMS UE上下文。
步骤216、如果特殊GGSN中没有关于某个MBMS承载业务的MBMS承载上下文信息，则特殊GGSN向BM-SC发送“MBMS注册请求”，见“MBMS注册过程”。如果没有分配的TMGI，则BM-SC分配TMGI，这个TMGI通过“MBM注册响应”消息传递给特殊GGSN和SGSN，通过“激活MBMS上下文接受”消息传递给UE。
步骤217、BM-SC向特殊GGSN发送“MBMS注册响应”消息，其中包含了对应某个MBMS承载业务的MBMS承载上下文信息，并且在自己上下文信息中的“下行节点列表”参数中增加特殊GGSN的标识，见“MBMS注册过程”。
步骤218、特殊GGSN创建MBMS UE上下文，并向SGSN发送创建MBMS上下文响应。
步骤219、如果SGSN中没有相应的MBMS承载上下文信息，则SGSN向特殊GGSN发送“MBMS注册请求”，见“MBMS注册过程”。
步骤220、特殊GGSN向SGSN发送“MBMS注册响应”消息，其中包含MBMS承载上下文信息，同时GGSN在自己上下文信息中的“下行节点列表”参数中增加SGSN的标识，见“MBMS注册过程”。
步骤221、如果至少存在一个PS RAB，则SGSN向Iu模式下的RAN提供MBMS UE上下文。
步骤222、如果在Iu模式下Trace被激活，则SGSN向RAN发送“调用Trace信息”消息(Trace参考、Trace类型、Trigger标识、OMC标识)，其中的Trace参考和Trace类型来自HLR或OMC发来的Trace信息。
步骤223、SGSN向UE发送“激活MBMS上下文接受”消息(TMGI、MBMS承载能力)其中MBMS承载能力标识该MBMS承载业务使用的最大Qos，UE在激活其它MBMS业务时可作为参考；如果在第六步中不能验证UE的MBMS承载能力，可以在此时进行验证；如果SGSN证实UE的MBMS承载能力低于要求的承载能力，则SGSN拒绝激活MBMS上下文的请求，并去活已经建立的MBMS UE上下文。
参考图4所示，重定位流程发生在用户移动到了新的位置区，而该位置区属于不同于现有SGSN(简称为旧的SGSN)的一个新的SGSN，流程中和创建上下文相关的步骤是注册流程和更新上下文流程。说明如下步骤301、源SRNC(Source Rnc)决定执行SRNS重定位。
步骤302、源SRNC发送要求重定位(Reocation Required)消息给旧的SGSN，发起重定位准备过程。
步骤303、旧的SGSN(old SGSN)从目标Rnc ID来确定SRNS重定位是SGSN局内的重定位还是SGSN局间的重定位。如果是SGSN SRNS之间的重定位，SGSN发送前转重定位请求(Forward Relocation Request)消息给新SGSN(New SGSN)。同时在旧的SGSN中启动一个定时器。前转重定位请求消息只适用于SGSN SRNS之间的重定位情况。如果MS加入了组播业务，旧的SGSN在前转重定位请求消息(Forward RelocationRequest)中带上MBMS UE上下文。
步骤304、新SGSN发送重定位请求消息给目标RNC(Target RNC)请求建立RAB。
步骤305、目标RNC(Target RNC)应发送重定位请求确认消息给新SGSN。
步骤306、当目标RNC(Target RNC)和新SGSN之间的用户数据传送资源已分配好，并且新SGSN已为SRNS的重定位准备就绪，则新的SGSN发送前转重定位响应消息给旧的SGSN。前转重定位响应消息只适用于SGSN SRNS内部的重定位。如果新的SGSN支持MBMS，则在前转重定位响应消息(Forward Relocation Response)中指示它的MBMS支持情况。
步骤307、旧的SGSN发送重定位命令给源SRNC，继续SRNS的重定位。
步骤308、源SRNC为受数据转发制约的RAB开始转发数据。
步骤309、从旧的SGSN接收到重定位命令消息后，源RNC应启动数据转发定时器。当重定位准备过程成功终止，且SRNC准备完毕，源SRNC发送重定位提交消息(SRNS上下文)给目标RNC，触发SRNS重定位的执行。
步骤310、当接收到重定位执行触发时，目标RNC应发送重定位监测消息给新的SGSN。对“不涉及UE”的SRNS重定位类型，重定位执行触发是对来自Iur接口的重定位提交消息的接受；当重定位监测消息被发送时，目标RNC应启动SRNC运行。
步骤311、发送重定位检测消息后，目标SRNC发送RAN移动信息给MS。
步骤312、MS给目标SRNC回RAN移动信息确认。
步骤313、目标SRNC通过发送重定位完成消息给新SGSN发起重定位完成过程。重定位完成过程的目的是由目标SRNC向CN表明SRNS重定位的完成。
步骤314、新的SGSN给旧的SGSN发送前转重定位完成消息，通知旧的SGSN重定位过程的完成。
步骤315、旧的SGSN会给新的SGSN回前转重定位完成确认消息。
步骤316、新的SGSN给缺省GGSN(Default GGSN)发送更新PDP上下文请求。
步骤317、缺省GGSN给新的SGSN回更新PDP上下文响应消息。
步骤318、如果新的SGSN支持MBMS，它针对收到的每个MBMS UE上下文检测是否有相应MBMS承载上下文。对于每个在SGSN中还未存在的MBMS承载上下文，SGSN创建一个MBMS承载上下文(置于″Standby″状态)，并发起MBMS注册流程。
步骤319、旧的SGSN给源Rnc发送Iu释放请求。
步骤320、源Rnc会给SGSN回Iu释放完成消息。
步骤321、如果在新SGSN指示不支持MBMS，原来的SGSN通过发起去激活流程将SGSN、GGSN和BM-SC中UE的所有MBMS UE上下文去激活。
步骤322、如果旧的SGSN在该MBMS承载业务上不再有MBMS UE上下文且相应MBMS承载上下文的″list of downstream nodes″为空，则SGSN发起MBMS注销流程。
步骤323、如果新的SGSN支持MBMS，对于每个在步骤3收到的MBMS UE上下文，新的SGSN向相关的GGSN发送更新MBMS UE上下文请求消息(携带服务网络标识，MS Time Zone，CGI/SAI，RAT Type，附加的MBMS追踪信息)。
步骤324、GGSN更新这些MBMS UE上下文的相应部分，并且返回更新MBMS UE上下文响应消息；GGSN将更新后的服务网络标识发送给BM-SC。是否需要包括CGI/SAI，则根据定义在3GPP TS 23.060 15.1.1a节中定义的规则执行。
步骤325、如果GGSN从新SGSN收到新的或更新的附加的MBMS追踪信息，GGSN发送一个激活追踪消息给BM-SC。
步骤326、重定位流程完成以后，后续需要完成一个路由更新过程。不支持MBMS的SGSN在路由区域更新接受消息中不指示MBMS特性支持。另一方面，如果SGSN支持MBMS，到UE的路由区域更新接受消息指示网络支持MBMS。
由上述的触发条件和流程过程可以看到，在SGSN和GGSN中，针对某一个MBMS业务，同一个流程中，MBMS承载上下文的建立和MBMS用户上下文都需要建立，而两个上下文的建立是两个相对独立的过程，这样存在的问题是，当一个上下文建立完成后，另一个上下文建立失败时，就会删除那个刚建立好的上下文。
比如在重定位流程中，新的SGSN向特殊GGSN发送更新MBMS用户上下文，如果特殊GGSN不存在此上下文，导致更新失败，如果此时SGSN刚建立完成MBMS承载上下文，就可能导致该MBMS承载上下文的删除。
又比如在MBMS激活流程中，SGSN通过向特殊GGSN发送创建MBMS用户上下文消息创建了MBMS用户上下文，如果新的SGSN还没有这个MBMS业务的承载上下文，则需要通过发起注册流程来建立MBMS承载上下文，建立完成后，SGSN得到业务所需要的承载能力，和UE的承载能力相比较，发现UE的承载能力有问题，将会把已经建立好的MBMS用户上下文删除，包括GGSN的该用户上下文。而如果该用户是第一个激活该MBMS业务的，相应的有可能会注销已建立的承载上下文。
综上所述，MBMS的承载上下文和用户上下文分别由不同的流程建立，相对独立，这样导致的问题是1、在一个上下文建立完成，另一个上下文建立失败的情况下，就可能会删除那个刚建立好的上下文；2、对于UE的MBMS承载能力和要求的MBMS承载能力的检查，只放在SGSN上进行检查，可能导致上下文无谓的建立。
发明内容
本发明所要解决的上述技术问题在于提供一种移动通信系统组播业务中建立上下文的方法，避免在一个上下文建立完成，而另一个上下文建立失败时，可能会删除那个刚建立好的上下文的情况，并避免上下文无谓的建立。
为解决上述技术问题，本发明提供一种移动通信系统组播业务中建立上下文的方法，通过分组服务节点SGSN与分组网关节点GGSN之间的信令交互，建立多媒体广播组播业务MBMS承载上下文和MBMS用户上下文，该方法包括在SGSN向GGSN发送创建或更新MBMS用户上下文消息时，如果SGSN还没有相关的承载上下文，则在创建或更新消息中增加一个指示参数，指示在SGSN没有MBMS承载上下文；
GGSN收到所述创建或更新消息后，在完成创建或更新MBMS用户上下文的同时，如果检测到有效的所述指示参数，则认为SGSN没有并需要创建MBMS承载上下文，等同于收到SGSN向GGSN发送的注册请求；如果GGSN也没有相应的承载上下文，则所述指示参数触发GGSN向广播组播业务中心BM-SC发送注册请求，完成GGSN和BM-SC的承载上下文的建立；如果GGSN已经建立相关承载上下文，则GGSN根据该指示参数，在发送给SGSN的创建或更新MBMS用户上下文的响应消息中，携带SGSN创建承载上下文所需要的参数；SGSN根据收到的响应消息中携带的创建承载上下文所需要的参数，完成承载上下文的建立。
上述方法中，所述指示参数包括一个新的指示性参数，或者一个已有的具有指示作用的功能性参数。
其中，指示参数包括一个已有的具有指示作用的功能性参数，进一步地，所述指示参数包括用户设备的MBMS承载能力参数，用于承载能力比较与指示的双重作用；当GGSN收到所述创建或更新消息后，进一步包括如果检测到该消息中的用户设备的MBMS承载能力参数，则在GGSN建立的MBMS承载上下文中取出要求的MBMS承载能力，并与用户设备的MBMS承载能力进行比较，如果用户设备的MBMS承载能力低于要求的MBMS承载能力，则GGSN作MBMS用户上下文创建失败处理，并通过响应消息通知SGSN。
进一步地，本发明所述的方法，其在发送给SGSN的创建或更新MBMS用户上下文的响应消息中携带的SGSN创建承载上下文所需要的参数，包括临时移动组标识TMGI。
进一步地，本发明所述的方法，其所述指示参数只有在SGSN没有MBMS承载上下文的情况下才被置为有效。
利用本发明，可以尽可能的避免对于MBMS用户上下文和承载上下文，如果一个上下文建立完成了，另一个上下文建立失败时，可能会删除那个刚建立好的上下文的情况；同时在SGSN和GGSN之间把激活MBMS用户上下文和注册流程的信令消息合二为一，节省了SGSN和GGSN之间的网络资源，也加快了激活MBMS用户上下文的过程，提高了用户体验。
图1为移动通信系统下使用MBMS的网络架构示意图；图2为现有技术中的注册流程示意图；图3为现有技术中的激活流程示意图；图4为现有技术中的重定位流程示意图；图5为根据本发明实施例所述的改进后的激活流程示意图；图6为根据本发明实施例所述的改进后的重定位流程示意图。
具体实施例方式
下面结合附图对本发明所述技术方案的实施方式作进一步的详细描述本发明针对组播业务，提出在SGSN向GGSN发送创建或更新MBMS用户上下文消息时，如果SGSN还没有相关的承载上下文，将在创建或更新消息中增加一个指示参数，该参数的作用和内容的具体特征包括GGSN检测到该指示参数，等同于收到SGSN向GGSN发送的注册请求，即表示SGSN没有并需要创建MBMS承载上下文；如果GGSN也没有相应的承载上下文，则该参数触发GGSN向BM-SC发送注册请求，完成GGSN和BM-SC的承载上下文的建立；如果GGSN建立了相关承载上下文，则该参数指示GGSN在返回给SGSN的创建或更新MBMS用户上下文的响应消息中，携带SGSN创建承载上下文所需要的参数，如TMGI等；同时其他注册方面的功能仍然执行，如GGSN将SGSN的标识添加到它的MBMS承载上下文中的″list ofdownstream nodes″参数中；如果此时MBMS承载上下文是″Active″状态，GGSN就向SGSN发起会话开始(Session Start)流程。
该参数可以是一个新的指示性参数，包含在消息的参数列表中，或在GTP(GPRS Tunnelling Protocol，GPRS隧道协议)信令消息的扩展头中。
该参数只在SGSN没有MBMS承载上下文的情况下才置为有效。
该参数有可以被其他已有的功能性参数所替代，完成指示功能，如消息中包含UE的MBMS承载能力参数用作承载能力比较和指示的双重作用；如果消息中即包含了指示性参数，也包含了其它功能参数，则以指示性参数为准。
该参数可以包含UE的MBMS承载能力参数。如果GGSN在接收到的创建或更新消息中检测到UE的MBMS承载能力参数，则承载能力的比较的步骤可以放在GGSN上完成，即在GGSN建立完MBMS承载上下文之后，从MBMS承载上下文中取出要求的MBMS承载能力，和UE的MBMS承载能力相比较，如果发现UE的MBMS承载能力低于要求的MBMS承载能力，就直接在返回给SGSN的创建或更新响应消息中告诉SGSN作失败处理。
具体而言，在SGSN向GGSN发送创建MBMS上下文或更新MBMS上下文请求消息时，如果自身没有承载上下文，就在消息中带上一个参数信息，用于告知GGSN建立或更新用户上下文的同时，完成承载上下文的建立(如果还未建立)，并响应SGSN建立承载上下文所需的参数，同时消息中还可能包含了UE的承载能力，用于GGSN比较UE的MBMS承载能力和要求的MBMS承载能力，如果发现UE的MBMS承载能力低于要求的MBMS承载能力，则GGSN作MBMS用户上下文创建失败处理，同时给SGSN回响应消息告诉SGSN作失败处理。
通过两个具体实施例来进一步说明本发明具体实施例一MBMS激活流程如图5所示，本流程发生在有用户需要接入某个基于MBMS的业务，而网络侧还没有建立该业务相关的承载上下文信息，这时网络侧的网元SGSN通过创建用户上下文消息完成承载上下文的建立。
步骤401-412、同“背景技术”中图3激活流程中的步骤201-212的描述。
步骤413、SGSN创建MBMS UE上下文后，向特殊GGSN(SpecificGGSN)发送“创建MBMS用户上下文的请求”，请求中带有创建用户上下文所需的参数，以及创建承载上下文的指示参数和UE的MBMS承载能力参数。
步骤414、特殊GGSN检查有没有相应的MBMS承载上下文，如果有MBMS承载上下文，取出要求的MBMS承载能力，和UE的MBMS承载能力相比较，如果发现UE的MBMS承载能力低于要求的MBMS承载能力，则直接给SGSN回响应消息告诉SGSN作失败处理，如果UE的MBMS承载能力高于要求的MBMS承载能力或者特殊GGSN没有相应的MBMS承载上下文，则BM-SC发送“MBMS授权请求”(IMSI、MSISDN、RAI、IMEI-SV、RAT类型、MS时间区、GGI/SAI、附加MBMS Trance信息)对UE进行授权，其中附加MBMS Trace信息在BM-SC Trace激活的情况下存在。
步骤415、BM-SC回应GGSN授权响应，响应中包含了授权判决信息，BM-SC创建MBMS UE上下文。
步骤416、如果GGSN中没有关于某个MBMS承载业务的MBMS承载上下文信息，则GGSN向BM-SC发送“MBMS注册请求”。
步骤417、BM-SC将“MBMS注册响应”消息回应给GGSN，消息中包含了对应某个MBMS承载业务的MBMS承载上下文信息如承载能力要求参数和TMGI。TMGI将通过“激活MBMS上下文接受”消息传递给UE。BM-SC在自己上下文信息中的“下行节点列表”参数中增加GGSN的标识，见“MBMS注册过程”。
步骤418、GGSN比较终端的承载能力和业务要求的承载能力，如果终端的承载能力足够，则创建MBMS UE上下文，并向SGSN发送创建MBMS上下文响应。响应中包含了TMGI，并且表示建立完成了承载上下文的信息。SGSN收到后完成自身的承载上下文的建立。
步骤419、如果至少存在一个PS RAB，则SGSN向Iu模式下的RAN提供MBMS UE上下文。
步骤420、如果在Iu模式下Trace被激活，则SGSN向RAN发送“调用Trace信息”消息(Trace参考、Trace类型、Trigger标识、OMC标识)，其中的Trace参考和Trace类型来自HLR或OMC发来的Trace信息。
步骤419、SGSN向UE发送“激活MBMS上下文接受”消息(TMGI、MBMS承载能力)。
具体实施例二MBMS重定位流程如图6所示，本实施例优化了新SGSN与GGSN交互建立MBMS上下文的步骤。
步骤501-517、同背景技术中图4中的步骤301-317中的描述。
步骤518、如果新的SGSN支持MBMS，对于每个在步骤3收到的MBMS UE上下文，新的SGSN向相关的特殊GGSN(Specific GGSN)发送更新MBMS用户上下文请求消息(除原有参数外，再加上指示参数)。
步骤519、特殊GGSN更新这些MBMS用户上下文的相应部分，如果检测到有有效的指示参数，则特殊GGSN完成新的SGSN节点的注册功能，并且在返回更新MBMS UE上下文响应消息中包含创建承载上下文所需要的信息，如TMGI等。特殊GGSN将更新后的服务网络标识发送给BM-SC。是否需要包括CGI/SAI，则根据定义在3GPP TS 23.060 15.1.1a节中定义的规则执行。如果特殊GGSN更新MBMS用户上下文失败，或者对新的SGSN完成注册功能失败，则特殊GGSN给SGSN回响应消息告诉SGSN作失败处理。
步骤520、旧的SGSN给源Rnc发送Iu释放请求。
步骤521、源Rnc会给SGSN回Iu释放完成消息。
步骤522、如果在第3步新SGSN指示不支持MBMS，原来的SGSN通过发起去激活流程将SGSN、GGSN和BM-SC中UE的所有MBMS UE上下文去激活。
步骤523、如果原来的SGSN在该MBMS承载业务上不再有MBMSUE上下文且相应MBMS承载上下文的″list of downstream nodes″为空，则SGSN发起MBMS注销流程。
步骤524、如果GGSN从新SGSN收到新的或更新的附加的MBMS追踪信息，GGSN发送一个激活追踪消息给BM-SC。
步骤525、不支持MBMS的SGSN在路由区域更新接受消息中不指示MBMS特性支持。另一方面，如果SGSN支持MBMS，到UE的路由区域更新接受消息指示网络支持MBMS。
虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何熟悉此技术的人员，在不脱离本发明之精神和范围内，当可作些许之更动与润饰，因此本发明之保护范围当视后附之申请专利范围所界定者为准。
权利要求
1.一种移动通信系统组播业务中建立上下文的方法，通过分组服务节点SGSN与分组网关节点GGSN之间的信令交互，建立多媒体广播组播业务MBMS承载上下文和MBMS用户上下文，其特征在于，包括在SGSN向GGSN发送创建或更新MBMS用户上下文消息时，如果SGSN还没有相关的承载上下文，则在创建或更新消息中增加一个指示参数，指示在SGSN没有MBMS承载上下文；GGSN收到所述创建或更新消息后，在完成创建或更新MBMS用户上下文的同时，如果检测到有效的所述指示参数，则认为SGSN没有并需要创建MBMS承载上下文，等同于收到SGSN向GGSN发送的注册请求；如果GGSN也没有相应的承载上下文，则所述指示参数触发GGSN向广播组播业务中心BM-SC发送注册请求，完成GGSN和BM-SC的承载上下文的建立；如果GGSN已经建立相关承载上下文，则GGSN根据该指示参数，在发送给SGSN的创建或更新MBMS用户上下文的响应消息中，携带SGSN创建承载上下文所需要的参数；SGSN根据收到的响应消息中携带的创建承载上下文所需要的参数，完成承载上下文的建立。
2.如权利要求1所述的方法，其特征在于，所述指示参数包括一个新的指示性参数。
3.如权利要求1所述的方法，其特征在于，所述指示参数包括一个已有的具有指示作用的功能性参数。
4.如权利要求3所述的方法，其特征在于，所述指示参数包括用户设备的MBMS承载能力参数，用于承载能力比较与指示的双重作用。
5.如权利要求4所述的方法，其特征在于，GGSN收到所述创建或更新消息后，进一步包括如果检测到该消息中的用户设备的MBMS承载能力参数，则在GGSN建立的MBMS承载上下文中取出要求的MBMS承载能力，并与用户设备的MBMS承载能力进行比较，如果用户设备的MBMS承载能力低于要求的MBMS承载能力，则GGSN作MBMS用户上下文创建失败处理，并通过响应消息通知SGSN。
6.如权利要求1所述的方法，其特征在于，在发送给SGSN的创建或更新MBMS用户上下文的响应消息中携带的SGSN创建承载上下文所需要的参数，包括临时移动组标识TMGI。
7.如权利要求1所述的方法，其特征在于，所述指示参数只有在SGSN没有MBMS承载上下文的情况下才被置为有效。
全文摘要
本发明公开了一种移动通信系统组播业务中建立上下文的方法，通过分组服务节点SGSN与分组网关节点GGSN之间的信令交互，建立多媒体广播组播业务MBMS承载上下文和MBMS用户上下文，该方法包括在SGSN向GGSN发送创建MBMS上下文或更新MBMS上下文请求消息时，如果自身没有承载上下文，就在消息中带上一个参数信息，用于告知GGSN建立或更新用户上下文的同时，完成承载上下文的建立(如果还未建立)，并响应SGSN建立承载上下文所需的参数。而且在消息中还可以包含了用户设备的承载能力，用于GGSN比较用户设备的MBMS承载能力和要求的MBMS承载能力。本发明为组播业务优化了建立上下文的过程。
文档编号H04L12/54GK101087200SQ20061011144
公开日2007年12月12日 申请日期2006年8月18日 优先权日2006年8月18日
发明者王志海, 蔡建楠, 涂小勇 申请人:中兴通讯股份有限公司