亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種業(yè)務(wù)放通方法、系統(tǒng)及裝置的制作方法

文檔序號:7659609閱讀:209來源:國知局
專利名稱:一種業(yè)務(wù)放通方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通訊技術(shù)領(lǐng)域,尤其涉及一種業(yè)務(wù)放通方法、系統(tǒng)及裝置。
背景技術(shù)
隨著科技的不斷發(fā)展,通訊已經(jīng)成為人們?nèi)粘=涣鞯闹匾M成部分。進入
21世紀以來,人們對人性化的通訊服務(wù)需求越來越多,而且也越來越高。如何 保障人們能夠時時刻刻享受到高質(zhì)量的通訊服務(wù),以及如何提供更加安全可靠 的解決方案, 一直是各個通訊解決方案的重點攻關(guān)項目。
目前的系統(tǒng)保護方案中,當網(wǎng)絡(luò)設(shè)備無法執(zhí)行用戶終端的增值業(yè)務(wù)請求 時,大多釆用直接拒絕的方式,以保護系統(tǒng)自身的安全性。但是,由于增值業(yè) 務(wù)中包含了基本業(yè)務(wù),所以在需要通過應(yīng)用系統(tǒng)實現(xiàn)的增值業(yè)務(wù)被拒絕的同 時,可以不通過應(yīng)用系統(tǒng)實現(xiàn)的基本業(yè)務(wù)也會被拒絕,其中,所述基本業(yè)務(wù)是 指基本的呼叫業(yè)務(wù),所述的增值業(yè)務(wù)例如彩鈴業(yè)務(wù)等。此外,當系統(tǒng)由于某種 原因達到系統(tǒng)極限而拒絕呼叫時,用戶會不斷重撥試呼,特別是會話初始協(xié)議 (SIP, Session Initiation Protocol)的自身重傳機制等。因此,會導致整個網(wǎng)絡(luò) 的擁塞。嚴重情況下會因為一個網(wǎng)元的故障,引發(fā)其他網(wǎng)元的負荷無辜加重, 從而影響整個傳輸層和接續(xù)層的正常運轉(zhuǎn)。降低了系統(tǒng)可靠性和安全性,影響 最終用戶的體驗與使用。
現(xiàn)有技術(shù)還可以利用容災技術(shù)實現(xiàn)當主網(wǎng)絡(luò)設(shè)備出現(xiàn)故障時,可以由備份 網(wǎng)絡(luò)設(shè)備執(zhí)行用戶的業(yè)務(wù)請求。但是,所述主網(wǎng)絡(luò)設(shè)備與所述備份網(wǎng)絡(luò)設(shè)備是 同一網(wǎng)絡(luò)層面上的結(jié)構(gòu)完全相同的兩個設(shè)備,因此,需要的建設(shè)成本較高;另 外,容災技術(shù)提供的解決方案只能實現(xiàn)同構(gòu)系統(tǒng)的數(shù)據(jù)復制,因此,會存在數(shù) 據(jù)復制風險;在主網(wǎng)絡(luò)設(shè)備出現(xiàn)故障,相應(yīng)功能切換到備份網(wǎng)絡(luò)設(shè)備的過程中
同樣會存在上述系統(tǒng)安全問題。
綜上所述,現(xiàn)有技術(shù)在網(wǎng)絡(luò)設(shè)備出現(xiàn)故障時實現(xiàn)用戶業(yè)務(wù)請求需要的成本 高、系統(tǒng)安全性差。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種業(yè)務(wù)放通方法、系統(tǒng)及裝置,用以解決現(xiàn)有技術(shù) 在網(wǎng)絡(luò)設(shè)備出現(xiàn)故障時實現(xiàn)用戶業(yè)務(wù)請求需要的成本高、系統(tǒng)安全性差的問 題。
本發(fā)明實施例提供的方法,當?shù)谝痪W(wǎng)絡(luò)設(shè)備資源能夠向用戶終端提供增值 業(yè)務(wù)時,第二網(wǎng)絡(luò)設(shè)備將用戶終端的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備,所述 第一網(wǎng)絡(luò)設(shè)備根據(jù)所述業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù),該方法還包

當確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,由所述第二網(wǎng) 絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
本發(fā)明實施例提供的系統(tǒng),包括第一網(wǎng)絡(luò)設(shè)備和第二網(wǎng)絡(luò)設(shè)備,當所述第 一網(wǎng)絡(luò)設(shè)備資源可用時,所述第二網(wǎng)絡(luò)設(shè)備用于將用戶終端的業(yè)務(wù)請求發(fā)送給 所述第一網(wǎng)絡(luò)設(shè)備,所述第一網(wǎng)絡(luò)設(shè)備用于根據(jù)所述業(yè)務(wù)請求,向所述用戶終 端提供相應(yīng)業(yè)務(wù);
當確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,所述第二網(wǎng)絡(luò) 設(shè)備,還用于根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。 本發(fā)明實施例提供的裝置,包括
第一正常處理單元,用于當自身能夠向用戶終端提供增值業(yè)務(wù)時,根據(jù)接 收到的第二網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的用戶終端的業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)
務(wù);
觸發(fā)業(yè)務(wù)放通單元,用于當確定自身不能向用戶終端提供增值業(yè)務(wù)時,觸 發(fā)所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端才是供基本業(yè)務(wù)。
本發(fā)明實施例提供的裝置,包括
第二正常處理單元,用于當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)
時,將用戶終端的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備;
業(yè)務(wù)放通單元,用于當確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè) 務(wù)時,根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
本發(fā)明實施例,當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)時,第二網(wǎng) 絡(luò)設(shè)備將用戶終端的業(yè)務(wù)請求發(fā)送給所述第 一 網(wǎng)絡(luò)設(shè)備,所述第 一 網(wǎng)絡(luò)設(shè)備根
據(jù)所述業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù);當確定所述第一網(wǎng)絡(luò)設(shè)備不 能向用戶終端提供增值業(yè)務(wù)時,由所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請 求,向該用戶終端提供基本業(yè)務(wù)。通過該技術(shù)方案,實現(xiàn)了當通訊網(wǎng)絡(luò)中的某 一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,可以由另 一網(wǎng)絡(luò)設(shè)備實現(xiàn)用戶的 基本業(yè)務(wù)請求,滿足用戶的基本業(yè)務(wù)需求,提高服務(wù)質(zhì)量;并且,還避免了當 用戶的請求被拒絕時,用戶反復發(fā)送請求而導致整個系統(tǒng)癱瘓的問題,提高了 系統(tǒng)的安全性。


