專利名稱：一種尋呼消息組包的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種尋呼消息組包的方法和裝置。
背景技術(shù)：
隨著移動通信技術(shù)的發(fā)展，GSM(GlobalSystem for Mobile Communications,全球移動通訊系統(tǒng))網(wǎng)絡(luò)系統(tǒng)已成為當(dāng)今世界上使用最廣泛的無線通訊系統(tǒng)，并且這個系統(tǒng)的用戶數(shù)目仍在不斷增長?，F(xiàn)有的GSM系統(tǒng)的網(wǎng)元部署如圖I所示。圖I中，BSC(BaseStation Controller,基站控制器)和BTS(Base Transceiver Station,基站收發(fā)信臺)之間的接口稱為 Abis接口，接口米用 LAPD(Link Access Protocol on the D_Channel,D信道上的鏈路訪問協(xié)議)通訊協(xié)議。Abis接口協(xié)議棧如圖2所示,其中,BTSM (Base TransceiverStation Management)為基站收發(fā)信臺管理；RR(Radio Resource)為無線資源管理；LAPD 為 D信道上的鏈路接入?yún)f(xié)議；LAPDm(Link Access Protocol on the Dm Channel)為 Dm信道上的鏈路接入?yún)f(xié)議；BSSAP(Base Station subsystem Application Part)為基站子系統(tǒng)應(yīng)用部分；SCCP(Signalling Connection Control Part)為信令連接控制部分；MTP(MessageTransfer Part)為消息傳輸部分。一個BTS稱為一個基站，每個基站站點中可以配置一到多個小區(qū)(Cell)，每個小區(qū)中可以配置有一到多個載頻(TRX)。每個載頻都會通過一條LAro鏈路與BSC進行信令業(yè)務(wù)消息的發(fā)送和接收處理，每一個基站都會通過一條LAPD鏈路與BSC進行整個基站的操作維護信令的發(fā)送和接收處理。通常,稱用于操作維護通訊的LAPD鏈路為OML (Operation andMaintenance Link,操作和維護鏈路)鏈路，把用于信令通訊的LAPD鏈路稱為RSL (RadioSignalling Link,無線信令鏈路)鏈路。并且一個小區(qū)中配置了主BCCH(BroadcastingControl Channel，廣播控制信道)信道的載頻稱為這個小區(qū)的主B載頻，這個主B載頻與BSC之間進行業(yè)務(wù)交互使用的RSL鏈路就稱為當(dāng)前小區(qū)的主B RSL鏈路。站點、小區(qū)、載頻以及RSL鏈路和OML鏈路的配置關(guān)系可以參考圖3。其中，灰色標(biāo)識的載頻為主B載頻。BCF (Base Control Function，公共控制功能)是在BTS中處理公共控制功能，如BTS初始化、軟件下載、信道配置、操作維護等的功能實體。在GSM系統(tǒng)中，為了減少資源浪費，引入了 LA (Location Area，位置區(qū))的概念。一個位置區(qū)包括一個小區(qū)組群，一個MS在某一時刻屬于一個位置區(qū)。當(dāng)一個本網(wǎng)或者他網(wǎng)用戶(主叫用戶)呼叫到當(dāng)前的MSC(Mobile Switching Center,移動交換中心)中的某個移動用戶(被叫用戶)的時候，MSC根據(jù)這個被叫用戶注冊的位置區(qū)，向這一位置區(qū)內(nèi)所有小區(qū)發(fā)送尋呼消息。在該尋呼消息中包含有能夠識別用戶身份的信息IMSI (InternationalMobile Subscriber Identity,國際移動用戶標(biāo)識)或 TMSI(Temporary MobileSubscriber Identity,臨時移動用戶標(biāo)識)。MSC根據(jù)位置區(qū)確定要進行尋呼的BTS,并將尋呼指令發(fā)送給BTS，BTS在規(guī)定的PCH(Paging Channel，尋呼信道)上發(fā)送該被叫MS (Mobile Station,移動臺)的尋呼消息,通知被叫用戶接入網(wǎng)絡(luò)。當(dāng)前，BSC發(fā)送給基站的尋呼消息是以小區(qū)為單位發(fā)送的，S卩如果當(dāng)前位置區(qū)下含有多個小區(qū)，那么對于每一個小區(qū)，BSC都會通過這個小區(qū)的主BRSL發(fā)送一條尋呼消息到基站，尋呼消息的分發(fā)過程如圖4所示。圖4中MSC連續(xù)在當(dāng)前位置區(qū)中發(fā)送了 η條尋呼消息以尋呼η個被叫用戶，則BSC根據(jù)位置區(qū)中包含的小區(qū)，向基站發(fā)送尋呼消息。每當(dāng)MSC向BSC發(fā)送一條尋呼消息(按照位置區(qū)尋呼)，BSC下當(dāng)前這個位置區(qū)(MSC在發(fā)給BSC的尋呼消息中指定)中有多少個小區(qū)，BSC就要向基站發(fā)送多少條尋呼消息，尋呼同一個被叫用戶。這些尋呼消息都是通過目標(biāo)小區(qū)的主B RSL鏈路發(fā)送的。當(dāng)MSC順序?qū)ず舳鄠€用戶的時候，在目標(biāo)小區(qū)的主B RSL鏈路上，這些尋呼消息將被BSC順次發(fā)送給基站?，F(xiàn)有這種尋呼技術(shù)的一個很大的缺點就是，在當(dāng)前的尋呼信令流程下，尋呼消息在BSC發(fā)送到各個小區(qū)，使Abis接口傳送尋呼消息的鏈路的下行負荷很重，嚴重影響了 BSC系統(tǒng)的穩(wěn)定性和業(yè)務(wù)可靠性。尤其在話務(wù)量高峰時段或者話務(wù)量瞬時升高的網(wǎng)絡(luò)狀況下，很可能會導(dǎo)致BSC中下發(fā)尋呼消息的下行鏈路擁塞，大量的尋呼消息被丟棄，反過來可能引起MSC對同一個用戶重發(fā)大量的尋呼消息或者發(fā)起全網(wǎng)尋呼，進而可能引起當(dāng)前位置區(qū) 下所有小區(qū)的Abis接口的下行鏈路的進一步擁塞，導(dǎo)致BSC話務(wù)容量下降，被叫業(yè)務(wù)甚至可能完全不能進行。因此，現(xiàn)有技術(shù)的缺點是:Abis接口傳送尋呼消息的下行鏈路負荷重，容易導(dǎo)致Abis接口的下行鏈路擁塞，BSC話務(wù)容量下降，被叫業(yè)務(wù)進行不順暢。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的問題是提供一種尋呼消息組包的方法和裝置，以實現(xiàn)減少尋呼消息在Abis接口下行鏈路上的數(shù)量和占用下行鏈路的負荷比重，避免由于尋呼消息造成的Abis接口下行鏈路擁塞。為達到上述目的，本發(fā)明實施例一方面提供一種尋呼消息組包的方法，包括以下步驟基站控制器BSC接收移動交換中心MSC發(fā)送的尋呼消息；所述BSC對所述尋呼消息進行組包處理。另一方面，本發(fā)明實施例還提供了一種基站控制器BSC，包括消息接收模塊，用于接收移動交換中心MSC發(fā)送的尋呼消息；組包處理模塊，與所述消息接收模塊連接，用于對所述消息接收模塊接收的尋呼消息進行組包處理。再一方面，本發(fā)明實施例還提供了一種基站子系統(tǒng)BSS，包括BSC，用于接收移動交換中心MSC發(fā)送的尋呼消息，對所述尋呼消息進行組包處理，并將所述組包處理后的尋呼消息發(fā)送給基站；基站，用于接收所述BSC發(fā)送的經(jīng)組包處理后的尋呼消息，并將所述尋呼消息向所述基站內(nèi)的小區(qū)下發(fā)。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過本發(fā)明實施例，對下發(fā)給基站的尋呼消息進行組包，從而減少了尋呼消息在Abis接口下行信令鏈路上的數(shù)量和占用下行鏈路的負荷，較少甚至避免了因為尋呼消息造成的Abis接口下行信令鏈路擁塞。


