资源描述
2005-09-30施行2005-09-30发布发布中国挪动通讯 发布QB-E-008-2005中国挪动通讯企业标准中国挪动终端治理业务终端技术标准China Mobile DM Service Terminal Specification版本号：1.2.1目录1范围12援用标准23相关术语34符号与缩略语45概述65.1目的65.2DM业务简介66功能要求76.1DM业务终端的根本功能要求76.1.1功能要求概述76.1.2终端自注册96.1.3终端信息参数采集116.1.4终端参数配置136.1.5终端固件除错和功能晋级146.2DM业务终端的功能要求176.2.1其他可选功能要求（可选）176.3网络承载要求176.4对其他功能要求186.4.1其他数据业务186.4.2呼入186.4.3收到SMS/MMS/WAP PUSH186.5终端参数预设186.5.1网络承载参数：186.5.2彩信预设参数：196.5.3传输协议参数：196.5.4PIM传输参数：196.5.5DM协议参数：197平安要求198UI要求209编制历史21附录A：终端自注册内容与格式22A 1 短信自注册的短信特服号码和端口号22A.2终端自注册信息的格式22A.3终端自注册确认信息格式23附录B：终端信息采集内容与格式24B.1终端DM预置参数24B.2终端GPRS配置信息25B.3终端WAP配置信息25B.4终端MMS配置信息26B.5终端PIM配置信息26B.6终端自注册参数配置信息26B.7终端参数配置信息DM Tree举例27附录C：终端静态信息表33前言终端治理（DM）平台是基于OMA国际标准的挪动数据业务，开放性与标准化是DM业务系统赖以生存开展的根底。支持DM业务的终端产品应同样符合这一原则，基于业界开放式标准，包括各种网络协议、内容格式，同时要表达良好的扩展性和互操作才能。本标准在终端治理（DM）平台总体技术要求的根底上，规定了中国挪动通讯DM业务对终端部分的要求，包括功能要求、接口要求、功能要求、平安性要求和其他方面的要求，是开展基于OMA标准的DM业务的依照之一。本标准的附录全部为标准性附录本标准由中国挪动通讯数据部提出并归口。本标准由中移有限数2005104号印发。本标准起草单位：中国挪动通讯研究院本标准主要起草人：于川、刘璋詟、穆家松、唐剑峰本标准解释单位：同提出单位。1 范围本标准制定了基于OMA国际标准的DM业务中所涉及到的终端产品标准，对DM业务开展中与终端亲密相关的内容提出了约束、标准及开展方向的要求，本标准和其他相关标准可作为DM业务运营和治理的参考依照，同时也是终端厂商DM产品研发、消费的参照依照。DM终端必须遵照OMA标准和本标准所确定的开放性、平安性、先进性、易用性和可扩展性等原则。所有在中国挪动通讯网内被推荐使用的DM终端必须符合该标准。2 援用标准以下文件中的条款通过本标准的援用而成为本标准的条款。但凡注明日期的援用文件，其随后所有的修正内容（不包括订正的内容）或修订版均不适用于本标准。鼓舞依照本标准达成协议的各机构研究是否可使用这些文件的最新版本。但凡不注明日期的援用文件，其最新版本适用于本标准。 1 GPRS挪动终端标准通用要求，中国挪动通讯2 CMPP2.0协议, 中国挪动通讯3 SyncML Data Sync Protocol, version 1.1.2, Open Mobile Alliance.4 SyncML Device Management Protocol, Version 1.1.2, Open Mobile Alliance.5 OMA Client Provisioning V1.1 Specifications, Open Mobile Alliance.6 OMA Download OTA 1.0 Specifications, Open Mobile Alliance.7 OMA Firmware Update Management Object (FUMO) V1.0, Open Mobile Alliance.8 syncml_wsp_v112SyncML over WSP, Version 1.1.2, Open Mobile Alliance. 9 syncml_v112SyncML Binding, version 1.1.2, Open Mobile Alliance.10 WAP Binary XML Content Format Specification, WAP Forum.11 Push OTA Protocol Specification”, WAP Forum.12 Uniform Resource Identifiers (URI): Generic Syntax, IETF.13 Wireless Transaction Protocol Specification, WAP Forum.14 Push Architectural Overview”, WAP Forum.3 相关术语在本标准中使用了“必须”、“推荐”、和“可选”等词汇来描绘对挪动终端产品要求的强调程度。“必须”项是指终端产品所必须提供的功能或功能要求； “推荐”项是指在标准中未作硬性要求，但建议终端产品提供的功能或功能要求；“可选”项指在目前看来是中国挪动需求的开展方向，或终端产品在目前阶段可不提供的功能或功能要求。目前阶段：从本版本发布之日截至到下一个版本发布日期。标准中除了明确指明为 “推荐”、“可选”外，均为必需要求。4 符号与缩略语AAA: Authentication, Authorization, Accounting，鉴权、受权、计费APN: Access Point Name，接入点名称BOSS: Business Operation Support System，业务运营支撑系统CDR: Call Detail Record，呼叫详细记录CMPP: China Mobile Peer to Peer，中国挪动点对点协议CSD: Circuit Switch Data, 电路交换数据CP: Abbreviation for OMA Client Provisioning，OMA无线方式配置终端参数标准的简称DL: Abbreviation for OMA Download OTA，OMA无线方式下载数据包标准的简称DM: Abbreviation for OMA Device Management，OMA无线方式治理终端标准的简称DNS: Domain Name Server，域名效劳器DSMP: Data Service Management Platform，数据业务治理平台FOTA: Firmware-Update over the air，无线方式终端固件更新FTP: File Transfer Protocol，文件传输协议FUMO: The OMA DM Firmware Update Management Object，OMA DM的标准的固件更新治理对象GGSN: Gateway GPRS Supporting Node， GPRS网关支持节点GPRS: General Packet Radio Service，通用分组无线业务: Hyper Text Transfer Protocol，超文本传输协议IMEI: International Device Equipment Identity，终端设备的标识符IMSI:International Mobile Subscriber Identity，挪动用户身份标识符ISMG: Internet Short Message Gateway，短音讯网关MMS: Multimedia Message Service，多媒体音讯MSISDN: Mobile Station Integrated Services Data Network，挪动用户号码OBEX: Object Exchange Protocol，对象交换协议OMA: Open Mobile Alliance，开放挪动联盟OTA: Over The Air，即空中、无线方式PAP:Push Access Protocol，Push访咨询协议Radius:Remote Authentication Dial In User Service，远程拨号用户鉴权效劳SMS:Short Message Service，短音讯效劳SNMP:Simple Network Management Protocol，简单网管协议SGSN: Services GPRS Supporting Node，GPRS效劳支持节点SNMP:Simple Network Management Protocol，简单网管协议UDP:User Datagram Protocol，用户数据报协议WAP:Wireless Application Protocol，无线应用协议5 概述5.1 目的DM业务是基于OMA DM相关标准的挪动数据增值业务，开放性与标准化是DM业务系统赖以生存开展的根底，DM终端应基于业界开放式标准，包括各种网络协议、内容格式，同时要表达良好的扩展性和互操作才能。基于此原则本标准规定了DM业务的终端产品应满足的要求。5.2 DM业务简介终端治理（DM）业务是中国挪动用于治理用户终端的新业务，它使得中国挪动实现了通过无线方式对挪动终端进展远程治理的才能。终端治理业务功能应包括：终端自注册，软件补丁修复和功能晋级，终端参数搜集以及终端参数配置等。如终端出现软件毛病或参数配置咨询题，用户无须前往维修中心进展诊断和软件更新，而是通过终端治理（DM）平台提供的效劳进展远程终端诊断，通过无线方式下载终端软件补丁程序或执行自动远程设置即可处理终端软件毛病和参数配置咨询题。使用终端治理业务平台，业务参数的设置以及新的终端软件版本的下载晋级也可通过DM平台的用户自效劳门户，由用户自行完成相关参数设置和软件晋级，极大的方便了用户对终端的使用。中国挪动的将来新业务部署工作，能够通过在原有终端上推送新版本的软件完成，防止了过去为了支持新业务给中国挪动和用户带来的各种不便，同时也利于中国挪动迅速推行新业务。使用终端治理（DM）平台，中国挪动能够对终端的界面进展更新，辅助用户实现个性化终端设置。这将还有助于树立中国挪动品牌形象，提升用户满意度。 终端治理（DM） 平台的业务分析统计功能，通过分析终端厂商上传的终端才能信息和无线方式搜集的终端其他信息，可用于中国挪动的业务分析和运营决策。终端通过终端自注册，将终端的根本信息上报到终端治理（DM）平台。终端治理（DM）平台使用OMA DM协议对终端的参数进展配置。通过OMA DM1.1.2协议实现了终端信息与终端治理（DM）平台的信息同步和信息发觉过程，以及对终端的远程无线方式的参数搜集和参数配置功能。终端治理（DM）平台使用OMA FUMO标准，实现终端软件补丁修复和功能晋级。终端自注册成功后，挪动用户能够通过多种方式使用终端治理效劳： 网络侧发起，对终端进展批量参数设置、参数搜集或软件除错或功能晋级； 挪动用户通过登录用户自效劳网站，通过DM平台触发终端治理业务； 挪动用户通过DM WAP Portal，触发终端治理业务； 通过终端侧发起的DM效劳；（可选）6 功能要求6.1 DM业务终端的根本功能要求DM业务根本功能需求中，终端需要配合平台侧完成的主要功能包括：终端自注册，终端信息采集，参数配置，终端固件除错和功能晋级。6.1.1 功能要求概述终端配合终端治理（DM）平台需要提供的功能和其他方面的要求如下：6.1.1.1 终端根本功能要求终端配合DM治理平台的业务需求应具备的根本功能要求：l 终端自注册；l 终端信息采集；l 终端参数配置；l 终端软件补丁修复和版本晋级；终端配合DM治理平台的业务需求应具备的根本预制要求：l 终端中预置一个DM终端治理平台免费短信特服号码，这个特服号码是终端短信自注册和自注册回复的固定短信号码。l 支持OMA DM 1.1.2版本；l 软件除错和功能晋级遵照OMA FUMO1.0，支持OMA DL1.0；l 支持DM Alert 1226 音讯；l 支持方式下载；l 终端中应预先设置好OMA DM初始设置，以便终端能够与DM平台正确通讯。预先设置的参数包括DM标准对象中的DMAcc和Con。终端厂商出厂前需要预制的DM参数请参考附录B1； 6.1.1.2 与OMA DM标准的一致性要求终端必须实现OMA DM 1.1.2标准中“OMA-SyncML-DMConReqs-V1_1_2-20030613-A.pdf”要求的一致性声明和此标准中定义的强迫性元素。6.1.1.3 终端的硬件要求6.1.1.3.1 Flash要求终端应为植入DM客户端软件在非易失性存储器中预留足够的空间。预留的空间应能够存储以下信息：l DM客户端软件；l DM客户端软件运转时需要的临时存储空间；l DM客户端运转时需要保存的状态信息及其他需要保存的信息；l 固件除错和功能晋级时需要下载的数据包；l 为提高功能等非功能性要求而预留的空间；本标准不对预留的空间大小做详细要求，但终端应在本钱与满足功能和功能要求之间确定不同终端需要的Flash空间大小。6.1.1.3.2 RAM要求终端应为植入的DM客户端软件的运转预留足够的RAM空间。应确保DM客户端运转时终端系统能够分配相应的RAM空间,空间的大小建议不低于500K。终端应防止运转DM客户端软件时RAM空间缺乏的咨询题。6.1.1.4 OMA协议版本要求终端设备应支持OMA DM1.1.2版本，同时需要支持OMA DL 1.0、OMA FUMO1.0。6.1.1.5 终端对DM平台音讯的响应要求6.1.1.5.1 对Notification音讯响应的要求DM终端必须支持对Notification的4种UI mode的响应。UI mode = 00， DM平台对终端响应无特定要求， 终端以本身默认的机制来响应。UI mode = 01， 用户对Notification不可见， 用户无法干涉， 同时推荐终端屏幕上无GPRS连接标识。 DM Session正常进展。 假设连接失败， 终端将不提示用户UI mode = 10， 用户对Notification音讯可见， 但用户不需人为干涉 ， DM Session正常进展。 UI mode = 11， 用户对Notification音讯可见， 且用户需要干涉来决定是否接着进展DM Session。6.1.1.5.2 对Alert音讯的响应要求DM终端必须按照DM平台要求支持下发的Alert1101音讯。推荐DM终端支持DM平台下发的Alert1100, Alert1102, Alert1103, Alert1104音讯。Alert1100是指DM平台发送给终端的提示信息， 仅用于显示， 用户无需操作。Alert1101是指DM平台发送给终端的提示信息， 需要用户选择“接受”或者“回绝”。 选择“回绝”, 终端必须给DM平台侧返回该回绝操作信息。Alert1102是指DM平台发送给终端的提示信息， 用户能够输入文本信息， 该文本信息将作为状态信息的一部分返回给DM平台侧。Alert1103是指DM平台发送给终端的提示信息， 该信息包含多个选择项， 但是用户只能选择其中的一个。Alert1104 是指DM平台发送给终端的提示信息， 该信息包含多个选择项， 用户能够选择一个或者多个。6.1.2 终端自注册终端自注册是指，符合终端治理（DM）平台标准要求的，第一次开机时，终端必须将终端的IMEI及其他DM平台需要的根底信息以短信的方式发送到终端治理（DM）平台。平台侧负责解析此短信，并在平台侧建立终端IMEI和号码的对应关系列表。假如用户更换SIM卡，终端应将新的对应关系上传到DM终端治理平台。6.1.2.1 终端自注册根本功能实现终端第一次开机，应将终端IMEI，厂商名称，终端型号，软件版本以短信方式上传到终端治理（DM）平台。终端发送短信的特服号码和端口号在DM治理生命周期中不可变。终端第一次开机发送自注册信息后，转入正常开机后的空闲状态。假如终端收到来自终端治理（DM）平台特服号码的短信，正确解析短信，从短信中得到成功的信息，则终端记录此次注册成功的SIM卡的IMSI信息到终端某个预先确定的位置，（这个位置的数值应是终端自注册功能专用的标记位，终端其他部分不能修正此值。）以便终端能够在下次开机的时候检测此IMSI。此后，每次终端重新启动，都应检测SIM卡的IMSI与保存在终端中的IMSI是否一致，假如不一致，则终端应重新向平台侧发送自注册信息更新对应信息。终端只向预制的DM平台的短信特服号码和端口号发送信息，并只认为来自这个特服号码的短信是能够信任的DM信息。终端自注册短信（上行）及DM平台确认短信（下行）均为为带端口号的短信。短信特服号码和端口号参考附录A1。终端自注册时应推断SIM卡是中国挪动的SIM卡，否则终端不发送任何信息。终端自注册的异常处理请参考6.2.2。终端自注册的短信格式及DM平台确认短信的格式请参考附录A2和A3。假如终端开启短信回执功能，终端应不显示且不保存自注册短信发送成功或失败的回执信息提示。为了通过DM功能来方便地实现对终端自注册功能的治理，本标准推荐将自注册短信特服号码和应用端口作为终端DM治理树对象，平台侧能够通过DM采集和配置命令进展治理。终端自注册参数配置信息参考附录B.6 6.1.2.2 终端异常处理终端自注册过程中可能出现的异常情况及处理方法包括：1第一次注册时，注册短信正确发出，但是过后没有收到终端治理（DM）平台的注册成功确认信息。终端将不在设备中保存如今SIM卡中的IMSI。等待用户下一次开机时可重新触发自注册流程。自注册短信发送失败时， 终端将不做任何用户提示。2终端检测到用户更换SIM卡，则发送新的对应关系到终端治理（DM）平台。假如此后没有收到平台侧的注册成功确认信息。终端将不在设备中保存如今SIM卡中的IMSI。终端放弃自注册。等待用户下一次开机时自注册。自注册短信发送失败时， 终端将不做任何用户提示。 6.1.2.3 用户菜单终端自注册处理流程对用户完全透明，不需向用户显示任何信息或者为用户提供终端操作界面。 6.1.2.4 用户操作终端自注册处理流程对用户完全透明，不需用户干涉。6.1.2.5 终端自注册内容格式要求终端自注册信息发送后，平台侧必须向终端发送确认信息。6.1.2.5.1 终端自注册信息格式参考附录A.16.1.2.5.2 终端自注册确认信息格式参考附录A.26.1.3 终端信息参数采集平台侧需要采集的终端信息包括：网络参数配置信息和终端自注册的四个根本信息。由于OMA DM1.1.2标准中没有在标准对象中定义这些信息。因而，本标准在终端侧定义了一组符合OMA DM1.1.2标准的网络参数配置信息。终端治理（DM）平台能够直截了当使用OMA DM1.1.2中的命令从这些终端对象节点中取值，并在平台侧做相应处理。6.1.3.1 终端信息采集实现终端治理（DM）平台应采集的终端参数信息包括：1，网络配置参数，包括PIM, GPRS, WAP, MMS；2，终端自注册的信息：IMEI，厂商名称，型号，软件版本；OMA DM协议的主要应用之一确实是为终端提供不同的网络配置参数。OMA DM1.1.2协议至今没有为网络配置参数定义标准的对象。厂商应使用OMA标准的DDF文件通知终端治理（DM）平台，使平台侧及时掌握终端侧参数配置信息对象节点的信息。终端治理（DM）平台能够直截了当使用OMA DM1.1.2中的“get”命令从这些终端对象节点中取值，并在平台侧做相应处理。网络参数配置信息在DM Tree上应是即可读也可写的节点。终端自注册信息的对象节点请参考附录A2。请参考以下标准理解上述定义，1） SyncML Device Management Protocol Version 1.1.2 specification “OMA-SyncML-DMProtocol-V1_1_2-20031203-A”；2） SyncML Device Management Tree and Description Version 1.1.2 specification “OMA-SyncML-DMTND-V1_1_2-20031202-A”；3） OMA Client Provision Content Version 1.1 “OMA-WAP-ProvCont-V1_1-20021112-C.pdf”；6.1.3.2 终端信息采集异常处理终端参数采集失败或成功对终端是透明的，因而不需要终端处理信息采集异常情况。假如在信息采集过程中发生任何错误，终端不需要做任何错误处理，也不需要为用户显示任何错误信息。6.1.3.3 终端信息采集用户菜单终端信息采集，对用户完全透明，不需任何显示或者操作界面。6.1.3.4 终端信息采集用户操作终端信息采集处理流程中终端用户操作流程应遵照平台侧发出的DM命令。终端应支持DM命令的两种用户提示方式：1，用户不可见，如今用户终端对参数采集处理流程不可见，不需用户参与。此项为推荐功能； 2，向用户显示提示界面，用户能够选择“是”接受，也能够选择“否”不接受。此项为可选功能。6.1.3.5 终端信息采集内容与格式6.1.3.5.1 终端GPRS配置信息参考附录B.26.1.3.5.2 终端WAP配置信息参考附录B.36.1.3.5.3 终端MMS配置信息参考附录B.46.1.3.5.4 终端PIM配置信息参考附录B.56.1.4 终端参数配置终端DM Tree遵照本标准6.1.3节的要求定义了一组符合OMA CP1.1标准的网络参数对象节点，终端应支持通过下述方式为终端进展网络参数配置：1DM业务的GPRS的连接参数在终端出厂前预制，不能修正。预制参数请参考附录B1；2终端网络连接参数GPRS、WAP、MMS和PIM使用OMA DM方式完成参数配置。在需要修正的参数配置对象节点上执行相应的DM命令。请参考OMA DM 1.1.2标准查看DM Tree上节点数值的修正正程；6.1.4.1 终端参数配置实现终端网络参数配置应通过OMA DM方式设置，平台侧使用get命令将终端参数搜集到平台侧后，平台侧通过分析和诊断，推断参数配置是否有误，及错误点，平台使用DM 的Replace命令更新错误配置值。平台侧也能够不搜集参数而直截了当使用Replace命令更新参数设置。6.1.4.2 终端参数配置异常处理终端采纳OMA DM方式进展网络连接参数配置，终端应在出现任何参数配置异常时，向平台侧上报状态码（Status code），通告平台操作结果。6.1.4.3 终端参数配置菜单参数配置无需用户菜单。6.1.4.4 终端参数配置用户操作在为用户重新配置参数时，用户操作流程应遵照平台侧发出的DM命令。终端应支持DM命令的两种用户提示方式：1，用户不可见，如今用户终端对参数配置处理流程不可见，不需用户参与；2，向用户显示提示界面，用户能够选择“是”接受，也能够选择“否”不接受；6.1.4.5 终端参数配置内容与格式网络参数配置信息格式，请参考附录B。参数配置命令和流程请参考OMA DM 1.1.2标准。 6.1.5 终端固件除错和功能晋级终端固件除错和功能晋级必须使用标准的OMA FUMO对象。DM平台侧发起更新操作。为实现断点续传功能，推荐使用OMA DL协议下载更新数据包。晋级状态必须使用DM 方式报告给平台侧。FUMO对象详细说明了处理一个更新中包含的一个或多个软件“packages”，“packages”中包含了一组指令，能够让软件中的一个特定模块从一个版本更新到另一新的版本。“packages”的数量由特定终端软件中的模块依赖性决定。更新后的终端软件版本应与预定的新版本完全一致。终端软件除错和功能晋级这两项业务在终端侧的处理方法和流程是一致的。6.1.5.1 终端实现FUMO对象OMA DM标准定义了一个单一的FUMO对象，这个对象能够复制到多个更新数据包中。OMA标准中没有声明这个对象在DM Tree中的位置。本标准不硬性规定FUMO对象节点的位置，FUMO对象能够定义在根节点下的某个位置，终端厂商必须实现符合OMA DM FUMO v1.0协议标准治理节点对象,同时厂商应使用OMA标准的DDF文件通知终端治理（DM）平台，使平台侧及时掌握终端侧FUMO对象信息。下面是一个标准的FUMO的例子：唯一的ID, 每个数据包一个节点PkgName ?更新包名称（可选）PkgVersion ?更新包版本（可选）DownloadExec命令对应的开场下载数据包的节点（唯一节点）PkgURL下载数据包的URLUpdateExec命令对应的开场固件更新的节点（唯一节点）PkgData数据包DownloadAndUpdateExec命令对应的开场下载数据包和更新的节点PkgURL下载数据包的URLStateFUMO更新状态Ext可能的终打量细扩展节点6.1.5.2 FUMO对象实现要求本标准推荐使用OMA DL方式下载。终端必须支持所有的FUMO标准对象，同时必须遵照以下要求：1.OMA Download方式必须支持；2.固件更新包必须支持断点续传；3.Download Descriptor信息必须显示给用户，除非此次更新对用户不可见；在数据包下载完成后，DM平台无需发送要求终端执行晋级的命令，终端自动进入更新流程。更新完成后，终端采纳“Alert 1226”命令向平台侧报告终端软件的晋级状态。6.1.5.3 终端异常处理6.1.5.3.1 用户能够取消正在下载的数据包用户能够取消正在下载的数据包。假如用户取消数据包下载，终端不再提示用户下载数据包。6.1.5.3.2 DM Session数据传输过程中连接超时终端在DM Session数据交互过程中，连接超时，应该提示用户，自动中断连接。6.1.5.3.3 更新数据包下载过程中无信号或掉电终端在下载数据包时，遇到无信号咨询题时，应该提示用户，自动中断下载。再次检测到信号后下载时应恢复到终端前一次下载成功的中断点接着下载。下载过程中掉电，再次开机，应提示用户接着下载，用户假如选择接着下载，终端应恢复到终端前一次的下载成功的中断点接着下载。6.1.5.3.4 软件更新过程中掉电终端更新过程中掉电，再次开机，终端应返回断电前的更新现场，接着更新，直到更新完成。6.1.5.3.5 下载完成后，终端软件更新未开场，掉电终端数据包下载完成后，没有更新前，掉电，再次开机，终端自动开场更新操作。6.1.5.3.6 下载过程中内存缺乏终端数据包下载过程中，内存缺乏，应提示用户，要求用户关闭其他应用。终端检测到有足够内存能够接着下载后，应返回中断前的现场，接着下载。6.1.5.3.7 更新完成后，状态上报DM效劳器不成功终端更新完成后，向DM效劳器发送更新的状态报告。假如终端不能收到DM效劳器的回复信息，则认为此次状态报告失败。终端应重新发送Alert 1226两次，或者在做下一次DM信息交互前或再次开机后，检查上次Alert是否发送成功，假如不成功，应先发送上一次的状态报告。6.1.5.4 非功能性要求终端固件晋级包中应包含从旧版本软件晋级到新版本的全部信息，不需要在终端更新过程中与平台侧交互。晋级包的格式由终端厂商自行确定，但是必须满足以下条件：1晋级包大小应小于终端软件映像文件大小的 5%。例如，假如终端软件的映像文件为20MB，则晋级包的大小不能超过1M；2晋级包必须通过加密并具有数据完好性校验机制；3必须确保更新过程100%容错。也确实是说，不管出现终端断电等任何异常情况，终端软件晋级都应保证能够正确完成；4终端软件更新成功后不能破坏原有终端功能、不妨碍原有终端数据及用户数据；6.1.5.5 功能要求终端软件晋级时间，本标准不做硬性规定，但是应充分考虑用户体验的要素，晋级时间不能过长。建议不超过5分钟。6.1.5.6 人机界面与操作本标准根本功能中不对终端侧发起的固件更新做要求，终端能够没有此菜单。平台侧主动发起的固件晋级需要用户提示界面:a) 平台侧发起，通过短信提示用户如今有新版本的软件包, 询咨询用户是否下载晋级；b) 如下载应出现一个状态条, 提示用户下载进度状态；c) 假如下载中断, 应提示用户是否接着下载；d) 下载完成后, 应提示用户是否立即晋级或稍后晋级.；e) 假如选择稍后晋级, 应提示用户下次开机时终端自动晋级；f) 假如选择立即晋级, 应提示用户要重启, 将进展终端软件晋级, 临时不能使用；g) 晋级过程中应显示晋级进度状态条；h) 晋级成功后, 重新启动到正常开机状态；i) 终端必须上报晋级完成的信息；6.2 DM业务终端的功能要求6.2.1 其他可选功能要求（可选）DM业务可选功能要求中，与终端有关的其他功能要求包括：l 增值型固件更新/软件晋级；l 终端菜单更新、菜单构造动态调整；l 终端UI更新；l 新业务客户端下载；l 远程毛病诊断；l 网络优化支持；l 中国挪动新开展业务参数设置；l 遗失治理；详细内容待定。6.3 网络承载要求符合本标准的DM终端必须支持GPRS，SMS和WAP Push over SMS的数据传输方式，并将GPRS作为数据连接的缺省设置。在采纳GPRS承载时，DM业务通过CMWAP APN提供效劳。在试点期间， DM APN使用CMDM。 该APN帐户对用户可见， 但用户无法修正。对DM APN节点参数的提取和配置需要在一个DM session中完成， 同时此过程对终端用户透明。关于3G终端，采纳3G网络承载DM业务。6.4 对其他功能要求6.4.1 其他数据业务DM业务应不妨碍用户当前正在使用的数据业务。例如：关于GPRS终端，要求DM的优先级低于用户上网优先级。用户使用WAP阅读器上网时，DM恳求应延至用户上网完毕时提示；或者终端同时支持前台处理用户上网和后台运转DM会话。6.4.2 呼入关于GPRS终端，在DM/DL会话过程中，理想状态下是无法呼入；如有来电呼入，终端应正常接通，完毕后在DM会话没有超时的前提下，终端应能接着完成DM会话或接着进展数据包的断点续传。关于3G终端，如有一般/可视呼入，振铃并提示有来电，用户处理来电，DM过程不受妨碍。在DM过程中发生的任何现象，不应该造成呼入，接听毛病，更不应该造成死机现象。6.4.3 收到SMS/MMS/WAP PUSH假如DM会话过程中，收到SMS/MMS/WAP PUSH时，不能妨碍DM会话过程。信息不能丧失，且终端界面上需要明确提示有信息到达。6.5 终端参数预设 SyncML DM终端应在出厂前预置以下参数，同时终端厂商必须提供DDF文件给DM平台，精确标明对应的GPRS/WAP/MMS/PIM业务参数在DM TREE上的绝对途径URI（Uniform Resource Identifier）信息。6.5.1 网络承载参数： GPRS：APN：CMWAP,用户名：空,密码：空在试点期间， DM APN使用CMDM。6.5.2 彩信预设参数： 预设内容包括：MMS 中心:/mmsc.monternet （出厂预置的网址的开场及结尾不能包括空格）6.5.3 传输协议参数：WAP 1.x WSP 方式 IP: 10.0.0.172,端口：9201 ,用户名：无,密码：无 方式 IP: 10.0.0.172,端口：80, 用户名：无,密码：无WAP 2.0 IP:10.0.0.172, 端口：80, 用户名：无,密码：无6.5.4 PIM传输参数：PIM效劳器： :/pim.monternet地址本数据对应的数据库名为“./contact”日程表数据对应的数据库名为“./calendar”端口号： 80用户名： 空密 码： 空6.5.5 DM协议参数：DM效劳器地址：:/dm.monternet端口号： 7001用户名： 空密 码： 空 7 平安要求终端与DM终端治理平台之间的通讯必须是通过认证，平安和可靠的。终端必须实现OMA DM标准“OMA-SyncML-DMSecurity-V1_1_2-20031209-A”中要求的所有“被推荐的”平安机制。7.1.1.1 OMA DM的平安性OMA-DM标准中对平安咨询题进展了全面考虑，给出了非常多强迫性和选择性的平安元素，包括基于MD-5的认证和杂讯审核代码（HMAC）来确保数据完好性，以及用来防止“屡次运转攻击”的时间戳/计数器，而且客户端和效劳器端随时能够验证对方。7.1.1.2 OMA DL的平安性OMA DL主要用于下载晋级包（以及晋级包描绘信息）。由于晋级包内容只能由厂家提供、其中包含有上个版本以及差分包的校验码（如CRC, MD5）等信息，因而，在不明白版本信息、晋级包内容的情况下，是无法进展篡改晋级包的内容的。因而，使用一般的进展晋级包的传送是不会带来平安咨询题的。且OMA DL的URL（URI）信息是在OMA DM阶段、由效劳器传给客户端的，因而OMA DL效劳器的地址也是无法篡改的。7.1.1.3 传输平安性（可选）OMA DM协议除了规定认证方式外，也推荐任何OMA DM会话建立在一个平安的传输通道内，例如S/SSL。使用平安传输通道能够为认证机制提供数据加密机制。关于需要证书认证的终端厂家需要预先将证书提供给DM平台。8 UI要求本标准在根本功能要求中没有终端主动发起DM业务的界面，但是在本标准中所涉及到的有关用户操作界面要求的部分参见相关章节。9 编制历史DM终端标准 编制历史版本号更新时间主要内容或严重修正1.0.02005.81.0.0版本1.0.12005.11.18附录A.1: 增加了对短信端口号实现的描绘增加附录C: 终端静态信息表1.1.02006.9.261）按照中国挪动文档标准模板，调整文档框架构造2）增加6.1.1.5章节 终端对DM平台音讯的响应要求,关于Notification和Alert音讯的响应要求3）修正 6.1.2.2章节的1、2小节，分别增加自注册短信发送失败时， 终端将不做任何用户提示。4）删除6.1.5.3.2和6.1.5.3.3章节， 关于下载过程中接收短信和。5）修正 6.1.2.1和B.6，增加了对自注册短信参数的治理描绘6）修正 6.3 网络承载要求7）修正 附录A.1:将自注册特服号码从4109修正成106540408）增加 附录A.1:对自注册短信编码格式的描绘9）修正 附录B.1:定义了DM预置参数的值1.1.12006.9.271）“二阶段要求”改为“可选”2）6.1.5中的人机界面要求放入6.2可选要求1.2.12006年11月依照最新评审意见修订附录A：终端自注册内容与格式A 1 短信自注册的短信特服号码和端口号免费短信特服号码为10654040。应用端口地址号为16998。短音讯效劳的技术实现（3GPP TS 03.40）提出了基于端口的短信效劳机制，该机制同意挪动网络采纳与TCP/IP网络中TCP/UDP端口号相类似的方式将短信路由到特定应用。中国挪动使用基于16位的应用端口地址 (Application Port Addressing), 传输短信注册信息。终端自注册信息的目的地址为短信特服号码:10654040. 目的应用端口地址号:16998终端自注册确认信息的源地址为短信特服号码:10654040. 目的地址为注册终端用户的MSISDN. 目的应用端口地址号:16998在自注册过程中，终端发送的自注册短信和平台侧回复的自注册短信的编解码(Data Coding Scheme)是采纳8bit格式。终端发送的带端口号的短音讯举例：06050442664266494d45493a3030343430303030393735393832382f4d6f746f726f6c612f413931302f455a58424153455f4e5f30302e33392e413449短音讯扩展头各字段含义：UDH Length: 06IE Type: 05 16-bit port addressingIE Length: 04 Destination Port: 4266 (16998 DM application port address)Source Port: 4266 (16998 optional)短信及应用端口号的技术实现，参见标准3GPP TS 03.40短音讯效劳的技术实现。A.2终端自注册信息的格式终端自注册短信的内容和格式如下： l IMEI（IMEI, 必须与 OMA DM ./DevInfo/DeviceId中的值一致）l 厂商名称（Manufacturer name, 必须与 OMA DM ./DevInfo/Man中的值一致）l 终端型号（Device model, 必须与 OMA DM ./DevInfo/Mod中的值一致）l 软件版本（Software version，必须与 ./DevDetail/SwV中的值一致）终端自注册短信的四个信息还必须和终端治理对象树中对应信息的值保持一致。关于同一款终端，厂家名称和终端型号必须采纳唯一的标识，大小写应该一致。短信的详细格式为： AAAAAAAAA/BBBBBBB/CCCCCCC/DDDDDDDDDA表示IMEI；B表示厂商名称；C表示终端型号；D表示软件版本。终端自注册短信的四个信息的顺序为：IMEI，厂商名称，终端型号，软件版本。自注册短信的信息长度应小于一个英文短信的长度160个字节。举例：IMEI:004400009759828/Motorola/A910/EZXBASE_N_00.39.A4I A.3终端自注册确认信息格式DM终端治理平台对终端自注册确实认信息的格式：1IMEI（必须与自注册短信中的值一致）2注册成功标志： 1表示注册成功。AAAAAAAAA/BA代表IMEI；B注册成功标志，标识为1。举例：IMEI:004400009759828/1（表示注册成功）此处IMEI值必须与自注册短信中IMEI值一致。否则，终端丢弃这个确认音讯。附录B：终端信息采集内容与格式B.1终端DM预置参数方案1：终端出厂前预先设置的DM参数包括OMA DM1.1.2协议中定义的标准对象中的DMAcc和Con，其中DMAcc中需要预设的参数包括（留意区分大小写）： 编号对象节点值1Addr:/dm.monternet 2AddrType13ServerIdOMADM4ServerPWmvpdm5UserNamemvpdm6ClientPWmvpdm7ServerNonceMTEx8ClientNonceMTEx9PortNbr700110AuthPrefsyncml:auth-MD511ConRef与Con节点下的名字一致附表1 DMAcc预置参数注： 假如终端厂商采纳的是以某种算法实现factory bootstrap方式的情况下，终端厂商就不需要通知DM平台UserName, ClientPW, ServerNonce, ClientNonce，但终端厂商需要告知平台产生这些参数的算法。终端和平台通过该机制进展互相验证。Con节点下的预置参数为DM通讯所使用的网络承载GPRS的设置参数。此参数对用户不可见，同时用户不可修正。但是平台侧能够通过参数配置命令修正该节点值。在试点期间， DM APN使用CMDM。1， APN：CMWAP2， UserName： 空3， PassWord： 空方案2：终端和平台侧不需要互相验证的简化方案预制参数包括：1， Addr：:/dm.monternet2， AddrType: 13， ServerId：OMADM4， PortNbr: 70015， ConRef: 与Con节点下的名字一致Con的参数为GPRS的设置参数。此参数对用户不可见，同时用户不可修正。但是平台侧能够通过参数配置命令修正该节点值。在试点期间， DM APN使用CMDM。1，APN：CMWAP2，UserName： 空3，PassWord： 空B.2终端GPRS配置信息配置项参数名称参数值URI举例GPRS连接配置名称挪动梦网(GPRS)/DevDetail/Ext/Conf/Conn/Profiles/GPRS/Addr1接入点名称（APN)CMWAP/DevDetail/Ext/Conf/Conn/Profiles/GPRS/Addr1Type连接配置名称GPRS连接互联网/DevDetail/Ext/Conf/Conn/Profiles/GPRS/Addr2接入点名称（APN)CMNET/DevDetail/Ext/Conf/Conn/Profiles/GPRS/Addr2Type1，需要上传上面的表格说明DM平台侧需要搜集和配置的参数在DDF文件中对应的参数名称及节点位置。2，终端厂商需要上传终端的DDF文件给终端治理（DM）平台。B.3终端WAP配置信息配置项参数名称参数值URI举例WAP2.0用户名密码网关IP地址10.0.0.172/DevDetail/Ext/Conf/IntProfs/Profiles/WAP/Ph1/Addr端口号80/DevDetail/Ext/Conf/IntProfs/Profiles/WAP/Ph1/Port/PortNbr主页:/wap.monternet1，需要上传上面的表格说明DM平台侧需要搜集和配置的参数在DDF文件中对应的参数名称及节点位置。2，终端厂商需要上传终端的DDF文件给终端治理（DM）平台。B.4终端MMS配置信息配置项参数名称参数值URI举例MMS彩信中心:/mmsc.monternet/DevDetail/Ext/Conf/Msg/Profiles/MMS/MMSC1，需要上传上面的表格说明DM平台侧需要搜集和配置的参数在DDF文件中对应的参数名称及节点位置。2，终端厂商需要上传终端的DDF文件给终端治理（DM）平台。B.5终端PIM配置信息配置项参数名称参数值URI举例PIMPIM效劳器:/pim.monternet/DevDetail/Ext/Conf/DataSync/SyncML/Profiles/URL 地址本数据对应的数据库名./contact/DevDetail/Ext/Conf/DataSync/SyncML/Profiles/DataStores/LocalPath日程表数据对应的数据库名./calendar/DevDetail/Ext/Conf/DataSync/SyncML/Profiles/DataStores/LocalPath1，需要上传上面的表格说明DM平台侧需要搜集和配置的参数在DDF文件中对应的参数名称及节点位置。2，终端厂商需要上传终端的DDF文件给终端治理（DM）平台。B.6终端自注册参数配置信息配置项参数名称参数值URI举例自注册参数自注册短信特服号码10654040/DevDetail/Ext/AutoRegister/AutoRegSMSC自注册短信应用端口16998/DevDetail/Ext/AutoRegister/AutoRegSMSport1，需要上传上面的表格说明DM平台侧需要搜集和配置的参数在DDF文件中对应的参数名称及节点位置。2，终端厂商需要上传终端的DDF文件给终端治理（DM）平台。B.7终端参数配置信息DM Tree举例各终端厂商提交本人的DM Tree构造，平台对各终端厂商的DM Tree自动适配，以正确执行各项DM tree 操作。 终端厂商各机型的DM Tree构造应尽量一致。DM Tree 举例如下。DM Tree中的DevDetail节点：. /DevDetail /DevDetail/DevTyp /DevDetail/FwV /DevDetail/HwV /DevDetail/LrgObj /DevDe
展开阅读全文