媒體網關、媒體網關控制器、ip承載網業(yè)務控制方法及系統(tǒng)的制作方法

文檔序號：7927172閱讀：178來源：國知局

專利名稱：媒體網關、媒體網關控制器、ip承載網業(yè)務控制方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及網絡技術領域，尤其是一種媒體網關、媒體網關控制器、IP 承載網業(yè)務控制方法及系統(tǒng)。
背景技術：
隨著IP技術的發(fā)展，傳統(tǒng)的電信網由時分復用(Time Division Multiplex, TDM)承載網向IP壽義載網演進。在承載網IP化進程中，傳統(tǒng)的交換機也被拆分為媒體網關控制器(Media Gateway Controller, MGC )和媒體網關(Media GateWay， MGW) , MGC主要用于信令的控制，MGW主要用于媒體處理，這兩個部分通過標準的接口通信。在TDM承載網中，一個呼叫具有獨占的資源，通話質量可以保證，即使某個呼叫占用的資源損壞時也不會影響其他的呼叫。但在IP承載網中，所有的呼叫報文包都是通過IP承載網中的路由器存儲轉發(fā)，從源端MGW發(fā)送給目的端MGW,呼叫在IP承載網中并沒有取得任何獨占的資源，所有的呼叫是共享IP網絡資源的。由于IP承載網中呼叫是共享IP承載網的，所有呼叫是并行在IP承載網中傳輸?shù)?，很可能?現(xiàn)IP承載網的擁塞，而一旦發(fā)生擁塞就會造成丟包，不僅影響本次呼叫還會影響后續(xù)其他呼叫，因此進行呼叫控制的MGC需要獲知IP承載網的承載質量信息以避免引入過多的呼叫。
發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)現(xiàn)有技術至少存在如下問題.. 一是由于源端MGC不可能知曉IP承載網的全程細節(jié)，有可能會放入過多的呼叫，造成IP承載網帶寬資源的過載；二是承載網資源損傷時，源端MGC難以獲得相關帶寬的詳細信息，難以做出相應的調整，也可能造成過載。而IP承載網的特性是一旦過載會導致丟包，而且是所有共享資源的呼叫的丟包。即現(xiàn)
有技術中源端MGC難以獲知IP承載網的承載質量信息，進而不能根據(jù)該承載質量信息進行業(yè)務控制。

