一种实现在线计费的方法、系统及装置与流程

本发明涉及用户永久在线技术，尤指一种实现在线计费的方法及装置。

背景技术：

在第四代长期演进(4G LTE)系统中，随着数据业务的应用越来越广泛，某些业务诸如社交业务等，都要求用户永久在线。如果用户在使用数据业务过程中被中断，会极大的影响用户体验。为此在3GPP协议32299-c40中定义了失败重传(Support of Failover)和失败处理(Support of Failure Handling)两种失败处理方式。

其中，失败重传是指：在系统中包括有主用在线计费系统(OCS，Online Charging System)和备用OCS时，如果媒体网关(GW)与主用OCS交互失败，则需要继续和备用OCS交互以保持会话。

失败处理是指：当GW与主用OCS交互失败，系统中没有备用OCS或者与备用OCS交互也失败后的处理方式。在协议RFC4006中对信用控制失败处理(Credit-Control-Failure-Handling)定义了3种方式。一种是0：表示终止(TERMINATE)，一种是1：表示继续(CONTINUE)，还有一种是2：表示重试后终止(RETRY_AND_TERMINATE)，具体可参见RFC4006，这里不再赘述。

无论系统多么稳定，失败都是无法避免的。从上面的描述中可以看出，如果失败重传后也失败或者没有备用OCS时，要么终止业务，影响用户的体验；要么继续业务，系统转为离线计费方式，但此时，OCS后续即使正常工作，也无法对这些业务进行正常控制和监测，而由于永久在线的原因，用户可能持续在线很长时间，这样，无疑会给运营商的计费带来很大的困扰或者损失。

除上述链路异常外，如果OCS侧性能不足等原因，OCS也会给GW下发无法处理的结果码，比如：3004-Diameter_too_busy、3002- Diameter_unable_to_deliver的原因值等，此时同样也会导致后续OCS无法对这些业务进行正常控制和监测。

技术实现要素：

为了解决上述技术问题，本发明提供一种实现在线计费的方法、系统及装置，能够保证用户永久在线，并达到OCS能够持续监测用户会话的机制。

为了达到本发明目的，本发明提供了一种实现在线计费的方法，在Diameter信用控制应用协议DCCA客户端与在线计费系统服务端交互异常后，还包括：

DCCA客户端将未处理的话单存储在本地或者发送给离线计费系统OFCS，并继续保持业务正常使用；

在满足预先设置的重连接条件时，DCCA客户端启动与服务端重新建立连接。

可选地，该方法之前还包括：

当在线计费用户接入，所述DCCA客户端向服务端发送信用控制初始请求；

所述服务端对接入的在线计费用户进行鉴权成功后，向所述DCCA客户端返回扩展后的信用控制初始请求响应；其中，信用控制初始请求响应中的失败处理CCFH字段表示继续并重连接CONTINUE_AND_RECONNECT，以指示所述DCCA客户端在感知到链路故障后可以继续业务并重试；

或者，在所述DCCA客户端本地配置有支持会话异常后重连接的配置信息。

可选地，所述DCCA客户端与服务端交互异常包括：

在所述在线计费用户业务进行中，所述DCCA客户端触发向服务端发送信用控制更新请求；且所述DCCA客户端感知到链路异常；或者，

在所述在线计费用户业务进行中，所述DCCA客户端触发向服务端发送信用控制更新请求；所述服务端收到信用控制更新请求，并向所述DCCA客户端下发信用控制更新请求响应消息，其中携带结果码为无法处理；所述 DCCA客户端根据结果码，判断出异常；或者，

所述DCCA客户端发现链路中断或者等待服务端响应超时后，且自身本地配置有支持会话异常后重连接的配置信息。

可选地，所述DCCA客户端触发向服务端发送信用控制更新请求之前还包括：时间门限、流量门限到达以及计费条件改变。

可选地，所述结果码为无法处理包括：所述结果码为预先设置的值、或3004-忙无法处理、或3002-无法投递。

可选地，所述重连接条件包括：链路恢复、或预设时长、或链路拥塞解除。

可选地，所述DCCA客户端启动与服务端重新建立连接包括：

