防止无线客户端在上网过程中掉线的方法、系统和设备

1.防止无线客户端在上网过程中掉线的方法，其特征在于，该方法包括：
无线接入点AP接收到无线客户端发来的DHCP request报文后，根据该DHCP request报文中携带的无线客户端的媒质接入控制MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分配给该无线客户端。
2.根据权利要求1所述的方法，其特征在于，AP在自身中未查找到所述MAC地址对应的表项之后，该方法进一步包括：
所述AP提取所述DHCP request报文中的IP地址和MAC地址，将提取的IP地址和MAC地址保存在对应该MAC地址的表项中；
或者，
所述AP接收DHCP服务器返回的DHCP ack报文，从中提取IP地址和MAC地址，将提取的IP地址和MAC地址保存在对应该MAC地址的表项中。
3.根据权利要求1所述的方法，其特征在于，所述将该MAC地址对应表项中的IP地址分配给该无线客户端的步骤包括：
所述AP将所述MAC地址对应表项中的IP地址携带在DHCP ack报文中发送给无线客户端；
或者，
所述AP将所述MAC地址对应表项中的IP地址携带在与无线客户端约定的IP地址分配报文中发送给无线客户端。
4.根据权利要求1所述的方法，其特征在于，在AP接收到无线客户端发来的DHCP request报文之后，并在查找自身中是否存在所述MAC地址对应的表项之前，进一步包括：
所述AP判断所述DHCP request报文中是否包含server identifier选项，如果是，则继续执行所述根据该报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项的步骤，如果否，所述AP向DHCP服务器转发所述DHCP request报文。
5.根据权利要求1至4中任意一项所述的方法，其特征在于，该方法进一步包括：
所述AP接收到所述无线客户端发来的DHCP discovery报文；所述AP根据该DHCP discovery报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP discovery报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址携带在DHCPoffer报文中发送给所述无线客户端。
6.根据权利要求1至4中任意一项所述的方法，其特征在于，该方法进一步包括：所述AP在接收到所述无线客户端发来的DHCP release报文后，根据该DHCP release报文中携带的MAC地址，删除自身中对应该MAC地址的表项。
7.防止无线客户端在上网过程中掉线的系统，其特征在于，该系统包括：无线客户端和AP，其中，
无线客户端，用于发送携带自身MAC地址的DHCP request报文，将AP发来的IP地址作为分配的IP地址；
AP，用于在接收到无线客户端发送的DHCP request报文后，根据该报文中携带的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址发送给所述无线客户端。
8.防止无线客户端在上网过程中掉线的AP，其特征在于，该AP包括：
收发单元，用于接收无线客户端发送的DHCP request报文，在接收到处理单元发来的转发指令后，将该DHCP request报文转发给DHCP服务器；
处理单元，用于从收发单元接收到的DHCP request报文中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在，则将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC地址对应表项中的IP地址分配给所述无线客户端；
表项存储单元，用于保存对应MAC地址的表项，每一条表项中保存有MAC地址和IP地址。
9.根据权利要求8所述的AP，其特征在于，所述处理单元，
进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，从收发单元接收到的DHCP request报文中提取IP地址，在表项存储单元中建立包括提取的IP地址和MAC地址的对应该MAC地址的表项；
或者，
进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，从所述收发单元进一步接收到的DHCP服务器返回的DHCP ack报文中提取IP地址和MAC地址，在表项存储单元中建立包括提取的IP地址和MAC地址的对应该MAC地址的表项。
10.根据权利要求8所述的AP，其特征在于，所述处理单元，进一步用于在执行从收发单元接收到的DHCP request报文中提取MAC地址之前，判断所述DHCP request报文中是否包含server identifier选项，如果是，则继续执行所述的从收发单元接收到的DHCP request报文中提取MAC地址，如果否，则执行所述的将转发指令发送给收发单元。
11.根据权利要求8、9或10所述的AP，其特征在于，所述收发单元，进一步用于接收无线客户端发来的DHCP discovery报文，将所述处理单元发来的DHCP offer报文发送给所述无线客户端。
所述处理单元，进一步用于从收发单元接收到的DHCP discovery报文中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在，则执行所述的将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC地址对应表项中的IP地址携带在构造的DHCP offer报文中发送给所述收发单元。
12.根据权利要求8、9或10所述的AP，其特征在于，所述收发单元，进一步用于接收所述无线客户端发来的DHCP release报文；
所述处理单元，进一步用于从收发单元接收到的DHCP release报文中提取MAC地址，删除表项存储单元中与DHCP release报文中提取的MAC地址对应的表项。

