目录

简介

信噪比

如何获取信噪比和CNR读数

如何查看噪音地板

零跨度的上游运营商

前向纠错

如何通过SNMP获取FEC计数器

每调制解调器FEC计数器

上游数据包计数器

结论

Appendix

上游可更正FEC百分比

上游不可纠正的FEC百分比

上行SNR

MC28U或5x20线卡上每个调制解调器FEC计数器如何提取OID的示例

相关信息

简介

要在混合光纤/同轴电缆(HFC)电缆设备上运行高速数据(HSD)网络，需要高度的质量控制，以确保数据完整性和最高级别的数据吞吐量。有线电视运营商测量数据质量的两种普遍接受方法是通过监控误码率(BER)或数据包误码率(PER)。

有线数据服务接口规范(DOCSIS)概述了每个有线运营商为可靠传输IP数据流量必须维护的要求。DOCSIS的一个重要功能是解决保护IP数据免受射频(RF)噪声损害的需要。DOCSIS用于帮助保持HFC电缆设备上IP数据完整性的功能是Reed-Solomon前向纠错(FEC)编码。

实际上，FEC编码可保护IP数据和DOCSIS管理消息免受噪声和其他损坏引起的符号错误的影响。FEC的独特之处在于它能够检测符号错误并纠正它们。因此，DOCSIS规定，通过HFC设备传输的所有IP数据都应通过Reed-Solomon编码器，在编码器中向数据帧添加额外的奇偶校验字节，以确保它们受到错误保护且不易损坏。

注意：如果错误是由脉冲噪声造成的，而脉冲噪声会连续产生许多错误，则FEC不能很好地工作。利用交织的方法，在下游对脉冲噪声引起的误差进行处理，使误差出现扩散，FEC方法是有效的。DOCSIS 2.0添加了上游交织，这有助于减少此类上游(US)损害，但1.x电缆调制解调器(CM)上不提供。

毫无疑问，有线网络的返回路径或上游尤其容易受到噪音和相关损害的影响。这种噪声可以是脉冲、入口噪声、热噪声、激光限幅等。如果没有FEC编码，数据包因比特错误而被丢弃的可能性很大。电缆设备上的FEC错误并非唯一的质量衡量标准。还必须考虑其他变量，例如载波噪声比(CNR)。

DOCSIS标准包括下游和上游有线电视射频性能的推荐参数。具体而言，射频干扰(RFI)规范“假设的上游RF信道传输特性”(Efsed Upstream RF Channel Transmission Characters)的2.3.2节规定:

载波干扰加入（噪声、失真、共通路径失真和交叉调制的和以及离散和宽带入射信号的和，脉冲噪声排除）比[不会]小于25 dB。

换句话说，DOCSIS建议的美国CNR最低为25 dB。在本文中，CNR定义为载波噪声比，在它到达解调器芯片（RF域）之前，由频谱分析器测量。反之，SNR被定义为在载波被解调后从电缆调制解调器终端系统(CMTS)的US接收器芯片获得纯基带信噪比。

因此，当您查看Cisco uBR7246的SNR读数并看到类似30 dB的数字时，您很容易认为上游似乎达到甚至超过DOCSIS，并且RF世界的情况很好。然而，情况并非总是如此。DOCSIS不指定SNR，而且CMTS的SNR估计与使用频谱分析器测量的CNR不同。

本文讨论uBR的上游SNR估计计算和uBR的FEC计数器，并说明为什么应持续评估这两个变量以确保HFC环境的HSD质量。

信噪比

uBR的SNR估计有时可能具有误导性，在检查上游RF频谱的完整性时，应将其视为起点。uBR MC16C线卡的SNR读数由美国芯片提供，但该读数不一定是“真实”RF损坏的可靠指标，例如脉冲型噪声、离散入口等。这并不是说美国的信噪比读数不准确。在上游损伤较少（例如，脉冲噪声、入口、公共路径失真等）的环境中，当CNR在15到25 dB范围内时，SNR估计值在数字上跟踪CNR，跟踪范围小于几分贝。以加性高斯白噪声(AWGN)作为唯一的损伤，是准确的；然而，在现实世界中，这些数字的准确性可能有所不同。这取决于损伤的性质，并且更好地反映调制误差比(MER)而不是CNR。

如何获取信噪比和CNR读数

