特許7667318 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許7667318物理レイヤプロトコルデータユニットを伝送するための方法、トリガフレームを伝送するための方法、及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3A
3B
4
5
6
7
8
9
10
11A
11B
12
13
14

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-04-14

(45)【発行日】2025-04-22

(54)【発明の名称】物理レイヤプロトコルデータユニットを伝送するための方法、トリガフレームを伝送するための方法、及び装置

(51)【国際特許分類】

H04W 72/0453 20230101AFI20250415BHJP

H04W 28/06 20090101ALI20250415BHJP

H04W 28/18 20090101ALI20250415BHJP

H04W 84/12 20090101ALI20250415BHJP

【ＦＩ】

H04W72/0453

H04W28/06 110

H04W28/18

H04W84/12

【請求項の数】 27

(21)【出願番号】P 2023574462

(86)(22)【出願日】2022-02-11

(65)【公表番号】

(43)【公表日】2024-06-11

(86)【国際出願番号】 CN2022076082

(87)【国際公開番号】W WO2022252679

(87)【国際公開日】2022-12-08

【審査請求日】2024-01-11

(31)【優先権主張番号】202110620383.2

(32)【優先日】2021-06-03

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田郁大

(72)【発明者】

【氏名】于健

(72)【発明者】

【氏名】狐梦▲実▼

(72)【発明者】

【氏名】淦明

【審査官】松野吉宏

(56)【参考文献】

【文献】Rui Cao (NXP)，EHT pre-FEC padding and packet extension，IEEE 802.11-20/1331r0，米国，IEEE mentor，2020年09月05日

【文献】Oded Redlich (Huawei)，Discussion on Multi-RU in 802.11be，IEEE 802.11-20/0128r0，米国，IEEE mentor，2020年01月13日

【文献】Sameer Vermani (Qualcomm)，Open Issues on Preamble Design，IEEE 802.11-20/1238r0，米国，IEEE mentor，2020年08月18日

【文献】Michael Fischer (NXP)，Adaptive Repetition Scheme for NGV，IEEE 802.11-19/0784r0，米国，IEEE mentor，2019年05月13日

【文献】Liwen Chu (NXP)，trigger consideration，IEEE 802.11-20/0764r0，米国，IEEE mentor，2020年07月01日

【文献】Steve Shellhammer (Qualcomm)，Backward Compatible Trigger Frame RU Allocation Table，IEEE 802.11-20/1703r6，米国，IEEE mentor，2021年01月04日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

アクセスポイントに適用される、物理レイヤプロトコルデータユニットを伝送するための方法であって、前記方法は、
極高スループットマルチユーザ物理レイヤプロトコルデータユニットＥＨＴＭＵＰＰＤＵを生成するステップであって、前記ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、前記複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される、ステップと、
前記ＥＨＴＭＵＰＰＤＵを送信するステップと、
を含み、
前記ＥＨＴＭＵＰＰＤＵに含まれるユーザ固有フィールドは、複数のユーザフィールドを含み、１つのユーザフィールドは、１つのステーション識別子を含み、かつ１つのリソースユニットに対応し、少なくとも２つのユーザフィールドにおけるステーション識別子は、前記少なくとも２つのユーザフィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示すために、同じであり、
前記ＥＨＴＭＵＰＰＤＵのユーザフィールドは、第１の情報及び第２の情報を含み、前記第１の情報は、前記ユーザフィールドに対応するリソースユニットが複製伝送に利用されることを示し、前記第２の情報は、前記ユーザフィールドに対応する前記リソースユニットの複製伝送の数量を示す、方法。

【請求項2】

前記少なくとも２つのリソースユニットは、連続であるか、又は不連続である、
請求項１に記載の方法。

【請求項3】

前記ＥＨＴＭＵＰＰＤＵに含まれ、かつ前記少なくとも２つのリソースユニットに対応する前記少なくとも２つのユーザフィールドのうちの少なくとも１つのユーザフィールドの変調及びコーディングスキームＭＣＳフィールドの値は１５であり、デュアルキャリア変調が前記少なくとも２つのリソースユニットに利用されることを示す、
請求項１又は２に記載の方法。

【請求項4】

前記リソースユニットの複製伝送の数量は、事前に指定されるか、又は、前記ＥＨＴＭＵＰＰＤＵが送信される前にステーションとのネゴシエーションを通じて事前に決定される、
請求項１に記載の方法。

【請求項5】

前記リソースユニットが複製伝送に利用されることを示すために、前記第１の情報が前記ＥＨＴＭＵＰＰＤＵの前記ユーザフィールド内のビットＢ１５で搬送されるか、又は、前記ＥＨＴＭＵＰＰＤＵの前記ユーザフィールド内のＭＣＳフィールドの値が１４であるか、又は、前記ＭＣＳフィールドの前記値が１６～３１のいずれか１つである、
請求項１又は４に記載の方法。

【請求項6】

前記第１の情報又は前記第２の情報又はその両方は、前記ＥＨＴＭＵＰＰＤＵ内の以下のビット、即ち、
ユニバーサル信号フィールドＵ－ＳＩＧ内の１番目のシンボルのデータビットＢ２０～Ｂ２５、又は
前記Ｕ－ＳＩＧ内の２番目のシンボルのデータビットＢ２又はＢ８、又は
極高スループット信号フィールドＥＨＴ－ＳＩＧ内の１番目のシンボルのデータビットＢ１３～Ｂ１６
のうちの１つ以上で搬送される、
請求項１に記載の方法。

【請求項7】

前記リソースユニット割り当てサブフィールドは、前記リソースユニットが複製伝送に利用されることを示す、
請求項１に記載の方法。

【請求項8】

ターゲットステーションに適用される、物理レイヤプロトコルデータユニットを伝送するための方法であって、前記方法は、
ＥＨＴＭＵＰＰＤＵを受信するステップであって、前記ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、前記複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される、ステップと、
前記ＥＨＴＭＵＰＰＤＵに基づいて、前記ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定し、前記複数のリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するステップと、
を含み、
前記ＥＨＴＭＵＰＰＤＵに含まれるユーザ固有フィールドは、複数のユーザフィールドを含み、1つのユーザフィールドは、１つのステーション識別子を含み、かつ１つのリソースユニットに対応し、少なくとも２つのユーザフィールドにおけるステーション識別子は、前記少なくとも２つのユーザフィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示すために、同じであり、
前記ＥＨＴＭＵＰＰＤＵ内にあり、かつ前記ターゲットステーションに対応するユーザフィールドは、第１の情報及び第２の情報を含み、前記第１の情報は、前記ユーザフィールドに対応するリソースユニットが複製伝送に利用されることを示し、前記第２の情報は、前記ユーザフィールドに対応する前記リソースユニットの複製伝送の数量を示す、
方法。

【請求項9】

【請求項10】

前記リソースユニットが複製伝送に利用されることを示すために、前記第１の情報が、前記ＥＨＴＭＵＰＰＤＵ内にあり、かつ前記ターゲットステーションに対応する前記ユーザフィールド内のビットＢ１５で搬送されるか、又は、前記ＥＨＴＭＵＰＰＤＵ内にあり、かつ前記ターゲットステーションに対応する前記ユーザフィールド内のＭＣＳフィールドの値が１４である、
請求項８に記載の方法。

【請求項11】

前記第１の情報又は前記第２の情報又はその両方は、前記ＥＨＴＭＵＰＰＤＵ内の以下のビット、即ち、
ユニバーサル信号フィールドＵ－ＳＩＧ内の１番目のシンボルのビットＢ２０～Ｂ２５、又は
前記Ｕ－ＳＩＧ内の２番目のシンボルのビットＢ２又はＢ８、又は
極高スループット信号フィールドＥＨＴ－ＳＩＧ内の１番目のシンボルのビットＢ１３～Ｂ１６
のうちの１つ以上で搬送される、
請求項８に記載の方法。

【請求項12】

アクセスポイントに適用される、トリガフレームを伝送するための方法であって、前記方法は、
トリガフレームを生成するステップであって、前記トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される、ステップと、
前記トリガフレームを送信するステップと、
を含み、
前記トリガフレームに含まれる少なくとも２つのユーザ情報フィールドに対応するアソシエーション識別子又はステーション識別子は、前記少なくとも２つのユーザ情報フィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示すために、同じであり、
前記トリガフレームに含まれるユーザ情報フィールドは、第１の情報及び第２の情報を含み、前記第１の情報は、前記ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示し、前記第２の情報は、前記ユーザ情報フィールドに対応する前記リソースユニットの複製伝送の数量を示す、
方法。

【請求項13】

前記方法は、
ＥＨＴＴＢＰＰＤＵをステーションから受信するステップと、
複製伝送に利用される前記少なくとも１つのリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するステップと、
をさらに含む、
請求項１２に記載の方法。

【請求項14】

前記ユーザ情報フィールドに対応する前記リソースユニットが複製伝送に利用されることを示すために、前記第１の情報が、前記ユーザ情報フィールド内のビットＢ２５で搬送されるか、又は、前記ユーザ情報フィールド内のＭＣＳフィールドの値が１４であるか、又は、前記ＭＣＳフィールドの前記値が１６～３１のいずれか１つである、
請求項１２に記載の方法。

【請求項15】

ターゲットステーションに適用される、トリガフレームを伝送するための方法であって、前記方法は、
トリガフレームを受信するステップであって、前記トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される、ステップと、
前記トリガフレームに基づいて、前記ターゲットステーションに対応し、かつＥＨＴＴＢＰＰＤＵを送信するために利用されるリソースユニットが複製伝送に利用されることを決定するステップと、
を含み、
前記トリガフレームに含まれるユーザ情報フィールドは、第１の情報及び第２の情報を含み、前記第１の情報は、前記ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示し、前記第２の情報は、前記ユーザ情報フィールドに対応する前記リソースユニットの複製伝送の数量を示す、
方法。

【請求項16】

前記方法は、
複製伝送に利用される前記リソースユニット上で、前記ＥＨＴＴＢＰＰＤＵをアクセスポイントに送信するステップをさらに含む、
請求項１５に記載の方法。

【請求項17】

前記トリガフレームに含まれる少なくとも２つのユーザ情報フィールドに対応するアソシエーション識別子又はステーション識別子は、前記ターゲットステーションに対応するステーション識別子と同じであり、前記少なくとも２つのユーザ情報フィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示す、
請求項１５又は１６に記載の方法。

【請求項18】

前記トリガフレームに含まれ、かつ前記少なくとも２つのリソースユニットに対応する前記少なくとも２つのユーザ情報フィールドのうちの少なくとも１つのユーザフィールドの変調及びコーディングスキームＭＣＳフィールドの値は１５であり、デュアルキャリア変調が前記少なくとも２つのリソースユニットに利用されることを示す、
請求項１７に記載の方法。

【請求項19】

【請求項20】

前記リソースユニットの複製伝送の数量は、事前に指定されるか、又は、前記トリガフレームが送信される前にステーションとのネゴシエーションを通じて事前に決定される、
請求項１５又は１９に記載の方法。

【請求項21】

前記第２の情報は、開始空間ストリームの一部又は全部のビット、及び／又は、前記ユーザ情報フィールド内の空間ストリーム数ＮＳＳで搬送される、
請求項１５に記載の方法。

【請求項22】

前記第１の情報又は前記第２の情報又はその両方は、前記トリガフレーム内の以下のビット、即ち、
特別なユーザ情報リストフィールド内のビットＢ２５～Ｂ３９、又は、共通情報フィールド内のビットＢ５６～Ｂ６３のうちの１つ以上で搬送される、
請求項１５に記載の方法。

【請求項23】

前記トリガフレームにおけるユーザ情報フィールド内のリソースユニット割り当てフィールド又はＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールド又はその両方は、前記ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示す、
請求項１５又は１６に記載の方法。

【請求項24】

通信装置であって、前記通信装置は、プロセッサと、通信インターフェースとを含み、
前記通信インターフェースは、前記通信装置の外部にあるモジュールと通信するように構成され、前記プロセッサは、コンピュータプログラム又は命令を実行して、請求項１～７のいずれか１項に記載の方法を実施する、又は、請求項１２～１４のいずれか１項に記載の方法を実施するように構成される、
通信装置。

【請求項25】

通信装置であって、前記通信装置は、プロセッサと、通信インターフェースとを含み、
前記通信インターフェースは、前記通信装置の外部にあるモジュールと通信するように構成され、前記プロセッサは、コンピュータプログラム又は命令を実行して、請求項８～１１のいずれか１項に記載の方法を実施する、又は、請求項１５～２３のいずれか１項に記載の方法を実施するように構成される、
通信装置。

【請求項26】

コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを含み、前記コンピュータプログラムがコンピュータ上で実行されるとき、前記コンピュータは、請求項１～７又は請求項１２～１４のいずれか１項に記載の方法を実行することが可能になる、又は、前記コンピュータは、請求項８～１１又は請求項１５～２３のいずれか１項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。

【請求項27】

通信システムであって、前記通信システムは、請求項２４に記載の通信装置と、請求項２５に記載の通信装置とを含む、通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０２１年６月３日に中国国家知的産権局に提出された、「METHOD FOR TRANSMITTING PHYSICAL LAYER PROTOCOL DATA UNIT, METHOD FOR TRANSMITTING TRIGGER FRAME, AND APPARATUS」と題された中国特許出願第202110620383.2号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

【0002】

この出願は、無線フィデリティ（wireless fidelity, Wi-Fi）技術の分野に関し、特に、物理レイヤプロトコルデータユニットを伝送するための方法、トリガフレームを伝送するための方法、及び装置に関する。

【背景技術】

【0003】

無線ローカルエリアネットワーク（wireless local area network, WLAN）技術において、米国電気電子学会（institute of electrical and electronics engineers, IEEE）の８０２．１１ｂｅ標準規格は、極高スループットの技術的ゴールを達成するために、極高スループットマルチユーザ物理レイヤプロトコルデータユニット（Extreme High Throughput Multiple User Physical Layer Protocol Data Unit, EHT MU PPDU）及び極高スループットトリガベースの物理レイヤプロトコルデータユニット（Extreme High Throughput Trigger Based Physical Layer Protocol Data Unit, EHT TB PPDU）を定義する。

【0004】

加えて、６ＧＨｚスペクトルについては、低電力インドア（Low Power Indoor, LPI）オペレーションモードが定義され、具体的には、最大伝送電力及び最大伝送周波数スペクトル密度が厳しく制限される。アクセスポイント（Access Point, AP）又はステーション（Station, STA）デバイスの伝送電力は、最大電力値を超えることが許されず、伝送電力スペクトル密度は、最大電力スペクトル密度を超えることが許されない。しかし、データ伝送は、伝送電力の値、及び信号減衰などによって大きく影響される。従って、ＬＰＩオペレーションモードにおいてデータ伝送信頼性を保証することは難しい。

【0005】

もちろん、データ伝送信頼性を改善するために、８０２．１１ｂｅ標準規格では、ＬＰＩオペレーションモードに基づき、同じ情報を異なるデータサブキャリア上で伝送するために、複製（duplication）オペレーション及びデュアルキャリア変調オペレーションが、シングルユーザ伝送シナリオにおいてＥＨＴＭＵＰＰＤＵ内のデータフィールドにおけるデータサブキャリア上で実行されうる。受信端は、データ伝送信頼性を改善するために、複数のサブキャリア上で伝送される同じ情報に基づいて、コンバインド（combined）受信を実行しうる。

【0006】

しかし、上記の技術的解決策では、シングルユーザ伝送のための複製モードのみが実施される。ＬＰＩオペレーションモードにおけるマルチユーザ伝送のためのＥＨＴＭＵＰＰＤＵ及びＥＨＴＴＢＰＰＤＵについては、どのようにしてデータ伝送信頼性を改善するかについて、依然として良い解決策がない。

【発明の概要】

