專利名稱：無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)尋呼處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)領(lǐng)域，尤其涉及一種無(wú)線尋呼技術(shù)。
背景技術(shù)：
在無(wú)線通信網(wǎng)絡(luò)中，為滿足在某一個(gè)連續(xù)的區(qū)域內(nèi)僅發(fā)送下行業(yè)務(wù)，而無(wú)需發(fā)送上行業(yè)務(wù)的通信需要，可以將多個(gè)BS(基站)組成為一個(gè)尋呼組(Paging Group)，以滿足相應(yīng)的通信需求。在所述的尋呼組中實(shí)現(xiàn)的業(yè)務(wù)稱為尋呼業(yè)務(wù)。在尋呼組區(qū)域內(nèi)，MS(移動(dòng)臺(tái))可以通過(guò)下行尋呼信道判斷是否存在需要接收的下行業(yè)務(wù)。所述的尋呼組的大小需要根據(jù)開(kāi)展尋呼業(yè)務(wù)的區(qū)域及在無(wú)線通信系統(tǒng)中可以消耗的開(kāi)銷確定。
在開(kāi)展尋呼業(yè)務(wù)過(guò)程中，MS在與某個(gè)Serving BS(服務(wù)基站)的正常操作過(guò)程中，可能會(huì)主動(dòng)發(fā)起請(qǐng)求進(jìn)入空閑模式，或者，根據(jù)收到Serving BS發(fā)來(lái)的消息確定需要進(jìn)入空閑模式。對(duì)于確定需要進(jìn)入空閑模式的MS應(yīng)在規(guī)定的時(shí)間內(nèi)完成去注冊(cè)，并進(jìn)入空閑模式。
所述的空閑模式是指MS可以在較大的區(qū)域內(nèi)移動(dòng)，且定期接收網(wǎng)絡(luò)側(cè)的下行廣播業(yè)務(wù)消息，以便于通過(guò)所述的廣播消息通知MS是否存在需要發(fā)送給MS的下行業(yè)務(wù)。而且，處理空閑模式的MS在所述區(qū)域內(nèi)漫游過(guò)程中，無(wú)需在漫游的小區(qū)向原小區(qū)的BS進(jìn)行注冊(cè)，也無(wú)需進(jìn)行切換等正常操作流程，以節(jié)省MS功率和空口資源。
目前，在無(wú)線通信網(wǎng)絡(luò)中，定義了空閑模式下的一種尋呼參考模型。所述的尋呼參考模型用于滿足處于空閑模式的MS的實(shí)現(xiàn)相應(yīng)的尋呼業(yè)務(wù)。在所述的尋呼參考模型中，以PC(Paging Controller，尋呼控制器)作為控制MS空閑模式活動(dòng)的網(wǎng)絡(luò)實(shí)體。由于尋呼控制器需要根據(jù)當(dāng)前MS所在的尋呼組發(fā)起尋呼消息，因此，需要一個(gè)LR(位置寄存器)保存MS的狀態(tài)信息、尋呼信息和服務(wù)流相關(guān)信息。通常，一個(gè)PC邏輯實(shí)體會(huì)對(duì)應(yīng)一個(gè)LR邏輯實(shí)體，并且兩個(gè)邏輯實(shí)體通常在同一個(gè)物理網(wǎng)元內(nèi)實(shí)現(xiàn)。
所述的尋呼參考模型的結(jié)構(gòu)如圖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(應(yīng)用服務(wù)網(wǎng)網(wǎng)關(guān))之間的消息交互，將MS進(jìn)入空閑模式的信息通知位于ASN GW1(應(yīng)用服務(wù)網(wǎng))中的PC，并在對(duì)應(yīng)的LR中保存MS的狀態(tài)信息、尋呼信息和服務(wù)流信息。
在無(wú)線通信系統(tǒng)中，當(dāng)需要針對(duì)已經(jīng)進(jìn)入空閑模式的MS開(kāi)展尋呼業(yè)務(wù)時(shí)，相應(yīng)的處理過(guò)程如圖2所示，具體包括步驟21錨定DP(數(shù)據(jù)通路)確定存在需要發(fā)送給處于空閑模式的MS的下行數(shù)據(jù)；即發(fā)給處于Idle(空閑)狀態(tài)的MS的數(shù)據(jù)到達(dá)FA(外地代理)后，如果Anchor-DP(錨定DP)與FA處于不同的物理實(shí)體上，則轉(zhuǎn)發(fā)到Anchor-DP，錨定DP收到所述下行數(shù)據(jù)后確定其需要發(fā)送給處于空閑模式的MS；步驟22錨定DP向PC/LR發(fā)送MS信息請(qǐng)求消息ms-info-req，以便于從PC/LR獲取MS的信息；即Anchor-DP識(shí)別出數(shù)據(jù)的目標(biāo)MS處于Idle狀態(tài)，則需要激活目標(biāo)MS并且傳遞數(shù)據(jù)，此時(shí)，Anchor-DP向Anchor-PC(錨定PC)請(qǐng)求尋呼MS；步驟23PC/LR向錨定DP返回MS信息響應(yīng)消息ms-info-rsp，通過(guò)該消息將MS信息返回給錨定DP；在Anchor-PC上，如果所述的尋呼請(qǐng)求被接受，則Anchor-PC發(fā)送響應(yīng)給Anchor-DP，其中包括相應(yīng)的MS的信息；
由于MS進(jìn)入空閑模式時(shí)在LR中保存了自身的相關(guān)信息，因此，在錨定PC中可以獲得MS的信息；步驟24錨定PC獲得相應(yīng)的MS信息后，便可以發(fā)起針對(duì)該MS的尋呼業(yè)務(wù)，通過(guò)尋呼過(guò)程向MS發(fā)送下行數(shù)據(jù)；具體為Anchor-PC構(gòu)造發(fā)送Paging-Announce(尋呼通告)消息，消息上攜帶了完整的MS的48bits MAC(媒體接入控制)地址；如果某一個(gè)PG(尋呼組)包含的BS和Anchor-PC所在的ASN-GW(接入服務(wù)網(wǎng)網(wǎng)關(guān))直接相連，則Paging-Announce消息將會(huì)直接被發(fā)送到BS，進(jìn)而發(fā)送給MS；如果某一個(gè)PG包含的BS和Anchor-PC不直接相連，則所述的Paging-Announce消息將由Relay-PC(中繼PC)轉(zhuǎn)發(fā)到BS，參見(jiàn)步驟25。
步驟25中繼PC接收所述的Paging-Announce消息后，將其發(fā)送給BS，BS根據(jù)消息中承載的MAC地址信息構(gòu)造發(fā)送給MS的MOB-PAG-ADV(尋呼廣播)消息，并發(fā)送給所述的MS；所述的BS為了節(jié)省空口R1上的資源開(kāi)銷，采用了一個(gè)協(xié)議規(guī)定Hash(哈希)函數(shù)，將MAC地址映射到了24bits的一個(gè)Hash-MAC(即經(jīng)過(guò)HASH運(yùn)算后的MAC)數(shù)值，并且放到MOB-PAG-ADV上發(fā)送；其中，空口的MOB-PAG-ADV消息的內(nèi)容和結(jié)構(gòu)定義如表1所示表1


