專利名稱：一種信令網(wǎng)元層面負荷分擔的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種信令網(wǎng)元層面負荷分擔的方法 及設(shè)備。
背景技術(shù)：
目前各移動運營商網(wǎng)上使用的短消息中心，有不少提供了短消息中心的 負荷分擔解決方案，但是分析現(xiàn)有的短消息中心負荷分擔解決方案本質(zhì)上都 是短消息中心集群組網(wǎng)內(nèi)部的負荷分擔，對于移動信令網(wǎng)元來說只有一個網(wǎng) 元，短消息中心系統(tǒng)通過一個信令接入交換設(shè)備接入無線網(wǎng)絡(luò)，從信令網(wǎng)元 層面i兌只有一個短消息中心?，F(xiàn)有技術(shù)也提出過使用兩套獨立的短消息中心通過信令網(wǎng)元的STP (Signal Transfer Point,信令轉(zhuǎn)接點)做負荷分擔的解決方案。但是目前GSM (Global System for Mobile Communications,全J求移動通訊系統(tǒng))網(wǎng)纟各的MSC (Mobile Switching Center,移動交換中心)處理短信的4莫塊都是phase2版本或 以上，MSC對于超過67個漢字的短消息(例如手機最大允許提交長度為70個 漢字的短消息)會在TCAP ( Transaction Capability Application Part,事務(wù)處理 能力應(yīng)用部分)層分包，TCAP層分包消息由短消息中心信令接入網(wǎng)關(guān)組合， 兩套獨立的短消息中心做負荷分擔。67個漢字的短消息被分成多個包后，在 信令分擔過程中可能送往不同短消息中心，導致同 一條短信通過不同短消息 中心轉(zhuǎn)發(fā)，使得用戶提交的超過67個漢字的短消息不能完整地到達目的終端， 導致發(fā)送失敗。發(fā)明內(nèi)容本發(fā)明實施例提供一種信令網(wǎng)元層面負荷分擔的方法及設(shè)備，以實現(xiàn)短 消息長度超過預定字節(jié)數(shù)也可以實現(xiàn)負荷分擔。
本發(fā)明實施例提供了一種信令網(wǎng)元層面負荷分擔的方法，包括以下步驟 判斷接收到的包是否為事務(wù)處理能力應(yīng)用部分TCAP對短消息進行分包處理后的第一個包；如果是，向拜訪地移動交換中心VMSC發(fā)送版本協(xié)商消息，使所述VMSC以phase 1格式發(fā)送所述短消息。本發(fā)明實施例提供了 一種信令網(wǎng)元層面負荷分擔的方法，包括以下步驟 接收到長度超過預設(shè)長度的短消息后，將所述短消息按照預設(shè)長度進行分包發(fā)送；接收到VMSC發(fā)送版本協(xié)商消息后，以phasel格式發(fā)送所述短消息。 本發(fā)明實施例提供了 一種信令網(wǎng)元層面負荷分擔的短消息處理系統(tǒng)，包括信令接入網(wǎng)關(guān)和SMSC服務(wù)器，還包括MSC分包信令檢測處理模塊，與所述信令接入網(wǎng)關(guān)連接，用于從所述信令接入網(wǎng)關(guān)接收TCAP層分包時，通過所述信令接入網(wǎng)關(guān)向VMSC發(fā)送版本協(xié)商消息，使所述VMSC以phasel格式發(fā)送所述短消息。本發(fā)明實施例提供了 一種信令網(wǎng)元層面負荷分擔的VMSC，包括 phase2版本短消息發(fā)送模塊，用于采用phase2封裝短消息進行發(fā)送； 降低版本消息接收模塊，用于接收版本協(xié)商消息；phasel版本短消息發(fā)送模塊，用于接收到所述版本協(xié)商消息后，采用 phasel封裝短消息進行發(fā)送。本發(fā)明的實施例中，基于信令網(wǎng)元層面的多套獨立短消息處理系統(tǒng)短消 息負荷方案，增強了運營商系統(tǒng)的安全性，減少了運營商的冗余建設(shè)。


