《从模拟调制解调器到标准电话语音信道看数据传输的演变.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配置