在表1中，Paging Group ID(尋呼標(biāo)識(shí))列表表明本BS所屬的尋呼組；MS MAC Address hash(MS的經(jīng)哈希運(yùn)算后的MAC地址)列表表明了當(dāng)前被尋呼的各個(gè)MS，以及這些MS在收到尋呼消息后需要采取的操作。
通過(guò)上述針對(duì)現(xiàn)有技術(shù)的尋呼處理過(guò)程的描述可以看出(1)開(kāi)展尋呼業(yè)務(wù)的MS較易被惡意者攻擊在圖2所示的尋呼處理過(guò)程中，由于沒(méi)有對(duì)MOB-PAG-ADV的信息進(jìn)行加密處理，使得MS信息在空口可能會(huì)被惡意截獲。同時(shí)，對(duì)于確定的MS，即MAC地址不變的MS，其按HASH函數(shù)算出來(lái)的MAC Hash值就不變，也就是MS在IDLE MODE(空閑模式)時(shí)，網(wǎng)絡(luò)將一直使用該MAC Hash值作為標(biāo)識(shí)與MS進(jìn)行通信。
基于上述原因，獲得MS信息的惡意攻擊者將可能針對(duì)某一個(gè)MS不停發(fā)送偽造的MOB-PAG-ADV消息以攻擊MS，或者，可能跟蹤相應(yīng)的MS的移動(dòng)蹤跡。而且，對(duì)于偽造的MOB-PAG-ADV消息中攜帶的尋呼組標(biāo)識(shí)，還可能使得MS錯(cuò)誤認(rèn)為其尋呼組改變，或者發(fā)現(xiàn)錯(cuò)誤的尋呼組，從而使得網(wǎng)絡(luò)側(cè)不能正常尋呼到該MS或者使得MS不能處于Idle(空閑)狀態(tài)。同時(shí)，被惡意攻擊的MS還將不斷競(jìng)爭(zhēng)上行的接入資源，從而影響到整個(gè)無(wú)線通信系統(tǒng)的正常通信。
(2)無(wú)法保證網(wǎng)絡(luò)側(cè)可以準(zhǔn)確地尋呼到唯一的終端目前在利用尋呼消息對(duì)終端的尋呼過(guò)程中，所述尋呼消息中的終端標(biāo)識(shí)使用的是終端的MAC地址經(jīng)HASH運(yùn)算后的24bit的結(jié)果，這種處理方式可能使得不同終端的MAC地址經(jīng)過(guò)HASH算法后24bit的結(jié)果相同，這樣，必然導(dǎo)致網(wǎng)絡(luò)側(cè)無(wú)法正確尋呼到相應(yīng)的終端。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)尋呼處理的方法，一方面可以避免處于空閑狀態(tài)的MS遭受惡意攻擊，另一方面還可以保證網(wǎng)絡(luò)側(cè)能夠準(zhǔn)確地尋呼到相應(yīng)的終端。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)尋呼處理的方法，包括網(wǎng)絡(luò)側(cè)需要向處于空閑模式的終端發(fā)送尋呼消息，則確定該終端的唯一標(biāo)識(shí)信息；將該終端的唯一標(biāo)識(shí)信息承載于所述的尋呼消息中發(fā)送；所述的終端根據(jù)尋呼消息中的唯一標(biāo)識(shí)信息判斷其是否為尋呼本終端的尋呼消息。
所述的終端的唯一標(biāo)識(shí)信息包括經(jīng)過(guò)哈希HASH運(yùn)算后獲得的媒體接入控制MAC地址與終端所在的尋呼組標(biāo)識(shí)的關(guān)聯(lián)；或者，動(dòng)態(tài)為終端分配的空閑模式標(biāo)識(shí)與終端所在的尋呼組標(biāo)識(shí)的關(guān)聯(lián)。
所述的方法還包括終端進(jìn)入空閑模式，則為所述終端分配一個(gè)在設(shè)定區(qū)域內(nèi)唯一的空閑模式標(biāo)識(shí)。
所述的設(shè)定區(qū)域包括尋呼組區(qū)域、尋呼控制器區(qū)域、接入服務(wù)網(wǎng)ASN區(qū)域或網(wǎng)絡(luò)接入保護(hù)NAP區(qū)域。
所述的方法還包括在終端重新接入網(wǎng)絡(luò)時(shí)，將所述的空閑模式標(biāo)識(shí)回收，和/或，在終端更換設(shè)定區(qū)域時(shí)，網(wǎng)絡(luò)側(cè)重新為所述終端分配對(duì)應(yīng)的空閑模式標(biāo)識(shí)。
所述的方法還包括對(duì)于回收后的空閑模式標(biāo)識(shí)在經(jīng)過(guò)預(yù)定的時(shí)間再分配給其他終端，或者，將其放置在不會(huì)被優(yōu)先分配給其他終端的保存位置上。
所述的方法還包括對(duì)需要發(fā)送給終端的尋呼消息進(jìn)行加密后發(fā)送。
所述的加密包括對(duì)尋呼消息中承載的終端的唯一標(biāo)識(shí)信息進(jìn)行加密，或者，對(duì)整個(gè)待發(fā)送的尋呼消息進(jìn)行加密。
所述的加密包括對(duì)尋呼消息中的MAC地址信息或經(jīng)過(guò)HASH運(yùn)算后的MAC地址信息進(jìn)行加密。
所述的加密包括利用終端的處于有效期或未處于有效期的成對(duì)主密鑰PMK及預(yù)定的加密運(yùn)算方法進(jìn)行加密。
所述的尋呼消息的接收過(guò)程還包括終端接收所述的尋呼消息后，利用PMK對(duì)收到的尋呼消息進(jìn)行解密操作，并確定是否為針對(duì)本端的尋呼消息；或者，
終端接收所述的尋呼消息后，采用所述的PMK及預(yù)定的加密運(yùn)算方法對(duì)尋呼消息進(jìn)行加密運(yùn)算，并根據(jù)運(yùn)算結(jié)果確定是否為針對(duì)本端的尋呼消息。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過(guò)優(yōu)化MOB-PAG-ADV等尋呼消息的結(jié)構(gòu)，即在尋呼消息中承載唯一標(biāo)識(shí)MS的信息，從而使得MS被錯(cuò)誤尋呼的概率大大減少。
而且，本發(fā)明還對(duì)尋呼消息中進(jìn)行加密，如對(duì)尋呼消息中唯一標(biāo)識(shí)信息進(jìn)行加密，以避免惡意攻擊者在空口截獲MS的信息，從而有效解決了空口尋呼消息MOB-PAG-ADV被偽造的問(wèn)題。
另外，本發(fā)明中，當(dāng)終端進(jìn)入空閑模式后，還為其動(dòng)態(tài)分配一個(gè)空閑模式標(biāo)識(shí)，并在隨后的尋呼消息里使用該標(biāo)識(shí)對(duì)該MS進(jìn)行尋呼，這樣使得MS即可以識(shí)別一個(gè)尋呼消息是否是來(lái)自合法的BS，還可以保證網(wǎng)絡(luò)側(cè)可以準(zhǔn)確地尋呼到一個(gè)MS。


