CN101090327A - 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统 - Google Patents

用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统 Download PDF

Info

Publication number
CN101090327A
CN101090327A CN 200610164793 CN200610164793A CN101090327A CN 101090327 A CN101090327 A CN 101090327A CN 200610164793 CN200610164793 CN 200610164793 CN 200610164793 A CN200610164793 A CN 200610164793A CN 101090327 A CN101090327 A CN 101090327A
Authority
CN
China
Prior art keywords
address
gsn
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.)
Pending
Application number
CN 200610164793
Other languages
English (en)
Inventor
涂小勇
王志海
吴波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN 200610164793 priority Critical patent/CN101090327A/zh
Publication of CN101090327A publication Critical patent/CN101090327A/zh
Pending legal-status Critical Current

Links

Images

Abstract

本发明提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的方法,包括以下步骤:同时支持IPV4和IPV6两种IP版本的第一GSN在发往第二GSN的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址;以及第二GSN从IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。另外,本发明还提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的系统。

Description

用于广播/组播业务同时支持IPV4和IPV6地址的方法及系统
技术领域
本发明涉及通信领域,更具体地,涉及一种在移动通信系统多媒体广播/组播业务(Multimedia Broadcast/Multicast Service,简称MBMS)中同时支持IPV4和IPV6地址的方法及系统。
背景技术
在通信领域中,为了有效地利用移动网络资源,现有移动通信系统提出了使用组播广播传输业务的思想,即MBMS。MBMS在移动网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高网络资源,尤其是空口接口资源的利用率。MBMS提供两种方式:广播方式和组播方式。MBMS不仅能实现纯文本低速率的消息类组播和广播,而且还能实现高速多媒体业务的组播和广播,组播和广播业务MBMS基于WCDMA/GSM分组网,通过增加一些新的功能实体,如广播组播业务中心BM-SC,对已有的分组域功能实体如SGSN(分组服务节点)、GGSN(分组网关节点)、RAN(无线接入网络)和UE(用户终端)增加MBMS功能,并定义了新的逻辑共享信道来实现空口资源共享。移动通信系统下使用MBMS的网络架构如图一所示。
除了BM-SC以外,都是移动通信系统的承载网元,完成数据传输功能。
实现接入MBMS业务,需要一系列的步骤和信令交互,至少包括业务通知,用户加入广播或组播组(包括激活、注册等)的接入步骤,以及离开(包括去活、注销等)的步骤。
为了完成MBMS信令和MBMS业务数据传输的处理,现有MBMS机制对已有的分组域核心网功能实体SGSN和GGSN,增加了MBMS承载上下文用于记录某一个业务的相关信息。
在SGSN的MBMS承载上下文中,保存了上行的GGSN控制面IP地址;在GGSN的MBMS承载上下文中,保存了下行节点SGSN的控制面地址和用户面地址。控制面地址和用户面地址既可以是IPV4地址,也可以是IPV6地址。
在MBMS业务中,SGSN与GGSN之间的信令消息及数据的传递依赖于知道对方的IP地址。
如图2所示,在组播业务中,MBMS承载上下文的建立是通过注册流程完成的,可以发送注册请求的网元包括RNC,SGSN,GGSN。
在组播业务情形下,在SGSN向GGSN发送的MBMS注册请求消息中,携带了SGSN控制面地址,即使SGSN既支持IPV4地址,也支持IPV6地址,SGSN控制面地址也只是填自己的IPV4地址。GGSN收到SGSN的MBMS注册请求消息,进行相应处理以后,给SGSN回MBMS注册响应消息,携带了GGSN控制面地址,即使GGSN既支持IPV4地址,也支持IPV6地址,GGSN控制面地址也只是填自己的IPV4地址。可以看到,即使SGSN和GGSN都支持IPV6地址,但是在MBMS注册过程中却并不会使用IPV6地址。
在这个过程中,没有考虑IP地址的版本问题,而IPV6是IP版本发展的一个必然趋势,这将带来以下问题:
(1)如果SGSN同时包含IPV4和IPV6两种地址,SGSN在不知道GGSN是否支持IPV6的情况下,将携带哪个地址给GGSN?
(2)同时支持IPV4和IPV6的GGSN如果收到的SGSN的请求中包含的是IPV4的地址,如何处理才能更大限度的使用IPV6?
(3)SGSN和GGSN如何能够知道对方是否支持IPV6?
(4)如果GGSN只支持IPV6,而发送消息的SGSN同时支持IPV4和IPV6,SGSN怎样发送地址才能让信令成功完成?
无论组播还是广播业务,在SGSN与GGSN之间的信令和数据传输都存在这个问题,包括从GGSN向SGSN发起的请求信令。入土所示,在组播业务中,MBMS承载的建立是通过MBMS会话开始流程完成的,可以发送MBMS会话开始请求的网元包括BM-SC,GGSN,SGSN。
在组播业务情形下,GGSN给SGSN发送MBMS会话开始请求消息,SGSN收到MBMS会话开始请求消息,进行相应处理以后,会给GGSN回MBMS会话开始响应消息,携带了SGSN用户面地址字段。
在广播业务中,如图4所示,MBMS承载上下文和MBMS承载的建立也是通过MBMS会话开始流程完成的,可以发送MBMS会话开始请求的网元包括BM-SC,GGSN,SGSN。
在广播业务情形下,每一个GGSN的下行SGSN节点信息(包括IP地址和隧道标识信息等)在BM-SC中已经配置好了。BM-SC在给GGSN发送MBMS会话开始请求消息中,携带了下行SGSN节点信息。SGSN收到GGSN发送的MBMS会话开始请求消息,进行相应处理以后,会给GGSN回MBMS会话开始响应,携带了SGSN控制面地址和用户面地址。在这个过程中也存在没有考虑IP地址的版本问题。
因此,需要一种用于MBMS中同时支持IPV4和IPV6地址的方法及系统,以解决上述问题。
发明内容
为了解决上述问题,本发明提供了一种用于MBMS中同时支持IPV4和IPV6地址的方法及系统,从而解决了GSN(GPRS SupportNode,GPRS支撑节点,SGSN和GGSN的统称)同时支持IPV4和IPV6两种地址情况下的一系列问题。
为了实现上述问题,本发明的一个方面提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的方法,包括以下步骤:同时支持IPV4和IPV6两种IP版本的第一GSN在发往第二GSN的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址;以及第二GSN从IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。
在上述的方法中,适合第二GSN的IP版本的地址包括第二GSN优先选择的或唯一支持的IP版本的地址。
在上述的方法中,第一GSN包括SGSN和GGSN中的任意一种,第二GSN包括SGSN和GGSN中的任意一种。
在上述的方法中,GSN在不知道第二GSN支持哪种IP版本的地址时,在发往第二GSN的MBMS消息中同时携带IPV4地址和IPV6地址。
在上述的方法中,还包括以下步骤:第二GSN将自己的地址放入回应消息中发送出。
本发明的另一方面还提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的通信系统,包括:第一GSN,其同时支持IPV4和IPV6两种IP版本,用于在发往第二GSN的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址;以及第二GSN,用于从IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。
在上述的通信系统中,适合第二GSN的IP版本的地址包括第二GSN优先选择的或唯一支持的IP版本的地址。
在上述的通信系统中,第一GSN包括SGSN和GGSN中的任意一种,第二GSN包括SGSN和GGSN中的任意一种。
在上述的通信系统中,第一GSN是在不知道第二GSN支持哪种IP版本的地址时,在发往第二GSN的MBMS消息中同时携带IPV4地址和IPV6地址。
在上述的通信系统中,第二GSN还用于将自己的地址放入回应消息中发送出。
如上所述,本发明实现了以下技术效果:解决了现有的组播/广播业务中,SGSN与GGSN之间的信令和数据传输过程中没有考虑IP地址版本不同的问题,从而使组播/广播业务能够同时支持IPV4和IPV6两种版本的地址。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1是网络架构的示意图;
图2是注册流程的示意图;
图3是组播业务会话开始流程图;
图4是广播业务会话开始流程图;
图5是根据本发明的组播业务实施例一的注册流程示意图;
图6是根据本发明的组播业务实施例二的注册流程示意图;
图7是根据本发明的广播业务实施例一的MBMS会话开始流程示意图;
图8是根据本发明的广播业务实施例二的广播MBMS会话开始流程示意图;
图9是根据本发明的用于MBMS中同时支持IPV4和IPV6地址的方法的流程图;以及
图10是根据本发明的用于MBMS中同时支持IPV4和IPV6地址的系统的框图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
本发明针对GSN之间的MBMS信令交互的消息,如果一个GSN同时支持IPV4和IPV6两种IP地址,并且不知道对方GSN节点所支持的IP地址的版本,则在发往对方的消息中同时携带两种IP地址,其中一种IP地址信息作为可选信息元,从而可以支持只有一种IP版本地址的GSN节点。在对方获得消息后,如果发现是携带了两种IP地址,则选择一种自己优先支持(或仅支持)的IP版本,将自己的地址放入回应消息中发送出(这个动作与本发明似乎无任何关系),同时将该版本的地址保存在本地的上下文中,供后续使用。
以下将参照图5详细描述用于组播业务同时支持IPV4地址和IPV6地址的方法。
组播业务实施例一
在本实施例中,以SGSN和GGSN都同时支持IPV4和IPV6两种IP地址为例,有用户需要接入某个MBMS业务,网络侧还没有建立该MBMS业务相关的信息,这时网络侧的网元通过注册流程完成该MBMS业务相关信息的建立。
如图5所示,该方法包括以下步骤:
1.当RNC检测到其控制的UE对某个MBMS承载业务有兴趣,RNC向其所属SGSN发送MBMS注册请求消息(MBMS RegistrationRequest)。
2.如果SGSN上没有针对该MBMS业务的MBMS承载上下文,同时SGSN收到了来自RNC的关于该MBMS业务的注册请求,或者是针对该MBMS业务,第一个MBMS UE上下文在SGSN上创建,而SGSN上还没有相应的MBMS承载上下文,SGSN就会创建一个MBMS承载上下文(置于″Standby″状态),并且向GGSN发送MBMS注册请求消息(携带IP组播地址,APN,SGSN的TEID-C,SGSN控制面地址,可选的SGSN控制面地址)。SGSN控制面地址字段是SGSN的IPV4地址,可选的控制面地址字段是IPV6地址。
3.如果GGSN上没有针对该MBMS业务的MBMS承载上下文,同时GGSN收到了来自SGSN的关于该MBMS业务的注册请求,或者是针对该MBMS业务,第一个MBMS UE上下文在GGSN上创建,而GGSN上还没有相应的MBMS承载上下文,GGSN就会创建一个MBMS承载上下文,并且向BM-SC的代理和传输功能发送MBMS注册请求消息(携带IP组播地址,APN)。
4.当收到了来自GGSN的MBMS注册请求消息,BM-SC的代理和传输功能将GGSN的标识添加到它的MBMS承载上下文中的″list of downstream nodes″参数中,并且向GGSN返回MBMS注册响应消息(MBMS Registration Response)(携带TMGI,要求的MBMS承载能力)。如果此时MBMS承载上下文是″Active″状态,BM-SC就向GGSN发起会话开始(Session Start)流程。
5.如果GGSN在步骤2收到了来自SGSN的注册请求,GGSN就会执行以下操作:
将SGSN控制面地址和可选控制面地址均存储到它的MBMS承载上下文中,并且给SGSN回MBMS注册响应消息,消息中携带的GGSN控制面地址是GGSN控制面IPV6地址,可选控制面地址不填写。
如果此时MBMS承载上下文是″Active″状态,GGSN就向SGSN发起会话开始流程。
6.当收到了来自GGSN的MBMS注册响应消息,取出MBMS注册响应消息中GGSN控制面地址字段,存储到MBMS承载上下文中。如果SGSN在步骤1收到了来自DRNC的注册请求,SGSN就会执行以下操作:
将RNC的标识添加到它的MBMS承载上下文中的″list ofdownstream nodes″参数中;
向RNC返回MBMS注册响应消息(携带TMGI,要求的MBMS承载能力);
如果此时MBMS承载上下文是″Active″状态,SGSN就向DRNC发起会话开始流程。
以下将参照图6,以SGSN支持IPV4,GGSN至少支持IPV4为例,描述本发明的方法。
组播业务实施例二
有用户需要接入某个MBMS业务,网络侧还没有建立该MBMS业务相关的信息,这时网络侧的网元通过注册流程完成该MBMS业务相关信息的建立,其包括以下步骤:
1.当RNC检测到其控制的UE对某个MBMS承载业务有兴趣,RNC向其所属SGSN发送MBMS注册请求消息。
2.如果SGSN上没有针对该MBMS业务的MBMS承载上下文,同时SGSN收到了来自RNC的关于该MBMS业务的注册请求,或者是针对该MBMS业务,第一个MBMS UE上下文在SGSN上创建,而SGSN上还没有相应的MBMS承载上下文,SGSN就会创建一个MBMS承载上下文,并且向GGSN发送MBMS注册请求消息(携带IP组播地址,APN,SGSN的TEID-C,SGSN控制面地址)。SGSN控制面地址填上的是SGSN自己的IPV4地址。
3.如果GGSN上没有针对该MBMS业务的MBMS承载上下文,同时GGSN收到了来自SGSN的关于该MBMS业务的注册请求,或者是针对该MBMS业务,第一个MBMS UE上下文在GGSN上创建,而GGSN上还没有相应的MBMS承载上下文,GGSN就会创建一个MBMS承载上下文,并且向BM-SC的代理和传输功能发送MBMS注册请求消息(携带IP组播地址,APN)。
4.当收到了来自GGSN的MBMS注册请求消息,BM-SC的代理和传输功能将GGSN的标识添加到它的MBMS承载上下文中的″list of downstream nodes″参数中,并且向GGSN返回MBMS注册响应消息(携带TMGI,要求的MBMS承载能力)。如果此时MBMS承载上下文是″Active″状态,BM-SC就向GGSN发起会话开始流程。
5.如果GGSN在步骤2收到了来自SGSN的注册请求,GGSN就会执行以下操作:
SGSN控制面地址即IPV4地址添加到GGSN的MBMS承载上下文中,并且向SGSN发送MBMS注册响应消息。注册响应消息中携带了GGSN的控制面地址是GGSN的IPV4地址。
如果此时MBMS承载上下文是″Active″状态,GGSN就向SGSN发起会话开始流程。
6.当收到了来自GGSN的MBMS注册响应消息,SGSN在MBMS承载上下文中保存GGSN的控制面地址,即GGSN的IPV4地址。如果SGSN在步骤1收到了来自DRNC的注册请求,SGSN就会执行以下操作:
将RNC的标识添加到它的MBMS承载上下文中的″list ofdownstream nodes″参数中;
向RNC返回MBMS注册响应消息(携带TMGI,要求的MBMS承载能力);
如果此时MBMS承载上下文是″Active″状态,SGSN就向DRNC发起会话开始流程。
以下将通过广播业务的两个实施例,详细介绍本发明。首先,参照图7,以SGSN和GGSN都同时支持IPV4和IPV6两种IP地址为例详细介绍广播业务实施例一。
广播业务实施例一
在BM-SC有广播业务数据报文需要发送,而相应的MBMS广播业务的承载还没有建立时,这时通过MBMS会话开始流程完成该MBMS业务承载的建立,如图7所示,其包括以下步骤:
1.BM-SC会话和发送功能(Session and Transmission Function)发送MBMS会话开始请求消息(MBMS Session Start Request),指示即将到来的数据传输,以及提供会话属性(TMGI,QoS,MBMS业务区,会话标识,估计的会话时长,广播/组播模式,供GGSN使用的下游节点列表,计数指示,2G/3G指示)。该消息由BM-SC代理和传输功能(Proxy and Transport Function)发送,发送给MBMS承载上下文中的″list of downstream nodes″参数中的所有GGSN。BM-SC代理和传输功能将MBMS承载上下文中的状态属性设置为″Active″。对于广播MBMS承载业务,GGSN创建一个MBMS承载上下文。GGSN存储会话属性和MBMS承载上下文中的下游流节点列表,将MBMS承载上下文中的状态属性设置为″Active″,并且向BM-SC代理和传输功能返回MBMS会话开始响应消息,BM-SC代理和传输功能将其前转给BM-SC会话和发送功能。BM-SC代理和传输功能还会将MBMS会话开始请求消息给BM-SC成员功能(Membership Function)发送一份用于计费目的。
2.GGSN发送MBMS会话开始请求消息,提供会话属性。GGSN控制面地址字段是GGSN的IPV4地址,可选的GGSN控制面地址字段是GGSN的IPV6地址。SGSN收到广播的MBMS会话开始请求消息以后,创建一个MBMS承载上下文。SGSN存储会话属性和MBMS承载上下文中的2G/3G指示,将MBMS承载上下文中的状态属性设置为″Active″,并且向GGSN返回MBMS会话开始响应消息(MBMS Session Start Response),携带SGSN的控制面地址和用户面地址,SGSN的控制面地址和用户面地址分别是SGSN的控制面IPV6地址和用户面IP地址。对于MBMS承载业务,SGSN如果收到多个MBMS会话开始请求消息,该SGSN只需要和其中一个GGSN建立一个承载平面。GGSN在向SGSN发送会话开始请求消息的同时,起动定时器,如果在定时器超时前,没有收到任何SGSN的响应,或者收到的来自SGSN的响应都是否定的(不可接收数据),例如:不支持MBMS能力,资源不足,则GGSN向BM-SC发送承载不可用通知,标明该GGSN当前没有下游SGSN可以接收数据,收到该通知后,BM-SC的操作取决于实现。如果在定时器超时前,收到任何一个SGSN的响应,表明可以接收数据,则停止定时器,不做任何进一步操作。
3.SGSN发送会话开始请求消息,提供会话属性。该消息发送给连接到该SGSN的所有BSC和/或RNC。SGSN必须使用2G/3G指示来确定MBMS会话开始请求消息是应该只送给所有的BSC,还是只送给所有的RNC,或者是同时送给所有的RNC和BSC。
对于广播MBMS承载业务,BSC/RNC创建MBMS承载上下文。在RNC和Iu模式下的BSC中,在MBMS承载上下文中存储会话属性,将MBMS承载上下文中的状态属性设置为″Active″,并且向SGSN返回会话开始响应消息,RNC和Iu模式下的BSC会在会话开始响应消息中包括用于Iu承载平面的TEID,SGSN使用该TEID来转发MBMS数据。
在Gb模式下的BSC,如果不是处在MBMS业务区服务,则就不需要存储会话属性。BSC/RNC如果收到多个MBMS会话开始请求消息,只需要和其中一个SGSN建立一个承载平面。
SGSN在向BSC/RNC发送会话开始请求消息的同时,起动定时器,如果在定时器超时前,没有收到任何BSC/RNC的响应,或者收到的来自BSC/RNC的响应都是否定的(不可接收数据),例如:不支持MBMS能力,资源不足,则SGSN向GGSN发送承载不可用通知,标明该SGSN当前没有下游SGSN可以接收数据,收到该通知后,GGSN的操作取决于实现。如果在定时器超时前,收到任何一个BSC/RNC的响应,表明可以接收数据,则停止定时器,不做任何进一步操作。
4.BSC/RNC建立必需的无线资源用于向感兴趣的UE传输MBMS数据。RAN的资源建立可以根据MBMS数据传送开始时间进行调度。RAN根据收到的计数指示参数决定是否需要执行计数过程。
以下将结合图8详细描述广播业务实施例二。
广播业务实施例二
在本实施例中,GGSN支持IPV4,SGSN至少支持IPV4,在BM-SC有广播业务数据报文需要发送,而相应的MBMS广播业务的承载还没有建立时,这时通过MBMS会话开始流程完成该MBMS业务承载的建立,其包括以下步骤:
1.BM-SC会话和发送功能,指示即将到来的数据传输,以及提供会话属性。该消息由BM-SC代理和传输功能发送,发送给MBMS承载上下文中的″list of downstream nodes″参数中的所有GGSN。BM-SC代理和传输功能将MBMS承载上下文中的状态属性设置为″Active″。对于广播MBMS承载业务,GGSN创建一个MBMS承载上下文。GGSN存储会话属性和MBMS承载上下文中的下游流节点列表,将MBMS承载上下文中的状态属性设置为″Active″,并且向BM-SC代理和传输功能返回MBMS会话开始响应消息,BM-SC代理和传输功能将其前转给BM-SC会话和发送功能。BM-SC代理和传输功能还会将MBMS会话开始请求消息给BM-SC成员功能发送一份用于计费目的。
2.GGSN发送MBMS会话开始请求消息,提供会话属性(TMGI,QoS,MBMS业务区,会话标识,估计的会话时长,广播/组播模式,计数指示,2G/3G指示以及GGSN的控制面地址),GGSN控制面地址是GGSN自己的IPV4地址。
SGSN收到广播的MBMS会话开始请求消息以后,创建一个MBMS承载上下文。SGSN存储会话属性和MBMS承载上下文中的2G/3G指示,将MBMS承载上下文中的状态属性设置为″Active″,并且向GGSN返回MBMS会话开始响应消息,携带SGSN的控制面地址和用户面地址,SGSN的控制面地址和用户面地址分别是SGSN的IPV4控制面地址和用户面地址。
对于MBMS承载业务,SGSN如果收到多个MBMS会话开始请求消息,该SGSN只需要和其中一个GGSN建立一个承载平面。GGSN在向SGSN发送会话开始请求消息的同时,起动定时器,如果在定时器超时前,没有收到任何SGSN的响应,或者收到的来自SGSN的响应都是否定的(不可接收数据),例如:不支持MBMS能力,资源不足,则GGSN向BM-SC发送承载不可用通知,标明该GGSN当前没有下游SGSN可以接收数据,收到该通知后,BM-SC的操作取决于实现。如果在定时器超时前,收到任何一个SGSN的响应,表明可以接收数据,则停止定时器,不做任何进一步操作。
3.SGSN发送会话开始请求消息,提供会话属性(TMGI,QoS,MBMS业务区,会话标识,估计的会话时长,广播/组播模式,计数指示)。该消息发送给连接到该SGSN的所有BSC和/或RNC。SGSN必须使用2G/3G指示来确定MBMS会话开始请求消息是应该只送给所有的BSC,还是只送给所有的RNC,或者是同时送给所有的RNC和BSC。对于广播MBMS承载业务,BSC/RNC创建MBMS承载上下文。在RNC和Iu模式下的BSC中,在MBMS承载上下文中存储会话属性,将MBMS承载上下文中的状态属性设置为″Active″,并且向SGSN返回会话开始响应消息,RNC和Iu模式下的BSC会在会话开始响应消息中包括用于Iu承载平面的TEID,SGSN使用该TEID来转发MBMS数据。在Gb模式下的BSC,如果不是处在MBMS业务区服务,则就不需要存储会话属性。BSC/RNC如果收到多个MBMS会话开始请求消息,只需要和其中一个SGSN建立一个承载平面。SGSN在向BSC/RNC发送会话开始请求消息的同时,起动定时器,如果在定时器超时前,没有收到任何BSC/RNC的响应,或者收到的来自BSC/RNC的响应都是否定的(不可接收数据),例如:不支持MBMS能力,资源不足,则SGSN向GGSN发送承载不可用通知,标明该SGSN当前没有下游SGSN可以接收数据,收到该通知后,GGSN的操作取决于实现。如果在定时器超时前,收到任何一个BSC/RNC的响应,表明可以接收数据,则停止定时器,不做任何进一步操作。
4.BSC/RNC建立必需的无线资源用于向感兴趣的UE传输MBMS数据。RAN的资源建立可以根据MBMS数据传送开始时间进行调度。RAN根据收到的计数指示参数决定是否需要执行计数过程。
综上所述,如图9所示,用于MBMS中同时支持IPV4和IPV6地址的方法基本包括以下步骤:
步骤S902,同时支持IPV4和IPV6两种IP版本的第一GSN在发往第二GSN的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址;
步骤S904,第二GSN从IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。
图10是根据本发明的用于MBMS中同时支持IPV4和IPV6地址的系统100的框图。
如图10所示,用于广播/组播业务同时支持IPV4地址和IPV6地址的通信系统100包括:
第一GSN102,其同时支持IPV4和IPV6两种IP版本,用于在发往第二GSN104的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址,其中,第一GSN102包括SGSN和GGSN中的任意一种;
以及第二GSN104,用于从IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用,其中,第二GSN104包括SGSN和GGSN中的任意一种。
可选地,适合第二GSN104的IP版本的地址包括第二GSN104优先选择的或唯一支持的IP版本的地址,第二GSN104还用于将自己的地址放入回应消息中发送出。
此外,第一GSN102是在不知道第二GSN104支持哪种IP版本的地址时,在发往第二GSN104的MBMS消息中同时携带IPV4地址和IPV6地址。
因此,本发明解决了现有的组播/广播业务中,SGSN与GGSN之间的信令和数据传输过程中没有考虑IP地址版本不同的问题,从而使组播/广播业务能够同时支持IPV4和IPV6两种版本的地址。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种用于广播/组播业务同时支持IPV4地址和IPV6地址的方法,其特征在于,包括以下步骤:
同时支持IPV4和IPV6两种IP版本的第一GSN在发往第二GSN的广播/组播业务消息中同时携带指向同一GSN的IPV4地址和IPV6地址;以及
所述第二GSN从所述IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。
2.根据权利要求1所述的方法,其特征在于,适合所述第二GSN的IP版本的地址包括所述第二GSN优先选择的或唯一支持的IP版本的地址。
3.根据权利要求1所述的方法,其特征在于,所述第一GSN包括SGSN和GGSN中的任意一种,所述第二GSN包括SGSN和GGSN中的任意一种。
4.根据权利要求1所述的方法,其特征在于,所述GSN在不知道所述第二GSN支持哪种IP版本的地址时,在发往所述第二GSN的广播/组播业务消息中同时携带所述IPV4地址和IPV6地址。
5.根据权利要求1所述的方法,其特征在于,还包括以下步骤:
所述第二GSN将自己的地址放入回应消息中发送出。
6.一种用于广播/组播业务同时支持IPV4地址和IPV6地址的通信系统,其特征在于,包括:
第一GSN,其同时支持IPV4和IPV6两种IP版本,用于在发往第二GSN的广播/组播业务消息中同时携带指向同一GSN的IPV4地址和IPV6地址;以及
所述第二GSN,用于从所述IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。
7.根据权利要求6所述的通信系统,其特征在于,适合所述第二GSN的IP版本的地址包括所述第二GSN优先选择的或唯一支持的IP版本的地址。
8.根据权利要求6所述的通信系统,其特征在于,所述第一GSN包括SGSN和GGSN中的任意一种,所述第二GSN包括SGSN和GGSN中的任意一种。
9.根据权利要求6所述的通信系统,其特征在于,所述第一GSN是在不知道所述第二GSN支持哪种IP版本的地址时,在发往所述第二GSN的广播/组播业务消息中同时携带所述IPV4地址和IPV6地址。
10.根据权利要求6所述的通信系统,其特征在于,所述第二GSN还用于将自己的地址放入回应消息中发送出。
CN 200610164793 2006-12-13 2006-12-13 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统 Pending CN101090327A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200610164793 CN101090327A (zh) 2006-12-13 2006-12-13 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200610164793 CN101090327A (zh) 2006-12-13 2006-12-13 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统

