CN101102592B - 一种移动通信***中实现终端加入组播业务组的方法 - Google Patents

Abstract

本发明公开了一种移动通信***中实现终端加入组播业务组的方法，包括：由终端向SGSN发送MBMS用户上下文激活请求；SGSN向Default GGSN发送创建MBMS用户上下文请求；Default GGSN向对应的BM-SC发送授权请求，BM-SC向Default GGSN返回成功消息；Default GSGN向SGSN回应创建MBMS用户上下文响应，SGSN向Specific GGSN重新发起创建MBMS用户上下文请求；Specific GGSN向SGSN回应创建完成消息，SGSN提供MBMS用户上下文至RAN，并回应终端。本发明减少了信令消息冗余并解决了上下文之间存在不必要关联的缺陷。

Description

一种移动通信***中实现终端加入组播业务组的方法

技术领域

本发明涉及移动通信***，特别是涉及一种实现用户终端使用组播广播方式接入业务时激活MBMS用户上下文的方法。

背景技术

现在人们对移动通信的需求已不再满足于电话和消息业务，随着Internet网的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务，多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等等不一而足。这些移动多媒体业务与一般数据相比，有数据量大、持续时间长、时延敏感等特点。目前的IP(Internet Protocol，互联网协议)组播技术不适用于移动网络，因为移动网络有特定网络结构、功能实体和独特的无线接口承载，这些都是与有线IP网络不同的，所以现有IP组播技术不能使多个移动用户共享移动网络资源。所以Hutchison 3G(和黄3G)为代表的3G移动运营商积极寻求一种新的服务方式，其既能够实现多媒体信息的广播，同时这个服务应该使用相对较少***资源不影响传统移动服务的运营。

为实现最有效地利用移动网络资源，WCDMA(Wide Code DivisionMultiple Access，宽带码分多址)/GSM(Global System for MobileCommunications，全球移动通信***)全球标准化组织3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)提出多媒体组播和广播业务(Multimedia Broadcast/Multicast Service，MBMS)。MBMS指一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，包括移动核心网和接入网资源共享，尤其是空口资源。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且能实现高速率的多媒体业务组播和广播，这无疑顺应了未来移动数据发展的趋势。

为了实现MBMS，需要一个完整的架构和一套完整的流程步骤，现有的***架构如图1所示，说明如下：

组播和广播业务MBMS基于WCDMA/GSM分组网，通过增加一些新的功能实体，如BM-SC(Broadcast Multicast-Service Center，广播组播业务中心)，对已有的分组域功能实体，如SGSN(Serving GPRS Support Node，服务GPRS支持节点)、GGSN(Gateway GPRS Support Node，网关GPRS支持节点)、RAN(Radio Access Network，无线接入网络)和UE(User Equipment，用户终端/用户设备)增加MBMS功能，并定义了新的逻辑共享信道来实现空口资源共享。其中，SGSN是核心网侧负责移动性管理的网元，GGSN则是核心网侧负责接入到和发送出核心网的网元。其中，GPRS(General Packet RadioService)为通用分组无线业务。

除了BM-SC以外的网元，都是移动通信***的承载网元，完成数据传输功能。GGSN与BM-SC之间的信令交换在Gmb参考点进行，实现MBMS的控制面信令和用户数据的传输；Gmb参考点的功能是完成GGSN与BM-SC之间的信令及用户数据的传输。其中信令包括：

承载相关的信令：

-GGSN建立MBMS的承载上下文并在BM-SC注册；

-GGSN或者BM-SC释放MBMS承载上下文，GGSN在BM-SC去注册；

-BM-SC向GGSN通知会话开始和结束。

用户相关的信令：

-BM-SC批准用户在GGSN的入组业务激活请求；

-GGSN向BM-SC报告用户的入组激活，允许BM-SC与SGSN(ServingGPRS Support Node，服务GPRS支持节点)和GGSN中的MBMS用户上下文(MBMS UE上下文)同步；

-GGSN向BM-SC报告用户的释放和去附着，保证BM-SC中的上下文同步。

