国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      網(wǎng)元數(shù)據(jù)失效或發(fā)生故障后的業(yè)務(wù)處理方法、系統(tǒng)及網(wǎng)元的制作方法

      文檔序號:7658780閱讀:369來源:國知局
      專利名稱:網(wǎng)元數(shù)據(jù)失效或發(fā)生故障后的業(yè)務(wù)處理方法、系統(tǒng)及網(wǎng)元的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及一種業(yè)務(wù)處理的方法,特別是一種IMS網(wǎng)絡(luò)中網(wǎng)元數(shù)據(jù)失效 后的業(yè)務(wù)處理方法和網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理方法。本發(fā)明還涉及一種業(yè) 務(wù)處理系統(tǒng),特別是當(dāng)網(wǎng)元數(shù)據(jù)失效后的一種IMS網(wǎng)絡(luò)中進(jìn)行業(yè)務(wù)處理的系 統(tǒng),本發(fā)明還涉及一種業(yè)務(wù)處理網(wǎng)元,特別是當(dāng)網(wǎng)元發(fā)生故障后的進(jìn)行業(yè)務(wù) 處理的網(wǎng)元,屬通信技術(shù)領(lǐng)域。
      背景技術(shù)
      IMS也稱IP多媒體子系統(tǒng),IMS是第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目(簡 稱3GPP) R5階段增加的WCDMA網(wǎng)絡(luò)中疊加在已有分組域之上的一個(gè)子系統(tǒng), 采用分組域?yàn)槠渖蠈涌刂菩帕詈兔襟w傳輸?shù)某休d通道,引入SIP協(xié)議 (Session Initiation Protocol,會(huì)話初始協(xié)議)作為業(yè)務(wù)控制協(xié)議,利用 SIP簡單、易擴(kuò)展、媒體組合方便的特點(diǎn),通過將業(yè)務(wù)控制與承載控制分離, 提供豐富的多媒體業(yè)務(wù)。IMS中主要的功能實(shí)體包括控制用戶注冊、會(huì)話控 制等功能的呼叫控制實(shí)體CSCF、集中管理用戶簽約數(shù)據(jù)的歸屬用戶服務(wù)器 HSS,提供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器AS等。圖1為IMS網(wǎng)絡(luò)的網(wǎng)絡(luò)結(jié)構(gòu)圖。其中,AS為應(yīng)用服務(wù)器,HSS為歸屬用 戶服務(wù)器,I-CSCF為查詢呼叫控制實(shí)體(也稱查詢CSCF) ,P-CSCF為代理呼 叫控制實(shí)體(也稱代理CSCF) ,S-CSCF為服務(wù)呼叫控制實(shí)體(也稱服務(wù) CSCF) ,UE為用戶設(shè)備。如圖l所示,其用戶的業(yè)務(wù)過程為,用戶終端UE啟 動(dòng)后,首先向IMS網(wǎng)絡(luò)發(fā)起注冊過程,IMS網(wǎng)絡(luò)接受用戶的注冊請求后會(huì)在 相應(yīng)的網(wǎng)元中保存用戶的注冊數(shù)據(jù)和注冊狀態(tài)等信息,包括P-CSCF、 S-CSCF、 AS、 HSS上都保存有用戶的注冊信息。用戶終端在注冊消息中會(huì)攜帶一個(gè)注
      冊周期參數(shù),用戶終端注冊成功后,后續(xù)會(huì)定時(shí)向IMS網(wǎng)絡(luò)發(fā)起重注冊過程,更新用戶的注冊數(shù)據(jù)和注冊狀態(tài)等。只有在IMS網(wǎng)絡(luò)中相應(yīng)網(wǎng)元上為已注冊狀態(tài)的用戶才能執(zhí)行相應(yīng)的用戶業(yè)務(wù),作為主叫發(fā)起呼叫或作為被叫接受呼叫等。圖2為3GPP標(biāo)準(zhǔn)描述的IMS網(wǎng)絡(luò)中,用戶的業(yè)務(wù)執(zhí)行過程的流程圖。具 體步驟如下1、 用戶終端啟動(dòng)后,發(fā)送注冊消息Register給P-CSCF;2、 P-CSCF將用戶相關(guān)數(shù)據(jù)保存在本地后,并將注冊消息轉(zhuǎn)發(fā)給用戶 歸屬域的I-CSCF;3、 I-CSCF向HSS發(fā)請求消息UAR,查詢能夠?yàn)橛脩籼峁I(yè)務(wù)的S-CSCF;4、 HSS向I-CSCF回響應(yīng)消息UAA,攜帶有能夠?yàn)橛脩籼峁I(yè)務(wù)的 S-CSCF;5、 I-CSCF向所選定的S-CSCF轉(zhuǎn)發(fā)注冊請求消息Register;6、 S-CSCF向HSS發(fā)請求消息SAR,向HSS請求用戶的簽約數(shù)據(jù);7、 HSS向S-CSCF回響應(yīng)消息SAA,攜帶有用戶的簽約數(shù)據(jù);8、 S-CSCF根據(jù)用戶的簽約數(shù)據(jù)向相應(yīng)的AS發(fā)起第三方注冊,并將用 戶相關(guān)的數(shù)據(jù)在本地保存;9、 AS回注冊成功響應(yīng)200;10、 S-CSCF回注冊成功響應(yīng);11、 I-CSCF回注冊成功響應(yīng);12、 P-CSCF回注冊成功響應(yīng);13、 用戶注冊成功,可以開始執(zhí)行相應(yīng)的業(yè)務(wù)過程;14、 當(dāng)UE注冊周期到時(shí)后,UE會(huì)發(fā)起重注冊過程,更新用戶在IMS網(wǎng) 絡(luò)的注冊數(shù)據(jù)和注冊狀態(tài),以便用戶可以繼續(xù)執(zhí)行業(yè)務(wù)過程。現(xiàn)有技術(shù)中,UE向IMS網(wǎng)絡(luò)發(fā)起注冊請求,注冊成功后,在注冊周期內(nèi) 不會(huì)主動(dòng)發(fā)起重注冊過程。如果在此期間IMS網(wǎng)絡(luò)中包含有用戶注冊數(shù)據(jù)的 某個(gè)網(wǎng)元(P-CSCF、 S-CSCF、 AS等)發(fā)生異常,導(dǎo)致網(wǎng)元上的用戶注冊數(shù)據(jù) 失效(如某個(gè)網(wǎng)元發(fā)生重啟,用戶注冊數(shù)據(jù)丟失)。這時(shí)如果UE發(fā)起業(yè)務(wù)請 求,則該網(wǎng)元會(huì)認(rèn)為UE沒有注冊而拒絕用戶的業(yè)務(wù)請求,UE在注冊周期內(nèi) 就不能執(zhí)行主叫業(yè)務(wù)。而且作為被叫用戶,由于各個(gè)網(wǎng)元上用戶的注冊數(shù)據(jù) 不一致(有的網(wǎng)元上有用戶注冊數(shù)據(jù),且為已注冊狀態(tài),有的網(wǎng)元上沒有用 戶注冊數(shù)據(jù)),導(dǎo)致無法定位被叫用戶,也無法執(zhí)行相應(yīng)的被叫業(yè)務(wù)??傊?,IMS網(wǎng)絡(luò)中包含有用戶注冊數(shù)據(jù)的網(wǎng)元如果發(fā)生異常,導(dǎo)致用戶 注冊數(shù)據(jù)失效,會(huì)使用戶在一個(gè)注冊周期內(nèi)無法執(zhí)行相應(yīng)的業(yè)務(wù)。在目前的 標(biāo)準(zhǔn)中,還沒有機(jī)制可以在這種情況下通知UE發(fā)起重注冊。另外,在現(xiàn)有技術(shù)中,如果網(wǎng)元發(fā)生故障,沒有相應(yīng)的業(yè)務(wù)處理方法, 去終止當(dāng)前的業(yè)務(wù)流程,網(wǎng)絡(luò)服務(wù)處于停滯狀態(tài),無法及時(shí)恢復(fù)用戶的網(wǎng)絡(luò) 服務(wù)。發(fā)明內(nèi)容本發(fā)明目的是克服現(xiàn)有技術(shù)中存在的不足,使IMS網(wǎng)絡(luò)中包含有用戶注 冊數(shù)據(jù)的網(wǎng)元在發(fā)生異常而導(dǎo)致用戶注冊數(shù)據(jù)失效時(shí),可以使用戶快速恢復(fù) 相應(yīng)的業(yè)務(wù),或者發(fā)送數(shù)據(jù)失效信息,使網(wǎng)絡(luò)不會(huì)處于無響應(yīng)狀態(tài),保證業(yè) 務(wù)的順利執(zhí)行。本發(fā)明的又一目的是提供一種網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理的方法,當(dāng)網(wǎng) 元發(fā)生故障時(shí),能夠及時(shí)恢復(fù)用戶的網(wǎng)絡(luò)服務(wù)。為此,本發(fā)明提供了一種網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理方法,包括如下步驟當(dāng)主叫端向網(wǎng)絡(luò)中的業(yè)務(wù)網(wǎng)元發(fā)送業(yè)務(wù)請求消息,且該業(yè)務(wù)網(wǎng)元中保存 的所述主叫端的用戶數(shù)據(jù)失效時(shí),所述業(yè)務(wù)網(wǎng)元向所述主叫端發(fā)送數(shù)據(jù)失效 消息;所述業(yè)務(wù)網(wǎng)元可以在發(fā)送所述數(shù)據(jù)失效消息的同時(shí)還向所述主叫端發(fā) 送用于重新注冊的觸發(fā)消息。所述主叫端收到所述觸發(fā)消息后,向所述業(yè) 務(wù)網(wǎng)元發(fā)起恢復(fù)用戶數(shù)據(jù)的操作。所述主叫端發(fā)起的恢復(fù)用戶數(shù)據(jù)的操作可以具體為所述主叫端依據(jù)所述觸發(fā)消息向所述業(yè)務(wù)網(wǎng)元發(fā)起重新注冊的搡作請求;所述業(yè)務(wù)網(wǎng)元對該主叫端進(jìn)行重新注冊操作,并用重新注冊的用戶數(shù)據(jù) 對所保存的該用戶數(shù)據(jù)進(jìn)行更新,完成所述用戶數(shù)據(jù)恢復(fù)后,所述業(yè)務(wù)網(wǎng)元 依照所述業(yè)務(wù)請求消息進(jìn)行相應(yīng)的業(yè)務(wù)處理。本發(fā)明還提供了另 一種網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理方法,包括如下步驟當(dāng)業(yè)務(wù)網(wǎng)元接收到來自網(wǎng)絡(luò)的,向被叫端發(fā)起的業(yè)務(wù)請求消息,且該業(yè) 務(wù)網(wǎng)元中保存的所述被叫端的用戶數(shù)據(jù)失效時(shí),所述業(yè)務(wù)網(wǎng)元向所述網(wǎng)絡(luò)返 回所述被叫端的數(shù)據(jù)失效消息。所述網(wǎng)絡(luò)在接收到所述數(shù)據(jù)失效消息后,可以依據(jù)所述業(yè)務(wù)請求消息的 內(nèi)容,判斷該業(yè)務(wù)請求是否能夠轉(zhuǎn)入不需要根據(jù)網(wǎng)元中保存被叫用戶數(shù)據(jù)進(jìn) 行通訊操作的另一網(wǎng)絡(luò),如果能,則將該業(yè)務(wù)請求轉(zhuǎn)換為與所述另一網(wǎng)絡(luò)相 適應(yīng)的請求消息,并轉(zhuǎn)交由該另一網(wǎng)絡(luò)完成相應(yīng)業(yè)務(wù)操作;如果不能,則將 所述數(shù)據(jù)失效消息轉(zhuǎn)發(fā)到該業(yè)務(wù)請求消息的發(fā)送端。本發(fā)明還提供了 一種網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理系統(tǒng),包括設(shè)置在網(wǎng) 絡(luò)中的業(yè)務(wù)請求發(fā)送端、業(yè)務(wù)請求接收端以及業(yè)務(wù)網(wǎng)元,該業(yè)務(wù)網(wǎng)元中設(shè)有 用戶數(shù)據(jù)保存模塊和用戶數(shù)據(jù)比對模塊,其特征在于,所述業(yè)務(wù)網(wǎng)元中還設(shè) 有用于向所述業(yè)務(wù)請求發(fā)送端發(fā)送用戶數(shù)據(jù)失效消息的失效消息發(fā)送模塊。所述業(yè)務(wù)網(wǎng)元中還可以設(shè)有根據(jù)所述用戶數(shù)據(jù)失效消息,發(fā)送重新注冊 消息的觸發(fā)消息發(fā)送模塊以及用于進(jìn)行用戶數(shù)據(jù)恢復(fù)的重新注冊模塊。所述網(wǎng)絡(luò)中還可以設(shè)有根據(jù)所述用戶數(shù)據(jù)失效消息及所述業(yè)務(wù)請求發(fā)送 端所發(fā)送的業(yè)務(wù)請求消息進(jìn)行業(yè)務(wù)判斷的業(yè)務(wù)請求判斷模塊,該業(yè)務(wù)請求判 斷模塊用于判斷所述業(yè)務(wù)請求是否能夠轉(zhuǎn)入不需要根據(jù)所述用戶數(shù)據(jù)保存模 塊中所保存的用戶數(shù)據(jù)進(jìn)行通訊操作的另 一 網(wǎng)絡(luò);所述網(wǎng)絡(luò)中還設(shè)有將所述
      業(yè)務(wù)請求轉(zhuǎn)入所述另 一 網(wǎng)絡(luò)進(jìn)行通信操作的業(yè)務(wù)請求轉(zhuǎn)換it塊。所述網(wǎng)絡(luò)中還可以設(shè)有向所述業(yè)務(wù)請求發(fā)送端轉(zhuǎn)發(fā)所述用戶數(shù)據(jù)失效消息的失效消息轉(zhuǎn)發(fā)^t塊。所述業(yè)務(wù)請求發(fā)送端及業(yè)務(wù)請求接收端可以為用戶終端或網(wǎng)絡(luò)中的信息處理網(wǎng)元。所述業(yè)務(wù)網(wǎng)元可以為代理呼叫控制實(shí)體、查詢呼叫控制實(shí)體或服務(wù)呼 叫控制實(shí)體。本發(fā)明還提供了 一種網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理的方法,包括發(fā)生故障的網(wǎng)元的前一跳網(wǎng)元接收到業(yè)務(wù)請求消息后,并向發(fā)出所述業(yè) 務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。本發(fā)明還提供了一種網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元,包括業(yè)務(wù)請求消息接收模塊,用于接收業(yè)務(wù)請求消息;網(wǎng)元失效消息發(fā)送模塊,用于在當(dāng)前網(wǎng)元的下一跳網(wǎng)元出現(xiàn)故障的情況 下,向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息?;谏鲜黾夹g(shù)方案,本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明解決了 3GPP標(biāo)準(zhǔn)中的不足,包含有用戶注冊數(shù)據(jù)的網(wǎng)元(P-CSCF、 S-CSCF、 AS等)發(fā)生異常,導(dǎo)致網(wǎng)元上的用戶注冊數(shù)據(jù)失效后,如果是用戶 終端發(fā)出業(yè)務(wù)請求后收到用戶數(shù)據(jù)失效消息,則用戶終端可以識別該用戶數(shù) 據(jù)失效消息,根據(jù)該用戶數(shù)據(jù)失效消息發(fā)起重新注冊過程。如果是其他網(wǎng)元 發(fā)出的業(yè)務(wù)請求后收到了該用戶數(shù)據(jù)失效消息,則其他網(wǎng)元可以識別該用戶 數(shù)據(jù)失效消息,根據(jù)該用戶數(shù)據(jù)失效消息觸發(fā)用戶的未注冊業(yè)務(wù)。通過此過 程,可以縮短用戶業(yè)務(wù)的不可用時(shí)間,快速恢復(fù)用戶業(yè)務(wù)。并且通過網(wǎng)元發(fā) 生故障后的業(yè)務(wù)處理的方法,在網(wǎng)元發(fā)生故障的情況下可以及時(shí)終止當(dāng)前的 業(yè)務(wù)流程,并通知主叫終端,從而減少了網(wǎng)元系統(tǒng)資源的浪費(fèi)下面通過附圖和實(shí)施例,對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


      圖1為現(xiàn)有技術(shù)中IMS網(wǎng)絡(luò)的網(wǎng)絡(luò)結(jié)構(gòu)圖;圖2為現(xiàn)有技術(shù)的3GPP標(biāo)準(zhǔn)描述的IMS網(wǎng)絡(luò)中,用戶的業(yè)務(wù)執(zhí)行過程的 流程圖;圖3為本發(fā)明實(shí)施例4的網(wǎng)元邀:據(jù)失效后的業(yè)務(wù)處理系統(tǒng)示意圖; 圖4為本發(fā)明實(shí)施例5的網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理系統(tǒng)示意圖; 圖5為本發(fā)明實(shí)施例6的網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理系統(tǒng)示意圖一; 圖6為本發(fā)明實(shí)施例6的網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理系統(tǒng)示意圖二; 圖7為本發(fā)明實(shí)施例7的網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理系統(tǒng)示意圖; 圖8為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理方法的實(shí)施例1信令流程圖;圖IO為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元的實(shí)施例1的結(jié)構(gòu)示意圖;圖11為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元的實(shí)施例2的結(jié)構(gòu)示意圖;圖12為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元的實(shí)施例3的結(jié)構(gòu)示意圖。
      具體實(shí)施方式
      實(shí)施例1本發(fā)明的網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處理方法包括如下步驟 當(dāng)主叫端向網(wǎng)絡(luò)中的業(yè)務(wù)網(wǎng)元發(fā)送業(yè)務(wù)請求消息,且該業(yè)務(wù)網(wǎng)元中保存 的所述主叫端的用戶數(shù)據(jù)失效時(shí),所述業(yè)務(wù)網(wǎng)元向所述主叫端發(fā)送數(shù)據(jù)失效 消息。主叫端可以立即發(fā)起重新注冊,也可以在注冊周期來到時(shí)再重新注冊。 實(shí)施例2為了使主叫端能夠及時(shí)的恢復(fù)正常的通信業(yè)務(wù),所述業(yè)務(wù)網(wǎng)元可以在發(fā) 送所述數(shù)據(jù)失效消息的同時(shí)還向所述主叫端發(fā)送用于重新注冊的觸發(fā)消 息;主叫端不用等到注冊周期到的時(shí)候才發(fā)起重新注冊,可以及時(shí)地恢復(fù)業(yè)務(wù)。業(yè)務(wù)網(wǎng)元發(fā)出數(shù)據(jù)失效消息后,所述主叫端可以發(fā)起的恢復(fù)用戶數(shù)據(jù)的操作,該操作可以具體為所述主叫端依據(jù)所述觸發(fā)消息向所述業(yè)務(wù)網(wǎng)元 發(fā)起重新注冊的操作請求;所述業(yè)務(wù)網(wǎng)元對該主叫端進(jìn)行重新注冊操作,并 用重新注冊的用戶數(shù)據(jù)對所保存的該用戶數(shù)據(jù)進(jìn)行更新,完成所述用戶數(shù)據(jù) 恢復(fù)后,所述業(yè)務(wù)網(wǎng)元依照所述業(yè)務(wù)請求消息進(jìn)行相應(yīng)的業(yè)務(wù)處理。 實(shí)施例3實(shí)施例1僅解決了主叫端在數(shù)據(jù)失效后存在的問題,而由于被叫端與 主叫端可能不在同一業(yè)務(wù)網(wǎng)元的覆蓋范圍內(nèi),其處理方法與主叫端的處理方 法有所不同。當(dāng)業(yè)務(wù)網(wǎng)元接收到來自網(wǎng)絡(luò)的,向被叫端發(fā)起的業(yè)務(wù)請求消息, 且該業(yè)務(wù)網(wǎng)元中保存的所述被叫端的用戶數(shù)據(jù)失效時(shí),所述業(yè)務(wù)網(wǎng)元向所述 網(wǎng)絡(luò)返回所述被叫端的數(shù)據(jù)失效消息。所述網(wǎng)絡(luò)在接收到所述數(shù)據(jù)失效消息后,可以依據(jù)所述業(yè)務(wù)請求消息 的內(nèi)容,判斷該業(yè)務(wù)請求是否能夠轉(zhuǎn)入不需要根據(jù)網(wǎng)元中保存被叫用戶數(shù)據(jù) 進(jìn)行通信操作的另一網(wǎng)絡(luò),如果能,則將該業(yè)務(wù)請求轉(zhuǎn)換為與所述另一網(wǎng)絡(luò) 相適應(yīng)的請求消息,并轉(zhuǎn)交由該另一網(wǎng)絡(luò)完成相應(yīng)業(yè)務(wù)操作,例如網(wǎng)絡(luò)接 收到用戶數(shù)據(jù)失效消息,可以觸發(fā)用戶的未注冊業(yè)務(wù),發(fā)送提示消息和響 應(yīng)消息。未注冊業(yè)務(wù)可以為將呼叫前轉(zhuǎn)至用戶的語音信箱、將呼叫前轉(zhuǎn)至 其它指定的用戶、給主叫用戶發(fā)送提示音等。如果該業(yè)務(wù)請求不能轉(zhuǎn)入另 一網(wǎng)絡(luò),則將所述數(shù)據(jù)失效消息轉(zhuǎn)發(fā)到該業(yè)務(wù)請求消息的發(fā)送端。實(shí)施例4如圖3所示,本實(shí)施例為本發(fā)明IMS網(wǎng)絡(luò)中網(wǎng)元數(shù)據(jù)失效后的業(yè)務(wù)處 理系統(tǒng),包括設(shè)置在IMS網(wǎng)絡(luò)中的業(yè)務(wù)請求發(fā)送端2、業(yè)務(wù)請求接收端3以 及業(yè)務(wù)網(wǎng)元1,該業(yè)務(wù)網(wǎng)元中設(shè)有用戶數(shù)據(jù)保存模塊和用戶數(shù)據(jù)比對模塊, 所述業(yè)務(wù)網(wǎng)元中還設(shè)有用于向所述業(yè)務(wù)請求發(fā)送端發(fā)送用戶數(shù)據(jù)失效消息的 失效消息發(fā)送模塊11。實(shí)施例5 如圖4所示,與實(shí)施例4的不同之處在于,所述業(yè)務(wù)網(wǎng)元中還設(shè)有根據(jù) 所述用戶數(shù)據(jù)失效消息,發(fā)送重新注冊消息的觸發(fā)消息發(fā)送模塊以及用于進(jìn)行用戶數(shù)據(jù)恢復(fù)的重新注冊模塊12。 實(shí)施例6如圖5和圖6所示,在實(shí)施例4和實(shí)施例5的基礎(chǔ)上,在所述網(wǎng)絡(luò)中增 設(shè)了根據(jù)所述用戶數(shù)據(jù)失效消息及所述業(yè)務(wù)請求發(fā)送端所發(fā)送的業(yè)務(wù)請求消 息進(jìn)行業(yè)務(wù)判斷的業(yè)務(wù)請求判斷模塊4,該業(yè)務(wù)請求判斷模塊用于判斷所述 業(yè)務(wù)請求是否能夠轉(zhuǎn)入不需要根據(jù)所述用戶數(shù)據(jù)保存模塊中所保存的用戶數(shù) 據(jù)進(jìn)行通訊操作的另 一網(wǎng)絡(luò);所述網(wǎng)絡(luò)中還設(shè)有將所述業(yè)務(wù)請求轉(zhuǎn)入所述另 一網(wǎng)絡(luò)進(jìn)行通訊操作的業(yè)務(wù)請求轉(zhuǎn)換模塊5。實(shí)施例7如圖7所示,與實(shí)施例5不同之處在于,所述網(wǎng)絡(luò)中還設(shè)有向所述業(yè)務(wù) 請求發(fā)送端轉(zhuǎn)發(fā)所述用戶數(shù)據(jù)失效消息的失效消息轉(zhuǎn)發(fā)模塊6。該模塊主要 用于主叫用戶和被叫用戶不在同一網(wǎng)元的覆蓋范圍內(nèi)時(shí),當(dāng)被叫用戶的數(shù)據(jù) 失效后,通過該模塊可以通知主叫用戶或者主要用戶所在的網(wǎng)元。上述所有實(shí)施例中,所述業(yè)務(wù)請求發(fā)送端及業(yè)務(wù)請求接收端可以為用戶 終端或網(wǎng)絡(luò)中的信息處理網(wǎng)元,如呼叫控制實(shí)體CSCF,應(yīng)用服務(wù)器AS; 所述業(yè)務(wù)網(wǎng)元可以為代理呼叫控制實(shí)體、查詢呼叫控制實(shí)體或服務(wù)呼叫控 制實(shí)體。本發(fā)明實(shí)施例的網(wǎng)元故障數(shù)據(jù)失效后的業(yè)務(wù)處理方法,包括如下步驟發(fā)生故障的網(wǎng)元的前一跳網(wǎng)元接收到業(yè)務(wù)請求消息后,終止前業(yè)務(wù)流 程,并向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。其中,發(fā)生故障的網(wǎng)元的前一跳網(wǎng)元向所述主叫終端返回的網(wǎng)元失效 消息中可以包括觸發(fā)所述主叫終端重新進(jìn)行注冊的信息。主叫終端收到該消 息后重新進(jìn)行注冊,從而可以在新的業(yè)務(wù)中避開所述故障網(wǎng)元。其中,對于某些網(wǎng)元來說,網(wǎng)元間存在著故障檢測機(jī)制(例如網(wǎng)元間通 過心跳功能互相檢測對方是否發(fā)生故障),通過故障檢測機(jī)制網(wǎng)元就可以獲
      知其下一條網(wǎng)元是否發(fā)生故障,因此,發(fā)生故障的網(wǎng)元的前一if兆網(wǎng)元可以通 過故障檢測機(jī)制檢測到發(fā)生故障的網(wǎng)元發(fā)生了故障。對于沒有故障4企測機(jī)制的網(wǎng)元,可以通過如下方式進(jìn)行業(yè)務(wù)處理在發(fā) 生故障的網(wǎng)元的前一跳網(wǎng)元接收到業(yè)務(wù)請求消息后,向下一跳網(wǎng)元轉(zhuǎn)發(fā)該業(yè) 務(wù)請求,如果在預(yù)先設(shè)定的時(shí)間內(nèi),未收到發(fā)生故障的網(wǎng)元的響應(yīng)消息,則 終止前業(yè)務(wù)流程,并向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。例如,當(dāng)S-CSCF發(fā)生故障,已在故障S-CSCF上注冊的用戶發(fā)起業(yè)務(wù) 請求,如果S-CSCF的上一跳網(wǎng)元是P-CSCF,則P-CSCF收到業(yè)務(wù)請求后向 主叫終端返回失效消息。參見圖8,其為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理方法的實(shí)施例1信令 流程圖,包括如下步驟步驟A1、主叫終端發(fā)起初始業(yè)務(wù)請求;網(wǎng)元可以通過消息中的參數(shù)標(biāo)志 判斷自己是否為主叫側(cè)的網(wǎng)元。步驟A2、發(fā)生故障的網(wǎng)元的上一跳網(wǎng)元檢測到其下一跳網(wǎng)元(即發(fā)生故 障的網(wǎng)元)發(fā)生了故障,則終止前業(yè)務(wù)流程,并向發(fā)出所述業(yè)務(wù)請求消息的 主叫終端返回的網(wǎng)元失效消息。發(fā)生故障的網(wǎng)元的上一跳網(wǎng)元根據(jù)消息中的 路由信息來確定下一跳網(wǎng)元的地址,可以在向下一跳轉(zhuǎn)發(fā)業(yè)務(wù)請求之前,對 下一跳網(wǎng)元的狀態(tài)進(jìn)行檢測。步驟A3、主叫終端收到該網(wǎng)元失效消息后,重新發(fā)起注冊。參見圖9,其為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理方法的實(shí)施例2信令 流程圖,包括如下步驟步驟B1、主叫終端發(fā)起初始業(yè)務(wù)請求;步驟B2、發(fā)生故障的網(wǎng)元的上一跳網(wǎng)元向其下一跳網(wǎng)元(即發(fā)生故障的 網(wǎng)元)轉(zhuǎn)發(fā)初始業(yè)務(wù)請求消息;步驟B3、在預(yù)先設(shè)定的時(shí)間內(nèi)沒有收到響應(yīng)消息,則終止前業(yè)務(wù)流程, 并向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。步驟B4、主叫終端收到該網(wǎng)元失效消息后,重新發(fā)起注冊。
      參見圖10,其為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元實(shí)施例1的結(jié)構(gòu)示意圖,包括業(yè)務(wù)請求消息接收模塊Cl,用于接收業(yè)務(wù)請求消息。網(wǎng)元失效消息發(fā)送模塊C2,用于在當(dāng)前網(wǎng)元的下一跳網(wǎng)元出現(xiàn)故障的情 況下,向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。參見圖11,其為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元實(shí)施例2的結(jié)構(gòu) 示意圖,在圖10的基礎(chǔ)上還包括故障檢測模塊C3,用于對當(dāng)前網(wǎng)元的下一跳網(wǎng)元進(jìn)行故障檢測,當(dāng)檢測 到故障后,觸發(fā)所述網(wǎng)元失效消息發(fā)送模塊發(fā)送網(wǎng)元失效消息。業(yè)務(wù)請求消 息接收模塊接收的業(yè)務(wù)請求消息中包含當(dāng)前網(wǎng)元的下一跳網(wǎng)元的路由信息, 故障檢測模塊可以根據(jù)該路由信息確定下一跳網(wǎng)元,并對其進(jìn)行故障檢測, 然后,可以發(fā)送指令觸發(fā)網(wǎng)元失效消息發(fā)送模塊發(fā)送網(wǎng)元失效消息。參見圖12,其為本發(fā)明網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元實(shí)施例2的結(jié)構(gòu) 示意圖,在圖10的基礎(chǔ)上還包括業(yè)務(wù)請求消息轉(zhuǎn)發(fā)模塊C4,用于向當(dāng)前網(wǎng)元的下一跳網(wǎng)元轉(zhuǎn)發(fā)業(yè)務(wù)請求 消息;響應(yīng)消息接收檢測模塊C5,用于在預(yù)先設(shè)定的時(shí)間內(nèi)檢測是否收到響應(yīng) 消息,如果未收到所述下一跳網(wǎng)元返回的響應(yīng)消息,則觸發(fā)所述網(wǎng)元失效消 息發(fā)送模塊向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。當(dāng)業(yè) 務(wù)請求消息轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)業(yè)務(wù)請求消息后,就觸發(fā)響應(yīng)消息接收檢測模塊進(jìn) 行響應(yīng)消息的4企測,如果在預(yù)先設(shè)定的時(shí)間內(nèi)未收到相應(yīng)的響應(yīng)消息(可以 通過設(shè)定定時(shí)器的方式來完成),就觸發(fā)所述網(wǎng)元失效消息發(fā)送模塊發(fā)送 實(shí)效消息。最后所應(yīng)說明的是,以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限制, 盡管參照較佳實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng) 理解,可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換,而不脫離本發(fā)明技 術(shù)方案的精神和范圍。
      權(quán)利要求
      1. 一種網(wǎng)元數(shù)據(jù)失效后業(yè)務(wù)處理的方法,其特征在于,包括如下步驟當(dāng)主叫端向網(wǎng)絡(luò)中的業(yè)務(wù)網(wǎng)元發(fā)送業(yè)務(wù)請求消息,且該業(yè)務(wù)網(wǎng)元中保存的所述主叫端的用戶數(shù)據(jù)失效時(shí),所述業(yè)務(wù)網(wǎng)元向所述主叫端發(fā)送數(shù)據(jù)失效消息。
      2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述業(yè)務(wù)網(wǎng)元發(fā)送所述 數(shù)據(jù)失效消息,并向所述主叫端發(fā)送用于重新注冊的觸發(fā)消息,所述主叫 端收到所述觸發(fā)消息后,向所述業(yè)務(wù)網(wǎng)元發(fā)起恢復(fù)用戶數(shù)據(jù)的操作。
      3、 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述主叫端發(fā)起的恢 復(fù)用戶數(shù)據(jù)的操作具體為所述主叫端依據(jù)所述觸發(fā)消息向所述業(yè)務(wù)網(wǎng)元發(fā)起重新注冊的操作請 求;所述業(yè)務(wù)網(wǎng)元對該主叫端進(jìn)行重新注冊操作,并用重新注冊的用戶數(shù)據(jù) 對所保存的該用戶數(shù)據(jù)進(jìn)行更新,完成所述用戶數(shù)據(jù)恢復(fù)后,所述業(yè)務(wù)網(wǎng)元 依照所述業(yè)務(wù)請求消息進(jìn)行相應(yīng)的業(yè)務(wù)處理。
      4、 一種網(wǎng)元數(shù)據(jù)失效后業(yè)務(wù)處理的方法,其特征在于,包括如下步驟當(dāng)業(yè)務(wù)網(wǎng)元接收到來自網(wǎng)絡(luò)的,向被叫端發(fā)起的業(yè)務(wù)請求消息,且該業(yè) 務(wù)網(wǎng)元中保存的所述被叫端的用戶數(shù)據(jù)失效時(shí),所述業(yè)務(wù)網(wǎng)元向所述網(wǎng)絡(luò)返 回所述被叫端的數(shù)據(jù)失效消息。
      5、 根據(jù)權(quán)利要求4所述的方法,其特征在于,所述網(wǎng)絡(luò)在接收到所述 數(shù)據(jù)失效消息后,依據(jù)所述業(yè)務(wù)請求消息的內(nèi)容,判斷該業(yè)務(wù)請求是否能夠 轉(zhuǎn)入不需要根據(jù)網(wǎng)元中保存被叫用戶數(shù)據(jù)進(jìn)行通訊操作的另 一 網(wǎng)絡(luò),如果能, 則將該業(yè)務(wù)請求轉(zhuǎn)換為與所述另 一網(wǎng)絡(luò)相適應(yīng)的請求消息,并轉(zhuǎn)交由該另一 網(wǎng)絡(luò)完成相應(yīng)業(yè)務(wù)操作;如果不能,則將所述數(shù)據(jù)失效消息轉(zhuǎn)發(fā)到該業(yè)務(wù)請 求消息的發(fā)送端。
      6、 一種網(wǎng)元數(shù)據(jù)失效后業(yè)務(wù)處理系統(tǒng),包括設(shè)置在網(wǎng)絡(luò)中的業(yè)務(wù)請求發(fā)送端、業(yè)務(wù)請求接收端以及業(yè)務(wù)網(wǎng)元,該業(yè)務(wù)網(wǎng)元中設(shè)有用戶數(shù)據(jù)保存模 塊和用戶數(shù)據(jù)比對模塊,其特征在于,所述業(yè)務(wù)網(wǎng)元中還設(shè)有用于向所述業(yè) 務(wù)請求發(fā)送端發(fā)送用戶數(shù)據(jù)失效消息的失效消息發(fā)送^t塊。
      7、 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述業(yè)務(wù)網(wǎng)元中還設(shè)有根 據(jù)所述用戶數(shù)據(jù)失效消息,發(fā)送重新注冊消息的觸發(fā)消息發(fā)送模塊以及用 于進(jìn)行用戶數(shù)據(jù)恢復(fù)的重新注冊模塊。
      8、 根據(jù)權(quán)利要求6或7所述的系統(tǒng),其特征在于,所述網(wǎng)絡(luò)中還設(shè)有根 據(jù)所述用戶數(shù)據(jù)失效消息及所述業(yè)務(wù)請求發(fā)送端所發(fā)送的業(yè)務(wù)請求消息進(jìn)行 業(yè)務(wù)判斷的業(yè)務(wù)請求判斷模塊,該業(yè)務(wù)請求判斷模塊用于判斷所述業(yè)務(wù)請求 是否能夠轉(zhuǎn)入不需要根據(jù)所述用戶數(shù)據(jù)保存模塊中所保存的用戶數(shù)據(jù)進(jìn)行通 訊操作的另 一 網(wǎng)絡(luò);所述網(wǎng)絡(luò)中還設(shè)有將所述業(yè)務(wù)請求轉(zhuǎn)入所述另 一 網(wǎng)絡(luò)進(jìn) 行通信操作的業(yè)務(wù)請求轉(zhuǎn)換模塊。
      9、 根據(jù)權(quán)利要求8所述的系統(tǒng),其特征在于,所述網(wǎng)絡(luò)中還設(shè)有向所述 業(yè)務(wù)請求發(fā)送端轉(zhuǎn)發(fā)所述用戶數(shù)據(jù)失效消息的失效消息轉(zhuǎn)發(fā)模塊。
      10、 根據(jù)權(quán)利要求6-9任一所述的系統(tǒng),其特征在于,所述業(yè)務(wù)請求發(fā) 送端及業(yè)務(wù)請求接收端為用戶終端或網(wǎng)絡(luò)中的信息處理網(wǎng)元。
      11、 根據(jù)權(quán)利要求6-9任一所述的系統(tǒng),其特征在于,所述業(yè)務(wù)網(wǎng)元為 代理呼叫控制實(shí)體、查詢呼叫控制實(shí)體或服務(wù)呼叫控制實(shí)體。
      12、 一種網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理的方法,其特征在于,包括 發(fā)生故障的網(wǎng)元的前一跳網(wǎng)元接收到業(yè)務(wù)請求消息后,并向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。
      13、 根據(jù)權(quán)利要求12所述的方法,其特征在于,發(fā)生故障的網(wǎng)元的前 一跳網(wǎng)元向所述主叫終端返回的網(wǎng)元失效消息包括觸發(fā)所述主叫終端重新 進(jìn)行注冊的信息。
      14、 根據(jù)權(quán)利要求12所述的方法,其特征在于,還包括所述發(fā)生故障 的網(wǎng)元的前一跳網(wǎng)元通過故障檢測機(jī)制檢測到所述發(fā)生故障的網(wǎng)元發(fā)生 了故障。
      15、 根據(jù)權(quán)利要求12所述的方法,其特征在于,在所述發(fā)生故障的網(wǎng)元的前一跳網(wǎng)元接收到業(yè)務(wù)請求消息后,向下一跳網(wǎng)元轉(zhuǎn)發(fā)所述業(yè)務(wù)請求,如果在預(yù)先設(shè)定的時(shí)間內(nèi),未收到所述發(fā)生故障的網(wǎng)元的響應(yīng)消息,則終止前業(yè)務(wù)流程,并向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消 自
      16、 一種網(wǎng)元發(fā)生故障后的業(yè)務(wù)處理網(wǎng)元,其特征在于,包括 業(yè)務(wù)請求消息接收才莫塊,用于接收業(yè)務(wù)請求消息;網(wǎng)元失效消息發(fā)送模塊,用于在當(dāng)前網(wǎng)元的下一跳網(wǎng)元出現(xiàn)故障的情況 下,向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。
      17、 根據(jù)權(quán)利要求16所述的業(yè)務(wù)處理網(wǎng)元,其特征在于,還包括 故障檢測模塊,用于對當(dāng)前網(wǎng)元的下一跳網(wǎng)元進(jìn)行故障檢測,當(dāng)檢測到故障后,觸發(fā)所述網(wǎng)元失效消息發(fā)送模塊發(fā)送網(wǎng)元失效消息。
      18、 根據(jù)權(quán)利要求16所述的業(yè)務(wù)處理網(wǎng)元,其特征在于,還包括 業(yè)務(wù)請求消息轉(zhuǎn)發(fā)模塊,用于向當(dāng)前網(wǎng)元的下一跳網(wǎng)元轉(zhuǎn)發(fā)業(yè)務(wù)請求消自 響應(yīng)消息接收檢測模塊,用于在預(yù)先設(shè)定的時(shí)間內(nèi)檢測是否收到響應(yīng)消 息,如果未收到所述下一跳網(wǎng)元返回的響應(yīng)消息,則觸發(fā)所述網(wǎng)元失效消息 發(fā)送模塊向發(fā)出所述業(yè)務(wù)請求消息的主叫終端返回的網(wǎng)元失效消息。
      全文摘要
      本發(fā)明涉及一種網(wǎng)元數(shù)據(jù)失效或發(fā)生故障后的業(yè)務(wù)處理方法、系統(tǒng)及網(wǎng)元,該方法包括為當(dāng)主叫端向網(wǎng)絡(luò)中的業(yè)務(wù)網(wǎng)元發(fā)送業(yè)務(wù)請求消息,且該業(yè)務(wù)網(wǎng)元中保存的主叫端的用戶數(shù)據(jù)失效時(shí),向主叫端發(fā)送數(shù)據(jù)失效消息。當(dāng)業(yè)務(wù)網(wǎng)元接收到來自網(wǎng)絡(luò)的,向被叫端發(fā)起的業(yè)務(wù)請求消息,且用戶數(shù)據(jù)失效時(shí),業(yè)務(wù)網(wǎng)元向網(wǎng)絡(luò)返回被叫端的數(shù)據(jù)失效消息。該系統(tǒng)包括設(shè)置在網(wǎng)絡(luò)中的業(yè)務(wù)請求發(fā)送端、業(yè)務(wù)請求接收端以及業(yè)務(wù)網(wǎng)元,該業(yè)務(wù)網(wǎng)元中設(shè)有用戶數(shù)據(jù)保存模塊、用戶數(shù)據(jù)比對模塊和用于向業(yè)務(wù)請求發(fā)送端發(fā)送用戶數(shù)據(jù)失效消息的失效消息發(fā)送模塊。本發(fā)明當(dāng)含有用戶注冊數(shù)據(jù)的網(wǎng)元發(fā)生異常,用戶注冊數(shù)據(jù)失效后,可以縮短用戶業(yè)務(wù)的不可用時(shí)間,快速恢復(fù)用戶業(yè)備。
      文檔編號H04Q7/38GK101212814SQ200710135728
      公開日2008年7月2日 申請日期2007年8月10日 優(yōu)先權(quán)日2006年12月29日
      發(fā)明者倩 杜, 王曉云, 王磊斌, 冰 魏 申請人:中國移動(dòng)通信集團(tuán)公司;華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會(huì)獲得點(diǎn)贊!
      1