CN111405681B - Wi-Fi Aware的建链方法、系统、电子设备和存储介质 - Google Patents

Wi-Fi Aware的建链方法、系统、电子设备和存储介质 Download PDF

Info

Publication number
CN111405681B
CN111405681B CN202010191809.2A CN202010191809A CN111405681B CN 111405681 B CN111405681 B CN 111405681B CN 202010191809 A CN202010191809 A CN 202010191809A CN 111405681 B CN111405681 B CN 111405681B
Authority
CN
China
Prior art keywords
aware
slave device
master device
data path
slave
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010191809.2A
Other languages
English (en)
Other versions
CN111405681A (zh
Inventor
张燊
凌波
李丽
蒋钟寅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010191809.2A priority Critical patent/CN111405681B/zh
Publication of CN111405681A publication Critical patent/CN111405681A/zh
Priority to PCT/CN2021/080097 priority patent/WO2021185141A1/zh
Priority to EP21771161.3A priority patent/EP4110004A4/en
Priority to US17/906,518 priority patent/US20230129780A1/en
Application granted granted Critical
Publication of CN111405681B publication Critical patent/CN111405681B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种Wi‑Fi Aware的建链方法、系统、电子设备和存储介质。该Wi‑Fi Aware的建链方法包括：主设备接收从设备发送的第一连接信息，其中，第一连接信息包括从设备所需的Wi‑Fi Aware服务名；主设备根据从设备所需的Wi‑Fi Aware服务名，发送第二连接信息给从设备，其中，第二连接信息包括确认信息，确认信息为主设备确认存在从设备所需的Wi‑Fi Aware服务名的通知信息，从设备根据该确认信息确认主设备存在从设备所需的Wi‑Fi Aware服务名；主设备获取从设备发送的Wi‑Fi Aware数据通路请求帧；主设备基于Wi‑Fi Aware数据通路请求帧与从设备完成建链。采用该Wi‑Fi Aware的建链方法能够有效提高设备间建链的速度。

Description

Wi-Fi Aware的建链方法、系统、电子设备和存储介质
【技术领域】
本申请涉及通信技术领域，尤其涉及一种Wi-Fi Aware的建链方法、系统、电子设备和存储介质。
【背景技术】
Wi-Fi Aware(Wi-Fi Neighborhood Aware Network，Wi-Fi邻居发现网络，又称为Wi-Fi Neighborhood Aware Network，简称NAN)是一种新型的低功耗点对点互连互通的Wi-Fi Mesh通信技术，该技术能够绕开网络基础设施(如AP(Access Point，接入点)或蜂窝网)，实现一对一、一对多或多对多的设备间的连接通信。
在Wi-Fi Aware建链过程中，Wi-Fi Aware规定每间隔512TU(Time Unit，时间单位，1TU＝1024微秒)，会有一个16TU的活动时间窗DW(Discovery Window)。在该活动时间窗期限内，各个Wi-Fi Aware设备方可进行Service Discovery Frame(服务发现帧)、NDPRequest Frame(NAN数据通路请求帧，或称为Wi-Fi Aware数据通路请求帧，其中，NDP为NANData Path，表示NAN数据传输通路)、NDP Response Frame(NAN数据通路回复帧)、NDPConfirm Frame(NAN数据通路确认帧)、NDP Key Installment Frame(NAN数据通路秘钥安装帧)等Wi-Fi Aware协议中数据帧的交互。两台Wi-Fi Aware设备间若要建链成功，起码要经历4个活动时间窗，间隔耗时在1536TU以上，设备间建链所需的时长较长。
【发明内容】
有鉴于此，本申请实施例提供了一种Wi-Fi Aware的建链方法、系统、电子设备和存储介质，用以解决Wi-Fi Aware设备间建链所需时长较长的问题。
第一方面，本申请实施例提供了一种Wi-Fi Aware的建链方法，包括：
主设备接收从设备发送的第一连接信息，其中，所述第一连接信息包括所述从设备所需的Wi-Fi Aware服务名，所述第一连接信息还包括所述从设备预配置的Wi-Fi Aware参数，其中，所述从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
所述主设备根据所述从设备所需的Wi-Fi Aware服务名，发送第二连接信息给所述从设备，其中，所述第二连接信息包括确认信息，所述确认信息为所述主设备确认存在所述从设备所需的Wi-Fi Aware服务名的通知信息，所述从设备根据所述确认信息确认所述主设备存在所述从设备所需的Wi-Fi Aware服务名，所述第二连接信息还包括所述主设备预配置的Wi-Fi Aware参数，其中，所述主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数；
所述主设备获取所述从设备发送的Wi-Fi Aware数据通路请求帧；
所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述主设备接收所述从设备发送的第一连接信息，包括：
所述主设备基于BLE蓝牙模块广播的功能，接收所述从设备发送的第一连接信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第二连接信息还包括所述主设备的Wi-Fi Aware时间戳，用于同步从设备的时钟。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
所述主设备根据发送到所述从设备的Wi-Fi Aware时间戳，将所述从设备时钟的时间戳调整为和所述主设备的Wi-Fi Aware时间戳一致。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述Wi-FiAware协议中在服务发现订阅帧交互的参数包括所述从设备的Wi-Fi Aware管理口MAC地址、所述从设备的Wi-Fi Aware标识，以及所述从设备的数据加密预配置信息，所述Wi-FiAware协议中在服务发现发布帧交互的参数包括所述主设备的Wi-Fi Aware管理口MAC地址、所述主设备的Wi-Fi Aware标识，以及所述主设备的数据加密预配置信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
在所述从设备接收Wi-Fi Aware数据通路回复帧后，所述主设备与所述从设备完成建链。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
所述主设备判断所述从设备预配置的Wi-Fi Aware参数中是否包括所述从设备的数据加密预配置信息，若存在，所述主设备获取所述从设备发送的Wi-Fi Aware数据通路确认帧；
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路确认帧是否来自所述从设备，若是，所述主设备向所述从设备发送Wi-Fi Aware数据通路秘钥安装帧；
在所述从设备接收Wi-Fi Aware数据通路秘钥安装帧后，所述主设备与所述从设备完成建链。
第二方面，本申请实施例还提供了一种Wi-Fi Aware的建链方法，包括：
从设备向主设备发送第一连接信息，其中，所述第一连接信息包括所述从设备所需的Wi-Fi Aware服务名，所述第一连接信息还包括所述从设备预配置的Wi-Fi Aware参数，其中，所述从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
所述从设备接收所述主设备发送的第二连接信息，其中，所述第二连接信息包括确认信息，所述确认信息为所述主设备确认存在所述从设备所需的Wi-Fi Aware服务名的通知信息，所述第二连接信息还包括所述主设备预配置的Wi-Fi Aware参数，其中，所述主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数；
从设备根据所述确认信息确认所述主设备存在所述从设备所需的Wi-Fi Aware服务名；
所述从设备向所述主设备发送Wi-Fi Aware数据通路请求帧，并基于所述Wi-FiAware数据通路请求帧与所述主设备完成建链。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述从设备向所述主设备发送第一连接信息，包括：
所述从设备基于BLE蓝牙模块广播的功能，向所述主设备发送第一连接信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第二连接信息还包括所述主设备的Wi-Fi Aware时间戳，用于同步所述从设备的时钟。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
所述从设备根据接收的所述主设备的Wi-Fi Aware时间戳，将时钟的时间戳调整为和所述主设备的Wi-Fi Aware时间戳一致。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述Wi-FiAware协议中在服务发现订阅帧交互的参数包括所述从设备的Wi-Fi Aware管理口MAC地址、所述从设备的Wi-Fi Aware标识，以及所述从设备的数据加密预配置信息，所述Wi-FiAware协议中在服务发现发布帧交互的参数包括所述主设备的Wi-Fi Aware管理口MAC地址、所述主设备的Wi-Fi Aware标识，以及所述主设备的数据加密预配置信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述基于所述Wi-Fi Aware数据通路请求帧与所述主设备完成建链，包括：
所述从设备向所述主设备发送Wi-Fi Aware数据通路请求帧；
在所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧来自所述从设备后，在下一个活动时间窗，所述从设备接收所述主设备发送的Wi-Fi Aware数据通路回复帧，与所述主设备完成建链。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述基于所述Wi-Fi Aware数据通路请求帧与所述主设备完成建链，包括：
所述从设备向所述主设备发送Wi-Fi Aware数据通路请求帧；
在所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧来自所述从设备后，在下一个活动时间窗，所述从设备接收所述主设备发送的Wi-Fi Aware数据通路回复帧；
所述从设备判断所述主设备预配置的Wi-Fi Aware参数中是否包括数据加密预配置信息，若存在，所述从设备在接收所述主设备发送的Wi-Fi Aware数据通路回复帧后，向所述主设备发送Wi-Fi Aware数据通路确认帧；
在所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路确认帧来自所述从设备后，从设备接收所述主设备发送的Wi-Fi Aware数据通路秘钥安装帧，与所述主设备完成建链。
第三方面，本申请实施例提供了一种Wi-Fi Aware的建链方法，包括：
从设备向主设备发送第一连接信息，其中，所述第一连接信息包括所述从设备所需的Wi-Fi Aware服务名，所述第一连接信息还包括所述从设备预配置的Wi-Fi Aware参数，其中，所述从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
所述主设备接收所述从设备发送的第一连接信息；
所述主设备根据所述从设备所需的Wi-Fi Aware服务名，发送第二连接信息给所述从设备，其中，所述第二连接信息包括确认信息，所述确认信息为所述主设备确认存在所述从设备所需的Wi-Fi Aware服务名的通知信息，所述第二连接信息还包括所述主设备预配置的Wi-Fi Aware参数，其中，所述主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数；
所述从设备接收所述主设备发送的第二连接信息，根据所述确认信息确认所述主设备存在所述从设备所需的Wi-Fi Aware服务名；
所述从设备向所述主设备发送Wi-Fi Aware数据通路请求帧；
所述主设备获取所述从设备发送的Wi-Fi Aware数据通路请求帧；
所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述从设备向所述主设备发送第一连接信息，包括：
所述从设备基于BLE蓝牙模块广播的功能，向所述主设备发送第一连接信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第二连接信息还包括所述主设备的Wi-Fi Aware时间戳，用于同步所述从设备的时钟。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
所述主设备发送Wi-Fi Aware时间戳给所述从设备；
所述从设备根据接收的所述主设备的Wi-Fi Aware时间戳，将时钟的时间戳调整为和所述主设备的Wi-Fi Aware时间戳一致。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述Wi-FiAware协议中在服务发现订阅帧交互的参数包括所述从设备的Wi-Fi Aware管理口MAC地址、所述从设备的Wi-Fi Aware标识，以及所述从设备的数据加密预配置信息，所述Wi-FiAware协议中在服务发现发布帧交互的参数包括所述主设备的Wi-Fi Aware管理口MAC地址、所述主设备的Wi-Fi Aware标识，以及所述主设备的数据加密预配置信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
所述从设备接收Wi-Fi Aware数据通路回复帧，所述主设备与所述从设备完成建链。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
所述主设备判断所述从设备预配置的Wi-Fi Aware参数中是否包括所述从设备的数据加密预配置信息，若存在，所述主设备等待获取所述从设备发送的Wi-Fi Aware数据通路确认帧；
所述从设备判断所述主设备预配置的Wi-Fi Aware参数中是否包括数据加密预配置信息，若存在，所述从设备向所述主设备发送Wi-Fi Aware数据通路确认帧；
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路确认帧是否来自所述从设备，若是，所述主设备向所述从设备发送Wi-Fi Aware数据通路秘钥安装帧；
所述从设备接收Wi-Fi Aware数据通路秘钥安装帧，所述主设备与所述从设备完成建链。
第四方面，本申请实施例提供了一种Wi-Fi Aware的建链系统，包括：主设备和从设备，其中，所述主设备用于执行上述第一方面的方法，所述从设备用于执行上述第二方面的方法。
第五方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述第一方面或第二方面所述方法的步骤。
第六方面，本申请实施例提供了一种计算机可读存储介质，包括：计算机可读指令，所述计算机可读指令被处理器执行时实现上述第一方面或第二方面所述方法的步骤。
在本申请实施例中，主设备与从设备进行设备发现的交互，以确定主设备是否能提供从设备所需的Wi-Fi Aware服务，当主设备能够提供从设备所需的Wi-Fi Aware服务时，从设备才会与主设备进行下一步的建链步骤；其中，在Wi-Fi Aware设备发现的交互过程中，利用第一连接信息和第二连接信息的交互，在设备发现过程中便得到主设备和从设备在现有技术建链步骤中，Wi-Fi Aware协议中在服务发现订阅帧和服务发现发布帧交互的参数。在Wi-Fi Aware设备发现阶段已得到Wi-Fi Aware协议中在服务发现订阅帧和服务发现发布帧交互的参数的情况下，主设备和从设备能够跳过服务发现订阅和服务发现发布的步骤，更快地完成Wi-Fi Aware的建链，有效提高Wi-Fi Aware设备间建链的速度。
【附图说明】
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1是本申请一实施例提供的一种电子设备的结构示意图；
图2是本申请一实施例提供的一种电子设备的软件结构框图；
图3是本申请一实施例提供的一种Wi-Fi Aware建链方法的流程图；
图4是本申请一实施例提供的又一种Wi-Fi Aware建链方法的流程图；
图5是本申请一实施例提供的一种Wi-Fi Aware通过应用程序完成建链的流程图；
图6是本申请一实施例提供的又一种Wi-Fi Aware通过应用程序完成建链的流程图；
图7是本申请一实施例提供的一种Wi-Fi Aware建链方法的场景图。
【具体实施方式】
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
图1示出了电子设备100的结构示意图。
电子设备100可以包括处理器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可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(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)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(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)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。
电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。
触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。
电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。
图2是本申请实施例的电子设备100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。
现有技术中，Wi-Fi Aware设备之间进行的数据通信，一般包括如下四步：
步骤一：集群发现。
对于Wi-Fi Aware设备(包括但不限于手机、智能手表、平板电脑和服务器等设备)发现可及范围内的其他Wi-Fi Aware设备，在两个Wi-Fi Aware设备完成建链之前，采用“发现信标帧(Discovery Beacon Frame)”来交互信息，确认可及范围内的其他Wi-Fi Aware设备的存在。
步骤二：时钟同步。
Wi-Fi Aware设备加入其他Wi-Fi Aware设备组成的设备群(集群)，同步发现信标所携带的时间戳。然后，根据该时间戳，计算出活动时间窗发生的具体时间，并在该活动时间窗期间，采用Wi-Fi Aware数据传输通路进行通信。
步骤三：服务发现。
Wi-Fi Aware设备上的应用程序(application，简称APP)利用“发布型(Publish)”和“订阅型(Subscribe)”的Wi-Fi Aware(NAN)服务发现帧(包括服务发现发布帧和服务发现订阅帧)交换信息。Wi-Fi Aware设备可以通过在活动时间窗时期内订阅(搜索)发现服务，Wi-Fi Aware设备也可以通过在活动时间窗时期内发布(发送)广播表示其存在的信息以及可提供的服务内容。
步骤四：数据建链。
当Wi-Fi Aware设备搜索所需的Wi-Fi Aware服务时，发出搜索的设备可在活动时间窗时期内向检测到的Wi-Fi Aware设备发送数据建链请求，具体可采用Wi-Fi Aware数据通路请求帧的信息交互实现。收到服务请求帧的设备，将在下一活动时间窗期限内回复Wi-Fi Aware数据通路回复帧。其中，若数据建链涉及安全加密，则还需额外在活动时间窗期限内进行Wi-Fi Aware数据通路确认帧和Wi-Fi Aware数据通路秘钥安装帧的信息交互。
Wi-Fi Aware规定每间隔512TU，都会有一个16TU的活动时间窗，在该活动时间窗期限内，各个Wi-Fi Aware设备才可进行服务发现帧、Wi-Fi Aware(NAN)数据通路请求帧、Wi-Fi Aware数据通路回复帧、Wi-Fi Aware数据通路确认帧、Wi-Fi Aware数据通路秘钥安装帧等Wi-Fi Aware协议中数据帧的交互。
如图3所示：主设备将在预定信道上通过广播发现信标帧来让其他设备能够发现其已经创建完成的集群。从设备唤醒并在预定信道上监听发现信标帧，当监听到发现信标帧后，同步自身的Wi-Fi Aware时钟为发现信标帧所携带的Wi-Fi Aware时间戳。
需要说明的是，每个Wi-Fi Aware设备都持有一个精度为“1微秒”的时钟，每微秒该时间戳都自增1。主设备在其发出的发现信标帧时携带自身的时间戳，从设备在收到该主设备发出的发现信标帧后，将自身时钟的时间戳改为与主设备发出的发现信标帧所携带的时间戳一致，可达到主设备和从设备的时钟同步。
可以理解地，每个活动时间窗的开始时间，都是时间戳整除512TU为零的时刻，即每次Value(时间戳)mod512*1024＝0的时刻，都是一个活动时间窗的开始时间，其中，每个活动时间窗持续16TU。进一步地，从设备在活动时间窗期限内，通过发送服务发现帧中的Service Discovery Subscribe Frame(服务发现订阅帧)，主动查询能够提供所需的Wi-FiAware服务的设备。主设备在接收从设备发出的服务发现订阅帧后，若判断自身可以提供从设备所需的Wi-Fi Aware服务，则将在下一个活动时间窗回复发送服务发现帧中的ServiceDiscovery Publish Frame(服务发现发布帧)。之后，主设备和从设备之间，将在下两个活动时间窗通过依次交互Wi-Fi Aware数据通路请求帧、Wi-Fi Aware数据通路回复帧、Wi-FiAware数据通路确认帧和Wi-Fi Aware数据通路秘钥安装帧完成数据建链。
可以理解地，尽管Wi-Fi Aware进行了低功耗方面的设计，但是如果从设备期望订阅某个Wi-Fi Aware服务，而周边并没有可以提供相应服务的主设备时，将导致从设备定期唤醒自身的Wi-Fi模块，来进行被动监听、发送服务发现订阅帧等操作。显然，频繁唤醒Wi-Fi模块来进行Wi-Fi Aware设备发现，会消耗较多的电池资源。
同时，因为Wi-Fi Aware规定每512TU才有16TU可以进行Wi-Fi Aware数据通路请求帧、Wi-Fi Aware数据通路回复帧、Wi-Fi Aware数据通路确认帧和Wi-Fi Aware数据通路秘钥安装帧等的信息交互，使得两台Wi-Fi Aware设备若要建链成功，起码需要经历4个活动时间窗，间隔耗时在512TU*3＝1536TU以上。
现有技术中，为了解决从设备频繁唤醒Wi-Fi模块来进行Wi-Fi Aware设备发现，会消耗较多电池资源的这个问题，可利用BLE(Bluetooth Low Energy，低功耗蓝牙)实现Wi-Fi Aware设备间的相互发现。具体地，利用BLE具有低功耗、吞吐量较低的特点，Wi-FiAware设备间通过BLE广播的方式进行通信。若主设备发送的第一连接信息中包括从设备所需的Wi-Fi Aware服务名，则从设备将唤醒自身的Wi-Fi模块来与主设备进行数据建链。
具体地，如图4所示，从设备在唤醒Wi-Fi模块进行被动监听前，先使用BLE定期广播，在第一连接信息中携带所需Wi-Fi Aware服务的Wi-Fi Aware服务名；若主设备能够提供该Wi-Fi Aware服务，则主设备在接收到该BLE第一连接信息后，也通过BLE广播的方式，告知从设备其能够提供该服务。接着，从设备再唤醒Wi-Fi模块进行被动监听，以监听主设备发出的发现信标帧，然后与图3的步骤相同，完成与主设备的数据建链。
其中，上述BLE是由蓝牙特别兴趣小组于2016年推出的一种超低功耗的用于移动终端的近距离无线通信方案，从下表1中可以看出，无论是在睡眠期间、还是在接收、传输消息时，BLE的工作功耗均小于Wi-Fi，按每天交互10条消息所消耗的功耗来看，BLE的工作功耗仅是Wi-Fi的工作功耗的十分之一，其工作功耗远小于Wi-Fi。
鉴于BLE具有超低功耗，但吞吐量较低的特点，可利用该BLE用于设备间的相互发现。
Wi-Fi Bluetooth Low Energy
Sleep 10μW 8μW
Receive(Rx)Power 90mW 28.5mW
Transmit(Tx)Power 350mW 26.5mW
Average Power for 10Message Per DAY 500μW 50μW
表1
可以理解地，尽管采用BLE解决了从设备频繁唤醒Wi-Fi模块来进行Wi-Fi Aware设备发现，会消耗较多电池资源的问题。但是从设备在唤醒Wi-Fi模块后，还是要经过一段时间的被动监听来接收主设备发出的发现信标帧，才能同步到主设备所在集群的时钟，然后再正确地进入活动时间窗来进行Wi-Fi Aware设备发现和数据建链。
可以理解地，采用该BLE也尚未解决Wi-Fi Aware设备发现和数据建链时间较长，超过1536TU的问题。
具体地，可采用如下实施方式解决上述存在的问题。
首先，进行主设备与从设备之间的设备发现。
S11：从设备基于BLE蓝牙模块广播的功能，向主设备发送第一连接信息，其中，第一连接信息包括从设备所需的Wi-Fi Aware服务名，第一连接信息还包括从设备预配置的Wi-Fi Aware参数，其中，从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数。
S12：主设备基于BLE蓝牙模块广播的功能，接收从设备发送的第一连接信息。
S13：主设备根据从设备所需的Wi-Fi Aware服务名，发送第二连接信息给从设备，其中，第二连接信息包括确认信息，确认信息为主设备确认存在从设备所需的Wi-Fi Aware服务名的通知信息，从设备根据该确认信息确认主设备存在从设备所需的Wi-Fi Aware服务名，该第二连接信息还包括主设备预配置的Wi-Fi Aware参数，其中，主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数。
在主设备与从设备之间的设备发现完后，通过利用第一连接信息的从设备预配置的Wi-Fi Aware参数、第二连接信息的主设备预配置的Wi-Fi Aware参数，跳过现有技术中服务发现订阅和服务发现推送的步骤，直接执行以下步骤：
S14：主设备获取从设备发送的Wi-Fi Aware数据通路请求帧；
S15：主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链。
可以理解地，在步骤S11-S13的主设备和从设备间进行Wi-Fi Aware设备发现的交互过程，可采用蓝牙模块实现，具体地，可以采用低功耗蓝牙的蓝牙模块来实现，该低功耗蓝牙具有功耗低、吞吐量低的特点，无论是在休眠期间、还是在接收、传输消息时，低功耗蓝牙的工作功耗远小于Wi-Fi。
其中，主设备和从设备对于设备而言并不是固定不变的，同一台设备既可以作为主设备，也可以作为从设备，具体地，时钟被同步的设备为从设备。
其中，Wi-Fi Aware服务具体可以是指文件共享、照片互传、提供游戏战局加入等服务。
在一实施例中，从设备采用低功耗蓝牙的蓝牙模块与主设备进行Wi-Fi Aware设备发现的交互，相比于原有的唤醒Wi-Fi模块进行被动监听，其消耗的功率更低，且无需Wi-Fi模块不间断地唤醒，能够有效降低设备消耗的电池资源。
其中，BLE蓝牙模块进行广播的第一连接信息通过报文携带。具体地，包括两类报文：广播报文和数据报文。可以理解地，设备利用广播报文发现、连接其它设备。一旦设备连接建立之后，则开始使用数据报文，在一实施例中，从设备所需的Wi-Fi Aware服务名通过数据报文携带。进一步地，数据报文的数据结构为报头结构、数据负载结构(payload)和消息完整性检查结构(Messages Integrity Check，检测MIC)，Wi-Fi Aware服务名具体存储在数据负载结构中。
其中，Wi-Fi Aware服务名是指服务的标识，通过该Wi-Fi Aware服务名能够唯一确定Wi-Fi Aware服务，例如Wi-Fi Aware服务名可以是与文件分享、照片互传或者加入游戏战局相关的名称，其他可唯一确定Wi-Fi Aware服务的标识均可称为Wi-Fi Aware服务名，在这里不仅是对展示的名称的限定，也可以是其他能够唯一确定Wi-Fi Aware服务的标识。
在一实施例中，从设备在广播时已将所需的Wi-Fi Aware服务名携带在第一连接信息中，以让主设备能够通过BLE蓝牙模块接收，获知携带在第一连接信息中的Wi-FiAware服务名。
可以理解地，主设备与从设备在进行设备建链之前，将先确定主设备是否能够提供给从设备所需的Wi-Fi Aware服务，若主设备不存在能够提供的Wi-Fi Aware服务，则从设备也不必采用每隔一段时间便唤醒Wi-Fi模块一次的方式实现来被动监听，可以在确定主设备存在从设备所需的Wi-Fi Aware服务时再唤醒Wi-Fi模块进行被动监听，从而有效地减少电源的消耗。
在一实施例中，在主设备接收从设备的第一连接信息后，将根据第一连接信息中的Wi-Fi Aware服务名来确定自身是否能够为从设备提供所需的第一连接信息服务，若不能，BLE蓝牙模块可选择进入休眠状态，减少设备电池资源的消耗。
具体地，主设备将通过字符串比对的方式确定是否能够为从设备提供所需的第一连接信息服务。可以理解地，Wi-Fi Aware服务名是指Wi-Fi Aware服务的标识，通过该Wi-Fi Aware服务名能够唯一确定Wi-Fi Aware服务，例如在加入游戏战局的场景中，Wi-FiAware服务名包括游戏名称、游戏版本号和用于表示提供Wi-Fi Aware服务的服务标识，从设备将根据所需的第一连接信息服务发送Wi-Fi Aware服务名，若主设备通过字符串比对发现自身能够提供的Wi-Fi Aware服务与从设备所需的Wi-Fi Aware服务能够匹配上的，则主设备存在从设备所需的Wi-Fi Aware服务。
在步骤S11-S13中，通过利用BLE蓝牙模块进行主设备和从设备间Wi-Fi Aware设备发现的交互，能够有效降低设备消耗的电池资源，并在设备进行建链之前，预先确定主设备是否存在从设备所需的Wi-Fi Aware服务，可让BLE蓝牙模块无需一直处于激活的状态，有效降低设备消耗的电池资源。
其中，在Wi-Fi Aware设备发现的交互过程中(步骤S11-S13)，第一连接信息还包括从设备预配置的Wi-Fi Aware参数，其中，从设备预配置的Wi-Fi Aware参数包括Wi-FiAware协议中在服务发现订阅帧交互的参数；第二连接信息还包括主设备预配置的Wi-FiAware参数，其中，主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数。
进一步地，Wi-Fi Aware协议中在服务发现订阅帧交互的参数包括从设备的Wi-FiAware管理口MAC地址、从设备的Wi-Fi Aware标识，以及从设备的数据加密预配置信息，Wi-Fi Aware协议中在服务发现发布帧交互的参数包括主设备的Wi-Fi Aware管理口MAC地址、主设备的Wi-Fi Aware标识，以及主设备的数据加密预配置信息。
其中MAC地址(Media Access Control Address)称为局域网地址或物理地址(Physical Address)，是一个用来确认网络设备位置的位址。Wi-Fi Aware标识是指能够唯一识别Wi-Fi Aware使用对象的标识，例如可以采用ID的方式表示。数据加密预配置信息是指预先配置的数据加密方式(如数据的加密算法)，如主设备获知从设备的数据加密预配置信息，则可根据该数据加密预配置信息解密从从设备获取得到的数据。
可以理解地，主设备和从设备均可包括Wi-Fi Aware管理口MAC地址、Wi-Fi Aware标识、以及数据加密预配置信息等的信息。主设备和从设备可根据这些信息进行数据建链，实现信息交互。
进一步地，第二连接信息还包括主设备的Wi-Fi Aware时间戳，用于同步从设备的时钟。
其中，Wi-Fi Aware时间戳的长度具体可以是8字节长度。每过1微秒，时间戳将自增1。
从图4中可以看出，在从设备确定主设备能够提供所需的Wi-Fi Aware服务后，仍需经历被动监听的过程，来实现时钟同步。在一实施例中，在主设备和从设备间进行Wi-FiAware设备发现的交互过程中，其交互的第二连接信息还包括主设备的Wi-Fi Aware时间戳，从设备可根据该Wi-Fi Aware时间戳将自身的时钟同步为主设备的时钟。可以理解地，当主设备和从设备的时钟一致后，才能够在相同的活动时间窗内进行信息交互。
可以理解地，在现有技术中设备进行Wi-Fi Aware建链的协议时，包括固定的以下步骤：从设备的服务发现订阅和主设备的服务发现发布(服务发现订阅采用服务发现订阅帧的方式传输数据，服务发现发布采用服务发现发布帧的方式传输数据)，该两个步骤是为了主设备和从设备建立起信息交互的基础，通过如设备的Wi-Fi Aware管理口MAC地址、Wi-Fi Aware标识等确定与连接设备的信息，使得设备之间能够根据这些信息进行信息交互。需要说明的是，该服务发现订阅和服务发现发布与Wi-Fi Aware设备发现不同，Wi-FiAware设备发现是为了确认主设备是否存在从设备所需的Wi-Fi Aware服务，仅是为了预先确定可提供的Wi-Fi Aware服务，以及对应的提供服务的设备是否存在。
可以理解地，在现有技术中由于建链过程采用服务发现订阅和服务发现发布步骤的缘故，使得建链的时长较长，需要经历至少两个活动时间窗才能完成。
在一实施例中，在Wi-Fi Aware设备发现的交互过程中，将主设备和从设备建链的Wi-Fi Aware协议中在服务发现订阅帧交互的参数、Wi-Fi Aware协议中在服务发现发布帧交互的参数也进行了交互，使得从设备在确定主设备是否能提供所需的Wi-Fi Aware服务时，已预先进行Wi-Fi Aware协议中在服务发现订阅帧交互的参数、Wi-Fi Aware协议中在服务发现发布帧交互的参数的交互，可跳过服务发现订阅和服务发现发布的步骤，直接进行后续的建链步骤(步骤S14-S15)，从而提高设备间的建链效率。
可以理解地，当主设备存在从设备所需的Wi-Fi Aware服务时，主设备可与从设备直接根据第一连接信息和第二连接信息进行后续的建链操作，无需再间隔至少两个活动时间窗来交互Wi-Fi Aware协议中在服务发现订阅帧交互的参数、Wi-Fi Aware协议中在服务发现发布帧交互的参数。主设备可与从设备，根据如Wi-Fi Aware管理口MAC地址、Wi-FiAware标识等的信息完成建链，省去服务发现订阅和服务发现发布的步骤。
进一步地，本方法还具体包括如下步骤：
根据主设备发送到从设备的Wi-Fi Aware时间戳，将从设备时钟的时间戳调整为和主设备的Wi-Fi Aware时间戳一致。
在一实施例中，同步时钟的方式具体可以是将从设备的Wi-Fi Aware时间戳与主设备的Wi-Fi Aware时间戳同步更新，使得从设备的Wi-Fi Aware时间戳和主设备的Wi-FiAware时间戳一致。
进一步地，在步骤S15中，即主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链，具体包括：
S211：主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路请求帧是否来自从设备，若是，在下一个活动时间窗，向从设备发送Wi-Fi Aware数据通路回复帧。
S212：从设备接收Wi-Fi Aware数据通路回复帧后，主设备与从设备完成建链。
在一实施例中，主设备需要对Wi-Fi Aware数据通路请求帧的来源进行判断，若判断通过，则回复从设备，具体为向从设备发送Wi-Fi Aware数据通路回复帧。
进一步地，主设备在判断Wi-Fi Aware数据通路请求帧来自从设备之后，还可以根据预设的处理方式，拒绝回复从设备，例如，主设备预先设置了“拒绝与任何设备进行Wi-FiAware建链”的处理方式，则即使确认Wi-Fi Aware数据通路请求帧来自从设备，也不会回复从设备。
S211-S212中，提供了一种主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链的具体实施方式，通过Wi-Fi Aware数据通路请求帧和Wi-Fi Aware数据通路回复帧完成数据建链。
进一步地，如果建链后数据交互的过程中要求进行数据加密，则主设备基于Wi-FiAware数据通路请求帧与从设备完成建链，具体包括：
S221：主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路请求帧是否来自从设备，若是，在下一个活动时间窗，向从设备发送Wi-Fi Aware数据通路回复帧。
S222：主设备判断从设备预配置的Wi-Fi Aware参数中是否包括从设备的数据加密预配置信息，若存在，主设备等待获取从设备发送的Wi-Fi Aware数据通路确认帧。
S223：从设备判断主设备预配置的Wi-Fi Aware参数中是否包括数据加密预配置信息，若存在，从设备向主设备发送Wi-Fi Aware数据通路确认帧。
S224：主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路确认帧是否来自从设备，若是，主设备向从设备发送Wi-Fi Aware数据通路秘钥安装帧。
S225：从设备接收Wi-Fi Aware数据通路秘钥安装帧，与主设备完成建链。
可以理解地，如果建链后数据交互的过程中要求进行数据加密，则在建链过程中主设备将为从设备提供秘钥安装，具体采用发送Wi-Fi Aware数据通路秘钥安装帧实现，以使从设备能够根据该Wi-Fi Aware数据通路秘钥安装帧完成秘钥安装，主设备和从设备之间可按照两者约定的加密方式进行数据交互。
在步骤S221-S225中，提供了一种主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链的具体实施方式，通过Wi-Fi Aware数据通路请求帧、Wi-Fi Aware数据通路回复帧、Wi-Fi Aware数据通路确认帧和Wi-Fi Aware数据通路秘钥安装帧完成数据建链。
在一实施例中，图5示出了Wi-Fi Aware通过应用程序完成建链的一流程图。
从图5可以看出，本申请通过在Wi-Fi Aware设备发现的过程中，预先交互了主设备和从设备预配置的Wi-Fi Aware参数(先在Wi-Fi模块获取Wi-Fi Aware接口参数，再将接口参数、和设备本身具有的Wi-Fi Aware参数作为第一连接信息或者第二连接信息下发到BLE模块)，跳过了虚线框中服务发现订阅和服务发现发布的步骤，直接进行Wi-Fi Aware数据通路请求帧、Wi-Fi Aware数据通路回复帧、Wi-Fi Aware数据通路确认帧、Wi-Fi Aware数据通路秘钥安装帧等Wi-Fi Aware协议中数据帧的交互，完成数据建链，有效提高了的建链效率。
在一实施例中，图6示出了Wi-Fi Aware通过应用程序完成建链的又一流程图，图6中示出的步骤具体如下：
其中，由于本申请涉及的具体技术为Wi-Fi Aware，为简便表示，例如Wi-Fi Aware(NAN)数据通路请求帧可简洁表示为数据通路请求帧，省去前缀。
S301：主设备基于Wi-Fi Aware APK(Android application package，Android应用程序包)在开启应用程序后，从Wi-Fi模块中获取Wi-Fi Aware参数，包括：Wi-Fi Aware管理口MAC地址，Wi-Fi Aware时间戳。
S302：主设备的Wi-Fi Aware APK下发如下第一连接信息到BLE蓝牙模块：可服务的Wi-Fi Aware服务名、Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址，Wi-Fi Aware安全预配置参数，Wi-Fi Aware时间戳。
S303：主设备的BLE蓝牙模块，根据步骤S302下发的第一连接信息，被动监听周边的广播BLE消息，识别是否有匹配可进行服务的Wi-Fi Aware设备。
S303：从设备的Wi-Fi Aware APK从Wi-Fi模块中获取Wi-Fi Aware参数，包括：Wi-Fi Aware管理口MAC地址。
S305：从设备的Wi-Fi Aware APK下发如下第二连接信息到BLE蓝牙模块：期望得到服务的Wi-Fi Aware服务名、Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数。
S306：从设备开启自身的BLE模块，同时根据步骤S305下发的第二连接信息，主动向周边设备广播BLE消息，声明期望获得指定的服务，同时携带自身的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数。
S307：主设备的BLE模块接收到从设备在步骤S306发出的广播BLE报文，匹配到双方的Wi-Fi Aware服务名相同，将从设备消息携带的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数上报到主设备的Wi-Fi Aware APK，主设备的Wi-FiAware APK将根据自身策略决定是否响应收到的BLE报文。如果决定响应，则进行步骤S308，否则，返回步骤S303。
其中，主设备的Wi-Fi Aware APK的自身策略包括对黑名单的拒绝响应，以及白名单的响应，若从设备消息携带的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址中任一项存在黑名单中，则主设备决定不响应，返回步骤S303；若从设备消息携带的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址中均存在白名单中，将决定响应，进行步骤S308。
S308：主设备通过BLE蓝牙模块回复从设备的广播，同时携带自身的Wi-Fi AwareID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数、Wi-Fi Aware时间戳。
S309：从设备收到主设备通过BLE广播回复的报文，然后将报文携带的主设备的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数、Wi-Fi Aware时间戳上报到从设备的Wi-Fi Aware APK。
S310：主设备的Wi-Fi Aware APK通知Wi-Fi模块，在下一个活动时间窗，会有与从设备消息携带的Wi-Fi Aware服务名、Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-FiAware安全预配置参数均相同的的Wi-Fi Aware设备，来进行Wi-Fi Aware建链。
S311：从设备的Wi-Fi Aware APK通知Wi-Fi模块，根据主设备下发的Wi-Fi Aware时间戳计算出下一个活动时间窗，使用下发的Wi-Fi Aware服务名、Wi-Fi Aware ID、Wi-FiAware安全预配置参数，到下发的Wi-Fi Aware管理口MAC地址的Wi-Fi Aware设备，进行Wi-Fi Aware数据建链。
S312：主设备的Wi-Fi模块根据Wi-Fi Aware时钟，在计算出的下一个活动时间窗唤醒，进行被动监听。
S313：从设备的Wi-Fi模块根据Wi-Fi Aware时钟，在计算出的下一个活动时间窗唤醒，根据步骤S311的预配置的Wi-Fi Aware参数，发送数据通路请求帧到主设备，进行数据建链请求。
S314：主设备收到从设备的数据通路请求帧后，判断该数据通路请求帧发出者是否为步骤S310来进行Wi-Fi Aware建链的Wi-Fi Aware设备，如果是，则回复数据通路回复帧，否则返回步骤S312，继续被动监听。
S315：如果从设备接收到主设备回复的数据通路回复帧，则继续发送数据通路确认帧。
S316：如果主设备接收到从设备发来的数据通路确认帧，同时从设备是步骤S314匹配的设备，则回复数据通路秘钥安装帧，此时完成Wi-Fi Aware数据建链。
在步骤S311-S316提供了一种主设备和从设备通过应用程序完成数据建链的具体实施方式，通过在Wi-Fi Aware设备发现的过程中交互预配置的Wi-Fi Aware参数，使得从设备在确定主设备能够提供所需的Wi-Fi Aware服务后，减少原先在被动监听的电池资源消耗，省去服务发现订阅和服务发现发布的过程，有效提高Wi-Fi Aware设备间建链的速度。
在一实施例中，具有Wi-Fi Aware功能的设备可以在没有Wi-Fi、AP或蜂窝网的情况下完成数据交互。
具体地，如图7所示，移动终端A和移动终端B在有限距离内可通过Wi-Fi Aware功能实现设备之间的通信，其中，该Wi-Fi Aware功能的使用包括但不限于以下的方式：
文件分享：可以理解地，用户可以通过移动终端A与移动终端B完成Wi-Fi Aware的数据建链，使得用户可将移动终端B所要获取的文档文件、图片文件、视频文件等通过移动终端A发送过去。具体地，在没有Wi-Fi或者Wi-Fi信号差的地方、如演唱会现场、篮球馆、音乐厅等可采用该Wi-Fi Aware完成建链，实现设备间的连接通信。此外，设备间建链的时长较快，且电池资源消耗较低。
具体地，包括如下步骤：
移动终端A在开启文件分享的相关应用程序后，从Wi-Fi模块中获取Wi-Fi Aware参数，包括：Wi-Fi Aware管理口MAC地址，Wi-Fi Aware时间戳。
移动终端A下发如下预配置的Wi-Fi Aware参数到BLE蓝牙模块：文件分享(文档、图片和视频等)的Wi-Fi Aware服务名、Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址，Wi-Fi Aware安全预配置参数，Wi-Fi Aware时间戳。
移动终端A的BLE蓝牙模块，根据下发的预配置的Wi-Fi Aware参数，被动监听周边的广播BLE消息，识别是否有匹配可进行服务的Wi-Fi Aware设备。
移动终端B从Wi-Fi模块中获取Wi-Fi Aware参数，包括：Wi-Fi Aware管理口MAC地址。
移动终端B下发如下预配置的Wi-Fi Aware参数到BLE蓝牙模块：文件分享的服务名、Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数。
移动终端B开启自身的BLE模块，同时根据步骤下发的预配置的Wi-Fi Aware参数，主动向周边设备广播BLE消息，声明期望获得文件分享的服务，同时携带自身的Wi-FiAware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数。
移动终端A的BLE模块接收到移动终端B发出的广播BLE报文，匹配到双方文件分享的服务名相同，将移动终端B消息携带的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数上报到移动终端A，移动终端A将根据自身策略决定是否响应收到的BLE报文。如果决定响应，则继续执行以下剩余步骤，否则，返回被动监听周边的广播BLE消息，识别是否有匹配可进行服务的Wi-Fi Aware设备的步骤。
移动终端A通过BLE蓝牙模块回复移动终端B的广播，同时携带自身的Wi-Fi AwareID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数、Wi-Fi Aware时间戳。
移动终端B收到移动终端A通过BLE广播回复的报文，然后将报文携带的移动终端A的Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数、Wi-FiAware时间戳上报到移动终端B。
移动终端A通知Wi-Fi模块，在下一个活动时间窗，会有与从设备消息携带的文件分享的服务名、Wi-Fi Aware ID、Wi-Fi Aware管理口MAC地址、Wi-Fi Aware安全预配置参数均相同的Wi-Fi Aware设备，来进行Wi-Fi Aware数据建链。
移动终端B通知Wi-Fi模块，根据移动终端A下发的Wi-Fi Aware时间戳计算出下一个活动时间窗，使用下发的文件分享的服务名、Wi-Fi Aware ID、Wi-Fi Aware安全预配置参数，到下发的Wi-Fi Aware管理口MAC地址的Wi-Fi Aware设备，进行Wi-Fi Aware数据建链。
移动终端A的Wi-Fi模块根据Wi-Fi Aware时钟，在计算出的下一个活动时间窗唤醒，进行被动监听。
移动终端B的Wi-Fi模块根据Wi-Fi Aware时钟，在计算出的下一个活动时间窗唤醒，发送数据通路请求帧到移动终端A，进行数据建链请求。
移动终端A收到移动终端B的数据通路请求帧后，判断该数据通路请求帧发出者是否为移动终端B，如果是，则回复数据通路回复帧，否则移动终端A的Wi-Fi模块根据Wi-FiAware时钟，在计算出的下一个活动时间窗唤醒，进行被动监听的步骤。
如果移动终端B接收到移动终端A回复的数据通路回复帧，则继续发送数据通路确认帧。
如果移动终端A接收到移动终端B发来的数据通路确认帧，同时移动终端B确认匹配成功，则回复数据通路秘钥安装帧，此时完成Wi-Fi Aware数据建链。
进一步地，Wi-Fi Aware功能的使用还包括如加入游戏战局的方式。可以理解地，有些游戏是需要联网对战的，在没有Wi-Fi等网络的情况下，可以采用Wi-Fi Aware功能实现联网。具体地，提供游戏战局加入也是一种可提供的服务，而加入游戏战局则为一种设备所期望的Wi-Fi Aware服务。例如，移动终端A通过Wi-Fi Aware提供了加入游戏战局的服务，则移动终端B的用户若要与移动终端A的用户一同联网玩游戏，则可通过Wi-Fi Aware表明移动终端B所期望的服务-加入游戏战局。具体Wi-Fi Aware建链的步骤与上述文件分享的Wi-Fi Aware建链步骤类似，在此不再赘述。同样地，在本实施例中可在服务发现的过程中便获取原本服务发现订阅和服务发现发布步骤交互的信息、时钟同步信息，使得在实现Wi-Fi Aware建链的过程中，设备间建链的时长较快，且电池资源消耗较低。
在本申请实施例中，主设备与从设备进行设备发现的交互，以确定主设备是否能提供从设备所需的Wi-Fi Aware服务，当主设备能够提供从设备所需的Wi-Fi Aware服务时，从设备才会与主设备进行下一步的建链步骤；其中，在Wi-Fi Aware设备发现的交互过程中，利用第一连接信息和第二连接信息的交互，在设备发现过程中便得到主设备和从设备在现有技术建链步骤中，Wi-Fi Aware协议中在服务发现订阅帧和服务发现发布帧交互的参数。在Wi-Fi Aware设备发现阶段已得到Wi-Fi Aware协议中在服务发现订阅帧和服务发现发布帧交互的参数的情况下，主设备和从设备能够跳过服务发现订阅和服务发现发布的步骤，更快地完成Wi-Fi Aware的建链，有效提高Wi-Fi Aware设备间建链的速度。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
基于实施例中所提供的Wi-Fi Aware的建链方法，本申请实施例进一步给出实现上述方法实施例中各步骤及方法的系统。该Wi-Fi Aware的建链系统包括主设备和从设备，其中，主设备用于执行如下步骤：
主设备接收从设备发送的第一连接信息，其中，第一连接信息包括从设备所需的Wi-Fi Aware服务名，第一连接信息还包括从设备预配置的Wi-Fi Aware参数，其中，从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
主设备根据从设备所需的Wi-Fi Aware服务名，发送第二连接信息给从设备，其中，第二连接信息包括确认信息，确认信息为主设备确认存在从设备所需的Wi-Fi Aware服务名的通知信息，从设备根据确认信息确认主设备存在从设备所需的Wi-Fi Aware服务名，第二连接信息还包括主设备预配置的Wi-Fi Aware参数，其中，主设备预配置的Wi-FiAware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数；
主设备获取从设备发送的Wi-Fi Aware数据通路请求帧；
主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链。
进一步地，主设备接收从设备发送的第一连接信息，包括：
主设备基于BLE蓝牙模块广播的功能，接收从设备发送的第一连接信息。
进一步地，第二连接信息还包括主设备的Wi-Fi Aware时间戳，用于同步从设备的时钟。
进一步地，该方法还包括：
主设备根据发送到从设备的Wi-Fi Aware时间戳，将从设备时钟的时间戳调整为和主设备的Wi-Fi Aware时间戳一致。
进一步地，Wi-Fi Aware协议中在服务发现订阅帧交互的参数包括从设备的Wi-FiAware管理口MAC地址、从设备的Wi-Fi Aware标识，以及从设备的数据加密预配置信息，Wi-Fi Aware协议中在服务发现发布帧交互的参数包括主设备的Wi-Fi Aware管理口MAC地址、主设备的Wi-Fi Aware标识，以及主设备的数据加密预配置信息。
进一步地，主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链，包括：
主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路请求帧是否来自从设备，若是，在下一个活动时间窗，向从设备发送Wi-Fi Aware数据通路回复帧；
在从设备接收Wi-Fi Aware数据通路回复帧后，主设备与从设备完成建链。
进一步地，主设备基于Wi-Fi Aware数据通路请求帧与从设备完成建链，包括：
主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路请求帧是否来自从设备，若是，在下一个活动时间窗，向从设备发送Wi-Fi Aware数据通路回复帧；
主设备判断从设备预配置的Wi-Fi Aware参数中是否包括从设备的数据加密预配置信息，若存在，主设备获取从设备发送的Wi-Fi Aware数据通路确认帧；
主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路确认帧是否来自从设备，若是，主设备向从设备发送Wi-Fi Aware数据通路秘钥安装帧；
在从设备接收Wi-Fi Aware数据通路秘钥安装帧后，主设备与从设备完成建链。
从设备用于执行如下步骤：
从设备向主设备发送第一连接信息，其中，第一连接信息包括从设备所需的Wi-FiAware服务名，第一连接信息还包括从设备预配置的Wi-Fi Aware参数，其中，从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
从设备接收主设备发送的第二连接信息，其中，第二连接信息包括确认信息，确认信息为主设备确认存在从设备所需的Wi-Fi Aware服务名的通知信息，第二连接信息还包括主设备预配置的Wi-Fi Aware参数，其中，主设备预配置的Wi-Fi Aware参数包括Wi-FiAware协议中在服务发现发布帧交互的参数；
从设备根据确认信息确认主设备存在从设备所需的Wi-Fi Aware服务名；
从设备向主设备发送Wi-Fi Aware数据通路请求帧，并基于Wi-Fi Aware数据通路请求帧与主设备完成建链。
进一步地，从设备向主设备发送第一连接信息，包括：
从设备基于BLE蓝牙模块广播的功能，向主设备发送第一连接信息。
进一步地，第二连接信息还包括主设备的Wi-Fi Aware时间戳，用于同步从设备的时钟。
进一步地，该方法还包括：
从设备根据接收的主设备的Wi-Fi Aware时间戳，将时钟的时间戳调整为和主设备的Wi-Fi Aware时间戳一致。
进一步地，Wi-Fi Aware协议中在服务发现订阅帧交互的参数包括从设备的Wi-FiAware管理口MAC地址、从设备的Wi-Fi Aware标识，以及从设备的数据加密预配置信息，Wi-Fi Aware协议中在服务发现发布帧交互的参数包括主设备的Wi-Fi Aware管理口MAC地址、主设备的Wi-Fi Aware标识，以及主设备的数据加密预配置信息。
进一步地，基于Wi-Fi Aware数据通路请求帧与主设备完成建链，包括：
从设备向主设备发送Wi-Fi Aware数据通路请求帧；
在主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路请求帧来自从设备后，在下一个活动时间窗，从设备接收主设备发送的Wi-Fi Aware数据通路回复帧，与主设备完成建链。
进一步地，基于Wi-Fi Aware数据通路请求帧与主设备完成建链，包括：
从设备向主设备发送Wi-Fi Aware数据通路请求帧；
在主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路请求帧来自从设备后，在下一个活动时间窗，从设备接收主设备发送的Wi-Fi Aware数据通路回复帧；
从设备判断主设备预配置的Wi-Fi Aware参数中是否包括数据加密预配置信息，若存在，从设备在接收主设备发送的Wi-Fi Aware数据通路回复帧后，向主设备发送Wi-FiAware数据通路确认帧；
在主设备根据从设备预配置的Wi-Fi Aware参数判断Wi-Fi Aware数据通路确认帧来自从设备后，从设备接收主设备发送的Wi-Fi Aware数据通路秘钥安装帧，与主设备完成建链。
可以理解地，在现有技术中，Wi-Fi Aware协议中在服务发现订阅帧交互的参数、Wi-Fi Aware协议中在服务发现发布帧交互的参数需通过Wi-Fi Aware协议中服务发现订阅和服务发现发布交互的步骤得到，而在本申请实施例中，将Wi-Fi Aware协议中在服务发现订阅帧交互的参数、Wi-Fi Aware协议中在服务发现发布帧交互的参数在Wi-Fi Aware设备发现的过程中便进行交互，可令主设备和从设备跳过服务发现订阅和服务发现发布交互的步骤，直接根据第一连接信息和第二连接信息进行数据建链，有效提高了建链的速度。
在本申请实施例中，主设备与从设备进行设备发现的交互，以确定主设备是否能提供从设备所需的Wi-Fi Aware服务，当主设备能够提供从设备所需的Wi-Fi Aware服务时，从设备才会与主设备进行下一步的建链步骤；其中，在Wi-Fi Aware设备发现的交互过程中，利用第一连接信息和第二连接信息的交互，在设备发现过程中便得到主设备和从设备在现有技术建链步骤中，Wi-Fi Aware协议中在服务发现订阅帧和服务发现发布帧交互的参数。在Wi-Fi Aware设备发现阶段已得到Wi-Fi Aware协议中在服务发现订阅帧和服务发现发布帧交互的参数的情况下，主设备和从设备能够跳过服务发现订阅和服务发现发布的步骤，更快地完成Wi-Fi Aware的建链，有效提高Wi-Fi Aware设备间建链的速度。
本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机可读指令，该计算机可读指令被处理器执行时实现实施例中建链方法，为避免重复，此处不一一赘述。或者，该计算机可读指令被处理器执行时实现实施例中建链装置中各模块/单元的功能，为避免重复，此处不一一赘述。
应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可对前述各实施例所存储的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围内。

Claims (18)

1.一种Wi-Fi Aware的建链方法，包括：
主设备基于BLE蓝牙模块广播的功能，接收从设备发送的第一连接信息，其中，所述第一连接信息包括所述从设备所需的Wi-Fi Aware服务名，所述第一连接信息还包括所述从设备预配置的Wi-Fi Aware参数，其中，所述从设备预配置的Wi-Fi Aware参数包括Wi-FiAware协议中在服务发现订阅帧交互的参数；
所述主设备根据所述从设备所需的Wi-Fi Aware服务名，基于BLE蓝牙模块广播的功能，发送第二连接信息给所述从设备，其中，所述第二连接信息包括确认信息，所述确认信息为所述主设备确认存在所述从设备所需的Wi-Fi Aware服务名的通知信息，所述从设备根据所述确认信息确认所述主设备存在所述从设备所需的Wi-Fi Aware服务名，所述第二连接信息还包括所述主设备预配置的Wi-Fi Aware参数，其中，所述主设备预配置的Wi-FiAware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数，所述第二连接信息还包括所述主设备的Wi-Fi Aware时间戳，用于同步所述从设备的时钟；
所述主设备获取所述从设备发送的Wi-Fi Aware数据通路请求帧，所述Wi-Fi Aware数据通路请求帧由所述从设备接收到所述第二连接信息后发送；
所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述主设备根据发送到所述从设备的Wi-Fi Aware时间戳，将所述从设备时钟的时间戳调整为和所述主设备的Wi-Fi Aware时间戳一致。
3.根据权利要求1所述的方法，其特征在于，所述Wi-Fi Aware协议中在服务发现订阅帧交互的参数包括所述从设备的Wi-Fi Aware管理口MAC地址、所述从设备的Wi-Fi Aware标识，以及所述从设备的数据加密预配置信息，所述Wi-Fi Aware协议中在服务发现发布帧交互的参数包括所述主设备的Wi-Fi Aware管理口MAC地址、所述主设备的Wi-Fi Aware标识，以及所述主设备的数据加密预配置信息。
4.根据权利要求1所述的方法，其特征在于，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
在所述从设备接收Wi-Fi Aware数据通路回复帧后，所述主设备与所述从设备完成建链。
5.根据权利要求1-3任一项所述的方法，其特征在于，所述主设备基于所述Wi-FiAware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
所述主设备判断所述从设备预配置的Wi-Fi Aware参数中是否包括所述从设备的数据加密预配置信息，若存在，所述主设备获取所述从设备发送的Wi-Fi Aware数据通路确认帧；
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路确认帧是否来自所述从设备，若是，所述主设备向所述从设备发送Wi-Fi Aware数据通路秘钥安装帧；
在所述从设备接收Wi-Fi Aware数据通路秘钥安装帧后，所述主设备与所述从设备完成建链。
6.一种Wi-Fi Aware的建链方法，包括：
从设备基于BLE蓝牙模块广播的功能向主设备发送第一连接信息，其中，所述第一连接信息包括所述从设备所需的Wi-Fi Aware服务名，所述第一连接信息还包括所述从设备预配置的Wi-Fi Aware参数，其中，所述从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
所述从设备基于BLE蓝牙模块广播的功能接收所述主设备发送的第二连接信息，其中，所述第二连接信息包括确认信息，所述确认信息为所述主设备确认存在所述从设备所需的Wi-Fi Aware服务名的通知信息，所述第二连接信息还包括所述主设备预配置的Wi-FiAware参数，其中，所述主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数，所述第二连接信息还包括所述主设备的Wi-Fi Aware时间戳，用于同步所述从设备的时钟；
所述从设备根据所述确认信息确认所述主设备存在所述从设备所需的Wi-Fi Aware服务名；
所述从设备在接收到所述第二连接信息后，向所述主设备发送Wi-Fi Aware数据通路请求帧，并基于所述Wi-Fi Aware数据通路请求帧与所述主设备完成建链。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
所述从设备根据接收的所述主设备的Wi-Fi Aware时间戳，将时钟的时间戳调整为和所述主设备的Wi-Fi Aware时间戳一致。
8.根据权利要求6所述的方法，其特征在于，所述Wi-Fi Aware协议中在服务发现订阅帧交互的参数包括所述从设备的Wi-Fi Aware管理口MAC地址、所述从设备的Wi-Fi Aware标识，以及所述从设备的数据加密预配置信息，所述Wi-Fi Aware协议中在服务发现发布帧交互的参数包括所述主设备的Wi-Fi Aware管理口MAC地址、所述主设备的Wi-Fi Aware标识，以及所述主设备的数据加密预配置信息。
9.根据权利要求6所述的方法，其特征在于，所述基于所述Wi-Fi Aware数据通路请求帧与所述主设备完成建链，包括：
所述从设备向所述主设备发送Wi-Fi Aware数据通路请求帧；
在所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧来自所述从设备后，在下一个活动时间窗，所述从设备接收所述主设备发送的Wi-Fi Aware数据通路回复帧，与所述主设备完成建链。
10.根据权利要求6-9任一项所述的方法，其特征在于，所述基于所述Wi-Fi Aware数据通路请求帧与所述主设备完成建链，包括：
所述从设备向所述主设备发送Wi-Fi Aware数据通路请求帧；
在所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧来自所述从设备后，在下一个活动时间窗，所述从设备接收所述主设备发送的Wi-Fi Aware数据通路回复帧；
所述从设备判断所述主设备预配置的Wi-Fi Aware参数中是否包括数据加密预配置信息，若存在，所述从设备在接收所述主设备发送的Wi-Fi Aware数据通路回复帧后，向所述主设备发送Wi-Fi Aware数据通路确认帧；
在所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路确认帧来自所述从设备后，从设备接收所述主设备发送的Wi-Fi Aware数据通路秘钥安装帧，与所述主设备完成建链。
11.一种Wi-Fi Aware的建链方法，包括：
从设备基于BLE蓝牙模块广播的功能向主设备发送第一连接信息，其中，所述第一连接信息包括所述从设备所需的Wi-Fi Aware服务名，所述第一连接信息还包括所述从设备预配置的Wi-Fi Aware参数，其中，所述从设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现订阅帧交互的参数；
所述主设备接收所述从设备发送的第一连接信息；
所述主设备根据所述从设备所需的Wi-Fi Aware服务名，基于BLE蓝牙模块广播的功能发送第二连接信息给所述从设备，其中，所述第二连接信息包括确认信息，所述确认信息为所述主设备确认存在所述从设备所需的Wi-Fi Aware服务名的通知信息，所述第二连接信息还包括所述主设备预配置的Wi-Fi Aware参数，其中，所述主设备预配置的Wi-Fi Aware参数包括Wi-Fi Aware协议中在服务发现发布帧交互的参数，所述第二连接信息还包括所述主设备的Wi-Fi Aware时间戳，用于同步所述从设备的时钟；
所述从设备接收所述主设备发送的第二连接信息，根据所述确认信息确认所述主设备存在所述从设备所需的Wi-Fi Aware服务名；
所述从设备在接收到所述第二连接信息后，向所述主设备发送Wi-Fi Aware数据通路请求帧；
所述主设备获取所述从设备发送的Wi-Fi Aware数据通路请求帧；
所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
所述主设备发送Wi-Fi Aware时间戳给所述从设备；
所述从设备根据接收的所述主设备的Wi-Fi Aware时间戳，将时钟的时间戳调整为和所述主设备的Wi-Fi Aware时间戳一致。
13.根据权利要求11所述的方法，其特征在于，所述Wi-Fi Aware协议中在服务发现订阅帧交互的参数包括所述从设备的Wi-Fi Aware管理口MAC地址、所述从设备的Wi-FiAware标识，以及所述从设备的数据加密预配置信息，所述Wi-Fi Aware协议中在服务发现发布帧交互的参数包括所述主设备的Wi-Fi Aware管理口MAC地址、所述主设备的Wi-FiAware标识，以及所述主设备的数据加密预配置信息。
14.根据权利要求11所述的方法，其特征在于，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
所述从设备接收Wi-Fi Aware数据通路回复帧，所述主设备与所述从设备完成建链。
15.根据权利要求11所述的方法，其特征在于，所述主设备基于所述Wi-Fi Aware数据通路请求帧与所述从设备完成建链，包括：
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路请求帧是否来自所述从设备，若是，在下一个活动时间窗，向所述从设备发送Wi-FiAware数据通路回复帧；
所述主设备判断所述从设备预配置的Wi-Fi Aware参数中是否包括所述从设备的数据加密预配置信息，若存在，所述主设备等待获取所述从设备发送的Wi-Fi Aware数据通路确认帧；
所述从设备判断所述主设备预配置的Wi-Fi Aware参数中是否包括数据加密预配置信息，若存在，所述从设备向所述主设备发送Wi-Fi Aware数据通路确认帧；
所述主设备根据所述从设备预配置的Wi-Fi Aware参数判断所述Wi-Fi Aware数据通路确认帧是否来自所述从设备，若是，所述主设备向所述从设备发送Wi-Fi Aware数据通路秘钥安装帧；
所述从设备接收Wi-Fi Aware数据通路秘钥安装帧，所述主设备与所述从设备完成建链。
16.一种Wi-Fi Aware的建链系统，包括主设备和从设备，其中，所述主设备用于执行权利要求1-5任一项所述的方法，所述从设备用于执行权利要求6-10任一项所述的方法。
17.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至5任一项所述方法的步骤，或者，所述处理器执行所述计算机可读指令时实现如权利要求6至10任一项所述方法的步骤。
18.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至5任一项所述方法的步骤，或者，所述计算机可读指令被处理器执行时实现如权利要求6至10任一项所述方法的步骤。
CN202010191809.2A 2020-03-18 2020-03-18 Wi-Fi Aware的建链方法、系统、电子设备和存储介质 Active CN111405681B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010191809.2A CN111405681B (zh) 2020-03-18 2020-03-18 Wi-Fi Aware的建链方法、系统、电子设备和存储介质
PCT/CN2021/080097 WO2021185141A1 (zh) 2020-03-18 2021-03-11 Wi-Fi Aware的建链方法、系统、电子设备和存储介质
EP21771161.3A EP4110004A4 (en) 2020-03-18 2021-03-11 WI-FI AWARENESS CONNECTIVITY METHOD AND SYSTEM, ELECTRONIC DEVICE AND STORAGE MEDIA
US17/906,518 US20230129780A1 (en) 2020-03-18 2021-03-11 Wi-Fi Aware Link Establishment Method and System, Electronic Device, and Storage Medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010191809.2A CN111405681B (zh) 2020-03-18 2020-03-18 Wi-Fi Aware的建链方法、系统、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN111405681A CN111405681A (zh) 2020-07-10
CN111405681B true CN111405681B (zh) 2023-11-21

Family

ID=71413385

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010191809.2A Active CN111405681B (zh) 2020-03-18 2020-03-18 Wi-Fi Aware的建链方法、系统、电子设备和存储介质

Country Status (4)

Country Link
US (1) US20230129780A1 (zh)
EP (1) EP4110004A4 (zh)
CN (1) CN111405681B (zh)
WO (1) WO2021185141A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111405681B (zh) * 2020-03-18 2023-11-21 华为技术有限公司 Wi-Fi Aware的建链方法、系统、电子设备和存储介质
CN111935887A (zh) * 2020-08-11 2020-11-13 Tcl通讯（宁波）有限公司 路灯控制方法、装置、存储介质及系统
EP4207669A4 (en) * 2020-09-19 2023-10-18 Huawei Technologies Co., Ltd. METHOD AND DEVICE FOR INITIALIZING A COMMUNICATION CONNECTION
CN112888029B (zh) * 2021-02-03 2022-08-09 惠州Tcl移动通信有限公司 一种通信方法、计算机设备及计算机可读存储介质
CN112788700A (zh) * 2021-02-25 2021-05-11 芜湖美的厨卫电器制造有限公司 通信方法、终端和可读存储介质
CN115801398A (zh) * 2022-11-15 2023-03-14 联想(北京)有限公司 一种数据处理方法及设备
CN115604694B (zh) * 2022-11-30 2023-05-16 深圳开鸿数字产业发展有限公司 基于WiFi-Aware协议的通信方法、轻设备及可读存储介质
CN116471707B (zh) * 2023-02-21 2024-03-29 荣耀终端有限公司 一种路由器的连接方法、装置及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104144465A (zh) * 2013-05-08 2014-11-12 华为终端有限公司 一种服务发现方法及装置
CN106851775A (zh) * 2017-02-03 2017-06-13 惠州Tcl移动通信有限公司 基于Wi‑FiAware协议的互连方法及系统
CN108260188A (zh) * 2018-02-28 2018-07-06 惠州Tcl移动通信有限公司 一种Wi-Fi连接控制方法及系统
CN109068370A (zh) * 2018-06-27 2018-12-21 努比亚技术有限公司 通信方法、移动终端及计算机可读存储介质
CN109246658A (zh) * 2017-06-30 2019-01-18 上海掌门科技有限公司 一种无流量数据传输的方法及设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150319092A1 (en) * 2014-05-02 2015-11-05 Benu Networks, Inc. CONTENT AWARE WI-FI QoS
US9661445B2 (en) * 2014-05-02 2017-05-23 Qualcomm Incorporated Methods and apparatus for integrating bluetooth devices into neighbor aware networks
US20160234301A1 (en) * 2015-02-11 2016-08-11 Emily H. Qi Methods, Systems, and Devices for Bluetooth Low Energy Discovery
WO2016148406A1 (ko) * 2015-03-16 2016-09-22 엘지전자 주식회사 무선 통신 시스템에서 어플리케이션 서비스 플랫폼을 이용하여 서비스를 지원하는 방법 및 장치
US20160323925A1 (en) * 2015-04-30 2016-11-03 Nokia Technologies Oy Method, apparatus, and computer program product for inter-ap communication in neighbor awareness networking environment
US10111260B2 (en) * 2015-06-19 2018-10-23 Intel IP Corporation Radio resource allocation in Wi-Fi aware neighborhood area network data links
EP3383102B1 (en) * 2015-12-30 2020-05-20 Huawei Technologies Co., Ltd. Method for service discovery in neighbor awareness network (nan) and terminal device
US10218797B2 (en) * 2016-06-06 2019-02-26 Intel IP Corporation Communicating routing messages using service discovery in neighbor awareness networks
US10375562B2 (en) * 2016-08-31 2019-08-06 Qualcomm Incorporated Exchanging a recommendation of a set of D2D rat types for a proximity-based service and searching for a binary code that identifies a proximity-based service on at least one D2D rat type in accordance with a D2D rat sequence
WO2018186919A1 (en) * 2017-04-07 2018-10-11 Intel Corporation Neighbor awareness networking services indication
US20190098483A1 (en) * 2017-11-27 2019-03-28 Intel IP Corporation Enhanced bluetooth mechanism for triggering wi-fi radios
CN111405681B (zh) * 2020-03-18 2023-11-21 华为技术有限公司 Wi-Fi Aware的建链方法、系统、电子设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104144465A (zh) * 2013-05-08 2014-11-12 华为终端有限公司 一种服务发现方法及装置
CN106851775A (zh) * 2017-02-03 2017-06-13 惠州Tcl移动通信有限公司 基于Wi‑FiAware协议的互连方法及系统
CN109246658A (zh) * 2017-06-30 2019-01-18 上海掌门科技有限公司 一种无流量数据传输的方法及设备
CN108260188A (zh) * 2018-02-28 2018-07-06 惠州Tcl移动通信有限公司 一种Wi-Fi连接控制方法及系统
CN109068370A (zh) * 2018-06-27 2018-12-21 努比亚技术有限公司 通信方法、移动终端及计算机可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"R2-1703523 Service Continuity in feD2D".3GPP tsg_ran\wg2_rl2.2017,全文. *

Also Published As

Publication number Publication date
EP4110004A4 (en) 2023-08-02
WO2021185141A1 (zh) 2021-09-23
CN111405681A (zh) 2020-07-10
EP4110004A1 (en) 2022-12-28
US20230129780A1 (en) 2023-04-27

Similar Documents

Publication Publication Date Title
CN111405681B (zh) Wi-Fi Aware的建链方法、系统、电子设备和存储介质
WO2021036835A1 (zh) 一种蓝牙搜索方法、系统及相关装置
CN113923230B (zh) 数据同步方法、电子设备和计算机可读存储介质
CN114079893B (zh) 蓝牙通信方法、终端设备及计算机可读存储介质
EP4084486A1 (en) Cross-device content projection method, and electronic device
CN111628916B (zh) 一种智能音箱与电子设备协作的方法及电子设备
WO2021017909A1 (zh) 一种通过nfc标签实现功能的方法、电子设备及系统
CN112181616B (zh) 任务处理方法及相关装置
WO2021197071A1 (zh) 无线通信系统及方法
CN117014859A (zh) 基于通讯录的设备发现方法、音视频通信方法及电子设备
CN113973398B (zh) 无线网络连接方法、电子设备及芯片系统
WO2021027623A1 (zh) 一种设备能力发现方法及p2p设备
CN116133165A (zh) 耳机连接系统、方法、耳机、电子设备及可读存储介质
CN117425227A (zh) 建立基于WiFi直接连接的会话的方法和装置
CN114173317B (zh) 传输数据的方法和电子设备
CN115580541B (zh) 信息同步方法及电子设备
CN116719376B (zh) 电压控制方法、装置、设备和存储介质
CN115734323B (zh) 功耗优化方法和装置
WO2022268009A1 (zh) 一种屏幕共享的方法及相关设备
CN117295040A (zh) 一种消息发送方法、电子设备及通信系统
CN117991954A (zh) 设备输入方法、系统、电子设备及存储介质
CN116528337A (zh) 业务协同方法、电子设备、可读存储介质和芯片系统
CN115703006A (zh) 设备连接方法、装置及系统
CN118118876A (zh) 一种通信方法、电子设备和存储介质
CN117289807A (zh) 通信方法、通信系统和鼠标

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant