CN106304413B - 一种rx接口会话的删除方法 - Google Patents

Abstract

本申请公开了一种RX接口会话的删除方法，包括：PCRF根据终端的触发，通过RX接口向AF发送一会话的中断会话请求ASR，PCRF在所述ASA等待定时器超时之前收到所述AF反馈的会话建立请求AAR或会话再鉴权请求RAR，PCRF回复AAA携带失败原因为“会话正在清除中”；PCRF收到所述AF反馈的中断会话响应ASA时启动会话终止请求STR等待定时器，若所述STR等待定时器超时前未接收到所述AF反馈的STA，所述PCRF清理所述一会话的本侧会话资源。应用本申请，能够在会话删除过程中及时清理PCRF会话资源。

Description

一种RX接口会话的删除方法

技术领域

本申请涉及通信技术，特别涉及一种RX接口会话的删除方法。

背景技术

策略和计费规则功能实体(Policy and Charging Rule Function，PCRF)包含策略控制决策和基于流计费控制的功能，PCRF接收来自PCEF、SPR和AF的输入，向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费(除信用控制外)的网络控制功能。结合PCRF的自定义信息做出PCC决策。应用功能实体(Application Function，AF)，该功能是提供应用业务单元，主要对IP-CAN用户面行为进行动态策略/计费控制。这些业务需要动态策略和计费控制。AF通过Rx参考点，传送PCRF需要的动态会话信息，接收IP连接接入网(IP-CAN)的特定信息和IP-CAN承载层事件的确认。AF和PCRF之间的接口为RX接口。RX接口主要实现AF与PCRF之间应用级会话信息的交互功能，如：用于识别业务数据流的IP filter信息，对不同的业务数据流进行策略控制和计费，用于QoS的媒体/应用带宽需求。

协议3GPP TS 29.214version 11.10.0Release 11中对RX接口进行了描述。图1为现有协议中由AF侧发起的会话创建、由PCRF侧发起的会话删除流程的示意图。如图1所示，当AF希望建立一个Rx会话时，AF通过Diameter会话发送初始AAR命令到PCRF，并携带新会话相关的应用层信息。收到初始AAR命令后，PCRF在AF会话信息表中建立新的会话信息。PCRF根据是否找到IP-CAN会话向AF返回AAA消息携带SUCCESSFUL或IP-CAN_SESSION_NOT_AVAILABLE。

在AF会话创建成功后，终端可以触发PCRF发起会话删除，AF也可以发起会话删除。下面分别对PCRF和AF发起的会话删除进行介绍：

a.在AF会话建立以后，AF发送STR命令到PCRF可以终止该会话。收到STR命令以后，PCRF从AF会话信息表中删除保存的会话信息并向AF返回STA命令。如图1中步骤5-6所示。

b.在AF会话建立以后，终端触发PCRF发起会话删除,PCRF发送中断会话请求(ASR)消息到AF,AF回复中断会话应答(ASA)，并发送会话终止请求(STR)消息到 PCRF，PCRF清除会话信息并发送会话终止应答(STA)到AF。如图1中步骤3、4、5、6所示。

对于终端触发PCRF发起会话删除(即上述b)的情况，存在如下2个问题：

问题1：从目前协议上看，AF回复了ASA消息之后应该立即发送STR，这样PCRF侧清理完本侧资源后回复STA，整个删除会话流程结束。但是，如果AF收到ASR消息的同时向PCRF发送了同一个会话ID的AAR进行会话重建消息，那么此时会出现PCRF侧的资源处于断开等待释放阶段而直接丢弃AAR消息，而AF侧的资源处于新建等待建立阶段。

问题2：从目前协议上看，AF回复了ASA消息之后应该立即发送STR，这样PCRF侧清理完本侧资源后回复STA，整个删除会话流程结束。但是，如果AF回复ASA消息后由于网络原因或AF侧软件原因造成STR消息一直不发送，那么PCRF会话的资源将一直无法清理。

发明内容

本申请提供一种RX接口会话的删除方法，能够在会话删除过程中及时清理PCRF会话资源。

