ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:213.68KB ,
资源ID:24330641      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/24330641.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ADSL通信系统中CRC原理及案例分析For BaiDu.docx)为本站会员(b****2)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

ADSL通信系统中CRC原理及案例分析For BaiDu.docx

1、ADSL通信系统中CRC原理及案例分析For BaiDuADSL通信系统中CRC原理及案例分析绪论循环冗余校验码(CRC),因编码简单且误判概率很低,在通信系统中得到了广泛的应用。循环冗余校验码的英文全称为Cyclic Redundancy Check,缩写为CRC。CRC是ADSL通信系统中关于误码率(BER)分析的一个重要参数,鉴于之前对于DSL性能误码率这一块的资料较少,特意写这篇文章增加大家对这方面的了解。1. CRC基本原理CRC的基本思想是利用线性编码理论, 在发送端根据要传送的K位二进制码序列,以一定的规则产生一个校验用的监督码(即CRC码)R位,并附在信息后面构成一个新的二进制

2、码序列,共(KR)位,最后发送出去。在接收端,接收到原始数据及其CRC校验码后,按如下步骤进行校验。1) 接收到完整的数据及其CRC校验码,组成新的多项式。2) 利用相同的生成多项式作为除数来除这个新的多项式,得到结果。3) 如果除法没有余数,那么数据在传输过程中没有错误,校验成功,否则失败。生成CRC的公式如下: (公式11)上式中,是信息多项式,是生成多项式,是校验多项式。2. ADSL系统中CRC结构ADSL系统使用如下图1(ITU G992.5)所示的超帧结构,每个超帧由68个ADSL数据帧和一个同步帧组成,ADSL数据帧被编码调制成一个DMT符号,然后由调制器插入一个同步DMT符号,

3、它不携带任何用户信息,用来确定超帧的边界。图1 ADSL系统的超帧结构上图1中,每个超帧中有8个比特(crc0crc7 )用于快速数据缓冲区的循环冗余校验,同样,也有8个比特用于交织缓冲区的循环冗余校验,24个指示比特ib0ib23用于OAM(操作,维护和管理)功能,每个超帧中第一帧的快速和交织缓存中的SYNC字节要用来做CRC字节,快速缓存中的第1,34,35帧中的快速同步字节(“FAST BYTE”)要用来携带ib0ib23的指示位。指示位主要是用来指示线路状况,其余帧的“FAST BYTE”,如果以0作为字节的结尾,表示此字节为同步字节,如果以1作为字节的结尾,则表示此偶数帧和下一个奇数

4、帧的“FAST BYTE携带了EOC信息。交织缓存中的其余帧(167)的同步字节作为分配给交织数据缓存区的承载信道的同步控制和用于ADSL开销控制信道(AOC)。每个数据帧编码后成为一个DMT符号,而数据帧是由快速数据缓冲区和交织数据缓冲区的数据组成的,在不同的参考点(A,B,C)上,数据帧有不同的形式,在进入星座编码器的数据帧中,每个帧的前一部分是来自快速缓冲区的数据,而后一部分是来自交织缓冲区的数据。3 CRC的应用分析3.1 CRC在ADSL系统中编码原理本文按照G992.1标准设计的CRC模块,实现方式是:在发送端,CRC编码器根据生成多项式对每一个复帧计算出一个8bit的CRC,然后

5、放在下一个复帧的第一个数据帧中传输。在接收端,CRC编码器根据同一个生成多项式计算出CRC,然后和发送端传输过来的CRC进行比较。如果两个CRC相同,则说明传输过程中没有出现错误位;反之,若不同,则表明传输过程中发生了错误位。G992.1标准中给定了生成多项式,确定了生成多项式之后就可以根据公式(11)得到任意数据的CRC校验码。对于一个信息多项式,CRC循环冗余校验字节的产生方法是将信息多项式左移八个单位,并除以生成多项式,所得余式即为CRC校验多项式,可以写做:下面通过一个例子来说明怎么计算得到CRC校验字节:假设信息字段代码为:101100101,对应信息多项式为:;因生成多项式为:,则

