一種尋呼消息處理方法及設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明設(shè)及通信技術(shù)領(lǐng)域，特別設(shè)及一種尋呼消息處理方法。本發(fā)明同時(shí)還設(shè)及 一種RNC。
【背景技術(shù)】
[0002] 隨著移動(dòng)數(shù)據(jù)業(yè)務(wù)的發(fā)展，使用即時(shí)通訊類業(yè)務(wù)的人數(shù)越來(lái)越多，此類軟件的 定時(shí)更新模式（即客戶端通過(guò)定時(shí)屯、跳消息與服務(wù)器保持連接）導(dǎo)致網(wǎng)絡(luò)中PS(Packet Switch,分組交換）域的尋呼數(shù)量大幅上升，PS尋呼量的翻番極大消耗網(wǎng)絡(luò)資源，引起RNC 設(shè)備尋呼擁塞和CPU占用率變高、消息隊(duì)列阻塞等情況，使RNC設(shè)備性能下降和處于過(guò)載工 作狀態(tài)。
[000引如圖1所示，為現(xiàn)有技術(shù)中RNC內(nèi)尋呼流程。CN在IU口向RNC發(fā)送尋呼PAGING消息，消息中攜帶：尋呼域指示，肥永久標(biāo)識(shí)（國(guó)際移動(dòng)用戶識(shí)別碼IMSI)，肥臨時(shí)標(biāo)識(shí)、尋 呼原因，尋呼區(qū)等。核屯、網(wǎng)CN通過(guò)注冊(cè)、位置區(qū)（LAC)更新、路由區(qū)（RAC)更新等過(guò)程來(lái)獲 知肥所處的位置，因此CN知道肥處于某個(gè)LAC/RAC，但并不知道它處于哪個(gè)小區(qū)；而RNC 的處理是W小區(qū)為單位的，若RNC收到CN帶位置區(qū)域（LAC/RAC)的化ging消息時(shí)，RNC根 據(jù)LAC/RAC和小區(qū)的映射關(guān)系將尋呼區(qū)域信息轉(zhuǎn)換為L(zhǎng)AC或者RAC包含的小區(qū)列表，然后 在該個(gè)小區(qū)列表中的每個(gè)小區(qū)的PICH和PCH發(fā)送尋呼消息。當(dāng)CN收到對(duì)應(yīng)用戶的尋呼域 的InitialUeMessage消息時(shí)認(rèn)為尋呼成功響應(yīng)。如果CN未收到尋呼響應(yīng)，CN會(huì)多次向 RNC發(fā)送PAGING消息，該些二次呼或者S次呼的尋呼范圍可能會(huì)擴(kuò)大W增加尋呼成功率。
[0004] 如上所述，當(dāng)智能終端與網(wǎng)絡(luò)交互頻繁時(shí)，終端上的服務(wù)軟件和網(wǎng)絡(luò)側(cè)服務(wù)器在 應(yīng)用層通過(guò)交互保持連接，典型的應(yīng)用是定時(shí)屯、跳保持在線，該種分組數(shù)據(jù)協(xié)議PDP長(zhǎng)期 激活和無(wú)流量小包業(yè)務(wù)釋放的特性，使得尋呼消息和無(wú)線接入承載RAB建立等頻繁，或者 大量用戶定制通知類業(yè)務(wù)，因此PS域的尋呼已經(jīng)成為移動(dòng)網(wǎng)絡(luò)尋呼的主要觸發(fā)源，對(duì)RNC 設(shè)備造成很大負(fù)荷沖擊和尋呼擁塞導(dǎo)致用戶體驗(yàn)和感知降低，從而造成尋呼風(fēng)暴。
[0005] 由此可見(jiàn)，尋呼消息風(fēng)暴導(dǎo)致RNC設(shè)備短時(shí)負(fù)載加重，CPU占用率飄升和消息隊(duì)列 阻塞，用戶感知和關(guān)鍵績(jī)效指標(biāo)KPI下降明顯，嚴(yán)重時(shí)引起設(shè)備擁痕。因此，如何解決PS域 尋呼消息在IU口大量集中下發(fā)時(shí)降低對(duì)RNC設(shè)備的沖擊，成為本領(lǐng)域技術(shù)人員亟待解決的 技術(shù)問(wèn)題。

