OMADMFUMO1.O协议

1、2006/12/22OMADMFUMO1.O 协议(OMA-TS-DM-FUMO-V1_0-20060615-C)一.简介本规范描述基于 OMA-DM 的移动设备的固件升级相关的管理对象信息和管理对象的处理行为。同时被说明的还有同Exec命令和 GenericAlerts 相关的行为。它解决的是移动设备的交互固件升级方案的缺陷。本规范为客户端和服务器端提供了一套接口来支持固件升级，这个方案由升级包下载、固件安装和状态(升级成功或失败)汇报三部分组成。本规范为移动操作员、服务提供商、基础架构厂商、设备制造商和软件提供商来开发和部署交互式固件升级方案提供依据。目标观众：提供固件升级方案和升级包下载

2、方案的工程师。二.固件升级管理对象(FUMO)固件升级管理对象的基本结构如下：x-|PkgName?-NameofUpdatePackage|PkgVersion?-VersionofUpdatePackage|Download?-NodeusedbyExectoinitiatedownload|-PkgURL-ReferencetotargetforUpdatePackage|Update?-NodeusedbyExectoinitiateUpdate|-PkgData-ReferencetotargetforUpdatePackage|DownloadAndUpdate?Nodeusedb

3、yExectoinitiate|DownloadandUpdate|-PkgURL-URLLocationtogetUpdatePackage|State-CurrentStateofthedevice|Ext?-HookforVendorSpecificExtensions2.1 固件升级管理对象参数下面描述的是固件升级管理对象的节点。2.1.1 节点：x这个内部节点作为一个占位符扮演着固件升级包唯一识别符的角色，其类型必须同第 5部分指定的管理对象识别符相对应。厂商可以为 x 预创建一些永久节点，如果需要也允许通过升级包节点 x 创建，或者联合这两种方式。举例来说，永久节点可以在固件包加工

4、的时候创建，其他节点作为新特征来增加。一个例子将可能包含标签节点 FWPkg1,FWPkg2.FWPkgn。设备制造商提供的 DDF 文件指出了 x 节点被定位到了管理树的什么位置。Occurrence:ZeroOrMoreFormat：NodeAccessTypes：GetValues：N/A2.1.2 节点：x/PkgName这个可选节点指出了固件升级包的名称。Occurrence:ZeroOrOneFormat:ChrAccessTypes：GetValues：N/A2.1.3 节点：x/PkgVersion这个可选节点指定了固件升级包的版本信息，版本信息是设备制造商指定的并且可以容纳任

5、意数据。Occurrence：ZeroOrOneFormat：ChrAccessTypes：GetValuesN/A2.1.4 节点：x/Download这个可选内部节点是为了初始化固件下载执行 Exec 命令的目标。Occurrence:ZeroOrOneFormat：NodeAccessTypes：Exec,GetValuesN/A2.1.5 节点：x/Download/PkgURL这个节点指出了固件升级包或下载描述文件的目标 URL,这个 URL 被用来作为可选的下载机制（譬如像 HTTPGetRFC2616或者 DescriptorBasedDownloadDLOTA）。Occurre

6、nce:OneFormat：ChrAccessTypes：Get,ReplaceValuesN/A2.1.6 节点：x/Update这个可选内部节点是为了初始化固件升级执行 Exec 命令的目标。Occurrence:ZeroOrOneFormat：NodeAccessTypes：Exec,GetValuesN/A2.1.7 节点：x/Update/PkgData这个节点是当 DM 被用来直接提供二进制固件升级包数据时执行 Replace 命令的目标。Occurrence:ZeroOrOneFormat：BinAccessTypes：ReplaceValues：N/A2.1.8 节点：x/Do

7、wnloadAndUpdate这个可选内部节点是为了初始化固件下载和升级执行 Exec 命令的目标，这个升级必须在一旦下载完毕后发生。Occurrence:ZeroOrOneFormat：NodeAccessTypes：Exec,GetValuesN/A2.1.9 节点：x/DownloadAndUpdate/PkgURL这个节点指定了固件升级包或者下载描述文件的位置升级。这个 URL 被用来作为可选的下载机制（譬如像BasedDownloadDLOTA）。Occurrence:OneFormat:ChrAccessTypes：Get,ReplaceValuesN/A2.1.10 节点：x/S

8、tate指明同这次固件升级关联的移动设备的当前状态。Occurrence:OnestillavailableURL,这个将接下来被用来下载和HTTPGetRFC2616或者 DescriptorFormat：IntAccessTypes：GetValues：看下表下面的状态表枚举了有效状态:StateIdle/StartDownloadFailedDownloadProgressingDownloadCompleteReadytoUpdateUpdateProgressingUpdateFailed/HaveDataUpdateFailed/NoDataDescriptionNopending

9、operationDownloadfailedDownloadhasstartedDownloadhasbeencompletedsuccessfullyHavedataandawaitingcommandtostartupdateUpdatehasstartedUpdatefailedbuthaveupdatepackageUpdatefailedandnoupdatepackageavailableUpdateSuccessful/HavaDataUpdatecompleteanddataIntegerValue102030405060708090UpdateSuccessful/NoDa

10、taDatadeletedorremoved100afterasuccessfulUpdate2.1.11 节点：x/Ext这个节点是为了提供商特殊的扩展。Occurrence:ZeroOrOneFormat:NodeAccessTypes：GetValues：N/A典型的，开始状态是Idle/Start,结束状态是下面的一个：UpdateFailed/HaveDataUpdateFailed/NoDataUpdateSuccessful/HaveDataUpdateSuccessful/NoDataDownloadFailedExec 命令Exec 命令是必须被支持的。服务器发出 Exec

11、命令来在客户端执行长时间运行的操作，譬如下载和升级。执行 Exec 命令的结果彳为一个 ResultCode 被编码，然后随着操作的完成用一个 GenericAlert 返回。一个 correlator 如果伴随着 Exec 命令应用，也将在 GenericAlert 中返回。如果 Exec 命令被接受并进入后续处理客户端必须异步返回一个 202 状态。当在 Download 节点上执行 Exec 命令，需要提示用户选择的时候，则服务器可以发出一个用户交互Alert(UserInteractionAlertDMPRO).如果采用 OMADM 协议的 large-object 的方式执行升级包的

12、下载，服务器首先用 Replace?命令来执行下载，然后采用 Exec 命令来执行升级。管理对象的 State 节点被用来表明相应的升级和下载执行后客户端的状态变化。三.管理对象的行为卜面的图表展示了固件升级时终端的有效状态的转换， 有些状态服务器是不知晓的。Legend-他便同闻1白仃IrunRHIrrinmi阳4下载时 Exec 命令的语义服务器在 x/Download 节点上发出 Exec 命令。客户端根据服务器发出的 x/Download/PkgURL 节点标示的 URL 值初始化一个下载操作。当下载操作完成后，客户端发出一个 GenericAlert 来表明下载操作的结果。4.1下载

13、时 Exec 命令的示例前置条件：下面的元素节点被设定为正确的值。x/Download/PkgURL 被设定Exec 命令的例子：3x/Download4升级时 Exec 命令的语义服务器在 x/Update 节点上发出 Exec 命令，客户端利用的是前面 Download 所接收的升级包。升级操作完成后，客户端发出一个 GenericAlert 来表明升级操作的结果。4.1升级时 Exec 命令的示例前置条件：固件升级包必须在设备上已存在。Exec 命令的例子：3x/Update4下载升级时 Exec 命令的语义服务器在 x/DownloadAndUpdate 节点上发出 Exec 命令，客

