DSL 参数参考
| DSL参数和状态 | |
| 供应商代码: | 00B5GSPN |
| 修订数: | Y.1.28.141 |
| 序列号: | 1234567890 |
| 本地发送功率: | 12.13 dB |
| 远端发送功率: | 19.77 dB |
| 本地线路衰减: | 23.5 dB |
| 远端线路衰减: | 12.0 dB |
| 本地信噪比: | 18.5 dB |
| 远端信噪比: | 15.0 dB |
| 自检: | Passed |
| DSL标准: | G.dmt |
| Trellis编码: | Enable |
| 帧结构: | Framing-3 |
| 配置数据 | 上行 | 下行 | ||
| 交织 | 快速 | 交织 | 快速 | |
| 下行0(kbps): | - | - | 6144 | 0 |
| 下行1(kbps): | - | - | 0 | 0 |
| 上行0(kbps): | 640 | 0 | - | - |
| 上行1(kbps): | 0 | 0 | - | - |
| RValue: | 16 | 0 | 16 | 0 |
| SValue: | 8 | 1 | ||
| DValue: | 2 | 16 | ||
这个是铁通 的人调完后DSL的参数，如果是线路的问题就看线路的衰减一般上了20就容易断线。
在这个配置下 下行6144 上行640
| DSL参数和状态 | |
| 供应商代码: | 00B5GSPN |
| 版本号: | Y.1.28.210 |
| 序列号: | 123456789abcdx |
| 本地发射功率: | 12.13 dB |
| 远端发射功率: | 18.3 dB |
| 本地线路衰减: | 34.0 dB |
| 远端线路衰减: | 20.0 dB |
| 本地信噪比裕度: | 19.0 dB |
| 远端信噪比裕度: | 22.0 dB |
| 自检: | Passed |
| DSL标准: | G.dmt |
| Profile: | MII |
| Tx Line Rate: | 512 Kbps |
| Rx Line Rate: | 2048 Kbps |
| Framing Structure: | Framing-3 |
| Trellis Coding: | Enable |
| 配置数据 | 上行 | 下行 | ||
| 交织 | 快速 | 交织 | 快速 | |
| 下行0(kbps): | - | - | 2048 | 0 |
| 下行1(kbps): | - | - | 0 | 0 |
| 上行 0(kbps): | 512 | 0 | - | - |
| 上行 1(kbps): | 0 | 0 | - | - |
| RValue: | 0 | 0 | 0 | 0 |
| SValue: | 4 | 2 | ||
| DValue: | 2 | 4 | ||
配置三参考
| 配置数据 | 上行 | 下行 | ||
| 交织 | 快速 | 交织 | 快速 | |
| 下行0(kbps): | - | - | 0 | 6144 |
| 下行1(kbps): | - | - | 0 | 0 |
| 上行0(kbps): | 0 | 640 | - | - |
| 上行1(kbps): | 0 | 0 | - | - |
| RValue: | 0 | 0 | 0 | 0 |
| SValue: | 1 | 1 | ||
| DValue: | 1 | 1 | ||
| DSL参数和状态 | |
| 供应商代码: | 00B5GSPN |
| 修订数: | Y.1.31.17 |
| 序列号: | 1234567890 |
| 本地发送功率: | 11.75 dB |
| 远端发送功率: | 19.67 dB |
| 本地线路衰减: | 32.5 dB |
| 远端线路衰减: | 13.5 dB |
| 本地信噪比: | 11.5 dB |
| 远端信噪比: | 18.0 dB |
| 自检: | Passed |
| DSL标准: | G.dmt |
| Trellis编码: | Enable |
| 帧结构: | Framing-3 |
但这个参数是归局端配置的，用户不能配，很明显 快速的模式要比交织的模式要好。
Fast/Interleaved 的比较
interleaved 只是加强了纠错性能，用于抵抗突然的干扰。
交织的过程是这样的：在数据被送入线路前，首先进入交织器，按行写入，按列读出，这样假设跨度为7的交织器，设定交织深度为3，ADSL编码中一个FEC码字的长度为256byte。那么这些字节写入后被如下排列：
01 02 03 04 05 06 07
08 09 10 11 12 13 14
15 16 17 18 19 20 21
读出后，排列顺序编为 1、8、15、2、9、16、3、10、17……
而在接受端，数据被按列写入交织器，按行读出，从而恢复本来的顺序。
正是这样一个写入、读出的过程，导致了延时，交织深度越大，延时越大。
交织带来的好处是什么呢？我们假定线路受到了一个脉冲干扰，如果采用Fast模式，按顺序把数据送入线路的情况下，2、3、4这三个比特被受到了干扰。而采用交织的情况，会如何呢？我们注意到，当采用交织后，被送入线路的实际顺序，因此被干扰的是8、15 、2这三个比特。这样，由于交织的存在，错误被分解了，这就有利于FEC更好的纠错。
ADSL 原理
ADSL是把电话线的高频部分划分成很多的TONE，每一个TONE承载一定的BIT带宽，所有TONE所能承载的带宽总量加起来就是这条ADSL线路的最大带宽。每一个TONE具有一定的本底噪声，去除这个本底噪声所占的带宽之后剩下的部分才能传输数据 ，因此计算的是除去噪声之后该TONE所能承载的最大带宽。而电话线工作环境比较恶劣，干扰是不断变化的，因此每一个TONE的噪声都不能固定在某一个DB上，因此，我们在分配BIT是就必须留有余量，就是说每一个TONE的带宽必须是总带宽—噪声—空白 余量。这个空白余量的作用就是，如果这个TONE的噪声突然变大，那么数据就可以临时使用这个余量保证正常传输而不至于掉线。
因此我们可以知道，如果线路的信噪比允许范围大，那么真实可用带宽就小，反之则实际可用带宽大，这两者是此消彼长的关系。
那么 上行928，下行8128，几乎达到ADSL极限，所以信噪比允许范围小是完全正常的。
通常下行衰减除13。8等于到DSLAM的距离，那个什么3db之类的离DSLAM就2，3百米吧
浙公网安备 33010602011771号