[发明专利]响应消息中错误指示参数的传输方法、系统及服务网关

说明书

技术领域

本发明涉及通信领域，特别涉及一种响应消息中错误指示参数的传输方法、系统及服务网关。 

背景技术

在目前的EPS(演进的数据网络系统)系统中，同一种协议的处理消息可能会经过多个节点的处理才能达到最终目的端。这些中间节点并不仅是简单的转发消息，而是需要保存和理解消息中的参数。在这种情况下，中间节点和最终目的节点都有可能因对消息的处理出现问题而导致出现处理错误。但是在目前的核心网中，发送最初消息的节点收到的响应中，只有直接发送响应回来的中间处理节点的出错原因参数。 

例如，GTP(GPRS Tunneling Protocol，GPRS隧道协议)的隧道管理消息可以是由MME(Mobility Management Entity，移动性管理实体)或SGSN(Serving GPRS Support Node；服务GPRS支持节点)发送给S-GW(Service Gateway，服务网关)，之后S-GW经过处理再发送相同或不同的隧道管理消息给P-GW(PDN GW，Packed Data Network Gateway，分组数据网络网关)。P-GW经过处理之后，返回成功或失败给S-GW，S-GW再基于P-GW处理的结果给MME发送响应消息。这样的消息包括有：Attach(附着)过程中的创建缺省承载请求消息、Handover(切换)过程中的创建承载消息和更新承载消息等等。图1为MME或SGSN发送的隧道管理请求消息示意图，该情况如图1所示。 

相反的路径上，也存在这样的GTP消息处理流程。P-GW可以通过GTP发送隧道管理消息给S-GW，之后由S-GW发送给MME或SGSN。MME/SGSN经过处理后返回响应给S-GW，S-GW再根据MME/SGSN的处理结果返回响应给P-GW。图2为P-GW发送的隧道管理请求消息示意图，该相反的情况如 图2所示。 

在这些流程中，节点之间通过在Tunnel Management(隧道管理)响应消息中携带Cause参数指示消息的出错原因，如图1中P-GW给S-GW发送的响应消息中携带该隧道管理操作是否在P-GW中成功；如果失败，则在响应消息中携带具体的失败原因。如果P-GW无法理解S-GW中发送过来的某些参数，那么P-GW给S-GW的响应消息的Cause参数中还携带了这些不理解的IE(Information Element，信元)。S-GW在收到P-GW的响应后作相关处理，并返回给SGSN/MME响应消息，消息中携带了自己的Cause参数。目前GTPv2中，如果出错是由于某些IE不能够被理解，那么Cause参数的定义如下： 

其中Offending IE是那些不能被理解的IE。 

图3为PMIP(Proxy Mobile IP，移动IP代理)协议下的处理示意图，如图所示，对于使用PMIP协议的S2a和S8b接口以及S2b和S8b的情况下，其处理同理。虽然PMIP与GTP的协议处理机制有所不同，但消息中所携带的Cause参数问题与GTP类似。并且以上关于GTP和PMIP的描述同样适用于3GPP核心网中所有的两个或两个以上接口使用同一协议通过中间节点完成一个流程的情况，如使用Diameter协议通过中间节点完成一个流程的情况。 

由上述流程可知当前的技术存在以下不足：有些消息在由MME或SGSN 发送给S-GW后，S-GW经过处理还会将同样的参数经过S5/S8接口发送给P-GW处理。MME或SGSN在收到S-GW的响应消息时，如果该响应消息指示错误，但是MME或SGSN却无法从S-GW得到的Cause参数中得知此错误为S-GW的错误还是P-GW的错误。而且如果该cause参数中携带了Offending IE时，MME或SGSN无法区分该出错的参数是S-GW不理解还是P-GW不理解。同理，P-GW收到S-GW的隧道管理响应消息时也无法区分错误是由P-GW还是S-GW发出，也不能区分Offending IE是S-GW无法理解还是MME无法理解。 

对于其他的使用同一协议并通过中间节点完成处理流程的情况，这个问题同样存在。虽然其他协议目前还没有Offending IE，但是对于出错原因指示不清晰的问题同样存在。 

发明内容

本发明提供了一种响应消息中错误指示参数的传输方法、系统及服务网关，用以解决在核心网中所有的、两个或两个以上接口使用同一协议，并通过中间节点完成消息转发流程时，能够正确地指示发生的错误以及发生错误的节点的问题。