专利名称：一种数字用户线用户端设备的远程管理方法
技术领域：
本发明涉及一种通讯领域的用户端设备(Customer Premises Equipment,以下简称CPE)的远程管理方法，尤其涉及一种数字用户线 用户端设备(Digital Subscriber Line Customer Premises Equipment ， 以下 简称DSL CPE)的远程管理方法。
背景技术：
中国电信为了统一 DSL CPE的远程管理方法，制定了《ADSL用户 端设备远程管理》规范，指出"本标准规定了不对称数字用户线 (Asymmetric Digital Subscriber Line,以下简称ADSL)用户端设备远程 管理的接口、协议、功能等方面的技术要求，目的是在ADSL线路激活条 件下，通过用户端设备管理模块 (Customer Premises Equipment-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。
具体地说，本发明的DSLCPE的远程管理方法包括以下步骤
步骤l:在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的返回信息中的特征信息提取DSL CPE设备类型信息发送给PC-Proxy,由PC-Proxy转发给DSL CPE;
步骤5: DSL CPE认证通过后，打开DSL CPE的本地管理接口， CPE-MS调用上述本地管理接口从DSL CPE上提取的基本信息，认证DSL CPE合法性，并注册DSLCPE;
步骤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为用户个人计算机增加 一个与DSLCPE的局域网(Local Area Network,以下简称LAN)侧固定 IP地址相同网段的地址，PC-Proxy正常关闭之前删除上述增加的地址。
上述步骤2中，可以选用安全认证，包括证书认证和用户名和密码认证。
上述步骤3中，本地管理接口包括命令行接口 (Calling Line Interface, 简称CLI)和HTTP，连接通道可以选用加密通道。
上述步骤4中，DSL CPE基本信息包括本地接口认证信息，协议类型， WANIP,媒体接入控制(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中，若DSLCPE的WANIP地址为空，则DSLCPE运行 在桥模式下；若DSLCPE的WANIP地址为非空，则DSLCPE运行在路 由模式下。
无论DSL CPE处于桥模式下还是路由模式下，在初始安装的时候都 需要PC-Proxy协助完成设备的注册和初始化工作，如果是路由模式下且 支持Tr069，则以后每次对设备的管理就不需要代理软件参与了，其他情 况下每次对设备的管理还需要PC-Proxy参与，至少需要通过PC-Proxy获 得管理通道。
若DSLCPE运行在桥模式下，且不支持Tr069 (本发明采用的管理体 系协议是Tr069)，则执行以下步骤
第一步CPE-MS与PC-Proxy建立连接，可以是安全的连接；
第二步CPE-MS向PC-Proxy下发打开本地管理接口命令；
第三步PC-Proxy打开本地管理接口；
第四步CPE-MS将需要执行的管理命令发送给PC-Proxy;
第五步PC-Proxy转发管理命令到DSL CPE上执行并返回结果给 CPE-MS o
若DSL CPE运行在桥模式下，且支持Tr069，则CPE-MS与PC-Proxy 之间执行标准的Tr069管理流程，PC-Proxy转发任何从CPE-MS收到的信 息给DSL CPE，也转发任何从DSL CPE收到的信息给CPE-MS。
若DSL CPE运行在路由模式下，且不支持Tr069，则CPE-MS和DSL CPE直接通信，执行以下步骤
第一步CPE-MS向DSL CPE下发打开本地管理接口命令；
第二步CPE-MS将需要执行的管理命令发送给DSL CPE。
若DSL CPE运行在路由模式下，且支持Tr069，则CPE-MS与PC-Proxy 之间执行标准的Tr069管理流程，PC-Proxy不参与管理流程。
无论CPE处于路由模式还是桥模式下，PC-Proxy总是能够和CPE通 信的，因此PC-Proxy总是可以通过LM或者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是桥模式，支持TV069情况 下的管理流程图6是本发明的一较佳实施例DSLCPE是路由模式，支持Tr069情 况下的管理流程图。
具体实施例方式
本发明方法的具体实施方式
如下
安装DSL CPE时，需要在用户PC上安装附带的光盘中的PC-Proxy 软件；DSLCPE具有固定的LAN侧IP地址(如192.168.1.1)， PC需要增 加一个相同网段的地址(如192.168.1.2)才能与DSLCPE通信，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并将该本地接口调用的返回作为注 册请求转发给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下发管理命令的处理步骤如下判断设备基本信息，若DSL CPE的WANIP为空，说明DSL CPE运行在桥模式下，需要将命令发送 给PC-Proxy，由PC-Proxy转发给DSL CPE;若DSL CPE的WAN IP为非 空，说明DSLCPE运行在路由模式下，可以将命令直接发送给DSLCPE。
下面结合附图对本发明的具体实施作详细说明如下。
本发明的一较佳实施例的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调用本地管理接口 (如telnetl 92.168.1.1 )，向DSL CPE 发起连接请求；
4: PC-Proxy将本地管理接口调用DSL CPE的返回信息上报给 CPE-MS;
4.1: CPE-MS从返回信息中提取特征信息，判断DSLCPE类型；
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的命令请求，转发给DSLCPE，并把 获取DSL CPE的基本信息转发给CPE-MS;
4.4: CPE-MS收到DSL CPE的返回信息，认证DSLCPE合法性，完 成DSLCPE注册；
4.5: CPE-MS把设备初始化信息(如Tr069的自动配置服务器(Auto Configuration 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不参与管理流程。
当然，本发明还可有其他实施例，在不背离本发明精神及其实质的情 况下，所属技术领域的技术人员当可根据本发明作出各种相应的改变和变 形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。
权利要求
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协议管理流程，代理软件不参与管理流程。
全文摘要
本发明提供一种数字用户线用户端设备的远程管理方法，利用在用户PC上安装的代理软件作为数字用户线用户端设备和用户端管理系统之间通信的代理实现对多厂商的各种类型数字用户线用户端设备的远程管理。无论用户端设备处于路由模式还是桥模式下，用户PC上安装的代理软件总是能够和用户端设备通信的，在设备初始安装阶段PC上安装的代理软件可以通过本地管理接口或者远程管理接口获取用户端设备的基本信息发送给用户端管理系统，用户端管理系统根据这些基本信息来决定在后续的管理中是继续通过PC上安装的代理软件来管理数字用户线用户端设备还是直接和数字用户线用户端设备通信以及采用何种协议和命令集等。通过使用本发明中的方法，只要用户端设备提供管理接口，无论是本地管理接口或远程管理接口，都可以实现对设备的远程管理。
文档编号H04L12/24GK101197706SQ20061016215
公开日2008年6月11日 申请日期2006年12月5日 优先权日2006年12月5日
发明者张功应 申请人:中兴通讯股份有限公司