CN101197706A - 一种数字用户线用户端设备的远程管理方法 - Google Patents

Abstract

本发明提供一种数字用户线用户端设备的远程管理方法，利用在用户PC上安装的代理软件作为数字用户线用户端设备和用户端管理系统之间通信的代理实现对多厂商的各种类型数字用户线用户端设备的远程管理。无论用户端设备处于路由模式还是桥模式下，用户PC上安装的代理软件总是能够和用户端设备通信的，在设备初始安装阶段PC上安装的代理软件可以通过本地管理接口或者远程管理接口获取用户端设备的基本信息发送给用户端管理系统，用户端管理系统根据这些基本信息来决定在后续的管理中是继续通过PC上安装的代理软件来管理数字用户线用户端设备还是直接和数字用户线用户端设备通信以及采用何种协议和命令集等。通过使用本发明中的方法，只要用户端设备提供管理接口，无论是本地管理接口或远程管理接口，都可以实现对设备的远程管理。

Description

一种数字用户线用户端设备的远程管理方法

技术领域

本发明涉及一种通讯领域的用户端设备(Customer PremisesEquipment，以下简称CPE)的远程管理方法，尤其涉及一种数字用户线用户端设备(Digital Subscriber Line Customer Premises Equipment，以下简称DSL CPE)的远程管理方法。

背景技术

中国电信为了统一DSL CPE的远程管理方法，制定了《ADSL用户端设备远程管理》规范，指出“本标准规定了不对称数字用户线(Asymmetric Digital Subscriber Line，以下简称ADSL)用户端设备远程管理的接口、协议、功能等方面的技术要求，目的是在ADSL线路激活条件下，通过用户端设备管理模块(Customer PremisesEquipment-Management Module，以下简称CPE-MM)实现对ADSL用户端设备的配置、远程故障诊断、维护和软件升级等功能，达到对ADSL用户端设备的远程管理和免上门维护要求。本标准适用于公用电信网环境下的ADSL局端设备和用户端设备，对于ADSL2/ADSL2+的局端设备和用户端设备可参照本标准执行”，该标准中ADSL用户端设备远程管理的参考模型如图1所示，“它由用户端设备管理实体和网络侧设备管理实体两部分组成。其中，网络侧设备管理实体包括ADSL CPE-MM和ADSL局端设备；用户端设备管理实体包括ADSL用户端设备。该参考模型包括以下两个接口：

(1)本地管理接口(Local Management Interface，以下简称LMI)：此接口位于网络侧设备管理实体和用户端设备管理实体之间，完成用户端设备管理信息的传输。

(2)远程方法调用(Remote Method Invocation，简称RMI)管理接口：此接口位于网络侧设备管理实体内部的CPE-MM与局端设备之间，通过该管理接口实现对用户端设备管理信息的传输”。

在实际应用中存在以下几个问题：

其中在LMI接口上传输的管理信息的协议类型是简单网络管理协议(Simple Network Management Protocol，以下简称SNMP)或超文本传输协议(Hyper Text Transport Protocol，以下简称HTTP)，要求CPE的上联口具有互联网协议(Internet Protocol，以下简称IP)地址，只有CPE自己进行以太网点对点协议(Point-to-Point Protocol Over Ethernet，以下简称PPPoE)拨号才能获得IP，即CPE必须工作在路由模式下才能采用该标准中的管理模型。但是现网运行的大部分CPE都是工作在桥模式下，即由用户个人计算机(personal computer，以下简称PC)的PPPoE拨号软件来拨号连接的，因此《ADSL用户端设备远程管理》规范中的管理模型只能管理很少类型的CPE。

除此之外，各厂商也没有完全遵循《ADSL用户端设备远程管理》规范，使得管理其他厂商的CPE变得困难重重，对于现网运行的很多根本不支持SNMP和HTTP的调制器(MODEM)设备，更是没办法管理。

发明内容

鉴于上述现有技术的缺陷，本发明的目的在于解决《ADSL用户端设备远程管理》规范的下述两个问题：不支持桥模式用户端；不能管理那些没有遵循《ADSL用户端设备远程管理》规范的用户端。除此之外，本发明还有一个目的是优化用户端的管理流程。

基于上述目的，本发明提供一种DSL CPE的远程管理方法，本发明的方法由以下部分参与实现：

