CN101800666A - 数字用户线端口信息收集方法及系统 - Google Patents

Abstract

本发明公开了一种数字用户线端口信息收集方法及系统。在上述方法中，数字用户线接入复用器获取与当前用户线端口对应的预设策略信息；数字用户线接入复用器根据预设策略信息与当前用户申请信息采集当前用户线端口的参数信息；各个数字用户线接入复用器收集其所辖用户线端口的参数信息，并传送至线路管理系统。根据本发明提供的技术方案，可以提高用户线端口采集的效率和有效性。

Description

数字用户线端口信息收集方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种数字用户线端口信息收集方法及系统。

背景技术

宽带业务已经成为电信运营商的主要投资方向，业务收入不断增长。数字用户线(Digital Subscriber Line，简称为DSL)因依托现有线路、开通快速、投资回报率高、利用现网潜效等特点，成为宽带主流技术。中国是全球DSL应用规模最大的市场，DSL业务也已成为中国电信增长最快的业务及收入增长的主要来源。但宽带业务随着网络规模和用户数量扩增，宽带质量问题日益凸显。网速慢、异常掉线是目前用户反应比较强烈的热点问题，也是用户对宽带质量不满意、引发用户投诉的主要因素。

数字用户线是一种不断发展的宽带接入技术，该技术是采用先进的数字编码技术和调制解调(Modem)技术在常规的用户铜质双绞线上传送宽带信号。目前，已经比较成熟并且投入使用的数字用户线方案有非对称数字用户线(Asymmetric Digital Subscriber Line，简称为ADSL)、第二代非对称数字用户线(Asymmetric DigitalSubscriber Line 2/2Plus，简称为ADSL2/2+)和甚高速数字用户线(Very high speed Digital Subscriber Line，简称为VDSL)、第二代甚高速数字用户线(Very high speed Digital Subscriber Line 2，简称为VDSL2)等多种数字用户线。一般而言，上述所有DSL都统称为xDSL。上述方案都是通过一对调制解调器来实现，其中，一个调制解调器设置在电信局，另一个调制解调器设置在用户侧。

数字用户线接入系统，主要包括：数字用户线接入复用器(DSLAccess Multiplexer，简称为DSLAM)、客户端设备(CustomerPremises Equipment，简称为CPE)和网络管理系统(NetworkManagement System，简称为NMS)等。

以下进一步分析数字用户线接入系统的故障：

1、DSL链路异常掉线：DSL异常掉线指客户端设备与数字用户线接入复用器的连接非正常中断，主要由线路质量引起，线路末梢缺陷(交接箱、分线盒、引入线和用户室内线)是诱发掉线的主要因素。用户线路过长、MODEM质量、局端DSLAM的配置以及软件版本不合理容易引发异常掉线。

2、网速慢：网速慢是用户对宽带传输速率的一种体验，除了骨干网和业务站点的原因外，在接入层，用户感受网速慢主要由于以下两个原因：(1)DSLAM端口速率不达标，其中，DSLAM端口速率不达标是指用户MODEM和DSLAM的同步速率低于用户申请的业务速率，主要由线路问题和分离器问题所引起；(2)DSLAM和BAS组网不合理，例如，DSLAM级联过多、IP上行DSLAM分布在同一VLAN的用户端口过多、接入网层次不清(即BAS和DSLAM垮城域网互连以及BAS上连带宽不足)等。

其中，与DSL链路层相关的是链路稳定性和链路性能。DSL链路异常掉线大多由于链路的不稳定所导致，而DSLAM端口速率不达标大多由于DSL物理线路的链路性能差造成。DSL承载的业务问题，由于涉及到DSLAM上层网络及其相关设备软硬件，不在此讨论。

针对DSL链路层的稳定性和性能的线路管理系统，主要包括数字用户线端口的信息采集、诊断与分析、策略等功能。该线路管理系统的组网具体可以参见图1。

图1为线路管理系统的组网示意图。如图1所示，该网络主要包括：