实现MBMS还需要一系列的步骤，至少包括业务通知，用户加入广播或组播组(包括激活、注册等)的接入步骤，以及离开(包括去活、注销等)的步骤，如图2a所示。说明如下：

1，用户签约(Subscription)

该过程建立用户与业务提供者之间的关系，从而允许用户接收业务数据，是双方的一种协议，由运营商提供，在BM-SC中记录。

2，业务声明(Service Announcement)

业务声明过程告知用户获取业务的范围，包括运营商定义的业务和内容提供商定义的业务；内容包括业务的内容、业务激活需要的参数等。

3，用户加入(Joining)

用户加入一个组播组，告知网络用户想接收组播数据。同时完成网络侧用户信息的建立。

4，会话开始(Session Start)

会话开始过程代表BM-SC已经就绪，准备发送数据，该过程可以触发承载资源建立，如果一个MBMS用户业务有多条MBMS承载业务承载，会话开始过程要发给每个承载业务。此时，UE可能需要发起多条相关承载业务来接收该用户业务。

5，MBMS通知(MBMS Notification)

通知UE MBMS数据即将发送。

6，数据传输(Data Transfer)

用户面数据的传输。

7，会话结束(Session Stop)

BM-SC决定在一段时间内停止数据传送，并释放承载资源。

8，用户离开(Leaving)

用户离开该组播组，不再接收业务数据；释放网络侧建立的用户资源。

在用户加入组播组(Joining)步骤中，包括如下步骤、特征：

(1)，用户需要一个PDP(Packet Data Protocol，分组数据协议)的承载，用于承载加入组播组的IGMP(Internet Group Management Protocol，因特网组管理协议)信令；如果没有这个承载，就需要激活一个承载；

(2)，使用IGMP加入组播组，并且完成对用户的鉴权，同时将能接入该组播业务的GGSN的APN(Access Point Name，接入点名称)带给终端；

(3)，终端根据这个带来的APN发起MBMS激活，在SGSN以及这个能接入组播业务的GGSN上创建MBMS用户上下文，并且再次通过这个新的GGSN完成鉴权。所建的MBMS用户上下文和PDP承载的用户上下文有关联。

上述技术的问题在于：冗余的步骤较多，比如，有2次激活和2次鉴权；时延过长，上下文之间存在不必要的关联等等。如图2b所示，具体步骤如下：

步骤201，如果没有已经建立好的PDP上下文，则UE 10激活一个通用的PDP上下文。使用的GGSN称为缺省GGSN(Default GGSN 41)。

步骤202，通过默认的PDP上下文，UE 10向网络侧Default GGSN 41发送IGMP(IPv4)或MLD(IPv6)加入消息，表示愿意接收由IP组播地址标识的某个MBMS组播承载业务。

其中，IPv4(Internet Protocol version 4)为互联网协议第4版，IPv6(InternetProtocol version 6)为互联网协议第6版，MLD(Multicast Listener Discovery)为组播监听发现。

步骤203，Default GGSN 41向BM-SC 50发送MBMS授权请求，要求对UE 10进行授权从而能够接收数据。如果Trace被激活，该请求中可以包含Trace信息(附加MBMS Trace信息)。

步骤204，BM-SC 50向Default GGSN 41发送MBMS授权响应，响应中包含授权判决和用来建立MBMS UE上下文的APN，授权判决基于BM-SC 50成员功能中的签约数据来产生。如果MBMS授权响应，表明UE 10授权不成功，则过程中止。

步骤205，Default GGSN 41向SGSN 30发送MBMS通知请求(IP组播地址、APN、相关联NSAPI)。其中，相关联NSAPI与默认PDP上下文的NSAPI相等，IP组播地址是UE 10发起加入请求时的IP组播地址，APN不同于默认PDP上下文对应的APN，即：此时的APN解析的GGSN(即特殊GGSN，又称为Specific GGSN 42)可能与接收加入请求的Default GGSN 41不同。Default GGSN 41开启MBMS激活定时器。

其中，NSAPI(Network layer Service Access Point Identifier)为网络层业务接入点标识符。

