cc/td/doc/product/dsl_prod/vrmgtsw/vr4w/rel235
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

System Operation and Performance (DOH)

System Operation and Performance (DOH)

This chapter covers basic system operation and the performance metrics captured as a result of system operation in a Digital Off-Hook (DOH) standard configuration. Understanding performance statistics becomes easier if you understand the process that the Cisco 6100 goes through to establish connections.

8.1 Digital-Off Hook Operation

When a connection request is initiated by a Cisco 6xx series CPE product, the ATU-R modem sends an ADSL start tone through the remote POTS splitter across the subscriber loop and into the Central Office (CO) POTS splitter. The CO POTS splitter routes the start tone sequence to that subscriber's line interface module (LIM) port. Each subscriber loop is hardwired to a specific POTS module port, and subsequently to a specific LIM port. The LIM notifies the LIM controller in the same chassis that one of its ports is requesting connection to an ATU-C modem.

The LIM controller signals the system controller (SC) in the multiplexer chassis (MC) that an ATU-C modem connection is requested. Provided that a modem is available in the logical pool, the SC, via a round robin distribution algorithm, decides which ATU-C modem within the logical pool to which the subscriber is assigned will handle the connection. The SC then instructs the LIM controller accordingly.

The LIM port (subscriber line with ATU-R modem at the far end) and the designated ATU-C modem are then connected, and a successful connection counter is incremented for the logical pool, the line, and the subscriber ID. Now, the modem training sequence begins.

8.1.1 ADSL Connection Process

The carrierless AM/PM (CAP) rate-adaptive ADSL (RADSL) transceivers used in Cisco's ATU-Cs and ATU-Rs are capable of training at a number of different discrete settings within each of three baud rates. Because the upstream and downstream data paths are transmitted in different frequencies, they are trained independently.

Cisco's CAP RADSL implementation supports a number of ADSL training options that can be used to control subscriber traffic. The following background information provides an overview of the training process.

8.1.2 Bit Error Rate and Noise Margin

In general, ADSL transceivers seek an upstream and downstream data rate that can be maintained as long as the amount of line noise does not cause a bit error rate (BER) in excess of 1x10-7. Line noise is a function of reach and disturbers. As reach and/or noise in the loop increases, upstream and downstream payload rates decrease. Also, the thinner the copper wire, the more susceptible it is to noise. As line noise is not constant, a certain amount of line noise fluctuation is tolerated without affecting the trained rates. This fluctuation is known as noise margin. Noise margin must be supplied to the transceivers when using the multi-band method of training (multi-band is discussed further below).

Because upstream and downstream payloads are transmitted in different frequency ranges, the two payload rates are established independently. Layer 2 protocol data units (PDUs) are encoded into Layer 1 (ADSL) transmission frequencies using baud rates (also known as symbol rates) and constellations. Different baud rates are used to achieve different payload rates. CAP RADSL transceivers support one baud rate for establishing upstream payload rate - 136 Kbaud, and three baud rates for establishing downstream payload rate: 340, 680, and 952 Kbaud. These baud rates enable CAP RADSL implementations to support downstream payload rates ranging from 7168 Kbps to 640 Kbps, and upstream data rates ranging from 1088 Kbps to 90.667 Kbps.

Because the user can change the noise margins for a subscriber line, a line which was training before may not train at the new margin. Therefore, a warning is issued to alert the user to use caution when changing the margin.

Cisco recommends that the margin be set for 6dB upstream and 3dB downstream to provide performance similar to the pre 2.3.5 Cisco 6100 releases. The default values for margin are 0 upstream and 0 downstream.

Within each baud rate, transceivers use constellations to encode data into a frequency spectrum, and subsequently enable the discrete payload options shown in Table 8-1 below.

8.1.3 CAP RADSL Upstream/Downstream Payload Combinations

Valid CAP RADSL constellations are 256UC, 256, 128, 64, 32, 16, 8, and 8ER. Note that the 128, 32, 8, and 8 extended range (ER) constellations are not supported with downstream baud rates of 952 or 680. Because of this, some upstream/downstream payload combinations cannot be achieved. The following table shows valid upstream and downstream payload combinations.

