三屏互動中DLNA甩屏技術(shù)的研究

廖 云

（武漢郵電科學研究院 光纖通信技術(shù)與網(wǎng)絡國家重點實驗室，湖北 武漢 430074）

1 DLNA簡介

隨著IPTV和互聯(lián)網(wǎng)電視產(chǎn)業(yè)鏈的發(fā)展，多屏（電視屏、手機屏、PC屏等）業(yè)務進一步融合并快速發(fā)展。多屏互動業(yè)務基于電視屏開展，手機屏、PC屏作為促進和補充，提高了電視業(yè)務利用率，推動了業(yè)務創(chuàng)新，因此多屏互動業(yè)務將成為IPTV，OTT業(yè)務發(fā)展的趨勢和亮點。提供基于云架構(gòu)的多屏互動能力平臺，將大大提升電信運營商的業(yè)務發(fā)展，促進終端客戶對多屏業(yè)務豐富內(nèi)容的消費[1-5]。

利用DLNA（數(shù)字生活網(wǎng)絡聯(lián)盟）技術(shù)，可以實現(xiàn)家庭用戶多屏之間的設備發(fā)現(xiàn)機制，它提供基于家庭媒體共享的多屏互動業(yè)務，從而實現(xiàn)家庭內(nèi)無關(guān)聯(lián)用戶間的多屏同看、多屏續(xù)播、多屏互動的業(yè)務，提高用戶體驗[6-7]。

DLNA，主要解決包含個人計算機、家庭電器（如電視機）、移動設備（如手機）等在內(nèi)的有線網(wǎng)絡和無線網(wǎng)絡的互聯(lián)互通，它不是專門為家庭網(wǎng)路開發(fā)的一種新的通信技術(shù)或協(xié)議，而是整合目前現(xiàn)有的技術(shù)與協(xié)議，建立與硬件介質(zhì)無關(guān)的多層架構(gòu)，實現(xiàn)智能設備之間的互聯(lián)互通。正因為它的硬件無關(guān)性，使得它可以運行在幾乎所有的操作系統(tǒng)上，在家庭和其他公共場所靈活地構(gòu)建設備相互連通的運行環(huán)境。而UPnP協(xié)議[1]是DLNA的基礎協(xié)議，它包括尋址、發(fā)現(xiàn)、描述、控制、事件、呈現(xiàn)等流程，詳細描述了DLNA各設備間的相互偵測和運行機制，實現(xiàn)了設備的自由接入。

基于DLNA的家庭網(wǎng)絡設備有5種，它們對媒體格式和網(wǎng)絡連接的要求是相同的：

1）DMS：數(shù)字媒體服務器。提供媒體檔案的獲取、錄制、儲存以及作為播放源的能力。

2）DMP：數(shù)字媒體播放器。查找、獲取由DMS發(fā)送的內(nèi)容，提供播放和渲染功能。

3）DMC：數(shù)字媒體控制器。作為遙控裝置使用，可搜尋DMS上可供播放的媒體文件，并可播放該內(nèi)容格式的終端進行播放操作，可匹配到DMR的渲染功能，建立DMS到DMR的連接。

4）DMR：數(shù)字媒體渲染器。通過其他設備配置后，播放DMS提供的內(nèi)容。這里的其他設備，指的就是DMC，這也是DMR和DMP的區(qū)別所在，即DMP需要DMC的控制才能獲取DMS的內(nèi)容。

5）DMPr：數(shù)字媒體打印機?？稍贒LNA的架構(gòu)下提供打印服務。

2 DLNA體系結(jié)構(gòu)

2.1 標準組成

DLNA將其整個應用規(guī)定成5個功能組件。從下到上依次為：網(wǎng)絡互連、網(wǎng)絡協(xié)議、媒體傳輸、設備的發(fā)現(xiàn)控制和管理、媒體格式，見表1。

表1DLNA功能組件

DLNA的媒體格式規(guī)定了進行數(shù)字媒體和內(nèi)容的共享及使用時候的媒體格式。其必須支持：JPEG，LPCM，MPEG-2。其他可選的媒體格式見表2。

表2 DLNA支持的媒體格式

2.2 設備模型

2.2.1 設備模型元素

1）Device Category，指明的設備應位于DLNA規(guī)定的幾種設備類型中。

2）System Usage：描述2個設備類或設備功能間的交互模型。

3）Device Class：是由System Usage衍生出來的符合DLNA規(guī)范的實體。

4）Device Capability：必須依附于一個有效的Device Class，不一定提供對DLNA架構(gòu)所有層的支持。有時也可包含額外的特性，如“push”媒體內(nèi)容到rendering設備的特性。

5）Device Funcition：設備功能是DLNA設備的構(gòu)建模塊，通常是DLNA架構(gòu)的一個層，是一個無法分割的操作屬性。

6）Device Option：提供額外可選的設備類擴展能力，如為媒體服務器設備添加一個上傳功能。

2.2.2 設備功能

1）IP連接：網(wǎng)絡連接的協(xié)議棧。

2）UPnP設備和UPnP控制點：基于UPnP設備架構(gòu)的設備發(fā)現(xiàn)和控制。

3）UPnP AV MediaServers（MSD），UPnP AV Media-Server Control Point（MSCP），UPnP AV MediaRenderer（MRD），UPnP AV MediaRenderer ControlPoint（MRCP），UPnP Printer Device（PrD），UPnP Printer Control Point（PrCP）:MSD提供訪問媒體內(nèi)容的方式；MSCP用于瀏覽和選擇MSD提供的媒體內(nèi)容的控制器；MRD提供播放媒體內(nèi)容的方式；MRCP是用于選擇MRD播放內(nèi)容的控制器；PrD提供打印圖像的能力；PrCP是用于創(chuàng)建打印任務的控制器以選擇需要由PrD打印的內(nèi)容。

