AS和CSCF之间采用ISC通信，选择采用单一的业务控制接口，避免了增加S-CSCF的复杂性。
IMS提供的上述三种业务提供方式分别适用于不同类型的业务：
（1）基于SIP的业务应用；
（2）基于OSA的业务应用；
（3）基于Camel的业务应用。
2、OMA的业务体系架构
OMA（OpenMobileA1liance）正式成立于2002年6月初，推出开放的移动架构。其前身为：OpenMobile Architecture Initiative Supporters和WAP Forum。后续有一些组织加入了OMA，包括Wireless Village、MGIF（Mobile Gaming Interoperability Forum）、SyncMLInitiative、MWIF（MobileWireless InternetForum）、MMS IOP和LIF（Location Interoperability Forum）。OMA的主要任务是收集市场需求并制定规范，清除互操作性发展的障碍，并加速各种全新的增强型移动信息、通信和娱乐服务及应用的开发和应用。OMA代表了无线通信业的革新趋势，它鼓励价值链上所有成员通过更大程度的参与行业标准的制定，建立更为完整的、端到端的解决方案。
作为移动通信业界一个重要的标准组织，OMA从成立开始就对移动业务应用框架结构进行了深入的研究，并且很早就开始致力于基于IMS能力的业务应用技术和标准研究。OMA认为，业务应用层应该尽可能充分利用IMS提供的业务能力，特别是SIP会话控制方面的能力，并在此基础上对应用层的业务能力进行标准化研究，例如Presence、即时消息、PoC等。
2.1OMAOSE
OMAServiceEnvironment：OMA的体系架构规范，可以简单的理解为OMA定义的移动业务应用层逻辑体系架构，或者体系架构的抽象模型。
OSE的目标就是提供一个灵活的、可扩展的结构给应用开发者，业务引擎和业务提供者，包括OMA引擎和相关操作者之间的一个概念环境，业务引擎之间的重用，一个可以供业务引擎加入的框架结构，可以提供给业务开发者和SP的一个完整的具有互操作性的环境，将OMA业务引擎向更好的集成结构的移植。
OSE1.0规范已经完成，并开始实施。OSE1.0的逻辑结构如图3所示：
图3 OSE逻辑结构
为了简化业务应用层的架构模型，OMA首先对各种应用接口进行了分类。OMA在OSE中定义了四类接口：
◆I0：Enabler的内在功能接口类，由OMA进行定义。若没有Policy部分，该接口直接提供给Application和其他Enabler，便于不同Enabler之间的功能重用。
◆I0+P：应用了Policy的I0接口，提供给Application和其他Enabler。其中，P是I0接口上的一个附加参数集，部分P参数的语法和语义在OMA中进行定义，但P也可以不含任何附加参数；
◆I1：Enabler资源与服务提供商执行环境之间的接口，例如软件生命周期管理。在OMA中进行规范，作为OSPE的一个部分。
