CN105229972B - 增强的动态主机配置协议方法 - Google Patents

Abstract

本发明提出由连接至主装置的从装置采用的DHCP方法。该方法包括：从该主装置接收DHCP发现消息；传输DHCP供应消息至该主装置以响应该DHCP发现消息，其中，该DHCP供应消息包括DHCP更新时间配置；从该主装置接收DHCP请求消息；以及传输DHCP确认消息至该主装置以响应DHCP请求消息，其中，该DHCP确认消息包括客户端IP地址和该DHCP更新时间配置。本发明提出的DHCP方法可根据网络变化迅速更新IP地址，提供可靠强健的网络连接。

Description

增强的动态主机配置协议方法

相关申请的交叉引用

本申请的权利要求范围要求2013年5月15日递交的申请号为61/823,482的美国临时申请案的优先权。在此合并参考上述美国临时申请案的全部内容。

技术领域

本发明有关于动态主机配置协议(dynamic host configuration protocol,DHCP)方法。

背景技术

在网络环境中，为连接至网络的装置分配互联网协议(Internet Protocol,IP)地址以用于设置间隔(set interval)。在设置间隔之后，需要该装置更新IP地址或从网络获取新的地址。DHCP是由网络上的DHCP服务器使用的网络协议以用于在没有网络管理员的情况下将IP地址分配给计算机。

随着移动计算机装置的出现和在各种条件下获取可靠网络连接的需求，当网络连接状态或IP地址信息发生网络变化时，移动计算机装置(例如移动电话和笔记本计算机)必须能快速地识别网络事件。由此，移动计算机装置可根据网络变化及时地配置网络设置，从而提供可靠的网络连接。

发明内容

以附图做参考对后面的实施例进行详细描述。

本发明提出由连接至主装置的从装置采用的DHCP方法。该方法包括：从该主装置接收DHCP发现消息；传输DHCP供应消息至该主装置以响应该DHCP发现消息，其中，该DHCP供应消息包括DHCP更新时间配置；从该主装置接收DHCP请求消息；以及传输DHCP确认消息至该主装置以响应DHCP请求消息，其中，该DHCP确认消息包括客户端IP地址和该DHCP更新时间配置。

本发明的另一个实施例提出由连接至主装置的从装置采用的DHCP方法，包括：从该主装置接收DHCP发现消息；传输DHCP供应消息至该主装置以响应该DHCP发现消息，其中，该DHCP供应消息包括DHCP停止时间配置；从该主装置接收DHCP请求消息；以及传输DHCP确认消息至该主装置以响应该DHCP请求消息，其中，该DHCP确认消息包括客户端互联网协议地址和该DHCP停止时间配置；其中，该DHCP停止时间配置为小于2分钟。

本发明提出的DHCP方法可根据网络变化迅速更新IP地址，提供可靠强健的网络连接。

附图说明

通过阅读后续的具体描述和参考附图的实例来更全面理解本发明，其中：

图1为根据本发明一个实施例的网络系统的模块示意图；

图2是根据本发明的一个实施例的DHCP方法的消息序列流程图；

图3是根据本发明的另一个实施例的DHCP方法的消息序列流程图；

图4是根据本发明的另一个实施例的DHCP方法的消息序列流程图；

图5是根据本发明的另一个实施例的DHCP方法的消息序列流程图；

图6是根据本发明的另一个实施例的DHCP方法的消息序列流程图；

图7是根据本发明的另一个实施例的DHCP方法的流程图；

图8是根据本发明的另一个实施例的DHCP方法的流程图；

图9是根据本发明的另一个实施例的DHCP方法的流程图；以及

图10A和10B是根据本发明的另一个实施例的DHCP方法的流程图。

具体实施方式

以下描述为本发明实施的较佳实施例。以下实施例仅用来例举阐释本发明之技术特征，并非用来限制本发明的范畴。本发明的保护范围当视后附的权利要求所界定的为准。

图1为根据本发明一个实施例的网络系统1的模块示意图。该网络系统1包括主装置10、从装置12以及网络14。主装置可包括个人计算机(personal computer,PC)系统、笔记本计算机系统、个人数字助理(personal data assistant,PDA)系统、智能手机系统、手持游戏控制系统、消费电子系统或可通过封包交换数据通信网络访问的任何类型的计算机系统。从装置12可为调制解调器(modem),例如移动宽带调整解调器或无线调整解调器，其中，从装置12可嵌入主装置10或位于主装置10之外，且透过电信协议与网络14进行通信。从装置12可透过主机接口(host interface)16连接至主装置10。主机接口可为USB、SDIO或内部总线。网络14可包括企业网、本地局域网、家庭网、因特网或移动电话系统(例如GPRS、UMTS、HSPA系统、EVDO系统以及WiMAX系统)。

相应地，当主机10首先连接至网络14时，采用DHCP程序获取主装置10的IP地址以访问网络14。因此，一旦将从装置12插入或连接至主装置10，主装置10将初始化DHCP程序以获取IP地址并使用获取的IP地址访问网络14。具体地，由从装置12将IP地址分配给主装置10。

主装置10包括控制器102、DHCP客户端(client)100、主机COM接口104以及主机网络接口106。从装置12包括DHCP服务器(server)。一旦检测到从装置12则配置DHCP客户端100透过主机网络接口106初始化DHCP程序。配置控制器102透过COM接口104监测并控制从装置12的操作。例如，控制器102可检测从装置12的连接状态并在主装置10的显示器上以图标形式显示连接状态。控制器102可包括网络状态明确的(status-aware)操作系统(例如微软Windows)或网络不明确的操作系统(例如Mac OS)。当控制器102为网络状态明确的操作系统时，其可及时并准确地监测是否主机10连接至网络14。当控制器102为网络不明确的操作系统时，其不能及时并准确的监测主机10是否连接至网络14，即一旦插入从装置12，控制器102显示网络状态为连接，即使当至网络14的网络链接还未建立或已经断开连接。本发明的实施例允许控制器102准确确定何时从DHCP服务器请求或更新IP地址，而无论控制器102采用的是网络状态明确的或网络状态不明确的操作系统。

DHCP服务器120管理可分配至DHCP客户端的IP地址池(pool)。控制器102、DHCP客户端100、主机COM接口104、主机网络接口106以及DHCP服务器120可以硬件电路或由处理器可执行的指令代码来实现。

DHCP程序详述如下。为了获取网络14上的IP地址，DHCP客户端100透过主机网络接口106广播DHCP发现封包以使在网络14域中服务的DHCP接收该DHCP发现封包。DHCP发现封包(DHCP discover packet)包括DHCP客户端硬件地址，其在网络14上为唯一的。从装置12的DHCP服务器120接收DHCP发现封包且以DHCP供应封包(DHCP offer packet)进行响应，其中，DHCP供应封包包括DHCP客户端100可使用的IP地址，以及子网掩码(subnet mask)、停止时间、DHCP客户端100的硬件地址及其他参数。由DHCP服务器120将DHCP供应封包传输回至DHCP客户端100。当DHCP客户端100接收到与DHCP发现封包包含相同硬件地址的DHCP供应封包时，可识别该DHCP供应封包是为其准备的。

当从装置12的DHCP服务器120接收到DHCP请求封包(request packet)时，将得知其供应封包已由被DHCP客户端100接收，DHCP服务器120将IP地址分配至DHCP客户端100且发送DHCP确认封包(acknowledgement packet)至DHCP客户端100。一旦接收到DHCP确认封包，DHCP客户端100以分配的IP地址配置其TCP/IP层。

主装置10的控制器102可为操作系统(OS)，例如运行在计算机上的微软Windows、Linux或Mac OS。主机控制器102通过主机COM接口104与DHCP客户端100进行通信。在一些实施例中，控制器102可直接与DHCP客户端通信或控制DHCP客户端。

DHCP服务器120可配置DHCP租约时间(lease time)或DHCP更新时间(renewaltime)以缩短间隔，以使控制器102可根据配置的DHCP租约时间或DHCP更新时间频繁地更新分配的IP地址。DHCP租约时间定义为DHCP服务器120提供至连接的DHCP客户端100的IP地址为有效的时间期间(time duration)。如果DHCP客户端100在DHCP租约时间过期时不更新租约，IP地址将会废除(revoke)。这引发了DHCP更新时间，其定义为DHCP客户端100用来通过联系发送初始IP地址至客户端100的DHCP服务器120以更新网络IP地址的时间间隔。更新封包直接至DHCP服务器120。DHCP客户端100可根据需要多次更新租约时间。具体地，DHCP租约时间通常配置为小于2分钟，且DHCP更新时间通常配置为小于1分钟，允许控制器102在小于1分钟的时间间隔内更新IP地址。

