[发明专利]会话保活方法及装置

说明书

技术领域

本发明涉及到通讯领域，具体而言，尤其涉及到会话保活方法及装置。

背景技术

IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)是第三代合作伙伴组织(3rd Generation Partnership Project，简称为3GPP)定义的下一代网络的标准，它的显著特点是采用了会话初始协议(Session Initiation Protocol，简称为SIP)体系。

会话保活是一种用于检测会话是否为活着的一种方式，RFC4028对SIP协议进行了扩展来实现这种保活机制。RFC4028扩展了两个头部：Session-Expires、Min-SE，一个功能选项：定时器(timer)来实现会话保活检查功能。依据RFC4028中的定义，会话保活的保活对象双方都必须支持RFC4028扩展协议，并规定了如下3种实现形式，下面对此进行说明：

形式一，主叫用户(UAC)通过初始邀请(INVITE)请求携带用于保活的信息(例如，Supported：timer，Session-Expires：90，Min-SE：90)，当接收到请求的被叫用户(UAS)或者代理(Proxy)也支持RFC4028，并且也希望运行会话保活功能时，则会在200OK(INVITE)协商发起保活的时间间隔，最终通过协商的结果进行定期发起的reInvite或者更新(UPDATE)消息来进行会话的保活检测。当主动发起保活请求方在给定时间没有收到进行协商的响应消息，或者被动接受保活请求方在预定时间没有收到保活请求时，则判定会话终止，释放会话，同时释放该会话对应的资源。

形式二，在会话建立后，UAC或者UAS因为需求在后续的对话内请求Update中发起会话保活请求(携带RFC4028规定的用于保活的信息)。

形式三，核心网元也可以根据具体策略来主动在消息转发到下一跳时增加Session Timers相关的信息，表明希望能和下一跳之间实现Session Timers功能。

RFC4028中的会话检测是针对保活对象的双方都满足该协议时定义的。在IMS应用中，当所有SIP网元(包括终端)都必须支持RFC4028，并且在应用中，各网元之间都希望在会话期间使用Session Timers功能时，流程大致相似，差异主要在于协商后续执行Session Timers功能的请求发起者以及保活的时间间隔(主要体现在头部Session-Expires)。

图1是根据相关技术的IMS网络网元均支持且希望在会话中使用Session Timer的流程图，该图以会话的发起者主动要求在会话期间执行SessionTimers功能为例，对该流程进行说明，该流程经过代理呼叫会话控制功能实体(Proxy-Call Session Control Function，简称为P-CSCF)、服务呼叫会话控制功能实体(Serving-CSCF，简称为S-CSCF)以及查询呼叫会话控制功能实体(Interrogating-CSCF，简称为I-CSCF)，如图1所示，该流程包括如下步骤：

步骤S101，主叫用户(UAC)发起初始INVITE请求消息，该请求消息中携带了如下信息：Session-Expires：90，Min-SE：90，Supported：timer。这些信息表明，终端支持Session Timers，且提供了自己的保活间隔。

步骤S102，主叫侧的P-CSCF网元转发该消息，该P-CSCF默认支持Session Timers功能。

步骤S103，核心网元I/S-CSCF网元转发消息，该I/S-CSCF默认支持Session Timers功能。

步骤S104，被叫侧的P-CSCF网元转发消息，该核心网元P-CSCF默认支持Session Timers功能。

步骤S105，被叫用户(UAS)接收到该消息后，接受来自主叫的SessionTimer相关约定，同意在会话中开启Session Timer功能。被叫侧在回复的200OK消息中增加如下信息，以提供Session Timer的协商结果：Session-Expires：90，refresher：uac，Min-SE：90，Require：timer。被叫回复了200OK消息之后，启动Session Timer定时器。

步骤S106，被叫侧P-CSCF接收到200OK(INVITE)消息后，与本地相关信息进行匹配，协商成功后向核心网侧转发该消息，并启动Session Timer定时器。