專利名稱：一種尋呼空閑模式下終端的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線接入技術(shù)，具體的講，涉及一種尋呼空閑模式下終端的方法。
背景技術(shù)：
空閑模式是IEEE 802.16e標(biāo)準(zhǔn)定義的移動(dòng)寬帶無(wú)線接入系統(tǒng)中的一種終端工作模式。空閑模式下，MS可以在很大的一個(gè)區(qū)域內(nèi)移動(dòng)，每隔一定的周期接收下行廣播業(yè)務(wù)消息，通過(guò)廣播消息通知MS是否有下行業(yè)務(wù)發(fā)送，MS在這個(gè)區(qū)域內(nèi)漫游過(guò)程中不必在漫游的小區(qū)向這個(gè)小區(qū)的BS進(jìn)行注冊(cè)。同時(shí)，MS漫游到不同小區(qū)時(shí)，不必進(jìn)行切換等正常操作流程，從而有利于節(jié)省MS功率和空口資源。
多個(gè)BS可以組成一個(gè)組，稱為尋呼組(Paging Group)。尋呼組的目的是構(gòu)成一個(gè)連續(xù)的區(qū)域，在這個(gè)區(qū)域內(nèi)MS沒有必要發(fā)送上行業(yè)務(wù)，但是可以通過(guò)下行尋呼信道來(lái)判斷是否有發(fā)送給它的下行業(yè)務(wù)。尋呼組必須足夠大以保證大多數(shù)MS在較長(zhǎng)時(shí)間內(nèi)保持在同一個(gè)尋呼組范圍內(nèi)；尋呼組又要足夠小，以保證在一個(gè)尋呼組對(duì)MS進(jìn)行尋呼的開銷是合理的。
在與某個(gè)服務(wù)BS的正常操作過(guò)程中，MS可以通過(guò)發(fā)送消息請(qǐng)求進(jìn)入空閑模式。類似的，服務(wù)BS也可以通過(guò)發(fā)送消息主動(dòng)要求MS進(jìn)入空閑模式。無(wú)論是MS主動(dòng)發(fā)起請(qǐng)求進(jìn)入空閑模式，還是服務(wù)BS通過(guò)發(fā)送消息主動(dòng)要求MS進(jìn)入空閑模式，MS都要在規(guī)定的時(shí)間內(nèi)完成去注冊(cè)、進(jìn)入空閑模式的過(guò)程。
目前正在制定中的WiMAX標(biāo)準(zhǔn)定義了空閑模式下的尋呼參考模型，當(dāng)前WiMax NWG草案標(biāo)準(zhǔn)中與IDLE模式、尋呼密切相關(guān)的功能實(shí)體包括尋呼控制器(PCPaging Controller)，是一個(gè)控制MS空閑模式活動(dòng)的網(wǎng)絡(luò)實(shí)體，用于管理網(wǎng)絡(luò)中IDLE模式下的MS的活動(dòng)以及尋呼?？赡芪挥赪iMAX網(wǎng)絡(luò)的物理網(wǎng)元接入服務(wù)網(wǎng)絡(luò)網(wǎng)關(guān)(ASN GW)中，也可能位于另一個(gè)獨(dú)立的物理網(wǎng)元。對(duì)于每個(gè)IDLE模式下的MS，僅僅有一個(gè)PC來(lái)管理其活動(dòng)，稱為錨PC(anchor PC)，并且有可能有一個(gè)或多個(gè)PC用于中繼MS到錨點(diǎn)PC之間的消息，稱為中繼PC(Relay PC)。
尋呼代理(PAPaging Agent)，位于ASN中，用于處理PC和BS中與尋呼相關(guān)的功能執(zhí)行的交互。
位置寄存器(LRLocation Register)，LR是一個(gè)分布式的數(shù)據(jù)庫(kù)，其中存放了IDLE模式下的MS的信息。由于尋呼控制器需要根據(jù)當(dāng)前MS所在的尋呼組發(fā)起尋呼消息，因此，需要一個(gè)位置寄存器(LR)保存MS的的狀態(tài)信息、尋呼信息和服務(wù)流相關(guān)信息。一般來(lái)說(shuō)，每個(gè)LR對(duì)應(yīng)于一個(gè)PC，并且兩個(gè)邏輯實(shí)體在同一個(gè)物理網(wǎng)元內(nèi)實(shí)現(xiàn)。
根據(jù)需要，NAP會(huì)將網(wǎng)絡(luò)劃分為若干個(gè)尋呼組(PGPaging Group)，一個(gè)PG由一個(gè)或多個(gè)PA(BS)構(gòu)成，并由網(wǎng)絡(luò)操作員管理。一個(gè)PG必須駐留于一個(gè)NAP之內(nèi)。值得注意的是，一個(gè)BS以及相關(guān)的PA可以是多個(gè)PG中的實(shí)體。
不考慮WiMAX網(wǎng)絡(luò)中的其它物理網(wǎng)元和邏輯實(shí)體，我們?cè)陔S后的技術(shù)描述時(shí)將采用圖1所示的WiMAX尋呼參考架構(gòu)(但是本發(fā)明所提供的技術(shù)包括但不限于在WiMAX系統(tǒng)中的應(yīng)用)。
根據(jù)圖1的尋呼參考模型，當(dāng)MS在BS1(Serving BS)上主動(dòng)請(qǐng)求進(jìn)入空閑模式，或者BS1指示MS進(jìn)入空閑模式時(shí)，通過(guò)MS與BS1，BS1與后端網(wǎng)元ASN GW之間的消息交互，通知尋呼控制器(在ASN GW1中實(shí)現(xiàn))MS進(jìn)入空閑模式，并在對(duì)應(yīng)的LR中保存MS的狀態(tài)信息、尋呼信息和服務(wù)流信息。MS可以在發(fā)給BS1的空閑模式請(qǐng)求消息中攜帶它進(jìn)入空閑模式時(shí)請(qǐng)求需要保留的信息，BS1在空閑模式請(qǐng)求響應(yīng)消息中也可以設(shè)置類似的信息，用來(lái)通知MS在LR中所保留的相關(guān)信息，并將尋呼控制器的ID通知MS。此外，在MS進(jìn)入空閑模式后，需要釋放相應(yīng)的R4、R6接口，但是需要保留HA與FA之間的R3接口。
現(xiàn)有技術(shù)描述了當(dāng)終端有業(yè)務(wù)出現(xiàn)的時(shí)候，網(wǎng)絡(luò)側(cè)如何尋呼終端的流程(如圖2所示)1.FA收到HA給終端(MSS)的下行數(shù)據(jù)包；2.FA發(fā)現(xiàn)此MSS處于空閑模式(IDLE MODE)，于是發(fā)起終端信息請(qǐng)求(MSS Info Req)消息給錨PC，指示對(duì)MSS進(jìn)行尋呼。
3.錨PC/LR獲取此MSS的信息后，向FA回復(fù)終端信息響應(yīng)(MSS Info Rsp)消息。
4.錨PC向其直接管理的PA發(fā)出尋呼通知消息，對(duì)于其他不是其直接管理的，但在對(duì)應(yīng)的尋呼組中的PA，向其對(duì)應(yīng)的管理這些PA的Relay PC發(fā)出尋呼通知消息。
5.中繼PC收到尋呼通知消息后，進(jìn)一步把消息轉(zhuǎn)發(fā)到對(duì)應(yīng)的PA。
6.尋呼代理(PA)收到尋呼通知消息后，在空口發(fā)起對(duì)MSS的尋呼。
但現(xiàn)有技術(shù)沒有描述，終端尋呼到以后，如何通知?jiǎng)e的基站停止尋呼的過(guò)程。而在尋呼過(guò)程中，一次尋呼可能會(huì)給很多個(gè)BS都發(fā)送尋呼消息，這些BS會(huì)通過(guò)空口尋呼終端，如果MS當(dāng)前呆在某個(gè)BS下，該BS尋呼到以后，由于沒有機(jī)制通知與該MS所在尋呼組的別的BS不用在發(fā)送尋呼消息，因此使別的BS仍然發(fā)送尋呼消息，甚至多次尋呼，造成大量的空口資源浪費(fèi)，同時(shí)也給空口資源調(diào)度帶來(lái)復(fù)雜性。

發(fā)明內(nèi)容
有鑒于如上所述的現(xiàn)有技術(shù)存在的問題，本發(fā)明的目的在于提供一種尋呼空閑模式下終端的方法，通過(guò)在尋呼成功后及時(shí)通知仍在繼續(xù)尋呼的基站停止尋呼，以節(jié)約空口資源，降低空口資源調(diào)度的復(fù)雜性。
為了實(shí)現(xiàn)上述目的，本發(fā)明的技術(shù)方案為一種尋呼空閑模式下終端的方法，包括如下步驟a.錨尋呼控制器PC向所述終端所在尋呼組對(duì)應(yīng)的多個(gè)基站發(fā)送尋呼通知消息；b.所述基站響應(yīng)尋呼通知消息，對(duì)所述終端進(jìn)行尋呼；c.在所述多個(gè)基站中的一個(gè)基站尋呼到所述終端后，發(fā)送尋呼成功消息給所述多個(gè)基站中的至少一個(gè)其它基站；d.所述至少一個(gè)其它基站響應(yīng)所述尋呼成功消息，停止尋呼過(guò)程。
步驟a包括所述錨PC通過(guò)中繼PC向所述基站發(fā)送尋呼通知消息。
步驟a包括a1.錨PC發(fā)送尋呼通知消息至最近一次對(duì)所述終端進(jìn)行位置更新的中繼PC；a2.該中繼PC收到尋呼指示消息后，根據(jù)終端的尋呼組信息向該尋呼組內(nèi)的基站發(fā)送尋呼通知消息；步驟a1包括所述錨PC僅發(fā)送一次尋呼通知消息至最近一次進(jìn)行位置更新的中繼PC。
步驟a2包括如果所述尋呼組還被相鄰中繼PC管理，所述中繼PC通過(guò)所述相鄰中繼PC向其管轄內(nèi)的本尋呼組的基站發(fā)送尋呼通知消息。
所述的方法還包括錨PC啟動(dòng)定時(shí)器；在定時(shí)器超時(shí)，且所述錨PC發(fā)起的尋呼次數(shù)沒有超過(guò)設(shè)定的尋呼次數(shù)門限時(shí)，如果所述基站還沒有尋呼到所述終端，則錨PC重新發(fā)送尋呼通知消息。
步驟b包括所述的基站啟動(dòng)定時(shí)器，當(dāng)定時(shí)器超時(shí)且尋呼次數(shù)還沒有超過(guò)所設(shè)定的尋呼次數(shù)門限時(shí)，如果還未尋呼到所述終端，則基站重新發(fā)起對(duì)所述終端的尋呼。
所述的方法還包括中繼PC啟動(dòng)定時(shí)器，當(dāng)定時(shí)器超時(shí)且尋呼次數(shù)還沒有超過(guò)設(shè)定的尋呼次數(shù)門限時(shí)，如果基站還未尋呼到所述終端，則所述中繼PC重新發(fā)送尋呼通知請(qǐng)求。
所述步驟b中，所述基站收到尋呼通知消息后，對(duì)所述的終端只尋呼一次。
所述步驟b中，中繼PC收到尋呼通知消息后，對(duì)基站只尋呼一次。
步驟d中，當(dāng)中繼PC收到基站的尋呼成功消息后，直接通知本PC下的對(duì)應(yīng)尋呼組內(nèi)的尋呼代理停止尋呼，并通知其他對(duì)應(yīng)的中繼PC停止其內(nèi)的基站對(duì)所述終端的尋呼。
步驟c中，基站尋呼到所述終端后，直接或通過(guò)中繼PC發(fā)送尋呼成功消息到錨PC，錨PC直接或通過(guò)中繼PC發(fā)送尋呼成功消息到BS或中繼PC。
本發(fā)明的有益效果在于，通過(guò)本發(fā)明的方法，大大降低了對(duì)空口資源的占用，節(jié)約了資源并降低了空口資源調(diào)度的復(fù)雜性。