数字用户线接入复用器101，主要完成数字用户线接入的复用和解复用，包括调制解调、数字用户线管理等。

客户端设备102，主要为调制解调器，帮助用户从以太网数据转为DSL数据。

线路管理系统103，主要是进行所辖的数字用户线接入复用器下的数字用户线端口的相关信息采集、诊断与分析、策略实施。

网络管理系统104，主要是进行所辖的数字用户线接入复用器的远程网络管理。

业务网络105，主要是数字用户线接入复用器的出口所在的网络。通常经过交换机、路由器等设备后，再经过宽带接入服务器(Broadband Remote Access Server，简称为BRAS)认证后进入公用网络。

针对线路管理系统，目前基本上采用主动进行端口扫描方式来收集信息。通常情况下，一个线路管理系统所管理的用户为十万至数百万。采用这种方式存在的主要问题如下：

扫描效率低。早期采用扫描全部用户(每个用户对应一个物理数字用户线端口)，非常耗时。即使通过策略优化，仅对部分用户扫描，以30％为例，用户数量通常也在三万至百万。如果以10个线程5秒无障碍情况下并发扫描并处理一个用户来计算，扫描五十万个用户大概需要69.4小时。

扫描的有效性差。扫描时，用户可能未激活或者已激活多次。由于存在扫描周期和扫描时间等问题，在扫描到某个用户的时候，可能用户端口未激活或者已经激活过多次。一种情况是用户端口在扫描时未激活；另一种情况是在两次扫描期间已经激活过多次。虽然可以通过数字用户线接入复用器的端口信息增加相关字段来记录上一次建链的相关参数信息，但是如果在两次扫描期间多次激活和去激活后，将只保留最后一次建链的相关参数信息。由于数字用户线端口的不同用户的工作背景、生活方式差异很大，因此上线时间和上线后的在线时间上可能差别很大。这将导致采集信息时一些用户的信息无法采集到，并很难弥补。

发明内容

针对相关技术中线路管理系统采用主动进行端口扫描方式来收集信息时，扫描效率低且扫描的有效性差的问题，本发明提供了一种数字用户线端口信息收集系统及方法，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种数字用户线端口信息收集方法。

根据本发明的数字用户线端口信息收集方法包括：数字用户线接入复用器获取与当前用户线端口对应的预设策略信息；数字用户线接入复用器根据预设策略信息与当前用户申请信息采集当前用户线端口的参数信息；各个数字用户线接入复用器收集其所辖用户线端口的参数信息，并传送至线路管理系统。

根据本发明的另一方面，提供了一种数字用户线端口信息收集系统。

根据本发明的数字用户线端口信息收集系统包括：数字用户线接入复用器，用于获取与当前用户线端口对应的预设策略信息，根据预设策略信息与当前用户申请信息采集当前用户线端口的参数信息，并收集其所辖的用户线端口的参数信息传送至线路管理系统；线路管理系统，用于接收来自于数字用户线接入复用器收集的参数信息。

通过本发明，数字用户线接入复用器根据预设策略信息与当前用户申请信息采集当前用户线端口的参数信息，收集其所辖用户线端口的参数信息，并传送至线路管理系统。解决了相关技术中线路管理系统采用主动进行端口扫描方式来收集信息时，扫描效率低且扫描的有效性差的问题，进而可以提高用户线端口采集的效率和有效性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是线路管理系统的组网示意图；

图2是根据本发明实施例的数字用户线端口信息收集系统的结构框图；

图3是根据本发明优选实施例的数字用户线端口信息收集系统的结构框图；

图4是根据本发明实例的数字用户线端口信息收集系统的结构框图；

图5是根据本发明实施例的数字用户线端口信息收集方法的流程图；

图6是根据本发明实施例的网元记录监控对象的参数信息的流程图；

图7是根据本发明实施例的采集模块主动轮询网元收集网元的端口参数信息的流程图；

图8是根据本发明实施例的网元主动要求上传记录情况下的流程图；

图9是根据本发明实施例的用户端口故障分类分析流程图；

