实时音视频互动系列(上):又拍云UTUN网络详解

如何定义实时音视频互动, 延迟 400ms 内才能无异步感

实时音视频互动若是存在1秒左右的延时会给交流者带来异步感,必须将视频播放延迟限制在400ms之内,才能给用户较好的交互体验。服务器

当延迟控制在400ms之内时,两我的音视频互动是实时的,不会有异步感存在,即实时音视频互动。网络

 

实时音视频互动产生延迟的缘由

音视频互动的延迟是如何产生的?负载均衡

咱们先假设这样一个场景:位于北京的A客户端与位于广州的B客户端进行实时音视频互动。异步

该场景会有如下几个产生延迟的缘由:分布式

  • 光的传输耗时 30ms;
  • 网络处理耗时 10ms;
  • 应用服务处理耗时 10ms;
  • 客户端发送处理耗时 50ms(采集、编码、缓冲…);
  • 客户端接收处理耗时 50ms(缓冲、解码、渲染…);

网络层面,在跨地区、跨运营商等状况下,传输延时会很是高而且不稳定,尤为在晚高峰或者网络拥堵的状况下延时更加没法把控。单纯通信环境致使超过100ms的延迟时间,所以须要在技术层面达到较高的性能才能将延迟控制在200ms之内。性能

 

又拍云 UTUN 通信网,数据传输耗时低于50ms

为了解决这个问题,又拍云设计了基于公网的通信网 UTUN,以此实现全部客户端接入又拍云通信网以后再进行交互。编码

UTUN 是一个分布式网络路由器,加入 UTUN 能够将数据以最快的速度传达到目的地,同时无需担忧跨地区、跨 ISP、负载均衡、容灾等问题。设计

 

又拍云 UTUN 网络基于又拍云 CDN 网络部署,同时拥有200多个边缘接入节点、4000多台服务器、覆盖3大运营商、3个小运营商。3d

经过又拍云 UTUN 网络进行数据传输,国内能够作到传输低于50ms,海外传输低于200ms。计算入上文提到的应用层产生延时的点,50ms加上其余因素所致使的延时,又拍云国内传输能够作到100~200ms音视频互动。国际传输音视频互动延时等于应用层所消耗掉的100~200ms再加上网络传输的延时,又拍云可以作到400ms以内。视频

 

想要了解更多实时音视频互动技术实战解析,请阅读:

实时音视频互动系列(下):基于 WebRTC 技术的实战解析

相关文章
相关标签/搜索