[发明专利]一种GTP消息的传输方法、系统及装置

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种通用分组无线业务(GPRS， General Packet Radio Service)隧道协议(GTP，GPRS Tunneling Protocol)消息 的传输方法、系统及装置。

背景技术

由于GTP消息使用用户数据报协议(UDP，User Datagram Protocol)进行 传输，因此需要保证部分类型的GTP消息可以成功传输到目标节点，例如GTP 消息包括GTP请求(Request)消息、GTP通知(Notification)消息和GTP指 令(Command)消息等类型的消息，当源端GTP处理节点发送这些类型的GTP 消息时，都需要对端GTP处理节点返回相应的确认消息。其中，Request消息 通过响应(Response)消息确认，Notification消息通过应答(Acknowledge) 消息确认。而Command消息则可以通过请求(Request)消息加以确认。

目前GTP消息的消息头的结构如图1所示，GTP消息的消息头中都包含 一个大小为两个字节的序列号(Sequence Number)，确认消息和被确认的消息 中携带的序列号的值是一致的，以此形成确认关系，即接收端的节点收到请求 消息、通知消息或指令消息时，在返回的确认消息中携带的序列号与收到的请 求消息、通知消息或指令消息的序列号的值保持一致，以示对收到的请求消息、 通知消息或指令消息的确认。

另外，由于两个GTP处理节点可以同时向对方发送针对同一用户终端 (UE)的操作，因此需要通过消息中携带不同的消息类型(Message Type)指 示来避免不同GTP处理节点发送具有相同序列号的消息所造成的冲突。例如， 节点A向节点B发送的GTP请求消息中携带的序列号为11时，节点B可能 向节点A发送同样携带序列号为11的请求消息，但是此时节点A和节点B发 送的消息中携带的消息类型指示当前发送的消息之间不能相互确认，因此不会 产生冲突。

GTP协议为了避免消息的重复处理和攻击，当GTP处理节点收到消息类 型相同、序列号相同的消息时，认为在后收到的消息为重复消息，予以丢弃。

由于目前某个GTP处理节点发送的GTP请求消息(或通知消息)，无论为 哪种请求，都既可能为另一个GTP消息的响应，也可能为独立发送的GTP请 求消息，而目前GTP请求消息中并没有携带指示该GTP请求消息(或通知消 息)为某GTP消息的确认消息或为独立发送的GTP请求消息的信息，因此， 导致发送GTP指令消息的节点无法确认收到的GTP请求消息是对应于自身发 送的GTP指令消息的确认消息，还是单独由对端GTP处理节点发送的独立的 GTP请求消息，从而影响接收该GTP请求消息的节点的正常处理。而某些并 发情况下，可能会导致GTP处理节点错误的将GTP请求消息当作重复消息而 丢弃。例如，参见图2，节点B发送序列号(简称SN)为2的GTP请求消息 R给节点A，当节点A没有应答此消息时，节点A发送序列号也为2的GTP 指令消息C给节点B，此时节点B必须回复序列号为2的GTP请求消息R的 确认消息C，此时A节点收到确认消息C后，由于消息C和消息R的消息类 型相同，序列号也相同，所以节点A会认为消息C是消息R的重复，从而丢 弃消息C。

综上所述，现有技术中GTP处理节点有时无法识别接收到的GTP消息是 否为自身发送的GTP消息的确认消息。

发明内容

本发明实施例提供了一种GTP消息的传输方法、系统及装置，用以解决 现有技术中GTP处理节点无法识别接收到的GTP消息是否为自身发送的GTP 消息的确认消息的问题。

本发明实施例提供的一种GTP消息的发送方法包括：

源端GTP处理节点在待发送的GTP消息中设置指示信息，该指示信息用 于指示所述待发送的GTP消息是否为用于对对端GTP处理节点发送的GTP消 息进行确认的消息；

所述源端GTP处理节点将携带有所述指示信息的GTP消息发送给所述对 端GTP处理节点。

本发明实施例提供的一种GTP消息的接收方法包括：

GTP处理节点接收GTP消息，并从中解析出指示信息，该指示信息用于 指示所述接收到的GTP消息是否为用于对自身发送的GTP消息进行确认的消 息；