CN104519551A - WiFi网络DHCP协商的方法和客户端 - Google Patents

Abstract

本发明公开了一种优化WiFi网络DHCP协商的方法和客户端，涉及无线局域网与无线宽带接入网络领域。本发明充分考虑了WiFi终端与网络的技术特征及DHCP协商的场景等因素，通过在客户端上保存已成功关联过的WiFi网络的信息与相应的DHCP协商信息，当客户端搜索到可用WiFi网络，在准备与WiFi网络进行DHCP协商之前，查询保存的已成功连接历史记录，判断是否为初次连接，并触发恰当的DHCP协商流程，如果判断不是初次连接，则直接使用历史记录中的DHCP协商信息，发起快速DHCP协商流程，可以提高协商成功率，如果判断是初次连接，再发起完整DHCP协商流程，可以提高协商效率，从而兼顾协商效率与协商成功率，优化WiFi网络下的DHCP协商方法，可以提升用户体验。

Description

WiFi网络DHCP协商的方法和客户端

技术领域

本发明涉及无线局域网与无线宽带接入网络领域，特别涉及一种优化WiFi（Wireless Fidelity，无线保真）网络DHCP（Dynamic HostConfiguration Protocol，动态主机配置协议）协商的方法和客户端。

背景技术

随着智能终端的普及与移动网络技术的发展，使用移动终端接入WiFi访问互联网，被越来越多的用户所喜爱。为了提高WiFi网络IP地址的利用率，WiFi网络大都是采用DHCP协商动态分配IP地址的方式。

按照现有的RFC2131标准，DHCP协商方法分为两类：完整（INIT）DHCP协商方法与快速（Reboot INIT）DHCP协商方法。

其中，完整DHCP协商方法，成功率较高，但时间长；快速DHCP协商方法，时间短，效率高，但是由于终端移动造成子网变化，导致失败率也高。

如果终端每次都采用完整DHCP协商方法，每次终端与WiFi网络关联都把欲接入的WiFi网络当作初次连接的网络来对待，因此终端与网络连接时间总体会偏长；如果终端每次都采用快速DHCP协商方法，由于不论本次接入的网络是否是之前成功连接过的WiFi网络，终端都用上一次DHCP协商的信息，因此会存在失败率高的风险。因此，WiFi网络下的DHCP协商方法还有待优化。

发明内容

本发明实施例所要解决的一个技术问题是：解决现有终端每次都采用完整DHCP协商方法效率低及每次都采用快速DHCP协商方法失败率高的问题。

根据本发明实施例的一个方面，提出一种WiFi网络DHCP协商的方法，包括：客户端在其DHCP协商成功的历史记录中查询当前WiFi网络的信息；如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，客户端向当前WiFi网络发起快速DHCP协商流程进行协商；如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，客户端向当前WiFi网络发起完整DHCP协商流程进行协商。

其中，客户端可以在其与WiFi网络断开后重新关联时，在其DHCP协商成功的历史记录中查询当前WiFi网络的信息。

本发明WiFi网络DHCP协商的方法还包括：客户端每次成功接入可用的WiFi网络后，记录该WiFi网络的信息以及DHCP协商信息。

本发明WiFi网络DHCP协商的方法还包括：客户端再次成功连接WiFi网络时，如果WiFi网络对应的DHCP协商信息发生变化，则更新历史记录。

本发明WiFi网络DHCP协商的方法还包括：如果快速DHCP协商失败，客户端向当前WiFi网络发起完整DHCP协商流程进行协商。

根据本发明实施例的再一个方面，提出一种WiFi网络DHCP协商的客户端，包括：WiFi网络信息比较模块，用于在客户端DHCP协商成功的历史记录中查询当前WiFi网络的信息；DHCP协商流程选择模块，用于如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，向当前WiFi网络发起快速DHCP协商流程进行协商；如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，向当前WiFi网络发起完整DHCP协商流程进行协商。

本发明的客户端还包括：DHCP协商及WiFi网络信息存储模块，用于在客户端每次成功接入可用的WiFi网络后，记录该WiFi网络的信息以及DHCP协商信息。

DHCP协商及WiFi网络信息存储模块，还用于在客户端再次成功连接WiFi网络时，如果WiFi网络对应的DHCP协商信息发生变化，则更新历史记录。

DHCP协商流程选择模块，还用于如果快速DHCP协商失败，向当前WiFi网络发起完整DHCP协商流程进行协商。

WiFi网络信息比较模块，具体用于在客户端与WiFi网络断开后重新关联时，在客户端DHCP协商成功的历史记录中查询当前WiFi网络的信息。