所述DCCA客户端构造信用控制重连接请求消息并发送给服务端，同时携带有自异常后的业务计费信息；

所述服务端对用户进行扣费，同时向所述DCCA客户端发送信用控制重连接请求响应消息，其中携带配额。

可选地，所述服务端对用户进行扣费，同时向所述DCCA客户端发送信用控制重连接请求响应消息包括：

所述服务端收到来自DCCA客户端的信用控制重连接请求后，根据会话ID查找会话：

如果该会话存在，则根据自身的策略对该请求中的信息进行扣费，并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端；

如果所述服务端发现该会话ID对应的会话并不存在，同时发现信用控制请求类型为重连接请求，则创建会话，同时进行鉴权以及批价处理，并向所述DCCA客户端回复信用控制重连接请求响应。

可选地，该方法还包括：所述DCCA客户端收到信用控制重连接请求响应，更新会话以及业务内容。

可选地，所述DCCA客户端为媒体网关；所述服务端为在线计费系统 OCS或策略与计费规则功能PCRF。

本发明还提供了一种实现在线计费的系统，至少包括DCCA客户端，服务端；其中，

DCCA客户端，用于与在线计费系统服务端交互异常，将未处理的话单存储在本地或者发送给离线计费系统OFCS，并继续保持业务正常使用；在满足预先设置的重连接条件时，DCCA客户端启动与服务端重新建立连接；

服务端，用于接收到来自DCCA的重新连接的请求，返回重连接结果。

可选地，所述DCCA客户端还用于：在线计费用户接入，所述DCCA客户端向服务端发送信用控制初始请求；相应地，所述服务端还用于：对接入的在线计费用户进行鉴权成功后，向所述DCCA客户端返回扩展后的信用控制初始请求响应；其中，信用控制初始请求响应中的失败处理CCFH字段表示继续并重连接CONTINUE_AND_RECONNECT，以指示所述DCCA客户端在感知到链路故障后可以继续业务并重试；

或者，所述DCCA客户端中配置有支持会话异常后重连接的配置信息。

可选地，在所述DCCA客户端与服务端交互异常时，所述DCCA客户端具体用于：

在所述在线计费用户业务进行中，触发向服务端发送信用控制更新请求；且所述DCCA客户端感知到链路异常；或者，

在所述在线计费用户业务进行中，所述DCCA客户端触发向服务端发送信用控制更新请求；此时，所述服务端具体用于：收到信用控制更新请求，并向所述DCCA客户端下发信用控制更新请求响应消息，其中携带结果码为无法处理；所述DCCA客户端根据结果码，判断出异常；或者，

发现链路中断或者等待服务端响应超时后，且自身本地配置有支持会话异常后重连接的配置信息。

可选地，所述DCCA客户端触发向服务端发送信用控制更新请求之前，时间门限、流量门限到达以及计费条件改变。

可选地，所述结果码为无法处理包括：所述结果码为预先设置的值、或3004-忙无法处理、或3002-无法投递。

可选地，所述重连接条件包括：链路恢复、或预设时长、或链路拥塞解除。

可选地，所述DCCA客户端启动与服务端重新建立连接时，所述DCCA客户端具体用于：

构造信用控制重连接请求消息并发送给服务端，同时携带有自异常后的业务计费信息；

所述服务端具体用于：对用户进行扣费，同时向所述DCCA客户端发送信用控制重连接请求响应消息，其中携带配额。

可选地，所述服务端具体用于：

接收到来自所述DCCA客户端的信用控制重连接请求后，根据会话ID查找会话：

如果该会话存在，则根据自身的策略对该请求中的信息进行扣费，并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端；

如果所述服务端发现该会话ID对应的会话并不存在，同时发现信用控制请求类型为重连接请求，则创建会话，同时进行鉴权以及批价处理，并向所述DCCA客户端回复信用控制重连接请求响应。

可选地，所述DCCA客户端还用于：收到信用控制重连接请求响应，更新会话以及业务内容。

可选地，所述DCCA客户端为媒体网关；所述服务端为在线计费系统OCS或策略与计费规则功能PCRF。

本发明又提供了一种实现在线计费的装置，至少包括持续处理模块、重建连接模块，其中，