發(fā)明內容
本發(fā)明是提供一種媒體網關、媒體網關控制器、IP承載網業(yè)務控制方法及系統(tǒng)，用以解決MGC難以進行業(yè)務控制的問題。
本發(fā)明實施例提供了一種IP承載網業(yè)務控制方法，包括接收顯示擁塞通知標識檢出信息；根據(jù)所述顯示擁塞通知標識檢出信息進行路由控制；根據(jù)路由控制結果向源端媒體網關發(fā)送承載建立請求。本發(fā)明實施例又提供了一種媒體網關，包括
標識接收模塊，用于接收目的端媒體網關發(fā)送的顯示擁塞通知標識；源端上報模塊，用于在接收到所述顯示擁塞通知標識時，向源端媒體網關控制器上報顯示擁塞通知標識檢出信息。
本發(fā)明實施例再提供了一種媒體網關，包括
檢測模塊，用于檢測接收的IP報文包中是否存在顯示擁塞通知標識；目的端上報模塊，用于在接收的IP報文包中檢測出顯示擁塞通知標識后，向目的端媒體網關控制器上報顯示擁塞通知標識檢出信息。本發(fā)明實施例提供了一種媒體網關控制器，包括接收模塊，用于接收顯示擁塞通知標識檢出信息；控制模塊，用于根據(jù)所述顯示擁塞通知標識檢出信息進行路由控制；請求模塊，用于根據(jù)路由控制結果向源端媒體網關發(fā)送承載建立請求。本發(fā)明實施例又提供了一種媒體網關控制器，包括信息接收模塊，用于接收目的端媒體網關上報的顯示擁塞通知標識檢出信息；
信息發(fā)送模塊，用于將所述顯示擁塞通知標識檢出信息發(fā)送給源端媒體
網關控制器。
本發(fā)明實施例提供了一種IP承載網業(yè)務控制系統(tǒng)，包括
目的端媒體網關，用于發(fā)送在IP報文包中檢出的顯示擁塞通知標識；
源端々某體網關，用于根據(jù)所述目的端々某體網關發(fā)送的顯示擁塞通知標識
發(fā)送顯示擁塞通知標識4企出信息；
源端媒體網關控制器，用于根據(jù)所述源端媒體網關發(fā)送的顯示擁塞通知標識檢出信息進行路由控制，根據(jù)路由控制結果向所述源端媒體網關發(fā)送承載建立請求。
本發(fā)明實施例提供了一種IP承載網業(yè)務控制系統(tǒng)，包括
目的端媒體網關，用于根據(jù)在IP報文包中檢出的顯示擁塞通知標識，發(fā) 送顯示擁塞通知標識檢出信息；
目的端媒體網關控制器，用于接收及發(fā)送所述目的端媒體網關發(fā)送的顯示擁塞通知標識4企出信息；
源端媒體網關控制器，用于根據(jù)所述目的端媒體網關控制器發(fā)送的顯示擁塞通知標識檢出信息進行路由控制，根據(jù)路由控制結果向源端々某體網關發(fā) 送岸義載建立請求。
由上述技術方案可知，本發(fā)明實施例通過接收ECN標識檢出信息，使源端MGC可以根據(jù)該ECN標識檢出信息進行業(yè)務控制，例如后續(xù)的路由控制及發(fā)送承載建立請求，避免現(xiàn)有技術中源端MGC難以進行業(yè)務控制的問題。

