一種數(shù)據(jù)交互的方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，更具體地說，涉及一種數(shù)據(jù)交互的方法及裝置。
【背景技術(shù)】
[0002] 現(xiàn)有的WIFI數(shù)據(jù)交互都是需要首先建立其WIFI連接，基于WIFI連接通過TCP/IP 才能進(jìn)行數(shù)據(jù)交互。WIFI的低功耗通常采用IEEEPowersave模式，需要AP保持全速運(yùn)行 的情況下，緩存各個(gè)WIFIStation的數(shù)據(jù)，然后通過beacon周期性的通知到各個(gè)Station， 而Station需要同AP保持時(shí)間同步，基于beacon的時(shí)間間隔周期的喚醒。然而目前有一 些應(yīng)用，需要傳輸?shù)臄?shù)據(jù)量并不是很大，而且對(duì)功耗要求很高，如果需要同AP保持連接，則 必須周期性的喚醒，會(huì)消耗較多的功耗。如果不保持連接，則必須在每次需要發(fā)送數(shù)據(jù)的之 前需要同AP重新建立連接才能工作，而建立連接的時(shí)間較長(zhǎng)，也會(huì)消耗很高的功耗。
[0003] 因此，WIFI設(shè)備如何進(jìn)行超低功耗的數(shù)據(jù)交互，是需要解決的問題。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明的目的在于提供一種數(shù)據(jù)交互的方法及裝置，以實(shí)現(xiàn)WIFI設(shè)備的超低功 耗數(shù)據(jù)交互。
[0005] 為實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供了如下技術(shù)方案：
[0006] 一種數(shù)據(jù)交互的方法，包括：
[0007] 接收終端發(fā)送的數(shù)據(jù)請(qǐng)求Probe Request ;
[0008] 解析所述ProbeRequest中的原始數(shù)據(jù)，并將所述原始數(shù)據(jù)和所述終端的MAC地 址發(fā)送給服務(wù)器；
[0009] 接收所述服務(wù)器發(fā)送的攜帶所述終端的MAC地址的數(shù)據(jù)回復(fù)包，解析所述數(shù)據(jù)回 復(fù)包中的回復(fù)數(shù)據(jù)，并根據(jù)所述MAC地址將所述回復(fù)數(shù)據(jù)通過數(shù)據(jù)回復(fù)ProbeResponse發(fā) 送給所述終端。
[0010] 優(yōu)選的，接收所述終端發(fā)送的ProbeRequest，包括：
[0011] 接收所述終端發(fā)送的攜帶唯一標(biāo)識(shí)類型0UItype的ProbeRequest。
[0012] 優(yōu)選的，接收所述終端發(fā)送的攜帶0UItype的ProbeRequest，包括：
[0013] 接收所述終端發(fā)送的攜帶0UItype為C8-93-46的ProbeRequest。
[0014] 優(yōu)選的，還包括：
[0015] 緩存所述回復(fù)數(shù)據(jù)；
[0016] 其中，當(dāng)接收到所述終端發(fā)送的下一個(gè)ProbeRequest時(shí)，將所述回復(fù)數(shù)據(jù)發(fā)送給 所述終端。
[0017] -種數(shù)據(jù)交互的裝置，包括：
[0018] 第一接收模塊，用于接收終端發(fā)送的數(shù)據(jù)請(qǐng)求ProbeRequest;
[0019] 第一解析模塊，用于解析所述ProbeRequest中的原始數(shù)據(jù)；
[0020] 第一發(fā)送模塊，用于將所述原始數(shù)據(jù)和所述終端的MAC地址發(fā)送給服務(wù)器；
[0021] 第二接收模塊，用于接收所述服務(wù)器發(fā)送的攜帶所述終端的MAC地址的數(shù)據(jù)回復(fù) 包；
[0022] 第二解析模塊，用于解析所述數(shù)據(jù)回復(fù)包中的回復(fù)數(shù)據(jù)；
[0023] 第二發(fā)送模塊，用于根據(jù)所述MAC地址將所述回復(fù)數(shù)據(jù)通過數(shù)據(jù)回復(fù)Probe Response發(fā)送給所述終端。
[0024] 優(yōu)選的，所述第一接收模塊接收所述終端發(fā)送的攜帶唯一標(biāo)識(shí)類型0UItype的 ProbeRequest。
[0025] 優(yōu)選的，所述第一接收模塊接收所述終端發(fā)送的攜帶〇UItype為C8-93-46的 ProbeRequest。
[0026] 優(yōu)選的，還包括：
[0027] 緩存模塊，用于緩存所述回復(fù)數(shù)據(jù)；其中，當(dāng)接收到所述終端發(fā)送的下一個(gè)Probe Request時(shí)，觸發(fā)所述第二發(fā)送模塊。
[0028] 通過以上方案可知，本發(fā)明實(shí)施例提供的一種數(shù)據(jù)交互的方法及裝置，包括接收 終端發(fā)送的數(shù)據(jù)請(qǐng)求ProbeRequest;解析所述ProbeRequest中的原始數(shù)據(jù)，并將所述原 始數(shù)據(jù)和所述終端的MAC地址發(fā)送給服務(wù)器；接收所述服務(wù)器發(fā)送的攜帶所述終端的MAC 地址的數(shù)據(jù)回復(fù)包，解析所述數(shù)據(jù)回復(fù)包中的回復(fù)數(shù)據(jù)，并根據(jù)所述MAC地址將所述回復(fù) 數(shù)據(jù)通過數(shù)據(jù)回復(fù)ProbeResponse發(fā)送給所述終端，這種通過ProbeRequest和Probe Response發(fā)送數(shù)據(jù)的方式，即通過管理幀進(jìn)行數(shù)據(jù)交互的方式，可以在終端和網(wǎng)絡(luò)節(jié)點(diǎn)沒 有建立起WIFI連接的情況下進(jìn)行數(shù)據(jù)交互，實(shí)現(xiàn)了WIFI設(shè)備的超低功耗數(shù)據(jù)交互。
【附圖說明】
[0029] 為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0030] 圖1為本發(fā)明實(shí)施例公開的一種數(shù)據(jù)交互的方法流程圖；
[0031] 圖2為本發(fā)明實(shí)施例公開的一種數(shù)據(jù)交互的裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0032] 下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0033] 本發(fā)明實(shí)施例公開了一種數(shù)據(jù)交互的方法及裝置，以實(shí)現(xiàn)WIFI設(shè)備的超低功耗 數(shù)據(jù)交互。
[0034] 參見圖1，本發(fā)明實(shí)施例提供的一種數(shù)據(jù)交互的方法，包括：
[0035] S101、接收終端發(fā)送的數(shù)據(jù)請(qǐng)求ProbeRequest;
[0036] 具體的，本實(shí)施例中的終端為WIFI設(shè)備，WIFI設(shè)備中的Station平時(shí)處于超低功 耗模式，WIFI處于IDLE狀態(tài)。當(dāng)有數(shù)據(jù)需要發(fā)送的時(shí)候，CPU喚醒，把數(shù)據(jù)封裝為Probe Request數(shù)據(jù)包，喚醒WIFI芯片，發(fā)送該管理幀數(shù)據(jù)，這里的管理幀數(shù)據(jù)為Probe Request發(fā)送的數(shù)據(jù)，后文中的Probe Request中的原始數(shù)據(jù)，可以理解為管理幀中攜帶的數(shù)據(jù)。
[0037] 現(xiàn)有的管理幀是支持用戶自定義IE的。本實(shí)施例定義一個(gè)特殊的用戶IE用于實(shí) 現(xiàn)數(shù)據(jù)交互。該IE的0UItype為C8-93-46,數(shù)據(jù)的type使用1 =Station上報(bào)數(shù)據(jù)，2 =AP回復(fù)數(shù)據(jù)。當(dāng)WIFI設(shè)備有數(shù)據(jù)需要發(fā)送時(shí)，使用ProbeRequest通過該IE攜帶數(shù)據(jù) 給AP端（Accesspoint，無線網(wǎng)絡(luò)節(jié)點(diǎn)），AP端使用ProbeResponse攜帶該IE數(shù)據(jù)回復(fù) 給WIFI設(shè)備。
[0038] 具體的，WIFI管理幀由很多IE(informationelement)組成。每個(gè)IE幀格式定 義如表1所示：
[0039]表1
[0040]
[0041] 其中l(wèi)ength是0UI Type的3個(gè)字節(jié)加上后續(xù)Data數(shù)據(jù)的總長(zhǎng)度，最大不能超過 255。
[0042]S102、解析所述ProbeRequest中的原始數(shù)據(jù)，并將所述原始數(shù)據(jù)和所述終端的 MAC地址發(fā)送給服務(wù)器；
[0043]S103、接收所述服務(wù)器發(fā)送的攜帶所述終端的MAC地址的數(shù)據(jù)回復(fù)包，解析所述 數(shù)據(jù)回復(fù)包中的回復(fù)數(shù)據(jù)；
[0044]S104、根據(jù)所述MAC地址將所述回復(fù)數(shù)據(jù)通過數(shù)據(jù)回復(fù)ProbeResponse發(fā)送給所 述終端。
[0045] 具體的，AP端接收到服務(wù)器發(fā)送的攜帶所述終端的MAC地址的數(shù)據(jù)回復(fù)包后，解 析出數(shù)據(jù)回復(fù)包中的實(shí)際內(nèi)容，即回復(fù)數(shù)據(jù)，組包后發(fā)送給終端。
[0046] 具體的，本發(fā)明通過對(duì)WIFI協(xié)議的擴(kuò)展，基于WIFI管理幀可以在沒有建立起WIFI 連接的情況下就能進(jìn)行數(shù)據(jù)交互的特點(diǎn)，通過對(duì)布網(wǎng)的AP的少量修改，實(shí)現(xiàn)了WIFI設(shè)備可 以在不需要建立WIFI連接，也不許要同AP做時(shí)間同步，在需要傳輸數(shù)據(jù)的時(shí)候直接發(fā)送數(shù) 據(jù)，等待返回?cái)?shù)據(jù)之后就立即進(jìn)入超低功耗模式，其中，在超低功耗模式下，電流的消耗下 降到uA級(jí)，可以使用電池供電。
[0047] 本發(fā)明實(shí)施例提供的一種數(shù)據(jù)交互的方法，包括接收終端發(fā)送的數(shù)據(jù)請(qǐng)求Probe Request ;解析所述Probe Request中的原始數(shù)據(jù)，并將所述原始數(shù)據(jù)和所述終端的MAC 地址發(fā)送給服務(wù)器；接收所述服務(wù)器發(fā)送的攜帶所述終端的MAC地址的數(shù)據(jù)回復(fù)包，解析 所述數(shù)據(jù)回復(fù)包中的回復(fù)數(shù)據(jù)，并根據(jù)所述MAC地址將所述回復(fù)數(shù)據(jù)通過數(shù)據(jù)回復(fù)Probe Res