持续处理模块，用于将未处理的话单存储在本地或者发送给OFCS，并继续保持业务正常使用；

重建连接模块，用于在满足预先设置的重连接条件时，启动与服务端重新建立连接。

可选地，还包括接入处理模块，用于：

当在线计费用户接入，向所述服务端发送信用控制初始请求；此时，

所述持续处理模块还用于：接收到来自所述服务端的扩展后的信用控制初始请求响应，其中，信用控制初始请求响应的CCFH字段表示继续并重连接，以指示在感知到链路故障后可以继续业务并重试。

可选地，所述接入处理模块还用于：

在所述在线计费用户业务进行中，触发向所述服务端发送信用控制更新请求；并在感知到链路异常时，通知所述持续处理模块；或者，

在所述在线计费用户业务进行中，触发向所述服务端发送信用控制更新请求；并且收到来自所述服务端的信用控制更新请求响应消息，其中携带结果码为无法处理时，通知所述持续处理模块。或者，

在发现链路中断或者等待服务端响应超时后，判断自身配置有支持会话异常后重连接，通知所述持续处理模块。

可选地，所述重建连接模块具体用于：

在满足预先设置的重连接条件时，构造信用控制重连接请求消息并发送给所述服务端，同时携带有自异常后的业务计费信息；

接收来自所述服务端的信用控制重连接请求响应消息，其中携带配额。

与现有技术相比，本申请技术方案包括在DCCA客户端与服务端交互异常后，DCCA客户端将未处理的话单存储在本地或者发送给离线计费系统(OFCS)，并继续保持业务正常使用；在满足预先设置的重连接条件时，DCCA客户端启动与服务端重新建立连接。通过本发明提供的技术方案，在DCCA客户端与服务端交互异常后，会重新恢复DCCA客户端与服务端之间的交互，保证了用户永久在线，并实现了服务端持续监测用户会话的机制。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实现在线计费的方法的流程图；

图2为本发明实现在线计费的装置的组成结构示意图；

图3为本发明实现在线计费的第一实施例的流程示意图；

图4为本发明实现在线计费的第二实施例的流程示意图；

图5为本发明实现在线计费的第三实施例的流程示意图；

图6为本发明实现在线计费的第四实施例的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图1为本发明实现在线计费的方法的流程图，如图1所示，在Diameter信用控制应用协议(DCCA)客户端与服务端交互异常后，包括：

步骤100：DCCA客户端将未处理的话单存储在本地或者发送给离线计费系统(OFCS)，并继续保持业务正常使用。

本步骤之前还包括：

当在线计费用户接入，DCCA客户端如GW会向服务端如OCS发送信用控制初始请求(CCR，Credit-Control-Request)；OCS对在线计费用户进行鉴权成功后，向GW返回扩展后的信用控制初始请求响应，其中，信用控制初始请求响应的信用控制失败处理(CCFH，Credit-Control-Failure-Handling)字段可以为被设置为240，表示继续并重连接(CONTINUE_AND_RECONNECT)，以指示GW在感知到链路故障后可以继续业务并重试。也就是说，CCFH字段为240意味着，当GW与主用OCS交互失败，系统中没有备用OCS或者与备用OCS交互失败后，GW应该保持业务继续正常使用，并在适当的时机如满足预先设置的重连接条件时与 OCS重新连接。需要说明的是，CCFH字段也可以被设置为其他的值如241，只要用于表示指示GW在感知到链路故障后可以继续业务并重试即可。

或者，在DCCA客户端如GW本地配置有支持会话异常后重连接的配置信息。

需要说明的是，在本发明的扩展后的信用控制请求响应中还可以进一步包括：除CCFH字段之外的其他字段，比如自动扣款失败处理(Direct-Debiting-Failure-Handling AVP)、触发器类型(Triger-Type AVP)等，或者CCFH的其他数值，以达到识别需要支持重连接的效果。

其中，DCCA客户端与服务端交互异常可以包括但不限于：

