專利名稱：一種消息分發(fā)的方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種消息分發(fā)的方法及裝置。
背景技術：
現(xiàn)在移動通信網絡的核心網交換設備(如移動交換中心)的容量都很大，
支持幾百萬甚至上千萬用戶，通常要釆用分布式系統(tǒng)，如圖l所示由一個或 者多個SAU ( Service Access Unit:業(yè)務接入單元)，以及多個SPU ( Service Process Unit:業(yè)務處理單元)組成。在該分布式系統(tǒng)中，由SAU對來自BSC (Base Station Controller:基站控制器)、MSC (Mobile Switch Center:移動交 換中心)或者HLR ( Home Location Register:歸屬位置寄存器)的接入消息進 行分發(fā)。
SAU對消息要進行分發(fā)采用的方式有按各SPU負荷均衡方式分發(fā)，或 者按消息中攜帶的用戶標識分發(fā)。
發(fā)明人在實現(xiàn)現(xiàn)有技術的過程中發(fā)現(xiàn)，現(xiàn)有技術至少存在如下問題現(xiàn)有 技術方案中， 一次呼叫的消息可能會分發(fā)不同SPU處理并建立連接，在后續(xù) 呼叫中產生較多跨SPU的消息交互，從而導致跨SPU的內部消息交互較多， 性能較低；特別是兩個SPU是跨地域情況下，各SPU的版本可能不一致，與 業(yè)務相關的接口息數(shù)目較多，業(yè)務常常要變化，接口的兼容性設計困難。

發(fā)明內容
本發(fā)明實施例的目的在于提供一種消息分發(fā)的方法和裝置，減少跨SPU
的消息交互。
本發(fā)明實施例提供了 一種消息分發(fā)的方法，應用于包含多個業(yè)務處理單元
SPU的分布式系統(tǒng)中，包括
業(yè)務接入單元SAU接收被叫側發(fā)送的消息；
所述SAU確定將所述消息分發(fā)至主叫用戶歸屬的主叫SPU;所述SAU將所述消息轉發(fā)至所述主叫SPU。
本發(fā)明實施例還提供了一種業(yè)務接入單元，應用于包含多個SPU的分布 式系統(tǒng)中，包括
消息接收模塊，用于接收被叫側發(fā)送的消息；
確定才莫塊，用于確定將所述消息分發(fā)至主叫用戶歸屬的主叫SPU;
轉發(fā)模塊，用于將所述消息轉發(fā)至所述主叫SPU。
本發(fā)明實施例還提供了一種業(yè)務處理單元，包括
用戶數(shù)據請求模塊，用于發(fā)送用戶數(shù)據請求至對端SPU;
用戶數(shù)據接收模塊，用于從所述對端SPU接收用戶數(shù)據。
在本發(fā)明實施例中，通過將被叫側的消息轉發(fā)至主叫SPU上，實現(xiàn)主被 叫在同 一個SPU處理，減少3爭SPU的內部消息交互。