步骤206，SGSN 30向发送MBMS通知请求的Default GGSN 41发送MBMS通知响应，响应中包含是否能够进行MBMS用户上下文激活的原因。如果原因中表示不能进行MBMS上下文激活，则Default GGSN 41不能继续发送有关通知请求的消息，过程中止。

步骤207，SGSN 30向UE 10发送“请求激活MBMS用户上下文”(IP组播地址、APN、相关联NSAPI等)请求激活MBMS UE上下文。UE 10可通过相关联NSAPI将MBMS UE上下文与步骤202的默认PDP上下文相关联。TI由SGSN 30选择并且它的值要与该UE 10激活的所有其它PDP上下文及MBMS UE上下文不同。

步骤208，UE 10建立MBMS UE上下文并向SGSN 30发送“激活MBMS上下文请求”(IP组播地址、APN、MBMS_NSAPI、MBMS承载能力)。

其中，IP组播地址标识UE 10要加入的MBMS组播业务，APN解析一个Specific GGSN 42，MBMS承载能力标识UE 10能够处理的最大QoS(QualityofService，服务质量)，MBMS_NSAPI由UE 10选择并且它的值和该UE 10激活的所有其它PDP上下文及MBMS UE上下文不同。如果SGSN 30中已经有了对应该MBMS承载业务的上下文信息，则它要验证UE 10的MBMS承载能力。如果SGSN 30验证UE 10的MBMS承载能力低于要求的MBMS承载能力，则拒绝UE 10的请求并指明原因。

步骤209，如果SGSN 30不能建立MBMS UE上下文，则向Default GGSN41发送“MBMS通知拒绝请求”消息，该消息包含拒绝的原因。

步骤210，Default GGSN 41收到消息后向SGSN 30发送响应。使得DefaultGGSN 41不会继续发送“MBMS通知请求”消息，从而过程中止。

步骤211，安全功能，如：认证UE 10；

步骤212，在A/Gb模式下如果BSS Trace激活，则SGSN 30向BSS发送“调用Trace消息”(Trace参考、Trace类型、Trigger标识、OMC标识)，其中的Trace参考和Trace类型来自HLR或OMC发来的Trace信息。

其中，BSS(Base Station System)为基站***，HLR(Home LocationRegister)为归属位置寄存器，OMC(Operations&Maintenance Center)为操作与维护中心。

步骤213，SGSN 30创建MBMS UE上下文后，向Specific GGSN 42发送“创建MBMS上下文的请求”(IP组播地址、APN等)。

其中，Trace参考、Trace类型、Trigger标识和OMC标识是SGSN 30从HLR或OMC发来的Trace信息中复制的，并且仅在GGSN Trace激活的情况下存在，附加MBMS Trace信息在BM-SC Trace激活的情况下存在。

步骤214，Specific GGSN 42向BM-SC 50发送“MBMS授权请求”(IMSI、MSISDN、RAI、IMEI-SV、RAT类型、MS时间区、GGI/SAI、附加MBMS Trance信息)对UE 10进行授权，其中，附加MBMS Trace信息在BM-SC Trace激活的情况下存在。

步骤215，BM-SC 50回MBMS授权响应，MBMS授权响应中包含了授权判决信息，BM-SC 50创建MBMS UE上下文。

步骤216，如果Specific GGSN 42中没有关于某个MBMS承载业务的MBMS承载上下文信息，则Specific GGSN 42向BM-SC 50发送“MBMS注册请求”，见“MBMS注册过程”。如果没有分配的TMGI，则BM-SC 50分配TMGI，这个TMGI通过“MBMS注册响应”消息传递给Specific GGSN 42和SGSN 30，通过“激活MBMS上下文接受”消息传递给UE 10。

步骤217，BM-SC 50向Specific GGSN 42发送“MBMS注册响应”消息，其中，包含了对应某个MBMS承载业务的MBMS承载上下文信息，并且在自己上下文信息中的“下行节点列表”参数中增加Specific GGSN 42的标识，见“MBMS注册过程”。

步骤218，Specific GGSN 42创建MBMS UE上下文，并向SGSN 30发送创建MBMS上下文响应。

步骤219，如果SGSN 30中没有相应的MBMS承载上下文信息，则SGSN30向Specific GGSN 42发送“MBMS注册请求”。

