一種尋呼消息發送裝置及方法
2023-10-11 10:58:24
專利名稱：一種尋呼消息發送裝置及方法
技術領域：
本發明涉及移動通訊系統領域，尤其涉及一種降低主控板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 利用率有較大升高的效果。
圖I是本發明實現尋呼消息發送裝置的結構示意圖；圖2是本發明實現尋呼消息發送方法的流程圖。
具體實施例方式下面結合附圖對本發明實現尋呼消息發送裝置和方法進行說明。請參閱圖I所示，其是本發明實現尋呼消息發送裝置的結構示意圖。實現尋呼消息發送的裝置包括尋呼消息識別單元10，微碼廣播單元20，尋呼消息處理單元30，其中，尋呼消息識別單元10用於識別出BSC發給BTS的消息中屬於尋呼的消息，並根據不同的尋呼消息類型決定尋呼消息的廣播範圍，輸出給微碼廣播單元。微碼廣播單元20用於接收尋呼消息識別單元輸出的廣播範圍，把尋呼消息廣播給相應的信道板。該裝置駐留在主控板的微碼中，其運行不耗費單板CPU資源。尋呼消息處理單元30駐留在信道板上，接收微碼廣播單元廣播出的尋呼消息，用於判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時，發送所述尋呼消息；否則，丟棄該尋呼消息。 具體地，所述尋呼消息識別單元10根據該消息發送的UDP (User Datagram Protocol，用戶數據包協議)埠號以及消息標識等信息識別出該消息是否為尋呼消息以及尋呼消息的類型優選地，該裝置還包括輸入接口和輸出接口，其中，輸出接口用於接收BSC側發給 BTS的消息，輸出接口用於發送該尋呼消息給終端。該尋呼消息處理單元30發送尋呼消息具體為該尋呼消息處理單元30通過把尋呼消息打包成空口的控制信道包，再通過空口發送給終端。請參閱圖2所示，描述了本發明實現降低主控板CPU消耗的尋呼消息發送的處理流程，該處理步驟如下下面給出本發明的具體運用實例。S20UBSC 發送消息給 BTS ；S202、當一條消息從BSC發給BTS後，尋呼消息識別單元根據該消息發送的UDP埠號以及消息標識等信息識別出該消息是否為尋呼消息以及尋呼消息的類型，若該消息不是尋呼消息，則執行正常處理流程，本流程結束；若該消息是尋呼消息則轉入S203。S203、尋呼消息識別單元根據尋呼消息的類型，匹配相應的尋呼範圍，輸出給微碼廣播單元。S204、微碼廣播單元根據尋呼消息識別單元輸出的廣播範圍，把該尋呼廣播給相應的信道板。S205、尋呼消息處理單元收到微碼廣播單元發來的尋呼消息，判斷是否需要本板進行處理。若是則轉入步驟S206 ;若否，則丟棄該尋呼消息並結束本流程。具體地，尋呼消息處理單元接收來自微碼廣播單元的廣播出來的尋呼消息，對比該尋呼消息中的目的載扇信息與當前本信道板配置的載扇信息，若目的載扇為本信道板配置的載扇，則處理；否則丟棄。S206、尋呼消息處理單元在空口控制信道發送尋呼消息。具體地，尋呼消息處理單元把尋呼消息打包成空口的控制信道包，然後通過空口發送給終端。與現有技術相比，本發明實現尋呼發送裝置和方法由尋呼消息識別單元，微碼廣播單元和尋呼消息處理單元構成。由於微碼廣播單元的引入，完全避免了 BTS主控板CPU參與尋呼消息的發送，完全解決了尋呼導致主控板CPU利用率過高的問題，同時解決了由於尋呼大導致CPU利用率過高進而導致用戶接入困難的問題。此外，由於每個信道板只處理需要自己處理的尋呼，實際形成了一個分布式系統，這樣對於信道板而言，這種尋呼消息發送方法與原來的尋呼消息發送方法對信道板CPU的衝擊基本相同。達到了改善主控板CPU 利用率的同時，沒有使信道板CPU利用率有較大升高的效果。以上僅為本發明的優選實施案例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種尋呼消息發送裝置，其特徵在於，包括尋呼消息識別單元，用於識別尋呼消息並根據不同的尋呼消息類型確定尋呼消息的廣播範圍；微碼廣播單元，用於根據尋呼消息識別單元確定的廣播範圍把尋呼消息廣播給尋呼消息處理單元；尋呼消息處理單元，用於判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時， 發送所述尋呼消息。
2.根據權利要求I所述裝置，其特徵在於，所述用於識別尋呼消息並根據不同的尋呼消息類型確定尋呼消息的廣播範圍具體為尋呼消息識別單元根據尋呼消息的UDP埠號和消息標識進行識別。
3.根據權利要求I所述裝置，其特徵在於，所述微碼廣播單元設置在主控板的微碼中。
4.根據權利要求I所述裝置，其特徵在於，所述尋呼消息處理單元設置在信道板上。
5.根據權利要求I所述裝置，其特徵在於，所述尋呼消息處理單元還用於判斷當所述尋呼消息的目的載扇不是當前配置的載扇信息時，丟棄所述尋呼消息。
6.一種尋呼消息發送方法，該方法包括尋呼消息識別單元識別尋呼消息並根據不同的尋呼消息類型確定尋呼消息的廣播範圍；微碼廣播單元根據尋呼消息識別單元確定的廣播範圍把尋呼消息廣播給相應的信道板；尋呼消息處理單元判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時，發送所述尋呼消息。
7.根據權利要求6所述方法，其特徵在於，所述尋呼消息識別單元識別尋呼消息並根據不同的尋呼消息類型確定尋呼消息的廣播範圍具體為尋呼消息識別單元根據尋呼消息的UDP埠號和消息標識進行識別。
8.根據權利要求6所述方法，其特徵在於，所述尋呼消息處理單元還用於判斷當所述尋呼消息的目的載扇不是當前配置的載扇信息時，丟棄所述尋呼消息。
全文摘要
本發明公開了一種尋呼消息發送裝置及方法，該裝置包括尋呼消息識別單元，用於識別尋呼消息並根據不同的尋呼消息類型確定尋呼消息的廣播範圍；微碼廣播單元，用於根據尋呼消息識別單元確定的廣播範圍把尋呼消息廣播給尋呼消息處理單元；尋呼消息處理單元，用於判斷當所述尋呼消息的目的載扇是當前配置的載扇信息時，發送所述尋呼消息。與現有技術相比，本發明避免了BTS主控板CPU參與尋呼消息的發送，解決了尋呼導致主控板CPU利用率過高的問題，同時解決了由於尋呼大導致CPU利用率過高進而導致用戶接入困難的問題。
文檔編號H04W4/06GK102595332SQ20121002538
公開日2012年7月18日 申請日期2012年2月6日 優先權日2012年2月6日
發明者關勳 申請人:中興通訊股份有限公司