4）Media Transport Server和 Media Transport Client：用于媒體傳輸。

5）Content：DLNA指導文件定義了強制的和可選的媒體格式類型。

3 DLNA實現(xiàn)甩屏業(yè)務

設備發(fā)現(xiàn)流程遵循標準UPnP設備和服務發(fā)現(xiàn)流程，手機或第四屏的MRCP通過發(fā)現(xiàn)流程查找具有流媒體播放能力的MRD設備。機頂盒的UPnP設備描述文件和服務描述文件按照標準DMR設備描述設備和服務。手機或第四屏發(fā)現(xiàn)機頂盒DMR設備之后，手機或第四屏承擔DMC的角色。

DLNA實現(xiàn)甩屏業(yè)務的流程圖如圖1所示。

圖1 DLNA實現(xiàn)甩屏業(yè)務的流程

3.1 流程詳細描述

1）第四屏以DMC的角色首先使用ConnectionManager::GetProtocolInfo（）獲取DMR的協(xié)議和格式信息。函數(shù)參數(shù)如表3。

表3 GetProtocolInfo函數(shù)參數(shù)

其中Sink參數(shù)采用＜protocol＞’:’＜network＞’:’＜contentFormat＞’:’＜additionalInfo＞ 格式描述，當機頂盒支持IPTV播放時，其中要含有對應流媒體協(xié)議和編碼格式的支持。其中媒體格式參數(shù)使用MIME類型描述。

Sink參數(shù)字符串示例如下：

http-get:*:mpeg4:*;rtsp-rtp-udp:*:mpeg4/h.264:*

2）第四屏使用連接管理服務提供的動作ConnectionManager::PrepareForConnection（）向DMR（被甩屏機頂盒）發(fā)送通知。DMR通過函數(shù)返回另兩個服務（RenderingControl和AVTransport）的實例號，第四屏可以使用這兩個實例實現(xiàn)播放和顯示控制。也可以用后面描述的遙控器服務來進行播放控制。這一步可以省略，如果有調(diào)用，則必須有最后一步的釋放。

3）第四屏使用AVTransport服務的SetAVTransportURI推送URL信息。

SetAVTransportURI動作對應的函數(shù)參數(shù)如表4。

表4 SetAVTransportURI函數(shù)參數(shù)

其中CurrentURI需指出推送節(jié)目的URL信息。示例如下：

Rtsp://10.12.245.32/path/programname.mpg

4）第四屏隨后使用AVTransport::Play動作通知機頂盒開始播放。

播放過程結(jié)束后，再通過ConnectionManager::ConnectionComplete斷開連接。（如果前面沒有調(diào)用Prepare-ForConnection，那么這一步可以省略）

4 小結(jié)

DLNA方式實現(xiàn)甩屏具有很多優(yōu)點。甩屏業(yè)務的實現(xiàn)，只需要手機、第四屏和機頂盒支持DLNA，同時手機以及機頂盒的EPG Portal實現(xiàn)相關(guān)頁面；不需要提前在后臺對手機、第四屏和機頂盒直接設置綁定關(guān)系，也不需要對不同平臺的內(nèi)容和產(chǎn)品進行綁定；業(yè)務實現(xiàn)上比較靈活，方便在家庭環(huán)境中使用業(yè)務，提高了用戶體驗。

同時DLNA方式實現(xiàn)甩屏業(yè)務也有一些缺點。由于支持甩屏業(yè)務的手機、第四屏和機頂盒之間沒有賬戶綁定關(guān)系，不同屏使用的產(chǎn)品和內(nèi)容之間也沒有提前建立綁定關(guān)系，因此甩屏業(yè)務常見的媒體內(nèi)容是既滿足手機、第四屏，又能支持在機頂盒上播放的內(nèi)容，同時需要點播內(nèi)容的碼率、分辨率不能太高，否則無線傳輸?shù)乃俾蔬_不到要求，用戶體驗不會太好。當然也可以在媒體內(nèi)容注入時，同時注入不同屏對應的媒體內(nèi)容（UnicontentID區(qū)別），媒體元數(shù)據(jù)同步到Mobile EPG Portal，自動在Mobile EPG Portal上建立內(nèi)容綁定關(guān)系，但這樣增加了業(yè)務流程的復雜度。因此，需要結(jié)合實際運營需求考慮。

：

[1]UPnP-DeviceArchitecture-v1.0[EB/OL].[2012-06-30].http://wenku.baidu.com/view/a52a8564783e0912a2162a06.html.

[2]廖劍鋒.基于CDN和P4P融合架構(gòu)的IPTV系統(tǒng)[J].電視技術(shù)，2011，35（22）：42-45.

[3]饒敏，鄭斌，張治中.IPTV流媒體點播與直播系統(tǒng)設計[J].電視技術(shù)，2011，35（22）：46-48.

[4]謝新洲，嚴富昌.IPTV技術(shù)與管理[M].北京：華夏出版社，2010.

[5]蔣力，施唯佳.三屏互動下的IPTV融合業(yè)務探討[J].電信科學，2009（3）：17-21.

[6]黃孝建，陶蒙華.IPTV關(guān)鍵技術(shù)詳解[M].北京：北京郵電大學出版社，2009.

[7]Open IPVT forum whitepater[EB/OL].[2012-07-05].http://wenku.baidu.com/view/246b41c69ec3d5bbfd0a746a.html.