CPE-MS：用户端管理系统(Customer Premises Equipment-Management System，以下简称CPE-MS)；

PC-Proxy：在用户PC上安装的代理软件；

DSL CPE。

具体地说，本发明的DSL CPE的远程管理方法包括以下步骤：

步骤1：在CPE-MS中定义设备类型的字典数据；在用户个人计算机上安装PC-Proxy，PC-Proxy启动时初始化本地计算机环境；

步骤2：PC-Proxy启动完成后向CPE-MS发送连接请求，CPE-MS认证PC-Proxy的合法性；

步骤3：认证通过后PC-Proxy通过本地管理接口向DSL CPE发起连接请求，建立连接通道，并将DSL CPE的返回信息上报给CPE-MS；

步骤4：CPE-MS根据DSL CPE的返回信息中的特征信息提取DSLCPE设备类型信息发送给PC-Proxy，由PC-Proxy转发给DSL CPE；

步骤5：DSL CPE认证通过后，打开DSL CPE的本地管理接口，CPE-MS调用上述本地管理接口从DSL CPE上提取的基本信息，认证DSLCPE合法性，并注册DSL CPE；

步骤6：CPE-MS根据DSL CPE广域网(Wide Area Network，以下简称WAN)IP地址是否为空，判断DSL CPE所处的模式，并根据DSL CPE所处的模式进行信息传输；

步骤7：若PC-Proxy和CPE-MS之间没有消息要传递时，由PC-Proxy断开与DSL CPE以及CPE-MS之间的连接。

上述步骤1中，设备类型的字典数据包括：类型名称、管理协议类型、本地接口认证信息、本地接口特征信息。PC-Proxy为用户个人计算机增加一个与DSL CPE的局域网(Local Area Network，以下简称LAN)侧固定IP地址相同网段的地址，PC-Proxy正常关闭之前删除上述增加的地址。

上述步骤2中，可以选用安全认证，包括证书认证和用户名和密码认证。

上述步骤3中，本地管理接口包括命令行接口(Calling Line Interface，简称CLI)和HTTP，连接通道可以选用加密通道。

上述步骤4中，DSL CPE基本信息包括本地接口认证信息，协议类型，WAN IP，媒体接入控制(Media Access Control，简称MAC)地址。

上述步骤5还可以进一步包括：CPE-MS注册DSL CPE后，通过上述本地管理接口初始化DSL CPE的参数，CPE-MS将DSL CPE初始化请求发送给PC-Proxy，由PC-Proxy转发给DSL CPE，DSL CPE将请求的响应发送给PC-Proxy，由它再转发给CPE-MS。

上述步骤6中，若DSL CPE的WAN IP地址为空，则DSL CPE运行在桥模式下；若DSL CPE的WAN IP地址为非空，则DSL CPE运行在路由模式下。

无论DSL CPE处于桥模式下还是路由模式下，在初始安装的时候都需要PC-Proxy协助完成设备的注册和初始化工作，如果是路由模式下且支持Tr069，则以后每次对设备的管理就不需要代理软件参与了，其他情况下每次对设备的管理还需要PC-Proxy参与，至少需要通过PC-Proxy获得管理通道。

若DSL CPE运行在桥模式下，且不支持Tr069(本发明采用的管理体系协议是Tr069)，则执行以下步骤：

第一步：CPE-MS与PC-Proxy建立连接，可以是安全的连接；

第二步：CPE-MS向PC-Proxy下发打开本地管理接口命令；

第三步：PC-Proxy打开本地管理接口；

第四步：CPE-MS将需要执行的管理命令发送给PC-Proxy；

第五步：PC-Proxy转发管理命令到DSL CPE上执行并返回结果给CPE-MS。

若DSL CPE运行在桥模式下，且支持Tr069，则CPE-MS与PC-Proxy之间执行标准的Tr069管理流程，PC-Proxy转发任何从CPE-MS收到的信息给DSL CPE，也转发任何从DSL CPE收到的信息给CPE-MS。

若DSL CPE运行在路由模式下，且不支持Tr069，则CPE-MS和DSLCPE直接通信，执行以下步骤：

第一步：CPE-MS向DSL CPE下发打开本地管理接口命令；

第二步：CPE-MS将需要执行的管理命令发送给DSL CPE。