控制器102可根据DHCP租约时间计算DHCP更新时间。将DHCP更新时间配置为小于DHCP租约时间，这样在一个租约期间，控制器102可在租约时间过期后开始更新流程以继续使用IP地址。如果控制器102在租约期间不能更新从初始DHCP服务器120接收的IP地址，控制器102可从另一个DHCP服务器(图未示)开始更新过程。更新时间可设置为租约时间的一半。例如，如果IP地址租约为2分钟，则1分钟后控制器102将直接发送DHCP请求至从装置102中的DHCP服务器120。DHCP更新时间及/或租约时间可由DHCP服务器120配置在DHCP供应消息及/或DHCP确认消息中。设置DHCP更新时间及/或租约时间的细节揭示在图7和8中的方法7与8中。

理想地，当接收到网络LINK UP消息时，主装置10确定已建立至网络14的网络链接，且当接收到网络LINK DOWN消息时，主装置10确定以从网络14断开连接。然而，需注意的是，当主装置10以某种操作系统(例如Mac OS)进行操作时，一旦发送DHCP发现消息，Mac OS则认为其连接至网络。即，Mac OS在接收到网络LINK UP消息之前认为网络链接已建立。此外，一旦Mac OS认为网络链接已建立，即使接收到LINK DOWN消息，Mac OS将自身看作已连接。换言之，运行Mac OS的主装置10将自身看作已连接而不管实际的连接状态。因此，主装置10不能准确的初始化IP更新程序。

当尚未建立网络链接时，DHCP服务器120可将DHCP发现消息和DHCP请求消息进行排队，且当一旦建立网络链接时，以DHCP供应消息或DHCP确认消息响应排队的DHCP消息。通过这种方式，主装置10可在从装置12与网络14连接后获取IP地址。需要注意在从装置12接收网络LINK UP消息之前及/或从装置12接收网络LINK DOWN消息之后还未建立网络链接。网络链接可为DHCP从装置12与网络14之间的有线或无线连接。在一些实施例中，在网络断开连接的情形中，DHCP服务器120可在网络断开连接发生前发送包括IP地址的模拟(mock)IP地址至主装置10,并等待网络链接重连接(reconnect)。在网络断开连接情形的其他实施例中，DHCP服务器可采用DHCP否定确认消息(negative acknowledgement packet)以强制(force)主装置10重启DHCP程序且重连接网络14。用于排队DHCP发现消息和DHCP请求消息的细节在图9和图10的方法9和方法10中揭示。

通过采用短间隔(short-interval)更新时间和租约时间,以及排队的DHCP消息,从装置12将允许主装置10从网络14接收更新的IP地址,以及DHCP服务器120迅速而准确地提供强健且可靠的网络连接至主装置10。

图2是根据本发明的一个实施例的DHCP方法2的消息序列流程图，其中包括图1中的主装置10和从装置12。主装置10操作在网络状态明确的操作系统(例如微软Windows)中。

当DHCP方法2开始时，DHCP客户端还未建立与网络的连接，因此主装置10透过从装置12发出网络命令200和204以建立与网络14的网络链接并同样透过从装置12接收来自网络14的对应的确认消息202和206。

当成功地建立从装置12与主装置14之间的网络链接时，从装置12将从网络14接收网络LINK UP消息208并将网络LINK UP消息转送至主装置10,以通知主装置10网络连接的建立(209)。

得知网络链接已建立,主装置10可初始化DHCP程序以获取IP地址。主装置10发送DHCP发现消息210至从装置12，询问网络上可用的DHCP服务器。作为响应，主装置10从从装置12接收DHCP供应消息212。将从装置12配置为在DHCP供应消息212中包括DHCP更新选项或DHCP租约时间参数，且从装置12传送DHCP供应消息至主装置10。DHCP更新选项可设置为少于1分钟。DHCP租约时间参数可设置为少于2分钟。

在接收DHCP供应消息212之后，主装置10可获取DHCP更新时间或租约时间参数，并且在由DHCP更新时间或租约时间参数设置的期间内发出DHCP请求消息214以请求或更新IP地址。当DHCP供应消息212中包括租约时间参数时，可将DHCP更新时间设置为一半的租约时间。例如，可将租约时间参数设置为2分钟，接着，主装置10可每分钟发出DHCP请求消息至从装置12以请求或更新IP地址。从装置12回应以确认消息216，其中确认消息216包括主装置10可使用的IP地址。将从装置12进一步配置为在DHCP确认消息216中包括DHCP更新选项或DHCP租约时间参数，并发送DHCP确认消息216至主装置10。

当接收DHCP确认消息216之后，主装置10可获取分配的IP地址(217)，并使用分配的IP地址与网络进行通信。此外，主装置10将在由DHCP更新时间或租约时间参数设置的期间内更新IP地址的租约时间。例如，可将更新时间设置为30秒，然后主装置10可每30秒向从装置12发出DHCP请求消息以更新IP地址。