圖1是本發(fā)明實施例中應(yīng)用系統(tǒng)結(jié)構(gòu)圖；圖2是本發(fā)明實施例中一種VMSC結(jié)構(gòu)圖；圖3是本發(fā)明實施例中一種短消息處理系統(tǒng)結(jié)構(gòu)圖；圖4是本發(fā)明實施例中一種信令網(wǎng)元層面負荷分擔的方法流程圖。
具體實施方式
下面結(jié)合附圖和具體實施例對本發(fā)明技術(shù)方案進行詳細描述。本發(fā)明實施例應(yīng)用系統(tǒng)如圖l所示，包括移動終端、BSS (Base Station Subsystem,基站子系統(tǒng))、VMSC (Visit Mobile Switching Center,拜訪地移 動交換中心)、STP、負荷分擔的短消息處理系統(tǒng)1和2 (本實施例中以兩個短 消息處理系統(tǒng)為例，但實際可以為多個)。其中，BSS是GSM或者CDMA (Code-Division Multiple Access,碼分多止4妻入)等無線通信網(wǎng)絡(luò)的組成部分， 負責與移動終端收發(fā)無線信號，進行語音信道的編碼、分配無線信道、尋呼 和其他與無線網(wǎng)絡(luò)相關(guān)的功能。STP用于根據(jù)接收VMSC的短消息后，根據(jù)預 先設(shè)定的負荷分擔規(guī)則發(fā)送到負荷分擔的短消息處理系統(tǒng)1或2。其中，VMSC是連接一個或多個移動業(yè)務(wù)交換中心的數(shù)據(jù)庫，保存了這 些交換中心所覆蓋的各小區(qū)中所有移動用戶在歸屬位置寄存器中的信息備 份，動態(tài)地存儲著位于其管轄區(qū)內(nèi)的來訪用戶信息。具體結(jié)構(gòu)如圖2所示， 包括phase2版本短消息發(fā)送模塊10，用于采用phase2版本封裝短消息進行 發(fā)送，并當接收到版本協(xié)商消息后，停止使用phase2版本發(fā)送短消息；版本 協(xié)商消息接收模塊20,用于接收版本協(xié)商消息；phasel版本短消息發(fā)送沖莫塊 30,用于接收到版本協(xié)商消息后，采用phasel封裝短消息進行發(fā)送。其中，phase2版本短消息發(fā)送模塊10具體包括長度檢測子模塊ll，用 于檢測接收的短消息是否超過預設(shè)長度；分包發(fā)送子模塊12,與長度檢測子 模塊連接11,用于接收的短消息超過預設(shè)長度時，對短消息進行分包發(fā)送。負荷分擔的短消息處理系統(tǒng)1和2的結(jié)構(gòu)相同，如圖3所示，包括信 令接入網(wǎng)關(guān)100、 SMSC ( Short Message Service Center,短消息服務(wù)中心)200 和MSC分包信令^r測處理;漠塊300。其中，本實施例中雖然以MSC分包信 令檢測處理模塊300與信令接入網(wǎng)關(guān)100分離的情況進行說明，但實際應(yīng)用 中他們也可以集成在一起。MSC分包信令檢測處理模塊監(jiān)測TCAP消息，對 于短消息TCAP層分包進行按TCAP規(guī)范信令交換處理，處理后給信令接入 網(wǎng)關(guān)100發(fā)送反饋信令，使信令接入網(wǎng)關(guān)100結(jié)束該等待組包的會話，并向 發(fā)起TCAP層分包消息的VMSC轉(zhuǎn)發(fā)版本協(xié)商消息，請求VMSC降到phasel
版本，停止發(fā)送第二個分包，降低發(fā)送消息包長，重新以phase 1版本信令提 交短消息。MSC分包信令檢測處理模塊300具體包括檢測子模塊310,用于檢測 接收的消息是否為經(jīng)過TCAP層分包的數(shù)據(jù)；協(xié)商消息發(fā)送子模塊320，與檢 測子模塊連接310，用于檢測到分包數(shù)據(jù)后，通過信令接入網(wǎng)關(guān)向VMSC發(fā) 送版本協(xié)商消息，使VMSC以phasel格式發(fā)送短消息。本發(fā)明實施例中 一種信令網(wǎng)元層面負荷分擔的方法如圖4所示，包括以下 步驟步驟s401, VMSC接收移動終端通過BSS發(fā)送的短消息，該短消息的長度 大于預先設(shè)定的長度(通常情況下，手機允許的字節(jié)長度為67字節(jié))。步驟s402， VMSC進行TCAP層分包，采用ETSI phase2版本MO消息格式 (短消息的幀構(gòu)成格式可以參見ETSI 0902的phase2版本協(xié)議)向STP發(fā)出第一 個分包。TCAP消息的基本單元是成份(Component)， 一個成份對應(yīng)于一個 操作請求或響應(yīng)， 一個消息中可以包含多個成份， 一個成份中包含的信息含 義由用戶定義，相關(guān)的成份構(gòu)成一個對話， 一個對話的過程可以實現(xiàn)某項應(yīng) 用業(yè)務(wù)過程。步驟s403, STP按照信令負荷分擔原則向其中一個短消息處理系統(tǒng)(例如 向短消息處理系統(tǒng)l)轉(zhuǎn)發(fā)信令。其中，負荷分擔原則可以包括鏈路負載均衡 等機制，也可以通過預先規(guī)定哪些類型的短消息發(fā)送到哪些短消息處理系統(tǒng)。步驟s404,短消息處理系統(tǒng)l的信令接入網(wǎng)關(guān)接收到短消息后，將該短消 息轉(zhuǎn)發(fā)給MSC分包信令檢測處理模塊。步驟s405, MSC分包信令檢測處理模塊進行消息解析，如果是普通消息 則透傳給信令接入網(wǎng)關(guān)，如果是短消息第一個分包消息則觸發(fā)降版本處理機 制，通過信令接入網(wǎng)關(guān)向VMSC發(fā)送版本協(xié)商消息，要求將發(fā)送短消息的版本 由phase2格式降到phase 1格式。步驟s406， VMSC收到版本協(xié)商消息后，釋放先前的會話，即停止以phase2 格式發(fā)送該短消息；而是釆用phasel格式(短消息的幀構(gòu)成格式可以參見ETSI 0902的phasel版本協(xié)議)信令格式發(fā)送該短消息，重新以一個包完成該短消息
的發(fā)送。步驟s407， STP按按照信令負荷分擔原則向其中一個短消息處理系統(tǒng)(短 消息處理系統(tǒng)1或2)轉(zhuǎn)發(fā)信令。步驟s408，收到該短消息的短消息處理系統(tǒng)向目的移動終端轉(zhuǎn)發(fā)該短消 息，該目的移動終端成功接收到該條超過67字節(jié)的短消息。本發(fā)明實施例中，當短消息處理系統(tǒng)檢測到用戶提交超過預設(shè)漢字長度 的短消息時，向發(fā)起TCAP層分包消息的VMSC轉(zhuǎn)發(fā)版本協(xié)商消息，請求VMSC 的短消息處理模塊降到phasel版本，VMSC重新以phasel版本信令以一個包完 成該短消息的提交，確保信令網(wǎng)元負荷分擔的短消息處理系統(tǒng)能正常接收和 轉(zhuǎn)發(fā)手機用戶提交預設(shè)長度漢字或以上長度的短消息。確保這條消息和其他 短于預設(shè)長度漢字的短消息一樣，被STP負荷分擔到某個負荷分擔的短消息處 理系統(tǒng)正常處理，從而確保在兩套獨立短消息處理系統(tǒng)負荷分擔方案下，用 戶能成功發(fā)送任何字節(jié)短消息。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬 件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體 現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若千指令用以使 得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
權(quán)利要求
1、一種信令網(wǎng)元層面負荷分擔的方法，其特征在于，包括以下步驟判斷接收到的包是否為事務(wù)處理能力應(yīng)用部分TCAP對短消息進行分包處理后的第一個包；如果是，向拜訪地移動交換中心VMSC發(fā)送版本協(xié)商消息，使所述VMSC以phase1格式發(fā)送所述短消息。
2、 如權(quán)利要求1所述信令網(wǎng)元層面負荷分擔的方法，其特征在于，所述 VMSC以phasel格式發(fā)送所述短消息之前包括停止采用phase2格式發(fā)送所述短消息。
3、 如權(quán)利要求2所述信令網(wǎng)元層面負荷分擔的方法，其特征在于，所述 TCAP對短消息進行分包處理具體包括判斷短消息的長度是否超過預設(shè)長度，如超過，則將所述短消息按照預 設(shè)長度進行分包發(fā)送。
4、 一種信令網(wǎng)元層面負荷分擔的方法，其特征在于，包括以下步驟 接收到長度超過預設(shè)長度的短消息后，將所述短消息按照預設(shè)長度進行分包發(fā)送；接收到VMSC發(fā)送版本協(xié)商消息后，以phasel格式發(fā)送所述短消息。
5、 如權(quán)利要求4所述信令網(wǎng)元層面負荷分擔的方法，其特征在于，所述 以phasel格式發(fā)送所述短消息具體包括停止采用phase2格式發(fā)送所述短消息； 采用phasel格式對所述短消息進行發(fā)送。
6、 一種信令網(wǎng)元層面負荷分擔的短消息處理系統(tǒng)，包括信令接入網(wǎng)關(guān) 和SMSC服務(wù)器，其特征在于，還包括MSC分包信令檢測處理模塊，與所述信令接入網(wǎng)關(guān)連接，用于從所述信 令接入網(wǎng)關(guān)接收TCAP層分包時，通過所述信令接入網(wǎng)關(guān)向VMSC發(fā)送版本 協(xié)商消息，使所述VMSC以phasel格式發(fā)送所述短消息。
7、 如權(quán)利要求6所述信令網(wǎng)元層面負荷分擔的短消息處理系統(tǒng)，其特征 在于，所述MSC分包信令檢測處理模塊具體包括檢測子模塊，用于檢測接收的消息是否為經(jīng)過TCAP層分包的數(shù)據(jù)； 協(xié)商消息發(fā)送子模塊，與所述檢測子模塊連接，用于檢測到所述分包數(shù)據(jù)后，通過所述信令接入網(wǎng)關(guān)向VMSC發(fā)送版本協(xié)商消息，使所述VMSC以phasel格式發(fā)送所述短消息。
8、 一種信令網(wǎng)元層面負荷分擔的VMSC,其特征在于，包括 phase2版本短消息發(fā)送^f莫塊，用于采用phase2封裝短消息進行發(fā)送； 降低版本消息接收模塊，用于接收版本協(xié)商消息；phasel版本短消息發(fā)送模塊，用于接收到所述版本協(xié)商消息后，采用 phasel封裝短消息進行發(fā)送。
9、 如^5L利要求8所述信令網(wǎng)元層面負荷分擔的VSMC,其特征在于，所 述phase2版本短消息發(fā)送模塊接收到所述版本協(xié)商消息后，停止使用phase2 版本發(fā)送短消息。
10、 如權(quán)利要求8所述信令網(wǎng)元層面負荷分擔的VSMC,其特征在于， 所述phase2版本短消息發(fā)送模塊具體包括長度檢測子模塊，用于檢測接收的短消息是否超過預設(shè)長度； 分包發(fā)送子模塊，與所述長度檢測子模塊連接，用于接收的短消息超過 預設(shè)長度時，對所述短消息進行分包發(fā)送。
全文摘要
本發(fā)明公開了一種信令網(wǎng)元層面負荷分擔的方法，包括以下步驟判斷接收到的包是否為事務(wù)處理能力應(yīng)用部分TCAP對短消息進行分包處理后的第一個包；如果是，向拜訪地移動交換中心VMSC發(fā)送版本協(xié)商消息，使所述VMSC以phase1格式發(fā)送所述短消息。本發(fā)明還公開了一種短消息處理系統(tǒng)和VMSC。本發(fā)明的實施例中，基于信令網(wǎng)元層面的多套獨立短消息處理系統(tǒng)短消息負荷方案，增強了運營商系統(tǒng)的安全性，減少了運營商的冗余建設(shè)。
文檔編號H04W4/12GK101400024SQ20071015188
公開日2009年4月1日 申請日期2007年9月28日 優(yōu)先權(quán)日2007年9月28日
發(fā)明者王春勇 申請人:華為技術(shù)有限公司