專利名稱：機器類通信消息傳輸方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種機器類通信(Machine Type Communication，簡稱為MTC)消息傳輸方法及系統(tǒng)。
背景技術：
隨著移動網絡服務和自動化控制技術的發(fā)展，出現了一種機器類通信方式，也稱 機器對機器(Machine To Machine，簡稱為M2M)的通信方式，在該通信方式中，通信的雙方 為機器設備。狹義的M2M定義是機器到機器的通信，但從廣義上說M2M包括以機器終端智能交 互為核心的、網絡化的應用與服務。M2M基于智能機器終端、以多種通信方式為接入手段， 可以為客戶提供信息化解決方案，用于滿足客戶對監(jiān)控、指揮調度、數據采集和測量等方面 的信息化需求。M2M可以應用于行業(yè)應用(例如，交通監(jiān)控、告警系統(tǒng)、海上救援、自動售貨 機、開車付費等)、家庭應用(例如，自動抄表、溫度控制等)及個人應用(例如，生命檢測、 遠端診斷等)等。M2M的通信對象為機器，通信行為是自動化控制的，即，通信的發(fā)起、終止、及通信 過程中的一些準入和限制的控制，均是自動化的行為。這種行為，依賴于M2M通信中對機器 (即，M2M通信中的終端)行為的約束和控制，M2M通信中的終端的行為受業(yè)務簽約數據約 束，網絡根據業(yè)務簽約數據對M2M通信中的終端進行管理。機器類通信中最典型的通信方式為終端和應用服務器之間的通信，該終端被稱 為MTC終端(MTC User Equipment，簡稱為MTCUE)，應用服務器被稱為MTC服務器(MTC Server)。在2G/3G/LTE接入下，M2M通信主要以分組(Packet krvice，簡稱為PS)網絡 作為底層承載網絡，實現MTC終端和MTC服務器之間的業(yè)務層通信。圖1是根據相關技 術的M2M通信實體接入到演進的分組系統(tǒng)(Evolved Packet System，簡稱為EPS)的架 構示意圖。如圖1所示，底層承載網絡包括演進的通用移動通信系統(tǒng)陸地無線接入網 (Evolved Universal Terrestrial Radio AccessNetwork，簡稱為 E-UTRAN)、移動管理實 體(Mobility ManagementEntity，簡稱為 MME)、服務網關(Serving Gateway，簡稱為 S-GW， 或SGW)、分組數據網絡網關(Packet Data Network Gateway，簡稱為PDN GW，或P-GW，或 PGW)、歸屬用戶服務器(Home SubscriberServer，簡稱為HSS)、策略和計費規(guī)則功能實體 (Policy and ChargingRules Function，簡稱為 PCRF)。其中，E-UTRAN 的主要網元是演進 型基站(Evolved NodeB，簡稱為 eNodeB)。在圖1中，MME負責移動性管理、非接入層信令的處理、以及用戶移動管理中上下 文的管理等控制面的相關工作；S-GW是與E-UTRAN相連的接入網關設備，負責在E-UTRAN 和P-GW之間轉發(fā)數據，以及對尋呼等待數據進行緩存；P-GW則是EPS與分組數據網絡 (Packet Data Network，簡稱為PDN)的邊界網關，負責PDN的接入及在EPS與PDN間轉 發(fā)數據等功能；PCRF是策略和計費規(guī)則功能實體，它通過接收接口 Rx和運營商網絡協(xié)議(InternetProtocol，簡稱為IP)業(yè)務網絡相連，獲取業(yè)務信息，此外，它還可以通過foe接口 與網絡中的網關設備相連，負責發(fā)起IP承載的建立，保證業(yè)務數據的服務質量(Quality of krvice，簡稱為QoS)，并進行計費控制。HSS用于提供用戶的簽約數據的管理，和用戶接入 到網絡中的重要的上下文信息的管理。在圖1中，MTC UE通過E-UTRAN(eNodeB)接入到EPS網絡中，在被分配IP地址后， MTC UE與MTC krver之間可以建立起IP通道，從而實現與MTC krver之間的上層業(yè)務通 信。MTC UE與MTC krver之間所建立的IP通道為一條邏輯上的IP通道，其物理路徑經 過eNodeB、S-GW、P-GW。目前，實現M2M通信的一種方式是在MTC UE與MTC krver之間的IP通道上建立 一個業(yè)務層接口協(xié)議，通過該業(yè)務層接口協(xié)議，MTC UE和MTC krver交互業(yè)務數據，同時， MTC krver也通過該業(yè)務層協(xié)議實現對MTC UE的控制。圖2描述了通過以上方式實現M2M通信的流程，如圖2所示，在該方式中MTC UE 通過PS網絡接入，實現和MTC Server建立通信連接主要包括以下步驟S201，MTC UE向MME發(fā)起附著請求；S202, MME接收上述附著請求，向HSS發(fā)送位置更新請求，在該步驟中，HSS向MME 下載MTC UE的簽約數據，其中包含用于M2M接入控制的簽約數據部分；S203, MME向SGW/PGW發(fā)送承載創(chuàng)建請求，請求SGW/PGW為MTC UE創(chuàng)建合適的承 載；S204，如果PGW需要從PCC( S卩，PCRF)獲得策略數據以據此建立合適的承載，PGff 和PCC交互以獲得PCC策略；S205, PGff為MTC UE創(chuàng)建承載，返回承載創(chuàng)建響應；S206, MME向MTC UE發(fā)送附著響應；步驟S206后，MTC UE已經附著到PS網絡，被分配了 IP地址，并建立和合適的承 載，從而可以向MTC krver發(fā)起業(yè)務層的注冊。S207, MTC UE向MTC Server發(fā)起業(yè)務層的注冊；S208, MTC Server接受MTC UE的注冊，返回注冊響應；S209，后續(xù)MTC UE和MTC Server之間通過業(yè)務層協(xié)議交互數據。通過圖2所示的流程，MTC UE接入到PS網絡，建立了和MTCServer之間的IP連 接，從而可以實現后續(xù)和MTC Server之間的業(yè)務層通信。正常情況下，利用圖2所示的流程，MTC UE和MTC Server之間可以建立起IP連 接，通過業(yè)務層協(xié)議實現MTC UE向MTCServer傳輸數據，或者MTC Server向MTC UE下發(fā) 參數配置等。但是，在一些業(yè)務限制情況下，MTC UE無法成功和MTCServer建立起IP連接。例 如，如果網絡限制了 MTC UE向網絡傳輸數據的時間，PGW會限制MTC UE發(fā)往MTC krver的 上行數據，也可能會限制MTC krver發(fā)往MTC UE的下行數據。此時，如果MTC UE檢測到 終端設備本身工作狀況出了問題(例如，MTC UE是一個實現電表抄表的MTC接入設備，MTC UE發(fā)現它的電表抄表設備工作不正常)，需要向MTC Server上報報警消息，在這種情況下， 由于網絡對其限制了數據傳輸的允許時間，將導致MTC UE無法向MTC krver發(fā)送報警信 息?；蛘撸绻鸐TC UE檢測到自身的某些配置參數有錯誤(例如，MTC UE是一個實現電表抄表的MTC接入設備，MTC UE發(fā)現電表抄表設備的配置參數錯誤)，需要向網絡上報參數異 常，或向網絡請求下發(fā)參數配置，同樣地，MTCUE也無法向MTC krver發(fā)起請求。除了由于 超過了時間限制導致MTC UE無法與MTC krver通信的情況，如果MTC UE和MTCServer的 IP連接斷開不能再次建立，也會出現上述的問題。

