OMA 协议

OMA（Open Mobile Alliance开放移动联盟）DM（Device Management设备管理）。
OMA DM也称为Client Provision，是一种通过远程服务器对网络内终端进行管理的协议。
通过OMA DM，服务器可以对终端设备进行固件更新、参数配置、数据采集、动态组件及应用管理等各种管理功能。谢谢，望采纳！

http://blog.csdn.net/Dreamcode/article/details/4000465
OMA协议向导－一个帮助你了解OMA协议的简明教程（一）&（二）                    
OMA协议向导  
一个帮助你了解OMA协议的简明教程（一）& （二）

 



   与TR069协议不同，由于OMA的设计初衷是支持不同设备在不同网络间的数据同步，因此OMA的数据传输不仅仅构筑于INTERNET会话层使用HTTP传输，OMA同时支持无线网络WAP使用WSP以及蓝牙网络使用OBES进行数据传输等等。不同网络之间只是传输工具不同，但由于共同使用了标准的SYNCML数据包，实现了不同网络间的数据同步，这样再利用一个中间的互通工具实现不同网络和设备间的数据交互。

  TR069的设计初衷
   随着VoIP、IPTV等越来越多IP终端设备的普及（尤其在家庭中的普及），大量设备的配置和维护变得越来越困难，大大提高了网络产品运营商的成本，传统的基于SNMP的网管系统面对众多的终端设备时显得力不从心，限制了宽带接入市场的发展速度和规模。TR069定义了一套全新的网管体系结构，包括“管理模型”，“交互接口”，“管理参数”，在很大程度上减少了网络产品的运为成本。
OMA 协议向导

一、为什么需要OMA协议
   随着全球移动通信发展迅猛、为了提高移动通信业务的质量,满足人们的需求,同时解决不同网络之间的数据同步问题，进而实现互联互通,迫在眉睫的任务就是要建立一种全球通用且又安全可靠,便于操作的端到端的移动通信的统一标准和规范.全球性的标准化组织OMA (Open Mobile Alliance)开放移动联盟成立于2002年6月12日.它就是面向这一需求而产生的.
   
   关于数据同步，有些地方直接说OMA要解决不同网络的互联互通问题，你永远不可能让一个中国人和大洋彼岸的外国人直接对话，我们唯一能做的是尽可能做词汇上面的对照，然后通过一个翻译过程和一部通讯工具进行沟通。OMA永远也变不成一部手机，不过它不仅仅满足于词汇对照，它要让世界使用同一种语言。

二、OMA组织的建立
   OMA最初由WAP论坛（WAP FORUM）和开放式移动体系结构（OPEN MOBILE ARCHITECTURE） 两个标准化组织通过合并而成。随后，区域互用性论坛(LIF), SYNCML，MMS互用性研究组(MMS-IOP)和无线协会（WIRELESS VILLAGE）, 这些致力于推进移动业务规范工作的组织又相继加入OMA。

三、OMA组织做什么
   寻求一种与系统无关的、开放的，使各种应用和业务能够在全球范围内的各种终端上实现数据同步的标准。

四、OMA DM协议是什么
   OMA DM(Device Manage)是OMA组织定义的一套专门用于移动与无线网络的管理协议，是OMA的一个分支。

五、OMA DM协议做什么（OMA DM（设备管理）)
   1.设置设备的初始化配置信息
   2.安装及更新设备信息
   3.从设备获得相关的管理信息
   4.处理设备生成的事件及报警信息   
   
六、OMA DM怎么管理设备
   包含两个步骤：
   1.BOOTSTRAP，引导过程,字面上看意思是将设备从不可管理的孤岛带入可被OMA协议管理的网络中
   2.PROVISIONING AND MANAGEMENT,设备初始化及其他管理

七、BOOTSTRAP（设备的引导过程）是什么
   使设备可以与一个远程的管理服务器建立连接

八、BOOTSTRAP做什么
   给设备设置一些能够与网络及管理服务器建立连接的配置信息