【0007】

この出願は、従来技術ではマルチユーザ伝送のための極高スループット物理レイヤプロトコルデータユニットＰＰＤＵのデータ伝送信頼性を保証することが難しいという問題を解決するための、物理レイヤプロトコルデータユニットを伝送するための方法、トリガフレームを伝送するための方法、及び装置を提供する。

【0008】

上記の目的を達成するために、以下の技術的解決策がこの出願において利用される。

【0009】

第１の態様によれば、アクセスポイント及びステーションに適用される、物理レイヤプロトコルデータユニットを伝送するための方法が提供される。この出願のこの実施形態において、アクセスポイントは、単に例として利用される。方法は、極高スループットマルチユーザ物理レイヤプロトコルデータユニットＥＨＴＭＵＰＰＤＵを生成するステップであって、ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される、ステップと、ＥＨＴＭＵＰＰＤＵを送信するステップと、を含む。

【0010】

上記の技術的解決策では、複数のユーザのうちの１つ以上のＲＵ複製伝送メカニズムが、ＬＰＩオペレーションモードにおいてＡＰのために追加されうる。これは、受信端のデータ信頼性を改善し、低電力シナリオにおける伝送電力制限に起因する低データ信頼性の問題を解決する。

【0011】

実装において、ＥＨＴＭＵＰＰＤＵ内の共通フィールドは、少なくとも１つのリソースユニット割り当てサブフィールドを含み、リソースユニット割り当てサブフィールドは、シーケンスに基づいて、ＰＰＤＵに対応する周波数ドメインリソースを分割することによって得られる複数のリソースユニットを示す。

【0012】

ＥＨＴＭＵＰＰＤＵのリソースユニット割り当てサブフィールドは、ＰＰＤＵに対応する周波数ドメインリソースの昇順に、複数のリソースユニットを示す。

【0013】

実装において、ＥＨＴＭＵＰＰＤＵに含まれるユーザ固有フィールドは、複数のユーザフィールドを含む。１つのユーザフィールドは、１つのステーション識別子を含み、かつ１つのリソースユニットに対応する。少なくとも２つのユーザフィールド内のステーション識別子は同じであり、少なくとも２つのユーザフィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示す。

【0014】

上記の可能な実装では、ＥＨＴＭＵＰＰＤＵ内の複数のユーザフィールドの同じステーション識別子が、複数の対応するＲＵが複製伝送に利用されることを示す。これは、受信端及び送信端の両方について実装が容易である。さらに、ＥＨＴＭＵＰＰＤＵにおいて、リソースユニット割り当てサブフィールドが正確にパイロットサブキャリアの位置を反映し、それにより、サードパーティのステーションは、さらに、他のステーションに対応するＲＵ内のパイロットサブキャリアを利用して中心周波数偏差又は位相偏差を推定して、データ受信性能を改善しうる。

【0015】

実装において、少なくとも２つのリソースユニットは、連続であるか、又は不連続である。

【0016】

上記の可能な実装では、複製伝送のための複数のＲＵが、ＥＨＴＭＵＰＰＤＵ内で連続又は不連続であることが許容される。ステーションが比較的ＡＰの近くにある場合、ＲＵ複製伝送を通じてステーションの受信性能を高める必要はない。この場合、複製伝送ではなく通常伝送が、ステーションのＲＵに利用されうる。この出願におけるＥＨＴＭＵＰＰＤＵでは、複製伝送を利用するＲＵ及び複製伝送を利用しないＲＵの両方が割り当てられてよく、構成方式はフレキシブルである。

【0017】

実装において、ＥＨＴＭＵＰＰＤＵに含まれ、かつ少なくとも２つのリソースユニットに対応する少なくとも２つのユーザフィールドのうちの少なくとも１つのユーザフィールドの変調及びコーディングスキームＭＣＳフィールドの値は１５であり、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示す。

【0018】

上記の可能な実装において、ＥＨＴＭＵＰＰＤＵ内のＭＣＳフィールドの値は、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示しうる。インジケーション方式はフレキシブルであり、データ伝送性能が改善される。

【0019】

実装において、ＥＨＴＭＵＰＰＤＵのユーザフィールドは、第１の情報を含む。第１の情報は、ユーザフィールドに対応するリソースユニットが複製伝送に利用されることを示す。

【0020】

上記の可能な実装において、ユーザフィールドに対応するリソースユニットが複製伝送に利用されることを示すために、第１の情報がＥＨＴＭＵＰＰＤＵに追加されうる。このことは、複製伝送のインジケーション方式のフレキシビリティを改善する。

【0021】

実装において、リソースユニットの複製伝送の数量は、事前に指定されるか、又は、ＥＨＴＭＵＰＰＤＵが送信される前にステーションとのネゴシエーションを通じて事前に決定される。

【0022】

上記の可能な実装では、ＥＨＴＭＵＰＰＤＵにおいて示され、かつ複製伝送に利用されるリソースユニットの複製伝送の数量がフレキシブルに構成され、データ伝送の信頼性及びフレキシビリティを改善しうる。

【0023】

実装において、リソースユニットが複製伝送に利用されることを示すために、第１の情報がＥＨＴＭＵＰＰＤＵのユーザフィールド内のビットＢ１５で搬送されるか、又は、ＥＨＴＭＵＰＰＤＵのユーザフィールド内のＭＣＳフィールドの値が１４であるか、又は、ＭＣＳフィールドの値が１６～３１のいずれか１つである。

【0024】

上記の可能な実装では、ＥＨＴＭＵＰＰＤＵ内のＭＣＳフィールドの値が、対応するリソースユニットが複製伝送に利用されることを示しうる。インジケーション方式がフレキシブルであり、実装が容易である。

【0025】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0026】

実装において、ＥＨＴＭＵＰＰＤＵ内のユーザフィールドは、第２の情報をさらに含む。第２の情報は、ユーザフィールドに対応するリソースユニットの複製伝送の数量を示す。

【0027】

上記の可能な実装では、ユーザフィールドに対応するリソースユニットの複製伝送の数量を示すために、第２の情報がＥＨＴＭＵＰＰＤＵに追加されうる。このことは、複製伝送の数量のインジケーション方式のフレキシビリティを改善する。

【0028】

実装において、第１の情報又は第２の情報又はその両方は、ＥＨＴＭＵＰＰＤＵ内の以下のビット、即ち、ユニバーサル信号フィールドＵ－ＳＩＧ内の１番目のシンボルのビットＢ２０～Ｂ２５、又は、Ｕ－ＳＩＧ内の２番目のシンボルのビットＢ２又はＢ８、又は、極高スループット信号フィールドＥＨＴ－ＳＩＧ内の１番目のシンボルのビットＢ１３～Ｂ１６のうちの１つ以上で搬送される。

【0029】

上記の可能な実装では、ＥＨＴＭＵＰＰＤＵ内の予約済フィールドが、対応するリソースユニットが複製伝送に利用されることを示しうる。インジケーション方式はフレキシブルであり、実装が容易である。

【0030】

実装において、リソースユニット割り当てサブフィールドは、リソースユニットが複製伝送に利用されることを示す。

【0031】

第２の態様によれば、ターゲットステーションに適用される、物理レイヤプロトコルデータユニットを伝送するための方法が提供される。方法は、ＥＨＴＭＵＰＰＤＵを受信するステップであって、ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される、ステップと、ＥＨＴＭＵＰＰＤＵに基づいて、ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定し、複数のリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するステップと、を含む。

【0032】

実装において、ＥＨＴＭＵＰＰＤＵに含まれるユーザ固有フィールドは、複数のユーザフィールドを含む。1つのユーザフィールドは、１つのステーション識別子を含み、かつ１つのリソースユニットに対応する。少なくとも２つのユーザフィールド内のステーション識別子は同じであり、少なくとも２つのユーザフィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示す。

【0033】

実装において、少なくとも２つのリソースユニットは、連続であるか、又は不連続である。

【0034】

【0035】

実装において、ＥＨＴＭＵＰＰＤＵ内にあり、かつターゲットステーションに対応するユーザフィールドは、第１の情報を含む。第１の情報は、ユーザフィールドに対応するリソースユニットが複製伝送に利用されることを示す。

【0036】

【0037】

実装において、リソースユニットが複製伝送に利用されることを示すために、第１の情報が、ＥＨＴＭＵＰＰＤＵ内にあり、かつターゲットステーションに対応するユーザフィールド内のビットＢ１５で搬送されるか、又は、ＥＨＴＭＵＰＰＤＵ内にあり、かつターゲットステーションに対応するユーザフィールド内のＭＣＳフィールドの値が１４であるか、又は、ＭＣＳフィールドの値が１６～３１のいずれか１つである。

【0038】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0039】

【0040】

【0041】

実装において、リソースユニット割り当てサブフィールドは、リソースユニットが複製伝送に利用されることを示す。

【0042】

第３の態様によれば、アクセスポイント及びステーションに適用される、トリガフレームを伝送するための方法が提供される。この出願のこの実施形態において、アクセスポイントは、単に例として利用される。方法は、トリガフレームを生成するステップであって、トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される、ステップと、トリガフレームを送信するステップとを含む。

【0043】

上記の技術的解決策では、マルチユーザ複製伝送モードを実装するために、トリガフレームが、少なくとも１つのステーションによって送信されるＥＨＴＴＢＰＰＤＵに対応するリソースユニットが複製伝送に利用されることを示す。このことは、受信端の受信性能及びデータ伝送信頼性を改善する。

【0044】

実装において、方法は、ＥＨＴＴＢＰＰＤＵをステーションから受信するステップと、複製伝送に利用される少なくとも１つのリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するステップとをさらに含む。

【0045】

実装において、トリガフレームに含まれる少なくとも２つのユーザ情報フィールドに対応するアソシエーション識別子又はステーション識別子は同じであり、少なくとも２つのユーザ情報フィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示す。

【0046】

上記の可能な実装では、トリガフレームにおける複数のユーザ情報フィールド内の同じアソシエーション識別子又はステーション識別子は、対応するリソースユニットが複製伝送に利用されることを示す。このことは、受信端及び送信端について実装が容易である。

【0047】

実装において、少なくとも２つのユーザ情報フィールドのうちの少なくとも１つのユーザフィールドの変調及びコーディングスキームＭＣＳフィールドの値は１５であり、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示す。

【0048】

上記の可能な実装では、トリガフレーム内のＭＣＳフィールドの値が、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示しうる。インジケーション方式がフレキシブルであり、データ伝送性能が改善される。

【0049】

実装において、トリガフレームに含まれるユーザ情報フィールドは、第１の情報を含む。第１の情報は、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示す。

【0050】

上記の可能な実装では、ユーザフィールドに対応するリソースユニットが複製伝送に利用されることを示すために、第１の情報がトリガフレームに追加されうる。このことは、複製伝送のインジケーション方式のフレキシビリティを改善する。

【0051】

実装において、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示すために、第１の情報が、ユーザ情報フィールド内のビットＢ２５で搬送されるか、又は、ユーザ情報フィールド内のＭＣＳフィールドの値が１４であるか、又は、ＭＣＳフィールドの値が１６～３１のいずれか１つである。

【0052】

上記の可能な実装では、ユーザフィールドに対応するリソースユニットが複製伝送に利用されることは、トリガフレームにおいて示される。これは、ユーザ情報フィールド内のビットＢ２５又はＭＣＳフィールドの値を利用して示されうる。このことは、複製伝送のインジケーション方式のフレキシビリティを改善する。

【0053】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0054】

実装において、リソースユニットの複製伝送の数量は、事前に指定されるか、又は、トリガフレームが送信される前にステーションとのネゴシエーションを通じて事前に決定される。

【0055】

上記の可能な実装では、トリガフレームにおいて示される、複製伝送に利用されるリソースユニットの複製伝送の数量がフレキシブルに構成されうる。このことは、データ伝送の信頼性及びフレキシビリティを改善する。

【0056】

実装において、トリガフレームに含まれるユーザ情報フィールドは、第２の情報をさらに含む。第２の情報は、ユーザ情報フィールドに対応するリソースユニットの複製伝送の数量を示す。

【0057】

上記の可能な実装では、ユーザ情報フィールドに対応するリソースユニットの複製伝送の数量を示すために、第２の情報がトリガフレームに追加されうる。このことは、複製伝送の数量のインジケーション方式のフレキシビリティを改善する。

【0058】

実装において、第２の情報は、開始空間ストリームの一部又は全部のビット、及び／又は、ユーザ情報フィールド内の空間ストリーム数ＮＳＳで搬送される。

【0059】

上記の可能な実装では、開始空間ストリームの一部又は全部のビット、及び／又は、トリガフレーム内の空間ストリーム数ＮＳＳが、複製伝送の数量を示す。インジケーション方式はフレキシブルであり、実装が容易である。

【0060】

実装において、第１の情報又は第２の情報又はその両方は、トリガフレーム内の以下のビット、即ち、特別なユーザ情報リストフィールド内のビットＢ２５～Ｂ３９、又は、共通情報フィールド内のビットＢ５６～Ｂ６３のうちの１つ以上で搬送される。

【0061】

上記の可能な実装では、トリガフレーム内の予約済フィールドが、対応するリソースユニットが複製伝送に利用されることを示しうる。インジケーション方式はフレキシブルであり、実装が容易である。

【0062】

実装において、トリガフレームにおけるユーザ情報フィールド内のリソースユニット割り当てフィールド又はＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールド又はその両方は、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示す。

【0063】

上記の可能な実装では、トリガフレームにおけるリソースユニット割り当てサブフィールド及び／又はＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールドの特定のインデックスが、対応するリソースユニットが複製伝送に利用されることを示しうる。インジケーション方式はフレキシブルであり、実装が容易である。

【0064】

第４の態様によれば、ターゲットステーションに適用される、トリガフレームを伝送するための方法が提供される。方法は、トリガフレームを受信するステップであって、トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される、ステップと、トリガフレームに基づいて、ターゲットステーションに対応し、かつＥＨＴＴＢＰＰＤＵを送信するために利用されるリソースユニットが複製伝送に利用されることを決定するステップとを含む。

【0065】

実装において、方法は、複製伝送に利用されるリソースユニット上で、ＥＨＴＴＢＰＰＤＵをアクセスポイントに送信するステップをさらに含む。

【0066】

実装において、トリガフレームに含まれる少なくとも２つのユーザ情報フィールドに対応するアソシエーション識別子又はステーション識別子は、ターゲットステーションに対応するステーション識別子と同じであり、少なくとも２つのユーザ情報フィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示す。

【0067】

実装において、トリガフレームに含まれ、かつ少なくとも２つのリソースユニットに対応する少なくとも２つのユーザ情報フィールドのうちの少なくとも１つのユーザフィールドの変調及びコーディングスキームＭＣＳフィールドの値は１５であり、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示す。

【0068】

【0069】

【0070】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0071】

【0072】

【0073】

【0074】

【0075】

【0076】

第５の態様によれば、通信装置が提供される。通信装置は、処理モジュールと、トランシーバモジュールとを含む。処理モジュールは、極高スループットマルチユーザ物理レイヤプロトコルデータユニットＥＨＴＭＵＰＰＤＵを生成することであって、ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される、ことを行い、ＥＨＴＭＵＰＰＤＵを送信するように構成される。

【0077】

【0078】

実装において、少なくとも２つのリソースユニットは、連続であるか、又は不連続である。

【0079】

【0080】

【0081】

【0082】

【0083】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0084】

【0085】

【0086】

実装において、リソースユニット割り当てサブフィールドは、リソースユニットが複製伝送に利用されることを示す。

【0087】

第６の態様によれば、通信装置が提供される。通信装置は、処理モジュールと、トランシーバモジュールとを含む。トランシーバモジュールは、ＥＨＴＭＵＰＰＤＵを受信することであって、ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される、ことを行うように構成される。処理モジュールは、ＥＨＴＭＵＰＰＤＵに基づいて、ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定し、複数のリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するように構成される。

