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

      一種媒體轉(zhuǎn)發(fā)方法、系統(tǒng)和裝置的制作方法

      文檔序號:7694518閱讀:145來源:國知局
      專利名稱:一種媒體轉(zhuǎn)發(fā)方法、系統(tǒng)和裝置的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及媒體傳輸技術(shù)領(lǐng)域,特別是涉及一種媒體轉(zhuǎn)發(fā)方法、系統(tǒng)和裝置。

      背景技術(shù)
      光接入網(wǎng)的網(wǎng)絡(luò)參考架構(gòu)如圖1所示。光接入網(wǎng)OAN(Optical AccessNetwork)的整個參考架構(gòu)由用戶駐地網(wǎng)CPN(Customer Premises Network)、接入網(wǎng)AN(Access Network)和業(yè)務(wù)功能點SNF(Service Node Function)組成。其中在接入網(wǎng)中,AF(Adaptation Function)為適配功能體,是可選設(shè)備,主要是提供光網(wǎng)絡(luò)單元/光網(wǎng)絡(luò)終端ONU(Optical Network Unit)/ONT(OpticalNetwork Terminal)接口與UNI(User Network Interface,用戶網(wǎng)絡(luò)接口)接口的相互轉(zhuǎn)換,AF也可以內(nèi)置在ONU中,這樣(a)參考點可以不要。AF也可以放在OLT(Optical Line Termination,光路終結(jié)點)之后作OLT接口和SNI(Service Node Interface,業(yè)務(wù)點接口)接口的相互轉(zhuǎn)換。AF既可以看成CPN的功能體,也可以看成是Access Network的功能體。OAN用戶駐地網(wǎng)和接入網(wǎng)的主要網(wǎng)元包括光路終結(jié)點OLT,光分配網(wǎng)ODN(Optical DistributionNetwork),光網(wǎng)絡(luò)單元/光網(wǎng)絡(luò)終端ONU/ONT,適配功能體AF。其中T為UNI接口的參考點,V為SNI接口的參考點。OLT為ODN(Optical DistributionNetwork,光分配網(wǎng))提供網(wǎng)絡(luò)接口并連至一個或多個ODN。ODN為OLT和ONU提供傳輸手段。ONU為OAN提供用戶側(cè)接口并和ODN相連。用戶的設(shè)備CPE(Customer Premises Equipment,用戶端設(shè)備)通過UNI接口(如通過DSL(Digital Subscriber Line,數(shù)字用戶線)線路)連接到AF,AF將報文格式由UNI接口格式轉(zhuǎn)換成能與ONU連接的(a)接口(如Ethernet鏈路)格式,ONU再將報文轉(zhuǎn)換成能在ODN上傳送的格式(如EPON(EthernetPassive Optical Network,以太網(wǎng)無源光網(wǎng)絡(luò))的封裝、GPON(Gigabit-CapablePON,千兆無源光網(wǎng)絡(luò))的通用組幀的封裝)。最后由OLT將報文轉(zhuǎn)換成SNI接口(如Ethernet鏈路)的報文格式,再進行業(yè)務(wù)點的訪問。
      DSL通用參考架構(gòu)如圖2所示。其中,T為CPN網(wǎng)絡(luò)中,TE(TrafficEngineering,流量工程)和DSL Modem(DSL調(diào)制解調(diào)器,簡稱Modem)間的參考點;U為DSL Modem和接入點DSLAM(DSL Access Multiplexer,數(shù)字用戶線接入復(fù)用器)間的參考點;在接入網(wǎng)(Access Network)中,DSLAM和寬帶接入服務(wù)器(BRAS,Broadband Remote Access Client1)間為匯聚網(wǎng)絡(luò)(AN,Aggregation Network),V為接入網(wǎng)中,DSLAM和BRAS間的以太網(wǎng)匯聚(EA,Ethernet Aggregation)參考點;A10為接入網(wǎng)與SP(Service Provider,服務(wù)提供商)間的參考點,該參考點既可以連接ASP(Application ServiceProvider,應(yīng)用服務(wù)提供商)到擁有接入網(wǎng)的NSP(Network Service Provider,網(wǎng)絡(luò)服務(wù)提供商),或在漫游情景下,連接NSP到拜訪地接入網(wǎng)。CPN網(wǎng)絡(luò)與接入網(wǎng)間采用DSL接入技術(shù)互連。
      IEEE 802.16為第一個寬帶無線接入標(biāo)準(zhǔn),主要有兩個版本802.16標(biāo)準(zhǔn)的寬帶固定無線接入版本,“802.16-2004”和802.16標(biāo)準(zhǔn)的寬帶移動無線接入版本,“802.16e”。其中,802.16-2004僅定義了兩種網(wǎng)元,BS(basic station,基站)和SS(subscriber station,用戶站點),BS和SS間采用寬帶固定無線接入技術(shù)互連;802.16e也僅定義了兩種網(wǎng)元,BS和MS(mobile station,移動站點),BS和MS間采用寬帶移動無線接入技術(shù)互連。而WiMAX(WorldInteroperability for Microwave Access,全球微波接入互通技術(shù))論壇則在802.16的基礎(chǔ)上,定義ASN(Access Service Network,接入服務(wù)網(wǎng)絡(luò))和CSN(Connectivity Service Network,連接服務(wù)網(wǎng)絡(luò)),形成寬帶WiMAX網(wǎng)絡(luò),以支持固定、游牧、便攜、簡單IP移動或全移動接入。WIMAX網(wǎng)絡(luò)參考架構(gòu)如圖3所示,圖中以802.16e為例。
      其中,R1為MS/SS與ASN間的參考點,R3為ASN和CSN間的參考點;T為CPN網(wǎng)絡(luò)中,CPE和MS/SS間的參考點,MS可以為單純的Mobile Terminal(移動終端),或者MS下面可以掛接CPE,WIMAX的接入網(wǎng)絡(luò)稱為ASN,包含BS和ASW GW(Access Service Network Gateway,接入服務(wù)網(wǎng)絡(luò)網(wǎng)關(guān))。
      目前視頻業(yè)務(wù)服務(wù)器主要設(shè)置于核心網(wǎng),視頻業(yè)務(wù)服務(wù)器并不能感知具體接入技術(shù),而用戶視頻QoE(Quality of Experience,體驗質(zhì)量)劣化的根本原因在于接入最后一公里的線路物理狀況,視頻業(yè)務(wù)服務(wù)器不能根據(jù)最后一公里的線路物理狀況而調(diào)整視頻傳送,以改善用戶視頻QoE;同時,現(xiàn)在的接入網(wǎng)主要按二層接入進行設(shè)計,也不能感知視頻特性,也無法根據(jù)最后一公里的線路物理狀況而動態(tài)調(diào)整視頻傳送,以改善用戶視頻QoE。


      發(fā)明內(nèi)容
      本發(fā)明實施例要解決的問題是提供一種媒體轉(zhuǎn)發(fā)方法、系統(tǒng)和裝置,以支持接入網(wǎng)通過最優(yōu)路徑對媒體流進行媒體處理和轉(zhuǎn)發(fā),并可以通過疊加層監(jiān)控媒體流的體驗質(zhì)量,在體驗質(zhì)量劣化時,根據(jù)接入網(wǎng)的媒體處理資源布局,重配置和優(yōu)化媒體處理的路徑,以動態(tài)改善媒體流的體驗質(zhì)量,改善用戶體驗。
      為達到上述目的,本發(fā)明實施例一方面提出一種媒體轉(zhuǎn)發(fā)系統(tǒng),包括多業(yè)務(wù)控制器和接入疊加節(jié)點 所述多業(yè)務(wù)控制器,用于控制所述接入疊加節(jié)點對媒體流進行媒體轉(zhuǎn)發(fā),并監(jiān)控所述媒體流的體驗質(zhì)量; 所述接入疊加節(jié)點,用于接受所述多業(yè)務(wù)控制器的控制,為所述媒體流的二層或偽線上添加疊加層,進行媒體轉(zhuǎn)發(fā),并向所述多業(yè)務(wù)控制器反饋所述媒體流的體驗質(zhì)量特征數(shù)據(jù)。
      另一方面,本發(fā)明實施例還提出一種多業(yè)務(wù)控制器,包括 媒體處理資源接納控制模塊,用于接收接入疊加節(jié)點所發(fā)送的媒體流業(yè)務(wù)請求; 媒體路徑配置優(yōu)化模塊,用于根據(jù)所述媒體處理資源接納控制模塊發(fā)送的所述媒體流業(yè)務(wù)請求,為所述媒體流配置最優(yōu)媒體處理路徑; QoE分析模塊,用于接收并分析所述接入疊加節(jié)點反饋的所述媒體流的體驗質(zhì)量特征數(shù)據(jù),并在根據(jù)所述媒體流的體驗質(zhì)量特征數(shù)據(jù)判斷所述媒體流為體驗質(zhì)量劣化時,請求所述媒體路徑配置優(yōu)化模塊為所述媒體流重新計算最優(yōu)媒體處理路徑; 疊加網(wǎng)拓?fù)涔芾砟K,用于獲取所述接入疊加節(jié)點組成的媒體接入網(wǎng)的拓?fù)浣Y(jié)構(gòu)和資源布局,為所述媒體路徑配置優(yōu)化模塊配置最優(yōu)媒體處理路徑提供依據(jù)。
      另一方面,本發(fā)明實施例還提出一種接入疊加節(jié)點,包括 體驗質(zhì)量使能者,用于接受多業(yè)務(wù)控制器的控制,為所述媒體流的二層或偽線上添加疊加層,并對所述媒體流進行相應(yīng)的媒體處理,并向所述多業(yè)務(wù)控制器反饋所述媒體流的體驗質(zhì)量特征數(shù)據(jù); 通信端口處理模塊,用于接收或發(fā)送媒體流。
      另一方面,本發(fā)明實施例還提出一種媒體轉(zhuǎn)發(fā)方法,包括以下步驟 接收媒體流業(yè)務(wù)請求,并轉(zhuǎn)發(fā)所述媒體流業(yè)務(wù)請求給多業(yè)務(wù)控制器; 接收所述多業(yè)務(wù)控制器發(fā)送的根據(jù)所述媒體流業(yè)務(wù)請求所得到的最優(yōu)媒體處理路徑計算結(jié)果; 接收媒體流,并根據(jù)所述計算結(jié)果在所述媒體流的二層或偽線上添加疊加層; 根據(jù)所述疊加層對所述媒體流進行相應(yīng)的媒體處理,并根據(jù)所述疊加層對所述媒體流進行轉(zhuǎn)發(fā)。
      本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點,因為采用了為媒體流的二層或偽線上添加疊加層的技術(shù),從而,接入網(wǎng)通過最優(yōu)路徑對媒體流進行媒體處理和轉(zhuǎn)發(fā),并可以通過疊加層監(jiān)控媒體流的體驗質(zhì)量,在體驗質(zhì)量劣化時,根據(jù)接入網(wǎng)的媒體處理資源布局,重配置和優(yōu)化媒體處理的路徑,達到了動態(tài)改善媒體流的體驗質(zhì)量,提高用戶體驗的效果。



      圖1為背景技術(shù)中光接入網(wǎng)的網(wǎng)絡(luò)參考架構(gòu); 圖2為背景技術(shù)中DSL通用參考架構(gòu); 圖3為背景技術(shù)中WIMAX網(wǎng)絡(luò)參考架構(gòu); 圖4為本發(fā)明實施例中一種基于媒體處理的接入網(wǎng)絡(luò)的結(jié)構(gòu)示意圖; 圖5為本發(fā)明實施例中一種接入疊加節(jié)點的結(jié)構(gòu)示意圖; 圖6為本發(fā)明實施例中一種多業(yè)務(wù)控制器(Multi-service Controller)的結(jié)構(gòu)示意圖; 圖7為本發(fā)明實施例中一種媒體轉(zhuǎn)發(fā)方法的流程示意圖; 圖8為本發(fā)明實施例中媒體接入網(wǎng)實施舉例的示意圖; 圖9為本發(fā)明實施例一,基于IP感知或IP路由的媒體接入網(wǎng)中L2 OL示意圖; 圖10為本發(fā)明實施例一,基于IP感知或IP路由的媒體接入網(wǎng)中媒體轉(zhuǎn)發(fā)方法的媒體接入網(wǎng)協(xié)議棧變化過程示意圖; 圖11為本發(fā)明實施例二,基于以太網(wǎng)隧道的媒體接入網(wǎng)中PW OL示意圖; 圖12為本發(fā)明實施例二,基于以太網(wǎng)隧道的媒體接入網(wǎng)中媒體轉(zhuǎn)發(fā)方法的媒體接入網(wǎng)協(xié)議棧變化過程示意圖; 圖13為本發(fā)明實施例三,基于MPLS隧道的媒體接入網(wǎng)中PW OL的結(jié)構(gòu)示意圖。
      圖14為本發(fā)明實施例三,基于MPLS隧道的媒體接入網(wǎng)中媒體轉(zhuǎn)發(fā)方法的媒體接入網(wǎng)協(xié)議棧變化過程示意圖。

      具體實施例方式 本發(fā)明實施例提出在接入網(wǎng)上疊加L2OL(二層疊加層)或PW OL(偽線疊加層),以支持接入網(wǎng)的Media Forwarding/Switch/Routing(媒體轉(zhuǎn)發(fā)/交換/路由),使接入網(wǎng)能夠在L2(二層)或PW(偽線)上就能感知到視頻業(yè)務(wù),進而通過對QoE問題特征數(shù)據(jù)分析,在用戶視頻QoE劣化時,能夠根據(jù)接入網(wǎng)的媒體處理資源布局,重配置和優(yōu)化媒體處理的路徑,以動態(tài)改善用戶視頻QoE。
      通過應(yīng)用本發(fā)明技術(shù)方案組建的網(wǎng)絡(luò)具有很強的業(yè)務(wù)擴展性,當(dāng)一種新業(yè)務(wù)出現(xiàn)時,無須更新所有接入網(wǎng)網(wǎng)元(特別是數(shù)量龐大的AN),只需引入支持新業(yè)務(wù)媒體處理的接入網(wǎng)網(wǎng)元,通過重配置和優(yōu)化媒體處理的路徑,將用戶數(shù)據(jù)引導(dǎo)到能支持新業(yè)務(wù)媒體處理的接入網(wǎng)網(wǎng)元做相應(yīng)媒體處理,即可為不支持新業(yè)務(wù)的AN下的用戶開展新業(yè)務(wù)。
      下面結(jié)合附圖和實施例,對本發(fā)明的具體實施方式
      作進一步詳細描述 如圖4所示,本發(fā)明提出一種基于媒體處理的接入網(wǎng)絡(luò),可以是OAN/DSL/WiMAX的接入網(wǎng),包含了家庭網(wǎng)關(guān)(HG,Home Gateway)、AN、匯聚網(wǎng)節(jié)點(AggN,Aggregation Node)和IP邊緣節(jié)點(IP EN,如BNG/BRAS/ASN GW)。圖4中的CN代表IP邊緣節(jié)點之后的網(wǎng)絡(luò)。
      基于媒體處理的接入網(wǎng)絡(luò),由三個面組成,分別為媒體接入數(shù)據(jù)面(Media Access Data Plane)、QoE感知的疊加面(QoE-aware Overlay Plane)和媒體接入控制面(Media Access Control Plane)。類似地,CN也同樣可以分成三個面。
      其中,媒體接入數(shù)據(jù)面Media Access Data Plane由接入網(wǎng)絡(luò)的全體網(wǎng)元節(jié)點的數(shù)據(jù)面功能模塊組成,QoE感知的疊加面QoE感知的疊加面QoE-awareOverlay Plane是接入網(wǎng)絡(luò)的中帶有媒體處理功能的網(wǎng)元節(jié)點的抽象,由帶有媒體處理功能的疊加功能模塊組成,媒體接入控制面Media Access ControlPlane由多業(yè)務(wù)控制器(Multi-service Controller)構(gòu)成。
      進一步的,在上述媒體接入數(shù)據(jù)面Media Access Data Plane和QoE感知的疊加面QoE-aware Overlay Plane兩功能面中,帶有媒體處理功能的疊加功能模塊設(shè)置于部分接入節(jié)點上,共同組成接入疊加節(jié)點(AON,Access OverlayNode)。
      結(jié)合圖4,進一步對上述網(wǎng)絡(luò)進行說明如下 媒體接入數(shù)據(jù)面Media Access Data Plane由接入網(wǎng)絡(luò)的全體網(wǎng)元節(jié)點的數(shù)據(jù)面功能模塊組成,接入網(wǎng)數(shù)據(jù)面功能模塊可以是基于二層轉(zhuǎn)發(fā)(如以太網(wǎng)或PBT網(wǎng)絡(luò))功能模塊,或是基于交換(如MPLS(Multi-Protocol LabelSwitch,多協(xié)議標(biāo)記交換)網(wǎng)絡(luò))功能模塊,或是基于三層路由(如IP網(wǎng)絡(luò))功能模塊。
      QoE感知的疊加面QoE-aware Overlay Plane是接入網(wǎng)絡(luò)的中帶有媒體處理功能的網(wǎng)元節(jié)點的抽象,由帶有媒體處理功能的疊加功能模塊組成;該疊加功能模塊可以設(shè)置HG、AN、匯聚網(wǎng)節(jié)點(AggN,Aggregation Node)和IP邊緣節(jié)點上。QoE Enabler間可組成P2P(point to point)疊加網(wǎng)絡(luò),或P2MP(point to multi-point)疊加網(wǎng)絡(luò)。
      以圖4為例,帶有媒體處理功能的疊加功能模塊設(shè)置于接入節(jié)點1~4上,所對應(yīng)的接入節(jié)點在QoE感知的疊加面QoE-aware Overlay Plane上稱為“QoEEnabler(QoE使能者)”,所對應(yīng)的接入節(jié)點在媒體接入數(shù)據(jù)面Media AccessData Plane上稱為“Media AN(媒體接入節(jié)點)”,QoE使能者和媒體接入節(jié)點在物理上集成為一體。若帶有媒體處理功能的疊加功能模塊設(shè)置于AggN/IPEN,則分別稱為“Media AggN”/“Media EN”。Media AN/AggN/EN節(jié)點可統(tǒng)稱為“接入疊加節(jié)點”。對于節(jié)點N1~N6,由于不媒體處理功能,所以在QoE感知的疊加面QoE-aware Overlay Plane上沒有對應(yīng)的節(jié)點,只存在于媒體接入數(shù)據(jù)面Media Access Data Plane上。
      如圖5所示,一種接入疊加節(jié)點的結(jié)構(gòu)示意圖,包括 體驗質(zhì)量使能者(QoS Enabler)51,用于接受多業(yè)務(wù)控制器的控制,為媒體流添加疊加層,并對媒體流進行相應(yīng)的媒體處理,并向多業(yè)務(wù)控制器反饋媒體流的體驗質(zhì)量特征數(shù)據(jù); 其中,體驗質(zhì)量使能者51,具體包括 路徑配置子模塊511,用于接收多業(yè)務(wù)控制器發(fā)送的路徑配置信息,并根據(jù)路徑配置信息生成路徑轉(zhuǎn)發(fā)表; 轉(zhuǎn)發(fā)表存儲子模塊512,用于存儲路徑配置子模塊511所生成的路徑轉(zhuǎn)發(fā)表; 媒體轉(zhuǎn)發(fā)模塊513,用于根據(jù)轉(zhuǎn)發(fā)表存儲子模塊512存儲的路徑轉(zhuǎn)發(fā)表控制媒體處理子模塊514進行媒體處理,并轉(zhuǎn)發(fā)媒體處理后的媒體流; 媒體處理子模塊514,用于根據(jù)路由媒體轉(zhuǎn)發(fā)模塊513的控制信息對媒體流進行相對應(yīng)的媒體處理操作,并向多業(yè)務(wù)控制器上報媒體流的體驗質(zhì)量特征數(shù)據(jù)。
      通信端口處理模塊52,用于接收或發(fā)送媒體流,具體包括 入端口子模塊521,用于接收媒體流,并發(fā)送給體驗質(zhì)量使能者51進行媒體處理和媒體轉(zhuǎn)發(fā); 出端口子模塊522,用于對經(jīng)體驗質(zhì)量使能者51處理和媒體轉(zhuǎn)發(fā)后的媒體流,進行發(fā)送處理。
      運營商開展的每一種基于媒體的業(yè)務(wù)可以分解為一序列的基本媒體處理任務(wù)組成,由多個QoE Enabler共同處理完成,每個QoE Enabler處理其中的一種或幾種基本媒體處理任務(wù)。例如,對于視頻業(yè)務(wù)可以按表1分解為一序列的基本媒體處理任務(wù),并對基本媒體處理任務(wù)進行編碼;以8位編碼為例,每一種基本媒體處理任務(wù)對應(yīng)一位,若該位為“0”表示節(jié)點不處理該基本媒體處理任務(wù),若該位為“1”表示節(jié)點需要處理該基本媒體處理任務(wù)。
      表1、基本媒體處理任務(wù)類型及編碼對應(yīng)示意圖 媒體接入控制面Media Access Control Plane由Multi-service Controller(多業(yè)務(wù)控制器)構(gòu)成。如圖6所示,一種多業(yè)務(wù)控制器(Multi-serviceController)的結(jié)構(gòu)示意圖,只控制QoS Enabler,由于根據(jù)上述描述,每個QoE Enabler處理一種或幾種基本媒體處理任務(wù),但各QoS Enabler均由多業(yè)務(wù)控制器(Multi-service Controller)進行控制,即多業(yè)務(wù)處理器可以實現(xiàn)多種任務(wù)的并行控制。
      具體的,多業(yè)務(wù)處理器包括 媒體處理資源接納控制模塊61,用于接收接入疊加節(jié)點所發(fā)送的媒體流業(yè)務(wù)請求,即實現(xiàn)疊加網(wǎng)媒體處理資源的接納控制功能,根據(jù)業(yè)務(wù)請求對QoSEnabler組成的疊加網(wǎng)進行媒體處理資源的接納控制。
      媒體路徑配置優(yōu)化模塊62,用于根據(jù)媒體處理資源接納控制模塊61發(fā)送的媒體流業(yè)務(wù)請求,為媒體流配置最優(yōu)媒體處理路徑,即實現(xiàn)媒體處理的路徑配置和優(yōu)化功能,根據(jù)資源媒體處理資源接納控制模塊61對媒體處理資源的請求或QoE分析模塊63的建議,對QoS Enabler組成的疊加網(wǎng)進行MediaForwarding/Switch/Routing(媒體轉(zhuǎn)發(fā)/交換/路由)路徑配置和優(yōu)化。
      QoE分析模塊63,用于接收并分析接入疊加節(jié)點反饋的媒體流的體驗質(zhì)量特征數(shù)據(jù),并在根據(jù)媒體流的體驗質(zhì)量特征數(shù)據(jù)判斷媒體流為體驗質(zhì)量劣化時,請求媒體路徑配置優(yōu)化模塊62為媒體流重新計算最優(yōu)媒體處理路徑,即實現(xiàn)QoE問題特征數(shù)據(jù)分析功能,根據(jù)QoS Enabler上報的QoE問題特征數(shù)據(jù)分析出導(dǎo)致業(yè)務(wù)劣化的原因、位置和解決方法,并通過媒體處理的路徑重配置和優(yōu)化來解決QoE問題。
      疊加網(wǎng)拓?fù)涔芾砟K64,用于獲取接入疊加節(jié)點組成的媒體接入網(wǎng)的拓?fù)浣Y(jié)構(gòu)和資源布局,為媒體路徑配置優(yōu)化模塊62配置最優(yōu)媒體處理路徑提供依據(jù)。具體的,即為實現(xiàn)疊加網(wǎng)拓?fù)涔芾砉δ?,可以通過SNMP或路由協(xié)議等動態(tài)感知方法或靜態(tài)配置方法的生成QoS Enabler組成的疊加網(wǎng)的拓?fù)浜拖鄳?yīng)的媒體處理資源布局?jǐn)?shù)據(jù)庫。
      基于上述系統(tǒng),本發(fā)明實施例提供了一種媒體轉(zhuǎn)發(fā)方法,如圖7所示,包括以下步驟 步驟S701、接入疊加節(jié)點接收媒體流業(yè)務(wù)請求,并轉(zhuǎn)發(fā)媒體流業(yè)務(wù)請求給多業(yè)務(wù)控制器。
      步驟S702、多任務(wù)處理器計算最優(yōu)的媒體處理路徑,并配置相應(yīng)路徑中個節(jié)點的媒體處理轉(zhuǎn)發(fā)表。
      多業(yè)務(wù)控制器根據(jù)媒體流業(yè)務(wù)請求、疊加網(wǎng)拓?fù)浜拖鄳?yīng)的媒體處理資源分布數(shù)據(jù),計算出最優(yōu)的媒體處理路徑,并配置媒體處理路徑上的各個網(wǎng)元的媒體處理轉(zhuǎn)發(fā)表。
      步驟S703、媒體流進入媒體接入網(wǎng)的首個邊緣接入疊加節(jié)點,該邊緣接入疊加節(jié)點根據(jù)計算結(jié)果在媒體流的二層或偽線層上添加疊加層,并對媒體流進行轉(zhuǎn)發(fā),具體的 疊加層,具體包括以太類型Ethertype字段和M-VID字段,Ethertype字段用于標(biāo)識存在疊加層,M-VID字段用于用于指示對媒體流的處理類型; 當(dāng)媒體接入網(wǎng)為基于以太網(wǎng)隧道的網(wǎng)絡(luò)時,疊加層,還可以是僅包含I-SID(Service Instance VLAN ID,業(yè)務(wù)實例虛擬局域網(wǎng)標(biāo)識)字段,I-SID字段用于指示對媒體流的處理類型。
      步驟S704、媒體接入網(wǎng)的中間接入疊加節(jié)點根據(jù)疊加層對媒體流進行相應(yīng)的媒體處理,并根據(jù)疊加層對媒體流進行轉(zhuǎn)發(fā)。
      其中,根據(jù)疊加層對媒體流進行相應(yīng)的媒體處理之后,還包括變更M-VID字段或I-SID字段為對媒體流進行的下一項媒體處理所對應(yīng)的編碼。
      步驟S705、媒體流離開媒體接入網(wǎng)的末個邊緣接入疊加節(jié)點,該接入疊加節(jié)點根據(jù)疊加層對媒體流進行相應(yīng)的媒體處理,根據(jù)疊加層對媒體流進行轉(zhuǎn)發(fā),轉(zhuǎn)發(fā)時去除疊加層。
      步驟S706、接入疊加節(jié)點向多業(yè)務(wù)控制器上報體驗質(zhì)量特征數(shù)據(jù)。
      步驟S707、多業(yè)務(wù)控制器根據(jù)體驗質(zhì)量特征數(shù)據(jù)進行媒體流的體驗質(zhì)量判斷,判斷媒體流的體驗質(zhì)量是否劣化。
      當(dāng)媒體流的體驗質(zhì)量判斷結(jié)果為體驗質(zhì)量正常時,轉(zhuǎn)入步驟S708; 當(dāng)媒體流的體驗質(zhì)量判斷結(jié)果為體驗質(zhì)量劣化時,轉(zhuǎn)入步驟S709。
      步驟S708、繼續(xù)按照該最優(yōu)媒體處理路徑進行媒體流處理和轉(zhuǎn)發(fā),直至該媒體流業(yè)務(wù)結(jié)束。
      步驟S709、多業(yè)務(wù)控制器進一步分析出導(dǎo)致業(yè)務(wù)劣化的原因、位置和解決方法,并根據(jù)導(dǎo)致業(yè)務(wù)劣化的原因、位置和解決方法重新為媒體流計算最優(yōu)媒體處理路徑。
      計算完成后,多業(yè)務(wù)控制器重配置媒體處理路徑上的各個網(wǎng)元的媒體處理轉(zhuǎn)發(fā)表,返回步驟S702。
      下面,通過具體的實施例對上述媒體轉(zhuǎn)發(fā)方法進行說明,媒體接入網(wǎng)實施舉例如圖8所示,Client1與Client2進行P2P視頻通信。
      假設(shè)媒體接入網(wǎng)中,M-AN1設(shè)置有DPI(Deep Packet Inspection,深度報文檢測)filtering功能模塊,M-AN2設(shè)置有QoE Monitoring功能模塊,M-AN3設(shè)置有Caching和應(yīng)用層FEC功能模塊,M-AN4設(shè)置有Media Transcoding功能模塊;M-AN1~M-AN4間設(shè)置有參考點,即M-AN1~M-AN4間支持互通信功能。對于Internet業(yè)務(wù),Client1到Client2的最短路徑為Client1至M-AN0至M-AN2至Client2;但對于Video Streaming業(yè)務(wù),需要由Multi-serviceController計算最佳媒體處理路徑。
      基于上述實施場景,本發(fā)明通過如下實施例提出具體處理方案。
      本發(fā)明實施例一,假設(shè)媒體接入網(wǎng)為基于IP感知或IP路由,則對于AON,具體需要進行以下處理 1、設(shè)置疊加網(wǎng)各個節(jié)點為PE/s-PE(Provider Edge運營商邊緣/SwitchingPE交換運營商邊緣)節(jié)點,疊加網(wǎng)各個節(jié)點支持ARP代理。
      2、增加L2 OL(Layer 2overlay layer,二層疊加層)。
      如圖9所示,L2 OL由M-VID構(gòu)成,通過L2 OL的M-VID來指示具體的基本媒體處理類型;M-VID指示的是對IP地址、以太網(wǎng)目的地址(DA,Destination Address)、源地址(SA,Source Address)、以太類型Ethertype、虛擬局域網(wǎng)標(biāo)識(VID,VLAN Identifier)(可由多層VLAN組成)決定的數(shù)據(jù)流的基本媒體處理類型;IP地址、以太網(wǎng)目的地址、源地址、以太類型、虛擬局域網(wǎng)標(biāo)識稱為流標(biāo)識相關(guān)項。L2 OL的存在與否可由前一級的以太類型標(biāo)識字段來指示。
      3、AON支持IP橋接,IP橋接轉(zhuǎn)發(fā)表(即為下文中的媒體處理轉(zhuǎn)發(fā)表或媒體處理轉(zhuǎn)發(fā)擴展表)由Multi-service Controller進行配置,IP橋接轉(zhuǎn)發(fā)表增加指示基本媒體處理類型的M-VID項目、下一跳DA地址和下一跳M-VID。
      4、AON可以不再分析IP/TCP/UDP,不再做IP路由,而直接根據(jù)M-VID進行相應(yīng)的基本媒體處理操作。
      基于以上設(shè)置,本發(fā)明實施例所提供的技術(shù)方案的實施過程如圖10所示,具體包括以下步驟 步驟S1000、Client1向AN0發(fā)送ARP(Address Resolution Protocol,地址解析協(xié)議)請求,詢問IP地址為IPc的用戶MAC地址,AN0向Client1返回IP地址為AN0的MAC地址MAC0; 步驟S1001、Client1向Multi-service Controller發(fā)送向Client2提供p2pVideo Streaming業(yè)務(wù)請求。
      步驟S1002、Multi-service Controller的媒體處理資源媒體處理資源接納控制模塊,根據(jù)Video Streaming業(yè)務(wù)請求對QoS Enabler1~4組成的疊加網(wǎng)進行媒體處理資源的接納控制,向媒體處理路徑配置和優(yōu)化模塊發(fā)出媒體處理資源請求。
      步驟S1003、媒體處理路徑配置和優(yōu)化模塊,根據(jù)疊加網(wǎng)拓?fù)涔芾砉δ苣K提供的疊加網(wǎng)拓?fù)浜拖鄳?yīng)的媒體處理資源分布數(shù)據(jù),計算出最優(yōu)的媒體處理路徑,并配置媒體處理路徑上的各個網(wǎng)元的媒體處理轉(zhuǎn)發(fā)表;本例中的第一次計算出的最優(yōu)媒體處理路徑為Client1至M-AN0至M-AN1至M-AN2至Client2;其中,對于上述的最優(yōu)媒體處理路徑,M-AN0、M-AN1和M-AN2媒體處理轉(zhuǎn)發(fā)表配置分別如表2、表5、表8所示,具體如下 表2M-AN0媒體處理轉(zhuǎn)發(fā)表 或者,將表2分為兩個MAC轉(zhuǎn)發(fā)表和媒體處理轉(zhuǎn)發(fā)擴展表;對于MAC轉(zhuǎn)發(fā)表,若相應(yīng)的流需要做媒體處理,則在出端口項配置為特殊值(如“0”值),以指示需要進一步查媒體處理轉(zhuǎn)發(fā)擴展表;若相應(yīng)的流不需要做媒體處理,則在出端口項為正常值,無須進一步查媒體處理轉(zhuǎn)發(fā)擴展表;當(dāng)根據(jù)MACDA和流標(biāo)識相關(guān)項(如業(yè)務(wù)VID)查MAC轉(zhuǎn)發(fā)表時,若查到出端口為特殊的值(如“0”值),則繼續(xù)根據(jù)目的IP地址和流標(biāo)識其它相關(guān)項(如用戶VID)查媒體處理轉(zhuǎn)發(fā)擴展表。采用分級表,可以使轉(zhuǎn)發(fā)表的存儲空間大大降低,具體如表3、表4所示。
      表3M-AN0 MAC地址轉(zhuǎn)發(fā)表 表4M-AN0媒體處理轉(zhuǎn)發(fā)擴展表 M-AN1媒體處理轉(zhuǎn)發(fā)表配置如表5所示 表5M-AN1媒體處理轉(zhuǎn)發(fā)表 或者,將表5分為兩個 表6M-AN1 MAC地址轉(zhuǎn)發(fā)表 表7M-AN1媒體處理轉(zhuǎn)發(fā)擴展表 M-AN2媒體處理轉(zhuǎn)發(fā)表配置如表8所示 表8M-AN2媒體處理轉(zhuǎn)發(fā)表 或者,將表8分為兩個 表9M-AN2 MAC地址轉(zhuǎn)發(fā)表 表10M-AN2媒體處理轉(zhuǎn)發(fā)擴展表 步驟S1004、當(dāng)媒體處理路徑配置成功,媒體處理路徑配置和優(yōu)化模塊向媒體處理資源媒體處理資源接納控制模塊回復(fù)媒體處理資源應(yīng)答;媒體處理資源媒體處理資源接納控制模塊進一步向Client1回復(fù)Video Streaming業(yè)務(wù)應(yīng)答。
      步驟S1005、Client1根據(jù)Video Streaming業(yè)務(wù)應(yīng)答發(fā)送Video Stream,目的IP地址為IPc,目的MAC地址為MAC0。
      步驟S1006、M-AN0收到數(shù)據(jù)包,根據(jù)MAC DA、目的IP地址和流標(biāo)識相關(guān)項查媒體處理轉(zhuǎn)發(fā)表(或MAC轉(zhuǎn)發(fā)表和媒體處理轉(zhuǎn)發(fā)擴展表),添加L2OL,并設(shè)M-VID為“00000010”,DA為MAC1,轉(zhuǎn)發(fā)出去。
      步驟S1007、M-AN1接收數(shù)據(jù)包,根據(jù)MAC DA、目的IP地址和流標(biāo)識相關(guān)項查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行DPI filtering處理,然后根據(jù)下一跳DA將DA改為MAC2,根據(jù)下一跳M-VID將M-VID改為“00000001”,轉(zhuǎn)發(fā)出去。
      步驟S1008、M-AN2接收數(shù)據(jù)包,根據(jù)MAC DA、目的IP地址和流標(biāo)識相關(guān)項查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行QoE Monitoring處理,然后去除L2 OL,由用戶端口轉(zhuǎn)發(fā)給Client2。
      步驟S1009、M-AN2將QoE問題特征數(shù)據(jù)(例如出現(xiàn)馬賽克效應(yīng)的用戶BER)上報給Multi-service Controller。
      步驟S1010、Multi-service Controller的QoE分析功能模塊模塊,根據(jù)M-AN2上報的QoE問題特征數(shù)據(jù)分析出導(dǎo)致業(yè)務(wù)劣化的原因、位置和解決方法,上報給媒體處理的路徑配置和優(yōu)化模塊,例如用戶出現(xiàn)馬賽克效應(yīng)是因為M-AN2的用戶線路BER偏高,解決方法是需要添加Video Caching和應(yīng)用層FEC(Forward Error Control,前向差錯控制)的基本媒體處理。
      步驟S1011、媒體處理的路徑配置和優(yōu)化模塊根據(jù)QoE分析功能模塊模塊的建議和加網(wǎng)拓?fù)涔芾砉δ苣K提供的疊加網(wǎng)拓?fù)浜拖鄳?yīng)的媒體處理資源分布數(shù)據(jù),計算出新的媒體處理路徑,并重配置媒體處理路徑上的各個網(wǎng)元的媒體處理轉(zhuǎn)發(fā)表;本例中的計算出的新的媒體處理路徑為Client1至M-AN0至M-AN1至M-AN3至M-AN2至Client2; M-AN1和M-AN3媒體處理轉(zhuǎn)發(fā)表重配置如下 表11M-AN1媒體處理轉(zhuǎn)發(fā)表 或者,將表12分為兩個 表12M-AN1 MAC地址轉(zhuǎn)發(fā)表 表13M-AN1媒體處理轉(zhuǎn)發(fā)擴展表 M-AN3媒體處理轉(zhuǎn)發(fā)表配置如表14所示 表14M-AN3媒體處理轉(zhuǎn)發(fā)表 或者,將表14分為兩個 表15M-AN3 MAC地址轉(zhuǎn)發(fā)表 表16M-AN3媒體處理轉(zhuǎn)發(fā)擴展表 步驟S1012、M-AN1接收數(shù)據(jù)包,根據(jù)MAC DA、目的IP地址和流標(biāo)識相關(guān)項查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行DPI filtering處理,然后根據(jù)下一跳DA將DA改為MAC3,根據(jù)下一跳M-VID將M-VID改為“11000000”,轉(zhuǎn)發(fā)出去。
      步驟S1013、M-AN3接收數(shù)據(jù)包,根據(jù)MAC DA、目的IP地址和流標(biāo)識相關(guān)項查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行Video Caching和應(yīng)用層FEC處理,然后根據(jù)下一跳DA將DA改為MAC2,根據(jù)下一跳M-VID將M-VID改為“00000001”,轉(zhuǎn)發(fā)出去。
      步驟S1014、M-AN2接收數(shù)據(jù)包,根據(jù)MAC DA、目的IP地址和流標(biāo)識相關(guān)項查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行QoE Monitoring處理,然后去除L2 OL,由用戶端口轉(zhuǎn)發(fā)給Client2。
      本發(fā)明實施例二,假設(shè)媒體接入網(wǎng)為基于以太網(wǎng)隧道(如802.1ah/PBB(Provider Backbone Bridge,運營商骨干橋)/PBB-TE(Provider BackboneBridge Traffic Engineering,運營商骨干橋流量工程)),則對于AON,具體需要進行以下處理 1、設(shè)置疊加網(wǎng)各個節(jié)點為PE/s-PE節(jié)點,PE/s-PE節(jié)點間采用以太網(wǎng)隧道互連,疊加網(wǎng)各個節(jié)點支持ARP代理。
      2、增加PW OL(Pseudo Wire overlay layer,偽線疊加層)。
      如圖11所示,PW OL由M-VID或I-SID構(gòu)成,通過PW OL的M-VID或I-SID來指示具體的基本媒體處理類型;M-VID/I-SID指示的是對PW(Pseudo Wire,偽線)的基本媒體處理類型。
      3、PW交換表(即為下文的媒體處理轉(zhuǎn)發(fā)表或媒體處理轉(zhuǎn)發(fā)擴展表)由Multi-service Controller進行配置,PW交換表增加指示基本媒體處理類型的M-VID項目和下一跳M-VID。
      4、AON可以不再分析IP/TCP/UDP,不再做IP路由,而直接根據(jù)M-VID進行相應(yīng)的基本媒體處理操作。
      基于以上設(shè)置,本發(fā)明實施例所提供的技術(shù)方案的實施過程如圖12所示,具體包括以下步驟 步驟S1200~S1202、同步驟S1000~S1002。
      步驟S1203、媒體處理路徑配置和優(yōu)化模塊,根據(jù)疊加網(wǎng)拓?fù)涔芾砉δ苣K提供的疊加網(wǎng)拓?fù)浜拖鄳?yīng)的媒體處理資源分布數(shù)據(jù),計算出最優(yōu)的媒體處理路徑,并配置媒體處理路徑上的各個網(wǎng)元的媒體處理轉(zhuǎn)發(fā)表;本例中的第一次計算出的最優(yōu)媒體處理路徑為Client1至M-AN0至M-AN1至M-AN2至Client2;其中,對于上述的最優(yōu)媒體處理路徑,M-AN0、M-AN1和M-AN2二層媒體處理轉(zhuǎn)發(fā)表配置如下 表17M-AN0媒體處理轉(zhuǎn)發(fā)表 M-AN1媒體處理轉(zhuǎn)發(fā)表配置如表20所示 表20M-AN1媒體處理轉(zhuǎn)發(fā)表 或者,將表20分為兩個 表21M-AN1 PW交換表 表22M-AN1媒體處理轉(zhuǎn)發(fā)擴展表 M-AN2媒體處理轉(zhuǎn)發(fā)表配置如表23所示 表23M-AN2媒體處理轉(zhuǎn)發(fā)表 或者,將表23分為兩個 表24M-AN2 PW交換表 表25M-AN2媒體處理轉(zhuǎn)發(fā)擴展表 步驟S1204~S1205、同S1004~S1005。
      步驟S1206、M-AN0作為PE收到數(shù)據(jù)包,根據(jù)IP DA和流標(biāo)識相關(guān)項查媒體處理轉(zhuǎn)發(fā)表(或PW交換表和媒體處理轉(zhuǎn)發(fā)擴展表),添加PW OL,并設(shè)M-VID為“00000010”,封裝相應(yīng)的以太網(wǎng)隧道,轉(zhuǎn)發(fā)出去。
      步驟S1207、M-AN1接收數(shù)據(jù)包,終結(jié)以太網(wǎng)隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行DPI filtering處理,然后根據(jù)下一跳M-VID將M-VID改為“00000001”,封裝相應(yīng)的以太網(wǎng)隧道,轉(zhuǎn)發(fā)出去。
      步驟S1208、M-AN2接收數(shù)據(jù)包,終結(jié)以太網(wǎng)隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行QoE Monitoring處理,然后去除PW OL,由用戶端口轉(zhuǎn)發(fā)給Client2。
      步驟S1209~S1210、同S1009~S1010。
      步驟S1211、媒體處理的路徑配置和優(yōu)化模塊根據(jù)QoE分析功能模塊模塊的建議和加網(wǎng)拓?fù)涔芾砉δ苣K提供的疊加網(wǎng)拓?fù)浜拖鄳?yīng)的媒體處理資源分布數(shù)據(jù),計算出新的媒體處理路徑,并重配置媒體處理路徑上的各個網(wǎng)元的媒體處理轉(zhuǎn)發(fā)表;本例中的計算出的新的媒體處理路徑為Client1至M-AN0至M-AN1至M-AN3至M-AN2至Client2; M-AN1和M-AN3媒體處理轉(zhuǎn)發(fā)表重配置如下 表26M-AN1媒體處理轉(zhuǎn)發(fā)表 或者,將表26分為兩個 表27M-AN1 PW交換表 表28M-AN1媒體處理轉(zhuǎn)發(fā)擴展表 M-AN3媒體處理轉(zhuǎn)發(fā)表重配置如下 表29M-AN3媒體處理轉(zhuǎn)發(fā)表 或者,將表29分為兩個 表30M-AN3 PW交換表 表31M-AN3媒體處理轉(zhuǎn)發(fā)擴展表 步驟S1212、M-AN1接收數(shù)據(jù)包,終結(jié)以太網(wǎng)隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行DPI filtering處理,然后根據(jù)下一跳M-VID將M-VID改為“11000000”,封裝新的以太網(wǎng)隧道,轉(zhuǎn)發(fā)出去。
      步驟S1213、M-AN3接收數(shù)據(jù)包,終結(jié)以太網(wǎng)隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行Video Caching和應(yīng)用層FEC處理,然后根據(jù)下一跳M-VID將M-VID改為“00000001”,封裝新的以太網(wǎng)隧道,轉(zhuǎn)發(fā)出去。
      步驟S1214、M-AN2接收數(shù)據(jù)包,終結(jié)以太網(wǎng)隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-VID指示進行QoE Monitoring處理,然后去除PW OL,由用戶端口轉(zhuǎn)發(fā)給Client2。
      本發(fā)明實施例三,假設(shè)媒體接入網(wǎng)為基于MPLS隧道,則對于AON,具體需要進行以下處理 1、設(shè)置疊加網(wǎng)各個節(jié)點為PE/s-PE節(jié)點,PE/s-PE節(jié)點間采用MPLS隧道互連。
      2、增加PW OL(Pseudo Wire overlay layer)。
      如圖13所示,PW OL由一重MPLS標(biāo)簽(稱為M-MPLS label,MediaMPLS label)構(gòu)成,通過PW OL的M-MPLS label來指示具體的基本媒體處理類型;M-MPLS label指示的是對PW的基本媒體處理類型。
      3、PW交換表(即為下文的媒體處理轉(zhuǎn)發(fā)表或媒體處理轉(zhuǎn)發(fā)擴展表)由Multi-service Controller進行配置,PW交換表增加指示基本媒體處理類型的M-MPLS label項目和下一跳M-MPLS label。
      4、AON可以不再分析IP/TCP/UDP,不再做IP路由,而直接根據(jù)M-MPLSlabel進行相應(yīng)的基本媒體處理操作。
      基于以上設(shè)置,本發(fā)明實施例所提供的技術(shù)方案的實施過程如圖14所示,具體包括以下步驟 步驟S1400、Client1向EN發(fā)送ARP(Address Resolution Protocol,地址解析協(xié)議)請求,詢問IP地址為IPc的用戶MAC地址,EN向Client1返回IP地址為IPc的用戶MAC地址為MACc。
      步驟S1401~S1402、同步驟S1001~S1002。
      步驟S1403、與步驟S1203的區(qū)別在于,M-AN0、M-AN1和M-AN2媒體處理轉(zhuǎn)發(fā)表配置中M-VID和下一跳M-VID項目由M-MPLS label和下一跳M-MPLS label所替代。
      步驟S1404~S1405、同步驟S1004~S1005。
      步驟S1406、M-AN0作為PE收到數(shù)據(jù)包,根據(jù)IP DA和流標(biāo)識相關(guān)項查媒體處理轉(zhuǎn)發(fā)表(或PW交換表和媒體處理轉(zhuǎn)發(fā)擴展表),添加PW OL,并設(shè)M-MPLS label為“00000010”,封裝相應(yīng)的MPLS隧道,向M-AN1轉(zhuǎn)發(fā)。
      步驟S1407、M-AN1接收數(shù)據(jù)包,終結(jié)MPLS隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-MPLS label指示進行DPI filtering處理,然后根據(jù)下一跳M-MPLS label將M-MPLS label改為“00000001”,封裝相應(yīng)的MPLS隧道,向M-AN2轉(zhuǎn)發(fā)。
      步驟S1408、M-AN2接收數(shù)據(jù)包,終結(jié)MPLS隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-MPLS label指示進行QoE Monitoring處理,然后去除PWOL,由用戶端口轉(zhuǎn)發(fā)給Client2。
      步驟S1409~S1410、同步驟S1009~S1010。
      步驟S1411、與步驟S12011的區(qū)別在于,M-AN0、M-AN1和M-AN2媒體處理轉(zhuǎn)發(fā)表配置中M-VID和下一跳M-VID項目由M-MPLS label和下一跳M-MPLS label所替代。
      步驟S1412、M-AN1接收數(shù)據(jù)包,終結(jié)MPLS隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-MPLS label指示進行DPI filtering處理,然后根據(jù)下一跳M-MPLS label將M-MPLS label改為“11000000”,封裝新的MPLS隧道,向M-AN3轉(zhuǎn)發(fā)。
      步驟S1413、M-AN3接收數(shù)據(jù)包,終結(jié)MPLS隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-MPLS label指示進行Video Caching和應(yīng)用層FEC處理,然后根據(jù)下一跳M-MPLS label將M-MPLS label改為“00000001”,封裝新的以太網(wǎng)隧道,向M-AN2轉(zhuǎn)發(fā)。
      步驟S1414、M-AN2接收數(shù)據(jù)包,終結(jié)MPLS隧道,根據(jù)PW標(biāo)識查媒體轉(zhuǎn)發(fā)表,根據(jù)M-MPLS label指示進行QoE Monitoring處理,然后去除L2OL,由用戶端口轉(zhuǎn)發(fā)給Client2。
      本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點,因為采用了為媒體流添加二層疊加層的技術(shù),從而,接入網(wǎng)通過最優(yōu)路徑對媒體流進行媒體處理和轉(zhuǎn)發(fā),并可以通過二層疊加層監(jiān)控媒體流的體驗質(zhì)量,在體驗質(zhì)量劣化時,根據(jù)接入網(wǎng)的媒體處理資源布局,重配置和優(yōu)化媒體處理的路徑,達到了動態(tài)改善媒體流的體驗質(zhì)量,提高用戶體驗的效果。
      通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更佳的實施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺終端設(shè)備(可以是手機,個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
      以上所述僅是本發(fā)明的優(yōu)選實施方式,應(yīng)當(dāng)指出,對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應(yīng)視本發(fā)明的保護范圍。
      權(quán)利要求
      1、一種媒體轉(zhuǎn)發(fā)系統(tǒng),其特征在于,包括多業(yè)務(wù)控制器和接入疊加節(jié)點AON
      所述多業(yè)務(wù)控制器,用于控制所述接入疊加節(jié)點對媒體流進行媒體轉(zhuǎn)發(fā),并監(jiān)控所述媒體流的體驗質(zhì)量QoE;
      所述接入疊加節(jié)點,用于接受所述多業(yè)務(wù)控制器的控制,為所述媒體流的二層或偽線上添加疊加層,進行媒體轉(zhuǎn)發(fā),并向所述多業(yè)務(wù)控制器反饋所述媒體流的體驗質(zhì)量特征數(shù)據(jù)。
      2、如權(quán)利要求1所述媒體轉(zhuǎn)發(fā)系統(tǒng),其特征在于,所述多業(yè)務(wù)控制器,具體包括
      媒體處理資源接納控制模塊,用于接收所述接入疊加節(jié)點所發(fā)送的媒體流業(yè)務(wù)請求;
      媒體路徑配置優(yōu)化模塊,用于根據(jù)所述媒體處理資源接納控制模塊發(fā)送的所述媒體流業(yè)務(wù)請求,為所述媒體流配置最優(yōu)媒體處理路徑;
      QoE分析模塊,用于接收并分析所述接入疊加節(jié)點反饋的所述媒體流的體驗質(zhì)量特征數(shù)據(jù),并在根據(jù)所述媒體流的體驗質(zhì)量特征數(shù)據(jù)判斷所述媒體流為體驗質(zhì)量劣化時,請求所述媒體路徑配置優(yōu)化模塊為所述媒體流重新計算最優(yōu)媒體處理路徑;
      疊加網(wǎng)拓?fù)涔芾砟K,用于獲取所述接入疊加節(jié)點組成的媒體接入網(wǎng)的拓?fù)浣Y(jié)構(gòu)和資源布局,為所述媒體路徑配置優(yōu)化模塊配置最優(yōu)媒體處理路徑提供依據(jù)。
      3、如權(quán)利要求1所述媒體轉(zhuǎn)發(fā)系統(tǒng),其特征在于,所述接入疊加節(jié)點,具體包括
      體驗質(zhì)量使能者,用于接受多業(yè)務(wù)控制器的控制,為所述媒體流的二層或偽線上添加疊加層,并對所述媒體流進行相應(yīng)的媒體處理,并向所述多業(yè)務(wù)控制器反饋所述媒體流的體驗質(zhì)量特征數(shù)據(jù);
      轉(zhuǎn)發(fā)模塊,用于轉(zhuǎn)發(fā)所述體驗質(zhì)量使能者處理后的媒體流。
      4、一種多業(yè)務(wù)控制器,其特征在于,包括
      媒體處理資源接納控制模塊,用于接收接入疊加節(jié)點所發(fā)送的媒體流業(yè)務(wù)請求;
      媒體路徑配置優(yōu)化模塊,用于根據(jù)所述媒體處理資源接納控制模塊發(fā)送的所述媒體流業(yè)務(wù)請求,為所述媒體流配置最優(yōu)媒體處理路徑;
      QoE分析模塊,用于接收并分析所述接入疊加節(jié)點反饋的所述媒體流的體驗質(zhì)量特征數(shù)據(jù),并在根據(jù)所述媒體流的體驗質(zhì)量特征數(shù)據(jù)判斷所述媒體流為體驗質(zhì)量劣化時,請求所述媒體路徑配置優(yōu)化模塊為所述媒體流重新計算最優(yōu)媒體處理路徑;
      疊加網(wǎng)拓?fù)涔芾砟K,用于獲取所述接入疊加節(jié)點組成的媒體接入網(wǎng)的拓?fù)浣Y(jié)構(gòu)和資源布局,為所述媒體路徑配置優(yōu)化模塊配置最優(yōu)媒體處理路徑提供依據(jù)。
      5、一種接入疊加節(jié)點,其特征在于,包括
      體驗質(zhì)量使能者,用于接受多業(yè)務(wù)控制器的控制,為所述媒體流的二層或偽線上添加疊加層,并對所述媒體流進行相應(yīng)的媒體處理,并向所述多業(yè)務(wù)控制器反饋所述媒體流的體驗質(zhì)量特征數(shù)據(jù);
      通信端口處理模塊,用于接收或發(fā)送媒體流。
      6、如權(quán)利要求5所述接入疊加節(jié)點,其特征在于,所述體驗質(zhì)量使能者,具體包括
      路徑配置子模塊,用于接收所述多業(yè)務(wù)控制器發(fā)送的路徑配置信息,并根據(jù)所述路徑配置信息生成路徑轉(zhuǎn)發(fā)表;
      轉(zhuǎn)發(fā)表存儲子模塊,用于存儲所述路徑配置子模塊所生成的路徑轉(zhuǎn)發(fā)表;
      媒體轉(zhuǎn)發(fā)模塊,用于根據(jù)所述轉(zhuǎn)發(fā)表存儲子模塊存儲的路徑轉(zhuǎn)發(fā)表控制媒體處理子模塊進行媒體處理,并轉(zhuǎn)發(fā)所述媒體處理子模塊處理后的媒體流;
      媒體處理子模塊,用于根據(jù)所述媒體轉(zhuǎn)發(fā)子模塊的控制信息對所述媒體流進行相對應(yīng)的媒體處理操作,并向所述多業(yè)務(wù)控制器上報所述媒體流的體驗質(zhì)量特征數(shù)據(jù)。
      7、如權(quán)利要求5所述接入疊加節(jié)點,其特征在于,所述通信端口處理模塊,具體包括
      入端口子模塊,用于接收所述媒體流,并發(fā)送給所述體驗質(zhì)量使能者進行媒體處理和媒體轉(zhuǎn)發(fā);
      出端口子模塊,用于將所述體驗質(zhì)量使能者處理和媒體轉(zhuǎn)發(fā)后的媒體流進行發(fā)送。
      8、一種媒體轉(zhuǎn)發(fā)方法,其特征在于,包括以下步驟
      接收媒體流業(yè)務(wù)請求,并轉(zhuǎn)發(fā)所述媒體流業(yè)務(wù)請求給多業(yè)務(wù)控制器;
      接收所述多業(yè)務(wù)控制器發(fā)送的根據(jù)所述媒體流業(yè)務(wù)請求所得到的最優(yōu)媒體處理路徑計算結(jié)果;
      接收媒體流,并根據(jù)所述計算結(jié)果在所述媒體流的二層或偽線上添加疊加層;
      根據(jù)所述疊加層對所述媒體流進行相應(yīng)的媒體處理,并根據(jù)所述疊加層對所述媒體流進行轉(zhuǎn)發(fā)。
      9、如權(quán)利要求8所述媒體轉(zhuǎn)發(fā)方法,其特征在于,所述接收多業(yè)務(wù)控制器發(fā)送的根據(jù)所述媒體流業(yè)務(wù)請求所得到的最優(yōu)媒體處理路徑計算結(jié)果,具體為接收所述多業(yè)務(wù)控制器發(fā)送的媒體處理轉(zhuǎn)發(fā)表,所述媒體處理轉(zhuǎn)發(fā)表中包含用于指示媒體處理類型的虛擬局域網(wǎng)標(biāo)識VID信息和用于指示下一跳媒體處理類型的VID,或者包含用于指示媒體處理類型的多協(xié)議標(biāo)記交換標(biāo)簽和用于指示下一跳媒體處理類型的多協(xié)議標(biāo)記交換標(biāo)簽。
      10、如權(quán)利要求8所述媒體轉(zhuǎn)發(fā)方法,其特征在于,
      所述疊加層,具體包括以太類型Ethertype字段和VID字段,所述Ethertype字段用于標(biāo)識存在所述疊加層,所述VID字段用于用于指示對所述媒體流的處理類型;
      當(dāng)所述媒體接入網(wǎng)為基于以太網(wǎng)隧道的網(wǎng)絡(luò)時,所述疊加層,具體包括Ethertype字段和VID字段,所述Ethertype字段用于標(biāo)識存在所述疊加層,所述VID字段用于用于指示對所述媒體流的處理類型,或僅包含業(yè)務(wù)實例虛擬局域網(wǎng)標(biāo)識I-SID字段,所述I-SID字段用于指示對所述媒體流的處理類型。
      11、如權(quán)利要求10所述媒體轉(zhuǎn)發(fā)方法,其特征在于,所述根據(jù)疊加層對所述媒體流進行相應(yīng)的媒體處理之后,還包括
      變更所述M-VID字段或所述I-SID字段為對所述媒體流進行的下一項媒體處理所對應(yīng)的編碼。
      12、如權(quán)利要求8所述媒體轉(zhuǎn)發(fā)方法,其特征在于,還包括
      向所述多業(yè)務(wù)控制器上報體驗質(zhì)量特征數(shù)據(jù),以進行所述媒體流的體驗質(zhì)量判斷。
      13、如權(quán)利要求12所述媒體轉(zhuǎn)發(fā)方法,其特征在于,當(dāng)所述媒體流的體驗質(zhì)量判斷結(jié)果為體驗質(zhì)量劣化時,所述多業(yè)務(wù)控制器重新為所述媒體流計算最優(yōu)媒體處理路徑。
      14、如權(quán)利要求8所述媒體轉(zhuǎn)發(fā)方法,其特征在于,還包括
      接收所述媒體流,并根據(jù)所述多業(yè)務(wù)控制器重新為所述媒體流計算最優(yōu)媒體處理路徑的計算結(jié)果在所述媒體流的二層或偽線上添加疊加層;
      根據(jù)所述疊加層對所述媒體流進行相應(yīng)的媒體處理,并根據(jù)所述疊加層對所述媒體流進行轉(zhuǎn)發(fā)。
      全文摘要
      本發(fā)明實施例公開了一種媒體轉(zhuǎn)發(fā)方法、系統(tǒng)和裝置,所述系統(tǒng)包括多業(yè)務(wù)控制器和接入疊加節(jié)點,所述多業(yè)務(wù)控制器,用于控制所述接入疊加節(jié)點對媒體流進行媒體轉(zhuǎn)發(fā),并監(jiān)控所述媒體流的體驗質(zhì)量;所述接入疊加節(jié)點,用于接受所述多業(yè)務(wù)控制器的控制,為所述媒體流的二層或偽線上添加疊加層,進行媒體轉(zhuǎn)發(fā),并向所述多業(yè)務(wù)控制器反饋所述媒體流的體驗質(zhì)量特征數(shù)據(jù)。通過本發(fā)明,使接入網(wǎng)可以通過最優(yōu)路徑對媒體流進行媒體處理和轉(zhuǎn)發(fā),并通過二層或偽線的疊加層監(jiān)控媒體流的體驗質(zhì)量,在體驗質(zhì)量劣化時,根據(jù)接入網(wǎng)的媒體處理資源布局,重配置和優(yōu)化媒體處理的路徑,以動態(tài)改善媒體流的體驗質(zhì)量,改善用戶體驗。
      文檔編號H04L29/06GK101594555SQ20081011078
      公開日2009年12月2日 申請日期2008年5月30日 優(yōu)先權(quán)日2008年5月30日
      發(fā)明者鄭若濱 申請人:華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1