国产精品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>

      一種探測技術(shù)與語音呼叫備份聯(lián)動方法及裝置的制作方法

      文檔序號:7717661閱讀:134來源:國知局
      專利名稱:一種探測技術(shù)與語音呼叫備份聯(lián)動方法及裝置的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種探測技術(shù)與語音呼叫備份聯(lián)動方法及裝置。
      背景技術(shù)
      呼叫發(fā)起方向語音接收方發(fā)起連接時(shí),由于某種原因無法得到接收方的回應(yīng) 消息,那么呼叫發(fā)起方可以及時(shí)切換到下 一 條可達(dá)路由,例如PSTN (Publie Swi tched Tel印hone Network,公共交換電話網(wǎng)絡(luò))鏈路或VoIP (Voiceover Internet Protocol,網(wǎng) 絡(luò)電話)鏈路,向語音接收方建立新的連接,該功能稱為呼叫備份。 現(xiàn)有技術(shù)中的呼叫備份組網(wǎng)如圖1所示路由器Router A與路由器Router B分 別通過IP網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)連接,路由器Router A上所接話機(jī)Tel印hone A可以通過IP 網(wǎng)絡(luò)或者PSTN網(wǎng)絡(luò)呼叫路由器Router B所接電話Tel印hone B。通常情況下,Tel印hone A通過IP網(wǎng)絡(luò)呼叫Tel印hone B,在IP網(wǎng)絡(luò)故障的情況下,Tel印hone A無法通過IP網(wǎng)絡(luò) 得到被叫方的回應(yīng)時(shí),將自動化切換到PSTN網(wǎng)絡(luò)呼叫Tel印hone B。
      然而,現(xiàn)有技術(shù)的呼叫備份實(shí)現(xiàn)過程中存在以下缺陷 —,呼叫備份的切換時(shí)間不易配置。如果發(fā)起方自身網(wǎng)口 DOWN掉,可以快速切
      換到備份路由,但如果接收方IP網(wǎng)絡(luò)故障,則發(fā)起方必須等到有新呼叫后,才能觸發(fā)自
      己發(fā)送呼叫信令報(bào)文去探測接收方,只有等待接收方回應(yīng)超時(shí)后,才能切換到備份路由,
      艮卩雨P(guān)(Voice over Internet Protocol,網(wǎng)絡(luò)電話)鏈路或PSTN(Public Switched
      Tel印hone Network,公共交換電話網(wǎng)絡(luò))。該等待超時(shí)時(shí)間雖可調(diào)(例如3秒至30秒),
      但如果設(shè)置太短,則對方網(wǎng)絡(luò)稍微不穩(wěn)定出現(xiàn)延遲,就直接被切換到備份路由;如果設(shè)置太
      長,就會導(dǎo)致切換速度慢,接續(xù)時(shí)間加大,即使呼叫能夠建立,實(shí)際對用戶也是不可用的。 二,呼叫備份中切換效率低、不及時(shí)。由于每次發(fā)起呼叫時(shí),發(fā)起方必須跟接收方
      嘗試建立連接,待無響應(yīng)后才切換到備份路由,無法在建立呼叫之前預(yù)知接收方是否可達(dá);
      而每次呼叫接續(xù)時(shí)間較長,特別是存在多條呼叫路由的情況下,需要一個(gè)一個(gè)嘗試,導(dǎo)致呼
      叫建立時(shí)間更長,最終導(dǎo)致主用路由故障時(shí)切換到備份路由的效率低下。 三,當(dāng)?shù)竭_(dá)接收方的IP網(wǎng)絡(luò)可達(dá),但接收方的語音業(yè)務(wù)模塊無法使用,則發(fā)送方
      仍無法得到及時(shí)切換。

      發(fā)明內(nèi)容
      本發(fā)明提供了一種探測技術(shù)與語音呼叫備份聯(lián)動方法及裝置,在IP網(wǎng)絡(luò)故障或 者接收方故障時(shí),發(fā)起方能立刻感知到并及時(shí)切換到備份可用路由。 本發(fā)明提供了一種探測技術(shù)與語音呼叫備份聯(lián)動方法,應(yīng)用于包括語音發(fā)送方和 語音接收方的系統(tǒng)中,所述方法包括以下步驟 本發(fā)明提供了一種探測技術(shù)與語音呼叫備份聯(lián)動方法,應(yīng)用于包括語音發(fā)送方和 語音接收方的系統(tǒng)中,所述方法包括以下步驟
      5
      所述語音發(fā)送方監(jiān)測與所述語音接收方的呼叫狀態(tài)信息; 所述語音發(fā)送方根據(jù)所述監(jiān)測到的呼叫狀態(tài)信息,判斷是否可用主用呼叫路由向 所述語音接收方發(fā)起呼叫,如果不可用,則在發(fā)起呼叫時(shí)切換到備份路由向所述語音接收 方發(fā)起呼叫。 所述語音發(fā)送方監(jiān)測呼叫狀態(tài)信息為在摘機(jī)之前進(jìn)行,以確定所述語音發(fā)送方與 所述語音接收方之間的呼叫路由是否可用; 然后,根據(jù)所述監(jiān)測結(jié)果更新呼叫路由與呼叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),當(dāng)呼叫路 由可用時(shí),將呼叫路由狀態(tài)更新為positive,當(dāng)呼叫路由不可用時(shí),將呼叫路由狀態(tài)更新為 negative。 所述語音發(fā)送方根據(jù)所述監(jiān)測到的呼叫狀態(tài)信息,判斷是否可用主用呼叫路由向 所述語音接收方發(fā)起呼叫,如果不可用,則在發(fā)起呼叫時(shí)切換到備份路由向所述語音接收 方發(fā)起呼叫,具體包括 所述語音發(fā)送方根據(jù)所述監(jiān)測結(jié)果更新的呼叫路由與呼叫路由狀態(tài)的關(guān)聯(lián)組表 項(xiàng),確定主用呼叫路由是否可用; 當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主用呼叫路由為不可用且有備用呼叫路由可用時(shí),切換 到備份路由向所述語音接收方發(fā)起呼叫。 當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主用呼叫路由為不可用且有備用呼叫路由可用時(shí),切換 到備份路由向所述語音接收方發(fā)起呼叫,具體為 如果所述關(guān)聯(lián)組中對應(yīng)的主用呼叫路由狀態(tài)為negative,則將該關(guān)聯(lián)組綁定的 呼叫路由設(shè)置為disable,不可用所述呼叫路由向所述語音接收方發(fā)起呼叫;并且,如果關(guān) 聯(lián)組中對應(yīng)的備用呼叫路由狀態(tài)為positive,則將該關(guān)聯(lián)組綁定的備用呼叫路由設(shè)置為 enable,可用所述備用呼叫路由向所述語音接收方發(fā)起呼叫。 所述確定所述語音發(fā)送方與所述語音接收方之間的呼叫路由是否可用,具體包 括 監(jiān)測所述語音發(fā)送方到所述語音接收方的路由是否可達(dá); 當(dāng)所述路由可達(dá)時(shí),監(jiān)測所述接收方的語音業(yè)務(wù)是否故障; 當(dāng)所述接收方的語音業(yè)務(wù)正常時(shí),監(jiān)測呼叫質(zhì)量是否達(dá)到預(yù)設(shè)要求。 所述監(jiān)測語音發(fā)送方到所述語音接收方的路由是否可達(dá),具體包括 所述語音發(fā)送方向所述語音接收方發(fā)送ICMP-echo探測報(bào)文; 所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的應(yīng)答報(bào)文,則確定
      所述路由不可達(dá)。 所述監(jiān)測所述接收方的語音業(yè)務(wù)是否故障,具體包括 所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文; 所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的SIPOPTION探測
      應(yīng)答報(bào)文,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障。 所述監(jiān)測呼叫質(zhì)量是否達(dá)到預(yù)設(shè)要求,具體包括 所述語音發(fā)送方向所述語音接收方發(fā)送UDP-jitter探測報(bào)文; 所述語音接收方收到所述UDP-jitter探測報(bào)文后,給所述UDP_jitter探測報(bào)文
      打上時(shí)間戳,并發(fā)回到所述語音發(fā)送方;
      所述語音發(fā)送方收到所述打上時(shí)間戳的UDP-jitter探測報(bào)文,通過計(jì)算所述語
      音接收方接收的時(shí)間和所述語音發(fā)送方發(fā)送數(shù)據(jù)包的時(shí)間,獲得時(shí)延抖動。 所述語音發(fā)送方監(jiān)測呼叫狀態(tài)信息為在摘機(jī)之后發(fā)起呼叫前進(jìn)行,具體包括 所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文; 所述語音發(fā)送方判斷在預(yù)設(shè)時(shí)間內(nèi)是否收到所述語音接收方返回的2000K報(bào)文,
      如果沒有收到,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障,將所述呼叫路由添加到所述DENY表項(xiàng)
      中,即所述呼叫路由為不可用;如果收到,則確定接收方的語音業(yè)務(wù)正常,即所述呼叫路由
      為可用。 所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文,之前還包括
      檢查DENY表項(xiàng),判斷該條呼叫路由是否在所述DENY表項(xiàng)中,如果不在,則通過SIP OPTION探測報(bào)文判斷該當(dāng)前呼叫路由是否可用。 本發(fā)明提供了一種語音設(shè)備,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,所 述語音設(shè)備為語音發(fā)送方時(shí)包括 監(jiān)測模塊,用于在摘機(jī)之前監(jiān)測所述語音發(fā)送方與所述語音接收方的呼叫狀態(tài)信 息,以確定所述語音發(fā)送方與所述語音接收方之間的呼叫路由是否可用,并將監(jiān)測結(jié)果通 知狀態(tài)機(jī)維護(hù)模塊; 狀態(tài)機(jī)維護(hù)模塊,與所述監(jiān)測模塊連接,用于根據(jù)所述監(jiān)測結(jié)果更新呼叫路由與 呼叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),當(dāng)呼叫路由可用時(shí),將呼叫路由狀態(tài)更新為positive,當(dāng)呼叫 路由不可用時(shí),將呼叫路由狀態(tài)更新為negative ; 應(yīng)用模塊,與所述狀態(tài)機(jī)維護(hù)模塊連接,用于根據(jù)所述監(jiān)測結(jié)果更新的呼叫路由 與呼叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),確定主用呼叫路由是否可用,當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主 用呼叫路由為不可用且有備用呼叫路由可用時(shí),切換到備份路由向所述語音接收方發(fā)起呼 叫。 所述監(jiān)測模塊,具體用于在摘機(jī)之前監(jiān)測所述語音發(fā)送方到所述語音接收方的路 由是否可用;具體包括所述語音發(fā)送方向所述語音接收方發(fā)送ICMP-echo探測報(bào)文;所述 語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的應(yīng)答報(bào)文,則確定所述路由不可 達(dá)。 所述監(jiān)測模塊,具體用于當(dāng)所述路由可達(dá)時(shí),監(jiān)測所述接收方的語音業(yè)務(wù)是否故 障;所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè) 時(shí)間內(nèi)沒有收到所述語音接收方返回的SIP OPTION探測應(yīng)答報(bào)文,則確定接收方的語音業(yè) 務(wù)出現(xiàn)故障。 所述監(jiān)測模塊,具體用于當(dāng)所述接收方的語音業(yè)務(wù)正常時(shí),監(jiān)測呼叫質(zhì)量是否達(dá) 到預(yù)設(shè)要求,所述語音發(fā)送方向所述語音接收方發(fā)送UDP-jitter探測報(bào)文;所述語音接收 方收到所述UDP-jitter探測報(bào)文后,給所述UDP-jitter探測報(bào)文打上時(shí)間戳,并發(fā)回到所 述語音發(fā)送方;所述語音發(fā)送方收到所述打上時(shí)間戳的UDP-jitter探測報(bào)文,通過計(jì)算所 述語音接收方接收的時(shí)間和所述語音發(fā)送方發(fā)送數(shù)據(jù)包的時(shí)間,獲得時(shí)延抖動。
      所述應(yīng)用模塊,具體用于如果所述關(guān)聯(lián)組中對應(yīng)的主用呼叫路由狀態(tài)為 negative,則將該關(guān)聯(lián)組綁定的呼叫路由設(shè)置為disable,不可用所述呼叫路由向所述語音 接收方發(fā)起呼叫;并且,如果關(guān)聯(lián)組中對應(yīng)的備用呼叫路由狀態(tài)為positive,則將該關(guān)聯(lián)組綁定的備用呼叫路由設(shè)置為enable,可用所述備用呼叫路由向所述語音接收方發(fā)起呼 叫。 本發(fā)明提供了一種語音設(shè)備,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,所 述語音設(shè)備為語音發(fā)送方時(shí)包括 發(fā)送模塊,用于向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;
      判斷模塊,與所述發(fā)送模塊連接,用于摘機(jī)之后發(fā)起呼叫前判斷在預(yù)設(shè)時(shí)間內(nèi)是 否收到所述語音接收方返回的200 OK報(bào)文,如果沒有收到,則確定接收方的語音業(yè)務(wù)出現(xiàn) 故障,即所述呼叫路由為不可用;如果收到,則確定接收方的語音業(yè)務(wù)正常,即所述呼叫路 由為可用; 應(yīng)用模塊,與所述判斷模塊連接,用于該當(dāng)前呼叫路由可用,則通過該條呼叫路由 完成呼叫信令交互,建立通話;如果該當(dāng)前呼叫路由不可用,則切換到備份呼叫路由,或者 繼續(xù)探測可用呼叫路由并切換。
      還包括 DENY表項(xiàng)存儲模塊,與所述判斷模塊連接,用于存儲不可用的呼叫路由。
      與現(xiàn)有技術(shù)相比,本發(fā)明具有以下優(yōu)點(diǎn) 本發(fā)明中,提前設(shè)定探測機(jī)制,快速度獲取網(wǎng)絡(luò)狀況或處理能力,使探測技術(shù)與呼
      叫路由聯(lián)動,設(shè)備快速選擇正確的呼叫路由,提高效率。不僅實(shí)現(xiàn)路由不可用情況下的呼叫
      備份功能,而且還實(shí)現(xiàn)接收方故障、語音質(zhì)量差等情況下呼叫備份的功能。 且本發(fā)明可擴(kuò)展性強(qiáng),任何探測技術(shù)都能與呼叫路由聯(lián)動,最終完成路由策略優(yōu)
      選。例如增加語音相關(guān)的探測報(bào)文sip option消息、sip registrar消息、sip notify消
      息等,根據(jù)這些探測報(bào)文得到各種能力集合,根據(jù)這些能力集合實(shí)現(xiàn)路徑優(yōu)選、負(fù)載分擔(dān)等
      問題。另外消息類型越豐富,應(yīng)用場景就越多,兼容性就越強(qiáng),用戶可根據(jù)被測方支持的消
      息靈活選擇探測類型的報(bào)文。


      圖1是現(xiàn)有技術(shù)中呼叫備份組網(wǎng)示意圖; 圖2是本發(fā)明中一種探測技術(shù)與語音呼叫備份聯(lián)動方法流程圖; 圖3是本發(fā)明中一種語音設(shè)備結(jié)構(gòu)圖; 圖4是本發(fā)明中一種具體應(yīng)用場景示意圖; 圖5是本發(fā)明中一種快速探測方法具體流程; 圖6是本發(fā)明中一種語音設(shè)備。
      具體實(shí)施例方式
      本發(fā)明通過不同的探測報(bào)文,使呼叫發(fā)起方盡快得知語音接收方的鏈路狀態(tài)及業(yè) 務(wù)模塊處理能力,完成不同狀況下快速切換呼叫路由。通常情況下語音發(fā)送方建立連接時(shí) 觸發(fā)探測,使切換效率大大降低,影響每次呼叫建立時(shí)間。因此,本發(fā)明通過設(shè)置探測觸發(fā) 條件提前得知語音接收方狀態(tài),首先利用一個(gè)監(jiān)測模塊專門負(fù)責(zé)對鏈路狀態(tài)、網(wǎng)絡(luò)性能、業(yè) 務(wù)模塊處理能力等進(jìn)行實(shí)時(shí)監(jiān)測,然后及時(shí)將探測結(jié)果通知給狀態(tài)機(jī)維護(hù)模塊。由狀態(tài)機(jī) 維護(hù)模塊根據(jù)監(jiān)測模塊的探測結(jié)果去及時(shí)改變狀態(tài)機(jī)狀態(tài),最后語音應(yīng)用模塊讀取狀態(tài)機(jī)
      8狀態(tài)實(shí)現(xiàn)路由切換功能。例如B設(shè)備監(jiān)測模塊探測到A設(shè)備的網(wǎng)絡(luò)不可用或者語音業(yè)務(wù) 模塊處理能力有問題,便立刻將探測結(jié)果通知給狀態(tài)機(jī)維護(hù)模塊,狀態(tài)機(jī)維護(hù)模塊收到結(jié) 果后及時(shí)改變狀態(tài)機(jī)狀態(tài),最后告知B設(shè)備語音應(yīng)用模塊,將到達(dá)A的呼叫主用路由置為 disable,備用路由置為enable,使呼叫由主用路由切換到備用路由。 一旦狀態(tài)機(jī)中主用路 由狀態(tài)恢復(fù)正常,B才會將到達(dá)A的主用呼叫路由置為enable,備用路由置為disable,從 而實(shí)現(xiàn)快速備份的業(yè)務(wù)功能。 本發(fā)明提供了一種探測技術(shù)與語音呼叫備份聯(lián)動方法,應(yīng)用于包括語音發(fā)送方和 語音接收方的系統(tǒng)中,且語音發(fā)送方處于非摘機(jī)情況下完成呼叫建立狀態(tài)的監(jiān)測,所述方 法如圖2所示,包括以下步驟 步驟201,所述語音發(fā)送方監(jiān)測所述語音接收方的呼叫狀態(tài)信息,以確定所述語音 發(fā)送方與所述語音接收方之間的呼叫路由是否可用;其中,語音發(fā)送方通過設(shè)置不同類型 探測報(bào)文監(jiān)測到不同的呼叫建立狀態(tài)。 關(guān)于探測類型的報(bào)文有很多種,例如可以使用Ping來探測鏈路狀態(tài),而語音業(yè) 務(wù)處理能力的探測報(bào)文沒有實(shí)現(xiàn),可以增加部分(sip option消息、sipregistrar消息、 notify消息等),消息類型越豐富,應(yīng)用場景就越多,兼容性就越強(qiáng),可根據(jù)被測方支持的 消息靈活選擇探測類型的報(bào)文。 其中,語音網(wǎng)絡(luò)常見狀況分為3個(gè)方面一是路由不可達(dá)、二是語音業(yè)務(wù)癱瘓導(dǎo)致 語音呼叫不可建立、三是呼叫質(zhì)量不可接受。只要任一方面出問題,都會影響呼叫建立,因 此,需要對這三種情況分別探測。 —,路由不可達(dá)。配置ICMP-echo探測類型,即利用ICMP協(xié)議,根據(jù)應(yīng)答報(bào)文或超 時(shí)信息判斷語音接收方是否可達(dá),具體為語音發(fā)送方向所述語音接收方發(fā)送ICMP-echo 探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的應(yīng)答報(bào)文,則確 定所述路由不可達(dá)。 二,語音接收方的業(yè)務(wù)癱瘓導(dǎo)致語音呼叫不可建立。配置SIP OPTION探測類型, 利用SIP OPTION消息獲取對方語音處理能力或監(jiān)測對方心跳的作用,然后根據(jù)應(yīng)答報(bào)文 或超時(shí)信息判斷目的設(shè)備語音業(yè)務(wù)是否癱瘓,具體為語音發(fā)送方向所述語音接收方發(fā)送 SIP OPTION探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的SIP OPTION探測應(yīng)答報(bào)文,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障。當(dāng)語音業(yè)務(wù)出現(xiàn)故障時(shí),根據(jù)相 應(yīng)的結(jié)果設(shè)置呼叫路由的可用狀態(tài),用戶還可以根據(jù)sip registrar消息、notify等探測 報(bào)文類型達(dá)到不同的目的。 三,呼叫質(zhì)量不可接受。語音、視頻等實(shí)時(shí)性業(yè)務(wù)對Delay jitter(時(shí)延抖動
      相鄰兩個(gè)報(bào)文的接收時(shí)間間隔減去這兩個(gè)報(bào)文的發(fā)送時(shí)間間隔)的要求較高,如果網(wǎng)絡(luò)
      環(huán)境出狀況就容易導(dǎo)致語音質(zhì)量差或呼叫無法建立等情況,非常影響使用。如果配置
      UDP-jitter探測類型(語音發(fā)送方以一定的時(shí)間間隔向語音接收方發(fā)送數(shù)據(jù)包。語音接收
      方收到一個(gè)數(shù)據(jù)包,就給該數(shù)據(jù)包打上時(shí)間戳,然后再把這個(gè)數(shù)據(jù)包發(fā)回到語音發(fā)送方。語
      音發(fā)送方收到數(shù)據(jù)包后通過計(jì)算語音接收方接收數(shù)據(jù)包時(shí)間間隔和語音發(fā)送方發(fā)送數(shù)據(jù)
      包的時(shí)間間隔之差,計(jì)算出時(shí)延抖動),就可以以獲得網(wǎng)絡(luò)的單向和雙向時(shí)延抖動,從而判
      斷網(wǎng)絡(luò)是否可以承載實(shí)時(shí)性業(yè)務(wù),最后根據(jù)結(jié)果置呼叫路由的可用狀態(tài)。 總之,探測報(bào)文的方式可以有很多種,只要語音發(fā)送方和語音接收方達(dá)成一致意見,且完全能反映出用戶想要達(dá)成的目標(biāo),就能作為探測報(bào)文進(jìn)行監(jiān)測。
      步驟202,所述語音發(fā)送方根據(jù)所述監(jiān)測結(jié)果更新呼叫路由與呼叫路由狀態(tài)的關(guān) 聯(lián)組表項(xiàng)。具體為,當(dāng)呼叫路由可用時(shí),將呼叫路由狀態(tài)更新為positive,當(dāng)呼叫路由不可 用時(shí),將呼叫路由狀態(tài)更新為negative。 步驟203,語音發(fā)送方根據(jù)所述監(jiān)測結(jié)果更新的呼叫路由與呼叫路由狀態(tài)的關(guān) 聯(lián)組表項(xiàng),確定主用呼叫路由是否可用,當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主用呼叫路由為不可用 且有備用呼叫路由可用時(shí),切換到備份路由向所述語音接收方發(fā)起呼叫。具體為如果所 述關(guān)聯(lián)組中對應(yīng)的主用呼叫路由狀態(tài)為negative,則將該關(guān)聯(lián)組綁定的呼叫路由設(shè)置為 disable,不可用所述呼叫路由向所述語音接收方發(fā)起呼叫;并且,如果關(guān)聯(lián)組中對應(yīng)的備 用呼叫路由狀態(tài)為positive,則將該關(guān)聯(lián)組綁定的備用呼叫路由設(shè)置為enable,可用所述 備用呼叫路由向所述語音接收方發(fā)起呼叫。 本發(fā)明提供了一種語音設(shè)備,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,所 述語音設(shè)備為語音發(fā)送方時(shí)如圖3所示包括 監(jiān)測模塊310,用于在摘機(jī)之前監(jiān)測所述語音發(fā)送方與所述語音接收方的呼叫狀 態(tài)信息(例如鏈路狀態(tài)、網(wǎng)絡(luò)性能等),以確定所述語音發(fā)送方與所述語音接收方之間的呼 叫路由是否可用,并將監(jiān)測結(jié)果通知狀態(tài)機(jī)維護(hù)模塊。 例如,語音發(fā)送方可以利用NQA(Network Quality Analyzer,網(wǎng)絡(luò)質(zhì)量分析)的 測試結(jié)果及時(shí)了解網(wǎng)絡(luò)的性能狀況,針對網(wǎng)絡(luò)故障進(jìn)行診斷和定位。NQA通過發(fā)送測試報(bào) 文,對網(wǎng)絡(luò)性能、網(wǎng)絡(luò)提供的服務(wù)及服務(wù)質(zhì)量進(jìn)行分析,并為用戶提供網(wǎng)絡(luò)性能和服務(wù)質(zhì) 量的參數(shù),如時(shí)延抖動、TCP(TransmissionControl Protocol,傳輸控制協(xié)議)連接時(shí)延、 FTP(File Transfer Protocol,文件傳輸協(xié)議)連接時(shí)延和文件傳輸速率等。
      NQA支持九種測試類型ICMP(Internet Control Message Protocol,互聯(lián)網(wǎng) 控制矛艮文協(xié)i義)一echo 、 DHCP (Dynamic Host Configuration Protocol,動態(tài)主豐幾分配協(xié) 議)、FTP、 HTTP (HyperText Transfer Protocol,超文本傳輸協(xié)議)、UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)-jitter、S證(Simple NetworkManagement Protocol,簡單網(wǎng) 絡(luò)管理協(xié)議)、TCP、 UDP-echo和DLSw(DataLink Switching protocol,數(shù)據(jù)鏈路交換協(xié)) 測試。語音發(fā)送方向語音接收方發(fā)送不同類型的測試報(bào)文,統(tǒng)計(jì)語音接收方是否回應(yīng)報(bào)文 以及報(bào)文的往返時(shí)間等參數(shù),以便語音發(fā)送方根據(jù)統(tǒng)計(jì)結(jié)果判斷協(xié)議的可用性和網(wǎng)絡(luò)的性 能。 狀態(tài)機(jī)維護(hù)模塊320,與監(jiān)測模塊310連接,用于接收到監(jiān)測模塊310發(fā)送的探測 結(jié)果后,根據(jù)所述監(jiān)測結(jié)果更新呼叫路由與呼叫路由狀態(tài)的關(guān)聯(lián)組,當(dāng)呼叫路由可用時(shí),將 呼叫路由狀態(tài)更新為positive,當(dāng)呼叫路由不可用時(shí),將呼叫路由狀態(tài)更新為negative, 并通知應(yīng)用模塊。狀態(tài)機(jī)維護(hù)模塊320位于應(yīng)用模塊330和監(jiān)測模塊310之間,主要功能 是屏蔽不同監(jiān)測模塊的差異,為應(yīng)用模塊330提供統(tǒng)一的接口 。 應(yīng)用模塊330,與狀態(tài)機(jī)維護(hù)模塊320連接,用于根據(jù)所述監(jiān)測結(jié)果更新的呼叫路 由與呼叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),確定主用呼叫路由是否可用,當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中 主用呼叫路由為不可用且有備用呼叫路由可用時(shí),切換到備份路由向所述語音接收方發(fā)起 呼叫,實(shí)現(xiàn)聯(lián)動。如果所述關(guān)聯(lián)組中對應(yīng)的主用呼叫路由狀態(tài)為negative,則將該關(guān)聯(lián)組綁 定的呼叫路 設(shè)置為disable,不可用所述呼叫路由向所述語音接收方發(fā)起呼叫;并且,如果關(guān)聯(lián)組中對應(yīng)的備用呼叫路由狀態(tài)為positive,則將該關(guān)聯(lián)組綁定的備用呼叫路由設(shè)置 為enable,可用所述備用呼叫路由向所述語音接收方發(fā)起呼叫。
      應(yīng)用模塊330具體包括 語音呼叫路由模塊,用于語音發(fā)送方向語音接收方發(fā)起連接時(shí),預(yù)先靜態(tài)配置兩 條或多條到語音接收方的路由,其中一條為主用路由,另幾條為備用路由,當(dāng)狀態(tài)機(jī)維護(hù)項(xiàng) 中對應(yīng)的主用路由不可用且有備用呼叫路由可用時(shí),將該主用路由設(shè)置為disable,將備用 路由設(shè)置為enable,完成呼叫從主用路由到備用路由的切換。 根據(jù)上述語音設(shè)備結(jié)構(gòu),本發(fā)明一個(gè)具體應(yīng)用場景如圖4所示,包括以下步驟
      步驟401 ,監(jiān)測模塊設(shè)置探測組,每個(gè)探測組中包括探測報(bào)文類型和監(jiān)測目的地址 等信息,比如,探測組1的探測報(bào)文類型為ICMP-echo,監(jiān)測目的地址為語音接收方1 ;探測 組2的探測報(bào)文類型為SIP OPTION,監(jiān)測目的地址為語音接收方2 ;探測組1的探測報(bào)文類 型為UDP-jitter,監(jiān)測目的地址為語音接收方3。 并且設(shè)置探測路由與探測報(bào)文類型的對應(yīng)關(guān)系,確定使用哪種探測報(bào)文類型可以 探測到哪些呼叫路由狀態(tài); 例如,所述語音發(fā)送方向所述語音接收方發(fā)送ICMP-echo探測報(bào)文;所述語音發(fā) 送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的應(yīng)答報(bào)文,則確定所述路由不可達(dá)。
      所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;所述語音發(fā)送方 在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的SIP OPTION探測應(yīng)答報(bào)文,則確定接收方的 語音業(yè)務(wù)出現(xiàn)故障。 所述語音發(fā)送方向所述語音接收方發(fā)送UDP-jitter探測報(bào)文;所述語音接收方
      收到所述UDP-jitter探測報(bào)文后,給所述UDP-jitter探測報(bào)文打上時(shí)間戳,并發(fā)回到所述
      語音發(fā)送方;所述語音發(fā)送方收到所述打上時(shí)間戳的UDP-jitter探測報(bào)文,通過計(jì)算所述
      語音接收方接收的時(shí)間和所述語音發(fā)送方發(fā)送數(shù)據(jù)包的時(shí)間,獲得時(shí)延抖動。 步驟402,狀態(tài)機(jī)維護(hù)模塊設(shè)置關(guān)聯(lián)組,即呼叫路由與呼叫路由狀態(tài)的對應(yīng)關(guān)系表
      項(xiàng); 步驟403,應(yīng)用模塊在呼叫路由下綁定關(guān)聯(lián)組,即設(shè)置呼叫路由使能情況與關(guān)聯(lián)組 中呼叫路由狀態(tài)的對應(yīng)關(guān)系; 步驟404,監(jiān)測模塊啟動探測功能,選擇對應(yīng)的探測組對語音發(fā)送方到語音接收方 的呼叫狀態(tài)信息進(jìn)行監(jiān)測,將監(jiān)測結(jié)果通知狀態(tài)機(jī)維護(hù)模塊, 步驟405,狀態(tài)機(jī)維護(hù)模塊更新狀態(tài)機(jī)關(guān)聯(lián)組的狀態(tài),判斷探測結(jié)果是否成功,如 果成功,則轉(zhuǎn)步驟406,如果不成功,則轉(zhuǎn)步驟408 ; 步驟406,狀態(tài)機(jī)維護(hù)模塊將關(guān)聯(lián)組中對應(yīng)的呼叫路由狀態(tài)設(shè)置為positive (有 效); 步驟407,應(yīng)用模塊獲知狀態(tài)機(jī)維護(hù)模塊中對應(yīng)的關(guān)聯(lián)組中對應(yīng)的呼叫路由狀態(tài) 為positive,則將該關(guān)聯(lián)組綁定的呼叫路由設(shè)置為enable ; 步驟408,狀態(tài)機(jī)維護(hù)模塊將關(guān)聯(lián)組中對應(yīng)的呼叫路由狀態(tài)設(shè)置為negative (無 效); 步驟409,應(yīng)用模塊獲知狀態(tài)機(jī)維護(hù)模塊中對應(yīng)的關(guān)聯(lián)組中對應(yīng)的呼叫路由狀態(tài) 為negative,則將該關(guān)聯(lián)組綁定的呼叫路由設(shè)置為disable。
      本發(fā)明還提供一種快速探測方法,即語音發(fā)送方摘機(jī)后發(fā)起呼叫之前觸發(fā)一次快 速探測過程,該過程可以使用SIP報(bào)文擴(kuò)展(OPTION消息、Update消息等)或者其它自定 義的探測報(bào)文。由于這種快速探測過程速度較快,直接通過2次探測信令握手就可以判斷 語音接收方是否可達(dá)、業(yè)務(wù)是否可用,比真正呼叫信令交互過程少而快。 一旦探測到語音接 收方不可達(dá),立刻在語音發(fā)送方建立一個(gè)DENY表項(xiàng)記錄該條呼叫路由,并將該條呼叫路由 置為DENY(不可用)狀態(tài),同時(shí)進(jìn)行下條可達(dá)的呼叫路由選擇。為了保持DENY表項(xiàng)中記錄 的呼叫路由的最新狀態(tài),語音發(fā)送方會提取DENY表項(xiàng)的呼叫路由地址切換成定期探測(比 如5秒探測一次,可以自行設(shè)置), 一旦呼叫路由恢復(fù),在DENY表項(xiàng)里刪除對應(yīng)項(xiàng),被DENY 的呼叫路由將再次恢復(fù)正常。 上述快速探測方法具體流程如圖5所示,包括以下步驟
      步驟501,語音發(fā)送方向語音接收方發(fā)起呼叫; 步驟502 ,語音發(fā)送方檢查DENY表項(xiàng),判斷該條呼叫路由是否在所述DENY表項(xiàng)中, 如果有,轉(zhuǎn)步驟503,否則,轉(zhuǎn)步驟504 ; 步驟503,說明到達(dá)語音接收方的該條呼叫路由不可用,語音發(fā)送方直接切換到下 一條呼叫路由進(jìn)行探測; 步驟504,語音發(fā)送方啟動快速探測機(jī)制(例如利用SIP擴(kuò)展等其他探測方法), 通過探測機(jī)制判斷該當(dāng)前呼叫路由是否正常,具體為語音發(fā)送方向所述語音接收方發(fā)送 SIP OPTION探測報(bào)文;所述語音發(fā)送方判斷在預(yù)設(shè)時(shí)間內(nèi)是否收到所述語音接收方返回的 2000K報(bào)文,如果沒有收到,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障;如果收到,則確定接收方 的語音業(yè)務(wù)正常,即所述呼叫路由為可用。如果正常,轉(zhuǎn)步驟505 ;如果不正常,轉(zhuǎn)步驟506 ;
      步驟505,語音發(fā)送方與語音接收方通過該條呼叫路由完成呼叫信令交互,建立通 話; 步驟506,說明該條呼叫路由不可用,語音發(fā)送方直接切換下一條呼叫路由進(jìn)行探 測,同時(shí)把該探測失敗的呼叫路由加入到DENY表項(xiàng),即所述呼叫路由為不可用;如果在存 在已知可用的備份呼叫路由的情況,直接切換到該備份呼叫路由。 步驟507,為了保持DENY表項(xiàng)中記錄的呼叫路由的最新狀態(tài),語音發(fā)送方將提取 DENY表項(xiàng)的路由切換成定期探測方式,判斷該探測方式是否可用,如果是,轉(zhuǎn)步驟508,否 則,轉(zhuǎn)步驟509 ; 步驟508,語音發(fā)送方在DENY表項(xiàng)中刪除對應(yīng)路由項(xiàng); 步驟509,語音發(fā)送方將該對應(yīng)的路由項(xiàng)繼續(xù)保存在DENY表項(xiàng)中。 另外,對于可能存在多個(gè)語音接收方的情況,語音發(fā)送方首先要確定需要發(fā)起呼
      叫的一個(gè)語音接收方,然后對到達(dá)該語音接收方的呼叫路由進(jìn)行探測。 本發(fā)明提供了一種語音設(shè)備,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,所
      述語音設(shè)備為語音發(fā)送方時(shí)如圖6所示,包括 發(fā)送模塊610,用于向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;
      判斷模塊620,與發(fā)送模塊610連接,用于摘機(jī)之后發(fā)起呼叫前判斷在預(yù)設(shè)時(shí)間內(nèi) 是否收到所述語音接收方返回的2000K報(bào)文,如果沒有收到,則確定接收方的語音業(yè)務(wù)出 現(xiàn)故障,將所述呼叫路由添加到DENY表項(xiàng)存儲模塊640中,即所述呼叫路由為不可用;如果 收到,則確定接收方的語音業(yè)務(wù)正常,即所述呼叫路由為可用;
      應(yīng)用模塊630,與判斷模塊620連接,用于該當(dāng)前呼叫路由可用,則通過該條呼叫 路由完成呼叫信令交互,建立通話;如果該當(dāng)前呼叫路由不可用,則切換到備份呼叫路由, 或者繼續(xù)探測可用呼叫路由并切換。 DENY表項(xiàng)存儲模塊640,與判斷模塊620連接,用于存儲不可用的呼叫路由,使發(fā) 送模塊610向所述語音接收方發(fā)送SIP OPTION探測報(bào)文之前先檢查DENY表項(xiàng),判斷該條 呼叫路由是否在所述DENY表項(xiàng)中,如果不在,則通過SIP OPTION探測報(bào)文判斷該當(dāng)前呼叫 路由是否可用。 技術(shù)的關(guān)鍵點(diǎn)在于將探測技術(shù)與語音備份功能結(jié)合起來。這種方式的可擴(kuò)展性很 強(qiáng),任何探測技術(shù)都能與呼叫路由聯(lián)動起來,最終實(shí)現(xiàn)路由策略優(yōu)選。例如增加語音相關(guān)的 探測報(bào)文sip option消息、sip registrar消息、sip notify消息等。根據(jù)這些探測報(bào)文 得到各種能力集合,根據(jù)這些能力集合實(shí)現(xiàn)路徑優(yōu)選、負(fù)載分擔(dān)等問題。另外消息類型越豐 富,應(yīng)用場景就越多,兼容性就越強(qiáng),用戶可根據(jù)被測方支持的消息靈活選擇探測類型的報(bào) 文。 通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通
      過硬件實(shí)現(xiàn),也可以借助軟件加必要的通用硬件平臺的方式來實(shí)現(xiàn)。基于這樣的理解,本發(fā)
      明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來,該軟件產(chǎn)品可以存儲在一個(gè)非易失性存儲
      介質(zhì)(可以是CD-R0M, U盤,移動硬盤等)中,包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可
      以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。 本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖,附圖中的模塊或流
      程并不一定是實(shí)施本發(fā)明所必須的。 本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分 布于實(shí)施例的裝置中,也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上 述實(shí)施例的模塊可以合并為一個(gè)模塊,也可以進(jìn)一步拆分成多個(gè)子模塊。
      上述本發(fā)明序號僅僅為了描述,不代表實(shí)施例的優(yōu)劣。 以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例,但是,本發(fā)明并非局限于此,任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
      1權(quán)利要求
      一種探測技術(shù)與語音呼叫備份聯(lián)動方法,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,其特征在于,所述方法包括以下步驟所述語音發(fā)送方監(jiān)測與所述語音接收方的呼叫狀態(tài)信息;所述語音發(fā)送方根據(jù)所述監(jiān)測到的呼叫狀態(tài)信息,判斷是否可用主用呼叫路由向所述語音接收方發(fā)起呼叫,如果不可用,則在發(fā)起呼叫時(shí)切換到備份路由向所述語音接收方發(fā)起呼叫。
      2. 如權(quán)利要求1所述的方法,其特征在于,所述語音發(fā)送方監(jiān)測呼叫狀態(tài)信息為在摘 機(jī)之前進(jìn)行,以確定所述語音發(fā)送方與所述語音接收方之間的呼叫路由是否可用;然后,根據(jù)所述監(jiān)測結(jié)果更新呼叫路由與呼叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),當(dāng)呼叫路由 可用時(shí),將呼叫路由狀態(tài)更新為positive,當(dāng)呼叫路由不可用時(shí),將呼叫路由狀態(tài)更新為 negative。
      3. 如權(quán)利要求2所述的方法,其特征在于,所述語音發(fā)送方根據(jù)所述監(jiān)測到的呼叫狀 態(tài)信息,判斷是否可用主用呼叫路由向所述語音接收方發(fā)起呼叫,如果不可用,則在發(fā)起呼叫時(shí)切換到備份路由向所述語音接收方發(fā)起呼叫,具體包括所述語音發(fā)送方根據(jù)所述監(jiān)測結(jié)果更新的呼叫路由與呼叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),確 定主用呼叫路由是否可用;當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主用呼叫路由為不可用且有備用呼叫路由可用時(shí),切換到備 份路由向所述語音接收方發(fā)起呼叫。
      4. 如權(quán)利要求3所述的方法,其特征在于,當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主用呼叫路由為 不可用且有備用呼叫路由可用時(shí),切換到備份路由向所述語音接收方發(fā)起呼叫,具體為如果所述關(guān)聯(lián)組中對應(yīng)的主用呼叫路由狀態(tài)為negative,則將該關(guān)聯(lián)組綁定的呼叫路 由設(shè)置為disable,不可用所述呼叫路由向所述語音接收方發(fā)起呼叫;并且,如果關(guān)聯(lián)組中 對應(yīng)的備用呼叫路由狀態(tài)為positive,則將該關(guān)聯(lián)組綁定的備用呼叫路由設(shè)置為enable, 可用所述備用呼叫路由向所述語音接收方發(fā)起呼叫。
      5. 如權(quán)利要求2所述的方法,其特征在于,所述確定所述語音發(fā)送方與所述語音接收 方之間的呼叫路由是否可用,具體包括監(jiān)測所述語音發(fā)送方到所述語音接收方的路由是否可達(dá); 當(dāng)所述路由可達(dá)時(shí),監(jiān)測所述接收方的語音業(yè)務(wù)是否故障; 當(dāng)所述接收方的語音業(yè)務(wù)正常時(shí),監(jiān)測呼叫質(zhì)量是否達(dá)到預(yù)設(shè)要求。
      6. 如權(quán)利要求5所述的方法,其特征在于,所述監(jiān)測語音發(fā)送方到所述語音接收方的 路由是否可達(dá),具體包括所述語音發(fā)送方向所述語音接收方發(fā)送ICMP-echo探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的應(yīng)答報(bào)文,則確定所述 路由不可達(dá)。
      7. 如權(quán)利要求5所述的方法,其特征在于,所述監(jiān)測所述接收方的語音業(yè)務(wù)是否故障, 具體包括所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的SIPOPTION探測應(yīng)答 報(bào)文,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障。
      8. 如權(quán)利要求5所述的方法,其特征在于,所述監(jiān)測呼叫質(zhì)量是否達(dá)到預(yù)設(shè)要求,具體 包括所述語音發(fā)送方向所述語音接收方發(fā)送UDP-jitter探測報(bào)文;所述語音接收方收到所述UDP-jitter探測報(bào)文后,給所述UDP-jitter探測報(bào)文打上 時(shí)間戳,并發(fā)回到所述語音發(fā)送方;所述語音發(fā)送方收到所述打上時(shí)間戳的UDP-jitter探測報(bào)文,通過計(jì)算所述語音接 收方接收的時(shí)間和所述語音發(fā)送方發(fā)送數(shù)據(jù)包的時(shí)間,獲得時(shí)延抖動。
      9. 如權(quán)利要求1所述的方法,其特征在于,所述語音發(fā)送方監(jiān)測呼叫狀態(tài)信息為在摘 機(jī)之后發(fā)起呼叫前進(jìn)行,具體包括所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;所述語音發(fā)送方判斷在預(yù)設(shè)時(shí)間內(nèi)是否收到所述語音接收方返回的2000K報(bào)文,如果 沒有收到,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障,將所述呼叫路由添加到所述DENY表項(xiàng)中, 即所述呼叫路由為不可用;如果收到,則確定接收方的語音業(yè)務(wù)正常,即所述呼叫路由為可用。
      10. 如權(quán)利要求9所述的方法,其特征在于,所述語音發(fā)送方向所述語音接收方發(fā)送 SIP OPTION探測報(bào)文,之前還包括檢查DENY表項(xiàng),判斷該條呼叫路由是否在所述DENY表項(xiàng)中,如果不在,則通過SIP OPTION探測報(bào)文判斷該當(dāng)前呼叫路由是否可用。
      11. 一種語音設(shè)備,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,其特征在于,所述 語音設(shè)備為語音發(fā)送方時(shí)包括監(jiān)測模塊,用于在摘機(jī)之前監(jiān)測所述語音發(fā)送方與所述語音接收方的呼叫狀態(tài)信息, 以確定所述語音發(fā)送方與所述語音接收方之間的呼叫路由是否可用,并將監(jiān)測結(jié)果通知狀 態(tài)機(jī)維護(hù)模塊;狀態(tài)機(jī)維護(hù)模塊,與所述監(jiān)測模塊連接,用于根據(jù)所述監(jiān)測結(jié)果更新呼叫路由與呼叫 路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),當(dāng)呼叫路由可用時(shí),將呼叫路由狀態(tài)更新為positive,當(dāng)呼叫路由 不可用時(shí),將呼叫路由狀態(tài)更新為negative ;應(yīng)用模塊,與所述狀態(tài)機(jī)維護(hù)模塊連接,用于根據(jù)所述監(jiān)測結(jié)果更新的呼叫路由與呼 叫路由狀態(tài)的關(guān)聯(lián)組表項(xiàng),確定主用呼叫路由是否可用,當(dāng)所述關(guān)聯(lián)組表項(xiàng)狀態(tài)中主用呼 叫路由為不可用且有備用呼叫路由可用時(shí),切換到備份路由向所述語音接收方發(fā)起呼叫。
      12. 如權(quán)利要求11所述的設(shè)備,其特征在,所述監(jiān)測模塊,具體用于在摘機(jī)之前監(jiān)測所 述語音發(fā)送方到所述語音接收方的路由是否可用;具體包括所述語音發(fā)送方向所述語音 接收方發(fā)送ICMP-echo探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方 返回的應(yīng)答報(bào)文,則確定所述路由不可達(dá)。
      13. 如權(quán)利要求12所述的設(shè)備,其特征在,所述監(jiān)測模塊,具體用于當(dāng)所述路由可達(dá) 時(shí),監(jiān)測所述接收方的語音業(yè)務(wù)是否故障;所述語音發(fā)送方向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;所述語音發(fā)送方在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述語音接收方返回的SIP OPTION探測應(yīng)答報(bào)文,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障。
      14. 如權(quán)利要求13所述的設(shè)備,其特征在,所述監(jiān)測模塊,具體用于當(dāng)所述接收方的 語音業(yè)務(wù)正常時(shí),監(jiān)測呼叫質(zhì)量是否達(dá)到預(yù)設(shè)要求,所述語音發(fā)送方向所述語音接收方發(fā)送UDP-jitter探測報(bào)文;所述語音接收方收到所述UDP-jitter探測報(bào)文后,給所述 UDP-jitter探測報(bào)文打上時(shí)間戳,并發(fā)回到所述語音發(fā)送方;所述語音發(fā)送方收到所述打 上時(shí)間戳的UDP-jitter探測報(bào)文,通過計(jì)算所述語音接收方接收的時(shí)間和所述語音發(fā)送 方發(fā)送數(shù)據(jù)包的時(shí)間,獲得時(shí)延抖動。
      15. 如權(quán)利要求11所述的設(shè)備,其特征在,所述應(yīng)用模塊,具體用于如果所述關(guān)聯(lián)組中 對應(yīng)的主用呼叫路由狀態(tài)為negative,則將該關(guān)聯(lián)組綁定的呼叫路由設(shè)置為disable,不 可用所述呼叫路由向所述語音接收方發(fā)起呼叫;并且,如果關(guān)聯(lián)組中對應(yīng)的備用呼叫路由 狀態(tài)為positive,則將該關(guān)聯(lián)組綁定的備用呼叫路由設(shè)置為enable,可用所述備用呼叫路 由向所述語音接收方發(fā)起呼叫。
      16. —種語音設(shè)備,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,其特征在于,所述 語音設(shè)備為語音發(fā)送方時(shí)包括發(fā)送模塊,用于向所述語音接收方發(fā)送SIP OPTION探測報(bào)文;判斷模塊,與所述發(fā)送模塊連接,用于摘機(jī)之后發(fā)起呼叫前判斷在預(yù)設(shè)時(shí)間內(nèi)是否收 到所述語音接收方返回的2000K報(bào)文,如果沒有收到,則確定接收方的語音業(yè)務(wù)出現(xiàn)故障, 即所述呼叫路由為不可用;如果收到,則確定接收方的語音業(yè)務(wù)正常,即所述呼叫路由為可 用;應(yīng)用模塊,與所述判斷模塊連接,用于該當(dāng)前呼叫路由可用,則通過該條呼叫路由完成 呼叫信令交互,建立通話;如果該當(dāng)前呼叫路由不可用,則切換到備份呼叫路由,或者繼續(xù) 探測可用呼叫路由并切換。
      17. 如權(quán)利要求16所述的語音設(shè)備,其特征在于,還包括DENY表項(xiàng)存儲模塊,與所述判斷模塊連接,用于存儲不可用的呼叫路由。
      全文摘要
      本發(fā)明公開了一種探測技術(shù)與語音呼叫備份聯(lián)動方法,應(yīng)用于包括語音發(fā)送方和語音接收方的系統(tǒng)中,所述方法包括以下步驟所述語音發(fā)送方監(jiān)測到所述語音接收方的呼叫狀態(tài)信息;所述語音發(fā)送方根據(jù)所述監(jiān)測到的呼叫狀態(tài)信息,判斷是否可用主用呼叫路由向所述語音接收方發(fā)起呼叫,如果不可用,則在發(fā)起呼叫時(shí)切換到備份路由向所述語音接收方發(fā)起呼叫。本發(fā)明可以快速度獲取網(wǎng)絡(luò)狀況或處理能力,使探測技術(shù)與呼叫路由聯(lián)動,設(shè)備快速選擇正確的呼叫路由,提高效率。
      文檔編號H04L29/06GK101702712SQ20091021106
      公開日2010年5月5日 申請日期2009年11月11日 優(yōu)先權(quán)日2009年11月11日
      發(fā)明者黃杰姝 申請人:杭州華三通信技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
      1