YDT - 移动互联网可移动终端数据同步技术要求 第1部分：总体技术要求.docx

1、YDICS 33.030 M21中 华 人 民 共 和 国 通 信 行 业 标 准YD/T 移动互联网可移动终端数据同步业务技术 要求第 1 部分：总体技术要求Technical requirements for mobile terminal data synchronization service in mobile internetPart 1：General technical requirements（报批稿）20-发布 20-实施中 华 人 民 共 和 国 工 业 和 信 息 化 部 发 布 目 次前 言 III1 范围 12 规 范 性 引 用 文 件 13 术 语 、 定 义

2、和 缩 略 语 13.1 术 语 和 定 义 .13.2 缩略语 74 概述 75 协议基础 85.1 协议组成 85.2 基 于 SyncML的 框 架 结 构 85.3 设 备 的 角 色 功 能 .96 同步类型 .106.1 数 据 同 步 协 议 介 绍 106.2 双向同步 .106.3 慢同步 .106.4 客 户 端 单 向 同 步 106.5 客 户 端 重 建 同 步 106.6 服 务 器 端 单 向 同 步 116.7 服 务 器 端 重 建 同 步 116.8 服 务 器 通 告 的 同 步 117 同 步 数 据 的 表 示 .117.1 SyncML语 言 .11

3、7.2 SyncML包 和 消 息 .117.3 同步命令 .117.4 SyncML 数据格式 128 传输绑定 .128.1 传 输 绑 定 介 绍 128.2 HTTP绑 定 .128.3 WSP绑 定 138.4 OBEX绑 定 .139 通 用 数 据 类 型 表 示 法 .1310 安全 1310.1 证 书 类 型 .1310.1.1 基 本 类 型 .1310.1.2 MD5 摘要 1310.2 安 全 验 证 .13图 1 基 于 SyncML的 框 架 结 构 .9图 2 移 动 手 机 与 服 务 器 的 同 步 示 例 .9I2表 1 同 步 类 型 英 文 对 照 .

4、10前 言YD/T 1229-20XX 移 动 互 联 网 可 移 动 终 端 数 据 同 步 业 务 技 术 要 求 分 为 四 个 部 分 ：第 1 部 分 总 体 技 术 要 求 ；第 2 部 分 数 据 同 步 协 议 ；第 3 部 分 同 步 表 示 协 议 ；第 4 部 分 传 输 绑 定 协 议 。 本 部 分 为 第 1部 分 ， 其 中 第 5章 、 第 6章 、 第 10章 对 应 于 开 放 移 动 联 盟 SyncML数 据 同 步 协 议 v1.2， 第7章 、 第 9章 对 应 于 SyncML同 步 表 示 协 议 v1.2， 第 8章 对 应 于 HTTP 绑

5、定 协 议 v1.2、 SyncML WSP绑 定 协 议 v1.2、 SyncML OBEX绑 定 协 议 v1.2。YD/T 1229-20XX 移 动 互 联 网 可 移 动 终 端 数 据 同 步 业 务 技 术 要 求 代 替 YD/T 1229-2002 可 移 动 终 端 数 据 同 步 协 议 及 信 息 交 换 数 据 格 式 技 术 要 求 ， 与 YD/T 1229-2002相 比 主 要 变 化 如 下 ：参照开放移动联盟DS工作组制定的数据同步V1.2协议族和SyncML工作组制定的SyncML通用 规 范 V1.2协 议 族 ， 制 定 出 的 本 标 准 ；YD/

6、T 1229-20XX 分为四个部分， 2002 年版不 分部分； 其中第 1 部分给 出了本标准的总体技术 要求， 包括协议基础、 同步类型， 以及在进行信息交换的数据类型、 表示方法和传输安全要求 （200 2 年版未整体定义）；第 2 部分与 2002 年版第 6 章 对 应 ， 第 3 部分与第 7 章对应；第 3 部分附录 H与第 8 章 对 应 ， 第 4 部 分 与 第 9 章 对 应 ；第 2 部 分 中 增 加 了 6.10 大 对 象 的 处 理 ， 为 大 小 超 过 在 一 条 消 息 传 输 的 容 量 的 对 象 提 供 了 解 决 方法；第 2 部 分中在第 12

