TWI733912B - 通訊裝置、通訊控制方法及非暫時性儲存程式之電腦可讀取媒體 - Google Patents

Abstract

可擔保向下相容性，同時可由接收到回應訊框的通訊裝置，來判定該當回應訊框是否為自BSS之訊號。

提供一種通訊裝置，係具備：生成部，係在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框；和送訊部，係發送前記回應訊框。

Description

通訊裝置、通訊控制方法及非暫時性儲存程式之電腦可讀取媒體

本揭露是有關於通訊裝置、通訊控制方法及程式。

近年來，IEEE802.11的工作群組等正在研討新的無線LAN的規格化，其中，關於送訊禁止期間(以下為了方便而簡稱為「NAV：Network Allocation Vector」)的設定方法，正被研討。

專利文獻1係揭露，基於送訊要求訊框(以下為了方便而簡稱為「RTS：Request to Send」)或收訊準備完成訊框(以下為了方便而簡稱為「CTS：Clear to Send」)的NAV之設定方法及解除方法。

[先前技術文獻] [專利文獻]

[專利文獻1]日本特開2008-252867號公報

此處，關於基於回應訊框的NAV之設定係例如，由站點裝置(以下為了方便而簡稱為「STA(Station)」)，來判定回應訊框是否為自BSS之訊號，隨應於該判定結果來設定NAV，正被研討。

此處，在回應訊框的訊框格式中，係不包含有送訊台位址欄位。因此例如，某STA，接收到藉由存取點裝置(以下為了方便而簡稱為「AP(Access Point)」)而被發送給其他STA收的回應訊框時，無法基於送訊台位址欄位是否有被設定AP的位址資訊，來判定回應訊框是否為自BSS之訊號。

又，在回應訊框的訊框格式中設置含有BSS識別資訊的新的欄位等的對應方式下，無法擔保向下相容性。亦即，支援下位版本的STA，會無法適切處理具有該當訊框格式的回應訊框。

於是，本揭露係有鑑於上記而研發，本揭露係提供一種，可擔保向下相容性，同時可由接收到回應訊框的通訊裝置，來判定該當回應訊框是否為自BSS之訊號的新穎且改良過的通訊裝置、通訊控制方法及程式。

若依據本揭露，則可提供一種通訊裝置，係具備：生成部，係在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框；和送訊部，係發送前記回應訊框。

[0010] 又，若依據本揭露，則可提供一種被電腦所執行的通訊控制方法，係具有：在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框之步驟；和發送前記回應訊框之步驟。 　　[0011] 又，若依據本揭露，則可提供一種程式，其係用來使電腦實現：在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框之步驟；和發送前記回應訊框之步驟。 　　[0012] 又，若依據本揭露，則可提供一種通訊裝置，其係具備：收訊部，係接收被IEEE802.11所規定的回應訊框，且前記回應訊框係在收訊台位址欄位中含有BSS所相應之值；和特定部，係基於前記值而特定出前記回應訊框是否為自BSS之訊號。 　　[0013] 又，若依據本揭露，則可提供一種被電腦所執行的通訊控制方法，係具有：接收被IEEE802.11所規定的回應訊框，且前記回應訊框係在收訊台位址欄位中含有BSS所相應之值之步驟；和基於前記值而特定出前記回應訊框是否為自BSS之訊號之步驟。 　　[0014] 又，若依據本揭露，則可提供一種程式，其係用來使電腦實現：接收被IEEE802.11所規定的回應訊框，且前記回應訊框係在收訊台位址欄位中含有BSS所相應之值之步驟；和基於前記值而特定出前記回應訊框是否為自BSS之訊號之步驟。

[0015] 如以上說明，若依據本揭露，則可擔保向下相容性，同時可由接收到回應訊框的通訊裝置，來判定該當回應訊框是否為自BSS之訊號。 　　[0016] 此外，上記效果並非一定要限定解釋，亦可和上記效果一併、或取代上記效果，而達成本說明書所欲揭露之任一效果、或可根據本說明書來掌握的其他效果。