通过从主装置10发送DHCP请求消息218至从装置12，并且从从装置12回送具有DHCP更新参数的DHCP确认消息至主装置10来显示IP地址更新。

图2中的DHCP方法使用从装置12在DHCP供应消息或DHCP确认消息中发送DHCP更新和租约时间参数至主装置10，允许网络状态明确的主装置10迅速地在网络上升级和更新IP地址，从而产生强健而可靠的网络连接。

图3是根据本发明的另一个实施例的DHCP方法3的消息序列流程图，其中包括图1中的主装置10和从装置12。主装置10操作在网络状态明确的操作系统(例如微软Windows)中。当网络链接被断开连接需要重连接网络时采用DHCP方法3。

当DHCP方法3开始时，DHCP客户端已经建立与从装置12和网络14的连接。然后网络断开连接发生且网络LINKDOWN消息304从从装置12传输至主装置10，以通知主装置10损坏的网络链接(303)，且需要网络重连接。

相应地，主装置10接收网络LINKDOWN消息并通过步骤306至306开始另一个DHCP程序，步骤306至306的操作和配置与图2中步骤200至220的相同，因此可以参考前述的段落并且为简洁在此不再重复。

与DHCP方法2相似，DHCP方法3使用从装置12在DHCP供应消息或DHCP确认消息中发送DHCP更新或租约时间参数至主装置10，允许网络状态明确的主装置10迅速地在网络上升级和更新IP地址，从而产生强健而可靠的网络连接。

图4是根据本发明的另一个实施例的DHCP方法4的消息序列流程图，其中包括图1中的主装置10和从装置12。主装置10操作在网络状态不明确的操作系统(例如Mac OS)中。当DHCP客户端仅连接至网络且需要建立网络连接并获取网络IP地址时采用DHCP方法4。

当DHCP方法4开始时，DHCP客户端还未建立与网络的网络链接，因此主装置10需要与网络链接并获取网络的IP地址。主装置10通过首先发送DHCP发现消息400然后透过从装置12与网络14相互交换网络消息402至408以用于连接至网络来实现。主装置10一旦发送DHCP发现消息400至从装置12则认为自身连接至网络(401)。配置网卡对最近的DHCP发现消息400(403)进行排队直至与网络14的网络链接已建立。当成功地建立网络链接时，从装置12可发送LINK UP消息410至主装置10。然而，由于主装置10已经认为自身为已连接状态，其将继续认为自身与网络14保持连接(411)。

响应接收的DHCP发现消息400，从装置12可发送DHCP供应消息412至主装置10。将从装置12配置为在DHCP供应消息412中包括DHCP更新选项或DHCP租约时间参数。DHCP更新选项可设置为少于1分钟。DHCP租约时间参数可设置为少于2分钟。

在接收DHCP供应消息412之后,主装置10可获取DHCP更新时间或租约时间参数，并且在由DHCP更新时间或租约时间参数设置的期间内发出DHCP请求消息414以请求或更新IP地址。当DHCP供应消息412中包括租约时间参数时，可将DHCP更新时间设置为一半的租约时间。例如，可将租约时间参数设置为2分钟，接着，主装置10可每分钟发出DHCP请求消息至从装置12以请求或更新IP地址。然后，从装置12传输DHCP确认消息416至主装置10。DHCP确认消息416包括主装置10可使用的IP地址。将从装置12进一步配置在DHCP确认消息416中包括DHCP更新选项或DHCP租约时间参数，并发送DHCP确认消息416至主装置10。

当接收DHCP确认消息416之后，主装置10可获取分配的IP地址(417)，并使用分配的IP地址与网络进行通信。此外，主装置10将在由DHCP更新时间或租约时间参数设置的期间内更新IP地址的租约时间。例如，可将更新时间设置为30秒，然后主装置10可每30秒向从装置12发出DHCP请求消息以更新IP地址。

通过从主装置10发送DHCP请求消息418至从装置12，并且从从装置12回应具有DHCP更新参数的DHCP确认消息至主装置10来显示IP地址更新。

图4中的DHCP方法使用从装置12在建立网络链接前对来自主装置10的DHCP发现消息进行排队，并通过DHCP消息发送DHCP更新或租约时间参数至主装置10，允许网络状态不明确的主装置10迅速准确地在网络上升级或更新IP地址，从而产生强健而可靠的网络连接。

图5是根据本发明的另一个实施例的DHCP方法5的消息序列流程图，其中包括图1中的主装置10和从装置12。主装置10操作在网络状态不明确的操作系统(例如Mac OS)中。当网络链接被断开连接需要重连接网络时采用DHCP方法5。

