TWI836760B

TWI836760B - 執行雙cts模式的通信方法以及相關裝置

Info

Publication number: TWI836760B
Application number: TW111145864A
Authority: TW
Inventors: 吳宗軒; 周超文; 郭經昱; 蔣秉憲; 蔡明諺
Original assignee: 聯發科技股份有限公司
Priority date: 2022-01-07
Filing date: 2022-11-30
Publication date: 2024-03-21
Also published as: US20230224963A1; TW202329740A; CN116419282A; EP4210421A1

Abstract

描述了與用於改進無線通訊中的衝突避免的特殊雙清除發送(CTS)模式有關的各種技術。第一站點(STA)發送請求發送(RTS)並且作為回應接收來自第二STA的第一CTS。回應於第一CTS是第一類型，第一STA在向第二STA發送資料之前等待來自第二STA的第二CTS，其中，第二CTS是不同於第一類型的第二類型。然後，第一STA在經過等待時段後向第二STA發送資料。

Description

執行雙CTS模式的通信方法以及相關裝置

本發明總體涉及無線通訊，並且更具體地，涉及用於改進無線通訊中的衝突避免的特殊的雙清除發送(clear-to-send，CTS)模式。

除非本文另有說明，否則本節中描述的方法不是下面列出的請求項的先前技術，並且不因包含在本節中而被承認為先前技術。

在諸如根據電氣和電子工程師協會(Electrical and Electronics Engineer，IEEE)802.11標準操作的無線局域網(wireless local area network，WLAN)的無線網路中，請求發送(request-to-send，RTS)/清除發送(clear-to-send，CTS)是一種站點(station，STA)使用的減少由隱藏節點問題引入的衝突的機制。然而，隨著新的或專有的(proprietary)RTS和/或CTS幀的引入，尚不支持此類新的或專有的RTS/CTS幀的傳統STA仍可能導致並遭受隱藏節點問題，因為新的或專有的RTS/CTS幀不被傳統STA理解或解碼。因此，儘管引入了雙CTS模式來減輕隱藏節點問題，但由於新的或專有的RTS/CTS幀無法被傳統STA解碼，衝突仍可能發生。這是因為傳統STA無法解碼來自AP或者STA的新的或專有有效載荷中的網路可用性向量(network availability vector，NAV)或來自AP或者STA的新的或專有RTS中的NAV，因此，傳統STA無法預留時間來防止衝突。因此，需要一種方案來改進雙CTS模式的保護效果。

以下概述僅是說明性的，並不旨在以任何方式進行限制。即，提供以下概述以介紹本文描述的新穎的和非顯而易見的技術的概念、亮點、好處和優勢。選擇的實施方式在下面的詳細描述中進一步描述。因此，以下概述不旨在標識要求保護的主題的基本特徵，也不旨在用於確定要求保護的主題的範圍。

本發明的目的是提供與特殊雙CTS模式有關的方案、概念、設計、技術、方法和裝置，以改進無線通訊中的衝突避免。在根據本發明的各種提議的方案下，相信可以解決或以其他方式減輕上述問題。

在一個方面，一種方法可以涉及第一STA發送RTS，以及作為回應接收來自第二STA的第一CTS。該方法還可以涉及回應於第一CTS是第一類型，第一STA在向第二STA發送資料之前等待接收來自第二STA的第二CTS，第二CTS是不同於第一類型的第二類型。該方法還可以包括：第一STA在經過等待時段後向第二STA發送資料。

在另一方面，一種方法可以涉及第二STA接收來自第一STA的RTS以及作為回應發送第一CTS。該方法還可以涉及第二STA等待預定義的持續時間後發送第二CTS，其中第一CTS是第一類型並且第二CTS是不同於第一類型的第二類型。該方法還可以包括第二STA在經過等待時段後接收來自第一STA的資料。

在另一方面，一種裝置可以包括收發器和耦接到收發器的處理器。收發器可以被配置為無線通訊。處理器可以經由收發器發送RTS，以及作為回應經由收發器接收來自第二STA的第一CTS。處理器還可以基於第一CTS的類型來確定在向第二STA發送資料之前是執行雙CTS還是正常CTS。然後處理器可以回應於該確定執行雙CTS或正常CTS。處理器還可以經由收發器將資料發送到第二STA。

值得注意的是，儘管本文提供的描述可能是在某些無線電接入技術、網路和網路拓撲(例如Wi-Fi)的環境中，但所提出的概念、方案和任何變體/派生物可以在其他類型的無線電接入技術、網路和網路拓撲中實施，用於其他類型的無線電接入技術、網路和網路拓撲，例如但不限於WiMax、藍牙(Bluetooth)、ZigBee、第五代(5^th Generation，5G)/新無線電(New Radio，NR)、長期演進(Long-Term Evolution，LTE)、LTE-Advanced、LTE-Advanced Pro、物聯網(Internet-of-Thing，IoT)、工業物聯網(Industrial IoT，IIoT)和窄帶物聯網(narrowband IoT，NB-IoT)。因此，本發明的範圍不限於本文描述的示例。