图10是根据本发明优选实施例的数字用户线端口信息收集方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2是根据本发明实施例的数字用户线端口信息收集系统的结构框图。如图2所示，该数字用户线端口信息收集系统包括：数字用户线接入复用器20和线路管理系统22，以下分别进行描述。

数字用户线接入复用器20，用于获取与当前用户端口对应的预设策略信息，根据预设策略信息与当前用户申请信息采集当前用户线端口的参数信息，并收集其所辖的用户线端口的参数信息传送至线路管理系统；

线路管理系统22，用于接收来自于数字用户线接入复用器收集的参数信息。

采用上述数字用户线端口信息收集系统，通过数字用户线接入复用器根据预设策略与当前用户申请信息采集当前用户端口的参数信息，并进行批量上报，可以提高采集的效率和有效性。

优选地，如图3所示，上述系统还可以包括：数据库服务器24，用于将来自于数字用户线接入复用器的参数信息进行存储，以进行后续的查询与分析。

在具体实施过程中，数字用户线接入复用器20与数据库服务器24主要通过线路管理系统进行交互，可选地，数字用户线接入复用器20也可以直接与数据库服务器24进行交互。

优选地，如图3所示，上述系统还可以包括：网络管理系统26，用于将来自于线路管理系统的预设策略信息进行同步并下发至数字用户线接入复用器中。

其中，数据库服务器46，分别与线路管理系统40、网络管理系统42、数字用户线接入复用器44相连接，为线路管理系统40、网络管理系统42、和数字用户线接入复用器44提供数据库服务。

优选地，如图3所示，线路管理系统22包括以下单元至少之一：轮询单元220，用于主动轮询各个数字用户线接入复用器以获取收集的参数信息；接收单元222，用于在数字用户线接入复用器存储的参数信息的信息量达到预定阈值时，接收来自于数字用户线接入复用器收集的参数信息。

优选地，如图3所示，线路管理系统22还可以包括：故障分类单元224，用于根据收集的参数信息进行用户线端口故障分类；确定单元226，用于根据故障分类结果确定造成故障的原因。

优选地，如图3所示，线路管理系统22还可以包括：诊断单元228，用于通过单路端口诊断确认故障分类的正确性。

在具体实施过程中，通过线路管理系统22与网管配合实现对数字用户线端口的实时运行参数采集策略的制定、实施和调整，并将该策略下发到对应的数字用户线接入复用器20及其用户线端口上；其次，数字用户线接入复用器20根据采集策略信息在端口建链、掉链、速率变化等事件时触发实时运行参数的采集，并生成可供上传分析的数据，在线路管理系统22需要的时候进行汇总收集或者数字用户线接入复用器20主动请求上传；再次，在汇总的各批次和指定用户的历史运行参数记录后，根据用户端口故障分类方法进行故障归类确定可能造成批量故障的原因；并通过单路端口诊断确认故障分类的正确性。

图4是根据本发明实例的数字用户线端口信息收集系统的结构框图。如图4所示，该数字用户线端口信息收集系统包括：线路管理系统40、网络管理系统42、数字用户线接入复用器44、数据库服务器46，以下对上述各组分进行描述。

上述线路管理系统40(相当于上述线路管理系统22)，是线路管理系统网络的核心，是进行线路故障分析的入口和驱动系统工作的基础。线路管理系统40可以进一步包括：用户端口故障归类单元400(相当于上述故障分类单元226)、策略分析单元402、第一用户端口诊断单元404(相当于诊断单元228的一部分，即客户端用户端口诊断单元)、以及网元端口信息汇集单元406。其中，用户端口故障归类单元400、策略分析单元402等都离不开数据库服务器46所提供的相关接口和数据支持。第一用户端口诊断单元404作为网络管理系统42服务侧对应的客户端进行工作。

网络管理系统42，用于根据线路管理系统40的要求提供相关服务，或者扩展相关功能。也可以将线路管理模块40作为其下属的一个功能单元。

