(57)【要約】無線送受信ユニット（ＷＴＲＵ）は、チャネル上におけるアップリンク送信の前に、チャネル上においてリッスンビフォアトーク（ＬＢＴ）を実行できる。ＷＴＲＵは、ＷＴＲＵがＬＢＴを実行する時間の量を調整できる。例えば、ＷＴＲＵは、送信機会のセットを受け取ることができる。ＷＴＲＵは、各送信機会のためのＣＷＳを含む、コンテンションウィンドウサイズ（ＣＷＳ）系列を受信できる。ＣＷＳ系列は、一意的であることができ、ＷＴＲＵのアイデンティティに基づくことができる。与えられた送信機会について、ＷＴＲＵは、ゼロから、その送信機会のためのＣＷＳの間の乱数を選択できる。少なくとも乱数と関連付けられた時間量にわたってチャネルが空いている場合、ＷＴＲＵは、その送信機会において送信できる。少なくとも乱数と関連付けられた時間量にわたって、チャネルが空いていない場合、ＷＴＲＵは、その送信機会において送信できない。
2021519000.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
プロセッサであって、
送信機会のセットを受信し、
前記セット内の各それぞれの送信機会のためのそれぞれのコンテンションウィンドウサイズ（ＣＷＳ）を含む、ＣＷＳ系列を決定し、前記ＣＷＳ系列は、前記ＷＴＲＵの識別に基づいて決定され、
前記ＣＷＳ系列に基づいて、前記セット内の送信機会と関連付けられたＣＷＳを決定し、
ゼロから、前記送信機会と関連付けられた前記ＣＷＳの間の乱数を選択し、
少なくとも前記乱数と関連付けられた継続時間にわたってチャネルが空いているかどうかを決定し、
少なくとも前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いている条件で、前記送信機会において送信する
ように構成されたプロセッサ
を備えたＷＴＲＵ。
【請求項２】
前記チャネルは、アンライセンスバンド内にある請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＣＷＳ系列を決定することは、前記ＣＷＳ系列をネットワークデバイスから受信することを含む請求項１に記載のＷＴＲＵ。
【請求項４】
前記ＣＷＳ系列は、前記ＷＴＲＵにおいて事前構成される請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＣＷＳ系列内の各ＣＷＳは、一意的である請求項１に記載のＷＴＲＵ。
【請求項６】
少なくとも前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いていない条件で、前記プロセッサは、前記送信機会において送信しないようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項７】
送信機会の前記セットは、２つ以上のＣＯＴにわたる請求項１に記載のＷＴＲＵ。
【請求項８】
前記プロセッサは、ＣＯＴのためのＣＯＴ構成情報を含むＣＯＴフォーマットフレーム信号（ＣＦＳ）を受信するようにさらに構成された請求項７に記載のＷＴＲＵ。
【請求項９】
前記ＣＯＴ構成情報は、前記ＣＯＴの持続時間、前記ＣＯＴにおけるダウンリンク／アップリンク切り換えの数、前記ＣＯＴにおけるアップリンク／ダウンリンク切り換えの数、ダウンリンク（ＤＬ）直交周波数分割多重化（ＯＦＤＭ）シンボルの第１の数、アップリンク（ＵＬ）ＯＦＤＭシンボルの数、またはＤＬ  ＯＦＤＭシンボルの第２の数のうちの１つまたは複数を含む請求項８に記載のＷＴＲＵ。
【請求項１０】
ＷＴＲＵにおいて実施される方法であって、
送信機会のセットを受信するステップと、
前記セット内の各それぞれの送信機会のためのそれぞれのコンテンションウィンドウサイズ（ＣＷＳ）を含むＣＷＳ系列を決定するステップであって、前記ＣＷＳ系列は、前記ＷＴＲＵの識別に基づいて決定される、ステップと、
前記ＣＷＳ系列に基づいて、前記セット内の送信機会と関連付けられたＣＷＳを決定するステップと、
ゼロから、前記送信機会と関連付けられた前記ＣＷＳの間の乱数を選択するステップと、
少なくとも前記乱数と関連付けられた継続時間にわたってチャネルが空いているかどうかを決定するステップと、
少なくとも前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いている条件で、前記送信機会において送信するステップと
を備える方法。
【請求項１１】
前記チャネルは、アンライセンスバンド内にある請求項１０に記載の方法。
【請求項１２】
前記ＣＷＳ系列を決定するステップは、前記ＣＷＳ系列を基地局から受信することを含む請求項１０に記載の方法。
【請求項１３】
前記ＣＷＳ系列内の各ＣＷＳは、一意的である請求項１０に記載の方法。
【請求項１４】
少なくとも前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いていない条件で、前記送信機会において送信しないステップをさらに備える請求項１０に記載の方法。
【請求項１５】
ＣＯＴのためのＣＯＴ構成情報を含むＣＯＴフォーマットフレーム信号（ＣＦＳ）を受信するステップをさらに備え、前記ＣＯＴ構成情報は、前記ＣＯＴの持続時間、前記ＣＯＴにおけるダウンリンク／アップリンク切り換えの数、前記ＣＯＴにおけるアップリンク／ダウンリンク切り換えの数、ダウンリンク（ＤＬ）直交周波数分割多重化（ＯＦＤＭ）シンボルの第１の数、アップリンク（ＵＬ）ＯＦＤＭシンボルの数、またはＤＬ  ＯＦＤＭシンボルの第２の数のうちの１つまたは複数を含み、送信機会の前記セットは、２つ以上のＣＯＴにわたる請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
アンライセンススペクトルと関連付けられたデータ送信およびＨＡＲＱ−ＡＣＫに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１８年１月１０日に出願された米国特許仮出願第６２／６１５６７９号、２０１８年２月１４日に出願された米国特許仮出願第６２／６３０５０６号、２０１８年４月４日に出願された米国特許仮出願第６２／６５２５９６号、および２０１８年９月２６日に出願された米国特許仮出願第６２／７３６５４４号の利益を主張し、それらの内容は、参照によって本明細書に組み込まれる。
【０００３】
無線通信と関連付けられたいくつかの展開シナリオ、例えば、屋内ホットスポット、密な都市部、田舎、都市部マクロ、高速などを定義することができる。
【０００４】
これらの展開シナリオの上に、３つの利用ケース、すなわち、高速モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプコミュニケーション（ｍＭＴＣ）、および超高信頼性低遅延通信（ＵＲＬＬＣ）を定義することができる。異なる利用ケースは、より高いデータレート、より高いスペクトル効率、低電力でより高いエネルギー効率、より低い遅延でより高い信頼性など、異なる要件に重点を置くことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
アンライセンススペクトルと関連付けられたデータ送信およびＨＡＲＱ−ＡＣＫのためのシステム、方法、および手段が、開示される。
【課題を解決するための手段】
【０００６】
アンライセンススペクトル（unlicensed spectrum）と関連付けられたデータ送信およびＨＡＲＱ−ＡＣＫのためのシステム、方法、および手段が、開示される。無線送受信ユニット（ＷＴＲＵ）は、例えば、チャネル上におけるアップリンク送信の前に、チャネル上においてリッスンビフォアトーク（ＬＢＴ）を実行することができる。ＷＴＲＵは、ＷＴＲＵがＬＢＴを実行する時間の量を調整することができる。例えば、ＷＴＲＵは、送信機会（transmission opportunity）のセットを受け取ることができる。ＷＴＲＵは、各送信機会のためのコンテンションウィンドウサイズ（ＣＷＳ:Contention Window Size）を含む、ＣＷＳ系列（ＣＷＳシーケンス：CWS Sequence）を受信することができる。ＣＷＳ系列は、一意的であることができ、ＷＴＲＵのアイデンティティ（識別：identity）に基づくことができる。与えられた送信機会について、ＷＴＲＵは、ゼロから、その送信機会のためのＣＷＳの間の乱数を選択することができる。少なくとも乱数と関連付けられた時間量にわたってチャネルが空いている場合、ＷＴＲＵは、その送信機会において送信することができる。少なくとも乱数と関連付けられた時間の量にわたってチャネルが空いていない場合、ＷＴＲＵは、その送信機会において送信することができない。
【０００７】
本明細書において説明される技法は、データ送信（例えば、自己完結データ：self-contained data）およびＨＡＲＱ−ＡＣＫ送信と関連付けることができる。複数ユーザ並行アップリンク送信（Multiple user concurrent uplink transmission）を使用することができる。データ送信およびＨＡＲＱ−ＡＣＫは、アンライセンススペクトルと関連付けることができ、それは、正確に時間通りに配送される必要があることがある。自己完結データ送信（例えば、ＨＡＲＱ−ＡＣＫ送信）を実行することができる。送信と、送信の送達確認（acknowledgement）または送達未確認（non-acknowledgment）が、同じチャネル占有時間（ＣＯＴ：channel occupation time）内において搬送される場合、送信は、自己完結（self-contained）であることができる。自律アップリンク（ＡＵＬ：Autonomous uplink）送信を実行することができる。ＡＵＬ送達確認を使用することができる。スケジュールされたＵＬ  ＨＡＲＱ送信および／または自律ＵＬ  ＨＡＲＱ送信を使用することができる。ＣＯＴ  Ｋ回反復送信内におけるＨＡＲＱ−ＡＣＫ送信、およびＵＬ構成の送信のための送達確認を使用することができる。（例えば、単一または複数のＷＴＲＵのためのＫ回反復送信の間に）可変コンテンションウィンドウサイズを使用することができる。コンテンションウィンドウサイズ調整は、機会インデックスおよび／またはＷＴＲＵインデックスの関数であることができる。コンテンションウィンドウサイズ調整は、以下のうちの、すなわち、サブセットインデックス、区画（partition）インデックス、または反復インデックスのうちの１つまたは複数に基づくことができる。単一または複数のＷＴＲＵのためのＫ回反復送信の間における可変送信電力を使用することができる。非スタンドアロンＮＲＵのためのタイミングオフセットインジケーションを使用することができる。例えば、２つ以上のＷＴＲＵが、リソースを共用することができる場合、ＷＴＲＵ多重化実装（WTRU multiplexing implementations）を提供することができる。全二重および／または複数のＲＴＳ／ＣＴＳ交換を用いる自己完結ＣＯＴ送信を使用することができる。スケジュールされたアップリンク（ＳＵＬ）送信を実行することができる。ＳＵＬ送信とＡＵＬ送信は、組み合わせて実行することができる。ＨＡＲＱ送信実施は、ランダムリソース選択と、確信度（confidence factor）とを含むことができる。ＨＡＲＱ送信は、ランダムリソース選択に基づいて、送信することができる。確信度は、デバイスが送信を受信したことをｅＮＢがどれほど確信しているかを測定することができる。ＣＢＧベースの送信のために、強化されたコンテンションウィンドウサイズ調整実装を提供することができる。
【図面の簡単な説明】
【０００８】
【図１Ａ】１以上の開示された例を実施できる、例示的な通信システム図である。
【図１Ｂ】例に従った、図１Ａの通信システムで使用できる、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】例に従った、図１Ａの通信システム内で使用できる、例示的な無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）のシステム図である。
【図１Ｄ】例に従った、図１Ａの通信システム内で使用できる、さらなる例示的なＲＡＮおよびＣＮのシステム図である。
【図２】ＤＬ／ＵＬ送信と関連付けられた例を示す図である。
【図２Ａ】同じ位置に配置された全二重スロットを有するＣＯＴの例の図である。
【図２Ｂ】ＲＴＳを用いるハンドシェイクシグナリングを伴ったＨＡＲＱ−ＡＣＫの送信の例を示す図である。
【図３】ＤＬ／ＵＬ送信と関連付けられた別の例を示す図である。
【図４Ａ】ＣＯＴ送信と関連付けられた例を示す図である。
【図４Ｂ】ＣＯＴ送信と関連付けられた別の例を示す図である。
【図４Ｃ】最終スロット／サブスロットを制御スロットとして用いる、ＮＲ−ＵのためのＮＲスロット構造の例を示す図である。
【図４Ｄ】ＭＣＯＴの終りにおけるＷＴＲＵ手順の例を示す図である。
【図４Ｅ】ＣＯＴベースの送信に伴う拡張エリアの例を示す図である。
【図４Ｆ】遅延させられたトリガおよびトリガ参照信号の例を示す図である。
【図５】ＡＵＬ送信と関連付けられた例を示す図である。
【図６】ＡＵＬ周波数／時間リソースのｇＮＢ受信セクタ／ビーム／プリコーダアロケーションと関連付けられた例を示す図である。
【図７】ＡＵＬ送信のための方向性リソースベースのＨＡＲＱ−ＡＣＫと関連付けられた例を示す図である。
【図８】ＳＵＬおよびＡＵＬ  ＨＡＲＱのためのリソースアロケーションおよびフレーム構造と関連付けられた例を示す図である。
【図９】ＳＵＬおよびＡＵＬ  ＨＡＲＱと関連付けられた例を示す図である。
【図１０】ＣＯＴにおける反復送信のためのリソースアロケーション例の図である。
【図１１】ＣＯＴベースのＵＬ  ＧＦ反復送信、送達確認を使用するＷＴＲＵの例を示す図である。
【図１２】反復送信を用いるＷＴＲＵ主導のＣＷＳ適応の例を示す図である。
【図１３】反復送信を用いるｇＮＢ主導のＣＷＳ適応の例を示す図である。
【図１４】マルチユーザ電力分配反復送信の例を示す図である。
【図１５】サブセットインデックス、区画インデックス、反復インデックスに基づいた、例示的コンテンションウィンドウ調整の図である。
【図１６】リソースマッピングメカニズムを示す図である。
【図１７】リソースマッピングメカニズムを示す図である。
【図１８】例示的な受信機補助のＣＷＳ調整を示す図である。
【発明を実施するための形態】
【０００９】
説明的な実施形態の詳細な説明が、様々な図を参照して、今から行われる。この説明は、可能な実施についての詳細な例を提供するが、詳細は、例示的であることが意図されており、決して本出願の範囲を限定しないことが、留意されるべきである。
【００１０】
図１Ａは、１つまたは複数の開示される実施形態を実施できる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１１】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【００１２】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１３】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、ライセンススペクトル、アンライセンススペクトル、またはライセンススペクトルとアンライセンススペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【００１４】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【００１５】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１６】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１７】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ：New Radio）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【００１８】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。
【００１９】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００２０】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによる使用のための）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００２１】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービスの品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００２２】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。
【００２３】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、およびＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２４】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２５】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２６】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２７】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２８】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【００３０】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３１】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【００３２】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。
【００３３】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並行および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニットを含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【００３４】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００３５】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３６】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けることができ、無線リソース管理判定、ハンドオーバ判定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【００３７】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または動作されることができることが理解されよう。
【００３８】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における切り換えのためのコントロールプレーン機能を提供することができる。
【００３９】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【００４０】
ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、インターネット１１０など、パケット切り換えネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４１】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線切り換えネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含むことができる。
【００４２】
図１Ａ〜図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００４３】
代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであり得る。
【００４４】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる場合において、ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信できる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【００４５】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用されることができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多元接続／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えばあらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフできる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えばただ１つのＳＴＡ）が、送信することができる。
【００４６】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００４７】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【００４８】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００４９】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中からの、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体が、ビジーと見なされることができる。
【００５０】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【００５１】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を例示するシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。
【００５２】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示されず）。これらのコンポーネントキャリアのサブセットは、アンライセンススペクトル上にあることができるが、残りのコンポーネントキャリアは、ライセンススペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【００５３】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５４】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、アンライセンスバンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００５５】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けることができ、無線リソース管理判定、ハンドオーバ判定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【００５６】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または動作されることができることが理解されよう。
【００５７】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる利用ケースのために、異なるネットワークスライスを確立することができる。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の切り換えのためのコントロールプレーン機能を提供することができる。
【００５８】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成できる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行できる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【００５９】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット切り換えネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【００６０】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００６１】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ａ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【００６２】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用して、テストを実行することができる。
【００６３】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
【００６４】
自己完結データ(Self-contained data)およびＨＡＲＱ−ＡＣＫ送信を使用して、例えば、複数ユーザ並行ＵＬ送信(multiple user concurrent UL transmissions)を可能にすることができる。ＡＵＬ送達確認を含むＡＵＬ送信を使用することができる。スケジュールされたＵＬ  ＨＡＲＱ送信および自律ＵＬ  ＨＡＲＱ送信を使用することができる。例えば、ランダムリソース選択および確信度インジケーションを使用して、ＨＡＲＱ送信を実行することができる。ＣＯＴ内におけるＨＡＲＱ−ＡＣＫ送信を使用することができる。アップリンク構成された送信のためのＫ回反復送信および送達確認を使用することができる。１つまたは複数のＷＴＲＵのためのＫ回反復送信の間に、可変コンテンションウィンドウサイズおよび／または可変送信電力を使用することができる。非スタンドアロンＮＲＵのために、タイミングオフセットインジケーションを使用することができる。全二重および複数のＲＴＳ／ＣＴＳ交換を用いる自己完結ＣＯＴ送信(Self-contained COT transmission)を使用することができる。Ｋ個の送信オケージョン(送信機会)および／またはＣＢＧベースの送信のために、強化されたコンテンションウィンドウサイズ（ＣＷＳ）調整を使用することができる。Ｋ個の送信機会のためのＷＴＲＵ多重化を使用することができる。
【００６５】
ライセンス補助アクセス（ＬＡＡ）は、キャリアアグリゲーション技術（例えば、ＬＴＥキャリアアグリゲーション技術）を使用して、（例えば、ライセンスバンドおよびアンライセンスバンドにわたって）キャリアをアグリゲートすることができる。ＤＬ  ＬＡＡ、ＵＬ送信との強化されたＬＡＡ（ｅＬＡＡ）、および／またはさらなる強化されたＬＡＡ（ｆｅＬＡＡ）を使用することができる。
【００６６】
例えば、ＬＡＡにおいて、リッスンビフォアトーク（ＬＢＴ）プロトコルを実施することができる。以下のうちの１つまたは複数を適用することができる。
【００６７】
ＬＢＴは、ランダムバックオフを用いずに、実行することができる。送信エンティティが送信する前に、チャネルがアイドルであるとセンスされる継続時間（duration of time）は、決定論的であることができる。
【００６８】
ＬＢＴは、ランダムバックオフおよび固定サイズのコンテンションウィンドウを用いて、実行することができる。ランダムバックオフおよび固定サイズのコンテンションウィンドウを用いるＬＢＴは、以下の構成要素のうちの１つまたは複数を有することができる。送信エンティティは、コンテンションウィンドウ内において、乱数Ｎを引くことができる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値によって、指定することができる。コンテンションウィンドウのサイズは、固定することができる。乱数Ｎは、送信エンティティがチャネル上において送信する前に、チャネルがアイドルであるとセンスされる継続時間を決定するために、ＬＢＴにおいて使用することができる。
【００６９】
ＬＢＴは、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いて、実行することができる。ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いるＬＢＴは、以下の構成要素のうちの１つまたは複数を有することができる。送信エンティティは、コンテンションウィンドウ内において、乱数Ｎを引くことができる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値によって、指定することができる。送信エンティティは、乱数Ｎを引くときに、コンテンションウィンドウのサイズを変えることができる。乱数Ｎは、送信エンティティがチャネル上において送信する前に、チャネルがアイドルであるとセンスされる継続時間を決定するために、ＬＢＴにおいて使用することができる。
【００７０】
（例えば、ランダムバックオフを実行するデバイスのために）４つのチャネルアクセスプライオリティクラスと、対応するパラメータを、表１において定義することができる。ｐは、プライオリティクラスインデックスであることができる。延期持続時間(defer duration)Ｔdは、ｍp個の連続するスロット持続時間(slot duration)が（例えば、直ちに）後続する、持続時間Ｔf＝１６μｓから成ることができ、各スロット持続時間は、Ｔsl＝９μｓであることができる。ＣＷminpおよびＣＷmax,pは、コンテンションウィンドウの最小サイズおよび最大サイズを定義することができる。ｅＮＢは、ＬＡＡ  Ｓｃｅｌｌ送信が（例えば、Ｔmcotpを超える期間にわたって）その上で実行されるキャリア上において、連続的に送信することができない。
【００７１】
【表１】
2021519000.tif 000003
【００７２】
ＬＡＡにおけるアップリンク送信を使用することができる。（例えば、ＵＬ送信効率を改善するために）ｅＬＡＡにおいて、適応グラント遅延を用いるマルチサブフレームスケジューリングを使用することができる。（例えば、１つのＤＬサブフレーム内の）単一のグラントを介して、複数のサブフレームをスケジュールすることができる。グラントと、対応するＵＬバーストの開始との間に、フレキシブルな時間オフセットを使用することができる。使用することができる、アップリンク送信のためのＵＬチャネルアクセスのタイプは、（ｉ）ランダムバックオフが後続する固定された持続時間にわたってチャネルをセンスした後、ＷＴＲＵが送信することができる、タイプ１と、（ｉｉ）２５μｓにわたってチャネルをセンスした後、ＷＴＲＵが送信することができる、タイプ２とを含む。
【００７３】
共用ＣＯＴ送信を使用することができる。ｅＮＢは、カテゴリ４  ＬＢＴによってチャネルを獲得すること（例えば、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いるＬＢＴによってチャネルを獲得すること）ができ、ＵＬ送信のために、ＷＴＲＵとチャネルを共用することができる。タイプ１のＵＬチャネルアクセスは、ランダムバックオフを用いるＬＢＴの後に、実行することができる。タイプ２のＵＬチャネルアクセスは、ＵＬ送信の前に、使用することができる。タイプ２のＵＬチャネルアクセスは、ＤＬデータを受信した後、２５μｓ以内に行うことができる。自己完結ＴＸＯＰを使用することができる。例えば、２ステージＴＸＯＰを使用することができる。第１のステージは、チャネルコンテンションおよび／または予約のための準備ステージであることができ、第２のステージは、データ送信のために使用することができる。
【００７４】
ネットワークエンティティ（例えば、ｅノードＢまたはｅＮＢ）は、ｅノードＢ獲得の共用ＣＯＴ内において（例えば、ＣＯＴが最大プライオリティクラス値を使用して獲得された場合、例えば、Ｃ−ＰＤＣＣＨを用いて示されるＵＬサブフレームに属するサブフレーム内において）、自律アップリンク送信（ＡＵＬ）を可能にすることができる。本明細書において使用される場合、ネットワークエンティティ、ｅＮＢ、およびｅノードＢという用語は、交換可能であることができる。
【００７５】
ｅＮＢ共用ＣＯＴ内におけるＡＵＬ送信の有効化(enable)または無効化(disable)を、（例えば、Ｃ−ＰＤＣＣＨ内の１ビットフィールドを介して）示すことができる。
【００７６】
ＷＴＲＵは、（例えば、共用が許容されることをｅＮＢが示す場合）Ｃ−ＰＤＣＣＨを用いて示されるＵＬサブフレームの間に、いずれかのプライオリティクラスに対応する（例えば、ＡＵＬ送信のための）データを送信することができる。
【００７７】
ＷＴＲＵは、（例えば、共用が無効化されていることをｅＮＢが示す場合）Ｃ−ＰＤＣＣＨを用いて示されるＵＬサブフレームの間に、ＡＵＬを送信することができない。単一のｅノードＢ獲得の共用ＣＯＴ内における、Ｃ−ＰＤＣＣＨを用いて示されるＵＬサブフレームは、連続することができる。共用ＣＯＴ内におけるＷＴＲＵのＡＵＬ送信は、連続することができる。ＦｅＬＡＡにおける自律アップリンクは、タイプ２のＵＬチャネルアクセス（例えば、２５μｓ  ＬＢＴ）を使用することができる。Ｃ−ＰＤＣＣＨを用いて示されるＵＬサブフレームに属するサブフレーム内において開始されたＡＵＬ送信は、最後に示されたＵＬサブフレームを越えて続行することはできない。ＤＬ−ＵＬ−ＤＬ切り換えは、単一のＣＯＴ内において許容されないことがある。Ｃ−ＰＤＣＣＨを用いて示されるＵＬサブフレームに属する（例えば、スケジュールされたおよびＡＵＬ両方の）サブフレームは、（例えば、ＵＬ送信が発生するかどうかにかかわりなく）ｅノードＢ  ＣＯＴに向かってカウントすることができる。ｅＮＢ共用ＣＯＴ内におけるＡＵＬ送信は、（例えば、ＣＯＴ内にＰＤＳＣＨ送信が存在しないとき）Ｃ−ＰＤＣＣＨ内のインジケーションを介して、無効化することができる。
【００７８】
サブフレーム間の（例えば、最大で２シンボルの）短いギャップを、（例えば、（ｅ）ＬＡＡにおけるのと同様に）使用することができる。
【００７９】
ＡＵＬ送信のために、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いるＬＢＴを使用して、ＷＴＲＵによって獲得されるＣＯＴは、ｅＮＢと共用することができる。
【００８０】
ｅＮＢは、（例えば、ＷＴＲＵによって獲得されたＣＯＴを利用するために）ＡＵＬ−ＤＦＩまたはＵＬグラントを含むＤＬ制御情報を、（例えば、残りのＣＯＴ内におけるＣＯＴを獲得した）ＷＴＲＵに送信することができる。
【００８１】
ＤＬ送信は、（例えば、ＷＴＲＵ獲得のＣＯＴ内におけるＤＬ送信のための）最大で２ＯＦＤＭシンボル（ＯＳ）長の部分的な終了サブフレームに制限することができる。
【００８２】
ｅＮＢは、（例えば、いずれかの）ＷＴＲＵに制御情報を送信することができる。
【００８３】
ＡＵＬバーストの最終シンボルは、取り除くことができる。ｅＮＢは、発見参照信号（ＤＲＳ: discovery reference signal）のための、ＬＢＴと同じまたは類似の技術を使用することができる。
【００８４】
ＵＬ−ＤＬ−ＵＬ共用は、許容されないことがある。
【００８５】
自律ＵＬ送信および／またはコンテンションウィンドウを使用することができる（例えば、ｆｅＬＡＡ）。
【００８６】
ＷＴＲＵは、以下の条件のうちの１つまたは複数に従って、（例えば、ＷＴＲＵがＡＵＬバーストを送信し始める前に）コンテンションウィンドウサイズ（ＣＷＳ）を調整することができる。例えば、それの開始サブフレームからＮ個以上のサブフレームが経過した、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いる少なくとも１つの先行するＬＢＴ  ＵＬ送信が存在し、ＵＬグラントもＡＵＬダウンリンクフィードバック情報も受信されない場合（例えば、Ｘ＞０の場合、Ｎ＝ｍａｘ（Ｘ，対応するＵＬバースト長＋１）、Ｘ≦０の場合、Ｎ＝０）、ＷＴＲＵは、ＣＷＳを調整することができる。Ｘは、ＲＲＣ構成の値であることができ、同じキャリア上における他の技術の非存在を保証することができない場合、Ｘは、０もしくは５サブフレームに等しくすることができ、または同じキャリア上における他の技術の非存在を保証することができる場合、Ｘは、０もしくは１０サブフレームに等しくすることができる。それの開始サブフレームからＮ個以上のサブフレームが経過した、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いる、（例えば、各）先行するＬＢＴ  （ＳＵＬ／ＡＵＬ）送信について、ＵＬグラントもＡＵＬダウンリンクフィードバック情報も受信されない場合、ＷＴＲＵにおける（例えば、すべてのプライオリティクラスの）コンテンションウィンドウサイズは、（例えば、次のより高い値に）増加させることができ、および／またはランダムバックオフおよび可変サイズのコンテンションウィンドウを用いる先行する（例えば、各先行する）ＬＢＴ送信を使用して、ＣＷＳを（例えば、ただ１度）調整することができる。ＷＴＲＵが、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いる（例えば、新しい）ＬＢＴを開始する場合、ＣＷＳは、（例えば、ＷＴＲＵが、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いる先行するＬＢＴからＮ個のサブフレームが経過する前に、ＬＢＴ  ＵＬ送信を開始し、ＵＬグラントもＡＵＬダウンリンクフィードバック情報も受信されない場合）無変化であることができる。ＷＴＲＵは、（例えば、ＷＴＲＵが、それの開始サブフレームからＮ個以上のサブフレームが経過した、１つまたは複数の先行する、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いるＬＢＴ（ＳＵＬ／ＡＵＬ）送信のためのフィードバックを受信し、ＵＬグラントもＡＵＬダウンリンクフィードバック情報も受信されない場合）、ＣＷＳを再計算することができる。ＷＴＲＵは、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いる先行するＬＢＴ送信の第１のバーストを送信するために使用される値にＣＷＳを戻すことによって、ＣＷＳを再計算することができる。ＷＴＲＵは、バーストの送信の順序で順次ＣＷＳを更新することによって、ＣＷＳを再計算することができる。例えば、バーストの第１のサブフレームについて、フィードバックがＡＣＫを示す場合、ＣＷＳは、リセットすることができる。例えば、バーストの第１のサブフレームについて、フィードバックがＮＡＣＫを示す場合、またはフィードバックが存在しない場合、ＣＷＳは、２倍にすることができる。ＷＴＲＵは、（例えば、ランダムバックオフおよび可変サイズのコンテンションウィンドウを用いるＬＢＴが進行中の間に、ＷＴＲＵコンテンションウィンドウサイズが変化した場合）、新しいランダムバックオフカウンタを引き、カウンタを進行中のＬＢＴ手順に適用することができる。
【００８７】
特徴および要素は、特定の組み合わせで説明することができるが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上において送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定されることなく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用される、無線周波数送受信機を実施することができる。
【００８８】
自己完結制御（self-contained control）およびデータ送信を使用することができる。アンライセンスバンドにおける送信は、（例えば、規制のせいで）ＬＢＴを実行することができる。（例えば、送信がスケジュールされた場合であっても）保証された送信が、実行されないことがある。ＨＡＲＱ−ＡＣＫなど、いくつかの送信は、（例えば、別の媒体コンテンションプロセスを経ることなく）正確に時間内に配送される必要があることがある。より高位のレイヤの構成および設定など、他の情報は、データ送信の前に、またはデータ送信と一緒に、設定される必要があることがある（例えば、必要があることもある）。データ送信、ＨＡＲＱ−ＡＣＫ送信、より高位のレイヤの構成および設定、ならびに／または（例えば、データ送信を助けるために必要とされる）他の制御情報を含むことができる自己完結送信(self-contained transmission)を実行するための実施が、必要とされることがある。ＨＡＲＱ−ＡＣＫ送信の構築を指定することができる。
【００８９】
自律ＵＬ（ＡＵＬ）送信を実行することができる。自律アップリンク送信は、（例えば、より効率的なＵＬ送信のために）アンライセンスバンドにおいて使用することができる。アンライセンスバンドにおけるＡＵＬのための詳細な実施は、定義されないことがある。ＮＲアンライセンス送信は、方向性であることができるので、ＡＵＬを用いる方向性送信を考える必要があることがある。
【００９０】
スケジュールされたＵＬ  ＨＡＲＱ送信および自律ＵＬ  ＨＡＲＱ送信を実行することができる。スケジュールされたＵＬ送信については、ＳＴＡは、例えば、それが送信前にＬＢＴを実行することを要求され、媒体がスケジュールされた送信時間にビジーである場合、送信することができないことがある。ＡＵＬアクセスにおけるチャネルアクセスのロバスト性を改善するための実施が、必要とされることがある。
【００９１】
アップリンク構成の送信のための送達確認を使用することができる。満了時に（例えば、暗黙的に）送信が送達確認されたことをＷＴＲＵに示す、タイマを使用することができる。タイマは、（例えば、Ｋ回反復送信を用いる）ライセンスバンドのために、使用することができる。
【００９２】
Ｋ回反復は、ＬＢＴのせいで、（例えば、常には）実行されないことがある。これは、アップリンク送信をあまり信頼できないものにすることがある。タイマ実施を開示することができる。
【００９３】
アップリンクリソースが、構成された送信にアロケートされたとき、ＷＴＲＵは、アップリンクにおいて送信することができる。アンライセンススペクトルにおいては、他のデバイスが、送信チャネルを占有することがある。
【００９４】
ＣＢＧベースの送信のためのＣＷＳ調整に対処することができる。コンテンションウィンドウサイズ（ＣＷＳ）は、送達確認に基づいて、調整することができる。例えば、肯定的な送達確認が受信された場合、ＣＷＳは、最小値にリセットすることができ、否定的な送達確認が受信された場合、または送達確認がある期間内に受信されない場合、ＣＷＳは、２倍にすること、または最大値に設定することができる。コードブロックグループ（ＣＢＧ）ベースの送信が、使用されるとき、送達確認は、１つまたは複数のＣＢＧのための送達確認を搬送することができる。ＣＢＧのための肯定的および否定的両方の送達確認を受信することが、可能であることがある。そのような事例においてＣＷＳを調整するための、１つまたは複数の特徴を提供することができる。
【００９５】
自己完結データおよびＨＡＲＱ−ＡＣＫ送信と関連付けられた特徴を提供することができる。例えば、自己完結チャネル占有時間（ＣＯＴ）送信と関連付けられた１つまたは複数の特徴を提供することができる。ＣＯＴは、連続的な送信時間を指すために使用することができる。ｇＮＢは、競争して媒体を獲得し、ＣＯＴ上において送信を予約することができる。自己完結ＣＯＴは、ＣＯＴ内において送信される以下のもの、すなわち、ＣＯＴによって使用されるより高位のレイヤの情報および構成、ＣＯＴ構成情報、またはデータ送信および対応する送達確認のうちの１つまたは複数を有することができる。
【００９６】
ベースラインとしてＮＲスロット送信を使用することができる。アンライセンスバンドにおいて動作するｇＮＢは、キャリア上において（例えば、ＤＬ送信の前に）ＬＢＴを実行することができる。異なるタイプのＬＢＴまたはチャネルアクセスプライオリティクラスを適用することができる。ＬＢＴパラメータは、ＤＬ送信の内容によって決定することができる。以下のうちの１つまたは複数を適用することができる。ＤＬ送信が、ＰＤＣＣＨを搬送し、および／または後続するＵＬ送信が、ＰＵＣＣＨを搬送する場合、チャネルアクセスプライオリティは、高くすることができる。例えば、チャネルアクセスプライオリティクラスは、１または２に設定することができる。ＤＬ送信が、ＰＤＳＣＨを搬送し、および／または後続するＵＬ送信が、ＰＵＳＣＨを搬送する場合、チャネルアクセスプライオリティは、低くすることができる。例えば、チャネルアクセスプライオリティクラスは、３または４に設定することができる。
【００９７】
アンライセンスバンド上の送信は、ＬＢＴを伴うＤＬ送信を使用できる（例えば、開始することができる）。ｇＮＢとＷＴＲＵは、（例えば、その場合）チャネル占有時間（ＣＯＴ）内において、パケット送信を（例えば、複数回）交換することができる。ＣＯＴの持続時間は、規制によって決定することができる、最大ＣＯＴ（ＭＣＯＴ）によって制限することができる。ＣＯＴ内において、ｇＮＢとＷＴＲＵは、制限されたＬＢＴを実行することができる。例えば、ｇＮＢとＷＴＲＵは、ＬＢＴを実行しないことがあり、または固定されたコンテンションウィンドウサイズを用いたＬＢＴを実行することができる。
【００９８】
図２は、ＤＬ／ＵＬ送信と関連付けられた例を示している。図２において示されるように、ＣＯＴの使用に応じて、以下のうちの１つまたは複数を（例えば、第１の実施のための）データ送信方式と関連付けることができる。ＤＬおよびＵＬデータ送信をＣＯＴ内において使用することができる（例えば、ＣＯＴは、ＵＬおよびＤＬデータ送信のために共用することができる）。ＣＯＴは、（例えば、主に）ＵＬデータ送信のために使用することができる。ＣＯＴは、（例えば、主に）ＤＬデータ送信のために使用することができる。
【００９９】
ＣＯＴ内におけるＤＬ／ＵＬデータ送信について、例えば、ＣＯＴは、ＤＬおよびＵＬデータ送信のために使用することができ、以下のうちの１つまたは複数を適用することができる。ＣＯＴ内において、１つまたは複数のＤＬスロット／サブフレームをスケジュールすることができる。（例えば、ＤＬ  ＯＦＤＭシンボルの後）ＣＯＴにおいて、１つまたは複数のＵＬスロット／サブフレームをスケジュールすることができる。１つまたは複数のＤＬスロットは、先行するＵＬデータ送信と関連付けられたＨＡＲＱ−ＡＣＫ送信のために使用することができる。
【０１００】
（例えば、ＣＯＴの開始時に）Ａ個のＤＬスロット／サブフレームをスケジュールすることができ、（例えば、第１の）ＤＬスロットは、部分的スロットであることができる（例えば、部分的スロット内において搬送されるシンボルの数は、完全なスロット内において搬送されるシンボルの数よりも少ない）。ＤＬスロット（例えば、各ＤＬスロット）は、ＰＤＣＣＨおよび／またはＰＤＳＣＨを搬送することができる。ＰＤＣＣＨは、ＤＬおよびＵＬデータ／ＨＡＲＱ−ＡＣＫ送信のためのグラントを搬送することができる。ＰＤＳＣＨは、ＤＬデータ送信が搬送されるときに、存在することができる。
【０１０１】
ＣＯＴ内において、ＤＬスロット／サブフレームの後に、Ｂ個のＵＬスロット／サブフレームをスケジュールすることができる。ＵＬスロット（例えば、各ＵＬスロット）は、ＰＵＣＣＨを搬送することができ、適用される場合は、ＰＵＳＣＨを搬送することができる。（例えば、先行するＤＬ送信と関連付けられた）ＨＡＲＱ−ＡＣＫ送信をＰＵＣＣＨにおいて搬送することができる。ＨＡＲＱ−ＡＣＫ送信（例えば、いくつかのＨＡＲＱ−ＡＣＫ送信）は、アップリンクデータとアグリゲートされ、ＰＵＳＣＨにおいて搬送することができる。静的および動的ＨＡＲＱ−ＡＣＫタイミングを適用することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、ＡおよびＢの構成に応じて、ＵＬスロットとＤＬスロットとの間のマッピングを確立することができる。第ｎのＵＬスロット（ｎ≦Ｂ）上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｋのＤＬスロット（ｋ≦Ａ）のための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ実施を用いる場合、ＷＴＲＵのためのスケジュールされたＵＬスロット（例えば、第１の（または第ｍ、ｍ≦Ｂの）スケジュールされたＵＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＤＳＣＨが、ＷＴＲＵに送信される場合、ＷＴＲＵは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。ＷＴＲＵが、（例えば、ＬＢＴのせいで）スケジュールされたタイムスロット上において、ＨＡＲＱ−ＡＣＫ情報を送信することができない場合、ｇＮＢは、送信をＨＡＲＱ−ＡＣＫの失敗と見なすことができる。後で、ＤＬパケットの再送を実行することができる。ｇＮＢは、事前定義／事前決定された期間内におけるＨＡＲＱ−ＡＣＫの戻りを予期することができる（例えば、代替として、予期することができる）。ｇＮＢが、期間内にそれを受信しない場合、ｇＮＢは、送信をＨＡＲＱ−ＡＣＫの失敗と見なし、再送を準備することができる。ＷＴＲＵは、スケジュールされたタイムスロット内において、ＨＡＲＱ−ＡＣＫを送信しようと試みることができる。ＷＴＲＵが、（例えば、ＬＢＴのせいで）ＨＡＲＱ−ＡＣＫを送信しない場合、それは、事前定義／事前決定された予期されるＨＡＲＱ−ＡＣＫ時間期間内の最も早い可能なタイムスロット内において、ＨＡＲＱ−ＡＣＫを再送しようと試みることができる。
【０１０２】
（例えば、先行するＵＬデータ送信と関連付けられた）ＨＡＲＱ−ＡＣＫ送信のために、使用される場合は、Ｃ個のＤＬスロットを提示することができる。Ｃ個のＤＬスロットは、ＣＯＴ内において、ＵＬスロットの後に追加することができる。静的および動的ＨＡＲＱ−ＡＣＫタイミングを適用することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、Ａ、Ｂ、およびＣの構成に応じて、ＵＬスロットとＤＬスロットとの間のマッピングを確立することができる。第ｃのＤＬスロット（ｃ≦Ｃ）上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｂのＵＬスロット（ｂ≦Ｂ）のための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ実施を用いる場合、スケジュールされたＤＬスロット（例えば、第１の（または第ｃ、ｃ≦Ｃの）スケジュールされたＤＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＵＳＣＨが、（例えば、Ｂ個のＵＬスロットの間に）ＷＴＲＵから送信される場合、ｇＮＢは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。
【０１０３】
ＣＯＴ内におけるＵＬデータ送信について、例えば、ＣＯＴは、少なくとも部分的にＵＬデータ送信のために使用することができ、以下のうちの１つまたは複数を適用することができる。ＣＯＴ内において、１つまたは複数のＤＬスロット／サブフレームをスケジュールすることができる。（例えば、ＤＬ  ＯＦＤＭシンボルの後）ＣＯＴにおいて、１つまたは複数のＵＬスロット／サブフレームをスケジュールすることができる。１つまたは複数のＤＬスロットは、先行するＵＬデータ送信と関連付けられたＨＡＲＱ−ＡＣＫ送信のために使用することができる。
【０１０４】
ＣＯＴの開始時に、Ａ個のＤＬスロット／サブフレームをスケジュールすることができる。ＤＬスロット（例えば、第１のＤＬスロット）は、部分的スロットであることができる（例えば、部分的スロット内において搬送されるシンボルの数は、完全なスロット内のそれよりも少ない）。ＤＬスロット（例えば、各ＤＬスロット）は、ＵＬデータ／制御送信のためのグラントを含むことができる、ＰＤＣＣＨを搬送することができる。ＣＯＴ内において、ＤＬスロット／サブフレームの後に、Ｂ個のＵＬスロット／サブフレームをスケジュールすることができる。ＵＬスロット（例えば、各ＵＬスロット）は、ＰＵＣＣＨを搬送することができ、適用される場合は、ＰＵＳＣＨを搬送することができる。先行するＵＬデータ送信のためのＨＡＲＱ−ＡＣＫ送信のためのＣ個のＤＬスロットを、ＣＯＴ内のＵＬスロットの後に追加することができる。静的および動的ＨＡＲＱ−ＡＣＫタイミングを適用することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、Ａ、Ｂ、およびＣの構成に応じて、ＵＬスロットとＤＬスロットとの間のマッピングを確立することができる。第ｃのＤＬスロット（ｃ≦Ｃ）上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｂのＵＬスロット（ｂ≦Ｂ）のための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ手順を用いる場合、スケジュールされたＤＬスロット（例えば、第１の（または第ｃ、ｃ≦Ｃの）スケジュールされたＤＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＵＳＣＨが、Ｂ個のＵＬスロットの間に、ＷＴＲＵから送信される場合、ｇＮＢは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。
【０１０５】
ＣＯＴ内におけるＤＬデータ送信について、例えば、ＣＯＴは、少なくとも部分的にＤＬデータ送信のために使用することができ、以下のうちの１つまたは複数を適用することができる。ＣＯＴ内において、１つまたは複数のＤＬスロット／サブフレームをスケジュールすることができる。（例えば、ＤＬ  ＯＦＤＭシンボルの後）ＣＯＴにおいて、１つまたは複数のＵＬスロット／サブフレームをスケジュールすることができる。
【０１０６】
ＣＯＴの開始時にＡ個のＤＬスロット／サブフレームをスケジュールすることができ、ＤＬスロット（例えば、第１のＤＬスロット）は、部分的スロットであることができる（例えば、部分的スロット内において搬送されるシンボルの数は、完全なスロット内のそれよりも少ない）。ＤＬスロット（例えば、各ＤＬスロット）は、ＰＤＣＣＨを搬送することができ、適用される場合は、ＰＤＳＣＨを搬送することができる。ＰＤＣＣＨは、ＵＬデータ／ＨＡＲＱ−ＡＣＫ送信のためのグラントを搬送することができる。
【０１０７】
ＣＯＴ内において、ＤＬスロット／サブフレームの後に、Ｂ個のＵＬスロット／サブフレームをスケジュールすることができる。ＵＬスロット（例えば、各ＵＬスロット）は、ＰＵＣＣＨを搬送することができる。先行するＤＬ送信のためのＨＡＲＱ−ＡＣＫ送信を、ＰＵＣＣＨ内において搬送することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、ＡおよびＢの構成に応じて、ＵＬスロットとＤＬスロットとの間のマッピングを確立することができる。第ｎのＵＬスロット（ｎ≦Ｂ）上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｋのＤＬスロット（ｋ≦Ａ）のための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ実施を用いる場合、ＷＴＲＵのためのスケジュールされたＵＬスロット（例えば、第１の（または第ｍ、ｍ≦Ｂの）スケジュールされたＵＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＤＳＣＨが、ＷＴＲＵに送信される場合、ＷＴＲＵは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。ＷＴＲＵが、（例えば、ＬＢＴのせいで）スケジュールされたタイムスロット上において、ＨＡＲＱ−ＡＣＫ情報を送信することができない場合、ｇＮＢは、送信をＨＡＲＱ−ＡＣＫの失敗と見なすことができる。後で、ＤＬパケットの再送を実行することができる。ｇＮＢは、事前定義／事前決定された期間内におけるＨＡＲＱ−ＡＣＫの戻りを予期することができる（例えば、代替として、予期することができる）。ｇＮＢが、期間内にＨＡＲＱ−ＡＣＫを受信しない場合、ｇＮＢは、送信をＨＡＲＱ−ＡＣＫの失敗と見なし、再送を準備することができる。ＷＴＲＵは、スケジュールされたタイムスロットにおいて、ＨＡＲＱ−ＡＣＫを送信しようと試みることができる。ＷＴＲＵが、（例えば、ＬＢＴのせいで）ＨＡＲＱ−ＡＣＫを送信しない場合、それは、（例えば、事前定義／事前決定された予期されるＨＡＲＱ−ＡＣＫ時間期間内の最も早い可能なタイムスロット内において）ＨＡＲＱ−ＡＣＫを再送しようと試みることができる。
【０１０８】
図２は、スロットベースであることができるＤＬ／ＵＬ送信と関連付けられた例を例示しており、スロット（例えば、各スロット）は、制御チャネルおよびデータチャネルを有することができる（例えば、各スロットは、複数のＷＴＲＵのための制御情報およびデータを搬送することができる）。図２におけるＡ、Ｂ、およびＣは、スロット／サブフレームを単位とすることができる。Ａ、Ｂ、およびＣは（例えば、同様に、または代替として）、ＯＦＤＭシンボル、フレーム、または別のタイプの時間期間を単位とすることができる。
【０１０９】
ＣＯＴにおける送信の最終部分を使用して、先行する送信の送達確認を搬送することができ、それは、ＣＯＴを自己完結にすることができる。
【０１１０】
ＣＯＴにおけるＯＦＤＭシンボルの数に関して、ＤＬまたはＵＬのためのスロットのサイズは、異なることができる。ＯＦＤＭシンボルの持続時間は、（例えば、それらのスロットのためのＯＦＤＭヌメロロジの選択に応じて）異なることができる。
【０１１１】
（例えば、ネットワークが、全二重無線能力を有するデバイス（ｇＮＢまたはＷＴＲＵ）をサポートする場合）自己完結ＣＯＴにおける１つまたは複数のスロットを、ＵＬおよびＤＬ送信のために、（例えば、同時に）使用することができる。同時ＵＬおよびＤＬスロットは、ＣＯＴ内に分散させること、または同じ位置に配置（collocate）することができる。図２Ａは、同じ位置に配置された全二重スロットを有するＣＯＴの例を示している。（例えば、各ノードについての方向性送信および受信のために、例えば、ＤＬの送信元とＵＬ送信の送信先が、異なるノードである場合）ＬＢＴおよび可能なハンドシェーキング（例えば、ＲＴＳ（送信要求）／ＣＴＳ（送信可）プロトコル）を別々に使用することができる。
【０１１２】
（例えば、ｇＮＢとＷＴＲＵとの間のリンクがＤＬからＵＬに切り換わるとき、またはＤＬもしくはＵＬにおける送信を続行するために）ＲＴＳ／ＣＴＳなど、（例えば、ＣＯＴの開始時にアロケートされるＬＢＴのための）干渉回避メカニズムを使用することができる。ＲＴＳ信号の一部は、ＨＡＲＱ−ＡＣＫ情報を搬送することができる。（例えば、フィードバックがＮＡＣＫである場合）通信方向は、再送のために、ＤＬモードであり続けることができ、次の送信は、次のＣＯＴまで、待つことができる。図２Ｂは、ＲＴＳを用いるハンドシェーキングシグナリングを伴った、ＨＡＲＱ−ＡＣＫの送信の例を示している。
【０１１３】
ＤＬ／ＵＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＤＬ／ＵＬスロットの開始時に）送信することができ、共用データチャネルが、それに後続することができる。図３に示されるように、ＣＯＴの使用に応じて、以下のうちの１つまたは複数をデータ送信方式と関連付けることができる（例えば、１つまたは複数の特徴を、図３に例示することができる）。ＤＬおよびＵＬデータ送信をＣＯＴ内において使用することができる（例えば、ＣＯＴは、ＵＬおよびＤＬデータ送信のために使用することができる）。ＣＯＴは、（例えば、主に）ＵＬデータ送信のために使用することができる。ＣＯＴは、（例えば、主に）ＤＬデータ送信のために使用することができる。
【０１１４】
ＣＯＴ内におけるＤＬ／ＵＬデータ送信について、例えば、ＣＯＴは、ＤＬおよびＵＬデータ送信両方のために使用することができ、以下のうちの１つまたは複数を適用することができる。ＣＯＴ内において、１つまたは複数のＤＬ  ＯＦＤＭシンボルをスケジュールすることができる。（例えば、ＤＬ  ＯＦＤＭシンボルの後）ＣＯＴにおいて、１つまたは複数のＵＬ  ＯＦＤＭシンボルをスケジュールすることができる。１つまたは複数のＤＬ  ＯＦＤＭシンボルは、先行するＵＬデータ送信と関連付けられたＨＡＲＱ−ＡＣＫ送信のために使用することができる。
【０１１５】
ＣＯＴの開始時に、Ａ個のＤＬ  ＯＦＤＭシンボルをスケジュールすることができる。ＤＬ送信は、ＯＦＤＭシンボル境界において開始することができ、ＤＬスロット（例えば、第１のＤＬスロット）は、部分的スロットであることができる（例えば、部分的スロット内において搬送されるシンボルの数は、完全なスロット内のそれよりも少ない）。ＤＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＤＬスロットの開始時に）送信することができ、共用ＤＬデータチャネルが、それに後続することができる。例えば、Ａ個のＯＦＤＭシンボルをＤＬ送信内に含めることができる。１つまたは複数の（例えば、最初のいくつかの）ＯＦＤＭシンボルは、ＰＤＣＣＨを搬送するために使用することができ、一方、ＯＦＤＭシンボルの残りは、ＰＤＳＣＨを搬送するために使用することができる。ＰＤＣＣＨは、ＤＬデータ送信およびＵＬデータ／ＨＡＲＱ−ＡＣＫ／制御情報送信のためのグラントを搬送することができる。ＤＬ送信持続時間（例えば、全持続時間）は、スーパまたはアグリゲートされたＤＬフレームと見なすことができる。ＮＲヌメロロジおよびトランスポートブロック設計を再使用するスロット／サブフレーム構造を実施することができる。アグリゲートされたフレーム構造のために、ダウンリンク制御情報（ＤＣＩ）探索空間を実施することができる。ＷＴＲＵに対して、例えば、アグリゲートされたＤＬ送信スロットにおいて、１つまたは複数のＤＣＩおよび／またはＰＤＳＣＨを割り当てることができる。
【０１１６】
（例えば、ＣＯＴ内において、ＤＬ送信の後に）Ｂ個のＵＬ  ＯＦＤＭシンボルをスケジュールすることができる。ＵＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＵＬスロットの開始時に）送信することができ、１つまたは複数の共用ＵＬデータチャネルが、それに後続することができる。例えば、ＵＬ送信において、Ｂ個のＯＦＤＭシンボルを使用することができる。１つまたは複数の（例えば、最初のいくつかの）ＯＦＤＭシンボルは、ＰＵＣＣＨを搬送するために使用することができ、一方、ＯＦＤＭシンボルの残りは、ＰＵＳＣＨを搬送するために使用することができる。（例えば、先行するＤＬデータ送信のための）ＨＡＲＱ−ＡＣＫ送信は、ＰＵＣＣＨにおいて搬送することができる。いくつかのＨＡＲＱ−ＡＣＫ送信は、（例えば、代替として）アップリンクデータとアグリゲートされ、ＰＵＳＣＨ内において搬送することができる。静的および動的両方のＨＡＲＱ−ＡＣＫタイミングを適用することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、ＡおよびＢの構成に応じて、（例えば、ＵＬスロットとＤＬスロットとの間の）マッピングを確立することができる。第ｎのＵＬスロット上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｋのＤＬスロットのための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ実施を用いる場合、ＷＴＲＵのためのスケジュールされたＵＬスロット（例えば、第１の（または第ｍの）スケジュールされたＵＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＤＳＣＨが、ＷＴＲＵに送信される場合、ＷＴＲＵは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。ＷＴＲＵが、（例えば、ＬＢＴのせいで）スケジュールされたタイムスロット上において、ＨＡＲＱ−ＡＣＫ情報を送信することができない場合、ｇＮＢは、送信をＨＡＲＱ−ＡＣＫの失敗と見なすことができる。後で、ＤＬパケットの再送を実行することができる。ｇＮＢは、事前定義／事前決定された期間内におけるＨＡＲＱ−ＡＣＫの戻りを予期することができる（例えば、代替として、予期することができる）。ｇＮＢが、期間内にＨＡＲＱ−ＡＣＫを受信しない場合、ｇＮＢは、送信をＨＡＲＱ−ＡＣＫの失敗と見なし、再送を準備することができる。ＷＴＲＵは、スケジュールされたタイムスロットにおいて、ＨＡＲＱ−ＡＣＫを送信しようと試みることができる。ＷＴＲＵが、（例えば、ＬＢＴのせいで）ＨＡＲＱ−ＡＣＫを送信しない場合、それは、（例えば、事前定義／事前決定された予期されるＨＡＲＱ−ＡＣＫ時間期間内の最も早い可能なタイムスロットにおいて）ＨＡＲＱ−ＡＣＫを再送しようと試みることができる。
【０１１７】
（例えば、先行するＵＬデータ送信と関連付けられた）ＨＡＲＱ−ＡＣＫ送信のために、使用される場合は、Ｃ個のＤＬ  ＯＦＤＭシンボルを提示することができる。Ｃ個のＤＬ  ＯＦＤＭシンボルは、ＣＯＴ内において、ＵＬ送信の後に追加することができる。静的および動的両方のＨＡＲＱ−ＡＣＫタイミングを適用することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、Ａ、Ｂ、およびＣの構成に応じて、（例えば、ＵＬスロットとＤＬスロットとの間の）マッピングを確立することができる。第ｃのＤＬスロット上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｂのＵＬスロットのための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ実施を用いる場合、スケジュールされたＤＬスロット（例えば、第１の（または第ｃの）スケジュールされたＤＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＵＳＣＨが、Ｂ個のＵＬスロットの間に、ＷＴＲＵから送信される場合、ｇＮＢは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。
【０１１８】
ＣＯＴ内におけるＵＬデータ送信について、例えば、ＣＯＴは、主にＵＬデータ送信のために使用することができ、以下のうちの１つまたは複数を適用することができる。ＣＯＴ内において、１つまたは複数のＤＬ  ＯＦＤＭシンボルをスケジュールすることができる。（例えば、ＤＬ  ＯＦＤＭシンボルの後）ＣＯＴにおいて、１つまたは複数のＵＬ  ＯＦＤＭシンボルをスケジュールすることができる。１つまたは複数のＤＬ  ＯＦＤＭシンボルは、先行するＵＬデータ送信と関連付けられたＨＡＲＱ−ＡＣＫ送信のために使用することができる。
【０１１９】
（例えば、ＣＯＴの開始時に）Ａ個のＤＬ  ＯＦＤＭシンボルをスケジュールすることができる。ＤＬ送信は、ＯＦＤＭシンボル境界において開始することができ、ＤＬスロット（例えば、第１のＤＬスロット）は、部分的スロットであることができる（例えば、部分的スロット内において搬送されるシンボルの数は、完全なスロット内のそれよりも少ない）。ＤＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＤＬスロットの開始時に）送信することができる。例えば、Ａ個のＯＦＤＭシンボルをＤＬ送信に含めることができ、ＰＤＣＣＨを搬送するために使用することができる。ＰＤＣＣＨは、ＵＬデータ／ＨＡＲＱ−ＡＣＫ／制御情報送信のためのグラントを搬送することができる。
【０１２０】
ＣＯＴ内において、（例えば、アグリゲートされたＤＬ送信の後に）Ｂ個のＵＬ  ＯＦＤＭシンボルをスケジュールすることができる。ＤＬスロット（例えば、各ＤＬスロット）は、ＰＵＣＣＨを搬送することができ、適用される場合、ＰＵＳＣＨを搬送することができる。ＵＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＵＬスロットの開始時に）送信することができ、共用ＵＬデータチャネルが、それに後続することができる。例えば、Ｂ個のＯＦＤＭシンボルをＵＬ送信内に含めることができる。１つまたは複数の（例えば、最初のいくつかの）ＯＦＤＭシンボルは、ＰＵＣＣＨを搬送するために使用することができ、一方、ＯＦＤＭシンボルの残りは、ＰＵＳＣＨを搬送するために使用することができる。
【０１２１】
（例えば、先行するＵＬデータ送信と関連付けられた）ＨＡＲＱ−ＡＣＫ送信のために、使用される場合は、Ｃ個のＤＬ  ＯＦＤＭシンボルを提示することができる。Ｃ個のＤＬ  ＯＦＤＭシンボルは、ＣＯＴ内において、ＵＬ送信の後に追加することができる。静的および動的両方のＨＡＲＱ−ＡＣＫタイミングを適用することができる。静的ＨＡＲＱ−ＡＣＫ実施を用いる場合、Ａ、Ｂ、およびＣの構成に応じて、（例えば、ＵＬスロットとＤＬスロットとの間の）マッピングを確立することができる。第ｃのＤＬスロット上において送信されるＨＡＲＱ−ＡＣＫ情報は、第ｂのＵＬスロットのための送達確認として使用することができる。動的ＨＡＲＱ−ＡＣＫ実施を用いる場合、スケジュールされたＤＬスロット（例えば、第１の（または第ｃの）スケジュールされたＤＬスロット）において、ＨＡＲＱ−ＡＣＫ情報を送信することができる。２つ以上のＰＵＳＣＨが、Ｂ個のＵＬスロットの間に、ＷＴＲＵから送信される場合、ｇＮＢは、ＨＡＲＱ−ＡＣＫ多重化および／またはバンドリングを実行することができる。
【０１２２】
ＣＯＴ内におけるＤＬデータ送信について、例えば、ＣＯＴは、主にＤＬデータ送信のために使用することができ、以下のうちの１つまたは複数を適用することができる。ＣＯＴ内において、１つまたは複数のＤＬ  ＯＦＤＭシンボルをスケジュールすることができる。（例えば、ＤＬ  ＯＦＤＭシンボルの後）ＣＯＴにおいて、１つまたは複数のＵＬ  ＯＦＤＭシンボルをスケジュールすることができる。
【０１２３】
ＣＯＴの開始時に、Ａ個のＤＬ  ＯＦＤＭシンボルをスケジュールすることができる。ＤＬ送信は、ＯＦＤＭシンボル境界において開始することができ、ＤＬスロット（例えば、第１のＤＬスロット）は、部分的スロットであることができる（例えば、部分的スロット内において搬送されるシンボルの数は、完全なスロット内のそれよりも少ない）。ＤＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＤＬスロットの開始時に）送信することができ、共用ＤＬデータチャネルが、それに後続することができる。例えば、Ａ個のＯＦＤＭシンボルをＤＬ送信内に含めることができる。１つまたは複数の（例えば、最初のいくつかの）ＯＦＤＭシンボルは、ＰＤＣＣＨを搬送するために使用することができ、一方、ＯＦＤＭシンボルの残りは、ＰＤＳＣＨを搬送するために使用することができる。ＰＤＣＣＨは、ＤＬデータ送信およびＵＬ  ＨＡＲＱ−ＡＣＫ／制御情報送信のためのグラントを搬送することができる。使用される場合は、Ｂ個のＵＬ  ＯＦＤＭシンボルを提示することができる。Ｂ個のＵＬ  ＯＦＤＭシンボルは、（例えば、ＣＯＴ内において、ＤＬ送信の後に）スケジュールすることができる。ＵＬ送信は、先行するＰＤＳＣＨ送信のためのＨＡＲＱ−ＡＣＫ情報を搬送することができる。静的および動的両方のＨＡＲＱ−ＡＣＫタイミングを適用することができる。
【０１２４】
図３は、ＤＬ／ＵＬ送信がアグリゲートされ、スロットベースであることができ、制御チャネルがアグリゲートされ、アグリゲートされたＤＬ／ＵＬスロットの開始時に送信することができる例を示している。
【０１２５】
ＤＬ／ＵＬ送信持続時間（例えば、全持続時間）は、スーパまたはアグリゲートされたＤＬ／ＵＬフレームと見なすことができる。（例えば、ＮＲヌメロロジおよびトランスポートブロック設計を再使用するための）スロット／サブフレーム構造を実施することができる。アグリゲートされたフレーム構造のために、ＤＣＩ探索空間を実施する（例えば、再設計する）ことができる。ＷＴＲＵ（例えば、単一のＷＴＲＵ）に対して、１つまたは複数のＤＣＩを使用して、ＤＬ／ＵＬ送信をスケジュールすることができる。
【０１２６】
ＣＯＴにおける送信の最終部分を使用して、先行する送信の送達確認を搬送することができ、それは、ＣＯＴを自己完結にすることができる。
【０１２７】
図４は、複数のＤＬ／ＵＬ切り換えを有するＣＯＴ送信手順と関連付けられた例を示している。
【０１２８】
図２および図３に示される例は、ＣＯＴにおいて複数のＤＬ／ＵＬ交換を有するように、拡張することができる。図４は、複数のＤＬ／ＵＬ交換を有するＣＯＴの例を示している。図４に見られるように、１つまたは複数（例えば、すべて）のＤＬ送信は、同じ持続時間、例えば、Ａ個のＯＦＤＭシンボル／スロット／サブフレーム／フレームを有することができ、１つまたは複数（例えば、すべて）のＵＬ送信は、同じ持続時間、例えば、Ｂ個のＯＦＤＭシンボル／スロット／サブフレーム／フレームを有することができる。送達確認を同じＣＯＴにおいて搬送することができ、例えば、ＤＬ  ＨＡＲＱ−ＡＣＫ送信をＣＯＴの終りに追加することができ、それは、ＣＯＴの送信を自己完結(self-contained transmission)にすることができる。ＤＬ  ＨＡＲＱ−ＡＣＫ送信は、同じＣＯＴ内における先行するＵＬ送信と関連付けることができる。例えば、ＤＬ  ＨＡＲＱ−ＡＣＫ送信は、ＣＯＴにおける与えられたＵＬ送信のためのＡＣＫまたはＮＡＣＫを搬送することができる。
【０１２９】
第ｋのＤＬ／ＵＬ送信は、それぞれ、Ａk個またはＢk個のＯＦＤＭシンボル／スロット／サブフレーム／フレームを有することができる（例えば、代替として、有することができる）。（例えば、各）ＤＬ／ＵＬ送信は、独自の持続時間を有することができ、ＣＯＴにおける他のＤＬ／ＵＬ送信と同じではないことがある。
【０１３０】
ＣＯＴフレームフォーマットシグナリング（ＣＦＳ）送信を実行することができる。ＣＦＳ送信を使用して、ＣＯＴ送信ルールをセットアップすることができる。以下のうちの１つまたは複数を適用することができる。（例えば、アンライセンスバンドにおいて動作する）ｇＮＢは、キャリア上において、チャネルアクセス（例えば、ＬＢＴ）を実行することができる。ｇＮＢは、媒体を獲得し、アンライセンスバンド上においてキャリアを（例えば、ＯＦＤＭシンボルの境界において）送信することができる。以下のうちの１つまたは複数を適用することができる。ｇＮＢは、１つまたは複数のＷＴＲＵに対するプリアンブル信号から開始することができる。プリアンブル信号は、全方向上において送信することができる。プリアンブル信号は、（例えば、代替として）複数の方向上において送信し、繰り返すことができる。プリアンブル信号は、１つまたは複数の（例えば、最初のいくつかの）シンボル上において送信される、知られた系列であることができる。プリアンブル信号は、共通参照、発見信号などであることができる。
【０１３１】
ｇＮＢは、ＣＦＳを送信することができ（例えば、その後、送信することができ）、それは、アンライセンスバンド送信を補助するために使用することができる。ＣＦＳ送信は、プリアンブルシンボルの後のシンボルにおいて、アロケートすることができる。ＣＦＳ送信は、周波数領域における（例えば、すべての）サブキャリア、または周波数領域におけるサブキャリアのセットを使用することができる。ＣＦＳ内に含まれる情報は、以下のうちの、すなわち、ＣＯＴ構成情報、ＣＯＴのためのＨＡＲＱ−ＡＣＫ構成情報、ＣＯＴにおける周期的スケジューリング、ＣＯＴにおける自律ＵＬ（ＡＵＬ）送信、スタンドアロン動作インジケーション、またはチャネルアグリゲーションのうちの１つまたは複数を含むことができる。
【０１３２】
ＣＯＴ構成情報に対して、以下のうちの１つまたは複数を適用することができる。ＣＯＴ構成情報が、ＣＦＳから欠けている場合、ＣＯＴ構成は、先行するＣＯＴと同じであることができる。例えば、以下のうち、すなわち、ＣＯＴの長さおよび／または持続時間、ＣＯＴにおけるＤＬ／ＵＬ構成、ならびにＣＯＴが自己完結であるかどうかのうちの１つまたは複数を、ＣＯＴ構成情報に含めることができる。ＣＯＴの長さまたは持続時間を読み取ることによって、ＣＯＴにおいて送信および／または受信を行わないことができるＷＴＲＵは、ＣＯＴの終了まで、電力節約モードに切り換わることができる。ＣＯＴにおけるＤＬ／ＵＬ構成は、ＣＯＴにおけるＤＬ／ＵＬまたはＵＬ／ＤＬ切り換えの数、Ａ（例えば、ＤＬ  ＯＦＤＭシンボルの数）、Ｂ（例えば、ＵＬ  ＯＦＤＭシンボルの数）、および／またはＣ（例えば、先行するＵＬ送信と関連付けられたＨＡＲＱ−ＡＣＫ送信のためのＤＬ  ＯＦＤＭシンボルの数）のサイズなどを含むことができる。ＣＯＴが、自己完結である場合、追加のＣ個のＯＦＤＭシンボル／スロットＤＬまたはＵＬを含むことができる。
【０１３３】
ＣＯＴのためのＨＡＲＱ−ＡＣＫ構成情報に対して、以下のうちの１つまたは複数を適用することができる。ＨＡＲＱ−ＡＣＫ構成情報が、ＣＦＳから欠けている場合、ＨＡＲＱ−ＡＣＫ構成は、先行するＣＯＴについてと同じであることができる。例えば、以下のうちの、すなわち、トランスポートブロック（ＴＢ）／ＣＢＧ送信、ＴＢ／ＣＢＧレベルＨＡＲＱ−ＡＣＫ、ＨＡＲＱ−ＡＣＫバンドリング／多重化を有効化されているフラグ、およびＨＡＲＱ−ＡＣＫタイミングのうちの１つまたは複数を、ＨＡＲＱ−ＡＣＫ構成情報に含めることができる。ＴＢ／ＣＢＧ送信は、ＣＯＴにおいてＣＢＧレベル送信が許容されるかどうかを（例えば、サブフィールドによって）示すことができる。ＴＢ／ＣＢＧ送信は、ＣＯＴにおいて１つまたは複数（例えば、すべて）の意図されたＷＴＲＵに対して共通であることができ、またはＷＴＲＵ固有であることができる。ＴＢ／ＣＢＧレベルＨＡＲＱ−ＡＣＫは、ＣＯＴにおいてＴＢレベルＨＡＲＱ−ＡＣＫ、またはＣＢＧレベルＨＡＲＱ−ＡＣＫが許容されるかを（例えば、サブフィールドによって）示すことができる。ＴＢ／ＣＢＧレベルＨＡＲＱ−ＡＣＫは、ＣＯＴにおいて１つまたは複数（例えば、すべて）の意図されたＷＴＲＵに対して共通であることができ、またはＷＴＲＵ固有であることができる。ＨＡＲＱ−ＡＣＫバンドリング／多重化を有効化されているフラグは、ＨＡＲＱ−ＡＣＫバンドリングが有効化されているかどうか、およびＨＡＲＱ−ＡＣＫ多重化が有効化されているかどうかを、（例えば、サブフィールドによって）示すために使用することができる。ＨＡＲＱ−ＡＣＫバンドリング／多重化を有効化されているフラグは、ＣＯＴにおいて１つまたは複数（例えば、すべて）の意図されたＷＴＲＵに対して共通であることができ、またはＷＴＲＵ固有であることができる。ＨＡＲＱ−ＡＣＫタイミングは、ＣＯＴにおいて静的ＨＡＲＱ−ＡＣＫタイミングまたは動的ＨＡＲＱ−ＡＣＫタイミングを使用することができることを（例えば、サブフィールドによって）示すことができる。ＨＡＲＱ−ＡＣＫタイミングは、ＣＯＴにおいて１つまたは複数（例えば、すべて）の意図されたＷＴＲＵに対して共通であることができ、またはＷＴＲＵ固有であることができる。
【０１３４】
ＣＯＴにおける周期的スケジューリングに対して、以下のうちの１つまたは複数を適用することができる。ＣＯＴにおける周期的スケジューリングは、ＣＯＴにおいて、周期的ＤＬ送信、ＵＬ送信、またはＤＬ／ＵＬ送信が許容されるかどうかを（例えば、サブフィールドによって）示すために使用することができる。ＣＯＴにおける周期的スケジューリングは、ＣＯＴ内において１つまたは複数（例えば、すべて）の意図されたＷＴＲＵに対して共通であることができ、またはＷＴＲＵ固有であることができる。ＷＴＲＵ毎の詳細な周期的スケジューリングは、ＤＣＩにおいて搬送することができる。
【０１３５】
ＣＯＴにおける自律ＵＬ（ＡＵＬ）送信に対して、以下のうちの１つまたは複数を適用することができる。ＣＯＴにおける自律ＵＬ（ＡＵＬ）送信は、ＣＯＴにおいて自律ＵＬ送信が許容されるかどうかを（例えば、サブフィールドによって）示すために使用することができる。詳細なＡＵＬスケジューリングは、ＤＣＩにおいて搬送することができる。
【０１３６】
スタンドアロン動作インジケーションに対して、以下のうちの１つまたは複数を適用することができる。インジケーションは、ＣＯＴがスタンドアロンであるかどうかを、および／またはＣＯＴの送信を補助するためのライセンスチャネルが存在することを示すために使用することができる。
【０１３７】
チャネルアグリゲーションに対して、以下のうちの１つまたは複数を適用することができる。チャネルアグリゲーションフィールドは、アンライセンスバンドにおける動作チャネルを示すために使用することができる。フィールドは、ＣＯＴにおいて利用される、最大動作チャネル帯域幅、および／またはアグリゲートされるチャネルの数を含むことができる。
【０１３８】
ＣＦＳ送信の後、ｇＮＢは、ＰＤＣＣＨを送信することができ、それは、ＤＬ／ＵＬ送信についての共通および専用制御情報を搬送することができる。
【０１３９】
ライセンスバンドであることができるアンカチャネルにおいて、ＣＦＳ情報を搬送することができる。ＣＦＳ情報は、（例えば、第１の）ＤＬスロットにおいて搬送することができる。ＤＬスロットが、部分的スロットであり、ＣＦＳを搬送するのに十分なリソースシンボルを有さない場合、２つのスロット（例えば、最初の２つのスロット）を使用して、ＣＦＳを搬送することができる。
【０１４０】
ＡＵＬ送信が、ＣＯＴに対して許容される場合、ＡＵＬ送信は、（例えば、ＡＵＬ送信の送達確認が、同じＣＯＴにおいて搬送されるように）スケジュールされたＵＬ送信（ＳＵＬ）よりも早く、スケジュールすることができる。ＡＵＬ送信のための送達確認は、ＳＵＬ送信のそれよりも長い時間遅延を有することがある。
【０１４１】
アクティブなＷＴＲＵ（例えば、すべてのアクティブなＷＴＲＵ）は、アンライセンスバンド上において、プリアンブルおよびＣＦＳを監視することができる。アンライセンスバンド上におけるＷＴＲＵのための共通探索空間は、ＤＬ送信のプリアンブルまたは発見信号から開始することができる。
【０１４２】
実施においては、ＣＦＳに含まれる情報は、より高位のレイヤの信号、例えば、ＲＲＣ信号において搬送することができる。スタンドアロン送信を用いる場合、信号は、アンライセンスバンド上において送信することができる。ライセンスバンドが、アンライセンス送信を補助するためのアンカチャネルとしての役割を果たす場合、信号は、ライセンスバンド上において搬送することができる。
【０１４３】
例においては、ＣＦＳ送信は、ＣＯＴの開始時に搬送することができ、一回送信することができる。
【０１４４】
ＣＦＳは、ＷＴＲＵのための情報を搬送することができ、それは、ＣＯＴ送信の一部でないことがある。ＣＦＳを受信する機会をＷＴＲＵ（例えば、すべてのＷＴＲＵ）にもたせるために、ＣＦＳにおいて搬送される情報のすべてまたは一部は、ＣＯＴにおいて繰り返され、複数回送信することができる。
【０１４５】
例においては、ＣＦＳ送信は、ＣＯＴにおいて繰り返され、複数回送信することができる。
【０１４６】
例においては、例えば、部分的ＣＦＳと呼ばれる、ＣＦＳにおけるいくつかの情報は、繰り返され、複数回送信することができる。
【０１４７】
ＣＦＳは、アンライセンスバンドのために新たに設計されたチャネルであることができる。ＣＦＳは、（例えば、代替として）ＰＤＣＣＨおよび／またはＰＤＳＣＨを使用して送信することができる。例えば、共通ＰＤＣＣＨによって搬送されるＤＣＩは、ＰＤＳＣＨ送信のためのグラントを含むことができる。ＰＤＳＣＨは、ＣＦＳを搬送することができ、ＷＴＲＵ（例えば、すべてのＷＴＲＵ）は、ＰＤＳＣＨを監視する必要があることがある。ＣＦＳは、ＰＤＳＣＨにおいて搬送することができる。
【０１４８】
ＬＢＴを実行することができる。アンライセンススペクトルにおける送信は、ＬＢＴ規制に従うことができる。ｇＮＢが、ＷＴＲＵのために、ＵＬ送信のためのスロットをスケジュールすることができるとしても、ＷＴＲＵは、ＬＢＴを実行することができ（例えば、依然として実行する必要があることがあり）、スケジュールされたスロット上において送信することができないことがある。送信（例えば、送達確認）は、ＬＢＴを実行することによって、干渉から保護することができる。
【０１４９】
例においては、ｇＮＢは、ＨＡＲＱ−ＡＣＫ送信のために、１つまたは複数のリソースを許諾することができる。グラントは、複数のＤＣＩを介することができ、または（例えば、半静的な周期的スケジューリングについては）１つのＤＣＩを介することができる。許諾されたリソースは、異なる時間シンボル／スロット／サブフレーム／フレーム上にあることができる。（例えば、ＬＢＴのせいで）グラント上において送信することができないことがあるＷＴＲＵは、別のグラント上において送信することができることがある。以下のうちの１つまたは複数を適用することができる。
【０１５０】
例においては、グラントを使用して、特定のＷＴＲＵのためのＨＡＲＱ−ＡＣＫをスケジュールすることができる。（例えば、スペクトル効率を改善するために）ＨＡＲＱ−ＡＣＫ送信のために、同じリソースまたはリソースの同じセットに対して、２つ以上のＷＴＲＵをスケジュールすることができる。例においては、特定のＨＡＲＱ−ＡＣＫ送信に対して、半静的な周期的スケジューリングを用いる場合、ＷＴＲＵについての選好順序を含めることができる。選好順序は、ｇＮＢによって割り当てることができる。ＷＴＲＵは、ＬＢＴが許容する場合は、順序に従って、割り当てられたリソースを使用して、ＨＡＲＱ−ＡＣＫを送信することができる。
【０１５１】
例えば、ｇＮＢは、ＨＡＲＱ−ＡＣＫを送信するために、Ｎ個のＵＬリソースをＷＴＲＵ（例えば、ＷＴＲＵ１）に対して割り当てることができる。選好順序は、長さＮを有することができ、割り当てられたＵＬリソース（例えば、割り当てられた各ＵＬリソース）の選好プライオリティを示すことができる。ＷＴＲＵは、ＬＢＴが許容する場合は、最も高い選好プライオリティを有するＵＬリソース上において送信しようと試みることができる。そうでなければ、ＷＴＲＵは、２番目に高い選好プライオリティを有するＵＬリソース上において送信しようと試みることができ、以降も同様である。ｇＮＢは、（例えば、ＷＴＲＵ１およびＷＴＲＵ２からの送信を高い確率で区別することができるように）異なる選好順序を用いる別のＷＴＲＵ（例えば、ＷＴＲＵ２）に対して、Ｎ個のＵＬリソースの同じセットを割り当てることができる。ＷＴＲＵ１およびＷＴＲＵ２からのＨＡＲＱ−ＡＣＫ送信は、符号領域または空間領域技法を通して区別することができる。ｇＮＢによって送信されるグラントに対して、以下のうちの１つまたは複数を適用することができる。グラントは、専用送信を通して、ＷＴＲＵ（例えば、各ＷＴＲＵ）に送信することができる。送信されるグラントは、グループベースのＰＤＣＣＨを通して提供することができる、Ｎ個のリソースのアロケーションであることができ、選好順序は、専用送信を通して、提供することができる。グラントは、ＰＤＣＣＨおよび／またはＰＤＳＣＨを通したグループベースのアロケーション送信を通して、送信することができる。例においては、グラントは、複数のＷＴＲＵについての自律ＨＡＲＱ−ＡＣＫ送信のために使用することができる。
【０１５２】
ＣＯＴを解放することができる。例えば、ｇＮＢは、ｇＮＢがＣＯＴを予約した期間が満了する前に、ＣＯＴ送信を停止することができる。ＣＯＴの開始時に、パラメータのセットを使用して、ＣＯＴにおけるＤＬおよびＵＬ送信の長さを示すことができる。トラフィックがもはや利用可能でない場合、ｇＮＢは、ＣＯＴ送信を終了することができることがある。
【０１５３】
例においては、ｇＮＢは、ＣＯＴ終了のためのＤＣＩを含むことができる、共通ＰＤＣＣＨを送信することができる。ＤＣＩにおいて、ＣＯＴの長さは、（例えば、ＣＯＴ送信の終了を示すために）０に設定することができる。ＷＴＲＵは、ＤＣＩを監視することができ（例えば、監視する必要があることがあり）、ＣＯＴの終了に気づくことができる。他のｇＮＢは、ＤＣＩを監視し、ＣＯＴの終了に気づくことができ、媒体を求めて競争することを試みることができる（例えば、その後、試みることができる）。
【０１５４】
ＣＯＴ内におけるＨＡＲＱ−ＡＣＫ送信を使用することができる。（例えば、ＣＯＴの終りに発生する送信については）（例えば、処理時間のせいで）ＣＯＴ内において、送達確認を受信することができないことがある。ＣＯＴ終了技法を使用して、ＣＯＴにおいて、送達確認送信を自己完結にすることができる。
【０１５５】
最大チャネル占有時間（ＭＣＯＴ）とＣＯＴという用語は、交換可能に使用することができる。
【０１５６】
ＮＲアンライセンス動作のための制御スロット／ミニスロットを使用することができる。ＭＣＯＴの間、ｇＮＢは、ＤＬおよびＵＬ交換をスケジュールすることができる。ｇＮＢは、ＭＣＯＴの終了前に、以下のうちの１つまたは複数を実行することができる。ｇＮＢは、ＭＣＯＴの終了前に、ＰＵＳＣＨにおいて先に受信されたＴＢに対して（例えば、すべての）残りのＨＡＲＱ−ＡＣＫを送信することができる。ｇＮＢは、ＭＣＯＴの終了前に、ＰＤＳＣＨにおいて先に送信されたＴＢに対して（例えば、すべての）残りのＨＡＲＱ−ＡＣＫをスケジュールすることができる。ｇＮＢは、ＭＣＯＴの終了前に、（例えば、次のＭＣＯＴにおいて対処することができる）ＷＴＲＵスケジューリング要求をスケジュールすることができる。ｇＮＢは、ＭＣＯＴの終了前に、ＳＳＢ／ＰＢＣＨを送信することができる。ｇＮＢは、ＭＣＯＴの終了前に、ＣＳＲ−ＲＳを１つまたは複数のＷＴＲＵに送信すること、および／または１つまたは複数のＷＴＲＵからの（例えば、非周期的）ＣＳＩ報告をスケジュールすることができる。ｇＮＢは、ＭＣＯＴの最終スロットまたはミニスロット（サブスロット）において、これらの１つまたは複数を試みることができる。最終スロット／ミニスロットは、制御スロットと呼ばれることがある。スロット／ミニスロットは、たいてい、制御チャネル（例えば、ＰＤＣＣＨおよびＰＵＣＣＨ）を搬送すること、および／または信号／チャネル（例えば、ＳＳＢ／ＰＢＣＨ）をブロードキャストすることができる。例えば、ＷＴＲＵは、ＭＣＯＴの最終スロットまたはサブスロットにおけるこれらの探索空間内において探索する場合において、ｇＮＢは、（例えば、ＷＴＲＵがＰＤＣＣＨを検出するために）（例えば、ＷＴＲＵ固有のＰＤＣＣＨまたはグループ共通ＰＤＣＣＨのための）１つまたは複数の探索空間を用いるように、ＮＲ−Ｕ  ＷＴＲＵを構成することができる。図４Ｃは、最終スロット／サブスロットが制御スロットである、ＮＲ−ＵのためのＮＲスロットの例示的な構造を示している。
【０１５７】
ｇＮＢは、（例えば、ＭＣＯＴの終了前に、最終スロットまたはサブスロットにおいて１つまたは複数のＰＤＣＣＨを搬送することを予期される）１つまたは複数の探索空間を用いるように、（例えば、１つの）ＮＲ−Ｕ  ＷＴＲＵまたはＮＲ−Ｕ  ＷＴＲＵのグループを構成することができる。
【０１５８】
ＮＲ−Ｕ  ＷＴＲＵは、（例えば、ＭＣＯＴの終了前に、最終スロットまたはサブスロットにおいて１つまたは複数のＰＤＣＣＨを搬送することを予期される）１つまたは複数の探索空間を用いるように、それのｇＮＢによって構成することができる。図４Ｄは、ＭＣＯＴの終了時における、ＷＴＲＵ技法の例を示している。ＷＴＲＵは、ＷＴＲＵ固有のＲＮＴＩを用いて、またはグループＲＮＴＩを用いて、ＰＤＣＣＨを検出することができる。ＷＴＲＵは、ＭＣＯＴの間に、データを交換しなかったことがある。ＷＴＲＵは、（例えば、それの周期的ＣＳＩ報告が近づいているとき）ＣＳＩ報告送信のためにＰＵＳＣＨが割り当てられているかどうかを決定するために、固有のＰＤＣＣＨをチェックすることができる。ＷＴＲＵは、（例えば、ＷＴＲＵが、ＭＣＯＴの間に、データを交換しなかった場合）（例えば、次のＭＣＯＴにおいてｇＮＢが果たすスケジューリング要求を送信するために）いずれかのＰＵＣＣＨがＷＴＲＵに割り当てられているかどうかを決定するために、固有のＰＤＣＣＨを監視することができる。
【０１５９】
拡張エリアを使用することができる。（例えば、最終）ＤＬまたはＵＬ送信オケージョン(送信機会)をＨＡＲＱ−ＡＣＫ送信のために予約することができる。ＨＡＲＱ−ＡＣＫ送信のために予約された１つの前（例えば、直前）の送信機会は、（例えば、十分な処理時間を有するために）終りに拡張エリアを有することができる（例えば、図４Ｅを参照）。図４Ｅは、ＣＯＴベースの送信における拡張エリアの例を示している。拡張エリアは、ＨＡＲＱ−ＡＣＫおよび／または参照信号送信を必要としない送信のために使用することができる。
【０１６０】
拡張エリアの存在、および／または（ＯＦＤＭシンボルを単位とすることができる）拡張エリアのサイズは、ＣＯＴにおいてシグナリングすることができる。例えば、シグナリングおよび構成は、ＣＦＳにおいて搬送することができる。拡張エリアが存在するかどうか、および／または拡張エリアのサイズは、事前定義することができる。
【０１６１】
拡張エリアは、アンライセンスバンドにおけるＤＬおよび／またはＵＬ送信機会の終りに、追加することができる。拡張エリアは、媒体を予約し、ｇＮＢ／ＷＴＲＵが受信された信号を処理するためのより多くの時間を有することを可能にし、および／または次回の送信を準備するためのより多くの時間をｇＮＢ／ＷＴＲＵに提供することができる。拡張エリアの存在およびサイズは、ＰＤＣＣＨ内のＤＣＩにおいてシグナリングすることができる。拡張エリア情報を搬送するＤＣＩは、共通ＤＣＩであることができる。拡張エリアアロケーションのために、ＲＮＴＩを割り当てることができる。
【０１６２】
複数ユーザ並行ＵＬ送信を使用することができる。
【０１６３】
（例えば、ＮＲ−Ｕにおいて複数ユーザ並行ＵＬ送信を可能にするために）遅延させられたトリガおよび／またはトリガ参照信号を使用することができる。ｇＮＢは、ランダムバックオフを用いるＬＢＴを使用して、チャネルを獲得することができる。ｇＮＢは、複数のＷＴＲＵとＣＯＴを共用することができる（例えば、複数のＷＴＲＵは、異なる周波数リソースを使用して、並行して送信することができる）。トリガ参照信号は、ＤＬスロット（例えば、最終ＤＬスロット）に含めることができる。ＷＴＲＵは、トリガ参照信号を使用して、時間／周波数領域において同期を取ることができる。遅延させられたトリガおよびトリガ参照信号の例が、図４Ｆに示されている。
【０１６４】
ｇＮＢは、ランダムバックオフを用いるＬＢＴを使用して、チャネルを獲得することができる。ｇＮＢは、１つまたは複数のＤＬ／ＵＬ切り換えを有する、共用ＣＯＴを開始することができる。共用ＣＯＴ情報は、ＣＦＳまたはＤＬ制御チャネルにおいてシグナリングすることができる。
【０１６５】
ｇＮＢは、（例えば、ＷＴＲＵが対応するＵＬ送信を準備するのに十分な処理時間が存在することができるように、可能な限り早く）ＤＣＩまたは他の制御チャネルを通して、ＵＬグラントを送信することができる。ＵＬグラントにおいて、以下のうちの１つまたは複数をシグナリングすることができる。ＵＬグラントにおいて、並行ＵＬ送信(concurrent UL transmission)をシグナリングすることができる。このフィールドが、設定されたとき、ＷＴＲＵは、対応するＵＬ送信を他のＷＴＲＵと共用することができることに気づくことができる。ＵＬグラントにおいて、トリガ参照信号インジケーションをシグナリングすることができる。トリガ参照信号インジケーションは、インジケーションをＤＬスロット（例えば、最終ＤＬスロット）に含めることによって、シグナリングすることができ、ＷＴＲＵは、インジケーションを使用して、時間／周波数領域において同期を取ることができる。ＵＬグラントにおいて、リソースアロケーションをシグナリングすることができる。異なる周波数領域リソースユニットを使用してＷＴＲＵを割り当てることができる。割り当てが、１つのＵＬスロットについて有効であり、複数のスロットが、共用ＣＯＴにおいて利用可能であり、同じ周波数リソースが、１つのＷＴＲＵにアロケートされる場合、ＷＴＲＵは、２つ以上のＤＣＩを使用することができる。ＤＣＩを使用して、２つ以上のＵＬスロットについてのアロケーションを示すことができる。ＵＬ周波数ホッピングをアロケーションに適用することができ、周波数ホッピングパターンは、明示的または暗黙的にシグナリングされる。
【０１６６】
ｇＮＢは、他のＤＬ制御およびデータチャネルを送信し続けることができる。ｇＮＢは、（例えば、ＤＬ送信の終りに）トリガ参照信号を送信することができる。トリガ参照信号は、良好な相関特性を有することができる。例えば、ＷＴＲＵは、受信された信号と、セーブされたトリガ参照信号との間の相関（例えば、自己相関）を実行することによって、トリガ参照信号を検出することができる。ＷＴＲＵが、トリガ参照信号の検出に成功した場合、ＷＴＲＵは、（例えば、トリガ参照信号の後に）ＵＬ信号を送信することを決定することができる。ＷＴＲＵは、トリガ参照信号を使用して、同期を実行することができる。ＤＬ送信スロットを、１つまたは複数のＷＴＲＵ（例えば、すべてのＷＴＲＵ、またはＵＬにおいて並行して送信することができるＷＴＲＵ）に割り当てることができる。ＵＬ割り当ては、ＷＴＲＵが、それのＵＬ割り当ての前に、ＤＬ送信を監視することができることを暗示することができる。
【０１６７】
（例えば、ＵＬ送信に対して割り当てることができる）ＷＴＲＵは、固定された持続時間を有するＬＢＴを実行することができる。ＷＴＲＵは、送信された信号がｇＮＢに並行して到着することができるように、（例えば、トリガ参照信号に基づいて）それのタイミングアドバンスを調整することができる。ＷＴＲＵは、送信された信号がｇＮＢに整列して到着することができるように、（例えば、トリガ参照信号に基づいて）それの周波数オフセット事前補正を調整することができる。例えば、複数のＷＴＲＵからの信号は、ｇＮＢにおいて、時間および／または周波数において整列させることができる。
【０１６８】
図４Ｆは、１つまたは複数のＵＬスロット（例えば、ＵＬスロットのすべて）にアロケートすることができる、ＷＴＲＵのセットを示している。ＷＴＲＵの異なるセットは、異なるＵＬスロットにアロケートすることができる。例えば、ＷＴＲＵ１〜ＷＴＲＵ６（例えば、ＵＥ１〜ＵＥ６）は、ＵＬスロット１にアロケートすることができ、ＷＴＲＵ７〜ＷＴＲＵ１０（例えば、ＵＥ７〜ＵＥ１０）は、ＵＬスロット２にアロケートすることができ、ＷＴＲＵ１１（例えば、ＵＥ１１）は、ＵＬスロット３にアロケートすることができる。
【０１６９】
ＡＵＬ送信を実行することができる。以下のうちの１つまたは複数をＡＵＬ送信と関連付けることができる。
【０１７０】
ＡＵＬ送信と関連付けられた例が、図５に示されている。ｇＮＢは、ＣＦＳにおいて、ＣＯＴのためのＡＵＬ構成情報を送信することができる。ＡＵＬ構成情報は、以下のうちの、すなわち、ＡＵＬ送信がＣＯＴにおいて許容されるかどうか、方向性受信を用いるＡＵＬ送信がＣＯＴにおいて許容されるかどうか、ＡＵＬ送信のためのＨＡＲＱ−ＡＣＫメカニズム、ＡＵＬ制御チャネル送信ルール、またはＣＯＴにおいて使用されるＬＢＴカテゴリ／タイプのうちの１つまたは複数を含むことができる。
【０１７１】
ＡＵＬ送信のためのＨＡＲＱ−ＡＣＫメカニズムは、以下のうちの、すなわち、コードブックベースのＷＴＲＵ毎のＨＡＲＱ−ＡＣＫが使用されるかどうか、リソースロケーションベースのＨＡＲＱ−ＡＣＫが使用されるかどうか、方向性ＨＡＲＱ−ＡＣＫが使用されるかどうか、またはＲＶ順序のうちの１つまたは複数を含むことができる。
【０１７２】
ＡＵＬ制御チャネル送信ルールに対して、以下のうちの１つまたは複数を適用することができる。ＡＵＬ送信は、コンテンションベースであることができ、ＷＴＲＵ（例えば、すべてのＷＴＲＵ）は、送信するための機会を取得することができる。ＷＴＲＵは、（例えば、データをデコードするために）それらのアイデンティティおよび対応する制御情報を示すことができる（例えば、示す必要があることがある）。このフィールドを使用して、ＣＯＴに対して一般的なＡＵＬ制御チャネル送信ルールを割り当てることができる。制御チャネル送信ルールは、ＡＵＬ−ＲＮＴＩ、ＡＵＬ  ＰＵＣＣＨの構成、および／またはＡＵＬ  ＰＵＳＣＨの構成を含むことができる。
【０１７３】
ＡＵＬ−ＲＮＴＩを使用して、ＣＯＴにおけるＡＵＬ制御チャネルの送信を識別することができる。ここで割り当てられるＡＵＬ−ＲＮＴＩは、ＣＯＴ内において有効であることができる。ｇＮＢは、ＡＵＬ−ＲＮＴＩを使用して、ＡＵＬアクティブ化および非アクティブ化情報、例えば、ＡＵＬアクティブ化情報のアロケーション、を搬送することができるＤＣＩをスクランブルすることができる。ＡＵＬを送信することができるＷＴＲＵ（例えば、各ＷＴＲＵ）は、ＡＵＬ−ＲＮＴＩを使用して、ＡＵＬ制御情報をスクランブルすることができる。この情報は、（例えば、代替として）（例えば、セル毎の情報として）より高位のレイヤによって事前定義または事前決定することができる。この事例においては、ＡＵＬ−ＲＮＴＩは、セル全体に対して有効であることができ、ＣＯＴ固有ではないことがある。
【０１７４】
ＡＵＬ  ＰＵＣＣＨの構成は、ＡＵＬ制御チャネルのための汎用的な探索空間構成を定義することができる。探索空間は、ｇＮＢが、ＷＴＲＵ（例えば、各ＷＴＲＵ）のためのＡＵＬ制御情報を探索するために、使用することができる。探索空間は、ＡＵＬ制御チャネルのためのＣＣＥアグリゲーションレベルを定義することができる。ＣＣＥアグリゲーションレベルは、ＰＵＣＣＨのタイプと一緒に、またはＡＵＬ  ＣＣＥアグリゲーションレベルとして明示的に定義することができる。この情報は、（例えば、代替として）事前定義することができ、すべてのＣＯＴについて同じであることができる。シグナリングは、必要でないことがある。
【０１７５】
ＡＵＬ  ＰＵＳＣＨの構成は、ＡＵＬ  ＰＵＳＣＨ送信ルールを（例えば、フィールドによって）割り当てることができる。例えば、ｇＮＢは、ＡＵＬ  ＰＵＳＣＨ（例えば、各ＡＵＬ  ＰＵＳＣＨ）のために使用することができるリソースブロック（ＲＢ）の数を決定することができる。この情報は、（例えば、代替として）事前定義または事前決定することができ、シグナリングは、必要でないことがある。
【０１７６】
ＣＯＴにおいて使用されるＬＢＴカテゴリ／タイプは、（例えば、各送信の前に）ＬＢＴが使用されるかどうかを（例えば、フィールドによって）示すことができる。ＬＢＴが、使用される場合、ＬＢＴカテゴリ／タイプは、どのタイプのＬＢＴを使用することができるかを示すことができる。例えば、固定されたコンテンションウィンドウサイズを用いるＬＢＴ、またはランダムなコンテンションウィンドウサイズを用いるＬＢＴを使用することができる。例においては、ＬＢＴ方式（例えば、すべての種類のＬＢＴ方式）は、テーブルに置くことができ、行インデックスを使用して、ＬＢＴタイプをシグナリングすることができる。このフィールドを受信したＷＴＲＵは、（例えば、ＣＯＴにおける各送信の前に）対応するＬＢＴ方式を使用することができる。ＣＯＴにおいて、（例えば、代替として）複数のＬＢＴタイプを許容することができる。ＣＯＴにおいて、異なるタイプの送信は、異なるタイプのＬＢＴ方式を使用することができる。例えば、ＵＬ制御チャネルとＵＬデータ送信とに、異なるタイプのＬＢＴを使用することを許容することができる。異なるＷＴＲＵプライオリティおよびトラフィックタイプを有するＵＬデータ送信は、異なるタイプのＬＢＴを使用することができる。例においては、ＵＬ送信（例えば、すべてのＵＬ送信）は、ＬＢＴを使用しないことがあり、または固定されたコンテンションウィンドウサイズを用いるＬＢＴを使用することがある。
【０１７７】
ｇＮＢは、ＡＵＬリソースの詳細な構成を設定することによって、ＡＵＬ送信をアクティブ化することができる。ＡＵＬアクティブ化情報は、ＰＤＣＣＨまたはＰＤＳＣＨにおいて搬送することができる。ＡＵＬアクティブ化情報を搬送するために、またはＡＵＬアクティブ化のためのアロケーションを行うために使用することができるＰＤＣＣＨは、ＡＵＬ−ＲＮＴＩスクランブルされた対応するＤＣＩを有することができる。ＡＵＬアクティブ化情報は、ＡＵＬ送信のための時間リソースおよび周波数リソース、ならびに／またはＡＵＬカウンタを含むことができる。
【０１７８】
ＡＵＬ送信のための時間および周波数リソースに対して、以下のうちの１つまたは複数を適用することができる。ｇＮＢは、ＡＵＬ制御チャネル送信のための時間リソースおよび周波数リソース、ならびにＡＵＬデータチャネル送信のための時間リソースおよび周波数リソースの別のセットを設定することができる。いくつかの事例においては、ＣＯＴ内において、周期的ＡＵＬを使用することができる。その事例においては、ＡＵＬアロケーションの周期性をシグナリングすることができる。
【０１７９】
ＡＵＬカウンタに対して、以下のうちの１つまたは複数を適用することができる。ＣＯＴにおいて、複数のＡＵＬ送信機会が、存在することができ、ＡＵＬカウンタを使用して、ＡＵＬ送信を識別することができる。ＡＵＬカウンタは、後でＡＵＬ送信のための送達確認において使用することができる。周期的ＡＵＬアロケーションについて、第１のＡＵＬ送信のためのＡＵＬカウンタを与えることができる。以降のＡＵＬ送信に対して、カウンタは、（例えば、各回に）１だけ増加または減少させることができる。一連のＡＵＬアロケーションのためのＡＵＬカウンタを事前定義または事前決定することができる。例えば、ＡＵＬカウンタは、関数によって導出することができる。
【０１８０】
ＷＴＲＵは、ＡＵＬ送信のために１つまたは複数のＡＵＬリソースユニットを選択することができる。ＷＴＲＵは、ランダムバックオフ、およびＡＵＬリソース上における送信を実行することができる。以下のうちの１つまたは複数は、ランダムアクセスおよびバックオフ、ならびに送信と関連付けることができる。
【０１８１】
ＷＴＲＵは、Ｒ∈［０，Ｒc）である数をランダムに選択することができ、ここで、Ｒmin≦Ｒc≦Ｒmaxである。ＲminおよびＲmaxは、事前定義または事前決定することができる。ＲminおよびＲmaxは、（例えば、代替として）（例えば、ＷＴＲＵプライオリティまたはアクセスカテゴリに基づいて）構成可能であることができる。ＷＴＲＵは、ＲをＫと比較することができる。Ｋは、ＡＵＬ送信のためにアロケートされたＲＢの数であることができる。Ｒ≦Ｋである場合、ＷＴＲＵは、ｇＮＢ受信セクタ／ビーム／プリコードが、その上においてＷＴＲＵ選択のｇＮＢ受信セクタ／ビーム／プリコードと一致する、１つまたは複数のランダムに選択されたＡＵＬリソースにおいて、送信することができる。例えば、ｇＮＢは、（例えば、空間領域における）それの受信セクタを、１つのＲＢから別のＲＢに変更することができる。ＷＴＲＵが、ＲＢを使用する場合、ＷＴＲＵは、ＲＢ上における対応するｇＮＢ受信セクタを知ることができる。ＷＴＲＵは、最大化されたリンク強度のために使用する、対応する送信セクタを知ることができる。例においては、ｇＮＢは、Ｋ個のＲＢ上において受信するために、それがｇＮＢ受信セクタ１を使用することを公表することができる。ｇＮＢ受信セクタ１がそれ自身にとっての最良の受信セクタであることを知ることができるＷＴＲＵは、Ｋ個のＲＢのうちの１つまたは複数を使用して、送信することができる。例においては、ＷＴＲＵは、Ｋ個のＡＵＬリソース上の第Ｒのリソース上において送信することができる。例においては、ＷＴＲＵは、番号Ｒ０をランダムに選択し、Ｋ個のＡＵＬリソース上の第Ｒ０のリソース上において送信することができる。Ｒ＞Ｋである場合、ＷＴＲＵは、Ｒ＝Ｒ−Ｋと設定し、次のＡＵＬ送信を待つことができる。
【０１８２】
本明細書において説明されるランダムアクセスおよびバックオフ技法を使用して、ＷＴＲＵのためのＡＵＬ制御情報を送信することができる。ＡＵＬデータの送信は、ＡＵＬ制御情報の送信によって決定することができる。例えば、選択されたＡＵＬデータリソースユニットは、ＡＵＬ制御情報においてシグナリングすることができる。選択されたＡＵＬデータリソースユニットロケーションは、（例えば、代替として）選択されたＡＵＬ制御リソースユニットロケーションの関数であることができる。関数は、事前定義または事前決定することができる。本明細書において説明されるランダムアクセスおよびバックオフ技法を使用して、ＷＴＲＵのためのＡＵＬデータを送信することができる。選択されたＡＵＬ制御リソースユニットロケーションは、選択されたＡＵＬデータリソースユニットロケーションの関数であることができる。本明細書において説明されるランダムアクセスおよびバックオフ技法を使用して、ＷＴＲＵのためのＡＵＬ制御情報およびデータを送信することができ、例えば、２つの別々のランダムアクセスを適用することができ、１つのバックオフを適用することができる。
【０１８３】
ＷＴＲＵは、ＡＵＬデータチャネルと一緒に、ＡＵＬ  ＰＵＣＣＨと呼ばれることがあるアップリンク制御チャネルを送信することができる。ＡＵＬ  ＰＵＣＣＨは、ＷＴＲＵ固有であることができる。制御チャネルにおいて、ＷＴＲＵは、以下のうちの、すなわち、変調符号化方式（ＭＣＳ）、ＨＡＲＱプロセスＩＤ、ＲＶ、新しいデータインジケーション（ＮＤＩ）、ＴＢＳ（もしくはＡＵＬ送信のサイズを示すための他のタイプの長さフィールド）、またはＡＵＬカウンタのうちの１つまたは複数を示すことができる。例においては、（例えば、すべての）ＷＴＲＵのうちの１つまたは複数からのＡＵＬ制御チャネルは、（例えば、ＵＬ制御チャネルのオーバヘッドを低減させるために）固定されたサイズを有することができる。同じサイズの物理時間周波数リソースを使用して、ＡＵＬ制御情報、例えば、同じ数の制御チャネル要素（ＣＣＥ）または制御リソースセット（ＣＯＲＥＳＥＴ）を搬送することができ、ＡＵＬ  ＰＵＣＣＨのために、同じアグリゲーションレベルを使用することができる。固定されたサイズは、事前決定すること、または構成可能であることができる。サイズが、構成可能である場合、ｇＮＢは、サイズを決定し、それを、ＡＵＬ送信をアクティブ化するために使用することができるＤＣＩ、またはＣＯＴについての（例えば、すべての）ＡＵＬ送信をセットアップするために使用することができるＣＦＳにおいてシグナリングすることができる。
【０１８４】
ＷＴＲＵは、ＡＵＬ  ＰＵＳＣＨと呼ばれることがあるアップリンクデータチャネルを送信することができる。例においては、ＷＴＲＵは、送信のために使用することができるリソースブロックの数を決定し、ＡＵＬ  ＰＵＣＣＨにおいてリソースブロックの数をシグナリングすることができる。例においては、ｇＮＢは、ＷＴＲＵのために使用されるリソースブロックの数を設定することができる。
【０１８５】
ｇＮＢは、ＨＡＲＱ−ＡＣＫ情報を、例えば、ＷＴＲＵに、送信し戻すことができる。ＨＡＲＱ−ＡＣＫ送信は、ＰＤＣＣＨにおいて搬送されるコードブックベースのＷＴＲＵ固有のＨＡＲＱ−ＡＣＫ、またはＰＤＣＣＨにおいて搬送されるリソースロケーションベースのＨＡＲＱ−ＡＣＫであることができる。
【０１８６】
ＰＤＣＣＨにおいて搬送されるコードブックベースのＷＴＲＵ固有のＨＡＲＱ−ＡＣＫに対して、以下のうちの１つまたは複数を適用することができる。ｇＮＢが、ＡＵＬ制御情報をＷＴＲＵから正確に受信した場合、ｇＮＢは、肯定的または否定的な送達確認をＷＴＲＵに送信し戻すことができる。ｇＮＢが、ＡＵＬデータ送信を正確または不正確に検出した場合、ｇＮＢは、肯定的または否定的な送達確認をＷＴＲＵに送信し戻すことができる。ｇＮＢが、ＡＵＬ制御情報を正確に受信しない場合、ｇＮＢは、いかなる送達確認もＷＴＲＵに送信することができない。
【０１８７】
ＰＤＣＣＨにおいて搬送されるリソースロケーションベースのＨＡＲＱ−ＡＣＫに対して、以下のうちの１つまたは複数を適用することができる。ＨＡＲＱ−ＡＣＫ送信は、ＣＯＴにおいてアクティブな１つまたは複数（例えば、すべて）のＷＴＲＵにブロードキャストすることができる。送達確認は、ＲＢまたはＲＢのセットによって搬送された情報をデコードすることにｇＮＢが成功したかどうかについての情報を含むことができる。ＲＢまたはＲＢのセットのロケーションは、明示的または暗黙的であることができる。ＲＢのロケーションが明示的である場合、ＲＢインデックス、またはＲＢのセットのためのインデックスを送達確認において搬送することができる。ＲＢのロケーションが暗黙的である場合、ＲＢインデックス、またはＲＢのセットのためのインデックスは、ＨＡＲＱ−ＡＣＫ  ＲＢのロケーションから暗黙的に導出することができる。
【０１８８】
ＲＢのロケーションが暗黙的である場合、以下のうちの１つまたは複数を適用することができる。ＲＢインデックス（例えば、第１のＲＢインデックス）が、Ｋであることができる間、ＲＢのセットにおいて、ＡＵＬ制御チャネルを搬送することができる。ＲＢインデックス（例えば、第１のＲＢインデックス）が、Ｌであることができる間、ＲＢのセットにおいて、ＡＵＬデータチャネルを搬送することができる。ＡＵＬ送信のためのＡＵＬカウンタは、Ｍであることができる。送信の送達確認を搬送するために使用されるＲＢのセットを決定するために使用することができる事前定義または事前決定された関数が、存在することができる。送達確認を搬送するために使用されるＲＢのセットの第１のＲＢインデックスがＮであると仮定すると、Ｎ＝ｆｕｎｃｔｉｏｎ（Ｋ，Ｌ，Ｍ）を使用することができる。例においては、関数は、Ｎ＝ｆｕｎｃｔｉｏｎ（Ｋ）、Ｎ＝ｆｕｎｃｔｉｏｎ（Ｋ，Ｍ）、Ｎ＝ｆｕｎｃｔｉｏｎ（Ｌ）、またはＮ＝ｆｕｎｃｔｉｏｎ（Ｌ，Ｍ）として定義することができる。
【０１８９】
本明細書において利用されるＲＢインデックスは、物理ＲＢインデックスまたは論理ＲＢインデックスを指すことができる。
【０１９０】
ＰＤＣＣＨにおいて搬送されるコードブックベースのＷＴＲＵ固有のＨＡＲＱ−ＡＣＫと、ＰＤＣＣＨにおいて搬送されるリソースロケーションベースのＨＡＲＱ−ＡＣＫとの組み合わせを、使用することができる。例えば、ＰＤＣＣＨにおいて搬送されるコードブックベースのＷＴＲＵ固有のＨＡＲＱ−ＡＣＫは、それのためのＡＵＬ制御情報の検出が成功したＷＴＲＵのために使用することができる。ＰＤＣＣＨにおいて搬送されるリソースロケーションベースのＨＡＲＱ−ＡＣＫは、それのためのＡＵＬ制御情報が失われたＷＴＲＵのために使用することができる。
【０１９１】
周期的なＡＵＬアロケーションが、許諾される場合、ｇＮＢは、周期的なＡＵＬ送信を非アクティブ化するために使用することができるＰＤＣＣＨを送信することによって、アロケーションを非アクティブ化する機会を有することができる。ｇＮＢは、ＰＤＳＣＨをアロケートするために、ＰＤＣＣＨを送信することができる。ＡＵＬ非アクティブ化情報は、ＰＤＳＣＨによって搬送することができる。
【０１９２】
図５は、ＡＵＬ送信と関連付けられた例を示している。
【０１９３】
ＡＵＬ−ＲＮＴＩを提供することができる。
【０１９４】
例においては、自律送信のために送信されるＵＣＩビットは、スクランブラ（例えば、自律／グラントフリーＷＴＲＵ送信をデコードするために、いくつかの共通設定を用いて初期化されたスクランブラ）を用いて、スクランブルすることができる。ｂ（ｉ）は、ＵＣＩとして送信された第ｉのビットを表すことができる。スクランブリング演算は、
【０１９５】
【数１】
2021519000.tif 000004
【０１９６】
として示すことができる。ここで、ｃ（ｉ）は、スクランブラであることができる。スクランブラは、セルＩＤ、ＮIDCellおよびＲＮＴＩインデックス、ｎRNTIに基づいて初期化することができる、線形フィードバックシフトレジスタ（ＬＦＳＲ）であることができる。例えば、ＭｕｌｔｅＦｉｒｅにおいては、スクランブラは、ＬＦＳＲに基づくことができ、それの初期化は、
【０１９７】
【数２】
2021519000.tif 000005
【０１９８】
によって与えることができる。ｎRNTIは、より高位のレイヤによって制御され、ＷＴＲＵに割り当てることができる。自律またはグラントフリー送信については、基地局は、ＵＣＩ送信を予期することができない。自律／グラントフリーＷＴＲＵについては、ｎRNTIは、ある値、例えば、０に設定することができる。他のファクタは、自律送信を示すことができるある値、例えば、初期化インデックスｎsに設定することができる。
【０１９９】
方向性ＡＵＬ送信を実行することができる。
【０２００】
ｇＮＢは、例えば、ＣＯＴ（例えば、ＣＯＴ全体）についてアロケーションが固定される場合、ＣＯＴについてのＡＵＬ構成においてＡＵＬ送信のためにアロケートされた（例えば、各）時間−周波数リソースユニット上において、それの受信セクタ／ビーム／プリコーダを設定することができる。ｇＮＢは、特定のＡＵＬ送信のためのＡＵＬアクティブ化にアロケートされた（例えば、各）時間−周波数リソースユニット上において、それの受信セクタ／ビーム／プリコーダを設定することができる。
【０２０１】
ＡＵＬアクティブ化は、ＰＤＣＣＨおよび／またはＰＤＳＣＨにおいて搬送することができる。ＡＵＬ送信にアロケートされた時間−周波数リソースユニット、および／またはリソースユニット上におけるｇＮＢ受信セクタ／ビーム／プリコーダマッピングは、ＡＵＬアクティブ化に含めることができる。時間−周波数リソースユニットは、周波数領域における複数のサブキャリアと、時間領域における複数のＯＦＤＭシンボルとから成ることができる。周波数リソースは、連続していること、または連続していないことができる。時間−周波数リソースのための１つまたは複数の例示的な受信セクタ／ビーム／プリコーダアロケーションを本明細書において開示することができる。例においては、例えば、図６に示されるように、Ｍ個の周波数領域リソースユニットグループ（ＦＲＵＧ）、およびＮ個の時間領域リソースユニットグループ（ＴＲＵＧ）を、ＡＵＬ送信のために割り当てることができる。ＦＲＵＧは、リソースブロック（ＲＢ）、リソースブロックグループ、または周波数領域における別のタイプのユニットであることができる。ＴＲＵＧは、ＯＦＤＭシンボル、ＯＦＤＭシンボルグループ、スロット、サブフレーム、フレーム、または時間領域における別のタイプのユニットであることができる。
【０２０２】
（例えば、図６に示されるように）循環的にシフトされたＲｘビームアロケーションを提供することができる。図６に見られるように、ＴＲＵＧ、例えば、ＴＲＵＧ０については、ＦＲＵＧ  ｋ上において、受信方向／セクタ／ビーム／プリコーダｋを使用することができる。第ＬのＴＲＵＧ、例えば、ＴＲＵＧ  Ｌ−１については、ＦＲＵＧ  ｋ上において、受信方向／セクタ／ビーム／プリコーダｍｏｄ（ｋ＋Ｌ，Ｍ）を使用することができる。
【０２０３】
１次元Ｒｘビームアロケーションを提供することができる。第ｋのＦＲＵＧ、および第ＬのＴＲＵＧについては、受信方向／セクタ／ビーム／プリコーダＬ×Ｍ＋ｋを使用することができる。
【０２０４】
他のタイプのアロケーションを適用することができる。例においては、Ｍは、１に等しいことができる（例えば、バンド全体にわたってすべてのサブキャリアを含むように、１つのＦＲＵＧを利用することができる）。Ｍ＝１である場合、ビームアロケーションは、時間領域ユニットにわたることができる。
【０２０５】
ｇＮＢが、複数の方向／セクタ／ビーム／プリコーダを通して、並行して受信することができる場合、２つ以上の方向／セクタ／ビーム／プリコーダを（例えば、１つの）ユニットに割り当てることができる。
【０２０６】
図６は、ＡＵＬ周波数／時間リソースのｇＮＢ受信セクタ／ビーム／プリコーダアロケーションの例を示している。
【０２０７】
ＷＴＲＵ方向性ＡＵＬ送信に対して、以下のうちの１つまたは複数を適用することができる。ＷＴＲＵは、ＷＴＲＵにとって最良のｇＮＢ受信セクタ／ビーム／プリコーダを知ることができる。ＷＴＲＵは、対応するＡＵＬ−ＲＮＴＩを用いて、ＰＤＣＣＨを検出することができる。ＷＴＲＵは、その上で送信する１つまたは複数のＡＵＬリソースユニットを選択することができる。ＷＴＲＵは、ＡＵＬ送達確認をｇＮＢから受信することができる。
【０２０８】
送信の前に、ＷＴＲＵは、ＷＴＲＵにとって最良のｇＮＢ受信セクタ／ビーム／プリコーダを知ることができる。ＷＴＲＵは、対応するＡＵＬ−ＲＮＴＩを用いて、ＰＤＣＣＨを検出することができる。ＷＴＲＵは、ＰＤＣＣＨに対応するＤＬ−ＳＣＨトランスポートブロックを検出することができる。ＷＴＲＵは、トランスポートブロックをより高位のレイヤに渡すことができる。より高位のレイヤは、ＤＬ−ＳＣＨを解析し、以下のうちの、すなわち、ＡＵＬカウンタ、ＡＵＬ時間／周波数リソースアロケーション、またはＡＵＬ時間／周波数リソース上におけるｇＮＢ受信セクタ／ビーム／プリコーダアロケーションのうちの１つまたは複数を獲得することができる。ＡＵＬカウンタを使用して、ＡＵＬアロケーションを識別することができる。ＡＵＬカウンタは、ＡＵＬ送信のためのＨＡＲＱ−ＡＣＫにおいて使用することができる。
【０２０９】
ＷＴＲＵは、その上で送信する１つまたは複数のＡＵＬリソースユニットを選択することができる。ｇＮＢ受信セクタ／ビーム／プリコーダは、ＷＴＲＵ記録の最良のｇＮＢ受信セクタ／ビーム／プリコーダと一致することができる。ＷＴＲＵが、ＡＵＬリソース上においてランダムバックオフおよび送信を実行する場合、ＷＴＲＵは、バックオフ期間の間、チャネルを監視するために、受信方向を使用することができる。例えば、Ｍ個の周波数領域リソースユニットグループ（ＦＲＵＧ）、およびＮ個の時間領域リソースユニットグループ（ＴＲＵＧ）を、ＡＵＬ送信のために割り当てることができる。ＡＵＬ送信のためのＭ×Ｎ個のリソースが、存在することができる。Ｍ×Ｎ個のリソースの中で、それらのうちのＫ個は、ＷＴＲＵ選択のｇＮＢ受信セクタ／ビーム／プリコーダを用いるように割り当てることができる。以下のうちの１つまたは複数は、ランダムバックオフおよび送信と関連付けることができる。
【０２１０】
ＷＴＲＵは、Ｒ∈［０，Ｒc）である数をランダムに選択することができ、ここで、Ｒmin≦Ｒc≦Ｒmaxである。Ｒminおよび／またはＲmaxは、事前定義または事前決定することができる。Ｒminおよび／またはＲmaxは、ＷＴＲＵプライオリティまたはアクセスカテゴリに基づいて、構成可能であることができる。ＷＴＲＵは、ＲをＫと比較することができる。Ｒ≦Ｋである場合、ＷＴＲＵは、ｇＮＢ受信セクタ／ビーム／プリコードが、その上においてＷＴＲＵ選択のｇＮＢ受信セクタ／ビーム／プリコードと一致する、１つまたは複数の割り当てられたＡＵＬリソースにおいて、送信することができる。例においては、ＷＴＲＵは、Ｋ個のＡＵＬリソース上の第Ｒのリソース上において送信することができる。例においては、ＷＴＲＵは、番号Ｒ０をランダムに選択し、Ｋ個のＡＵＬリソース上の第Ｒ０のリソース上において送信することができる。Ｒ＞Ｋである場合、ＷＴＲＵは、Ｒ＝Ｒ−Ｋと設定し、次のＡＵＬ送信を待つことができる。ＷＴＲＵは、方向性または全方向性送信を使用することができる。
【０２１１】
ＷＴＲＵは、ＡＵＬ送達確認をｇＮＢから受信することができる。ＨＡＲＱ−ＡＣＫ送信に対して、以下のうちの１つまたは複数を適用することができる。
【０２１２】
ＡＵＬ送信のための方向性ＨＡＲＱ−ＡＣＫを提供することができる。ＨＡＲＱ−ＡＣＫ送信は、方向性であることができる。例えば、ＷＴＲＵは、第ｋのリソースにおいて送信することができる。ｇＮＢは、方向／セクタ／ビーム／プリコーダｍを使用して、第ｋのリソースを受信することができる。ＷＴＲＵは、第ｑのＤＣＩ探索空間またはＤＣＩ  ＲＢ上において搬送することができる、ＡＵＬ送達確認を予期することができる。（例えば、ｋとｑとの間の）マッピングは、事前定義／事前決定すること、またはｇＮＢによって構成およびシグナリングすることができる。チャネルまたはアンテナ相反性が、適用される場合、ＡＵＬ送達確認は、対応する第ｍの送信方向／セクタ／ビーム／プリコーダを使用して、送信することができる。さもなければ、ＡＵＬ送達確認は、第ｍ０の送信方向／セクタ／ビーム／プリコーダを使用して、送信することができ、ここで、ｍ０は、ｋの関数を使用することによって、決定することができる。
【０２１３】
（例えば、図７に示されるような）空間多重化ＨＡＲＱ−ＡＣＫ送信を提供することができる。ＷＴＲＵ（例えば、ＷＴＲＵ１）は、リソースｋ１において送信することができる。ｇＮＢは、例えば、方向／セクタ／ビーム／プリコーダｍ１を使用して、リソースｋ１を受信することができる。ＷＴＲＵは、第ｑのＤＣＩ探索空間またはＤＣＩ  ＲＢ上において搬送することができる、ＡＵＬ送達確認を予期することができる。別のＷＴＲＵ（例えば、ＷＴＲＵ２）は、リソースｋ２において送信することができる。ｇＮＢは、方向／セクタ／ビーム／プリコーダｍ２を使用して、リソースｋ２を受信することができる。他のＷＴＲＵ（例えば、ＷＴＲＵ２）は、第ｑのＤＣＩ探索空間またはＤＣＩ  ＲＢ上において搬送することができる、ＡＵＬ送達確認を予期することができる。事前定義または事前決定された関数を使用して、ｋ１および／またはｋ２をｑにマッピングすることができる。ｇＮＢは、ＲＢ  ｑ上において方向／セクタ／ビーム／プリコーダｍ１およびｍ２をそれぞれ使用して、送達確認をＷＴＲＵ１およびＷＴＲＵ２に送信することができる。
【０２１４】
図７は、ＡＵＬ送信のための方向性リソースベースのＨＡＲＱ−ＡＣＫと関連付けられた例を示している。
【０２１５】
（例えば、図５および図６に示されるような）ＦＲＵＧは、局所化することができる。ＦＲＵＧは、ＤＬおよびＵＬにおいて物理リソースにマッピングすることができる論理チャネルを指すことができる。１つまたは複数のマッピングを用いて、物理リソースを局所化し、分散させ、またはインターレースすることができる。
【０２１６】
符号分割ＡＵＬ送信を提供することができる。図６は、（例えば、ＷＴＲＵが、同じｇＮＢ受信セクタと関連付けることができるＷＴＲＵのより小さいグループと競争することができるように）ｇＮＢ受信セクタをＡＵＬ時間−周波数リソースに割り当てることと関連付けられた例を示している。同様のアイデアを符号領域分割とともに使用することができる。（例えば、ｇＮＢ受信セクタを割り当てる代わりに）符号のセットに属する拡散符号を時間−周波数リソース（例えば、各時間−周波数リソース）に割り当てることができる。符号のセットは、事前定義または事前決定することができる。セット内の符号の１つまたは複数のペアは、互いに直交することができる。例においては、（例えば、リソース上における送信を符号を使用して区別することができるように）２つ以上の符号を時間−周波数リソースに割り当てることができる。
【０２１７】
例においては、ＷＴＲＵ（例えば、各ＷＴＲＵ）には、初期アクセスの間に、符号（例えば、１つの符号）を割り当てることができる。ＷＴＲＵは、（例えば、ＡＵＬ送信はコンテンションベースであることができるので）競争し、ＡＵＬ時間−周波数リソースを選択することができる。割り当てられた符号は、送信するためのＷＴＲＵ符号と一致することができる。送達確認は、ＷＴＲＵに割り当てられた符号を用いて、変調することができる。
【０２１８】
例においては、ＷＴＲＵ（例えば、各ＷＴＲＵ）は、符号をランダムに選択することができ、送信するためのその符号と関連付けられた時間−周波数リソースを選択することができる。ＷＴＲＵは、時間−周波数リソースをランダムに選択し、その後、送信するためのそのリソース上に割り当てられた（例えば、１つの）符号をランダムに選択することができる。
【０２１９】
自律送達確認送信を使用することができる。ＷＴＲＵからｇＮＢへのＨＡＲＱ−ＡＣＫ送信は、共用ＣＯＴ内において送信することができないことがある。ＨＡＲＱ−ＡＣＫ送信は、遅延させることができる。ｇＮＢは、ＤＬデータ送信を許諾することができるＤＣＩにおいて、ＵＬ  ＨＡＲＱ−ＡＣＫを、例えば、グラントを用いずに、自律的な方法で送信することができることを示すことができる。ｇＮＢは、ＤＣＩまたはＲＲＣシグナリングを使用して、１つまたは複数のＷＴＲＵ（例えば、すべてのＷＴＲＵ）のための自律ＵＬ  ＨＡＲＱ−ＡＣＫ送信のための１つまたは複数のリソースをアロケートすることができる。ＷＴＲＵは、アロケートされたリソース上において、競争し、ＨＡＲＱ−ＡＣＫを送信することができる。
【０２２０】
スケジュールされたＵＬ  ＨＡＲＱ送信および自律ＵＬ  ＨＡＲＱ送信を実行することができる。例においては、ＷＴＲＵアクセスは、ＳＵＬとＡＵＬとの組み合わせであることができる。ＨＡＲＱ構成は、（Ｋ、Ｎ）ＨＡＲＱ実施を示すことができる。Ｋは、特定のＨＡＲＱプロセスのためにＳＴＡがその上で送信するための、ｇＮＢによって明示的にスケジュールされたリソースの数を表すことができる。この事例においては、（例えば、データを送信し、異なるＲＶを再送する前にＡＣＫを予期するＨＡＲＱプロセスの代わりに）プロセスは、ＡＣＫを予期する前に、最大Ｋ個のＲＶを送信することができる。アンライセンスバンドにおける衝突の可能性のせいで、ＲＶ（例えば、各ＲＶ）は、自己デコード可能であることができる。Ｎは、ＬＢＴ失敗のせいで（例えば、媒体がビジーであるせいで）、スケジュールされたリソースのいずれにも、それがアクセスすることができない場合に、ＳＴＡがチャネルに自律的にアクセスすることができる回数を表すことができる。
【０２２１】
実施のＳＵＬおよびＡＵＬ部分の間に使用されるＬＢＴは、異なるように構成することができる。
【０２２２】
ＷＴＲＵは、０、．．．、Ｋ−１個および０、．．．、Ｎ−１個のリソースのうちの１つまたは複数（例えば、各々）の上において、異なる自己デコード可能なＲＶを送信することができる。
【０２２３】
例においては、ＡＣＫは、Ｋ回の再送の終りまで、遅延させることができ、またはデータのデコードがひとたび成功すると、ｇＮＢによって送信することができる（プリエンプティブＡＣＫ送信）。
【０２２４】
例においては、ＡＵＬ  ＨＡＲＱ送信は、（例えば、最終リソースのタイミングの後）固定された持続時間において発生することができる。この持続時間は、ｇＮＢによって、半静的または動的に構成することができる。
【０２２５】
スケジュールされたＵＬ  ＨＡＲＱ送信および自律ＵＬ  ＨＡＲＱ送信と関連付けられた例が、図８および図９に示されている。
【０２２６】
図８は、Ｋ＝３、およびＮ＝２である、例示的なＳＵＬおよびＡＵＬ  ＨＡＲＱ送信のための、リソースアロケーションおよびフレーム構造と関連付けられた例を示している。
【０２２７】
ＳＵＬおよびＡＵＬ  ＨＡＲＱ送信に対して、以下のうちの１つまたは複数を適用することができる。ＷＴＲＵは、ｇＮＢがチャネルを求める競争に成功したとき、ｇＮＢからＤＬ  ＰＤＣＣＨを受信することができる。ＷＴＲＵは、所望の／シグナリングされたＲＶを用いて、Ｋ個のスケジュールされたリソース上において、特定のＨＡＲＱ  ＩＤと関連付けられたデータを送信することができる。ＷＴＲＵは、スケジュールされたＨＡＲＱ  ＡＣＫリソースをリッスンすることができる。ＷＴＲＵは、ＡＵＬリソースを求めて競争することができ、所望の／シグナリングされたＲＶを用いて、Ｎ個のリソース上において、特定のＨＡＲＱ  ＩＤと関連付けられたデータを送信することができる。ＷＴＲＵは、ＡＵＬ  ＨＡＲＱ  ＡＣＫリソースをリッスンすることができる。
【０２２８】
ｇＮＢがチャネルを求める競争に成功したとき、ｇＮＢからＤＬ  ＰＤＣＣＨを受信するＷＴＲＵに対して、以下のうちの１つまたは複数を適用することができる。ＷＴＲＵは、スロット内のＵＬおよびＤＬシンボルを識別するために、ＳＦＩをデコードすることができる。ＷＴＲＵは、スケジュールされたアクセスリソースおよび自律アクセスリソースをデコードすることができる。ＷＴＲＵは、スケジュールされたアクセスリソースのために使用されるＬＢＴパラメータのセット、および自律アクセスリソースのためのＬＢＴのために使用されるＬＢＴパラメータのセットをデコードすることができる。スケジュールされたアクセスリソースのためのＬＢＴパラメータと、自律アクセスリソースのためのＬＢＴパラメータは、異なることができる。ＷＴＲＵは、ＨＡＲＱパラメータ（Ｋ＝３、Ｎ＝２）、および関連付けられた自己デコード可能なＲＶをデコードすることができる。ＷＴＲＵは、Ｋ回のＨＡＲＱ反復のためのリソースをデコードすることができる。ＷＴＲＵは、スケジュールされたアクセスＡＣＫおよび自律アクセスＡＣＫのためのリソースをデコードすることができる。
【０２２９】
ＷＴＲＵは、所望の／シグナリングされたＲＶを用いて、Ｋ個のスケジュールされたリソース上において、特定のＨＡＲＱ  ＩＤと関連付けられたデータを送信することができる。
【０２３０】
ＷＴＲＵがスケジュールされたＨＡＲＱ  ＡＣＫリソースをリッスンするとき、以下のうちの１つまたは複数を適用することができる。ＡＣＫが受信された場合、ＷＴＲＵは、スケジュールされたＨＡＲＱ  ＡＣＫリソースをリッスンすることを停止することができる。ＮＡＣＫが受信された場合、または（例えば、ＳＵＬにおける衝突のせいで）信号が受信されない場合、ＷＴＲＵは、Ｎ＝２の反復を用いるＡＵＬアクセスに切り換わることができる。
【０２３１】
ＷＴＲＵは、１つまたは複数のＡＵＬリソースを求めて競争することができ、所望の／シグナリングされたＲＶを用いて、Ｎ個のリソース上において、特定のＨＡＲＱ  ＩＤと関連付けられたデータを送信することができる。
【０２３２】
ＷＴＲＵがＡＵＬ  ＨＡＲＱ  ＡＣＫリソースをリッスンするとき、以下のうちの１つまたは複数を適用することができる。ＡＣＫが送信された場合、ＷＴＲＵは、ＡＵＬ  ＨＡＲＱ  ＡＣＫリソースをリッスンすることを停止することができる。ＮＡＣＫが受信された場合、または（例えば、ＳＵＬにおける衝突のせいで）信号が受信されない場合、ＳＵＬおよびＡＵＬ  ＨＡＲＱ送信は、失敗することができる。
【０２３３】
図９は、Ｋ＝３、およびＮ＝２である、例示的なＳＵＬおよびＡＵＬ  ＨＡＲＱ手順を示している。
【０２３４】
ランダムリソース選択および確信度インジケーションを使用するＨＡＲＱ送信を実行することができる。それと関連付けられた１つまたは複数の特徴は、自己完結ＨＡＲＱ−ＡＣＫ送信に関連することができる。
【０２３５】
ｇＮＢは、ＮＲデバイス、ＮＲ−Ｕデバイス、スタンドアロン（ＳＡ）もしくは非スタンドアロン（ＮＳＡ）、または他の任意のタイプのデバイスであることができる、１つまたは複数のＷＴＲＵに対して、アップリンクリソースのプール（例えば、ＲＢ、スロット、ミニスロット、セクタ、ビームなどのうちの１つまたは複数の組み合わせ）を指定することができる。リソース（例えば、各リソース）、またはリソースの組み合わせ（例えば、ＲＢ、スロット、ミニスロット、ビーム、セクタのうちの１つもしくは複数の組み合わせ）は、応答リソースと関連付けることができる。応答リソースを使用して、関連付けられたアップリンクリソース上において受信されたＵＬ送信と関連付けられた送達確認（例えば、ＡＣＫ、ＮＡＣＫ、または他のタイプの応答）を送信することができる。アップリンクリソースのプールの指定は、ＰＤＣＣＨ上においてｇＮＢによって送信することができる。アップリンクリソースのプールの指定は、例えば、ＰＵＣＣＨ上において、１つまたは複数のＷＴＲＵによって送信された、１つまたは複数のアップリンク要求に対する応答であることができる。
【０２３６】
応答リソースのプールは、指定されたアップリンクリソースのプールと関連付けることができる。（例えば、アップリンクリソースのいくつかは、アップリンクにおけるランダム選択のせいで、利用されないので）応答リソースのプールにおけるリソースの数は、関連付けられたアップリンクリソースのプールにおけるリソースの数よりも少ないことができる。
【０２３７】
ＷＴＲＵは、それ自身に対して、またはＷＴＲＵが属するグループに対して指定された、（例えば、１つの）アップリンクリソース、または１つもしくは複数のアップリンクリソースの組み合わせを使用して、ＨＡＲＱ送信を送信することができる。アップリンクリソースの選択は、ランダムであることができ、またはアルゴリズムに基づくことができる。アルゴリズムは、ｇＮＢによって公表された１つもしくは複数のパラメータに、またはＷＴＲＵのＷＴＲＵ  ＩＤに基づくことができる。そのような送信は、ＰＵＳＣＨ上において行うことができる。アップリンク送信は、非直交多元接続（ＮＯＭＡ）方式を使用して行うことができる。ＷＴＲＵは、（例えば、送信の後）アップリンクにおいて送信するためにそれが選択したアップリンクリソースと関連付けられた応答リソースを監視することができる。
【０２３８】
ｇＮＢは、ＷＴＲＵによるアップリンク送信のための指定されたアップリンクリソースを監視することができる。アップリンクリソースまたはリソースの組み合わせ（例えば、各アップリンクリソースまたはリソースの組み合わせ）について、ｇＮＢは、受信された信号に基づいて、確信度を決定することができる。確信度は、デバイスが送信を受信したことをｇＮＢがどれほど確信しているかについての尺度として、定義することができる。例えば、確信度は、確信のレベル、例えば、ステータス、状態、条件などに適用する値を有することができる。例えば、値は、「検出された送信なし」、「低いＳＮＲ」、「追加のＨＡＲＱが必要」、「衝突が検出された」、「正しく受信された」、および／または「未知」と関連付けることができる。信頼の各レベルに対して（例えば、１つの）値が、存在することができる。例えば、ｇＮＢは、アップリンクリソースにおいて、エネルギーが検出されなかった、または非常に低いエネルギーが検出された場合、送信が検出されなかったと決定することができる。例えば、ｇＮＢは、ｇＮＢからのＷＴＲＵ（または、例えば、ＷＴＲＵのグループ）の距離が与えられた場合に予期することができる、ＷＴＲＵの１つによる有効な送信と見なされるべき著しくより高いエネルギーレベルが、リソースにおいて検出された場合、衝突が検出されたと決定することができる。
【０２３９】
アップリンクリソース上においてアップリンク送信を正しく受信した後、ｇＮＢは、関連付けられた応答リソースにおいて、ＡＣＫを送信することができる。さもなければ、ｇＮＢは、応答リソースにおいて、ＮＡＣＫを送信することができる。アップリンクリソースのプールに対して、応答リソースのプールが指定される場合、ｇＮＢは、応答リソースのプールにおいて、ＡＣＫ／ＮＡＣＫを送信することができる。ｇＮＢは、送達確認に（例えば、ＮＡＣＫ内に）確信度を含めることができる。追加のリソースは、確信度に基づいて、アロケートすることができる。追加のリソースのそのようなアロケーションは、ＮＡＣＫに、または例えば、ＰＤＣＣＨ上における、別個の送信に含めることができる。
【０２４０】
確信度が、「検出された送信なし」を示す（例えば、それと関連付けられた値を有する）とき、ｇＮＢは、アップリンクリソースのための送達確認の送信をスキップすることができる。例においては、ｇＮＢは、「検出された送信なし」を示す確信度を有するＮＡＣＫを送信することができる。ＷＴＲＵが、あるアップリンクリソースを用いて送信したが、応答を受信しない場合、または「検出された送信なし」を示す確信度を有するＮＡＣＫの応答を受信した場合、ＷＴＲＵは、送信電力を増加させ、ビームフォーミングを使用し、送信電力増加を要求するなどすることができる。
【０２４１】
確信度が、「衝突が検出された」を示すとき、ｇＮＢは、識別されたアップリンクリソースについてのＮＡＣＫを送信することができる。ｇＮＢは、確信度を示し、アップリンク送信に対して、より多くのアップリンクリソースをアロケートすることができる。ＮＡＣＫおよび「衝突が検出された」の確信度を受信したＷＴＲＵは、１つまたは複数のアロケートされたアップリンクリソースをランダムに選択し、アップリンク送信を行うことができる。確信度が、「衝突が検出された」を示すとき、ＷＴＲＵは、（例えば、最初のパケット送信は、ｇＮＢにおいて衝突したとき、あまり多くの情報をもたらさないことがあるので、ＨＡＲＱ送信を続行する代わりに）アップリンクにおいてフレームを再送することを選択することができる。ＷＴＲＵは、確信度送信に基づいて、スケジュールされた送信から自律送信に（または、例えば、自律送信からスケジュールされた送信に）切り換わることを決定することができる。
【０２４２】
ｇＮＢは、「低いＳＮＲ」または「追加のＨＡＲＱが必要」を示す確信度を示し、アップリンクリソースの特定のセット、ＨＡＲＱ  ＩＤ、および／またはＷＴＲＵ  ＩＥに対するインジケーションを有するＮＡＣＫを送信することができる。追加のリソースは、第１のアップリンクリソース上において送信したＷＴＲＵのためのアップリンク送信のためにアロケートすることができ、またはＨＡＲＱ  ＩＤおよび／もしくはＷＴＲＵ  ＩＥと関連付けられる。ＷＴＲＵは、いずれかのアロケートされたアップリンクリソース上において、ｇＮＢへのＨＡＲＱ送信を続行することを決定することができる。
【０２４３】
Ｋ回反復送信およびＵＬ構成の送信のための送達確認を提供することができる。Ｋ回反復送信は、（例えば、ＷＴＲＵがＴＢをＫ回反復して送信することができる）アップリンクにおいて、構成された送信またはグラントフリー送信のために使用することができる。Ｋ回反復送信は、ＷＴＲＵが、（例えば、単一の）ＴＢ、または送達確認、ＣＳＩ報告、初期アクセスのために使用されるシグナリングなどの制御信号を送信するために、Ｋ個のリソースを用いるように構成される場合に、適用することができる。Ｋ回反復送信は、Ｋ個のリソースを用いて（例えば、単一の）ＴＢまたは制御信号を送信するために、ｇＮＢまたはＷＴＲＵにおいて使用することができる。反復送信は、リソースペイロードビットの同じセットに対応する送信を指すことができる。各送信のための符号化されたビットは、同じでないことがある。以下で述べられるメカニズムまたは特徴のうちの１つまたは複数は、１つまたは複数のアロケートされたリソースを用いるデータおよび／または制御送信のために使用することができる（例えば、データおよび／または制御信号は、１つまたは複数のアロケートされたリソースを用いて、送信することができる）。
【０２４４】
ＣＯＴベースのＫ回反復送信を（例えば、ＣＯＴ内において）使用することができる。グラントを用いないアップリンク送信のための周期性Ｐは、ＣＯＴ持続時間に設定することができる。Ｐの割り当ては、ＮＲ−Ｕバンドにおいて事前定義することができ、または（例えば、より高位のレイヤのシグナリングを使用することによって）構成可能であることができる。
【０２４５】
１つまたは複数（例えば、２つ）のＣＯＴベースのＫ回反復送信の例を、図１０に示すことができる。図１０は、分散化されたＫ回反復送信の例を示している。分散化されたＫ回反復送信においては、Ｋ回反復送信機会は、ＵＬ送信持続時間において、分散化された方法で、スケジュール／アロケートすることができる。ｇＮＢは、Ｋ回反復送信の早期打ち切りのために、ＤＣＩ、または別のタイプの暗黙的もしくは明示的なＨＡＲＱ−ＡＣＫを送信することができる。Ｋ回反復リソースアロケーションは、（例えば、ＣＯＴ内において連続的な送信を維持するために）以下のルールのうちのいずれかを使用することができる。キャリア（例えば、各キャリア）において、部分的な周波数バンドをグラントフリー送信にアロケートすることができ、周波数バンドの残りをグラントベースの送信にアロケートすることができる。キャリアにおける周波数バンド全体が、グラントフリー送信にアロケートされる場合、グラントフリー送信のためにアロケートされる時間持続は、相対的に小さい（例えば、ＷｉＦｉ  ＳＴＡが媒体を獲得することができないことがあるように、ＷｉＦｉシステムのための分散協調機能（ＤＣＦ）フレーム間間隔（ＤＩＦＳ）（例えば、２５μｓ）よりも小さい）ことができる。
【０２４６】
局所化されたＫ回反復送信を使用することができる。局所化されたＫ回反復送信の例を、図１０に示すことができる。Ｋ回反復送信機会は、ＵＬ送信持続時間において、局所化された方法で、スケジュール／アロケートすることができる。局所化されたＫ回反復送信機会は、ＣＯＴの終りに存在することができる。ＷＴＲＵが、グラントフリーセクションにおいて送信するトラフィックを有さない場合、またはＬＢＴ失敗のせいで、送信することができない場合、ＷＴＲＵは、アロケートされたリソース上において、送信することができない。アンライセンスバンドにおいて、１つまたは複数のリソースを、ｇＮＢによって予約することができる。ｇＮＢ予約を見逃した、またはｇＮＢ予約を理解しないＷＴＲＵは、予約されたリソース上において送信しようと試みることができる。送信機会をＣＯＴの終りにアロケートすることによって、チャネルが他のＷＴＲＵによって占有された場合に、ＣＯＴの残りの上における送信に影響しないことができる。
【０２４７】
グラントフリー（ＧＦ）構成および／または有効なアップリンクトラフィックを有するＷＴＲＵが、送信することができる。異なるＷＴＲＵからの送信が衝突する機会が、存在することがある。ｇＮＢは、（例えば、衝突の確率を低減させるために）以下のうちの１つまたは複数を実行することができる。ｇＮＢは、ＧＦ送信のために、より多くの送信機会をスケジュールすることができる。ＧＦ構成を受信したＷＴＲＵ（例えば、各ＷＴＲＵ）は、ＷＴＲＵが実行することができる反復の数についてのＷＴＲＵ固有の構成を有することができる。例えば、ＧＦのための送信機会の数は、ＷＴＲＵの間の反復の最大数よりも多いことができる。ｇＮＢは、（例えば、ＧＦ送信のために構成されるＷＴＲＵの数に基づいて）ＷＴＲＵのために構成された反復の数を調整することができる。例えば、ｇＮＢは、ＧＦ送信を実行することが予期されるＷＴＲＵが多数存在する場合、ＷＴＲＵ（例えば、各ＷＴＲＵ）に対して、より小さい反復の数を割り当てることができる。ｇＮＢは、ＧＦ送信を実行することが予期されるＷＴＲＵが少数存在する場合、ＷＴＲＵ（例えば、各ＷＴＲＵ）に対して、より大きい反復の数を割り当てることができる。
【０２４８】
ＷＴＲＵは、以下のうちの１つまたは複数を含む構成をｇＮＢから受信することができる。構成のうちの１つまたは複数は、ＣＯＴの開始時に、ＣＯＴ設定構成として（例えば、ＣＦＳにおいて）送信することができる。構成のうちの１つまたは複数は、ＷＴＲＵ固有の構成を用いて、送信することができる。構成は、ＣＯＴ固有または有効であることができる。構成は、後の時間において、更新することができる。図１１は、ＣＯＴベースのＵＬ  ＧＦ反復送信および送達確認のためのＷＴＲＵ技法の例を示している。
【０２４９】
ＣＯＴにおけるグラントフリー送信のためのＫ個の送信機会を使用することができる。Ｋ個の送信機会は、ＣＯＴにおけるグラントフリー送信のためにアロケートすることができる（例えば、ＣＯＴ毎の構成）。
【０２５０】
ＷＴＲＵのためのＫ’回の反復を使用することができる。ＷＴＲＵには、ＴＢをＫ’回反復して送信することを許可することができる（例えば、ＣＯＴ毎の構成）。
【０２５１】
ＧＦ  ＨＡＲＱ−ＡＣＫしきい値および／またはＨＡＲＱ−ＡＣＫタイマをシグナリングまたは事前定義することができる。ＧＦ  ＨＡＲＱ−ＡＣＫしきい値は、ＵＬ送信の単位で定義することができる。ＷＴＲＵがｇＮＢから送達確認を受信しないとき、ＷＴＲＵがＣＯＴにおいてＫ’回反復送信を実行し、Ｋ’がＧＦ  ＨＡＲＱ−ＡＣＫしきい値よりも大きい場合、ＷＴＲＵは、反復送信が成功したと（例えば、暗黙的に）決定することができる。Ｋ’がしきい値よりも小さい場合、ＷＴＲＵは、反復送信が失敗したと決定することができる。しきい値は、事前定義／事前決定すること、および／または構成可能であることができる。例えば、構成可能なしきい値は、ＣＯＴ毎の様式で、ｇＮＢによってシグナリングまたは構成することができる。
【０２５２】
ＧＦ  ＨＡＲＱ−ＡＣＫタイマを使用することができる。ＣＯＴベースのＫ回反復送信を用いる場合、タイマは、ＣＯＴの持続時間に設定することができる。タイマは、複数のＣＯＴの総和に設定することができる。例えば、タイマは、ＧＦ  ＨＡＲＱ−ＡＣＫタイマの受信から、ＷＴＲＵが関与する３つの連続するＣＯＴの合計持続時間であることができる、３に設定することができる。タイマが満了し、送達確認が受信されない場合、ＷＴＲＵは、ＧＦ反復送信が成功したと決定することができる。
【０２５３】
ＷＴＲＵは、Ｋ’をＫと比較することができる。Ｋ’＜Ｋである場合、ＷＴＲＵは、ＴＢを送信するために、Ｋ個の送信機会の中からＫ’個をランダムに選択することができる。Ｋ’回反復において使用されるＲＶ値は、以下のうちの１つまたは複数を使用することができる。ＲＶ系列をＫ個の送信機会上において割り当てることができる。送信機会が、選択された場合、ＷＴＲＵは、送信機会と関連付けられたＲＶ値を使用することができる。例えば、ＣＯＴにおいて、８個の送信機会（Ｋ０、．．．、Ｋ７）をアロケートすることができ（例えば、Ｋ＝８）、ＲＶ系列は、サイズｌ＿ｒｖを有することができる（例えば、ｌ＝４）。第ｎの送信機会は、ＲＶ系列における第（ｍｏｄ（ｎ，ｌ＿ｒｖ）＋１）の値と関連付けることができ、ここで、ｎ＝０、．．．、Ｋ−１である。例えば、Ｋ’＝３である場合、ＷＴＲＵは、そこにおいて送信すべきＫ０、Ｋ３、Ｋ５をランダムに選択することができる。例えば、送信のために、Ｎ＝｛０，３，５｝、およびＲＶ系列における第（ｍｏｄ（ｎ，ｌ＿ｒｖ）＋１）＝｛０，３，１｝の値を、使用することができる。
【０２５４】
ＲＶ値は、ＷＴＲＵによって実行される送信と関連付けることができる。ＷＴＲＵは、それの第ｎの送信のために、ＲＶ系列における第（ｍｏｄ（ｎ−１，ｌ＿ｒｖ）＋１）の値を使用することができ、ｎ＝１、２、．．．、ｍｉｎ（Ｋ，Ｋ’）である。送信のために使用されるＲＶ値は、シグナリングすることができる。例えば、グラントフリー送信と関連付けられたＵＣＩは、ＲＶ値を搬送することができる。ＷＴＲＵは、（例えば、さもなければ）アロケートされたＫ個の機会上において、Ｋ回、ＴＢを送信することができる。
【０２５５】
ＷＴＲＵが、ＣＯＴの終了前に、明示的または暗黙的ＨＡＲＱ−ＡＣＫを受信した場合、ＷＴＲＵは、グラントフリー反復送信を終了することができる。
【０２５６】
ＷＴＲＵは、ＣＯＴの終了前に、明示的または暗黙的な肯定的ＨＡＲＱ−ＡＣＫを受信しないことがある。ＷＴＲＵは、果たされた反復送信の数を（例えば、ｍｉｎ（Ｋ，Ｋ’）をＧＦ  ＨＡＲＱ−ＡＣＫしきい値と）比較することができる。ｍｉｎ（Ｋ，Ｋ’）＜ＧＦ  ＨＡＲＱ−ＡＣＫしきい値である場合、ＷＴＲＵは、反復送信が成功しなかったと決定することができる。ＷＴＲＵは、ＴＢのソフトバッファを維持することができる。ｍｉｎ（Ｋ，Ｋ’）が、ＧＦ  ＨＡＲＱ−ＡＣＫしきい値以上である（例えば、それよりも大きい、またはそれに等しい）場合、ＷＴＲＵは、反復送信が成功したと決定することができる。ＷＴＲＵは、ＴＢのソフトバッファを処分することができる。
【０２５７】
図１１は、ＣＯＴベースのＵＬ  ＧＦ反復送信および送達確認のためにＷＴＲＵが使用することができるフローチャートの例を示している。
【０２５８】
明示的／暗黙的なＨＡＲＱ−ＡＣＫは、以下のうちの１つまたは複数を含むことができる。ＷＴＲＵは、同じＨＡＲＱプロセスＩＤを有するＤＣＩを、ＧＦ反復送信のために使用される１つとして使用することができ、送信が許諾されていること、および（例えば、暗黙的に）旧いＧＦ送信が肯定的に送達確認されたことを示すために、新しいデータインジケーション（ＮＤＩ）を使用することができる。ＮＤＩは、送信が新しいデータのためであることを示すために、トグルすることができる。ＮＤＩが、ＵＬグラントのためのＤＣＩに含まれる場合、トグルされたＮＤＩは、ＷＴＲＵが、アロケートされたリソースにおいて、新しいデータを送信する必要があることを示すことができる。トグルされたＮＤＩは、先行するデータ送信（例えば、旧いデータ送信）が正しく受信されたことを暗示することができる。ＷＴＲＵは、同じＨＡＲＱプロセスＩＤを有するＤＣＩを、ＧＦ反復送信のために使用される１つとして使用することができ、再送が許諾されていること、および（例えば、暗黙的に）旧いＧＦ送信が否定的に送達確認されたことを示すために、トグルされたＮＤＩを使用することができる。ＷＴＲＵは、グラントベースの再送を実行することができる。
【０２５９】
ｇＮＢ決定の反復アクセスを使用することができる。Ｋ’＜Ｋである場合、ｇＮＢは、送信機会を決定／選択することができる。ＷＴＲＵは、ｇＮＢから、以下の構成のうちの１つまたは複数を受信することができる。ＷＴＲＵは、ＣＯＴにおけるグラントフリー送信のためのＫ個の送信機会を受信することができる（例えば、ＣＯＴにおけるグラントフリー送信のために、Ｋ個の送信機会をアロケートすることができる）。ＷＴＲＵは、ＷＴＲＵのためのＫ’回反復を受信することができる（例えば、ＷＴＲＵに、ＴＢをＫ’回反復して送信することを許容することができる）。ＧＦ  ＨＡＲＱ−ＡＣＫしきい値および／またはＨＡＲＱ−ＡＣＫタイマを、ｇＮＢによって、シグナリングまたは事前定義することができる。事前決定されたＵＬアクセスは、事前定義／事前決定すること、またはｇＮＢによって構成することができる。事前決定されたＵＬアクセスを用いる場合、Ｋ’個の送信機会を、ｇＮＢによって選択および／または決定することができる。ｇＮＢは、選択／決定されたＫ’個の送信機会をＷＴＲＵにシグナリングすることができる。ＷＴＲＵは、Ｋ’個の機会を使用して、送信することができる。ｇＮＢは、テーブルにおいてアクセス実施を定義することができ、インデックスを各エントリに割り当てることができる。ｇＮＢは、インデックスをＷＴＲＵにシグナリングすることができる。ｇＮＢは、アクセスタイプおよび／またはアクセスパラメータを定義し、タイプおよび／またはパラメータをＷＴＲＵにシグナリングすることができる。
【０２６０】
例示的なアクセス技法について説明する。例示的な（例えば、タイプ１または局所化されたアクセス）技法においては、（例えば、１つの）ＷＴＲＵのために、Ｋ’個の連続機会を選択することができる。ｇＮＢは、開始機会オフセット（Ｋ＿ｓｔａｒｔ）をＷＴＲＵにシグナリングすることができる。局所化されたアクセスは、循環的方法で、アロケートすることができる。例えば、ＵＬ  ＧＦ送信のために、送信機会ｍｏｄ（Ｋ＿ｓｔａｒｔ＋ｋ＿ｐ，Ｋ）を使用することができ、ここで、ｋ＿ｐ＝０、．．．、Ｋ’である。
【０２６１】
例示的な（例えば、タイプ２または分散化されたアクセス）技法においては、（例えば、１つの）ＷＴＲＵのために、開始機会オフセット（Ｋ＿ｓｔａｒｔ）およびステップサイズ（Ｋ＿ｓｔｅｐ）を有するＫ’個の連続機会を選択することができる。ｇＮＢは、Ｋ＿ｓｔａｒｔおよびＫ＿ｓｔｅｐをＷＴＲＵにシグナリングすることができる。局所化されたアクセスは、循環的方法で、アロケートすることができる。例えば、ＵＬ  ＧＦ送信のために、送信機会ｍｏｄ（Ｋ＿ｓｔａｒｔ＋ｋ＿ｐ×Ｋ＿ｓｔｅｐ，Ｋ）を使用することができ、ここで、ｋ＿ｐ＝０、．．．、Ｋ’である。
【０２６２】
機会（例えば、１つの機会）を２回以上選択することができる。その機会においては、送信のために、２つ以上のリソースを選択することができる。
【０２６３】
ＷＴＲＵは、ｇＮＢの方向に従うことができる。例えば、ＷＴＲＵは、本明細書において説明されるように、ｇＮＢの方向において、１つまたは複数のアクションを実行することができる。ＷＴＲＵは、ＧＦ送信のために、ｇＮＢによって送信された機会を使用することができる。
【０２６４】
複数のＣＯＴにわたってＫ回反復送信を使用することができる。グラントを用いないアップリンク送信のための周期性Ｐは、複数のＣＯＴに等しい持続時間に設定することができる。共存するＲＡＴ送信およびＬＢＴのために使用される時間は、周期性Ｐにおいて、カウントしないことができる。Ｐの割り当ては、ＮＲ−Ｕバンドにおいて事前定義すること、および／またはより高位のレイヤのシグナリングを使用することによって構成可能であることができる。
【０２６５】
タイマを使用することができる。タイマは、例えば、ＡＣＫ  ＮＲＵタイマであることができる。タイマの満了は、ＷＴＲＵがライセンスバンドにおいてＡＣＫを使用することを決定すべきであることを、ＷＴＲＵに（例えば、暗黙的に）示す。アンライセンスバンドにおいては、連続的なスケジュールされた送信が、可能であることがあり、タイマは、以下のうちの１つまたは複数に従って実施することができる。タイマは、ｇＮＢがＷＴＲＵへのＧＦ送信を構成したとき、開始することができる。タイマは、ｇＮＢがチャネルの保持を解放したとき、中断することができる。タイマは、ｇＮＢがチャネルを再び獲得したとき、再開することができる。
【０２６６】
コンテンションウィンドウを調整することができる。ＷＴＲＵは、アップリンク送信を実行する前に、ランダムバックオフを用いるＬＢＴを実行することができる。例えば、ＷＴＲＵは、（例えば、ＷＴＲＵによって選択された乱数と関連付けられた）指定された継続時間にわたって、チャネルをリッスンすることができる。ＷＴＲＵは、少なくともその継続時間にわたってチャネルが空いている場合、送信することができる。ＷＴＲＵは、少なくともその継続時間にわたってチャネルが空いていない場合、送信することができない。
【０２６７】
ＷＴＲＵは、ＷＴＲＵがｇＮＢからフィードバックを受信する前に、アップリンクパケットをＫ回（例えば、繰り返し）送信することができる。ＷＴＲＵは、（例えば、各送信のために）０からＣＷｐの間に一様に分布した乱数を引くことができ、ここで、ＣＷｐは、プライオリティクラスｐについてのコンテンションウィンドウサイズ（ＣＷＳ）であることができる。ＷＴＲＵは、事前定義／事前決定／構成されたパターン（例えば、ＣＷＳ系列）、およびプライオリティクラスｐについての先行する送信のためのそれのＣＷｐに従って、各反復送信のためのＣＷｐを調整することができる。例えば、プライオリティクラスは、ＮＲにおいては、チャネルアクセスプライオリティクラスとして定義することができる。
【０２６８】
コンテンションウィンドウ調整の例が、図１２に示されている。ＷＴＲＵは、１回または複数（例えば、４）回、パケットを送信することができる。プライオリティクラスのためのＣＷＳは、先行する送信については、３１であることができる。ＷＴＲＵは、第１および第２の送信のために、元のＣＷＳを使用することができ、第３および第４の送信のために、ＣＷＳを増加させることができる。ＣＷＳ調整パターンのこのセットは、（例えば、ｇＮＢがパケットを検出するのに、反復送信のサブセットで十分であることができるように）密なネットワークにおいて良好なチャネル状態を有するＷＴＲＵに対して使用することができる。ＷＴＲＵによって使用されるコンテンションウィンドウ調整は、ｇＮＢによって構成可能であることができる。
【０２６９】
ＷＴＲＵは、Ｋ回反復送信（例えば、送信機会のセット）のための構成を受信することができる。構成は、使用されるＣＷＳパターンを含むことができる。ＣＷＳパターンは、Ｋ回反復送信のためのＣＷＳ調整の系列として定義することができる。与えられた送信のためのＣＷＳは、２のそれぞれのＣＷＳ調整乗によって乗算することができる。例えば、系列パターンＣ＝［０，０，１，１］は、最初の２つの送信（例えば、図１２に示されるようなスロット）は、現在のＣＷＳを使用し、最後の２つの送信は、２倍したＣＷＳを使用することを示すために、使用することができる。系列パターンＣ＝［０，０，−１，−１］は、最初の２つの送信は、現在のＣＷＳを使用し、最後の２つの送信は、半分にしたＣＷＳ（例えば、２-1＝１／２）を使用することを示すために、使用することができる。系列パターンＣ＝［０，０，１，２］は、最初の２つの送信は、現在のＣＷＳを使用し、第３の送信は、２倍したＣＷＳを使用し、第４の送信は、４倍した（例えば、２2＝４）ＣＷＳを使用することを示すために、使用することができる。ＣＷＳパターンのリストは、テーブル内に列挙することができ、エントリ（例えば、各エントリ）には、ＣＷＳパターンインデックスを割り当てることができる。ＣＷＳパターンインデックスを参照することによって、ｇＮＢおよびＷＴＲＵの両方が、対応するパターンを知ることができる。ＣＷＳパターンは、Ｋ回反復送信をアクティブ化するために使用することができるＤＣＩにおいて、搬送することができる。
【０２７０】
例においては、ＣＷｐは、ＷＴＲＵのための現在のＣＷＳであることができ、プライオリティクラスは、ｐであることができる。第ｋの送信について、
【０２７１】
【数３】
2021519000.tif 000006
【０２７２】
であり、ここで、ＣＷminは、最小ＣＷＳであることができ、ＣＷmaxは、最大ＣＷＳであることができる。ＣＷminおよび／またはＣＷmaxは、事前定義／事前決定すること、またはｇＮＢによって構成することができる。Ｃは、ＣＷＳ系列パターンであることができる。Ｃkは、系列内の第ｋのエントリであることができる。ＷＴＲＵは、０からＣＷkpの間に均一に分布した乱数を生成することができ、本明細書において説明されるように、乱数に基づいて、ランダムバックオフを実行することができる。
【０２７３】
ｇＮＢは、Ｋ回反復送信を実行するために、ＣＷＳ系列をＷＴＲＵに割り当てることができる。ＣＷＳ系列は、ＷＴＲＵにおいて事前構成または事前定義することができる。ＷＴＲＵは、Ｋ個の送信機会のセットを（例えば、ｇＮＢから）受信することができる。Ｋ個の送信機会のセットは、１つまたは複数のＣＯＴにわたることができる。ＷＴＲＵは、（例えば、本明細書において説明されるように）ＣＯＴのためのＣＦＳを受信することができる。ＣＷＳ系列は、セット内の送信機会のためのＣＷＳ（例えば、各それぞれの送信機会のためのそれぞれのＣＷＳ）を含むことができる。ＷＴＲＵのためのＣＷＳ系列内のＣＷＳ（例えば、各ＣＷＳ）は、一意的であることができる。ＣＷＳ系列は、ＷＴＲＵのアイデンティティに基づいて、ＷＴＲＵに割り当てることができる（例えば、各ＷＴＲＵは、一意的なＣＷＳ系列を有することができる）。
【０２７４】
ｇＮＢは、時間／周波数リソースの同じセット（例えば、アンライセンスバンドにおけるチャネル）上において送信する２つ以上のＷＴＲＵを割り当てることができる。図１３に、ｇＮＢがＣＷＳを制御することができる例が、示されている。ＷＴＲＵ１およびＷＴＲＵ２には、時間／周波数リソースの同じセットを使用して、４つの送信機会（例えば、図１３に示されるような、４つのスロット）を割り当てることができる。ＷＴＲＵ１には、ＣＷＳ系列ＣＳ１＝［１５，３１，６３，１２７］を使用するように、割り当てることができ、ＷＴＲＵ２には、ＣＷＳ系列ＣＳ２＝［１２７，６３，３１，１５］を使用するように、割り当てることができる。与えられた送信機会について、ＷＴＲＵ１および／またはＷＴＲＵ２は、それらの割り当てられたＣＷＳ系列からＣＷＳを決定することができる。送信機会について、ＷＴＲＵ１およびＷＴＲＵ２の各々は、それの送信機会のために、０からそれぞれのＣＷＳの間の（例えば、一様に分布した）乱数を選択することができる。ＷＴＲＵ１およびＷＴＲＵ２の各々は、（例えば、本明細書において説明されるように）そのＷＴＲＵのための選択された乱数に基づいて、ランダムバックオフを用いるＬＢＴを実行することができる。（例えば、最初の２つの送信機会については、ＷＴＲＵ１のためのＣＷＳは、ＷＴＲＵ２のためのＣＷＳよりも小さいので）ＷＴＲＵ１は、最初の２つの送信機会にわたって送信するのにより良い機会を有することができ、ＷＴＲＵ２は、最後の２つの送信機会にわたって送信するのにより良い機会を有することができ、ＣＷＳ系列は、Ｋ回反復送信をアクティブ化するために使用することができる、ＵＬ  Ｋ回反復送信構成またはＤＣＩにおいて、搬送することができる。
【０２７５】
例えば、ＷＴＲＵ１およびＷＴＲＵ２は、各々、４つの送信機会（例えば、図１３に示されるようなスロット）のセットを受信する。ＷＴＲＵ１およびＷＴＲＵ２は、送信機会の同じセットを受け取ることができ、時間／周波数リソースの同じセット上において送信するように構成することができる。周波数リソースは、アンライセンスバンドにおけるチャネルであることができる。ｇＮＢは、ＣＷＳ系列ＣＳ１＝［１５，３１，６３，１２７］をＷＴＲＵ１に割り当て、ＣＷＳ系列ＣＳ２＝［１２７，６３，３１，１５］を割り当てることができる。各ＷＴＲＵのためのＣＷＳ系列は、ＷＴＲＵのアイデンティティに基づいて決定することができる。セット内の第１の送信機会について、ＷＴＲＵ１およびＷＴＲＵ２の各々は、そのＷＴＲＵのためのＣＷＳ系列に基づいて、それぞれのＣＷＳを決定することができる。例えば、ＷＴＲＵ１は、第１の送信機会のためのそれのＣＷＳが１５であると決定することができ、一方、ＷＴＲＵ２は、第１の送信機会のためのそれのＣＷＳが１２７であると決定することができる。ＷＴＲＵ１およびＷＴＲＵ２の各々は、０からそれの決定されたＣＷＳの間の（例えば、均一に分布した）乱数を選択することができる。例えば、ＷＴＲＵ１は、乱数１２を選択することができ、ＷＴＲＵ２は、乱数６０を選択することができる。ＷＴＲＵ１およびＷＴＲＵ２の各々は、それの選択された乱数と関連付けられた継続時間にわたって、チャネルをリッスンすることができる。例えば、ＷＴＲＵ１は、１２個のバックオフスロットにわたって、チャネルをリッスンすることができ、ＷＴＲＵ２は、６０個のバックオフスロットにわたって、チャネルをリッスンすることができる。バックオフスロットの長さは、事前定義または事前決定することができる。第１２のバックオフスロットにおいて、ＷＴＲＵ１は、チャネルが空いていると決定することができ、（例えば、データパケットの）送信を開始することができる。ＷＴＲＵ２は、第１２のバックオフスロットからチャネルがビジーであり始めることを検出することができ、送信機会において送信することができない。
【０２７６】
コンテンションウィンドウサイズは、ＷＴＲＵインデックスに基づいて、調整することができる。ＣＷＳは、送信機会インデックスｋと、ＷＴＲＵインデックスｊの関数であることができる。ＷＴＲＵ（例えば、各ＷＴＲＵ）は、それのＷＴＲＵインデックスを知る必要があることがある。ＷＴＲＵインデックスは、ｇＮＢによって、例えば、明示的に、割り当てる（例えば、シグナリングする）ことができる。例えば、ｇＮＢは、ＷＴＲＵのためのＲＲＣシグナリングまたはＬ１シグナリングにＷＴＲＵインデックスを含めることができる。ＷＴＲＵインデックスは、限られた数のビット、例えば、４ビットによって、示すことができる。ｇＮＢは、制御／データ自律送信のために完全または部分的に重なり合うリソースを共用するＷＴＲＵを一緒にグループ化することができ、グループ内において一意的なＷＴＲＵインデックスを使用することができる。異なるグループ内のＷＴＲＵは、ＷＴＲＵインデックスを再使用することができる。例えば、グループ内において、各ＷＴＲＵは、グループ内において一意的であることができる、それのＷＴＲＵインデックスを有することができる。異なるグループ内のＷＴＲＵは、例えば、ＷＴＲＵインデックスが限られている場合、同じＷＴＲＵインデックスを使用することができる。例においては、異なるグループに属するＷＴＲＵは、自律送信のために完全または部分的に重なり合うリソースを使用しないことがある。
【０２７７】
ＷＴＲＵインデックスは、暗黙的にシグナリングすることができる。例えば、ＷＴＲＵインデックスは、ＷＴＲＵ  ＲＮＴＩまたは他のＷＴＲＵ固有のアイデンティティから導出することができる。例えば、ＷＴＲＵおよびｇＮＢは、ＷＴＲＵアイデンティティがひとたび分かると、ＷＴＲＵインデックスを知ることができる。
【０２７８】
ｇＮＢは、例えば、ＲＲＣまたはＬ１シグナリングにおいて、グループにおけるＷＴＲＵの数を示すことができる。ＷＴＲＵは、アロケートされたリソースを共用するＷＴＲＵの数を知ることができる。この情報は、ＷＴＲＵが、他のＷＴＲＵとリソースを共用するための多元接続メカニズムを適切に選択する助けとなることができる。例えば、ＷＴＲＵは、アロケートされたリソースを共用するＷＴＲＵの数に基づいて、多元接続メカニズムを選択することができる。
【０２７９】
コンテンションウィンドウサイズは、サブセットインデックス、区画インデックス、および／または反復インデックスに基づいて、調整することができる。例えば、送信のために、Ｋ回反復が、存在することができる。Ｋ回反復は、送信のためのＭ個のサブセットに区分することができる。サブセット（例えば、各サブセット）は、送信のためのＮ個の区画にさらに区分することができる。送信区画（例えば、各送信区画）内において、送信のためのＪ回の反復が、存在することができる。送信サブセットには、インデックス、例えば、サブセットインデックスｍを割り当てることができる。送信区画には、インデックス、例えば、区画インデックスｎを割り当てることができる。反復には、インデックス、例えば、反復インデックスｋを割り当てることができる。
【０２８０】
ＷＴＲＵは、第１の送信サブセットのために、第１のＬＢＴカテゴリを使用することができ、第２の送信サブセットのために、第２のＬＢＴカテゴリを使用することができる。第１および第２のＬＢＴカテゴリは、同じであること、または異なることができる。ＬＢＴカテゴリは、ｇＮＢによって構成すること、または示すことができる。送信サブセット（例えば、各送信サブセット）内において、ＷＴＲＵは、サブセットにおける第１の送信区画のために、ＬＢＴカテゴリと関連付けられた第１のプライオリティアクセスクラスを使用し、サブセットにおける第２の送信区画のために、ＬＢＴカテゴリと関連付けられた第２のプライオリティアクセスクラスを使用することができる。送信区画（例えば、各送信区画）内において、ＷＴＲＵは、送信区画における第１の反復送信のために、第１のＣＷＳを使用し、第２の反復送信のために、第２のＣＷＳを使用することができる。サブセットの数Ｍ、およびサブセットにおける区画の数Ｎは、構成すること、または示すことができる。ＭおよびＮは、１以上であることができる。
【０２８１】
例えば、Ｋ＝８回の反復送信が、存在することができ、１つまたは複数（例えば、２つ）のサブセットを使用することができる。第１のサブセットは、カテゴリ４のＬＢＴを利用することができ、一方、第２のサブセットは、カテゴリ２のＬＢＴを利用することができる。第１のサブセット内に、２つの送信区画が、存在することができる。第１の区画については、ＷＴＲＵは、低いプライオリティアクセスクラスを使用することができ、一方、第２の区画については、ＷＴＲＵは、より高いプライオリティアクセスクラスを使用することができる。区画（例えば、各区画）において、２つの反復送信が、存在することができる。ＷＴＲＵは、区画における第１の反復については、小さいＣＷＳを、また第２の反復については、大きいＣＷＳを使用することができる。
【０２８２】
例えば、（例えば、単一の）サブセットを使用することができる、Ｋ＝８回の反復送信が、存在することができる。サブセットは、カテゴリ４のＬＢＴを利用することができる。第１のサブセットにおいて、２つの送信区画が、存在することができる。第１の区画について、ＷＴＲＵは、低いプライオリティアクセスクラスを使用することができ、一方、第２の区画について、ＷＴＲＵは、より高いプライオリティアクセスクラスを使用することができる。区画（例えば、各区画）において、４つの反復送信が、存在することができる。ＷＴＲＵは、区画における第１の反復については、１つのＣＷＳを、第２の反復については、１つのＣＷＳを、第３の反復については、別のＣＷＳを、また第４の反復については、さらに別のＣＷＳを使用することができる。
【０２８３】
図１５は、サブセットインデックス、区画インデックス、および反復インデックスに基づいた、例示的なコンテンションウィンドウ調整を例示している。ＷＴＲＵは、送信サブセット、区画（partition）、および／または反復などについての構成を含むことができる、送信のための構成情報(configuration information)を受信することができる。ＷＴＲＵは、ＬＢＴカテゴリ、サブセットインデックスを有するプライオリティアクセスクラスおよびＣＷＳ、サブセット内における区画インデックス、ならびに／または区画内における反復インデックスについてのアソシエーション情報を受信することができる。例えば、送信サブセット、区画、反復が、ＷＴＲＵに知られている場合、ＷＴＲＵは、（例えば、送信サブセットインデックスに基づいて）ＬＢＴカテゴリを決定することができる。例えば、ＷＴＲＵが、サブセットと関連付けられたＬＢＴカテゴリを決定する場合、ＷＴＲＵは、（例えば、送信区画インデックスに基づいて）プライオリティアクセスクラスを決定することができる。ＷＴＲＵは、送信反復インデックスに基づいて、ＣＷＳを決定することができる。ＷＴＲＵは、決定されたＣＷＳ内におけるバックオフ時間のための乱数を生成することができる。ＷＴＲＵは、サブセットインデックス、区画インデックス、反復インデックス、およびＷＴＲＵインデックスに従った、生成されたバックオフ時間に基づいて、データを送信することができる。
【０２８４】
例においては、ＷＴＲＵは、異なる送信サブセットのために、異なるＣＷＳを使用することができる。サブセット（例えば、各サブセット）内において、ＣＷＳは、送信区画および反復について同じであることができる。例えば、ＷＴＲＵは、サブセット１については、小さいＣＷＳを、またサブセット２については、大きいＣＷＳを使用する（または、例えば、それの反対である）ことができる。異なる送信区画について、異なるＣＷＳを使用することができる。例として、ＷＴＲＵは、送信区画１については、小さいＣＷＳを、また送信区画２については、大きいＣＷＳを使用する（または、例えば、それの反対である）ことができる。送信区画（例えば、各送信区画）内において、その送信区画内における反復について、同じＣＷＳを使用することができるが、送信区画にまたがる反復については、異なるＣＷＳを使用することができる。送信サブセット、区画、および反復とＣＷＳについての他の組み合わせを使用することができる。
【０２８５】
マルチユーザ電力分配反復送信を使用することができる。Ｋ回反復送信を用いる多元接続を使用することができる。送信電力は、（例えば、ｇＮＢ側における複数のＷＴＲＵの間の受信電力比が、例えば、図１３に示されるように、制御されるように）ＷＴＲＵ毎、送信毎に調整することができる。図１３に示されるように、４回反復送信を使用することができる。各送信毎に、ＷＴＲＵ１およびＷＴＲＵ２には、異なる送信電力を割り当てることができる。ＷＴＲＵ１には、４回の送信のために、送信電力
【０２８６】
【数４】
2021519000.tif 000007
【０２８７】
を割り当てることができ、ここで、
【０２８８】
【数５】
2021519000.tif 000008
【０２８９】
である。ＷＴＲＵ２には、４回の送信のために、送信電力
【０２９０】
【数６】
2021519000.tif 000009
【０２９１】
を割り当てることができ、ここで、
【０２９２】
【数７】
2021519000.tif 000010
【０２９３】
である。ｇＮＢ側において、２つのＷＴＲＵの間の受信電力比は、各反復時間に対して様々であることができる。ｇＮＢは、ソフトキャンセレーション検出および／または反復検出を使用して、検出／デコーディング性能を改善することができる。
【０２９４】
ＷＴＲＵは、Ｋ回反復送信のための構成を受信することができる。構成は、使用される送信電力調整パターン（ＴＰＡＰ）を含むことができる。ＴＰＡＰは、Ｋ回反復送信のためのベースライン電力に基づいた、送信電力調整の系列として、定義することができる。例えば、ＴＰＡＰ＝［０，０，１，１］は、最初の２つの送信は、現在の送信電力、またはＷＴＲＵが使用することができるベースライン送信電力を使用し、最後の２つの送信は、１ステップサイズだけ増加させられた送信電力を使用することを示すために、使用することができる。使用される送信電力は、［Ｐ0，Ｐ0，Ｐ0＋ΔＰ，Ｐ0＋ΔＰ］であることができ、ここで、Ｐ0は、ＷＴＲＵによって使用されるベースライン送信電力であることができる。例においては、４回反復送信、およびＴＰＡＰ＝［ｍ1，ｍ2，ｍ3，ｍ4］について、使用される対応する送信電力は、［Ｐ0＋ｍ1ΔＰ，Ｐ0＋ｍ2ΔＰ，Ｐ0＋ｍ3ΔＰ，Ｐ0＋ｍ4ΔＰ］であることができる。ｍkは、第ｋの反復送信のための正の数または負の数であることができる。可能なＴＰＡＰのリストは、テーブル内に列挙することができる。エントリ（例えば、各エントリ）には、ＴＰＡＰインデックスを割り当てることができる。ＴＰＡＰインデックスを参照することによって、ｇＮＢおよびＷＴＲＵは、対応する送信電力パターンを知ることができる。ＴＰＡＰは、Ｋ回反復送信をアクティブ化するために使用することができるＤＣＩにおいて、搬送することができる。
【０２９５】
第ｋの送信について、ＷＴＲＵは、割り当てられた送信電力を使用して、パケットを送信することができる。図１４は、マルチユーザ電力分配反復送信(multi user power division repetition transmissions)の例を示している。図１４に示されるように、ｇＮＢは、送信電力１４０をＷＴＲＵ１に、送信電力１４１をＷＴＲＵ２に割り当て、送信電力１４２をＷＴＲＵ１に、送信電力１４４をＷＴＲＵ２に割り当て、送信電力１４３をＷＴＲＵ１に、送信電力１４５をＷＴＲＵ２に割り当てることができる。図１４に示されるように、ＷＴＲＵ１およびＷＴＲＵ２は、同じリソースを使用して、４回、並行して(concurrently)送信していることがある。ｇＮＢは、受信機である（例えば、図１４に示されるように、ｇＮＢは、２つのＷＴＲＵからの電力レベルを検出することができる）。各回、ｇＮＢは、各ＷＴＲＵから、異なる電力比を有する組み合わされた信号を受信することができる。タイムスロット（例えば、第１のタイムスロット）において、ＷＴＲＵ１は、全電力を使用して送信することができ、ＷＴＲＵ２は、送信することができない。ｇＮＢは、送信がＷＴＲＵ１からのものであることを知ることができる。タイムスロット（例えば、第２のタイムスロット）において、ＷＴＲＵ１は、３／４の電力を使用することができ、ＷＴＲＵ２は、１／４の電力を使用することができ、ｇＮＢは、受信実施を実行して、最初にＷＴＲＵ１からの送信をデコードし、次にＷＴＲＵ２からの情報を取得することができる。プロセスは、ｇＮＢがすべての送信のデコードに成功するまで、繰り返すことができる。
【０２９６】
Ｋ回反復における特定のｋ送信のための送信電力は、Ｋの特定の値に基づくことができ、および／またはＨＡＲＱ  ＡＣＫもしくはＮＡＣＫに基づくことができる。例においては、Ｋ反復のための送信電力は、値Ｋに反比例することができる。Ｋが大きい場合、送信電力は、Ｋが小さいときよりも低くなることができる。Ｋ回反復の送信（例えば、各送信）は、電力を増加させることができる。ＷＴＲＵがＫ反復割り当てを受信し、Ｋ反復が完了する前に、ＨＡＲＱ  ＡＣＫが受信された場合、ＷＴＲＵは、次のＫ回反復送信のために、より低い送信電力を使用することができる。ＨＡＲＱ  ＡＣＫまたはＮＡＣＫは、送信電力またはＫ値調整を含むことができる。例えば、ＨＡＲＱ  ＡＣＫは、次のＫ反復割り当てのための新しいＫ値、および／または送信電力を含むことができる。送信電力値および／またはＫ値は、同じリソースのためのものであることができる。ＷＴＲＵは、含まれるＫ値、および次のＫ回反復送信のための送信電力を使用することができる。ＨＡＲＱ  ＮＡＣＫは、ＷＴＲＵが、Ｋ反復の次の送信のために、より高い送信電力を使用することができることを暗示することができる。ＨＡＲＱ  ＮＡＣＫも、（例えば、ＷＴＲＵが送信電力割り当てを使用することができるように）ＷＴＲＵのための送信電力インジケーションを含むことができる。ＨＡＲＱ  ＮＡＣＫは、現在または次のＫ送信のための新しいＫ値を含むことができる。ＷＴＲＵは、現在のＫ送信を続行するために、または次のＫ送信のために、新しいＫ値（例えば、ＫはＨＡＲＱ  ＮＡＣＫの受信時にリセットすることができる）を使用することができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、（例えば、ＷＴＲＵが、次の送信またはＫ反復における残りの送信のために、より混んでいないリソースを使用することができるように）ＷＴＲＵのためのリソース割り当てを含むことができる。
【０２９７】
非スタンドアロンＮＲ−Ｕリソース割り当てのためのタイミングオフセットインジケーションを使用することができる。
【０２９８】
非スタンドアロンＮＲ−Ｕデバイスについて、リソース割り当ておよび／またはＤＣＩを、ライセンスバンド上において、デバイスに提供することができる。（例えば、ｇＮＢは、アンライセンスバンド上において、それがいつ媒体アクセスを獲得することができるかを予測することができないので）共通の時間基準ポイント（time reference point）に関して、リソース割り当ておよび／またはＤＣＩを示すことができる。リソースは、以下のうちの１つまたは複数であることができる、特定の基準時間Ｔｒを使用して、アロケートすることができる。基準時間(reference time)は、ｇＮＢが無線媒体を獲得する時間であることができ、それは、ＬＢＴを通したものであることができる。基準時間は、ｇＮＢが無線媒体を獲得した後の最初の有効なサブフレームの開始の時間であることができる。基準時間は、ｇＮＢが、それが無線媒体を獲得した後、媒体を獲得したことを公表するために、無線媒体上において共通信号を送信する時間であることができる。基準時間は、ｇＮＢがＴｒと見なす時間であることができ、それは、それが媒体を獲得した時間であることができる。ｇＮＢは、アンライセンスバンドまたはライセンスバンド上において、基準時間を公表することができる。
【０２９９】
リソースアロケーションおよびＤＣＩは、ＵＬおよび／もしくはＤＬスロットならびに／または制御もしくはデータ送信／受信をＷＴＲＵに割り当てることができるＴｒからのオフセットであることができる、オフセット時間Ｔｏｆｆｓｅｔを含むことができる。
【０３００】
ＷＴＲＵは、ライセンスバンドを通して、リソースアロケーション／ＤＣＩを受信することができる。リソースアロケーション／ＤＣＩは、Ｔｒおよび／またはＴｏｆｆｓｅｔのうちの１つまたは複数を含むことができる。ＷＴＲＵは、ｇＮＢアクティビティについて、アンライセンスバンドを監視することができる。ＷＴＲＵは、（例えば、ライセンスまたはアンライセンスバンド上において、共通信号、有効なサブフレームの開始、および／またはｇＮＢによって公表されたＴｒを観測することによって）ｇＮＢが媒体を獲得したことを観測した場合、ＷＴＲＵは、タイマを開始し、および／またはそれ自身に割り当てられたＵＬ／ＤＬデータ／制御リソースアロケーション／ＤＣＩを決定することができる。ＷＴＲＵは、それ自身に割り当てられた、割り当てられたＵＬ／ＤＬデータ／制御リソース／ＤＣＩ上において、送信／受信することを開始することができる。
【０３０１】
１つまたは複数のＷＴＲＵ多重化メカニズムを実施することができる。
【０３０２】
２つ以上のＷＴＲＵが、リソースを共用する場合、ＷＴＲＵは、ＷＴＲＵ固有のリソースマッピングを使用することができる。例においては、与えられたリソースについて、ＷＴＲＵは、ＷＴＲＵがアロケートされたリソースの一部を占有するように、符号化レートを選択することができる。チャネル状態に基づいて、ＷＴＲＵは、変調次数ｋおよび符号化レートｍを使用することを選択することができる。反復送信を用いると、ＷＴＲＵは、より高次の変調または符号化レートを使用することができることがある。ＷＴＲＵは、ｇＮＢが、いくつかの反復の受信の後、受信された信号を完全に回復することができることを予期することができる。送信（例えば、各送信）について、ＷＴＲＵは、より少数のリソース要素を占有することができることがある。他のＷＴＲＵは、リソース要素の残りを使用することができ、それが、干渉を低減させることができる。
【０３０３】
図１６は、例示的なリソースマッピングメカニズムを示している。図１６の例においては、ＷＴＲＵ１およびＷＴＲＵ２は、パケットの第１の送信および第２の送信のために、同じ時間周波数リソースを使用することができる。送信機会（例えば、各送信機会）について、ＷＴＲＵ（例えば、各ＷＴＲＵ）には、開始ポイント、およびリソースマッピング順序を割り当てることができる。開始ポイントを割り当てること、および／または決定することができる。リソースマッピング順序を割り当てること、および／または決定することができる。開始ポイントは、ＷＴＲＵがそれの変調されたシンボルを挿入するための開始ポイントとして使用する、ロケーションであることができる。リソースマッピング順序は、ＷＴＲＵがそれの変調されたシンボルを仮想リソースブロックにマッピングするために使用する、順序であることができる。例えば、以下の順序のうちの、すなわち、低いサブキャリアインデックスから高いサブキャリアインデックス、および低いシンボルインデックスから高いシンボルインデックス、高いサブキャリアインデックスから低いサブキャリアインデックス、および低いシンボルインデックスから高いシンボルインデックス、低いサブキャリアインデックスから高いサブキャリアインデックス、および高いシンボルインデックスから低いシンボルインデックス、または高いサブキャリアインデックスから低いサブキャリアインデックス、および高いシンボルインデックスから低いシンボルインデックスのうちの１つまたは複数を明示的または暗黙的に利用することができる。１つまたは複数のマッピングメカニズムが、利用可能であることができる。例えば、周波数を通したマッピングを、時間の前に最初に実行することができ、またはその逆であることができる。
【０３０４】
開始ポイントおよびリソースマッピング順序は、送信機会インデックスに依存することができる。例えば、それらは、ｋ≠ｊである場合、送信機会ｋから送信機会ｊまで、異なることができる。
【０３０５】
図１７は、例示的なリソースマッピングメカニズムを示している。図１７の例においては、マッピングは、仮想リソースブロックベースであることができる。例えば、送信機会１および送信機会２において、１２個のリソースブロックをアロケートすることができ、２つのＷＴＲＵがリソースを共用することを予期することができる。ＷＴＲＵ（例えば、各ＷＴＲＵ）には、開始ＲＢ、および割り当てられたＲＢの数を割り当てることができる。これらの割り当ては、送信機会インデックス固有であることができる。例えば、２つのＷＴＲＵ、ＷＴＲＵ１およびＷＴＲＵ２が、存在することができる。送信機会（例えば、第１の送信機会）について、ＷＴＲＵ１のための開始ＲＢは、１であることができ、ＷＴＲＵ２のための開始ＲＢは、６であることができる。ＷＴＲＵ１は、５個のＲＢを有することができ、ＷＴＲＵ２は、７個のＲＢを有することができる。送信機会（例えば、第２の送信機会）について、ＷＴＲＵ１のための開始ＲＢは、６であることができ、ＷＴＲＵ２のための開始ＲＢは、１であることができる。ＷＴＲＵ１は、７個のＲＢを有することができ、ＷＴＲＵ２は、６個のＲＢを有することができる。例えば、ＷＴＲＵが、ひとたびこの割り当てを受信すると、ＷＴＲＵは、ＲＢの数、およびそれが使用することができる変調次数に基づいて、それの符号化レートを決定することができる。ＷＴＲＵは、対応する数の符号化されたビットを循環バッファから読むことができる。
【０３０６】
ＷＴＲＵに対するリソースアロケーションは、重なり合っていることができる。図１７に示される例においては、（例えば、第２の送信機会における）ＲＢ６は、重なり合ったＲＢであることができる。ｇＮＢは、重なり合ったＲＢのロケーションをＷＴＲＵに明示的または暗黙的にシグナリングすることができる。ｇＮＢは、同じリソースを共用することを予期されるＷＴＲＵの数をシグナリングすることができる。重なり合ったリソースに気づくことができるＷＴＲＵは、重なり合ったリソース上におけるそれの送信電力を調整することができる。例えば、１つまたは複数（例えば、２つ）のＷＴＲＵが重なり合ったリソースを共用することが予期されるとき、ＷＴＲＵ（例えば、各ＷＴＲＵ）は、重なり合ったＲＢ上において、事前定義された送信電力パターンを使用することができる。ｇＮＢは、複数のＷＴＲＵからの送信を受信し、重なり合ったＲＢ上における情報を回復する助けとするために、重なり合っていないＲＢ上における受信された情報を使用することができる。
【０３０７】
ＣＢＧベースの送信のための１つまたは複数の強化されたＣＷＳ調整メカニズムを提供することができる。ＣＢＧレベルの送信を用いる場合、ＴＢは、１つまたは複数のＣＢＧを有することができ、ＣＢＧ（例えば、各ＣＢＧ）は、独自の送達確認ビットを有することができる。ＴＢレベルの送達確認およびＣＢＧレベルの送達確認が、一緒に受信されることを、予期することができる。
【０３０８】
ＣＢＧレベルの送信のためのコンテンションウィンドウサイズ調整メカニズムは、以下のうちの１つまたは複数を含むことができる。ＴＢレベルの送達確認が肯定的であり、ＣＢＧレベルの送達確認（例えば、すべてのＣＢＧレベルの送達確認）が肯定的である場合、ＣＷＳは、ＣＷＳｍｉｎにリセットすることができ、ＴＢは、受信が成功したものとして、処理することができる。ＴＢレベルの送達確認が否定的であり、ＣＢＧレベルの送達確認（例えば、すべてのＣＢＧレベルの送達確認）が否定的である場合、ＣＷＳは、ｍｉｎ（ＣＷＳｍａｘ，２ＣＷＳ）に設定することができ、ＴＢは、エラーを起こしたものとして、処理することができる。ＴＢレベルの送達確認が否定的であり、少なくとも１つのＣＢＧ送達確認が肯定的である場合、ＣＷＳは、同じままであること、ＣＷＳｍｉｎにリセットすること、ｍｉｎ（ＣＷＳｍａｘ，２ＣＷＳ）に設定すること、または次のレベルに設定することができ、ＴＢは、受信が成功したものとして、またはエラーを起こしたものとして、処理することができる。例においては、ＣＷＳ値は、本明細書において開示されるように、調整することができる。例においては、処理されたＴＢ値を使用して、ＣＷＳを調整することができる。
【０３０９】
あるしきい値を事前定義もしくは事前決定すること、またはｇＮＢによってシグナリングすることができる。しきい値は、パーセンテージ値であることができる。合計のＣＢＧの数によって除算された肯定的なＣＢＧの数が、しきい値よりも大きい場合、ＣＷＳは、最小値にリセットすることができる。さもなければ、ＣＷＳは、（例えば、それが最大値に達する場合を除いて）次のレベルに増加することができる。合計ＣＢＧの数は、ＰＤＳＣＨにおいて実際に搬送された合計ＣＢＧの数を指すことができる。合計ＣＢＧの数は、搬送することができるＣＢＧの最大数を指すことができる。同じアクセスプライオリティを有する２つ以上のＴＢが、サブフレームまたはスロットによって搬送される場合、上で述べられた比を、全サブフレームまたはスロットにわたって計算することができる（例えば、比＝スロット毎の合計ＣＢＧの数によって除算されたスロット毎の肯定的なＣＢＧの数）。
【０３１０】
ＣＷＳ挙動は、受信機（例えば、ＷＴＲＵもしくはｇＮＢ）からの追加のフィードバック、または送信機（例えば、ｇＮＢもしくはＷＴＲＵ）によって行われた自律的判定に基づくことができる。受信機は、（例えば、ＣＢＧから構成される）トランスポートブロックをデコードするとき、ＣＢＧ失敗が媒体における他の送信からの衝突によって引き起こされたのか、それともチャネルフェージングに起因するＳＮＲの変化から引き起こされたのかを決定できることがある。受信機は、１つまたは複数のパラメータ、例えば、ＳＩＮＲ、ＳＮＲ、およびパケットにおけるＳＮＲの変化の存在を推定することができる。例においては、ＣＢＧエラーの数の増加が存在し、ＲＳＳＩの低下が付随する場合、受信機は、フェージングチャネルが存在すると仮定することができる。例においては、ＣＢＧエラーの数の増加が存在し、ＲＳＳＩの増加が付随する場合、受信機は、衝突が存在すると仮定することができる。
【０３１１】
（例えば、図１８に示されるような）受信機補助のＣＷＳ調整においては、受信機は、ＣＢＧベースのＡＣＫ情報に加えて存在することができる、フィードバック（例えば、衝突インジケータ）を、送信機に送信することができる。衝突インジケータが、低いＳＮＲを示す場合、送信機は、ＣＷＳを変更することができない。衝突インジケータが、衝突を示す場合、送信機は、ＣＷＳを（例えば、ｍｉｎ（ＣＷＳｍａｘ，２ＣＷＳ）に）変更することができる。（例えば、図１８に示されるような）受信機補助のＣＷＳ調整においては、受信機は、ＣＢＧベースのＡＣＫ情報に加えて存在することができる、フィードバック（例えば、ＳＮＲ、ＳＩＮＲ、ＲＳＳＩ）を、送信機に送信することができ、送信機は、この情報を使用して、衝突が存在するかどうかを決定することができ、しかるべく動作することができる。受信機は、ＣＢＧベースのＡＣＫ（例えば、ＣＢＧベースのＡＣＫだけ）を返送することができ、送信機は、ＣＢＧ  ＡＣＫ特性に基づいて、衝突が存在したかどうかを自律的に推定することができる。例においては、送信機は、ＣＢＧ  ＡＣＫ数しきい値を設定することができ、それ以上の場合、それは、ＣＷＳを修正することができ、それを下回る場合、それは、ＣＷＳを一定に保つことができる。
【０３１２】
図１８は、例示的な受信機補助のＣＷＳ調整を例示している。
【０３１３】
本明細書において説明されたコンピューティングシステムの各々は、実行可能命令を用いるように構成された、メモリを有する１つもしくは複数のコンピュータプロセッサ、または本明細書において説明されたパラメータを決定すること、ならびに説明された機能を達成するために、エンティティ（例えば、ＷＴＲＵおよびネットワーク）間においてメッセージを送信および受信することを含む、本明細書において説明された機能を達成するためのハードウェアを有することができる。上で説明されたプロセスは、コンピュータおよび／またはプロセッサによって実行するための、コンピュータ可読媒体内に含まれるコンピュータプログラム、ソフトウェア、および／またはファームウェアで実施することができる。
【０３１４】
本明細書においては、特定の組み合わせで、特徴および要素が説明されることがあるが、各特徴または要素は、他の特徴および要素を伴わずに単独で、ならびに／または他の特徴および要素を伴ったもしくは伴わない様々な組み合わせで、使用することができる。
【０３１５】
本明細書において説明されたソリューションは、ニューラジオ（ＮＲ）、５Ｇ、またはＬＴＥ、ＬＴＥ−Ａ固有のプロトコルを考慮しているが、本明細書において説明されたソリューションは、このシナリオに制限されず、他の無線システムにも同様に適用可能であることが理解される。
【図１Ａ】
2021519000.tif 000011
【図１Ｂ】
2021519000.tif 000012
【図１Ｃ】
2021519000.tif 000013
【図１Ｄ】
2021519000.tif 000014
【図２】
2021519000.tif 000015
【図２Ａ】
2021519000.tif 000016
【図２Ｂ】
2021519000.tif 000017
【図３】
2021519000.tif 000018
【図４Ａ】
2021519000.tif 000019
【図４Ｂ】
2021519000.tif 000020
【図４Ｃ】
2021519000.tif 000021
【図４Ｄ】
2021519000.tif 000022
【図４Ｅ】
2021519000.tif 000023
【図４Ｆ】
2021519000.tif 000024
【図５】
2021519000.tif 000025
【図６】
2021519000.tif 000026
【図７】
2021519000.tif 000027
【図８】
2021519000.tif 000028
【図９】
2021519000.tif 000029
【図１０】
2021519000.tif 000030
【図１１】
2021519000.tif 000031
【図１２】
2021519000.tif 000032
【図１３】
2021519000.tif 000033
【図１４】
2021519000.tif 000034
【図１５】
2021519000.tif 000035
【図１６】
2021519000.tif 000036
【図１７】
2021519000.tif 000037
【図１８】
2021519000.tif 000038
【手続補正書】
【提出日】令和2年9月10日(2020.9.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
プロセッサであって、
送信機会のセットに関連付けられた構成を受信し、
送信機会の前記セット内の各それぞれの送信機会のためのそれぞれのコンテンションウィンドウサイズ（ＣＷＳ）を含む、ＣＷＳ系列を決定し、
前記ＣＷＳ系列に基づいて、送信機会の前記セット内の送信機会と関連付けられたＣＷＳを決定し、
ゼロから、前記送信機会と関連付けられた前記ＣＷＳの間の乱数を選択し、
前記乱数と関連付けられた継続時間にわたってチャネルが空いているかどうかを決定し、
前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いている条件で、前記送信機会において信号を送信する
ように構成されたプロセッサ
を備えたＷＴＲＵ。
【請求項２】
前記チャネルは、アンライセンスバンド内にあり、前記信号は物理アップリンク制御チャネル（ＰＵＣＣＨ）送信または物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の１つを含む請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＣＷＳ系列を決定するために、前記プロセッサは、前記ＣＷＳ系列をネットワークデバイスから受信するよう構成された請求項１に記載のＷＴＲＵ。
【請求項４】
前記ＣＷＳ系列は、前記ＷＴＲＵにおいて事前構成される請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＣＷＳ系列内の各ＣＷＳは、一意的である請求項１に記載のＷＴＲＵ。
【請求項６】
前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いていない条件で、前記プロセッサは、前記送信機会において前記信号を送信しないようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項７】
送信機会の前記セットは、２つ以上のチャネル占有時間（ＣＯＴ）にわたる請求項１に記載のＷＴＲＵ。
【請求項８】
前記プロセッサは、ＣＯＴのためのＣＯＴ構成情報を含むＣＯＴフォーマットフレーム信号（ＣＦＳ）を受信するようにさらに構成された請求項７に記載のＷＴＲＵ。
【請求項９】
前記ＣＯＴ構成情報は、前記ＣＯＴの持続時間、前記ＣＯＴにおけるダウンリンク／アップリンク切り換えの数、前記ＣＯＴにおけるアップリンク／ダウンリンク切り換えの数、ダウンリンク（ＤＬ）直交周波数分割多重化（ＯＦＤＭ）シンボルの第１の数、アップリンク（ＵＬ）ＯＦＤＭシンボルの数、またはＤＬ  ＯＦＤＭシンボルの第２の数のうちの１つまたは複数を含む請求項８に記載のＷＴＲＵ。
【請求項１０】
ＷＴＲＵにおいて実施される方法であって、
送信機会のセットに関連付けられた構成を受信するステップと、
送信機会の前記セット内の各それぞれの送信機会のためのそれぞれのコンテンションウィンドウサイズ（ＣＷＳ）を含むＣＷＳ系列を決定するステップと、
前記ＣＷＳ系列に基づいて、送信機会の前記セット内の送信機会と関連付けられたＣＷＳを決定するステップと、
ゼロから、前記送信機会と関連付けられた前記ＣＷＳの間の乱数を選択するステップと、
前記乱数と関連付けられた継続時間にわたってチャネルが空いているかどうかを決定するステップと、
前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いている条件で、前記送信機会において信号を送信するステップと
を備える方法。
【請求項１１】
前記チャネルは、アンライセンスバンド内にあり、前記信号は物理アップリンク制御チャネル（ＰＵＣＣＨ）送信または物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の１つを含む請求項１０に記載の方法。
【請求項１２】
前記ＣＷＳ系列を決定するステップは、前記ＣＷＳ系列をネットワークデバイスから受信することを含む請求項１０に記載の方法。
【請求項１３】
前記ＣＷＳ系列は事前構成され、前記ＣＷＳ系列内の各ＣＷＳは、一意的である請求項１０に記載の方法。
【請求項１４】
前記乱数と関連付けられた前記継続時間にわたって前記チャネルが空いていない条件で、前記送信機会において前記信号を送信しないステップをさらに備える請求項１０に記載の方法。
【請求項１５】
チャネル占有時間（ＣＯＴ）のためのＣＯＴ構成情報を含むＣＯＴフォーマットフレーム信号（ＣＦＳ）を受信するステップをさらに備え、前記ＣＯＴ構成情報は、前記ＣＯＴの持続時間、前記ＣＯＴにおけるダウンリンク／アップリンク切り換えの数、前記ＣＯＴにおけるアップリンク／ダウンリンク切り換えの数、ダウンリンク（ＤＬ）直交周波数分割多重化（ＯＦＤＭ）シンボルの第１の数、アップリンク（ＵＬ）ＯＦＤＭシンボルの数、またはＤＬ  ＯＦＤＭシンボルの第２の数のうちの１つまたは複数を含み、送信機会の前記セットは、２つ以上のＣＯＴにわたる請求項１０に記載の方法。
【手続補正書】
【提出日】令和3年2月8日(2021.2.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
ＣＯＴ内において、（例えば、アグリゲートされたＤＬ送信の後に）Ｂ個のＵＬ  ＯＦＤＭシンボルをスケジュールすることができる。ＵＬスロット（例えば、各ＵＬスロット）は、ＰＵＣＣＨを搬送することができ、適用される場合、ＰＵＳＣＨを搬送することができる。ＵＬ制御チャネルは、アグリゲートされ、（例えば、アグリゲートされたＵＬスロットの開始時に）送信することができ、共用ＵＬデータチャネルが、それに後続することができる。例えば、Ｂ個のＯＦＤＭシンボルをＵＬ送信内に含めることができる。１つまたは複数の（例えば、最初のいくつかの）ＯＦＤＭシンボルは、ＰＵＣＣＨを搬送するために使用することができ、一方、ＯＦＤＭシンボルの残りは、ＰＵＳＣＨを搬送するために使用することができる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０２６１
【補正方法】変更
【補正の内容】
【０２６１】
例示的な（例えば、タイプ２または分散化されたアクセス）技法においては、（例えば、１つの）ＷＴＲＵのために、開始機会オフセット（Ｋ＿ｓｔａｒｔ）およびステップサイズ（Ｋ＿ｓｔｅｐ）を有するＫ’個の連続機会を選択することができる。ｇＮＢは、Ｋ＿ｓｔａｒｔおよびＫ＿ｓｔｅｐをＷＴＲＵにシグナリングすることができる。分散化されたアクセスは、循環的方法で、アロケートすることができる。例えば、ＵＬ  ＧＦ送信のために、送信機会ｍｏｄ（Ｋ＿ｓｔａｒｔ＋ｋ＿ｐ×Ｋ＿ｓｔｅｐ，Ｋ）を使用することができ、ここで、ｋ＿ｐ＝０、．．．、Ｋ’である。
【国際調査報告】
2021519000.tif 000039
2021519000.tif 000040