[发明专利]P-CSCF恢复

说明书

公开了一种识别是否支持代理呼叫会话控制功能P‑CSCF恢复的方法。所述方法包括：当移动管理实体MME或服务通用分组无线服务GPRS支持节点SGSN支持P‑CSCF恢复时，接收由MME/SGSN提供的用以指示支持P‑CSCF恢复的支持信息；以及基于MME/SGSN提供的支持信息，识别MME/SGSN是否支持P‑CSCF恢复。

技术领域

本发明涉及一种通信系统中的代理呼叫会话控制功能(P-CSCF)的方法及相关联的设备。

背景技术

3GPP TS 23.228中规定了IP多媒体子系统(IMS)，以实现要被UE使用的基于IP的多媒体服务。由于通过UE和代理呼叫会话控制功能(P-CSCF)之间的加密通信来进行SIP信令交换，所以从UE的角度来看，P-CSCF是SIP对端。因此，P-CSCF存储UE安全性和IP会话参数。此外，P-CSCF认证IP会话所需的资源，记住(从注册处理起)该UE的下一跳CSCF。

本发明目的是P-CSCF故障的问题和P-CSCF恢复处理，其中，P-CSCF故障意味着UE安全性和会话参数的损失。

当前的标准化P-CSCF恢复过程基于IP层上的P-GW/GGSN的监视，并且在对心跳信息没有响应的情况下，P-GW/GGSN向所有受到影响的UE发送新的可用P-CSCF地址列表，以触发新的IMS注册(注册到备选P-CSCF)。

现有方案的问题：

由于P-GW/GGSN必须更新寻址到当前与故障P-CSCF注册的每个UE的新的可用P-CSCF列表，所以该方案的当前限制在于核心和无线网络的大量信令。此外，之后每个受到影响的UE都执行IMS重注册尝试。

当前的方案不足够可靠，因为在P-CSCF部分故障的情况下(即，仅针对一部分用户)，P-CSCF可能表现为P-GW/GGSN可用，因此，不执行恢复机制，并且受影响用户的端接呼叫将失败。另一方面，(临时)网络问题可以会使P-GW/GGSN认为P-CSCF停机，继而不必要地触发恢复过程。

在文档C4-131277中3GPP CT4工作组已对当前问题进行研究，这里描述变化的方案。图1中示出了该提案。

该方案从以下方面而言是“重激活”(re-active)的：仅当端接会话请求到达S-CSCF并且旧的P-CSCF发送错误码或无法到达时，才执行新的P-CSCF确定。然后，错误码被返回至请求IMS PDN释放的应用服务器(AS)、HSS、并进一步经由MME/SGSN被返回至UE，使得UE可以在下一个步骤中选择新的P-CSCF，向IMS注册。

该“重激活”方案在端接呼叫/连接建立时引入了显著的延时。该方案的另一个相当大的影响是需要扩展HSS/HLR实体，并且应当增强HSS/HLR和MME之间的接口。

具体实施方式

可能的方案

一个可能的方案基于图1所示的现有技术的扩展，如下所述。

图1中提出的方案没有考虑到MME不支持IMS PDN释放请求消息(编号为7的消息)的情况。当前规范不允许HSS发送针对特定PDN连接的释放。当订阅改变时(例如由订户的新合约引起的)，HSS仅向MME发送更新。

当HSS中没有更多智能时如此应用，将不能获得期望的行为。上述情况尤其可能发生在漫游情形中，即，当S-CSCF位于归属地网络而MME位于访问网络时。在这种情况下，由于缺少MME的支持，HSS不可能知道该方案能否有效。HSS不知道MME能力具有明显的缺点，因为归属地运营商只能采取向呼叫方响应SIP错误码的动作。如果HSS事先知道相关联的MME的能力，则针对端接IMS呼叫，归属地运营商可以采取除了向呼叫方响应SIP错误码以外的备选方法。例如，归属地运营商可以激活未注册的用户处理。例如，端接IMS呼叫可以被重定向至语音信箱系统。