[0018] 以下，一邊參照添附圖式，一邊詳細說明本揭露的理想實施形態。此外，於本說明書及圖式中，關於實質上具有同一機能構成的構成要素，係標示同一符號而省略重複說明。 　　[0019] 此外，說明是按照以下順序進行。 　　1.無線LAN系統之概要 　　2.裝置之構成 　　3.STA之動作 　　4.第1變形例 　　5.第2變形例 　　6.應用例 　　7.其他 　　8.總結 　　[0020] ＜1.無線LAN系統之概要＞ 　　本揭露的一實施形態，係有關於無線LAN系統。首先，參照圖1～圖7，說明本揭露的一實施形態所述之無線LAN系統之概要。 　　[0021] (1-1.無線LAN系統之構成) 　　圖1係本揭露的一實施形態所述之無線LAN系統之構成的圖示。如圖1所示，本揭露的一實施形態所述之無線LAN系統，係具備AP200、和STA100。然後，藉由1台AP200、和1台以上的STA100，構成BSS10。 　　[0022] 本揭露的一實施形態所述之無線LAN系統，係可被設置在任意的場所。例如，本實施形態所述之無線LAN系統，係可被設置在辦公室大樓、住宅、商業設施或公共設施等。 　　[0023] 又，本實施形態所述之BSS10之區域，係有時候會和其他BSS10之區域重疊，此情況下，從位於重疊區域的STA100所被發送之訊號，係有時候會與從其他BSS10所被發送之訊號，發生干擾。若使用圖1的例子來說明，則BSS10a之區域，係與BSS10b之區域之一部分重疊，從位於重疊區域的STA100b所被發送之訊號，係有時候會與從BSS10b的AP200b所被發送之訊號，發生干擾。 　　[0024] 本實施形態所述之AP200係為，與外部網路連接，並向STA100提供與該當外部網路之間之通訊的通訊裝置。例如，AP200，係與網際網路連接，提供STA100與網際網路上之裝置或透過網際網路而被連接之裝置之間的通訊。 　　[0025] 本實施形態所述之STA100，係為與AP200進行通訊的通訊裝置。STA100係可為任意之通訊裝置。例如，STA100係亦可為，具有顯示機能的顯示器、具有記憶機能的記憶體、具有輸入機能的鍵盤及滑鼠、具有聲音輸出機能的揚聲器、具有執行高度計算處理之機能的智慧型手機。 　　[0026] (1-2.無線通訊之概要) 　　在上記中，說明了本實施形態所述之無線LAN系統之構成。接下來，說明本實施形態所述之無線通訊之概要。本實施形態所述之無線LAN系統中，AP200與STA100會進行通訊。此處，於本說明書中，雖然是以AP200與STA100會進行通訊為前提來記載說明，但亦可由AP200彼此、或STA100彼此來適宜地進行通訊。 　　[0027] 若說明AP200與STA100間所進行的通訊之一例，則在由AP200進行資料送訊的情況下，AP200係在資料送訊之前，將RTS20對STA100進行送訊。然後，接收到RTS20的STA100，作為對應於RTS20的回應訊框，係將CTS30對AP200進行送訊。 　　[0028] 正在與AP200進行RTS20及CTS30之通訊的STA100以外的STA100，在接收到RTS20或CTS30的情況下，STA100係設定NAV以避免發生干擾。已設定NAV的STA100，係在該設定期間中，無法發送訊號。 　　[0029] 此處，於無線LAN系統中，係存在有使用1種類之NAV的方法、和使用複數種類之NAV的方法。本實施形態所述之無線LAN系統中係使用：自BSS中的通訊所需之NAV也就是Intra-BSS NAV、和他BSS中的通訊所需之NAV也就是Regular NAV這2種類之NAV。STA100，係在判定為已接收之RTS20或CTS30是自BSS之訊號時則設定Intra-BSS NAV，在判定為已接收之RTS20或CTS30不是自BSS之訊號時則設定Regular NAV。此處，Intra-BSS NAV，係作為第1送訊抑制期間而發揮機能，Regular NAV，係作為第2送訊抑制期間而發揮機能。 　　[0030] 從STA100接收到CTS30的AP200，係判斷為STA100是處於可接收訊號的狀態，對STA100進行資料送訊。在STA100能夠正確收取資料的情況下，STA100係將ACK對AP200進行送訊。接收到ACK的AP200，係將用來通知非競爭期間之結束所需之訊框(以下為了方便而簡稱為「CF-End：Contention Free-End」。在圖中係記載為「CFE」)，予以發送。已經設定了NAV的STA100，係在接收到CF-End時，解除NAV。此外，在採用了複數NAV的方式中，STA100，係在判定為CF-End是自BSS之訊號時則解除Intra-BSS NAV，在判定為不是自BSS之訊號時，則解除Regular NAV。 　　[0031] 以上係為AP200與STA100之通訊中的一連串之處理概要。上記係為由AP200往STA100進行資料送訊時的處理概要，由STA100往AP200進行資料送訊時，則送訊側之裝置與收訊側之裝置係顛倒。 　　[0032] 接下來，參照圖2及圖3，說明被AP200與STA100所通訊的RTS20及CTS30的訊框格式。圖2係RTS20的訊框格式的圖示。如圖2所示，RTS20係含有：訊框控制21、持續期間22、收訊台位址23、送訊台位址24、FCS(Frame Check Sequence)25之相關資訊。 　　[0033] 接收到RTS20的裝置，係基於收訊台位址23而判斷自裝置是否為RTS20的送訊目的地裝置，基於送訊台位址24而特定出RTS20的送訊來源裝置。此處是以STA100已經掌握了自BSS中的AP200的位址資訊，而尚未掌握自BSS中的自裝置以外之STA100的位址資訊為前提。因此，STA100，係在接收到RTS20的情況下，基於RTS20之收訊台位址23或送訊台位址24之哪一方中有被設定AP200之位址，來判斷RTS20是否為自BSS之訊號。 　　[0034] 又，雖然未圖示，但CF-End也是具有與RTS20類似的訊框格式。若更具體的說明，則CF-End也是和RTS20同樣地，含有：訊框控制、持續期間、收訊台位址、送訊台位址、FCS之相關資訊。作為CF-End與RTS20之相異點可舉出為，CF-End的持續期間之相關資訊係為0，收訊台位址係為廣播位址(FF：FF：FF：FF：FF：FF)這點。接收到CF-End的裝置，係基於送訊台位址而特定出CF-End的送訊來源裝置。STA100，係在從AP200接收到CF-End的情況下，基於CF-End的送訊台位址中有被設定了AP200之位址這件事情，而判斷為CF-End係為自BSS之訊號。 　　[0035] 圖3係CTS30的訊框格式的圖示。如圖3所示，CTS30係含有：訊框控制31、持續期間32、收訊台位址33、FCS(Frame Check Sequence)34之相關資訊，但與RTS20不同，不含送訊台位址之相關資訊。又，雖然未圖示，但ACK也是，具有與CTS30相同的訊框格式。 　　[0036] (1-3.背景) 　　上記係說明了本實施形態所述之無線通訊之概要。接下來，說明本揭露的背景。 　　[0037] 如上記，STA100係基於RTS20或CTS30之收訊，而設定NAV。若更具體說明，則STA100，係在判定為RTS20或CTS30是自BSS之訊號時則設定Intra-BSS NAV，在判定為RTS20或CTS30不是自BSS之訊號時，則設定Regular NAV。 　　[0038] 此處，如上記，CTS30係不含有送訊台位址之相關資訊。因此，STA100為了判定CTS30是否為自BSS之訊號並設定NAV，STA100係被要求，基於送訊台位址以外之資訊，來判定CTS30是否為自BSS之訊號。假設STA100無法判定CTS30是否為自BSS之訊號的情況下，則會將Regular NAV予以設定或更新，而發生無謂的等待時間，或可能會發生干擾等等。 　　[0039] 接下來，參照圖4，說明使用1種類之NAV時的AP與STA之中訊，其後，參照圖5～圖7，說明在使用2種類之NAV的情況下，發生無謂的等待時間，或發生干擾等的案例。 　　[0040] 圖4係使用1種類之NAV的通訊控制的圖示。如圖4所示，考慮BSS1之區域係與BSS2之區域之一部分重疊，BSS1中所屬之STA1b，位於該重疊區域的情況。亦即，STA1b係會接收到來自AP1及AP2之任一者的訊號。 　　[0041] 於圖4的步驟S1000中，從AP1接收到RTS的STA1b，係基於RTS中所含之持續期間資訊而設定NAV。於步驟S1004中，從STA2a接收到RTS的AP2，係發送CTS。此情況下，不只STA2a就連STA1b，也會接收到該當CTS，STA1b係將NAV予以更新。 　　[0042] AP1與STA1a之通訊完成後，AP1係發送CF-End。於步驟S1008中，從AP1接收到CF-End的STA1b，係解除NAV。在步驟S1012中，STA1b在NAV解除後為了進行資料送訊而發送的RTS、與STA2a所發送出的資料訊框，有可能發生干擾。 　　[0043] 除了圖4所示的，使用1種類之NAV的通訊控制以外，還有如圖5所示，使用2種類之NAV的通訊控制，係被考慮。圖5係使用2種類之NAV的通訊控制的圖示。圖5的STA，係如本實施形態般地，可設定Intra-BSS NAV與Regular NAV。 　　[0044] 首先，於圖5的步驟S1100中，從AP1接收到RTS的STA1b，係確認RTS是自BSS之訊號，基於RTS中所含之持續期間資訊而設定Intra-BSS NAV。於步驟S1104中，從STA2a接收到RTS的AP2係發送CTS，不只STA2a就連STA1b也會接收到該當CTS。此處係如上記，STA1b，係無法判斷CTS是否為自BSS之訊號，因此設定Regular NAV。然後，於步驟S1108中，從AP1接收到CF-End的STA1b，係確認CF-End是自BSS之訊號，而解除Intra-BSS NAV。然後，雖然未圖示，但例如AP2係發送BSS2中的CF-End，接收到該當CF-End的STA1b，係確認該當CF-End不是自BSS之訊號，而解除Regular NAV。 　　[0045] 接下來，參照圖6及圖7，具體說明使用到2種類之NAV的通訊控制之課題。圖6係使用2種類之NAV的通訊控制之課題的圖示。 　　[0046] 首先，於步驟S1200中，從STA1a接收到RTS的STA1b，係基於RTS中所含之持續期間資訊而設定Intra-BSS NAV。於步驟S1204中，從STA1a接收到RTS的AP1，係發送CTS。然後，從AP1接收到CTS的STA1b，係由於無法掌握CTS是從BSS1所被發送之訊號，因此不會更新Intra-BSS NAV，反而會基於CTS中所含之持續期間資訊而設定Regular NAV。其後，於步驟S1208中從AP1接收到CF-End的STA1b，係解除Intra-BSS NAV。此處，Regular NAV，係直到已被CTS中所含之持續期間資訊所指定的期間結束為止，會一直都是有被設定的狀態，在此期間，STA1b係無法發送訊號。如此，在使用2種類之NAV的方法中，STA無法正確判斷CTS是否為自BSS之訊號，因此可能發生無謂的等待時間。 　　[0047] 接下來，說明圖7。圖7係使用2種類之NAV的通訊控制之課題的圖示。首先，於步驟S1300中，從STA2a接收到RTS的AP2，係發送CTS。從AP2接收到CTS的STA1b，係基於CTS中所含之持續期間資訊而設定Regular NAV。在步驟S1304中，從STA1a接收到RTS的AP1，係發送CTS。然後，從AP1接收到CTS的STA1b，係無法掌握CTS是從自BSS所被發送之訊號，因此不會設定Intra-BSS NAV，而會更新Regular NAV。在步驟S1308中，從AP2接收到CF-End的STA1b，係解除Regular NAV。其後，在步驟S1312中，STA1b在Regular NAV解除後為了進行資料送訊而發送的RTS、與STA1a所發送出的資料訊框，會發生干擾。如此，在使用2種類之NAV的方法中，STA無法正確判斷CTS是否為自BSS之訊號，因此可能會發生干擾。 　　[0048] 於是，本案的揭露者，係著眼於上記事情，而創作出本揭露。本揭露的一實施形態所述之無線LAN系統，係可判定回應訊框是否為從自BSS所被發送之訊號。此處，本說明書中，是以回應訊框之一種也就是CTS30為中心做說明，但即使是其他的回應訊框的ACK，也可適用本揭露。對ACK適用本揭露的案例，係在「7.其他」中詳細說明。此外，本揭露係擔保了向下相容性。亦即，本實施形態所述之STA100及AP200，係具有與支援下位版本STA及AP的相容性。 　　[0049] ＜2.裝置之構成＞ 　　上記說明了本揭露的背景。接著參照圖8，說明本實施形態所述之裝置的構成。圖8係本揭露的一實施形態所述之STA100及AP200之構成的圖示。 　　[0050] (2-1.AP200之構成) 　　首先說明AP200之構成。AP200，係如圖8所示，具備：通訊部210、控制部220、記憶部230。通訊部210係成為送訊部或收訊部而發揮機能，控制部220係成為生成部、特定部、版本特定部或送訊抑制期間設定部而發揮機能。 　　[0051] (通訊部210) 　　通訊部210係進行訊號的收送訊處理。若針對送訊處理做更具體的說明，則通訊部210，係基於控制部220所做的控制，而生成送訊訊號。例如，通訊部210，係從控制部220而被提供訊框，並被指定編碼及調變方式等，而進行編碼、交錯及調變，而生成基頻之送訊訊號。又，通訊部210，係對前段之處理所得的基頻之送訊訊號實施升轉，透過天線而發送該當訊號。 　　[0052] 若針對收訊處理做更具體的說明，則通訊部210係透過天線而接收訊號，針對該當訊號，實施類比處理及降轉，藉此而輸出基頻之收訊訊號。然後，通訊部210，係將1或2以上之訊號型樣與收訊訊號之相關，一面使演算之對象的收訊訊號在時間軸上平移而一面加以算出之，基於相關的峰值之出現而偵測前文。藉此，通訊部210係可偵測RTS20、CTS30、資料訊框、ACK或CF-End等。又，通訊部210，係針對基頻之收訊訊號進行解調及解碼等而取得訊框，將該當訊框提供給控制部220。 　　[0053] (控制部220) 　　控制部220係控制訊框之生成處理及收送訊處理。若更具體的說明，則控制部220，係在發送資料的情況下，生成RTS20並令通訊部210發送該當RTS20。然後，通訊部210接收到CTS30的情況下，控制部220係生成含有送訊資料的訊框，令通訊部210發送該當訊框。其後，在通訊部210接收到表示訊框被正常收取的ACK的情況下，控制部120係生成CF-End，令通訊部210發送該當CF-End。 　　[0054] 又，控制部220係在接收資料時，若通訊部210發送RTS20，則控制部220係生成CTS30，令通訊部210發送該當CTS30。然後，在通訊部210正常收取了資料訊框的情況下，通訊部210係生成ACK，令通訊部110發送該當ACK。其後，控制部120係生成CF-End，令通訊部110發送該當CF-End。 　　[0055] 此處，本實施形態所述之控制部220，係在生成CTS30之際，在CTS30中所含之收訊台位址33中，設定自裝置所屬之BSS所相應之值。若更具體說明，則控制部220係在收訊台位址33中，設定：身為目的地之STA100的MAC位址之一部分係為欠缺之資訊、與相當於欠缺之資料量的、自裝置所屬之BSS的BSS識別資訊。 　　[0056] 此處，參照圖9，說明收訊台位址33中所被設定之資訊之一例。圖9係為收訊台位址33中所被設定之資訊之一例的圖示。例如，控制部220，係如圖9所示，使身為目的地之STA100的MAC位址的下位4位元欠缺，並在欠缺的位置，設定具有4位元的BSS識別資訊(圖9的例子中係為「0101」此一位元列)。 　　[0057] 圖9所示的資訊係僅為一例，BSS識別資訊的位元數係為任意。例如，BSS識別資訊的位元數，係亦可基於自BSS所相鄰的他BSS之數量而被設定。若更具體說明，則自BSS所相鄰之他BSS之數量為較少的情況(例如少於所定之數量的情況)下，則控制部220，係亦可將BSS識別資訊的位元數，減少到能夠識別自BSS與他BSS之程度的位元數。例如，自BSS所相鄰之他BSS之數量為3的情況下，則控制部220係亦可將BSS識別資訊的位元數，減少到能夠識別包含自BSS的4個BSS的位元數(亦即2位元)為止。藉此，控制部220係可減少要做欠缺的MAC位址的位元數，因此可識別較多的STA100。 　　[0058] 又，於收訊台位址33中，BSS識別資訊所被設定的位置係為任意。例如，BSS識別資訊所被設定的位置，係亦可不是收訊台位址33之下位，而是上位或中位。甚至，BSS識別資訊係亦可為一種被稱為BSS色彩的資訊。 　　[0059] 如上記，藉由控制部220在收訊台位址33中含入BSS識別資訊，接收到CTS30的STA100，係可判定該當CTS30是否為自BSS之訊號。又，控制部220係不是在CTS30的訊框控制31、持續期間32或FCS34中，而是在收訊台位址33中含入BSS識別資訊，藉此，可降低接收到CTS30的STA100發生錯誤動作的可能性。若更具體說明，則在收訊台位址33中，通常是被設定身為目的地的STA100的MAC位址。此處，由於存在於AP200所能通訊之範圍內的複數STA100的MAC位址彼此類似的可能性不高，因此即使AP200把身為目的地之STA100的MAC位址之一部分有所欠缺的資訊設定在收訊台位址33中的情況下，藉由欠缺MAC位址而特定出身為目的地之STA100的可能性仍很高。另一方面，例如，AP200為了要含入BSS識別資訊而使訊框控制31之一部分之資訊有所欠缺的情況下，接收到CTS30的STA100有可能發生錯誤動作。由以上可知，控制部220係可降低接收到CTS30的STA100發生錯誤動作的可能性。STA100的判定處理之細節將於後述。 　　[0060] 又，控制部220係在只根據STA100的MAC位址之一部分係為欠缺之資訊而無法指定所望之STA100的情況下，則亦可附加更進一步的識別資訊。若更具體說明，則在藉由MAC位址之一部分係為欠缺之資訊而被特定的STA100係為複數存在的情況下，控制部220係亦可使MAC位址的一部分更為欠缺，將相當於該當欠缺之資料量的、用來識別該當複數STA100所需之識別資訊，予以追加。 　　[0061] 例如，於圖9中，在藉由MAC位址之一部分係為欠缺之資訊(亦即BSS識別資訊以外之資訊)而被特定的STA100係為存在2台的情況下，控制部220係亦可使MAC位址的一部分更為欠缺1位元，為了識別2台STA100而追加1位元份的識別資訊。此情況下，AP200，係將該當識別資訊的位元數、設定位置及對各STA100所指派的識別資訊，通知給各STA100。藉此，控制部220係即使在藉由MAC位址之一部分係為欠缺之資訊而被特定的STA100係為複數存在的情況下，仍可將所望之STA100指定成為目的地。 　　[0062] (記憶部230) 　　記憶部230，係記憶各種資訊。若更具體說明，則記憶部230，係將收送訊處理中所被使用之各種參數、收訊資料或送訊用資料等，加以記憶。又，記憶部230，係將BSS識別資訊、自裝置及各STA100之識別資訊(MAC位址等)，加以記憶。 　　[0063] (2-2.STA100之構成) 　　接下來，說明STA100之構成。STA100，係如圖8所示，具備：通訊部110、控制部120、記憶部130。通訊部110係成為送訊部或收訊部而發揮機能，控制部120係成為生成部、特定部、版本特定部或送訊抑制期間設定部而發揮機能。 　　[0064] (通訊部110) 　　通訊部110之機能，係和AP200的通訊部210相同，因此省略說明。 　　[0065] (控制部120) 　　控制部120係控制訊框之生成處理及收送訊處理。此處，關於這些處理，係與AP200的控制部220相同，因此省略說明。 　　[0066] 又，控制部120，係控制NAV的設定處理及解除處理。關於NAV之設定處理若更具體說明，則控制部120，係在接收到RTS20或CTS30的情況下，判定該當訊框是否為自BSS之訊號。然後，控制部120係在判定為該當訊框是自BSS之訊號時則設定Intra-BSS NAV，在判定為該當收訊訊框不是自BSS之訊號時則設定Regular NAV。 　　[0067] 接下來，說明RTS20及CTS30是否為自BSS之訊號的判定方法。首先說明，RTS20是否為自BSS之訊號的判定方法。如上記，RTS20，係將收訊台位址23及送訊台位址24包含在訊框中。然後，接收到RTS20的STA100的控制部120，係基於收訊台位址23或送訊台位址24之任意一方中，是否包含有AP200的位址資訊，來判定RTS20是否為自BSS之訊號。 　　[0068] 接下來，說明CTS30是否為自BSS之訊號的判定方法。如上記，AP200，係在CTS30的收訊台位址33中，設定：身為目的地之STA100的MAC位址之一部分係為欠缺之資訊、與相當於欠缺之資料量的BSS識別資訊。然後，接收到CTS30的STA100的控制部120，係可基於收訊台位址33中所被設定的BSS識別資訊，來判定CTS30是否為自BSS之訊號。 　　[0069] 若更具體說明，則控制部120係掌握自BSS的BSS識別資訊，將該當BSS識別資訊與收訊台位址33中所含之BSS識別資訊，進行比較。然後，若兩BSS識別資訊為相同、或是等價，則控制部120係可判定為CTS30是自BSS之訊號，若兩BSS識別資訊並非相同、或是並非等價，則控制部120係可判定為CTS30不是自BSS之訊號。又，控制部120係在CTS30的收訊台位址33中，被設定自BSS的AP200的MAC位址的情況下，則判定為CTS30是自BSS之訊號。 　　[0070] 此處，參照圖10，說明本實施形態所述的控制部120所做的NAV之設定處理及解除處理。圖10係本揭露的一實施形態中的，使用2種類之NAV的通訊控制的圖示。 　　[0071] 於步驟S1500中，從AP200a接收到CTS30的STA100b，係可以用上記的方法來判定為CTS30是自BSS之訊號，基於CTS30中所含之持續期間32而設定Intra-BSS NAV。於步驟S1504中，從AP200b接收到CTS30的STA100b，係可以用上記的方法來判定為CTS30不是自BSS之訊號，基於CTS30中所含之持續期間32而設定Regular NAV。 　　[0072] 在步驟S1508中，從AP200a接收到CF-End的STA100b，係確認CF-End是自BSS之訊號，而解除Intra-BSS NAV。在步驟S1512中，從AP200b接收到CF-End的STA100b，係確認該當CF-End不是自BSS之訊號，而解除Regular NAV。 　　[0073] 如此，本實施形態所述之控制部120，係可基於CTS30的收訊台位址33中所含之BSS識別資訊，來判定CTS30是否為自BSS之訊號。又，在BSS識別資訊被包含於收訊台位址33中的時候，CTS30的訊框格式並未從下位版本的訊框格式有所變更，因此支援下位版本的裝置，仍可適切地處理該當CTS30。亦即，本揭露係可擔保向下相容性。 　　[0074] (記憶部130) 　　記憶部130之機能，係和AP200的記憶部230相同，因此省略說明。 　　[0075] ＜3.STA100之動作＞ 　　上記係說明了，本實施形態所述之裝置之構成。接著參照圖11，說明本實施形態所述之STA100之動作。圖11係本揭露的一實施形態所述之STA100接收到回應訊框時的動作的流程圖。 　　[0076] 在步驟S1400中，STA100的通訊部110係接收屬於回應訊框的CTS30。在步驟S1404中，控制部120係確認，收訊台位址33中是否有被設定自BSS的AP200的MAC位址。若收訊台位址33中有被設定自BSS的AP200的MAC位址(步驟S1404/Yes)，則於步驟S1408中，控制部120係判定為CTS30是自BSS之訊號，基於CTS30的持續期間32而設定Intra-BSS NAV，結束收訊處理。於步驟S1404中，若收訊台位址33中未被設定自BSS的AP200的MAC位址(步驟S1404/No)，則於步驟S1412中，控制部120係確認收訊台位址33中是否含有自BSS的BSS識別資訊。 　　[0077] 若收訊台位址33中含有自BSS的BSS識別資訊(步驟S1412/Yes)，則於步驟S1416中，控制部120係確認收訊台位址33中是否含有自裝置的MAC位址之一部分係為欠缺之資訊。若收訊台位址33中含有自裝置的MAC位址之一部分係為欠缺之資訊(步驟S1416/Yes)，則於步驟S1420中，控制部120係判定為CTS30是給自裝置收的CTS30而進行各種處理，結束收訊處理。於步驟S1416中，若收訊台位址33中不含有自裝置的MAC位址之一部分係為欠缺之資訊(步驟S1416/No)，則於步驟S1408中，控制部120係判定為CTS30是自BSS之訊號，基於CTS30的持續期間32而設定Intra-BSS NAV，結束收訊處理。 　　[0078] 於步驟S1412中，若收訊台位址33中不含有自BSS的BSS識別資訊(步驟S1412/No)，則於步驟S1424中，控制部120係判定為CTS30不是自BSS之訊號，基於CTS30的持續期間32而設定Regular NAV，結束收訊處理。 　　[0079] ＜4.第1變形例＞ 　　上記係說明了，本實施形態所述之STA100之動作。接下來，參照圖12，說明本揭露的第1變形例。本揭露的第1變形例，係由AP200在CTS30的收訊台位址33中，設定已被指派給每一STA100的位址(以下為了方便而簡稱為「指派位址」)與BSS識別資訊的案例。此處，所謂指派位址，係AP200為了無歧異地特定各STA100而對每一STA100所指派的位址，AP200係可使用該當指派位址來取代MAC位址而識別各STA100。指派位址，係在STA100連接至AP200時(聯結時)，從AP200往各STA100連同其他參數一併被通知。 　　[0080] 圖12係於本揭露的第1變形例中，回應訊框的收訊台位址中所被設定之資訊之一例的圖示。如圖12所示，於第1變形例中，AP200，係在CTS30的收訊台位址33中，含入指派位址與BSS識別資訊。此處，圖12所示的資訊僅為一例，和上記的實施形態同樣地，BSS識別資訊的位元數、及收訊台位址33中BSS識別資訊所被設定的位置，係為任意。又，圖12中雖然圖示了在收訊台位址33中被設定沒有欠缺的指派位址之例子，但亦可被設定指派位址之一部分係有欠缺之資訊。例如，AP200，係亦可將具有與MAC位址相同位元長度的指派位址，指派給每一STA100。然後，AP200，係亦可在收訊台位址33中，設定：身為目的地之STA100的指派位址之一部分係為欠缺之資訊、與相當於欠缺之資料量的BSS識別資訊。 　　[0081] 此處，於上記的實施形態中，在藉由MAC位址之一部分係為欠缺之資訊而被特定的STA100係為複數存在的情況下，AP200係使MAC位址的一部分更為欠缺，將相當於該當欠缺之資料量的、用來識別該當複數STA100所需之識別資訊，予以追加。另一方面，於本揭露的第1變形例中，AP200係可省略如此的處理。若更具體說明，則AP200，係藉由將彼此不重複的指派位址指派給各STA100，就可使得被指派位址所特定的STA100不會發生複數存在的狀況。 　　[0082] ＜5.第2變形例＞ 　　上記說明了本揭露的第1變形例。接著參照圖13及圖14，說明本揭露的第2變形例。本揭露的第2變形例，係由AP200在CTS30的收訊台位址33中，設定無線LAN之版本識別資訊與BSS識別資訊的案例。若更具體說明，則AP200係在收訊台位址33中，設定：身為目的地之STA100的MAC位址之一部分係為欠缺之資訊、與相當於欠缺之資料量的無線LAN之版本識別資訊及BSS識別資訊。此處，所謂無線LAN之版本識別資訊，係為表示CTS30是否為支援本實施形態所述之無線LAN之版本之訊號的資訊。 　　[0083] 此處，參照圖13，說明本揭露的第2變形例中的CTS30之收訊台位址33中所被設定之資訊。圖13係於本揭露的第2變形例中，回應訊框的收訊台位址33中所被設定之資訊之一例的圖示。在圖13所示的例子中，無線LAN之版本識別資訊，係被設定在收訊台位址33的下位4位元。例如，接收到CTS30的STA100，係在無線LAN之版本識別資訊是「1111」此一位元列的情況下，則判定為該當CTS30是支援本實施形態所述之無線LAN之版本的訊號。然後，若無線LAN之版本識別資訊不是「1111」此一位元列，則STA100，係判定為該當CTS30不是支援本實施形態所述之無線LAN之版本的訊號。 　　[0084] 此外，無線LAN之版本識別資訊，係亦可表示CTS30所支援的無線LAN之版本。例如，無線LAN之版本識別資訊係亦可為，表示IEEE802.11之各版本(IEEE802.11ac、IEEE802.11ad、IEEE802.11ax等)的位元列。此外，在本說明書中，本實施形態所述之無線LAN之版本係假設為IEEE802.11ax，將下位版本假設為比IEEE802.11ax還早被制定的版本，但並非限定於此。 　　[0085] 第2變形例，係在BSS10內有支援各式各樣版本之無線LAN的裝置混合存在的案例中，尤其有效。例如，考慮支援比本實施形態所述之無線LAN之版本還下位版本的STA(以下為了方便而簡稱為「傳統STA」)，係與支援本實施形態所述之無線LAN之版本的STA100，隸屬於同一BSS10的情況。 　　[0086] 傳統STA，係將CTS之收訊台位址中所被設定之資訊，辨識成為目的地裝置的MAC位址。因此，AP200，係在給傳統STA的CTS的收訊台位址中不含入BSS識別資訊，不使傳統STA的MAC位址有所欠缺地加以設定。藉此，傳統STA，係可適切地處理CTS。亦即，在BSS10內有本實施形態所述之STA100與傳統STA混合存在的情況下，在收訊台位址33中含有BSS識別資訊的CTS30及不含有BSS識別資訊的CTS，會從AP200被發送。 　　[0087] 此處，藉由在收訊台位址33中含有無線LAN之版本識別資訊，本實施形態所述之STA100係可判定，已接收之訊號是否為本實施形態所述之CTS30。STA100，係基於無線LAN之版本識別資訊，而判定為已接收之訊號是本實施形態所述之CTS30的情況下，則可進行BSS識別資訊的讀取、有欠缺之MAC位址的讀取等之處理。然後，STA100，係在基於BSS識別資訊而判定為CTS30是自BSS之訊號的情況下，則設定Intra-BSS NAV，在判定為CTS30不是自BSS之訊號的情況下，則設定Regular NAV。 　　[0088] 又，STA100，係在判定為已接收之訊號不是本實施形態所述之CTS30(亦即是給傳統STA的CTS)的情況下，則可防止進行BSS識別資訊的讀取、有欠缺之MAC位址的讀取等之處理。亦即，可以防止STA100基於CTS的收訊台位址中不含有自BSS的BSS識別資訊這件情，而將CTS不甚判斷成並非自BSS之訊號。STA100，係在判定為已接收之訊號不是本實施形態所述之CTS30的情況下，則判定成已接收之CTS全部都是自BSS之訊號，或判定成全部都不是自BSS之訊號。STA100，係在判定為已接收之CTS全部都是自BSS之訊號的情況下，則設定Intra-BSS NAV，在判定為已接收之CTS全部都不是自BSS之訊號的情況下，則設定Regular NAV。 　　[0089] 例如，BSS10中所屬之傳統STA較少的情況下(例如少於所定台數的情況下)，則STA100，係亦可將已接收之CTS判定成全部都不是自BSS之訊號，而設定Regular NAV。又，BSS10中所屬之傳統STA較多的情況下(例如多於所定台數的情況下)或沒有會干擾到自BSS的他BSS存在的情況下，則STA100，係亦可將已接收之CTS判定成全部都是自BSS之訊號，而設定Intra-BSS NAV。 　　[0090] 此處，圖13所示的資訊僅為一例，版本識別資訊及BSS識別資訊各自的位元數、及於收訊台位址33中所被設定的位置，係為任意。又，圖13中係圖示了被設定了有欠缺之MAC位址的例子，但藉由在第2變形例中適用第1變形例，而在收訊台位址33中，係亦可被設定指派位址或有欠缺的指派位址。藉此，就可使得被有欠缺之MAC位址所特定的STA100不會發生複數存在的狀況。 　　[0091] 圖14係本揭露的第2變形例所述之STA100接收到回應訊框時的動作的流程圖。圖14中係記載了，STA100在判定為已接收之訊號並非本實施形態的無線LAN之版本所涉及之CTS30的情況下，則將該當訊號全部判定成是自BSS之訊號，設定Intra-BSS NAV的案例。與圖11所示的流程圖的相異點係為，於步驟S1612中，STA100的控制部120，係會確認收訊台位址中是否含有本實施形態所述之無線LAN之版本識別資訊這點。在收訊台位址中含有本實施形態所述之無線LAN之版本識別資訊的情況下(步驟S1612/Yes)，則於步驟S1616中，控制部120係確認收訊台位址33中是否含有自BSS的BSS識別資訊。以後的處理係和圖11相同，因此省略說明。在收訊台位址中不含有本實施形態所述之無線LAN之版本識別資訊的情況下(步驟S1612/No)，則於步驟S1608中，控制部120係基於CTS的持續期間而設定Intra-BSS NAV，結束收訊處理。 　　[0092] ＜6.應用例＞ 　　本揭露所述之技術，係可應用於各種產品。例如，STA100係亦可被實現成為智慧型手機、平板PC(Personal Computer)、筆記型PC、攜帶型遊戲終端或是數位相機等之行動終端、電視受像機、印表機、數位掃描器或是網路儲存體等之固定終端、或行車導航裝置等之車載終端。又，STA100亦可被實現成為智慧型計測器、自動販賣機、遠端監視裝置或POS(Point Of Sale)終端等之進行M2M(Machine To Machine)通訊的終端(亦稱MTC(Machine Type Communication)終端)。甚至，STA100亦可為被搭載於這些終端的無線通訊模組(例如以1個晶片所構成的積體電路模組)。 　　[0093] 另一方面，例如，AP200係亦可被實現成為，具有路由器機能或不具有路由器機能的無線LAN存取點(亦稱無線基地台)。又，AP200係亦可被實現成為行動無線LAN路由器。甚至，AP200亦可為被搭載於這些裝置中的無線通訊模組(例如以1個晶片所構成的積體電路模組)。 　　[0094] (6-1.第1應用例) 　　圖15係可適用本揭露所述之技術的智慧型手機900之概略構成之一例的區塊圖。智慧型手機900係具備：處理器901、記憶體902、儲存體903、外部連接介面904、相機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面913、天線開關914、天線915、匯流排917、電池918及輔助控制器919。 　　[0095] 處理器901係可為例如CPU(Central Processing Unit)或SoC(System on Chip)，控制智慧型手機900的應用層及其他層之機能。記憶體902係包含RAM(Random Access Memory)及ROM(Read Only Memory)，記憶著被處理器901所執行之程式及資料。儲存體903係可含有半導體記憶體或硬碟等之記憶媒體。外部連接介面904係亦可為，用來將記憶卡或USB(Universal Serial Bus)裝置等外接裝置連接至智慧型手機900所需的介面。 　　[0096] 相機906係具有例如CCD (Charge Coupled Device)或CMOS (Complementary Metal Oxide Semiconductor)等之攝像元件，生成攝像影像。感測器907係可含有，例如：測位感測器、陀螺儀感測器、地磁感測器及加速度感測器等之感測器群。麥克風908係將輸入至智慧型手機900的聲音，轉換成聲音訊號。輸入裝置909係含有例如：偵測對顯示裝置910之畫面上之觸控的觸控感測器、鍵墊、鍵盤、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置910係具有液晶顯示器(LCD)或有機發光二極體(OLED)顯示器等之畫面，將智慧型手機900的輸出影像予以顯示。揚聲器911係將從智慧型手機900所輸出之聲音訊號，轉換成聲音。 　　[0097] 無線通訊介面913係支援IEEE802.11a、11b、11g、11n、11ac、11ad及11ax等無線LAN標準之其中1者以上，執行無線通訊。無線通訊介面913，係在基礎建設模式下，可與其他裝置透過無線LAN存取點而通訊。又，無線通訊介面913係在隨意模式或Wi-Fi Direct(註冊商標)等之直接通訊模式下，可和其他裝置直接通訊。此外，在Wi-Fi Direct中，不同於隨意模式，2個終端的其中一方是動作成為存取點，但通訊係在這些終端間被直接進行。無線通訊介面913，典型而言，係可含有基頻處理器、RF(Radio Frequency)電路及功率放大器等。無線通訊介面913係可為，記憶通訊控制程式的記憶體、執行該當程式的處理器及關連電路所集成的單晶片模組。無線通訊介面913，係除了無線LAN方式以外，亦還可支援近距離無線通訊方式、近接無線通訊方式或蜂巢網通訊方式等其他種類之無線通訊方式。天線開關914，係在無線通訊介面913中所含之複數電路(例如不同無線通訊方式所用的電路)之間，切換天線915的連接目標。天線915，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來發送及接收無線通訊介面913之無線訊號。 　　[0098] 此外，不限定於圖15之例子，智慧型手機900係亦可具備複數天線(例如無線LAN用之天線及近接無線通訊方式用之天線等)。此情況下，天線開關914係可從智慧型手機900之構成中省略。 　　[0099] 匯流排917，係將處理器901、記憶體902、儲存體903、外部連接介面904、相機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面913及輔助控制器919，彼此連接。電池918，係透過圖中虛線部分圖示的供電線，而向圖15所示的智慧型手機900之各區塊，供給電力。輔助控制器919，係例如於睡眠模式下，令智慧型手機900的必要之最低限度的機能進行動作。 　　[0100] 此外，智慧型手機900，係亦可藉由處理器901在應用程式層級上執行存取點機能，而成為無線存取點(軟體AP)而動作。又，無線通訊介面913亦可具有無線存取點機能。 　　[0101] (6-2.第2應用例) 　　圖16係可適用本揭露所述之技術的行車導航裝置920之概略構成之一例的區塊圖。行車導航裝置920係具備：處理器921、記憶體922、GPS(Global Positioning System)模組924、感測器925、資料介面926、內容播放器927、記憶媒體介面928、輸入裝置929、顯示裝置930、揚聲器931、無線通訊介面933、天線開關934、天線935及電池938。 　　[0102] 處理器921係可為例如CPU或SoC，控制行車導航裝置920的導航機能及其他機能。記憶體922係包含RAM及ROM，記憶著被處理器921所執行之程式及資料。 　　[0103] GPS模組924係使用接收自GPS衛星的GPS訊號，來測定行車導航裝置920的位置(例如緯度、經度及高度)。感測器925係可含有，例如：陀螺儀感測器、地磁感測器及氣壓感測器等之感測器群。資料介面926，係例如透過未圖示之端子而連接至車載網路941，取得車速資料等車輛側所生成之資料。 　　[0104] 內容播放器927，係將被***至記憶媒體介面928的記憶媒體(例如CD或DVD)中所記憶的內容，予以再生。輸入裝置929係含有例如：偵測對顯示裝置930之畫面上之觸控的觸控感測器、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置930係具有LCD或OLED顯示器等之畫面，顯示導航機能或所被再生之內容的影像。揚聲器931係將導航機能或所被再生之內容的聲音，予以輸出。 　　[0105] 無線通訊介面933係支援IEEE802.11a、11b、11g、11n、11ac、11ad及11ax等無線LAN標準之其中1者以上，執行無線通訊。無線通訊介面933，係在基礎建設模式下，可與其他裝置透過無線LAN存取點而通訊。又，無線通訊介面933係在隨意模式或Wi-Fi Direct等之直接通訊模式下，可和其他裝置直接通訊。無線通訊介面933，典型而言，係可含有基頻處理器、RF電路及功率放大器等。無線通訊介面933係可為，記憶通訊控制程式的記憶體、執行該當程式的處理器及關連電路所集成的單晶片模組。無線通訊介面933，係除了無線LAN方式以外，亦還可支援近距離無線通訊方式、近接無線通訊方式或蜂巢網通訊方式等其他種類之無線通訊方式。天線開關934，係在無線通訊介面933中所含之複數電路之間，切換天線935的連接目標。天線935，係具有單一或複數天線元件，被使用來發送及接收無線通訊介面933之無線訊號。 　　[0106] 此外，不限定於圖16之例子，行車導航裝置920係亦可具備複數天線。此種情況下，天線開關934係可從行車導航裝置920的構成中省略。 　　[0107] 電池938，係透過圖中虛線部分圖示的供電線，而向圖16所示的行車導航裝置920之各區塊，供給電力。又，電池938係積存著從車輛側供給的電力。 　　[0108] 又，無線通訊介面933，係亦可動作成為上述的AP200，對搭乘車輛的使用者所擁有的終端，提供無線連接。 　　[0109] 又，本揭露所述之技術，係亦可被實現成含有上述行車導航裝置920的1個以上之區塊、和車載網路941、車輛側模組942的車載系統(或車輛)940。車輛側模組942，係生成車速、引擎轉數或故障資訊等之車輛側資料，將所生成之資料，輸出至車載網路941。 　　[0110] (6-3.第3應用例) 　　圖17係可適用本揭露所述之技術的無線存取點950之概略構成之一例的區塊圖。無線存取點950係具備：控制器951、記憶體952、輸入裝置954、顯示裝置955、網路介面957、無線通訊介面963、天線開關964及天線965。 　　[0111] 控制器951係亦可為例如CPU或DSP(Digital Signal Processor)，令無線存取點950的IP(Internet Protocol)層及上層的各種機能(例如存取限制、繞送、加密、防火牆及日誌管理等)作動。記憶體952係包含RAM及ROM，記憶著要被控制器951所執行的程式、及各式各樣的控制資料(例如終端清單、路由表、加密金鑰、安全性設定及日誌等)。 　　[0112] 輸入裝置954係含有例如按鈕或開關等，受理來自使用者的操作。顯示裝置955係含有LED燈號等，顯示出無線存取點950的動作狀態。 　　[0113] 網路介面957係為，用來將無線存取點950連接至有線通訊網路958所需的有線通訊介面。網路介面957係亦可具有複數個連接端子。有線通訊網路958係亦可為乙太網路(註冊商標)等之LAN、或亦可為WAN(Wide Area Network)。 　　[0114] 無線通訊介面963係支援IEEE802.11a、11b、11g、11n、11ac、11ad及11ax等無線LAN標準之其中1者以上，成為存取點而向附近的終端提供無線連接。無線通訊介面963，典型而言，係可含有基頻處理器、RF電路及功率放大器等。無線通訊介面963係可為，記憶通訊控制程式的記憶體、執行該當程式的處理器及關連電路所集成的單晶片模組。天線開關964，係在無線通訊介面963中所含之複數電路之間，切換天線965的連接目標。天線965，係具有單一或複數天線元件，被使用來發送及接收無線通訊介面963之無線訊號。 　　[0115] ＜7.其他＞ 　　上記主要是針對了，對屬於回應訊框之一種的CTS30適用本揭露的案例來做說明。此處，本揭露，係不只對CTS30，也可對屬於回應訊框之一種的ACK做適用。若更具體說明，則AP200，係如上記的實施形態般地，可在ACK的收訊台位址中，設定BSS識別資訊、部分欠缺之MAC位址、指派位址、無線LAN之版本識別資訊等。 　　[0116] 將本揭露對ACK做適用的實施形態，係在藉由ACK來設定NAV的案例中，尤其有效。例如，STA100，係因為某些原因而無法接收RTS20及CTS30，而接收到在它們之後所被發送的ACK的情況下，則可基於ACK的收訊台位址中所含之BSS識別資訊，來判定ACK是否為自BSS之訊號。然後，STA100，係在判定為ACK是自BSS之訊號的情況下，則設定Intra-BSS NAV，在判定為ACK不是自BSS之訊號的情況下，則設定Regular NAV。此外，此情況下，ACK中所含之持續期間，係會被設定0以外之值。藉此，STA100，係在無法接收RTS20及CTS30，但可以接收ACK的此種不穩定的通訊環境中，仍可降低發生干擾之可能性。 　　[0117] 又，將本揭露對ACK做適用的實施形態，係不是在藉由RTS20與CTS30而進行資料收送訊之準備的案例中，而是在以小的資料與ACK來進行資料收送訊之準備的案例中，也尤其有效。若更具體說明，則在STA100發送資料時，STA100，係在發送該當資料之前，不是將RTS20而是將小的資料，發送給AP200。接收到小的資料的AP200，係將ACK向STA100進行送訊，接收到該當ACK的STA100，係判斷為資料之送訊已被許可，而向AP200發送資料。 　　[0118] 此時，發送資料的STA100以外的STA100接收到ACK的情況下，則該當STA100係可基於ACK的收訊台位址中所含之BSS識別資訊，來判定ACK是否為自BSS之訊號。然後，STA100，係在判定為ACK是自BSS之訊號的情況下，則設定Intra-BSS NAV，在判定為ACK不是自BSS之訊號的情況下，則設定Regular NAV。此外，此情況下也是，ACK中所含之持續期間，係會被設定0以外之值。藉此，STA100，係即使在以小的資料與ACK來進行資料收送訊之準備的案例中，也可降低發生干擾之可能性。 　　[0119] ＜8.總結＞ 　　如以上說明，本揭露之一實施形態所述之AP200，係可在回應訊框的收訊台位址中設定BSS識別資訊，因此接收到回應訊框的STA100，係可基於BSS識別資訊來判定，回應訊框是否為從自BSS所被發送之訊號。又，第1變形例所述之AP200，係可在收訊台位址中，不只設定BSS識別資訊還可設定指派位址，因此可使得被有欠缺之MAC位址所特定的STA100不會發生複數存在的狀況。又，第2變形例所述之AP200，係可在收訊台位址中，不只設定BSS識別資訊還可設定無線LAN之版本識別資訊，因此接收到回應訊框的STA100係可判定，回應訊框是否為支援本實施形態所述之無線LAN之版本的訊號。 　　[0120] 以上雖然一面參照添附圖式一面詳細說明了本揭露的理想實施形態，但本揭露之技術範圍並非限定於所述例子。只要是本揭露之技術領域中具有通常知識者，自然可於申請範圍中所記載之技術思想的範疇內，想到各種變更例或修正例，而這些當然也都屬於本揭露的技術範圍。 　　[0121] 例如，本實施形態所述之STA100之動作中的各步驟，係不需要依照以流程圖方式而被記載的順序而時間序列性地處理。亦即，STA100之處理中的各步驟，係亦可用與流程圖方式記載之順序不同的順序而被處理，亦可被平行地處理。例如，圖11的步驟S1404、步驟S1412及步驟S1416，係亦可用不同的順序而被處理，也可被平行地處理。 　　[0122] 又，STA100的構成之一部分，係亦可適宜地被設在STA100外。同樣地，AP200的構成之一部分，係亦可適宜地被設在AP200外。 　　[0123] 又，STA100的機能之一部分，亦可藉由控制部120而被具體實現。例如，控制部120亦可具體實現通訊部110的機能之一部分。同樣地，AP200的機能之一部分，亦可藉由控制部220而被具體實現。例如，控制部220亦可具體實現通訊部210的機能之一部分。 　　[0124] 又，本說明書中所記載的效果，係僅為說明性或例示性，並非限定解釋。亦即，本揭露所述之技術，係亦可除了上記之效果外，或亦可取代上記之效果，達成當業者可根據本說明書之記載而自明之其他效果。 　　[0125] 此外，如以下的構成也是屬於本揭露的技術範圍。 (1) 　　一種通訊裝置，係 　　具備： 　　生成部，係在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框；和 　　送訊部，係發送前記回應訊框。 (2) 　　如前記(1)所記載之通訊裝置，其中， 　　前記值係為，基於收訊台的位址資訊及BSS識別資訊而被設定的值。 (3) 　　如前記(2)所記載之通訊裝置，其中， 　　前記位址資訊係為，前記收訊台的MAC位址或每一前記收訊台所被指派的位址。 (4) 　　如前記(3)所記載之通訊裝置，其中， 　　前記值係含有：前記位址資訊之一部分係為欠缺之資訊、和前記欠缺之資料量以下的前記BSS識別資訊。 (5) 　　如前記(4)所記載之通訊裝置，其中， 　　前記值係含有：前記欠缺之資料量以下的無線LAN之版本識別資訊。 (6) 　　如前記(1)至(5)之任1項所記載之通訊裝置，其中， 　　前記回應訊框係為CTS訊框或ACK訊框。 (7) 　　一種被電腦所執行的通訊控制方法，係 　　具有： 　　在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框之步驟；和 　　發送前記回應訊框之步驟。 (8) 　　一種程式，係用以使電腦實現： 　　在被IEEE802.11所規定的回應訊框的收訊台位址欄位中，設定自裝置所屬之BSS所相應之值而生成前記回應訊框之步驟；和 　　發送前記回應訊框之步驟。 (9) 　　一種通訊裝置，係 　　具備： 　　收訊部，係接收被IEEE802.11所規定的回應訊框，且前記回應訊框係在收訊台位址欄位中含有BSS所相應之值；和 　　特定部，係基於前記值而特定出前記回應訊框是否為自BSS之訊號。 (10) 　　如前記(9)所記載之通訊裝置，其中， 　　前記值係為，基於收訊台的位址資訊及BSS識別資訊而被設定的值。 (11) 　　如前記(10)所記載之通訊裝置，其中， 　　前記位址資訊係為，前記收訊台的MAC位址或每一前記收訊台所被指派的位址。 (12) 　　如前記(11)所記載之通訊裝置，其中， 　　前記值係含有：前記位址資訊之一部分係為欠缺之資訊、和前記欠缺之資料量以下的前記BSS識別資訊。 (13) 　　如前記(12)所記載之通訊裝置，其中， 　　前記值係含有：前記欠缺之資料量以下的無線LAN之版本識別資訊； 　　還具備：版本特定部，係基於前記版本識別資訊，而特定出前記回應訊框之版本。 (14) 　　如前記(13)所記載之通訊裝置，其中， 　　在前記版本特定部將前記回應訊框之版本特定成，比IEEE802.11ax還下位之版本的情況下， 　　前記特定部，係將前記回應訊框，特定成全部都是自BSS之訊號、或特定成全部都不是自BSS之訊號。 (15) 　　如前記(9)至(14)之任1項所記載之通訊裝置，其中， 　　前記回應訊框係為CTS訊框或ACK訊框。 (16) 　　如前記(9)至(15)之任1項所記載之通訊裝置，其中， 　　前記特定部係還具備：送訊抑制期間設定部，係在特定了前記回應訊框是自BSS之訊號的情況下，設定第1送訊抑制期間，在特定了前記回應訊框不是自BSS之訊號的情況下，設定第2送訊抑制期間。 (17) 　　一種被電腦所執行的通訊控制方法，係 　　具有： 　　接收被IEEE802.11所規定的回應訊框，且前記回應訊框係在收訊台位址欄位中含有BSS所相應之值之步驟；和 　　基於前記值而特定出前記回應訊框是否為自BSS之訊號之步驟。 (18) 　　一種程式，係用以使電腦實現： 　　接收被IEEE802.11所規定的回應訊框，且前記回應訊框係在收訊台位址欄位中含有BSS所相應之值之步驟；和 　　基於前記值而特定出前記回應訊框是否為自BSS之訊號之步驟。

