IMS框架中涉及的功能实体众多，带来了另外一个相应的问题，即IMS信令流程繁琐，图2是一个基本的IMS网内端到端的呼叫流程（其中不包含precondition过程），从中可以看到，有75条信令转发和交互，相比于传统电路域呼叫，基本上有超过一个数量级的信令增加。在今后IMS大规模部署时，需要验证由于信令消息的大规模增加而带来的效率问题。

2.4.3  业务触发效率问题

IMS业务层独立有利于新业务的开发和部署，IMS核心层只负责基本的注册、路由及业务触发，具体的业务逻辑处理由业务平台执行。在IMS业务数量有限时，涉及到AS数量有限，用户在发起业务时，核心层与业务平台之间的交互数量有限。当今后IMS业务种类增多时，一方面会使得用户iFC签约信息非常复杂，另一方面，由于S-CSCF并不能很好地区分用户的业务请求，因此需要触发所有用户签约业务对应的AS，这就会使得用户发起一个简单的业务请求，核心层需要和业务平台之间进行大量的交互，从而带来业务触发效率的问题。因此建议可适当增强IMS核心层的功能，如将号码置换功能移交至CSCF，减少核心层与业务平台之间的交互，进而在一定程度上减轻由于用户签约业务种类的增多而带来的业务触发效率问题。

3  IMS发展建议

尽管上文提出了一系列IMS存在的问题，但还应该积极地看待今后IMS的发展。首先，无论是移动网络还是固定网络，IMS仍然是业界认同的发展方向；其次，电信运营商重组的尘埃落定以及今后3G网络的建设，将为IMS的发展注入新的动力，IMS将会进入一个快速的发展时期。同时，在新的全业务市场竞争环境下，IMS分离的网络架构以及接入无关性，有助于电信运营商FMC业务及网络的部署，助推电信运营商向全业务运营商的转型。

图一：IMS功能体系架构

图二：IMS呼叫信令流程