◆I2：Enabler实体调用底层资源功能的接口类，例如IMS提供给应用层的开放接口。这一类接口不在OMA中进行规范。
2.23GPPIMS与OMAOSE的关系
IMS通过会话协商和管理、QoS管理以及移动性管理等关键性技术实现端到端的通信业务。对现有的CS、PS核心网络，IMS是专为实时的、端到端的移动多媒体业务而设计的，如RichCall、VideoTelephony等。采用IMS技术的运营商还可以提供以下业务：非实时性的端到端业务，如Chat、IM等；多方业务，如多媒体会议、聊天室等；服务器到用户的业务，如DynamicPush Serviecs、Click to Dial等。由此可见，IMS是真正能提升用户体验、提高运营商收益的核心网技术。这也是需要引入IMS的根本原因，即业务驱动IMS的发展。
在逻辑框架结构方面，目前OMA已经是移动业务应用领域标准研究的最重要的组织，参考IMS在体系框架方面的研究，将来移动业务应用层面的框架结构如图4所示：
图4 OMAOSE与IMS的关系
如图4所示，可以把业务应用层面细分为三个子层，即应用层、业务能力（ServiceEnabler）层和业务控制层。其中应用层包括各种应用服务器，为用户提供各种应用。业务控制层包括基于IMS的底层控制和非IMS的底层。业务引擎层包括三个方面：
（1）OMA的OSE中的各种业务引擎，例如使用IMS控制的PoC业务引擎、IM业务引擎等，以及不使用IMS控制的MMS、Browser、Location、DM、DLOTA等；
（2）IMS本身定义的一些业务，例如Messaging、Conference等；
（3）其他非OMA业务，例如移动分组流媒体业务（PSS）、MBMS等。
目前已经具备业务能力如Java下载、MMS、WAP等在业务演进的过程中可以保持不变，在总体业务层面的逻辑结构中所处的位置如上文所述，即：
（1）WAP、MMS、Java下载：处于业务引擎层中的OMAOSE部分；
（2）LCS、移动流媒体：处于业务引擎层中的其他非OMA的业务能力部分。
部分业务在IMS的发展过程中有向IMS迁移的可能性，例如消息类的业务将来可以使用IMS进行控制，这种迁移有赖于IMS的技术完善和业务的发展情况。
相对于应用层来说，IMS提供了一个基于SIP的体系结构，解决会话管理、鉴权认证机制、路由、压缩、计费、移动性管理和QoS控制等方面的需求。OMA研究特定的业务引擎，这些业务引擎应充分利用IMS提供的接口、使用IMS的业务能力，甚至可以通过IMS使用网络基础设施的资源。OMA定义的业务能力充分利用IMS提供的能力和接口，将有效的节省运营商的在业务网络建设和运营维护方面的投资。
如图5所示，IMS为应用层提供的接口如Ut、Dh、Sh、Mb、ISC、RF、Ro等等，在OMAOSE中都被认为是12类的接口，即业务能力实体调用底层网络资源功能的接口类。业务能力实体（ServiceEnabler）在架构设计的阶段就应该充分考虑如何利用IMS提供的这些接口使用IMS已经具备的业务能力，并且在必要时可以通过IMS的这些接口使用网络基础设施的资源。
图5 IMS提供的应用接口
