一种用于网管数据采集的方法和系统的制作方法
【专利摘要】本发明公开了一种用于网管数据采集的方法和系统，属于网络管理领域。该方法包括：管理服务器向终端发送触发条件，该触发条件用于判断终端是否处于工作状态。终端根据该触发条件，实时判断该终端是否达到该触发条件。当判断结果为是时，管理服务器对终端进行网管数据采集。本发明公开的技术方案，不再采用轮询方式进行采集，通过终端的主动通知，只对处于工作状态的终端设备进行网管数据采集。这样，采集效率得到有效提高，能够有效避免网管数据采集的无效操作。此外，该技术方案也能够减轻对网络和服务器的压力，特别适用于大规模组网情况下的网管数据的采集。
【专利说明】一种用于网管数据采集的方法和系统
【技术领域】
[0001]本发明涉及网络管理领域，特别涉及一种用于网管数据采集的方法和系统。
【背景技术】
[0002]电信运营商的终端设备网络管理一般采用TR-069协议。TR-069协议是由DSL论坛(WWW.ds I forum, org)所开发的技术规范之一,其全称为终端设备广域网管协议。
[0003]TR - 069协议提供了对下一代网络中终端设备进行管理配置的通用框架和协议。该协议主要涉及管理服务器和终端设备两个基本网元。管理服务器可由网络侧对家庭网等用户侧进行远程管理和配置。
[0004]应用TR - 069协议，可以实现对用户设备的状态和性能进行监测。
[0005] 申请人:对现有基于TR - 069协议进行网管数据采集的方法进行了深入分析，发现现有的网管数据采集机制存在效率低下的问题。
[0006]具体来说，在线的终端设备一般存在工作状态和空闲状态。终端设备在大部分时间处于空闲状态，在该状态不产生业务流量或者所产生的业务流量很小。而电信运营商现有的网管系统一般采用轮询方式进行网管数据的采集。该方式不论在线设备处于何种状态，管理服务器均要对全网设备进行周期遍历，逐个读取设备上的网管数据。
[0007]对于处于空闲状态的终端设备，管理服务器所读取的网管数据基本是无效数据，而由于该数据量较大，会造成管理服务器资源的极大浪费。
[0008]特别是针对电信运营商所部署的终端设备网络规模庞大，且网管数据实时性要求高，采用现有方法进行网管数据采集，数据采集的效率低下，会对电信运营商的网络和管理服务器系统造成很大压力。
【发明内容】
[0009]本发明针对网管数据采集的系统采集效率较低问题，提出了一种新的技术方案，能够有效提高网管数据采集的效率，减轻网管数据采集对电信运营商的网络和管理服务器系统所造成的压力。
[0010]根据本发明的一个方面，公开了一种用于网管数据采集的方法。该方法包括:管理服务器向终端发送触发条件，达到触发条件的终端处于工作状态；终端根据该触发条件，实时判断该终端是否达到触发条件；当判断结果为是时，管理服务器对该终端进行网管数据米集。
[0011 ] 进一步地，预先设置有数据流量阈值，在一种情况中，触发条件可以设置为终端的数据流量检测值不小于该数据流量阈值。
[0012]进一步地，数据流量阈值可以为接收流量累计阈值和/或发送流量累计阈值。
[0013]进一步地，接收流量累计阈值可以设定为终端接收流量的最大限值的一半。发送流量累计阈值可以设定为终端发送流量的最大限值的一半。
[0014]进一步地，可预先设置有数据流量警报阈值；终端的数据流量检测值按照无符号整数的模运算规则，在递增到最大限值后重新由零开始计数。在另一种情况中，触发条件可以设定为终端的数据流量检测值从超过该数据流量阈值的状态变化到低于该数据流量阈值的状态。对于上述情况，管理服务器对终端数据流量的计算值为数据流量检测值与所述数据流量最大限值之和。
[0015]进一步地，在又一种情况中，触发条件可以为终端的设备参数发生变化。该设备参数可包括终端当前连接的用户数。
[0016]根据本发明的第二方面，公开了一种用于网管数据采集的系统，达到触发条件的终端处于工作状态。该系统包括管理服务器和终端。管理服务器向终端发送触发条件。终端根据该触发条件，实时判断终端是否达到触发条件。当判断结果为是时，管理服务器对终端进行网管数据采集。
[0017]进一步地，预先设置有数据流量阈值，在一种情况中，触发条件可以设置为终端的数据流量检测值不小于该数据流量阈值。数据流量阈值可以为接收流量累计阈值和/或发送流量累计阈值。接收流量累计阈值可以设定为终端接收流量的最大限值的一半。发送流量累计阈值也可以设定为终端发送流量的最大限值的一半。
[0018]进一步地，可预先设置有数据流量警报阈值；终端的数据流量检测值按照无符号整数的模运算规则，在递增到最大限值后重新由零开始计数。在另一种情况中，触发条件可以设定为终端的数据流量检测值从超过该数据流量阈值的状态变化到低于该数据流量阈值的状态。对于上述情况，管理服务器对终端数据流量的计算值为数据流量检测值与所述数据流量最大限值之和。
[0019]进一步地，在又一种情况中，触发条件可以为终端的设备参数发生变化。该设备参数可包括终端当前连接的用户数。
[0020]上述公开的技术方案，不再采用轮询方式进行采集，通过终端的主动通知，只对处于工作状态的终端设备进行网管数据采集，采集效率有效提高，能够有效避免网管数据采集的无效操作。
【专利附图】
【附图说明】
[0021]构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。
[0022]参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中:
[0023]图1为示出了根据本发明的一种用于网管数据采集的方法的一个实施例的流程示意图。
[0024]图2为示出了根据本发明的一种用于网管数据采集的方法的另一个实施例的流程不意图。
[0025]图3为示出了根据本发明的一种用于网管数据采集的方法的又一个实施例的流程不意图。
[0026]图4为示出了根据本发明的一种用于网管数据采集的方法的再一个实施例的流程不意图。
[0027]图5为示出了根据本发明的一种用于网管数据采集的方法的还一个实施例的流程不意图。[0028]图6为示出了根据本发明的一种用于网管数据采集的系统的一个实施例的结构示意图。
【具体实施方式】
[0029]现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
[0030]同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0031]以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
[0032]图1为示出了根据本发明的一种用于网管数据采集的方法的一个实施例的流程示意图。
[0033]在步骤Sll中，管理服务器向终端发送触发条件。
[0034]该触发条件的具体参数可以是预先设定的，并在终端设备初始入网时，利用TR -069协议发送给终端设备。
[0035]终端所处的状态包括工作状态和空闲状态。该触发条件用于判定该终端是否处于工作状态。也就是说，达到触发条件的终端必定处于工作状态。
[0036]在步骤S12中，根据触发条件，实时判断终端设备是否达到触发条件。
[0037]当判断结果为是时，执行步骤S13 ;当判断结果为否时，执行步骤S14。
[0038]在步骤S13中，对终端进行网管数据采集。
[0039]具体地，终端可利用TR - 069协议的消息通告机制，主动向管理服务器报告，管理服务器根据该报告消息，触发网管数据采集工作，指示该终端向管理服务器上报所需的网管数据。
[0040]在步骤S14中，对于没有达到触发条件的情况，不进行网管数据的采集。
[0041]上述公开的技术方案，不再采用轮询方式进行采集，通过终端的主动通知，只对处于工作状态的终端设备进行网管数据采集，采集效率有效提高，能够有效避免网管数据采集的无效操作。
[0042]此外，该技术方案也能够减轻对网络和服务器的压力，特别适用于大规模组网情况下的网管数据的采集。
[0043]图2为示出了根据本发明的一种用于网管数据采集的方法的另一个实施例的流程不意图。
[0044]在步骤S21中，管理服务器向终端设备发送触发条件配置信息。
[0045]该配置信息包括触发条件的具体参数，可利用TR - 069协议进行下发。
[0046]在步骤S22中，终端设备向管理服务器发送配置完成信息。
[0047]在步骤S23中，终端根据触发条件，实时判断自身状况是否达到触发条件。达到触发条件的终端处于工作状态。
[0048]在步骤S24中，当判定自身已经满足触发条件时，向管理服务器发送触发警报信
肩、O[0049]在步骤S25中，管理服务器向终端设备发送采集和上报指令，用于指示终端进行数据采集和数据上报。
[0050]在步骤S26中，终端根据指令，进行数据采集，并上报至管理服务器。
[0051]在步骤S27中，管理服务器向终端设备发送完成确认消息。
[0052]管理服务器在数据采集工作完成后向该终端下发确认消息，从而结束本次网管数据采集的信令交互。
[0053]图3为示出了根据本发明的一种用于网管数据采集的方法的又一种实施例的流程不意图。
[0054]在步骤S31中，管理服务器向终端设备发送触发条件配置信息。
[0055]在本实施例中，可预先设置有数据流量警报阈值。触发条件可以是终端的数据流量检测值不小于数据流量警报阈值。
[0056]也就是说，当终端的数据流量检测值小于预先设置的数据流量警报阈值时，不采取数据采集工作；当终端的数据流量检测值大于或者等于预先设置的数据流量警报阈值时，则进行数据采集工作。
[0057]数据流量警报阈值可以为接收流量累计阈值或发送流量累计阈值，也可以同时包括接收流量累计阈值和发送流量累计阈值。
[0058]接收流量累计警报阈值可以设定为终端接收流量的最大限值的一半。发送流量累计警报阈值也可设定为终端发送流量的最大限值的一半。
[0059]本领域的技术人员应当理解，数据流量警报阈值不限于以上内容，还可以根据实际需要，包括任何其他种类的阈值，在此不做限定。此外，警报阈值的具体数值也可进行调
難
iF.0
[0060]在步骤S32中，终端设备向管理服务器发送配置完成信息。
[0061]在步骤S33中，终端进行实时数据检测，当检测到至少一个设备参数超过警报阈值时，执行步骤S34。
[0062]在步骤S34中，终端标识出超过阈值的设备参数。
[0063]在步骤S35中，终端向管理服务器发送连接请求消息。
[0064]在步骤S36中，管理服务器向终端发送连接确认消息。
[0065]在步骤S37中，终端向管理服务器发送触发报警信息。
[0066]在步骤S38中，管理服务器向终端发送报警确认消息。
[0067]在步骤S39中，终端设备关闭与管理服务器的连接。
[0068]在步骤S40中，管理服务器触发一个网管数据采集进程。
[0069]在步骤S41中，管理服务器向终端发送要求建立连接的消息。
[0070]在步骤S42中，终端向管理服务器发送连接请求的消息。
[0071]在步骤S43中，管理服务器向终端发送连接请求确认消息。
[0072]在步骤S44中，终端向管理服务器发送空报文，等待指令。
[0073]在步骤S45中，管理服务器向终端发送网管数据采集和上报指令。
[0074]在步骤S46中，终端将所采集的网管数据上报至管理服务器。
[0075]在步骤S47中，管理服务器向终端发送确认完成数据采集的消息。
[0076]在步骤S48中，终端设备关闭与管理服务器的连接。[0077]在本实施例中，主动触发是利用终端设备参数超过阈值报警的机制实现的。利用这种机制，能够将工作状态处于数据流量超过警报阈值的终端设备报告给管理服务器。管理服务器只对处于该工作状态的终端设备进行网管数据采集，采集效率得到有效提高，能够有效避免网管数据采集的无效操作。
[0078]图4为示出了根据本发明的一种用于网管数据采集的方法的再一个实施例的流程不意图。
[0079]在步骤S51中，管理服务器向终端设备发送触发条件配置信息。
[0080]在本实施例中，可预先设置有数据流量警报阈值。终端的数据流量检测值按照无符号整数的模运算规则，在递增到最大限值后重新由零开始计数。触发条件为终端的数据流量检测值从超过数据流量警报阈值的状态变化到低于数据流量警报阈值的状态。
[0081]具体地，终端设备的参数值是有最大值限制的。例如，采用4个字节计数时，最大值为OxFF FF FF FF (即4，294，967，295)。当终端的数据流量参数值超过该值后，将按照无符号整数的模运算规则重新由零开始计数。因此，对于被设置阈值的设备参数(例如收/发流量累计值)，超过阈值并继续增长到数据流量最大限值后，将会自动归零而低于数据流量警报阈值。
[0082]在步骤S52中，终端设备向管理服务器发送配置完成信息。
[0083]在步骤S53中，终端设备检测到原本处于超阈值状态的参数已经低于该阈值。
[0084]在步骤S54中，消除该参数超过阈值的状态标识。
[0085]在步骤S55中，终端向管理服务器发送连接请求消息。
[0086]在步骤S56中，管理服务器向终端发送连接请求确认消息。
[0087]在步骤S57中，终端向管理服务器发送触发报警信息。
[0088]具体地，终端自动触发一条消除该参数超阈值的报警信息，通过TR - 069协议报
告管理服务器。
[0089]在步骤S58中，管理服务器向终端发送报警消除确认消息。
[0090]在步骤S59中，终端关闭与管理服务器的连接。
[0091]在步骤S60中，管理服务器触发一个网管数据采集进程。
[0092]在步骤S61中，管理服务器向消除报警的终端发送要求建立连接的消息。
[0093]在步骤S62中，终端向管理服务器发送连接请求的消息。
[0094]在步骤S63中，管理服务器向终端发送连接请求确认消息。
[0095]在步骤S64中，终端向管理服务器发送空报文，等待指令.[0096]在步骤S65中，管理服务器向终端发送网管数据采集和上报指令。
[0097]在步骤S66中，终端将所采集的网管数据上报至管理服务器。
[0098]在本实施例中，管理服务器对终端数据流量的计算值为数据流量检测值与数据流量最大限值之和。
[0099]在步骤S67中，管理服务器向终端发送确认完成数据采集的消息。
[0100]在步骤S68中，终端设备关闭与管理服务器的连接。
[0101]在本实施例中，主动触发是利用终端设备参数值降回到阈值以下后报警消除的机制实现。利用这种机制，能够将工作状态处于数据流量从超过变为低于警报阈值的终端设备报告给管理服务器。管理服务器只对处于该工作状态的终端设备进行网管数据采集，采集效率得到有效提高，能够有效避免网管数据采集的无效操作。
[0102]图5为示出了根据本发明的一种用于网管数据采集的方法的还一个实施例的流程不意图。
[0103]在步骤S71中，管理服务器向终端设备发送触发条件配置信息。
[0104]触发条件为终端的设备参数发生变化。
[0105]在本实施例中，设备参数可包括终端当前连接的用户数。需要说明的是所监控的关键设备参数不限于终端当前连接的用户数这一项指标，可以根据实际需要，选择任何其它一项或多项指标。
[0106]在步骤S72中，终端设备向管理服务器发送配置完成信息。
[0107]在步骤S73中，终端设备监控到至少一个设备参数发生变动。
[0108]在步骤S74中，终端向管理服务器发送连接请求消息。
[0109]在步骤S75中，管理服务器向终端发送连接确认消息。
[0110]在步骤S76中，终端向管理服务器发送设备参数变动报警信息。
[0111]在本实施例中，将终端当前连接的用户数发生变动的情况报告值管理服务器。
[0112]在步骤S77中，管理服务器向终端发送报警确认消息。
[0113]在步骤S78中，终端设备关闭与管理服务器的连接。
[0114]在步骤S79中，管理服务器触发一个网管数据采集进程。
[0115]在步骤S80中，管理服务器向终端发送要求建立连接的消息。
[0116]在步骤S81中，终端向管理服务器发送连接请求的消息。
[0117]在步骤S82中，管理服务器向终端发送连接请求确认消息。
[0118]在步骤S83中，终端向管理服务器发送空报文，等待指令。
[0119]在步骤S84中，管理服务器向终端发送网管数据采集和上报指令。
[0120]在步骤S85中，终端将所采集的网管数据上报至管理服务器。
[0121]在步骤S86中，管理服务器向终端发送确认完成数据采集的消息。
[0122]在步骤S87中，终端设备关闭与管理服务器的连接。
[0123]在本实施例中，主动触发是利用监控终端设备参数(如，终端当前连接的用户数或者该类型的其它参数)是否发生变动的机制实现。可以同时监控多个参数，当其中至少一个设备参数发生变动时，就可触发管理服务器对终端设备的网管数据采集工作。利用这种机制，由于可在终端设备工作的关键时刻(如用户上线或者下线时刻)，主动通知管理服务器，使得数据采集工作更有针对性和实效性。
[0124]本领域的技术人员应当理解，图3、图4和图5分别示出了三种触发条件配置下的网管数据采集的方法。在实际应用中，可以根据实际需要，同时配置以上任意两种触发条件的组合。最为优选地，可以同时配置上述三种触发条件。这样，终端只要达到其中任意一种触发条件，即可通知管理服务器进行网管数据采集工作。
[0125]图6为示出了根据本发明的一种用于网管数据采集的系统的一个实施例的结构示意图。
[0126]该系统包括终端I和管理服务器2。管理服务器2用于向终端发送触发条件。终端I根据该触发条件，实时判断终端I是否达到该触发条件。当判断结果为是时，管理服务器2对终端I进行网管数据采集。[0127]如图所示，管理服务器2中设有第一通讯单元21、触发条件设置单元22和采集控制单元23。终端I中设有第二通讯单元11、判断单元12和采集单元13。
[0128]触发条件设置单元22用于预先设置触发条件，并通过第一通讯单元21将该触发条件配置发送至终端I。
[0129]具体地，可以根据实际需要，设置多种触发条件，主要包括如下三种条件。
[0130]在第一种条件下，可预先设置有数据流量警报阈值，触发条件设定为终端的数据流量检测值不小于数据流量警报阈值。也就是说，一旦终端的数据流量检测值等于或者大于数据流量警报阈值，则终端I中的判断单元12判定该终端达到数据流量警报阈值。
[0131]在这种条件下，数据流量警报阈值为接收流量累计阈值和/或发送流量累计阈值。接收流量累计阈值可设定为终端接收流量的最大限值的一半，发送流量累计阈值可设定为终端发送流量的最大限值的一半。
[0132]在第二种条件下，可预先设置数据流量警报阈值。终端的数据流量检测值按照无符号整数的模运算规则，在递增到最大限值后重新由零开始计数。触发条件设定为终端的数据流量检测值从超过数据流量警报阈值的状态变化到低于数据流量警报阈值的状态。也就是说，当终端I的数据流量检测值从超过数据流量警报阈值的状态变化到低于数据流量警报阈值的状态，判断单元12则判定该终端达到触发条件。
[0133]在这种条件下，终端I通过第二通讯单元11上报数据流量检测值后，管理服务器2对终端I数据流量的计算值为数据流量检测值与数据流量最大限值之和。
[0134]在第三种条件下，触发条件可设置为终端的设备参数发生变化。例如，设备参数可以是该终端当前连接的用户数。
[0135]当该终端当前连接的用户数增加或者减少时，判断单元12判定满足触发条件。
[0136]在以上三种条件下，当判断单元12判定该终端达到其中任一条触发条件时，通过第二通讯单元11向管理服务器2发送报警信息。采集控制单元23启动数据采集进程，向终端I发送数据采集和上报指令。采集单元13根据上述指令，进行网管数据采集，并通过第二通讯单元11将网管数据上报给管理服务器2。
[0137]上述公开的技术方案，不再采用轮询方式进行采集，通过终端的主动通知，只对处于工作状态的终端设备进行网管数据采集，采集效率得到有效提高，能够有效避免网管数据采集的无效操作。
[0138]此外，该系统也能够减轻对网络和服务器的压力，特别适用于大规模组网情况下的网管数据的采集。
[0139]对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
[0140]在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值，或数学计算法方法，以实现相同的计算目的。
[0141]应注意到:相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
[0142]至此，已经详细描述了一种用于网管数据采集的方法和系统。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
[0143]虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。
【权利要求】
1.一种用于网管数据采集的方法，其特征在于，该方法包括: 管理服务器向终端发送触发条件，达到所述触发条件的终端处于工作状态； 所述终端根据所述触发条件，实时判断该终端是否达到所述触发条件； 当判断结果为是时，所述管理服务器对所述终端进行网管数据采集。
2.如权利要求1所述的方法，其特征在于， 预先设置有数据流量警报阈值； 所述触发条件为所述终端的数据流量检测值不小于所述数据流量警报阈值。
3.如权利要求2所述的方法，其特征在于， 所述数据流量警报阈值为接收流量累计阈值和/或发送流量累计阈值。
4.如权利要求3所述的方法，其特征在于， 所述接收流量累计警报阈值设定为所述终端接收流量的最大限值的一半； 所述发送流量累计警报阈值设 定为所述终端发送流量的最大限值的一半。
5.如权利要求1所述的方法，其特征在于， 预先设置有数据流量警报阈值； 所述终端的数据流量检测值按照无符号整数的模运算规则，在递增到最大限值后重新由零开始计数； 所述触发条件为所述终端的数据流量检测值从超过所述数据流量警报阈值的状态变化到低于所述数据流量警报阈值的状态。
6.如权利要求5所述的方法，其特征在于，管理服务器对所述终端数据流量的计算值为所述数据流量检测值与所述数据流量最大限值之和。
7.如权利要求1所述的方法，其特征在于， 所述触发条件为所述终端的设备参数发生变化； 所述设备参数包括所述终端当前连接的用户数。
8.一种用于网管数据采集的系统，其特征在于，该系统包括管理服务器和终端， 所述管理服务器向终端发送触发条件，达到所述触发条件的终端处于工作状态； 所述终端根据所述触发条件，实时判断所述终端是否达到所述触发条件； 当判断结果为是时，所述管理服务器对所述终端进行网管数据采集。
9.如权利要求8所述的系统，其特征在于， 预先设置有数据流量警报阈值； 所述触发条件为所述终端的数据流量检测值不小于所述数据流量警报阈值； 其中，所述数据流量警报阈值为接收流量累计阈值和/或发送流量累计阈值，所述接收流量累计阈值设定为所述终端接收流量的最大限值的一半，所述发送流量累计阈值设定为所述终端发送流量的最大限值的一半。
10.如权利要求8所述的系统，其特征在于， 预先设置有数据流量警报阈值； 所述终端的数据流量检测值按照无符号整数的模运算规则，在递增到最大限值后重新由零开始计数； 所述触发条件为所述终端的数据流量检测值从超过所述数据流量警报阈值的状态变化到低于所述数据流量警报阈值的状态；管理服务器对所述终端数据流量的计算值为所述数据流量检测值与所述数据流量最大限值之和。
11.如权利要求8所述的系统，其特征在于， 所述触发条件为所述终端的设备参数发生变化； 所述设备参数包括所述终端当前连接的用户数。
【文档编号】H04L12/24GK103731283SQ201210382938
【公开日】2014年4月16日 申请日期:2012年10月11日 优先权日:2012年10月11日
【发明者】林峰, 郑周, 王徐芳 申请人:中国电信股份有限公司