圖I為現(xiàn)有技術(shù)GSM系統(tǒng)的網(wǎng)元部署；圖2為現(xiàn)有技術(shù)Abis接口協(xié)議棧示意圖；圖3為現(xiàn)有技術(shù)站點、小區(qū)、載頻以及RSL鏈路和OML鏈路的配置關(guān)系示意圖4為現(xiàn)有技術(shù)尋呼消息的分發(fā)過程示意圖；圖5為本發(fā)明實施例基站控制器BSC的結(jié)構(gòu)圖；圖6為本發(fā)明實施例按照小區(qū)進行組包處理的示意圖；圖7為本發(fā)明實施例按照站點進行組包處理的示意圖；圖8為本發(fā)明實施例尋呼消息組包的方法的流程圖；圖9為本發(fā)明尋呼消息組包的方法實施例一的流程圖；圖10為本發(fā)明實施例的系統(tǒng)配置示意圖；圖11為本發(fā)明實施例一的尋呼消息組包處理條件和尋呼消息組包的關(guān)系示意圖； 圖12為本發(fā)明實施例一按照小區(qū)進行尋呼消息組包處理的示意圖；圖13為本發(fā)明尋呼消息組包的方法實施例二的流程圖。
具體實施例方式本發(fā)明實施例提供了一種尋呼消息組包的方法，通過本發(fā)明實施例，在BSC和基站之間的Abis接口上，按照小區(qū)或按照站點、或者按照先小區(qū)后站點等方式對下發(fā)給基站的尋呼消息進行組包，從而減少了尋呼消息在Abis接口下行信令鏈路上的數(shù)量和占用下行鏈路的負荷，較少甚至避免了由于尋呼消息造成的Abis接口下行信令鏈路擁塞。如圖5所示，為本發(fā)明實施例基站控制器BSC的結(jié)構(gòu)圖，包括消息接收模塊I、組包處理模塊2和消息發(fā)送模塊3。消息接收模塊I用于接收移動交換中心MSC發(fā)送的尋呼消息。組包處理模塊2，與消息接收模塊I連接，用于根據(jù)預(yù)先設(shè)置的組包結(jié)構(gòu)對消息接收模塊I接收的尋呼消息進行組包處理。本發(fā)明實施例提供了三種組包處理的方式進行說明，既可以按照小區(qū)對接收的尋呼消息進行組包處理，也可以按照站點對接收的尋呼消息進行組包處理，還可以按照先小區(qū)后站點的方式對接收的尋呼消息進行組包處理。在按照小區(qū)對接收的尋呼消息進行組包處理之前，組包處理模塊2判斷該尋呼消息是否滿足組包處理條件，在判斷該尋呼消息滿足組包處理條件之后，組包處理模塊2對該尋呼消息按照小區(qū)進行組包處理。該組包處理條件可以有多種設(shè)置方式，例如尋呼消息的個數(shù)是否已達到最大緩存的尋呼消息的個數(shù)，或該尋呼消息的緩沖時間是否已達到所述尋呼消息在BSC被緩沖的最長時間，只要尋呼消息滿足組包處理條件中的任意一個，組包處理模塊2就可以對尋呼消息按照小區(qū)進行組包。在組包處理模塊2按照站點對接收的尋呼消息進行組包處理之后，對于MSC對同一個小區(qū)內(nèi)的多個用戶或者同一位置區(qū)LA的某一個用戶的尋呼消息，消息發(fā)送模塊3只需向基站發(fā)送一條尋呼消息，然后由基站將該尋呼消息發(fā)送給基站內(nèi)的各個小區(qū)。消息發(fā)送模塊3，與組包處理模塊2連接，用于將組包處理模塊2處理后的尋呼消息發(fā)送給基站。優(yōu)選地，BSC還包括負荷判斷模塊4，用于在組包處理模塊2對尋呼消息進行組包處理之前，判斷系統(tǒng)負荷是否超過預(yù)設(shè)的負荷門限值。如果負荷判斷模塊4判斷當(dāng)前系統(tǒng)的負荷已超過預(yù)設(shè)的負荷門限值，則組包處理模塊2對所述尋呼消息進行組包處理；如果負荷判斷模塊4判斷當(dāng)前系統(tǒng)的負荷還未超過預(yù)設(shè)的負荷門限值，則仍按現(xiàn)有尋呼消息的處理方式處理尋呼消息。該系統(tǒng)負荷可以包括BSC或BTS或BSS (Base Stationsubsystem,基站子系統(tǒng))的系統(tǒng)負荷，或下行鏈路負荷等。
如圖5所示，其中，組包處理模塊2包括條件判斷子模塊21、小區(qū)組包子模塊22和站點組包子模塊23。條件判斷子模塊21用于判斷尋呼消息是否滿足尋呼消息組包條件，該組包處理條件可以有多種設(shè)置方式，例如尋呼消息的個數(shù)是否已達到最大緩存的尋呼消息的個數(shù)，或該尋呼消息的緩沖時間是否已達到所述尋呼消息在BSC被緩沖的最長時間，只要尋呼消息滿足組包處理條件中的任意一個，條件判斷子模塊21就會判斷尋呼消息滿足尋呼消息組包條件。小區(qū)組包子模塊22用于在條件判斷子模塊21判斷尋呼消息滿足尋呼消息組包條件之后，將指定時間內(nèi)的同一個小區(qū)的多個用戶的尋呼消息，在Abis接口組包成一個自定義的擴展尋呼消息，一次性發(fā)給基站進行處理。如圖6所示，其中，圖6(a)為尋呼消息組包前的尋呼下發(fā)鏈路示意圖，圖6(b)為尋呼消息組包后的尋呼下發(fā)鏈路示意圖。由圖6可以看出，將尋呼消息按照小區(qū)組包后，在下發(fā)尋呼消息的鏈路上，不但尋呼消息的個數(shù)相對以前減少了，而且尋呼消息組包后尋呼消息在鏈路上的凈負荷，包括尋呼消息內(nèi)容和底層協(xié)議單元內(nèi)容，比尋呼打包前在鏈路上發(fā)送的所有尋呼消息的凈負荷之和可以少很多。如圖5所示，站點組包子模塊23，用于將消息接收模塊I接收的尋呼消息按照站點 進行組包處理。在進行尋呼消息組包前，對于一個站點下的多個小區(qū)，BSC每收到MSC的一個尋呼消息，都會向這個站點的所有小區(qū)發(fā)送一條尋呼消息。在站點組包子模塊23對尋呼消息按照站點進行尋呼消息組包之后，消息發(fā)送模塊3將同一個站點下的多個小區(qū)的尋呼消息，組裝成一條尋呼消息發(fā)送給基站，由基站將該尋呼消息按照各個小區(qū)進行分發(fā)處理，如圖7所示。其中，圖7(a)為尋呼消息組包前CELLl的尋呼下發(fā)鏈路，圖7(b)為尋呼消息組包前CELL2的尋呼下發(fā)鏈路，圖7 (c)為尋呼消息組包前CELLn的尋呼下發(fā)鏈路，圖7 (d)為尋呼消息組包后基站的尋呼下發(fā)鏈路，圖7中的MS_A表示被尋呼的被叫用戶。CELLl CELL η為同一個基站下的η個小區(qū)。由圖7可以看出，在將尋呼消息按照站點組包之前，MSC對同一個用戶例如MS_A的尋呼消息，在CELLl CELL η的尋呼下發(fā)鏈路上各發(fā)送一條尋呼消息給基站，共發(fā)送η條消息給基站。在站點組包子模塊23對尋呼消息按照站點進行尋呼消息組包之后，對于MSC針對同一個用戶，例如MS_A的尋呼消息，BSC只需要向基站發(fā)送一條尋呼消息，然后由基站將該尋呼消息通過空口發(fā)送給基站下的各個小區(qū)。在Abis接口上發(fā)送組包后的尋呼消息的信令鏈路，可以是CELLl CELLn這η條鏈路中的一條或者多條，也可以是這η條鏈路輪流使用，或者負荷分擔(dān)使用，或者使用OML鏈路發(fā)送，或者使用自定義的鏈路發(fā)送等。優(yōu)選地，組包處理模塊2還包括結(jié)構(gòu)保存子模塊24，用于保存預(yù)設(shè)的組包結(jié)構(gòu)，該組包結(jié)構(gòu)可用于按照小區(qū)進行組包處理的情形。本發(fā)明實施例中，Abis接口自定義的組包結(jié)構(gòu)如表I所示表I
權(quán)利要求
1.一種尋呼消息組包的方法，其特征在于，包括以下步驟 基站控制器BSC接收移動交換中心MSC發(fā)送的尋呼消息； 所述BSC對所述尋呼消息進行組包處理； 所述BSC對所述尋呼消息進行組包處理具體包括 所述BSC按照小區(qū)對同一個小區(qū)的多個用戶的尋呼消息進行組包；和/或 所述BSC按照站點對同一個站點下的多個小區(qū)的尋呼消息進行組包。
2.如權(quán)利要求I所述尋呼消息組包的方法，其特征在于，還包括所述BSC將所述組包處理后的尋呼消息發(fā)送給基站。
3.如權(quán)利要求I所述尋呼消息組包的方法，其特征在于，在所述BSC對所述尋呼消息進行組包處理之前，還包括以下步驟 所述BSC判斷系統(tǒng)負荷是否超過預(yù)設(shè)的負荷門限值； 如果超過所述負荷門限值，則所述BSC對所述尋呼消息進行組包處理。
4.如權(quán)利要求I所述尋呼消息組包的方法，其特征在于，還包括以下步驟如果所述尋呼消息滿足預(yù)設(shè)的尋呼組包條件，則所述BSC按照小區(qū)對所述尋呼消息進行組包處理。
5.如權(quán)利要求4所述尋呼消息組包的方法，其特征在于，所述BSC判斷所述尋呼消息是否滿足預(yù)設(shè)的尋呼組包條件具體包括以下步驟 判斷所述尋呼消息的個數(shù)是否已達到最大緩存的尋呼消息的個數(shù)； 和/或判斷所述尋呼消息的緩沖時間是否已達到所述尋呼消息在BSC被緩沖的最長時間。
6.如權(quán)利要求I或2所述尋呼消息組包的方法，其特征在于，在所述BSC將所述經(jīng)組包處理后的尋呼消息發(fā)送給基站之后，還包括以下步驟所述基站將所述組包處理后的尋呼消息發(fā)送給所述基站內(nèi)的小區(qū)。
7.如權(quán)利要求I或3所述尋呼消息組包的方法，其特征在于，所述BSC對所述尋呼消息進行組包處理具體包括以下步驟 所述BSC按照小區(qū)對所述尋呼消息進行組包； 所述BSC按照站點對所述按照小區(qū)組包后的尋呼消息進行組包。
8.一種基站控制器BSC，其特征在于，包括 消息接收模塊，用于接收移動交換中心MSC發(fā)送的尋呼消息； 組包處理模塊，與所述消息接收模塊連接，用于對所述消息接收模塊接收的尋呼消息進行組包處理； 所述組包處理模塊包括 小區(qū)組包子模塊，用于按照小區(qū)對所述消息接收模塊接收的同一個小區(qū)的多個用戶的尋呼消息進行組包處理； 站點組包子模塊，用于按照站點對所述消息接收模塊接收的同一個站點下的多個小區(qū)的尋呼消息進行組包處理。
9.如權(quán)利要求8所述BSC，其特征在于，還包括消息發(fā)送模塊，與所述組包處理模塊連接，用于將所述組包處理模塊處理后的尋呼消息發(fā)送給基站。
10.如權(quán)利要求8所述BSC，其特征在于，還包括負荷判斷模塊，用于判斷系統(tǒng)負荷是否超過預(yù)設(shè)的負荷門限值。
11.如權(quán)利要求8所述BSC，其特征在于，所述組包處理模塊還包括條件判斷子模塊，與所述小區(qū)組包子模塊連接，用于在所述小區(qū)組包子模塊對所述尋呼消息按照小區(qū)進行組包處理之前，判斷所述尋呼消息是否滿足預(yù)設(shè)的尋呼組包條件。
12.—種基站子系統(tǒng)BSS，其特征在于，包括 如權(quán)利要求8所述的BSC，用于接收移動交換中心MSC發(fā)送的尋呼消息，對所述尋呼消息進行組包處理，并將所述組包處理后的尋呼消息發(fā)送給基站； 基站，用于接收所述BSC發(fā)送的經(jīng)組包處理后的尋呼消息，并將所述尋呼消息向所述基站內(nèi)的小區(qū)下發(fā)。
13.如權(quán)利要求12所述BSS，其特征在于，所述BSC還包括消息發(fā)送模塊，與所述組包處理模塊連接，用于將所述組包處理模塊處理后的尋呼消息發(fā)送給基站。
14.如權(quán)利要求12所述BSS，其特征在于，所述組包處理模塊還包括條件判斷子模塊，與所述小區(qū)組包子模塊連接，用于在所述小區(qū)組包子模塊對所述尋呼消息按照小區(qū)進行組包處理之前，判斷所述尋呼消息是否滿足預(yù)設(shè)的尋呼組包條件。
全文摘要
本發(fā)明公開了一種尋呼消息組包的方法，包括以下步驟基站控制器BSC接收移動交換中心MSC發(fā)送的尋呼消息；所述BSC對所述尋呼消息進行組包處理。通過本發(fā)明實施例，BSC對接收自MSC的尋呼消息按照小區(qū)或按照站點進行組包處理，將經(jīng)組包處理后的尋呼消息發(fā)送給基站，減少了尋呼鏈路上尋呼消息的發(fā)送數(shù)量和尋呼消息的總長度，有效降低了下發(fā)尋呼消息的下行鏈路的負荷。
文檔編號H04W28/08GK102791001SQ20121025496
公開日2012年11月21日 申請日期2007年9月17日 優(yōu)先權(quán)日2007年9月17日
發(fā)明者胡占鋒 申請人:華為技術(shù)有限公司