圖1為現(xiàn)有技術(shù)中的尋呼模型結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中尋呼處理過(guò)程示意圖；圖3為本發(fā)明所述的方法的具體實(shí)現(xiàn)過(guò)程示意圖。
具體實(shí)施例方式
本發(fā)明的主要是通過(guò)優(yōu)化MOB-PAG-ADV的結(jié)構(gòu)，令MOB-PAG-ADV結(jié)構(gòu)中可以唯一標(biāo)識(shí)一個(gè)MS，即終端，以避免MS被錯(cuò)誤尋呼。
本發(fā)明中優(yōu)化MOB-PAG-ADV的結(jié)構(gòu)的方式包括兩種(1)在MOB-PAG-ADV中將尋呼組標(biāo)識(shí)與經(jīng)過(guò)HASH運(yùn)算后的MS的MAC地址進(jìn)行關(guān)聯(lián)，從而確定關(guān)聯(lián)后的信息可以唯一確定一個(gè)MS；(2)為MS分配一個(gè)空閑模式標(biāo)識(shí)，利用該標(biāo)識(shí)確定唯一的MS以進(jìn)行后續(xù)的尋呼處理。
另外，本發(fā)明中還解決了空口尋呼消息MOB-PAG-ADV被偽造的問(wèn)題，具體的解決辦法包括(1)對(duì)空口MOB-PAG-ADV消息進(jìn)行加密，以避免惡意截獲MS信息；(2)當(dāng)終端進(jìn)入空閑模式后，動(dòng)態(tài)為終端分配一個(gè)標(biāo)識(shí)，在隨后的尋呼消息里使用該標(biāo)識(shí)對(duì)該MS進(jìn)行尋呼，MS可以識(shí)別一個(gè)尋呼消息是否是來(lái)自合法的BS。
為便于對(duì)本發(fā)明的理解，下面將結(jié)合附圖對(duì)本發(fā)明的具體實(shí)現(xiàn)方式進(jìn)行詳細(xì)的說(shuō)明。
本發(fā)明的具體實(shí)現(xiàn)處理過(guò)程如圖3所示，具體包括步驟31錨定DP確定需要向進(jìn)入空閑模式的MS發(fā)送下行數(shù)據(jù)；步驟32錨定DP與錨定PC/LR進(jìn)行消息交互，以獲得所述的MS的信息；具體消息交互過(guò)程可以參照現(xiàn)有技術(shù)中的處理過(guò)程，即通過(guò)MS信息請(qǐng)求消息及MS信息響應(yīng)消息的交互實(shí)現(xiàn)MS的信息獲??；步驟33錨定PC構(gòu)造需要發(fā)送給MS的尋呼消息，并發(fā)送，且所述的消息中包括能夠唯一標(biāo)識(shí)所述MS的信息；錨定PC可以將所述的尋呼消息直接通過(guò)BS發(fā)送給MS，也可以間接地通過(guò)其他中間實(shí)體及BS發(fā)送給MS；所述的唯一標(biāo)識(shí)所述MS的信息具體可以為尋呼組標(biāo)識(shí)與MS的經(jīng)過(guò)HASH運(yùn)算后的MAC地址信息的關(guān)聯(lián)，也可以為尋呼組標(biāo)識(shí)與MS的空閑模式標(biāo)識(shí)的關(guān)聯(lián)，或者，也可以為其他唯一標(biāo)識(shí)MS的信息；以將MS MAC HASH ADDRESS(MAC地址經(jīng)HASH函數(shù)運(yùn)算后的值)和Paging Group(尋呼組)關(guān)聯(lián)起來(lái)為例，相應(yīng)的關(guān)聯(lián)使得MAC HASHADDRESS在對(duì)應(yīng)的Paging Group中唯一，這樣，即使不同MS的MACHASH ADDRESS相同，仍然可以令MS不會(huì)被錯(cuò)誤地尋呼到。
相應(yīng)的修改后的MOB-PAG-ADV消息結(jié)構(gòu)如表2所示表2

