專利名稱：七號信令鏈路／應用服務器進程多模塊分布管理方法
技術領域：
本發(fā)明涉及通信領域，具體地說，涉及NGN(下一代網(wǎng)絡，NextGeneration Network)系統(tǒng)中No.7信令鏈路/ASP的多模塊分布式管理方法。
背景技術：
隨著通訊系統(tǒng)在經(jīng)濟和社會生活等各個領域日益廣泛的應用，通訊系統(tǒng)技術本身也在快速發(fā)展之中，技術上的發(fā)展正在日益滿足用戶對于通訊系統(tǒng)的需求。七號(No.7)信令是適用于數(shù)字通信網(wǎng)的公共信道信令系統(tǒng)，廣泛應用于基于時隙傳輸?shù)碾娐方粨Q網(wǎng)絡中。在No.7信令網(wǎng)中，各個信令點之間采用信令鏈路(連接一個信令點到另一個信令點的信令消息通道)作為信令消息傳送的載體。目前支持的No.7信令鏈路有三種傳輸速率分別為64kbit/s和n*64kbit/s的窄帶信令鏈路以及傳輸速率為2Mbit/s的寬帶信令鏈路。從源信令點到目的信令點的所有可用信令鏈路組成一個動態(tài)路由表。當發(fā)送消息時，通過消息中攜帶的信令鏈路選擇碼從該動態(tài)路由表中選取一條信令鏈路，當采用不同的信令鏈路選擇碼時就可以實現(xiàn)信令鏈路的負荷分擔。
在基于IP傳輸?shù)木W(wǎng)絡中，通常采用SIGTRAN(Signalling Transport)信令實現(xiàn)在IP網(wǎng)絡中傳輸PSTN(公用交換電話網(wǎng)，Public SwitchedTelephone Network)網(wǎng)絡的No.7信令消息。SIGTRAN信令采用選路關鍵字(Routing Key)進行IP網(wǎng)絡尋址，選路關鍵字描述一組No.7信令參數(shù)和參數(shù)值，唯一地定義了由特定AS(應用服務器，Application Server)處理的信令業(yè)務。所述AS是服務特定選路關鍵字的邏輯實體，AS可以是虛擬交換單元，處理由NO.7信令DPC/OPC/CIC(目的信令點編碼/源信令點編碼/電路識別碼，Destination Point Code/Origination Point Code/CircuitIdentification Code)范圍所識別的所有PSTN中繼的呼叫過程；AS還可以是虛擬數(shù)據(jù)庫單元，處理特定NO.7信令DPC/OPC/SCCP_SSN(信令鏈接控制部分_子系統(tǒng)號，Signaling Connection and Control Part_Sub-SystemNumber)組合所識別的事務處理。AS包含一組唯一的ASP(應用服務器進程，Application Server Process)，ASP是AS的進程實例，ASP作為AS的激活或備用進程，例如ASP可以是MGC(媒體網(wǎng)關控制器，Media GatewayController)或IP SCP(Internet協(xié)議服務控制節(jié)點，Internet ProtocolService Control Point)的進程。ASP與偶聯(lián)(Association，是指為MTP3-用戶協(xié)議數(shù)據(jù)單元和M3UA適配層對等消息提供傳輸服務的SCTP連接)是一一對應的，通過偶聯(lián)可以實現(xiàn)IP網(wǎng)中的消息傳輸。ASP的狀態(tài)有激活和去活兩種，為同一個AS服務的所有激活的ASP組成一個動態(tài)列表，根據(jù)AS的工作模式按照一定的算法即可選取一個激活的ASP為其服務。
傳統(tǒng)No.7信令鏈路/ASP的管理是采用集中式的管理方式，即所有的No.7信令鏈路/ASP都歸屬一個模塊進行管理，由該模塊統(tǒng)一負責所有No.7信令鏈路/ASP的狀態(tài)的維護。這種集中管理方式存在著很嚴重的弊端，一方面由于所有的No.7信令鏈路/ASP的狀態(tài)都由一個模塊來維護管理，因此這個模塊的負荷很重，很容易出現(xiàn)瓶頸；另一方面，如果與這個模塊的通信發(fā)生故障，則所有的No.7信令鏈路/ASP的狀態(tài)變化都將無法上報，這時整個系統(tǒng)的可靠性也就無法得到保障。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題是提供一種七號信令鏈路/應用服務器進程多模塊分布式管理方法，以期實現(xiàn)各個模塊的負荷分擔，解決現(xiàn)有技術存在的No.7信令鏈路/ASP采用集中管理時存在的瓶頸以及系統(tǒng)不可靠性的問題。
為實現(xiàn)上述目的，本發(fā)明提出了一種七號信令鏈路/應用服務器進程多模塊分布式管理方法，其特征在于，包括以下步驟步驟1將No.7信令鏈路/ASP分散在不同的SMP(信令主處理器，SignalMain Processor)模塊，SMP負責維護本模塊管理的No.7信令鏈路/ASP狀態(tài)的變化；系統(tǒng)的OMP(操作維護主處理器，Operation Main Processor)模塊負責對No.7信令鏈路/ASP相關的全局信息表(對于No.7信令鏈路而言是指動態(tài)路由表，對于ASP而言是指相關AS的激活ASP的動態(tài)列表)進行管理；步驟2當某一個No.7信令鏈路/ASP的狀態(tài)發(fā)生變化時，由該No.7信令鏈路/ASP歸屬的SMP模塊將新的狀態(tài)上報給OMP模塊，如果此時該SMP模塊與OMP模塊的通信正常，則OMP模塊根據(jù)收到的No.7信令鏈路/ASP新的狀態(tài)重新生成相應的全局信息表，并同步到其它各個SMP模塊，所有SMP模塊使用新的全局信息表進行路由尋址的管理；步驟3如果步驟2中的SMP模塊與OMP模塊的通信發(fā)生故障，這時No.7信令鏈路/ASP的狀態(tài)變化就無法上報給OMP模塊，為減少因為SMP模塊與OMP模塊通信中斷造成的消息無法傳遞或錯誤傳遞的可能性，由該SMP模塊上的臨時管理進程暫時接管No.7信令鏈路/ASP的狀態(tài)管理，并生成新的全局信息表；等SMP模塊和OMP模塊的通信恢復正常以后，重新執(zhí)行步驟2的流程。
采用本發(fā)明所述的No.7信令鏈路/ASP多模塊分布式管理方法，通過將七號信令鏈路/應用服務器進程分布在多個不同的模塊進行管理，各個七號信令鏈路/應用服務器進程的狀態(tài)變化僅由其歸屬模塊進行維護管理。從而可以有效的降低各個模塊的消息流量，實現(xiàn)No.7信令鏈路/ASP的負荷分擔，并且某一模塊的通信故障也不會影響到整個系統(tǒng)的性能，與現(xiàn)有技術相比，能夠解決集中管理時的瓶頸和不可靠性的問題。采用分布式的處理機制可以有效的提高系統(tǒng)的可靠性，是解決NGN系統(tǒng)中No.7信令鏈路/ASP管理方面的關鍵技術突破。