7、 章增加了 12.3 服务器同 步通告包的结构、 12.4 服务器同步通告包的语法 、 12.5 各字段 的描述、 12.6 服务器同步 通告包例子内容定义， 并在附录 C 中增加了 C.3 服务器通告 同步客户端规范要求、C.4 服 务 器 通 告 同 步 服 务 器 规 范 要 求 ；第 3 部 分 中 5.17 节 目 标 和 源 寻 址 中 ， 增 加 定 义 了 在 Add,move ,replace 命 令 中 的 项 ， 在 SourceParent、 TargetParent 中 的 寻 址 标 识 符 要 求 ； 增 加 定 义 了 在 Add, Copy, Delete,m

8、ove, Replace, Results, Status 命令中的项，在 Target and Source 中的寻址标识符要求；第 3 部 分 中 5.18 节 重 新 定 义 了 数 据 同 步 记 录 和 字 段 级 过 滤 ， 包 括 过 滤 查 询 语 法 、 过 滤 支 持 说 明、数据对象过滤；第 3 部 分中 6.2 节定 义的通用元素增加了 Field、 Filter、 FilterType、 MoreData、 NumberOfChanges、 Record、 SourceParent、 TargetParent；第 3 部 分 中 6.4 节 定 义 的 数 据 描 述

9、 元 素 增 加 了 Correlator；第 3 部 分 中 增 加 了 第 7 章 元 信 息 标 记 语 言 定 义 ；第 3 部 分 中 增 加 了 第 8 章 设 备 信 息 标 记 语 言 定 义 ；第 3 部 分 中 增 加 了 第 9、 10、 11 章 Email、 File、 Folder 数据对象标记语言定义；第 3 部 分 中 增 加 了 第 12 章 文 档 类 型 定 义 ；在 2002 版本的第 9 章中仅给出了基于 HTTP、 WSP 和 OBEX 三种传输方式绑定的简单定义， 详细的绑定说明应该符合规范 SyncmlV1.01 规 范 ； 在 本 标 准 第

10、4 部 分 中 详 细 定 义 了 HTTP、 WSP 和 OBEX 三种传输方式绑定的协议要求、操作步骤和示例；并在第 4 部分附录 B 给出了 HTTP、 WSP 和 OBEX 三种传输绑定方式的静态一致性要求；同 时 参 照 开 放 移 动 联 盟 IOP工 作 组 的 数 据 同 步 测 试 规 范 v1.2制 定 出 基 于 本 技 术 要 求 的 测 试 方 法。III4YD/T 1229-20XX 移 动 互 联 网 可 移 动 终 端 数 据 同 步 业 务 技 术 要 求 是 可 移 动 终 端 数 据 同 步 业 务 系 列标准之一。该系列标准的结构和名称如下：a) YD/

11、T 1229-20XX 移 动 互 联 网 可 移 动 终 端 数 据 同 步 业 务 技 术 要 求 ；第 1 部 分 总 体 技 术 要 求 ；第 2 部 分 数 据 同 步 协 议 ；第 3 部 分 同 步 表 示 协 议 ；第 4 部 分 传 输 绑 定 协 议 。b) YD/T XXXX-20XX 移 动 互 联 网 可 移 动 终 端 数 据 同 步 协 议 一 致 性 测 试 方 法 。 本部分由中国通信标准化协会提出并归口。本部分起草单位：北京邮电大学。 本部分主要起草人：宋美娜、宋俊德、鄂海红、欧中洪、王丹志、韩默、杨伟、王虹。YD/T 1229于 2002年 首 次 发 布

12、 ， 本 次 为 首 次 修 订 。5YD/T 移 动 互 联 网 可 移 动 终 端 数 据 同 步 业 务 技 术 要 求 第 1 部 分 ： 总 体 技 术 要求1 范围本部分规定了可移动终端数据同步业务的总体技术要求， 其中包括各种可移动设备 （如： 移动电话 、 PDA、 掌 上 电脑等） 之间以及移动设备与计算机、 服务器之间数据同步和信息交换的协议基础、 同步类 型，以及在进行信息交换的数据类型、表示方法和传输安全要求。本部分适用于移动互联网业务提供商开展数据同步业务。2 规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。 凡是注日期的引用文件， 其随后所有的 修

13、改单 （不包括勘误的内容） 或修订版均不适用于本部分， 然而， 鼓励根据本部分达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。IETF RFC 2616 超 文 本 传 送 协 议 （ HTTP 1.1）3 术语、定义和缩略语下列术语和定义适用于本部分。3.1 术语和定义3.1.1应用 application一个支持SyncML 协议S yncML应用。 应用可以是SyncML 协议 命令的发起方和接收方。 应用可以 充 当 一 个 SyncML客 户 端 或 一 个 SyncML 服务器端。3.1.2性 能 信 息 交 换 capabilit

14、ies exchangeSyncML 允 许 一 个 客 户 端 和 服 务 器 端 交 换 它 们 各 自 支 持 的 设 备 、 用 户 和 应 用 特 性 的 能 力 。3.1.3客户端 client当 应 用 发 出 例 如 SyncML 消 息 中 的 Sync SyncML 命 令 的 SyncML“request”消 息 时 ， 一 个 SyncML 客 户端指的是数据同步角色。3.1.4客 户 端 修 改 client modification指客户端的数据库与服务器端的数据库修改同步之前客户端数据库中一个修改项。3.1.5命令 command一个SyncML 命令是一个数据同

15、步原语。每一个SyncML命令向接收方指定将要执行的一个单独的 操作。 例如： 本规范支持的SyncML 命令包括： Add， Alert， Atomic， Copy， Delete， Exec， Get， Map， Replace， Search， Sequence 和 Sync。3.1.6数据 data信息交换的单元，需进行编码在网络上传输。YD/T 3.1.72数 据 集 合 data collection它 是 一 个 元 素 ， 可 以 担 当 其 它 数 据 元 素 的 容 器 , (如 ci1,data1, in,datan)。 在 SyncML中 ， 数 据集合相互之间是同步的

16、。见数据元素的的说明。3.1.8数 据 元 素 data element一 组 数 据 以 及 与 数 据 的 相 关 标 识 符 ， (如 , i, data)。3.1.9等 价 数 据 元 素 data element equivalence 当两个数据元素同步时， 这两个数据元素称为等价数据元素。 确切的语义由一个特定的数据同步模 式定义。3.1.10数 据 交 换 data exchange发送，请求或者接收一组数据元素的行为。3.1.11数 据 格 式 data format用来格式化数据类型的编码方法。例如，字符，整数或者对字符进行编码的二进制数据。3.1.12数 据 类 型 da

17、ta type用来表示数据对象的策略。 （如： text/calendar MIME 内容类 型是对应日历信息的一种iCal endar 表 示 法 ， 或 者 text/directory MIME 内 容 类 型 是 对 应 联 系 信 息 的 一 种 vCard 表 示 法 ） 。3.1.13数 据 同 步 data synchronization 两个数据集合之间建立数据等价的行为。 这时一个数据集合中的每个数据元素映射到另一个数据集 合的数据项中，它们的数据是等价的。3.1.14数 据 同 步 协 议 data synchronization protocol 明确定义的“握手” 协

18、议或在发起方和接收方的数据集合中完成数据元素的同步所需要的工作流程。 SyncML 规 范 是 制 定 开 放 的 数 据 同 步 协 议 的 基 础 。3.1.15设 备 信 息 device information存储在源设备中包含源设备各种性能信息的文档或数据对象（比如一个数据库）。3.1.16全 球 唯 一 标 识 global unique identifier (GUID)数据库中分配给某个对象的号码， GUID 值是不能重用的。 在实际使用中， 该号码不必一直是唯一 的，但当它们存在于一些映射表中时应是唯一的。3.1.17本 地 唯 一 标 识 locally unique id

19、entifier (LUID)数据库中分配给某个对象的号码。 LUID 的值仅在本地是唯一的， 比如， 对特殊的SyncML 客户端 数据库，但是可以被其它SyncML客户端数据库标识。在该协议中，SyncML 客户端设备给每个对 象 签 署 一 个 本 地 唯 一 不 可 重 用 的 标 识 （ LUID） ， 而 且 在 每 个 设 备 和 应 用 中 是 唯 一 的 。3.1.18消息 messageYD/T 3一个S yncML 消息是一个 SyncML包的 基本内容。 它包括S yncML 命令， 相关的同步数据和元信 息 。SyncML 消 息 是 一 个 XML文 档 。3.1.

20、19操作 operation SyncML操作 是指由 SyncML包指定的 SyncML命令 来完成的概念上的数据同步处理。 例如， “将我 的 个人地址簿与公共地址簿进行同步“。3.1.20发起方 originator发出一个SyncML 请 求 的 网 络 设 备 。3.1.21包 package SyncML包是指一组完整的数据同步命令和相关数据元素，这些命令和数据元素在发起方和接收方 之间传送。SyncML 包 可 包 含 一 个 或 多 个 SyncML 消息。3.1.22语 法 分 析 器 parser指一个XML 语法分析器 。 但对于支持SyncML ， 它不 是必需的。 然

21、而， 整合了XML 分析器的 SyncML 能更容易实现。这篇文档假定读者对XML 的语法和术语已经有所了解。3.1.23接收方 recipient接 收 SyncML 请 求 、 处 理 请 求 并 发 送 所 有 作 为 结 果 的 SyncML 响 应 的 网 络 设 备 。3.1.24表 示 协 议 representation protocol以明确定义的格式用于交换特殊形式的信息。SyncML 是 传 送 数 据 同 步 操 作 的 一 种 表 示 协 议 。3.1.25请 求 消 息 request一 种 由 发 起 方 发 送 到 接 收 方 网 络 设 备 的 SyncML初

22、 始 消 息 。3.1.26服务器 server SyncML服务器指当一个应用发起SyncML“response” 消息时的数据同步角色。例如，在 SyncML 消 息中的结果命令。3.1.27服 务 器 通 告 server alerted notification服务器同步通告的一般术语。3.1.28服 务 器 端 修 改 server modification是指服务器端的数据库与客户端的数据库修改同步之前服务器端数据库中一个修改项。3.1.29慢同步 slow synchronization 当一个数据集第一次同步或者同步状态丢失时， 那整个数据集就应重发。 因为这是一个耗时的操作，

23、 所以称之为慢同步。3.1.30同 步 标 志 synchronization anchor 用 于 标 识 一 个 同 步 事 件 的 字 符 串 。 这 个 字 符 串 的 格 式 可 以 是 一 序 列 号 ， 或 者 是 ISO 8610 格 式 扩 展 表示和时间戳格式。4YD/T 3.1.31同 步 数 据 synchronization data指在S yncML 命令中的数 据元素。 通常， 也可以指在SyncML 消 息或 SyncML 包中的数据 元素 的 总 和。3.1.32同 步 引 擎 synchronization engine在SyncML 服 务 器 端 中 用

24、 来 分 析 一 个 数 据 集 和 来 自 SyncML 客 户 端 及 服 务 器 端 修 改 的 部 分 被 称 之 同步引擎。同步引擎完成冲突检测及解决。3.1.33SyncML 请求消息 syncML request message一 种 由 发 起 方 发 送 到 接 收 方 网 络 设 备 的 SyncML初 始 消 息 。3.1.34SyncML 响应消息 syncML response message由 SyncML请 求 的 接 收 方 返 回 给 提 出 请 求 的 发 起 方 的 一 种 SyncML的 响 应 消 息 。3.1.35临时 GUID temporary

25、GUID 服务器端给数据库某个对象签署的一个临时号码（见GUID）。仅当对来自客户端与GUID 相关的 数 据 项 进 行 MAP 操作时，临时LUID 才 被 赋 值 ， 之 后 临 时 GUID 可以被删除。3.1.36缓存 cache 一个程序的应答消息的本地存储和控制此信息存储、 检索和删除的子系统。 一个缓存存储可缓存的 应答是为了减少以后对同样请求的应答时间和网络带宽消耗。 任一客户端或服务器都可能包含一个 高速缓存，但缓存不能应用于一个充当隧道的服务器。3.1.37可 缓 存 的 cacheable 如果允许存储应答信息的一份拷贝以便运用于应答后继请求，这个应答就是可缓存的。HT

