TW202236882A - 通訊裝置及通訊方法 - Google Patents

Abstract

[課題]提供進行多重鏈路及多重使用者通訊的通訊裝置。 [解決手段]通訊裝置係具備：通訊部，係可在複數個鏈路中進行無線通訊；和通訊處理部，係進行從複數個送訊側通訊裝置同時接收資料之處理；和控制部，係進行從前記複數個送訊側通訊裝置之各者利用最佳鏈路而接收資料之控制。前記控制部，係於已獲得收訊機會之鏈路中向前記複數個送訊側通訊裝置發送用來要求關於送訊機會之資訊的觸發要求訊號，基於來自於前記複數個送訊側通訊裝置的要求回應訊號，來決定每一送訊側通訊裝置的最佳鏈路。

Description

通訊裝置及通訊方法

本說明書中所揭露的技術(以下稱作「本揭露」)係有關於，進行無線通訊通訊裝置及通訊方法。

隨著無線LAN(Local Area Network)系統的普及與內容的大容量化，若只使用1個頻帶之頻道，則在所定之資料量的通訊中會不斷發生不足的事態。於是，作為適用於IEEE802.11ax之後繼規格的技術研討，在IEEE的工作小組TG be中，將複數個頻帶(鏈路)予以合併使用以實施更高密度之資料通訊的方法，具體而言，利用複數個頻帶(鏈路)而將一整塊之內容予以批次發送的多重鏈路操作(MLO)技術，正被研討。

在該多重鏈路操作中係要求，把複數個頻帶(鏈路)視作1個傳輸路，而利用於通訊的技術。在該當技術中，為了能夠在所有的鏈路中同時進行送訊及收訊，作為具備複數個無線通訊部的裝置，雖然想定係為Enhanced Multi-Link Multi Radio，但另一方面，作為在1個鏈路中只能夠進行送訊或收訊之其中一方的通訊裝置之構成，也想定有Enhanced Multi-Link Single Radio。

在先前以來的多重鏈路操作中是想定了，存取點與通訊裝置之雙方，同時使用相同的複數個鏈路來實施通訊的構成。

另一方面，在既存的無線LAN系統中，多重使用者多工通訊已被實用化。例如，在1個頻率頻道上同時收送複數個串流，藉此以將更多的資料予以多工化而發送的無線LAN系統，已被提出。具體而言，從存取點對通訊終端，將任意之資源進行分配而送訊，收訊側的通訊終端，係將各個資源予以分離並解碼，藉此就可接收所望之資料。

亦即，於先前的下鏈多重使用者(DL MU)通訊中，即便是從存取點，單方面地將資料予以多工化而進行送訊，而在該頻率頻道(鏈路)中，所有的通訊終端都進行收訊，基於收訊訊框的標頭資訊中所被記載之資訊，仍可分離成每一使用者的資料。又，於先前的上鏈多重使用者(UL MU)通訊中，存取點係對旗下之複數個通訊終端分配資源，即使各通訊終端將資料予以多工化而進行送訊，存取點係在該頻率頻道(鏈路)中進行收訊，基於各收訊訊框的標頭資訊中所被記載之資訊，仍可分離成每一使用者的資料。

在IEEE802.11ax中，關於多工通訊中的資源分配，在實施上鏈及下鏈之多重使用者多工通訊之際，AP係將Bandwidth Query Report Poll(BQRP)Trigger Frame予以通知，STA係對此而回送在Bandwidth Query Report Control Subfield中包含有可利用之頻道資訊的Bandwidth Query Report(BQR)，AP係基於來自STA的BQR來實施資源之分配，這件事情已被規格化(例如參照非專利文獻1)。 [先前技術文獻] [非專利文獻]

[非專利文獻1] IEEE802.11ax投書(IEEE802.11-18/0031r0)

[發明所欲解決之課題]

本揭露的目的在於，提供一種使用複數個頻帶進行無線通訊的通訊裝置及通訊方法。 [用以解決課題之手段]

本揭露係參酌上記課題而研發，其第1側面係為，一種通訊裝置，係具備： 通訊部，係可在複數個鏈路中進行無線通訊；和 通訊處理部，係進行從複數個送訊側通訊裝置同時接收資料之處理；和 控制部，係進行從前記複數個送訊側通訊裝置之各者利用最佳鏈路而接收資料之控制。

前記控制部係進行控制，以於已獲得收訊機會之鏈路中向前記複數個送訊側通訊裝置發送用來要求關於送訊機會之資訊的觸發要求訊號。

又，前記控制部，係基於來自於前記複數個送訊側通訊裝置的要求回應訊號，來決定每一送訊側通訊裝置的最佳鏈路。然後，前記控制部，係基於關於分配給每一送訊側通訊裝置之鏈路的資訊與關於多重使用者多工通訊的資訊，來控制使用了前記複數個鏈路的來自於前記複數個送訊側通訊裝置的同時資料收訊。

又，本揭露的第2側面係為，一種通訊方法，係為可在複數個鏈路中進行無線通訊的通訊裝置中的通訊方法，其係具有： 對前記複數個送訊側通訊裝置之各者決定最佳鏈路之步驟；和 利用每一送訊側通訊裝置的最佳鏈路，而從複數個收訊側通訊裝置同時接收資料之步驟。

又，本揭露的第3側面係為，一種通訊裝置，係具備： 通訊部，係可在複數個鏈路中進行無線通訊；和 通訊處理部，係進行在從收訊側通訊裝置同時發送給複數個送訊側通訊裝置收的資料之中，將要送給自己收的資料予以接收之處理；和 控制部，係將自己可利用之鏈路的送訊機會通知給前記收訊側通訊裝置，並在從前記收訊側通訊裝置所被指定的鏈路中，進行與其他送訊側通訊裝置同時發送資料的控制。

前記控制部係進行控制，以回應於從前記收訊側通訊裝置接收到觸發要求訊號之事實，而在已獲得送訊機會之鏈路中，回送要求回應訊號。

然後，前記控制部係進行控制，以於曾經發送過前記要求回應訊號的鏈路中，等待接收訊號。此處，前記控制部係進行控制，以從前記收訊側通訊裝置接收含有關於送訊資源之分配的資訊的配置訊號，並使用前記配置訊號中被分配給自己的送訊的資源，而進行往前記收訊側通訊裝置的資料送訊。

又，本揭露的第4側面係為，一種通訊方法，係為可在複數個鏈路中進行無線通訊的通訊裝置中的通訊方法，其係具有： 將關於自己可利用之鏈路之送訊機會的資訊，通知給收訊側通訊裝置之步驟；和 在從前記收訊側通訊裝置所被指定的鏈路中，將要送給前記收訊側通訊裝置收的資料，與其他送訊側通訊裝置同時進行送訊之步驟。 [發明效果]

若依據本揭露，則可提供一種，使用複數個鏈路而與複數個使用者進行無線通訊的通訊裝置及通訊方法。

此外，本說明書所記載之效果係僅為例示，本揭露所產生的效果係不限定於此。又，本揭露係除了上記的效果以外，還更進一步具有達成附加性效果的情況。

本揭露的更多其他目的、特徵或優點，係可基於後述之實施形態或添附圖式所作的更詳細說明來理解。

以下一面參照圖式，一面針對本揭露而按照以下的順序來做說明。

A.概要 B.網路構成 C.適用於MLO的下鏈多重使用者多工通訊 D.AP及STA中的多重鏈路的利用偵測狀況 E.將下鏈多重使用者通訊適用於多重鏈路的實施例 F.各鏈路的下鏈多重使用者多工通訊之序列 G.無線通訊裝置之構成 H.訊框構成 I.下鏈通訊的動作例 J.效果

A.概要 從為了確保與先前以來之無線LAN系統的相容性的觀點來看，在複數個頻帶(鏈路)之其中1者中若傳輸路是正在利用中，則會有無法利用該頻帶(鏈路)進行送訊的問題，或是導致每一頻帶(鏈路)中能夠進行送訊之時序會變成不同的問題。又還有，雖然需要針對每一頻帶(鏈路)而設定隨機後退，但無論傳輸路是否處於閒置狀態，而會因為隨機後退之設定值而導致無法同時開始送訊的問題。

甚至，由於即使在某個通訊裝置中已經變成可以利用鏈路，但是在其他通訊裝置中仍有可能會變成無法利用鏈路的狀態，因此難以將要發送給複數個通訊裝置收的資料予以同時送訊，也存在如此問題。例如，在存取點是把第1鏈路至第3鏈路利用於多重鏈路操作的情況下，有的時候，在被連接至該存取點的某個通訊終端中是可利用第1鏈路與第2鏈路，但在別的通訊終端中是可利用第1鏈路與第3鏈路。

關於多重鏈路操作，作為無法同時接收複數個鏈路的通訊終端，係有所謂Enhanced Single Radio的裝置，也會存在於網路上。因此，需要確立不會與這些通訊裝置的動作產生矛盾的技術。

在先前以來的下鏈多重使用者通訊中，係在該頻率頻道(鏈路)中，所有的收訊側通訊裝置都會進行收訊。此處，在附近重疊而存在的其他BSS亦即OBSS為存在的情況下，多重鏈路操作之一部分的收訊側通訊裝置無法正確接收這些標頭資訊的可能性會變高。

然而，在IEEE802.11ax中已被規格化的BQRP Trigger Frame中，僅為了對STA要求BQR之回送而做設定，而存在有無法通知詳細參數的問題。

又，在IEEE802.11ax中已被規格化的BQR Control Subfield中只能夠回送短的資訊，而存在有只能夠傳達連續8個左右之可利用頻道資訊的問題。

再者，頻道之利用可能判定，是基於CCA (Clear Channel Assesment)的偵測結果而被判定。因此，即使在接收到來自OBSS STA之訊號的時點上NAV(Network Allocation Vector)已經被預先設定的狀態下，若未實際偵測到訊號，則會錯誤判斷成頻道為可利用，一旦從存取點接受該頻道之分配，則實際上會因為NAV已被設定而導致無法進行送訊的問題。

於多重鏈路操作中適合於多重使用者的通訊的建立之際所會遭遇的課題，先來做個整理。

首先，在送訊側之通訊裝置獲得了送訊權的情況下，該時點上複數個收訊側之通訊裝置無法掌握各自所能利用之鏈路，存在有如此課題。亦即，送訊側之通訊裝置在所有的鏈路或複數個鏈路中已獲得了送訊機會(TXOP)時，如果沒有掌握到各收訊側之通訊裝置中的這些鏈路之利用狀況就進行資料送訊，則在收訊側之通訊裝置中就無法正確接收資料。

