算是延时最低的方案）网络传输速度和延时没有关系

　　现在4g或5g网络这么快，微信或畅连通话都可以做到无延时通话？

　　之前跟别人搞过实时视频。

　　当然实际上所谓的实时都是伪实时，因为对视频编码，分包，传输，解包，解码都要时间。

　　而常用的视频时延低的主要原因之一是低画质。往往画质被压缩到很极限的程度了。只不过因为优化让你觉得很不错。

　　但面向全国的广播节目不能这么干。要保证一定的画质。而且传输高画质的画面就意味着更多的资源消耗，更久的延迟。

　　还有一个原因是更严格的加密策略，具体央视怎么做不清楚，但至少防劫持是最基础的需求。

　　个人猜测要预留一个缓冲校验，确保不会出现某些不该出现的东西。因为场外直播的环境并不可控，所以要保证画面不会出现有问题的东西。

　　所以叠加起来延迟就很可观了。

　　最后再说，所谓的无延时在网络传输并不存在，因为解编码，传输都是需要时间，充其量只是延迟很低，没那么明显。

　　玩过steam上的不予播出嘛

　　看了一眼答案，基本没有完全正确的。

　　直播连线地点与台里的延时讨论时不应考虑最后节目分发的推流或者上星带来的延迟以及延时器带来的延时。所以与之有关的回答全部错误。

　　先说一下现在央视直播连线的常用方式吧

　　第一种：如果所在连线地有3G/4G/5G，wifi，光纤，普通宽带，总之能ping通台里的一切网络连接都可以覆盖，可以利用TVU背包将摄像机和音频信号编码后传输到台里，台里的TVU接收到解码以后把信号给包装工位，如果需要的话，还可以做实时调色等工作。其中TVU的编码，传输，解码，包装工位调色工位的都会引入额外的延时。据我实际使用过程中，往返延时大概可以控制在1.5秒以内。考虑到传输时网络可能不稳定，需要缓冲区，大概再加3秒。

　　第二种：连线所在地无方便的网络覆盖，需要用卫星传输图像信号，就需要摄像机的信号给到转播车，经过编码，上星，接受，解码后信号播出，整个信号流程基本与上述方案一致，到延迟略高，往返4-5s还是有的。

　　另：现在大多数连线现场都具有4G/5G信号覆盖，TUV可以方便的做多卡聚合传输，延时不高，过年期间做了某地级市春晚直播，现场就是导播台信号给到现场包装和调色工位，然后信号一分二分别给到：1,给到TUV背包，台里的TUV接收端接受后直接上星直播，这样直播现场无需假设卫星锅。2,通过SDI给到现场网络直播推流设备直接进行OBS推流。实测下来，出来安全起见加入延时器人为引入的6秒延时，整个网络推流系统的延时相对于现场可以稳定在4秒。

　　TUV背包如图：因为可以装在包包里背在摄影师身上所以我们都叫背包

　　不知道题主所问的问题是指有线电视的直播延时，还是网络直播（手机直播）的延时

　　首先，广播电视行业有法规规定的延时要求，一般6-12秒左右，这是人为延时

　　所以广播播出信号和电视播出信号前都有一个延时器，时间可设置。所以即便不存在链路和传输协议延时，信号本身就有几秒钟的延时。这个人为延时叫做安全播出。

　　其次，电视信号通过卫星转发，会带来0.5-1秒的延时。也就是从电视台卫星发射机通过卫星转发，再回到地面接收机，中间过程会产生0.5-1秒的延时

　　第三，不同传输协议延时也不一样

　　有线电视一般采用的MPEG2 TS流传输，通常都是硬件编码，延时大概几十到几百ms，解码器延时大概几十到几百ms（中间还有加解密过程，就是为了防止信号被干扰和非授权接收）

　　互联网直播一般有UDP和TCP两种传输方式，前一种是广播形式，各个用户端负责从UDP流上读取数据并解码；后一种是点对点方式，在获取数据流之前要先建立通信，两个点之间通信建立完成之后，服务器再向客户端发送数据流，客户端进行解码。

　　所以如果UDP和TCP在服务器端延时相同情况下，客户通过TCP方式获取直播流肯定延时会比UDP大（UDP方案服务器不需要跟客户端建立通信和维护通信的过程）。

　　题主问到的直播连线延时，我大概认为是电视节目中记者与记者之间的连线

　　这个延时主要是因为卫星转发延时，前面说过，一般有0.5-1秒的延时。还要考虑到GFW的影响，延时可能更大。因为记者回传图像一般使用的是卫星宽带，而不是卫星直播转发（这个成本太高），租用的卫星如果不是国内的，地面站是在境外。如果不是用卫星回传，利用当地的互联网通道回传，一样要经过GFW，所以还是会有较大延时。

　　所以一般与处在国外的记者连线时，通常能明显感觉到延时比较大。与处在国内的记者连线时，通常延时要低一些。

　　最后，回答一下关于题主的疑惑微信语音或视频通话也是有延时的，网络情况不同延时也不同。一般远距离连线，2秒以内延时通常都不易察觉。近距离连线1秒以内延时也不太容易察觉。所以微信通话延时没有你想象的那么低。（我之前测试过，微信视频通话如果通过inmarset卫星FleetXpress中转，延时最低也要2秒左右。而微信所用的方案跟webRTC类似，算是延时最低的方案）网络传输速度和延时没有关系，带宽大并不代表延时低，经常玩网游的人深有体会5G宣称的超低延时，是在特定条件下。即利用5G的无线方案+MEC（边缘计算）来实现的。如果5G无线信号之后通过互联网传输，中间过程受到互联网传输延时影响，一样也无法做到超低延时。

　　这种事当然是因为有教训……

　　不用太远的例子，当年奥巴马发表就职演说的时候，央视直播的整点新闻报道了这一消息，并插播了现场信号，带着同声传译的，结果赶上的时间点那叫一个巧，刚切过去就听到同声传译在说“我们将继续对抗恐怖主义和gc注意”，然后信号就断了，换成了措手不及的播音员……

　　这个视频我前些年还看到过的，刚才搜了一下没找到，找到了我也不敢贴，估计会被删，倒是有一段文字记载CCTV的同声翻译在直播奥巴马的就职演说时遇到的麻烦-上海同声传译王炎强-搜狐博客

　　这里面的描述比当时的情况温和了些，大家感受一下。所以你要是个导播遇到这种飞来横祸心头恐怕也要狂奔一阵羊驼吧？