【發(fā)明內(nèi)容】

[0006] 本發(fā)明提供了一種尋呼消息處理方法，用W使RNC在IU口尋呼消息量發(fā)生風(fēng)暴 時(shí)，針對(duì)尋呼消息量進(jìn)行負(fù)荷控制W降低尋呼消息量對(duì)RNC設(shè)備的沖擊，盡量降低尋呼風(fēng) 暴發(fā)生時(shí)對(duì)用戶感知的影響，該方法包括：
[0007] 當(dāng)RNC設(shè)備處于尋呼消息接收階段或?qū)ず粝l(fā)送階段時(shí)，獲取所述RNC設(shè)備當(dāng) 前的各負(fù)荷控制性能值；
[000引判斷各所述負(fù)荷控制性能值所在的闊值區(qū)間，并依次根據(jù)各所述負(fù)荷控制性能值 所在的闊值區(qū)間確定與各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例，所述尋呼消息丟 棄比例指示了對(duì)于攜帶各不同類型的尋呼原因的尋呼消息的丟棄比例，；
[0009] 根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接收的尋呼 消息。
[0010] 優(yōu)選地，所述負(fù)荷控制性能值至少包括W下類型：
[0011] UU接口尋呼負(fù)荷口限占比、UU接口尋呼擁塞比率、所述RNC設(shè)備當(dāng)前的CPU占用 率、所述RNC設(shè)備當(dāng)前的消息隊(duì)列使用率；
[001引其中，所述UU接口尋呼負(fù)荷口限占比為單位時(shí)間內(nèi)收到尋呼消息數(shù)據(jù)的數(shù)目與UU接口尋呼負(fù)荷口限的比值，所述UU接口尋呼負(fù)荷口限是根據(jù)所述RNC設(shè)備配置的CE化 的PCH信道參數(shù)生成的。
[0013] 優(yōu)選地，所述依次根據(jù)各所述負(fù)荷控制性能值所在的闊值區(qū)間確定與各所述負(fù)荷 控制性能值對(duì)應(yīng)的尋呼消息丟棄策略，具體為：
[0014] 當(dāng)所述負(fù)荷控制性能值為所述UU接口尋呼負(fù)荷口限占比時(shí)，確定當(dāng)前的UU接口 尋呼負(fù)荷口限占比所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的UU接口尋呼負(fù)荷口限級(jí) 另IJ，獲取與所述尋呼負(fù)荷口限級(jí)別對(duì)應(yīng)的各類型尋呼原因的第一丟棄比例；
[001引當(dāng)所述負(fù)荷控制性能值為所述UU接口尋呼擁塞比率時(shí)，確定當(dāng)前的UU接口尋呼 擁塞比率所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的UU接口尋呼擁塞級(jí)別，獲取與所述 UU接口尋呼擁塞級(jí)別對(duì)應(yīng)的各類型尋呼原因的第二丟棄比例；
[0016] 當(dāng)所述負(fù)荷控制性能值為所述CPU占用率時(shí)，確定當(dāng)前的CPU占用率占比所在的 闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的CPU過(guò)載級(jí)別，獲取與所述CPU過(guò)載級(jí)別對(duì)應(yīng)的各類 型尋呼原因的第S丟棄比例；
[0017] 當(dāng)所述負(fù)荷控制性能值為所述消息隊(duì)列使用率時(shí)，確定當(dāng)前的消息隊(duì)列使用率占 比所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的消息隊(duì)列擁塞級(jí)別，獲取與所述消息隊(duì)列 擁塞級(jí)別對(duì)應(yīng)的各類型尋呼原因的第四丟棄比例。
[0018] 優(yōu)選地，根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接收 的尋呼消息，具體為：
[0019] 查詢所述尋呼消息對(duì)應(yīng)的尋呼原因分別在各所述丟棄比例中的比例值；
[0020] 若所述尋呼原因在各所述丟棄比例中的比例值均為0,處理所述尋呼消息；
[0021] 若所述尋呼原因在各所述丟棄比例中的比例值不同，則根據(jù)所述尋呼消息到達(dá)時(shí) 刻所對(duì)應(yīng)的GMT時(shí)間與各所述比例值之間的大小關(guān)系，W及各所述比例值的優(yōu)先級(jí)順序， 確定處理或丟棄所述尋呼消息。
[0022] 優(yōu)選地，在根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接 收的尋呼消息之后，還包括：
[002引當(dāng)所述RNC設(shè)備的UU接口尋呼負(fù)荷口限占比到達(dá)所述UU接口負(fù)荷口限時(shí)，獲取 當(dāng)前時(shí)刻距離當(dāng)前周期的結(jié)束時(shí)間的時(shí)間長(zhǎng)度；
[0024] 判斷所述時(shí)間長(zhǎng)度是否小于預(yù)設(shè)的時(shí)間長(zhǎng)度闊值；
[0025] 若是，在當(dāng)前周期結(jié)束后為所述RNC設(shè)備增加預(yù)置保護(hù)間隔周期，W使所述RNC設(shè) 備將在所述預(yù)置保護(hù)間隔周期內(nèi)收到的尋呼消息全部丟棄。
[0026]相應(yīng)地，本發(fā)明還提出了一種RNC設(shè)備，包括；
[0027] 獲取模塊，用于當(dāng)所述RNC設(shè)備處于尋呼消息接收階段或?qū)ず粝l(fā)送階段時(shí)獲 取所述RNC設(shè)備當(dāng)前的各負(fù)荷控制性能值；
[002引判斷模塊，用于判斷各所述負(fù)荷控制性能值所在的闊值區(qū)間，并依次根據(jù)各所述 負(fù)荷控制性能值所在的闊值區(qū)間確定與各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例， 所述尋呼消息丟棄比例指示了對(duì)于攜帶各不同類型的尋呼原因的尋呼消息的丟棄比例，；
[0029] 處理模塊，用于根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄 已接收的尋呼消息。
[0030] 優(yōu)選地，所述負(fù)荷控制性能值至少包括W下類型：
[003UUU接口尋呼負(fù)荷口限占比、UU接口尋呼擁塞比率、所述RNC設(shè)備當(dāng)前的CPU占用 率、所述RNC設(shè)備當(dāng)前的消息隊(duì)列使用率；
[003引其中，所述UU接口尋呼負(fù)荷口限占比為單位時(shí)間內(nèi)收到尋呼消息數(shù)據(jù)的數(shù)目與UU接口尋呼負(fù)荷口限的比值，所述UU接口尋呼負(fù)荷口限是根據(jù)所述RNC設(shè)備配置的CE化 的PCH信道參數(shù)生成的。
[0033] 優(yōu)選地，所述確定模塊具體用于：
[0034] 當(dāng)所述負(fù)荷控制性能值為所述UU接口尋呼負(fù)荷口限占比時(shí)，確定當(dāng)前的UU接口 尋呼負(fù)荷口限占比所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的UU接口尋呼負(fù)荷口限級(jí) 另IJ，獲取與所述尋呼負(fù)荷口限級(jí)別對(duì)應(yīng)的各類型尋呼原因的第一丟棄比例；
[003引當(dāng)所述負(fù)荷控制性能值為所述UU接口尋呼擁塞比率時(shí)，確定當(dāng)前的UU接口尋呼 擁塞比率所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的UU接口尋呼擁塞級(jí)別，獲取與所述 UU接口尋呼擁塞級(jí)別對(duì)應(yīng)的各類型尋呼原因的第二丟棄比例；
[0036] 當(dāng)所述負(fù)荷控制性能值為所述CPU占用率時(shí)，確定當(dāng)前的CPU占用率占比所在的 闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的CPU過(guò)載級(jí)別，獲取與所述CPU過(guò)載級(jí)別對(duì)應(yīng)的各類 型尋呼原因的第S丟棄比例；
[0037] 當(dāng)所述負(fù)荷控制性能值為所述消息隊(duì)列使用率時(shí)，確定當(dāng)前的消息隊(duì)列使用率占 比所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的消息隊(duì)列擁塞級(jí)別，獲取與所述消息隊(duì)列 擁塞級(jí)別對(duì)應(yīng)的各類型尋呼原因的第四丟棄比例。
[0038] 優(yōu)選地，所述處理模塊具體用于：
[00