本发明充分考虑了WiFi终端与网络的技术特征及DHCP协商的场景等因素，通过在客户端上保存已成功关联过的WiFi网络的信息与相应的DHCP协商信息，当客户端搜索到可用WiFi网络，在准备与WiFi网络进行DHCP协商之前，查询保存的已成功连接历史记录，判断是否为初次连接，并触发恰当的DHCP协商流程，如果判断不是初次连接，则直接使用历史记录中的DHCP协商信息，发起快速DHCP协商流程，可以提高协商成功率，如果判断是初次连接，再发起完整DHCP协商流程，可以提高协商效率，从而兼顾协商效率与协商成功率，优化WiFi网络下的DHCP协商方法，可以提升用户体验。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

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

图1为本发明WiFi网络DHCP协商的方法一个实施例的流程示意图。

图2为本发明WiFi网络DHCP协商的方法再一个实施例的流程示意图。

图3为完整DHCP协商的流程示意图。

图4为本发明WiFi网络DHCP协商的客户端一个实施例的结构示意图。

图5为本发明WiFi网络DHCP协商的客户端再一个实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

针对现有终端每次都采用完整DHCP协商方法效率低及每次都采用快速DHCP协商方法失败率高的问题，本发明提出一种优化WiFi网络DHCP协商的方法。下面详细说明。

图1为本发明WiFi网络DHCP协商的方法一个实施例的流程示意图。如图1所示，本实施例WiFi网络DHCP协商的方法包括以下步骤：

S101，客户端在其DHCP协商成功的历史记录中查询当前WiFi网络的信息。

需要说明的，客户端可以在其与WiFi网络断开后重新关联时，

在其DHCP协商成功的历史记录中查询当前WiFi网络的信息。本发明的客户端例如可以适用于各种移动终端、个人电脑等终端设备。本发明的DHCP协商方案尤其适用于位置经常发生改变的移动终端，

例如手机等。

客户端每次成功接入可用的WiFi网络后，都记录该WiFi网络的信息以及对应的DHCP协商信息。并且，客户端再次成功连接WiFi网络时，如果WiFi网络对应的DHCP协商信息发生变化，则更新历史记录。相对于现有技术来说，本发明客户端的历史记录中不仅记录成功接入WiFi网络的信息，还记录DHCP协商信息，并且会记录成功接入WiFi网络的信息与DHCP协商信息的对应关系。

其中，WiFi网络的信息例如包括AP（接入点）SSID（ServiceSet Identifier，服务集标识）、AP MAC（Media Access Control，媒体接入控制）地址、信号强度等信息。

其中，DHCP协商信息例如包括DHCP服务器的IP地址和MAC地址、DNS（域名系统）、WiFi网络分配给客户端的IP地址、以及IP地址租用周期等信息。

S102，如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，说明客户端曾经成功接入该WiFi网络，客户端可以根据历史记录中该WiFi网络对应的DHCP协商信息，直接向当前WiFi网络发起快速DHCP协商流程进行协商。

如果快速DHCP协商失败，客户端可以向当前WiFi网络发起完整DHCP协商流程进行协商。

S103，如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，说明客户端是初次连接该WiFi网络，则客户端向当前WiFi网络发起完整DHCP协商流程进行协商。

如果完整DHCP协商失败，客户端可以重新检测可用的WiFi网络，然后针对检测到的可用的WiFi网络，再次执行本发明S101～S103的DHCP协商过程。

图2为本发明WiFi网络DHCP协商的方法再一个实施例的流程示意图。如图2所示，本实施例WiFi网络DHCP协商的方法包括以下步骤：

S201，客户端检测可用的WiFi网络。

S202，客户端在需要进行DHCP协商之前，例如客户端与WiFi网络断开后重新关联时，客户端在其DHCP协商成功的历史记录中查询当前WiFi网络的信息。

根据WiFi网络的查询情况，分别执行步骤S203和S204。如果客户端在其DHCP协商成功的历史记录中查询到当前WiFi网络的信息，说明客户端曾经成功接入该WiFi网络，执行S203的快速DHCP协商流程。如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，说明客户端是初次连接该WiFi网络，执行S204的完整DHCP协商流程。

S203，客户端可以根据历史记录中该WiFi网络对应的DHCP协商信息，直接向当前WiFi网络发起快速DHCP协商流程进行协商。

S203a，如果快速DHCP协商成功，则检查DHCP协商信息与历史信息是否有变化，如果有变化，则将变更信息（即发生变化的DHCP协商信息）同步到历史记录中。及时、准确地更新历史记录中的信息，可以提高快速DHCP协商的成功率。

