本申請(qǐng)涉及移動(dòng)通信技術(shù)領(lǐng)域,特別涉及一種對(duì)IDLE態(tài)用戶進(jìn)行分層尋呼的方法和網(wǎng)絡(luò)設(shè)備。
背景技術(shù):
當(dāng)UE處于IDLE(空閑)態(tài)時(shí),網(wǎng)絡(luò)側(cè)收到核心網(wǎng)(CN)的尋呼消息時(shí),將在較大范圍內(nèi)進(jìn)行尋呼,其中:對(duì)于IU CS(IU接口的電路交換域)尋呼,是在LA(Location Area,位置區(qū)域)進(jìn)行尋呼;對(duì)于IU PS(IU接口的分組交換域)尋呼,是在RA(Routing Area,路由區(qū)域)進(jìn)行尋呼。
在大話務(wù)場(chǎng)景下,忙時(shí)尋呼量較大,按照現(xiàn)有技術(shù)進(jìn)行尋呼,容易發(fā)生尋呼擁塞,從而嚴(yán)重影響尋呼成功率。
技術(shù)實(shí)現(xiàn)要素:
本申請(qǐng)?zhí)峁┝艘环N對(duì)IDLE態(tài)用戶進(jìn)行分層尋呼的方法和網(wǎng)絡(luò)設(shè)備,以提高尋呼成功率。
本申請(qǐng)?zhí)峁┝艘环N對(duì)空閑態(tài)用戶進(jìn)行分層尋呼的方法,包括:
A、保存用戶位置信息,包括:國(guó)際移動(dòng)用戶識(shí)別碼IMSI、臨時(shí)移動(dòng)用戶標(biāo)識(shí)TMSI和最后駐留的小區(qū)標(biāo)識(shí)ID信息;
B、收到核心網(wǎng)的IU尋呼消息時(shí),如果被尋呼的用戶處于空閑IDLE態(tài),對(duì)所述用戶進(jìn)行IDLE態(tài)分層尋呼的第一級(jí)尋呼;
C、如果IDLE態(tài)分層尋呼的第一級(jí)尋呼不成功,對(duì)所述用戶進(jìn)行IDLE態(tài)分層尋呼的第二級(jí)尋呼。
較佳地,第一級(jí)尋呼的范圍包括:所述用戶最后駐留的小區(qū)及其鄰區(qū)。
較佳地,第二級(jí)尋呼的范圍包括:如果尋呼消息中攜帶的域信息為分組交換PS域,則尋呼范圍為路由區(qū)域RA,如果尋呼消息中攜帶的域信息為電路交換CS域,則尋呼范圍為位置區(qū)域LA。
較佳地,所述保存用戶位置信息包括:
收到核心網(wǎng)CN發(fā)送的公共標(biāo)識(shí)COMMON ID消息時(shí),提取用戶的IMSI信息并記錄;
在解析下行直傳消息時(shí),提取用戶的TMSI信息并記錄;
當(dāng)無(wú)線資源控制RRC連接釋放時(shí),無(wú)線網(wǎng)絡(luò)控器RNC保存所述用戶的IMSI、TMSI和用戶最后駐留的小區(qū)ID信息。
較佳地,該方法還包括:
保存用戶位置信息后,啟動(dòng)用戶信息失效定時(shí)器,當(dāng)用戶信息失效定時(shí)器超時(shí)時(shí),刪除所述用戶位置信息。
較佳地,所述B包括:
收到所述尋呼消息后,根據(jù)尋呼消息中攜帶的IMSI信息查詢用戶位置信息;
如果查詢到用戶位置信息,則發(fā)送尋呼類型1尋呼消息,尋呼范圍為用戶最后駐留的小區(qū)及其鄰區(qū);
如果未查詢到用戶位置信息,則根據(jù)尋呼消息中的域信息:如果尋呼消息中攜帶的域信息為PS域,則尋呼范圍為RA,如果尋呼消息中攜帶的域信息為CS域,則尋呼范圍為L(zhǎng)A。
較佳地,該方法還包括:
發(fā)送尋呼消息后,RNCAP啟動(dòng)尋呼等待響應(yīng)定時(shí)器,如果在尋呼等待響應(yīng)定時(shí)器超時(shí)前收到RRC連接請(qǐng)求消息,且發(fā)送所述RRC連接請(qǐng)求消息的UE的TMSI與用戶位置信息中的TMSI相同,則第一級(jí)尋呼成功,刪除緩存的所述用戶的尋呼消息及用戶位置信息,并停止用戶信息失效定時(shí)器,以及停止尋呼等待響應(yīng)定時(shí)器;如果所述尋呼等待響應(yīng)定時(shí)器超時(shí),第一級(jí)尋呼不成功。
較佳地,所述C包括:
清除緩存的尋呼消息中的IDLE分層尋呼標(biāo)識(shí)和用戶最后駐留的小區(qū)ID信息,并向NBM發(fā)送尋呼類型1尋呼消息,該尋呼消息中攜帶尋呼區(qū)域指示,如果尋呼消息中的核心網(wǎng)域?yàn)榉纸M交換域,則尋呼區(qū)域指示為RAI;如果尋呼消息中的核心網(wǎng)域?yàn)殡娐方粨Q域,則尋呼區(qū)域指示為L(zhǎng)AI。
本申請(qǐng)還提供了一種網(wǎng)絡(luò)設(shè)備,包括:存儲(chǔ)模塊、第一級(jí)尋呼模塊,和第二級(jí)尋呼模塊,其中:
存儲(chǔ)模塊,用于保存用戶位置信息,包括:IMSI、TMSI和最后駐留的小區(qū)ID信息;
第一級(jí)尋呼模塊,用于在收到核心網(wǎng)的IU尋呼消息時(shí),如果被尋呼的用戶處于IDLE態(tài),對(duì)所述用戶進(jìn)行IDLE態(tài)分層尋呼的第一級(jí)尋呼;
第二級(jí)尋呼模塊,用于在IDLE態(tài)分層尋呼的第一級(jí)尋呼不成功時(shí),對(duì)所述用戶進(jìn)行IDLE態(tài)分層尋呼的第二級(jí)尋呼。
由上述技術(shù)方案可見(jiàn),本申請(qǐng)通過(guò)對(duì)IDLE態(tài)UE進(jìn)行分層尋呼,縮小了尋呼范圍,從而提高了尋呼成功率。此外,本申請(qǐng)通過(guò)存儲(chǔ)用戶的IMSI、TMSI和最后駐留的小區(qū)ID信息,使得第一級(jí)分層尋呼可以在用戶最后駐留的小區(qū)及其鄰區(qū)范圍內(nèi)進(jìn)行尋呼,使得縮小尋呼范圍的目標(biāo)得以實(shí)現(xiàn)。
附圖說(shuō)明
圖1為本申請(qǐng)一較佳實(shí)施例中進(jìn)行IDLE分層尋呼的基本流程示意圖;
圖2為本申請(qǐng)一較佳網(wǎng)絡(luò)設(shè)備的組成結(jié)構(gòu)示意圖。
具體實(shí)施方式
為使本申請(qǐng)的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白,以下參照附圖并舉實(shí)施例,對(duì)本申請(qǐng)作進(jìn)一步詳細(xì)說(shuō)明。
考慮到現(xiàn)有技術(shù)的尋呼范圍較大,本申請(qǐng)?zhí)岢鲆环N當(dāng)用戶處于IDLE態(tài)時(shí)對(duì)用戶進(jìn)行分層尋呼的方法來(lái)縮小尋呼范圍,從而降低尋呼量。
本申請(qǐng)對(duì)IDLE態(tài)用戶進(jìn)行分層尋呼的方法包括以下步驟:
第1步:保存用戶位置信息,包括:IMSI、TMSI和最后駐留的小區(qū)ID信息。
IMSI(International Mobile Subscriber Identity,國(guó)際移動(dòng)用戶識(shí)別碼)和TMSI(Temporary Mobile Subscriber Identity,臨時(shí)移動(dòng)用戶標(biāo)識(shí))信息的記錄方法如下:
網(wǎng)絡(luò)側(cè)收到CN發(fā)送的COMMON ID(公共標(biāo)識(shí))消息時(shí),提取UE的IMSI信息并記錄;
網(wǎng)絡(luò)側(cè)在解析下行直傳消息時(shí),提取UE的TMSI信息并記錄。
當(dāng)RRC連接釋放時(shí),緩存相應(yīng)用戶的位置信息,舉例來(lái)說(shuō):可以由RNCAP(RNC Application Part,無(wú)線網(wǎng)絡(luò)控制應(yīng)用部分)向相應(yīng)的存儲(chǔ)單元子系統(tǒng)發(fā)送消息,以保存該用戶的相關(guān)信息,具體包括用戶的IMSI、TMSI、用戶最后駐留的小區(qū)ID信息。由于UE處于IDLE態(tài)時(shí),網(wǎng)絡(luò)側(cè)沒(méi)有用戶的實(shí)例號(hào),因此用戶位置信息和尋呼消息存儲(chǔ)需要開(kāi)辟新的內(nèi)存進(jìn)行緩存。本申請(qǐng)中,以存儲(chǔ)單元是高速數(shù)據(jù)存儲(chǔ)單元(SPU)為例進(jìn)行說(shuō)明。
用戶位置信息存儲(chǔ)的SPU選擇和SPU列表維護(hù)原則如下:
1)存儲(chǔ)SPU的選擇:以用戶的IMSI對(duì)最大活動(dòng)的SPU子系統(tǒng)數(shù)進(jìn)行求余,獲得該用戶對(duì)應(yīng)的存儲(chǔ)SPU。由于活動(dòng)的SPU在單板重啟或者單板狀態(tài)改變時(shí)會(huì) 發(fā)生變化,SPU維護(hù)的活動(dòng)SPU列表也會(huì)相應(yīng)發(fā)生變化,在出現(xiàn)單板重啟或單板狀態(tài)發(fā)生變化時(shí),存儲(chǔ)SPU會(huì)發(fā)生變化,將導(dǎo)致單板重啟或單板狀態(tài)發(fā)生變化前存儲(chǔ)的數(shù)據(jù)無(wú)法查詢到。
2)活動(dòng)SPU列表的維護(hù):每個(gè)SPU子系統(tǒng)維護(hù)一份活動(dòng)SPU列表,在單板狀態(tài)變化時(shí),更新活動(dòng)SPU列表。
3)啟動(dòng)用戶信息失效定時(shí)器,這個(gè)可以由后臺(tái)進(jìn)行配置。當(dāng)用戶信息失效定時(shí)器超時(shí),刪除用戶的位置信息。
第2步:收到CN的IU尋呼消息時(shí),如果被尋呼的用戶處于IDLE態(tài),對(duì)該用戶進(jìn)行IDLE態(tài)分層尋呼的第一級(jí)尋呼。
對(duì)于IDLE態(tài)用戶,網(wǎng)絡(luò)側(cè)收到CN的IU尋呼消息時(shí),根據(jù)尋呼消息中攜帶的用戶IMSI信息查詢用戶位置信息;
如果查詢到用戶位置信息,則觸發(fā)第一級(jí)尋呼流程:發(fā)送尋呼類型1尋呼消息,尋呼范圍為用戶最后駐留的小區(qū)及其鄰區(qū);例如:可以由RNCAP向NBM(NodeB Management,基站管理)模塊發(fā)送Paging Type1(尋呼類型1)消息,消息中攜帶IDLE分層尋呼標(biāo)識(shí)和歷史小區(qū)ID(即:用戶最后駐留的小區(qū)ID信息);并將尋呼消息數(shù)據(jù)發(fā)送到對(duì)應(yīng)的SPU緩存(尋呼消息的SPU存儲(chǔ)原則與用戶位置信息的SPU存儲(chǔ)原則相同,見(jiàn)上文),用于第二級(jí)尋呼;
如果未查詢到用戶位置信息,則根據(jù)尋呼消息中的域信息:如果尋呼消息中攜帶的域信息為PS域,則尋呼范圍為RA,如果尋呼消息中攜帶的域信息為CS域,則尋呼范圍為L(zhǎng)A。
較佳地,發(fā)送尋呼消息后,RNCAP可以啟動(dòng)尋呼等待響應(yīng)定時(shí)器,定時(shí)器時(shí)長(zhǎng)為尋呼周期DRX(Discontinuous Reception)+偏置值(由后臺(tái)配置);如果在尋呼等待響應(yīng)定時(shí)器超時(shí)前,RNCAP收到RRC連接請(qǐng)求消息,且發(fā)送該RRC連接請(qǐng)求消息的UE的TMSI與用戶位置信息中存儲(chǔ)的TMSI相同,則表明收到第一級(jí)尋呼響應(yīng),第一級(jí)尋呼成功,刪除該用戶的IDLE態(tài)尋呼消息緩存及用戶位置信息,并停止用戶信息失效定時(shí)器,以及停止尋呼等待響應(yīng)定時(shí)器。
第3步:如果IDLE態(tài)分層尋呼的第一級(jí)尋呼不成功,對(duì)該用戶進(jìn)行IDLE態(tài)分層尋呼的第二級(jí)尋呼。
如果第2步所述尋呼等待響應(yīng)定時(shí)器超時(shí),表明第一級(jí)尋呼不成功,則進(jìn)入第二級(jí)尋呼處理流程,具體包括:清除緩存的尋呼消息中的IDLE分層尋呼標(biāo)識(shí)和歷史小區(qū)ID,并向NBM發(fā)送Paging Type1尋呼消息,尋呼消息中攜帶尋呼區(qū)域指示,如果尋呼消息中的CN Domain為PS,則尋呼區(qū)域指示為RAI;如果尋呼消 息中的CN Domain為CS,則尋呼區(qū)域指示為L(zhǎng)AI。
第二級(jí)尋呼消息發(fā)送之后,刪除緩存的尋呼消息信息。
第一級(jí)尋呼消息的尋呼范圍為用戶最后駐留的小區(qū)及其鄰區(qū),第二級(jí)尋呼消息的尋呼范圍為RA或LA。
一種具體實(shí)現(xiàn)方式為:NBM收到RNCAP發(fā)送的Paging Type1尋呼消息后,根據(jù)尋呼消息中攜帶的信息進(jìn)行尋呼消息發(fā)送:
如果尋呼消息中攜帶了IDLE分層尋呼標(biāo)識(shí)和歷史小區(qū)ID,則在歷史小區(qū)及其鄰區(qū)范圍進(jìn)行尋呼;
如果尋呼消息中攜帶的尋呼區(qū)域指示為RAI,則在RA區(qū)域進(jìn)行尋呼;
如果尋呼消息中攜帶的尋呼區(qū)域指示為L(zhǎng)AI,則在LA區(qū)域進(jìn)行尋呼。
圖1為本申請(qǐng)一較佳實(shí)施例中進(jìn)行IDLE分層尋呼的基本流程示意圖。參見(jiàn)圖1,該流程包括:
當(dāng)用戶處于IDLE態(tài),網(wǎng)絡(luò)側(cè)收到CN發(fā)送的IU尋呼消息后,執(zhí)行以下操作:
進(jìn)行IDLE分層尋呼判決,根據(jù)后臺(tái)配置的算法開(kāi)關(guān),如果開(kāi)關(guān)打開(kāi),則判決允許進(jìn)行IDLE分層尋呼,否則進(jìn)行普通尋呼流程。
如果判決為進(jìn)行IDLE分層尋呼,則進(jìn)行第一級(jí)尋呼流程,在用戶最后駐留的小區(qū)及其鄰區(qū)范圍進(jìn)行尋呼;
如果一級(jí)尋呼失敗,則觸發(fā)第二級(jí)尋呼流程,對(duì)于IU PS域?qū)ず粼赗A區(qū)域進(jìn)行尋呼,對(duì)于IU CS域?qū)ず粼贚A區(qū)進(jìn)行尋呼。
對(duì)應(yīng)于上述方法,本申請(qǐng)?zhí)峁┝艘环N對(duì)IDLE態(tài)用戶進(jìn)行分層尋呼的網(wǎng)絡(luò)設(shè)備,如圖2所示,該網(wǎng)絡(luò)設(shè)備包括:存儲(chǔ)模塊、第一級(jí)尋呼模塊和第二級(jí)尋呼模塊,其中:
存儲(chǔ)模塊,用于保存用戶位置信息,包括:IMSI、TMSI和最后駐留的小區(qū)ID信息;
第一級(jí)尋呼模塊,用于在收到核心網(wǎng)的IU尋呼消息時(shí),如果被尋呼的用戶處于IDLE態(tài),對(duì)所述用戶進(jìn)行IDLE態(tài)分層尋呼的第一級(jí)尋呼;
第二級(jí)尋呼模塊,用于在IDLE態(tài)分層尋呼的第一級(jí)尋呼不成功時(shí),對(duì)所述用戶進(jìn)行IDLE態(tài)分層尋呼的第二級(jí)尋呼。
由上述技術(shù)方案可見(jiàn),本申請(qǐng)通過(guò)對(duì)IDLE態(tài)UE進(jìn)行分層尋呼,縮小了尋呼范圍,從而提高了尋呼成功率。此外,本申請(qǐng)通過(guò)存儲(chǔ)用戶的IMSI、TMSI和最后駐留的小區(qū)ID信息,使得第一級(jí)分層尋呼可以在用戶最后駐留的小區(qū)及其鄰區(qū)范圍內(nèi)進(jìn)行尋呼,使得縮小尋呼范圍的目標(biāo)得以實(shí)現(xiàn)。
以上所述僅為本申請(qǐng)的較佳實(shí)施例而已,并不用以限制本申請(qǐng),凡在本申請(qǐng)的精神和原則之內(nèi),所做的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本申請(qǐng)保護(hù)的范圍之內(nèi)。