5.1OMASyncML Common Specifications V1.1.2
OMASyncMLCommonSpecifications V1.1.2对实现移动数据同步语言SyncML及数据交换方法进行了约束，包括对传输协议的绑定要求，对HTTP、OBEX、WSP三种协议的绑定，以及支持广域网、蓝牙、WAP三种传输协议；SyncML表示法以及其DTD、SyncML元数据信息以及其DTD，包括用于SyncML表示法中，提供元数据信息，比如数据的格式、类型、大小、版本等信息；SyncML服务器端通知协议，包括在DS和DM中，服务器端有些情况下需要向客户端发送通知消息，这个规范定义了这种通知消息的消息头和消息体的基本字段。
5.2OMA-DMv1.1.2
OMA-DMv1.1.2是OMA组织发布的一个基于SyncML协议的设备管理规范集，SyncMLDM的规范确定了SyncML DM协议的相关语法和语义，但是如果终端中的管理实体需要不同的数据格式或显示方式，那么SyncML DM协议就会存在一定的问题。为此，该协议针对终端的种种应用又定义了许多的强制管理对象。其中包括OMA SyncML 自举规范、OMA SyncML一致性规范、SyncML DM设备描述框架和文档类型定义、OMA SyncML服务器端通知规范、OMA DM管理协议、SyncML表示协议设备管理消息格式， SyncML设备管理安全规范、SyncML设备管理标准对象及SyncML设备树和描述。
在每一个遵循SyncMLDM规范的终端设备内部都会存在一个管理对象树，终端中被管理对象群按一定的标准生成相应等级结构的树，并可动态改变，这对应着某种终端应用的卸载或加载行为。对象树的每一个节点都被惟一的一个URI所标识，这样每一个节点（即被管理对象）都可以由服务器端来管理。
从图3可以看出，PKgName是更新包的名称，PKgVersion是更新包的版本信息，Download的子节点PKgURL存放更新包的地址信息，Update的子节点PKgData存放更新包的数据内容等。对于一些附加的扩展信息存放在EXT的分支中。
图3 对象树中关于更新包的部分节点
5.3OMA DL规范
OMADL下载机制来源于已存在的2个成功的下载方式，即HTTP和MIDlet。OMA下载的主要原理类似于MIDlet，二者主要的不同在于OMA并不是专门为JAVATMMIDlet下载或另外特别的媒体类型设计的，OMA下载是一般性的下载框架。但对于用户下载的媒体对象和内容提供商发布媒体对象的机制，OMA下载与MIDlet下载非常类似。OMA下载的数字内容包括图片、音频、视频、游戏及商业应用数据等所有数字形式的信息，应用非常广泛。
5.4字节差分算法
FOTA管理服务器的一个主要功能是生成极小的差分字节升级包，该更新包仅包括不同版本软件的字节间差异值，因此升级包非常小，甚至只有几千字节大小。可升级软件包括操作系统、通信协议栈、驱动程序、核心程序和应用程序等。通过高效的字节差分算法实现快速的软件更新，大大提高了移动远程管理的可靠性和安全性。采用差分文件来精确表达新、旧文件间的不同长度，而且它的长度往往比原文件小得多，使得更新文件包的传送效率大大提高。更新文件包的内容应该设计为能高效率描述新旧文件的字节水平差异，至少包括插入、删除、修改等元数据描述信息，相对地址改变信息，数据内容信息，还有操作信息等。
六、终端管理存在的问题
目前全球范围内的主流FOTA方案解决商主要是Bitfone、Innopath、RedBend及SmartTrust这4家公司，通过无线方式诊断并修正问题、发送软件升级包和配置设定参数，从而改善移动设备的可用性。现已向很多移动厂商提供了客户端软件，但要做好终端管理，还需要解决好以下几个问题。
a）客户端与服务器之间的交互问题。从技术上讲，对终端信息的探知有网络侧触发和终端侧触发两种方式。网络侧的触发必须由核心网系统相配合，目前主流核心网系统厂家虽然都可提供终端状态信息的采集，可是一般都采取专有技术，这样使得FOTA的部署在多厂商环境下存在很大的操作难度。
b）嵌入式底层软件、手机操作系统的开放问题。制造手机嵌入式系统的核心技术掌握在各大主流终端制造商手里，对于终端厂家来讲，希望自己在产品里开发类似的FOTA终端软件，所以即使在收费的情况下也不愿将核心专利技术向FOTA服务商开放，这存在一个商业模式的障碍。需要运营商的介入来制定统一的终端、服务器侧规范。
七、结束语
随着移动数据业务的迅猛发展，移动终端作为用户使用移动业务的载体，成为移动运营服务体系中不可或缺的重要组成部分，将来如何更好地管理终端是移动运营商、终端制造商、DM服务商都需要面临的一个重要课题。随着终端管理系统的建立，必将给价值链上的各方带来巨大的效益。