S203b，如果快速DHCP协商失败，则执行步骤S204，返回到完整DHCP协商流程重新发起DHCP协商。

其中，网络的配置信息变化会导致快速DHCP协商失败。比如用户今天在一个地方使用了一个SSID为ChinaNet的WiFi网络，过了一段时间后，用户再次来到这个地方打开终端再次使用这个WiFi网络时（AP仍然是同一个），但是运营商的网络配置信息发生变化了（比如DNS的地址发生变化了、IP地址的租用周期变了、或者IP地址段发生变化了），终端如果还用上一次记录的信息协商就会失败的。另外，还有一种情况，用户的配置信息都没有发生变化，但是server上次分配给终端的IP地址，租期早已过期被收回，且当前又分配给其他的终端使用，这时终端还用上次的IP地址请求协商，也会失败。

S204，客户端可以向当前WiFi网络发起完整DHCP协商流程进行协商。在确定无法进行快速DHCP协商之后，再发起完整DHCP协商流程,相对于每次均采用完整DHCP协商,可以提高协商效率。

S204a，如果完整DHCP协商成功，则记录该WiFi网络的相关信息（如AP SSID、AP MAC地址等）以及对应的DHCP协商的相关信息（如DHCP Server IP、DNS、终端IP地址及IP地址租用周期等）。

S204b，如果完整DHCP协商失败，则执行S201，重新搜索可用的WiFi网络。

本发明充分考虑了WiFi终端与网络的技术特征及DHCP协商的场景等因素，通过在客户端上保存已成功关联过的WiFi网络的信息与相应的DHCP协商信息，当客户端搜索到可用WiFi网络，在准备与WiFi网络进行DHCP协商之前，查询保存的已成功连接历史记录，判断是否为初次连接，并触发恰当的DHCP协商流程，如果判断不是初次连接，则直接使用历史记录中的DHCP协商信息，发起快速DHCP协商流程，可以提高协商成功率，如果判断是初次连接，再发起完整DHCP协商流程，可以提高协商效率，从而兼顾协商效率与协商成功率，优化WiFi网络下的DHCP协商方法，可以提升用户体验。

下面对本发明所涉及的完整DHCP协商流程以及快速DHCP协商流程进行说明。

图3为完整DHCP协商的流程示意图。如图3所示，完整DHCP协商流程需要经历全部的S301～S304。即：

S301，DHCP Client向DHCP Server发送DHCP DISCOVER（DHCP发现）消息，即终端对DHCP Server的发现过程。

S302，DHCP Server向DHCP Client返回DHCP OFFER消息，即DHCP Server对终端的响应过程。

S303，DHCP Client向已收到响应的DHCP Server发起DHCPRequest（DHCP请求）消息，包括请求IP地址、续约周期、DNS等。

S304，DHCP Server对DHCP Client的DHCP协商请求确认的相应消息（DHCP ACK消息）。

S305，DHCP Server对DHCP Client的DHCP协商请求拒绝的相应消息（DHCP ANK消息）。如果DHCP Client被拒绝了，DHCP Client需要从S301开始重新发起新的进行DHCP协商过程。

快速DHCP协商过程可以使用上一次DHCP协商信息，可以跳过图3中的步骤S301和S302，直接从步骤S303开始执行。

根据本发明实施例的再一个方面，提出一种WiFi网络DHCP协商的客户端。图4为本发明WiFi网络DHCP协商的客户端一个实施例的结构示意图。如图4所示，本实施例的客户端包括：

WiFi网络信息比较模块401，用于在客户端DHCP协商成功的历史记录中查询当前WiFi网络的信息。

DHCP协商流程选择模块402，用于如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，向当前WiFi网络发起快速DHCP协商流程进行协商；如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，向当前WiFi网络发起完整DHCP协商流程进行协商。

WiFi网络信息比较模块401，具体用于在客户端与WiFi网络断开后重新关联时，在客户端DHCP协商成功的历史记录中查询当前WiFi网络的信息。

DHCP协商流程选择模块402，还用于如果快速DHCP协商失败，向当前WiFi网络发起完整DHCP协商流程进行协商。

图5为本发明WiFi网络DHCP协商的客户端再一个实施例的结构示意图。如图5所示，本发明的客户端还包括：DHCP协商及WiFi网络信息存储模块403、WiFi网络无线信号搜索模块404、DHCP协商执行模块405。

