CN100362829C - IPv6和IPv4 GPRS核心网互通的方法及装置 - Google Patents
IPv6和IPv4 GPRS核心网互通的方法及装置 Download PDFInfo
- Publication number
- CN100362829C CN100362829C CNB2005100088530A CN200510008853A CN100362829C CN 100362829 C CN100362829 C CN 100362829C CN B2005100088530 A CNB2005100088530 A CN B2005100088530A CN 200510008853 A CN200510008853 A CN 200510008853A CN 100362829 C CN100362829 C CN 100362829C
- Authority
- CN
- China
- Prior art keywords
- gsn
- address
- sgsn
- proxy
- 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
- 238000000034 method Methods 0.000 title claims abstract description 85
- 230000011664 signaling Effects 0.000 claims description 26
- 230000006854 communication Effects 0.000 claims description 20
- 238000004891 communication Methods 0.000 claims description 19
- 230000004913 activation Effects 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 12
- 230000009849 deactivation Effects 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 6
- 238000012986 modification Methods 0.000 claims description 6
- 238000005538 encapsulation Methods 0.000 claims description 4
- 238000004806 packaging method and process Methods 0.000 claims 1
- 230000004044 response Effects 0.000 description 25
- 238000007726 management method Methods 0.000 description 24
- 238000001994 activation Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000013523 data management Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000003213 activating effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
- 238000004148 unit process Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种IPv6 GPRS和IPv4 GPRS核心网互通的方法，存在一配置有IPv4地址和IPv6地址的GSN代理，包括步骤：A、源GSN查询目标GSN对应的IP地址时，获得与源网络相同IP版本的GSN代理IP地址，将上行GTP消息使用源网络IP版本封装，发送给GSN代理；B、GSN代理将上行GTP消息中的源GSN地址修改为与目标网相同IP版本的GSN代理的地址；查询目标GSN对应的IP地址，将上行GTP消息使用目标网络IP版本封装，发送给目标网的GSN；C、GSN代理在收到目标GSN返回GTP下行消息时，将GTP下行消息的源GSN地址修改为与上述源网络相同IP版本的GSN代理的地址，将GTP下行消息使用所述源网络IP版本封装，发送给所述源网络GSN。使用本发明，可实现不同IP版本核心网的互通。
Description
技术领域
本发明涉及数据传输技术领域，特别是指一种IPv6 GPRS核心网和IPv4GPRS核心网互通的方法及装置。
背景技术
公共的GPRS核心网(GPRS CN)提供了分组交换业务，通用分组无线服务支持节点(GSN，GPRS Support Node)是GPRS网络中主要的网络节点，包含了支持GPRS所需的功能。其中，GSN包括两种类型：服务GSN(SGSN，Serving GSN)和网关GSN(GGSN，Gateway GSN)。
其中，SGSN是为MS提供移动性管理的节点。SGSN的主要作用就是记录MS的当前位置，存储类似于呼叫记录的PDP上下文，并且转发MS和GGSN之间的移动分组数据。GGSN存储着属于这个节点的GPRS业务用户的PDP上下文，并使用GPRS隧道协议(GTP，GPRS Tunneling Protocol)与SGSN通讯。GGSN主要是起网关作用，实现GPRS网络与其他不同的数据网络的互联。
在3GPP R5之前的版本里，GTP消息(即GTP-PDU，为GTP-C或GTP-U消息)由IPv4(IP version 4)承载封装，即GTP over IP4，GTP消息里的GSN地址信元是IPv4地址。为表述方便，SGSN Address for Control Plane和SGSN Address for user traffic统称为SGSN地址，GGSN Address for ControlPlane和GGSN Address for user traffic统称为GGSN地址。SGSN地址和GGSN地址统称为所述的GSN地址。在3GPP R5及以后版本里，3GPP要求GTP能够被IPv6(IP version 6)承载封装，即GTP over IPv6，GTP消息里的GSN地址信元是IPv6地址，即支持GSN之间使用IPv6承载GTP进行通讯。
目前的GPRS核心网中，主要包括三类GSN。同时支持GTP over IPv4和GTP over IPv6的GSN，称为双栈GSN，也称为C类型GSN(TYPE C GSN)，TYPE C GSN配置有IPv4地址和IPv6地址，可以在自己的IPv4地址和IPv6地址上同时监听GTP消息，分别接收IPv4封装的GTP消息和IPv6封装的GTP消息，并用相应版本的IP承载封装GTP消息。只支持GTP over IPv4的GSN称为TYPE A GSN。只支持GTP over IPv6的GSN称为TYPE B GSN。
在3GPP TS 29.060 v6.1.0中，描述了一种GTP over IPv6的设计，来实现与GTP over IPv4的互通共存。这种设计方案在网络中采用TYPE C GSN来支持IPv6和IPv4通讯，同时修改GTP消息，增加了新的GSN地址信元来实现TYPE C GSN与TYPE A GSN间的通讯。
参见表1、2所示，表1为Create PDPContext Response消息(InformationElements in a Create PDP Context Response)，表2为SGSN-Initiated UpdatePDP Context Request消息(Information Elements in an SGSN-Initiated UpdatePDP Context Request)，均为3GPP TS29.060 v6.1.0定义的GTP消息，其他GTP消息可以参见3GPP TS 29.060 v6.1.0，不再列举。可以看出，在现有的GTP消息中增加了新的GSN地址信元包括：Alternative GGSN Address forControl Plane信元，Alternative GGSN Address for user traffic信元，AlternativeSGSN Address for Control Plane信元，Alternative SGSN Address for usertraffic信元。
| 信元(Information element) | 存在性需求(Presence requirement) |
| Cause | Mandatory |
| Reordering required | Conditional |
| Recovery | Optional |
| Tunnel Endpoint Identifier Data I | Conditional |
| Tunnel Endpoint Identifier Control Plane | Conditional |
| Charging ID | Conditional |
| End User Address | Conditional |
| Protocol Configuration Options | Optional |
| GGSN Address for Control Plane | Conditional |
| GGSNA ddress for user traffic | Conditional |
| Alternative GGSN Address for Control Plane | Conditional |
| Alternative GGSN Address for user traffic | Conditional |
| Quality of Service Profile | Conditional |
| Charging Gateway Address | Optional |
| Alternative Charging Gateway Address | Optional |
| Private Extension | Optional |
| Common Flags | Optional |
表1
| 信元(Information element) | 存在性需求(Presence requirement) |
| IMSI | Conditional |
| Routeing Area Identity(RAI) | Optional |
| Recovery | Optional |
| Tunnel Endpoint Identifier Data I | Mandatory |
| Tunnel Endpoint Identifier Control Plane | Conditional |
| NSAPI | Mandatory |
| Trace Reference | Optional |
| Trace Type | Optional |
| Protocol Configuration Options | Optional |
| SGSNA ddress for Control Plane | Mandatory |
| SGSNA ddress for User Traffic | Mandatory |
| Alternative SGSN Address for Control Plane | Conditional |
| Alternative SGSN Address for User Traffic | Conditional |
| Quality of Service Profile | Mandatory |
| TFT | Optional |
| Trigger Id | Optional |
| OMC Identity | Optional |
| Private Extension | Optional |
表2
在GSN发送GTP信令消息过程中，TYPE C GSN使用修改后的GTP消息，携带两种IP版本的GSN地址和对端通讯，实现与TYPE A GSN的通讯。
例如，SGSN向GGSN使用IPv4/IPv6发送Create PDP Context Request消息，当TYPE C GGSN收到Create PDP Context Request消息，检测到包含IPv4/IPv6 SGSN Address信元后，该TYPE C GGSN在构建Create PDPContext Response消息时，在GGSN Address for Control Plane信元和GGSNAddress for user traffic信元中填入自己的IPv4/IPv6地址，在AlternativeGGSN Address for Control Plane信元和Alternative GGSN Address for usertraffic信元中填入自己的IPv6/IPv4地址。而SGSN收到来自GGSN的响应消息后，SGSN应该存储GGSN地址，并在发送控制面GTP信令和发送MS的G-PDU给GGSN时使用其中的一个集合，即在GGSN Address和Alternative GGSN Address两种地址中选择一种。
可以看出TYPE C GSN在传递某些GTP信令消息时，消息中同时携带着IPv4和IPv6地址，以期望对方GSN来选择使用相应IP版本。
但是，使用这种方法，新加入网络的TYPE C GSN还是可能与现有网络上的TYPE A GSN存在着互通性问题。当TYPE C GSN向TYPE A GSN发送所述的GTP消息时，由于对GTP消息进行了修改，网络现存的TYPA AGSN可能无法正确识别所述GTP消息中的这些新增加的地址信元，从而会把所述GTP消息当作非法消息而丢弃，而导致GSN之间无法建立正常通讯。
例如在激活PDP上下文流程(PDP Context Activation Procedure)中，当未升级的TYPE ASGSN接收到TPYE C GGSN的Create PDP ContextResponse消息后，由于该消息带有Alternative GGSN Address for ControlPlane和Alternative GGSN Address for user traffic信元，TYPE A SGSN若无法识别出该GTP消息中的这些增加的地址信元，就可能会把该Create PDPContext Response消息当作非法消息或错误消息而丢弃，从而导致激活PDPContext流程失败。
不难理解，这种方案主要是侧重于解决如何使得单个节点支持GTP overIPv6，也就是解决一台设备加入到IPv4网络中，如何实现同时支持IPv6。这种方案没有从网络演进的层面考虑网络演进到IPv6的问题，也就是没有考虑到在新建GPRS核心网络时，建立的是纯IPv6网络的情况下，如何与原IPv4 GPRS核心网络进行互通的问题。对于一个新建的IPv6 GPRS核心网，运营商不可能为了实现该网络和IPv4 GPRS的互通而均采用TYPE CGSN，从而，对于新建的网络来说，上述方案几乎没有实施价值。
在新建设的纯IPv6网络时，网络中均是TYPE B类型的GSN，如何实现纯IPv6 GPRS核心网和纯IPv4 GPRS核心网之间的互通，成为了首先要解决的问题。
目前，实现纯IPv6/IPv4互通的方案包括：在两核心网间设置一网络地址转换-协议转换(NAT-PT)设备。NAT-PT机制需要一个V4地址池和一个V6地址池，在通信时，对一个V4(V6)节点动态分配V6(V4)地址池里的一个V6(V4)地址，NAT-PT设备使用这个分配的地址修改V4(V6)节点发出的IP包的头部的源地址和目的地址进行转换。从而使得和V4(V6)节点通讯的V6(V4)节点认为它正在和相同地址域网络的另一节点通讯。
但是NAT-PT仅仅是一种在IP层转换的思路，而不是一个和具体应用协议紧密结合的可运行的方案，如果仅仅有NAT-PT，仍然无法使得IPv4和IPv6节点互通。例如，应用层负荷里的IP地址应该如何转换，属于NAT-PT范围之外。又如，当V4节点A和V6节点B通讯，NAT-PT应为A分配V6地址，为B分配V4地址，为了实现互通，如下3个问题也是属于NAT-PT范围之外的需要解决的问题：(1)何时触发NAT-PT为A/B分配地址并把为A/B分配地址和A/B的原始地址绑定；(2)如何把分配给B的V4地址在A发出目的到B的IPv4分组前告知给A；(3)如何把分配给A的V6地址在B发出目的到A的IPv6分组前告知给B。基于这些问题的存在，在GPRS核心网还是无法使用NAT-PT简单的实现IPv6和IPv4核心网的互通。
发明内容
有鉴于此，本发明的主要目的在于提供一种IPv6 GPRS核心网和IPv4GPRS核心网互通的方法及装置，使在没有修改GTP消息结构情况下实现IPv6 GPRS核心网和IPv4 GPRS核心网的互通。
本发明提供的一种IPv6 GPRS核心网和IPv4 GPRS核心网互通的方法，存在一GSN代理，与两个核心网GSN相交互，GSN代理配置有IPv4地址和IPv6地址，一核心网的源GSN与另一核心网的目标GSN通信时，包括以下步骤：
A、源GSN查询目标GSN对应的IP地址时，获得与源网络相同IP版本的GSN代理IP地址，将试图发给目的GSN的上行GTP消息使用源网络IP版本封装，发送给GSN代理；
B、GSN代理接收该GTP消息，将上行GTP消息中的源GSN地址修改为与目标网相同IP版本的GSN代理的地址；查询目标GSN对应的IP地址，将上行GTP消息使用目标网络IP版本封装，发送给目标网的GSN。
其中，进一步包括步骤C、GSN代理在收到目标GSN试图发给源GSN的下行GTP消息时，将下行GTP消息的源GSN地址修改为与上述源网络相同IP版本的GSN代理的地址，将下行GTP消息使用所述源网络IP版本封装，发送给所述源网络GSN。
其中，预先配置有与源GSN相同IP版本的GSN代理IP地址；步骤A所述获得与源网络相同IP版本的GSN代理IP地址的步骤包括：判断目标GSN的IP地址版本是否和源GSN的IP版本一致；不一致时，读取所配置的GSN代理IP地址。
较佳的，可进一步配置有源GSN所在的网络运营商标识、目的GSN所在的网络运营商标识、及所述两标识与GSN代理IP地址的对应关系；所述读取所配置的GSN代理IP地址的步骤包括：根据源GSN所在网络运营商标识、目的GSN所在网络运营商标识读取对应的所配置的GSN代理IP地址。
可选的，所述的预先配置的信息存储于源GSN上，从该源GSN上读取所配置的GSN代理IP地址。
可选的，所述的预先配置的信息存储于DNS上，所述的源GSN查询目标GSN对应的IP地址是源GSN向DNS查询得到的；所述的判断目标GSN的IP地址版本是否和源GSN的IP版本一致、读取所配置的GSN代理IP地址的步骤是由DNS执行的；DNS并进一步将读取的IP地址返回给源GSN。
其中，激活PDP Context流程中，所述源GSN为源SGSN，所述目标GSN为目标GGSN；所述上行GTP消息中的源GSN地址包括SGSN Addressfor Signalling、SGSN Address for User Traffic；所述下行GTP消息的源GSN地址包括GGSN Address for Control Plane、GGSN Address for User Traffic。
其中，Inter-SGSN RA更新流程中，所述源GSN为源新SGSN，所述目标GSN为目标老SGSN。
其中，Inter-SGSN SRNS Relocation流程中，所述源GSN为源老SGSN，所述目标GSN为目标新SGSN。
其中，进一步包括GSN代理选择将与SGSN通讯的GGSN的地址的步骤，为：GSN代理向从老SGSN处获得的PDP上下文中的GGSN address forControl Plane所代表的GSN发出查询请求消息，请求获得该GSN中存储的PDP上下文中的GGSN地址；如果查询请求成功，GSN代理用获得的GGSN地址作为选择的GGSN地址填写将被通知给新SGSN的PDP上下文中的GGSN地址地段，指示新SGSN将和该GGSN通讯；如果查询请求失败，GSN代理选择另一个GSN代理用于新SGSN和GGSN之间的通讯，并将所选择的GSN代理的地址作为告知给新SGSN的GGSN地址。
较佳的，进一步包括：所述GSN代理选择另一个GSN代理的依据是IMSI信元或PDP context信元中的APN字段中导出的MCC和MNC信息，依据这些信息获得对应的GSN代理IP地址。
可选的，进一步包括：所述GSN代理选择另一个GSN代理的依据是根据新SGSN标识和所述GGSN标识来选择两个标识对应的一个GSN代理IP地址。
可选的，GSN代理选择另一个GSN代理的步骤是：该GSN代理选择自己作为所述另一个GSN代理。
其中，网络侧请求的PDP上下文激活流程中，还包括：预先配置有运营商标识、与该标识对应的和源核心网相同版本的GSN代理IP地址；所述获得与源网络相同IP版本的GSN代理IP地址的步骤包括：HLR接收GGSN发出的Send Routeing Info for GPRS Request消息后，查询目标SGSN的IP地址，并判断该IP地址的版本是否和GGSN所属网络的IP版本一致；当不一致时，HLR查询得到与源网络IP版本相同的GSN代理IP地址，返回给GGSN；GSN代理接收到来自GGSN的PDU Notification Request消息后，向HLR请求获得当前服务于MS的SGSN的地址，进行该SGSN、GGSN之间的通信。
其中，所述HLR查询得到与源网络IP版本相同的GSN代理IP地址的步骤为：根据所述GGSN、SGSN的运营商标识查询到两标识对应的一个GSN代理IP地址。
还提供了一种IPv6和IPv4 GPRS核心网互通的装置，其特征在于，包括：信令处理单元、PDP上下文记录管理单元、GTP-U分组转发单元、名字解析单元；其中，
信令处理单元，用于接收和转发GSN的GTP-C消息进行信令流程控制，以及请求名字解析单元返回名字对应的地址、指示PDP上下文记录管理单元维护PDP上下文记录；
PDP上下文记录管理单元，用于存储和组织PDP上下文记录；
GTP-U分组转发单元，用于根据PDP上下文记录管理单元存储的PDP上下文记录，对收到的GTP-U分组使用合适的IP地址重新进行IP封装后转发出去；
名字解析单元，用于把名字转换为IP地址，或者作为DNS解析器与外部DNS交互信息。
其中，所述管理单元包括隧道管理单元、移动性管理单元；隧道管理单元，所控制的信令流程包括：PDP上下文激活流程、PDP上下文修改流程、PDP上下文去激活流程；移动性管理单元，所控制的信令流程包括：Inter-SGSN RA Update流程、Inter-SGSN SRNS Relocation流程。
由上述方法可以看出，本发明实现了IPv6 GSN和IPv4 GSN互通，没有修改GTP消息的结构，没有新增信元，因此不会对现有的设备进行改动，避免了IPv4设备不支持IPv6的情况。并且，通过本发明，运营商可以去直接部署IPv6-only GSN，为将来演进到纯IPv6 GPRS CN奠定了基础。并且，使用本发明，IPv6 GPRS CN和IPv4 GPRS CN之间不存在互操作性问题。
另一方面，相对于NAT-PT技术来说，本发明提供的方法，不存在为IPv4SGSN动态分配IPv6地址的过程，也不存在为IPv6 GGSN动态分配Ipv4地址的过程，当然也不需要有一个Ipv4地址池和一个Ipv6地址池。对于SGSN而言，本发明中SGSN所选择的GSN Proxy是一个和普通GGSN一样的实体；对于GGSN而言，主动和它联系的GSN Proxy是一个和普通SGSN一样的实体。
本发明提供的GSN代理实现Ipv4和Ipv6网络的互通，通过在网络中部署GSN代理的方式，不需要更新原核心网已有设备，因此不会影响原有的网络。
附图说明
图1为IPv6 GSN和IPv4 GSN互通组网示意图。
图2为激活PDP上下文流程图。
图3为Inter-SGSN RA更新流程图。
图4为SGSN流程中的涉及与GGSN通信的示意图。
图5为Inter-SGSN SRNS Relocation流程图。
图6为网络侧请求的PDP上下文激活流程图。
图7为本发明GSN代理结构图。
具体实施方式
如图1示出的组网图，本发明在IPv6 GPRS CN和IPv4 GPRS CN之间设置一IPv6和IPv4 GPRS核心网互通的装置，本发明称为GSN代理(GSNProxy)，分别与两个GPRS核心网的GSN相交互。GSN Proxy具有IPv4地址和IPv6地址，既支持GTP over IPv6，也支持GTP over IPv4，并在两种地址上同时启动监听，准备接收来自两个GPRS核心网的GTP消息。从网络结构来看，如图1，可以将处于SGSN和GGSN之间的GSN Proxy称为S-G GSN Proxy；将处于SGSN和SGSN之间的GSN Proxy称为S-S GSNProxy。而在实现上，S-G GSN Proxy和S-SGSN Proxy可以为同一产品。两个GSN核心网的GSN通过GSN Proxy进行通信。
下面参见附图和实施例，对本发明IPv6 GPRS CN和IPv4 GPRS CN互通的方法进行详细说明。
首先，参照图2，以有GSN Proxy参与的成功激活PDP Context流程(PDPcontext Activation Procedure)为例进行说明，包括以下步骤：
步骤201：MS发出Activate PDP Context Request(激活PDP上下文请求)发送给SGSN，该消息包含APN标识。
步骤202：SGSN把APN转换为GGSN IP地址，典型地，SGSN依据APN查询DNS(域名系统)以获得GGSN IP地址。当APN所对应的GGSN处于与SGSN不同IP版本的GPRS CN中，SGSN将获得S-G GSN Proxy的、与其IP版本相同的IP地址。例如，当SGSN处于IPv4 GPRS CN中，而DNS存储的APN所对应的GGSN地址为IPv6地址(GGSN处于IPv6 GPRS CN中)，该SGSN将获得S-G GSN Proxy的IPv4地址。
其中，SGSN获取S-G GSN Proxy IP地址的方法，根据具体的实际情况，可以有以下几种方式：
M1方案一：
在DNS1上配置运营商标识和GSN Proxy IP地址列表的对应关系，运营商标识由MCC和MNC导出，并且DNS1的地址列表中存储的GSN Proxy的IP地址和DNS1所在的GPRS CN相同。
SGSN发出DNS递归查询给本地的名字服务器DNS1，当名字服务器DNS1不是名字的权威服务器，它会查询其他名字服务器，以获得该域名的地址。
然后，DNS1判断获得的IP地址的版本是否和所属网络的IP版本一致。如当名字服务器DNS1处于IPv6 GPRS CN中，它判断查询到的GGSN地址是否是IPv4地址，如果是IPv4地址，以名字中的运营商标识作为索引查询得到GSN Proxy的IPv6地址，然后把GSN Proxy的IPv6地址返回给SGSN。
M2方案二：
SGSN发出DNS递归查询给本地的名字服务器DNS1，当名字服务器DNS1不是名字的权威服务器，它会查询“.gprs”根名字服务器DNS2，以获得该域名的地址。
DNS2依据名字中的运营商标识判断管辖此名字的运营商的GPRS CN是使用了何种版本的IP。当管辖此APN的运营商的GPRS CN版本和DNS1所属的GPRS CN的IP版本不一致，DNS2返回GSN Proxy的IP地址给DNS1，此IP地址的版本和SGSN地址的IP版本相同。GSN Proxy的地址将被DNS1返回给SGSN。
其中，在根名字服务器上，运营商标识和IP版本、GSN Proxy地址列表的对应关系可以是配置的。
当管辖此APN的运营商的GPRS CN版本和DNS1所属的GPRS CN的IP版本一致，DNS2的行为将和现有做法一样，最终DNS1得到的是目标GGSN的IP地址。
M3方案三：
SGSN发出DNS递归查询给本地的名字服务器DNS1，DNS1依据名字中的运营商标识判断管辖此名字的运营商的GPRS CN是使用了何种版本的IP。当管辖此名字的运营商的GPRS CN版本和DNS1所属的GPRS CN的IP版本不一致，DNS1返回GSN Proxy的IP地址给SGSN，此IP地址的版本和SGSN地址的IP版本相同。
其中运营商标识和IP版本、GSN Proxy地址的对应关系可以是配置的。
当管辖此APN的运营商的GPRS CN版本和DNS1所属的GPRS CN的IP版本一致，DNS1的行为将象现有做法一样，最终DNS1得到的是目标GGSN的IP地址，并把地址返回给SGSN。
M4方案四：
SGSN依据运营商标识尝试获得GSN Proxy的IP地址，如果失败，则像现有做法一样尝试获得GGSN的IP地址。一个具体实现是：在SGSN上配置MNC、MCC构成的运营商标识和GSN Proxy IP地址的对应关系的记录，索引字段为运营商标识。SGSN依据运营商标识查询，查询成功则获得GSN Proxy IP地址；如果查询失败，则SGSN发起DNS请求，以获得真正GGSN IP地址。
源SGSN获得了GSN Proxy的地址的方法可能多样的，例如，也可以在DNS上配置有源SGSN所在的网络运营商标识、目的GGSN所在的网络运营商标识、及所述两标识对应的一个GSN Proxy IP地址列表，并据此来查询获得GSN Proxy。从查询功能的实现的实体上来看，其实现可以是一个DNS实体，也可以是根DNSname server和本地DNS name server实现，也可以是在GSN上进行配置实现。
步骤203：SGSN将获得的S-G GSN Proxy当作GGSN，向S-G GSN Proxy发出Create PDP Context Request(生成PDP上下文请求)。其中，该GTP消息使用SGSN所在网络的IP版本进行封装，如本例中使用IPv4封装该GTP消息。
步骤204～205：S-G GSN Proxy收到Create PDP Context Request消息后，S-G GSN Proxy会把名字转换为GGSN地址，其中使用的名字为Create PDPContext Request中携带的APN，典型地，S-G GSN Proxy发出DNS查询获得GGSN的地址。
然后，S-G GSN Proxy记录从SGSN收到的Create PDP Context Request消息中的SGSN Address for Signalling和SGSN Address for User Traffic的值(IP地址)，S-G GSN Proxy记录SGSN地址是用来在后面流程知道将消息返回给哪个SGSN。
然后，S-G GSN Proxy把Create PDP Context Request消息中的SGSNAddress for Signalling和SGSN Address for User Traffic这两个值修改为S-GGSN Proxy自己的地址，这些地址使用和GGSN相同IP版本的地址。使用GGSN所在网络的IP版本封装Create PDP Context Request消息，并发给其查询获得的GGSN。
步骤206：GGSN接收到Create PDP Context Request消息，并分析处理消息后，将S-G GSN Proxy当作SGSN，构建Create PDP Context Response(生成PDP上下文响应)发回给S-G GSN Proxy。
步骤207～208：S-G GSN Proxy收到Create PDP Context Response消息后，S-G GSN Proxy可以创建PDP上下文记录，便于说明，本文中将所记录的几种不同的内容，对应的表示为记录入不同的R0、R1、R2记录中，以后不再说明。本步骤中将创建的PDP上下文记录入R0，R0中记录GGSNAddress for Control Plane字段和GGSN Address for User Traffic字段的值分别为Create PDP Context Response消息中的GGSN Address for Control Plane和GGSN Address for User Traffic的值。
然后，S-G GSN Proxy修改GGSN发来的Create PDP Context Response消息中的GGSN Address for Control Plane和GGSN Address for User Traffic的值为自己的地址。其中，S-G GSN Proxy填写的地址的IP版本和SGSN相同。
然后，S-G GSN Proxy使用与SGSN相同版本的IP封装该GTP消息，并发给SGSN。
步骤209：SGSN接收到Create PDP Context Response后，创建PDP上下文记录，其中包含的GGSN Address for Control Plane和GGSN Address forUser Traffic信元的IP地址为S-G GSN Proxy的地址。SGSN并构建ActivatePDP Context Accept(激活PDP上下文响应)回复给MS。
PDP context激活流程成功结束后，SGSN会把S-G GSN Proxy当作GGSN对待，而GGSN会把S-G GSN Proxy当作SGSN对待，由S-G GSNProxy实现不同IP版本GPRS CN之间的通信。S-G GSN Proxy存储此PDP上下文内容于记录R0中。R0的索引字段可以是IMSI+NSAPI，对于GTPv1PDP上下文，还存在另一个索引TEID。R0中记录了此PDP上下文使用的控制面和用户面的SGSN IP地址、GGSN IP地址以及S-G GSN Proxy IP地址。并且在PDP context去激活流程结束时，R0将被删除。
和PDP上下文激活流程类似，在PDP context修改流程(PDP ContextModification Proeedure)和PDP context去激活流程(PDP Context DeactivationProcedure)里，不同IP版本的SGSN和GGSN通过S-G GSN Proxy进行交互信息。S-G GSN Proxy将修改SGSN发来的消息中的SGSN Address为自己的地址，使用和GGSN相同IP版本封装该GTP消息后发给GGSN。同样，S-G GSN Proxy将修改GGSN发来的消息中的GGSN Address为自己的地址，使用和SGSN相同IP版本封装该GTP消息后发给SGSN。上行GTP-U分组将由SGSN发给S-G GSN Proxy，S-G GSN Proxy用和GGSN相同IP版本重新封装GTP-U，用自己的地址作为IP头的源地址，再转发给GGSN。下行GTP-U分组将由GGSN发给S-G GSN Proxy，S-G GSN Proxy用和SGSN相同IP版本重新封装GTP-U，用自己的地址作为IP头的源地址，再转发给SGSN。
以上主要描述了GTP消息的通信过程，在通信中，GTP消息是封装在IP包中进行传输的，为了描述的便捷，上述IP层的封装未进行详细描述。但不难理解，上述两个实体传送封装有GTP消息的IP包时，IP包的目的地址和源地址分别对应于GTP消息的接收实体和发送实体。关于这一点，后文不再说明。
下面再参照图3，以有GSN Proxy参与的成功Inter-SGSN RA更新流程(Inter-SGSN RA update Procedure)为例进行说明，包括以下步骤：
步骤301：MS发起RA Update Request消息给新的SGSN(new SGSN)，该消息包含老RAI(old RAI)标识。
步骤302：New SGSN将依据old RAI构建出RAI逻辑名，根据RAI逻辑名查询DNS获得老的SGSN(old SGSN)的IP地址。当old SGSN所属的GPRS CN和new SGSN所属的GPRS CN的IP版本不同，则new SGSN将获得S-S GSN Proxy的、与new SGSN相同IP版本的地址，并将S-S GSNProxy当作old SGSN。其中，new SGSN得到S-S GSN Proxy的IP地址的方法有几种选择，具体可参见上述步骤202中所述的M1方案1～M4方案4，只是查询DNS时使用的是RAI逻辑名，而不是APN。
然后，New SGSN将获得的S-S GSN Proxy当作old SGSN，使用newSGSN的IP版本封装SGSN Context Request消息，并发送给S-S GSN Proxy。
步骤303：S-S GSN Proxy收到SGSN Context Request消息后，S-S GSNProxy使用自己的地址修改SGSN Context Request中的SGSN address forControl Plane信元，这些地址的IP版本和Old SGSN使用的IP版本相同。
然后，使用old SGSN的IP版本封装SGSN Context Request消息，并发送给old SGSN。
S-S GSN Proxy存储new SGSN的地址于创建的记录R1中，R1的索引字段为IMSI。并启动定时器T1。T1也可以在收到SGSN Context Response或SGSN Context Acknowledge步骤时启动。
步骤304：old SGSN接收到SGSN Context Request，构建SGSN ContextResponse消息返回给S-S GSN Proxy。Old SGSN将会把GSN Proxy当作newSGSN。
步骤305：S-S GSN Proxy收到SGSN Context Response消息后，当S-SGSN Proxy判断该GTP消息的PDP context信元中GGSN address for ControlPlane和GGSN address for User Traffic字段的IP版本和new SGSN所处的GPRS CN的IP版本不一致，它将重新选择GGSN地址来修改消息中PDPcontext信元里包含的GGSN address for Control Plane和GGSN address forUser Traffic字段。当判断的PDP context中GGSN地址字段IP版本和newSGSN所处的GPRS CN的IP版本一致时，则不修改这些字段的内容。
当old SGSN使用的是普通GGSN，则new SGSN和GGSN交互需要S-GGSN Proxy；当old SGSN和普通GGSN之间使用了S-G GSN Proxy，则newSGSN可以和GGSN直接交互。但是需要S-S GSN Proxy识别出所述GGSN地址字段的IP地址是否是普通GGSN的地址，一个办法是S-S GSN Proxy去试探查询该GGSN，由于标准GGSN是不支持这个查询的，而S-G GSNProxy是支持的且能返回普通GGSN的地址的，因此，只要能够查询成功，则说明GGSN地址字段记载的IP是GSN代理地址，否则是普通GGSN的地址。具体参见后文中对照图4的详细描述。
然后，S-S GSN Proxy使用自己的IP地址填写SGSN Context Response中的SGSN address for Control Plane字段，并使用new SGSN的IP版本封装该GTP消息后发给new SGSN。
S-S GSN Proxy存储SGSN Context Response中的PDP上下文内容于创建的记录R2中，内容包括IMSI等字段。R2的索引字段为IMSI+NSAPI，对于GTP v1 PDP上下文，还有一个索引字段是TEID。R1也可以合并到R2中，即关于一个MS的各R2记录均存储new SGSN地址。
可以参见图4。其中，S-S GSN Proxy选择GGSN地址的方法是：
S-S GSN Proxy向GGSN address for Control Plane所代表的GSN(记为G)发出查询请求消息，以获得GSN中存储的PDP context中使用的GGSNaddress。查询流程可以借用SSGN Context Request-Response-Ack消息来实现。
如果查询请求成功，则表明G是一个S-G GSN Proxy(参见上述步骤207，在GSN Proxy中会存储着真实的GGSN address)，进而说明old SGSN与目的GGSN属于不同IP版本网络，是通过该S-G GSN Proxy进行通信的，而又因为old SGSN与new SGSN属于不同IP版本网络，故推导出GGSN与new SGSN属于相同IP版本网络，因此S-S GSN Proxy用获得的真实的GGSNaddress作为选择的GGSN地址通知new SGSN，将来new SGSN将直接和获得的该GGSN通讯。
如果查询请求失败，例如G不能支持处理这个请求消息而导致S-S GSNProxy等待响应超时，则说明G是一个普通的GGSN，old SGSN与该GGSN在同一个IP版本网络，之间不存在S-G GSN Proxy，又由于new SGSN与old SGSN属于不同IP版本网络，故new SGSN和该GGSN属于不同IP版本网络，之间信息交互时需要一个S-G GSN Proxy。然后，S-S GSN Proxy选择一个S-G SGSN Proxy以作为new SGSN和GGSN之间的中介，使用S-GSGSN Proxy的地址作为告知给new SGSN的GGSN地址。
其中，S-S GSN Proxy选择一个S-G GSN Proxy的依据是IMSI信元或SGSN Context Response消息的PDP context信元中的APN字段中导出的MCC和MNC信息。即利用MCC和MNC获得S-G GSN Proxy的IP地址。
S-S GSN Proxy选择一个S-G GSN Proxy的另一个更好的办法是，从SGSN/GGSN的IP地址推导出它们各自属于哪个网络及其运营商标识，再依据这些信息决定选择哪个S-G GSN Proxy。例如，配置SGSN/GGSN双方运营商标识所对应的S-G GSN Proxy地址列表，S-S GSN Proxy依据双方运营商标识查询获得S-G GSN Proxy地址。
其中，S-S GSN Proxy选择S-G GSN Proxy的一个简单设计是：该S-SGSN Proxy自己作为new SGSN和GGSN之间的S-G GSN Proxy。
这个设计防止了多次切换后可能会形成S-G GSN Proxy链。例如oldSGSN和GGSN之间的通讯路径是：Old SGSN-S-G GSN Proxy#1-GGSN，切换后，如果new SGSN和S-G GSN Proxy#1的IP版本不同，但S-G GSNProxy#1的IP版本和GGSN IP版本相同，new SGSN和GGSN通讯时可以不需要使用S-G GSN Proxy#1。如果不消除S-G GSN Proxy#1，则下次切换后，new SGSN和GGSN之间的通讯路径是new SGSN-S-G GSN Proxy#2-S-G GSN Proxy#1-GGSN。如果要消除，则按照上面的方法，需要S-GGSN Proxy#1把GGSN的地址告诉new SGSN。
步骤306：new SGSN接收SGSN Context Response，记录该GTP消息中的GGSN地址。并且将SGSN Context Acknowledge响应消息发送给S-SGSN Proxy。
步骤307：当S-S GSN Proxy收到SGSN Context Acknowledge，它使用自己的和old SGSN相同IP版本的地址填写SGSN Context Acknowledge的SGSN Address for User Traffic信元，并把消息转发给old SGSN。
步骤308：当old SGSN收到SGSN Context Acknowledge，它将转发缓存的GTP-U分组给S-S GSN Proxy。当S-S GSN Proxy收到GTP-U分组，它依据GTP头中的信息获得new SGSN地址。获得的方法是，对于GTP v1分组，利用TEID字段检索R2列表，获得IMSI，继而利用IMSI检索R1列表得到new SGSN地址。对于GTP v0分组，从TEID字段中获得IMSI，继而利用IMSI检索R1列表得到new SGSN地址。
S-S GSN Proxy把GTP-U分组改用new SGSN的IP版本封装，用自己的地址填写IP头的源地址，用new SGSN地址填写IP头的目的地址，然后把它们转发给new SGSN。当T1超时，S-S GSN Proxy中关于此MS的R1和R2记录被删除。
由上看出，该old SGSN与new SGSN之间的通过S-S GSN Proxy进行信息交互后续，new SGSN和GGSN交互时，可以和步骤306中记录的GGSN地址进行信息交互。当记录的GGSN地址为GSN Proxy地址时，GSN Proxy会实现new SGSN和真实的GGSN之间的通信。
上面的Inter-SGSN RA update Procedure流程是new SGSN向old SGSN主动发起GTP信令交互通讯，当本发明应用在Inter-SGSN SRNS Relocation流程中，则是old SGSN首先向new SGSN发起通讯。下面参照图5进行说明，包括以下步骤：
步骤501：源RNC发出Relocation Required消息给老的SGSN(oldSGSN)，该消息携带有目标RNC标识(target ID)。
步骤502：old SGSN由target ID构建出RNC逻辑名，查询DNS得到RNC逻辑名对应的新的SGSN(new SGSN)的地址。当old SGSN所属的GPRS CN和new SGSN所属的GPRS CN的IP版本不同，则old SGSN将得到S-S GSN Proxy的IP地址，old SGSN会把GSN Proxy当作new SGSN。其中，old SGSN得到S-S GSN Proxy的IP地址的方法有几种选择，具体可参见上述步骤202中所述的M1方案1～M4方案4，不过使用的查询名字由APN代换为RNC逻辑名。
old SGSN构建Forward Relocation Request消息发给获得的IP地址所代表的new SGSN。当IP地址是S-S GSN Proxy的地址，则消息将发给S-S GSNProxy，old SGSN将把它当作new SGSN。
步骤503：S-S GSN Proxy收到Forward Relocation Request消息，它使用RNC逻辑名查询得到new SGSN。
并且，S-S GSN Proxy检查消息中PDP context信元里包含的GGSNAddress for Control Plane和GGSN Address for User Traffic字段，当判断这些GGSN地址的IP版本和new SGSN所处的GPRS CN的IP版本不一致，它应重新选择GGSN地址来修改消息中PDP context信元里包含的GGSNaddress for Control Plane和GGSN address for User Traffic字段。(S-S GSNProxy选择GGSN地址的办法参见上述步骤305)
然后，S-S GSN Proxy用自己的地址填写Forward Relocation Request中的SGSN address for Control Plane，并使用new SGSN的IP版本封装该GTP消息后发给new SGSN。
步骤504：new SGSN收到Forward Relocation Request消息，将会把S-SGSN Proxy当作Old SGSN。new SGSN将把消息中GGSN Address代表的S-GGSN Proxy当作普通的GGSN。
new SGSN和Target RNC(目标RNC)建立RAB。然后构建ForwardRelocation Response消息返回给S-S GSN Proxy。
步骤505：S-S GSN Proxy收到Forward Relocation Response，它修改Forward Relocation Response中的SGSN Address for Control Plane信元值为自己的、和Old SGSN相同IP版本的地址，并使用old SGSN的IP版本封装该GTP消息后发给old SGSN。
在后续的流程中，new SGSN和old SGSN之间依旧使用该GSN Proxy来实现通信，就不再重复描述。并且，当new SGSN向GGSN发起Update PDPContext Request消息时，向步骤503中S-S GSN Proxy重新选择的GGSN发起该GTP消息，该过程与例3相同，当该GGSN是一个S-G GSN Proxy时，由其实现new SGSN与真实GGSN之间的通信。
又例如，在Combined Hard Handover and SRNS Relocation Procedure里，当Old SGSN收到RANAP消息Forward SRNS Context，Old SGSN应发送Forward SRNS Context消息给先前记录的SGSN Address for Control Plane所代表的GSN，即S-S GSN Proxy。
当S-S GSN Proxy收到Forward SRNS Context消息，将用和new SGSN相同IP版本的地址填写承载GTP的IP头，并把这个消息转发给new SGSN。当S-S GSN Proxy收到new SGSN发来的Forward SRNS Context Ack，将用和old SGSN相同IP版本的地址填写承载GTP的IP头，把这个消息转发给old SGSN。
下面再参见图6，以网络侧请求的PDP上下文激活流程进行对本发明进一步描述。在这个流程里，基本与上述过程相似，只是这里是通过查询HLR来替代查询DNS。
在网络侧请求的PDP上下文激活流程里，当GGSN的IP版本和MS所在的SGSN的IP版本不一致，则GGSN应该获得的是S-G GSN Proxy的IP地址。GGSN获得S-G GSN Proxy的IP地址的方法如下：
当HLR收到GGSN发来的Send Routeing Info for GPRS Request，将检查记录的SGSN地址和GGSN地址的IP版本是否一致，如果不一致，则返回S-G GSN Proxy的IP地址。这个IP地址版本和GGSN相同。
然后，GGSN会把PDU Notification Request发给S-G GSN Proxy。
然后，S-G GSN Proxy接收到PDU Notification Request，它向HLR发出Send Routeing Info for GPRS Request获得当前服务于MS的SGSN的IP地址。
然后，S-G GSN Proxy使用和SGSN相同IP版本的地址和SGSN交互。包括S-G GSN Proxy向SGSN转发PDU Notification Request，其中，GGSNAddress for Control Plane字段的值修改为S-G GSN Proxy的地址，IP头源地址填写为GSN Proxy的地址。
之后，MS可以主动激活PDP context，在这个激活流程里，SGSN选择的S-G GSN Proxy可以是另外的GSN Proxy，因为原来的S-G GSN Proxy在网络路由上的位置可能不佳。
相应的，本发明还提供了GSN代理装置。如图7示出的GSN代理装置结构图，包括信令处理单元、PDP上下文记录管理单元、GTP-U分组转发单元、名字解析单元。下面分别说明：
信令处理单元，用来处理GTP消息流程，即接收和转发GTP-C消息，指示PDP上下文记录管理单元对PDP上下文记录(如R0，R1，R2)进行数据库管理，请求名字解析单元查询返回名字对应的地址。可以认为，信令处理单元主要是进行控制面信令消息的处理。根据所实现的是G-G GSN Proxy或S-G GSN Proxy，信令处理单元可分为隧道管理单元和移动性管理单元。
隧道管理单元可以处理如下流程：PDP上下文激活流程，网络侧请求的PDP上下文激活流程(可选)，MS/SGSN/GGSN发起的PDP上下文修改流程，MS/SGSN/GGSN发起的PDP上下文去激活流程。处理的主要请求信令包括：激活PDP上下文请求，更新PDP上下文请求，删除PDP上下文请求，PDUNotification Request。
在成功的激活PDP上下文流程中，会命令PDP上下文记录管理单元创建PDP上下文记录。在成功的更新PDP上下文流程中，会命令PDP上下文记录管理单元更新PDP上下文记录。在删除PDP上下文流程中，会命令PDP上下文记录管理单元删除PDP上下文记录。在网络侧请求的PDP上下文激活流程中，S-G GSN Proxy会向HLR请求获得SGSN的地址。
而移动性管理单元处理SGSN间SRNS重定向流程和SGSN间RA更新流程。在流程中，依据情况选择合适的GGSN IP地址或者S-G GSN Proxy IP地址填写发给new SGSN的PDP上下文中的GGSN IP地址。命令PDP上下文数据管理单元创建、删除PDP上下文记录。
PDP上下文记录管理单元，用于对PDP context记录进行存储管理，PDP上下文记录字段包括PDP上下文标识等。该单元对外提供的接口包括：依据PDP上下文标识检索PDP context记录等。在说明书中提到的R0、R1、R2信息也存储在该管理单元中。
GTP-U分组转发单元，对于收到的来自SGSN/GGSN的GTP-U分组，向PDP上下文数据管理单元请求查找PDP上下文记录，使用PDP上下文数据管理单元存储的PDP上下文记录中的信息修改分组，使用合适的IP地址重新进行IP封装后，转发给GGSN/SGSN。
例如在GSN实现的是S-G GSN代理功能时，对于来自SGSN的分组，把源地址修改为S-G GSN Proxy的IP地址，目的地址修改为GGSN IP地址。对于来自GGSN的GTP-U消息，把源地址修改为S-G GSN Proxy的IP地址，目的地址修改为SGSN IP地址，以进行GTP-U消息的转发。
而在GSN实现的是S-S GSN代理功能时，对于收到的来自old SGSN的GTP-U分组，向PDP上下文数据管理单元查找PDP上下文记录，使用PDP上下文记录中的信息修改分组，并转发给new SGSN。具体地说，对于来自old SGSN的GTP-U分组。把源地址修改为S-S GSN Proxy的IP地址，把目的地址修改为new SGSN的IP地址。
不难理解，若将上面提到的信令处理单元认为是处理GTP-C消息以进行信令层的控制，则GTP-U分组转发单元可以看作是用于用户层数据的转发。需要说明的是，在Inter-SGSN SRNS Relocation流程中不会用到GTP-U转发单元。
名字解析单元，负责把名字转换为IP地址。而在使用DNS时，名字解析单元作为DNS解析器与外部DNS交互信息，包括构建DNS请求消息和解析收到的DNS响应消息，执行DNS查询流程并缓存域名解析结果记录。
例如，在激活PDP上下文流程中，GTP隧道管理单元请求名字解析单元返回域名解析结果。在SGSN间SRNS重定向流程和SGSN间RA更新流程中，如有必要，移动性管理单元会请求名字解析单元返回域名解析结果。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (17)
1.一种IPv6 GPRS核心网和IPv4 GPRS核心网互通的方法，其特征在于，存在一GSN代理，与两个核心网GSN相交互，GSN代理配置有IPv4地址和IPv6地址，一核心网的源GSN与另一核心网的目标GSN通信时，包括以下步骤：
A、源GSN查询目标GSN对应的IP地址时，获得与源网络相同IP版本的GSN代理IP地址，将试图发给目标GSN的上行GTP消息使用源网络IP版本封装，发送给GSN代理；
B、GSN代理接收该GTP消息，将上行GTP消息中的源GSN地址修改为与目标网相同IP版本的GSN代理的地址；
查询目标GSN对应的IP地址，将上行GTP消息使用目标网络IP版本封装，发送给目标GSN。
2.根据权利要求1所述的方法，其特征在于，步骤B后进一步包括步骤：
C、GSN代理在收到目标GSN试图发给源GSN的下行GTP消息时，将下行GTP消息的源GSN地址修改为与上述源网络相同IP版本的GSN代理的地址，将下行GTP消息使用所述源网络IP版本封装，发送给源GSN。
3.根据权利要求1所述的方法，其特征在于，预先配置有与源GSN相同IP版本的GSN代理IP地址；步骤A所述获得与源网络相同IP版本的GSN代理IP地址的步骤包括：
判断目标GSN的IP地址版本是否和源GSN的IP版本一致；不一致时，读取所配置的GSN代理IP地址。
4.根据权利要求3所述的方法，其特征在于，进一步配置有源GSN所在的网络运营商标识、目标GSN所在的网络运营商标识、及所述两标识与GSN代理IP地址的对应关系；
所述读取所配置的GSN代理IP地址的步骤包括：根据源GSN所在网络运营商标识、目标GSN所在网络运营商标识读取对应的所配置的GSN代理IP地址。
5.根据权利要求3或4所述的方法，其特征在于，所述的配置存储于源GSN上，从该源GSN上读取所配置的GSN代理IP地址。
6.根据权利要求3或4所述的方法，其特征在于，所述的配置存储于DNS上，所述的源GSN查询目标GSN对应的IP地址是源GSN向DNS查询得到的；
所述的判断目标GSN的IP地址版本是否和源GSN的IP版本一致、读取所配置的GSN代理IP地址的步骤是由DNS执行的；DNS并进一步将读取的IP地址返回给源GSN。
7.根据权利要求2所述的方法，其特征在于，激活PDP上下文流程中，所述源GSN为源SGSN，所述目标GSN为目标GGSN；所述上行GTP消息中的源GSN地址包括SGSN Address for Signalling、SGSN Address for UserTraffic；所述下行GTP消息的源GSN地址包括GGSN Address for ControlPlane、GGSN Address for User Traffic。
8.根据权利要求1所述的方法，其特征在于，Inter-SGSN RA更新流程中，所述源GSN为源新SGSN，所述目标GSN为目标老SGSN。
9.根据权利要求1所述的方法，其特征在于，Inter-SGSN SRNSRelocation流程中，所述源GSN为源老SGSN，所述目标GSN为目标新SGSN。
10.根据权利要求8或9所述的方法，其特征在于，进一步包括GSN代理选择将与SGSN通讯的GGSN的地址的步骤，为：
GSN代理向从老SGSN处获得的PDP上下文中的GGSN address forControl Plane所代表的GSN发出查询请求消息，请求获得该GSN中存储的PDP上下文中的GGSN地址；
如果查询请求成功，GSN代理用获得的GGSN地址作为选择的GGSN地址填写将被通知给新SGSN的PDP上下文中的GGSN地址地段，指示新SGSN将和该GGSN通讯；
如果查询请求失败，GSN代理选择另一个GSN代理，用于新SGSN和GGSN之间的通讯，并将所选择的GSN代理的地址作为告知给新SGSN的GGSN地址。
11.根据权利要求10所述的方法，其特征在于，进一步包括：所述GSN代理选择另一个GSN代理的步骤包括：根据IMSI信元或PDP上下文信元中的APN字段中导出的MCC和MNC信息，依据这些信息获得对应的GSN代理IP地址。
12.根据权利要求10所述的方法，其特征在于，进一步包括：所述GSN代理选择另一个GSN代理的步骤包括：根据新SGSN标识和所述GGSN标识来选择两个标识对应的一个GSN代理IP地址。
13.根据权利要求10所述的方法，其特征在于，所述GSN代理选择另一个GSN代理的步骤包括：该GSN代理选择自己作为所述另一个GSN代理。
14.根据权利要求1所述的方法，其特征在于，网络侧请求的PDP上下文激活流程中，所述源GSN为GGSN，目标GSN为目标SGSN；还包括：预先配置有运营商标识、与该标识对应的和源核心网相同版本的GSN代理IP地址；
所述获得与源网络相同IP版本的GSN代理IP地址的步骤包括：HLR接收GGSN发出的Send Routeing Info for GPRS Request消息后，查询目标SGSN的IP地址，并判断该IP地址的版本是否和GGSN所属网络的IP版本一致；当不一致时，HLR查询得到与源网络IP版本相同的GSN代理IP地址，返回给GGSN；
所述查询目标GSN对应的IP地址步骤包括：GSN代理接收到来自GGSN的PDU Notification Request消息后，向HLR请求获得当前服务于MS的目标SGSN的地址。
15.根据权利要求14所述的方法，其特征在于，所述HLR查询得到与源网络IP版本相同的GSN代理IP地址的步骤包括：根据所述GGSN、SGSN的运营商标识查询到两标识对应的一个GSN代理IP地址。
16.一种IPv6和IPv4 GPRS核心网互通的装置，其特征在于，包括：信令处理单元、PDP上下文记录管理单元、GTP-U分组转发单元、名字解析单元；其中，
信令处理单元，用于接收和转发GSN的GTP-C消息进行信令流程控制，以及请求名字解析单元返回名字对应的地址、指示PDP上下文记录管理单元维护PDP上下文记录；
PDP上下文记录管理单元，用于存储和组织PDP上下文记录；
GTP-U分组转发单元，用于根据PDP上下文记录管理单元存储的PDP上下文记录，对收到的GTP-U分组使用合适的IP地址重新进行IP封装后转发出去；
名字解析单元，用于把名字转换为IP地址，或者作为DNS解析器与外部DNS交互信息。
17.根据权利要求16所述的装置，其特征在于，所述PDP上下文记录管理单元包括隧道管理单元、移动性管理单元；其中，
隧道管理单元，所控制的信令流程包括：PDP上下文激活流程、PDP上下文修改流程、PDP上下文去激活流程；
移动性管理单元，所控制的信令流程包括：Inter-SGSN RA Update流程、Inter-SGSN SRNS Relocation流程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100088530A CN100362829C (zh) | 2005-02-24 | 2005-02-24 | IPv6和IPv4 GPRS核心网互通的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100088530A CN100362829C (zh) | 2005-02-24 | 2005-02-24 | IPv6和IPv4 GPRS核心网互通的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1825827A CN1825827A (zh) | 2006-08-30 |
| CN100362829C true CN100362829C (zh) | 2008-01-16 |
Family
ID=36936281
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005100088530A Expired - Fee Related CN100362829C (zh) | 2005-02-24 | 2005-02-24 | IPv6和IPv4 GPRS核心网互通的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100362829C (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101388825B (zh) * | 2007-09-12 | 2012-02-01 | 华为技术有限公司 | 一种传输gprs隧道协议数据包的方法和设备 |
| CN101420369A (zh) * | 2007-10-24 | 2009-04-29 | 华为技术有限公司 | 通用分组无线业务隧道协议报文传输方法、系统及设备 |
| CN101594282B (zh) * | 2008-05-29 | 2011-06-15 | 电信科学技术研究院 | 一种传输GTPv2消息的方法、系统及装置 |
| CN101594348B (zh) * | 2008-05-29 | 2012-06-27 | 电信科学技术研究院 | 一种传输GTPv2消息的方法、系统及装置 |
| CN101998668A (zh) * | 2009-08-27 | 2011-03-30 | 中兴通讯股份有限公司 | 一种无线连接的gtp-u实体间传输数据的方法和装置 |
| CN102149213B (zh) * | 2010-02-10 | 2014-02-12 | 邬学农 | 一种基于gtp协议的中继传输方法及其系统 |
| CN102572809A (zh) * | 2010-12-27 | 2012-07-11 | 中国移动通信集团公司 | 一种选择网关节点的方法、系统和设备 |
| CN103188144B (zh) * | 2011-12-29 | 2018-02-16 | 中兴通讯股份有限公司 | 一种实现分布式网关互通的系统及方法 |
| CN102932497B (zh) * | 2012-10-17 | 2015-07-08 | 华为终端有限公司 | 获取互联网协议地址的方法、设备及系统 |
| CN110086689B (zh) * | 2019-04-22 | 2020-12-29 | 杭州迪普科技股份有限公司 | 一种双栈bfd检测方法以及系统 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000183874A (ja) * | 1998-12-11 | 2000-06-30 | Hitachi Ltd | マルチプロトコルネットワーク管理方法、マルチプロトコルネットワーク管理プロキシサーバシステム、マルチプロトコルアドレス管理サーバシステム、および、マルチプロトコルネットワーク管理システム |
| CN1380773A (zh) * | 2002-04-25 | 2002-11-20 | 复旦大学 | 一种增强的nat－pt协议方案 |
| WO2003032668A1 (en) * | 2001-10-05 | 2003-04-17 | Nokia Corporation | Method and system for hand off in a gprs network with nodes supporting different ip versions |
| CN1490998A (zh) * | 2003-07-23 | 2004-04-21 | 中国科学院计算技术研究所 | 利用nat-pt和客户/服务器模式实现ip网络终端通信方法 |
| US20040165602A1 (en) * | 2003-02-21 | 2004-08-26 | Samsung Electronics Co., Ltd. | Method and apparatus for interconnecting IPv4 and IPv6 networks |
| CN1578296A (zh) * | 2003-07-29 | 2005-02-09 | 华为技术有限公司 | 双栈过渡的实现方法 |
| CN1585376A (zh) * | 2003-08-20 | 2005-02-23 | 华为技术有限公司 | 一种地址转换方法及实现该方法的混合地址转换路由器 |
-
2005
- 2005-02-24 CN CNB2005100088530A patent/CN100362829C/zh not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000183874A (ja) * | 1998-12-11 | 2000-06-30 | Hitachi Ltd | マルチプロトコルネットワーク管理方法、マルチプロトコルネットワーク管理プロキシサーバシステム、マルチプロトコルアドレス管理サーバシステム、および、マルチプロトコルネットワーク管理システム |
| WO2003032668A1 (en) * | 2001-10-05 | 2003-04-17 | Nokia Corporation | Method and system for hand off in a gprs network with nodes supporting different ip versions |
| CN1380773A (zh) * | 2002-04-25 | 2002-11-20 | 复旦大学 | 一种增强的nat－pt协议方案 |
| US20040165602A1 (en) * | 2003-02-21 | 2004-08-26 | Samsung Electronics Co., Ltd. | Method and apparatus for interconnecting IPv4 and IPv6 networks |
| CN1490998A (zh) * | 2003-07-23 | 2004-04-21 | 中国科学院计算技术研究所 | 利用nat-pt和客户/服务器模式实现ip网络终端通信方法 |
| CN1578296A (zh) * | 2003-07-29 | 2005-02-09 | 华为技术有限公司 | 双栈过渡的实现方法 |
| CN1585376A (zh) * | 2003-08-20 | 2005-02-23 | 华为技术有限公司 | 一种地址转换方法及实现该方法的混合地址转换路由器 |
Non-Patent Citations (2)
| Title |
|---|
| GPRS和WCDMA移动通信网中IPv4到IPv6的过渡. 谈振辉.中国数据通信，第12期. 2002 * |
| GPRS网络从IPv4向IPv6的过渡. 冉晓旻，俞志敏.电信技术，第2期. 2003 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1825827A (zh) | 2006-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9743437B2 (en) | Mobile communication system | |
| US9693263B2 (en) | Method and system for data flow management of user equipment in a tunneling packet data network | |
| CN101151854B (zh) | 通信控制方法 | |
| US9049625B2 (en) | Route switching methods and systems | |
| US20160212778A1 (en) | Method and System for Data Flow Management of User Equipment in a Tunneling Packet Data Network | |
| US10869189B2 (en) | IP address assignment method and apparatus | |
| US10447503B2 (en) | Method and system for data flow management of user equipment in a tunneling packet data network | |
| US20100322106A1 (en) | Methods and nodes for setting up multiple packet data connections of a user equipment toward an access point | |
| TW200405705A (en) | A method and system for a low-overhead mobility management protocol in the internet protocol layer | |
| JP2002509390A (ja) | プロキシルート設定 | |
| CN1171479C (zh) | 用于异构型网络之间的互操作性的虚拟编号方案 | |
| WO2013071819A1 (zh) | 实现身份位置分离、分配接口标识的方法及网元和ue | |
| CN1774905A (zh) | 分布式移动代理 | |
| CN101199231A (zh) | 用于移动终端设备的固定网关接入点 | |
| US20140307629A1 (en) | Per-host locator to enable mobility gateway relocation in distributed mobility management | |
| EP2332319B1 (en) | Systems and methods for bulk release of resources associated with node failure | |
| CN100362829C (zh) | IPv6和IPv4 GPRS核心网互通的方法及装置 | |
| US7447162B1 (en) | Methods and apparatus for anchoring of mobile nodes using DNS | |
| CN102025599A (zh) | 发起通信、信息/数据报文的转发及路由配置方法/系统 | |
| EP1874005A1 (en) | A personal network comprising a plurality of clusters | |
| KR20070050256A (ko) | 차세대 무선 패킷 서비스 망에서 유동 아이피를 이용한패킷 착신 호 처리 장치 및 방법 | |
| US20090147759A1 (en) | Method and apparatus for supporting mobility of node using layer 2/layer 3 addresses | |
| CN101562561A (zh) | 一种移动网络路由的实现方法及网络 | |
| CN103108300B (zh) | 位置更新方法及移动路由器‑接入服务路由器 | |
| CN110024423B (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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080116 |