圖1為本發(fā)明IP承載網業(yè)務控制方法實施例的流程示意圖；圖2為本發(fā)明IP承載網業(yè)務控制方法實施例對應的網絡結構示意圖；圖3為本發(fā)明IP承載網業(yè)務控制方法中傳輸ECN標識檢出信息的方法實施例一的流程示意圖4為本發(fā)明IP承載網業(yè)務控制方法中傳輸ECN標識才企出信息的方法
法實施例二的流程示意圖5為本發(fā)明媒體網關實施例一的結構示意圖6為本發(fā)明々某體網關實施例二的結構示意圖7為本發(fā)明々某體網關實施例三的結構示意圖8為本發(fā)明媒體網關控制器實施例一的結構示意圖9為本發(fā)明士某體網關控制器實施例二的結構示意圖IO為本發(fā)明IP承載網業(yè)務控制系統(tǒng)實施例一的結構示意圖11為本發(fā)明IP承載網業(yè)務控制系統(tǒng)實施例二的結構示意圖。
具體實施例方式
IP承載網中，一次呼叫包括信令交互過程和攜帶語音數(shù)據(jù)的IP報文包傳輸過程。通常，呼叫開始后首先是源端MGC進行路由選擇；然后，源端MGC 與路由選擇后對應的目的端MGC進行會話建立的信令協(xié)商，形成信令網；之后，源端MGC向源端MGW請求承載建立，由源端MGW與目的端MGW 建立承載，進而通過源端MGW與目的端MGW之間的承載傳輸IP報文。由于IP承載網中所用呼叫需要共享網絡資源，為了避免網絡擁塞及擁塞引起的丟包等事件，源端MGC需要獲知IP承載網的承載質量以便進行路由控制。
在IP承載網中定義顯示擁塞通知(Explicit Congestion Notification,機制，該ECN機制使得一個IP報文包流經的IP承載網中的路由器可以根據(jù)自身的情況，來決定是否對相關IP報文包打上ECN標記，如該i 各由器存在擁塞風險時則打上ECN標記。目的端MGW若在一會話對應的IP報文包中檢出ECN 標識后，則表明該會話經過的路徑存在擁塞的風險。
發(fā)明人發(fā)現(xiàn)可以根據(jù)該ECN機制使源端MGC進行業(yè)務控制，例如，業(yè) 務控制包括路由控制、源端MGC與目的端MGC的信令協(xié)商、源端MGC向源端MGW發(fā)送承載建立請求等。具體的，目的端MGW將ECN標識檢出后返回給源端MGW，源端MGW接收到ECN標識后可以獲知路徑的擁塞情況，
當源端MGC向源端MGW請求一會話的承載建立后，若源端MGW發(fā)現(xiàn)該會話對應的路徑存在擁塞風險則向源端MGC返回建立失敗響應，之后源端 MGC重新選擇路徑。但是，若源端MGC對于一個會話的建立已經到了在源端MGC與源端MGW之間的接口上進行承載建立的階段，那么一般在源端 MGC上已經完成了路由決策，如已經在多個可能路徑中選擇了一個。一旦在接口上獲得來自源端MGW的建立失敗響應，MGC將不得不再次進行路由決策，再次嘗試建立。因此，這種實現(xiàn)明顯的加長了會話建立時間，MGC很可能做了大量的無用路由決策工作，加大了 MGC的開銷。
因此，利用ECN機制，發(fā)明人進一步發(fā)現(xiàn)可以將ECN標識檢出信息進一步地傳輸給源端MGC,使源端MGC在接收到ECN標識檢出信息后再進行路由決策，這樣可以避免先進行路由決策造成的資源浪費及時間浪費的問題。
圖1為本發(fā)明IP承載網業(yè)務控制方法實施例的流程示意圖，包括步驟11:源端MGC接收ECN標識檢出信息。其中，ECN標識檢出信
息可以來自源端MGW，也可以來自目的端MGC,具體的可參見下述的實施例。
步驟12:源端MGC根據(jù)所述ECN標識檢出信息進行路由控制。例如，源端MGC在路由決策時，選擇那些沒有ECN標識的路徑，或者，不斷降低對標記有ECN標識的路徑的嘗試次數(shù)，直至隨著呼叫的不斷釋放該路徑的ECN標識被清除。
步驟13:源端MGC根據(jù)路由控制結果向源端MGW請求承載建立。本實施例中，源端MGC才艮據(jù)ECN標識檢出信息進行路由控制，由于ECN 標識檢出信息是IP技術的內在特性，無需引入新的設備進行控制，因此可以避免設備的不兼容的問題，可以降低引入新設備的成本；同時，由于路由控制是在建立具體的呼叫之前，因此本實施例具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，由MGC根據(jù)ECN
標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC 的資源浪費及會話建立時間較長的問題。
圖2為本發(fā)明IP承載網業(yè)務控制方法實施例對應的網絡結構示意圖，包括源端終端21、源端MGC22、源端MGW23、第一路由器24、第二路由器 25、第三路由器26、目的端MGW27、目的端MGC28、目的端終端29。源端終端21呼叫目的端終端29時，語音包通過路由器的報文存儲轉發(fā)設備在構成IP承載網的路由器網絡中被存儲、轉發(fā)，直到從源端到達目的端，圖中示意的畫出構成IP承載網的三個路由器(第一路由器24、第二路由器25、第三路由器26)。源端MGC22通過IP網絡與源端MGW23相連，目的端 MGC28通過IP網絡與目的端MGW27相連。源端終端21、目的端終端29 代表任何可能通過MGC控制和MGW連接構成會話的實體，可以為固定終端、也可以為SIP終端、或者通過無線接入網絡接入的移動終端。媒體層面通過源端MGW23和目的端MGW27之間的承載網連接，建立了一個會話。假設會話的媒體流路徑是源端MGW23 —第一路由器24 —第二路由器25 —第三路由器26—目的端MGW27。若第二路由器25檢測到自身存在擁塞的風險，則第二路由器25就會在流經自身的IP報文上打上ECN標識，參見圖2,第二路由器之前的IP報文不帶ECN標識，之后攜帶ECN標識。這個標識會通過第三路由器26被目的端MGW27接收到，進一步的根據(jù)IP網特性，目的端MGW27可以將該ECN標識攜帶在IP報文包中反饋給源端MGW23。
圖3為本發(fā)明IP承栽網業(yè)務控制方法中傳輸ECN標識檢出信息的方法實施例一的流程示意圖，即在圖1所示的實施例的步驟11之前還可以進一步包括
步驟31:源端MGW通過路由器向目的端MGW發(fā)送IP報文包。若路徑經過的某個路由器檢測到自身存在擁塞的危險則在該IP報文包上打上 ECN標識，該ECN標識將隨著IP報文包傳送給目的端MGW。
步驟32:目的端MGW在IP報文包中檢出ECN標識后，將所述ECN標
識發(fā)送給源端MGW。具體可以通過實時傳輸控制協(xié)i義(Real-time Transport Control Protocol, RTCP )在IP報文包中傳輸該ECN標識。
步驟33:源端MGW在接收到所述ECN標識后，向源端MGC上報ECN 標識;險出^(言息。例如，源端MGW通過源端MGW與源端MGC之間的標準接口，采用H.248協(xié)議將ECN標識4企出信息添加在IP才艮文包或者源端MGW 與源端MGC之間的信令中發(fā)送給源端MGC。
其中，為了更好地控制上報ECN標識檢出信息的頻率等，本實施例還可以進一步包括在合適的時機，例如源端MGW向源端MGC注冊時，源端 MGC向源端MGW下發(fā)ECN檢測(monitor)命令。該命令中至少包括參數(shù) (fr叫，interval) ， freq表示上報的頻率，interval表示計算freq次數(shù)的時間單位，例如，每秒上報10次，那么參數(shù)應該是(IO, 1)。參數(shù)(freq， interval) 是為了控制MGW上才艮信息的頻次，以免過多過頻的上報造成MGW、 MGC 及兩者接口的負擔。
在源端MGC下發(fā)ECN檢測命令后，如果源端MGW具有ECN檢出及上才艮能力，則向源端MGC回成功的響應，否則回失敗的響應。
在源端MGW具有ECN檢出及上報能力的情況下，源端MGW可以根據(jù) 源端MGC下發(fā)的參數(shù)上報ECN檢出信息。為了更有效地利用有限的上報頻次，可以進一步地對ECN標識進行分類，分類的依據(jù)可以是IP報文包的源端IP地址、源端端口信息、目的端IP地址和目的端端口信息，如將該4個參數(shù)均相同的劃為一類。分類后的上報原則可以是在ECN檢出信息超出允許上報頻次的情況下，每個上報周期中每類只包含一次，甚至在檢出信息極多的情況下，在連續(xù)的上報周期中每類也最好只出現(xiàn)一次，以便上報給源端 MGC盡可能多的有效的ECN檢出信息。
本實施例在目的端MGW檢出ECN標識后，將ECN標識傳輸給源端 MGW,由源端MGW向源端MGC上報ECN檢出信息；源端MGC根據(jù)ECN 標識檢出信息進行路由控制，之后請求承載建立。通過本實施例可以避免引
入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的資源浪費及會話建立時間較長的問題。
圖4為本發(fā)明IP承載網業(yè)務控制方法中傳輸ECN標識;險出信息的方法實施例二的流程示意圖，包括
步驟41:源端MGW通過路由器向目的端MGW發(fā)送IP報文包。若路徑經過的某個路由器檢測到自身存在擁塞的危險則在該IP報文包上打上 ECN標識，該ECN標識將隨著IP報文包傳送給目的端MGW。
步驟42:目的端MGW在IP報文包中檢出ECN標識后，向目的端MGC 上報ECN標識檢出信息。具體的可參見實施例一的該步驟，該步驟中與實施例一不同的是，實施例一是源端MGW向源端MGC上報，ECN檢測命令是源端MGC下發(fā)給源端MGW;而本實施例是目的端MGW向目的端MGC上報，ECN檢測命令是目的端MGC下發(fā)給目的端MGW;其余的上報方式及原理與實施例一相同。
步驟43:目的端MGC將該ECN檢出信息發(fā)送給源端MGC。其中，目的端MGC可以通過會話描述協(xié)議(Session Description Protocol, SDP )或者 IP承載控制協(xié)議(IP Bearer Control Protocol, IPBCP )通過源端MGC與目的端MGC之間的信令網轉發(fā)該ECN標識才企出信息，例如將ECN標識4企出信息攜帶在Notify信令中。具體的，采用SDP方式時，可以利用SDP中的擴展的屬性值(Attributes)(如，"a=")的屬性字段來攜帶該ECN標識檢出信息；采用IPBCP方式時，可以利用IPBCP中的擴展的會話屬性(session attribute)消息域攜帶該ECN標識檢出信息，及通過IPBCP的修正(modify ) 流程將該ECN標識檢出信息傳輸給源端MGC。
本實施例在目的端MGW檢出ECN標識后，向目的端MGC上報ECN
標識檢出信息，由目的端MGC向源端MGC轉發(fā)ECN檢出信息；源端MGC 根據(jù)ECN標識檢出信息進行路由控制，之后請求承載建立。通過本實施例可以避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的資源浪費及會話建立時間較長的問題。
本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括ROM、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
圖5為本發(fā)明々某體網關實施例一的結構示意圖，該MGW應用于目的端，即為目的端MGW，包括檢測模塊51和標識發(fā)送模塊52。檢測模塊51用于檢測接收的IP報文包中是否存在ECN標識；標識發(fā)送才莫塊52用于在接收的 IP報文包中檢測出ECN標識后，將所述ECN標識發(fā)送給源端MGW。
本實施例的MGW具有ECN標識檢出及發(fā)送能力，為后續(xù)上報ECN檢出信息提供基礎。進而實現(xiàn)源端MGC根據(jù)ECN標識檢出信息進行路由控制及請求承載建立，即實現(xiàn)源端MGC的業(yè)務控制。并且，本實施例的源端MGC 實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的資源浪費及會話建立時間較長的問題
圖6為本發(fā)明^某體網關實施例二的結構示意圖，該MGW為源端MGW, 包括標識接收模塊61和源端上報模塊62。標識接收模塊61用于接收目的端
MGW發(fā)送的ECN標識；源端上才艮;f莫塊62用于在^t矣收到所述ECN標識后，向源端MGC上報ECN標識檢出信息。
本實施例的MGW可以在接收到ECN標識后直接向源端MGC上報ECN 檢出信息，使源端ECN可以據(jù)此進行業(yè)務控制。進而實現(xiàn)源端MGC根據(jù)ECN 標識檢出信息進行路由控制及請求承載建立，即實現(xiàn)源端MGC的業(yè)務控制。并且，本實施例的源端MGC實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的資源浪費及會話建立時間較長的問題
圖7為本發(fā)明媒體網關實施例三的結構示意圖，該MGW為目的端 MGW,包括檢測模塊51和目的端上報模塊72。檢測模塊51用于檢測接收的IP報文包中是否存在ECN標識；目的端上報模塊72用于在接收的IP報文包中檢測出ECN標識后，向目的端MGC上報ECN標識檢出信息。
源端MGC接收ECN標識檢出信息提供基礎。進而實現(xiàn)源端MGC根據(jù)ECN 標識檢出信息進行路由控制及請求承載建立，即實現(xiàn)源端MGC的業(yè)務控制。并且，本實施例的源端MGC實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的資源浪費及會話建立時間較長的問題。
圖8為本發(fā)明媒體網關控制器實施例一的結構示意圖，該MGC為源端 MGC，包括接收模塊81、控制模塊82和請求模塊83。接收模塊81用于接收ECN標識檢出信息；控制模塊82用于根據(jù)接收模塊81接收的所述ECN 標識檢出信息進行路由控制；請求模塊83用于根據(jù)控制模塊82得到的路由控制結果向源端々某體網關發(fā)送承載建立請求。
其中，接收模塊81可以具體用于接收源端MGW上報的ECN標識檢出信息?；蛘?，接收模塊81具體用于接收目的端MGC發(fā)送的ECN標識檢出信息。
本實施例的源端MGC可以4妄收源端MGW發(fā)送的ECN標識4企出信息，進而可以根據(jù)該ECN標識檢出信息進行路由控制及請求承載建立，即實現(xiàn)源端MGC的業(yè)務控制。并且，本實施例的源端MGC實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC 的資源浪費及會話建立時間較長的問題。
圖9為本發(fā)明媒體網關控制器實施例二的結構示意圖，該MGC為目的端MGC，包括信息接收模塊91和信息發(fā)送模塊92。信息接收模塊91用于接收目的端MGW上報的ECN標識檢出信息；信息發(fā)送;^莫塊92用于將所述 ECN標識檢出信息發(fā)送給源端MGC。
其中，信息發(fā)送模塊92通過SDP或者IPBCP，將所述ECN標識檢出信息發(fā)送給源端MGC。
進而可以根據(jù)該ECN標識檢出信息進行相路由控制及請求承載建立，實現(xiàn)源端MGC的業(yè)務控制。并且，本實施例的源端MGC實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標
識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC 的資源浪費及會話建立時間較長的問題。
圖10為本發(fā)明IP承載網業(yè)務控制系統(tǒng)實施例一的結構示意圖，包括目的端MGW101、源端MGW102和源端MGC103。目的端MGW101用于在IP 報文包中檢測出ECN標識后，發(fā)送所述ECN標識；源端MGWl02用于在接收到所述目的端MGW101發(fā)送的ECN標識后，發(fā)送ECN標識檢出信息；源端MGC103用于在接收到所述源端MGW102發(fā)送的ECN標識檢出信息后，根據(jù)該ECN標識檢出信息進行路由控制，根據(jù)路由控制結果請求承載建立。
本實施例是目的端MGW檢出ECN標識后發(fā)送給源端MGW，由源端 MGW向源端MGC上報ECN標識檢出信息。實現(xiàn)源端MGC根據(jù)ECN標識檢出信息進行路由控制及請求承載建立，即實現(xiàn)源端MGC的業(yè)務控制。并且，本實施例的源端MGC實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的資源浪費及會話建立時間較長的問題。
圖11為本發(fā)明IP承載網業(yè)務控制系統(tǒng)實施例二的結構示意圖，包括目的端MGWl 11、目的端MGC112和源端MGC113。目的端MGWlll用于在 IP報文包中檢測出ECN標識后，發(fā)送ECN標識4企出信息；目的端MGC112 用于在接收到所述目的端MGWl 11發(fā)送的ECN標識檢出信息后，發(fā)送該ECN 標識檢出信息；源端MGC113用于在接收到所述目的端MGC112發(fā)送的ECN 標識檢出信息后，根據(jù)該ECN標識檢出信息進行路由控制，根據(jù)路由控制結果請求承載建立。
本實施例是目的端MGW檢出ECN標識后向目的端MGC上報ECN標識檢出信息，由目的端MGC向源端MGC轉發(fā)ECN標識檢出信息。實現(xiàn)源
端MGC根據(jù)ECN標識片企出信息進行路由控制及請求承載建立，即實現(xiàn)源端 MGC的業(yè)務控制。并且，本實施例的源端MGC實現(xiàn)業(yè)務控制不需要引入新設備，避免引入新設備造成的成本增高及不兼容的問題；同時，本實施例在承載建立之前進行路由控制，具有預警性，避免呼叫建立之后再發(fā)出質量告警造成的實際影響已經產生的問題；并且，本實施例由MGC根據(jù)ECN標識檢出信息進行路由控制，之后再向MGW請求承載建立，可以避免MGC的
資源浪費及會話建立時間較長的問題。
最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案而非對其進行限制，盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對本發(fā)明的技術方案進行修改或者等同替換，而這些修改或者等同替換亦不能使修改后的技術方案脫離本發(fā)明技術方案的精神和范圍。
權利要求
1、一種IP承載網業(yè)務控制方法，其特征在于，包括:接收顯示擁塞通知標識檢出信息；根據(jù)所述顯示擁塞通知標識檢出信息進行路由控制；根據(jù)路由控制結果向源端媒體網關發(fā)送承載建立請求。
2、根據(jù)權利要求1所述的IP承載網業(yè)務控制方法，其特征在于所述接收顯示擁塞通知標識檢出信息包括接收源端媒體網關發(fā)送的顯示擁塞通知標識4企出4言息;所述方法還包括目的端媒體網關在接收到的IP報文包中檢出顯示擁塞通知標識時，將所述顯示擁塞通知標識發(fā)送給源端^ 某體網關，源端J 某體網關在接收到所述顯示擁塞通知時，發(fā)送所述顯示擁塞通知標識檢出信息給源端媒體網關控制器。
3、根據(jù)權利要求1所述的IP承載網業(yè)務控制方法，其特征在于所述接收顯示擁塞通知標識沖企出信息包括接收目的端々某體網關控制器發(fā)送的顯示擁塞通知標識檢出信息；所述方法還包括目的端媒體網關在接收到的IP報文包中檢出顯示擁塞通知標識時，向目的端媒體網關控制器發(fā)送顯示擁塞通知標識檢出信息，所述目的端媒體網關控制器將所述顯示擁塞通知標識發(fā)送給源端媒體網關控制器。
4、根據(jù)權利要求2所述的IP承載網業(yè)務控制方法，其特征在于所述目的端媒體網關通過實時傳輸控制協(xié)議，將所述顯示擁塞通知標識發(fā)送給所述源端々某體網關。
5、根據(jù)權利要求3所述的IP承載網業(yè)務控制方法，其特征在于所述目的端媒體網關控制器通過會話描述協(xié)議或者IP承載控制協(xié)議，將所述顯示擁塞通知標識檢出信息發(fā)送給所述源端媒體網關控制器。
6、根據(jù)權利要求2所述的IP承載網業(yè)務控制方法，其特征在于，所述接收源端媒體網關發(fā)送的顯示擁塞通知標識檢出信息包括向所述源端媒體網關發(fā)送顯示擁塞通知檢測命令，該顯示擁塞通知檢測命令中攜帶上才艮顯示擁塞通知標識4企出信息的頻率；所述源端^某體網關根據(jù)所述IP報文包的源端IP地址、源端端口信息、目的端IP地址和目的端端口信息對4企測出的顯示擁塞通知標識進行分類；所述源端媒體網關根據(jù)分類結果及所述頻率向媒體網關控制器上報顯示擁塞通知標識才全出信息。
7、根據(jù)權利要求3所述的IP承載網業(yè)務控制方法，其特征在于，所述向目的端媒體網關控制器發(fā)送顯示擁塞通知標識檢出信息包括測命令，該顯示擁塞通知檢測命令中攜帶上報顯示擁塞通知標識檢出信息的頻率；所述目的端媒體網關向所述目的端媒體網關控制器上報顯示擁塞通知標識檢出信息包括所述目的端端媒體網關根據(jù)所述IP報文包的源端IP地址、源端端口信息、目的端IP地址和目的端端口信息對;險測出的顯示擁塞通知標識進行分類；所述目的端端媒體網關根據(jù)分類結果及所述頻率向媒體網關控制器上才艮顯示擁塞通知標識4企出信息。
8、一種媒體網關，其特征在于，包括標識接收模塊，用于接收目的端媒體網關發(fā)送的顯示擁塞通知標識；源端上報模塊，用于在接收到所述顯示擁塞通知標識時，向源端媒體網關控制器上報顯示擁塞通知標識檢出信息。
9、一種媒體網關，其特征在于，包括檢測模塊，用于檢測接收的IP報文包中是否存在顯示擁塞通知標識；目的端上報模塊，用于在接收的IP報文包中檢測出顯示擁塞通知標識時，向目的端媒體網關控制器上報顯示擁塞通知標識檢出信息。
10、一種媒體網關控制器，其特征在于，包括接收模塊，用于接收顯示擁塞通知標識檢出信息；控制模塊，用于根據(jù)所述顯示擁塞通知標識檢出信息進行路由控制；請求模塊，用于根據(jù)路由控制結果向源端媒體網關發(fā)送承載建立請求。
11、根據(jù)權利要求IO所述的媒體網關控制器，其特征在于所述接收模塊具體用于接收源端媒體網關上報的顯示擁塞通知標識檢出信息；或者所述接收模塊具體用于接收目的端媒體網關控制器發(fā)送的顯示擁塞通知標識檢出信息o
12、一種媒體網關控制器，其特征在于，包括信息接收模塊，用于接收目的端媒體網關上報的顯示擁塞通知標識檢出4呂息^信息發(fā)送模塊，用于將所述顯示擁塞通知標識檢出信息發(fā)送給源端媒體網關控制器。
13、根據(jù)權利要求12所述的媒體網關控制器，其特征在于所述信息發(fā)送模塊通過會話描述協(xié)議或者IP承載控制協(xié)議，將所述顯示擁塞通知標識;險出信息發(fā)送給源端媒體網關控制器。
14、一種IP承載網業(yè)務控制系統(tǒng)，其特征在于，包括目的端媒體網關，用于發(fā)送在IP報文包中檢出的顯示擁塞通知標識；源端媒體網關，用于根據(jù)所述目的端媒體網關發(fā)送的顯示擁塞通知標識發(fā)送顯示擁塞通知標識;險出信息；源端媒體網關控制器，用于根據(jù)所述源端媒體網關發(fā)送的顯示擁塞通知標識檢出信息進行路由控制，根據(jù)路由控制結果向所述源端媒體網關發(fā)送承載建立請求。
15、根據(jù)權利要求14所述的IP承載網業(yè)務控制系統(tǒng)，其特征在于所述目的端媒體網關通過實時傳輸控制協(xié)議，將所述顯示擁塞通知標識發(fā)送給所述源端媒體網關。
16、一種IP承載網業(yè)務控制系統(tǒng)，其特征在于，包括目的端媒體網關，用于根據(jù)在IP報文包中檢出的顯示擁塞通知標識，發(fā)送顯示擁塞通知標識沖企出信息；目的端媒體網關控制器，用于接收及發(fā)送所述目的端媒體網關發(fā)送的顯示擁塞通知標識4全出信息；源端媒體網關控制器，用于根據(jù)所述目的端媒體網關控制器發(fā)送的顯示擁塞通知標識檢出信息進行路由控制，根據(jù)路由控制結果向源端媒體網關發(fā) 送承載建立請求。
17、根據(jù)權利要求16所述的IP承載網業(yè)務控制系統(tǒng)，其特征在于所述目的端媒體網關控制器通過會話描述協(xié)議或者IP承載控制協(xié)議，將所述顯示擁塞通知標識檢出信息發(fā)送給所述源端媒體網關控制器。
全文摘要
本發(fā)明實施例公開了一種媒體網關、媒體網關控制器、IP承載網業(yè)務控制方法及系統(tǒng)。該方法包括接收顯示擁塞通知標識檢出信息；根據(jù)所述顯示擁塞通知標識檢出信息進行路由控制；根據(jù)路由控制結果向源端媒體網關發(fā)送承載建立請求。通過本發(fā)明實施例可以避免引入新的設備，對擁塞風險提前做出預警，且源端MGC的開銷較小。
文檔編號H04L12/56GK101383774SQ200810223759
公開日2009年3月11日申請日期2008年10月10日優(yōu)先權日2008年10月10日
發(fā)明者朱浩鵬, 昉殷, 颙鐘申請人:華為技術有限公司

完整全部詳細技術資料下載