又，Enhanced Single Radio之裝置，係由於難以在複數個鏈路中作動，因此於多重鏈路操作中無法在複數個鏈路中同時進行收訊，存在如此課題。因此，於Enhanced Single Radio中，必須要讓其優先利用可利用之鏈路。

因此，在多重鏈路操作動作時，成為多重使用者的複數個收訊側之通訊裝置，係必須將其各自所能利用之鏈路中的收訊機會(RXOP)之資訊，通知給送訊側之通訊裝置，送訊側之通訊裝置必須隨應於各收訊側之通訊裝置的RXOP之狀況，來判斷需要將送往收訊側之通訊裝置收的資料，分配給哪個鏈路而進行送訊才行。

接下來說明，藉由本揭露，於多重鏈路操作中實施多重使用者通訊之際，存取點是在多重鏈路之中已獲得了RXOP的鏈路中，將表示上鏈之送訊側的通訊終端在該時點上可進行送訊之鏈路的資訊，進行交換的方法。

從複數個通訊終端(STA)往相同連接目標之存取點(AP)的，多重鏈路操作(MLO)所致之上鏈之多重使用者通訊，係用如下的程序而被實施。

(1)AP，係在可收訊之鏈路中，將MU-MLO Trigger Request，發送至送訊側的各STA。(2)各STA，係將含有多重鏈路中的TXOP之資訊的MU-MLO Request Response，回送至AP。(3)AP，係根據從身為送訊側的各STA所發送的TXOP資訊，按照每一STA而設定在送訊時所利用的上鏈資源。(4)AP，係對實施MU-MLO的STA，通知在MU MLO Allocation時所利用的上鏈之鏈路。(5)將需要緊急的資料、或隨機存取送訊用的Allocation，設定至數個多重鏈路。(6)STA，係一旦從AP接收到MU-MLO Allocation，就在自己所被分配的多重鏈路中，實施上鏈送訊。(7)STA，係可將表示是否可繼續利用的RXOP資訊，包含在送訊資料中而予以發送(任意)。(8)AP，係依照MU MLO Allocation而實施收訊，隨應於收訊狀況而對每一STA回送Block Ack。(9)AP，係在需要重送的情況下，亦可在下個Allocation中指定未達資料之重送。

又，AP獲得RXOP而進行上記之(1)~(9)之動作的整個時間中，亦可重複實施上鏈的MLO。除此以外，在逆方向亦即下鏈之資料送訊為必要的情況下，AP亦可繼承分配下鏈的多重使用者通訊之參數，亦可分配新的參數。

B.網路構成 圖1中係例示了本揭露所被適用的無線LAN系統的網路之狀況。在圖示的例子中，存取點(AP10)所營運的網路也就是Basic Service Set 1(BBS1)上，係被連基有複數個通訊終端(STA11~STA14)。

又，在BBS1的周圍，係存在有重疊的BBS(OBSS)。在圖1所示的例子中，係存在有AP20所營運的OBSS2、與AP30所營運的OBSS3。然後，OBSS2上係被連接有STA21及STA22，OBSS3上係被連接有STA31及STA32。

此外，在圖1中，各存取點AP10、AP20、AP30的電波到達範圍是以點線描繪的橢圓來分別表示，但這些係表示了各網路之範圍。

在圖1所示的網路的狀況下，來自於BSS2的AP20之訊號是可被STA12所掌握，來自於BSS3的AP30之訊號是可被STA13所掌握。因此，於BSS1中，藉由來自於相鄰之各OBSS之訊號而正在利用同一鏈路的情況下，係為會彼此受到干擾、或給予干擾的網路構成。

在本實施形態中係想定，例如在BBS1中實施多重鏈路操作。又想定，即使在BBS1內是有Enhanced Multi-Link Multi Radio之裝置與Enhanced Multi-Link Single Radio之裝置混合存在的環境下，仍實施多重鏈路操作。

圖2中係圖示了，適用本揭露的無線LAN系統中所被利用的頻帶與頻道分配之例子。同圖中係圖示了，被設成可被利用於無線LAN的2.4GHz帶、5GHz帶、及6GHz帶之各頻帶中的頻道分配例。於各頻帶中，橫軸係為頻率軸。

在2.4GHz頻帶中，若對IEEE802.11g規格的20MHz頻寬的OFDM(Orthogonal Frequency Division Multiplexing)方式之無線訊號做適用，則至少會設定2個頻道份的頻率。

又，在5GHz頻帶中，為了IEEE802.11a等之規格，而可確保複數個對20MHz頻寬之OFDM方式之無線訊號做適用的頻道。但是，5GHz帶中的運用，係隨著各國的法規制度，而對可使用的頻率範圍、或送訊功率或是否可送訊，是附帶有判定的條件。在5GHz帶中，沿著橫軸而標示了頻道號碼。在日本國內，頻道36~頻道64之8頻道的利用，與頻道100~頻道140之11頻道的利用，係為可能。此外，在其他國家或地區中，頻道32或頻道68、頻道96或頻道144的利用也是可能的，甚至在其更高的頻帶中，頻道149至頻道173也是可能利用的。

甚至，為了使6GHz帶中也能做利用，目前正朝規格化邁進。若依據其規格內容，則在6GHz帶A的UNII-5頻帶中有25頻道，在6GHz帶B的UNII-6頻帶中有5頻道，在6GHz帶C的UNII-7頻帶中有17頻道，在6GHz帶D的UNII-8頻帶中有12頻道，可被配置。

本說明書所述的多重鏈路操作中，1個鏈路，係於圖2所示的頻道構成中，假設是由1或2個以上之頻道之組合，來加以構成。又，既有由頻率軸上呈連續的2個以上之頻道來構成1個鏈路的情況，也有由頻率軸上不連續的2個以上之頻道來構成1個鏈路的情況。

C.適用於MLO的上鏈多重使用者多工通訊 圖3係圖示了，將上鏈多重使用者多工通訊(UL MU)適用於MLO的例子。在圖3中係圖示，從最上層起依序在鏈路1~鏈路4之各鏈路中分別實施上鏈之多重使用者多工通訊時，從AP的視點所看到的資料收送訊之狀態。其中，令橫軸為時間軸，圖示了鏈路1~鏈路4的資料收送訊之狀態。在各時間軸上，朝上凸出的狀態係表示在所述之鏈路中AP正在實施送訊動作的狀態，朝下凸出的狀態係表示在所述之鏈路中AP正在實施收訊動作的狀態。

AP，係在可利用的所有鏈路中，將Trigger Request(TR)，向有需要送達之資料存在的各STA，進行送訊。AP係在可利用所有的鏈路，且已成功獲得RXOP的情況下，會利用鏈路1~鏈路4來發送TR，但亦可只在該時點上所能利用的鏈路中，發送TR。

另一方面，在各STA中，係在可利用之所有鏈路中，接收來自於AP的TR。STA，係若接收到TR的鏈路係為可利用，則將Request Response(RR)予以回送。AP，係在各鏈路中，接收來自STA的RR。

此處，STA，係在偵測到來自於相鄰之OBSS之訊號的鏈路、或已經設定OBSS之NAV的鏈路中，為了不對OBSS之通訊給予干擾，而在該鏈路中不會回送RR。亦即，STA，係包含表示已經獲得了該鏈路中的TXOP的資訊而發送RR。

此外，若STA係為Enhanced Multi-Link Multi Radio之裝置，則亦可使其在可利用的所有鏈路中，回送RR。另一方面，若STA為Enhanced Multi-Link Single Radio之裝置，則亦可使其只在自身實施收訊動作的鏈路中，回送RR。亦即，會對被要求回送的STA，分配用來回送RR所需之資源。例如，亦可利用上鏈多重使用者多工通訊之機制，讓複數個STA回送RR。

AP，係可隨應於從各STA所被回送的RR之收訊狀況，而每一STA地掌握可利用的多重使用者多工通訊為可能的鏈路。然後，AP係對各STA發送Allocation(AL)，事前通知要利用於上鏈多工通訊的鏈路。STA，係如果能夠接收到來自於AP的AL，就可基於該資訊，在所被指定之鏈路中，對AP發送已經做了多重使用者多工的資料。

如此一來，AP就可藉由上鏈多重使用者多工通訊，而接收來自於各STA的資料。

在圖3所示的例子中，AP係在鏈路1中接收Uplink User Data 1及Uplink User Data 2，在鏈路2中接收Uplink User Data 3及Uplink User Data 4，在鏈路3中接收Uplink User Data 5及Downlink User Data 6，在鏈路4中接收Uplink User Data 7及Uplink User Data 8。

再者，AP係在接收到上鏈多重使用者多工通訊所致之資料的情況下，會因應需要而對各STA回送BA。此時，AP係亦可例如利用下鏈多重使用者多工通訊之機制，使用Multi-STA Block ACK之手法，而於各鏈路中回送BA。

AP係亦可在該鏈路中，包含表示以後仍可繼續收訊的RXOP資訊，而回送BA。或者，AP係亦可將此BA與下個AL予以同時發送，亦可在需要重送的情況下，包含該資源而發送AL。

又，AP係於各鏈路中在RXOP還有剩餘時間的情況下，亦可再度將AL發送至各STA，亦可不送出該AL。然後，AP係於各鏈路中，例如有未達之資料存在等情況下，對於對應之STA會因應需要而令其實施上鏈多重使用者通訊。甚至，在上鏈多重使用者通訊被實施後，AP係向各STA回送BA。

在圖3所示的例子中，AP係在鏈路1中接收Uplink User Data 9及Uplink User Data 10，在鏈路2中接收Uplink User Data 11及Uplink User Data 12，在鏈路3中接收Uplink User Data 13及Downlink User Data 14，在鏈路4中接收Uplink User Data 15及Uplink User Data 16，然後在鏈路1~鏈路4中回送BA。

圖3中雖然圖示了如此一連串之動作是在各鏈路中同時被實施的例子，但亦可於各鏈路中非同步地被實施。