在具体实施过程中，如图4所示，网络管理系统42可以进一步包括：策略同步与下发单元420、第二用户端口诊断单元422(相当于诊断单元228的一部分，即网络管理系统的服务侧用户端口诊断单元)、用户信息管理单元424、板卡信息获取单元426。

其中，用户信息管理单元424可以从数据库服务器46中的用户信息存储单元460中获取用户信息(例如，用户号码与网元之间的对应关系)；板卡信息获取单元426可以从各数字用户线接入复用器44收集网元板卡信息(例如，各网元类型及其各槽位单板的卡类型、软硬件版本信息和固件信息)并存储到数据库服务器46的网元板卡信息存储单元462中。

数字用户线接入复用器44，是数字用户线端口信息收集系统的一个重要组成部分。用于通过扩展功能实现对采集要求的同步和每个用户端口历史运行参数信息的采集、存储和上传。

数字用户线接入复用器44可以进一步包括：采集策略管理单元440、端口信息采集上传单元442、用户端口信息存储单元444、系统管理单元446。

其中，采集策略管理单元440，用于将网络管理系统下发的采集策略进行管理；端口信息采集上传单元442，用于采集和上报所辖用户线端口的信息，并存储在用户端口信息存储单元444中。

数据库服务器46，为上述线路管理系统40、网络管理系统42、数字用户线接入复用器44提供数据库服务，用于将来自于数字用户线接入复用器的参数信息进行存储，以进行后续的查询与分析。

数据库服务器46可以进一步包括：存储用户信息的用户信息存储单元460、存储网元板卡信息的网元板卡信息存储单元462、存储用户端口参数信息的用户端口参数存储单元464。

在具体实施过程中，数据库服务器46可以是线路管理系统40中的一个部分，或是一个独立的功能单元。同时，数据库服务器46也可以为网络管理系统42提供数据库服务。

图5是根据本发明实施例的数字用户线端口信息收集方法的流程图。如图5所示，该数字用户线端口信息收集方法包括以下处理(步骤S502-步骤S506)：

步骤S502：数字用户线接入复用器获取与当前用户端口对应的预设策略信息；

步骤S504：数字用户线接入复用器根据预设策略信息与当前用户申请信息采集当前用户线端口的参数信息；

步骤S506：各个数字用户线接入复用器收集其所辖用户线端口的参数信息，并传送至线路管理系统。

采用上述数字用户线端口信息收集方法，通过数字用户线接入复用器根据预设策略信息与当前用户申请信息采集当前用户端口的参数信息，并进行批量上报，可以提高采集的效率和有效性。

其中，预设策略信息包括但不限于：监控状态信息、监控模式信息、监控对象、采集触发模式。

由此可知，上述方案提供了多种预设策略信息，数字用户线接入复用器可以根据多种策略信息与当前用户申请信息采集当前用户端口的参数信息，因此便于更有效地采集当前用户端口的参数信息。

优选地，上述数字用户线接入复用器获取与当前用户端口对应的预设策略信息包括：

(1)网络管理系统从线路管理系统中获取预设策略信息；

(2)网络管理系统将预设策略下发至数字用户线接入复用器。

在具体实施过程中，数字用户线接入复用器获取与当前用户端口对应的预设策略信息之后，更新到采集策略数据库，以便在端口事件触发时查询并采取相应的采集策略。具体可以参见图6。

图6是根据本发明实施例的数字用户线接入复用器(下称网元)记录监控对象的参数信息的流程图。如图6所示，该网元记录监控对象的参数信息包括以下处理(步骤S602-步骤S608)：

步骤S602：网元的某个端口发生了建链、掉链、速率变化等监控事件的触发事件。

步骤S604：网元查询该端口是否属于端口监控列表，确定是否需要进行监控及其后续操作。如果否，则到步骤610退出事件触发。如果是，则到步骤S606。

步骤S606：网元查询该端口当前事件是否属于端口事件监控列表。如果否，则流程结束退出事件触发。如果是，则执行步骤S608。