26、TP响应 的缓存能力的规则在IETF RFC2616的13部分有定义。即使一个资源是可缓存的，也可能在缓存能 否将缓存的拷贝用于某特定请求一问题上存在附加的约束。3.1.38连接 connection为了通信而在两个程序之间建立的传输层虚拟电路。3.1.39内 容 协 商 content negotiation 内容协商是一种机制； 当维护一个请求时 ， 服务器用来选择一种合适的类型和内容编码方式。 类型 和内容编码方式在任何响应中都是可选择的。 它允许服务器应用决定用户可以支持某种特定类型的 内容。3.1.40实体 entity 作为一个HTTP请求或者响应的有效载荷而传送信息。一个实体由以

27、实体报头段为形式的元信息和 以实体为形式的内容组成的，与IETF RFC2616第 七 部 分 所 描 述 的 一 样 。3.1.41HTTP 客户端 HTTP client为 了 发 送 HTTP请 求 而 建 立 连 接 的 程 序 。注 ： 在 第 10.1章 中 ， 当 “客 户 端 ”一 词 单 独 出 现 时 ， 它 指 的 是 HTTP客 户 端 而 不 是 SyncML客 户 端 。5YD/T 3.1.42HTTP 网关 HTTP gateway 一个为其他服务器充当中介的HTTP服务器。与代理服务器不同，网关接收请求，仿佛它就是被请 求资源所在的源服务器；而请求客户端可能并不

28、知道它正在和一个网关通信。3.1.43HTTP 报文 HTTP message HTTP通信的基本单元，它由一个结构化的八比特字节序列组成，与IETF RFC2616文 档 第 4部 分 定 义的句法相匹配，并通过连接得到传送。3.1.44HTTP 代理服务器 HTTP proxy 一个既做服务器又做客户端的中介程序， 其用途为其他客户发送请求 ， 请求在内部得到服务， 或者 经过可能的翻译后向前传递请求。 一个代理服务器应能同时实现本规范中对客户和服务器要求。 “透 明代理”是一种除了代理要求的验证和鉴定外不修改请求或应答的代理。 “非透明代理”是一种修改 请求或应答以便为用户代理提供附加服

29、务的服务代理，附加服务包括类注释服务，媒体类型转换， 协 议 简 化 ， 或 者 匿 名 滤 除 等 。 除 非 经 明 确 指 出 ， HTTP代 理 的 “要 求 ”对 两 种 代 理 都 适 用 。3.1.45HTTP 请求 HTTP request一 个 HTTP请 求 报 文 ， 与 IETF RFC2616文 档 第 五 部 分 中 定 义 的 一 样 。3.1.46HTTP 响应 HTTP response一 个 HTTP响 应 报 文 ， 与 IETF RFC2616文 档 第 6部 分 中 定 义 的 一 样 。3.1.47HTTP 服务器 HTTP server 接受连接以

30、便通过发回应答为HTTP请求提供服务的应用程序。任何给定的程序都可以既是客户端 又是服务器。 使用这些术语仅指特定连接中程序扮演的角色， 而不是指通常意义上程序的功能， 同 样，任何服务器都可以基于每个请求的性质转换行为，扮演HTTP源服务器，代理，网关，或者隧 道 等 角 色 。 注 ： 在 第 10.1章 中 ， 当 “服 务 器 ”这 个 词 单 独 出 现 时 ， 它 指 的 是 HTTP服 务 器 而 不 是 一 个 SyncML服 务 器 。3.1.48入 径 /出 径 inbound/outbound 入径和出径指的是消息的请求和响应的报文路径。 “入径” 意思是“ 移向源 服务

31、器”， “出径”意思是“ 移 向用户代理”。3.1.49表 示 方 法 representation隶属于内容协商的包含一个响应的实体，与IETF RFC2616文档中定义的一样。可能存在与一个特 定响应状态相关的多重表示方法。3.1.50资源 resource能够通过U RI表示的一个网络数据对象或者服务， 与I ETF RFC2616文档中定 义的一样。 资源可以以 多种表现方式（例如多种语言，数据格式，大小和解决方案）或其他不同的途径获得。3.1.51用 户 代 理 user agent发起一个请求的客户端。常见的如浏览器、编辑器、搜索引擎或其他终端用户工具。6YD/T 3.1.52源

