專利名稱：故障通知系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種故障通知系統(tǒng)。
背景技術(shù)：
在現(xiàn)有的M3UA協(xié)議規(guī)范(RFC3332等)中規(guī)定，Notify消息 用來向M3UA對等層4是供M3UA事件的自治指示。Notify消息包 含如下參數(shù)狀態(tài)、應(yīng)用服務(wù)器進(jìn)程(Application Server Program, ASP)標(biāo)識(shí)符、選路上下文、和信息串。其中狀態(tài)參數(shù)為必選參數(shù)， 其他參數(shù)為可選參數(shù)。當(dāng)狀態(tài)類型為其他，狀態(tài)信息值為0X03時(shí)， 表示ASP故障。該協(xié)議少見范中還提到如果信令網(wǎng)關(guān)進(jìn)程(Signal Gate Program, SGP )才企測到M3UA對等層丟失(M3UA Heartbeat丟 失或者是沖全測到SCTP故障)，則初始的ASP去活消息交換(如ASP1 和SGP間)將不會(huì)發(fā)生。也就是說，現(xiàn)有協(xié)議規(guī)范(RFC3332等) 中，沒有關(guān)于ASP側(cè)主動(dòng)通知SGP側(cè)ASP故障的描述。
現(xiàn)有網(wǎng)絡(luò)沖支術(shù)中，當(dāng)ASP側(cè)在某些情況下(如單板重啟、硬件 網(wǎng)口it障等)發(fā)生突然中斷時(shí)，SGP側(cè)必須等4寺一個(gè)4交長的時(shí)間間 隔(即SCTP層檢測斷鏈的時(shí)間間隔)，才能知道對等層發(fā)生了 ASP 故障。 一般來說，SCTP層通過向?qū)Φ葘影l(fā)送心跳檢測(Heartbeat) 消息來檢測鏈路，如果收不到回復(fù)消息，則隔一定時(shí)間間隔再重發(fā)， 經(jīng)過數(shù)次反復(fù)后，才判斷對等層ASP故障，整個(gè)過程可能花費(fèi)數(shù)分 鐘時(shí)間。
但是，實(shí)際上ASP側(cè)在某些情況下(如，單外反重啟、硬件網(wǎng)口 故障等)，第一時(shí)間就已經(jīng)知道本地ASP故障。在這個(gè)時(shí)間間隔內(nèi)，
SGP側(cè)由于不知道對等層ASP故障，不能及時(shí)反應(yīng)，所以延誤了 狀態(tài)切換時(shí)才幾，其M3UA用戶仍向故障ASP鏈^各發(fā)送信令消息， 從而導(dǎo)致了業(yè)務(wù)中斷，影響軟交換系統(tǒng)性能。
圖1A是現(xiàn)有4支術(shù)中的AS為主備方式的ASP故障處理流程圖。 在該圖中，SGP與同一個(gè)AS中的2個(gè)ASP建立業(yè)務(wù)。其中，ASP1 和ASP2互為主備方式。這里， -假定ASP1 一皮配置處于 "ASP-ACTIVE" ， ASP2作為ASP1通信故障或退出業(yè)務(wù)情況下的 "備份"。ASP1發(fā)生故障的信令流程具體說明如下
S102a, ASP1發(fā)生通4言古t卩章，SGP個(gè)K殳有4欠》'J回復(fù)消',包、，SGP 側(cè)SCTP層心跳檢測機(jī)制啟動(dòng)；
S104a， SGP側(cè)通過心S兆^r測結(jié)果確i人ASP1故障，由于沒有 ASP來負(fù)責(zé)業(yè)務(wù)，引起所對應(yīng)的AS處于Pending狀態(tài)，發(fā)送Notify (通知)消息通知處于去活狀態(tài)的ASP2;
S106a， ASP2向SGP側(cè)發(fā)送ASP激活請求消息；
S108a, SGP側(cè)回復(fù)ASP激活A(yù)ck (確認(rèn))消息。
整個(gè)過程，特別是S102a和S104a可以看出SGP側(cè)必須等待 SCTP層檢測斷鏈的過程后，才能判斷M3UA對等層丟失，而ASP 側(cè)第一時(shí)間已經(jīng)知道故障發(fā)生，浪費(fèi)了寶貴的時(shí)間和機(jī)會(huì)。
圖2B是5見有4支術(shù)中的AS為負(fù)荷分4旦方式的ASP故障處理流 詳呈圖。在該圖中，SGP和同一個(gè)AS中的3個(gè)ASP間建立業(yè)務(wù)。其 中，ASP1和ASP2為激活且共享負(fù)荷，在這種情況下，至少需要
兩個(gè)ASP才能完成所有的處理業(yè)務(wù)量(2+1備份)。ASP3為去活狀 態(tài)。具體i兌明如下
SI02b, ASP1與SGP之間原處于正常通信狀態(tài)，但ASP1發(fā)生 故障，如，ASP1對應(yīng)的單板重啟等，SGP側(cè)SCTP層心跳^^測機(jī) 制開始工作；
S104b, SGP側(cè)通過心跳檢測結(jié)果確認(rèn)ASP1故障，引起所對 應(yīng)的AS沒有充分的ASP資源，因?yàn)橹辽傩枰獌蓚€(gè)ASP才能完成 所有的業(yè)務(wù)量，發(fā)送Notify消息通知處于去活狀態(tài)的ASP3;
S106b， ASP3向SGP側(cè)發(fā)送ASP激活請求消息；
S108b, SGP側(cè)回復(fù)ASP ;敫活A(yù)ck消息。
通過整個(gè)過程，特別是S102b和S104b可以看出，SGP側(cè)必須 等待SCTP層檢測斷鏈的過程后，才能判斷M3UA對等層丟失，而 ASP側(cè)第一時(shí)間已經(jīng)知道故障發(fā)生，浪費(fèi)了寶貴的時(shí)間和機(jī)會(huì)。
由上可知，需要一種新的故障通知方法，以使SGP側(cè)快速直到 對等層ASP故障，從而實(shí)現(xiàn)M3UA對等層狀態(tài)一致，避免SGP側(cè) 等待一個(gè)SCTP層檢測斷鏈的過程，提高軟交換系統(tǒng)的工作性能。