九、设备做BOOTSTRAP的主要方式
   1.CUSTOMIZED BOOTSTRAP(FACTORY PROVISIONING)，设备出厂之前由生产商给设备做BOOTSTRAP，设备在出厂时已包含了网络及管理服务器信息
   2.BOOTSTRAP FROM SMARTCARD (CLIENT PROVISIONING),设备通过插入记忆卡进行BOOTSTRAP
   3.SERVER INITIATED BOOTSTRAP,通过服务器远程通知设备进行BOOTSTRAP，前提是服务器已经知道设备地址（URL或电话号码）

十、OMA DM的设备管理方式
   OMA DM通过给设备设置相关参数对设备进行配置、诊断等等，这些参数通过树型结构组织在一起称作设备管理树（DEVICE MANAGEMENT TREE）

 
十一、OMA协议的数据传输
   OMA协议使用SYNCML消息包传递数据实现在不同网络间的交互（也称为同步）,类似TR069使用SOAP包与RPC函数，消息的数据类型使用SYNCML定义的数据类型,SYNCML消息主要使用两种MIME媒体类型。
   与TR069协议不同，由于OMA的设计初衷是支持不同设备在不同网络间的数据同步，因此OMA的数据传输不仅仅构筑于INTERNET会话层使用HTTP传输，OMA同时支持无线网络WAP使用WSP以及蓝牙网络使用OBES进行数据传输等等。不同网络之间只是传输工具不同，但由于共同使用了标准的SYNCML数据包，实现了不同网络间的数据同步，这样再利用一个中间的互通工具实现不同设备不同网络间的数据交互。

协议栈：
----------------------------
       SYNCML
----------------------------
        HTTP|WSP|OBEX...
----------------------------
         SSL|WTLS...
----------------------------
    INTERNET|WAP|BLUETOOS...
----------------------------

十二、什么是SYNCML
    SYNCML是SYNCHRONOUS MARKUP LANGUAGE(同步标记语言)的所写，他是由IBM、LOTUS、MOTOROLA、NOKIA、PALM INC、PSION、STAFISH SOFTWARE等商家发起成立的SYNCML论坛发起制订的。主要目的是解决两个问题：
    1.同步网络数据与任一种移动设备
    2.同步移动设备与任一种网络数据

    SYNML消息包含两个部分：消息头<SYNCHDR>和消息体<SYNCBODY>
    
    消息头格式如下：
    < SYNCHDR > 
      < VERDTD > 1. 2 < / VERDTD > 
      < VERPROTO > SYNCML/ 1. 2 < / VERPROTO > 
      < SESSIONID > 104050403 < / SESSIONID > 
      < MSGID > 5 < / MSGID > 
      < TARGET > TARGET DATABASE URI < / TAR GET > 
      < SOURCE > SOURCE DATABASE URI < / SOURCE > 
      < CRED > . . . < / CRED > 
    < / SYNCHDR > 
    
    < VERDTD > :SYNCML版本声明
    < SESSIONID > :会话ID 
    < MSGID > :消息ID     
    < SOURCE >和< TARGET >用于寻址，服务器使用URI ;而客户端使用国际移动设备识别码IMEI
    < CRED >：鉴权信息   

    消息体格式如下：
    < SYNCBODY > 
      < STATUS > . . . < / STATUS > 
      < RESULTS > . . . < / RESULTS >
      < ALERT > . . . < / ALERT>
    < / SYNCBODY > 
    
     < STATUS >：指明一个操作的完成状态
     < RESULTS >：如果命令执行成功，返回数据结果
     < ALERT >：发送者通知接收者 

十三、OMA DM的数据交互过程
   包含两个阶段：
   1.准备阶段（SETUP PHASE）
   2.管理阶段（Management phase）
    
十四、准备阶段（SETUP PHASE）
   主要传递鉴权和设备信息

            CLIENT          SERVER
              ｜     PACKAGE 0    ｜
              ｜<———————————————> ｜
              ｜     PACKAGE 1    ｜
              ｜—————————————————>｜
              ｜     PACKAGE 2    ｜
              ｜<—————————————————｜
              ｜        ｜

    1.PACKAGE 0(MANAGEMENT INITIATION ALERT FROM SERVER TO CLIENT)
        类似于TR069的NOTIFY,很多无线设备出于安全等方面考虑不会连续的监听管理服务器的消息，因此可以让服务器通知设备与服务器建立连接，也可以通过在设备上的用户接口，由用户操作设备与服务器建立连接，一些设备问题也会导致设备与服务器建立连接。
        当然在此之前，设备已完成了BOOTSTRAP操作。
     
    2.PACKAGE 1(INITIALIZATION FROM CLIENT TO SERVER)
         设备在package 1中发送其设备信息和认证信息,方便服务器识别设备并通知服务器启动管理会话

     Package 2（ Initialization from server to client）
         服务器启动会话并向设备发送管理消息，如果在Package 2中只包含<Final>命令，服务器下次可能会发送Session Abort Alert (1223) 命令强迫终止该会话。        

