【YD通讯标准】 数字移动终端外围接口数据交换 第1部分:数据格式技术要求

ICS33120.01
中华人民共和国通信行业标准
YD/T1760.1-2008
数字移动终端外围接口数据交换第1部分：数据格式技术要求
Data Exchange Specification via Peripheral Interface of Mobile TerminalPart 1:Technical Requirernent for Data Format2008-03-12 发布
2008-03-12实施
中华人民共和国信息产业部发布前
1范围·
2规范性引用文件·
3术语、定义和缩略语
3.1术语和定义…
3.2缩略语
基本要求
5数据类型
6数据格式要求
文本类数据格式·
6.2消息类数据格式 (可选)
6.3文件类数据格式*
附录A（资料性附录）
藝考文献
数据交换说明
-TTKAONTKAc=
YD/T 1760.1-2008
《数字移动终端外围接口数据交换”分为3个部分：（1）数字移动终端外围接口数据交换第1部分：数据格式技术要求（2）数字移动终端外围接口数据交换第2部分，数据交换文件格式技术要求（3）数字移动终端外围接口数据交换第3部分：测试方法本部分为第1部分。
随着技术的发展，还将制定后续的相关标准。YD/T 1760.1-2008
本部分参照采用了vCardv2.1电子名片格式》和vCalendarv1.0电子日程表交换格式”》，并针对我国技术和市场的具体情况，对电话簿条目等技术内容做了修改和简化，对各类数据的数据格式提出了要求。
本部分的附录A为资料性附录。
本部分由中国通信标准化协会提出并归口。本部分起草单位：信息产业部电信研究院本部分主要起草人：匡晓炬、项宗建、赵慧麟、周士瑜、王威、杜海涛、史德年，何桂立YD/T 1760.1-2008
本标准制定的目的是为了规范不同移动终端内的电话簿、日程表、短消息、多媒体消息和电子邮件等各种用户资料和数据，使之能够自由交换、备份和转存，并增强移动终端数据同步功能的兼容性。数字移动终端外用接口数据交换》分为“数据格式技术要求”、“数据交换文件格式技术要求”和“试方法”3个部分，
第1部分：数据格式，主要规定了生成或解析数据交换文件时涉及的数据类型及其所应遵从的格式要求，以保证各类数据在不同终端上能够通用。第2部分：数据交换文件格式，主要规定了所有提供数据交换（数据同步）功能的愁动终端，通过数据交换代理生成和解析的标推数据交换文件格式。数据交换文件将作为不尚终端识别和交换数据的中间文件，移动终端通过计算机端软件或其他方式读取和输出该标准化文件。该部分同时还规定了数据交换的方式。
第3部分：测试方法，主要规定了为验证第1部分和第2部分的技术要求而进行的测试项目和方法。本标准不涉及数据在移动终端中的存储格式，不涉及移动终端梦与数据交换的各层协议，而只规定数据格式和数据交换文件格式，并以标准格式的数据交换文件作为解决终端外围接门数据交换兼容性问题的中间文件。
-TTKAONYKAca=
1范围
数字移动终端外围接口数据交换第1部分：数据格式技术要求
YD/T 1760.1-2008
本部分规定了数字移动终端通过本地有线连接方式或无线连接方式等外围接口，与计算机或其他数字移动终端设备生成或解析数据交换文件时涉及的数据类型及其数据格式。本部分适用于支持通过外围接口与其他设备进行数据交换的数字移动终端设备，不涉及相关数据在终端或其他设备中的存储格式。其他相关设备可以参照使用。2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分。然而，鼓厨根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其新版本适用于本部分。vCard v2.1
电子名片粹式
yCalendar vl.0电子日程表交换格式3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本部分。3.1.1 外围接口 Peripheral Interface移动终端外围接口是指移动终端除空中接口外，其他可以用于数据传输的接口，如数据线、红外、蓝牙等，其在终端上的物理实体可以表现为硬件接口或芯片。3.1.2数据交换DataExchangg
移动终端通过外围接口可以发送存储的务种数据给其他与之相连接的设备，使移动终端上的资料和数据能够备份或转存，也可以从其他设备接收这些数据。在本部分中，数据交换主要包括数据同步和文件传输两种实现方式
3.1.3数据同步DataSynchronization数据同步是国际标准中DataSynchronization的直译，其原意为：两个数据集台之间建立数据等价的行为：这时一个数据集合中的每个数据元素映射到另一个数据集合的数据项中，它们的数据是等价的。本部分中数据同步指移动终端的资料数据通过外围接口与其他设备中的资料数据进行等价映射。在本部分中，数据同步主要是指文本类数据和消息类数据的数据交换。3.1.4属性Property
本部分定义属性求描述vCard一个单独的特征。如一个vCard条日TEL；Cell，TEL就是uCard的一个属性。
3.1.5参数 Parameter
YD/T1760.1-2008
本部分定义参数来对vCard的某个属性作进一步的区分和说明。如一个vCard条目TEL;Cell，Cell就是属性TEL的一个参数，一个属性可以有多个参数。3.2缩略语
下列缩略语适用于本部分。
E-mail
4基本要求
Short Message Service
Mulimedia Message Service
Electronic mail
短消息服务
多媒体消息服务
电子邮件
具有外围接口的移动终端应具备通过外围接口备份、转存终端内用户数据到其他设备的功能，也能够从其他设备接收终端支持的用户数据。数据交换说明参见附录A。移动终端通过外围接口发送或接收数据时使用的数据交换文件，其数据格式应遵从本部分的规定。参与交换的文本数据应支持中文编码格式，并至少支持UTF-8中文编码格式5数据类型
移动终端通过外围接口进行交换的数据，根据数据类型可以分为文本类数据、消息类数据和文件类数据等3类。
文本类数据是指仅包含文本内容或以文本格式存储的移动终端数据，本部分中文本类数据主要包括。一电话筹：
—日程表。
消息类数据是指移动终端收到和发出的短消息、多媒体消息以及E-mai等消息类数据。本部分中消息类数据主要包括：
一短消息：
一多媒体消息：
一电子邮件。
文件类数据是指文档，图像、音频、视频、程序等以文件形式存储的数据。特别地，文本类数据和消息类数据也可以存成文的形式。本部分中文件类数据主要包括：一文档文件：
一图片文件：
一铃声文件；
一音颊文件：
—视频文件；
一程序文件。
TT KAONT KAca=
6数据格式要求
6.1文本类数据格式
6.1.1电话簿数据格式
YD/T 1760.1-2008
电话薄数据格式版符介vCardv2.1规范的要求。终端从(U)SIM/R-UIM卡上复制电话筹用于外围接口数据交换的数据格或也应满足本节的要求。6.1.2电话满条目
根据移动终端的应用特点，本部分刘终端支持的电话簿条日要求如下：1）终端应至少支持（生成解析，下同）以下字段：姓名（N），电话号码（TEL）。除上述字段外，表1中的其余学段均为可选要求。2）移动终端在通过外国接11传输电话搏信息时，应按照vCardv2.1的格式进行传输，3）当终端支持表1中某条目的内容时，所使用的vCard字段名应与表1中的要求一致，并满足表1说明栏的相关要求。
4）除表1的要求外，终端可根据需要扩展其他字段（属性和参数）。表1
也话簿条目的内窖
移动电话
办公电话
往宅电话
电话号码
可视电话
传真号码
移动电话（办公）
移动电话（家庭）
传真号码（办公）
传真号码（家庭）
vCard字段
TELCELL
TEI.:WORK或TEL:
VOICE:WORK
TEL;HOME或TEL;
VOICE:HOME
TEL或TEL;VOICE
TELVDRO
TEL:FAX
TEL;CELL;WORK
TEL,CELL;HOME
TEL;FAX;WORK
TEL:FAX:HOME
电话薄条自和 vCard宇段的对应关系说明
对终端的要求：
如果终端电话轴支持对姓、名字段分开编辑，则应把姓名分别放在N的“frst field”、N的“second Field”两个学段中；终端应能够正确识别N字段，将vCard条日N的“firstfield”映射为“姓”，“secondfield”映射为“名”，并保存到电话中。如果终端电话辫只支持姓名一个字段的编辑，则应把电话本中的“姓名”字段放在N的“first fietd”中、不允许根据姓名中的“室格”、“；”“，”等符把姓名分拆到“姓”和“名”两个域：终端应正确识别N字段，从vCard目中取出N的“first ficld”跌射为“姓名”。不允许firstfled属性值中的“空格”，“；”、“\等字段作为分隔符过行分拆处理。●如果终端电话简支持对姓，名字段分开编辑，则N的firstficld和secondfcld均需至少支持15个奴宁或30个英文；如果终端电话簿只支持姓名一个字段的编辑，则N的rirstficld至少需支持15个汉%或3U个英文号码至少支持30个字节
号码室少支持30个字节
号码至少支持30个字节
号码至少支持30个字节
号码至少支持30个字节
号码至少支持30个字节
弓码尘少支持30个字节
号码至少支持30个学节
号码罕少支持30个字节
号码至少支持30个宁节
YD/T 1760.1-2008
电话薄条目的内容
可电话（办公）
可视电话【家庭】
可视电话（移动）
地址（邮政信箱）
地址（地址详情）
地址 (街道)
地址（城市）
地址(省)
地址（邯政编码）
地趾（国家）
家地址
家庭地址（邮政信箱）
家庭地址（地址详情）
家庭地址（街道）
家庭地址（城市）
家庭地址 (省)
家庭地址（邮致编码）
家庭地址（国家)
办公地止
办公地址（部政信箱）
办公地址（地址详情）
办公地址（街道）
办公地址（城市）
办公地址【省
办公地址（邮政编码）
办公地址（国家）
vCard字段
TEL;VIDEO:WORK
TEL:VIDEO:HOME
TEL:VTDRO:CELL
ADR的第1个域
ADR的第2个域
ADR的第3个域
ADR的第4个域
ADR的第5个域
ADR的第6个域
ADR的.第7个坡
ADR:HOME
ADR;HOME的第1个域
ADR;HOME的2个域
ADR:HOME的第3个域
ADR;HOME的第4-个域
ADR;HOME的第5个域
ADR;HOME的第6个域
ADR;HOMF的第7个域
ADR:WORK
ADR;WORK的第1个域
ADR;WORK的第2个域
ADR;WORK的第3-个域
ADR;WORK的第4个域
ADR;WORK的第5个域
ADR;WORK的第6个域
ADR;WORK的第7个域
表1【续］
号码至少支持30个字节
号码至少支持30个字节
号码至少支持30个字价
如果络端支持地址，则应支持5个或7个地址域。终端支持5个域时+将5个域按下文要求分别对应到ADR的第3-7个域。终端支持7个域时，将7个域按下文要求分别对,应到ADR的第1～了个域。终端不允许对在何个域中的任何字符（如“究格”、“；”“”等）作为分隔符进行分拆识别处理至少支持20个字节
至少支持50个字节
至少支持50个字节
至少支持25个字竹
至少支持25个字节
至少支持10个节（数字或字母）至少支持25个字节
如果终端支持家庭地址，则应支持5个或了个地址域。终端支持5个域时，将5个域按下文要求分别对应到ADR:11OME的第3一了个域。努端支持了个城时，将了个域接下文要求办别对应到ADR;HOME的第1~-7个域。终端不允许对任何一个域中的任何字符（如“空格”、“\、“\等）作为分隔符进行分拆识别处理至少支持20个字节
至少支持50个宁节
至少支持50个字节
至少支持25个字节
至少支持25个字节
至少支持10个孚（数字或字母）至少支持25个字节。
如果终端支持办公地址，则应支持5个或7个地址域终删支待5个域时，将5个域按下义要求分别对应到ADR;WORK的策3～7个域。终端支持7个域时，将7个域按下文要求分别对应到ADR;WORK的第1～7个域。终端不允许对仟何一个域非的任何字符【如“空格”。“；”、“”等）作为分隔符进行分拆识别处理至少支持20个字节
至少支持50个字节
至少女持50个字节
至少支持25个字你
至少支持25个字节
至少支持10个字节（数学或字母）至少支持25个宁节
至少支持100个字竹
-TTKAoNiiKAca=
电话薄条目的内容
主页(家庭)
主页(办公)
函在部门
电子邮件
电子邮件（家庭）
电子邮件（办公）
vCard字段
LRL:HOMR
URL;WORK
ORG的第1个域
(Organizatinn Name)
ORG的第2个域
(Organization Unit)
EMAIL:11OMF
EMAIL:WORK
表1（续）
至少支持100个字节
至少支持100个字节
至少支持30个字节
至少支持30个字节
至少支持30个字节
YD/T1760.1-2008
终端应支持[SO 8601定义的基本格比和扩展格式的日期。基本格式举例：BDAY:19950415
扩展格式华例：BIAY:1995-04-15至少支持50个享节
至少支持50个字节
至少支持50个字节
移动终端的电话薄数据格式还应满足以下要求数据交换过程中，号码关字段最多支持以下字符：数字0到9，*，#，
T或t。
一带有复合域的vCard属性（Property），其各个域（Field）内容中的\\应使用“\进行转义处理：“}\应使用“”进行转义处理。对一-个属性（Property）携带两个参数（Parameter）的vCard字段的处理：如果数据含有---个属性（Praperty）携带两个参数（Parameter）的vCard 字段，如 TEL;CELL;HOME则应忽略参数的先后顺序，并能够将其对应到相应的电话薄条H。如 TEL;CELL:HOME 和 TELHOME;CELL应处理为杆同的字段；一终端电话簿可以扩展支持表1中没有列出的字段内容，具体的内容和字段名可自行定义。6.1.3日程表数据格式
日程表数据格式应符合vCalendarvl.0规范的要求。6.1.4日程表条目
移动终端在通过外用接口传输日程表信息时，应按照vCalendarv1.o的格式进行传输。推荐日程表条日列丁表2。
H程表条日的内客
起始时间
结束时间
日程表条目和 vCalendar 字段的对应关系字段名
Start Time
Stop Time
Dcscription
YD/T 1760.1-2008
日程表条月的内容
循环类型
事件内容
提醒方式
振铃方式
持续时间
表2（续）
Reeur Type.
NotifyType
Ringer Type
Duration
字段名
上述推荐条目字段具体的格式及长度应符合vCalendarv1.0。当终端支持表2中某条目的内容时，所使用的vCalendar字段名应与表2中的要求一致。6.2消息类数据格式（可选）
6.2.1SMS/MMS数据格式
SMS的数据格式，可参考ETSIGSM07.05或3GPP2C.S0015；MMS的数据格式，可参考3GPPTS26.140、3GPP TS 23.140第5.1.2.1节和3GPP TS 24.011第7.3.1节。推荐SMS条目列于表3.
表3SMS 条目和字段的对应关系
SMS条月的内容
源地址
目的地址
消息数据
时间信息
类型字段
推荐MMS条日列于表4.
MMS条目的内容
消息类型
事务ID
MMS版本
消息ID
发送者地址
内容类型
接收者地址
消息等级
时间日期
优先级别
消息状态
字符集
内传输编码
内容位置
内容教据
Original_Address
Destination_Address
Timestamp
SMS_Type
表4MMS条目和字段的对应关系
Message_Type免费标准下载网bzxz
Transaction_m
MMS_Version
Message_D
Sender_address
Content_type
Recipient_eddress
Message_class
Date_and_time
Priocity
Subject
MM_State
Content
Charset
Content_Transfer_Encoding
Content_Location
-TTKAONIKAca=
字段名
字段名
YD/T 1760.1-2008
SMS可使用自定义数据格式进行数据交换：当终端在SMS数据交换过程中选择支持表3或表4中某条目的内容时，所使用的字段名应与表3中的字段名一致。MMS可使用SMIL格式进行数据交换，关于SMI格式，可参考[W3CSMIL2.1]；当终端在MMS数据交换过程选择支持表4中某条目的内容时，所使用的字段名应与表4中的字段名一致、6.2.2E-mail 数据格式
E-mail数据交换格式应使用XML或WBXML来描述，具体要求可参见OMA-SyncMLDataObjEmail-V1_2.
推荐的E-mail数据条目列于表5。表5 E-mai 数据条自和字段的对应关系E-mail条日的内容
发送者
接收者
回复地址
MIME版本
回复路径
传递信息
接收信息
消底ID
内容传输编码
内容描述
内容归属
内容正
内容类型
内容等级
字符集
内容数据
附件名
附件文件名
Subject
Reply_to
MIME_version
Return_Path
Delivered_To
Received
Message_ID
Content_Transfer_Encoding
Content_Description
Content_Disposition
Content_m
Content_.type
Contcnt_class
Charset
FileName
辛段名
当终端在E-mail数据交换过程中选择支持表5中某条目的内容时，所使用的字段名应与表5中的字段名一致。
6.3文件类数据格式
对十文件类数据格式本部分不做要求。7
YD/T 1760.1-2008
A.1文本类数据交换
文本类数据的数据交换也称为数据同步。附录A
（资料性附录）
数据交换说明
文本类数据在参与数据交换过程中，可能出现数据交换双方所支持的条目不一致的情况。在这种情况下，数据交换过程可以实现如下功能：一一当数据的发送方支持的某条目（由本部分表1中的条目或自行扩展的条目）接收方不支持时，接收方简单地丢弃该条目：也可以由接收方自动扩展该条目，并与发送方的内容保持一致：一一当数据的发送方不支持接收方支持的某条目（本部分表1中的条目或自行扩展的条目）时，接收方应在数据变换过程中保持该条目的“冻结状态，即对该条目不做任何修改。A.2消息类数据交换
消息类数据的数据交换也是数据同步的过程，终端能够支持对消息类数据的“慢同步”方式数据交换。“慢同步”是一种特殊的双向同步方式，把服务器和客户端所有数据项都按字段逐个比较，实际上就是客户端把所有数据库中的数据发送给服务器，由服务器对这些数据与服务器中的数据进行同步分析（按字段）。可参考OMASyncMLvl.2。A.3文件类数据交换
任何文件格式，无论终端是否支持该文件格式的读取和处理，均能够作为文件类数据进行文件传输。特别地，当文本类数据和消息类数据存储为特定的文件格式时，终端也能够支持其文件传输。$
-TTKAONYKAca=
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。