吴忠躺衫网络科技有限公司

您好,歡迎來電子發燒友網! ,新用戶?[免費注冊]

您的位置:電子發燒友網>電子百科>通信技術>傳輸網/接入網/交換網>

FLUTE通信協議原理構架

2011年04月22日 11:24 電子發燒友 作者:Spring 用戶評論(0

  FLUTE通信協議的基本架構

  在正式開始談 FLUTE 之前,在此先跟讀者們介紹一下 DVB-IPDC 的CDP 標準,所規范的網絡架構與通信協議, DVB-H 廣播網絡 (單向 IP 網絡) 是必備的,至于雙向的點對點 IP 網絡,則僅是一種非必備的選擇性功能。由于 TCP 通信協議無法在僅具備單向 IP 網絡的環境下運作,因此在 DVB-H 廣播網絡上的通信協議,如負責傳送影音串流的 RTP (Real-time Transport Protocol,實時傳輸協議),以及 FLUTE,均是建構在 UDP 通信協議之上的。在 DVB-IPDC 標準的服務平臺上,FLUTE 通信協議除了傳送一般的使用者檔案之外,同時也負責傳送 ESG 的數據。

  FLUTE 原本是由 IETF (Internet Engineering Task Force) 所制訂的一套通信協議 (RFC 3926 - File deLivery over Unidirectional Transport),可將檔案由傳送端 (sender) 以多點傳送方式,透過 Internet 傳送至多個接收端 (receiver) 上。和傳統的多點傳送通信協議不同的是,FLUTE 在運作時并不需要任何由接收端回傳至發送端的回饋信息 (feedback),因此,接收端的數量幾乎可以說是沒有限制的,不管是數10萬個或是數100萬個都沒有問題。FLUTE 不需要接收端回饋的運作特性,是它后來會被應用在 DVB-H 單向 IP 網絡上的主因。

  FLUTE是建構于另一個 IETF 通信協議 - ALC (Asynchronous Layered Coding,異步分層編碼) 之上發展的; 而且,甚至我們可以說,ALC 通信協議才是 FLUTE 通信協議的主體。兩者的主要差別在于,ALC 是一套單向的 “對象” (object) 多點傳送通信協議,而FLUTE 則是一套單向的 “檔案” 多點傳送通信協議。由于 ALC 所傳送的對象本身,并不具任何的屬性 (attribute),因此,FLUTE 通信協議針對 ALC 的最主要擴充,就是將 ALC 傳送的對象視為檔案,并為每個對象加上檔案所需要的屬性,例如文件名稱、檔案長度及檔案類型。為此,FLUTE 額外定義了一種叫 FDT (File Description Table,檔案描述表) 的數據結構,里面記錄了 ALC 對象的檔案屬性。

  ALC是以IP multicast通信協議 (即多點傳送的 UDP 通信協議)為基礎發展的。基本上,IP multicast只是一種 “盡最大所能傳送” (best effort delivery)的多點傳送通信協議,本身并沒有對話管理 (session management)、壅塞控制 (congestion control)、以及提供可靠傳輸 (reliable transmission) 的能力。ALC 通信協議建構于 IP multicast 之上,同時也填補了 IP multicast 前述的3個缺點。而且,ALC通信協議可同時適用于 IPv4 與 IPv6 這兩種不同版本的 IP 通信協議。

  LCT 是可以說是 ALC 通信協議的主體,負責提供前述的 session 管理的功能。CC 則是一個選擇性的組成組件,負責 ALC 在 Internet 上的壅塞控制。不過,因為在 DVB-H 廣播網絡上并不會發生壅塞的問題,所以 CC 在 DVB-IPDC 標準內是不會被使用到的。至于 FEC 則是與 ALC 可靠傳輸功能相關的組成組件。由于 ALC 在運作時,不需要來自接收端的回饋信息,因此,ALC 主要依靠 FEC 組成組件所提供的前向糾錯功能,來彌補 ALC 封包在傳送時所發生的遺失或錯誤。而且,ALC 在設計時,已保留未來可采用各種不同的 FEC 算法的彈性。因此,FEC 組成組件的實際格式,主要是由采用 ALC 的標準 (如 DVB-IPDC CDP 標準),依其所選擇的 FEC 算法而決定的。

  在目前的 DVB-IPDC CDP 標準中,僅定義了兩種 FEC 組成組件,第一種是必備的 Compact No-Code FEC (意即沒有 FEC),第二種則是非必備的 Raptor FEC。DVB-IPDC CDP 標準將 Compact No-Code FEC 納入標準的必備功能,筆者猜測可能有以下3點原因: 1、便于進行 FLUTE 通信協議的兼容性測試。2、在 DVB-H 標準中,由于 MAC 層已提供 MPE-FEC 的前向糾錯功能,因此,DVB-H 的 IP 封包傳送錯誤率,以數據傳送的角度來說,尚在可接受的范圍內。3、由于 Raptor FEC 是 Digital Fountain 公司所擁有的專利技術,除非真的非常必要,不然不會被納入標準的必備功能。

  

非常好我支持^.^

(12) 100%

不好我反對

(0) 0%

( 發表人:Spring )

      發表評論

      用戶評論
      評價:好評中評差評

      發表評論,獲取積分! 請遵守相關規定!

      ?
      大众百家乐娱乐城| 三国百家乐娱乐城| 太阳城百家乐官网杀猪吗| 威尼斯人娱乐骰宝| 易赢百家乐软件| 百家乐官网在线作弊| 威尼斯人娱乐城优惠条件| 百家乐论坛百科| 现金百家乐官网代理| 利高国际娱乐网| 百家乐园首选去澳| 广州百家乐赌博机| 百家乐官网正式版| 百家乐官网推广| 太阳城网上娱乐| bet365信誉好吗| 百家乐平玩法这样| 网络百家乐内幕| 乐天百家乐官网的玩法技巧和规则 | 百家乐赌博大全| 百家乐棋牌游戏皇冠网| 百家乐官网高科技出千工具| 澳门百家乐官网鸿福厅| 利高娱乐| 最新娱乐城送彩金| 大发888上不去| 大发888娱乐城真人视讯服务| 电子百家乐假在线哪| 百家乐推筒子| 太阳城百家乐注册平台| 24山玄空飞星排盘图| 百家乐官网游戏大小| 百家乐官网怎么做弊| 百家乐官网强对弱的对打法| 百家乐官网真人秀| 百家乐官网有方法赚反水| 百家乐官网有没有绝| 百家乐官网技术交流群| 开心8百家乐官网游戏| 宁武县| 百家乐官网娱乐求指点呀|