弘賢作文網“移動m2m”相關移動通信,架構作文內容：

近幾年，物聯網從誕生到迅速發展，受到了產業界及學術界的廣泛重視，并上升到國家戰略性新興產業的高度。物聯網的概念和內涵目前仍處于不斷發展之中，物聯網涉及的技術較多，其中M2M技術也是其核心技術之一。以下是今天本站小編為大家精心準備的：M2M移動通信網絡架構研究相關論文。內容僅供參考閱讀!

M2M移動通信網絡架構研究全文如下：

【摘 要】文章對M2M業務特征和MTC通信網絡架構進行了探討。首先詳細分析M2M業務特征以及對現網架構的影響;然后借鑒國際標準組織提出的M2M網絡架構，并在此基礎上根據現階段的網絡現狀和M2M業務需求提出了3G網絡階段適用的網絡架構。

【關鍵詞】M2M 網絡架構 PCRF 核心網 專用網元

1 引言

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

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

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

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

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

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

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

2 M2M業務特征分析

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

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

平均數據傳輸速率：低，僅在某些觸發條件下發送少量上行數據流量。

尖峰數據傳輸速率：不同場景間有較大差異，與應用需求確定的傳輸的數據內容有關。

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

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

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

數據持續性：低，僅在發生預置的事件時存在短暫的或者持續時間較短的數據傳輸。

與人交互性：低，通常由系統根據預置處理方式自動處理。

對連接性的需求：需要監控連接性以防破壞或無效。

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

舉例：輸血車血液環境監測;井蓋監控;移動資產跟蹤。

(2)數據收集類

平均數據傳輸速率

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

尖峰數據傳輸速率：不同場景間有較大差異，與應用需求確定的傳輸的數據內容有關。

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

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

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

數據持續性：取決于數據傳輸間隔和傳輸方式的選擇。[論文網]

與人交互性：低，通常由系統根據預置處理方式自動處理。

對連接性的需求：需要監控連接性以防破壞或無效。

終端移動性：因偶爾有下行數據，所以需要優化的移動性管理。

舉例：氣象信息監測;火災現場數據收集;路況信息收集。

(3)信息推送類

平均數據傳輸速率

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

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

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

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

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

數據持續性：通常具有較長時間的持續性。

與人交互性：高，通常用戶會做出反饋，系統根據反饋對推送的信息進行調整。

對連接性的需求：較強，需要維護網絡連接以便于進行數據的正確傳輸。

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

舉例：智能博物館等。

(4)視頻監控類

平均數據傳輸速率

上行流量：高，主要用于傳遞所監控的多媒體數據;下行流量：低，主要用于傳遞控制和調節命令等。

尖峰數據傳輸速率：無明顯的尖峰數據特征，數據傳輸通常維持一個相對穩定的傳輸速率。

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

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

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

數據持續性：通常具有長時間的持續性。

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

對連接性的需求：較強，需要維護網絡連接以便于進行數據的正確傳輸。

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

舉例：家庭安防中的視頻監控等。

(5)遠程控制執行器類

平均數據傳輸速率

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

尖峰數據傳輸速率：通常具有明顯的尖峰數據特征。

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

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

數據可靠傳遞要求：要求較高，因涉及到控制過程是否能夠正常實現。

數據持續性：通常具有長時間的持續性。

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

對連接性的需求：較強，需要維護網絡連接以便于進行數據的正確傳輸。

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

舉例：工業自動化等。

3 M2M業務對現網架構的影響

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

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

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

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

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

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

4 國際標準組織提出的M2M網絡架構

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

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

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

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

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

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

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

5 3G網絡階段的M2M網絡架構

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

(1)在無線接入側對Wi-Fi、2G、3G、無線傳感網絡等多種方式的整合，實現移動通信網絡對行業應用領域的廣覆蓋，構建面向行業的M2M移動網絡。

(2)在核心側構建M2M專用的HLR、GGSN、SMSC等網元，實現對M2M等物聯網業務的集中運維和管理，并能夠實現與“現網”的有效隔離，有利于網絡的安全、穩定、擴容及升級。