【0088】

【0089】

実装において、少なくとも２つのリソースユニットは、連続であるか、又は不連続である。

【0090】

【0091】

【0092】

【0093】

【0094】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0095】

【0096】

【0097】

実装において、リソースユニット割り当てサブフィールドは、リソースユニットが複製伝送に利用されることを示す。

【0098】

第７の態様によれば、通信装置が提供される。装置は、処理モジュールと、トランシーバモジュールとを含む。処理モジュールは、トリガフレームを生成することであって、トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される、ことを行うように構成される。トランシーバモジュールは、トリガフレームを送信するように構成される。

【0099】

実装において、トランシーバモジュールは、ＥＨＴＴＢＰＰＤＵをステーションから受信するようにさらに構成され、処理モジュールは、複製伝送に利用される少なくとも１つのリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するようにさらに構成される。

【0100】

【0101】

【0102】

【0103】

【0104】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0105】

【0106】

【0107】

【0108】

【0109】

【0110】

第８の態様によれば、通信装置が提供される。装置は、処理モジュールと、トランシーバモジュールとを含む。トランシーバモジュールは、トリガフレームを受信することであって、トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される、ことを行うように構成される。処理モジュールは、トリガフレームに基づいて、ターゲットステーションに対応し、かつＥＨＴＴＢＰＰＤＵを送信するために利用されるリソースユニットが複製伝送に利用されることを決定するように構成される。

【0111】

実装において、トランシーバモジュールは、複製伝送に利用されるリソースユニット上で、ＥＨＴＴＢＰＰＤＵをアクセスポイントに送信するようにさらに構成される。

【0112】

【0113】

【0114】

【0115】

【0116】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0117】

【0118】

【0119】

【0120】

【0121】

【0122】

第９の態様によれば、通信装置が提供される。通信装置は、プロセッサと、通信インターフェースとを含む。通信インターフェースは、通信装置の外部にあるモジュールと通信するように構成される。プロセッサは、コンピュータプログラム又は命令を実行して、第１の態様のいずれか１つによる方法を実施する、又は、第３の態様のいずれか１つによる方法を実施するように構成される。

【0123】

第１０の態様によれば、通信装置が提供される。通信装置は、プロセッサと、通信インターフェースとを含む。通信インターフェースは、通信装置の外部にあるモジュールと通信するように構成される。プロセッサは、コンピュータプログラム又は命令を実行して、第２の態様のいずれか１つによる方法を実施する、又は、第４の態様のいずれか１つによる方法を実施するように構成される。

【0124】

第１１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラム命令を含む。コンピュータプログラム命令が通信装置上で実行されるとき、通信装置は、第１の態様のいずれか１つによる方法を実行することが可能になる、又は、通信装置は、第３の態様のいずれか１つによる方法を実行することが可能になる。

【0125】

第１２の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラムを含む。コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第２の態様のいずれか１つによる方法を実行することが可能になる、又は、コンピュータは、第４の態様のいずれか１つによる方法を実行することが可能になる。

【0126】

第１３の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品が通信装置上で実行されるとき、通信装置は、第１の態様又は第３の態様のいずれか１つによる方法を実行することが可能になる。

【0127】

第１４の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品が通信装置上で実行されるとき、通信装置は、第２の態様又は第４の態様のいずれか１つによる方法を実行することが可能になる。

【0128】

第１５の態様によれば、通信システムが提供される。通信システムは、第５の態様による通信装置と、第６の態様による通信装置とを含む。

【0129】

第１６の態様によれば、通信システムが提供される。通信システムは、第７の態様による通信装置と、第８の態様による通信装置とを含む。

【0130】

上で提供された通信装置、コンピュータ可読記憶媒体、コンピュータプログラム製品、及び通信システムは、上で提供された対応する方法を利用して実装されうると理解されうる。従って、通信装置、コンピュータ可読記憶媒体、コンピュータプログラム製品、及び通信システムによって実現することができる有利な効果については、上で提供された対応する方法における有利な効果を参照されたい。詳細については、ここでは再度説明されない。

【図面の簡単な説明】

【0131】

【図1】この出願の実施形態による、ＥＨＴＭＵＰＰＤＵのフレーム構造の模式図である。

【図2】この出願の実施形態による、ＥＨＴＭＵＰＰＤＵのフレーム構造の詳細な模式図である。

【図3A】この出願の実施形態による、トリガフレームのフレーム構造の模式図である。

【図3B】この出願の実施形態による、トリガフレームのフレーム構造の模式図である。

【図4】この出願の実施形態による、ＥＨＴＴＢＰＰＤＵのフレーム構造の模式図である。

【図5】この出願の実施形態による、ＷＬＡＮ通信システムのアーキテクチャの図である。

【図6】この出願の実施形態による、通信装置の構成の模式図である。

【図7】この出願の実施形態による、物理レイヤプロトコルデータユニットを伝送するための方法の模式図である。

【図8】この出願の実施形態による、リソースユニット複製伝送に利用されるＥＨＴＭＵＰＰＤＵのフレーム構造の模式図である。

【図9】この出願の実施形態による、ＥＨＴＭＵＰＰＤＵのＲＵ複製伝送の模式図である。

【図10】この出願の実施形態による、トリガフレームを伝送する他の方法の模式図である。

【図11A】この出願の実施形態による、リソースユニット複製伝送に利用されるトリガフレームのフレーム構造の模式図である。

【図11B】この出願の実施形態による、リソースユニット複製伝送に利用されるトリガフレームのフレーム構造の模式図である。

【図12】この出願の実施形態による、ＥＨＴＴＢＰＰＤＵのＲＵ複製伝送の模式図である。

【図13】この出願の実施形態による、通信装置の構造の模式図である。

【図14】この出願の実施形態による、他の通信装置の構造の模式図である。

【発明を実施するための形態】

【0132】

この出願の説明において、別途指定しない限り、「／」は、連携するオブジェクト間の「又は」の関係を示す。例えば、Ａ／Ｂは、Ａ又はＢを示しうる。この出願において、「及び／又は」は、連携するオブジェクト間のアソシエーション関係のみを記述し、３つの関係が存在しうることを示す。例えば、Ａ及び／又はＢは、以下の３つのケース、即ち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、そして、Ｂのみが存在することを示しうるし、Ａ及びＢは、単数であってもよいし、複数であってもよい。加えて、この出願の説明において、別途指定しない限り、「複数の」は、２つ以上を意味する。「以下のアイテム（部分）のうちの少なくとも１つ」又はその類似表現は、これらのアイテムの任意の組み合わせを意味し、単数アイテム（部分）、又は複数アイテム（部分）の任意の組み合わせを含む。例えば、ａ、ｂ、又はｃのうちの少なくとも１つのアイテム（部分）は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、又は、ａとｂとｃを示しうるし、ａ、ｂ、ｃは、単数であってもよいし、複数であってもよい。加えて、この出願の実施形態における技術的解決策について明確に説明するために、この出願の実施形態では、「第１の」及び「第２の」などの言葉が、基本的に同じ機能又は目的を有する同じアイテム又は類似のアイテムを区別するために利用される。当業者は、「第１の」及び「第２の」などの言葉は、数量又は実行順序を限定せず、「第１の」及び「第２の」などの言葉は、明確な違いを示さないことを理解しうる。

【0133】

この出願において、「例」又は「例えば」などの言葉は、例、例証、又は説明を与えることを表すために利用されることに留意すべきである。この出願において、「例」又は「例えば」として説明される任意の実施形態又は設計スキームは、他の実施形態又は設計スキームよりも、より好適である又はより多くの利点を有すると解釈されるべきではない。正確には、「例」又は「例えば」などの用語は、具体的な方式で関連概念を示すことを意図している。

【0134】

この出願の実施形態は、無線ローカルエリアネットワーク（wireless local area network, WLAN）シナリオに適用可能でありうるし、ＩＥＥＥ８０２．１１システム標準規格、例えば、８０２．１１ａ／ｂ／ｇ標準規格、８０２．１１ｎ標準規格、８０２．１１ａｃ標準規格、８０２．１１ａｘ標準規格、又は、次世代標準規格、例えば、８０２．１１ｂｅ標準規格、又は、さらに次世代の標準規格に適用可能でありうる。代替的に、この出願の実施形態は、無線ローカルエリアネットワークシステム、例えば、モノのインターネット（internet of things, IoT）ネットワーク又はビークルトゥＸ（Vehicle to X, V2X）ネットワークに適用されうる。もちろん、この出願の実施形態は、さらに、他の可能な通信システム、例えば、ロングタームエボリューション（long term evolution, LTE）システム、ＬＴＥ周波数分割複信（frequency division duplex, FDD）システム、ＬＴＥ時間分割複信（time division duplex, TDD）システム、ユニバーサルモバイルテレコミュニケーションシステム（universal mobile telecommunication system, UMTS）、マイクロ波アクセス用ワールドワイドインターオペラビリティ（worldwide interoperability for microwave access, WiMAX）通信システム、及び将来の第５世代（5th generation, 5G）通信システムに適用可能である。

【0135】

理解を容易にするため、以下では、まず、この出願の実施形態における技術用語について簡単に説明する。

【0136】

ＷＬＡＮは、８０２．１１ａ／ｂ／ｇから始まり、８０２．１１ｎ、８０２．１１ａｃ、及び８０２．１１ａｘを経由して、議論下にある８０２．１１ｂｅに至る。８０２．１１ａｘ標準規格は、高効率（High Efficient, HE）と称され、８０２．１１ｂｅ標準規格は、極高スループット（Extremely High Throughput, EHT）と称される。８０２．１１ｂｅ及びそれ以降の標準規格は、ＥＨＴ＋と称されることがある。

【0137】

８０２．１１ｂｅにおいては、ＥＨＴＭＵＰＰＤＵ及びＥＨＴＴＢＰＰＤＵを含む、２つのＥＨＴ物理レイヤプロトコルデータユニット（physical protocol data unit, PPDU）フォーマットが定義されている。ＥＨＴＭＵＰＰＤＵは、シングルユーザ（ダウンリンク又はアップリンク）及びマルチユーザ（ダウンリンク）データ伝送をサポートしうる。ＥＨＴＴＢＰＰＤＵは、ＡＰによって送信されるトリガフレームのトリガに基づいて１つ以上のＳＴＡによって送信されるＥＨＴＰＰＤＵの他のフォーマットである。

【0138】

図１は、８０２．１１ｂｅで利用されうるＥＨＴＭＵＰＰＤＵの構造を示す。ＥＨＴＭＵＰＰＤＵは、３つの部分、即ち、レガシープリアンブル（legacy preamble, Ｌ－プリアンブル）、極高スループットプリアンブル（extremely high throughput preamble, ＥＨＴ－プリアンブル）、及び物理レイヤコンバージェンスプロトコルサービスデータユニット（physical layer convergence protocol service data unit, PSDU）を含みうる。

【0139】

Ｌ－プリアンブル部分は、Ｌ－ＳＴＦフィールド、Ｌ－ＬＴＦフィールド、及びＬ－ＳＩＧフィールドを含む。ＥＨＴ－プリアンブル部分は、ＲＬ－ＳＩＧフィールド及びユニバーサルフィールド（universal SIG, U-SIG）と、極高スループット信号（EHT-SIG）フィールドと、極高スループットショートトレーニングフィールド（extremely high throughput short training field, EHT-STF）と、極高スループットロングトレーニングフィールド（extremely high throughput long training field, EHT-LTF）とを含む。ＰＳＤＵ部分は、データ（data）などのフィールドを含む。

【0140】

具体的に、ＥＨＴＭＵＰＰＤＵ内のフィールドの意味については、以下の表１を参照されたい。

【0141】

【表1】

【0142】

可能な実装において、図２に示したように、ＥＨＴ－ＳＩＧフィールドは、共通フィールド及びユーザ固有フィールドを含む。共通フィールドは、ＳＴＡに割り当てられたリソース割り当て情報を搬送するために利用されうる。ユーザ固有フィールドは、ユーザ情報を搬送するために利用されうる。任意選択で、ＰＰＤＵは、ＰＥをさらに含みうる。

【0143】

具体的には、共通フィールドは、リソースユニット割り当てサブフィールド－１（ＲＵ割り当てサブフィールド－１）を含む。帯域幅が１６０ＭＨｚ以上であるとき、共通フィールドは、リソースユニット割り当てサブフィールド－２をさらに含みうるし、チェックに利用される巡回冗長検査（Cyclic Redundancy Check, CRC）及び巡回デコーディングに利用されるテール（Tail）サブフィールドを含みうる。リソースユニット割り当てサブフィールド（リソースユニット割り当てサブフィールド－１及び／又はリソースユニット割り当てサブフィールド－２）は、ＰＰＤＵ帯域幅全体が分割される、事前決定されたリソースユニットの割り当てを示す。言い換えると、ＰＰＤＵ帯域幅のリソースユニットは、事前決定された位置及びサイズに基づいて分割され、リソースユニット割り当てサブフィールド（リソースユニット割り当てサブフィールド－１及び／又はリソースユニット割り当てサブフィールド－２）は、ＰＰＤＵ帯域幅におけるリソースユニットの割り当てを示す。

【0144】

ＥＨＴＭＵＰＰＤＵのシグナリングインジケーションについては、Ｕ－ＳＩＧ内にＰＰＤＵタイプ及び圧縮モードフィールドがある。ＰＰＤＵタイプ及び圧縮モードフィールドが１であるとき、それは、ＥＨＴＭＵＰＰＤＵがシングルユーザ伝送であることを示す。ＰＰＤＵタイプ及び圧縮モードフィールドが０であるとき、それは、ＥＨＴＭＵＰＰＤＵがマルチユーザ伝送であることを示す。シングルユーザ伝送のためのＥＨＴＭＵＰＰＤＵでは、ＥＨＴ－ＳＩＧが１つのユーザフィールドのみを有する。マルチユーザ伝送のためのＥＨＴＭＵＰＰＤＵでは、ＥＨＴ－ＳＩＧが２～Ｍ個のユーザフィールドを含み、Ｍは、２以上の正の整数でありうる。

【0145】

リソースユニット割り当てサブフィールドにおいて示される複数のリソースユニットの割り当てシーケンスに対応する、マルチユーザ伝送のためのＥＨＴＭＵＰＰＤＵでは、ユーザ固有フィールド（User Specific field）が、２～Ｍ個のユーザフィールド（User Fields）を含み、どのユーザ（即ち、ステーション）にリソースユニットが割り当てられるかを示す。

【0146】

各ユーザフィールドは、ターゲットステーション（即ち、ターゲットユーザ）を示すために、ターゲットユーザのアソシエーション識別子を含む。加えて、ユーザフィールドは、変調及びコーディングスキーム（Modulation and Coding Scheme, MCS）などのインジケーションフィールドをさらに含む。

【0147】

加えて、通常は、Ｍ個のユーザフィールドの２つ毎にグループが形成され、２つのユーザフィールド毎にＣＲＣ及びテールフィールドが続く。Ｍが奇数である場合、最終グループ内に１つのユーザフィールドが存在し、又は、Ｍが偶数である場合、最終グループ内に依然として２つのユーザフィールドが存在する。

【0148】

ＥＨＴ－ＭＵ－ＰＰＤＵは単なる例であると理解すべきである。標準規格の策定プロセス又は技術の発展プロセスにおいては、他の構造が存在しうる。このことは、この出願において限定されない。

【0149】

加えて、ＥＨＴＴＢＰＰＤＵは、ＡＰによって送信されるトリガフレームのトリガに基づいて、１つ以上のＳＴＡによって送信されるＥＨＴＰＰＤＵの他のフォーマットである。具体的なフォーマットについては以下で説明し、詳細については、ここでは説明されない。

