下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法、系統(tǒng)、及裝置的制作方法

專利名稱：下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法、系統(tǒng)、及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種下一代網(wǎng)絡(luò)中傳輸多i某體業(yè)務(wù)的 方法、系統(tǒng)及i某體網(wǎng)關(guān)、媒體網(wǎng)關(guān)控制器。
背景技術(shù)：
NGN(下一代網(wǎng)絡(luò)，Next Generation Network)是一個分組網(wǎng)絡(luò)，提供包括 電信業(yè)務(wù)在內(nèi)的多種業(yè)務(wù)。NGN的基本特征是提供大量寬帶業(yè)務(wù)，以增加業(yè)務(wù) 收入；融合各種網(wǎng)絡(luò)業(yè)務(wù)，諸如數(shù)據(jù)、話音、多々某體以及各種正在興起的互聯(lián) 網(wǎng)業(yè)務(wù)，如即時消息、IPTV(Internet Protocol Television,網(wǎng)絡(luò)協(xié)議電視)、 視頻點播等流媒體業(yè)務(wù)，總之，NGN應(yīng)成為一個傳送各種多媒體增值業(yè)務(wù)的靈活 平臺。
在NGN網(wǎng)絡(luò)體系和標準的設(shè)計過程中，采用IP ( Internet Protocol,因特 網(wǎng)協(xié)議)技術(shù)作為NGN業(yè)務(wù)的承栽網(wǎng)的基礎(chǔ)技術(shù)的趨勢已經(jīng)很明朗。但是，傳 統(tǒng)的IP技術(shù)難以滿足NGN網(wǎng)絡(luò)業(yè)務(wù)的多樣性、實時性、安全性的要求。目前的 IP網(wǎng)絡(luò)技術(shù)還不能很好地解決QoS (Quality of Service,服務(wù)質(zhì)量)問題， 在現(xiàn)有的公共IP網(wǎng)絡(luò)上還不能為軟交換網(wǎng)絡(luò)提供大規(guī)模的、有一定QoS保證的 承載服務(wù)。并且，在NGN中，QoS問題比較復(fù)雜，其中的業(yè)務(wù)種類繁多，同時輸 入NGN網(wǎng)的可有語音、數(shù)據(jù)，還可有視頻等多々某體業(yè)務(wù)。它們對QoS的要求各 不相同，例如語音、視頻等實時業(yè)務(wù)，對時延很敏感，要求盡可能小的時延， 而允許有一定的丟包率。
H. 248協(xié)議是媒體網(wǎng)關(guān)控制協(xié)議，是軟交換設(shè)備(如媒體網(wǎng)關(guān)控制器)和 媒體網(wǎng)關(guān)之間的一種接口協(xié)議，用于軟交換設(shè)備控制媒體網(wǎng)關(guān)。軟交換是NGN 的控制功能實體，是網(wǎng)絡(luò)呼叫與控制的核心，基于軟交換的網(wǎng)絡(luò)系統(tǒng)由上至下可分為業(yè)務(wù)/應(yīng)用層、控制層、傳輸層和媒體/接入層。這種分層結(jié)構(gòu)使得業(yè)務(wù) 與呼叫控制分離，呼叫與承載分離，各實體之間通過標準協(xié)議進行連接和通信。
為了保證通信的QoS,不僅提出了 ITU-T H. 248網(wǎng)絡(luò)包、RTP包等協(xié)議基本 包(Packet);還提出了質(zhì)量告警中止包、自適應(yīng)抖動緩存包等ITU-T H. 248擴 展包。
在網(wǎng)絡(luò)包中，定義了一個屬性，即MG (Media Gateway J某體網(wǎng)關(guān))中4牛動緩 存的最大值；另外，定義了一個QoS告警事件，該事件允許MG報告網(wǎng)絡(luò)連接QoS 的降低r首先，MGC(Media Gateway Controller,媒體網(wǎng)關(guān)控制器)通過一定的 算法，并考慮丟包率、時延和時延抖動等，計算出一個質(zhì)量損失百分比門限， 然后，MG通過同樣的算法，當監(jiān)測到質(zhì)量損失百分比達到該門限時，將這一事 件報告給MGC;在該包中還定義了一些統(tǒng)計特性，如MG的接收字節(jié)數(shù)和發(fā)送字 節(jié)數(shù)等。 ，
在RTP包中，與用戶QoS相關(guān)的內(nèi)容主要是包中定義的五個統(tǒng)計參數(shù)收 包數(shù)、i包數(shù)、丟包率、包的平均時延、時延抖動。MGC可以通過MG報告的這 五個統(tǒng)計參^t,估計目前網(wǎng)絡(luò)的狀況和用戶QoS。
質(zhì)量告警中止包中定義了一個質(zhì)量告警終止事件，該事件和網(wǎng)絡(luò)包中定義 的QoS告警事件配合使用。當MGC收到MG報告的QoS告警事件時，MGC會采取 一定的措施耒改善網(wǎng)絡(luò)狀況，如果一段時間之后，MG監(jiān)測到質(zhì)量損失百分比降 到門限以下時，MG向MGC報告該包中定義的質(zhì)量告警終止事件。
在自適應(yīng)抖動緩存包中，定義了 MG中抖動緩存的一些特性參數(shù)，如抖動 緩存的最小值、抖動緩存的當前值、抖動緩存類型(自適應(yīng)/非自適應(yīng))等。
,MGC根據(jù)MG報告的QoS告警事件/質(zhì)量告警終止事件，以及MG報告的網(wǎng)絡(luò) 統(tǒng)計信息和RTP統(tǒng)計信息，來實時地調(diào)整MG上的自適應(yīng)抖動緩存的屬性參數(shù)和 其他的網(wǎng)絡(luò)參數(shù)，來提高接收端的QoS。通過以上四個包的配合使用，MGC可以 在一定程度上提高用戶QoS。在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題
目前的ITU-T H. 248方案只是將監(jiān)測到的網(wǎng)絡(luò)狀況參數(shù)上報給MGC，來實時 地調(diào)整MG上的自適應(yīng)抖動緩存的屬性參數(shù)和其他的網(wǎng)絡(luò)參數(shù)。但對實時業(yè)務(wù)， 特別是實時視頻業(yè)務(wù)，缺少在應(yīng)用層對傳輸數(shù)據(jù)的前向糾錯保護，無法保證用 戶的QoS。

