摘要针对IMS中业务交互管理问题，本文首先介绍和分析了IMS中现有基于过滤规则的业务触发机制和存在问题，然后针对3GPP标准中新增的SCIM实体，介绍了相关研究现状和改进方式，最后分析了现有业务交互管理中存在的问题并提出下一步发展方向。

    1、引言

    IMS（IP多媒体子系统）是第三代移动网络的核心网技术。它采用IP传送技术，同时业务层面在兼容目前已有的业务的同时开放了网络能力接口，为业务开发商提供了方便、快捷、经济地提供业务的途径。这种开放的全IP的架构使得IMS上的业务可以变得丰富多彩，同时也使业务交互问题变得更为明显。

    业务交互指的两个或者多个业务在同时执行的过程中相互影响甚至干扰。根据是否违反用户期望，业务交互分为业务协作和业务冲突。业务协作是用户期望的交互行为，例如将已有的多个业务或业务能力组合成为一个新业务；业务冲突是用户未预期的交互行为。一个业务冲突的例子是“主叫呼出限制（OCS）”和“被叫呼叫转移（CFU）”：假设用户A订购了OCS业务并限制拨打用户B，而用户C订购了CFU业务并设置前转地址为B，当用户A呼叫用户C时，该呼叫被CFU业务转移到用户B，而用户B在OCS限制的范围内，这便产生了违背用户意愿的业务冲突，原本用户A与B的通话应该被OCS业务限制的，而现在用户A却与B进行通话。

    业务协作有助于方便、快速、经济地提供新业务，可以提高用户体验，而业务冲突则会影响用户体验，甚至影响系统稳定性和安全性。由于业务交互问题的重要性，业界给予了长期的关注。在IMS发展部署过程中，这也是亟待解决的重要问题。3GPP定义了SCIM/ServiceBroker（业务能力交互管理器/业务代理）实体来处理IMS中的业务交互问题。目前3GPP对该问题正处于研究之中，相关标准尚未成熟。

    2、IMS中的触发机制和存在的问题

    业务交互问题的已有研究和统计分类表明，多数业务交互问题都与业务触发机制相关。例如，共享触发类的业务冲突就是在同一事件点触发了多个业务从而产生冲突。在什么情况下触发业务，选择哪个业务来执行，就是触发机制应当解决的问题，如果不能恰当地解决此问题就会导致冲突。

    3GPP的标准中，业务触发的方式是S-CSCF（服务呼叫会话控制功能）按照iFC（初始过滤准则）的优先级依次匹配每一条iFC，匹配成功后触发相应的应用服务器（AS）来执行业务。AS可以对请求消息作一定的处理后再返回给S-CSCF，S-CSCF接着匹配下一优先级的iFC，触发相关的AS，依次进行直到匹配完所有的iFC。iFC中规定了多个触发点（SPT），在匹配过程中S-CSCF检查当前会话的情况是否满足触发点的要求。目前规定有5类触发点，分别是RequestURI、SIP方法、SIPHeader、会话描述、会话情形（Originating、Terminating Terminating_Unregistered）。

    为了使S-CSCF按正确的顺序处理不同的FC，每个FC都必须分配一个优先级，并且在提供给用户的FC中，不应该有一个优先级对应一个以上的FC。如果S-CSCF不能联系到AS，那么S-CSCF应该为这个触发使用默认的处理方式。默认处理可以是：如果在列表中匹配了一个低优先级触发项，则继续检验，放弃与列表中低优先级匹配的校验，并释放这个对话。这种基于优先级限制每个优先级只对应一个FC的触发方式，可以在一定程度上解决共享触发类的业务冲突问题。

    这种iFC触发机制的功能较为薄弱，它按照静态的优先级依次触发各个AS，因此难以处理多个业务交互的情况。具体来说，它存在的不足之处如下。

    ●静态性：iFC机制在初始请求到来的时候，按静态配置好的顺序触发相关AS，而无法根据业务的触发情况、会话的进展动态地触发AS。

    ●使用范围有限：只能依据目前的5类触发点来判断是否触发一个业务，然而除此之外尚有许多因素可作为触发点，例如：终端能力、用户偏好、时间因素、前一个业务执行情况等。