CN104320272A - 一种传递设备信息的方法和网络设备 - Google Patents

Abstract

本发明实施例提供一种传递设备信息的方法和网络设备，涉及通信领域，能够达到将当前网络设备本身的资源信息实时传递给策略控制服务器，从而使得策略控制服务器对网络设备本身的资源进行实时的统计、调度和管理的技术效果。具体方案为：网络设备获取本设备的设备资源信息，网络设备向策略控制服务器发送报文，报文包括所述设备资源信息，使策略控制服务器根据设备资源信息对网络设备进行资源统计、调度和管理。本发明实施例用于传递设备资源信息。

Description

一种传递设备信息的方法和网络设备

技术领域

本发明涉及通信领域，尤其涉及一种传递设备信息的方法和网络设备。

背景技术

为了创新宽带业务经营模式，打造智能宽带管道能力，建立宽带差异化优势，以智能提速为核心的智能管道技术应运而生。智能管道的核心技术主要包括以下两个方面，一是识别不同的业务类型进行控制和计费；二是通过深度包检测技术判断用户的类别，提供差异化的网络服务。策略控制服务器是智能管道架构中的一个重要组成部分，通过获取网络资源信息，为网络设备提供策略管理能力，并对网络设备进行控制策略配置下发与控制操作，从而实现智能管道的智能化管理服务。

目前，策略控制服务器与网络设备之间可以实时交互网络设备的用户会话信息，并根据用户的需求动态地进行策略调整。而对于非会话用户信息，例如网络设备的互联协议(Internet Protocol，IP)地址信息、板卡资源等网络设备本身的资源信息则需要策略控制服务器在与网络设备建立连接时事先进行收集，以便于策略控制服务器对网络设备本身的资源进行统计、调度和管理。

由于事先收集的网络设备本身的资源信息是提前一次性获取的，其网络设备本身的资源信息又会由于与用户的交互而实时地发生变化，因而不能反映当前网络设备本身的资源所处的实时状态，从而不能为策略控制服务器提供实时的依据，使得策略服务器容易与实际的网络信息发生脱节。此外，对于地址池资源等网络设备本身的其它资源信息，由于是网络设备动态分配的，因而无法事先进行收集，从而使得策略控制服务器无法获得当前网络设备本身的其它资源信息状态，也就无法根据网络设备本身当前的非会话用户信息对网络设备按照实际情况进行灵活调度。

发明内容

本发明提供一种传递设备信息的方法和网络设备，能够达到将当前网络设备本身的资源信息实时传递给策略控制服务器，从而使得策略控制服务器对网络设备本身的资源进行实时的统计、调度和管理的技术效果。

为达到上述目的，本发明采用如下技术方案：

第一方面，提供一种传递设备信息的方法，包括：

网络设备获取本设备的设备资源信息；

所述网络设备向策略控制服务器发送报文，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

结合第一方面，在第一方面的第一种可能实现的方式中，所述网络设备获取本设备的设备资源信息包括：

所述网络设备周期性地获取本设备的设备资源信息。

结合第一方面，在第一方面的第二种可能实现的方式中，所述网络设备获取本设备的设备资源信息包括：

所述网络设备接收所述策略控制服务器发送的请求消息，所述请求消息用于请求获取所述网络设备的设备资源信息；

所述网络设备根据所述请求消息获取本设备的设备资源信息。

结合第一方面，在第一方面的第三种可能实现的方式中，所述网络设备向策略控制服务器发送报文，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理包括：

所述网络设备通过扩展的远程用户拨号认证系统Radius协议向所述策略控制服务器发送所述报文，所述扩展的Radius协议的属性为类型-长度-值TLV格式，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

结合第一方面或第一方面的第一至第三种可能的实现方式中的任意一种，在第一方面的第四种可能的实现方式中，所述设备资源信息包括所述网络设备的网络协议IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中至少一个。

第二方面，提供一种网络设备，包括：

获取单元，用于获取所述网络设备的设备资源信息；

发送单元，用于向策略控制服务器发送报文，所述报文包括所述获取单元获取的设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

结合第二方面，在第二方面的第一种可能实现的方式中，所述获取单元具体用于：

周期性地获取网络设备的设备资源信息。

结合第二方面，在第二方面的第二种可能实现的方式中，还包括：

