【正文】 缺損為一 1。可以了解移動終端在同步方面對電話 簿的支持情況，如支持的同步 level、 DID、容量、當(dāng)前記錄數(shù)、支持哪些字段、每個字段的 長度 限制等。 3． NAME header給出的文件名或目錄名，要么是絕對路徑，要么不含任何路徑分隔符。例如，某移動終端對 電話簿字段的定義為： a)1個姓名字段位置。 C． 5電話簿 移動終端電話 簿可存儲于 SIM／ UIM卡 (以下統(tǒng)稱 SIM卡 )和移動終端存儲器，可以參考 GSM 07． 07 關(guān)于電話簿訪問的規(guī)定。 藍(lán)牙 SPP，或 DUN modemI]。圖 B． 2所示標(biāo)志橢圓邊框使用藍(lán)色 (C： 100 M： 100 Y： 50 K： O)，橢圓內(nèi)部使用黃 色 (c： 0 M： 5 Y： 100 K： 0)，字母使用藍(lán)色 (C： 100 M： 100 Y： 50 K： O)。 移動終端及其數(shù)據(jù)交換代理應(yīng)支持包含電話簿和日程表信息的 udx文件的生成和解析 。 消息類數(shù)據(jù)所攜帶的附件的編碼方式主要采用 Base64編碼方式進(jìn)行。其形式如下： YD廠 r 1 760． 22020 6． 3． 5多媒體消息 移動終端應(yīng)支持多媒體消息數(shù)據(jù)交換的能力，具體的 MMS數(shù)據(jù)字段的含義應(yīng)符合跏 1760． 1— 2020《數(shù)字移動終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求》。s= 0 mtⅨ Occurs=” unbounded”， xs： de． meatnBtlhT． m” EXTENTION” type=” xs： string” IIlinoccun= 0 maxOeeurs=” unbounded”， ) dm： seqIl∞ ce) bxs： eomplexq帥 e 6． 3． 3日程表 移動終端所支持的日程表數(shù)據(jù)格式應(yīng)符合 vCalendar v1． 0規(guī)范的要求，具體的 vCalendar數(shù)據(jù)字段的 含義應(yīng)符合 YD／ T 1760．卜 2020《數(shù)字移動終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求》。、 移動終端可以根據(jù)上述 DTD的描述生成和解析 udx文件，移動終端也可以支持 Schema的方式進(jìn)行 udx文件的生成和解析。 udx文件應(yīng)使用 UTF8編碼。應(yīng)滿足如下要求： A型終端應(yīng)能夠通 L生． DXA． M生成和解析 udx文件，并通過藍(lán)牙、紅外等接口直接與具備相應(yīng)接口的 計算機或其他具備相應(yīng)接口的移動終端傳送 udx文件，具體的文件傳送協(xié)議應(yīng)遵從紅外和藍(lán)牙接口標(biāo)準(zhǔn)。通過其他外圍接口進(jìn)行數(shù)據(jù) 交換也推薦滿足本部分的要求。 2規(guī)范性引用文件 下列文件中的條款通過本部分的引用而成為本部分的條款。 lCS 33 120． 01 Y口 中華人民共和國通信行業(yè)標(biāo)準(zhǔn) YD廠 11760． 12020 YD廠 r 1 760． 22020 數(shù)字移動終端外圍接口數(shù)據(jù)交換 第 1部分：數(shù)據(jù)格式技術(shù)要求 第 2部分：數(shù)據(jù)交換文件格式技術(shù)要求 2020— 03— 1 2發(fā)布 2020— 03— 1 2實施 中華人民共和國信息產(chǎn)業(yè)部發(fā)布 lCS 33 120． 01 M 37 Y口 中華人民共和國通信行業(yè)標(biāo)準(zhǔn) Y阱 1 760． 22020 數(shù)字移動終端外圍接口數(shù)據(jù)交換 第 2部分：數(shù)據(jù)交換文件格式技術(shù)要求 Data Exchange Specification via Peripheral Interface of Mobile Terminal Part 2： Technical． Requirement for Universal Data eXchange file 2020031 2發(fā)布 2020031 2實施 中華人民共和國信息產(chǎn)業(yè)部發(fā)布 目 次 前言 Ⅱ gI言 Ⅱ I l 范圍 1 2規(guī)范性引用文件 l 3術(shù)語、定義和縮略語 l 4數(shù)據(jù)交換要求 2 4． 1外圍接口 2 4． 2參與數(shù)據(jù)交換的數(shù)據(jù) 2 4． 3數(shù)據(jù)交換過程 3 5數(shù)據(jù)交換代理及應(yīng)用場景 3 5． 1數(shù)據(jù)交換代理 3 5． 2數(shù)據(jù)交換應(yīng)用場景 4 5． 3標(biāo)志要求 5 6通用數(shù)據(jù)交換文件格式 5 6． 1通用數(shù)據(jù)交換文件 (udx文件 ) 5 6． 2)函幾文件結(jié)構(gòu) 5 6． 3 D． ID和 Schema設(shè)計 5 6． 4多媒體文件的封裝 20 6． 5 udx文件的使用 22 附錄 A(規(guī)范性附錄 )DXAC的基本要求和應(yīng)用場景 23 附錄 B(規(guī)范性附錄 )相關(guān)標(biāo)志及其使用要求 24 附錄 C(資料性附錄 )數(shù)據(jù)同步方式 26 刖 聲 《數(shù)字移動終端外圍接口數(shù)據(jù)交換》分為 3個部分： (1)數(shù)字移動終端外圍接口數(shù)據(jù)交換第 1部分；數(shù)據(jù)格式技術(shù)要求 (2)數(shù)字移動終端外圍接口數(shù)據(jù)交換第 2部分：數(shù)據(jù)交換文件格式技術(shù)要求 (3)數(shù)字移動終端外圍接口數(shù)據(jù)交換第 3部分：測試方法 本部分為第 2部分。凡是注日期的引用文件， 其隨后所有的 修改單 (不包括勘誤的內(nèi)容 )或修訂版均不適用于本部分。 4． 2參與數(shù)據(jù)交換的數(shù)據(jù) 2 YD廠 r 1 760． 22020 本部分涉及的移動終端數(shù)據(jù)包括電話簿、日程表等文本類數(shù)據(jù)和短消息、多媒體消息、電子郵件等 消息類數(shù)據(jù)，其數(shù)據(jù)格式應(yīng)遵從 YD／ T 1760．卜 2020《數(shù)字移動終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格 式技術(shù)要求》的相關(guān)要求。 5． 2． 2場景 2 終端類型： A型終端； 數(shù)據(jù)交換代理類型： DXAM： 外圍接口類型： USB數(shù)據(jù)接口； 場景 2描述： A型終端使用 USB數(shù)據(jù)接口進(jìn)行數(shù)據(jù)交換。 6． 3 DTD和 Schema設(shè)計 6． 3． 1文件頭信息 移動終端進(jìn)行數(shù)據(jù)交換過程當(dāng)中所生成的 udx文件的頭信息，采 用 XlVIL的方式進(jìn)行描述，其目的在 于對整個交換過程當(dāng)中的 udx文件進(jìn)行總體描述，同時也對 udx文件中所包含的用戶數(shù)據(jù)信息進(jìn)行總體的 描述，以保證數(shù)據(jù)交換的可靠性和對該數(shù)據(jù)歷史情況的記載和了解。其形式如 下： 7 8 6． 3． 2電話簿 移動終端所支持的電話簿數(shù)據(jù)格式應(yīng)符合 vCard v2． 1規(guī)范的要求，具體的 vCard數(shù)據(jù)字段的含義應(yīng)符 合 YD／ T 1760． t2020《數(shù)字移動終端外圍接口數(shù)據(jù)交換第 l部分：數(shù)據(jù)格式技術(shù)要求》。本部 分僅按照 W3C的規(guī)則對 YD／ T 1760． 1— 2020《數(shù)字移動終端外圍接口數(shù)據(jù)交換第 l部分：數(shù)據(jù)格式技術(shù)要 求》所要求的 vCalendar字段進(jìn)行 XML形式的封裝定義。本部分僅按照 W3C的 規(guī)則對 YD／ T 1760． 12020《數(shù)字移動終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求》所要求的 MMS字段進(jìn)行 XML形式的封裝定義。 Base64是一種很常見的編碼規(guī) 范，其作用是將二進(jìn)制序列轉(zhuǎn)換為人類可讀的 ASCH字符序列，常用在需通過文本協(xié)議 (比如 m。也可以支持 包含短消息、多媒體消息和電子郵件的 udx文件的生成和解析。如果移動終端產(chǎn)品顏色與圖示標(biāo) 志的推薦顏色相近使其顯得不夠清晰，或圖示標(biāo)志的顏色影響產(chǎn)品的整體美觀，也可以使用其他適當(dāng)?shù)? 醒目顏色，其中模塑的可以與制品顏色相同。 紅外 IAs定義為“ ClassName=TIT39。本附錄采用 IrMC協(xié)議，擴展對移動終端電話簿操作要求如下： I．移動終端應(yīng)支持支持 Level 2+Level Level 3。 b)5個號碼字段位置，對于每個位置，用戶可以任意在“電話、傳真、移動電話、辦公電話、家庭 電話”中選擇類型。后者指 給定的文件或目錄在當(dāng)前目錄中。 電話簿 IrMC 移動終端在哪些存儲器中支持電話簿，可以通過嘗試 GL39。一 1表示未知 MaxNameLen 文件和目錄名最大長度，單位為字符。一 l表示未知 Freed 剩余空間，單位為字節(jié)。 短消息 GSM 07． 07 如支持哪些存儲器、給定存儲器容量、當(dāng)前記錄數(shù)等 通過 GET移動終端對應(yīng)電話簿 DB的 Information Logs。兩者均不能省略，順序不能顛倒。 2．當(dāng)用戶可以選擇給定 位置的字段類型時，用“ I”來連接多種可選的類型。計算機端收到多條屬于同一長短信的短信 后應(yīng)負(fù)責(zé)重組；計算機在發(fā)送長短信時，應(yīng)將長短信分拆為普通短信后逐一發(fā)送；計算機在將長短信寫 入移動終端時，應(yīng)將長短信拆分為普通短信后逐一寫入。 傳輸通道具體要求如下 通信方式 要 求 數(shù)據(jù)線 物理串口、虛擬串口，或 modem口。 圖 B． 1 udx標(biāo)志圖例 圖 B． 2 udxC標(biāo)志圖例 B． 3顏色 圖 B． 1所示標(biāo)志橢圓邊框使用藍(lán)色 (C： 100M： 100Y： 50K： 0)，橢圓內(nèi)部使用綠色 (C： 100M：50Y： 100 K： 0)，字母使用白色。 udx的交換文件之后，數(shù)據(jù)交換代理對該文件進(jìn)行解析。對于文件傳輸過程中的文件的封裝不在本部分考慮范圍之內(nèi)。 移動終端可以根據(jù)上述的 DTD的描述生成和解析 udx文件，移動終端也可以支持 Schema的方式進(jìn)行 udx文件的生成和解析。ing“ minOecul39。DATA) 吧 LEMENT MidSRecord(PCDATA) !ELEMENT MMSLarlgth(PCDATA) !EL既也 NTEmailVersion(PcDATA》 (!EU王 hfENT EmailRecord(PCDATAl !ELEMENTEmaill2n鮮 h(PCDATAl 在上述 DTI)中： ELEMENT DataExchangeInfo標(biāo)識整個數(shù)據(jù)交換文件的頭信息 { Userlnfo標(biāo)識生成數(shù)據(jù)交換文件的用戶信息； UserAgent標(biāo)識生成數(shù)據(jù)交換文件的客戶端信息； Devicelnfo標(biāo)識生成數(shù)據(jù)交換文件的設(shè)備信息： Date標(biāo)識生成數(shù)據(jù)交換文件的日期信息； Language標(biāo)識生成數(shù)據(jù)交換文件的語言信 息； Recordlnfo標(biāo)識數(shù)據(jù)文件中所包含的數(shù)據(jù)內(nèi)容的總體信息； RecordOfvCard標(biāo)識所交換的 vCard數(shù)據(jù)的條數(shù)： RecordOfvCalendar標(biāo)識所交換的vCalendar數(shù)據(jù)的條數(shù)； RecordOfSMS標(biāo)識所交換的 sMS數(shù)據(jù)的條數(shù)； RecordOf