圖1為現(xiàn)有的WiMAX系統(tǒng)中的尋呼架構(gòu)；圖2為現(xiàn)有的WiMAX系統(tǒng)中網(wǎng)絡(luò)側(cè)尋呼終端的流程圖；圖3為本發(fā)明一實(shí)施例的尋呼空閑模式下終端的流程圖；圖4為本發(fā)明另一實(shí)施例的尋呼空閑模式下終端的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施例進(jìn)行詳細(xì)說(shuō)明。
本發(fā)明旨在明確尋呼過(guò)程中的處理，以及當(dāng)有BS尋呼成功以后，如何通知到別的BS或者中繼PC停止尋呼的解決方案。因?yàn)橐淮螌ず艨赡軙?huì)給很多個(gè)BS都發(fā)送尋呼消息，而這些BS會(huì)通過(guò)空口尋呼終端，如果MS當(dāng)前呆在某個(gè)BS下，該BS尋呼到以后，需要有機(jī)制通知與該MS所在尋呼組的別的BS不用在發(fā)送尋呼消息，否則別的BS仍然發(fā)送尋呼消息，甚至多次尋呼，造成大量的空口資源浪費(fèi)，同時(shí)也給空口資源調(diào)度帶來(lái)復(fù)雜性。
實(shí)施例1
針對(duì)尋呼采用錨PC直接管理的情況。
現(xiàn)有標(biāo)準(zhǔn)草案中描述了網(wǎng)絡(luò)側(cè)需要尋呼處于空閑狀態(tài)的MS時(shí)，F(xiàn)A所在的ASN-GW首先向MS錨PC/LR所在的ASN-GW查詢MS的相關(guān)信息，錨PC/LR根據(jù)位置記錄獲得目前MS所在尋呼組，并查詢哪些中繼PC所在的ASN GW都屬于這個(gè)尋呼組，然后錨PC再向與該尋呼組相關(guān)的這些中繼PC所在的ASNGW發(fā)送尋呼此MS的消息。該方案要求錨PC需要配置管理所有可能的尋呼組信息，由于每個(gè)PC都有可能是不同MS的錨PC，因此所有PC都需要這樣的配置管理，數(shù)據(jù)配置量很大，管理復(fù)雜。
在這種情況下，尋呼采用錨PC直接管理，錨PC找到對(duì)應(yīng)的尋呼組標(biāo)識(shí)(PGID)，同時(shí)找到對(duì)應(yīng)該P(yáng)GID的所有拓?fù)鋱D，給相應(yīng)的與該P(yáng)G關(guān)聯(lián)的BS發(fā)送尋呼消息，過(guò)程中由于錨PC可能不能直接發(fā)送到相關(guān)BS，所以會(huì)通過(guò)相關(guān)聯(lián)的中繼PC轉(zhuǎn)發(fā)到關(guān)聯(lián)的BS。
下面對(duì)錨PC直接管理的情況下的尋呼空閑模式下終端的方法進(jìn)行詳細(xì)描述，本實(shí)施例的總體技術(shù)方案為A、在尋呼過(guò)程中對(duì)尋呼控制器及/或相關(guān)聯(lián)的基站分別啟動(dòng)定時(shí)器定分別設(shè)置尋呼次數(shù)門限，以實(shí)現(xiàn)尋呼的一級(jí)或分級(jí)管理，限定尋呼次數(shù)a)尋呼采用分級(jí)管理錨PC和所有關(guān)聯(lián)的BS分別啟動(dòng)定時(shí)器以及尋呼次數(shù)門限設(shè)置；b)尋呼采用一級(jí)管理錨PC啟動(dòng)定時(shí)器以及尋呼次數(shù)門限設(shè)置，相關(guān)連的BS只是被動(dòng)接收錨PC的尋呼消息，尋呼一次即OK，如果尋呼成功則通知錨PC，如果失敗不作響應(yīng)，錨PC根據(jù)自己的定時(shí)器設(shè)置以及尋呼次數(shù)門限設(shè)置，重發(fā)尋呼消息或者判斷尋呼失敗。所述尋呼次數(shù)門限可以預(yù)先設(shè)置，并且可以根據(jù)需要進(jìn)行修改。
B、尋呼成功后，告知錨PC，由錨PC發(fā)送消息至相關(guān)的中繼PC及BS，以停止尋呼過(guò)程。
圖3為本實(shí)施例的尋呼空閑模式下終端的流程圖參照?qǐng)D3，說(shuō)明本發(fā)明的具體流程如下(1)當(dāng)外部代理(FA)接收到從家鄉(xiāng)代理(HA)來(lái)的數(shù)據(jù)包后，發(fā)現(xiàn)該終端處于空閑模式，F(xiàn)A找到該終端對(duì)應(yīng)的錨PC信息，并通過(guò)攜帶MSID、尋呼指示等信息的終端信息請(qǐng)求消息(MSS Info Req)通知錨PC發(fā)起尋呼過(guò)程(見圖3中的步驟1，2，3)。
(2)錨PC找到該MS對(duì)應(yīng)的尋呼組信息，并找到對(duì)應(yīng)該尋呼組的關(guān)聯(lián)的所有中繼PCID以及基站標(biāo)識(shí)(BSID)，發(fā)送尋呼通知(PagingAnnounce)消息(如圖3中步驟4，5)；消息中攜帶MSID，PGID，尋呼周期(Paging Cycle)，尋呼偏移(Paging Offset)。同時(shí)啟動(dòng)定時(shí)器T1，如果T1超時(shí)，并且沒有超過(guò)尋呼次數(shù)門限時(shí)，如果沒有收到MS尋呼到的通知，錨PC將再次發(fā)送該消息；(3)所有相關(guān)的中繼PC收到錨PC的尋呼消息后，根據(jù)尋呼通知消息(Paging Announce)消息中的PGID，BSID，明確知道了給哪些BS發(fā)送尋呼信息，發(fā)送Paging Announce消息給相關(guān)BS(見圖3中6)；并啟動(dòng)定時(shí)器T2，在定時(shí)器T2超時(shí)，且沒有超過(guò)設(shè)定的尋呼次數(shù)門限時(shí)，如果還沒有收到相關(guān)BS的通知，則重發(fā)該尋呼消息。同時(shí)，接收到錨PC或中繼PC的尋呼消息的基站在尋呼終端時(shí)(圖3中7)也可以啟動(dòng)定時(shí)器和設(shè)置尋呼次數(shù)門限。如果采用一級(jí)管理方式，則這里不用啟動(dòng)定時(shí)器以及設(shè)置門限次數(shù)。
通過(guò)定時(shí)器的啟動(dòng)及門限的設(shè)置，可以使PC及BS在尋呼到設(shè)定的門限時(shí)自動(dòng)停止尋呼，從而釋放空口資源。
(4)尋呼到終端后，錨PC發(fā)送消息至仍在尋呼的終端即相關(guān)PC，以停止尋呼過(guò)程。
在所述多個(gè)基站中的其中一個(gè)基站尋呼到所述終端后，發(fā)送尋呼成功消息給所述多個(gè)基站中的其它基站和所述的錨PC以及相關(guān)聯(lián)的中繼PC。所述基站、錨PC以及中繼PC響應(yīng)所述尋呼成功消息，停止定時(shí)器，停止尋呼過(guò)程(見圖3中步驟9-13)。
一旦某個(gè)BS尋呼到該終端以后，MS會(huì)在該BS下進(jìn)入網(wǎng)絡(luò)重入，同時(shí)會(huì)向錨PC發(fā)起MS上下文請(qǐng)求過(guò)程，從而進(jìn)行數(shù)據(jù)路徑(DATA PATH)建立過(guò)程，這個(gè)過(guò)程一直通知到FA，然后由FA通知錨PC；這里也可以考慮在向錨PC發(fā)起MS上下文請(qǐng)求過(guò)程時(shí)，就通知錨PC尋呼成功，要求錨PC取消尋呼(如果在數(shù)據(jù)路徑建立完成后再通知，可能時(shí)延比較長(zhǎng)了)。或者直接在BS通過(guò)中繼PC或者直接和錨PC交互過(guò)程中，通知錨PC告知MS已經(jīng)尋呼到，即基站尋呼到所述終端后，直接或通過(guò)中繼PC發(fā)送尋呼成功消息到錨PC，錨PC直接或通過(guò)中繼PC發(fā)送尋呼成功消息到BS或中繼PC。
當(dāng)錨PC知道MS已經(jīng)尋呼到以后，發(fā)送尋呼成功消息給相應(yīng)的中繼PC以及BS，讓它們停止尋呼過(guò)程。
由此，有效的節(jié)約了空口資源，降低了調(diào)度空口資源的復(fù)雜性。
實(shí)施例2針對(duì)尋呼采用中繼PC管理的情況。
一個(gè)尋呼組包含多個(gè)BS的區(qū)域，而一個(gè)尋呼組的管理由一個(gè)特定的尋呼控制器管理，一個(gè)尋呼控制器管理特定的一些尋呼組。在空閑模式下，錨PC只負(fù)責(zé)對(duì)終端的尋呼控制功能，負(fù)責(zé)尋址MS所在區(qū)域，具體的對(duì)尋呼組的管理由管理該尋呼組的當(dāng)前中繼PC所管理。
此時(shí)錨PC只要記錄下該MS當(dāng)前在哪個(gè)中繼PC下即可，當(dāng)需要尋呼該MS的時(shí)候，只要根據(jù)記錄的MS最近一次位置更新的中繼PC標(biāo)識(shí)，然后由錨PC通知該中繼PC即可，因此此時(shí)中繼PC是最清楚它所管轄的尋呼組的情況的，而且如果一個(gè)尋呼組可能被多個(gè)中繼PC所管理，那么管理一個(gè)尋呼組的中繼PC都會(huì)配置另外也管理該尋呼組的中繼PC的標(biāo)識(shí)，這個(gè)過(guò)程中，當(dāng)錨PC需要尋呼該終端的時(shí)候，尋呼消息發(fā)送到最近一次做位置更新的中繼PC后，中繼PC根據(jù)MS的尋呼組信息，確定該尋呼組是否有被相鄰的中繼PC所管理，如果是，不僅自己在該尋呼組范圍內(nèi)的BS內(nèi)尋呼，同時(shí)告知相鄰中繼PC尋呼該尋呼組內(nèi)的BS。
以上過(guò)程，就減少了錨PC對(duì)尋呼組的管理數(shù)量，每個(gè)PC只用管理特定的幾個(gè)尋呼組，如果考慮一個(gè)尋呼組可能被多個(gè)PC所管理，那么每個(gè)PC除了將配置它所管理的尋呼組所轄域的BS信息，同時(shí)需要配置管理它所管理的尋呼組的相鄰PC的信息。
本實(shí)施例的總體技術(shù)方案為A、在尋呼過(guò)程中對(duì)尋呼控制器及/或相關(guān)聯(lián)的基站分別啟動(dòng)定時(shí)器定分別設(shè)置尋呼次數(shù)門限，以實(shí)現(xiàn)尋呼的一級(jí)或分級(jí)管理，限定尋呼次數(shù)a)尋呼采用分級(jí)管理錨PC和上次做位置更新的中繼PC以及所有關(guān)聯(lián)的BS分別啟動(dòng)定時(shí)器以及尋呼次數(shù)門限設(shè)置；此方案可以是兩級(jí)管理，錨PC和中繼PC分別啟動(dòng)定時(shí)器并設(shè)定尋呼次數(shù)門限；也可以是三級(jí)管理，錨PC和中繼PC以及BS分別啟動(dòng)定時(shí)器并設(shè)定尋呼次數(shù)門限。
b)尋呼采用分級(jí)管理錨PC只發(fā)送一次尋呼消息給上次做位置更新的中繼PC，后面的具體尋呼過(guò)程由該中繼PC去做；因?yàn)閷?duì)應(yīng)該終端PG是由中繼PC維護(hù)，它知道對(duì)應(yīng)該終端PG所關(guān)聯(lián)的BS信息，以及與該P(yáng)G關(guān)聯(lián)的別的中繼PC信息；c)尋呼采用一級(jí)管理錨PC啟動(dòng)定時(shí)器以及尋呼次數(shù)門限設(shè)置，相關(guān)連的上次做位置更新的中繼PC以及相關(guān)的BS只是被動(dòng)接收錨PC的尋呼消息，尋呼一次即OK，如果尋呼成功則通知錨PC，如果失敗不作響應(yīng)，錨PC根據(jù)自己的定時(shí)器設(shè)置以及尋呼次數(shù)門限設(shè)置，重發(fā)尋呼消息或者判斷尋呼失敗。
所述尋呼次數(shù)門限可以預(yù)先設(shè)置，并且可以根據(jù)需要進(jìn)行修改。
B、尋呼成功后，告知錨PC，由錨PC發(fā)送消息至相關(guān)的中繼PC及BS，以停止尋呼過(guò)程。
圖4為本實(shí)施例的尋呼空閑模式下終端的流程圖，參照?qǐng)D4說(shuō)明本發(fā)明的具體流程如下(1)當(dāng)FA接收到從HA來(lái)的數(shù)據(jù)包后，發(fā)現(xiàn)該終端處于空閑模式，F(xiàn)A找到該終端對(duì)應(yīng)的錨PC信息，并通知錨PC發(fā)起尋呼過(guò)程(圖4中步驟1，2，3)。
(2)錨PC找到該MS對(duì)應(yīng)的尋呼組信息，并找到對(duì)應(yīng)的上次做位置更新的中繼PC ID以及BSID，發(fā)送Paging Announce消息(圖4中步驟4)；消息中攜帶MSID，PGID，尋呼周期(Paging Cycle)，尋呼偏移(Paging Offset)，并啟動(dòng)定時(shí)器T1，以及設(shè)定尋呼次數(shù)門限(包括錨PC只發(fā)送一次尋呼消息給上次做位置更新的中繼PC)，在定時(shí)器T1超時(shí)之后如果沒有收到MS尋呼到的通知，并且沒有到達(dá)尋呼次數(shù)門限，錨PC將再次發(fā)送該消息；如果上次做位置更新的中繼PC就是錨PC自己，則錨PC直接向它所維護(hù)的尋呼組對(duì)應(yīng)的BS發(fā)送尋呼消息；(3)上次做位置更新的中繼PC1收到錨PC的尋呼消息后，根據(jù)尋呼通知(Paging Announce)消息中的PGID，根據(jù)它自己所維護(hù)的尋呼組信息，明確知道了該P(yáng)GID對(duì)應(yīng)哪些BS信息，同時(shí)知道該P(yáng)G相關(guān)聯(lián)的其他相鄰中繼PC，得到這些信息后，中繼PC1一方面給自己所維護(hù)的該P(yáng)G下的BS發(fā)送Paging Announce消息，一方面給與該P(yáng)G關(guān)聯(lián)的中繼PC發(fā)送Paging Announce消息(圖4中步驟5)；并啟動(dòng)定時(shí)器T2，以及設(shè)定尋呼次數(shù)門限(可以預(yù)先設(shè)置)，如果定時(shí)器T2超時(shí)，而且沒有到達(dá)它所設(shè)定的尋呼次數(shù)門限時(shí)，還沒有收到相關(guān)BS或者相鄰中繼PC的通知，則重發(fā)該尋呼消息；(4)相關(guān)的BS以及相鄰中繼PC收到終端上次做位置更新的中繼PC1的尋呼消息后，發(fā)送尋呼消息(圖4中步驟6)，并啟動(dòng)定時(shí)器T3，在定時(shí)器T3超時(shí)后，如果沒有超過(guò)門限設(shè)置，一直發(fā)送尋呼消息。
這里用了三級(jí)的尋呼管理(三個(gè)定時(shí)器)，也可以考慮用兩個(gè)就可以了，錨PC一個(gè)，這里的BS或中繼PC就不用啟動(dòng)定時(shí)器了，由(3)中提到的上次做位置更新的中繼PC控制即可。如果采用一級(jí)管理方式，則這里不用啟動(dòng)定時(shí)器以及設(shè)置門限次數(shù)。
(5)在所述多個(gè)基站中的其中一個(gè)基站尋呼到所述終端后，發(fā)送尋呼成功消息給所述多個(gè)基站中的其它基站和所述的錨PC以及相關(guān)聯(lián)的中繼PC。所述基站、錨PC以及中繼PC響應(yīng)所述尋呼成功消息，停止定時(shí)器，停止尋呼過(guò)程(見圖4中7-11)。
如果一旦某個(gè)BS在空口尋呼到該終端(發(fā)現(xiàn)的標(biāo)志是MS在該BS下發(fā)送測(cè)距請(qǐng)求RNG_REQ消息)，BS會(huì)相應(yīng)發(fā)起到錨PC的上下文請(qǐng)求過(guò)程，從而指示錨PC已經(jīng)尋呼到終端。在這個(gè)過(guò)程中，如果尋呼到的BS在錨PC本地管理范圍內(nèi)時(shí)，則尋呼成功通知消息由錨PC通知相關(guān)聯(lián)的BS和其他中繼PC，這些中繼PC再通知其相關(guān)聯(lián)的BS停止尋呼；如果尋呼到的BS在中繼PC管理范圍內(nèi)，則尋呼成功消息，由中繼PC本地通知相關(guān)的BS以及別的中繼PC；也可以由錨PC在收到尋呼成功消息后，通知相關(guān)的中繼PC停止尋呼此MS。
本實(shí)施例同樣可實(shí)現(xiàn)實(shí)施例1的效果，并且與實(shí)施例1相比減少了錨PC對(duì)尋呼組的管理數(shù)量。
本發(fā)明的方法包括但不限于在WiMAX系統(tǒng)中的應(yīng)用，還可以應(yīng)用于其它無(wú)線接入網(wǎng)絡(luò)(如802.20移動(dòng)城域網(wǎng)系統(tǒng)等)。
以上具體實(shí)施方式
僅用于說(shuō)明本發(fā)明，而非用于限定本發(fā)明。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種尋呼空閑模式下終端的方法，其特征在于包括如下步驟a.錨尋呼控制器PC向所述終端所在尋呼組對(duì)應(yīng)的多個(gè)基站發(fā)送尋呼通知消息；b.所述基站響應(yīng)尋呼通知消息，對(duì)所述終端進(jìn)行尋呼；c.在所述多個(gè)基站中的一個(gè)基站尋呼到所述終端后，發(fā)送尋呼成功消息給所述多個(gè)基站中的至少一個(gè)其它基站；d.所述至少一個(gè)其它基站響應(yīng)所述尋呼成功消息，停止尋呼過(guò)程。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于步驟a包括所述錨PC通過(guò)中繼PC向所述基站發(fā)送尋呼通知消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于步驟a包括a1.錨PC發(fā)送尋呼通知消息至最近一次對(duì)所述終端進(jìn)行位置更新的中繼PC；a2.該中繼PC收到尋呼指示消息后，根據(jù)終端的尋呼組信息向該尋呼組內(nèi)的基站發(fā)送尋呼通知消息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于步驟a1包括所述錨PC僅發(fā)送一次尋呼通知消息至最近一次進(jìn)行位置更新的中繼PC。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于步驟a2包括如果所述尋呼組還被相鄰中繼PC管理，所述中繼PC通過(guò)所述相鄰中繼PC向其管轄內(nèi)的本尋呼組的基站發(fā)送尋呼通知消息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于還包括錨PC啟動(dòng)定時(shí)器；在定時(shí)器超時(shí)，且所述錨PC發(fā)起的尋呼次數(shù)沒有超過(guò)設(shè)定的尋呼次數(shù)門限時(shí)，如果所述基站還沒有尋呼到所述終端，則錨PC重新發(fā)送尋呼通知消息。
7.根據(jù)權(quán)利要求1-6中任意一項(xiàng)所述的方法，其特征在于步驟b包括所述的基站啟動(dòng)定時(shí)器，當(dāng)定時(shí)器超時(shí)且尋呼次數(shù)還沒有超過(guò)所設(shè)定的尋呼次數(shù)門限時(shí)，如果還未尋呼到所述終端，則基站重新發(fā)起對(duì)所述終端的尋呼。
8.根據(jù)權(quán)利要求2-6中任意一項(xiàng)所述的方法，其特征在于還包括中繼PC啟動(dòng)定時(shí)器，當(dāng)定時(shí)器超時(shí)且尋呼次數(shù)還沒有超過(guò)設(shè)定的尋呼次數(shù)門限時(shí)，如果基站還未尋呼到所述終端，則所述中繼PC重新發(fā)送尋呼通知請(qǐng)求。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟b中所述基站收到尋呼通知消息后，對(duì)所述的終端只尋呼一次。
10.根據(jù)權(quán)利要求2所述的方法，其特征在于所述步驟b中中繼PC收到尋呼通知消息后，對(duì)基站只尋呼一次。
11.根據(jù)權(quán)利要求3所述的方法，其特征在于步驟d中當(dāng)中繼PC收到基站的尋呼成功消息后，直接通知本PC下的對(duì)應(yīng)尋呼組內(nèi)的尋呼代理停止尋呼，并通知其他對(duì)應(yīng)的中繼PC停止其內(nèi)的基站對(duì)所述終端的尋呼。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于步驟c中基站尋呼到所述終端后，直接或通過(guò)中繼PC發(fā)送尋呼成功消息到錨PC，錨PC直接或通過(guò)中繼PC發(fā)送尋呼成功消息到BS或中繼PC。
全文摘要
本發(fā)明提供一種尋呼空閑模式下終端的方法，包括如下步驟a.錨尋呼控制器PC向所述終端所在尋呼組對(duì)應(yīng)的多個(gè)基站發(fā)送尋呼通知消息；b.所述基站響應(yīng)尋呼通知消息，對(duì)所述終端進(jìn)行尋呼；c.在所述多個(gè)基站中的一個(gè)基站尋呼到所述終端后，發(fā)送尋呼成功消息給所述多個(gè)基站中的至少一個(gè)其它基站和對(duì)應(yīng)的中繼PC；d.所述基站和對(duì)應(yīng)的中繼PC響應(yīng)所述尋呼成功消息，停在定時(shí)器，停止尋呼過(guò)程。本發(fā)明節(jié)約了空口資源，降低了空口資源調(diào)度的復(fù)雜性。
文檔編號(hào)H04W68/02GK101043700SQ200610058408
公開日2007年9月26日 申請(qǐng)日期2006年3月22日 優(yōu)先權(quán)日2006年3月22日
發(fā)明者吳建軍, 謝勇 申請(qǐng)人:華為技術(shù)有限公司