專利名稱：一種業(yè)務控制點負荷分擔方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，更確切地說是涉及一種業(yè)務控制點負荷分擔方法及裝置。
背景技術：
隨著七號信令系統(tǒng)中2M信令鏈路的出現(xiàn)，單個信令點間信令鏈路容量較之以前64k信令鏈路有較大提升。由于單套業(yè)務控制點SCP(Service ControlPoint)處理能力比較低，為了滿足需求，往往多個SCP組成一個SCP集群共享同一個信令點，智能網(wǎng)業(yè)務分布在SCP群集中的各個SCP內。業(yè)務交換點SSP(Service Switch Point)或其他實體例如歸屬位置寄存器HLR上報的智能業(yè)務請求在SCP群集內的多個SCP之間實現(xiàn)負荷分擔。采用SCP群集技術，可以集合多套小容量SCP來實現(xiàn)大容量SCP功能。
在智能業(yè)務中，SCP不僅與SSP交互，而且還可能與智能外設IP(IntelligentPeripherals)進行交互。IP可能集成于SSP中，也可能獨立于SSP，獨立于SSP而單獨成為一個設備的IP我們稱為獨立IP。以智能網(wǎng)應用規(guī)程INAP(IntelligentNetwork Application Protocol)智能網(wǎng)協(xié)議為例，在一個智能呼叫處理過程中，SCP往往即與SSP交互，也與IP交互。如果IP設備是獨立IP，則一個智能呼叫中將包含多個事務處理能力應用部份TCAP(Transaction Capabilities ApplicationPart)對話。CAMEL應用部分CAP(CAP-CAMEL Application Party，移動網(wǎng)絡增強邏輯客戶化應用CAMEL-Customized Applications for Mobile networkEnhanced Logic)智能網(wǎng)電路域協(xié)議與INAP協(xié)議情況類似，而在CAP智能網(wǎng)分組域協(xié)議以及碼分多址CDMA(Code Division Multiple Access)無線智能網(wǎng)WIN(Wireless Intelligent Network)協(xié)議中一個智能呼叫往往包含更多的TCAP對話。
由于No.7信令接入裝置按負荷分擔方式分發(fā)TCAP消息到各個信令接入單元SCU(Signaling Access Unit)，有可能出現(xiàn)屬于同一個呼叫的不同TCAP消息被No.7信令接入裝置分發(fā)到不同的SCP設備上。因此，SCP實現(xiàn)負荷分擔前必須解決一個呼叫中包含多個對話消息的問題。
現(xiàn)有SCP負荷分擔方案系統(tǒng)結構如圖1所示群集內所有SCP共用同一個信令點地址。由于多個SCP共用同一個信令點，SSP和IP將整個SCP群集看成是一個大容量的SCP，所有的SCP都相互建立通信連接。No.7信令接入裝置將信令鏈路上傳的TCAP對話消息在SCP群集內所有SCP之間均勻或按比例地或其他負荷分擔策略分發(fā)。
以INAP為例，假如SSP觸發(fā)了一個智能呼叫到1號SCP，1號SCP在呼叫處理過程中指示SSP將呼叫接續(xù)到IP以便其與呼叫方進行用戶交互，IP與SSP之間建立連接后，IP設備會向SCP群集發(fā)起一個新的TCAP對話，由于No.7信令接入裝置按負荷方法分發(fā)TCAP消息，因此，IP設備向SCP群集發(fā)起的這個新的TCAP對話可能被No.7信令接入裝置分發(fā)到該SCP群集內其他SCP(例如2號SCP)上。由于SSP觸發(fā)的智能呼叫在1號SCP處理，而IP發(fā)起的TCAP對話消息上報到2號SCP，則1號SCP和2號SCP都無法正確處理該呼叫。
為解決一個呼叫包含多個對話消息問題。集群內的所有SCP實現(xiàn)相互連接并建立消息轉發(fā)通道。如果某個SCP收到其不能處理的消息，則該SCP需要將收到的TCAP對話消息轉發(fā)給目的SCP。本例中2號SCP根據(jù)收到的IP上報的TCAP對話消息中“輔助請求指令”操作攜帶的“相關標識”來確定是否應該由自己處理，并進一步根據(jù)相關標識判斷該消息應該由1號SCP處理，則將從IP收到TCAP消息轉發(fā)給1號SCP，1號SCP收到2號SCP轉發(fā)過來的TCAP消息后，1號SCP通過2號SCP中轉與IP設備建立通信通路，此后1號SCP與IP設備之間的所有消息都通過2號SCP來轉發(fā)，2號SCP充當了1號SCP和IP設備之間的中轉設備，其具體的信令處理流程如圖2所示。
現(xiàn)有技術方案中，所有SCP之間相互建立通信連接，建立消息轉發(fā)通道，這個SCP群集構成了一個網(wǎng)狀結構，組網(wǎng)復雜且維護困難；因為要實現(xiàn)SCP之間網(wǎng)狀互連以及TCAP消息轉發(fā)，SCP軟件的復雜度增加，也增加了SCP出故障的概率；每套SCP不僅需要處理SSP的呼叫請求，而且還需要相互擔當其他SCP與IP之間TCAP消息轉發(fā)中轉設備，消耗系統(tǒng)大量的處理性能，降低了每套SCP的呼叫處理能力。