接收单元，用于接收所述策略控制服务器发送的请求消息，所述请求消息用于请求获取所述网络设备的设备资源信息；

所述获取单元，还用于根据所述接收单元接收到的所述请求消息获取网络设备的设备资源信息。

结合第二方面，在第二方面的第三种可能实现的方式中，所述发送单元具体用于：

通过扩展的远程用户拨号认证系统Radius协议向所述策略控制服务器发送所述报文，所述扩展的Radius协议的属性为类型-长度-值TLV格式，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

结合第二方面或第二方面的第一至第三种可能的实现方式中的任意一种，在第二方面的第四种可能的实现方式中，所述设备资源信息包括所述网络设备的网络协议IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中至少一个。

本发明实施例提供一种传递设备信息的方法和网络设备，网络设备通过向策略控制服务器发送报文，将网络设备获取的本设备的设备资源信息实时传递给策略控制服务器，使得策略控制服务器与实际网络信息能够保持同步，避免了现有技术中由于策略控制服务器与实际网络信息发生脱节导致的策略控制服务器不能根据实际的非会话用户信息对网络设备进行智能调度的问题，从而可以实现策略控制服务器对网络设备本身的资源进行实时的统计、调度和管理，以根据不同的网络设备的资源信息为网络设备提供差异化的网络服务。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种传递设备信息的方法；

图2为本发明实施例提供的策略控制服务器与网络设备各功能模块的连接示意图；

图3为本发明实施例提供的另一种传递设备信息的方法；

图4为本发明实施例提供的一种网络设备；

图5为本发明实施例提供的一种策略控制服务器。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在智能管道架构中，一方面，策略控制服务器与多个用户终端相连，用于获取用户终端的业务需求信息和网络资源需求信息；另一方面，策略控制服务器与多台网络设备相连，用于获取网络设备的设备资源，并根据其设备资源状态及用户终端的业务需求，对网络设备进行策略配置下发与控制。其中的网络设备用于用户终端的接入和业务控制，例如该网络设备可以为互联协议IP边缘节点(Broadband Network Gateway，BNG)设备中的宽带远程接入服务器(Broadband Remote Access Server，BRAS)、业务路由器(Service Router，SR)、家庭网关等。或者，每台上述网络设备与多台用户终端相连，用于将策略控制服务器下发的策略配置分配给用户终端，从而实现智能管道的智能化管理。

本申请文件中的网络设备以宽带远程接入服务器BRAS为例进行说明。BRAS位于网络的边缘，是接入网和骨干网之间的桥梁，可以为用户终端提供接入服务，并实现多种业务的汇聚与转发，满足不同用户终端对传输容量和带宽利用率的要求，因此是用户接入的核心设备。BRAS主要完成两方面功能，一是网络承载功能：负责终结用户终端以太网的点对点协议(Point-to-Point Protocol Over Ethernet，PPPoE)连接、汇聚用户的流量的功能；二是控制实现功能：与认证系统、计费系统和客户管理系统及服务策略控制系统相配合实现用户接入的认证、计费和管理的功能。

本发明实施例提供了一种传递设备信息的方法，参见图1，其步骤可以包括：

101、网络设备获取本设备的设备资源信息；

102、网络设备向策略控制服务器发送报文，报文包括设备资源信息，使策略控制服务器根据设备资源信息对网络设备进行资源统计、调度和管理。

本发明实施例中网络设备以BRAS为例，用于连接策略控制服务器与用户终端。

在步骤101中，BRAS获取的本设备的设备资源信息可以包括BRAS的IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络(Virtual Private Network，VPN)信息中的一个或多个。

可选地，BRAS可以周期性地获取本设备的设备资源信息。其中，BRAS获取本设备的设备资源信息的周期可以根据实际需要进行设定，例如该周期可以为1小时、1天等。

可选地，BRAS也可以在接收到策略控制服务器发送的请求消息的情况下，BRAS根据该请求消息获取本设备的设备资源信息，该请求消息用于请求获取网络设备的设备资源信息。

其中，策略控制服务器可以在需要获取设备资源信息时，向BRAS发送请求消息，或者，策略控制服务器也可以周期性地向BRAS发送请求消息，使得BRAS接收到该请求消息后及时获取本设备的设备资源信息，并将获取到的设备资源信息实时地传递给策略控制服务器。