[0126]10‧‧‧BSS20‧‧‧RTS21‧‧‧訊框控制22‧‧‧持續期間23‧‧‧收訊台位址24‧‧‧送訊台位址25‧‧‧FCS30‧‧‧CTS31‧‧‧訊框控制32‧‧‧持續期間33‧‧‧收訊台位址34‧‧‧FCS100‧‧‧STA110‧‧‧通訊部120‧‧‧控制部130‧‧‧記憶部200‧‧‧AP210‧‧‧通訊部220‧‧‧控制部230‧‧‧記憶部900‧‧‧智慧型手機901‧‧‧處理器902‧‧‧記憶體903‧‧‧儲存體904‧‧‧外部連接介面906‧‧‧相機907‧‧‧感測器908‧‧‧麥克風909‧‧‧輸入裝置910‧‧‧顯示裝置911‧‧‧揚聲器913‧‧‧無線通訊介面914‧‧‧天線開關915‧‧‧天線917‧‧‧匯流排918‧‧‧電池919‧‧‧輔助控制器920‧‧‧行車導航裝置921‧‧‧處理器922‧‧‧記憶體924‧‧‧GPS模組925‧‧‧感測器926‧‧‧資料介面927‧‧‧內容播放器928‧‧‧記憶媒體介面929‧‧‧輸入裝置930‧‧‧顯示裝置931‧‧‧揚聲器933‧‧‧無線通訊介面934‧‧‧天線開關935‧‧‧天線938‧‧‧電池941‧‧‧車載網路942‧‧‧車輛側模組950‧‧‧無線存取點951‧‧‧控制器952‧‧‧記憶體954‧‧‧輸入裝置955‧‧‧顯示裝置957‧‧‧網路介面958‧‧‧有線通訊網路963‧‧‧無線通訊介面964‧‧‧天線開關965‧‧‧天線