本部分显示了如何从Cisco uBR7200和uBR10K获取上游SNR估计的几个示例(另请参阅附录)。 除非另有指定，否则所有命令行界面(CLI)命令和命令输出都取自Cisco IOS®软件版本12.2(15)BC2a。

请注意，“S卡”是指具有内置硬件频谱分析功能的电缆线卡，而“C卡”指没有此功能的电缆线卡。在某些设置下，S卡报告CNR而非SNR，因为它内置了用于执行频谱分析功能的硬件。

提示：收集Cisco IOS软件CLI命令的输出以进行故障排除或转发给Cisco技术支持时，切记启用terminal exec提示符时间戳，以便CLI命令的每行输出都附带时间戳和CMTS上的当前CPU负载。

对于S卡：

ubr7246# show controller cable6/0 upstream 0

Load for five secs: 5%/1%; one minute: 5%; five minutes: 5%

Time source is NTP, 00:17:13.552 UTC Sat Feb 7 2004

Cable6/0 Upstream 0 is up

Frequency 21.810 MHz, Channel Width 3.2 MHz, 16-QAM Symbol Rate 2.560 Msps

This upstream is mapped to physical port 0

Spectrum Group 1, Last Frequency Hop Data Error: NO(0)

MC28U CNR measurement - 38 dB

对于未分配频谱组的C卡或S卡：

ubr7246vxr# show controller cable3/0 upstream 0

Load for five secs: 10%/1%; one minute: 7%; five minutes: 5%

Time source is NTP, 00:17:13.552 UTC Sat Feb 7 2004

Cable3/0 Upstream 0 is up

Frequency 25.392 MHz, Channel Width 3.200 MHz, QPSK Symbol Rate 2.560 Msps

Spectrum Group is overridden

BroadCom SNR_estimate for good packets - 26.8480 dB

Nominal Input Power Level 0 dBmV, Tx Timing Offset 2035

建议将US级别设置为默认值0 dBmV，必要时使用外部衰减器强制调制解调器以更高级别传输。

ubr7246# show cable modem phy

MAC Address    I/F     Sid USPwr  USSNR  Timing MicrReflec DSPwr DSSNR Mode

(dBmV)  (dB)   Offset (dBc)     (dBmV) (dB)

0002.8a8c.6462 C6/0/U0  9  46.07  35.42  2063   31        -1.05  39.05  tdma

000b.06a0.7116 C6/0/U0  10 48.07  36.12  2037   46         0.05  41.00  atdma

提示：即使show controllers命令中报告了CNR，phy命令也可用于报告SNR。这特别有用，因为在执行入口取消后会报告SNR，在入口取消前会报告CNR。

注意：SNR在EC代码中以show cable modem detail的形式列出每个调制解调器。

如果配置了remote-query，则phy命令还会列出其他物理层属性。可以输入以下三行代码以激活远程查询：

snmp-server manager

snmp-server community public ro

cable modem remote-query 3 public

三秒用于快速响应，在负载较重的CMTS中可能不建议使用。大多数调制解调器中的默认只读社区字符串是public。

注意：忽略微反射条目，因为这是针对DS的，受CM供应商实施的准确性限制。

ubr7246# show cable modem 000b.06a0.7116 cnr

MAC Address    IP Address      I/F      MAC     Prim  snr/cnr

State   Sid   (dB)

000b.06a0.7116 10.200.100.158  C6/0/U0  online  10     38

此命令列出使用C卡时的SNR。当使用S卡并分配频谱组时，会报告CNR。show cable modemmac-address verbose 命令也适用。

如何查看噪音地板

S卡还允许您使用以下命令查看噪音楼层：

ubr7246-2# show controller cable6/0 upstream 0 spectrum ?

<5-55>              start frequency in MHz

<5000-55000>        start frequency in KHz

<5000000-55000000>  start frequency in Hz

A.B.C.D             IP address of the modem

H.H.H               MAC address of the modem

将调制解调器IP或MAC地址添加到命令中可显示调制解调器突发功率和信道宽度。

ubr7246-2# show controller cable6/0 upstream 0 spectrum 5 55 ?

<1-50>  resolution frequency in MHz

ubr7246-2# show controller cable6/0 upstream 0 spectrum 5 55 3

