DOCSIS
启用移动回程有线网络
随着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号展厅混合展厅。