機器對機器業(yè)務(wù)的承載建立方法及網(wǎng)絡(luò)傳輸設(shè)備的制造方法
【專利說明】機器對機器業(yè)務(wù)的承載建立方法及網(wǎng)絡(luò)傳輸設(shè)備
[0001 ] 本申請是申請?zhí)枮?01010111624.2，申請日為2010年2月11日，發(fā)明名稱為《機器對機器業(yè)務(wù)的承載建立方法及網(wǎng)絡(luò)傳輸設(shè)備》的專利申請的分案申請。
技術(shù)領(lǐng)域
[0002]本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種機器對機器業(yè)務(wù)的承載建立方法、機器對機器業(yè)務(wù)通信方法、網(wǎng)絡(luò)傳輸設(shè)備及機器類型通訊服務(wù)器。
【背景技術(shù)】
[0003]“機器”對“機器”(Machine to Machine，簡稱:M2M)通訊是指將無所不在的各種末端設(shè)備或子系統(tǒng)通過多種通訊技術(shù)連接起來，并將它們匯總到管理系統(tǒng)實現(xiàn)對設(shè)備的管理和服務(wù)。例如:在電力設(shè)備中安裝可監(jiān)測配電網(wǎng)運行參數(shù)的模塊，用以實現(xiàn)對配電系統(tǒng)的實時監(jiān)測、控制和管理維護;在石油設(shè)備中安裝可以采集油井工作情況信息的模塊，遠程對油井設(shè)備進行調(diào)節(jié)和控制，及時準確了解油井設(shè)備工作情況;在汽車上裝配采集車載信息的終端、遠程監(jiān)控系統(tǒng)等，實現(xiàn)車輛運行狀態(tài)監(jiān)控等。隨著包括通信設(shè)備、管理軟件等相關(guān)技術(shù)的深化，M2M業(yè)務(wù)范圍逐漸擴大。
[0004]M2M應用要求機器類型通信(Machine Type Communicat1n，簡稱:MTC)終端在一定區(qū)域內(nèi)的大批量部署，多個MTC終端可能直接與移動通信網(wǎng)絡(luò)相連，也可能會首先連接到MTC網(wǎng)關(guān)(GateWay，簡稱:Gff)后，才接入移動通信網(wǎng)絡(luò)。對于這兩種情況，M2M應用都沿用現(xiàn)有的GSM/GPRS架構(gòu)。如果按照現(xiàn)有GSM/GPRS架構(gòu)中的業(yè)務(wù)發(fā)起流程，移動通信網(wǎng)絡(luò)需要識別每個終端。由于MTC終端的數(shù)量巨大，這樣會造成過大的信令開銷，而且各個網(wǎng)絡(luò)節(jié)點也相應的必須存儲大量的終端信息。因此在M2M應用中，直接接入移動通信網(wǎng)絡(luò)或通過MTC Gff接入移動通信網(wǎng)絡(luò)的MTC終端對于移動通信網(wǎng)絡(luò)而言可以是不可見的，即移動通信網(wǎng)絡(luò)不知道與哪個MTC終端通信。在這種情況下，如何由建立終端側(cè)和網(wǎng)絡(luò)側(cè)之間的傳輸承載，進而正確的發(fā)起業(yè)務(wù)流程，是目前待解決的問題。

【發(fā)明內(nèi)容】

