qb-e-008-20xx中国移动终端管理业务终端技术规范(43页)-电子电信(编辑修改稿)

qb-e-008-20xx中国移动终端管理业务终端技术规范(43页)-电子电信(编辑修改稿)内容摘要：

无 GPRS连接标识。 DM Session正常进行。 若连接失败， 终端将不提示用户 UI mode = 10， 用户对 Notification消息可见， 但用户不需人为干预 ， DM Session正常进行。 UI mode = 11， 用户对 Notification消息可见， 且用户需要干预来决定是否继续进行 DM Session。 对 Alert 消息的响应要求 DM终端必须按照 DM平台要求支持下发的 Alert1101消息。 推荐 DM终端支持 DM平台下发的 Alert1100, Alert1102, Alert1103, Alert1104消息。 Alert1100是指 DM平台发送给终端的提示信息， 仅用于显示， 用户无需操作。 Alert1101是指 DM平台发送给终端的提示信息， 需要用户选择“接受”或者“拒绝”。 选择“拒绝” , 终端必须给 DM平台侧返回该拒绝操作信息。 Alert1102 是指 DM 平台发送给终端的提示信息， 用户可以输入文本信息， 该文本信息将作为状态信息的一部分返回给 DM平台侧。 Alert1103 是指 DM 平台发送给终端的提示信息， 该信息包含多个选择项， 但是用户只能选择其中的一个。 Alert1104 是指 DM平台发送给终端的提示信息， 该信息包含多个选择项， 用户可以选择一个或者多个。 终端自注册 终端自注册是指，符合终端管理（ DM）平台规范要求的手机，第一次开机时，终端必须将终端的 IMEI及其他 DM平台需要的基础信息以短信的方式发送到终端管理（ DM）平台。 平台侧负责解析此短信，并在平台侧建立终端 IMEI 和手机号码的对应关系列表。 如果用户更换 SIM卡，终端应将新的对应关系上传到 DM终端管理平台。 终端自注册基本功能实现 终端第一次开机，应将终端 IMEI，厂商名称，终端型号，软件版本以 短信方式上传到终端管理（ DM）平台。 终端发送短信的特服号码和端口号在 DM管理生命周期中不可变。 终 10 QBE0082020 端第一次开机发送自注册信息后，转入手机正常开机后的空闲状态。 如果终端收到来自终端管理（ DM）平台特服号码的短信，正确解析短信，从短信中得到成功的信息，则终端记录此次注册成功的 SIM 卡的 IMSI 信息到终端某个预先确定的位置，（这个位置的数值应是终端自注册功能专用的标记位，终端其他部分不能修改此值。 ）以便终端可以在下次开机的时候检测此 IMSI。 此后，每次终端重新启动，都应检测 SIM卡的 IMSI与保存在终端中的 IMSI是否一致，如果不一致，则终端应重新向平台侧发送自注册信息更新对应信息。 终端只向预制的 DM平台的短信特服号码和端口号发送信息，并只认为来自这个特服号码的短信是可以信任的 DM信息。 终端自注册短信（上行）及 DM平台确认短信（下行）均为为带端口号的短信。 短信特服号码和端口号参考附录 A1。 终端自注册时应判断 SIM卡是中国移动的 SIM卡，否则终端不发送任何信息。 终端自注册的异常处理请参考。 终端自注册的短信格式及 DM平台确认短信的格式请参考附录 A2和 A3。 如果终端开启短信回执功能，终端应不显示且不 保存自注册短信发送成功或失败的回执信息提示。 为了通过 DM 功能来方便地实现对终端自注册功能的管理，本规范推荐将自注册短信特服号码和应用端口作为终端 DM管理树对象，平台侧可以通过 DM采集和配置命令进行管理。 终端自注册参数配置信息 参考附录 终端异常处理 终端自注册过程中可能出现的异常情况及解决办法包括： 1．第一次注册时，注册短信正确发出，但是过后没有收到终端管理（ DM）平台的注册成功确认信息。 终端将不在设备中保留此时 SIM 卡中的 IMSI。 等待用户下一次开机时可重新触发自注册流程。 自注册短信发送失败时 ， 终端将不做任何用户提示。 2．终端检测到用户更换 SIM卡，则发送新的对应关系到终端管理（ DM）平台。 如果此后没有收到平台侧的注册成功确认信息。 终端将不在设备中保留此时 SIM 卡中的 IMSI。 终端放弃自注册。 等待用户下一次开机时自注册。 自注册短信发送失败时， 终端将不做任何用户提示。 11 QBE0082020 用户菜单 终端自注册处理流程对用户完全透明，不需向用户显示任何信息或者为用户提供终端操作界面。 用户操作 终端自注册处理流程对用户完全透明，不需用户干预。 终端自注册内容格式要求 终端自注册信息发送后，平台侧必须向终 端发送确认信息。 终端自注册信息格式 参考附录 终端自注册确认信息格式 参考附录 终端信息参数采集 平台侧需要采集的终端信息包括：网络参数配置信息和终端自注册的四个基本信息。 由于 OMA。 因此，本规范在终端侧定义了一组符合 OMA。 终端管理（ DM）平台可以直接使用 OMA 中的命令从这些终端对象节点中取值，并在平台侧做相应处理。 终端信息采集实现 终端管理（ DM）平台应采集的终端参数信息包括： 1，网 络配置参数，包括 PIM, GPRS, WAP, MMS； 2，终端自注册的信息： IMEI，厂商名称，型号，软件版本； OMA DM协议的主要应用之一就是为终端提供不同的网络配置参数。 OMA 今没有为网络配置参数定义标准的对象。 厂商应使用 OMA标准的 DDF文件通知终端管理（ DM）平台，使平台侧及时掌握终端侧参数配置信息对象节点的信息。 终端管理（ DM）平台可以直接使用 OMA “ get”命令从这些终端对象节点中取值，并在平台侧做相应处理。 网络参数配置信息在 DM Tree上应 是即可读也可写的节点。 终端自注册信息的对象节点请参考附录 A2。 12 QBE0082020 请参考下列标准理解上述定义， 1） SyncML Device Management Protocol Version – specification “ OMASyncMLDMProtocolV1_1_220202003A” ； 2） SyncML Device Management Tree and Description Version – specification “ OMASyncMLDMTNDV1_1_220202002A” ； 3） OMA Client Provision Content Version “ OMAWAP ”； 终端信息采集异常处理 终端参数采集失败或成功对终端是透明的，因此不需要终端处理信息采集异常情况。 如果在信息采集过程中发生任何错误，终端不需要做任何错误处理，也不需要为用户显示任何错误信息。 终端信息采集用户菜单 终端信息采集，对用户完全透明，不需任何显示或者操作界面。 终端信息采集用户操作 终端信息采集处理流程中终端用户操作流 程应遵循平台侧发出的 DM 命令。 终端应支持DM命令的两种用户提示方式： 1，用户不可见，此时用户终端对参数采集处理流程不可见，不需用户参与。 此项为推荐功能； 2，向用户显示提示界面，用户可以选择“是”接受，也可以选择“否”不接受。 此项为可选功能。 终端信息采集内容与格式 终端 GPRS 配置信息 参考附录 终端 WAP 配置信息 参考附录 13 QBE0082020 终端 MMS 配置信息 参考附录 终端 PIM 配置信息 参考附录 终端参数配置 终端 DM Tree遵循本规范 OMA 象节点，终端应支持通过下述方式为终端进行网络参数配置： 1． DM业务的 GPRS的连接参数在终端出厂前预制，不能修改。 预制参数请参考附录 B1； 2．终端网络连接参数 GPRS、 WAP、 MMS和 PIM使用 OMA DM方式完成参数配置。 在需要修改的参数配置对象节点上执行相应的 DM命令。 请参考 OMA DM DM Tree上节点数值的修改过程； 终端参数配置实现 终端网络参数配置应通过 OMA DM 方式设置，平台侧使用 get命令将终端参数收集到平台侧后，平台侧经过分析和诊断，判断参数 配置是否有误，及错误点，平台使用 DM 的 Replace命令更新错误配置值。 平台侧也可以不收集参数而直接使用 Replace命令更新参数设置。 终端参数配置异常处理 终端采用 OMA DM 方式进行网络连接参数配置，终端应在出现任何参数配置异常时，向平台侧上报状态码（ Status code），通告平台操作结果。 终端参数配置菜单 参数配置无需用户菜单。 终端参数配置用户操作 在为用户重新配置参数时，用户操作流程应遵循平台侧发出的 DM命令。 终端应支持 DM命令的两种用户提示方式： 1，用户不可见，此时用户终端对参数配置 处理流程不可见，不需用户参与； 2，向用户显示提示界面，用户可以选择“是”接受，也可以选择“否”不接受； 14 QBE0082020 终端参数配置内容与格式 网络参数配置信息格式，请参考附录 B。 参数配置命令和流程请参考 OMA DM 规范。 终端固件除错和功能升级 终端固件除错和功能升级必须使用标准的 OMA FUMO对象。 DM平台侧发起更新操作。 为实现断点续传功能，推荐使用 OMA DL 协议下载更新数据包。 升级状态必须使用 DM 方式报告给平台侧。 FUMO对象详细说明了处理一个更新中包含的一个或多个软件“ packages”， “ packages”中包含了一组指令，可以让软件中的一个特定模块从一个版本更新到另一新的版本。 “ packages”的数量由特定终端软件中的模块依赖性决定。 更新后的终端软件版本应与预定的新版本完全一致。 终端软件除错和功能升级这两项业务在终端侧的处理方法和流程是一致的。 终端实现 FUMO对象 OMA DM标准定义了一个单一的 FUMO对象，这个对象可以复制到多个更新数据包中。 OMA标准中没有声明这个对象在 DM Tree 中的位置。 本规范不硬性规定 FUMO对象节点的位置，FUMO对象可以定义在根节点下的某个位置， 终 端厂商必须实现符合 OMA DM FUMO 标准管理节点对象 ,同时 厂商应使用 OMA标准的 DDF文件通知终端管理（ DM）平台，使平台侧及时掌握终端侧 FUMO对象信息。 下面是一个标准的 FUMO的例子： packages 唯一的 ID, 每个数据包一个节点 PkgName ? 更新包名称（可选） PkgVersion ? 更新包版本（可选） Download Exec命令对应的开始下载数据包的节点（唯一节点） PkgURL 下载数据包的 URL Update Exec命令对应的开始固件更新的节点（唯一节点） PkgData 数据包 DownloadAndUpdate Exec命令对应的开始下载数据包和更新的节点 PkgURL 下载数据包的 URL 15 QBE0082020 State FUMO更新状态 Ext 可能的终端详细扩展节点 FUMO对象实现要求 本规范推荐使用 OMA DL方式下载。 终端必须支持所有的 FUMO标准对象，并且必须遵循以下要求： Download方式必须支持； 持断点续传； Descriptor信息必须显示给用户，除非此次更新对用户不可见； 在数据包下载完成后， DM 平台无需发送要求终端执行升级的命令，终端自动进入更新流程。 更新完成后，终端采用“ Alert 1226”命令向平台侧报告终端软件的升级状态。 终端异常处理 用户可以取消正在下载的数据包 用户可以取消正在下载的数据包。 如果用户取消数据包下载，终端不再提示用户下载数据包。 DM Session 数据传输过程中连接超时 终端在 DM Session数据交互过程中，连接超时，应该提示用户，自动中 断连接。 更新数据包下载过程中无信号或掉电 终端在下载数据包时，遇到无信号问题时，应该提示用户，自动中断下载。 再次检测到信号后下载时应恢复到终端前一次下载成功的中断点继续下载。 下载过程中掉电，再次开机，应提示用户继续下载，用户如果选择继续下载，终端应恢复到终端前一次的下载成功的中断点继续下载。 手机软件更新过程中掉电 终端更新过程中掉电，再次开机，终端应返回断电前的更新现场，继续更新，直到更新 16 QBE0082020 完成。 下载完成后，终端软件更新未开始，手机掉电 终端数据包下载完成后，没有更新前，手机掉电，再次开机，终端自动开 始更新操作。 下载过程中内存不足 终端数据包下载过程中，内存不足，应提示用户，要求用户关闭其他应用。 终端检测到有足够内存可以继续下载后，应返回中断前的现场，继续下载。 更新完成后，状态上报 DM 服务器不成功 终端更新完成后，向 DM服务器发送更新的状态报告。 如果终端不能收到 DM服务器的回复信息，则认为此次状态报告失败。 终端应重新发送 Alert 1。