当DHCP方法5开始时，已经建立与从装置12与网络14之间的网络链接，且主装置认为自身为已连接状态。然后网络断开连接发生且网络LINKDOWN消息504从从装置12传输至主装置10，以通知主装置10坏掉的网络链接(503)，且需要网络重连接。

由于主装置10运行在网络状态不明确的OS上，主装置10认为自身为已连接状态，其将继续周期性发送DHCP请求消息506以更新IP地址，而不管网络LINK DOWN消息504。从装置12通过以包括模拟IP地址的DHCP确认消息508回应DHCP请求消息506来化解此状况。模拟地址可为在网络链接坏掉之前使用的先前IP地址，或者预设的IP地址。DHCP确认消息也包括DHCP更新选项或DHCP租约时间参数。

由于主装置10不知道网络链接已坏，其将继续根据更新时间或更新时间参数设置的更新周期发送DHCP请求消息518。当从装置12重连网络链接时，可在接收到时排队最近的DHCP请求消息，并在网络链接恢复继续运作时以DHCP确认消息回复给主装置10。

在网络断开连接后，DHCP方法5使用从装置12对每个DHCP请求消息返回模拟确认消息以建立网络链接，允许网络状态不明确的主装置10迅速准确地在升级或更新IP地址，从而产生强健而可靠的网络连接。

图6是根据本发明的另一个实施例的DHCP方法6的消息序列流程图，其中包括图1中的主装置10和从装置12。主装置10操作在网络状态不明确的操作系统(例如Mac OS)中。当网络链接被断开连接需要重连接网络时采用DHCP方法6。

相应地，主装置10运行在网络状态不明确的OS上，将认为自身为已连接状态而不管网络LINK DOWN消息504。在主装置10发送DHCP请求消息608以请求IP地址更新之后，从装置12将配置为排队DHCP请求(609)，以使得当网络链接坏掉(610)时，其可以DHCP否定确认消息612回应排队的DHCP请求609。从装置12可发送网络LINK DOWN消息610至主装置10，以通知坏掉的网络链接。

主装置10在接收到网络LINK DOWN消息610之后保持认为自身为连接状态。然而，在接收到DHCP否定确认消息612之后，主装置10可认为用于更新IP地址的DHCP请求被网络14拒绝。因此，主装置10开始如步骤614至620所示的另一DHCP过程。

步骤614至620的操作和配置与图4中步骤410至416的操作与配置相同，步骤619至624的操作和配置与图4中步骤417至420的操作与配置相同，因此可参考前述的段落，为简洁不在此重复。

在网络断开连接后，DHCP方法6使用从装置12返回否定确认消息以回复来自主装置10的DHCP请求消息，允许网络状态不明确的主装置10迅速准确地在升级或更新IP地址，从而产生强健而可靠的网络连接。

图7是根据本发明的另一个实施例的DHCP方法7的流程图。由图1中的从装置12采用。主装置10操作在网络状态明确的操作系统(例如微软Windows)中。可由从装置12在网络连接或断开连接期间采用该DHCP方法7。

一旦开始方法7，从装置12附接至主装置10，以准备建立与网络14的网络链接并为主装置10分配IP地址(S700)。由于网络连接尚未建立，主装置10将初始化DHCP程序。

开始，从装置12从主装置10接收DHCP发现消息，该消息用于询问DHCP服务器的可用性(S702)。

响应于DHCP发现消息，配置从装置12在DHCP供应消息中包括DHCP更新时间参数配置或DHCP租约时间配置，且将DHCP供应消息传送至主装置10(S704)。可将DHCP更新时间配置和DHCP租约时间配置设置为短时间间隔。更具体地，将DHCP更新时间配置设置为小于1分钟，且将DHCP租约时间配置设置为小于2分钟。

在接收DHCP供应消息之后，主装置10可获取DHCP更新时间或租约时间配置，这样主装置10可通过DHCP请求消息在由DHCP更新时间配置或租约时间配置设置的期间内请求或更新IP地址。由此，从装置12配置为在DHCP更新时间配置或租约时间配置设置的期间内从主装置10接收第一DHCP请求消息(S706)。当DHCP供应消息212中包括租约时间参数时，可将DHCP更新时间设置为一半的租约时间。例如，可将租约时间参数设置为2分钟，接着，从装置12可每分钟从主装置10接收第一DHCP请求消息。

