专利名称：防止无线客户端在上网过程中掉线的方法、系统和设备的制作方法
技术领域：
本发明涉及无线局域网技术，具体涉及防止无线客户端在上网过程中掉线的方法、系统和设备。
背景技术：
无线局域网(WLAN， Wireless Local Area Network)技术是当今通信领域的热点技术之一，和有线网络相比，WLAN的部署和实施相对简单，维护成本低廉， 一般安放一个或多个无线接入点(AP， Access Port)设备就可建立覆盖整个建筑或地区的局域网络，无线客户端通过AP接入无线局域网，再连接到固定网络或因特网。
在WLAN网络中，无线客户端实现上网的主要过程包括
1、 无线客户端启动扫描并连接到AP;
2、 无线客户端通过动态主机配置协议(DHCP )请求阶段获取IP地址；在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地
6址作为最终获取的IP地址。
3、无线客户端利用获取的IP地址上网。
在WLAN网络中，无线客户端中的网卡经常会发生瞬间断开后重新连 接的情况，也称网卡闪断。造成网卡闪断的原因有^艮多，比如，由于WLAN 网络使用公用频段，潜在的干扰源多，会对无线客户端中的网卡产生瞬间干 扰等。
由于网卡闪断是无线客户端中的网卡受到干扰突然断开，无线客户端与 AP之间的无线信号质量仍然是满足连接要求的，因此，网卡在瞬间断开后 能够立即恢复与AP的连接。在网卡恢复连接后，无线客户端会重新通过 AP发送DHCP request报文来重新获取IP地址，而由于网卡闪断是无线客 户端非正常断开连接，DHCP服务器并没有收到无线客户端在正常断开连接 (即用户指令无线客户端断开连接)情况下发送的DHCP release报文，因 此，仍然保存在无线客户端先前的表项，这样，当DHCP服务器收到网卡恢 复连接后发来的DHCP request报文时，DHCP服务器会认为是非法的DHCP 请求，从而不予理会，无线客户端无法重新分配到IP地址，则会掉线。或 者，由于DHCP服务器仍然保存有先前的表项，会给无线客户端分配一个新 的IP地址，导致无线客户端基于闪断前的IP地址的所有应用失败，也造成 了无线客户端掉线。
由以上描述可以看出，在现有技术中，当无线客户端中的网卡发生闪断 后，会导致无线客户端掉线，从而大大降低了业务性能，降低了用户的业务 体验。
发明内容
有鉴于此，本发明的主要目的在于提供防止无线客户端在上网过程中掉 线的方法、系统和设备，以便于在无线客户端中的网卡发生闪断后，避免无 线客户端掉线。
为了达到上述目的，本发明的技术方案是这样实现的防止无线客户端在上网过程中掉线的方法，该方法包括 无线接入点AP接收到无线客户端发来的DHCP request报文后，根据该 DHCP request 4艮文中携带的无线客户端的媒质接入控制MAC地址，查找自 身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文 转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分 配纟会该无线客户端。
AP在自身中未查找到所述MAC地址对应的表项之后，该方法进一步 包括
所述AP提取所述DHCP request报文中的IP地址和MAC地址，将提 取的IP地址和MAC地址保存在对应该MAC地址的表项中； 或者，
所述AP接收DHCP服务器返回的DHCP ack报文，从中提取IP地址和 MAC地址，将提取的IP地址和MAC地址保存在对应该MAC地址的表项 中。
所述将该MAC地址对应表项中的IP地址分配给该无线客户端的步骤包
括
所述AP将所述MAC地址对应表项中的IP地址携带在DHCP ack报文 中发送给无线客户端； 或者，
所述AP将所述MAC地址对应表项中的IP地址携带在与无线客户端约 定的IP地址分配报文中发送给无线客户端。
在AP接收到无线客户端发来的DHCP request报文之后，并在查找自身 中是否存在所述MAC地址对应的表项之前，进一步包括
所述AP判断所述DHCP request报文中是否包含server identifier选项， 如果是，则继续执行所述根据该报文中携带的无线客户端的MAC地址，查 找自身中是否存在该MAC地址对应的表项的步骤，如果否，所述AP向 DHCP服务器转发所述DHCP request报文。该方法进一步包括
所述AP接收到所述无线客户端发来的DHCP discovery报文；所述AP 根据该DHCP discovery报文中携带的无线客户端的MAC地址，查找自身中 是否存在该MAC地址对应的表项，如果否，则将该DHCP discovery报文转 发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址携带 在DHCP offer报文中发送给所述无线客户端。
该方法进一步包括所述AP在接收到所述无线客户端发来的DHCP release报文后，根据该DHCP release报文中携带的MAC地址，删除自身中 对应该MAC地址的表项。
防止无线客户端在上网过程中掉线的系统，该系统包括无线客户端和 AP,其中，
无线客户端，用于发送携带自身MAC地址的DHCP request报文，将 AP发来的IP地址作为分配的IP地址；
AP,用于在接收到无线客户端发送的DHCP request报文后，根据该报 文中携带的MAC地址，查找自身中是否存在该MAC地址对应的表项，如 果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC 地址对应表项中的IP地址发送给所述无线客户端。
防止无线客户端在上网过程中掉线的AP，该AP包括
收发单元，用于接收无线客户端发送的DHCP request报文，在4妻收到 处理单元发来的转发指令后，将该DHCP request报文转发给DHCP服务器；
处理单元，用于从收发单元接收到的DHCP request报文中提取MAC地 址，查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不 存在，则将转发指令发送给收发单元，如果存在，则将表项存储单元中该提 取的MAC地址对应表项中的IP地址分配给所述无线客户端；
表项存储单元，用于保存对应MAC地址的表项，每一条表项中保存有 MAC地址和IPi也址。
所述处理单元，
9进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之 后，从收发单元接收到的DHCP request报文中提取IP地址，在表项存储单 元中建立包括才是取的IP地址和MAC地址的对应该MAC地址的表项；
或者，
进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之 后，从所述收发单元进一步接收到的DHCP服务器返回的DHCPack报文中 提取IP地址和MAC地址，在表项存储单元中建立包括提取的IP地址和MAC 地址的对应该MAC地址的表项。
所述处理单元，进一步用于在执行从收发单元接收到的DHCP request 报文中提取MAC地址之前，判断所述DHCP request报文中是否包含server identifier选项，如果是，则继续执行所述的从收发单元接收到的DHCP request报文中提取MAC地址，如果否，则执行所述的将转发指令发送给收 发单元。
所述收发单元，进一步用于接收无线客户端发来的DHCP discovery报 文，将所述处理单元发来的DHCP offer报文发送给所述无线客户端。
所述处理单元，进一步用于从收发单元接收到的DHCP discovery报文 中提取MAC地址，查找表项存储单元中是否存在该提取的MAC地址对应 的表项，如果不存在，则执行所述的将转发指令发送给收发单元，如果存在， 则将表项存储单元中该提取的MAC地址对应表项中的IP地址携带在构造的 DHCP offer报文中发送给所述收发单元。
所述收发单元，进一步用于接收所述无线客户端发来的DHCP release 报文；
所述处理单元，进一步用于从收发单元接收到的DHCP release报文中 提取MAC地址，删除表项存储单元中与'DHCP release报文中提取的MAC 地址对应的表项。
由此可见，本发明具有以下优点
在本发明中，当AP接收到无线客户端发来的DHCP request报文时，根据自身中是否存在DHCP request报文中的MAC地址对应的表项，能够准确 判断出当前无线客户端中的网卡是否发生了闪断。另外，在确定发生了闪断 后，AP能够将该MAC地址对应表项中的IP地址分配给该无线客户端，从 而保证了无线客户端能够在网卡发生闪断后重新分配到IP地址，避免了现 有技术中无线客户端无法重新分配到IP地址而掉线的缺点。并且，由于MAC 地址对应表项中的IP地址就是无线客户端在发生闪断之前使用的IP地址， 因此，本发明将该IP地址重新分配给无线客户端后，则可以保证无线客户 端基于闪断前的IP地址的所有应用能够继续进行，也避免了无线客户端掉 线，从而大大提高了业务性能，增强了用户的业务体验。
图1是本发明一个实施例中防止无线客户端在上网过程中掉线的系统 组成示意图。
图2是在本发明一个较佳实施例中防止无线客户端在上网过程中掉线 的流程图。
图3是在本发明一个实施例中防止无线客户端在上网过程中掉线的AP 的基本结构示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实 施例对本发明作进一 步地详细描述。
本发明首先提出了一种防止无线客户端在上网过程中掉线的方法，在该 方法中，AP接收到无线客户端发来的DHCP request报文后，根据该DHCP request报文中携带的无线客户端的媒质接入控制(MAC)地址，查找自身 中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转 发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分配 给该无线客户端。本发明相应地还提出了 一种防止无线客户端在上网过程中掉线的系统。 图1是本发明一个实施例中防止无线客户端在上网过程中掉线的系统组成
示意图。参见图1,该系统包括无线客户端和AP，其中，
无线客户端，用于发送携带自身MAC地址的DHCP request报文，将
AP发来的IP地址作为分配的IP地址；
AP，用于在接收到无线客户端发送的DHCP request报文后，根据该才艮
文中携带的MAC地址，查找自身中是否存在该MAC地址对应的表项，如
果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC
地址对应表项中的IP地址发送给所述无线客户端。
图2是在本发明一个较佳实施例中防止无线客户端在上网过程中掉线
的流程图。参见图1和图2，在本发明一个较佳实施例中，利用本发明提出
以下步骤
步骤201: AP在与无线客户端建立连接后，启动对DHCP报文的监听。 步骤202: AP接收到无线客户端发来的DHCP discovery报文，根据该 DHCP discovery报文中携带的无线客户端的MAC地址，查找自身中是否存 在该MAC地址对应的表项，如果否，则执行步骤203，如果是，则执行步 骤204。
本领域技术人员知道，在一种情况(记为情况1 )下，无线客户端在初 始连接后按照正常业务流程需要向各个DHCP服务器发送申请IP地址的 DHCP discovery报文；在另 一种情况(记为情况2 )下，无线客户端在获取 了 IP地址之后的上网过程中如果内部网卡发生闪断，也会重新发送DHCP discovery报文。因此，在本步骤中，AP并没有采用现有技术中直接将DHCP discovery报文转发给各个DHCP服务器的处理，而是首先需要判断当前接 收到的DHCP discovery报文是在上述情况1下发送的冲艮文还是在上述情况2 下发送的报文，以便于针对不同的情况采取不同的处理，在保证网卡闪断后 无线客户端不掉线的情况下，也能保证其他正常业务的进行。
12对无线客户端上网业务的过程进行分析可以知道，在上述情况l下，由
于无线客户端初始连接后还未获取上网使用的IP地址，因此，AP中也不会 存在该无线客户端的MAC地址对应的表项；而在上述情况2下，由于无线 客户端是已经获取了 IP地址后在上网过程中发生闪断，因此，AP按照现有 协-汉早已保存了该无线客户端的MAC地址对应的表项。可见，AP可以利 用无线客户端的MAC地址对应的表项来判断当前接收到的DHCP discovery 报文是在上述情况1下发送的报文还是在上述情况2下发送的报文，具体的 判断方法就是本步骤中描述的"根据该DHCP discovery报文中携带的无线 客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项，，，如 果不存在，则可以判定当前接收到的DHCP discovery报文是在上述情况1 下发送的报文，如果存在，则可以判定当前接收到的DHCP discovery报文 是在上述情况2下(即发生网卡闪断后)发送的报文。
步骤203: AP将DHCP discovery报文转发给DHCP服务器，执行步骤
205。
执行到本步骤时，由于AP已经判定接收到的DHCP discovery报文是在 上述情况1下，即在初始连接后按照正常业务流程向各个DHCP服务器发送 的申请IP地址的DHCP discovery报文，因此，执行与现有技术相同的处理，
步骤204: AP将该MAC地址对应表项中的IP地址携带在DHCP offer 报文中发送给无线客户端。
执行到本步骤时，由于AP已经判定接收到的DHCP discovery报文是在 上述情况2下，即在无线客户端中的网卡发生闪断后重新发送的DHCP discovery报文，因此，为了保证无线客户端不掉线，AP需要保证无线客户 端能够接收到DHCP offer报文，从而触发无线客户端执行后续的发送DHCP request报文来确定所分配IP地址的过程。
步骤205: AP接收到无线客户端发来的DHCP request报文，判断该 DHCP request报文中是否包含服务器标识(server identifier)选项，如果是，则执行步骤207,否则，执行步骤206。
根据DHCP协议可以知道，DHCP request报文具有两种用处， 一种是 无线客户端为了响应DHCP offer报文，确定所分配的IP地址而发送的；另 一种是由于DHCP服务器为无线客户端分配的IP地址具有老化时间，不能 无限期使用，无线客户端为了扩展该IP地址的使用期限而发送的。而根据 DHCP协议，如果DHCP request报文作为前一种用处，那么，报文中包含 有server identifier选项。
因此，在本步骤中，AP判断该DHCP request报文中是否包含server identifier选项，如果包含，则i兌明该DHCP request报文是为了响应DHCP offer报文，确定所分配的IP地址，此种情况下，则有可能是无线客户端的 网卡发生闪断后而发送的，需要执行步骤207及其后续处理，如果不包含， 则说明DHCP request报文不是为了响应DHCP offer报文确定所分配的IP地 址，也就是说，无线客户端的网卡未发生闪断，因此，只需执行现有技术中 的处理，则执行步骤206。
步骤206: AP向DHCP服务器转发DHCP request报文，结束当前流程。
步骤207: AP根据该DHCP request报文中携带的无线客户端的MAC 地址，查找自身中是否存在该MAC地址对应的表项，如果否，则执行步骤 208，如果是，则执行步骤210。
本领域技术人员知道，在上述情况1下，无线客户端在初始连接后按照 正常业务流程在接收到DHCP offer报文后需要发送确定所分配IP地址的 DHCP request报文；在上述情况2下，无线客户端中如果网卡发生闪断，在 重新发送DHCP discovery报文并收到DHCP offer报文后，也会重新发送确 定所分配IP地址的DHCP request报文，因此，在本步骤中，AP不能采用 现有技术中直接将DHCP request报文转发给DHCP服务器的处理，而是首 先需要判断当前接收到的DHCP request报文是在上述情况1下发送的报文 还是在上述情况2下发送的报文，以便于针对不同的情况采取不同的处理， 在保证网卡闪断后无线客户端不掉线的情况下，也能保证其他正常业务的进行。
根据上述步骤202中对无线客户端上网业务的过程的分析可以得到， AP可以利用无线客户端的MAC地址对应的表项来判断当前接收到的DHCP request报文是在上述情况1下发送的报文还是在上述情况2下发送的报文， 具体的判断方法就是本步骤中描述的"根据该DHCP request报文中携带的 无线客户端的MAC地址，查找自身中是否存在该MAC地址对应的表项，，， 如果不存在，则可以判定当前接收到的DHCP request报文是在上述情况1 下发送的报文，如果存在，则可以判定当前接收到的DHCP request报文是 在上述情况2下(即发生网卡闪断后)发送的报文。
步骤208 209: AP提取DHCP request报文中的IP地址和MAC地址， 将提取的IP地址和MAC地址保存在新建的对应该MAC地址的表项中；之 后，AP将DHCP request l艮文转发给DHCP服务器，结束当前流程。
执行到这里，由于AP已经判定接收到的DHCP request报文是在上述情 况1下，即在初始连接后按照正常业务流程发送的报文，因此，需要执行现 有4支术中将DHCP request报文转发给DHCP月良务器的处理。
另外，由于此时AP中还未建立对应无线客户端MAC地址的表项，因 此，AP可以利用DHCP request报文中的IP地址和MAC地址建立对应该 MAC地址的表项。当然，在实际的业务实现中，也存在其他的建立该表项 的方法，即AP也可以不利用DHCP request才艮文中的IP地址和MAC地址 建立对应该MAC地址的表项，而是等待接收DHCP服务器按照正常业务流 程返回的DHCP ack报文，从该DHCP ack报文中提取IP地址和MAC地址， 将提取的IP地址和MAC地址保存在对应该MAC地址的表项中。
步骤210: AP将DHCP request报文中的MAC地址对应表项中的IP地 址分配给无线客户端。
本步骤的实现过程可以是方式一、AP将DHCP request报文中的MAC 地址对应表项中的IP地址携带在DHCP ack报文中发送给无线客户端；方式 二、 AP将DHCP request报文中的MAC地址对应表项中的IP地址携带在与通过上述图2所示流程的处理，则可以保证无线客户端中的网卡在发生 闪断后，能够重新分配到IP地址，并且重新分配到的IP地址与发生闪断前
使用的IP地址(即无线客户端的MAC地址对应表项中的IP地址)相同， 无线客户端能够利用该IP地址继续上网，并且发生闪断前的所有应用能够 继续进行，从而保证了无线客户端不掉线。
需要说明的是，在本发明中，只要AP接收到无线客户端发来的DHCP release报文，那么，AP则可以确定无线客户端是按照正常业务流程下线， 就根据该DHCP release报文中携带的MAC地址，删除自身中对应该MAC 地址的表项。
另外，本发明还提出了一种防止无线客户端在上网过程中掉线的AP。 图3是在本发明一个实施例中防止无线客户端在上网过程中掉线的AP的基 本结构示意图。参见图3,该AP的基本结构包括
收发单元，用于接收无线客户端发送的DHCP request报文，在接收到处理 单元发来的转发指令后，将该DHCP request报文转发给DHCP服务器；
处理单元，用于从收发单元接收到的DHCP request报文中提取MAC地址， 查找表项存储单元中是否存在该提取的MAC地址对应的表项，如果不存在， 则将转发指令发送给收发单元，如果存在，则将表项存储单元中该提取的MAC 地址对应表项中的IP地址分配给所述无线客户端；
表项存储单元，用于保存对应MAC地址的表项，每一条表项中保存有MAC 地址和IP地址。
在本发明的一个较佳实施例中，所述处理单元，
进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后， 从收发单元接收到的DHCP request报文中提取IP地址，在表项存储单元中建 立包括提取的IP地址和MAC地址的对应该MAC地址的表项；
或者，
进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后，
16从所述收发单元进一步接收到的DHCP服务器返回的DHCPack报文中提取IP 地址和MAC地址，在表项存储单元中建立包括提取的IP地址和MAC地址的 对应该MAC地址的表项。
在本发明的一个较佳实施例中，所述处理单元，进一步用于在执行从收发 单元接收到的DHCP request报文中提取MAC地址之前，判断所述DHCP request 报文中是否包含server identifier选项，如果是，则继续执行所述的从收发单元 接收到的DHCP request报文中提取MAC地址，如果否，则执行所述的将转发 指令发送给收发单元。
在本发明的一个较佳实施例中，所述收发单元，进一步用于接收无线客户 端发来的DHCP discovery报文，将所述处理单元发来的DHCP offer报文发送给 所迷无线客户端；
所述处理单元，进一步用于从收发单元接收到的DHCP discovery报文中提 如果不存在，则执行所述的将转发指令发送给收发单元，如果存在，则将表项
报文中发送给所述收发单元。
在本发明的一个较佳实施例中，所述收发单元，进一步用于接收所述无线 客户端发来的DHCP release报文；
所述处理单元，进一步用于从收发单元接收到的DHCP release报文中提取
的表项。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保 护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
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地址携带在与无线客户端约定 的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地址携带在DHCP offer报文中发送给所述无线客户端。
6、 根据权利要求1至5中任意一项所述的方法，其特征在于，该方法进一 步包括所述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地址的表项；或者5进一步用于在表项存储单元中未查找到提取的MAC地址对应的表项之后， 从所述收发单元进一步接收到的DHCP服务器返回的DHCP ack报文中提取IP 地址和MAC地址，在表项存储单元中建立包括提取的IP地址和MAC地址的 对应该MAC i也址的表项。
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地址对应 的表项。
全文摘要
本发明公开了防止无线客户端在上网过程中掉线的方法、系统和设备。该方法包括无线接入点(AP)接收到无线客户端发来的DHCP request报文后，根据该DHCP request报文中携带的无线客户端的媒质接入控制(MAC)地址，查找自身中是否存在该MAC地址对应的表项，如果否，则将该DHCP request报文转发给DHCP服务器，如果是，则将该MAC地址对应表项中的IP地址分配给该无线客户端。本发明能够在无线客户端中的网卡发生闪断后，避免无线客户端掉线。
文档编号H04L29/12GK101510902SQ20091008071
公开日2009年8月19日 申请日期2009年3月25日 优先权日2009年3月25日
发明者刘建锋, 涛 郑 申请人:杭州华三通信技术有限公司