6、对应的代码为:100011101。第一步:信息多项式左移八个单位,对应的代码记为:10110010100000000;第二步:采用多项式模二除法(参考附录),得余数为:10110001,(即校验字段为:10110001)。发送方:发出的传输字段为:10110010110110001;信息字段和校验字段;接收方:使用相同的生成码进行校验:接收到的字段/生成码(二进制除法), 如果能够除尽,则正确。(大家感兴趣的话可以验证一下)3.2 CRC在ADSL系统中的案例分析误码率是数字通信系统的两大主要性能指标之一。在ADSL通信系统中一般要求误码率小于10E-7,这样QoS才有保证。, (公式12)其

7、中是CRC的数目,对于Fast和Interleave信道,分别对应不同的取值。是实际速率,是测试时间。1)对于Fast 模式,1 CRC15Bits Data Error,即;(Fast:Up Delay1ms,Down Delay1ms)2)对于Interleave模式,1 CRC40 Bits Data Error,即;(Interleave:Up Delay16ms,Down Delay16ms)那么根据公式12推导一下,我们可以得到:1) Interleave模式下,对于实际传输速率为20M的比特码流,一分钟最多允许出现3个CRC;2) Fast 模式下,对于实际传输速率为20M的比特

8、码流,一分钟最多允许出现8个CRC。我们可以通过在DSLAM端或者Modem端查看CRC参数,了解DSL的基本性能情况。本次测试采用的局端是HW5600,Modem是Broadcom 4.X方案的(具有一定的代表意义)。通过Telnet命令:Telnet 10.10.10.100 登陆HW5600局端:prompt(config-if-adsl-0/0)#display modem atu-c (查看局端版本信息)prompt(config-if-adsl-0/0)# - Vendor special string : (co-01234567) Vendor ID : FFB54753504

9、E0000 Vendor version : E.67.1.20 (CNXT局端) -prompt(config-if-adsl-0/0)#display modem atu-r (查看modem版本信息) PortID :31prompt(config-if-adsl-0/0)# - Vendor special string : Vendor ID : B5004244434D0000 Vendor version : A2pB025c1 -1. 从Modem的WEB页面观察CRC的变化:图2 ADSL同步后页面显示的xDSL状态拔掉ADSL线后,CRC剧增:图3 拔掉ADSL线瞬间页面显

10、示的xDSL状态. 从局端CLI命令行观察CRC的变化:prompt(config-if-adsl-0/0)#display line operation 31(查询激活后线路操作参数) It will take several minutes, and console may be timeout, please use commandidle-timeout to set time limit Are you sure to continue? (y/n)n:prompt(config-if-adsl-0/0)#yprompt(config-if-adsl-0/0)# - Channel

11、mode : Interleaved Downstream channel bit swap : Enable Upstream channel bit swap : Enable Trellis mode : Enable Standard in port training : G992.5-Annex A Downstream channel rate(Kbps) : 23093 Downstream max. attainable rate(Kbps) : 26692 Downstream channel SNR margin(dB) : 6.3 Downstream interleav

12、ed channel delay(ms) : 5 Downstream channel attenuation(dB) : 3.5 Downstream total output power(dBm) : 17.3 Upstream channel rate(Kbps) : 1022 Upstream max. attainable rate(Kbps) : 1022 Upstream channel SNR margin(dB) : 5.5 Upstream interleaved channel delay(ms) : 3 Upstream channel attenuation(dB)

13、: 2.0 Upstream total output power(dBm) : 46.7 - G992.1 : G.dmt G992.2 : G.lite G992.3 : G.dmt.bis G992.5 : G.dmt.bisplusprompt(config-if-adsl-0/0)# - The valid intervals number in the interval table : 96 The invalid intervals number in the interval table : 0 Count of Loss of Frame failures : 46 Coun

14、t of Loss of Signal failures : 45 Count of Loss of Link failures : 38 Count of Loss of Power failures : 0 Count of Errored Seconds : 2273 Count of line initialization attempts : 57 Count of all encoded blocks received : 1745375 Count of all encoded blocks transmitted : 5938918 Count of all blocks re

15、ceived with correctable errors : 48395(上行线路当前FEC的数目) Count of all blocks received with uncorrectable errors : 11452(上行线路当前CRC的数目) Count of fast retrain times : 0 Count of failed fast retrain times : 0 Count of severely errored seconds(SES) : 1 Count of unavailable seconds : 79 Count of Loss of Frame

