IMS多媒体业务的灵活 合和定制机制

随着不同行业在互联网的熔炼，一种新的、丰富的通信文化逐渐成形。通信已经成为随时随地分享日常体验、看法、心情的媒介。适应，并主动影响着这种通信文化潮流，运营商需要采用IMS，来从不断涌现的创新性应用开发中受益。

由于消费兴趣不断推陈出新，运营商不得不考虑提高自身的提供丰富个性化业务的能力，而不是在某项具体业务过多投资。因此，高效的新业务开发成为实现个性化通信消费产品的系统集成项目的关键要素。而新业务的上市时间（TTM）的重要性也日益突出。

作为下一代融合网络的核心，IMS标准和IMS技术一直广受业界关注。关于IMS技术的优点有很多，其中对应用层开放而灵活的标准接口一直是其中的亮点之一。下面，我们一起来看一下，基于IMS 机制和开放接口，如何灵活地组合出各种多媒体新业务，爱立信研究人员又做过哪些技术开发。

IMS中的SIP Servlet容器

让我们先假想一个实际的应用例子，把基于IMS的IPTV与呈现（Presence）驱动的聊天应用组合在一起。一个名叫Shelley的用户在家中想让她的朋友通过呈现业务（Presence）知道自己正在看一档选秀节目，从而可以一边看节目，一边跟同时在看此节目的朋友聊天评论这些选秀明星。

实现此功能的传统方法必须修改IPTV设备（例如：机顶盒），使其能够向呈现服务器发送SIP PUBLISH消息，然后由该服务器通知Shelley的朋友。修改IPTV设备所需要的工作会严重影响该业务的上市时间，从而影响对消费兴趣的吸引，最终影响到商业机遇。不仅仅如此，更改接收选台信息的IPTV控制器还会提高实体的复杂性。

那么，有没有一种办法，能够仅仅通过修改IMS 网络端的配置来将这两种已有业务组合起来呢？

JSR 289草案中定义的SIP Servlet容器可以容纳和管理SIP应用程序，同时通过Java API提供对会话发起协议（SIP）机制的访问。

Java EE是电信业使用的可扩展中间件平台。Java EE应用服务器（AS）是用于部署SIP Servlet容器的平台。AS提供收发SIP请求与响应的网络服务。

IMS中的AS通过IMS服务器控件接口（ISC）连接到提供服务的呼叫会话控制功能模块（CSCF）。CSCF发起的SIP请求被转发到容器，容器通过查询称为应用路由器（AR）的实体来识别相关SIP应用，然后把请求分配到所选择的SIP应用服务器。只要SIP应用不终止请求，则容器会再次向AR查询下一个调用的SIP应用。

通过在SIP路由报头加入路由信息（与到IMS应用服务器的CSCF路由大同小异），应用路由器也可以指示容器把请求路由到部署在另一台服务器上的SIP应用。

IMS业务组合引擎

爱立信的研究人员定义并且实现了一种业务组合引擎，其采用AR接口在运行时间为容器提供SIP路由决策——动态SIP路由。该引擎根据以下几方面的数据来算出路由决策：

组合引擎的状态；
　　具体的SIP消息；
　　SIP实体在引擎中的SIP业务的形式描述；
　　运行时，动态查询到的外部实体的数据 （通过SIP协议或其它技术，如Web技术）；
　　Java虚拟机（JVM）数据，如：时间与当前负载。

爱立信开发的业务组合引擎可以看成是这么一种可编程状态机，它组合容器中记录的SIP应用，而创建出新的多媒体业务。

所实现的算法是基于事件，并且由数据驱动的，而并非采用WS-BPEL中面向进程的方法。在WS-BPEL中，进程活动是其核心关注点，而并不明确对事件的支持。支持会话、基于事件的模式与呼叫控制中的信令能方便进行直接关联，在组合实时通信方面更加自然、更加灵活。因此，现有面向进程、与Web服务相关的技术（如：WS-BPEL）不适用于组合SIP业务。

该算法以业务属性以及控制业务属性的约束条件为中心，根据事件和执行环境的状态，动态建立和路由SIP会话。上面提到的约束条件，一般是指业务交互方式和它们的相关性。

来源：通讯世界