CN101247277A - 一种告警的方法及装置 - Google Patents
一种告警的方法及装置 Download PDFInfo
- Publication number
- CN101247277A CN101247277A CNA2007100733712A CN200710073371A CN101247277A CN 101247277 A CN101247277 A CN 101247277A CN A2007100733712 A CNA2007100733712 A CN A2007100733712A CN 200710073371 A CN200710073371 A CN 200710073371A CN 101247277 A CN101247277 A CN 101247277A
- Authority
- CN
- China
- Prior art keywords
- parameter
- value
- terminal equipment
- threshold value
- acs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种告警的方法及装置,所述的方法包括如下步骤:终端设备检测其参数实际值,并将检测到的所述参数实际值与参数门限值比较,如果所述参数实际值逾越所述参数门限值,则所述的终端设备向管理端设备通告告警信息。采用本发明提供的技术方案,当终端设备参数的实际值超出正常的范围(即门限)时,终端设备就会向管理端设备发出通告,而当这些参数的值在一个合理的范围内变动时,终端设备不向管理端设备进行通告,有效的减轻了管理端设备的负担。
Description
技术领域
本发明属于DSL(数字用户线)技术领域,尤其涉及管理端对终端进行管理的技术。
背景技术
目前DSL(数字用户线)论坛的相关技术方案中,管理端设备ACS(Auto-configuration Server,自动配置服务器)对终端设备CPE(CustomerPremises Equipment,用户驻地设备)的检测主要通过Notification(通知)机制实现,当ACS对CPE的一个参数设置Notification属性后,当该参数的值发生变化时,CPE通过Inform消息上报该变化给ACS。
具体来说,ACS通过RPC(Remote Procedure Calls远程过程调用)方法SetParameter Values(设置参数值)来设置参数的属性,其中就包括参数的Notification属性,如果将参数的Notification属性设置为允许发送通知,那么CPE在该参数的值发生变化时,CPE将该参数和变化后的值通过RPC方法Inform(告知)的参数中发送给ACS,ACS通过这种方式知道该参数的值。
如上所述,在Notification机制的下,当CPE中设置了Notification属性的参数值发生变化时,CPE将变化后的参数上报给ACS,使得ACS能够实时的检测终端配置的变化。
但是,上述的方案还存在如下的不足:
虽然Notification机制中对CPE在规定的时间内上报给ACS的参数值变化的消息数量有限制,但这种限制只是总数的限制,也即是说,在规定的时间段,当CPE的参数发生变化时,CPE将变化的参数值上报给ACS,只要在规定的时间段上报的消息总数不超过限制即可。
例如,对于“误码率”这一类参数,ACS规定在1分钟内,CPE最多只能发送10个上报的消息,但“误码率”属于实时统计参数,其值可能一直都在变化,按照现有的技术方案,CPE将不断的将新的“误码率”上报给ACS。
但对于类似“误码率”这一类参数来说,ACS需要获取并不是其变化的情况,只要这些参数值的变化在某个合理的范围内,没有出现不正常的情况,CPE就没有必要报告给ACS,除非这些参数值超出预定的合理范围,ACS才需要知道,因此,ACS需要的并不是这些参数的实时值,而是这些参数不正常情况下的告警,但现有的技术方案显然无法实现。
发明内容
本发明的目的在于提供一种告警的方法及装置,旨在解决现有技术中存在的CPE不能在其参数不正常的情况下向ACS告警的问题。
为实现上述目的,本发明采用的技术方案如下:
一种告警的方法,所述的方法包括如下步骤:
终端设备检测其参数实际值,并将检测到的所述参数实际值与参数门限值比较,如果所述参数实际值逾越所述参数门限值,则所述的终端设备向管理端设备通告告警信息。
本发明实施例还提供了一种告警的装置,所述的装置包括终端设备,所述的装置还包括参数值比较模块、告警模块和存储模块,其中:
所述的存储模块用来存储参数门限值,所述的参数值比较模块用来检测参数的实际值之后,与所述的存储模块中存储的参数门限值进行比较,并用来根据比较结果指示所述的告警模块向管理端设备告警,所述的告警模块用来根据所述参数值比较模块的指示向所述的管理端设备发送告警信息。
本发明实施例还提供了一种设置参数通告属性的方法,所述的方法为:
管理端设备通过RPC方法设置终端设备参数的通告类型子参数的值,启动所述终端设备的参数实际值变化通告和/或逾越门限值告警功能。
本发明实施例克服现有技术的不足,采用对终端设备的参数设置门限值,当终端设备参数的值超出正常的范围(即门限)时,终端设备就会向管理端设备发出通告,而当这些参数的值在一个合理的范围内变动时,终端设备不向管理端设备进行通告的技术方案,有效的减轻了管理端设备的负担。
附图说明
图1是本发明实施例系统结构图;
图2是本发明实施例一流程图;
图3是本发明实施例二流程图。
具体实施方式
本发明实施例针对终端设备的参数设置门限值,当终端设备的参数的实际值高于门限值的上限或者低于门限值的下限时,终端设备的将向管理端设备发出通告,完成告警。
为了使本发明实施例的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例中,终端设备以CPE为例进行说明,管理端设备以ACS为例进行说明,对CPE参数设置上下门限值,当参数的实际值高于门限值的上限或者低于门限值的下限时,CPE周期性的向ACS发出告警。
本发明实施例提供的CPE的原理框图如图1所示,包括参数值比较模块、告警模块和存储模块,其中,存储模块中存储有参数门限值,参数值比较模块实时检测参数的实际值之后,与存储模块中存储的门限值进行比较,如果参数的实际值高于门限值的上限或者低于门限值的下限,则触发告警模块,告警模块向ACS发送告警信息。
本发明实施例中以VoiceService.{i}.VoiceProfile.{i}.Line.{i}.Stats.ReceivePacketLossRate(语音服务中的特定配置下的特定线路的接收报文的丢包率)为例进行说明。该参数是丢包率统计的一个具体表现形式,取值范围从0到100的无类型整形,代表的含义是0%到100%的丢包率,具体的参数形式如表1所示:
VoiceService.{i}.-VoiceProfile.{i}.-Line.{i}.Stats.(语音服务中的特定配置下的特定线路 | Object(对象) | - | Statistics for thisvoice lineinstance.(该特定语音线路的统计信息) | - |
.... | ||||
ReceivePacketLossRate(接收报文的丢包率) | unsignedInt[0:100](取值范围为0到100的无类型整形) | - | 当前接收报文的丢包率) | - |
... |
表1
本发明实施例中,假定超过80%的丢包率时,丢包情况超出预定的合理范围,CPE需要向ACS发出告警信息。
以下分两个实施例进行具体说明:
实施例一
在数据模型中增加表示丢包率的上限和下限两个参数(其实对于丢包率这个参数,下限是没有必要的,此处是考虑方案的通用性):ReceivePackLossRate_Upper_Limit(丢报率上限)和ReceivePackLossRate_Lower_Limit(丢包率下限)。
.VoiceService.{i}.-VoiceProfile.{i}.Line.-{i}.Stats. | Object | - | Statistics for this voice line instance. | - |
... | ||||
ReceivePacketLossRate | unsignedInt[0:100] | - | Current receive packet loss rate inpercent,calculated as defined insection 6.4of错误!未找到引用源。 | - |
ReceivePackLossRate_Upp | unsinged | W | 丢包率的上限 |
er_Limit | Int | |||
ReceivePackLossRate_Lower_Limit | UnsignedInt | W | 丢包率的下限 | |
因为目前的通告方式只有一种,所以设置参数属性时,默认的是参数值改变时就通告(Value Change)这种方式,要实现本发明的技术方案,还需要增加了一种根据门限值进行通告的方式,所以ACS在设置ReceivePacketLossRate参数的通告属性时,要增加参数NotificationType(通告类型),确定使用哪种通告类型。同理,也需要对GetParameterAttributes方法做同样的扩展。
具体来说,可以扩展现有的RPC方法SetParameterAttributes(设置参数属性)的参数SetParameterAttributesStruct(设置参数属性结构),增加一个子参数NotificationType,其值0代表使用Value Change的通告方式,1代表使用门限的通告方式。同样也需要在GetParameterAttributes方法ParameterAttributeStruct的参数中进行同样的扩展。
扩展后的SetParameterAttributesStruct参数如表2所示:
Name | Type | Description |
Name(参数名) | string(256)(长度为256字节的字符串) | 这是要应用新属性的参数的名称。可选的,这也可以是一个部分路径名字,表示新的属性将用于比这个命名层级低的所有参数。必须只有那些在调用这个方式时已存在的那些实例才能应用新的属性值,这些实例中的参数的层级都在Name节点所在层级之下。部分路径必须在最后一个层级节点名字的后面加上一个”.”(点)结束。一个空字符串表示这个名字对应层级的顶层。下面是一个全参数名称:InternetGatewayDevice.DeviceInfo.SerialNumber下面是一个部分路径名称:InternetGatewayDevice.DeviceInfo. |
NotificaitonType(通告类型) | Int[0:1](取值为0到1的整型) | 0表示使用Value Change的通告方式,1表示使用门限的通告方式。 |
NotificationChange(通告变化) | Boolean(布尔类型) | 如果为true,则用新的Notification的值替代当前参数或一组参数的通知设置属性。如果为false,则不对通知设置做任何改变 |
... |
完成上述的在数据模型中增加表示门限值的参数和在参数SetParameterAttributesStruct中增加表示通告方式的参数NotificationType之后,ACS通过RPC方法SetParameterValue,将表示上限值的参数ReceivePackLossRate_Upper_Limit的值设置为80,同时将表示下限值的参数ReceivePackLossRate_Lower_Limit的值设置为0。
再通过RPC方法SetParameterAttribution,将ReceivePacketLossRate的NotificationTyp子参数的属性设置为1,NotificationChange设置为true,ACS可以开启ReceivePacketLossRate参数的通告功能。这样当VoiceService.{i}.VoiceProfile.{i}.Line.{i}.Stats.ReceivePacketLossRate参数的值在越过设置门限80时,CPE会向ACS送出通告。在具体应用中,该通告可以带上该参数的当前值。
本实施例的流程图如图2所示,具体包括如下的步骤:
1、ACS和CPE之间建立连接;
2、ACS通过RPC方法SetParameterValues将ReceivePackLossRate_Upper_Limit 参数设置为80,将ReceivePackLossRate_Lower_Limit参数设置为0;
3、通过RPC方法SetParameterAtrributs设置参数ReceivePacketLossRate的NotificationType的属性为1,NotificationChange为True,开启ReceivePacketLossRate的告警功能;
4、CPE检测ReceivePacketLossRate参数的实际值,并将检测到的实际值与设置的ReceivePackLossRate_Upper_Limit参数值80比较,与设置的ReceivePackLossRate_Lower_Limit参数值0比较;
5、如果ReceivePacketLossRate参数的实际值大于80或者小于0。则CPE通过RPC方法Inform向ACS发送告警信息。
实施例二
在实施例一中,表示ReceivePacketLossRate的上下限的参数值在数据模型中定义,本实施例中,在参数ReceivePacketLossRate的属性中定义其上下门限参数。
因为参数的属性在数据模型中是不可见的,ACS只有通过SetParameterAttributes来设置参数属性,通过GetParameterAttributes来获取参数属性。
首先,需要扩展SetParameterAttributes的参数SetParameterAttributesStruct参数,在其中增加子参数NotificationType,其值0代表使用Value Change的通告方式,1代表使用门限的通告方式,另外还增加子参数UpperLimit和子参数LowerLimit,UpperLimit的值表示ReceivePacketLossRate的上限值,LowerLimit的值表示ReceivePacketLossRate的下限值,同理,也需要在GetParameterAttributes方法ParameterAttributeStruct的参数中进行同样的扩展,扩展后的SetParameterAttributesStruct参数如表3所示:
Name | Type | Description |
Name | string(256) | 这是要应用新属性的参数的名称。可选的,这也可以是一个部分路径名字,表示新的属性将用于比这个命名层级低的所有参数。必须只有那些在调用这个方式时已存在的那些实例才能应用新的属性值,这些实例中的参数的层级都在Name节点所在层级之下。部分路径必须在最后一个层级节点名字的后面加上一个”.”(点)结束。一个空字符串表示这个名字对应层级的顶层。下面是一个全参数名称:InternetGatewayDevice.DeviceInfo.SerialNumber下面是一个部分路径名称:InternetGatewayDevice.DeviceInfo. |
NotificaitonType | Int[0:1] | 0表示使用Value Change的通告方式,1表示使用门限的通告方式。 |
UpperLimit | Int | 上限 |
LowerLimit | Int | 下限 |
NotificationChange | boolean | 如果为true,则用新的Notification的值替代当前参数或一组参数的通知设置属性。如果为false,则不对通知设置做任何改变。 |
... |
完成上述的参数扩展之后,ACS通过RPC方法中的SetParameterAttribution,将上表中子参数UpperLimit的值设置为80,将子参数LowerLimit的值设置为0。
然后,ACS通过RPC方法SetParameterAttribution,将ReceivePacketLossRate的NotificationTyp子参数的属性设置为1,NotificationChange设置为true,可以启动ReceivePacketLossRate参数的通告功能。这样当ReceivePacketLossRate参数的值在越过设置门限80时,CPE会向ACS送出通告。在具体应用中,该通告可以带上该参数的当前值。
本实施例的流程如图3所示,具体包括如下的步骤;
1、ACS和CPE之间建立连接;
2、ACS通过RPC方法SetParameterAtrributs将ParameterAttributeStruct中的UpperLimit参数设置为80,将LowerLimit参数设置为0,将SetParameterAtrributs设置参数ReceivePacketLossRate的NotificationType的属性为1,NotificationChange为True,开启ReceivePacketLossRate的告警功能;
3、CPE检测ReceivePacketLossRate参数的实际值,并将检测到的实际值与设置的ReceivePackLossRate_Upper_Limit参数值80比较,与设置的ReceivePackLossRate_Lower_Limit参数值0比较;
4、如果ReceivePacketLossRate参数的实际值大于80或者小于0。则CPE通过RPC方法Inform向ACS发送告警信息。
在具体实现时,对于一个指定的参数,其门限可能会有多个,有的参数可能需要考虑包括上限值和下限在内的多个门限值,也有的参数只需要考虑上限值或者下限值,参数的实际值在越过门限后,CPE可以是只向ACS发出一次告警,也可以是周期性的发出多次告警(参数值还处在告警区的情况下),当参数实际值在从告警区域返回正常区域时,CPE可以是通告ACS,也可以是不通告ACS,视实际需要而定。
如上所述,本发明实施例提供的技术方案针对CPE参数设置门限值,当CPE参数的实际值高于门限值的上限或者低于门限值的下限时,CPE将向ACS发出通告,完成告警;当参数实际值大于门限值的下限值并小于门限值的上限值时,CPE不需要通告ACS。因此,当CPE上的误码率、丢包率这类参数的值超出正常的范围(即门限)时,CPE就会向ACS发出通告,而当这些参数的值在一个合理的范围内变动时,CPE不向ACS进行通告,有效的减轻了ACS的负担。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (15)
1. 一种告警的方法,其特征在于,所述的方法包括如下步骤:
终端设备检测其参数实际值,并将检测到的所述参数实际值与参数门限值比较,如果所述参数实际值逾越所述参数门限值,则所述的终端设备向管理端设备通告告警信息。
2. 根据权利要求1所述的方法,其特征在于,所述的方法还包括:
所述的管理端设备针对所述的终端设备的参数设置门限值。
3. 根据权利要求2所述的方法,其特征在于,所述的管理端设备针对所述的终端设备的参数设置门限值具体包括:
在用户驻地设备CPE的数据结构中增加表示所述参数值门限的子参数,自动配置服务器ACS通过远程过程调用RPC方法设置参数值SetParameterAttributesValue设置所述的子参数的值。
4. 根据权利要求3所述的方法,其特征在于,所述的方法还包括:
所述的ACS通过RPC方法设置参数属性SetParameterAttributes将所述参数的通告属性设置为逾越门限值告警。
5. 根据权利要求2所述的方法,其特征在于,所述的管理端设备针对所述的终端设备的参数设置门限值具体包括:
在参数属性结构参数SetParameterAttributesStruct中增加表示参数值门限的子参数和表示通告类型的子参数,所述的ACS通过远程过程调用RPC方法SetParameterAttributes设置所述的表示参数值门限的子参数的值并且将所述的表示通告类型的子参数的值设置为逾越门限值告警。
6. 根据权利要求1所述的方法,其特征在于,具体包括:
CPE检测所述参数的实际值,并将所述参数的实际值与ACS设置的所述参数的门限值比较,如果所述的实际值逾越所述的门限值,则所述的CPE向所述的ACS通告告警信息,否则结束流程。
7. 根据权利要求6所述的方法,其特征在于,所述的实际值逾越所述的门限值具体为所述的实际值大于所述门限值的上限或者小于所述门限值的下限。
8. 根据权利要求6所述的方法,其特征在于,所述的CPE向所述的ACS通告告警信息具体为:
所述的CPE通过RPC方法告知Inform向所述的ACS告警,通告所述的ACS所述参数的实际值逾越门限值。
9. 一种告警的装置,所述的装置包括终端设备,其特征在于,所述的装置还包括参数值比较模块、告警模块和存储模块,其中:
所述的存储模块用来存储参数门限值;
所述的参数值比较模块用来检测参数实际值,将检测的参数实际值与所述的存储模块中存储的参数门限值进行比较,并用来根据比较结果指示所述的告警模块向管理端设备告警;
所述的告警模块用来根据所述参数值比较模块的指示向所述的管理端设备发送告警信息。
10. 根据权利要求9所述的装置,其特征在于,所述的存储模块存储的参数门限值为所述的参数上限值和/或下限值,所述的参数值比较模块用来将所述的参数实际值与所述的参数上限值和/或下限值进行比较,如果所述的参数实际值大于所述的上限值或者小于所述的下限值,所述的参数值比较模块用来指示所述的告警模块向所述的管理端设备告警,所述的告警模块用来根据所述参数值比较模块的指示向所述的管理端设备发送告警信息。
11. 根据权利要求9所述的装置,其特征在于,所述的存储模块中存储有表示所述参数门限的参数,其值由所述的管理端设备通过RPC方法设置。
12. 根据权利要求9所述的装置,其特征在于,所述的参数为丢报率或者误码率。
13. 根据权利要求9所述的装置,其特征在于,所述的终端设备为CPE,所述的管理端设备为ACS。
14. 一种设置参数通告属性的方法,其特征在于,所述的方法为:
管理端设备通过RPC方法设置终端设备参数的通告类型子参数的值,启动所述终端设备的参数实际值变化通告和/或逾越门限值告警功能。
15. 根据权利要求14所述的方法,其特征在于,所述的终端设备参数的通告类型子参数具体为NotificationType,所述的管理端设备通过所述的RPC方法SetParameterAttributes设置所述NotificationType的值为1时,所述的终端设备的逾越门限值告警功能启动,所述的管理端设备设置所述NotificationType的值为0时,所述的终端设备的参数实际值变化通告功能启动。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100733712A CN101247277A (zh) | 2007-02-15 | 2007-02-15 | 一种告警的方法及装置 |
PCT/CN2008/000285 WO2008101397A1 (fr) | 2007-02-15 | 2008-02-03 | Procédé, système et appareil de gestion de dispositifs terminaux |
EP08706466A EP2045963A1 (en) | 2007-02-15 | 2008-02-03 | A method, system and apparatus for managing terminal devices |
US12/364,032 US20090138578A1 (en) | 2007-02-15 | 2009-02-02 | Method, system and apparatus for managing terminal devices |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100733712A CN101247277A (zh) | 2007-02-15 | 2007-02-15 | 一种告警的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101247277A true CN101247277A (zh) | 2008-08-20 |
Family
ID=39709621
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100733712A Pending CN101247277A (zh) | 2007-02-15 | 2007-02-15 | 一种告警的方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20090138578A1 (zh) |
EP (1) | EP2045963A1 (zh) |
CN (1) | CN101247277A (zh) |
WO (1) | WO2008101397A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103746864A (zh) * | 2013-12-19 | 2014-04-23 | 广西科技大学 | 一种基于移频发码设备智能老化检测方法 |
CN105574065A (zh) * | 2015-09-25 | 2016-05-11 | 国网浙江省电力公司 | 一种对实时数据漏点率统计的方法 |
CN112351557A (zh) * | 2020-09-25 | 2021-02-09 | 深圳星标科技股份有限公司 | 目视助航设备告警方法、装置、计算机设备及其存储介质 |
CN112564976A (zh) * | 2020-12-11 | 2021-03-26 | 江苏亿通高科技股份有限公司 | 一种基于tr069协议的性能参数监控方法 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2968870A1 (fr) * | 2010-12-10 | 2012-06-15 | France Telecom | Procede de collecte et de traitement d'informations representatives de conditions de fonctionnement d'un equipement |
TWI488473B (zh) * | 2013-01-02 | 2015-06-11 | Ind Tech Res Inst | 自動配置伺服器及其用戶終端設備的管理方法 |
EP3206334B1 (en) * | 2014-11-06 | 2019-09-11 | Huawei Technologies Co., Ltd. | Information sending method, managed system, and managing system |
TWI827974B (zh) * | 2021-09-08 | 2024-01-01 | 財團法人工業技術研究院 | 虛擬功能效能分析系統及其分析方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6411802B1 (en) * | 1999-03-15 | 2002-06-25 | Bellsouth Intellectual Property Management Corporation | Wireless backup telephone device |
EP1341380A1 (en) * | 2002-02-27 | 2003-09-03 | Koninklijke Philips Electronics N.V. | Power standby mode circuitry for audiovisual device |
JP2003345682A (ja) * | 2002-05-30 | 2003-12-05 | Hitachi Ltd | ネットワーク監視方法、ネットワーク監視装置、プログラム |
CN1571373A (zh) * | 2004-04-23 | 2005-01-26 | 中兴通讯股份有限公司 | 监测调整移动网络运行状况的方法 |
KR101327967B1 (ko) * | 2005-04-15 | 2013-11-13 | 톰슨 라이센싱 | 원거리 디바이스의 원격 관리 방법과 대응하는 비디오 디바이스 |
CN100486180C (zh) * | 2007-03-16 | 2009-05-06 | 北京工业大学 | 一种基于ieee 802.1x协议的局域网安全管理方法 |
-
2007
- 2007-02-15 CN CNA2007100733712A patent/CN101247277A/zh active Pending
-
2008
- 2008-02-03 EP EP08706466A patent/EP2045963A1/en not_active Withdrawn
- 2008-02-03 WO PCT/CN2008/000285 patent/WO2008101397A1/zh active Application Filing
-
2009
- 2009-02-02 US US12/364,032 patent/US20090138578A1/en not_active Abandoned
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103746864A (zh) * | 2013-12-19 | 2014-04-23 | 广西科技大学 | 一种基于移频发码设备智能老化检测方法 |
CN105574065A (zh) * | 2015-09-25 | 2016-05-11 | 国网浙江省电力公司 | 一种对实时数据漏点率统计的方法 |
CN112351557A (zh) * | 2020-09-25 | 2021-02-09 | 深圳星标科技股份有限公司 | 目视助航设备告警方法、装置、计算机设备及其存储介质 |
CN112351557B (zh) * | 2020-09-25 | 2023-05-30 | 深圳星标科技股份有限公司 | 目视助航设备告警方法、装置、计算机设备及其存储介质 |
CN112564976A (zh) * | 2020-12-11 | 2021-03-26 | 江苏亿通高科技股份有限公司 | 一种基于tr069协议的性能参数监控方法 |
Also Published As
Publication number | Publication date |
---|---|
US20090138578A1 (en) | 2009-05-28 |
WO2008101397A1 (fr) | 2008-08-28 |
EP2045963A1 (en) | 2009-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101247277A (zh) | 一种告警的方法及装置 | |
US20150180701A1 (en) | Method and system for detecting failures of network nodes | |
CN101841898B (zh) | 无线通信系统、发送和接收业务指示消息的方法及系统 | |
CN103220173B (zh) | 一种报警监控方法及监控系统 | |
CN102075987B (zh) | 获取短信链路异常信息的方法、系统及网管监控服务器 | |
US20040242286A1 (en) | Configurable network initiated response to mobile low battery condition | |
CN101494572B (zh) | 设备告警信息远程管理方法及系统 | |
CA2363667A1 (en) | Fraud detection method for mobile telecommunication networks | |
CN102469547A (zh) | 终端接入的控制方法、终端和系统 | |
CN103130095A (zh) | 一种电梯故障预警方法及相关服务器 | |
CN101192332A (zh) | 告警系统和方法 | |
CN101640646A (zh) | 以太环网保护倒换方法及装置 | |
CN113593196A (zh) | 一种配电房告警信息订阅方法及系统 | |
CN101068382B (zh) | 一种短消息中心容灾分流的处理系统和方法 | |
CN101102217B (zh) | 电信网管系统中告警重复和闪断上报及监视的处理方法 | |
US6507565B1 (en) | Method and system for managing remote resources in a telecommunications system | |
CN101436924B (zh) | 一种数据同步的方法、装置及系统 | |
CN103166804A (zh) | Sstm集中监控管理系统 | |
CN101977396B (zh) | 多媒体消息业务中实现网元业务切换的系统及方法 | |
CN101268663B (zh) | 通信网络中的非主动式告警传播和抑制系统及方法 | |
US6874022B1 (en) | Method and system for modeling behavior of elements in a telecommunications system | |
CN101360313B (zh) | 网元管理系统向网络管理系统上报告警数量信息的方法 | |
CN101877653A (zh) | 告警变化信息是否丢失的判定方法、系统及主控板 | |
CN101364903A (zh) | 一种基站告警的方法、系统及相关装置 | |
CN104507059A (zh) | 一种彩信发送管理方法和彩信发送管理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |