中国移动终端管理技术规范

中国移动终端管理业务终端技术规范

C h i n a M o b i l e

D M S e r v i c e Te r m i n a l S p e c i f i c a t i o n

版本号：1.2.1

中国移动通信企业标准

QB-E-008-2005

中国移动通信有限公司 发布

2005-09-30发布

发布

2005-09-30实施

目录

前言

终端管理（DM）平台是基于OMA国际标准的移动数据业务，开放性与标准化是DM业务系统赖以生存发展的基础。支持DM业务的终端产品应同样符合这一原则，基于业界开放式标准，包括各种网络协议、内容格式，并且要体现良好的扩展性和互操作能力。

本规范在《终端管理（DM）平台总体技术要求》的基础上，规定了中国移动通信有限公司DM业务对终端部分的要求，包括功能要求、接口要求、性能要求、安全性要求和其他方面的要求，是开展基于OMA规范的DM业务的依据之一。

本标准的附录全部为规范性附录

本标准由中国移动通信有限公司数据部提出并归口。

本标准由中移有限数[2005]104号印发。

本标准起草单位：中国移动通信研究院

本规范主要起草人：于川、刘璋詟、穆家松、唐剑峰

本标准解释单位：同提出单位。

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_v112 SyncML over WSP, V ersion 1.1.2, Open Mobile Alliance?.

[9] syncml_http_v112 SyncML HTTP 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，通用分组无线业务

HTTP: 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.2DM业务简介

终端管理（DM）业务是中国移动用于管理用户终端的新业务，它使得中国移动实现了通过无线方式对移动终端进行远程管理的能力。终端管理业务功能应包括：终端自注册，软件补丁修复和功能升级，终端参数收集以及终端参数配置等。

如终端出现软件故障或参数配置问题，用户无须前往维修中心进行诊断和软件更新，而是通过终端管理（DM）平台提供的服务进行远程终端诊断，通过无线方式下载终端软件补丁程序或执行自动远程设置即可解决终端软件故障和参数配置问题。使用终端管理业务平台，手机业务参数的设置以及新的终端软件版本的下载升级也可通过DM平台的用户自服务门户，由用户自行完成相关参数设置和软件升级，极大的方便了用户对终端的使用。

中国移动的未来新业务部署工作，可以通过在原有终端上推送新版本的软件完成，避免了过去为了支持新业务给中国移动和用户带来的各种不便，同时也利于中国移动迅速推广新业务。使用终端管理（DM）平台，中国移动可以对终端的界面进行更新，辅助用户实现个性化终端设置。这将还有助于树立中国移动品牌形象，提升用户满意度。

终端管理（DM）平台的业务分析统计功能，通过分析终端厂商上传的终端能力信息和无线方式收集的终端其他信息，可用于中国移动的业务分析和经营决策。

终端通过终端自注册，将终端的基本信息上报到终端管理（DM）平台。终端管理（DM）平台使用OMA DM协议对终端的参数进行配置。通过OMA DM1.1.2协议实现了终端信息与终端管理（DM）平台的信息同步和信息发现过程，以及对终端的远程无线方式的参数收集和参数配置功能。终端管理（DM）平台使用OMA FUMO规范，实现终端软件补丁修复和功能升级。

终端自注册成功后，移动用户可以通过多种方式使用终端管理服务：

?网络侧发起，对终端进行批量参数设置、参数收集或软件除错或功能升级；

?移动用户通过登录用户自服务网站，通过DM平台触发终端管理业务；

?移动用户通过手机DM WAP Portal，触发终端管理业务；

?通过终端侧发起的DM服务；（可选）

6功能要求

6.1DM业务终端的基本功能要求

DM业务基本功能需求中，终端需要配合平台侧完成的主要功能包括：终端自注册，终端信息采集，参数配置，终端固件除错和功能升级。

6.1.1功能要求概述

终端配合终端管理（DM）平台需要提供的功能和其他方面的要求如下：

6.1.1.1终端基本功能要求

终端配合DM管理平台的业务需求应具备的基本功能要求：

●终端自注册；

●终端信息采集；

●终端参数配置；

●终端软件补丁修复和版本升级；

终端配合DM管理平台的业务需求应具备的基本预制要求：

●终端中预置一个DM终端管理平台免费短信特服号码，这个特服号码是终端短信自

注册和自注册回复的固定短信号码。

●支持OMA DM 1.1.2版本；

●软件除错和功能升级遵循OMA FUMO1.0，支持OMA DL1.0；

●支持DM Alert 1226 消息；

●支持HTTP方式下载；

●终端中应预先设置好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.1Flash要求

终端应为植入DM客户端软件在非易失性存储器中预留足够的空间。预留的空间应可以存储下列信息：

●DM客户端软件；

●DM客户端软件运行时需要的临时存储空间；

●DM客户端运行时需要保留的状态信息及其他需要保留的信息；

●固件除错和功能升级时需要下载的数据包；

●为提高性能等非功能性要求而预留的空间；

本规范不对预留的空间大小做具体要求，但终端应在成本与满足功能和性能要求之间确定不同终端需要的Flash空间大小。

6.1.1.3.2RAM要求

终端应为植入的DM客户端软件的运行预留足够的RAM空间。应确保DM客户端运行时终端系统可以分配相应的RAM空间,空间的大小建议不低于500K。终端应避免运行DM客户端软件时RAM空间不足的问题。

6.1.1.4OMA协议版本要求

终端设备应支持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.1

6.1.2.5.2终端自注册确认信息格式

参考附录A.2

6.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.2

6.1.3.5.2终端W AP配置信息

参考附录B.3

6.1.3.5.3终端MMS配置信息

参考附录B.4

6.1.3.5.4终端PIM配置信息

参考附录B.5

6.1.4终端参数配置

终端DM Tree遵循本规范6.1.3节的要求定义了一组符合OMA CP1.1规范的网络参数对象节点，终端应支持通过下述方式为终端进行网络参数配置：

1．DM业务的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 ? 更新包版本（可选）

Download Exec命令对应的开始下载数据包的节点（唯一节点）PkgURL 下载数据包的URL

Update Exec命令对应的开始固件更新的节点（唯一节点）PkgData 数据包

DownloadAndUpdate Exec命令对应的开始下载数据包和更新的节点

PkgURL 下载数据包的URL

State FUMO更新状态

Ext 可能的终端详细扩展节点

6.1.5.2FUMO对象实现要求

本规范推荐使用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.2DM 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人机界面与操作

本规范基本功能中不对终端侧发起的固件更新做要求，终端可以没有此菜单。