响应于第一DHCP请求消息，从装置12配置为传输第一DHCP确认消息至主装置10(S708)，其中DHCP确认消息包括IP地址和DHCP更新时间或DHCP租约时间配置，并发送DHCP确认消息216至主装置10。DHCP确认消息中的DHCP更新时间或DHCP租约时间配置可设置为与DHCP供应消息中的相同。

当接收DHCP确认消息之后，主装置10可使用分配的IP地址与网络14进行通信。此外，主装置10将在由DHCP更新时间或租约时间参数设置的期间内更新IP地址的租约时间。对应地，从装置12配置为从主装置10接收第二DHCP请求消息。第二DHCP请求消息在DHCP更新时间或租约时间配置设置的更新间隔更新来自主装置10的客户端IP地址(S710)。例如，可将更新时间设置为30秒，然后从装置12可配置为每30秒接收DHCP请求消息。

响应于第二DHCP请求消息，配置从装置12发送包括DHCP更新时间配置的DHCP确认消息至主装置10(S712)。

DHCP方法7由从装置12采用以通过DHCP供应消息发送DHCP更新或租约时间参数至主装置10，允许网络状态明确的主装置10迅速地在网络上升级和更新IP地址，从而产生强健而可靠的网络连接。

图8是根据本发明的另一个实施例的DHCP方法8的流程图。由图1中的从装置12采用。主装置10操作在网络状态不明确的操作系统(例如Mac OS)中。当从装置12刚连接至主装置10且需要建立网络连接并获取网络IP地址时采用DHCP方法8。

一旦开始DHCP方法8，DHCP客户端10刚加入网络14，准备建立与网络14的网络链接(链接)并从DHCP服务器14获取IP地址(S800)。由于DHCP客户端还未建立与网络的网络链接，主装置10将初始化DHCP程序。

从装置12接收来自主装置10的DHCP发现消息开始DHCP程序(S802)。在送出DHCP发现消息不久之后主装置10将自动认为自身已连接至网络14。

此时，配置从装置12以检查是否已经与网络14建立了网络链接(S804)。如果从装置12没有从网络14接收到网络LINK UP消息，则确定还未建立网络链接，并且排队从主装置10接收的DHCP发现消息(S806)。另一方面，如果从装置12已接收到网络LINK UP消息，则确定已建立了网络链接，并返回DHCP供应消息给主装置10以响应收到的DHCP发现消息(S810)。配置从装置12在DHCP供应消息中包括DHCP更新时间或DHCP租约时间配置。可将DHCP更新时间配置和DHCP租约时间配置设置为短时间间隔。更具体地，将DHCP更新时间配置设置为小于1分钟，且将DHCP租约时间配置设置为小于2分钟。

在接收DHCP供应消息后，主装置10可获取DHCP更新时间或DHCP租约时间配置项，并由DHCP请求消息在由DHCP更新时间配置或DHCP租约时间配置设置的期间内请求或更新IP地址。然后，配置从装置12在由DHCP更新时间配置或DHCP租约时间配置设置的期间内接收来自主装置10的第一DHCP请求消息(S812)。当租约时间参数包括在DHCP请求消息中时，可将DHCP更新时间设置为租约时间的一半。例如，可将租约时间参数设置为2分钟，因此从装置12可每分钟从主装置10收到第一DHCP请求消息。

响应发送给从装置12的第一DHCP请求消息，从装置12可回应DHCP确认消息给主装置10。DHCP确认消息包括IP地址以及DHCP更新时间或DHCP租约时间配置(S814)。可将DHCP确认消息中的DHCP更新时间或DHCP租约时间配置设置为与DHCP供应消息中的相同。

接收DHCP确认消息后，主装置10可采用已分配的IP地址与网络14通信。更进一步地，主装置10将在由DHCP更新时间配置或DHCP租约时间配置设置的期间内由第二DHCP请求消息更新IP地址的租约时间。相应地，配置从装置12从主装置10接收第二DHCP请求消息并传递至网络14。第二DHCP请求消息在由DHCP更新时间配置或DHCP租约时间配置设置的更新间隔更新来自主装置10的客户端IP地址(S816)。

响应于第二DHCP请求消息，配置从装置12发送包括DHCP更新时间配置的第二DHCP确认消息至主装置10(S818)。

当网络链接未建立时，从装置12采用DHCP方法8来排队DHCP发现消息，并通过DHCP供应消息或DHCP确认消息配置DHCP更新或租约时间参数给主装置，允许网络状态不明确的主装置及时更新或刷新IP地址，从而产生强健而可靠的网络连接。