进一步的，在BRAS获取到本设备的设备资源信息后，在步骤102中，BRAS可以通过扩展的Radius协议向策略控制服务器发送报文，使得策略控制服务器能够根据报文中携带的设备资源信息对BRAS进行资源统计、调度和管理。其中，Radius协议是一种可扩展的认证授权计帐(Authentication Authorization Accounting，AAA)协议，策略控制服务器可以通过Radius协议实现对会话用户功能模块的资源调度和管理。本发明实施例在扩展的Radius协议报文的新增私有属性中，对IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息等设备资源信息进行定义，以便策略控制服务器和BRAS能够通过扩展的Radius协议报文实时地交互BRAS的设备资源信息，从而能够保持策略控制服务器与网络设备资源信息的同步，使得策略控制服务器能够根据扩展的Radius协议报文中携带的设备资源信息实现对BRAS设备资源的实时统计、调度和管理。本发明实施例中，策略控制服务器可以管理的网络设备BRAS的功能模块参见图2。

具体的，在扩展的Radius协议报文的新增私有属性中，可以采用TLV报文格式对BRAS的设备资源信息进行定义，TLV报文的格式可以参见表1：

表1

其中，TLV报文分为“TLV Header”和“TLV Information String”两部分。“TLV Header”字段即“TLV头”字段包括类型域Type字段和长度域Length字段两部分；“TLV Information String”字段即“TLV信息字符串”字段，包括值域Value字段。Length字段中指定了Value字段中信息字符串的长度，单位为八位组Octet或字节Byte。

具体地，本发明实施例可以采用嵌套的TLV报文格式对BRAS各功能模块及相应的设备资源信息进行定义。

示例性的，可以采用如下定义方式：

首先可以定义一个总体功能模块对应的信息模块，总体功能模块中包括策略控制平台可管理的BRAS的功能模块，参见表2：

表2

与表2对应的TLV报文格式如表3所示：

表3

在表2及表3中，定义Type＝200,Length＝8，Value＝201-205，不同的Value值对应不同的设备功能模块，与之相应的执行操作也不同。例如在表2中，将Type＝200定义为总的设备功能模块，表示该报文是关于各功能模块的资源信息管理的；将Value＝201定义为IP地址池功能模块；将Value＝202定义为设备硬件资源功能模块；将Value＝203定义为板卡功能模块；将Value＝204定义为专线功能模块；将Value＝205定义为VPN功能模块；Length＝8表示Value字段中的信息长度为8Byte。此外，也可以在Value中定义BRAS中设备资源的其它功能模块，这里不再一一例举。

需要说明的是，本发明实施例对TLV报文中Type字段、Length字段、Value字段的定义只是举例说明，具体可以根据实际需要进行定义。当然该TLV报文中也可以携带Value＝201-205中的一个或至少两个，这里不做限定。

而后，可以采用嵌套TLV的格式进一步携带每个功能模块的信息，也即在Type＝200的TLV的下一层嵌套的TLV中进一步对各功能模块的具体资源信息管理操作进行定义。

例如，定义IP地址池功能模块的信息模块可以如表4所示：

表4

在表4中，将Type＝201定义为IP地址池功能模块，表示该报文是关于IP地址池功能模块的资源信息管理的。示例性的，可以将Value＝1定义为上报IP地址池信息，将Value＝2定义为更新地址池，Length＝4表示Value字段中的信息长度为4Byte。此外，在Value字段中也可以定义其它操作对IP地址池功能模块的资源信息进行管理，这里不再一一赘述。

由于当前BRAS中IP地址池中的资源信息可能会由于用户终端的接入/断开等的变化而实时地变化，因而需要将当前IP地址池中资源信息的实时状态上报给策略控制服务器，以便策略控制服务器根据不同BRAS的IP地址池资源信息进行差异化策略配置。具体地，BRAS可以通过TLV报文周期性地上报IP地址池信息，也可以在接收到策略控制服务器发送的IP地址池信息资源请求消息后，向策略控制服务器上报IP地址池信息。

示例性的，为了获取IP地址池中资源信息的实时状态，策略控制服务器可以在表3所示的TLV报文中发送IP地址池资源请求消息，TLV报文具体格式可以参见表5，即可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝201中，嵌套IP地址池功能模块对应的第二层TLV：Type＝201，Length＝4，Value＝1，以请求获取BRAS中的IP地址池资源信息。

