CN112448964A - 一种设备发现方法及p2p设备 - Google Patents

Abstract

本申请实施例提供一种设备发现方法及P2P设备，涉及短距离通信技术领域及分布式硬件领域，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。具体方案包括：第一P2P设备在find阶段的listen状态，监听第一信道；该第一P2P设备监听第一信道的持续时间大于或等于预设时间阈值；第一P2P设备在第一信道上接收来自第二P2P设备的探测请求帧。其中，第一P2P设备在listen状态监听第一信道的持续时间大于或等于预设时间阈值，该预设时间阈值为300TU。该方法可以应用于手机投屏、Wi‑Fi直连或者HuaShare等场景中。

Description

一种设备发现方法及P2P设备

技术领域

本申请实施例涉及短距离通信技术领域，尤其涉及一种设备发现方法及点对点(peer-to-peer，P2P)设备。

背景技术

无线保真(wireless fidelity，Wi-Fi)技术是Wi-Fi联盟创建于电气和电子工程师协会(institute of electrical and electronic engineers，IEEE)802.11标准的无线局域网技术。Wi-Fi P2P，或者称为Wi-Fi直连(direct)是Wi-Fi联盟在该技术中推出的一项重要技术规范。

其中，支持Wi-Fi P2P的设备(简称为P2P设备)通过Wi-Fi P2P技术规范，可以发现周边其他P2P设备，无需热点和路由器便可与发现的P2P设备实现Wi-Fi P2P连接，以进行数据传输。

常规技术中，为了实现P2P设备之间的相互发现，P2P设备需要经过扫描(scan)阶段和发现(find)阶段。在scan阶段，P2P设备可以在Wi-Fi支持的各个信道上发送探测请求(Probe Request)帧，以主动扫描其他P2P设备。在find阶段的查找(search)状态下，P2P设备可以依次在Wi-Fi支持的部分信道上发送Probe Request帧，以主动扫描其他P2P设备。在find阶段的监听(listen)状态下，P2P设备可以监听上述部分信道中的一个信道，以接收来自其他P2P设备的Probe Request帧，并响应接收到的Probe Request帧，向其他P2P设备回复探测响应(Probe Response)帧，以完成设备发现。

其中，一个P2P设备(如P2P设备1)处于search状态，在一个信道发送探测请求帧时，如果其他P2P设备(如P2P设备2)恰好处于listen状态在监听该信道；那么，该P2P设备2则可以在该信道接收到来自P2P设备1的探测请求帧，并响应接收到的探测请求帧，向P2P设备1回复探测响应帧，以完成设备发现。但是，P2P设备1处于search状态时，P2P设备2不一定处于listen状态。因此，P2P设备1可能会需要较长的时间，才可以等到“P2P设备1处于search状态在一个信道发送探测请求帧，且P2P设备2恰好处于listen状态在监听该信道”这一时机。由此可见，P2P设备之间相互发现的耗时较长，导致P2P设备之间建立Wi-Fi P2P连接需要较长时间。

发明内容

本申请实施例提供一种设备发现方法及P2P设备，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例提供一种设备发现方法，该方法可以应用于第一P2P设备。该方法可以包括：第一P2P设备在find阶段的监听状态，监听第一信道；第一P2P设备在第一信道上接收来自第二P2P设备的探测请求帧。其中，第一P2P设备和第二P2P设备均支持Wi-Fi P2P。需要注意的是，上述第一P2P设备监听第一信道的持续时间大于或等于预设时间阈值。该预设时间阈值为300时间单元(time unit，TU)。其中，IEEE 802.11标准规定1TU＝1024微秒。1024微秒约等于1毫秒。

一般而言，P2P设备进入listen状态后，还可以在100TU、200TU和300TU中随机选择该listen状态的时间长度。也就是说，每个listen状态的时间长度可以为100TU、200TU或者300TU。

而本申请实施例中，第一P2P设备监听第一信道的持续时间大于或等于300TU。一种情况下，第一P2P设备在find阶段，不会在listen状态和search状态来回切换，而是一直处于listen状态监听第一信道。在这种情况下，listen状态的时间长度大于300TU。在另一种情况下，第一P2P设备在find阶段，可以在listen状态和search状态来回切换；但是，每个listen状态的时间长度均大于或等于300TU。

综上所述，相比于现有技术，第一P2P设备延长了监听第一信道的持续时间。这样，可以提升第一P2P设备在第一信道上接收到来自第二P2P设备的探测请求帧的可能性。如此，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

结合第一方面，在另一种可能的设计方式中，第一P2P设备可以发送携带信道指示信息的探测请求帧。该信道指示信息用于指示第一P2P设备监听的第一信道。

其中，第二P2P设备接收到第一P2P设备发送的携带信道指示信息的探测请求帧后，便可以解析该探测请求帧，以获取该信道指示信息。如此，第二P2P设备便可以获知第一P2P设备监听第一信道。然后，第二P2P设备进入find阶段后，便可以在search状态优先在第一信道上发送探测请求帧。如此，可以提升第一P2P设备在第一信道上接收到探测请求帧的可能性。

结合第一方面，在另一种可能的设计方式中，上述信道指示信息包含在探测请求帧的帧实体中。

结合第一方面，在另一种可能的设计方式中，上述信道指示信息包含在上述帧实体的保留字段中。保留字段可以由设备厂商自定义。设备厂商可以根据其产品的功能需求，设计使用该保留字段传输不同的数据。

结合第一方面，在另一种可能的设计方式中，上述信道指示信息包含在上述帧实体的其他字段的中。例如，可以包含在其他字段的保留位中。保留位是其他字段中，还未被使用的字节。

结合第一方面，在另一种可能的设计方式中，上述第一P2P设备可以在scan阶段发送携带信道指示信息的探测请求帧。其中，第一P2P设备在scan阶段发送携带信道指示信息的探测请求帧，可以使得其他P2P设备可以较早的获知第一P2P设备监听第一信道。

结合第一方面，在另一种可能的设计方式中，虽然第一P2P设备在scan阶段发送携带信道指示信息的探测请求帧，可以使得其他P2P设备可以较早的获知第一P2P设备监听第一信道。但是，scan阶段的时间较短(如1s)，第一P2P设备在scan阶段发送的携带信道指示信息的探测请求帧，可能并不会被第二P2P设备接收到。基于这种情况，第一P2P设备可以在scan阶段和find阶段均发送携带信道指示信息的探测请求帧。

结合第一方面，在另一种可能的设计方式中，第一信道是多个search信道中的一个信道。该多个search信道是Wi-Fi支持的信道中、频谱互不重叠的多个信道。

结合第一方面，在另一种可能的设计方式中，上述多个search信道是IEEE 802.11标准规定的2.4GHz的信道1、信道6和信道11。

第二方面，本申请实施例提供一种设备发现方法，该方法可以应用于支持Wi-FiP2P的第二P2P设备。该方法可以包括：第二P2P设备接收携带信道指示信息的探测请求帧，该信道指示信息用于指示支持Wi-Fi P2P的第一P2P设备监听第一信道；该第一信道是多个search信道中的一个信道；第二P2P设备在find阶段的search状态，先在第一信道发送探测请求帧，再在多个search信道中的其他信道发送探测请求帧。

其中，第二P2P设备接收到第一P2P设备发送的携带信道指示信息的探测请求帧后，便可以解析该探测请求帧，以获取该信道指示信息。如此，第二P2P设备便可以获知第一P2P设备监听第一信道。然后，第二P2P设备进入find阶段后，便可以在search状态优先在第一信道上发送探测请求帧。如此，可以提升第一P2P设备在第一信道上接收到探测请求帧的可能性。如此，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