步驟34MS收到網(wǎng)絡(luò)側(cè)發(fā)來(lái)的尋呼消息后，根據(jù)查看尋呼消息中的唯一標(biāo)識(shí)MS的信息判斷是否需要對(duì)所接收的尋呼消息作出響應(yīng)，當(dāng)確定所述的尋呼消息是對(duì)自己進(jìn)行尋呼時(shí)，則進(jìn)行后續(xù)的處理，如果確定所述的尋呼消息沒(méi)有對(duì)自己進(jìn)行尋呼，則忽略即可；
當(dāng)所述的唯一標(biāo)識(shí)MS的信息為尋呼組標(biāo)識(shí)與MS的經(jīng)過(guò)HASH運(yùn)算后的MAC地址信息的關(guān)聯(lián)時(shí)，則MS需要首先查看尋呼消息中的尋呼組標(biāo)識(shí)是否為自身所在的尋呼組，如果是，則繼續(xù)查看相應(yīng)的經(jīng)過(guò)HASH運(yùn)算后的MAC地址信息是否為本MS的MAC地址經(jīng)HASH運(yùn)算后的值對(duì)應(yīng)，如果是，則確定該消息為該MS需要接收的消息，如果確定尋呼消息中的尋呼組標(biāo)識(shí)或經(jīng)過(guò)HASH運(yùn)算后的MAC地址信息任一項(xiàng)與本MS信息不符，則忽略該尋呼消息；同樣，如果所述的唯一標(biāo)識(shí)MS的信息為尋呼組標(biāo)識(shí)與MS的空閑模式標(biāo)識(shí)的關(guān)聯(lián)，也采用類似上述的處理過(guò)程進(jìn)行尋呼消息的接收；對(duì)于接收尋呼消息后的后續(xù)的處理過(guò)程本發(fā)明不做限定，具體可以采用如現(xiàn)有技術(shù)的處理過(guò)程即可以，當(dāng)然也可以采用其他任意設(shè)定的處理過(guò)程。
可以看出采用上述處理過(guò)程，可以保證網(wǎng)絡(luò)側(cè)可以唯一地尋呼到一個(gè)MS，從而避免出現(xiàn)尋呼錯(cuò)誤的情況。
本發(fā)明所述的方法中，為了保證MS的信息在空口不被截獲，還針對(duì)需要在空口傳送的尋呼消息MOB-PAG-ADV消息中的唯一標(biāo)識(shí)MS的信息進(jìn)行加密處理，以避免惡意截獲MS信息，并對(duì)MS進(jìn)行惡意攻擊。
具體的處理過(guò)程包括(1)網(wǎng)絡(luò)側(cè)實(shí)體確定需要經(jīng)過(guò)空口向MS發(fā)送尋呼消息，則對(duì)待發(fā)送的尋呼消息進(jìn)行加密操作，具體為對(duì)尋呼消息中傳遞的MS的唯一標(biāo)識(shí)信息進(jìn)行加密操作；例如，對(duì)空口MOB-PAG-ADV消息發(fā)送的MAC Hash(經(jīng)過(guò)HASH運(yùn)算后的MAC值)或MAC值使用MS的當(dāng)前密鑰進(jìn)行加密處理；具體可以使用PMK(成對(duì)主密鑰)進(jìn)行相應(yīng)的加密處理，此時(shí)，可以不考慮當(dāng)前PMK是否過(guò)期，即無(wú)論是否過(guò)期均可以使用；當(dāng)對(duì)MS的MAC地址進(jìn)行加密由Anchor PC完成時(shí)，所述的PMK可以由Anchor-PC向Anchor Authenticator請(qǐng)求得到；
在該步驟中，還可以在BS等尋呼消息經(jīng)由的其他網(wǎng)絡(luò)側(cè)實(shí)體上對(duì)所述的尋呼消息進(jìn)行加密；(2)收到所述尋呼消息的MS獲得其中的加密后的MS的唯一標(biāo)識(shí)信息，并判斷是否為需要本端接收的尋呼消息；以MS收到MOB-PAG-ADV消息為例，收到所述的MOB-PAG-ADV消息后的MS需要對(duì)加密后的MAC Hash或MAC值利用相應(yīng)的密鑰進(jìn)行反向運(yùn)算，解密成功后，比較與自己的MAC Hash或MAC值是否一致，如果一致則認(rèn)為是針對(duì)自己的尋呼，即需要接收所述的MOB-PAG-ADV消息，如果不一致，則不是針對(duì)自己的尋呼，即無(wú)需接收所述的MOB-PAG-ADV消息；同時(shí)，如果解密操作過(guò)程失敗，也認(rèn)為不是針對(duì)自己的尋呼；或者，在該步驟中，還可以由MS對(duì)自己的MAC Hash或MAC進(jìn)行與發(fā)送端同樣的加密運(yùn)算操作，之后，將運(yùn)算獲得的結(jié)果與收到的值進(jìn)行比較，如果相同，則認(rèn)為是針對(duì)自己的尋呼，否則，確定不是針對(duì)自己的尋呼。
經(jīng)過(guò)上述針對(duì)尋呼消息的加密處理后，便可以確?？湛趯ず粝⒅械腗S信息不會(huì)被惡意截獲。
本發(fā)明中還提供了一種具體實(shí)施方式
，在該實(shí)施方式中，通過(guò)針對(duì)MOB-PAG-ADV消息的改進(jìn)，使得既可以保證MS的安全性，還可以保證網(wǎng)絡(luò)側(cè)可以準(zhǔn)確地尋呼到唯一的一個(gè)MS。
在該具體實(shí)施方式
中，相應(yīng)的實(shí)現(xiàn)處理過(guò)程包括(1)在終端進(jìn)入空閑模式的過(guò)程中，網(wǎng)絡(luò)側(cè)給終端動(dòng)態(tài)分配一個(gè)臨時(shí)的標(biāo)識(shí)，稱之為MS_IDLE_ID(MS空閑模式標(biāo)識(shí))；MS-IDLE_ID具體可以在Anchor-PC發(fā)送出來(lái)的Paging Announce(尋呼通告)消息中已經(jīng)分配完成，此時(shí)，BS及Relay-PC(中繼PC)無(wú)需做進(jìn)一步處理；當(dāng)然，所述的MS-IDLE ID也可以由網(wǎng)絡(luò)中的其他實(shí)體分配，如Relay PC等；當(dāng)由Relay PC或Anchor PC分配時(shí)，所述的負(fù)責(zé)分配的PC根據(jù)各個(gè)PC所維護(hù)的尋呼組拓?fù)淝闆r為MS分配相應(yīng)的MS_IDLE_ID；所述的MS_IDLE_ID可以在一個(gè)尋呼組范圍內(nèi)分配，且對(duì)應(yīng)到每個(gè)尋呼組；或者，也可以在一個(gè)PC范圍內(nèi)分配，對(duì)應(yīng)到每個(gè)PC；或者，還可以在一個(gè)ASN(應(yīng)用服務(wù))或NAP內(nèi)分配；當(dāng)在某個(gè)預(yù)定的范圍內(nèi)進(jìn)行MS_IDLE_ID的分配時(shí)，要求在相應(yīng)的范圍內(nèi)，處于空閑模式的MS具有唯一的MS_IDLE ID；同時(shí)，為了使尋呼消息在空口的開(kāi)銷盡量少，對(duì)于MS_IDLE ID通常需要占用盡量少的bit數(shù)，為此需要根據(jù)分配MS_IDLE ID的預(yù)定的范圍中MS數(shù)量確定其占用的比特?cái)?shù)，例如，在PG范圍內(nèi)分配時(shí)可以考慮使用16個(gè)bit；而在一個(gè)PC范圍內(nèi)分配時(shí)可以考慮使用20或24個(gè)bit；在進(jìn)入空閑模式之后，可以在Anchor PC(錨PC)保存所述的MS_IDLE_ID，當(dāng)然也可以在網(wǎng)絡(luò)側(cè)的其他實(shí)體上保存所述的MS_IDLE_ID，如LR等；(2)對(duì)于進(jìn)入空閑模式且被分配有相應(yīng)的MS_IDLE ID的MS，當(dāng)網(wǎng)絡(luò)側(cè)需要對(duì)該MS進(jìn)行尋呼或該MS發(fā)起網(wǎng)絡(luò)接入時(shí)，便可以使用MS_IDLE_ID在MS和網(wǎng)絡(luò)間通信；當(dāng)選擇在一個(gè)PG(尋呼組)范圍內(nèi)分配MS_IDLE ID時(shí)，MS與網(wǎng)絡(luò)間通信過(guò)程中涉及的MOB-PAG-ADV消息的結(jié)構(gòu)和內(nèi)容可以如表3所示表3


