DLNA投屏简介

DLNA投屏简介

---

本文关于DLNA的简介只限于控制端的实现，未涉及接收端和服务端。

最近项目中提了一个投屏的需求，之前完全没有接触过这一块，经过一段时间的努力对DLNA有了初步了解，并顺利实现了业务需求，现将自己浅显的理解记录一下，希望能帮助对此有兴趣、有需要的同学更快速的了解其原理，本菜才疏学浅，见识不多，纰漏之处还请指正。

为什么自己实现一套，而不是使用第三方库（Android平台）？

其实开始使用Cling做了一下，第三方库大而全，虽然兼容性一般不错，却难以很方便地维护，有时候牵一发而动全身，不花大量时间分析实现逻辑难以对其改造，最严重的是引入Cling会让应用增加1.2M左右，而自己实现只有100k（aar），轻巧易维护，适合自己的项目使用。

常见投屏方案

常见的投屏方案主要有以下几种：

DLNA

DLNA的全称是DIGITAL LIVING NETWORK ALLIANCE(数字生活网络联盟)。DLNA委员会已经于2017年1月5日正式解散，原因是旧的标准已经无法满足新设备的发展趋势，DLNA标准将来也不会再更新。但是DLNA协议的使用依然比较广泛，短时间内不会退出历史舞台，在某些情况下依然是最好的解决方案之一。
DLNA不是技术，而是一种方案，一种大家可以遵守的规范，其各种技术和协议都是目前所应用很广泛的技术和协议（SSDP、SOAP等）。
在我看来，DLNA协议栈为设备之间信息交流提供了一种彼此听得懂的语言工具。

AirPlay

AirPlay于DLNA类似，例如两种都是基于组播实现的设备发现，只不过DLNA基于SSDP(简单服务发现协议)，而AirPlay基于mDNS(multicast DNS)，甚至苹果曾经也是DLNA委员会的成员。相对DLNA，AirPlay提供了一套完善的官方标准实现，开发者只需要按照文档调用API即可，当然如果需要在第三方设备上实现AirPlay功能，需要自己实现一套与AirPlay兼容的功能，网上就有通过分析抓包实现的第三方AirPlay兼容库，包括发送端和接收端。

Miracast

以Wi-Fi Direct(和UPnP都是局域网P2P)为基础的无线显示标准，出现时间晚（2012），使用范围相对较小。支持此标准的设备可通过无线方式分享视频画面。与DLNA有较大差异的在于DLNA设备服务端（DMS，Digital Media Server）基于文件的方式提供服务，文件解码由接收端完成（DMR，Digital Media Render），因此DMR需要支持较多格式以保证兼容性；而Miracast则是由服务端完成解码并重新编码为H.264传输到接收端，接收端只需要对H.264解码即可。

基于以上对比来看，DLNA使用广泛，在主流的电视、智能机顶盒中都有支持，而且终端工作量小，是不错的方案。

常用名词解释

概念是很无聊的，容易让人失去兴趣，略作了解即可，无需深究。

• DMS
  Digital Media Server 数位媒体服务器: 提供了媒体档案的获取、录制、储存以及作为源头的装置。我的理解，简而言之约等于一个文件服务器。
• DMR
  Digital Media Renderer 数字媒体喧染器: 主要的功能是用来播放由DMC从DMS中所指定的数字媒体，例如：数字电视、智能机顶盒、电脑上实现了DLNA协议的视频播放器。
• DMP
  Digital Media Player 数位媒体播放器: 可寻找并播放或输出任何由DMS所提供的媒体档案的装置。DMR与DMP的区别在于DMR只有接受媒体和播放功能，而没查找有浏览媒体的功能。比如显示器、音箱等。
• 对于移动设备还有M-DMS、M-DMR、M-DMP等
• DMC
  Digital Media Controller 数字媒体控制器，查找DMS的内容并建立DMS与DMR之间的连接并控制媒体的播放。