100:示例網路環境

130:BSS

110、120:STA

200:示例場景

300:示例設計

400:示例設計

500:示例系統

510、520:裝置

512、522:處理器

516、526:收發器

514、524:記憶體

600:示例過程

610、620、630、640:框

700:示例過程

710、720、730、740:框

附圖被包括以提供對本發明的進一步理解並且併入並構成本發明的一部分。附圖示出了本發明的實施方式，並且與具體實施方式一起用於解釋本發明的原理。值得注意的是，附圖不一定是按比例繪製的，因為一些組件可能被顯示為與實際實施中的尺寸不成比例，為清楚地說明本發明的概念。

第1圖是實施根據本發明的實施各種解決方案和方案的示例網路環境的示意圖。

第2圖是根據本發明的建議方案下的示例場景的示意圖。

第3圖是根據本發明的建議方案下的示例設計的示意圖。

第4圖是根據本發明的建議方案下的示例設計的示意圖。

第5圖是根據本發明實施方式的建議方案下的示例通信系統的框圖。

第6圖是根據本發明實施方式的建議方案下的示例過程的流程圖。

第7圖是根據本發明實施方式的建議方案下的示例過程的流程圖。

本文公開了要求保護的主題的詳細實施例和實施方式。然而，應當理解，所公開的實施例和實施方式僅僅是可以以各種形式體現的要求保護的主題的說明。然而，本發明可以以許多不同的形式來體現，並且不應被解釋為限於在此闡述的示例性實施例和實施方式。相反，提供這些示例性實施例和實施方式使得本發明的描述是透徹和完整的，並且將向本領域技術人員充分傳達本發明的範圍。在下面的描述中，可能會省略眾所周知的特徵和技術的細節，以避免不必要地模糊所呈現的實施例和實施方式。

概述。

根據本發明的實施方式涉及與用於改進無線通訊中的衝突避免的特殊雙CTS模式有關的各種技術、方法、方案和/或解決方案。根據本發明，可以單獨或聯合實施多種可能的方案。也就是說，雖然這些可能的解決方案在下面單獨描述，但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合來實施。

第1圖示出可以實施根據本發明的各種解決方案和方案的示例網路環境100。如第2圖~第7圖示出了根據本發明的在網路環境100中的各種提議方案的示例實施方式。參考第1圖-第7圖提供了各種提議方案的以下描述。參考第1圖，網路環境100可以至少涉及第一通信實體(本文中在第1圖中表示為STA 110)和第二通信實體(本文中在第1圖中表示為STA 120)在基本服務集(basic service set，BSS)130中根據一個或多個IEEE 802.11標準(例如，IEEE 802.11be和更高版本)相互無線通訊。STA 110和STA 120中的至少一個可以是接入點(access point，AP)STA，而STA 110和STA 120中的另一個可以是非AP STA或傳統設備(例如，傳統非AP STA)。如下所述，STA 110和STA 120中的每一個都可以被配置為根據各種提議方案利用特殊的雙CTS模式來改進無線通訊中的衝突避免。

在根據本發明提出的方案下，受保護的資料傳輸的發起者可以基於回應者的CTS格式來決定或以其他方式確定是執行雙CTS還是執行正常CTS來向回應者發送資料。非AP STA可以隨時切換CTS模式(在雙CTS模式與正常CTS之間切換)，無需與AP協商。第2圖示出了所提出方案下的示例場景200。第2圖的(A)部分示出了使用雙CTS的受保護資料傳輸的示例場景，以及第2圖的(B)部分示出了使用正常CTS的受保護資料傳輸的示例場景。

參考第2圖的(A)部分，AP(例如，作為AP STA的STA 110)可以首先發送尋址到它自己的傳統CTS(在第2圖中表示為“CTS-LG”)。其中，尋址到它自己的傳統CTS可以表示該傳統CTS的目的地址是AP自己。然後，在預定義的持續時間(例如，16微秒(μs))之後，AP可以發送RTS。在該示例場景中，AP可以接收來自非傳統STA(例如，作為非AP STA的STA 120)的第一類型的第一CTS(在第2圖中表示為“CTS-LRP(long range Plus，長距加強版)”)作為對RTS的傳輸的回應。第一類型的第一CTS可以是非傳統或專有CTS，其不能被傳統STA解碼。在確定第一CTS是第一類型(非傳統或專有)時，AP可以在向非傳統STA發送資料之前，通過等待接收第二類型的第二CTS(在第2圖中表示為“CTS-LG”)來執行雙CTS。在此示例場景中，AP可以在收到第一CTS後等待16μs以接收第二CTS，接收第二CTS可能需要44μs。然後，AP可以在接收到第二CTS之後16μs的時間處開始向非傳統STA發送資料。在發送資料後，AP可以接收來自非傳統STA的第一類型的確認(ACK)(表示為“ACK-LRP”)。