表5

而后，BRAS再通过定义TLV报文上报当前实时的IP地址池资源信息，报文具体格式可以参见表6，即在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝201中，嵌套IP地址池功能模块对应的第二层TLV：Type＝201，Length＝4，Value＝1的基础上，再增加第三层嵌套的TLV定义要上报的IP地址池资源信息的具体内容，与第二层Value＝1对应，第三层TLV定义Type＝1，表示BRAS上报的是IP地址池资源信息，在第三层TLV的Value字段中定义要上报的IP地址池资源信息的具体内容，例如可以是可用IP地址的二进制表示、十六进制表示等，具体方式不限，Length＝100指定了第三层TLV的Value字段中信息长度为100Byte。

表6

此外，策略控制服务器与BRAS之间也可以通过嵌套的TLV报文进行地址池更新，具体资源信息交互过程可以参照上述“上报IP地址池信息”的过程。

与上述“上报IP地址池信息”的过程类似，定义硬件资源功能模块的信息模块可以如表7所示：

表7

在表7中，将Type＝202定义为硬件资源功能模块，表示该报文是关于硬件资源功能模块的资源信息管理的。示例性的，可以将Value＝1定义为上报硬件资源信息，Length＝2表示Value字段中的信息长度为2Byte。这里也可以在Value字段中定义其它操作对硬件资源功能模块的资源信息进行管理。

由于当前BRAS中硬件资源信息可能会由于接入用户终端的业务开始/结束等网络状况的变化而实时地变化，因而需要将当前硬件资源信息的实时状态上报给策略控制服务器，以便策略控制服务器根据不同BRAS的硬件资源信息进行差异化策略配置。具体地，BRAS可以通过TLV报文周期性地上报硬件资源信息，也可以在接收到策略控制服务器发送的硬件资源信息请求消息后，向策略控制服务器上报硬件资源信息。其中，BRAS上报的硬件资源信息可以包括：内存使用率、硬盘可用容量等，以便策略控制服务器可以根据实际的硬件资源使用状态进行调度管理，例如当前网络设备A的硬盘可用容量不足时，策略控制服务器可以调用网络设备B的可用硬盘容量供网络设备A及与网络设备A连接的用户终端使用。

示例性的，为了获取硬件资源信息的实时状态，策略控制服务器可以在表3所示的TLV中发送硬件资源请求消息，即可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝202中，嵌套硬件资源功能模块对应的第二层TLV：Type＝202，Length＝2，Value＝1，以请求获取BRAS中的硬件资源信息。相应的，BRAS通过再嵌套一层TLV上报当前实时的硬件资源信息，具体可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝202中，嵌套硬件资源功能模块对应的第二层TLV：Type＝202，Length＝2，Value＝1的基础上，在第三层嵌套的TLV中上报硬件资源信息的具体内容，与第二层的Value＝1相对应，这样第三层TLV的Type＝1，表示BRAS上报的是硬件资源信息，且在第三层TLV的Value字段中定义当前要上报的硬件资源信息的具体内容，Length＝100指定了第三层TLV的Value字段中的信息长度为100Byte。硬件资源信息交互过程中的具体报文格式可以类似于表5及表6。

再比如，定义板卡功能模块的信息模块可以如表8所示：

表8

在表8中，将Type＝203定义为板卡功能模块，表示该报文是关于板卡功能模块的资源信息管理的。示例性的，可以将Value＝1定义为上报板卡资源信息，Length＝16表示Value字段中的信息长度为16Byte。当然还可以在Value字段中定义其它操作对板卡功能模块的资源信息进行管理。

由于当前BRAS中板卡资源信息可能会随着当前用户终端的接入数量等因素的变化而实时地变化，因而需要将当前板卡资源信息的实时状态上报给策略控制服务器，以便策略控制服务器根据不同BRAS的硬件资源信息进行差异化策略配置。具体地，BRAS可以通过TLV报文周期性地上报板卡资源信息，也可以在接收到策略控制服务器发送的板卡资源信息请求消息后，向策略控制服务器上报板卡资源信息。其中，BRAS上报给策略控制服务器的板卡资源信息可以为声卡使用率、显卡使用率等，以便于策略控制服务器对当前的板卡资源使用情况进行实时的统计。