在在线计费用户业务进行中，DCCA客户端如GW由于时间门限、流量门限到达以及计费条件改变等原因，会触发向服务端如OCS发送信用控制更新请求；GW感知到链路异常，比如可能是由于与OCS链路中断，也可能是链路拥塞等原因，GW等待OCS的信用控制更新请求响应超时或者其他原因，但是此时GW无法知道OCS是否已经处理，所以，进入步骤100。

或者，

在在线计费用户业务进行中，DCCA客户端如GW由于时间门限、流量门限到达以及计费条件改变等原因，会触发向服务端如OCS发送信用控制更新请求；OCS收到信用控制更新请求，比如由于OCS侧的信令拥塞性能不足或者后台系统维护等原因，OCS暂时无法处理该CCR请求，OCS向GW下发信用控制更新请求响应消息，其中携带结果码为3004；GW根据结果码3004，判断出OCS未能成功扣费，进入步骤100。或者，OCS侧由于性能不足等原因，OCS会给GW下发无法处理的结果码，比如3004-忙无法处理(Diameter_too_busy)、3002-无法投递(Diameter_unable_to_deliver)的原因值等，这些场景同样适用于本发明。

或者，

DCCA客户端如GW发现链路中断或者等待服务端如OCS响应超时后，判断GW本地配置有支持会话异常后重连接，则进入步骤100。

步骤101：在满足预先设置的重连接条件时，DCCA客户端启动与服务 端重新建立连接。

本步骤中，重连接条件包括但不限于：链路恢复、预设时长或者链路拥塞解除等。

本步骤中的DCCA客户端启动与服务端重新建立连接包括：

DCCA客户端如GW构造信用控制重连接请求消息并发送给服务端如OCS，同时携带有自异常后的业务计费信息即在线计费用户使用的业务以及对应的流量，时间等信息；

OCS对用户进行扣费，同时向GW发送信用控制重连接请求响应消息，其中携带配额等相关信息。

其中，OCS收到来自GW的信用控制重连接请求后，根据会话ID(Session-Id)查找会话：

如果该会话存在，则根据OCS的策略对该请求中的信息进行扣费，并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给GW；

如果OCS发现该Session-Id对应的会话并不存在，同时发现信用控制请求类型为重连接请求，则OCS创建会话，同时进行鉴权以及批价处理，并向GW回复信用控制重连接请求响应。

进一步地，本发明方法还包括：

DCCA客户端如GW收到信用控制重连接请求响应，更新会话以及业务内容。

本发明中，DCCA客户端可以是GW，服务端可以是OCS、策略与计费规则功能(PCRF，Policy and Charging Rules Function)等。

相应地，本发明还提供一种实现在线计费的系统，至少包括DCCA客户端，服务端；其中，

DCCA客户端，用于与在线计费系统服务端交互异常，将未处理的话单存储在本地或者发送给离线计费系统OFCS，并继续保持业务正常使用；在满足预先设置的重连接条件时，DCCA客户端启动与服务端重新建立连接；

服务端，用于接收到来自DCCA的重新连接的请求，返回重连接结果。

进一步地，

DCCA客户端还用于：在线计费用户接入，所述DCCA客户端向服务端发送信用控制初始请求；相应地，服务端还用于：对接入的在线计费用户进行鉴权成功后，向所述DCCA客户端返回扩展后的信用控制初始请求响应；其中，信用控制初始请求响应中的失败处理CCFH字段表示继续并重连接CONTINUE_AND_RECONNECT，以指示所述DCCA客户端在感知到链路故障后可以继续业务并重试；

或者，DCCA客户端中配置有支持会话异常后重连接的配置信息。

具体地，

在DCCA客户端与服务端交互异常时，DCCA客户端具体用于：

在所述在线计费用户业务进行中，触发向服务端发送信用控制更新请求；且所述DCCA客户端感知到链路异常；或者，

在所述在线计费用户业务进行中，所述DCCA客户端触发向服务端发送信用控制更新请求；此时，所述服务端具体用于：收到信用控制更新请求，并向所述DCCA客户端下发信用控制更新请求响应消息，其中携带结果码为无法处理；所述DCCA客户端根据结果码，判断出异常；或者，

发现链路中断或者等待服务端响应超时后，且自身本地配置有支持会话异常后重连接的配置信息。

