【正文】 缺損為 0。缺損為 O。一 l表示不限制 Ren一 1表示未知 MaxNameLen 文件和目錄名最大長度，單位為字符。一 l表示未知 Freed 剩余空間，單位為字節(jié)。一 1表示未知 Usea 已使用空間，單位為字節(jié)。 PropName 說 明 Capacity 容量，單位為字節(jié)。每行的基本格式為“ PropNarne： PropValue”。移動終端的響應(yīng)中 需要用 body header給出其能力信息。 hMC 如支持的同步 level、 DID、容量、當前記錄數(shù)、支持哪些字段、每個字段的長度限制等 暫時沒有標準定義，用以獲 取移動終端文件系統(tǒng)的容量、剩余空間、文件名長度限制等信息。例如移動終端不支持 SIM2，那么當計算機獲取 SIM2上的 Information Logs時。 電話簿 IrMC 移動終端在哪些存儲器中支持電話簿，可以通過嘗試 GL39。 短消息 GSM 07． 07 如支持哪些存儲器、給定存儲器容量、當前記錄數(shù)等 通過 GET移動終端對應(yīng)電話簿 DB的 Information Logs。 C． 8能力信息 移動終端需要向計算機提供其在數(shù)據(jù)同步方面的能力信息。 NewName 不能設(shè)置為／ UserData／ lmage，而必須是／ UserData／ Image／ 1． jpg。 5．即便只想將給定的文件或目錄移動到其他目錄 (也就是只改變位置，不修改名稱 )， NewName 中的文件或目錄名稱也是不能省略的。 c)OldName為 1jpg， NewName為／ UserData／ Image／ 1． jpg。 YD廠 r 1 760． 22020 b)OldName為 1jpg， NewName為／ UserData／ Image／ MyDaughterjpg。例如： a)OldName為／ UserData／ Photo／ 1． jpg， NewName為／ UserDataflmage／ MyDaughter． jpg。后者指 給定的文件或目錄在當前目錄中。兩者均不能省略，順序不能顛倒。 APPheader中的參數(shù)按如下定義： 其中 1． Parameterl中的“ mv”就是 ASCII字符串“ mv” (共 2個字節(jié) )。 C_7文件系統(tǒng) 文件系統(tǒng)管理協(xié)議應(yīng)遵循 OBEX FBS的規(guī)定，包括列表目錄、切換當前目錄、讀取偶入，刪除文件 和目錄 等操作，以及 Folder Listing Object等格式定義。如果移動終端將 Eventh和 Todo單獨編址，則應(yīng)用“ event”、“ todo”來分別標／示 EventH程表和 TodoH程表，此時不再支 持統(tǒng)一的“ cal”標示。對于每個字段的最大長度，本附錄約定其含義為 字符數(shù)。推 薦用 Level2+Level4。 其擴展后的 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個號碼字段位置，對于每個位置，用戶可以任意在“電話、傳真、移動電話、辦公電話、家庭 電話”中選擇類型。 2．當用戶可以選擇給定 位置的字段類型時，用“ I”來連接多種可選的類型。對于字段的長度限制，統(tǒng)一約定其單位為字符數(shù)。移動終端對電話簿字段的擴展可以參考 B． 5． 1的描述。 3．移動終端應(yīng)支持 Information Logs中的 X． IRMCFIELDS，用于接述電話簿的字段定義，即描述電 話簿記錄支持哪些字段，每個字段的最大長度限制。例如： GET telm／ pbsim． vcf，通過 Level 2讀取 S1M卡中的所有記錄。對于單卡移動終端，標示為“ pbsim”，對于雙 卡移動終端，標示為“ pbsimI”、“ pbsim2”，依次類推。 對于 S／ M／ UIM卡電話簿，推薦用 Level 3：對于移動終端存儲器電話簿，推薦用 Level2+Level4。本附錄采用 IrMC協(xié)議，擴展對移動終端電話簿操作要求如下： I．移動終端應(yīng)支持支持 Level 2+Level Level 3。計算機端收到多條屬于同一長短信的短信 后應(yīng)負責重組；計算機在發(fā)送長短信時，應(yīng)將長短信分拆為普通短信后逐一發(fā)送；計算機在將長短信寫 入移動終端時，應(yīng)將長短信拆分為普通短信后逐一寫入。 PDU格式定義在 ETSI GSM 03． 40規(guī)范中。 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è)置當前 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 短信到達指示控制 GSM∞． 05 +C佃 新短信指示 (移動終端發(fā)往計算機的異步響應(yīng) ) GSM07． 05 +CDSI 新 狀態(tài)報告指示 (移動終端發(fā)往計算機的異步響應(yīng) ) GSM0705 其他說明： 1．移動終端應(yīng)支持 PDU數(shù)據(jù)格式，可以支持 TEX39。應(yīng)認為 OBEX連接 已經(jīng)異常斷開，計算機已經(jīng)在發(fā)起新的 AT握手請求，此時須立即退出 OBEX模式，返回 AT模式。 對該異常情況的處理，有如下要求： YD廠 r 1760． 2_2020 1．如果移動終端能夠檢測物理連接斷開事件 (如數(shù)據(jù)線拔掉、藍牙，紅外連接中斷 )，應(yīng)立即退出 OBEX模式，返回 AT模式 i否則移動終端應(yīng)使用超時機制，當一段時間內(nèi)沒有收到計算機端 OBEXi青求 時 (建議為 90s)，退 出 OBEX模式，返回 AT模式。典型的 異常情況是，當移動終端處 于 OBEX模式時，物理連接中斷或計算機端軟件異常退出，此時移動終端應(yīng) 盡快退出 OBEX模式，以免影響計算機端軟件與移動終端通過 AT再次建立握手。 默認情況下，工作于 AT模式，響應(yīng)計算機發(fā)來的 AT指令請求，當收到計算機發(fā)來的特定 AT指令后，切 換到 OBEX模式：當 OBEX連接斷開后，自動返回到 AT模式。 紅外 IAs定義為“ ClassName=TIT39。 傳輸通道具體要求如下 通信方式 要 求 數(shù)據(jù)線 物理串口、虛擬串口，或 modem口。 2．如移動終端支持多種通信方式，可以支持并發(fā)操作。 基本要求如下： 1．對于每種通信方式，應(yīng)使用一條傳輸通道來承載所有的數(shù)據(jù)同步業(yè)務(wù)。 OBEX用作其他業(yè)務(wù)的基礎(chǔ)協(xié)議，文件管理用 IrOBEXFolderBrowsing Service(以下簡稱“ OBEXFBS” )， 電話簿、日程表等資料的管理用 IrMC協(xié)議。 YD廠 r 1 760． 2_2020 附錄 C (資料性附錄 ) 數(shù)據(jù)同步方式 本附錄作為一種數(shù)據(jù)同步的推薦技術(shù)方案，設(shè)計者可以參考使用，也可以選用其他數(shù)據(jù)同步方案來 實現(xiàn)，例如 SyncML等。 圖 B． 3 udx標志圖形規(guī)格 圖 B4 udx— c標志圖形規(guī)格 B． 4． 2標志規(guī)格 應(yīng)根據(jù)移動終端產(chǎn)品及部件的大小選擇適宜規(guī)格的標志。字母應(yīng)為一行，均勻分布于橢圓內(nèi)部。如果移動終端產(chǎn)品顏色與圖示標 志的推薦顏色相近使其顯得不夠清晰，或圖示標志的顏色影響產(chǎn)品的整體美觀，也可以使用其他適當?shù)? 醒目顏色，其中模塑的可以與制品顏色相同。 圖 B． 1 udx標志圖例 圖 B． 2 udxC標志圖例 B． 3顏色 圖 B． 1所示標志橢圓邊框使用藍色 (C： 100M： 100Y： 50K： 0)，橢圓內(nèi)部使用綠色 (C： 100M：50Y： 100 K： 0)，字母使用白色。 附錄 B (規(guī)范性附錄 ) 相關(guān)標志及其使用要求 B． 1總則 符合本部分的移動終端產(chǎn)品應(yīng)按本部分要求標識 udx標志或 udx． C標志，標志應(yīng)清晰可辨、易見 、不 易褪色并不易去除。 計算機 圖 A． 1 DXAC應(yīng)用場景 當數(shù)據(jù)交換過程符合上述場景的條件時，應(yīng)滿足如下要求： B型終端應(yīng)能夠通過外圍接 13與計算機進行數(shù)據(jù)同步 (本部分提出了一種數(shù)據(jù)同步協(xié)議，參見附錄 C)，并能夠使用 DXA— C生成和解析 udx文件，除此之外其他部分應(yīng)能夠與標準相關(guān)部分等同。 DXA— C應(yīng)支持 udx文件與 CSV文件 (以英文逗號為分隔符的文件格式要求見 RFC 4180)的雙向格式 轉(zhuǎn)換，也應(yīng)支持 udx文件與多條 vc瞍件 (vCard文件要求見 vCard 2． 1標準 )的雙向格式轉(zhuǎn)換。在 DXA． C解析 udx文件過程中，應(yīng)根據(jù)用 戶的選擇對移動終端中可能重復的數(shù)據(jù)條目實現(xiàn)添加、覆蓋、合并等操作。 A． 1 DXAC的基本要求 DXA— C生成和解析 udx文件應(yīng)包括兩個步驟：移動終端與計算機的數(shù)據(jù)同步和在計算機上讀寫 udx 文件格式。解析 udx文件時，應(yīng)忽略文件中移動終端不支持的數(shù)據(jù)類型和數(shù)據(jù)條目，保證所有支持 的數(shù)據(jù)能夠正確解析，并不應(yīng)因此導致 DXA或終端異常。也可以支持 包含短消息、多媒體消息和電子郵件的 udx文件的生成和解析。 udx的交換文件之后，數(shù)據(jù)交換代理對該文件進行解析。多 媒體消息附件的多媒體文件封裝如下： YD廠 r 1 76012— 2020 電子郵件附件的多媒體文件封裝如下： 21 當需要進行數(shù)據(jù)交換時，數(shù)據(jù)交換代理根據(jù)數(shù)據(jù)交換文件格式的要求生成 ud