DM协议简介
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
•DM协议介绍
2015-5-27
1
什么是OMA DM协议
• OMA DM(Device Manage)是OMA组织定义的一套专门用于移 动与无线网络的管理协议，是OMA协议的一种应用。 • OMA DM协议 ，其与OMA CP最大的不同即在于OMA DM 协 议在管理服务器与客户端之间建立了双向传输，而OMA CP 产生的环境由于带宽的限制只能在服务器与客户端之间做小数 据量的单向传输。
2015-5-27
2
OMA DM协议模型
• 由于OMA DM协议明确独立于承载网络，因此OMA DM应用 建立在各种网络之上，既可以利用各种网络协议传输OMA DM 命令。
2015-5-27
3
2015-5-27
4wk.baidu.com
• 观察上面这幅图我们可以看到OMA协议的底层承载网络，横 跨GSM、CDMA和WiMAX等等网络，几乎可以含盖当今所有 的移动传输技术。 • 而OMA DM协议的实现载体主要包含TCP/IP和WAP(Wireless Application Protocol)两种类型.。 • WAP不仅仅作为一种OMA DM协议的实现载体，更重要的是 这个协议产生的初衷是为互联网Internet和无线设备之间建立 一个桥梁，定义了无线移动设备与网络中的固定服务器进行通 信的方式。它为OMA DM协议建立了通过固定的Web服务器与 无线的移动设备进行通信的网络框架。
2015-5-27
11
•
消息体格式如下： < SYNCBODY > < STATUS > . . . < / STATUS > < RESULTS > . . . < / RESULTS > < ALERT > . . . < / ALERT> < / SYNCBODY > < STATUS >：指明一个操作的完成状态 < RESULTS >：如果命令执行成功，返回数据结果 < ALERT >：发送者通知接收者 SyncML 命令包含请求命令及应答命令，举例如下： Exec：发送者可以要求接收者调用一个命名的、可执行的程序。 Get：发送者可以从接收者那里申请数据元素，类似GetParameterRequest方法。 Replace：允许发送者对接收者可以接受的数据元素进行替换，类似 SetParameterRequest方法。 Status：指明一个操作的完成状态。 Results：用来返回Get或者Search命令的数据结果。 ……
2015-5-27
12
OMA DM的数据交互过程
• 包含两个阶段： – (1) 准备阶段（SETUP PHASE） 主要传递鉴权和设备信息，包含PACKAGE 0、.PACKAGE 1、PACKAGE 2 – (2) 管理阶段（Management phase） 管理阶段为大量的交互过程，包含PACKAGE 3、.PACKAGE 4
2015-5-27
13
• 设备与服务器之间可以直接通过HTTP进行通信。 • PACKAGE 0类似于NOTIFY,很多无线设备出于安全等方面考 虑不会连续的监听管理服务器的消息，因此可以让服务器通知 设备与服务器建立连接，PACKAGE 0的发送过程比较复杂， 首先Web服务器通过HTTP向PPG发送PAP消息，PPG再通过 短消息中心（SMSC）向设备发送PUSH消息。 • 设备成功与服务器建立连接后，Web服务器与设备之间就可以 通过WAP网关直接进行会话，WAP网关需要做协议转换，但 Web服务器不需要再通过PAP协议向PPG发送PUSH-OTA侧 的网络信息。
2015-5-27
19
• • •
•
1.CmdID：syncML命令ID号 2.Data：Generic Alert消息指定该值为1226 3.Item：该参数是必须的 – （1）LocURI within Source：CPE的地址，这个参数是可选的，如果Generic Alert是服务器发起的必须含有这个参数。 – （2）Meta：该参数是必须的。 • A．Type：类型必须被定义，指定该消息携带的数据属于那一种媒体类型， 普通的内容信息使用“URN”类型。如果该数据为多媒体类型（MIMEtype），必须使用“Content-Type”作为标实符，数据内容必须是被注册的 多媒体类型。 • B．Format：数据的格式化类型，指定该消息携带的数据由哪一种格式进 行格式化，如“XML” – （3）Mark：Mark元素是可选的，该元素定义Alert消息的重要性水平，包含以 下几种类型：严重级、危险级、次要级、提醒级、提示信息级、无害级、不确 定级（fatal, critical, minor, warning, informational, harmless and indeterminate）。其中fatal是最重要的，indeterminate是最轻的。如果Mark 元素被省略，默认使用提示信息级（informational）。 – （4）Data：Alert消息携带的数据必须符合格式化元素和类型元素的指定。 4. Correlator（相关器） – 相关器是一个可选元素，当Alert消息是一个Exec命令的回复时使用。
2015-5-27
18
•
Generic Alert消息格式如下： <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>
• • •
2015-5-27
8
OMA DM的设备管理方式
• OMA DM通过给设备设置相关参数对设备进行配置、诊断等等， 这些参数通过树型结构组织在一起称作设备管理树（DEVICE MANAGEMENT TREE）
2015-5-27
9
OMA协议的数据传输
• OMA协议使用SYNCML消息包传递数据实现在不同网络间的 数据同步，SYNCML是SYNCHRONOUS MARKUP LANGUAGE(同步标记语言)的所写，他是由IBM、LOTUS、 MOTOROLA、NOKIA、PALM INC、PSION、STAFISH SOFTWARE等商家发起成立的SYNCML论坛发起制订的。主 要目的是解决两个问题： – （1）同步网络数据与任一种移动设备 – （2）同步移动设备与任一种网络数据
2015-5-27
14
2015-5-27
15
• •
• • • • • • • • • • •
PACKAGE 0 类似于NOTIFY,很多无线设备出于安全等方面考虑不会连续的监听管理服务器的 消息，因此可以让服务器通知设备与服务器建立连接，也可以通过在设备上的 用户接口，由用户操作设备与服务器建立连接，一些设备问题也会导致设备与 服务器建立连接。 当然在此之前，设备已完成了BOOTSTRAP操作。 PACKAGE 1 设备在package 1中发送其设备信息和认证信息,方便服务器识别设备并通知服务 器启动管理会话 PACKAGE 2 服务器启动会话并向设备发送管理消息，如果在Package 2中只包含<Final>命 令，服务器下次可能会发送Session Abort Alert (1223) 命令强迫终止该会话。 PACKAGE 3 回复Package 2中的Commands命令执行结果。 PACKAGE 4 用来结束对话或继续发送命令，如果在Package 4中只包含<Final>命令，服务 器下次可能会发送Session Abort Alert (1223) 命令强迫终止该次会话。 PPG Response Push网关回复服务器消息是否已被网关接收并处理。
2015-5-27
10
•
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 >：鉴权信息
2015-5-27
7
BOOTSTRAP 相关
BOOTSTRAP（设备的引导过程）是什么 – 使设备可以与一个远程的管理服务器建立连接 BOOTSTRAP做什么 – 给设备设置一些能够与网络及管理服务器建立连接的配置信息 设备做BOOTSTRAP的主要方式 – (1) CUSTOMIZED BOOTSTRAP(FACTORY PROVISIONING) 设备出厂之前由生产商给设备做BOOTSTRAP，设备在出厂时已 包含了网络及管理服务器信息 – (2) BOOTSTRAP FROM SMARTCARD (CLIENT PROVISIONING) 设备通过插入记忆卡进行BOOTSTRAP – (3) SERVER INITIATED BOOTSTRAP 通过服务器远程通知设备进行BOOTSTRAP，前提是服务器已经 知道设备地址（URL或电话号码）
2015-5-27
16
OMA DM 会话层（Session）协议
• 1.什么是会话层 – 所谓会话层即决定，谈话双方什么时候开始谈，什么时候结束。 – 在这一层我们要关注的问题是： (1).会话如何发起 (2).会话如何终止 (3).会话的过程 2.会话终止（Session Abort） – OMA协议的会话双方可以在任何时候决定会话终止，引起的原因可能 是服务器端停止会话、客户端CPE断电、或是用户通过设备接口控制停 止会话。不论哪一方要停止会话，最好能发一个用来终止会话的“Alert” 消息（相当于说一声“再见”），事先通知一下。 – 接收到用来终止会话的“Alert”消息不需要回复，即使回复也会被忽略， 也就是说当对方和你说再见，OMA协议允许你不说“再见”回复他， 当然你想说也可以。
2015-5-27
5
OMA DM协议做什么
1.设置设备的初始化配置信息 2.安装及更新设备信息 3.从设备获得相关的管理信息 4.处理设备生成的事件及报警信息
• • • •
2015-5-27
6
OMA DM怎么管理设备
• 包含两个步骤： • (1) BOOTSTRAP，引导过程,字面上看意思是将设备从不可管 理的孤岛带入可被OMA协议管理的网络中 • (2) PROVISIONING AND MANAGEMENT,设备初始化及其他 管理
•
2015-5-27
17
• 3.会话异常终止 – 可以使用“Alert 1223”消息来终止因为某种异常导致的会话终止， 如果服务器接收到这个消息，应该回复一下（也可以不回复）。 如果客户端CPE接收到这个消息就不必回复了。 – “Alert 1223”消息中必须含有一个“final”标志，表示会话终止。 • 4.发起会话 – OMA协议使用“Generic Alert”消息发起会话，该消息包含 LocURI。一方接收到该消息后必须回复。 – 通过该消息CPE通知服务，CPE的类型、支持的传输格式以及其 他设备参数。如果CPE的类型或格式服务器不支持，服务器必须 回复状态号“415”。 – 如果服务器可以正常处理该消息没有任何错误，服务器必须使用 状态号“200”或“202”，否则回复状态号：401，407，412， 415和500。
2015-5-27
1
什么是OMA DM协议
• OMA DM(Device Manage)是OMA组织定义的一套专门用于移 动与无线网络的管理协议，是OMA协议的一种应用。 • OMA DM协议 ，其与OMA CP最大的不同即在于OMA DM 协 议在管理服务器与客户端之间建立了双向传输，而OMA CP 产生的环境由于带宽的限制只能在服务器与客户端之间做小数 据量的单向传输。
2015-5-27
2
OMA DM协议模型
• 由于OMA DM协议明确独立于承载网络，因此OMA DM应用 建立在各种网络之上，既可以利用各种网络协议传输OMA DM 命令。
2015-5-27
3
2015-5-27
4wk.baidu.com
• 观察上面这幅图我们可以看到OMA协议的底层承载网络，横 跨GSM、CDMA和WiMAX等等网络，几乎可以含盖当今所有 的移动传输技术。 • 而OMA DM协议的实现载体主要包含TCP/IP和WAP(Wireless Application Protocol)两种类型.。 • WAP不仅仅作为一种OMA DM协议的实现载体，更重要的是 这个协议产生的初衷是为互联网Internet和无线设备之间建立 一个桥梁，定义了无线移动设备与网络中的固定服务器进行通 信的方式。它为OMA DM协议建立了通过固定的Web服务器与 无线的移动设备进行通信的网络框架。
2015-5-27
11
•
消息体格式如下： < SYNCBODY > < STATUS > . . . < / STATUS > < RESULTS > . . . < / RESULTS > < ALERT > . . . < / ALERT> < / SYNCBODY > < STATUS >：指明一个操作的完成状态 < RESULTS >：如果命令执行成功，返回数据结果 < ALERT >：发送者通知接收者 SyncML 命令包含请求命令及应答命令，举例如下： Exec：发送者可以要求接收者调用一个命名的、可执行的程序。 Get：发送者可以从接收者那里申请数据元素，类似GetParameterRequest方法。 Replace：允许发送者对接收者可以接受的数据元素进行替换，类似 SetParameterRequest方法。 Status：指明一个操作的完成状态。 Results：用来返回Get或者Search命令的数据结果。 ……
2015-5-27
12
OMA DM的数据交互过程
• 包含两个阶段： – (1) 准备阶段（SETUP PHASE） 主要传递鉴权和设备信息，包含PACKAGE 0、.PACKAGE 1、PACKAGE 2 – (2) 管理阶段（Management phase） 管理阶段为大量的交互过程，包含PACKAGE 3、.PACKAGE 4
2015-5-27
13
• 设备与服务器之间可以直接通过HTTP进行通信。 • PACKAGE 0类似于NOTIFY,很多无线设备出于安全等方面考 虑不会连续的监听管理服务器的消息，因此可以让服务器通知 设备与服务器建立连接，PACKAGE 0的发送过程比较复杂， 首先Web服务器通过HTTP向PPG发送PAP消息，PPG再通过 短消息中心（SMSC）向设备发送PUSH消息。 • 设备成功与服务器建立连接后，Web服务器与设备之间就可以 通过WAP网关直接进行会话，WAP网关需要做协议转换，但 Web服务器不需要再通过PAP协议向PPG发送PUSH-OTA侧 的网络信息。
2015-5-27
19
• • •
•
1.CmdID：syncML命令ID号 2.Data：Generic Alert消息指定该值为1226 3.Item：该参数是必须的 – （1）LocURI within Source：CPE的地址，这个参数是可选的，如果Generic Alert是服务器发起的必须含有这个参数。 – （2）Meta：该参数是必须的。 • A．Type：类型必须被定义，指定该消息携带的数据属于那一种媒体类型， 普通的内容信息使用“URN”类型。如果该数据为多媒体类型（MIMEtype），必须使用“Content-Type”作为标实符，数据内容必须是被注册的 多媒体类型。 • B．Format：数据的格式化类型，指定该消息携带的数据由哪一种格式进 行格式化，如“XML” – （3）Mark：Mark元素是可选的，该元素定义Alert消息的重要性水平，包含以 下几种类型：严重级、危险级、次要级、提醒级、提示信息级、无害级、不确 定级（fatal, critical, minor, warning, informational, harmless and indeterminate）。其中fatal是最重要的，indeterminate是最轻的。如果Mark 元素被省略，默认使用提示信息级（informational）。 – （4）Data：Alert消息携带的数据必须符合格式化元素和类型元素的指定。 4. Correlator（相关器） – 相关器是一个可选元素，当Alert消息是一个Exec命令的回复时使用。
2015-5-27
18
•
Generic Alert消息格式如下： <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>
• • •
2015-5-27
8
OMA DM的设备管理方式
• OMA DM通过给设备设置相关参数对设备进行配置、诊断等等， 这些参数通过树型结构组织在一起称作设备管理树（DEVICE MANAGEMENT TREE）
2015-5-27
9
OMA协议的数据传输
• OMA协议使用SYNCML消息包传递数据实现在不同网络间的 数据同步，SYNCML是SYNCHRONOUS MARKUP LANGUAGE(同步标记语言)的所写，他是由IBM、LOTUS、 MOTOROLA、NOKIA、PALM INC、PSION、STAFISH SOFTWARE等商家发起成立的SYNCML论坛发起制订的。主 要目的是解决两个问题： – （1）同步网络数据与任一种移动设备 – （2）同步移动设备与任一种网络数据
2015-5-27
14
2015-5-27
15
• •
• • • • • • • • • • •
PACKAGE 0 类似于NOTIFY,很多无线设备出于安全等方面考虑不会连续的监听管理服务器的 消息，因此可以让服务器通知设备与服务器建立连接，也可以通过在设备上的 用户接口，由用户操作设备与服务器建立连接，一些设备问题也会导致设备与 服务器建立连接。 当然在此之前，设备已完成了BOOTSTRAP操作。 PACKAGE 1 设备在package 1中发送其设备信息和认证信息,方便服务器识别设备并通知服务 器启动管理会话 PACKAGE 2 服务器启动会话并向设备发送管理消息，如果在Package 2中只包含<Final>命 令，服务器下次可能会发送Session Abort Alert (1223) 命令强迫终止该会话。 PACKAGE 3 回复Package 2中的Commands命令执行结果。 PACKAGE 4 用来结束对话或继续发送命令，如果在Package 4中只包含<Final>命令，服务 器下次可能会发送Session Abort Alert (1223) 命令强迫终止该次会话。 PPG Response Push网关回复服务器消息是否已被网关接收并处理。
2015-5-27
10
•
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 >：鉴权信息
2015-5-27
7
BOOTSTRAP 相关
BOOTSTRAP（设备的引导过程）是什么 – 使设备可以与一个远程的管理服务器建立连接 BOOTSTRAP做什么 – 给设备设置一些能够与网络及管理服务器建立连接的配置信息 设备做BOOTSTRAP的主要方式 – (1) CUSTOMIZED BOOTSTRAP(FACTORY PROVISIONING) 设备出厂之前由生产商给设备做BOOTSTRAP，设备在出厂时已 包含了网络及管理服务器信息 – (2) BOOTSTRAP FROM SMARTCARD (CLIENT PROVISIONING) 设备通过插入记忆卡进行BOOTSTRAP – (3) SERVER INITIATED BOOTSTRAP 通过服务器远程通知设备进行BOOTSTRAP，前提是服务器已经 知道设备地址（URL或电话号码）
2015-5-27
16
OMA DM 会话层（Session）协议
• 1.什么是会话层 – 所谓会话层即决定，谈话双方什么时候开始谈，什么时候结束。 – 在这一层我们要关注的问题是： (1).会话如何发起 (2).会话如何终止 (3).会话的过程 2.会话终止（Session Abort） – OMA协议的会话双方可以在任何时候决定会话终止，引起的原因可能 是服务器端停止会话、客户端CPE断电、或是用户通过设备接口控制停 止会话。不论哪一方要停止会话，最好能发一个用来终止会话的“Alert” 消息（相当于说一声“再见”），事先通知一下。 – 接收到用来终止会话的“Alert”消息不需要回复，即使回复也会被忽略， 也就是说当对方和你说再见，OMA协议允许你不说“再见”回复他， 当然你想说也可以。
2015-5-27
5
OMA DM协议做什么
1.设置设备的初始化配置信息 2.安装及更新设备信息 3.从设备获得相关的管理信息 4.处理设备生成的事件及报警信息
• • • •
2015-5-27
6
OMA DM怎么管理设备
• 包含两个步骤： • (1) BOOTSTRAP，引导过程,字面上看意思是将设备从不可管 理的孤岛带入可被OMA协议管理的网络中 • (2) PROVISIONING AND MANAGEMENT,设备初始化及其他 管理
•
2015-5-27
17
• 3.会话异常终止 – 可以使用“Alert 1223”消息来终止因为某种异常导致的会话终止， 如果服务器接收到这个消息，应该回复一下（也可以不回复）。 如果客户端CPE接收到这个消息就不必回复了。 – “Alert 1223”消息中必须含有一个“final”标志，表示会话终止。 • 4.发起会话 – OMA协议使用“Generic Alert”消息发起会话，该消息包含 LocURI。一方接收到该消息后必须回复。 – 通过该消息CPE通知服务，CPE的类型、支持的传输格式以及其 他设备参数。如果CPE的类型或格式服务器不支持，服务器必须 回复状态号“415”。 – 如果服务器可以正常处理该消息没有任何错误，服务器必须使用 状态号“200”或“202”，否则回复状态号：401，407，412， 415和500。