一种情况下，如果第二P2P设备接收到第一P2P设备发送的携带信道指示信息的探测请求帧时，第二P2P设备处于find阶段的search状态；那么，第二P2P设备则可以在该search状态先在第一信道发送探测请求帧，再在多个search信道中的其他信道发送探测请求帧。

另一种情况下，如果第二P2P设备接收到第一P2P设备发送的携带信道指示信息的探测请求帧时，第二P2P设备处于find阶段的listen状态；那么，第二P2P设备从该listen状态切换到search状态后，在该search状态，则可以先在第一信道发送探测请求帧，再在多个search信道中的其他信道发送探测请求帧。

在上述任一种情况下，第二P2P设备在该search状态之后，还会进入search状态(称为其他search状态)。在其他search状态，第二P2P设备也可以先在第一信道发送探测请求帧，再在多个search信道中的其他信道发送探测请求帧。或者，在其他search状态，第二P2P设备不需要先在第一信道发送探测请求帧，再在多个search信道中的其他信道发送探测请求帧。

结合第二方面，在一种可能的设计方式中，第一信道是多个search信道中的一个信道。该多个search信道是Wi-Fi支持的信道中、频谱互不重叠的多个信道。

结合第，在另一种可能的设计方式中，上述多个search信道是IEEE 802.11标准规定的2.4GHz的信道1、信道6和信道11。

结合第二方面，在另一种可能的设计方式中，本申请实施例的方法还可以包括：第二P2P设备接收来自第一P2P设备的探测响应帧；第二P2P设备显示第一界面，该第一界面包括一个或多个P2P设备的服务集标识(Service Set Identifier，SSID)选项，该一个或多个P2P设备包括上述第一P2P设备；第二P2P设备接收用户对第一P2P设备的SSID选项的点击操作，与第一P2P设备建立Wi-Fi P2P连接。也就是说，第二P2P设备接收来自第一P2P设备的探测响应帧后，便发现了第一P2P设备。此时，第二P2P设备可以显示包括第一P2P设备的SSID选项的第一界面，由用户选择第一P2P设备的SSID选项，触发第二P2P设备与第一P2P设备建立Wi-Fi P2P连接。

第三方面，本申请实施例提供一种P2P设备，该P2P设备是第一方面及其任一种可能的设计方式所述的第一P2P设备。该P2P设备可以包括存储器、Wi-Fi模块和一个或多个处理器。该Wi-Fi模块支持Wi-Fi P2P。该存储器、Wi-Fi模块和处理器耦合。该存储器用于存储计算机程序代码。该计算机程序代码包括计算机指令，当处理器执行该计算机指令时，上述P2P设备执行如第一方面及其任一种可能的设计方式所述的方法。

结合第三方面，在一种可能的设计方式中，上述P2P设备还可以包括显示屏。该显示屏和处理器耦合。例如，在手机投屏场景下，该显示屏可以用于显示第二P2P设备的投屏界面。

第四方面，本申请实施例提供一种P2P设备，该P2P设备是第二方面及其任一种可能的设计方式所述的第二P2P设备。该P2P设备可以包括显示屏、存储器、Wi-Fi模块和一个或多个处理器。该Wi-Fi模块支持Wi-Fi P2P。该存储器、Wi-Fi模块和处理器耦合。该存储器用于存储计算机程序代码。该计算机程序代码包括计算机指令，当处理器执行该计算机指令时，上述P2P设备执行如第二方面及其任一种可能的设计方式所述的方法。

第五方面，本申请实施例提供一种Wi-Fi P2P通信系统，该系统可以包括：如第三方面及其任一种设计方式所述的第一P2P设备；以及第四方面及其任一种设计方式所述的第二P2P设备。

第六方面，本申请实施例提供一种Wi-Fi芯片，该Wi-Fi芯片支持Wi-Fi点对点P2P。该Wi-Fi芯片应用于P2P设备(如上述第一P2P设备或第二P2P设备)，使得P2P设备支持Wi-FiP2P。该Wi-Fi芯片包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联；接口电路用于从P2P设备的存储器接收信号，并向处理器发送所述信号，信号包括存储器中存储的计算机指令；当处理器执行计算机指令时，该P2P设备执行如第一方面或第二方面，及其任一种可能的设计方式所述的方法。

第七方面，本申请提供一种计算机存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在支持Wi-Fi P2P的P2P设备上运行时，使得所述P2P设备执行如第一方面、第二方面及其任一种可能的设计方式所述的方法。

第八方面，本申请提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面、第二方面及其任一种可能的设计方式所述的方法。

可以理解地，上述提供的第三方面或第四方面所述的P2P设备，第五方面所述的Wi-Fi P2P通信系统，第六方面所述的Wi-Fi芯片，第七方面所述的计算机存储介质，第八方面所述的计算机程序产品所能达到的有益效果，可参考第一方面、第二方面及其任一种可能的设计方式中的有益效果，此处不再赘述。

附图说明

图1为现有技术提供的一种P2P设备的发现流程图；

图2为本申请实施例提供的一种信道的频谱分布示意图；

图3为本申请实施例提供的一种电视机的硬件结构示意图；

图4为本申请实施例提供的一种手机的硬件结构示意图；

图5为本申请实施例提供的一种手机投屏的显示界面示意图；

图6为本申请实施例提供的一种电视机投屏的显示界面示意图；

图7A为本申请实施例提供的一种设备发现方法流程图；

图7B为本申请实施例提供的另一种设备发现方法流程图；

图7C为本申请实施例提供的另一种设备发现方法流程图；

图8A为本申请实施例提供的一种Probe Request帧的帧结构示意图；

图8B为本申请实施例提供的另一种设备发现方法流程图；

图8C为本申请实施例提供的另一种设备发现方法流程图；

图9A为本申请实施例提供的一种设备发现方法流程图；

图9B为本申请实施例提供的另一种设备发现方法流程图；

图9C为本申请实施例提供的另一种设备发现方法流程图；

图9D为本申请实施例提供的另一种设备发现方法流程图；

图9E为本申请实施例提供的另一种设备发现方法流程图；

图10为本申请实施例提供的一种Wi-Fi芯片的结构示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。例如，第一P2P设备和第二P2P设备用于表示不同的P2P设备。本申请实施例中的P2P设备(如第一P2P设备或第二P2P设备)是支持Wi-Fi P2P(或者也称为Wi-Fi direct)的设备。

其中，P2P设备可以通过Wi-Fi P2P技术规范，发现周边其他P2P设备，无需热点和路由器便可与发现的P2P设备实现Wi-Fi P2P连接，以进行数据传输。Wi-Fi P2P技术规范可以支持P2P设备之间的一对一直连，也可以支持多台P2P设备同时连接。

需要说明的是，Wi-Fi P2P技术规范可以应用于支持任一IEEE 802.11标准的Wi-Fi设备。IEEE 802.11标准可以包括：IEEE 802.11b/g标准，IEEE 802.11a标准，IEEE802.11b标准，IEEE 802.11g标准，IEEE 802.11ac标准和IEEE 802.11n标准等。其中，支持同一标准的P2P设备之间可以直接互联。例如，支持IEEE 802.11a标准的P2P设备与支持IEEE802.11a标准的P2P设备之间可以直接互联。支持不同标准的P2P设备之间也可以直接互联。例如，支持IEEE 802.11a标准的P2P设备与支持IEEE 802.11b标准的P2P设备之间也可以直接互联。

本申请实施例提供一种设备发现方法，该方法可以应用于支持Wi-Fi P2P的设备(简称P2P设备)。具体的，该方法可以应用于P2P设备之间建立Wi-Fi P2P连接之前的设备发现过程中。

以下结合图1，以P2P设备1和P2P设备2的发现流程为例，对P2P设备之间相互发现过程进行说明。

其中，P2P设备1的Wi-Fi P2P功能开启时，可以触发P2P设备1开始发现(startdiscovery)其他P2P设备。P2P设备2的Wi-Fi P2P功能开启时，可以触发P2P设备2开始发现(start discovery)其他P2P设备。

如图1所示，P2P设备1和P2P设备2触发start discovery流程后，都要经过扫描(scan)阶段和发现(find)阶段，才可能会相互发现。P2P设备(如P2P设备1)的Wi-Fi P2P功能开启的详细描述可以参考以下实施例中相关介绍，本申请实施例这里不予赘述。

(一)scan阶段。

在scan阶段，P2P设备在Wi-Fi支持的各个信道上发送探测请求(Probe Request)帧，以主动扫描其他P2P设备。P2P设备在scan阶段不会响应来自其他P2P设备的探测请求帧。其中，scan阶段的持续时间一般较短，如持续1s。

其中，上述信道也称作通道(Channel)或频段。请参考表1，其示出常用的2.4GHz频带划分的14个信道的频宽和中心频率示意图。

表1

如表1所示，2.4GHz频带可以被划分为14个信道，每个信道的有效宽度是20兆赫兹(MHz)。其中，信道14一般不会被使用。无论是802.11b/g标准，还是802.11a/b/g/n/ac标准，一般都支持信道1至信道13这13个信道。换言之，上述Wi-Fi支持的各个信道可以包括信道1至信道13这13个信道。

例如，如图1所示，P2P设备1和P2P设备2在scan阶段，都可以分别在信道1、信道2、信道3和信道4等13个信道，发送探测请求帧。需要注意的是，在scan阶段，P2P设备1和P2P设备2均可以在Wi-Fi支持的每个信道发送一个或多个探测请求帧。图1以P2P设备1和P2P设备2在scan阶段，在每个信道发送一个探测请求帧为例。

(二)find阶段。

其中，scan阶段结束后，P2P设备进入find阶段。find阶段包括：监听(listen)状态和查找(search)状态。在find阶段，P2P设备在listen状态和search状态之间来回切换。例如，如图1所示，P2P设备1在find阶段先进入listen状态1；然后，由listen状态1切换为search状态1；再由search状态1切换为listen状态2，如此循环往复在listen状态和search状态之间来回切换，直到P2P设备1发现其他P2P设备。

(1)search状态。

在search状态下，P2P设备可以在多个查找信道(search channel)上发送探测请求帧。该多个search channel是Wi-Fi支持的信道中、频谱互不重叠的多个信道。换言之，该多个search channel是互不干扰的多个信道。例如，如图2所示，信道1、信道2和信道6的频谱互不重叠。上述多个search channel可以包括信道1、信道2和信道6。由图2可知，除信道1、信道2和信道6之外，Wi-Fi支持的信道中以下两组信道的频谱互不重叠。第(1)组：信道2、信道7和信道12。第(2)组：信道3、信道8和信道13。

其中，IEEE 802.11标准规定了2.4GHz的信道1、信道6和信道11作为上述多个search channel。例如，如图1所示，在search状态1，P2P设备1依次在信道1、信道6和信道11发送探测请求帧；在search状态a，P2P设备2依次在信道1、信道6和信道11发送探测请求帧。

需要注意的是，在search状态下，P2P设备1和P2P设备2可以在信道1、信道6和信道11中的每个信道上发送一个或多个探测请求帧。图1以search状态下，P2P设备1和P2P设备2在信道1、信道6和信道11中的每个信道上发送一个探测请求帧为例。并且，在search状态，P2P设备可以依次在信道1、信道6和信道11上，发送探测请求帧；而不会响应来自其他P2P设备的探测请求帧。

(2)listen状态。

一方面，在listen状态下，P2P设备从上述信道1、信道6和信道11中随机选择一个信道进行监听，以接收来自其他P2P设备的探测请求帧，并响应接收到的探测请求帧，向其他P2P设备回复探测响应(Probe Response)帧。

具体的，P2P设备在find阶段，第一次进入listen状态时，从上述信道1、信道6和信道11中随机选择一个信道进行监听。如此，当P2P设备在该find阶段下一次进入listen状态时，还是监听第一次listen状态时随机选择的信道。

例如，如图1所示，P2P设备1在find阶段，第一次进入listen状态(如listen状态1)时，可以从信道1、信道6和信道11中随机选择信道1进行监听；那么，P2P设备1在listen状态2和listen状态3也监听信道1。

其中，P2P设备1在listen状态可能不会监听到其他P2P设备在信道1发送的探测请求帧，也可能会监听到其他P2P设备在信道1发送的探测请求帧。例如，如图1所示，P2P设备1在listen状态1和listen状态2没有监听到其他P2P设备在信道1上发送的探测请求帧；P2P设备1在listen状态3可以监听到P2P设备2在信道1上发送的探测请求帧，并向P2P设备2回复探测响应帧。

又例如，如图1所示，P2P设备2find阶段，第一次进入listen状态(如listen状态a)时，可以从信道1、信道6和信道11中随机选择信道6进行监听；那么，P2P设备1在listen状态b也监听信道6。

其中，P2P设备2在listen状态可能不会监听到其他P2P设备在信道6发送的探测请求帧，也可能会监听到其他P2P设备在信道6发送的探测请求帧。例如，如图1所示，P2P设备2在listen状态a没有监听到P2P设备1在信道6上发送的探测请求帧；P2P设备2在listen状态b可以监听到P2P设备1在信道6上发送的探测请求帧，并向P2P设备1回复探测响应帧。

另一方面，P2P设备每次进入listen状态后，还可以在100时间单元(time unit，TU)、200TU和300TU中随机选择该listen状态的时间长度。其中，IEEE 802.11标准规定1TU＝1024微秒。1024微秒约等于1毫秒。

P2P设备在不同的listen状态，可以选择不同的时间长度。例如，如图1所示，P2P设备1可以选择listen状态1的时间长度为200TU，listen状态2的时间长度为100TU，listen状态3的时间长度为100TU；P2P设备2可以选择listen状态a的时间长度为200TU，listen状态b的时间长度为300TU。其中，100TU是IEEE 802.11标准规定的一个固定时间长度。

由上述描述可知：P2P设备需要经过scan阶段和find阶段；并且，P2P设备在find阶段可能需要在listen状态和search状态之间多次来回切换，才可能会相互发现。P2P设备发现周边其他P2P设备的耗时较长。例如，如图1所示，P2P设备1在search状态2才可以接收到P2P设备2回复的探测响应帧，发现P2P设备2。

本申请实施例提供一种设备发现方法，P2P设备在上述find阶段时，可以不在listen状态和search状态之间来回切换，而是一直处于listen状态监听一个信道。这样，P2P设备便可以在较长的连续时间处于listen状态，一直监听一个信道。可以提升P2P设备接收到其他P2P设备在该信道发送的探测请求帧的可能性，使得该P2P设备尽快接收到其他P2P设备在该信道发送的探测请求帧，并向其他设备发送探测响应帧。如此，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

示例性的，本申请实施例中的P2P设备(如第一P2P设备或第二P2P设备)可以是家居设备(如电视机、电冰箱或空调等)、平板电脑、投影仪、手机、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmentedreality，AR)\虚拟现实(virtual reality，VR)设备等支持Wi-Fi P2P的设备，本申请实施例对该P2P设备的具体形态不作特殊限制。