十五、管理阶段（Management phase）
    管理阶段为大量的交互过程

            Client          Server
              
              ｜     package 3    ｜
              ｜—————————————————>｜
              ｜     package 4    ｜
              ｜<—————————————————｜
              ｜        ｜    

    Package 3（Client response sent to server）
        回复Package 2中的Commands命令执行结果。

    Package 4（Further server management operations）
        用来结束对话或继续发送命令，如果在Package 4中只包含<Final>命令，服务器下次可能会发送Session Abort Alert (1223) 命令强迫终止该次会话。
        
十六、OMA协议当前的研究热点 —— 一键通（PPT）
    一键通（PTT）意思是即按即说.它的设计灵感来自于对讲机的集群通信技术,本质上是一种基于2.5G及3G网络的VoIP技术.一键通将语音信号转换成数据包经过网络传输,最后再将数据包转换成语音信号传递出来完成一次通话、也就是以数字交换的形式实现语音通信.和对讲机一样,一键通以半双工方式工作,同一时间只能有一个人讲话.早在2003年,诺基亚,摩托罗拉、西门子和爱立信4家就已经共同制定了一个PTT的开放标准,并提交OMA(开放移动联盟).

十七、OMA面临的问题
   1、相对于网络标准化来讲,业务领域的标准化程度明显滞后与电信网络和技术高度标准化形成鲜明对比的,在业务领域的标准化开始是在很多小的,分散的,不成体系的组织进行、也有很多是某些公司自己的标准,虽然OMA试图整合零散的组织,统一标准,加快进度,但是由于OMA起步之时,很多公司已经推出了自己的方案,加之参与的公司复杂多样,都期望起主导作用,所以标准化的难度很大,进展也很不理想.比如:与PC操作系统微软占90%以上,形成事实的标准不同的是,目前手机的操作系统有很多种、包括 Mobile和Palm OS等、而且还在不断地有新的操作系统出现.OMA的目标是业务标准独立于操作系统,但目前还没能做到,多种操作系统的存在,使得业务的实现和互操作雪上加霜.
   2、业务的差异化,个性化和统一标准的冲突在业务标准化缓慢推进的同时,业务标准还面临着另外一个矛盾就是不同运营商之间业务的差异化和标准统一的矛盾.有的大运营商认为自己要率先提供不同于其他运营商的业务,希望主导业务和手机的发展,认为不应该也没有必要高度统一、再加上目前的标准也没有做到很完善很统一、运营商又需要开展业务,所以出现了某个运营企业或某些运营商联合制定自己的业务和业务组合标准,向手机厂家订制手机的现象.这些问题可以从目前正在炒做的PTT标准的制定中看出OMA内部有划分为两大阵营:摩托罗拉、爱立信,西门子和索爱于2003年发布了其POC系统Push-to-talk over Cellular(简称PoC)的标准PoC1.0而就在同一天,诺基亚也发布了POC技术,但该技术无法与上述四家制造商的技术相兼容.

Generic Alert Message
<Alert>
   <CmdID>2</CmdID>
   <Data>1226</Data>       <!-- Generic Alert -->
   <Correlator>abc123</Correlator>
   <Item>
      <Source><LocURI>./SyncML/Sample</LocURI></Source>
      <Meta>
          <Type xmlns="syncml:metinf">
             Reversed-Domain-Name: org.domain.samplealert
          </Type>
          <Format xmlns="syncml:metinf">xml</Format>
          <Mark xmlns="syncml:metinf">critical</Mark>   <!-- Optional -->
      </Meta>
      <Data>
          <!-- Client Alert Data Goes Here -->
      </Data>
   </Item>
</Alert>