步骤220，Specific GGSN 42向SGSN 30发送“MBMS注册响应”消息，其中包含MBMS承载上下文信息，同时Specific GGSN 42在自己上下文信息中的“下行节点列表”参数中增加SGSN 30的标识。

步骤221，如果至少存在一个PS RAB，则SGSN 30向Iu模式下的RAN提供MBMS UE上下文。

其中，PS(Packet Switch)为分组交换，RAB(Radio Access Bearer)为无线接入承载。

步骤222，如果在Iu模式下Trace被激活，则SGSN 30向RAN发送“调用Trace信息”消息(Trace参考、Trace类型、Trigger标识、OMC标识)。

其中，Trace参考和Trace类型来自HLR或OMC发来的Trace信息。

步骤223，SGSN 30向UE 10发送“激活MBMS上下文接受”消息(TMGI、MBMS承载能力)。

其中，MBMS承载能力标识该MBMS承载业务使用的最大QoS，UE 10在激活其它MBMS业务时可作为参考。如果在步骤206中不能验证UE 10的MBMS承载能力，可以在此时进行验证，如果SGSN 30证实UE 10的MBMS承载能力低于要求的承载能力，则SGSN 30拒绝激活MBMS上下文的请求，并去活已经建立的MBMS UE上下文。

图2b流程的缺陷是：冗余步骤多，上下文之间存在不必要关联。

发明内容

本发明所要解决的技术问题在于提供一种移动通信***中实现终端加入组播业务组的方法，用于解决现有技术中信令消息冗余、上下文之间存在不必要关联的缺陷。

为了实现上述目的，本发明提供了一种移动通信***中实现终端加入组播业务组的方法，适用于包括终端、无线接入网络RAN、服务GPRS支持节点SGSN、网关GPRS支持节点GGSN及广播组播业务中心BM-SC的移动通信***，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN，其特征在于，该方法包括：

步骤11，由所述终端向所述SGSN发送一MBMS用户上下文激活请求；

步骤12，所述SGSN通过解析所述MBMS用户上下文激活请求携带的第一接入点名称或根据所述SGSN的配置信息得到一与所述BM-SC交互的所述Default GGSN的地址，并向所述Default GGSN发送一创建MBMS用户上下文请求；

步骤13，所述Default GGSN向对应的BM-SC发送一对所述终端的授权请求，所述BM-SC在完成授权后向所述Default GGSN返回一携带有第二接入点名称的成功消息；

步骤14，所述Default GSGN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应，所述SGSN向根据所述第二接入点名称解析出的所述Specific GGSN重新发起一创建MBMS用户上下文请求；及

步骤15，所述Specific GGSN向所述SGSN回应一创建完成消息，所述SGSN提供MBMS用户上下文至所述RAN，并向所述终端回应一激活接收信息。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤14中，所述创建MBMS用户上下文响应还携带有响应类型和授权结果信息。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤14中，在所述Default GGSN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应的步骤之前，还包括：由所述Default GGSN通过解析所述第二接入点名称得到所述Specific GGSN的地址，并根据该地址判断所述Specific GGSN是否是所述Default GGSN的步骤，若是，所述响应类型指示创建接受，否则，所述响应类型指示由所述SGSN向所述Specific GGSN重新发起创建MBMS用户上下文请求。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤14中，还包括：由所述SGSN通过解析所述第二接入点名称得到所述SpecificGGSN的地址的步骤。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤14、步骤15之间，还包括：当所述Specific GGSN没有承载上下文时，由所述Specific GGSN向所述BM-SC发送一注册请求，所述BM-SC接收所述注册请求并回应一携带有TMGI业务信息的注册响应，所述Specific GGSN完成承载上下文的建立。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤15中，所述回应一创建完成消息的步骤之后，还包括：当所述SGSN没有承载上下文时，由所述SGSN向所述Specific GGSN发送一注册请求，所述Specific GGSN接收该注册请求并回应一注册响应的步骤。