發(fā)明內容
本發(fā)明提供一種業(yè)務控制點負荷分擔方法及裝置，以解決現(xiàn)技術中SCP群集組網(wǎng)結構復雜和處理效率低的問題。
本發(fā)明提供以下技術方案一種業(yè)務控制點負荷分擔方法，包括如下步驟A、業(yè)務交換點發(fā)起呼叫請求；B、No.7信令接入裝置將該呼叫請求對應的對話消息進行緩存；C、No.7信令接入裝置確定該對話消息的目的業(yè)務控制點，并將該對話消息發(fā)送至目的業(yè)務控制點。
所述步驟A進一步包括業(yè)務交換點發(fā)起呼叫請求將呼叫觸發(fā)至業(yè)務控制點，業(yè)務控制點在處理呼叫的過程中向業(yè)務交換點或者通過業(yè)務交換點向智能外設下發(fā)自身業(yè)務控制點標識，在業(yè)務交換點或智能外設該呼叫對應的對話消息中攜帶該業(yè)務控制點標識。
所述步驟A進一步包括業(yè)務控制點在處理呼叫的過程中向業(yè)務交換點下發(fā)建立臨時連接指令，在該指令相關標識參數(shù)中填上自身的標識信息；業(yè)務交換點收到業(yè)務控制點下發(fā)的建立臨時連接指令后，將呼叫接續(xù)到智能外設，并將建立臨時連接指令相關標識參數(shù)透傳給智能外設，智能外設在與業(yè)務交換點建立連接后向業(yè)務控制點發(fā)起新的TCAP對話消息，該對話消息中攜帶相關標識參數(shù)以確定其對應的目的業(yè)務控制點。
所述步驟C進一步包括No.7信令接入裝置將對話消息轉發(fā)至業(yè)務控制點，接收的業(yè)務控制點依據(jù)該消息所攜帶的業(yè)務控制點標識信息判斷不應該由自己處理該對話消息時，向No.7信令接入裝置發(fā)送攜帶該業(yè)務控制點標識的對話結束消息結束當前對話；No.7信令接入裝置依據(jù)對話結束消息中的目的業(yè)務控制點標識將緩存的對話消息發(fā)送至該目的業(yè)務控制點。
所述步驟C進一步包括No.7信令接入裝置依據(jù)對話消息中攜帶的業(yè)務控制點標識，將該對話消息直接發(fā)送至該目的業(yè)務控制點。
所述步驟A進一步包括業(yè)務交換點發(fā)起呼叫請求將呼叫經(jīng)由No.7信令接入裝置觸發(fā)至業(yè)務控制點，No.7信令接入裝置建立呼叫唯一標識與該業(yè)務控制點標識的對應關系表；步驟C進一步包括No.7信令接入裝置依據(jù)對話消息中攜帶的呼叫唯一標識查找呼叫唯一標識與業(yè)務控制點標識的對應關系表確定該對話消息對應的業(yè)務控制點，將所述對話消息轉發(fā)至該目的業(yè)務控制點。
No.7信令接入裝置將呼叫請求對應的對話消息進行緩存后將其發(fā)送至業(yè)務控制點，步驟C進一步包括判斷該對話消息是否呼叫流程中的第一條消息，如果是，將其進行呼叫處理，并建立呼叫唯一標識與該業(yè)務控制點標識的對應關系。
步驟C進一步包括如果該對話消息不是呼叫流程中的第一消息，則業(yè)務控制點依據(jù)該對話消息的呼叫唯一標識判斷該消息不應由自己處理時，向No.7信令接入裝置下發(fā)對話結束消息，該消息中攜帶呼叫唯一標識，No.7信令接入裝置根據(jù)對話結束消息中攜帶的呼叫唯一標識通過所述呼叫標識與業(yè)務控制點對應關系表確定該呼叫的目的業(yè)務控制點后，將對話消息轉發(fā)至目的業(yè)務控制點。
所述步驟C進一步包括如果該對話消息不是呼叫流程中的第一消息，No.7信令接入裝置依據(jù)對話消息確定其對應的呼叫唯一標識，再依據(jù)所述呼叫唯一標識與業(yè)務控制點標識的對應關系確定該對話消息目的業(yè)務控制點，并將該對話消息發(fā)送到目的業(yè)務控制點。
一種No.7信令接入裝置，包括注冊模塊、回退模塊及緩存模塊，其中注冊模塊用于接受SCP發(fā)送的呼叫請求，根據(jù)請求中攜帶的呼叫唯一標識建立呼叫唯一標識同SCP標識的對應關系，并將呼叫對話消息緩存至緩存模塊；回退模塊用于依據(jù)SCP發(fā)送的回退請求中攜帶的參數(shù)同緩存模塊交互將緩存的消息重定向到目的SCP；緩存模塊用于緩存對話消息。
一種No.7信令接入裝置，包括接收模塊、緩存模塊、解析模塊及發(fā)送模塊，其中接收模塊用于接收外部發(fā)送的呼叫對話消息，與緩存模塊交互將其緩存；解析模塊用于解析該呼叫對話消息與SCP的對應關系，確定其目的SCP，并將其轉發(fā)至發(fā)送模塊；發(fā)送模塊用于呼叫對話消息發(fā)送至目的SCP；緩存模塊用于緩存呼叫對話消息。
一種業(yè)務控制點裝置，包括請求回退模塊及請求注冊模塊，其中，請求注冊模塊用于向No.7信令接入裝置發(fā)送呼叫注冊請求，指示No.7信令接入裝置建立呼叫唯一標識與SCP標識的對應關系；請求回退模塊用于當SCP發(fā)現(xiàn)現(xiàn)有呼叫消息不應該由自己處理時，指示No.7信令接入裝置將緩存的消息重定向到目的SCP。
一種業(yè)務控制點接入裝置，包括SCP接口模塊、中央控制模塊、負荷分擔模塊、No.7信令收發(fā)模塊，其中No.7信令收發(fā)模塊用于接收來自No.7信令接入裝置的上行消息并將其轉發(fā)至中央控制模塊，依據(jù)上行消息解碼出其對應的路由信息，將從SCP收到的下行信令消息轉發(fā)給No.7信令接入裝置；負荷分擔模塊用于提供SCP負荷分發(fā)策略；SCP接口模塊用于與SCP及中央控制模塊交互，將SCP發(fā)送的消息轉發(fā)至中央控制模塊及將中央控制模塊發(fā)送的消息轉發(fā)至SCP；中央控制模塊與SCP接口模塊、負荷分擔模塊、No.7信令收發(fā)模塊相連用于進行模塊間消息轉發(fā)，接受并執(zhí)行負荷分擔策略。
在本發(fā)明中群集的SCP各自獨立，不需要相互連接構成一個網(wǎng)狀結構，簡化了SCP群集組網(wǎng)結構；SCP軟件簡化，提升了SCP可用性；每個SCP只需要負責呼叫處理即可，不必進行TCAP消息的中轉，提高SCP群集的處理效率，降低SCP群集的網(wǎng)絡復雜程度。