32、服 务 器 origin server在 其 上 进 行 一 个 给 定 资 源 的 存 储 或 者 建 立 的 HTTP服 务 器 。3.1.53隧道 tunnel 一个在两个 连接之间充当仅仅中继的中间程序 。 从启动时候起 ， 隧道虽然可能已经被H TTP请求 初 始化了， 但它并被认为是 HTTP通信的一方。 当中继连接的两端都关闭的时候 ， 隧道就不再存在了。3.1.54变量 variant 在任何给定时刻， 与一个资源对应的表示方法可以有一个或更多。 每个表示方法称作一个变量。 使 用变量这个术语并不一定意味着资源是由内容协商决定的。3.1.55上 游 /下 游 upstream/

33、downstream上游和下游描述一个信息的流动：所有信息都是从上游到下游。3.1.56承载网 bearer network 承载网用于在物理设备间传送传输层协议报文 （基本上也应用于会话层 ） ， 在一次 会话的生命周期 中可能会用到多个承载网。3.1.57性能 capability客户端和服务器支持的会话层协议设备和参数结构。3.1.58协 商 性 能 capability negotiation 协商性能是保障会话功能和协议选项一致性的机制。 在会话建立时 ， 会话性能是未定的， 协商性能 允许一个服务器申请确定一个客户端是否可以支持某种协议的设备和结构。3.1.59客 户 端 和 服

34、务 器 client and server 使用术语客户端和服务器是为了将W SP与现有 的人们熟识的系统对应。 在第10. 2章客 户端是发起会 话请求的设备 （或应用） ； 服务器是一台被动地等待客户端会话请求的设备。 服务器可以接受或拒 绝 请 求 。 为 了 使 过 程 最 小 化 ， 一 个 WSP协 议 的 执 行 过 程 可 以 仅 包 括 客 户 端 和 服 务 器 。 一 个 客 户 端 或服务器可能仅支持一个协议的子集，这通过协议的性能协商指明。3.1.60无 连 接 会 话 服 务 connectionless session service 无连接会话服务是一种不可靠会

35、话服务。 在这个模式中， 服务用户仅能使用请求原语， 服务提供商 仅能使用指示原语。3.1.61有 连 接 模 式 会 话 服 务 connection-mode session service 有连接模式会话服务是一种可靠会话服务。 在这个模式中 ， 服务用户能使用请求和响应原语， 服务 提供商能使用指示和确认原语。3.1.62内容 content实体发送的请求或响应，它被编码为一种形式，并且在头文件中定义了这种编码。3.1.63头部 header7YD/T 头部包括元信息。 一个会话的头部包含一个会话的整体信息， 它在整个会话的生命周期中保持不变。 头部包含一个特定请求、响应或实体主体的元

36、信息。3.1.64加载器 loader实 现 HTTP协 议 的 实 体 ， 加 载 器 在 WSP层 和 应 用 层 的 接 口 。3.1.65元信息 meta关于一个对象或性质的表示，状态或类型的参数或属性。3.1.66电 子 名 片 交 换 格 式 vCard全 称 是 （ The Electronic Business Card Format） 电 子 名 片 交 换 数 据 格 式 ， 由 IMC（ 国 际 互 联 网 邮 件 联 盟）制定的可以记录个人名片信息的标准数据格式。3.1.67电 子 日 历 及 日 程 交 换 格 式 vCalendar全称是（The elcetroni

37、c calendaring and scheduling exchange format ）电子日历及日程交换格式，由IMC（国际互联网邮件联盟）制定的可以记录日历、约会、日程安排等时间信息的标准数据格式。3.2 缩略语下列缩略语适用于本部分。DTD Document Type Definition 文档类型定义GUID Global Unique Identifier 全球唯一标识HTTP Hyper Text Transfer Protocol 超文本传输协议LUID Local Unique Identifier 本地唯一标识MD5 Message Digest algorithm ve

38、rsion 5 MD5算 法MSC Message Sequence Chart 消息顺序图OBEX Object Exchange protocol 对象交换协议URI Uniform Resource Identifier 统一资源标识URL Uniform Resource Locator 统一资源位置WAP Wireless Application Protocol 无线应用协议WBXML WAP Binary XML 二进制XML内容格式WSP Wireless Session Protocol 无线会话协议XML Extensible Markup Language 扩展标记语言4