为了实现上述目的，本发明还提供了一种移动通信***中实现终端加入组播业务组的方法，适用于包括终端、无线接入网络RAN、服务GPRS支持节点SGSN、网关GPRS支持节点GGSN及广播组播业务中心BM-SC的移动通信***，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN，其特征在于，该方法包括：

步骤71，由所述终端向所述SGSN发送一MBMS用户上下文激活请求；

步骤72，所述SGSN通过解析所述MBMS用户上下文激活请求携带的第一接入点名称或根据所述SGSN的配置信息得到一与所述BM-SC交互的所述Default GGSN的地址，并向所述Default GGSN发送一创建MBMS用户上下文请求；

步骤73，所述Default GGSN向对应的BM-SC发送一对所述终端的授权请求，所述BM-SC在完成授权后向所述Default GGSN返回一携带有第二接入点名称的成功消息；

步骤74，所述Default GGSN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应，并根据所述第二接入点名称解析出所述Specific GGSN，再根据所述Default GGSN与所述Specific GGSN之间的接口向所述Specific GGSN重新发起一创建MBMS用户上下文请求；及

步骤75，所述Specific GGSN向所述SGSN回应一创建完成消息，所述SGSN提供MBMS用户上下文至所述RAN，并向所述终端回应一激活接收信息。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤74中，所述创建MBMS用户上下文响应还携带有响应类型和授权结果信息。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤74中，在所述Default GGSN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应的步骤之前，还包括：由所述Default GGSN通过解析所述第二接入点名称得到所述Specific GGSN的地址，并根据该地址判断所述Specific GGSN是否是所述Default GGSN的步骤，若是，所述响应类型指示创建接受，否则，所述Default GGSN向所述Specific GGSN转发从所述SGSN接收的创建MBMS用户上下文请求。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤74、步骤75之间，还包括：当所述Specific GGSN没有承载上下文时，由所述Specific GGSN向所述BM-SC发送一注册请求，所述BM-SC接收所述注册请求并回应一携带有TMGI业务信息的注册响应，所述Specific GGSN完成承载上下文的建立。

所述的移动通信***中实现终端加入组播业务组的方法，其中，所述步骤75中，所述回应一创建完成消息的步骤之后，还包括：当所述SGSN没有承载上下文时，由所述SGSN向所述Specific GGSN发送一注册请求，所述Specific GGSN接收所述注册请求并回应一注册响应的步骤。

本发明的优点在于：

1)有效降低信令消息的冗余，使得信令消息简单明了，优化信令流量，从而提高处理效率；

2)MBMS用户上下文相对独立于PDP上下文，不需要受PDP上下文管理上的制约。

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

附图说明

图1为现有移动通信***中的MBMS的网络***结构图；

图2a为现有移动通信***中的组播业务实现流程示意图；

图2b为现有移动通信***的加入组播组的激活方法流程示意图；

图3为本发明通过SGSN重发激活请求的MBMS激活方法流程示意图；

图4为本发明通过GGSN转发激活请求的MBMS激活方法流程示意图。

具体实施方式

如图3所示，为本发明通过SGSN重发激活请求的MBMS激活方法流程示意图。本流程发生在用户已经获得MBMS的组播地址信息，当前想要加入该业务的组播组时的情形。对现有网络改动较小，只是软件的升级。该图中有两个GGSN和两个APN，两个GGSN分别是：Default GGSN 41、Specific GGSN42；两个APN分别是：APN1、APN2。

Default GGSN 41可以由MBMS激活请求携带的APN1解析获得，也可以不由MBMS激活请求携带，而由SGSN 30配置一个缺省APN，通过对该APN解析获得，或者直接由SGSN 30配置获得。Default GGSN 41用于请求BM-SC50对用户授权(即加入组播组)，以及获取能解析出接入MBMS业务的SpecificGGSN 42的APN2。Specific GGSN 42用于接入MBMS业务，因此，MBMS用户上下文要在Specific GGSN 42上建立。APN2则用于解析Specific GGSN42。

当需要加入该MBMS业务组接入业务时，用户终端UE 10直接发起MBMS激活请求，不需要发起PDP激活；MBMS激活请求可以使用GTP(GPRSTunneling Protocol，GPRS隧道协议)隧道等协议封装传送到核心网中的SGSN30。