步骤S608：根据监控对象要求的参数记录要求进行记录。

通常情况下，不同监控对象要求记录不同的参数信息。

例如，对于“端口不达标”的情况，通常记录以下信息，但不限于以下信息：

(1)用户号码；

(2)用户网元IP、机架、机框、槽位、端口；

(3)事件时间、记录触发类型；

(4)达标目标值参数，例如：业务的目标上下行速率；

(5)实际值参数，例如：上下行实际速率；

(6)端口的管理状态、操作状态；

(7)诊断用的参数：可达速率、线路衰减、噪声容限、发射功率；

(8)其他辅助参数：例如，终端的套片厂家和固件版本。

例如，对于“端口掉链”的情况，通常记录以下信息，但括不仅限于以下信息：

(1)用户号码；

(2)用户网元IP、机架、机框、槽位、端口；

(3)事件时间、记录触发类型；

(4)链路的误码秒(ES)、严重误码秒(SES)、不可用秒计数(UAS)；

(5)信道包头效验错误帧计数值(HEC，即Header error check)；

(6)存在错误并且不能纠错的带封装的块数(UncorrectBlks)；

(7)端口初始化以来累计的成功训练次数、失败训练次数；

可选地，还可以包括：动态参数信息，即记录从建链过程信息及其对应的掉链过程的信息。通常情况下一定记录建链过程，后续的正常运行过程如果没有异常情况(实际信噪比余度发生较多变化等)可以不用记录，在发生掉链时关闭记录动作。优选地，从发起建链到最后掉链的过程可以采用文件方式存储，也可以采用数据库存储。

线路管理系统收集网元的端口信息数据时可以采用两种方式：

第一种：线路管理系统主动轮询网元。

在具体实施过程中，线路管理系统通过轮询(直接或者通过网络管理系统)来收集网元相关端口的参数信息。轮询时，针对网元的实际情况，可以采用FTP等协议来进行数据获取。

第二种：网元主动要求上传记录。

优选地，当网元存储的参数信息的信息量达到预定阈值时，网元请求上传参数信息。

在具体实施过程中，由于网元存储信息容量的限制，可以在网元存储空间或者记录数达标一定数量时主动向线路管理系统发起上传请求，由线路管理系统取走端口参数信息，并清除记录。

考虑到网元的时间不一定准确或者说是相对时间，因此每次网元在上传端口参数信息时必须增加批次字段。具体地，该批次字段可以用一个格式的时间字符串表示。

以下结合图7和图8对上述两种方式的实现方法进行描述。

图7是根据本发明实施例的采集模块主动轮询网元收集网元的端口参数信息的流程图。如图7所示，该流程主要包括以下处理(步骤S702-步骤S710)：

步骤S702：线路管理系统本地策略触发收集流程，流程启动。

步骤S704：线路管理系统的轮询单元整理待收集的网元列表。其中，在轮询网元时，可以采用单线程或者多线程方式或者多计算机分摊等各种方式。

步骤S706：如果待收集的网元列表为空，则结束一次轮询网元采集端口参数信息的流程，否则，则执行步骤S708。

步骤S708：轮询采集模块取得一个网元信息，并从待收集的网元列表中删除该网元条目。

步骤S710：取得一个目标网元的端口参数信息记录，可以采用FTP等协议来进行数据获取。

图8是根据本发明实施例的网元主动要求上传记录情况下的流程图。如图8所示，该流程主要包括以下处理(步骤S802-步骤S820)：

步骤S802：网元经过执行根据事件触发要求记录端口参数信息；

步骤S804：网元判断目前此类监控对象的记录是否达到记录容量最大值。如果是，则结束本次流程，否则，到步骤S806。

步骤S806：网元判断目前此类监控对象的记录是否达到记录容量告警门限。如果是，则到步骤S808，否则，到步骤S820。

步骤S808：此类监控对象的记录达到记录容量告警门限，网元向线路管理系统发起立即采集的请求，希望尽快取走端口历史参数信息，以便腾出容量来记录新的信息。

