OMA技术进展介绍.doc

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
OMA技术进展介绍 作者:吴伟 ??? 本文首先介绍了移动开放联盟(OMA)组织的基本情况,随后重点描述了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公司和内容/应用提供商这四大领域。完成了对6个独立标准化组织的整合。同相关的主要标准化组织建立了合作关系。 ??? 2、OMA组织结构 ??? 图1为OMA组织结构。 ??? 目前OMA的技术全会下设15个工作组和两个委员会。 ??? 两个技术委员会主要负责运作和管理,包括: ??? ●OperationsandProcesses委员会:负责文档编号计划和规则,明确工作流程的程序和工作组/委员会选举的程序,技术全会之间的运作,工作项目的发起和流程管理等。 ??? ●ReleasePlanningManagement委员会:主要负责标准体系的管理,版本更新的管理等。 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从成立开始就

文档评论(0)

湘雅书斋 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:5220142302000001

1亿VIP精品文档

相关文档