为实现上述目的，本申请采用如下的技术方案：

一种RX接口会话的删除方法，包括：

PCRF根据终端的触发，通过RX接口向AF发送一会话的中断会话请求ASR，并在收到所述AF反馈的中断会话响应ASA时启动会话终止请求STR等待定时器；

若所述STR等待定时器超时前未接收到所述AF反馈的STR，所述PCRF清理所述一会话的本侧会话资源。

较佳地，该方法进一步包括：在所述PCRF发送ASR时启动ASA等待定时器，若在所述ASA等待定时器超时之前未收到所述AF反馈的ASA，所述PCRF清理所述一会话的本侧会话资源。

较佳地，若在所述ASA等待定时器超时前所述PCRF接收到所述AF发送的针对所述一会话的AAR或重授权鉴权请求RAR，则所述PCRF向所述AF反馈AAA或重授权鉴权响应RAA，用于指示所述一会话正在清除。

较佳地，在所述PCRF向所述AF反馈AAA或RAA后，所述PCRF将针对所述一会话的状态机的状态设置为“断开”。

较佳地，所述PCRF启动所述STR等待定时器后，将所述PCRF对应所述一会话的状态机状态设置为“断开”。

较佳地，所述PCRF接收到STR消息后，清除所述STR等待定时器。

由上述技术方案可见，本申请中，PCRF根据终端的触发，通过RX接口向AF发送一会话的ASR，PCRF在所述ASA等待定时器超时之前收到所述AF反馈的会话建立请求AAR或会话再鉴权请求RAR，PCRF回复AAA携带失败原因为“会话正在清除中”；PCRF在收到AF反馈的中断会话响应ASA时启动STR等待定时器,若STR等待定时器的定时时间到之前未接收到AF反馈的STR，PCRF清理会话的本侧会话资源。通过上述处理，PCRF可以在断开状态处理AF的AAR会话初始建立请求及RAR会话重建请求，保证网元间状态对齐，即使由于网络等原因没有收到STR消息，PCRF也可以在定时器超时后清理会话资源，从而节省系统资源。

附图说明

图1为目前协议中会话建立和删除的流程示意图；

图2为本申请中会话删除方法的流程示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

如背景技术中所述，目前协议中进行会话删除时，可能导致客户端侧(即AF侧)和服务器侧(即PCRF侧)的资源状态不一致，同时可能导致PCRF侧的本地会话资源不能彻底清理。导致以上两个问题出现的原因都是RFC6733对会话模式的服务器端状态机处于断开状态时，缺少必要的饱和及容错机制，造成会话资源可能挂住。

图2为本申请中会话删除方法的流程示意图。如图2所示，该流程包括：

步骤201，PCRF根据终端的触发，通过RX接口向AF发送某会话A的ASR消息。

步骤202，AF向PCRF反馈针对会话A的ASA消息。

步骤201和202的处理与现有协议相同，这里就不再赘述。

步骤203，PCRF接收到ASA消息后，启动预设的STR等待定时器，若该定时器超时前未收到AF反馈的STR，PCRF清理会话A的本侧会话资源。

正常流程中，AF发送ASA消息后会立刻发送STR，按照现有的协议，PCRF在收到ASA消息时，就会将针对会话A的状态机的状态修改为“空闲”。但是， 这时会存在问题，当一个中间的代理节点要求终止会话时，会发送ASR到对端服务器。因此，如果接入设备确实因为接收了ASR消息而停止会话，它必须向授权的服务器(可能是，也可能不是发送ASR的代理)发送STR消息来进行会话级别的清除。因此，在PCRF接收ASA消息时，应该继续等待对端的STR消息来的终止并清除会话，基于此，本申请中，PCRF接收ASA消息后，将状态机的状态设置为“断开”，而不是设置为“空闲”。表1为本申请中优化后的状态机示意。其中，灰色背景的部分为修改的内容，更详细地，加粗字体表示相对于现有状态机进行修改的动作或状态，第14行即这里修改的状态。

表1

