亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

偵聽尋呼的方法與系統(tǒng)的制作方法

文檔序號:75519閱讀:293來源:國知局
專利名稱:偵聽尋呼的方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明屬于通信技術(shù)領(lǐng)域
,尤其涉及一種偵聽尋呼的方法與系統(tǒng)。
技術(shù)背景
WiMAX 全稱為 World Interoperability for Microwave Access,艮全球微波互聯(lián)接入,是一項(xiàng)基于IEEE 802. 16標(biāo)準(zhǔn)的寬帶無線接入城域網(wǎng)技術(shù)(Broadband Wireless Access Metropolitan Area Network),WiMAX的基本目標(biāo)是在城域網(wǎng)接入環(huán)境下,確保不同廠商的無線設(shè)備互連互通,主要用于為家庭、企業(yè)以及移動通信網(wǎng)絡(luò)提供“最后一公里” 的高速寬帶接入,以及將來的個(gè)人移動通信業(yè)務(wù)。
關(guān)于IEEE 802. 16標(biāo)準(zhǔn),目前業(yè)界關(guān)心最多的是IEEE802. 16e,它與802. 16前幾個(gè)標(biāo)準(zhǔn)的最大區(qū)別在于其對移動性的支持。制訂802. 16e標(biāo)準(zhǔn)的目的,是希望能夠提出一種既能提供高速數(shù)據(jù)業(yè)務(wù)又使用戶具有移動性的寬帶無線接入解決方案。它在固定的空中接口 802. 16d的技術(shù)基礎(chǔ)上,增加了切換支持、終端(MS)睡眠模式、尋呼以及增強(qiáng)的安全能力等一些重要特性,使得MS的漫游和切換成為可能。
802. 16e協(xié)議中MS睡眠模式包括休眠(Sleep)模式和空閑(Idle)模式。Sleep 模式的目的在于減少M(fèi)S的能量消耗并降低對服務(wù)BS空中資源的使用。而Idle模式為MS 提供了一種比Sle印模式更為省電的工作模式,在進(jìn)入Idle模式后,MS只是在離散的間隔, 周期性地接收下行廣播數(shù)據(jù)(包括尋呼消息和MBS業(yè)務(wù)),并且在穿越多個(gè)BS的移動過程中,不需要進(jìn)行切換和網(wǎng)絡(luò)重新進(jìn)入的過程。
現(xiàn)有技術(shù)中,當(dāng)網(wǎng)絡(luò)上層實(shí)體檢測到處于Idle模式的MS有消息來到的時(shí)候就會發(fā)起尋呼MS的過程。尋呼MS的過程如下尋呼控制器(Paging Controller,PC,在實(shí)現(xiàn)時(shí)可以集成在基站BS中,可以集成在網(wǎng)關(guān)GW中,也可以集成在其它的網(wǎng)絡(luò)實(shí)體中,或者作為單獨(dú)的網(wǎng)絡(luò)實(shí)體)在整個(gè)尋呼組(Paging Group,PG)內(nèi)通知尋呼代理(Paging Agent,PA, 在實(shí)現(xiàn)時(shí)可以集成在基站BS中)需要發(fā)起尋呼消息,并且?guī)闲枰獙ず舻腗S標(biāo)識。接著 PA就生成帶有某個(gè)MS標(biāo)識的尋呼消息并且在空口上面發(fā)送,當(dāng)MS在尋呼消息中接收到與自己匹配的MS標(biāo)識就知道PA在尋呼它,接下來MS就執(zhí)行入網(wǎng)的過程。在IEEE802. 16e中 BS通常就可以作為PA。尋呼組就是將一個(gè)或者多個(gè)PA放在一個(gè)組里面,當(dāng)MS移動到跨了尋呼組的時(shí)候MS需要登記自己的位置。這樣當(dāng)PC需要尋呼MS的時(shí)候就可以在一個(gè)尋呼組里面尋呼這個(gè)MS。上述的尋呼,通常是通過BS廣播M0B_PAG_ADV消息來實(shí)現(xiàn)的,當(dāng)MS接收到M0B_PAG_ADV消息后,從中解析出的MS媒體接入控制(MS MAC)地址的哈希值與自己的哈希值匹配就認(rèn)為BS在尋呼自己,然后MS就根據(jù)M0B_PAG_ADV中的動作碼(Action Code) 來執(zhí)行相應(yīng)的動作。
當(dāng)MS進(jìn)入空閑模式(Idle Mode)后,它會周期地在尋呼間隔醒過來,即從尋呼無效間隔(Paging unavailable interval)轉(zhuǎn)入尋呼偵聽間隔(Paging Listening hterval),進(jìn)入尋呼偵聽間隔后終端就可以接收M0B_PAG_ADV消息。
上面描述的都是針對普通終端的尋呼流程,但是由于當(dāng)前通信系統(tǒng)可利用的帶寬
4資源越來越大,對于終端的要求也越來越高,因此也就出現(xiàn)了支持多載波的終端。支持多載波的終端擁有在系統(tǒng)多個(gè)載波上同時(shí)解調(diào)的能力,系統(tǒng)可以同時(shí)在多個(gè)載波上給它調(diào)度資源,由此可以提供很高的峰值速率,滿足一些對峰值速率要求很高的業(yè)務(wù)的要求。但是本申請的發(fā)明人發(fā)現(xiàn)當(dāng)前相關(guān)的標(biāo)準(zhǔn)對支持多載波的終端如何進(jìn)行尋呼沒有太多的描述,只是強(qiáng)調(diào)當(dāng)終端有能力解調(diào)多個(gè)載波時(shí),它將同時(shí)解調(diào)多個(gè)載波。因此對于支持多載波的終端, 如何偵聽尋呼消息,現(xiàn)有技術(shù)中還沒有相關(guān)的解決方案。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了一種偵聽尋呼的方法與系統(tǒng),通過該方法與系統(tǒng)可以解決對于支持多載波的終端如何偵聽尋呼消息的問題。
本發(fā)明實(shí)施例提供的一種偵聽尋呼的方法包括如下步驟
終端向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;
終端接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;
終端通過所述的優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
本發(fā)明提供的一種偵聽尋呼的系統(tǒng)包括基站和終端;
其中,所述基站包括
協(xié)商模塊,用于接收終端發(fā)送的優(yōu)先尋呼載波信息協(xié)商請求消息,并向所述終端發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,其中,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;
第一發(fā)送模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波向終端發(fā)送尋呼消息;
所述終端包括
發(fā)送模塊,用于向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;
第二接收模塊,用于接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;
第一接收模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消肩、ο
本發(fā)明還提供了一種終端,可以用于偵聽尋呼消息,一種終端包括
發(fā)送模塊,用于向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;
第二接收模塊,用于接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;
第一接收模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消肩、ο
除此之外,本發(fā)明還提供了一種基站,該基站包括[0026]協(xié)商模塊,用于接收終端發(fā)送的優(yōu)先尋呼載波信息協(xié)商請求消息,并向所述終端發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,其中,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;
第一發(fā)送模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波向終端發(fā)送尋呼消息。
從以上技術(shù)方案可以看出,本發(fā)明的實(shí)施例通過終端和基站交互可以確定一個(gè)載波(即優(yōu)先尋呼載波),若終端是能夠支持多個(gè)載波的,則當(dāng)終端進(jìn)入空閑模式后,終端只需要偵聽此優(yōu)先尋呼載波以獲取尋呼消息。通過該方案,解決了支持多載波的終端如何偵聽尋呼消息的問題。并且在該方案中終端不需要偵聽它能夠支持的所有載波,從而大大節(jié)省了終端的功率。