示例性的，为了获取板卡资源信息的实时状态，策略控制服务器可以在表3所示的TLV中发送板卡资源请求消息，即可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝203中，嵌套板卡功能模块对应的第二层TLV：Type＝203，Length＝16，Value＝1，以请求获取BRAS中的板卡资源信息。相应的，BRAS通过再嵌套一层TLV上报当前实时的板卡资源信息，具体可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝203中，嵌套板卡功能模块对应的第二层TLV：Type＝203，Length＝16，Value＝1的基础上，在第三层嵌套的TLV中上报板卡资源信息的具体内容，与第二层的Value＝1相对应，第三层TLV的Type＝1，表示BRAS上报的是板卡资源信息，且在第三层TLV的Value字段中定义当前要上报的板卡资源信息的具体内容，Length＝100指定了第三层TLV的Value字段中的信息长度为100Byte。板卡资源信息交互过程中的具体报文格式可以类似于表5及表6。

对于专线信息来说，定义专线功能模块的信息模块可以如表9所示：

表9

在表9中，将Type＝204定义为专线功能模块，表示该报文是关于专线功能模块的资源信息管理的。示例性的，可以将Value＝1定义为上报专线信息，将Value＝2定义为下发策略到专线，Length＝8表示Value字段中的信息长度为8Byte。在Value字段中也可以定义其它操作对专线功能模块的资源信息进行管理。

由于当前BRAS中专线信息可能会由于专线用户终端的接入/断开或业务的开始/结束等网络情况的变化而实时地变化，因而需要将当前专线信息的实时状态上报给策略控制服务器，以便策略控制服务器根据不同BRAS的硬件资源信息进行差异化策略配置。具体地，BRAS可以通过TLV报文周期性地上报专线信息，也可以在接收到策略控制服务器发送的专线信息资源请求消息后，向策略控制服务器上报专线信息。这里的专线信息可以为专线用户当前的网络速度、业务的优先级别等，以便于策略控制服务器可以根据不同的业务需要，对网络速度、业务的优先级别等进行调整。

示例性的，为了获取IP地址池中资源信息的实时状态，策略控制服务器可以在表3所示的TLV中发送专线资源请求消息，即可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝204中，嵌套专线功能模块对应的第二层TLV：Type＝204，Length＝8，Value＝1，以请求获取BRAS中的专线信息。相应的，BRAS通过再嵌套一层TLV上报当前实时的专线信息，具体可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝204中，嵌套专线功能模块对应的第二层TLV：Type＝204，Length＝8，Value＝1的基础上，在第三层嵌套的TLV中上报专线信息的具体内容，与第二层的Value＝1相对应，第三层TLV的Type＝1，表示BRAS上报的是专线信息，且在第三层TLV的Value字段中定义当前专线信息的具体内容，Length＝100指定了第三层TLV的Value字段中的信息长度为100Byte。专线信息交互过程中的具体报文格式可以类似于表5及表6。

策略控制服务器也可以通过嵌套的TLV报文，将策略控制服务器对BRAS专线的策略配置信息下发给BRAS，具体信息交互方式可参见上述“上报专线信息”的过程。其中，策略配置信息可以包括网络提速(例如将10M的专线网络提升为20M的专线网络)、设置优先级等。

对于VPN信息来说，定义VPN功能模块的信息模块可以如表10所示：

表10

在表10中，将Type＝205定义为VPN功能模块，表示该报文是关于VPN功能模块的资源信息管理的。示例性的，也可以将Value＝1定义为上报VPN信息，将Value＝2定义为下发策略到VPN，Length＝8表示Value字段中的信息长度为8Byte。另外，也可以在Value字段中定义其它操作对VPN功能模块的资源信息进行管理。

由于当前BRAS中VPN信息可能会由于VPN用户终端的接入/断开或业务的开始/结束等网络条件的变化而实时地变化，因而需要将当前VPN信息的实时状态上报给策略控制服务器，以便策略控制服务器根据不同BRAS的硬件资源信息进行差异化策略配置。具体地，BRAS可以通过TLV报文周期性地上报VPN信息，也可以在接收到策略控制服务器发送的VPN信息资源请求消息后，向策略控制服务器上报VPN信息的。其中，VPN信息也可以是VPN用户当前的网络速度、业务的优先级别等，以便于策略控制服务器可以根据不同的业务需要，对网络速度、业务的优先级别等进行调整。

