CN106330823A - 一种会话保活方法及装置 - Google Patents

Abstract

本发明公开一种会话保活方法及装置，涉及通信技术领域，用以解决现有技术中非直连节点间无效会话资源无法及时释放而影响服务能力的问题。所述方法包括：中间节点获取客户端的设备状态信息；在所述客户端的设备状态发生变化的情况下，所述中间节点将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

Description

一种会话保活方法及装置

技术领域

本发明涉及通讯技术领域，特别是涉及一种会话保活方法及装置。

背景技术

Diameter协议族是新一代的AAA技术，随着LTE的技术发展，Diameter协议在越来越多的网络中得到使用，越来越多的电信运营商选择Diameter作为其进行认证，授权，计费的基础协议。

在基于Diameter的***中，主要节点包括Diameter客户端，Diameter服务端，Diameter中继代理等，这些节点统称为Diameter节点。在Diameter协议发展初期，网络结构简单，通常只存在Diameter客户端和Diameter服务端两种节点。Diameter基础协议中，推荐使用Origin-State-Id(源-状态-标识)AVP(Attribute-Value-Pair，属性-值-对)来标识设备状态，这个AVP在直连的两个Diameter节点间收发用于方便接收方了解发送方的设备状态。如果发送方重启，接收方可以判断出发送方状态发生变化，则清除本地与发送方相关联的会话资源，达到会话保活的目的。

这种方法在网络结构简单，仅存在客户端和服务端直连的情况下是有效的，而随着Diameter协议应用越来越广泛，网络结构也越发复杂，引入了Diameter Relay/Proxy(中继/代理)节点后，客户度和服务端不再直连，传统的会话保活方式将存在很大问题。例如当客户端通过Diameter Proxy节点与服务端准直连，此时客户端向服务端发起了大量的会话(例如计费会话)，这种会话一般都是有状态会话，存在会话生命期，而当会话生命期未终结时，若客户端忽然重启，由于服务端没有与客户端直连，无法感知客户端的状态，因此无法及时释放无效会话，从而极大消耗服务端的会话资源，造成其服务能力下降。

发明内容

本发明要解决的技术问题是提供一种会话保活方法及装置，用以解决现有技术中非直连节点间无效会话资源无法及时释放而影响服务能力的问题。

一方面，本发明提供一种会话保活方法，包括：中间节点获取客户端的设备状态信息；在所述客户端的设备状态发生变化的情况下，所述中间节点将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

可选的，所述中间节点将所述客户端变化后的设备状态通知服务端包括：所述中间节点通过与所述服务端之间的链路保活消息，将所述客户端重启后的设备状态通知所述服务端。

可选的，所述链路保活消息包括链路握手消息DWR消息，所述客户端变化后的设备状态信息携带在所述DWR消息的扩展的属性值对AVP中。

可选的，所述中间节点获取客户端的设备状态信息之后，所述在所述客户端的设备状态发生变化的情况下，所述中间节点将所述客户端变化后的设备状态通知服务端之前，所述方法还包括：所述中间节点根据获取的设备状态信息确定所述客户端的设备状态是否发生变化。

可选的，所述客户端的设备状态发生变化的情况包括所述客户端重启后的设备状态与重启前的设备状态不同。

可选的，所述中间节点包括中继节点或代理节点。

另一方面，本发明还提供一种会话保活装置，包括：获取单元，用于获取客户端的设备状态信息；通知单元，用于在所述客户端的设备状态发生变化的情况下，将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

可选的，所述通知单元，具体用于通过与所述服务端之间的链路保活消息，将所述客户端重启后的设备状态通知所述服务端。

可选的，所述链路保活消息包括链路握手消息DWR消息，所述客户端变化后的设备状态信息携带在所述DWR消息的扩展的属性值对AVP中。

可选的，所述装置还包括：确定单元，用于在所述获取单元获取客户端的设备状态信息之后，所述通知单元将所述客户端变化后的设备状态通知服务端之前，根据所述获取单元获取的设备状态信息确定所述客户端的设备状态是否发生变化。

本发明实施例提供的会话保活方法及装置，中间节点能够获取客户端的设备状态信息，根据设备状态信息了解客户端的设备状态，在客户端的设备状态发生变化的情况下，所述中间节点能够将客户端变化后的设备状态通知服务端，从而使服务端及时释放与所述客户端的无效会话资源，有效提高了节点的处理能力和可靠性。

附图说明

图1是本发明实施例提供的会话保活方法的一种流程图；

图2是本发明实施例中进行diameter会话的设备的通信关系示意图；

图3是本发明实施例提供的会话保活方法的一种详细流程图；

图4是本发明实施例提供的会话保活装置的一种结构示意图。

具体实施方式