14、户端根据服务器发出的x/DownloadAndUpdate/PkgURL 节点标示的 URL 值初始化一个下载操作，当下载操作成功完成后，客户端在不需要服务器的干预下应用接收到的升级包。升级操作完成后，客户端发出一个 GenericAlert 来表明升级操作的结果。在这次事件流程中，当下载失败时，客户端发出一个 GenericAlert 来表明下载操作的失败。4.1下载升级时 Exec 命令的示例前置条件：下面的对象需要用正确的值来设定。x/DownAndUpdate/PkgURLExec 命令的例子：3x/DownloadAndUpdate通知中 GenericAlert 的使用在 3.1

15、节中当 Exec 命令执行结束时，设备需要向 DM 服务器使用 GenericAlertDMPRO发送一个通知。这个 alert 消息包含下面的数据：一个整形的结果代码-被用来汇报结果状态固件升级管理对象的 URI-用来识别源一个 alert 类型-用来识别操作Correlator-被服务器使用并作为 Exec 命令的一部分来传输正在汇报错误或者失败的 alerts 也将在 Meta 信息 J 勺 Mark 域中除了汇报一般信息外还有严重性级别信息。一旦操作完成后 GenericAlert 被发送到 DM 服务器，如果没有服务器的进一步干预，设备一定不能再次经由 Exec 命令发起上次操作。注

16、意：如果服务器需要检索额外的信息，譬如状态 State,则服务器需要向客户端查询那些指定的节点。4固件升级管理对象的 URI这个 URI 必须作为 GenericAlertDMPRO消息的源 source 被发送， 这个允许管理服务器来识别 alert的原先来源。4固件升级的 alert 类型来源于管理对象的下面的 alert 类型必须被使用在 GenericAlertDMPRO消息中。这个 alert类型被用来识别到底在设备上 Exec 命令执行什么操作。alert 类型“org.openmobilealliance.dm.firmwareupdate.download 被用来回复下载操作的

17、完成。alert 类型“org.openmobilealliance.dm.firmwareupdate.update 被用来回复升级操作的完成。alert 类型“org.openmobilealliance.dm.firmwareupdate.downloadandupdate 被用来回复下载升级操作的完成。3.2.3Correlator固件升级操作中在 Exec 命令里如果服务器传输了一个 correlator 给客户端，客户端必须在GenericAlertDMPRO消息的 correlator 域返回相同的值给服务器。固件升级操作中在 Exec 命令里如果服务器没有传输 correlat

18、or 给客户端，客户端一定不要在 GenericAlertDMPRO消息的 correlator 域返回一个 correlatoro8.1.1 结果代码操作的结果代码必须作为一个整形值在 GenericAlertDMPRO消息的 Data 元素中被发送。结果代码必须是下面定义值中的一个：结果代码含义应用200成功成功-请求成功250-299成功/商指矩厂商指定结果代码为成功400管理客户端错误管理客户端错误-基于用户或设备行为401用户取消当提示时用户选择不接受操作402损坏的固件升级包没有正确的存储、发现，譬如在希望的和真实的 CRCs/、匹配403固件升级包-设备不匹配错误的升级包传到了设

19、备上404固件升级包验证失败数字签名验证失败405固件升级包/、被接受固件升级包/、被接受406下载时验证失败当下载升级包时，需要验证但验证失败407下载时 Time-Out客户端出现了下载时 time-out408没有实现设备不支持的请求操作409未定义错误通过其他错误代码标明失败未定义410固件升级失败设备上的固件升级失败411URL 有问题提供下载用的 URL 存在问题412连不上下载服务器卜载服务器不可得或没有响应450-499客户端错误-厂商指定由厂商指定自己的结果代码500下载服务器错误遇到了下载服务器错误501卜载失败-由于设备内存不足设备内存不足以保存卜载的升级包502升级失败

20、-由于设备内存/、足没用充足的内存来更新设备503下载失败-由于网络问题网络或传输层错误导致下载失败550-599下载服务器错误-厂商指定厂商自己制定的下载服务器错误代码8.2 升级包下载和升级的支持支持 FUMO1.0 的客户端必须至少一种的升级包下载方式，这种下载机制必须是 OMADM下一种的传输和下载机制，譬如 OMADownloadDLOTA.另外，为了成功的执行一次固件升级，至少下面一个活动被支持：Execonx/Update 节点Execonx/DownloadAndUpdate 节点4 客户端发起的固件升级（标准的）0-4890-8a57-374ad7ba0a33-Numbere