圖4係圖示了，將上鏈多重使用者多工通訊(UL MU)適用於MLO的變形例。在圖4中，在實施了上鏈之多重使用者多工通訊時，發送Resuest to Send：RTS(RS)，以確實地實施通訊。此情況下，圖示了從身為資料送訊側的Enhanced Multi-Link Single Radio(EMLSR)及Enhanced Multi-Link Multi Radio(EMLMR)的各裝置(STA)之視點所看到的資料收送訊之狀態。其中，令橫軸為時間軸，在該時間軸上，朝上凸出的狀態係表示在所述之鏈路中EMLSR及EMLMR之STA正在實施送訊動作的狀態，朝下凸出的狀態係表示在所述之鏈路中EMLSR及EMLMR之STA正在實施收訊動作的狀態。

EMLSR STA，係一旦接收到來自於AP的TR訊號，就取代RR，為了在該鏈路中明確地表示送訊動作，而改為回送Request to Send：RTS(RS)。此情況下，EMLSR STA，係藉由明確地回送RS，而可向重疊的網路(OBSS)之裝置，通知設定NAV之事實。

在圖4所示的例子中表示，EMLSR STA，是在藉由來自於AP的AL而被指定的鏈路N中，向AP發送Uplink Multi-User Data A的狀態。然後在其後，EMLSR STA，係例如在需要重送的情況下，係在來自於AP的BA之回送時藉由接收被記載有重送用之資源的AL，就可繼續利用該鏈路。

同樣地，EMLMR STA，係一旦接收到來自於AP的TR訊號，就取代RR，為了在該鏈路中明確地表示送訊動作，而改為回送RS。此情況下，只要是EMLMR STA，則即使在其他鏈路中仍可進行TXOP之設定，因此在回送過RS的鏈路中，不一定會被分配資源。在從AP，在該鏈路中未接收到進行多重使用者多工通訊的AL的情況下，或AL中不包含自己之通訊的情況下，則EMLMR之STA，係亦可發送出表示將RS所致之NAV之設定予以解除的Contention Free End(CF-End)(CE)。

此外，即使對於來自於EMLSR STA的RS，在該鏈路中，未接收到進行多重使用者多工通訊的AL的情況下，或AL中不包含自己之通訊的情況下，則EMLSR STA，係亦可發送表示通訊已結束的相當於CF-End的CE訊框。

圖5係圖示了，將上鏈多重使用者多工通訊(UL MU)適用於MLO的另一變形例。在圖5中係圖示了，AP在鏈路N中發送了TR訊號以後，從AP之視點所看到的資料收送訊之狀態。其中，令橫軸為時間軸，在該時間軸上，朝上凸出的狀態係表示在鏈路N中AP正在實施送訊動作的狀態，朝下凸出的狀態係表示在鏈路N中AP正在實施收訊動作的狀態。

AP，係在發送了TR之後，將從STA所被回送的RR予以收訊。將指定了上鏈多重使用者多工通訊之鏈路的AL予以發送的這點，係和上記相同。AP，係在發送了AL之後還發送出Clear to Send：CTS(CS)，藉此表示在其後會實施收訊動作，並且可向OBSS之裝置通知設定NAV之事實。藉此，AP係可確實地實施上鏈多重使用者通訊之收訊。

在圖5所示的例子中，AP係一旦接收到(未圖示的)STA在AL所指定的鏈路N中所發送的Uplink User Date A，STA就在鏈路N中回送BA。然後，AP係於鏈路N中在RXOP還有剩餘時間，因此在發送了AL後進而發送了CS之後，在鏈路N中將來自於(未圖示的)STA的Uplink User Date B予以接收，並回送BA。

圖6中係圖示了，在上鏈多重使用者多工通訊(UL MU)之後實施下鏈多重使用者多工通訊(DL MU)的例子。在圖6中係圖示了，AP在鏈路N中發送了TR訊號以後，從AP之視點所看到的資料收送訊之狀態。其中，令橫軸為時間軸，在該時間軸上，朝上凸出的狀態係表示在對應的鏈路中AP正在實施送訊動作的狀態，朝下凸出的狀態係表示在對應的鏈路中AP正在實施收訊動作的狀態。

AP，係在曾經發送過TR的鏈路中，從該送訊目標之STA會有RR被回送。然後，AP，係隨應於從各STA所被回送的RR之收訊狀況而發送AL，因此可藉由上鏈多重使用者多工通訊而從各STA接收資料(同上)。在圖6所示的例子中，係在鏈路N中，作為來自於(未圖示的)STA的上鏈多重使用者多工通訊係會實施Uplink User Data A與Uplink User Data B，AP係將這些資料予以接收，並回送BA。

其後，於鏈路N中，從AP往STA係會實施下鏈多重使用者多工通訊(DL MU)。亦即，AP，係於鏈路N中，發送AL，然後實施Downlink User Data C與Downlink User Data D之送訊。此外，AP係在下鏈多重使用者多工通訊之後，亦可讓收訊側之STA回送BA，而AP係接收該BA。

D.AP及STA中的多重鏈路的利用偵測狀況 圖7中係圖示了，圖1所示的無線LAN系統的AP10中的，多重鏈路的利用偵測狀況之例子。在圖7所示的例子中，AP10欲利用鏈路1~鏈路4來實施MLO的情況下，只有鏈路2有偵測到來自其他網路之訊號而無法利用，變成Busy狀態。

圖8中係圖示了，AP10之旗下的STA11中的，多重鏈路的利用偵測狀況之例子。在圖8所示的例子中，STA11欲利用鏈路1~鏈路4來實施MLO的情況下，沒有偵測到來自其他網路之訊號，是變成可利用所有鏈路的狀態。

圖9中係圖示了，AP10之旗下的STA12中的，多重鏈路的利用偵測狀況之例子。在圖9所示的例子中，STA12欲利用鏈路1~鏈路4來實施MLO的情況下，在鏈路1中斷續性地偵測到來自其他網路之訊號而無法利用，變成Busy狀態。

圖10中係圖示了，AP10之旗下的STA13中的，多重鏈路的利用偵測狀況之例子。在圖10所示的例子中，STA13欲利用鏈路1~鏈路4來實施MLO的情況下，在鏈路3及鏈路4中偵測到來自其他網路之訊號而無法利用，變成Busy狀態。具體而言，STA13，係先在鏈路3中偵測到來自其他網路之訊號而變成Busy狀態，其後，在鏈路3中也偵測到來自其他網路之訊號而變成Busy狀態。

圖11中係圖示了，AP10之旗下的STA14中的，多重鏈路的利用偵測狀況之例子。在圖11所示的例子中，STA14係成為EMLSR之裝置而動作，是處於在鏈路1~鏈路4之中僅利用鏈路1來設定資料之RXOP的狀態。

如圖7~圖11所示，在AP和其旗下的各STA中，在各自所能利用之鏈路為不同的情況下，換言之，利用所有鏈路的多重鏈路操作係為困難的情況，係被想定。又，在AP之旗下的STA之中會含有EMLSR裝置的情況，係被想定。

E.將上鏈多重使用者通訊適用於多重鏈路的實施例 圖12中係圖示了，於圖1所示的無線LAN系統的AP10中，將上鏈多重使用者通訊適用於多重鏈路的實施例。此處係圖示了，假設AP10在圖7所示的多重鏈路的利用偵測狀況下，適用了如圖3所示的上鏈多重使用者通訊之情況的動作。其中，令橫軸為時間軸，圖示了鏈路1~鏈路4的資料收送訊之狀態。在各時間軸上，朝上凸出的狀態係表示在所述之鏈路中AP10正在實施送訊動作的狀態，朝下凸出的狀態係表示在所述之鏈路中AP10正在實施收訊動作的狀態。

AP10，係在鏈路2中，偵測到來自於OBSS之訊號而變成Busy狀態，因此無法實施UL MU通訊。於是，AP10，係在鏈路1、鏈路3及鏈路4中，向有需要送達之資料存在的STA11~STA14發送TR，開始UL MU通訊的一連串之動作。

另一方面，在身為收訊側的STA11~STA14中，係在鏈路1、鏈路3及鏈路4中，接收來自於AP10的TR。STA11~STA14，係將含有該時點上之TXOP資訊的RR，在鏈路1、鏈路3及鏈路4中，回送至AP10。

AP10，係可隨應於從STA11~STA14所被回送的RR之送訊狀況，而掌握STA11~STA14之各者所能利用的多重使用者多工通訊為可能的鏈路。然後，AP10，係在鏈路1、鏈路3及鏈路4中對STA11~STA14發送AL，事前通知要利用於UL MU通訊的鏈路。

接下來，STA11~STA14係分別基於從AP10所接收到的AL，在鏈路1、鏈路3及鏈路4之各者中實施給AP10收的UL MU通訊，AP10係將它們予以接收。具體而言，AP10在鏈路1中係接收Uplink User Data 1及Uplink User Data 2，在鏈路3中係接收Uplink User Data 5及Uplink User Data 6，在鏈路4中係接收Uplink User Data 7及Uplink User Data 8。

然後，AP10係可將來自於STA11~STA14的User Data加以收集，確認有無需要重送的未達資料，因應需要而向STA11~STA14回送BA。又，AP10，係若有需要重送之資料的話，則可再次發送AL，指定重送資料之送訊所需要的資源而要求重送。

AP10，係於鏈路1、鏈路3及鏈路4之各者中，在RXOP還有剩餘時間的情況下，可再次將AL發送至STA11~STA14。在圖12所示的例子中也是，在鏈路1、鏈路3及鏈路4中對STA11~STA14再次發送AL，STA11~STA14係分別基於從AP10所接收到的AL，在鏈路1、鏈路3及鏈路4之各者中實施給AP10收的UL MU通訊，AP10係將它們予以接收。具體而言，AP10在鏈路1中係接收Uplink User Data 9及Uplink User Data 10，在鏈路3中係接收Uplink User Data 13及Uplink User Data 14，在鏈路4中係接收Uplink User Data 15及Uplink User Data 16。此外，在圖12所示的例子中，雖然是在可利用的所有鏈路中都實施資料送訊，但亦可隨應於資料的量，而只利用一部分之鏈路來進行資料送訊。

然後，和上記同樣地，AP10係將來自於STA11~STA14的User Data加以收集，確認有無需要重送的未達資料，因應需要而向STA11~STA14回送BA。然後，AP10，係於鏈路1、鏈路3及鏈路4之各者中，在RXOP沒有剩餘時間的情況下，則將適用了多重鏈路的UL MU通訊所相關之一連串之動作予以暫時結束。