Spect DATA(@0x61359914) for u0: 5000-55000KHz(resolution 3000KHz, sid 0:

Freq(KHz) dBmV Chart

5000 :    -60

8000 :    -23  ****************

11000:    -45  *****

14000:    -46  *****

17000:    -55

20000:    -60

23000:    -60

26000:    -55

29000:    -18  *******************

32000:    -60

35000:    -60

38000:    -60

41000:    -55

44000:    -45  *****

47000:    -60

50000:    -60

53000:    -41  *******

该输出显示了载波下的噪声和其他频率的噪声。

除CLI外，基于SNMP的网络管理工具(如思科宽带故障排除器(CBT))还可用于显示美国频谱和其他属性。此外，CiscoWorks还可用于使用docsiIfSigQSignalNoise对象监控电缆线卡报告的SNR:

DOCS-IF-MIB

docsIfSigQSignalNoise .1.3.6.1.2.1.10.127.1.1.4.1.5

Signal/Noise ratio as perceived for this channel.

At the CM, describes the Signal/Noise of the downstream

channel.  At the CMTS, describes the average Signal/Noise

of the upstream channel.

注意：单个CM SNR读数仅在MC5x20S和MC28U线卡上可用。这些新的线卡包含入口取消功能，可能会提高性能，但会产生误导性的SNR读数。SNR读数在入口取消后；因此，如果入口对消从数学上删除入口，则SNR可以报告比实际载波干扰比好得多。

注意：当在S卡上使用频谱组时，show controllers 命令会从该美国的所有CM中随机选择CNR读数，这可能稍有不同，从而显示出不稳定的美国端口或CNR。

零跨度的上游运营商

频谱分析仪中值得使用的模式是零跨度模式。这是时域模式，显示是幅度与时间，而不是幅度与频率。此模式在查看本质上是突发的数据流量时非常有用。图1显示了在查看来自CM的上游流量时零跨度（时域）的频谱分析器。

图1 — 频谱分析仪上的零跨度显示

图1中可以看到数据包、调制解调器请求和脉冲噪声。如图2所示，这对于测量平均数字电平和观察噪声和入口非常有用。

图2 — 上行数字调制载波幅度的零跨度测量

零跨度也可用于查看数据包是否因时钟错误或头端分离器或组合器隔离不良而相互冲突。一个用于一个CMTS上游端口的数据包正在“泄漏”到另一个上游。请参阅本文档“相关信息”部分中列出的白皮书和文档。有关零跨度测量过程的说明，请参阅将Cisco uBR7200系列路由器连接到电缆头端。

本文档中到目前为止提到的几乎所有射频损害都可能降低上游性能，并表现为较差的数据吞吐量，而不必反映为低SNR。观察不可纠正的FEC错误（类似于较差的BER和PER）(即使SNR似乎高于最低DOCSIS标准)可能指向需要解决的其他暂时问题。也可能存在导致错误的CM，并且同一US上所有其他CM的SNR读数较差。在这种情况下，在频谱分析器上测量的CNR看起来不错，但CMTS会报告其他情况。

前向纠错

回想一下，Reed-Solomon FEC编码用于向数据包添加冗余奇偶校验字节，以便检测和纠正电缆设备引入的突发错误。

在理想世界中，可测量的比特错误(可纠正或不可纠正的FEC错误)几乎不会发生。但是，当存在不可纠正的FEC错误时，其影响可能非常严重，并且可能由任意数量的不同因素引起。以下是已知事件列表，这些事件可能在上游引入不可纠正的FEC错误，在排除FEC错误时应考虑：

- 扫描发射器干扰

- 放大器过载（压缩，即限幅形式）

- 激光削波

- 脉冲噪声或入口干扰

- 连接松动或断断续续

- 较差的上游组合器或分离器隔离

- 故障调制解调器

有两种方法可以收集FEC信息：

- CLI

- SNMP对象标识符(OID)轮询

以下是如何使用CLI收集FEC信息的示例(另请参阅附录):

ubr7246vxr# show controller cable3/0

Load for five secs: 5%/1%; one minute: 5%; five minutes: 5%

Time source is NTP, 00:17:13.552 UTC Sat Feb 7 2004

Interface Cable3/0

Hardware is MC16C

!--- Output suppressed.

Slots 937882 NoUWCollNoEngy 82 FECorHCS 4 HCS 4

Req 1160824263 ReqColl 350 ReqNoise 96 ReqNoEnergy 1160264889

ReqData 0 ReqDataColl 0 ReqDataNoise 0 ReqDataNoEnergy 0

Rng 609652 RngColl 0 RngNoise 76

FECBlks 1638751 UnCorFECBlks 7 CorFECBlks 4

- FECBlks — 与给定下游关联的所有上游端口接收的FEC块总数（正常和错误）。

- UnCorFECBlks — 与给定下游关联的所有上游端口接收的FEC块的总数，这些端口因噪音或入口而损坏，FEC算法无法纠正或恢复。

- CorFECBlks — 与给定下游关联的所有上游端口接收的FEC块总数，这些上游端口被噪声或入口略微损坏，可通过FEC算法进行纠正和恢复。

站维护突发使FECBlks计数器的增量大约为每x秒2，其中x是最小轮询间隔(如show cable hop命令中所示)除以1000。远程查询也会增加此计数器，调制解调器联机时的初始维护也会增加。由于初始维护发生在争用时间，因此可能存在冲突和后续不可纠正的FEC错误。

提示：在假设美国不稳定之前，请确保调制解调器没有测距或未上线，因为无法纠正的FEC计数器正在增加。此外，如果存在带计时问题的调制解调器，则NoUwCollNoEngy值可能会增加。唯一字是特定于BRCM而非DOCSIS的，是前导码的最后几个字节。

通过采用UnCorrFECBlks / FECBlks × 100可以估计一个百分比。 FECBlks 计数器是发送的FEC块总数，无论是好还是坏。此输出适用于整个MAC域（所有US）。 最好查看设置时间段之间的计数器，以查看增量。

注意：使用CLI收集FEC信息的一个缺点是UnCorFECBlks、CorFECBlks和总FECBlks不按上游分离。

要查看每个上游FEC信息，应使用SNMP OID。您还可以使用show cable hop命令查看每个上游端口的可纠正或不可纠正的FEC错误，但不能查看总FEC块。

ubr7246# show cable hop

Load for five secs: 5%/1%; one minute: 5%; five minutes: 5%

Time source is NTP, 00:17:13.552 UTC Sat Feb 7 2004

Upstream    Port       Poll Missed Min    Missed Hop   Hop    Corr    Uncorr

Port        Status     Rate Poll   Poll   Poll   Thres Period FEC     FEC

(ms) Count  Sample Pcnt   Pcnt  (sec)  Errors  Errors

Cable6/0/U0 21.810 MHz 1000 0      10     0%     75%   15     2664305 3404

Cable6/0/U1 admindown  1000 * * *   frequency not set   * * * 0       0

Cable6/0/U2 10.000 MHz 1000 * * *set to fixed frequency * * * 0       0

注意：clear counters命令仅清除show interface和show cable hop counters，而不清除show controllers计数器。仅当重新加载CMTS或使用以下命令对接口重新通电时，才可清除控制器计数器：

ubr# cable power off slot/card

为了强调这一点，有必要重复一点，即无法纠正的FEC错误会导致丢包，并且很可能导致上游数据吞吐量不佳。然而，在事件进入这一关键阶段之前，有预测和迹象表明上游性能正在恶化。可纠正的FEC错误用作上游数据吞吐量下降的指示，并作为警告信号，表明将来可能出现不可纠正的FEC错误。

提示：如果Uncorr计数器的增量比Corr计数器快得多，则问题可能与脉冲噪声有关。如果Corr 计数器以快（或快于）的速度递增，则它可能与AWGN有关，或者它是稳态入口问题，如公民频带(CB)、短波无线电、公共路径失真(CPD)等。

如何通过SNMP获取FEC计数器

来自DOCS-IF-MIB SNMP MIB文件的这三个SNMP OID用于收集和分析FEC错误(无错误、已纠正和无可纠正的FEC)，另请参阅附录:

DOCS-IF-MIB

docsIfSigQUnerroreds       .1.3.6.1.2.1.10.127.1.1.4.1.2

Codewords received on this channel without error.

This includes all codewords, whether or not they

were part of frames destined for this device.

docsIfSigQCorrecteds       .1.3.6.1.2.1.10.127.1.1.4.1.3

Codewords received on this channel with correctable

errors. This includes all codewords, whether or not

they were part of frames destined for this device.

docsIfSigQUncorrectables   .1.3.6.1.2.1.10.127.1.1.4.1.4

Codewords received on this channel with uncorrectable

errors. This includes all codewords, whether or not

they were part of frames destined for this device.

由于这三个MIB是绝对值（基于CMTS接收的FEC数据块总数），因此计算百分比可以更好地反映实际上游吞吐量性能。应使用以下公式：

- Cx = docsIfSigQUnerrores at time x

- Ecx = docsIfSigQCorrecteds at time x

- Eux = docsIfSigQUncorrectables at time x

%可更正= [(Ec1 - Ec0)/ [(Eu1 - Eu0)+(Ec1 - Ec0)+(C1 - C0)]] * 100

%不可更正= [(Eu1 - Eu0)/ [(Eu1 - Eu0)+(Ec1 - Ec0)+(C1 - C0)]] * 100

注意：不可纠正加非错误加已纠正等于代码字(CW;也称为FEC数据块)，包括所有CW，无论它们是否是发往CMTS的帧的一部分。CW的大小由调制轮廓确定。

每调制解调器FEC计数器

如果US数据包被丢弃，它会增加Uncorr FEC计数器。这发生在物理层。如果CMTS没有机会查看服务ID(SID)或源地址（第2层），您可能会问它如何区分丢弃的数据包。 但是，CM SID包含在DOCSIS报头中。

美国突发的示例：

（前导码）+ {（docsis hdr = 6字节）+（BPI+, docsis extended hdr = 4到7字节）+ 1500以太网+ 18以太网报头} +（保护带）

将{和}之间的所有内容相加，根据调制曲线切割成连续波，然后将2×T添加到每个连续波。因此，从技术上讲，如果保留SID的特定码字被丢弃，CMTS如何区分它发送的调制解调器？实现此目的的一种方法是使用CMTS的调度程序，该调度程序知道特定数据包从特定调制解调器到达的时间。

您可以使用show interface cableport /slot sid sid-number counter verbose命令显示每个调制解调器列出的FEC值。您还可以使用以下OID通过SNMP检索它们：

- 收到的码字正确(docsIfCmtsCmStatusUnerroreds)

- 已收到更正的代码字(docsIfCmtsCmStatusCorrecteds)

- 收到的未更正的代码字(docsIfCmtsCmStatusUncorrectables)

注意：目前仅与MC28U和MC5x20线卡相关。

ubr7246-2# show interface cable6/0 sid 10 counter verbose

Load for five secs: 5%/1%; one minute: 5%; five minutes: 5%

Time source is NTP, 00:17:13.552 UTC Sat Feb 7 2004

Sid                            : 10

Request polls issued           : 0

BWReqs {Cont,Pigg,RPoll,Other} : 1, 527835, 0, 0

No grant buf BW request drops  : 0

Rate exceeded BW request drops : 0

Grants issued                  : 1787705

Packets received               : 959478

Bytes received                 : 1308727992

Fragment reassembly completed  : 0

Fragment reassembly incomplete : 0

Concatenated packets received  : 0

Queue-indicator bit statistics : 0 set, 0 granted

Good Codewords rx              : 7412780

Corrected Codewords rx         : 186

Uncorrectable Codewords rx     : 11

Concatenated headers received  : 416309

Fragmentation headers received : 1670285

Fragmentation headers discarded: 17

这特定于此调制解调器，计数器大约每10秒更新一次。

ubr7246-2# show cable hop cable6/0

Load for five secs: 5%/1%; one minute: 5%; five minutes: 5%

Time source is NTP, 00:17:13.552 UTC Sat Feb 7 2004

Upstream      Port       Poll Missed Min    Missed Hop   Hop    Corr    Uncorr

Port          Status     Rate Poll   Poll  Poll   Thres Period  FEC     FEC

(ms) Count  Sample Pcnt   Pcnt  (sec)  Errors  Errors

Cable6/0/U0   23.870 MHz 1000 0      10     0%     75%   15     186     12

请注意，show cable hop命令报告了一个Uncorr FEC错误。这可能是因为CW被丢弃，而CW恰好属于另一调制解调器。

通过轮询MIB并使用多路由器流量记录器(MRTG)或其他软件（如Cisco BT）查看每CM FEC错误的图表会非常有趣。这可用于查看特定调制解调器的组延迟、微反射等是否较差。这只会影响特定调制解调器。

上游数据包计数器

另一个列出错误的命令是show interface cable5/1/0 upstream命令。这是与FEC CW不同的数据包。数据包可能包含许多CW。

ubr10k# show interface cable5/1/0 upstream

Load for five secs: 4%/0%; one minute: 5%; five minutes: 5%

Time source is NTP, 03:53:43.488 UTC Mon Jan 26 2004

Cable5/1/0: Upstream 0 is up

Received 48 broadcasts, 0 multicasts, 14923 unicasts

0 discards, 32971 errors, 0 unknown protocol

14971 packets input, 72 uncorrectable

4 noise, 0 microreflections

Total Modems On This Upstream Channel: 12 (12 active)

以下是术语的定义：

- 广播 — 收到的广播帧。

- 组播 — 已接收组播帧。

- 单播 — 收到的单播帧。

- discards — 仅MC5x20S线卡上的增量。列出因特定于卡（而非实际帧）的各种错误条件而丢弃的数据包。

- errors — 整个错误范围的总和，其中许多并不重要。此值计数的错误是基于BCM3210的卡（如MC16C和MC28C）：

- 未正确接收前导码和唯一字的已分配上游插槽数。

- 接收的不可纠正帧数。

- 带宽“请求”机会中的冲突。

- “请求/数据”插槽中的冲突（这些类型的插槽在Cisco CMTS上不发生）。

- 在带宽“请求”机会期间收到的帧损坏。

- 在“请求/数据”插槽期间收到的帧损坏。

- 听到的损坏的范围请求数。

对于MC5x20和MC28U等基于JIB的线卡：

- 上游错误帧，由于某种原因，未被分类为报头校验序列(HCS)或循环冗余校验(CRC)错误。

- 存在HCS问题的上游帧。

- 带有CRC错误的上游帧。

- 收到不可纠正的CW。

- 带宽请求IUC中的冲突。

- unknown protocol — 接收的非IP、地址解析协议(ARP)或以太网点对点协议(PPPoE)的帧数。 此计数器还包含具有格式错误的DOCSIS报头或无效报头选项的帧。

- 数据包输入 — 广播、组播和单播的总数。

- uncorrectable — 帧中至少有一个不可纠正的FEC CW的帧总数。此字段显示MC5x20和28U的N/A。请改用show cable hop输出中的Uncorr FEC Errors列，了解有关不可纠正错误的信息。

- noise — 对于基于BCM3210的卡（如MC16C和MC28C），这是在带宽“请求”或“测距”间隔内收到的损坏帧数。这使此数字成为错误数的子集。

- 在带宽“请求”机会期间收到的帧损坏

- 在“请求/数据”插槽期间收到的帧损坏。

- 听到的损坏的范围请求数。

对于MC5x20等基于JIB的卡，此计数器根本不增加。

- 微反射 — 微反射的数量；始终设置为0。

错误和噪声计数器不仅计数损坏的帧；它们还会计算初始测距请求冲突和带宽请求冲突。所以，噪音计数器的增量并不总是表示有问题。这可能只是意味着客户有大量调制解调器尝试联机，或有调制解调器尝试进行更多传输（导致所提到的冲突增加）。 噪声计数器实际上是错误计数器的子集，因为噪声包括错误计数器的最后三个组分。

结论

通过思科高级服务和快速响应小组的经验和实验室测试，以下是有关FEC和上游性能不佳的一些观察结果：

- 当噪声达到不可容受的级别或当数据包由于不良定时或较差的头端分离器或组合器隔离而相互碰撞时，存在不可纠正的FEC错误是一个很好的度量。对于后者，由于隔离性差，用于一个CMTS上游端口的数据包正在“泄漏”到另一个上游。

- 不可纠正的FEC错误大幅增加会导致语音质量问题。

- 当噪音级别增加时，可纠正的FEC错误会被视为。只要没有伴随的不可纠正的FEC错误，可纠正的FEC错误不会导致丢包或语音质量差。

- 增加US调制配置文件中的FEC T字节可能有助于达到特定点，但这取决于噪声源。7%到10%的FEC覆盖范围似乎是最佳的。

从前面的观察中，很明显，轮询CMTS以查找不可纠正的FEC错误非常有价值。有线IP语音(VoIP)对不可纠正的FEC错误尤其敏感。如果无法纠正的FEC错误百分比足够高，则会遇到语音质量问题，而IP数据可能只受到最低程度的影响。

最后，如果在引入快速瞬变射频损害（如前所述）但仍然出现不可纠正的FEC错误时，美国芯片的SNR读数具有误导性，则故障排除可能会变得复杂得多。

图3突出显示了一个美国在遇到不可纠正和可纠正的FEC错误的同时遇到低SNR的示例，强调了在测量上行性能时这两个参数之间的紧密关系。

图3 — 一段时间内的SNR和FEC错误

第一个图显示不可纠正和可纠正的FEC错误百分比，而底部图显示同一实例的SNR读数较差。快速检查频谱分析仪（如Agilent HP8591C）上的上游数字调制载波可能会在相当高的信道内噪声。使用第三方测试设备（如Hukk CM1000）可以确认具有脉冲性质的上游RF问题，请参阅可测量上游块错误率（类似于BER）的Sunrise Telecom网站（或Acterna DSAM）。 这将验证RF问题是否可能存在，即使SNR读数似乎良好。

底线是，如果美国SNR读数好，则不要自动假设RF正常。可能需要使用适当的测试设备进行一些研究，以确定RF域中的具体情况。射频频谱不像最初设想的那样干净的可能性很大。

Appendix

本节详细介绍要监控的上游参数。

上游可更正FEC百分比

描述

在此信道上接收的具有不可纠正错误的CW的百分比。这包括所有CW，无论它们是否属于发往此设备的帧。

公式

%可更正= [(Ec1 - Ec0)/ [(Eu1 - Eu0)+(Ec1 - Ec0)+(C1 - C0)]] * 100

- C = docsIfSigQUnerroreds

- Ec = docsIfSigQCorrecteds

- Eu = docsIfSigQUncorrectables

网络规则

已接收数据包中大于2.5%的值以黄色突出显示。

收到的数据包中，值>=5%为粗体红色。

网络信息

具有可纠正的FEC错误的输入CW相对于该接口上接收的CW总数的百分比。建议此比率低于所有输入连续波的5%。

详细信息

DOCS-IF-MIB

docsIfSigQUnerroreds       .1.3.6.1.2.1.10.127.1.1.4.1.2

Codewords received on this channel without error.

This includes all codewords, whether or not they

were part of frames destined for this device.

docsIfSigQCorrecteds       .1.3.6.1.2.1.10.127.1.1.4.1.3

Codewords received on this channel with correctable

errors. This includes all codewords, whether or not

they were part of frames destined for this device.

docsIfSigQUncorrectables   .1.3.6.1.2.1.10.127.1.1.4.1.4

Codewords received on this channel with uncorrectable

errors. This includes all codewords, whether or not

they were part of frames destined for this device.

上游不可纠正的FEC百分比

描述

在此信道上接收的具有不可纠正错误的CW的百分比。这包括所有CW，无论它们是否属于发往此设备的帧。

公式

%不可更正= [(Eu1 - Eu0)/ [(Eu1 - Eu0)+(Ec1 - Ec0)+(C1 - C0)]] * 100

- C = docsIfSigQUnerroreds

- Ec = docsIfSigQCorrecteds

- Eu = docsIfSigQUncorrectables

网络规则

接收的CW值> 0.5%以黄色突出显示。

值>=1%的已接收CW为粗体红色。

网络信息

输入CW的丢弃百分比显示输入上丢弃的CW的百分比，相对于该接口上接收的CW总数。建议此比率低于所有输入连续波的0.5%。

注意：特定的“实时”服务（如VoIP）可能需要更严格的监控。1%的不可纠正的FEC值可能仍足以导致语音质量问题的数据包丢失，具体取决于丢失是突发还是随机。

详细信息

DOCS-IF-MIB

docsIfSigQUnerroreds       .1.3.6.1.2.1.10.127.1.1.4.1.2

Codewords received on this channel without error.

This includes all codewords, whether or not they

were part of frames destined for this device.

docsIfSigQCorrecteds       .1.3.6.1.2.1.10.127.1.1.4.1.3

Codewords received on this channel with correctable

errors. This includes all codewords, whether or not

they were part of frames destined for this device.

docsIfSigQUncorrectables   .1.3.6.1.2.1.10.127.1.1.4.1.4

Codewords received on this channel with uncorrectable

errors. This includes all codewords, whether or not

they were part of frames destined for this device.

上行SNR

描述

SNR（即此信道的感知SNR）。在CMTS上，描述上行信道的平均信噪比。

公式

SNR = docsIfSigQSignalNoise / 10

网络规则

值<27 dB以黄色突出显示。

值<23 dB为粗红色。

网络信息

DOCSIS将最低CNR（数字相当于SNR）指定为25 dB。根据所配置的上游调制配置文件（QPSK或16-QAM），可能需要增加25 dB的最低SNR。

详细信息

ubr7246vxr# show controller cable3/0 upstream 0

Cable3/0 Upstream 0 is up

Frequency 25.392 MHz, Channel Width 3.200 MHz, QPSK Symbol Rate 2.560 Msps

Spectrum Group is overridden

BroadCom SNR_estimate for good packets - 26.8480 dB

Nominal Input Power Level 0 dBmV, Tx Timing Offset 2035

DOCS-IF-MIB

docsIfSigQSignalNoise      .1.3.6.1.2.1.10.127.1.1.4.1.5

Signal-to-Noise ratio as perceived for this channel.

At the CM, describes the Signal-to-Noise of the downstream

channel.  At the CMTS, describes the average Signal-to-Noise

of the upstream channel.

MC28U或5x20线卡上每个调制解调器FEC计数器如何提取OID的示例

ubr7246# show cable modem 10.200.100.115

MAC Address    IP Address    I/F        MAC    Prim  RxPwr   Timing  Num  BPI

State  Sid   (dBmV)  Offset  CPE  Enb

0005.5e25.bdfd 10.200.100.115  C6/0/U0  online 50     0.50   2077    0    N

ubr7246# show interface cable 6/0 sid 50 counters verbose | incl Sid|Codeword

Sid                            : 50

Good Codewords rx              : 7580

Corrected Codewords rx         : 0

Uncorrectable Codewords rx     : 2

要查找此调制解调器的码字计数器，您首先需要获取两条信息：

- 电缆6/0接口的SNMP接口索引。

- 调制解调器的docsIfCmtsServiceNewCmStatusIndex。

使用以下命令查找电缆6/0的ifIndex:

% snmpwalk -cpublic 172.18.73.167 ifDescr | grep Cable6/0

RFC1213-MIB::ifDescr.10 = STRING: "Cable6/0"

!--- ifIndex of cable 6/0 is "10".

RFC1213-MIB::ifDescr.36 = STRING: "Cable6/0-upstream0"

RFC1213-MIB::ifDescr.37 = STRING: "Cable6/0-upstream1"

RFC1213-MIB::ifDescr.38 = STRING: "Cable6/0-upstream2"

RFC1213-MIB::ifDescr.39 = STRING: "Cable6/0-upstream3"

RFC1213-MIB::ifDescr.40 = STRING: "Cable6/0-downstream"

使用以下命令，在ifIndex 10（电缆6/0）的接口上查找SID为50的调制解调器的docsIfCmtsServiceNewCmStatusIndex:

% snmpwalk -cpublic 172.18.73.167 docsIfCmtsServiceNewCmStatusIndex.10.50

DOCS-IF-MIB::docsIfCmtsServiceNewCmStatusIndex.10.50 = INTEGER: 983090

现在您拥有调制解调器(983090)的docsIfCmtsServiceNewCmStatusIndex，您可以找到以下FEC计数器：

- 收到的码字正确(docsIfCmtsCmStatusUnerroreds)

% snmpget -cpublic 172.18.73.167 docsIfCmtsCmStatusUnerroreds.983090

DOCS-IF-MIB::docsIfCmtsCmStatusUnerroreds.983090 = Counter32: 8165

注意：自您发出show interface cable命令后，Unerroreds计数器的计数量有所增加。

- 已收到更正的代码字(docsIfCmtsCmStatusCorrecteds)

% snmpget -cpublic 172.18.73.167 docsIfCmtsCmStatusCorrecteds.983090

DOCS-IF-MIB::docsIfCmtsCmStatusCorrecteds.983090 = Counter32: 0

- 收到的未更正的代码字(docsIfCmtsCmStatusUncorrectables)

% snmpget -cpublic 172.18.73.167 docsIfCmtsCmStatusUncorrectables.983090

DOCS-IF-MIB::docsIfCmtsCmStatusUncorrectables.983090 = Counter32: 2

相关信息

- 了解 DOCSIS 环境中的数据吞吐量

- 电缆线卡的上行调制配置文件

- DOCSIS射频接口规范

- 宽带有线支持

- 技术支持 - Cisco Systems