發(fā)明內(nèi)容
一方面，本發(fā)明的實施例提供一種在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法、 系統(tǒng)及媒體網(wǎng)關(guān)、媒體網(wǎng)關(guān)控制器，能夠為多媒體實時業(yè)務(wù)在應(yīng)用層提供傳輸 數(shù)據(jù)的前向糾錯保護，保證了用戶的QoS。
為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案
一種在下一代網(wǎng)絡(luò)中傳輸多i某體業(yè)務(wù)的方法，包括，
接收端媒體網(wǎng)關(guān)控制器MGC判斷創(chuàng)建FEC流的條件是否成立；
當所述條件成立時，接收端MGC請求接收端MG媒體網(wǎng)關(guān)創(chuàng)建FEC流；
發(fā)送端MGC請求發(fā)送端MG創(chuàng)建FEC流；
在接收端MG和發(fā)送端MG之間創(chuàng)建FEC流。
一補在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)，包括接收端MGC、接收端 MG、發(fā)送端MGC、發(fā)送端MG;
所述接收端MGC用于，判斷創(chuàng)建FEC流的條件是否成立，當所述條件成立 時，請求接收端MG創(chuàng)建FEC流；
所述接收端MG用于，4艮據(jù)接收的接收端MGC請求創(chuàng)建FEC流；
所述發(fā)送端MGC用于，請求發(fā)送端MG創(chuàng)建FEC流；
所述發(fā)送端MG用于，根據(jù)接收的發(fā)送端MGC請求創(chuàng)建FEC流。
一種々某體網(wǎng)關(guān)控制器MGC,包括
10判斷單元，用于判斷創(chuàng)建FEC流的條件是否成立，
請求單元，用于當所述條件成立時，請求媒體網(wǎng)關(guān)MG創(chuàng)建FEC流。
一種媒體網(wǎng)關(guān)MG,包括
接權(quán)單元，用于從接收端MGC接收創(chuàng)建FEC流的請求； 創(chuàng)建單元，用于才艮據(jù)所述接收的請求，創(chuàng)建FEC流。
本發(fā)明實施例提供的下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法、系統(tǒng)及媒體網(wǎng) 關(guān)、媒體網(wǎng)關(guān)控制器，當接收端媒體網(wǎng)關(guān)控制器MGC判斷創(chuàng)建FEC流的條件成 立，例如網(wǎng)絡(luò)服務(wù)質(zhì)量比較差時，MGC請求MG FEC保護算法，能夠為多媒體實 時業(yè)務(wù)奉應(yīng)用層提供傳輸數(shù)據(jù)的前向糾錯保護，保證了用戶的QoS。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付 出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法第一實施例的流程圖2為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法第二實施例的流程圖3為FEC算法的原理示意圖4為圖2中本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多々某體業(yè)務(wù)的方法第二實施例的 應(yīng)用流程圖5為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法第三實施例的流程圖6為圖5中本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多J 某體業(yè)務(wù)的方法第三實施例的 應(yīng)用流程圖7為4^明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)第一實施例結(jié)構(gòu)圖；圖8為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)第二實施例結(jié)構(gòu)圖； 圖9為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)第三實施例結(jié)構(gòu)圖； 圖10為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)第四實施例結(jié)構(gòu)圖； 圖11為本發(fā)明在下一代網(wǎng)絡(luò)中傳輸多々某體業(yè)務(wù)的系統(tǒng)第五實施例結(jié)構(gòu)圖； 圖12為本發(fā)明MGC第一實施例的結(jié)構(gòu)圖； 圖13為^發(fā)明MGC第二實施例的結(jié)構(gòu)圖； 圖14為本發(fā)明MGC第三實施例的結(jié)構(gòu)圖； 圖15為本發(fā)明MG第一實施例的結(jié)構(gòu)圖； 圖16為本發(fā)明MG第二實施例的結(jié)構(gòu)圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清 楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是 全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造 性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
,為使本發(fā)明實施例的技術(shù)方案的優(yōu)點更加清楚，下面結(jié)合附圖和具體實施 例對本發(fā)明的實施例作進一步的詳細說明。
一方面，本發(fā)明實施例提供一種在下一代網(wǎng)絡(luò)中傳輸多J 某體業(yè)務(wù)的方法。
實施例1
如圖l所示， 一種在下一代網(wǎng)絡(luò)中傳輸多々某體業(yè)務(wù)的方法，包括，
,S101,沖妄收端MGC判斷創(chuàng)建FEC (Forward Erase correction,前向糾鄰'J ) 流的條件是否成立；當條件成立時，則執(zhí)行下一步驟。
S102,接收端MGC請求接收端MG創(chuàng)建FEC流；其中，接收端MGC發(fā)送給接收端MG的消息中，攜帶有將與接收端MG創(chuàng)建 數(shù)據(jù)流的發(fā)送端MG的信息；
接收端MGC請求接收端MG創(chuàng)建FEC流的步驟包括將FEC算法的相關(guān)參數(shù) 發(fā)送給接收端MG; FEC算法的相關(guān)參數(shù)包括FEC編碼方式、FEC冗余度等。
S103， i送端MGC請求發(fā)送端MG創(chuàng)建FEC流；
其中，發(fā)送端MGC發(fā)送給發(fā)送端MG的消息中，攜帶有將與發(fā)送端MG創(chuàng)建 數(shù)據(jù)流的接收端MG;
發(fā)送端MGC請求發(fā)送端MG創(chuàng)建FEC流的步驟包括將所述FEC算法的相關(guān) ,數(shù)發(fā)送給發(fā)送端MG;
S104,在接收端MG和發(fā)送端MG之間創(chuàng)建FEC流。
其中，如圖8所示，接收端MGC和發(fā)送端MGC可以為同一MGC;
或，如圖9所示，接收端MGC和發(fā)送端MGC為不同MGC，即接收端MG和發(fā) 送端MG受不同MGC控制，不同MGC之間的信息交換通過例如SIP (Session Initiation Protocol,會話起始協(xié)議)協(xié)議通信。當所述接收端媒體網(wǎng)關(guān)控制 器和所述發(fā)送端媒體網(wǎng)關(guān)控制器為不同媒體網(wǎng)關(guān)控制器時，所述接收端媒體網(wǎng)
《
關(guān)控制器請求所述接收端媒體網(wǎng)關(guān)創(chuàng)建FEC流的步驟之后還包括所述接收端 媒體網(wǎng)呆控制器向所述發(fā)送端媒體網(wǎng)關(guān)控制器發(fā)送FEC流信息。
本發(fā)明實施例提供的下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，當接收端MGC 判斷創(chuàng)建FEC流的條件成立，例如網(wǎng)絡(luò)服務(wù)質(zhì)量比較差時，MGC請求MG使用FEC 保護算法，能夠為多^^某體實時業(yè)務(wù)在應(yīng)用層提供傳輸數(shù)據(jù)的前向糾錯保護，保 證了用戶的 oS。前向糾錯碼(FEC)不需要反饋，實時性好，滿足多媒體實時業(yè) 務(wù)盡可能小的時延要求。
實施例2
本發(fā)明的實施例是以一個MGC同時控制接收端和發(fā)送端的兩個MG為例。本 領(lǐng)域技術(shù)人員可以理解，本發(fā)明實施例可用于接收端MG和發(fā)送端MG受不同MGC控制的應(yīng)用場景。
如圖2所示， 一種在下一代網(wǎng)絡(luò)中傳輸多i某體業(yè)務(wù)的方法，包括
S201,接收端MGC接收到接收端MG所監(jiān)測的網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到 預(yù)定門限的報告；
S202，接收端MGC /人接收端MG接收網(wǎng)絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng)計信息包括 接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延 和時延4牛動；
S203,接收端MGC根據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法的冗余度。
由于網(wǎng)絡(luò)丟包而使用FEC算法后，信道負擔會增大，網(wǎng)絡(luò)發(fā)生擁塞的可能 性也會增大，即可能加劇擁塞。所以，當需要在IP網(wǎng)絡(luò)中使用FEC保護算法時， 需要綜合考慮網(wǎng)絡(luò)丟包率、時延和接收端緩存等多方面的因素，選擇合適的FEC 保護強度。
S204，接收端MGC請求接收端MG創(chuàng)建FEC流，通過ITU-T H. 248擴展的FEC 包將FEC算法的相關(guān)參數(shù)發(fā)送給接收端MG;
ITU-T H. 248協(xié)議是軟交換設(shè)備(如媒體網(wǎng)關(guān)控制器，MGC )和媒體網(wǎng)關(guān)(MG ) 之間的一種接口協(xié)議，用于軟交換設(shè)備控制媒體網(wǎng)關(guān)。包(packet )是ITU-T H. 248 中的一個術(shù)語，可以理解為ITU-T H. 248協(xié)議的一種擴展機制，即，當用戶需 要擴展ITU-T H. 248協(xié)議的功能時，可以通過定義新的包來實現(xiàn)，這是ITU-T H. 248協(xié)議的靈活之處。本實施例中，當需要在基于MG/MGC的下一代網(wǎng)絡(luò)中使 用FEC算法時，且MG和MGC之間使用ITU-T H. 248協(xié)議時，可以定義ITU-T H. 248 協(xié)議的擴展包(FEC包)。該包用于MGC向MG請求使用FEC算法；同時，在FEC 包中定X了 FEC算法的五個相關(guān)參數(shù)，該五個相關(guān)參數(shù)用于傳輸層和應(yīng)用層/控 制層之間交互信息。
以下描述包的定義
FEC包的包標識(Packet ID)為:feeFEC包的相關(guān)參^t可以包括
(l)FEC類型(FEC type),標識了所使用的FEC編碼方法，如，TN碼、 RS碼。通過該參數(shù)，接收端選擇合適的解碼器。
(2 ) FEC冗余度(FEC Redundancy ),冗余度越大，F(xiàn)EC算法的保護強度越強。
(3) 傳輸文件的總長度(Transfer-Length )。
(4) 編碼符號的長度(Symbol-Length),標識了一個源數(shù)據(jù)符號或保護數(shù) 據(jù)符號的字節(jié)數(shù)。
(5 )塊中所包含的源數(shù)據(jù)符號的個數(shù)(Number-of-original-Symbols ), 標識該塊中所包含的源數(shù)據(jù)符號的個數(shù)，MG根據(jù)該參數(shù)和FEC冗余度，可以計 算得到該塊中的保護數(shù)據(jù)符號的個數(shù)。
S205，發(fā)送端MGC請求發(fā)送端MG創(chuàng)建FEC流，通過ITU-T H. 248擴展的FEC 包將所述FEC算法的相關(guān)參數(shù)發(fā)送給發(fā)送端MG;
S206,在接收端MG和發(fā)送端MG之間創(chuàng)建FEC流。
以下簡單描述FEC算法的基本思想FEC算法以源數(shù)據(jù)符號為FEC編碼器的 輸入，生成含有冗余信息的FEC已編碼數(shù)據(jù)符號，在丟失符號的個數(shù)不超過FEC 能力范圍時，接收端可以根據(jù)收到的有丟失的數(shù)據(jù)信息，恢復(fù)源數(shù)據(jù)信息。
如圖3所示，F(xiàn)EC編碼器的輸入以源數(shù)據(jù)符號為單位，每個源數(shù)據(jù)符號由若 干字節(jié)組成，且每個源數(shù)據(jù)符號的大小相等。假設(shè)K個源數(shù)據(jù)符號為FEC編碼 器的一次輸入，經(jīng)FEC編碼后，生成N個已編碼數(shù)據(jù)符號，其中包含K個源數(shù) 據(jù)符號、和(N-K)個保護數(shù)據(jù)符號，保護數(shù)據(jù)符號的大小和源數(shù)據(jù)符號相等。 假設(shè)接收端收到J ( J<N )個這樣的已編碼數(shù)據(jù)符號，當丟失的符號數(shù)在FEC能 力范圍內(nèi)時(如，當使用Tornado碼對源數(shù)據(jù)進行FEC保護時，只要接收端收到 K個或多于K個已編碼數(shù)據(jù)符號)，F(xiàn)EC解碼器就可以完全恢復(fù)K個源數(shù)據(jù)符號。
15因此，F(xiàn)EC編碼提供了可靠的數(shù)據(jù)傳輸，接收端可以利用接收到的FEC編碼符號， 在FEC保護能力范圍內(nèi)重建原始的數(shù)據(jù)信息。在使用FEC編碼后，可以盡量少 用，甚至不用從接收端到發(fā)送端主要用于數(shù)據(jù)重傳的反饋線路。
本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，在基于MG/MGC的下 一代網(wǎng)絡(luò)中進行視頻等實時通信時，當MGC監(jiān)測到網(wǎng)絡(luò)狀況發(fā)生變化，特別是 監(jiān)測到網(wǎng)絡(luò)帶寬資源充足，且接收端的吞吐量沒有下降，而通信的丟包率增大 時，MGC請求MG為各個通信鏈路使用一定保護強度的FEC保護算法，保證數(shù)據(jù) 傳輸?shù)目煽啃?，從而提高用戶的實時QoS。
以下描述本發(fā)明實施例的一個應(yīng)用，如圖4所示，該應(yīng)用流程包括
① MGC通過"modify"命令請求接收端MG監(jiān)測QoS告警事件(Qualert) "質(zhì)量損失百分比達到門限1 ( Thresholdl )，，。
② 接收端MG回復(fù)。
③ 接收端MG監(jiān)測到鏈路的質(zhì)量損失百分比達到門限l (Thresholdl),于 是使用"notify"命令向MGC報告"QoS告警(Qualert)"事件。
④ MGC回復(fù)。
MGC通過"modify"命令要求接收端MG上纟艮統(tǒng)計信息。
接收端MG通過網(wǎng)絡(luò)包、RTP包上報統(tǒng)計信息接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、 接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延和時延抖動。
⑦MGC通過"modify"命令要求接收端MG創(chuàng)建一個新的FEC流，將FEC算 法的相關(guān)參數(shù)傳給4妄收端MG。其中FEC屬性值在ITU-T H. 248協(xié)議的描述符 "localcontrol"中給出，F(xiàn)EC流消息在ITU-T H. 248協(xié)議的描述符"local" 中給出。
"fec/fectype, fec/fecredun， fec/trans 1 en, fec/symlen， fec/numorisym，， 分 別代表在FEC包中定義的五個FEC屬性。此實施例中通過擴展ITU-T H. 248包的方式，傳輸FEC相關(guān)消息。 ⑧接收端MG回復(fù)。
按照⑦中的方法，MGC請求發(fā)送端MG創(chuàng)建一個新的FEC流，將FEC算法 的相關(guān)參數(shù)傳給發(fā)送端MG。
所述FEC算法的相關(guān)參數(shù)包括FEC編碼方法、FEC冗余度、傳輸文件的總長 度、編碼符號的長度、(塊中所包含的源數(shù)據(jù)符號的個數(shù)。
⑩發(fā)送端MG回復(fù)。
本發(fā)明實施例中，F(xiàn)EC包可以和網(wǎng)絡(luò)包、質(zhì)量告警終止包、RTP包等其他ITU-T H. 248包配合會用。首先，MGC請求接收端MG監(jiān)測QoS告警事件，當MG監(jiān)測到 網(wǎng)絡(luò)的QoS質(zhì)量損失百分比達到一定的門限時，將該事件報告給MGC， MGC和 MG的這些動作是通過"網(wǎng)絡(luò)包"來完成的；MGC在收到QoS告警事件后，要求 MG上報當前的網(wǎng)絡(luò)統(tǒng)計信息，MG回復(fù)，MGC和MG的這些動作是通過"網(wǎng)絡(luò)包"、 "RTP包"來完成的；MGC根據(jù)各流報告的質(zhì)量告警事件，決定是否在MG上/傳 輸對象上使用FEC算法，MGC根據(jù)從各個流收集的RTP統(tǒng)計信息和網(wǎng)絡(luò)統(tǒng)計信息， 選擇合適的FEC保護強度。之后，MGC要求兩端的MG分別建立FEC流，開始使 用FEC算法，在MG上或者MG的某個流上使用FEC算法，這些動作是通過使用 FEC包來實現(xiàn)的。在定義FEC包后，F(xiàn)EC包填補了 ITU-T H. 248協(xié)-漢的一個不足， 通過FEC包和ITU-T H. 248協(xié)議的網(wǎng)絡(luò)包、RTP包、自適應(yīng)抖動緩存包和質(zhì)量告 警終止包等的配合使用，傳輸層不僅能使用ITU-T H. 協(xié)議將網(wǎng)絡(luò)狀況報告 餘MGC， MGC還可以使用ITU-T H. 248協(xié)議直接請求MG采取措施，降低網(wǎng)絡(luò)環(huán) 境的變化對用i戶QoS的影響。
本領(lǐng)域技術(shù)人員可以了解，本發(fā)明實施例中所述的使用FEC包傳輸FEC算 法的相美參數(shù)可以用于其他實施例。
實施例3
本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法中，通過擴展SDP(Session Description Protocol,會話描述協(xié)議)協(xié)i義，使用SDP在下一代 網(wǎng)絡(luò)中傳輸EEC消息的相關(guān)參數(shù)。此實施例中，接收端MGC和發(fā)送端MGC為同 一MGC。
如圖5所示，本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多i某體業(yè)務(wù)的方法包括
5501, 接收端MGC從應(yīng)用層查找優(yōu)先級高的接收端用戶，如果查找到優(yōu)先 級高的接收端用戶，則執(zhí)行下一步驟；
5502, 接收端MGC從接收端MG接收網(wǎng)絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng)計信息包括 接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延 和時延抖動；
S503，接收端MGC根據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法的冗余度。
S504，接收端MGC請求接收端MG為所述優(yōu)先級高的接收端用戶創(chuàng)建FEC流， 使用SDP協(xié)議將FEC算法的相關(guān)參數(shù)發(fā)送給接收端MG,將FEC相關(guān)參數(shù)做為SDP 協(xié)議的一部分，在通信實體之間傳輸。
SDP協(xié)議是由RFC4566所定義的會話描述協(xié)議，描述在會話公告、會話邀請 和其它一些形式的多媒體會話應(yīng)用初始化時所需的信息，它是一種純粹的文本 描述語言。如果ITU-T H. 248協(xié)議使用文本編碼格式時，使用SDP來描述會話 內(nèi)容。SDP的值屬性可以作為SDP的擴展，F(xiàn)EC屬性即是其擴展屬性。
以下描述SDP協(xié)議的擴展
(1) SDP的5個FEC屬性
為了指出FEC編碼器的編碼類型，定義了 FEC類型屬性，接收端通過該屬 性選擇合適的FEC解碼器。編碼類型一般為RS、 Tornado等
a=FEC—type: <type name>
為了計算出FEC保護強度,定義了冗余度和塊中所包含的源數(shù)據(jù)符號的個數(shù) 兩個屬性a=FEC_redundydgree: < redundancy—degree_value> a=FEC_sdatanum: <source—data- symbol-number>
其中冗余度越大，F(xiàn)EC算法的保護強度越強，但同時也占用更多的信道帶寬； 接收端MG使用這兩個參數(shù)計算出一個源塊在輸入FEC編碼器后應(yīng)該生成的已編 碼數(shù)據(jù)符號的個數(shù)。
為了統(tǒng)計一個源數(shù)據(jù)符號或保護數(shù)據(jù)符號的字節(jié)數(shù)時，使用符號長度FEC 屬性a=FEC-bitnum: <data-symbol-bits>
在多媒體通信中，如果接收端需要知道傳輸對象的總長度時，用到傳輸對 象的總長度屬性，然而該屬性不一定在所有的多媒體通信中使用。該屬性的格 式a=FEC_objlegth: <object_length〉。
其中，在ITU-T H. 248協(xié)議中使用了 SDP協(xié)議傳輸々某體流的屬性，而FEC 數(shù)據(jù)也是媒體流的一種，所以可以擴展SDP協(xié)議，使用SDP協(xié)議傳輸FEC的相 關(guān)參數(shù)。
S505,發(fā)送端MGC請求發(fā)送端MG為所述優(yōu)先級高的接收端用戶創(chuàng)建FEC流， 使用SDP協(xié)議將FEC算法的相關(guān)參數(shù)發(fā)送給發(fā)送端MG;
"S506,在接收端MG和發(fā)送端MG之間為所述優(yōu)先級高的接收端用戶創(chuàng)建FEC
流o
本領(lǐng)域技術(shù)人員可以了解，本發(fā)明實施例中所述的使用SDP協(xié)議傳輸FEC 算法的相關(guān)參數(shù)可以用于其他實施例。
本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法中，當接收端用戶的 優(yōu)先級比較高時，應(yīng)用層的策略服務(wù)器會要求接收端MGC為該接收端用戶使用 FEC算法，MGC從應(yīng)用層查詢到接收端用戶的優(yōu)先級，并決定為該接收端用戶使 用FEC算法時，MGC首先要求MG上報網(wǎng)絡(luò)統(tǒng)計信息，來確定FEC冗余度，為該 接收端用戶選擇合適的FEC保護強度。接著MGC要求接收端和發(fā)送端的MG分別 建立FEC流，來保證接收端用戶的QoS。因此，當接收端用戶有較高的優(yōu)先級時，MGC為了滿足接收端用戶的QoS需求，可以請求MG為該接收端用戶使用一定保 護強度的FEC算法。
以下描述本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多Jf某體業(yè)務(wù)的方法的應(yīng)用，如 圖6所示，包括
① MGC從應(yīng)用層查詢接收端用戶的優(yōu)先級，發(fā)現(xiàn)優(yōu)先級較高的接收端用戶， 為接收^用戶使用FEC算法。
② MGC通過"modify"命令要求接收端MG上4艮統(tǒng)計信息。
③ 接收端MG上報統(tǒng)計信息如丟包率、平均時延和時延抖動等。
... ④MGC通過"modify"命令要求接收端MG創(chuàng)建一個新的FEC流，并將FEC 算法的相關(guān)參數(shù)傳給接收端MG。
FE。屬性應(yīng)用舉例
v=0
o=hamming 2890844526 2890842807 IN IP4 126.16.64.4
s=FEC S柳inar
c=IN IP4 224. 2. 17. 12/127
t=0 0
m-audio 49170 RTP/AVP 0 78 a=rtpmap: 78 parityfec/8000 a=fmtp:f8 49172 IN IP4 224.2.17.12/127 a=FEC-type: RS
m-video 51372 RTP/AVP 31 79 a=rtpmap: 79 parityfec/8000a=fmtp:79 51372 IN IP4 224.2.17.13/127 a=FEC-rg,dundydgree: 60
在上面的SDP描述中，存在兩個J 某體流， 一個音頻流和一個^L頻流，因此 有兩個m行j某體格式為0代表用PCM編碼的音頻，它被荷載類型號為78的FEC 流保護。FEC流被發(fā)往與音頻相同的多播組，TTL參數(shù)也相同，但端口號大2 (49172 )。其中FEC流采用的編碼類型是RS編碼。視頻流被荷載類型號為79 的FEC流保護，這個FEC流的端口號是一樣的，但是多播地址不一樣。FEC的冗 余度為60，表明FEC保護強度是60。/。。
⑤ 接收端MG回復(fù)。
⑥ 按照④中的方法，MGC請求發(fā)送端MG創(chuàng)建一個新的FEC流，并將FEC算 法的相關(guān)參數(shù)傳給發(fā)送端MG。
⑦ 發(fā)送端MG回復(fù)。
本發(fā)明實施例通過FEC算法與ITU-T H. 248協(xié)議、SDP協(xié)議的配合使用，網(wǎng) 絡(luò)運營商可以更好的滿足用戶的服務(wù)質(zhì)量(QoS)要求。
另 一方面，本發(fā)明實施例提供一種在下一代網(wǎng)絡(luò)中傳輸多士某體業(yè)務(wù)的系統(tǒng)， 如圖7所示，包括接收端MGC 11、接收端MG 12、發(fā)送端MGC 21、發(fā)送端MG 22;
" 所述接收端MGC 11用于判斷創(chuàng)建FEC流的條件是否成立，當所述條件成立
改,
時，請求接收端MG創(chuàng)建FEC流；
所述接收端MG 12用于根據(jù)接收到的來自接收端MGC請求創(chuàng)建FEC流；
所述發(fā)送端MGC 21用于請求發(fā)送端MG創(chuàng)建FEC流；
所述發(fā)送端MG 22用于根據(jù)接收到的來自發(fā)送端MGC請求創(chuàng)建FEC流。
' 本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)，所述接收端MGC判 斷創(chuàng)建FEci^條件成立時，請求接收端MG創(chuàng)建FEC流，并將FEC算法的相關(guān)參數(shù)發(fā)送給纟l收端MG;所述發(fā)送端MGC請求發(fā)送端MG創(chuàng)建FEC流，并將所述 FEC算法的相關(guān)參數(shù)發(fā)送給發(fā)送端MG;所述接收端MG和所述發(fā)送端MG，根據(jù)接 收的請求創(chuàng)建FEC流，因此，當創(chuàng)建FEC流的條件成立時，例如網(wǎng)絡(luò)服務(wù)質(zhì)量 比較差時，能夠為多媒體實時業(yè)務(wù)在應(yīng)用層提供傳輸數(shù)據(jù)的前向糾錯保護，保 證了用戶的QoS。
如圖8所示，本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多々某體業(yè)務(wù)的系統(tǒng)可以為 Client/Server模式，應(yīng)用于客戶端從服務(wù)器下載的應(yīng)用場景，接收端媒體網(wǎng)關(guān) 為客戶端媒體網(wǎng)關(guān)，發(fā)送端媒體網(wǎng)關(guān)為服務(wù)器端媒體網(wǎng)關(guān)，接收端MGC和發(fā)送 端MGC為同一MGC。
如圖9所示，本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)也為 Client/Server才莫式，與圖8不同的是，接收端MGC和發(fā)送端MGC為不同MGC， 接收端媒體網(wǎng)關(guān)控制器為客戶端媒體網(wǎng)關(guān)控制器，發(fā)送端媒體網(wǎng)關(guān)控制器為服 務(wù)器端媒體網(wǎng)關(guān)控制器。當所述接收端媒體網(wǎng)關(guān)控制器和所述發(fā)送端媒體網(wǎng)關(guān) 控制器為不同媒體網(wǎng)關(guān)控制器時，所述接收端媒體網(wǎng)關(guān)控制器還用于向所述發(fā) 送端媒體網(wǎng)關(guān)控制器發(fā)送FEC流信息。
如圖IO所示，本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多i某體業(yè)務(wù)的系統(tǒng)可以為 對等模式，接收端MGC和發(fā)送端MGC為同一 MGC。
如圖ll所示，本發(fā)明實施例在下一代網(wǎng)絡(luò)中傳輸多士某體業(yè)務(wù)的系統(tǒng)也為對 等模式(peer-to-peer)模式，與圖10不同的是，接收端MGC和發(fā)送端MGC為 不同MGC。
為了監(jiān)測網(wǎng)絡(luò)服務(wù)質(zhì)量，當網(wǎng)絡(luò)服務(wù)質(zhì)量下降時及時地釆用FEC算法，可 選的，所述接收端MG 12還用于監(jiān)測到網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門限 時，報告給接收端MGC 11;接收端MGC 11還用于根據(jù)接收到的所述接收端MGC 12的報告時,請求接收端MG 12創(chuàng)建FEC流。
為了保證優(yōu)先級高的用戶的QoS,可選的，接收端MGC 12還用于從應(yīng)用層查 找出優(yōu)先級高的用戶，并請求接收端MG 11為所述優(yōu)先級高的接收端用戶創(chuàng)建
22FEC流；所述接收端MG11還用于根據(jù)接收端MGC的請求，為所述優(yōu)先級高的接 收端用戶創(chuàng)建FEC流；所述發(fā)送端MGC 21還用于請求發(fā)送端MG 22為所述優(yōu)先 級高的接收端用戶創(chuàng)建FEC流;發(fā)送端MG 22還用于根據(jù)發(fā)送端MGC的請求，為 所述優(yōu)先級高的接收端用戶創(chuàng)建FEC流。
為了合理的選擇FEC算法的保護強度，所述接收端MG 12還用于，發(fā)送網(wǎng) 絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng)計信息包括接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包 數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延和時延抖動；所述接收端MGCll還用于， 根據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法的冗余度。
另一方面，本發(fā)明實施例公開了一種媒體網(wǎng)關(guān)控制器MGC,如圖12所示， 包括判斷單元111及請求單元112。判斷單元111用于判斷創(chuàng)建FEC流的條件 是否成立；請求單元112用于當所述條件成立時，請求i某體網(wǎng)關(guān)MG創(chuàng)建FEC流。
本發(fā)明實施例士某體網(wǎng)關(guān)控制器MGC，判斷單元判斷創(chuàng)建FEC流的條件是否成 立，當創(chuàng)建FEC流的條件成立時，請求單元請求媒體網(wǎng)關(guān)MG創(chuàng)建FEC流。因此， 當判斷創(chuàng)建FEC流的條件成立，例如網(wǎng)絡(luò)服務(wù)質(zhì)量比較差時，請求MGFEC保護 算法，能夠為多媒體實時業(yè)務(wù)在應(yīng)用層提供傳輸數(shù)據(jù)的前向糾錯保護，保證了 用戶的QoS。
如圖13所示，為了監(jiān)測網(wǎng)絡(luò)服務(wù)質(zhì)量，當網(wǎng)絡(luò)服務(wù)質(zhì)量下降時及時地采用 FEC算法，本發(fā)明實施例媒體網(wǎng)關(guān)控制器MGC還包括第一接收單元113,用于 接收接收端MG監(jiān)測的網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門限的才艮告；所述判斷 單元111還用于當接收到所述報告時，則判斷為創(chuàng)建FEC流的條件成立。
" 如圖14所示，為了保證優(yōu)先級高的用戶的QoS，MGC還包括查找單元114， 用于從應(yīng)用層查找優(yōu)先級高的用戶；所述判斷單元111還用于當查找單元查找 到優(yōu)先級高的接收端用戶時，則判斷為創(chuàng)建FEC流的條件成立。所述請求單元 111還角于請求媒體網(wǎng)關(guān)MG為所述優(yōu)先級高的接收端用戶創(chuàng)建FEC流。
為了選擇合適的FEC保護強度，如圖13或者圖14所示，MGC還包括第二 接收單元115，用于從接收端MG接收網(wǎng)絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng)計信息包括
23接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延 和時延抖動；確定單元116,用于根據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法的冗余 度。
另一方面，本發(fā)明實施例提供了一種媒體網(wǎng)關(guān)MG，如圖15所示，包括接 收單元121,用于從接收端MGC接收創(chuàng)建FEC流的請求；創(chuàng)建單元1"，用于根 據(jù)所述接收的請求，創(chuàng)建FEC流。
本發(fā)明實施例所述的媒體網(wǎng)關(guān)MG,接收單元從接收端MGC接收創(chuàng)建FEC流 的請求；創(chuàng)建單元根據(jù)所述接收的請求，創(chuàng)建FEC流，因此，當網(wǎng)絡(luò)服務(wù)質(zhì)量 比較差時，能夠為多媒體實時業(yè)務(wù)在應(yīng)用層提供傳輸數(shù)據(jù)的前向糾錯保護，保 證了用戶的QoS。
如圖16所示，々某體網(wǎng)關(guān)MG還包括監(jiān)測單元123，用于監(jiān)測網(wǎng)絡(luò)QoS的質(zhì) 量損失百分比；第一發(fā)送單元124，用于當網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門 限時，向接收端MGC報告；第二發(fā)送單元125，向接收端MGC發(fā)送網(wǎng)絡(luò)統(tǒng)計信息， 所述網(wǎng)絡(luò)統(tǒng)計信息包括接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP 包數(shù)、丟包率、平均時延和時延抖動。因此，媒體網(wǎng)關(guān)能夠及時監(jiān)測網(wǎng)絡(luò)QoS 的質(zhì)量損失百分比，向媒體網(wǎng)關(guān)控制器報告，使得媒體網(wǎng)關(guān)控制器能夠選擇合 適的FEC保護強度，并請求媒體網(wǎng)關(guān)創(chuàng)建FEC流。
本領(lǐng)域普通4支術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程， 是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算 機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。 其中，所述的存儲介質(zhì)可為》茲碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。
以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于 此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到 變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng) 所述以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，其特征在于，包括，接收端媒體網(wǎng)關(guān)控制器判斷創(chuàng)建FEC流的條件是否成立；當所述條件成立時，所述接收端媒體網(wǎng)關(guān)控制器請求接收端媒體網(wǎng)關(guān)創(chuàng)建FEC流；發(fā)送端媒體網(wǎng)關(guān)控制器請求發(fā)送端媒體網(wǎng)關(guān)創(chuàng)建FEC流；在所述接收端媒體網(wǎng)關(guān)和所述發(fā)送端媒體網(wǎng)關(guān)之間創(chuàng)建FEC流。
2、 根據(jù)權(quán)利要求1所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，其特征 在于，所述接收端媒體網(wǎng)關(guān)控制器和所述發(fā)送端媒體網(wǎng)關(guān)控制器為同 一媒體網(wǎng)關(guān) 控制器；或，所述接收端J 某體網(wǎng)關(guān)控制器和所述發(fā)送端J 某體網(wǎng)關(guān)控制器為不同 媒體網(wǎng)關(guān)控制器；當所述接收端媒體網(wǎng)關(guān)控制器和所述發(fā)送端媒體網(wǎng)關(guān)控制器為不同媒體網(wǎng) 關(guān)控制器時，所述接收端媒體網(wǎng)關(guān)控制器請求所述接收端媒體網(wǎng)關(guān)創(chuàng)建FEC流 的步驟之后還包括所述接收端媒體網(wǎng)關(guān)控制器向所述發(fā)送端媒體網(wǎng)關(guān)控制器 發(fā)送FEC流信息。
3、 根據(jù)權(quán)利要求l所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，其特征 在于，所述創(chuàng)建FEC流的條件為所述接收端i某體網(wǎng)關(guān)控制器接收到所述接收 端媒體網(wǎng)關(guān)所監(jiān)測的網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門限的報告。
4、 根據(jù)權(quán)利要求l所述的在下一代網(wǎng)絡(luò)中傳輸多J 某體業(yè)務(wù)的方法，其特征 在于，所述創(chuàng)建FEC流的條件為所述接收端媒體網(wǎng)關(guān)控制器從應(yīng)用層查找到 優(yōu)先級高的接收端用戶；所述接€^媒體網(wǎng)關(guān)控制器請求所述接收端々某體網(wǎng)關(guān)創(chuàng)建FEC流的步驟為 所述接收端媒體網(wǎng)關(guān)控制器請求所述接收端媒體網(wǎng)關(guān)為所述優(yōu)先級高的接收端 用戶創(chuàng)ftFEC流；所述發(fā)送端媒體網(wǎng)關(guān)控制器請求所述發(fā)送端媒體網(wǎng)關(guān)創(chuàng)建FEC流的步驟為 所述發(fā)送端媒體網(wǎng)關(guān)控制器請求所述發(fā)送端媒體網(wǎng)關(guān)為所述優(yōu)先級高的接收端 用戶創(chuàng)建FEC流；— 在所述接收端Jf某體網(wǎng)關(guān)和所述發(fā)送端媒體網(wǎng)關(guān)之間創(chuàng)建FEC流的步驟為 戶創(chuàng)建FEC流。
5、 根據(jù)權(quán)利要求1所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，其特征 在于，所述接收端々某體網(wǎng)關(guān)控制器判斷出創(chuàng)建FEC流的條件成立的步驟之后， 還包括所述接收端媒體網(wǎng)關(guān)控制器從所述接收端媒體網(wǎng)關(guān)接收網(wǎng)絡(luò)統(tǒng)計信息，所 述網(wǎng)絡(luò)統(tǒng)計信息包括接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包 數(shù)、丟包率、平均時延和時延抖動；所述接收端々某體網(wǎng)關(guān)控制器根據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法的冗余度。
6、 根據(jù)權(quán)利要求l所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，其特征 在于，所舉接收端媒體網(wǎng)關(guān)控制器請求所述接收端媒體網(wǎng)關(guān)創(chuàng)建FEC流的步驟包 括將FEC算法的相關(guān)參數(shù)發(fā)送給所述接收端媒體網(wǎng)關(guān)；所述發(fā)送端媒體網(wǎng)關(guān)控制器請求所述發(fā)送端媒體網(wǎng)關(guān)創(chuàng)建FEC流的步驟包 括將所述FEC算法的相關(guān)參數(shù)發(fā)送給所述發(fā)送端媒體網(wǎng)關(guān)。
7、 根據(jù)權(quán)利要求6所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法，其特征 在于，所述將FEC算法的相關(guān)參數(shù)傳給所述接收端媒體網(wǎng)關(guān)為使用ITU-TH. 248 協(xié)議或者SDP協(xié)議將FEC算法的相關(guān)參數(shù)發(fā)送給所述接收端媒體網(wǎng)關(guān)；所述將所述FEC算法的相關(guān)參數(shù)傳給發(fā)送端々某體網(wǎng)關(guān)為使用ITU-T H. 248協(xié)議或者SDP協(xié)議將FEC算法的相關(guān)參數(shù)發(fā)送給所述發(fā)送端媒體網(wǎng)關(guān)。
8、 一種在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)，其特征在于，包括接收 端媒體網(wǎng)關(guān)4i制器、接收端媒體網(wǎng)關(guān)、發(fā)送端媒體網(wǎng)關(guān)控制器、發(fā)送端媒體網(wǎng)關(guān)；所述接收端^某體網(wǎng)關(guān)控制器，用于當判斷出創(chuàng)建FEC流的條件成立時，請 求所述接收端士某體網(wǎng)關(guān)創(chuàng)建FEC流；所述接收端媒體網(wǎng)關(guān)，用于根據(jù)接收到的來自所述接收端媒體網(wǎng)關(guān)控制器 的請求創(chuàng)建F C流；所述發(fā)送端媒體網(wǎng)關(guān)控制器，用于請求所述發(fā)送端媒體網(wǎng)關(guān)創(chuàng)建FEC流；所述發(fā)送端媒體網(wǎng)關(guān)，用于根據(jù)接收到的來自所述發(fā)送端媒體網(wǎng)關(guān)控制器 的請求創(chuàng)建FEC流。
9、 根據(jù)權(quán)利要求8所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)，其特征 在于，所述接收端媒體網(wǎng)關(guān)控制器和所述發(fā)送端媒體網(wǎng)關(guān)控制器為同 一媒體網(wǎng)關(guān) 控制器；或，所述接收端媒體網(wǎng)關(guān)控制器和所述發(fā)送端i某體網(wǎng)關(guān)控制器為不同媒體 網(wǎng)關(guān)控制器；當所述接收端媒體網(wǎng)關(guān)控制器和所述發(fā)送端i某體網(wǎng)關(guān)控制器為不 同媒體網(wǎng)關(guān)控制器時，所述接收端媒體網(wǎng)關(guān)控制器還用于向所述發(fā)送端々某體網(wǎng) 關(guān)控制器發(fā)逸FEC流信息。
10、 根據(jù)權(quán)利要求8所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)，其特 征在手，所述接收端士某體網(wǎng)關(guān)還用于當監(jiān)測到網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門 限時，報告給所述接收端媒體網(wǎng)關(guān)控制器；所述接收端媒體網(wǎng)關(guān)控制器還用于當接收到所述接收端媒體網(wǎng)關(guān)的報告時，請求所述接收端々某體網(wǎng)關(guān)創(chuàng)建FEC流。
11、 根據(jù)權(quán)利要求8所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)，其特 征在于，所述接收端媒體網(wǎng)關(guān)控制器還用于從應(yīng)用層查找優(yōu)先級高的接收端用戶， 當查找到優(yōu)先級高的接收端用戶時，請求所述接收端^ 某體網(wǎng)關(guān)為所述優(yōu)先級高 的接收端用戶創(chuàng)建FEC流；所述接收端媒體網(wǎng)關(guān)還用于根據(jù)所述接收端媒體網(wǎng)關(guān)控制器的請求，為所 述優(yōu)先級高的接收端用戶創(chuàng)建FEC流；所述發(fā)送端媒體網(wǎng)關(guān)控制器還用于請求所述發(fā)送端媒體網(wǎng)關(guān)為所述優(yōu)先級 高的接收端用戶創(chuàng)建FEC流；一 所述發(fā)送端媒體網(wǎng)關(guān)還用于根據(jù)所述發(fā)送端媒體網(wǎng)關(guān)控制器的請求，為所 述優(yōu)先級高的，接收端用戶創(chuàng)建FEC流。
12、 根據(jù)權(quán)利要求10或11所述的在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的系統(tǒng)， 其特征在于，還包括所述接收端々某體網(wǎng)關(guān)還用于發(fā)送網(wǎng)絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng)計信息包括 接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延 和時延抖動；一 I*所述接收端i某體網(wǎng)關(guān)控制器還用于根據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法 的冗余度。
13、 一種^某體網(wǎng)關(guān)控制器媒體網(wǎng)關(guān)控制器，其特征在于，包括 判斷單元，用于判斷創(chuàng)建FEC流的條件是否成立， 請求單元，用于當所述條件成立時，請求媒體網(wǎng)關(guān)創(chuàng)建FEC流。
14、 根據(jù)權(quán)利要求13所述的媒體網(wǎng)關(guān)控制器，其特征在于，還包括 第一接收單元，用于接收接收端媒體網(wǎng)關(guān)監(jiān)測的網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門限的報告；所述判斷單元還用于，當接收到所述報告時，則判斷為創(chuàng)建FEC流的條件 成立。
15、 根據(jù)權(quán)利要求13所述的媒體網(wǎng)關(guān)控制器，其特征在于，還包括查找單元，用于從應(yīng)用層查找優(yōu)先級高的接收端用戶；所述判斷單元還用于，當查找單元查找到優(yōu)先級高的接收端用戶時，則判 斷為創(chuàng)建FEC流的條件成立；所述請求單元，用于請求媒體網(wǎng)關(guān)為所述優(yōu)先級高的接收端用戶創(chuàng)建FEC流。
16、 根據(jù)權(quán)利要求14或15所述的媒體網(wǎng)關(guān)控制器，其特征在于，還包括第二接收單元，用于從接收端媒體網(wǎng)關(guān)接收網(wǎng)絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng)計 信息包括接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、 平均時延和時延抖動；確定單元，用于才艮據(jù)所述網(wǎng)絡(luò)統(tǒng)計信息，確定FEC算法的冗余度。
17、 一種々某體網(wǎng)關(guān)，其特征在于，包括接收單元，用于從接收端媒體網(wǎng)關(guān)控制器接收創(chuàng)建FEC流的請求； 創(chuàng)建單元，用于才艮據(jù)所述接收的請求，創(chuàng)建FEC流。
18、 根據(jù)權(quán)利要求17所述的媒體網(wǎng)關(guān)，其特征在于，還包括 監(jiān)測單元，用于監(jiān)測網(wǎng)絡(luò)QoS的質(zhì)量損失百分比；第一發(fā)送單元，用于當網(wǎng)絡(luò)QoS質(zhì)量損失百分比達到預(yù)定門限時，向接收 端媒體網(wǎng)關(guān)控制器報告；第二發(fā)送單元，向接收端々某體網(wǎng)關(guān)控制器發(fā)送網(wǎng)絡(luò)統(tǒng)計信息，所述網(wǎng)絡(luò)統(tǒng) 計信息包括接收字節(jié)數(shù)、發(fā)送字節(jié)數(shù)、接收RTP包數(shù)、發(fā)送RTP包數(shù)、丟包率、平均時延和時延抖動。
全文摘要
本發(fā)明實施例公開了一種在下一代網(wǎng)絡(luò)中傳輸多媒體業(yè)務(wù)的方法、系統(tǒng)、媒體網(wǎng)關(guān)控制器、媒體網(wǎng)關(guān)，涉及網(wǎng)絡(luò)通信領(lǐng)域。所述方法包括，接收端媒體網(wǎng)關(guān)控制器MGC判斷創(chuàng)建FEC流的條件是否成立；當所述條件成立時，接收端MGC請求接收端MG媒體網(wǎng)關(guān)創(chuàng)建FEC流；發(fā)送端MGC請求發(fā)送端MG創(chuàng)建FEC流；在接收端MG和發(fā)送端MG之間創(chuàng)建FEC流。本發(fā)明實施例可應(yīng)用于當網(wǎng)絡(luò)服務(wù)質(zhì)量降低時，在基于ITU-T H.248協(xié)議的下一代網(wǎng)絡(luò)中使用FEC算法，保證用戶的QoS。
文檔編號H04L29/06GK101616139SQ200810126529
公開日2009年12月30日 申請日期2008年6月24日 優(yōu)先權(quán)日2008年6月24日
發(fā)明者彬 宋, 忠 羅, 蔣小兵, 郭春芳 申請人:華為技術(shù)有限公司