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

文档序号:12380564阅读:773来源:国知局
一种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 on going)的信息。

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侧的资源状态保持一致。

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

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1