Publications (1)

Publication Number Publication Date
CN101090327A true CN101090327A (zh) 2007-12-19

Family

ID=38943510

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200610164793 Pending CN101090327A (zh) 2006-12-13 2006-12-13 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统

Country Status (1)

Country Link
CN (1) CN101090327A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011095109A1 (zh) * 2010-02-02 2011-08-11 华为技术有限公司 实现在不同网络间进行通信的方法及装置
CN101483635B (zh) * 2008-01-10 2012-06-27 华为技术有限公司 一种ip地址选择方法及装置
CN102724714A (zh) * 2012-05-18 2012-10-10 中兴通讯股份有限公司 一种自动修正ip类型的方法及装置
CN102835092A (zh) * 2010-03-31 2012-12-19 高通股份有限公司 单和双因特网协议承载支持
WO2013083052A1 (zh) * 2011-12-09 2013-06-13 华为技术有限公司 获取组播地址的方法、装置及系统
CN104660398A (zh) * 2015-01-28 2015-05-27 北京深思数盾科技有限公司 一种加密密钥的生成方法

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483635B (zh) * 2008-01-10 2012-06-27 华为技术有限公司 一种ip地址选择方法及装置
WO2011095109A1 (zh) * 2010-02-02 2011-08-11 华为技术有限公司 实现在不同网络间进行通信的方法及装置
US9374235B2 (en) 2010-02-02 2016-06-21 Huawei Technologies Co., Ltd. Method for implementing communication between different networks and apparatus
CN102835092A (zh) * 2010-03-31 2012-12-19 高通股份有限公司 单和双因特网协议承载支持
CN102835092B (zh) * 2010-03-31 2016-05-25 高通股份有限公司 用于单和双因特网协议承载支持的方法和装置
WO2013083052A1 (zh) * 2011-12-09 2013-06-13 华为技术有限公司 获取组播地址的方法、装置及系统
US9516385B2 (en) 2011-12-09 2016-12-06 Huawei Technologies Co., Ltd. Technique for obtaining a multicast address that matches an IP version supported by a terminal
CN102724714A (zh) * 2012-05-18 2012-10-10 中兴通讯股份有限公司 一种自动修正ip类型的方法及装置
CN104660398A (zh) * 2015-01-28 2015-05-27 北京深思数盾科技有限公司 一种加密密钥的生成方法
CN104660398B (zh) * 2015-01-28 2018-02-13 北京深思数盾科技股份有限公司 一种加密密钥的生成方法