步骤S810：网元等待线路管理模块接的反馈，如果线路管理模块接受采集要求，则到步骤S818；否则到步骤S812。

步骤S812：如果在规定时间内没有收到同意的请求，则失败计数加1。没有收到线路管理模块的可能情况包括：网络问题导致请求丢失或不完整被服务侧丢弃、线路管理模块服务忙无法响应等。

步骤S814：判断计数是否超过失败计数最大值，如果是，则结束请求，到步骤S816；否则到步骤S808，继续请求上传。

步骤S816：在线路管理模块服务无法同意上传请求时，放弃上传请求。

步骤S818：在服务侧接受上传请求后，网元开始将历史端口参数信息记录上传。

步骤S820：根据监控对象和事件记录当前端口的参数信息。

优选地，在执行步骤S506之后，还可以包括以下处理：

(1)线路管理系统根据收集的参数信息进行用户线端口故障分类；

(2)线路管理系统根据故障分类结果确定造成故障的原因。

上述处理过程具体可以参见图9。

图9是根据本发明实施例的用户端口故障分类分析流程图。如图9所示，该流程主要包括以下处理(步骤S902-步骤S914)：

步骤S902：生成本次用户端口分析表，选定要分析的记录的范围通常情况下按月份进行统计分析，也可以按1个或多个批次或者某个时间范围内，也可以进一步限制网元的地理区域等信息。

步骤S904：从用户信息表同步用户相关信息。用户必须是指定分析范围内有效的。

步骤S906：根据分析规则对本次用户端口的历史参数表进行预处理。剔除用户端口历史参数记录中记录不完整或者上行或者下行速率为0或空等各种异常的记录，并进一步剔除历史记录全部达标的记录和对应的用户。新增以下字段：上行结果、下行结果、上行可达很低、下行可达很低、上行可达很高、下行可达很高、日期有效等字段，还可以扩展设备厂商等字段。并根据分析达标端口信息判定细节计算得到每个新增字段的值，供后续用户端口信息统计使用。

步骤S908：根据本次用户端口的历史参数表的分析字段的数据，对用户端口分析表进行预处理。新增以下字段：扫描次数、上行达标次数、下行达标次数、上行速率平均、下行速率平均、上行速率变动次数、下行速率变动次数、上行可达平均、下行可达平均、上行可达变动次数、下行可达变动次数、上行可达很低次数、下行可达很低次数、上行可达很高次数、下行可达很高次数、配置变更次数、分类、是否达标等，并根据分析达标端口信息判定细节计算得到每个新增字段的值，供后续分类分析使用。对所有用户，新增字段：网元类型、卡类型、软件版本信息、硬件版本信息，还有固件信息、终端信息等可选字段。并从网络管理系统对应的数据库中的网元板卡信息表和用户信息表中同步相应的字段信息。

步骤S910：根据线路故障分类分析表中提到的4种情况划分，再细分上下行2个方向按照分类情况进行统计分析，得到上下行各4种分类情况。将这些分类信息同步到用户端口分析表的“分类”字段中，由于分上下行，因此一个用户的分类属性中可能还有上行、下行的多个分类情况。

步骤S912：根据每种故障分类情况的用户数量，统计每种故障分类占本次故障用户的百分比，可以百分比高低确定需要进一步分析的方向。也可以直接选择某个故障分类方向进一步分析。

步骤S914：在选个某个故障分类情况后，按不同网元类型、不同卡类型、不同硬件版本信息、不同软件版本信息等字段统计其故障用户占本次故障用户总数百分比(系列值1)，以及其占所有网元类型、卡类型、硬件版本信息、软件版本信息的用户的百分比(系列值2)。通常情况下，如果系列值1的某项值的是系列值2对应的某项值的1.3倍以上基本上可以判断是与那项分类有关。通过查阅对应的用户历史运行参数和用户统计参数，即可进一步确定是否符合判断结果。

提供故障归类的分析方法对采集汇总的数据进行分析、故障预警和故障排除，从而进一步提高了批量解决故障的能力。