因此，在提議的方案下，在從STA(例如，非傳統STA)接收到CTS-LRP後，AP可以在發送資料之前等待一等待時段(例如，16+44+16=76μs)。在等待時段期間，AP可以從同一STA接收到CTS-LG，然後作為回應，在收到CTS-LG後等待16μs後執行與資料傳輸的原始行為(例如，正常CT)相同的行為。可以使用最低的IEEE傳統速率傳輸CTS-LG，例如但不限於IEEE 802.11a正交頻分複用(orthogonal frequency-division multiplexing，OFDM)6Mbps或IEEE 802.11b 1Mbps。在STA側，非傳統STA在收到來自AP的RTS後，可以發送CTS-LRP，然後等待16μs再發送CTS-LG。該CTS-LG可以由附近的設備解碼以允許這些設備中的每一個(其可以包括一個或多個傳統STA)更新其各自的NAV。由於在無線網路上使用NAV來通知其他設備/STA以抑制其他設備/STA的傳輸來避免衝突，因此此NAV更新可以防止在AP向非傳統STA發送資料時由於附近的設備/STA的傳輸而導致的資料衝突。

參考第2圖的(B)部分，AP(例如，作為AP STA的STA 110)可以首先傳輸尋址到它自己的傳統CTS(在第2圖中表示為“CTS-LG”)。然後，在預定義的持續時間(例如，16μs)之後，AP可以發送RTS。在這個示例場景中，AP可以接收來自傳統STA(例如，作為非AP STA的STA 120)的第二類型的CTS(在第2圖中表示為“CTS-LG”)作為對RTS傳輸的回應。第二類型的CTS可以是傳統CTS，其可以向AP指示發送該CTS的STA是傳統STA。在確定CTS是第二類型後，AP可以在收到此第二類型的CTS後等待16μs以開始向傳統STA發送資料。在發送資料後，AP可以接收來自傳統STA的第二類型的ACK(表示為“ACK-LG”)。

因此，在所提出的方案下，在從STA(例如，傳統STA)接收到CTS-LG後，AP可以在接收到CTS-LG後等待16微秒後執行正常的資料傳輸。可以使用最低的IEEE傳統速率傳輸CTS-LG，例如但不限於IEEE 802.11a OFDM 6Mbps或IEEE 802.11b 1Mbps。在STA側，在從AP接收到RTS之後，傳統STA可以發送CTS-LG，然後從AP接收資料傳輸。

第3圖示出了根據本發明的提議方案下的傳輸發起者的流程圖的示例設計300。參考第3圖，最初，AP STA(例如，作為AP STA的STA 110)可以在其先前的接收是非傳統或專有格式的情況下發送尋址到其自身的CTS，該CTS 具有NAV。然後，AP STA可以等待16微秒以發送具有NAV的傳統(LG)RTS，並且還將超時(timeout)計數設置為0。AP STA可以確定是否已經接收到傳統CTS，傳統CTS可以包括wifi6的擴展範圍(extended range，ER)封包格式或者其他長距(long range，LR)封包格式或者其他傳統CTS格式。如果沒有，則AP STA還可以確定是否已經接收到非傳統或專有CTS。如果不是，AP STA可以進一步確定超時計數是否等於16+132+16+44+16。如果是，AP STA可以發送無競爭(contention free，CF)結束(end)包，CF結束包中包括重置的NAV，並等待隨機退避(random backoff)。如果確定已經接收到傳統CTS，則AP STA可以通過在接收到傳統CTS之後等待16μs來執行原始行為(例如，正常CTS)以發送資料。另一方面，如果確定已經接收到非傳統或專有CTS，則AP STA可以確定對等STA(例如，非AP STA)是否支持雙CTS。如果確定對等STA支援雙CTS，則AP STA可以設置76μs的等待時段用於倒計時。然後，AP STA可以確定是否已經從目的地STA(例如，期望資料被發送到的STA)接收到傳統CTS。如果確定已從目的地STA接收到傳統CTS，則AP STA可以在接收到傳統CTS之後在向目的地STA發送資料之前等待16微秒。如果不是，則AP STA可以確定倒計時計數器的值是否為0，並在倒計時計數器的值為0時發送資料；否則，AP STA可以繼續檢查是否已經從目的地STA接收到傳統CTS。不同于現有技術，在所提出的方案下，STA可以自動切換CTS模式(在雙CTS模式和正常CTS之間切換)。AP STA和STA不需要提前協商是否使用雙CTS模式。在這種設計中，是否使用雙CTS模式可能僅取決於STA的決定，因為不需要與AP協商。

