随着5G和小蜂窝的密集化，移动网络需要经济可行的回程解决方案。有线电视运营商在固定网络方面处于有利地位，可以弥补这一差距，许多有线电视运营商自己也运营移动网络。我们是否正处于固定-移动网络融合的边缘?事情似乎正朝着这个方向发展，但如果没有技术发展使DOCSIS和LTE网络兼容，这将不会发生。

这种兼容性的一个重要因素是调整DOCSIS和LTE回调所需的典型网络延迟。今天的DOCSIS上游访问延迟高于分配的预算(图1)和解决延迟问题是实现有线网络移动回程的关键。

我们的解决方案是:在一起更好

大约一年前，一个灵光一闪的时刻带来了一种解决方案，促成了CableLabs和Cisco之间的一个联合项目，我在去年10月写过一篇文章。亚博yabo888vip网页版你可以读到在这里．

概括一下，我们不是作为两个独立的网络运行，而是希望将DOCSIS通道访问过程与LTE提供的信息进行协调，以便在LTE事务仍在进行时启动DOCSIS进程。当两个系统携手工作时，我们可以获得更好的端到端延迟。(图2)

CableLabs亚博yabo888vip网页版团队提供移动方面的专业知识，John Chapman (Cisco研究员和CTO Cable Access)团队开发ccmts上的流水线API，我们使用开源LTE小单元和Cisco cBR-8 CMTS共同构建了一个概念验证(PoC)。

我们一直在做的事情

自去年10月我的博客以来，我们一直致力于描述DOCSIS通道负载不断增加的DOCSIS延迟。使用流水线方法，我们从用户设备(UE)发送的一系列ping包在DOCSIS链路上实现了~1-2 ms的上游延迟(图3)。当我们用其他高达通道容量的~60%的上游流量加载DOCSIS链路时，延迟保持一致。在这个加载点之上，与没有流水线相比，我们的流水线方法的延迟增益变得更加显著，尽管在1-2毫秒范围内爬行。

在这一点上，持怀疑态度的读者可能会想，通过DOCSIS链接发送LTE调度信息的惩罚是什么?我们将我们的LTE调度程序编码为每1毫秒发送一个“带宽报告”(BWR)消息。因此，一条80字节的BWR消息需要640 kbps，这是一分钟的速度，而DOCSIS现在的速度在几gbps范围内。

另一方面，LTE调度器预测的数据可能不会真正到达DOCSIS链接，从而导致DOCSIS补助金未得到充分利用。那么，有多少DOCSIS补助金是由CMTS颁发的，但没有与BWR方法一起使用?我们进行了测试，并观察到相当多的数据。我们将对即将到来的网络研讨会进行更多报道(详情见下文)。

我们也一直致力于前传设置。初步结果表明，与回程相比，BWR可以获得更多的延迟增益。稍后再详细介绍。

接下来是什么

• 自去年夏天以来，我们一直在向CableLabs成员演示概念验证。亚博yabo888vip网页版亚博yabo888vip网页版CableLabs和思科将在即将到来的世界移动通信大会上再次举行联合演示。
• 联合团队正在完成PoC工作。我们一起致力于完善流水线操作和设计新的BWR消息。我们将把这个基线设计提交给我目前领导的CableLabs移动回程工作组。亚博yabo888vip网页版考虑到CableLabs成员的兴趣，我的目标是让亚博yabo888vip网页版LTE和CMTS供应商在协议和消息细节上达成一致，这样有线运营商无论选择部署哪种LTE和CMTS设备，都可以获得延迟优势。
• 此外，在构建PoC的过程中，我们积累了如何完善BWR算法的专业知识，以最佳地预测从LTE端输出的数据量和时间。我们将在规范工作期间将这些知识传递给LTE实现者。

我是举办网络研讨会2月15日，星期四，约翰·查普曼^th太平洋时间上午8点/东部时间上午11点/欧洲中部时间下午5点。它是向公众开放的，我们希望在那里见到你。

在座的各位世界移动通信大会我和约翰·查普曼在思科3E30号展位举行联合演示，3号展厅混合展厅。