需要说明的是，上述第一P2P设备和第二P2P设备可以是同类的设备。例如，第一P2P设备和第二P2P设备均为手机。或者，第一P2P设备和第二P2P设备可以是不同类的设备。例如，第一P2P设备可以是电视机，第二P2P设备可以是手机。

下面将结合附图对本申请实施例的实施方式进行详细描述。

例如，以P2P设备(如第一P2P设备)是电视机为例，对P2P设备的结构进行说明。请参考图3，为本申请实施例提供的一种电视机300的结构示意图。

如图3所示，电视机300可以包括：处理器310，外部存储器接口320，内部存储器321，通用串行总线(universal serial bus，USB)接口330，电源管理模块340，天线，无线通信模块360，音频模块370，扬声器370A，麦克风370C，音箱接口370B，传感器模块380，按键390，指示器391，摄像头393，以及显示屏392等。其中，上述传感器模块380可以包括距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器等传感器。

可以理解的是，本实施例示意的结构并不构成对电视机300的具体限定。在另一些实施例中，电视机300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器310可以包括一个或多个处理单元，例如：处理器310可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是电视机300的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器310中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器310刚用过或循环使用的指令或数据。如果处理器310需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器310的等待时间，因而提高了系统的效率。

在一些实施例中，处理器310可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，和/或USB接口等。

电源管理模块340用于连接电源。电源管理模块340还可以与处理器310、内部存储器321、显示屏392、摄像头393和无线通信模块360等连接。电源管理模块340接收电源的输入，为处理器310、内部存储器321、显示屏392、摄像头393和无线通信模360等供电。在一些实施例中，电源管理模块340也可以设置于处理器310中。