39、 概述可移动终端数据同步业务技术要求包括总体技术要求、 数据同步协议、 同步表示协议和传输绑定协 议。其中本部分介绍了标准的总体技术要求。数据同步协议定义了数据同步和信息交换的框架结构、 信息交换的数据流图、 数据同步类型以及完 成 整 个 数 据 同 步 操 作 过 程 所 需 要 的 各 种 的 安 全 、 认 证 、 出 错 处 理 信 息 。 协 议 以 消 息 顺 序 图 （ MSC） 的 方式定义了数据同步客户端和服务器之间的各种同步过程， 涵盖了最有用和通用的同步实例。 它详细说 明了如何使用基于本部分的数据同步表示协议， 使客户端和服务器之间互操作性解决方案得以实现。 规 范针

40、对服务器通告同步， 定义了服务器通告包和其相关行为 ， 提供服务器通知客户端与服务器发起会话 的方法。8YD/T 同步表示协议介绍了定义了SyncML 语言的各个元素的作用和使用方法，数据同步操作用SyncML 语 言 实 现 的 方 法 。 协 议 详 细 介 绍 了 基 于 SyncML的 数 据 同 步 表 示 协 议 ， 数 据 对 象 （ Email、 File、 Folder） 表示协议，设备信息协议、元信息协议。传 输 绑 定 协 议 定 义 了 数 据 的 传 输 方 式 ， 绑 定 了 HTTP、 WSP、 OBEX 三 种 传 输 协 议 。 协 议 中 定 义 了 如 何

41、 基 于 HTTP、 OBEX、 WSP协 议 的 SyncML通 信 所 需 要 的 传 输 绑 定 协 议 。5 协议基础5.1 协议组成可移动终端数据同步业务技术要求是一种数据同步规范，它包含下列三个方面内容：a) 基 于 SyncML 的 表 示 协 议 ；b) 数据同步协议；c) 针对同步协议的传输绑定。 移动互联网可移动终端数据同步业务标准中所有要同步的数据， 包括数据、 元数据和命令， 都采用XML DTD 来表示， 为了允许 SyncML 客户端和服 务器端交换增删、 更新等状态信息， 同步协议规定了 如 何 交 换 遵 从 DTD（ 文 档 类 型 定 义 ） 的 SyncM

42、L语 言 的 方 法 。 这 种 同 步 协 议 既 支 持 单 向 同 步 也 支 持 双 向 同 步 。 此 外 DTD 还对设备信息（如内存容量）和各种元信息（如安全证书）的表示进行了定义。同步协议既没有定义同步引擎如何实现同步， 也没有定义客户与服务器如何实现相互通话， 主要是 因为这些领域还不成熟或还不适合标准化。虽然本部分指定了传输绑定来详细说明如何用某种特定的传输来交换消息和应答， 但表示协议和同 步协议都与传输无关。每个基于SyncML数据同步包是完全自包含的，所以原则上可以采用多种传输方 式， 最初规定的传输绑定为H TTP， WSP 和OBEX ， 但也可以采用电子信件或信

43、息队列的形式进行传输。 正因为每个SyncML 消息 是自包含的， 所以可以采用多种传输形式， 并且不要求客户端和服务器端清楚 网 络 的 拓 朴 结 构 。 这 样 ， 通 过 HTTP 将 信 息 传 送 到 一 台 由 互 联 网 连 接 的 同 步 服 务 器 上 ， 一 个 短 程 OBEX 连接就可能被用于本地连接。客户端和服务器端均可发起同步会话， 都支持单向和双向同步。 在线性和星形拓朴结构上均可使用SyncML 语 言 来 实 现 同 步 。 为 了 减 少 数 据 量 ， 基 于 SyncML的 表 示 中 还 定 义 了 基 于 WAP论 坛 的 WBXML的 二 进 制