在DCCA客户端触发向服务端发送信用控制更新请求之前，时间门限、流量门限到达以及计费条件改变。

其中，结果码为无法处理包括：所述结果码为预先设置的值、或3004-忙无法处理、或3002-无法投递。

其中，重连接条件包括：链路恢复、或预设时长、或链路拥塞解除。

在DCCA客户端启动与服务端重新建立连接时，DCCA客户端具体用于：

构造信用控制重连接请求消息并发送给服务端，同时携带有自异常后的业务计费信息；此时，

服务端具体用于：对用户进行扣费，同时向所述DCCA客户端发送信用 控制重连接请求响应消息，其中携带配额。其中，所述服务端具体用于：

接收到来自所述DCCA客户端的信用控制重连接请求后，根据会话ID查找会话：

如果该会话存在，则根据自身的策略对该请求中的信息进行扣费，并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端；

如果所述服务端发现该会话ID对应的会话并不存在，同时发现信用控制请求类型为重连接请求，则创建会话，同时进行鉴权以及批价处理，并向所述DCCA客户端回复信用控制重连接请求响应。

进一步地，

DCCA客户端还用于：收到信用控制重连接请求响应，更新会话以及业务内容。

其中，DCCA客户端为媒体网关；服务端为OCS或PCRF。

图2为本发明实现在线计费的装置的组成结构示意图，如图2所示，至少包括持续处理模块、重建连接模块，其中，

持续处理模块，用于将未处理的话单存储在本地或者发送给离线计费系统(OFCS)，并继续保持业务正常使用；

重建连接模块，用于在满足预先设置的重连接条件时，启动与服务端重新建立连接。

本发明装置还包括接入处理模块，用于：

当在线计费用户接入，向服务端如OCS发送CCR；此时，持续处理模块会接收到来自OCS的扩展后的信用控制初始请求响应，其中，信用控制初始请求响应的CCFH字段为240，表示继续并重连接(CONTINUE_AND_RECONNECT)，以指示在感知到链路故障后可以继续业务并重试。

接入处理模块还用于：

在在线计费用户业务进行中，由于时间门限、流量门限到达以及计费条 件改变等原因，会触发向服务端如OCS发送信用控制更新请求；并在感知到链路异常，比如可能是由于与OCS链路中断，也可能是链路拥塞等原因，GW等待OCS的信用控制更新请求响应超时或者其他原因，通知持续处理模块。

或者，

在在线计费用户业务进行中，由于时间门限、流量门限到达以及计费条件改变等原因，会触发向服务端如OCS发送信用控制更新请求；并且收到来自OCS的信用控制更新请求响应消息，其中携带结果码为3004或无法处理的结果码，比如3004-Diameter_too_busy、3002-Diameter_unable_to_deliver的原因值等，通知持续处理模块。

或者，

在发现链路中断或者等待服务端如OCS响应超时后，判断自身配置有支持会话异常后重连接，通知持续处理模块。

其中，

重建连接模块具体用于：

在满足预先设置的重连接条件时，构造信用控制重连接请求消息并发送给服务端如OCS，同时携带有自异常后的业务计费信息即在线计费用户使用的业务以及对应的流量，时间等信息；

接收来自OCS的信用控制重连接请求响应消息，其中携带配额等相关信息，并更新会话以及业务内容。

本发明装置可以作为独立实体装置，也可以设置在GW中。

下面结合具体实施例对本发明方法进行详细描述。以下实施例中以DCCA客户端为GW，服务端为OCS为例进行描述。

需要说明的是，OCS是否有主备以及是否支持失败重传(FailOver)并不用于限在本发明的保护范围，为了简便，下面实施例中仅以无主备OCS为例说明。另外，CCFH可以从OCS下发，也可以在GW上配置，其流程基本相同，以下实施例中仅以CCFH从OCS下发为例进行说明。

图3为本发明实现在线计费的第一实施例的流程示意图，第一实施例中，以CCFH为CONTINUE_AND_RECONNECT，重连接时OCS上会话存在为 例，如图3所示，包括以下步骤：

步骤300：在线计费用户接入。

步骤301：GW向OCS发送信用控制初始请求。