發(fā)明內(nèi)容
鑒于上述一個(gè)或多個(gè)問題，本發(fā)明提出了一種新的故障通知系 統(tǒng)，以使SGP側(cè)快速知道對等層ASP故障，從而實(shí)現(xiàn)M3UA對等 層狀態(tài)一致，避免SGP側(cè)等待一個(gè)SCTP層檢測斷鏈得過程，提高 軟交換系統(tǒng)的工作性能。
本發(fā)明的i丈障通知系統(tǒng)包4舌應(yīng)用月l務(wù)器202,用于與信令網(wǎng) 關(guān)進(jìn)行業(yè)務(wù)通信，在應(yīng)用服務(wù)器的一個(gè)或多個(gè)激活的應(yīng)用服務(wù)器進(jìn) 程發(fā)生故障的情況下，在其他可用的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn) 程之間的鏈路上，通過通知消息通知信令網(wǎng)關(guān)進(jìn)程的對等層應(yīng)用服 務(wù)器進(jìn)考呈發(fā)生i文障；以及信令網(wǎng)關(guān)204,用于在4矣收到通知消息后， 更新應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)并進(jìn)行處理。
應(yīng)用服務(wù)器202包括檢測模塊202-2,用于檢測應(yīng)用服務(wù)器 進(jìn)程是否發(fā)生故障；查找模塊202-4,用于查找其他可用的應(yīng)用服 務(wù)器進(jìn)程；以及通知模塊202-6，用于在查找到的應(yīng)用服務(wù)器進(jìn)程 與信令網(wǎng)關(guān)進(jìn)3呈之間的鏈^各上通過通知消息告知信令網(wǎng)關(guān)進(jìn)程其 對等層應(yīng)用服務(wù)器進(jìn)程發(fā)生故障。
信令網(wǎng)關(guān)204包括更新模塊204-2,用于在接收到通知消息 后，更新應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)；以及處理 模塊204-4,用于指示處于去活狀態(tài)的應(yīng)用服務(wù)器進(jìn)程代替發(fā)生故 障的應(yīng)用服務(wù)器進(jìn)行業(yè)務(wù)通信。
通知消息可以包括狀態(tài)信息和應(yīng)用服務(wù)器標(biāo)識(shí)類型。通知消息 還可以包括以下至少一種路選上下文信息和信息串。 一個(gè)或多個(gè) 激活的應(yīng)用服務(wù)器進(jìn)程之間采用負(fù)荷分擔(dān)方式。激活的應(yīng)用服務(wù)器 進(jìn)程和去活的應(yīng)用服務(wù)器進(jìn)程之間采用主備方式。其他可用的應(yīng)用
進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路配置在同 一套核心控制設(shè)備上。
本發(fā)明的故障通知系統(tǒng)可以應(yīng)用于軟交換網(wǎng)絡(luò)。
通過本發(fā)明，ASP側(cè)可以主動(dòng)通知SGP側(cè)對等層ASP故障， 使得SGP側(cè)快速知道對等層ASP故障，從而實(shí)現(xiàn)M3UA對等層狀
態(tài)一致，避免SGP側(cè)等待一個(gè)SCTP層檢測斷鏈得過程，提高軟交 換系統(tǒng)的工作性能。


