[发明专利]低延迟投屏的方法

说明书

技术领域

本发明涉及多媒体播放技术，特别涉及低延迟投屏的技术。

背景技术

近年来，随着移动互联网的飞速发展，消费类电子产品呈现出了爆发式增长，多屏互动需求也变得越来越迫切，尤其是PC小屏镜像到Android智能电视的大屏上，比如多人会议共享屏幕，游戏画面互动等场景。但是目前市面上已有的解决方案，大部分要么是只能投送视频的，个别的只能投送office的Excel及PPT等，而整屏、同屏镜像的方案极少，甚至有些还需要购买专用的盒子及其他硬件设备，才能镜像投屏，大大增加了消费者使用的难度。目前支持多屏互动用到的主要协议栈主要是DLNA、AirPlay及Miracast。DLNA主要针对视频传输；Airplay主要针对苹果设备，并不开源，与Android设备交互也有相当局限性；Miracast比较适合Android设备与Android设备，PC机支持Miracast是从Windows 8.1以后才开始，但是目前市面上还运行着大量的Windows 7及以下的设备。另外，屏幕镜像由于需要发送大量实时编码的码流，对网络传输也有一定的要求，这也增加了在丢包率比较严重的wifi环境下实现高质量低延迟投屏的难度。

发明内容

本发明的目的是提供一种低延迟投屏的方法，解决在弱网络环境下，发送端屏幕画面内容低延迟、高质量的镜像到接收端的显示画面上时需要借助其他专用的硬件接收设备或数据线的问题。

本发明解决其技术问题，采用的技术方案是：低延迟投屏的方法，其特征在于，包括以下步骤：

步骤1、使发送端和接收端处于同一局域网内；

步骤2、接收端向局域网发送请求报文；

步骤3、发送端搜索到局域网内的请求报文后，向局域网发送响应报文，并与接收到响应报文的接收端协商可用的码流接收端口，协商完成后进入步骤4；

步骤4、接收端启动可用的码流接收端口；

步骤5、发送端搜索局域网内的接收端并列表显示，并从列表中选定某个接收端作为投屏设备，同时进入步骤6和步骤7；

步骤6、发送端开始录制屏幕数据，实时将屏幕数据编码成码流并将其打包成码流分片，并将码流分片实时向选定的接收端的码流接收端口发送；

步骤7、发送端建立一个网络抖动缓冲区，将码流分片保存在此网络抖动缓冲区；

步骤8、接收端接收到码流分片后，相应的也建立一个与发送端中存储容量大小相同的网络抖动缓冲区；

步骤9、当在延迟时间阈值内接收端正常接收到完整的码流分片时，直接将接收的码流分片传递给播放器解码播放，输出实时画面，当超过延迟时间阈值后，接收端没有接收到完整的码流分片时，接收端向发送端发送重新发送码流分片的请求，并将重新接收的码流分片存入网络抖动缓冲区进行重新排序后传递给播放器解码播放。

进一步的，步骤2具体为：接收端启动DMR Service服务，定期向局域网发送m-search请求报文。

具体的，所述DMR Service服务基于标准的DLNA协议栈。

再进一步的，步骤3中，所述相应报文具体为m-search响应报文。

具体的，步骤6中，所述录制的屏幕数据为整个屏幕数据，所述码流为h264码流，所述打包是以RTP over UDP形式打包的。

再进一步的，步骤7和/或步骤8和/或步骤9中，所述网络都抖动缓冲区的容量等于延迟时间的阈值乘以比特率，当欲存入网络抖动缓冲区的码流分片超过其容量时，按照最先存入网络抖动缓冲区的码流分片到最晚存入的码流分片依次删除，以确保总能存入最新待发送的分片。

具体的，步骤9中，所述延迟时间的阈值根据实际需要进行配置。

本发明的有益效果是，通过上述低延迟投屏的方法，实时采集发送端的屏幕数据，编码成业界最广泛使用的h264流，封装成RTP Over UDP，并处理接收端由于网络抖动等因素导致的丢包及延迟，保证即使在网络比较差的情况下，也能在时延可控的前提下实现发送端的画面在接收端的大屏幕上高质量实时的显示，通用性较强，对于发送端平台不限制，无需像其他投屏软件一样假定客户使用环境且必须安装有DLNA、Airplay及Miracast等庞大的协议栈软件，也无需借助相应的硬件设备，节约成本。

具体实施方式

下面结合实施例，详细描述本发明的技术方案。

本发明所述低延迟投屏的方法，由以下步骤组成：

步骤1、使发送端和接收端处于同一局域网内；

步骤2、接收端向局域网发送请求报文；