1. 引言

　　物物通信(M2M，Machine to Machine)是一種涉及一個或多個實體的不需要人為干預的數(shù)據(jù)通信，也稱為機器類型通信(MTC，Machine-Type Communication)。隨著M2M業(yè)務的快速發(fā)展，基于移動通信網(wǎng)絡的MTC正日益成為一種主要的移動通信方式，但是傳統(tǒng)移動通信網(wǎng)絡畢竟是面向人人通信(H2H，Hu-man to human)業(yè)務設計的，適應H2H的業(yè)務需求，卻不能滿足M2M業(yè)務需求。具體來說，MTC和傳統(tǒng)人人通信的不同之處包括以下方面[1]：

　　(1)基于MTC通信的應用場景比H2H通信的場景豐富很多，而且具有差異性。根據(jù)功能特性劃分大致可歸納為位置感知和共享、環(huán)境信息感知、遠程控制與執(zhí)行、數(shù)據(jù)收集發(fā)布、視頻監(jiān)控、近場通信等。這些應用的差異化一方面表現(xiàn)為功能上的多樣性;另一方面也體現(xiàn)在應用特征以及對網(wǎng)絡的需求上的差異化。

　　(2)數(shù)據(jù)通信為主，包括小流量數(shù)據(jù)包、視頻流等。

　　(3)要求MTC通信成本比H2H更低。由于M2M業(yè)務是在H2H業(yè)務之后發(fā)展起來的，最小化成本是M2M業(yè)務生存的重要考慮。不同的應用因其重要性不同，對通信的要求也是不同的，需要結(jié)合事件發(fā)生的可能性和需要付出的通信等綜合成本來考慮進行成本的最小化。

　　(4)M2M終端數(shù)目巨大，需要更靈活和有策略的終端管理。潛在的海量M2M終端接入通信網(wǎng)絡，而且M2M終端無論是從傳輸特性、QoS要求和移動性，還是從終端的分布密度方面，都與H2H終端有很大不同。

　　(5)以小數(shù)據(jù)量傳輸為主。

　　如果繼續(xù)使用傳統(tǒng)移動通信系統(tǒng)來進行MTC通信，其系統(tǒng)的效率、成本和適用性都無法達到最優(yōu)。因此，在考慮M2M業(yè)務特征的同時減少對H2H業(yè)務的影響，從而設計MTC專用的通信系統(tǒng)，是當前物物通信不斷發(fā)展背景下的一個重要課題。

　　2. M2M業(yè)務特征分析

　　網(wǎng)絡架構的設計，需要以網(wǎng)絡所承載的具體業(yè)務為出發(fā)點[2]。也就是說，M2M網(wǎng)絡架構的設計需要充分分析M2M業(yè)務特征和需求，結(jié)合終端上下行數(shù)據(jù)量、頻度、QoS需求等方面的業(yè)務特征，將物聯(lián)網(wǎng)應用分為如下五類。其中，對各類應用的部分需求和特征進行了分析，包括移動性、群組通信、鑒權以及按計劃周期性處理等，不同場景間有較大差異。

　　(1)監(jiān)控報警類：傳感器本地監(jiān)測數(shù)據(jù)，當發(fā)生不符合預期的數(shù)據(jù)變化時通過網(wǎng)絡通知應用層進行報警。

　　平均數(shù)據(jù)傳輸速率：低，僅在某些觸發(fā)條件下發(fā)送少量上行數(shù)據(jù)流量。

　　尖峰數(shù)據(jù)傳輸速率：不同場景間有較大差異，與應用需求確定的傳輸?shù)臄?shù)據(jù)內(nèi)容有關。

　　QoS要求：不同場景間有較大差異，與應用需求以及當前數(shù)據(jù)所代表的含義有關。

　　數(shù)據(jù)安全要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)可靠傳遞要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)持續(xù)性：低，僅在發(fā)生預置的事件時存在短暫的或者持續(xù)時間較短的數(shù)據(jù)傳輸。

　　與人交互性：低，通常由系統(tǒng)根據(jù)預置處理方式自動處理。

　　對連接性的需求：需要監(jiān)控連接性以防破壞或無效。

　　終端移動性：因無下行流量需求，所以無移動性需求。

　　舉例：輸血車血液環(huán)境監(jiān)測;井蓋監(jiān)控;移動資產(chǎn)跟蹤。

　　(2)數(shù)據(jù)收集類

　　平均數(shù)據(jù)傳輸速率

　　上行流量：中，數(shù)據(jù)量較大，持續(xù)的數(shù)據(jù)上報或者周期性數(shù)據(jù)上報;下行流量：低，更多的是用于修改上報規(guī)則等。