优选地，在线路管理系统根据收集的参数信息进行故障分类之后，还可以包括以下处理：线路管理系统通过单路端口诊断确认故障分类的正确性。

上述处理也可以不执行，但是，确认故障分类的正确率，可以确定当前分类的正确率，在正确率较低的情况下，可以适当调整分类策略，根据调整后的分类策略，进行用户线端口故障分类。

图10是根据本发明优选实施例的数字用户线端口信息收集方法的流程图。如图10所示，根据本发明优选实施例的数字用户线端口信息收集方法可以包括以下处理(步骤S1002-步骤S1014)：

步骤S1002：电信业务中心根据用户申请进行资源归还，并相应制定业务开通单，其中，业务开通单包括：用户号码(例如：宽带上网帐号、电话号码等唯一号码)、用户端口号码(端口位置编号及其对应网元槽位端口号物理位置，以便网管下发申请)、业务信息(端口的上下行速率、最小脉冲噪声保护要求、目标噪声余度、最大延时要求等)，以及其他相关信息。

步骤S1004：可在网管要求下获取返回指定用户端口的目前的策略信息。也可以根据策略分析结果上报网管中心更新某个用户端口的采集策略。

在具体实施过程中，上述策略信息包括但不限于：监控状态、监控模式、监控对象、采集触发模式以及其他策略信息。

其中，监控状态，用来标识该用户端口是否需要进行采集，如果设置为真则需要在网元上在采集触发模式下根据监控对象进行参数的信息收集。一般默认为真。

其中，监控模式，通常分为自动(代码-1)、手工(代码0)、强制1次(代码1)或者强制N次(代码N)。自动表示由线路管理系统自动调整监控状态。手工，一般电信运维人员根据需要强制采集或者不采集用户端口的参数信息。一般默认自动。强制N次，是指执行N次网元端口数据上传后变监控模式变为自动且监控状态变为假(不监控)，通常情况下也是手工下达指令，可用于没有故障或者故障少的用户的复查。

其中，监控对象，表示在监控状态下监控什么类型的故障，例如：端口不达标、掉链等。也可进一步细化监控参数为用户端口的性能统计参数。对每种类型或者参数可以进行二进制编码，并通过“或”操作实现同时监控多个对象。

步骤S1006：网络管理系统综合步骤S1002和步骤S1004的信息，提取出用户所在的网元并生成采集策略，并将指定的信息下发到指定网元。

步骤S1008：网元根据网络管理系统下发的采集策略更新到网元的采集策略数据库，以便在端口事件触发时查询并采取相应的采集操作。

步骤S1010：网元在端口的事件触发(例如：建链、掉链、速率改变等)时查询当前端口的采集策略信息，并根据采集对象进行参数记录。

步骤S1012：网元在需要的时候将各端口历史采集对象的运行参数信息上传到线路管理系统的数据库中，供后续查询和分析使用。

步骤S1014：线路诊断系统分析各端口历史采集对象的运行参数信息，调整采集策略。以端口不达标为例，如果在某一批次收集或者某一个时间范围内的历史数据中计算得到该端口的达标结果。如果该端口的监控模式为自动，则监控状态在达标结果“达标”时设置假，后续不进行收集；监控状态在达标结果“不达标”时设置真，需要进行收集。如果该端口的监控模式为手工，则监控状态保持不变。

达标结果的计算方法可以根据具体情况而定，例如，可以采用如下方法，但不限于该方法。

当用户平均上行实际连接速率≥上行配置速率×98％；并且用户平均下行连接速率≥下行配置速率×98％时，确认用户端口速率达标；否则，则确认端口为不达标。

在具体实施过程中，可以进一步扩展或者修改上述计算方法，例如：

(1)对于次数较多的端口可以进行去除最高、最低实际速率的记录；或者

(2)对每条记录计算是否达标，然后每次统计时同一个端口的记录时如果80％的达标则可以判断为达标。或者

(3)可根据电信运营商要求定制达标计算公式。