圖1為現(xiàn)有技術中分布式系統(tǒng)的結構示意圖； 圖2為本發(fā)明實施例一所提供的方法流程示意圖； 圖3為本發(fā)明實施例二所4是供的方法流程示意圖； 圖4為本發(fā)明實施例提供的SAU結構示意圖； 圖5為本發(fā)明實施例提供的SPU結構示意圖； 圖6為本發(fā)明實施例提供的系統(tǒng)示意圖。
具體實施例方式
下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清 楚、完整的描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不 是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng) 造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。在現(xiàn)有技術方案中，由于被叫接入消息可能會分發(fā)到與主叫方不同SPU處
理并建立連接，在后續(xù)呼叫中產生較多跨SPU的消息交互，從而導致跨SPU的 內部消息交互較多，性能較低；特別是兩個SPU是跨地域情況下，各SPU的版
本可能不一致，與業(yè)務相關的接口消息數(shù)目較多，業(yè)務常常要變化，接口的兼 容性設計困難。
本發(fā)明實施例提供一種消息分發(fā)的方法，由主叫方先選擇一個SPU建立連 接，并將被叫的連接也建立在該SPU上；該方法可以包括 SAU接收被叫側發(fā)送的消息； SAU確定將消息分發(fā)至主叫用戶歸屬的主叫SPU; SAU將消息轉發(fā)至主叫SPU。
具體釆用的實現(xiàn)方法可以是尋呼被叫用戶前，可以在被叫的VLR( Visitor Location Register:拜訪位置寄存器)中保存主叫用戶連接所在SPU的節(jié)點號； 在尋呼;故叫用戶時，可以先獲取;^皮叫用戶的用戶凝:據；；陂叫用戶尋呼響應后， 先確定主叫所在的SPU后，再分發(fā)或轉發(fā)到主叫用戶所在的SPU并建立連接。 VLR通常與MSC合設，作為 一個SPU內的部件。
本發(fā)明實施例一以CDMA ( Code Division Multiple Access:碼分多址)系 統(tǒng)為例，可以利用原A接口協(xié)議提供的擴展信元，在發(fā)送至被叫用戶的尋呼消 息中攜帶協(xié)議上規(guī)定的TAG (即標記)信元，其內容長度為4個字節(jié)；根據協(xié) 議的要求，BSC將返回該TAG信元的信息，可以通過在TAG信元中帶有主叫用 戶所在SPU節(jié)點信息，比如SPU的節(jié)點號，則尋呼響應消息就可以分發(fā)到該SPU 上。具體實現(xiàn)如圖2所示
步驟201:主叫用戶終端發(fā)起呼叫后，BSC將始呼業(yè)務請求消息發(fā)送到 SAU。
需要說明的是，本發(fā)明實施例中SAU收到的始呼業(yè)務請求消息可以不局限 于是BSC發(fā)送的，也可以是來自其他網絡的入局呼叫，如PSTN網絡。
步驟202: SAU收到始呼業(yè)務請求消息后，根據其中攜帶的主叫用戶標識 將始呼業(yè)務請求消息分發(fā)到主叫用戶數(shù)據所在的SPU1處理。
在CDMA網絡，主叫用戶標識可以為IMSI (International Mobile SubscriberIdentity:國際移動用戶標識)。
步驟203:主叫處理后(包括對始呼業(yè)務請求消息分析并對主叫用戶進行 鑒權等相關處理)，需要到被叫用戶所在HLR中取被叫用戶的位置信息，發(fā)送 的取位置請求消息即LOCATION REQUEST經SAU發(fā)送到HLR，其中攜帶有 TCAP對話號，TCAP對話號中包含SPU1的節(jié)點信息，比如SPU1的節(jié)點號。
步驟204: HLR接收取位置請求消息，發(fā)送取路由請求消息，由于HLR保 存有被叫用戶歸屬的MSC號，則取路由請求消息發(fā)送到SAU后，其中取路由請 求消息中攜帶有MSC號，SAU按MSC號將該取路由請求消息分發(fā)到被叫用戶 歸屬的SPU2上。
步驟205: SPU2為本次呼叫的被叫用戶分配漫游號碼，該漫游號碼含有 SPU2的節(jié)點信息(因為漫游號碼的前綴是SPU2特有的)，并由SPU2發(fā)送取路 由響應消息，該取路由響應消息攜帶有該漫游號碼，經SAU發(fā)送到HLR。
步驟206: HLR發(fā)送取位置響應消息至SAU，該取位置響應消息帶有步驟 205的漫游號碼，SAU按取位置響應消息中的TCAP對話號，將該取位置響應消 息分發(fā)到SPU1上。
在該步驟中，通過在取位置響應消息中攜帶TCAP對話號，則SAU根據 TCAP對話號中的主叫SPU節(jié)點信息即SPU1節(jié)點信息確定將取位置響應消息 消息分發(fā)至SPU1。
步驟207: SPU1分析漫游號碼，確定被叫用戶的用戶數(shù)據在SPU2上，發(fā) 送取被叫數(shù)據消息到SPU2 (其中設置有VLR)，獲取被叫用戶的用戶數(shù)據， 并可以在SPU2加上標記，可以包括標識該用戶正在做^皮叫的標記和主叫連接 所在節(jié)點號等信息。
步驟208: SPU2將被叫用戶的用戶數(shù)據發(fā)送至SPU1;
步驟209: SPU1對被叫用戶進行尋呼，尋呼消息中攜帶的TAG信元，該TAG 信元中包含SPU1的節(jié)點信息，比如SPU1的節(jié)點號；該尋呼消息經SAU發(fā)送至 BSC，由BSC完成尋呼處理；
步驟210: -陂叫用戶終端收到尋呼消息后，返回尋呼響應消息，該尋呼響 應消息從BSC發(fā)送至SAU,并攜帶SPU1發(fā)送的上述TAG信元；SAU按TAG信元分發(fā)尋呼響應消息至主叫連接所在的SPU1上；
在該步驟中，尋呼響應消息中攜帶TAG信元，TAG信元中包括主叫SPU
節(jié)點信息即SPU1的節(jié)點信息；則SAU根據SPU1節(jié)點信息確定將尋呼響應
消息分發(fā)至SPU1。
步驟211: SPU1收到尋呼響應消息，建立被叫側連接；則主叫用戶和被叫 用戶的連接建立在同一個SPU上。SPU1經SAU向BSC發(fā)送連接證實消息，連接 證實消息中可以攜帶SPU1分配的SCCP協(xié)議的連接本地參考號。
這樣，后續(xù)BSC發(fā)來的消息中攜帶上述連接本地參考號，從而SAU只會將 這些消息發(fā)送至SPU1。
在呼叫結束后，SPU1通知SPU2清除對被叫用戶的用戶數(shù)據所做的標記。
該實施例以局內的呼叫處理為例，對于他局入局的呼叫，入局消息也同樣 可以適用；另外，本實施例以一個BSC和SAU的情況為例，對多個SAU和多個 BSC也是適用的，因為SAU的分發(fā)所需的信息都攜帶在消息中，即使消息從另 一個SAU接入或者尋呼響應消息從另一個BSC返回，處理也類似的可以轉發(fā)到 相應的SPU上。
本發(fā)明實施例二以GSM ( Global System for Mobile communication:歐洲制 式的第二代移動通信系統(tǒng))系統(tǒng)為例，尋呼被叫用戶前在被叫的VLR中保存主 叫用戶連接所在SPU的節(jié)點號；在尋呼被叫用戶時，可以先獲取被叫用戶的用 戶數(shù)據；；故叫用戶尋呼響應后，首先分發(fā)到被叫用戶所在SPU，待查詢到主叫 所在的SPU后，再轉發(fā)到主叫用戶所在的SPU并建立連接。具體實現(xiàn)如圖3所 示
步驟301:主叫用戶終端發(fā)起呼叫后，BSC將始呼業(yè)務請求消息發(fā)送到 SAU。
需要說明的是，本發(fā)明實施例中SAU收到的始呼業(yè)務請求消息可以不局限 于是BSC發(fā)送的，也可以是來自其他網絡的入局呼叫，如PSTN網絡。
步驟302: SAU收到始呼業(yè)務請求消息后，根據其中攜帶的主叫用戶標識 將始呼業(yè)務請求消息分發(fā)到主叫用戶數(shù)據所在的SPU1處理。在GSM網絡，主叫用戶標識可以為TMSI ( Temporary Mobile Subscriber Identity:臨時移動用戶標識)。
步驟303:主叫處理后，需要到被叫用戶所在HLR中取被叫用戶的位置信 息，取位置請求消息經SAU發(fā)送到HLR,其中攜帶有TCAP對話號，TCAP對話 號中包含SPU1的節(jié)點信息，比如SPU1的節(jié)點號。
步驟304: HLR接收取位置請求消息，發(fā)送取路由請求消息，由于HLR保 存有被叫用戶歸屬的MSC號，則取路由請求消息發(fā)送到SAU后，其中取路由請 求消息中攜帶有MSC號，SAU按MSC號將該取路由請求消息分發(fā)到被叫用戶 歸屬的SPU2上。
步驟305: SPU2分配漫游號碼，該漫游號碼含有SPU2的節(jié)點信息，因為 漫游號碼的前綴是SPU2特有的，并由SPU2發(fā)送取路由響應消息攜帶有該漫游 號碼，該取路由響應消息經SAU發(fā)送到HLR。
步驟306: HLR發(fā)送取位置響應消息至SAU，該取位置響應消息帶有步驟 305的漫游號碼，SAU按取位置響應消息中的TCAP對話號，將該取位置響應消 息分發(fā)到SPU1上。
在該步驟中，通過在取位置響應消息中攜帶TCAP對話號，貝'JSAU根據 TCAP對話號中的主叫SPU節(jié)點信息即SPU1節(jié)點信息確定將取位置響應消息 消息分發(fā)至SPU1。
步驟307: SPU1分析漫游號碼，確定被叫用戶的用戶數(shù)據在SPU2上，發(fā) 送取被叫數(shù)據消息到SPU2，獲取被叫用戶的用戶數(shù)據，并可以在SPU2加上標 記，可以包括標識該用戶正在估丈被叫的標記和主叫連^^所在節(jié)點號等信息。
步驟308: SPU2將被叫用戶的用戶數(shù)據發(fā)送至SPU1 。
步驟309: SPU1對被叫用戶進行尋呼，該尋呼消息經SAU發(fā)送至BSC,由 BSC完成尋呼處理。
步驟310:被叫用戶終端收到尋呼消息后，返回尋呼響應消息，該尋呼響 應消息從BSC發(fā)送至SAU; SAU按被叫用戶的用戶標識分發(fā)尋呼響應消息至 SPU2上；在GSM網絡，；故叫用戶的用戶標識可以為TMSI。
步驟311, SPU2按被叫用戶的用戶標識查詢得到主叫SPU信息，比如查詢后獲得主叫連接所在節(jié)點為SPU1，則SPU2將尋呼響應消息轉發(fā)到SPU1，在 SPU2不建立連接。
步驟312: SPU1收到尋呼響應消息，建立被叫側連接；則主叫用戶和被叫 用戶的連接建立在同一個SPU上。SPU1經SAU向BSC發(fā)送連接證實消息，連接 證實消息中可以攜帶SPU1分配的SCCP協(xié)議的連接本地參考號。
步驟313:后續(xù)BSC發(fā)來的消息中攜帶上述連接本地參考號，從而SAU只 會將這些消息發(fā)送至SPU1 。
對GSM或者WCDMA ( Wideband Code Division Multiple Access:寬帶碼分 多址)網絡，考慮到以后主叫用戶和被叫用戶可能經常會通話，可以把主叫用 戶和被叫用戶的用戶數(shù)據遷移到同一個SPU上，由SPUl對BSC發(fā)起一次TMSI 的重分配流程，并對HLR發(fā)位置更新流程，實現(xiàn)將被叫用戶的用戶數(shù)據從SPU2 轉移到SPU1，方便以后可能發(fā)生的呼叫連接的建立，則后續(xù)被叫側的消息可 以直接由S AU轉發(fā)給SPU 1 。
步驟314:獲取被叫用戶的用戶數(shù)據后，SPU1與BSC交互，執(zhí)行TMSI重分 配流程，這樣該被叫用戶后續(xù)可以^^用SPU1分配的TMSI作為用戶標識；
步驟315: SPU1與HLR交互，執(zhí)行跨局位置更新流程；經過上述處理，HLR 獲知該被叫用戶已注冊到新的節(jié)點即SPU1上；HLR向被叫用戶原歸屬節(jié)點即 SPU2發(fā)送取消位置消息，取消被叫用戶在SPU2的用戶數(shù)據；
上述步驟314和步驟315是可選的。
在呼叫結束后，SPU1通知SPU2清除對被叫用戶的用戶數(shù)據所做的標記。 該實施例以局內的呼叫處理為例，對于他局入局的呼叫，入局消息也同樣 可以適用；另外，本實施例以一個BSC和SAU的情況為例，對多個SAU和多個 BSC也是適用的，因為SAU的分發(fā)所需的信息都攜帶在消息中，即使消息從另 一個SAU接入或者尋呼響應消息從另一個BSC返回，處理也類似的可以轉發(fā)到 相應的SPU上。本發(fā)明上述實施例，通過將主叫用戶和被叫用戶的消息放在一個SPU節(jié)點
進行處理，減少節(jié)點間交互消息，提高性能；在節(jié)點跨地域時，并且各個節(jié)點 的版本不同時，通過減少節(jié)點間內部交互消息，降低了接口兼容性設計的難度。
上述實施例中是將主叫用戶和被叫用戶的消息放在一個SPU節(jié)點進行處 理；該方法還可以應用到MSC服務器池的網絡架構，在該架構中，各個業(yè)務處 理節(jié)點是完整的MSC服務器局點，信令接入節(jié)點是4某體網關。
上述實施例中的消息分發(fā)處理流程，例如對GSM系統(tǒng)，執(zhí)行步驟301到步 驟313，即實現(xiàn)把被叫連接建立到主叫用戶所在的MSC服務器；可選地，再執(zhí) 行步聚314和315，進4亍TMSI重分配，可以把主叫用戶和凈皮叫用戶的用戶數(shù)據 遷移到同一個MSC服務器上。
本發(fā)明實施例還公開了 一種業(yè)務接入單元SAU，如圖4所示，該SAU 400 可以包括
消息接收模塊402，用于接收被叫側發(fā)送的消息；
確定模塊404,用于確定將所述消息分發(fā)至主叫用戶歸屬的主叫SPU;
轉發(fā)模塊406，用于將上述消息轉發(fā)至主叫SPU。
其中的確定模塊404可以根據消息中的TCAP對話號或者消息中的主叫 SPU分配的連接本地參考號或者消息中的TAG信元確定將該消息分發(fā)至主 叫SPU。
本發(fā)明實施例還^^開了一種業(yè)務處理單元SPU,如圖5所示，該SPU500 可以包括
用戶數(shù)據請求模塊502，用于發(fā)送用戶數(shù)據請求至對端SPU; 用戶數(shù)據接收模塊504,用于從對端SPU接收用戶數(shù)據。 該SPU 500還可以包括TMSI分配模塊，用于為用戶分配TMSI。 也可以進一步包括位置更新發(fā)起模塊，用于向HLR發(fā)起跨局點位置更新 流程。本發(fā)明實施例還公開了一種消息分發(fā)的系統(tǒng)，如圖6所示，該系統(tǒng)可以包 括業(yè)務接入單元SAU和業(yè)務處理單元SPU,該SPU為主叫用戶歸屬的SPU; 其中，SAU用于接收被叫側發(fā)送的消息，并確定將所述消息分發(fā)至該SPU; 該SPU用于從SAU接收上述消息。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明 可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；?于這樣的理解，本發(fā)明的技術方案可以以軟件產品的形式體現(xiàn)出來，該軟件產 品可以存儲在一個非易失性存儲介質(可以是CD-ROM, U盤，移動硬盤等) 中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或 者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通 技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾， 這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1、一種消息分發(fā)的方法，應用于包含多個業(yè)務處理單元SPU的分布式系統(tǒng)中，其特征在于，所述方法包括業(yè)務接入單元SAU接收被叫側發(fā)送的消息；所述SAU確定將所述消息分發(fā)至主叫用戶歸屬的主叫SPU；所述SAU將所述消息轉發(fā)至所述主叫SPU。
2、 根據權利要求1所述的方法，其特征在于，所述方法還包括 所述主叫SPU發(fā)送用戶數(shù)據請求至所述被叫用戶歸屬的被叫SPU; 所述主叫SPU從所述被叫SPU接收被叫用戶的用戶數(shù)據。
3、 根據權利要求1所述的方法，其特征在于，當所述消息中攜帶TCAP 對話號，所述TCAP對話號中包括主叫SPU節(jié)點信息時；所述SAU根據所述 主叫SPU節(jié)點信息確定將所述消息分發(fā)至主叫SPU。
4、 根據權利要求1所述的方法，其特征在于，當所述消息中攜帶主叫SPU 分配的SCCP協(xié)議的連接本地參考號時；所述SAU根據所述連接本地參考號 確定將所述消息分發(fā)至主叫SPU。
5、 根據權利要求1所述的方法，其特征在于，所述方法應用于CDMA系 統(tǒng)中，當所述消息中攜帶TAG信元時，所述TAG信元中包括主叫SPU節(jié)點 信息；所述SAU根據所述主叫SPU節(jié)點信息確定將所述消息分發(fā)至主叫SPU。
6、 根據權利要求1所述的方法，其特征在于，所述方法應用于GSM或 者WCDMA系統(tǒng)中，所述消息為尋呼響應消息，所述SAU將所述消息轉發(fā)至 所述主叫SPU包括所述SAU將所述消息分發(fā)至被叫用戶歸屬的被叫SPU; 所述被叫SPU獲取主叫SPU信息，根據所述主叫SPU信息將所述消息轉 發(fā)至所述主叫SPU。
7、 根據權利要求1所述的方法，其特征在于，所述方法應用于GSM或 者WCDMA系統(tǒng)中，所述方法還包括所述主叫SPU為所述4皮叫用戶重新分配TMSI。
8、 根據權利要求7所述的方法，其特征在于，所述方法應用于GSM或者WCDMA系統(tǒng)中，所述方法還包括所述主叫SPU向HLR發(fā)起跨局點位置更新流程；所述HLR取消所述被叫用戶在所述被叫SPU上的用戶數(shù)據。
9、 一種業(yè)務接入單元，應用于包含多個SPU的分布式系統(tǒng)中，其特征在 于，所述業(yè)務接入單元SAU包括消息接收模塊，用于接收被叫側發(fā)送的消息；確定才莫塊，用于確定將所述消息分發(fā)至主叫用戶歸屬的主叫SPU;轉發(fā)模塊，用于將所述消息轉發(fā)至所述主叫SPU。
10、 根據權利要求9所述的業(yè)務接入單元，其特征在于，所述確定模塊根 據所述消息中的TCAP對話號或者所述消息中的主叫SPU分配的連接本地 參考號或者所述消息中的TAG信元確定將所述消息分發(fā)至所述主叫SPU。
11、 一種業(yè)務處理單元，其特征在于，所述業(yè)務處理單元SPU包括 用戶數(shù)據請求模塊，用于發(fā)送用戶數(shù)據請求至對端SPU;用戶數(shù)據接收模塊，用于從所述對端SPU接收用戶數(shù)據。
12、 根據權利要求11所述的業(yè)務處理單元，其特征在于，所述SPU還包括TMSI分配模塊，用于為用戶分配TMSI。
13、 根據權利要求11所述的業(yè)務處理單元，其特征在于，所述SPU還包括位置更新發(fā)起模塊，用于向HLR發(fā)起跨局點位置更新流程。
全文摘要
本發(fā)明實施例公開了一種消息分發(fā)的方法，應用于包含多個業(yè)務處理單元SPU的分布式系統(tǒng)中，所述方法包括業(yè)務接入單元SAU接收被叫側發(fā)送的消息；所述SAU確定將所述消息分發(fā)至主叫用戶歸屬的主叫SPU；所述SAU將所述消息轉發(fā)至所述主叫SPU。通過本發(fā)明實施例提供的方法，可以實現(xiàn)主叫方和被叫方的消息在同一SPU上處理，減少跨SPU的消息交互。另外，本發(fā)明實施例還提供了一種業(yè)務接入單元和業(yè)務處理單元。
文檔編號H04W8/02GK101409870SQ20081021719
公開日2009年4月15日 申請日期2008年11月6日 優(yōu)先權日2008年11月6日
發(fā)明者葉思海, 吳世軍, 夏泉源, 浩 張, 徐日東, 侖 練, 黃天振 申請人:華為技術有限公司