专利名称：用于广播/组播业务同时支持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两种版本的地址。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
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还用于将自己的地址放入回应消息中发送出。
全文摘要
本发明提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的方法，包括以下步骤同时支持IPV4和IPV6两种IP版本的第一GSN在发往第二GSN的MBMS消息中同时携带指向同一GSN的IPV4地址和IPV6地址；以及第二GSN从IPV4地址和IPV6地址中选择适合自己的IP版本的地址，将该版本的地址保存在本地的上下文中，供后续使用。另外，本发明还提供了一种用于广播/组播业务同时支持IPV4地址和IPV6地址的系统。
文档编号H04L29/06GK101090327SQ20061016479
公开日2007年12月19日 申请日期2006年12月13日 优先权日2006年12月13日
发明者涂小勇, 王志海, 吴波 申请人:中兴通讯股份有限公司