圖13中係圖示了，於AP10之旗下的STA11中，將上鏈多重使用者通訊適用於多重鏈路的實施例。此處係圖示了，假設STA11在圖8所示的多重鏈路的利用偵測狀況下，適用了如圖3所示的上鏈多重使用者通訊之情況的動作。其中，令橫軸為時間軸，圖示了鏈路1~鏈路4的資料收送訊之狀態。在各時間軸上，朝上凸出的狀態係表示在所述之鏈路中STA11正在實施送訊動作的狀態，朝下凸出的狀態係表示在所述之鏈路中SAT11正在實施收訊動作的狀態。

STA11，係在鏈路1~鏈路4之全部中都未偵測到來自於OBSS之訊號，因此將來自於AP10的TR，在鏈路1、鏈路3及鏈路4中予以接收，而開始UL MU通訊的一連串之動作。

然後，STA11係將含有該時點上之TXOP資訊的RR，在鏈路1、鏈路3及鏈路4中，回送至AP10。在回送了RR的鏈路1、鏈路3及鏈路4中，由於之後會有進行UL MU通訊的可能性，因此STA11係在這些所有鏈路中，等待接收來自於AP10的AL。

其後，STA11係在鏈路1、鏈路3及鏈路4中，接收來自於AP10的AL。在圖13所示的例子中，對STA11是以鏈路3的AL來分配UL MU通訊之資源，因此STA11係在鏈路3中將要送給AP10收的UL MU通訊之資料(Uplink User Data 6)，予以發送。

接下來，STA11係將來自於AP10的，記載有資料之收訊狀況的BA，予以接收。

AP10係於鏈路1、鏈路3及鏈路4之各者中，在RXOP還有剩餘時間的情況下，之後會有進行UL MU通訊的可能性。因此，STA11係於鏈路1、鏈路3及鏈路4之各者中，等待接收來自於AP10的AL。

然後，STA11，係在鏈路1、鏈路3及鏈路4之任一者中再次接收到來自於AP10的AL的情況下，係確認該AL之記載內容，若含有自己的資源分配，則使用該鏈路來發送UL MU通訊之資料。在圖13所示的例子中，對STA11是以鏈路3及鏈路4的AL來分配UL MU通訊之資源，因此STA11係在鏈路3及鏈路4中將要送給AP10收的UL MU通訊之資料(UPlink User Data 14、Uplink User Data 16)，予以發送。

然後，STA11係將來自於AP10的，記載有鏈路3及鏈路4中的資料之收訊狀況的BA，予以接收。

圖14中係圖示了，於AP10之旗下的STA12中，將上鏈多重使用者通訊適用於多重鏈路的實施例。此處係圖示了，假設STA12在圖9所示的多重鏈路的利用偵測狀況下，適用了如圖3所示的上鏈多重使用者通訊之情況的動作。其中，令橫軸為時間軸，圖示了鏈路1~鏈路4的資料收送訊之狀態。在各時間軸上，朝上凸出的狀態係表示在所述之鏈路中STA12正在實施送訊動作的狀態，朝下凸出的狀態係表示在所述之鏈路中STA12正在實施收訊動作的狀態。

STA12，係在鏈路1中偵測到來自於OBSS之訊號，因此將來自於AP10的TR在鏈路3及鏈路4中予以接收，而開始UL MU通訊的一連串之動作。然後，STA12係將含有該時點上之TXOP資訊的RR，在鏈路3及鏈路4中，回送至AP10。在回送了RR的鏈路3及鏈路4中，由於之後會有進行UL MU通訊的可能性，因此STA12係在這些鏈路中等待接收來自於AP10的AL。

然後，STA12係在鏈路3及鏈路4中，接收來自於AP10的AL。在圖14所示的例子中，對STA12是以鏈路3及鏈路4的AL來分配UL MU通訊之資源，因此STA12係在鏈路3中將要送給AP10收的UL MU通訊之資料(Uplink User Data 5)予以發送，並且在鏈路4中將要送給AP10收的DL MU通訊之資料(Uplink User Data 8)予以發送。

其後，STA12係將來自於AP10的，記載有資料之收訊狀況的BA，予以接收。AP10，係在接收到資料的鏈路3及鏈路4中回送BA，但亦可因應需要而在其他鏈路中回送BA，讓STA12接收。

AP10係於鏈路3及鏈路4之各者中，在RXOP還有剩餘時間的情況下，之後會有進行UL MU通訊的可能性。因此，STA12係亦可構成為，於鏈路3及鏈路4之各者中等待接收AL。

然後，STA12，係在鏈路3及鏈路4之任一者中再次接收到來自於AP10的AL的情況下，係確認該AL之記載內容，若有對自己分配了UL MU通訊之資源，則進行給AP10收的資料收訊。在圖14所示的例子中，對STA12是以鏈路3及鏈路4的AL來分配UL MU通訊之資源，因此STA12係在鏈路3及鏈路4之各者中將要送給AP10收的DL MU通訊之資料(Uplink User Data 13、Uplink User Data 15)，予以發送。

然後，STA12係將來自於AP10的，記載有鏈路3及鏈路4中的資料之收訊狀況的BA，予以接收。

圖15中係圖示了，於AP10之旗下的STA13中，將上鏈多重使用者通訊適用於多重鏈路的實施例。此處係圖示了，假設STA13在圖10所示的多重鏈路的利用偵測狀況下，適用了如圖3所示的上鏈多重使用者通訊之情況的動作。其中，令橫軸為時間軸，圖示了鏈路1~鏈路4的資料收送訊之狀態。在各時間軸上，朝上凸出的狀態係表示在所述之鏈路中STA13正在實施送訊動作的狀態，朝下凸出的狀態係表示在所述之鏈路中STA13正在實施收訊動作的狀態。

STA13，係在鏈路3中偵測到來自於OBSS之訊號，因此將來自於AP10的TR在鏈路1及鏈路4中予以接收，而開始UL MU通訊的一連串之動作。然後，STA13係將含有該時點上之TXOP資訊的RR，在鏈路1及鏈路4中，回送至AP10。在回送了RR的鏈路1及鏈路4中，由於之後會有進行UL MU通訊的可能性，因此STA13係在這些鏈路中等待接收來自於AP10的AL。

其後，STA13係在鏈路1及鏈路4中，接收來自於AP10的AL。在圖15所示的例子中，對STA13係以鏈路1及鏈路4的AL而分配了UL MU通訊之資源。於是，STA13係在鏈路1中發送要給AP10收的UL MU通訊之資料(Uplink User Data 2)，並且在鏈路4中發送要給AP10收的UL MU通訊之資料(Uplink User Data 7)。

順便一提，STA13，係在鏈路4中的Uplink User Data 7之送訊中，偵測到來自於OBSS之訊號，導致一部分的資料為未送達。又，STA13，係在鏈路4中變成無法接收到來自於AP10之BA的狀態。

AP10，係將記載有鏈路1及鏈路4中的資料之收訊狀況的BA，記載於鏈路1中所被回送的BA中，而回送至STA13。因此，STA13，係基於鏈路1中所接收到的BA，就可掌握AP10的於鏈路1及鏈路4中的收訊狀況。

AP10係於鏈路1及鏈路4之各者中，在RXOP還有剩餘時間的情況下，之後上記的未達資料之重送係有可能以UL MU通訊的方式而被進行。因此，STA13係於所有的鏈路中等待接收AL。

此時，STA13係由於在鏈路3及鏈路4中偵測到來自於OBSS之訊號，因此來自於AP10的AL只能在鏈路1中進行收訊。然後，STA13係一旦確認到，在鏈路1中藉由從AP10再次接收到的AL而對自己分配了資源，就在鏈路1中以作為要送給AP10收的UL MU通訊之資料(Uplink User Data 10)的方式，而將例如已被重送之Uplink User Data 7的變成未達的資料，予以發送。

然後，STA13係將來自於AP10的，記載有鏈路1中的資料之收訊狀況的BA，予以接收。

圖16中係圖示了，將多重鏈路多重使用者通訊適用於EMLSR裝置之多重鏈路的實施例。此處，和圖11所示的例子同樣地，AP10之旗下的STA14是作為EMLSR裝置而動作，是處於在鏈路1~鏈路4之中僅利用鏈路1來設定資料之TXOP的狀態，而圖示了想定如圖3所示的適用了上鏈多重使用者通訊之情況的動作。同圖係令橫軸為時間軸而圖示了鏈路1中的STA14的資料收送訊之狀態，朝上凸出的狀態係表示在鏈路1中STA14正在實施送訊動作的狀態，朝下凸出的狀態係表示在鏈路1中STA14正在實施收訊動作的狀態。

STA14，係一旦將來自於AP10的TR在鏈路1中予以接收，就將含有該時點上之TXOP資訊的RR，在鏈路1中回送至AP10。在回送了RR的鏈路1中，由於之後會有進行UL MU通訊的可能性，因此STA14係在鏈路1中等待接收來自於AP10的AL。

其後，STA14係在鏈路1中，接收來自於AP10的AL。在圖16所示的例子中，對STA14係以鏈路1的AL而分配了UL MU通訊之資源。於是，STA14係在鏈路1中，將要送給AP10收的UL MU通訊之資料(Uplink User Data 1)，予以發送。然後，STA14係將來自於AP10的，記載有資料之收訊狀況的BA，予以接收。

又，AP10於鏈路1中在RXOP有剩餘時間的情況下，之後會有進行UL MU通訊的可能性。因此，STA14係在鏈路1中等待接收AL。

然後，STA14係一旦確認到，在鏈路1中藉由從AP10再次接收到的AL而對自己分配了資源，就在鏈路1中將要送給AP10收的UL MU通訊之資料(Uplink User Data 9)，予以發送。

然後，STA14係將來自於AP10的，記載有鏈路1中的資料之收訊狀況的BA，予以接收。

F.各鏈路的上鏈多重使用者多工通訊之序列 在本F項中，係於圖1所示的無線LAN系統的AP10中，想定了如圖7~圖11所示的各鏈路的利用偵測狀況的情況下，說明每一鏈路的上鏈多重使用者多工通訊之序列。

圖17中係圖示了，於鏈路1中的上鏈多重使用者多工通訊之序列。在圖示的序列中，在AP10和其旗下的STA11~STA14之間，係會進行控制資訊或使用者資料之交換。

首先，從AP10，作為適用了UL MU通訊的MLO的開始之觸發的TR，係向旗下的STA11~STA14而被發送。

接下來，接收到來自於AP10的TR的STA11、STA13、STA14，係將記載了TXOP資訊的RR，回送至AP10。