當(dāng)然，若選擇在其他預(yù)定的范圍內(nèi)為終端分配MS_IDLE ID，則相應(yīng)的尋呼消息結(jié)構(gòu)也會(huì)有所變化，便原理類似，故在此不再一一詳述。
在上述處理過(guò)程中，當(dāng)在MS重新接入網(wǎng)絡(luò)后，即終端不再處于空閑模式下時(shí)，相應(yīng)的MS_IDLE ID將被回收，這時(shí)，MS將不存在MS_IDLE ID。
在回收MS_IDLE ID過(guò)程中，為了防止MS和網(wǎng)絡(luò)可能出現(xiàn)的一些不同步情況，因此，對(duì)于回收后的MS_IDLE ID通常不馬上使用，而應(yīng)在經(jīng)過(guò)一段時(shí)間后再重新分配給相應(yīng)的終端，或者，將回收的MS_IDLE ID放置在不會(huì)被優(yōu)先分配給其他終端的保存位置，如將其放置到當(dāng)前未使用的MS_IDLE ID列表的最后，以保證該MS_IDLE ID不會(huì)立即被分配給其他終端。
另外，在上述處理過(guò)程中，當(dāng)終端改變其所在的分配MS-IDLE ID的預(yù)定的范圍區(qū)域時(shí)，則需要對(duì)終端對(duì)應(yīng)的MS-IDLE ID進(jìn)行更新。
下面以在尋呼組區(qū)域內(nèi)為例對(duì)MS-IDLE ID的更新過(guò)程進(jìn)行說(shuō)明，當(dāng)所述的MS-IDLE ID在一個(gè)尋呼組內(nèi)唯一時(shí)，則每次在因?qū)ず艚M發(fā)生改變而導(dǎo)致MS發(fā)生位置更新的時(shí)候，則網(wǎng)絡(luò)側(cè)將在成功完成位置更新過(guò)程中對(duì)終端對(duì)應(yīng)的MS-IDLE ID進(jìn)行更新，即為所述的終端重新分配一個(gè)新的MS-IDLE ID，原來(lái)的MS-IDLE ID將被網(wǎng)絡(luò)回收，回收的處理過(guò)程參見(jiàn)前面的描述。
綜上所述，本發(fā)明的實(shí)現(xiàn)既可以減少或消除MS被錯(cuò)誤尋呼，同時(shí)，還可以增強(qiáng)空閑狀態(tài)下MS的安全性。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)尋呼處理的方法，其特征在于，包括網(wǎng)絡(luò)側(cè)需要向處于空閑模式的終端發(fā)送尋呼消息，則確定該終端的唯一標(biāo)識(shí)信息；將該終端的唯一標(biāo)識(shí)信息承載于所述的尋呼消息中發(fā)送；所述的終端根據(jù)尋呼消息中的唯一標(biāo)識(shí)信息判斷其是否為尋呼本終端的尋呼消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的終端的唯一標(biāo)識(shí)信息包括經(jīng)過(guò)哈希HASH運(yùn)算后獲得的媒體接入控制MAC地址與終端所在的尋呼組標(biāo)識(shí)的關(guān)聯(lián)；或者，動(dòng)態(tài)為終端分配的空閑模式標(biāo)識(shí)與終端所在的尋呼組標(biāo)識(shí)的關(guān)聯(lián)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述的方法還包括終端進(jìn)入空閑模式，則為所述終端分配一個(gè)在設(shè)定區(qū)域內(nèi)唯一的空閑模式標(biāo)識(shí)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的設(shè)定區(qū)域包括尋呼組區(qū)域、尋呼控制器區(qū)域、接入服務(wù)網(wǎng)ASN區(qū)域或網(wǎng)絡(luò)接入保護(hù)NAP區(qū)域。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的方法還包括在終端重新接入網(wǎng)絡(luò)時(shí)，將所述的空閑模式標(biāo)識(shí)回收，和/或，在終端更換設(shè)定區(qū)域時(shí)，網(wǎng)絡(luò)側(cè)重新為所述終端分配對(duì)應(yīng)的空閑模式標(biāo)識(shí)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述的方法還包括對(duì)于回收后的空閑模式標(biāo)識(shí)在經(jīng)過(guò)預(yù)定的時(shí)間再分配給其他終端，或者，將其放置在不會(huì)被優(yōu)先分配給其他終端的保存位置上。
7.根據(jù)權(quán)利要求1至6任一項(xiàng)所述的方法，其特征在于，所述的方法還包括對(duì)需要發(fā)送給終端的尋呼消息進(jìn)行加密后發(fā)送。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述的加密包括對(duì)尋呼消息中承載的終端的唯一標(biāo)識(shí)信息進(jìn)行加密，或者，對(duì)整個(gè)待發(fā)送的尋呼消息進(jìn)行加密。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述的加密包括對(duì)尋呼消息中的MAC地址信息或經(jīng)過(guò)HASH運(yùn)算后的MAC地址信息進(jìn)行加密。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述的加密包括利用終端的處于有效期或未處于有效期的成對(duì)主密鑰PMK及預(yù)定的加密運(yùn)算方法進(jìn)行加密。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述的尋呼消息的接收過(guò)程還包括終端接收所述的尋呼消息后，利用PMK對(duì)收到的尋呼消息進(jìn)行解密操作，并確定是否為針對(duì)本端的尋呼消息；或者，終端接收所述的尋呼消息后，采用所述的PMK及預(yù)定的加密運(yùn)算方法對(duì)尋呼消息進(jìn)行加密運(yùn)算，并根據(jù)運(yùn)算結(jié)果確定是否為針對(duì)本端的尋呼消息。
全文摘要
本發(fā)明涉及一種無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)尋呼處理的方法。本發(fā)明主要包括當(dāng)網(wǎng)絡(luò)側(cè)需要向處于空閑模式的終端發(fā)送尋呼消息時(shí)，則確定該終端的唯一標(biāo)識(shí)信息，并將其承載于所述的尋呼消息中發(fā)送；這樣，所述的終端根據(jù)尋呼消息中的唯一標(biāo)識(shí)信息判斷是否為針對(duì)對(duì)本端的尋呼消息。可以看出，本發(fā)明通過(guò)優(yōu)化MOB－PAG－ADV等尋呼消息的結(jié)構(gòu)，即在尋呼消息中承載唯一標(biāo)識(shí)MS的信息，從而可以使得MS被錯(cuò)誤尋呼的概率大大減少，增加尋呼消息的安全性。
文檔編號(hào)H04W12/02GK101080036SQ20061008234
公開(kāi)日2007年11月28日 申請(qǐng)日期2006年5月25日 優(yōu)先權(quán)日2006年5月25日
發(fā)明者梁文亮, 謝勇, 吳建軍 申請(qǐng)人:華為技術(shù)有限公司