中国移动增强售后服务终端规范V400报批稿.docx
《中国移动增强售后服务终端规范V400报批稿.docx》由会员分享，可在线阅读，更多相关《中国移动增强售后服务终端规范V400报批稿.docx（122页珍藏版）》请在冰豆网上搜索。
中国移动增强售后服务终端规范V400报批稿
中国移动增强售后服务终端规范V400报批稿
中国移动通信企业标准
QB-╳╳-╳╳╳-╳╳╳╳
版本号：
4.0.0
目 录
前言
增强售后服务〔DM〕平台是基于OMA国际标准的移动数据业务，开放性与标准化是DM业务系统赖以生存进展的基础。
支持DM业务的终端产品应同样符合这一原那么，基于业界开放式标准，包括各种网络协议、内容格式，同时要表达良好的扩展性和互操作能力。
本标准在«增强售后服务〔DM〕平台总体技术要求»的基础上，规定了中国移动通信DM业务对终端部分的要求，包括功能要求、接口要求、性能要求、安全性要求和其他方面的要求，是开展增强售后服务的依据之一。
本标准和业务规范、总体技术要求、设备规范和接口规范共同构成了增强售后服务的标准体系。
本标准在原有3.0的标准之上修订而成，增加了新的DM功能和要求。
本标准是增强售后服务〔DM〕系列标准之一，该系列标准的结构、名称或估量的名称如下：
序号
标准编号
标准名称
[1]
中国移动增强售后服务〔DM〕总体技术要求〔V4.0〕
[2]
中国移动增强售后服务〔DM〕业务规范〔V4.0〕
[3]
中国移动增强售后服务〔DM〕设备规范〔V4.0〕
[4]
中国移动增强售后服务〔DM〕接口规范〔V4.0〕
[5]
中国移动增强售后服务〔DM〕终端规范〔V4.0〕
[6]
中国移动增强售后服务〔DM〕总体技术要求编制说明〔V4.0〕
本标准的附录A、B、C、D、E、F、G、H为标准性附录.
本标准由中移号文件印发。
本标准由中国移动通信集团打算部提出，集团公司技术部归口。
本标准起草单位：
中国移动通信研究院
本标准要紧起草人：
马君、陈大庆、智磊、张鹏飞、穆家松、于川
1.范畴
本标准制定了基于OMA国际标准的DM业务中所涉及到的终端产品的规范，对DM业务开展中与终端紧密相关的内容提出了约束、规范及进展方向的要求，本标准和其他相关标准可作为DM业务运营和治理的参考依据，同时也是终端厂商DM产品研发、生产的参照依据。
支持DM功能的终端〔以下简称〝DM终端〞〕必须遵循OMA标准和本标准所确定的开放性、安全性、先进性、易用性和可扩展性等原那么。
所有在中国移动通信网内被举荐使用的DM终端必须符合本标准。
2.规范性引用文件
以下文件中的条款通过本标准的引用而成为本标准的条款。
凡是注明日期的引用文件，其随后所有的修改内容〔不包括勘误的内容〕或修订版均不适用于本标准。
鼓舞依照本标准达成协议的各机构研究是否可使用这些文件的最新版本。
凡是不注明日期的引用文件，其最新版本适用于本标准。
表21规范性引用文件列表
序号
标准编号
标准名称
公布单位
[1]
OMA-ERP-DM-V1_2-20070209-A
DeviceManagementEnalberReleasePackage
OpenMobileAlliance.
[2]
OMA-ERP-ClientProvisioning-V1_1-20200728
OMAClientProvisioningV1.1Specifications
OpenMobileAlliance.
[3]
OMA-DL-V1_0-20040625-A
OMADownloadOTA1.0Specifications
OpenMobileAlliance.
[4]
OMA-ERP-FUMO-V1_0-20070209-A
OMAFirmwareUpdateManagementObject（FUMO）V1.0
OpenMobileAlliance.
[5]
OMA-TS-SCOMO-V1_0-20200922-D
SoftwareComponentManagementObjectV1.0
OpenMobileAlliance.
[6]
OMA-ERP-LAWMO-V1_0-20200728-C
OMALockandWipeManagementObjectV1.0
OpenMobileAlliance.
[7]
OMA-ERP-Push-V2_1-20051122-C
PushOTAProtocolSpecification
WAPForum.
3.术语、定义和缩略语
在本标准中使用了〝必须〞、〝举荐〞、和〝可选〞等词汇来描述对移动终端产品要求的强调程度。
〝必须〞项是指终端产品所必须提供的功能或性能要求；
〝举荐〞项是指在标准中未作硬性要求，但建议终端产品提供的功能或性能要求；
〝可选〞项指在目前看来是中国移动需求的进展方向，或终端产品在目前时期可不提供的功能或性能要求。
目前时期：
从本版本公布之日截至到下一个版本公布日期。
规范中除了明确指明为〝举荐〞、〝可选〞外，均为必须要求。
表31术语列表
词语
说明
AAA
Authentication,Authorization,Accounting，鉴权、授权、计费
APN
AccessPointName，接入点名称
BOSS
BusinessOperationSupportSystem，业务运营支撑系统
CDR
CallDetailRecord，呼叫详细记录
CMPP
ChinaMobilePeertoPeer，中国移动点对点协议
CSD
CircuitSwitchData,电路交换数据
DL
AbbreviationforOMADownloadOTA，OMA无线方式下载数据包规范的简称
DM
AbbreviationforOMADeviceManagement，OMA无线方式治理终端规范的简称
DNS
DomainNameServer，域名服务器
DSMP
DataServiceManagementPlatform，数据业务治理平台
FOTA
Firmware-Updateovertheair，无线方式终端固件更新
FTP
FileTransferProtocol，文件传输协议
FUMO
TheOMADMFirmwareUpdateManagementObject，OMADM的标准的固件更新治理对象
GGSN
GatewayGPRSSupportingNode，GPRS网关支持节点
GPRS
GeneralPacketRadioService，通用分组无线业务
HyperTextTransferProtocol，超文本传输协议
IIC
IntegratedInstantCommunication，综合即时通信
IMEI
InternationalDeviceEquipmentIdentity，终端设备的标识符
IMSI
InternationalMobileSubscriberIdentity，移动用户身份标识符
ISMG
InternetShortMessageGateway，短消息网关
MMS
MultimediaMessageService，多媒体消息
MSISDN
MobileStationIntegratedServicesDataNetwork，移动用户号码
OBEX
ObjectExchangeProtocol，对象交换协议
OMA
OpenMobileAlliance，开放移动联盟
OTA
OverTheAir，即空中、无线方式
PAP
PushAccessProtocol，Push访问协议
Radius
RemoteAuthenticationDialInUserService，远程拨号用户鉴权服务
PushMail
手机邮箱
SMS
ShortMessageService，短消息服务
SNMP
SimpleNetworkManagementProtocol，简单网管协议
SGSN
ServicesGPRSSupportingNode，GPRS服务支持节点
SNMP
SimpleNetworkManagementProtocol，简单网管协议
Streaming
流媒体
UDP
UserDatagramProtocol，用户数据报协议
WAP
WirelessApplicationProtocol，无线应用协议
DM治理域
DM治理域是增强售后服务平台体系中负责全网数据和后台交互处理的逻辑实体，执行治理职能。
DM操作域
DM操作域是增强售后服务平台体系中基于OMADM规范、直截了当与用户交互的逻辑实体，执行生产职能。
集团运营人员
在DM治理域上，包括集团治理员、集团操作员等角色,在DM操作域上，包括集团操作员、一般测试人员、包测试人员等角色。
省运营人员
包括省治理员、省操作员、一般测试人员等角色，仅在DM操作域。
4.DM业务概述
随着中国移动数据业务日趋丰富和复杂，业务对终端的依靠性也越来越高。
终端作为用户使用移动业务的载体，成为移动运营服务体系中不可或缺的重要组成部分，为了实现更方便，更有效，更快捷地对终端设备进行远程治理，中国移动和各终端厂商都致力于提高对终端设备的远程治理能力。
终端治理技术为运营商和终端厂商提供了一种低成本的手段来爱护治理终端软件和数据，OMADM规范是OMA国际标准化组织制订的用于实现终端设备治理的标准。
利用终端治理技术能够通过OTA的方式来采集终端信息，配置终端的参数信息，将数据包从网络下载到终端上安装并更新永久性信息，处理终端设备产生的事件和告警信息。
增强售后服务平台以终端治理OMADM标准为基础，需要实现上述描述的差不多DM业务功能。
结合当前中国移动运营在终端方面的需求，能够衍生出各种基于终端的DM业务功能。
通过注册治理，增强售后服务平台以机卡配对信息为基础，提供各项服务。
配置治理功能提供的业务连接参数与硬件信息采集能力，能够支持终端与新业务的适配。
通过固件更新、软件升级、下载应用软件，能够推广新业务和新应用。
通过平台收集并组织静态和动态的终端信息，围绕终端信息进行各种统计分析，能够为决策支持、目标营销、网络优化提供支持。
平台通过界面治理能够提供更为丰富的用户体验以及更为有效的业务推送模式。
应用治理使得增强售后服务平台能够更加有效的推广新业务。
安全操纵治理在防止终端信息泄漏防范病毒方面提供强有力的支持。
通过统一公布的终端能力数据，能够支持终端和其它业务平台的业务适配。
通过远程诊断能够进行参数重设、补丁下载、手机遗失锁定等客户服务功能，提高客服效率和用户中意度，制造新型的客户服务模式。
OMA标准化组织的OMADM1.1.2和OMADM1.2是中国移动开展增强售后服务〔DM〕的要紧技术理论依据，业务开放范畴是所有支持OMADM标准和中国移动DM规范要求的GPRS终端和3G终端。
关于目前中国移动网内大量的存量终端，它们并不支持OMADM规范，无法通过OMADM的方式对其进行治理。
为了幸免用户及客服人员对该类存量终端进行繁琐的参数配置操作，增强售后服务平台应提供基于CP配置的功能，以便终端用户及运营商客服人员通过远程的、自动的方式，对终端上GPRS、WAP、MMS、PIM、邮箱（POP3,SMTP设置）等业务的参数进行配置。
存量终端品牌和型号繁多，为使增强售后服务平台的CP配置功能对存量终端进行尽可能大范畴的覆盖和支持，CP配置功能应对普遍使用的OMACP、OTASS和NOKIASMARTMESSAGING协议进行支持，同时能兼容其它的终端配置协议。
增强售后服务平台的CP配置功能在实施参数配置业务流程时，应依照终端所支持的配置协议及可配置的业务类型进行参数配置；关于同时支持OMADM及CP协议的终端，增强售后服务平台应采纳OMADM方式实施参数配置。
5.功能要求
5.1DM业务的终端的差不多要求
DM业务要求终端需要配合平台侧完成的要紧功能包括：
终端自注册，终端信息采集，参数配置，终端补丁修复和版本升级，应用软件下载安装及列表治理，〝中国移动服务〞菜单治理及安全操纵治理。
5.1.1概述
终端配合增强售后服务〔DM〕平台需要提供的功能和其他方面的要求如下：
终端自注册；
终端信息采集；
终端参数配置；
终端补丁修复和版本升级；
应用软件下载安装及列表治理；
〝中国移动服务〞菜单治理；
安全操纵治理；
终端配合DM治理平台的业务需求应具备的差不多预置要求：
终端中预置一个DM增强售后服务平台免费短信自注册特服号码，那个特服号码是终端短信自注册的固定短信号码。
终端中应预先设置好OMADM初始设置，以便终端能够与DM平台正确通信。
预先设置的参数包括DM标准对象中的DMAcc和Con。
终端厂商出厂前需要预置的DM参数请参考附录B1；
5.1.2与OMADM标准的一致性要求
[需求编号]:
TS-DM-FUNC-BASIC-000001
[需求描述]:
终端设备必须支持OMADM1.1.2或者OMADM1.2，举荐支持OMADM1.2协议。
必须支持OMADL1.0和OMAFUMO1.0。
必须支持本标准明确要求的OMASCOMO1.0、OMALAWMO1.0（草案）协议的部分功能；
[需求澄清]:
无
[需求等级]:
必选
5.1.3对终端响应DMBootstrap的要求
[需求编号]:
TS-DM-FUNC-BASIC-000002
[需求描述]:
终端应该仅支持FactoryBootstrap方式预置DM服务器的参数，建议完全禁止OTABootstrap方式和SmartCardBootstrap方式向终端增加新的DM服务器参数。
关于不能完全禁止OTABootstrap方式向终端增加新的DM服务器参数的终端，仅能对NETWPIN方式的OTABootstrap信息进行响应，对任何非NETWPIN方式的Bootstrap，终端必须予以忽略，且终端界面不能有任何响应。
[需求澄清]:
无
[需求等级]:
必选
5.1.4终端的硬件要求
Flash要求
[需求编号]:
TS-DM-FUNC-BASIC-000003
[需求描述]:
终端应为植入DM客户端软件在非易失性储备器中预留足够的空间以满足DM客户端软件运行及储备时的需求。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-BASIC-000004
[需求描述]:
不对预留的空间大小做具体要求，但终端应在成本与满足功能和性能要求之间确定不同终端需要的Flash空间大小。
[需求澄清]:
无
[需求等级]:
关键
RAM要求
[需求编号]:
TS-DM-FUNC-BASIC-000005
[需求描述]:
终端应为植入的DM客户端软件的运行预留足够的RAM空间,幸免运行DM客户端软件时RAM空间不足的问题。
[需求澄清]:
无
[需求等级]:
关键
5.1.5终端对DM平台消息的响应要求
对Notification消息的响应要求
DM终端必须支持对Notification的4种UImode的响应：
[需求编号]:
TS-DM-FUNC-BASIC-000006
[需求描述]:
UImode=00，DM平台对终端响应无特定要求，终端以自身默认的机制来响应。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-BASIC-000007
[需求描述]:
UImode=01，用户对Notification不可见，用户无法干预，同时举荐终端屏幕上无GPRS连接标识。
DMSession正常进行。
假设连接失败，终端将不提示用户。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-BASIC-000008
[需求描述]:
UImode=10，用户对Notification消息可见，但用户不需人为干预，DMSession正常进行。
超时时刻应不大于10秒。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-BASIC-000009
[需求描述]:
UImode=11，用户对Notification消息可见，且用户需要干预来决定是否连续进行DMSession。
超时时刻应不小于2分钟，不大于10分钟，超时后，会话自动终止。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-BASIC-000010
[需求描述]:
UImode与ALERT消息的显示模式不存在相关性。
[需求澄清]:
如UIMode=01时，如服务器下发Alert消息要求终端显示，终端必须显示该Alert消息。
[需求等级]:
必选
对Alert消息的响应要求
[需求编号]:
TS-DM-FUNC-BASIC-000011
[需求描述]:
终端必须支持DM平台下发的Alert1101消息。
Alert1101超时时刻应按照服务器侧下发的MAXDT字段来设置，超时后，会话自动终止。
[需求澄清]:
Alert1101是指DM平台发送给终端的提示信息，需要用户选择同意或者拒绝。
选择拒绝,终端必须给DM平台侧返回该拒绝操作信息。
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-BASIC-000012
[需求描述]:
终端举荐支持DM平台下发的Alert1100消息。
Alert1100超时时刻应按照服务器侧下发的MAXDT字段来设置，超时后，会话自动终止。
[需求澄清]:
Alert1100是指DM平台发送给终端的提示信息，仅用于显示，用户无需操作。
[需求等级]:
关键
[需求编号]:
TS-DM-FUNC-BASIC-000013
[需求描述]:
终端举荐支持DM平台下发的Alert1102消息。
Alert1100超时时刻应按照服务器侧下发的MAXDT字段来设置，超时后，会话自动终止。
[需求澄清]:
Alert1102是指DM平台发送给终端的提示信息，用户能够输入文本信息，该文本信息将作为状态信息的一部分返回给DM平台侧。
[需求等级]:
关键
[需求编号]:
TS-DM-FUNC-BASIC-000014
[需求描述]:
终端举荐支持DM平台下发的Alert1103消息。
Alert1100超时时刻应按照服务器侧下发的MAXDT字段来设置，超时后，会话自动终止。
[需求澄清]:
Alert1103是指DM平台发送给终端的提示信息，该信息包含多个选择项，然而用户只能选择其中的一个。
[需求等级]:
关键
[需求编号]:
TS-DM-FUNC-BASIC-000015
[需求描述]:
终端举荐支持DM平台下发的Alert1104消息。
Alert1100超时时刻应按照服务器侧下发的MAXDT字段来设置，超时后，会话自动终止。
[需求澄清]:
Alert1104是指DM平台发送给终端的提示信息，该信息包含多个选择项，用户能够选择一个或者多个。
[需求等级]:
关键
5.2终端自注册
终端自注册是指，符合增强售后服务〔DM〕平台规范要求的终端，第一次开机时，必须将终端的IMEI及其他DM平台需要的基础信息以短信的方式发送到增强售后服务〔DM〕平台。
平台侧负责解析此短信，并在平台侧建立终端IMEI和手机号码的对应关系列表。
假如终端侧机卡对应关系发生变化，终端必须再度进行自注册操作。
5.2.1终端自注册差不多功能实现
[需求编号]:
TS-DM-FUNC-REG-000001
[需求描述]:
终端第一次开机，必须将终端IMEI，厂商名称，终端型号，软件版本以短信方式上传到增强售后服务〔DM〕平台。
终端发送短信的特服号码和端口号在DM治理生命周期中不可变。
终端发送自注册信息应对终端用户不可见。
[需求澄清]:
无。
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000002
[需求描述]:
假如终端收到由短信中心下发的说明自注册短信已到达短信中心的消息，那么终端记录此次注册成功的SIM卡的IMSI信息到终端某个预先确定的位置〔那个位置的数值应是终端自注册功能专用的，终端其他部分不能修改此值，以便终端能够在下次开机的时候检测此IMSI〕。
[需求澄清]:
无。
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000003
[需求描述]:
终端每次重新启动，都应检测所插SIM卡的IMSI与储存在终端中的IMSI是否一致。
假如不一致，终端必须重新向平台侧发送自注册短信。
[需求澄清]:
无。
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000004
[需求描述]:
终端只向预置的DM平台的短信特服号码和端口号发送信息。
终端自注册短信为带端口号的短信。
短信特服号码和端口号参考附录A1。
[需求澄清]:
无。
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000005
[需求描述]:
必须同时满足以下条件，终端才发送自注册短信：
终端所插SIM卡隶属中国移动，即MCC等于460，MNC等于00或02或07；终端附着在中国大陆的中国移动的网络，即cMCC等于460，cMNC等于00或02或07。
否那么，不承诺终端发送自注册短信。
[需求澄清]:
无。
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000006
[需求描述]:
终端自注册短信的格式请参考附录A2。
[需求澄清]:
无。
[需求等级]:
必选
5.2.2终端专门处理
终端自注册过程中可能显现的专门情形及解决方法包括：
[需求编号]:
TS-DM-FUNC-REG-000007
[需求描述]:
第一次开机，自注册短信正确发出，然而终端没有收到由短信中心下发的说明自注册短信已到达短信中心的消息。
那么，终端将不在设备中储存所插SIM卡的IMSI，且不承诺终端自动重发自注册短信。
只有当终端重启后，才承诺再度进行自注册操作。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000008
[需求描述]:
终端检测到终端侧机卡对应关系发生变化时，那么发送自注册短信而且正确发出。
然而终端没有收到由短信中心下发的说明自注册短信已到达短信中心的消息。
那么，终端将不在设备中储存所插SIM卡的IMSI，且不承诺终端自动重发自注册短信。
只有当终端重启后，才承诺再度进行自注册操作。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000009
[需求描述]:
假如终端发送自注册短信失败，那么，终端将不在设备中储存所插SIM卡的IMSI，且不承诺终端自动重发自注册短信。
只有当终端重启后，才承诺再度进行自注册操作。
[需求澄清]:
无
[需求等级]:
必选
[需求编号]:
TS-DM-FUNC-REG-000010
[需求描述]:
不承诺终端向用户做任何有关自注册短信过程中专门的提示。
[需求澄清]:
无
升级会员 