步骤300和步骤301的具体实现属于本领域技术人员的公知技术，这里不再赘述。

步骤302：OCS对用户进行鉴权成功后，向GW发送信用控制初始请求响应，本实施例中，在信用控制初始请求响应中的CCFH为240，用以指示GW在感知到链路故障后可以继续业务并重试。

步骤303：假设用户业务进行中，GW由于时间门限、流量门限到达以及计费条件改变等原因，触发信用控制更新请求，即GW向OCS发送信用控制更新请求。

步骤304：GW感知到链路异常，比如可能是与OCS链路中断，也可能是链路拥塞等原因导致GW等待OCS的信用控制更新请求响应超时，或者是其他原因。

步骤305：由于此时GW无法知道OCS是否已经处理，所以将该部分话单(即从步骤302到步骤303这段时间的用户使用的流量等计费信息)存储在本地或者发送给OFCS，同时根据CCFH为240，所以继续保持业务正常使用不受影响。

步骤306：在某个触发点，比如预先设置的重建连接条件，如定时触发或者感知到链路状态变化触发等，GW向OCS发送信用控制重连接请求，其中信用控制请求类型为表示为重建连接的请求如240，同时携带有从GW感知到异常后这段时间的业务计费信息。

步骤307：OCS对用户进行扣费，同时向GW发送信用控制重连接请求响应消息，其中携带配额等相关信息。

图4为本发明实现在线计费的第二实施例的流程示意图，第二实施例中，假设重建连接时，OCS上会话不存在。如图4所示，包括以下步骤：

步骤400～步骤406的具体实现与步骤300～步骤306的完全一致，这里不再赘述。

步骤407：本实施例中，假设OCS根据会话ID查找会话失败，但是，OCS发现信用控制请求类型为240，则OCS重新创建会话同时对用户进行鉴权等处理。

步骤408：OCS向GW发送信用控制重连接请求响应，其中信用控制请求类型为240，同时携带业务的配额信息。

图5为本发明实现在线计费的第三实施例的流程示意图，第三实施例中，以OCS返回忙无法处理(3004-Diameter_too_busy)，CCFH为CONTINUE_AND_RECONNECT，重连接时OCS上会话存在为例。如图5所示，包括以下步骤：

步骤500：在线计费用户接入。

步骤501：GW向OCS发送信用控制初始请求。

步骤502：OCS对用户进行鉴权成功后，向GW发送信用控制初始请求响应，其中CCFH为240，用以指示GW在感知到链路故障后可以继续业务并重试。

步骤503：假设用户业务进行中，GW由于时间门限、流量门限到达以及计费条件改变等原因，触发信用控制更新请求，即GW向OCS发送信用控制更新请求.

步骤504：OCS收到信用控制更新请求，本实施例中，假设由于OCS侧的信令拥塞性能不足或者后台系统维护等原因，OCS暂时无法处理此CCR请求，OCS会向GW下发信用控制更新请求响应消息，其中结果码为3004。

步骤505：GW根据结果码3004，判断出OCS未能成功扣费，将该部分话单(即从步骤502到503这段时间的用户使用的流量等计费信息)存储在本地或者发送给OFCS，同时根据CCFH为240，所以继续保持业务正常使用不受影响。

步骤506：在某个触发点比如预先设置的定时触发，GW向OCS发送信用控制重连接请求消息，其中携带当前的业务以及业务使用情况信息。

步骤507：OCS向GW返回信用控制重连接请求响应消息，并且拥塞或者后台操作维护已解除，则对用户进行扣费和批价处理，后续流程正常。

图6为本发明实现在线计费的第四实施例的流程示意图，第四实施例中，以OCS未携带CCFH AVP，GW本地配置支持会话异常后重连接，重连接时OCS上会话存在为例。如图6所示，包括以下步骤：

图6所示的第四实施例的流程与图3所示的第一实施例基本相同，不同之处在于：在步骤602中，OCS在信用控制初始请求响应中并没有携带CCFHAVP，在步骤604中，GW发现链路中断或者等待OCS响应超时后，通过判断GW本地配置有支持会话异常后重连接，则启动后续重连接流程。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。