摘要：本文详细介绍了中兴通讯宽带运维技术的三层论思想及北京通信系统宽带运维试验局的目标和系统架构，最后介绍了北京通信宽带运维的业务流程和运行情况。 
关键词：ADSL/宽带运维/三层论思想/试验局/流程 
一 中兴通讯提出全套宽带运维系统解决方案 
　　为顺应Internet高速发展的潮流，满足人们对宽带数据业务的迫切需求，各个电信运营商都在全面建设宽带数据网络。目前采用的主流宽带接入技术是ADSL技术，利用ADSL技术，可以在普通双绞线上同时承载话音和高速数据业务，极大的提高了双绞线的利用效率，也使得宽带业务的大规模运用成为可能。经过几年的发展，ADSL用户数持续增加，随之而来的用户申告和投诉也日益增多，另外，用户对ADSL业务的服务水平也提出了更高的要求，宽带网络的运维工作提上了日程。

      从目前统计结果看来，目前ADSL用户存在的问题主要由三个部分组成： 
　　● 网络侧问题：主要包括BRAS设备故障和DSLAM设备和端口故障，这部分故障占10%左右。 
　　● 线路故障和线路质量不佳：这部分故障占25%左右。 
　　● ADSL MODEM问题和用户操作不当：这部分故障占65%左右。 
　　从上面我们可以看出，为了解决一个ADSL用户的问题，必须对这三大类别的故障都有定位和解决的办法。鉴于此，为了帮助运营商降低运维成本、提高运维效率、保证服务质量，结合现网的运维特点，中兴通讯全方位提升ZXDSL宽带接入的性能和运维能力，首家推出了包括在线测试、M＋1保护、远程Modem管理等功能的全套宽带运维系统解决方案。同时，中兴通讯和北京通信公司紧密合作，开通了北京通信网上第一个商用宽带运维试验局。 
二 北京通信宽带运维试验局简介 
　　1．中兴宽带运维技术三层论思想 
　　针对目前宽带故障的多样性和复杂性，中兴通讯提出了宽带故障三段论思想，这三段分别是：从用户PC至CPE；从CPE至DSLAM；从DSLAM至BRAS。 
　　针对各段的故障，中兴通讯提出了一整套完善的宽带运维解决方案，整个方案建立在一定技术体系之上，我们称为宽带运维技术三层论体系，参看图1。 

图1宽带运维技术三层论体系

　　从图1中，我们可以看到，整个技术体系由下至上可以分为三层，分别为： 
　　（1） 支撑层：宽带运维基础的支撑体系，主要包括抓线技术、线路测试技术、MODEM远程管理以及DSLAM的网管平台。 
　　（2） 数据处理层：这一层主要的目的是将从支撑层得到的数据和信息进行分析处理。主要包括：线路测试源数据（包括宽带测试和窄带测试）；从网管得到的端口相关信息；从MODEM远程管理得到的MODEM配置信息等。其中数据处理的工作主要集中在分析线路测试的源数据，通过对这些数据的分析以期得到线路的一些基本参数，形成一些简单的故障结论。例如：开短路、线路长度、预计上下行速率、噪声等等。 
　　（3） 业务层：这一层的工作主要集中在业务流程上，可以分成三个部分。 
　　● 定制相关测试项目，形成合理的测试流程。这部分必要时可以人工参与。 
　　● 完成专家系统的功能，综合分析数据处理层的相关结论和各种信息，评估线路质量，判断故障类型，提出故障解决办法。这部分工作必要时可以人工参与。 
　　● 和上层平台接口，包括97库和112/10000故障受理平台等。 
　　2．北京通信宽带运维试验局目标 
　　北京通信宽带运维试验局的目的主要有以下几个： 
　　● 验证宽带运维组网的可行性。依托现有DSLAM设备的网管网络和原有112窄带测试网络，实现向宽带运维网络的平滑过渡。 
　　● 验证现网改造方案的可行性。对现网已经在运行的DSLAM设备，可以通过割接和改造达到实现宽带运维的目的。 
　　● 验证运维业务流程的可行性。宽带运维系统的业务流程各个地方可能稍有差别，考虑到北京的特点，宽带运维业务流程还是采用其窄带的业务流程为基础，结合宽带测试的特点来实现，这就需要实现运维系统和112系统、97系统的接口。 
　　● 验证测试技术的准确性。宽带运维技术的基础最根本的还是测试技术，只有有了准确的测试数据才能对故障有一个准确的判断。 
　　● 验证MODEM远程管理的可行性。 
　　3．宽带运维系统构架 
　　总的来讲，宽带运维系统包含三大功能实体：专家系统、运维功能实体、被管理对象。结合北京的具体情况，宽带运维系统还应该具备和北京已有的窄带112平台以及97平台的接口，这样才能完成一个理想的业务受理流程。 
　　宽带运维系统总的系统构架见图2所示。 

