DLNA/UPnP学习笔记

工作中接触到了这部分内容,记录一下。

关于投屏,Apple用户首先想到的应该是AirPlay,由苹果提供的屏幕共享协议,但有一些家用设备并不支持AirPlay,所以有一个更加通用的协议,DLNA,由索尼微软因特尔等公司共同发起成立的局域网资源共享协议。

DLNA和UPnP的关系

DLNA协议是建立在UPnP协议的基础上的,它依靠UPnP协议来完成设备的搜索、发现和控制,

DLNA协议在此基础上对多媒体设备进行了更加详细的分类和约束,它其实更像是UPnP协议的一个子集

相比于UPnP协议,它更加专注于解决多媒体内容的共享的架构。

也就是说,除了投屏媒体播放等功能外,你可以用UPnP发现你的智能马桶盖(如果它支持的话),远程控制它乱滋水(错误示范行为‍♂️)。(全文最后有如何用UPnP控制马桶喷水的图解,以及马桶喷水与投屏的关系)


DLNA概念下的设备分类

DLNA体系中按功能分为几个部分
(服务器/控制器/渲染器/播放器)

服务器 DMS (Digital Media Server)

可以理解为“播放的数据从哪里来”,作为内容提供者,向播放设备提供数据流

渲染器 DMR(Digital Media Render)

渲染器就像一台电视,被动的获取数据进行播放,被动的接受控制器(⌨️)对音量和播放进度的控制

⌨️ 控制器 DMC (Digital Media Controller)

控制器即是一个遥控器,支持音量调整、上一个、下一个、快进等功能,
即控制器负责建立服务器与渲染器之间的联系以及播放控制。

播放器 DMP (Digital Media Player)

如果渲染器()是被动的播放,那么播放器()就很主动了,他可以主动在局域网中查找、获取、播放服务器()上的内容,不经过控制器(⌨️)的控制

四者的关系如下



“一般移动端产品上的多屏 SDK,实现的功能主要是 DMC 跟 DMP,
当然也可以同时实现 DMS 功能(对外发布资源,别人主动发现你的资源 )。

设备相关参考
DLNA 与 UPnP 初探
wikipedia Digital Living Network Alliance
https://spirespark.com/dlna/guidelines


DLNA结构 (简单看一眼就好)

image.png

挑重点记录:
· Device Discovery&Control
DLNA的设备发现与控制是基于UPnP协议实现的,通过多播嗅探和多播通知的功能在这里实现,其次订阅状态监听和控制的实现也在这里。

· Media Management
媒体管理包括媒体内容的识别、管理和分发。

· Remote UI
远程用户接口主要定义了网络设备之间的UI 内容是如何被描述,格式化及传输的,也包括不同设备之间的事件发送机制及UI 更新机制。

总之就是中间UPnP那层真的重要,基本上就靠它整活儿了


既然DLNA是基于UPnP实现局域网内的设备搜索、发现和控制,那么了解了UPnP,也就很大程度的了解了DLNA。

关于UPnP

UPnP的中文名叫通用即插即用,顾名思义就像个USB排插一样,插上去,就会被局域网里的其他设备监测到,拔掉,就么的了。

DLNA基于UPnP AV(Audio/Video) Architecture框架,定义了以下三个概念

服务:控制点能对设备干点什么
设备:被动的一方
控制点:主动的一方

服务

UPnP提供四种服务

image.png

同时UPnP定义了两种设备类型,图中的包含意为至少支持这些服务

image.png

UPnP的工作流程:
1.寻址
首先,一个设备或控制点接入网络后,需要先给自己整一个IP地址

设备或控制点会寻找 DHCP(Dynamic Host Configuration Protocol)服务器,
由 DHCP 负责分配向他们分配 IP。
如果局域网内没有 DHCP 服务,UPnP 设备将按照 Auto-IP 去获取一个未被使用的 IP 地址。

2.发现和被发现
2.1 设备

UPnP 检测协议是基于简单服务发现协议(SSDP,Simple Service Discovery Protocol)的。
(SSDP的多播地址为 239.255.255.250,端口号1900 )

当一个设备获取到IP地址后,他就应该要向这个网络里的控制点们“发小卡片”,即通过NOTIFY 方式发送一个多播请求,将自己的uuid、类型、更多信息在哪儿看之URL以及有没有特殊服务等信息多播群发给控制点(该信息的意义为“设备可用”) NTS:ssdp:alive

这时控制点知道了该设备的存在,但要不要处理就是业务逻辑了。
当然,在设备退出网络时也将发送如下的“设备不可用”信息,告诉各位控制点我溜了。NTS: ssdp:byebye


2.2 控制点
一个控制点也可以通过发送M-SEARCH主动的去发现(或者说搜索)局域网中的设备(向多播地址239.255.255.250:1900群发,或向已知的设备IP单发)


image.png

收到回调如下后,就可以通过回调来判断这个设备是否应该纳入处理对象(业务逻辑)


image.png

以上2.1 和 2.2 就是设备与控制点直接如何在局域网中发现与被发现的步骤了,之后控制点可以通过设备支持的服务对设备进行控制,也可以订阅(或者说监听)设备的状态变更等,这就是UPnP的通信了

3.通信形式
书接上回,控制点和设备互相知道了对方的存在,那么就要开始进行设备控制了。
3.1 数据结构
UPnP 的设备控制是基于 SOAP 协议的。简单的说就是信息以XML的形式来进行数据交换
3.2 事件
设备可以通过单播(或多播)的形式来将自己的状态变更通知给订阅了该设备的控制点(们)。
控制点也可以发送事件给设备,对其进行控制。

最后……

以上是UPnP的行为。

如果是DLAN,那么在最后一步就不是简单的漏水了,会告诉马桶去哪儿取水(播放)( 服务器 DMS 或是 某个互联网上的资源URL)
你的手机也可以实时控制流速、水量(⌨️ 控制器 DMC)
在这个过程里,你的马桶作为( 渲染器 DMR)工作着。

你可能感兴趣的:(DLNA/UPnP学习笔记)