　　尖峰數(shù)據(jù)傳輸速率：不同場景間有較大差異，與應用需求確定的傳輸?shù)臄?shù)據(jù)內(nèi)容有關。

　　QoS要求：不同場景間有較大差異，與應用需求以及當前數(shù)據(jù)所代表的含義有關。

　　數(shù)據(jù)安全要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)可靠傳遞要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)持續(xù)性：取決于數(shù)據(jù)傳輸間隔和傳輸方式的選擇。[論文網(wǎng)]

　　與人交互性：低，通常由系統(tǒng)根據(jù)預置處理方式自動處理。

　　對連接性的需求：需要監(jiān)控連接性以防破壞或無效。

　　終端移動性：因偶爾有下行數(shù)據(jù)，所以需要優(yōu)化的移動性管理。

　　舉例：氣象信息監(jiān)測;火災現(xiàn)場數(shù)據(jù)收集;路況信息收集。

　　(3)信息推送類

　　平均數(shù)據(jù)傳輸速率

　　上行流量：通常較低，主要用于提供應用所需的過濾或輸入條件(如位置信息);下行流量：通常較大，主要用于傳遞所推送的信息(如廣告、視頻媒體等)，持續(xù)的、基于交互等外界條件出發(fā)的或者周期性的數(shù)據(jù)推送。

　　尖峰數(shù)據(jù)傳輸速率：具有明顯的尖峰數(shù)據(jù)特征，在條件觸發(fā)后下發(fā)匹配的信息。

　　QoS要求：不同場景間有較大差異，與應用需求以及當前數(shù)據(jù)所代表的含義有關。

　　數(shù)據(jù)安全要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)可靠傳遞要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)持續(xù)性：通常具有較長時間的持續(xù)性。

　　與人交互性：高，通常用戶會做出反饋，系統(tǒng)根據(jù)反饋對推送的信息進行調(diào)整。

　　對連接性的需求：較強，需要維護網(wǎng)絡連接以便于進行數(shù)據(jù)的正確傳輸。

　　終端移動性：兩極分化。部分終端有很強的移動性;部分終端則通常不移動。

　　舉例：智能博物館等。

　　(4)視頻監(jiān)控類

　　平均數(shù)據(jù)傳輸速率

　　上行流量：高，主要用于傳遞所監(jiān)控的多媒體數(shù)據(jù);下行流量：低，主要用于傳遞控制和調(diào)節(jié)命令等。

　　尖峰數(shù)據(jù)傳輸速率：無明顯的尖峰數(shù)據(jù)特征，數(shù)據(jù)傳輸通常維持一個相對穩(wěn)定的傳輸速率。

　　QoS要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)安全要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)可靠傳遞要求：不同時刻有不同的要求。如在正常情況下要求適中，但一旦發(fā)生某些預置的事件則需要較高的可靠性傳遞。

　　數(shù)據(jù)持續(xù)性：通常具有長時間的持續(xù)性。

　　與人交互性：低，用戶偶爾會對視頻監(jiān)控過程進行干預。

　　對連接性的需求：較強，需要維護網(wǎng)絡連接以便于進行數(shù)據(jù)的正確傳輸。

　　終端移動性：兩極分化。部分終端有很強的移動性;部分終端則通常不移動。

　　舉例：家庭安防中的視頻監(jiān)控等。

　　(5)遠程控制執(zhí)行器類

　　平均數(shù)據(jù)傳輸速率

　　上行流量：通常較低，主要用于提供應用所需的過濾或輸入條件(如預置事件的發(fā)生);下行流量：取決于控制對象和控制命令的復雜程度。

　　尖峰數(shù)據(jù)傳輸速率：通常具有明顯的尖峰數(shù)據(jù)特征。

　　QoS要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)安全要求：不同場景間有較大差異，與應用需求有關。

　　數(shù)據(jù)可靠傳遞要求：要求較高，因涉及到控制過程是否能夠正常實現(xiàn)。

　　數(shù)據(jù)持續(xù)性：通常具有長時間的持續(xù)性。

　　與人交互性：高，通常是對人操作指令的具體反映。

　　對連接性的需求：較強，需要維護網(wǎng)絡連接以便于進行數(shù)據(jù)的正確傳輸。

　　終端移動性：兩極分化。部分終端有很強的移動性;部分終端則通常不移動。

　　舉例：工業(yè)自動化等。

　　3. M2M業(yè)務對現(xiàn)網(wǎng)架構的影響