此處，AP10係基於STA11、STA13、STA14之各者的TXOP之資訊來分配UL MU通訊之資源，將AL，發送至在鏈路1中進行多工的STA11及STA14。

然後，STA11和STA14，係於鏈路1中，向AP10，分別發送已多工化之資料(UL User Data)。

AP10，係一旦接收到該已多工化之資料(UL Data Stream)，就將記載了其收訊狀況的BA，在鏈路1中回送至STA11和STA14。

圖18中係圖示了，於鏈路4中的上鏈多重使用者多工通訊之序列。在圖示的序列中，在AP10和其旗下的STA11~STA14之間，係會進行控制資訊或使用者資料之交換。

首先，從AP10，作為適用了UL MU通訊的MLO的開始之觸發的TR，係向旗下的STA11~STA14而被發送。

接下來，接收到來自於AP10的TR的STA11~STA13，係將記載了TXOP資訊的RR，回送至AP10。

此處，AP10係基於STA11~STA13之各者的TXOP之資訊來分配UL MU通訊之資源，將AL，發送至在鏈路4中進行多工的STA12及STA13。

然後，AP10，係於鏈路4中，STA12及STA13係向AP10分別發送已多工化之資料(UL User Data)。

AP10，係一旦接收到來自於STA12和STA13的已多工化之資料(UL User Data)，就將記載了它們的收訊狀況的BA，在鏈路4中回送至STA12和STA13。

G.無線通訊裝置之構成 圖19中係模式性圖示了，本揭露所被適用的無線通訊裝置1900的機能性構成。圖示的無線通訊裝置1900，係例如於圖1所示的無線LAN系統中，可成為存取點(AP)而動作。當然，無線通訊裝置1900，係亦可在任意之存取點之旗下，成為通訊終端(STA)而動作。

圖示的通訊裝置1900係具備：網路連接模組1901、資訊輸入模組1902、機器控制模組1903、資訊輸出模組1904、無線通訊模組1905之各機能模組。此外，通訊裝置1900，係亦可還具備有未圖示的其他機能模組，但在本揭露的實現上並非必須，因此省略圖示。

網路連接模組1901係例如，在該當無線通訊裝置1900是成為存取點而動作的情況下，係作為用來對網際網路等之廣域通訊網進行連接所需之通訊調變解調器等的機能而被實作的構成。例如，網路連接模組1901係透過公眾通訊線路與網際網路服務供應商，而實施網際網路連接。

資訊輸入模組1902係為，將來自使用者之指示予以傳達之資訊進行輸入的模組，是由例如按鈕或鍵盤、觸控面板、滑鼠、其他輸入裝置等所構成。

機器控制模組1903係相當於，進行令使用者所意圖的通訊裝置成為存取點而動作之控制的部分。

資訊輸出模組1904，係為將該當無線通訊裝置1900的動作狀態或透過網路所獲得的資訊予以具體顯示的部分，係由例如LED(Light Emitting Diode)顯示或液晶面板、有機EL(Electro-Luminescence)顯示器等之顯示元件、或用來輸出聲音或音樂的揚聲器等所構成，可將必要的資訊向使用者做必要的顯示或通知。

無線通訊模組1905係為，進行無線通訊處理所需之機能模組。本揭露基本上係藉由無線通訊模組1905所提供的機能，而被實現。

圖20中係詳細圖示了，屬於圖19所示的無線通訊裝置1900中所包含的機能模組之1者的，無線通訊模組1905的內部構成。圖示的無線通訊模組1905係具備：介面2001、送訊緩衝區2002、送訊序列管理部2003、送訊訊框建構部2004、網路管理部2005、多重鏈路管理部2006、多重使用者多工化處理部2007、多重鏈路存取控制部2008、送訊部2009、天線控制部2010、天線部2011、偵測部2012、收訊部2013、收訊訊框解析部2014、收訊序列管理部2015、收訊緩衝區2016。

介面2001，係與無線通訊裝置1900內的其他模組(機器控制模組1903等)連接，進行各種資訊或資料的授受。

送訊緩衝區2002，係將例如從其他模組所收取的，需要藉由無線而進行送訊的資料，予以暫時儲存。

送訊序列管理部2003，係將要進行送訊的資料，按照每一送訊目的地而予以掌握，並管理其送訊序列。送訊訊框建構部2004，係按照每一送訊目的地而建構送訊訊框。

網路管理部2005，係將自己網路(BSS)中所屬的存取點之資訊及通訊終端之資訊，分別加以管理。多重鏈路管理部2006，係將MLO的動作加以管理。

多重使用者多工化處理部2007，係實施多重使用者多工通訊所需之處理。

多重鏈路存取控制部2008，係於多重鏈路的各鏈路中，基於所定之存取控制程序而控制收送訊。

送訊部2009，係進行需要發送之資料的送訊處理。送訊部2009，係為了將多重鏈路之各鏈路及使用者多工化之資料個別地進行送訊處理，而含有複數(相當於多重鏈路之個數的數量)個送訊部A~D。此外，在圖20中，雖然為了方便起見而描繪了4個送訊部A~D，但送訊部之個數係亦可為3個以下或5個以上。但是，在無線通訊裝置1900是EMLSR之裝置的情況下，則送訊部2009亦可只有1個送訊部。

天線控制部2010，係控制收送訊號的天線。天線部2011，係具備實際進行收送訊動作的天線元件。天線部2011，係因應需要而準備有相當於多重鏈路個數之根數的天線A~D，但亦可為3根以下或5根以上。

偵測部2012，係進行天線部2011中所接收到的訊號之偵測。偵測部2012，係含有複數(相當於多重鏈路之個數的數量)個偵測部A~D。此外，在圖20中，雖然為了方便起見而描繪了4個偵測部A~D，但偵測部之個數係亦可為3個以下或5個以上。但是，即使無線通訊裝置1900是EMLSR之裝置，也被準備有相當於鏈路之個數份的偵測部。

收訊部2013，係進行透過天線部2011及偵測部2012所接收到的資料之收訊處理。收訊部2013，係為了將多重鏈路之各鏈路及使用者多工化之資料個別地進行收訊處理，而含有複數(相當於多重鏈路之個數的數量)個送訊部A~D。此外，在圖20中，雖然為了方便起見而描繪了4個收訊部A~D，但收訊部之個數係亦可為3個以下或5個以上。但是，在無線通訊裝置1900是EMLSR之裝置的情況下，則送訊部2009亦可只有1個收訊部。

收訊訊框解析部2014，係從各收訊部A~D中所接收到的訊號解碼出所定之資料，以建構收訊資料。收訊序列管理部2015，係在已接收之訊框之中將資料(酬載)之部分予以抽出而將已接收之序列加以管理。收訊緩衝區2016，係將已接收之資料予以暫時儲存。

無線通訊裝置1900作為存取點而動作的情況下，TR及AL，係藉由多重鏈路管理部2006而被指示其送訊處理，藉由送訊訊框建構部2004被建構成為各自的送訊訊框。

又，無線通訊裝置1900作為存取點而動作的情況下，從通訊終端所被發送的RR或BA，係按照每個鏈路及每個使用者之每一者，在各收訊部A~D中被分別處理，在收訊訊框解析部2014中係作為已收訊之訊框而被處理。

又，無線通訊裝置1900作為存取點而動作的情況下，係隨應於收訊序列管理部2015中的給自己收的資料之收訊狀況而建構BA訊框，將其於送訊訊框建構部2004中建構BA訊框。

另一方面，無線通訊裝置1900作為通訊終端而動作，並接收到RR的情況下，則於收訊訊框解析部2014中辨識RR，於多重鏈路管理部2006中收集TXOP之資訊，設定要發送給存取點的RR，於送訊訊框建構部2004中建構RR訊框。

又，無線通訊裝置1900作為通訊終端而動作，並從連接目標之存取點接收到AL的情況下，則於收訊訊框解析部2014中辨識AL，於多重鏈路管理部2006中，指示使用該AL所分配的UL MU通訊之資源來進行送訊處理。

H.訊框構成 在本H項中，說明適用了本揭露的無線LAN系統中所被使用的訊框之構成。

圖21中係圖示了MLO之設定所需的管理訊框之構成。這裡所謂的管理訊框，係包含DL Trigger Request(TR)訊框、DL Request Response(RR)訊框、DL Allocation(AL)訊框。

圖21所示的訊框，其所定之MAC(Media Access Control)標頭是由：用來識別訊框之種別的Frame Control、表示訊框之持續時間的Duration、用來指定收訊側裝置的Receive Address、用來指定送訊側裝置的Transmit Address之各欄位所構成。

又，圖21所示的訊框，其MAC酬載係含有Multi-User Multi-Link Operation(MU MLO)資訊元素(Information Element)，然後在訊框的末尾係被附加有，為了資料錯誤偵測所需的訊框檢查序列(FCS)。

其MU MLO資訊元素係被記載有：表示MU MLO之訊框之形式的Type、表示資訊長度的Lengh、實際的MLO動作中所需要的參數。該MU MLO資訊元素之構成，係隨每一管理訊框而不同。各管理訊框中的該當資訊元素之構成的細節，將於後述。

圖22中係圖示了，MU MLO資訊元素的Type欄位中所被記載之值、與各值所對應之訊框形式的對應關係。在同圖中係規定了，1：DL Trigger Request、2：DL Request Response、3：DL Allocation、5：UL Trigger Request、6：UL Request Response、7：UL Allocation。

圖23係圖示了UL Trigger Request(TR)訊框的MU MLO Infornmation Element欄位之構成。

該資訊元素，係設成Type=05，表示這是UL Trigger Request的MU MLO資訊元素。然後，該資訊元素係由：表示多重鏈路操作之相關參數的Multi-Link Information、表示多重使用者通訊之相關參數的Multi-User Information、表示上鏈通訊之收訊機會之最大長度的RXOP Max. Duration、同樣表示必要最低限度之長度的RXOP Min. Duration、其他因應需要而被附加的參數所成。在接收到TR訊框的通訊終端側，係基於RXOP Max. Duration中所被記載的收訊機會之最大長度之資訊，就可估算該當TR訊框之送訊來源所持有的收訊機會之剩餘時間。此外，除此以外亦可因應需要而記載任意之參數Parameter。

