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

      媒體控制設備與媒體處理設備之間的檢測方法

      文檔序號:7964063閱讀:162來源:國知局
      專利名稱:媒體控制設備與媒體處理設備之間的檢測方法
      技術領域
      本發(fā)明涉及軟交換網絡的維護管理技術,特別涉及媒體控制設備與媒體處理設備之間的檢測方法。
      背景技術
      媒體網關控制協(xié)議用于規(guī)范媒體控制設備和相應的媒體處理設備之間的通信,常見的媒體網關控制協(xié)議包括媒體網關控制協(xié)議(MGCP)、H.248、媒體網關控制(MeGaCo)協(xié)議。
      H.248協(xié)議是國際電信聯(lián)盟電信委員會(ITU-T)第16工作組提出的媒體網關控制協(xié)議,它在早期的MGCP協(xié)議基礎上改進而成。而MeGaCo協(xié)議(RFC 3525)是由互聯(lián)網工程任務組織(IETF)提出的,也是對MGCP協(xié)議的改進和擴展。
      MGCP和H.248/MeGaCo協(xié)議將傳統(tǒng)的媒體網關劃分為媒體控制設備和媒體處理設備,并定義了它們之間的通信協(xié)議,從而實現(xiàn)了承載控制和信令控制的分離。常見的媒體控制設備有媒體網關控制器(MGC),常見的媒體處理設備有媒體網關(MG)。圖1為下一代網絡(NGN)的系統(tǒng)結構示意圖。參見圖1,該系統(tǒng)由MGC、MG和IP網絡組成。其中,MG用于監(jiān)控和控制端點、媒體資源等,負責語音、視頻、圖像等多媒體信息的傳輸,即MG負責承載控制;MGC用于控制MG的資源和對呼叫進行控制,即MGC負責信令控制。
      為了在MGC或MG出現(xiàn)故障時,對方能夠及時獲知該故障,H.248的擴展協(xié)議H.248.14協(xié)議規(guī)定了MG與MGC之間的檢測機制在MG中設置心跳定時器,由MGC或者用戶設定該心跳定時器的時長,當該心跳定時器超時后,MG向MGC發(fā)送心跳請求;MGC也可以向MG發(fā)送周期性的報文來檢測MG與其通信是否正常;MG收到MGC發(fā)來的任意消息后確認與MGC之間的通信正常,重啟心跳定時器,當MG從MGC接收的消息為請求消息時,需要向MGC返回相應的響應。
      這里,所述MGC向MG發(fā)送的周期性報文可以是審計請求。參見圖2,圖2為基于H.248.14協(xié)議的媒體控制設備與媒體處理設備之間的檢測機制的消息交互示意圖,包括以下步驟步驟201MGC向MG發(fā)送審計請求;步驟202MG重啟心跳定時器,向MGC返回審計響應。
      圖2所示的檢測機制有一個明顯的缺陷雖然,MG和MGC均工作正常,但是由于網絡故障或IP網盡力而為傳輸方式的不可靠性,使得步驟202所述的審計響應丟失,這樣,MG回應的審計響應始終不能到達MGC。如此,由于MG能收到MGC的審計請求且能夠正確地回應,MG判斷其與MGC的通信是正常的;而實際上,由于網絡的原因,MGC已不能正常接收MG發(fā)送的消息??梢姡鲜鰴z測機制只能使MG獲知從MGC到MG的單向通信鏈路的狀態(tài),不能使MG獲知從MG到MGC的通信鏈路的狀態(tài),這樣,在網絡故障時,MGC與MG的狀態(tài)不再能保持一致,導致IP語音(VOIP)、IP傳真(FOIP)和IP多媒體(MOIP)等業(yè)務的用戶不能正常通信。

      發(fā)明內容
      有鑒于此,本發(fā)明的主要目的在于提供一種媒體控制設備與媒體處理設備之間的檢測方法,使媒體控制設備與媒體處理設備能夠及時獲知與對方的通信是否正常。
      為達到上述目的,本發(fā)明的技術方案是這樣實現(xiàn)的一種媒體控制設備與媒體處理設備之間的檢測方法,該方法包括以下步驟A、媒體控制設備向媒體處理設備發(fā)送消息,媒體處理設備接收所述消息;
      B、媒體處理設備向媒體控制設備發(fā)送請求,媒體控制設備接收所述請求,并向媒體處理設備返回相應的響應;C、媒體處理設備接收所述響應,重啟心跳定時器。
      其中,步驟A所述消息可以是媒體網關控制協(xié)議規(guī)定的媒體控制設備向媒體處理設備發(fā)送的任何消息,可以包括請求消息。
      其中,當所述消息為請求消息時,在步驟A之后可以進一步包括媒體處理設備向媒體控制設備返回相應的響應。
      較佳地,所述請求消息可以為審計請求。
      較佳地,步驟B所述請求可以為it/ito事件。
      其中所述心跳定時器可以采用計時器、或者計數(shù)器來實現(xiàn);步驟C所述重啟心跳定時器可以為對計時器清零、或者對計數(shù)器清零。
      其中,所述媒體控制設備可以為媒體網關控制器、軟交換設備、或者呼叫服務器;所述媒體處理設備可以為媒體網關、媒體服務器、IP智能終端、或者呼叫代理。
      由上述技術方案可見,本發(fā)明的媒體控制設備與媒體處理設備之間的檢測方法,不僅可以檢測從媒體控制設備到媒體處理設備的通信鏈路的狀態(tài),還可以檢測從媒體處理設備到媒體控制設備的通信鏈路的狀態(tài),從而保證媒體控制設備和媒體處理設備能夠及時、準確地獲知與對方的通信是否正常。


      圖1為NGN的系統(tǒng)結構示意圖。
      圖2為基于H.248.14協(xié)議的媒體控制設備與媒體處理設備之間的檢測機制的消息交互示意圖。
      圖3為本發(fā)明檢測方法實施例一的消息交互示意圖。
      圖4為本發(fā)明檢測方法實施例二的消息交互示意圖。
      具體實施例方式
      為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚,下面結合附圖對本發(fā)明作進一步的詳細闡述。
      本發(fā)明的主要思想是當媒體處理設備接收到來自媒體控制設備的任意消息之后,不立即重啟心跳定時器;而是向媒體控制設備發(fā)送請求,等到從媒體控制設備接收與該請求相應的響應之后,才重啟心跳定時器,從而保證媒體控制設備和媒體處理設備及時、準確地獲知與對方的通信是否正常。
      本發(fā)明適用于以H.248協(xié)議作為媒體網關控制協(xié)議來規(guī)范媒體控制設備與媒體處理設備之間通信的網絡中。這里,媒體控制設備可以是媒體網關控制器(MGC)、軟交換設備、或者呼叫服務器;媒體處理設備可以是媒體網關(MG)、媒體服務器、IP智能終端、或者呼叫代理。
      常見的媒體控制設備為MGC,媒體處理設備為MG。下面以MGC和MG為例,舉兩個實施例對本發(fā)明的技術方案進行說明。
      實施例一圖3為本發(fā)明檢測方法實施例一的消息交互示意圖。本實施例以MG、MGC、以及MG和MGC之間的雙向通信鏈路都正常的情況為例進行說明。參見圖3,該檢測方法包括以下步驟步驟301MGC向MG發(fā)送消息。
      本步驟中,MGC可以向MG發(fā)送H.248協(xié)議及其擴充協(xié)議規(guī)定的任何消息,包括請求消息、響應消息等。所述請求消息可以是審計請求,也可以是H.248協(xié)議及其擴充協(xié)議規(guī)定的其他請求。
      通常,在MGC中存在一個心跳定時器,在該心跳定時器設定的時間內,MGC需要向MG發(fā)送心跳消息以證明MGC工作正常。如果在該心跳定時器超時之前,MGC有任何需要向MG發(fā)送的消息,則MGC向MG發(fā)送該消息以表示自己的心跳;否則,若心跳定時器超時,MGC可以向MG發(fā)送審計請求以表示自己的心跳。在本發(fā)明檢測機制中,MGC向MG發(fā)送的消息只是用來檢測從MGC到MG的通信鏈路是否正常,與發(fā)送的消息類型無關。
      假設,本步驟中MGC向MG發(fā)送審計請求。
      步驟302MG接收該審計請求,并向MGC返回審計響應。
      本步驟中,當MG接收到的消息是其他請求消息時,則向MGC返回相應的響應。
      步驟303MG向MGC發(fā)送請求。
      本步驟中,MG可以向MGC發(fā)送it/ito事件,也可以向MGC發(fā)送H.248及其擴充協(xié)議中定義的其他請求。
      在MG中也存在一個心跳定時器,在該心跳定時器設定的時間內,MG需要向MGC發(fā)送心跳消息以證明MG工作正常。如果在該心跳定時器超時之前,MG有任何需要向MGC發(fā)送的請求,則MG向MGC發(fā)送該請求以表示自己的心跳;否則,若該心跳定時器超時,MG可以向MGC發(fā)送it/ito事件以表示自己的心跳。在本發(fā)明檢測機制中,MC向MGC發(fā)送的請求只是用來檢測從MG到MGC的通信鏈路是否正常,與發(fā)送的請求類型無關。
      本實施例假設該心跳定時器已超時,本步驟中,MG向MGC發(fā)送it/ito事件。
      步驟304MGC接收該it/ito事件,并向MG返回it/to事件響應。
      本步驟中,當MGC接收到的請求是其他請求時,則向MG返回相應的響應。步驟305MG接收該it/ito事件響應,重啟心跳定時器。
      本實施例中,MG接收到MGC返回的響應之后,判斷其與MGC之間的雙向通信鏈路均工作正常,重啟心跳定時器。心跳定時器可以用計時器、或者計數(shù)器來實現(xiàn),重啟心跳定時器就是對計時器清零、或者對計數(shù)器清零。
      由以上對本發(fā)明實施例一的說明可見,應用本發(fā)明的媒體控制設備與媒體處理設備之間的檢測方法,可以檢測MGC和MG之間的雙向通信鏈路的狀態(tài),從而保證MGC和MG及時、準確地獲知與對方的通信是否正常。
      實施例二
      圖4為本發(fā)明檢測方法實施例二的消息交互示意圖,本實施例以MG、MGC、以及從MGC到MG的通信鏈路正常,但是,從MG到MGC的通信鏈路故障的情況為例進行說明。參見圖4,該檢測方法包括以下步驟步驟401MGC向MG發(fā)送消息。
      本步驟中,MGC可以向MG發(fā)送H.248協(xié)議及其擴充協(xié)議規(guī)定的任何消息,包括請求消息、響應消息等。所述請求消息可以是審計請求,也可以是H.248協(xié)議及其擴充協(xié)議規(guī)定的其他請求。
      通常,在MGC中存在一個心跳定時器,在該心跳定時器設定的時間內,MGC需要向MG發(fā)送心跳消息以證明MGC工作正常。如果在該心跳定時器超時之前,MGC有任何需要向MG發(fā)送的消息,則MGC向MG發(fā)送該消息以表示自己的心跳;否則,若心跳定時器超時,MGC可以向MG發(fā)送審計請求以表示自己的心跳。在本發(fā)明檢測機制中,MGC向MG發(fā)送的消息只是用來檢測從MGC到MG的通信鏈路是否正常,與發(fā)送的消息類型無關。
      假設,本步驟中MGC向MG發(fā)送審計請求。
      步驟402MG接收該審計請求,并向MGC返回審計響應。
      本步驟中,當MG接收到的消息是其他請求消息時,則向MGC返回相應的響應。并且,假設從MG到MGC的通信鏈路發(fā)生故障,導致本步驟中MG向MGC返回的審計響應丟失,在圖4中以虛線標出。
      步驟403MG向MGC發(fā)送請求。
      本步驟中,MG可以向MGC發(fā)送it/ito事件,也可以向MGC發(fā)送H.248及其擴充協(xié)議中定義的其他請求。
      在MG中也存在一個心跳定時器,對該心跳定時器的詳細說明請參見實施例一步驟303中的相應部分,這里不在贅述。
      本實施例中假設在該心跳定時器超時之前,MG有需要向MGC發(fā)送的請求,所以MG向MGC發(fā)送該請求以表示自己的心跳。但是,由于從MG到MGC的通信鏈路發(fā)生故障,導致所述MG向MGC發(fā)送的請求丟失,在圖4中以虛線標出。
      步驟404MG中的心跳定時器超時,MG向MGC發(fā)送it/ito事件。
      由于步驟403中MG向MGC發(fā)送的請求丟失,所以,在心跳定時器設定的時間內MG將不能接收到MGC返回的對應于該請求的響應。因此,MG中的心跳定時器將超時,此時,MG可以向MGC發(fā)送it/ito事件。
      與步驟402和步驟403一樣,由于從MG到MGC的通信鏈路發(fā)生故障,導致該it/ito事件丟失,在圖4中以虛線標出。
      步驟405MG未收到MGC返回的響應,且心跳定時器再次超時,MG判斷從MG到MGC的通信鏈路故障。
      本步驟中,若MG向MGC發(fā)送的請求次數(shù)達到一定的門限值,而沒有接收到相應的響應,且心跳定時器再次超時,則判斷從MG到MGC的通信鏈路故障。
      根據(jù)H.248協(xié)議的規(guī)定,MG與MGC之間的心跳請求次數(shù)的門限值可以預先設定,設定門限值的具體方法請參照H.248協(xié)議的有關規(guī)定進行,在此不再贅述。當心跳請求次數(shù)達到設定的門限值,且心跳定時器再次超時時,MG將判斷其與MGC之間接口中斷,此時,可以采用H.248協(xié)議定義的故障處理機制進行處理,例如重新注冊。由于本發(fā)明方案的重點在于使媒體控制設備和媒體處理設備及時獲知它們之間通信的正常與否,而故障處理機制不屬于本發(fā)明討論的范圍之內,故在此不予詳細描述。
      以上是對本發(fā)明實施例二的說明,應用本發(fā)明的這種檢測機制,能夠檢測MGC與MG之間的雙向通信鏈路的狀態(tài),從而保證MGC和MG及時、準確地獲知與對方的通信是否正常。
      以上所述僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。
      權利要求
      1.一種媒體控制設備與媒體處理設備之間的檢測方法,其特征在于,該方法包括以下步驟A、媒體控制設備向媒體處理設備發(fā)送消息,媒體處理設備接收所述消息;B、媒體處理設備向媒體控制設備發(fā)送請求,媒體控制設備接收所述請求,并向媒體處理設備返回相應的響應;C、媒體處理設備接收所述響應,重啟心跳定時器。
      2.根據(jù)權利要求1所述的檢測方法,其特征在于,步驟A所述消息為媒體網關控制協(xié)議規(guī)定的媒體控制設備向媒體處理設備發(fā)送的任何消息,包括請求消息。
      3.根據(jù)權利要求2所述的檢測方法,其特征在于,當所述消息為請求消息時,在步驟A之后進一步包括媒體處理設備向媒體控制設備返回相應的響應。
      4.根據(jù)權利要求3所述的檢測方法,其特征在于,所述請求消息為審計請求。
      5.根據(jù)權利要求1所述的檢測方法,其特征在于,步驟B所述請求為it/ito事件。
      6.根據(jù)權利要求1所述的檢測方法,其特征在于,所述心跳定時器采用計時器、或者計數(shù)器來實現(xiàn);步驟C所述重啟心跳定時器為對計時器清零、或者對計數(shù)器清零。
      7.根據(jù)權利要求1所述的檢測方法,其特征在于,所述媒體控制設備為媒體網關控制器、軟交換設備、或者呼叫服務器;所述媒體處理設備為媒體網關、媒體服務器、IP智能終端、或者呼叫代理。
      全文摘要
      本發(fā)明公開了一種媒體控制設備與媒體處理設備之間的檢測方法,該方法包括以下步驟A.媒體控制設備向媒體處理設備發(fā)送消息,媒體處理設備接收所述消息;B.媒體處理設備向媒體控制設備發(fā)送請求,媒體控制設備接收所述請求,并向媒體處理設備返回相應的響應;C.媒體處理設備接收所述響應,重啟心跳定時器。應用本發(fā)明的這種檢測方法,可以使媒體控制設備與媒體處理設備及時、準確地獲知與對方的通信是否正常。
      文檔編號H04L12/24GK1901483SQ20061009842
      公開日2007年1月24日 申請日期2006年7月4日 優(yōu)先權日2006年7月4日
      發(fā)明者王曉陽 申請人:華為技術有限公司
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1