44、 代 码 ， 必 要 时信息能以纯文本形式传送。协议通过这种或其它方式来解决带宽和移动设备造成的资源限制。 基 于 SyncML语 言 的 数 据 类 型 和 数 据 存 储 都 是 独 立 的 。 基 于 SyncML数 据 同 步 包 能 传 输 被 表 示 成MIME对象的数据类型。为了在不同的 SyncML语言实现中增加互操作性，协议规定了常用PIM 数据的 表 示 格 式 ， 一 个 标 准 的 SyncML语 言 实 现 应 使 用 这 些 数 据 格 式 。5.2 基于 SyncML 的框架结构本部分是利用 SyncML 结构的 SyncML 接口来 实现的 （见图 1） ， 但

45、并 非所有的 SyncML 接口都 应 遵从本部分。9YD/T 图1 基 于 SyncML 的框架结构“应 用 A”表 示 为 位 于 不 同 网 络 设 备 上 的 其 它 应 用 （ 比 如 “应 用 B”） 提 供 同 步 服 务 的 一 种 网 络 服 务 ， 这些服务和设备通过通用的网络传输（比如 HTTP） 进 行 连 接 。上图中， 即使实际中 SyncML 客户端也 提供“ 同步引 擎”功能， “同 步引擎”功能还是完全放在 SyncML 服务器端。 “同步服务代理 ”和“ 同步客户代理”通过在本部分中定义的和 SyncML 接口 提供的表示协议互 相通信。5.3 设备的角色功

46、能图2 为一个 基于SyncML 的数据同步示例， 图中移动手机即SyncML 客户端 ， 服务器即SyncML服务 器端。 SyncML 客户端将SyncML 消息 发送给SyncML 服务 器 端， 服务器端将包含在消息中的数据与存 储在服务器端中的数据进行同步 （或可能要执行的增删、 更新等操作） ， 然后服务器端针对客户端发出 的SyncML 消息返回一个消息应答。图2 移动手机与服务器的同步示例 上面这个例子说明了客户端和服务器端在规范中各自扮演的角色。二者的具体分工如下： 客 户 端 该 设 备 包 含 一 个 同 步 客 户 代 理 ， SyncML客 户 端 负 责 发 送 S

47、yncML消 息 (操 作 )， 有 时 也 发送净荷数据。当然，它应能接收服务器端发出的SyncML消息应答。这种设备一般是计算机、移动电话 或 PDA。10YD/T 服 务 器 端 该 设 备 包 含 一 个 同 步 服 务 器 代 理 和 一 个 同 步 引 擎 ， SyncML服 务 器 端 通 常 负 责 接 收 SyncML 消息（操作），有时也接收来自客户端的净荷数据， SyncML服务器端应能够回送消息应答。 另外，在某些情况下服务器端也能向客户端发出命令性的SyncML消息。这种设备一般是计算机和网络 服务器。6 同步类型6.1 数据同步协议介绍本 部 分 中 定 义 了 7

48、中 不 同 的 同 步 类 型 ， 在 系 列 标 准 的 数 据 同 步 协 议 部 分 中 进 行 详 细 定 义 。表1 同步类型英文对照同 步 类 型 英文对照双向同步 Two-way sync慢同步 Slow sync客户端单向同步 One-way sync from client only客户端重建同步 Refresh sync from client only服务器端单向同步 One-way sync from server only服务器端重建同步 Refresh sync from server only服务器端通告同步 Server Alerted Sync6.2 双向同步

49、双向同步是客户端和服务器端之间交换设备中数据修改信息的形式。 客户端和服务器端相互交换修 改信息， 客户端首先发送修改信息。 根据来自客户端的信息， 服务器端执行同步分析， 将客户端的数据 与服务器端的进行比较并与之保持一致。 之后， 服务器端将已改变的数据送到客户端， 客户端就能根据 服务器端传来的数据更新它自己的数据库。6.3 慢同步慢同步是一种特殊的双向同步方式。 把服务器和客户端所有数据项都按字段逐个比较， 实际上就是 客户端把所有数据库中的数据发送给服务器， 由服务器对这些数据与服务器中的数据进行同步分析 （按 字段）。6.4 客户端单向同步客 户 端 单 向 同 步 就 是 指 客 户 端 向 服 务 器 端 发 送 所 有 的 修 改 数 据 而 服 务 器 端 不 再 把 数 据 修 改 返 回 给 客户端。 因此同步后， 服务器端将包括所有客户端的修改数据， 而客户端却不知在服务器端发生了