(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-09
(45)【発行日】2024-01-17
(54)【発明の名称】無線通信システムにおけるトリガーフレーム送信
(51)【国際特許分類】
H04W 28/06 20090101AFI20240110BHJP
H04W 48/10 20090101ALI20240110BHJP
H04W 84/12 20090101ALI20240110BHJP
H04W 92/10 20090101ALI20240110BHJP
H04W 80/02 20090101ALI20240110BHJP
【FI】
H04W28/06 110
H04W48/10
H04W84/12
H04W92/10
H04W80/02
(21)【出願番号】P 2022570560
(86)(22)【出願日】2021-05-18
(86)【国際出願番号】 KR2021006228
(87)【国際公開番号】W WO2021235836
(87)【国際公開日】2021-11-25
【審査請求日】2022-12-26
(31)【優先権主張番号】10-2020-0059192
(32)【優先日】2020-05-18
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2020-0061070
(32)【優先日】2020-05-21
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】LG ELECTRONICS INC.
【住所又は居所原語表記】128, Yeoui-daero, Yeongdeungpo-gu, 07336 Seoul,Republic of Korea
(74)【代理人】
【識別番号】100099759
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】チャン インソン
(72)【発明者】
【氏名】キム チョンキ
(72)【発明者】
【氏名】チェ チンス
(72)【発明者】
【氏名】イム トンクク
(72)【発明者】
【氏名】パク ウンソン
(72)【発明者】
【氏名】キム ナミョン
【審査官】永田 義仁
(56)【参考文献】
【文献】特表2018-530222(JP,A)
【文献】国際公開第2018/155160(WO,A1)
【文献】米国特許出願公開第2019/0007973(US,A1)
【文献】特表2018-512765(JP,A)
【文献】Yongho Seok (MediaTek),EHT RTS and CTS procedure, IEEE 802.11-19/2125r2 ,IEEE, インターネット<URL:https://mentor.ieee.org/802.11/dcn/19/11-19-2125-02-00be-eht-rts-and-cts-procedure.pptx>,2020年03月18日
【文献】Nikola Serafimovski (pureLiFi),proposed-mac-channel-access-features-for-tgbb.pptx, IEEE 802.11-19/0846r1 ,IEEE, インターネット<URL:https://mentor.ieee.org/802.11/dcn/19/11-19-0846-01-00bb-proposed-mac-channel-access-features-for-tgbb-pptx.pptx>,2019年05月14日
(58)【調査した分野】(Int.Cl.,DB名)
H04B7/24-7/26
H04W4/00-99/00
(57)【特許請求の範囲】
【請求項1】
WLAN(wireless local area network)システムのSTA(station)
によって実行される方法において、
AP(access point)から、トリガーフレー
ムを受信
するステップであって、
前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含み、
前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含み、
前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含み、
前記共通情報フィールドは、
前記特定値を有する前記ユーザ情報フィール
ドが前
記ユーザ情報フィールド
の前記第1のフィールド内に存在するかどうかに関連したプレゼン
トフィールドを含む、ステップと、
前記トリガーフレームを復号するステップと、を含む、方法。
【請求項2】
前記共通情報フィールドは、アップリンク送信帯域幅情報を含む、請求項1に記載の方法。
【請求項3】
前記特別情報は、320MHzアップリンク送信帯域幅に関連した情報を含む、請求項1に記載の方法。
【請求項4】
前記特別情報は、パンクチャリン
グ情報を含み、
前記トリガーフレームは、前記パンクチャリング情報に基づいてパンクチャリングされたチャネル
を介して送信される、請求項1に記載の方法。
【請求項5】
前記STAが、トリガーベースのPPDU(physical protocol data unit)を送信するステップをさらに含み、前記トリガーベースのPPDUは、前記パンクチャリング情報に基づく帯域
で送信される、請求項4に記載の方法。
【請求項6】
前記パンクチャリング情報は、
パンクチャリングが20MHz単位帯域別に
実行されるかどうかに関連した情報を含む、請求項4に記載の方法。
【請求項7】
前記パンクチャリング情報は、あらかじめ設定されたパンクチャリングパターンに該当するインデックスに関連した情報を含む、請求項4に記載の方法。
【請求項8】
WLAN(wireless local area network)システムのSTA(station)において、
無線信号を送受信する送受信
機と、
前記送受信機に連結されるプロセッサと、を含み、
前記プロセッサは、
AP(access point)から、トリガーフレー
ムを受信し、
前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含み、
前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含み、
前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含み、
前記共通情報フィールドは、
前記特定値を有する前記ユーザ情報フィール
ドが前
記ユーザ情報フィールド
の前記第1のフィールド内に存在するかどうかに関連したプレゼン
トフィールドを含み、
前記トリガーフレームを復号するように設定される、STA。
【請求項9】
前記共通情報フィールドは、アップリンク送信帯域幅情報を含む、請求項8に記載のSTA。
【請求項10】
前記特別情報は、320MHzアップリンク送信帯域幅に関連した情報を含む、請求項8に記載のSTA。
【請求項11】
前記特別情報は、パンクチャリン
グ情報を含み、
前記トリガーフレームは、前記パンクチャリング情報に基づいてパンクチャリングされたチャネル
を介して送信される、請求項8に記載のSTA。
【請求項12】
前記プロセッサは、トリガーベースのPPDU(physical protocol data unit)を送信し、前記トリガーベースのPPDUは、前記パンクチャリング情報に基づく帯域
で送信されるように設定される、請求項11に記載のSTA。
【請求項13】
前記パンクチャリング情報は、
パンクチャリングが20MHz単位帯域別に
実行されるかどうかに関連した情報を含む、請求項11に記載のSTA。
【請求項14】
前記パンクチャリング情報は、あらかじめ設定されたパンクチャリングパターンに該当するインデックスに関連した情報を含む、請求項11に記載のSTA。
【請求項15】
WLAN(wireless local area network)システムで使われるAP(access point)において、
STA(station)にトリガーフレー
ムを送信し、
前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含み、
前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含み、
前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含み、
前記共通情報フィールドは、
前記特定値を有する前記ユーザ情報フィール
ドが前
記ユーザ情報フィールド
の前記第1のフィールド内に存在するかどうかに関連したプレゼン
トフィールドを含み、
前記STAから、前記トリガーフレームに
応答したトリガーベースのPPDU(physical protocol data unit)を受信するように設定される、AP。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書は、無線LAN(wireless local area network)システムにおけるトリガーフレームを送信する方法に関し、より詳しくは、トリガーフレームに含まれる情報及びトリガーフレームベースの動作に関する。
【背景技術】
【0002】
WLAN(wireless local area network)は、様々な方式で改善されてきた。例えば、IEEE 802.11ax標準は、OFDMA(orthogonal frequency division multiple access)及びDL MU MIMO(downlink multi-user multiple input、multiple output)技法を使用して改善された通信環境を提案した。
【0003】
本明細書は、新しい通信標準で活用可能な技術的特徴を提案する。例えば、新しい通信標準は、最近に議論中であるEHT(Extreme high throughput)規格であることができる。EHT規格は、新しく提案される増加された帯域幅、改善されたPPDU(PHY layer protocol data unit)構造、改善されたシーケンス、HARQ(Hybrid automatic repeat request)技法などを使用できる。EHT規格は、IEEE 802.11be規格と呼ばれることができる。
【発明の概要】
【課題を解決するための手段】
【0004】
多様な実施例による無線LAN(Wireless Local Area Network)システムにおいて、STAは、APから、トリガーフレーム(trigger frame)を受信する。前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含む。前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含む。前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含む。前記共通情報フィールドは、ユーザ情報フィールドのうち前記第1のフィールドが前記特定値を有するユーザ情報フィールドが存在するかどうかに関連したプレゼント(present)フィールドを含む。
【発明の効果】
【0005】
本明細書の一例によると、既存Trigger frameのフォーマットをそのまま使用しながら、trigger frameに含まれる情報の量を増やすことができる。特定AIDに該当するユーザフィールドに11be featureに関連した情報が含まれるため、backward compatibilityにも問題なく、forward compatibility確保にも有利である。すなわち、以後標準でも特別情報に関連したAIDを新しく設定すればよいため、次世代標準のために使われ続けられることができる。
【図面の簡単な説明】
【0006】
【
図1】本明細書の送信装置及び/又は受信装置の一例を示す。
【
図2】無線LAN(WLAN)の構造を示した概念図である。
【
図3】一般的なリンクセットアップ(link setup)過程を説明する図である。
【
図4】80MHz帯域上で使われる資源ユニット(RU)の配置を示す。
【
図7】トリガーフレームの共通情報(common information)フィールドの一例を示す。
【
図8】ユーザ情報(per user information)フィールドに含まれるサブフィールドの一例を示す。
【
図10】本明細書の送信装置及び/または受信装置の変形された一例を示す。
【
図16】指示方法Bで320MHz帯域幅を介して送信されるトリガーフレーム/TB PPDUの一実施例を示す。
【
図17】指示方法Aで320MHz帯域幅を介して送信されるトリガーフレーム/TB PPDUの一実施例を示す。
【
図18】指示方法Bで320MHz帯域幅を介して送信されるトリガーフレーム/TB PPDUの一実施例を示す。
【
図19】特定AIDに関連したuser infoフィールドに特別情報が含まれる方法の一実施例を示す。
【
図20】特定AIDに関連したuser infoフィールドに特別情報が含まれる方法の一実施例を示す。
【
図21】特定AIDに関連したuser infoフィールドに特別情報が含まれる方法の一実施例を示す。
【発明を実施するための形態】
【0007】
本明細書において「AまたはB(A or B)」は、「Aのみ」、「Bのみ」、または「AとBの両方」を意味することができる。他に表現すれば、本明細書において「AまたはB(A or B)」は、「A及び/又はB(A and/or B)」と解釈されることができる。例えば、本明細書において「A、B、またはC(A、B or C)」は、「Aのみ」、「Bのみ」、「Cのみ」、または「A、B、及びCの任意の全ての組み合わせ(any combination of A、B and C)」を意味することができる。
【0008】
本明細書において使用されるスラッシュ(/)やコンマ(comma)は、「及び/又は(and/or)」を意味することができる。例えば、「A/B」は、「A及び/又はB」を意味することができる。これにより、「A/B」は、「Aのみ」、「Bのみ」、または「AとBの両方」を意味することができる。例えば、「A、B、C」は、「A、B、またはC」を意味することができる。
【0009】
本明細書において「少なくとも1つのA及びB(at least oneof A and B)」は、「Aのみ」、「Bのみ」、または「AとBの両方」を意味することができる。また、本明細書において「少なくとも1つのAまたはB(at least one of A or B)」や「少なくとも1つのA及び/又はB(at least one of A and/or B)」という表現は、「少なくとも1つのA及びB(at least one of A and B)」と同様に解釈されることができる。
【0010】
また、本明細書において「少なくとも1つのA、B、及びC(at least one of A、B and C)」は、「Aのみ」、「Bのみ」、「Cのみ」、または「A、B、及びCの任意の全ての組み合わせ(any combination of A、B and C)」を意味することができる。また、「少なくとも1つのA、B、またはC(at least one of A、B or C)」や「少なくとも1つのA、B、及び/又はC(at least one of A、B and/or C)」は、「少なくとも1つのA、B、及びC(at least one of A、B and C)」を意味することができる。
【0011】
また、本明細書において使用される括弧は、「例えば(for example)」を意味することができる。具体的に、「制御情報(EHT-Signal)」と表示された場合、「制御情報」の一例として「EHT-Signal」が提案されたことでありうる。言い換えれば、本明細書の「制御情報」は、「EHT-Signal」に制限(limit)されず、「EHT-Signal」が「制御情報」の一例として提案されたことでありうる。また、「制御情報(すなわち、EHT-signal)」と表示された場合にも、「制御情報」の一例として「EHT-signal」が提案されたことでありうる。
【0012】
本明細書において1つの図面内で個別的に説明される技術的特徴は、個別的に実現されることができ、同時に実現されることもできる。
【0013】
本明細書の以下の一例は、様々な無線通信システムに適用されることができる。例えば、本明細書の以下の一例は、無線LAN(wireless local area network、WLAN)システムに適用されることができる。例えば、本明細書は、IEEE 802.11a/g/n/acの規格や、IEEE 802.11ax規格に適用されることができる。また、本明細書は、新しく提案されるEHT規格またはIEEE 802.11be規格にも適用されることができる。また、本明細書の一例は、EHT規格またはIEEE 802.11beを改善(enhance)した新しい無線LAN規格にも適用されることができる。また、本明細書の一例は、移動通信システムに適用されることができる。例えば、3GPP(登録商標)(3rd Generation Partnership Project)規格に基づくLTE(Long Term Evolution)及びその進化(evolution)に基づく移動通信システムに適用されることができる。また、本明細書の一例は、3GPP規格に基づく5G NR規格の通信システムに適用されることができる。
【0014】
以下、本明細書の技術的特徴を説明するために、本明細書が適用され得る技術的特徴を説明する。
【0015】
図1は、本明細書の送信装置及び/又は受信装置の一例を示す。
【0016】
図1の一例は、以下において説明される様々な技術的特徴を行うことができる。
図1は、少なくとも1つのSTA(station)に関連する。例えば、本明細書のSTA(110、120)は、移動端末(mobile terminal)、無線機器(wireless device)、無線送受信ユニット(Wireless Transmit/Receive Unit;WTRU)、ユーザ装備(User Equipment;UE)、移動局(Mobile Station;MS)、移動加入者ユニット(Mobile Subscriber Unit)、または単にユーザ(user)などの様々な名称とも呼ばれることができる。本明細書のSTA(110、120)は、ネットワーク、基地局(Base Station)、Node-B、AP(Access Point)、リピータ、ルータ、リレイなどの様々な名称と呼ばれることができる。本明細書のSTA(110、120)は、受信装置、送信装置、受信STA、送信STA、受信Device、送信Deviceなどの様々な名称と呼ばれることができる。
【0017】
例えば、STA(110、120)は、AP(Access Point)役割を果たすか、non-AP役割を果たすことができる。すなわち、本明細書のSTA(110、120)は、AP及び/又はnon-APの機能を行うことができる。本明細書においてAPは、AP STAとも表示されることができる。
【0018】
本明細書のSTA(110、120)は、IEEE 802.11規格以外の様々な通信規格を共に支援することができる。例えば、3GPP規格による通信規格(例えば、LTE、LTE-A、5G NR規格)などを支援できる。また、本明細書のSTAは、携帯電話、車両(vehicle)、個人用コンピュータなどの様々な装置で実現されることができる。また、本明細書のSTAは、音声通話、画像通話、データ通信、自律走行(Self-Driving、Autonomous-Driving)などの様々な通信サービスのための通信を支援できる。
【0019】
本明細書においてSTA(110、120)は、IEEE 802.11標準の規定にしたがう媒体接続制御(medium access control、MAC)と無線媒体に対する物理階層(Physical Layer)インターフェースを含むことができる。
【0020】
図1の副図面(a)に基づいてSTA(110、120)を説明すれば、以下のとおりである。
【0021】
第1のSTA(110)は、プロセッサ111、メモリ112、及びトランシーバ113を備えることができる。図示されたプロセッサ、メモリ、及びトランシーバは、各々別のチップで実現されるか、少なくとも2つ以上のブロック/機能が1つのチップを介して実現されることができる。
【0022】
第1のSTAのトランシーバ113は、信号の送受信動作を行う。具体的に、IEEE 802.11パケット(例えば、IEEE 802.11a/b/g/n/ac/ax/be等)を送受信できる。
【0023】
例えば、第1のSTA(110)は、APの意図された動作を行うことができる。例えば、APのプロセッサ111は、トランシーバ113を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を行うことができる。APのメモリ112は、トランシーバ113を介して受信された信号(すなわち、受信信号)を格納することができ、トランシーバを介して送信される信号(すなわち、送信信号)を格納することができる。
【0024】
例えば、第2のSTA(120)は、Non-AP STAの意図された動作を行うことができる。例えば、non-APのトランシーバ123は、信号の送受信動作を行う。具体的に、IEEE 802.11パケット(例えば、IEEE 802.11a/b/g/n/ac/ax/be等)を送受信できる。
【0025】
例えば、Non-AP STAのプロセッサ121は、トランシーバ123を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を行うことができる。Non-AP STAのメモリ122は、トランシーバ123を介して受信された信号(すなわち、受信信号)を格納することができ、トランシーバを介して送信される信号(すなわち、送信信号)を格納することができる。
【0026】
例えば、以下の明細書においてAPで表示された装置の動作は、第1のSTA(110)または第2のSTA(120)で行われることができる。例えば、第1のSTA(110)がAPである場合、APで表示された装置の動作は、第1のSTA(110)のプロセッサ111により制御され、第1のSTA(110)のプロセッサ111により制御されるトランシーバ113を介して関連した信号が送信されるか、受信されることができる。また、APの動作に関連した制御情報やAPの送信/受信信号は、第1のSTA(110)のメモリ112に格納されることができる。また、第2のSTA(110)がAPである場合、APで表示された装置の動作は、第2のSTA(120)のプロセッサ121により制御され、第2のSTA(120)のプロセッサ121により制御されるトランシーバ123を介して関連した信号が送信されるか、受信されることができる。また、APの動作に関連した制御情報やAPの送信/受信信号は、第2のSTA(110)のメモリ122に格納されることができる。
【0027】
例えば、以下の明細書においてnon-AP(または、User-STA)で表示された装置の動作は、第1のSTA(110)または第2のSTA(120)で行われることができる。例えば、第2のSTA(120)がnon-APである場合、non-APで表示された装置の動作は、第2のSTA(120)のプロセッサ121により制御され、第2のSTA(120)のプロセッサ121により制御されるトランシーバ123を介して関連した信号が送信されるか、受信されることができる。また、non-APの動作に関連した制御情報やAPの送信/受信信号は、第2のSTA(120)のメモリ122に格納されることができる。例えば、第1のSTA(110)がnon-APである場合、non-APで表示された装置の動作は、第1のSTA(110)のプロセッサ111により制御され、第1のSTA(120)のプロセッサ111により制御されるトランシーバ113を介して関連した信号が送信されるか、受信されることができる。また、non-APの動作に関連した制御情報やAPの送信/受信信号は、第1のSTA(110)のメモリ112に格納されることができる。
【0028】
以下の明細書において、(送信/受信)STA、第1のSTA、第2のSTA、STA1、STA2、AP、第1のAP、第2のAP、AP1、AP2、(送信/受信)Terminal、(送信/受信)device、(送信/受信)apparatus、ネットワークなどと呼ばれる装置は、
図1のSTA(110、120)を意味することができる。例えば、具体的な図面符号なしに(送信/受信)STA、第1のSTA、第2のSTA、STA1、STA2、AP、第1のAP、第2のAP、AP1、AP2、(送信/受信)Terminal、(送信/受信)device、(送信/受信)apparatus、ネットワークなどで表示された装置も
図1のSTA(110、120)を意味することができる。例えば、以下の一例において様々なSTAが信号(例えば、PPPDU)を送受信する動作は、
図1のトランシーバ113、123で行われるものであることができる。また、以下の一例において様々なSTAが送受信信号を生成するか、送受信信号のために予めデータ処理や演算を行う動作は、
図1のプロセッサ111、121で行われるものであることができる。例えば、送受信信号を生成するか、送受信信号のために、予めデータ処理や演算を行う動作の一例は、1)PPDU内に含まれるサブフィールド(SIG、STF、LTF、Data)フィールドのビット情報を決定/取得/構成/演算/デコード/エンコードする動作、2)PPDU内に含まれるサブフィールド(SIG、STF、LTF、Data)フィールドのために使用される時間資源や周波数資源(例えば、サブキャリヤ資源)などを決定/構成/取得する動作、3)PPDU内に含まれるサブフィールド(SIG、STF、LTF、Data)のために使用される特定のシーケンス(例えば、パイロットシーケンス、STF/LTFシーケンス、SIGに適用されるエクストラシーケンス)などを決定/構成/取得する動作、4)STAに対して適用される電力制御動作及び/又はパワーセービング動作、5)ACK信号の決定/取得/構成/演算/デコード/エンコードなどに関連した動作を含むことができる。また、以下の一例において様々なSTAが送受信信号の決定/取得/構成/演算/デコード/エンコードのために使用する様々な情報(例えば、フィールド/サブフィールド/制御フィールド/パラメータ/パワーなどに関連した情報)は、
図1のメモリ112、122に格納されることができる。
【0029】
上述した
図1の副図面(a)の装置/STAは、
図1の副図面(b)のように変形されることができる。以下、
図1の副図面(b)に基づいて、本明細書のSTA(110、120)を説明する。
【0030】
例えば、
図1の副図面(b)に示されたトランシーバ113、123は、上述した
図1の副図面(a)に示されたトランシーバと同じ機能を行うことができる。例えば、
図1の副図面(b)に示されたプロセシングチップ114、124は、プロセッサ111、121及びメモリ112、122を備えることができる。
図1の副図面(b)に示されたプロセッサ111、121及びメモリ112、122は、上述した
図1の副図面(a)に示されたプロセッサ111、121及びメモリ112、122と同じ機能を行うことができる。
【0031】
以下において説明される、移動端末(mobile terminal)、無線機器(wireless device)、無線送受信ユニット(Wireless Transmit/Receive Unit;WTRU)、ユーザ装備(User Equipment;UE)、移動局(Mobile Station;MS)、移動加入者ユニット(Mobile Subscriber Unit)、ユーザ(user)、ユーザSTA、ネットワーク、基地局(Base Station)、Node-B、AP(Access Point)、リピータ、ルータ、リレイ、受信装置、送信装置、受信STA、送信STA、受信Device、送信Device、受信Apparatus、及び/又は送信Apparatusは、
図1の副図面(a)/(b)に示されたSTA(110、120)を意味するか、
図1の副図面(b)に示されたプロセシングチップ114、124を意味することができる。すなわち、本明細書の技術的特徴は、
図1の副図面(a)/(b)に示されたSTA(110、120)により行われることができ、
図1の副図面(b)に示されたプロセシングチップ114、124でのみ行われることもできる。例えば、送信STAが制御信号を送信する技術的特徴は、
図1の副図面(a)/(b)に示されたプロセッサ111、121で生成された制御信号が
図1の副図面(a)/(b)に示されたトランシーバ113、123を介して送信される技術的特徴と理解されることができる。または、送信STAが制御信号を送信する技術的特徴は、
図1の副図面(b)に示されたプロセシングチップ114、124でトランシーバ113、123に伝達される制御信号が生成される技術的特徴と理解されることができる。
【0032】
例えば、受信STAが制御信号を受信する技術的特徴は、
図1の副図面(a)に示されたトランシーバ113、123により制御信号が受信される技術的特徴と理解されることができる。または、受信STAが制御信号を受信する技術的特徴は、
図1の副図面(a)に示されたトランシーバ113、123に受信された制御信号が
図1の副図面(a)に示されたプロセッサ111、121により取得される技術的特徴と理解されることができる。または、受信STAが制御信号を受信する技術的特徴は、
図1の副図面(b)に示されたトランシーバ113、123に受信された制御信号が
図1の副図面(b)に示されたプロセシングチップ114、124により取得される技術的特徴と理解されることができる。
【0033】
図1の副図面(b)を参照すれば、メモリ112、122内にソフトウェアコード115、125が備えられ得る。ソフトウェアコード115、125は、プロセッサ111、121の動作を制御するinstructionが含まれ得る。ソフトウェアコード115、125は、様々なプログラミング言語で含まれることができる。
【0034】
図1に示されたプロセッサ111、121またはプロセシングチップ114、124は、ASIC(application-specific integrated circuit)、他のチップセット、論理回路、及び/又はデータ処理装置を含むことができる。プロセッサは、AP(application processor)であることができる。例えば、
図1に示されたプロセッサ111、121またはプロセシングチップ114、124は、DSP(digital signal processor)、CPU(central processing unit)、GPU(graphics processing unit)、モデム(Modem;modulator and demodulator)のうち、少なくとも1つを備えることができる。例えば、
図1に示されたプロセッサ111、121またはプロセシングチップ114、124は、Qualcomm(登録商標)により製造されたSNAPDRAGONTMシリーズプロセッサ、Samsung(登録商標)により製造されたEXYNOSTMシリーズプロセッサ、Apple(登録商標)により製造されたAシリーズプロセッサ、MediaTek(登録商標)により製造されたHELIOTMシリーズプロセッサ、INTEL(登録商標)により製造されたATOMTMシリーズプロセッサ、またはこれを改善(enhance)したプロセッサであることができる。
【0035】
本明細書において上向きリンクは、non-AP STAからAP STAへの通信のためのリンクを意味することができ、上向きリンクを介して上向きリンクPPDU/パケット/信号などが送信され得る。また、本明細書において下向きリンクは、AP STAからnon-AP STAへの通信のためのリンクを意味することができ、下向きリンクを介して下向きリンクPPDU/パケット/信号などが送信され得る。
【0036】
図2は、無線LAN(WLAN)の構造を示した概念図である。
【0037】
図2の上端は、IEEE(institute of electrical and electronic engineers)802.11のインフラストラクチャBSS(basic service set)の構造を示す。
【0038】
図2の上端を参照すれば、無線LANシステムは、1つまたはそれ以上のインフラストラクチャBSS(200、205)(以下、BSS)を含むことができる。BSS(200、205)は、成功裏に同期化をなして、互いに通信できるAP(access point、225)及びSTA1(Station、200-1)のようなAPとSTAとの実行であって、特定領域を指す概念ではない。BSS(205)は、1つのAP(230)に1つ以上の結合可能なSTA(205-1、205-2)を含むこともできる。
【0039】
BSSは、少なくとも1つのSTA、分散サービス(distribution Service)を提供するAP(225、230)、及び複数のAPを連結させる分散システム(distribution System、DS、210)を含むことができる。
【0040】
分散システム210は、いくつかのBSS(200、205)を連結して拡張されたサービスセットであるESS(extended service set、240)を実現できる。ESS(240)は、1つまたは複数個のAPが分散システム210を介して連結されてなる1つのネットワークを指示する用語として使用されることができる。1つのESS(240)に含まれるAPは、同じSSID(service set identification)を有することができる。
【0041】
ポータル(portal、220)は、無線LANネットワーク(IEEE 802.11)と他のネットワーク(例えば、802.X)との連結を行うブリッジ役割を果たすことができる。
【0042】
図2の上端のようなBSSでは、AP(225、230)間のネットワーク及びAP(225、230)とSTA(200-1、205-1、205-2)との間のネットワークが実現され得る。しかし、AP(225、230)なしにSTA間でもネットワークを設定して通信を行うことも可能でありうる。AP(225、230)なしにSTA間でもネットワークを設定して通信を行うネットワークをアドホックネットワーク(Ad-Hoc network)または独立BSS(independent basic service set、IBSS)と定義する。
【0043】
【0044】
図2の下端を参照すれば、IBSSは、アドホックモードで動作するBSSである。IBSSは、APを含まないので、中央で管理機能を行う個体(centralized management entity)がない。すなわち、IBSSでSTA(250-1、250-2、250-3、255-4、255-5)は、分散された方式(distributed manner)で管理される。IBSSでは、全てのSTA(250-1、250-2、250-3、255-4、255-5)が移動STAからなり得るし、分散システムへの接続が許容されず、自己完備的ネットワーク(self-contained network)をなす。
【0045】
図3は、一般的なリンクセットアップ(link setup)過程を説明する図である。
【0046】
図示されたステップS310において、STAは、ネットワーク発見動作を行うことができる。ネットワーク発見動作は、STAのスキャニング(scanning)動作を含むことができる。すなわち、STAがネットワークにアクセスするためには、参加可能なネットワークを探さなければならない。STAは、無線ネットワークに参加する前に、互換可能なネットワークを識別しなければならないが、特定領域に存在するネットワーク識別過程をスキャニングという。スキャニング方式には、能動的スキャニング(active scanning)と受動的スキャニング(passive scanning)とがある。
【0047】
図3では、例示的に、能動的スキャニング過程を含むネットワーク発見動作を図示する。能動的スキャニングでスキャニングを行うSTAは、チャネルを移しながら周辺にどのAPが存在するか探索するために、プローブ要請フレーム(probe request frame)を送信し、これに対する応答を待つ。応答者(responder)は、プローブ要請フレームを送信したSTAにプローブ要請フレームに対する応答としてプローブ応答フレーム(probe response frame)を送信する。ここで、応答者は、スキャニングされているチャネルのBSSで最後に信号フレーム(beacon frame)を送信したSTAであることができる。BSSでは、APが信号フレームを送信するので、APが応答者となり、IBSSでは、IBSS内のSTAが順番に信号フレームを送信するので、応答者が一定でない。例えば、1番チャネルでプローブ要請フレームを送信し、1番チャネルでプローブ応答フレームを受信したSTAは、受信したプローブ応答フレームに含まれたBSS関連情報を格納し、次のチャネル(例えば、2番チャネル)に移動して同じ方法でスキャニング(すなわち、2番チャネル上でプローブ要請/応答送受信)を行うことができる。
【0048】
図3の一例には表示されていないが、スキャニング動作は、受動的スキャニング方式で行われることもできる。受動的スキャニングに基づいてスキャニングを行うSTAは、チャネルを移しながら信号フレームを待つことができる。信号フレームは、IEEE 802.11で管理フレーム(management frame)のうち1つであって、無線ネットワークの存在を報知し、スキャニングを行うSTAをして無線ネットワークを探して、無線ネットワークに参加できるように周期的に送信される。BSSでAPが信号フレームを周期的に送信する役割を果たし、IBSSでは、IBSS内のSTAが順番に信号フレームを送信する。スキャニングを行うSTAは、信号フレームを受信すれば、信号フレームに含まれたBSSに関する情報を格納し、他のチャネルに移動しながら各チャネルで信号フレーム情報を記録する。信号フレームを受信したSTAは、受信した信号フレームに含まれたBSS関連情報を格納し、次のチャネルに移動して、同じ方法で次のチャネルでスキャニングを行うことができる。
【0049】
ネットワークを発見したSTAは、ステップS320を介して認証過程を行うことができる。このような認証過程は、後述するステップS340の保安セットアップ動作と明確に区分するために、1番目の認証(first authentication)過程と称することができる。S320の認証過程は、STAが認証要請フレーム(authentication request frame)をAPに送信し、これに応答してAPが認証応答フレーム(authentication response frame)をSTAに送信する過程を含むことができる。認証要請/応答に使用される認証フレーム(authentication frame)は、管理フレームに該当する。
【0050】
認証フレームは、認証アルゴリズム番号(authentication algorithm number)、認証トランザクションシーケンス番号(authentication transaction sequence number)、状態コード(status code)、検問テキスト(challenge text)、RSN(Robust Security Network)、有限循環グループ(Finite Cyclic Group)などに関する情報を含むことができる。
【0051】
STAは、認証要請フレームをAPに送信することができる。APは、受信された認証要請フレームに含まれた情報に基づいて、当該STAに対する認証を許容するか否かを決定できる。APは、認証処理の結果を認証応答フレームを介してSTAに提供することができる。
【0052】
成功裏に認証されたSTAは、ステップS330に基づいて連結過程を行うことができる。連結過程は、STAが連結要請フレーム(association request frame)をAPに送信し、これに応答してAPが連結応答フレーム(Association response frame)をSTAに送信する過程を含む。例えば、連結要請フレームは、様々な能力(capability)に関連した情報、信号聴取間隔(listen interval)、SSID(service set identifier)、支援レート(supported rates)、支援チャネル(supported channels)、RSN、移動性ドメイン、支援オペレーティングクラス(supported operating classes)、TIM放送要請(Traffic Indication Map Broadcast request)、相互動作(interworking)サービス能力などに関する情報を含むことができる。例えば、連結応答フレームは、様々な能力に関連した情報、状態コード、AID(Association ID)、支援レート、EDCA(Enhanced Distributed Channel Access)パラメータセット、RCPI(Received Channel Power Indicator)、RSNI(Received Signal to Noise Indicator)、移動性ドメイン、タイムアウト間隔(連関カムバック時間(association comeback time))、重なり(overlapping)BSSスキャンパラメータ、TIM放送応答、QoSマップなどの情報を含むことができる。
【0053】
その後、ステップS340において、STAは、保安セットアップ過程を行うことができる。ステップS340の保安セットアップ過程は、例えば、EAPOL(Extensible Authentication Protocol over LAN)フレームを介しての4-ウェイ(way)ハンドシェーキングを介してプライベートキーセットアップ(private key setup)する過程を含むことができる。
【0054】
図4は、80MHz帯域上で使われる資源ユニット(RU)の配置を示す。
【0055】
26-RU、52-RU、106-RU、242-RU、484-RU、996-RUなどが使われることができる。また、中心周波数には7個のDCトーンが挿入されることができ、80MHz帯域の最左側(leftmost)帯域には12個のトーンがガード(Guard)帯域として使われ、80MHz帯域の最右側(rightmost)帯域には11個のトーンがガード帯域として使われることができる。また、DC帯域左右に位置する各々13個のトーンを使用した26-RUを使用することができる。
【0056】
また、図示されたように、単一ユーザのために使われる場合、996-RUが使われることができ、この場合には、5個のDCトーンが挿入されることができる。
【0057】
本明細書で説明されたRUは、UL(Uplink)通信及びDL(Downlink)通信に使われることができる。例えば、Trigger frameによりsolicitされるUL-MU通信が実行される場合、送信STA(例えば、AP)は、Trigger frameを介して、第1のSTAには第1のRU(例えば、26/52/106/242-RU等)を割り当て、第2のSTAには第2のRU(例えば、26/52/106/242-RU等)を割り当てることができる。以後、第1のSTAは、第1のRUに基づいて第1のTrigger-based PPDUを送信することができ、第2のSTAは、第2のRUに基づいて第2のTrigger-based PPDUを送信することができる。第1/第2のTrigger-based PPDUは、同じ時間区間にAPに送信される。
【0058】
例えば、DL MU PPDUが構成される場合、送信STA(例えば、AP)は、第1のSTAには第1のRU(例えば、26/52/106/242-RU等)を割り当て、第2のSTAには第2のRU(例えば、26/52/106/242-RU等)を割り当てることができる。すなわち、送信STA(例えば、AP)は、一つのMU PPDU内で、第1のRUを介して第1のSTAのためのHE-STF、HE-LTF、Dataフィールドを送信することができ、第2のRUを介して第2のSTAのためのHE-STF、HE-LTF、Dataフィールドを送信することができる。
【0059】
RUの配置に関する情報は、HE-SIG-Bを介してシグナルされることができる。
【0060】
図5は、UL-MUによる動作を示す。図示されたように、送信STA(例えば、AP)は、contending(すなわち、Backoff動作)を介してチャネル接続を実行し、Trigger frame1030を送信することができる。すなわち、送信STA(例えば、AP)は、Trigger Frame1030が含まれているPPDUを送信することができる。Trigger frameが含まれているPPDUが受信されると、SIFSほどのdelay以後にTB(trigger-based)PPDUが送信される。
【0061】
TB PPDU1041、1042は、同じ時間帯に送信され、Trigger frame1030内にAIDが表示された複数のSTA(例えば、User STA)から送信されることができる。TB PPDUに対するACKフレーム1050は、多様な形態で具現されることができる。
【0062】
トリガーフレームの具体的特徴は、
図6乃至
図8を介して説明される。UL-MU通信が使われる場合にも、OFDMA(orthogonal frequency division multiple access)技法またはMU MIMO技法が使われることができ、OFDMA及びMU MIMO技法が同時に使われることができる。
【0063】
図6は、トリガーフレームの一例を示す。
図6のトリガーフレームは、アップリンクMU送信(Uplink Multiple-User transmission)のための資源を割り当て、例えば、APから送信されることができる。トリガーフレームは、MACフレームで構成されることができ、PPDUに含まれることができる。
【0064】
図6に示された各々のフィールドは、一部省略されることができ、他のフィールドが追加されることができる。また、フィールドの各々の長さは、図示されたことと異なるように変化されることができる。
【0065】
図6のフレームコントロール(frame control)フィールド1110は、MACプロトコルのバージョンに関する情報及びその他の追加的な制御情報が含まれ、デュレーションフィールド1120は、NAV設定のための時間情報やSTAの識別子(例えば、AID)に関する情報が含まれることができる。
【0066】
また、RAフィールド1130は、該当トリガーフレームの受信STAのアドレス情報が含まれ、必要に応じて省略されることができる。TAフィールド1140は、該当トリガーフレームを送信するSTA(例えば、AP)のアドレス情報が含まれ、共通情報(common information)フィールド1150は、該当トリガーフレームを受信する受信STAに適用される共通制御情報を含む。例えば、該当トリガーフレームに対応して送信されるアップリンクPPDUのL-SIGフィールドの長さを指示するフィールドや、該当トリガーフレームに対応して送信されるアップリンクPPDUのSIG-Aフィールド(すなわち、HE-SIG-Aフィールド)の内容(content)を制御する情報が含まれることができる。また、共通制御情報として、該当トリガーフレームに対応して送信されるアップリンクPPDUのCPの長さに関する情報やLTFフィールドの長さに関する情報が含まれることができる。
【0067】
また、
図6のトリガーフレームを受信する受信STAの個数に相応する個別ユーザ情報(per user information)フィールド1160#1乃至1160#Nを含むことが好ましい。前記個別ユーザ情報フィールドは、「割当フィールド」と呼ばれることもできる。
【0068】
また、
図6のトリガーフレームは、パディングフィールド1170と、フレームチェックシーケンスフィールド1180を含むことができる。
【0069】
図6に示された、個別ユーザ情報(per user information)フィールド1160#1乃至1160#Nの各々は、さらに多数のサブフィールドを含むことができる。
【0070】
図7は、トリガーフレームの共通情報(common information)フィールドの一例を示す。
図7のサブフィールドのうち一部は省略されることができ、その他のサブフィールドが追加されることもできる。また、図示されたサブフィールドの各々の長さは、変形されることができる。
【0071】
図示された長さフィールド1210は、該当トリガーフレームに対応して送信されるアップリンクPPDUのL-SIGフィールドの長さフィールドと同じ値を有し、アップリンクPPDUのL-SIGフィールドの長さフィールドは、アップリンクPPDUの長さを示す。結果的に、トリガーフレームの長さフィールド1210は、対応するアップリンクPPDUの長さを指示するのに使われることができる。
【0072】
また、カスケード指示子フィールド1220は、カスケード動作が実行されるかどうかを指示する。カスケード動作は、同一TXOP内にダウンリンクMU送信とアップリンクMU送信とが共に実行されることを意味する。すなわち、ダウンリンクMU送信が実行された以後、既設定された時間(例えば、SIFS)以後にアップリンクMU送信が実行されることを意味する。カスケード動作中には、ダウンリンク通信を実行する送信装置(例えば、AP)は、1個のみ存在し、アップリンク通信を実行する送信装置(例えば、non-AP)は、複数個存在できる。
【0073】
CS要求フィールド1230は、該当トリガーフレームを受信した受信装置が対応するアップリンクPPDUを送信する状況で無線媒体の状態やNAVなどを考慮すべきであるかどうかを指示する。
【0074】
HE-SIG-A情報フィールド1240は、該当トリガーフレームに対応して送信されるアップリンクPPDUのSIG-Aフィールド(すなわち、HE-SIG-Aフィールド)の内容(content)を制御する情報が含まれることができる。
【0075】
CP及びLTFタイプフィールド1250は、該当トリガーフレームに対応して送信されるアップリンクPPDUのLTFの長さ及びCP長さに関する情報を含むことができる。トリガータイプフィールド1260は、該当トリガーフレームが使われる目的、例えば、通常のトリガリング、ビームフォーミングのためのトリガリング、Block ACK/NACKに対する要請などを指示することができる。
【0076】
本明細書において、トリガーフレームのトリガータイプフィールド1260は、通常のトリガリングのための基本(Basic)タイプのトリガーフレームを指示すると仮定することができる。例えば、基本(Basic)タイプのトリガーフレームは、基本トリガーフレームと言及されることができる。
【0077】
図8は、ユーザ情報(per user information)フィールドに含まれるサブフィールドの一例を示す。
図8のユーザ情報フィールド1300は、前記
図6で言及された個別ユーザ情報フィールド1160#1~1160#Nのうちいずれか一つと理解されることができる。
図8のユーザ情報フィールド1300に含まれているサブフィールドのうち一部は省略されることができ、その他のサブフィールドが追加されることもできる。また、図示されたサブフィールドの各々の長さは、変形されることができる。
【0078】
図8のユーザ識別子(User Identifier)フィールド1310は、個別ユーザ情報(per user information)に相応するSTA(すなわち、受信STA)の識別子を示すものであって、識別子の一例は、受信STAのAID(association identifier)値の全部または一部になることができる。
【0079】
また、RU割当(RU Allocation)フィールド1320が含まれることができる。すなわち、ユーザ識別子フィールド1310で識別された受信STAが、トリガーフレームに対応してTB PPDUを送信する場合、RU割当フィールド1320が指示したRUを介してTB PPDUを送信する。この場合、RU割当(RU Allocation)フィールド1320により指示されるRUは、
図4に示されたRUである。
【0080】
図8のサブフィールドは、コーディングタイプフィールド1330を含むことができる。コーディングタイプフィールド1330は、TB PPDUのコーディングタイプを指示することができる。例えば、前記TB PPDUにBCCコーディングが適用される場合、前記コーディングタイプフィールド1330は、「1」に設定され、LDPCコーディングが適用される場合、前記コーディングタイプフィールド1330は、「0」に設定されることができる。
【0081】
また、
図8のサブフィールドは、MCSフィールド1340を含むことができる。MCSフィールド1340は、TB PPDUに適用されるMCS技法を指示することができる。例えば、前記TB PPDUにBCCコーディングが適用される場合、前記コーディングタイプフィールド1330は、「1」に設定され、LDPCコーディングが適用される場合、前記コーディングタイプフィールド1330は、「0」に設定されることができる。
【0082】
以下、本明細書のSTAで送信/受信されるPPDUが説明される。
【0083】
【0084】
図9のPPDUは、EHT PPDU、送信PPDU、受信PPDU、第1のタイプまたは第NのタイプPPDUなどの多様な名称で呼ばれることができる。例えば、本明細書において、PPDUまたはEHT PPDUは、送信PPDU、受信PPDU、第1のタイプまたは第NのタイプPPDUなどの多様な名称で呼ばれることができる。また、EHT PPUは、EHTシステム及び/またはEHTシステムを改善した新しい無線LANシステムで使われることができる。
【0085】
図9のPPDUは、EHTシステムで使われるPPDUタイプのうち一部または全部を示すことができる。例えば、
図9の一例は、SU(single-user)モード及びMU(multi-user)モードの両方とものために使われることができる。他に表現すれば、
図9のPPDUは、一つの受信STAまたは複数の受信STAのためのPPDUである。
図9のPPDUがTB(Trigger-based)モードのために使われる場合、
図9のEHT-SIGは、省略されることができる。他に表現すれば、UL-MU(Uplink-MU)通信のためのTrigger frameを受信したSTAは、
図9の一例でEHT-SIGが省略されたPPDUを送信することができる。
【0086】
図9において、L-STF乃至EHT-LTFは、プリアンブル(preamble)または物理プリアンブル(physical preamble)と呼ばれることができ、物理階層で生成/送信/受信/取得/デコーディングされることができる。
【0087】
図9のL-STF、L-LTF、L-SIG、RL-SIG、U-SIG、EHT-SIGフィールドのsubcarrier spacingは、312.5kHzに決められ、EHT-STF、EHT-LTF、Dataフィールドのsubcarrier spacingは、78.125kHzに決められることができる。すなわち、L-STF、L-LTF、L-SIG、RL-SIG、U-SIG、EHT-SIGフィールドのtone index(または、subcarrier index)は、312.5kHz単位で表示され、EHT-STF、EHT-LTF、Dataフィールドのtone index(または、subcarrier index)は、78.125kHz単位で表示されることができる。
【0088】
図9のPPDUにおいて、L-LTF及びL-STFは、従来のフィールドと同じである。
【0089】
送信STAは、L-SIGと同じく生成されるRL-SIGを生成することができる。RL-SIGに対してはBPSK変調が適用されることができる。受信STAは、RL-SIGの存在に基づいて受信PPDUがHE PPDUまたはEHT PPDUであることを知ることができる。
【0090】
図9のRL-SIG以後には、U-SIG(Universal SIG)が挿入されることができる。U-SIGは、第1のSIGフィールド、第1のSIG、第1のタイプSIG、制御シグナル、制御シグナルフィールド、第1の(タイプ)制御シグナルなどの多様な名称で呼ばれることができる。
【0091】
U-SIGは、Nビットの情報を含むことができ、EHT PPDUのタイプを識別するための情報を含むことができる。例えば、U-SIGは、2個のシンボル(例えば、連続する2個のOFDMシンボル)に基づいて構成されることができる。U-SIGのための各シンボル(例えば、OFDMシンボル)は、4usのdurationを有することができる。U-SIGの各シンボルは、26ビット情報を送信するために使われることができる。例えば、U-SIGの各シンボルは、52個のデータトーンと4個のパイロットトーンとに基づいて送受信されることができる。
【0092】
EHT-SIGの共通フィールド及びEHT-SIGのユーザ-個別フィールドは、個別的にコーディングされることができる。ユーザ-個別フィールドに含まれる一つのユーザブロックフィールド(User block field)は、2個のユーザ(user)のための情報を含むことができるが、ユーザ-個別フィールドに含まれる最後のユーザブロックフィールドは、1個のユーザのための情報を含むことが可能である。すなわち、EHT-SIGの一つのユーザブロックフィールドは、最大2個のユーザフィールド(user field)を含むことができる。
図6の一例と同様に、各ユーザフィールド(user field)は、MU-MIMO割当に関連し、またはnon-MU-MIMO割当に関連することができる。
【0093】
EHT-SIGの共通フィールドは、CRCビットとTailビットを含むことができ、CRCビットの長さは4ビットに決定されることができ、Tailビットの長さは6ビットに決定されて「000000」に設定されることができる。
【0094】
EHT-SIGの共通フィールドは、RU割当情報(RU allocation information)を含むことができる。RU allocation informationは、複数のユーザ(すなわち、複数の受信STA)が割り当てられるRUの位置(location)に関する情報を意味することができる。RU allocation informationは、表1と同様に、8ビット(または、Nビット)単位で構成されることができる。
【0095】
以下の一例において、(送信/受信/上向き/下向き)信号、(送信/受信/上向き/下向き)フレーム、(送信/受信/上向き/下向き)パケット、(送信/受信/上向き/下向き)データユニット、(送信/受信/上向き/下向き)データなどで表示される信号は、
図9のPPDUに基づいて送受信される信号である。
図9のPPDUは、多様なタイプのフレームを送受信するために使われることができる。例えば、
図9のPPDUは、制御フレーム(control frame)のために使われることができる。制御フレームの一例は、RTS(request to send)、CTS(clear to send)、PS-Poll(Power Save-Poll)、BlockACKReq、BlockAck、NDP(Null Data Packet)announcement、Trigger Frameを含むことができる。例えば、
図9のPPDUは、管理フレーム(management frame)のために使われることができる。management frameの一例は、Beacon frame、(Re-)Association Request frame、(Re-)Association Response frame、Probe Request frame、Probe Response frameを含むことができる。例えば、
図9のPPDUは、データフレームのために使われることができる。例えば、
図9のPPDUは、制御フレーム、管理フレーム、及びデータフレームのうち少なくとも二つ以上を同時に送信するために使われることができる。
【0096】
図10は、本明細書の送信装置及び/または受信装置の変形された一例を示す。
【0097】
図1の副図面(a)/(b)の各装置/STAは、
図10のように変形されることができる。
図10のトランシーバ630は、
図1のトランシーバ113、123と同じである。
図10のトランシーバ630は、受信機(receiver)及び送信機(transmitter)を含むことができる。
【0098】
図10のプロセッサ610は、
図1のプロセッサ111、121と同じである。または、
図10のプロセッサ610は、
図1のプロセシングチップ114、124と同じである。
【0099】
図10のメモリ620は、
図1のメモリ112、122と同じである。または、
図10のメモリ620は、
図1のメモリ112、122とは異なる別途の外部メモリである。
【0100】
図10を参照すると、電力管理モジュール611は、プロセッサ610及び/またはトランシーバ630に対する電力を管理する。バッテリ612は、電力管理モジュール611に電力を供給する。ディスプレイ613は、プロセッサ610により処理された結果を出力する。キーパッド614は、プロセッサ610により使われる入力を受信する。キーパッド614は、ディスプレイ613上に表示されることができる。SIMカード615は、携帯電話及びコンピュータのような携帯電話装置で加入者を識別して認証するのに使われるIMSI(international mobile subscriber identity)及びそれと関連したキーを安全に格納するために使われる集積回路である。
【0101】
図10を参照すると、スピーカ640は、プロセッサ610により処理された音関連結果を出力することができる。マイク641は、プロセッサ610により使われる音関連入力を受信することができる。
【0102】
11beのTB(trigger based)PPDU(physical protocol data unit)ではpuncturing情報が指示されることができる。すなわち、TB PPDUは、パンクチャリング情報を含むことができる。しかし、Trigger frameがnon-HT duplicate PPDUなどに送信される時、puncturingされた形態で送信されると、Trigger frameを受信したSTAは、既存Trigger frameに含まれている内容ではパンクチャリング情報を把握することができない。以下ではトリガーフレームに含まれることができる情報及び既存構成を維持しながら新しい情報を含むためのトリガーフレームが説明される。例えば、新しい情報は、EHTを支援するためにトリガーフレームに含まれる情報である。例えば、新しい情報は、パンクチャリング情報、320MHz支援可否に関連した情報などを含むことができる。
【0103】
【0104】
図11を参照すると、トリガーフレームは、Reserved bitを含んでいる。Reserved bitは、トリガーフレームが新しい情報を含むために使われることができる。
【0105】
1.既存Trigger frameを維持、最大UL BW 160MHz指示
【0106】
既存Trigger frame formatを維持しながら追加的な情報を指示するためには、トリガーフレームに含まれている全体bit数を維持しながら既存bitを利用しなければならない。本実施例では既存(すなわち、11ax)のように最大UL(uplink)BW(bandwidth)を160MHzと仮定する。
【0107】
1)HE-SIG-A2 reserved fieldを利用したPuncturing Information(PI)指示
【0108】
基本的に、Trigger frameのCommon fieldに存在するHE-SIG-A2 reserved field値は、Trigger based(TB)PPDU SIG-A2のReserved fieldに含まれることができる。特に、11beでは既存11axのHE-SIG-AがU-SIGに代替されることができる。Puncturing informationを指示するためにHE-SIG-A2 reserved fieldが利用されることができる。パンクチャリング情報を指示する時、考慮事項は、下記の通りである。
【0109】
-PI bit数:Common fieldのUL bandwidth(BW)値の依存性によってstaticまたはdynamicにbit数が考慮されることができる。すなわち、PIに関連したbit数は、一定の値に定められることもあり、UL BWにしたがって変更されることもある。
【0110】
-指示方法:
【0111】
A.Puncturing patternが定義されない場合、独立的に各20MHz segmentのpuncturing可否を指示するbitmap(例えば、1である場合、puncturing)が使われることができる。
【0112】
B.Puncturing patternを定義する場合、各々、pattern別に値を指定することができる。すなわち、各パンクチャリングパターンに該当するindexを利用することができる。パンクチャリングパターンは、可能な全てのケースをカバーしないことがあり、特定パターンのみ使われることがある。
【0113】
例えば、pattern数が10個である場合(すなわち、10個のパンクチャリングパターンのみを使用する場合)、4bitを利用して各値(例えば、0000乃至1001)によってpatternを指示することができる。
【0114】
1-1)Static方法:UL BW値に関係なしにMax PI bit数を設定
【0115】
本実施例は、PI bit数が固定される方法であって、前記説明された指示方法A、Bによって分けて説明する。
【0116】
1-1A)指示方法A、すなわち、独立的に各20MHz segmentのpuncturing可否を指示するbitmapを使用する場合、PHY(例えば、in U-SIG)で指示される(local)BWが最大80MHzであると、Max PI bitは4bitになり、PHYで指示されるBWが最大160MHzであると、Max PI bitは8bitになる。
【0117】
UL BW値によってBit0から順に指示されることができ、該当しない部分は、reserved bitになることができる。例えば、最大UL BWが160MHzであると、Max PI bit数が8bitになり、UL BWが80MHzであり、前部の4bitが1110であると、80MHzの最後の20MHz segmentがpuncturingされたことを意味し、後部の4bitはreservedされることができる。
【0118】
【0119】
図12を参照すると、最大(local)BWは160MHzであり、UL BWも160MHzである。最大UL BWが160MHzであるため、bit数は8個になる。3、4番目の20MHz segmentがパンクチャリングされたため、PIは、00110000のbitmapを含むことができる。TB PPDUもU-SIGにパンクチャリング情報を含むことができ、TB PPDUのU-SIGに含まれるパンクチャリング情報も00110000のbitmapを含むことができる。TB PPDUも3、4番目の20MHz segmentがパンクチャリングされたチャネルに送信されることができる。
【0120】
【0121】
図13を参照すると、最大(local)BWは80MHzであり、UL BWも80MHzである。最大(local)BWが80MHzであるため、bit数は4個になる。3、4番目の20MHz segmentがパンクチャリングされたため、PIは、各々、0011、0000のbitmapを含むことができる。すなわち、パンクチャリングされた領域を含む80MHz帯域に送信されるトリガーフレームのPIは、0011のbitmapを含むことができ、パンクチャリングされない80MHz帯域に送信されるトリガーフレームのPIは、0000のbitmapを含むことができる。TB PPDUもU-SIGにパンクチャリング情報を含むことができ、TB PPDUのU-SIGに含まれるパンクチャリング情報も各々0011、0000のbitmapを含むことができる。TB PPDUも3、4番目の20MHz segmentがパンクチャリングされたチャネルに送信されることができる。
【0122】
1-1B)指示方法B、すなわち、Puncturing patternが定義されて各パンクチャリングパターンに該当するindexを利用する場合、PHY(例えば、in U-SIG)で指示される(local)BWが最大80MHzであり、40MHzでパンクチャリングpatternが2個、80MHzでパンクチャリングpatternが3個が定義されると、パターンの数が総5個であるため、Max PI bitは3bitになる。
【0123】
【0124】
図14を参照すると、最大(local)BWは160MHzであり、UL BWも160MHzである。例えば、定義されたパターンの個数が16個以下である場合、PI bit数は4個である。2番目の20MHz segmentがパンクチャリングされたパターンに対するインデックスを0100とすると、トリガーフレームのPIは0100のbitmapを含むことができる。TB PPDUもU-SIGにパンクチャリング情報を含むことができ、TB PPDUのU-SIGに含まれるパンクチャリング情報も0100のbitmapを含むことができる。TB PPDUも2番目の20MHz segmentがパンクチャリングされたチャネルに送信されることができる。
【0125】
【0126】
図15を参照すると、最大(local)BWは80MHzであり、UL BWも80MHzである。例えば、定義されたパターンの個数が8個以下である場合、PI bit数は3個である。2番目の20MHz segmentがパンクチャリングされたパターンに対するインデックスを010とすると、トリガーフレームのPIは、各々、010、000のbitmapを含むことができる。すなわち、パンクチャリングされた領域を含む80MHz帯域に送信されるトリガーフレームのPIは、010のbitmapを含むことができ、パンクチャリングされない80MHz帯域に送信されるトリガーフレームのPIは、000のbitmapを含むことができる。すなわち、トリガーフレームのPIが010のbitmapを含む場合、80MHzのうち2番目の20MHz segmentがパンクチャリングされたことを意味することができ、トリガーフレームのPIが000のbitmapを含む場合、80MHzのうちどの部分もパンクチャリングされなかったことを意味することができる。TB PPDUもU-SIGにパンクチャリング情報を含むことができ、TB PPDUのU-SIGに含まれるパンクチャリング情報も各々010、000のbitmapを含むことができる。TB PPDUも2番目の20MHz segmentがパンクチャリングされたチャネルに送信されることができる。
【0127】
1-2)Dynamic方法:UL BW値によってTBD(to be determined)bitを有する
【0128】
本実施例によると、UL BW値によってPI bit数が変わることができる。
【0129】
1-2A)指示方法A、すなわち、独立的に各20MHz segmentのpuncturing可否を指示するbitmapを使用する場合、UL BWが160MHzであると、8bitになり、80MHzであると、4bitになる。
【0130】
1-2B)指示方法B、すなわち、Puncturing patternが定義されて各パンクチャリングパターンに該当するindexを利用する場合、40MHzでパンクチャリングpatternが2個、80MHzでパンクチャリングpatternが3個が定義されると、PIは、40MHzの場合に1bitになり、80MHzの場合に2bitになることができる。
【0131】
1-2)のUL BWが160MHzである例示は、最大local BWが160MHzである
図12の例示と同じであり、但し、PIのbit数はDynamicに変わることができる。例えば、最大Max(local)BW:160MHzであり、Trigger frameのUL BWが80MHzである場合、PIのbit数は、
図12のbitmap例示の8bitとは異なるように4bitになることができる。
【0132】
2.既存Trigger frameを維持、最大UL BW160MHz以上
【0133】
既存Trigger frame formatを維持しながら追加的な情報を指示するためには、全体bit数を維持しながら既存bitを利用しなければならない。また、UL BWを160MHz以上、例えば、320MHzのUL BWを指示するためには、既存UL BWのためのbit以外に追加で320MHzBWのための情報が含まれることができる。
【0134】
本実施例は、1節の方法に追加でwider bandwidth(例えば、帯域幅拡張を指示する情報、bandwidth extention情報)指示を含むことができる。以下ではwider bandwidth方法に対してのみ説明し、PI指示は1節と同じである。
【0135】
1)Wider bandwidthのためのbit利用
【0136】
まず、Wider bandwidthは、HE-SIG-A2 reserved fieldまたはReserved bitを利用して指示されることができ、PIを指示する方法は、4.1での方法が利用されることができる。特に、オーバーヘッドを減らすためにpuncturing patternによる指示方法(1節の指示方法B)が利用されることができる。
【0137】
-Wider bandwidth指示:1bit利用(例えば、1である場合は320MHz、0である場合はreservedまたは240MHz(240MHzが定義される場合))
【0138】
-PI方法:1節の方法適用
【0139】
図16は、指示方法Bで320MHz帯域幅を介して送信されるトリガーフレーム/TB PPDUの一実施例を示す。
【0140】
図16を参照すると、最大(local)BWは320MHzであり、UL BWも320MHzである。例えば、定義されたパターンの個数が32個以下である場合、PI bit数は5個である。トリガーフレームのPIは、320MHz帯域幅に関連した1bit(1)を含むことができる。例えば、トリガーフレームのPIは、100110のビットマップを含むことができる。Primary 160MHzの3、4番目の20MHz segmentがパンクチャリングされてSecondary 160Mhzの1、2番目の20MHz segmentがパンクチャリングされたパターンに対するインデックスを00110とすると、トリガーフレームのPIは、00110のbitmapを含むことができる。すなわち、トリガーフレームのPIが100110のbitmapを含む場合、320MHzのうち3、4、9、10番目の20MHz segmentがパンクチャリングされたことを意味することができる。すなわち、初めのbitは320MHz帯域幅に関連して、後部の5bitはパンクチャリングパターンに関連することができる。TB PPDUもU-SIGにパンクチャリング情報を含むことができ、TB PPDUのU-SIGに含まれるパンクチャリング情報も00110のbitmapを含むことができる。TB PPDUも3、4、9、10番目の20MHz segmentがパンクチャリングされたチャネルに送信されることができる。
【0141】
2)Wider bandwidthのための新しいTrigger variant定義
【0142】
すなわち、このvariantを介してtrigger Dependent Common fieldを利用して追加wider bandwidthと、これに対するPIを指示。320MHzのうちPrimary 160に対する情報は、1節で定義した方法を利用して指示できる。すなわち、Wider bandwidthとSecondary 160に対するPIは、Dependent fieldを利用する。
【0143】
2-1)Wider bandwidthが320MHzのみ存在する場合、
【0144】
Wider bandwidth指示:1bit利用(例えば、1である場合、320MHz)
【0145】
PI:1節で定義(最大160MHz)と同じ方法を使用することができる。
【0146】
特に、指示方法Bに対しては方法によって解釈を異なるようにすることができる。これは、以下の例示で説明する。
【0147】
図17は、指示方法Aで320MHz帯域幅を介して送信されるトリガーフレーム/TB PPDUの一実施例を示す。
【0148】
図17を参照すると、最大(local)BWは320MHzであり、UL BWも320MHzである。最大UL BWが320MHzであるため、bit数は16個になる。ここに、320MHz帯域幅に関連した1bit(1)が追加で含まれることができる。例えば、トリガーフレームのPIは、00110000 111000000のビットマップを含むことができる。primary 160MHzのための8bitのbitmap(すなわち、00110000)は、common fieldに含まれることができ、320MHz帯域幅に関連した1bit及びsecondary 160MHzのための8bitのbitmap(すなわち、111000000)は、dependent common fieldに含まれることができる。Primary 160MHzの3、4番目の20MHz segmentがパンクチャリングされてSecondary 160Mhzの1、2番目の20MHz segmentがパンクチャリングされたため、トリガーフレームのPIは、00110000 11000000のbitmapを含むことができる。320MHz帯域幅に関連した1bitは、secondary 160MHzのためのbitmapの前部に含まれることができる。すなわち、トリガーフレームのPIが00110000 111000000のbitmapを含む場合、320MHzのうち3、4、9、10番目の20MHz segmentがパンクチャリングされたことを意味することができる。すなわち、9番目のbitは、320MHz帯域幅に関連して、残りのbitは、パンクチャリングされた20MHz segmentの位置に関連することができる。TB PPDUもU-SIGにパンクチャリング情報を含むことができ、TB PPDUのU-SIGに含まれるパンクチャリング情報も00110000 11000000のbitmapを含むことができる。TB PPDUも3、4、9、10番目の20MHz segmentがパンクチャリングされたチャネルに送信されることができる。
【0149】
図18は、指示方法Bで320MHz帯域幅を介して送信されるトリガーフレーム/TB PPDUの一実施例を示す。
【0150】
図18を参照すると、最大(local)BWは320MHzであり、UL BWも320MHzである。Primary 160MHzの3、4番目の20MHz segmentがパンクチャリングされてSecondary 160Mhzの1、2番目の20MHz segmentがパンクチャリングされることができる。例えば、トリガーフレームのPIは、0100 10011のbitmapを含むことができる。primary 160MHzのための4bitのbitmap(すなわち、0100)は、common fieldに含まれることができ、320MHz帯域幅に関連した1bit及びsecondary 160MHzのための4bitのbitmap(すなわち、10011)は、dependent common fieldに含まれることができる。
【0151】
(wider bandwidthを指示する1bitを除外した)0100と0011は、方法によって異なるように解釈されることができる。
【0152】
(1)Primary 160とSecondaryでの指示を合わせた総bitがパンクチャリングpatternを指示する場合
【0153】
すなわち、01000011の総8bitが320MHzのpuncturing patternのうち3、4、9、10番目の20MHz segmentをパンクチャリングしたパターンを示すことを意味する。
【0154】
(2)Primary 160とSecondary 160での各々のpatternを指示する場合
【0155】
すなわち、0100は、Primary 160での3、4番目の20MHz segmentをパンクチャリングしたpatternを意味し、0011は、Secondary 160で1、2番目の20MHz segmentをパンクチャリングしたpatternを意味することができる。
【0156】
前記(1)方法は、(2)方法に比べて平均的にbit数を減らすことができるが、STAがSecondary 160部分を読み取る前までは全体puncturing pattern情報を知ることができない。
【0157】
2-2)Wider bandwidthが240/320MHzが存在する場合
【0158】
Wider bandwidth指示:1bit利用(例えば、1である場合は320MHz、0である場合は240MHz)
【0159】
=>既にvariantを介してwider bandwidthフィールドが生成されたため、0/1値が全て使用可能である。
【0160】
PI:1節で定義(最大160MHz)と同じ方法を使用することができる。
【0161】
=>この方法は、240を指示すること外に2-1)方法と同じである。
【0162】
3.既存Trigger frameを維持+User Info field活用
【0163】
既存Trigger frame formatを維持しながら追加的な情報を指示するためには、既存bitを利用しなければならない。また、UL BWを160MHz以上、例えば、320MHzを指示するためには、既存UL BWのbit以外に追加情報が含まれる必要がある。
【0164】
1節及び2節では主にCommon fieldを活用したし、Common fieldに存在するreserved bitに11axに比べて他の情報を入れると、11axを支援するSTAに、もし、このTrigger frameが送信された場合、誤作動を起こすこともできる。これを防止するために、11axを支援するSTAは読み取らずに、11be STAのみ読み取る特定User Info fieldを定義することができ、11be STAがこのfieldを介して特定情報を得ることができる。
【0165】
この方法は、一specific AIDをsettingすることができる。例えば、現在reservedされている2047、2048(または、2007)などを活用することができる。すなわち、11be STAは、このAID値を見ると、該当AIDに関連したUser infoに属するfieldをデコーディングすることができる。
【0166】
特定AIDに対するUser infoのfieldは、既存のものをそのまま維持することもでき、11be STAのみのためのものであるため、修正することもできる。
【0167】
特定AIDに対するUser infoは、PI(puncturing information)を含むことができる。PIを含む方法は、1/2節で言及したように、puncturing bitmap(指示方法A)、及び/またはpuncturing pattern(指示方法B)が使われることができ、static/dynamic方法が全て適用されることができる。
【0168】
特にcommon fieldでは既存のように160MHzまでUL BWが指示され、User Info fieldで240または320MHzを指示(例えば、320MHzのみ存在する場合は1bit、240/320MHzが全て存在する場合は1または2bit等)することができる。すなわち、特定AIDに関連したuser info fieldに、320MHz帯域幅に関連した情報(例えば、wider bandwidthまたはbandwidth extention情報)が含まれることができる。
【0169】
STAのbehaviorとデコーディングオーバーヘッドを減らすために、specific AIDが存在するというfield(すなわち、present field)が、トリガーフレームのcommon fieldに含まれることができる。present fieldのためにcommon fieldのreserved bitが利用されることができる。
【0170】
すなわち、STAは、common fieldのpresent fieldに基づいてuser info fieldに、特定AIDによる特別情報が含まれているかどうかを知ることができる。STAは、present fieldに基づいて特定AIDによる特別情報が含まれる場合、前記特定AIDを探す動作を実行することができ、present fieldに基づいて特定AIDによる特別情報が含まれない場合、前記specific AIDを探すbehaviorを実行せずに、自分のAIDのみ探すbehaviorのみを実行することができる。
【0171】
図19は、特定AIDに関連したuser infoフィールドに特別情報が含まれる方法の一実施例を示す。
【0172】
図19を参照すると、AID12フィールドの値が2047に設定されたuser infoフィールドは、11be STAのための追加情報を含むことができる。すなわち、特定AID12値(例えば、2047、2007等)は、STAがTriggerに対する他の追加情報(例えば、PI、320MHz帯域幅に関連した情報等)を見ることができる値である。すなわち、「10011000011000000」bitmapは、特定AID12フィールドの値に関連したuser infoフィールドに含まれることができ、前記ビットマップの初めの1は、320MHz帯域幅に関連して、後部の「0011000011000000」は、16bitの20MHz単位のPI bitmapを意味することができる。ここで、Common fieldのUL BWが160MHzに指示される場合、11be STAは、まず、これを認知してUserInfoの特定AID(2047)に関連したuser infoフィールドを介して帯域幅が320MHzであるかを認知することができる。
【0173】
図20は、特定AIDに関連したuser infoフィールドに特別情報が含まれる方法の一実施例を示す。
【0174】
図20を参照すると、トリガーフレームの一部は、11ax STAのために送信されることができ、一部は11be STAのために送信されることができる。例えば、11ax(上の80MHz)と11be(下の80MHz)のSTAにUL BW160MHzでトリガーフレームが送信されることができる。各々、80MHz UL BWで別途に送信されることもできる。本実施例では160MHz全体帯域でCommon情報は同じであり、User Info fieldに追加的に特定AID12(2047)を介して11be STAには特別情報(例えば、PI)が伝達されることができる。例えば、7、8番目の20MHz segmentがpuncturingされるパンクチャリングパターンは、010に指示されることができる。
【0175】
図21は、特定AIDに関連したuser infoフィールドに特別情報が含まれる方法の一実施例を示す。
【0176】
図21を参照すると、2番目の20MHz segmentがpuncturingされるパンクチャリングパターンは、010に指示されることができる。トリガーフレームは、common infoフィールド及びuser infoフィールドを含むことができる。common infoフィールドは、user infoフィールドが特別情報を含むかどうかに関連したpresentフィールド(例えば、specific AID Presentフィールド)を含むことができる。すなわち、common infoフィールドは、user infoフィールドの特定AID12(例えば、2407)の存在を知らせるpresent fieldが存在できる。present fieldが、特定AID12がuser infoフィールドに存在するという情報を含む場合、user infoフィールドは、特別情報のためのAID12(例えば、2047)を含むことができる。例えば、特別情報は、PI(puncturing information)及び/または320MHz帯域幅に関連した情報を含むことができる。例えば、特別情報は、11beまたは11be以後の標準を支援するSTAのための情報を含むことができる。特別情報に関連したAID12の値は、実施例に制限されるものではなく、2047でない他の値(例えば、2007等)を有することができる。
【0177】
【0178】
図22を参照すると、STA動作は、
図1乃至
図21のうち少なくとも一つの図面で説明される技術的特徴に基づいて実行されることができる。
【0179】
STAは、トリガーフレームを受信することができる(S2210)。例えば、STAは、AP(access point)から、トリガーフレーム(trigger frame)を受信することができる。例えば、前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含むことができる。例えば、前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含むことができる。例えば、前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含むことができる。例えば、前記共通情報フィールドは、ユーザ情報フィールドのうち前記第1のフィールドが前記特定値を有するユーザ情報フィールドが存在するかどうかに関連したプレゼント(present)フィールドを含むことができる。
【0180】
例えば、第1のフィールドは、AID12フィールドである。例えば、第2のフィールドは、AID12に関連したuser infoフィールドのサブフィールドである。
【0181】
例えば、前記共通情報フィールドは、アップリンク送信帯域幅情報を含むことができる。
【0182】
例えば、前記特別情報は、320MHzアップリンク送信帯域幅に関連した情報を含むことができる。
【0183】
例えば、前記特別情報は、パンクチャリング(puncturing)情報を含むことができ、前記トリガーフレームは、前記パンクチャリング情報に基づいてパンクチャリングされたチャネルに送信されることができる。
【0184】
例えば、前記パンクチャリング情報は、20MHz単位帯域別にパンクチャリングされるかどうかに関連した情報を含むことができる。
【0185】
例えば、前記パンクチャリング情報は、あらかじめ設定されたパンクチャリングパターンに該当するインデックスに関連した情報を含むことができる。
【0186】
STAは、トリガーフレームを復号することができる(S2220)。
【0187】
STAは、トリガーベースのPPDUを送信することができる(S2230)。例えば、STAは、APにトリガーベースのPPDU(physical protocol data unit)を送信することができ、前記トリガーベースのPPDUは、前記パンクチャリング情報に基づく帯域に送信されることができる。
【0188】
【0189】
図23を参照すると、AP動作は、
図1乃至
図21のうち少なくとも一つの図面で説明される技術的特徴に基づいて実行されることができる。
【0190】
APは、トリガーフレームを送信することができる(S2310)。例えば、APは、STA(station)にトリガーフレーム(trigger frame)を送信することができる。
【0191】
例えば、前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含むことができる。例えば、前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含むことができる。例えば、前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含むことができる。例えば、前記共通情報フィールドは、ユーザ情報フィールドのうち前記第1のフィールドが前記特定値を有するユーザ情報フィールドが存在するかどうかに関連したプレゼント(present)フィールドを含むことができる。
【0192】
例えば、第1のフィールドは、AID12フィールドである。例えば、第2のフィールドは、AID12に関連したuser infoフィールドのサブフィールドである。
【0193】
例えば、前記共通情報フィールドは、アップリンク送信帯域幅情報を含むことができる。
【0194】
例えば、前記特別情報は、320MHzアップリンク送信帯域幅に関連した情報を含むことができる。
【0195】
例えば、前記特別情報は、パンクチャリング(puncturing)情報を含むことができ、前記トリガーフレームは、前記パンクチャリング情報に基づいてパンクチャリングされたチャネルに送信されることができる。
【0196】
例えば、前記パンクチャリング情報は、20MHz単位帯域別にパンクチャリングされるかどうかに関連した情報を含むことができる。
【0197】
例えば、前記パンクチャリング情報は、あらかじめ設定されたパンクチャリングパターンに該当するインデックスに関連した情報を含むことができる。
【0198】
APは、トリガーベースのPPDUを受信することができる(S2320)。例えば、APは、前記STAから、前記トリガーフレームに対する応答としてトリガーベースのPPDU(physical protocol data unit)を受信することができる。
【0199】
図22及び
図23の一例に表示された細部ステップのうち一部は、必須ステップではなく、省略されることもできる。
図22及び
図23に示されたステップ外に他のステップが追加されることができ、前記ステップの順序は変わることができる。前記ステップのうち一部ステップが独自的、技術的意味を有することができる。
【0200】
前述した本明細書の技術的特徴は、多様な装置及び方法に適用されることができる。例えば、前述した本明細書の技術的特徴は、
図1及び/または
図10の装置を介して実行/支援されることができる。例えば、前述した本明細書の技術的特徴は、
図1及び/または
図10の一部にのみ適用されることができる。例えば、前述した本明細書の技術的特徴は、
図1のプロセシングチップ114、124に基づいて具現され、または
図1のプロセッサ111、121とメモリ112、122に基づいて具現され、または
図10のプロセッサ610とメモリ620に基づいて具現されることができる。例えば、本明細書の装置において、前記装置は、メモリと、前記メモリと動作可能に結合されたプロセッサ(processor)と、を含み、前記プロセッサは、AP(access point)から、トリガーフレーム(trigger frame)を受信し、前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含み、前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含み、前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含み、前記共通情報フィールドは、ユーザ情報フィールドのうち前記第1のフィールドが前記特定値を有するユーザ情報フィールドが存在するかどうかに関連したプレゼント(present)フィールドを含み、前記トリガーフレームを復号するように設定されることができる。
【0201】
本明細書の技術的特徴は、CRM(computer readable medium)に基づいて具現されることができる。例えば、本明細書により提案されるCRMは、無線LAN(Wireless Local Area Network)システムのSTA(station)MLDの少なくとも一つのプロセッサ(processor)により実行されることに基づく命令語(instruction)を含む少なくとも一つのコンピュータで読み取り可能な記録媒体(computer readable medium)において、AP(access point)から、トリガーフレーム(trigger frame)を受信し、前記トリガーフレームは、共通情報フィールド及びユーザ情報フィールドを含み、前記ユーザ情報フィールドは、AID(association identifier)に関連した第1のフィールド及び前記AIDに関連したSTAのための情報を含む第2のフィールドを含み、前記第1のフィールドが特定値を有することに基づいて、前記第2のフィールドは、前記トリガーフレームを受信する全てのSTAのための特別情報を含み、前記共通情報フィールドは、ユーザ情報フィールドのうち前記第1のフィールドが前記特定値を有するユーザ情報フィールドが存在するかどうかに関連したプレゼント(present)フィールドを含む、ステップと、前記トリガーフレームを復号するステップと、を含む動作(operation)を実行する命令語(instruction)を含むことができる。
【0202】
本明細書のCRM内に格納される命令語は、少なくとも一つのプロセッサにより実行(execute)されることができる。本明細書のCRMに関連した少なくとも一つのプロセッサは、
図1のプロセッサ111、121またはプロセシングチップ114、124であり、または
図10のプロセッサ610である。一方、本明細書のCRMは、
図1のメモリ112、122であり、または
図10のメモリ620であり、または別途の外部メモリ/格納媒体/ディスクなどである。
【0203】
上述した本明細書の技術的特徴は、様々な応用例(application)やビジネスモデルに適用可能である。例えば、人工知能(Artificial Intelligence:AI)を支援する装置における無線通信のために上述した技術的特徴が適用され得る。
【0204】
人工知能は、人工的な知能またはこれを作ることができる方法論を研究する分野を意味し、マシンラーニング(機械学習、Machine Learning)は、人工知能分野で扱う様々な問題を定義し、それを解決する方法論を研究する分野を意味する。マシンラーニングは、いかなる作業に対してたゆまぬ経験を介してその作業に対する性能を高めるアルゴリズムと定義することもある。
【0205】
人工神経網(Artificial Neural Network;ANN)は、マシンラーニングで使用されるモデルであって、シナプスの結合でネットワークを形成した人工ニューロン(ノード)で構成される、問題解決能力を有するモデル全般を意味することができる。人工神経網は、他のレイヤのニューロン間の連結パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数(Activation Function)により定義されることができる。
【0206】
人工神経網は、入力層(Input Layer)、出力層(OutputLayer)、そして選択的に1つ以上の隠れ層(Hidden Layer)を備えることができる。各層は、1つ以上のニューロンを含み、人工神経網は、ニューロンとニューロンとを連結するシナプスを含むことができる。人工神経網において各ニューロンは、シナプスを介して入力される入力信号、加重値、偏向に対する活性関数の関数値を出力できる。
【0207】
モデルパラメータは、学習を介して決定されるパラメータを意味し、シナプス連結の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは、マシンラーニングアルゴリズムで学習前に設定されなければならないパラメータを意味し、学習率(Learning Rate)、繰り返し回数、ミニバッチサイズ、初期化関数などが含まれる。
【0208】
人工神経網の学習の目的は、損失関数を最小化するモデルパラメータを決定することとみなすことができる。損失関数は、人工神経網の学習過程で最適のモデルパラメータを決定するための指標として用いられることができる。
【0209】
マシンラーニングは、学習方式によって教師あり学習(Supervised Learning)、教師なし学習(Unsupervised Learning)、強化学習(Reinforcement Learning)に分類することができる。
【0210】
指導学習は、学習データに対するラベル(label)が与えられた状態で人工神経網を学習させる方法を意味し、ラベルとは、学習データが人工神経網に入力される場合、人工神経網が推論し出すべき正解(または、結果値)を意味することができる。教師なし学習は、学習データに対するラベルが与えられなかった状態で人工神経網を学習させる方法を意味することができる。強化学習は、どの環境内で定義されたエージェントが各状態で累積補償を最大化する行動あるいは行動順序を選択するように学習させる学習方法を意味することができる。
【0211】
人工神経網の中で複数の隠れ層を備える深層神経網(DNN:Deep Neural Network)で実現されるマシンラーニングをディープラーニング(深層学習、Deep Learning)と呼ぶこともあり、ディープラーニングは、マシンラーニングの一部である。以下において、マシンラーニングは、ディープラーニングを含む意味として使用される。
【0212】
また、上述した技術的特徴は、ロボットの無線通信に適用されることができる。
【0213】
ロボットは、自ら保有した能力により、与えられた仕事を自動に処理するか、作動する機械を意味することができる。特に、環境を認識し、自ら判断して動作を行う機能を有するロボットを知能型ロボットと称することができる。
【0214】
ロボットは、使用目的や分野によって産業用、医療用、家庭用、軍事用等に分類することができる。ロボットは、アクチュエータまたはモータを備える駆動部を具備してロボット関節を動かすなどの様々な物理的動作を行うことができる。また、移動可能なロボットは、駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行するか、空中で飛行することができる。
【0215】
また、上述した技術的特徴は、拡張現実を支援する装置に適用されることができる。
【0216】
拡張現実は、仮想現実(VR:Virtual Reality)、増強現実(AR:Augmented Reality)、混合現実(MR:Mixed Reality)を総称する。VR技術は、現実世界のオブジェクトや背景などをCG画像にのみ提供し、AR技術は、実際事物画像上に仮想で作られたCG画像を共に提供し、MR技術は、現実世界に仮想オブジェクトを混ぜて、結合させて提供するコンピュータグラフィック技術である。
【0217】
MR技術は、現実オブジェクトと仮想オブジェクトとを共に見せるという点においてAR技術と類似している。しかし、AR技術では、仮想オブジェクトが現実オブジェクトを補完する形態で使用されることに対し、MR技術では、仮想オブジェクトと現実オブジェクトとが同等な性格で使用されるという点において差異点がある。
【0218】
XR技術は、HMD(Head-Mount Display)、HUD(Head-Up Display)、携帯電話、タブレットPC、ラップトップ、デスクトップ、TV、デジタルサイネージなどに適用されることができ、XR技術が適用された装置をXR装置(XR Device)と称することができる。
【0219】
本明細書に記載された請求項等は、様々な方式で組み合わせられることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置として実現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法として実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて装置として実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて方法として実現されることができる。