圖1為現(xiàn)有技術的智能業(yè)務系統(tǒng)組網(wǎng)示意圖；圖2為現(xiàn)有技術呼叫處理流程圖；圖3為本發(fā)明所述智能業(yè)務系統(tǒng)組網(wǎng)示意圖；圖4為本發(fā)明的No.7信令接入裝置的結構示意圖；圖5為本發(fā)明的SCP結構示意圖；圖6為本發(fā)明的另一種No.7信令接入裝置的結構示意圖；圖7為本發(fā)明呼叫處理方法流程示意圖；圖8為本發(fā)明另一呼叫處理方法流程示意圖；
圖9為本發(fā)明另一種SCP接入裝置示意圖。
具體實施例方式
本發(fā)明的系統(tǒng)結構如圖3所示，各SCP之間沒有通信連接和消息接口。各個SCP相互獨立但共用同一個信令點，多個SCP構成一個SCP群集，在SSP或IP看來只有一套SCP。No.7信令接入裝置按負荷分擔算法均勻或按比例或其他負荷分擔策略(例如按SCP系統(tǒng)處理能力)將收到的TCAP消息轉發(fā)給各個SCP。
本發(fā)明提供的第一種No.7信令接入裝置可以緩存對話消息，No.7信令接入裝置與SCP之間增加消息回退接口和呼叫注冊接口，No.7信令接入裝置根據(jù)呼叫注冊接口中攜帶的參數(shù)建立呼叫唯一標識與SCP標識的對應關系，No.7信令接入裝置根據(jù)消息回退接口中攜帶的參數(shù)將緩存的消息重定向到目的SCP。相應的本發(fā)明的SCP上增加No.7信令接入裝置與SCP之間的消息回退接口和呼叫注冊接口，通過呼叫注冊接口，可以指示No.7信令接入裝置建立呼叫唯一標識與SCP標識的對應關系，對于不應該由自己處理的消息，可以主動釋放掉當前處理的對話消息并通過消息回退接口指示No.7信令接入裝置將緩存的消息重定向到目的SCP。
本發(fā)明提供的該No.7信令接入裝置除了可以按負荷分擔算法均勻或按比例或其他負荷分擔策略(例如按SCP系統(tǒng)處理能力)將收到的TCAP消息轉發(fā)給各個SCP外，還包括注冊模塊、回退模塊及緩存模塊，如圖4所示。其中，注冊模塊用于接受SCP發(fā)送的呼叫請求，根據(jù)請求中攜帶的呼叫唯一標識建立呼叫唯一標識同SCP標識的對應關系，并將呼叫對話消息緩存至緩存裝置，回退模塊用于依據(jù)SCP發(fā)送的回退請求中攜帶的參數(shù)(可以是呼叫唯一標識或者是目的SCP標識)同緩存模塊交互將緩存的消息重定向到目的SCP。
相應的，本發(fā)明提供的該SCP包括請求回退模塊及請求注冊模塊，請求注冊模塊用于向No.7信令接入裝置發(fā)送呼叫請求，指示No.7信令接入裝置建立呼叫唯一標識與SCP標識的對應關系，當SCP發(fā)現(xiàn)現(xiàn)有呼叫消息不應該由自己處理時，釋放當前處理的對話消息并通過請求回退模塊指示No.7信令接入裝置將緩存的消息重定向到目的SCP。
本發(fā)明提供第二種No.7信令接入裝置，包括接收模塊、緩存模塊、解析模塊及發(fā)送模塊。其中，接收模塊用于接收外部(可以是IP設備或者SCP)發(fā)送的呼叫消息，將其緩存，并由解析模塊解析出呼叫消息與SCP的對應關系，確定其目的SCP，由發(fā)送模塊將該呼叫消息發(fā)送至目的SCP。
如圖7所示，作為第一實施例，仍然以INAP為例，假定SSP觸發(fā)呼叫到1號SCP，1號SCP在呼叫處理過程中向SSP下發(fā)“建立臨時連接”，指示SSP將呼叫接續(xù)到IP設備，SCP在下發(fā)的“建立臨時連接”操作參數(shù)“相關標識”中填寫上自身標識信息，SSP在收到SCP下發(fā)“建立臨時連接”操作后，會將呼叫接續(xù)到IP設備，并將“建立臨時連接”操作參數(shù)“相關標識”透傳給IP設備，IP設備在與SSP建立連接后向SCP發(fā)起新的TCAP對話消息，其中攜帶“輔助請求指令”操作；No.7信令接入裝置在收到IP發(fā)起的TCAP消息后先將其緩存起來后將收到的TCAP消息向SCP轉發(fā)。假定NO.7信令接入裝置將從IP設備收到的TCAP消息分發(fā)給了2號SCP，2號SCP從收到的“輔助請求指令”中解碼出“相關標識”參數(shù)，并進一步從“相關標識”解析出SCP標識信息，由于“相關標識”中包含的SCP標識信息為1號SCP，2號SCP發(fā)現(xiàn)不應該由自己處理，2號SCP向No.7信令接入裝置發(fā)送對話結束消息結束當前對話，并在對話結束信息中攜帶從“相關標識”中解碼處理的SCP1標識信息。No.7信令接入裝置從對話結束消息中獲取該對話消息的目的SCP1標識，然后將緩存的TCAP消息重定向到1號SCP。1號SCP收到No.7信令接入裝置上報的TCAP消息，經(jīng)過解碼分析后確認該消息應該由自己處理，然后建立與IP設備的TCAP對話。
以上處理過程雖然以INAP為例，但也完全適用于CAP等其他協(xié)議。
作為本發(fā)明的第二實施例，其處理流程如圖8所示。以CDMA智能網(wǎng)WIN協(xié)議為例，既使SCP不與IP設備交互，一個呼叫中SCP與SSP之間也存在多個TCAP對話。在本實施例中No.7信令接入裝置緩存每一條新TCAP對話消息并將消息轉發(fā)給SCP，SCP在收到一個新的TCAP消息后判斷該消息是否是一個“呼叫請求”消息(呼叫處理流程中的第一個消息)，如果是“呼叫請求消息”，將從“呼叫請求”消息中解析出來的呼叫唯一標識(billingID)在本地保存并進行呼叫處理，然后將該呼叫唯一標識(billingID)與本SCP標識發(fā)送給No.7信令接入裝置進行呼叫登記注冊，No.7信令接入裝置根據(jù)SCP的呼叫登記消息內容建立起每個呼叫唯一標識(billingID)與SCP標識的對應關系。SCP在收到一個新的TCAP對話且判斷出該消息不是“呼叫請求”消息后從該對話攜帶的操作消息中解析出來呼叫唯一標識(billingID)，SCP根據(jù)解析處理的呼叫唯一標識(billingID)判斷該消息是否應該由自己處理，如果不應該由自己處理，SCP結束該對話，并在對話結束消息中攜帶解析處理的呼叫唯一標識(billingID)。No.7信令接入裝置從呼叫結束消息中解析出呼叫唯一標識(billingID)，并根據(jù)呼叫唯一標識(billingID)與SCP標識對應關系查詢出該消息的目的SCP然后將消息轉發(fā)給目的SCP。
作為本發(fā)明的第三實施例，對于INAP/CAP協(xié)議，對IP設備上報的“輔助請求指令”消息可以由No.7信令接入裝置來處理，No.7信令接入裝置先從“輔助請求指令”消息中解析出“相關標識”參數(shù)，然后從“相關標識”中解析出SCP標識，然后直接將消息轉發(fā)給目的SCP。
作為本發(fā)明的第四實施例，業(yè)務交換點發(fā)起呼叫請求將呼叫經(jīng)由No.7信令接入裝置觸發(fā)至SCP，No.7信令接入裝置中建立呼叫唯一標識與該SCP標識的對應關系表；No.7信令接入裝置接收到SSP或IP上報的后續(xù)對話消息，依據(jù)對話消息的呼叫唯一標識查找呼叫唯一標識與SCP標識的對應關系表確定該對話消息對應的SCP，將所述對話消息轉發(fā)至該目的SCP。
作為本發(fā)明的第五實施例，對于CDMA智能網(wǎng)WIN協(xié)議。No.7信令接入裝置在將呼叫請求下發(fā)時建立呼叫唯一標識與該下發(fā)的目的SCP標識對應關系表。對呼叫唯一標識(billingID)的解碼也可以由No.7信令接入裝置來處理。No.7信令接入裝置直接解碼WIN操作中攜帶的呼叫唯一標識(billingID)并記錄每個呼叫唯一標識(billingID)與SCP的對應關系，并根據(jù)從消息中解碼出來的呼叫唯一標識(billingID)判斷消息的目的SCP，然后將消息轉發(fā)給正確的目的SCP。
作為本發(fā)明的第六實施例，在No.7信令接入裝置與SCP群集之間增加一個稱之為接入SCP的裝置。該裝置將從SCP群集內每個SCP發(fā)送的消息轉發(fā)給No.7信令接入裝置，并且將從No.7信令接入裝置接受到的消息分發(fā)給群集SCP內每個SCP。接入SCP裝置的結構如圖9所示，包括SCP接口模塊、中央控制模塊、負荷分擔模塊、No.7信令收發(fā)裝置，還可以包括管理、統(tǒng)計和告警模塊。其中No.7信令收發(fā)模塊負責接收來自No.7信令接入裝置的上行消息以及將從SCP收到的下行信令消息轉發(fā)給No.7信令接入裝置，No.7信令收發(fā)模塊在將來自No.7信令接入裝置的上行消息轉發(fā)給中央控制模塊時需要將從上行消息中解碼出路由相關信息。負荷分擔模塊提供轉發(fā)策略例如按比例、按SCP系統(tǒng)處理能力或多個SCP輪循等負荷分發(fā)策略。SCP接口模塊負責與SCP交互，進行消息收發(fā)功能。中央控制模塊與SCP接口模塊、負荷分擔模塊、No.7信令收發(fā)模塊相連用于進行模塊間消息轉發(fā)，接受并執(zhí)行負荷分擔策略。管理、統(tǒng)計和告警模塊負責系統(tǒng)數(shù)據(jù)的配置以及系統(tǒng)運行狀況的監(jiān)測、統(tǒng)計。
No.7信令接入裝置將收到的TCAP信令消息轉發(fā)給該接入SCP裝置。對于INAP/CAP協(xié)議，對IP設備上報的“輔助請求指令”消息由該接入SCP裝置來處理，接入SCP裝置先從“輔助請求指令”消息中解析出“相關標識”參數(shù)，再從“相關標識”中解析出SCP標識，然后直接將消息轉發(fā)給目的SCP。對于CDMA智能網(wǎng)WIN協(xié)議。對呼叫唯一標識(billingID)的解碼也可以由接入SCP裝置來處理。接入SCP裝置直接解碼WIN操作中攜帶的呼叫唯一標識(billingID)并記錄每個呼叫唯一標識(billingID)與群集SCP中每個SCP的對應關系，并根據(jù)從消息中解碼出來的呼叫唯一標識(billingID)判斷消息目的SCP，然后將消息轉發(fā)給群集SCP中正確的目的SCP。
在本發(fā)明方案中，No.7信令接入裝置和SCP之間的關系僅僅為邏輯關系，在實際組網(wǎng)過程中，No.7信令接入裝置可以與SCP合設在同一個物理設備中，也可以分別設置在不同的物理設備中。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種業(yè)務控制點負荷分擔方法，其特征在于，包括如下步驟A、業(yè)務交換點發(fā)起呼叫請求；B、No.7信令接入裝置將該呼叫請求對應的對話消息進行緩存；C、No.7信令接入裝置確定該對話消息的目的業(yè)務控制點，并將該對話消息發(fā)送至目的業(yè)務控制點。
2.如權利要求1所述的方法，其特征在于，步驟A進一步包括業(yè)務交換點發(fā)起呼叫請求將呼叫觸發(fā)至業(yè)務控制點，業(yè)務控制點在處理呼叫的過程中向業(yè)務交換點或者通過業(yè)務交換點向智能外設下發(fā)自身業(yè)務控制點標識，在業(yè)務交換點或智能外設該呼叫對應的對話消息中攜帶該業(yè)務控制點標識。
3.如權利要求2所述的方法，其特征在于，步驟A進一步包括業(yè)務控制點在處理呼叫的過程中向業(yè)務交換點下發(fā)建立臨時連接指令，在該指令相關標識參數(shù)中填上自身的標識信息；業(yè)務交換點收到業(yè)務控制點下發(fā)的建立臨時連接指令后，將呼叫接續(xù)到智能外設，并將建立臨時連接指令相關標識參數(shù)透傳給智能外設，智能外設在與業(yè)務交換點建立連接后向業(yè)務控制點發(fā)起新的TCAP對話消息，該對話消息中攜帶相關標識參數(shù)以確定其對應的目的業(yè)務控制點。
4.如權利要求2所述的方法，其特征在于，步驟C進一步包括No.7信令接入裝置將對話消息轉發(fā)至業(yè)務控制點，接收的業(yè)務控制點依據(jù)該消息所攜帶的業(yè)務控制點標識信息判斷不應該由自己處理該對話消息時，向No.7信令接入裝置發(fā)送攜帶該業(yè)務控制點標識的對話結束消息結束當前對話；No.7信令接入裝置依據(jù)對話結束消息中的目的業(yè)務控制點標識將緩存的對話消息發(fā)送至該目的業(yè)務控制點。
5.如權利要求2所述的方法，其特征在于，步驟C進一步包括No.7信令接入裝置依據(jù)對話消息中攜帶的業(yè)務控制點標識，將該對話消息直接發(fā)送至該目的業(yè)務控制點。
6.如權利要求2所述的方法，其特征在于，步驟A進一步包括業(yè)務交換點發(fā)起呼叫請求將呼叫經(jīng)由No.7信令接入裝置觸發(fā)至業(yè)務控制點，No.7信令接入裝置建立呼叫唯一標識與該業(yè)務控制點標識的對應關系表；步驟C進一步包括No.7信令接入裝置依據(jù)對話消息中攜帶的呼叫唯一標識查找呼叫唯一標識與業(yè)務控制點標識的對應關系表確定該對話消息對應的業(yè)務控制點，將所述對話消息轉發(fā)至該目的業(yè)務控制點。
7.如權利要求1所述的方法，其特征在于，No.7信令接入裝置將呼叫請求對應的對話消息進行緩存后將其發(fā)送至業(yè)務控制點，步驟C進一步包括判斷該對話消息是否呼叫流程中的第一條消息，如果是，將其進行呼叫處理，并建立呼叫唯一標識與該業(yè)務控制點標識的對應關系。
8.如權利要求7所述的方法，其特征在于步驟C進一步包括如果該對話消息不是呼叫流程中的第一消息，則業(yè)務控制點依據(jù)該對話消息的呼叫唯一標識判斷該消息不應由自己處理時，向No.7信令接入裝置下發(fā)對話結束消息，該消息中攜帶呼叫唯一標識，No.7信令接入裝置根據(jù)對話結束消息中攜帶的呼叫唯一標識通過所述呼叫標識與業(yè)務控制點對應關系表確定該呼叫的目的業(yè)務控制點后，將對話消息轉發(fā)至目的業(yè)務控制點。
9.如權利要求7所述的方法，其特征在于，步驟C進一步包括如果該對話消息不是呼叫流程中的第一消息，No.7信令接入裝置依據(jù)對話消息確定其對應的呼叫唯一標識，再依據(jù)所述呼叫唯一標識與業(yè)務控制點標識的對應關系確定該對話消息目的業(yè)務控制點，并將該對話消息發(fā)送到目的業(yè)務控制點。
10.如權利要求1所述的方法，其特征在于，所述智能業(yè)務系統(tǒng)中還包括業(yè)務控制點接入裝置，步驟A進一步包括業(yè)務交換點發(fā)起呼叫請求將呼叫經(jīng)由No.7信令接入裝置及業(yè)務控制點接入裝置觸發(fā)至業(yè)務控制點，業(yè)務控制點接入裝置建立呼叫唯一標識與該業(yè)務控制點標識的對應關系；步驟C進一步包括依據(jù)對話消息確定其對應的呼叫唯一標識，并依據(jù)所述對應關系解析出該呼叫唯一標識對應的目的業(yè)務控制點標識，直接將對話消息轉發(fā)至目的業(yè)務控制點。
11.一種No.7信令接入裝置，其特征在于，包括注冊模塊、回退模塊及緩存模塊，其中注冊模塊用于接受業(yè)務控制點發(fā)送的呼叫注冊請求，根據(jù)請求中攜帶的呼叫唯一標識建立呼叫唯一標識同業(yè)務控制點標識的對應關系，并將呼叫對話消息緩存至緩存模塊；回退模塊用于依據(jù)業(yè)務控制點發(fā)送的回退請求中攜帶的參數(shù)同緩存模塊交互將緩存的消息重定向到目的業(yè)務控制點；緩存模塊用于緩存對話消息。
12.一種No.7信令接入裝置，其特征在于，包括接收模塊、緩存模塊、解析模塊及發(fā)送模塊，其中接收模塊用于接收外部發(fā)送的呼叫對話消息，與緩存模塊交互將其緩存；解析模塊用于解析該呼叫對話消息與業(yè)務控制點的對應關系，確定其目的業(yè)務控制點，并將其轉發(fā)至發(fā)送模塊；發(fā)送模塊用于呼叫對話消息發(fā)送至目的業(yè)務控制點；緩存模塊用于緩存呼叫對話消息。
13.一種業(yè)務控制點裝置，其特征在于，包括請求回退模塊及請求注冊模塊，其中，請求注冊模塊用于向No.7信令接入裝置發(fā)送呼叫注冊請求，指示No.7信令接入裝置建立呼叫唯一標識與業(yè)務控制點標識的對應關系；請求回退模塊用于當業(yè)務控制點發(fā)現(xiàn)現(xiàn)有呼叫消息不應該由自己處理時，指示No.7信令接入裝置將緩存的消息重定向到目的業(yè)務控制點。
14.一種業(yè)務控制點接入裝置，其特征在于，包括業(yè)務控制點接口模塊、中央控制模塊、負荷分擔模塊、No.7信令收發(fā)模塊，其中No.7信令收發(fā)模塊用于接收來自No.7信令接入裝置的上行消息并將其轉發(fā)至中央控制模塊，并依據(jù)上行消息解碼出其對應的路由信息，將從業(yè)務控制點收到的下行信令消息轉發(fā)給No.7信令接入裝置；負荷分擔模塊用于提供業(yè)務控制點負荷分發(fā)策略；業(yè)務控制點接口模塊用于與業(yè)務控制點及中央控制模塊交互，將業(yè)務控制點發(fā)送的消息轉發(fā)至中央控制模塊及將中央控制模塊發(fā)送的消息轉發(fā)至業(yè)務控制點；中央控制模塊與業(yè)務控制點接口模塊、負荷分擔模塊、No.7信令收發(fā)模塊相連用于進行模塊間消息轉發(fā)，接受并執(zhí)行負荷分擔策略。
15.如權利要求14所述的方法，其特征在于，所述裝置還包括管理、統(tǒng)計和告警模塊，用于進行系統(tǒng)數(shù)據(jù)的配置及對系統(tǒng)運行狀況進行監(jiān)測、統(tǒng)計。
全文摘要
本發(fā)明公開一種業(yè)務控制點負荷分擔方法及裝置，其中該方法為業(yè)務交換點發(fā)起呼叫請求；No.7信令接入裝置將該呼叫請求對應的對話消息進行緩存；確定該對話消息的目的業(yè)務控制點，并將該對話消息發(fā)送至目的業(yè)務控制點。通過本發(fā)明簡化了SCP群集組網(wǎng)結構及SCP軟件的復雜程度，提高了SCP群集的處理效率。
文檔編號H04L29/06GK1889704SQ200510080258
公開日2007年1月3日 申請日期2005年6月30日 優(yōu)先權日2005年6月30日
發(fā)明者張志明, 林霖 申請人:華為技術有限公司