【正文】 碼轉(zhuǎn)換，實(shí)際的有效傳輸數(shù)據(jù)量為120字節(jié)。M2M平臺(tái)收到后給予應(yīng)答，然后M2M終端再傳送剩下的數(shù)據(jù)，直到數(shù)據(jù)傳送完成關(guān)閉USSD會(huì)話。當(dāng)M2M終端采用IP方式傳送數(shù)據(jù)時(shí)，底層采用TCP/IP或UDP/IP協(xié)議，一般采用UDP/IP。M2M終端使用設(shè)置的端口號(hào)向M2M平臺(tái)發(fā)起連接，連接建立后向M2M平臺(tái)傳送采集數(shù)據(jù)，M2M平臺(tái)收到后給予應(yīng)答。（三）異常與重發(fā)由于采用UDP方式，M2M終端與M2M平臺(tái)之間的通信不可避免會(huì)發(fā)生丟包或超時(shí)的情況。因此，為保證數(shù)據(jù)的可靠傳輸，WMMP協(xié)議采用丟包重發(fā)機(jī)制。根據(jù)丟包和超時(shí)發(fā)生的頻度，M2M終端與M2M平臺(tái)之間的通信異?？煞譃閮煞N情況：偶發(fā)異常和通信故障。（四）報(bào)文流水號(hào)WMMP協(xié)議采用4個(gè)字節(jié)的16進(jìn)制數(shù)據(jù)報(bào)文流水號(hào)來(lái)標(biāo)識(shí)請(qǐng)求數(shù)據(jù)報(bào)文與應(yīng)答數(shù)據(jù)報(bào)文的對(duì)應(yīng)關(guān)系。（五）同步交互報(bào)文與異步交互報(bào)文在WMMP協(xié)議中，應(yīng)答報(bào)文往往是表示應(yīng)答方對(duì)請(qǐng)求方所發(fā)報(bào)文的正確接收或理解，而無(wú)法確認(rèn)應(yīng)答方對(duì)請(qǐng)求方命令的執(zhí)行結(jié)果。因此，往往需要再發(fā)起一次數(shù)據(jù)交互以確認(rèn)請(qǐng)求方的請(qǐng)求是否被應(yīng)答方正確執(zhí)行。根據(jù)一次報(bào)文交互能否完成一個(gè)完整的邏輯事件，可以將報(bào)文分為同步交互報(bào)文和異步交互報(bào)文。若一次報(bào)文交互即可完成某個(gè)完整的邏輯事件，則該次報(bào)文交互的請(qǐng)求和應(yīng)答報(bào)文即為同步交互報(bào)文；若一次報(bào)文交互只完成某個(gè)完整的邏輯事件的某一部分，還需要其它報(bào)文交互的配合才能完成該邏輯事件，則用于完成該邏輯事件的報(bào)文交互的請(qǐng)求和應(yīng)答報(bào)文即為異步交互報(bào)文。與之對(duì)應(yīng)，只需要一次報(bào)文交互即可完成的邏輯事件，稱為同步交互事件；反之，則稱為異步交互事件。在M2M終端和M2M平臺(tái)的數(shù)據(jù)交互中，異步交互事件多為涉及M2M終端參數(shù)設(shè)置的操作。 WMMP協(xié)議的安全機(jī)制在M2M業(yè)務(wù)中，M2M終端通常處于無(wú)人職守狀態(tài)，一旦M2M終端遺失，就可能造成M2M終端或SIM卡被用于非法使用M2M業(yè)務(wù)；此外，由于M2M系統(tǒng)支持多種通信方式作為承載手段，而在某些特定環(huán)境下，一些通信方式本身就存在著一定安全風(fēng)險(xiǎn)。因此，WMMP協(xié)議的安全機(jī)制主要是在應(yīng)用協(xié)議層解決SIM卡與終端被非法使用和M2M終端與M2M平臺(tái)的數(shù)據(jù)交互安全問(wèn)題，同時(shí)盡可能的不依賴于具體的通信方式。由于M2M終端其使用環(huán)境的安全性無(wú)法得到保證，以及其它通信方式存在一定的安全風(fēng)險(xiǎn)，因此，WMMP協(xié)議的安全機(jī)制中所涉及的所有密碼、密鑰如無(wú)特別的聲明，都是具有生命周期的，必須定期或不定期更新，并且必須由M2M平臺(tái)通過(guò)下發(fā)給M2M終端。在現(xiàn)有中國(guó)移動(dòng)的通信網(wǎng)絡(luò)環(huán)境下，若采用明文下發(fā)密碼和密鑰，則必須采用短信的方式。此外，在WMMP協(xié)議的安全機(jī)制中，根據(jù)M2M終端的處理能力和承載業(yè)務(wù)的需要，可由M2M平臺(tái)為其設(shè)置不同的安全機(jī)制級(jí)別，默認(rèn)情況不使用M2M終端與SIM卡的雙向安全認(rèn)證機(jī)制和數(shù)據(jù)加密機(jī)制，僅對(duì)基于GPRS方式采用接入安全驗(yàn)證。 WMMP功能及流程WMMP協(xié)議支持PDU短信、USSD、IP等承載方式，對(duì)于終端注冊(cè)、終端激活、故障告警等數(shù)據(jù)量傳輸較少的數(shù)據(jù)包建議主要采用短信方式，對(duì)于業(yè)務(wù)數(shù)據(jù)傳輸、軟件升級(jí)等數(shù)據(jù)量傳輸較大的數(shù)據(jù)包建議主要采用GPRS方式。 消息體定義WMMP協(xié)議詳細(xì)定義了一系列報(bào)文體，包括：注冊(cè)\響應(yīng)、登錄（出）\響應(yīng)、心跳\響應(yīng)、配置系列\(zhòng)響應(yīng)、遠(yuǎn)程控制\響應(yīng)、命令傳送\響應(yīng)、數(shù)據(jù)傳送\響應(yīng)、下載信息\響應(yīng)、文件請(qǐng)求\響應(yīng)、安全配置\響應(yīng)等。 WMMP協(xié)議對(duì)M2M終端的要求 M2M終端WMMP業(yè)務(wù)狀態(tài)管理M2M終端業(yè)務(wù)狀態(tài)包括：l 未預(yù)置序列號(hào)狀態(tài)l 預(yù)置序列號(hào)狀態(tài)l 注冊(cè)失敗狀態(tài)l 注冊(cè)成功狀態(tài)l 連接正常狀態(tài)l 連接異常狀態(tài)l 連接告警狀態(tài)對(duì)M2M終端管理其業(yè)務(wù)狀態(tài)的要求如下：1) M2M終端必須能夠正確的判斷其目前的業(yè)務(wù)狀態(tài)。2) M2M終端必須能夠根據(jù)其自身實(shí)際業(yè)務(wù)情況，依據(jù)本規(guī)范所規(guī)定的業(yè)務(wù)狀態(tài)遷移條件，判斷其業(yè)務(wù)狀態(tài)遷移的方向。3) 在業(yè)務(wù)狀態(tài)遷移的過(guò)程中，M2M終端必須保證與業(yè)務(wù)狀態(tài)遷移無(wú)關(guān)的數(shù)據(jù)不被更改。業(yè)務(wù)狀態(tài)說(shuō)明：1) M2M終端出廠后，如果預(yù)置序列號(hào)則初次使用時(shí)進(jìn)入預(yù)置序列號(hào)狀態(tài)，否則進(jìn)入未預(yù)置序列號(hào)狀態(tài)。此兩種狀態(tài)在初次部署時(shí)都會(huì)發(fā)起注冊(cè)流程，注冊(cè)成功則會(huì)進(jìn)入注冊(cè)成功狀態(tài)（處于未預(yù)置序列號(hào)狀態(tài)的M2M終端將獲得序列號(hào)），失敗則進(jìn)入注冊(cè)失敗狀態(tài)，根據(jù)M2M平臺(tái)返回注冊(cè)結(jié)果不同，可能重試，或進(jìn)入最終狀態(tài)放棄注冊(cè)，重試如果成功則進(jìn)入注冊(cè)成功狀態(tài)（處于未預(yù)置序列號(hào)狀態(tài)的M2M終端將獲得序列號(hào)），否則會(huì)繼續(xù)重試或進(jìn)入最終狀態(tài)放棄注冊(cè)。2) 進(jìn)入注冊(cè)成功狀態(tài)后，M2M終端執(zhí)行登錄流程，登錄成功則進(jìn)入連接正常狀態(tài)，否則進(jìn)入連接異常狀態(tài)。3) 在連接正常狀態(tài)下，M2M終端和M2M平臺(tái)進(jìn)行正常的協(xié)議交互。當(dāng)出現(xiàn)連接異常時(shí)，則M2M終端執(zhí)行退出流程進(jìn)入連接異常狀態(tài)。4) 在連接異常狀態(tài)下，M2M終端將在預(yù)置的允許次數(shù)下重試發(fā)起登錄流程，如果成功，則進(jìn)入連接正常狀態(tài)。如果失敗超過(guò)重試次數(shù)，則M2M終端將除終端序列號(hào)外的通信參數(shù)恢復(fù)為進(jìn)行注冊(cè)前的初始參數(shù)，保證能連接至M2M平臺(tái)，然后進(jìn)入連接告警狀態(tài)。5) 進(jìn)入連接告警狀態(tài)時(shí)，M2M終端將產(chǎn)生告警，包括本地報(bào)警、遠(yuǎn)程sms報(bào)警（須應(yīng)用的業(yè)務(wù)支持），并等待本地手工復(fù)位、遠(yuǎn)程控制操作。6) 在連接告警狀態(tài)下，如果M2M終端接收到本地手工復(fù)位時(shí)，即開(kāi)始登錄流程，成功則進(jìn)入連接正常狀態(tài)，失敗則進(jìn)入連接異常狀態(tài)。7) 在連接告警狀態(tài)下，如果M2M終端接收到遠(yuǎn)程控制操作的重新注冊(cè)指令時(shí)，則開(kāi)始注冊(cè)流程，注冊(cè)成功則進(jìn)入注冊(cè)成功狀態(tài),失敗則進(jìn)入注冊(cè)失敗狀態(tài)。8) 在連接告警狀態(tài)下，如果M2M終端接收到遠(yuǎn)程控制操作的重新登錄指令時(shí)，則開(kāi)始登錄流程，登錄成功則進(jìn)入連接正常狀態(tài),失敗則進(jìn)入連接異常狀態(tài)。 M2M終端序列號(hào)管理在M2M業(yè)務(wù)中，M2M終端序列號(hào)是M2M平臺(tái)和業(yè)務(wù)應(yīng)用平臺(tái)管理、識(shí)別M2M終端的唯一標(biāo)識(shí)。M2M終端與M2M平臺(tái)和業(yè)務(wù)應(yīng)用平臺(tái)之間的交互數(shù)據(jù)包中都必須攜帶其序列號(hào)，只有擁有合法序列號(hào)的M2M終端才能使用M2M業(yè)務(wù)。因此，M2M終端在使用前必須向M2M平臺(tái)申請(qǐng)終端序列號(hào)并可靠植入。序列號(hào)通過(guò)以下兩種方式寫入M2M終端：1) M2M終端在首次使用時(shí)，自動(dòng)向M2M平臺(tái)注冊(cè)以獲取序列號(hào)并植入。2) 由廠商預(yù)先從M2M平臺(tái)批量申請(qǐng)序列號(hào)，在M2M終端在出廠或使用前直接人工植入。M2M終端一旦植入序列號(hào)：1) 必須將其固化在M2M終端硬件中并妥善存儲(chǔ)，不能被用戶隨意讀寫、掉電不失、不被破壞。2) 更換GSM模塊或SIM卡、軟件版本升級(jí)更新、返廠檢修等操作不能影響已有序列號(hào)，不得丟失、更改已有序列號(hào)，不得再向平臺(tái)重新申請(qǐng)序列號(hào)。3) M2M終端損壞或其他原因不再使用時(shí)，需人工向M2M平臺(tái)注銷該M2M終端所分配的終端序列號(hào)。 M2M終端通信過(guò)程中數(shù)據(jù)安全性的實(shí)現(xiàn)WMMP協(xié)議通過(guò)采用3DES加密算法對(duì)傳輸過(guò)程中的數(shù)據(jù)（TLV或TLV組）進(jìn)行加密，來(lái)實(shí)現(xiàn)報(bào)文數(shù)據(jù)的安全性。WMMP協(xié)議報(bào)文在傳輸過(guò)程視本地安全策略分為以下傳輸模式：l 明文模式l 部分（TLV）加密模式；l 全部(TLV)加密模式； 通信雙方報(bào)文的鑒權(quán)M2M終端必須能夠?qū)邮盏降臄?shù)據(jù)報(bào)文的合法性進(jìn)行鑒權(quán)。鑒權(quán)內(nèi)容包括：1. 報(bào)文的流水號(hào)是否合法：1） 對(duì)于注冊(cè)請(qǐng)求報(bào)文，其流水號(hào)隨機(jī)產(chǎn)生，遇到超時(shí)重發(fā)注冊(cè)報(bào)文時(shí)，重發(fā)的注冊(cè)報(bào)文的流水號(hào)不能與上次的流水號(hào)相同；2） 對(duì)于登錄報(bào)文，其流水號(hào)隨機(jī)產(chǎn)生，遇到超時(shí)重發(fā)登錄報(bào)文時(shí)，重發(fā)的登錄報(bào)文的流水號(hào)不能與上次的流水號(hào)相同；3） 對(duì)于其他報(bào)文，其流水號(hào)應(yīng)持續(xù)遞增，遇到超時(shí)重發(fā)時(shí)，重發(fā)的報(bào)文的流水號(hào)不能與上次的流水號(hào)相同；2. 報(bào)文協(xié)議版本是否合法。3. 報(bào)文中的序列號(hào)是否為本終端的序列號(hào)。4. 報(bào)文的來(lái)源是否合法，即驗(yàn)證SMS、GPRS、USSD的源地址是否合法。5. 報(bào)文完整性鑒權(quán)報(bào)文來(lái)源合法性以及完整性檢查通過(guò)計(jì)算報(bào)文體的摘要而實(shí)現(xiàn)，摘要的算法為：MD5(報(bào)文頭＋報(bào)文體＋時(shí)間戳+IMEI+IMSI+上、下行接入密碼)其中：l 上、下行密碼是M2M終端對(duì)應(yīng)M2M平臺(tái)在發(fā)送、接收?qǐng)?bào)文時(shí)的密碼，其生成一般由平臺(tái)主動(dòng)下發(fā)。l 時(shí)間戳是M2M終端登錄M2M平臺(tái)鑒權(quán)成功后，M2M平臺(tái)在登錄響應(yīng)報(bào)文中附帶的CURTIME字段，在此已建立的連接過(guò)程中摘要計(jì)算中的時(shí)間戳必須等于此值；l 對(duì)于注冊(cè)請(qǐng)求應(yīng)答報(bào)文、登錄請(qǐng)求報(bào)文時(shí)間戳固定為0x00000000。 M2M終端和平臺(tái)系統(tǒng)連接性處理M2M終端必須能夠根據(jù)業(yè)務(wù)應(yīng)用方式自動(dòng)使用或手工設(shè)置相應(yīng)的通信方式與M2M平臺(tái)及業(yè)務(wù)應(yīng)用平臺(tái)交互。定義了以下機(jī)制進(jìn)行M2M終端和平臺(tái)系統(tǒng)連接性處理：M2M終端的報(bào)文重發(fā)機(jī)制、M2M終端與M2M平臺(tái)的連接檢測(cè)、M2M終端上線失敗錯(cuò)誤處理等。 M2M終端與M2M平臺(tái)的核心參數(shù)一致性在M2M業(yè)務(wù)中，M2M終端中的一些配置參數(shù)值和業(yè)務(wù)參數(shù)值必須與M2M平臺(tái)上存儲(chǔ)的參數(shù)值保持一致，這些參數(shù)值被稱為M2M終端的核心參數(shù)。為了保證M2M終端與平臺(tái)的核心參數(shù)配置的一致性，M2M終端必須具有以下功能：1) 必須具備可維護(hù)的核心參數(shù)列表，該列表存儲(chǔ)著本M2M終端的核心參數(shù)的TLV組。2) 可根據(jù)M2M平臺(tái)要求，在線更新核心參數(shù)列表，增加或刪除核心參數(shù)。3) 在每次登錄M2M平臺(tái)的報(bào)文中，必須包含著按TAG值升序排列的核心參數(shù)TLV組的CRC32校驗(yàn)值，以便于M2M平臺(tái)檢測(cè)終端的核心參數(shù)是否發(fā)生了變化。 M2M終端的注冊(cè)與映射關(guān)系變更只有在M2M平臺(tái)上注冊(cè)過(guò)的M2M終端才能使用M2M業(yè)務(wù)。因此，M2M終端在每次上電、復(fù)位、軟件升級(jí)等操作之后，都必須首先檢查其注冊(cè)狀態(tài)。若已注冊(cè)，則直接向M2M平臺(tái)發(fā)起登錄過(guò)程；若未注冊(cè)，則向M2M平臺(tái)發(fā)起注冊(cè)過(guò)程。終端注冊(cè)過(guò)程的報(bào)文交互命令為REGISTER和REGISTER_ACK。如果終端為預(yù)置序列號(hào)，則必須在REGISTER包上報(bào)其序列號(hào)；否則，只須上報(bào)序列號(hào)中表示其終端類型、終端廠商ID、終端型號(hào)的前8位信息，而其后8位為全0。 中國(guó)電信MDMP 概述MDMP（M2M Device Management Protocol，M2M 終端監(jiān)測(cè)控制協(xié)議），是中國(guó)電信開(kāi)發(fā)的企業(yè)內(nèi)部M2M管理協(xié)議，是應(yīng)用于無(wú)線M2M 業(yè)務(wù)系統(tǒng)中MDMS（M2M Device Management System，M2M 終端監(jiān)測(cè)控制平臺(tái)）平臺(tái)和M2M 終端之間的接口協(xié)議，在其基礎(chǔ)上，開(kāi)發(fā)出相應(yīng)的數(shù)據(jù)接口和短信接口，并有相應(yīng)的接口流程定義。MDMP協(xié)議定義了M2M終端和MDMS平臺(tái)之間的交互。協(xié)議本身以SMPP ，整體參考SMPP 的報(bào)文格式，數(shù)據(jù)類型定義，編解碼方式。MDMS 平臺(tái)和終端直接的數(shù)據(jù)傳輸需要同時(shí)支持SMS、UDP 和TCP 三種承載方式。無(wú)論使用短信、TCP 還是UDP 傳輸，不影響MDMS 平臺(tái)與終端的交互過(guò)程。對(duì)于終端和MDMS 平臺(tái)的數(shù)據(jù)連接，終端要么一直使用TCP，要么一直使用UDP。圖 17 M2M 終端與平臺(tái)間的協(xié)議交互協(xié)議使用的端口要求雙方均是可以配置的，對(duì)于終端出廠時(shí)配置的默認(rèn)端口：TCP 為18585，UDP 為18586。終端建立PPP 連接后，應(yīng)立即登錄MDMS 平臺(tái)。終端從MDMS 平臺(tái)退出后，應(yīng)立即斷開(kāi)PPP 連接。 通信方式當(dāng)終端需要和平臺(tái)交互時(shí)，通過(guò)TCP，UDP 的方式登錄發(fā)送請(qǐng)求到平臺(tái)，進(jìn)入正常交互狀態(tài)。如果應(yīng)用的數(shù)據(jù)傳輸較頻繁，需要終端長(zhǎng)時(shí)間在線，則在發(fā)送完數(shù)據(jù)后不退出，通過(guò)心跳消息來(lái)維持會(huì)話；如果應(yīng)用的數(shù)據(jù)傳輸頻次較低，終端無(wú)需和應(yīng)用實(shí)時(shí)交互，則終端在發(fā)送完數(shù)據(jù)之后等待較短時(shí)間然后直接退出，下次交互再次登錄。圖 18為典型的MDMS 平臺(tái)與終端會(huì)話交互過(guò)程：圖 18 MDMS 平臺(tái)與終端會(huì)話交互過(guò)程短信也可以被用來(lái)作為終端和平臺(tái)之間的數(shù)據(jù)交互的承載機(jī)制。但短信承載在MDMP 協(xié)議中作為TCP/UDP 數(shù)據(jù)連接的補(bǔ)充，是一種輔助通信形式，不易過(guò)多使用，使用場(chǎng)景應(yīng)局限在特定場(chǎng)合。MDMP協(xié)議目前不適用于于主要依賴短信方式進(jìn)行通信的終端。（一）通信訪問(wèn)地址：1. TCP和UDP承載終端使用域名+端口號(hào)訪問(wèn)MDMS 平臺(tái)，此地址在M2M 終端安裝時(shí)將被配置到終端中。終端需要支持通過(guò)短信修改此地址的功能，防止以后平臺(tái)升級(jí)或者更換域名帶來(lái)的額外工作量。對(duì)于M2M 終端, 其IP/PORT 是每次連接無(wú)線網(wǎng)絡(luò)時(shí)動(dòng)態(tài)獲取的，平臺(tái)通過(guò)終端發(fā)過(guò)來(lái)的UDP 數(shù)據(jù)包攜帶的IP/PORT 地址獲得此時(shí)終端的訪問(wèn)地址（如使用TCP，則直接維護(hù)其連接鏈路），平臺(tái)對(duì)于從終端收到的每個(gè)數(shù)據(jù)包上的IP/PORT 地址都需要識(shí)別，并維護(hù)終端和其IP/PORT 地址（或網(wǎng)絡(luò)連接鏈路）的對(duì)應(yīng)關(guān)系。其中，對(duì)于UDP 承載模式，一次登錄連接過(guò)程中，終端的端口號(hào)可能會(huì)發(fā)生變化。2. SMS承載終端應(yīng)配置短信接入號(hào)。終端應(yīng)只接收來(lái)自此短信接入號(hào)的短信。不過(guò)，部分行業(yè)應(yīng)用（業(yè)務(wù)數(shù)據(jù)流不通過(guò)MDMS 平臺(tái)）可能直接和終端使用短信交互。在這種情況下，終端也應(yīng)記錄相應(yīng)的短信接入號(hào)。（二）心跳處理機(jī)制1. 心跳消息發(fā)送M2M 終端登錄MDMS 平臺(tái)后，如果長(zhǎng)時(shí)間不發(fā)送數(shù)據(jù)，須向MDMS 平臺(tái)發(fā)送心跳消息。通過(guò)心跳消息機(jī)制，使MDMS 平臺(tái)及時(shí)了解終端登錄后的連接狀態(tài)是否仍然保持。MDMS 平臺(tái)應(yīng)對(duì)心跳消息進(jìn)行應(yīng)答。沒(méi)有數(shù)據(jù)交互時(shí)，M2M 終端應(yīng)每隔時(shí)間P 發(fā)送心跳消息；當(dāng)心跳消息發(fā)出超過(guò)時(shí)間T 后未收到響應(yīng)，應(yīng)立即再次發(fā)送心跳消息；在連續(xù)發(fā)送N 次心跳消息后仍未得到響應(yīng)則結(jié)束此次長(zhǎng)連接過(guò)程，即終端主動(dòng)退出。心跳機(jī)制的主要目的是使MDMS 平臺(tái)即時(shí)了解終端登錄后的連接狀態(tài)是否仍然保持。此外，如果間隔時(shí)間PPDSN 主動(dòng)斷開(kāi)空閑PPP 連接的Timer，還可以起到維持PPP 連接的目的。因此P、T、N 可以根據(jù)實(shí)際通信條件、行業(yè)應(yīng)用需求做配置。P、T、N由MDMS 平臺(tái)下發(fā)，初始化方案應(yīng)包括上述參數(shù)設(shè)定，同時(shí)也是核心配置參數(shù)內(nèi)容。如果平臺(tái)如果在P+NT 時(shí)間內(nèi)沒(méi)有接受到終端發(fā)出任何消息，平臺(tái)應(yīng)關(guān)閉連接，更新終端狀態(tài)為“未登錄”。M