Multi-Link Information欄位，係由：表示多重鏈路之個數的Multi-Link Counts、將所要求的多重鏈路之頻道以位元圖形式加以識別的Request Multi-Link Bitmap、表示第1至第N鏈路之資訊的1st Link Info~N th Link Info等之參數所構成。

又，Multi-User Information欄位，係由：表示多重使用者多工之方法的Multi-User Type、表示每1鏈路之多工數的Number of Streams、表示對收訊側通訊終端所要求的同時收訊之串流數的Request Streams等之參數所構成。

圖24係圖示了UL Request Response(RR)訊框的MU MLO Infornmation Element欄位之構成。

該資訊元素，係設成Type=06，表示這是UL Request Response的MU MLO資訊元素。然後，該資訊元素係由：表示多重鏈路操作之相關參數的Multi-Link Information、表示多重使用者通訊之相關參數的Multi-User Information、表示上鏈通訊之送訊機會之最大長度的TXOP Max. Duration、同樣表示必要最低限度之長度的TXOP Min. Duration、其他因應需要而被附加的參數Parameter所成。

Multi-Link Information欄位，係由：表示多重鏈路之個數的Multi-Link Counts、將可利用的多重鏈路之頻道以位元圖形式加以識別的Available Multi-Link Bitmap、表示第1至第N鏈路之資訊的1st Link Info~N th Link Info等之參數所構成。

又，Multi-User Information欄位，係由：表示多重使用者多工之方法的Multi-User Type、表示每1鏈路之可利用串流數的Available Streams等之參數所構成。

又，該資訊元素，作為其他參數Parameter係含有，用來識別通訊終端係為Enhanced Multi-Link Single Radio或Enhanced Multi-Link Multi Radio之哪一者的EMLSR/EMLMR等之資訊。

圖25係圖示了UL Allocation(AL)訊框的MU MLO Infornmation Element欄位之構成。

該資訊元素，係設成Type=07，表示這是UL Allocation的MU MLO資訊元素。然後，該資訊元素係由：表示多重鏈路操作之相關參數的Multi-Link Information、表示多重使用者通訊之相關參數的Multi-User Information、以該Allocation訊框表示上鏈通訊之收訊機會的Current RXOP Duration、在繼續利用之情況下表示收訊機會的Total RXOP Duration、作為其他因應需要而被附加的參數的表示ACK之回送方法的ACK Policy、表示其後之資源分配的After Allocation等之參數所成。使用ACK Policy參數，可通知用來回送區塊ACK的資源之分配。

Multi-Link Information欄位，係由：表示多重鏈路之個數的Multi-Link Counts、將所分配的多重鏈路之頻道以位元圖形式加以識別的Allocate Multi-Link Bitmap，相當於該當Allocation訊框所被發送之鏈路的頻寬等之參數的Multi-Link Allocation等之參數所構成。

又，Multi-User Information欄位，係由：表示多重使用者多工之方法的Multi-User Allocation、表示每1鏈路之多工數的Number of Streams、表示第1至第M使用者資訊的1st Used Info~Mth User Info等之參數所構成。各使用者資訊，係由表示所被分配之資源的Resource、和用來識別裝置的Device等之參數所構成。

圖26中係圖示了，上鏈之Block Acknowledgement (BA)訊框之構成。BA訊框，係由被記載有相當於先前以來之BA訊框的資訊的構成所成，在所定之MAC標頭(同上)的後續，含有BA Control、BA Information之各欄位，末尾係被附加有錯誤偵測所需之FCS。

BA Control欄位，係由：BA Ack Policy、BA Type、MLO Control、TID_INFO之各參數所構成。BA Type，係表示該當BA訊框之形式。圖26中係一併圖示了，BA Type欄位中所被記載之值、各值所對應之BA訊框形式的對應關係。在本實施形態中，作為新的BA Type，是定義了12：MU MLO。

又，在本實施形態中，BA Control欄位之中自先前以來被設成Reserved的位元部分，係因應需要而被記載了MLO Control參數。該MLO Control，係由：表示還需要資料的More Data、用來識別TXOP或RXOP之設定是否可能的TXOP/RXOP、表示可進行多重鏈路動作之鏈路數的Multi-Link Counts、將可利用之鏈路以位元圖形式加以表示的Available Link bitmap等之參數所構成。

I.上鏈通訊的動作例 在本I項中，說明在本揭露所被適用的無線LAN系統中，存取點及通訊終端在上鏈通訊時所執行的動作。

圖27及圖28中係將存取點在上鏈通訊時所執行的送訊動作，以流程圖的形式加以圖示。此處，把本揭露所述之上鏈多重使用者多工通訊當作MLO的一環，將藉由從存取點發送觸發而啟動的動作序列以流程圖的形式加以圖示。

首先，存取點係在任意的時序上獲得各鏈路中的利用狀況(步驟S2701)，以此而判斷要送給自己收的資料之抵達狀況等而判斷是否實施上鏈多重使用者通訊(步驟S2702)。

然後，在判斷為要在多重鏈路中實施上鏈多重使用者通訊的情況下(步驟S2702的Yes)，存取點係將多重使用者與多重鏈路之參數加以設定(步驟S2703)，在進行多重鏈路動作的各鏈路中，實施存取控制(步驟S2704)。

此處，在有可送訊之鏈路的情況下(步驟S2705的Yes)，存取點，係在該鏈路中發送觸發要求(Trigger Request：TR)訊框(步驟S2706)，然後，存取點，係在該當鏈路中從通訊終端接收到回應(Request Response：RR)訊框的情況下(步驟S2707的Yes)，則該做了回應的通訊終端與相當於回應參數的鏈路資訊，一併予以逐次記憶(步驟S2708)。

然後，回到步驟S2705，存取點係在所有可送訊之鏈路中，實施該TR訊框之送訊。

其後，存取點，係一旦在所有可送訊之鏈路中結束RR訊框之收訊(步驟S2705的Yes)，就獲得在各鏈路中從通訊終端所被回送之RR訊框之資訊(步驟S2709)，檢查是否為來自於像是EMLSR裝置這類可使用之鏈路或可使用之資源的限制較大的裝置所送來的回應(步驟S2710)。又，在並非來自於像是EMLSR裝置這類可使用之鏈路或可使用之資源的限制較大的裝置所送來的回應的情況下(步驟S2709的No)，存取點係進一步檢查是否為來自於有未達資料存在之通訊終端的回應(步驟S2711)。

然後，在其係為來自於像是EMLSR裝置這類可使用之鏈路或可使用之資源的限制較大的裝置所送來的回應的情況下(步驟S2710的Yes)，或者係為來自於有未達資料存在之通訊終端的回應的情況下(步驟S2711的No)，則存取點係將該回應鏈路中的資源優先加以分配(步驟S2712)，若為來自於其以外之通訊終端的回應(步驟S2711的Yes)，則將剩餘的資源予以適宜分配(步驟S2713)，係為如此構成。在步驟S2712及步驟S2713中，存取點係基於已分配之資源而設定多重鏈路操作之相關參數，並且還設定多重使用者通訊之相關參數。

此處，一旦針對有回應的所有通訊終端都完成了資源分配(步驟S2714的Yes)，則存取點係檢查資源是否還有剩餘(步驟S2715)。然後，若資源還有剩餘(步驟S2715)，則存取點係亦可因應需要而為了隨機存取用之資料送訊而將資源予以分配(步驟S2716)。

接下來，存取點，係生成記載有步驟S2712或S2713中所設定之多重鏈路操作之相關參數及多重使用者通訊之相關參數的AL訊框，在可利用之鏈路中，發送Allocation(AL)訊框(步驟S2717)。其後，存取點，係在各個鏈路中，基於步驟S2712及步驟S2713中所設定的多重鏈路操作及多重使用者通訊之相關參數，而將已被上鏈多重使用者多工的資料，予以接收(步驟S2718)。

接下來，存取點係檢查是否正常接收資料(MACProticol Data Unit：MPDU)(步驟S2719)。在正常接收到資料的情況(步驟S2719的Yes)，存取點係將該資料儲存至收訊緩衝區2016(步驟S2720)，並且將所接收到的序列號碼，當作ACK資訊而記憶(S2721)。此外，在收訊資料有錯誤的情況下(步驟S2719的No)，後續的步驟S2720及步驟S2721係被略過，收訊資料係不被儲存，並且不將該序列號碼當作ACK資訊而記憶，係為如此構成。

然後，直到針對所有的多重鏈路與已被多重使用者多工化之資料都結束處理以前(步驟S2722的No)，都會回到步驟S2719，存取點係重複執行上記的收訊處理。

一旦所有的多重鏈路與已被多重使用者多工化之資料之收訊都結束(步驟S2722的Yes)，則接下來，存取點係檢查，收訊機會(RXOP)之設定是否繼續，以及是否有需要重送之資料存在(步驟S2723)。RXOP之設定為繼續的情況下(步驟S2723的Yes)，存取點係再次設定用來分配資源所需之參數(步驟S2724)，在有未達資料的情況下則將可用來特定其的Block ACK(BA)，使用藉由AL訊框的ACK Policy參數所分配的資源，而予以發送(步驟S2725)。此外，BA訊框、與下個MLO所需之AL訊框，亦可同時送訊。

在有未達資料存在的情況、或需要實施上鏈多重使用者多工通訊的情況下(步驟S2726的Yes)，則回到步驟S2704，存取點係續行上鏈多重使用者多工通訊之動作。

另一方面，在已經沒有未達資料存在的情況、或判斷為即使不實施上鏈多重使用者多工通訊而藉由通常的資料收訊處理即可的情況下(步驟S2726的No)，則存取點係結束一連串之上鏈多重使用者多工通訊。

圖29及圖30中係將通訊終端在上鏈通訊時所執行的收訊動作，以流程圖的形式加以圖示。此處，把本揭露所述之上鏈多重使用者多工通訊當作MLO的一環，將藉由通訊終端接收到來自於存取點之觸發而啟動的動作序列以流程圖的形式加以圖示。

首先，通訊終端，係在從通訊協定之上層收取了要送給存取點收的上鏈送訊資料的情況下(步驟S2901的Yes)，則將該資料儲存至送訊緩衝區2002(S2902)。

然後，通訊終端，係於多重鏈路操作的動作鏈路中，設定收訊動作(步驟S2903)。通訊終端係亦可設計成，即使像是EMLSR裝置這類可使用之鏈路或可使用之資源的限制較大的裝置，仍可在多重鏈路中實施所定之前文訊號的偵測動作。

