一種終端設(shè)備及幀發(fā)送和接收方法
【專利摘要】本發(fā)明提供一種終端設(shè)備及幀發(fā)送和接收的方法，涉及通信領(lǐng)域。所述終端設(shè)備包括：確認(rèn)模塊，用于向支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送廣播控制幀，并在收到所述其它終端設(shè)備回復(fù)的廣播響應(yīng)幀后，確認(rèn)回復(fù)廣播響應(yīng)幀的所述其它終端設(shè)備支持動(dòng)態(tài)幀交互；掃描模塊，用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送掃描請(qǐng)求幀，所述掃描請(qǐng)求幀的接收端地址字段為空。通過分別對(duì)掃描階段，發(fā)現(xiàn)階段，操作階段的幀都動(dòng)態(tài)自適應(yīng)的調(diào)整交互幀的長度，大量節(jié)省了幀的長度，有效的解決了功耗問題，同時(shí)能夠?qū)崿F(xiàn)簡單的物連方案，使支持Wi-Fi直聯(lián)的設(shè)備之間可以進(jìn)行簡單的交互。
【專利說明】一種終端設(shè)備及巾貞發(fā)送和接收方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種終端設(shè)備及幀的發(fā)送和接收方法。
【背景技術(shù)】
[0002] 2010年10月，Wi-FiAlliance(Wi-Fi聯(lián)盟）發(fā)布Wi-Fi直聯(lián)白皮書，白皮書中 介紹了有關(guān)于這種技術(shù)的基本信息、特點(diǎn)和功能，Wi-Fi直聯(lián)標(biāo)準(zhǔn)是指允許無線網(wǎng)絡(luò)中的設(shè) 備無需通過無線路由器即可相互連接。Wi-Fi直聯(lián)設(shè)備能夠隨時(shí)隨地實(shí)現(xiàn)互相連接。由于 不需要Wi-Fi路由器或接入點(diǎn)，因此Wi-Fi設(shè)備可以在任何地點(diǎn)實(shí)現(xiàn)連接。Wi-Fi直聯(lián)的設(shè) 備發(fā)現(xiàn)（DeviceDiscovery)與服務(wù)發(fā)現(xiàn)（ServiceDiscovery)功能幫助用戶確定可用的設(shè) 備與服務(wù)，然后建立連接。同時(shí)，Wi-Fi直聯(lián)設(shè)備采用Wi-FiProtectedSetup?簡化了在 設(shè)備之間創(chuàng)建安全連接的過程。
[0003] 在Wi-Fi直聯(lián)的新型網(wǎng)絡(luò)中，出現(xiàn)了兩類新型角色GroupOwner(群組擁有者）和 GroupClient(群組客戶端）以支持P2P的連接。規(guī)范定義中，GroupOwner兼容傳統(tǒng)的 Wi-Fi網(wǎng)絡(luò)，可以充當(dāng)STA(客戶端）或者AP(接入點(diǎn)）的角色，此外，還可以與多個(gè)Group Client建立P2P安全連接。GroupClient則是一種類似于STA，除了STA的功能外還能與 GroupOwner建立P2P的連接。一個(gè)設(shè)備，可以同時(shí)充當(dāng)GroupOwner和GroupClient的 角色。不管屋里周圍是否有布設(shè)傳統(tǒng)的AP，移動(dòng)終端可以使用Wi-Fi直聯(lián)與其他數(shù)字設(shè)備 進(jìn)行簡單、快速、安全的直連。
[0004] 目前，使用Wi-Fi直聯(lián)技術(shù)的網(wǎng)絡(luò)結(jié)構(gòu)中，傳輸速率和連接范圍都是非常有優(yōu)勢 的，同時(shí)該技術(shù)不需要無線路由的支持，實(shí)現(xiàn)很方便，但是Wi-Fi直聯(lián)技術(shù)由于射頻天線發(fā) 射功率等問題，功耗較大，所以對(duì)于使用直流電源的（終端）設(shè)備影響很大，不能直接應(yīng)用 于直流電源的設(shè)備。
[0005] 現(xiàn)有技術(shù)中，802. 11幀主要有三種類型。數(shù)據(jù)幀負(fù)責(zé)在工作站之間傳輸數(shù)據(jù)。數(shù) 據(jù)幀會(huì)因?yàn)樗幍木W(wǎng)絡(luò)環(huán)境不同而有所差異?？刂茙ǔＥc數(shù)據(jù)幀搭配使用，負(fù)責(zé)區(qū)域的 清空、信道的取得以及載波監(jiān)聽的維護(hù)，并于收到數(shù)據(jù)時(shí)予以正面的應(yīng)答，借此促進(jìn)工作站 間數(shù)據(jù)傳輸?shù)目煽啃?。管理幀?fù)責(zé)監(jiān)督，主要用來加入或退出無線網(wǎng)絡(luò)，以及處理基站之間 連接的轉(zhuǎn)移事宜。
[0006] 數(shù)據(jù)幀會(huì)將上層協(xié)議的數(shù)據(jù)置于幀主體加以傳遞。圖1顯示了數(shù)據(jù)幀的基本結(jié) 構(gòu)。
[0007] 控制幀主要在協(xié)助數(shù)據(jù)幀的傳遞。它們可用來監(jiān)督無線介質(zhì)的訪問（但非介質(zhì)本 身），以及提供MAC層次的可靠性。
[0008] 圖2顯示的控制幀均使用相同的幀控制位。
[0009] 管理幀的基本結(jié)構(gòu)如圖3所示。所有管理幀的MAC標(biāo)頭都一樣，這與幀的次類型 無關(guān)。管理幀會(huì)使用信息元素(帶有數(shù)字標(biāo)簽的數(shù)據(jù)區(qū)塊）來與其他系統(tǒng)交換數(shù)據(jù)。
[0010] 按照理論值計(jì)算，測試802.lib協(xié)議11M速率，發(fā)射功率一定的情況下(一般為 16dbm)，單位時(shí)間100ms內(nèi)接收數(shù)據(jù)所消耗的功耗為410mw，發(fā)送數(shù)據(jù)所消耗的功耗為 500mw。同時(shí)結(jié)合實(shí)際的網(wǎng)絡(luò)吞吐量6M/s，可以計(jì)算出接收單位數(shù)據(jù)lkbit所需要的功耗為 0? 68mw，發(fā)送單位數(shù)據(jù)lkbit所需要的功耗為0? 83mw。
【發(fā)明內(nèi)容】
[0011] 本發(fā)明的目的在于提供一種終端設(shè)備及幀發(fā)送和接收方法，降低了由于射頻天線 發(fā)送功率大等問題造成的Wi-Fi直聯(lián)設(shè)備的功耗，減小對(duì)使用直流電源設(shè)備的影響，從而 拓展Wi-Fi Direct技術(shù)應(yīng)用的【技術(shù)領(lǐng)域】。
[0012] 為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供一種終端設(shè)備，包括：
[0013] 確認(rèn)模塊，用于向支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送廣播控制幀，并在收 到所述其它終端設(shè)備回復(fù)的廣播響應(yīng)幀后，確認(rèn)回復(fù)廣播響應(yīng)幀的所述其它終端設(shè)備支持 動(dòng)態(tài)幀交互；
[0014] 掃描模塊，用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送掃描請(qǐng)求幀，所述掃 描請(qǐng)求幀的接收端地址字段為空。
[0015] 上述終端設(shè)備，還包括：
[0016] 發(fā)現(xiàn)模塊，用于接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀，并 對(duì)所述掃描請(qǐng)求幀進(jìn)行解析，得到解析結(jié)果，若所述解析結(jié)果表明所述其它終端設(shè)備發(fā)送 的掃描請(qǐng)求幀的接收端地址字段為空，則構(gòu)建掃描響應(yīng)幀，并發(fā)送給所述其它終端設(shè)備，其 中，所述掃描響應(yīng)幀的MAC頭域中只保留類型和子類型信息。
[0017] 上述終端設(shè)備，還包括：
[0018] 操作模塊，用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送操作數(shù)據(jù)幀，所述操 作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度小于原操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度。
[0019] 其中，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度小于或者等于10字節(jié)，且所述幀主體 數(shù)據(jù)區(qū)中以1字節(jié)來標(biāo)識(shí)控制類型，剩余數(shù)據(jù)區(qū)用來存儲(chǔ)控制的附加數(shù)據(jù)。
[0020] 其中，上述述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中還包括：用于標(biāo)識(shí)所述操作數(shù)據(jù)幀是 否為擴(kuò)展操作數(shù)據(jù)幀的元素標(biāo)識(shí)符。
[0021] 其中，所述操作模塊還用于：接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的操 作數(shù)據(jù)幀，并讀取所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中的元素標(biāo)識(shí)符，根據(jù)所述元素標(biāo)識(shí)符 的值判斷所述操作數(shù)據(jù)幀是否為擴(kuò)展的操作數(shù)據(jù)幀。
[0022] 進(jìn)一步的，所述操作模塊在判斷接收到的所述操作數(shù)據(jù)幀為擴(kuò)展的操作數(shù)據(jù)幀 時(shí)，所述操作模塊讀取所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中的第一個(gè)字節(jié)的數(shù)據(jù)，獲取所述 其它終端設(shè)備的控制類型，并根據(jù)第二個(gè)字節(jié)中存儲(chǔ)的數(shù)據(jù)長度讀取后面的附加數(shù)據(jù)，并 根據(jù)所述控制類型和所述附加數(shù)據(jù)解析出完整的控制信息，根據(jù)所述控制信息響應(yīng)所述其 它終端設(shè)備進(jìn)行的控制操作，并向所述其它終端設(shè)備發(fā)送操作是否成功的結(jié)果狀態(tài)信息。
[0023] 進(jìn)一步的，上述終端設(shè)備，還包括：
[0024] 設(shè)置模塊，用于根據(jù)所述終端設(shè)備類型預(yù)先設(shè)定與所述控制信息對(duì)應(yīng)的功能，其 中所述控制信息包括所述控制類型和所述附加數(shù)據(jù)。
[0025] 本發(fā)明實(shí)施例還提供一種幀發(fā)送方法，包括：
[0026] 向支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送廣播控制幀，并在收到所述其它終端 設(shè)備回復(fù)的廣播響應(yīng)幀后，確認(rèn)回復(fù)廣播響應(yīng)幀的所述其它終端設(shè)備支持動(dòng)態(tài)幀交互；
[0027]向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送掃描請(qǐng)求幀，所述掃描請(qǐng)求幀的接收 端地址字段為空。
[0028] 上述幀發(fā)送方法，還包括：
[0029] 向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送操作數(shù)據(jù)幀，所述操作數(shù)據(jù)幀的幀主 體數(shù)據(jù)區(qū)長度小于原操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度。
[0030] 進(jìn)一步的，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中還包括：用于標(biāo)識(shí)所述操作數(shù)據(jù)幀 是否為擴(kuò)展操作數(shù)據(jù)幀的元素標(biāo)識(shí)符。
[0031] 本發(fā)明實(shí)施例還提供一種幀接收方法，包括：
[0032] 接收支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送的廣播控制幀，并向所述其它終端 設(shè)備回復(fù)廣播響應(yīng)幀，確認(rèn)支持動(dòng)態(tài)幀交互；
[0033] 接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀，并對(duì)所述掃描請(qǐng)求 幀進(jìn)行解析，得到解析結(jié)果，若所述解析結(jié)果表明所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀的 接收端地址字段為空，則構(gòu)建掃描響應(yīng)幀，并發(fā)送給所述其它終端設(shè)備，其中，所述掃描響 應(yīng)幀的MAC頭域中只保留類型和子類型信息。
[0034] 上述接收方法，還包括：
[0035] 接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的操作數(shù)據(jù)幀，并讀取所述操作數(shù) 據(jù)幀的幀主體數(shù)據(jù)區(qū)中的元素標(biāo)識(shí)符，根據(jù)所述元素標(biāo)識(shí)符的值判斷所述操作數(shù)據(jù)幀是否 為擴(kuò)展的操作數(shù)據(jù)幀。
[0036] 本發(fā)明的上述技術(shù)方案至少具有以下有益效果：
[0037] 本發(fā)明實(shí)施例的終端設(shè)備，通過分別對(duì)掃描階段，發(fā)現(xiàn)階段，操作階段的幀都動(dòng)態(tài) 自適應(yīng)的調(diào)整交互幀的長度，不用每次都發(fā)送定長的數(shù)據(jù)幀，只需要根據(jù)Wi-Fi直聯(lián)技術(shù) 的特點(diǎn)，發(fā)送足夠的信息數(shù)據(jù)即可，大量節(jié)省了幀的長度，有效的解決了功耗問題，同時(shí)能 夠?qū)崿F(xiàn)簡單的物連方案，使支持Wi-Fi直聯(lián)的設(shè)備之間可以進(jìn)行簡單的交互。
【專利附圖】
【附圖說明】
[0038] 圖1表示802. 11數(shù)據(jù)幀的基本結(jié)構(gòu)；
[0039] 圖2表示802. 11控制幀的幀控制位；
[0040] 圖3表示802. 11管理幀的基本結(jié)構(gòu)；
[0041] 圖4表示本發(fā)明實(shí)施例中終端設(shè)備各模塊示意圖；
[0042] 圖5表示本發(fā)明實(shí)施例中掃描請(qǐng)求幀的優(yōu)化結(jié)構(gòu)圖；
[0043] 圖6表示本發(fā)明實(shí)施例中掃描響應(yīng)幀的優(yōu)化結(jié)構(gòu)圖；
[0044] 圖7表示本發(fā)明實(shí)施例中操作數(shù)據(jù)幀的優(yōu)化結(jié)構(gòu)圖；
[0045] 圖8表示本發(fā)明實(shí)施例中設(shè)備確認(rèn)功能流程圖；
[0046] 圖9表示本發(fā)明實(shí)施例中掃描請(qǐng)求幀解析流程圖；
[0047] 圖10表示本發(fā)明實(shí)施例中操作數(shù)據(jù)幀解析流程圖。
【具體實(shí)施方式】
[0048] 為使本發(fā)明要解決的技術(shù)問題、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具 體實(shí)施例進(jìn)行詳細(xì)描述。
[0049] 本發(fā)明針對(duì)現(xiàn)有技術(shù)中支持Wi-Fi直聯(lián)技術(shù)的設(shè)備功耗較大，對(duì)使用直流電源的 設(shè)備影響較大的問題，提供一種終端設(shè)備，通過分別對(duì)掃描階段，發(fā)現(xiàn)階段，操作階段的幀 都動(dòng)態(tài)自適應(yīng)的調(diào)整交互幀的長度，不用每次都發(fā)送定長的數(shù)據(jù)幀，只需要根據(jù)Wi-Fi直 聯(lián)技術(shù)的特點(diǎn)，發(fā)送足夠的信息數(shù)據(jù)即可，大量節(jié)省了幀的長度，有效的解決了功耗問題， 同時(shí)能夠?qū)崿F(xiàn)簡單的物連方案，使支持Wi-Fi直聯(lián)的設(shè)備之間可以進(jìn)行簡單的交互。
[0050] 如圖4所示，本發(fā)明的實(shí)施例提供一種終端設(shè)備10,包括：
[0051] 確認(rèn)模塊11，用于向支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送廣播控制幀，并在 收到所述其它終端設(shè)備回復(fù)的廣播響應(yīng)幀后，確認(rèn)回復(fù)廣播響應(yīng)幀的所述其它終端設(shè)備支 持動(dòng)態(tài)幀交互；
[0052] 掃描模塊13,用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送掃描請(qǐng)求幀，所述 掃描請(qǐng)求幀的接收端地址字段為空。
[0053] 本發(fā)明的上述實(shí)施例的終端設(shè)備10在Wi-Fi直聯(lián)設(shè)備確認(rèn)階段，通過添加一個(gè)廣 播控制幀，詢問當(dāng)前Wi-Fi直聯(lián)設(shè)備是否支持動(dòng)態(tài)幀交互，如果支持則給詢問設(shè)備回復(fù)一 個(gè)廣播響應(yīng)幀，說明支持動(dòng)態(tài)幀交互；如果不支持，由于該廣播控制幀是擴(kuò)展的控制幀，那 么其它終端設(shè)備由于不識(shí)別，所以不會(huì)回應(yīng)。
[0054] 終端設(shè)備10在掃描超時(shí)后，僅僅在本地記錄回復(fù)過廣播響應(yīng)幀的設(shè)備，后續(xù)可以 與這個(gè)設(shè)備進(jìn)行動(dòng)態(tài)幀交互。對(duì)于不支持動(dòng)態(tài)幀交互的其它終端設(shè)備，仍然按照常規(guī)的幀 類型進(jìn)行交互，保證了對(duì)于各種設(shè)備的兼容性。
[0055] 進(jìn)一步的，掃描模塊13發(fā)送掃描請(qǐng)求巾貞ProbeRequest,掃描請(qǐng)求巾貞是屬于管理 幀類型的，同時(shí)也是廣播控制幀類型。如圖5所示，在管理幀中，接收端MAC地址將會(huì)全部 填寫FF，即掃描請(qǐng)求幀的接收端地址字段為空；因此在這一過程中，可以去掉幀結(jié)構(gòu)中的 地址字段，該字段6個(gè)字節(jié)。
[0056] 由于實(shí)際操作中，掃描請(qǐng)求幀會(huì)非常頻繁的發(fā)送，因此可以節(jié)省幀的6個(gè)字節(jié)。具 體而言，按照【背景技術(shù)】中計(jì)算的單位數(shù)據(jù)的發(fā)射和接收功耗，同時(shí)結(jié)合標(biāo)準(zhǔn)的100ms的信 標(biāo)間隔，在被動(dòng)掃描中，接收數(shù)據(jù)1分鐘就可以節(jié)省（6*8*10*60/1024)*0. 68=19. 125mw，發(fā) 送數(shù)據(jù) 1 分鐘就可以節(jié)?。?*8*10*60/1024) *0. 83=23. 34mw。
[0057] 本發(fā)明的另一實(shí)施例中，上述終端設(shè)備10,還包括：
[0058] 發(fā)現(xiàn)模塊14,用于接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀， 并對(duì)所述掃描請(qǐng)求幀進(jìn)行解析，得到解析結(jié)果，若所述解析結(jié)果表明所述其它終端設(shè)備發(fā) 送的掃描請(qǐng)求幀的接收端地址字段為空，則構(gòu)建掃描響應(yīng)幀，并發(fā)送給所述其它終端設(shè)備， 其中，所述掃描響應(yīng)幀的MAC頭域中只保留類型和子類型信息。
[0059] 本發(fā)明的上述實(shí)施例的終端設(shè)備10的發(fā)現(xiàn)模塊14主要是Wi-Fi直聯(lián)設(shè)備駐留在 各個(gè)信道上，響應(yīng)收到的掃描請(qǐng)求幀，然后給所述其它終端設(shè)備發(fā)送掃描響應(yīng)幀。而掃描響 應(yīng)幀的地址字段不能去掉，否則其它終端設(shè)備無法確認(rèn)掃描響應(yīng)幀的MAC地址；同時(shí)掃描 響應(yīng)幀為控制幀，如圖6所示，考慮到控制幀的特性，對(duì)于MAC頭域中的介質(zhì)訪問、擴(kuò)展片段 位、重試位、附加數(shù)據(jù)等都沒有特殊要求，因此可以去除，在控制幀的MAC頭域中只需要有 類型和子類型，類型使用2bit來標(biāo)識(shí)支持的協(xié)議版本，子類型使用4bit來標(biāo)識(shí)幀類型；這 樣就可以將MAC頭域的2個(gè)字節(jié)16bit減少到一個(gè)字節(jié)8個(gè)bit，由于MAC頭域的低速傳輸 性，因此MAC頭域長度減少，可以增加傳輸?shù)男省?br>
[0060] 具體而言，同樣在100ms信標(biāo)間隔的情況下，根據(jù)理論的計(jì)算方法，可以計(jì)算出接 收數(shù)據(jù)1分鐘就可以節(jié)省3. 2mw,發(fā)送數(shù)據(jù)1分鐘就可以節(jié)省3. 9mw。
[0061] 為了更好的降低功耗，上述終端設(shè)備10,還包括：
[0062] 操作模塊15,用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送操作數(shù)據(jù)幀，所述 操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度小于原操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度。
[0063] 其中，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度小于或者等于10字節(jié)，且所述幀主體 數(shù)據(jù)區(qū)中以1字節(jié)來標(biāo)識(shí)控制類型，剩余數(shù)據(jù)區(qū)用來存儲(chǔ)控制的附加數(shù)據(jù)。
[0064] 本發(fā)明的上述實(shí)施例的終端設(shè)備10中，操作模塊15的主要優(yōu)化在幀的主體Frame Body(幀主體數(shù)據(jù)區(qū)）中，上述原操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度最大為2312個(gè)字節(jié)。如 圖7所示，在數(shù)據(jù)區(qū)的操作交互中，將幀主體數(shù)據(jù)區(qū)的2312個(gè)字節(jié)縮減到10個(gè)字節(jié)以內(nèi)， 其中使用1個(gè)字節(jié)來標(biāo)識(shí)出256種狀態(tài)，也就是256種控制狀態(tài)，剩余的字節(jié)，用來存儲(chǔ)控 制的附加數(shù)據(jù)；其中剩余的數(shù)據(jù)區(qū)長度也是動(dòng)態(tài)的，可以為〇,表示不用附加數(shù)據(jù)，比如開、 關(guān)狀態(tài)等，最大為9個(gè)字節(jié)就可以完成，比如冰箱的溫度數(shù)據(jù)、空調(diào)的風(fēng)量數(shù)據(jù)等。
[0065] 進(jìn)一步的，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中還包括：用于標(biāo)識(shí)所述操作數(shù)據(jù)幀 是否為擴(kuò)展操作數(shù)據(jù)幀的元素標(biāo)識(shí)符。
[0066] 本發(fā)明的上述實(shí)施例的終端設(shè)備10中，在操作交互時(shí)，操作數(shù)據(jù)幀的幀主體中使 用動(dòng)態(tài)IE(InformationElements)的方式，自定義一個(gè)元素標(biāo)識(shí)符（ElementID)占用一 個(gè)字節(jié)，然后記錄后續(xù)數(shù)據(jù)的長度，用以標(biāo)識(shí)操作數(shù)據(jù)幀是否為擴(kuò)展操作數(shù)據(jù)幀。若記錄的 數(shù)據(jù)長度小于或者等于10個(gè)字節(jié)，則操作數(shù)據(jù)幀為擴(kuò)展的操作數(shù)據(jù)幀，否則，操作數(shù)據(jù)幀 則不是擴(kuò)展的操作數(shù)據(jù)幀。
[0067] 舉例說明如下：
[0068] 假定通過終端設(shè)備發(fā)送給冰箱一個(gè)控制信息，標(biāo)識(shí)溫度降低3度，如果我們之前 記錄的冰箱降溫狀態(tài)碼為十六進(jìn)制20,附加數(shù)據(jù)為3,那么此時(shí)操作數(shù)據(jù)幀的幀主體的數(shù) 據(jù)格式如下：
【權(quán)利要求】
1. 一種終端設(shè)備，其特征在于，包括： 確認(rèn)模塊，用于向支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送廣播控制幀，并在收到所 述其它終端設(shè)備回復(fù)的廣播響應(yīng)幀后，確認(rèn)回復(fù)廣播響應(yīng)幀的所述其它終端設(shè)備支持動(dòng)態(tài) 幀交互； 掃描模塊，用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送掃描請(qǐng)求幀，所述掃描請(qǐng) 求幀的接收端地址字段為空。
2. 根據(jù)權(quán)利要求1所述的終端設(shè)備，其特征在于，還包括： 發(fā)現(xiàn)模塊，用于接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀，并對(duì)所 述掃描請(qǐng)求幀進(jìn)行解析，得到解析結(jié)果，若所述解析結(jié)果表明所述其它終端設(shè)備發(fā)送的掃 描請(qǐng)求幀的接收端地址字段為空，則構(gòu)建掃描響應(yīng)幀，并發(fā)送給所述其它終端設(shè)備，其中， 所述掃描響應(yīng)幀的MAC頭域中只保留類型和子類型信息。
3. 根據(jù)權(quán)利要求1所述的終端設(shè)備，其特征在于，還包括： 操作模塊，用于向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送操作數(shù)據(jù)幀，所述操作數(shù) 據(jù)幀的幀主體數(shù)據(jù)區(qū)長度小于原操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度。
4. 根據(jù)權(quán)利要求3所述的終端設(shè)備，其特征在于，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長 度小于或者等于10字節(jié)，且所述幀主體數(shù)據(jù)區(qū)中以1字節(jié)來標(biāo)識(shí)控制類型，剩余數(shù)據(jù)區(qū)用 來存儲(chǔ)控制的附加數(shù)據(jù)。
5. 根據(jù)權(quán)利要求4所述的終端設(shè)備，其特征在于，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中 還包括：用于標(biāo)識(shí)所述操作數(shù)據(jù)幀是否為擴(kuò)展操作數(shù)據(jù)幀的元素標(biāo)識(shí)符。
6. 根據(jù)權(quán)利要求3所述的終端設(shè)備，其特征在于，所述操作模塊還用于：接收支持動(dòng)態(tài) 幀交互的所述其它終端設(shè)備發(fā)送的操作數(shù)據(jù)幀，并讀取所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中 的元素標(biāo)識(shí)符，根據(jù)所述元素標(biāo)識(shí)符的值判斷所述操作數(shù)據(jù)幀是否為擴(kuò)展的操作數(shù)據(jù)幀。
7. 根據(jù)權(quán)利要求6所述的終端設(shè)備，其特征在于，所述操作模塊在判斷接收到的所述 操作數(shù)據(jù)幀為擴(kuò)展的操作數(shù)據(jù)幀時(shí)，所述操作模塊讀取所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)中 的第一個(gè)字節(jié)的數(shù)據(jù)，獲取所述其它終端設(shè)備的控制類型，并根據(jù)第二個(gè)字節(jié)中存儲(chǔ)的數(shù) 據(jù)長度讀取后面的的附加數(shù)據(jù)，并根據(jù)所述控制類型和所述附加數(shù)據(jù)解析出完整的控制信 息，根據(jù)所述控制信息響應(yīng)所述其它終端設(shè)備進(jìn)行的控制操作，并向所述其它終端設(shè)備發(fā) 送操作是否成功的結(jié)果狀態(tài)信息。
8. 根據(jù)權(quán)利要求7所述的終端設(shè)備，其特征在于，還包括： 設(shè)置模塊，用于根據(jù)所述終端設(shè)備類型預(yù)先設(shè)定與所述控制信息對(duì)應(yīng)的功能，其中所 述控制信息包括所述控制類型和所述附加數(shù)據(jù)。
9. 一種巾貞發(fā)送方法，其特征在于，包括： 向支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送廣播控制幀，并在收到所述其它終端設(shè)備 回復(fù)的廣播響應(yīng)幀后，確認(rèn)回復(fù)廣播響應(yīng)幀的所述其它終端設(shè)備支持動(dòng)態(tài)幀交互； 向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送掃描請(qǐng)求幀，所述掃描請(qǐng)求幀的接收端地 址字段為空。
10. 根據(jù)權(quán)利要求9所述的幀發(fā)送方法，其特征在于，還包括： 向支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送操作數(shù)據(jù)幀，所述操作數(shù)據(jù)幀的幀主體數(shù) 據(jù)區(qū)長度小于原操作數(shù)據(jù)幀的幀主體數(shù)據(jù)區(qū)長度。
11. 根據(jù)權(quán)利要求10所述的幀發(fā)送方法，其特征在于，所述操作數(shù)據(jù)幀的幀主體數(shù)據(jù) 區(qū)中還包括：用于標(biāo)識(shí)所述操作數(shù)據(jù)幀是否為擴(kuò)展操作數(shù)據(jù)幀的元素標(biāo)識(shí)符。
12. -種幀接收方法，其特征在于，包括： 接收支持Wi-Fi直連技術(shù)的其它終端設(shè)備發(fā)送的廣播控制幀，并向所述其它終端設(shè)備 回復(fù)廣播響應(yīng)幀，確認(rèn)支持動(dòng)態(tài)幀交互； 接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀，并對(duì)所述掃描請(qǐng)求幀進(jìn) 行解析，得到解析結(jié)果，若所述解析結(jié)果表明所述其它終端設(shè)備發(fā)送的掃描請(qǐng)求幀的接收 端地址字段為空，則構(gòu)建掃描響應(yīng)幀，并發(fā)送給所述其它終端設(shè)備，其中，所述掃描響應(yīng)幀 的MAC頭域中只保留類型和子類型信息。
13. 根據(jù)權(quán)利要求12所述的幀接收方法，其特征在于，還包括： 接收支持動(dòng)態(tài)幀交互的所述其它終端設(shè)備發(fā)送的操作數(shù)據(jù)幀，并讀取所述操作數(shù)據(jù)幀 的幀主體數(shù)據(jù)區(qū)中的元素標(biāo)識(shí)符，根據(jù)所述元素標(biāo)識(shí)符的值判斷所述操作數(shù)據(jù)幀是否為擴(kuò) 展的操作數(shù)據(jù)幀。
【文檔編號(hào)】H04W52/02GK104427592SQ201310375812
【公開日】2015年3月18日 申請(qǐng)日期:2013年8月26日 優(yōu)先權(quán)日:2013年8月26日
【發(fā)明者】高建波, 王鵬人 申請(qǐng)人:中興通訊股份有限公司