[发明专利]IMS中的应用服务器框架以及转发会话控制逻辑的方法

说明书

技术领域

本发明涉及IMS(IP多媒体子系统)，特别地涉及一种应用服务器框架，以及在S-CSCF(服务-呼叫/会话控制功能)中转发SIP请求的方法和装置，和在应用服务器框架中接收并处理SIP请求的方法和装置。

背景技术

IMS网络的一个重要特点是其在SIP应用服务器上快速部署各种功能的能力。尽管在IMS网络中对于SIP接口有明确的标准，但是新建立一个应用服务器并且以适当的方式为其分配功能仍需要系统设计者考虑所有必要的结构。这也是大多数开发者选择基于已有的应用服务器进行附加的开发而不愿从头开始建立一个应用服务器的重要原因之一。然而，在已有的应用服务器上进行附加的开发必须依赖于已有的应用服务器，并且即使当应用逻辑只是简单地修改信令内容，仍然会产生大量的开销。

以基于位置的路由为例，如果所期望实现的功能是当各个用户从不同位置接入网络时，给每个用户一个选项以显示不同的呼叫线路标识(calling line ID)，那么，简单的逻辑将会是匹配PANI(P-Access-Network-Info)头部并且以预定义的SIP URI替换PANI头部。上述逻辑看似简单，但是仍需要在已有的应用服务器上进行开发工作，或者在一个新建立的应用服务器上进行开发工作，这往往需要较长的开发周期。

发明内容

基于上述考虑，本发明提供了一种应用服务器框架，其可以构建在独立的服务器上，或者构建在已有的应用服务器上，或者构建在S-CSCF上。一些适用于所有用户终端的会话控制逻辑可以预先定义并存储在该应用服务器框架中，而适用于每个用户终端的各自的会话控制逻辑则是由S-CSCF在该用户终端注册时从HSS中获取并经由SIP注册请求(REGISTER Request)或其他SIP请求转发给该应用服务器框架。之后，当应用服务器框架接收到对应于某个用户终端的SIP请求后，其将基于适用于所有用户终端的会话控制逻辑以及适用于该用户终端的会话控制逻辑处理该SIP请求从而实现应用服务器的功能。

可选的，会话控制逻辑可以通过XML语言(Extensible Markup Language)定义。当然，其也可以通过其他任何适合的语言来定义，例如，C语言，或者Java语言等。

基于此，本发明在一个实施例中提供了一种在IP多媒体子系统中提供应用的方法，其中，所述方法包括以下步骤：i.定义应用服务器框架；ii.将会话控制逻辑经由SIP请求由外部传入所述应用服务器框架，和/或将会话控制逻辑以脚本形式预存储在所述应用服务器框架中，和/或通过应用程序接口将会话控制逻辑传入所述应用器框架。

本发明在另一个实施例中提供了一种在IP多媒体子系统的S-CSCF中转发SIP请求的方法，其中，所述方法包括以下步骤：a.接收来自用户终端的SIP请求；b.评估从HSS处获取的与所述用户终端关联的初始过滤准则；c.如果条件满足，将从所述HSS处获取的与所述用户终端关联的会话控制逻辑相关信息添加入所述SIP请求；d.将添加了所述会话控制逻辑相关信息的所述SIP请求发送至所述初始过滤准则所指定的应用服务器框架。

当所述SIP请求为SIP REGISTER请求时，所述步骤a之后，所述步骤b之前还包括以下步骤：从所述HSS处下载与所述用户终端关联的用户档案，其中所述用户档案中包括与所述用户终端关联的初始过滤准则以及与所述用户终端关联的所述会话控制逻辑相关信息。

本发明在又一个实施例中提供了一种在IP多媒体子系统的应用服务器框架中处理SIP请求的方法，其中，所述方法包括以下步骤：A.接收来自S-CSCF的SIP请求，所述SIP请求中包括与用户终端相关联的会话控制逻辑相关信息；B.从所述SIP请求中提取所述会话控制逻辑相关信息，并存储与所述用户设备相关联的会话控制逻辑。

可选的，所述步骤B之后还包括以下步骤：C.基于预先定义的会话控制逻辑以及所存储的与所述用户设备相关联的所述会话控制逻辑处理所述SIP请求。

通过应用本发明的技术方案，使得应用服务的开发工作变得更为快捷和灵活。

附图说明

通过对结合附图所示出的实施例进行详细说明，本发明的上述以及其他特征将更加明显，本发明附图中相同的标号表示相同或相似的部件。在附图中：

图1示出了根据本发明的一个实施例的应用服务器框架的示意图；

图2示出了根据本发明的一个实施例的S-CSCF、HSS和应用服务器框架交互的网络示意图；