专利名称：一种动态主机配置协议的状态检测方法、设备及系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种动态主机配置协议的状态;险测 方法、i殳备及系统。
背景技术：
动'态主才几酉己置十办i义(Dynamic Host Configuration Protocol, DHCP)提供了 一种动态指定IP地址和配置参数的机制，其主要应用于大型网络环境和 配置比较困难的地方。根据该协议，DHCP服务器会自动为客户机指定IP地 址及配置参数，所述指定的配置参数可能和IP协议并不相关，但由于DHCP 的配置过程可以自动实现，所有配置信息都可以由DHCP服务器统一管理， 不仅能够分配IP地址，而且还能够配置其他大量的信息，这些配置参数使得 网络上的计算机通信变得方便而容易实现，因此，DHCP越来越得到广泛的 应用。DHCP—般采用客户/服务器(Client / Server)模式，由客户端向服务器提 出配置申请(包括分配的IP地址、子网掩码、缺省网关等参数)，服务器根 据策略返回相应配置信息，DHCP报文采用UDP (用户数据包协议)进行封 装。如图1所示，为DHCP组网结构图，DHCP协议中所定义的主要成员及其 对应的功能包括DHCP Server:管理配置服务器，提供DHCP服务，根据客户端的请 求，为客户端分配IP地址或其他网络参数， 一般存在形式包括路由器、三层交换机或者专门的DHCP服务器；DHCP Relay/Proxy Agent: DHCP中继代理，即在DHCP Server和 DHCP Client间传输DHCP报文的设备，为不同网段内的服务器和客户端传递 DHCP报文，同时它还提供了安全选项；DHCP Relay/Proxy Agent提供了一种广播报文的透传机制，为不能通过交换机的DHCP广播报文提供转发功DHCPRelay/Proxy Agent在收到客户端发来的DHCP请求报文后，将收到该报文的接口地址填入报文，然后转发，这样DHCP服务器根据收到的报文中的接口地址就可以确定需要分配哪个子网的IP地址；DHCP Client:网络中利用DHCP协议来获取配置参数(如IP地址)的主机，即客户端主机或者其他能够获取IP地址的三层设备，如用户驻地网关RG(Residential Gateway)。下面以DHCP V4 (DHCP存在两个版本:DHCP V4和V6)为例介绍一下DHCP的报文类型及动态指定IP地址和配置参数过程DHCPDISCOVER:由客户端广播来查找可用的服务器。 DHCPOFFER:服务器用来响应客户端的DHCPDISCOVER报文，并指定相应的配置参数。DHCPREQUEST:由客户端发送给服务器来请求配置参数或者请求配置确认或者续借租期。DHCPACK:由服务器到客户端，含有配置参数包括IP地址。 DHCPDECLINE:当客户端发现地址已经被使用时，用来通知服务器。 DHCPNAK:由服务器发送给客户端来表明客户端的地址请求不正确或者租期已过期。DHCPINFORM:客户端已经有IP地址时用它来向服务器请求其他的配 置参数。DHCPRELEASE:客户端要释放地址时用来通知服务器。在电信接入网中，用户接入认证和用户地址分配是接入管理最基本的两 大功能，随着下一代接入网的发展，由于DHCP简单和广泛使用，通过简单 的DHCP实现用户接入认证和用户地址分配已经成为一种新的趋势。基于DHCP的用户认证过程应用的网络结构如图2所示，目前扩展DHCP 实现用户接入认证和用户地址分配的方法还没有最终确定，下面以图2中的 实体为例， 一种相应的认证处理过程具体包括如下步骤步骤1:用户终端发起DHCP请求；步骤2:接入节点设备(Access Node, AN)作为L2 DHCP Relay Agent (即二层DHCP中继代理设备)或DHCP Snooping (DHCP侦听设备)点，在所述的DHCP请求报文中插入用户终端所在的物理线路信息，并 转发该报文。步骤3:宽带网关设备(BNG/BRAS)作为三层DHCP中继代理(即 DHCP Relay/Proxy)设备获得物理线路信息，将用户线路信息与用户身份标 识信息(Subscriber-ID)关联起来，通过AAA Client (AAA客户端)向AAA Server (AAA服务器)发起用户身份认证，例如，采用Radius (远程拨号认 i正)协议进行纟人i正。步骤4:认证成功后，AAA服务器将认证结果相关信息返回给DHCP Relay/Proxy,信息被插入DHCP报文中，发送给DHCP服务器。步骤5: DHCP服务器根据认证结果，进行相应的地址和其它接入参数的 配置。上述扩展DHCP实现了用户接入认证管理功能。众所周知，用户接入认 证是为了用户计费等服务，因此需要接入连接会话状态管理，即用户接入认 证通过后，需要监控用户的状态(在线或离线)，就是通常所说的存活 (Keepalive)机制，通过存活机制维持用户接入连接会话。但是在实现本发明过程中，发明人发现目前的DHCP没有提供ke印alive 机制，因此DHCP端点无法获知对端的状态，用户在通过DHCP接入网络 后，接入网络无法维持DHCP接入连接会话。 发明内容本发明实施例提供 一 种动态主机配置协议的状态;险测方法、设备及系 统，解决了现有的DHCP端点无法获知对端状态的问题，实现了接入连接会 话维持管理。本发明实施例是通过以下技术方案实现的本发明实施例提供一种动态主机配置协议的状态检测方法，包括 动态主机配置协议第一锚点在指定时间内监控第二锚点发送的状态检测 消息；所述第 一锚点根据监控结果确定所述第二锚点的状态。本发明实施例提供一种动态主机配置协议锚点，包括 状态检测单元，用于监控状态检测消息，并根据所述状态检测消息判断 对端锚点的状态或接入连接会话的状态；时长指示单元，用于控制锚点检测的时机。本发明实施例提供一种动态主机配置协议的状态检测系统，包括 至少一个第一锚点，用于定时发送状态检测消息； 至少一个第二锚点，用于监控所述状态检测消息，从而确定所述第一锚 点状态。由上述本发明实施例提供的技术方案可以看出，本发明实施例提供的检 测DHCP锚点的存活机制，实现了接入连接会话维持管理，使得可以进行合 理的计费及管理等操作，扩展了DHCP的应用场景、方式和范围。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实 施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下 面描述中的附图仅仅是本发明的 一 些实施例，对于本领域普通技术人员来 讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附 图。图1为现有技术DHCP组网结构图；图2为现有技术基于DHCP的用户认证过程应用的网络结构图；图3为本发明方法实施例总体流程图；图4本发明实施例一流程图；图5为本发明实施例一过程示意图；图6为本发明实施例二流程图；图7为本发明实施例二过程示意图；图8为本发明实施例五流程图；图9为本发明实施例七系统组成示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例所述DHCP锚点包括DHCP Client端点、DHCP Snooping (侦听)点、DHCP Relay/Proxy Agent 、 DHCP Server端点。本发明实施例所述DHCP存活(Keepalive)机制指用户或用户终端接入网络后，即建立接入连接会话后，DHCP维持接入连接会话状态，即4全测连接会话的存活状态。因为接入连接会话是存在于两个锚点之间的连接，所 以检测连接会话的存活状态就是检测连接会话的两端的锚点存活状态。DHCP存活机制可以位于任意两个DHCP锚点之间，如DHCP Client端 点与DHCP Relay/Proxy agent之间、DHCP Client端点与DHCP Server端点 之间、DHCP Relay/Proxy Agent与DHCP Server端点之间、DHCP Snooping 点与DHCP Relay/Proxy Agent之间等等；本实施例所述存活机制通过消息机制实现，在DHCP锚点之间周期性的 发生状态检测消息，如状态请求消息，DHCP锚点通过监控所述状态检测消 息来检查对端锚点的状态或接入连接会话的状态，包括侦听接收到有效的状 态检测消息和侦听接收到非有效的状态检测消息以及在指定时间内未侦听接 收到有效的状态检测消息。在本发明实施例中所述状态;险测消息可以包括 斗佥测请求消息和/或4企测响应消息。本实施例所述存活机制可以灵活支持各种检测方式，包括实现单端(单/ 双向)检测或双端(单/双向)检测。所述存活机制可以通过现有的DHCP消息实 现，也可以扩展新的信息类型实现。现有消息包括在V4中包括DHCPINFORM或DHCP REQUEST或DHCP LEASEQUERY DHCPLEASEACTIVE;在V6中包括RELAY-FORW RELAY-REPL或者DHCP LEASEQUERY DHCPLEASEACTIVE。扩展新的信息类型可以为V4或V6中DHCP Echo或者DHCP Echo Request /DHCP Echo Reply。本发明实施例所述DHCP的状态检测方法总体流程如图3所示，包括如下 步骤步骤1: DHCP锚点检测到建立了DHCP接入连接会话，则开始存活机制 处理；DHCP锚点包括第一锚点和/或第二锚点；DHCP锚点通过检测DHCP协 议消息过程判别DHCP接入连接会话的建立，如DHCP Client锚点通过接收 DHCP ACK或DHCP Reply消息而检测到用户终端完成接入网络；DHCP Snooping点和DHCP Relay/Proxy Agent根据侦听DHCP ACK或DHCP Reply消息而冲全测到用户终端完成接入网络；DHCP Server锚点根据发送DHCP ACK或DHCP R印ly消息而检测到用户终端完成接入网络。步骤2: DHCP第一锚点在指定时间内监控第二锚点发送的状态检测消自 DHCP锚点通过侦听接收所述状态检测消息来检查对端锚点的状态或接入连接会话的状态，包括侦听接收到有效的状态检测消息和侦听接收到非有效的状态检测消息以及在指定时间内未侦听接收到有效的状态检测消息。在本发明实施例中所述状态4企测消息可以包括；险测请求消息和/或斥企测响应消 自步骤3: DHCP第一锚点根据监控结果确定所述接入连接会话或第二锚点 状态；如果所述第一锚点在指定时间内侦听接收到所述第二锚点发送的有效的 状态检测消息，所述第一锚点确定所述接入连接会话或所述第二锚点的状态 为正常(在线)，继续执行步骤2;所述第一锚点在指定时间内至少一次未侦听接收到所述第二锚点发送的 有效的状态检测消息，或接收到非有效的状态检测消息，则所述第一锚点确 定所述接入连接会话或所述第二锚点的状态为异常(下线)，执行步骤4。步骤4:接入连接会话状态已经异常或中断，则DHCP锚点终止检测监控。下面本发明实施例主要以DHCP V4来详细说明各种检测方式的步骤， DHCPV6基本相似，所以不单独详细描述。实施例一为一端的DHCP锚点通过双向消息;险测对端锚点状态，即通过 发送检测请求消息，并接收检测响应消息来检测对端锚点状态，可以称之为 单端双向检测，图4为具体流程图，图5为对应的过程示意图，具体包括如下 步骤步骤1:用户终端通过DHCP接入网络，建立DHCP接入连接会话；DHCP获取了包括网络地址的网络配置参数。步骤2:具有存活机制的DHCP锚点检测到用户终端通过DHCP完成接入 网络(接入连接会话建立后)，开始存活机制处理，设置T1时长指示，用于 触发DHCP锚点定时发送检测请求消息(如状态请求消息)，即经过T1时 长后，T1时长指示机制通知DHCP锚点T1时间到期，然后DHCP锚点发送检 测请求消息。时长指示表示一种定时机制，在实际实现中通常通过定时器实 现，T1时长指示可以称之定时器T1或T1定时器。DHCP4苗力、包4舌DHCP Client端,泉、DHCP Snooping,泉、DHCP Relay/Proxy Agent 、 DHCP Server端点。不同的DHCP锚点4企测用户终端完 成接入网络的方法不同，如DHCP Client端点通过接收DHCP ACK或 DHCP Reply消息而检测到用户终端完成接入网络；DHCP Snooping点和 DHCP Relay/Proxy Agent才艮据侦听DHCP ACK或DHCP R印ly消息而检测到 用户终端完成接入网络；DHCP Server端点根据发送DHCP ACK或DHCP Reply消息而检测到用户终端完成接入网络。步骤3: DHCP锚点的T1时长指示超时或到期(如T1定时器到期)， DHCP锚点发送检测请求消息，如状态请求消息，然后设置T2时长指示(如开启T2定时器)，开始等待监控;险测响应消息；所述发送的消息可以为现有的DHCP消息和/或新增DHCP消息。现有的 DHCP消息包括DHCP LEASEQUERY (租期请求)、DHCP REQUEST(DHCP请求)、DHCP CONFIRM (DHCP确认)、DHCP RENEW(DHCP更新)、DHCP REBIND ( DHCP重新捆绑)、DHCP RECONFIGURE (DHCP重tf酉己置)、DHCP INFORMATION-REQUEST(DHCP信息请求)、DHCP RELAY-FORW (中继请求)；可以在该现有的 消息中增加Option (选项)，标识携带此Option的DHCP REQUEST消息为 存活机制的检测请求消息。新增的DHCP消息，指增加新的DHCP消息类型，如EchoRequest。 不同DHCP锚点发送的检测请求消息不同，如锚点为DHCP Client发送的 消息包括DHCP LEASEQUERY、 DHCP REQUEST、 DHCP CONFIRM、 DHCP RENEW 、 DHCP REBIND 、 DHCP INFORMATION-REQUEST 、 DHCP Echo Request;锚点为DHCP Snooping点或DHCP Relay/Proxy Agent发送的消息包括DHCP LEASEQUERY、 DHCP RECONFIGURE, DHCP INFORMATION-REQUEST 、 DHCP RELAY-FORW 、 DHCP EchoRequest等，图5中的锚点为DHCP Client。步骤4: DHCP锚点侦听监控对端锚点的^r测响应消息，若在T2时间内收 到对端锚点检测响应消息，且如果消息有效，表明对端锚点状态在线或接入 连接会话正常，则停止T2时长指示(如停止T2定时器)，设置T1时长指示(如开启T1定时器)，继续步骤5。如果消息无效(如检测请求消息为 DHCP LEASEQUERY,检测响应消息为DHCP LEASEUNASSIGNED ), 或在T2时间内没有收到对端锚点的检测响应消息，则表明对端锚点状态不正 常(下线)或接入连接会话状态不正常，如对端锚点不在线或接入连接会话 已经中断，则停止存活机制的检测和监控，DHCP锚点则转入相关的处理，如重新开始接入网络过程。所述对端锚点;险测响应消息指对端锚点在收到存活^L制的^T测请求消 息，如状态请求消息后，对端锚点根据自己状态回应检测响应消息，如状态 响应消息，通常状态是激活或有效状态的，则回应4企测响应消息，否则不回应检测响应消息，如检测请求消息为DHCP LEASEQUERY,对应的正确 的或者有效的检测响应消息为DHCP LEASEACTIVE,如果检测响应消息为 DHCP LEASEUNASSIGNED,则表示接入连接会话已经过期或者无效。对 端锚点回应的检测响应消息包括自己发送的消息(DHCP服务器发送消息) 和转发侦听接收的消息(DHCP中继代理转发收到的来自DHCP服务器的消 息)。所述检测响应消息类型与所述检测请求消息类型对应。如检测请求消 息DHCP LEASEQUERY对应的检测响应消息为DHCP LEASEACTIVE;检 测请求消息DHCP REQUEST对应的检测响应消息为DHCP ACK或REPLY; 检测请求消息DHCP EchoRequest对应的检测响应消息为DHCP EchoReply 或ACK或REPLY。检测响应消息可以通过所述Option标识此消息是用于存活机制消息，如 在DHCP ACK消息中增加Option,标识携带此Option的DHCP ACK消息为存活机制消息。步骤5:如果步骤4中DHCP锚点检测对端锚点正常，DHCP锚点的T1时 长指示到时，则DHCP锚点发送检测请求消息，如状态请求消息，然后设置 T2时长指示；DHCP锚点的T2时长指示超时判断接入连接会话中断或对端锚点状态异 常(下线)时，防止误判，可以设定DHCP锚点的T2时长指示超时多次后才 判定接入连接会话中断或对端锚点状态异常，如果DHCP锚点的T2时长指示 第一次超时或到期，DHCP锚点继续发送状态请求消息，同时设置T2时长指示，或者设置T1时长指示，DHCP锚点的T2时长指示连续第二次超时，判断 接入连接会话中断或对端锚点状态异常。DHCP锚点也可以结合接入连接会话的流量来优化检测过程，如DHCP 锚点;险查到^^全测的连接会话或IP地址存在数据流量，此时默认接入连接会 话状态正常(没有中断)，则不进行;险测和监控，如在本实例中不设置T1时长 指示，在待检测到连接会话或IP地址不存在数据流量后才设置T1时长指示， 之后再执行上述发送检测请求消息来执行keepalive检测进行检测和监控。或 者，T1时长指示超时后，如果锚点检查到待检测的连接会话或IP地址存在数 据流量，则不发送检测请求消息，而是继续设置T1时长指示(重启定时器 T1)。实施例二为接收方DHCP锚点通过接收发送方锚点检测消息来判断对端 状态，可以称之为单端单向检测，其与实施例一的区别在于接收方锚点在 接收到发送方锚点的检测消息后，如果判断所述检测消息有效，表明发送方 锚点状态在线，则设置T3时长指示，继续进入下一轮检测。具体步骤如图6 所示，对应的过程示意图如图7所示，包括如下步骤步骤1:用户终端通过DHCP接入网络，建立接入连接会话；用户终端使用DHCP通过接入认证而获取访问网络的权限，和/或使用 DHCP获取了包括网络地址的网络配置参数。步骤2:具有存活机制的DHCP第一锚点和第二锚点检测到用户终端通过 DHCP完成接入网络(接入连接会话建立后)，开始存活机制处理，包括 DHCP第一锚点设置T1时长指示(如开启定时器T1)触发发送检测请求消 息，DHCP第二锚点设置T3时长指示(如开启定时器T3),用于判断在指 定时间段内是否收到所述检测请求消息， 一般T1时长小于T3时长。步骤3: DHCP第一锚点的T1时长指示超时或到期，DHCP第一锚点发送 检测请求消息，如状态请求消息；所述发送的消息可以为现有的DHCP消息和/或新增DHCP消息。现有的 DHCP消息包括DHCP LEASEQUERY 、 DHCP REQUEST 、 DHCP CONFIRM、 DHCP RENEW、 DHCP REBIND、 DHCP RECONFIGURE, DHCP INFORMATION-REQUEST DHCP RELAY-FORW;可以在该现有 的消息中增加Option (选项)，标识携带此Option的DHCP REQUEST消息 为存活才几制4企测请求消息。新增的DHCP消息，指增加新的DHCP消息类型，如EchoRequest。不同DHCP锚点发送的^r测请求消息不同，如锚点为DHCP Client发送的 消息包括DHCP LEASEQUERY、 DHCP REQUEST、 DHCP CONFIRM、 DHCP RENEW 、 DHCP REBIND 、 DHCP INFORMATION-REQUEST 、 DHCP Echo Request;锚点为DHCP Snooping点或DHCP Relay/Proxy Agent发送的消息包括DHCP LEASEQUERY、 DHCP RECONFIGURE, DHCP INFORMATION-REQUEST 、 DHCP RELAY-FORW 、 DHCP EchoRequest等，图7中的发送检测请求消息的第一锚点为DHCP Client。步骤4: DHCP第二锚点侦听监控DHCP第一锚点发送的检测消息。在T3 时长内DHCP第二锚点侦听监控到DHCP第一锚点发送的检测请求消息，如 果消息有效，表明第一锚点锚点状态在线，设置T3时长指示，继续侦听监控 检测消息，如果消息无效，表明第一锚点状态不正常(下线)，如接入连接 会话已经过期，DHCP第二锚点停止存活检测监控，转入相关的处理，如重 新开始接入网络过程或者清理本地连接数据或停止计费。DHCP第二锚点也可以根据收到的检测请求消息根据自己状态发送检测 响应消息，检测响应消息类型是根据检测请求消息类型对应的，如检测请求 消息DHCP LEASEQUERY对应的检测响应消息为DHCP LEASEACTIVE, 检测请求消息DHCP REQUEST对应的检测响应消息为DHCP ACK或 REPLY。 DHCP第二锚点根据自己状态回应响应，如状态不正常则不发送响应，接入连接过期则发送释》丈指示(如；险测请求消息为DHCP LEASEQUERY,检测响应消息为DHCP LEASEUNASSIGNED),状态正常 则响应正确消息(如检测请求消息为DHCP LEASEQUERY,;险测响应消 息为DHCP LEASEACTIVE)。步骤5: DHCP第一锚点的T1时长指示超时或到期，DHCP锚点发送检测 请求消息，如状态请求消息；步骤6: DHCP第二锚点侦听监控DHCP第一锚点发送的检测消息。在T3 时长内DHCP第二锚点侦听到DHCP第一锚点发送的检测请求消息，如果消 息有效，表明第一锚点状态在线，设置T3时长指示，继续侦听消息和检测， 执行步骤7;如果消息无效，表明第一锚点状态不正常(下线)，如接入连 接会话已经过期，DHCP第二锚点停止存活检测和监控，转入相关的处理， 如重新开始接入网络过程或者清理本地连接数据或停止计费。步骤7: DHCP第二锚点侦听监控DHCP第一锚点发送的检测消息。在T3 时长内DHCP第二锚点未侦听到DHCP第一锚点发送的检测请求消息。DHCP 第二锚点的T3时长指示超时或到期，即DHCP第二锚点没有收到第一锚点发 送的检测请求消息，表明第一锚点或接入连接会话状态不正常(下线)，如 第一锚点不在线或接入连接会话已经中断，DHCP第二锚点停止存活检测， 转入相关的处理，如重新开始接入网络过程或者清理本地连接数据或停止计 费。DHCP第二锚点的T3时长指示超时，判断接入连接中断或第一锚点状态 异常时，为防止误判，可以设定DHCP第二锚点的T3时长指示超时多次后才 判定接入连接中断或第一锚点状态异常。上述两实施例均为 一端确定另 一端在线状态的方法。实施例三为两端互相确认对端状态的方法，通过将实施例一与实施例二 结合，在一端接收到另一端检测请求消息后，如果消息有效，则可确定所述另一端在线，则发送检测响应消息，所述另一端在接收到所述检测响应消息 后，如果所述消息有效，则可确定发送所述响应消息的一端在线，可以称之 双端单向检测。具体步骤此处不再赘述。实施例四同样为两端互相确i人对端状态的方法，两个DCHP锚点各自分 别向对端发送检测请求消息，在收到对端的检测请求消息后发送相应的检测 响应消息，两端根据是否收到所述响应消息及所述响应消息是否有效来判断 对端是否在线，可以称之为双端双向检测。具体发送检测请求消息及检测响 应消息的步骤同实施例一，此处不再赘述。DHCP提供可管理的接入连接会话特性，扩展了DHCP的应用场景、方式和范围。时长(如定时器的时间)的协商确定方法。长可以通过DHCP Relay/Proxy Agent或者DHCP Server指定，然后通过 DHCP在用户终端接入网络过程中传递下来，DHCP ke印alive锚点通过侦听 到或者接收用户终端接入网络的DHCP消息，从消息中解析获取ke印alive的 氺企测方式和/或4企测方式对应的时长指示的时长。DHCP携带Ke印alive机制的检测方式和/或检测方式对应的时长指示的时 长方法可以通过现有的DHCP消息的Option携带，也可以通过新增DHCP消息 类型携带。通过现有的DHCP消息携带方式和主要步骤如图8所示，包括如下步骤 步骤1:用户终端发送DHCP Server发现消息，请求可以提供服务的 DHCP Server;步骤2:可以提供服务的DHCP Server发送DHCP Offer消息给用户终端；步骤3:用户终端接收到所述消息后，向所述DHCP Server发送DHCP Request消息，请求通过DHCP接入网络；步骤4: DHCP Relay/Proxy Agent或者DHCP Server将Keepalive机制的检测方式和/或检测方式对应的时长指示的时长作为Option封装到DHCP消息 中发送给用户终端；所述DHCP消息包括DHCPACK、 DHCP Reply等。步骤5: DHCP ke印alive锚点侦听到或者收到用户终端接入网络的 DHCP消息(包括DHCP ACK、 DHCP Reply等)，解析消息并且获取 Ke印alive机制的检测方式和/或检测方式对应的时长指示的时长参数。步骤6: DHCP keepalive锚点记录和保存Keepalive机制的检测方式和/或 才全测方式对应的时长指示的时长参数，协商确定纟全测方式和/或纟企测方式对应 的时长指示的时长的过程完成。本发明并不限于上述协商检测方式和/或检测方式对应的时长指示的时长 的方式，4壬<可可以确定4全测方式和/或4企测方式对应的时长指示的时长的方法 均在本发明保护范围内，例如，用户终端可以发送接入网络请求时上报一种 检测方式和/或检测方式对应的时长指示的时长，而DHCP Relay/Proxy Agent 或者DHCP Server根据网络侧情况以及所述用户终端上报的消息来确定最终 采用的^r测方式和/或^r测方式对应的时长指示的时长。本实施例实现了在用户终端通过DHCP接入网络前确定检测方式和/或枱r 测方式对应的时长指示的时长，这样在用户终端通过DHCP接入网络后可以 根据确定的检测方式和/或检测方式对应的时长指示的时长执行Keepalive机 制。实施例六为终止存活(Ke印alive)机制的方法，DHCP锚点检查到DHCP接入释放指示，DHCP锚点终止存活机制。DHCP锚点终止ke印alive处理包 括停止keepalive4全测，如停止一全测方式对应的定时器，还包括清理 keepalive状态4言息凄丈才居。DHCP锚点检查到DHCP接入释放指示包括非ke印alive检测到的 DHCP接入连接或对端锚点状态异常(离线)的情况，包括DHCP客户端或 服务器主动释放DHCP接入连接或地址租期(即DHCP服务器允许客户使用 某个IP地址的指定时间)到期的指示。如，DHCP锚点侦听或接收到DHCP客 户端发送DHCP release消息或DHCP DECLINE消息，DHCP锚点侦听或接收 到DHCP LEASEUNASSIGNED消息、DHCP LEASEUNKNOWN消息等；DHCP锚点检查到DHCP接入释放指示还包括DHCP节点检测到链路中断 释放DHCP接入连接，如检测到物理端口去激活而释放DHCP接入连接。DHCP锚点检查到DHCP接入释放指示还包括管理实体通知DHCP锚点释 放DHCP接入连接，如网管维护员通过操作接口释》文DHCP接入连接或认证 授权计费服务器释放DHCP接入连接。本实施例实现了在执行ke印alive机制时，可以随时根据DHCP锚点的需 要纟冬止keepalive才全测。实施例七提供 一 种动态主机地址配置协议的状态检观'J系统，如图9所 示，所述系统包括多个DHCP锚点，任意两个锚点之间可以通过周期发送状 态检测消息，基于所述状态检测消息检测对端锚点状态。所述多个锚点分为第一锚点和第二锚点，所述第一锚点，用于定时发送 状态检测消息；所述第二锚点，用于监控所述状态检测消息，从而确定所述 第一锚点状态。所述锚点包括DHCP Client端点、DHCP Snooping点、DHCP Relay/Proxy Agent 、或DHCP Server端点，为完成上述功能，所述锚点设置有状态检测单元，用于监控状态检测消息，并根据所述状态检测消息判断对端锚点的状态或接入连接会话的状态；时长指示单元，用于控制锚点检测的时机。所述锚点可以进一步设置有协议处理单元，用于处理动态主机配置协议消息，包括发送状态4企测消 息，触发存活机制的开始和终止处理。所述的第一锚点和第二锚点为相对而言，当然，第一锚点同时可以作为 第二锚点，第二锚点同时可以作为第一锚点，因此，第一锚点可以同时设置 第二锚点的功能单元，第二锚点也可以同时设置第一锚点的各功能单元。所述时长指示(如定时器)包括在状态检测单元的控制下，定时触发 协议处理单元发送检测请求消息定时的T1时长指示(如T1定时器)；为状态 检测单元设置监控时间，包括为等待监控接收状态检测响应消息的T2时长指 示(如T2定时器)；为等待监控状态检测消息的T3时长指示(如T3定时 器)。当然本发明所述的时长指示并不限于此。综上所述，本发明实施例提供一种检测DHCP对端锚点状态的存活机 制，实现了接入连接会话维持管理，使得可以进行合理的计费及管理等操 作。扩展了DHCP的应用场景、方式和范围。虽然上面描述的仅仅是实施例，但并不意味着本发明的保护范围仅限于 所述的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创 造性劳动前提下通过修改、等同、替代所获得的所有其他实施例，都属于本 发明保护的范围。
权利要求
1、一种动态主机配置协议的状态检测方法，其特征在于，包括动态主机配置协议第一锚点在指定时间内监控第二锚点发送的状态检测消息；所述第一锚点根据监控结果确定所述第二锚点的状态。
2、 如权利要求1所述的方法，其特征在于，所述监控结果包括 所述第 一锚点在指定时间内侦听接收到所述第二锚点发送的有效的状态;险测消息；或，所述第一锚点在指定时间内未侦听接收到所述第二锚点发送的有效的状 态4企测消息。
3、 如权利要求1或2所述的方法，其特征在于，所述第一锚点根据监控 结果确定所述第二锚点的状态包括所述第一锚点在指定时间内侦听接收到所述第二锚点发送的有效的状态 ;险测消息，所述第一锚点确定所述第二锚点的状态为正常；或，所述第一锚点在指定时间内至少一次未侦听接收到所述第二锚点发送的 有效的状态检测消息，所述第一锚点确定所述第二锚点的状态为异常。
4、 如权利要求1所述的方法，其特征在于，所述方法还包括 所述第二锚点根据所述第一锚点定时请求向第一锚点发送状态检测消息。
5、 如权利要求1所述的方法，其特征在于，所述方法还包括 所述第二锚点定时向所述第 一锚点发送状态检测消息。
6、 如权利要求1所述的方法，其特征在于，所述方法还包括第一锚点在指定时间内探测到所述第一锚点与第二锚点不存在数据流量 时，所述第一锚点开始监控第二锚点发送的状态检测消息。
7、 如权利要求1所述的方法，其特征在于，所述方法还包括 所述第一锚点和/或所述第二锚点根据接入释放指示终止所述监控。
8、 一种动态主机配置协议锚点，其特征在于，包括 状态检测单元，用于监控状态检测消息，并根据所述状态检测消息判断对端锚点的状态或接入连接会话的状态；时长指示单元，用于控制锚点检测的时机。
9、 如权利要求8所述的锚点，其特征在于，还包括 协议处理单元，用于处理动态主机配置协议消息，包括发送状态检测消息，触发存活机制的开始和终止处理。
10、 一种动态主机配置协议的状态检测系统，其特征在于，包括 至少一个第一锚点，用于定时发送状态检测消息；至少一个第二锚点，用于监控所述状态检测消息，从而确定所述第一锚 点状态。
全文摘要
本发明实施例提供一种动态主机配置协议的状态检测方法，动态主机配置协议第一锚点在指定时间内监控第二锚点发送的状态检测消息；所述第一锚点根据监控结果确定所述第二锚点的状态。本发明实施例还提供一种动态主机配置协议的状态检测设备及系统。本发明实施例实现了接入连接会话维持管理，使得可以进行合理的计费及管理等操作。扩展了DHCP的应用场景、方式和范围。
文档编号H04L12/26GK101335652SQ20071011817
公开日2008年12月31日 申请日期2007年6月29日 优先权日2007年6月29日
发明者阳振庭 申请人:华为技术有限公司