一種尋呼消息處理方法及設(shè)備技術(shù)

本發(fā)明專利技術(shù)公開了一種尋呼消息處理方法，當(dāng)RNC設(shè)備處于尋呼消息接收階段或?qū)ず粝l(fā)送階段時(shí)，首先獲取RNC設(shè)備當(dāng)前的各負(fù)荷控制性能值，并依次根據(jù)各負(fù)荷控制性能值所在的閾值區(qū)間確定與各負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例，再根據(jù)各負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接收的尋呼消息。通過將各個(gè)不同尋呼原因的尋呼消息調(diào)整進(jìn)行發(fā)送，實(shí)現(xiàn)了RNC設(shè)備在大尋呼量沖擊下穩(wěn)定運(yùn)行的同時(shí)盡量降低對(duì)用戶感知的影響。

【技術(shù)實(shí)現(xiàn)步驟摘要】

本專利技術(shù)設(shè)及通信
，特別設(shè)及一種尋呼消息處理方法。本專利技術(shù)同時(shí)還設(shè)及 一種RNC。
技術(shù)介紹
隨著移動(dòng)數(shù)據(jù)業(yè)務(wù)的發(fā)展，使用即時(shí)通訊類業(yè)務(wù)的人數(shù)越來(lái)越多，此類軟件的 定時(shí)更新模式（即客戶端通過定時(shí)屯、跳消息與服務(wù)器保持連接）導(dǎo)致網(wǎng)絡(luò)中PS(Packet Switch,分組交換）域的尋呼數(shù)量大幅上升，PS尋呼量的翻番極大消耗網(wǎng)絡(luò)資源，引起RNC 設(shè)備尋呼擁塞和CPU占用率變高、消息隊(duì)列阻塞等情況，使RNC設(shè)備性能下降和處于過載工 作狀態(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通過注冊(cè)、位置區(qū)（LAC)更新、路由區(qū)（RAC)更新等過程來(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增加尋呼成功率。 如上所述，當(dāng)智能終端與網(wǎng)絡(luò)交互頻繁時(shí)，終端上的服務(wù)軟件和網(wǎng)絡(luò)側(cè)服務(wù)器在 應(yīng)用層通過交互保持連接，典型的應(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)暴。 由此可見，尋呼消息風(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ù)問題。
技術(shù)實(shí)現(xiàn)思路
本專利技術(shù)提供了一種尋呼消息處理方法，用W使RNC在IU口尋呼消息量發(fā)生風(fēng)暴 時(shí)，針對(duì)尋呼消息量進(jìn)行負(fù)荷控制W降低尋呼消息量對(duì)RNC設(shè)備的沖擊，盡量降低尋呼風(fēng) 暴發(fā)生時(shí)對(duì)用戶感知的影響，該方法包括： 當(dāng)RNC設(shè)備處于尋呼消息接收階段或?qū)ず粝l(fā)送階段時(shí)，獲取所述RNC設(shè)備當(dāng) 前的各負(fù)荷控制性能值；[000引判斷各所述負(fù)荷控制性能值所在的闊值區(qū)間，并依次根據(jù)各所述負(fù)荷控制性能值 所在的闊值區(qū)間確定與各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例，所述尋呼消息丟 棄比例指示了對(duì)于攜帶各不同類型的尋呼原因的尋呼消息的丟棄比例，； 根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接收的尋呼 消息。 優(yōu)選地，所述負(fù)荷控制性能值至少包括W下類型： 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ù)生成的。 優(yōu)選地，所述依次根據(jù)各所述負(fù)荷控制性能值所在的闊值區(qū)間確定與各所述負(fù)荷 控制性能值對(duì)應(yīng)的尋呼消息丟棄策略，具體為： 當(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)的各類型尋呼原因的第二丟棄比例； 當(dāng)所述負(fù)荷控制性能值為所述CPU占用率時(shí)，確定當(dāng)前的CPU占用率占比所在的 闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的CPU過載級(jí)別，獲取與所述CPU過載級(jí)別對(duì)應(yīng)的各類 型尋呼原因的第S丟棄比例； 當(dāng)所述負(fù)荷控制性能值為所述消息隊(duì)列使用率時(shí)，確定當(dāng)前的消息隊(duì)列使用率占 比所在的闊值區(qū)間，查詢與所述闊值區(qū)間對(duì)應(yīng)的消息隊(duì)列擁塞級(jí)別，獲取與所述消息隊(duì)列 擁塞級(jí)別對(duì)應(yīng)的各類型尋呼原因的第四丟棄比例。 優(yōu)選地，根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接收 的尋呼消息，具體為： 查詢所述尋呼消息對(duì)應(yīng)的尋呼原因分別在各所述丟棄比例中的比例值； 若所述尋呼原因在各所述丟棄比例中的比例值均為0,處理所述尋呼消息； 若所述尋呼原因在各所述丟棄比例中的比例值不同，則根據(jù)所述尋呼消息到達(dá)時(shí) 刻所對(duì)應(yīng)的GMT時(shí)間與各所述比例值之間的大小關(guān)系，W及各所述比例值的優(yōu)先級(jí)順序， 確定處理或丟棄所述尋呼消息。 優(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)度； 判斷所述時(shí)間長(zhǎng)度是否小于預(yù)設(shè)的時(shí)間長(zhǎng)度闊值； 若是，在當(dāng)前周期結(jié)束后為所述RNC設(shè)備增加預(yù)置保護(hù)間隔周期，W使所述RNC設(shè) 備將在所述預(yù)置保護(hù)間隔周期內(nèi)收到的尋呼消息全部丟棄。相應(yīng)地，本專利技術(shù)還提出了一種RNC設(shè)備，包括； 獲取模塊，用于當(dāng)所述RNC設(shè)備處于尋呼消息接收階段或?qū)ず粝l(fā)送階段時(shí)獲 取所述RNC設(shè)備當(dāng)前的各負(fù)荷控制性能值；[002引判斷模塊，用于判斷各所述負(fù)荷控制性能值所在的闊值區(qū)間，并依次根據(jù)各所述 負(fù)荷控制性能值所在的闊值區(qū)間確定與各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例， 所述尋呼消息丟棄比例指示了對(duì)于攜帶各不同類型的尋呼原因的尋呼消息的丟棄比例，； 處理模塊，用于根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄 已接收的尋呼消息。 優(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ù)生成的。 優(yōu)選地，所述確定模塊具體用于： 當(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)的各類型尋呼原因的第二本文檔來(lái)自技高網(wǎng)...

【技術(shù)保護(hù)點(diǎn)】
一種尋呼消息處理方法，其特征在于，包括：當(dāng)無(wú)線網(wǎng)絡(luò)控制器RNC設(shè)備處于尋呼消息接收階段或?qū)ず粝l(fā)送階段時(shí)，獲取所述RNC設(shè)備當(dāng)前的各負(fù)荷控制性能值；判斷各所述負(fù)荷控制性能值所在的閾值區(qū)間，并依次根據(jù)各所述負(fù)荷控制性能值所在的閾值區(qū)間確定與各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例，所述尋呼消息丟棄比例指示了對(duì)于攜帶各不同類型的尋呼原因的尋呼消息的丟棄比例；根據(jù)各所述負(fù)荷控制性能值對(duì)應(yīng)的尋呼消息丟棄比例處理或丟棄已接收的尋呼消息。

【技術(shù)特征摘要】

【專利技術(shù)屬性】
技術(shù)研發(fā)人員：程岳，
申請(qǐng)(專利權(quán))人：大唐移動(dòng)通信設(shè)備有限公司，
類型：發(fā)明
國(guó)別省市：北京;11