專(zhuān)利名稱(chēng)：：一種全球移動(dòng)通信系統(tǒng)中基站子系統(tǒng)尋呼的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及GSM(GlobeSystemforMobileCommunications,全球移動(dòng)通訊)系統(tǒng)，尤其涉及一種GSM系統(tǒng)中BSS(基站子系統(tǒng))尋呼的方法。
背景技術(shù)：
：在通訊業(yè)迅速發(fā)展的背景下，全球移動(dòng)通訊網(wǎng)絡(luò)的用戶(hù)數(shù)快速增長(zhǎng)，對(duì)網(wǎng)絡(luò)設(shè)備的處理能力的需求也不斷提高。隨著B(niǎo)SC(基站控制器)所帶載頻數(shù)的不斷提高，用戶(hù)容量不斷增加，導(dǎo)致尋呼消息的急劇增加，網(wǎng)絡(luò)MSC(移動(dòng)交換中心)側(cè)對(duì)于尋呼消息一般還是按照位置區(qū)來(lái)進(jìn)行尋呼的。但位置區(qū)從網(wǎng)絡(luò)規(guī)劃、網(wǎng)絡(luò)管理、尋呼成功率等方面考慮，并不可能設(shè)置的過(guò)小，所以尋呼消息的增加對(duì)BSC的處理能力、Abis接口(是BSC與BTS(基站收發(fā)臺(tái))之間的接口)的帶寬都是一個(gè)非常嚴(yán)重的考驗(yàn)。如圖1所示，是現(xiàn)有技術(shù)GSM系統(tǒng)中BSS尋呼的流程示意圖，包括如下步驟步驟101,BSC從A口(是BSC與MSC之間的接口)或Gb口(是BSS和SGSN(服務(wù)GPRS(整合封包無(wú)線服務(wù))支持節(jié)點(diǎn))之間的接口)收到尋呼消息；步驟102,BSC將該尋呼消息根據(jù)該尋呼消息對(duì)應(yīng)的尋呼域的小區(qū)數(shù)量拆分成對(duì)應(yīng)的多條尋呼消息發(fā)送給相應(yīng)BTS中的小區(qū)；步驟103，各個(gè)小區(qū)收到對(duì)應(yīng)的尋呼消息后，最終生成Um口(是BSS與MS(移動(dòng)臺(tái))之間的接口)的尋呼消息，尋呼MS。在3GPP(3rdGenerationPartnershipProject,第三代合作Y火伴計(jì)劃)48058協(xié)議中，在Abis接口發(fā)送的PagingCommand(尋呼命令)消息的結(jié)構(gòu)如下表1所示<table>tableseeoriginaldocumentpage4</column></row><table>表1Abis接口的PagingCommand消息的結(jié)構(gòu)表表1的Channelnumber(信道號(hào))和PagingGroup(尋呼組)信息單元，都和具體的小區(qū)信道配置和尋呼參^t配置相關(guān)，每個(gè)小區(qū)配置不同，最終形成的這兩個(gè)信息單元也不同。由于這兩個(gè)單元決定尋呼消息是針對(duì)小區(qū)發(fā)送的，在網(wǎng)絡(luò)容量不斷提高的現(xiàn)在，同一站點(diǎn)下普遍配置三個(gè)小區(qū)甚至更多六個(gè)小區(qū)。這樣，一條尋呼消息在發(fā)往一個(gè)站點(diǎn)時(shí)就需要拆分成三條或者更多條的尋呼消息，BSC處理集中，同時(shí)導(dǎo)致占用的Abis帶寬成倍增加，帶寬不足時(shí)嚴(yán)重影響正常的呼叫消息的發(fā)送。
發(fā)明內(nèi)容本發(fā)明提供一種全球移動(dòng)通信系統(tǒng)中基站子系統(tǒng)尋呼的方法，以解決尋呼消息數(shù)據(jù)量太大，導(dǎo)致的BSC處理集中和Abis帶寬不足的問(wèn)題。為了解決上述技術(shù)問(wèn)題，本發(fā)明提供一種全球移動(dòng)通信系統(tǒng)中基站子系統(tǒng)尋呼的方法，包括如下步驟(1)基站控制器BSC收到A口或Gb口的尋呼消息后，組織一集中式尋呼消息發(fā)送給各個(gè)基站收發(fā)臺(tái)BTS站點(diǎn)；(2)所迷BTS站點(diǎn)收到所述集中式尋呼消息后，根據(jù)該BTS配置的小區(qū)信息或者該集中式尋呼消息中的小區(qū)列表，分發(fā)到各個(gè)小區(qū)，并最終生成Um口的尋呼消息，尋呼移動(dòng)臺(tái)MS。本發(fā)明所述方法，其中，步驟(l)中，所述BSC收到A口或Gb口的尋呼消息后，交給尋呼處理模塊，該尋呼處理模塊根據(jù)收到的尋呼消息中的尋呼域，查找數(shù)據(jù)庫(kù)找到所有應(yīng)該發(fā)送的BTS站點(diǎn)，然后組織一集中式尋呼消息發(fā)送給所述各個(gè)BTS站點(diǎn)。進(jìn)一步地，所述集中式尋呼消息通過(guò)運(yùn)行維護(hù)信元OAM信道或者所述BTS支持的D信道上的鏈路接入M^程LAPD超信道，發(fā)送到各個(gè)BTS站點(diǎn)。本發(fā)明所述方法，其中，步驟(2)中，所述BTS站點(diǎn)收到所述集中式尋呼消息后，根據(jù)該BTS配置的小區(qū)信息或者該集中式尋呼消息中的小區(qū)列表，分發(fā)到各個(gè)小區(qū)的廣播控制信號(hào)道BCCH載頻，所述BCCH載頻上的業(yè)務(wù)處理軟件生成Um口的尋呼消息，尋呼移動(dòng)臺(tái)MS。本發(fā)明所述方法，其中，所述集中式尋呼消息把決定對(duì)各個(gè)小區(qū)發(fā)送的信道號(hào)信息單元和尋呼組信息單元去掉，增加國(guó)際移動(dòng)用戶(hù)識(shí)別號(hào)信息單元。本發(fā)明與現(xiàn)有技術(shù)相比，將緩解BSC的尋呼處理瓶頸，并大大節(jié)省Abis接口通信帶寬。圖1是現(xiàn)有技術(shù)GSM系統(tǒng)中BSS尋呼的流程示意圖；圖2是本發(fā)明實(shí)施例GSM系統(tǒng)中BSS尋呼的流程示意圖。具體實(shí)施方式本發(fā)明提供一種機(jī)制，使得在Abis口原本需要向每個(gè)小區(qū)各發(fā)送一條的尋呼消息，修改為在Abis口以一個(gè)基站為單位發(fā)送一條，在基站中完成尋呼消息向各個(gè)小區(qū)的內(nèi)部分發(fā)。以下結(jié)合附圖和具體實(shí)施方式對(duì)本發(fā)明所述技術(shù)方案進(jìn)行詳細(xì)描述。如圖2所示，本發(fā)明實(shí)施例GSM系統(tǒng)中BSS尋呼的流程示意圖，包括如下步驟步驟201，BSC收到A口或Gb口的尋呼消息；步驟202,BSC把該尋呼消息交給尋呼處理模塊，該尋呼處理模塊根據(jù)收到的尋呼消息中的尋呼域，查找數(shù)據(jù)庫(kù)找到所有應(yīng)該發(fā)送的BTS(基站收發(fā)臺(tái))站點(diǎn)，然后組織一集中式尋呼消息通過(guò)OAM(運(yùn)行維護(hù)信元)信道或者所述BTS站點(diǎn)支持的LAPD(D信道上的鏈路接入規(guī)程)超信道發(fā)送給所述各個(gè)BTS站點(diǎn)；對(duì)于BSC在Abis接口發(fā)送的尋呼消息，把表l中的決定對(duì)各個(gè)小區(qū)發(fā)送的Channelnumber和PagingGroup信息單元等特有相關(guān)的信息單元去掉(可以把對(duì)Channelnumber和PagingGroup信息單元等特有相關(guān)的信息單元的計(jì)算放到BTS站點(diǎn)來(lái)完成)，增加了IMSI(國(guó)際移動(dòng)用戶(hù)識(shí)別號(hào))等信息單元，產(chǎn)生的集中式尋呼消息分為下面三種情況對(duì)于BSC在Gb口收到的PS(分組交換)尋呼ABIS—PACKET_PAGING_PS(Gb口PS(分組交換)尋呼)消息經(jīng)編碼在Abis接口的結(jié)構(gòu)定義如下表2所示<table>tableseeoriginaldocumentpage6</column></row><table>表2ABIS—PACKET—PAGING—PS消息經(jīng)編碼在Abis接口的結(jié)構(gòu)表對(duì)于BSC在Gb口收到的CS(電路交換)尋呼ABISPACKET—PAGING—CS消息經(jīng)編碼在Abis接口的結(jié)構(gòu)定義如下表3所示:<table>tableseeoriginaldocumentpage6</column></row><table>表3ABIS—PACKET—PAGING—CS消息經(jīng)編碼在Abis接口的結(jié)構(gòu)表對(duì)于BSC在A口收到的尋呼ABIS—PAGING—CMD消息經(jīng)編碼在Abis4姿口的結(jié)構(gòu)定義如下表4所示<table>tableseeoriginaldocumentpage7</column></row><table>表4ABIS—PAGING—CMD消息經(jīng)編碼在Abis接口的結(jié)構(gòu)表注表14中，BTSList是需要發(fā)送該條尋呼的小區(qū)列表，其字節(jié)長(zhǎng)度為1字節(jié)，對(duì)應(yīng)bitl-8共8個(gè)比特，bitl-8分別代表小區(qū)1-8。注表14中，存在類(lèi)型列，對(duì)于消息解碼M項(xiàng)為有序解碼方式，O項(xiàng)可隨意。注表14中，參考書(shū)目列是該信息單元的編碼格式需要參見(jiàn)的3GPP48058協(xié)議的具體章節(jié)。注表14中，存在類(lèi)型列V代表僅有值域，LV代表有長(zhǎng)度域和值域，TV代表有類(lèi)型域和值域，TLV代表有類(lèi)型域、長(zhǎng)度域和值域。步驟203,BTS站點(diǎn)收到所述集中式尋呼消息后，根據(jù)該BTS配置的小區(qū)信息或者該集中式尋呼消息中的小區(qū)列表，分發(fā)到各個(gè)小區(qū)的廣播控制信號(hào)道BCCH載頻，所述BCCH載頻上的業(yè)務(wù)處理軟件生成Um口(Um接口是GSM的空中接口)的尋呼消息，尋呼移動(dòng)臺(tái)MS。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。權(quán)利要求1、一種全球移動(dòng)通信系統(tǒng)中基站子系統(tǒng)尋呼的方法，其特征在于，包括如下步驟(1)基站控制器BSC收到A口或Gb口的尋呼消息后，組織一集中式尋呼消息發(fā)送給各個(gè)基站收發(fā)臺(tái)BTS站點(diǎn)；(2)所述BTS站點(diǎn)收到所述集中式尋呼消息后，根據(jù)該BTS配置的小區(qū)信息或者該集中式尋呼消息中的小區(qū)列表，分發(fā)到各個(gè)小區(qū)，并最終生成Um口的尋呼消息，尋呼移動(dòng)臺(tái)MS。2、如權(quán)利要求1所述方法，其特征在于，步驟(l)中，所述BSC收到A口或Gb口的尋呼消息后，交給尋呼處理模塊，該尋呼處理模塊根據(jù)收到的尋呼消息中的尋呼域，查找數(shù)據(jù)庫(kù)找到所有應(yīng)該發(fā)送的BTS站點(diǎn)，然后組織一集中式尋呼消息發(fā)送給所述各個(gè)BTS站點(diǎn)。3、如權(quán)利要求2所述方法，其特征在于，所述集中式尋呼消息通過(guò)運(yùn)行維護(hù)信元OAM信道或者所述BTS支持的D信道上的鏈路接入規(guī)程LAPD超信道，發(fā)送到各個(gè)BTS站點(diǎn)。4、如權(quán)利要求1所述方法，其特征在于，步驟(2)中，所述BTS站點(diǎn)收到所述集中式尋呼消息后，根據(jù)該BTS配置的小區(qū)信息或者該集中式尋呼消息中的小區(qū)列表，分發(fā)到各個(gè)小區(qū)的廣播控制信號(hào)道BCCH載頻，所述BCCH載頻上的業(yè)務(wù)處理軟件生成Um口的尋呼消息，尋呼移動(dòng)臺(tái)MS。5、如權(quán)利要求1所述方法，其特征在于，所述集中式尋呼消息把決定對(duì)各個(gè)小區(qū)發(fā)送的信道號(hào)信息單元和尋呼組信息單元去掉，增加國(guó)際移動(dòng)用戶(hù)識(shí)別號(hào)信息單元。全文摘要本發(fā)明公開(kāi)了一種全球移動(dòng)通信系統(tǒng)中基站子系統(tǒng)尋呼的方法，包括如下步驟(1)基站控制器BSC收到A口或Gb口的尋呼消息后，組織一集中式尋呼消息發(fā)送給各個(gè)基站收發(fā)臺(tái)BTS站點(diǎn)；(2)所述BTS站點(diǎn)收到所述集中式尋呼消息后，根據(jù)該BTS配置的小區(qū)信息或者該集中式尋呼消息中的小區(qū)列表，分發(fā)到各個(gè)小區(qū)，并最終生成Um口的尋呼消息，尋呼移動(dòng)臺(tái)MS。本發(fā)明與現(xiàn)有技術(shù)相比，將緩解BSC的尋呼處理瓶頸，并大大節(jié)省Abis接口通信帶寬。文檔編號(hào)H04Q7/38GK101227732SQ20081000716公開(kāi)日2008年7月23日申請(qǐng)日期2008年2月2日優(yōu)先權(quán)日2008年2月2日發(fā)明者呂洪濤,王旭輝,高宏偉申請(qǐng)人:中興通訊股份有限公司