[0005]本發(fā)明實施例提供了一種機器對機器業(yè)務(wù)的承載建立方法、機器對機器業(yè)務(wù)通信方法、網(wǎng)絡(luò)傳輸設(shè)備及機器類型通訊服務(wù)器。
[0006]本發(fā)明實施例提供的機器對機器業(yè)務(wù)的承載建立方法，包括:
[0007]接收MTC設(shè)備發(fā)送的用戶面資源建立請求消息，所述用戶面資源建立請求消息包括MTC屬性、QoS要求、業(yè)務(wù)指示請求和組標識中的至少一種；
[0008]根據(jù)所述用戶面資源建立請求消息，確定協(xié)商的QoS參數(shù)；
[0009]根據(jù)所述協(xié)商的QoS參數(shù)，建立與所述MTC設(shè)備之間的傳輸承載。
[0010]本發(fā)明實施例提供的機器對機器業(yè)務(wù)通信方法，包括:
[0011]向網(wǎng)絡(luò)傳輸設(shè)備發(fā)送PDU數(shù)據(jù)包，所述PDU數(shù)據(jù)包中包括輔助信息，以供所述網(wǎng)絡(luò)傳輸設(shè)備將所述輔助信息通知給MTC設(shè)備，所述輔助信息用于指示所述MTC設(shè)備判斷出滿足所述輔助信息包括的業(yè)務(wù)觸發(fā)條件時，進行業(yè)務(wù)通信。
[0012]本發(fā)明實施例提供的一種網(wǎng)絡(luò)傳輸設(shè)備，包括:
[0013]接收模塊，用于接收MTC設(shè)備發(fā)送的用戶面資源建立請求消息，所述用戶面資源建立請求消息包括MTC屬性、QoS要求、業(yè)務(wù)指示請求和組標識中的至少一種；
[0014]協(xié)商模塊，用于根據(jù)所述用戶面資源建立請求消息，確定協(xié)商的QoS參數(shù)；
[0015]建立模塊，用于根據(jù)所述協(xié)商的QoS參數(shù)，建立與所述MTC設(shè)備之間的傳輸承載。
[0016]本發(fā)明實施例提供的機器類型通訊服務(wù)器，包括:
[0017]發(fā)送模塊，用于向網(wǎng)絡(luò)傳輸設(shè)備發(fā)送PDU數(shù)據(jù)包，所述rou數(shù)據(jù)包中包括輔助信息，以供所述網(wǎng)絡(luò)傳輸設(shè)備將所述輔助信息通知給MTC設(shè)備，所述輔助信息用于指示所述MTC設(shè)備判斷出滿足所述輔助信息包括的業(yè)務(wù)觸發(fā)條件時，進行業(yè)務(wù)通信；
[0018]通信模塊，用于當所述MTC設(shè)備判斷出滿足所述輔助信息包括的業(yè)務(wù)觸發(fā)條件時，與所述MTC設(shè)備進行業(yè)務(wù)通信。
[0019]本發(fā)明實施例提供的另一種網(wǎng)絡(luò)傳輸設(shè)備，包括:
[0020]接收模塊，用于接收MTC服務(wù)器發(fā)送的PDU數(shù)據(jù)包，所述PDU數(shù)據(jù)包中包括輔助信息;
[0021]通知模塊，用于將所述輔助信息通知給MTC設(shè)備，所述輔助信息用于指示所述MTC設(shè)備判斷出滿足所述輔助信息包括的業(yè)務(wù)觸發(fā)條件時，進行業(yè)務(wù)通信。
[0022]本發(fā)明實施例提供的機器對機器業(yè)務(wù)的承載建立方法及一種網(wǎng)絡(luò)傳輸設(shè)備，其中MTC設(shè)備發(fā)送的用戶面資源建立請求消息包括MTC屬性、QoS要求、業(yè)務(wù)指示請求和組標識中的至少一種，網(wǎng)絡(luò)側(cè)根據(jù)用戶面資源建立請求消息，確定協(xié)商的QoS參數(shù)，進而建立與MTC設(shè)備之間的傳輸承載。
[0023]本發(fā)明實施例提供的機器對機器業(yè)務(wù)通信方法、另一種網(wǎng)絡(luò)傳輸設(shè)備及機器類型通訊服務(wù)器，MTC服務(wù)器向網(wǎng)絡(luò)傳輸設(shè)備發(fā)送包括輔助信息的PDU數(shù)據(jù)包，以供網(wǎng)絡(luò)傳輸設(shè)備將輔助信息通知給MTC設(shè)備，該輔助信息中包括業(yè)務(wù)觸發(fā)條件，當MTC設(shè)備判斷出滿足該業(yè)務(wù)觸發(fā)條件時，MTC設(shè)備與網(wǎng)絡(luò)側(cè)進行業(yè)務(wù)通信，實現(xiàn)了網(wǎng)絡(luò)觸發(fā)MTC設(shè)備發(fā)起業(yè)務(wù)。
【附圖說明】
[0024]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0025]圖1為本發(fā)明實施例一提供的M2M業(yè)務(wù)的承載建立方法的流程圖；
[0026]圖2為本發(fā)明實施例二提供的M2M業(yè)務(wù)的承載建立方法的流程圖；
[0027]圖3為本發(fā)明實施例三提供的M2M業(yè)務(wù)的承載建立方法的流程圖；
[0028]圖4為本發(fā)明實施例六提供的M2M業(yè)務(wù)通信方法的流程圖；
[0029]圖5為本發(fā)明實施例七提供的M2M業(yè)務(wù)通信方法的流程圖；
[0030]圖6為本發(fā)明實施例八提供的M2M業(yè)務(wù)通信方法的流程圖；
[0031 ]圖7為本發(fā)明實施例十一提供的M2M業(yè)務(wù)通信方法的流程圖；
[0032]圖8為本發(fā)明實施例十二提供的M2M業(yè)務(wù)通信方法的流程圖；
[0033]圖9為本發(fā)明實施例十三提供的M2M業(yè)務(wù)通信方法的流程圖；
[0034]圖10為本發(fā)明實施例十四提供的M2M業(yè)務(wù)通信方法的流程圖；
[0035]圖11為本發(fā)明實施例十五提供的網(wǎng)絡(luò)傳輸設(shè)備的結(jié)構(gòu)示意圖；
[0036]圖12為本發(fā)明實施例十六提供的機器類型通訊服務(wù)器的結(jié)構(gòu)示意圖；
[0037]圖13為本發(fā)明實施例十七提供的網(wǎng)絡(luò)傳輸設(shè)備結(jié)構(gòu)示意圖。
【具體實施方式】
[0038]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0039]在實際的M2M應用中，MTC終端可以直接接入移動通信網(wǎng)絡(luò)，在MTC終端個數(shù)較多的情況下，也可以經(jīng)過MTC GW接入移動通信網(wǎng)絡(luò)。在某些M2M應用中，多個MTC終端可以組成一組MTC終端，通過組標識用于唯一標識一組MTC終端，該組內(nèi)的MTC終端享有共同的MTC屬性。鑒于以上幾種應用情況，本發(fā)明通過以下幾個實施例分別進行相關(guān)說明。
[0040]在業(yè)務(wù)發(fā)起之前，假定MTC終端和網(wǎng)絡(luò)側(cè)已經(jīng)完成了必要的附著流程和/或注冊流程，并在這些流程中獲取了業(yè)務(wù)發(fā)起流程中需要的一些必要的參數(shù)。本發(fā)明實施例對業(yè)務(wù)發(fā)起之前的流程不做說明，對業(yè)務(wù)發(fā)起流程中需要的相關(guān)參數(shù)如無明確說明時則認為已經(jīng)在附著流程或注冊流程中獲得。
[0041]為了便于描述，以下各個實施例中所提到的某個設(shè)備保存有形式如A->B的信息，具體是指該設(shè)備中保存有A和B，且保存有A和B的映射關(guān)系。
[0042 ]本發(fā)明實施例以GSM網(wǎng)絡(luò)為例，但也同樣適用于UMTS網(wǎng)絡(luò)。只是UMTS的接入網(wǎng)節(jié)點為 RNC ο
[0043]圖1為本發(fā)明實施例一提供的M2M業(yè)務(wù)的承載建立方法的流程圖。如圖1所示，本實施例包括如下部分:
[0044]101、接收MTC設(shè)備發(fā)送的用戶面資源建立請求消息，該用戶面資源建立請求消息包括MTC屬性、QoS要求、業(yè)務(wù)指示請求和組標識中的至少一種；
[0045]102、根據(jù)用戶面資源建立請求消息，確定協(xié)商的QoS參數(shù)；
[0046]103、根據(jù)協(xié)商的QoS參數(shù)，建立與MTC設(shè)備之間的傳輸承載。
[0047]本實施例提供了一種M2M業(yè)務(wù)的承載建立方法，其中MTC設(shè)備發(fā)送的用戶面資源建立請求消息包括MTC屬性、QoS要求、業(yè)務(wù)指示請求和組標識中的至少一種，網(wǎng)絡(luò)側(cè)根據(jù)用戶面資源建立請求消息，確定協(xié)商的QoS參數(shù)，進而建立與MTC設(shè)備之間的傳輸承載。
[0048]圖2為本發(fā)明實施例二提供的M2M業(yè)務(wù)的承載建立方法的流程圖。本實施例針對于MTC終端直接接入移動通信網(wǎng)絡(luò)并主動發(fā)起業(yè)務(wù)的情況，用戶面資源建立請求消息具體為PDP激活請求消息。
[0049]如圖2所示，本實施例包括如下部分:
[0050]201、MTC終端需要發(fā)起業(yè)務(wù)時，向網(wǎng)絡(luò)側(cè)的SGSN發(fā)送PDP激活請求消息，具體地，MTC終端可以通過BSS向SGSN發(fā)送TOP激活請求消息。
[0051 ] 本實施例中，一個MTC終端可以應用于一種或多種M2M業(yè)務(wù)，可能會導致一個MTC終端具有一個或多個MTC屬性(MTC Feature)，MTC屬性是某種特定的業(yè)務(wù)特性，一個MTC終端可以同時簽約多個MTC屬性，舉例來說，某一 MTC終端具有低移動性和時延限制兩個MTC屬性，表明該MTC終端是個不經(jīng)常移動的終端，且其業(yè)務(wù)對時延具有一定的要求。MTC屬性是MTC終端簽約信息的一部分，這些MTC屬性最終會體現(xiàn)到QoS要求上。如果一個MTC終端應用于多種M2M業(yè)務(wù)，可能會導致該MTC終端簽約的多個MTC屬性無法同時滿足相同的QoS要求。實際上，針對某個特定的M2M業(yè)務(wù)，MTC屬性可能是終端簽約集合中的一個子集。而SGSN中保存的卻是MTC終端簽約的所有激活的MTC屬性，這可能會導致SGSN無法準確定義QoS要求。
[0052]針對上述問題，本實施例提供了如下三種處理方式:
[0053]I )MTC終端根據(jù)當前發(fā)起的業(yè)務(wù)，判斷簽約的MTC屬性中有哪些需要滿足，將這些需要滿足的MTC屬性包含在TOP激活請求消息中發(fā)送給SGSN;
[0054]2)MTC終端根據(jù)當前發(fā)起的業(yè)務(wù)，判斷簽約的MTC屬性中有哪些需要滿足的MTC屬性，根據(jù)這些MTC屬性得到QoS要求，包含在rop激活請求消息中的發(fā)送給SGSN;
[0055]舉例來說，MTC終端可以保存MTC屬性與QoS要求的映射表，MTC終端通過查找該映射表得到與MTC屬性對應的QoS要求。
[0056]3)MTC終端根據(jù)當前發(fā)起的業(yè)務(wù)，判斷簽約的MTC屬性中有哪些需要滿足的MTC屬性，根據(jù)這些MTC屬性得到業(yè)務(wù)指示請求，包含在I3DP激活請求消息中的發(fā)送給SGSN ；
[0057]其中，對于攜帶MTC屬性的情況，可以采用攜帶指示MTC屬性的標識、描述、索引值等多種方法，只要能夠標識出MTC屬性，都在本發(fā)明的保護范圍內(nèi)AOS要求是指MTC終端請求的QoS參數(shù)。上述三種方法可以單獨使用，也可以結(jié)合在一起使用，也即TOP激活請求消息可以包括MTC屬性、QoS要求和業(yè)務(wù)指示請求中的至少一種。
[0058]202、SGSN根據(jù)TOP激活請求消息向GGSN發(fā)送建立TOP上下文請求消息，其中SGSN可以根據(jù)MTC終端簽約信息和PDP激活請求消息中包括的內(nèi)容(如MTC屬性、QoS要求和業(yè)務(wù)指示請求中的至少一種)確定協(xié)商的QoS參數(shù)，將該協(xié)商的QoS參數(shù)攜帶在建立F1DP上下文請求消息中發(fā)送給GGSN。
[0059]SGSN保存的MTC終端簽約信息中包括該MTC終端簽約的所有MTC屬性或者是已被激活的MTC屬性。根據(jù)201所述，相應的SGSN也有三種實施方法:
[0060]I)當MTC終端發(fā)送QoS要求時，SGSN可以根據(jù)保存的MTC終端簽約信息獲取SGSN所能提供的最大QoS要求，如果MTC終端發(fā)送的QoS要求不超過該最大QoS要求，SGSN根據(jù)MTC終端發(fā)送的QoS要求確定協(xié)商的QoS參數(shù);否則，SGSN根據(jù)最大QoS要求確定協(xié)商的QoS參數(shù)；[0061 ] 2)當MTC終端發(fā)送MTC屬性時，SGSN判斷這些MTC屬性是否為MTC終端已簽約的MTC屬性，若是，則確定適合于這些MTC屬性的QoS參數(shù)，作為協(xié)商的QoS參數(shù)；
[0062]3)當MTC終端發(fā)送業(yè)務(wù)指示請求時，SGSN將該