[发明专利]用于广播/组播业务同时支持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。