[0017] 　　[圖1] 本揭露的一實施形態所述之無線LAN系統之構成的圖示。 　　[圖2] RTS的訊框格式的圖示。 　　[圖3] CTS的訊框格式的圖示。 　　[圖4] 使用1種類之NAV的通訊控制的圖示。 　　[圖5] 使用2種類之NAV的通訊控制的圖示。 　　[圖6] 使用2種類之NAV的通訊控制之課題的圖示。 　　[圖7] 使用2種類之NAV的通訊控制之課題的圖示。 　　[圖8] 本揭露的一實施形態所述之STA及AP之構成的圖示。 　　[圖9] 回應訊框的收訊台位址中所被設定之資訊之一例的圖示。 　　[圖10] 本揭露的一實施形態中的，使用2種類之NAV的通訊控制的圖示。 　　[圖11] 本揭露的一實施形態所述之STA接收到回應訊框時的動作的流程圖。 　　[圖12] 於本揭露的第1變形例中，回應訊框的收訊台位址中所被設定之資訊之一例的圖示。 　　[圖13] 於本揭露的第2變形例中，回應訊框的收訊台位址中所被設定之資訊之一例的圖示。 　　[圖14] 本揭露的第2變形例所述之STA接收到回應訊框時的動作的流程圖。 　　[圖15] 智慧型手機之概略構成之一例的區塊圖。 　　[圖16] 行車導航裝置之概略構成之一例的區塊圖。 　　[圖17] 無線存取點之概略構成之一例的區塊圖。

Claims (6)

1. 一種通訊裝置，係具備：收訊部，係被構成以從送訊裝置接收被IEEE802.11所規定的回應訊框，前記回應訊框係具有：含有第1部分及第2部分的收訊台位址欄位；其中，前記第1部分係含有：前記收訊台的MAC(Media Access Control)位址之一部分；前記第2部分係含有：前記收訊台的MAC位址之剩餘部分、或前記收訊台的MAC位址之剩餘部分所被置換而成的置換值；前記置換值係含有：相應於BSS的第1值；和第2值，係被使用來將前記收訊台，與具有對應之MAC位址之一部分是和前記收訊台之MAC位址之一部分相同的另一收訊台做區別；和處理器，係被構成以：在前記第1部分與前記第2部分是等於前記通訊裝置的前記收訊台之MAC位址的情況下，設定Intra-BSS NAV(Network Allocation Vector)；在前記第1部分與前記第2部分不等於前記通訊裝置的前記收訊台之MAC位址的情況，且前記第1部分與前記第2值係將前記通訊裝置做唯一識別的情況下，則依照前記 BSS而將前記回應訊框視為CTS(Clear to Send)訊框或是ACK(Acknowledgement)訊框而加以處理。
2. 如請求項1所記載之通訊裝置，其中，前記第2部分係進一步含有：IEEE802.11的版本資訊。
3. 如請求項1所記載之通訊裝置，其中，前記回應訊框係為，回應於前記通訊裝置所發送之RTS(Request to Send)訊框而被接收的CTS訊框或ACK訊框。
4. 如請求項1所記載之通訊裝置，其中，前記處理器係被進一步構成以：在前記第1部分與前記第2部分不等於前記通訊裝置的前記收訊台之MAC位址的情況，並且，前記第1部分與前記第2值是將前記通訊裝置做唯一識別的情況下，設定第1送訊抑制期間；在前記第1部分與前記第2部分不等於前記通訊裝置的前記收訊台之MAC位址的情況，並且，前記第1部分與前記第2值並非將前記通訊裝置做唯一識別的情況下，設定第2送訊抑制期間。
5. 一種被電腦所執行的通訊控制方法，係 具有以下步驟：從送訊裝置接收被IEEE802.11所規定的回應訊框，前記回應訊框係具有：含有第1部分及第2部分的收訊台位址欄位；其中，前記第1部分係含有：前記收訊台的MAC位址之一部分；前記第2部分係含有：前記收訊台的MAC位址之剩餘部分、或前記收訊台的MAC位址之剩餘部分所被置換而成的置換值；前記置換值係含有：相應於BSS的第1值；和第2值，係被使用來將前記收訊台，與具有對應之MAC位址之一部分是和前記收訊台之MAC位址之一部分相同的另一收訊台做區別；在前記第1部分與前記第2部分是等於前記通訊裝置的前記收訊台之MAC位址的情況下，設定Intra-BSS NAV；在前記第1部分與前記第2部分不等於前記通訊裝置的前記收訊台之MAC位址的情況，且前記第1部分與前記第2值係將前記通訊裝置做唯一識別的情況下，則依照前記BSS而將前記回應訊框視為CTS訊框或是ACK訊框而加以處理。
6. 一種非暫時性儲存程式之電腦可讀取媒體，係用以使電腦實現： 如請求項5所記載之通訊控制方法。

Images