第4圖示出了根據本發明的提議方案下的接收回應者的流程圖的示例設計400。參考第4圖，最初，非AP STA(例如，作為非傳統STA的STA 120)可以是空閒的並且確定是否已經接收到RTS以及是否發送傳統CTS或非傳統/專有CTS。在接收到RTS(例如，從作為AP STA的STA 110)並且如果確定發送非傳統或專有CTS後，非AP STA可以向AP STA發送非傳統或專有CTS。非AP STA也可以確定AP STA是否支援雙CTS。如果確定AP STA支援雙CTS，則非AP STA可以在向AP STA發送傳統CTS之前等待16μs。另一方面，在接收到RTS(例如，從作為AP STA的STA 110)並且如果確定發送傳統CTS後，非AP STA可以向AP STA發送傳統CTS(第4圖中表示為“LR CTS”和“LG CTS”)，然後等待接收來自AP STA的資料。其中，第4圖中的確定發送LRP=1,1是條件為真(true)的意思，表示確定發送LRP。確定發送RP=1,1是條件為真(true)的意思，表示確定發送LRP。

說明性實施方式

第5圖示出了根據本發明的實施方式的在所提出的方案下具有至少示例裝置510和示例裝置520的示例系統500。裝置510和裝置520中的每一個可以執行各種功能以實施本文描述的與用於改進無線通訊中的衝突避免的特殊雙CTS模式相關的方案、技術、過程和方法，包括上面描述的關於各種提議的設計、概念、方案、系統和方法的各種方案以及下文描述的過程。例如，裝置510可以在STA 110中實施並且裝置520可以在STA 120中實施，反之亦然。

裝置510和裝置520中的每一個可以是電子裝置的一部分，電子裝置可以是AP STA或非AP STA，例如可擕式或移動裝置、可穿戴裝置、無線通訊裝置或計算裝置。當在非AP STA中實施時，裝置510和裝置520中的每一個可以在智慧手機、智慧手錶、個人數位助理、數碼相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中實施。裝置510和裝置520中的每一個也可以是機器類型裝置的一部分，機器類型裝置可以是諸如不移動或固定裝置的IoT裝置、家庭裝置、有線通信裝置或計算裝置。例如，裝置510和裝置520中的每一個可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實施。當在網路裝置中實施或作為網路裝置實施時，裝置510和/或裝置520可以在網路節點中實施，例如WLAN中的AP STA。

在一些實施方式中，裝置510和裝置520中的每一個可以以一個或多個積體電路(integrated-circuit，IC)晶片的形式來實施，例如但不限於，一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算(reduced-instruction set computing，RISC)處理器或一個或多個複雜指令集計算(complex-instruction-set-computing，CISC)處理器。在上述各種方案中，裝置510和裝置520中的每一個都可以在非AP STA或AP STA中實施或實施為非AP STA或AP STA。裝置510和裝置520中的每一個可以包括第5圖所示的那些組件中的至少一些，例如，處理器512和處理器522。裝置510和裝置520中的每一個還可以包括與本發明所提出的方案不相關的一個或多個其他組件(例如，內部電源、顯示裝置和/或用戶介面設備)，並且因此，為簡單起見，裝置510和裝置520的這樣的組件(一個或多個)均未在第5圖中示出，也沒有在下文中描述。

一方面，處理器512和處理器522可以以一個或多個單核處理器、一個或多個多核處理器、一個或多個RISC處理器或一個或多個CISC處理器的形式實現。也就是說，即使在此使用單數術語“處理器”來指代處理器512和處理器522，根據本發明，處理器512和處理器522在一些實施方式中可以包括多個處理器並且在其他實施方式中可以包括單個處理器。在另一方面，處理器512和處理器522可以以具有電子組件的硬體(以及可選地，固件)的形式實現，包括例如但不限於一個或多個電晶體、一個或多個二極體、一個或多個電容器、一個或多個電阻器、一個或多個電感器、一個或多個憶阻器和/或一個或多個變抗器(varactor)，其被配置和佈置為基於本發明實現特定目的。換言之，在至少一些實施方式中，處理器512和處理器522是專門設計、佈置和配置以執行特定任務的專用機器，包括根據本發明的各種實施方式的與用於改進無線通訊中的衝突避免的特殊雙CTS模式相關的任務。

在一些實施方式中，裝置510還可以包括耦接到處理器512的收發器516。收發器516可以包括能夠無線發送資料的發送器和能夠無線接收資料的接收器。在一些實施方式中，裝置520還可以包括耦接到處理器522的收發器526。收發器526可以包括能夠無線發送資料的發送器和能夠無線接收資料的接收器。

在一些實施方式中，裝置510還可以包括耦接到處理器512並且能夠被處理器512訪問並且能夠在其中存儲資料的記憶體514。在一些實施方式中，裝置520還可以包括耦接到處理器522並且能夠被處理器522訪問並且在其中存儲資料的記憶體524。記憶體514和記憶體524中的每一個可以包括一種類型的隨機存取記憶體(random-access memory，RAM)，例如動態RAM(dynamic RAM，DRAM)、靜態RAM(static RAM，SRAM)、晶閘管RAM(thyristor RAM，T-RAM)和/或零電容RAM(zero-capacitor RAM，Z-RAM)。備選地或附加地，記憶體514和記憶體524中的每一個可以包括一種類型的唯讀記憶體(read-only memory，ROM)，例如掩模ROM(programmable ROM，PROM))、可程式設計ROM(programmable ROM，PROM)、可擦除可程式設計ROM(erasable programmable ROM，EPROM)和/或電可擦除可程式設計ROM(electrically erasable programmable，EEPROM))。備選地或附加地，記憶體514和記憶體524中的每一個可以包括一種類型的非易失性隨機存取記憶體(non-volatile random-access memory，NVRAM)，例如快閃記憶體、固態記憶體(solid-state memory)、鐵電RAM(ferroelectric RAM，FeRAM)、磁阻RAM(magnetoresistive RAM，MRAM)和/或相變記憶體(phase-change memory)。

裝置510和裝置520中的每一個都可以是能夠使用根據本發明的各種提出的方案彼此通信的通信實體。出於說明性目的而非限制，在下面提供描述作為STA 110的裝置510(例如，配置為支援雙CTS的AP STA)和作為STA 120(例如，配置為支援雙CTS的非AP STA)的裝置520的能力。值得注意的是，儘管下面描述的示例實施方式是在WLAN的環境中提供的，但是同樣可以在其他類型的網路中實施。還值得注意的是，雖然下面描述的示例是在裝置510的環境中提供的，但是這些示例也可以適用於裝置520或以其他方式由裝置520實施。

在與根據本發明的用於改進無線通訊中的衝突避免的特殊雙CTS模式有關的一個方面，裝置510在第一STA(例如，作為AP STA的STA 110)中實施，裝置520在第二STA中實施(例如，作為非AP STA的STA 120)，處理器512可以經由收發器516發送RTS並且然後回應於發送RTS經由收發器516接收來自裝置520的第一CTS。處理器512可以基於第一CTS的類型在向第二STA發送資料之前確定執行雙CTS還是正常CTS。此外，處理器512可以回應於該確定經由收發器516執行雙CTS或正常CTS。此外，處理器512可以經由收發器516向裝置520發送資料。

在一些實施方式中，處理器512可以被配置為基於第一CTS的類型是非傳統或專有CTS來確定執行雙CTS。在一些實施方式中，在執行雙CTS時，處理器512可以被配置為回應於第一CTS是第一類型，在向第二STA發送資料之前，通過等待接收來自第二STA的第二CTS來執行雙CTS，其中第二CTS是不同於第一類型的第二類型。此外，在發送時，處理器512可以在經過等待時段後向第二STA發送資料。

在一些實施方式中，第二CTS可以包括基於IEEE 802.11協議的傳統CTS。例如，第二CTS可以包括以6Mbps的OFDM速率傳輸的傳統IEEE 802.11a CTS或以1Mbps的速率傳輸的傳統IEEE 802.11b CTS。在這樣的情況下，可以以比第二CTS的速率高的速率來發送第一CTS。

在一些實施方式中，等待時段可以是在接收到第一CTS之後的76μs的時段。

在一些實施方式中，處理器512可以被配置為基於第一CTS的類型是基於IEEE 802.11協議的傳統CTS來確定執行正常CTS。

在一些實施方式中，處理器512還可以被配置為在發送RTS之前經由收發器516發送尋址到第一STA的第三CTS。

在一些實施方式中，第一STA可以包括AP STA，並且第二STA可以包括非AP STA。

在與基於本發明的用於改進無線通訊中的衝突避免的特殊雙CTS模式有關的另一方面，裝置510在第一STA(例如，STA 110作為AP STA)中實施，裝置520在第二STA中實施(例如，作為非AP STA的STA 120)中，處理器522可以經由收發器526接收來自裝置510的RTS。此外，處理器522可以回應於接收RTS，經由收發器526向裝置510發送第一CTS。此外，處理器522可以等待預定義的持續時間後發送第二CTS，其中第一CTS是第一類型並且第二CTS是不同於第一類型的第二類型。此外，處理器522可以在經過等待時段後經由收發器526接收來自第一STA的資料。

在一些實施方式中，第二CTS可以包括基於IEEE 802.11協議的傳統CTS，並且第一CTS可以包括非傳統或專有CTS。

在一些實施方式中，第二CTS可以包括以6Mbps的OFDM速率傳輸的傳統IEEE 802.11a CTS或以1Mbps的速率傳輸的傳統IEEE 802.11b CTS。在這種情況下，第一CTS可以包括以比第二CTS的速率高的速率傳輸的非傳統或專有CTS。

在一些實施方式中，等待時段可以包括在第一STA接收到第一CTS之後的76微秒的時段。

在一些實施方式中，預定義的持續時間可以是16微秒。

在一些實施方式中，在發送第一CTS之前，處理器522可以確定或以其他方式決定將使用哪種CTS格式來回應RTS，即確定回應RTS的第一CTS的格式，如果處理器522實施在非傳統的STA，則第一CTS的格式屬於非傳統/專有CTS，如果處理器522實施在傳統的STA，則第一CTS的格式屬於傳統/專有CTS。

說明性過程

第6圖示出了根據本發明實施方式的示例過程600。過程600可以表示實施上述各種提議的設計、概念、方案、系統和方法的方面。更具體地，過程600可以表示根據本發明的與用於改進無線通訊中的衝突避免的特殊雙CTS模式有關的所提出的概念和方案的方面。過程600可包括如框610、620、630和640中的一者或一者以上所示出的一或多個操作、動作或功能。雖然以離散框示出，過程600的各種框可分為額外的框、組合成更少的框塊，或消除，這取決於所需的實施方式。此外，過程600的框/子框可以按第6圖所示的順序執行，或者，以不同的順序執行。此外，可以重複或反覆地執行過程600的一個或多個框/子框。過程600可以由裝置510和裝置520以及它們的任何變型實施或在裝置510和裝置520以及它們的任何變型中實施。僅出於說明的目的並且不限制範圍，過程600是基於一項或多項IEEE 802.11標準，在無線網路(例如網路環境100中的WLAN)的STA 110中實施或作為STA 110實施的裝置510和在無線網路(例如網路環境100中的WLAN)的STA 120中實施或作為STA 120實施的裝置520的環境中描述的。值得注意的是，儘管以下描述的示例是在第一STA(例如，作為AP STA的STA 110)中實施的裝置510和在第二STA(例如，作為非AP STA的STA 120)中實施的裝置520的環境中提供的，但本發明不限於此。過程600可以開始於框610。

在610處，過程600可以涉及處理器512經由收發器516發送RTS。過程600可以從610進行到620。

在620處，過程600可以涉及處理器512回應於發送RTS經由收發器516接收來自裝置520的第一CTS。過程600可以從620進行到630。

在630處，過程600可以涉及處理器512在向裝置520發送資料之前等待接收來自裝置520的第二CTS，以回應於第一CTS是第一類型，並且第二CTS是不同於第一類型的第二類型。過程600可以從630進行到640。

在640處，過程600可以涉及處理器512在經過等待時段後經由收發器516向裝置520發送資料。

在一些實施方式中，第二CTS可以包括基於IEEE 802.11協議的傳統CTS。此外，第一CTS可以包括非傳統或專有CTS。例如，第二CTS可以包括以6Mbps的OFDM速率傳輸的傳統IEEE 802.11a CTS或以1Mbps的速率傳輸的傳統IEEE 802.11b CTS。在這種情況下，第一CTS可以包括以比第二CTS的速率高的速率傳輸的非傳統或專有CTS。

在一些實施方式中，等待時段可以是在接收到第一CTS之後76μs的時段。

在一些實施方式中，過程600還可以涉及處理器512在發送RTS之前經由收發器516發送尋址到裝置510的第三CTS。

在一些實施方式中，過程600還可以涉及處理器512確定回應RTS的第一CTS的格式，其中，在發送資料之前處理器512確定裝置520是否使用雙CTS是基於所述第一CTS的格式。基於第一CTS的格式，在發送資料之前處理器512確定是否等待第二CTS，如果第一CTS的格式屬於第一類型的CTS，則等待第二CTS，如果第一CTS的格式不屬於第一類型的CTS，則確定裝置520沒有使用雙CTS，不用等待CTS。

第7圖示出了根據本發明實施方式的示例過程700。過程700可以表示實施上述各種提議的設計、概念、方案、系統和方法的方面。更具體地，過程700可以表示根據本發明的與用於改進無線通訊中的衝突避免的特殊雙CTS模式有關的所提出的概念和方案的方面。過程700可包括如框710、720、730和740中的一者或一者以上所示出的一或多個操作、動作或功能。雖然以離散框示出，過程700的各種框可分為額外的框、組合成更少的框塊，或消除，這取決於所需的實施方式。此外，過程700的框/子框可以按第7圖所示的順序執行，或者，以不同的順序執行。此外，可以重複或反覆地執行過程700的一個或多個框/子框。過程700可以由裝置510和裝置520以及它們的任何變型實施或在裝置510和裝置520中以及它們的任何變型實施。僅出於說明的目的並且不限制範圍，過程700是基於一項或多個IEEE 802.11標準，在無線網路(例如網路環境100中的WLAN)的STA 110中實施或作為STA 110實施的裝置510和在無線網路(例如網路環境100中的WLAN)的STA 120中實施或作為STA 120實施的裝置520的環境中描述的。值得注意的是，儘管以下描述的示例是在第一STA(例如，作為AP STA的STA 110)中實施的裝置510和在第二STA(例如，作為非AP STA的STA 120)中實施的裝置520的環境中提供的，但本發明不限於此。過程700可以開始於框710。

在710，過程700可以涉及處理器522經由收發器526接收來自裝置510的RTS。過程700可以從710進行到720。

在720，過程700可以涉及處理器522回應於接收RTS經由收發器526發送第一CTS。過程700可以從720進行到730。

