JP2022520805A - 無認可スペクトルにおけるコンテンションウィンドウサイズ調整の方法 - Google Patents

無認可スペクトルにおけるコンテンションウィンドウサイズ調整の方法 Download PDF

Info

Publication number
JP2022520805A
JP2022520805A JP2021547295A JP2021547295A JP2022520805A JP 2022520805 A JP2022520805 A JP 2022520805A JP 2021547295 A JP2021547295 A JP 2021547295A JP 2021547295 A JP2021547295 A JP 2021547295A JP 2022520805 A JP2022520805 A JP 2022520805A
Authority
JP
Japan
Prior art keywords
harq
wtru
status
weighting factor
lbt
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021547295A
Other languages
English (en)
Other versions
JPWO2020168039A5 (ja
Inventor
ハマス、アータ エル
トゥーハー、ジェイ．パトリック
ナザール、シャーロック ナイェブ
ハイアガット、アフシン
Original Assignee
アイディーエーシー ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイディーエーシー ホールディングス インコーポレイテッド filed Critical アイディーエーシー ホールディングス インコーポレイテッド
Publication of JP2022520805A publication Critical patent/JP2022520805A/ja
Publication of JPWO2020168039A5 publication Critical patent/JPWO2020168039A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

無認可帯域上の通信のための方法および装置が提供される。方法は、複数のスロットの各スロットにおいてトランスポートブロックを送信するステップと、送信されたトランスポートブロックの各々についてハイブリッド自動再送要求（ＨＡＲＱ）ステータスを判定するステップとを含み得る。方法は、判定されたＨＡＲＱステータスの各々について重み付け係数を判定するステップと、判定されたＨＡＲＱステータスおよび重み付け係数に基づいて、送信されたトランスポートブロックについてのＨＡＲＱステータスの重み付けされた平均を計算するステップとをさらに含み得る。方法は、計算されたＨＡＲＱステータスの重み付けされた平均に基づいて、リッスンビフォアトーク（ＬＢＴ）コンテンションウィンドウサイズを調整するステップをさらに含み得る。

Description

関連出願の相互参照
本出願は、2019年2月13日に出願された米国特許仮出願第62/805,126号明細書、および2019年9月30日に出願された米国特許仮出願第62/908,220号明細書の利益を主張するものであり、これらの内容は、参照により本明細書に組み込まれる。
無認可周波数帯域におけるチャネルアクセスは、一般に、リッスンビフォアトーク（ＬＢＴ）メカニズムまたは手順を使用する。ＬＢＴ手順において、ネットワークノードまたはＷＴＲＵは、それ自体の送信を始める前に、所与のチャネル上で実施されている送信を最初に検出することができる。いくつかのケースにおいて、ＬＢＴ手順は、チャネルが占有されているか否かとは無関係に命じられる。他のケースにおいては、短いスイッチングギャップの後、送信が即時に実施されてもよい。
フレームベースのシステムの場合、ＬＢＴメカニズムまたは手順は、クリアチャネル評価（ＣＣＡ）時間期間（例えば、～２０μｓ）、チャネル占有時間期間（例えば、最小１ｍｓ、最大１０ｍｓ）、アイドル期間（例えば、チャネル占有時間の最小５％）、固定フレーム期間（例えば、チャネル占有時間プラスアイドル期間に等しい）、短制御シグナリング送信時間（例えば、５０ｍｓの観察期間内で５％の最大デューティサイクル）、およびＣＣＡエネルギー検出閾値によって特徴付けられてよい。
例えば、送信／受信ビークルが時間内に固定されなくてもよい負荷ベースのシステムの場合、ＬＢＴ手順は、固定フレーム期間の代わりに、拡張ＣＣＡ期間におけるクリアアイドルスロットの数に対応する数Ｎによって特徴付けられてよい。Ｎは、範囲内でランダムに選択されてよい。無認可スペクトルにおける動作に関する第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）標準では、アップリンク送信およびダウンリンク送信の両方について、ＣＣＡ期間の２つのカテゴリがある。第１のカテゴリにおいて、ノードは、Ｎ個のスロット時間長の間、チャネルを検知することができ、ここで、Ｎは、コンテンションウィンドウ（ＣＷ）と呼ばれる、許可された値の範囲から選択されたランダムな値であってよい。ＬＢＴコンテンションウィンドウサイズ（ＣＷＳ）および調整は、チャネルアクセス優先度に依存してよい。第２のカテゴリにおいて、ノードは、予め構成された数のスロットの間、チャネルを検知することができる。
ＷＴＲＵとネットワークノードとの間の通信では、他のノード（例えば、ＷｉＦｉ送信機）もまた無認可スペクトルを使用してネットワークノードと通信しており、ＷＴＲＵがネットワークノードに接近している一方で他のノードがＷＴＲＵの検知範囲にないときに、干渉が発生することがある。「隠れノード問題」として通常知られているそのような干渉は、一方のＷＴＲＵが他方による送信を検知できないことがあるとき、ＬＢＴ手順に対して跳ね返ることがある。隠れノード問題を軽減するために、各送信に先立って、コンテンションウィンドウが、最後の送信の状態を検討しながら調整されてよい。例えば、最後の送信の状態は、ダウンリンク送信について受信された肯定応答（ＡＣＫ）若しくは否定応答（ＮＡＣＫ）を介してネットワークに対して示されてもよいし、またはアップリンク送信のケースでは、新データインジケータ（ＮＤＩ）がトグルされてもよい。ＡＣＫまたはＮＡＣＫは、ＨＡＲＱ－ＡＣＫフィードバックと広く呼ばれてもよい。ダウンリンク送信のためのＬＢＴ手順の一例示的な実装において、基準サブフレームにおけるＰＤＳＣＨ送信のＨＡＲＱ－ＡＣＫ値の少なくとも８０％がＮＡＣＫされた場合、ＣＷＳは増加されてよく、そうでない場合、それは変更されないままである。アップリンク送信の場合、基準ＨＡＲＱ ＩＤについてＮＤＩがトグルされたかどうかに基づいて、ＷＴＲＵはＣＷＳを増加させることができる。基準ＨＡＲＱ ＩＤは、基準サブフレームにおいて送信されたグラントに対応していてよい。
無認可帯域上の通信のための方法および装置が本明細書で提供される。方法は、複数のスロットの各スロットにおいてトランスポートブロックを送信するステップと、送信されたトランスポートブロックの各々についてハイブリッド自動再送要求（ＨＡＲＱ）ステータスを判定するステップとを含むことができる。方法は、判定されたＨＡＲＱステータスの各々について重み付け係数を判定するステップと、判定されたＨＡＲＱステータスおよび重み付け係数に基づいて、送信されたトランスポートブロックについてのＨＡＲＱステータスの重み付けされた平均を計算するステップとをさらに含むことができる。方法は、計算されたＨＡＲＱステータスの重み付けされた平均に基づいて、リッスンビフォアトーク（ＬＢＴ）コンテンションウィンドウサイズを調整するステップをさらに含むことができる。
より詳細な理解は、添付図面と併せて例として与えられる以下の説明から得られてよく、図における同様の参照番号は、同様の要素を示す。
１つまたは複数の開示された実施形態が実装され得る例示的な通信システムを例証するシステム図である。 実施形態による、図１Ａに例証された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）を例証するシステム図である。 実施形態による、図１Ａに例証された通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を例証するシステム図である。 実施形態による、図１Ａに例証された通信システム内で使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを例証するシステム図である。 対応するＰＤＳＣＨ送信に関係した、スケジュールされたＨＡＲＱフィードバックのタイミングを表す図である。 ＮＲにおいて実装され得るときの様々なタイミングでのＨＡＲＱ－ＡＣＫフィードバックのスケジューリングを例証する図である。 ＷＴＲＵによって実施されるときのグループ化および調整手順の例を示す図である。 ＰＵＳＣＨ送信のシリーズに対応するＨＡＲＱ－ＡＣＫステータスをグループ化するようにＷＴＲＵが構成される例示的なシナリオを表す図である。 ＷＴＲＵが閾値の値を使用してＣＷＳを調整する例示的なプロセスを表す流れ図である。
図１Ａは、１つまたは複数の開示された実施形態を実施できる例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを提供する多元接続システムであってよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数の無線ユーザがアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を採用することができる。
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２を含み得るが、開示される実施形態が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも局（ＳＴＡ）と呼ばれることがあるが、これらは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話機、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、腕時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器および応用例（例えば遠隔手術）、産業デバイスおよび応用例（例えば、産業上のおよび／または自動化された処理チェーンのコンテキストで動作する、ロボットおよび／または他の無線デバイス）、消費者電子デバイス、商業および／または産業無線ネットワーク上で動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄはいずれも、互換的にＵＥと呼ばれることがある。
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインタフェースして、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、次世代ノードＢ（ｇノードＢ（ｇＮＢ）など）、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることは理解されるであろう。
基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されてよい。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せにあってよい。セルは、比較的固定的であり得るかまたは時間に伴って変化し得る特定の地理エリアに、無線サービスのためのカバレッジを提供することができる。セルは、セルセクタにさらに分割されてよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてよい。従って、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルのセクタごとに１つの送受信機を含んでよい。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してよく、セルのセクタごとに複数の送受信機を利用してよい。例えば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用されてよい。
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインタフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
より詳細には、上記のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してよい。例えば、ＲＡＮ１０４における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立してよいユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでよい。
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装することができ、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインタフェース１１６を確立することができる。
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、これは、ＮＲを使用してエアインタフェース１１６を確立することができる。
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられてよい。
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、インタリム規格２０００（ＩＳ－２０００）、インタリム規格９５（ＩＳ－９５）、インタリム規格８５６（ＩＳ－８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、職場、家庭、車両、構内、産業設備、（例えば、ドローンが使用するための）空中回廊、道路などの局所的エリアでの無線接続性を容易にするために任意の好適なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装してよい。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用してよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がなくてよい。
ＲＡＮ１０４は、ＣＮ１０６と通信していてよく、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ若しくは複数に音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された任意のタイプのネットワークであってよい。データは、異なるスループット要件、待ち時間要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有してよい。ＣＮ１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルなセキュリティ機能を実行してよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していてもよいことを理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。
ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働いてよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよび／またはＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線および／または無線通信ネットワークを含んでよい。例えば、他のネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してよい１つまたは複数のＲＡＮに接続された別のＣＮを含んでよい。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでよい）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてよい。
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２が実施形態との一貫性を維持しながら前述の要素の任意のサブコンビネーションを備え得ることは理解されるであろう。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実行してよい。プロセッサ１１８は、送受信要素１２２に結合され得る送受信機１２０に結合されてよい。図１Ｂに、別個の構成要素としてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが電子パッケージまたはチップ中で統合されてよいことを理解されよう。
送受信要素１２２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ）との間で信号を送受信するように構成されてよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。一実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。また別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成されてよい。送受信要素１２２が任意の組合せの無線信号を送信および／または受信するように構成されてよいことは理解されるであろう。
図１Ｂでは送受信要素１２２が単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してよい。従って、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでよい。
送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。従って、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでよい。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの好適なメモリの情報にアクセスし、それにデータを記憶してよい。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含んでよい。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、それにデータを記憶してよい。
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２における他の構成要素に電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル銅（ＮｉＺｎ）、ニッケルメタルハイドライド（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、または、それの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてそのロケーションを決定してよい。ＷＴＲＵ１０２が、実施形態との一貫性を維持しながら、任意の好適なロケーション決定方法によってロケーション情報を捕捉してよいことを理解されよう。
プロセッサ１１８はさらに、他の周辺機器１３８にも結合されてよく、周辺機器１３８は、追加の特徴、機能、および／または有線若しくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、湿度センサなどのうちの１つまたは複数であってよい。
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ＤＬとの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であってよい全二重無線を含んでよい。全二重無線は、干渉管理ユニットを含むことができ、それにより、ハードウェア（例えばチョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）若しくはプロセッサ１１８）を介した信号処理を介して、自己干渉が低減されるかまたはほぼ除去される。一実施形態では、ＷＴＲＵ１０２は、信号のいくつかまたは全ての送信および受信（例えば、ＵＬ（例えば送信用）とＤＬ（例えば受信用）のいずれかについて特定のサブフレームに関連付けられた）が行われる、半二重無線を含むことができる。
図１Ｃは、一実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６とも通信していてよい。
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４が実施形態との一貫性を維持しながら任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を備えることができる。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してよい。従って、ｅノードＢ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するおよび／またはそれから無線信号を受信するために複数のアンテナを使用してよい。
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されてよい。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して相互に通信してよい。
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含んでよい。前述の要素はＣＮ１０６の一部として描かれているが、これらの要素はいずれもＣＮオペレータ以外のエンティティによって所有および／または運営されてもよいことは理解されるであろう。
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよく、制御ノードとして働いてよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、転送することができる。ＳＧＷ１６４は、ｅノードＢ間のハンドオーバの間にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供するＰＧＷ１６６に接続され得る。
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいかまたはそれと通信してよい。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。
ＷＴＲＵが無線端末として図１Ａ～図１Ｄに記載されているが、いくつかの代表的な実施形態では、そのような端末が（例えば、一時的にまたは永続的に）通信ネットワークとの有線通信インタフェースを使用し得ると考えられる。
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってよい。
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮには、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上のステーション（ＳＴＡ）がある。ＡＰは、ＢＳＳへのトラフィックおよび／またはＢＳＳからのトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへの、アクセスまたはインタフェースを有することができる。ＢＳＳの外部からから生じたＳＴＡへのトラフィックは、ＡＰを通して到着してよく、ＳＴＡに送られてよい。ＳＴＡからＢＳＳの外部の宛先に発信されるトラフィックは、ＡＰに送信され、それぞれの宛先に配信されてよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信でき、例えば、送信元ＳＴＡがＡＰにトラフィックを送信し、ＡＰが宛先ＳＴＡにトラフィックを配信してよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされたり、呼ばれたりする場合がある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を使用して、送信元ＳＴＡと宛先ＳＴＡの間で（例えば、直接）送信できる。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮにはＡＰがない場合があり、ＩＢＳＳ内またはＩＢＳＳを使用するＳＴＡ（例えば、全てのＳＴＡ）は相互に直接通信する場合がある。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと呼ばれることがある。
８０２．１１ａｃインフラストラクチャモードの動作または同様の動作モードを使用する場合、ＡＰは、プライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）または動的に設定される幅であってよい。プライマリチャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。特定の代表的な実施形態では、例えば８０２．１１システム中で、衝突回避機能付きキャリアセンス多元接続（Carrier Sense Multiple Access with Collision Avoidance）（ＣＳＭＡ／ＣＡ）が実装されてよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）がプライマリチャネルを検知することができる。プライマリチャネルが特定のＳＴＡによって感知／検出され、および／またはビジーであると判断された場合、特定のＳＴＡはバックオフすることができる。１つのＳＴＡ（例えば、ただ１つのステーション）は、特定のＢＳＳでいつでも送信できる。
ハイスループット（ＨＴ）ＳＴＡは、例えばプライマリ２０ＭＨｚチャネルと隣接または非隣接２０ＭＨｚチャネルとを組み合わせて４０ＭＨｚ幅のチャネルを形成することを介して、４０ＭＨｚ幅のチャネルを通信に使用することができる。
ベリーハイスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成できる。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを結合することによって、または２つの非連続８０ＭＨｚチャネルを結合することによって形成されてよく、後者は８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネル符号化後にセグメントパーサの中を通されてよく、セグメントパーサはデータを２つのストリームに分割することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理が行われてよい。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされてよく、データは送信側ＳＴＡによって送信されてよい。受信側ＳＴＡの受信機では、８０＋８０構成の場合の前述の動作が反転されてよく、結合されたデータは媒体アクセス制御（ＭＡＣ）に送られてよい。
サブ１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。８０２．１１ａｆおよび８０２．１１ａｈでは、チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して相対的に低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル中の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア中のマシンタイプ通信（ＭＴＣ）デバイスなど、メータータイプ制御／ＭＴＣをサポートすることができる。ＭＴＣデバイスは、特定の機能、例えば、特定のおよび／または制限された帯域幅のサポート（例えば、サポートのみ）を含む制限された機能を有し得る。ＭＴＣデバイスは、閾値を超えるバッテリ寿命を有するバッテリを含み得る（例えば、非常に長いバッテリ寿命を維持する）。
ＷＬＡＮシステムは、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど複数のチャネルおよびチャネル帯域幅をサポートすることができ、このＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ中の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ中で動作している全てのＳＴＡのうちの最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されてよい。８０２．１１ａｈの例では、ＡＰとＢＳＳ中の他のＳＴＡとが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、プライマリチャネルは、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）のために１ＭＨｚ幅であってよい。キャリア感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えばＳＴＡ（１ＭＨｚ動作モードのみをサポートする）がＡＰに送信しているせいで、プライマリチャネルがビジーである場合は、利用可能な周波数帯域の大部分がアイドル状態のままであっても、利用可能な全ての周波数帯域はビジーであると見なされてよい。
米国では、８０２．１１ａｈで使用できる利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈで利用可能な合計帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。
図１Ｄは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６とも通信していてよい。
ＲＡＮ１０４はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１０４が実施形態との一貫性を維持したまま任意の数のｇＮＢを含み得ることは理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃとの間で信号を送信および／または受信することができる。従って、例えばｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信および／または受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することができる。これらのコンポーネントキャリアのサブセットが未許可スペクトル上にあり、残りのコンポーネントキャリアが許可済みスペクトル上にあってよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）とから協調送信を受信することができる。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルヌメロロジー（scalable numerology）に関連付けられた伝送を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、異なる伝送、異なるセル、および／または無線伝送スペクトルの異なる部分によって変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル、および／または持続する様々な長さの絶対時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃをモビリティアンカーポイントとして利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未許可帯域中の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、ほぼ同時に１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと通信することができる。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとしての働きをすることができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供することができる。
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを扱うように構成されてよい。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。
図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によりデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことができる。前述の要素はＣＮ１０６の一部として描かれているが、これらの要素はいずれもＣＮオペレータ以外のエンティティによって所有および／または運営されてもよいことは理解されるであろう。
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、制御ノードとしての働きをすることができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終端、モビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてよい。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのためのサービスなど、異なるユースケースに対して、異なるネットワークスライスが確立されてよい。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／または非３ＧＰＰアクセス技術（ＷｉＦｉ等）など他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することができる。
ＳＭＦ１８３ａ、１８３ｂは、は、Ｎ１１インタフェースを介してＣＮ１０６中のＡＭＦ１８２ａ、１８２ｂに接続されてよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インタフェースを介してＣＮ１０６中のＵＰＦ１８４ａ、１８４ｂにも接続されてよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを介したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割振り、ＰＤＵセッションの管理、ポリシ施行およびＱｏＳの制御、ＤＬデータ通知の提供など、他の機能を実施することもできる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネット（登録商標）ベースなどであってよい。
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、これは、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシの施行、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供など、他の機能を実施することもできる。
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての働きをするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはこのＩＰゲートウェイと通信することができる。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通してローカルＤＮ１８５ａ、１８５ｂに接続されてよい。
図１Ａ～１Ｄと、図１Ａ～１Ｄの対応する記述とに鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂおよび／または本明細書に記載の他の任意のデバイスのうちの１つまたは複数に関する、本明細書に記載の機能のうちの１つ若しくは複数または全てが、１つまたは複数のエミュレーションデバイス（図示せず）によって実施されてよい。エミュレーションデバイスは、本明細書に記載の機能のうちの１つ若しくは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであってよい。例えば、エミュレーションデバイスは、他のデバイスをテストするため、並びに／またはネットワークおよび／若しくはＷＴＲＵ機能をシミュレートするために使用されてよい。
エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実装するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されて、１つ若しくは複数または全ての機能を実施することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されて、１つ若しくは複数または全ての機能を実施することができる。エミュレーションデバイスは、テストの目的で、かつ／または無線経由の無線通信を使用したテスト実施の目的で、別のデバイスに直接に結合されてよい。
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されずに、全ての機能を含めた１つまたは複数の機能を実施することもできる。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実装するために、テスト用ラポにおけるテスト用シナリオで、かつ／または非デプロイ（例えばテスト用の）有線および／若しくは無線通信ネットワークにおけるテスト用シナリオで、利用されてよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってよい。直接ＲＦ結合、および／または、ＲＦ回路（例えば、１つ若しくは複数のアンテナを備え得る）を介した無線通信が、エミュレーションデバイスによって使用されて、データが送信および／または受信されてよい。
３ＧＰＰは、新無線（ＮＲ）技術のための標準をリリースしている。ＬＴＥとは異なり、ＮＲは、可変の送信持続時間／開始シンボル、および可変のＨＡＲＱフィードバックタイミングをサポートすることができる。可変の送信持続時間において、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）送信は、スロット内でシンボルの続きのセットを占有することができる。可変のフィードバックタイミングが実装されるとき、ＤＬ割り当てを収容するダウンリンク制御情報（ＤＣＩ）は、ＷＴＲＵのためのＨＡＲＱフィードバックタイミングの表示を含むことができる。例えば、表示は、その間にＨＡＲＱフィードバックを送信するように準静的に構成された時間期間を識別することができる。さらに、ＮＲは、コードブックのサイズがスケジュールされたトランスポートブロック（ＴＢ）の数に依存する、動的ＨＡＲＱ－ＡＣＫコードブックの使用をサポートすることができる。次世代ノードＢ（ｇＮＢ）は、ＤＣＩにおけるカウンタダウンリンク割り当てインデックス（ＤＡＩ）および／またはトータルＤＡＩ使用して、以前にスケジュールされたＴＢの数を示すことができる。一実施形態において、カウンタＤＡＩインジケータおよびトータルＤＡＩインジケータは、４つまでの見つからないＴＢを取り戻すことをＷＴＲＵに許可することができる２ビットのサイズを、各々または一括して有することができる。他の実施形態において、カウンタＤＡＩインジケータおよびトータルＤＡＩインジケータは、より多いまたはより少ない数のビットを、各々または一括して有してもよく、より多いまたはより少ない数のビットを取り戻すことをＷＴＲＵに許可することができる。
３ＧＰＰは、無認可帯域におけるＮＲ動作をサポートするための作業項目を開始している。作業項目の１つの目的は、ＬＴＥ－ＬＡＡおよび他の現在作動中の無線アクセス技術（ＲＡＴ）と並行した動作のための共存方法と共に、初期アクセス、スケジューリング／ＨＡＲＱ、およびモビリティを含む、無認可スペクトルにおけるＮＲベースの動作を指定することであってよい。展開シナリオは、異なるスタンドアロンＮＲベースの動作を含むことができる。例えば、ＬＴＥ ＲＡＴに従って動作する少なくとも１つのキャリアでのＥ－ＵＴＲＡＮ新無線デュアル接続性（ＥＮ－ＤＣ）、またはＮＲ ＲＡＴに従って動作する１つまたは複数のキャリアの少なくとも２つのセットでのＮＲ ＤＣなどの、デュアル接続性動作の変形が実装されてよい。ＬＴＥおよびＮＲ ＲＡＴの各々についてゼロ以上のキャリアの異なる組合せを場合により含む、キャリアアグリゲーション（ＣＡ）の変形もまた実装されてよい。
研究項目フェーズの間、例えば、ＮＲ－Ｕ動作のためのチャネルアクセススキームの４つのカテゴリをサポートすることが同意された。カテゴリ１チャネルアクセスは、短いスイッチングギャップの後の即時送信を伴うことができる。カテゴリ２チャネルアクセスは、ランダムバックオフなしのＬＢＴ動作を伴うことができ、一方、カテゴリ３と４は、それぞれに、ランダムバックオフおよび固定コンテンションウィンドウサイズ（ＣＷＳ）でのＬＢＴ動作と、ランダムバックオフおよび可変のコンテンションウィンドウサイズでのリッスンビフォアトーク（ＬＢＴ）動作とを含むことができる。
ＮＲ－Ｕはまた、トランスポートブロック（ＴＢ）をスケジュールすることなしに、ＤＣＩを使用して後でＨＡＲＱ－ＡＣＫフィードバックを要求する可能性と共に、所与のＰＤＳＣＨ送信について一時的にＨＡＲＱ－ＡＣＫフィードバックの送信を無効化する可能性をサポートすることができる。
無認可スペクトル内でのＬＴＥベースの動作において、進化型ノードＢ（ｅＮＢ）は、ＣＷを調整するために、１つまたは複数のＰＤＳＣＨ送信の示されたステータスに頼ることができる。ＰＤＳＣＨでの送信に先立って、ｅＮＢは、チャネルアクセス優先度クラスｐに関連付けられたＣＷＳを維持することができる。基準サブフレームにおける１つまたは複数のＰＤＳＣＨ送信に対応するＨＡＲＱ－ＡＣＫ値を判定することによって、ＣＷＳは、増加または減少され得る。基準サブフレームは、ｅＮＢによってキャリア上で実施された最も近時の送信の、かつＨＡＲＱ－ＡＣＫが利用可能であることが予期される、開始サブフレームであってよい。ＬＴＥにおいて、ＨＡＲＱ－ＡＣＫフィードバックは、認可スペクトル上で送信され、それはＣＣＡの成功または失敗次第ではない。アップリンク送信の場合、ＷＴＲＵは、近時のアップリンク送信の新データインジケータ（ＮＤＩ）に基づいて、ＣＷＳを調整することができる。ＮＲにおける追加の手順によって引き起こされる１つの問題は、ＮＲ－ＵにおけるＨＡＲＱ－ＡＣＫフィードバックが無認可スペクトル上で送信され得ることである。したがって、ｇＮＢでの最後の送信のＨＡＲＱ－ＡＣＫステータスの可用性が保証されないことがある。
図２は、対応するＰＤＳＣＨ送信に関係した、スケジュールされたＨＡＲＱフィードバックのタイミングを表す。示されるように、ｇＮＢは、スロットｎ－４におけるＰＤＳＣＨ２１０上でトランスポートブロックを送信し、スロットｎにおいてＷＴＲＵによるＨＡＲＱ－ＡＣＫフィードバックの送信をスケジュールすることができる。ＬＢＴ失敗のために、そのＰＤＳＣＨのＨＡＲＱ－ＡＣＫステータスが、予期される通りにスロットｎ－４において利用可能でないことがある。ｇＮＢでは、ＰＤＳＣＨ送信がＷＴＲＵによって受信されなかったのか、それともＷＴＲＵのＬＢＴメカニズムのためにＨＡＲＱ－ＡＣＫ送信が失敗したのかが明らかではないことがある。例えば、ＰＤＳＣＨ上での送信の間に、隠れノード問題が発生したのか、それとも衝突が発生したのかが明白ではないことがある。さらに別の例において、ＰＤＳＣＨ－ｔо－ＨＡＲＱパラメータによって示されたＰＵＣＣＨリソースが、チャネル占有時間（ＣＯＴ）の外側にあたることがある。後者のケースにおいて、ＬＢＴ失敗と同様に、対応するＰＤＳＣＨのＨＡＲＱ－ＡＣＫステータスは、少なくとも新しいＣＯＴが確立されるまでは利用可能でないことになる。
別の問題は、柔軟なＨＡＲＱタイミングのサポートであることがあり、例えば、ＰＤＳＣＨ－ｔо－ＨＡＲＱの動的表示は、同じスロットにおいて発生する多数のＰＤＳＣＨ送信をもたらすことがあり、異なるスロットにおいてＨＡＲＱ－ＡＣＫフィードバックのシグナリングをもたらすことがある。異なるスロットに到着する異なるＨＡＲＱ－ＡＣＫフィードバックは、異なるチャネル条件を経験することがある。
図３は、ＮＲにおいて実装され得るときの様々なタイミングでのＨＡＲＱ－ＡＣＫフィードバックのスケジューリングを例証する。例えば、スロットｎ－４において送信された３つの別個のＰＤＳＣＨ送信３１０、３２０、および３３０について、各々についてのＨＡＲＱ－ＡＣＫフィードバックは、示されるように、スロットｎ－３、ｎ－２、およびｎ－１に、それぞれ到着する。３つのＨＡＲＱフィードバックのための送信は、異なるチャネル条件を経験することがあり、ＬＢＴの失敗または成功次第であってよい。さらに、図３に示されるように、スロットｎ－４内でのＰＤＳＣＨ送信持続時間は、異なることがある。短い送信は、より長い送信とは異なるチャネル条件を経験することがある。また、示されるように、所与のスロットにおけるＰＤＳＣＨ送信の開始時間および／または終了時間もまた多様であることがある。
ＣＷＳを調整するための方法および装置が本明細書で説明される。これらの解決策は、例えば、送信機側での以前の送信のＨＡＲＱ－ＡＣＫステータスの不確実性、並びに可変の時間長および送信のタイミングを検討することができる。本明細書で使用されるとき、用語「送信ノード」は、ＷＴＲＵ、ｇＮＢ、または無線通信のための任意の送信機を指すことができる。そのような機器は、例えば、ＮＲ無認可スペクトルにおいて動作するように構成されてよい。
ＣＷ調整に向けられた実施形態が、本明細書で広く開示される。解決策の１つのセットにおいて、送信ノードは、それらからＣＷが変更され得る値のセットで構成されてよい。例えば、送信ノードは、値のセットＳ＝｛Ｗ1，Ｗ2，…，ＷN｝で構成されることが可能である。コンテンションウィンドウ調整手順は、１つまたは多数のステップによって（例えば、ｋ＜＝Ｎであるように、Ｗ1からＷ2へと、またはＷ1からＷkへと）、ウィンドウサイズを増加させること、１つのステップまたは多数のステップによって（例えば、ｋ＜＝Ｎであるように、Ｗ2からＷ1へと、またはＷkからＷ１へと）サイズを削減すること、および／または、ウィンドウサイズをデフォルト値にリセットすることを含むことができる。一例示的な解決策において、デフォルト値は、セットのうちの最も小さな値であってよく、あるいは、デフォルト値は、仕様において予め構成若しくは固定されても、または動的に判定されてもよい。送信ノードは、以下の通り説明される１つの要因または要因の組合せに基づいて、コンテンションウィンドウの調整ステップおよび／または初期値を判定することができる。例えば、送信ノードは、別の送信ノードにより始動されたＣＯＴ時間長に基づいて、初期値および／または調整ステップを判定することができる。ＷＴＲＵは、ｇＮＢによって始動されたときのＣＯＴ時間長に基づいて、ＣＷＳの初期値を判定することができる。
いくつかの実施形態において、ＣＷの調整ステップおよび／または初期値は、チャネルアクセス優先度に依存し得る。例えば、ＷＴＲＵは、ネットワークからシグナリングされたチャネルアクセス優先度に基づいて、ステップおよび初期値を判定することができる。
いくつかの実施形態において、コンテンションウィンドウの調整ステップおよび／または初期値は、送信される信号および／またはチャネルに依存してもよい。例えば、ＷＴＲＵがスケジューリング要求またはＨＡＲＱ－ＡＣＫフィードバックを送信する場合、ＷＴＲＵは、許可された値のセットから最も小さな値を選択することができる。
いくつかの実施形態において、コンテンションウィンドウの調整ステップおよび／または初期値は、送信ノードによって以前に実施されたコンテンションウィンドウ調整の数に依存し得る。
いくつかの解決策において、送信ノードは、所与のチャネルアクセス優先度（ＣＡＰ）に対応するコンテンションウィンドウを、そのチャネルアクセス優先度を有して実施された以前の送信にのみ基づいて調整するように構成されてよい。例えば、送信ノードは、異なる優先度クラスで多数のチャネルアクセスを実施するように構成されることが可能である。送信ノードは、そのチャネルアクセス優先度を使用して実施された以前の送信のステータスを判定することによって、ＣＷＳを調整することができる。
他の解決策において、送信ノードは、所与のチャネルアクセス優先度に対応するＣＷＳを、同じチャネルアクセスカテゴリについてのクラスのサブセット内のチャネルアクセス優先度を有して実施された以前の送信に基づいて調整するように構成されてもよい。例えば、送信ノードは、４つの異なる優先度クラスｐ１、ｐ２、ｐ３、およびｐ４によるチャネルアクセスカテゴリを使用するように構成されてもよい。単一のＣＡＰと他のＣＡＰの送信との間の例示的なマッピングを表す表１に示されたチャネルアクセス優先度のマッピングに基づいて、送信ノードは、ＣＡＰに対してＣＷＳを調整することができる。
Figure 2022520805000002
この例において、チャネルアクセス優先度ｐ１を有する送信のためのＣＷサイズを調整するために、ノードは、チャネルアクセス優先度ｐ１を有する以前の送信の状態のみを検討することができる。優先度ｐ４の場合、ノードは、コンテンションウィンドウを調整するために、異なるチャネルアクセス優先度ｐ１、ｐ２、ｐ３、およびｐ４を有する全ての送信を検討することがある。そのようなマッピングは、上位レイヤシグナリングを使用して準静的に構成される、または、例えば、ＤＣＩ（送信ノードがＷＴＲＵであり、受信ノードがｇＮＢであるケースにおいて）、若しくはシーケンスベースの信号を使用して、受信ノードによって動的に示されることが可能である。
他の解決策において、送信ノードは、送信のサービスタイプに基づいて送信ステータスをグループ化し、サービスのタイプごとにＣＷＳを調整することができる。例えば、ＵＲＬＬＣパケットを送信するためにＣＷ調整を実施するとき、送信ノードは、ＵＲＬＬＣタイプサービスのＨＡＲＱ－ＡＣＫステータスのみを検討することができる。
いくつかの解決策において、送信ノードは、所与のチャネルアクセスカテゴリのＣＷを、そのチャネルアクセスカテゴリを使用して実施された以前の送信にのみ基づいて調整するように構成されてもよい。例えば、送信ノードは、単一のチャネルアクセスカテゴリを使用するように構成されることが可能である。送信ノードは、そのチャネルアクセスカテゴリを使用して実施された以前の送信のステータスを判定することによって、ＣＷを調整することができる。別の解決策において、送信ノードは、所与のチャネルアクセスカテゴリのＣＷを、チャネルアクセスカテゴリのサブセットを使用して実施された以前の送信に基づいて調整するように構成されてもよい。送信ノードは、例えばＲＲＣシグナリングを使用して準静的に、または、例えばＤＣＩ若しくはシーケンスベースの信号を使用して動的に、検討されることになる単一のチャネルアクセスカテゴリとチャネルアクセスカテゴリのセットとの間のマッピングで構成されてもよい。
いくつかの解決策において、送信ノードは、１つのパラメータまたはパラメータの組合せに基づいて、ＣＷＳを調整することができる。例えば、ＣＷＳを調整するために使用される１つのパラメータは、基準サブフレームまたは基準サブフレームのセットにおいて受信された、１つ若しくは複数のＰＤＳＣＨ送信またはＰＵＳＣＨ送信のＨＡＲＱ－ＡＣＫステータスであってよい。別のパラメータは、基準サブフレームにおいて実施されたＰＤＳＣＨ送信またはＰＵＳＣＨ送信のＨＡＲＱ－ＡＣＫステータスであってもよい。
送信ノードは、１つ若しくは複数の測定値報告または測定値結果に基づいて、ＣＷＳを調整することができる。測定値報告または結果は、チャネル品質インジケータ（ＣＱＩ）範囲、チャネル状態情報（ＣＳＩ）、ＳＲＳ送信、送信に先行するスロットのセット上のＳＩＮＲ推定、送信に先行するスロットのセット上で検知されたエネルギー、無線リンク品質測定値（例えば、無線リンクモニタリング（ＲＬＭ））、レイヤ１基準信号受信電力（Ｌ１－ＲＳＲＰ）についての受信電力測定値、受信ＣＳＩ基準信号電力（ＣＳＩ－ＲＳＲＰ）、受信ＣＳＩ基準信号品質（ＣＳＩ－ＲＳＲＱ）、ビーム関連測定値、ヌメロロジ（例えば、サブキャリア間隔）、受信信号強度インジケータ（ＲＳＳＩ）、またはチャネル占有（ＣＯ）を含むことができる。ＣＯは、例えば、チャネル負荷の関数としてのＬＢＴサブ帯域ごとに判定されてよい。
送信ノードは、以前のＣＷ調整の間に検知されたスロット時間長の数Ｎに基づいて、ＣＷを調整することができる。調整は、その中でチャネルが空いていると判定されたスロットの数、例えば、その中で検出されたエネルギーが一定の閾値を下回ったそれらの数に基づいて行われてよい。調整はまた、その中でチャネルがビジーであると判定されたスロットの数、例えば、その中で検出されたエネルギーが一定の閾値を上回ったそれらの数に基づいて行われてもよい。調整は、空いていてクリアであるスロットの数の合計、および／またはＬＢＴ手順が先延ばしされた回数に基づいてもよい。調整はまた、１つ若しくは複数の以前のＬＢＴ手順についてのトータル時間に基づいても、および／または以前のＬＢＴ手順のセットについての時間の平均量に基づいてもよい。
いくつかの解決策において、送信ノードは、アクティブな帯域幅部分（ＢＷＰ）内のサブ帯域ごとに、ＣＷ調整プロセスを実施するように構成されてもよい。例えば、送信ノードは、多数のサブ帯域を有する広帯域幅部分（ＷＢＷＰ）上で動作し、サブ帯域ごとにＬＢＴ手順を実施することができる。ノードは、２０Ｍｈｚに等しい周波数サイズごとにチャネルアクセス手順を実施することができる。例えば、送信が第１のサブ帯域において失敗した場合、第２のサブ帯域ＣＷは、増加されなくてもよい。解決策の第１のセットにおいて、送信ノードは、他のＣＷ調整プロセスとは無関係に、ＣＷプロセスを調整することができる。解決策の別のセットにおいて、送信ノードは、他のＣＷＳプロセスの状態を検討しながらＣＷプロセスを調整することができる。例えば、２つのサブ帯域間の周波数オフセットが閾値よりも低い場合、送信ノードは、隣接するサブ帯域のＣＷプロセス状態を検討することができる。
いくつかの解決策において、送信ノードは、多数のＢＷＰがキャリア内で構成されていることを想定して、ＢＷＰごとにＣＷ調整プロセスを維持するように構成されてよい。そのようなケースにおいて、送信ノードは、異なるＢＷＰに対応する他のＣＷ調整プロセスとは無関係に、１つのＣＷ調整プロセスを調整することができる。
いくつかの解決策において、送信ノードは、ＢＷＰ内に常駐してよい、送信のためのＬＢＴサブ帯域のセットを入手することができる。送信ノードは、全てのＬＢＴサブ帯域をカバーする広帯域ＬＢＴを使用することができ、全てのＬＢＴサブ帯域に適用可能であるＣＷＳプロセスを使用することができる。別の方法において、広帯域ＣＷＳ値が、各独立したＬＢＴサブ帯域の全てのＣＷＳ値の関数として判定されてもよい。別の方法において、送信ノードは、多数のＬＢＴ手順（例えば、ＬＢＴサブ帯域ごとに１つの手順）を実施することができ、独立したＬＢＴサブ帯域ごとに独立したＣＷ調整プロセスを使用することができる。さらに別の方法において、送信ノードは、多数のＬＢＴ手順を実施することができ、場合により、各独立したＬＢＴサブ帯域の全てのＣＷＳ値の関数として判定された単一のＣＷＳ値を使用することができる。
ＷＴＲＵがＬＢＴサブ帯域のセットから判定されたＣＷＳ値のセットの関数であるＣＷＳ値を使用するとき、関数は、いくつかの要素のうちの少なくとも１つから組み立てられてよい。例えば、使用されるＣＷＳ値は、検討下にある全てのＬＢＴサブ帯域の最も大きい、または最も小さいＣＷＳ値であってよい。使用されるＣＷＳ値は、検討下にある全てのＬＢＴサブ帯域のＣＷＳ値から判定された平均ＣＷＳ値であってもよい。使用されるＣＷＳ値は、最も高い、または最も低いインデックスを有するＬＢＴサブ帯域のＣＷＳ値であってもよい。使用されるＣＷＳ値は、構成可能であり得る、またはネットワークによって示され得る、ＬＢＴサブ帯域のＣＷＳ値であってもよい。使用されるＣＷＳ値は、ＬＢＴサブ帯域のセットについて構成可能な、またはネットワークによって示されるＣＷＳ値であってもよい。使用されるＣＷＳ値は、ＢＷＰ内の任意のＬＢＴサブ帯域のために最も近時に使用されたＣＷＳであってもよいし、または使用されるＣＷＳ値は、調整値（例えば、以前に使用された値からの増分増加または減少）であってもよい。
ＬＢＴサブ帯域のセットのために使用されるＣＷＳは、各ＬＢＴサブ帯域に対応する、ＣＷＳプロセスの１つ若しくは全て内に記憶されても、またはＣＷＳプロセスの１つ若しくは全てでの使用のために確保されてもよい。任意のそのように記憶されたＣＷＳは、後続のＬＢＴ手順において使用されてよい。別の方法において、ＬＢＴサブ帯域のセットのために使用されるＣＷＳは、ＬＢＴサブ帯域のその特定のセットの任意の今後の使用のために使用されることになるＣＷＳプロセスに記憶されてもよい。
いくつかの解決策において、送信ノードは、受信ノードから受信された補助情報に基づいて、ＣＷＳを調整することができる。例えば、ＷＴＲＵは、ｇＮＢから受信された情報に基づいて、そのＣＷＳを調整することができる。そのような情報は、例えば、ＤＣＩにおけるフィールドを介して明示的にシグナリングされること、またはＲＲＣ構成パラメータなどの他の受信された信号から暗黙的に導き出されることが可能である。例えば、共有ＣＯＴの開始を示すためにｇＮＢがシーケンスベースの信号を送信したケースにおいて、ｇＮＢによって使用されるシーケンスは、ＣＷＳ、および／またはＣＷＳを調整するときにＷＴＲＵによって使用されることになる初期値を示すことができる。別の例において、使用されるシーケンスは、ＣＷＳ調整が必要とされるか否かを示すことができる。
さらに別の実施形態において、ＷＴＲＵは、ＰＤＣＣＨモニタリング機会のセット、制御リソースセット（ＣＯＲＥＳＥＴ）、または探索空間属性などの情報を使用して、ＣＷＳ調整のための情報を判定することができる。
いくつかの解決策において、送信ノードおよび受信ノードは、同じＣＷを維持するように連携することができる。そのような連携は、ＣＷＳ情報を明示的または暗黙的に交換することによってサポートされることが可能である。例えば、ＷＴＲＵは、スケジューリングＤＣＩ内で、アップリンク送信のために使用されることになるＣＷＳを受信することができる。別の例において、ＷＴＲＵは、受信ノードによって使用されるＣＷＳを暗黙的に判定することができる。
いくつかの解決策において、送信ノードは、ＣＷを調整するために、ヌメロロジ、例えば、サブキャリア間隔、スロット時間長、ＣＰ長さ、その他を考慮に入れることを必要とすることがある。一例において、ＷＴＲＵは、ＤＬ ＢＷＰをスイッチングするＤＣＩを検出することができる。アクティブなＤＬ ＢＷＰおよび初期ＤＬ ＢＷＰが異なるサブキャリア間隔（ＳＣＳ）および異なるＣＰ長さを有する場合、ＷＴＲＵは、アクティブなＢＷＰでのＣＷ調整のために、初期ＢＷＰのヌメロロジを検討することを必要とすることがある。一例において、以前のＣＷサイズ調整が初期ＢＷＰにおいて１５ＫＨｚのサブキャリア間隔でのＮ個のスロット時間長の検知に基づいていた場合、アクティブなＢＷＰにおけるスロット時間長が初期ＢＷＰの半分であると考えると、ＷＴＲＵは、アクティブなＢＷＰにおいて３０ＫＨｚのサブキャリア間隔での２Ｎスロット時間長の検知を検討することを必要とすることがある。
上のセクションにおいて提案された解決策は、単独で、または以下のアップリンク送信およびダウンリンク送信のために提案されるコンテンションウィンドウ調整解決策と組み合わせて適用することができる。
アップリンク送信のためのコンテンションウィンドウ調整を対象とした実施形態が本明細書で説明される。アップリンク送信は、ＷＴＲＵによって生成されたいかなる送信も含むことができる。限定ではなく例として、それは、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨまたはＳＲＳを使用する送信を含むことができる。以下の提案される解決策は、単独で、または組み合わせて適用されてよい。アップリンク送信の場合、ＷＴＲＵは、ｇＮＢからの明示的なＨＡＲＱ－ＡＣＫフィードバックに基づいて、または後続の送信のアップリンクグラントにおいて使用されるそれらのＨＡＲＱ ＩＤのＮＤＩトグリングに基づいて、以前の送信のＨＡＲＱ－ＡＣＫステータスを判定するように構成されることができる。
解決策の第１のセットにおいて、ＷＴＲＵは、ＣＷ調整手順に先立って、構成された時間ウィンドウ内またはスロットのセット内でＰＵＳＣＨ送信のＨＡＲＱ－ＡＣＫステータスを検討するように構成されてよい。時間ウィンドウサイズは、一定のチャネルアクセスカテゴリまたはチャネルアクセス優先度に関連付けられていてよい。ＷＴＲＵは、多数の送信に対応するＨＡＲＱ－ＡＣＫステータスをグループ化し、グループ内のＨＡＲＱ－ＡＣＫ値を平均し、グループにわたって重み付けされた平均を判定するように構成されてよい。ＷＴＲＵは、個々のスロットまたはスロットのセットについてのＨＡＲＱ－ＡＣＫ値の各々に、重み付け係数を適用することができる。ＷＴＲＵは、本明細書で説明されるように、アップリンク送信のＨＡＲＱ－ＡＣＫステータスをグループ化するように構成されてもよいし、またはいくつかの要因のうちの１つ若しくは複数に基づいて自律的にそうすることができる。
図４は、ＷＴＲＵによって実施されるときのグループ化および調整手順の例を示す。示されるように、ＷＴＲＵは、ＣＷ調整手順に先立って、ＰＵＳＣＨ送信の時間長および／またはウィンドウ内のＰＵＳＣＨ送信の位置に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。図４に示されるように、ＷＴＲＵは、基準スロットｎからｎ＋４にかけてのセットにおいて、ＰＵＳＣＨ上で送信のシリーズを送信するように構成されてよい。第１の送信４１０は、スロットｎにおいてＷＴＲＵによって送信されてよく、第２の送信４２０は、スロットｎ＋２においてＷＴＲＵによって送信されてよく、第３の送信４３０は、スロットｎ＋４においてＷＴＲＵによって送信されてよい。ＰＵＳＣＨ送信４１０、４２０、および４３０は、示されるように、異なる時間長および／または異なる開始時間を有してよい。４４０、４５０、および４６０で示されるように、ＨＡＲＱ－ＡＣＫステータスが、ネットワークノードからＷＴＲＵで受信されてよい。ＷＴＲＵは、情報をグループ化して、ＰＵＳＣＨ送信４１０、４２０、および４３０についてのＨＡＲＱ－ＡＣＫフィードバック４４０、４５０、および４６０に対応するＨＡＲＱ－ＡＣＫステータスの値を平均することができる。いくつかの実施形態において、ＷＴＲＵは、重み付け係数を、Ｃ１、Ｃ２、およびＣ３として図４に示される判定されたＨＡＲＱ－ＡＣＫステータスのいずれかまたは全てに適用することができる。
本明細書では、ＷＴＲＵがＨＡＲＱ－ＡＣＫステータスをグループ化することを、それらを基に判定することができる要因が説明される。いくつかの実施形態において、例えば、ＷＴＲＵは、グラントベースのＰＵＳＣＨ送信が発生したかどうか、または構成されたグラントが送信されたかどうかに基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。
いくつかの実施形態において、ＷＴＲＵは、チャネルアクセスカテゴリ若しくは優先度に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる、またはＷＴＲＵは、グラントをスケジュールするためにｇＮＢによって使用されるＬＢＴカテゴリ若しくは優先度に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。ＷＴＲＵは、送信をスケジュールするＤＣＩがそこで受信されたＣＯＲＥＳＥＴまたは探索空間に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。ＷＴＲＵは、送信をスケジュールするＤＣＩがそこで受信された探索空間のモニタリング周期性に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。いくつかの実施形態において、ＷＴＲＵは、送信をスケジュールするＤＣＩがそこで受信された送信構成インジケータ（ＴＣＩ）状態に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。ＷＴＲＵは、送信をスケジュールするＤＣＩがそこで受信された帯域幅部分に基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。
ＷＴＲＵは、ＷＴＲＵでのＬＢＴ手順失敗によるｇＮＢでの不連続送信（ＤＴＸ）、ＰＵＳＣＨの誤検出によるｇＮＢでのＤＴＸ、ＭＣＳ、冗長性バージョン（ＲＶ）若しくは繰り返しの数などのＰＵＳＣＨ送信属性、またはＨＡＲＱ ＩＤなどのＨＡＲＱプロセス情報の知識などの、なんらかの先験的知識に基づいて、ｇＮＢによって送信されたＨＡＲＱ－ＡＣＫステータスをグループ化することを判定することができる。
いくつかの解決策において、ＷＴＲＵは、グループごとに重み付けされた平均係数を有する構成情報を、ネットワークから受信することができる。例えば、ＷＴＲＵは、係数を各グループに関連付けるＲＲＣ構成を受信することができる。別の解決策において、送信をスケジュールするＤＣＩが、送信のそのグループについての係数を示すことができる。別の解決策において、ＷＴＲＵは、例えば、グループ内でスケジュールされたトラフィックのタイプに基づいて、重み付けされた平均の係数を自律的に判定することができる。ＷＴＲＵは、重み付け係数を、ＨＡＲＱ－ＡＣＫ値のグループにわたって適用してもよいし、または、上で説明されたように、ＷＴＲＵは、重み付け係数を、個々のスロットまたはスロットのセットについてのＨＡＲＱ－ＡＣＫ値の各々に適用してもよい。
図５は、ＰＵＳＣＨ送信のシリーズに対応するＨＡＲＱ－ＡＣＫステータスをグループ化するようにＷＴＲＵが構成される例示的なシナリオを表す。示されるように、ＷＴＲＵは、基準スロットｎからｎ＋６にかけてのセットにおいて、ＰＵＳＣＨ上で送信のシリーズを送信することができる。第１の送信５１０は、スロットｎにおいてＷＴＲＵによって送信されてよく、第２の送信５２０は、スロットｎ＋２においてＷＴＲＵによって送信されてよく、第３の送信５３０は、スロットｎ＋４においてＷＴＲＵによって送信されてよく、第４の送信５４０は、スロットｎ＋６においてＷＴＲＵによって送信されてよい。ＰＵＳＣＨ送信５１０、５２０、５３０、および５４０は、異なる時間長および／または異なる開始時間を有してよい。後続のスロットにおいて、ＷＴＲＵは、ＨＡＲＱフィードバックを受信する、またはＰＵＳＣＨ送信５１０、５２０、５３０、および５４０の各々に対応するＨＡＲＱ－ＡＣＫステータス５５１、５５２、５６１、および５６２を判定することができる。ＨＡＲＱ－ＡＣＫステータス５５１、５５２、５６１、および５６２は、０または１の単一のビット値を含むことができ、ネットワークノードからＷＴＲＵによって受信されてよい。あるいは、ＨＡＲＱ－ＡＣＫステータスは、ＤＣＩにおけるＮＤＩフィールドのトグリングに基づいて、暗黙的に判定されてもよい。ＷＴＲＵは、例えば、上の段落において説明された要因のうちの１つまたは複数に従って、ＨＡＲＱ－ＡＣＫフィードバックをグループ５５０および５６０にグループ化することができ、ＷＴＲＵは、グループの各々についてのＨＡＲＱ－ＡＣＫステータスの値を平均することができる。示されるような実施形態において、ＷＴＲＵはまた、重み付け係数を、Ｃ１およびＣ２によって示されるＨＡＲＱ－ＡＣＫステータスのグループの各々に適用することができる。
いくつかの解決策において、ＷＴＲＵは、ＣＢＧごとのＨＡＲＱ－ＡＣＫステータスを検討しながら、ＣＷＳを調整するように構成されてよい。解決策の第１のセットにおいて、ＷＴＲＵは、ＴＢごとのＨＡＲＱ－ＡＣＫステータスとＣＢＧごとのＨＡＲＱ－ＡＣＫステータスとを異なって検討するように構成されてよい。例えば、ＷＴＲＵは、ＣＢＧごとのＨＡＲＱ－ＡＣＫステータスに割り当てられたより低い重みで、全てのＨＡＲＱ－ＡＣＫステータスにわたって重み付けされた平均を実施することができる。他の解決策において、例えば、ｇＮＢがＣＢＧをサブ帯域全体にマップする場合に、ＷＴＲＵは、ＴＢごとおよびＣＢＧごとの両方のＨＡＲＱ－ＡＣＫステータスに対して、同じ重みを割り当てるように構成されてもよい。アップリンクグラントを受信し、ＣＢＧがサブ帯域全体にマップされていることを判定すると、ＣＢＧごとのＨＡＲＱ－ＡＣＫステータスは、ＷＴＲＵに、サブ帯域全体のチャネル条件を与えることができる。ＷＴＲＵは、ＵＬグラントをスケジュールするＤＣＩにおいて受信されたＣＢＧ送信表示および／またはＣＢＧフラッシング表示を使用して、ＣＢＧのＨＡＲＱ－ＡＣＫステータスを判定するように構成されることが可能である。
いくつかの解決策において、ＷＴＲＵは、基準スロットにおいて、スロットのセット内で、または構成された時間ウィンドウ内で、ＣＷ調整手順を実施することに先立って、チャネル品質インジケータ（ＣＱＩ）判定に基づいて、コンテンションウィンドウサイズを調整することができる。例えば、ＷＴＲＵは、ＣＷ調整に先立って、Ｋ個のスロットにわたって判定されたＣＱＩの平均値を計算するように構成されることが可能である。いくつかの実施形態において、ＷＴＲＵは、ＣＱＩの重み付けされた平均を計算するように構成されることが可能である。例えば、ＷＴＲＵは、前のＣＱＩよりも高い係数を、最後に判定されたＣＱＩに適用するように構成されることが可能である。さらに、ＷＴＲＵは、ＣＱＩ平均閾値のセットで構成されることが可能であり、各閾値は、コンテンションウィンドウ調整プロセスのステップに対応していてよい。例えば、ＷＴＲＵは、｛Ｔ1，Ｔ2，…，ＴN｝閾値で構成されることが可能である。計算された平均がＴiとＴi+1との間である場合、ＣＷＳは、１つのステップだけ増加されてよく、計算された平均がＴi+1とＴi+2との間である場合、ＣＷＳは、２つのステップだけ増加されてよい。
解決策において、ＷＴＲＵは、構成された基準信号または別の信号において受信された測定値に基づいたＣＷＳで構成されてよい。測定値は、パスロス、推定ＳＩＮＲ、または信号品質若しくは信号強度に関係した別のメトリックの形式であってよい。
ＷＴＲＵは、適用可能なＣＷＳをそれによって判定するための、１つまたは複数の閾値および１つまたは複数のＣＷＳ値で構成されてもよい。判定は、ＷＴＲＵ測定値に基づいて行われても、またはｇＮＢによって指示されてもよい。
図６は、ＷＴＲＵが閾値の値を使用してＣＷＳを調整する例示的なプロセスを表す流れ図である。示されるように、６１０で、ＷＴＲＵは、初期ＣＷサイズおよび１つまたは複数の閾値の値で構成されてよい。初期ＣＷサイズおよび／または閾値の値は、準静的なシグナリングを介して構成されても、または動的に判定されてもよい。６２０で、ＷＴＲＵは、例えば、上で説明された方法に従って、複数のＨＡＲＱステータスの平均値または重み付けされた平均値を計算することができる。ＨＡＲＱステータスの平均値または重み付けされた平均値が閾値よりも低い場合、ＷＴＲＵは、ＣＷを初期ＣＷＳで維持することを判定することができる。計算された平均が閾値の値に等しい、または閾値の値を超過する場合、６３０で示されるように、ＷＴＲＵは、ＣＷＳ調整ステップを適用することによって、ＣＷＳを増加させることを判定することができる。例えば、ＣＷ調整に関係して広く上の段落で説明されたように、ＷＴＲＵは、調整ステップのセットＳ＝｛Ｗ1，Ｗ2，…，ＷN｝で構成されてよい。いくつかの実施形態において、例えば、ＷＴＲＵは、以前に実施された調整の数に依存して、連続した調整ステップＷ1またはＷ2を適用することができる。別の実施形態において、ＷＴＲＵは、計算された平均または重み付けされた平均が、最初のものを越えたさらなる閾値の値を超過するかどうかに依存して、連続した調整ステップを適用することができる。
解決策において、ＷＴＲＵは、ダウンリンク測定値、例えば、パスロス計算、ＲＳＳＩ、無線リソース管理（ＲＲＭ）パラメータ、またはＣＯ値に基づいて、ＣＷＳを判定するように構成されてよく、それらのうちのいずれかは、アップリンクＳＩＮＲを推定するために使用されてもよい。いくつかの実施形態において、ＷＴＲＵは、３つのＣＷＳ値と共に、２つの閾値の値Ｔ1およびＴ2で構成されてよい。したがって、ＣＱＩ推定に基づいて、ＷＴＲＵは、推定されたＣＱＩを構成された閾値と比較することによって、３つの予め構成されたＣＷＳ値のうちの１つを選択することができる。
代替的解決策において、ＷＴＲＵは、スケジュールされたアップリンク送信のためのＭＣＳなどの別の構成されたパラメータに基づいて、ＣＷＳを判定するように構成されてもよい。１つのケースにおいて、ＷＴＲＵは、例えば、３つのＣＷＳ値と共に、２つの閾値の値Ｔ1およびＴ2で構成されてよい。近時または即時のスケジュールされたアップリンク送信のための構成されたＭＣＳに基づいて、ＷＴＲＵは、例えば、構成されたＭＣＳを構成された閾値と比較することによって、３つの予め構成されたＣＷＳ値のうちの１つを選択することができる。
いくつかの解決策において、ＷＴＲＵは、ｇＮＢのＣＯＴ特性に基づいて、コンテンションウィンドウサイズを調整することができる。例えば、ｇＮＢのＣＯＴ時間長に依存して、ＷＴＲＵは、ＣＷＳをそれに応じて調整することができる。ｇＮＢのＣＯＴ時間長が比較的大きい（例えば、１０ｍｓ）場合、無線ローカルエリアネットワーク（ＷＬＡＮ）などの他のＲＡＴを使用するノード間での公平さを確実にするために、ＷＴＲＵは、アクセスチャネル手順の間にＣＷＳを増加させるように構成されてもよい。
ダウンリンク送信のためのＣＷ調整に向けられた実施形態が本明細書で説明される。ダウンリンク送信は、ｇＮＢによって生成されたいかなる送信も含むことができる。限定ではなく例として、ダウンリンク送信は、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＢＣＨ、ＰＳＳ／ＳＳＳ、ＤＭＲＳ、またはＣＳＩ－ＲＳを使用する送信を含むことができる。以下の提案される解決策は、単独で、または組み合わせてのいずれかで適用されてよい。
いくつかの解決策において、ｇＮＢは、基準スロット内で実施された以前の送信のＨＡＲＱ－ＡＣＫステータスに基づいて、送信のコンテンションウィンドウサイズを調整することができる。解決策の１つのグループにおいて、ｇＮＢは、各ＡＣＫ／ＮＡＣＫフィードバックの到着時間に基づいて、ＨＡＲＱ－ＡＣＫフィードバックをグループ化することができる。例えば、同じ時間インスタンスに、または同じサブスロット内に、若しくは同じスロット内に到着する各ＨＡＲＱ－ＡＣＫは、同じグループに関連付けられてよい。そのようなフィードバックは、同じＨＡＲＱ－ＡＣＫタイミングを共有するものとみなされてよい。
一例示的な解決策において、同じＨＡＲＱ－ＡＣＫタイミングを有するＮＡＣＫのグループが平均されてよい。次いでＨＡＲＱ－ＡＣＫタイミングごとに取得された平均から、重み付けされた平均が計算されることが可能である。ＨＡＲＱタイミンググループごとに適用される重みは、ＷＴＲＵの測定値報告に基づいて、準静的に構成される、または動的に適応されることが可能である。１つのシナリオにおいて、ｇＮＢは、重み付けされた平均が構成された閾値を上回る場合に、ＣＷＳを調整することができる。
あるいは、ｇＮＢは、ＣＷ調整ステップに各々１つが対応する、重み付けされた平均閾値のセットで構成されてもよい。対応するシナリオにおいて、ｇＮＢは、スロットｎにおいてチャネルにアクセスすることを試行することができ、基準スロットは、ｎ－３の相対的なタイミングを有してよい。ｇＮＢは、それがスロットｎ－２でのフィードバックを予期するスロットｎ－３において、Ｍ1 ＰＤＳＣＨ送信を実施していることがある。ｇＮＢはまた、それがスロットｎ－１でのフィードバックを予期するスロットｎ－３において、Ｍ2 ＰＤＳＣＨ送信を実施していることがある。最後に、ｇＮＢは、スロットｎでのフィードバックを予期しているスロットｎ－３において、Ｍ3 ＰＤＳＣＨ送信を実施していることがある。この例において、重み付けされた平均は、以下のように計算されることが可能である。
Figure 2022520805000003
別の解決策において、ｇＮＢは、ＰＤＳＣＨ送信の時間長に基づいて、および／またはスロット内のＰＤＳＣＨ送信の位置に基づいて、ＨＡＲＱ－ＡＣＫフィードバックをグループ化することができる。一定の開始位置および／または時間長に関連付けられた各ＨＡＲＱ－ＡＣＫの値が平均されてよい。次いで重み付けされた平均が、ＨＡＲＱ－ＡＣＫグループごとに取得された平均の間で計算されてよい。各ＨＡＲＱグループの重みは、ＷＴＲＵによって報告される上で言及されたダウンリンク測定値のいずれかに基づいて、準静的に構成される、または動的に適応されることが可能である。
解決策のセットにおいて、ＣＷを調整するために、ｇＮＢは、一定のチャネルアクセスカテゴリおよび／または優先度を使用したＷＴＲＵによって送信されたＨＡＲＱ－ＡＣＫフィードバックのステータスを検討することができる。一例において、ｇＮＢは、短いスイッチングギャップの後の即時送信を規定するチャネルアクセスカテゴリを使用したＷＴＲＵからのＨＡＲＱ－ＡＣＫステータスを検討することができる。別の例において、ｇＮＢは、ランダムバックオフなしにチャネルアクセスカテゴリを使用したＷＴＲＵからのＨＡＲＱ－ＡＣＫステータスを検討することができる。別の例において、ｇＮＢは、ＷＴＲＵによって使用されたチャネルアクセスカテゴリに基づいて、ＨＡＲＱ－ＡＣＫステータスをグループ化することができる。重み付けされた平均は、異なる重みを有する各グループによるグループの間で計算されてよい。例えば、短いスイッチングギャップの後の即時送信でチャネルアクセスカテゴリを使用したＷＴＲＵからのＨＡＲＱ－ＡＣＫステータスのグループは、ランダムバックオフなしにチャネルアクセスを実施したＷＴＲＵからのＨＡＲＱ－ＡＣＫフィードバックと比較して、高い重みを有することができる。
他の解決策において、ｇＮＢは、スケジュールされたのではなく、ＤＣＩによってトリガされたＨＡＲＱ－ＡＣＫフィードバックを検討することができる。例えば、これらの解決策は、ｇＮＢがＨＡＲＱ－ＡＣＫタイミングを提供することなくトランスポートブロックをスケジュールし、例えば、スケジュールされたトランスポートブロックに対応するＨＡＲＱ－ＡＣＫフィードバックの送信を後続のスロットにおいて後でトリガする場合に、適用することができる。そのようなＨＡＲＱ－ＡＣＫフィードバックは、より高い優先度、または重み付けされた平均を計算するために使用されるときのより高い重み付け係数を有することができる。
いくつかの解決策において、ｇＮＢは、１つまたは複数の条件に基づいて、所与の送信についてＮＡＣＫが示されていることを判定することがある。１つの例示的な条件において、ｇＮＢは、ＷＴＲＵからＮＡＣＫを単純に受信することがある。別の例示的な条件においては、ＨＡＲＱ－ＡＣＫフィードバックが受信されない、またはＫ個の数のスロットおよび／若しくはシンボルについてＤＴＸが検出される。別の事象においては、スケジュールされたＨＡＲＱ－ＡＣＫタイムフレーム内でＨＡＲＱ－ＡＣＫフィードバックが受信されず、しかし、１つ若しくは複数の後続のスロットまたはシンボルにおいて１つ若しくは複数のアップリンク送信がＷＴＲＵから受信されることがある。アップリンク送信は、スケジューリング要求、ＰＲＡＣＨ送信、構成されたグラントのＰＵＳＣＨ送信、および／またはグラントベースのＰＵＳＣＨ送信を含むことができる。別の条件においては、トランスポートブロックのＣＢＧごとに受信されたＮＡＣＫの数が、閾値を超過することがある。
いくつかの解決策において、ｇＮＢは、ＣＢＧごとのＨＡＲＱ－ＡＣＫステータスを検討しながら、コンテンションウィンドウサイズを調整することができる。解決策の第１のセットにおいて、ｇＮＢは、ＴＢごとのＨＡＲＱ－ＡＣＫステータスとＣＢＧごとのＨＡＲＱ－ＡＣＫステータスとを異なって検討することができる。例えば、ｇＮＢは、ＣＢＧごとのＨＡＲＱ－ＡＣＫフィードバックに割り当てられたより低い重みで、全てのＡＣＫ／ＮＡＣＫ値にわたって重み付けされた平均を実施することができる。解決策の他のセットにおいて、ｇＮＢは、ＴＢごとおよびＣＢＧごとの両方のＨＡＲＱ－ＡＣＫステータスに、同じ重みを割り当てることができる。例えば、ｇＮＢは、ＣＢＧをサブ帯域全体にマップすることができる。そのようなケースにおいて、ＣＢＧごとのＨＡＲＱ－ＡＣＫステータスは、サブ帯域全体のチャネル条件を示すことができる。
解決策において、ＷＴＲＵは、構成された基準信号または別の信号の測定値に基づいたＣＷＳで構成されてよい。測定値は、ＳＮＲ、ＳＩＮＲ、ＣＯ、ＲＳＳＩ、または別のメトリックの形式であってよい。いくつかの解決策において、ｇＮＢは、基準スロットにおいて受信されたＷＴＲＵのＣＱＩ報告、または基準スロット内若しくはスロットのセットにおけるＷＴＲＵによる測定値に基づいて、ＣＷＳ調整に先立ってＣＷＳを調整することができる。例えば、ｇＮＢは、基準スロット内またはスロットのセット内で異なるＷＴＲＵによって報告された平均ＣＱＩを計算することができる。
ＷＴＲＵは、適用可能なＣＷＳを判定するために、１つまたは複数の閾値および１つまたは複数のＣＷＳ値で構成されてよい。判定は、ＷＴＲＵ測定値に基づいても、またはｇＮＢによって指示されてもよい。
いくつかの解決策において、ＷＴＲＵは、ＣＳＩ－ＲＳまたはＤＭＲＳなどのダウンリンク測定値に基づいてＣＷＳを判定し、ダウンリンクＣＱＩまたはＳＩＮＲを推定するように構成されてよい。１つのケースにおいて、ＷＴＲＵは、３つのＣＷＳ値と共に、２つの閾値の値Ｔ1およびＴ2で構成されてよい。したがって、そのＣＱＩ推定に基づいて、ＷＴＲＵは、推定されたＣＱＩを構成された閾値と比較することによって、３つの予め構成されたＣＷＳ値のうちの１つを選択することができる。
代替的解決策において、ＷＴＲＵは、スケジュールされた送信のためのＭＣＳなどの別の構成されたパラメータに基づいて、ＣＷＳを判定するように構成されてもよい。典型的なケースにおいて、ＷＴＲＵは、３つのＣＷＳ値と共に、２つの閾値の値Ｔ1およびＴ2で構成されてよい。近時または即時のスケジュールされた送信のためのその構成されたＭＣＳに基づいて、ＷＴＲＵは、構成されたＭＣＳを構成された閾値と比較することによって、３つの予め構成されたＣＷＳ値のうちの１つを選択することができる。他のケースにおいて、より大きい若しくはより小さい数の閾値の値、および／または、より大きい若しくはより小さい数のＣＷＳ値が実装されてもよい。
ＷＴＲＵは、隠れノードの存在を報告するように構成されてもよい。ＷＴＲＵは、場合により、干渉測定値の関数として隠れノードの存在を判定することができる。別の方法において、ＷＴＲＵは、ＷＴＲＵによる過去の試行に基づいて、隠れノードの存在を判定して、ＬＢＴ手順を実施することができる。例えば、ＷＴＲＵは、構成可能な時間インスタンスでＬＢＴ手順を実施し、その視点から、チャネルが空いているかどうかを判定することができる。ＷＴＲＵは次いで、そのような結果を、場合により、今後の送信において報告することができる。
特徴および要素が個別の組合せにおいて上で説明されたが、当業者は、各特徴または要素が、単独で、または他の特徴および要素との任意の組合せで使用され得ることを認識するであろう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装されてよい。コンピュータ可読媒体の例は、（有線または無線接続上で送信された）電子信号、およびコンピュータ可読ストレージ媒体を含む。コンピュータ可読ストレージ媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定はされない。ソフトウェアに関連付けられたプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のために、無線周波数トランシーバを実装するために使用されてよい。

Claims (18)

  1. 無認可帯域上の無線通信の方法であって、
    複数のスロットの各スロットにおいてトランスポートブロックを送信するステップと、
    送信されたトランスポートブロックの各々についてハイブリッド自動再送要求（ＨＡＲＱ）ステータスを判定するステップと、
    判定されたＨＡＲＱステータスの各々について重み付け係数を判定するステップと、
    判定されたＨＡＲＱステータスおよび重み付け係数に基づいて、送信されたトランスポートブロックについてのＨＡＲＱステータスの重み付けされた平均を計算するステップと、
    ＨＡＲＱステータスの計算された重み付けされた平均に基づいて、リッスンビフォアトーク（ＬＢＴ）コンテンションウィンドウサイズを調整するステップと
    を備える方法。
  2. 前記重み付け係数は、送信持続時間、開始送信時間、または前記送信されたトランスポートブロックのそれぞれに対応するＬＢＴカテゴリのうちの少なくとも１つに関連付けられる、請求項１の方法。
  3. 前記ＨＡＲＱステータスをグループ化するステップをさらに備え、前記判定されたＨＡＲＱステータスの各々について重み付け係数を判定するステップは、同じ重み付け係数をＨＡＲＱステータスのグループにおける全てのＨＡＲＱステータスに関連付けることをさらに備える、請求項１の方法。
  4. ＬＢＴコンテンションウィンドウサイズを調整するステップは、前記ＨＡＲＱステータスの計算された重み付けされた平均がしきい値を超えるという条件で前記コンテンションウィンドウサイズを増大させることを備える、請求項１の方法。
  5. 前記判定されたＨＡＲＱステータスの各々についての前記重み付け係数は、無線リソース制御（ＲＲＣ）シグナリングを介して構成される、請求項１の方法。
  6. 前記送信されたトランスポートブロックのそれぞれは、帯域幅部分のサブバンドに関連付けられており、前記方法は、前記サブバンドに関連付けられる前記ＨＡＲＱステータスの計算された重み付けされた平均に基づいて前記サブバンドのＬＢＴコンテンションウィンドウサイズを調整することをさらに備える、請求項１の方法。
  7. 無認可帯域上で通信するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
    複数のスロットの各スロットにおいてトランスポートブロックを送信し、
    送信されたトランスポートブロックの各々についてハイブリッド自動再送要求（ＨＡＲＱ）ステータスを判定し、
    判定されたＨＡＲＱステータスの各々について重み付け係数を判定し、
    判定されたＨＡＲＱステータスおよび重み付け係数に基づいて、送信されたトランスポートブロックについてのＨＡＲＱステータスの重み付けされた平均を計算し、
    ＨＡＲＱステータスの計算された重み付けされた平均に基づいて、リッスンビフォアトーク（ＬＢＴ）コンテンションウィンドウサイズを調整する
    ように構成されたＷＴＲＵ。
  8. 前記重み付け係数は、送信持続時間、開始送信時間、または前記送信されたトランスポートブロックのそれぞれに対応するＬＢＴカテゴリのうちの少なくとも１つに関連付けられる、請求項７のＷＴＲＵ。
  9. 前記ＨＡＲＱステータスをグループ化し、同じ重み付け係数をＨＡＲＱステータスのグループにおける全てのＨＡＲＱステータスに関連付けるようにさらに構成される、請求項７のＷＴＲＵ。
  10. 前記ＨＡＲＱステータスの計算された重み付けされた平均がしきい値を超えるという条件で前記コンテンションウィンドウサイズを増大させるようにさらに構成される、請求項７のＷＴＲＵ。
  11. 前記判定されたＨＡＲＱステータスの各々についての重み付け係数を、無線リソース制御（ＲＲＣ）シグナリングを介して受信するようにさらに構成される、請求項７のＷＴＲＵ。
  12. 前記送信されたトランスポートブロックのそれぞれは、帯域幅部分のサブバンドに関連付けられており、前記ＷＴＲＵは、前記サブバンドに関連付けられる前記ＨＡＲＱステータスの計算された重み付けされた平均に基づいて前記サブバンドのＬＢＴコンテンションウィンドウサイズを調整するようにさらに構成される、請求項７のＷＴＲＵ。
  13. 無認可帯域上で通信するように構成されたネットワークノードであって、
    複数のスロットの各スロットにおいてトランスポートブロックを送信し、
    送信されたトランスポートブロックの各々についてハイブリッド自動再送要求（ＨＡＲＱ）ステータスを判定し、
    判定されたＨＡＲＱステータスの各々について重み付け係数を判定し、
    判定されたＨＡＲＱステータスおよび重み付け係数に基づいて、送信されたトランスポートブロックについてのＨＡＲＱステータスの重み付けされた平均を計算し、
    ＨＡＲＱステータスの計算された重み付けされた平均に基づいて、リッスンビフォアトーク（ＬＢＴ）コンテンションウィンドウサイズを調整する
    ように構成されたネットワークノード。
  14. 前記重み付け係数は、送信持続時間、開始送信時間、または前記送信されたトランスポートブロックのそれぞれに対応するＬＢＴカテゴリのうちの少なくとも１つに関連付けられる、請求項１３のネットワークノード。
  15. 前記ＨＡＲＱステータスをグループ化し、同じ重み付け係数をＨＡＲＱステータスのグループにおける全てのＨＡＲＱステータスに関連付けるようにさらに構成される、請求項１３のネットワークノード。
  16. 前記ＨＡＲＱステータスの計算された重み付けされた平均がしきい値を超えるという条件で前記コンテンションウィンドウサイズを増大させるようにさらに構成される、請求項１３のネットワークノード。
  17. 前記判定されたＨＡＲＱステータスの各々についての重み付け係数を、無線リソース制御（ＲＲＣ）シグナリングを介して受信するようにさらに構成される、請求項１３のネットワークノード。
  18. 前記送信されたトランスポートブロックのそれぞれは、帯域幅部分のサブバンドに関連付けられており、前記ネットワークノードは、前記サブバンドに関連付けられる前記ＨＡＲＱステータスの計算された重み付けされた平均に基づいて前記サブバンドのＬＢＴコンテンションウィンドウサイズを調整するようにさらに構成される、請求項１３のネットワークノード。
JP2021547295A 2019-02-13 2020-02-13 無認可スペクトルにおけるコンテンションウィンドウサイズ調整の方法 Pending JP2022520805A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962805126P 2019-02-13 2019-02-13
US62/805,126 2019-02-13
US201962908220P 2019-09-30 2019-09-30
US62/908,220 2019-09-30
PCT/US2020/018054 WO2020168039A1 (en) 2019-02-13 2020-02-13 Methods for contention window size adjustment in unlicensed spectrum

Publications (2)

Publication Number Publication Date
JP2022520805A true JP2022520805A (ja) 2022-04-01
JPWO2020168039A5 JPWO2020168039A5 (ja) 2024-03-13

Family

ID=69845549

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021547295A Pending JP2022520805A (ja) 2019-02-13 2020-02-13 無認可スペクトルにおけるコンテンションウィンドウサイズ調整の方法

Country Status (6)

Country Link
US (1) US20220131648A1 (ja)
EP (1) EP3925386A1 (ja)
JP (1) JP2022520805A (ja)
CN (1) CN113647192A (ja)
BR (1) BR112021016090A2 (ja)
WO (1) WO2020168039A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113424631B (zh) * 2019-02-15 2023-09-22 Lg 电子株式会社 执行上行链路传输的方法、用户设备、设备和存储介质以及执行上行链路接收的方法和基站
KR20200102874A (ko) 2019-02-22 2020-09-01 삼성전자주식회사 무선 통신 시스템에서 경쟁 구간 조절 방법 및 장치
CN113424645B (zh) * 2019-03-18 2024-06-21 瑞典爱立信有限公司 Ue、无线电网络节点以及其中执行的用于处理通信的方法
JP7178511B2 (ja) * 2019-03-29 2022-11-25 オッポ広東移動通信有限公司 競争ウィンドウサイズの決定方法及び関連製品
WO2024144622A1 (en) * 2022-12-30 2024-07-04 Ulak Haberlesme Anonim Sirketi A coordinated data transmission system and method in an unlicensed radio-frequency spectrum

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016148622A1 (en) * 2015-03-17 2016-09-22 Telefonaktiebolaget Lm Ericsson (Publ) A communication device and a method therein for determining a contention window size in a communication network
JP6437159B2 (ja) * 2015-05-12 2018-12-12 エルジー エレクトロニクス インコーポレイティド 非免許帯域を支援する無線接続システムにおいてｈａｒｑ−ａｃｋ情報に基づいて競争ウィンドウサイズを調整する方法及びこれを支援する装置
KR102059000B1 (ko) * 2015-05-12 2019-12-24 엘지전자 주식회사 비면허 대역을 지원하는 무선접속시스템에서 경쟁 윈도우 크기를 조정하는 방법 및 이를 지원하는 장치
US10701722B2 (en) * 2015-08-20 2020-06-30 Lg Electronics Inc. Method and apparatus for controlling contention window size in radio access system supporting unlicensed band
CN108293268B (zh) * 2015-10-29 2021-08-17 北京小米移动软件有限公司 非授权带中的信道接入的方法、设备和系统
WO2018012919A1 (ko) * 2016-07-14 2018-01-18 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 경쟁 윈도우 크기의 조정 방법 및 이를 지원하는 장치
EP3565341A4 (en) * 2017-01-13 2019-12-25 Huawei Technologies Co., Ltd. CHANNEL LISTING METHOD AND DEVICE
JP2020123758A (ja) * 2017-06-01 2020-08-13 シャープ株式会社 端末装置、基地局装置、および、通信方法
US11405150B2 (en) * 2018-05-10 2022-08-02 Lg Electronics Inc. Method by which terminal transmits data in unlicensed band, and apparatus for using method
US20210360673A1 (en) * 2018-09-21 2021-11-18 Lg Electronics Inc. Method for terminal to access channel in unlicensed band and device using same method
US20200100284A1 (en) * 2018-09-24 2020-03-26 Samsung Electronics Co., Ltd. Method and apparatus for contention window size adaptation of nr unlicensed
US11291046B2 (en) * 2018-10-18 2022-03-29 Qualcomm Incorporated Procedures for autonomous uplink transmissions

Also Published As

Publication number Publication date
CN113647192A (zh) 2021-11-12
EP3925386A1 (en) 2021-12-22
WO2020168039A1 (en) 2020-08-20
BR112021016090A2 (pt) 2021-10-26
US20220131648A1 (en) 2022-04-28

Similar Documents

Publication Publication Date Title
US11259274B2 (en) Resource pool sharing between network scheduled UE and autonomous scheduled UE transmissions
EP3619971B1 (en) Closed loop transmissions associated with wake-up radios
US20240064634A1 (en) Procedures and mechanisms for narrowband multi-channel transmission for wake up radios
KR20210068430A (ko) V2x에서 harq를 지원하기 위한 방법, 장치 및 시스템
KR20220070271A (ko) 채널 실패를 보고하기 위한 방법
JP2020519120A (ja) 送信適合およびグラントフリーアクセス
KR20200011413A (ko) 미모 채널 접근
JP2022520099A (ja) Ｈａｒｑ－ａｃｋコードブック適応
JP2022520805A (ja) 無認可スペクトルにおけるコンテンションウィンドウサイズ調整の方法
US20220287094A1 (en) Methods for reception of csi-rs and csi feedback in nr-u
US20240223250A1 (en) Multi-ap channel sounding feedback procedures for wlan systems
US20230072340A1 (en) Channel access in unlicensed spectrum
KR20220019665A (ko) Bss edge 사용자 전송 지원 방법
US20230308248A1 (en) Methods and procedures for orthogonal radar communication
WO2023205077A1 (en) Methods for beam failure detection and recovery
WO2023196574A1 (en) Method and apparatus for beam failure recovery in mimo systems
TW202220492A (zh) 受控環境中的所配置授權傳輸
EP4133882A1 (en) Receiving node channel assessment
WO2024173548A1 (en) Methods, architectures, apparatuses and systems for sidelink beam failure detection and recovery
WO2024173455A1 (en) Methods and apparatuses for reporting autonomous retransmissions
WO2024211428A1 (en) Methods and apparatuses for a synchronization wtru to indicate used rb sets for ssb transmission
WO2024173241A1 (en) Methods and apparatus for dynamic sl-prs resource allocation scheme detection

Legal Events

Date Code Title Description
A529 Written submission of copy of amendment under article 34 pct

Free format text: JAPANESE INTERMEDIATE CODE: A529

Effective date: 20211011

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20210915

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20211210

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230213

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20231010

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240304

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240326

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240624

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240924