圖1為本發(fā)明實施例提供的方法流程示意圖2為本發(fā)明實施例中A用戶撥打B用戶的示意圖3A、圖3B和圖3C為本發(fā)明實施例中在正常情況下處理彩鈴業(yè)務(wù)的信 令流程示意圖,其中,圖3A為A用戶聽到回鈴音之前的信令流程示意圖;圖 3B為A用戶聽到回鈴音之后,A用戶與B用戶通話之前的信令流程示意圖; 圖3C為A用戶與B用戶通話結(jié)束后的信令流程示意圖4為本發(fā)明實施例中第二網(wǎng)絡(luò)設(shè)備被動地確定第 一網(wǎng)絡(luò)設(shè)備不能向用戶 終端提供增值業(yè)務(wù)時實現(xiàn)業(yè)務(wù)放通的信令流程示意圖5為本發(fā)明實施例中第二網(wǎng)絡(luò)設(shè)備主動地確定第 一 網(wǎng)絡(luò)設(shè)備不能向用戶 終端提供增值業(yè)務(wù)時實現(xiàn)業(yè)務(wù)放通的信令流程示意圖6為本發(fā)明實施例提供的裝置結(jié)構(gòu)示意圖; 圖7為本發(fā)明實施例提供的裝置結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例,應(yīng)用于通訊網(wǎng)絡(luò)中,該通訊網(wǎng)絡(luò)中包括兩個網(wǎng)絡(luò)設(shè)備,這 兩個網(wǎng)絡(luò)設(shè)備是實現(xiàn)一個功能集的組網(wǎng)中必備的兩個邏輯網(wǎng)絡(luò)設(shè)備,在正常情 況下,由第一網(wǎng)絡(luò)設(shè)備向用戶終端提供相應(yīng)的增值業(yè)務(wù),第二網(wǎng)絡(luò)設(shè)備將用戶 終端的業(yè)務(wù)請求發(fā)送給所述第 一 網(wǎng)絡(luò)設(shè)備,所述第 一 網(wǎng)絡(luò)設(shè)備根據(jù)所述業(yè)務(wù)請 求,向所述用戶終端提供相應(yīng)業(yè)務(wù);但是在異常情況下,如由于網(wǎng)絡(luò)擁塞、設(shè) 備故障等,所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù),那么所述第二網(wǎng) 絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù),如將呼叫接續(xù) 到被叫用戶終端等。所述通訊網(wǎng)絡(luò)包括智能網(wǎng)、核心網(wǎng)、接入網(wǎng)和移動網(wǎng)等。
參見圖1,本發(fā)明實施例提供的方法,該方法包括
5101、 當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)時,第二網(wǎng)絡(luò)設(shè)備將 用戶終端的業(yè)務(wù)請求發(fā)送給所述第 一 網(wǎng)絡(luò)設(shè)備。
所述增值業(yè)務(wù)中包括基本業(yè)務(wù)。
5102、 所述第一網(wǎng)絡(luò)設(shè)備根據(jù)所述業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù)。
5103、 當確定所迷第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,由所述 第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
當所述第一網(wǎng)絡(luò)設(shè)備,檢測到自身不能向用戶終端提供增值業(yè)務(wù),無法處 理用戶終端的增值業(yè)務(wù)請求時,向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送放通指示消息;所述 第二網(wǎng)絡(luò)設(shè)備根據(jù)所述放通指示消息,確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端 提供增值業(yè)務(wù),并根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
或者,所述第二網(wǎng)絡(luò)設(shè)備向所述第 一網(wǎng)絡(luò)設(shè)備發(fā)送一定次數(shù)的心跳消息, 如果沒有收到來自所述第 一 網(wǎng)絡(luò)設(shè)備的響應(yīng)消息,則確定所述第 一 網(wǎng)絡(luò)設(shè)備無
法處理用戶終端的業(yè)務(wù)請求,并根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供 基本業(yè)務(wù)。
其中,所述設(shè)備級心跳消息是指兩個不同的、需要相互交互的邏輯實體 之間的心跳消息,由此消息可判定對端設(shè)備是否正常。 進一步,該方法還包括
所述第一網(wǎng)絡(luò)設(shè)備,當檢測到自身能夠向用戶終端提供增值業(yè)務(wù)時,向所 述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位指示消息;所述第二網(wǎng)絡(luò)設(shè)備接收到所述復位指示消 息時,停止向用戶終端提供基本業(yè)務(wù),將用戶終端的業(yè)務(wù)請求轉(zhuǎn)發(fā)給所述第一 網(wǎng)絡(luò)設(shè)備,由所述第一網(wǎng)絡(luò)設(shè)備向該用戶終端提供相應(yīng)業(yè)務(wù),所述第二網(wǎng)絡(luò)設(shè) 備停止對業(yè)務(wù)的自動放通,即恢復原有的業(yè)務(wù)處理流程。
本發(fā)明實施例所述;^文通,是指當網(wǎng)絡(luò)側(cè)某一設(shè)備出現(xiàn)故障,或因其他原因 不能處理用戶終端發(fā)送的增值業(yè)務(wù)請求消息時,則讓下一層網(wǎng)絡(luò)i殳備根據(jù)事先 約定好的方式自行處理用戶終端發(fā)送的基本業(yè)務(wù)請求消息,以保障前端用戶的 基本業(yè)務(wù)請求能夠被正常、及時地處理和接續(xù)等,保障用戶的基本呼叫功能不 受影響。從而解決在業(yè)務(wù)管理層設(shè)備故障、單業(yè)務(wù)故障、單呼叫故障等情況下, 對呼叫業(yè)務(wù)進行自動放通,保障最終用戶的基本功能仍然不受到影響,保障小 面積呼叫不影響大面積呼叫,保障單業(yè)務(wù)呼叫不影響整體平臺,保障單網(wǎng)元故 障不影響整個網(wǎng)絡(luò);最終達到整個網(wǎng)絡(luò)的高可靠性和高安全性。
或者,進一步,該方法還包括
所述第二網(wǎng)絡(luò)設(shè)備向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送心跳消息,當接收到所述第一 網(wǎng)絡(luò)設(shè)備的響應(yīng)消息時,確定所述第 一 網(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè) 務(wù),并將用戶終端的業(yè)務(wù)請求轉(zhuǎn)發(fā)給所述第一網(wǎng)絡(luò)設(shè)備,由所述第一網(wǎng)絡(luò)設(shè)備 向該用戶終端提供相應(yīng)業(yè)務(wù)。
所述第一網(wǎng)絡(luò)設(shè)備與所述第二網(wǎng)絡(luò)設(shè)備是兩個為實現(xiàn)某些應(yīng)用特性的邏 輯網(wǎng)絡(luò)設(shè)備,是實現(xiàn)一個功能集的組網(wǎng)中必備的兩個相鄰的邏輯網(wǎng)絡(luò)設(shè)備。例 如,所述第一網(wǎng)絡(luò)設(shè)備與所述第二網(wǎng)絡(luò)設(shè)備可以是智能網(wǎng)組網(wǎng)中的業(yè)務(wù)交換點
(SSP)和業(yè)務(wù)控制點(SCP),或者SCP和增強智能外設(shè)(AIP, Advance Intelligent Peripheral),或者SCP和業(yè)務(wù)數(shù)據(jù)管理點(SDP )網(wǎng)絡(luò)設(shè)備;所述第 一網(wǎng)絡(luò)設(shè)備與所述第二網(wǎng)絡(luò)設(shè)備還可以是下一代智能網(wǎng)絡(luò)(NGN)中的業(yè)務(wù)服 務(wù)器(AS, Application server)和軟交換(Soft X);或者,是核心網(wǎng)中的SoftX 和綜合智能歸屬位置寄存器(SHLR);或者,是七號信令網(wǎng)中的匯接局網(wǎng)絡(luò)設(shè) 備和端局網(wǎng)絡(luò)設(shè)備。
以下一代智能網(wǎng)中的SIP應(yīng)用為例,當某個增值業(yè)務(wù)出現(xiàn)異常時,本發(fā)明 實施例通過對SIP的擴展,可以實現(xiàn)單業(yè)務(wù)的自動放通。參見圖2,業(yè)務(wù)管理 層的AS用于提供多種增值業(yè)務(wù)應(yīng)用,例如彩鈴業(yè)務(wù)等,B用戶在AS上注冊 了彩鈴業(yè)務(wù)特性,A用戶撥打B用戶,軟交換發(fā)現(xiàn)B用戶具備彩鈴功能,于是 將呼叫轉(zhuǎn)接到AS上,此時AS發(fā)現(xiàn)彩鈴業(yè)務(wù)不可用,不能處理該業(yè)務(wù)的所有 呼叫,于是通知軟交換對本業(yè)務(wù)所有呼叫進行自動^L通,則軟交換接到所述通 知后,直接接續(xù)被叫用戶,即B用戶。
按照SIP協(xié)議要求,AS在檢測到自身不能向用戶終端提供增值業(yè)務(wù)時, 對軟交換發(fā)送錯誤響應(yīng)消息(也可以由軟交換^r測到AS不可用,而自行放通)。 通過對這些錯誤響應(yīng)消息進行擴展,得到本發(fā)明實施例所述的放通指示消息, 該消息詳細表述了業(yè)務(wù)錯誤的特征,例如是整個業(yè)務(wù)不可用還是單個呼叫不可 用等。
對所述錯誤響應(yīng)消息進行擴展,例如,在503消息中擴展頭域原因值,如 Reason: Q.850 ; cause=64 ; text="Service resource not available"。這些原因值 表述了業(yè)務(wù)錯誤的特征,AS將含有這些原因值的放通指示消息發(fā)送給軟交換, 軟交換則根據(jù)該指示中的具體原因值,按照預先約定好的方式,執(zhí)行相應(yīng)的動 作,對用戶請求的業(yè)務(wù)進行放通。例如,上述Reason表示彩鈐業(yè)務(wù)不可用, 則軟交換收到該消息后,調(diào)整自身動態(tài)參數(shù),使業(yè)務(wù)自動放通;軟交換對后續(xù) 所有需要接續(xù)到彩鈴業(yè)務(wù)的呼叫就會全部直接連接到被叫終端,而不再上報到
AS,從而實現(xiàn)對彩鈴業(yè)務(wù)的自動放通。
當AS中彩鈴業(yè)務(wù)可用時,AS下發(fā)經(jīng)過擴展的SIP消息給軟交換,通知軟 交換彩鈴業(yè)務(wù)已經(jīng)恢復。例如,擴展INFO消息,Reason: Q.850 ; cause=85; ServiceKey=208; text="Service has recover"。軟交換收到該消息后,調(diào)整自身 動態(tài)參數(shù),使業(yè)務(wù)無須自動放通,之后所有對彩鈴業(yè)務(wù)的呼叫會再次按照原處 理流程接續(xù)到AS上來。
再如,某個彩鈴呼叫由于應(yīng)用服務(wù)器臨時異常而不能正常執(zhí)行時,可以在 408消息中擴展頭域原因值,Reason: Q.850 ; cause=48 ; text="AS resource not available temporarily",從而表示單呼叫不可用,需要放通。那么,軟交換收到 此消息后,直接接續(xù)被叫終端,保證本次呼叫的正常執(zhí)行。但是,后續(xù)的類似 呼叫仍然按照原呼叫處理流程上報到AS執(zhí)行。
下面介紹一下本發(fā)明實施例的信令流程。
如圖3A、圖3B和圖3C所示,為本發(fā)明實施例中在正常情況下處理彩鈴 業(yè)務(wù)的信令流程示意圖,其中,圖3A為A用戶聽到回鈴音之前的信令流程示 意圖;圖3B為A用戶聽到回鈴音之后,A用戶與B用戶通話之前的信令流程 示意圖;圖3C為A用戶與B用戶通話結(jié)束后的信令流程示意圖。
在一個簡單的彩鈴業(yè)務(wù)信令流程中,A用戶做為主叫撥打被叫B用戶,B 用戶在軟交換上以及SIP業(yè)務(wù)服務(wù)器(AS)上登記了彩鈴業(yè)務(wù),SoftX先將呼 叫送到AS上,AS進行鑒權(quán)等邏輯處理后先連接被叫B用戶,B用戶回應(yīng)空 閑消息給AS,此時AS將B用戶登記的彩鈴音樂用SDP帶給主叫A用戶;主 叫A用戶聽到B用戶登記的彩鈴。B用戶應(yīng)答后,AS再將被叫B用戶的i某體 信息SDP發(fā)送給主叫A用戶,重新協(xié)商后A用戶和B用戶接通并進行通話; 通話結(jié)束后,B用戶發(fā)送掛機信號,A用戶釋放相關(guān)資源。下面說明一下具體 的信令流程。
Fl:主叫A用戶向軟交換(A的代理)發(fā)起呼叫請求到B用戶。 F2:軟交換對A用戶的請求回復臨時響應(yīng)消息,告知正在處理A用戶的 請求。
F3:軟交換經(jīng)過分析得知B用戶登記了彩鈴業(yè)務(wù)(存在需要經(jīng)過位置歸屬 寄存器HLR等設(shè)備查詢業(yè)務(wù)登記情況),于是將A用戶的呼叫請求轉(zhuǎn)發(fā)給AS 處理。
F4: AS對軟交換上報的呼叫請求回復正在處理的臨時響應(yīng)消息。
F5: AS分析主、被叫用戶的業(yè)務(wù)特性后,向軟交換(B的代理)發(fā)起一 個呼叫請求,邀請B用戶。
F6:軟交換對AS的業(yè)務(wù)請求回復正在處理的臨時響應(yīng)消息。
F7:軟交換將所述呼叫請求轉(zhuǎn)發(fā)給B用戶。
F8: B用戶對軟交換的呼叫請求回復正在處理的臨時響應(yīng)消息。
F9: B用戶對軟交換的請求回復震鈴臨時響應(yīng)消息。
F10:軟交換轉(zhuǎn)發(fā)B用戶的震鈴臨時響應(yīng)消息給AS。
Fll: AS內(nèi)部邏輯處理后,發(fā)送彩鈴SDP臨時響應(yīng)消息給主叫A用戶的 軟交換,給主叫A用戶播放彩鈴。
F12:軟交換轉(zhuǎn)發(fā)彩鈴媒體信息SDP給主叫A用戶。
F13:主叫A用戶經(jīng)過軟交換對彩鈴SDP回復臨時響應(yīng)確認消息。
F14:軟交換轉(zhuǎn)發(fā)主叫A用戶的臨時響應(yīng)確認消息。
F15: AS通過軟交換對主叫A用戶的臨時確認消息發(fā)送確認消息。
F16:軟交換發(fā)送AS的確認消息給主叫A用戶。
此時主叫A用戶聽到被叫B用戶登記的鈴音。
F17:被叫B用戶摘機,通過軟交換向AS發(fā)送200摘機確認消息。
F18:軟交換向AS轉(zhuǎn)發(fā)被叫B用戶的200摘機確認消息。
F19: AS通過軟交換對摘機確認消息發(fā)送ACK確認消息,表示已經(jīng)接收 到請求。
F20:軟交換轉(zhuǎn)發(fā)AS的確認消息給被叫B用戶。
F21: AS將主叫A用戶的々某體信息通過軟交換發(fā)送給被叫B用戶。
F22:軟交換對重新發(fā)起的請求信息回復臨時響應(yīng)消息。F23:軟交換轉(zhuǎn)發(fā)AS發(fā)送的重新請求消息給被叫B用戶。
F24: #1叫B用戶對軟交換的重新請求消息回復臨時響應(yīng)消息。
F25:被叫B用戶確認A用戶的新的媒體信息,并通過軟交換發(fā)送給AS。
F26:軟交換轉(zhuǎn)發(fā)被叫B用戶的確認媒體消息。
F27: AS將被叫B用戶的々某體更新消息通過軟交換發(fā)送給主叫A用戶。 F28:軟交換將AS的々某體更新消息發(fā)送給主叫A用戶。 F29:主叫A用戶對媒體更新消息進行確認,并通過軟交換向AS發(fā)送確 認消息。
F30:軟交換轉(zhuǎn)發(fā)主叫A用戶的媒體更新確認消息給AS。
F31: AS檢測媒體信息一致后,通過軟交換向被叫B用戶發(fā)送媒體確認消

