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

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


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