圖1是現(xiàn)有No.7信令鏈路/ASP集中式管理方法示意圖。
圖2是本發(fā)明所述No.7信令鏈路/ASP多模塊分布式管理方法示意圖。
圖3是本發(fā)明所述No.7信令鏈路/ASP多模塊分布式管理方法流程圖。
圖4是模塊間通信正常時No.7信令鏈路/ASP多模塊分布式管理流程圖。
圖5是模塊間通信中斷時No.7信令鏈路/ASP多模塊分布式管理流程圖。
具體實施例方式
下面結(jié)合附圖，對本發(fā)明的具體實施作進一步的詳細描述。
圖1是No.7信令鏈路/ASP集中式管理方法示意圖，圖中所有的No.7信令鏈路/ASP都集中在一個模塊進行管理，加大了這個模塊的負荷量，一旦這個模塊出現(xiàn)通信故障，將會影響到這個系統(tǒng)的可靠性。
圖2是本發(fā)明所述No.7信令鏈路/ASP多模塊分布式管理方法的示意圖。No.7信令鏈路/ASP的處理分散在各個不同的SMP模塊上，每個SMP各有一個維護進程負責本模塊所管理的No.7信令鏈路/ASP的狀態(tài)的維護，當本模塊管理的No.7信令鏈路/ASP的狀態(tài)發(fā)生變化時，SMP需要將新的No.7信令鏈路/ASP的狀態(tài)上報給OMP模塊。
圖3是本發(fā)明所述方法的整體流程圖，圖中SMP1模塊的link1/ASP2、SMP2模塊的link2’/ASP2’是狀態(tài)發(fā)生變化的No.7信令鏈路/ASP(圖3中的黑斜體部分)，SMP1模塊與OMP模塊的通信正常，SMP2模塊與OMP模塊的通信中斷。這時SMP1將No.7信令鏈路/ASP的最新狀態(tài)發(fā)送給OMP模塊(圖3中點劃線部分)，由于SMP2模塊與OMP模塊的通信中斷，這時SMP2模塊無法將No.7信令鏈路/ASP的最新狀態(tài)上報給OMP模塊，SMP2模塊僅在本模塊臨時維護一張全局信息表，以保證本模塊的消息的正常傳輸。OMP模塊收到SMP1模塊上報的最新狀態(tài)，生成全局信息表，并且同步到其它各個SMP模塊(圖3中虛劃線部分，由于SMP2模塊與OMP模塊不能通信，因此SMP2模塊無法收到OMP模塊同步來的全局信息表，只能使用本模塊生成的全局信息表)。當SMP2模塊與OMP模塊通信正常之后，SMP2模塊將本模塊No.7信令鏈路/ASP的最新狀態(tài)上報給OMP模塊，OMP模塊重新生成新的全局信息表，并同步到其它所有的SMP模塊，這時各個模塊的全局信息保持一致。由此可以看出，采用多模塊分布式的處理方式時，如果一個SMP模塊與OMP模塊的通信故障，其它SMP模塊的消息仍能夠有效可靠的傳輸，并不影響整個系統(tǒng)運行。
圖4和圖5是分別描述No.7信令鏈路/ASP在通信正常和通信故障時的多模塊處理流程。
如圖4所示，在通信正常的時候，SMP模塊需要將變化的No.7信令鏈路/ASP的狀態(tài)通知到OMP模塊，OMP模塊主要負責動態(tài)路由表/AS狀態(tài)、為此AS服務的激活ASP的列表的維護。動態(tài)路由表/AS狀態(tài)、為此AS服務的激活ASP的列表采用集中處理的方式，在OMP模塊上統(tǒng)一管理。OMP模塊要將重新生成的動態(tài)路由表/AS狀態(tài)、為此AS服務的激活ASP的列表的信息同步到各個SMP模塊上。
No.7信令鏈路和ASP的處理流程分別為1.當SMP1管理的No.7信令鏈路link1和link2的狀態(tài)發(fā)生變化時(圖4中黑斜體部分)，由該鏈路所屬的模塊SMP1上的MTP3進程將該信令鏈路的狀態(tài)上報給OMP模塊(圖4中點劃線)，OMP模塊重新生成新的動態(tài)路由表，并將新的動態(tài)路由表同步到各個SMP模塊(圖4中虛劃線)。
2.一個ASP可以服務于不同的AS，ASP的狀態(tài)變化是相對于一個特定的AS而言的。當SMP1管理的ASP2的狀態(tài)發(fā)生變化時(圖4中黑斜體部分)，由該ASP所屬模塊上的M3UA進程將該ASP的狀態(tài)上報給OMP模塊(圖4中點劃線)，OMP模塊獲取該ASP服務的所有AS，重新生成各AS中的激活ASP列表，并將相應各AS的新狀態(tài)和激活的ASP列表同步到其它各個SMP模塊(圖4中虛劃線)。
當某一個SMP模塊和OMP模塊的通信發(fā)生故障時，處理流程如圖5所示。圖中SMP1模塊的link1、link2/ASP2的狀態(tài)發(fā)生變化(圖5中黑斜體部分)，由于SMP1與OMP通信中斷，因此該SMP所管理的No.7信令鏈路/ASP的變化狀態(tài)就無法上報給OMP模塊，這種情況下為了減少因為SMP模塊與OMP通信中斷造成的消息無法傳遞或錯誤傳遞的可能性，由該SMP模塊上的臨時管理進程暫時接管No.7信令鏈路/AS、ASP的狀態(tài)管理。根據(jù)本SMP模塊上所有No.7信令鏈路/ASP的狀態(tài)重新生成新的動態(tài)路由表/AS中激活的ASP列表，保證正常狀態(tài)時No.7信令/SIGTRAN信令的業(yè)務不中斷。這個新生成的動態(tài)路由表/AS中激活的ASP列表僅由本SMP模塊維護使用，并不同步到其他的SMP模塊；當該SMP模塊和OMP模塊的通信恢復正常后，則按照圖4所示的流程，由該SMP將所有No.7信令鏈路/ASP的最新狀態(tài)上報給OMP模塊，向OMP模塊移交管理功能并終止臨時管理進程，OMP模塊將重新生成新的動態(tài)路由表/AS中激活ASP列表同步到其它各個SMP模塊。
權(quán)利要求
1.一種七號信令鏈路/應用服務器進程多模塊分布式管理方法，其特征在于，包括以下步驟步驟1將七號信令鏈路/應用服務器分散在不同的SMP模塊，SMP負責維護本模塊管理的七號信令鏈路/應用服務器狀態(tài)的變化；系統(tǒng)的OMP模塊負責對七號信令鏈路/應用服務器相關的全局信息表進行管理；步驟2當某一個七號信令鏈路/應用服務器的狀態(tài)發(fā)生變化時，由該七號信令鏈路/應用服務器歸屬的SMP模塊將新的狀態(tài)上報給OMP模塊，如果此時該SMP模塊與OMP模塊的通信正常，則OMP模塊根據(jù)收到的七號信令鏈路/應用服務器新的狀態(tài)重新生成相應的全局信息表，并同步到其它各個SMP模塊，所有SMP模塊使用新的全局信息表進行路由尋址的管理；步驟3如果步驟2中的SMP模塊與OMP模塊的通信發(fā)生故障，則由該SMP模塊上的臨時管理進程暫時接管七號信令鏈路/應用服務器的狀態(tài)管理，并生成新的全局信息表；等SMP模塊和OMP模塊的通信恢復正常以后，重新執(zhí)行步驟2的流程。
2.根據(jù)權(quán)利要求1所述的七號信令鏈路/應用服務器進程多模塊分布式管理方法，其特征在于，步驟1中所述的全局信息表對于No.7信令鏈路而言是指動態(tài)路由表，對于ASP而言是指相關AS的激活ASP的動態(tài)列表。
全文摘要
本發(fā)明公開了一種通訊領域中的七號信令鏈路/應用服務器進程多模塊分布式管理方法，包括1、將七號信令鏈路/應用服務器分散在不同的SMP模塊，系統(tǒng)的OMP模塊負責對相關的全局信息表進行管理；2、當某一個七號信令鏈路/應用服務器的狀態(tài)發(fā)生變化時，由該七號信令鏈路/應用服務器歸屬的SMP模塊將新的狀態(tài)上報給OMP模塊；3、如果SMP模塊與OMP模塊的通信發(fā)生故障，則由該SMP模塊上的臨時管理進程暫時接管七號信令鏈路/應用服務器的狀態(tài)管理，并生成新的全局信息表。本發(fā)明可以有效的降低各個模塊的消息流量，實現(xiàn)負荷分擔，可以有效地提高系統(tǒng)的可靠性。
文檔編號H04L12/24GK1547352SQ200310112118
公開日2004年11月17日 申請日期2003年11月14日 優(yōu)先權(quán)日2003年11月14日
發(fā)明者王娜, 梁璐, 蔡輝, 王 娜 申請人:中興通訊股份有限公司