F32:軟交換向被叫B用戶發(fā)送媒體確認消息。
F33: AS通過軟交換對主叫A用戶之前的INVITE消息回復200確認消息。 F34:軟交換轉(zhuǎn)發(fā)AS對主叫A用戶的200確認消息。 F35:主叫A用戶通過軟交換向AS發(fā)送確認消息。 F36:軟交換轉(zhuǎn)發(fā)主叫A用戶的確認消息給AS。
此時A用戶與B用戶已經(jīng)建立會話,并可以通過協(xié)商好的媒體信息進行 交互。
F37:通話結(jié)束后,被叫B用戶發(fā)起通話結(jié)束信號,并通過軟交換發(fā)送給AS。
F38:軟交換轉(zhuǎn)發(fā)結(jié)束通話消息給AS。
F39: AS處理被叫B用戶的通話結(jié)束消息后,將通話結(jié)束消息通過軟交換 發(fā)送給主叫A用戶。
F40:軟交換轉(zhuǎn)發(fā)AS的通過結(jié)束消息給主叫A用戶。
F41: AS通過軟交換對被叫B用戶的結(jié)束通話消息進行確認。
F42:軟交換轉(zhuǎn)發(fā)AS的結(jié)束通話確認消息。
F43:主叫A用戶通過軟交換對AS的結(jié)束通話消息進^f亍確i^。 F44:軟交換轉(zhuǎn)發(fā)主叫A用戶的結(jié)束通話確認消息。 此時通話結(jié)束。
但是,在SIP業(yè)務(wù)服務(wù)器較忙,或是因為某種異常原因引起SIP業(yè)務(wù)服務(wù) 器響應(yīng)慢時,步驟F3中的消息會很長時間沒有響應(yīng),在SIP的重傳機制中, 多次重傳會額外增加系統(tǒng)負荷;另外,在實際網(wǎng)絡(luò)運營中,普通人等待4至10 秒沒有響應(yīng)就會掛機重撥,從而導致話務(wù)不斷虛高,最終由于蝴蝶效應(yīng)導致系 統(tǒng)崩潰,或是給系統(tǒng)帶來安全隱患。
參見圖4,單業(yè)務(wù)級故障或單呼叫級故障時,AS收到Soft X轉(zhuǎn)發(fā)的A用 戶的呼叫請求,判定無法處理該用戶的呼叫請求,則F4信令采用503/408回 復SoftX當前業(yè)務(wù)/呼叫不可用,軟交換收到該信令時即自行接續(xù)被叫B用戶。 此時,軟交換是被動地獲得AS不能向用戶終端提供增值業(yè)務(wù)的信息。
待服務(wù)器AS能夠向用戶終端提供增值業(yè)務(wù)后,或是話務(wù)低峰時,可以將 話單、通話記錄等呼叫相關(guān)信息進行同步,從而保證數(shù)據(jù)完整性。
圖4所示僅以單呼叫放通或單業(yè)務(wù)故障后進行的第一個呼叫為例,單業(yè)務(wù) 故障后的其他呼叫,則可以省去步驟F3和步驟F4,即在AS發(fā)生單業(yè)務(wù)故障 后,SoftX對該業(yè)務(wù)進行自動放通,而不再上報給AS。
另外,軟交換還可以主動獲知AS不能向用戶終端提供增值業(yè)務(wù)的信息。 參見圖5,軟交換可以采用OPTION等消息來做為設(shè)備級心跳消息, 一旦對端 的AS多次沒有回200OK,或是錯誤響應(yīng)時,便可以對需要到AS處理的所有 呼叫進行放通,從而達到放通效果。SoftX多次發(fā)心跳消息給AS, AS沒有響 應(yīng),則判定AS設(shè)備故障,不能向用戶終端提供增值業(yè)務(wù),即不能處理任何消 息,此時所有需要到AS的呼叫都由SoftX自行接續(xù)。
其中OPTION消息的監(jiān)控次數(shù)與時間可自行設(shè)定;對OPTION消息,業(yè) 務(wù)服務(wù)器也可以回4x x、 5x x、 6x x等錯誤響應(yīng)消息通知軟交換本設(shè)備出
現(xiàn)故障。
本發(fā)明實施例提供的技術(shù)方案,還可以釆用其他網(wǎng)絡(luò)的組網(wǎng)和信令進行替 換。例如,傳統(tǒng)智能網(wǎng)中,業(yè)務(wù)控制點(SCP)發(fā)生故障時,通過擴展智能網(wǎng)
應(yīng)用幼、i義(INAP, Intelligent Networked Application Protocol M言令的TC—U—Abort 或TC—U—Error中的原語,通知業(yè)務(wù)交換點(SSP )當前SCP出現(xiàn)故障、業(yè)務(wù) 不可用或單呼叫需要進行放通。
另夕卜,在同一個網(wǎng)絡(luò)層面中的不同網(wǎng)元之間也可以用類似的方式進行;^文通 或是默認接續(xù)。例如,SCP連接々某體資源服務(wù)器(MRS, Media Resource Server )、 增強智能外設(shè)(AIP, Advance Intelligent Peripheral )、智能外設(shè)(IP, Intelligent Peripheral)等放音資源設(shè)備時,資源服務(wù)器出現(xiàn)故障,導致相關(guān)語音或是彩鈐 無法播放,也可以采用專用傳輸控制協(xié)議(TCP, Transmission Control Protocol) 或擴展已經(jīng)使用的相關(guān)協(xié)議實現(xiàn)放通方案。
網(wǎng)絡(luò)控制層設(shè)備發(fā)生故障,邊緣接入層設(shè)備也可以通過SIP協(xié)議、信令系 統(tǒng)第7號協(xié)議(SS7)等的擴展實現(xiàn)相應(yīng)的放通保護。
下面介紹一下本發(fā)明實施例提供的業(yè)務(wù)放通的具體裝置。
參見圖6,本發(fā)明實施例提供的業(yè)務(wù)放通裝置包括第一正常處理單元61、 觸發(fā)業(yè)務(wù)放通單元62和恢復單元63。
所述第一正常處理單元61,用于當自身能夠向用戶終端提供增值業(yè)務(wù)時, 根據(jù)接收到的第二網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的用戶終端的業(yè)務(wù)請求,向所述用戶終端提供 相應(yīng)業(yè)務(wù)。
所述觸發(fā)業(yè)務(wù)放通單元62,用于當確定自身不能向用戶終端提供增值業(yè)務(wù) 時,觸發(fā)所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本 業(yè)務(wù)。
所述觸發(fā)業(yè)務(wù)放通單元62,通過向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位指示消息, 觸發(fā)所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè) 務(wù)。
為了通知所述第二網(wǎng)絡(luò)設(shè)備自身向用戶終端提供增值業(yè)務(wù)的能力已恢復,
所述恢復單元63,用于當4企測到自身向用戶終端提供增值業(yè)務(wù)的能力恢復時, 向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位指示消息。
另外,本實施例裝置中還可以將所述恢復單元63替換為響應(yīng)單元64,所 述響應(yīng)單元64,用于接收所述第二網(wǎng)絡(luò)設(shè)備發(fā)送的心跳消息,并向所述第二網(wǎng) 絡(luò)設(shè)備回復響應(yīng)消息,通知所述第二網(wǎng)絡(luò)設(shè)備自身向用戶終端提供增值業(yè)務(wù)的 能力已恢復。
參見圖7,本發(fā)明實施例提供的業(yè)務(wù)放通裝置包括第二正常處理單元71、 業(yè)務(wù)放通單元72和復位單元73。
所述第二正常處理單元71 ,用于當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值 業(yè)務(wù)時,將用戶終端的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備。
所述業(yè)務(wù)放通單元72,用于當確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向用戶終端提供 增值業(yè)務(wù)時,根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
所述業(yè)務(wù)放通單元72,根據(jù)所述第一網(wǎng)絡(luò)設(shè)備發(fā)送的放通指示消息,確定 所述第 一 網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)。
除此之外,所述業(yè)務(wù)力t通單元72,還可以向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送一定次 數(shù)的心跳消息,當沒有收到來自所述第一網(wǎng)絡(luò)設(shè)備的響應(yīng)消息時,確定所述第 一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)。
所述復位單元73,用于接收到所述第一網(wǎng)絡(luò)設(shè)備發(fā)送的復位指示消息時, 得知所述第一網(wǎng)絡(luò)設(shè)備向用戶終端提供增值業(yè)務(wù)的能力已恢復,并觸發(fā)所述第 二正常處理單元71;則,所述第二正常處理單元71,根據(jù)所述復位單元73的 觸發(fā),將用戶終端的業(yè)務(wù)請求轉(zhuǎn)發(fā)給所述第一網(wǎng)絡(luò)設(shè)備。
另外,本實施例裝置中還可以將所述復位單元73替換為心跳單元74,所 述心跳單元74,用于向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送心跳消息,當接收到所述第一網(wǎng) 絡(luò)設(shè)備返回的響應(yīng)消息時,得知所述第 一 網(wǎng)絡(luò)設(shè)備向用戶終端提供增值業(yè)務(wù)的 能力已恢復,并觸發(fā)所述第二正常處理單元71;則,所述第二正常處理單元 71,根據(jù)所述心跳單元74的觸發(fā),將用戶終端的業(yè)務(wù)請求轉(zhuǎn)發(fā)給所述第一網(wǎng)
絡(luò)設(shè)備。
綜上所述,本發(fā)明實施例,當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠提供增值業(yè)務(wù)時,第二網(wǎng) 絡(luò)設(shè)備將用戶終端的業(yè)務(wù)請求發(fā)送給所述第 一 網(wǎng)絡(luò)設(shè)備,所述第 一 網(wǎng)絡(luò)設(shè)備根
據(jù)所述業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù);當所述第一網(wǎng)絡(luò)設(shè)備不能向 用戶終端提供增值業(yè)務(wù)時,由所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向 該用戶終端提供基本業(yè)務(wù)。當所述第一網(wǎng)絡(luò)設(shè)備資源恢復,能夠向用戶終端提 供增值業(yè)務(wù)時,所述第二網(wǎng)絡(luò)設(shè)備停止自動放通,業(yè)務(wù)處理流程恢復到原有流 程。從而,實現(xiàn)了當通訊網(wǎng)絡(luò)中的某一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù) 時,可以由另一網(wǎng)絡(luò)設(shè)備執(zhí)行用戶終端的基本業(yè)務(wù)請求,滿足用戶的基本業(yè)務(wù) 需求,保障用戶業(yè)務(wù)請求中的基本功能不受增值功能缺陷的影響,提高了服務(wù) 質(zhì)量。與現(xiàn)有的容災技術(shù)相比,所述第一網(wǎng)絡(luò)設(shè)備與所述第二網(wǎng)絡(luò)設(shè)備是實現(xiàn) 一個功能集的組網(wǎng)中必備的兩個相鄰的邏輯網(wǎng)絡(luò)設(shè)備,無需備份設(shè)備,因此成 本更低;并且,避免了當用戶的請求被拒絕時,用戶反復發(fā)送請求而導致整個 系統(tǒng)癱瘓的問題,提高了系統(tǒng)的安全性。
顯然,本領(lǐng)i或的4支術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)
明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種業(yè)務(wù)放通方法,當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)時,第二網(wǎng)絡(luò)設(shè)備將用戶終端的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備,所述第一網(wǎng)絡(luò)設(shè)備根據(jù)所述業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù),其特征在于,該方法還包括當確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,由所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述確定第一網(wǎng)絡(luò)設(shè)備不 能向用戶終端提供增值業(yè)務(wù)具體為所述第 一網(wǎng)絡(luò)設(shè)備,檢測到自身不能向用戶終端提供增值業(yè)務(wù)時,向所述 第二網(wǎng)絡(luò)設(shè)備發(fā)送放通指示消息;所述第二網(wǎng)絡(luò)設(shè)備根據(jù)所述放通指示消息,確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向 用戶終端提供增值業(yè)務(wù)。
3、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述確定第一網(wǎng)絡(luò)設(shè)備不 能向用戶終端提供增值業(yè)務(wù)具體為所述第二網(wǎng)絡(luò)設(shè)備向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送一定次數(shù)的心跳消息,當沒有 收到來自所述第 一 網(wǎng)絡(luò)設(shè)備的響應(yīng)消息時,確定所述第 一 網(wǎng)絡(luò)i殳備不能向用戶 終端提供增值業(yè)務(wù)。
4、 根據(jù)權(quán)利要求l、 2或3所述的方法,其特征在于,該方法還包括 所述第一網(wǎng)絡(luò)設(shè)備,當檢測到自身能夠向用戶終端提供增值業(yè)務(wù)時,向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位指示消息;所述第二網(wǎng)絡(luò)設(shè)備接收到所述復位指示消息時,將用戶終端的業(yè)務(wù)請求轉(zhuǎn) 發(fā)給所述第一網(wǎng)絡(luò)設(shè)備,由所述第一網(wǎng)絡(luò)設(shè)備向該用戶終端提供相應(yīng)業(yè)務(wù)。
5、 根據(jù)權(quán)利要求l、 2或3所述的方法,其特征在于,該方法還包括 所述第二網(wǎng)絡(luò)設(shè)備向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送心跳消息,當接收到所述第一網(wǎng)絡(luò)設(shè)備的響應(yīng)消息時,確定所述第 一網(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè) 務(wù),并將用戶終端的業(yè)務(wù)請求轉(zhuǎn)發(fā)給所述第一網(wǎng)絡(luò)設(shè)備,由所述第一網(wǎng)絡(luò)設(shè)備 向該用戶終端提供相應(yīng)業(yè)務(wù)。
6、 一種業(yè)務(wù)放通系統(tǒng),包括第一網(wǎng)絡(luò)設(shè)備和第二網(wǎng)絡(luò)設(shè)備,當所述第一 網(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)時,所述第二網(wǎng)絡(luò)設(shè)備用于將用戶終端 的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備,所述第一網(wǎng)絡(luò)設(shè)備用于根據(jù)所述業(yè)務(wù)請 求,向所述用戶終端提供相應(yīng)業(yè)務(wù),其特征在于,當確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,所述第二網(wǎng)絡(luò) 設(shè)備,還用于根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
7、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述確定第一網(wǎng)絡(luò)設(shè)備不 能向用戶終端提供增值業(yè)務(wù)具體為所述第一網(wǎng)絡(luò)設(shè)備,當檢測到自身不能向用戶終端提供增值業(yè)務(wù)時,向所 述第二網(wǎng)絡(luò)設(shè)備發(fā)送放通指示消息;所述第二網(wǎng)絡(luò)設(shè)備根據(jù)所述放通指示消息,確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向 用戶終端提供增值業(yè)務(wù)。
8、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述確定第一網(wǎng)絡(luò)設(shè)備不 能向用戶終端提供增值業(yè)務(wù)具體為所述第二網(wǎng)絡(luò)設(shè)備,向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送一定次數(shù)的心跳消息,并且,沒有收到來自所述第 一 網(wǎng)絡(luò)設(shè)備的響應(yīng)消息時,確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向 用戶終端提供增值業(yè)務(wù)。
9、 根據(jù)權(quán)利要求6、 7或8所述的系統(tǒng),其特征在于,所述第一網(wǎng)絡(luò)設(shè)備, 當^^企測到自身能夠向用戶終端提供增值業(yè)務(wù)時,向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位 指示消息;所述第二網(wǎng)絡(luò)設(shè)備接收到所述復位指示消息時,將用戶終端的業(yè)務(wù)請求轉(zhuǎn) 發(fā)給所述第 一網(wǎng)絡(luò)設(shè)備,由所述第一網(wǎng)絡(luò)設(shè)備向該用戶終端提供相應(yīng)業(yè)務(wù)。
10、 根據(jù)權(quán)利要求6、 7或8所述的系統(tǒng),其特征在于,所述第二網(wǎng)絡(luò)設(shè) 備向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送心跳消息,當接收到所述第一網(wǎng)絡(luò)設(shè)備的響應(yīng)消息 時,確定所述第一網(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù),并將用戶終端的業(yè) 務(wù)請求轉(zhuǎn)發(fā)給所述第一網(wǎng)絡(luò)設(shè)備,由所述第一網(wǎng)絡(luò)設(shè)備向該用戶終端提供相應(yīng) 業(yè)務(wù)。
11、 一種業(yè)務(wù)放通裝置,其特征在于,該裝置包括第一正常處理單元,用于當自身能夠向用戶終端提供增值業(yè)務(wù)時,根據(jù)接 收到的第二網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的用戶終端的業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù);觸發(fā)業(yè)務(wù)放通單元,用于當確定自身不能向用戶終端提供增值業(yè)務(wù)時,觸 發(fā)所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
12、 根據(jù)權(quán)利要求11所述的裝置,其特征在于,所述觸發(fā)業(yè)務(wù)放通單元, 通過向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位指示消息,觸發(fā)所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶 終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
13、 根據(jù)權(quán)利要求11或12所述的裝置,其特征在于,該裝置還包括 恢復單元,用于當檢測到自身向用戶終端提供增值業(yè)務(wù)的能力恢復時,向所述第二網(wǎng)絡(luò)設(shè)備發(fā)送復位指示消息。
14、根據(jù)權(quán)利要求11或12所述的裝置,其特征在于,該裝置還包括 響應(yīng)單元,用于接收所述第二網(wǎng)絡(luò)設(shè)備發(fā)送的心跳消息,并向所述第二網(wǎng)絡(luò)設(shè)備回復響應(yīng)消息,通知所述第二網(wǎng)絡(luò)設(shè)備自身向用戶終端提供增值業(yè)務(wù)的能力已恢復。
15、 一種業(yè)務(wù)放通裝置,其特征在于,該裝置包括 第二正常處理單元,用于當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)時,將用戶終端的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備;業(yè)務(wù)放通單元,用于當確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè) 務(wù)時,根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。
16、 根據(jù)權(quán)利要求15所述的裝置,其特征在于,所述業(yè)務(wù)放通單元,根 據(jù)所述第一網(wǎng)絡(luò)設(shè)備發(fā)送的放通指示消息,確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)。
17、 根據(jù)權(quán)利要求15所述的裝置,其特征在于,所述業(yè)務(wù)放通單元,向所述第 一 網(wǎng)絡(luò)設(shè)備發(fā)送一定次數(shù)的心跳消息,當沒有收到來自所述第 一 網(wǎng)絡(luò)設(shè) 備的響應(yīng)消息時,確定所述第 一 網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)。
18、 根據(jù)權(quán)利要求15、 16或17所述的裝置,其特征在于,該裝置還包括 復位單元,用于接收所述第一網(wǎng)絡(luò)設(shè)備發(fā)送的復位指示消息,并觸發(fā)所述第二正常處理單元;貝'J,所述第二正常處理單元,根據(jù)所述復位單元的觸發(fā),將用戶終端的業(yè)務(wù)請求轉(zhuǎn)發(fā)給所述第 一網(wǎng)絡(luò)設(shè)備。
19、 根據(jù)權(quán)利要求15、 16或17所述的裝置,其特征在于,該裝置還包括 心跳單元,用于向所述第一網(wǎng)絡(luò)設(shè)備發(fā)送心跳消息,當接收到所述第一網(wǎng)絡(luò)設(shè)備返回的響應(yīng)消息時,觸發(fā)所述第二正常處理單元;貝'J,所述第二正常處理單元,根據(jù)所述心跳單元的觸發(fā),將用戶終端的業(yè) 務(wù)請求轉(zhuǎn)發(fā)給所述第 一 網(wǎng)絡(luò)設(shè)備。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)放通方法、系統(tǒng)及裝置,用以解決現(xiàn)有技術(shù)在網(wǎng)絡(luò)設(shè)備出現(xiàn)故障時實現(xiàn)用戶業(yè)務(wù)請求,需要的成本高、系統(tǒng)安全性差的問題。本發(fā)明方法,當?shù)谝痪W(wǎng)絡(luò)設(shè)備能夠向用戶終端提供增值業(yè)務(wù)時,第二網(wǎng)絡(luò)設(shè)備將用戶終端的業(yè)務(wù)請求發(fā)送給所述第一網(wǎng)絡(luò)設(shè)備,所述第一網(wǎng)絡(luò)設(shè)備根據(jù)所述業(yè)務(wù)請求,向所述用戶終端提供相應(yīng)業(yè)務(wù),該方法還包括當確定所述第一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,由所述第二網(wǎng)絡(luò)設(shè)備根據(jù)用戶終端的業(yè)務(wù)請求,向該用戶終端提供基本業(yè)務(wù)。本發(fā)明用于實現(xiàn)當通訊網(wǎng)絡(luò)中的某一網(wǎng)絡(luò)設(shè)備不能向用戶終端提供增值業(yè)務(wù)時,可以由另一網(wǎng)絡(luò)設(shè)備實現(xiàn)用戶請求的基本業(yè)務(wù),滿足用戶的基本業(yè)務(wù)需求,提高服務(wù)質(zhì)量以及系統(tǒng)安全。
文檔編號H04Q7/22GK101102365SQ200710140480
公開日2008年1月9日 申請日期2007年8月24日 優(yōu)先權(quán)日2007年8月24日
發(fā)明者蔣云超 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1