CN101083561A

CN101083561A - xDSL用户连接参数汇总上报网管的方法

Info

Publication number: CN101083561A
Application number: CN 200710126043
Authority: CN
Inventors: 马科
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-06-29
Filing date: 2007-06-29
Publication date: 2007-12-05

Abstract

本发明提供了一种xDSL用户连接参数汇总上报网管的方法，其中，通过轮询采集性能与实时获取连接参数相结合的方式，使网管能够更为方便和有效地监视xDSL用户性能。其中，在网元设置存储表，用于存储不同时刻的端口连接参数，并且根据网管需要将存储表同步上报给网管，其中，端口连接参数包括：端口建链信息、端口配置参数、端口断链信息和性能数据。这样，可以减轻网管的通信开销和工作负担，同时，在网管没有打开的情况下也可以完整地将端口的历史连接数据保存下来，有更好的数据完整性。

Description

xDSL用户连接参数汇总上报网管的方法

技术领域

本发明涉及获取用户连接参数的方法，更具体地，涉及xDSL(Digital Subscriber Line，数字用户线，各种DSL技术统称为xDSL)用户连接参数汇总上报网管的方法。

背景技术

近几年来，随着因特网的异军突起，因特网的业务和应用日益丰富，用户对高速接入的需求也越来越大，由此对“最后一公里”的接入网的关注也日渐增多。尽管光纤到户、CATV(CommunityAntenna Television，有线电视)、电力线接入甚至“三网合一”等新老接入技术都提供了解决方案。在这些方案当中，xDSL技术由于其特有的优势和发展趋势，已经成为任何一个提供接入解决方案的运营商和制造商都不能忽视的亮点。目前，xDSL接入技术已成为当前市场上主要的宽度接入方式之一，获得了广泛的应用。与此同时，对各种业务的支持需求也就应运而生。

为了提供更好的服务，就需要获取xDSL的历史数据以供分析，也需要获取当前的实时信息来判断性能是否达到要求。目前网管的方案是在端口建链或断链之后一定时间下发snmp-get消息至网元获取该端口的连接参数，之所以要在端口建链一定时间后下发是因为端口刚刚建链尚不稳定，需要等端口稳定后获取连接参数。这种做法在大多数地区适用，但是在上海北京这些超大城市中，由于xDSL上网用户数目非常大，建链断链也非常频繁，如果网管主动去获取每一个端口的连接参数将会导致网管的负荷过重而难以承受，而且如果网管没有开的话也就不会收到网元上报的信息，网管没开的那个时间的建链数据就丢掉了。

通过以上描述的内容可以看出，上述方案在xDSL上网用户数据较大的情况下，并不具有普遍适用性，存在网管的负荷过重等问题，并且网管不能准确地获取网元信息，也就不能方便有效地监视xDSL用户性能。

发明内容

考虑到现有技术中存在的上述问题而提出本发明。为此，本发明旨在提供一种获取xDSL的历史数据并汇总上报网管的方案，通过轮询采集性能与实时获取连接参数相结合的方法，使网管能够更为方便和有效地监视xDSL用户性能，其间将完整、准确的用户记录数据保存下来，这在很大程度上减轻了网管和网元间的通信负担，使得网管可以更轻松和有效地工作。

根据本发明一方面，提供了一种xDSL用户连接参数汇总上报网管的方法。

在该方法中，在网元设置存储表，用于存储不同时刻的端口连接参数，并且根据网管需要将存储表同步上报给网管，其中，端口连接参数包括：端口建链信息、端口配置参数、端口断链信息和性能数据。

其中，网元可以通过文件传输协议进程将存储表分成若干个文件一次同步给网管。

在端口建链时，在存储表中新增一条相应的端口连接参数记录。这样，在端口建键时，获取端口建链信息和端口配置参数，并通过端口建链填写请求将端口建链信息和端口配置参数填入端口连接参数记录中；在端口断键时，获取端口断链信息，并通过端口断链填写请求将端口断链信息填入端口连接参数记录中。另外，在性能统计轮询进程中采集性能数据，并通过性能统计轮询填写请求将性能数据填入端口连接参数记录中。

其中，在存储表的上报过程中，不接收端口建链填写请求、端口断链填写请求、或性能统计轮询填写请求。

具体地，如果在端口建链时端口建链填写请求被丢弃，则在性能统计轮询进程轮询到端口的连接时，新申请一条端口连接参数记录，并在填入端口建链信息和端口配置参数后，再填入性能数据。在性能统计轮询进程中，如果端口在线并且已经上报，则不再填写端口的端口连接参数。如果在端口建链时端口建链填写请求被丢弃，并且端口在性能统计轮询进程还未轮询到其当前连接是断链，则丢弃端口断链填写请求。如果端口断链时端口在线且已经上传完毕，则在相应的端口连接参数记录中补充与其端口建链信息对应的端口断链信息。

另外，网元上设置有主用处理核心板和备用处理核心板，二者在端口建链和端口断链时同步。

通过本发明的上述方案，将完整准确的用户记录数据保存下来，可以使网管更方便有效地监视xDSL用户性能，同时可以极大地减轻网管和网元间的通信负担。

附图说明

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

图1是根据本发明实施例的xDSL用户连接参数汇总上报网管的方法的流程图；以及

图2是图1所示的方法的具体实现的示意图。

具体实施方式

在本发明实施例提供的xDSL用户连接参数汇总上报网管的方法，通过每个网元本身自动采集端口连接参数，采用轮询采集性能与实时获取连接参数相结合的办法，并在需要的时候汇总上报给网管(即，一次上传一定时间内采集到的所有数据)。

以下将参照附图来详细描述本发明实施例，其中，给出以下实施例以提供对本发明的全面和透彻理解，而不是对本发明进行任何限制。