21、d_40b23338-a76b-404a-9e5c-08e3142afc1b-Numbered_eeaafb6c-0c63-4629概要在上面的表格中，2xx 序列标明成功结果,4xx 和 5xx 标明失败的结果和原因。固件升级在设备上也有自己的独立性，所以这个对于客户端设备和服务器可以作为一个可选的特征。这部分仅将定义客户端发起的消息格式和在什么样的环境下设备不发起。这个通知时用 GenericAlert 格式，如果客户端发起的固件升级请求被实现，那么下面的客户端请求必须被支持。40ca-a042-7f321c2fde96-Numbered_93c1d48d-f46a GenericAler

22、t消息必须遵循 GenericAlert 格式。40ca-a042-7f321c2fde96-Numbered_93c1d48d-f46a AlertType设备发起的固件升级消息类型必须使用“org.openmobilealliance.dm.firmwareupdate.devicerequest,用户发起的固件升级 alert 类型必须使用“org.openmobilealliance.dm.firmwareupdate.userrequest。4.1.3URI如果指定了 alert 中的 URI,则其必须指向在管理树中代表一单独固件升级管理对象的动态节点（譬如x）。当节点存在时，服务器

23、就会检查管理对象表示的固件升级的有效性。如果不存在则会进一步被建议，服务器就会检查发起这次 alert 的终端相关的所有固件升级的有效性。服务器可以查询 URI 指明的管理对象的内容，只要有相关的升级被发现，服务器就应该发起一个固件升级。4.1.4DataData 元素是必须的。客户端厂商可以使用这个域来提供明确的实现数据。如果没有明确的实现数据，这个值需要被设定为空。5FUMO 应用（通常情况下）固件升级协议预览固件升级协议指定了一系列标准命令（关联的参数和管理对象），也将在 OTA 固件升级中使用。OTA 固件升级在处理发现、安全、下载、安装时需要特别的留意。OMADM 在无线设备管理领域

24、是最主要的标准。OMADownloadDLOTA规范也为通常内容的下载提供了一套灵活的协议，仅仅通过一个分离的下载描述符来控制。下载过程是抽象的，即允许用户使用 OMADM（E.g.,Add/Replace）也允许任何适合的下载机制（用OMADownloadDLOTA下载协议描述的下载）。为了获取 OTA 固件升级，协议必须支持下面的流程：固件升级步骤 1:固件升级开始固件升级步骤 2:设备信息交换固件升级步骤 3:固件下载固件升级步骤 4:固件安装固件升级步骤 5：固件升级的状态通知场景 1:经由 OMADMDownload（Replace）的固彳升级-LargeObject下面的例子展示了

25、如何使用 OMADM 协议通过 DMReplace 命令来将固件的二进制包数据移动到终端设备上。OMADMDtscoY+Duv.riludJriutirc3:FirnnvnreIpl:itcvhiOlDMDownln3tl场景 2:经由可选下载机制方案的固件升级下面的例子展示了 OMADM 如何调用外部的二进制包数据，通过 DMReplace 命令来下载固件包：例子1:,Exec?onx/Downloadnode+,Exec?onx/Updatenode服务器针对 x/Download 节点发出 Exec命令，给服务器后针对x/Update节点发出Exec命令。Oh/IADMDiscovery

26、PushIniuationDeviceIrrformaljnEsQzhmn娈ReplaceFwPkQ1J0口wnload/PgijRLT-口bgg口ownEgReqijgslUpcfate/eUpder他PackageAlternateDownloadMethodwnlQacTDowT口aq处啊if即5gngger叩c；AlErtExecMgmtT阻一dbgect什小LpdatiejFMMail-nuiingGwaftCAi，rtEvtemalSy%tftrnDeviceInform笳onExcFidngepiacc再的Pk电JwlMz-pKgDEtaKOCMgmtTreefofupdataj

