从模拟调制解调器到标准电话语音信道看数据传输的演变.doc
《从模拟调制解调器到标准电话语音信道看数据传输的演变.doc》由会员分享,可在线阅读,更多相关《从模拟调制解调器到标准电话语音信道看数据传输的演变.doc(2页珍藏版)》请在三一文库上搜索。
1、从模拟调制解调器到标准电话语音信道看数据传输的演变15年前,连接因特网最常见的方式是透过模拟调制解调器,再经标准电话语音信道发送数据。这种技术采用已经部署的现有标准双绞电话线,无需对最后一哩(last 生成多个ONU。可强制让ONU运行在锤子(hammer)模式,即数据封包至数据封包相位跳变始终是UI的0.5%。我们想确保BCDR完全不受这种波动的影响。每次多帧数据封包重启时,锤子模式下生成的所有数据封包移动1微微秒,以确保BCDR的相位检测器没有死区。锁定时间必须始终为32位短而且确定。还可以在08000+之间改变数据封包前导码长度,这样能同时满足最严格的ITU.T PON要求和比较宽松的I
2、EEE PON要求。图2显示XAPP1277中与BCDR配套提供的模拟环境架构。该模拟环境透过脚本运行,无需编写代码便可在数分钟后看到波形。图2 BCDR配套提供的模拟环境对于硬件供货商来说,软件压力测试框架是一个非常好的起点。然而,你可能需要看到硬件工作,而这正是第二个BCDR框架的工作;该框架使用针对Kintex UltraScale FPGA的KCU1250特性描述套件,并在硬件中不断生成并检查数据封包,以免看到单个bit错误或丢失单个数据封包。如何使用演示卡模拟PON环境?如何用1个BCDR进行锤子模式测试?上行数据总是以双倍速率合成,而且TX串行器总是每个上行bit生成两个同样的bi
3、t。这样,在架构层面,硬件框架可以仿真任意两个连续数据封包之间0.5UI的跳变可在PON环境中发生的最差情况。硬件框架透过插入任意两个数据封包之间最差相位步骤,对BCDR施压。该框架中的有效负载是被截短的PRBS,在每个数据封包的定界符(delimiter)之后重新开始。如果BCDR跳过数据封包,你会看到一个负载错误;还可在运行中改变前导码长度。整个硬件测试台支持脚本编写,而且嵌入Vivado硬件分析器,还具备一套控制功能。除了锤子模式测试、错误插入和累积以外,还可在运行中更改很多串行/解串行器(SerDes)特性和BCDR本身的很多特性,例如数字带宽。对于不熟悉FPGA技术的用户来说,SerDes配置则是另一个会使他们感到困惑的部分,因此BCDR框架提供使用说明,分步介绍如何配置SerDes,以协助用户设立PONOLT接口。图3为GT(Gigabit Transceiver)导向GUI示意图,显示框架如何指导配置,以及如何避免硬件复杂性。这些技术使用户只需透过GUI就能选择好BCDR这样的复杂产品。原则上,你即使不了解基础技术细节也能做这些工作。一旦对BCDR完成评估,硬件测试台就会成为启动真实项目的最佳起点,只需删除演示数据报生成器/检查器并用真实的PON MAC替代这些模块,即可嵌入BCDR。图3 用于设置多速率OLT接口的SerDes配置
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 模拟 调制解调器 标准 电话 语音 信道 数据传输 演变
链接地址:https://www.31doc.com/p-3374822.html