以下结合附图对本发明进行详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

如图1所示，本发明实施例提供一种会话保活方法，包括：

S11，中间节点获取客户端的设备状态信息；

S12，在所述客户端的设备状态发生变化的情况下，所述中间节点将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

本发明实施例提供的会话保活方法，中间节点能够获取客户端的设备状态信息，根据设备状态信息了解客户端的设备状态，在客户端的设备状态发生变化的情况下，所述中间节点能够将客户端变化后的设备状态通知服务端，从而使服务端及时释放与所述客户端的无效会话资源，有效提高了节点的处理能力和可靠性。

本发明实施例中，服务端、客户端和中间节点均可以是基于diameter协议的***中的普通节点。根据会话发起方和接收方的不同，各个节点的角色也可以不同，同一个节点在一个会话中可能是客户端，但在其他会话中也可能是中间节点或者服务端。在一个非直接节点间的会话中，中间节点可以为一个也可以为多个。

具体而言，非直连节点间的diameter会话可如图2所示。其中，Diameter客户端，可用于向Diameter服务端发送Diameter消息，执行与Diameter服务器之间的认证，授权以及计费操作，发起Diameter会话。Diameter中间节点，可包括中继节点(Relay)或代理节点(proxy)，可用于对消息进行转发或者经过处理后转发，协助完成客户端和服务端之间的AAA操作，对于有状态会话，Proxy代理可以保持其会话状态。Diameter服务端，可用于与Diameter客户端互相传输Diameter消息，执行认证，授权以及计费操作，将处理结果返回给客户端。

可选的，客户端的设备状态可能会因为一些情况而发生变化，例如，客户端重启后的设备状态与重启前的设备状态不同。即，如果客户端在会话进行期间意外重启，客户端的设备状态会因为这次重启而发生变化，同时客户端与中间节点之间的会话就会中断。重启后，客户端会向中间节点重新发送链路建立请求，中间节点可以通过该链路建立请求获知客户端重启后的设备状态。为了使服务端也获知客户端重启后的设备状态，可选的，在步骤S12中，中继节点可以通过自身与服务端之间的链路保活消息，将所述客户端重启后的设备状态通知所述服务端。

具体而言，所述链路保活消息可以包括链路握手消息DWR消息，所述客户端变化后的设备状态信息携带在所述DWR消息的扩展的属性值对AVP中。

进一步的，在中间节点获取客户端的设备状态信息之后，为了确定客户端的设备状态是否发生了变化，在中间节点将客户端变化后的设备状态通知服务端之前，本发明实施例提供的会话保活方法还可包括中间节点根据获取的设备状态信息确定所述客户端的设备状态是否发生变化。

例如，会话正常的情况下，中间节点可以通过与所述客户端之间的会话消息获取所述客户端的设备状态信息，根据该信息获知客户端处于第一设备状态；当所述客户端重启后，中间节点可以通过与所述客户端之间的链路重建消息或能力交换消息获取所述客户端重启后的设备状态信息，获知此时客户端处于第二设备状态，第二设备状态与第一设备状态不同，则中间节点可以确定客户端的设备状态发生了变化。

下面通过具体实施例来对本发明提供的会话保活方法进行详细说明。

如图3所示，本实施例提供的会话保活方法包括如下步骤：

S101，作为客户端的Diameter节点生成一条会话创建请求消息(Request)，消息中携带Origin-State-Id AVP，该AVP表明了当前客户端状态值，客户端将该请求消息发送到中间节点Diameter代理上，Diameter代理与Diameter服务端相连。

S102，当代理接收到请求消息后，通过路由策略将该请求消息转发到Diameter服务端，该请求消息中携带的Origin-State-Id AVP不做任何变化。

S103，当Diameter服务端成功处理了这条会话创建请求，为其创建一条新的会话，并缓存客户端对应的状态标识值，即Origin-State-Id AVP，然后给Diameter客户端回复成功响应，Diameter代理成功将响应消息返回Diameter客户端，此时会话创建成功。

S104，在会话持续阶段，Diameter客户端发生故障重启，Diameter客户端和Diameter代理之间的链路中断，并重新建链，建链成功后在能力交换消息(CER/CEA)中携带Origin-State-Id AVP，Diameter客户端向Diameter代理通知了Diameter客户端新的状态值。Diameter代理成功处理了与Diameter客户端之间的能力交换消息，但是该消息不会转发到Diameter服务端，服务端到目前为止还不知道客户端发生重启，在重启前建立的会话都成为无效会话。