此處所-說明的附圖用來^是供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖IB是現(xiàn)有才支術(shù)中的AS為負(fù)荷分擔(dān)方式的ASP故障處理流 程圖2是根據(jù)本發(fā)明的故障通知系統(tǒng)的示意圖3是根據(jù)本發(fā)明的故障通知方法的流程圖4是根據(jù)本發(fā)明的AS為主備方式的ASP故障處理流程圖5是才艮才居本發(fā)明的AS為負(fù)荷分4旦方式的ASP i丈障處理流牙呈 圖；以及
圖6是本發(fā)明中的Notify消息的格式。
具體實(shí)施例方式
下面參考附圖，詳細(xì)i兌明本發(fā)明的具體實(shí)施方式
。
如圖2所示，本發(fā)明的故障通知系統(tǒng)包括應(yīng)用服務(wù)器202， 用于與信令網(wǎng)關(guān)進(jìn)行業(yè)務(wù)通信，在應(yīng)用服務(wù)器的一個(gè)或多個(gè)激活的
應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的情況下，在其他可用的應(yīng)用服務(wù)器進(jìn)程
與信令網(wǎng)關(guān)進(jìn)程之間的鏈^各上，通過通知消息通知信令網(wǎng)關(guān)進(jìn)程的
對等層應(yīng)用服務(wù)器進(jìn)程發(fā)生故障；以及信令網(wǎng)關(guān)204,用于在接收 到通知消息后，更新應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài) 并進(jìn)4于處理。
應(yīng)用服務(wù)器202包括檢測模塊202-2,用于檢測應(yīng)用服務(wù)器 進(jìn)程是否發(fā)生故障；查找模塊202-4,用于查找其他可用的應(yīng)用服 務(wù)器進(jìn)程；以及通知才莫塊202-6,用于在查找到的應(yīng)用服務(wù)器進(jìn)程 與信令網(wǎng)關(guān)進(jìn)程之間的鏈路上通過通知消息告知信令網(wǎng)關(guān)進(jìn)程其 對等層應(yīng)用服務(wù)器進(jìn)程發(fā)生故障。
信令網(wǎng)關(guān)204包括更新模塊204-2,用于在接收到通知消息 后，更新應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)；以及處理 模塊204-4，用于指示處于去活狀態(tài)的應(yīng)用服務(wù)器進(jìn)程代替發(fā)生故 障的應(yīng)用服務(wù)器進(jìn)行業(yè)務(wù)通信。
通知消息可以包括狀態(tài)信息和應(yīng)用服務(wù)器標(biāo)識(shí)類型。通知消息 還可以包4舌以下至少一種3各選上下文4言息和4言息串。
一個(gè)或多個(gè)激活的應(yīng)用服務(wù)器進(jìn)程之間采用負(fù)荷分擔(dān)方式。激 活的應(yīng)用服務(wù)器進(jìn)程和去活的應(yīng)用服務(wù)器進(jìn)程之間采用主備方式。
其他可用的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路和發(fā) 生故障的應(yīng)用月l務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路配置在同一 套核心控制設(shè)備上。
本發(fā)明的故障通知系統(tǒng)可以應(yīng)用于軟交換網(wǎng)絡(luò)。
參考圖3，說明根據(jù)本發(fā)明的故障通知方法。如圖3所示，該 方法包4舌S302,信令網(wǎng)關(guān)進(jìn),呈與應(yīng)用月良務(wù)器的一個(gè)或多個(gè);敫活的 應(yīng)用服務(wù)器進(jìn)程之間進(jìn)行業(yè)務(wù)通信，在激活的應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的情況下，在其他可用的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間 的鏈路上通過通知消息通知信令網(wǎng)關(guān)進(jìn)程的對等層應(yīng)用服務(wù)器進(jìn)
程發(fā)生故障；S304,應(yīng)用服務(wù)器進(jìn)程接收到通知消息后，更新應(yīng)用 服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)并進(jìn)行處理。
其中，步驟S302包括S3022，應(yīng)用服務(wù)器檢測到應(yīng)用服務(wù)器 進(jìn)程發(fā)生故障；S3024，應(yīng)用服務(wù)器查找一個(gè)或多個(gè)其他可用的應(yīng) 用服務(wù)器進(jìn)程；以及S3026,應(yīng)用服務(wù)器在可用的應(yīng)用服務(wù)器進(jìn)程 與信令網(wǎng)關(guān)進(jìn)程之間的鏈路上通過通知消息告知信令網(wǎng)關(guān)進(jìn)程的 對等層應(yīng)用服務(wù)器進(jìn)程發(fā)生故障。
其中，步驟S304包括S3042，信令網(wǎng)關(guān)進(jìn)程接收到通知消息 后，更新應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)；S3044,
的應(yīng)用服務(wù)器進(jìn)行業(yè)務(wù)通信。
其中，通知消息包括狀態(tài)信息和應(yīng)用服務(wù)器標(biāo)識(shí)類型。通知消 息還可以包4舌以下至少 一種^各選上下文信息和信息串。
其中， 一個(gè)或多個(gè)激活的應(yīng)用服務(wù)器進(jìn)程之間采用負(fù)荷分擔(dān)方式。
其中，激活的應(yīng)用服務(wù)器進(jìn)程和去活的應(yīng)用服務(wù)器進(jìn)程之間采 用主備方式。
其中，其他可用的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路 和發(fā)生故障的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路配置在 同 一套核心控制設(shè)備上。
其中，故障包括但不限于以一下至少一種單板重啟和硬件網(wǎng) 口故障。其中，i允障通知方法用于4欠交4臭網(wǎng)絡(luò)。
具體地，參考圖4、圖5,分別說明AS為主備方式和負(fù)荷分擔(dān) 方式的ASP i史障處J里方法。
如圖4所示，說明根據(jù)本發(fā)明的AS為主備方式的ASP故障處 理方法。其中，SGP和同一個(gè)AS中的2個(gè)ASP間建立業(yè)務(wù)，其中 ASPl和ASP2互為主備方式，增加了 ASP1發(fā)生i丈障時(shí)，主動(dòng)通知 SGP側(cè)的功能，其具體流-呈-說明如下
S402, ASP1發(fā)生通信故障，主動(dòng)在處于去活狀態(tài)的ASP2鏈 路上使用Notify消息通知SGP側(cè)其對等層發(fā)生ASPl故障；
S404， SGP側(cè)接收到Notify消息，確認(rèn)ASP1側(cè)發(fā)生故障，判 斷沒有ASP來負(fù)責(zé)業(yè)務(wù)，引起所對應(yīng)的AS處于Pending狀態(tài)，則 發(fā)送Notify消息通知處于去活狀態(tài)的ASP2;
S406， ASP2向SGP側(cè)發(fā)送ASP激活請求消息；及
S408, SGP側(cè)回復(fù)ASP激活A(yù)ck消息。
整個(gè)過程，特別是步驟402和404可以本發(fā)明利用主動(dòng)在備用 ASP 4連路上發(fā)送Notify消息，快速通知SGP側(cè)其對等層發(fā)生ASP 故障，替代了原來的心跳檢測過程，大大縮短了故障處理時(shí)間，提 高了系統(tǒng)效率。
如圖5所示，說明根據(jù)本發(fā)明的AS為負(fù)荷分擔(dān)方式的ASP故 障處理方法。其中，SGP和同一個(gè)AS中的3個(gè)ASP間建立業(yè)務(wù)， 其中ASPl和ASP2為激活且共享負(fù)荷，在這種情況下，至少需要 兩個(gè)ASP才能完成所有的處理業(yè)務(wù)量(2+1備份)，ASP3為去活狀
態(tài)。本發(fā)明增加了 ASP1發(fā)生故障時(shí)，主動(dòng)通知SGP側(cè)的功能，其
具體流禾呈i兌明如下
S502, ASP1與SGP之間原處于正常通信狀態(tài)，4旦ASP1發(fā)生 故障，如，ASP1對應(yīng)的單板重啟等，主動(dòng)在處于去活狀態(tài)的ASP3 鏈路或激活狀態(tài)的ASP2上使用Notify消息通知SGP側(cè)其對等層發(fā) 生ASP1故障；
S504, SGP側(cè)接收到Notify消息，確認(rèn)ASP1側(cè)發(fā)生故障，引 起所對應(yīng)的AS沒有充分的ASP資源，因?yàn)橹辽傩枰獌蓚€(gè)ASP才 能完成所有的業(yè)務(wù)量，發(fā)送Notify消息通知處于去活狀態(tài)的ASP3;
S506， ASP3向SGP側(cè)發(fā)送ASP激活請求消息；及
S508, SGP側(cè)回復(fù)ASP j敫活A(yù)ck消息。
通過整個(gè)過程，特別是步艱A 502和504,主動(dòng)在其他可用ASP 《連^各上發(fā)送Notify消息，快速通知SGP側(cè)其對等層發(fā)生ASP故障， 替代了原來的心跳檢測過程，大大縮短了故障處理時(shí)間，提高了系
統(tǒng)效率。
也就是說，本發(fā)明主要是在軟交換網(wǎng)絡(luò)中對M3UA協(xié)議規(guī)定的 Notify消息進(jìn)一步擴(kuò)展，增加ASP側(cè)主動(dòng)通知SGP側(cè)ASP故障的 功能，使SGP側(cè)及時(shí)更新ASP和AS狀態(tài)，與M3UA對等層保持 一致，從而提高軟交換系統(tǒng)性能。根據(jù)本發(fā)明的方法主要包括以下 步驟步驟一當(dāng)M3UA的ASP側(cè)知道某個(gè)ASP鏈路發(fā)生突然中 斷時(shí)，查看故障ASP所對應(yīng)AS中其他ASP鏈路，在其中可用(去 活或激活狀態(tài))的ASP鏈^各上使用Notify消息通知SGP側(cè)其對等 層發(fā)生ASP故障。故障ASP鏈路與備用的ASP鏈路配置在同一套 軟交換核心控制設(shè)備上。突然中斷包括單板重啟，石更件網(wǎng)口故障等 異常情況。步驟二 SGP側(cè)收到攜帶ASP故障信息的Notify消息
后，更新所對應(yīng)的故障ASP所在的AS狀態(tài)，并按照現(xiàn)有協(xié)議規(guī)范
(RFC3332等)，采取相應(yīng)的動(dòng)作。
其中，本發(fā)明中的Notify消息的格式如圖6所示包4舌四個(gè)參^:: 狀態(tài)(必選)，ASP標(biāo)識(shí)符(必選)，選路上下文(任選)，信息串 (任選)。狀態(tài)類型字段定為0X0002,表示其他；狀態(tài)信息字段定 為0X0003表示ASP故障。ASP標(biāo)識(shí)符為ASP側(cè)已知的故障ASP 標(biāo)識(shí)符。剩余字I殳也與現(xiàn)有協(xié)議^L范(RFC3332等) 一致。SGP側(cè) 收到本圖所描述的Notify消息后，按照本發(fā)明內(nèi)容進(jìn)行相應(yīng)處理。
通過本發(fā)明，ASP側(cè)可以主動(dòng)通知SGP側(cè)只十等層ASP法丈障， 使得SGP側(cè)快速知道對等層ASP故障，從而實(shí)現(xiàn)M3UA對等層狀 態(tài)一致，避免SGP側(cè)等待一個(gè)SCTP層檢測斷鏈的過程，提高軟交 換系統(tǒng)的工作性能。
以上所述 <又為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā) 明，對于本領(lǐng)i或的4支術(shù)人員來i兌，本發(fā)明可以有各種更改和變4匕。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn) 等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種故障通知系統(tǒng)，其特征在于包括應(yīng)用服務(wù)器，用于與信令網(wǎng)關(guān)進(jìn)行業(yè)務(wù)通信，在所述應(yīng)用服務(wù)器的一個(gè)或多個(gè)激活的應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的情況下，在其他可用的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路上，通過通知消息通知所述信令網(wǎng)關(guān)進(jìn)程的對等層所述應(yīng)用服務(wù)器進(jìn)程發(fā)生故障；以及信令網(wǎng)關(guān)，用于在接收到所述通知消息后，更新所述應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)并進(jìn)行處理。
2. 根據(jù)權(quán)利要求1所述的故障通知系統(tǒng)，其特征在于，所述應(yīng)用 服務(wù)器包括-.檢測模塊，用于檢測所述應(yīng)用服務(wù)器進(jìn)程是否發(fā)生故障； 查找才莫塊，用于查找所述其他可用的應(yīng)用服務(wù)器進(jìn)程；以及通知模塊，用于在查找到的應(yīng)用服務(wù)器進(jìn)程與所述信令 網(wǎng)關(guān)進(jìn)程之間的鏈路上通過通知消息告知所述信令網(wǎng)關(guān)進(jìn)程 其對等層所述應(yīng)用服務(wù)器進(jìn)程發(fā)生故障。
3. 才艮據(jù)權(quán)利要求1所述的故障通知系統(tǒng)，其特征在于，所述信令 網(wǎng)關(guān)包括更新;漠塊，用于在^t妾收到所述通知消息后，更新所述應(yīng) 用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)；以及處理模塊，用于指示處于去活狀態(tài)的應(yīng)用服務(wù)器進(jìn)程代 替發(fā)生故障的所述應(yīng)用服務(wù)器進(jìn)行業(yè)務(wù)通信。
4. 4艮據(jù)4又利要求1至3中任一項(xiàng)所述的故障通知系統(tǒng)，其特征在 于，所述通知消息包括狀態(tài)信息和應(yīng)用服務(wù)器標(biāo)識(shí)類型。
5. 4艮據(jù)4又利要求4所述的故障通知系統(tǒng)，其特;f正在于，所述通知 消息還包括以下至少 一種路選上下文信息和信息串。
6. 根據(jù)權(quán)利要求5所述的故障通知系統(tǒng)，其特征在于，所述一個(gè) 或多個(gè)激活的應(yīng)用服務(wù)器進(jìn)程之間采用負(fù)荷分擔(dān)方式。
7. 根據(jù)權(quán)利要求5所述的故障通知系統(tǒng)，其特征在于，所述激活 的應(yīng)用服務(wù)器進(jìn)程和所述去活的應(yīng)用服務(wù)器進(jìn)程之間采用主 備方式。
8. 根據(jù)權(quán)利要求7所述的故障通知系統(tǒng)，其特征在于，所述其他 可用的應(yīng)用服務(wù)器進(jìn)程與所述信令網(wǎng)關(guān)進(jìn)程之間的鏈路和所 述發(fā)生故障的應(yīng)用服務(wù)器進(jìn)程與所述信令網(wǎng)關(guān)進(jìn)程之間的鏈 路配置在同一套核心控制設(shè)備上。
9. 根據(jù)權(quán)利要求4所述的故障通知系統(tǒng)，其特征在于，所述故障 通知系統(tǒng)用于軟交換網(wǎng)絡(luò)。
全文摘要
本發(fā)明公開了一種故障通知系統(tǒng)，包括應(yīng)用服務(wù)器，用于與信令網(wǎng)關(guān)進(jìn)行業(yè)務(wù)通信，在應(yīng)用服務(wù)器的一個(gè)或多個(gè)激活的應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的情況下，在其他可用的應(yīng)用服務(wù)器進(jìn)程與信令網(wǎng)關(guān)進(jìn)程之間的鏈路上，通過通知消息通知信令網(wǎng)關(guān)進(jìn)程的對等層應(yīng)用服務(wù)器進(jìn)程發(fā)生故障；以及信令網(wǎng)關(guān)，用于在接收到通知消息后，更新應(yīng)用服務(wù)器進(jìn)程發(fā)生故障的應(yīng)用服務(wù)器的狀態(tài)并進(jìn)行處理。通過本發(fā)明SGP側(cè)可以快速知道對等層ASP故障，從而實(shí)現(xiàn)M3UA對等層狀態(tài)一致，避免SGP側(cè)等待一個(gè)SCTP層檢測斷鏈的過程，提高軟交換系統(tǒng)的工作性能。
文檔編號(hào)H04L1/16GK101188479SQ20061014540
公開日2008年5月28日 申請日期2006年11月15日 優(yōu)先權(quán)日2006年11月15日
發(fā)明者巨滿昌, 軍 王, 勇 陳 申請人:中興通訊股份有限公司