【0150】

トリガフレーム（Trigger Frames）：ＡＰは、トリガフレームを利用して、リソースユニット（resource unit, RU）を１つ以上のＳＴＡに割り当てうる。

【0151】

８０２．１１ｂｅにおけるマルチユーザ伝送は、直交周波数分割多元接続（orthogonal frequency division multiple access, OFDMA）技術に基づいている。ＯＦＤＭＡ技術の利用に伴い、伝送帯域幅は、一連の相互直交及び非複製サブキャリアセットに分割され、異なるサブキャリアセットは、多元接続を実装するために、異なるユーザに割り当てられうる。これらのサブキャリアは、異なる組み合わせに割り当てられる。そのような組み合わせは、リソースユニット（Resource Units, RUs）と称される。

【0152】

以下のもの、即ち、２６トーンＲＵ、５２トーンＲＵ、５２＋２６トーンＭＲＵ、１０６トーンＲＵ、１０６＋２６トーンＭＲＵ、２４２トーンＲＵ、４８４トーンＲＵ、４８４＋２４２トーンＭＲＵ、９９６トーンＲＵ、９９６＋４８４トーンＭＲＵ、９９６＋４８４＋２４２トーンＭＲＵ、２×９９６トーンＲＵ、２×９９６＋４８４トーンＭＲＵ、３×９９６トーンＭＲＵ、３×９９６＋４８４トーンＭＲＵ、及び４×９９６トーンＲＵなどは、アップリンク及びダウンリンクにおいて定義される異なるＲＵ又はＭＲＵである。

【0153】

トリガベースのマルチユーザアップリンク伝送に際し、ＡＰは、トリガフレームを利用して、１つ以上のＳＴＡに割り当てられ、かつアップリンク伝送に利用されるリソースユニットを示しうる。これは、ＡＰが、トリガフレームを利用して、１つ以上のＳＴＡのためにリソースユニットをスケジューリングしうることも意味する。

【0154】

具体的には、ＡＰが、トリガフレームを利用して、１つ以上のＳＴＡのためにリソースユニットをスケジューリングするプロセスは、以下のステップを含みうる。

【0155】

ステップ１：ＡＰがトリガフレームを送信し、ここで、トリガフレームは、リソースユニット割り当て情報と、ＥＨＴＴＢＰＰＤＵを送信するために１つ以上のＳＴＡによって利用される他のパラメータとを含む。

【0156】

トリガフレームの構造については、図３Ａ及び図３Ｂを参照されたい。トリガフレームは、共通情報フィールドと、ユーザ情報リストフィールドとを含む。

【0157】

共通情報フィールドは、トリガフレームタイプサブフィールド、アップリンク長サブフィールド、アップリンク帯域幅サブフィールド、及び予約済サブフィールドなどを含み、１つ以上のＳＴＡのスケジューリングに関する共通情報を搬送するために利用される。

【0158】

ユーザ情報リストフィールドは、１～Ｍ個のユーザ情報フィールド（簡潔に、ユーザ情報フィールドと称される）を含む。ユーザ情報フィールドは、特別なユーザ情報フィールドを含むことがあり、ＡＩＤ識別子は２００７である。ユーザ情報フィールドは、複数のステーション（ユーザ）のリソースユニット割り当て、及び他の関連情報を示す。特別なユーザ情報フィールドに加え、各ユーザ情報フィールドは、アソシエーション識別子サブフィールド、リソースユニット割り当てサブフィールド、変調及びコーディングスキーム（Modulation and Coding Scheme, MCS）サブフィールド、開始空間ストリームサブフィールド、空間ストリーム数（Number of Spatial Streams, NSS）サブフィールド、及び予約済サブフィールドなどを含む。

【0159】

ステップ２：ＳＴＡは、トリガフレームを受信し、トリガフレームから、ステーションのアソシエーション識別子に合うユーザ情報フィールドをパースし、次いで、ユーザ情報フィールド内のリソースユニット割り当てサブフィールドによって示されるリソースユニット上でＥＨＴＴＢＰＰＤＵを送信する。

【0160】

例えば、ＥＨＴＴＢＰＰＤＵのフレーム構造は、図４に示され、レガシーショートトレーニングフィールドＬ－ＳＴＦ、レガシーロングトレーニングフィールドＬ－ＬＴＦ、レガシー信号フィールドＬ－ＳＩＧ、繰り返しレガシー信号フィールドＲＬ－ＳＩＧ、ユニバーサル信号フィールドＵ－ＳＩＧ、極高スループットショートトレーニングフィールドＥＨＴ－ＳＴＦ、極高スループットロングトレーニングフィールドＥＨＴ－ＬＴＦ、及びデータ（data）を含みうるし、任意選択で、パケット拡張ＰＥをさらに含みうる。

【0161】

ＥＨＴＴＢＰＰＤＵは、ＥＨＴ－ＳＩＧを含まない。ＳＴＡのスケジューリング情報が、ＡＰによってＳＴＡへと送信されるため、ＳＴＡは、ＥＨＴＴＢＰＰＤＵにスケジューリング情報を含める必要がない。

【0162】

ステップ３：任意選択で、ＡＰは、ＳＴＡによって送信されるＥＨＴＴＢＰＰＤＵを受信し、肯定応答フレームをＳＴＡに送信する。

【0163】

ＡＰは、ＥＨＴＴＢＰＰＤＵから、うまくデータをパースし、肯定応答フレームをＳＴＡに送信する。

【0164】

以下では、簡潔に、この出願の実施形態の実装環境及び適用シナリオについて説明する。

【0165】

この出願は、この出願の実施形態が適用可能なＷＬＡＮ通信システムを提供する。ＷＬＡＮ通信システムは、少なくとも１つの無線アクセスポイントＡＰと、ＡＰと連携する複数のステーション（stations, STAs）とを含む。この出願の実施形態におけるＳＴＡは、端末と称されることもあり、ＳＴＡ及び端末は、互いに交換可能でありうることに留意すべきである。このことは、この出願において提供される方法の中で特に限定されない。

【0166】

例として、図５は、この出願による、ＷＬＡＮ通信システムのアーキテクチャの図である。図５は、ＷＬＡＮ通信システムが、少なくとも１つのＡＰ、例えば、ＡＰ１及びＡＰ２を含み、ＡＰ１がＳＴＡ１、ＳＴＡ２、及びＳＴＡ３と連携する例を示す。ＡＰ１は、連携ＳＴＡ及び／又は非連携ＳＴＡに対して無線リソースをスケジューリングし、スケジューリングした無線リソース上でＳＴＡに対してデータを伝送しうる。例えば、ＡＰ１は、ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３などに対して無線リソースをスケジューリングし、スケジューリングした無線リソース上でＳＴＡ１、ＳＴＡ２、及びＳＴＡ３に対し、アップリンクデータ情報及び／又はダウンリンクデータ情報を含むデータを伝送しうる。

【0167】

加えて、この出願の実施形態は、ＡＰとＳＴＡとの間の通信、例えば、ＡＰと、ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３との間のマルチキャスト通信、及び、ＡＰと、ＳＴＡ４又はＳＴＡ５との間のユニキャスト通信に適用可能でありうる。代替的に、この出願の実施形態は、ＳＴＡ間の通信、例えば、ＳＴＡ４とＳＴＡ５との間の通信に適用可能でありうる。

【0168】

この出願の実施形態におけるＳＴＡは、無線通信チップ、無線センサ、又は無線通信端末であってよい。例えば、ＳＴＡは、ユーザ端末、ユーザ装置、アクセス装置、サブスクライバステーション、サブスクライバユニット、モバイルステーション、ユーザエージェント、又は、Ｗｉ－Ｆｉ通信機能をサポートするユーザデバイスであってよい。ユーザ端末は、様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、モノのインターネット（internet of things, IoT）デバイス、又は無線通信機能を有するコンピューティングデバイス、又は、無線モデムに接続された他の処理デバイス、及び、様々な形態のユーザ機器（user equipment, UE）、モバイルステーション（mobile stations, MSs）、端末（terminals）、端末機器（terminal equipment）、ポータブル通信デバイス、ハンドヘルドデバイス、ポータブルコンピューティングデバイス、エンターテインメントデバイス、ゲームデバイス又はシステム、グローバルポジショニングシステムデバイス、又は、無線媒体を通じてネットワーク通信を実行するように構成された任意の他の適切なデバイスなどを含みうる。さらに、ＳＴＡは、８０２．１１ｂｅ標準規格をサポートしうる。ＳＴＡは、また、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ、及び８０２．１１ａ、又は、次世代の８０２．１１ｂｅ標準規格などの複数のＷＬＡＮ標準規格をサポートしうる。

【0169】

この出願の実施形態におけるＡＰは、無線通信ネットワーク内に配置されて、ＡＰと連携するＳＴＡに対して無線通信機能を提供する装置であってよい。ＡＰは、主に、ホームに、ビルディング内に、及びパーク内に配置される。典型的なカバレッジ半径は、数十メートル～百数メートルである。もちろん、代替的に、ＡＰは、アウトドアに配置されることもある。ＡＰは、有線ネットワークと無線ネットワークとを接続するブリッジと等価である。ＡＰの主な機能は、様々な無線ネットワーククライアントを一緒に接続し、次いで、無線ネットワークをイーサネットに接続することである。具体的には、ＡＰは、Ｗｉ－Ｆｉチップを持つ通信デバイス、例えば、基地局、ルータ、ゲートウェイ、リピータ、通信サーバ、スイッチ、又はブリッジであってよい。基地局は、様々な形態のマクロ基地局、マイクロ基地局、又はリレー局などを含みうる。さらに、ＡＰは、８０２．１１ｂｅ標準規格をサポートしうる。ＡＰは、また、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ、及び８０２．１１ａ、又は次世代の８０２．１１ｂｅ標準規格などのＷＬＡＮ標準規格をサポートしうる。このことは、この出願において限定されない。

【0170】

いくつかの実施形態において、この出願におけるＡＰ及びＳＴＡは、まとめてＷＬＡＮデバイスと称されることがある。具体的に実装において、ＷＬＡＮデバイスは、図６に示した構成構造を利用してもよいし、図６に示したコンポーネントを含んでもよい。

【0171】

図６は、この出願の実施形態による、ＷＬＡＮデバイス６００の構成の模式図である。ＷＬＡＮデバイス６００は、ＳＴＡ、又は、ＳＴＡ内のチップ又はチップシステム（又は、システムオンチップと称される）であってよい。代替的に、ＷＬＡＮデバイス６００は、ＡＰ、又は、ＡＰ内のチップ又はチップシステム（又は、システムオンチップと称される）であってよい。この出願のこの実施形態において、チップシステムは、チップを含んでもよいし、チップと他のディスクリートデバイスとを含んでもよい。

【0172】

図６に示すように、ＷＬＡＮデバイス６００は、プロセッサ６０１と、トランシーバ６０２と、通信ライン６０３とを含む。さらに、ＷＬＡＮデバイス６００は、メモリ６０４をさらに含みうる。プロセッサ６０１、メモリ６０４、及びトランシーバ６０２は、通信ライン６０３を介して接続されうる。

【0173】

プロセッサ６０１は、中央処理ユニット（central processing unit, CPU）、汎用プロセッサ、ネットワークプロセッサ（network processor, NP）、デジタル信号プロセッサ（digital signal processor, DSP）、マイクロプロセッサ、マイクロコントローラ、プログラマブルロジックデバイス（programmable logic device, PLD）、又はそれらの任意の組み合わせである。代替的に、プロセッサ６０１は、処理機能を有する他の装置、例えば、回路、デバイス、又はソフトウェアモジュールであってよい。このことは限定されない。

【0174】

トランシーバ６０２は、他のデバイス又は他の通信ネットワークと通信するように構成される。他の通信ネットワークは、イーサネット、無線アクセスネットワーク（radio access network, RAN）、又はＷＬＡＮなどであってよい。トランシーバ６０２は、モジュール、回路、トランシーバ、又は通信を実施することができる任意の装置であってよい。

【0175】

通信ライン６０３は、ＷＬＡＮデバイス６００に含まれるコンポーネントの間で情報を伝送するように構成される。

【0176】

メモリ６０４は、命令を格納するように構成される。命令は、コンピュータプログラムであってよい。

【0177】

メモリ６０４は、リードオンリーメモリ（read-only memory, ROM）、又は、静的な情報及び／又は命令を格納することができる他のタイプの静的ストレージデバイスであってもよいし、ランダムアクセスメモリ（random access memory, RAM）、又は、情報及び／又は命令を格納することができる他のタイプの動的ストレージデバイスであってもよいし、電気的消去可能なプログラマブルリードオンリーメモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）又は他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、ディスク、デジタルバーサタイルディスク、又はブルーレイディスクなどを含む）、又は、磁気ディスクストレージ媒体又は他の磁気ストレージデバイスなどであってもよい。このことは限定されない。

【0178】

メモリ６０４は、プロセッサ６０１から独立していてもよいし、プロセッサ６０１に統合されていてもよいことに留意すべきである。メモリ６０４は、命令、プログラムコード、又は一部のデータなどを格納するように構成されてもよい。メモリ６０４は、ＷＬＡＮデバイス６００の内部に配置されてもよいし、ＷＬＡＮデバイス６００の外部に配置されてもよい。このことは限定されない。プロセッサ６０１は、メモリ６０４に格納された命令を実行して、この出願の以下の実施形態において提供される方法を実施するように構成される。

【0179】

例において、プロセッサ６０１は、１つ以上のＣＰＵ、例えば、図６のＣＰＵ０及びＣＰＵ１を含みううる。

【0180】

任意選択の実装において、ＷＬＡＮデバイス６００は、複数のプロセッサを含む。例えば、図６のプロセッサ６０１に加え、ＷＬＡＮデバイス６００は、プロセッサ６０７をさらに含んでよい。

【0181】

任意選択の実装において、ＷＬＡＮデバイス６００は、出力デバイス６０５及び入力デバイス６０６をさらに含む。例えば、入力デバイス６０６は、キーボード、マウス、マイクロフォン、又はジョイスティックなどである。出力デバイス６０５は、ディスプレイ、又はスピーカ（speaker）などである。

【0182】

図６に示した構成構造は、ＷＬＡＮデバイスについての限定を構成しないと理解されうる。図６に示したコンポーネントに加え、ＷＬＡＮデバイスは、図に示したものより多く又は少ないコンポーネントを含んでもよいし、一部のコンポーネントが結合されてもよいし、異なるコンポーネントレイアウトが利用されてもよい。

【0183】

以下では、添付図を参照しながら、この出願の実施形態における技術的解決策について説明する。

【0184】

この出願におけるフィールドの長さは、説明のための単なる例であることに留意すべきである。この出願において、フィールドの長さは、この出願において提供される長さに限定されない。フィールドの長さは、この出願において提供される長さより長くてもよいし、短くてもよい。

【0185】

この出願の以下の実施形態において、装置間のメッセージの名称、パラメータの名称、又は情報の名称は単なる例であり、他の実施形態において他の名称であってよいことに留意すべきである。このことは、この出願において提供される方法において特に限定されない。

【0186】

この出願の実施形態において、アクセスポイント及び／又はＳＴＡは、この出願の実施形態における一部又は全部のステップを実行しうると理解されうる。これらのステップ又はオペレーションは単なる例である。この出願の実施形態において、他のオペレーション又は様々なオペレーションの変形がさらに実行されうる。さらに、ステップは、この出願の実施形態に示されるものとは異なるシーケンスで実行されうるし、ことによると、この出願の実施形態におけるオペレーションの全てが実行される必要はない。

【0187】

図７は、この出願の実施形態による、リソースユニット複製伝送のためのインジケーション方法の模式的なフローチャートである。この出願のこの実施形態において提供される方法が、図６に示した適用シナリオに適用される例が、以下で利用される。もちろん、この出願のこの実施形態は、他の可能な通信シナリオ又は通信システムにも適用されうる。