当用户发起MBMS激活请求前，不需要知道接入MBMS业务所需要的GGSN的APN。该APN由BM-SC 50发送给网络侧中的GGSN，由网络侧通过信令交互完成在该APN对应的GGSN上的MBMS用户上下文的建立，该APN对用户透明。

网络侧通过信令交互完成MBMS用户上下文在Specific GGSN 42上的建立，不需要用户的参与。Default GGSN 41在获得APN2后首先判断APN2所解析出的Specific GGSN是否是其本身，如果是，Default GGSN 41完成MBMS用户上下文的建立，并向SGSN 30创建MBMS用户上下文响应，指示建立成功；如果不是，则Default GGSN 41向SGSN 30回应激活响应，附带APN2参数，指示其重新向Specific GGSN 42发起激活建立上下文请求；或者DefaultGGSN 41作为GGSN Proxy直接向Specific GGSN 42转发SGSN 30的创建MBMS用户上下文请求，不需要由SGSN 30重新发起，但这种方式需要建立与GGSN间的信令接口。

Specific GGSN 42在收到激活请求的时候，请求中带有鉴权结果信息，使鉴权不需要再次进行。

该方法流程的具体步骤如下：

步骤301，终端UE 10向网络侧SGSN 30发送MBMS用户上下文激活请求，请求中携带终端能力、组播地址(IP Multicast Address)、一个缺省的APN1或没有APN(APN1/no APN)、用户ID(Identity，标识)等信息。

步骤302，SGSN 30判断MBMS用户上下文激活请求是否携带APN1，如果用户携带了APN1，则SGSN 30通过解析得到一个能够与BM-SC 50交互的Default GGSN 41的地址，如果没有携带任何APN，则SGSN 30根据配置得到Default GGSN 41的地址。得到地址后，SGSN 30向Default GGSN 41发送创建MBMS用户上下文请求，该请求中带有终端能力、组播地址(IP MulticastAddress)、APN1、TEID、用户ID等信息。

其中，TEID为用户信令或数据所使用的GTP隧道ID。

步骤303，Default GGSN 41根据组播地址向一个对应的BM-SC 50发送授权请求。

步骤304，BM-SC 50完成授权，回应成功消息，消息中带有接入该组播业务所需要的APN2信息。

步骤305，Default GGSN 41向SGSN 30回应创建MBMS用户上下文响应。该响应中携带APN2、响应类型和授权结果信息(Auth result)。Default GGSN41在回应前可以解析APN2得到Specific GGSN 42的地址，并判断SpecificGGSN 42是否是它本身，如果是，则响应类型指示创建接受；如果不是，则指示SGSN 30向Specific GGSN 42重新发起创建MBMS用户上下文请求。Default GGSN 42解析APN2并判断是否它本身的功能不是必需的，其他方法如：将APN2带给SGSN 30，由SGSN 30解析出Specific GGSN 42的地址，并重新发起激活请求。

步骤306，如果SGSN 30重新发起激活，则SGSN 30向由APN2解析出的Specific GGSN 42发起请求指示，创建MBMS用户上下文请求，该请求中包括APN2、用户ID、授权结果信息(Auth result)。

步骤307，如果Specific GGSN 42没有承载上下文，Specific GGSN 42向BM-SC 50发送注册请求。

步骤308，BM-SC 50接收注册请求并回应注册响应，带回TMGI(Temporary Mobile Group Identity，临时移动组识别)等业务信息，SpecificGGSN 42完成承载上下文的建立。

步骤309，Specific GGSN 42向SGSN 30创建MBMS用户上下文响应，回应创建完成消息。该响应中包括GGSN TEID、响应类型。

步骤310，如果SGSN 30没有承载上下文，SGSN 30向Specific GGSN 42发送注册请求。

步骤311，Specific GGSN 42接收注册请求并回应注册响应。

步骤312，SGSN 30提供MBMS用户上下文给RAN 20，完成MBMS用户上下文的建立。

步骤313，SGSN 30向终端UE 10回应激活接受消息，带有TMGI等参数。