电视机300的无线通信功能可以通过天线和无线通信模块360等实现。其中，无线通信模块360可以提供应用在电视机300上的包括无线局域网(wireless local areanetworks，WLAN)(如Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(globalnavigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。本申请实施例中，无线通信模块360可以支持Wi-Fi P2P。电视机300可以通过无线通信模块360接收其他P2P设备发送Probe Request帧，并响应接收到的Probe Request帧，向其他P2P设备回复Probe Response帧。

无线通信模块360可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块360经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器310。无线通信模块360还可以从处理器310接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。在一些实施例中，电视机300的天线和无线通信模块360耦合，使得电视机300可以通过无线通信技术与网络以及其他设备通信。

电视机300通过GPU，显示屏392，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏392和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏392用于显示图像，视频等。该显示屏392包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。

电视机300可以通过ISP，摄像头393，视频编解码器，GPU，显示屏392以及应用处理器等实现拍摄功能。ISP用于处理摄像头393反馈的数据。在一些实施例中，ISP可以设置在摄像头393中。

摄像头393用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电视机300可以包括1个或N个摄像头393，N为大于1的正整数。例如，摄像头393可以设置于电视机300的显示屏392的上侧边缘处。当然，本申请实施例对摄像头393在电视机300上的位置不作限定。

或者，电视机300可以不包括摄像头，即上述摄像头393并未设置于电视机300中。电视机300可以通过接口(如USB接口330)外接摄像头393。该外接的摄像头393可以通过外部固定件(如带夹子的摄像头支架)固定在电视机300上。例如，外接的摄像头393可以通过外部固定件，固定在电视机300的显示屏392的边缘处，如上侧边缘处。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电视机300在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。视频编解码器用于对数字视频压缩或解压缩。电视机300可以支持一种或多种视频编解码器。这样，电视机300可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电视机300的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口320可以用于连接外部存储卡，例如Micro SD卡，实现扩展电视机300的存储能力。外部存储卡通过外部存储器接口320与处理器310通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器321可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器310通过运行存储在内部存储器321的指令，从而执行电视机300的各种功能应用以及数据处理。例如，在本申请实施例中，处理器310可以通过执行存储在内部存储器321中的指令，内部存储器321可以包括存储程序区和存储数据区。

其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电视机300使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器321可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

电视机300可以通过音频模块370，扬声器370A，麦克风370C，音箱接口370B，以及应用处理器等实现音频功能。例如，音乐播放，录音等。

音频模块370用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块370还可以用于对音频信号编码和解码。在一些实施例中，音频模块370可以设置于处理器310中，或将音频模块370的部分功能模块设置于处理器310中。扬声器370A，也称“喇叭”，用于将音频电信号转换为声音信号。麦克风370C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

音箱接口370B用于连接有线音箱。音箱接口370B可以是USB接口330，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

按键390包括开机键，音量键等。按键390可以是机械按键。也可以是触摸式按键。电视机300可以接收按键输入，产生与电视机300的用户设置以及功能控制有关的键信号输入。

指示器391可以是指示灯，可以用于指示电视机300处于开机状态、待机状态或者关机状态等。例如，指示灯灭灯，可指示电视机300处于关机状态；指示灯为绿色或者蓝色，可指示电视机300处于待机状态；指示灯为红色，可指示电视机300处于待机状态。

通常，电视机300会配有一遥控器。该遥控器用于控制电视机300。该遥控器可以包括：多个按键，如电源按键、音量按键、以及其他的多个选择按键。遥控器上的按键可以是机械按键，也可以是触摸式按键。遥控器可以接收按键输入，产生与电视机300的用户设置以及功能控制有关的键信号输入，并向电视机300发送相应的控制信号，以控制电视机300。例如，遥控器可以通过红外信号等向电视机300发送控制信号。该遥控器还可以包括电池收纳腔，用于安装电池，为遥控器供电。

又例如，以P2P设备(如第二P2P设备)是手机为例，对P2P设备的结构进行说明。请参考图4，为本申请实施例提供的一种手机400的结构示意图。

如图4所示，手机400可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中，传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

可以理解的是，本发明实施例示意的结构并不构成对手机400的具体限定。在本申请另一些实施例中，手机400可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

其中，处理器110的详细描述可以参考上述实施例对电视机300的处理器310的介绍，本申请实施例这里不予赘述。处理器110可以包括一个或多个接口。该接口的详细描述可以参考上述实施例对处理器310中接口的介绍，本申请实施例这里不予赘述。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

手机400的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。移动通信模块150可以提供应用在手机400上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在手机400上的包括WLAN(如Wi-Fi)网络)，BT，GNSS，FM，NFC，IR等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。本申请实施例中，无线通信模块360可以支持Wi-Fi P2P。手机400可以通过无线通信模块360接收其他P2P设备发送Probe Request帧，并响应接收到的Probe Request帧，向其他P2P设备回复Probe Response帧。

手机400通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用LCD，OLED，AMOLED，FLED，Miniled，MicroLed，Micro-oLed，QLED等。在一些实施例中，手机400可以包括1个或N个显示屏194，N为大于1的正整数。

手机400可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。手机400可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机400的接触和分离。手机400可以支持1个或N个SIM卡接口，N为大于1的正整数。手机400通过SIM卡和网络交互，实现通话以及数据通信等功能。

以下实施例中的方法均可以在具有上述硬件结构的P2P设备中实现。

需要说明的是，一些P2P设备(称为第1类P2P设备)的Wi-Fi P2P功能是默认使能的。这些P2P设备的Wi-Fi P2P功能随着P2P设备的开机启动，被自动开启。例如，电视机、电冰箱和空调等家居设备，智能手表、耳机和头盔等可穿戴设备，以及打印机和投影仪等P2P设备，在Wi-Fi P2P的设备发现过程中往往需要被其他P2P设备主动发现。因此，这些P2P设备的Wi-Fi P2P功能一般是默认使能的。

而另一些P2P设备(称为第2类P2P设备)的Wi-Fi P2P功能是默认关闭的，需要用户手动使能。这类P2P设备的Wi-Fi P2P功能开启后，经过scan阶段之后，在find阶段，P2P设备在listen状态和search状态之间来回切换，可以主动发现其他P2P设备，也可以被其他P2P设备主动发现。例如，手机、平板电脑、笔记本电脑或者电视机等P2P设备，在Wi-Fi P2P的设备发现过程可以主动发现其他设备，也可以被其他P2P设备主动发现。这些P2P设备可以响应于用户的开启操作，开启Wi-Fi P2P功能。

示例性的，上述开启操作可以是用户对“投屏”功能(如“手机投屏”功能)、“Wi-Fi直连”功能或者“华为share”功能的开启操作。响应于用户对上述任一功能的开启操作，P2P设备可以开启Wi-Fi P2P功能。

例如，手机可以显示图5中的(a)所示的投屏设置界面501。该投屏设置界面501中包括投屏开关按钮502。如图5中的(a)所示，投屏开关按钮502处于关闭状态。上述开启操作可以是用户对投屏开关按钮502的点击操作。响应于用户对投屏开关按钮502的点击操作，手机可以开启Wi-Fi P2P功能，以支持手机使用“手机投屏”功能。

其中，手机开启Wi-Fi P2P功能后，可以执行图1所示的设备发现流程，经过scan阶段和find阶段，与周围的P2P设备相互发现。例如，手机可显示图5中的(b)所示的投屏设置界面503。投屏设置界面503中包括搜索提示信息504，如“正在搜索可用设备……”。在投屏设置界面503中，投屏开关按钮503处于开启状态。

手机发现周围的P2P设备(如手机接收到其他P2P设备发送的Probe Response帧，如图1所示，device found)后，手机可以在投屏设置界面显示图5中的(c)所示的可用设备列表505。该设备列表505中包括手机发现的P2P设备(如电视机)的选项506。响应于用户对电视机的选项506的点击操作，手机可以与电视机建立Wi-Fi P2P连接，然后向电视机投屏。

又例如，如图6中的(a)所示，电视机的主界面可以包括多个应用的图标，如日历应用的图标、天气应用的图标、设置应用的图标和投屏应用的图标601。上述开启操作可以是用户对投屏应用的图标601的点击操作。该点击操作可以是用户通过遥控器对电视机显示的投屏应用的图标601的点击操作。响应于用户对投屏应用的图标601的点击操作，电视机可以开启Wi-Fi P2P功能，以支持电视机使用“投屏”功能。

其中，电视机开启Wi-Fi P2P功能后，可以执行图1所示的设备发现流程，经过scan阶段和find阶段，与周围的P2P设备相互发现。例如，电视机可显示图6中的(b)所示的等待连接界面。等待连接界面中包括连接提示信息602，如“电视机ABC123456正在等待连接……”。电视机被周围的P2P设备(如手机HuaweiP30)发现后，可显示图6中的(c)所示的提示信息603，如“已与手机HuaweiP30建立Wi-Fi直连，即将投屏！”。随后，电视机可以接收手机HuaweiP30的投屏，显示对应的投屏界面。

实施例一

本实施例中，以第一P2P设备是图7B所示的电视机710，第二P2P设备是图7B所示的手机720为例。其中，电视机710的Wi-Fi P2P功能是默认使能的；而手机720的Wi-Fi P2P功能是默认关闭的。

可以理解，由于电视机710的Wi-Fi P2P功能是默认使能的；因此，电视机710的Wi-Fi P2P功能随着电视机710的开机启动就已经被开启了。其中，电视机710的Wi-Fi P2P功能开启时，电视机710便可以进入scan阶段，并在scan阶段结束后进入find阶段。

由上述描述可知：手机720开启Wi-Fi P2P功能进入scan阶段之前，电视机710可能已经进入find阶段了。如图7B所示，手机720处于scan阶段时，电视机710已经进入了find阶段。

本申请实施例提供一种设备发现方法，如图7A所示，该设备发现方法可以包括S701-SS702。

S701、电视机710在find阶段的listen状态，监听第一信道。其中，电视机710在listen状态监听第一信道的持续时间大于或等于预设时间阈值。上述预设时间阈值为300TU。

如图7B所示，在find阶段，电视机710不会在listen状态和search状态之间来回切换；而是一直处于listen状态。

其中，电视机710在listen状态，可以监听上述多个search channel(如信道1、信道6和信道11)中的一个信道(即第一信道)，以接收其他P2P设备在该信道上发送的探测请求(Probe Request)帧，并响应接收到的探测请求帧，向其他P2P设备回复探测响应(ProbeResponse)帧。需要说明的是，P2P设备在listen状态所要监听的信道可以是该P2P设备在出厂时预设设置好的。例如，如图7B所示，电视机710在listen状态监听信道6。

其中，手机720响应于用户的开启操作，可以开启Wi-Fi P2P功能。如图7B所示，手机720开启Wi-Fi P2P功能可以触发start discovery流程，进入scan阶段。其中，手机720响应于用户的开启操作开启Wi-Fi P2P功能的具体方法，可以参考上述实施例中的详细描述，本申请实施例这里不予赘述。

手机720在scan阶段，可以在Wi-Fi支持的各个信道(如上述信道1至信道13)上发送探测请求帧，以主动扫描其他P2P设备(如电视机710)。其中，手机720在scan阶段发送的探测请求帧可以用于探测手机720周围的Wi-Fi网络环境，如手机720周围有多少个Wi-Fi设备等。

scan阶段结束后，手机720可以进入find阶段。如图7B所示，手机720可以先进入listen状态(如listen状态1)监听信道1，以接收其他P2P设备在信道1上发送的探测请求帧，并响应接收到的探测请求帧，向其他P2P设备回复探测响应帧。其中，手机720在listen状态1监听信道1可以是手机720在出厂时预设设置好的。并且，如图7B所示，手机720还可以随机在100TU、200TU和300TU中随机选择listen状态1的时间长度为100TU。

如图7B所示，在listen状态1的100TU结束后，手机720可以由listen状态切换为search状态(如search状态1)。在search状态1，手机720可以依次在信道1、信道6和信道11上发送探测请求帧，以主动发现其他P2P设备。如此，当手机720在信道6上发送探测请求帧时，电视机710监听信道6(即第一信道)，便可以接收到来自手机720的探测请求帧。

S702、电视机710在第一信道上接收来自手机720的探测请求帧。

可以理解，手机720处于search状态(如search状态1)，在一个信道(如信道6)发送探测请求帧时，如果其他P2P设备恰好处于listen状态在监听该信道；那么，该其他P2P设备则可以在该信道接收到手机720发送的探测请求帧，并响应接收到的探测请求帧，向手机720回复探测响应帧，以完成设备发现。但是，手机720处于search状态(如search状态1)，在一个信道(如信道6)发送探测请求帧时，其他P2P设备不一定处于listen状态。因此，手机720可能会需要较长的时间，才可以等到“手机720处于search状态在一个信道发送探测请求帧，且其他P2P设备恰好处于listen状态在监听该信道”这一时机，手机720才可以发现其他P2P设备，P2P设备之间相互发现的耗时较长。

而本申请实施例中，电视机710一直处于listen状态监听一个信道(如信道6)。因此，只要手机720处于search状态(如search状态1)在信道6发送探测请求帧(如探测请求帧1)，电视机710就可以在信道6上接收到手机720发送的探测请求帧1，并向手机720回复探测响应帧1，以完成设备发现。如此，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

需要说明的是，本申请实施例的方法中，P2P设备不仅可以主动发现其他P2P设备，还可以被其他P2P设备发现。例如，如图7C所示，手机720不仅可以主动发现电视机710；还可以在listen状态2在信道1接收到平板电脑730发送的探测请求帧，并向平板电脑730回复探测响应帧。此时，手机720被平板电脑730发现。

并且，一个P2P设备可以被多个其他P2P设备发现。例如，如图7C所示，电视机710不仅被手机720发现；还可以在listen状态在信道6接收到平板电脑730发送的探测请求帧，并向平板电脑730回复探测响应帧，被平板电脑730发现。

综上所示，本申请实施例的方法可以应用于多个P2P设备的相互发现场景中。该多个P2P设备可以是两个或两个以上的P2P设备。

实施例二

本实施例对本申请实施例中的Probe Request帧的帧结构进行简单介绍。其中，Probe Request帧是IEEE802.11中的一种管理帧(Management Frame)。P2P设备(如图7B所示的手机720)可以通过主动发送Probe Request帧的方式，主动发现周围的P2P设备(如图7B所示的电视机710)。

请参考图8A，其示出了本申请提供的一种Probe Request帧的帧结构实例示意图。如图8A所示，Probe Request帧800中可以包括：帧头(即MAC头)801、帧实体(Frame Body)802和帧校验(Frame Check Sequence，FCS)域803。其中，上述MAC头801即为媒体访问控制(Media Access Control，MAC)header。

其中，如图8A所示，上述MAC头801可以包括帧控制域(Frame Control)8011、持续时间/标识(Duration/ID)8012、地址域(Address)8013和序列控制域(Sequence Control)8014等。

其中，帧控制域8011中可以包括协议版本域(Protocol Version)801a和类型域801b等。协议版本域801a用于指示Probe Request帧800所遵循的协议版本，该协议版本通常为0。类型域801b可以包括Type和Subtype，Type用于指示对应帧为管理帧、数据帧或者控制帧，Subtype用于指示帧的子类型，例如，当Type＝00时，可以指示对应帧为管理帧。此时，Subtype可以指示该管理帧是Beacon帧、Probe Request帧或者探测响应(Probe Response)帧等管理帧中的哪一种帧。例如，当Type＝00时，可以指示对应帧为管理帧。此时，Subtype可以指示该管理帧是信标(Beacon)帧、Probe Request帧或者Probe Response帧等管理帧中的哪一种帧。地址域8013中可以包括源地址、目的地址、传输工作站地址、接收工作站地址等地址信息，其中，目的地址可以为单播地址(Unicast address)、多播地址(Multicastaddress)、广播地址(Broadcast address)中的任一个。

如图8A所示，帧实体802包括SSID字段8021、支持速率(Supported Rates)8080、扩展支持速率(Extended Supported Rates)8023和保留字段8024。其中，支持速率8022和扩展支持速率8023用于指示手机或者无线路由器所支持的速率集合。保留字段8024可以由设备厂商自定义。设备厂商可以根据其产品的功能需求，设计使用该保留字段8024传输不同的数据。

需要说明的是，本申请任一实施例中所述的Probe Request帧都可以遵循图8A所示的帧结构。不同的是，实施例一中所述的Probe Request帧与常规技术中的ProbeRequest帧可以相同。而其他实施例(如实施例三、实施例四、实施例五、实施例六和实施例七)中的Probe Request帧与常规技术中的Probe Request帧不同。例如，Probe Request帧中可以携带P2P设备的信道指示信息。该信道指示信息可以用于指示该P2P设备进入find阶段后，在listen状态将要监听的信道。其中，信道指示信息的详细描述，以及Probe Request帧中携带P2P设备的信道指示信息的具体方式，可以参考以下实施例中的相关描述，本申请实施例这里不予赘述。

实施例三

本实施例中，以第一P2P设备是图9A所示的电视机910，第二P2P设备是图9A所示的手机920为例。其中，电视机910和手机920的Wi-Fi P2P功能都是默认关闭的。

可以理解，由于电视机910和手机920的Wi-Fi P2P功能都是默认关闭的；因此，电视机910和手机920响应于用户的开启操作，都可以开启Wi-Fi P2P功能。如图9A所示，电视机910和手机920开启Wi-Fi P2P功能，可以触发start discovery流程，进入scan阶段。但是，电视机910和手机920进入scan阶段的时间可以不同。例如，如图9A所示，电视机910进入scan阶段的时间早于手机920进入scan阶段的时间。其中，电视机910或手机920响应于用户的开启操作，开启Wi-Fi P2P功能的具体方法，可以参考上述实施例中的详细描述，本申请实施例这里不予赘述。

本申请实施例提供一种设备发现方法，如图8B所示，该设备发现方法可以包括S801-S804。

S801、电视机910在scan阶段发送携带信道指示信息的探测请求帧。该信道指示信息用于指示电视机910监听的第一信道。

S802、电视机910在find阶段监听第一信道。

在scan阶段，电视机910或手机920可以在Wi-Fi支持的各个信道(如上述信道1至信道13)上发送探测请求帧，以主动扫描其他P2P设备。其中，电视机910或手机920在scan阶段发送的探测请求帧可以用于探测周围的Wi-Fi网络环境，如周围有多少个Wi-Fi设备等。

需要强调的是，为了手机920可以快速发现电视机910，如图9A所示，电视机910在scan阶段发送的探测请求帧中携带电视机910的信道指示信息。该信道指示信息用于指示电视机910进入find阶段后，在listen状态将要监听的第一信道。

其中，电视机910进入scan阶段时，便可以监听多个search channel(如信道1、信道6和信道11)中的一个信道(即第一信道，如信道6)。然后，电视机910可以发送携带用于指示电视机910监听的第一信道(如信道6)的信道指示信息。

示例性的，上述信道指示信息可以携带在图8A所示的探测请求(Probe Request)帧800的帧实体802中。例如，该信道指示信息可以携带在帧实体802的保留字段8024中。或者，该信道指示信息还可以携带在帧实体802的其他字段(如扩展支持速率字段8023或支持速率字段8022)的保留位中。该保留位是指其他字段中还未被使用的字节。本申请实施例中，以信道指示信息还可以携带在帧实体802的保留字段8024中为例。

其中，假设上述信道指示信息指示电视机910监听信道6。请参考表2，其示出图8A所示的帧实体802的保留字段8024中携带的信道指示信息的组成和对应描述。

表2

例如，信道指示信息遵循TLV(type，length，value)格式。type为0x21表示保留字段8024中携带的是电视机910要监听的信道的标识。length为0x02表示value的长度为2字节。value是0x0006表示电视机910进入find阶段后，在listen状态监听信道6。value是0x0001表示电视机910进入find阶段后，在listen状态监听信道1。value是0x000B表示电视机910进入find阶段后，在listen状态监听信道11。如表2所示，type的长度为1字节，length的长度为1字节，value的长度为2字节。

需要说明的是，本申请这里仅以举例方式给出Probe Request帧携带的信息中与本申请相关的信息，如电视机910要监听的信道的标识和该标识的长度length等。本申请所述的Probe Request帧包括但不限于上述信息，Probe Request帧中携带的其他信息本申请这里不做详细介绍。

S803、手机920接收携带上述信道指示信息的探测请求帧，获取该信道指示信息。

可以理解，手机920接收到电视机910发送的携带信道指示信息的探测请求帧后，便可以解析该探测请求帧，以获取该信道指示信息。如此，手机920便可以获知电视机910进入find阶段后在listen状态将要监听的信道(如信道6)。

S804、手机920在find阶段的search状态，先在第一信道发送探测请求帧，再在多个设备监听信道中的其他信道发送探测请求帧。

本申请实施例中，手机920进入find阶段后，在search状态(如图9A所示的search状态1)可以优先在上述信道指示信息所指示的信道(如信道6)上发送探测请求帧(如图9A所示的探测请求帧2)。由于电视机910监听信道6；因此，手机920优先信道6上发送探测请求帧2，可以提升电视机910较早的在信道6上接收到探测请求帧2的可能性。

进一步的，如图8C所示，图8B中的S802具体可以为S802＇。

S802＇、电视机9100在find阶段的listen状态，监听第一信道。其中，电视机910在listen状态监听第一信道的持续时间大于或等于预设时间阈值。上述预设时间阈值为300TU。

本申请实施例中，电视机710在find阶段，不会在listen状态和search状态之间来回切换；如图9A所示，而是一直处于listen状态。如图9A所示，电视机910在listen状态监听上述信道指示信息所指示的信道6。由实施例一中的描述可知：电视机910一直处于listen状态监听一个信道(如信道6)，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

需要说明的是，图9A中仅以两个P2P设备(如电视机910与手机920)的发现过程为例，对本申请实施例的方法进行说明。本申请实施例的方法可以应用于多个P2P设备的相互发现场景中。

例如，本申请实施例的方法还可以应用于图9B所示的电视机910、手机920和智能音箱930的相互发现过程中。其中，图9B所示的智能音箱930也可以执行S801-S802(或S802＇)。如图9B所示，智能音箱930可以执行S801，在scan阶段发送携带智能音箱930的信道指示信息的探测请求帧。该智能音箱930的信道指示信息用于指示智能音箱930监听的信道1。如图9B所示，智能音箱930在listen状态监听信道1。

如此，图9B所示的手机920不仅可以接收到智能音箱930发送的携带信道指示信息的探测请求帧，还可以接收到电视机910发送的携带信道指示信息的探测请求帧。在这种情况下，如图9B所示，手机920可以先在智能音箱930监听的信道1和手机910监听的信道6上发送探测请求帧；然后，再在其他信道(如信道11)上发送探测请求帧。

在一种情况下，手机920在scan阶段或者listen状态，先接收到电视机910发送的携带信道指示信息的探测请求帧，然后才接收到智能音箱930发送的携带信道指示信息的探测请求帧。在这种情况下，如图9B所示，手机920则可以先在电视机910监听的信道6上发送探测请求帧，再在智能音箱930监听的信道1上发送探测请求帧；最后在信道11上发送探测请求帧。

在另一种情况下，手机920在scan阶段或者listen状态，同时接收到电视机910和智能音箱930发送的携带信道指示信息的探测请求帧。在这种情况下，手机920则可以从电视机910监听的信道6和智能音箱930监听的信道1(称为优先监听信道)中，随机选择一个信道(如信道6)；先在该信道1上发送探测请求帧，再另一个优先监听信道(如信道1)上发送探测请求帧；最后在信道11上发送探测请求帧。

实施例四

本实施例中，以第一P2P设备是图9C所示的电视机910，第二P2P设备是图9C所示的手机920为例。其中，电视机910和手机920的Wi-Fi P2P功能都是默认关闭的。

需要说明的是，电视机910和手机920在scan阶段和find阶段的交互方式可以参考实施例三中的详细描述，本申请实施例这里不予赘述。

不同的是，为了提升电视机910在信道6上接收到探测请求帧2的可能性，手机920还可以延长在search状态中，在信道指示信息所指示的信道6上发送探测请求帧的时间长度。

其中，手机920处于search状态的时间长度是一定的。例如，该时间长度可以称为预设search时间。一般而言，该预设search时间可以平均分为连续的三段时间。手机920可以于第一个1/3的预设search时间在信道1发送探测请求帧；然后于第二个1/3的预设search时间在信道6发送探测请求帧；最后于第三个1/3的预设search时间在信道11发送探测请求帧。图9A所示的方案中，手机920可以于第一个1/3的预设search时间，在信道6发送探测请求帧。

本实施例中，手机930不仅可以优先在信道6发送探测请求帧；还可以延长search状态中，在信道6上发送探测请求帧的时间长度。例如，如图9C所示，手机920处于search状态1时，在信道6发送探测请求帧的时间长度大于在信道1或信道11发送探测请求帧的时间长度。

可以理解，手机920延长search状态中，在信道6上发送探测请求帧的时间长度，可以使手机920在信道6发送更多的探测请求帧。这样，可以提升电视机910在信道6上接收到探测请求帧2的可能性。从而，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

实施例五

本实施例中，以第一P2P设备是图9D所示的电视机910，第二P2P设备是图9D所示的手机920为例。其中，电视机910和手机920的Wi-Fi P2P功能都是默认关闭的。

需要说明的是，电视机910和手机920在scan阶段和find阶段的交互方式可以参考实施例三中的详细描述，本申请实施例这里不予赘述。

不同的是，为了提升电视机910在信道6上接收到探测请求帧2的可能性，手机920在search状态中，可以仅在上述信道指示信息所指示的信道6上发送探测请求帧，而不会在信道1和信道11上发送探测请求帧。如此，手机920便可以在信道6发送更多的探测请求帧。这样，可以提升电视机910在信道6上接收到探测请求帧2的可能性。从而，可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

实施例六

本实施例中，以第一P2P设备是图9E所示的平板电脑1000，第二P2P设备是图9E所示的手机920为例。其中，平板电脑1000和手机920的Wi-Fi P2P功能都是默认关闭的。

需要说明的是，平板电脑1000和手机920在scan阶段和find阶段的交互方式，可以参考实施例三中对平板电脑1000和手机920在scan阶段和find阶段的交互方式的详细描述，本申请实施例这里不予赘述。

不同的是，平板电脑1000进入find阶段后，在listen状态和search状态之间来回切换。如图9E所示，平板电脑1000在find阶段，先进入listen状态(如listen状态A)，然后进入search状态(如search状态A)，再进入listen状态(如listen状态B)，如此循环往复。

一般而言，平板电脑1000可以随机在100TU、200TU和300TU中随机选择listen状态(如listen状态A或listen状态B)的时间长度。而本申请实施例中，为了提升平板电脑1000在信道6上接收到探测请求帧2的可能性，平板电脑1000可以选择每个listen状态的时间长度为300TU(即预设时间阈值)。例如，如图9E所示，listen状态A和listen状态B的时间长度均为300TU。

本申请实施例中，虽然平板电脑1000进入find阶段后，在listen状态和search状态之间来回切换；但是，平板电脑1000可以在每个listen状态都选择最长的时间长度300TU。这样，可以提升平板电脑1000在信道6上接收到探测请求帧2的可能性。从而可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

当然，平板电脑1000也可以设置listen状态的时间长度大于300TU(即预设时间阈值)。例如，平板电脑1000也可以设置listen状态的时间长度为N倍的100TU，N是大于3的正整数。这样，也可以提升平板电脑1000在信道6上接收到探测请求帧2的可能性。从而可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

实施例七

本实施例中，以第一P2P设备是图9E所示的平板电脑1000，第二P2P设备是图9E所示的手机920为例。其中，平板电脑1000和手机920的Wi-Fi P2P功能都是默认关闭的。

需要说明的是，平板电脑1000和手机920在scan阶段和find阶段的交互方式，可以参考实施例七中对平板电脑1000和手机920在scan阶段和find阶段的交互方式的详细描述，本申请实施例这里不予赘述。

不同的是，平板电脑1000进入find阶段后，在listen状态的时间长度可以是固定的300TU；也可以是随机在100TU、200TU和300TU中随机选择一个时间长度。

并且，考虑到scan阶段的时间较短(如1s)，平板电脑1000在scan阶段发送的携带信道指示信息的探测请求帧，可能并不会被手机920接收到。在这种情况下，手机920则不能优先在信道指示信息所指示信道发送探测请求帧。

针对这种情况，本实施例中，平板电脑1000在find阶段的search状态，也可以发送携带信道指示信息的探测请求帧。如此，可以提升手机920获知平板电脑1000在listen状态所要监听的信道的可能性。

结合上述实施例中的描述，手机920获知平板电脑1000在listen状态所要监听的信道后，便可以优先在平板电脑1000监听的信道发送探测请求帧。可以提升电视机910在信道6上接收到探测请求帧2的可能性。从而可以缩短P2P设备之间相互发现的耗时时长，使得P2P设备可以快速完成设备发现。

需要说明的是，上述实施例三至实施例七中的任一实施例仅以两个P2P设备(如电视机910与手机920)的发现过程为例，对本申请实施例的方法进行说明。本申请实施例的方法可以应用于多个P2P设备的相互发现场景中。三个或三个以上的P2P设备的发现过程，可以参考电视机910与手机920的发现过程，本申请实施例这里不予赘述。

需要说明的是，在不冲突的前提下，上述任意多个实施例中的部分或全部特征可以结合，从而得到一个新的实施例。例如，上述实施例六和实施例七中的全部特征可以结合，从而得到一个新的实施例。在该新的实施例中，平板电脑1000不仅可以在scan阶段发送携带信道指示信息的探测请求帧，还可以在find阶段的search状态发送携带信道指示信息的探测请求帧。并且，平板电脑1000可以选择每个listen状态的时间长度为300TU。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

实施例八

本申请一些实施例提供了一种P2P设备(如第一P2P设备)。该P2P设备可以包括：一个或多个处理器、存储器和Wi-Fi模块。该Wi-Fi模块支持Wi-Fi P2P。该P2P设备还可以包括显示屏。该存储器、显示屏和Wi-Fi模块与处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，P2P设备可执行上述方法实施例中第一P2P设备执行的各个功能或者步骤。该P2P设备的结构可以参考图3所示的电视机300的结构。

本申请一些实施例提供了一种P2P设备(如第二P2P设备)。该P2P设备可以包括：一个或多个处理器、存储器和Wi-Fi模块。该Wi-Fi模块支持Wi-Fi P2P。该P2P设备还可以包括显示屏。该存储器、显示屏和Wi-Fi模块与处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，P2P设备可执行上述方法实施例中第二P2P设备执行的各个功能或者步骤。该P2P设备的结构可以参考图4所示的手机400的结构。

本申请实施例还提供一种Wi-Fi芯片。该Wi-Fi芯片支持Wi-Fi点对点P2P。该Wi-Fi芯片应用于P2P设备(如上述第一P2P设备或第二P2P设备)，使得P2P设备支持Wi-Fi P2P。如图10所示，该Wi-Fi芯片包括至少一个处理器1001和至少一个接口电路1002。处理器1001和接口电路1002可通过线路互联。例如，接口电路1002可用于从其它装置(例如，P2P设备的存储器)接收信号。又例如，接口电路1002可用于向其它装置(例如处理器1001或者P2P设备的显示屏)发送信号。示例性的，接口电路1002可读取存储器中存储的指令，并将该指令发送给处理器1001。当所述指令被处理器1001执行时，可使得P2P设备执行上述实施例中的各个步骤。当然，该Wi-Fi芯片还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在上述P2P设备上运行时，使得该P2P设备执行上述方法实施例中P2P设备执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中P2P设备执行的各个功能或者步骤。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种设备发现方法，其特征在于，所述方法应用于第一点对点P2P设备，所述方法包括：

所述第一P2P设备在find阶段的listen状态，监听第一信道；其中，所述第一P2P设备在所述listen状态监听所述第一信道的持续时间大于或等于预设时间阈值，所述预设时间阈值为300时间单元TU；

所述第一P2P设备在所述第一信道上接收来自第二P2P设备的探测请求帧。

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

所述第一P2P设备发送携带信道指示信息的探测请求帧，所述信道指示信息用于指示所述第一P2P设备监听的所述第一信道。

3.根据权利要求2所述的方法，其特征在于，所述信道指示信息包含在探测请求帧的帧实体中。

4.根据权利要求3所述的方法，其特征在于，所述信道指示信息包含在所述帧实体的保留字段中。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述第一P2P设备发送携带信道指示信息的探测请求帧，包括：

所述第一P2P设备在scan阶段发送携带所述信道指示信息的探测请求帧；或者，

所述第一P2P设备在scan阶段或者所述find阶段的search状态，发送携带所述信道指示信息的探测请求帧。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一信道是多个search信道中的一个信道；

其中，所述多个search信道是Wi-Fi支持的信道中、频谱互不重叠的多个信道。

7.根据权利要求6所述的方法，其特征在于，所述多个监听信道包括信道1、信道6和信道11。

8.一种设备发现方法，其特征在于，所述方法应用于第二点对点P2P设备，所述方法包括：

所述第二P2P设备接收携带信道指示信息的探测请求帧，所述信道指示信息用于指示第一P2P设备监听的第一信道；所述第一信道是多个search信道中的一个信道；

所述第二P2P设备在find阶段的search状态，先在所述第一信道发送探测请求帧，再在所述多个search信道中的其他信道发送探测请求帧。

9.根据权利要求8所述的方法，其特征在于，所述多个search信道是Wi-Fi支持的信道中、频谱互不重叠的多个信道。

10.根据权利要求9所述的方法，其特征在于，所述多个search信道包括信道1、信道6和信道11。

11.根据权利要求8-10中任一项所述的方法，其特征在于，所述方法还包括：

所述第二P2P设备接收来自所述第一P2P设备的探测响应帧；

所述第二P2P设备显示第一界面，所述第一界面包括一个或多个P2P设备的服务集标识SSID选项，所述一个或多个P2P设备包括所述第一P2P设备；

所述第二P2P设备接收用户对所述第一P2P设备的SSID选项的点击操作，与所述第一P2P设备建立Wi-Fi P2P连接。

12.一种点对点P2P设备，其特征在于，所述P2P设备包括：显示屏、存储器、Wi-Fi模块和一个或多个处理器；所述Wi-Fi模块支持无线保真Wi-Fi P2P；所述显示屏、所述存储器、所述Wi-Fi模块和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，所述P2P设备执行如权利要求1-11中任一项所述的方法。

13.一种无线保真Wi-Fi点对点P2P通信系统，其特征在于，所述系统包括第一P2P设备和第二P2P设备，所述第一P2P设备和所述第二P2P设备均支持所述Wi-Fi P2P；

所述第一P2P设备用于执行如权利要求1-7中任一项所述的方法；

所述第二P2P设备用于执行如权利要求8-11中任一项所述的方法。

14.一种无线保真Wi-Fi芯片，其特征在于，所述Wi-Fi芯片支持Wi-Fi点对点P2P，所述Wi-Fi芯片应用于点对点P2P设备，使得所述P2P设备支持所述Wi-Fi P2P；所述Wi-Fi芯片包括一个或多个接口电路和一个或多个处理器；所述接口电路和所述处理器通过线路互联；所述接口电路用于从所述P2P设备的存储器接收信号，并向所述处理器发送所述信号，所述信号包括所述存储器中存储的计算机指令；当所述处理器执行所述计算机指令时，所述P2P设备执行如权利要求1-11中任一项所述的方法。

15.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在点对点P2P设备上运行时，使得所述P2P设备执行如权利要求1-11中任一项所述的方法，所述P2P设备支持无线保真Wi-Fi P2P。

16.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-11中任一项所述的方法。

Images