　　從對現(xiàn)網(wǎng)架構的影響來說，M2M業(yè)務可以分為兩類：A類是現(xiàn)有網(wǎng)絡不能滿足需要網(wǎng)絡優(yōu)化的業(yè)務，這類業(yè)務需要過載控制功能來避免網(wǎng)絡過載，以及針對客戶的業(yè)務需求提供差別化的服務;B類是對于現(xiàn)有網(wǎng)絡影響較小的業(yè)務，這類業(yè)務是對時效性要求不高的MTC業(yè)務，而且這些業(yè)務和現(xiàn)在的移動網(wǎng)絡業(yè)務有類似的需求。從整體來說，M2M業(yè)務中大部分是A類業(yè)務，以下分析的是A類業(yè)務對現(xiàn)網(wǎng)架構的影響[3]。

　　M2M業(yè)務的多樣性、差異化，網(wǎng)絡的多種接入方式，M2M終端的海量性、差異化，以及M2M業(yè)務表現(xiàn)出來的傳統(tǒng)電信業(yè)務所不具有的各種特點，都對現(xiàn)網(wǎng)架構和網(wǎng)元設備產(chǎn)生了很大影響，其直接后果是現(xiàn)網(wǎng)的核心網(wǎng)元如HLR/PCRF/GGSN的能力已經(jīng)不能滿足M2M業(yè)務所帶來的信令、流量沖擊和業(yè)務控制需求，主要體現(xiàn)在以下方面：

　　(1)由于物聯(lián)網(wǎng)業(yè)務的特殊性，可能會產(chǎn)生瞬時大量的信令，會對無線網(wǎng)絡的關鍵信令控制設備(STP/HLR/PCRF)造成影響而導致全網(wǎng)的癱瘓。因此，一方面要大規(guī)模提高相關信令控制設備的容量或設備的信令處理能力;另一方面需要進行差異化、分優(yōu)先級的接入控制;此外，關鍵信令控制和處理設備要具備一定的設備過載保護機制以及高容災、高流控能力，避免關鍵網(wǎng)元的過載，從而有效提升整網(wǎng)的可靠性。

　　(2)由于物聯(lián)網(wǎng)業(yè)務的特殊性，其接入方式的多樣性，涉及行業(yè)及用戶和設備的多樣性、海量性，因此需要對用戶數(shù)據(jù)管理HLR網(wǎng)元進行相應增強，包括其數(shù)據(jù)庫的可擴展性和靈活性，除了標準的用戶簽約信息，還有設備序列號、設備驅(qū)動程序信息、位置信息和配額信息等運營商、M2M客戶私有字段等;對多種接入類型的支持，可對由不同接入類型(2G/3G/LTE)接入網(wǎng)絡的設備進行鑒權;對用戶標識和尋址的靈活動態(tài)支持，支持一卡多號或一號多卡;支持對終端設備基本狀態(tài)的查詢，能通過網(wǎng)絡側(cè)下發(fā)終端“蘇醒”請求，發(fā)現(xiàn)設備被盜時能夠立刻鎖死等。

　　(3)由于物聯(lián)網(wǎng)業(yè)務的特殊性及多樣性、群組性，因此有必要對業(yè)務進行區(qū)分，包括業(yè)務分類分級、QoS分級、用戶分組、設備分組，從而進行流量管理和業(yè)務管理，根據(jù)忙閑時、地理位置等各種特性采取不同的接入和傳輸處理策略等。此外，在現(xiàn)網(wǎng)PCC架構中疊加物聯(lián)網(wǎng)策略控制，因其特殊性，PCRF(Policy and Charging Rules Function，策略與計費規(guī)則功能)進行策略控制時需先判斷是個人用戶還是物聯(lián)網(wǎng)用戶，而且物聯(lián)網(wǎng)數(shù)據(jù)的瞬時爆發(fā)性會影響現(xiàn)網(wǎng)PCC架構，所以有必要設置專用的物聯(lián)網(wǎng)M2M PCRF。

　　總之，需要對相關網(wǎng)元進行能力的增強和升級，可以改造現(xiàn)有相關網(wǎng)元，也可以設置M2M的專用網(wǎng)元疊加在現(xiàn)有H2H網(wǎng)絡上來解決相應問題。

　　4. 國際標準組織提出的M2M網(wǎng)絡架構

　　國際標準組織如ITU、ETSI和3GPP等分別從不同角度提出了M2M的網(wǎng)絡架構[4]。

　　根據(jù)ITU-T發(fā)布的定義，物聯(lián)網(wǎng)體系架構主要可劃分為三個層面：感知層、網(wǎng)絡層和應用層。如圖1所示，該架構基本達成業(yè)界共識，但是其體系架構過于抽象屬于概念模型，在轉(zhuǎn)化為技術實現(xiàn)的過程中還需要細化。

　　在ITU-T物聯(lián)網(wǎng)體系架構的基礎上，ETSI提出了一種可看作邏輯模型的M2M應用頂層架構[5]。如圖2所示，ETSI把M2M體系架構劃分為M2M設備及網(wǎng)關和M2M網(wǎng)絡兩個大域。M2M設備及網(wǎng)關域包括M2M設備、M2M網(wǎng)關和M2M局域網(wǎng)，可以基于現(xiàn)有的各類標準實現(xiàn);M2M網(wǎng)絡域則包括廣域網(wǎng)和M2M應用系統(tǒng)。

　　相較于ITU的概念模型，ETSI的邏輯模型側(cè)重于M2M服務能力層，通過對服務能力和接口的定義來實現(xiàn)屏蔽網(wǎng)絡細節(jié)的M2M應用、M2M服務能力及網(wǎng)絡三者之間的相互調(diào)用，可供在研究平臺和網(wǎng)關設備功能及接口時參考。

　　在ETSI的體系架構基礎上，3GPP也提出了一種支持MTC應用的通信架構。如圖3所示，涉及到的實體包括MTC終端、承載網(wǎng)絡、MTC服務器和MTC應用。其中，MTC服務器是MTC業(yè)務的管理平臺;MTC應用負責業(yè)務邏輯的實現(xiàn)。承載M2M通信的移動網(wǎng)絡包括GPRS、EPC以及短消息和IMS網(wǎng)絡。

　　3GPP提出的MTC通信架構側(cè)重于M2M網(wǎng)絡層，對M2M網(wǎng)絡中各通信網(wǎng)元的功能和接口進行了定義，其適用于研究MTC業(yè)務的管理平臺以及M2M核心網(wǎng)絡的功能和接口時參考。

　　以上標準組織雖然都提出了M2M的網(wǎng)絡體系架構，但是有其局限性。ITU和ETSI的架構過于框架性，對于實際的網(wǎng)絡部署沒有較好的指導意義;3GPP雖然對于網(wǎng)絡網(wǎng)元功能增強有一定的研究，但是由于目前部署的H2H網(wǎng)絡大多處于R7或R8版本，而MTC網(wǎng)絡體系的研究是在R10以上版本的網(wǎng)絡基礎上進行的。因此，在現(xiàn)有網(wǎng)絡中按照標準來部署MTC網(wǎng)絡還為時尚早，需要研究一種網(wǎng)絡架構既具有在現(xiàn)有網(wǎng)絡基礎上投資和部署的可行性，又能滿足現(xiàn)階段MTC業(yè)務應用的需求。

　　5. 3G網(wǎng)絡階段的M2M網(wǎng)絡架構

　　在現(xiàn)有的3G網(wǎng)絡階段，為解決發(fā)展M2M業(yè)務面臨的網(wǎng)絡運營和網(wǎng)絡資源問題，運營商可以通過采用物理上隔離的網(wǎng)絡來單獨承載機器通信業(yè)務，在初期可以通過核心網(wǎng)中專設的網(wǎng)元實現(xiàn)業(yè)務的隔離，在后期演進也可以延伸到采用專用的接入網(wǎng)實現(xiàn)物聯(lián)網(wǎng)業(yè)務的接入隔離。此外，物聯(lián)網(wǎng)管理平臺也是物聯(lián)網(wǎng)解決方案中必不可少的組成部分。物聯(lián)網(wǎng)管理平臺與物聯(lián)網(wǎng)獨立網(wǎng)元配合，在物聯(lián)網(wǎng)業(yè)務發(fā)展的初期階段主要實現(xiàn)物聯(lián)網(wǎng)獨立碼號集中管理和物聯(lián)網(wǎng)業(yè)務有效管控等功能。隨著物聯(lián)網(wǎng)的發(fā)展，平臺的功能也會逐步支撐更多資源管控與更多的業(yè)務流程，并開放更多資源及能力。可以根據(jù)M2M業(yè)務的特性，實現(xiàn)基于位置、時間段、接入類型的QoS控制和相應的計費策略;還可以根據(jù)用戶的屬性及行為進行相應的分組，實行基于群組的流量統(tǒng)計、事件分發(fā)和策略執(zhí)行等，這體現(xiàn)在核心網(wǎng)中PCRF/SPR/M2MSP的功能實現(xiàn)。綜上所述，在3G發(fā)展階段，M2M網(wǎng)絡架構的特征具體體現(xiàn)在以下四個方面：