• ControlPoint 控制点，这个概念在不少实现中都有，但我认为这是一个虚拟的称谓，即对控制模块的称谓，资料显示控制点是对控制Action发出者的称呼，谁能发出谁就是CP，我的实现中将每个设备抽象为一个Device，MRDevice继承Device，并提供对应的控制接口，没有直接用到这个看起来很合理却又容易把人绕晕的”控制点“概念。
• UPnP
  通用即插即用协议，使用了SSDP（简单设备发现协议）和SOAP(简单对象访问协议）等几个协议。可以说DLNA很大程度上是基于UPnP的。

DLNA投屏流程

投屏的过程主要分为 设备发现 和 设备控制 两个阶段

设备发现

设备发现也分为两步，第一步是获取设备基本描述，第二步是获取设备详细描述。
第一步有两种方式：主动发现和被动发现。

• 主动发现设备
  主动发现是指设备主动通过UDP发出Search组播到指定地址和端口，ipv4为239.255.255.250:1900，ipv6为[FF0x::C]:1900，目标设备收到组播后会通过UDP单播发送设备基本信息（所以终端需要用Socket绑定search发送的那个随机端口，receive单播回包），然后根据基本信息中的设备描述地址获取设备的详细信息。
  search包内容如下：

M-SEARCH * HTTP/1.1
ST: upnp:rootdevice
HOST: 239.255.255.250:1900
MX: 3
MAN: "ssdp:discover"

其中ST是Search Type，常见的ST有ssdp:all、upnp:rootdevice、uuid:device-某UUID、urn:schemas-upnp-org:device:device-Type:version等，投屏这里使用的是upnp:rootdevice，
HOST为组播地址，
MX为最大等待时间，
MAN为固定格式。
设备回包内容如：

HTTP/1.1 200 OK
CACHE-CONTROL: max-age=1800
DATE: Fri, 23 Nov 2018 11:26:00 GMT
EXT: 
LOCATION: http://192.168.2.3:49153/description.xml
SERVER: SHP, UPnP/1.0, Samsung UPnP SDK/1.0
ST: upnp:rootdevice
USN: uuid:ecf9f8c1-e1a3-459e-a33e-1f6413af9aef::upnp:rootdevice
Content-Length: 0

其中最重要的是LOCATION，其中包含了目标设备的ip、upnp服务的端口、设备详细描述地址，有了这个地址就可以获取设备的详细信息，具体内容见下文；USN作为服务的唯一识别ID，在设备详细描述中还有，可以暂时忽略。

• 被动发现设备
  被动发现是指目标设备通过UDP发送Notify组播到局域网（所以终端需要启动一个MulticastSocket joinGroup到上述组播地址监听组播），设备收到组播后可以得到设备描述地址获取设备的详细信息。
  Notify报文的内容如下：

NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=66
LOCATION: http://192.168.2.3:49153/description.xml
NT: upnp:rootdevice
NTS: ssdp:alive
SERVER: Linux/3.10.79, UPnP/1.0, Portable SDK for UPnP devices/1.6.13
USN: uuid:F7CA5454-3F48-4390-8009-2c3aed46c9a9::upnp:rootdevice

其中也包含了LOCATION，详细信息就不愁啦；还有两个需要关注的值：NT和NTS，前者是Notify Type（与Search中的ST类似），后者表示NT的子类型，其值只可以是ssdp:alive或ssdp:byebye，目标设备会在生命周期中定期发送alive组播，在正常退出时发送byebye组播，也有实现会在目标设备上线时先发送byebye然后发送alive，便于控制端及时更新设备信息。NT有较多类型，我们只关注upnp:rootdevice类型的Notify即可。

• 获取设备详细信息
  至此，无论前面通过何种方式，我们都已经得到了一个重要的信息：LOCATION，向该地址发送一个简单的HTTP请求，即可得到详细的设备信息，无论是做投屏还是做基于DLNA的打印机，原理都是一样的，尤其是前面的部分，一模一样，而后面的部分也是换汤不换药，换成了打印相关的服务而已，设备描述示例如下。

head

HTTP/1.1 200 OK
CONTENT-LENGTH: 2506
CONTENT-TYPE: text/xml
DATE: Mon, 07 Jan 2019 11:26:00 GMT
LAST-MODIFIED: Mon, 07 Jan 2019 11:25:17 GMT
SERVER: Linux/3.10.65, UPnP/1.0, Portable SDK for UPnP devices/1.6.13
X-User-Agent: redsonic
CONNECTION: close

Head中没有什么需要特别关心的信息，重点看body内容
body

<?xml version="1.0" encoding="utf-8"?>

<root xmlns="urn:schemas-upnp-org:device-1-0">  
  <specVersion> 
    <major>1</major>