發(fā)明內容
本發(fā)明的主要目的在于提供一種MTC消息傳輸方法及系統(tǒng)，以解決相關技術中 MTC終端與MTC服務器之間可能無法通過IP連接傳輸數據的問題。根據本發(fā)明的一個方面，提供了一種MTC消息傳輸方法，包括MTC終端與預定網 元之間通過信令路徑傳輸MTC消息，其中，預定網元包括移動管理單元MME、通用分組無線 業(yè)務服務支持節(jié)點SGSN、移動業(yè)務交換中心MSC、短信中心或互聯實體IWK ；預定網元與MTC 服務器之間進行MTC消息的傳輸。根據本發(fā)明的另一方面，提供了一種MTC消息傳輸系統(tǒng)，包括MTC終端、預定網元 及MTC服務器，其中，MTC終端，用于與預定網元之間通過信令路徑傳輸MTC消息，其中，預 定網元包括移動管理單元MME、通用分組無線業(yè)務服務支持節(jié)點SGSN、移動業(yè)務交換中心 MSC、短信中心或互聯實體IWK ；MTC服務器，用于與預定網元之間進行MTC消息的傳輸。通過本發(fā)明，采用MTC終端與預定網元之間通過信令路徑傳輸MTC消息，預定網元 與MTC服務器之間進行MTC消息的傳輸，解決了 MTC終端與MTC服務器之間可能無法通過 IP連接傳輸數據的問題，實現了不依賴于IP連接通道進行MTC UE和MTC krver之間的數 據傳輸，且能廣泛適用于多種網絡場景。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1是根據相關技術的M2M通信實體接入到演進的分組系統(tǒng)的架構示意圖；圖2是根據相關技術的MTC終端通過PS網絡接入并與MTC服務器建立通信連接 的流程圖；圖3是根據本發(fā)明實施例的MTC消息傳輸方法(MTC終端到MTC服務器)的流程 圖；圖4是根據本發(fā)明實施例的MTC消息傳輸方法(MTC服務器到MTC終端)的流程 圖；圖5為根據本發(fā)明實施例一的MTC UE通過E-UTRAN網絡接入實現和MTC Server 間數據傳輸的系統(tǒng)架構圖；圖6為根據本發(fā)明實例1的MTC UE向MTC Server發(fā)送報警消息的流程圖；圖7為根據本發(fā)明實例2的MTC UE向MTC Server發(fā)送參數配置請求消息的流程 圖；圖8為根據本發(fā)明實例3的MTC Server向MTC UE下發(fā)參數配置的流程圖；圖9是根據本發(fā)明實施例二的MTC UE通過GERAN/UTRAN網絡接入實現和MTC Server間數據傳輸的系統(tǒng)架構圖10是根據本發(fā)明實施例三的MTC UE利用SMS over SGs來向MTC Server傳輸 MTC消息的架構圖；圖11為根據本發(fā)明實例4的MTC UE和MTC Server之間通過將MTC消息包裝在 短信中經過短信中心SMSC進行傳輸的流程圖；圖12是根據本發(fā)明實施例四的MTC UE利用SMS over SGs來向MTC Server傳輸 MTC消息的架構圖；圖13是根據本發(fā)明實例5的MTC UE和MTC Server之間通過將MTC消息包裝在 短信中經過互連實體IWK進行傳輸的流程圖；圖14是根據本發(fā)明實施例的MTC消息傳輸系統(tǒng)的結構框圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。本發(fā)明實施例提供了一種MTC消息傳輸方法，包括MTC終端與預定網元之間通過 信令路徑傳輸MTC消息，其中，預定網元包括移動管理單元MME、通用分組無線業(yè)務服務支 持節(jié)點SGSN、移動業(yè)務交換中心(Mobile service Switching Center，簡稱為MSC)、短信中 心或互聯實體IWK ；預定網元與MTC服務器之間進行MTC消息的傳輸。圖3是根據本發(fā)明實施例的MTC消息傳輸方法(MTC終端到MTC服務器)的流程 圖，如圖3所示，對于MTC終端傳輸MTC消息到MTC服務器的情況，該方法包括步驟S302，MTC終端通過信令路徑向預定網元發(fā)送MTC消息；步驟S304，預定網元向MTC服務器發(fā)送MTC消息。圖4是根據本發(fā)明實施例的MTC消息傳輸方法(MTC服務器到MTC終端)的流程 圖，如圖4所示，對于MTC服務器傳輸MTC消息到MTC終端的情況，該方法包括步驟S402，MTC服務器向預定網元發(fā)送MTC消息；步驟S404，預定網元通過信令路徑向MTC終端發(fā)送MTC消息。 在該方法中，MTC終端和預定網元之間通過信令路徑傳輸數據，信令路徑(也稱控 制面通道、信令通道)是用于對MTC UE執(zhí)行接入控制、移動性管理等的信令傳輸路徑。而 現有技術中采用IP通道實現MTC終端和MTC服務器之間的MTC消息傳輸。信令路徑與IP 通道是兩種不同的傳輸通道，IP通道是基于用戶面的，而信令路徑是基于控制面的。本實施例中，MTC終端和預定網元之間可以傳輸控制類信令(例如，NAS消息)或 其他使用控制類信道進行傳輸的移動業(yè)務(例如，SMS業(yè)務、USSD業(yè)務)，也就是說，MTC終 端和預定網元之間可以采用任何通過控制路徑傳輸的信令或業(yè)務來傳輸MTC消息。作為兩種優(yōu)選實施例，MTC終端與預定網元之間可以通過非接入層(Non Access Stratum,簡稱為NAS)消息或SMS傳輸MTC消息。在該實施例中，預定網元和MTC服務器之間的通道可以是控制面通道也可以是用 戶面通道(即，IP通道)。如果預定網元和MTC服務器之間通過控制面通道傳輸MTC消息， 則該MTC消息被包裝在預定網元和MTC服務器之間的信令消息中。如果預定網元和MTC服 務器之間通過用戶面通道傳輸MTC消息，則該MTC消息位于IP數據包中。通過上述方法，不通過用戶面(MTC UE和MTC Server之間的IP通道)而是通過控制面來實現MTC UE和MTC krver之間的數據傳輸，能解決用戶面通道無法使用下的數 據傳輸無法進行的問題。另外，這種控制面?zhèn)鬏斖ǖ酪部梢钥紤]用作小數量M2M通信的數 據傳輸通道，可避免大批量僅傳輸小數據量的MTC終端接入到網絡時采用用戶面?zhèn)鬏斖ǖ?而引起的IP地址緊張、IP承載利用率不高的問題。具體地，MTC終端與預定網元之間通過NAS消息傳輸MTC消息包括MTC終端將MTC 消息包裝在NAS消息中，并將攜帶有MTC消息的NAS消息發(fā)送至預定網元；或者，預定網元 將接收到的MTC消息包裝在NAS消息中，并將攜帶有MTC消息的NAS消息發(fā)送至MTC終端。 上述的MTC消息可以為參數配置請求消息、告警消息等。通過該過程，可以使MTC消息在MTC終端及預定網元之間被包裝在NAS消息中，從 而通過信令路徑進行傳輸。優(yōu)選地，預定網元與MTC服務器之間進行MTC消息的傳輸包括通過預定網元與 MTC服務器之間的接口傳輸MTC消息；或者，預定網元與MTC服務器之間通過新增的MTC網 關傳輸MTC消息。預定網元可以將MTC消息直接傳輸至MTC服務器，也可以將MTC消息傳輸至新增 的MTC網關，再由MTC網關傳輸至MTC服務器，這種方式的安全性更高。優(yōu)選地，預定網元與MTC服務器之間進行MTC消息的傳輸包括預定網元從NAS消 息中提取MTC消息，并從MTC終端的簽約數據中獲取MTC服務器的地址，之后根據地址將 MTC消息發(fā)送至MTC服務器；或者，預定網元從NAS消息中提取MTC消息，并將MTC消息發(fā) 送至MTC網關，MTC網關根據自身存儲的與MTC終端對應的MTC服務器的地址將MTC消息 發(fā)送至MTC服務器；或者，預定網元從NAS消息中提取MTC消息和MTC服務器的地址，預定 網元根據地址將MTC消息發(fā)送至MTC服務器或者將MTC消息通過MTC網關發(fā)送至MTC服務器。通過以上幾種方式，可以使得預定網元獲得MTC服務器的地址進而將MTC消息路 由到MTC服務器。優(yōu)選地，MTC終端與預定網元之間通過NAS消息傳輸MTC消息還可以包括MTC終 端將參數配置請求消息包裝在NAS消息中，并將攜帶有參數配置請求的NAS消息發(fā)送至預 定網元；預定網元從NAS消息中提取參數配置請求后，從MTC終端的簽約數據中獲取MTC終 端的配置參數，并將配置參數包裝在NAS消息中發(fā)送至MTC終端。該實施例中，MTC消息具 體為參數配置請求，在這種情況下，可以由預定網元響應該請求并將該MTC終端的配置參 數發(fā)送至該MTC終端。優(yōu)選地，預定網元收到預定網元的上層網元下發(fā)的簽約數據更新，MTC終端與預定 網元之間通過NAS消息傳輸MTC消息還可以包括預定網元將MTC終端的更新的配置參數 包裝在NAS消息中發(fā)送至MTC終端。該實施例中，預定網元接收到來自上層網元(可以為 HSS或HLR)的簽約數據更新后，由預定網元來判斷該MTC終端的配置參數是否發(fā)生變化，若 是，則預定網元向MTC終端下發(fā)新的配置參數。上述過程中，可以是預定網元收到預定網元的上層網元下發(fā)的簽約數據更新之 后，即向MTC終端發(fā)送更新的配置參數；也可以是預定網元收到預定網元的上層網元下發(fā) 的簽約數據更新，并且預定網元根據簽約數據更新判斷MTC終端的配置參數發(fā)生變化之 后，向MTC終端發(fā)送更新的配置參數，這種方式比較節(jié)省網絡資源。
優(yōu)選地，在MTC終端接入的網絡為演進的通用移動通信系統(tǒng)陸地無線接入網 E-UTRAN的情況下，預定網元為MME ；在MTC終端接入的網絡為GERAN/UTRAN的PS域的情況 下，預定網元為SGSN ；在MTC終端接入的網絡為GERAN/UTRAN的CS域或GSM網絡的情況下， 預定網元為MSC。優(yōu)選地，MTC終端與預定網元之間通過SMS傳輸MTC消息包括在MTC終端從 GERAN/UTRAN的CS域或GSM接入的情況下，MTC終端將MTC消息包裝在SMS中，并將攜帶 有MTC消息的SMS通過MSC發(fā)送至短信網關，短信網關將SMS發(fā)送至預定網元，其中，預定 網元為短信中心；在MTC終端從GERAN/UTRAN的PS域接入的情況下，MTC終端將MTC消息 包裝在SMS中，并將攜帶有MTC消息的SMS通過SGSN發(fā)送至短信網關，短信網關將SMS發(fā) 送至預定網元，其中，預定網元為短信中心；在MTC終端從E-UTRAN接入的情況下，MTC終端 將MTC消息包裝在SMS中，并將攜帶有MTC消息的SMS通過MME發(fā)送至MSC，MSC將SMS發(fā) 送至短信網關，短信網關將SMS發(fā)送至預定網元，其中，預定網元為短信中心。以上描述了 從MTC終端向MTC服務器發(fā)送MTC消息的情況，從MTC服務器向MTC終端發(fā)送MTC消息的 過程是上述過程的反過程，在此不再贅述。該方法是通過將MTC消息包裝在SMS中，在短信 中心和MTC終端之間通過傳輸SMS來傳輸MTC消息。優(yōu)選地，短信中心可以集成在MTC服務器或新增的連接于MTC服務器的MTC網關 中。也就是說，MTC服務器或MTC網關中存在兩種功能實體，一是短信中心，二是原始的MTC 服務器或MTC網關本身，這兩種功能實體之間可以利用應用層接口來實現互傳。因此，此時 的預定網元從邏輯上來說應是MTC服務器或MTC網關中的短信中心功能實體，從物理上來 說是MTC服務器或MTC網關中的短信中心硬件實體，也可以說是MTC服務器或MTC網關。作為另外一種可行的實施方式，MTC終端與預定網元之間通過SMS傳輸MTC消息 包括在MTC終端從GERAN/UTRAN的CS域或GSM接入的情況下，MTC終端將MTC消息包裝 在SMS中，并將該攜帶有MTC消息的SMS通過MSC發(fā)送至預定網元，其中，預定網元為IWK ； 在MTC終端從GERAN/UTRAN的PS域接入的情況下，MTC終端將MTC消息包裝在SMS中，并 將攜帶有MTC消息的SMS通過SGSN發(fā)送至預定網元，其中，預定網元為IWK ；在MTC終端從 E-UTRAN接入的情況下，MTC終端將MTC消息包裝在SMS中，并將SMS通過MME發(fā)送至MSC， MSC將SMS發(fā)送至預定網元，其中，預定網元為IWK。以上的IWK用于作為MTC終端側的短 信網關和MTC服務器側的應用服務器。優(yōu)選地，將SMS發(fā)送至預定網元包括根據MTC終端填寫的SMS的短信中心號碼將 SMS發(fā)送至IWK。優(yōu)選地，預定網元與MTC服務器之間進行MTC消息的傳輸包括預定網元從SMS中 提取MTC消息，并將MTC消息發(fā)送至MTC服務器，或者，將MTC消息通過新增的MTC網關發(fā) 送至MTC服務器。上述過程中，預定網元將MTC消息路由到正確的MTC服務器或MTC網關的過程如 下1、在預定網元為短信中心的情況下，預定網元將MTC消息發(fā)送至MTC服務器包括 短信中心根據MTC終端填寫的SMS的接收端號碼將MTC消息發(fā)送至MTC服務器；或者，短信 中心根據MTC終端填寫的SMS的接收端號碼確定SMS攜帶有MTC消息，SMSC從MTC消息中 獲取MTC服務器的地址，并根據地址將SMS攜帶的MTC消息發(fā)送至MTC服務器；預定網元將MTC消息通過新增的MTC網關發(fā)送至MTC服務器包括短信中心根據MTC終端填寫的SMS的 接收端號碼將MTC消息發(fā)送至MTC網關，MTC網關將MTC消息發(fā)送至MTC服務器；或者，短 信中心根據MTC終端填寫的SMS的接收端號碼確定SMS攜帶有MTC消息，SMSC從MTC消息 中獲取MTC網關的地址并根據地址將SMS攜帶的MTC消息發(fā)送至MTC網關，MTC網關將MTC 消息發(fā)送至MTC服務器。該過程中，SMSC根據MTC終端填寫的SMS的接收端號碼將該MTC消息發(fā)送至相應 的MTC服務器或MTC網關，或者，根據MTC終端填寫的SMS的接收端號碼確定該SMS中攜帶 MTC消息，并根據該MTC消息中攜帶的MTC服務器地址將該MTC消息發(fā)送至MTC服務器。2、在預定網元為IWK的情況下，預定網元將MTC消息發(fā)送至MTC服務器包括IWK 從MTC消息中獲取MTC服務器的地址，并根據地址將SMS攜帶的MTC消息發(fā)送至MTC服務 器；或者，IffK將SMS攜帶的MTC消息發(fā)送至MTC網關，MTC網關根據自身存儲的與MTC終 端對應的MTC服務器的地址將SMS攜帶的MTC消息發(fā)送至MTC服務器。該過程中，IWK根據MTC消息中攜帶的MTC服務器地址或MTC網關地址將MTC消 息發(fā)送至MTC服務器或MTC網關。下面通過具體實施例對上述MTC消息傳輸方法進行詳細說明。實施例一該實施例以MTC UE利用EPS系統(tǒng)實現接入(即，MTC UE接入到E-UTRAN網絡)為 例進行說明。圖5為根據本發(fā)明實施例一的MTC UE通過E-UTRAN網絡接入實現和MTC Server 間數據傳輸的系統(tǒng)架構圖，如圖5所示，MTCServer和MME之間實現了連接，或者替代地在 MTC Server 和 MME 之間增加了 MTC 網關(MTC Gff)，MTC Server 和 MME 之間通過 MTC Gff 實 現連接，以便MME能將通過控制面接收到的MTC UE的上行數據發(fā)送給MTC Server，或者MME 能夠將MTC krver發(fā)送的下行數據通過控制面發(fā)送給MTC UE。如圖5所示，在該架構圖中，如果MTC krver對于運營商網絡是可信的，則MTC krver可以直接和MME連接。作為一個優(yōu)選的方案，如果MTC krver位于運營商網絡 外(例如，IP網絡上)，則可將MTC GW部署在核心網內，通過MTC GW可以實現MME和MTC krver的連接，以便屏蔽核心網拓撲結構和防止安全威脅。一個MTC GW可以服務于多個 MTC Server。在該架構圖中，為了方便描述，將MTC krver和MME之間、MTC GW和MME之間的 接口，稱之為MTCi，而MTC krver和MTC GW之間的接口，可以采用MTCi，也可以采用其他 的應用接口。通過MTCi接口，可以實現MME和MTC Gff/MTC krver之間的數據傳輸。以下基于圖5所示的架構來說明MTC終端和MTC服務器之間的數據傳輸過程。實例1該實例詳細描述了 MTC UE和MTC Server間無法通過用戶面的IP通道交互數據 時，通過控制面通道(即，信令路徑)向MTCServer發(fā)送報警信息(MTC消息的一種)的過 程，圖6為根據本發(fā)明實例IWMTC UE向MTC krver發(fā)送報警消息的流程圖，如圖6所示， 主要包括以下步驟步驟S601，MTC UE附著到網絡。步驟S602，MTC UE嘗試和MTC Server建立IP連接，嘗試失敗，或者MTC UE嘗試向MTC krver發(fā)送數據但最終失敗。MTCUE嘗試通過IP通道發(fā)送數據的失敗原因可能是 由于當前時間內不允許MTC UE向網絡發(fā)送數據，也可能是其他的原因。步驟S603，MTC UE檢查到異常情況，需要及時向網絡上報設備異常。例如，和MTC UE捆綁的設備是用于水表抄表的設備，當前檢測到抄表設備本身運作異常，需要及時向網 絡上報設備異常的情況。步驟S604，MTC UE生成報警消息(MTC消息的一種)，并通過控制面的信令通道 (即，信令路徑)，向網絡傳輸，報警信息首先到達eNodeB。該步驟中，MTC UE可以將報警 消息包裝在NAS消息中，NAS消息用于在終端和MME之間傳輸控制信令和數據，該消息對于 eNodeB是透傳的。MTC UE可以將報警消息包裝成MTC消息格式，對于MME而言，無需理解 消息格式，僅需識別這是一個MTC消息即可。步驟S605，eNodeB將報警消息傳給MME。步驟S606，MME收到MTC UE發(fā)送的消息后，識別這是一個MTC消息，將MTC消息從 NAS消息中提取出來，發(fā)送給對應的MTC Server。如果系統(tǒng)中存在MTC GW做轉發(fā)，則MME 將MTC消息包發(fā)送給MTC GW，由MTC GW發(fā)送給MTC Server。在本步驟中，MME可以從MTC UE對應的簽約數據中獲得MTC Server的地址，從而 根據該地址將MTC消息發(fā)送給MTCServer ；或者，當網絡中存在MTC Gff時，MME將MTC消息 發(fā)送給MTC GW，由MTC GW來決定發(fā)送給對應的MTC Server，該MTC GW可以根據和MTC UE 相關的配置數據獲取對應的MTCServer ；或者，MTC UE在發(fā)送MTC消息時即將MTC Server 的地址一并發(fā)送給MME，MME直接根據該MTC krver地址找到合適的MTC Server，或在向 MTC GW發(fā)送MTC消息時候一并攜帶該MTC krver地址。實例2該實例詳細描述了 MTC UE和MTC Server間無法通過用戶面IP通道交互數據時， 通過控制面通道向MTC krver請求下發(fā)參數配置的過程。圖7為根據本發(fā)明實例2的MTC UE向MTC Server發(fā)送參數配置請求消息的流程圖，如圖7所示，主要包括以下步驟步驟S701，MTC UE附著到網絡。步驟S702 =MTC UE檢測到參數配置異常，可能無法和MTCServer建立IP連接，MTC UE決定向網絡請求下發(fā)參數配置數據。步驟S703，MTC UE生成參數配置請求消息，包裝在NAS消息中，信息首先到達 eNodeBο步驟S704，eNodeB將參數配置請求消息傳給MME。步驟S705，當MME收到MTC UE發(fā)送的參數配置請求消息后，進行后續(xù)處理，包括以 下步驟S705-1和步驟S705-2之一步驟S705-1，MME響應MTC UE的消息，從MTC UE的簽約數據中獲取參數配置，將 其包裝在MTC消息(例如，參數配置消息)中，返回給MTC UE ；步驟S705-2，MME將該請求消息發(fā)送給MTC Server, MTCServer響應MTC UE的消 息，具體包括步驟S705-2 (1)、S705-2 (2)步驟S705-2 (1)，MME將MTC消息從NAS消息中提取出來，發(fā)送給對應的MTC Gff/ MTC Server ；步驟S705-2 (2)，MTC Server收到MTC UE的參數配置請求消息后，返回參數配置消息，將MTC UE對應的參數攜帶在其中，并將該消息被發(fā)送到MME，由MME將其包裝在NAS 消息中返回給MTC UE。實例3該實例詳細描述了 MTC UE和MTC Server間無法通過用戶面的IP通道交互數據 時，MTC Server通過控制面通道向MTC UE下發(fā)參數配置的過程，圖8為根據本發(fā)明實例3 的MTC Server向MTCUE下發(fā)參數配置的流程圖，如圖8所示，主要包括以下步驟步驟S801，MTC UE附著到網絡，與MTC Server建立了連接。步驟S802，其后的一段時間內，MTC UE的參數配置發(fā)生改變，MTC Server需要向 MTC UE下發(fā)更新后的參數配置數據，但是檢測到MTC UE此時不可及。步驟S803，MTC krver向MME發(fā)送參數配置消息，其中攜帶MTC UE的參數配置數 據。步驟S804，MME收到MTC Server發(fā)送的參數配置消息后，將其包裝在NAS消息中， 發(fā)送給MTC UE。在圖8所示的流程中，參數配置是由MTC krver下發(fā)給MTCUE的，另外一種可能 是，MME收到HSS下發(fā)的簽約數據更新，其中MTC UE的MTC參數配置發(fā)生了變化，則MME可 以主動發(fā)起參數配置的下發(fā)。實施例二該實施例以MTC UE接入到GERAN/UTRAN網絡為例進行說明。圖9是根據本發(fā)明實施例二的MTC UE通過GERAN/UTRAN網絡接入實現和MTC Server間數據傳輸的系統(tǒng)架構圖，如圖9所示，本實施例與實施例一的不同之處在于， GERAN/UTRAN網絡中的SGSN相當于E-UTRAN網絡中MME，用于PS域的接入控制、移動性管 理功能，而GERAN/UTRAN網絡中的網關GPRS支持節(jié)點(Gateway GPRS Support Node，簡稱 為GGSN)相當于E-UTRAN網絡中的SGW和PGW，GERAN/UTRAN中的HLR相當于E-UTRAN網絡 中的HSS。其具體連接及各個網元的功能與實施例一相似，在此不再贅述?；谠撓到y(tǒng)的MTC UE和MTC Server間進行數據傳輸的過程與實施例一中實例1 至實例3的描述大致相同，區(qū)別僅在于兩種系統(tǒng)中的網元不相同，該部分已進行過介紹，在 此不再贅述。另外，對于MTC UE接入到GSM網絡的情況，移動業(yè)務交換中心相當于E-UTRAN網 絡中MME，基于GSM網絡的MTC UE和MTC krver間進行數據傳輸的過程也與實施例一中實 例1至實例3的描述大致相同。在實施例一、二中，采用的是將MTC消息包裝在NAS消息中進行傳輸的方法，為了 使得MME能夠識別MTC消息并能夠路由到目標接收端，可以由MTC UE、MME, MTC Server三 方約定MTC消息的基本格式。實施例三該實施例中，MTC UE利用短信SMS通信方式和MTC Server實現通信，MTC UE將 MTC消息包裝在SMS短信中，通過GSM/GERAN/UTRAN/E-UTRAN接入網絡發(fā)送給短信網關 (SMS-Iff)，由短信網關(SMS-IW)發(fā)送給MTC Server，或由短信網關(SMS-IW)發(fā)送給短信中 心(SMSC)再由短信中心(SMSC)發(fā)送給MTC Server。而MTC Server發(fā)送給MTC UE的MTC消 息，將沿相反的路徑傳遞。需要說明的是，在本實施例描述中短信網關(SMS-IW)是一個統(tǒng)稱，包括服務于終端發(fā)起的短信流程中的SMS-IW MSC、終端接收的短信流程中的SMS-GMSC。在GSM/GERAN/UTRAN CS接入下，MTC UE和短信網關(SMS-IW)之間用于傳 遞短信的信令路徑為MTCUE — — BSS/RNS 一 一 MSC — 一 SMS-Iff0 在 GERAN/UTRAN PS接入下，MTC UE和短信網關之間用于傳遞短信的信令路徑為MTCUE — — BSS/ RNS <"“- SGSN <"“- SMS-Iff0在EUTRAN接入下，MME和MSC之間通過S(is接口實現互聯，用以傳遞短信，短信傳 遞路徑為MTCUE —— eNodeB —— MME —— MSC —— SMS-IW。這種短信傳遞方式利用了電 路域回落(CS Fallback，簡稱為CSFB)架構，稱之為SMS over SGs。在本實施例中，短信中心SMSC和MTC Gff/MTC Server建立接口，或者，MTC GW/MTC krver本身具有短信中心功能，從而使得短信中心SMSC能夠和MTC Gff/MTC krver之間交 換MTCUE發(fā)送的或者發(fā)往MTC UE的MTC消息。圖10是根據本發(fā)明實施例三的MTC UE利用SMS機制來向MTC Server傳輸MTC 消息的架構圖。以EPS接入為例，MTC UE將MTC報警消息、參數配置請求消息等包裝在短 信數據中，通過路徑UE — eNodeB — MME — MSC — SMS-Iff發(fā)送到短信中心SMSC，SMSC收到 該短信數據后，通過SMSC和MTC Gff/MTCServer之間的接口將MTC消息傳遞給MTC Gff/MTC Server。以下基于圖10所示的架構以MTC UE接入的網絡為E-UTRAN網絡為例來說明MTC 終端和MTC服務器之間通過短信來實現數據傳輸的過程。實例4該實例詳細描述了 MTC UE將MTC消息包含在SMS中發(fā)送至MSC，MSC通過短信中 心SMSC將該MTC消息發(fā)送至MTC Server的過程。圖11為根據本發(fā)明實例4的MTC UE和 MTC Server之間通過將MTC消息包裝在短信中經過短信網關SMS-IW/短信中心SMSC進行 傳輸的流程圖，如圖11所示，包括以下步驟步驟Slll，MTC UE附著到網絡。步驟S112，MTC UE嘗試和MTC Server建立IP連接失敗，或者MTC UE與MTC Server 之間已建立的IP連接失效。步驟S113，MTC UE檢查到異常情況，需要及時向網絡上報設備異常。步驟S114，MTC UE將MTC消息(如報警消息、參數配置消息等)包裝在SMS短信 中，發(fā)送至eNodeB。步驟Sl 15，eNodeB將該SMS短信傳給MME。步驟Sl 16，MME將短信數據發(fā)送給MSC。步驟S117，MSC收到短信數據后，將短信數據發(fā)送給短信網關SMS-IW。步驟S118，短信網關收到短信數據后，將短信數據發(fā)送給短信中心SMSC，SMSC從 SMS短信中提取出MTC消息，并發(fā)送給MTC Gff/MTC Server。該步驟中，為了將包裝在SMS短信中的MTC消息路由到合適的MTC Gff/MTC krver，需要解決短信的路由問題，即需要有一個合適的短信接收端號碼將短信路由到MTC Gff/MTC Server?？梢酝ㄟ^以下兩種方式之一解決短信的路由問題(I)MTC UE可以在短信接收端號碼中填寫和MTC krver對應的一個特定的號碼， 這個號碼同時在短信中心SMSC進行配置，以便短信中心SMSC能解析MTC消息的接收端。
(2)MTC UE在短信接收端號碼中填寫一個固化的標識或號碼，這個號碼不是用來 讓短信中心SMSC尋址合適的MTCGW/MTC Server，而是讓短信中心SMSC識別這是一個由SMS 短信包裝的MTC消息，進而短信中心SMSC解析MTC消息中的MTCServer的目標地址，將MTC 消息發(fā)送到對應的目標地址上。圖11描述了 MTC UE發(fā)送的上行MTC消息的流程，MTCServer發(fā)送的下行 MTC消息(例如，參數配置消息)，可以采用類似的方法，即MTC krver將MTC消息發(fā) 送給短信中心SMSC，短信中心將MTC消息包裝在SMS短信中，發(fā)送給MSC，進而沿著 MSC — MME — eNodeB — MTC UE 的路徑傳遞給 MTC UE。在實施例三中，短信中心SMSC需要和MTC Gff/MTC krver建立接口，從而將MTC 消息發(fā)送至MTC Gff/MTC Server。也可以通過MTC Gff/MTC Server集成短信中心SMSC的方 式來接收包含在短信中的MTC消息。此時，步驟S 118中，短信網關收到短信數據后，直接 將短信數據發(fā)送給集成有短信中心SMSC的MTCGW/MTC Server0這種方式存在一定的局限 在于，短信中心SMSC和短信網關SMS-IW通常是綁定的，如果MTC Gff/MTC krver集成短信 中心，則必需打破這種綁定關系。另外一種相對容易的方式為本發(fā)明的實施例四所描述的，通過互連網元IWK，實現 短信傳輸機制和業(yè)務層數據傳輸之間的溝通。實施例四類似于實施例三，在該實施例中，同樣利用短信機制來傳輸MTC消息，和實施例三 所不同之處為引入了互連網元IWK，該互連網元對MSC/SGSN/MME充當短信網關SMS-IWJi 于MTCGW/MTC Server充當AS。IWK的基本作用在于，將MTC消息從短信數據中提取出來， 通過應用層接口發(fā)送給MTC GW/MTCServer，或將MTC Gff/MTC krver發(fā)送的MTC消息包裝 在SMS短信中，通過控制面短信傳遞通道傳遞給MTC UE。在GSM/GERAN/UTRAN CS接入下，MTC UE和IWK之間用于傳遞短信的信令路徑為 MTCUE <"“- BSS/RNS <"“- MSC <"“- IWK。在 GERAN/UTRAN PS 接入下，MTC UE 和短信網關之 間用于傳遞短信的信令路徑為=MTCUE — BSS/RNS — SGSN — IWK。在EUTRAN接入下，MTC UE和IWK之間于傳遞短信的路徑為MTC UE —— eNodeB —— MME <"“- MSC <"“- IWK。這種短信傳遞方式利用了電路域回落(CS Fallback，簡稱為 CSFB)架構，稱之為 SMS over SGs。在本實施例中，IWK和MTC Gff/MTC krver之間可以建立應用層接口，從而使得 IffK能夠和MTC Gff/MTC Server之間交換MTC UE發(fā)送的或者發(fā)往MTC UE的MTC消息。圖12是根據本發(fā)明實施例四的MTC UE利用SMS機制來向MTC Server傳輸MTC 消息的架構圖。以EPS接入為例，MTC UE將MTC報警消息、參數配置請求消息等包裝在短 信數據中，通過路徑UE — eNodeB — MME — MSC — IffK發(fā)送到互連網元IWK，IffK收到該短 信數據后，提取短信數據中的MTC消息，通過和MTCGW/MTC Server之間的應用層接口將MTC 消息傳遞給 MTCGW/MTC Server。以下基于圖12所示的架構以MTC UE接入的網絡為E-UTRAN網絡為例來說明MTC 終端和MTC服務器之間通過短信來實現數據傳輸的過程。實例 5該實例詳細描述了 MTC UE將MTC消息包含在SMS中發(fā)送至MSC，MSC通過互聯實體IWK將該MTC消息發(fā)送至MTC Server的過程，圖13是根據本發(fā)明實例5的MTC UE和MTC Server之間通過將MTC消息包裝在短信中經過互連實體IWK進行傳輸的流程圖。如圖13 所示，包括以下步驟步驟S131，MTC UE在本地配置的短信中心號碼中填寫互連實體IWK的號碼。在 該實例中，互連實體IWK對于MTC UE、MSC而言是一個標準的短信網關，對于MTC GW/MTC Server而言，可以是一個應用層服務器。因此，該互連實體IWK也可以稱為MTC短信網關 (MTC SMS-IW)。步驟S132，MTC UE附著到網絡。步驟S133，MTC UE嘗試和MTC Server建立IP連接失敗，或者MTC UE與MTC Server 之間已建立的IP連接失效。步驟S134，MTC UE檢查到異常情況，需要及時向網絡上報設備異常。步驟S135，MTC UE將MTC消息(如報警消息、參數配置消息等)包裝在SMS短信 中，發(fā)送至eNodeB。步驟S136，eNodeB將該SMS短信傳給MME。步驟S137，MME將短信數據發(fā)送給MSC。步驟S138，MSC收到短信數據后，根據短信中的短信網關號碼，將MTCUE發(fā)送的短 信路由給互連實體IWK (即MTCSMS-IW)。步驟S139，互連實體IWK和MTC GW/MTC krver建立應用層的接口，通過應用層接 口將SMS短信中攜帶的MTC消息發(fā)送給MTC GW/MTC Server。如果采用圖13所示的流程，則不需要在圖11所示的流程中為了解決SMS短信路 由所做的處理，因為互連實體IWK (即MTCSMS-IW)可以識別包裝在SMS短信中的MTC消息， 能夠從MTC消息中識別MTC krver的地址，從而將其發(fā)送給合適的MTC GW/MTC Server。圖13描述了 MTC UE發(fā)送的上行MTC消息的流程，MTCServer發(fā)送的下行MTC 消息(例如，參數配置消息)，可以采用類似的方法，即MTC krver將MTC消息發(fā)送給 互連實體IWK，由互連實體IWK將MTC消息包裝在SMS短信中，發(fā)送給MSC，進而沿著 MSC — MME — eNodeB — MTC UE 的路徑傳遞給 MTC UE。以上實施例三和實施例四充分利用了現有短信機制，通過增強短信中心SMSC、或 者增加MTC專用的短信網關MTC SMS-IW (即互連實體IWK)，實現了 MTC UE和MTC Server 間通過短信來傳遞MTC消息的功能，極大地利用了現有資源，可以應用于IP傳輸通道受限 制的MTC通信的場景，尤其適用于低數據量的傳輸。雖然在上述實施例中以E-UTRAN(EPS)網絡為例進行描述，然而該方法對于 GERAN/UTRAN及GSM網絡同樣適用。根據本發(fā)明實施例的上述描述，本領域技術人員可以直 接將本發(fā)明實施例提供的上述技術方案應用到GERAN/UTRAN網絡中的PS域以及GSM網絡中。本發(fā)明實施例還提供了一種MTC消息傳輸系統(tǒng)，圖14是根據本發(fā)明實施例的MTC 消息傳輸系統(tǒng)的結構框圖，如圖14所示，該系統(tǒng)包括MTC終端1402、預定網元1404及MTC 服務器1406，其中，MTC終端1402用于與預定網元1404之間通過信令路徑傳輸MTC消息， 其中，預定網元1404連接于MTC終端1402，包括移動管理單元MME、通用分組無線業(yè)務服 務支持節(jié)點SGSN、移動業(yè)務交換中心MSC、短信中心或互聯實體IWK ；MTC服務器1406，連接于預定網元1404，用于與預定網元1404之間進行MTC消息的傳輸。綜上所述，本發(fā)明實施例提供的MTC消息傳輸方案實現了不依賴于IP連接通道進 行MTC UE和MTC krver之間的數據傳輸，且能廣泛適用于多種網絡場景。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種機器類通信MTC消息傳輸方法，其特征在于，包括MTC終端與預定網元之間通過信令路徑傳輸MTC消息，其中，所述預定網元包括移動 管理單元MME、通用分組無線業(yè)務服務支持節(jié)點SGSN、移動業(yè)務交換中心MSC、短信中心或 互聯實體IWK ；所述預定網元與MTC服務器之間進行所述MTC消息的傳輸。
2.根據權利要求1所述的方法，其特征在于，所述MTC終端與所述預定網元之間通過所 述信令路徑傳輸所述MTC消息包括所述MTC終端與所述預定網元之間通過非接入層NAS消息或短消息業(yè)務SMS傳輸所述 MTC消息。
3.根據權利要求2所述的方法，其特征在于，所述MTC終端與所述預定網元之間通過 NAS消息傳輸所述MTC消息包括所述MTC終端將MTC消息包裝在NAS消息中，并將攜帶有所述MTC消息的所述NAS消 息發(fā)送至所述預定網元；或者，所述預定網元將接收到的MTC消息包裝在NAS消息中，并將攜帶有所述MTC消息的所 述NAS消息發(fā)送至所述MTC終端。
4.根據權利要求2所述的方法，其特征在于，所述MTC終端與所述預定網元之間通過 NAS消息傳輸所述MTC消息包括MTC終端將參數配置請求消息包裝在NAS消息中，并將攜帶有所述參數配置請求的NAS 消息發(fā)送至所述預定網元；所述預定網元從所述NAS消息中提取所述參數配置請求后，從所述MTC終端的簽約數 據中獲取所述MTC終端的配置參數，并將所述配置參數包裝在NAS消息中發(fā)送至所述MTC 終端。
5.根據權利要求2所述的方法，其特征在于，所述預定網元收到所述預定網元的上層 網元下發(fā)的簽約數據更新，所述MTC終端與所述預定網元之間通過NAS消息傳輸所述MTC 消息包括所述預定網元將所述MTC終端的更新的配置參數包裝在NAS消息中發(fā)送至所述MTC終端。
6.根據權利要求1所述的方法，其特征在于，所述預定網元與所述MTC服務器之間進行 所述MTC消息的傳輸包括通過所述預定網元與所述MTC服務器之間的接口傳輸所述MTC消息；或者，所述預定網元與所述MTC服務器之間通過新增的MTC網關傳輸所述MTC消息。
7.根據權利要求6所述的方法，其特征在于，所述預定網元與所述MTC服務器之間進行 所述MTC消息的傳輸包括所述預定網元從所述NAS消息中提取所述MTC消息，并從所述MTC終端的簽約數據中 獲取所述MTC服務器的地址，之后根據所述地址將所述MTC消息發(fā)送至所述MTC服務器；或 者，所述預定網元從所述NAS消息中提取所述MTC消息，并將所述MTC消息發(fā)送至所述MTC 網關，所述MTC網關根據自身存儲的與所述MTC終端對應的MTC服務器的地址將所述MTC 消息發(fā)送至所述MTC服務器；或者，所述預定網元從所述NAS消息中提取所述MTC消息和所述MTC服務器的地址，所述預 定網元根據所述地址將所述MTC消息發(fā)送至所述MTC服務器或者將所述MTC消息通過所述 MTC網關發(fā)送至所述MTC服務器。
8.根據權利要求3至7中任一項所述的方法，其特征在于，在所述MTC終端接入的網絡 為演進的通用移動通信系統(tǒng)陸地無線接入網E-UTRAN的情況下，所述預定網元為所述MME ； 在所述MTC終端接入的網絡為GERAN/UTRAN的PS域的情況下，所述預定網元為所述SGSN ； 在所述MTC終端接入的網絡為GERAN/UTRAN的CS域或GSM網絡的情況下，所述預定網元為 所述MSC。
9.根據權利要求2所述的方法，其特征在于，所述MTC終端與所述預定網元之間通過所 述SMS傳輸所述MTC消息包括在所述MTC終端從GERAN/UTRAN的CS域或GSM接入的情況下，所述MTC終端將MTC消 息包裝在SMS中，并將攜帶有所述MTC消息的所述SMS通過MSC發(fā)送至短信網關，所述短信 網關將所述SMS發(fā)送至所述預定網元，其中，所述預定網元為所述短信中心；在所述MTC終端從GERAN/UTRAN的PS域接入的情況下，所述MTC終端將MTC消息包裝 在SMS中，并將攜帶有所述MTC消息的所述SMS通過SGSN發(fā)送至所述短信網關，所述短信 網關將所述SMS發(fā)送至所述預定網元，其中，所述預定網元為所述短信中心；在所述MTC終端從E-UTRAN接入的情況下，所述MTC終端將MTC消息包裝在SMS中，并 將攜帶有所述MTC消息的所述SMS通過MME發(fā)送至MSC，所述MSC將所述SMS發(fā)送至短信網 關，所述短信網關將所述SMS發(fā)送至所述預定網元，其中，所述預定網元為所述短信中心。
10.根據權利要求9所述的方法，其特征在于，所述短信中心集成在所述MTC服務器或 新增的連接于所述MTC服務器的MTC網關中。
11.根據權利要求2所述的方法，其特征在于，所述MTC終端與所述預定網元之間通過 所述SMS傳輸所述MTC消息包括在所述MTC終端從GERAN/UTRAN的CS域或GSM接入的情況下，所述MTC終端將MTC消 息包裝在SMS中，并將攜帶有所述MTC消息的所述SMS通過MSC發(fā)送至所述預定網元，其 中，所述預定網元為所述IWK，所述IWK用于作為所述MTC終端側的短信網關和所述MTC服 務器側的應用服務器；在所述MTC終端從GERAN/UTRAN的PS域接入的情況下，所述MTC終端將MTC消息包裝 在SMS中，并將攜帶有所述MTC消息的所述SMS通過SGSN發(fā)送至所述預定網元，其中，所述 預定網元為所述IWK，所述IWK用于作為所述MTC終端側的短信網關和所述MTC服務器側的 應用服務器；在所述MTC終端從E-UTRAN接入的情況下，所述MTC終端將MTC消息包裝在SMS中，并 將攜帶有所述MTC消息的所述SMS通過MME發(fā)送至MSC，所述MSC將所述SMS發(fā)送至所述預 定網元，其中，所述預定網元為所述IWK，所述IWK用于作為所述MTC終端側的短信網關和所 述MTC服務器側的應用服務器。
12.根據權利要求11所述的方法，其特征在于，將所述SMS發(fā)送至所述預定網元包括根據所述MTC終端填寫的所述SMS的短信中心號碼將所述SMS發(fā)送至所述IWK。
13.根據權利要求9至11中任一項所述的方法，其特征在于，所述預定網元與所述MTC 服務器之間進行所述MTC消息的傳輸包括所述預定網元從所述SMS中提取所述MTC消息，并將所述MTC消息發(fā)送至所述MTC服 務器，或者，將所述MTC消息通過新增的MTC網關發(fā)送至所述MTC服務器。
14.根據權利要求13所述的方法，其特征在于，在所述預定網元為所述短信中心的情 況下，所述預定網元將所述MTC消息發(fā)送至所述MTC服務器包括所述短信中心根據所述 MTC終端填寫的所述SMS的接收端號碼將所述MTC消息發(fā)送至所述MTC服務器；或者，所述 短信中心根據所述MTC終端填寫的所述SMS的接收端號碼確定所述SMS攜帶有MTC消息， 所述SMSC從所述MTC消息中獲取所述MTC服務器的地址，并根據所述地址將所述SMS攜帶 的MTC消息發(fā)送至所述MTC服務器；所述預定網元將所述MTC消息通過新增的MTC網關發(fā)送至所述MTC服務器包括所述 短信中心根據所述MTC終端填寫的所述SMS的接收端號碼將所述MTC消息發(fā)送至所述MTC 網關，所述MTC網關將所述MTC消息發(fā)送至所述MTC服務器；或者，所述短信中心根據所述 MTC終端填寫的所述SMS的接收端號碼確定所述SMS攜帶有MTC消息，所述SMSC從所述MTC 消息中獲取所述MTC網關的地址并根據所述地址將所述SMS攜帶的MTC消息發(fā)送至所述 MTC網關，所述MTC網關將所述MTC消息發(fā)送至所述MTC服務器。
15.根據權利要求13所述的方法，其特征在于，在所述預定網元為所述IWK的情況下， 所述預定網元將所述MTC消息發(fā)送至所述MTC服務器包括所述IWK從所述MTC消息中獲取所述MTC服務器的地址，并根據所述地址將所述SMS攜帶的MTC消息發(fā)送至所述MTC 服務器；或者，所述IWK將所述SMS攜帶的MTC消息發(fā)送至所述MTC網關，所述MTC網關根 據自身存儲的與所述MTC終端對應的MTC服務器的地址將所述SMS攜帶的MTC消息發(fā)送至 所述MTC服務器。
16.一種MTC消息傳輸系統(tǒng)，其特征在于，包括MTC終端、預定網元及MTC服務器，其中， 所述MTC終端，用于與所述預定網元之間通過信令路徑傳輸MTC消息，其中，所述預定網元包括移動管理單元MME、通用分組無線業(yè)務服務支持節(jié)點SGSN、移動業(yè)務交換中心 MSC、短信中心或互聯實體IWK ；所述MTC服務器，用于與所述預定網元之間進行所述MTC消息的傳輸。
全文摘要
本發(fā)明公開了一種機器類通信消息傳輸方法及系統(tǒng)，該方法包括MTC終端與預定網元之間通過信令路徑傳輸MTC消息，其中，預定網元包括移動管理單元MME、通用分組無線業(yè)務服務支持節(jié)點SGSN、移動業(yè)務交換中心MSC、短信中心或互聯實體IWK；預定網元與MTC服務器之間進行MTC消息的傳輸。本發(fā)明實現了不依賴于IP連接通道進行MTC UE和MTC Server之間的數據傳輸，且能廣泛適用于多種網絡場景。
文檔編號H04W4/12GK102118700SQ20091021529
公開日2011年7月6日 申請日期2009年12月31日 優(yōu)先權日2009年12月31日
發(fā)明者朱春暉, 李志軍, 謝寶國 申請人:中興通訊股份有限公司