此處，在接收到其他網路(OBSS)或要送給其他通訊裝置收的訊號的情況下(步驟S2904的Yes)，通訊終端，係於該鏈路中設定變成BUSY狀態，或在接收到RTS或CTS訊框等情況下，隨應於其中所被記載的Duration之時間資訊等，而設定虛擬的載波感測所需之NAV(步驟S2905)。

通訊終端，係一旦從存取點接收到下鏈多重使用者多工通訊之觸發要求(Trigger Request：TR)訊框(步驟S2906的Yes)，就獲得送訊緩衝區2002的資料量之參數(步驟S2907)，確認於該當鏈路中是否需要上鏈資料送訊(步驟S2908)。然後，在上鏈資料送訊為必要的情況下(步驟S2908的Yes)，則通訊終端係設定上鏈的送訊參數(步驟S2909)。

此處，在通訊終端係為像是EMLSR裝置這類可使用之鏈路或可使用之資源的限制較大的裝置的情況、或特定出所利用之鏈路的情況下(步驟S2910的Yes)，則因應需要而向存取點發送RTS訊框(步驟S2911)。

又，在通訊終端並非像是EMLSR裝置這類可使用之鏈路或可使用之資源的限制較大的裝置的情況或沒有其他必要的情況下(步驟S2910的No)，則發送回應(Request Response：RR)訊框(步驟S2912)。

然後，通訊終端，係在發送出這些訊框的鏈路中，等待接收來自於存取點的Allocation(AL)訊框(步驟S2913)。

通訊終端，係在從存取點接收到AL訊框的情況下(步驟S2913的Yes)，就確認是否有對自己的資源之分配(步驟S2914)。

此處，在藉由AL訊框而對自己有分配了資源的情況下(步驟S2914的Yes)，則通訊終端係設定上鏈多重使用者多工通訊之參數(步驟S2717)，從送訊緩衝區2002獲得資料(步驟S2918)，一旦來到已被指定之時序(步驟S2919的Yes)，就實施上鏈多重使用者多工通訊之送訊(步驟S2920)。

另一方面，在AL訊框中未對自己分配資源的情況下(步驟S2914的No)，則通訊終端係進一步檢查是否有隨機存取用之資源分配(步驟S2915)。然後，在有隨機存取用之資源分配的情況下(步驟S2915的Yes)，則通訊終端係可依照該隨機存取用之送訊參數之設定(步驟S2916)，而將之後的上鏈多重使用者通訊之資料予以發送。

此外，此處，由於也想定了有複數個鏈路或複數個多重使用者多工通訊之分配被進行的情況，因此通訊終端係直到送訊時序到來以前，會重複設定一致之送訊資料的處理。

在該資料的送訊後，通訊終端，係將來自於存取點的BA訊框，使用藉由AL訊框的ACK Policy參數而被指定之資源而予以接收的情況下(步驟S2921的Yes)，則從該訊框獲得已經收取完畢的資料之序列號碼(步驟S2922)，而將其從送訊緩衝區2002予以丟棄(步驟S2923)。

然後，在有要送給存取點收的資料存在的情況下，則通訊終端係重複執行上述的一連串之動作。

此外，通訊終端，係即使不實施上述的上鏈多重使用者多工通訊，在自己的送訊機會到來的情況下，亦可適宜執行要送給存取點收的通訊。

J.效果 在本J項中，整理藉由本揭露所帶來的效果。

(1)存取點，係可在多重鏈路之中的可收訊之鏈路中從通訊終端接收TXOP資訊，可每一通訊終端地指定要實施上鏈多重使用者多工通訊的鏈路。

(2)在有OBSS存在的環境中，即使不是在所有的送訊側通訊裝置上都能夠利用多重鏈路的情況下，仍可在每次遇到時，使用送訊側通訊裝置上所能夠利用的鏈路，來實施多重使用者通訊。

(3)於EMLSR裝置中也是，可在目前正在利用的鏈路中將TXOP資訊回送給存取點，可基於來自於存取點的AL訊框而掌握可以使用哪個鏈路來進行上鏈通訊。

(4)由存取點發送Trigger Request，由通訊終端回送Request Response，透過如此的往來，存取點就可特定出該時點上的可利用之鏈路。

(5)存取點，係根據基於從通訊終端所被回送的Request Response所掌握到的狀況，即可對各通訊終端分配最佳鏈路，可實現不浪費各通訊終端所得的送訊機會來做利用的多重鏈路操作。

(6)存取點係因應需要而回送Block ACK，藉此，通訊終端係可掌握是否需要重送，並且在可繼續利用傳輸路的情況下，則再次將記載有TXOP資訊的回應予以回送，而連續實施通訊。

(7)進行上鏈多重使用者多工而被發送的資源之中，從任意之送訊側通訊終端的，隨機存取性高的資料之送訊所需的資源也有分配，而可給予其對存取點發送要求的機會。

因此，若依據本揭露，則並非如先前技術般地在每1個鏈路中對1個通訊終端賦予其送訊權，而是藉由利用多重使用者多工通訊之技術，獲得更為最佳化的對通訊終端分配通訊資源的方法，對多重鏈路操作適用多重使用者通訊，藉此可毫無浪費地利用傳輸路。 [產業上利用之可能性]

以上，一面參照特定實施形態，一面詳細說明了本揭露。可是在此同時，在不脫離本揭露之要旨的範圍內，當業者可以對該實施形態進行修正或代用，此乃自明事項。

本揭露係被適用於例如於多重鏈路操作中難以利用所有頻道的網路環境，各通訊終端係分別將能夠設定送訊機會的多重鏈路通知給存取點，存取點係基於所被通知的資訊而分配讓各通訊終端發送資料的鏈路，各通訊終端係可使用彼此可利用的多重鏈路頻道來實現上鏈多工通訊。又，若依據本揭露，則存取點係對旗下之各通訊終端設定上鏈多工通訊之送訊機會而實施資料送訊，因此即使對於EMLSR之通訊終端，仍可有效分配讓該通訊終端動作的鏈路之資源。亦即，若依據本揭露，則對利用所有頻道之多重鏈路操作為困難的網路環境做適用，就可謀求網路全體的吞吐量之提升。

當然，本揭露係也可對利用所有頻道之多重鏈路操作為容易的網路做適用，存取點係可隨應於從各通訊終端所欲發送的資料量等而有效率地分配讓各通訊終端進行資料送訊的鏈路之資源，可謀求網路全體的吞吐量之提升。

又，在本說明書中，雖然是以將本揭露對基於IEEE802.11規格的無線LAN系統做適用的實施形態為中心來做說明，但本揭露的適用範圍係不限定於特定的無線規格，對於各式類型的無線網路都可同樣地適用本揭露。

重點是，僅以例示形態來說明本揭露，並不應把本說明書的記載內容做限定解釋。為了判斷本揭露的要旨，需要參酌申請專利範圍。

此外，本揭露係亦可採取如下的構成。

(1)一種通訊裝置，係具備： 通訊部，係可在複數個鏈路中進行無線通訊；和 通訊處理部，係進行從複數個送訊側通訊裝置同時接收資料之處理；和 控制部，係進行從前記複數個送訊側通訊裝置之各者利用最佳鏈路而接收資料之控制。

(2)如上記(1)所記載之通訊裝置，其中，前記控制部係進行控制，以於已獲得收訊機會之鏈路中向前記複數個送訊側通訊裝置發送用來要求關於送訊機會之資訊的觸發要求訊號。

(3)如上記(2)所記載之通訊裝置，其中，前記控制部係進行控制，以將回應於前記觸發要求訊號的要求回應訊號，予以接收。

(4)如上記(3)所記載之通訊裝置，其中，前記控制部，係基於來自於前記複數個送訊側通訊裝置的要求回應訊號，來決定每一送訊側通訊裝置的最佳鏈路。

(5)如上記(4)所記載之通訊裝置，其中，前記控制部，係將從通訊資源之限制較大的送訊側通訊裝置所接收到的要求回應訊號視為優先，來決定每一送訊側通訊裝置的最佳鏈路。

(6)如上記(1)乃至(5)之任一項所記載之通訊裝置，其中，前記控制部係進行控制，以發送出含有關於分配給每一送訊側通訊裝置之鏈路的資訊與關於多重使用者多工通訊的資訊的配置訊號。

(7)如上記(4)所記載之通訊裝置，其中，前記控制部，係基於關於分配給每一送訊側通訊裝置之鏈路的資訊與關於多重使用者多工通訊的資訊，來控制使用了前記複數個鏈路的來自於前記複數個送訊側通訊裝置的同時資料收訊。

(8)如上記(1)乃至(7)之任一項所記載之通訊裝置，其中，前記控制部係進行控制，以對前記複數個送訊側通訊裝置分配用來接收區塊ACK的資源。

(9)如上記(6)或(7)之任一項所記載之通訊裝置，其中，前記控制部，係在有前記收訊機會之剩餘時間的情況下，將前記配置訊號予以重複發送。

(10)一種通訊方法，係為可在複數個鏈路中進行無線通訊的通訊裝置中的通訊方法，其係具有： 對前記複數個送訊側通訊裝置之各者決定最佳鏈路之步驟；和 利用每一送訊側通訊裝置的最佳鏈路，而從複數個收訊側通訊裝置同時接收資料之步驟。

(11)一種通訊裝置，係具備： 通訊部，係可在複數個鏈路中進行無線通訊；和 通訊處理部，係進行在從收訊側通訊裝置同時發送給複數個送訊側通訊裝置收的資料之中，將要送給自己收的資料予以接收之處理；和 控制部，係將自己可利用之鏈路的送訊機會通知給前記收訊側通訊裝置，並在從前記收訊側通訊裝置所被指定的鏈路中，進行與其他送訊側通訊裝置同時發送資料的控制。

(12)如上記(11)所記載之通訊裝置，其中，前記控制部係進行控制，以回應於從前記收訊側通訊裝置接收到觸發要求訊號之事實，而在已獲得送訊機會之鏈路中，回送要求回應訊號。

(13)如上記(12)所記載之通訊裝置，其中，前記控制部係進行控制，以在成功獲得送訊機會的所有鏈路中，回送要求回應訊號。

(14)如上記(11)乃至(13)之任一項所記載之通訊裝置，其中，於前記通訊部或前記通訊處理部中通訊資源的限制較大的情況下，前記控制部係進行控制，以於實施送訊的鏈路中，發送Request To Send訊號。