图9是根据本发明的另一个实施例的DHCP方法9的流程图，由图1中的从装置12采用。主装置操作在网络状态不明确的操作系统(例如Mac OS)中。当网络链接断开且需要网络重连接时可采用DHCP方法9，并且可联合DHCP方法8使用。

一旦开始DHCP方法9，网络链接是损坏的且主装置10仍认为自身为连接状态(S900)。接着，主装置10在由DHCP更新时间配置或DHCP租约时间配置设置的更新间隔规律地发送DHCP请求消息，以从网络14更新IP地址。相应地，配置从装置12在更新间隔规律地接收DHCP请求消息(S902)。

响应于DHCP请求消息，配置从装置12传送包括先前IP配置和DHCP更新时间配置的模拟DHCP确认消息回至主装置10(S904),以预防主装置10确定网络为反应迟钝并降低数据速率。

从装置12然后可通知主装置10重连接网络14(S906)。

当从装置12等待网络链接重连接时，其仍在每个更新间隔从主装置10接收DHCP请求消息(S908)并排队最近的DHCP请求消息(S910)。

在重建立网络链接并运行后，从装置12可传送包括IP地址以及DHCP更新时间配置的DHCP确认消息至主装置10(S914)。

当网络损坏时，由网络卡采用DHCP方法9，以模拟DHCP确认消息回应DHCP请求消息，并排队DHCP请求消息，允许网络状态不明确的主装置及时更新或刷新IP地址，从而产生强健而可靠的网络连接。

图10A和10B是根据本发明的另一个实施例的DHCP方法10的流程图，由图1中的从装置12采用。主装置10操作在网络状态不明确的操作系统(例如Mac OS)中。当网络链接断开且需要网络重连接时采用DHCP方法10，并且可联合DHCP方法8使用。

一旦开始DHCP方法10，网络链接可能是或可能不是损坏的，且主装置10在由DHCP更新时间配置或DHCP租约时间配置设置的更新间隔规律地发送DHCP请求消息，以从网络14更新IP地址。相应地，配置从装置12在更新间隔规律地接收并排队DHCP请求消息(S1002和S1004)。

接着，配置从装置12确定网络链接是否连接(S1006)。当网络链接已连接时，配置从装置12继续检查网络链接状态(S1006)。当网络链接断开连接时，配置从装置12发送DHCP否定确认消息至主装置10(S1010)。从装置12可发送网络LINK DOWN消息至主装置10，以通知损坏的网络链接。

主装置10即使在接收到网络LINK DOWN消息之后仍然认为自身为保持连接状态。然而，在接收DHCP否定确认消息之后，主装置10可确定用于更新IP地址的DHCP请求被网络拒绝。因此，主装置将开始另一DHCP程序。

步骤S1012至S1022的操作与图8中步骤S802至S818的操作相同，因此可在前述段落中找到细节描述，为简洁在此不再重复。

当网络损坏时，由从装置采用DHCP方法10以排队DHCP请求消息并以DHCP否定确认消息回应DHCP请求消息，允许网络状态不明确的主装置及时更新或刷新IP地址，从而产生强健而可靠的网络连接。

可由根据每个步骤运作的硬件电路实施DHCP方法2至10，或由执行存储装置中的代码和指令以根据每个步骤运作的控制器或存储器实施该方法2至10。

在此所用的“确定”包括统计、计算、处理、推导、调查、查找(例如在表格、数据库或其他数据结构中查找)、明确等等。此外，“确定”也包括解决、选择、建立等等。

在此使用的“或”意在意味着包容性的“或”而非排除性的“或”。即，除非另有指定或者从上下文可清晰得知，短语“X使用A或B”意在表示自然包容性排列。此外，此申请书和后附的权利要求中的“一个”通常用于指示“一或多个”，除非有其他指定或从上下文可清楚得知指示的是单一项。

本揭露书中描述的各种示例性逻辑区块、模块及电路可以通用处理器、数字信号处理器(DSP)、应用特定集成电路(ASIC)、场可编程门阵列信号(FPGA)或其他可编程逻辑装置、离散门或晶体管逻辑、离散硬件元件或上述设计的任意组合以执行在此所述的功能。通用处理器可为微处理器，或者，处理器可为任何市售的处理器、控制器、微控制器或状态机。

在此所述的各逻辑区块、模块及电路的操作和功能可以硬件电路实现或嵌入处理器可存取并执行的软件代码。

尽管本发明以最佳实践和较佳实施例描述如上，应理解的是，本发明并不限于上述揭示的实施例。相反地，本发明旨在覆盖可包括给予最广泛诠释并涵盖(在本领域技术人员看来明显的)各种修改和近似安排。因此后附权利要求所可为符合含义的最广解释以包括所有修改和类似安排。