若DSL CPE运行在路由模式下，且支持Tr069，则CPE-MS与PC-Proxy之间执行标准的Tr069管理流程，PC-Proxy不参与管理流程。

无论CPE处于路由模式还是桥模式下，PC-Proxy总是能够和CPE通信的，因此PC-Proxy总是可以通过LMI或者RMI获取CPE的基本信息发送给CPE-MS，CPE-MS处于公网，PC-Proxy在通过身份认证后就可以访问CPE-MS。

与现有技术相比，只要CPE提供管理接口，无论是LMI或RMI，可以管理更多类型更多厂商的CPE，采用本发明所述方法都能被管理。

下面结合附图，对本发明的具体实施作进一步的详细说明。对于所属技术领域的技术人员而言，从对本发明的详细说明中，本发明的上述和其他目的、特征和优点将显而易见。

附图说明

图1是《ADSL用户端设备远程管理》规范中的参考模型；

图2是本发明的一较佳实施例的DSL CPE设备注册和初始化的管理流程图；

图3是本发明的一较佳实施例DSL CPE是桥模式，不支持Tr069情况下的管理流程图；

图4是本发明的一较佳实施例DSL CPE是路由模式，不支持Tr0699情况下的管理流程图；

图5是本发明的一较佳实施例DSL CPE是桥模式，支持Tr069情况下的管理流程图；

图6是本发明的一较佳实施例DSL CPE是路由模式，支持Tr069情况下的管理流程图。

具体实施方式

本发明方法的具体实施方式如下：

安装DSL CPE时，需要在用户PC上安装附带的光盘中的PC-Proxy软件；DSL CPE具有固定的LAN侧IP地址(如192.168.1.1)，PC需要增加一个相同网段的地址(如192.168.1.2)才能与DSL CPE通信，PC-Proxy软件在启动时会初始化计算机环境，为PC增加这样一个IP地址，PC-Proxy在正常关闭之前会将增加的这个地址删除；为了降低PC-Proxy设计的复杂度，PC-Proxy只是作为DSL CPE和CPE-MS之间通信的代理，和设备类型无关，不同设备的处理逻辑都包含在CPE-MS中；为了简化流程，所有类型的设备的注册过程被设计成在PC-Proxy启动时按统一的流程完成；设备在正确注册之前需要在CPE-MS中定义设备类型的字典数据：类型名称、管理协议类型、本地接口认证信息、本地接口特征信息等；在设备注册完成后，根据DSL CPE的WAN IP地址是否为空来判断DSL CPE是桥模式还是路由模式，桥模式下CPE-MS通过PC-Proxy管理DSL CPE，在路由模式下CPE-MS和DSL CPE直接通信。

PC-Proxy的处理步骤举例说明如下(DSL CPE的本地管理接口假设为telnet)：启动时，在PC上增加IP：192.168.1.2；建立与CPE-MS之间的连接，连接成功后telnet 192.168.1.1并将该本地接口调用的返回作为注册请求转发给CPE-MS；将CPE-MS发送过来的消息透明转发给DSL CPE，将DSL CPE发过来的消息透明转发给CPE-MS；一段时间内没有发现CPE-MS或DSL CPE发送过来的消息时，则断开和DSL CPE及CPE-MS之间的连接。

CPE-MS在设备注册阶段的处理步骤如下：收到PC-Proxy发送过来的注册请求后，将请求内容中的特征信息和设备类型字典数据中的特征信息对比判断出DSL CPE类型，并提取DSL CPE本地管理接口的认证信息(如telnet的用户名和密码)；将认证信息发送给PC-Proxy，打开DSL CPE的本地管理接口；调用本地管理接口从设备上提取设备基本数据，认证设备的合法性并注册设备；可以选择通过本地接口初始化设备的一些参数。

CPE-MS下发管理命令的处理步骤如下：判断设备基本信息，若DSLCPE的WAN IP为空，说明DSL CPE运行在桥模式下，需要将命令发送给PC-Proxy，由PC-Proxy转发给DSL CPE；若DSL CPE的WAN IP为非空，说明DSL CPE运行在路由模式下，可以将命令直接发送给DSL CPE。

下面结合附图对本发明的具体实施作详细说明如下。

