[发明专利]用于管理IP多媒体子系统中的应用服务器响应的系统和方法

说明书

技术领域

本发明涉及网际协议多媒体子系统(IMS)，并且更特别地涉及IMS网络上的增强型响应处理。

背景技术

由3GPP定义的IP多媒体子系统(IMS)通过为电信行业提供基于全IP的架构来融合电话和因特网技术。IMS基于会话发起协议(SIP)并且大量使用在因特网工程任务组(IETF)内所定义的协议。系统提供服务器和数据库的网络，所述服务器和数据库辅助用户代理进行建立和管理会话的任务。IMS使用术语“会话”，因为用户之间的连接不再限于语音服务(即电话呼叫)。会话可以是语音、视频、文本或者将两个或者更多用户代理连接在一起的其它服务。

如图1所示，典型的IMS架构10包括用户设备(UE)11、在12处总体示出的若干呼叫会话控制功能(CSCF)、归属订户服务器(HSS)13以及一个或多个应用服务器14。UE 11是包含会话发起协议(SIP)用户代理(UA)并且能够发起或者终止会话的设备。用户设备例如可以是无线电话、计算机、个人数字助理、启用web(网络)的电话或者任何合适的通信设备。

CSCF 12负责管理会话，包括安全性和互连。存在三种类型的CSCF。代理(P)CSCF 15位于网络的边缘并且是UE 11进入IMS核心的入口点。询问(I)CSCF 16用作进入对等网络的网络的入口点并且还起到用于为订户寻找适当的服务节点的查找功能。服务(S)CSCF 17负责鉴别UE 11并且为UE 11管理进行中的会话，包括调用应用程序。举例来说，所示出的S-CSCF 17的特征在于，处理器22与存储器23一起工作。其它CSCF将具有等同特征，这些特征为清楚起见而被省略。

HSS 13在至少一个数据库19中存储包括鉴别信息和服务数据的相关用户数据。作为用户简档的一部分，初始过滤准则(iFC)被定义以指示基于信令平面中的信息来调用哪些应用服务器。

S-CSCF 17通过Cx接口21与HSS 13通信以便获取(retrieve)UE鉴别信息。在用户已经被鉴别之后，S-CSCF 17再次与HSS 13通信，这次是为了获取用户简档。用户简档指定用户已预订的服务以及针对那些服务调用哪些应用服务器。

基于存储在用户简档中的iFC来调用应用服务器14。如果在iFC中定义的准则得到满足，则S-CSCF将通过IMS服务控制(ISC)接口20将信令传递到应用服务器14。一旦被调用，应用服务器14现在就能够参与会话并且提供附加能力。这可以包括熟知的特征，如呼叫转发，或者新定义的服务，如无线一键通(Push-to-Talk over Cellular，PoC)。有可能调用多个应用服务器作为相同会话的一部分。

为了获得对IMS网络10的接入，需要UE 11向网络登记以对用户进行鉴别，从而建立安全关联。在UE 11已经登记之后，它然后能够发起会话。虽然这样的登记过程是现有技术的典型特征，但是该登记过程对于本发明来说不是必不可少的。应该与登记过程无关地考虑本发明，并且本发明可以将3GPP规范所定义的对登记过程的任何改变(如可能周期性地发生)考虑进来。

3GPP TS 29.228(版本7.6.0)所定义的当前模式(schema)被部分复制如下：

作为用户简档的一部分，iFC定义与应用服务器有关的信息。在应用服务器定义内，(name＝“tApplicationServer”)是缺省处理。如在3GPPTS 29.228(版本7.6.0)中所定义的那样，缺省处理只适用于来自应用服务器的5xx响应或者响应408(请求超时)。其他错误代码没有被处理。另外，现有技术只允许为所有这些错误响应定义缺省处理，而不针对每个错误响应提供不同处理。

发明内容

本发明的目的是提供处理附加响应代码并且允许基于每个响应确定处理的灵活性的系统、方法和计算机可读介质。

在某些实施例中，在S-CSCF处通过与应用服务器的交互，为扩大范围的响应代码给出特定处理。本发明还通过允许就每个响应代码而言行为改变而不是使用单一的“缺省处理”，在处理这些响应代码时考虑到更大程度的细化(greater granularity)。所述处理作为存储在HSS上的用户简档中的初始过滤准则(iFC)的一部分被定义。

在一个实施例中，提供了一种网际协议多媒体子系统(IMS)，其包括至少一个归属订户服务器；其中所述至少一个归属订户服务器存储至少一个用户简档，所述用户简档定义至少一个错误代码；以及与所述至少一个错误代码相关联的至少一个错误处理。