在用户数字线端口信息采集中，端口信息包括：网元如何记录端口不达标和掉链这两种监控对象的端口信息(也可根据需要进一步扩展监控对象)，以及线路管理系统如何收集网元的端口信息数据等。

综上所述，借助本发明提供的上述实施例，提供了一种数字用户线端口信息收集方案，对大量数字用户线接入复用器的端口信息的采集，端口信息根据指定策略进行记录，大大提高了采集效率并保证了实时数据的有效收集；并且，提供故障归类的分析方法对采集汇总的数据进行分析、故障预警和故障排除，从而进一步提高了批量解决故障的能力。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种数字用户线端口信息收集方法，其特征在于，包括：

数字用户线接入复用器获取与当前用户线端口对应的预设策略信息；

所述数字用户线接入复用器根据所述预设策略信息与当前用户申请信息采集所述当前用户线端口的参数信息；

各个所述数字用户线接入复用器收集其所辖用户线端口的参数信息，并传送至线路管理系统。

2.根据权利要求1所述的方法，其特征在于，所述预设策略信息包括：

监控状态信息、监控模式信息、监控对象、采集触发模式。

3.根据权利要求1或2所述的方法，其特征在于，所述数字用户线接入复用器获取与当前用户线端口对应的预设策略信息包括：

所述网络管理系统从所述线路管理系统中获取所述预设策略信息；

所述网络管理系统将所述预设策略信息下发至所述数字用户线接入复用器。

4.根据权利要求1或2所述的方法，其特征在于，各个所述数字用户线接入复用器通过以下至少之一方式将所述参数信息传送至所述线路管理系统：

所述线路管理系统主动轮询各个所述数字用户线接入复用器以获取所述参数信息；

当所述数字用户线接入复用器存储的所述参数信息的信息量达到预定阈值时，所述数字用户线接入复用器请求上传所述参数信息。

5.根据权利要求1或2所述的方法，其特征在于，各个所述数字用户线接入复用器将所述参数信息传送至线路管理系统之后，还包括：

所述线路管理系统根据收集的参数信息进行用户线端口故障分类；

所述线路管理系统根据故障分类结果确定造成故障的原因。

6.根据权利要求5所述的方法，其特征在于，在所述线路管理系统根据收集的参数信息进行故障分类之后，还包括：

所述线路管理系统通过单路端口诊断确认故障分类的正确性。

7.一种数字用户线端口信息收集系统，其特征在于，包括：

数字用户线接入复用器，用于获取与当前用户线端口对应的预设策略信息，根据所述预设策略信息与当前用户申请信息采集所述当前用户线端口的参数信息，并收集其所辖的用户线端口的参数信息传送至线路管理系统；

所述线路管理系统，用于接收来自于所述数字用户线接入复用器收集的参数信息。

8.根据权利要求7所述的系统，其特征在于，所述线路管理系统还包括：

数据库服务器，用于将来自于所述数字用户线接入复用器的参数信息进行存储，以进行后续的查询与分析。

9.根据权利要求7或8所述的系统，其特征在于，所述线路管理系统还包括：

网络管理系统，用于将来自于所述线路管理系统的所述预设策略信息进行同步并下发至所述数字用户线接入复用器中。

10.根据权利要求7或8所述的系统，其特征在于，所述线路管理系统还包括以下单元至少之一：

轮询单元，用于主动轮询各个所述数字用户线接入复用器以获取所述收集的参数信息；

接收单元，用于在所述数字用户线接入复用器存储的参数信息的信息量达到预定阈值时，接收来自于所述数字用户线接入复用器的所述收集的参数信息。

11.根据权利要求7或8所述的系统，其特征在于，所述线路管理系统还包括：

故障分类单元，用于根据所述收集的参数信息进行用户线端口故障分类；

确定单元，用于根据故障分类结果确定造成故障的原因。

12.根据权利要求11所述的系统，其特征在于，所述线路管理系统还包括：

诊断单元，用于通过单路端口诊断确认故障分类的正确性。

Images