Claims (10)

1.一种动态主机配置协议方法，适用于连接至主装置的从装置，包括：

从该主装置接收动态主机配置协议发现消息；

将该动态主机配置协议发现消息进行排队，直至该从装置与网络建立第一网络链接；

当该第一网络链接建立时，传输动态主机配置协议供应消息至该主装置以响应该动态主机配置协议发现消息，其中，该动态主机配置协议供应消息包括动态主机配置协议更新时间配置；

从该主装置接收第一动态主机配置协议请求消息；以及

传输第一动态主机配置协议确认消息至该主装置以响应该第一动态主机配置协议请求消息，其中，该第一动态主机配置协议确认消息包括客户端互联网协议地址和该动态主机配置协议更新时间配置；

当该从装置与该网络的该第一网络链接断开时，该方法还包括：

从该主装置接收第二动态主机配置协议请求消息；以及

传输第二动态主机配置协议确认消息至该主装置以响应该第二动态主机配置协议请求消息，其中该第二动态主机配置协议确认消息包括模拟网络协议地址和该动态主机配置协议更新时间配置。

2.如权利要求1所述的动态主机配置协议方法，其特征在于，该动态主机配置协议更新时间配置为小于1分钟。

3.如权利要求1所述的动态主机配置协议方法，其特征在于，在传输该第二动态主机配置协议确认消息至该主装置的步骤之后，该方法更包括：

通知该主装置重连接至该网络，以使该从装置与该网络建立第二网络链接；

从该主装置接收第三动态主机配置协议请求消息，并将该第三动态主机配置协议请求消息进行排队；以及，

当该第二网络链接建立成功时，传输第三动态主机配置协议确认消息至该主装置，以响应排队最近的第三动态主机配置协议请求消息。

4.如权利要求3所述的动态主机配置协议方法，其特征在于，该方法更包括：

当该第二网络链接建立失败时，传输动态主机配置协议否定确认消息至该主装置以响应该第三动态主机配置协议请求消息。

5.如权利要求1所述的动态主机配置协议方法，其特征在于，该方法更包括：

从该主装置接收第四动态主机配置协议请求消息以根据该动态主机配置协议更新时间配置在更新期间内更新该客户端互联网地址。

6.一种动态主机配置协议方法，适用于连接至主装置的从装置，包括：

从该主装置接收动态主机配置协议发现消息；

将该动态主机配置协议发现消息进行排队，直至该从装置与网络建立第一网络链接；

当该第一网络链接建立时，传输动态主机配置协议供应消息至该主装置以响应该动态主机配置协议发现消息，其中，该动态主机配置协议供应消息包括动态主机配置协议停止时间配置；

从该主装置接收第一动态主机配置协议请求消息；以及

传输第一动态主机配置协议确认消息至该主装置以响应该第一动态主机配置协议请求消息，其中，该第一动态主机配置协议确认消息包括客户端互联网协议地址和该动态主机配置协议停止时间配置；当该从装置与该网络的该第一网络链接断开时，该方法还包括：

从该主装置接收第二动态主机配置协议请求消息；以及

传输第二动态主机配置协议确认消息至该主装置以响应该第二动态主机配置协议请求消息，其中该第二动态主机配置协议确认消息包括模拟网络协议地址和该动态主机配置协议更新时间配置。

7.如权利要求6所述的动态主机配置协议方法，其特征在于，在传输该第二动态主机配置协议确认消息至该主装置的步骤之后，该方法还包括：

通知该主装置重连接至该网络，以使该从装置与该网络建立第二网络链接；

从该主装置接收第三动态主机配置协议请求消息，并将该第三动态主机配置协议请求消息进行排队；以及，

当该第二网络链接建立成功时，传输第三动态主机配置协议确认消息至该主装置，以响应排队最近的第三动态主机配置协议请求消息。

8.如权利要求7所述的动态主机配置协议方法，其特征在于，该方法更包括：

当该第二网络链接建立失败时，传输动态主机配置协议否定确认消息至该主装置以响应该第三动态主机配置协议请求消息。

9.如权利要求6所述的动态主机配置协议方法，其特征在于，该方法更包括：

从该主装置接收第四动态主机配置协议请求消息以在更新期间内更新该客户端互联网地址，其中，该更新期间少于该动态主机配置协议停止时间配置。

10.如权利要求6所述的动态主机配置协议方法，其特征在于，该动态主机配置协议停止时间配置为小于2分钟。