图2  宽带运维系统结构图

 　　从图2我们可以看出，抓线矩阵可以分成两种，一种是内置在DSLAM中的，这些DSLAM设备是新开通的；另外一种是外置的抓线矩阵，用于对原有DSLAM进行改造，使其具备抓线的能力。改造的原则是尽可能减少对现网用户的影响。 

图3 外置抓线矩阵组网图

 　　图3是详细的改造组网图。无论是内置还是外置抓线矩阵，其目的和应用方式是一样的。需要说明的是，本系统的测试组网非常灵活，可以采用局方已有的网管网络，也可以利用已有的窄带测试网络或者布置新的测试网络，具体情况视现场情况而定。 
　　（1）被管理对象 
　　被管理对象包括DSLAM、DSL线路、ADSL Modem；从前面的故障分析可以知道，被管理的对象是和故障密切相关的，哪些对象会出现故障，就需要去管理哪些对象。 
　　（2）运维功能实体 
　　运维功能实体是上层测试平台的支撑实体，包括线路测试设备、抓线设备和DSLAM，其中抓线设备有外置独立式抓线矩阵和DSLAM内置抓线矩阵两种。运维功能实体提供抓线和测试的能力，能对某个具体用户进行测试和管理，以提供相关的测试数据和用户终端信息供上层平台分析定位。 
　　一个完整的测试可以分成三层，分别是物理层、链路层以及网络层测试。物理层主要是线路参数的测试；链路层主要是建立链路的测试，这种测试包括两个方向，一个方向是从测试仪器到用户家的方向，称之为ATUC仿真测试，另一个方向是从测试仪器到BRAS方向，称之为ATUR仿真测试；网络层测试主要是协议测试，包括PPPOE拨号测试以及PING测试等。为了完成上面各层的测试，对于抓线矩阵有两个明确的要求：其一是抓线矩阵必须放在分离器的外侧，以确保宽带测试不受分离器的影响；其二是抓线矩阵必须具备抓内线和抓外线的能力，有时候为了对线路进行在线监测，还需要有搭接抓线的能力。 
　　前面说了，为了实现对用户线路的测试和维护，DSLAM设备必须具备抓线的能力，为了达到这个目的，有两个可行的做法，一个是采用具备抓线功能的DSLAM，另外一个是改造现网已经运行的DSLAM，使其具有抓线的功能。因此，北京通信公司试验局对这两种方法都进行了试验。 
　　（3）专家系统 
　　专家系统是一个用户故障定位和线路质量评估的上层平台，它建立在运维功能实体之上，其技术基础包括线路测试平台、终端远程管理平台和DSLAM设备网管平台三部分，专家系统融合这几个平台的处理流程，从这三个平台得到线路数据和相关端口信息，并通过分析和处理对用户的故障进行具体的判断，同时还要给出相应的处理办法；另外还能够对将要开通的线路进行质量评估，以判断是否能达到用户的要求。 
　　一个完善的专家系统实现以下几个功能： 
　　● 开通前预评估：主要是依托线路测试平台，对即将开通的用户线路进行开通前的预评估功能，以评估线路质量，初步估算可开通的上下行速率，以及可能存在的影响ADSL业务的潜在因素。 
　　● 故障判断：对运行中出现的故障迅速定位并予以解决，提高客户满意度。 
　　● 分析归类：收集详尽的用户线路资料，并对资料进行归类和存储，也可为其它业务的开通提供依据。 
　　● 定期维护：对在线用户的线路进行定期维护。 
　　4．北京通信宽带运维的业务流程 
　　北京通信原有的故障受理流程基本上都是运维人员全程参与来完成的，绝大部分需要手动的操作，而且由于只有窄带的测试仪器，因此无法进行宽带参数的测试。流程如下： 
　　● 112故障受理中心接收到用户申告，将申告发送到测量室。 
　　● 测量室收到用户申告，先手动排除内线故障。 
　　● 手动进行线路窄带参数的测试，判断混线、断线以及A/B碰地等简单故障。 
　　● 如果故障不能解决，派人上门维修。 
　　而目前宽带故障受理的流程基本上是自动完成的，中间也可以人工的干预。一般说来，运维的流程通常是从112故障台发起，112故障台在收到用户申告后，向测试服务器发起一次测试的请求，测试服务器在收到测试请求后，首先需要从97库中得到这个用户的相关号线资料，然后开始进行测试，在完成整个测试后将故障和处理结果返回给112平台。当然，实际应用中测试也可以直接从测试终端发起，112故障台将申告转发到测量室，由测量室人员手工发起一次测试。 
　　一个完整的测试有多个步骤，这些步骤包括前面所说的线路参数测试、链路层以及网络层的仿真测试，当然也包括终端远程管理的功能。具体需要做什么测试可以预先定制好，也可以根据实际情况进行人工选择，这些测试是和业务流程结合在一起的，有时候还需要用户的参与。 
三 北京通信宽带运维试验局开通后的反馈 
　　北京通信试验局开通后经过了长时间的试运行，目前系统稳定，排障效果良好，极大地减少了局方运维工作量和派修人员数量，完全达到了预期的目标，目前北京通信正在向全网推广。