Similar Documents

Publication Publication Date Title
CN100561891C (zh) 在无线通信网络中用于支持无线终端的移动性的装置和方法
CN100499456C (zh) 一种多媒体广播/组播业务的会话开始方法
US20070213081A1 (en) Method and System for Controlling Multimedia Broadcast Multicast Service Session Procedure
US20070014291A1 (en) Method for multimedia broadcast/multicast service registration
CN101529932A (zh) 用于对向多个小区提供多媒体广播/组播的节点共亨传输信道的方法和设备
CN100394827C (zh) 多媒体广播多播业务的去激活方法及有关设备
US7277706B2 (en) Provision of service contexts in a communication system
CN101090327A (zh) 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统
CN101175252B (zh) 多媒体广播组播服务中建立会话的方法和网络系统
CN100502570C (zh) 移动通信系统中终端加入组播业务组时获取apn的方法
CN101094439B (zh) 无线通信系统中为广播业务动态分配资源的方法及装置
CN100421507C (zh) 一种多媒体广播/组播业务中业务控制信息的传输方法
CN100531137C (zh) 移动通信系统组播业务中建立控制面隧道的方法
CN1327742C (zh) 一种实现多媒体组播广播业务去激活的方法
CN100477657C (zh) 实现多媒体广播/组播服务业务激活的方法
CN100550865C (zh) 一种移动组播广播业务中组播用户激活去活的方法
CN100531217C (zh) 移动组播广播业务中的异常处理方法
CN101102549B (zh) 组播业务中确保不同gprs支持节点计费话单一致的方法
CN101102550B (zh) 组播业务中确保不同gprs支持节点计费话单一致的方法
CN100486353C (zh) 开展组播/广播业务的实现方法
CN101459873B (zh) 一种多媒体广播组播业务的接入方法
CN101052150B (zh) 一种多媒体多播/广播业务控制方法及网络结点
CN100464591C (zh) 一种实现多媒体广播/组播服务会话范围控制的方法
CN101217382B (zh) 一种激活广播组播业务的方法及网络节点
CN101330648B (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
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Open date: 20071219