一种基于制造技术

本申请提供一种基于

【技术实现步骤摘要】
一种基于WebRTC的音视频传输方法及系统


[0001]本申请涉及数据传输领域，尤其涉及一种基于
WebRTC
的音视频传输方法及系统
。

技术介绍

[0002]WebRTC
是一种基于网络的音视频通信技术，可以让用户在使用浏览器时进行低延迟的音视频交流
。
这种技术可以应用于云游戏领域，让用户通过浏览器获得类似于游戏主机的游戏体验
。
[0003]然而，当网络条件变差时，比如延迟高于
50
毫秒
、
丢包率高于
5%
，这种音视频通信的质量会受到明显影响
。
在这种情况下，游戏的体验可能会变得非常糟糕，导致用户无法正常进行游戏
。
因此，为了确保良好的游戏体验，应当保障网络连接的质量和稳定性
。

技术实现思路

[0004]本申请的目的在于克服现有技术中存在的问题，提供一种基于
WebRTC
的音视频传输方法及系统
。
[0005]本申请提供一种基于
WebRTC
的音视频传输方法，包括：建立
WebRTC
连接；在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输；通过所述非可靠数据通道接收云游戏数据，并提交至音视频传输协议栈；在音视频传输协议栈中，将所述云游戏数据解码为原始的音视频流；将所述音视频流用音视频输出设备播放
。
[0006]可选地，所述通过所述非可靠数据通道接收云游戏数据，包括：每一次传输的音视频数据包括前几次编码之后的音频数据
。
[0007]可选地，所述云游戏数据，包括：
FEC
包，解码时通过所述
FEC
包恢复丢失数据
。
[0008]可选地，所述通过所述非可靠数据通道接收云游戏数据，包括：将视频数据按照一定长度拆包成一组
RTP
数据包，使用所述非可靠数据通道传输到客户端或者服务端；将接收到的视频数据包解包为完整的一帧视频数据
。
[0009]可选地，还包括：所述
RTP
数据包在发送
/
接收过程中出现丢包时，通过
RTCP
请求重发丢失数据
。
[0010]本申请还提供一种基于
WebRTC
的音视频传输系统，包括：连接模块，用于建立
WebRTC
连接；创建模块，用于在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输；传输模块，用于通过所述非可靠数据通道接收云游戏数据，并提交至音视频传输
协议栈；解码模块，用于在音视频传输协议栈中，将所述云游戏数据解码为原始的音视频流；播放模块，用于将所述音视频流用音视频输出设备播放
。
[0011]可选地，所述传输模块通过所述非可靠数据通道接收云游戏数据，包括：每一次传输的音视频数据包括前几次编码之后的音频数据
。
[0012]可选地，所述云游戏数据，包括：
FEC
包，解码时通过所述
FEC
包恢复丢失数据
。
[0013]可选地，所述传输模块通过所述非可靠数据通道接收云游戏数据，包括：将视频数据按照一定长度拆包成一组
RTP
数据包，使用所述非可靠数据通道传输到客户端或者服务端；将接收到的视频数据包解包为完整的一帧视频数据
。
[0014]可选地，还包括：所述
RTP
数据包在发送
/
接收过程中出现丢包时，通过
RTCP
请求重发丢失数据
。
[0015]本申请的优点和有益效果：本申请提供一种基于
WebRTC
的音视频传输方法，包括：建立
WebRTC
连接；在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输；通过所述非可靠数据通道接收云游戏数据，并提交至音视频传输协议栈；在音视频传输协议栈中，将所述云游戏数据解码为原始的音视频流；将所述音视频流用音视频输出设备播放
。
本申请通过在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输，非可靠通道具有错误纠正和恢复机制，同时可能会存在一定的数据丢失或延迟，但不会影响到主要的音视频传输，保证了实时
、
流畅的音视频通信
。
附图说明
[0016]图1是本申请中基于
WebRTC
的音视频传输示意图
。
[0017]图2是本申请中
WebRTC
的系统框架图
。
[0018]图3是本申请中音视频数据传输数据流程示意图
。
[0019]图4是本申请中基于
WebRTC
的音视频传输系统示意图
。
具体实施方式
[0020]下面结合附图和具体实施例对本申请作进一步说明，以使本领域的技术人员可以更好地理解本申请并能予以实施
。
[0021]以下内容均是为了详细说明本申请要保护的技术方案所提供的具体实施过程的示例，但是本申请还可以采用不同于此的描述的其他方式实施，本领域技术人员可以在本申请构思的指引下，采用不同的技术手段实现本申请，因此本申请不受下面具体实施例的限制
。
[0022]本申请提供一种基于
WebRTC
的音视频传输方法，包括：建立
WebRTC
连接；在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输；通过所述非可靠数据通道接收云游戏数据，并提交至音视频传输协议栈；在音视频传输协议栈中，
将所述云游戏数据解码为原始的音视频流；将所述音视频流用音视频输出设备播放
。
本申请通过在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输，非可靠通道具有错误纠正和恢复机制，同时可能会存在一定的数据丢失或延迟，但不会影响到主要的音视频传输，保证了实时
、
流畅的音视频通信
。
[0023]图1是本申请中基于
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种基于
WebRTC
的音视频传输方法，其特征在于，包括：建立
WebRTC
连接；在客户端或服务端通过
JavaScript/WebAssembly
实现基于
WebRTC
非可靠数据通道
RTP
传输；通过所述非可靠数据通道接收云游戏数据，并提交至音视频传输协议栈；在音视频传输协议栈中，将所述云游戏数据解码为原始的音视频流；将所述音视频流用音视频输出设备播放
。2.
根据权利要求1所述基于
WebRTC
的音视频传输方法，其特征在于，通过所述非可靠数据通道接收云游戏数据，包括：每一次传输的音视频数据包括前几次编码之后的音频数据
。3.
根据权利要求1所述基于
WebRTC
的音视频传输方法，其特征在于，所述云游戏数据，包括：
FEC
包，解码时通过所述
FEC
包恢复丢失数据
。4.
根据权利要求1所述基于
WebRTC
的音视频传输方法，其特征在于，通过所述非可靠数据通道接收云游戏数据，包括：将视频数据按照一定长度拆包成一组
RTP
数据包，使用所述非可靠数据通道传输到客户端或者服务端；将接收到的视频数据包解包为完整的一帧视频数据
。5.
根据权利要求4所述基于
WebRTC
的音视频传输方法，其特征在于，还包括：所述
RTP
数据包在发送
/
接收过程中出现丢包时，通过
RTCP
请求重发丢失数据
。6.
一种基于
WebRTC
...

【专利技术属性】
技术研发人员：雷小刚，郭建君，
申请(专利权)人：北京蔚领时代科技有限公司，
类型：发明
国别省市：