[0050] 以下是本发明的具体实施例并结合附图,对本发明的技术方案作进一步的描述,但本发明并不限于这些实施例。
[0051] 在用户现场,当用户终端出现问题,此时需要知道用户终端连接在哪个AP(Access Point)上,找到该AP位置后,登陆该AP,查看出现问题的终端状态并进行分析,从而解决问题。
[0052] 处理此类现场问题,定位终端链接在哪个AP上是关键一步。查找终端所在AP位置,一种方法可以通过远程访问AC控制器找到,但AC控制器一般都在用户机房,用户现场有很多限制,不一定可以远程访问;另一种方法可以通过登录每个AP进行查找,如果用户现场AP很多,查找很慢,效率低下,不能快速进行定位。本发明目的在于提供快速定位终端所在AP位置的方法。
[0053] 以下为本发明具体实施例。
[0054] 实施例一
[0055] 如图1所示为本实施例中一种查找终端接入AP位置的方法流程图,该方法包括:
[0056] S1.查询AP发送查询组播报文至响应AP,所述查询组播报文包括待查找终端的MAC地址;
[0057] 本步骤之前还包括,用户于查询AP输入待查找的终端MAC地址。
[0058] 本步骤中,所述查询组播报文包括:
[0059] 目的组播IP地址;
[0060] 查询AP的IP地址;
[0061] 待查找终端MAC地址。
[0062] 步骤S1之后还包括:
[0063] 查询AP启动监听端口,接收响应AP发送的响应单播报文。
[0064] 如图2所示为本实施例中查询AP工作流程图。
[0065] 用户于查询AP输入待查找的终端MAC地址后,查询AP根据用户输入的终端MAC地址构造查询组播报文。
[0066] 查询组播报文包括:
[0067] 目的组播IP地址,该地址定义为225.0.0.36,该地址包含4字节;
[0068] 查询AP的IP地址,该地址为查询AP的WAN口IP地址,该地址包含4字节;
[0069] 待查找终端MAC地址。
[0070] 查询组播报文构造完毕后,查询AP通过WAN口利用UDP发送查询组播报文至响应AP。
[0071] UDP是User Datagram Protocol的简称,中文名是用户数据报协议,是OSI(Open System Interconnection,开放式系统互联)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETF RFC 768是UDP的正式规范。UDP在IP报文的协议号是17。
[0072] 查询组播报文发送完毕后,查询AP会启动监听端口6722,用于接收响应AP发送的响应单播报文。
[0073] S2.响应AP接收并解析所述查询AP发送的查询组播报文,根据所述MAC地址查找所述终端接入的对应AP;
[0074] 本步骤之前,响应AP会预先启动监听端口6721,用于接收查询AP发送的查询组播报文。
[0075] 如图3所示为本实施例中响应AP工作流程图。
[0076] 本步骤中,响应AP接收并解析所述查询AP发送的查询组播报文,根据所述查询组播报文中的待查找终端MAC地址判断所述MAC地址是否在本AP上:
[0077] 若不存在,则不响应该报文;
[0078] 若存在,则构造响应单播报文。
[0079] 响应单播报文包括:
[0080] 查询AP的IP地址,该地址为查询AP的WAN口IP地址,该地址包含4字节;
[0081] 已查找到接入AP的终端MAC地址;
[0082] 终端接入对应AP的序列号。
[0083] S3.终端接入的对应AP发送响应单播报文至查询AP,所述响应单播报文包括所述终端接入对应AP的序列号。
[0084] 本步骤中,响应单播报文构造完毕后,终端接入的对应AP发送响应单播报文至查询AP;
[0085] 查询AP接收并解析所述终端接入的对应AP发送的响应单播报文,并根据所述终端接入对应AP的序列号获取所述对应AP位置信息。
[0086] 如图4所示为本实施例中一种查找终端接入AP位置的系统结构图,该系统包括:
[0087] 查询AP100、一个或多个响应AP200;
[0088] 所述查询AP100包括:
[0089] 第一发送模块110,用于发送查询组播报文至一个或多个响应AP200;
[0090] 所述一个或多个响应AP200包括:
[0091] 接收模块210,用于接收并解析所述查询AP发送的查询组播报文;
[0092] 查找模块220,用于根据所述查询组播报文中的MAC地址查找终端接入的对应AP;
[0093] 第二发送模块230,用于发送响应单播报文至查询AP。
[0094] 实施例二
[0095] 本实施例与之前的实施例不同之处在于:本实施例中还包括同时查找多个终端接入AP位置的情况。
[0096] 本实施例中一种查找终端接入AP位置的方法包括:
[0097] S1.查询AP发送查询组播报文至响应AP,所述查询组播报文包括待查找终端的MAC地址;
[0098] 本步骤中所述查询组播报文包括:
[0099] 目的组播IP地址;
[0100] 查询AP的IP地址;
[0101] 待查找终端数;
[0102] 待查找终端MAC地址。
[0103] S2.响应AP接收并解析所述查询AP发送的查询组播报文,根据所述MAC地址查找所述终端接入的对应AP;
[0104] S3.终端接入的对应AP发送响应单播报文至查询AP,所述响应单播报文包括所述终端接入对应AP的序列号。
[0105] 本步骤中所述响应单播报文包括:
[0106] 查询AP的IP地址;
[0107] 已查找到接入AP的终端数;
[0108] 已查找到接入AP的终端MAC地址;
[0109] 终端接入对应AP的序列号。
[0110] 本实施例中用户可一次性查找多个终端所在AP,避免进行重复查找过程的繁琐。
[0111] 实施例三
[0112] 本实施例与之前的实施例不同之处在于:本实施例中查询AP内还设有超时检查功能。
[0113] 本实施例中一种查找终端接入AP位置的方法包括:
[0114] S1.查询AP发送查询组播报文至响应AP,所述查询组播报文包括待查找终端的MAC地址;
[0115] 本实施例步骤S1之后还包括:
[0116] 查询AP启动超时定时器,进行超时检查:
[0117] 若查询AP未接收到响应单播报文的时间大于预定时间,则关闭所述监听端口,结束监听。
[0118] S2.响应AP接收并解析所述查询AP发送的查询组播报文,根据所述MAC地址查找所述终端接入的对应AP;
[0119] S3.终端接入的对应AP发送响应单播报文至查询AP,所述响应单播报文包括所述终端接入对应AP的序列号。
[0120] 如图5所示为本实施例中查询AP工作流程图。
[0121] 用户于查询AP输入待查找的终端MAC地址后,查询AP根据用户输入的终端MAC地址构造查询组播报文。
[0122] 查询组播报文构造完毕后,查询AP通过WAN口利用UDP发送查询组播报文至响应AP。
[0123] 查询组播报文发送完毕后,查询AP会启动监听端口6722,用于接收响应AP发送的响应单播报文。
[0124] 本实施例中,查询AP在启动监听端口6722之后,启动超时定时器以进行超时检查。
[0125] 正常情况下,当查询AP发送查询组播报文后,若存在终端接入的对应响应AP,则该响应AP会向查询AP发送响应单播报文,查询AP在接收该响应单播报文后会关闭监听端口6722。
[0126] 若该AP发送查询组播报文的多个响应AP中不包含终端接入的对应AP,则查询AP会一直启动监听端口6722,然而并不能接收到响应单播报文。
[0127] 本实施例通过设置超时定时器,以便于在发生上述情况时,会自动关闭监听端口。
[0128] 本实施例中,首先设置一个预定时间,例如:2分钟,作为查询AP开启监听端口的最长等待响应时间。
[0129] 在AP启动监听端口后,会同时启动超时定时器,此时,会记录查询AP等待响应的时间。
[0130] 当查询AP未接收到响应单播报文的时间大于预定时间,则会自动关闭所述监听端口,结束监听。
[0131] 如图6所示为本实施例中一种查找终端接入AP位置的系统结构图,该系统包括:
[0132] 查询AP100、一个或多个响应AP200;
[0133] 所述查询AP100包括:
[0134] 第一发送模块110;
[0135] 所述一个或多个响应AP200包括:
[0136] 接收模块210;
[0137] 查找模块220;
[0138] 第二发送模块230。
[0139] 本实施例中,所述查询AP200还包括:
[0140] 超时定时器模块120,用于进行超时检查:
[0141] 若查询AP未接收到响应单播报文的时间大于预定时间,则关闭监听端口,结束监听。
[0142] 本实施例中查询AP内设有超时检查功能,当查询AP向一个或多个响应AP发送查询组播报文后,若在预定时间内查找不到终端接入的对应AP,则自动结束监听,避免等待查找时间过长的情况。
[0143] 本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。