OMA技术进展介绍

1、OMA总体进展

OMA（OpenMobileAlliance）正式成立于2002年6月初，其前身为：OpenMobile Architecture Initiative supporters和WAP Forum。后续有一些组织加入了OMA，包括Wireless Village，MGIF（Mobile Gaming Interoperability Forum），Sync ML Initiative，MWIF（Mobile Wireless Internet Forum），MMS IOP和LIF（LoCAtion Interoperability Forum）。OMA的主要任务是收集市场需求并制定规范，清除互操作性发展的障碍，并加速各种全新的增强型移动信息、通信和娱乐服务及应用的开发和应用。OMA代表了无线通信业的革新趋势，它鼓励价值链上所有的成员通过更大程度地参与行业标准的制定，建立更为完整的、端到端的解决方案。

目前已经超过400多个来自全球的成员单位，构成了完整的移动业务价值链，包括移动运营商、无线设备提供商、信息技术（IT）公司和内容提供商等主要的4大类成员单位。

OMA规范发布流程分为两个阶段：

●Phase1：CandidateEnabler。候选发布业务能力规范，某一业务能力相关的规范都被通过后，可以用于开发和测试；作为候选业务能力（CandidateEnabler）进行发布。

●Phase2：ApprovedEnabler。批准发布业务能力规范，确保互操作性。支持业务能力的设备和业务通过IOT测试后，该业务能力的相关规范作为批准的业务能力（ApprovedEnabler）进行发布。

到目前为止，OMA已完成60项左右的业务能力技术规范（包括不同版本），其中15项已通过了端到端的IOP测试，并升级为ApprovedSpecification。OMA在2005年开始发布较大数量的业务能力规范作为候选规范（Candidate）。这些规范基本上都是OMA发起的一些新的项目，而不完全是先前主要从其前身或其他组织继承而来的项目，这也说明OMA作为一个标准化组织已经能够逐步向市场推出自己的规范，向预期的目标靠近。

此外，OMA还组织了十多次IOP测试集会。成员数目从最初的200个增加到现在的400多个，涵盖了包括电信运营商、设备制造商、IP|0">IP公司和内容/应用提供商这四大领域。完成了对6个独立标准化组织的整合。同相关的主要标准化组织建立了合作关系。

2、OMA组织结构

图1为OMA组织结构。

目前OMA的技术全会下设15个工作组和两个委员会。

两个技术委员会主要负责运作和管理，包括：

●OperationsandProcesses委员会：负责文档编号计划和规则，明确工作流程的程序和工作组/委员会选举的程序，技术全会之间的运作，工作项目的发起和流程管理等。

●ReleasePlanning&Management委员会：主要负责标准体系的管理，版本更新的管理等。

15个工作组中，可以分为以下几类：

●横向组：主要研究需求、架构，以及公共的业务能力，包括Architecture，Requirement，SECurity，MCC。

图1 OMA技术全会（TP）组织结构

●消息类：MWG，POC，PAG。

●内容类：BAC，DS，DIG，GS，MWS。

●业务支持类：DM，LOC。

●IOP类：IOP。

3、业务需求研究方面

OMAREQ工作组主要是通过规范定义实例（UseCase）来确定互操作和使用能力的需求。并通过这些业务和业务能力（ServiceEnabler）的实例对其他工作组提出需求。此外，还需要协调各工作组需求方面的工作，并且要保证不同工作组之间定义需求的一致性。

根据项目的需要，REQ工作组的组织结构一直在变化中，目前的主要有7个非正式的子组：PoC2，CBCS，GPM，DPE，CPM，LFC和GSSM，其中CPM，LFC，GSSM为新增的AHG。

4、体系架构方面

主要在ARC工作组开展相关的研究工作。定义OMA全面的体系架构，划分移动网络不同域和层面上对移动业务的支持能力，并确保各工作组规范与OMA体系架构的一致性。

作为移动通信业界一个重要的标准组织，OMA从成立开始就对移动业务应用框架结构进行了深入的研究，并且很早就开始致力于基于IMS能力的业务应用技术和标准研究。OMA认为，业务应用层应该尽可能充分利用IMS提供的业务能力，特别是SIP会话控制方面的能力，并在此基础上对应用层的业务能力进行标准化研究，例如Presence、即时消息、PoC等。

4.1OMAOSE

OMAServiceEnvironment：OMA的体系架构规范。可以简单的理解为OMA定义的移动业务应用层逻辑体系架构，或者体系架构的抽象模型。

OSE的目标就是提供一个灵活的、可扩展的结构给应用开发者，业务能力和业务提供者，包括OMA业务能力和相关操作者之间的一个概念环境，业务能力之间的重用，一个可以供业务能力加入的框架结构，可以提供给业务开发者和SP的一个完整的具有互操作性的环境，将OMA业务能力向更好