如图4所示，为通过GGSN转发激活请求的MBMS激活方法流程示意图。本流程的应用情形与图3所示的实施方式的应用情形相同，不同之处在于Default GGSN 41与Specific GGSN 42之间有接口，使Default GGSN 41直接将激活请求转发给Specific GGSN 42，而不是由SGSN 30重新发起，具体表现在步骤405、408。本方法流程具体步骤如下：

步骤401，终端UE 10向网络侧SGSN 30发送MBMS用户上下文激活请求，请求中携带终端能力、组播地址、一个缺省的APN1或没有APN(APN1/noAPN)、用户ID等信息。

步骤402，SGSN 30判断MBMS用户上下文激活请求是否携带APN1，如果用户携带了APN1，则SGSN 30通过解析得到一个能够与BM-SC 50交互的Default GGSN 41的地址，如果没有携带任何APN，则SGSN 30根据配置得到Default GGSN 41的地址。得到地址后，SGSN根据该地址向Default GGSN 41发送创建MBMS用户上下文请求，该请求中带有终端能力、组播地址、APN1、用户ID等信息。

步骤403，Default GGSN 41根据组播地址向一个对应的BM-SC 50发送授权请求。

步骤404，BM-SC 50完成授权响应，回应成功消息，消息中带有接入该组播业务所需要的APN2信息、TMGI参数。

步骤405，Default GGSN 41向SGSN 30回应创建MBMS用户上下文响应。该响应中携带APN2、响应类型、SGSN TEID和授权结果信息(Auth result)。Default GGSN 41在回应前可以解析APN2得到Specific GGSN 42的地址，并判断Specific GGSN 42是否是它本身，如果是，则响应类型指示创建接受；如果不是，则将来自SGSN 30的创建MBMS用户上下文请求转发给SpecificGGSN 42。

步骤406，如果Specific GGSN 42没有承载上下文，Specific GGSN 42向BM-SC 50发送注册请求。

步骤407，BM-SC 50接收注册请求并回应注册响应，带回TMGI等业务信息，Specific GGSN 42完成承载上下文的建立。

步骤408，Specific GGSN 42向SGSN 30回应创建完成消息。消息中带有APN2、SGSN TEID、GGSN TEID等参数信息，用于告知SGSN 30用户的MBMS上下文信息要建立在SGSN 30和Specific GGSN 42上。

其中，SGSN TEID、GGSN TEID用于完成SGSN、GGSN之间的信令面的建立。

步骤409，如果SGSN 30没有承载上下文，SGSN 30向Specific GGSN 42发送注册请求。

步骤410，Specific GGSN 42接收注册请求并回应注册响应。

步骤411，SGSN 30提供MBMS用户上下文给RAN 20，完成MBMS用户上下文的建立。

步骤412，SGSN 30向终端UE 10回应激活接受消息，带有TMGI等参数。

采用本发明方法使得信令消息简单明，减少了冗余步骤，优化信令流量，提高了处理效率；同时使得MBMS用户上下文相对独立于PDP上下文，而不需要受PDP上下文管理上的制约。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种移动通信***中实现终端加入组播业务组的方法，适用于包括终端、无线接入网络RAN、服务GPRS支持节点SGSN、网关GPRS支持节点GGSN及广播组播业务中心BM-SC的移动通信***，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN，其特征在于，该方法包括：

步骤11，由所述终端向所述SGSN发送一MBMS用户上下文激活请求；

步骤12，所述SGSN通过解析所述MBMS用户上下文激活请求携带的第一接入点名称或根据所述SGSN的配置信息得到一与所述BM-SC交互的所述Default GGSN的地址，并向所述Default GGSN发送一创建MBMS用户上下文请求；

步骤13，所述Default GGSN向对应的BM-SC发送一对所述终端的授权请求，所述BM-SC在完成授权后向所述Default GGSN返回一携带有第二接入点名称的成功消息；

步骤14，所述Default GSGN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应，所述SGSN向根据所述第二接入点名称解析出的所述Specific GGSN重新发起一创建MBMS用户上下文请求；及

