CN101577632A - 设备管理的保障方法、装置和系统 - Google Patents
设备管理的保障方法、装置和系统 Download PDFInfo
- Publication number
- CN101577632A CN101577632A CNA2008100938990A CN200810093899A CN101577632A CN 101577632 A CN101577632 A CN 101577632A CN A2008100938990 A CNA2008100938990 A CN A2008100938990A CN 200810093899 A CN200810093899 A CN 200810093899A CN 101577632 A CN101577632 A CN 101577632A
- Authority
- CN
- China
- Prior art keywords
- equipment
- side equipment
- terminal side
- management
- upgrade information
- 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
Landscapes
- Stored Programmes (AREA)
Abstract
本发明公开了一种设备管理的保障方法、装置和系统,涉及通信领域,能够保障管理设备升级以后继续对升级后的终端侧设备进行管理。本发明实施例提供的设备管理的保障方法包括:检测出存在管理故障的终端侧设备;与所述终端侧设备建立保障通道;通过所述保障通道,下发升级信息给所述终端侧设备,以便所述终端侧设备升级。
Description
技术领域
本发明涉及通信领域,尤其涉及一种设备管理的保障方法、装置和系统。
背景技术
现有的网络管理系统包括管理设备、与所述管理设备相连的系统侧设备,和与所述系统侧设备连接多个终端侧设备。管理设备通过系统侧设备与所述终端侧设备建立连接,对所述终端侧设备进行管理。只有管理设备和与其相应的终端侧设备配置相同的管理协议时,管理设备才能够对该终端侧设备进行管理。
不同的网络管理系统可以采用不同的管理协议。常见的管理协议有:TR069协议(由数字用户环路论坛制定)、SNMP协议(简单网络管理协议)和OMCI协议(光网络终端管理和控制接口协议)等。通过系统侧设备,管理设备利用管理协议对终端侧设备进行管理,有利于运营商对终端侧设备的维护、业务发放和升级。
由于目前TR069、SNMP和OMCI等管理协议还都处于规范化的过程中,会不断地进行修改和完善,升级至新版本的管理协议,当管理设备上配置的管理协议升级至新版本后,管理设备无法识别出配置有老版本的终端侧设备,不能继续对终端侧设备进行管理,造成了管理中断的问题。
为了使管理设备能够继续管理配置有老版本管理协议的终端侧设备,需要手工对终端侧设备上的管理协议进行修改,升级至可用的新版本文件。因为终端侧设备数量大,分布广,这种方法消耗了大量人力,在实际操作中是不可行的。所以,为了解决因管理设备升级带来的管理问题,通常采用的方法就是新版本的管理协议刻意的对老版本协议进行兼容。
在实现本发明的过程中,发明人发现现有技术中至少存在如下问题:随着升级的版本越来越高,兼容量越来越大,大大增加了新版本协议的复杂度和对新版本协议进行测试的工作量。并且,由于新版本的管理协议在很多功能上对老版本是不能兼容的,或者设计新版本协议时对各版本之间的兼容性考虑不周等,导致管理设备升级至某一新版本管理协议时,无法识别出配置有老版本的终端侧设备,不能对终端设备继续进行管理。
发明内容
一方面,本发明实施例提供了一种设备管理的保障方法,该方法在管理设备上的管理协议升级至新版本后,保障管理设备能够对升级后的终端侧设备继续进行管理。
本发明实施例采用的技术方案包括:一种设备管理的保障方法,该方法包括:
检测出存在管理故障的终端侧设备;
与所述终端侧设备建立保障通道;
通过所述保障通道,下发升级信息给所述终端侧设备,以便所述终端侧设备升级。
另一方面,本发明实施例还提供了一种设备管理的保障方法,该方法在管理设备上的管理协议升级至新版本后,终端侧设备上的管理协议也能升级至所述新版本,保障了管理设备能够对升级后的终端侧设备继续进行管理。
本发明实施例采用的技术方案包括:一种设备管理的保障方法,该方法包括:
与系统侧设备建立连接,形成保障通道;
通过所述保障通道,接收所述系统侧设备下发的升级信息;
根据所述升级信息,进行升级。
再一方面,本发明实施例提供了一种设备管理的保障装置,该装置在管理设备上的管理协议升级至新版本后,保障管理设备能够对升级后的终端侧设备继续进行管理。
本发明实施例采用的技术方案包括:一种设备管理的保障装置,该装置包括:
检测单元,用于检测出存在管理故障的终端侧设备;
连接单元,用于根据检测单元的检测结果,与所述存在管理故障的终端侧设备建立保障通道;
发送单元,用于通过所述保障通道,下发升级信息给所述存在管理故障的终端侧设备,以便所述终端侧设备升级。
再一方面,本发明实施例还提供了一种设备管理的保障装置,该装置保障了当管理设备上的管理协议升级至新版本后,终端侧设备上的管理协议也能升级至所述新版本,该装置包括:
连接单元,用于与系统侧设备建立连接,形成保障通道;
接收单元,用于通过所述保障通道接收所述系统侧设备下发的升级信息;
升级单元,用于根据所述升级信息,进行升级。
再一方面,本发明实施例还提供了一种设备管理的保障系统,该系统能够保障当管理设备的管理协议升级至新版本后,终端侧设备上的管理协议也能升级至所述新版本,从而能够使管理设备继续对终端侧设备进行管理。
本发明实施例采用的技术方案包括:一种设备管理的保障系统,该系统包括:管理设备,与所述管理设备相连的系统侧设备,和与所述系统侧设备相连的至少一个终端侧设备,
所述系统侧设备用于在所述管理设备升级以后,与所述终端侧设备建立保障通道,通过所述保障通道下发升级信息给所述终端侧设备;
所述终端侧设备用于与系统侧设备建立连接,形成保障通道,通过所述保障通道接收升级信息,根据所述升级信息,进行升级。
当管理设备上配置的管理协议升级至新版本,管理设备无法识别出配置有老版本的终端侧设备,失去对终端侧设备的管理时,本发明实施例提供的技术方案,先检测出存在管理故障的终端侧设备,通过系统侧设备与所述终端侧设备建立连接,形成保障通道,通过该保障通道下发升级信息给所述存在管理故障的终端侧设备。所述终端侧设备通过该保障通道接收系统侧设备下发的升级信息,根据升级信息,升级至新版本的管理协议。本发明实施例提供的技术方案,通过保障通道,使管理设备上的管理协议升级至新版本以后,终端侧设备也能升级至新版本,配置上与管理设备相同的管理协议,从而,保障了管理设备能够对终端设备继续进行管理。
附图说明
图1为本发明实施例一提供的设备管理的保障方法流程图;
图2为本发明实施例二提供的设备管理的保障方法流程图;
图3为本发明实施例三提供的设备管理的保障方法流程图;
图4为本发明实施例四提供的设备管理的保障方法流程图;
图5为本发明实施例一提供的设备管理的保障装置的结构图;
图6为本发明实施例二提供的设备管理的保障装置的结构图;
图7为本发明实施例三提供的设备管理的保障装置的结构图;
图8为本发明实施例四提供的设备管理的保障装置的结构图;
图9为本发明实施例提供的设备管理的保障系统的示意图;
图10为本发明实施例提供的GPON架构下设备管理的保障系统结构图;
图11为本发明实施例提供的ACS所在的系统中设备管理的保障系统结构图;
图12为本发明实施例提供的综合接入设备管理系统中设备管理的保障系统结构图。
具体实施方式
为了解决当管理设备的管理协议升级至新版本后,无法继续管理配置有旧版本管理协议的终端侧设备的问题。本发明实施例提供了一种设备管理的保障方法、装置和系统。下面结合附图对本发明实施例作进一步详细说明:
本发明实施例提供的设备管理的保障方法,在管理设备上的管理协议升级至新版本后,保障所述管理设备能够对升级后的终端侧设备继续进行管理。
如图1所示,该方法包括如下步骤:
步骤101、检测出存在管理故障的终端侧设备;
步骤102、与所述终端侧设备建立保障通道;
步骤103、通过所述保障通道,下发升级信息给所述终端侧设备,以便所述终端侧设备升级。
当管理设备上配置的管理协议升级至新版本,管理设备无法识别出配置有老版本的终端侧设备,失去对终端侧设备的管理时,本发明实施例提供的设备管理的保障方法,先检测出存在管理故障的终端侧设备,通过与所述终端侧设备建立连接,形成了一条保障通道,通过该保障通道下发升级信息给所述终端侧设备,本发明实施例提供的设备管理的保障方法,通过保障通道,使管理设备升级以后,终端侧设备也能进行升级,配置上与管理设备相同的管理协议,从而,保障了管理设备能够对终端设备继续进行管理。
步骤101、检测出存在管理故障的终端侧设备。
本发明实施例首先需要找到存在管理故障的终端侧设备,可以根据需要发送指令进行扫描,或者定期自动扫描,检测出管理设备曾经管理过的,但目前已失去管理的终端侧设备,该终端侧设备存在管理故障。
步骤102、与所述终端侧设备建立保障通道。
为了进一步确认上述终端侧设备出现的故障是由于升级造成的,如图2所示,在步骤102之前还包括步骤102a,判断所述终端侧设备的物理连接状态为正常,如果物理连接状态异常,说明该终端侧设备可能出现了硬件故障或未处于使用状态,对该终端侧设备不予处理;如果物理连接状态正常,则进一步确定了该终端侧设备出现的管理故障可能是由升级造成的,需要对该终端侧设备进行处理。
只有当管理设备因为管理协议升级,失去对终端侧设备的管理时,造成管理故障时,才需要向存在管理故障的终端侧设备请求建立连接,通过与终端侧设备建立的连接,形成一个暂时性的保障通道;当管理设备正常管理终端侧设备时,无需建立这种保障通道,以避免不必要的资源消耗。
步骤103、通过所述保障通道,下发升级信息给所述终端侧设备,以便所述终端侧设备升级。
通过上述保障通道下发升级信息,所述的升级信息包括升级服务器的地址、待升级版本协议的版本号,用于确保终端侧设备能下载到需要的协议版本。但本发明实施例中的升级信息并不仅限于此,根据需要,所述的升级信息还可以包括安全认证信息,以保证升级时网络的安全性。
本发明实施例还提供了一种实现设备管理的保障方法,该方法在管理设备上的管理协议升级至新版本后,终端侧设备上的管理协议也能升级至所述新版本,保障了管理设备能够对升级后的终端侧设备继续进行管理。
如图3所示,该方法包括如下步骤:
步骤301、与系统侧设备建立连接,形成保障通道;
步骤302、通过所述保障通道,接收所述系统侧设备下发的升级信息;
步骤303、根据所述升级信息,进行升级。
存在管理故障的终端侧设备通过与系统侧设备建立连接,形成保障通道,通过该保障通道接收系统侧设备下发的升级信息,根据升级信息,升级至新版本的管理协议。本发明实施例提供的设备管理的保障方法,通过保障通道,使管理设备升级以后,终端侧设备也能进行升级,配置上与管理设备相同的新版本管理协议,从而,保障了升级后的管理设备能够对终端设备继续进行管理。
步骤301、与系统侧设备建立连接,形成保障通道。
存在管理故障的终端侧设备,应答系统侧设备要求建立连接的请求,与所述系统侧设备建立连接,形成一条暂时性的保障通道。
步骤302、通过所述保障通道,接收所述系统侧设备下发的升级信息。
所述的升级信息包括升级服务器的地址、待升级版本协议的版本号,用于确保终端侧设备能下载到需要的协议版本。
当所述升级信息的格式与终端侧设备所能识别的信息格式不相匹配时,需要对该升级信息进行格式转换,将升级信息转换为终端侧设备所能识别的格式。如图4所示,本发明实施例在步骤302之后还包括步骤302a,将所述升级信息转换为终端侧设备可识别的格式。
步骤303、根据所述升级信息,进行升级。
终端侧设备接收的升级信息包括升级服务器的地址、待升级版本协议的版本号,用于确保终端侧设备能下载到需要的协议版本。终端侧设备根据升级服务器的地址向升级服务器发起连接,根据终端侧设备的类型,这种连接可以是ftp(文件传输协议)连接,或者是http(超文本传输协议)连接。然后,终端侧设备根据待升级版本协议的版本号从升级服务器下载需要的管理协议的新版本,安装该新版本文件,进行升级。
并且,本发明实施例提供的实现设备管理的保障方法,管理设备升级时的新版本协议无须对终端侧设备上原有配置的旧版本协议进行兼容,降低了新版本协议的复杂度,减少了对新版本协议进行测试的工作量,解决了升级时由于兼容性带来的问题。
本发明实施例提供了一种设备管理的保障装置,该装置保障了当管理设备的管理协议升级至新版本后,继续对配置有老版本管理协议的终端侧设备进行管理。如图5所示,一种设备管理的保障装置,该装置包括:
检测单元,用于检测出存在管理故障的终端侧设备;
连接单元,用于根据检测单元的检测结果,与所述存在管理故障的终端侧设备建立保障通道;
发送单元,用于通过所述保障通道,下发升级信息给所述存在管理故障的终端侧设备,以便所述终端侧设备升级。
当管理设备因为管理协议升级至新版本,无法识别出配置有老版本的终端侧设备,失去对终端侧设备的管理时,本发明实施例提供的设备管理的保障装置,先利用检测单元,检测出存在管理故障的设备,然后由连接单元,与所述终端侧设备建立连接,形成了一条保障通道,发送单元利用该保障通道下发升级信息给所述终端侧设备。本发明实施例提供的设备管理的保障装置,通过保障通道保障了管理设备升级以后,终端侧设备也进行升级,终端侧设备配置上与管理设备相同的管理协议,从而保障了管理设备能够对终端侧设备继续进行管理。
为了确认终端侧设备出现的故障是由于升级造成的,如图6所示,本发明实施例还包括判断单元,用于判断出由所述检测单元检测出的存在管理故障的终端侧设备的物理连接状态为正常,如果物理连接状态异常,说明该终端侧设备可能出现了硬件故障或未处于使用状态,对该终端侧设备不予处理;如果物理连接状态正常,则进一步确定了该终端侧设备出现的管理故障可能是由升级造成的,需要对该终端侧设备进行处理。
本发明实施例还提供了一种设备管理的保障装置,该装置保障了当管理设备上的管理协议升级至新版本后,终端侧设备上的管理协议也能升级至所述新版本,从而,保障了管理设备能够继续对终端侧设备进行管理,如图7所示,该装置包括:
连接单元,用于与系统侧设备建立连接,形成保障通道;
接收单元,用于通过所述保障通道接收所述系统侧设备下发的升级信息;
升级单元,用于根据所述升级信息,进行升级。
出现管理故障的终端侧设备通过连接单元,与系统侧设备之间建立了一条保障通道,然后终端侧设备利用接收单元,通过该保障通道接收系统侧设备下发的升级信息,利用升级单元根据升级信息,进行升级。本发明实施例提供的设备管理的保障装置,通过保障通道使终端侧设备配置上了与管理设备相同的新版本管理协议,保障了终端侧设备的升级。
本发明实施例还包括格式转换单元,如图8所示,当所述升级信息的格式与终端侧设备所能识别的信息格式不相匹配时,将升级信息转换为终端侧设备所能识别的格式,从而进一步保障了升级的正常进行。
并且,本发明实施例提供的实现设备管理的保障装置,升级时的新版本协议无须对终端设备上原有配置的旧版本协议进行兼容,降低了新版本协议的复杂度,减少了对新版本协议进行测试的工作量,解决了升级时由兼容性带来的问题。
本发明实施例还提供了一种设备管理的保障系统,该系统能够保障当管理设备的管理协议升级至新版本后,终端侧设备上的管理协议也能升级至所述新版本,从而能够使管理设备继续对终端侧设备进行管理。
如图9所示,一种设备管理的保障系统,该系统包括:管理设备,与所述管理设备相连的系统侧设备,和与所述系统侧设备相连的至少一个终端侧设备,所述系统侧设备用于在所述管理设备升级以后,与所述终端侧设备建立保障通道,通过所述保障通道下发升级信息给所述终端侧设备;
所述终端侧设备用于与系统侧设备建立连接,形成保障通道,通过所述保障通道接收升级信息,根据所述升级信息,进行升级。
所述管理设备通过所述系统侧设备对所述终端侧设备进行管理。
在本发明实施例中,所述的系统侧设备包括:
检测单元,用于检测出存在管理故障的终端侧设备;连接请求单元,用于根据检测单元的检测结果,请求与所述终端侧设备建立保障通道;发送单元,用于通过所述保障通道下发升级信息给所述终端侧设备,以便所述终端侧设备升级;
所述的终端侧设备包括:
连接应答单元,用于应答系统侧设备请求建立的连接,形成保障通道;接收单元,用于通过所述保障通道接收所述升级信息;升级单元,用于根据所述升级信息,进行升级。
在本发明实施例中所述系统侧设备还包括判断单元,用于判断出由所述检测单元检测出的存在管理故障的终端侧设备的物理连接状态为正常。所述终端侧设备还包括格式转换单元,用于将所述升级信息转化为终端侧设备可识别的格式。
当管理设备因为管理协议升级至新版本,无法识别出配置有老版本的终端侧设备,失去对终端侧设备的管理时,本发明实施例提供的设备管理的保障系统,通过在系统侧设备与终端侧设备之间建立一条保障通道,保障了终端侧设备进行有效的升级,从而,升级后的管理设备能够对终端设备继续进行管理。
并且,本发明实施例提供的设备管理的保障系统,升级时的新版本协议无须对终端侧设备上原有配置的旧版本协议进行兼容,降低了新版本协议的复杂度,减少了对新版本协议进行测试的工作量,解决了升级时由兼容性带来的问题。
本发明实施例提供的系统侧设备和终端侧设备可以位于但不限于只位于TR069的ACS(自动配置系统,Auto Configuration System)系统、SNMP的综合接入设备管理系统(Integrated Access Device Manage System,IADMS)、GPON(吉比特无源光网络,Gigabit-Capable Passive Optical Network)的OMCI系统、EPON(以太网无源光网络,Ethernet Passive Optical Network)的OAM(操作管理及维护,Operation Administration and Maintenance)系统。下面以GPON架构下,对OMCI管理协议的升级保障为例进行说明。
如图10所示,GPON架构下的系统侧设备包括,管理设备,与所述管理设备相连的系统侧设备,所述系统侧设备为OLT(光线路终端),与系统侧设备连接有至少一个终端侧设备,该终端侧设备包括ONT(光网络终端),与终端侧设备连接有升级服务器。
在GPON架构中,在管理设备与ONT上都配置有OMCI管理协议,管理设备根据OMCI管理协议对ONT进行管理。当管理设备上的OMCI管理协议升级到新的版本,无法识别配置有老版本OMCI协议的ONT,不能对ONT继续进行管理。
本发明实施例提供的设备管理的保障系统,OLT首先通过其上的检测单元,找出因存在故障而无法管理的ONT,然后通过判断单元判断该ONT与OLT的物理连接状态,如果物理连接状态正常,OLT通过连接请求单元,与所述ONT建立连接,形成保障通道,通过保障通道利用发送单元,下发升级信息给所述ONT。所述ONT利用连接应答单元,建立保障通道,通过保障通道利用接收单元接收所述升级信息。如果所述升级信息的格式与ONT所能识别的信息格式不匹配,ONT利用格式转换单元,将所述升级信息转化为可识别的格式。然后,ONT利用升级单元,根据所述升级信息,向升级服务器发起ftp连接或者是http连接,从升级服务器下载新版本的OMCI管理协议,进行升级。ONT升级至新版本后,管理设备可以继续对ONT进行管理。
本发明实施例提供的设备管理的保障系统,通过在系统侧设备与终端侧设备之间建立一条保障通道,保障了终端侧设备进行有效的升级,从而,升级后的管理设备能够对终端设备继续进行管理。
并且,本发明实施例提供的设备管理的保障系统,升级时的新版本协议无须对终端侧设备上原有配置的旧版本协议进行兼容,降低了新版本协议的复杂度,减少了对新版本协议进行测试的工作量,解决了升级时由兼容性带来的问题。
本发明实施例提供的设备管理的保障系统还可以应用于TR069的ACS系统,下面以TR069的ACS系统为例对本发明实施例进行说明。
如图11所示,ACS系统中的系统侧设备包括管理设备、与所述管理设备相连的系统侧设备,所述系统侧设备为DSLAM(数字用户线接入复用器),与系统侧设备连接有至少一个终端侧设备,该终端侧设备包括HG(家庭网关),与终端侧设备连接有升级服务器。
在ACS架构中,在管理设备与HG上都配置有TR069管理协议,管理设备根据TR069管理协议对HG进行管理。当管理设备上的TR069管理协议升级到新的版本,无法识别配置有老版本TR069协议的HG,不能对HG继续进行管理。
本发明实施例提供的设备管理的保障系统,DSLAM首先通过其上的检测单元,找出因存在故障而无法管理的HG,然后通过判断单元判断该HG与DSLAM的物理连接状态,如果物理连接状态正常,DSLAM通过连接请求单元,与所述HG建立连接,形成保障通道,通过保障通道利用发送单元,下发升级信息给所述HG。所述HG利用连接应答单元,建立保障通道,通过保障通道利用接收单元接收所述升级信息。如果所述升级信息的格式与HG所能识别的信息格式不匹配,HG利用格式转换单元,将所述升级信息转化为可识别的格式。然后,HG利用升级单元,根据所述升级信息,向升级服务器发起http连接,从升级服务器下载新版本的TR069管理协议,进行升级。HG升级至新版本后,管理设备可以继续对HG进行管理。
本发明实施例提供的设备管理的保障系统,通过在系统侧设备与终端侧设备之间建立一条保障通道,保障了终端侧设备进行有效的升级,从而,升级后的管理设备能够对终端设备继续进行管理。
并且,本发明实施例提供的设备管理的保障系统,升级时的新版本协议无须对终端侧设备上原有配置的旧版本协议进行兼容,降低了新版本协议的复杂度,减少了对新版本协议进行测试的工作量,解决了升级时由兼容性带来的问题。
本发明实施例提供的设备管理的保障系统还可以应用于SNMP的IADMS系统。
如图12所示,IADMS系统中的系统侧设备包括管理设备、与所述管理设备相连的系统侧设备,所述系统侧设备为媒体网关,与系统侧设备连接有至少一个终端侧设备,该终端侧设备包括综合接入设备(Integrated Access Device,IAD),与终端侧设备连接有升级服务器。
在IADMS中,在管理设备与IAD上都配置有SNMP管理协议,管理设备根据SNMP管理协议对IAD进行管理。当管理设备上的SNMP管理协议升级到新的版本,无法识别配置有老版本SNMP协议的IAD,不能对IAD继续进行管理。
本发明实施例提供的设备管理的保障系统,媒体网关首先通过其上的检测单元,找出因存在故障而无法管理的IAD,然后通过判断单元判断该IAD与媒体网关的物理连接状态正常。媒体网关通过连接请求单元,与所述IAD建立连接,形成保障通道,通过保障通道利用发送单元,下发升级信息给所述IAD。所述IAD利用连接应答单元,建立保障通道,通过保障通道利用接收单元接收所述升级信息。如果所述升级信息的格式与IAD所能识别的信息格式不匹配,IAD利用格式转换单元,将所述升级信息转化为可识别的格式。然后,IAD利用升级单元,根据所述升级信息,向升级服务器发起http连接,从升级服务器下载新版本的TR069管理协议,进行升级。IAD升级至新版本后,管理设备可以继续对IAD进行管理。
本发明实施例提供的设备管理的保障系统,通过在系统侧设备与终端侧设备之间建立一条保障通道,保障了终端侧设备进行有效的升级,从而,升级后的管理设备能够对终端设备继续进行管理。
并且,本发明实施例提供的设备管理的保障系统,升级时的新版本协议无须对终端侧设备上原有配置的旧版本协议进行兼容,降低了新版本协议的复杂度,减少了对新版本协议进行测试的工作量,解决了升级时由兼容性带来的问题。
当然,本发明的实施例还可有很多种,在不背离本发明的实施例精神及其实质的情况下,本领域技术人员当可根据本发明的实施例做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明的实施例所附的权利要求的保护范围。
Claims (15)
1、一种设备管理的保障方法,其特征在于,该方法包括:
检测出存在管理故障的终端侧设备;
与所述终端侧设备建立保障通道;
通过所述保障通道,下发升级信息给所述终端侧设备,以便所述终端侧设备升级。
2、根据权利要求1所述的设备管理的保障方法,其特征在于,在所述的与所述终端侧设备建立保障通道的步骤之前包括:
判断所述终端侧设备的物理连接状态为正常。
3、根据权利要求1所述的设备管理的保障方法,其特征在于,所述的升级信息包括升级服务器的地址、待升级版本协议的版本号。
4、一种设备管理的保障方法,其特征在于,该方法包括:
与系统侧设备建立连接,形成保障通道;
通过所述保障通道,接收所述系统侧设备下发的升级信息;
根据所述升级信息,进行升级。
5、根据权利要求4所述的设备管理的保障方法,其特征在于,在所述的根据所述升级信息,进行升级的步骤之前还包括:
将所述升级信息转换为终端侧设备可识别的格式。
6、根据权利要求4所述的设备管理的保障方法,其特征在于,所述升级信息包括升级服务器的地址、待升级版本协议的版本号。
7、一种设备管理的保障装置,其特征在于,该装置包括:
检测单元,用于检测出存在管理故障的终端侧设备;
连接单元,用于根据检测单元的检测结果,与所述存在管理故障的终端侧设备建立保障通道;
发送单元,用于通过所述保障通道,下发升级信息给所述存在管理故障的终端侧设备,以便所述终端侧设备升级。
8、根据权利要求7所述的设备管理的保障装置,其特征在于,该装置还包括:
判断单元,用于判断出由所述检测单元检测出的存在管理故障的终端侧设备的物理连接状态为正常。
9、根据权利要求7所述的设备管理的保障装置,其特征在于,该装置包括:数字用户线接入复用器、媒体网关或者光线路终端。
10、一种设备管理的保障装置,其特征在于,该装置包括:
连接单元,用于与系统侧设备建立连接,形成保障通道;
接收单元,用于通过所述保障通道接收所述系统侧设备下发的升级信息;
升级单元,用于根据所述升级信息,进行升级。
11、根据权利要求10所述的设备管理的保障装置,其特征在于,该装置还包括格式转换单元,用于将所述升级信息转化为终端侧设备可识别的格式。
12、根据权利要求10所述的设备管理的保障装置,其特征在于,该装置包括:家庭网关、综合接入设备、光网络单元或光网络终端。
13、一种设备管理的保障系统,其特征在于,该系统包括:管理设备,与所述管理设备相连的系统侧设备,和与所述系统侧设备相连的至少一个终端侧设备,
所述系统侧设备用于在所述管理设备升级以后,与所述终端侧设备建立保障通道,通过所述保障通道下发升级信息给所述终端侧设备;
所述终端侧设备用于与系统侧设备建立连接,形成保障通道,通过所述保障通道接收升级信息,根据所述升级信息,进行升级。
14、根据权利要求13所述的设备管理的保障系统,其特征在于,所述管理设备通过所述系统侧设备对所述终端侧设备进行管理。
15、根据权利要求13所述的设备管理的保障系统,其特征在于,所述的系统侧设备包括:
检测单元,用于检测出存在管理故障的终端侧设备;
连接请求单元,用于根据检测单元的检测结果,请求与所述终端侧设备建立保障通道;
发送单元,用于通过所述保障通道下发升级信息给所述终端侧设备,以便所述终端侧设备升级;
所述的终端侧设备包括:
连接应答单元,用于应答系统侧设备请求建立的连接,形成保障通道;
接收单元,用于通过所述保障通道接收所述升级信息;
升级单元,用于根据所述升级信息,进行升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100938990A CN101577632A (zh) | 2008-05-05 | 2008-05-05 | 设备管理的保障方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100938990A CN101577632A (zh) | 2008-05-05 | 2008-05-05 | 设备管理的保障方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101577632A true CN101577632A (zh) | 2009-11-11 |
Family
ID=41272427
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100938990A Pending CN101577632A (zh) | 2008-05-05 | 2008-05-05 | 设备管理的保障方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101577632A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013189381A3 (zh) * | 2013-02-18 | 2014-02-13 | 中兴通讯股份有限公司 | 无源光网络链路检测方法及装置 |
CN104320281A (zh) * | 2014-10-31 | 2015-01-28 | 杭州华三通信技术有限公司 | 光网络单元onu版本升级方法和设备 |
WO2022227805A1 (zh) * | 2021-04-25 | 2022-11-03 | 华为技术有限公司 | 通信方法和通信装置 |
-
2008
- 2008-05-05 CN CNA2008100938990A patent/CN101577632A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013189381A3 (zh) * | 2013-02-18 | 2014-02-13 | 中兴通讯股份有限公司 | 无源光网络链路检测方法及装置 |
US9755929B2 (en) | 2013-02-18 | 2017-09-05 | Zte Corporation | Method and apparatus for link check in passive optical network |
CN104320281A (zh) * | 2014-10-31 | 2015-01-28 | 杭州华三通信技术有限公司 | 光网络单元onu版本升级方法和设备 |
WO2022227805A1 (zh) * | 2021-04-25 | 2022-11-03 | 华为技术有限公司 | 通信方法和通信装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11025487B2 (en) | Service distribution method, device and system | |
CN102082684B (zh) | 业务配置转换方法、装置及系统 | |
AU2014101649A4 (en) | System and method for remotely updating cable model software | |
EP1990950B1 (en) | A management method for passive optical network terminal and system thereof | |
CN101834745B (zh) | 一种自动生成onu网元拓扑的方法、服务器及系统 | |
US20090016713A1 (en) | Method, apparatus, system, and computer program to debug an optical network terminal using diagnostic optical network terminal | |
US20090059933A1 (en) | Validating customer in-home network connectivity using moca bridge mode | |
CN1859182A (zh) | 一种对光网络单元onu进行版本升级的方法 | |
CN103378979B (zh) | 一种无源光网络的管理方法、设备及系统 | |
WO2009143782A1 (zh) | 无源光网络系统中建立管理维护通道的方法、装置及系统 | |
CN100551049C (zh) | 一种视频监控系统监控前端的升级方法 | |
CN101877650A (zh) | 一种自动更新软件版本的方法及系统 | |
EP2328355A1 (en) | Automated service migration | |
CN104080020A (zh) | Onu设备配置的自动下发方法及装置 | |
WO2013064912A2 (en) | Auto-configuration of demarcation devices in ethernet passive optical network | |
CN101197704A (zh) | 数字用户线路终端远程管理中软件版本升级的方法 | |
US20090074423A1 (en) | Method and apparatus for configuring an optical network terminal | |
CN102611519A (zh) | 一种对无源光网络进行链路保护的方法和装置 | |
CN101212346B (zh) | 一种网元管理系统的软件版本管理方法及装置 | |
CN101577632A (zh) | 设备管理的保障方法、装置和系统 | |
CN102098274A (zh) | 外部终端远程登陆从设备的方法及系统 | |
CN115086061B (zh) | 一种用于fttr的认证及网络接入控制方法和系统 | |
CN103795816A (zh) | 无源光网络系统及其配置方法和访问方法 | |
Cisco | Release Notes for Cisco 750 and 760 Series Software Rel 3.2(4) | |
Cisco | Release Notes, Cisco 750 & 760 Series Routers Software Rel. 3.2 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20091111 |