[发明专利]通信协议版本协商的方法、网元及系统

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种通信协议版本协商的方案。

背景技术

GTP(通用分组无线服务隧道协议)协议是广泛应用于GPRS(通用分组无线服务)系统或UMTS(通用移动通信系统)系统核心网的一种移动通信协议，同时，在下一代分组域核心网架构中也应用了GTP协议。

在应用了GTP协议的各网元中，通过发送GTP请求消息发起通信的一方称为源侧，另一方则称为目标侧。如图1所示，相应的GTP协议的交互过程主要包括：GTP网元A需要与GTP网元B交互，则GTP网元A向GTP网元B发送特定的GTP请求消息，GTP网元B接收到请求消息后进行处理，处理完成后向GTP网元A返回GTP响应消息。

目前GTP协议包括V0版本和V1版本共两个版本，在网元之间交互的GTP消息头中的第一个字节的前3个bit(比特)用于指示消息的GTP版本号。而且，在GTP的V1版本中规定，在支持GTP协议的V1版本的设备上必须支持GTP协议的V0版本。

由于采用高版本的GTP协议能够获得更强大的功能，因此，在两个GTP网元之间尽量协商选择采用双方均支持的最高GTP版本，例如，若两个GTP网元均支持GTP协议的V1版本时，则采用GTP协议的V1版本进行交互。为此，需要在网络中提供相应的GTP协议版本协商机制，以便于协商采用双方均支持的最高GTP版本，目前采用的版本协商机制包括：

步骤1，支持GTP协议的V1版本的网元A需要与网元B交互，则源侧网元A首先使用自己支持的最高GTP版本，即V1版本向目标侧网元B发送GTP请求消息；

步骤2，网元B接收到所述GTP请求消息后，向网元A返回响应消息，若网元A收到GTP协议的V1版本的响应消息，则确定网元B最高支持GTP协议的V1版本，若网元A没有收到网元B返回的V1版本的响应消息，则网元A向网元B重发GTP协议的V1版本请求消息；

步骤3，若网元A向网元B重发N次GTP协议的V1版本的请求消息后，仍然没有收到网元B的响应，则网元A采用的是GTP协议的V0版本向网元B发送请求消息，其中，重发次数N可以灵活配置；

步骤4，网元B接收到V0版本的GTP请求消息后，向网元A返回响应消息，若网元A收到GTP协议V0版本的响应消息，则网元A认为网元B只支持GTP协议的V0版本，且后续使用GTP协议的V0版本与网元B进行交互。

在上述处理过程中，发明人发现在某些情况下会出现两个均支持高版本的GTP网元误协商为低版本并采用低版本进行交互的情况，例如：

网元A和网元B均支持GTP协议的V1版本，且源侧网元A首先使用自己支持的最高GTP版本GTP协议的V1向目标侧网元B发送请求消息，但是，由于各种原因导致该请求消息经过N次发送后均未能到达网元B；此时，网元A将使用GTP协议的V0版本向网元B发送请求消息，且该请求消息被网元B正常接收并进行处理，之后，向网元A返回了GTP协议的V0版本的响应消息，至此，网元A与网元B之间协商采用V0版本的GTP消息进行交互。

而且，以上描述仅以V0和V1两种GTP协议版本为例，在未来的演进网络中，GTP协议的版本还将继续升级到V2版本、V3版本等等。这样，若网元之间交互无法协商到高版本GTP协议进行交互，则将大大损失高版本的GTP协议交互所独有的业务特性。

发明内容

本发明的实施例提供了一种通信协议版本协商的方法、网元及系统，从而使得网元之间的交互可以尽量采用双方支持的高版本协议，从而获得较佳的业务特性。

本发明实施例提供了一种通信协议版本协商的方法，包括：

支持高协议版本的第一网元在使用低协议版本与对端第二网元协商协议版本过程中，将第一网元支持的高协议版本通知第二网元；

第二网元根据第一网元支持的高协议版本控制第一网元和第二网元之间采用共同支持的符合预定要求的协议版本进行交互。

本发明实施例提供了一种通信协议版本协商的系统，包括：

第一网元，其在支持高协议版本的情况下，使用低协议版本发送协商协议版本的信息时，在该信息中包含第一网元支持的高协议版本；

第二网元，用于接收所述第一网元发来的协商协议版本的信息，并根据第一网元支持的高协议版本控制第一网元和第二网元之间采用共同支持的符合预定要求的协议版本进行交互。

本发明实施例提供了一种网元，包括与对端网元之间协商协议版本的单元，该网元还包括：

协议版本通知单元，用于在支持高协议版本的情况下，使用低协议版本发送协商协议版本的信息，并在该信息中包含本网元支持的高协议版本。