CN101090327A - 用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统 - Google Patents
用于广播/组播业务同时支持ipv4和ipv6地址的方法及系统 Download PDFInfo
- 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
Links
Images
Abstract
本发明提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的方法,包括以下步骤:同时支持IPV4和IPV6两种IP版本的第一GSN在发往第二GSN的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址;以及第二GSN从IPV4地址和IPV6地址中选择适合自己的IP版本的地址,将该版本的地址保存在本地的上下文中,供后续使用。另外,本发明还提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的系统。
Description
技术领域
本发明涉及通信领域,更具体地,涉及一种在移动通信系统多媒体广播/组播业务(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还用于将自己的地址放入回应消息中发送出。
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)
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 | 北京深思数盾科技有限公司 | 一种加密密钥的生成方法 |
-
2006
- 2006-12-13 CN CN 200610164793 patent/CN101090327A/zh active Pending
Cited By (10)
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 |