步骤15，所述Specific GGSN向所述SGSN回应一创建完成消息，所述SGSN提供MBMS用户上下文至所述RAN，并向所述终端回应一激活接收信息。

2.根据权利要求1所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤14中，所述创建MBMS用户上下文响应还携带有响应类型和授权结果信息。

3.根据权利要求2所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤14中，在所述Default GGSN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应的步骤之前，还包括：由所述Default GGSN通过解析所述第二接入点名称得到所述SpecificGGSN的地址，并根据该地址判断所述Specific GGSN是否是所述DefaultGGSN的步骤，若是，所述响应类型指示创建接受，否则，所述响应类型指示由所述SGSN向所述Specific GGSN重新发起创建MBMS用户上下文请求。

4.根据权利要求1所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤14中，还包括：由所述SGSN通过解析所述第二接入点名称得到所述Specific GGSN的地址的步骤。

5.根据权利要求1-4任一所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤14、步骤15之间，还包括：当所述SpecificGGSN没有承载上下文时，由所述Specific GGSN向所述BM-SC发送一注册请求，所述BM-SC接收所述注册请求并回应一携带有TMGI业务信息的注册响应，所述Specific GGSN完成承载上下文的建立。

6.根据权利要求1-4任一所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤15中，所述回应一创建完成消息的步骤之后，还包括：当所述SGSN没有承载上下文时，由所述SGSN向所述SpecificGGSN发送一注册请求，所述Specific GGSN接收该注册请求并回应一注册响应的步骤。

7.一种移动通信***中实现终端加入组播业务组的方法，适用于包括终端、无线接入网络RAN、服务GPRS支持节点SGSN、网关GPRS支持节点GGSN及广播组播业务中心BM-SC的移动通信***，所述GGSN又包括缺省Default GGSN、特殊Specific GGSN，其特征在于，该方法包括：

步骤71，由所述终端向所述SGSN发送一MBMS用户上下文激活请求；

步骤72，所述SGSN通过解析所述MBMS用户上下文激活请求携带的第一接入点名称或根据所述SGSN的配置信息得到一与所述BM-SC交互的所述Default GGSN的地址，并向所述Default GGSN发送一创建MBMS用户上下文请求；

步骤73，所述Default GGSN向对应的BM-SC发送一对所述终端的授权请求，所述BM-SC在完成授权后向所述Default GGSN返回一携带有第二接入点名称的成功消息；

步骤74，所述Default GGSN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应，并根据所述第二接入点名称解析出所述Specific GGSN，再根据所述Default GGSN与所述Specific GGSN之间的接口向所述Specific GGSN重新发起一创建MBMS用户上下文请求；及

步骤75，所述Specific GGSN向所述SGSN回应一创建完成消息，所述SGSN提供MBMS用户上下文至所述RAN，并向所述终端回应一激活接收信息。

8.根据权利要求7所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤74中，所述创建MBMS用户上下文响应还携带有响应类型和授权结果信息。

9.根据权利要求8所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤74中，在所述Default GGSN向所述SGSN回应一携带有所述第二接入点名称的创建MBMS用户上下文响应的步骤之前，还包括：由所述Default GGSN通过解析所述第二接入点名称得到所述SpecificGGSN的地址，并根据该地址判断所述Specific GGSN是否是所述DefaultGGSN的步骤，若是，所述响应类型指示创建接受，否则，所述Default GGSN向所述Specific GGSN转发从所述SGSN接收的创建MBMS用户上下文请求。

10.根据权利要求7、8或9所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤74、步骤75之间，还包括：当所述SpecificGGSN没有承载上下文时，由所述Specific GGSN向所述BM-SC发送一注册请求，所述BM-SC接收所述注册请求并回应一携带有TMGI业务信息的注册响应，所述Specific GGSN完成承载上下文的建立。

11.根据权利要求7、8或9所述的移动通信***中实现终端加入组播业务组的方法，其特征在于，所述步骤75中，所述回应一创建完成消息的步骤之后，还包括：当所述SGSN没有承载上下文时，由所述SGSN向所述SpecificGGSN发送一注册请求，所述Specific GGSN接收所述注册请求并回应一注册响应的步骤。

Images