AF发送STR消息后，可能由于网络等原因导致AF发送的STR丢失，PCRF接收不到，这种情况下就不能清理会话资源。为及时清理会话资源，PCRF在收到ASA消息后即启动STR等待定时器，若该定时器超时前未收到AF反馈的STR，PCRF不再等待STR，直接清理会话A的本侧会话资源。进一步地，在PCRF接收到会话A的STR后，消除STR等待定时器。对应地，在PCRF的状态机中新增清除STR等待定时器的动作，具体见表1中的最后一行。

通过上述步骤203的处理，能够及时清理PCRF侧的会话资源。进一步地，为解决AF侧和PCRF侧可能出现的资源状态不一致的问题，还可以在步骤201和步骤202之间进一步包括如下处理：

步骤201a，AF接收会话A的ASR消息的同时，向PCRF发送会话A的AAR消息。

步骤201b，PCRF向AF发送会话A的AAA消息，其中携带会话正在清除(Releasing ongoing)的信息。

AF接收到上述AAA消息后，确定会话A正在清除，因此其资源状态不会再是新建等待建立阶段，而与PCRF侧保持一致。考虑到这种情况下，可能AF不再发送ASA和STR，为及时释放资源，优选地，可以在PCRF发送ASR之后启动设定的ASA等待定时器，若在ASA等待定时器超时之前未收到AF反馈的ASA，PCRF可以直接清理会话A的本侧会话资源。另外，为与上述流程保持一致，优选地，可以在PCRF的状态机中增加一个状态，即当处于断开状态时，若接收到协议栈携带同样会话ID的授权鉴权请求(例如：AAR)，则根据会话ID查找本段应用会话ID，若该会话ID当前状态为断开，则发送AAA并携带会话正在清除的信息，并设置状态机的状态为断开，具体请见表1中的第14行。

除上述会话清除过程中AF发送AAR的情况，AF还可能发送重授权鉴权请求(RAR)，也会存在上述发送AAR的问题，因此，本申请中采用与发送AAR时相类似的处理：PCRF接收针对会话A的RAR后，向AF反馈RAA消息，并携带 会话正在清除的信息。同时，优选地，可以在PCRF的状态机中增加一个状态，即当处于断开状态时，若接收到协议栈携带同样会话ID的重授权鉴权请求(例如：RAR)，则根据会话ID查找本段应用会话ID，若该会话ID当前状态为断开，则发送RAA并携带会话正在清除的信息，并设置状态机的状态为断开，具体请见表1中的第15行。

至此，本申请中的会话删除流程结束。通过上述处理可见，利用本申请，能够在会话删除过程中及时清理PCRF侧的会话资源，并能保证AF和PCRF侧的资源状态保持一致。

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

Claims (4)

1.一种RX接口会话的删除方法，其特征在于，包括：

PCRF根据终端的触发，通过RX接口向AF发送一会话的中断会话请求ASR并启动ASA等待定时器，在收到所述AF反馈的中断会话响应ASA时启动会话终止请求STR等待定时器；

若在所述ASA等待定时器超时之前未收到所述AF反馈的ASA，或者，若所述STR等待定时器超时前未接收到所述AF反馈的STR，所述PCRF清理所述一会话的本侧会话资源；

其中，若在所述PCRF发送ASR后、在所述ASA等待定时器超时前所述PCRF接收到所述AF发送的针对所述一会话的AAR或重授权鉴权请求RAR，则所述PCRF向所述AF反馈AAA或重授权鉴权响应RAA，用于指示所述一会话正在清除，AF接收所述AAA或RAA后确定所述一会话正在清除，将该会话对应的资源状态设置为断开等待释放阶段。

2.根据权利要求1所述的方法，其特征在于，在所述PCRF向所述AF反馈AAA或RAA后，所述PCRF将针对所述一会话的状态机的状态设置为“断开”。

3.根据权利要求1所述的方法，其特征在于，所述PCRF启动所述STR等待定时器后，将所述PCRF对应所述一会话的状态机状态设置为“断开”。

4.根据权利要求1所述的方法，其特征在于，所述PCRF接收到STR消息后，清除所述STR等待定时器。