在730，過程700可以涉及處理器522等待預定義的持續時間以發送第二CTS，其中第一CTS是第一類型並且第二CTS是不同於第一類型的第二類型。過程700可以從730進行到740。

在740，過程700可以涉及處理器522在經過等待時段後經由收發器526接收到來自裝置510的資料。

在一些實施方式中，等待時段可以是裝置510接收到第一CTS之後的76μs的時段。

在一些實施方式中，在發送第一CTS之前，過程700還可以包括處理器522確定或以其他方式決定將使用哪種CTS格式來回應RTS，即確定回應RTS的第一CTS的格式，如果處理器522實施在非傳統的STA，則第一CTS的格式屬於非傳統/專有CTS，如果處理器522實施在傳統的STA，則第一CTS的格式屬於傳統/專有CTS。

附加說明

本文描述的主題有時示出包含在其他不同組件內或與其他不同組件連接的不同組件。需要理解的是，這樣描繪的架構僅僅是示例，並且實際上可以實施許多其他架構，以實現相同的功能。在概念意義上，實現相同功能的任何組件佈置有效地“關聯”，以使得實現期望的功能。因此，這裡組合以實現特定功能的任何兩個組件可以被視為彼此“關聯”，使得實現期望的功能，而不管架構或中間組件。同樣地，如此關聯的任何兩個組件也可以被視為彼此“可操作地連接”或“可操作地耦接”以實現期望的功能，並且能夠如此關聯的任何兩個組件也可以被視為“可操作地耦接的”到彼此，以實現所需的功能。可操作耦接的具體示例包括但不限於物理上可配對和/或物理上相互作用的組件和/或可無線交互和/或無線交互的組件和/或邏輯上相互作用和/或邏輯上可交互的組件。

此外，關於本文中基本上任何複數和/或單數術語的使用，本領域技術人員可以根據上下文和/或應用從複數轉換為單數和/或從單數轉換為複數。為清楚起見，這裡可以明確地闡述各種單數/複數置換。

此外，本領域技術人員可以理解，通常這裡所使用的術語，特別是在所附的請求項中使用的術語，例如所附請求項的主體，一般旨在作為“開放式”術語，例如術語“包括”應被解釋為“包括但不限於”，術語“包含”應被解釋為“包含但不限於”，術語“具有”應該被解釋為“至少具有”，等。本領域技術人員可以進一步理解，如果意指特定數量的所引入請求項要素，這樣的意圖將明確地記載在請求項中，並且在缺少這樣的記載時不存在這樣的意圖。例如，為了有助於理解，所附請求項可包含引導性短語“至少一個”和“一個或多個”的使用以引入請求項要素。然而，使用這樣的短語不應被解釋為暗示由不定冠詞“a”或“an”引入的請求項要素限制含有這樣引入請求項要素的任何特定請求項只包含一個這樣的要素，即使當相同的請求項包含了引導性短語“一個或多個”或“至少一個”和不定冠詞例如“a”或“an”，例如“a”和/或“an”應被解釋為是指“至少一個”或“一個或多個”，這同樣適用於用來引入請求項要素的定冠詞的使用。此外，即使明確記載特定數量的所引入請求項要素，本領域技術人員將認識到，這樣的陳述應被解釋為意指至少所列舉的數量，例如沒有其它修飾詞的敘述“兩個要素”，是指至少兩個要素或者兩個或更多要素。此外，在使用類似於“A，B和C等中的至少一個”的情況下，就其目的而言，通常這樣的結構，本領域技術人員將理解該慣例，例如“系統具有A，B和C中的至少一個”將包括但不限於系統具有單獨的A、單獨的B、單獨的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等。在使用類似於“A，B或C等中的至少一個”的情況下，就其目的而言，通常這樣的結構，本領域技術人員將理解該慣例，例如“系統具有A，B或C中的至少一個”將包括但不限於系統具有單獨的A、單獨的B、單獨的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等。本領域技術人員將進一步理解，實際上表示兩個或多個可選項的任何轉折詞語和/或短語，無論在說明書、請求項或附圖中，應該被理解為考慮包括多個術語之一、多個術語中任一術語、或兩個術語的可能性。例如，短語“A或B”將被理解為包括“A”或“B”或“A和B”的可能性。

由上可知，可以理解的是，為了說明目的本文已經描述了本申請的各種實施方式，並且可以不脫離本申請的範圍和精神而做出各種修改。因此，本文所公開的各種實施方式並不意味著是限制性的，真正的範圍和精神由所附請求項確定。

200:示例設計

Claims

