【正文】 Schema的方式進行 udx文件的生成和解析。 6． 3． 4短消思 移動終端應(yīng)支持短消息數(shù)據(jù)交換能力，具體的 SMS數(shù)據(jù)字段的含義應(yīng)符合 YDfr 1760． 12020《數(shù)字 移動終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求》。 移動終端在對短消息進行數(shù)據(jù)交換的過程中，應(yīng)支持將移動終端的短消息數(shù)據(jù)按照 XML的形式進 行封裝，所生成的 XML文件用于對所需交換的短消息數(shù)據(jù)進行交換。主要是對 SMS數(shù)據(jù)如何在數(shù)據(jù)交換文件格式中體現(xiàn)進行規(guī)定。每個 SMSlnfo元素當中包 含一個 SMS數(shù)據(jù)的序號以及一個以 XML形式進行封裝的 SMS數(shù)據(jù)，移動終端可以根據(jù) SMS數(shù)據(jù)所對應(yīng) 的序號，選擇整個文件當中的一部分數(shù)據(jù)進行交換。其形式如下： 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ù)要求》。 移動終端在對多媒體消息進行數(shù)據(jù)交換的過程中，應(yīng)支持將移動終端的多媒體消息數(shù)據(jù)按照 XML 的形式進行封裝，所生成的 XML文件用于對所需交換的多媒體消息數(shù)據(jù)進行交換。所有的 MMS數(shù)據(jù)都 是 xML中 MMs元素的子元素，每個 MMs元素可以包含 0個或者多個 MMSInfo．元素。 移動終端可以根據(jù)上述 DTD的描述生成和解析 udx文件，移動終端也可以支持 Schema方式進行 udx 文件的生成和解析。 移動終端在對 電子郵件進行數(shù)據(jù)交換的過程中，應(yīng)支持將移動終端的電子郵件數(shù)據(jù)按照 XML的形 式進行封裝，所生成的 XML文件用于對所需交換的電子郵件數(shù)據(jù)進行交換。所有的 Email數(shù)據(jù)都 是 XML中 Email元素的子元素，每個 Email元素可以包含 0個或者多個 Emaillnfo元素。 移動終端可以根據(jù)上述 DTD的描述生成和解析 udx文件，移動終端也可以支持 Schema方式進行 udx 文件的生成和解析。本部分主要考慮將消息類數(shù)據(jù)作為附件的多媒體文件的封裝，對于有 DRM保護的多媒體內(nèi) 容可以不進行數(shù)據(jù)交換。 消息類數(shù)據(jù)所攜帶的附件的編碼方式主要采用 Base64編碼方式進行。 rP和 SMTP)傳輸二進制數(shù)據(jù)的情況下。 在本部分，多媒體消息和電子郵件的文件格式需要涉及多媒體文件附件的封裝。 charset主要描述文件的字符集。 name主要對附件名進行描述。 filename，主要對附件的文件名進行描述。 具體在交換文件中所攜帶的文件的描述信息見多媒體消息和電子郵件部分的 DTD／ Schema規(guī)定。接收到 s。 移動終端及其數(shù)據(jù)交換代理應(yīng)支持包含電話簿和日程表信息的 udx文件的生成和解析 。 生成 udx文件時，應(yīng)根據(jù)需要生成移動終端支持的數(shù)據(jù)類型和字段，保證符合 udx文件格式并包含完 整的數(shù)據(jù)內(nèi)容。 YD廠 r 1 760． 22020 附錄 A (規(guī)范性附錄 ) DXA— C的基本要求和應(yīng)用場景 當具有數(shù)據(jù)交換功能的移動終端不能滿足本部分正文的要求時，應(yīng)按照本附錄的方法在 計算機上生 成和解析 udx文件。 DXA． C應(yīng)符合本部分 5． 1． 1節(jié)關(guān)于 DXA的基本要求。 DXA． C進行 udx文件的生成和解析時，所有支持的數(shù)據(jù)類型和數(shù)據(jù)條目應(yīng)能以適當?shù)姆绞秸_顯 示，用戶能夠選擇交換數(shù)據(jù)的范圍并編輯其內(nèi)容，但是應(yīng)當遵循文件類型的性質(zhì)以及歷史 、當前、將來 等邏輯關(guān)系進行處理，避免文件使用上的混亂。 A． 2 DXAC應(yīng)用場景 終端類型： B型終端； 數(shù)據(jù)交換代理類型： DXA． C； 外圍接口類型：數(shù)據(jù)線、藍牙、紅外等接口； 場景描述： B型終端使用數(shù)據(jù)線、藍牙、紅外等接口進行數(shù)據(jù)交換。 A． 3標志要求 能夠提供本附錄功能的移動終端設(shè)備應(yīng)按照本部分附錄 B的要求標識 udx． c標志。 B． 2圖例 圖 B． 1和圖 B． 2為 udx標志圖樣和 udx． C標志圖樣示例。圖 B． 2所示標志橢圓邊框使用藍色 (C： 100 M： 100 Y： 50 K： O)，橢圓內(nèi)部使用黃 色 (c： 0 M： 5 Y： 100 K： 0)，字母使用藍色 (C： 100 M： 100 Y： 50 K： O)。 B． 4規(guī)格 B． 4． 1圖形規(guī)格 圖 B． 圖 B． 4橢圓高度與寬度之比為 3： 5，其中字母字體為 Arial圖 B． 3字母主體高度與橢圓高度之 比為 2： 5；圖 B． 4字母主體高度與橢圓高度之比為 1： 3。 注： Adal字體的樣式可以在辦公或文字處理等軟件中得到。 B． 5標識要求 udx標志可以選擇以模塑、噴涂、粘貼、印刷的方法直接標識在產(chǎn)品上，也可以選擇在產(chǎn)品說明書 中或包裝上予以注明。 本附錄采用 AT指令、 OBEX及 IrMC為數(shù)據(jù)同步的基礎(chǔ)協(xié)議，用于終端基本控制、短消息管理 (具 體見 ETSI GSM 07． 07和 ETSI GSM 07． 05中定義的部分指令，以及 IrDA OBEX v1． 2和 IrDA IrMC v1． 1)。 C． 1傳輸通道 移動終端與計算機的數(shù)據(jù)同步，可以基于數(shù)據(jù)線、藍牙、紅外通信 方式中的一種或多種承載。例如，不應(yīng)使用一條傳 輸通道來承載短消息、電話簿業(yè)務(wù)，而同時用另外的傳輸通道來承載文件等業(yè)務(wù)。 3．數(shù)據(jù)同步業(yè)務(wù)可以與移動終端 modem共用 modem傳輸通道。 藍牙 SPP，或 DUN modemI]。： PCS，含有 lrDA： TinyTP： LsapSel屬性”的 hTrP通道．或 m咖口 C． 2模式切換 對于每一條傳輸通道，移動終端軟件可工作于 A碳式和 OBEX模式 (不應(yīng)同時工作于此兩種模式 )。 用于從 AT切換到 OBEX模式的 AT指令要求如下： I AT指令 指令內(nèi)容 遵循規(guī)范 l+CPROT 切換到 OBEX等非 AT指令模式 GSM 07． 07 計算機端軟件應(yīng)通過 AT指令與移動終端握手建立數(shù)據(jù)同步連接 (即發(fā)送“ ATCR”給移動終端， 并等待移動終端響應(yīng)“ CRLFOKCRLF” )，在需要時讓移動終端切換到 OBEx模式。對于手機端的異常退出， 計算機端軟件也應(yīng)盡快退出 OBEX模式。 2．在 OBEX模式下，當移動終端收到的 OBEX包的前 3個字節(jié)為“ ATCPo”時。 3．如果計算機端能夠檢測物理連接斷開事件 (如數(shù)據(jù)線拔掉、藍牙／紅外連接中斷 )，應(yīng)立即退出 OBEX模式，返回 AT模式；否則計算機端應(yīng)使用超時機制，當一段時間內(nèi)沒有收到移動終端的 OBEX響 應(yīng)時 (建議為 90s)，退出 oBEx模式，返回 AT模式。r格式。 YD廠 r 1 760． 22020 2．操作 EMS長短信時，需要基于拆分后的短信來交互。 C． 5電話簿 移動終端電話 簿可存儲于 SIM／ UIM卡 (以下統(tǒng)稱 SIM卡 )和移動終端存儲器，可以參考 GSM 07． 07 關(guān)于電話簿訪問的規(guī)定。前者對應(yīng)于移動終端用 LUll)來標示電話簿記錄， 并支持 Changelog的情況，后者對應(yīng)于移動終端采用 Index來標記電話簿記錄且不支持 Changelog的情況。 2．對于 SIM／ UIM卡電話簿，用“ pbsimx”來標示。除標示不同外，訪問 S喇口 M卡電話簿與訪 問移動終端存儲器電話簿完全相同。 PIJT telm／ pbsim2／ 9． vcf，通過 Level 3，向第 2張 SIM卡 Index為 9的位置寫入一條記錄。對于每個字段的最大長度，本附錄約定其含義為字 符數(shù)。 ’ C． 5． 1字段描述 本部分針對字段類型可修改的情況。 x． mMCFIELDS擴展定義如下： 1． x．口陸垂 c． FIELDs中每一行代表～個“字段”位置的概念，～行就代表一個電話簿記錄中的一個 字段存儲位置。例如，某移動終端對 電話簿字段的定義為： a)1個姓名字段位置。 c)3個文本字段位置，對于每個位置，用戶可以任意在“電子郵件、地址、備注”中選擇類型。前者對應(yīng)于移動終端中用 LUID來標示日程表記錄并 支持 chaIIgelog的情況，后者對應(yīng)于移動終端采用 Ind“來標示日程表記錄并不支持 Changelogl捕況。 2．移動終端應(yīng)支持 InformationLogs的 X． IRMC— FIELDS，用于描述日程表的字段定義，即描述日 程表記錄中支持哪 些字段，每個字段的最大長度限制。 3．如果移動終端將 Event乘 lTodo統(tǒng)一編址，則應(yīng)用“ c“”來標示此統(tǒng)一的日程表。 4． SIM／ UIM卡中存儲日程表的情況本附錄暫不做要求。 C_7． 1 移動和更名 對于文件和目錄的移動和更名， OBEX FBS中沒有定義，本附錄擴展約定如下： 計算機端通過 OBEX PUT opcode來發(fā)出更名請求，攜帶 APP header，并在其后連續(xù)給出兩個 NAME header。 2．第一個 NAMEheader表示老文件名或目錄名 (簡稱為“ OldName” )，第二個 NAMEheader表示 新文件名或目錄名 (簡稱為“ NewName” )。 3． NAME header給出的文件名或目錄名，要么是絕對路徑，要么不含任何路徑分隔符。 4．如果 OldName和 NewName所表示的文件或目錄不在同一個目錄下，則表示其實際要求的是“移 動”操作，即將老文件或目錄“移動”到新的目錄，且名稱也可能修改。表示的操作含 ．義是將／ UserData／ PhotoEl錄下的 ljpg移動到， UserData， Image目錄下，并更名 NMyDaughter． jpg。表示的操作含義是將當前目錄 下的 1jpg移動至 iJ／ UserData／ Image目錄下，并更名為 MyDaughter． jpg。表示的操作含義是將當前目錄下的 1． jPg移 動到／ UserData／ Image目錄下，并保持原來的文件名稱。例如，想將 1jpg從當前目錄移動至 1]／ UserData／ Image。 6．路徑分隔符定 義為 ／?？梢酝ㄟ^各協(xié)議的相關(guān)指令來獲取，列 表如下 業(yè)務(wù) 指令及說明 遵循規(guī)范 通過“ +ClaMS” A討旨令，可以了解移動終端在同步方面對短消息的支持情況?？梢粤私庖苿咏K端在同步方面對電話 簿的支持情況，如支持的同步 level、 DID、容量、當前記錄數(shù)、支持哪些字段、每個字段的 長度 限制等。rx寸應(yīng)電話簿 DB的 InformkaJ． 10n Logs 來了解。移動 終端將返回“不支持” 通過 GET移動終端日程表 DB的 Information Logs，可以了解移動終端在同步方面對日程表的 日程表 支持情況。 文件系統(tǒng) 無 擴展定義見 B． 8． 1 C． 8． 1 文件系統(tǒng)能力信息 為取得移動終端文件系統(tǒng)能力信息，計算機可以在 OBEXFBS連接建立后，發(fā)送 GET： Pd令到移動終 端，并給出 TYI)E header， TYPE headerl玟值為 AScⅡ字符串“ xobex／ fbs／ eapability”。 移動終端返回給計算機的能力信息格式定義為包含 0行或多行的文本，每一行代表一個屬性，各行 之間 由一個或多個 cRu峪序列分割。 PropNme為屬性 名稱， PropValue為屬性值，參加下表定義。缺損為一 1。缺損為一 1。缺損為一 1。缺損為一 1。 Supported 是否支持重命 名文件和目錄。 0表示不支持． 1表示支持 MoveSupported 是否支持將文件和目錄移動到其他目錄。 O表示不支持， l表示支持 30