示例性的，为了获取VPN信息的实时状态，策略控制服务器可以在表3所示的TLV中发送VPN资源请求消息，即可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝205中，嵌套VPN功能模块对应的第二层TLV：Type＝205，Length＝8，Value＝1，以请求获取BRAS中的专线信息。相应的，BRAS通过再嵌套一层TLV上报当前实时的VPN信息的，具体可以在总体功能模块对应的第一层TLV：Type＝200，Length＝8，Value＝205中，嵌套VPN功能模块对应的第二层TLV：Type＝205，Length＝8，Value＝1的基础上，在第三层嵌套的TLV中上报VPN信息的具体内容，与第二层的Value＝1相对应，第三层TLV的Type＝1，表示BRAS上报的是VPN信息，且在第三层TLV的Value字段中定义当前VPN信息的具体内容，Length＝100指定了第三层TLV的Value字段中的信息长度为100Byte。VPN信息交互过程中的具体报文格式可以类似于表5及表6。

策略控制服务器也可以通过嵌套的TLV报文，将策略控制服务器对BRAS的VPN策略配置信息下发给BRAS，具体信息交互方式可以参照上述“上报VPN信息”的过程。其中，策略配置信息也可以包括网络提速(例如将10M的VPN网络提升为20M的VPN网络)、设置优先级等，以便为VPN用户终端提供差异化的智能网络服务。

本发明实施例提供一种传递设备信息的方法，在扩展的Radius协议的新增属性中，通过嵌套的TLV报文的形式定义网络设备BRAS的IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息等设备资源信息，使得策略控制服务器与BRAS之间可以实时地进行当前设备资源信息的交互，从而使得策略控制服务器与实际网络信息能够保持同步，避免了现有技术中由于策略控制服务器与实际网络信息发生脱节导致的策略控制服务器不能根据实际的非会话用户信息对网络设备进行智能调度的问题，从而可以实现策略控制服务器对网络设备本身的资源进行实时的统计、调度和管理，以根据不同的网络设备的资源信息为网络设备提供差异化的网络服务。

本发明实施例提供了一种传递设备信息的方法，参见图3，其步骤可以包括：

301、策略控制服务器向网络设备发送请求消息，该请求消息用于请求获取网络设备的设备资源信息。

其中，策略控制服务器请求的网络设备本身的设备资源信息可以包括IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中的一个或多个。

302、策略控制服务器接收网络设备发送的报文，该报文包括网络设备获取的本设备的设备资源信息，使得策略控制服务器能够根据设备资源信息对网络设备进行资源统计、调度和管理。

可选地，策略控制服务器也可以周期性地接收网络设备发送的报文，该报文包括网络设备周期性地获取的本设备的设备资源信息，使得策略控制服务器能够根据设备资源信息对网络设备进行资源统计、调度和管理。

其中，策略控制服务器可以通过扩展的Radius协议接收网络设备发送的报文，使得策略控制服务器能够根据报文中携带的设备资源信息对网络设备进行资源统计、调度和管理。

本发明实施例提供一种传递设备信息的方法，网络设备通过向策略控制服务器发送报文，将网络设备获取的本设备的设备资源信息实时传递给策略控制服务器，使得策略控制服务器与实际网络信息能够保持同步，从而可以实现策略控制服务器对网络设备本身的资源进行实时的统计、调度和管理，以根据不同的网络设备的资源信息为网络设备提供差异化的网络服务。

本发明实施例提供一种网络设备400，参见图4，可以包括：

获取单元401，用于获取网络设备400的设备资源信息。

可选地，获取单元401获取的设备资源信息包括网络设备400的网络协议IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中至少一个。

可选地，获取单元401可以具体用于，周期性地获取网络设备400的设备资源信息。

发送单元402，用于向策略控制服务器发送报文，该报文包括获取单元401获取的设备资源信息，使策略控制服务器根据设备资源信息对网络设备400进行资源统计、调度和管理。

可选地，发送单元402具体用于，通过扩展的远程用户拨号认证系统Radius协议向策略控制服务器发送报文，报文包括设备资源信息，使策略控制服务器根据设备资源信息对网络设备400进行资源统计、调度和管理。

