[發明專利]一種尋呼消息發送裝置及方法

有效

• 申請號: 201210025387.7
• 申請日: 2012-02-06
• 公開（公告）號: CN102595332B
• 公開（公告）日: 2018-03-27
• 發明（設計）人: 關勛
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W4/06
• 分類號: H04W4/06;H04W68/02
• 代理公司: 北京康信知識產權代理有限責任公司11240
• 代理人: 江舟,董文倩

技術領域

本發明涉及移動通訊系統領域，尤其涉及一種降低主控板CPU消耗的尋呼消息發送裝置及方法。

背景技術

隨著移動通訊的發展和普及，3G以后的移動通訊用戶越來越多，各種智能終端的出現以及智能終端上的應用的發展(如手機QQ等應用)，使得系統的尋呼消息發送量越來越大。大量的尋呼消息對主控板，尤其是BTS側(Base Transceiver Station，基站收發臺)的主控板的CPU處理能力提出了挑戰。同時，由于尋呼還具有突發性，很容易造成主控板CPU瞬時沖高，而導致此時用戶接入困難，影響了用戶的感受以及呼叫連接建立成功率等KPI(Key Performance Indicator，關鍵性能指標)指標。

目前，現有專利對CPU有的優化主要是針對BSC側(Base Station Controller，基站控制單元)主控板，如專利CN200610011162提出了一種通過接口板對尋呼消息地址進行復制后發往IP傳輸網的方法，減少BSC側主控板發送尋呼消息的量以達到降低主控板CPU利用率的目的。但現在網絡的情況一般LAC(Location Area Code，位置區碼)和子網劃分比較大，這樣造成的結果是一個BTS需要承受的尋呼量近乎于一個BSC的總尋呼量，因此，尋呼對于 BTS的主控板影響更大。CN200610011162提出的方法無法解決尋呼對BTS側主控板CPU的沖擊。

發明內容

為了減少尋呼對BTS主控板CPU的沖擊，避免主控板CPU利用率過高而導致用戶接入困難等問題，本發明提出了一種尋呼消息發送裝置及方法，以解決尋呼對BTS主控板CPU的沖擊問題。

為達到上述目的，本發明的技術方案是這樣實現的：

一種尋呼消息發送裝置，包括：尋呼消息識別單元，用于識別尋呼消息并根據不同的尋呼消息類型確定尋呼消息的廣播范圍；微碼廣播單元，用于根據尋呼消息識別單元確定的廣播范圍把尋呼消息廣播給尋呼消息處理單元；尋呼消息處理單元，用于判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時，發送所述尋呼消息。

具體地，尋呼消息識別單元根據尋呼消息的UDP端口號和消息標識進行識別。

優選地，所述微碼廣播單元設置在主控板的微碼中。

優選地，所述尋呼消息處理單元設置在信道板上。

所述尋呼消息處理單元還用于判斷當所述尋呼消息的目的載扇不是當前配置的載扇信息時，丟棄所述尋呼消息。

一種尋呼消息發送方法，該方法包括：尋呼消息識別單元識別尋呼消息并根據不同的尋呼消息類型確定尋呼消息的廣播范圍；微碼廣播單元根據尋呼消息識別單元確定的廣播范圍把尋呼消息廣播給相應的信道板；尋呼消息處理單元判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時，發送所述尋呼消息。

與現有技術相比，本發明避免了BTS主控板CPU參與尋呼消息的發送，解決了尋呼導致主控板CPU利用率過高的問題，同時解決了由于尋呼大導致 CPU利用率過高進而導致用戶接入困難的問題。此外，由于每個信道板只處理需要自己處理的尋呼，實際形成了一個分布式系統，這樣對于信道板而言，這種尋呼消息發送方法與原來的尋呼消息發送方法對信道板CPU的沖擊基本相同。達到了改善主控板CPU利用率的同時，沒有使的信道板CPU利用率有較大升高的效果。

附圖說明

圖1是本發明實現尋呼消息發送裝置的結構示意圖；

圖2是本發明實現尋呼消息發送方法的流程圖。

具體實施方式

下面結合附圖對本發明實現尋呼消息發送裝置和方法進行說明。

請參閱圖1所示，其是本發明實現尋呼消息發送裝置的結構示意圖。

實現尋呼消息發送的裝置包括尋呼消息識別單元10，微碼廣播單元20，尋呼消息處理單元30，其中，

尋呼消息識別單元10用于識別出BSC發給BTS的消息中屬于尋呼的消息，并根據不同的尋呼消息類型決定尋呼消息的廣播范圍，輸出給微碼廣播單元。

微碼廣播單元20用于接收尋呼消息識別單元輸出的廣播范圍，把尋呼消息廣播給相應的信道板。該裝置駐留在主控板的微碼中，其運行不耗費單板CPU 資源。

尋呼消息處理單元30駐留在信道板上，接收微碼廣播單元廣播出的尋呼消息，用于判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時，發送所述尋呼消息；否則，丟棄該尋呼消息。