在最近出版的衡量美国宽带报告指出，FCC错误地将“带宽”和“速度”这两个词互换使用。FCC应该更清楚。isp声称，如果你购买他们的更高带宽服务，就能提供高网速。这误导了消费者，让他们误以为更高的带宽连接会自动带来更快的用户体验。事实上，带宽只是影响用户响应时间(也就是速度)的六个因素之一。(本文是NetForecast最新发布的报告系列的一部分FCC的“衡量宽带美国”报告只讲述了一半的故事.）
带宽的正确称呼是容量，而不是速度。然而FCC选择采用ISP营销术语来描述带宽。这里是NetForecast开发的一个简单的方程，用来解释速度和带宽之间的差异。这个方程式有注释，显示谁/什么对这个“速度”方程式中的每个因素负责。isp只对其中一个因素负有主要责任。
地点:
任务响应时间(R)是衡量用户体验速度的最有用的方法。任务是会话或过程中每个用户与应用程序的交互。任务时间是从用户输入应用程序查询、命令、功能等需要服务器响应的时间，到用户收到响应并能够继续执行的时间。有人称之为“用户等待时间”——或者在Web的情况下称为“页面加载时间”(PLT)。这些单个任务完成时间的聚合定义了用户感知到的应用程序“响应性”。
有效载荷是必须发送到/从用户设备发送的以比特(8xBytes)表示的信息内容。这是由应用程序或网站开发人员决定的。
带宽是用户和应用服务器之间所有网络链接的最小容量(以比特/秒为单位)。最慢的链路通常是由用户的ISP提供的用户对Internet的访问线。有效可用的链路带宽可能会由于拥塞和协议的低效(例如，较小的TCP窗口大小)而减少。
AppTurns应用程序客户机-服务器软件交互(轮数)是否需要生成用户级系统响应或任务?轮流由那些编写应用程序或网站的人决定。它们不包括双向TCP交互(如ack)。较新的浏览器试图通过运行多个到服务器的并行连接来减少appturn。在实践中，这适当地提高了整体响应时间。
延迟用户与应用服务器之间的往返时间(以秒为单位)。延迟是由物理的用户-服务器距离决定的，这是受光速和每个包必须通过的交换跳数的限制。由距离引起的延迟受光速控制。由跳引起的延迟由网络拓扑决定。由于Internet的分布式特性，需要在两点之间进行多次跳转(所有用户不可能一次跳转就离开所有源)。用户和服务器之间的延迟实际上是两条路径的和:
- ISP -在用户的报文到达公共Internet之前，通过用户本地ISP所需要的距离和跳数。isp可以使这条路径更有效。
- Internet -在Internet上需要到达服务器的距离和跳数。ISP和用户都不能对该路径的往返时间(RTT)有任何影响。
Cc(计算客户端)客户机设备所需的总处理时间(以秒为单位)。
Cs(计算服务器)是服务器所需的总处理时间(秒)。
请注意，应用延迟产品通常是影响响应时间的最大因素，而宽带isp基本上无法控制它。今天典型的网页通常需要加载超过100个appturn。
交换使用带宽和速度是没有帮助的，令人困惑的，我们的建议是完全错误的。我们建议FCC和isp开始将带宽视为容量，并将其定义为有助于更快用户体验的众多因素之一。为了清晰起见，isp应该兜售“高容量”而不是“高速”互联网连接。
上面给出的公式量化了web、在线游戏、电子邮件等事务应用程序的响应时间或“速度”。它不适用于流媒体应用，如视频、音乐、在线广播等。更高的带宽将通过允许更高分辨率的视频和更好的保真度的音频来提高这些应用程序的质量。更多的带宽也将使一个家庭能够同时操作更多的视频/音频流(更多的用户观看不同的节目)。重要的一点是，在这个应用类别中，带宽也不能转化为速度;它直接转化为能力。
无论你如何看待它，带宽是使应用程序和设备做更多他们所做的事情的能力。数字设备和应用程序消耗带宽容量，就像汽车消耗汽油和冰箱消耗电力一样。油箱里加更多的油并不能使汽车跑得更快。
点击在这里拿到FCC的报告