本发明的一较佳实施例的DSL CPE设备注册和初始化的管理流程图如图2所示：

1：PC-Proxy启动时初始化PC配置，如增加IP：192.168.1.2；

2：PC-Proxy向CPE-MS发起连接请求，CPE-MS对PC-Proxy进行认证；

2.1：认证可以选用安全认证，如证书认证，用户名和密码论正等；

2.2：认证通过后建立连接，可以选择加密通道；

3：PC-Proxy调用本地管理接口(如telnet 192.168.1.1)，向DSL CPE发起连接请求；

4：PC-Proxy将本地管理接口调用DSL CPE的返回信息上报给CPE-MS；

4.1：CPE-MS从返回信息中提取特征信息，判断DSL CPE类型；

4.2：CPE-MS发送DSL CPE相关信息(如本地接口认证信息，协议类型等)发送给PC-Proxy，由PC-Proxy转发给DSL CPE；

4.2.1：PC-Proxy向DSL CPE请求打开本地管理接口；DSL CPE认证通过后放开管理接口；

4.3：CPE-MS发送更多的命令请求以获取DSL CPE的基本信息；

4.3.1：PC-Proxy收到CPE-MS的命令请求，转发给DSL CPE，并把获取DSL CPE的基本信息转发给CPE-MS；

4.4：CPE-MS收到DSL CPE的返回信息，认证DSL CPE合法性，完成DSL CPE注册；

4.5：CPE-MS把设备初始化信息(如Tr069的自动配置服务器(AutoConfiguration Server，简称acs)地址，snmp的trap接收地址等)发给PC-Proxy；

4.5.1：PC-Proxy转发初始化信息给DSL CPE，DSL CPE将请求的响应发送给PC-Proxy，由它再转发给CPE-MS，完成初始化；

5：若PC-Proxy和CPE-MS之间没有消息要传递时，由PC-Proxy断开与DSL CPE以及CPE-MS之间的连接。

本发明的一较佳实施例DSL-CPE是桥模式，不支持Tr069情况下的管理流程图如图3所示：

301：CPE-MS向PC-Proxy发起连接请求；

301.1：建立连接，可以选择安全的连接；

302：CPE-MS向PC-Proxy下发打开本地管理接口；

302.1：PC-Proxy打开本地管理接口；

303：CPE-MS将需要执行的管理命令发送给PC-Proxy；

303.1：PC-Proxy转发管理命令到DSL CPE上执行；

303.2：PC-Proxy将DSL CPE返回结果转发给CPE-MS。

本发明的一较佳实施例DSL CPE是路由模式，不支持Tr0699情况下的管理流程图如图4所示。CPE-MS向DSL CPE下发打开本地管理接口；CPE-MS将需要执行的管理命令发送给DSL CPE。

本发明的一较佳实施例DSL CPE是桥模式，支持Tr069情况下的管理流程图如图5所示。CPE-MS与PC-Proxy之间执行标准的Tr069管理流程；PC-Proxy转发任何从CPE-MS收到的信息给DSL CPE；PC-Proxy转发任何从DSL CPE收到的信息给CPE-MS。

本发明的一较佳实施例DSL CPE是路由模式，支持Tr069情况下的管理流程图如图6所示。CPE-MS与PC-Proxy之间执行标准的Tr069管理流程；在这种情况下PC-Proxy不参与管理流程。

当然，本发明还可有其他实施例，在不背离本发明精神及其实质的情况下，所属技术领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。

Claims (14)

1.一种数字用户线用户端设备的远程管理方法，其特征在于，包括以下步骤：

步骤1：在用户端管理系统中定义设备类型的字典数据，安装数字用户线用户端设备时，在用户个人计算机上安装代理软件，代理软件启动时初始化本地计算机环境；

步骤2：代理软件启动完成后向用户端管理系统发送连接请求，用户端管理系统认证代理软件的合法性；

步骤3：认证通过后代理软件通过本地管理接口向数字用户线用户端设备发起连接请求，建立连接通道，并将数字用户线用户端设备的返回信息上报给用户端管理系统；

步骤4：用户端管理系统根据数字用户线用户端设备的返回信息中的特征信息提取数字用户线用户端设备类型信息发送给代理软件，由代理软件转发给数字用户线用户端设备；