【0188】

この出願において、マルチユーザ伝送のためのＥＨＴＭＵＰＰＤＵフォーマットが設計において改善され、ＲＵ複製伝送モードを実装するために、少なくとも１つのステーションに対応するリソースユニットが、複製伝送に利用されるＥＨＴＭＵＰＰＤＵにおいて示される。このことは、受信端の受信性能及びデータ伝送信頼性を改善する。この出願の技術的解決策によれば、複数のステーションのうちの１つだけが複製伝送を利用するか、又は、複数のステーションのうちの少なくとも２つが複製伝送を利用する。

【0189】

この出願の実施形態における複製伝送は、二重伝送（duplicated transmission）と称されることもあると理解すべきである。

【0190】

具体的には、図７に示すように、この出願において提供されるリソースユニット複製伝送のためのインジケーション方法は、以下のステップを含む。

【0191】

７０１：アクセスポイントは、ＥＨＴＭＵＰＰＤＵを生成し、ここで、ＥＨＴＭＵＰＰＤＵは、複数のステーションに対応し、ステーションのうちの少なくとも１つに対応するリソースユニットが、複製伝送に利用される。

【0192】

ＥＨＴＭＵＰＰＤＵ内のリソースユニット割り当てサブフィールドが、複数のステーションのリソースユニット割り当てを示す、即ち、シーケンスに基づいて、ＥＨＴＭＵＰＰＤＵに対応する周波数ドメインリソースを分割することによって得られる複数のリソースユニットを示すことを、上記の説明から知得することができる。ＥＨＴＭＵＰＰＤＵ帯域幅のリソースユニットは、事前決定された位置及びサイズに基づいて分割される。

【0193】

加えて、図２に示すように、ＥＨＴＭＵＰＰＤＵに含まれるユーザ固有フィールドは、複数のユーザフィールドを含み、複数のリソースユニットの割り当てシーケンスは、ユーザ固有フィールド内の複数のユーザフィールドに対応する。言い換えると、１つのユーザフィールドは、１つのリソースユニットに対応する。１つのユーザフィールドは、１つのステーション識別子を含む。

【0194】

この出願のこの実施形態において、ＥＨＴＭＵＰＰＤＵ内の特定のインジケーション情報は、少なくとも１つのステーションに対応するリソースユニットが複製伝送に利用されることを示す。

【0195】

実装において、少なくとも２つのユーザフィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示すために、少なくとも２つのユーザフィールド内のステーション識別子が同じである。

【0196】

図８を参照すると、ＥＨＴＭＵＰＰＤＵのユーザ固有フィールドにおいて、第１のユーザフィールドに含まれるステーション識別子はＡＤ１であり、さらに、第２のユーザフィールドに含まれるステーション識別子はＡＤ１である。これは、ＥＨＴＭＵＰＰＤＵ内のリソースユニット割り当てサブフィールドにおける第１のリソースユニット及び第２のリソースユニットが、ステーション識別子がＡＤ１であるステーションによって、第１のリソースユニット及び第２のリソースユニット上で複製伝送を実行するために利用されることを示す。

【0197】

この出願のこの実施形態において、複数のリソースユニットが複製伝送に利用されることは、同じデータビットが複数のリソースユニット上で伝送されることを意味する。具体的には、１つのデータビットが複製され、複数のリソースユニットに含まれるデータサブキャリア上で複数回伝送される。

【0198】

言い換えると、ＥＨＴ－ＳＩＧにおいて、複数のＲＵに対応するユーザフィールド内のステーション識別子（例えば、アソシエーション識別子）は同じであり、複数のＲＵが同じＳＴＡに割り当てられ、複製伝送が複数のＲＵに利用されることを示す。

【0199】

例えば、２０ＭＨｚＥＨＴＭＵＰＰＤＵは、５２トーンＲＵ、５２トーンＲＵ、２６トーンＲＵ、及び１０６トーンＲＵに割り当てられうる。最初の５２トーンＲＵは、第１のユーザフィールドに対応し、２番目の５２トーンＲＵは、第２のユーザフィールドに対応するなどである。この出願の実装解決策において、ＡＰは、最初の５２トーンＲＵ及び２番目の５２トーンＲＵの両方を同じＳＴＡに割り当てうる、具体的には、同じステーション識別子は、２つの５２トーンＲＵにそれぞれ対応する２つのユーザフィールドにおいて示され、２つのＲＵが同じＳＴＡに割り当てられ、複製伝送が２つの５２トーンＲＵ上のＳＴＡのデータ又はデータビットに利用されることを示す。言い換えると、ＳＴＡのデータ又はデータビットのコピーの一方が、一方の５２トーンＲＵ上で伝送され、データ又はデータビットのコピーの他方が、他方の５２トーンＲＵ上で伝送される。代替的に、２つの５２トーンＲＵ上で伝送される２つのコピーを得るために、ＳＴＡのデータ又はデータビットが複製される。

【0200】

加えて、ＡＰは、第３のユーザフィールドに対応する２６トーンＲＵと、第４のユーザフィールドに対応する１０６トーンＲＵをそれぞれ他の２つのユーザに割り当てうる。ＲＵ複製伝送は、２つのリソースユニット上で実行されなくてよい。

【0201】

さらに、デュアルキャリア変調（Dual Carrier Modulation, DCM）技術が、代替的に利用されうる。ＤＣＭは、同時に２つのサブキャリア上で１つのデータビットを繰り返し伝送することである、即ち、１つのデータビットが２つのサブキャリアに変調される。

【0202】

実装において、デュアルキャリア変調は、リソースユニットにおいて搬送されるデータビットに利用される。

【0203】

他の実装において、ＡＰは、デュアルキャリア変調が、対応するリソースユニットにおいて搬送されるデータビットに利用されることを、ＥＨＴＭＵＰＰＤＵのユーザフィールド内のＭＣＳフィールドの値を利用して示しうる。例えば、ＭＣＳフィールドの値が１５である場合、それは、デュアルキャリア変調が、対応するリソースユニットに利用されることを示す。

【0204】

簡潔のために、この出願のこの実施形態において、デュアルキャリア変調が、リソースユニットにおいて搬送されるデータビットに利用されることは、デュアルキャリア変調がリソースユニットに利用されること、と簡潔に称される。

【0205】

具体的な実装において、ＥＨＴＭＵＰＰＤＵに含まれ、かつ複製伝送に利用される少なくとも２つのリソースユニットについては、少なくとも２つのリソースユニットに対応する少なくとも２つのユーザフィールドのうちの少なくとも１つのユーザフィールドのＭＣＳフィールドの値が１５であり、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示す。

【0206】

加えて、ＲＵ複製伝送については、複製伝送に利用される複数のリソースユニットに対応する複数のユーザフィールドにおいて、ユーザフィールドのうちの１つの空間ストリーム数ＮＳＳが１に設定されてよく、空間ストリーム数サブフィールドが０として示されてよく、又は、ＮＳＳが示されず、かつ予約済フィールドとして利用される。ＲＵ複製伝送に対応する複数のユーザフィールドにおいて、ＭＣＳサブフィールド、予約済サブフィールド、ＮＳＳサブフィールド、ビームフォーミングサブフィールド、及びエンコーディングサブフィールドなどの他のインジケーション情報は同じであってよい、即ち、対応する変調パラメータが同じである。代替的に、他のインジケーション情報は、複数のユーザフィールドのうちの１つにおいてのみ示されてよく、他のユーザフィールド内の他のインジケーション情報に対応するフィールドは、予約済フィールドとして利用される。このことは、この出願において特に限定されない。

【0207】

例えば、図９は、ＥＨＴＭＵＰＰＤＵのＲＵ複製伝送の模式図である。ＥＨＴＭＵＰＰＤＵの伝送帯域幅は、１６０ＭＨｚである。ＡＰは、帯域幅全体を４８４サブキャリアＲＵ１、４８４サブキャリアＲＵ２、２４２サブキャリアＲＵ３、２４２サブキャリアＲＵ４、及び４８４サブキャリアＲＵ５に分割しうる。最初の２つのＲＵ、即ち、４８４サブキャリアＲＵ１及び４８４サブキャリアＲＵ２上で、ユーザ１によって、ＲＵ複製伝送が利用され、デュアルキャリア変調が利用されることと、２４２サブキャリアＲＵ３及び２４２サブキャリアＲＵ４上で、ユーザ２によって、ＲＵ複製伝送が利用され、デュアルキャリア変調が利用されることと、４８４サブキャリアＲＵ５上で、ユーザ３によって、普通の伝送（common transmission）、即ち、非複製伝送が実行されることとがＥＨＴＭＵＰＰＤＵのＲＵにおいて示される。

【0208】

４８４サブキャリアは、４６８データサブキャリアと、１６パイロットサブキャリアとを含む。データサブキャリアは、データ情報を搬送するために利用され、パイロットサブキャリアは、事前決定された値を伝送するために利用され、それにより、受信端は、周波数オフセット、及び位相ノイズなどを訂正する。図９に示すように、同じデータが、２つの４８４トーンＲＵのそれぞれの４６８データサブキャリア上で伝送される。加えて、デュアルキャリア変調がデータビットに利用されうる、具体的には、２３４データビットのそれぞれが２つのサブキャリアに変調され、４６８データサブキャリアが占有される。従って、２つの４８４トーンＲＵのデータサブキャリア上で、１つのデータビットが周波数ドメインにおいて２回複製され、デュアルキャリア変調が２回繰り返される、即ち、１つのデータビットが複製され、４回伝送される。このようにして、受信端は、コンバインド受信（combined reception）を実行することができる。これは、４倍のデータ受信ゲインを提供する。

【0209】

実装において、複製伝送に利用される少なくとも２つのリソースユニットは、連続であってもよいし、不連続であってもよい。例えば、１６０ＭＨｚに含まれる４８４トーンＲＵ（１）、４８４トーンＲＵ（２）、２４２トーンＲＵ、２４２トーンＲＵ、及び４８４トーンＲＵ（３）の中で、最初の４８４トーンＲＵ（１）及び最後の４８４トーンＲＵ（３）上で、ユーザ１によって、ＲＵ複製伝送が利用されることが、ＥＨＴＭＵＰＰＤＵのＲＵにおいて示されうる。普通の伝送、即ち、非複製伝送が、２番目の４８４トーンＲＵ（２）上で、ユーザ２によって実行される。

【0210】

加えて、ＥＨＴＭＵＰＰＤＵ内のＥＨＴ－ＳＩＧは、周波数ドメインにおける２０ＭＨｚの単位で伝送される、具体的には、ＥＨＴＭＵＰＰＤＵ内のＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、及びＥＨＴ－ＳＩＧが、２０ＭＨｚの単位で伝送される。例えば、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、及びＥＨＴ－ＳＩＧは、複製され、８０ＭＨｚ全体で４回伝送されてよく、４倍のデータ受信ゲイン（６ｄＢ）が提供され、また、ＥＨＴ－ＳＩＧは、複製され、１６０ＭＨｚ全体で８回伝送されてよく、８倍のデータ受信ゲインが提供される。

【0211】

これに基づき、ＥＨＴ－ＳＩＧ内の２０ＭＨｚの帯域幅内で伝送されるコンテンツは、コンテンツチャネル（Content Channel, CC）を利用して表されうる。ＥＨＴＭＵＰＰＤＵの帯域幅が２０ＭＨｚであるとき、ＥＨＴ－ＳＩＧは１つのＣＣを有する。ＥＨＴＭＵＰＰＤＵの帯域幅が４０ＭＨｚであるとき、ＥＨＴ－ＳＩＧは、周波数の昇順でそれぞれＣＣ１及びＣＣ２である２つのＣＣを有する。２つのコンテンツチャネル内の信号フィールドのフォーマットは同じであるが、内容は異なりうる。ＥＨＴＭＵＰＰＤＵの帯域幅が８０ＭＨｚであるとき、さらに２つのＣＣが存在し、合計で４つのチャネルが存在する。従って、リソースユニット割り当て情報は、概して、ＣＣ１、ＣＣ２、ＣＣ１、及びＣＣ２の構造に基づいて、周波数の昇順で、４つのチャネル上で示される。ＥＨＴＭＵＰＰＤＵの帯域幅が１６０ＭＨｚ以上であるとき、各８０ＭＨｚに２つのコンテンツチャネルが存在する。異なる８０ＭＨｚにおいて、ＥＨＴ－ＳＩＧの内容は異なりうる。

【0212】

従って、ＲＵ複製伝送が利用される複数のＲＵについては、ＲＵ複製伝送が実行される各ＲＵが、複製伝送を表すために利用されうる。例えば、２つの５２トーンＲＵが、ＳＴＡのデータビットを複製及び伝送するとき、ＳＴＡのデータビットは、２回複製される。代替的に、複製伝送をカバーすることができる複数のＲＵのコンバインドラージＲＵ（combined large RU）が、記述のために利用されてよい。この場合、コンバインドラージＲＵは、１つのユーザフィールドのみに対応する。例えば、１０６トーンＲＵの複製伝送は、２つの５２トーンＲＵの複製伝送を示し、具体的には、１０６トーンＲＵに対応するＳＴＡのデータビットは、複製され、２つの５２トーンＲＵ上で２回伝送される。例えば、５２トーンＲＵが複製されて４回伝送されることをＡＰが示す場合、ＡＰは、ＥＨＴＭＵＰＰＤＵを利用して、４つの５２トーンＲＵが複製伝送に利用されることを示し、５２トーンＲＵで搬送されるデータビットを複製して、４回伝送のための４つの５２トーンＲＵにしうる、又は、ＡＰは、複数のＲＵのコンバインドラージＲＵ、例えば、２４２トーンＲＵが複製伝送に利用されることを示し、５２トーンＲＵで４回搬送されるデータビットを複製し、伝送のための２４２トーンＲＵにしうる。具体的なインジケーション方式については、以下で説明する。詳細については、ここでは再度説明されない。

【0213】

例えば、ＲＵ複製の倍数は、ユーザフィールド内のステーション識別子が、特定の８０ＭＨｚにおけるＣＣ１及びＣＣ２上で繰り返される回数に等しい。ＰＰＤＵの帯域幅が２０ＭＨｚを超過するときにのみＣＣ２が存在することに留意すべきである。

【0214】

加えて、複製伝送において、異なるＲＵは、以下の方法、即ち、異なるインターリーバ、異なるエンコードパンクチャモード、又は、異なるサブキャリアマッピング調整オーダのうちの１つ以上をさらに利用し、ダイバーシティを増加させ、データ伝送信頼性を改善し、ピーク対平均電力比（Peak to Average Power Ratio, PAPR）を低減しうる。

【0215】

７０２：アクセスポイントは、ＥＨＴＭＵＰＰＤＵを送信する。

【0216】

７０３：ターゲットステーションは、ＥＨＴＭＵＰＰＤＵを受信する。

【0217】

７０４：ターゲットステーションは、ＥＨＴＭＵＰＰＤＵに基づいて、ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定し、複数のリソースユニットで搬送される情報に対するコンバインドデコーディングを実行する。

【0218】

ターゲットステーションは、ＥＨＴＭＵＰＰＤＵ内の、複製伝送のためのインジケーションに基づいて、ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定しうるし、それにより、コンバインドデコーディングが、複数のリソースユニットで搬送される情報に対して実行される、即ち、結合オペレーションが、同じデータビットを搬送する異なるサブキャリア上で実行され、データ受信信頼性を改善する。

【0219】

ステップ７０１における実装に基づいて、ターゲットステーションは、ターゲットステーションのものであり、かつＥＨＴＭＵＰＰＤＵ内のユーザフィールドに含まれるステーション識別子の数量に基づいて、ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定し、それにより、複数のユーザフィールドに対応する複数のリソースユニットで搬送されるデータ上でコンバインドデコーディングが実行されうる。

【0220】

この出願の上記の実装によれば、複数のユーザのうちの１つ以上のＲＵ複製伝送メカニズムが、ＯＦＤＭＡ伝送シナリオにおけるＡＰに追加されうる。これは、受信端のデータ信頼性を改善し、低電力シナリオにおける伝送電力制限に起因する低データ信頼性の問題を補償する。

【0221】

加えて、ＥＨＴＭＵＰＰＤＵ内の複数のユーザフィールドが同じであり、複数の対応するＲＵが複製伝送に利用されることを示す。これは、受信端及び送信端について実装を容易にする。さらに、ＥＨＴＭＵＰＰＤＵにおいて、リソースユニット割り当てサブフィールドがパイロットサブキャリアの位置を正確に反映し、それにより、サードパーティのステーションは、さらに、他のステーションに対応するＲＵ内のパイロットサブキャリアを利用して中心周波数偏差又は位相偏差を推定して、データ受信性能を改善しうる。この出願の技術的解決策において、複製伝送のための複数のＲＵは、さらに、連続であるか、又は不連続であることが許容される。加えて、ステーションが比較的ＡＰの近くにある場合、ＲＵ複製伝送を通じてステーションの受信性能を高める必要はない。この場合、複製伝送ではなく通常伝送が、ステーションのＲＵに利用されうる。この出願におけるＥＨＴＭＵＰＰＤＵでは、複製伝送を利用するＲＵ及び複製伝送を利用しないＲＵの両方が割り当てられてよく、構成方式はフレキシブルである。

【0222】

加えて、ステップ７０１において、アクセスポイントは、ＥＨＴＭＵＰＰＤＵにおいて、少なくとも１つのステーションに対応するリソースユニットが複製伝送に利用されることを示す。ユーザフィールド内の同じステーション識別子を利用することによるＲＵ複製伝送のためのインジケーションに加え、この出願は、さらに、他のインジケーション方式を提供する。

【0223】

【0224】

具体的には、ＲＵ複製伝送について、ＡＰは、ＥＨＴＭＵＰＰＤＵのリソースユニット割り当てサブフィールド、即ち、ＲＵ割り当てサブフィールド－１及び／又はＲＵ割り当てサブフィールド－２におけるＲＵ又はＭＲＵを示しうる。加えて、インジケーションが、リソースユニットに対応するユーザフィールドにおいて提供され、リソースユニットの伝送モードが、ＲＵ／ＭＲＵを利用して実行される通常伝送であるか、又は、複数のＲＵを利用して実行される複製伝送であるかを示す。

【0225】

この場合、複製伝送を利用するＲＵは、複数の複製ＲＵをカバーする結合されたＲＵとして示されうる。具体的には、以下の表２が、事前設定されたルールとして利用されうる。

【0226】

【表2】

【0227】

リソースユニットの複製伝送の数量は、事前に指定されてよい。代替的に、ＡＰは、ＡＰがＥＨＴＭＵＰＰＤＵを送信する前に、事前にＳＴＡとネゴシエーションして、リソースユニットの複製伝送の数量を決定しうる。代替的に、複製伝送の数量は、ユーザフィールドにおいてフレキシブルに示されうる。

【0228】

例えば、９９６トーンＲＵは、リソースユニット割り当てサブフィールドにおいて示される。リソースユニットの複製伝送の数量が２である場合、それは、複製伝送が２つの４８４トーンＲＵ上で実行されることを示し、リソースユニットの複製伝送の数量が４である場合、それは、複製伝送が４つの２４２トーンＲＵ上で実行されることを示し、又は、リソースユニットの複製伝送の数量が８である場合、それは、複製伝送が８つの１０６トーンＲＵ上で実行されることを示す。

【0229】

具体的な実装において、例えば、複製伝送の事前設定された数量が２であり、ＳＴＡのデータ又はデータビットが、ＥＨＴＭＵＰＰＤＵにおいて示され、複製されて、９９６トーンＲＵ上で伝送される。具体的には、ＳＴＡのデータ又はデータビットのコピーの一方が、一方の４８４トーンＲＵ上で伝送され、ＳＴＡのデータ又はデータビットのコピーの他方が、他方の４８４トーンＲＵ上で伝送される。代替的に、ＳＴＡのデータ又はデータビットは、伝送のための９９６トーンＲＵのデータサブキャリアに割り当てられる２つのコピーを得るために複製されうる。例えば、データビットのコピーの一方は、９９６トーンＲＵに含まれる偶数番号のサブキャリア上で伝送され、データビットのコピーの他方は、奇数番号のサブキャリア上で伝送される。

【0230】

この出願の上記の実装において、複製伝送を利用するＲＵが、複数のＲＵをカバーする１つの結合されたＲＵとして示され、それにより、各ステーションは、１つのユーザフィールドのみに対応する。これは、ＥＨＴＭＵＰＰＤＵ内のユーザフィールドのシグナリングオーバーヘッドを低減し、システム効率を改善する。加えて、複製伝送の回数は、プロトコルに従って、事前ネゴシエーションを通じて、又は、ＥＨＴＭＵＰＰＤＵのユーザフィールド内で、正確に示されうるし、それにより、受信端は、全てのステーション識別子のユーザフィールドを同時に正しく読み出す必要がなく、データ伝送信頼性がより高くなる。

【0231】

実装において、ＥＨＴＭＵＰＰＤＵのユーザフィールド内のＭＣＳフィールドの値は１４であり、リソースユニットが複製伝送に利用されることを示しており、他のＭＣＳは、非ＲＵ複製伝送に利用される。

【0232】

実装において、ＥＨＴＭＵＰＰＤＵのユーザフィールド内のビットＢ１５は、対応するリソースユニットが複製伝送に利用されることを示しうる。言い換えると、第１の情報は、ＥＨＴＭＵＰＰＤＵのユーザフィールド内のビットＢ１５、即ち、予約済ビットにおいて搬送されうる。

【0233】

他の実装において、ＥＨＴＭＵＰＰＤＵ内のユーザフィールドは、第２の情報をさらに含みうる。第２の情報は、ユーザフィールドに対応するリソースユニットの複製伝送の数量を示す。

【0234】

具体的には、ＥＨＴＭＵＰＰＤＵ内のユーザフィールドのＭＣＳフィールド（４ビット）は、予約済ビット（１ビット）と結合されて拡張ＭＣＳを形成しうる。拡張ＭＣＳの値は、１６～３１のうちのいずれか１つ以上であり、ＲＵ複製伝送を示している。拡張ＭＣＳの値が異なることは、複製回数の数量が異なることを示しうる。例えば、拡張ＭＣＳの値が１６である場合、それは、複製伝送が２回実行されることを示し、拡張ＭＣＳの値が１７である場合、それは、複製伝送が３回実行されることを示す。

【0235】

加えて、ＲＵ複製伝送について、ＮＳＳサブフィールドの値は通常１であり、具体的には、空間ストリーム数が１である。この場合、実装において、リソースユニットが複製伝送に利用されるとき、ＮＳＳサブフィールドは、予約済フィールドとして利用されてよく、示されない。代替的に、ＮＳＳサブフィールドは、複製伝送の数量を示しうる。

【0236】

実装において、第１の情報及び／又は第２の情報は、代替的に、ＥＨＴＭＵＰＰＤＵ内の以下のビット、即ち、Ｕ－ＳＩＧ内の１番目のシンボルのビットＢ２０～Ｂ２５、又は、Ｕ－ＳＩＧ内の２番目のシンボルのビットＢ２又はＢ８、又は、ＥＨＴ－ＳＩＧ内の１番目のシンボルのビットＢ１３～Ｂ１６のうちの１つ以上において搬送されうる。

【0237】

上記のビットは、データビット、即ち、エンコーディング前のビットであることに留意すべきである。

【0238】

具体的には、ＥＨＴＭＵＰＰＤＵにおけるＵ－ＳＩＧ及び／又はＥＨＴ－ＳＩＧ内の（サブ）フィールドの、予約済又は未使用ビット、又は、予約済又は未使用状態（エントリ）は、２つのカテゴリ、即ち、無視（Disregard）ビット及び検証（Validate）ビットに分けられる。

【0239】

８０２．１１ｂｅ標準規格において指定されるように、ＥＨＴ基本特徴を実装するステーションが、ＰＰＤＵ内の検証ビットが、標準規格において指定されるデフォルト（又は、既定）値に設定されていないこと、又は、一部のサブフィールドの値が検証状態に設定されていることを発見する場合、ステーションは、ＰＰＤＵの持続時間の間、待機する必要があり、バージョンに依存しない関連情報をメディアアクセス制御（Medium access Control, MAC）レイヤに伝送し、共存を保証し、ＰＰＤＵの受信を終了する。無視ビット又は無視状態に設定されるサブフィールドについて、ＥＨＴステーションが、ＰＰＤＵ内の検証ビットが、標準規格において指定されるデフォルト（又は、既定）値に設定されていないこと、又は、一部のサブフィールドの値が検証状態に設定されていることを発見しない場合、ステーションは、無視ビットを無視するか、又は、無視状態に設定されているサブフィールドを無視し、他のフィールドの読み出しを続ける。

【0240】

例えば、Ｕ－ＳＩＧフィールドの１番目のシンボルは、５つの無視ビットと、３つの検証ビットとを含み、ＥＨＴ－ＳＩＧフィールドのＵ－ＳＩＧオーバーフロー部分は、４つの無視ビットを含む。検証ビットのいずれか１つが、後続の標準規格において新たな機能に割り当てられ、その値が非デフォルト値０に設定されるとき、現在のデバイス（市場に投入された古いデバイス）は、ＰＰＤＵの持続時間の間、待機（defer for the duration of the PPDU）することがあり、バージョンに依存しない関連情報をＭＡＣ（Medium access Control, メディアアクセス制御）レイヤに伝送して、共存を保証し、ＰＰＤＵの受信を終了する。しかし、任意の無視ビットが、後続の標準規格において新たな機能に割り当てられるとき、設定される値にかかわらず、ＰＰＤＵ内の非デフォルト検証ビット又は検証状態が存在しない場合、現在のデバイスは、そのビット又はサブフィールドを無視し、他のフィールドを受信し続ける。

【0241】

対応するビットは、以下の表３に示されている。

【0242】

【表3】

【0243】

具体的には、表３内の少なくとも１つのビットは、複製伝送の数量を示しうる。複製伝送の数量１は、複製伝送が利用されないことを示しうる。代替的に、表３内の１つのビットがＲＵ複製伝送が利用されることを示してよく、その上、少なくとも１つのビットが複製伝送の数量を示す。

【0244】

複製伝送の数量は、１つのＥＨＴＭＵＰＰＤＵにおいて示され、具体的には、それは、ＥＨＴＭＵＰＰＤＵにおいて複製伝送を利用する全てのステーションに対応する複製伝送の数量が同じであることを示し、ＥＨＴＭＵＰＰＤＵが、複製伝送を利用しないリソースユニットをさらに含みうることに留意すべきである。代替的に、それは、全てのステーションが、同じ数量のＲＵ複製伝送を利用しうることを示しうる。

【0245】

上記の実装において、ＲＵ複製伝送は、ＥＨＴＭＵＰＰＤＵ内の共通ｓフィールドにおいてフレキシブルに示されてよく、ユーザ固有フィールドに何ら変更を加える必要がない。これは、マルチユーザＰＰＤＵデータ伝送の信頼性を効果的に改善しうる。インジケーション方式はフレキシブルかつ多様であり、実装が容易である。

【0246】

他の実装において、ＥＨＴＭＵＰＰＤＵ内のリソースユニット割り当てサブフィールドの特定のインデックスは、リソースユニットが複製伝送に利用されることを示しうる。

【0247】

具体的には、ＲＵ割り当てサブフィールド－１及びＲＵ割り当てサブフィールド－２は、９ビットのインデックスを利用して、様々な異なるＲＵの組み合わせを示し、様々な異なるＲＵ複製伝送の組み合わせは、リソースユニット割り当てサブフィールドのインデックス３０４～５１１（１０進数に変換）の一部又は全部を利用して示されうる。

【0248】

例えば、リソースユニット割り当てサブフィールドのインデックスが３０５であるとき、それは、ＥＨＴＭＵＰＰＤＵが、４×２６トーンＲＵ複製伝送、具体的には、２６トーンＲＵが複製されて４回伝送されること、空の２６トーンＲＵ及び他の４×２６トーンＲＵ複製伝送を含むことを示しうる。リソースユニット割り当てサブフィールドのインデックスが３１２であるとき、それは、４×２４２トーンＲＵ複製伝送、具体的には、２４２トーンＲＵが複製されて４回伝送されることを示しうる。

【0249】

Ｂ８～Ｂ０の９ビットインデックスにおいて、降順にビットＢ２～Ｂ０は、０～７を示すことに留意すべきである。これは、対応するＥＨＴ－ＳＩＧコンテンツチャネル内に、１～８個のユーザフィールドが存在することを示す。従って、インデックスが選択されるとき、選択されたインデックスのＢ２～Ｂ０は、後続の対応するコンテンツチャネル内に存在するユーザフィールドの数量に対応する必要がある。例えば、３０５のＢ２～Ｂ０は１であり、２つのユーザフィールドに対応する。これは、ＲＵの組み合わせ内に、複製伝送に利用される２つのＲＵが存在するケースに対応し、各ＲＵは、１つのユーザフィールドに対応する。３１２のＢ２～Ｂ０は０であり、１つのユーザフィールドに対応する。これは、ＲＵの組み合わせが、複製伝送に利用される１つのＲＵを含むケースに対応し、ＲＵは、１つのユーザフィールドに対応する。

【0250】

【表4】

【0251】

上記の実装において、ＥＨＴＭＵＰＰＤＵのリソースユニット割り当てサブフィールドの特定のインデックスは、ＲＵ複製伝送を示してよく、ユーザ固有フィールドを修正する必要がない。これは、ＥＨＴＭＵＰＰＤＵのデータ伝送信頼性を効果的に改善しうる。インジケーション方式はフレキシブルかつ多様であり、実装が容易である。

【0252】

トリガフレーム及びＥＨＴＴＢＰＰＤＵの上記の説明に基づき、この出願において、トリガフレームのフォーマットが設計において改善され、少なくとも１つのステーションによって送信されるＥＨＴＴＢＰＰＤＵに対応するリソースユニットがトリガフレームにおいて示され、複製伝送に利用され、マルチユーザ複製伝送モードを実装する。これは、受信端の受信性能、及びデータ伝送信頼性を改善する。

【0253】

この出願は、トリガフレームを伝送するための方法をさらに提供する。図１０に示すように、方法は、以下のステップを含みうる。

【0254】

１００１：アクセスポイントは、トリガフレームを生成し、ここで、トリガフレームは、１つ以上のリソースユニット上でＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される。

【0255】

図３Ａ及び図３Ｂを参照すると、トリガフレームの上記のフレーム構造から、トリガフレームは、共通情報フィールドと、ユーザ情報リストフィールドとを含み、ユーザ情報リストフィールドは、複数のユーザ情報フィールドを含むことを知得することができる。１つのユーザ情報フィールドは、アソシエーション識別子又はステーション識別子と、リソースユニット割り当てサブフィールドとを含む。リソースユニット割り当てサブフィールドは、ステーションに割り当てられ、かつＥＨＴＴＢＰＰＤＵを送信するために利用されるリソースユニットを示す。

【0256】

実装において、トリガフレームに含まれるユーザ情報フィールドのうちの少なくとも２つに対応するアソシエーション識別子又はステーション識別子は同じであり、それら少なくとも２つのユーザ情報フィールドに対応する少なくとも２つのリソースユニットが複製伝送に利用されることを示す。

【0257】

この出願のこの実施形態において、複数のリソースユニットが複製伝送に利用されることは、同じデータビットが複数のリソースユニット上で伝送されることを意味する。具体的には、１つのデータビットが、複製されて、複数のリソースユニットに含まれるデータサブキャリア上で複数回伝送される。

【0258】

さらに、実装において、複製伝送に利用される少なくとも２つのユーザ情報フィールドでは、少なくとも１つのユーザフィールド内のＭＣＳフィールドの値が、対応するリソースユニットで搬送されるデータビットにデュアルキャリア変調が利用されることを示しうる。例えば、ＭＣＳフィールドの値は１５であり、デュアルキャリア変調が少なくとも２つのリソースユニットに利用されることを示す。

【0259】

例えば、図１１Ａ及び図１１Ｂを参照すると、ユーザ情報２フィールド内のステーション識別子がＩＤ２であり、かつユーザ情報３フィールド内のステーション識別子もＩＤ２である場合、それは、ユーザ情報２フィールド及びユーザ情報３フィールドに対応する２つのリソースユニットが同じステーションに割り当てられ、そのステーションのデータ又はデータビットを複製して伝送することを示す。さらに、ユーザ情報２フィールド及びユーザ情報３フィールドのいずれかにおけるＭＣＳフィールドの値が１５である場合、それは、デュアルキャリア変調が、ユーザ情報２フィールド及びユーザ情報３フィールド内のステーションＩＤ２によって示される２つのリソースユニットに利用されることを示す。

【0260】

１００２：アクセスポイントは、トリガフレームを送信する。

【0261】

アクセスポイントは、トリガフレームを１つ以上のステーションに送信する。

【0262】

１００３：ターゲットステーションは、トリガフレームを受信し、トリガフレームによって示され、かつ複製伝送に利用されるリソースユニット上でＥＨＴＴＢＰＰＤＵを送信する。

【0263】

トリガフレームを受信した後、ターゲットステーションは、トリガフレームによって示され、かつターゲットステーションのものであるリソースユニット割り当てに基づいて、ＡＰによってターゲットステーションに割り当てられたリソースユニットが、複製伝送に利用されるリソースユニットであることを決定する。ターゲットステーションは、ＥＨＴＴＢＰＰＤＵを複製して、割り当てられたリソースユニット上で伝送しうる。

【0264】

１００１におけるＲＵ複製伝送のインジケーション方式に基づき、トリガフレームを受信した後、ターゲットステーションは、トリガフレーム内の少なくとも２つのユーザ情報フィールドにおけるアソシエーション識別子又はステーション識別子がターゲットステーションの識別子であり、ＥＨＴＴＢＰＰＤＵを複製して伝送するために、少なくとも２つのユーザ情報フィールドにおけるリソースユニットがターゲットステーションによって利用される、ことをクエリする。

【0265】

加えて、ターゲットステーションがＥＨＴＴＢＰＰＤＵを送信するとき、ＥＨＴＴＢＰＰＤＵ内のＲＵがＲＵ複製伝送モードを利用する場合、データ（又は、全ての）サブキャリアが複製伝送に利用されてよく、デュアルキャリア変調が利用される。加えて、複製伝送において、異なるＲＵは、以下の方法、即ち、異なるインターリーバ、異なるエンコードパンクチャモード、又は、異なるサブキャリアマッピング調整オーダのうちの１つ以上をさらに利用してよく、ダイバーシティを増加させ、データ伝送信頼性を改善し、ＰＡＰＲを低減する。

【0266】

例えば、ＥＨＴＴＢＰＰＤＵの複製伝送の模式図が図１２に示されており、ＥＨＴＴＢＰＰＤＵの伝送帯域幅は１６０ＭＨｚである。ＡＰは、帯域幅全体を４８４サブキャリアＲＵ１、４８４サブキャリアＲＵ２、２４２サブキャリアＲＵ３、２４２サブキャリアＲＵ４、及び４８４サブキャリアＲＵ５に分割しうる。ユーザ１によって、最初の２つのＲＵ、即ち、４８４サブキャリアＲＵ１及び４８４サブキャリアＲＵ２上でのＲＵ複製伝送が利用され、デュアルキャリア変調が利用されることと、ユーザ２によって、２４２サブキャリアＲＵ３及び２４２サブキャリアＲＵ４上でのＲＵ複製伝送が利用され、デュアルキャリア変調が利用されることと、ユーザ３によって、４８４サブキャリアＲＵ５上で普通の伝送、即ち、非複製伝送が実行されることとが、ＥＨＴＴＢＰＰＤＵにおいて示される。

【0267】

１００４：アクセスポイントは、ターゲットステーションからＥＨＴＴＢＰＰＤＵを受信し、複製伝送に利用される少なくとも１つのリソースユニットで搬送される情報に対するコンバインドデコーディングを実行する。

【0268】

ターゲットステーションからＥＨＴＴＢＰＰＤＵを受信した後、アクセスポイントは、ＥＨＴＴＢＰＰＤＵにおいて、複製伝送に利用されるリソースユニットで搬送される情報に対するコンバインドデコーディングを実行しうる。これは、アクセスポイントのデータ受信信頼性を改善し、伝送性能を改善する。

【0269】

それに対応して、アクセスポイントがＥＨＴＴＢＰＰＤＵを受信した後、ＥＨＴＴＢＰＰＤＵ内のＲＵがＲＵ複製伝送モードを利用する場合、アクセスポイントは、同じデータビットを搬送し、かつ異なるＲＵに含まれるサブキャリアについてのコンバインドデコーディングを実行し、データ受信信頼性を改善しうる。それに対応して、以下のオペレーション、即ち、異なるデインターリーバ、デコードパンクチャモード、及び異なるサブキャリアデマッピングオーダのうちの１つ以上が異なるＲＵに利用されうる。

【0270】

加えて、ステップ１００１において、少なくとも１つのステーションに対応するリソースユニットが複製伝送に利用されることがトリガフレームにおいて示される。ユーザ情報フィールドにおいて同じステーション識別子又はアソシエーション識別子を利用することによるＲＵ複製伝送のためのインジケーションに加え、この出願は、他のインジケーション方式をさらに提供する。

【0271】

実装において、トリガフレーム内のユーザ情報フィールドにおけるＭＣＳフィールドの値は、対応するリソースユニットが複製伝送に利用されることを示す。例えば、ＭＣＳフィールドの値が１４であり、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示し、ＭＣＳフィールドの他の値は非ＲＵ複製伝送を示す。

【0272】

具体的には、インジケーションは、ユーザ情報フィールドにおいて提供され、リソースユニットの伝送モードがＲＵ／ＭＲＵを利用して実行される通常伝送であるか、又は、複数のＲＵを利用して実行される複製伝送であるかを示す。この場合、上記の表２を参照されたい。複製伝送を利用するＲＵは、複数の複製ＲＵをカバーする１つの結合されたＲＵとして示される。

【0273】

実装において、トリガフレームに含まれるユーザ情報フィールドは、第１の情報を含みうる。第１の情報は、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示す。

【0274】

具体的には、トリガフレームにおけるユーザ情報フィールド内のビットＢ２５は、対応するリソースユニットが複製伝送に利用されることを示しうる。言い換えると、図１１Ａ及び図１１Ｂに示すように、第１の情報は、トリガフレームにおけるユーザ情報フィールド内のビットＢ２５、即ち、予約済ビットで搬送されうる。

【0275】

代替的に、ユーザフィールドのＭＣＳフィールド（４ビット）は、予約済ビット（１ビット）に結合されて拡張ＭＣＳを形成する。拡張ＭＣＳの値は、１６～３１のいずれか１つ以上であり、ＲＵ複製伝送を示す。拡張ＭＣＳの異なる値は、異なる複製回数を示しうる。例えば、拡張ＭＣＳの値が１６である場合、それは、複製伝送が２回実行されることを示し、拡張ＭＣＳの値が１７である場合、それは、複製伝送が３回実行されることを示す。

【0276】

リソースユニットの複製伝送の数量は、事前に指定されうる。代替的に、ＡＰは、ＡＰがトリガフレームを送信する前に、事前にＳＴＡとネゴシエーションして、リソースユニットの複製伝送の数量を決定しうる。代替的に、複製伝送の数量は、ユーザ情報フィールドにおいてフレキシブルに示されうる。

【0277】

この出願の上記の実装において、複製伝送を利用するＲＵが、複数の複製ＲＵをカバーする１つの結合されたＲＵとして示され、それにより、各ステーションは、１つのユーザフィールドのみに対応する。これは、トリガフレーム内のユーザ情報フィールドのシグナリングオーバーヘッドを低減し、システム効率を改善する。加えて、複製伝送の数量は、プロトコルに従って、事前ネゴシエーションを通じて、又は、トリガフレームのユーザフィールド内で、正確に示されうるし、それにより、受信端は、全てのステーション識別子のユーザ情報フィールドを同時に正しく読み出す必要がなく、データ伝送信頼性がより高くなる。

【0278】

実装において、トリガフレームに含まれるユーザ情報フィールドは、第２の情報をさらに含みうる。第２の情報は、ユーザ情報フィールドに対応するリソースユニットの複製伝送の数量を示す。

【0279】

具体的には、第２の情報は、ユーザ情報フィールドにおける開始空間ストリームにおいて搬送されうる。代替的に、第２の情報は、ユーザ情報フィールドにおける空間ストリーム数ＮＳＳの一部又は全部のビットで搬送されうる。代替的に、第２の情報は、ユーザ情報フィールドにおける開始空間ストリーム及びＮＳＳの一部又は全部のビットで搬送されうる。

【0280】

加えて、第１の情報及び／又は第２の情報は、例えば、以下のビット、即ち、特別なユーザ情報リストフィールド内のビットＢ２５～Ｂ３９、又は、共通情報フィールド内のビットＢ５６～Ｂ６３のうちの１つ以上を利用して示される、トリガフレーム内の予約済ビットでさらに搬送されうる。

【0281】

図１１Ａ及び図１１Ｂを参照すると、Ｂ２５～Ｂ３６は、特別なユーザ情報リストフィールド内の無視及び検証ビットであり、Ｂ３７～Ｂ３９は、特別なユーザ情報リストフィールド内の予約済フィールドの予約済ビットであり、また、Ｂ５６～Ｂ６２は、共通情報フィールド内のアップリンクＨＥ－ＳＩＧ－Ａ２予約済フィールドの最後の７ビットであり、Ｂ６３は、共通情報フィールド内の予約済フィールドの予約済ビットである。

【0282】

具体的には、上記のビットのうちの少なくとも１つは、複製伝送の数量を示しうる。複製伝送の数量１は、複製伝送が利用されないことを示しうる。代替的に、上記のビットの１つは、ＲＵ複製伝送が利用されることを示してよく、その上、少なくとも１つのビットは、複製伝送の数量を示す。

【0283】

加えて、実装において、トリガフレーム内のユーザ情報フィールドにおけるリソースユニット割り当てフィールド、又はＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールド、又はその両方は、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示す。

【0284】

言い換えると、トリガフレーム内のユーザ情報フィールドのリソースユニット割り当てサブフィールドに対応するインデックス、又はＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールドに対応するインデックス、又は、リソースユニット割り当てサブフィールドとＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールドとの組み合わせを利用してジョイントインジケーションが実行されうる。リソースユニット割り当てテーブルインデックスにおける予約済エントリは、特定のリソースユニットが複製伝送に利用されることを示す。

【0285】

上記の実装において、ＲＵ複製伝送は、トリガフレームの共通情報フィールドにおいてフレキシブルに示されてもよいし、ＲＵ複製伝送は、トリガフレームのユーザ情報フィールドにおいてフレキシブルにに示されてもよい。これは、マルチユーザＥＨＴＴＢＰＰＤＵデータ伝送の信頼性を効果的に改善することができる。インジケーション方式はフレキシブルかつ多様であり、実装が容易である。

【0286】

トリガフレームにおけるリソースユニット割り当ては、ユーザ情報フィールドにおいて示される。例えば、ＲＵ複製伝送は、トリガフレームの共通情報フィールドにおいて示され、それにより、複数のステーションのＲＵ複製伝送は、トリガフレームにおいて示されうる。具体的には、複製伝送を利用する全てのステーションに対応する複製伝送の数量は同じである。例えば、ＲＵ複製伝送がトリガフレームのユーザ情報フィールドにおいて示される場合、別々の複製伝送インジケーションが各ステーションについて実施されうる、例えば、複製伝送を実行するかどうかのインジケーション及び複製伝送の数量のインジケーションが含まれる。

【0287】

この出願の実施形態において、同じステップ、又は、同じ機能を有するステップ又はメッセージは、異なる実施形態において相互に参照されうることが理解されうる。

【0288】

この出願の実施形態において、別途指定されない限り又は論理矛盾がない限り、異なる実施形態における用語及び／又は説明は無矛盾であり、相互に参照されうるし、異なる実施形態における技術的特徴は、それらの内部論理関係に基づいて結合されて新たな実施形態を形成しうる。

【0289】

上記の実施形態において、アクセスポイントによって実施される方法及び／又はステップは、アクセスポイントに利用することができるコンポーネント（例えば、チップ又は回路）によっても実施されうるし、ターゲットステーションによって実施される方法及び／又はステップは、ターゲットステーションに利用することができるコンポーネント（例えば、チップ又は回路）によっても実施されうることが理解されうる。

【0290】

これまでは、主に、デバイス間のインタラクションの観点から、この出願において提供される解決策について説明している。それに対応して、この出願は、通信装置をさらに提供し、通信装置は、上記の方法を実施するように構成される。通信装置は、上記の方法実施形態におけるアクセスポイント、上記のアクセスポイントを含む装置、又は、アクセスポイントに利用することができるコンポーネントであってよい。代替的に、通信装置は、上記の方法実施形態におけるターゲットステーション、上記のターゲットステーションを含む装置、又は、ターゲットステーションに利用することができるコンポーネントであってよい。

【0291】

上記の機能を実装するために、通信装置は、各機能を実行するための、対応するハードウェア構造及び／又はソフトウェアモジュールを含むと理解されうる。当業者は、この明細書において開示される実施形態において説明される例におけるユニット及びアルゴリズムステップを参照して、この出願は、ハードウェア、又はハードウェアとコンピュータソフトウェアとの組み合わせによって実装することができることに容易に気付くべきである。機能がハードウェアによって実行されるか、コンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的解決策についての特有のアプリケーション及び設計制約に依存する。当業者は、異なる方法を利用して、各特有のアプリケーションのために、説明された機能を実装しうるが、その実装がこの出願の範囲を超えるものとみなされるべきではない。

【0292】

この出願の実施形態において、通信装置は、上記の方法実施形態に基づいて機能モジュールに分割されうる。例えば、各機能モジュールは、各対応する機能に基づく分割を通じて得られるか、又は、２つ以上の機能が１つの処理モジュールに統合されうる。統合されたモジュールは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能モジュールの形態で実装されてもよい。この出願の実施形態において、モジュールへの分割は、例であり、単なる論理機能分割であり、実際の実装においては他の分割であってよいことに留意すべきである。

【0293】

実装シナリオでは、通信装置が上記の方法実施形態におけるアクセスポイントであることが例として利用される。図１３は、通信装置１３００の構造の模式図である。アクセスポイント１３は、処理モジュール１３０１と、トランシーバモジュール１３０２とを含む。

【0294】

処理モジュール１３０１は、極高スループットマルチユーザ物理レイヤプロトコルデータユニットＥＨＴＭＵＰＰＤＵを生成するように構成される。ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される。

【0295】

トランシーバモジュール１３０２は、ＥＨＴＭＵＰＰＤＵを送信するように構成される。

【0296】

【0297】

実装において、少なくとも２つのリソースユニットは、連続であるか、又は不連続である。

【0298】

【0299】

【0300】

【0301】

【0302】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0303】

【0304】

【0305】

実装において、リソースユニット割り当てサブフィールドは、リソースユニットが複製伝送に利用されることを示す。

【0306】

上記の方法実施形態におけるステップの全ての関連内容は、対応する機能モジュールの機能説明に引用されうる。詳細については、ここでは再度説明されない。

【0307】

この出願において、アクセスポイントは、統合方式で分割を通じて得られる機能モジュールの形態で表現される。ここで、「モジュール」は、特定用途向け集積回路（application-specific integrated circuit, ASIC）、回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ及びメモリ、集積ロジック回路、及び／又は、上記の機能を提供することができる他のデバイスであってよい。

【0308】

いくつかの実施形態において、ハードウェア実装に関して、当業者は、アクセスポイントが、図６に示した通信装置６００の形態を利用してよいことを理解しうる。

【0309】

例において、図１３の処理モジュール１３０１の機能／実装プロセスは、図６に示した通信装置６００のプロセッサ６０１によって、メモリ６０４に格納されたコンピュータ実行可能命令を呼び出すことによって実装されうるし、図１３のトランシーバモジュール１３０２の機能／実装プロセスは、図６に示した通信装置６００のトランシーバ６０２を利用して実装されうる。

【0310】

いくつかの実施形態において、図１３の通信装置１３００がチップ又はチップシステムであるとき、処理モジュール１３０１の機能／実装プロセスは、チップ又はチップシステムの入力／出力インターフェース（又は、通信インターフェース）を利用して実装されうるし、トランシーバモジュール１３０２の機能／実装プロセスは、チップ又はチップシステムのプロセッサ（又は、処理回路）を利用して実装されうる。

【0311】

この実施形態において提供されるアクセスポイントは、上記のサービス伝送方法を実行することができる。従って、アクセスポイントによって実現することができる技術的効果については、上記の方法実施形態を参照されたい。詳細については、ここでは再度説明されない。

【0312】

実装シナリオにおいて、図１３に示すように、通信装置１３００が上記の方法実施形態におけるターゲットステーションであることが例として利用される。通信装置１３００は、処理モジュール１３０１と、トランシーバモジュール１３０２とを含む。

【0313】

トランシーバモジュール１３０２は、ＥＨＴＭＵＰＰＤＵを受信するように構成される。ＥＨＴＭＵＰＰＤＵは、複数のステーションのリソースユニット割り当てを示すリソースユニット割り当てサブフィールドを含み、複数のステーションのうちの少なくとも１つに対応するリソースユニットは、複製伝送に利用される。

【0314】

処理モジュール１３０１は、ＥＨＴＭＵＰＰＤＵに基づいて、ターゲットステーションに対応する複数のリソースユニットが複製伝送に利用されることを決定し、複数のリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するように構成される。

【0315】

【0316】

実装において、少なくとも２つのリソースユニットは、連続であるか、又は不連続である。

【0317】

【0318】

【0319】

【0320】

【0321】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0322】

【0323】

【0324】

実装において、リソースユニット割り当てサブフィールドは、リソースユニットが複製伝送に利用されることを示す。

【0325】

他の実装シナリオにおいて、図１３に示すように、通信装置１３００が上記の方法実施形態におけるアクセスポイントであることが例として利用される。通信装置１３００は、処理モジュール１３０１と、トランシーバモジュール１３０２とを含む。

【0326】

処理モジュール１３０１は、トリガフレームを生成するように構成される。トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される。

【0327】

トランシーバモジュール１３０２は、トリガフレームを送信するように構成される。

【0328】

実装において、トランシーバモジュール１３０２は、ＥＨＴＴＢＰＰＤＵをステーションから受信するようにさらに構成され、処理モジュール１３０１は、複製伝送に利用される少なくとも１つのリソースユニットで搬送される情報についてのコンバインドデコーディングを実行するようにさらに構成される。

【0329】

【0330】

【0331】

【0332】

【0333】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0334】

【0335】

【0336】

【0337】

【0338】

【0339】

【0340】

トランシーバモジュール１３０２は、トリガフレームを受信するように構成される。トリガフレームは、１つ以上のリソースユニット上で極高スループットトリガベースの物理レイヤプロトコルデータユニットＥＨＴＴＢＰＰＤＵを送信することを複数のステーションに示し、少なくとも１つのリソースユニットは、複製伝送に利用される。

【0341】

処理モジュール１３０１は、トリガフレームに基づいて、ターゲットステーションに対応し、かつＥＨＴＴＢＰＰＤＵを送信するために利用されるリソースユニットが複製伝送に利用されることを決定するように構成される。

【0342】

実装において、トランシーバモジュール１３０２は、複製伝送に利用されるリソースユニット上で、ＥＨＴＴＢＰＰＤＵをアクセスポイントに送信するようにさらに構成される。

【0343】

【0344】

【0345】

【0346】

【0347】

実装において、ＭＣＳ値が異なることは、複製伝送に利用されるリソースユニットの複製の数量が異なることを示す。

【0348】

【0349】

【0350】

【0351】

【0352】

実装において、トリガフレームにおけるユーザ情報フィールド内のリソースユニット割り当てフィールド又はＰＳ１６０ＭＨｚプライマリ／セカンダリインジケーションフィールド又はその両方は、ユーザ情報フィールドに対応するリソースユニットが複製伝送に利用されることを示す。上記の方法実施形態におけるステップの全ての関連内容が、対応する機能モジュールの機能説明に引用されうる。詳細については、ここでは再度説明されない。

【0353】

この出願において、ターゲットステーションは、統合方式における分割を通じて得られる機能モジュールの形態で表現される。ここで、「モジュール」は、特定用途向け集積回路（application-specific integrated circuit, ASIC）、回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ及びメモリ、集積ロジック回路、及び／又は、上記の機能を提供することができる他のデバイスであってよい。

【0354】

この出願のこの実施形態において提供される通信装置１３００は、独立したデバイスであってもよいし、大規模デバイスの一部であってもよい。例えば、通信装置１３００は、以下の形態、即ち、独立した集積回路ＩＣ、チップ、チップシステム、又はサブシステム；１つ以上のＩＣを含むセットであって、任意選択で、ＩＣのセットは、データ及び命令を格納するように構成されたストレージコンポーネントを含んでもよい、セット；ＡＳＩＣ、例えば、モデム（Modem）；他のデバイスに組み込むことができるモジュール；レシーバ、インテリジェント端末、無線デバイス、ハンドヘルドデバイス、モバイルユニット、車載デバイス、クラウドデバイス、又は人工知能デバイスなど；又はその他のもので実装されうる。

【0355】

いくつかの実施形態において、ハードウェア実装に関して、当業者は、ターゲットステーションが、図６に示した通信装置６００の形態を利用しうることを理解しうる。

【0356】

この実施形態において提供されるターゲットステーションは、上記の方法を実行することができる。従って、ターゲットステーションによって実現することができる技術的効果については、上記の方法実施形態を参照されたい。詳細については、ここでは再度説明されない。

【0357】

可能な製品形態として、この出願の実施形態におけるアクセスポイント及びターゲットステーションは、代替的に、１つ以上のフィールドプログラマブルゲートアレイ（field programmable gate array, FPGA）、プログラマブルロジックデバイス（programmable logic device, PLD）、コントローラ、ステートマシン、ゲートロジック、ディスクリートハードウェアコンポーネント、任意の他の適切な回路、又は、この出願において説明される様々な機能を実行することができる回路の任意の組み合わせを利用して実装されうる。

【0358】

いくつかの実施形態において、この出願の実施形態は、さらに、通信装置を提供する。通信装置は、上記の方法実施形態のいずれか１つにおける方法を実施するように構成されたプロセッサを含む。

【0359】

可能な実装において、通信装置は、メモリをさらに含む。メモリは、必要なプログラム命令及びデータを格納するように構成される。プロセッサは、メモリに格納されたプログラムコードを呼び出して、上記の方法実施形態のいずれか１つにおける方法を実行するように通信装置に指示しうる。もちろん、通信装置は、メモリを含まなくてもよい。

【0360】

他の可能な実装において、通信装置は、インターフェース回路をさらに含む。インターフェース回路は、コード／データの読み出し／書き込みインターフェース回路である。インターフェース回路は、コンピュータ実行可能命令（コンピュータ実行可能命令はメモリ内に格納され、メモリから直接的に読み出されてもよいし、他のコンポーネントを利用して読み出されてもよい）を受信し、コンピュータ実行可能命令をプロセッサに伝送するように構成される。

【0361】

さらに他の可能な実装において、通信装置は、通信インターフェースをさらに含む。通信インターフェースは、通信装置の外部にあるモジュールと通信するように構成される。

【0362】

通信装置は、チップ又はチップシステムであってよいことが理解されうる。通信装置がチップシステムであるとき、通信装置は、チップを含んでもよいし、チップと他のディスクリートデバイスとを含んでもよい。このことは、特に、この出願のこの実施形態において限定されない。

【0363】

いくつかの実施形態において、この出願の実施形態は、通信装置（例えば、通信装置は、チップ又はチップシステムであってよい）をさらに提供する。通信装置は、インターフェース回路及びロジック回路を含む。インターフェース回路は、入力情報及び／又は出力情報を取得するように構成される。ロジック回路は、上記の方法実施形態のいずれか１つにおける方法を実行して、入力情報に基づいて、処理を実行し、及び／又は、出力情報を生成するように構成される。

【0364】

可能な製品形態として、この出願の実施形態におけるアクセスポイント及びターゲットステーションは、一般的なバスアーキテクチャを利用して実装されうる。

【0365】

説明を容易にするため、図１４は、この出願の実施形態による、通信装置１４００の構造の模式図である。通信装置１４００は、プロセッサ１４０１と、トランシーバ１４０２とを含む。通信装置１４００は、アクセスポイント、ターゲットステーション、又は、アクセスポイント又はターゲットステーション内のチップでありうる。図１４は、通信装置１４００の主要なコンポーネントのみを示す。プロセッサ１４０１及びトランシーバ１４０２に加え、通信装置は、メモリ１４０３と、入力／出力装置（不図示）とをさらに含んでよい。

【0366】

プロセッサ１４０１は、主に、通信プロトコル及び通信データを処理し、通信装置全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。メモリ１４０３は、主に、ソフトウェアプログラム及びデータを格納するように構成される。トランシーバ１４０２は、無線周波数回路及びアンテナを含みうる。無線周波数回路は、主に、ベースバンド信号と無線周波数信号との間の変換を実行し、無線周波数信号を処理するように構成される。アンテナは、主に、電磁波の形態で無線周波数信号を受信及び送信するように構成される。タッチスクリーン、ディスプレイ、又はキーボードなどの入力／出力装置は、主に、ユーザによって入力されるデータを受信し、ユーザにデータを出力するように構成される。

【0367】

プロセッサ１４０１、トランシーバ１４０２、及びメモリ１４０３は、通信バスを介して接続されうる。

【0368】

通信装置が電源オンされた後、プロセッサ１４０１は、メモリ１４０３内のソフトウェアプログラムを読み出し、ソフトウェアプログラムの命令を解釈及び実行し、ソフトウェアプログラムのデータを処理しうる。データが無線で送信される必要があるとき、プロセッサ１４０１は、送信対象データ上のベースバンド処理を実行し、次いで、ベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号上で無線周波数処理を実行し、次いで、アンテナを利用して電磁波の形態で無線周波数信号を送信する。データが通信装置に送信されるとき、無線周波数回路は、アンテナを利用して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサ１４０１へと出力する。プロセッサ１４０１は、ベースバンド信号をデータに変換し、データを処理する。

【0369】

他の実装において、無線周波数回路及びアンテナは、ベースバンド処理を実行するプロセッサとは独立して配置されうる。例えば、分散シナリオにおいて、無線周波数回路及びアンテナは、通信装置とは独立に離隔して配置されうる。

【0370】

上記のプロセスのシーケンス番号は、この出願の実施形態における実行順序を意味しないと理解すべきである。プロセスの実行順序は、機能及びプロセスの内部ロジックに基づいて決定されるべきであり、この出願の実施形態の実装プロセスに関して何ら限定を構成すべきでない。

【0371】

この出願の実施形態における方法のステップのシーケンスは調整されうるし、又は、そのステップは、実際の要件に基づいて結合されてもよいし、削除されてもよい。

【0372】

この出願の実施形態における装置内のモジュールは、実際の要件に基づいて、結合されてもよいし、分割されてもよいし、削除されてもよい。

【0373】

別途指定しない限り、この出願の実施形態における同じ又は類似のパーツについては、相互に参照されるものと理解すべきである。この出願の実施形態及び実施形態における実装／実装方法において、別途指定しない限り又は論理的な矛盾がない限り、用語及び／又は説明は無矛盾であり、異なる実施形態の間で、及び、実施形態における実装／実装方法の間で、相互に参照されうる。異なる実施形態及び実施形態における実装／実装方法における技術的特徴は、その内部ロジック関係に基づいて結合されて、新たな実施形態、実装、又は実装方法を形成しうる。この出願の上記の実装は、この出願の保護範囲を限定することを意図していない。

【0374】

いくつかのシナリオにおいて、この出願の実施形態における、いくつかの任意選択の特徴は、他の特徴、例えば、対応する技術的問題を解決するために、そして、対応する効果を達成するために、任意選択の特徴が現在ベースとしている解決策に依存することなく、独立して実装されうることが理解されうる。代替的に、いくつかのシナリオにおいて、任意選択の特徴は、要件に基づいて他の特徴と結合されうる。それに対応して、この出願の実施形態において提供される装置は、また、これらの特徴又は機能を実装しうる。詳細については、ここでは再度説明されない。

【0375】

上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの組み合わせを利用して実装されうる。ソフトウェアプログラムが実施形態を実装するために利用されるとき、実施形態の全部又は一部は、コンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されるとき、この出願の実施形態による手順又は機能の全部又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、他のウェブサイト、コンピュータ、サーバ、又はデータセンタへと、有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバライン（digital subscriber line, DSL））又は無線（例えば、赤外線、ラジオ波、又はマイクロ波）方式で伝送されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体でありうるし、又は、媒体を統合することができるサーバ及びデータセンタなどの１つ以上のデータストレージデバイスを含みうる。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートディスク（solid state disk, SSD））などであってよい。この出願の実施形態において、コンピュータは、上で説明した装置を含みうる。

【0376】

ここでは、この出願について、実施形態を参照しながら説明されているけれども、保護を主張するこの出願を実装するプロセスにおいて、当業者は、添付図、開示内容、及び添付の特許請求の範囲を見て、開示された実施形態の他の変形を理解して実装しうる。特許請求の範囲において、「含む」（comprising）は、他のコンポーネント又は他のステップを排除せず、「ａ」又は「ｏｎｅ」は、複数のケースを排除しない。単一のプロセッサ又は他のユニットは、特許請求の範囲において列挙された、いくつかの機能を実装しうる。いくつかの方策が互いに異なる従属請求項に記録されるが、これは、これらの方策が好適な効果を創出するために結合されることができないことを意味するものではない。

【0377】

この出願について具体的な特徴及びその実施形態を参照しながら説明されているけれども、様々な修正及び組み合わせが、この出願の思想及び範囲を逸脱することなく、この出願に対してなされうることは明らかである。それに対応して、この明細書及び添付図は、添付の特許請求の範囲によって画定されるこの出願についての単なる例示的説明であり、この出願の範囲をカバーする任意の又は全部の修正、変形、組み合わせ、又は等価物と考えられる。当業者は、この出願の思想及び範囲から逸脱することなく、この出願に対する様々な修正及び変形をすることができることは明らかである。このようにして、この出願は、これらの修正及び変形がこの出願の特許請求の範囲の範囲内に収まる限りにおいて、これらのこの出願の修正及び変形、そして、その等価技術をカバーすることも意図されている。

【図1】