DLNA技術(shù)淺析
DLNA并不是創(chuàng)造技術(shù),而是形成一種解決的方案,一種大家可以遵守的規(guī)范。所以,其選擇的各種技術(shù)和協(xié)議都是目前所應(yīng)用很廣泛的技術(shù)和協(xié)議。
DLNA將其整個應(yīng)用規(guī)定成5個功能組件。從下到上依次為:網(wǎng)絡(luò)互連,網(wǎng)絡(luò)協(xié)議,媒體傳輸,設(shè)備的發(fā)現(xiàn)控制和管理,媒體格式。見圖1和表1。以下將針對每個功能組件作進(jìn)一步的闡述。
有線網(wǎng)絡(luò):802.3.i/u
無線網(wǎng)絡(luò):802.11/a/b/g
2.網(wǎng)絡(luò)協(xié)議。其規(guī)定了所使用的網(wǎng)絡(luò)協(xié)議。目前,其規(guī)定必須支持IPv4。但是,考慮到地址空間等IPv4的缺點,將在不久的將來支持IPv6。當(dāng)然,考慮已經(jīng)存在的IPv4的諸多應(yīng)用和設(shè)備。在未來的很長一段時間內(nèi)同時支持IPv4和IPv6并保證IPv4和IPv6的互連的雙重協(xié)議棧將會受到親賴。
3.媒體傳輸。其規(guī)定了所有DLNA設(shè)備都必須支持使用HTTP協(xié)議進(jìn)行媒體的傳輸。這將使得未來很長一段時間如何提高HTTP協(xié)議上高速安全的進(jìn)行大數(shù)據(jù)量的傳輸成為一個課題。單純就安全而然,TLS也許是個不錯的選擇。另外,在IPv6的協(xié)議中IPSEC已經(jīng)成為了一個必選項。這也在一定程度上解決了安全問題。不過好像使用軟件做加解密的工作始終都不是個正確的選擇。因為,在真正的應(yīng)用中,很少有客戶不對你的速度指手畫腳。當(dāng)然,同時你也可以使用 RTP的其他專用的媒體流傳輸協(xié)議。但是,前提是你已經(jīng)支持了HTTP協(xié)議下的傳輸。
4.設(shè)備的發(fā)現(xiàn),控制和媒體的管理。這個功能組件是最重要的一個層次。也許是由于英特爾是UPnP的發(fā)起者吧,所以,在其再次發(fā)起DLNA的時候,UPnP所有的東西當(dāng)然其不會浪費了呀。是不是因為 UPnP很長時間停留在協(xié)議階段,很少有應(yīng)用,IDG是個例外,英特爾才又來發(fā)起DLNA的呢,我是不得而知了:)目前,其采用了UPnP Device Architecture 1.0和UPnP AV 1.0 and UPnP Printer:1。這只是UPnP論壇上一堆標(biāo)準(zhǔn)中的冰山一角了。將其UPnP的東西,好像還是蠻多的,這里就不詳細(xì)講了??傊?,其通過一系列的步驟和協(xié)議來達(dá)到設(shè)備的發(fā)現(xiàn)和管理,同時也通過廠商定義的AV和Printer標(biāo)準(zhǔn)達(dá)到對媒體的管理。一大堆的概念和名詞,下次再介紹了:)
5.媒體格式。這是最后的一個組件了。其規(guī)定了進(jìn)行數(shù)字媒體和內(nèi)容的共享和使用的時候的媒體格式。其必須支持的是:JPEG, LPCM, MPEG2。其他可選的媒體格式見表2。
參考文獻(xiàn):
《dlna_white_paper_2006》
評論