一種通信方法，包括：第一站點(STA)發送傳統(LG)請求發送(RTS)；所述第一STA回應於發送所述LG RTS，所述第一STA接收來自第二STA的第一清除發送(CTS)；所述第一STA回應於所述第一CTS是第一類型，所述第一STA在向所述第二STA發送資料之前等待接收來自所述第二STA的第二CTS，所述第二CTS是不同於所述第一類型的第二類型，所述第二CTS是LG CTS；以及所述第一STA在經過等待時段後向所述第二STA發送資料。
根據請求項1所述的方法，其中，所述第二CTS包括基於電氣和電子工程師協會(IEEE)802.11協議的傳統CTS，並且其中所述第一CTS包括非傳統或專有CTS。
如請求項1所述的方法，其中，所述第二CTS包括以6Mbps的正交頻分複用(OFDM)速率傳輸的傳統IEEE 802.11a CTS或以1Mbps的速率傳輸的傳統IEEE 802.11b CTS，並且其中所述第一CTS包括以比所述第二CTS的速率高的速率傳輸的非傳統或專有CTS。
如請求項1所述的方法，其中，所述等待時段包括在接收到所述第一CTS之後的76微秒的時段。
如請求項1所述的方法，其中，所述第一STA包括接入點(AP)STA，並且所述第二STA包括非AP STA。
如請求項1所述的方法，還包括：在發送所述RTS之前所述第一STA發送尋址到所述第一STA的第三CTS。
如請求項1所述的方法，其中，回應於所述第一CTS是第一類型，所述第一STA在向所述第二STA發送資料之前等待接收來自所述第二STA的第二CTS包括：所述第一STA確定回應所述RTS的第一CTS的格式，基於所述第一CTS的格式，在發送資料之前確定是否等待第二CTS；其中如果第一CTS的格式表示第一CTS是第一類型，則等待所述第二CTS。
一種通信方法，包括：第二站點(STA)接收來自第一STA的傳統(LG)請求發送(RTS)；回應於接收到所述LG RTS，所述第二STA發送第一清除發送(CTS)；所述第二STA等待預定義的持續時間後發送第二CTS，其中所述第一CTS是第一類型並且所述第二CTS是不同於所述第一類型的第二類型；所述第二類型的所述第二CTS是LG CTS；以及所述第二STA在經過等待時段後接收來自所述第一STA的資料。
如請求項8所述的方法，其中，所述第二CTS包括基於電氣和電子工程師協會(IEEE)802.11協議的傳統CTS，並且其中所述第一CTS包括非傳統或專有CTS。
如請求項8所述的方法，其中，所述第二CTS包括以6Mbps的正交頻分複用(OFDM)速率傳輸的傳統IEEE 802.11a CTS或以1Mbps的速率傳輸的傳統IEEE 802.11b CTS，並且其中所述第一CTS包括以比第二CTS的速率高的速率傳輸的非傳統或專有CTS。
如請求項8所述的方法，其中，所述等待時段包括在所述第一STA接收到所述第一CTS之後的76微秒的時段。
如請求項8所述的方法，其中，所述預定義的持續時間包括16微秒。
如請求項8所述的方法，其中，所述第一STA包括接入點(AP)STA，並且所述第二STA包括非AP STA。
一種在第一站點(STA)中實施的裝置，包括：收發器，配置為無線通訊；以及處理器，耦接到所述收發器並被配置為執行包括以下操作的操作：經由所述收發器發送傳統(LG)請求發送(RTS)；回應於發送所述LG RTS，經由所述收發器接收到來自第二STA的第一清除發送(CTS)；基於所述第一CTS的類型確定在向所述第二STA發送資料之前是執行雙CTS還是正常CTS；根據所述確定的結果經由所述收發器執行所述雙CTS或所述正常CTS；以及經由所述收發器向所述第二STA發送資料。
根據請求項14所述的裝置，其中，所述處理器被配置為基於所述第一CTS的類型是非傳統或專有CTS來確定執行所述雙CTS，其中，在執行所述雙CTS時，所述處理器被配置為回應於所述第一CTS是第一類型，通過在向所述第二STA發送資料之前等待接收來自所述第二STA的所述第二CTS來執行所述雙CTS，所述第二CTS是不同於第一類型的第二類型，其中所述發送資料包括在經過等待時段後向所述第二STA發送資料。
如請求項15所述的裝置，其中，所述第二CTS包括基於電氣和電子工程師協會(IEEE)802.11協議的傳統CTS。
如請求項15所述的裝置，其中，所述第二CTS包括以6Mbps的正交頻分複用(OFDM)速率傳輸的傳統IEEE 802.11a CTS或以1Mbps的速率傳輸的傳統IEEE 802.11b CTS，其中所述第一CTS以比第二CTS的速率高的速率傳輸。
如請求項15所述的裝置，其中，所述等待時段包括在接收到所述第一CTS之後的76微秒的時段。
如請求項14所述的裝置，其中，所述處理器被配置為基於所述第一CTS的類型是基於電氣和電子工程師協會(IEEE)802.11協議的傳統CTS來確定執行所述正常CTS。
如請求項14所述的裝置，其中，所述處理器被配置成進一步執行包括以下的操作：在發送所述RTS之前經由所述收發器發送尋址到所述第一STA的第三CTS，其中，所述第一STA包括接入點(AP)STA，其中，所述第二STA包括非AP STA。