【正文】 多媒體文件封裝如下： YD廠 r 1 76012— 2020 電子郵件附件的多媒體文件封裝如下： 21 當(dāng)需要進(jìn)行數(shù)據(jù)交換時，數(shù)據(jù)交換代理根據(jù)數(shù)據(jù)交換文件格式的要求生成 udx文件，該文件的后綴 名為“ *． udx”。 A． 1 DXAC的基本要求 DXA— C生成和解析 udx文件應(yīng)包括兩個步驟：移動終端與計算機的數(shù)據(jù)同步和在計算機上讀寫 udx 文件格式。 附錄 B (規(guī)范性附錄 ) 相關(guān)標(biāo)志及其使用要求 B． 1總則 符合本部分的移動終端產(chǎn)品應(yīng)按本部分要求標(biāo)識 udx標(biāo)志或 udx． C標(biāo)志，標(biāo)志應(yīng)清晰可辨、易見 、不 易褪色并不易去除。 圖 B． 3 udx標(biāo)志圖形規(guī)格 圖 B4 udx— c標(biāo)志圖形規(guī)格 B． 4． 2標(biāo)志規(guī)格 應(yīng)根據(jù)移動終端產(chǎn)品及部件的大小選擇適宜規(guī)格的標(biāo)志。 2．如移動終端支持多種通信方式，可以支持并發(fā)操作。典型的 異常情況是，當(dāng)移動終端處 于 OBEX模式時，物理連接中斷或計算機端軟件異常退出，此時移動終端應(yīng) 盡快退出 OBEX模式，以免影響計算機端軟件與移動終端通過 AT再次建立握手。 PDU格式定義在 ETSI GSM 03． 40規(guī)范中。對于單卡移動終端，標(biāo)示為“ pbsim”，對于雙 卡移動終端，標(biāo)示為“ pbsimI”、“ pbsim2”，依次類推。對于字段的長度限制，統(tǒng)一約定其單位為字符數(shù)。推 薦用 Level2+Level4。 APPheader中的參數(shù)按如下定義： 其中 1． Parameterl中的“ mv”就是 ASCII字符串“ mv” (共 2個字節(jié) )。 YD廠 r 1 760． 22020 b)OldName為 1jpg， NewName為／ UserData／ Image／ MyDaughterjpg。 C． 8能力信息 移動終端需要向計算機提供其在數(shù)據(jù)同步方面的能力信息。 hMC 如支持的同步 level、 DID、容量、當(dāng)前記錄數(shù)、支持哪些字段、每個字段的長度限制等 暫時沒有標(biāo)準(zhǔn)定義，用以獲 取移動終端文件系統(tǒng)的容量、剩余空間、文件名長度限制等信息。一 1表示未知 Usea 已使用空間，單位為字節(jié)。缺損為 O。一 l表示不限制 Ren PropName 說 明 Capacity 容量，單位為字節(jié)。例如移動終端不支持 SIM2，那么當(dāng)計算機獲取 SIM2上的 Information Logs時。 NewName 不能設(shè)置為／ UserData／ lmage，而必須是／ UserData／ Image／ 1． jpg。例如： a)OldName為／ UserData／ Photo／ 1． jpg， NewName為／ UserDataflmage／ MyDaughter． jpg。 C_7文件系統(tǒng) 文件系統(tǒng)管理協(xié)議應(yīng)遵循 OBEX FBS的規(guī)定，包括列表目錄、切換當(dāng)前目錄、讀取偶入，刪除文件 和目錄 等操作，以及 Folder Listing Object等格式定義。 其擴展后的 X． IRMC． FIELDS可以定義為： XIRMC— FIELDS： Begin Version： N： =40 TELITEL； FAXITEL； CELLITEL； WORKITEL； HOME： 40 TELITEL； FAXITEL； CELLITEL； WORKITEL； HOME： 40 TELITEL； FAXITEL； CELLITEL； WORKITEL； HOME： 40 TELITEL； FAXlTEL： CELLITEL； WORKITEL； HOME： =40 28 YD／ T 1 760． 2— 2020 TELITEL； FAXITEL； CELLtTEL； WORKITEL； HOM[E： 40 ADR[2]IEMAILINOTE： =200 ADR【 2]舊 MAILINoTE： =200 ADR[2]IEMAILINOTE： =200 End C． 6日程表 對于日程表的具體要求如下： 1．移動終端應(yīng)支持 Level2+Level4或 Level 3。移動終端對電話簿字段的擴展可以參考 B． 5． 1的描述。 對于 S／ M／ UIM卡電話簿，推薦用 Level 3：對于移動終端存儲器電話簿，推薦用 Level2+Level4。 C． 3基本控制 移動終端應(yīng)支持的 AT指令列表如下 A晡令 指令內(nèi)容 遵循規(guī)范 +CGMI 讀取廠商名稱 GSM 07． 07 +cGMM 讀取設(shè)備型號 GSM 07． 07 +CGSN 讀取設(shè)備 IMEI號 GSM07． 07 +CIMI 讀取 SIM卡的 IMSI GSM 07． 07 +CBC 讀取電池電量 GSM 07． 07 +CSQ 讀取信號強度 GSM 07． 07 +CSCS 讀取或設(shè)置當(dāng)前 AT交互時使用的字符集 GSM07 07 C． 4短消息 移動終端應(yīng)支持的 AT指令列表如下 A討日令 指令內(nèi)容 遵循規(guī)范 +CSMS 選擇短信服務(wù) GSM 07． 05 +CPMS 選擇短信存儲器 GSM07． 05 +CMGF 選擇短信格式 GSM07 05 +CSCA 讀取或設(shè)置短信中心號碼 GSM 07． 05 +CMGL 列表短信 GSM07． 05 +CMGR 讀取短信 GSM 07． 05 +CMGD 刪除短信 GSM07． 05 +cMGW 插入新短信 GSM 07． 05 +CMGS 發(fā)送短信 GSM07． 05 +CNMI 短信到達(dá)指示控制 GSM∞． 05 +C佃 新短信指示 (移動終端發(fā)往計算機的異步響應(yīng) ) GSM07． 05 +CDSI 新 狀態(tài)報告指示 (移動終端發(fā)往計算機的異步響應(yīng) ) GSM0705 其他說明： 1．移動終端應(yīng)支持 PDU數(shù)據(jù)格式，可以支持 TEX39。 默認(rèn)情況下，工作于 AT模式，響應(yīng)計算機發(fā)來的 AT指令請求，當(dāng)收到計算機發(fā)來的特定 AT指令后，切 換到 OBEX模式：當(dāng) OBEX連接斷開后，自動返回到 AT模式。 基本要求如下： 1．對于每種通信方式，應(yīng)使用一條傳輸通道來承載所有的數(shù)據(jù)同步業(yè)務(wù)。字母應(yīng)為一行，均勻分布于橢圓內(nèi)部。 計算機 圖 A． 1 DXAC應(yīng)用場景 當(dāng)數(shù)據(jù)交換過程符合上述場景的條件時，應(yīng)滿足如下要求： B型終端應(yīng)能夠通過外圍接 13與計算機進(jìn)行數(shù)據(jù)同步 (本部分提出了一種數(shù)據(jù)同步協(xié)議，參見附錄 C)，并能夠使用 DXA— C生成和解析 udx文件，除此之外其他部分應(yīng)能夠與標(biāo)準(zhǔn)相關(guān)部分等同。解析 udx文件時，應(yīng)忽略文件中移動終端不支持的數(shù)據(jù)類型和數(shù)據(jù)條目，保證所有支持 的數(shù)據(jù)能夠正確解析，并不應(yīng)因此導(dǎo)致 DXA或終端異常。 ContentLocation，主要對附件的存放位置進(jìn)行描述。 Base64采用了一種很簡單的編碼轉(zhuǎn)換：對于待編碼數(shù)據(jù)，以 3個字節(jié) 為單位，依次取 6位數(shù)據(jù)并在前面補 上 2個 0形成新的 8位編碼，由于 3 84 6，這樣 3個字節(jié)的輸入會變 成 4個字節(jié)的輸出，長度上增加了 1／ 3。每個 Emaillnfo元素 18 YD廠 r 1760． 22020 中包含一個 Email數(shù)據(jù)的序號以及一個以 XML形式進(jìn)行封裝的 Email數(shù)據(jù)，移動終端可以根據(jù) Emai擻據(jù) 所對應(yīng)的序號，選擇整個文件中的一部分?jǐn)?shù)據(jù)進(jìn)行交換。在多媒體消息數(shù)據(jù) 在上述 DTD中，主要 是對 MMS數(shù)據(jù)如何在數(shù)據(jù)交換文件格式中體現(xiàn)進(jìn)行規(guī)定。在短消息數(shù)據(jù)進(jìn)行 XML的封裝過 程中，需要遵守如下的 DTD： 14 YD廠 r 1 7I∞． 2砌 8 在上述 DTD中。在日程表數(shù)據(jù)進(jìn)行Ⅺ血的封裝過程 在上述 DTD中，主要是對 vCalendar數(shù)據(jù)如何在數(shù)據(jù)交換文件格式中體現(xiàn)進(jìn)行規(guī)定。iamem“ BDAY” type=39。 移動終端在對電話簿進(jìn)行數(shù)據(jù)交換的過程當(dāng)中，應(yīng)支持將移動終端的電話簿數(shù)據(jù)按照 XML形式進(jìn) 行封裝，所生成的 udx文件用于對所需交換的電話簿數(shù)據(jù)進(jìn)行交換。DATA) lELEMENTUserAgent(PCDATA) (!ELEMENT Uscrlnfo(PCDATA》 !ELEMENT Encoding(PCDATA) !ELEMENT FilcSize(PCDATA) 【 ELEMENT Date rPCDATA) !ELEMENT Language(PC39。 其中： 終端信息包括如下的內(nèi)容： 1．終端廠商，主要用來區(qū)分不同終端的制造廠商，默認(rèn)為 VendorUDX； 2．終端型號，主要用來區(qū)分參與數(shù)據(jù)交換 的不同的終端型號，默認(rèn)為 DeviceUDx； 3． udx版本信息，主要用來區(qū)分當(dāng)前的 udx版本和未來對 udx版本的擴展和升級，默認(rèn)為 1． 0； 4．終端軟件版本信息，主要用來區(qū)分?jǐn)?shù)據(jù)交換過程當(dāng)中的軟件的版本信息，默認(rèn)為 AgentUDX。 在整個 udx文件結(jié)構(gòu)當(dāng)中，應(yīng)包括 udx文件的頭信息和所需要交換的用戶數(shù)據(jù)信息兩個部分。 5． 2． 3其他應(yīng)用場景 除以上應(yīng)用場景外，在滿足本部分的情況下也可以采用其他應(yīng)用場景進(jìn) 行可靠的數(shù)據(jù)交換。 5． 1． 2 DXAM DXA— M生成和解析 udx文件應(yīng)在移動終端上直接進(jìn)行。本部分將移動終端內(nèi)部數(shù)據(jù)格式轉(zhuǎn)換成“通用數(shù)據(jù)交換文件” (udx)的過程稱為“生成”， 將“通用數(shù)據(jù)交換文件” (udx)轉(zhuǎn)換成移動終端內(nèi)部數(shù)據(jù)格式的過程稱為“解析”。 3． 1． 7數(shù)據(jù)交換代理 Data exchange Agent 數(shù)據(jù)交換代理 D)(A(Dam eXchange Agent)是指負(fù)責(zé)生成和解析通用數(shù)據(jù)交換文件 (udx)的軟件， 可以是移動終端軟件或計算機軟件。凡是不注日期的引用文件，其最新版本適用于本部分。 第 3部分：測試方法，主要規(guī)定了為驗證第 1部分和第 2部分的技術(shù)要求恧進(jìn)行的測試項目和方法。 本部分的附錄 A、附錄 B為規(guī)范性附錄，附錄 C為資料性附錄。 《數(shù)字移動終端外圍接口數(shù)據(jù)交換》分為“數(shù)據(jù)格式技術(shù)要求”、“數(shù)據(jù)交換文件格式技術(shù)要求” 和“測試方法” 3個部分。 本部分適用于支持通過外圍接口與其他設(shè)備進(jìn)行數(shù)據(jù)交換的數(shù)字移動終端設(shè)備。 3． 1． 2數(shù)據(jù)交換接收方 Data eXchange Receiver 數(shù)據(jù)交換接收方是指接收交換數(shù)據(jù)的移動終端及其數(shù)據(jù)交換代理。 3‘ 2縮略語 下列縮略語適用于本部分。 圖 1數(shù)據(jù)交換示意圖 通用數(shù)據(jù)交換文件中所包含的發(fā)起方數(shù)據(jù)被交換到接收方移動終端的過程中，如果數(shù)據(jù)解析時發(fā)現(xiàn) 有超出接收方移動終端能力的數(shù)據(jù)，不得簡單丟棄，應(yīng)明示用戶后進(jìn)行處理，或者直接根據(jù)用戶選擇的 方式進(jìn)行處理。