(15)如上記(12)或(13)之任一項所記載之通訊裝置，其中，前記控制部係進行控制，以於曾經發送過前記要求回應訊號的鏈路中，等待接收訊號。

(16)如上記(11)乃至(15)之任一項所記載之通訊裝置，其中，前記控制部係進行控制，以從前記收訊側通訊裝置接收含有關於送訊資源之分配的資訊的配置訊號，並使用前記配置訊號中被分配給自己的送訊的資源，而進行往前記收訊側通訊裝置的資料送訊。

(17)如上記(16)所記載之通訊裝置，其中，前記控制部係進行控制，以在前記配置訊號中沒有資源被分配給自己的送訊的情況下，基於隨機存取用之資源分配而進行資料送訊。

(18)如上記(11)乃至(15)之任一項所記載之通訊裝置，其中，前記控制部係進行控制，以將來自於前記收訊側通訊裝置的區塊ACK，在任意之鏈路中予以接收。

(19)如上記(11)乃至(18)之任一項所記載之通訊裝置，其中，前記控制部，係在有前記收訊側通訊裝置的收訊機會之剩餘時間的情況下，等待接收再次來自於前記收訊側通訊裝置的配置訊號。

(20)一種通訊方法，係為可在複數個鏈路中進行無線通訊的通訊裝置中的通訊方法，其係具有： 將關於自己可利用之鏈路之送訊機會的資訊，通知給收訊側通訊裝置之步驟；和 在從前記收訊側通訊裝置所被指定的鏈路中，將要送給前記收訊側通訊裝置收的資料，與其他送訊側通訊裝置同時進行送訊之步驟。

1900:無線通訊裝置 1901:網路連接模組 1902:資訊輸入模組 1903:機器控制模組 1904:資訊輸出模組 1905:無線通訊模組 2001:介面 2002:送訊緩衝區 2003:送訊序列管理部 2004:送訊訊框建構部 2005:網路管理部 2006:多重鏈路管理部 2007:多重使用者多工化處理部 2008:多重鏈路存取控制部 2009:送訊部 2010:天線控制部 2011:天線部 2012:偵測部 2013:收訊部 2014:收訊訊框解析部 2015:收訊序列管理部 2016:收訊緩衝區

[圖1]圖1係無線LAN系統的網路之狀況的圖示。 [圖2]圖2係無線LAN系統中所被利用的頻帶與頻道分配之例子的圖示。 [圖3]圖3係將上鏈多重使用者多工通訊適用於MLO之例子的圖示。 [圖4]圖4係將上鏈多重使用者多工通訊適用於MLO的變形例的圖示。 [圖5]圖5係將上鏈多重使用者多工通訊適用於MLO的其他變形例的圖示。 [圖6]圖6係在上鏈多重使用者多工通訊之後實施下鏈多重使用者多工通訊之例子的圖示。 [圖7]圖7係AP10中的多重鏈路的利用偵測狀況之例子的圖示。 [圖8]圖8係AP10之旗下的STA11中的多重鏈路的利用偵測狀況之例子的圖示。 [圖9]圖9係AP10之旗下的STA12中的多重鏈路的利用偵測狀況之例子的圖示。 [圖10]圖10係AP10之旗下的STA13中的多重鏈路的利用偵測狀況之例子的圖示。 [圖11]圖11係AP10之旗下的STA14中的多重鏈路的利用偵測狀況之例子的圖示。 [圖12]圖12係於AP10中將上鏈多重使用者通訊適用於多重鏈路的實施例的圖示。 [圖13]圖13係於AP10之旗下的STA11中將上鏈多重使用者通訊適用於多重鏈路的實施例的圖示。 [圖14]圖14係於AP10之旗下的STA12的將上鏈多重使用者通訊適用於多重鏈路的實施例的圖示。 [圖15]圖15係於AP10之旗下的STA13的將上鏈多重使用者通訊適用於多重鏈路的實施例的圖示。 [圖16]圖16係於AP10之旗下的STA14的將上鏈多重使用者通訊適用於多重鏈路的實施例的圖示。 [圖17]圖17係各鏈路的上鏈多重使用者多工通訊之序列例的圖示。 [圖18]圖18係各鏈路的上鏈多重使用者多工通訊之序列例的圖示。 [圖19]圖19係無線通訊裝置1900之機能性構成的圖示。 [圖20]圖20係無線通訊模組1905之內部構成的圖示。 [圖21]圖21係MLO之設定所需的管理訊框之構成的圖示。 [圖22]圖22係MU MLO資訊元素的Type欄位中所被記載之各值所對應之訊框形式的圖示。 [圖23]圖23係Uplink Trigger Request(TR)訊框的MU MLO Infornmation Element欄位之構成的圖示。 [圖24]圖24係UL Request Response(RR)訊框的MU MLO Infornmation Element欄位之構成的圖示。 [圖25]圖25係UL Allocation(AL)訊框的MU MLO Infornmation Element欄位之構成的圖示。 [圖26]圖26係上鏈之Block Acknowledgement(BA)訊框之構成的圖示。 [圖27]圖27係存取點在上鏈通訊時所執行的送訊動作的流程圖。 [圖28]圖28係存取點在上鏈通訊時所執行的送訊動作的流程圖。 [圖29]圖29係通訊終端在上鏈通訊時所執行的收訊動作的流程圖。 [圖30]圖30係通訊終端在上鏈通訊時所執行的收訊動作的流程圖。

TR:Trigger Request

AL:Allocation

RR:Request Response

BA:Block Acknowledgement

Claims (20)

1. 一種通訊裝置，係具備： 通訊部，係可在複數個鏈路中進行無線通訊；和 通訊處理部，係進行從複數個送訊側通訊裝置同時接收資料之處理；和 控制部，係進行從前記複數個送訊側通訊裝置之各者利用最佳鏈路而接收資料之控制。
2. 如請求項1所記載之通訊裝置，其中，前記控制部係進行控制，以於已獲得收訊機會之鏈路中向前記複數個送訊側通訊裝置發送用來要求關於送訊機會之資訊的觸發要求訊號。
3. 如請求項2所記載之通訊裝置，其中，前記控制部係進行控制，以將回應於前記觸發要求訊號的要求回應訊號，予以接收。
4. 如請求項3所記載之通訊裝置，其中，前記控制部，係基於來自於前記複數個送訊側通訊裝置的要求回應訊號，來決定每一送訊側通訊裝置的最佳鏈路。
5. 如請求項4所記載之通訊裝置，其中，前記控制部，係將從通訊資源之限制較大的送訊側通訊裝置所接收到的要求回應訊號視為優先，來決定每一送訊側通訊裝置的最佳鏈路。
6. 如請求項1所記載之通訊裝置，其中，前記控制部係進行控制，以發送出含有關於分配給每一送訊側通訊裝置之鏈路的資訊與關於多重使用者多工通訊的資訊的配置訊號。
7. 如請求項4所記載之通訊裝置，其中，前記控制部，係基於關於分配給每一送訊側通訊裝置之鏈路的資訊與關於多重使用者多工通訊的資訊，來控制使用了前記複數個鏈路的來自於前記複數個送訊側通訊裝置的同時資料收訊。
8. 如請求項1所記載之通訊裝置，其中，前記控制部係進行控制，以對前記複數個送訊側通訊裝置分配用來接收區塊ACK的資源。
9. 如請求項6所記載之通訊裝置，其中，前記控制部，係在有前記收訊機會之剩餘時間的情況下，將前記配置訊號予以重複發送。
10. 一種通訊方法，係為可在複數個鏈路中進行無線通訊的通訊裝置中的通訊方法，其係具有： 對前記複數個送訊側通訊裝置之各者決定最佳鏈路之步驟；和 利用每一送訊側通訊裝置的最佳鏈路，而從複數個收訊側通訊裝置同時接收資料之步驟。
11. 一種通訊裝置，係具備： 通訊部，係可在複數個鏈路中進行無線通訊；和 通訊處理部，係進行在從收訊側通訊裝置同時發送給複數個送訊側通訊裝置收的資料之中，將要送給自己收的資料予以接收之處理；和 控制部，係將自己可利用之鏈路的送訊機會通知給前記收訊側通訊裝置，並在從前記收訊側通訊裝置所被指定的鏈路中，進行與其他送訊側通訊裝置同時發送資料的控制。
12. 如請求項11所記載之通訊裝置，其中，前記控制部係進行控制，以回應於從前記收訊側通訊裝置接收到觸發要求訊號之事實，而在已獲得送訊機會之鏈路中，回送要求回應訊號。
13. 如請求項12所記載之通訊裝置，其中，前記控制部係進行控制，以在成功獲得送訊機會的所有鏈路中，回送要求回應訊號。
14. 如請求項11所記載之通訊裝置，其中，於前記通訊部或前記通訊處理部中通訊資源的限制較大的情況下，前記控制部係進行控制，以於實施送訊的鏈路中，發送Request To Send訊號。
15. 如請求項12所記載之通訊裝置，其中，前記控制部係進行控制，以於曾經發送過前記要求回應訊號的鏈路中，等待接收訊號。
16. 如請求項11所記載之通訊裝置，其中，前記控制部係進行控制，以從前記收訊側通訊裝置接收含有關於送訊資源之分配的資訊的配置訊號，並使用前記配置訊號中被分配給自己的送訊的資源，而進行往前記收訊側通訊裝置的資料送訊。
17. 如請求項16所記載之通訊裝置，其中，前記控制部係進行控制，以在前記配置訊號中沒有資源被分配給自己的送訊的情況下，基於隨機存取用之資源分配而進行資料送訊。
18. 如請求項11所記載之通訊裝置，其中，前記控制部係進行控制，以將來自於前記收訊側通訊裝置的區塊ACK，在任意之鏈路中予以接收。
19. 如請求項11所記載之通訊裝置，其中，前記控制部，係在有前記收訊側通訊裝置的收訊機會之剩餘時間的情況下，等待接收再次來自於前記收訊側通訊裝置的配置訊號。
20. 一種通訊方法，係為可在複數個鏈路中進行無線通訊的通訊裝置中的通訊方法，其係具有： 將關於自己可利用之鏈路之送訊機會的資訊，通知給收訊側通訊裝置之步驟；和 在從前記收訊側通訊裝置所被指定的鏈路中，將要送給前記收訊側通訊裝置收的資料，與其他送訊側通訊裝置同時進行送訊之步驟。

Images