DHCP协商及WiFi网络信息存储模块403用于在客户端每次成功接入可用的WiFi网络后，记录该WiFi网络的信息（如AP SSID、AP MAC地址、信号强度等）以及DHCP协商信息（如DHCP服务器的IP地址和MAC地址、DNS、WiFi网络分配给客户端的IP地址、以及IP地址租用周期等）。

DHCP协商及WiFi网络信息存储模块403，还用于在客户端再次成功连接WiFi网络时，如果WiFi网络对应的DHCP协商信息发生变化，则更新历史记录。

WiFi网络无线信号搜索模块404用来搜索可用的WiFi网络信息（如AP SSID、信号强度等），以便发现可用的WiFi网络。

WiFi网络信息比较模块401用来将WiFi网络无线信号搜索模块404搜索到的可用WiFi网络的信息与DHCP协商及WiFi网络信息存储模块403中存储的已成功连接过的WiFi网络的信息进行比较，以确定在客户端DHCP协商成功的历史记录中是否能够查询当前WiFi网络的信息，并将结果送至DHCP协商流程选择模块402。

DHCP协商流程选择模块402根据WiFi网络信息比较模块401送来的结果，如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，选择向当前WiFi网络发起快速DHCP协商流程进行协商；如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，选择向当前WiFi网络发起完整DHCP协商流程进行协商。

DHCP协商执行模块405根据DHCP协商流程选择模块402的选择结果，执行相应的DHCP协商流程。协商成功后将相应的DHCP协商信息同步到DHCP协商及WiFi网络信息存储模块403。

本发明充分考虑了WiFi终端与网络的技术特征及DHCP协商的场景等因素，通过在客户端上保存已成功关联过的WiFi网络的信息与相应的DHCP协商信息，当客户端搜索到可用WiFi网络，在准备与WiFi网络进行DHCP协商之前，查询保存的已成功连接历史记录，判断是否为初次连接，并触发恰当的DHCP协商流程，如果判断不是初次连接，则直接使用历史记录中的DHCP协商信息，发起快速DHCP协商流程，可以提高协商成功率，如果判断是初次连接，再发起完整DHCP协商流程，可以提高协商效率，从而兼顾协商效率与协商成功率，优化WiFi网络下的DHCP协商方法，可以提升用户体验。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种WiFi网络DHCP协商的方法，包括：

客户端在其DHCP协商成功的历史记录中查询当前WiFi网络的信息；

如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，客户端向当前WiFi网络发起快速DHCP协商流程进行协商；

如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，客户端向当前WiFi网络发起完整DHCP协商流程进行协商。

2.根据权利要求1所述的方法，其特征在于，还包括：

客户端每次成功接入可用的WiFi网络后，记录该WiFi网络的信息以及DHCP协商信息。

3.根据权利要求2所述的方法，其特征在于，还包括：

客户端再次成功连接WiFi网络时，如果WiFi网络对应的DHCP协商信息发生变化，则更新历史记录。

4.根据权利要求1所述的方法，其特征在于，还包括：

如果快速DHCP协商失败，客户端向当前WiFi网络发起完整DHCP协商流程进行协商。

5.根据权利要求1所述的方法，其特征在于，

客户端与WiFi网络断开后重新关联时，在其DHCP协商成功的历史记录中查询当前WiFi网络的信息。

6.一种WiFi网络DHCP协商的客户端，包括：

WiFi网络信息比较模块，用于在客户端DHCP协商成功的历史记录中查询当前WiFi网络的信息；

DHCP协商流程选择模块，用于如果在客户端DHCP协商成功的历史记录中查询到当前WiFi网络的信息，向当前WiFi网络发起快速DHCP协商流程进行协商；如果在客户端DHCP协商成功的历史记录中没有查询到当前WiFi网络的信息，向当前WiFi网络发起完整DHCP协商流程进行协商。

7.根据权利要求6所述的客户端，其特征在于，还包括：

DHCP协商及WiFi网络信息存储模块，用于在客户端每次成功接入可用的WiFi网络后，记录该WiFi网络的信息以及DHCP协商信息。

8.根据权利要求7所述的客户端，其特征在于，

DHCP协商及WiFi网络信息存储模块，还用于在客户端再次成功连接WiFi网络时，如果WiFi网络对应的DHCP协商信息发生变化，则更新历史记录。

9.根据权利要求6所述的客户端，其特征在于，

DHCP协商流程选择模块，还用于如果快速DHCP协商失败，向当前WiFi网络发起完整DHCP协商流程进行协商。

10.根据权利要求6所述的客户端，其特征在于，

WiFi网络信息比较模块，具体用于在客户端与WiFi网络断开后重新关联时，在客户端DHCP协商成功的历史记录中查询当前WiFi网络的信息。