步骤5：数字用户线用户端设备认证通过后，打开数字用户线用户端设备的本地管理接口，用户端管理系统调用上述本地管理接口从数字用户线用户端设备上提取的基本信息，认证数字用户线用户端设备合法性，并注册数字用户线用户端设备；

步骤6：用户端管理系统根据数字用户线用户端设备广域网互联网协议地址是否为空，判断数字用户线用户端设备所处的模式，并根据数字用户线用户端设备所处的模式进行信息传输；

步骤7：若代理软件和用户端管理系统之间没有消息要传递时，由代理软件断开与数字用户线用户端设备以及用户端管理系统之间的连接。

2.根据权利要求1所述的方法，其特征在于，上述步骤1中，设备类型的字典数据包括：类型名称、管理协议类型、本地接口认证信息、本地接口特征信息。

3.根据权利要求1所述的方法，其特征在于，上述步骤1中，代理软件为用户个人计算机增加一个与用户端设备的固定的局域网侧网络协议地址相同网段的地址，代理软件正常关闭之前删除上述增加的地址。

4.根据权利要求1所述的方法，其特征在于，上述步骤2中，可以选用安全认证，包括证书认证，用户名和密码认证。

5.根据权利要求1所述的方法，其特征在于，上述步骤3中，本地管理接口包括命令行接口(CLI)和超文本传输协议(HTTP)。

6.根据权利要求1所述的方法，其特征在于，上述步骤3中，连接通道可以选用加密通道。

7.根据权利要求1所述的方法，其特征在于，上述步骤4中，数字用户线用户端设备基本信息包括本地接口认证信息，协议类型，广域网互联网协议。

8.根据权利要求1所述的方法，其特征在于，上述步骤5还可以进一步包括：

用户端管理系统注册数字用户线用户端设备后，通过上述本地管理接口初始化数字用户线用户端设备的参数，用户端管理系统将数字用户线用户端设备初始化请求发送给代理软件，由代理软件转发给数字用户线用户端设备，数字用户线用户端设备将请求的响应发送给代理软件，由它再转发给用户端管理系统。

9.根据权利要求1所述的方法，其特征在于，上述步骤6中，若数字用户线用户端设备的广域网互联网协议地址为空，则数字用户线用户端设备运行在桥模式下；若数字用户线用户端设备的广域网互联网协议地址为非空，则数字用户线用户端设备运行在路由模式下。

10.根据权利要求1所述的方法，其特征在于，无论数字用户线用户端设备处于桥模式下还是路由模式下，在初始安装的时候都需要代理软件协助完成设备的注册和初始化工作，如果是路由模式下且支持Tr069，则以后每次对设备的管理就不需要代理软件参与，其他情况下每次对设备的管理还需要代理软件参与，至少需要通过代理软件获得管理通道。

11.根据权利要求9所述的方法，其特征在于，若数字用户线用户端设备运行在桥模式下，且不支持Tr069协议，则执行以下步骤：

第一步：用户端管理系统与代理软件建立连接，可以是安全的连接；

第二步：用户端管理系统向代理软件下发打开本地管理接口命令；

第三步：代理软件打开本地管理接口；

第四步：用户端管理系统将需要执行的管理命令发送给代理软件；

第五步：代理软件转发管理命令到数字用户线用户端设备上执行并返回结果给用户端管理系统。

12.根据权利要求9所述的方法，其特征在于，若数字用户线用户端设备运行在桥模式下，且支持Tr069协议，则用户端管理系统与代理软件之间执行标准的Tr069协议管理流程，代理软件转发任何从用户端管理系统收到的信息给数字用户线用户端设备，也转发任何从数字用户线用户端设备收到的信息给用户端管理系统。

13.根据权利要求9所述的方法，其特征在于，若数字用户线用户端设备运行在路由模式下，且不支持Tr069协议，则用户端管理系统和数字用户线用户端设备直接通信，执行以下步骤：

第一步：用户端管理系统向数字用户线用户端设备下发打开本地管理接口命令；

第二步：用户端管理系统将需要执行的管理命令发送给数字用户线用户端设备。

14.根据权利要求9所述的方法，其特征在于，若数字用户线用户端设备运行在路由模式下，且支持Tr069协议，则用户端管理系统与代理软件之间执行标准的Tr069协议管理流程，代理软件不参与管理流程。

Images