(3)在核心網中部署M2M專用的PCRF等策略控制網元，利用M2M業務的業務特性和用戶屬性，實現對網絡資源的高效利用和對業務服務的精細支撐。

(4)在核心網中搭建M2M業務支撐平臺，實現對業務和終端的統一管理。

在物聯網業務發展的初期階段，考慮針對物聯網網絡通信需求，進行最小成本隔離：只新建核心網的關鍵節點，實現網絡支撐隔離。對于業務系統，需要單獨建設物聯網平臺，實現業務承載隔離;對于接入網絡，則公用，不考慮單獨建設。如圖4所示，是一種在現網上疊加專用M2M核心網絡的架構。在該方案中，與現網共用無線和SGSN，新建物聯網專用的GGSN/DPI，通過APN選路將物聯網數據路由到處理物聯網數據的GGSN，新建物聯網專用的PCRF+SPR，完成對物聯網業務的流量、安全、QoS控制，新建物聯網專用的HLR進行物聯網設備簽約信息、標識及安全管理。

3G階段的M2M網絡架構如圖5所示。

其中，主要網元的功能如下：

HLR：由于現網的HLR都是支持H2H的HLR，支持的能力和M2M的支持能力還是有所不同。HLR也有自己特殊的一些需求，包括：需要支持群組簽約數據能力;支持終端監控(如位置監控、IMEI監控等)能力，支持某個時間段接入控制，支持擴展ID到MSISDN、IMSI的映射能力，支持終端特征簽約(如終端的低優先級、是否為PS only等)，供SGSN控制UE的行為;HLR要支持多profile的簽約，降低終端漫游時的資費，支持一卡多號和一號多卡的M2M業務。

GGSN：擴展的GGSN需要增強支持基于群組流量統計，基于流的計費信息、QoS策略執行和基于群的事件上報等。

短消息中心：除了現有的短消息的功能外，需要支持短消息完成設備觸發的功能，支持在一號多卡的M2M業務中短消息的群發功能。

PCRF：支持群組的策略數據動態下發、更新和刪除，支持群組用戶的流量監控。

SCP：完成M2M業務中的緊急呼叫等語音呼叫的計費，產生語音呼叫話單。

OCS：實時信用控制、預付費使用數據業務和增值業務實時計費。

M2MSP業務平臺：M2M平臺為集團客戶提供統一的M2M終端管理、終端設備鑒權。提供數據路由、監控、用戶鑒權等管理功能;承載信息上報、參數配置、終端狀態檢測、終端注冊等業務功能的短信上下行通道;支持一卡多號和一號多卡的M2M業務，進行動態的號碼管理。在實際部署中，物聯網業務支撐管理平臺按照功能劃分為總部平臺、省平臺兩個層面。

6 結語

M2M業務的多樣性、差異化以及M2M業務表現出來的傳統電信業務所不具有的各種特點，都對現網架構和網元設備產生了很大影響。本文在研究M2M業務特征及其對現網的影響和國際標準組織提出的網絡體系架構的基礎上，提出了在現有移動通信網絡上部署具有可行性，又能一定程度上滿足MTC業務應用需求的網絡架構。

運營商發展M2M業務的基礎與發展移動通信是一致的，在專用的M2M網絡架構中，必須長遠規劃網絡資源，根據業務發展實施網絡優化和數據分流，加強平臺建設，完善網絡覆蓋，加大網絡容量，從根本上滿足M2M業務需求，同時又不影響當前的人人通信業務，提高用戶體驗。

參考文獻：

[1] 沈嘉，劉思揚. 針對移動M2M業務的優化技術研究[J]. 現代電信科技， 2011(10)： 37-44.

[2] 沈嘉，劉思揚. 面向M2M的移動通信系統優化技術研究[J]. 電信網技術， 2011(9)： 39-46.

[3] 孫其博，劉杰，黎羴，等. 物聯網：概念、架構與關鍵技術研究綜述[J]. 北京郵電大學學報， 2010(3)： 1-9.

[4] 諸瑾文，王藝. 從電信運營商角度看物聯網的總體架構和發展[J]. 電信科學， 2010(4)： 1-5.

[5] 沈蘇彬. 物聯網技術架構[J]. 中興通訊技術， 2011(1)： 8-10.