[发明专利]会话状态检测方法及装置

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种会话状态检测方法及装置。

背景技术

Rx接口是应用功能(Application Function，AF)实体和策略与计费规则功能(Policy and Charging Rules Function，PCRF)服务器之间的接口，是第三代合作项目(3rd Generation Partnership Project，3GPP)组织定义的标准接口，主要参考协议是3GPP TS 29.214和3GPP TS 29.213，采用直径协议(Diameter)消息进行交互，传输层采用传输控制协议(Transfer Control Protocol，TCP)消息。AF实体在会话建立后，通过Diameter认证授权请求(Authentication Authorization Request，AAR)消息通知PCRF服务器会话已经建立，PCRF服务器分配相关承载资源，建立接入侧会话，并向AF实体发送Diameter认证授权响应(Authentication Authorization Answer，AAA)消息。AF实体收到Diameter AAA消息后，会话建立完成。当AF实体侧要结束会话时，例如：在IP多媒体子系统(IP Multimedia Subsystem，IMS)网络，AF实体收到SIP BYE消息，AF实体向PCRF服务器发送Diameter会话终止请求(Session Termination Request，STR)消息，PCRF服务器收到STR消息后结束接入承载侧资源，向AF实体回复Diameter会话终止响应(Session Termination Answer，STA)响应消息，AF实体收到Diameter STA消息后，AF实体继续执行AF实体会话的终结过程。

当会话建立后，由于某种原因，例如：TCP断链、设备故障、重启、网络丢包等，AF实体和PCRF服务器暂时无法正常交互时，会出现PCRF服务器和AF实体的会话状态不一致和资源无法释放的情况，例如：Diameter STR消息被丢掉；TCP断链，Diameter STR消息发送失败；AF实体故障，Diameter STR消息并未发出等等异常情况。在以上异常情况发生时，AF实体和PCRF服务器的会话状态可能不一致，相关会话资源会被挂住。

对于Rx接口相关设备相关的会话资源在发生异常导致会话状态不一致时如何释放，3GPP TS 29.214和3GPP TS 29.213协议没有明确的描述，其他相关的3GPP协议和IETF协议也未有这方面的定义和描述。常见的做法是在AF实体和PCRF服务器之间的TCP链断链后，AF实体和PCRF服务器根据本地机制决定是否释放相关会话，现有技术中有以下两种方式：

方式一、使用TCP断链定时器，在定时器超时，并且建链仍未成功，AF实体和PCRF服务器就将相关的会话资源释放，以保证会话资源不被挂住。

方式二、在AF实体和PCRF服务器之间的消息中携带源-状态-标识(Origin-State-Id)属性值对(Attribute Value Pair，AVP)，AF实体和PCRF服务器检查收到消息中是否含有该AVP，如果有该AVP，再检查该AVP指示对端设备是否重启、故障等事件，再根据本地策略，决定是否将现有会话资源释放，保证异常应用场景下，资源不被挂住。

但是，无论是通过TCP断链定时器还是通过AVP通知的方式，都不能很好的解决会话资源释放、系统稳定性和用户感知等问题。具体来说，上述两种方式存在以下几点缺陷。

一、用户感知差。无论上面那种办法，都会将已有的会话资源释放掉，正在进行通话的用户将被挂断，用户感知差。

二、TCP链单点故障。方式一中TCP链断链之后，将所有已经建立或正在建立的会话资源释放，TCP是否断链已经成了是否拆掉会话释放会话资源的重要因素，实际上造成整个系统的单点故障。

三、网络故障等异常，资源仍无法释放。对于因网络故障导致Diameter STR消息、Diameter中断会话请求(Abort Session Request，ASR)消息和Diameter重新授权请求(Re-Authorization Request，RAR)消息丢包、错包、传输超时等情况发生时，网络设备的资源会被挂住，无法释放。