如图1所示，根据本发明实施例的xDSL用户连接参数汇总上报网管的方法包括以下处理：步骤S102，在网元设置(开辟)一个存储表(内存表)，用于存储不同时刻的端口连接参数；步骤S104，在端口建链时，新建一条端口连接参数记录，采集建链信息(例如，建链时间)和端口配置等参数；步骤S106，在端口断链时，采集端口断链信息(断链时间)填入端口当前连接所对应的记录；步骤S108，在原有的性能统计进程上采集速率等性能数据填入端口当前连接所对应的端口连接参数记录；以及步骤S110，新增加一个FTP(File Transfer Protocol，文件传输协议)进程，在此FTP进程上实现数据的汇总上报(即，将存储表同步上报给网管)。

以下将具体描述上述处理中的各个细节。

首先，在网元设置存储表(内存表)，用于存储不同时刻的端口连接参数(之后，根据网管需要将存储表同步上报给网管)。该表最多可含有10000条记录，该表不用存储flash，其中，端口连接参数包括：端口建链信息(包括建链时间等)、端口配置等参数、端口断链信息(包括断链时间等)和性能数据(包括采集速率等)。

其中，网元可以通过FTP进程将存储表分成若干个文件一次同步给网管(默认一个文件最多1000条记录)。

在端口建链时，在存储表中新增一条相应的端口连接参数记录。

这样，在端口建键时，获取端口建链时间和端口配置参数，并通过端口建链填写请求将端口建链信息和端口配置参数填入端口连接参数记录中；在端口断键时，获取端口断链时间，并通过端口断链填写请求将性能数据填入端口连接参数记录中。另外，在性能统计轮询进程中采集性能数据，并通过性能统计轮询填写请求将性能数据填入端口连接参数记录中。(图2示意性地示出了该过程)

具体地，如果在端口建链时端口建链填写请求被丢弃，则在性能统计轮询进程轮询到端口的连接时，新申请一条端口连接参数记录，并在按照端口建链的方式填入端口建链信息和端口配置参数后，再填入性能数据这样可以避免出现端口已经建链但是数据一直不能写入端口连接数据统计的情况。

在性能统计轮询进程中，如果端口在线并且已经上报，则不再填写端口的端口连接参数，以免重复。

如果在端口建链时端口建链填写请求被丢弃，并且端口在性能统计轮询进程还未轮询到其当前连接是断链，这时将发现相应端口的在线标志为不在线，则丢弃端口断链填写请求。

如果端口断链时发现端口在线但是已经上传完毕，则在相应的端口连接参数记录中补充与其端口建链信息对应的端口断链信息(即，补充与建链记录相对应的断链记录)，但是只填写端口索引和断链时间，因为该端口其余的建链信息已经上传过了。

对于网元而言，网元上有主用处理core板和备用处理core板，一旦主板异常不能工作，则备板立刻变成主板，继续负责网元的运行，在性能统计轮询填写连接数据时不同步到备板，可以防止产生过多的板间消息，因为在主备切换后，新的主板会去轮询性能参数台填写记录的，所以只需在建链断链的时候同步。

如上所述，本发明采用网元采集端口连接参数汇总上报的方法有两大优点，其一是减轻网管的通信开销和工作负担，可以留出更多的资源支持更多的管理工作；其二是在网管没有打开的情况下也可以完整地将端口的历史连接数据保存下来，有更好的数据完整性。

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

Claims

1.一种xDSL用户连接参数汇总上报网管的方法，其特征在于，在网元设置存储表，用于存储不同时刻的端口连接参数，并且根据网管需要将存储表同步上报给网管，其中，所述端口连接参数包括：端口建链信息、端口配置参数、端口断链信息和性能数据。

2.根据权利要求1所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，所述网元将所述存储表分成若干个文件一次同步给所述网管。

3.根据权利要求2所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，所述网元通过文件传输协议进程上传所述存储表。

4.根据权利要求1所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，在端口建链时，在所述存储表中新增一条相应的端口连接参数记录。

5.根据权利要求4所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，在端口建键时，获取所述端口建链信息和所述端口配置参数，并通过端口建链填写请求将所述端口建链信息和端口配置参数填入所述端口连接参数记录中；在端口断键时，获取所述端口断链信息，并通过端口断链填写请求将所述端口断链信息填入所述端口连接参数记录中。

6.根据权利要求5所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，在性能统计轮询进程中采集所述性能数据，并通过性能统计轮询填写请求将所述性能数据填入所述端口连接参数记录中。

7.根据权利要求6所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，在所述存储表的上报过程中，不接收所述端口建链填写请求、所述端口断链填写请求、或所述性能统计轮询填写请求。

8.根据权利要求6所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，如果在端口建链时所述端口建链填写请求被丢弃，则在性能统计轮询进程轮询到端口的连接时，新申请一条端口连接参数记录，并在填入所述端口建链信息和所述端口配置参数后，再填入所述性能数据。

9.根据权利要求6所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，在所述性能统计轮询进程中，如果端口在线并且已经上报，则不再填写所述端口的端口连接参数。

10.根据权利要求6所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，如果在端口建链时所述端口建链填写请求被丢弃，并且端口在所述性能统计轮询进程还未轮询到其当前连接是断链，则丢弃所述端口断链填写请求。

11.根据权利要求6所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，如果端口断链时端口在线且已经上传完毕，则在所述相应的端口连接参数记录中补充与其端口建链信息对应的端口断链信息。

12.根据权利要求1所述的xDSL用户连接参数汇总上报网管的方法，其特征在于，所述网元上设置有主用处理核心板和备用处理核心板，二者在端口建链和端口断链时同步。