16、 failures : 0 Count of Loss of Signal failures : 0 Count of Loss of Power failures : 7 Count of Errored Seconds : 304 Count of all encoded blocks received : 5938918 Count of all encoded blocks transmitted : 1745375 Count of all blocks received with correctable errors : 214551 (下行线路当前FEC的数目) Count of

17、 all blocks received with uncorrectable errors : 6968 (下行线路当前CRC的数目) Count of severely errored seconds(SES) : 86 Count of unavailable seconds : 2762拔掉ADSL线后,CRC剧增:prompt(config-if-adsl-0/0)# display line operation 31(查询激活后线路操作参数) It will take several minutes, and console may be timeout, please use c

18、ommandidle-timeout to set time limit Are you sure to continue? (y/n)n:yprompt(config-if-adsl-0/0)# - Channel mode : Interleaved Downstream channel bit swap : Enable Upstream channel bit swap : Enable Trellis mode : Enable Standard in port training : G992.5-Annex A Downstream channel rate(Kbps) : 230

19、89 Downstream max. attainable rate(Kbps) : 25452 Downstream channel SNR margin(dB) : 6.3 Downstream interleaved channel delay(ms) : 5 Downstream channel attenuation(dB) : 3.5 Downstream total output power(dBm) : 17.3 Upstream channel rate(Kbps) : 1026 Upstream max. attainable rate(Kbps) : 1026 Upstr

20、eam channel SNR margin(dB) : 15.0 Upstream interleaved channel delay(ms) : 3 Upstream channel attenuation(dB) : 2.0 Upstream total output power(dBm) : 46.7 - G992.1 : G.dmt G992.2 : G.lite G992.3 : G.dmt.bis G992.5 : G.dmt.bisplusprompt(config-if-adsl-0/0)# - The valid intervals number in the interv

21、al table : 96 The invalid intervals number in the interval table : 0 Count of Loss of Frame failures : 48 Count of Loss of Signal failures : 47 Count of Loss of Link failures : 40 Count of Loss of Power failures : 0 Count of Errored Seconds : 2325 Count of line initialization attempts : 59 Count of

22、all encoded blocks received : 1754127 Count of all encoded blocks transmitted : 5972832 Count of all blocks received with correctable errors : 49847 (上行线路当前FEC的数目) Count of all blocks received with uncorrectable errors : 12036 (上行线路当前CRC的数目) Count of fast retrain times : 0 Count of failed fast retra

23、in times : 0 Count of severely errored seconds(SES) : 1 Count of unavailable seconds : 42 Count of Loss of Frame failures : 0 Count of Loss of Signal failures : 0 Count of Loss of Power failures : 7 Count of Errored Seconds : 328 Count of all encoded blocks received : 5972832 Count of all encoded bl

24、ocks transmitted : 1754127 Count of all blocks received with correctable errors : 240483 (下行线路当前FEC的数目) Count of all blocks received with uncorrectable errors : 8161 (下行线路当前CRC的数目) Count of severely errored seconds(SES) : 108 Count of unavailable seconds : 2867*在测试过程中,请注意以下几点:1进行DSL性能的BER测试时,我们关注的是C

25、RC的变化值,而不是绝对值,可能某些局端或Modem 因为线路环境的影响,刚建立连接的时候,CRC数目就很大,而且没有在同步上的时刻清零,不能因此判断说CRC很多,性能不好;而是要在同步后进行长时间的检测,看CRC是否在原来的基础上有增加。2. 严格意义来说,局端和Modem上报的CRC值应该是一致的。3. 我们可以从CRC变化的几种情况来判断DSL的性能情况:1 ) DSL同步以后,CRC保持固定值不变,说明DSL性能比较稳定;2)DSL同步以后,CRC稳定地增加,可能一分钟增加几个,可能不会掉线,但是会影响吞吐量;3)DSL同步以后,CRC剧增,成百上千个地增加,说明线路环境已经相当差,肯定会导致ADSL掉线。附录:模2除法模2除法与算术除法类似,但每一位除(减)的结果不影响其它位,即不向上一位借位。所以实际上就是异或。然后再移位做下一位的模2减。步骤如下:a、用除数对被除数最高几位做模2减,没有借位。b、除数右移一位,若余数最高位为1,商为1,并对余数做模2减。若余数最高位为0,商为0,除数继续右移一位。c、一直做到余数的位数小于除数时,该余数就是最终余数。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1