圖1為本發(fā)明實(shí)施例一的信號流程示意圖;
圖2為本發(fā)明實(shí)施例二的信號流程示意圖;
圖3為本發(fā)明實(shí)施例二終端進(jìn)入空閑模式后進(jìn)行尋呼的流程示意圖;
圖4為本發(fā)明實(shí)施例三終端與基站協(xié)商優(yōu)先尋呼載波信息的第一信號流程示意圖;
圖5為本發(fā)明實(shí)施例四終端與基站協(xié)商優(yōu)先尋呼載波信息的第二信號流程示意圖;
圖6為本發(fā)明實(shí)施例三或?qū)嵤├慕K端進(jìn)入空閑模式后進(jìn)行尋呼的流程示意圖;
圖7為本發(fā)明實(shí)施例五終端的第一功能結(jié)構(gòu)示意圖;
圖8為本發(fā)明實(shí)施例六終端的第二功能結(jié)構(gòu)示意圖;
圖9為本發(fā)明實(shí)施例七終端的第三功能結(jié)構(gòu)示意圖;
圖10為本發(fā)明實(shí)施七協(xié)商模塊的第一功能結(jié)構(gòu)示意圖;
圖11為本發(fā)明實(shí)施七協(xié)商模塊的第二功能結(jié)構(gòu)示意圖;
圖12為本發(fā)明實(shí)施例八基站的功能結(jié)構(gòu)示意圖;
圖13為本發(fā)明實(shí)施例九系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施方式
本發(fā)明實(shí)施例提供了一種偵聽尋呼的方案。在該方案中,即使終端能夠支持多個(gè)載波,但當(dāng)此終端進(jìn)入空閑模式后,它也只在一個(gè)預(yù)先約定的載波上偵聽尋呼消息,這個(gè)載波可以稱之為此終端的優(yōu)先尋呼載波。通過該方案,解決了對于支持多載波的終端如何偵聽尋呼消息的問題。并且在該方案中由于終端不需要偵聽它能夠支持的多個(gè)載波,從而大大節(jié)省了終端的功率。
上述的優(yōu)先尋呼載波可以是基于終端的,即每一個(gè)終端對應(yīng)的優(yōu)先尋呼載波是相對獨(dú)立的;也可以是基于基站的,即每一個(gè)基站對應(yīng)的優(yōu)先尋呼載波是相對獨(dú)立的;還可以是基于組的,即多個(gè)終端或者基站同屬于一個(gè)組,每個(gè)組對應(yīng)的優(yōu)先尋呼載波是相對獨(dú)立的,在基于組的情況中,較好的是基于尋呼組的。[0044]下面將結(jié)合附圖對本發(fā)明實(shí)施例所述的方案進(jìn)行描述。
參見圖1所示的流程,本發(fā)明的實(shí)施例一提供了一種偵聽尋呼的方法,該方法包括以下步驟
步驟101、終端接收來自基站的消息,所述消息中包括優(yōu)先尋呼載波信息;
步驟102、終端通過所述的優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
本發(fā)明實(shí)施例一所述的方法中終端只需要偵聽一個(gè)載波(例如優(yōu)先尋呼載波), 就可以獲知是否有針對它的尋呼消息。通過該方法,終端無需偵聽能夠支持的所有載波,從而大大節(jié)省了終端的功率。
為使本發(fā)明的技術(shù)方案更加清楚,下面將通過更為具體實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)行說明。
優(yōu)先尋呼載波可以是基于組的,每個(gè)組中可以包括多個(gè)基站或者終端,各個(gè)組對應(yīng)的優(yōu)先尋呼載波都是相對獨(dú)立的。在優(yōu)先尋呼載波是基于組的情況中,比較優(yōu)選的是基于尋呼組,參見圖2的信號流程圖,本發(fā)明實(shí)施例二以尋呼組為例進(jìn)行說明,該方法包括以下步驟
終端進(jìn)行入網(wǎng)同步操作。由于入網(wǎng)同步操作為現(xiàn)有技術(shù),所以在此不再詳述。
步驟201、在完成入網(wǎng)同步操作后,終端接收來自基站的廣播消息,該廣播消息中包括尋呼組的尋呼組標(biāo)識和該尋呼組對應(yīng)的優(yōu)先尋呼載波信息,優(yōu)先尋呼載波信息中可以包括此優(yōu)先尋呼載波對應(yīng)的載波索引或中心頻點(diǎn)或帶寬等。
步驟201中所述的尋呼組可以是基站對應(yīng)的尋呼組也可以是終端對應(yīng)的尋呼組。 基站對應(yīng)的尋呼組可以為多個(gè),因此基站對應(yīng)的尋呼組標(biāo)識也可以為多個(gè),這些尋呼組標(biāo)識通常保存在一個(gè)列表(如=Group List)中,基站可以通過廣播消息將這個(gè)列表發(fā)送給終端。
步驟202、終端保存上述廣播消息中尋呼組的尋呼組標(biāo)識和該尋呼組對應(yīng)的優(yōu)先尋呼載波信息。
需要說明的是,步驟202是可選的。即終端在接收到來自基站的廣播消息之后也可以不保存廣播消息中尋呼組的尋呼組標(biāo)識和該尋呼組對應(yīng)的優(yōu)先尋呼載波信息。
步驟203、終端根據(jù)自己所屬的尋呼組,獲取對應(yīng)的優(yōu)先尋呼載波,在進(jìn)入空閑模式后,通過該優(yōu)先尋呼載波偵聽尋呼消息。
上述實(shí)施例二所述的流程中,當(dāng)步驟202執(zhí)行完后,在某些場景下,終端有可能進(jìn)入空閑(Idle Mode)模式,進(jìn)入空閑模式的終端會周期性地醒過來,即從尋呼無效間隔 (Paging unavailable interval) 入·t^M貞口Jf (Paging Listening Interval),
端進(jìn)入尋呼偵聽間隔,終端會嘗試首先在優(yōu)先尋呼載波上進(jìn)行同步,如果同步成功,則在同步完成后在此優(yōu)先尋呼載波上偵聽廣播消息。參見圖3所示,假設(shè)終端中已保存的優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波為RFl,則終端醒過來之后會執(zhí)行如下步驟
步驟301、終端嘗試在優(yōu)先尋呼載波RFl上進(jìn)行同步,如果終端與RFl同步成功,則執(zhí)行步驟302 ;如果終端與RFl同步失敗,則執(zhí)行步驟305。
步驟302、終端在載波RFl上偵聽基站發(fā)送的廣播消息,并根據(jù)廣播消息判斷尋呼組標(biāo)識或優(yōu)先尋呼載波信息是否發(fā)生變化,如果沒有發(fā)生變化則執(zhí)行步驟303 ;如果發(fā)生變化則執(zhí)行步驟304。[0060]對于如何判斷廣播消息中的尋呼組標(biāo)識或優(yōu)先尋呼載波信息是否發(fā)生變化,可以通過將廣播消息中的尋呼組標(biāo)識或優(yōu)先尋呼載波信息與終端中保存的尋呼組標(biāo)識或優(yōu)先尋呼載波信息進(jìn)行比較來實(shí)現(xiàn),如果一致的話則沒有發(fā)生變化;如果不一致的話則發(fā)生了變化。
步驟303 終端在載波RFl上繼續(xù)偵聽此載波上的廣播消息,以接收尋呼消息。
如果終端在載波RFl上偵聽廣播消息期間,如果存在針對此終端的尋呼消息,那么終端將根據(jù)尋呼消息內(nèi)容指示執(zhí)行相應(yīng)的動作,比如重新入網(wǎng),或者繼續(xù)處于空閑模式等等。如果終端在尋呼偵聽間隔(Paging Listening Interval)里一直都沒有接收到針對它的尋呼消息,那么終端將重新轉(zhuǎn)到尋呼無效間隔(Paging unavailable interval) 0
步驟304 終端與最新的優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波進(jìn)行同步,同步成功后終端在當(dāng)前優(yōu)先尋呼載波上偵聽廣播消息,以接收尋呼消息。
如果步驟302中的廣播消息中包括尋呼組標(biāo)識(Paging Group ID)或?qū)?yīng)的優(yōu)先尋呼載波(Primary Paging Carrier)信息與終端本地保存的不一致,說明終端已經(jīng)到了另外一個(gè)尋呼組的范圍,此時(shí)終端將根據(jù)偵聽到的廣播消息中的優(yōu)先尋呼載波信息更新本地保存的信息,并根據(jù)最新的優(yōu)先尋呼載波信息重新在此載波進(jìn)行同步,在同步完成后偵聽此載波上的廣播消息。
步驟305、終端與其它能夠支持的載波進(jìn)行同步,若它在任意一個(gè)能夠支持的載波上同步成功,則執(zhí)行步驟306。
步驟306、終端在同步成功的載波上接收廣播消息,并根據(jù)接收到的廣播消息獲取優(yōu)先尋呼載波信息,如果優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波不是同步成功的載波,則執(zhí)行步驟307 ;如果優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波就是步驟305中同步成功的載波,則執(zhí)行步驟308。
步驟307、終端嘗試與優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波同步,同步成功后, 執(zhí)行步驟308。
步驟308、終端在優(yōu)先尋呼載波上偵聽廣播消息,直到它的尋呼偵聽間隔結(jié)束。
上述步驟308中,如果終端在當(dāng)前優(yōu)先尋呼載波上偵聽廣播消息期間沒有針對它的尋呼消息,那么它將重新轉(zhuǎn)到尋呼無效間隔;如果有針對它的尋呼消息,則終端將根據(jù)尋呼消息內(nèi)容指示執(zhí)行相應(yīng)的動作,比如重新入網(wǎng),或者繼續(xù)處于空閑模式等等。
在上述實(shí)施例二描述的方法中,優(yōu)先尋呼載波是基于尋呼組或者基站的,本發(fā)明實(shí)施例所描述的方法中優(yōu)先尋呼載波也可以是基于終端的,即每一個(gè)終端對應(yīng)的優(yōu)先尋呼載波可以是獨(dú)立的。終端初始入網(wǎng)后,可以先與基站協(xié)商優(yōu)先尋呼載波信息,例如通過MAC 層消息進(jìn)行協(xié)商。當(dāng)終端進(jìn)入空閑模式后,終端只在它對應(yīng)的優(yōu)先尋呼載波上偵聽尋呼消肩、ο
協(xié)商的過程可以由終端發(fā)起,也可以由基站發(fā)起,參見圖4所示,本發(fā)明實(shí)施例三由終端發(fā)起的與基站之間協(xié)商優(yōu)先尋呼載波的方法主要包括以下步驟
步驟401、終端向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,消息中可以攜帶一個(gè)或者多個(gè)推薦的優(yōu)先尋呼載波信息。
上述的每一個(gè)優(yōu)先尋呼載波信息中都可以包括載波索引(carrier index)或者中心頻點(diǎn)(center frequency)或者帶寬(bandwidth)等信息。
8[0074]步驟402、基站向終端發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,消息中攜帶了基站允許的優(yōu)先尋呼載波信息。
—般情況下,終端只有一個(gè)優(yōu)先尋呼載波,因此,基站允許的終端的優(yōu)先尋呼載波信息通常只對應(yīng)一個(gè)優(yōu)先尋呼載波。但是在在實(shí)現(xiàn)時(shí),終端也可以有多個(gè)優(yōu)先尋呼載波,優(yōu)先尋呼載波可以是終端支持的載波的子集,即終端的優(yōu)先尋呼載波是終端能夠支持的載波中的一個(gè)或者多個(gè)。
當(dāng)終端進(jìn)入空閑模式后,終端可以通過上述基站允許的優(yōu)先尋呼載波信息所對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
協(xié)商的過程可以由基站發(fā)起的,參見圖5所示,本發(fā)明實(shí)施例四由基站發(fā)起的與終端之間協(xié)商優(yōu)先尋呼載波的方法主要包括以下步驟
步驟501、基站向終端發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,消息中可以攜帶一個(gè)或者多個(gè)推薦的優(yōu)先尋呼載波信息。
上述的每一個(gè)優(yōu)先尋呼載波信息中都可以包括載波索引或者中心頻點(diǎn)或者帶寬
^fn 息。
步驟502、終端向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,消息中攜帶了終端支持的優(yōu)先尋呼載波信息。
一般情況下,終端支持的優(yōu)先尋呼載波信息通常只有一個(gè)。但是在在實(shí)現(xiàn)時(shí),終端也可以有多個(gè)優(yōu)先尋呼載波,優(yōu)先尋呼載波可以是終端支持的載波的子集,即終端的優(yōu)先尋呼載波是終端能夠支持的載波中的一個(gè)或者多個(gè)。
在步驟502中,終端可以通過多種方式來確定優(yōu)先尋呼載波,然后通過協(xié)商響應(yīng)消息將此優(yōu)先尋呼載波發(fā)送給基站。確定優(yōu)先尋呼載波的方式不限,例如終端可以根據(jù)掃描的結(jié)果來確定優(yōu)先尋呼載波,也可以通過事先規(guī)定的算法來確定優(yōu)先尋呼載波,除此之外,當(dāng)然還有很多其他的方法,在此無法一一列舉。
當(dāng)終端進(jìn)入空閑模式后,終端可以通過上述終端支持的優(yōu)先尋呼載波信息所對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
在實(shí)際應(yīng)用中,優(yōu)先尋呼載波協(xié)商過程可以通過進(jìn)入空閑狀態(tài)的消息流程實(shí)現(xiàn), 例如,通過在DREG-REQ/DREG-CMD消息增加攜帶優(yōu)先尋呼載波信息來實(shí)現(xiàn)。當(dāng)然也可以通過其它的消息交互過程實(shí)現(xiàn),只要這些消息增加攜帶優(yōu)先尋呼載波信息即可,比如終端與基站的能力協(xié)商過程(SBC-REQ/SBC-RSP),測距過程(RNG-REQ/RNG-RSP),注冊過程 (REG-RNG/REG-RSP),位置更新過程(Location Update REQ/Location Update RSP)等。
終端通過實(shí)施例三和實(shí)施例四所述的方法與基站協(xié)商好優(yōu)先尋呼載波后,若終端進(jìn)入空閑模式,終端就可以在此優(yōu)先尋呼載波上偵聽尋呼消息。
需要注意的是,當(dāng)終端進(jìn)入空閑模式之前或進(jìn)入空閑模式時(shí),它的一些信息需要保存在尋呼控制器(PCJaging Controller,在實(shí)現(xiàn)時(shí)PC可以集成在基站BS中,可以集成在接入網(wǎng)關(guān)GW中,也可以集成在其它的網(wǎng)絡(luò)實(shí)體中,或者作為單獨(dú)的網(wǎng)絡(luò)實(shí)體)中,比如優(yōu)先載波信息之類的信息,這些信息可以用于基站在終端進(jìn)入空閑模式后能尋呼到終端。這些信息可以是終端在協(xié)商的過程中保存到PC中的,例如,如果PC沒有集成在基站中,則在上述步驟401基站收到終端發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息后基站可以通過一個(gè)消息將這些信息發(fā)送給PC,通知PC保存這些信息;或者在上述步驟502基站收到終端發(fā)送優(yōu)
9先尋呼載波信息協(xié)商響應(yīng)消息后,通過一個(gè)消息將這些信息發(fā)送給PC,通知PC保存這些信息;如果PC是集成在基站中的,那么這些信息可以通過基站內(nèi)部一些信息交互就可以保存到PC中了。除此之外,這些信息也可以是終端在進(jìn)入IDLE的過程中與基站交互時(shí)存到PC 中的。
當(dāng)終端進(jìn)入空閑模式時(shí),若網(wǎng)絡(luò)上層實(shí)體檢測到空閑模式的終端有消息或者數(shù)據(jù)來到的時(shí)候就會發(fā)起尋呼終端的過程。尋呼詳細(xì)的過程參見本發(fā)明圖6所示的尋呼流程示意圖,具體包括如下步驟
步驟601、網(wǎng)絡(luò)側(cè)觸發(fā)尋呼終端,此時(shí)尋呼控制器向?qū)ず舸戆l(fā)送尋呼消息,尋呼消息中攜帶了要尋呼的終端的MAC地址標(biāo)識與優(yōu)先尋呼載波信息。
步驟601中的網(wǎng)絡(luò)側(cè)可以為基站,但是也不限于基站。
步驟602、尋呼代理PA(在實(shí)現(xiàn)時(shí)可以集成在基站中,也可以集成在其它的網(wǎng)絡(luò)實(shí)體中,或者是作為單獨(dú)的網(wǎng)絡(luò)實(shí)體)收到尋呼控制器發(fā)送的尋呼消息后,只在此終端對應(yīng)的優(yōu)先尋呼載波上發(fā)送它的尋呼消息,尋呼消息中包括了要尋呼的終端的MAC地址標(biāo)識或者M(jìn)AC地址標(biāo)識的哈希值。
在步驟602中,需要注意的是,如果PA并不支持此終端對應(yīng)的優(yōu)先尋呼載波,那么,它將會在它支持的所有載波上發(fā)送尋呼消息。
步驟603、終端在優(yōu)先尋呼載波上偵聽到尋呼消息,當(dāng)尋呼消息中有它的MAC地址或者M(jìn)AC地址的哈希值時(shí)就知道尋呼代理PA在尋呼它,終端根據(jù)尋呼消息內(nèi)容指示執(zhí)行相應(yīng)的動作,比如重新入網(wǎng),或者繼續(xù)處于空閑模式等等。
除了上述的偵聽尋呼的方法以外,本發(fā)明的實(shí)施例還提供了一種終端,該終端可以是支持多載波的終端,該終端可以和基站交互確定一個(gè)載波(即優(yōu)先尋呼載波),當(dāng)終端進(jìn)入空閑模式后,終端只需要偵聽此優(yōu)先尋呼載波就可以獲取尋呼消息。通過該方案,實(shí)現(xiàn)了對于支持多載波的終端如何偵聽尋呼消息的問題。并且由于終端不需要偵聽它能夠支持的所有載波,從而大大節(jié)省了終端的功率。
參見圖7所示結(jié)構(gòu)示意圖,本發(fā)明的實(shí)施例五提供了一種終端,所述的終端可以應(yīng)用于實(shí)施例一或?qū)嵤├龅姆椒?,該終端包括
第一接收模塊702,用于接收來自基站的消息,所述的消息中包括優(yōu)先尋呼載波信息;
第二接收模塊704,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
參見圖8所示的結(jié)構(gòu)示意圖,本發(fā)明的實(shí)施例六除了上述實(shí)施例五中第一接收模塊702、和第二接收模塊704外,還可以包括
保存模塊706,用于保存第一接收模塊接收到的消息中所述的優(yōu)先尋呼載波信息。
通過此保存模塊706中保存的信息,基站可以在終端進(jìn)入空閑模式后,通過優(yōu)先尋呼載波尋呼到終端。
本發(fā)明的實(shí)施例六中還可以包括第一同步模塊708,用于在所述第一接收模塊 702接收到來自基站的消息后,與優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波進(jìn)行同步,同步成功后觸發(fā)第二接收模塊704,第二接收模塊704就通過該同步成功的優(yōu)先尋呼載波偵聽尋呼消息。[0101]除此之外,本發(fā)明的實(shí)施例六中還可以包括
第二同步模塊710,用于在第一同步模塊708與所述優(yōu)先尋呼載波同步失敗后,與終端能夠支持的載波進(jìn)行同步,當(dāng)與任意一個(gè)所述終端能夠支持的載波同步成功后觸發(fā)第一接收模塊702 ;
第一接收模塊702在同步成功的載波上接收廣播消息,所述的廣播消息中包括優(yōu)先序號載波信息。
參見圖9所示結(jié)構(gòu)示意圖,本發(fā)明的實(shí)施例七提供了另外一種終端,該終端可以應(yīng)用于實(shí)施例一、實(shí)施例三或?qū)嵤├乃龅姆椒?,該終端包括
協(xié)商模塊802,用于與基站協(xié)商確定優(yōu)先尋呼載波信息;
第一接收模塊804,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
上述協(xié)商模塊802的結(jié)構(gòu)可以為兩種,其中一種參見圖10所示,具體包括
發(fā)送模塊802-11,用于發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;
第二接收模塊802-12,用于接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;
上述協(xié)商模塊802的另外一種結(jié)構(gòu)參見圖11所示,具體包括
第三接收模塊802-21,用于接收來自基站的優(yōu)先尋呼載波信息協(xié)商請求消息,消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;
響應(yīng)模塊802-22,用于向所述基站發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的響應(yīng)消息中包括所述終端允許的優(yōu)先尋呼載波信息。
本發(fā)明的實(shí)施例八還提供了一種基站,該基站可以與終端協(xié)商確定優(yōu)先尋呼載波,并通過此優(yōu)先尋呼載波尋呼終端。參見圖12所示,實(shí)施例八所述的基站包括
協(xié)商模塊902,用于與終端協(xié)商確定優(yōu)先尋呼載波信息;
第一發(fā)送模塊904,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波向終端發(fā)送尋呼消息。
該基站還可以包括
通知模塊906,用于在協(xié)商模塊902與終端協(xié)商確定優(yōu)先尋呼載波信息后,通知尋呼控制器保所述優(yōu)先尋呼載波信息。
本發(fā)明的實(shí)施例九還提供了一種偵聽尋呼的系統(tǒng),通過該系統(tǒng)可以使支持多載波的終端通過優(yōu)先尋呼載波偵聽尋呼消息,從而實(shí)現(xiàn)對支持多載波終端的尋呼。參見圖13,本發(fā)明實(shí)施例所述的系統(tǒng)包括
基站1002,用于發(fā)送廣播消息,該廣播消息中包括優(yōu)先尋呼載波信息;
終端1004,用于接收來自基站1002的廣播消息,并通過廣播消息中的優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種偵聽尋呼的方法,其特征在于,所述的方法包括終端向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;終端接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;終端通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
2.根據(jù)權(quán)利要求
1所述的偵聽尋呼的方法,其特征在于,在所述終端向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息后,所述基站通知尋呼控制器保存所述基站允許的優(yōu)先尋呼載波信息。
3.根據(jù)權(quán)利要求
2所述的偵聽尋呼的方法,其特征在于,若所述終端已進(jìn)入空閑模式, 所述終端通過優(yōu)先尋呼載波偵聽尋呼消息后進(jìn)一步包括所述尋呼控制器向?qū)ず舸戆l(fā)送尋呼消息,所述尋呼消息包括優(yōu)先尋呼載波信息,所述尋呼代理根據(jù)所述優(yōu)先尋呼載波信息在優(yōu)先尋呼載波上向所述終端發(fā)送尋呼消息。
4.根據(jù)權(quán)利要求
2所述的偵聽尋呼的方法,其特征在于,所述終端通過所述優(yōu)先尋呼載波接收所述尋呼消息具體包括所述終端在所述優(yōu)先尋呼載波上偵聽到尋呼消息,當(dāng)所述尋呼消息中有所述終端的 MAC地址或者M(jìn)AC地址的哈希值時(shí)根據(jù)尋呼消息內(nèi)容指示執(zhí)行相應(yīng)的動作。
5.一種終端,其特征在于,所述的終端包括發(fā)送模塊,用于向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;第二接收模塊,用于接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;第一接收模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
6.一種基站,其特征在于,所述的基站包括協(xié)商模塊,用于接收終端發(fā)送的優(yōu)先尋呼載波信息協(xié)商請求消息,并向所述終端發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,其中,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;第一發(fā)送模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波向終端發(fā)送尋呼消息。
7.根據(jù)權(quán)利要求
6所述的基站,其特征在于,所述的基站還包括通知模塊,用于在所述協(xié)商模塊與終端協(xié)商確定優(yōu)先尋呼載波信息后,通知尋呼控制器保存所述優(yōu)先尋呼載波信息。
8.一種偵聽尋呼的系統(tǒng),其特征在于,所述的系統(tǒng)包括基站和終端; 其中,所述基站包括協(xié)商模塊,用于接收終端發(fā)送的優(yōu)先尋呼載波信息協(xié)商請求消息,并向所述終端發(fā)送優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,其中,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;第一發(fā)送模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波向終端發(fā)送尋呼消息;所述終端包括發(fā)送模塊,用于向基站發(fā)送優(yōu)先尋呼載波信息協(xié)商請求消息,所述優(yōu)先尋呼載波信息協(xié)商請求消息中攜帶了至少一個(gè)推薦的優(yōu)先尋呼載波信息;第二接收模塊,用于接收來自基站的優(yōu)先尋呼載波信息協(xié)商響應(yīng)消息,所述的響應(yīng)消息中包括基站允許的優(yōu)先尋呼載波信息;第一接收模塊,用于通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。
專利摘要
本發(fā)明公開了一種偵聽尋呼的方法,該方法包括終端接收來自基站的消息,所述消息中包括優(yōu)先尋呼載波信息;終端通過所述優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。本發(fā)明還公開了一種偵聽尋呼的系統(tǒng),該系統(tǒng)包括基站,用于發(fā)送廣播消息,該廣播消息中包括優(yōu)先尋呼載波信息;終端,用于接收來自基站的廣播消息,并通過所述廣播消息中的優(yōu)先尋呼載波信息對應(yīng)的優(yōu)先尋呼載波偵聽尋呼消息。通過本發(fā)明公開的方法與系統(tǒng),可以使支持多載波的終端通過優(yōu)先尋呼載波來偵聽尋呼消息。并且由于終端不需要偵聽它能夠支持的所有載波,從而大大節(jié)省了終端的功率。
文檔編號H04W28/18GKCN101478788 B發(fā)布類型授權(quán) 專利申請?zhí)朇N 200810065114
公開日2012年4月25日 申請日期2008年1月5日
發(fā)明者劉麗娜, 劉玨君, 徐宏亮, 林佳, 莫君賢 申請人:華為技術(shù)有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan專利引用 (4),
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1