專利名稱：一種機(jī)器類通信中的優(yōu)先告警消息的傳輸方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，特別涉及一種機(jī)器類通信中的優(yōu)先告警消息的傳輸方法及設(shè)備。
背景技術(shù)：
MTC(Machine Type Communications，機(jī)器類通信)相關(guān)的關(guān)鍵名詞介紹MTC設(shè)備MTC設(shè)備是用于機(jī)器類型通信，它與機(jī)器類型通信服務(wù)器和/或其他 MTC設(shè)備進(jìn)行通信。MTC服務(wù)器一個(gè)MTC的服務(wù)器是一個(gè)實(shí)體，它本身與PLMN(PublicLand Mobile Network,公共陸地移動(dòng)網(wǎng)絡(luò))進(jìn)行通信，并通過PLMN與MTC設(shè)備進(jìn)行通信。在MTC服務(wù)器也有一個(gè)可以由MTC用戶接入的接口。MTC服務(wù)器為MTC用戶提供服務(wù)。MTC用戶一個(gè)MTC用戶使用由MTC服務(wù)器提供的服務(wù)。MTC簽約用戶一個(gè)MTC的簽約用戶是一個(gè)與網(wǎng)絡(luò)運(yùn)營(yíng)商有合同關(guān)系邏輯實(shí)體，此網(wǎng)絡(luò)運(yùn)營(yíng)商為一個(gè)或多個(gè)MTC設(shè)備提供服務(wù)。在XPP (Third Generation Partnership Pro ject，第三代合作項(xiàng)目)RlO (版本 10)的TS 22. 368提出了對(duì)于優(yōu)先級(jí)消息要求。在7. 2. 9Priority Alarm Message (PAM，優(yōu)先告警消息)部分，針對(duì)PAM消息的需求定義，理解如下1、在某些事件發(fā)生時(shí)，MTC裝置需要發(fā)出一個(gè)優(yōu)先級(jí)告警。這些事件的例子是盜竊、破壞或者其它需要引起立即注意的情形。2、何時(shí)產(chǎn)生PAM消息，3GPP不關(guān)心。3、PAM消息的優(yōu)先級(jí)，比其它的MTC特性要高。4、當(dāng)MD (MTC Device，MTC設(shè)備)裝置無法使用Normal SERVICE (正常業(yè)務(wù))時(shí) (比如由于位置不允許，接入限制，漫游限制等移動(dòng)性限制和/或接入限制情形)，MD裝置也要能夠發(fā)送PAM消息。上述的移動(dòng)性限制和/或接入限制的具體情形，包括區(qū)域性簽約限制、漫游限制、 接入限制、不允許接入到CSG(Cl0sed Subscriber Group，閉合用戶群)小區(qū)等。具體的情況可以參見3GPP TS23. 221和TS23. 008中的描述。在現(xiàn)有移動(dòng)通信系統(tǒng)中，SMS(Short Message krvice，短信息服務(wù))可以實(shí)現(xiàn)消息的傳遞。SMS消息在移動(dòng)終端之間、移動(dòng)終端和具有短信功能的服務(wù)器之間實(shí)現(xiàn)SMS消息的傳遞。當(dāng)MTC SERVER(MTC服務(wù)器)具有短信功能時(shí)，就可以接收來自MD裝置的SMS。但是，現(xiàn)有技術(shù)的不足在于目前還沒有MD不在nomarl service狀態(tài)時(shí)，如何處理PAM消息傳輸?shù)慕鉀Q方案。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供了一種機(jī)器類通信中的優(yōu)先告警消息的傳輸方法及設(shè)備，用以解決非Normal SERVICE狀態(tài)的MD的優(yōu)先告警消息的傳輸問題。本發(fā)明實(shí)施例中提供了一種機(jī)器類通信中的優(yōu)先告警消息的傳輸方法，包括如下步驟網(wǎng)絡(luò)側(cè)接收MD發(fā)送的業(yè)務(wù)請(qǐng)求；網(wǎng)絡(luò)側(cè)確定發(fā)起請(qǐng)求的MD是否為已簽約PAM業(yè)務(wù)的MD ；在發(fā)起請(qǐng)求的MD是已簽約PAM業(yè)務(wù)的MD時(shí)，接受MD的業(yè)務(wù)請(qǐng)求，并傳輸PAM消
肩、ο本發(fā)明實(shí)施例中提供了一種網(wǎng)絡(luò)側(cè)機(jī)器類通信中的優(yōu)先告警消息的傳輸設(shè)備，包括接收模塊，用于接收MD發(fā)送的業(yè)務(wù)請(qǐng)求；判斷模塊，用于確定發(fā)起請(qǐng)求的MD是否為已簽約PAM業(yè)務(wù)的MD ；傳輸模塊，用于在發(fā)起請(qǐng)求的MD是已簽約PAM業(yè)務(wù)的MD時(shí)，接受MD的業(yè)務(wù)請(qǐng)求， 并傳輸PAM消息。本發(fā)明有益效果如下本發(fā)明實(shí)施例提供的技術(shù)方案中，在PAM傳輸時(shí)，由于網(wǎng)絡(luò)側(cè)即使是在接收到非 Normal SERVICE狀態(tài)的MD發(fā)送的業(yè)務(wù)請(qǐng)求后，如果網(wǎng)絡(luò)側(cè)確定發(fā)起請(qǐng)求的MD是已簽約 PAM業(yè)務(wù)的MD，就會(huì)接受MD的業(yè)務(wù)請(qǐng)求并且開始傳輸PAM消息。因此，即使MD不在nomarl service狀態(tài)，也能傳遞PAM消息，解決了 MD不在nomarl service狀態(tài)時(shí)，如何處理PAM消息的問題。


圖1為本發(fā)明實(shí)施例中機(jī)器類通信中的PAM的傳輸方法實(shí)施流程示意圖；圖2為本發(fā)明實(shí)施例中網(wǎng)絡(luò)側(cè)機(jī)器類通信中的優(yōu)先告警消息的傳輸設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式發(fā)明人在發(fā)明過程中注意到當(dāng)直接使用M0-SMS(Mobile Originated-SMS，移動(dòng)發(fā)起的短消息)來傳遞PAM消息時(shí)，在CS (Circuit Switch,電路交換)域或PS (Packet Switched，分組交換)域，短消息業(yè)務(wù)相關(guān)的信令優(yōu)先級(jí)都不是最高的；在LTE (Long Term Evolution，長(zhǎng)期演進(jìn))系統(tǒng)中，需要MSC (Mobile Switching Center，移動(dòng)交換中心)的配合，才能發(fā)送和接收SMS ；消息的傳輸時(shí)間也比較長(zhǎng)；同時(shí)，它們無法滿足上述需求中第4條的需求。另夕卜，即使是直接使用NAS (Non Access Stratum,非接入層)消息捎帶PAM消息， 也同樣存在無法滿足上述需求第4條的問題。在現(xiàn)有的通信系統(tǒng)中，定義的緊急呼叫業(yè)務(wù)，允許在移動(dòng)終端受限制情形下，撥打緊急電話。通常情況，緊急呼叫相關(guān)的信令具有較高的處理優(yōu)先級(jí)別，特別是在空中接口上。目前的緊急呼叫業(yè)務(wù)僅僅能滿足通話的需求，并不具備數(shù)據(jù)類型的消息傳遞功能?；诖耍槍?duì)簽約了 PAM業(yè)務(wù)的MD裝置，當(dāng)MD處于受限條件時(shí)，允許其接入網(wǎng)絡(luò)并發(fā)送PAM消息。下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行說明。
圖1為機(jī)器類通信中的PAM的傳輸方法實(shí)施流程示意圖，如圖所示，傳輸PAM時(shí)可以包括如下步驟步驟101、網(wǎng)絡(luò)側(cè)接收MD發(fā)送的業(yè)務(wù)請(qǐng)求；步驟102、網(wǎng)絡(luò)側(cè)確定發(fā)起請(qǐng)求的MD是否為已簽約PAM業(yè)務(wù)的MD ；步驟103、在發(fā)起請(qǐng)求的MD是已簽約PAM業(yè)務(wù)的MD時(shí)，接受MD的業(yè)務(wù)請(qǐng)求，并傳輸PAM消息。也即，在發(fā)起請(qǐng)求的MD是已簽約PAM業(yè)務(wù)的MD時(shí)，無論MD是否處于限制狀態(tài)，均接受MD的業(yè)務(wù)請(qǐng)求，并傳輸PAM消息。下面分對(duì)在CS 域、應(yīng)用于 2G/3G 的 PS 域、應(yīng)用于 E-UTRAN(Evolution-Universal Terrestrial Radio Access Network，演進(jìn)的全球地面無線接入網(wǎng))的PS域的實(shí)施方式進(jìn)行說明。方式一在CS域，MD發(fā)送的業(yè)務(wù)請(qǐng)求可以是CM-SERVICE REQUEST (連接管理服務(wù)請(qǐng)求，CM Connection Management,連接管理)禾口 / 或 Location UpdatingRequest (位置更新請(qǐng)求) 消息；在傳輸PAM消息時(shí)，可以按照CS域的緊急呼叫處理的處理流程中攜帶PAM消息后進(jìn)行傳輸。實(shí)施中，在MD發(fā)送的業(yè)務(wù)請(qǐng)求是Location Updating Request消息時(shí)，還可以進(jìn)一步包括向MD發(fā)送Location Updating Accept (位置更新接受)消息。實(shí)施中，在MD采用MO-SMS消息傳輸PAM消息時(shí)，可以在MO SMS viaCS domain(經(jīng) CS域的MO SMS)過程中攜帶PAM消息后進(jìn)行傳輸；或者，在MD采用NAS消息傳輸PAM消息時(shí)，在NAS消息中攜帶PAM消息后進(jìn)行傳輸。進(jìn)一步的，在MD采用MO-SMS消息或NAS消息傳輸PAM消息時(shí)，如果MD處于空閑態(tài)，MD 發(fā)送的業(yè)務(wù)請(qǐng)求是 CM_SERVICE_REQUEST，CM_SERVICE_REQUEST 中 AS (Access Stratum,接入層)的 RRC Establishmentcause (RRC 建立原因；RRC =Radio Resource Control，無線資源控制)設(shè)置為Emergency Call (緊急呼叫)或是根據(jù)需要進(jìn)行設(shè)置的；進(jìn)一步的，實(shí)施中，如果MD 支持 eMLPP，CM_SERVICE_REQUEST 消息中的 Priority Level IE (優(yōu)先級(jí)信息單元)設(shè)置為較高的級(jí)別。具體實(shí)施中，在CS域，MD和網(wǎng)絡(luò)可以按照CS域的緊急呼叫處理的處理流程進(jìn)行， 當(dāng)MD在MM (Mobility Management，移動(dòng)性管理)的任何子狀態(tài)時(shí)，都可以發(fā)送CM-SERVICE REQUEST來建立用于發(fā)送包含PAM消息的相關(guān)信令鏈接；網(wǎng)絡(luò)檢查發(fā)現(xiàn)MD簽約了 PAM特性后，則接受MD的請(qǐng)求，為其建立信令連接。當(dāng)采用MO-SMS消息來傳遞PAM消息時(shí)，即采用MO SMS via CS domain過程傳遞 PAM消息，如果MD處于空閑態(tài)，則MD需要先發(fā)送CM_SERVICE_REQUEST消息建立信令連接， 其中，AS 層的 RRCEstablishment cause 設(shè)置可以為 Emergency Call。如果支持 eMLPP，則 CM_SERVICE_REQUEST消息中的I^riority Level IE可以設(shè)置為較高的級(jí)別，這樣MSC在處理該請(qǐng)求時(shí)，可以優(yōu)先處理。當(dāng)信令連接建立完畢后，MD即可發(fā)送即可發(fā)送SMS消息。如果采用NAS消息來捎帶PAM消息，如果MD處于空閑態(tài)，也采用上述相同的過程。 信令連接建立后，即可發(fā)送承載PAM的NAS消息。
具體的，eMLPP是增強(qiáng)的多級(jí)優(yōu)先權(quán)和預(yù)先訂制服務(wù)(enhancedMulti-Level Precedence and Pre-emption Service)，能提供不同的呼叫優(yōu)先級(jí)，并且為不同的應(yīng)用來提供呼叫建立和搶占優(yōu)先級(jí)別。實(shí)施中可以參見3GPP的TS22. 067和TS 23. 067o Priority LevelIE 的定義如下(可以參見 10. 5. 1. 11"Priority Level，，部分)Table 10. 5. 11/3GPP TS 24.008 Priority Level
權(quán)利要求
1.一種機(jī)器類通信中的優(yōu)先告警消息PAM的傳輸方法，其特征在于，包括如下步驟網(wǎng)絡(luò)側(cè)接收機(jī)器類通信設(shè)備MD發(fā)送的業(yè)務(wù)請(qǐng)求；網(wǎng)絡(luò)側(cè)確定發(fā)起請(qǐng)求的MD是否為已簽約PAM業(yè)務(wù)的MD ；在發(fā)起請(qǐng)求的MD是已簽約PAM業(yè)務(wù)的MD時(shí)，接受MD的業(yè)務(wù)請(qǐng)求，并傳輸PAM消息。
2.如權(quán)利要求1所述的方法，其特征在于，在電路交換CS域，MD發(fā)送的業(yè)務(wù)請(qǐng)求是連接管理服務(wù)請(qǐng)求CM-SERVICE REQUEST消息和/或位置更新請(qǐng)求Location Updating Request消息；在傳輸PAM消息時(shí)，按照CS域的緊急呼叫處理的處理流程中攜帶PAM消息后進(jìn)行傳輸。
3.如權(quán)利要求2所述的方法，其特征在于，MD發(fā)送的業(yè)務(wù)請(qǐng)求是LocationUpdating Request消息時(shí)，進(jìn)一步包括向MD發(fā)送位置更新接受LocationUpdating Accept消息。
4.如權(quán)利要求2所述的方法，其特征在于，在MD采用移動(dòng)發(fā)起的短消息MO-SMS消息傳輸PAM消息時(shí)，在經(jīng)電路交換域的移動(dòng)發(fā)起的短消息MOSMS via CS domain過程中攜帶 PAM消息后進(jìn)行傳輸；或，在MD采用非接入層NAS消息傳輸PAM消息時(shí)，在NAS消息中攜帶PAM消息后進(jìn)行傳輸。
5.如權(quán)利要求4所述的方法，其特征在于，在MD采用MO-SMS消息或NAS消息傳輸PAM 消息時(shí)，如果MD處于空閑態(tài)，MD發(fā)送的業(yè)務(wù)請(qǐng)求是CM_SERVICE_REQUEST，所述CM_SERVICE_ REQUEST中接入層AS層的無線資源控制建立原因RRC Establishment cause設(shè)置為緊急呼叫EmergencyCall或是根據(jù)需要進(jìn)行設(shè)置的。
6.如權(quán)利要求5所述的方法，其特征在于，進(jìn)一步包括如果MD支持增強(qiáng)的多級(jí)優(yōu)先權(quán)和預(yù)先訂制服務(wù)eMLPP，CM_SERVICE_REQUEST消息中的優(yōu)先級(jí)信息單元I^riority Level IE設(shè)置為較高的級(jí)別。
7.如權(quán)利要求1所述的方法，其特征在于，在應(yīng)用于2G/3G的分組交換PS域，MD發(fā)送的業(yè)務(wù)請(qǐng)求是附著請(qǐng)求ATTACH REQUEST和/或路由區(qū)更新請(qǐng)求Routing Area Updating Reqest ；在傳輸PAM消息時(shí)，在MO-SMS消息或NAS消息中攜帶PAM消息后進(jìn)行傳輸。
8.如權(quán)利要求7所述的方法，其特征在于，MD發(fā)送的業(yè)務(wù)請(qǐng)求是ATTACHREQUEST時(shí)，進(jìn)一步包括向MD發(fā)送附著接受ATTACH ACCEPT消息；和/或，MD發(fā)送的業(yè)務(wù)請(qǐng)求是Routing Area Updating Reqest時(shí)，進(jìn)一步包括向MD 發(fā)送路由區(qū)更新接受ROUTING AREA UPDATING ACCEPT消息。
9.如權(quán)利要求7所述的方法，其特征在于，當(dāng)MD處于空閑態(tài)，在MO-SMS消息或NAS消息中攜帶PAM消息進(jìn)行傳輸時(shí)，MD發(fā)送的業(yè)務(wù)請(qǐng)求是服務(wù)請(qǐng)求SERVICE REQUEST,此過程中的RRC Establishment cause的設(shè)置為Emergency Call或是根據(jù)需要進(jìn)行設(shè)置的。
10.如權(quán)利要求1所述的方法，其特征在于，在應(yīng)用于演進(jìn)的全球地面無線接入網(wǎng) E-UTRAN的PS域，MD發(fā)送的業(yè)務(wù)請(qǐng)求是附著請(qǐng)求ATTACHREQUEST和/或跟蹤區(qū)更新請(qǐng)求 Tracking Area Updating Request ；在傳輸PAM消息時(shí)，在MO-SMS消息或NAS消息中攜帶PAM消息后進(jìn)行傳輸。
11.如權(quán)利要求10所述的方法，其特征在于，MD發(fā)送的業(yè)務(wù)請(qǐng)求是ATTACHREQUEST時(shí)， 進(jìn)一步包括向MD發(fā)送ATTACH ACCEPT消息；和/或，MD發(fā)送的業(yè)務(wù)請(qǐng)求是!"racking Area Updating Reqest時(shí)，進(jìn)一步包括向MD 發(fā)送跟蹤區(qū)更新接受！"racking AREA UPDATING ACCEPT消息。
12.如權(quán)利要求11所述的方法，其特征在于，當(dāng)MD處于空閑態(tài)，在MO-SMS消息或NAS 消息中攜帶PAM消息進(jìn)行傳輸時(shí)，MD發(fā)送的業(yè)務(wù)請(qǐng)求是SERVICE REQUEST，此過程中的RRC Establishment cause的設(shè)置為Emergency Call或是根據(jù)需要進(jìn)行設(shè)置的。
13.如權(quán)利要求1至12任一所述的方法，其特征在于，發(fā)送業(yè)務(wù)請(qǐng)求的MD是限制狀態(tài)的MD，所述限制狀態(tài)包括下述狀態(tài)之一或者其組合區(qū)域性簽約限制、漫游限制、接入限制、不允許接入到閉合用戶群CSG小區(qū)。
14.一種網(wǎng)絡(luò)側(cè)機(jī)器類通信中的優(yōu)先告警消息的傳輸設(shè)備，其特征在于，包括接收模塊，用于接收MD發(fā)送的業(yè)務(wù)請(qǐng)求；判斷模塊，用于確定發(fā)起請(qǐng)求的MD是否為已簽約PAM業(yè)務(wù)的MD ；傳輸模塊，用于在發(fā)起請(qǐng)求的MD是已簽約PAM業(yè)務(wù)的MD時(shí)，接受MD的業(yè)務(wù)請(qǐng)求，并傳輸PAM消息。
15.如權(quán)利要求14所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于在CS域，接收MD發(fā)送的CM-SERVICE REQUEST消息和/或 Location Updating Request 消息；傳輸模塊進(jìn)一步用于在傳輸PAM消息時(shí)，按照CS域的緊急呼叫處理的處理流程中攜帶 PAM消息后進(jìn)行傳輸。
16.如權(quán)利要求15所述的設(shè)備，其特征在于，傳輸模塊進(jìn)一步用于在MD發(fā)送的業(yè)務(wù)請(qǐng)求是 Location Updating Request 消息時(shí)，向 MD 發(fā)送 LocationUpdating Accept 消息。
17.如權(quán)利要求15所述的設(shè)備，其特征在于，傳輸模塊進(jìn)一步用于在MD采用MO-SMS消息傳輸PAM消息時(shí)，在MO SMS via CS domain過程中攜帶PAM消息后進(jìn)行傳輸；或，在MD 采用NAS消息傳輸PAM消息時(shí)，在NAS消息中攜帶PAM消息后進(jìn)行傳輸。
18.如權(quán)利要求17所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于在MD采用MO-SMS消息或NAS消息傳輸PAM消息時(shí)，如果MD處于空閑態(tài)，接收MD發(fā)送的CM_SERVICE_REQUEST， 所述 CM_SERVICE_REQUEST 中 AS 層的 RRC Establishment cause 設(shè)置為 Emergency Call 或是根據(jù)需要進(jìn)行設(shè)置的。
19.如權(quán)利要求18所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于在MD支持eMLPP時(shí)， 接收 MD 發(fā)送的 CM_SERVICE_REQUEST，所述 CM_SERVICE_REQUEST 中的 Priority Level IE 設(shè)置為較高的級(jí)別。
20.如權(quán)利要求14所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于在應(yīng)用于2G/3G的PS域，接收MD發(fā)送的ATTACH和/或Routing Area Updating Reqest 消息；傳輸模塊進(jìn)一步用于在傳輸PAM消息時(shí)，在MO-SMS消息或NAS消息中攜帶PAM消息后進(jìn)行傳輸。
21.如權(quán)利要求20所述的設(shè)備，其特征在于，傳輸模塊進(jìn)一步用于在MD發(fā)送的業(yè)務(wù)請(qǐng)求是ATTACH REQUEST時(shí)，向MD發(fā)送ATTACH ACCEPT消息；在MD發(fā)送的業(yè)務(wù)請(qǐng)求是Routing Area Updating Reqest 時(shí)，向 MD 發(fā)送路由區(qū)更新接受 ROUTING AREA UPDATING ACCEPT 消肩、ο
22.如權(quán)利要求20所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于當(dāng)MD處于空閑態(tài)， 在MO-SMS消息或NAS消息中攜帶PAM消息進(jìn)行傳輸時(shí)，接收MD發(fā)送的SERVICE REQUEST, 其中的RRC Establishment cause的設(shè)置為Emergency Call或是根據(jù)需要進(jìn)行設(shè)置的。
23.如權(quán)利要求14所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于在應(yīng)用于E-UTRAN的PS域，接收MD發(fā)送的ATTACH和/或 Tracking Area Updating Request 消息；傳輸模塊進(jìn)一步用于在傳輸PAM消息時(shí)，在MO-SMS消息或NAS消息中攜帶PAM消息后進(jìn)行傳輸。
24.如權(quán)利要求23所述的設(shè)備，其特征在于，傳輸模塊進(jìn)一步用于在MD發(fā)送的業(yè)務(wù)請(qǐng)求是ATTACH REQUEST時(shí)，向MD發(fā)送ATTACH ACCEPT消息；在MD發(fā)送的業(yè)務(wù)請(qǐng)求是!"racking Area Updating Reqest 時(shí)，向 MD 發(fā)送 Tracking AREA UPDATING ACCEPT 消息。
25.如權(quán)利要求23所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于當(dāng)MD處于空閑態(tài)， 在MO-SMS消息或NAS消息中攜帶PAM消息進(jìn)行傳輸時(shí)，接收MD發(fā)送的SERVICE REQUEST, 其中的RRC Establishment cause的設(shè)置為Emergency Call或是根據(jù)需要進(jìn)行設(shè)置的。
26.如權(quán)利要求14至25任一所述的設(shè)備，其特征在于，接收模塊進(jìn)一步用于接收限制狀態(tài)的MD發(fā)送的業(yè)務(wù)請(qǐng)求，所述限制狀態(tài)包括下述狀態(tài)之一或者其組合區(qū)域性簽約限制、漫游限制、接入限制、不允許接入到CSG小區(qū)。
全文摘要
本發(fā)明公開了一種機(jī)器類通信中的優(yōu)先告警消息的傳輸方法及設(shè)備，包括網(wǎng)絡(luò)側(cè)接收機(jī)器類通信設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求；網(wǎng)絡(luò)側(cè)確定發(fā)起請(qǐng)求的機(jī)器類通信設(shè)備是否為已簽約優(yōu)先告警消息業(yè)務(wù)的機(jī)器類通信設(shè)備；在發(fā)起請(qǐng)求的機(jī)器類通信設(shè)備是已簽約優(yōu)先告警消息業(yè)務(wù)的機(jī)器類通信設(shè)備時(shí)，即使機(jī)器通信設(shè)備處于接入限制等限制狀況，也接受機(jī)器類通信設(shè)備的業(yè)務(wù)請(qǐng)求并傳輸優(yōu)先告警消息消息。本發(fā)明解決了機(jī)器類通信設(shè)備不在正常業(yè)務(wù)狀態(tài)時(shí)，如何處理優(yōu)先告警消息消息的問題，使得即使機(jī)器類通信設(shè)備不在正常業(yè)務(wù)狀態(tài)，也能傳遞優(yōu)先告警消息消息。
文檔編號(hào)H04W4/12GK102256219SQ20101018682
公開日2011年11月23日 申請(qǐng)日期2010年5月21日 優(yōu)先權(quán)日2010年5月21日
發(fā)明者艾明 申請(qǐng)人:電信科學(xué)技術(shù)研究院