防止无线客户端在上网过程中掉线的方法、系统和设备\n技术领域\n[0001] 本发明涉及无线局域网技术，具体涉及防止无线客户端在上网过程中掉线的方法、系统和设备。\n背景技术\n[0002] 无线局域网(WLAN，Wireless Local Area Network)技术是当今通信领域的热点技术之一，和有线网络相比，WLAN的部署和实施相对简单，维护成本低廉，一般安放一个或多个无线接入点(AP，Access Port)设备就可建立覆盖整个建筑或地区的局域网络，无线客户端通过AP接入无线局域网，再连接到固定网络或因特网。\n[0003] 在WLAN网络中，无线客户端实现上网的主要过程包括：\n[0004] 1、无线客户端启动扫描并连接到AP；\n[0005] 2、无线客户端通过动态主机配置协议(DHCP)请求阶段获取IP地址；\n[0006] 在DHCP请求阶段，无线客户端发送DHCP discover报文，AP接收到DHCP discover报文后，向网络中的各个DHCP服务器转发该DHCP discover报文；各个DHCP服务器接收到DHCP discover报文，将为无线客户端分配的IP地址携带在DHCP offer报文中通过AP发送给无线客户端；无线客户端选择一个DHCP offer报文(通常是选择接收到的第一个DHCP offer报文)中的IP地址作为选定的IP地址，并发送携带选定IP地址的DHCP request报文；AP接收到DHCP request报文后，向网络中的各个DHCP服务器转发该DHCP request报文；分配选定IP地址的DHCP服务器接收到DHCP request报文后，保存对应该无线客户端的表项，并将该选定IP地址携带在DHCP ack报文中通过AP发送给无线客户端，无线客户端将DHCP ack报文中的IP地址作为最终获取的IP地址。\n[0007] 3、无线客户端利用获取的IP地址上网。\n[0008] 在WLAN网络中，无线客户端中的网卡经常会发生瞬间断开后重新连接的情况，也称网卡闪断。造成网卡闪断的原因有很多，比如，由于WLAN网络使用公用频段，潜在的干扰源多，会对无线客户端中的网卡产生瞬间干扰等。\n[0009] 由于网卡闪断是无线客户端中的网卡受到干扰突然断开，无线客户端与AP之间的无线信号质量仍然是满足连接要求的，因此，网卡在瞬间断开后能够立即恢复与AP的连接。在网卡恢复连接后，无线客户端会重新通过AP发送DHCP request报文来重新获取IP地址，而由于网卡闪断是无线客户端非正常断开连接，DHCP服务器并没有收到无线客户端在正常断开连接(即用户指令无线客户端断开连接)情况下发送的DHCP release报文，因此，仍然保存在无线客户端先前的表项，这样，当DHCP服务器收到网卡恢复连接后发来的DHCP request报文时，DHCP服务器会认为是非法的DHCP请求，从而不予理会，无线客户端无法重新分配到IP地址，则会掉线。或者，由于DHCP服务器仍然保存有先前的表项，会给无线客户端分配一个新的IP地址，导致无线客户端基于闪断前的IP地址的所有应用失败，也造成了无线客户端掉线。\n[0010] 由以上描述可以看出，在现有技术中，当无线客户端中的网卡发生闪断后，会导致无线客户端掉线，从而大大降低了业务性能，降低了用户的业务体验。\n发明内容\n[0011] 有鉴于此，本发明的主要目的在于提供防止无线客户端在上网过程中掉线的方法、系统和设备，以便于在无线客户端中的网卡发生闪断后，避免无线客户端掉线。\n[0012] 为了达到上述目的，本发明的技术方案是这样实现的：\n[0013] 防止无线客户端在上网过程中掉线的方法，该方法包括：\n[0014] 无线接入点AP接收到无线客户端发来的DHCP request报文后，根据该DHCP request报文中携带的无线客户端的媒质接入控制MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分配给该无线客户端。\n[0015] AP在自身中未查找到所述MAC地址对应的表项之后，该方法进一步包括：\n[0016] 所述AP提取所述DHCP request报文中的IP地址和MAC地址，将提取的IP地址和MAC地址保存在对应该MAC地址的表项中；\n[0017] 或者，\n[0018] 所述AP接收DHCP服务器返回的DHCP ack报文，从中提取IP地址和MAC地址，将提取的IP地址和MAC地址保存在对应该MAC地址的表项中。\n[0019] 所述将该MAC地址对应表项中的IP地址分配给该无线客户端的步骤包括：\n[0020] 所述AP将所述MAC地址对应表项中的IP地址携带在DHCP ack报文中发送给无线客户端；\n[0021] 或者，\n[0022] 所述AP将所述MAC地址对应表项中的IP地址携带在与无线客户端约定的IP地址分配报文中发送给无线客户端。\n[0023] 在AP接收到无线客户端发来的DHCP request报文之后，并在查找自身中是否存在所述MAC地址对应的表项之前，进一步包括：\n[0024] 所述AP判断所述DHCP request报文中是否包含server identifier选项，如果是，则继续执行所述根据该报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项的步骤，如果否，所述AP向DHCP服务器转发所述DHCP request报文。\n[0025] 该方法进一步包括：\n[0026] 所述AP接收到所述无线客户端发来的DHCP discovery报文；所述AP根据该DHCP discovery报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP discovery报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址携带在DHCP offer报文中发送给所述无线客户端。\n[0027] 该方法进一步包括：所述AP在接收到所述无线客户端发来的DHCPrelease报文后，根据该DHCP release报文中携带的MAC地址，删除自身中对应该MAC地址的表项。\n[0028] 防止无线客户端在上网过程中掉线的系统，该系统包括：无线客户端和AP，其中，[0029] 无线客户端，用于发送携带自身MAC地址的DHCP request报文，将AP发来的IP地址作为分配的IP地址；\n[0030] AP，用于在接收到无线客户端发送的DHCP request报文后，根据该报文中携带的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址发送给所述无线客户端。\n[0031] 防止无线客户端在上网过程中掉线的AP，该AP包括：\n[0032] 收发单元，用于接收无线客户端发送的DHCP request报文，在接收到处理单元发来的转发指令后，将该DHCP request报文转发给DHCP服务器；\n[0033] 处理单元，用于从收发单元接收到的DHCP request报文中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在，则将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC地址对应表项中的IP地址分配给所述无线客户端；\n[0034] 表项存储单元，用于保存对应MAC地址的表项，每一条表项中保存有MAC地址和IP地址。\n[0035] 所述处理单元，\n[0036] 进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，从收发单元接收到的DHCP request报文中提取IP地址，在表项存储单元中建立包括提取的IP地址和MAC地址的对应该MAC地址的表项；\n[0037] 或者，\n[0038] 进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，从所述收发单元进一步接收到的DHCP服务器返回的DHCP ack报文中提取IP地址和MAC地址，在表项存储单元中建立包括提取的IP地址和MAC地址的对应该MAC地址的表项。\n[0039] 所述处理单元，进一步用于在执行从收发单元接收到的DHCP request报文中提取MAC地址之前，判断所述DHCP request报文中是否包含serveridentifier选项，如果是，则继续执行所述的从收发单元接收到的DHCPrequest报文中提取MAC地址，如果否，则执行所述的将转发指令发送给收发单元。\n[0040] 所述收发单元，进一步用于接收无线客户端发来的DHCP discovery报文，将所述处理单元发来的DHCP offer报文发送给所述无线客户端。\n[0041] 所述处理单元，进一步用于从收发单元接收到的DHCP discovery报文中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在，则执行所述的将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC地址对应表项中的IP地址携带在构造的DHCP offer报文中发送给所述收发单元。\n[0042] 所述收发单元，进一步用于接收所述无线客户端发来的DHCP release报文；\n[0043] 所述处理单元，进一步用于从收发单元接收到的DHCP release报文中提取MAC地址，删除表项存储单元中与DHCP release报文中提取的MAC地址对应的表项。\n[0044] 由此可见，本发明具有以下优点：\n[0045] 在本发明中，当AP接收到无线客户端发来的DHCP request报文时，根据自身中是否存在DHCP request报文中的MAC地址对应的表项，能够准确判断出当前无线客户端中的网卡是否发生了闪断。另外，在确定发生了闪断后，AP能够将该MAC地址对应表项中的IP地址分配给该无线客户端，从而保证了无线客户端能够在网卡发生闪断后重新分配到IP地址，避免了现有技术中无线客户端无法重新分配到IP地址而掉线的缺点。并且，由于MAC地址对应表项中的IP地址就是无线客户端在发生闪断之前使用的IP地址，因此，本发明将该IP地址重新分配给无线客户端后，则可以保证无线客户端基于闪断前的IP地址的所有应用能够继续进行，也避免了无线客户端掉线，从而大大提高了业务性能，增强了用户的业务体验。\n附图说明\n[0046] 图1是本发明一个实施例中防止无线客户端在上网过程中掉线的系统组成示意图。\n[0047] 图2是在本发明一个较佳实施例中防止无线客户端在上网过程中掉线的流程图。\n[0048] 图3是在本发明一个实施例中防止无线客户端在上网过程中掉线的AP的基本结构示意图。\n具体实施方式\n[0049] 为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。\n[0050] 本发明首先提出了一种防止无线客户端在上网过程中掉线的方法，在该方法中，AP接收到无线客户端发来的DHCP request报文后，根据该DHCPrequest报文中携带的无线客户端的媒质接入控制(MAC)地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分配给该无线客户端。\n[0051] 本发明相应地还提出了一种防止无线客户端在上网过程中掉线的系统。图1是本发明一个实施例中防止无线客户端在上网过程中掉线的系统组成示意图。参见图1，该系统包括：无线客户端和AP，其中，\n[0052] 无线客户端，用于发送携带自身MAC地址的DHCP request报文，将AP发来的IP地址作为分配的IP地址；\n[0053] AP，用于在接收到无线客户端发送的DHCP request报文后，根据该报文中携带的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址发送给所述无线客户端。\n[0054] 图2是在本发明一个较佳实施例中防止无线客户端在上网过程中掉线的流程图。\n参见图1和图2，在本发明一个较佳实施例中，利用本发明提出的系统，防止无线客户端在上网过程中发生网卡闪断后掉线的过程具体包括以下步骤：\n[0055] 步骤201：AP在与无线客户端建立连接后，启动对DHCP报文的监听。\n[0056] 步骤202：AP接收到无线客户端发来的DHCP discovery报文，根据该DHCP discovery报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则执行步骤203，如果是，则执行步骤204。\n[0057] 本领域技术人员知道，在一种情况(记为情况1)下，无线客户端在初始连接后按照正常业务流程需要向各个DHCP服务器发送申请IP地址的DHCP discovery报文；在另一种情况(记为情况2)下，无线客户端在获取了IP地址之后的上网过程中如果内部网卡发生闪断，也会重新发送DHCPdiscovery报文。因此，在本步骤中，AP并没有采用现有技术中直接将DHCPdiscovery报文转发给各个DHCP服务器的处理，而是首先需要判断当前接收到的DHCP discovery报文是在上述情况1下发送的报文还是在上述情况2下发送的报文，以便于针对不同的情况采取不同的处理，在保证网卡闪断后无线客户端不掉线的情况下，也能保证其他正常业务的进行。\n[0058] 对无线客户端上网业务的过程进行分析可以知道，在上述情况1下，由于无线客户端初始连接后还未获取上网使用的IP地址，因此，AP中也不会存在该无线客户端的MAC地址对应的表项；而在上述情况2下，由于无线客户端是已经获取了IP地址后在上网过程中发生闪断，因此，AP按照现有协议早已保存了该无线客户端的MAC地址对应的表项。可见，AP可以利用无线客户端的MAC地址对应的表项来判断当前接收到的DHCP discovery报文是在上述情况1下发送的报文还是在上述情况2下发送的报文，具体的判断方法就是本步骤中描述的“根据该DHCP discovery报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项”，如果不存在，则可以判定当前接收到的DHCP discovery报文是在上述情况1下发送的报文，如果存在，则可以判定当前接收到的DHCP discovery报文是在上述情况2下(即发生网卡闪断后)发送的报文。\n[0059] 步骤203：AP将DHCP discovery报文转发给DHCP服务器，执行步骤205。\n[0060] 执行到本步骤时，由于AP已经判定接收到的DHCP discovery报文是在上述情况1下，即在初始连接后按照正常业务流程向各个DHCP服务器发送的申请IP地址的DHCP discovery报文，因此，执行与现有技术相同的处理，即，本步骤中的将DHCP discovery报文转发给DHCP服务器。\n[0061] 步骤204：AP将该MAC地址对应表项中的IP地址携带在DHCP offer报文中发送给无线客户端。\n[0062] 执行到本步骤时，由于AP已经判定接收到的DHCP discovery报文是在上述情况2下，即在无线客户端中的网卡发生闪断后重新发送的DHCPdiscovery报文，因此，为了保证无线客户端不掉线，AP需要保证无线客户端能够接收到DHCP offer报文，从而触发无线客户端执行后续的发送DHCPrequest报文来确定所分配IP地址的过程。\n[0063] 步骤205：AP接收到无线客户端发来的DHCP request报文，判断该DHCP request报文中是否包含服务器标识(server identifier)选项，如果是，则执行步骤207，否则，执行步骤206。\n[0064] 根据DHCP协议可以知道，DHCP request报文具有两种用处，一种是无线客户端为了响应DHCP offer报文，确定所分配的IP地址而发送的；另一种是由于DHCP服务器为无线客户端分配的IP地址具有老化时间，不能无限期使用，无线客户端为了扩展该IP地址的使用期限而发送的。而根据DHCP协议，如果DHCP request报文作为前一种用处，那么，报文中包含有server identifier选项。\n[0065] 因此，在本步骤中，AP判断该DHCP request报文中是否包含serveridentifier选项，如果包含，则说明该DHCP request报文是为了响应DHCPoffer报文，确定所分配的IP地址，此种情况下，则有可能是无线客户端的网卡发生闪断后而发送的，需要执行步骤207及其后续处理，如果不包含，则说明DHCP request报文不是为了响应DHCP offer报文确定所分配的IP地址，也就是说，无线客户端的网卡未发生闪断，因此，只需执行现有技术中的处理，则执行步骤206。\n[0066] 步骤206：AP向DHCP服务器转发DHCP request报文，结束当前流程。\n[0067] 步骤207：AP根据该DHCP request报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项，如果否，则执行步骤208，如果是，则执行步骤210。\n[0068] 本领域技术人员知道，在上述情况1下，无线客户端在初始连接后按照正常业务流程在接收到DHCP offer报文后需要发送确定所分配IP地址的DHCP request报文；在上述情况2下，无线客户端中如果网卡发生闪断，在重新发送DHCP discovery报文并收到DHCP offer报文后，也会重新发送确定所分配IP地址的DHCP request报文，因此，在本步骤中，AP不能采用现有技术中直接将DHCP request报文转发给DHCP服务器的处理，而是首先需要判断当前接收到的DHCP request报文是在上述情况1下发送的报文还是在上述情况2下发送的报文，以便于针对不同的情况采取不同的处理，在保证网卡闪断后无线客户端不掉线的情况下，也能保证其他正常业务的进行。\n[0069] 根据上述步骤202中对无线客户端上网业务的过程的分析可以得到，AP可以利用无线客户端的MAC地址对应的表项来判断当前接收到的DHCPrequest报文是在上述情况1下发送的报文还是在上述情况2下发送的报文，具体的判断方法就是本步骤中描述的“根据该DHCP request报文中携带的无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项”，如果不存在，则可以判定当前接收到的DHCP request报文是在上述情况1下发送的报文，如果存在，则可以判定当前接收到的DHCP request报文是在上述情况2下(即发生网卡闪断后)发送的报文。\n[0070] 步骤208～209：AP提取DHCP request报文中的IP地址和MAC地址，将提取的IP地址和MAC地址保存在新建的对应该MAC地址的表项中；之后，AP将DHCP request报文转发给DHCP服务器，结束当前流程。\n[0071] 执行到这里，由于AP已经判定接收到的DHCP request报文是在上述情况1下，即在初始连接后按照正常业务流程发送的报文，因此，需要执行现有技术中将DHCP request报文转发给DHCP服务器的处理。\n[0072] 另外，由于此时AP中还未建立对应无线客户端MAC地址的表项，因此，AP可以利用DHCP request报文中的IP地址和MAC地址建立对应该MAC地址的表项。当然，在实际的业务实现中，也存在其他的建立该表项的方法，即AP也可以不利用DHCP request报文中的IP地址和MAC地址建立对应该MAC地址的表项，而是等待接收DHCP服务器按照正常业务流程返回的DHCP ack报文，从该DHCP ack报文中提取IP地址和MAC地址，将提取的IP地址和MAC地址保存在对应该MAC地址的表项中。\n[0073] 步骤210：AP将DHCP request报文中的MAC地址对应表项中的IP地址分配给无线客户端。\n[0074] 本步骤的实现过程可以是：方式一、AP将DHCP request报文中的MAC地址对应表项中的IP地址携带在DHCP ack报文中发送给无线客户端；方式二、AP将DHCP request报文中的MAC地址对应表项中的IP地址携带在与无线客户端约定的IP地址分配报文中发送给无线客户端。\n[0075] 通过上述图2所示流程的处理，则可以保证无线客户端中的网卡在发生闪断后，能够重新分配到IP地址，并且重新分配到的IP地址与发生闪断前使用的IP地址(即无线客户端的MAC地址对应表项中的IP地址)相同，无线客户端能够利用该IP地址继续上网，并且发生闪断前的所有应用能够继续进行，从而保证了无线客户端不掉线。\n[0076] 需要说明的是，在本发明中，只要AP接收到无线客户端发来的DHCPrelease报文，那么，AP则可以确定无线客户端是按照正常业务流程下线，就根据该DHCP release报文中携带的MAC地址，删除自身中对应该MAC地址的表项。\n[0077] 另外，本发明还提出了一种防止无线客户端在上网过程中掉线的AP。图3是在本发明一个实施例中防止无线客户端在上网过程中掉线的AP的基本结构示意图。参见图3，该AP的基本结构包括：\n[0078] 收发单元，用于接收无线客户端发送的DHCP request报文，在接收到处理单元发来的转发指令后，将该DHCP request报文转发给DHCP服务器；\n[0079] 处理单元，用于从收发单元接收到的DHCP request报文中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在，则将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC地址对应表项中的IP地址分配给所述无线客户端；\n[0080] 表项存储单元，用于保存对应MAC地址的表项，每一条表项中保存有MAC地址和IP地址。\n[0081] 在本发明的一个较佳实施例中，所述处理单元，\n[0082] 进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，从收发单元接收到的DHCP request报文中提取IP地址，在表项存储单元中建立包括提取的IP地址和MAC地址的对应该MAC地址的表项；\n[0083] 或者，\n[0084] 进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，从所述收发单元进一步接收到的DHCP服务器返回的DHCP ack报文中提取IP地址和MAC地址，在表项存储单元中建立包括提取的IP地址和MAC地址的对应该MAC地址的表项。\n[0085] 在本发明的一个较佳实施例中，所述处理单元，进一步用于在执行从收发单元接收到的DHCP request报文中提取MAC地址之前，判断所述DHCP request报文中是否包含server identifier选项，如果是，则继续执行所述的从收发单元接收到的DHCP request报文中提取MAC地址，如果否，则执行所述的将转发指令发送给收发单元。\n[0086] 在本发明的一个较佳实施例中，所述收发单元，进一步用于接收无线客户端发来的DHCP discovery报文，将所述处理单元发来的DHCP offer报文发送给所述无线客户端；\n[0087] 所述处理单元，进一步用于从收发单元接收到的DHCP discovery报文中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在，则执行所述的将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC地址对应表项中的IP地址携带在构造的DHCP offer报文中发送给所述收发单元。\n[0088] 在本发明的一个较佳实施例中，所述收发单元，进一步用于接收所述无线客户端发来的DHCP release报文；\n[0089] 所述处理单元，进一步用于从收发单元接收到的DHCP release报文中提取MAC地址，删除表项存储单元中与DHCP release报文中提取的MAC地址对应的表项。\n[0090] 总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。\n凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。