專利名稱：一種智能網(wǎng)系統(tǒng)中呼叫接續(xù)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能網(wǎng)通信技術(shù)領(lǐng)域，特別是指一種智能網(wǎng)系統(tǒng)中呼叫接續(xù)的實(shí)現(xiàn)方法。
背景技術(shù)：
隨著智能網(wǎng)系統(tǒng)在通信系統(tǒng)的廣泛應(yīng)用，智能業(yè)務(wù)和用戶量的快速發(fā)展，智能用戶的呼叫越來越依賴智能網(wǎng)系統(tǒng)的處理，即智能用戶呼叫過程中產(chǎn)生的信令必須經(jīng)過智能網(wǎng)設(shè)備正常處理和回應(yīng)后才能保證智能業(yè)務(wù)的實(shí)現(xiàn)和呼叫的正常接續(xù)。
實(shí)現(xiàn)智能網(wǎng)功能的智能網(wǎng)設(shè)備主要是業(yè)務(wù)控制點(diǎn)(SCP)，現(xiàn)有技術(shù)中，SCP在收到用戶交換設(shè)備向其發(fā)送的呼叫相關(guān)信息后，如果其中的重要組成部分如業(yè)務(wù)數(shù)據(jù)單元(SDU)或數(shù)據(jù)庫發(fā)生故障，無法執(zhí)行用戶的智能業(yè)務(wù)，一般是直接向用戶交換設(shè)備返回消息拒絕呼叫，用戶交換設(shè)備在收到該消息后，拒絕用戶呼叫。
由以上技術(shù)方案可以看出，現(xiàn)有技術(shù)中，在SCP發(fā)生故障后，簽約在該SCP上的智能用戶的智能業(yè)務(wù)全部失敗，造成了簽約在該SCP上的智能用戶的呼叫無法接續(xù)，給運(yùn)營商和用戶都造成了巨大的損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種智能網(wǎng)系統(tǒng)中呼叫接續(xù)的實(shí)現(xiàn)方法，該方法能夠在SCP發(fā)生故障的情況下實(shí)現(xiàn)呼叫的接續(xù)，減少用戶和運(yùn)營商的損失。
為了達(dá)到上述目的，本發(fā)明提供了一種智能網(wǎng)系統(tǒng)中呼叫接續(xù)的實(shí)現(xiàn)方法，該方法包括A、智能網(wǎng)設(shè)備在接收交換設(shè)備向其發(fā)送的業(yè)務(wù)請求后，判斷智能網(wǎng)設(shè)備中是否發(fā)生故障，如果發(fā)生故障執(zhí)行步驟B；否則執(zhí)行正常的智能業(yè)務(wù)處理流程；B、智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫，交換設(shè)備接收該消息后，繼續(xù)進(jìn)行呼叫。
較佳地，上述判斷智能網(wǎng)設(shè)備中是否發(fā)生故障為判斷智能網(wǎng)設(shè)備中的業(yè)務(wù)數(shù)據(jù)單元或數(shù)據(jù)庫是否發(fā)生故障。
較佳地，上述步驟A之前進(jìn)一步包括在智能網(wǎng)設(shè)備中設(shè)置故障標(biāo)志位，當(dāng)智能網(wǎng)設(shè)備獲知其中發(fā)生故障后，將該故障標(biāo)志位設(shè)置為發(fā)生故障，當(dāng)智能網(wǎng)設(shè)備獲知其恢復(fù)正常后，將該故障標(biāo)志位設(shè)置為正常狀態(tài)；則步驟A中上述判斷其中是否發(fā)生故障為查詢故障標(biāo)志位，判斷故障標(biāo)志位指示是否為發(fā)生故障。
較佳地，上述步驟A之前進(jìn)一步包括在智能網(wǎng)設(shè)備中設(shè)置故障處理模塊；則步驟B中上述智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫為智能網(wǎng)設(shè)備中的故障處理模塊向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫。
上述步驟B可以包括B10、智能網(wǎng)設(shè)備中的故障處理模塊向發(fā)送請求的交換設(shè)備返回請求報(bào)告基本呼叫狀態(tài)模型消息，配置需要上報(bào)的基本呼叫狀態(tài)模型，并發(fā)送應(yīng)用計(jì)費(fèi)消息；B11、故障處理模塊向交換設(shè)備發(fā)送連接消息或繼續(xù)消息，通知其與被叫當(dāng)前所在的交換設(shè)備建立連接；B12、話路接續(xù)到被叫當(dāng)前所在的交換設(shè)備，被叫振鈴，應(yīng)答。
上述步驟B還可以包括B20、智能網(wǎng)設(shè)備中的故障處理模塊向發(fā)送業(yè)務(wù)請求的交換設(shè)備返回業(yè)務(wù)請求響應(yīng)消息；
B21、交換設(shè)備接收業(yè)務(wù)請求響應(yīng)消息后，向智能網(wǎng)設(shè)備發(fā)送分析消息；B22、智能網(wǎng)設(shè)備中的故障處理模塊收到分析消息后，向交換設(shè)備返回分析響應(yīng)消息。
進(jìn)一步地，上述步驟B后包括C、呼叫結(jié)束后，交換設(shè)備向智能網(wǎng)設(shè)備發(fā)送消息上報(bào)呼叫結(jié)束，智能網(wǎng)設(shè)備中的故障處理模塊收到該消息后，為主叫和/或被叫生成話單。
上述智能網(wǎng)設(shè)備可以為被叫簽約的智能網(wǎng)設(shè)備。
上述智能網(wǎng)設(shè)備還可以為主叫簽約的智能網(wǎng)設(shè)備。
如果智能網(wǎng)設(shè)備為主叫簽約的智能網(wǎng)設(shè)備，上述步驟B之前可以進(jìn)一步包括b1、智能網(wǎng)設(shè)備判斷業(yè)務(wù)請求中的被叫號碼是否為VPN短號，如果是VPN短號，執(zhí)行步驟b2；否則，執(zhí)行上述步驟B；b2、智能網(wǎng)設(shè)備向放音設(shè)備發(fā)送包括播放提示音的消息，放音設(shè)備向主叫終端播放提示音，然后釋放呼叫。
上述智能網(wǎng)設(shè)備可以為業(yè)務(wù)控制點(diǎn)。
從以上技術(shù)方案可以看出，本發(fā)明中，智能網(wǎng)設(shè)備在判斷出其中發(fā)生故障后，向交換設(shè)備返回消息通知其進(jìn)行呼叫處理，從而在智能網(wǎng)設(shè)備出現(xiàn)故障后，實(shí)現(xiàn)了呼叫的接續(xù)，減少了用戶和運(yùn)營商的損失；此外，本發(fā)明中智能網(wǎng)設(shè)備在判斷出其中重要部分發(fā)生故障后，對被叫號碼是否為虛擬專用網(wǎng)(VPN)短號進(jìn)行了判斷，實(shí)現(xiàn)了對VPN短號的呼叫和普通被叫號碼的區(qū)別處理；進(jìn)而，本發(fā)明通過故障標(biāo)志位的設(shè)置，避免了智能網(wǎng)設(shè)備在每次業(yè)務(wù)中都對其中的設(shè)備是否發(fā)生故障進(jìn)行判斷，減少了智能網(wǎng)設(shè)備的負(fù)擔(dān)。


