[发明专利]隧道管理方法、装置及通信系统

说明书

技术领域

本发明涉及通信网络技术领域，尤其涉及在通信网络的隧道管理方法、装置及通信系统。

背景技术

现有分组域通信网络中，网络节点间需要建立用于转发业务数据包的转发通道。该转发通道通过隧道管理流程来实现，网元间通过发起隧道管理请求来新建或者更新转发通道。但是，可能由于某种原因造成隧道管理请求失败，例如：请求消息本身出现错误，相应网络节点的资源耗尽等。现有技术中一般使用原因值(Cause)来提示隧道管理请求的处理结果，表明对该隧道管理请求的处理是成功还是失败，并在隧道管理请求失败时表明失败的原因。

如图1所示，在EPS(Evolved Packet System，演进分组系统)网络中，当移动管理网元为移动性管理实体(Mobility Management Entity，MME)时，MME和报文数据网络网关(Packet Data Network Gateway，PDN-GW，P-GW)之间的信令传送需要跨过服务网关(Serving Gateway，S-GW)。当移动终端发起附着EPS网络、路由区域更新、跟踪区域更新、切换或新建外部数据网络连接等包含隧道管理请求的移动性管理或会话管理信令流程时，MME发出隧道管理请求，由S-GW和PDN-GW共同完成隧道管理请求的处理，无论隧道管理请求处理是成功还是失败，S-GW都会向MME返回响应消息，并在响应消息中携带原因值，以便向MME提示处理结果。

同理，当PDN-GW发起承载更新、专有承载建立等隧道管理请求时，由S-GW和MME共同完成隧道管理请求的处理，无论隧道管理请求处理是成功还是失败，S-GW都会向PDN-GW返回响应消息，并在响应消息中携带原因值，以便向PDN-GW提示处理结果。

如果移动管理网元为GPRS服务支撑节点(SGSN，Serving GPRS Support Node)，那么SGSN也可以向S-GW发起隧道管理请求，也可以与S-GW共同处理PDN-GW发起隧道管理请求，其处理过程和上述处理MME发起的隧道管理请求和PDN-GW发起的隧道管理请求的过程类似。

在上述对隧道管理的过程中，发明人发现现有技术中至少存在如下问题：

在出现隧道管理请求的处理失败后，发起隧道管理请求的节点能够接收到响应消息，但无法根据响应消息判断出是哪个节点错误造成的隧道管理请求失败，以至于发起隧道管理请求的节点不便于根据不同节点造成的隧道管理请求失败进行针对性的处理。

发明内容

本发明的实施例提供一种隧道管理方法、装置及通信系统，使得发起隧道管理请求的节点能够准确判断出造成隧道管理请求失败的节点，以便进行相应的处理。

为达到上述目的，本发明的实施例采用如下技术方案：

一种隧道管理方法，包括：

接收发起节点的隧道管理请求；

向发起节点发送响应消息，当所述隧道管理请求失败时，所述响应消息中携带造成隧道管理请求失败的节点的节点信息。

一种隧道管理方法，包括：

向隧道管理节点发送隧道管理请求；

接收隧道管理节点返回的响应消息，当所述隧道管理请求失败时，所述响应消息中携带有造成隧道管理请求失败的节点的节点信息；

根据所述节点信息查找出造成隧道管理请求失败的节点。

一种隧道管理装置，包括：

接收单元，用于接收发起节点的隧道管理请求；

发送单元，用于向发起节点发送响应消息，当所述隧道管理请求失败时，所述响应消息中携带造成隧道管理请求失败的节点的节点信息。

一种隧道管理装置，包括：

发送单元，用于向隧道管理节点发送隧道管理请求；

接收单元，用于接收隧道管理节点返回的携带有节点信息的响应消息；

查找单元，用于根据所述节点信息查找出造成隧道管理请求失败的节点。

一种通信系统，包括：

发起节点，用于发送隧道管理请求；

隧道管理节点，用于接收发起节点发送的隧道管理请求，并向发起节点返回携带有节点信息的响应消息；

所述发起节点还用于根据所述节点信息查找出造成隧道管理请求失败的节点。