CN100502358C - 一种多媒体广播/组播业务中建立gtp隧道的方法 - Google Patents
一种多媒体广播/组播业务中建立gtp隧道的方法 Download PDFInfo
- Publication number
- CN100502358C CN100502358C CNB200610033654XA CN200610033654A CN100502358C CN 100502358 C CN100502358 C CN 100502358C CN B200610033654X A CNB200610033654X A CN B200610033654XA CN 200610033654 A CN200610033654 A CN 200610033654A CN 100502358 C CN100502358 C CN 100502358C
- Authority
- CN
- China
- Prior art keywords
- gtp
- tunnel
- mbms
- sgsn
- ggsn
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明适用于移动通信领域，提供了一种多媒体广播/组播业务中建立GTP隧道的方法，SGSN与GGSN只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道，并利用建立的GTP-C隧道传输与MBMS承载相关的消息以及与MBMS UE相关的消息。本发明在MBMS组播模式下，SGSN和GGSN之间只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道，节省了控制面TEID资源的使用，避免各流程中对GTP-C隧道使用的矛盾，同时使MBMS组播和广播模式下SGSN和GGSN之间的GTP-C隧道处理一致，降低了系统实现的复杂度。
Description
技术领域
本发明属于移动通信领域，尤其涉及在多媒体广播/组播业务中建立GTP隧道的方法。
背景技术
组播和广播是一种从一个数据源向多个目标传送数据报文的技术。随着Internet的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，例如视频点播、电视广播、视频会议、网上教育或者互动游戏等。与一般的数据相比，这些多媒体业务具有数据量大、持续时间长、时延敏感等特点。由于移动网络具有特定的网络结构、功能实体和无线接口，与有线IP网络不同，因此目前的IP组播业务只适用于有线IP网络，不适用于移动网络。
为了有效地利用移动网络资源，第三代伙伴组织计划(Third GenerationPartnership Projects，3GPP)提出了多媒体广播/组播业务(MultimediaBroadcast/Multicast Service，MBMS)，即在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空中接口资源。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播。
MBMS的网络参考模型如图1所示，MBMS承载业务的边缘为Gmb、Gi参考点，即广播组播业务中心(BM-SC)与网关GPRS支持节点(Gateway GPRSSupport Node，GGSN)之间的接口，Gmb接口提供控制面功能，Gi接口提供用户面承载功能。
BM-SC是内容提供者/组播广播内容源的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。其功能包括对第三方内容提供商鉴权、授权和计费；提供MBMS传输相关参数，例如服务质量(Quality of Service，QoS)、组播广播区域、发起和终止MBMS传输资源；从外部数据源接收并传送MBMS内容，安排MBMS会话传送并告知用户，会话重传等；业务声明，包括媒体描述、会话描述如组播业务标识、地址、传送时间等。内容提供者/组播广播内容源可以通过分组数据网(Packet DataNetwork，PDN)，如internet向BM-SC提供内容。
GGSN作为MBMS数据的IP组播业务节点，根据BM-SC的请求为广播或组播传送建立或释放与服务GPRS支持节点(Serving GPRS Supporting Node，SGSN)间的MBMS承载，从BM-SC或其它数据源接收IP广播/组播内容，并通过GPRS隧道协议(GPRS Tunneling Protocol，GTP)隧道传送给相关的SGSN。
SGSN对用户进行网络控制，支持MBMS接收者在SGSN间的移动，根据GGSN的请求建立或释放与GGSN之间的MBMS承载，将广播/组播数据传送给无线接入网络(Radio Access Network，RAN)，如通用地面无线接入网路(Universal Terrestrial Radio Access Network，UTRAN)、GSM/EDGE无线接入网(GSM/EDGE Radio Access Network，GERAN)。SGSN通过归属位置寄存器(Home Location Register，HLR)获取用户信息。
RAN根据SGSN的请求建立或释放与SGSN之间的MBMS承载，在预定的广播/组播业务区域选择共享信道或专有信道传送MBMS业务，支持核心网发起和终止MBMS传送，支持MBMS接收者在无线网络控制器(Radio NetworkController，RNC)间的移动，支持传输MBMS业务声明、寻呼信息、MBMS并行业务，例如接收MBMS视频内容同时进行语音呼叫和消息业务。
用户设备(User Equipment，UE)支持激活/去激活MBMS业务，对内容进行加密和一致性保护等MBMS安全相关功能，接收MBMS业务声明、寻呼信息或支持同步业务以及根据MBMS会话标识决定是否忽略MBMS会话。
在上述MBMS的网络参考模型中，Gn/Gp表示SGSN和GGSN之间的接口，Gi表示BM-SC和GGSN之间的接口并且接口协议是互联网组播管理协议(Internet Group Management Protocol，IGMP)。Gmb表示BM-SC和GGSN之间的接口并且接口协议专用于传递MBMS信令参数。Gr表示SGSN与HLR之间的接口。Iu表示SGSN与UTRAN之间的接口。Iu/Gb表示SGSN与GERAN之间的接口。UE分别通过Uu和Um接口与UTRAN、GERAN连接通信。
有关MBMS的网络参考模型的更多内容参见3GPP TS 23.246“3rdGeneration Partnership Project；Technical Specification Group Services and SystemAspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture andfunctional description”，本发明在此引用，不再赘述。
一个MBMS业务在一次会话(Session)期间拥有一棵分发树，如图2所示。树根在BM-SC，树叶是所有准备接收此业务的UE。无论下游节点下还有多少分支，一个上游节点和一个下游节点之间只存在一个分支，称作一个MBMS承载。一个分发数的所有分支使用同样的QoS。除了叶子节点外，其它节点都保存有一个下游节点列表，当有会话数据需要下发时，上游节点通过与这些下游节点间的MBMS承载将会话数据发往指定的下游节点。对于每个下游节点，只发送一份会话数据，再由下游节点继续分发。
组播业务的主要流程如图3所示，包括签约(Subscription)、服务公告(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)以及离开(Leaving)等阶段。其中，Joining是一个签约用户加入组播组的过程，即用户通知网络希望接收某个组播业务的数据。在实现中，Joining过程通过MBMS组播激活流程来完成，也是一个组播分发树建立的过程。在此过程中，如果下游节点发现和上游节点还未建立MBMS承载关系，即没有加入上游节点的下游节点列表，则通过注册流程加入到上游节点的下游节点列表中，从而加入到组播分发树中。此时，仅仅是下游节点和上游节点间建立MBMS承载关系，而没有真正建立用户面的MBMS承载，也没有为MBMS承载分配所需的资源。直到Session start时，才真正建立用户面MBMS承载，分配其所需的资源，提供一定的QoS，用于传输MBMS会话数据。
广播业务的主要流程如图4所示，与组播流程相比，少了Subscription、Joining和Leaving流程。广播用户不需要进行签约，也不需要加入特定的广播组，只要其所在的地理位置在广播域内，就可以接收广播业务。
有关上述MBMS的组播、广播业务的主要流程的更多内容参见3GPP TS23.246“3rd Generation Partnership Project；Technical Specification Group Servicesand System Aspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture and functional description”，本发明在此引用，不再赘述。
图5示出了MBMS组播激活流程，详述如下：
1.UE激活一个分组数据协议(Packet Data Protocol，PDP)上下文(PDPContext Activation)。
2.UE通过该PDP上下文通知GGSN其希望加入一个特定的组播组(IGMPJoin)。
3.GGSN向BM-SC发送MBMS鉴权请求(MBMS Authorization Request)消息，BM-SC根据用户的签约信息决定是否允许用户加入该组播组。BM-SC通过MBMS鉴权响应(MBMS Authorization Response)消息，通知GGSN认证结果，如果认证未通过，则终止流程；否则，进行后续流程。
4a.GGSN向SGSN发送MBMS通知请求(MBMS Notification Request)消息，通知SGSN，UE请求加入一个特定的组播组。
4b.SGSN向GGSN返回MBMS通知响应(MBMS Notification Response)消息，指示GGSN，SGSN是否允许激活流程继续。
5.SGSN向UE发送请求MBMS上下文激活(Request MBMS ContextActivation)消息，请求UE发起MBMS激活流程。
6.UE向SGSN发送激活MBMS上下文请求(Activate MBMS ContextRequest)消息请求激活。消息中会携带UE的MBMS支持能力。如果SGSN和该GGSN之间已经建立了MBMS承载关系，SGSN比较该MBMS承载所需的支持能力和UE的支持能力，如果UE的MBMS支持能力小于该MBMS承载所需的支持能力，SGSN将向UE发送激活MBMS上下文拒绝(ActivateMBMS Context Reject)消息。
7.如果SGSN中建立起了MBMS UE上下文，则进行后续流程；如果SGSN中没有建立起MBMS UE上下文，则SGSN向GGSN发送MBMS通知拒绝请求(MBMS Notification Reject Request)消息请求拒绝，GGSN向SGSN回MBMS通知拒绝响应(MBMS Notification Reject Response)消息，防止后续继续发送MBMS Notification Request消息，流程至此结束。
8.UE和SGSN间执行安全功能(Security Functions)。
9.Gb模式下，如果跟踪功能被激活，SGSN通知RAN侧激活跟踪(InvokeTrace)。
10.SGSN向GGSN发送创建MBMS上下文请求(Create MBMS ContextRequest)消息，请求GGSN建立MBMS UE上下文。该GGSN可能与步骤2～4中的GGSN不是同一个GGSN。
11.GGSN向BM-SC发送MBMS Authorization Request，请求BM-SC建立MBMS UE上下文。BM-SC建立起MBMS UE上下文，并通过MBMSAuthorization Response消息通知GGSN结果。
12.如果GGSN和BM-SC之间还未为该组播业务建立MBMS承载关系，GGSN向BM-SC发送MBMS注册请求(MBMS Registration Request)消息请求建立MBMS承载关系。
BM-SC为该MBMS承载分配临时移动组标识，该标识通过MBMS注册响应(MBMS Registration Response)消息到达GGSN、SGSN，并通过激活MBMS上下文接受(Activate MBMS Context Accept)消息发送给UE。
BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN加入到下游节点列表中。
13.GGSN建立MBMS上下文，并向SGSN返回创建MBMS上下文响应(Create MBMS Context Response)消息。
14.如果SGSN和GGSN之间还未为该组播业务建立MBMS承载关系，SGSN向GGSN发送MBMS Registration Request消息请求建立MBMS承载关系。
GGSN向SGSN返回MBMS Registration Response消息，并把SGSN加入下游节点列表。
15.Iu模式特殊情况下，SGSN将MBMS UE上下文提供给RAN(ProvisionofMBMS UE Context to RAN)。
16.Iu模式下，如果跟踪功能被激活，SGSN通知RAN侧激活跟踪。
17.SGSN向MS发送激活MBMS上下文接受(Activate MBMS ContextAccept)消息。该消息中包含MBMS承载所需的支持能力，当UE后续需要激活MBMS业务时，需要考虑该能力。如果SGSN在步骤6中由于和GGSN之间还未建立MBMS承载关系，而导致没有比较该MBMS承载所需的支持能力和UE的支持能力，则在本步骤中执行比较。如果UE的MBMS支持能力小于该MBMS承载所需的支持能力，SGSN将向UE发送激活MBMS上下文拒绝(Activate MBMS Context Reject)消息。
会话开始流程由BM-SC决定发起，如图6所示。上游节点依次向下游节点发起会话开始请求，并和下游节点间建立其用户面MBMS承载，即分配其所需的资源，提供一定的QoS，用于传输MBMS会话数据。
会话结束流程同样由BM-SC决定发起，如图7所示。上游节点依次向下游节点发起会话结束请求，并释放和下游节点间的用户面MBMS承载，即释放其占用的资源。
如图8所示，MBMS组播去激活流程与MBMS组播激活流程相对应，用于用户退出某个组播组。与激活流程不同的是，该流程可以由各个网络实体主动发起，如UE、SGSN、GGSN或BM-SC。如果由UE发起，从步骤1开始；如果由BM-SC发起，从步骤3开始；如果由GGSN发起，从步骤3开始；如果由SGSN，从步骤5或9开始。
1.UE通过PDP上下文通知GGSN其希望退出一个特定的组播组(IGMPLeave)。
2.GGSN向BM-SC发送离开指示(Leave Indication)消息。
3.收到离开指示消息后，BM-SC核实该UE的IP多播地址和MBMS承载服务，然后向GGSN发送删除请求(Removal Request)消息。
4.GGSN向SGSN发送MBMS UE上下文去激活请求(MBMS UE ContextDeactivation Request)消息，通知SGSN，UE请求退出一个特定的组播组。SGSN向GGSN返回MBMS UE上下文去激活响应(MBMS UE Context DeactivationResponse)消息。
5.SGSN向UE发送去激活MBMS上下文请求(Deactivate MBMS ContextRequest)消息，请求UE去激活MBMS UE上下文。
6.UE去激活MBMS UE上下文，并向SGSN发送去激活MBMS上下文接受(Activate MBMS Context Accept)消息。
7.如果Iu模式下，UE处于PMM-CONNECT状态，并且已经链接到RAN，SGSN向RAN发送MBMS UE去链接请求(MBMS UE De-Linking Request)消息。RAN去激活MBMS UE上下文，并向SGSN返回MBMS UE去链接响应(MBMS UE De-Linking Response)消息。
8.释放空中接口资源。
9.SGSN向GGSN发送删除MBMS上下文请求(Delete MBMS ContextRequest)消息，请求GGSN删除MBMS UE上下文。该GGSN可能与步骤2～4中的GGSN不是同一个GGSN。
10.GGSN向BM-SC发送去激活指示(Deactivation Indication)消息，确认去激活MBMS UE上下文。BM-SC去激活MBMS UE上下文，并向GGSN返回去激活确认(Deactivation Confirmation)消息。
11.如果GGSN和BM-SC之间已无UE使用为该组播业务建立MBMS承载关系，并且该MBMS承载关系的下游节点列表为空，GGSN向BM-SC发送MBMS注销请求(MBMS De-Registration Request)消息，请求释放该MBMS承载关系。BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN从下游节点列表中删除。
12.GGSN去激活MBMS UE上下文，并向SGSN返回删除MBMS上下文请求(Delete MBMS Context Response)消息。收到该消息后，SGSN去激活MBMS UE上下文。
13.如果SGSN和GGSN之间已无UE使用为该组播业务建立MBMS承载关系，并且该MBMS承载关系的下游节点列表为空，SGSN向GGSN发送MBMS注销请求(MBMS De-Registration Request)消息，请求释放该MBMS承载关系。GGSN向SGSN返回MBMS Registration Response消息，并把SGSN从下游节点列表中删除。
注销流程除了由下游节点发起外，还可以由BM-SC决定发起，如图9所示。上游节点依次向下游节点发起注销请求，并释放和下游节点间的用户面MBMS承载，即释放其所占用的资源。同时，MBMS组播模式下，各个网元都释放MBMS UE相关的上下文，用户退出组播组。
上述MBMS组播激活流程、会话开始流程、会话结束流程、注册流程、去激活流程以及注销流程等MBMS组播业务流程在3GPP TS 23.246“3rdGeneration Partnership Project；Technical Specification Group Services and SystemAspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture andfunctional description”中有详细定义，本发明在此引用，不再赘述。
UE通过无线接入网接入SGSN，不同的无线接入网使用不同的接口协议和SGSN连接。基站子系统(Base Station sub-System，BSS)通过Gb接口连接到SGSN，此时网络的连接称为Gb模式。BSS/RNC通过Iu接口连接到SGSN，此时网络的连接称为Iu模式。
用户在移动的过程中，路由区会发生变化。如果新旧路由区属于同一个SGSN，则发生SGSN内的路由区更新流程(Intra SGSN Routing Area UpdateProcedure)；如果新旧路由区属于不同的SGSN，则发生SGSN间的路由区更新流程(Inter SGSN Routing Area Update Procedure)。
用户在移动的过程中，也可能使用不同类型的无线接入网，发生从Gb模式到Iu模式的系统间切换或从Iu模式到Gb模式的系统间切换。用户初始在Gb模式下，切换到Iu模式，如果Iu模式无线接入网和Gb模式无线接入网使用相同的SGSN，则发生SGSN内的Gb模式到Iu模式系统间切换流程；用户初始在Iu模式下，切换到Gb模式，如果Gb模式无线接入网和Iu模式无线接入网使用相同的SGSN，则发生SGSN内的Iu模式到Gb模式系统间切换流程。
更新MBMS上下文请求(Update MBMS Context Request)消息和更新MBMS上下文响应(Update MBMS Context Response)消息主要用于SGSN间的路由区更新流程和SGSN内的系统间切换流程。SGSN间的路由区更新流程中，新侧SGSN使用该消息通知GGSN更新MBMS UE上下文。SGSN内的系统间切换流程中，SGSN使用该消息通知GGSN无线接入类型的变化。
SGSN与GGSN通过Gn接口连接，该接口上通过IP/UDP上承载的GTP协议(GPRS Tunnelling Protocol)完成信令和数据的转发和处理。GTP协议分为两个层面：用于传输GTP信令的控制面(GTP-C)和用于传输GTP数据业务的用户面(GTP-U)。
隧道端点标识(Tunnel Endpoint Identifier，TEID)用于标识一个GTP隧道，在接收GTP-C或GTP-U协议实体中标识一个通道端点。每个GTP隧道的TEID对于一个逻辑节点(如SGSN、GGSN等)的IP地址是唯一的。TEID由GTP隧道的接收方端点本地分配，发送方使用。发送方将TEID信息携带在GTP-C和GTP-U消息头中发送给对方，接收方根据消息头中的TEID来定位信令或数据所属的GTP隧道。
对于组播模式，根据3GPP TS 29.060“3rd Generation Partnership Project；Technical SpecificationGroup Core Network andTerminals；General Packet RadioService(GPRS)；GPRS Tunnelling Protocol(GTP)across theGn and Gpinterface”，SGSN在MBMS组播激活流程中通过Create MBMS Context Request消息(上述MBMS组播激活流程的步骤10)，将SGSN分配的控制面IP地址和控制面TEID发送给GGSN，SGSN为每个MBMS UE分配一个控制面的TEID，所建立的GTP-C隧道用于GGSN的下行信令传输。GGSN通过CreateMBMS Context Response消息(上述MBMS组播激活流程的步骤13)，将GGSN分配的控制面IP地址和控制面TEID发送给SGSN，GGSN为每个MBMS UE分配一个控制面的TEID，所建立的GTP-C隧道用于SGSN的上行控制面信令传输。
在MBMS组播去激活流程或BM-SC发起的注销流程中，SGSN和GGSN将释放为MBMS UE分配的GTP-C隧道。
根据3GPP TS 29.060，SGSN在会话开始流程中通过MBMS会话开始响应(MBMS Session Start Response)消息(上述会话开始流程的步骤2)，将SGSN分配的用户面IP地址和用户面TEID发送给GGSN，SGSN为每个MBMS承载分配一个用户面的TEID，所建立的GTP-U隧道用于GGSN的下行用户面数据传输。由于MBMS承载只传输下行数据，GGSN不需要为SGSN分配用户面TEID，建立上行GTP-U隧道传输上行数据。
在会话结束流程中，SGSN将释放为MBMS承载分配的GTP-U隧道。
对于广播模式，根据3GPP TS 29.060，GGSN在会话开始流程中通过MBMS会话开始请求(MBMS Session Start Request)消息(上述会话开始流程的步骤2)，将GGSN分配的控制面IP地址和控制面TEID发送给SGSN，GGSN为每个MBMS承载分配一个控制面的TEID，所建立的GTP-C隧道用于SGSN的上行信令传输。由于MBMS承载只传输下行数据，GGSN不需要为SGSN分配用户面TEID，建立上行GTP-U隧道传输上行数据。
根据3GPP TS 29.060，SGSN在会话开始流程中通过MBMS Session StartResponse消息(上述会话开始流程的步骤2)，将SGSN分配的控制面IP地址和控制面TEID、用户面IP地址和用户面TEID发送给GGSN，SGSN为每个MBMS承载分配一个控制面TEID和一个用户面的TEID，所建立的GTP-C隧道用于GGSN的下行控制面信令传输，所建立的GTP-U隧道用于GGSN的下行用户面数据传输。
在会话结束流程中，SGSN和GGSN将释放为MBMS承载分配的GTP-C隧道和GTP-U隧道。
上述过程中，在MBMS组播模式下，SGSN和GGSN之间需要为每个MBMS UE建立一个上行GTP-C隧道和一个下行GTP-C隧道。实际上，SGSN和GGSN之间只需要为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道即可，现有处理浪费了有限的TEID资源。
同时，在MBMS组播去激活流程中，如果所有的MBMS UE都已经被释放，SGSN才会向GGSN发送De-Registration Request消息，此时SGSN和GGSN之间已经没有任何为MBMS UE建立的GTP-C隧道，该消息除非使用新建的GTP-C隧道下发给GGSN，SGSN需要从GGSN的下游节点列表中注销，却还需要新建GTP-C隧道，这显然是矛盾的。并且，根据目前的3GPP TS 29.060协议，SGSN在MBMS De-registration Request消息中也没有为GGSN分配下行控制面TEID，即没有建立下行GTP-C隧道，GGSN的MBMS De-RegistrationResponse响应消息无法发送给SGSN。
另外，在MBMS组播模式下，当GGSN触发会话开始流程时，由于GTP-C隧道是按照MBMS UE分配的，而MBMS Session StartRequest/Response、MBMSSession Stop Request/Response等消息只针对MBMS承载发送一条就可以了，多个MBMS UE共用一个MBMS承载，消息发送方必须决定如何选择一个MBMSUE的GTP-C承载来传送这些信令。而且无论发送方如何选择，接收方都需要根据MBMS UE再去查找MBMS承载，增加了系统实现的复杂度。
最后，MBMS广播模式下，SGSN和GGSN是针对MBMS承载建立GTP-C隧道的。MBMS广播模式和组播模式的不一致，增加了实际系统实现的复杂度。
发明内容
本发明的目的在于提供一种MBMS组播业务中建立GTP隧道的方法，旨在解决现有技术中存在的在MBMS组播模式下，SGSN和GGSN之间需要为每个MBMS UE建立一个上行GTP-C隧道和一个下行GTP-C隧道，导致控制面TEID资源的浪费，造成各流程对GTP-C隧道使用的矛盾，同时使MBMS组播和广播模式下SGSN和GGSN之间的GTP-C隧道处理不一致，增加了系统实现的复杂度的问题。
本发明是这样实现的，一种多媒体广播/组播业务中建立通用分组无线业务隧道协议GTP隧道的方法，SGSN与GGSN只为每个MBMS承载建立一个上行通用分组无线业务隧道协议信令的控制面GTP-C隧道和一个下行GTP-C隧道，并利用建立的GTP-C隧道传输与MBMS承载相关的消息以及与MBMS UE相关的消息。
所述SGSN与GGSN只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道的步骤进一步包括下述步骤：
2.1SGSN在发送创建或者更新MBMS上下文请求消息前，如果与GGSN之间未为当前MBMS承载建立GTP-C隧道，SGSN在GTP-C消息头中的隧道端点标识TEID填入0，要求GGSN为新建GTP-C隧道给SGSN分配控制面IP地址和控制面TEID，消息体内携带SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
2.2GGSN收到所述创建或者更新MBMS上下文请求消息后，解析出消息体中SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中；
2.3GGSN向SGSN返回创建或者更新MBMS上下文响应消息，在GTP-C消息头中填入SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，消息体内携带GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，以及用于定位MBMS UE的IMSI和MBMS网络层服务接入点标识NSAPI信息；
2.4SGSN收到所述创建或者更新MBMS上下文响应消息后，解析出消息体中GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中。
所述SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS UE相关的消息的步骤进一步包括下述步骤：
3.1SGSN在发送创建或者更新MBMS上下文请求消息前，如果与GGSN之间已经为当前MBMS承载建立GTP-C隧道，使用所述GTP-C隧道向GGSN发送创建或者更新MBMS上下文请求消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带SGSN为所述GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
3.2GGSN收到所述创建或者更新MBMS上下文请求消息后，使用所述GTP-C隧道向SGSN发送创建或者更新MBMS上下文响应消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带GGSN为所述GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，以及用于定位MBMS UE的IMSI和MBMS NSAPI信息。
所述SGSN与GGSN只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道的步骤进一步包括：
UE在向SGSN发起激活MBMS上下文消息请求激活后，如果SGSN和GGSN之间未为当前组播业务建立MBMS承载关系，SGSN和GGSN之间先行发起注册流程，为MBMS承载建立一个GTP-C隧道。
所述方法进一步包括下述步骤：
5.1SGSN在发送注册请求消息前，如果与GGSN之间未为当前MBMS承载建立GTP-C隧道，SGSN在GTP-C消息头中的TEID填入0，要求GGSN为新建GTP-C隧道给SGSN分配控制面IP地址和控制面TEID，消息体内携带SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
5.2GGSN收到所述注册请求消息后，解析出消息体中SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中；
5.3GGSN向SGSN返回注册响应消息，在GTP-C消息头中填入SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，消息体内携带GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID；
5.4SGSN收到所述注册响应消息后，解析出消息体中GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中。
所述方法进一步包括下述步骤：
6.1SGSN使用所述GTP-C隧道向GGSN发送注册请求消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带SGSN为所述GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
6.2GGSN接收所述注册请求消息后，使用所述GTP-C隧道传输注册响应消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带GGSN为所述GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID。
SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS UE相关的消息的步骤进一步包括下述步骤：
7.1SGSN利用与GGSN之间为MBMS承载建立的GTP-C隧道向GGSN发送删除MBMS上下文请求消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内携带用于定位MBMS UE的IMSI和MBMS NSAPI信息；
7.2GGSN收到所述删除MBMS上下文请求消息后，利用所述GTP-C隧道向SGSN发送删除MBMS上下文响应消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内携带用于定位MBMS UE的IMSI和MBMS NSAPI信息。
SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS承载相关的消息的步骤进一步包括下述步骤：
8.1SGSN/GGSN利用所述GTP-C隧道向对端发送MBMS注销请求消息，在GTP-C消息头中填入对端为所述GTP-C隧道分配的控制面IP地址和控制面TEID；
8.2GGSN/SGSN利用所述GTP-C隧道向对端发送MBMS注销响应消息，在GTP-C消息头中填入对端为所述GTP-C隧道分配的控制面IP地址和控制面TEID。
SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS承载相关的消息的步骤进一步包括下述步骤：
9.1GGSN利用所述GTP-C隧道向SGSN发送MBMS会话开始请求消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID；
9.2SGSN利用所述GTP-C隧道向GGSN发送MBMS会话开始响应消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID。
SGSN与GGSN之间利用所述建立的所述GTP-C隧道传输与MBMS承载相关的消息的步骤进一步包括下述步骤：
10.1GGSN利用所述GTP-C隧道向SGSN发送MBMS会话结束请求消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID；
10.2SGSN利用所述GTP-C隧道向GGSN发送MBMS会话结束响应消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID。
本发明在MBMS组播模式下，SGSN和GGSN之间只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道，节省了控制面TEID资源的使用，避免各流程中对GTP-C隧道使用的矛盾，同时使MBMS组播和广播模式下SGSN和GGSN之间的GTP-C隧道处理一致，降低了系统实现的复杂度。
附图说明
图1是MBMS的网络参考模型图；
图2是MBMS业务会话分发树示意图；
图3是MBMS组播业务的阶段示意图；
图4是MBMS广播业务的阶段示意图；
图5是MBMS组播激活流程图；
图6是MBMS组播会话开始流程图；
图7是MBMS组播会话结束流程图；
图8是MBMS组播去激活流程图；
图9是MBMS组播注销流程图；
图10是本发明提供的MBMS组播激活流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明中，在MBMS组播模式下，SGSN和GGSN之间只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道。SGSN和GGSN将对端分配给GTP-C隧道的IP地址和TEID保存在相应的MBMS承载上下文中。与MBMS承载相关的消息以及与MBMS UE相关的消息均在建立的GTP-C隧道上传输。
作为本发明的第一实施例，对现有激活流程中各步骤的执行次序不作更改，以保持与现有协议的良好兼容，SGSN和GGSN之间通过Create/Update MBMSContext Request消息和Create/Update MBMS Context Response消息为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道。
参见图5，在步骤10中，当SGSN在向GGSN发送Create MBMS ContextRequest消息前，首先判断是否已经和GGSN之间为该MBMS承载建立了GTP-C隧道。如果已经建立了GTP-C隧道，使用该GTP-C隧道传输CreateMBMS Context Request消息，在GTP-C消息头中填入GGSN为该GTP-C隧道分配的控制面IP地址和TEID，消息体内不携带SGSN为该GTP-C隧道分配给GGSN的控制面IP地址和TEID；如果还未建立GTP-C隧道，则SGSN在GTP-C消息头中填入的控制面TEID为0，要求GGSN为新建GTP-C隧道给SGSN分配控制面IP地址和TEID，消息体内携带SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和TEID。
在步骤13中，如果GGSN收到GTP-C消息头中TEID不为0的CreateMBMS Context Request消息，说明SGSN和GGSN之间已经建立了GTP-C隧道。GGSN使用该GTP-C隧道传输Create消息，在GTP-C消息头中填入SGSN为该GTP-C隧道分配的控制面IP地址和TEID，消息体内不携带GGSN为该GTP-C隧道分配给SGSN的控制面IP地址和TEID。
如果GGSN收到GTP-C消息头中TEID为0的Create MBMS ContextRequest消息，说明SGSN和GGSN之间还未建立GTP-C隧道。GGSN解析出Create MBMS Context Request消息体中SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和TEID，创建相应的MBMS承载上下文并将上述信息保存在MBMS承载上下文中。GGSN返回Create MBMS Context Response消息时，在GTP-C消息头中填入SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和TEID，消息体内携带GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和TEID。SGSN收到GGSN的响应消息后，解析出Create MBMS ContextResponse消息体中GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和TEID，创建相应的MBMS承载上下文并将上述信息保存在MBMS承载上下文中。至此，SGSN和GGSN之间的GTP-C隧道建立完成。需要说明的是，MBMS承载上下文中的其它内容还需要注册流程完成。
在步骤14中，SGSN在发送MBMS Registration Request消息前，SGSN和GGSN之间为该MBMS承载建立了GTP-C隧道，使用该GTP-C隧道传输MBMSRegistration Request消息，在GTP-C消息头中填入GGSN为该GTP-C隧道分配的控制面IP地址和TEID，消息体内不携带SGSN为该GTP-C隧道分配给GGSN的控制面IP地址和TEID。GGSN收到GTP-C消息头中TEID不为0的MBMS Registration Request消息，说明SGSN和GGSN之间已经建立了GTP-C隧道。GGSN使用该GTP-C隧道传输MBMS Registration Response消息，在GTP-C消息头中填入SGSN为该GTP-C隧道分配的控制面IP地址和TEID，消息体内不携带GGSN为该GTP-C隧道分配给SGSN的控制面IP地址和TEID。
在更新流程中，SGSN和GGSN之间通过Update MBMS Context Request消息和Update MBMS Context Response消息为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道，实现方式与激活流程类似，不再赘述。
根据现有协议，Create/Update MBMS Context Request消息中已经存在IMSI和MBMS NSAPI信息，需要在Create/Update MBMS Context Response消息中增加IMSI和MBMS NSAPI信息，用于定位MBMS UE。
作为本发明的第二实施例，对现有的激活流程进行修改，当UE向SGSN发送Activate MBMS Context Request消息请求激活时，如果SGSN和GGSN之间还未为当前组播业务建立MBMS承载关系，SGSN先行向GGSN发起MBMSRegistration Request消息请求建立MBMS承载关系，SGSN和GGSN之间通过MBMS Registration Request消息和MBMS Registration Response消息为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道。
SGSN在发送MBMS Registration Request消息时，在GTP-C消息头中填入的控制面TEID为0，要求GGSN为新建GTP-C隧道给SGSN分配控制面IP地址和TEID，消息体内携带SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和TEID。
GGSN收到GTP-C消息头中TEID为0的MBMS Registration Request消息，说明SGSN和GGSN之间还未建立GTP-C隧道。GGSN解析出MBMSRegistration Request消息体中SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和TEID，创建相应的MBMS承载上下文并将上述信息保存在MBMS承载上下文中。
GGSN返回MBMS Registration Response消息时，在GTP-C消息头中填入SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和TEID，消息体内携带GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和TEID。
SGSN收到GGSN的响应消息后，解析出MBMS Registration Response消息体中GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和TEID，创建相应的MBMS承载上下文并将上述信息保存在MBMS承载上下文中。至此，SGSN和GGSN之间的GTP-C隧道建立完成。
图10示出了本实施例下的激活流程，详述如下：
1.MBMS组播激活前续流程已经完成。UE向SGSN发送Activate MBMSContext Request消息请求激活。该消息中会携带UE的MBMS支持能力。如果SGSN和该GGSN之间已经建立了MBMS承载关系，SGSN就比较该MBMS承载所需的支持能力和UE的支持能力，如果UE的MBMS支持能力小于该MBMS承载所需的支持能力，SGSN将向UE发送激活拒绝消息。
2.如果SGSN和GGSN之间还未为该组播业务建立MBMS承载关系，SGSN向GGSN发送MBMS Registration Request消息请求建立MBMS承载关系。
3.如果GGSN和BM-SC之间还未为该组播业务建立MBMS承载关系，GGSN向BM-SC发送MBMS Registration Request消息请求建立MBMS承载关系。
BM-SC为该MBMS承载分配临时移动组标识。该标识通过MBMSRegistration Response消息到达GGSN、SGSN，并通过Activate MBMS ContextAccept消息发送给UE。
BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN加入到下游节点列表中。
4.GGSN向SGSN返回MBMS Registration Response消息，并把SGSN加入下游节点列表。
5.SGSN使用注册流程和GGSN为MBMS承载建立起的GTP-C隧道，向GGSN发送Create MBMS Context Requests消息，请求GGSN建立MBMS UE上下文。
6.GGSN向BM-SC发送MBMS Authorization Request，请求BM-SC建立MBMS UE上下文。BM-SC建立起MBMS UE上下文，并通过MBMSAuthorization Response消息通知GGSN结果。
7.GGSN建立MBMS UE上下文，并使用注册流程和SGSN为MBMS承载建立起的GTP-C隧道向SGSN返回Create MBMS Context Response消息。
在本发明中，SGSN和GGSN之间为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道后，与MBMS承载相关的消息以及与MBMS UE相关的消息均在建立的GTP-C隧道上传输。
1、对于Delete MBMS Context Request和Delete MBMS Context Response消息：
SGSN使用已经和GGSN之间为MBMS承载建立的GTP-C隧道发送DeleteMBMS Context Request消息，在GTP-C消息头中填入GGSN为该GTP-C隧道分配的控制面IP地址和TEID，消息体内携带IMSI和MBMS NSAPI信息用于定位MBMS UE。
GGSN使用已经和SGSN之间为MBMS承载建立的GTP-C隧道发送DeleteMBMS Context Response消息，在GTP-C消息头中填入SGSN为该GTP-C隧道分配的控制面IP地址和TEID，消息体内携带IMSI和MBMS NSAPI信息用于定位MBMS UE。
2、对于MBMS Registration Request和MBMS Registration Response消息SGSN和GGSN都有可能发送这两条消息。SGSN/GGSN使用已经和对端之间为MBMS承载建立的GTP-C隧道发送MBMS De-registration Request消息，在GTP-C消息头中填入对端为该GTP-C隧道分配的控制面IP地址和TEID。
GGSN/SGSN使用已经和对端之间为MBMS承载建立的GTP-C隧道发送MBMS De-registration Response消息，在GTP-C消息头中填入对端为该GTP-C隧道分配的控制面IP地址和TEID。
3、MBMS Session Start/Stop Request、MBMS Session Start/Stop Response消息
GGSN使用已经和SGSN之间为MBMS承载建立的GTP-C隧道发送MBMS Session Start/Stop Request消息，在GTP-C消息头中填入SGSN为该GTP-C隧道分配的控制面IP地址和TEID。
SGSN使用已经和GGSN之间为MBMS承载建立的GTP-C隧道发送MBMS Session Start/Stop Response消息，在GTP-C消息头中填入GGSN为该GTP-C隧道分配的控制面IP地址和TEID。
上述与MBMS承载相关的消息以及与MBMS UE相关的消息的传输流程参见现有协议的描述，本发明不再赘述。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (10)
1、一种多媒体广播/组播业务中建立通用分组无线业务隧道协议GTP隧道的方法，其特征在于，SGSN与GGSN只为每个MBMS承载建立一个上行通用分组无线业务隧道协议信令的控制面GTP-C隧道和一个下行GTP-C隧道，并利用建立的GTP-C隧道传输与MBMS承载相关的消息以及与MBMS UE相关的消息。
2、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，所述SGSN与GGSN只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道的步骤进一步包括下述步骤：
2.1 SGSN在发送创建或者更新MBMS上下文请求消息前，如果与GGSN之间未为当前MBMS承载建立GTP-C隧道，SGSN在GTP-C消息头中的隧道端点标识TEID填入0，要求GGSN为新建GTP-C隧道给SGSN分配控制面IP地址和控制面TEID，消息体内携带SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
2.2 GGSN收到所述创建或者更新MBMS上下文请求消息后，解析出消息体中SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中；
2.3 GGSN向SGSN返回创建或者更新MBMS上下文响应消息，在GTP-C消息头中填入SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，消息体内携带GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，以及用于定位MBMS UE的IMSI和MBMS网络层服务接入点标识NSAPI信息；
2.4 SGSN收到所述创建或者更新MBMS上下文响应消息后，解析出消息体中GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中。
3、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，所述SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMSUE相关的消息的步骤进一步包括下述步骤：
3.1 SGSN在发送创建或者更新MBMS上下文请求消息前，如果与GGSN之间已经为当前MBMS承载建立GTP-C隧道，使用所述GTP-C隧道向GGSN发送创建或者更新MBMS上下文请求消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带SGSN为所述GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
3.2 GGSN收到所述创建或者更新MBMS上下文请求消息后，使用所述GTP-C隧道向SGSN发送创建或者更新MBMS上下文响应消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带GGSN为所述GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，以及用于定位MBMS UE的IMSI和MBMS NSAPI信息。
4、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，所述SGSN与GGSN只为每个MBMS承载建立一个上行GTP-C隧道和一个下行GTP-C隧道的步骤进一步包括：
UE在向SGSN发起激活MBMS上下文消息请求激活后，如果SGSN和GGSN之间未为当前组播业务建立MBMS承载关系，SGSN和GGSN之间先行发起注册流程，为MBMS承载建立一个GTP-C隧道。
5、如权利要求4所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，所述方法进一步包括下述步骤：
5.1 SGSN在发送注册请求消息前，如果与GGSN之间未为当前MBMS承载建立GTP-C隧道，SGSN在GTP-C消息头中的TEID填入0，要求GGSN为新建GTP-C隧道给SGSN分配控制面IP地址和控制面TEID，消息体内携带SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
5.2 GGSN收到所述注册请求消息后，解析出消息体中SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中；
5.3 GGSN向SGSN返回注册响应消息，在GTP-C消息头中填入SGSN为新建GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID，消息体内携带GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID；
5.4 SGSN收到所述注册响应消息后，解析出消息体中GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID，创建相应的MBMS承载上下文，并将所述GGSN为新建GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID保存在所述MBMS承载上下文中。
6、如权利要求2所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，所述方法进一步包括下述步骤：
6.1 SGSN使用所述GTP-C隧道向GGSN发送注册请求消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带SGSN为所述GTP-C隧道分配给GGSN的控制面IP地址和控制面TEID；
6.2 GGSN接收所述注册请求消息后，使用所述GTP-C隧道传输注册响应消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内不携带GGSN为所述GTP-C隧道分配给SGSN的控制面IP地址和控制面TEID。
7、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS UE相关的消息的步骤进一步包括下述步骤：
7.1 SGSN利用与GGSN之间为MBMS承载建立的GTP-C隧道向GGSN发送删除MBMS上下文请求消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内携带用于定位MBMS UE的IMSI和MBMS NSAPI信息；
7.2 GGSN收到所述删除MBMS上下文请求消息后，利用所述GTP-C隧道向SGSN发送删除MBMS上下文响应消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID，消息体内携带用于定位MBMS UE的IMSI和MBMS NSAPI信息。
8、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS承载相关的消息的步骤进一步包括下述步骤：
8.1 SGSN/GGSN利用所述GTP-C隧道向对端发送MBMS注销请求消息，在GTP-C消息头中填入对端为所述GTP-C隧道分配的控制面IP地址和控制面TEID；
8.2 GGSN/SGSN利用所述GTP-C隧道向对端发送MBMS注销响应消息，在GTP-C消息头中填入对端为所述GTP-C隧道分配的控制面IP地址和控制面TEID。
9、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，SGSN与GGSN之间利用所述建立的GTP-C隧道传输与MBMS承载相关的消息的步骤进一步包括下述步骤：
9.1 GGSN利用所述GTP-C隧道向SGSN发送MBMS会话开始请求消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID；
9.2 SGSN利用所述GTP-C隧道向GGSN发送MBMS会话开始响应消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID。
10、如权利要求1所述的多媒体广播/组播业务中建立GTP隧道的方法，其特征在于，SGSN与GGSN之间利用所述建立的所述GTP-C隧道传输与MBMS承载相关的消息的步骤进一步包括下述步骤：
10.1 GGSN利用所述GTP-C隧道向SGSN发送MBMS会话结束请求消息，在GTP-C消息头中填入SGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID；
10.2 SGSN利用所述GTP-C隧道向GGSN发送MBMS会话结束响应消息，在GTP-C消息头中填入GGSN为所述GTP-C隧道分配的控制面IP地址和控制面TEID。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB200610033654XA CN100502358C (zh) | 2006-02-14 | 2006-02-14 | 一种多媒体广播/组播业务中建立gtp隧道的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB200610033654XA CN100502358C (zh) | 2006-02-14 | 2006-02-14 | 一种多媒体广播/组播业务中建立gtp隧道的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1859305A CN1859305A (zh) | 2006-11-08 |
| CN100502358C true CN100502358C (zh) | 2009-06-17 |
Family
ID=37298169
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB200610033654XA Expired - Fee Related CN100502358C (zh) | 2006-02-14 | 2006-02-14 | 一种多媒体广播/组播业务中建立gtp隧道的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100502358C (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100531137C (zh) * | 2006-08-25 | 2009-08-19 | 中兴通讯股份有限公司 | 移动通信系统组播业务中建立控制面隧道的方法 |
| CN101296493B (zh) * | 2007-04-24 | 2013-02-13 | 华为技术有限公司 | 资源释放方法和网络设备 |
| CN101394577B (zh) * | 2007-09-21 | 2012-02-01 | 华为技术有限公司 | 组播广播多媒体业务用户面传输通道创建方法 |
| CN101232429B (zh) * | 2007-12-06 | 2010-09-29 | 华为技术有限公司 | 点到多点gtp隧道的建立方法、网络设备 |
| CN101540994B (zh) * | 2008-03-20 | 2011-03-09 | 大唐移动通信设备有限公司 | 一种实现系统间连续承载的方法及系统 |
| CN101567832B (zh) * | 2008-04-23 | 2011-09-14 | 电信科学技术研究院 | 一种删除gtp隧道的方法、装置及系统 |
| CN101567843B (zh) * | 2008-04-25 | 2012-02-01 | 电信科学技术研究院 | 一种删除控制平面隧道的方法及装置 |
| CN101572878B (zh) * | 2008-04-28 | 2011-04-06 | 大唐移动通信设备有限公司 | 通用分组无线业务隧道协议控制面隧道的管理方法与装置 |
| CN101599818B (zh) * | 2008-06-05 | 2011-12-28 | 电信科学技术研究院 | 为gtp消息设置定时器信息的方法及gtp消息节点 |
| CN105635987B (zh) * | 2016-02-05 | 2019-09-10 | 海能达通信股份有限公司 | 一种组呼业务处理方法及系统、核心网设备 |
-
2006
- 2006-02-14 CN CNB200610033654XA patent/CN100502358C/zh not_active Expired - Fee Related
Non-Patent Citations (2)
| Title |
|---|
| Technical Specification Group Core Network,GeneralPacketRadio Service(GPRS),GPRS TunnellingProtocol(GTP),across the Gn and GpInterface(Release 4). 3rd，Generation，Partnership，Project.3GPP TS 29.060，第V4.0.0卷. 2001 |
| Technical Specification Group Core Network,GeneralPacketRadio Service(GPRS),GPRS TunnellingProtocol(GTP),across the Gn and GpInterface(Release 4). 3rd,Generation,Partnership,Project.3GPP TS 29.060，第V4.0.0卷. 2001 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1859305A (zh) | 2006-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100502358C (zh) | 一种多媒体广播/组播业务中建立gtp隧道的方法 | |
| CN101340355B (zh) | 一种多媒体广播/组播业务的实现方法、系统及装置 | |
| US8107407B2 (en) | EHSPA architecture | |
| CN109450863B (zh) | 一种边缘mbms业务的数据传输方法及相关设备 | |
| US7957376B2 (en) | Efficient MBMS backbone distribution using one tunnel approach | |
| KR100827136B1 (ko) | 이동통신시스템에서의 시그널링 연결 설정방법 | |
| CN1482777B (zh) | 用于在第三代网络中数据广播的方法和广播多播业务服务器 | |
| EP1440537B1 (en) | Multicast support in packet switched wireless networks | |
| EP2992727B1 (en) | Multicast group reuse in cellular network multicast transport | |
| CN107040995A (zh) | 车联网通信v2x消息的广播方法及装置、mbms承载的建立方法 | |
| US20030039232A1 (en) | Method of sending a multicast message in such as a GPRS/UMTS network, and a mobile telecommunications network | |
| JP2009177807A (ja) | セルラーネットワークにおける放送サービスのためのデータ経路設定装置及び方法 | |
| CN101009908A (zh) | Lte系统中支持mbms业务传输的方法 | |
| JP2008118437A (ja) | 中継装置、無線通信システム及びマルチキャスト中継方法 | |
| CN100473013C (zh) | 移动通信系统组播业务中建立上下文的方法 | |
| WO2004073272A1 (en) | Method for effectively updating mbms service parameters in ggsn, sgsn and rnc | |
| KR100956817B1 (ko) | 패킷 데이터를 처리하는 방법 및 이를 위한 장치 | |
| CN101384005A (zh) | 通信系统中使用mbms业务的ue进行路由区域更新的方法 | |
| WO2008025206A1 (fr) | Procédé et réseau pour créer le tunnel de plan de contrôle dans le service de multidiffusion du système de communication mobile | |
| CN100428860C (zh) | 一种多媒体广播/组播业务链接的方法 | |
| CN100428749C (zh) | 一种多媒体广播/组播业务组播激活的方法 | |
| CN101132392B (zh) | 一种单独载频广播系统及其实现业务传送的方法 | |
| CN101102592B (zh) | 一种移动通信系统中实现终端加入组播业务组的方法 | |
| CN100558184C (zh) | 一种多媒体广播/组播业务去激活的方法 | |
| CN101094512A (zh) | 一种在组播业务中建立用户上下文和承载上下文的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090617 Termination date: 20130214 |