The following table shows valid upstream and downstream payload combinations:

Table 8-1: CAP RADSL Upstream/Downstream Payload Combinations
UPSTREAM
Baud 136 136 136 136 136 136 136 136
Const 256UC 256 128 64 32 16 8 8ER
Baud Const Payload 1088 952 816 680 544 408 272 90.667
952 256UC 7168

X

X

X

X

D 952 256 6272

X

X

X

X

O 952 64 4480

X

X

X

X

W 952 16 2688

X

X

X

X

N 680 256UC 5120

X

X

X

X

S 680 256 4480

X

X

X

X

T 680 64 3200

X

X

X

X

R 680 16 1920

X

X

X

X

E 340 256UC 2560

X

X

X

X

X

X

X

X

A 340 256 2240

X

X

X

X

X

X

X

X

M 340 128 1920

X

X

X

X

X

X

X

X

340 64 1600

X

X

X

X

X

X

X

X

340 32 1280

X

X

X

X

X

X

X

X

340 16 960

X

X

X

X

X

X

X

X

340 8 640

X

X

X

X

X

X

X

X

136 256UC 1024

X

X

X

X

X

X

X

136 256 896

X

X

X

X

X

X

X

136 128 768

X

X

X

X

X

X

X

136 64 640

X

X

X

X

X

X

X

136 32 512

X

X

X

X

X

X

X

136 16 384

X

X

X

X

X

X

X

136 8 256

X

X

X

X

X

X

X

Note the following with respect to the table above:

The 680-Kbaud with a 256 constellation entry has been selected as the Cisco 6100/675 default for achieving this payload rate, as it supports a slightly better reach based on 24 ISDN near-end cross-talk (NEXT) disturbers.

The 340-Kbaud with a 128 constellation entry has been selected as the Cisco 6100/675 default for achieving this payload rate, as it has the advantage of being compatible with any of upstream data rate selections. The 680-Kbaud option is limited to 1088, 952, 680 or 408 kbps upstream payloads.

Both CAP modules support 136 KBaud training rates, which can be allowed or disallowed when the feature is supported by the SC software revision and the subscriber is locked. If the SC supports per-subscriber provisionable 136KBaud or does not support ATUCPARMS, then the "Allow 136 KBaud" toggle on the Cisco 6100 Properties dialog shall be disabled. If the SC supports ATUCPARMS but does to support per-subscriber 136 KBaud, then the toggle is enabled.

Given that the service provider is unlikely to be concerned with the technicalities of selecting a similar data rate setting through two different baud rates, the following table simplifies the selection process slightly. The data within this table illustrates valid rate combinations for upstream and downstream rates

.

Table 8-2: Valid Rate Combinations for Upstream/Downstream Rates
Upstream Rate

Downstream Rate 1088
kbps 		952
kbps 		816
kbps 		680
kbps 		544
kbps 		408
kbps 		272
kbps 		90.667
kbps

7168 kbps

X

X

X

X

6272 kbps

X

X

X

X

5120 kbps

X

X

X

X

4480 kbps

X

X

X

X

3200 kbps

X

X

X

X

2688 kbps

X

X

X

X

2560 kbps

X

X

X

X

X

X

X

X

2240 kbps

X

X

X

X

X

X

X

X

1920 kbps

X

X

X

X

X

X

X

X

1600 kbps

X

X

X

X

X

X

X

X

1280 kbps

X

X

X

X

X

X

X

X

1024 kbps

X

X

X

X

X

X

X

960 kbps

X

X

X

X

X

X

X

X

896 kbps

X

X

X

X

X

X

X

768 kbps

X

X

X

X

X

X

X

640 kbps

X

X

X

X

X

X

X

512 kbps

X

X

X

X

X

X

X

384 kbps

X

X

X

X

X

X

X

256 kbps

X

X

X

X

X

X

X

Legend:

Invalid

Valid

X

The actual training procedure is a function of transceiver-controlled parameter exchange and algorithms designed by Cisco to place parameters around valid data rate selections from the above table.

8.1.4 Training Procedure

The following rules apply to the training sequence:

Upstream data rate = Max
Downstream data rate = Max
This means that control for the downstream data rate is relinquished to the ATU-C (the ATU-C controls the upstream data rate setting by default).

With the above rules in place, the ATU-C has complete control over upstream and downstream data rate selection. Valid upstream and downstream data rate combinations are selected from within the ViewRunner for Windows management interface and communicated to the ATU-C per the following procedure:

Note If the ATU-R upstream/downstream data rates from the preset max settings are modified, the unit could train suboptimally relative to the operator defined settings in ViewRunner for Windows.
Note The CO-side sets the rates at which CPE trains. The CPE cannot change this rate.

In a subsequent product release, Cisco's QuickDial will be supported. With QuickDial, this train sequence only occurs once per subscriber (barring unusual changes in loop characteristics). After the initial train sequence, training coefficients are stored in the SC, enabling subsequent trains to occur rapidly.

8.2 Understanding ATU-C Train Parameters

This section includes information related to receive signal quality, receiver gain, and transmit power where it applies to noise margins on the Cisco 6100 systems. Each of these trained line attributes is displayed in ViewRunner in the ATU-C Module Properties >> Configuration dialog.

The Cisco 6100 operator can now change the noise margin (upstream and downstream) for each subscriber line. Because increasing this margin could cause a line that trained before to not train at all, ViewRunner for Windows will issue a warning dialog similar to the following to an operator attempting to increase noise margins:

"Warning: Increasing noise margin could reduce the reach for a given data rate, or reduce the achievable data rate for a given reach. In some cases, it may prevent the line from training at all. Please consult product documentation for more information."

The following window shows the ATU-C Module Properties window for a session in progress. The various train parameters are identified here.


Figure 8-1: ATU-C Module Properties - Session in Progress


8.2.1 Receive Signal Quality

Receive signal quality (SQ) is a measure of the signal quality of the upstream channel (from the ATU-R in the case of the Cisco 675). It is represented in units of dB.

This value is used to estimate the bit error rate (BER) or signal-to-noise ratio (SNR) margin of the received data. It takes into account the total signal-to-interference (SIR) ratio, where the interference includes background noise, cross-talk, residual inter-symbol interference, residual echo from the neighboring upstream or downstream, and distortion.

For 7 Kft loops, it is fairly common to observe receive SQ of 37-44 dB, with average interference and a 6 dB noise margin setting. For 10 Kft loops, an SQ range of 32-35 dB would be common. As loop length increases, the SQ will decrease. Long loops (12-15 Kft) or loops that have bridge taps could have an SQ in the dB range of the low 30's. Very long loops (+ 15 Kft) can even train with an SQ as low as 20 dB @ dB margin. If noise margin is reduced to zero, even longer loops could train with an SQ of as low as 12 dB.

The above data is provided as a perspective on likely observed SQs. Stating explicit valid SQ ranges for a given loop reach is, however, not particularly valuable. The number and variety of interferers, wiring (outside plant and in-home) etc. creates so many different scenarios that specific data is not always helpful if trying to institute, for example, a corrective action by moving a pair to a different binder group as a remedy.

Note also that one of the great values of RADSL is that it removes the need for the operator to figure out these values for optimum performance. So, they are presented to primarily as an indicator that the trained loop is exhibiting expected characteristics, rather than necessarily for troubleshooting purposes. In a subsequent Cisco 6100 /ViewRunner release, Layer 1 performance statistics will be added, which will be more valuable from a historical review perspective for loops that are experiencing problems. For a given training session, it should be remembered that if RADSL cannot overcome loop characteristics such that even the lowest upstream/downstream data rates are not supportable, these layer 1 attributes will not be displayed anyway.

It is also important to understand the SQ is not a function of the data rates. In fact the opposite is true. Data rates are a function of the SQ. For a given requested upstream/downstream data rate combination (as selected in ViewRunner), if the transceivers cannot maintain the data rates to a 10-7 BER (with a 6 dB noise margin insertion), then the transceivers will seek the next lowest data rate combination where the BER can be preserved.

Beginning with Cisco 6100 release 2.2.1, the node supports selectable noise margins. Cisco 6100 Release 2.2.0 supported a hardcoded 3db down/ 6db up noise margin setting. This is valuable if, for example, a subscriber requests 7.168 Mbps x 1.088 Mbps, but the loop quality is not sufficient to hold the BER to less than or equal to 10-7, the subscriber's RADSL train could perhaps settle to 6.272 Mbps x 1.088 Mbps. In this scenario it could be that interference is causing the downstream channel to have just enough noise to where the 7.168 Mbps data rate cannot quite be achieved with the 6 dB margin hit. Reducing the noise margin (that the transceivers must take into account for determining the best data rates to lock into) to 3 dB might, however enable the full 7 x 1 service to be provided.

8.2.2 Receiver Gain

Receiver gain is a measure of loop attenuation over the entire CAP RADSL frequency spectrum. The ATU-C has an algorithm that enables it to boost receiver gain such that attenuation can be corrected for proper support of a given receive data rate.

The ATU-C algorithm attempts to keep gain to a minimum to prevent Near-End Cross-Talk (NEXT). However, if loop conditions warrant, the algorithm must boost gain enough to insure the minimum signal level required is received.

Factors that tend to cause receiver gain to be boosted are associated with loop impairment, specifically attenuation (length) and/or the presence of bridge taps. Receiver gain is fairly independent of noise. So if the gain is high, it may mean indicate a long loop, or a loop with a significant bridge tap.

Bridge taps do not affect the upstream channel as much as the downstream channel. Since we only display upstream receiver gain in ViewRunner, a higher than normal gain is most likely an indicator of loop length.

The following receive gains have been observed in testing:


Table 8-3: Reach and Receiver Gain
Reach (Kft) Receiver Gain (dB)

16

42

14.5

39

11

27

9

21

8.7

19

8.2.3 Transmit Power

Transmit power is a measure of the downstream Power Spectral Density (PSD) mask. T1E1/97-104R2a states that the PSD for the downstream channel shall have an upper limit of -40 dBm/Hz in the nominal passband region with no variation exceeding -37 dBm/Hz. However, the maximum transmit power is really the decision of each network provider. As power is boosted, reach can be extended for a given data rate. At the same time, however, the boosted signal can become a greater disturber for other services.

While not currently displayed in the ViewRunner interface, T1E1/97-104R2a also specifies that the PSD for the upstream channel shall have an upper limit of -38 dBm/Hz nominal with no variation exceeding -35 dBm/Hz.

Beginning with 6100 Release 2.1.x, transmit power is controllable by the operator. There may be cases where the network provider desires to boost or reduce the power of a given loop.

The ATU-R's transceiver determines its transmit power during the training process as it tries to fulfill the upstream data rate request. It tends to try to support the requested data rate at the lowest possible transmit power so that near cross talk in the Cisco 6100 is minimized

8.3 Understanding Performance Counters

The Cisco 6100 is equipped with a variety of connection counters, train counters, and threshold counters used to capture system performance statistics:

These counters are used to provide individual subscriber, LIM port, and ATU-C modem port statistics. Displayed statistics are derived from these counters.

8.3.1 Connection Counters

Once a LIM port and ATU-C modem have been successfully connected, a successful connection counter increments for both the logical pool and the line, and the modem training sequence begins.

If all modems within the logical pool are busy, the SC sends a busy tone to the ATU-R modem and increments the logical pool blocked connection and line blocked connection counters.

8.3.2 Train Counters

After the connection between the LIM port and ATU-C modem has been established, the training sequence as described above begins.

If the ATU-C modem and ATU-R modem train, a successful train counter increments for the ATU-C modem. If the ATU-C modem and ATU-R modem fail to train, a failed train counter increments for the ATU-C modem.

8.3.3 Threshold Counters

Two threshold counters are also available per logical pool: 80% and 100% modem utilization. These two threshold counters provide the following statistics:

The sum of the above three statistics is equal to the total connection requests handled by the logical pool.

Note Counters continue to increment unless the SC is reset.

In addition to the integer connection counters, connection activity is also represented in terms of percentage connections in each category.

8.4 Performance Management Dialogs

The Logical Pool Performance window provides feedback on the current performance of each logical pool in a DOH systems. The window allows you to select a particular physical and logical pool, and provides the following performance statistics for that selection:

These statistics are captured in the views described below. To access any of these views, right click on the MC and select the Cisco 6100 Performance option.

8.4.1 Performance Management Counters

Each Performance Management dialog has its own set of associated counters. It is important to recognize that these counters are reset under certain conditions. The specific counters and the conditions under which a counter is or is not reset are described in the following sections.

Counters are not reset when you:

8.4.2 Performance Management---Pool Summary

The Performance Management---Pool Summary view provides a snapshot of successful and blocked connections, and successful and failed ATU-C trains. Additionally, summary statistics indicating the number of trains at or below 80% logical pool utilization, over 80%, and blocked requests per logical pool are provided.


Figure 8-2: Performance Management - Pool Summary


Cisco 6100 Pool Summary Counters

The Cisco 6100 maintains the following pool summary counters on each defined pool:

Pool summary counters get reset in the following situations:

Total time and Block time. These two counters appear in the Performance Dialog, alongwith the percentage of blocked minutes.
The table below describes these counter displays.


Table 8-4: DOH Counters
Counter Description

Blocked Time

Total number of blocked minutes experienced by the logical modem pool since its creation (or since the last system reset).

Note A blocked minute is any minute during which one or more subscribers are refused modem port assignments. This refusal is in response to digital off-hook connection requests and 100% modem use.

Pool Time

Total number of minutes that the logical modem pool has been n existence (or since the last system reset).

8.4.3 Performance Management---Subscriber

The Performance Management---Subscriber window lists a snapshot of all successful and blocked connection activity by subscriber. Additionally, summary statistics indicating the number of connections at or below 80% logical pool utilization, over 80%, and blocked requests per logical pool are provided.

This view can be accessed by putting your cursor over the outside area of the appropriate LCC, right clicking, and selecting the Pool Properties option.


Figure 8-3: Performance Management - Subscriber


Table 8-5 describes the fields on the screen.


Table 8-5: Logical Pool Performance Data - Subscriber View
Field/Tab Description

Pool

Contains two parts:

The physical pool to which provided statistics apply, either A or B.

AND

The logical pool within the physical pool to which provided statistics apply, either 1, 2, or 3.

Subscriber ID

The unique identifier by which the subscriber is known.

Successful Xconn

The number of successful cross connections achieved for that subscriber ID since the last time the counter was reset.

Blocked Xconn

The number of blocked cross connections realized for that subscriber ID since the last time the counter was reset.

Cisco 6100 Subscriber Counters

The Cisco 6100 maintains the following subscriber counters:

Subscriber counters get reset if you:

8.4.4 Performance Management---Line Ports

The Performance Management---Line Ports view lists a snapshot of all successful and failed ATU-C trains by line port.


Figure 8-4: Performance Management - Line Ports


The following table, , describes the fields on the screen.


Table 8-6: Logical Pool Performance Data - Line Ports View
Field/Tab Description

Pool

Contains two parts:

The physical pool to which provided statistics apply, either A or B.

AND

The logical pool within the physical pool to which provided statistics apply, either 1, 2, or 3.

Line Port

The line port location by chassis, slot and line port number

Successful Trains

The number of successful trains achieved for that line port since the last time the counter was reset.

Failed Trains

The number of failed trains realized for that line port since the last time the counter was reset.

Cisco 6100 Line Port Counters

The Cisco 6100 maintains the following per line port counters:

