[發明專利]一種尋呼消息處理方法以及相應的接入網設備

有效

• 申請號: 201010118864.5
• 申請日: 2010-03-02
• 公開（公告）號: CN101827441A
• 公開（公告）日: 2010-09-08
• 發明（設計）人: 崔承曉
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04W68/02
• 分類號: H04W68/02
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及通信領域，特別涉及一種尋呼消息處理方法以及相應的接入網設備。

背景技術

尋呼消息是對BSS系統沖擊最大的一條消息。因為核心網對尋呼消息可以進行重發，直至移動臺響應尋呼接入網絡。同時核心網對一個位置區發送一條尋呼消息，在BSS系統會分解為對位置區下所有小區的尋呼，即會擴散為幾百條尋呼。但是，BSS設備處理能力和Um無線接口的尋呼下發能力是有限的，超出處理能力以上的尋呼消息會被流控掉。

BSS進行尋呼流控時無法區分尋呼消息是第一次尋呼，還是第二次、第三次等重發的尋呼，因此基本都是盲目流控，隨意丟棄尋呼消息。這樣就會造成第一次尋呼消息大量丟棄，一次尋呼成功率低。而核心網重發的二次、三次尋呼經過BSS大量發送，導致尋呼量成倍增加，BSS系統繼續大量丟棄尋呼消息，很容易形成惡性循環，導致尋呼成功率急劇下降，呼叫接通率大幅降低。

發明內容

本發明實施例要解決的技術問題是如何實現對系統尋呼消息數目的有效控制，減輕基站子系統負荷。

為此，本發明實施例一方面提供一種尋呼消息處理方法，包括：

接收核心網發送的尋呼消息；

如果系統過載，判斷所述尋呼消息中的移動臺標識是否已經被保存；

當所述移動臺標識已經被保存時，丟棄所述尋呼消息。

本發明實施例另一方面一種接入網設備，包括：

第一接收單元，用于接收核心網發送的尋呼消息；

判斷單元，用于當所述接收單元接收所述尋呼消息時如果系統過載，判斷所述尋呼消息中的移動臺標識是否已經被保存；

丟棄單元，用于當所述判斷單元判斷所述尋呼消息中的移動臺標識已經被保存時，丟棄所述尋呼消息。

本發明實施例提供的尋呼消息處理方法以及相應的接入網設備，當系統過載時，通過尋呼消息中的移動臺的標識是否已經保存判斷該尋呼消息是否為一次尋呼消息，當不是一次尋呼消息時，丟棄該尋呼消息，可以有效控制系統尋呼消息數目，減輕基站子系統負荷，保障基站子系統在大話務高峰時段的穩定運行和業務成功率。

附圖說明

圖1為本發明實施例一種尋呼消息處理方法的流程圖；

圖2為本發明實施例一種接入網設備的結構示意圖；

圖3為本發明實施例另一種接入網設備的結構示意圖；

圖4為本發明實施例再一種接入網設備的結構示意圖；

圖5為本發明實施例又一種接入網設備的結構示意圖；

圖6為本發明實施例一個信令流程圖。

具體實施方式

為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，并不用于限定本發明。

圖1為本發明實施例一種尋呼消息處理方法的流程圖，包括：

101接收核心網發送的尋呼消息；

核心網發送的尋呼消息可能是第一次尋呼消息，也可能是第二次、第三次尋呼消息。其中包括尋呼的移動臺的標識，如IMSI(InternationalMobile?Subscriber?Identity??移動用戶全球識別碼)，還可以包括TMSI(Temporary?Mobile?Subscriber?Identity臨時移動用戶標識)。

102如果系統過載，判斷所述尋呼消息中的移動臺標識是否已經被保存；

103當所述移動臺標識已經被保存時，丟棄所述尋呼消息。

本發明實施例101-103的執行主體可以是基站控制器BSC或基站收發信臺BTS，

當為BSC時，102中的“系統過載”是指BSC或者BTS需要處理的消息超過其處理門限，如該BSC在一定時間內的處理門限為100條消息，而收到的尋呼消息是它在該時間段內收到的100條以外的消息；或者BSC收到BTS上報的超載消息，表示BTS空口隊列已滿；或者Abis接口需處理的消息超過其處理門限

當為BTS時，102中的“系統過載”指BTS空口隊列已滿或者BTS需要處理的消息超過其處理門限。

“判斷所述尋呼消息中的移動臺標識是否已經被保存”可以是BSC或BTS比較尋呼消息中的IMSI或TMSI是否和已保存的IMSI或TMSI一致，具體可以是通過哈希查找、輪詢、二分法等算法進行比較。如果一致，則說明該尋呼消息不是一次尋呼消息，則丟棄該尋呼消息。