S105，由于Diameter客户端发生故障重启，因此短时间内暂时无法提供服务，因此一段时间内没有新的会话相关请求消息发送到Diameter代理。此时可以利用Diameter代理和Diameter服务端之间的链路保活消息DWR消息来解决状态更新通知的问题。可选的，可以在链路状态保活消息中增加可选Origin-Session-Host AVP并配合消息中原有的Origin-State-Id AVP来实现。消息具体如下：

<DWR>::＝<Diameter Header:280,REQ>

{Origin-Host}

{Origin-Realm}

[Origin-State-Id]

[Origin-Session-Host]

*[AVP]

其中，Origin-Session-Host为产生源会话的主机名，是在原有DWR消息基础上的扩展。Diameter代理节点检测到Diameter客户端发生重启后，在代理节点自身与Diameter服务端之间的DWR消息中携带Origin-Session-Host，并将该DWR消息发送给Diameter服务端。其中，Origin-Session-Host值设置为Diameter客户端的主机名，其Origin-State-Id的值相应设置为Diameter客户端的源状态标识值。

S106，Diameter服务端接收到DWR后从消息中获取到Diameter客户端的主机名和其状态标识值，就可以判断出当前本地是否存在无效会话资源需要释放。

本实施例提供的会话保活方法，通过对DWR消息的扩展，在遵循协议的基础上高效地解决了非相邻节点之间会话保活的难题。在不更改当前组网架构，不引入新的消息的基础上实现了非直连节点间会话保活功能，可以提高Diameter节点快速处理故障能力避免无效资源未及时释放而影响提供服务。

相应的，如图4所示，本发明的实施例还提供一种会话保活装置，包括：

获取单元41，用于获取客户端的设备状态信息；

通知单元42，用于在所述客户端的设备状态发生变化的情况下，将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

本发明实施例提供的会话保活装置，获取单元41能够获取客户端的设备状态信息，根据设备状态信息了解客户端的设备状态，通知单元42能够在客户端的设备状态发生变化的情况下，将客户端变化后的设备状态通知服务端，从而使服务端及时释放与所述客户端的无效会话资源，有效提高了节点的处理能力和可靠性。

可选的，通知单元42，具体可用于通过与所述服务端之间的链路保活消息，将所述客户端重启后的设备状态通知所述服务端。

可选的，所述链路保活消息可以包括链路握手消息DWR消息，所述客户端变化后的设备状态信息携带在所述DWR消息的扩展的属性值对AVP中。

进一步的，本发明实施例提供的会话保活装置还可包括确定单元，用于在获取单元41获取客户端的设备状态信息之后，通知单元42将所述客户端变化后的设备状态通知服务端之前，根据获取单元41获取的设备状态信息确定所述客户端的设备状态是否发生变化。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种会话保活方法，其特征在于，包括：

中间节点获取客户端的设备状态信息；

在所述客户端的设备状态发生变化的情况下，所述中间节点将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

2.根据权利要求1所述的方法，其特征在于，所述中间节点将所述客户端变化后的设备状态通知服务端包括：

所述中间节点通过与所述服务端之间的链路保活消息，将所述客户端重启后的设备状态通知所述服务端。

3.根据权利要求2所述的方法，其特征在于，所述链路保活消息包括链路握手消息DWR消息，所述客户端变化后的设备状态信息携带在所述DWR消息的扩展的属性值对AVP中。

4.根据权利要求1所述的方法，其特征在于，所述中间节点获取客户端的设备状态信息之后，所述在所述客户端的设备状态发生变化的情况下，所述中间节点将所述客户端变化后的设备状态通知服务端之前，所述方法还包括：

所述中间节点根据获取的设备状态信息确定所述客户端的设备状态是否发生变化。

5.根据权利要求1所述的方法，其特征在于，所述客户端的设备状态发生变化的情况包括所述客户端重启后的设备状态与重启前的设备状态不同。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述中间节点包括中继节点或代理节点。

7.一种会话保活装置，其特征在于，包括：

获取单元，用于获取客户端的设备状态信息；

通知单元，用于在所述客户端的设备状态发生变化的情况下，将所述客户端变化后的设备状态通知服务端，以使所述服务端释放与所述客户端的无效会话资源。

8.根据权利要求7所述的装置，其特征在于，所述通知单元，具体用于通过与所述服务端之间的链路保活消息，将所述客户端重启后的设备状态通知所述服务端。

9.根据权利要求8所述的装置，其特征在于，所述链路保活消息包括链路握手消息DWR消息，所述客户端变化后的设备状态信息携带在所述DWR消息的扩展的属性值对AVP中。

10.根据权利要求7所述的装置，其特征在于，还包括：

确定单元，用于在所述获取单元获取客户端的设备状态信息之后，所述通知单元将所述客户端变化后的设备状态通知服务端之前，根据所述获取单元获取的设备状态信息确定所述客户端的设备状态是否发生变化。