The Cisco 6100 maintains the following per line port counters:

Line port counters get reset if you:

8.4.5 Performance Management - ATU-C Ports

The Performance Management - ATU-C Ports view lists a snapshot of all successful and failed ATU-C trains by ATU-C modem port.


Figure 8-5: Performance Management - ATU-C Ports


describes the fields on the screen.


Table 8-7: Logical Pool Performance Data - ATU-C Ports View
Field/Tab Description

Pool

Contains two parts:

The physical pool to which provided statistics apply, either A or B

AND

The logical pool within the physical pool to which provided statistics apply, either 1, 2, or 3.

ATU-C Modem Port

ATU-C modem port location by chassis, slot and line port number

Successful Trains

Number of successful trains achieved for that ATU-C modem port since the last time the counter was reset

Failed Trains

Number of failed trains realized for that ATU-C modem port since the last time the counter was reset

Cisco 6100 Per ATU-C Port Counters

The Cisco 6100 maintains the following counters on each ATU-C port:

An ATU-C port counter gets reset if you:

8.4.6 Current Connection Activity

Two current connection activity displays are provided:

8.4.7 Connected To Group Box

For ATU-Cs or LIMs in a pooled Digital Off-Hook configuration, the status window displays a Connected To group box. This box identifies the specific LIM and ATU-C ports currently connected to one another, and provides a Properties button to open the opposing port's module property tab.

This group box is dimmed when the port's usage state is Idle.


Figure 8-6: Connected To Group Box


Active Connections View

The Active Connections view lists a snapshot of all currently active connections in the Cisco 6100. To open the active connections dialog, right click on the MC and select the Active Connections option. The following window appears. The next three figures present the Active Connections window first in the far left position, then scrolling right for the last two figures.


Figure 8-7: Active Connections View (1)



Figure 8-8: Active Connections View (2)



Figure 8-9: Active Connections View (3)


Note You can use the logical service oriented screen navigation to go directly to the desired entity by clicking on any blue hyperlink in the screen.

describes the fields on the screen.


Table 8-8: Active Connections Field Descriptions
Field Description

Pool

Displays the name of the physical and logical pool.

Active Connections

Displays the number of active connections associated with a physical or logical pools.

In Service Modems

Displays the number of in-service modules that you have assigned to a logical pool and whose modules and ports are unlocked.

% Usage

The Active Connections field divided by the In Service Modems field.

Subscriber ID

Displays the identifier by which the subscriber is known.

Line Port

Displays the chassis, slot and port number to which the subscriber ID is associated.

ATU-C Port

Displays the chassis, slot and port number to which the line port is connected.

Pool

Displays the physical/logical pool in which the line port and ATU-C modem port are members.

Actual Up

Displays the actual upstream train rate at which the subscriber is training. This rate may never be higher than the Provisioned Up rate.

Actual Down

Displays the actual downstream train rate at which the subscriber is training. This rate may never be higher than the Provisioned Down rate.

Rx SNR

Signal to noise ratio for ADSL upstream (receive side) data channel.

Provisioned Up

Displays the upstream rate set by the CO, the maximum upstream rate at which the subscriber can train.

Provisioned Down

Displays the downstream rate set by the CO, the maximum downstream rate at which the subscriber can train.

Provisioned Down Margin

Displays the downstream noise margin provisioned by the operator.

Provisioned Up Margin

Displays the upstream noise margin provisioned by the operator.

Actual Down Margin

Displays the downstream noise margin actually occurring within that provisioned by the operator.

Actual Up Margin

Displays the upstream noise margin actually occurring within that provisioned by the operator.

The Active Connections dialog includes fields for provisioned upstream and downstream bit rates, actual trained upstream and downstream bit rates, and received signal to noise ratio. Additionally the dialog now includes totals of active connections by pool and the current usage level of each pool.


hometocprevnextglossaryfeedbacksearchhelp
Posted: Mon Oct 11 22:20:07 PDT 1999
Copyright 1989-1999©Cisco Systems Inc.