下行传输高清的上行带宽要求?

Jak*_*s42 6 networking bandwidth hdtv streaming

我有一个使用 ADSL 技术的电视服务。这意味着我的电视基本上是通过互联网流式传输所有内容。

今天有人告诉我,这至少需要 1MB/s 的上行链路才能工作。那是对的吗?

请注意,我不是在谈论带宽下降,这会高得多。这是up,换句话说,我的电视提供商的机顶盒需要至少 1MB/s 的上传容量才能以 2-3MB/s 的速度向下传输(我猜是这样)。

它在发送什么?确认?

Spi*_*iff 18

这取决于流协议,但它可能会发送确认、重传请求、客户端质量报告、播放命令(播放/暂停/倒带)以及更改流比特率以更好地适应网络条件的请求。

这些都不会接近持续的 1Mbps 数据速率,因此他们可能要求比他们真正需要的更多,希望通过额外的空间,其他流量将不足以引发拥塞和缓冲膨胀,这可能会干扰流媒体服务的流畅播放和运行。


all*_*tic 10

如果不知道机顶盒的确切型号以及它用于与电视提供商接口的协议,就不可能知道它使用该带宽的确切目的。但是,我们可以根据您收到的服务做出一些有根据的猜测。

首先,正如您所猜测的那样,任何数字视频协议都将具有某种形式的“ACK”以指示成功接收数据。数字视频不是一种单向协议;为了保持数据包有序并保持视频流同步(以确保视频播放器不会播放视频太快或太慢),双方经常互相发送定时数据。丢弃的数据包根据某种算法进行处理,以确定是否有时间重新发送数据包,或者只是剪切视频并继续播放。它也可能愿意尝试解码和播放不完整的数据,并接受因此可能发生的任何损坏(这就是为什么有时空中数字电视会出现此问题的原因)。

任何基于订户的电视服务还应提供的其他内容包括:

  • 某种形式的身份验证,以确定您是注册的付费客户,并专门识别(订户)而不是其他人。该服务不是匿名的,因为您可能有一个订阅频道的“包”,并且您只能获得您付费购买的频道。
  • 某种形式的跟踪您观看的频道和时间。这可能是一个不常见的信号,例如“当用户切换频道时,告诉提供商我们现在正在观看哪个频道”。无论是供应商选择使用这些数据用于营销目的是达到他们,但它必须提供给他们不管,让他们知道要送你哪个频道的视频流!
  • 当您按下遥控器上的按钮时,某种形式的活动跟踪会通知提供商。作为改进用户界面的一种方式,这变得越来越普遍:他们将收集最难完成的任务的数据,并尝试在未来的更新中使它们更容易。它们可能会消除很少使用的选项。
  • 信号质量数据:您的机顶盒可能会告诉提供商信号是否经常中断,这会自动提醒技术人员进行调查,以确定他们是否有问题。或者,他们可能能够提供更可靠的较低质量的流(例如,从 1080p 正常降级到 720p)。
  • 诊断数据:您的 STB 可能偶尔会上传有关其正常运行时间、可用资源(例如存储空间和 RAM)以及任何软件崩溃日志的数据。

1 Mbit/s 听起来可能很多,但常规 HTTP 请求(此服务可能会或可能不会使用)的名义开销约为2%。他们对 1 Mbit/s 的估计可能基于:

  • 有足够的带宽可用于调试日志(大小可能为几兆字节)之类的内容,以足够快地上传,以便任何发送它们的进程都不会超时。也许它只允许 60 或 90 秒的过程完成之前放弃。
  • 您线路中的信号降级可能意味着提供的1 Mbit/s 实际上会提供大约一半或更少的速度,并且 ISP 可能没有动力去改进它。理想情况下,即使在这种降级条件下,您的电视仍然可以正常工作,因此即使它们只严格需要 512 Kbit/s,要求 1 Mbit/s 也会给它们带来误差。
  • 电视流媒体期间的正常操作可能会消耗更少的带宽,但 1 Mbit/s 可能是“最坏的情况”,例如如果您经常使用遥控器、频繁切换频道、查看电视指南等——它们想要确保您的连接可以处理所有这些,而不会导致上游过于拥挤和超时。
  • 如果 ADSL 线路与其他任何设备共享(尤其是计算机,它们往往比 TV STB 有更多原因需要上传),您将需要用户线路上有足够的上行容量。与当今的大多数事物相比,1 Mbit/s 的速度非常低。

视频协议的开销实际上可能远高于 2%。加密(双向)可能会增加几个百分点。也许每个数据包的大小都非常小,这会增加总体开销,因为您将拥有更多的总数据包,并且每个数据包都有与之关联的元数据。所有这些都涉及一点上游,最终加起来。

总体而言,无法确定为什么他们认为您的 TV STB 需要 1 Mbit/s 的上行流量,但这可能只是一种猜测,或者基于测试表明某些操作需要一点上行流量,并且必须一定的速度以获得不错的性能(例如,每次盒子必须与提供商中心办公室重新协商加密层时,验证您的 STB 的初始握手可能需要突发)。

不过,我怀疑他们是否使用稳定的 1 Mbit/s 而只是正常流式传输视频。对于任何合理高效的视频流协议,视频的质量和比特率都必须非常高,才能持续要求如此高的上游。

  • *数字视频中的术语问题不是单向协议*。我认为您的意思是“流媒体”或“点播”视频。我可以将天线连接到我的电视/显示器并通过无线电频率接收数字视频广播 ([ATSC](https://en.wikipedia.org/wiki/ATSC_tuner)),这*绝对*是单向的。通过 Internet 进行多播也是一回事(尽管通常不是面向最终用户)。您只需要使用 TCP 等协议的 ACK,该协议专为*可靠* 1:1 连接而设计。 (2认同)
  • 您应该建议对如何改进答案的想法进行编辑,而不是留下评论,因为评论是短暂的,并且可能会因任何原因被删除,而不会发出警告。就我而言,如果我看到我的答案的编辑,我很可能会接受它们,即使你“把话放在我嘴里”,只要它改善了答案(我不会对这些事情感到冒犯和认为这是为网站做出贡献的绝佳方式。) (2认同)