圖1為本發(fā)明的總體流程圖；圖2為本發(fā)明第一實(shí)施例的主叫流程圖；
圖3為本發(fā)明第一實(shí)施例的被叫流程圖；圖4為本發(fā)明第二實(shí)施例的主叫流程圖；圖5為本發(fā)明第二實(shí)施例中向主叫播放提示音的流程圖；圖6為本發(fā)明第三實(shí)施例的主叫流程圖；圖7為本發(fā)明第三實(shí)施例的被叫流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)描述。
本發(fā)明的主要思想是，智能網(wǎng)設(shè)備在接收交換設(shè)備向其發(fā)送的業(yè)務(wù)請求后，判斷其中是否發(fā)生故障，如果發(fā)生故障，智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫，交換設(shè)備接收該消息后，繼續(xù)進(jìn)行呼叫；否則執(zhí)行正常的智能業(yè)務(wù)處理流程。本發(fā)明的總體方法流程圖如圖1所示，具體步驟如下步驟101、智能網(wǎng)設(shè)備在接收用戶交換設(shè)備向其發(fā)送的業(yè)務(wù)請求后，判斷其中是否發(fā)生故障，如果發(fā)生故障執(zhí)行步驟102；否則，執(zhí)行步驟103；步驟102、智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫，交換設(shè)備接收該消息后，繼續(xù)進(jìn)行呼叫；步驟103、智能網(wǎng)設(shè)備執(zhí)行正常的智能業(yè)務(wù)處理流程。
以下以具體實(shí)施例進(jìn)一步說明本發(fā)明。
本發(fā)明方法在GSM智能網(wǎng)系統(tǒng)中的實(shí)現(xiàn)為第一實(shí)施例。本實(shí)施例中，預(yù)先在SCP中設(shè)置故障處理模塊，并設(shè)置故障標(biāo)志位。當(dāng)SCP中的重要部分，如業(yè)務(wù)數(shù)據(jù)單元(SDU)或數(shù)據(jù)庫發(fā)生故障后，只要其中的業(yè)務(wù)控制單元(SCU)能夠正常運(yùn)行，就可以通過故障處理模塊實(shí)現(xiàn)呼叫的接續(xù)。下面分別以智能用戶作為主叫和智能用戶作為被叫的兩種情況對本實(shí)施例進(jìn)行說明。
當(dāng)智能用戶為主叫時(shí)，其實(shí)現(xiàn)流程如圖2所示，具體步驟如下
步驟201、智能用戶作為主叫發(fā)起呼叫，交換設(shè)備，即移動交換中心/業(yè)務(wù)交換點(diǎn)(MSC/SSP)收到主叫對應(yīng)的終端發(fā)送的呼叫請求后，根據(jù)該主叫的用戶簽約信息得知該用戶為智能用戶，向用戶簽約信息中SCP地址參數(shù)對應(yīng)的SCP發(fā)送初始檢測點(diǎn)消息(IDP)觸發(fā)業(yè)務(wù)，該消息中包含呼叫相關(guān)信息；步驟202、SCP在收到MSC/SSP發(fā)送的IDP消息后，查詢其中的故障標(biāo)志位，并判斷故障標(biāo)志位指示是否為發(fā)生故障，如果故障標(biāo)志位指示為發(fā)生故障，執(zhí)行步驟203；否則，執(zhí)行正常的智能業(yè)務(wù)處理流程；在SCP中，當(dāng)SCP連接業(yè)務(wù)數(shù)據(jù)單元或連接數(shù)據(jù)庫發(fā)生失敗后，設(shè)置故障標(biāo)志位指示為發(fā)生故障；當(dāng)SCP連接業(yè)務(wù)數(shù)據(jù)單元或連接數(shù)據(jù)庫成功后，設(shè)置故障標(biāo)志位指示為正常狀態(tài)；步驟203、SCP中的故障處理模塊按照普通呼叫處理方式向MSC/SSP發(fā)送請求報(bào)告基本呼叫狀態(tài)模型消息(RRBE)，配置需要上報(bào)的基本呼叫狀態(tài)模型(BCSM)，并發(fā)送應(yīng)用計(jì)費(fèi)消息(AC)；此外本步驟中還可以向MSC/SSP發(fā)送提供計(jì)費(fèi)信息消息(FCI)，F(xiàn)CI消息根據(jù)運(yùn)營商在計(jì)費(fèi)時(shí)挑選話單的方式確定是否下發(fā)，如果是FCI挑單則下發(fā)該消息，如果是根據(jù)業(yè)務(wù)鍵挑單，由于MSC中的用戶簽約信息已經(jīng)包含了業(yè)務(wù)鍵，則不需要下發(fā)FCI消息；步驟204、故障處理模塊向MSC/SSP發(fā)送連接消息(CONNECT)或繼續(xù)消息(CONTINUE)，通知其與被叫當(dāng)前所在的交換設(shè)備建立連接；步驟205、MSC/SSP獲取被叫路由信息，然后把呼叫接續(xù)到被叫當(dāng)前所在的交換設(shè)備，被叫振鈴，應(yīng)答；本步驟中，獲取被叫路由信息的方法，根據(jù)被叫的歸屬系統(tǒng)，如GSM系統(tǒng)、CDMA系統(tǒng)等來確定，具體的實(shí)現(xiàn)方法與現(xiàn)有技術(shù)相同，這里不再詳述；步驟206、被叫應(yīng)答，主被叫開始通話，通話結(jié)束后，MSC/SSP向SCP上報(bào)中請計(jì)費(fèi)報(bào)告(ACR)消息；步驟207、SCP中的故障處理模塊在收到該消息后，根據(jù)呼叫類型、主被叫號碼、通話開始時(shí)間及時(shí)長等信息為主叫用戶生成話單，然后向MSC/SSP發(fā)送釋放呼叫消息。
當(dāng)智能用戶作為被叫時(shí)，其實(shí)現(xiàn)流程如圖3所示，具體步驟與上述主叫流程基本相同，只是步驟301、步驟305和步驟307稍有區(qū)別；在步驟301中，MSC/SSP在獲得被叫的用戶簽約信息后，根據(jù)被叫用戶簽約信息中的SCP地址參數(shù)向被叫的SCP發(fā)送IDP消息；在步驟305中，把呼叫接續(xù)到被叫當(dāng)前所在的交換設(shè)備；在步驟307中，被叫SCP中的故障處理模塊為被叫用戶生成話單。
以上是對本發(fā)明的第一實(shí)施例的說明，本實(shí)施例中也可不設(shè)置故障處理模塊，而直接由SCP執(zhí)行故障處理模塊的工作。
在現(xiàn)有的智能網(wǎng)中，通常會有VPN短號業(yè)務(wù)，VPN短號是指非0、1、2、9開頭的，并且長度小于等于6位的號碼，VPN短號業(yè)務(wù)中，當(dāng)主叫用戶播打的被叫用戶號碼是VPN短號時(shí)，必須經(jīng)過SCP查詢業(yè)務(wù)數(shù)據(jù)單元或數(shù)據(jù)庫，才能獲得該被叫VPN短號對應(yīng)的真實(shí)號碼，所以，當(dāng)被叫號碼是VPN短號時(shí)，按第一實(shí)施例中的流程執(zhí)行就會出現(xiàn)問題。由此，提出了本發(fā)明的第二實(shí)施例，以下對其進(jìn)行說明。
在本發(fā)明的第二實(shí)施例中，只有主叫流程與第一實(shí)施例有所區(qū)別，本實(shí)施例中的主叫流程如圖4所示，其中步驟401和步驟402與第一實(shí)施例中的步驟201和步驟202相同，在步驟402中判斷出故障標(biāo)志位指示為發(fā)生故障后執(zhí)行下述步驟步驟403、故障處理模塊判斷被叫號碼是否是VPN短號，如果是VPN短號執(zhí)行步驟404；否則，執(zhí)行步驟405；步驟404、故障處理模塊向MSC/SSP返回消息指示其向主叫用戶播放提示音，提示用戶播打VPN號碼對應(yīng)的真實(shí)號碼；
由于智能外設(shè)也能夠作為放音設(shè)備向用戶播放提示音，所以本步驟中也可以是故障處理模塊向智能外設(shè)(IP)返回消息指示其向主叫用戶播放提示音，然后由智能外設(shè)向用戶播放提示音；此外，由于VPN短號必須經(jīng)過SCP查詢業(yè)務(wù)數(shù)據(jù)單元或數(shù)據(jù)庫才能獲得其對應(yīng)的真實(shí)號碼，只有在獲得了VPN短號對應(yīng)的真實(shí)號碼之后才能夠進(jìn)行呼叫的接續(xù)，因此在SCP發(fā)生故障后，就無法通過查詢業(yè)務(wù)數(shù)據(jù)單元或數(shù)據(jù)庫獲取真實(shí)號碼，需要向用戶播放提示音提示用戶播打真實(shí)號碼；步驟405、故障處理模塊向MSC/SSP返回消息指示其對呼叫進(jìn)行接續(xù)，MSC/SSP對該呼叫進(jìn)行接續(xù)；本步驟實(shí)際上就是執(zhí)行圖2中的步驟203至步驟207。
在上述步驟404中，故障處理模塊向MSC/SSP返回消息指示其向主叫用戶播放提示音的流程如圖5所示，具體包括以下步驟步驟501、故障處理模塊向MSC/SSP發(fā)送請求報(bào)告基本呼叫狀態(tài)模型消息(RRBE)，配置主叫需要上報(bào)的基本呼叫狀態(tài)模型(BCSM)；這里主要配置主叫用戶放棄事件，例如主叫用戶掛機(jī)，MSC/SSP向SCP發(fā)送消息通知其主叫用戶放棄呼叫，則SCP停止對呼叫進(jìn)行處理；步驟502、故障處理模塊向MSC/SSP發(fā)送連接資源消息(CTR)，通知MSC/SSP與播放提示音的資源建立連接；步驟503、SCP中的故障處理模塊向MSC/SSP發(fā)送放音(PA)消息，MSC/SSP在收到放音消息后，向主叫播放放音消息中所包含的錄音通知音號對應(yīng)的提示音；本步驟中，放音消息中包含MSC/SSP所要向主叫用戶播放的提示音類型，提示音類型即錄音通知音號，本實(shí)施例中所使用的音號，可以利用標(biāo)準(zhǔn)化音中目前暫不使用的音號，在其上加載標(biāo)準(zhǔn)化音；步驟504、主叫SCP向MSC/SSP發(fā)送釋放呼叫(RC)消息釋放呼叫，放音結(jié)束后，MSC/SSP釋放呼叫。
本發(fā)明方法在CDMA智能網(wǎng)系統(tǒng)中的實(shí)現(xiàn)為本發(fā)明的第三實(shí)施例，其實(shí)現(xiàn)思想與第一實(shí)施例和第二實(shí)施例相同，區(qū)別只是在于信令流程的不同，以下對其進(jìn)行說明。
本實(shí)施例中的主叫流程如圖6所示，具體步驟如下步驟601、智能用戶作為主叫發(fā)起呼叫，主叫移動交換中心/業(yè)務(wù)交換點(diǎn)(MSC/SSP)收到主叫對應(yīng)的終端發(fā)送的呼叫請求后，根據(jù)用戶簽約信息得知該用戶為智能用戶，向用戶簽約信息中SCP地址參數(shù)對應(yīng)的SCP發(fā)送包含呼叫相關(guān)信息的初始呼叫請求消息(ORREQ)觸發(fā)業(yè)務(wù)；步驟602、SCP在收到MSC/SSP發(fā)送的ORREQ消息后，查詢故障標(biāo)志位，并判斷故障標(biāo)志位的指示是否為發(fā)生故障，如果故障標(biāo)志位指示發(fā)生故障，則執(zhí)行步驟603；否則，執(zhí)行正常的智能業(yè)務(wù)處理流程；步驟603、SCPa中的故障處理模塊判斷被叫號碼是否是VPN短號，如果是VPN短號執(zhí)行步驟604；否則，執(zhí)行步驟606；步驟604、故障處理模塊向MSC/SSP返回拒絕呼叫的初始呼叫請求響應(yīng)消息(orreq)，其中帶有拒絕原因、錄音通知音號和業(yè)務(wù)鍵；步驟605、MSC/SSP向主叫播放orreq消息中所包含的錄音通知音號對應(yīng)的提示音，然后結(jié)束本流程；本步驟中向主叫播放提示音也可以由智能外設(shè)(IP)來完成，其放音流程與現(xiàn)有技術(shù)相同，這里不再詳述；步驟606、SCP中的故障處理模塊按照普通呼叫處理方式向MSC/SSP返回orreq消息，其中包括業(yè)務(wù)鍵(DMH_SVCID)，用于采用業(yè)務(wù)鍵挑單時(shí)與其他呼叫的話單進(jìn)行區(qū)分；步驟607、MSC/SSP在獲得被叫信息，并且被叫可用后，向SCP發(fā)送分析消息(ANLYZD)，SCP中的故障處理模塊收到該消息后，向MSC/SSP返回帶有業(yè)務(wù)鍵的分析響應(yīng)消息(anlyzd)；本步驟中，獲取被叫信息的方法與現(xiàn)有技術(shù)相同，被叫可用是指主叫可以與被叫建立連接；步驟608、被叫用戶應(yīng)答后，主被叫開始通話，MSC/SSP向SCP發(fā)送主叫應(yīng)答消息(OANSWER)；步驟609、主被叫一方掛機(jī)后，MSC/SSP向SCP發(fā)送主叫釋放(ODISCONNECT)消息，SCP中的故障處理模塊為主叫生成話單，并向MSC/SSP返回主叫釋放響應(yīng)消息(odisconnet)，通知MSC/SSP釋放鏈路并生成話單，然后結(jié)束本流程。
本實(shí)施例的被叫流程與主叫流程的區(qū)別是，在被叫流程中，由于已經(jīng)確定了真實(shí)的被叫號碼，所以不對被叫號碼是否是VPN號碼進(jìn)行判斷。被叫流程如圖7所示，具體步驟如下步驟701中，MSC/SSP在獲得被叫的用戶簽約信息后，向被叫用戶簽約信息中SCP地址參數(shù)所對應(yīng)的SCP發(fā)送ANLYZD消息；本步驟中，MSC/SSP通過與被叫的歸屬位置寄存器進(jìn)行交互，獲得被叫用戶簽約信息，具體實(shí)現(xiàn)流程與現(xiàn)有技術(shù)相同，這里不再詳述；步驟702、SCP在收到ANLYZD消息后，查詢故障標(biāo)志位，并判斷故障標(biāo)志位的指示是否為發(fā)生故障，如果故障標(biāo)志位指示為發(fā)生故障，執(zhí)行步驟703；否則，執(zhí)行正常的智能業(yè)務(wù)處理流程；步驟703、SCP中的故障處理模塊向MSC/SSP返回帶有業(yè)務(wù)鍵的anlyzd消息；步驟704、MSC/SSP向SCP發(fā)送ANLYZD消息，該消息及步驟702中的ANLYZD消息均與現(xiàn)有技術(shù)相同；步驟705、故障處理模塊向MSC/SSP返回帶有業(yè)務(wù)鍵的anlyzd消息；步驟706、被叫用戶應(yīng)答后，主被叫開始通話，MSC/SSP向SCP發(fā)送被叫應(yīng)答消息(TANSWER)；步驟707、主被叫一方掛機(jī)后，MSC/SSP向SCP發(fā)送被叫釋放消息(TDISCONNECT)，SCP中的故障處理模塊為被叫生成話單，并向MSC/SSP返回被叫釋放響應(yīng)消息(tdisconnet)，通知MSC/SSP釋放鏈路并生成話單，然后結(jié)束本流程。
本發(fā)明方法在公眾電話網(wǎng)絡(luò)(PSTN)智能網(wǎng)系統(tǒng)中的實(shí)現(xiàn)為第四實(shí)施例，其實(shí)現(xiàn)過程與本發(fā)明第一實(shí)施例和第二實(shí)施例基本相同，其區(qū)別在于業(yè)務(wù)觸發(fā)方式不同，以及被叫沒有智能業(yè)務(wù)流程。業(yè)務(wù)觸發(fā)方式不同，就是在智能業(yè)務(wù)觸發(fā)時(shí)不是根據(jù)簽約用戶信息觸發(fā)，而是根據(jù)接入碼來觸發(fā)智能業(yè)務(wù)；而被叫沒有智能業(yè)務(wù)流程就是主叫交換機(jī)在收到主叫SCP向其發(fā)送的連接消息(CONNECT)或繼續(xù)消息(CONTINUE)連接被叫時(shí)，直接連接被叫交換機(jī)。
從以上對本發(fā)明具體實(shí)施例的說明可以看出，本發(fā)明中，智能網(wǎng)設(shè)備在判斷出其中發(fā)生故障后，向交換設(shè)備返回消息通知其進(jìn)行普通呼叫處理，從而在智能網(wǎng)設(shè)備中出現(xiàn)故障后，實(shí)現(xiàn)了呼叫的接續(xù)，減少了用戶和運(yùn)營商的損失；此外，本發(fā)明中智能網(wǎng)設(shè)備在判斷出其中發(fā)生故障后，對被叫號碼是否為VPN短號進(jìn)行了判斷，實(shí)現(xiàn)了對VPN短號的呼叫和普通被叫號碼的區(qū)別處理；進(jìn)而，本發(fā)明通過故障標(biāo)志位的設(shè)置，避免了智能網(wǎng)設(shè)備在每個(gè)業(yè)務(wù)中都對其中的設(shè)備是否發(fā)生故障進(jìn)行判斷，減少了智能網(wǎng)設(shè)備的負(fù)擔(dān)。
在具體的實(shí)施過程中可根據(jù)本發(fā)明的方法進(jìn)行適當(dāng)?shù)母倪M(jìn)，以適應(yīng)具體情況的具體需要。因此可以理解，根據(jù)本發(fā)明的具體實(shí)施方式
只是起示范作用，并不用以限制本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種智能網(wǎng)系統(tǒng)中呼叫接續(xù)的實(shí)現(xiàn)方法，其特征在于，該方法包括A、智能網(wǎng)設(shè)備在接收交換設(shè)備向其發(fā)送的業(yè)務(wù)請求后，判斷智能網(wǎng)設(shè)備中是否發(fā)生故障，如果發(fā)生故障執(zhí)行步驟B；否則執(zhí)行正常的智能業(yè)務(wù)處理流程；B、智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫，交換設(shè)備接收該消息后，繼續(xù)進(jìn)行呼叫。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷智能網(wǎng)設(shè)備中是否發(fā)生故障為判斷智能網(wǎng)設(shè)備中的業(yè)務(wù)數(shù)據(jù)單元或數(shù)據(jù)庫是否發(fā)生故障。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A之前進(jìn)一步包括在智能網(wǎng)設(shè)備中設(shè)置故障標(biāo)志位，當(dāng)智能網(wǎng)設(shè)備獲知其中發(fā)生故障后，將該故障標(biāo)志位設(shè)置為發(fā)生故障，當(dāng)智能網(wǎng)設(shè)備獲知其恢復(fù)正常后，將該故障標(biāo)志位設(shè)置為正常狀態(tài)；則步驟A中所述判斷其中是否發(fā)生故障為查詢故障標(biāo)志位，判斷故障標(biāo)志位指示是否為發(fā)生故障。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A之前進(jìn)一步包括在智能網(wǎng)設(shè)備中設(shè)置故障處理模塊；則步驟B中所述智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫為智能網(wǎng)設(shè)備中的故障處理模塊向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟B包括B10、智能網(wǎng)設(shè)備中的故障處理模塊向發(fā)送請求的交換設(shè)備返回請求報(bào)告基本呼叫狀態(tài)模型消息，配置需要上報(bào)的基本呼叫狀態(tài)模型，并發(fā)送應(yīng)用計(jì)費(fèi)消息；B11、故障處理模塊向交換設(shè)備發(fā)送連接消息或繼續(xù)消息，通知其與被叫當(dāng)前所在的交換設(shè)備建立連接；B12、話路接續(xù)到被叫當(dāng)前所在的交換設(shè)備，被叫振鈴，應(yīng)答。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟B包括B20、智能網(wǎng)設(shè)備中的故障處理模塊向發(fā)送業(yè)務(wù)請求的交換設(shè)備返回業(yè)務(wù)請求響應(yīng)消息；B21、交換設(shè)備接收業(yè)務(wù)請求響應(yīng)消息后，向智能網(wǎng)設(shè)備發(fā)送分析消息；B22、智能網(wǎng)設(shè)備中的故障處理模塊收到分析消息后，向交換設(shè)備返回分析響應(yīng)消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟B后進(jìn)一步包括C、呼叫結(jié)束后，交換設(shè)備向智能網(wǎng)設(shè)備發(fā)送消息上報(bào)呼叫結(jié)束，智能網(wǎng)設(shè)備中的故障處理模塊收到該消息后，為主叫和/或被叫生成話單。
8.根據(jù)權(quán)利要求1至7中任一權(quán)利要求所述的方法，其特征在于，所述智能網(wǎng)設(shè)備為被叫簽約的智能網(wǎng)設(shè)備。
9.根據(jù)權(quán)利要求1至7中任一權(quán)利要求所述的方法，其特征在于，所述智能網(wǎng)設(shè)備為主叫簽約的智能網(wǎng)設(shè)備。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟B之前進(jìn)一步包括b1、智能網(wǎng)設(shè)備判斷業(yè)務(wù)請求中的被叫號碼是否為VPN短號，如果是VPN短號，執(zhí)行步驟b2；否則，執(zhí)行所述步驟B；b2、智能網(wǎng)設(shè)備向放音設(shè)備發(fā)送包括播放提示音的消息，放音設(shè)備向主叫終端播放提示音，然后釋放呼叫。
11.根據(jù)權(quán)利要求1至7中任一權(quán)利要求所述的方法，其特征在于，所述的智能網(wǎng)設(shè)備為業(yè)務(wù)控制點(diǎn)。
全文摘要
本發(fā)明公開了一種智能網(wǎng)系統(tǒng)中呼叫接續(xù)的實(shí)現(xiàn)方法，該方法包括智能網(wǎng)設(shè)備在接收交換設(shè)備向其發(fā)送的業(yè)務(wù)請求后，判斷其中是否發(fā)生故障，如果發(fā)生故障智能網(wǎng)設(shè)備向交換設(shè)備返回消息指示其繼續(xù)進(jìn)行呼叫，交換設(shè)備接收該消息后，繼續(xù)進(jìn)行呼叫；否則執(zhí)行正常的智能業(yè)務(wù)處理流程。本發(fā)明通過智能網(wǎng)設(shè)備在判斷出其中發(fā)生故障后，向交換設(shè)備返回消息通知繼續(xù)進(jìn)行呼叫，實(shí)現(xiàn)了呼叫的接續(xù)，減少了用戶和運(yùn)營商的損失；此外，本發(fā)明也實(shí)現(xiàn)了對VPN短號的呼叫和普通被叫號碼的區(qū)別處理，并且通過故障標(biāo)志位的設(shè)置，減少了智能網(wǎng)設(shè)備的負(fù)擔(dān)。
文檔編號H04M3/42GK1802007SQ200510000190
公開日2006年7月12日 申請日期2005年1月6日 優(yōu)先權(quán)日2005年1月6日
發(fā)明者鐘永新, 許文省, 盧選明, 趙曉東, 王華瑞 申請人:華為技術(shù)有限公司