专利名称：实现无线网络控制器间通信的方法和系统的制作方法
技术领域：
本发明涉及通信领域，尤其涉及无线网络控制器间的通信。
背景技术：
随着3G产生的R99、R4、R5等几个不同的协议版本，不同运营商可能采取不同的协议版本组建各自的3G网络。由于漫游的存在，不同协议版本的网元设备之间的互连互通就成为一个很现实的问题，对于SGSN和RNC之间的Iu-PS接口也是如此。
3GPP中，Iu-Ps接口控制面协议栈结构如图1所示，Iu-Ps接口上最高层协议是RANAP，RANAP的进一步功能在3GPP 25413协议中描述。通过RANAP协议层，RNC和SGSN完成了和底层通信链路无关的一系列功能。
SGSN和RNC在组网中的关系如图2所示，SGSN与RNC之间通过Iu-Ps接口相连，SGSN之间通过Gn接口相连。
如果用户从源RNC下移动到目标RNC时，可能触发一种称之为“SRNSRelocation”的过程，在此过程中两个RNC会通过SGSN进行数据交换。这两个RNC可能位于同一个SGSN下，也可能位于两个SGSN下。SRNSRelocation过程中的用户或移动台移动和数据交换过程如图3所示，当用户从RNC1下移动到RNC2下时，由于RNC1和RNC2与同一个SGSN1相连，所以此时RNC1和RNC2将通过SGSN1进行数据交换；当用户RNC2下移动到RNC3下，由于RNC2和RNC3分别与SGSN1和SGSN2相连，所以此时RNC2和RNC3将通过SGSN1和SGSN2进行数据交换。整个SRNS Relocation的消息流程可以参考协议3GPP 23060协议。在SRNS Relocation过程中，如果2个RNC遵从的25413协议不是同一个版本的，就有可能产生兼容性问题。
与本发明相关的现有技术说明了用户从不同协议版本下的RNC之间移动时，实现SRNS Relocation的具体过程以SRNS Relocation过程为例，如果用户从图3中的RNC1移动到RNC3，再假定RNC1的RANAP协议版本是25413-480，RNC3的RANAP协议版本是25413-440。根据3GPP 23060协议，RNC1会首先向SGSN1发送一条relocation required消息，该消息携带如表1所示的信元
表1各个信元的具体含义请参见25413-480协议。其中依照25413-480协议定义的Source RNC To Target RNC Transparent Container的信元格式如表2所示
表2根据协议要求，SGSN1需要通过Gn接口上的Forward RelocationRequest消息将Source RNC To Target RNC Transparent Container信元发送到SGSN2，SGSN2再通过Iu-Ps接口上的Relocation Request消息将此信元发送给RNC3。Gn接口上的Forward Relocation Request消息格式如表3所示
表3Iu-Ps接口上的Relocation Request消息的格式如表4所示
表4根据我们的假设，RNC3是基于25413-440协议的，而25413-440协议中定义的Source RNC To Target RNC Transparent Container信元格式如<p>其中W0是管理平面静态配置的链路代价，例如10；α是节点无关调整因子，如果链路的首节点或者尾节点是工作路径中的节点(源节点和目的节点除外)，那么α＝1，否则α＝0；W1是节点无关的调整粒度，可以根据网管的静态配置和网络拓扑规模等因素选择适当的值，例如100。
β是链路无关调整因子，如果链路属于工作路径，那么α＝1，否则α＝0；W2是链路无关的调整粒度，可以根据网管的静态配置和网络拓扑规模等因素选择适当的值，例如500。
γ是链路保护属性调整因子，如果链路具有固有保护，α＝1，否则α＝0；W3是链路保护属性的调整粒度，可以根据网管的静态配置和网络拓扑规模等因素选择适当的值，例如40。
调整前后的链路代价，如表3所示表3.
如果采用上述方式调整链路代价，那么最短路径算法求解得到的路径是A-B-G-Z，即图2中所示的P3。
发明内容
本发明的目的是提供一种实现无线网络控制器间通信的方法和系统，通过本发明，能够解决不同协议版本的RNC通过SGSN进行数据交互时出现的版本兼容问题。
本发明的目的是通过以下技术方案实现的本发明提供一种实现无线网络控制器间通信的方法，其包括A、服务GPRS支持节点SGSN根据接收到的消息中的源信息和目标信息，分别获取对应的源无线网络控制器RNC和目标RNC的全局RNC标志；B、根据所述获取到的全局RNC标志，分析所述源RNC和目标RNC支持的协议版本，并将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元后，将其发送出去。
其中，所述步骤A具体包括A1、SGSN接收源RNC发送的转换请求Relocation required消息，并分析所述消息，得到相应的源信息和目标信息；A2、根据所述源信息获取对应的源RNC的全局RNC标志，以及根据所述目标信息获取对应的目标RNC的全局RNC标志。
其中，所述源信息包括源标识信息或源地址信息。所述目标信息包括目标标识信息或目标地址信息。
其中，所述步骤B具体包括B1、SGSN根据获取到的源RNC的全局RNC标志查询所述源RNC所支持的协议版本信息，当确认二者支持的协议版本不一致时，按照所述版本的协议分析所述接收到的消息中携带的信元；B2、根据获取到的目标RNC的全局RNC标志查询所述目标RNC所支持的协议版本信息，并将所述源RNC支持的协议版本下的信元转换为所述目标RNC所支持的协议版本下的信元；B3、将所述转换后的信元进行发送。
其中，在所述步骤B1之前包括B0、在所述SGSN中配置所述全局RNC标志与所述RNC所支持的协议版本信息间的映射关系。
其中，步骤B2中，所述将所述源RNC支持的协议版本下的信元转换为所述目标RNC所支持的协议版本下的信元的过程，具体包括根据目标RNC所支持的协议版本对源RNC支持的协议版本下的信元中的元素进行相应的删除、添加或修改处理，得到目标RNC所支持的协议版本下的信元。
其中，所述步骤B3具体包括B31、通过前向转换请求Forward Relocation Request消息将所述转换后的信元发送给所述目标RNC所连接的SGSN；B32、所述目标RNC所连接的SGSN接收到所述信元后，对所述信元进行封装处理，然后发送给对应的目标RNC；B33、所述目标RNC对所述信元进行解封装处理，得到相应的信元；或，B34、将所述转换后的信元进行封装处理，然后发送给所述目标RNC；B35、所述目标RNC对所述信元进行解封装处理，得到相应的信元。
本发明提供一种实现无线网络控制器间通信的系统，其包括源RNC、目标RNC以及与其相连接的SGSN；所述源RNC通过请求消息发送信元给与其相连接的SGSN；所述SGSN接收所述请求消息，根据所述消息中携带的源信息和目标信息，将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元，并发送所述转换后的信元；
所述目标RNC根据其所支持的协议版本接收并处理所述信元。
其中，所述SGSN包括与源RNC相连的SGSN和与目标RNC相连的SGSN；所述与源RNC相连的SGSN用于接收源RNC发送的消息，并根据所述消息得到源RNC和目标RNC的全局RNC标志，然后根据所述全局RNC标志对应的RNC支持的协议版本，将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元，然后发送给与目标RNC相连的SGSN；所述与目标RNC相连的SGSN用于接收所述信元，并将其转发给目标RNC。
其中，所述与源RNC相连的SGSN包括RNC协议版本配置单元和信元转换单元；所述RNC协议版本配置单元，用于配置RNC的全局RNC标志与所述RNC所支持的协议版本间的映射关系；所述信元转换单元，用于根据得到的源RNC和目标RNC的全局RNC标志，通过所述RNC协议版本配置单元查询所述全局RNC标志对应的协议版本信息，并根据所述查询到的协议版本信息将源RNC发送的信元转换为所述目标RNC所支持的协议版本下的信元。
由上述本发明提供的技术方案可以看出，本发明中SGSN首先根据接收到的消息中的源信息和目标信息，分别获取对应的源无线网络控制器RNC和目标RNC的全局RNC标志；然后根据所述获取到的全局RNC标志，分析所述源RNC和目标RNC支持的协议版本，并将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元后，将其发送出去。通过本发明，能够根据获取到的对应的全局RNC标志分析对应的RNC所支持的协议版本信息，并能够转换不同协议版本下的信元，因此本发明能够解决SRNS Relocation流程中Source RNC To Target RNC Transparent Container引发的版本兼容性问题，进而能够实现支持不同协议版本的RNC间的通信。
图1为控制面Iu-Ps接口的协议栈结构图；图2为SGSN和RNC之间的连接示意图；图3为SRNS relocation过程的示意图；图4为本发明较佳实施例的的流程图；图5为本发明提供的系统的结构原理图。
具体实施例方式
本发明提供一种实现无线网络控制器间通信的方法和系统，其核心为SGSN首先根据接收到的消息中的源信息和目标信息，分别获取对应的源无线网络控制器RNC和目标RNC的全局RNC标志；然后根据所述获取到的全局RNC标志，分析所述源RNC和目标RNC支持的协议版本，并将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元后，将其发送出去。
针对本发明所述的方法，本发明提供了第一实施例，如图4所示，包括步骤1、SGSN接收源RNC发送的请求消息，如Relocation required消息，并分析所述消息，得到相应的源信息和目标信息。其中所述源信息包括源标识信息或源地址信息；所述目标信息包括目标标识信息或目标地址信息。
步骤2、根据所述源信息获取对应的源RNC的全局RNC标志，以及根据所述目标信息获取对应的目标RNC的全局RNC标志。
步骤3、在所述SGSN中配置所述全局RNC标志与所述RNC所支持的协议版本信息间的映射关系。
为了解决版本兼容性问题，SGSN需要知道所有相关RNC所支持的25413协议版本，包括本SGSN下管辖的所有RNC，以及所有相邻SGSN下管辖的RNC。因此需要在所述SGSN中增加一个配置表，如表6所示
表6在表6中，全局RNC标志用来标志一个RNC，在所有的运营商中唯一。
步骤4、SGSN根据获取到的源RNC的全局RNC标志查询所述源RNC所支持的协议版本信息，并按照所述版本的协议分析所述接收到的消息中携带的信元。
步骤5、根据获取到的目标RNC的全局RNC标志查询所述目标RNC所支持的协议版本信息，并将所述源RNC支持的协议版本下的信元转换为所述目标RNC所支持的协议版本下的信元。
步骤5中，所述SGSN根据目标RNC所支持的协议版本对源RNC支持的协议版本下的信元中的元素进行相应的删除、添加或修改处理，得到目标RNC所支持的协议版本下的信元。
步骤6、将所述转换后的信元进行发送。
下面分两种情况对步骤6进行说明第一种情况是源RNC和目标RNC分别连接到不同的SGSN的情况，此时用户从源RNC转换到目标RNC时，通过源RNC连接的SGSN对信元进行转换，通过与目标RNC相连接的SGSN对信元进行转发，最终发送给目标RNC的过程。具体包括如下步骤步骤61、通过前向转换请求Forward Relocation Request消息将所述转换后的信元发送给所述目标RNC所连接的SGSN。
步骤62、所述目标RNC所连接的SGSN接收到所述信元后，对所述信元进行封装处理，然后发送给对应的目标RNC。
步骤63、所述目标RNC对所述信元进行解封装处理，得到相应的信元。
下面结合如图2所示的RNC与SGSN的关系示意图对第一种情况进行详细说明假设RNC1支持25413-480版本的协议，RNC2、RNC3都只支持25413-440版本的协议。
当用户从RNC1移动到RNC3的SRNS relocation过程中首先，与RNC1相连接的SGSN1接收到RNC1的relocation required消息后，所述SGSN1根据消息发送来源，获取到RNC1的“全局RNC标志”，然后查询“RNC-协议版本配置表”获取RNC1支持的协议版本为25413-480版本，并按照25413-480协议分析Source RNC To Target RNC TransparentContainer信元。
其次，SGSN1再根据relocation required中的Target ID获取目标RNC3的“全局RNC标志”，并查询“RNC-协议版本配置表”获取目标RNC所支持的协议版本为25413-440版本，然后SGSN1根据RNC1发送的25413-480版本的Source RNC To Target RNC Transparent Container信元，按照25413-440协议版本的需要生成新的25413-440版本的Source RNC To Target RNCTransparent Container信元，然后转发给SGSN2。
接着，SGSN2接收到Forward Relocation Request消息后，无需做任何处理，直接将其中的UTRAN transparent container封装成Iu-Ps口上的Relocation Request消息的Source RNC To Target RNC TransparentContainer并转发给RNC3。
最后，RNC3接收并处理所述Source RNC To Target RNC TransparentContainer信元。
当用户从RNC3移动到RNC1的SRNS relocation过程中首先，与RNC3相连接的SGSN2接收到RNC3的relocation required消息后，SGSN2根据消息的发送来源，获取RNC3的“全局RNC标志”，然后查询“RNC-协议版本配置表”获取RNC3支持的协议版本为25413-440版本，于是按照所述25413-440版本的协议分析Source RNC To Target RNCTransparent Container信元。
其次，SGSN2再根据relocation required中的Target ID获取目标RNC1的“全局RNC标志”，并查询“RNC-协议版本配置表”获取目标RNC所支持的协议版本为25413-480版本，然后SGSN2根据RNC3发送的25413-440版本的Source RNC To Target RNC Transparent Container信元，按照25413-480版本的协议生成新的25413-480版本的Source RNC To Target RNCTransparent Container信元，然后转发给SGSN1。
实际上，25413-440版本的协议的内容比25413-480版本的协议中的内容少，因此在此过程中SGSN2所要做的就是添加RAB TrCH Mapping中的CNDomain Indicator，对于SGSN1来说CN Domain Indicator等于1(指psdomain)。
接着，SGSN1接收所述SGSN2发送来的Forward Relocation Request消息后，对所述消息不做任何处理，直接将其中的Source RNC To TargetRNC Transparent Container信元通过封装成的Iu-Ps口上的RelocationRequest消息转发给RNC1。
最后，RNC1接收并处理所述Source RNC To Target RNC TransparentContainer信元。
第二种情况是源RNC和目标RNC连接同一个SGSN的情况，此时用户从源RNC转换到目标RNC时，通过源RNC连接的SGSN对信元进行转换并将转换后的信元直接发送给目标RNC的过程。具体包括如下步骤步骤71、所述RNC连接的SGSN将所述转换后的信元进行封装处理，然后发送给所述目标RNC；
步骤72、所述目标RNC对所述信元进行解封装处理，得到相应的信元。
针对本发明所述的方法，本发明提供了第二实施例，其与第一实施例的不同之处在于，在第一实施例的步骤5中，仅仅当确认源RNC所支持的协议版本与目标RNC所支持的协议版本不同时，才将接收到的源RNC发送的信元转换为对应目标RNC所支持的协议版本下的信元。第二实施例中具体描述为根据获取到的目标RNC的全局RNC标志查询所述目标RNC所支持的协议版本信息，并判断所述目标RNC所支持的协议版本信息与所述源RNC所支持的协议版本信息是否一致，当确认二者不一致时，则将所述源RNC支持的协议版本下的信元转换为所述目标RNC所支持的协议版本下的信元。
其它内容与第一实施例中的相关描述雷同，不再详细描述。
本发明提供的第二实施例中，由于仅仅转换不同协议版本下的信元，从而较第一实施例更加节约系统资源，加快数据的传输速度。
针对本发明所述的系统，本发明提供了第三实施例，如图5所示，包括源RNC、目标RNC以及与其相连接的SGSN；其中与源RNC相连接的SGSN包括RNC协议版本配置单元和信元转换单元；所述源RNC通过请求消息将信元发送给与其相连接的SGSN；与源RNC相连接的SGSN接收所述请求消息，根据所述消息中携带的源信息和目标信息得到对应的源RNC和目标RNC的全局RNC标志，并将其传送给其内的信元转换单元；所述信元转换单元通过所述RNC协议版本配置单元，查询所述全局RNC标志对应的协议版本信息，当确认二者不一致时，则根据所述查询到的协议版本信息将源RNC发送的信元转换为所述目标RNC所支持的协议版本下的信元，然后发送出去。
所述目标RNC根据其所支持的协议版本接收并处理所述信元。
针对本发明所述的系统，本发明提供的第四实施例，其与第三实施例的不同之处在于，所述源RNC和目标RNC分别连接不同的SGSN，并且不同的SGSN通过接口相连。此时与所述目标RNC相连的SGSN，仅仅用于转发与源RNC相连接的SGSN发送来的信元。
由上述本发明的具体实施方案可以看出，其通过在SGSN中根据获取到的对应的全局RNC标志查询得到对应的RNC所支持的协议版本信息，并能够转换不同协议版本下的信元，因此本发明能够解决SRNS Relocation流程中Source RNC To Target RNC Transparent Container引发的版本兼容性问题。
以上所述，仅为本发明较佳的
具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，例如通过本发明支持多个SGSN和多个RNC的多跳的情况，因此只要通过SGSN能够针对不同RNC的协议版本下的信元进行区别处理，都应涵盖在本发明的保护范围之内。本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种实现无线网络控制器间通信的方法，其特征在于，包括A、服务GPRS支持节点SGSN根据接收到的消息中的源信息和目标信息，分别获取对应的源无线网络控制器RNC和目标RNC的全局RNC标志；B、根据所述获取到的全局RNC标志，分析所述源RNC和目标RNC支持的协议版本，并将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元后，将其发送出去。
2.根据权利要求1所述的方法，其特征在于，所述步骤A具体包括A1、SGSN接收源RNC发送的转换请求Relocation required消息，并分析所述消息，得到相应的源信息和目标信息；A2、根据所述源信息获取对应的源RNC的全局RNC标志，以及根据所述目标信息获取对应的目标RNC的全局RNC标志。
3.根据权利要求1或2所述的方法，其特征在于所述源信息包括源标识信息或源地址信息。所述目标信息包括目标标识信息或目标地址信息。
4.根据权利要求1所述的方法，其特征在于，所述步骤B具体包括B1、SGSN根据获取到的源RNC的全局RNC标志查询所述源RNC所支持的协议版本信息，当确认二者支持的协议版本不一致时，按照所述版本的协议分析所述接收到的消息中携带的信元；B2、根据获取到的目标RNC的全局RNC标志查询所述目标RNC所支持的协议版本信息，并将所述源RNC支持的协议版本下的信元转换为所述目标RNC所支持的协议版本下的信元；B3、将所述转换后的信元进行发送。
5.根据权利要求4所述的方法，其特征在于，在所述步骤B1之前包括B0、在所述SGSN中配置所述全局RNC标志与所述RNC所支持的协议版本信息间的映射关系。
6.根据权利要求4或5所述的方法，其特征在于，步骤B2中，所述将所述源RNC支持的协议版本下的信元转换为所述目标RNC所支持的协议版本下的信元的过程，具体包括根据目标RNC所支持的协议版本对源RNC支持的协议版本下的信元中的元素进行相应的删除、添加或修改处理，得到目标RNC所支持的协议版本下的信元。
7.根据权利要求4或5所述的方法，其特征在于，所述步骤B3具体包括B31、通过前向转换请求Forward Relocation Request消息将所述转换后的信元发送给所述目标RNC所连接的SGSN；B32、所述目标RNC所连接的SGSN接收到所述信元后，对所述信元进行封装处理，然后发送给对应的目标RNC；B33、所述目标RNC对所述信元进行解封装处理，得到相应的信元；或，B34、将所述转换后的信元进行封装处理，然后发送给所述目标RNC；B35、所述目标RNC对所述信元进行解封装处理，得到相应的信元。
8.一种实现无线网络控制器间通信的系统，其特征在于，包括源RNC、目标RNC以及与其相连接的SGSN；所述源RNC通过请求消息发送信元给与其相连接的SGSN；所述SGSN接收所述请求消息，根据所述消息中携带的源信息和目标信息，将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元，并发送所述转换后的信元；所述目标RNC根据其所支持的协议版本接收并处理所述信元。
9.根据权利要求8所述的系统，其特征在于所述SGSN包括与源RNC相连的SGSN和与目标RNC相连的SGSN；所述与源RNC相连的SGSN用于接收源RNC发送的消息，并根据所述消息得到源RNC和目标RNC的全局RNC标志，然后根据所述全局RNC标志对应的RNC支持的协议版本，将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元，然后发送给与目标RNC相连的SGSN；所述与目标RNC相连的SGSN用于接收所述信元，并将其转发给目标RNC。
10.根据权利要求8或9所述的系统，其特征在于，所述与源RNC相连的SGSN包括RNC协议版本配置单元和信元转换单元；所述RNC协议版本配置单元，用于配置RNC的全局RNC标志与所述RNC所支持的协议版本间的映射关系；所述信元转换单元，用于根据得到的源RNC和目标RNC的全局RNC标志，通过所述RNC协议版本配置单元查询所述全局RNC标志对应的协议版本信息，并根据所述查询到的协议版本信息将源RNC发送的信元转换为所述目标RNC所支持的协议版本下的信元。
全文摘要
本发明涉及一种实现无线网络控制器间通信的方法和系统，其核心是SGSN首先根据接收到的消息中的源信息和目标信息，分别获取对应的源无线网络控制器RNC和目标RNC的全局RNC标志；然后根据所述获取到的全局RNC标志，分析所述源RNC和目标RNC支持的协议版本，并将所述源RNC发送的信元转换为目标RNC支持的协议版本下的信元后，将其发送出去。通过本发明，能够根据获取到的对应的全局RNC标志分析对应的RNC所支持的协议版本信息，并能够转换不同协议版本下的信元，因此本发明能够解决SRNS Relocatjon流程中Source RNC To Target RNC Transparent Container引发的版本兼容性问题，进而能够实现支持不同协议版本的RNC间的通信。
文档编号H04L29/06GK1863160SQ20051012360
公开日2006年11月15日 申请日期2005年11月18日 优先权日2005年11月18日
发明者张勇 申请人:华为技术有限公司