27、FinalNdifca口sosjngGenntAcft:niiiai：eFAUpd插号MotMhDevicehieiirr4:七on1/Donl);tdiiintEveronlpdite例子 2:,EXEC?onx/DownloadAndUpdatenode服务器针对 x/DownloadAndUpdate 节点发出 Exec 命令，在 DownloadAndUpdate 操作完成后客户端发送一个最后的通知给服务器。OMADMTDtscoryPushIrktistonDevicenformaiionExchangeReclacuwPkg*DCPAIuadAndUpcititt二叫QURLEK白

28、uMgmlTree0b)eelforDo的用白adAndUpdat电)RwgugslUpdatePae9gcu力匕Hit?Fms*矽 UAlternateDownloadMethodtl.DQ师10adF.naiMat禾。atiaiusingGefiencAkrtfipiire5:(AcconKhnwnlondndlp( (t；ite协议定义固件升级步骤 1:固件升级开始为了开始任何一个固件升级，设备都需要打开一个到服务器的数据连接。下面的机制能被支持来开始一个固件升级流程：用户发起网络发起用户发起的升级由于并不需要特殊的标准所以没有放到这个规范中，推荐的做法是通过设备上的菜单或是服务代码。用

29、户发起的升级流程将简单的打开一个 OMADM 会话。对于网络发起的升级来说，OMADM 管理端提供了一个框架通过发送一个 NotificationInitiationAlert 给客户端来触发客户端开启数据会话。ItistheintentoftheFirmwareUpdateProtocoltoleverageGeneralPackage#。asspecifiedintheOMADMNotificationInitiationSessiondocumentDMNOTI.OMADM指定使用WAPPush并且制定一个可接受的格式来发起这个固件升级。固件升级步骤 2:设备信息交换为了让设备能够正确地

30、做固件升级，一个最小集合的设备信息标准被客户端发送到了服务器。为达到固件升级的目的，这个最小集合的设备信息是对每一个 OMADM 管理会话都是永久的 DevInfo 参数在 DMSTDOBJ,Section5 中指定。注意：下一部分描述的固件下载流程的安装必须在一个可选的用户交互以后进行信息交换。一个OMADM“alert”命令将被用来传输用户确认信息。固件升级步骤 3:固件下载OMADServer固件下载可以通过 OMADMReplace 命令(LargeObject)或者外部的数据包文件下载来开启。这两种方式各有利弊，所以依赖于软件提供商和设备制造商来共同决定选择一个首选的实现。协议建议两

31、种方式都支持。请参考附件 D 查看更进一步的细节信息。固件升级步骤 4:固件安装预期在市场上会有很多产品来在设备上进行固件升级。固件升级规范的目的是为了规范设备和无线网络解决方案的互操作性，所以这个规范并不处理独立于网络之外的固件升级的处理。换句话说，这个规范为固件安装提供需求来获取可以接受的用户经验。在 OMADMDownload 后的固件安装(LargeObject)下面的这个 Exec命令在固件已经使用 OMADMReplace下载到 Pkgdata 元素的情况下发起这次升级流程：3.x/Update可选下载方式的固件安装(外部数据下载)对于外部二进制固件升级包下载方式(像 OMAv1.

32、0Download 的描述符)，推荐的方式是提供正确的安装参数要由于使用 Exec 命令发起下载操作。当升级操作完成升级包不再需要的时候，升级包将从对象存储中删除。设备的管理客户端可以选择在升级成功或失败结束后立刻删除升级包，也可以不管什么时候服务器提示删除的时候删除。固件升级步骤 5:固件升级状态的通知在固件升级流程完成的时候，设备通知服务器固件升级的结果状态。这个是通过一个连续的客户端或者服务器发起的 OMADM 会话来确保管理服务器被通知了这个结果状态。客户端通过 GenericAlertDMPRO提供一个结果代码给服务器。OMADM 协议提供的 GenericAlertDMPRO命令将

33、被 OMA-DM 客户端用来通知给 DM 服务器结果代码的值。非致命的结果代码对于非致命的升级失败，终端用户可以用一种可操作的模式提供失败指示和终端号码。另外就像上面的结果代码表中列出的一样，./FwUpdate/x/State 元素会提供更多的信息。致命失败致命的失败将很可能导致设备不可操作，所以就不可能提示终端用户或是通知服务器这次失败。因为这个原因，实现并没有提供一个高层次的错误容错机制在这方面。（完）（附件信息请直接查看协议）疑问：我们知道当升级完成后，设备会重新启动，然后设备上的客户端会开启一个新会话向服务器报告升级状态，我们知道这个 alert 是 1226,其内容是21226ab

34、c123./SyncML/SampleReversed-Domain-Name:org.domain.samplealertxmlcritical这里面并没有地方标示我这个升级结果是针对哪次的升级，也就是如果两次升级同时完成，我怎么知道这个是通知的那一个升级呢？虽然上面已经说过使用一个连续的 alert 来通知，这种情况会极少出现，但是怎么也要考虑吧？现在已经实施的 SmartDM 项目的做法是确保每次对一个终端（号码）只存在一个操作来解决，也就是从服务器端就杜绝了一个设备同时做两种或者两个操作的可能。但是我在 Bindu 的培训中好像听说过，以后会在这个 alert1226 中增加各自上次操

35、作会话 ID 来区分到底是对那个操作的回复，这样就在客户端解决了这个问题，但是我现在在 OMADM1.2 的协议里面没有找到这个。|阅读评论（2）|固定链接|写入日志|OMADM1.2 学习17:10|添加评论2006/5/26OMA-TS-DM-RepPro-V1_2-20060406-C(2)3.7ProtocolCommandElements命令服务器支持客户端支持发送接收AddMUSTMUSTAtomicMUSTSHOULDCopyMAYMAYDeleteMUSTMUSTExecMAYMAYGetMUSTMUSTReplaceMUSTMUSTSequenceMUSTMUST接收发送Al

36、ertMUSTMUSTResultsMUSTSHOULD3.7.1Add限制：Add 命令创建一个新的节点，如果节点已经存在将返回错误。在 AddtargetURI 处是不允许创建节点的。节点必须作为一个内部节点的子节点被创建。root(.)内部节点必须存在，设备厂商才能追加叶子和内部节点。如果 TargetLocURI 指定的父内部节点不存在，设备可以无条件创建它。当无条件创建内部节点时，这个内部节点的 ACL 将是空的，e.g.,它也就继承了它父节点的 ACL。如果服务器正在创建一个内部节点，但是这个节点的父节点没有 Replace 访问权限，那么设备必须自动的设定这个新节点的 ACL,使

37、它具有 Add,Delete 和 Replace 权限。如果 MIME-Type 象在DMTNDS中定义的一样，那么一个 Add 命令可以创建多个节点。如果设备不支持DMTNDS 对象，客户端必须返回状态代码 415(Unsupportedmediatypeorformat)。如果 DMTNDS 对象包含多个节点，设备为所有创建的节点也仅返回一个状态。如果 DMTNDS 对象包含多个节点，其中有一个节点创建失败，则客户端必须返回相同的错误状态代码就像正常的 Add 命令创建节点失败返回的一样，并且此时设备管理树不应该被改变。(这里是我的理解，可能存在错误？)。Cred 元素一定不要用在命令级别

38、。一个或多个 Item 元素的类型必须指定。Item 元素类型指出了传输到接收者的 dataitems。在Item 元素中指名的 Target 必须是一个完整的设备 URI。这个命令必须返回一个有效的状态代码定义在REPPRO,下面列出的状态代码仅为实现指导：Slafuscodeal总曰口3工i)orThedmundacctcdkafmxleanditcompfrtZucccwfiilly(213JchunkediEemChunkeditemacceptedacidIxifEfiedNotexecutedCoumundlwiiIKFTexeCLtEedatesuliofu必miraiioiia

39、uduedu*rfgaboftorsaiKel42i)Atoiaiccollback。式Couiumkliva、必上改AfoiuicrieuifuTandAanutiaikiJTinstomniaibd山演七】口Urdbackt*t亡/,fdliy14.)UnauthorisedTheauiberscatkOinrdratialspetihApiEiripalwithui-uffi.r3eul1!i立h%EOcdupleietheLOEiiLuAndiThr后MdataHtfrndoesai?lbMonihrrefipaxilThiniav日1%6pnlvthelaEdURI的the】ocT，

40、goftheluaiiagmifntdV|6tlcnnnolberesolved(4051Com&andnotallowedC皿imendirallouedTh性iequr%.Tfdccnmimd】、口mnllewlanrhecaiget-=-qx：iredNo篇HlhunJimbDucBrdmTuil%Xrar-pecifirdA/UilHbMdl】EFucanakabearnnrwd(413(Requestentity8oIdtgeThedataiiemtobeifau&Hedittwlur/(u.g,thereue上日阴亡not他白处thehLzrofdal靠itcaxi

41、stiiin.金rrudT口rhrrrciparac)URItosURI1口conmiaud15IQPlongEuhrriinugprusnitH惬UKIorwgmrttfIUURIiitop心唾orURIhnsloo口加ywgnimM-=.ZLEI：I：TtEQ二。二二3.typ营DEf二二工3七ThfnicdiAtpeorformatfoitbLHMimuisnotsupportedbvfbrFrcipiriiti4*T)Alreadyex二三t三TherequeiwdAddcommandfailedtweausfthetargetalreadyexiu.4ZC匚白丫1“门工工Tliere

42、apieiil年storagecfull.4二4)三二工一rr.ismatchTbfchunked0切：*门Wflsbu：山广-.urufilirjeretfdolyrctJidr必nTcjjdie立广卜4脑用flihni由广也4chmi25lFmxssi?ndeniedThesrnrrJoes11Gt卜/丫广rhrpieprrAtLpcmusicns5i1C-：-randfailedNanspecificFITOTS仃笛dbvthrrecipientwhileatrentpnnsracompetedieCQiimuiDd卜三_，一上匚二二二二二二i_ba:kfailedConuiunduis

43、idrAtomiceleiuent为记AronucfailedT出号cotimianduflsnettolkdtork、uc匕%CTVCTshculdMkeHongtntofrctnrrrhftbfttkmtc实例：2b64application/antivirus-inc.virusdef37214./antivirus_data3.7.2Alert限制：Alert 命令被明确的用来运送通知，譬如设备管理会话请求给接收者。Cred 元素一定不要使用在命令一级。Data 元素必须被用来指出 Alert 类型。TheCorrelatorelementtypeMUSTbeidenticaltoth

44、eCorrelatorvalueofanExeccommandifthealertissentasanasynchronousresponsetothatExeccommand.当服务器在 Alert 中能够处理 Data,必须返回状态 200(Ok);当服务器在 Alert 中不能够处理 Data,必须返回状态406(OptionalFeatureNotSupported)。此命令返回的状态代码如下（仅显示为实现向导）11KCimrTHiMJuJllirirwHH.UAEd1kl.吧云星心hkAtlls信。却MEiPP&vd铤slagTheCMMWlKM,却FhQ皿It.tillU*

45、AlrLHWijIttb*X的bt*neiecmHl皿tMihWvAHU:qnoanxMictobecnirdIDeriwZnwuAlcwpkttMiwiwofthe回hnaIbe(MicaeUedlb?juaxu画A14EC伯i朴IMEn2KirtndCiMTHUfid瞩睇HHfRKrntd.14-4r?udrofIHffWHKrfeMjndUMfGJitHOdackuniihcwl*ceillJuck口芭CutuuuniwmLUilc工ILRJ.rJrmrrrijuidiA.E.工lulrdHE.LLiuuunlwwtlo&d祠HEiwcrwfrdhi-工驯4，3lcE.u 二曰二

46、二TTbtCmgrnMQiMUIft.La-rtpradncedKfanvri9m餐uwrHOUggaHXThrmgwww】frr4RWMhi*nlTs-pnwip4鼎finflinrm打出打出AFD0cOvtaUtndrhe，drks-E1UUUM|.?nundmnulaUuhIlieALHXL4如irramL优！llr4pKifinlar瞋+in.dw!rurmsDMp*tjp9体睡p811.口31fMEjZAHOC：.即paiTJhlTh*VKlM:hl.fltUEUlUiMRIMC呷曲知*1制酶FEMt-马;：hK：:畀：.”h.%CbrdciiiillYrtdwpefifirdAri

47、taUMrLholJEticAlbvfeermnrirdAnuulilflullniprrndwhiinxncd科0flifcvqiMitinvertTh*旬th*i!nJ*rrn埼,iHmi餐tnwppuipn以哥cL-m.ndThrH.1art:i?rrc.-inldiicUKkidflittbrcanrripacuurinLDthe二tciarlnxirixifspr*41.鼻卜ili=.Kuppctvdl3*LBcyp*ortaimiETbeEK4aType因kcmaiIkv金#awemH-DM手otuupiHrihrUDOHIUDdAzoxicrc-llbicknum时不配mdfAT

48、MEIFIEMMT1帆rammjindi鼎电BiniliXkwwMuihi-nrrTTrtwe好好餐好好餐口EMckKU的ad-wnt实例：21200实例：42.blah,blah.3.7.4Copy实例：4./DM/WAPSetting/1./Common/WAP/13.7.5Delete实例：5./DM/WAPSetting/13.7.6Exec实例：3./bin/shutdownargument3.7.7Get实例:4./antivirus_data/version3.7.8Map限制：ThiselementisnotusedinOMADeviceManagementProtocol.3

49、.7.9MapItem限制：ThiselementisnotusedinOMADeviceManagementProtocol.3.7.10Put限制：ThiselementisnotusedinOMADeviceManagementProtocol.3.7.11Replace实例：4./antivirus_data/versionantivirus-inc/20020213a/13.7.12ResultsRestrictions:ResultstoacommandMUSTbesentaftertheStatustothesamecommand.实例：143./antivirus_data/v

50、ersionantivirus-inc/20010522b/53.7.13Search限制：ThiselementisnotusedinOMADeviceManagementProtocol.3.7.14Sequence实例：12341235.blah,blah.1236.blah,blah.1237.blah,blah.3.7.15Sync限制：ThiselementisnotusedinOMADeviceManagementProtocol.3.8AlertCodesOnlythealertcodeslistedinthissectionarevalidinOMADMProtocol.OM

51、ADMProtocolalertcodesstartat1100.AlertCotteValueNamtDescriptionUserj/errcodes1100CMSPIAYTheAlertissentbytheserverandthediehlstiouiddksptaythmessageIoprovidemfcxnidOuntotheusee1101CONFIRMORREJECTfhtsAlerttssontbytheserverandtheckentshoulddisplaythemessaoesentbytheserverandaskforconfinnationIftheuserd

52、oesntoxifinntheoperationrefectstatusMUSTbesenlback1102TEXTINPUTThtemwvsldtspiaysthemessagesen!MisxtetheAlerttt)enulkxwsusototypematextsiringThistextstrmg妗thensortbacktotneseevorgaStatusmessage1103SINGLECHOICETheuseetspresentedase服务器1.2DM/1.211/mgmt-serverIMEI:493005100592800!-Clientcredentialsaremandatoryifthetransportlayerisnotprovidingauthentication.-syncml:auth-basicb645000112003./DevInfo/DevIdchr14:03|添加评论2006/5/25text/plainIMEI:493005100592800./DevInfo/Manchrtext/plainDeviceFactory,Inc./DevInfo/Modchrtext/plainSmartPhone2000./DevInfo/DmVchrtext/plain./DevInfo