zoukankan      html  css  js  c++  java
  • 实时音视频互动系列(上):又拍云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个小运营商。

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

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

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

  • 相关阅读:
    JavaWeb之Servlet的生命周期
    Java之HashMap和HashTable的区别
    Java之使用中间缓存变量机制
    哪项技术可以用在WEB开发中实现会话跟踪实现?
    Spring的简单定时任务的实现
    Java解决No enclosing instance of type PrintListFromTailToHead is accessible问题
    StringBuffer和StringBuilder的区别
    论文阅读笔记:《Generating Question-Answer Hierarchies》
    python学习笔记(十)——正则表达式和re模块
    Python学习笔记(九)——字符串
  • 原文地址:https://www.cnblogs.com/upyun/p/7169392.html
Copyright © 2011-2022 走看看