可选地，本发明实施例提供的网络设备400还包括接收单元403，用于接收策略控制服务器发送的请求消息，该请求消息用于请求获取网络设备400的设备资源信息，获取单元401还用于根据接收单元403接收到的请求消息获取网络设备400的设备资源信息。

本发明实施例提供一种网络设备400，通过向策略控制服务器发送报文，将网络设备400获取的本设备的设备资源信息实时传递给策略控制服务器，使得策略控制服务器与实际网络信息能够保持同步，从而可以实现策略控制服务器对网络设备400本身的资源进行实时的统计、调度和管理，以根据不同的网络设备的资源信息为网络设备提供差异化的网络服务。

本发明实施例提供一种策略控制服务器500，参见图5，可以包括：

发送单元501，用于向网络设备发送请求消息，请求获取网络设备的设备资源信息。

其中，策略控制服务器500请求的网络设备本身的设备资源信息可以包括IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中的一个或多个。

接收单元502，用于接收网络设备发送的报文，该报文包括网络设备获取的本设备的设备资源信息，使得策略控制服务器能够根据设备资源信息对网络设备进行资源统计、调度和管理。

可选地，接收单元502可以具体用于，周期性地接收网络设备发送的报文，该报文包括网络设备周期性地获取的本设备的设备资源信息，使得策略控制服务器500能够根据设备资源信息对网络设备进行资源统计、调度和管理。

可选地，策略控制服务器500可以通过扩展的Radius协议接收网络设备发送的报文，使得策略控制服务器500能够根据报文中携带的设备资源信息对网络设备进行资源统计、调度和管理。

本发明实施例提供一种策略控制服务器500，通过接收网络设备发送的报文，将网络设备获取的本设备的设备资源信息实时传递给策略控制服务器500，使得策略控制服务器500与实际网络信息能够保持同步，从而可以实现策略控制服务器500对网络设备本身的资源进行实时的统计、调度和管理，以根据不同的网络设备的资源信息为网络设备提供差异化的网络服务。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的设备中，各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。且上述的各单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read Only Memory，缩写：ROM)、随机存取存储器(英文：Random Access Memory，缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种传递设备信息的方法，其特征在于，包括：

网络设备获取本设备的设备资源信息；

所述网络设备向策略控制服务器发送报文，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

2.根据权利要求1所述的方法，其特征在于，所述网络设备获取本设备的设备资源信息包括：

所述网络设备周期性地获取本设备的设备资源信息。

3.根据权利要求1所述的方法，其特征在于，所述网络设备获取本设备的设备资源信息包括：

所述网络设备接收所述策略控制服务器发送的请求消息，所述请求消息用于请求获取所述网络设备的设备资源信息；

所述网络设备根据所述请求消息获取本设备的设备资源信息。

4.根据权利要求1所述的方法，其特征在于，所述网络设备向策略控制服务器发送报文，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理包括：

所述网络设备通过扩展的远程用户拨号认证系统Radius协议向所述策略控制服务器发送所述报文，所述扩展的Radius协议的属性为类型-长度-值TLV格式，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述设备资源信息包括所述网络设备的网络协议IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中至少一个。

6.一种网络设备，其特征在于，包括：

获取单元，用于获取所述网络设备的设备资源信息；

发送单元，用于向策略控制服务器发送报文，所述报文包括所述获取单元获取的设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

7.根据权利要求6所述的网络设备，其特征在于，所述获取单元具体用于：

周期性地获取网络设备的设备资源信息。

8.根据权利要求6所述的网络设备，其特征在于，还包括：

接收单元，用于接收所述策略控制服务器发送的请求消息，所述请求消息用于请求获取所述网络设备的设备资源信息；

所述获取单元，还用于根据所述接收单元接收到的所述请求消息获取网络设备的设备资源信息。

9.根据权利要求6所述的网络设备，其特征在于，所述发送单元具体用于：

通过扩展的远程用户拨号认证系统Radius协议向所述策略控制服务器发送所述报文，所述扩展的Radius协议的属性为类型-长度-值TLV格式，所述报文包括所述设备资源信息，使所述策略控制服务器根据所述设备资源信息对所述网络设备进行资源统计、调度和管理。

10.根据权利要求6-9任一项所述的网络设备，其特征在于，所述设备资源信息包括所述网络设备的网络协议IP地址池信息、硬件资源信息、板卡信息、专线信息和虚拟专用网络VPN信息中至少一个。