[发明专利]一种移动设备音视频流实时传输方法

说明书

技术领域

本发明涉及移动设备通信技术，特别涉及一种移动设备音视频流实时传输方法。

背景技术

自2011年起，移动设备(主要包括手机，平板等)全球出货量就已经超越PC，随后，移动设备一直保持着快速发展，从2007年到2015年，移动设备的出货量增长1000％以上，同时，移动设备的智能化程度越来越高，其运算能力已不弱于普通PC，这使得人们对于移动设备的功能需求越来越丰富和多样化。

音视频通信是近年来非常热门的移动设备通信方式，有别于传统的电话/短信通信，音视频通信包含了更丰富的信息维度，特别是视频数据的加入，大大增强了通信数据的表现力。但是由于音视频通信的数据量大，数据使用复杂等原因，音视频通信的稳定性、实时性一直是一项颇具挑战性的工作。

当下流行的音视频传输技术包括HPD(HTTP Progressive Download)、HLS(HTTP Living Streaming)、RTSP(Real Time Streaming Protocol)三种方式。HPD在开始播放之前仅需等待一段较短的时间用于下载和缓冲该媒体文件最前面的一部分数据，之后便可以一边下载一边播放。在正式开始播放之前的这一小段缓冲应使得后续即使在网络较为拥塞的情况下媒体数据也能够得以不间断地连续播放。HLS是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议，可实现流媒体的直播和点播，主要应用在iOS系统。HLS协议在服务器端将音视频数据流存储为连续的、很短时长的媒体文件，而客户端则不断的下载并播放这些小文件，因为服务器端总是会将最新的直播数据生成新的小文件，这样客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播。RTSP实际上是由一组在IETF中标准化的协议所组成，包括RTSP(实时流媒体会话协议)，SDP(会话描述协议)，RTP(实时传输协议)，以及针对不同编解码标准的RTP净载格式等，共同协作来构成一个流媒体协议栈，支持实时的音视频通信。

经过实际应用证明，HPD、HLS、RTSP都有相应的缺陷：HPD不支持实时音视频通信，缺少会话控制和流量控制；HLS的实时性欠佳，在iOS以外的设备支持度较低；而RTSP实现较为复杂，其开发和维护成本都较高。

发明内容

本发明所要解决的技术问题是：提出一种移动设备音视频流实时传输方法，解决传统技术中移动设备音视频传输方案存在的稳定性、实时性不好的问题。

本发明解决其技术问题所采用的技术方案是：

一种移动设备音视频流实时传输方法，包括以下步骤：

a.作为音视频数据发送端的移动设备A和作为音视频数据接收端的移动设备B启动，然后开始参数配置工作；

b.移动设备A开启音视频数据采集的线程进行音视频数据采集，并采用编码器分别对音频和视频进行编码，并记录对应的配置信息；

c.移动设备A将每一帧音视频数据和对应的配置信息封装成对象并存入缓存池中；

d.移动设备A读取缓存池中的音视频数据，将对应配置信息封装至协议头中，已编码的数据紧跟协议头之后；

e.移动设备A将经过步骤d封装的音视频数据发送给移动设备B；

f.移动设备B接收到音视频数据后首先读取协议头，根据读取的信息查找对应的解码器进行解码，然后将解码的数据放入其缓存池中待用。

作为进一步优化，步骤a中，所述开始参数配置工作包括：

a1、移动设备A开启两个TCP socket与移动设备B建立连接，其中一个连接用于传输视频数据，另外一个连接用于传输音频数据；

a2、移动设备A初始化三个线程at0、at1、at2，其中，at0用于音视频数据采集，at1用于音频数据的发送，at2用于视频数据的发送；移动设备B初始化两个线程bt1、bt2，其中，bt1用于音频数据的接收和解码，bt2用于视频数据的接收和解码；

a3、移动设备A初始化两个缓存池apool1、apool2，其中，apool1用于存放已编码的音频数据及其对应的配置信息，apool2用于存放已编码的视频数据及其对应的配置信息；移动设备B初始化两个缓存池bpool1、bpool2，其中，bpool1用于存放已解码的音频数据及其对应的配置信息，bpool2用于存放已解码的视频数据及其对应的配置信息；

a4、移动设备A初始化音视频编码器。

作为进一步优化，步骤b、c中，所述对应的配置信息包括：编码格式、数据长度和时间戳信息。