CN101395852B - 针对网络中设备实现配置管理的方法及系统 - Google Patents
针对网络中设备实现配置管理的方法及系统 Download PDFInfo
- Publication number
- CN101395852B CN101395852B CN2007800074484A CN200780007448A CN101395852B CN 101395852 B CN101395852 B CN 101395852B CN 2007800074484 A CN2007800074484 A CN 2007800074484A CN 200780007448 A CN200780007448 A CN 200780007448A CN 101395852 B CN101395852 B CN 101395852B
- Authority
- CN
- China
- Prior art keywords
- configuration management
- management server
- equipment
- gateway
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 97
- 238000012545 processing Methods 0.000 claims description 21
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000007726 management method Methods 0.000 description 398
- 230000008569 process Effects 0.000 description 32
- 238000013475 authorization Methods 0.000 description 22
- 230000004044 response Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 10
- 238000013499 data model Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 230000007547 defect Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013329 compounding Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/2898—Subscriber equipments
-
- 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
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- 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
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种针对网络中设备实现配置管理的方法及设备及系统。适于应用的系统中包括第一设备和第二设备，且第一设备和第二设备分别对应第一配置管理服务器和第二配置管理服务器，且包括：第一设备对应的配置管理服务器确定第二设备对应的配置管理服务器可以对第一设备进行配置管理；第二设备对应的配置管理服务器触发对第一设备的配置管理操作。在不同设备对应的配置管理服务器不一致的情况下，提供了相应的配置管理方案。如在DSL系统中，相应的设备的配置管理服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。
Description
技术领域
本发明涉及网络通信技术领域，尤其涉及一种针对网络中设备实现配置管理的方法及系统。
发明背景
DSL(数字用户线)作为一种宽带接入技术已经得到了广泛应用。相应的DSL组网结构如图1所示，主要包括：配置管理服务器，以及作为宽带网络终端或局域网设备的CPE(用户驻地设备)，如网关、IPTV等。
如图1所示的基于DSL技术的组网结构可以支持各种宽带业务应用的实现，例如VoIP(基于IP的语音)、IPTV(IP电视)等；其中，作为IP应用终端的CPF即为针对各宽带业务应用或应用的组合形成的基于IP的设备，所述的ACS则负责对CPE进行自动配置，以实现无需用户设置CPE，便可以保证CPE的正常工作；所述的ACS具体可以使用RPC(远程过程调用)的方法来实现对CPE参数的修改和设置。
目前DSL论坛的TR-069标准，定义了直接与DSLAM(数字用户线路接入复用器)连接的作为宽带网络终端的CPE(如网关)与ACS完成自动配置和管理的过程，TR-111标准定义了位于局域网的作为局域网设备的CPE(如IPTV)通过与其相连的网关与ACS完成自动配置和管理的过程。
其中，在TR-111标准中，如果局域网设备和与其相连的网关均采用同一ACS进行管理，则ACS不仅可以对局域网设备实现自动配置，还可以针对局域网设备的业务在网关上为局域网设备的业务做相应的配置，例如，为局域网设备的服务设置相应的QoS(服务质量)策略，以满足局域网设备的服务对QoS的要求，又如，为局域网设备设置相应的NAT(网络地址转换)，以满足局域网设备对NAT穿越的要求，等等。
为便于实现针对设备与网关的配置及管理等功能，首先需要实现设备与网关之间的关联处理。
目前，在TR-111标准中，设备与网关的关联过程具体包括：
(1)局域网设备(简称设备)通过厂商指定的DHCP选项将设备标识发给网关。当网关获得所述的设备标识信息后，则会生成一张包含局域网中所有设备标识信息的表，且在所述表中相应的信息需要遵照TR-111中定义的扩展网关数据模型规范，以便于ACS利用相应的信息。
(2)在DHCP响应过程中，网关将自己的网关标识提供给设备，该网关标识同样需要满足TR-111中定义的GatewayInfo(网关信息)数据对象，使得ACS中以利用相应的数 据对象；设备还将该数据对象内容的变化通知给ACS，即设备向ACS发送其对应的网关标识信息。
(3)为了确保DHCP交换上进行传送的信息的有效性，ACS则需要通过检验由网关提供的设备标识来认证由设备提供的网关标识的有效性，从而验证设备的合法性。
经过上述设备之间的关联处理后，便可以针对设备与网关进行相应的配置及管理等操作，即使得设备与网关之间可以基于关联后的信息进行配置。
经过上述设备之间的关联处理后，便可以针对设备与网关进行相应的配置及管理等操作，即设备与网关之间便可以基于关联后的信息进行通信。
在上述过程(1)至过程(3)的处理过程中，相应的通过DHCP协议交换的设备标识和网关标识必须包含在V-I厂商标明特定信息的DHCP选项(V-I Vendor-Specific Information DHCP Option)中。在所述的DHCP选项中每个厂商指定的元素都包含了一个或者多个封装的厂商指定选项数据域。
TR-111标准中定义的该数据域中包含的元素的值如表1所示：
表1
| 封装的选项 | 子选项码 | 源设备 | 描述 |
| DeviceManufacturerOUI | 1 | 设备 | 设备制造厂商标识 |
| DeviceSerialNumber | 2 | 设备 | 设备的序列号 |
| DeviceProductClass | 3 | 设备 | 设备的产品类型 |
| GatewayManufacturerOUI | 4 | 网关 | 网关的制造厂商标识 |
| GatewaySerialNumber | 5 | 网关 | 网关的序列号 |
| GatewayProductClass | 6 | 网关 | 网关的产品类型 |
对于一个包含设备标识信息的设备的DHCP请求，相应的DHCP选项必须包含的厂商指定选项数据域为：
(1)DeviceManufacturerOUI；
(2)DeviceSerialNumber；
(3)DeviceProductClass，为可选值。
对于来自包含网关标识的网关的DHCP响应，相应的DHCP选项必须包含的厂商指定选项数据域为：
(1)GatewayManufacturerOUI；
(2)GatewaySerialNumber；
(3)GatewayProductClass，为可选值。
在TR-111标准中，具体提供了相应的局域网设备与网关通过DHCP Inform(DHCP信息)等消息建立设备之间关联关系的处理过程，以及配置管理服务器了解局域网设备与网关关联关系的处理过程，具体的相应处理过程如图2所示，包括以下步骤：
步骤21：设备通过发送DHCP Inform消息通知网关上的DHCP服务器，DHCP Inform消息中包含设备标识；
步骤22：网关在收到设备过来的DHCP Inform消息后，将设备加入到其可管理设备列表中，包括记录所述的设备标识；
步骤23：网关向设备发送DHCP Ack(DHCP确认)消息，在所述的DHCP Ack消息中包含了网关标识；
步骤24：设备向配置管理服务器发送TR-069Inform消息，且所述的TR-069Inform消息中包含设备和网关的标识；
步骤25：配置管理服务器响应设备发来的TR-069Inform消息；
步骤26：配置管理服务器与网关建立TR-069的会话；
步骤27：配置管理服务器使用TR-069协议请求获取网关保存的可管理设备列表。
步骤28：网关通过TR-069协议将其保存的可管理设备列表发给配置管理服务器。
在上述图2所示的处理过程中，步骤26、27、28是自动配制服务器验证由设备向其提供的标识信息是否有效。使用这种验证操作用于克服设备和网关之间进行DHCP交互时缺乏完整性检测机制的缺陷，例如，通过这种验证操作的引入，针对试图对设备或网关信息进行篡改的操作将被ACS有效地检测出来，以便于针对相应的篡改操作采取应对措施。
在TR-111标准中，具体还提供了局域网设备与网关通过DHCP Discover(DHCP发现)等消息建立关联关系的处理过程，以及配置管理服务器了解局域网设备与网关关联关系的处理过程，相应的处理过程如图3所示，具体包括以下步骤：
步骤31：设备先通过DHCP Discover消息向查找DHCP服务器，DHCP Discover消息中包含了设备标识信息；
步骤32：网关收到设备发来的DHCP Discover消息后，则在网关响应设备的DHCPOffer(DHCP提供)消息中包含有相应的网关标识信息；
步骤33：设备通过DHCP Request(DHCP请求)消息向网关发出请求消息，在所述的DHCP Request消息中包含设备标识信息；
步骤34：网关在收到设备发过来的DHCP Request消息后，将设备加入到其可管理 设备列表中，包括记录设备标识；
步骤35：网关发送DHCP Ack(DHCP确认)消息给设备，DHCP Ack消息中包含了网关标识信息；
步骤36：设备发给配置管理服务器中的TR-069Inform(TR-069信息)消息中包含设备和网关的标识；
步骤37：配置管理服务器响应设备的TR-069Inform消息；
步骤38：配置管理服务器与网关建立TR-069的会话；
步骤39：配置管理服务器通过TR-069协议请求获取网关中保存的可管理设备列表；
步骤310：网关通过TR-069协议将其保存的可管理设备列表发给配置管理服务器。
同样，在上述图3提供的处理过程中，相应的步骤36、37、38是自动配制服务器验证由设备向其提供的标识信息是否有效。采用这种验证操作的目的是克服设备和网关之间进行DHCP交互时缺乏完整性检测机制的缺陷。即通过使用这种验证操作，对于试图对设备或网关信息进行篡改的操作均能够有效地被ACS检测识别出来。
可以看出，通过上述图2和图3所示的处理过程，均可以有效保证设备之间(即网关与局域网设备之间)的关联操作的正常进行。
然而，上述处理过程实现的前提是局域网设备与网关均属于同一配置管理服务器，即均接受同一配置管理服务器的管理。因此，对于局域网设备与网关分别对应不同配置管理服务器的情况，则由于没有检测局域网设备与网关的配置管理服务器是否是一致的实现方案，而且，支持TR-069/TR-111标准的网关也不会接受非自身的配置管理服务器的管理和配置，从而使得若两者的配置管理服务器不同而导致无法实现图2和图3所示的处理功能，即目前网络中，无法针对分别对应不同配置管理服务器的局域网设备与网关进行配置管理操作。
发明内容
本发明实施例提供一种针对网络中设备实现配置管理的方法及系统，从而使得可以对分别对应不同配置管理服务器的设备进行配置管理操作。
本发明实施例是通过以下技术方案实现的：
本发明实施例提供一种针对网络中设备实现配置管理的方法，包括：
第一设备对应的第一配置管理服务器确定第二配置管理服务器能够对所述第一设备进行配置管理；
所述的第二配置管理服务器触发对第一设备的配置管理操作。
本发明实施例提供一种支持多配置管理服务器配置管理的设备，包括：
配置管理服务器信息交互单元，用于确定并发送本设备的配置管理服务器信息，以及获取第二设备发送的第二设备对应的配置管理服务器信息。
本发明实施例提供一种支持多配置管理服务器配置管理的设备，所述的设备包括：
配置管理权限获取单元，用于接收本设备对应的配置管理服务器发来的第二设备对应的配置管理服务器在本设备中的配置管理权限信息，并提供给所述的配置管理权限保存单元；
配置管理权限保存单元，用于保存第二设备对应的配置管理服务器在本设备中的配置管理权限；
配置管理操作执行单元，用于根据所述第二设备对应的配置管理服务器发来的配置管理操作信息，并根据配置管理权限保存单元保存的配置管理权限对本设备进行配置管理操作。
本发明实施例提供一种配置管理服务器，包括：
配置管理权限确定单元：用于确定第二设备对应的配置管理服务器在第一设备中的配置管理权限；
配置管理权限发送单元：用于根据接收到的第一设备、第二设备或第二设备对应的配置管理服务器发来的信息的触发，将所述的配置管理权限确定单元确定的配置管理权限发送给第一设备。
本发明实施例还提供一种针对网络中设备实现配置管理的方法，包括：
第一设备对应的第一配置管理服务器通过第一设备对应的运营支撑系统接收第二设备对应的运营支撑系统发送的在第一设备上做相应配置的请求；
所述第一设备对应的第一配置管理服务器根据所述请求配置所述第一设备。
由上述本发明提供的技术方案可以看出，本发明主要是在不同设备(局域网设备与网关)对应的配置管理服务器不一致的情况下，提供了相应的针对设备的配置管理的实现方案。以针对局域网设备和网关的配置管理操作为例，相应的设备的配置管理服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。
附图简要说明
图1为DSL组网结构示意图；
图2为现有技术中实现设备配置管理的处理流程一的示意图；
图3为现有技术中实现设备配置管理的处理流程二的示意图；
图4为本发明中实现设备配置管理的具体实现流程一的示意图；
图5为本发明中实现设备配置管理的具体实现流程二的示意图；
图6为本发明中实现设备配置管理的具体实现流程三的示意图；
图7为本发明中实现设备配置管理的具体实现流程四的示意图；
图8为本发明所述系统识别配置管理服务器信息所需模块示意图；
图9为本发明所述的系统的具体实现配置管理结构示意图；
图10为本发明适于应用的网络结构示意图。
实施本发明的方式
本发明实施例主要是在不同设备(如局域网设备与网关)对应的配置管理服务器不一致的情况下，实现针对不同设备的统一配置管理。
以局域网设备与网关各自对应不同的配置管理服务器为例，本发明实施例用于实现局域网设备与网关各自对应的配置管理服务器不一致的情况下，能够针对局域网设备和局域网设备的业务在网关上为局域网设备的业务做相应的配置管理。
也就是说，在设备与网关的配置管理服务器不一致的情况下，本发明实施例的方案使得网关可以被网关的配置管理服务器配置成为：可以接受设备的配置管理服务器的管理和访问；完成这样的配置之后，设备的配置管理服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。或者，本发明实施例中，在设备的配置管理服务器获得网关的配置管理服务器信息后，可以根据需要触发网关的配置管理服务器针对网关进行管理和管理。
当然，本发明实施例中所述的实现配置管理的两设备，除网关和局域网设备之外，还可以为两个局域网设备，例如，IPTV(IP电视)和NAS(网络附属存储器)，IPTV的PVR(个人视频录像)功能可能将产生的数据存放在同一家庭网络上的NAS上，在可能的情况下：NAS的ACS不仅可以配置NAS的参数，还可以在IPTV上配置PVR时用到的NAS的相关参数。
若要实现上述配置管理，首先需要使两设备在关联过程中能够识别出其各自的配置管理服务器是否一致。
本发明实施例提供的在关联处理过程中识别配置管理服务器信息的方法可以为：通过在设备关联过程交互的消息中，携带配置管理服务器的信息，具体可以通过扩展DHCP选项使得设备关联过程中交互的消息中包括相应的配置管理服务器信息，或者，还可以通过扩展其他协议消息，用于进行相应的配置管理服务器信息的承载传递，或者，也可以采用专用的协议消息进行相应的配置管理服务器信息的承载传递，从而使得网络中可以支持配置管理服务器的信息的交换。
例如，通过扩展DHCP协议中的V-I厂商标明特定信息的DHCP选项(V-IVendor-Specific Information DHCP Option)格式，使其可以支持配置管理服务器的信息，这样在设备与网关进行关联时，通过设备与网关的DHCP交互报文就发现各自的配置管理服务器不一致。
下面的实施例介绍扩展DHCP选项的实现方式，如下：
扩展后的DHCP选项(即V-I Vendor-Specific Information DHCP Option)的数据域包括的信息如表2所示，其中相对于表1扩展增加的数据域便为用来描述设备和网关的配置管理服务器信息和服务信息。
表2
| 封装的选项 | 子选项码 | 源设备 | 说明 |
| DeviceManufacturerOUI | 1 | 设备 | 设备制造厂商标识 |
| DeviceSerialNumber | 2 | 设备 | 设备的序列号 |
| DeviceProductClass | 3 | 设备 | 设备的产品类型 |
| GatewayManufacturerOUI | 4 | 网关 | 网关的制造厂商标识 |
| GatewaySerialNumber | 5 | 网关 | 网关的序列号 |
| GatewayProductClass | 6 | 网关 | 网关的产品类型 |
| DeviceManagementServerURL | 7 | 设备 | 设备的配置管理服务器的URL |
| DeviceConnectionRequestURL | 8 | 设备 | 设备的连接请求URL |
| DeviceServiceClass | 9 | 设备 | 设备的服务类型 |
| GatewayManagementServerURL | 10 | 网关 | 网关的配置管理服务器的URL |
| GatewayConnectionRequestURL | 11 | 网关 | 网关的连接请求URL |
| GatewayServiceClass | 12 | 网关 | 网关的服务类型 |
基于上述表2，对于一个包含设备标识信息的设备的DHCP请求，相应的DHCP选项必须包含下面的封装的厂商指定选项数据域：
DeviceManufacturerOUI；
DeviceSerialNumber；
DeviceProductClass，为可选域；
DeviceManagementServerURL；
DeviceConnectionRequestURL，为可选域；
DeviceServiceClass，为可选域。
基于上述表2，对于来自包含网关标识的网关的DHCP响向应，DHCP选项必须包含下面的封装的厂商指定选项数据域：
GatewayManufacturerOUI；
GatewaySerialNumber；
GatewayProductClass，为可选域；
GatewayManagementServerURL；
GatewayConnectionRequestURL，为可选域；
GatewayServiceClass，为可选域。
本发明在具体的实施过程中，不仅可以扩展选项编码是125的DHCP选项，还可以通过扩展选项编码为60的厂商类型标识(Vendor Class Identifier)、选项编码为61的客户端标识(client identifier)，选项编码为77的用户标识(User Class)和选项编码为124的厂商类型(V-I vendor class)等DHCP选项来实现。具体的扩展方法与表2扩展内容类似，即同样是扩展DHCP选项中每个厂商指定的元素包含的一个或者多个封装的厂商指定选项数据域，由于参照表2后相应的具体扩展实现方案显而易见，故不再详述。
下面将结合附图对本发明配置管理的几种具体实施例进行详细说明。
实施例一
在设备与网关进行关联时，可以基于上述方案发现各自的配置管理服务器不一致。网关的配置管理服务器获取到上述信息后，根据预制的策略可以配置网关在一定范围内接受设备的配置管理服务器配置管理，网关根据配置在一定范围内接受设备的配置管理服务器的配置管理，例如查询和管理。
实施例一的具体实现流程如图4所示，具体包括以下步骤：
步骤41：设备发送DHCP Inform(DHCP信息)消息；
所述的DHCP Inform消息中包含设备标识和设备的配置管理服务器的相关信息，所述的相关信息包括配置管理服务器的URL；所述的DHCP Inform消息中进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息，DHCP Discover，DHCP Request都可以用于承载传送上述信息；
步骤42：网关将设备加入可管理设备列表；
即网关根据收到的DHCP消息提取其中的有关设备的信息，并通过所述提取的信息将设备加入可管理设备列表中；所述的有关设备的信息包括设备标识和设备的配置管理 服务器的相关信息(包括配置管理服务器的URL)，以及设备的类型和设备的服务类型等信息；
步骤43：网关向设备发送DHCP Ack的消息；
所述的DHCP Ack消息中包含网关标识、网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)和网关的配置管理服务器信息，所述的网关的配置管理服务器信息包括配置管理服务器的URL；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以用于承载传送上述信息；
步骤44：网关与网关的配置管理服务器建立TR-069会话；
具体方法既可以是网关通过主动上报消息的方式，也可以是配置管理服务器主动要求与网关建立会话；
步骤45：网关将设备与网关的配置管理服务器不一致的情况通知网关的配置管理服务器；
实现该步骤的具体实现方式可以为以下任一种方式：
(1)在网关的可管理服务列表发生变化时，主动通知网关的配置管理服务器，配置管理服务器在收到通知后，主动查询网关上保存的有关设备的信息，包括设备的配置管理服务器的URL，进一步还可以包括设备的类型和设备的服务类型等信息；
(2)网关使用TR-069的Inform消息通知网关配置管理服务器，在Inform消息中附带设备的配置管理服务器的信息，包括设备的配置管理服务器的URL，进一步还可以包括设备的类型和设备的服务类型等信息。
(3)网关通过新增的RPC命令，通知网关配置管理服务器，在RPC命令中附带设备的配置管理服务器的信息，包括设备的配置管理服务器的URL，进一步还可以包括设备的类型和设备的服务类型等信息。
步骤46：网关的配置管理服务器配置网关可以接受设备的配置管理服务器的管理；
具体为：网关的配置管理服务器收到的设备的相关信息，并结合一定的策略决定网关是否接受设备的配置管理服务器的管理，以及若接受管理时，相应的管理的权限和范围；之后，网关的配置管理服务器将对网关是否可以接受设备的配置管理服务器的管理，以及若接受管理时相应的管理的权限和范围等信息进行配置，具体的配置方法可以使用现有的TR-069/TR-111标准中的配置实现方案；
配置的设备的配置管理服务器对网关的管理范围可以包括：对网关的可管理设备列表的访问；而且，如果网关的配置管理服务器认为网关不应该接受设备的配置管理服 务器的管理，则可以通知网关将设备从网关的可管理列表中删除，且流程结束；
步骤47：设备发送TR-069的Inform消息给设备的配置管理服务器；
所述的TR-069的Inform消息中包含有设备标识和步骤43获得网关的相关信息，所述的网关的相关信息包括网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)；进一步的还可以包括网关的配置管理服务器的信息，如网关的配置管理服务器的URL；
具体的可以通过扩展TR-069的消息来实现承载上述各信息；
步骤48：设备的配置管理服务器给设备发送响应消息；
步骤49：设备的配置管理服务器与网关建立TR-069会话；
步骤410：设备的配置管理服务器向网关请求可管理设备列表；
具体为：设备的配置管理服务器根据获得的网关的信息，向网关请求网关的可管理设备列表；
步骤411：网关向设备的配置管理服务器返回可管理设备列表；
具体为：网关根据网关的配置管理服务器的配置，判断是否响应步骤49，如果网关被配置成可以允许设备的配置管理服务器访问网关的可管理设备列表，则网关向设备的配置管理服务器返回可管理设备列表，如果通过获取的信息验证设备的有效性时失败，则流程结束。
步骤412：设备的配置管理服务器对设备进行配置和管理；
步骤413：设备的配置管理服务器对网关进行配置和管理；
具体为设备的配置管理服务器使用TR-069/TR-111技术在网关上针对设备和设备的业务做相应的设置。
在图4所示的处理过程中，在网关上，需要的对支持TR-111标准的网关数据模型进行扩展，增加对与网关关联的设备的配置管理服务器信息和访问权限、设备的访问信息、设备服务信息的描述，具体如表3所示：
表3
| 名称 | 类型 | 是否 可写 | 描述 | 默认 |
| InternetGatewayDevice.- ManagementServer. | 对象 | - | 这个对象包括关联的CPE设备的相 关参数 | - |
| … | … | … | … |
| 名称 | 类型 | 是否 可写 | 描述 | 默认 |
| ManageableDeviceNumberOf- Entries | 无类型整 形 | - | 可管理列表中实体的数目 | - |
| ManageableDevice- NotificationLimit | 无类型整 形 | 可写 | 当ManageableDeviceNumberOf- Entries发生变化时，发出主动通知 消息的最新时间(如果主动通知功能 打开)，以秒为单位 | - |
| InternetGatewayDevice.- ManagementServer.- ManageableDevice.{i}. | 对象 | - | 每一个实体对应一个与网关关联的 局域网设备 | - |
| ManufacturerOUI | 长度为6个 字符的字 符串 | - | 设备制造厂商的企业唯一的标识 | - |
| SerialNumber | 长度为64 个字符的 字符串 | - | 设备的序列号 | - |
| ProductClass | 长度为64 个字符的 字符串 | - | 设备的产品类型标识 | - |
| ServiceClassNumberOfEntri es | 无类型整 形 | 设备服务类型的数目 | ||
| InternetGatewayDevice.- ManagementServer.- ManageableDevice.{i}.- ServiceClass.{i}. | 对象 | - | 设备服务类型的相关信息 | - |
| ServiceClass | 长度为64 个字符的 字符串 | 设备的服务类型标识 | ||
| InternetGatewayDevice.- ManagementServer.- ManageableDevice.{i}.- MangementServer | 对象 | - | 设备的配置管理服务器的相关信息 | - |
| 名称 | 类型 | 是否 可写 | 描述 | 默认 |
| ServerURL | 长度为256 个字符的 字符串 | - | 设备的配置管理服务器的URL | - |
| AccessControl | 长度为64 个字符的 字符串 | - | 设备的配置管理服务器对设备的访 问权限，可 以”ADMINISTRATOR”，”GUEST” | - |
| ConnectionRequestURL | 长度为256 个字符的 字符串 | - | 设备的ConnectionRequestURL，设 备通过此URL接受配置管理服务器 发出的连接请求 |
同时，所述的网关必须不仅支持自身的配置管理服务器的管理，还需要能够根据自身的配置管理服务器设置的权限来接受与其他设备的配置管理服务器的配置管理。
本发明实施例中，设备的数据模型除了TR-111标准中规定必须要有参数来描述相关联的网关的相关信息，包括制造厂商信息、序列号和产品类别。
Device.GatewayInfo.ManufacturerOUI；
Device.GatewayInfo.SerialNumber；
Device.GatewayInfo.ProductClass；
增加下面的参数如下：
Device.GatewayInfo.ManagementServerURL；
Device.GatewayInfo.ConntectionRequestURL；
Device.GatewayInfo.ServiceClass。
分别用来描述与设备关联的网关的配置管理服务器的URL、连接请求URL和网关的服务类型。
实施例二
在本实施例中，当设备与网关进行关联时，可以基于上述方案发现各自的配置管理服务器不一致。设备的配置管理服务器主动请求网关的配置管理服务器进行配置，以便实现设备的配置管理服务器对网关的访问和管理，网关的配置管理服务器收到请求后，根据预制的策略配置网关在一定范围内接受设备的配置管理服务器的查询和管理，网关根据配置在一定范围内接受设备的配置管理服务器的查询和管理。
该实施例二的具体实现流程如图5所示，具体包括以下步骤：
步骤51：设备发送DHCP Inform消息；
在设备发送的DHCP Inform消息中可以包括设备标识和设备的配置管理服务器的相关信息，所述的设备的配置管理服务器的相关信息包括设备的配置管理服务器的URL；所述的DHCP Inform消息中进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息外，如DHCP Discover，DHCP Request等消息也可以包含上述信息，以实现上述信息的传递功能；
步骤52：网关将发来DHCP消息的设备加入可管理设备列表；
具体为：网关根据收到的DHCP消息，将消息中有关设备的信息提取出来，并通过获取的信息将设备加入可管理设备列表中；
与步骤51对应，所述的有关设备的信息包括设备标识和设备的配置管理服务器的相关信息，所述的设备的配置管理服务器的相关信息包括：配置管理服务器的URL；且所述的DHCP消息中进一步的还可以包括设备的类型和设备的服务类型等信息；
步骤53：网关向设备发送DHCP Ack的消息；
网关发送给设备的DHCP Ack消息中可以包含网关标识、网关的Connection RequestURL(连接请求URL，网关通过它来接受ACS的管理)，以及网关的配置管理服务器信息(如配置管理服务器的URL)；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以包含上述信息，以用于进行上述信息的传递；
步骤54：设备向设备的配置管理服务器发送TR-069的Inform消息；
所述的TR-069的Inform消息中包含有设备标识和步骤53获得网关的相关信息；所述的网关的相关信息包括网关标识和Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)，以及网关的配置管理服务器的信息(如网关的配置管理服务器的URL)；
且上述各信息具体可以通过扩展TR-069的Inform消息来承载；
步骤55：设备的配置管理服务器向设备发送响应消息；
设备的配置管理服务器收到所述的TR-069的Inform消息后向设备发送响应消息；
步骤56：设备的配置管理服务器请求网关的配置管理服务器授权其可以访问网关；
具体为：设备的配置管理服务器与网关的配置管理服务器之间可以通过自定义的通信协议或者通过OSS(运营支撑系统)系统传输信息，发出的请求授权报文中要包含设备标识，设备关联的网关的相关信息，以及网关标识；进一步的还可以包括请求授权 进行访问和管理的网关上的数据模型的访问范围和权限；即构造的请求授权报文可以为包括：设备标识，网关标识，以及网关和读写权限信息，所述的写权限信息为限定针对相应的网关的配置和管理权限；
步骤57：网关的配置管理服务器响应设备的配置管理服务器发来的授权请求；
即网关的配置管理服务器在收到授权请求后，根据预制的策略决定是否接受该授权请求，并根据决定结果响应设备的配置管理服务器的授权请求；响应的报文内容主要包括是否接受了该授权请求，进一步的还可以包括授权访问和管理的网关上的数据模型的访问范围和权限；即构造的授权响应报文包括：授权请求通过，以及网关和写权限信息；
在该步骤中，网关的自动配制服务器还可以从被请求授权进行管理的网关上获取相关的信息，如获取网关的可管理设备列表等，以便进一步验证设备的合法性；
在该步骤中，如果设备的配置管理服务器发出的授权请求被网关的配置管理服务器拒绝，则相应的处理流程结束。
步骤58：网关的配置管理服务器配置网关可以接受设备的配置管理服务器的管理；
具体为：网关的配置管理服务器根据所述的步骤56收到的设备的相关信息，并结合一定的策略决定网关是否接受设备的配置管理服务器的管理，以及管理的权限和范围；之后，网关的配置管理服务器对网关是否可以接受设备的配置管理服务器的管理，以及管理的权限和范围进行配置操作，具体的配置方法可以使用现有的TR-069/TR-111标准中提供的配置方法，当然也可以采用其他配置方法，只要实现相应的配置目的即可；
其中，配置的设备的配置管理服务器对网关的管理范围可以包括对网关的可管理设备列表的访问；
另外，如果网关的配置管理服务器认为网关不应该接受设备的配置管理服务器的管理，则可以通知网关将设备从网关的可管理列表中删除；
该步骤58也可以先于步骤57执行；
步骤59：设备的配置管理服务器与网关建立TR-069会话；
步骤510：设备的配置管理服务器向网关请求可管理设备列表；
即设备的配置管理服务器根据获得的网关的信息，便可以向网关请求网关的可关联设备列表，具体可以但不限于使用现有的TR-069/TR-111技术进行可管理设备列表的请求。
步骤511：网关向设备的配置管理服务器返回可管理设备列表；
网关根据网关的配置管理服务器的配置，判断是否响应步骤59，如果网关被配置 成可以允许设备的配置管理服务器访问网关的可管理设备列表，则网关向设备的配置管理服务器返回可管理设备列表；
步骤512：设备的配置管理服务器对设备进行配置和管理；
步骤513：设备的配置管理服务器对网关进行配置和管理；
具体可以但不限于使用TR-069/TR-111技术在网关上针对设备和设备的业务做响应的设置。
实施例三
在该实施例中，在设备与网关进行关联时，可以基于上述本发明实施例提供的方案发现各自的配置管理服务器不一致；之后，设备请求网关的配置管理服务器对设备的配置管理服务器进行授权，以便设备的配置管理服务器可以对网关进行访问和管理；网关的配置管理服务器收到请求后，根据预制的策略可以配置网关在一定范围内接受设备的配置管理服务器的查询和管理，网关根据配置在一定范围内接受设备的配置管理服务器的查询和管理。
实施例三的实现流程如图6所示，具体包括以下步骤：
步骤61：设备向网关发送DHCP Inform消息；
所述的DHCP Inform消息中包含设备标识和设备的配置管理服务器的相关信息(如配置管理服务器的URL)；该消息中进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息外，DHCP Discover，DHCP Request等消息也可以包含上述信息，以进行信息的传递；
步骤62：网关将设备加入可管理设备列表；
具体为：网关根据收到的DHCP消息后，提取消息中有关设备的信息，并通过获取的信息将设备加入可管理设备列表中；所述的有关设备的信息包括：设备标识、设备的配置管理服务器的相关信息和配置管理服务器的URL；进一步的还可以包括设备的类型和设备的服务类型等信息；
步骤63：网关向设备发送DHCP Ack的消息；
所述的DHCP Ack消息中包含网关标识、网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)、网关的配置管理服务器信息(如配置管理服务器的URL)；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以用来承载传 递上述信息；
步骤64：设备发送请求授权消息给网关的配置管理服务器；
设备发送请求授权消息中包含有设备标识和设备配置管理服务器的信息，还包括设备自动配制服务器的URL，以及步骤63获得网关的相关信息，如网关标识；进一步的还可以包括请求授权的范围和权限；具体构造的请求授权消息包含的信息有：设备标识，设备的配置管理服务器的URL，网关标识，以及网关和写权限信息；
所述的请求授权消息具体可以是设备以发送TR-069的Inform消息给网关的配置管理服务器的方式，通过扩展TR-069的Inform消息来实现；
步骤65：网关的配置管理服务器与网关建立TR-069会话；
步骤66：网关的配置管理服务器向网关请求可管理设备列表；
网关的配置管理服务器根据获得的网关的信息，向网关请求网关的可关联设备列表，具体可以使用现有的TR-069/TR-111技术实现可管理设备列表的获取。
步骤67：网关向网关的配置管理服务器返回可管理设备列表；
步骤68：网关的配置管理服务器配置网关可以接受设备配置管理服务器的管理和访问；
网关的配置管理服务器根据收到的相关信息后，并结合一定的策略决定网关是否接受设备的配置管理服务器的管理，以及管理的权限和范围。之后网关的配置管理服务器对网关是否可以接受设备的配置管理服务器的管理，以及管理的权限和范围进行配置操作；
其中，配置的设备的配置管理服务器对网关的管理范围可以包括对网关的可管理设备列表的访问；
如果网关的配置管理服务器认为网关不应该接受设备的配置管理服务器的管理，可以通知网关将设备从网关的可管理列表中删除，流程结束。
步骤69：网关的配置管理服务器响应设备的请求授权的消息；
相应的用于响应的报文内容包括是否接受了该授权请求，进一步的还可以包括授权访问和管理的网关上的数据模型的访问范围和权限；
具体实施时可以构造的授权响应报文承载的信息包括：请求授权通过，以及网关和写权限信息；
授权响应消息具体可以是网关的配置管理服务器以发送TR-069的Inform的响应消息给设备的方式，通过扩展TR-069的Inform响应消息来实现；
如果设备的授权请求被拒绝，则流程结束。
需要说明的是，该步骤69与步骤68之间无执行顺序的先后。
步骤610：设备发送TR-069的Inform消息给设备的配置管理服务器；
在所述的TR-069的Inform消息中包含有设备标识和步骤63获得网关的相关信息，所述的网关的相关信息包括网关标识和Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)；该消息中进一步还可以包括授权访问和管理的网关上的数据模型的访问范围和权限；
具体可以通过扩展TR-069的Inform消息来实现；
步骤611：设备的配置管理服务器给设备发送响应消息；
步骤612：设备的配置管理服务器与网关建立TR-069会话；
步骤613：设备的配置管理服务器向网关请求可管理设备列表；
具体可以为：设备的配置管理服务器根据获得的网关的信息，向网关请求网关的可关联设备列表；
步骤614：网关向设备的配置管理服务器返回可管理设备列表；
网关根据网关的配置管理服务器的配置，判断是否响应步骤69，如果网关被配置成可以允许设备的配置管理服务器访问网关的可管理设备列表，则网关向设备的配置管理服务器返回可管理设备列表；
若网关确定不允许设备的配置管理服务器访问网关的可管理设备列表，则拒绝步骤613的请求，过程结束。
步骤615：设备的配置管理服务器对设备进行配置和管理；
步骤616：设备的配置管理服务器对网关进行配置和管理；
具体为：设备的配置管理服务器使用TR-069/TR-111技术在网关上针对设备和设备的业务做相应的设置。
实施例四
在该实施例中，在设备与网关进行关联时，可以基于上述本发明实施例提供的方案发现各自的配置管理服务器不一致；之后，设备的配置管理服务器将针对设备和设备的业务需要在网关上进行配置的相关参数信息发给网关的配置管理服务器，请求进行网关的配置管理服务器在网关上进行配置；网关的配置管理服务器收到请求后，根据预制的策略决定是否在网关上针对这些参数做相应的配置。
实施例四的实现流程如图7所示，具体包括以下步骤：
步骤71：设备向网关发送DHCP Inform消息；
所述的DHCP Inform消息中包含设备标识、设备的配置管理服务器的相关信息和配置管理服务器的URL；进一步还可以包括设备的类型和设备的服务类型等信息；
在具体的实施过程中，除了DHCP Inform消息外，DHCP Discover，DHCP Request等消息都可以用来承载传递上述信息；
步骤72：网关将设备加入可管理设备列表；
具体为：网关根据收到的DHCP消息，将DHCP消息中有关设备的信息提取出来，通过获取的信息将设备加入可管理设备列表中；所述的有关设备的信息包括设备标识、设备的配置管理服务器的相关信息和配置管理服务器的URL；而且，所述的DHCP消息中进一步还可以包括设备的类型和设备的服务类型等信息；
步骤73：网关向设备发送DHCP Ack的消息；
所述的DHCP Ack消息中包含网关标识、网关的Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)，还包括网关的配置管理服务器信息，如配置管理服务器的URL；
在具体的实施过程中，除了DHCP Ack消息外，DHCP Offer消息也可以用于承载传递上述信息；
步骤74：设备向设备的配置管理服务器发送TR-069的Inform消息；
所述的TR-069的Inform消息中包含有设备标识和步骤73获得网关的相关信息，所述的网关的相关信息包括网关标识和Connection Request URL(连接请求URL，网关通过它来接受ACS的管理)；所述的TR-069的Inform消息中还包括网关的配置管理服务器的信息，该信息包括网关的配置管理服务器的URL；具体可以通过扩展TR-069的Inform消息承载上述信息；
步骤75：设备的配置管理服务器给设备发送响应消息；
步骤76：设备的配置管理服务器配置和管理设备；
步骤77：设备的配置管理服务器请求网关的配置管理服务器在网关上针对设备和设备的业务做相应的配置；
设备的配置管理服务器与网关的配置管理服务器之间具体可以通过自定义的通信协议或者通过OSS系统传输信息，发出的所述请求中要包含设备标识，设备关联的网关的相关信息，所述的相关信息包括网关标识、请求进行配置的网关上的数据模型的参数和值；
具体实施时，在设备的配置管理服务器构造的请求配置报文包含的信息为：设备标识和网关标识，以及Internet-Gateway-Device.WAN-Device.1. WAN-Connection-Device.1.WAN-IP-Connection.1.NAT-Enabled＝TRUE，其中，等号前面为网关的数据模型中的一个参数，等号后面为请求配置的值；
步骤78：网关的配置管理服务器与网关建立TR-069会话；
步骤79：网关的配置管理服务器向网关请求可管理设备列表；
具体为：网关的配置管理服务器根据获得的网关的信息，向网关请求网关的可关联设备列表；
步骤710：网关向网关的配置管理服务器返回可管理设备列表；
步骤711：网关的配置管理服务器配置和管理网关；
具体为：网关的配置管理服务器根据获得的信息和预制的策略决定是否接受设备的配置管理服务器的请求在网关上做相应的配置；如果网关的配置管理服务器决定接受设备配置管理服务器的请求，则根据设备配置管理服务器发送的请求信息在网关上做相应的配置。
步骤712：网关的配置管理服务器向设备的配置管理服务器返回相应的配置请求响应消息；
如果网关的配置管理服务器接受了设备配置管理服务器的请求，则响应“请求被接受”信息，如果拒绝了设备配置管理服务器的请求，则响应“请求被拒绝”信息。
本发明实施例还提供了一种针对网络中设备实现配置管理的系统，所述的系统中包括需要关联通信的第一设备和第二设备，且所述的第一设备和第二设备分别对应不同的配置管理服务器，所述的第一设备可以为支持多配置管理服务器配置管理的设备；
以本发明应用于DSL系统中为例，所述的第一设备为网关，所述的第二设备为局域网设备；当然，所述的第一设备和第二设备还可以均为局域网设备，例如，IPTV(IP电视)和NAS(网络附属存储器)，IPTV的PVR(个人视频录像)功能可能将产生的数据存放在同一家庭网络上的NAS上，在可能的情况下：NAS的ACS不仅可以配置NAS的参数，还可以在IPTV上配置PVR时用到的NAS的相关参数。
本实施例所述系统为完成互相关联的两设备能够识别各自的配置管理服务器是否一致，其设置有：配置管理服务器信息交互单元，设置于互相关联的两设备中，用于确定并发送本设备的配置管理服务器信息，以及接收第二设备发送的第二设备对应的配置管理服务器信息；所述单元进一步包括如下子单元，具体结构如图8所示：
配置管理服务器信息确认处理子单元：设置于需要进行关联的两个设备中，用于分别确定各自设备对应的配置管理服务器信息；
配置管理服务器信息发送处理子单元：设置于所述进行关联的两设备的至少一个设备中，用于发送确定的设备对应的配置管理服务器信息；
而且，所述的配置管理服务器信息发送处理子单元具体可以为具有发送配置管理服务器信息功能的DHCP通知消息发送子单元、DHCP确认消息发送子单元、DHCP发现消息发送子单元、DHCP提供消息发送子单元或DHCP请求消息发送子单元，即配置管理服务器信息发送处理单元具体可以通过上述任一消息进行配置管理服务器信息的传递，或者，也可以同时采用上述多条消息进行配置管理服务器信息的传递；
本实施例所述系统配置管理的实现结构如图9所示，主要包括配置管理权限确定单元和配置管理操作发起单元，并可选地包括配置管理权限发送单元：
所述配置管理权限确定单元：设置于第一设备对应的配置管理服务器中，用于确定第二设备对应的配置管理服务器在第一设备中的配置管理权限；
配置管理权限发送单元：设置于第一设备对应的配置管理服务器中，用于根据接收到的第一设备、第二设备或第二设备对应的配置管理服务器发来的信息的触发，将所述的配置管理权限确定单元确定的配置管理权限发送给第一设备；
配置管理操作发起单元：设置于第二设备对应的配置管理服务器中，用于确定需要在第一设备中针对第二设备的配置管理操作，并触发配置管理操作执行单元；
所述的配置管理操作发起单元直接向第一设备发起配置管理操作，或者，通过第一设备对应的配置管理服务器对第一设备发起配置管理操作；
配置管理操作执行单元：设置于第一设备或第一设备对应的配置管理服务器中，用于根据相应的配置管理权限控制第二设备对应的配置管理服务器对第一设备的配置管理操作。
本发明所述的系统中，所述的第一设备可以为支持多配置管理服务器配置管理的设备，仍如图9所示，该设备具体包括：
配置管理权限保存单元，用于保存其他设备对应的配置管理服务器在本设备中的配置管理权限；
配置管理操作执行单元，用于根据所述其他设备对应的配置管理服务器发来的配置管理操作信息，并根据配置管理权限保存单元保存的配置管理权限对本设备进行配置管理操作。
所述的支持多配置管理服务器配置管理的设备还可以包括：
配置管理权限获取单元，用于接收本设备对应的配置管理服务器发来的其他设备对应的配置管理服务器在本设备中的配置管理权限信息，并提供给所述的配置管理权限保 存单元；以及，
获得配置管理权限触发单元，用于将本设备需要获取的配置管理权限对应的其他设备对应的配置管理服务器信息发送给本设备对应的配置管理服务器，触发本设备对应的配置管理服务器中的配置管理权限发送单元向本设备发送相应配置管理权限。
本发明实施例适于应用的系统如图10所示，包括第一设备、第一设备对应的配置管理服务器、第二设备和第二设备对应的配置管理服务器；以DSL系统中的网关作为第一设备，局域网设备作为第二设备为例，该系统的各设备功能包括：
(1)网关
为家庭网络中的设备提供Internet接入，支持TR069/TR-111标准，能够接受网关的自动配制服务器的配置和管理。也可以是一个局域网设备，该局域网设备需要同另一个局域网设备进行关联和协同通信操作。
(2)网关配置管理服务器
网关的配置管理服务器，用来实现对网关的自动配置和管理。
(3)局域网设备
位于局域网内的设备，支持TR-111标准，能够接受设备的配置管理服务器的配置和管理，在具体的实施过程中，局域网内的设备可以不止一个。
(4)设备配置管理服务器
局域网设备的配置管理服务器，用来实现对局域网设备的自动配置和管理，在具体的实施过程中，每个局域网设备都可以对应有不同的配置管理服务器。
本发明具体实现过程中，便可以基于上述DSL系统中各实体设备实现。
综上所述，本发明实施例通过设备与网关的关联过程中的交互消息中包含的配置管理服务器等信息，使得设备与网关在关联过程中能够发现配置管理服务器不一致的情况，并实现在设备与网关的配置管理服务器不一致的情况下，设备的配置管理服务器不仅可以对设备进行自动配置和管理，还可以在网关上针对设备和设备的服务进行相应的配置和管理。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (21)
1.一种针对网络中设备实现配置管理的方法，其特征在于，包括：
当第一设备对应的第一配置管理服务器和第二设备对应的第二配置管理服务器不一致时，所述第一设备对应的所述第一配置管理服务器确定所述第二设备对应的所述第二配置管理服务器能够对所述第一设备进行配置管理；
所述的第二配置管理服务器触发对第一设备的配置管理操作。
2.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述第一设备或第二设备获取对方对应配置管理服务器信息。
3.根据权利要求2所述的方法，其特征在于，所述第一设备或第二设备获取对方对应的配置管理服务器信息的方法具体包括：
第一设备或第二设备发送携带有本身对应的配置管理服务器信息的消息给对方。
4.根据权利要求3所述的方法，其特征在于，所述携带本身对应的配置管理服务器信息的消息为：基于动态主机配置协议DHCP消息。
5.根据权利要求1所述的方法，其特征在于，所述的确定第二配置管理服务器能够对所述第一设备进行配置管理具体包括：
所述第一配置管理服务器与第二配置管理服务器协商第二配置管理服务器对第一设备的配置管理。
6.根据权利要求5所述的方法，其特征在于，所述的第二配置管理服务器触发对第一设备的配置管理操作为：第二配置管理服务器根据所述的协商结果触发对第一设备的配置管理操作。
7.根据权利要求5所述的方法，其特征在于，所述的协商第二配置管理服务器对第一设备的配置管理具体包括：
所述的第二配置管理服务器是否能对第一设备的具体参数进行配置管理。
8.根据权利要求5或7所述的方法，其特征在于，触发所述的确定第二配置管理服务器对第一设备的配置管理的条件包括：
第一配置管理服务器接收到第一设备发来的信息或者接收到第二配置管理服务器发来的信息或者接收到第二设备发来的信息。
9.根据权利要求8所述的方法，其特征在于，所述的接收到第一设备发来的信息的处理具体包括：
在第一设备中的可管理服务列表发生变化时，所述第一设备的第一配置管理服务器接收到该第一设备的通知，向第一设备查询其保存的第二配置管理服务器信息，并接收第一设备发来的查询结果信息；
或者，
第一配置管理服务器接收第一设备通过消息或命令发送的第二配置管理服务器信息通知。
10.根据权利要求9所述的方法，其特征在于，所述的命令为远程过程调用RPC命令。
11.根据权利要求8所述的方法，其特征在于，所述的接收到第二配置管理服务器发来的信息的处理具体包括：
第一配置管理服务器接收到第二配置管理服务器发送的请求授权第二配置管理服务器访问并配置第一设备；
或者，
第一配置管理服务器接收到第二配置管理服务器发送的请求，触发第一配置管理服务器对第一设备进行配置。
12.根据权利要求8所述的方法，其特征在于，所述的接收到第二设备发来的信息的处理具体包括：
第一配置管理服务器接收到第二设备发送的请求授权第二配置管理服务器访问并配置第二设备关联的第一设备，所述请求中携带着第一设备标识、第二配置管理服务器信息和第二设备标识。
13.根据权利要求1所述的方法，其特征在于，所述的第一设备为网关或局域网设备，所述的第二设备为局域网设备。
14.根据权利要求1所述的方法，其特征在于，对所述第一设备进行配置管理通过TR069协议进行。
15.一种支持多配置管理服务器配置管理的设备，其特征在于，所述的设备包括：
配置管理权限获取单元，用于接收本设备对应的配置管理服务器发来的第二设备对应的配置管理服务器在本设备中的配置管理权限信息，并提供给所述的配置管理权限保存单元；
配置管理权限保存单元，用于保存第二设备对应的配置管理服务器在本设备中的配置管理权限；
配置管理操作执行单元，用于根据所述第二设备对应的配置管理服务器发来的配置管理操作信息，并根据配置管理权限保存单元保存的配置管理权限对本设备进行配置管理操作；以及
获得配置管理权限触发单元，用于将本设备需要获取的配置管理权限对应的其他设备对应的配置管理服务器信息发送给本设备对应的配置管理服务器，触发本设备对应的配置管理服务器中的配置管理权限发送单元向本设备发送相应配置管理权限。。
16.一种配置管理服务器，其特征在于，包括：
配置管理权限确定单元：用于确定第二设备对应的配置管理服务器在第一设备中的配置管理权限；
配置管理权限发送单元：用于根据接收到的第一设备、第二设备或第二设备对应的配置管理服务器发来的信息的触发，将所述的配置管理权限确定单元确定的配置管理权限发送给第一设备；
配置管理操作发起单元：用于确定需要在第二设备中针对第一设备的配置管理操作，并触发配置管理操作执行单元；以及
配置管理操作执行单元：用于根据相应的配置管理权限控制第二设备对应的配置管理服务器对第一设备的配置管理操作。
17.一种针对网络中设备实现配置管理的方法，其特征在于，包括：
当第一设备对应的第一配置管理服务器和第二设备对应的第二配置管理服务器不一致时，所述第一设备对应的所述第一配置管理服务器通过所述第一设备对应的运营支撑系统接收所述第二设备对应的运营支撑系统发送的在所述第一设备上做相应配置的请求；
所述第一设备对应的所述第一配置管理服务器根据所述请求配置所述第一设备。
18.根据权利要求17所述的方法，其特征在于，在所述第二设备对应的运营支撑系统发送所述配置请求之前，还包括：
第二设备对应的第二配置管理服务器将所述请求发送给所述第二设备对应的运营支撑系统。
19.根据权利要求17或18所述的方法，其特征在于，在所述第一配置管理服务器接收所述请求之前，所述方法还包括：
所述第一设备或第二设备获取对方对应配置管理服务器信息。
20.根据权利要求19所述的方法，其特征在于，所述第一设备或第二设备获取对方对应的配置管理服务器信息具体包括：
第一设备或第二设备发送携带有本身对应的配置管理服务器信息的消息给对方。
21.根据权利要求20所述的方法，其特征在于，所述携带本身对应的配置管理服务器信息的消息为：基于动态主机配置协议DHCP消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007800074484A CN101395852B (zh) | 2006-08-15 | 2007-08-14 | 针对网络中设备实现配置管理的方法及系统 |
Applications Claiming Priority (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101121494A CN101127631A (zh) | 2006-08-15 | 2006-08-15 | 针对网络中设备实现配置管理的方法及系统 |
| CNA200610112148XA CN101127654A (zh) | 2006-08-15 | 2006-08-15 | 网络中实现设备之间关联的方法及系统 |
| CN200610112148.X | 2006-08-15 | ||
| CN200610112149.4 | 2006-08-15 | ||
| CN2007800074484A CN101395852B (zh) | 2006-08-15 | 2007-08-14 | 针对网络中设备实现配置管理的方法及系统 |
| PCT/CN2007/070464 WO2008019624A1 (fr) | 2006-08-15 | 2007-08-14 | Procédé et système destinés à mettre en oeuvre la gestion de configuration de dispositifs dans un réseau |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101395852A CN101395852A (zh) | 2009-03-25 |
| CN101395852B true CN101395852B (zh) | 2011-03-16 |
Family
ID=39081955
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007800074484A Active CN101395852B (zh) | 2006-08-15 | 2007-08-14 | 针对网络中设备实现配置管理的方法及系统 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20090150526A1 (zh) |
| EP (2) | EP2515480B1 (zh) |
| CN (1) | CN101395852B (zh) |
| ES (2) | ES2454569T3 (zh) |
| WO (1) | WO2008019624A1 (zh) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101202745A (zh) * | 2006-12-15 | 2008-06-18 | 华为技术有限公司 | 获取用户驻地设备功能配置信息的方法、装置及应用系统 |
| US7774821B2 (en) * | 2007-09-17 | 2010-08-10 | At&T Intellectual Property I, L.P. | System and method of installing a network device |
| CN101772053B (zh) * | 2008-12-05 | 2013-04-17 | 华为终端有限公司 | 一种终端设备配置方法、装置、终端及终端设备 |
| CN102461067B (zh) * | 2009-06-24 | 2015-02-25 | 瑞典爱立信有限公司 | 供通信网络的网络管理中使用的方法和系统 |
| CN102957728B (zh) * | 2011-08-26 | 2015-01-21 | 华为终端有限公司 | 管理会话建立方法、用户驻地设备及自动配置服务器 |
| FR2982445A1 (fr) * | 2011-11-04 | 2013-05-10 | Delta Dore | Procede et systeme d'association d'un equipement avec une passerelle |
| EP2999162A1 (en) * | 2014-09-18 | 2016-03-23 | Alcatel Lucent | Remote management of LAN devices by an Auto-Configuration Server |
| US9565185B2 (en) | 2014-11-24 | 2017-02-07 | At&T Intellectual Property I, L.P. | Facilitation of seamless security data transfer for wireless network devices |
| US20160301570A1 (en) * | 2015-04-10 | 2016-10-13 | Bluecat Networks, Inc. | Methods and systems for dhcp policy management |
| CN106375265A (zh) * | 2015-07-22 | 2017-02-01 | 中兴通讯股份有限公司 | 家庭网关及其通信管理方法、通信系统 |
| US10630544B2 (en) * | 2017-07-20 | 2020-04-21 | Vmware, Inc. | Mixed mode management |
| US10819676B1 (en) * | 2019-05-22 | 2020-10-27 | Verizon Patent And Licensing Inc. | System and method of acquiring network-centric information for customer premises equipment (CPE) management |
| US11968282B2 (en) * | 2020-03-20 | 2024-04-23 | Commscope Technologies Llc | Adapter for converting between the network configuration protocol (NETCONF) and the technical report 069 (TR-069) protocol |
| CN113904939B (zh) * | 2021-10-27 | 2023-07-28 | 中国联合网络通信集团有限公司 | 一种管理目标终端的方法、装置及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1168509A (zh) * | 1996-02-29 | 1997-12-24 | 太阳微系统有限公司 | 用于自动构成家庭网络计算机的系统和方法 |
| US6345294B1 (en) * | 1999-04-19 | 2002-02-05 | Cisco Technology, Inc. | Methods and apparatus for remote configuration of an appliance on a network |
| CN1787457A (zh) * | 2004-12-06 | 2006-06-14 | 阿尔卡特公司 | 远程管理方法和相关的设备 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2844949B1 (fr) * | 2002-09-24 | 2006-05-26 | Radiotelephone Sfr | Procede de gestion d'une configuration d'une passerelle par un utilisateur de la passerelle |
-
2007
- 2007-08-14 ES ES12176816.2T patent/ES2454569T3/es active Active
- 2007-08-14 CN CN2007800074484A patent/CN101395852B/zh active Active
- 2007-08-14 EP EP12176816.2A patent/EP2515480B1/en active Active
- 2007-08-14 EP EP07800940A patent/EP2053790B1/en active Active
- 2007-08-14 WO PCT/CN2007/070464 patent/WO2008019624A1/zh active Application Filing
- 2007-08-14 ES ES07800940T patent/ES2400971T3/es active Active
-
2009
- 2009-02-12 US US12/370,222 patent/US20090150526A1/en not_active Abandoned
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1168509A (zh) * | 1996-02-29 | 1997-12-24 | 太阳微系统有限公司 | 用于自动构成家庭网络计算机的系统和方法 |
| US5852722A (en) * | 1996-02-29 | 1998-12-22 | Sun Microsystems, Inc. | System and method for automatic configuration of home network computers |
| US6345294B1 (en) * | 1999-04-19 | 2002-02-05 | Cisco Technology, Inc. | Methods and apparatus for remote configuration of an appliance on a network |
| CN1787457A (zh) * | 2004-12-06 | 2006-06-14 | 阿尔卡特公司 | 远程管理方法和相关的设备 |
Non-Patent Citations (2)
| Title |
|---|
| DSL Home-Technical Working Protocol CPEWANManagement Protocol.DSL Forum TR-069.2004,1-109. * |
| 全文. |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2053790A1 (en) | 2009-04-29 |
| EP2515480A1 (en) | 2012-10-24 |
| ES2454569T3 (es) | 2014-04-10 |
| CN101395852A (zh) | 2009-03-25 |
| EP2053790A4 (en) | 2009-09-16 |
| ES2400971T3 (es) | 2013-04-15 |
| WO2008019624A1 (fr) | 2008-02-21 |
| EP2053790B1 (en) | 2012-12-26 |
| US20090150526A1 (en) | 2009-06-11 |
| EP2515480B1 (en) | 2014-01-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101395852B (zh) | 针对网络中设备实现配置管理的方法及系统 | |
| US20070011301A1 (en) | Provisioning relay and re-direction server for service implementation on generic customer premises equipment | |
| EP2234343B1 (en) | Method, device and system for selecting service network | |
| US9154378B2 (en) | Architecture for virtualized home IP service delivery | |
| RU2556468C2 (ru) | Способ аутентификации доступа терминала и оборудование, расположенное на территории абонента | |
| JP5318111B2 (ja) | リモートデバイスに構成情報を自動配布するための中央管理ステーションのための種々の方法および装置 | |
| US7073055B1 (en) | System and method for providing distributed and dynamic network services for remote access server users | |
| US9178857B2 (en) | System and method for secure configuration of network attached devices | |
| US6351773B1 (en) | Methods for restricting access of network devices to subscription services in a data-over-cable system | |
| US6070246A (en) | Method and system for secure cable modem initialization | |
| EP2053779B1 (en) | A system and method for authenticating the accessing request for the home network | |
| US9332579B2 (en) | Method and system for efficient use of a telecommunication network and the connection between the telecommunications network and a customer premises equipment | |
| CN101127631A (zh) | 针对网络中设备实现配置管理的方法及系统 | |
| CN101132326B (zh) | 一种自动配置的方法及系统及设备 | |
| KR101001555B1 (ko) | 네트워크 ｉｄ 기반 연합 및 싱글사인온 인증 방법 | |
| EP1791322B1 (en) | A method and system for automatically distributing the service to the ppp access terminal | |
| CN101610177A (zh) | 基于DHCP Server机制的业务配置的系统和方法 | |
| US9032083B2 (en) | Method and system for efficient use of a telecommunications network and the connection between the telecommunications network and a customer premises equipment | |
| EP1881639B1 (en) | A method and system for cpecf (customer premises equipment configuration function) obtaining the terminal equipment information and configuring the terminal equipment | |
| CN101436969B (zh) | 网络接入方法、装置及系统 | |
| WO2007003105A1 (fr) | Procede, systeme et appareil pour la mise en relation d'informations associee a l'utilisateur dans un systeme nass | |
| CN102577299A (zh) | 简化的接入网认证信息承载协议 | |
| CN101127654A (zh) | 网络中实现设备之间关联的方法及系统 | |
| WO2007041925A1 (fr) | Méthode pour demander des informations utilisateur de réseau d’accès |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211227 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |