知財求人 - 知財ポータルサイト「IP Force」
特開2024-133290リソースインジケーション方法、アクセスポイント、及びステーション
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024133290
(43)【公開日】2024-10-01
(54)【発明の名称】リソースインジケーション方法、アクセスポイント、及びステーション
(51)【国際特許分類】
H04W 28/06 20090101AFI20240920BHJP
H04W 84/12 20090101ALI20240920BHJP
【ＦＩ】
H04W28/06 110
H04W84/12
【審査請求】有
【請求項の数】36
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024114734
(22)【出願日】2024-07-18
(62)【分割の表示】P 2022578649の分割
【原出願日】2021-06-02
(31)【優先権主張番号】202010569190.4
(32)【優先日】2020-06-19
(33)【優先権主張国・地域又は機関】CN
(71)【出願人】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100132481
【弁理士】
【氏名又は名称】赤澤 克豪
(74)【代理人】
【識別番号】100115635
【弁理士】
【氏名又は名称】窪田 郁大
(72)【発明者】
【氏名】狐 梦▲実▼
(72)【発明者】
【氏名】于 健
(72)【発明者】
【氏名】淦 明
(57)【要約】
【課題】電力消費を低減すること。
【解決手段】本願はワイヤレスフィデリティ技術、特にリソースインジケーション方法、ＡＰ及びＳＴＡに関する。方法はＡＰがＰＰＤＵを生成して送信することを含み、ＰＰＤＵは、周波数領域セグメントで送信される、周波数領域セグメント内でスケジュール済みユーザへの第１の周波数領域セグメントを含む第１の帯域幅の割当を示すプリアンブルパンクチャリングインジケーション情報を含む。該情報は、周波数領域セグメント内でスケジュール済みＳＴＡへの全帯域幅の割当を示しうる。全帯域幅の各周波数領域セグメントを示す必要がなく、該情報を搬送するフィールドのオーバヘッドを低減できる。ＳＴＡは該情報と帯域幅フィールドが示す全帯域幅サイズから割当リソースを決定し、全周波数領域セグメントのリソースインジケーションを読取る必要がなく電力消費を低減できる。
【選択図】図１
【解決手段】本願はワイヤレスフィデリティ技術、特にリソースインジケーション方法、ＡＰ及びＳＴＡに関する。方法はＡＰがＰＰＤＵを生成して送信することを含み、ＰＰＤＵは、周波数領域セグメントで送信される、周波数領域セグメント内でスケジュール済みユーザへの第１の周波数領域セグメントを含む第１の帯域幅の割当を示すプリアンブルパンクチャリングインジケーション情報を含む。該情報は、周波数領域セグメント内でスケジュール済みＳＴＡへの全帯域幅の割当を示しうる。全帯域幅の各周波数領域セグメントを示す必要がなく、該情報を搬送するフィールドのオーバヘッドを低減できる。ＳＴＡは該情報と帯域幅フィールドが示す全帯域幅サイズから割当リソースを決定し、全周波数領域セグメントのリソースインジケーションを読取る必要がなく電力消費を低減できる。
【選択図】図１
【特許請求の範囲】
【請求項1】
リソースインジケーション方法であって、
アクセスポイントによって、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記アクセスポイントによって、前記ＰＰＤＵを送信するステップと
を含む、方法。
アクセスポイントによって、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記アクセスポイントによって、前記ＰＰＤＵを送信するステップと
を含む、方法。
【請求項2】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項１に記載の方法。
請求項１に記載の方法。
【請求項3】
前記プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、前記第１のプリアンブルパンクチャリング情報フィールドは、ユニバーサルフィールドＵ－ＳＩＧフィールドに位置付けられる
請求項１又は２に記載の方法。
請求項１又は２に記載の方法。
【請求項4】
リソースインジケーション方法であって、
ステーションによって、アクセスポイントにより生成された物理層プロトコルデータユニットＰＰＤＵを受信するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記ステーションによって、前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するステップと
を含む、リソースインジケーション方法。
ステーションによって、アクセスポイントにより生成された物理層プロトコルデータユニットＰＰＤＵを受信するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記ステーションによって、前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するステップと
を含む、リソースインジケーション方法。
【請求項5】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項４に記載の方法。
請求項４に記載の方法。
【請求項6】
前記プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、前記第１のプリアンブルパンクチャリング情報フィールドは、ユニバーサルフィールドＵ－ＳＩＧフィールドに位置付けられる
請求項４又は５に記載の方法。
請求項４又は５に記載の方法。
【請求項7】
リソースインジケーション方法であって、
アクセスポイントによって、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記アクセスポイントによって、前記ＰＰＤＵを送信するステップと
を含む、リソースインジケーション方法。
アクセスポイントによって、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記アクセスポイントによって、前記ＰＰＤＵを送信するステップと
を含む、リソースインジケーション方法。
【請求項8】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項７に記載の方法。
請求項７に記載の方法。
【請求項9】
リソースインジケーション方法であって、
ステーションによって、アクセスポイントにより生成された物理層プロトコルデータユニットＰＰＤＵを受信するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記ステーションによって、前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられていないリソースを決定するステップと
を含む、リソースインジケーション方法。
ステーションによって、アクセスポイントにより生成された物理層プロトコルデータユニットＰＰＤＵを受信するステップであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ステップと、
前記ステーションによって、前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられていないリソースを決定するステップと
を含む、リソースインジケーション方法。
【請求項10】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項９に記載の方法。
請求項９に記載の方法。
【請求項11】
アクセスポイントであって、前記アクセスポイントは通信装置を備え、前記通信装置は、
物理層プロトコルデータユニットＰＰＤＵを生成することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたプロセッサと、
前記ＰＰＤＵを送信するように構成されたトランシーバと
を備える、アクセスポイント。
物理層プロトコルデータユニットＰＰＤＵを生成することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたプロセッサと、
前記ＰＰＤＵを送信するように構成されたトランシーバと
を備える、アクセスポイント。
【請求項12】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項１１に記載のアクセスポイント。
請求項１１に記載のアクセスポイント。
【請求項13】
前記プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、前記第１のプリアンブルパンクチャリング情報フィールドは、ユニバーサルフィールドＵ－ＳＩＧフィールドに位置付けられる請求項１１又は１２に記載のアクセスポイント。
【請求項14】
ステーションであって、前記ステーションは通信装置を備え、前記通信装置は、
アクセスポイントから物理層プロトコルデータユニットＰＰＤＵを受信することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたトランシーバと、
前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成されたプロセッサと
を備える、ステーション。
アクセスポイントから物理層プロトコルデータユニットＰＰＤＵを受信することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、前記第１の帯域幅は、前記ＰＰＤＵを送信するためのチャネル帯域幅であり、前記第１の帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたトランシーバと、
前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成されたプロセッサと
を備える、ステーション。
【請求項15】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項１４に記載のステーション。
請求項１４に記載のステーション。
【請求項16】
前記プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、前記第１のプリアンブルパンクチャリング情報フィールドは、ユニバーサルフィールドＵ－ＳＩＧフィールドに位置付けられる
請求項１４又は１５に記載のステーション。
請求項１４又は１５に記載のステーション。
【請求項17】
アクセスポイントであって、前記アクセスポイントは通信装置を備え、前記通信装置は、
物理層プロトコルデータユニットＰＰＤＵを生成することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたプロセッサと、
前記ＰＰＤＵを送信するように構成されたトランシーバと
を備える、アクセスポイント。
物理層プロトコルデータユニットＰＰＤＵを生成することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたプロセッサと、
前記ＰＰＤＵを送信するように構成されたトランシーバと
を備える、アクセスポイント。
【請求項18】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項１７に記載のステーション。
請求項１７に記載のステーション。
【請求項19】
ステーションであって、前記ステーションは通信装置を備え、前記通信装置は、
アクセスポイントから物理層プロトコルデータユニットＰＰＤＵを受信することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたトランシーバと、
前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられていないリソースを決定するように構成されたプロセッサと
を備える、ステーション。
アクセスポイントから物理層プロトコルデータユニットＰＰＤＵを受信することであって、前記ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、前記プリアンブルパンクチャリングインジケーション情報は、前記第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、前記ＰＰＤＵを送信するためのチャネル帯域幅は、前記第１の周波数領域セグメントを含む、ことを行うように構成されたトランシーバと、
前記プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられていないリソースを決定するように構成されたプロセッサと
を備える、ステーション。
【請求項20】
前記プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、前記圧縮モードにおける前記ＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は前記圧縮モードにおける前記ＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである
請求項１９に記載のステーション。
請求項１９に記載のステーション。
【請求項21】
チップであって、前記チップは、少なくとも１つのプロセッサと、インターフェースとを備え、前記プロセッサは、メモリに記憶された命令を読み取り、実行するように構成され、前記命令が実行されたとき、前記チップは、請求項１～３、４～６、７及び８、又は９及び１０のいずれか１項に記載の方法を実施することが可能になる、チップ。
【請求項22】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がコンピュータによって実行されたとき、前記コンピュータは、請求項１から３、４から６、７及び８、又は９及び１０のいずれか１項に記載の方法を実施することが可能になる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、参照により全体が本明細書に組み込まれている、２０２０年６月１９日に中国国家知識産権局に出願された「ＲＥＳＯＵＲＣＥ ＩＮＤＩＣＡＴＩＯＮ ＭＥＴＨＯＤ， ＡＣＣＥＳＳ ＰＯＩＮＴ， ＡＮＤ ＳＴＡＴＩＯＮ」という名称の中国特許出願第２０２０１０５６９１９０．４号の優先権を主張するものである。
本出願は、参照により全体が本明細書に組み込まれている、２０２０年６月１９日に中国国家知識産権局に出願された「ＲＥＳＯＵＲＣＥ ＩＮＤＩＣＡＴＩＯＮ ＭＥＴＨＯＤ， ＡＣＣＥＳＳ ＰＯＩＮＴ， ＡＮＤ ＳＴＡＴＩＯＮ」という名称の中国特許出願第２０２０１０５６９１９０．４号の優先権を主張するものである。
【0002】
本出願は、ワイヤレスフィデリティ技術に関し、特に、リソースインジケーション方法、アクセスポイント、及びステーションに関する。
【背景技術】
【0003】
直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＯＦＤＭＡ）送信をサポートするために、８０２．１１ａｘでは、周波数帯域リソースがいくつかのリソースユニットに分割され、１つのステーション又は複数のユーザに対して１つのリソースユニットの割り当てのみがサポートされる。しかし、将来、１つのステーション又は複数のステーションに対する複数のリソースユニットの割り当てがサポートされうる。８０２．１１ａｘでリソースユニットサブフィールドを利用することによってユーザに割り当てられたリソースを示す方法が依然として利用される場合、帯域幅が増大するにつれてシグナリングオーバヘッドが大きくなる。
【0004】
シグナリングオーバヘッドを低減するために、超高スループット物理層プロトコルデータユニット（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ， ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ， ＥＨＴ ＰＰＤＵ）のセグメント構造が、割り当てられたリソースをユーザに示しうることが提案される。しかし、ＥＨＴ ＰＰＤＵのセグメント構造を利用することによってユーザに割り当てられたリソースを示す方法は、緊急に解決される必要がある問題である。
【発明の概要】
【0005】
本出願は、リソースインジケーション方法、アクセスポイント、及びステーションを提供する。ＥＨＴ ＰＰＤＵのセグメント構造は、周波数領域セグメント内で、スケジュールされたＳＴＡに全帯域幅が割り当てられることを示しうるので、シグナリングオーバヘッドをさらに低減することが可能である。
【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】
第８の態様の実装の技術的効果については、第７の態様の実装の有益な技術的効果を参照されたい。詳細は、ここでは再度説明されない。
【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】
【図1】本出願の実施形態が適用可能であるワイヤレスローカルエリアネットワークのネットワークアーキテクチャを示す図である。
【図2】本出願の実施形態によるアクセスポイント及びステーションの内部構造の図である。
【図3】本出願の実施形態によるＨＥ－ＳＩＧ－Ｂのフレーム構造の概略図である。
【図4】本出願の実施形態による、帯域幅が４０ＭＨｚである場合のＨＥ－ＳＩＧ－Ｂのフレーム構造の概略図である。
【図5】本出願の実施形態によるＥＨＴ ＰＰＤＵのフレーム構造の概略図である。
【図6】本出願の実施形態によるＥＨＴ ＰＰＤＵのセグメント構造の概略図である。
【図7】本出願の実施形態による８０ＭＨｚ周波数領域セグメントの概略パンクチャリング図である。
【図8】本出願の実施形態によるリソースインジケーション方法の概略フローチャートである。
【図9】本出願の実施形態による通信装置の構造の概略図である。
【図10】本出願の実施形態による通信装置の別の構造の概略図である。
【発明を実施するための形態】
【0079】
本出願の実施形態の目的、技術的解決策、及び利点をより明確にするために、以下では、添付の図面を参照して本出願の実施形態を詳細にさらに説明する。
【0080】
本出願の実施形態は、ワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ， ＷＬＡＮ）シナリオに適用可能であり、ＩＥＥＥ８０２．１１システム標準、例えば、８０２．１１ａ／ｂ／ｇ標準、８０２．１１ｎ標準、８０２．１１ａｃ標準、８０２．１１ａｘ標準、又は８０２．１１ａｘ標準の次世代、例えば、８０２．１１ｂｅ標準、又は８０２．１１ａｘ標準の次世代の次世代の標準に適用可能である。代替として、本出願の実施形態は、ワイヤレスローカルエリアネットワークシステム、例えば、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ， ＩｏＴ）ネットワーク、又はビークルツーエブリシング（Ｖｅｈｉｃｌｅ ｔｏ Ｘ， Ｖ２Ｘ）ネットワークに適用可能である。当然ながら、本出願の実施形態は、代替として、他の可能な通信システム、例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ， ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＴＤＤ）システム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ， ＵＭＴＳ）システム、マイクロ波アクセス用世界的相互運用（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ， ＷｉＭＡＸ）通信システム、又は将来の５Ｇ通信システムに適用可能でありうる。
【0081】
例えば、図１は、本出願の実施形態が適用可能であるＷＬＡＮのネットワークアーキテクチャの図である。図１では、ＷＬＡＮが１つのアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ， ＡＰ）及びそのＡＰに関連付けられた２つのステーション（ｓｔａｔｉｏｎ， ＳＴＡ）を含む例が利用され、２つのＳＴＡは、ＳＴＡ１とＳＴＡ２である。ＡＰは、ＳＴＡ１及びＳＴＡ２のための無線リソースをスケジュールし、ＳＴＡ１及びＳＴＡ２のためのスケジュールされた無線リソース上でデータを送信してよく、データは、アップリンクデータ情報及び／又はダウンリンクデータ情報を含む。図１におけるＡＰの数量及びＳＴＡの数量は単なる例であり、より多い又は少ないＡＰ及びＳＴＡが存在してよいことを理解されたい。ＡＰはＳＴＡ１若しくはＳＴＡ２と通信してよく、又はＡＰはＳＴＡ１及びＳＴＡ２と通信してよい。ＷＬＡＮが複数のＡＰ及び複数のＳＴＡを含む場合、本出願の実施形態は、ＡＰ間の通信にも適用可能であることを理解されたい。例えば、ＡＰは、分散システム（ｄｉｓｔｒｉｂｕｔｅｄ ｓｙｓｔｅｍ， ＤＳ）を利用して互いに通信してよく、任意のＡＰが、ＡＰに関連付けられた及び／又は関連付けられないＳＴＡのための無線リソースをスケジュールし、ＳＴＡのためのスケジュールされた無線リソース上でデータを送信しうる。本出願の実施形態は、ＳＴＡ間の通信にさらに適用可能である。
【0082】
本出願の実施形態におけるＳＴＡは、任意のタイプのユーザ端末、ユーザ装置、アクセス装置、加入者ステーション、加入者ユニット、移動局、ユーザエージェント、又はワイヤレス通信機能を有し若しくは別の名称を有するユーザ機器でありうる。ユーザ端末は、様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、若しくはワイヤレス通信機能を有するコンピューティングデバイス、又はワイヤレスモデムに接続された様々な他の処理デバイス、及び様々な形態のユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ， ＭＳ）、端末（ｔｅｒｍｉｎａｌ）、端末デバイス（ｔｅｒｍｉｎａｌ ｅｑｕｉｐｍｅｎｔ）、携帯通信デバイス、ハンドヘルドデバイス、携帯コンピューティングデバイス、娯楽デバイス、ゲームデバイス若しくはシステム、又は全地球測位システムデバイス、又はワイヤレス媒体を介してネットワーク通信を行うように構成された任意の他の適切なデバイスなどを含みうる。例えば、ＳＴＡは、ルータ、スイッチ、又はブリッジであってよい。本明細書では、説明を容易にするために、上述されたデバイスは総称してステーション又はＳＴＡと呼ばれる。
【0083】
本出願の実施形態におけるアクセスポイントＡＰは、ワイヤレス通信ネットワーク内に配備され、ＡＰに関連付けられたＳＴＡのためのワイヤレス通信機能を提供する装置である。アクセスポイントＡＰは、通信システムのハブとして利用されてよく、基地局、ルータ、ゲートウェイ、中継器、通信サーバ、スイッチ、又はブリッジなどの通信デバイスであってよい。基地局は、様々な形態のマクロ基地局、マイクロ基地局、中継局などを含みうる。本明細書では、説明を容易にするために、上述されたデバイスは総称してＡＰと呼ばれる。
【0084】
例えば、本出願におけるＡＰ及びＳＴＡは、８０２．１１システム標準に適用可能であるＡＰ及びＳＴＡでありうる。図２は、本出願の実施形態によるＡＰ及びＳＴＡの内部構造の図である。８０２．１１システム標準は、８０２．１１物理層（ｐｈｙｓｉｃａｌ， ＰＨＹ）とその媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）部分に焦点を当てている。従って、本出願のこの実施形態で提供されるＳＴＡは、通常は、８０２．１１システム標準でＭＡＣ及びＰＨＹ部分をサポートする端末製品、例えば、携帯電話又はノートブックコンピュータである。図２のみが、複数のアンテナを有するＡＰと単一のアンテナを有するＳＴＡとの構造の図を示しているが、実際のシナリオでは、ＡＰとＳＴＡのそれぞれが、複数のアンテナを有してよく、また、２つより多いアンテナを有するデバイスでもよいことに留意されたい。ＡＰ及びＳＴＡのそれぞれは、下位層に属するＰＨＹベースバンドモジュール、ＭＡＣ層モジュール、論理リンク制御（ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＬＬＣ）層モジュール、及び無線周波数モジュール（アンテナ）、並びに上位層に属するインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ， ＩＰ）処理モジュール、伝送制御プロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ， ＴＣＰ）／ユーザデータグラムプロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ， ＵＤＰ）処理モジュール、及びアプリケーション層モジュールを含む。下位層と上位層は、上位層インターフェースを介して情報を送信する。
【0085】
ＡＰはＳＴＡと通信する。ＡＰは、ＳＴＡにリソースを割り当ててよく、ＳＴＡは、割り当てられたリソース上でデータを送信する。例えば、８０２．１１ａｘ以前のＷｉ－Ｆｉプロトコル、例えば、８０２．１１ａｃでは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚの４種類の帯域幅を含む連続した帯域幅が、送信中に占有される必要がある。１つの２０ＭＨｚチャネルが、プライマリ２０ＭＨｚチャネルとして表される。帯域幅における２０ＭＨｚチャネルが他のステーションの送信によって占有されている場合、送信データ帯域幅が縮小される必要がある。例えば、連続した８０ＭＨｚ帯域幅では、第１の２０ＭＨｚチャネルはプライマリ２０ＭＨｚチャネルであるが、第２の２０ＭＨｚチャネルはビジーである。この場合、連続帯域幅要件に基づいて、プライマリ２０ＭＨｚチャネルのデータのみを送信することが可能であり、言い換えれば、８０ＭＨｚ帯域幅におけるアイドル状態の４０ＭＨｚチャネルが浪費される。
【0086】
より多くのチャネルを集約してより大きな利用可能な帯域幅を形成するために、８０２．１１ａｘプロトコルは、プリアンブルパンクチャリング送信方法を提供して、不連続チャネルの集約を可能にする。前述の例では、ＡＰは、２０ＭＨｚ＋４０ＭＨｚの帯域幅を割り当てることを可能にされ、従って、アイドル状態のチャネルがより効果的に利用される。具体的には、４種類の送信帯域幅が８０２．１１ａｘ標準で指定されており、４種類の送信帯域幅はそれぞれ、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚである。プリアンブルパンクチャリング送信方法は、８０ＭＨｚ帯域幅及び１６０ＭＨｚ帯域幅についてのみ存在しうる。例えば、１６０ＭＨｚ帯域幅の２０ＭＨｚチャネルがパンクチャされて、１４０ＭＨｚチャネルが形成されることがある。
【0087】
ＡＰはＳＴＡと通信する。ＡＰは、ＳＴＡにリソースを割り当ててよく、ＳＴＡは、割り当てられたリソース上でデータを送信する。例えば、８０２．１１ａｘ標準以前において、ＡＰとＳＴＡは、直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ， ＯＦＤＭ）技術を利用することによって互いに通信しうる。シングルユーザ（ｓｉｎｇｌｅ ｕｓｅｒ， ＳＵ）送信又はマルチユーザ多入力多出力（Ｄｏｗｎｌｉｎｋ Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ， ＭＵ ＭＩＭＯ）送信のために、帯域幅全体が１つのＳＴＡ又はＳＴＡのグループに割り当てられうる。８０２．１１ａｘ標準では、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＯＦＤＭＡ）技術が導入され、言い換えれば、ＡＰとＳＴＡはＯＦＤＭＡ技術を利用することによって互いに通信しうる。
【0088】
ＯＦＤＭＡ及びＭＵ－ＭＩＭＯ技術では、ＷＬＡＮプロトコルに従って、スペクトル帯域幅がいくつかのリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ， ＲＵ）に分割される。例えば、８０２．１１ａｘプロトコルによってサポートされる帯域幅構成は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、及び８０＋８０ＭＨｚ帯域幅を含む。１６０ＭＨｚ帯域幅と８０＋８０ＭＨｚ帯域幅との間の違いは、前者が連続周波数帯であり、後者の２つの８０ＭＨｚチャネルは分離されることがあり、言い換えれば、２つの８０ＭＨｚチャネルによって形成される１６０ＭＨｚ帯域幅が不連続であることである。８０２．１１ａｘプロトコルでは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚのスペクトル帯域幅が、２６－サブキャリアＲＵ、５２－サブキャリアＲＵ、１０６－サブキャリアＲＵ、２４２－サブキャリアＲＵ（２０ＭＨｚ帯域幅内の最大ＲＵ）、４８４－サブキャリアＲＵ（４０ＭＨｚ帯域幅内の最大ＲＵ）、９９６－サブキャリアＲＵ（８０ＭＨｚ帯域幅内の最大ＲＵ）、及び２＊９９６－サブキャリアＲＵ（１６０ＭＨｚ帯域幅内の最大ＲＵ）を含む複数の種類のＲＵに分類されうる。各ＲＵは、連続するサブキャリアを含む。例えば、２６－サブキャリアＲＵは、２６個の連続するサブキャリアＲＵを含む。以下の説明では、２６－サブキャリアＲＵは２６トーンＲＵとして示され、５２－サブキャリアＲＵは５２トーンＲＵとして示され、以下同様である。残りは、類推によって導き出すことが可能である。
【0089】
ＡＰは、リソースをＳＴＡにＲＵ単位で割り当て、物理層プロトコルデータユニット（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ， ＰＰＤＵ）を利用することによって、ＳＴＡに割り当てられたリソースをＳＴＡに通知しうる。具体的には、ＡＰは、ＰＰＤＵに含まれる信号フィールド（ｓｉｇｎａｌ ｆｉｅｌｄ， ＳＩＧ）にリソース割り当て情報を含めることによって、割り当てられたＲＵをＳＴＡに示しうる。例えば、信号フィールドは、高効率信号フィールドＢ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ ｓｉｇｎａｌ ｆｉｅｌｄ－Ｂ， ＨＥ－ＳＩＧ－Ｂ）であってよく、又は超高スループット信号フィールド（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ ｓｉｇｎａｌ ｆｉｅｌｄ， ＥＨＴ－ＳＩＧ）であってよい。
【0090】
図３は、８０２．１１ａｘプロトコルで提供されるＨＥ－ＳＩＧ Ｂフィールドのフォーマットを示す。ＨＥ－ＳＩＧ－Ｂは２つの部分に分割される。第１の部分は、共通フィールドであり、共通フィールドは、１からＮのリソースユニット割り当てサブフィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ ｓｕｂｆｉｅｌｄ）と、帯域幅が８０ＭＨｚ以上のときに存在する中央２６－サブキャリア（Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ）リソースユニットインジケーションフィールドとを含み、次いで、チェックに利用される巡回冗長符号（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ， ＣＲＣ）と、巡回復号化に利用されるテール（Ｔａｉｌ）サブフィールドとがある。加えて、ユーザ固有フィールド（Ｕｓｅｒ Ｓｐｅｃｉｆｉｃ ｆｉｅｌｄ）では、リソースユニット割り当てシーケンスに１からＭのユーザフィールド（ｕｓｅｒ ｆｉｅｌｄ）がある。Ｍ個のユーザフィールドにおいて、通常、２つのユーザフィールドがグループを形成する。各２つのユーザフィールドの後には、ＣＲＣ及びテールフィールドが続く。しかし、最後のグループについては除外されることになる。最後のグループには１つのユーザフィールド又は２つのユーザフィールドがあり、最後のグループのユーザフィールドが破線で表されている。ユーザフィールドの最後のグループのテールフィールドの後に、パディング（Ｐａｄｄｉｎｇ）フィールドが続くことがある。
【0091】
１つのリソースユニット割り当てサブフィールドは、１つのリソースユニット割り当てインデックスであり、１つのリソースユニット割り当てインデックスは、２０ＭＨｚチャネルに含まれる１つ又は複数のリソースユニットのサイズ及び位置を示す。少なくとも１つのステーションフィールドのシーケンスは、リソースユニット割り当てシーケンスに対応する。各ステーションフィールドは、リソースユニット割り当てに含まれるＲＵにおける割り当てられたＳＴＡのステーション情報を示す。
【0092】
リソースユニット割り当てインデックスは、１つ又は複数の８ビットシーケンスを利用することによって示され、各８ビットは、帯域幅スペクトルの１つの２０ＭＨｚチャネルに対応する。例えば、８０２．１１ａｘ標準において、リソースユニット割り当てサブフィールドテーブルが表１に示される。インデックステーブルは、割り当てられたリソースを示すので、インデックステーブルは、リソース割り当て情報テーブルと呼ばれることもある。
【0093】
【表1-1】
【0094】
【表1-2】
【0095】
表１では、最初の列は、８ビットシーケンスを表し、中央の列＃１から＃９は、異なるリソースユニットを表す。表中の数は、リソースユニットに含まれるサブキャリアの数量を表す。例えば、シーケンス「００１１１ｙ2ｙ1ｙ0」は、２４２トーンＲＵ全体が、５２トーンＲＵ、５２トーンＲＵ、２６トーンＲＵ、及び１０６トーンＲＵの４つのＲＵに分割されることを示す。３番目の列の数量は、同じリソースユニットに割り当てられたエントリの数量、即ち、同じリソースユニット配置方法に対応する異なるシーケンスの数量を示す。シーケンス「００１１１ｙ2ｙ1ｙ0」では、２４２トーンＲＵリソースユニット割り当て方法が示されたとき、ｙ2ｙ1ｙ0は、１０６トーンＲＵに含まれるＳＵ／ＭＵ―ＭＩＭＯ送信におけるユーザの数量をさらに示すため、８つのエントリが存在し、ユーザの数量が１から８のユーザに対応する。言い換えれば、３ビットのｙ2ｙ1ｙ0は、１０６トーンＲＵでサポートされる１～８のユーザを示す。８つのエントリは、テーブル内の８つの独立した行と見なすことが可能である。８つの行は、同じリソースユニット割り当て方法に対応し、各行は、１０６トーンＲＵでサポートされる異なる数量のユーザに対応する。１つのリソースユニット割り当てサブフィールドによって示されるリソースユニットの順列及び組み合わせが、１０６個以上のサブキャリアを含むリソースユニットを含む場合、リソースユニット割り当てインデックスは、１０６個以上のサブキャリアを含むリソースユニットによってサポートされるＭＵ ＭＩＭＯユーザの数量をさらに示す。
【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】
【表2】
【0132】
表２のプリアンブルパンクチャリング情報フィールドＡで搬送される３ビットシーケンスの値は、リソース割り当て状態を表すことを理解されたい。表２は、３ビットシーケンスの値とリソース割り当て状態との間の対応を単に示していることに留意されたい。３ビットシーケンスの値とリソース割り当て状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、３ビットシーケンスが「１１１」であるとき、それは、８０ＭＨｚ周波数領域セグメントがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。３ビットシーケンスが「１１０」であるとき、それは、８０ＭＨｚ周波数領域セグメント内の第１の２０ＭＨｚチャネルがパンクチャされたこと（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。以下では、例として表２に示される対応を利用する。本出願のこの実施形態では、「リソースユニットが割り当てられていない」というエントリが表２に追加されてよい。言い換えれば、表２における予約されたエントリが、「リソースユニットが割り当てられていない」を表す。８０ＭＨｚ周波数領域セグメント内でＳＴＡにリソースユニットが割り当てられていない場合、プリアンブルパンクチャリング情報フィールドＡを利用することによって「１１１」が搬送されうる。ＳＴＡが８０ＭＨｚ周波数領域セグメントのプライマリ２０ＭＨｚチャネルを読み取る必要があるため、ＳＴＡはＵ－ＳＩＧフィールドを読み取る。ＳＴＡが、プリアンブルパンクチャリング情報フィールドＡを利用することによって、リソースユニットが割り当てられていないと決定したとき、ＳＴＡは、Ｕ－ＳＩＧフィールドに続くＥＨＴ－ＳＩＧフィールドなどのフィールドを読み取り続ける必要がなく、従って、ＳＴＡのエネルギー消費を低減することが可能である。リソースユニットがＳＴＡに割り当てられていないので、ＳＴＡは、当然ながら、ＳＴＡに割り当てられたリソースを決定するためにＥＨＴ－ＳＩＧフィールドのユーザフィールドを読み取る必要はない。代替として、この場合、ＥＨＴ－ＳＩＧフィールド内のユーザフィールドは不要であるとみなされてよい。従って、プリアンブルパンクチャリング情報フィールドＡは、周波数領域セグメント内でユーザにリソースユニットが割り当てられていないことを示し、ＥＨＴ－ＳＩＧフィールドはユーザフィールドを含まなくてよく、従って、シグナリングオーバヘッドができるだけ低減される。
【0133】
Ｕ－ＳＩＧフィールド内の帯域幅フィールドが、帯域幅が８０ＭＨｚであることを示す場合、プリアンブルパンクチャリング情報フィールドＡは、パンクチャリング状態が存在することを示すことを理解されたい。非ＯＦＤＭＡ送信モードでは、パンクチャが１つだけあることが可能であり、言い換えれば、１つのチャネルだけをパンクチャすることが可能である。パンクチャされたチャネルがプリアンブルパンクチャリング情報フィールドＡによって既に示されている場合、周波数領域セグメント内のＳＴＡは、Ｕ－ＳＩＧフィールド内の帯域幅フィールドによって示されるように非ＯＦＤＭＡ送信モードにおいてリソース割り当てを知りうる。しかし、残りのチャネルはパンクチャされないので、プリアンブルパンクチャリング情報フィールドＢは追加のインジケーションのために利用される必要がなく、従って、シグナリングオーバヘッドができるだけ低減される。
【0134】
当然ながら、Ｕ－ＳＩＧフィールド内の帯域幅フィールドによって示される帯域幅が８０ＭＨｚ以下である場合、プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚチャネルの全てのパンクチャリング状態を示しうるので、プリアンブルパンクチャリング情報フィールドＢは追加のインジケーションのために利用される必要がなく、たがって、シグナリングオーバヘッドを低減することが可能である。
【0135】
Ｕ－ＳＩＧフィールド内の帯域幅フィールドが、帯域幅が８０ＭＨｚよりも大きいことを示し、プリアンブルパンクチャリング情報フィールドＡが各８０ＭＨｚ周波数領域セグメントに対応するパンクチャリング状態のみを含む場合、ＳＴＡは、プリアンブルパンクチャリング情報フィールドＡを利用することによって、ＳＴＡが位置付けられた周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を知り、従って、パンクチャされていないチャネル上のＥＨＴ－ＳＩＧフィールド内のプリアンブルパンクチャリング情報フィールドＢの読み取りを完了しうる。この場合、プリアンブルパンクチャリング情報フィールドは、プリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢで搬送されうる。プリアンブルパンクチャリング情報フィールドＡは複数のビットを占有してよく、プリアンブルパンクチャリング情報フィールドＢも複数のビットを占有する。プリアンブルパンクチャリング情報フィールドＡにより示される、対応する８０ＭＨｚ周波数領域セグメントにおけるパンクチャリング状態が、表２に示されるようなものである場合、プリアンブルパンクチャリング情報フィールドＢにより示される内容が表３に示されうる。
【0136】
【表3-1】
【0137】
【表3-2】
【0138】
表３は、プリアンブルパンクチャリング情報フィールドＢの設計とみなされてよく、８０ＭＨｚを超える帯域幅のパンクチャリング状態に対して利用される。８０ＭＨｚを超える帯域幅のパンクチャリング状態、例えば、１６０ＭＨｚ帯域幅、２４０ＭＨｚ帯域幅、又は３２０ＭＨｚ帯域幅のパンクチャリング状態が、プリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢを利用することによって示されることを理解されたい。プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚチャネルに対応する周波数領域セグメントのパンクチャリング状態を示し、プリアンブルパンクチャリング情報フィールドＢは、その周波数領域セグメント以外の全帯域幅における残りの周波数帯のパンクチャリング状態を示す。
【0139】
表３では、例えば、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有し、プリアンブルパンクチャリング情報フィールドＢは４ビットを占有する。プリアンブルパンクチャリング情報フィールドＢのインデックスは、プリアンブルパンクチャリング情報フィールドＢの値とみなされてよい。この値は、周波数領域セグメント以外の全帯域における残りの周波数帯域のパンクチャリング状態を示す。表３は、パンクチャリング状態並びにプリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢの値の間の対応を単に示しており、パンクチャリング状態並びにプリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢの値の間の具体的な対応関係は、本出願の本実施形態において限定されないことに留意されたい。例えば、プリアンブルパンクチャリング情報フィールドＡが「１１１」を搬送する場合、それは、１６０ＭＨｚ帯域幅内の第１の８０ＭＨｚチャネルがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。プリアンブルパンクチャリング情報フィールドＢが「１１１」を搬送する場合、それは、１６０ＭＨｚ帯域幅内の第２の８０ＭＨｚチャネルがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0140】
例として表３に示される対応が利用される。例えば、全帯域幅は１６０ＭＨｚであり、２つの８０ＭＨｚチャネルを含み、プリアンブルパンクチャリング情報フィールドＡは［１ １ １ １ ］、即ち、対応する８０ＭＨｚチャネルはパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルもパンクチャされないことを示し、又は、プリアンブルパンクチャリング情報フィールドＢの値が５である場合、それは、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルにおける第１の２０ＭＨｚチャネル及び第２の２０ＭＨｚチャネルがパンクチャされることを示す。プリアンブルパンクチャリング情報フィールドＢの値が７から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうることを理解されたい。
【0141】
プリアンブルパンクチャリング情報フィールドＡが、［ｘ １ １ １ ］、［１ ｘ １ １ ］、［１ １ ｘ １ ］、［１ １ １ ｘ ］、［ｘ ｘ １ １ ］、又は［１ １ ｘ ｘ ］、即ち、対応する８０ＭＨｚチャネルがパンクチャされることを示す場合、全帯域幅においてパンクチャが１つだけ存在できるので、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルは単にパンクチャされないことが可能であることを理解されたい。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルがパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が１から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうる。
【0142】
同様に、例えば、全帯域幅は２４０ＭＨｚであり、３つの８０ＭＨｚチャネルを含み、プリアンブルパンクチャリング情報フィールドＡは［１ １ １ １ ］、即ち、対応する８０ＭＨｚチャネルはパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、２４０ＭＨｚ帯域幅の他の１６０ＭＨｚチャネルもパンクチャされないことを示し、又は、プリアンブルパンクチャリング情報フィールドＢの値が５である場合、それは、２４０ＭＨｚ帯域幅の他の１６０ＭＨｚチャネルにおける第５の２０ＭＨｚチャネル及び第６の２０ＭＨｚチャネルがパンクチャされることを示す。プリアンブルパンクチャリング情報フィールドＢの値が７から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうることを理解されたい。
【0143】
プリアンブルパンクチャリング情報フィールドＡが［ｘ ｘ １ １ ］又は［１ １ ｘ ｘ ］を示す場合、つまり、２４０ＭＨｚ帯域幅の残りの１６０ＭＨｚチャネルがパンクチャされないことのみが可能であるので、対応する８０ＭＨｚチャネルがパンクチャされることを理解されたい。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、２４０ＭＨｚ帯域幅の残りの１６０ＭＨｚチャネルがパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が１から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうる。
【0144】
同様に、例えば、全帯域幅は３２０ＭＨｚであり、４つの８０ＭＨｚチャネルを含み、プリアンブルパンクチャリング情報フィールドＡは［１ １ １ １］、即ち、対応する８０ＭＨｚチャネルはパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、３２０ＭＨｚ帯域幅の他の２４０ＭＨｚチャネルもパンクチャされないことを示し、又は、プリアンブルパンクチャリング情報フィールドＢの値が９である場合、それは、３２０ＭＨｚ帯域幅の他の２４０ＭＨｚチャネルにおける第１１の２０ＭＨｚチャネル及び第１２の２０ＭＨｚチャネルがパンクチャされることを示す。プリアンブルパンクチャリング情報フィールドＢの値が１０から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうることを理解されたい。
【0145】
プリアンブルパンクチャリング情報フィールドＡが［ｘ ｘ １ １ ］又は［１ １ ｘ ｘ ］を示す場合、３２０ＭＨｚ帯域幅の残りの２４０ＭＨｚチャネルがパンクチャされないことのみが可能であるので、対応する８０ＭＨｚチャネルがパンクチャされることを理解されたい。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、３２０ＭＨｚ帯域幅の残りの２４０ＭＨｚチャネルがパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が１から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうる。
【0146】
１つ又は複数のＳＴＡは全帯域幅が割り当てられてよく、言い換えれば、全帯域幅が１つ又は複数のＳＴＡに割り当てられることを理解されたい。全帯域幅が１つ又は複数のＳＴＡに割り当てられる場合、ＳＴＡは、図６に示されるＥＨＴ ＰＰＤＵの前述の周波数領域セグメント構造を利用することによって割り当てられたリソースを通知され、割り当てられたリソースは、各周波数領域セグメントについて示される必要があり、即ち、Ｕ－ＳＩＧフィールド内にあり、各周波数領域セグメントに対応するプリアンブルパンクチャリング情報フィールドＡが、［１ １ １ １ ］を示す必要がある。オーバヘッドが高いことは明らかである。従って、いくつかの実施形態では、プリアンブルパンクチャリング情報フィールドは、周波数領域セグメント内でスケジュールされたＳＴＡに全帯域幅（パンクチャされていない）リソースが割り当てられることを示しうる。このようにして、ＳＴＡは、プリアンブルパンクチャリング情報フィールドと、Ｕ－ＳＩＧフィールド内の帯域幅フィールドにより示された全帯域幅サイズとを利用することによって、割り当てられたリソースを決定しうる。具体的には、周波数領域セグメント内に全帯域幅リソースが割り当てられるＳＴＡは、Ｕ－ＳＩＧフィールドに続くＥＨＴ－ＳＩＧフィールドにおけるユーザ固有フィールド内のユーザフィールドを読み取ることによって決定されうる。ここでスケジュールされたＳＴＡは、リソースが割り当てられるＳＴＡであることに留意されたい。例えば、周波数領域セグメントには１０個のＳＴＡがあり、１０個の全てのＳＴＡがＵ－ＳＩＧフィールドを読み取る。しかし、リソースは１０個のＳＴＡのうちの８個に割り当てられる。この場合は、８個のＳＴＡがスケジュールされたＳＴＡである。
【0147】
可能な実装では、プリアンブルパンクチャリング情報フィールドは、前述のＵ－ＳＩＧフィールド内のプリアンブルパンクチャリング情報フィールドＡで搬送されうる。プリアンブルパンクチャリング情報フィールドＡは複数のビットを占有してよく、１つの周波数領域セグメントにおいてリソース割り当て状態を示しうることを理解されたい。例えば、８０ＭＨｚ周波数領域セグメントについて、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有しうる。１６０ＭＨｚ以上の周波数領域セグメントについて、プリアンブルパンクチャリング情報フィールドＡは、少なくとも４ビットを占有しうる。表４は、８０ＭＨｚ周波数領域セグメントについてプリアンブルパンクチャリング情報フィールドＡによって示されうる内容を示す。
【0148】
【表4】
【0149】
表４のプリアンブルパンクチャリング情報フィールドＡで搬送される３ビットシーケンスの値は、リソース割り当て状態を表すことを理解されたい。表４は、３ビットシーケンスの値とリソース割り当て状態との間の対応を単に示していることに留意されたい。３ビットシーケンスの値とリソース割り当て状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、３ビットシーケンスが「１１１」であるとき、それは、８０ＭＨｚ周波数領域セグメントがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。３ビットシーケンスが「１１０」であるとき、それは、８０ＭＨｚ周波数領域セグメント内の第１の２０ＭＨｚチャネルがパンクチャされたこと（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0150】
例として表４に示される対応が利用される。本出願のこの実施形態では、「全帯域幅（パンクチャされていない）」のエントリが表３に追加されうる。具体的には、表４における予約されたエントリは、「全帯域幅（パンクチャされていない）リソースが、周波数領域セグメントにおいてユーザに割り当てられる」ことを表す。例えば、全帯域幅リソースは３２０ＭＨｚである。具体的には、Ｕ－ＳＩＧフィールド内の帯域幅フィールドにより示されるリソースは３２０ＭＨｚである。全帯域幅（パンクチャされていない）リソースユニットが８０ＭＨｚチャネルでＳＴＡに割り当てられる場合、「１１１」がプリアンブルパンクチャリング情報フィールドＡを利用することによって搬送されうる。ＳＴＡに関して、プリアンブルパンク情報フィールドＡを利用することによって全帯域幅リソースがＳＴＡに割り当てられる場合、ＳＴＡは、Ｕ－ＳＩＧフィールド内の帯域幅フィールドを読み取ることによって、３２０ＭＨｚのパンクチャされていないリソースが割り当てられることを決定しうる。具体的には、周波数領域セグメント内に全帯域幅リソースが割り当てられるＳＴＡは、Ｕ－ＳＩＧフィールドに続くＥＨＴ－ＳＩＧフィールドにおけるユーザ固有フィールド内のユーザフィールドを読み取ることによって決定されうる。この解決策では、１つの周波数領域セグメントについてプリアンブルパンクチャリング情報フィールドＡのインジケーションを利用することによって、全帯域幅（パンクチャされていない）を示すことが可能であり、全帯域幅分割によって得られる各周波数領域セグメントに対応するプリアンブルパンクチャリング情報フィールドＡを利用することによって示される必要がなく、従って、オーバヘッドを低減することが可能である。
【0151】
シグナリングオーバヘッドをさらに低減するために、いくつかの実施形態では、圧縮モードがＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドにおいて示されてよい。圧縮モードは、ＥＨＴ－ＳＩＧフィールド内の共通フィールドに固有であり、即ち、共通フィールドの長さが短縮される。
【0152】
例えば、共通フィールド内のいくつかのフィールドが簡略化され、言い換えれば、フィールドに占有される長さが短縮され、又は共通フィールド内のいくつかのフィールドが削除される。例えば、共通フィールド内のリソースユニット割り当てサブフィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ ｓｕｂｆｉｅｌｄ）が簡略化されうる。例えば、リソースユニット割り当てサブフィールドの数量が減少され、又は共通フィールド内のリソースユニット割り当てサブフィールドが省略若しくは削除される。共通フィールドが、簡略化されたリソースユニット割り当てサブフィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ ｓｕｂｆｉｅｌｄ）を含んでいる場合、又はリソースユニット割り当てサブフィールドを含んでいない場合、対応するＥＨＴ ＰＰＤＵが圧縮モードにおけるＥＨＴ ＰＰＤＵである。言い換えれば、圧縮モードは、ＥＨＴ ＰＰＤＵのフォーマットが簡略化されたバージョンのフォーマットであることを意味する。例えば、共通フィールド内のＲＵ割り当てサブフィールドが簡略化され、又はＲＵ割り当てサブフィールドが省略若しくは削除すらされうる。非圧縮モードにおけるＥＨＴ ＰＰＤＵのフォーマットは、簡略化されていないバージョンのフォーマットである。例えば、共通フィールド内のＲＵ割り当てサブフィールドは簡略化されていない。別の例では、共通フィールド内のユーザフィールドの一部又は全部が削除される場合に、対応するＥＨＴ ＰＰＤＵはまた圧縮モードにおけるＥＨＴ ＰＰＤＵである。圧縮モードにおけるＥＨＴ ＰＰＤＵのフォーマットはより単純であるため、オーバヘッドを低減することが可能であることを理解されたい。
【0153】
圧縮モードでは、例えば、ＲＵ割り当てサブフィールドが簡略化され、又は削除すらされる。従って、プリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢは、ＳＴＡに割り当てられたリソースを示す必要がある。ＯＦＤＭＡ送信では、ＳＴＡに割り当てられたリソースユニットがＲＵ割り当てサブフィールドを利用することによって示され、非ＯＦＤＭＡ送信では、ＳＴＡに割り当てられたリソースは、プリアンブルパンクチャリング情報フィールドＡ及び／又はプリアンブルパンクチャリング情報フィールドＢを利用することによって示されうることを理解されたい。さらに、非ＯＦＤＭＡ送信は、全帯域幅のパンクチャされた非ＯＦＤＭＡリソースユニットの割り当てと、全帯域幅のパンクチャされていない非ＯＦＤＭＡリソースユニットの割り当てとを含む。前述のいくつかの送信モードにおけるリソース割り当てを区別するために、本出願のこの実施形態では、複数の圧縮モードが定義されてよく、圧縮モードインジケーションフィールドは、圧縮モードを示すためにＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドで搬送される。
【0154】
例えば、本出願のこの実施形態において以下のいくつかのモードが定義されうる。
１． ＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されていないバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
２． 簡略化されたバージョンのＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されたバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
３． 非ＯＦＤＭＡパンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされたリソースユニットである。
４． 非ＯＦＤＭＡ非パンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされていないリソースユニットである。
１． ＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されていないバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
２． 簡略化されたバージョンのＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されたバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
３． 非ＯＦＤＭＡパンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされたリソースユニットである。
４． 非ＯＦＤＭＡ非パンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされていないリソースユニットである。
【0155】
第１の送信モードは、他の３つの送信モードと対比して非圧縮モードであることを理解されたい。言い換えれば、他の３つの送信モードは、第１の送信モードと対比して圧縮モードである。いくつかの実施形態では、Ｕ－ＳＩＧフィールドが圧縮モードを示してよく、具体的には、圧縮モードインジケーションフィールドがＵ－ＳＩＧフィールドに設定される。圧縮モードインジケーションフィールドは、（非圧縮モード及び圧縮モードを含む）圧縮モードを示すために複数のビットを占有しうる。例えば、圧縮モードインジケーションフィールドは２ビットを占有してよく、圧縮モードインジケーションフィールドによって示される内容は表５に示されうる。
【0156】
【表5】
【0157】
表５では、圧縮モードインジケーションフィールドの１つの値は、１つの圧縮モードに対応し、表５は、値と圧縮モードとの間の対応の例にすぎないことを理解されたい。圧縮モードインジケーションフィールドの値と圧縮モードとの間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、圧縮モードインジケーションフィールドが「００」を搬送しているとき、それは、圧縮モードが非ＯＦＤＭＡ非パンクチャ送信モードであることを示してよく、又は圧縮モードインジケーションフィールドが「１１」を搬送しているとき、それは、圧縮モードがＯＦＤＭＡ送信モードであることを示してよい。例は本明細書では１つずつ列挙されない。８０２．１１ａｘのＨＥ－ＳＩＧ－Ａフィールド内の１ビット時空間ブロックコーディング（Ｓｐａｃｅ－ｔｉｍｅ ｂｌｏｃｋ ｃｏｄｉｎｇ， ＳＴＢＣ）フィールドは、非ＭＵ－ＭＩＭＯ送信においてのみ意味があるので、ＭＵ－ＭＩＭＯに関係した圧縮モードが存在する場合、ＳＴＢＣフィールドは再利用されうることに留意されたい。例えば、１ビットＳＴＢＣフィールドはさらに、２つのＭＵ－ＭＩＭＯ圧縮モードを示すために利用されてよく、又はＭＵ－ＭＩＭＯユーザの数量を示すのに関与するために利用されてよい。
【0158】
「全帯域幅（パンクチャされていない）」のエントリが前述の表４に追加されることを理解されたい。この場合、ＳＴＡが、圧縮モードインジケーションフィールドから、圧縮モードが非ＯＦＤＭＡ非パンクチャ送信モードであると決定した場合、ＳＴＡは、プリアンブルパンクチャリング情報フィールドＡを読み取り続ける必要はなく、従って、エネルギー消費を低減することが可能である。表４における予約されたエントリは、「全帯域幅（パンクチャされていない）リソースが、周波数領域セグメント内でユーザに割り当てられる」ことを表し、また、非ＯＦＤＭＡ非パンクチャ送信モード（１つの圧縮モード）とみなされうる。従って、表４における予約されたエントリは、非ＯＦＤＭＡ非パンクチャ送信モード又は１つの圧縮モードを示すこともある。この圧縮モードでは、リソースユニット割り当てサブフィールドは、リソース割り当て状態を示す必要はないことを理解されたい。従って、ＥＨＴ－ＳＩＧフィールド内の共通フィールドでは、シグナリングオーバヘッドをできるだけ低減するために、リソースユニット割り当てサブフィールドの数量が減少されてよく、又はリソースユニット割り当てサブフィールドが削除されてよい。表５に示される４つのモードは例にすぎず、圧縮モードのタイプは、本出願のこの実施形態において限定されないことに留意されたい。表４における予約されたエントリは、いくつかの他の実施形態では他の圧縮モードを示してよい。
【0159】
同様に、表２における追加された「リソースユニットが割り当てられていない」のエントリ（即ち、再利用される予約されたエントリ）も、１つの送信モード又は１つの圧縮モードとみなされてよい。言い換えれば、周波数領域セグメント内でスケジュールされたユーザにリソースユニットが割り当てられないことが、送信モード又は圧縮モードとして定義されうる。表３における予約されたエントリが送信モード又は圧縮モードを示す場合、周波数領域セグメント内でサービスされるユーザにリソースユニットが割り当てられていないと決定されうる。リソースユニットがＳＴＡに割り当てられていないので、ＳＴＡは当然ながらＥＨＴ－ＳＩＧ内のユーザフィールドを読み取る必要がないことを理解されたい。言い換えれば、ＥＨＴ－ＳＩＧフィールド内のユーザフィールドが不要である。従って、この圧縮モードでは、ＥＨＴ－ＳＩＧフィールドは、できるだけシグナリングオーバヘッドを低減するために、ユーザフィールドを含まなくてよい。表５に示される４つのモードは例にすぎず、圧縮モードのタイプは、本出願のこの実施形態において限定されないことに留意されたい。表２の予約されたエントリは、いくつかの他の実施形態では他の圧縮モードを示してよい。
【0160】
上述されたように、非ＯＦＤＭＡ送信の場合、いくつかの実施形態では、ＥＨＴ ＰＰＤＵにおけるＵ－ＳＩＧフィールド内のプリアンブルパンクチャリング情報フィールドＡがリソース割り当て状態を示しうる。例えば、８０ＭＨｚ帯域幅について、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有してよく、示されたリソース割り当て状態は、［１ １ １ １ ］、［ｘ １ １ １ ］、［１ ｘ １ １ ］、［１ １ ｘ １ ］、及び［１ １ １ ｘ ］、即ち、５つの状態を含む。１６０ＭＨｚ帯域幅について、プリアンブルパンクチャリング情報フィールドＡは４ビットを占有してよく、示されたリソース割り当て状態は、［１ １ １ １ １ １ １ １ ］、［ｘ １ １ １ １ １ １ １ ］、［１ ｘ １ １ １ １ １ １ ］、［１ １ ｘ １ １ １ １ １ ］、［１ １ １ ｘ １ １ １ １ ］、［１ １ １ １ ｘ １ １ １ ］、［１ １ １ １ １ ｘ １ １ ］、［１ １ １ １ １ １ ｘ １ ］、［１ １ １ １ １ １ １ ｘ ］、［ｘ ｘ １ １ １ １ １ １ ］、［１ １ ｘ ｘ １ １ １ １ ］、［１ １ １ １ ｘ ｘ １ １ ］、及び［１ １ １ １ １ １ ｘ ｘ ］、即ち、１３個の状態を含む。この場合、プリアンブルパンクチャリング情報フィールドＡ及びＵ－ＳＩＧフィールド内の帯域幅フィールドを利用することによって、非ＯＦＤＭＡ送信における全帯域幅パンクチャインジケーション又は全帯域幅非パンクチャインジケーションが実装されうる。
【0161】
図６に示されたＥＨＴ ＰＰＤＵの周波数領域セグメント構造が依然として利用される場合、８０ＭＨｚ周波数領域セグメントについて、プリアンブルパンクチャリング情報フィールドＡは、７つのリソース割り当て状態、即ち、［１ １ １ １ ］、［ｘ １ １ １ ］、［１ ｘ １ １ ］、［１ １ ｘ １ ］、［１ １ １ ｘ ］、［ｘ ｘ １ １ ］、及び［１ １ ｘ ｘ ］を示しうる。この場合、ＯＦＤＭＡ送信における各周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリングインジケーションは、プリアンブルパンクチャリング情報フィールドＡ及びＵ－ＳＩＧフィールド内の帯域幅フィールドを利用することによって実装されうる。
【0162】
シグナリングオーバヘッドをできるだけ低減するために、本出願のこの実施形態では、それは、プリアンブルパンクチャリング情報フィールドＡが、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示すために、又はＯＦＤＭＡ送信における各周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示すために、再利用されうるように定義されてよい。言い換えれば、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示してよく、さらに、ＯＦＤＭＡ送信における各周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示してよい。
【0163】
可能な実装では、それは、Ｕ－ＳＩＧフィールド内のフィールドが、非ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡにより示される内容が前述の５つの状態を含み、具体的には、８０ＭＨｚ構成が、ＯＦＤＭＡ送信における８０ＭＨｚチャネル（即ち、全帯域幅構成）におけるパンクチャされた又はパンクチャされていない構成を示すように定義されてよい。それは、Ｕ－ＳＩＧフィールド内のフィールドが、ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡにより示される内容が前述の７つの状態を含み、具体的には、８０ＭＨｚ構成が、周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示すように定義されてよい。言い換えれば、帯域幅フィールドが帯域幅が８０ＭＨｚであることを示す場合、Ｕ－ＳＩＧフィールド内のフィールドが非ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示すとき、プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚ構成が、ＯＦＤＭＡ送信での８０ＭＨｚチャネルにおけるパンクチャされた構成又はパンクチャされていない構成を示すことを示す。帯域幅フィールドが、帯域幅が８０ＭＨｚであることを示し、Ｕ－ＳＩＧフィールド内のフィールドが、ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚ構成が、周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示すことを示す。従って、８０ＭＨｚチャネルについて、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有する。
【0164】
この解決策は、非ＯＦＤＭＡ送信における前述のパンクチャリングインジケーション方法２と互換性があると理解されてもよく、８０ＭＨｚ ＯＦＤＭＡ送信におけるパンクチャリング情報を示すことができる。理解を容易にするために、以下では表６を説明のための例として利用する。表６は、Ｕ－ＳＩＧにおけるプリアンブルパンクチャリング情報フィールドＡによって示される内容を示す。図６では、例えば、全帯域幅が８０ＭＨｚであり、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有する。
【0165】
【表6】
【0166】
表６のプリアンブルパンクチャリング情報フィールドＡの１つの値は、１つのパンクチャリング状態に対応し、表６は、値とパンクチャリング状態との間の対応の例にすぎないことを理解されたい。プリアンブルパンクチャリング情報フィールドＡの値とパンクチャリング状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、プリアンブルパンクチャリング情報フィールドＡが「１１１」を搬送する場合、それは、８０ＭＨｚチャネルがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。プリアンブルパンクチャリング情報フィールドＡが「１１０」を搬送する場合、それは、８０ＭＨｚチャネル内の第１の２０ＭＨｚチャネルがパンクチャされること（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0167】
表６は例として利用されていることを理解されたい。Ｕ－ＳＩＧフィールド内のフィールドが、非ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信での８０ＭＨｚチャネルにおけるパンクチャされた又はパンクチャされていない全帯域幅構成を示す。この場合、ステーションに関して、帯域幅フィールドに基づいて、全帯域幅が１６０ＭＨｚ以上であると決定された場合、ＳＴＡは、８０ＭＨｚチャネルにおけるパンクチャリング状態を読み取るだけでよく、８０ＭＨｚチャネル以外の帯域幅情報を読み取る必要はない。Ｕ－ＳＩＧフィールド内のフィールドが、ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡは、ＯＦＤＭＡ送信における８０ＭＨｚチャネルに対応する周波数領域セグメントのパンクチャリング状態を示す。８０ＭＨｚ全帯域幅について、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有することが認識できる。
【0168】
この解決策は、非ＯＦＤＭＡ送信における前述のパンクチャリングインジケーション方法２と互換性があることを理解されたい。従って、１６０ＭＨｚ以上の帯域幅について、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信におけるパンクチャリング状態を示す。この場合、プリアンブルパンクチャリング情報フィールドＡは少なくとも４ビットを占有することを理解されたい。プリアンブルパンクチャリング情報フィールドＡが少なくとも４ビットを占有するとき、８０ＭＨｚ周波数領域セグメントのパンクチャリング状態インジケーションのための少なくとも９つの予約された状態が存在する。この場合、プリアンブルパンクチャリング情報フィールドＡは、圧縮モードを示すために再利用されうる。このようにして、圧縮モードインジケーションフィールドは、Ｕ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドに追加的に設定される必要がなく、従って、シグナリングオーバヘッドはできるだけ低減される。
【0169】
理解を容易にするために、以下では表７を説明のための例として利用する。表７は、Ｕ－ＳＩＧフィールドにおけるプリアンブルパンクチャリング情報フィールドＡによって示される内容を示す。図７では、例えば、全帯域幅が１６０ＭＨｚ以上であり、プリアンブルパンクチャリング情報フィールドＡが４ビットを占有し、圧縮モード、例えば、圧縮モード１が利用される。８０ＭＨｚ周波数領域セグメントのパンクチャリング状態インジケーションのための９つの予約された状態が存在することを理解されたい。表７はまた、８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示す。
【0170】
【表7】
【0171】
表７のプリアンブルパンクチャリング情報フィールドＡの１つの値は１つのパンクチャリング状態に対応し、表７は、値とパンクチャリング状態との間の対応の例にすぎないことを理解されたい。プリアンブルパンクチャリング情報フィールドＡの値とパンクチャリング状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、プリアンブルパンクチャリング情報フィールドＡが「１０００」を搬送する場合、それは、８０ＭＨｚ周波数領域セグメント内の第１の２０ＭＨｚチャネルがパンクチャされたこと（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。プリアンブルパンクチャリング情報フィールドＡが「１００１」を搬送する場合、それは、圧縮モード１が利用され、８０ＭＨｚ周波数領域セグメントがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0172】
表７は例として利用される。表７から、本出願のこの実施形態では、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有することが認識できる。また、プリアンブルパンクチャリング情報フィールドは、ＯＦＤＭＡ送信における圧縮送信モードをさらに示す。
【0173】
表６及び表７から、本出願のこの実施形態では、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、８０ＭＨｚ全帯域幅について、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有することが認識できる。この場合、プリアンブルパンクチャリング情報フィールドＡは少なくとも３ビットを占有しうる。１６０ＭＨｚ以上の非ＯＦＤＭＡ送信におけるパンクチャリングインジケーションと互換性を有するために、プリアンブルパンクチャリング情報フィールドＡは、少なくとも４ビットを占有しうる。従って、いくつかの実施形態では、ＯＦＤＭＡ送信におけるパンクチャリングインジケーションは、代替として、非ＯＦＤＭＡ送信におけるパンクチャリングインジケーションから分離されうる。言い換えれば、非ＯＦＤＭＡ送信におけるパンクチャリングインジケーションは依然として利用され、プリアンブルパンクチャリング情報フィールドＡが少なくともＭビットを占有することが定義され、ここで、Ｍは４以上である。ＯＦＤＭＡ送信におけるパンクチャリングインジケーションは、Ｍビットのうちの３ビットを利用することによって示される。３ビットを除いたＭビット、即ちＭ－３ビットは、ＯＦＤＭＡ送信における圧縮モード又は非圧縮モードを示しうる。
【0174】
この場合、プリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示すかそれとも非ＯＦＤＭＡ送信を示すかが区別される必要があることを理解されたい。本出願のこの実施形態では、１ビットインジケーション情報は、プリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示すかそれとも非ＯＦＤＭＡ送信を示すかを追加的に示しうる。１ビットインジケーション情報はＰＰＤＵで搬送されることを理解されたい。
【0175】
ＳＴＡでは、ＡＰからＰＰＤＵを受信するとき、ＳＴＡは、まず、１ビットインジケーション情報を利用することによって、Ｍビットプリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示すかそれとも非ＯＦＤＭＡ送信を示すかを決定しうる。Ｍビットプリアンブルパンクチャリング情報フィールドＡが非ＯＦＤＭＡ送信を示す場合、ＳＴＡは、割り当てられた帯域幅のパンクチャリング状態を決定しうる。Ｍビットプリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示す場合、ＳＴＡは、Ｍビットのうちの３ビットに基づいて、８０ＭＨｚチャネルに対応する周波数領域セグメントのパンクチャリング状態を決定し、Ｍ－３ビットに基づいて、ＯＦＤＭＡ送信における圧縮モード又は非圧縮モードを決定しうる。
【0176】
本出願のこの実施形態で提供されるリソースインジケーション方法によれば、この方法では、新しいＵＩＳフィールド及び新しいＥＨＴ－ＳＩＧフィールドが設計され、Ｕ－ＳＩＧフィールド及び／又はＥＨＴ－ＳＩＧフィールド内のフィールドが、ユーザに割り当てられた複数の連続又は不連続のＲＵを示すために再利用されうる。８０２．１１ａｘのリソースユニット割り当てサブフィールドを利用してユーザに割り当てられたリソースを示すのと比較して、これは、シグナリングオーバヘッドをさらに低減することが可能である。
【0177】
本明細書におけるリソースインジケーション方法では、リソースインジケーションを実装するためにＥＨＴ ＰＰＤＵセグメント構造が利用されることに留意されたい。言い換えれば、本明細書におけるリソースインジケーション方法は、全帯域幅が１つ又は複数の周波数領域セグメントに分割されるシナリオに適用可能である。リソースインジケーション方法は、セグメント化されないシナリオにさらに適用可能でありうることを理解されたい。例えば、ＰＰＤＵを送信するためのチャネルの帯域幅が３２０ＭＨｚである場合、まず、３２０ＭＨｚ帯域幅内の第１の８０ＭＨｚチャネル（即ち、プライマリ８０ＭＨｚチャネル）が示されてよく、次いで、３２０ＭＨｚ帯域幅全体が示される。しかし、本明細書におけるリソースインジケーション方法、即ち、８０ＭＨｚ周波数領域セグメントのインジケーションは、プライマリ８０ＭＨｚチャネルを依然として示しうる。
【0178】
本出願で提供される前述の実施形態において、本出願の実施形態で提供される方法は、ＡＰ、ＳＴＡ、及びＡＰとＳＴＡとの間の相互作用の観点から別個に説明される。本出願の実施形態で提供される前述の方法において機能を実装するために、ＡＰ及びＳＴＡのそれぞれは、ハードウェア構造及び／又はソフトウェアモジュールを含み、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールの組み合わせの形態で、前述の機能を実装しうる。
【0179】
添付の図面を参照して、以下では、本出願の実施形態において前述の方法を実装するように構成された通信装置を説明する。従って、前述の内容は、後続の実施形態において利用されてよく、繰り返される内容は再度説明されない。
【0180】
図９は、通信装置９００の構造の概略図である。通信装置９００は、これに応じて、前述の方法の実施形態において、送信端、例えばＡＰ、又は受信端、例えばＳＴＡによって実装される機能又はステップを実施しうる。通信装置は、トランシーバモジュール９１０及び処理モジュール９２０を含んでよい。任意選択で、通信装置は、記憶ユニットをさらに含んでよい。記憶ユニットは、命令（コード若しくはプログラム）及び／又はデータを記憶するように構成されうる。トランシーバモジュール９１０及び処理モジュール９２０は、記憶ユニットに結合されうる。例えば、処理モジュール９２０は、記憶ユニット内の命令（コード若しくはプログラム）及び／又はデータを読み取って。対応する方法を実装しうる。前述のユニットは、独立して配置されてよく、又は部分的に若しくは完全に一体化されてよい。例えば、トランシーバモジュール９１０は、送信ユニット及び受信ユニットによって一体化されてよい。
【0181】
いくつかの可能な実装では、通信装置９００は、前述の方法実施形態において対応的にＳＴＡの挙動及び機能を実装することができる。例えば、通信装置９００は、ＳＴＡであってよく、又はＳＴＡで利用されるコンポーネント（例えば、チップ若しくは回路）であってよい。トランシーバモジュール９１０は、図８に示される実施形態においてＳＴＡにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。処理モジュール９２０は、送信及び受信動作を除く図８に示される実施形態におけるＳＴＡにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０３を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0182】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、第１の帯域幅は、ＰＰＤＵを送信するためのチャネル帯域幅であり、第１の帯域幅は、第１の周波数領域セグメントを含み、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
【0183】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0184】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0185】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、ＰＰＤＵを送信するためのチャネル帯域幅は、第１の周波数領域セグメントを含み、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
【0186】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0187】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0188】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、ＰＰＤＵがＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、帯域幅が８０ＭＨｚである第１の帯域幅のパンクチャされた構成若しくはパンクチャされていない構成を示し、又はＰＰＤＵが非ＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示し、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
【0189】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールド及び第２のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられ、第２のプリアンブルパンクチャリング情報フィールドは、ＥＨＴ－ＳＩＧフィールドに位置付けられ、第１のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメントのパンクチャリング状態を示し、又は全帯域幅がパンクチャされないことを示し、第２のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメント以外の第１の帯域幅における残りの周波数領域セグメントのパンクチャリング状態を示し、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
【0190】
いくつかの可能な実装では、通信装置９００は、前述の方法実施形態において対応的にＳＴＡの挙動及び機能を実装することができる。例えば、通信装置９００は、ＡＰであってよく、又はＡＰで利用されるコンポーネント（例えば、チップ若しくは回路）であってよい。トランシーバモジュール９１０は、図８に示される実施形態においてＡＰにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。処理モジュール９２０は、送信及び受信動作を除く図８に示される実施形態におけるＡＰにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０１を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0191】
例えば、処理モジュール９２０は、ＰＰＤＵを生成するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、第１の帯域幅は、ＰＰＤＵを送信するためのチャネル帯域幅であり、第１の帯域幅は、第１の周波数領域セグメントを含み、
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
【0192】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0193】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0194】
別の例では、処理モジュール９２０は、ＰＰＤＵを生成するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、ＰＰＤＵを送信するためのチャネル帯域幅は、第１の周波数領域セグメントを含み、
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
【0195】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0196】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0197】
例えば、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、ＰＰＤＵがＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、帯域幅が８０ＭＨｚである第１の帯域幅のパンクチャされた構成若しくはパンクチャされていない構成を示し、又はＰＰＤＵが非ＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示し、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
【0198】
例えば、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールド及び第２のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられ、第２のプリアンブルパンクチャリング情報フィールドは、ＥＨＴ－ＳＩＧフィールドに位置付けられ、第１のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメントのパンクチャリング状態を示し、又は全帯域幅がパンクチャされないことを示し、第２のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメント以外の第１の帯域幅における残りの周波数領域セグメントのパンクチャリング状態を示し、第１の帯域幅は、ＰＰＤＵを送信するためのチャネル帯域幅であり、第１の帯域幅は、第１の周波数領域セグメントを含み、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
【0199】
図１０は、本出願の実施形態による通信装置１０００を示す。通信装置１０００はＳＴＡであってよく、本出願の実施形態で提供される方法におけるＳＴＡの機能を実装することができる。代替として、通信装置１０００はＡＰであってよく、本出願の実施形態で提供されるＡＰの機能を実装することができる。代替として、通信装置１０００は、本出願の実施形態で提供される方法における対応する機能を実装する際にＳＴＡをサポートすることができる装置であってよい。代替として、通信装置１０００は、本出願の実施形態で提供される方法における対応する機能を実装する際にＡＰをサポートすることができる装置であってよい。通信装置１０００はチップシステムであってよい。本出願の実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別のディスクリートコンポーネントを含んでよい。
【0200】
いくつかの実施形態では、通信装置１０００は、伝送媒体を介して別のデバイスと通信するように構成された通信インターフェース１０１０を含んでよく、それにより、通信装置１０００で利用される装置が別のデバイスと通信することができる。例えば、通信装置がＳＴＡのとき、別のデバイスはＡＰであり、又は通信装置がＡＰであるとき、別のデバイスはＳＴＡである。通信インターフェース１０１０は、具体的にはトランシーバであってよい。ハードウェア実装において、通信インターフェース１０１０はトランシーバであってよく、トランシーバは、通信装置１０００に統合されて通信インターフェース１０１０を形成する。
【0201】
通信装置１０００は、少なくとも１つのプロセッサ１０２０をさらに含む。プロセッサ１０２０は、通信インターフェース１０１０を介してデータを送信及び受信して、ＳＴＡ若しくはＡＰの機能を実装し、又は本出願の実施形態で提供される方法におけるＳＴＡ若しくはＡＰの機能を実装する際に通信装置１０００をサポートしうる。例えば、通信装置１０００は、前述の方法実施形態において対応的にＳＴＡの挙動及び機能を実装することができる。
【0202】
通信インターフェース１０１０は、図８に示される実施形態においてＳＴＡにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。少なくとも１つのプロセッサ１０２０は、送信及び受信動作を除く図８に示される実施形態におけるＳＴＡにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０３を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0203】
例えば、通信装置１０００は、前述の方法実施形態において対応的にＡＰの挙動及び機能を実装することができる。通信インターフェース１０１０は、図８に示される実施形態においてＡＰにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。少なくとも１つのプロセッサ１０２０は、送信及び受信動作を除く図８に示される実施形態におけるＡＰにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０１を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0204】
いくつかの他の実施形態では、通信装置１０００は、プログラム命令及び／又はデータを記憶するように構成された少なくとも１つのメモリ１０３０をさらに含んでよい。メモリ１０３０はプロセッサ１０２０に結合される。本出願のこの実施形態における結合は、装置、ユニット、又はモジュールの間の間接結合又は通信接続であり、電気的形態、機械的形態、又は別の形態であってよく、装置、ユニット、又はモジュールの間の情報交換のために利用される。プロセッサ１０２０は、メモリ１０３０と協働して動作しうる。プロセッサ１０２０は、通信装置１０００が対応する方法を実装するように、メモリ１０３０に記憶されたプログラム命令及び／又はデータを実行しうる。少なくとも１つのメモリがプロセッサに含まれうる。
【0205】
通信インターフェース１０１０、プロセッサ１０２０、及びメモリ１０３０の間の具体的な接続媒体は、本出願のこの実施形態において限定されない。本出願のこの実施形態では、図１０において、メモリ１０３０、プロセッサ１０２０、及び通信インターフェース１０１０は、バス１０４０を介して接続される。バスは、図１０内の太線によって表されている。他のコンポーネント間の接続方式は説明のための例にすぎず、これに限定されない。バスは、アドレスバス、データバス、制御バスなどに分類されうる。表現を容易にするために、１つの太線のみが図１０のバスを表すためのものであるが、これは、１つのバスのみ又は１つのタイプのバスのみが存在することを意味するものではない。
【0206】
本出願のこの実施形態では、プロセッサ１０２０は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、若しくは別のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェアコンポーネントであってよく、本出願の実施形態で開示された方法、ステップ、及び論理ブロック図を実装又は実施しうる。汎用プロセッサは、マイクロプロセッサであってよく、又は任意の従来のプロセッサなどであってよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実施され完了されてよく、又はプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせによって実施され完了されてよい。
【0207】
本出願のこの実施形態では、メモリ１０３０は、不揮発性メモリ、例えば、ハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ， ＨＤＤ）若しくはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ， ＳＳＤ）であってよく、又は揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）であってよい。メモリは、命令又はデータ構造の形態で期待されるプログラムコードを搬送又は記憶することができ、コンピュータによってアクセスされることができる任意の他の媒体であるが、これに限定されない。本出願のこの実施形態におけるメモリは、代替として、記憶機能を実装することができ、プログラム命令及び／又はデータを記憶するように構成された回路又は任意の他の装置であってよい。
【0208】
前述の実施形態における通信装置は、ＳＴＡ、ＡＰ、若しくは回路であってよく、又は、ＳＴＡ若しくはＡＰで利用されるチップ、又は前述のＳＴＡ若しくはＡＰの機能を有する別の組み合わされたデバイス若しくはコンポーネントなどであってよいことに留意されたい。通信装置がＳＴＡ又はＡＰであるとき、トランシーバモジュール９１０はトランシーバであってよく、アンテナ及び無線周波数回路などを含んでよい。処理モジュールは、プロセッサ、例えば、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）であってよい。通信装置が前述のＳＴＡ又はＡＰの機能を有するコンポーネントであるとき、トランシーバモジュール９１０は無線周波数ユニットであってよく、処理モジュールはプロセッサであってよい。通信装置がチップシステムであるとき、トランシーバモジュール９１０は、チップシステムの入出力インターフェースであってよく、処理モジュールは、チップシステムのプロセッサであってよい。
【0209】
可能な製品形態では、本出願の実施形態におけるＡＰ及びＳＴＡは、代替として、１つ又は複数のＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、コントローラ、状態機械、ゲート論理、ディスクリートハードウェアコンポーネント、任意の他の適切な回路、又は本出願で説明された様々な機能を実施することができる回路の任意の組み合わせを利用することによって実装されてよい。
【0210】
前述の製品形態のＡＰは、前述の方法実施形態におけるＡＰの任意の機能を有し、詳細はここでは再度説明されず、前述の製品形態のＳＴＡは、前述の方法実施形態におけるＳＴＡの任意の機能を有し、詳細はここでは再度説明されないことを理解されたい。
【0211】
本出願の実施形態は、通信システムをさらに提供する。具体的には、通信システムは、ＳＴＡ及びＡＰを含み、又はより多くのＡＰ及びアクセスネットワークデバイスを含みうる。例えば、通信システムは、図６又は図９の関係付けられた機能を実装するように構成されたＳＴＡ及びＡＰを含む。
【0212】
ＡＰは、図８に関係付けられたネットワーク部品の機能を実装するように構成される。ＳＴＡは、図８に関係付けられたＳＴＡの機能を実装するように構成される。例えば、ＳＴＡは、例えば、図８に示される実施形態において８０２及びＳ８０３を実施してよく、ＡＰは、図８に示される実施形態においてＳ８０１及びＳ８０２を実施してよい。
【0213】
本出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されたとき、コンピュータは、図８におけるＡＰ又はＳＴＡによって行われる方法を実施することを可能にされる。
【0214】
本出願の実施形態は、コンピュータプログラムコードを含むコンピュータプログラム製品をさらに提供する。コンピュータプログラムコードがコンピュータ上で実行されたとき、コンピュータは、図８におけるＡＰ又はＳＴＡによって行われる方法を実施することを可能にされる。
【0215】
本出願の実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリをさらに含んでよく、前述の方法におけるＡＰ又はＳＴＡの機能を実装するように構成される。チップシステムは、チップを含んでよく、又はチップ及び別のディスクリートコンポーネントを含んでよい。
【0216】
本出願の実施形態は、プロセッサ及びインターフェースを含む通信装置をさらに提供する。プロセッサは、前述の方法実施形態のいずれか１つにおける情報処理方法を実施するように構成される。
【0217】
通信装置はチップでありうることを理解されたい。プロセッサは、ハードウェアを利用することによって実装されてよく、又はソフトウェアを利用することによって実装されてよい。プロセッサがハードウェアを利用することによって実装されるとき、プロセッサは、論理回路若しくは集積回路などであってよく、又はプロセッサがソフトウェアを利用することによって実装されるとき、プロセッサは、汎用プロセッサであってよく、メモリに記憶されたソフトウェアコードを読み取ることによって実装される。メモリは、プロセッサに統合されてよく、又はプロセッサの外部に独立して存在してよい。
【0218】
本出願の実施形態で提供される方法は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを利用することによって、完全に又は部分的に実装されうる。実施形態を実装するためにソフトウェアが利用される場合、実施形態の全部又は一部がコンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がロードされ、コンピュータ上で実行されたとき、本発明の実施形態による手順又は機能の全部又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザ機器、又は別のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令は、１つのウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ， 略してＤＳＬ））又はワイヤレス（例えば、赤外線、無線、若しくはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は１つ若しくは複数の利用可能な媒体を統合するサーバ若しくはデータセンタなどのデータ記憶デバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、若しくは磁気テープ）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ， 略してＤＶＤ））、又は半導体媒体（例えば、ＳＳＤ）などであってよい。
【0219】
当業者は、本出願の範囲から逸脱することなく、本出願に対して種々の修正及び変形を行うことができることは明らかである。このように、本出願は、本出願のこれらの修正及び変形が、本出願の特許請求の範囲及びその等価な技術によって規定される保護の範囲内にあるならば、これらの修正及び変形を包含することが意図されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2024-07-22
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
物理層プロトコルデータユニット、ＰＰＤＵ、を生成するステップであって、前記ＰＰＤＵは、ユニバーサル信号（Ｕ－ＳＩＧ）フィールドを含み、前記Ｕ－ＳＩＧフィールドは、前記ＰＰＤＵの帯域幅を示す帯域幅フィールドと、プリアンブルパンクチャリング情報フィールドとを含み、
前記ＰＰＤＵが非直交周波数分割多元接続、非ＯＦＤＭＡ、送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続、ＯＦＤＭＡ、送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、８０ＭＨｚ帯域幅の周波数領域セグメントのパンクチャリング状態を示すために利用される、ステップと、
前記ＰＰＤＵを送信するステップと、
を含む、リソースインジケーション方法。
前記ＰＰＤＵが非直交周波数分割多元接続、非ＯＦＤＭＡ、送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続、ＯＦＤＭＡ、送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、８０ＭＨｚ帯域幅の周波数領域セグメントのパンクチャリング状態を示すために利用される、ステップと、
前記ＰＰＤＵを送信するステップと、
を含む、リソースインジケーション方法。
【請求項2】
前記ＰＰＤＵがＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ又は１６０ＭＨｚ又は３２０ＭＨｚであることを前記帯域幅フィールドが示すとき、それは１つ以上の８０ＭＨｚ帯域幅の周波数領域セグメントに対応し、
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項１に記載の方法。
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項１に記載の方法。
【請求項3】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記８０ＭＨｚ帯域幅のうちの１つの２０ＭＨｚ帯域幅のみがパンクチャされることを示す、
請求項１に記載の方法。
請求項１に記載の方法。
【請求項4】
前記８０ＭＨｚ帯域幅は、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅とを含み、前記８０ＭＨｚ帯域幅に対応するパンクチャリング状態は、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ ｘ １］、及び［１ １ １ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、各２０ＭＨｚ帯域幅に対応し、前記第２のＰＰＤＵは、パンクチャされた状態に対応するチャネル上で送信されない、
請求項３に記載の方法。
請求項３に記載の方法。
【請求項5】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、かつ前記ＰＰＤＵの前記帯域幅が１６０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記１６０ＭＨｚ帯域幅のうちの２０ＭＨｚ又は４０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項１に記載の方法。
請求項１に記載の方法。
【請求項6】
前記１６０ＭＨｚ帯域幅は、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅と、第５の２０ＭＨｚ帯域幅と、第６の２０ＭＨｚ帯域幅と、第７の２０ＭＨｚ帯域幅と、第８の２０ＭＨｚ帯域幅とを含み、
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、各２０ＭＨｚ帯域幅に対応し、前記第２のＰＰＤＵは、パンクチャされた状態に対応するチャネル上で送信されない、
請求項５に記載の方法。
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、各２０ＭＨｚ帯域幅に対応し、前記第２のＰＰＤＵは、パンクチャされた状態に対応するチャネル上で送信されない、
請求項５に記載の方法。
【請求項7】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が３２０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記３２０ＭＨｚ帯域幅のうちの８０ＭＨｚ又は１２０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項１に記載の方法。
請求項１に記載の方法。
【請求項8】
前記Ｕ－ＳＩＧ内の第１のフィールドは、前記ＰＰＤＵが前記非ＯＦＤＭＡ送信モード又は前記ＯＦＤＭＡ送信モードにあることを示すために利用される、
請求項１に記載の方法。
請求項１に記載の方法。
【請求項9】
物理層プロトコルデータユニット（ＰＰＤＵ）を受信するステップであって、前記ＰＰＤＵは、ユニバーサル信号（Ｕ－ＳＩＧ）フィールド、前記Ｕ－ＳＩＧフィールドは、前記ＰＰＤＵの帯域幅を示す帯域幅フィールドを含み、かつプリアンブルパンクチャリング情報フィールドを含み、
前記ＰＰＤＵが非直交周波数分割多元接続（非ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続（ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、８０ＭＨｚ帯域幅の周波数領域セグメントのパンクチャリング状態を示すために利用される、ステップ
を含む、リソースインジケーション方法。
前記ＰＰＤＵが非直交周波数分割多元接続（非ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続（ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、８０ＭＨｚ帯域幅の周波数領域セグメントのパンクチャリング状態を示すために利用される、ステップ
を含む、リソースインジケーション方法。
【請求項10】
前記ＰＰＤＵがＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ又は１６０ＭＨｚ又は３２０ＭＨｚであることを前記帯域幅フィールドが示すとき、それは１つ以上の８０ＭＨｚ帯域幅の周波数領域セグメントに対応し、
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記第１のＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項９に記載の方法。
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記第１のＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項９に記載の方法。
【請求項11】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記８０ＭＨｚ帯域幅のうちの１つの２０ＭＨｚ帯域幅のみがパンクチャされることを示す、
請求項９に記載の方法。
請求項９に記載の方法。
【請求項12】
前記８０ＭＨｚ帯域幅は、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅とを含み、前記８０ＭＨｚ帯域幅に対応するパンクチャリング状態は、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ ｘ １］、及び［１ １ １ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、各２０ＭＨｚ帯域幅に対応し、前記第２のＰＰＤＵは、パンクチャされた状態に対応するチャネル上で送信されない、
請求項１１に記載の方法。
請求項１１に記載の方法。
【請求項13】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、かつ前記ＰＰＤＵの前記帯域幅が１６０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記１６０ＭＨｚ帯域幅のうちの２０ＭＨｚ又は４０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項９に記載の方法。
請求項９に記載の方法。
【請求項14】
前記１６０ＭＨｚ帯域幅は、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅と、第５の２０ＭＨｚ帯域幅と、第６の２０ＭＨｚ帯域幅と、第７の２０ＭＨｚ帯域幅と、第８の２０ＭＨｚ帯域幅とを含み、
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、各２０ＭＨｚ帯域幅に対応し、前記第２のＰＰＤＵは、パンクチャされた状態に対応するチャネル上で送信されない、
請求項１３に記載の方法。
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、各２０ＭＨｚ帯域幅に対応し、前記第２のＰＰＤＵは、パンクチャされた状態に対応するチャネル上で送信されない、
請求項１３に記載の方法。
【請求項15】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が３２０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記３２０ＭＨｚ帯域幅のうちの８０ＭＨｚ又は１２０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項９に記載の方法。
請求項９に記載の方法。
【請求項16】
前記Ｕ－ＳＩＧ内の第１のフィールドは、前記ＰＰＤＵが前記非ＯＦＤＭＡ送信モード又は前記ＯＦＤＭＡ送信モードにあることを示すために利用される、
請求項９に記載の方法。
請求項９に記載の方法。
【請求項17】
通信装置であって、前記装置は、
物理層プロトコルデータユニット（ＰＰＤＵ）を生成することであって、前記ＰＰＤＵは、ユニバーサル信号（Ｕ－ＳＩＧ）フィールドを含み、前記Ｕ－ＳＩＧフィールドは、前記ＰＰＤＵの帯域幅を示す帯域幅フィールドと、プリアンブルパンクチャリング情報フィールドとを含み、
前記ＰＰＤＵが非直交周波数分割多元接続（非ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続（ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、８０ＭＨｚ帯域幅の周波数領域セグメントのパンクチャリング状態を示すために利用される、ことを行うように構成された処理モジュールと、
前記ＰＰＤＵを送信するように構成されたトランシーバモジュールと
を含む、通信装置。
物理層プロトコルデータユニット（ＰＰＤＵ）を生成することであって、前記ＰＰＤＵは、ユニバーサル信号（Ｕ－ＳＩＧ）フィールドを含み、前記Ｕ－ＳＩＧフィールドは、前記ＰＰＤＵの帯域幅を示す帯域幅フィールドと、プリアンブルパンクチャリング情報フィールドとを含み、
前記ＰＰＤＵが非直交周波数分割多元接続（非ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続（ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、８０ＭＨｚ帯域幅の周波数領域セグメントのパンクチャリング状態を示すために利用される、ことを行うように構成された処理モジュールと、
前記ＰＰＤＵを送信するように構成されたトランシーバモジュールと
を含む、通信装置。
【請求項18】
前記ＰＰＤＵがＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ又は１６０ＭＨｚ又は３２０ＭＨｚであることを前記帯域幅フィールドが示すとき、それは１つ以上の８０ＭＨｚ帯域幅の周波数領域セグメントに対応し、
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記第１のＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項１７に記載の装置。
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記第１のＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項１７に記載の装置。
【請求項19】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記８０ＭＨｚ帯域幅のうちの１つの２０ＭＨｚ帯域幅のみがパンクチャされることを示す、
請求項１７に記載の装置。
請求項１７に記載の装置。
【請求項20】
前記８０ＭＨｚ帯域幅は、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅とを含み、前記８０ＭＨｚ帯域幅に対応するパンクチャリング状態は、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ ｘ １］、及び［１ １ １ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項１９に記載の装置。
請求項１９に記載の装置。
【請求項21】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、かつ前記ＰＰＤＵの前記帯域幅が１６０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記１６０ＭＨｚ帯域幅のうちの２０ＭＨｚ又は４０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項１７に記載の装置。
請求項１７に記載の装置。
【請求項22】
前記１６０ＭＨｚは、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅と、第５の２０ＭＨｚ帯域幅と、第６の２０ＭＨｚ帯域幅と、第７の２０ＭＨｚ帯域幅と、第８の２０ＭＨｚ帯域幅とを含み、
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚがパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２１に記載の装置。
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚがパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２１に記載の装置。
【請求項23】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が３２０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記３２０ＭＨｚ帯域幅のうちの８０ＭＨｚ又は１２０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項１７に記載の装置。
請求項１７に記載の装置。
【請求項24】
前記Ｕ－ＳＩＧ内の第１のフィールドは、前記ＰＰＤＵが前記非ＯＦＤＭＡ送信モード又は前記ＯＦＤＭＡ送信モードにあることを示すために利用される、
請求項１７に記載の装置。
請求項１７に記載の装置。
【請求項25】
通信装置であって、前記装置は、
物理層プロトコルデータユニット（ＰＰＤＵ）を受信するように構成されたトランシーバモジュールと、
前記ＰＰＤＵを解析することであって、前記ＰＰＤＵは、ユニバーサル信号（Ｕ－ＳＩＧ）フィールドを含み、前記Ｕ－ＳＩＧフィールドは、前記ＰＰＤＵの帯域幅を示す帯域幅フィールドと、プリアンブルパンクチャリング情報フィールドとを含み、
前記ＰＰＤＵが非直交周波数分割多元接続（非ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続（ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、周波数領域セグメントに対応する８０ＭＨｚ帯域幅のパンクチャリング状態を示すために利用される、ことを行うように構成された処理モジュールと
を含む、通信装置。
物理層プロトコルデータユニット（ＰＰＤＵ）を受信するように構成されたトランシーバモジュールと、
前記ＰＰＤＵを解析することであって、前記ＰＰＤＵは、ユニバーサル信号（Ｕ－ＳＩＧ）フィールドを含み、前記Ｕ－ＳＩＧフィールドは、前記ＰＰＤＵの帯域幅を示す帯域幅フィールドと、プリアンブルパンクチャリング情報フィールドとを含み、
前記ＰＰＤＵが非直交周波数分割多元接続（非ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、前記ＰＰＤＵの前記帯域幅のパンクチャリング状態を示すために利用され、
前記ＰＰＤＵが直交周波数分割多元接続（ＯＦＤＭＡ）送信モードにあるとき、前記プリアンブルパンクチャリング情報フィールドは、周波数領域セグメントに対応する８０ＭＨｚ帯域幅のパンクチャリング状態を示すために利用される、ことを行うように構成された処理モジュールと
を含む、通信装置。
【請求項26】
前記ＰＰＤＵがＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ又は１６０ＭＨｚ又は３２０ＭＨｚであることを前記帯域幅フィールドが示すとき、それは１つ以上の８０ＭＨｚ帯域幅の周波数領域セグメントに対応し、
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記第１のＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２５に記載の装置。
前記プリアンブルパンクチャリング情報フィールドは、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ １ ｘ］、［ｘ ｘ １ １］、及び［１ １ ｘ ｘ］のうちの１つを含む、対応する８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示し、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、各値は、前記８０ＭＨｚ周波数領域セグメント内の各２０ＭＨｚ帯域幅に対応し、前記第１のＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２５に記載の装置。
【請求項27】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が８０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記８０ＭＨｚ帯域幅のうちの１つの２０ＭＨｚ帯域幅のみがパンクチャされることを示す、
請求項２５に記載の装置。
請求項２５に記載の装置。
【請求項28】
前記８０ＭＨｚ帯域幅は、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅とを含み、前記８０ＭＨｚ帯域幅に対応するパンクチャリング状態は、以下のパンクチャリング状態、即ち、［１ １ １ １］、［ｘ １ １ １］、［１ ｘ １ １］、［１ １ ｘ １］、［１ １ ｘ １］、及び［１ １ １ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２７に記載の装置。
請求項２７に記載の装置。
【請求項29】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、かつ前記ＰＰＤＵの前記帯域幅が１６０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記１６０ＭＨｚ帯域幅のうちの２０ＭＨｚ又は４０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項２５に記載の装置。
請求項２５に記載の装置。
【請求項30】
前記１６０ＭＨｚは、連続的に、第１の２０ＭＨｚ帯域幅と、第２の２０ＭＨｚ帯域幅と、第３の２０ＭＨｚ帯域幅と、第４の２０ＭＨｚ帯域幅と、第５の２０ＭＨｚ帯域幅と、第６の２０ＭＨｚ帯域幅と、第７の２０ＭＨｚ帯域幅と、第８の２０ＭＨｚ帯域幅とを含み、
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚがパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２９に記載の装置。
パンクチャリングが実行されないとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、［１ １ １ １ １ １ １ １ １ １ １］である、又は
２０ＭＨｚ帯域幅がパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ １ １ １ １ １ １ １］、［１ ｘ １ １ １ １ １ １］、［１ １ ｘ １ １ １ １ １］、［１ １ １ ｘ １ １ １ １］、［１ １ １ １ ｘ １ １ １］、［１ １ １ １ １ ｘ １ １］、［１ １ １ １ １ １ ｘ １］、及び［１ １ １ １ １ １ １ ｘ］のうちの１つである、又は
４０ＭＨｚがパンクチャされるとき、前記１６０ＭＨｚ帯域幅の前記パンクチャリング状態は、以下のパンクチャリング状態、即ち、［ｘ ｘ １ １ １ １ １ １］、［１ １ ｘ ｘ １ １ １ １］、［１ １ １ １ ｘ ｘ １ １］、及び［１ １ １ １ １ １ ｘ ｘ］のうちの１つであり、１は、パンクチャされていない状態を示し、ｘは、パンクチャされた状態を示し、前記ＰＰＤＵは、パンクチャされた状態に対応する前記チャネル上で送信されない、
請求項２９に記載の装置。
【請求項31】
前記ＰＰＤＵが非ＯＦＤＭＡ送信モードにあり、前記ＰＰＤＵの前記帯域幅が３２０ＭＨｚ帯域幅であることを前記帯域幅フィールドが示すとき、前記プリアンブルパンクチャリング情報フィールドは、パンクチャリングが実行されないか、又は、前記３２０ＭＨｚ帯域幅のうちの８０ＭＨｚ又は１２０ＭＨｚ帯域幅がパンクチャされることを示す、
請求項２５に記載の装置。
請求項２５に記載の装置。
【請求項32】
前記Ｕ－ＳＩＧ内の第１のフィールドは、前記ＰＰＤＵが前記非ＯＦＤＭＡ送信モード又は前記ＯＦＤＭＡ送信モードにあることを示すために利用される、
請求項２５に記載の装置。
請求項２５に記載の装置。
【請求項33】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がコンピュータによって実行されるとき、前記コンピュータは、請求項１～１６のいずれか１項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項34】
チップであって、前記チップは、少なくとも１つのプロセッサとインターフェースとを含み、前記プロセッサは、メモリに記憶された命令を読み出して実行するように構成され、前記命令が実行されるとき、前記チップは、請求項１～１６のいずれか１項に記載の方法を実行することが可能になる、チップ。
【請求項35】
コンピュータプログラム製品であって、前記コンピュータプログラム製品は、命令を記憶し、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、請求項１～１６のいずれか１項に記載の方法を実行した方法を実行することが可能になる、コンピュータプログラム製品。
【請求項36】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がコンピュータによって実行されるとき、前記コンピュータは、請求項１～１６のいずれか１項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、ワイヤレスフィデリティ技術に関し、特に、リソースインジケーション方法、アクセスポイント、及びステーションに関する。
【背景技術】
【0002】
直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＯＦＤＭＡ）送信をサポートするために、８０２．１１ａｘでは、周波数帯域リソースがいくつかのリソースユニットに分割され、１つのステーション又は複数のユーザに対して１つのリソースユニットの割り当てのみがサポートされる。しかし、将来、１つのステーション又は複数のステーションに対する複数のリソースユニットの割り当てがサポートされうる。８０２．１１ａｘでリソースユニットサブフィールドを利用することによってユーザに割り当てられたリソースを示す方法が依然として利用される場合、帯域幅が増大するにつれてシグナリングオーバヘッドが大きくなる。
【0003】
シグナリングオーバヘッドを低減するために、超高スループット物理層プロトコルデータユニット（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ， ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ， ＥＨＴ ＰＰＤＵ）のセグメント構造が、割り当てられたリソースをユーザに示しうることが提案される。しかし、ＥＨＴ ＰＰＤＵのセグメント構造を利用することによってユーザに割り当てられたリソースを示す方法は、緊急に解決される必要がある問題である。
【発明の概要】
【0004】
本出願は、リソースインジケーション方法、アクセスポイント、及びステーションを提供する。ＥＨＴ ＰＰＤＵのセグメント構造は、周波数領域セグメント内で、スケジュールされたＳＴＡに全帯域幅が割り当てられることを示しうるので、シグナリングオーバヘッドをさらに低減することが可能である。
【0005】
第１の態様によれば、リソースインジケーション方法が提供される。この方法は、第１の装置によって実施される。第１の装置は、通信デバイスであってよく、又は通信装置であってよく、例えば、この方法で必要とされる機能を実装する際に通信デバイスをサポートできるチップシステムであってよい。例えば、通信デバイスはアクセスポイントである。この方法は、以下を含む。
【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】
第９の態様によれば、通信装置が提供される。例えば、通信装置は、前述のアクセスポイント、又はアクセスポイントに配置された装置である。いくつかの実施形態では、通信装置は、第１の態様若しくは第１の態様の可能な実装のいずれか１つにおける方法を実施するように構成されてよく、通信装置は、第３の態様若しくは第３の態様の可能な実装のいずれか１つにおける方法を実施するように構成されてよく、通信装置は、第５の態様若しくは第５の態様の可能な実装のいずれか１つにおける方法を実施するように構成されてよく、又は通信装置は、第７の態様若しくは第７の態様の可能な実装のいずれか１つにおける方法を実施するように構成されてよい。具体的には、通信装置は、第１の態様若しくは第１の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュールを含んでよく、第３の態様若しくは第３の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュールを含んでよく、第５の態様若しくは第５の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュールを含んでよく、又は第７の態様若しくは第７の態様の可能な実装のいずれか１つにおける方法を実施するように構成されたモジュールを含んでよく、例えば、互いに結合された処理モジュール及びトランシーバモジュールを含んでよい。例えば、通信装置は、前述のアクセスポイントである。
【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】
【図1】本出願の実施形態が適用可能であるワイヤレスローカルエリアネットワークのネットワークアーキテクチャを示す図である。
【図2】本出願の実施形態によるアクセスポイント及びステーションの内部構造の図である。
【図3】本出願の実施形態によるＨＥ－ＳＩＧ－Ｂのフレーム構造の概略図である。
【図4】本出願の実施形態による、帯域幅が４０ＭＨｚである場合のＨＥ－ＳＩＧ－Ｂのフレーム構造の概略図である。
【図5】本出願の実施形態によるＥＨＴ ＰＰＤＵのフレーム構造の概略図である。
【図6】本出願の実施形態によるＥＨＴ ＰＰＤＵのセグメント構造の概略図である。
【図7】本出願の実施形態による８０ＭＨｚ周波数領域セグメントの概略パンクチャリング図である。
【図8】本出願の実施形態によるリソースインジケーション方法の概略フローチャートである。
【図9】本出願の実施形態による通信装置の構造の概略図である。
【図10】本出願の実施形態による通信装置の別の構造の概略図である。
【発明を実施するための形態】
【0078】
本出願の実施形態の目的、技術的解決策、及び利点をより明確にするために、以下では、添付の図面を参照して本出願の実施形態を詳細にさらに説明する。
【0079】
本出願の実施形態は、ワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ， ＷＬＡＮ）シナリオに適用可能であり、ＩＥＥＥ８０２．１１システム標準、例えば、８０２．１１ａ／ｂ／ｇ標準、８０２．１１ｎ標準、８０２．１１ａｃ標準、８０２．１１ａｘ標準、又は８０２．１１ａｘ標準の次世代、例えば、８０２．１１ｂｅ標準、又は８０２．１１ａｘ標準の次世代の次世代の標準に適用可能である。代替として、本出願の実施形態は、ワイヤレスローカルエリアネットワークシステム、例えば、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ， ＩｏＴ）ネットワーク、又はビークルツーエブリシング（Ｖｅｈｉｃｌｅ ｔｏ Ｘ， Ｖ２Ｘ）ネットワークに適用可能である。当然ながら、本出願の実施形態は、代替として、他の可能な通信システム、例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ， ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＴＤＤ）システム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ， ＵＭＴＳ）システム、マイクロ波アクセス用世界的相互運用（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ， ＷｉＭＡＸ）通信システム、又は将来の５Ｇ通信システムに適用可能でありうる。
【0080】
例えば、図１は、本出願の実施形態が適用可能であるＷＬＡＮのネットワークアーキテクチャの図である。図１では、ＷＬＡＮが１つのアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ， ＡＰ）及びそのＡＰに関連付けられた２つのステーション（ｓｔａｔｉｏｎ， ＳＴＡ）を含む例が利用され、２つのＳＴＡは、ＳＴＡ１とＳＴＡ２である。ＡＰは、ＳＴＡ１及びＳＴＡ２のための無線リソースをスケジュールし、ＳＴＡ１及びＳＴＡ２のためのスケジュールされた無線リソース上でデータを送信してよく、データは、アップリンクデータ情報及び／又はダウンリンクデータ情報を含む。図１におけるＡＰの数量及びＳＴＡの数量は単なる例であり、より多い又は少ないＡＰ及びＳＴＡが存在してよいことを理解されたい。ＡＰはＳＴＡ１若しくはＳＴＡ２と通信してよく、又はＡＰはＳＴＡ１及びＳＴＡ２と通信してよい。ＷＬＡＮが複数のＡＰ及び複数のＳＴＡを含む場合、本出願の実施形態は、ＡＰ間の通信にも適用可能であることを理解されたい。例えば、ＡＰは、分散システム（ｄｉｓｔｒｉｂｕｔｅｄ ｓｙｓｔｅｍ， ＤＳ）を利用して互いに通信してよく、任意のＡＰが、ＡＰに関連付けられた及び／又は関連付けられないＳＴＡのための無線リソースをスケジュールし、ＳＴＡのためのスケジュールされた無線リソース上でデータを送信しうる。本出願の実施形態は、ＳＴＡ間の通信にさらに適用可能である。
【0081】
本出願の実施形態におけるＳＴＡは、任意のタイプのユーザ端末、ユーザ装置、アクセス装置、加入者ステーション、加入者ユニット、移動局、ユーザエージェント、又はワイヤレス通信機能を有し若しくは別の名称を有するユーザ機器でありうる。ユーザ端末は、様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、若しくはワイヤレス通信機能を有するコンピューティングデバイス、又はワイヤレスモデムに接続された様々な他の処理デバイス、及び様々な形態のユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ， ＭＳ）、端末（ｔｅｒｍｉｎａｌ）、端末デバイス（ｔｅｒｍｉｎａｌ ｅｑｕｉｐｍｅｎｔ）、携帯通信デバイス、ハンドヘルドデバイス、携帯コンピューティングデバイス、娯楽デバイス、ゲームデバイス若しくはシステム、又は全地球測位システムデバイス、又はワイヤレス媒体を介してネットワーク通信を行うように構成された任意の他の適切なデバイスなどを含みうる。例えば、ＳＴＡは、ルータ、スイッチ、又はブリッジであってよい。本明細書では、説明を容易にするために、上述されたデバイスは総称してステーション又はＳＴＡと呼ばれる。
【0082】
本出願の実施形態におけるアクセスポイントＡＰは、ワイヤレス通信ネットワーク内に配備され、ＡＰに関連付けられたＳＴＡのためのワイヤレス通信機能を提供する装置である。アクセスポイントＡＰは、通信システムのハブとして利用されてよく、基地局、ルータ、ゲートウェイ、中継器、通信サーバ、スイッチ、又はブリッジなどの通信デバイスであってよい。基地局は、様々な形態のマクロ基地局、マイクロ基地局、中継局などを含みうる。本明細書では、説明を容易にするために、上述されたデバイスは総称してＡＰと呼ばれる。
【0083】
例えば、本出願におけるＡＰ及びＳＴＡは、８０２．１１システム標準に適用可能であるＡＰ及びＳＴＡでありうる。図２は、本出願の実施形態によるＡＰ及びＳＴＡの内部構造の図である。８０２．１１システム標準は、８０２．１１物理層（ｐｈｙｓｉｃａｌ， ＰＨＹ）とその媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）部分に焦点を当てている。従って、本出願のこの実施形態で提供されるＳＴＡは、通常は、８０２．１１システム標準でＭＡＣ及びＰＨＹ部分をサポートする端末製品、例えば、携帯電話又はノートブックコンピュータである。図２のみが、複数のアンテナを有するＡＰと単一のアンテナを有するＳＴＡとの構造の図を示しているが、実際のシナリオでは、ＡＰとＳＴＡのそれぞれが、複数のアンテナを有してよく、また、２つより多いアンテナを有するデバイスでもよいことに留意されたい。ＡＰ及びＳＴＡのそれぞれは、下位層に属するＰＨＹベースバンドモジュール、ＭＡＣ層モジュール、論理リンク制御（ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＬＬＣ）層モジュール、及び無線周波数モジュール（アンテナ）、並びに上位層に属するインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ， ＩＰ）処理モジュール、伝送制御プロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ， ＴＣＰ）／ユーザデータグラムプロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ， ＵＤＰ）処理モジュール、及びアプリケーション層モジュールを含む。下位層と上位層は、上位層インターフェースを介して情報を送信する。
【0084】
ＡＰはＳＴＡと通信する。ＡＰは、ＳＴＡにリソースを割り当ててよく、ＳＴＡは、割り当てられたリソース上でデータを送信する。例えば、８０２．１１ａｘ以前のＷｉ－Ｆｉプロトコル、例えば、８０２．１１ａｃでは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚの４種類の帯域幅を含む連続した帯域幅が、送信中に占有される必要がある。１つの２０ＭＨｚチャネルが、プライマリ２０ＭＨｚチャネルとして表される。帯域幅における２０ＭＨｚチャネルが他のステーションの送信によって占有されている場合、送信データ帯域幅が縮小される必要がある。例えば、連続した８０ＭＨｚ帯域幅では、第１の２０ＭＨｚチャネルはプライマリ２０ＭＨｚチャネルであるが、第２の２０ＭＨｚチャネルはビジーである。この場合、連続帯域幅要件に基づいて、プライマリ２０ＭＨｚチャネルのデータのみを送信することが可能であり、言い換えれば、８０ＭＨｚ帯域幅におけるアイドル状態の４０ＭＨｚチャネルが浪費される。
【0085】
より多くのチャネルを集約してより大きな利用可能な帯域幅を形成するために、８０２．１１ａｘプロトコルは、プリアンブルパンクチャリング送信方法を提供して、不連続チャネルの集約を可能にする。前述の例では、ＡＰは、２０ＭＨｚ＋４０ＭＨｚの帯域幅を割り当てることを可能にされ、従って、アイドル状態のチャネルがより効果的に利用される。具体的には、４種類の送信帯域幅が８０２．１１ａｘ標準で指定されており、４種類の送信帯域幅はそれぞれ、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚである。プリアンブルパンクチャリング送信方法は、８０ＭＨｚ帯域幅及び１６０ＭＨｚ帯域幅についてのみ存在しうる。例えば、１６０ＭＨｚ帯域幅の２０ＭＨｚチャネルがパンクチャされて、１４０ＭＨｚチャネルが形成されることがある。
【0086】
ＡＰはＳＴＡと通信する。ＡＰは、ＳＴＡにリソースを割り当ててよく、ＳＴＡは、割り当てられたリソース上でデータを送信する。例えば、８０２．１１ａｘ標準以前において、ＡＰとＳＴＡは、直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ， ＯＦＤＭ）技術を利用することによって互いに通信しうる。シングルユーザ（ｓｉｎｇｌｅ ｕｓｅｒ， ＳＵ）送信又はマルチユーザ多入力多出力（Ｄｏｗｎｌｉｎｋ Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ， ＭＵ ＭＩＭＯ）送信のために、帯域幅全体が１つのＳＴＡ又はＳＴＡのグループに割り当てられうる。８０２．１１ａｘ標準では、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＯＦＤＭＡ）技術が導入され、言い換えれば、ＡＰとＳＴＡはＯＦＤＭＡ技術を利用することによって互いに通信しうる。
【0087】
ＯＦＤＭＡ及びＭＵ－ＭＩＭＯ技術では、ＷＬＡＮプロトコルに従って、スペクトル帯域幅がいくつかのリソースユニット（ｒｅｓｏｕｒｃｅ ｕｎｉｔ， ＲＵ）に分割される。例えば、８０２．１１ａｘプロトコルによってサポートされる帯域幅構成は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、及び８０＋８０ＭＨｚ帯域幅を含む。１６０ＭＨｚ帯域幅と８０＋８０ＭＨｚ帯域幅との間の違いは、前者が連続周波数帯であり、後者の２つの８０ＭＨｚチャネルは分離されることがあり、言い換えれば、２つの８０ＭＨｚチャネルによって形成される１６０ＭＨｚ帯域幅が不連続であることである。８０２．１１ａｘプロトコルでは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚのスペクトル帯域幅が、２６－サブキャリアＲＵ、５２－サブキャリアＲＵ、１０６－サブキャリアＲＵ、２４２－サブキャリアＲＵ（２０ＭＨｚ帯域幅内の最大ＲＵ）、４８４－サブキャリアＲＵ（４０ＭＨｚ帯域幅内の最大ＲＵ）、９９６－サブキャリアＲＵ（８０ＭＨｚ帯域幅内の最大ＲＵ）、及び２＊９９６－サブキャリアＲＵ（１６０ＭＨｚ帯域幅内の最大ＲＵ）を含む複数の種類のＲＵに分類されうる。各ＲＵは、連続するサブキャリアを含む。例えば、２６－サブキャリアＲＵは、２６個の連続するサブキャリアＲＵを含む。以下の説明では、２６－サブキャリアＲＵは２６トーンＲＵとして示され、５２－サブキャリアＲＵは５２トーンＲＵとして示され、以下同様である。残りは、類推によって導き出すことが可能である。
【0088】
ＡＰは、リソースをＳＴＡにＲＵ単位で割り当て、物理層プロトコルデータユニット（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ， ＰＰＤＵ）を利用することによって、ＳＴＡに割り当てられたリソースをＳＴＡに通知しうる。具体的には、ＡＰは、ＰＰＤＵに含まれる信号フィールド（ｓｉｇｎａｌ ｆｉｅｌｄ， ＳＩＧ）にリソース割り当て情報を含めることによって、割り当てられたＲＵをＳＴＡに示しうる。例えば、信号フィールドは、高効率信号フィールドＢ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ ｓｉｇｎａｌ ｆｉｅｌｄ－Ｂ， ＨＥ－ＳＩＧ－Ｂ）であってよく、又は超高スループット信号フィールド（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ ｓｉｇｎａｌ ｆｉｅｌｄ， ＥＨＴ－ＳＩＧ）であってよい。
【0089】
図３は、８０２．１１ａｘプロトコルで提供されるＨＥ－ＳＩＧ Ｂフィールドのフォーマットを示す。ＨＥ－ＳＩＧ－Ｂは２つの部分に分割される。第１の部分は、共通フィールドであり、共通フィールドは、１からＮのリソースユニット割り当てサブフィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ ｓｕｂｆｉｅｌｄ）と、帯域幅が８０ＭＨｚ以上のときに存在する中央２６－サブキャリア（Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ）リソースユニットインジケーションフィールドとを含み、次いで、チェックに利用される巡回冗長符号（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ， ＣＲＣ）と、巡回復号化に利用されるテール（Ｔａｉｌ）サブフィールドとがある。加えて、ユーザ固有フィールド（Ｕｓｅｒ Ｓｐｅｃｉｆｉｃ ｆｉｅｌｄ）では、リソースユニット割り当てシーケンスに１からＭのユーザフィールド（ｕｓｅｒ ｆｉｅｌｄ）がある。Ｍ個のユーザフィールドにおいて、通常、２つのユーザフィールドがグループを形成する。各２つのユーザフィールドの後には、ＣＲＣ及びテールフィールドが続く。しかし、最後のグループについては除外されることになる。最後のグループには１つのユーザフィールド又は２つのユーザフィールドがあり、最後のグループのユーザフィールドが破線で表されている。ユーザフィールドの最後のグループのテールフィールドの後に、パディング（Ｐａｄｄｉｎｇ）フィールドが続くことがある。
【0090】
１つのリソースユニット割り当てサブフィールドは、１つのリソースユニット割り当てインデックスであり、１つのリソースユニット割り当てインデックスは、２０ＭＨｚチャネルに含まれる１つ又は複数のリソースユニットのサイズ及び位置を示す。少なくとも１つのステーションフィールドのシーケンスは、リソースユニット割り当てシーケンスに対応する。各ステーションフィールドは、リソースユニット割り当てに含まれるＲＵにおける割り当てられたＳＴＡのステーション情報を示す。
【0091】
リソースユニット割り当てインデックスは、１つ又は複数の８ビットシーケンスを利用することによって示され、各８ビットは、帯域幅スペクトルの１つの２０ＭＨｚチャネルに対応する。例えば、８０２．１１ａｘ標準において、リソースユニット割り当てサブフィールドテーブルが表１に示される。インデックステーブルは、割り当てられたリソースを示すので、インデックステーブルは、リソース割り当て情報テーブルと呼ばれることもある。
【0092】
【表1-1】
【0093】
【表1-2】
【0094】
表１では、最初の列は、８ビットシーケンスを表し、中央の列＃１から＃９は、異なるリソースユニットを表す。表中の数は、リソースユニットに含まれるサブキャリアの数量を表す。例えば、シーケンス「００１１１ｙ2ｙ1ｙ0」は、２４２トーンＲＵ全体が、５２トーンＲＵ、５２トーンＲＵ、２６トーンＲＵ、及び１０６トーンＲＵの４つのＲＵに分割されることを示す。３番目の列の数量は、同じリソースユニットに割り当てられたエントリの数量、即ち、同じリソースユニット配置方法に対応する異なるシーケンスの数量を示す。シーケンス「００１１１ｙ2ｙ1ｙ0」では、２４２トーンＲＵリソースユニット割り当て方法が示されたとき、ｙ2ｙ1ｙ0は、１０６トーンＲＵに含まれるＳＵ／ＭＵ―ＭＩＭＯ送信におけるユーザの数量をさらに示すため、８つのエントリが存在し、ユーザの数量が１から８のユーザに対応する。言い換えれば、３ビットのｙ2ｙ1ｙ0は、１０６トーンＲＵでサポートされる１～８のユーザを示す。８つのエントリは、テーブル内の８つの独立した行と見なすことが可能である。８つの行は、同じリソースユニット割り当て方法に対応し、各行は、１０６トーンＲＵでサポートされる異なる数量のユーザに対応する。１つのリソースユニット割り当てサブフィールドによって示されるリソースユニットの順列及び組み合わせが、１０６個以上のサブキャリアを含むリソースユニットを含む場合、リソースユニット割り当てインデックスは、１０６個以上のサブキャリアを含むリソースユニットによってサポートされるＭＵ ＭＩＭＯユーザの数量をさらに示す。
【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】
【表2】
【0131】
表２のプリアンブルパンクチャリング情報フィールドＡで搬送される３ビットシーケンスの値は、リソース割り当て状態を表すことを理解されたい。表２は、３ビットシーケンスの値とリソース割り当て状態との間の対応を単に示していることに留意されたい。３ビットシーケンスの値とリソース割り当て状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、３ビットシーケンスが「１１１」であるとき、それは、８０ＭＨｚ周波数領域セグメントがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。３ビットシーケンスが「１１０」であるとき、それは、８０ＭＨｚ周波数領域セグメント内の第１の２０ＭＨｚチャネルがパンクチャされたこと（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。以下では、例として表２に示される対応を利用する。本出願のこの実施形態では、「リソースユニットが割り当てられていない」というエントリが表２に追加されてよい。言い換えれば、表２における予約されたエントリが、「リソースユニットが割り当てられていない」を表す。８０ＭＨｚ周波数領域セグメント内でＳＴＡにリソースユニットが割り当てられていない場合、プリアンブルパンクチャリング情報フィールドＡを利用することによって「１１１」が搬送されうる。ＳＴＡが８０ＭＨｚ周波数領域セグメントのプライマリ２０ＭＨｚチャネルを読み取る必要があるため、ＳＴＡはＵ－ＳＩＧフィールドを読み取る。ＳＴＡが、プリアンブルパンクチャリング情報フィールドＡを利用することによって、リソースユニットが割り当てられていないと決定したとき、ＳＴＡは、Ｕ－ＳＩＧフィールドに続くＥＨＴ－ＳＩＧフィールドなどのフィールドを読み取り続ける必要がなく、従って、ＳＴＡのエネルギー消費を低減することが可能である。リソースユニットがＳＴＡに割り当てられていないので、ＳＴＡは、当然ながら、ＳＴＡに割り当てられたリソースを決定するためにＥＨＴ－ＳＩＧフィールドのユーザフィールドを読み取る必要はない。代替として、この場合、ＥＨＴ－ＳＩＧフィールド内のユーザフィールドは不要であるとみなされてよい。従って、プリアンブルパンクチャリング情報フィールドＡは、周波数領域セグメント内でユーザにリソースユニットが割り当てられていないことを示し、ＥＨＴ－ＳＩＧフィールドはユーザフィールドを含まなくてよく、従って、シグナリングオーバヘッドができるだけ低減される。
【0132】
Ｕ－ＳＩＧフィールド内の帯域幅フィールドが、帯域幅が８０ＭＨｚであることを示す場合、プリアンブルパンクチャリング情報フィールドＡは、パンクチャリング状態が存在することを示すことを理解されたい。非ＯＦＤＭＡ送信モードでは、パンクチャが１つだけあることが可能であり、言い換えれば、１つのチャネルだけをパンクチャすることが可能である。パンクチャされたチャネルがプリアンブルパンクチャリング情報フィールドＡによって既に示されている場合、周波数領域セグメント内のＳＴＡは、Ｕ－ＳＩＧフィールド内の帯域幅フィールドによって示されるように非ＯＦＤＭＡ送信モードにおいてリソース割り当てを知りうる。しかし、残りのチャネルはパンクチャされないので、プリアンブルパンクチャリング情報フィールドＢは追加のインジケーションのために利用される必要がなく、従って、シグナリングオーバヘッドができるだけ低減される。
【0133】
当然ながら、Ｕ－ＳＩＧフィールド内の帯域幅フィールドによって示される帯域幅が８０ＭＨｚ以下である場合、プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚチャネルの全てのパンクチャリング状態を示しうるので、プリアンブルパンクチャリング情報フィールドＢは追加のインジケーションのために利用される必要がなく、たがって、シグナリングオーバヘッドを低減することが可能である。
【0134】
Ｕ－ＳＩＧフィールド内の帯域幅フィールドが、帯域幅が８０ＭＨｚよりも大きいことを示し、プリアンブルパンクチャリング情報フィールドＡが各８０ＭＨｚ周波数領域セグメントに対応するパンクチャリング状態のみを含む場合、ＳＴＡは、プリアンブルパンクチャリング情報フィールドＡを利用することによって、ＳＴＡが位置付けられた周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を知り、従って、パンクチャされていないチャネル上のＥＨＴ－ＳＩＧフィールド内のプリアンブルパンクチャリング情報フィールドＢの読み取りを完了しうる。この場合、プリアンブルパンクチャリング情報フィールドは、プリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢで搬送されうる。プリアンブルパンクチャリング情報フィールドＡは複数のビットを占有してよく、プリアンブルパンクチャリング情報フィールドＢも複数のビットを占有する。プリアンブルパンクチャリング情報フィールドＡにより示される、対応する８０ＭＨｚ周波数領域セグメントにおけるパンクチャリング状態が、表２に示されるようなものである場合、プリアンブルパンクチャリング情報フィールドＢにより示される内容が表３に示されうる。
【0135】
【表3-1】
【0136】
【表3-2】
【0137】
表３は、プリアンブルパンクチャリング情報フィールドＢの設計とみなされてよく、８０ＭＨｚを超える帯域幅のパンクチャリング状態に対して利用される。８０ＭＨｚを超える帯域幅のパンクチャリング状態、例えば、１６０ＭＨｚ帯域幅、２４０ＭＨｚ帯域幅、又は３２０ＭＨｚ帯域幅のパンクチャリング状態が、プリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢを利用することによって示されることを理解されたい。プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚチャネルに対応する周波数領域セグメントのパンクチャリング状態を示し、プリアンブルパンクチャリング情報フィールドＢは、その周波数領域セグメント以外の全帯域幅における残りの周波数帯のパンクチャリング状態を示す。
【0138】
表３では、例えば、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有し、プリアンブルパンクチャリング情報フィールドＢは４ビットを占有する。プリアンブルパンクチャリング情報フィールドＢのインデックスは、プリアンブルパンクチャリング情報フィールドＢの値とみなされてよい。この値は、周波数領域セグメント以外の全帯域における残りの周波数帯域のパンクチャリング状態を示す。表３は、パンクチャリング状態並びにプリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢの値の間の対応を単に示しており、パンクチャリング状態並びにプリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢの値の間の具体的な対応関係は、本出願の本実施形態において限定されないことに留意されたい。例えば、プリアンブルパンクチャリング情報フィールドＡが「１１１」を搬送する場合、それは、１６０ＭＨｚ帯域幅内の第１の８０ＭＨｚチャネルがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。プリアンブルパンクチャリング情報フィールドＢが「１１１」を搬送する場合、それは、１６０ＭＨｚ帯域幅内の第２の８０ＭＨｚチャネルがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0139】
例として表３に示される対応が利用される。例えば、全帯域幅は１６０ＭＨｚであり、２つの８０ＭＨｚチャネルを含み、プリアンブルパンクチャリング情報フィールドＡは［１ １ １ １ ］、即ち、対応する８０ＭＨｚチャネルはパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルもパンクチャされないことを示し、又は、プリアンブルパンクチャリング情報フィールドＢの値が５である場合、それは、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルにおける第１の２０ＭＨｚチャネル及び第２の２０ＭＨｚチャネルがパンクチャされることを示す。プリアンブルパンクチャリング情報フィールドＢの値が７から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうることを理解されたい。
【0140】
プリアンブルパンクチャリング情報フィールドＡが、［ｘ １ １ １ ］、［１ ｘ １ １ ］、［１ １ ｘ １ ］、［１ １ １ ｘ ］、［ｘ ｘ １ １ ］、又は［１ １ ｘ ｘ ］、即ち、対応する８０ＭＨｚチャネルがパンクチャされることを示す場合、全帯域幅においてパンクチャが１つだけ存在できるので、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルは単にパンクチャされないことが可能であることを理解されたい。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、１６０ＭＨｚ帯域幅の他の８０ＭＨｚチャネルがパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が１から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうる。
【0141】
同様に、例えば、全帯域幅は２４０ＭＨｚであり、３つの８０ＭＨｚチャネルを含み、プリアンブルパンクチャリング情報フィールドＡは［１ １ １ １ ］、即ち、対応する８０ＭＨｚチャネルはパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、２４０ＭＨｚ帯域幅の他の１６０ＭＨｚチャネルもパンクチャされないことを示し、又は、プリアンブルパンクチャリング情報フィールドＢの値が５である場合、それは、２４０ＭＨｚ帯域幅の他の１６０ＭＨｚチャネルにおける第５の２０ＭＨｚチャネル及び第６の２０ＭＨｚチャネルがパンクチャされることを示す。プリアンブルパンクチャリング情報フィールドＢの値が７から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうることを理解されたい。
【0142】
プリアンブルパンクチャリング情報フィールドＡが［ｘ ｘ １ １ ］又は［１ １ ｘ ｘ ］を示す場合、つまり、２４０ＭＨｚ帯域幅の残りの１６０ＭＨｚチャネルがパンクチャされないことのみが可能であるので、対応する８０ＭＨｚチャネルがパンクチャされることを理解されたい。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、２４０ＭＨｚ帯域幅の残りの１６０ＭＨｚチャネルがパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が１から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうる。
【0143】
同様に、例えば、全帯域幅は３２０ＭＨｚであり、４つの８０ＭＨｚチャネルを含み、プリアンブルパンクチャリング情報フィールドＡは［１ １ １ １］、即ち、対応する８０ＭＨｚチャネルはパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、３２０ＭＨｚ帯域幅の他の２４０ＭＨｚチャネルもパンクチャされないことを示し、又は、プリアンブルパンクチャリング情報フィールドＢの値が９である場合、それは、３２０ＭＨｚ帯域幅の他の２４０ＭＨｚチャネルにおける第１１の２０ＭＨｚチャネル及び第１２の２０ＭＨｚチャネルがパンクチャされることを示す。プリアンブルパンクチャリング情報フィールドＢの値が１０から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうることを理解されたい。
【0144】
プリアンブルパンクチャリング情報フィールドＡが［ｘ ｘ １ １ ］又は［１ １ ｘ ｘ ］を示す場合、３２０ＭＨｚ帯域幅の残りの２４０ＭＨｚチャネルがパンクチャされないことのみが可能であるので、対応する８０ＭＨｚチャネルがパンクチャされることを理解されたい。プリアンブルパンクチャリング情報フィールドＢの値が０である場合、それは、３２０ＭＨｚ帯域幅の残りの２４０ＭＨｚチャネルがパンクチャされないことを示す。プリアンブルパンクチャリング情報フィールドＢの値が１から１５の範囲である場合、プリアンブルパンクチャリング情報フィールドＢは他の目的に予約されうる。
【0145】
１つ又は複数のＳＴＡは全帯域幅が割り当てられてよく、言い換えれば、全帯域幅が１つ又は複数のＳＴＡに割り当てられることを理解されたい。全帯域幅が１つ又は複数のＳＴＡに割り当てられる場合、ＳＴＡは、図６に示されるＥＨＴ ＰＰＤＵの前述の周波数領域セグメント構造を利用することによって割り当てられたリソースを通知され、割り当てられたリソースは、各周波数領域セグメントについて示される必要があり、即ち、Ｕ－ＳＩＧフィールド内にあり、各周波数領域セグメントに対応するプリアンブルパンクチャリング情報フィールドＡが、［１ １ １ １ ］を示す必要がある。オーバヘッドが高いことは明らかである。従って、いくつかの実施形態では、プリアンブルパンクチャリング情報フィールドは、周波数領域セグメント内でスケジュールされたＳＴＡに全帯域幅（パンクチャされていない）リソースが割り当てられることを示しうる。このようにして、ＳＴＡは、プリアンブルパンクチャリング情報フィールドと、Ｕ－ＳＩＧフィールド内の帯域幅フィールドにより示された全帯域幅サイズとを利用することによって、割り当てられたリソースを決定しうる。具体的には、周波数領域セグメント内に全帯域幅リソースが割り当てられるＳＴＡは、Ｕ－ＳＩＧフィールドに続くＥＨＴ－ＳＩＧフィールドにおけるユーザ固有フィールド内のユーザフィールドを読み取ることによって決定されうる。ここでスケジュールされたＳＴＡは、リソースが割り当てられるＳＴＡであることに留意されたい。例えば、周波数領域セグメントには１０個のＳＴＡがあり、１０個の全てのＳＴＡがＵ－ＳＩＧフィールドを読み取る。しかし、リソースは１０個のＳＴＡのうちの８個に割り当てられる。この場合は、８個のＳＴＡがスケジュールされたＳＴＡである。
【0146】
可能な実装では、プリアンブルパンクチャリング情報フィールドは、前述のＵ－ＳＩＧフィールド内のプリアンブルパンクチャリング情報フィールドＡで搬送されうる。プリアンブルパンクチャリング情報フィールドＡは複数のビットを占有してよく、１つの周波数領域セグメントにおいてリソース割り当て状態を示しうることを理解されたい。例えば、８０ＭＨｚ周波数領域セグメントについて、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有しうる。１６０ＭＨｚ以上の周波数領域セグメントについて、プリアンブルパンクチャリング情報フィールドＡは、少なくとも４ビットを占有しうる。表４は、８０ＭＨｚ周波数領域セグメントについてプリアンブルパンクチャリング情報フィールドＡによって示されうる内容を示す。
【0147】
【表4】
【0148】
表４のプリアンブルパンクチャリング情報フィールドＡで搬送される３ビットシーケンスの値は、リソース割り当て状態を表すことを理解されたい。表４は、３ビットシーケンスの値とリソース割り当て状態との間の対応を単に示していることに留意されたい。３ビットシーケンスの値とリソース割り当て状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、３ビットシーケンスが「１１１」であるとき、それは、８０ＭＨｚ周波数領域セグメントがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。３ビットシーケンスが「１１０」であるとき、それは、８０ＭＨｚ周波数領域セグメント内の第１の２０ＭＨｚチャネルがパンクチャされたこと（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0149】
例として表４に示される対応が利用される。本出願のこの実施形態では、「全帯域幅（パンクチャされていない）」のエントリが表４に追加されうる。具体的には、表４における予約されたエントリは、「全帯域幅（パンクチャされていない）リソースが、周波数領域セグメントにおいてユーザに割り当てられる」ことを表す。例えば、全帯域幅リソースは３２０ＭＨｚである。具体的には、Ｕ－ＳＩＧフィールド内の帯域幅フィールドにより示されるリソースは３２０ＭＨｚである。全帯域幅（パンクチャされていない）リソースユニットが８０ＭＨｚチャネルでＳＴＡに割り当てられる場合、「１１１」がプリアンブルパンクチャリング情報フィールドＡを利用することによって搬送されうる。ＳＴＡに関して、プリアンブルパンク情報フィールドＡを利用することによって全帯域幅リソースがＳＴＡに割り当てられる場合、ＳＴＡは、Ｕ－ＳＩＧフィールド内の帯域幅フィールドを読み取ることによって、３２０ＭＨｚのパンクチャされていないリソースが割り当てられることを決定しうる。具体的には、周波数領域セグメント内に全帯域幅リソースが割り当てられるＳＴＡは、Ｕ－ＳＩＧフィールドに続くＥＨＴ－ＳＩＧフィールドにおけるユーザ固有フィールド内のユーザフィールドを読み取ることによって決定されうる。この解決策では、１つの周波数領域セグメントについてプリアンブルパンクチャリング情報フィールドＡのインジケーションを利用することによって、全帯域幅（パンクチャされていない）を示すことが可能であり、全帯域幅分割によって得られる各周波数領域セグメントに対応するプリアンブルパンクチャリング情報フィールドＡを利用することによって示される必要がなく、従って、オーバヘッドを低減することが可能である。
【0150】
シグナリングオーバヘッドをさらに低減するために、いくつかの実施形態では、圧縮モードがＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドにおいて示されてよい。圧縮モードは、ＥＨＴ－ＳＩＧフィールド内の共通フィールドに固有であり、即ち、共通フィールドの長さが短縮される。
【0151】
例えば、共通フィールド内のいくつかのフィールドが簡略化され、言い換えれば、フィールドに占有される長さが短縮され、又は共通フィールド内のいくつかのフィールドが削除される。例えば、共通フィールド内のリソースユニット割り当てサブフィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ ｓｕｂｆｉｅｌｄ）が簡略化されうる。例えば、リソースユニット割り当てサブフィールドの数量が減少され、又は共通フィールド内のリソースユニット割り当てサブフィールドが省略若しくは削除される。共通フィールドが、簡略化されたリソースユニット割り当てサブフィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ ｓｕｂｆｉｅｌｄ）を含んでいる場合、又はリソースユニット割り当てサブフィールドを含んでいない場合、対応するＥＨＴ ＰＰＤＵが圧縮モードにおけるＥＨＴ ＰＰＤＵである。言い換えれば、圧縮モードは、ＥＨＴ ＰＰＤＵのフォーマットが簡略化されたバージョンのフォーマットであることを意味する。例えば、共通フィールド内のＲＵ割り当てサブフィールドが簡略化され、又はＲＵ割り当てサブフィールドが省略若しくは削除すらされうる。非圧縮モードにおけるＥＨＴ ＰＰＤＵのフォーマットは、簡略化されていないバージョンのフォーマットである。例えば、共通フィールド内のＲＵ割り当てサブフィールドは簡略化されていない。別の例では、共通フィールド内のユーザフィールドの一部又は全部が削除される場合に、対応するＥＨＴ ＰＰＤＵはまた圧縮モードにおけるＥＨＴ ＰＰＤＵである。圧縮モードにおけるＥＨＴ ＰＰＤＵのフォーマットはより単純であるため、オーバヘッドを低減することが可能であることを理解されたい。
【0152】
圧縮モードでは、例えば、ＲＵ割り当てサブフィールドが簡略化され、又は削除すらされる。従って、プリアンブルパンクチャリング情報フィールドＡ及びプリアンブルパンクチャリング情報フィールドＢは、ＳＴＡに割り当てられたリソースを示す必要がある。ＯＦＤＭＡ送信では、ＳＴＡに割り当てられたリソースユニットがＲＵ割り当てサブフィールドを利用することによって示され、非ＯＦＤＭＡ送信では、ＳＴＡに割り当てられたリソースは、プリアンブルパンクチャリング情報フィールドＡ及び／又はプリアンブルパンクチャリング情報フィールドＢを利用することによって示されうることを理解されたい。さらに、非ＯＦＤＭＡ送信は、全帯域幅のパンクチャされた非ＯＦＤＭＡリソースユニットの割り当てと、全帯域幅のパンクチャされていない非ＯＦＤＭＡリソースユニットの割り当てとを含む。前述のいくつかの送信モードにおけるリソース割り当てを区別するために、本出願のこの実施形態では、複数の圧縮モードが定義されてよく、圧縮モードインジケーションフィールドは、圧縮モードを示すためにＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドで搬送される。
【0153】
例えば、本出願のこの実施形態において以下のいくつかのモードが定義されうる。
１． ＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されていないバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
２． 簡略化されたバージョンのＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されたバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
３． 非ＯＦＤＭＡパンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされたリソースユニットである。
４． 非ＯＦＤＭＡ非パンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされていないリソースユニットである。
１． ＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されていないバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
２． 簡略化されたバージョンのＯＦＤＭＡ送信モード、ここで、ＯＦＤＭＡ送信は、簡略化されたバージョンのＲＵ割り当てサブフィールドのリソースインジケーションを含む。
３． 非ＯＦＤＭＡパンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされたリソースユニットである。
４． 非ＯＦＤＭＡ非パンクチャ送信モード、ここで、非ＯＦＤＭＡ送信において、割り当てられたリソースが、全帯域幅のパンクチャされていないリソースユニットである。
【0154】
第１の送信モードは、他の３つの送信モードと対比して非圧縮モードであることを理解されたい。言い換えれば、他の３つの送信モードは、第１の送信モードと対比して圧縮モードである。いくつかの実施形態では、Ｕ－ＳＩＧフィールドが圧縮モードを示してよく、具体的には、圧縮モードインジケーションフィールドがＵ－ＳＩＧフィールドに設定される。圧縮モードインジケーションフィールドは、（非圧縮モード及び圧縮モードを含む）圧縮モードを示すために複数のビットを占有しうる。例えば、圧縮モードインジケーションフィールドは２ビットを占有してよく、圧縮モードインジケーションフィールドによって示される内容は表５に示されうる。
【0155】
【表5】
【0156】
表５では、圧縮モードインジケーションフィールドの１つの値は、１つの圧縮モードに対応し、表５は、値と圧縮モードとの間の対応の例にすぎないことを理解されたい。圧縮モードインジケーションフィールドの値と圧縮モードとの間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、圧縮モードインジケーションフィールドが「００」を搬送しているとき、それは、圧縮モードが非ＯＦＤＭＡ非パンクチャ送信モードであることを示してよく、又は圧縮モードインジケーションフィールドが「１１」を搬送しているとき、それは、圧縮モードがＯＦＤＭＡ送信モードであることを示してよい。例は本明細書では１つずつ列挙されない。８０２．１１ａｘのＨＥ－ＳＩＧ－Ａフィールド内の１ビット時空間ブロックコーディング（Ｓｐａｃｅ－ｔｉｍｅ ｂｌｏｃｋ ｃｏｄｉｎｇ， ＳＴＢＣ）フィールドは、非ＭＵ－ＭＩＭＯ送信においてのみ意味があるので、ＭＵ－ＭＩＭＯに関係した圧縮モードが存在する場合、ＳＴＢＣフィールドは再利用されうることに留意されたい。例えば、１ビットＳＴＢＣフィールドはさらに、２つのＭＵ－ＭＩＭＯ圧縮モードを示すために利用されてよく、又はＭＵ－ＭＩＭＯユーザの数量を示すのに関与するために利用されてよい。
【0157】
「全帯域幅（パンクチャされていない）」のエントリが前述の表４に追加されることを理解されたい。この場合、ＳＴＡが、圧縮モードインジケーションフィールドから、圧縮モードが非ＯＦＤＭＡ非パンクチャ送信モードであると決定した場合、ＳＴＡは、プリアンブルパンクチャリング情報フィールドＡを読み取り続ける必要はなく、従って、エネルギー消費を低減することが可能である。表４における予約されたエントリは、「全帯域幅（パンクチャされていない）リソースが、周波数領域セグメント内でユーザに割り当てられる」ことを表し、また、非ＯＦＤＭＡ非パンクチャ送信モード（１つの圧縮モード）とみなされうる。従って、表４における予約されたエントリは、非ＯＦＤＭＡ非パンクチャ送信モード又は１つの圧縮モードを示すこともある。この圧縮モードでは、リソースユニット割り当てサブフィールドは、リソース割り当て状態を示す必要はないことを理解されたい。従って、ＥＨＴ－ＳＩＧフィールド内の共通フィールドでは、シグナリングオーバヘッドをできるだけ低減するために、リソースユニット割り当てサブフィールドの数量が減少されてよく、又はリソースユニット割り当てサブフィールドが削除されてよい。表５に示される４つのモードは例にすぎず、圧縮モードのタイプは、本出願のこの実施形態において限定されないことに留意されたい。表４における予約されたエントリは、いくつかの他の実施形態では他の圧縮モードを示してよい。
【0158】
同様に、表２における追加された「リソースユニットが割り当てられていない」のエントリ（即ち、再利用される予約されたエントリ）も、１つの送信モード又は１つの圧縮モードとみなされてよい。言い換えれば、周波数領域セグメント内でスケジュールされたユーザにリソースユニットが割り当てられないことが、送信モード又は圧縮モードとして定義されうる。表３における予約されたエントリが送信モード又は圧縮モードを示す場合、周波数領域セグメント内でサービスされるユーザにリソースユニットが割り当てられていないと決定されうる。リソースユニットがＳＴＡに割り当てられていないので、ＳＴＡは当然ながらＥＨＴ－ＳＩＧ内のユーザフィールドを読み取る必要がないことを理解されたい。言い換えれば、ＥＨＴ－ＳＩＧフィールド内のユーザフィールドが不要である。従って、この圧縮モードでは、ＥＨＴ－ＳＩＧフィールドは、できるだけシグナリングオーバヘッドを低減するために、ユーザフィールドを含まなくてよい。表５に示される４つのモードは例にすぎず、圧縮モードのタイプは、本出願のこの実施形態において限定されないことに留意されたい。表２の予約されたエントリは、いくつかの他の実施形態では他の圧縮モードを示してよい。
【0159】
上述されたように、非ＯＦＤＭＡ送信の場合、いくつかの実施形態では、ＥＨＴ ＰＰＤＵにおけるＵ－ＳＩＧフィールド内のプリアンブルパンクチャリング情報フィールドＡがリソース割り当て状態を示しうる。例えば、８０ＭＨｚ帯域幅について、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有してよく、示されたリソース割り当て状態は、［１ １ １ １ ］、［ｘ １ １ １ ］、［１ ｘ １ １ ］、［１ １ ｘ １ ］、及び［１ １ １ ｘ ］、即ち、５つの状態を含む。１６０ＭＨｚ帯域幅について、プリアンブルパンクチャリング情報フィールドＡは４ビットを占有してよく、示されたリソース割り当て状態は、［１ １ １ １ １ １ １ １ ］、［ｘ １ １ １ １ １ １ １ ］、［１ ｘ １ １ １ １ １ １ ］、［１ １ ｘ １ １ １ １ １ ］、［１ １ １ ｘ １ １ １ １ ］、［１ １ １ １ ｘ １ １ １ ］、［１ １ １ １ １ ｘ １ １ ］、［１ １ １ １ １ １ ｘ １ ］、［１ １ １ １ １ １ １ ｘ ］、［ｘ ｘ １ １ １ １ １ １ ］、［１ １ ｘ ｘ １ １ １ １ ］、［１ １ １ １ ｘ ｘ １ １ ］、及び［１ １ １ １ １ １ ｘ ｘ ］、即ち、１３個の状態を含む。この場合、プリアンブルパンクチャリング情報フィールドＡ及びＵ－ＳＩＧフィールド内の帯域幅フィールドを利用することによって、非ＯＦＤＭＡ送信における全帯域幅パンクチャインジケーション又は全帯域幅非パンクチャインジケーションが実装されうる。
【0160】
図６に示されたＥＨＴ ＰＰＤＵの周波数領域セグメント構造が依然として利用される場合、８０ＭＨｚ周波数領域セグメントについて、プリアンブルパンクチャリング情報フィールドＡは、７つのリソース割り当て状態、即ち、［１ １ １ １ ］、［ｘ １ １ １ ］、［１ ｘ １ １ ］、［１ １ ｘ １ ］、［１ １ １ ｘ ］、［ｘ ｘ １ １ ］、及び［１ １ ｘ ｘ ］を示しうる。この場合、ＯＦＤＭＡ送信における各周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリングインジケーションは、プリアンブルパンクチャリング情報フィールドＡ及びＵ－ＳＩＧフィールド内の帯域幅フィールドを利用することによって実装されうる。
【0161】
シグナリングオーバヘッドをできるだけ低減するために、本出願のこの実施形態では、それは、プリアンブルパンクチャリング情報フィールドＡが、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示すために、又はＯＦＤＭＡ送信における各周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示すために、再利用されうるように定義されてよい。言い換えれば、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示してよく、さらに、ＯＦＤＭＡ送信における各周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示してよい。
【0162】
可能な実装では、それは、Ｕ－ＳＩＧフィールド内のフィールドが、非ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡにより示される内容が前述の５つの状態を含み、具体的には、８０ＭＨｚ構成が、非ＯＦＤＭＡ送信における８０ＭＨｚチャネル（即ち、全帯域幅構成）におけるパンクチャされた又はパンクチャされていない構成を示すように定義されてよい。それは、Ｕ－ＳＩＧフィールド内のフィールドが、ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡにより示される内容が前述の７つの状態を含み、具体的には、８０ＭＨｚ構成が、周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示すように定義されてよい。言い換えれば、帯域幅フィールドが帯域幅が８０ＭＨｚであることを示す場合、Ｕ－ＳＩＧフィールド内のフィールドが非ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示すとき、プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚ構成が、非ＯＦＤＭＡ送信での８０ＭＨｚチャネルにおけるパンクチャされた構成又はパンクチャされていない構成を示すことを示す。帯域幅フィールドが、帯域幅が８０ＭＨｚであることを示し、Ｕ－ＳＩＧフィールド内のフィールドが、ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡは、８０ＭＨｚ構成が、周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示すことを示す。従って、８０ＭＨｚチャネルについて、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有する。
【0163】
この解決策は、非ＯＦＤＭＡ送信における前述のパンクチャリングインジケーション方法２と互換性があると理解されてもよく、８０ＭＨｚ ＯＦＤＭＡ送信におけるパンクチャリング情報を示すことができる。理解を容易にするために、以下では表６を説明のための例として利用する。表６は、Ｕ－ＳＩＧにおけるプリアンブルパンクチャリング情報フィールドＡによって示される内容を示す。表６では、例えば、全帯域幅が８０ＭＨｚであり、プリアンブルパンクチャリング情報フィールドＡは３ビットを占有する。
【0164】
【表6】
【0165】
表６のプリアンブルパンクチャリング情報フィールドＡの１つの値は、１つのパンクチャリング状態に対応し、表６は、値とパンクチャリング状態との間の対応の例にすぎないことを理解されたい。プリアンブルパンクチャリング情報フィールドＡの値とパンクチャリング状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、プリアンブルパンクチャリング情報フィールドＡが「１１１」を搬送する場合、それは、８０ＭＨｚチャネルがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。プリアンブルパンクチャリング情報フィールドＡが「１１０」を搬送する場合、それは、８０ＭＨｚチャネル内の第１の２０ＭＨｚチャネルがパンクチャされること（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0166】
表６は例として利用されていることを理解されたい。Ｕ－ＳＩＧフィールド内のフィールドが、非ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信での８０ＭＨｚチャネルにおけるパンクチャされた又はパンクチャされていない全帯域幅構成を示す。この場合、ステーションに関して、帯域幅フィールドに基づいて、全帯域幅が１６０ＭＨｚ以上であると決定された場合、ＳＴＡは、８０ＭＨｚチャネルにおけるパンクチャリング状態を読み取るだけでよく、８０ＭＨｚチャネル以外の帯域幅情報を読み取る必要はない。Ｕ－ＳＩＧフィールド内のフィールドが、ＯＦＤＭＡ送信モードにＥＨＴ ＰＰＤＵが属することを示す場合、プリアンブルパンクチャリング情報フィールドＡは、ＯＦＤＭＡ送信における８０ＭＨｚチャネルに対応する周波数領域セグメントのパンクチャリング状態を示す。８０ＭＨｚ全帯域幅について、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有することが認識できる。
【0167】
この解決策は、非ＯＦＤＭＡ送信における前述のパンクチャリングインジケーション方法２と互換性があることを理解されたい。従って、１６０ＭＨｚ以上の帯域幅について、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信におけるパンクチャリング状態を示す。この場合、プリアンブルパンクチャリング情報フィールドＡは少なくとも４ビットを占有することを理解されたい。プリアンブルパンクチャリング情報フィールドＡが少なくとも４ビットを占有するとき、８０ＭＨｚ周波数領域セグメントのパンクチャリング状態インジケーションのための少なくとも９つの予約された状態が存在する。この場合、プリアンブルパンクチャリング情報フィールドＡは、圧縮モードを示すために再利用されうる。このようにして、圧縮モードインジケーションフィールドは、Ｕ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドに追加的に設定される必要がなく、従って、シグナリングオーバヘッドはできるだけ低減される。
【0168】
理解を容易にするために、以下では表７を説明のための例として利用する。表７は、Ｕ－ＳＩＧフィールドにおけるプリアンブルパンクチャリング情報フィールドＡによって示される内容を示す。図７では、例えば、全帯域幅が１６０ＭＨｚ以上であり、プリアンブルパンクチャリング情報フィールドＡが４ビットを占有し、圧縮モード、例えば、圧縮モード１が利用される。８０ＭＨｚ周波数領域セグメントのパンクチャリング状態インジケーションのための９つの予約された状態が存在することを理解されたい。表７はまた、８０ＭＨｚ周波数領域セグメントのパンクチャリング状態を示す。
【0169】
【表7】
【0170】
表７のプリアンブルパンクチャリング情報フィールドＡの１つの値は１つのパンクチャリング状態に対応し、表７は、値とパンクチャリング状態との間の対応の例にすぎないことを理解されたい。プリアンブルパンクチャリング情報フィールドＡの値とパンクチャリング状態との間の具体的な対応関係は、本出願のこの実施形態において限定されない。例えば、プリアンブルパンクチャリング情報フィールドＡが「１０００」を搬送する場合、それは、８０ＭＨｚ周波数領域セグメント内の第１の２０ＭＨｚチャネルがパンクチャされたこと（即ち、［ｘ １ １ １ ］に対応する状態）を示しうる。プリアンブルパンクチャリング情報フィールドＡが「１００１」を搬送する場合、それは、圧縮モード１が利用され、８０ＭＨｚ周波数領域セグメントがパンクチャされないこと（即ち、［１ １ １ １ ］に対応する状態）を示しうる。例は本明細書では１つずつ列挙されない。
【0171】
表７は例として利用される。表７から、本出願のこの実施形態では、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有することが認識できる。また、プリアンブルパンクチャリング情報フィールドは、ＯＦＤＭＡ送信における圧縮送信モードをさらに示す。
【0172】
表６及び表７から、本出願のこの実施形態では、プリアンブルパンクチャリング情報フィールドＡは、非ＯＦＤＭＡ送信でサポートされる全てのパンクチャリング状態を示す能力と、８０ＭＨｚ全帯域幅について、ＯＦＤＭＡ送信における周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示す能力との両方を有することが認識できる。この場合、プリアンブルパンクチャリング情報フィールドＡは少なくとも３ビットを占有しうる。１６０ＭＨｚ以上の非ＯＦＤＭＡ送信におけるパンクチャリングインジケーションと互換性を有するために、プリアンブルパンクチャリング情報フィールドＡは、少なくとも４ビットを占有しうる。従って、いくつかの実施形態では、ＯＦＤＭＡ送信におけるパンクチャリングインジケーションは、代替として、非ＯＦＤＭＡ送信におけるパンクチャリングインジケーションから分離されうる。言い換えれば、非ＯＦＤＭＡ送信におけるパンクチャリングインジケーションは依然として利用され、プリアンブルパンクチャリング情報フィールドＡが少なくともＭビットを占有することが定義され、ここで、Ｍは４以上である。ＯＦＤＭＡ送信におけるパンクチャリングインジケーションは、Ｍビットのうちの３ビットを利用することによって示される。３ビットを除いたＭビット、即ちＭ－３ビットは、ＯＦＤＭＡ送信における圧縮モード又は非圧縮モードを示しうる。
【0173】
この場合、プリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示すかそれとも非ＯＦＤＭＡ送信を示すかが区別される必要があることを理解されたい。本出願のこの実施形態では、１ビットインジケーション情報は、プリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示すかそれとも非ＯＦＤＭＡ送信を示すかを追加的に示しうる。１ビットインジケーション情報はＰＰＤＵで搬送されることを理解されたい。
【0174】
ＳＴＡでは、ＡＰからＰＰＤＵを受信するとき、ＳＴＡは、まず、１ビットインジケーション情報を利用することによって、Ｍビットプリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示すかそれとも非ＯＦＤＭＡ送信を示すかを決定しうる。Ｍビットプリアンブルパンクチャリング情報フィールドＡが非ＯＦＤＭＡ送信を示す場合、ＳＴＡは、割り当てられた帯域幅のパンクチャリング状態を決定しうる。Ｍビットプリアンブルパンクチャリング情報フィールドＡがＯＦＤＭＡ送信を示す場合、ＳＴＡは、Ｍビットのうちの３ビットに基づいて、８０ＭＨｚチャネルに対応する周波数領域セグメントのパンクチャリング状態を決定し、Ｍ－３ビットに基づいて、ＯＦＤＭＡ送信における圧縮モード又は非圧縮モードを決定しうる。
【0175】
本出願のこの実施形態で提供されるリソースインジケーション方法によれば、この方法では、新しいＵ－ＳＩＧフィールド及び新しいＥＨＴ－ＳＩＧフィールドが設計され、Ｕ－ＳＩＧフィールド及び／又はＥＨＴ－ＳＩＧフィールド内のフィールドが、ユーザに割り当てられた複数の連続又は不連続のＲＵを示すために再利用されうる。８０２．１１ａｘのリソースユニット割り当てサブフィールドを利用してユーザに割り当てられたリソースを示すのと比較して、これは、シグナリングオーバヘッドをさらに低減することが可能である。
【0176】
本明細書におけるリソースインジケーション方法では、リソースインジケーションを実装するためにＥＨＴ ＰＰＤＵセグメント構造が利用されることに留意されたい。言い換えれば、本明細書におけるリソースインジケーション方法は、全帯域幅が１つ又は複数の周波数領域セグメントに分割されるシナリオに適用可能である。リソースインジケーション方法は、セグメント化されないシナリオにさらに適用可能でありうることを理解されたい。例えば、ＰＰＤＵを送信するためのチャネルの帯域幅が３２０ＭＨｚである場合、まず、３２０ＭＨｚ帯域幅内の第１の８０ＭＨｚチャネル（即ち、プライマリ８０ＭＨｚチャネル）が示されてよく、次いで、３２０ＭＨｚ帯域幅全体が示される。しかし、本明細書におけるリソースインジケーション方法、即ち、８０ＭＨｚ周波数領域セグメントのインジケーションは、プライマリ８０ＭＨｚチャネルを依然として示しうる。
【0177】
本出願で提供される前述の実施形態において、本出願の実施形態で提供される方法は、ＡＰ、ＳＴＡ、及びＡＰとＳＴＡとの間の相互作用の観点から別個に説明される。本出願の実施形態で提供される前述の方法において機能を実装するために、ＡＰ及びＳＴＡのそれぞれは、ハードウェア構造及び／又はソフトウェアモジュールを含み、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールの組み合わせの形態で、前述の機能を実装しうる。
【0178】
添付の図面を参照して、以下では、本出願の実施形態において前述の方法を実装するように構成された通信装置を説明する。従って、前述の内容は、後続の実施形態において利用されてよく、繰り返される内容は再度説明されない。
【0179】
図９は、通信装置９００の構造の概略図である。通信装置９００は、これに応じて、前述の方法の実施形態において、送信端、例えばＡＰ、又は受信端、例えばＳＴＡによって実装される機能又はステップを実施しうる。通信装置は、トランシーバモジュール９１０及び処理モジュール９２０を含んでよい。任意選択で、通信装置は、記憶ユニットをさらに含んでよい。記憶ユニットは、命令（コード若しくはプログラム）及び／又はデータを記憶するように構成されうる。トランシーバモジュール９１０及び処理モジュール９２０は、記憶ユニットに結合されうる。例えば、処理モジュール９２０は、記憶ユニット内の命令（コード若しくはプログラム）及び／又はデータを読み取って。対応する方法を実装しうる。前述のユニットは、独立して配置されてよく、又は部分的に若しくは完全に一体化されてよい。例えば、トランシーバモジュール９１０は、送信ユニット及び受信ユニットによって一体化されてよい。
【0180】
いくつかの可能な実装では、通信装置９００は、前述の方法実施形態において対応的にＳＴＡの挙動及び機能を実装することができる。例えば、通信装置９００は、ＳＴＡであってよく、又はＳＴＡで利用されるコンポーネント（例えば、チップ若しくは回路）であってよい。トランシーバモジュール９１０は、図８に示される実施形態においてＳＴＡにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。処理モジュール９２０は、送信及び受信動作を除く図８に示される実施形態におけるＳＴＡにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０３を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0181】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、第１の帯域幅は、ＰＰＤＵを送信するためのチャネル帯域幅であり、第１の帯域幅は、第１の周波数領域セグメントを含み、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
【0182】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0183】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0184】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、ＰＰＤＵを送信するためのチャネル帯域幅は、第１の周波数領域セグメントを含み、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
【0185】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0186】
任意選択の実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0187】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、ＰＰＤＵがＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、帯域幅が８０ＭＨｚである第１の帯域幅のパンクチャされた構成若しくはパンクチャされていない構成を示し、又はＰＰＤＵが非ＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示し、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
【0188】
可能な実装では、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールド及び第２のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられ、第２のプリアンブルパンクチャリング情報フィールドは、ＥＨＴ－ＳＩＧフィールドに位置付けられ、第１のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメントのパンクチャリング状態を示し、又は全帯域幅がパンクチャされないことを示し、第２のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメント以外の第１の帯域幅における残りの周波数領域セグメントのパンクチャリング状態を示し、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
【0189】
いくつかの可能な実装では、通信装置９００は、前述の方法実施形態において対応的にＳＴＡの挙動及び機能を実装することができる。例えば、通信装置９００は、ＡＰであってよく、又はＡＰで利用されるコンポーネント（例えば、チップ若しくは回路）であってよい。トランシーバモジュール９１０は、図８に示される実施形態においてＡＰにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。処理モジュール９２０は、送信及び受信動作を除く図８に示される実施形態におけるＡＰにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０１を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0190】
例えば、処理モジュール９２０は、ＰＰＤＵを生成するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でスケジュールされたユーザに第１の帯域幅が割り当てられることを示し、第１の帯域幅は、ＰＰＤＵを送信するためのチャネル帯域幅であり、第１の帯域幅は、第１の周波数領域セグメントを含み、
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
【0191】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0192】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0193】
別の例では、処理モジュール９２０は、ＰＰＤＵを生成するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメント内でユーザにリソースユニットが割り当てられないことを示し、ＰＰＤＵを送信するためのチャネル帯域幅は、第１の周波数領域セグメントを含み、
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
トランシーバモジュール９１０は、ＰＰＤＵを送信するように構成される。
【0194】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、圧縮モードをさらに示し、圧縮モードにおけるＰＰＤＵの長さは、非圧縮モードにおけるＰＰＤＵの長さよりも短く、圧縮モードにおけるＰＰＤＵは、ユーザフィールド若しくはリソースユニット割り当てサブフィールドが省略されたＰＰＤＵであり、又は圧縮モードにおけるＰＰＤＵは、リソースユニット割り当てサブフィールドが簡略化されたＰＰＤＵである。
【0195】
可能な実装では、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられる。
【0196】
例えば、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、ＰＰＤＵがＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、帯域幅が８０ＭＨｚである第１の帯域幅のパンクチャされた構成若しくはパンクチャされていない構成を示し、又はＰＰＤＵが非ＯＦＭＤＡ送信モードにあるとき、プリアンブルパンクチャリングインジケーション情報は、第１の周波数領域セグメントに対応する８０ＭＨｚチャネルのパンクチャリング状態を示し、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報及び帯域幅フィールドに基づいて、割り当てられたリソースを決定するように構成される。
【0197】
例えば、トランシーバモジュール９１０は、アクセスポイントからＰＰＤＵを受信するように構成され、ＰＰＤＵは、第１の周波数領域セグメント内で送信されるプリアンブルパンクチャリングインジケーション情報を含み、プリアンブルパンクチャリングインジケーション情報は、第１のプリアンブルパンクチャリング情報フィールド及び第２のプリアンブルパンクチャリング情報フィールドで搬送され、第１のプリアンブルパンクチャリング情報フィールドは、Ｕ－ＳＩＧフィールドに位置付けられ、第２のプリアンブルパンクチャリング情報フィールドは、ＥＨＴ－ＳＩＧフィールドに位置付けられ、第１のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメントのパンクチャリング状態を示し、又は全帯域幅がパンクチャされないことを示し、第２のプリアンブルパンクチャリング情報フィールドは、第１の周波数領域セグメント以外の第１の帯域幅における残りの周波数領域セグメントのパンクチャリング状態を示し、第１の帯域幅は、ＰＰＤＵを送信するためのチャネル帯域幅であり、第１の帯域幅は、第１の周波数領域セグメントを含み、
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
処理モジュール９２０は、プリアンブルパンクチャリングインジケーション情報に基づいて、割り当てられたリソースを決定するように構成される。
【0198】
図１０は、本出願の実施形態による通信装置１０００を示す。通信装置１０００はＳＴＡであってよく、本出願の実施形態で提供される方法におけるＳＴＡの機能を実装することができる。代替として、通信装置１０００はＡＰであってよく、本出願の実施形態で提供されるＡＰの機能を実装することができる。代替として、通信装置１０００は、本出願の実施形態で提供される方法における対応する機能を実装する際にＳＴＡをサポートすることができる装置であってよい。代替として、通信装置１０００は、本出願の実施形態で提供される方法における対応する機能を実装する際にＡＰをサポートすることができる装置であってよい。通信装置１０００はチップシステムであってよい。本出願の実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別のディスクリートコンポーネントを含んでよい。
【0199】
いくつかの実施形態では、通信装置１０００は、伝送媒体を介して別のデバイスと通信するように構成された通信インターフェース１０１０を含んでよく、それにより、通信装置１０００で利用される装置が別のデバイスと通信することができる。例えば、通信装置がＳＴＡのとき、別のデバイスはＡＰであり、又は通信装置がＡＰであるとき、別のデバイスはＳＴＡである。通信インターフェース１０１０は、具体的にはトランシーバであってよい。ハードウェア実装において、通信インターフェース１０１０はトランシーバであってよく、トランシーバは、通信装置１０００に統合されて通信インターフェース１０１０を形成する。
【0200】
通信装置１０００は、少なくとも１つのプロセッサ１０２０をさらに含む。プロセッサ１０２０は、通信インターフェース１０１０を介してデータを送信及び受信して、ＳＴＡ若しくはＡＰの機能を実装し、又は本出願の実施形態で提供される方法におけるＳＴＡ若しくはＡＰの機能を実装する際に通信装置１０００をサポートしうる。例えば、通信装置１０００は、前述の方法実施形態において対応的にＳＴＡの挙動及び機能を実装することができる。
【0201】
通信インターフェース１０１０は、図８に示される実施形態においてＳＴＡにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。少なくとも１つのプロセッサ１０２０は、送信及び受信動作を除く図８に示される実施形態におけるＳＴＡにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０３を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0202】
例えば、通信装置１０００は、前述の方法実施形態において対応的にＡＰの挙動及び機能を実装することができる。通信インターフェース１０１０は、図８に示される実施形態においてＡＰにより実施される全ての受信若しくは送信動作、例えば、図８に示される実施形態のＳ８０２を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成されてよい。少なくとも１つのプロセッサ１０２０は、送信及び受信動作を除く図８に示される実施形態におけるＡＰにより実施される全ての動作、例えば、図８に示される実施形態のＳ８０１を実施するように構成され、及び／又は本明細書に説明されている技術の別の処理をサポートするように構成される。
【0203】
いくつかの他の実施形態では、通信装置１０００は、プログラム命令及び／又はデータを記憶するように構成された少なくとも１つのメモリ１０３０をさらに含んでよい。メモリ１０３０はプロセッサ１０２０に結合される。本出願のこの実施形態における結合は、装置、ユニット、又はモジュールの間の間接結合又は通信接続であり、電気的形態、機械的形態、又は別の形態であってよく、装置、ユニット、又はモジュールの間の情報交換のために利用される。プロセッサ１０２０は、メモリ１０３０と協働して動作しうる。プロセッサ１０２０は、通信装置１０００が対応する方法を実装するように、メモリ１０３０に記憶されたプログラム命令及び／又はデータを実行しうる。少なくとも１つのメモリがプロセッサに含まれうる。
【0204】
通信インターフェース１０１０、プロセッサ１０２０、及びメモリ１０３０の間の具体的な接続媒体は、本出願のこの実施形態において限定されない。本出願のこの実施形態では、図１０において、メモリ１０３０、プロセッサ１０２０、及び通信インターフェース１０１０は、バス１０４０を介して接続される。バスは、図１０内の太線によって表されている。他のコンポーネント間の接続方式は説明のための例にすぎず、これに限定されない。バスは、アドレスバス、データバス、制御バスなどに分類されうる。表現を容易にするために、１つの太線のみが図１０のバスを表すためのものであるが、これは、１つのバスのみ又は１つのタイプのバスのみが存在することを意味するものではない。
【0205】
本出願のこの実施形態では、プロセッサ１０２０は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、若しくは別のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェアコンポーネントであってよく、本出願の実施形態で開示された方法、ステップ、及び論理ブロック図を実装又は実施しうる。汎用プロセッサは、マイクロプロセッサであってよく、又は任意の従来のプロセッサなどであってよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実施され完了されてよく、又はプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせによって実施され完了されてよい。
【0206】
本出願のこの実施形態では、メモリ１０３０は、不揮発性メモリ、例えば、ハードディスクドライブ（ＨＤＤ）若しくはソリッドステートドライブ（ＳＳＤ）であってよく、又は揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）であってよい。メモリは、命令又はデータ構造の形態で期待されるプログラムコードを搬送又は記憶することができ、コンピュータによってアクセスされることができる任意の他の媒体であるが、これに限定されない。本出願のこの実施形態におけるメモリは、代替として、記憶機能を実装することができ、プログラム命令及び／又はデータを記憶するように構成された回路又は任意の他の装置であってよい。
【0207】
前述の実施形態における通信装置は、ＳＴＡ、ＡＰ、若しくは回路であってよく、又は、ＳＴＡ若しくはＡＰで利用されるチップ、又は前述のＳＴＡ若しくはＡＰの機能を有する別の組み合わされたデバイス若しくはコンポーネントなどであってよいことに留意されたい。通信装置がＳＴＡ又はＡＰであるとき、トランシーバモジュール９１０はトランシーバであってよく、アンテナ及び無線周波数回路などを含んでよい。処理モジュールは、プロセッサ、例えば、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）であってよい。通信装置が前述のＳＴＡ又はＡＰの機能を有するコンポーネントであるとき、トランシーバモジュール９１０は無線周波数ユニットであってよく、処理モジュールはプロセッサであってよい。通信装置がチップシステムであるとき、トランシーバモジュール９１０は、チップシステムの入出力インターフェースであってよく、処理モジュールは、チップシステムのプロセッサであってよい。
【0208】
可能な製品形態では、本出願の実施形態におけるＡＰ及びＳＴＡは、代替として、１つ又は複数のＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、コントローラ、状態機械、ゲート論理、ディスクリートハードウェアコンポーネント、任意の他の適切な回路、又は本出願で説明された様々な機能を実施することができる回路の任意の組み合わせを利用することによって実装されてよい。
【0209】
前述の製品形態のＡＰは、前述の方法実施形態におけるＡＰの任意の機能を有し、詳細はここでは再度説明されず、前述の製品形態のＳＴＡは、前述の方法実施形態におけるＳＴＡの任意の機能を有し、詳細はここでは再度説明されないことを理解されたい。
【0210】
本出願の実施形態は、通信システムをさらに提供する。具体的には、通信システムは、ＳＴＡ及びＡＰを含み、又はより多くのＡＰ及びアクセスネットワークデバイスを含みうる。例えば、通信システムは、図６又は図９の関係付けられた機能を実装するように構成されたＳＴＡ及びＡＰを含む。
【0211】
ＡＰは、図８に関係付けられたネットワーク部品の機能を実装するように構成される。ＳＴＡは、図８に関係付けられたＳＴＡの機能を実装するように構成される。例えば、ＳＴＡは、例えば、図８に示される実施形態において８０２及びＳ８０３を実施してよく、ＡＰは、図８に示される実施形態においてＳ８０１及びＳ８０２を実施してよい。
【0212】
本出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されたとき、コンピュータは、図８におけるＡＰ又はＳＴＡによって行われる方法を実施することを可能にされる。
【0213】
本出願の実施形態は、コンピュータプログラムコードを含むコンピュータプログラム製品をさらに提供する。コンピュータプログラムコードがコンピュータ上で実行されたとき、コンピュータは、図８におけるＡＰ又はＳＴＡによって行われる方法を実施することを可能にされる。
【0214】
本出願の実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリをさらに含んでよく、前述の方法におけるＡＰ又はＳＴＡの機能を実装するように構成される。チップシステムは、チップを含んでよく、又はチップ及び別のディスクリートコンポーネントを含んでよい。
【0215】
本出願の実施形態は、プロセッサ及びインターフェースを含む通信装置をさらに提供する。プロセッサは、前述の方法実施形態のいずれか１つにおけるリソースインジケーション方法を実施するように構成される。
【0216】
通信装置はチップでありうることを理解されたい。プロセッサは、ハードウェアを利用することによって実装されてよく、又はソフトウェアを利用することによって実装されてよい。プロセッサがハードウェアを利用することによって実装されるとき、プロセッサは、論理回路若しくは集積回路などであってよく、又はプロセッサがソフトウェアを利用することによって実装されるとき、プロセッサは、汎用プロセッサであってよく、メモリに記憶されたソフトウェアコードを読み取ることによって実装される。メモリは、プロセッサに統合されてよく、又はプロセッサの外部に独立して存在してよい。
【0217】
本出願の実施形態で提供される方法は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを利用することによって、完全に又は部分的に実装されうる。実施形態を実装するためにソフトウェアが利用される場合、実施形態の全部又は一部がコンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がロードされ、コンピュータ上で実行されたとき、本発明の実施形態による手順又は機能の全部又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザ機器、又は別のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令は、１つのウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ， 略してＤＳＬ））又はワイヤレス（例えば、赤外線、無線、若しくはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は１つ若しくは複数の利用可能な媒体を統合するサーバ若しくはデータセンタなどのデータ記憶デバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、若しくは磁気テープ）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ， 略してＤＶＤ））、又は半導体媒体（例えば、ＳＳＤ）などであってよい。
【0218】
当業者は、本出願の範囲から逸脱することなく、本出願に対して種々の修正及び変形を行うことができることは明らかである。このように、本出願は、本出願のこれらの修正及び変形が、本出願の特許請求の範囲及びその等価な技術によって規定される保護の範囲内にあるならば、これらの修正及び変形を包含することが意図されている。
【外国語明細書】