(57)【要約】ＷＴＲＵは、送信のために使用され得る候補リソースのセットを受信することができる。ＷＴＲＵは、チャネル上でＣＣＡを周期的に（例えば、そのチャネル上で送信を行う前に）実行することができる。チャネルがフリーであると決定された場合、ＷＴＲＵは、候補リソースから送信のためのリソースを決定することができる。リソースは、タイムピリオド内に残っている時間に基づいて決定され得る。例えば、タイムピリオド内に残っている時間がより短い場合には、ＷＴＲＵは、より多くの周波数リソースを含むリソース上で送信を行うことを決定することができる。ＷＴＲＵは、周波数リソースの数に基づいて多入力多出力（ＭＩＭＯ）スキームを決定することができる。ＷＴＲＵは、そのリソース上で送信を送ることができ、その送信は、復調基準信号（ＤＭ−ＲＳ）を含み得る。ＤＭ−ＲＳは、送信から使用されるリソースをその送信の受信機に示すことができる。
2020519120.tif 000002
【特許請求の範囲】
【請求項１】
候補リソースのセットを受信することと、
チャネルが送信のためにクリアであるかどうかを決定することであって、前記決定は、前記チャネル上でクリアチャネルアセスメント（ＣＣＡ）またはリッスンビフォートーク（ＬＢＴ）をタイムピリオド内で周期的に実行することを含む、決定することと、
前記チャネルがクリアであると決定されているという条件で、前記タイムピリオド内に残っている時間に基づいて候補リソースの前記セットからリソースを決定することであって、前記決定されたリソースは、１つまたは複数の周波数リソースを含む、決定することと、
前記１つまたは複数の周波数リソースの数に基づいて多入力多出力（ＭＩＭＯ）スキームを決定することと、
前記リソースを使用して送信を送ることであって、前記送信は、復調基準信号（ＤＭ−ＲＳ）を含む、送ることと
を行うように構成されている、プロセッサを含むＷＴＲＵ。
【請求項２】
前記ＭＩＭＯスキームは、
前記１つまたは複数の周波数リソースの前記数がしきい値以下である場合にはスペース周波数ブロックコーディング（ＳＦＢＣ）を、または
前記１つまたは複数の周波数リソースの前記数が前記しきい値よりも大きい場合にはプリコーダサイクリングを含む、請求項１のＷＴＲＵ。
【請求項３】
前記ＤＭ−ＲＳは、前記送信の終わりに配置される、請求項１のＷＴＲＵ。
【請求項４】
前記ＤＭ−ＲＳに関連付けられているシーケンスが、前記リソースを受信機に示す、請求項１のＷＴＲＵ。
【請求項５】
前記プロセッサは、前記リソースに関連付けられているリソース要素に変調シンボルをマップするようにさらに構成されている、請求項１のＷＴＲＵ。
【請求項６】
前記１つまたは複数の周波数リソースの前記数は、前記タイムピリオド内に残っている前記時間がより短い場合には、より大きく、
前記タイムピリオド内に残っている前記時間がより長い場合には、より小さい、請求項１のＷＴＲＵ。
【請求項７】
周期的なチェッキングは、前記チャネルがクリアであると決定されるまで、前記タイムピリオドに関連付けられているそれぞれの時間ユニット内で実行される、請求項１のＷＴＲＵ。
【請求項８】
候補リソースのセットを受信するステップと、
チャネルが送信のためにクリアであるかどうかを決定するステップであって、前記決定は、前記チャネル上でクリアチャネルアセスメント（ＣＣＡ）またはリッスンビフォートーク（ＬＢＴ）をタイムピリオド内で周期的に実行することを含む、ステップと、
前記チャネルがクリアであると決定されているという条件で、前記タイムピリオド内に残っている時間に基づいて候補リソースの前記セットからリソースを決定するステップであって、前記決定されたリソースは、１つまたは複数の周波数リソースを含む、ステップと、
前記１つまたは複数の周波数リソースの数に基づいて多入力多出力（ＭＩＭＯ）スキームを決定するステップと、
前記リソースを使用して送信を送るステップであって、前記送信は、復調基準信号（ＤＭ−ＲＳ）を含む、ステップと
を含む方法。
【請求項９】
前記ＭＩＭＯスキームは、
前記１つまたは複数の周波数リソースの前記数がしきい値以下である場合にはスペース周波数ブロックコーディング（ＳＦＢＣ）を、または
リソースの前記数が前記しきい値よりも大きい場合にはプリコーダサイクリングを含む、請求項８の方法。
【請求項１０】
前記ＤＭ−ＲＳは、前記送信の終わりに配置される、請求項８の方法。
【請求項１１】
前記ＤＭ−ＲＳに関連付けられているシーケンスが、前記リソースを受信機に示す、請求項８の方法。
【請求項１２】
前記リソースに関連付けられているリソース要素に変調シンボルをマップするステップをさらに含む、請求項８の方法。
【請求項１３】
前記１つまたは複数の周波数リソースの前記数は、前記タイムピリオド内に残っている前記時間がより短い場合には、より大きく、
前記タイムピリオド内に残っている前記時間がより長い場合には、より小さい、請求項８の方法。
【請求項１４】
周期的なチェッキングは、前記チャネルがクリアであると決定されるまで、前記タイムピリオドに関連付けられているそれぞれの時間ユニット内で実行される、請求項８の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2017年5月3日に出願された米国特許仮出願第62/500,533号明細書からの優先権を主張するものであり、その米国特許仮出願は、その全体が参照によって本明細書に組み込まれている。
【背景技術】
【０００２】
モバイル通信は、進化し続けている。第５世代は、５Ｇと呼ばれる場合がある。モバイル通信の前の（レガシー）世代は、例えば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）であることが可能である。モバイル無線通信は、新無線（ＮＲ）などの様々な無線アクセス技術（ＲＡＴ）を実施する。ＮＲに関する使用事例は、例えば、エクストリームモバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、およびマッシブマシンタイプ通信（ｍＭＴＣ）を含むことが可能である。
【発明の概要】
【０００３】
例えばライセンス供与されていない帯域における、送信適合およびグラントフリーアクセスのためのシステム、方法および手段が開示される。フレキシブルな送信境界が、送信適合のために提供されることが可能である（例えば、タイムピリオドおよび／または時間ユニット）。グラントフリーアクセスリソースプールが提供されることが可能である。ライセンス供与されていないオペレーションが、ビームベースのシステムにおいて、例えば、リソースプールおよび／またはクリアチャネルアセスメント（ＣＣＡ）を使用して、提供されることが可能である。
【０００４】
無線送受信ユニット（ＷＴＲＵ）は、送信のために使用され得る候補リソースの表示および／またはセットを受信することができる。ＷＴＲＵは、チャネル上でＣＣＡを周期的に（例えば、そのチャネル上で送信を行う前に）実行して、そのチャネルが送信のためにフリーであるかどうかを決定することができる。チャネルがフリーであると決定された場合には、ＷＴＲＵは、候補リソースから送信のためのリソース（例えば、この場合、そのリソースは、１つまたは複数の時間リソースおよび／または周波数リソースを指すことが可能である）を決定することができる。リソースは、タイムピリオド内に残っている時間に基づいて決定され得る。例えば、タイムピリオド内に残っている時間がより短い場合には、ＷＴＲＵは、より多くの周波数リソースを含むリソース上で送信を行うことを決定することができる。ＷＴＲＵは、送信のために使用される周波数リソースの数に基づいて多入力多出力（ＭＩＭＯ）スキームを決定することができる。ＷＴＲＵは、決定されたリソースを使用して送信を送ることが可能であり、その送信は、復調基準信号（ＤＭ−ＲＳ）を含むことが可能である。ＤＭ−ＲＳは、送信のために使用されるリソースをその送信の受信機に示すことが可能である。
【図面の簡単な説明】
【０００５】
【図１Ａ】１つまたは複数の開示されている実施形態が実施されることが可能な例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａにおいて例示されている通信システム内で使用されることが可能な例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａにおいて例示されている通信システム内で使用されることが可能な例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）のシステム図である。
【図１Ｄ】図１Ａにおいて例示されている通信システム内で使用されることが可能なさらなる例示的なＲＡＮおよびさらなる例示的なＣＮのシステム図である。
【図２】リソースプール層に関連付けられている例である。
【図３】リソースプール層の選択および使用に関連付けられている例である。
【図４】リソースプール層の選択および使用に関連付けられている例である。
【図５】リソースプール層の選択および使用に関連付けられている例である。
【図６】リソースプール層の選択および使用に関連付けられている例である。
【発明を実施するための形態】
【０００６】
様々な図を参照しながら、例示的な実施形態の説明が詳述される。この説明は、可能な実施態様の詳細な例を提供するが、それらの詳細は、例示的なものであること、および決して本出願の範囲を限定するものではないことを意図しているという点に留意されたい。
【０００７】
図１Ａは、１つまたは複数の開示されている実施形態が実施されることが可能な例示的な通信システム１００を示す図である。通信システム１００は、コンテンツ、例えば、音声、データ、ビデオ、メッセージング、放送などを複数の無線ユーザに提供するマルチプルアクセスシステムであってよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、１つまたは複数のチャネルアクセス方法、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ−Ｓｐｒｅａｄ  ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などを採用することができる。
【０００８】
図１Ａにおいて示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことが可能であるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信するように構成されている任意のタイプのデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ（これらのいずれも、「ステーション」および／または「ＳＴＡ」と呼ばれ得る）は、無線信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、サブスクリプションベースのユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、ＩｏＴデバイス、腕時計またはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗り物、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、工業デバイスおよびアプリケーション（例えば、工業および／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／またはその他の無線デバイス）、家庭用電子機器、商業および／または工業無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、ＵＥと言い換え可能に呼ばれ得る。
【０００９】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂのそれぞれは、１つまたは複数の通信ネットワーク、例えば、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２へのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成されている任意のタイプのデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、ｇＮＢ、ＮＲ  ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得るということが理解されるであろう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることが可能であり、ＲＡＮ１０４／１１３は、他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むことも可能である。基地局１１４ａおよび／または基地局１１４ｂは、１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されることが可能であり、それらのキャリア周波数は、セル（図示せず）と呼ばれ得る。これらの周波数は、ライセンス供与されているスペクトル、ライセンス供与されていないスペクトル、またはライセンス供与されているスペクトルと、ライセンス供与されていないスペクトルとの組合せであることが可能である。セルは、比較的固定されることが可能である、または時間とともに変わることが可能である特定の地理的エリアへの無線サービスのためのカバレッジを提供することが可能である。セルは、セルセクタへとさらに分割されることが可能である。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。従って、一実施形態においては、基地局１１４ａは、３つのトランシーバ、例えば、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。実施形態においては、基地局１１４ａは、ＭＩＭＯ技術を採用することが可能であり、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。例えば、所望の空間方向において信号を送信および／または受信するためにビームフォーミングが使用されることが可能である。
【００１１】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することが可能であり、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されることが可能である。
【００１２】
より具体的には、上述されているように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１つまたは複数のチャネルアクセススキーム、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することが可能である。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線技術を実施することが可能であり、この無線技術は、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することが可能である。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことが可能である。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことが可能である。
【００１３】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立することが可能なエボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することが可能である。
【００１４】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立することが可能なＮＲ無線アクセスなどの無線技術を実施することができる。
【００１５】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアル接続（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスをともに実施することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）へ／から送られる送信によって特徴付けられ得る。
【００１６】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ＩＥＥＥ８０２．１１（例えば、無線フィディリティー（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などを実施することが可能である。
【００１７】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、例えば、事業所、家庭、乗り物、キャンパス、工業施設、空中回廊（例えば、ドローンによる使用のための）、車道などにおける無線接続を容易にするために、任意の適切なＲＡＴを利用することが可能である。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することが可能である。実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることを求められないことが可能である。
【００１８】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信状態にあることが可能であり、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはＶｏＩＰサービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることが可能である。データは、様々なサービス品質（ＱｏＳ）要件、例えば、別々のスループット要件、待ち時間要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティ要件などを有し得る。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはハイレベルセキュリティー機能、例えばユーザ認証を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用している他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。例えば、ＣＮ１０６／１１５は、ＮＲ無線技術を利用していることが可能であるＲＡＮ１０４／１１３に接続されていることに加えて、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００１９】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすことも可能である。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことが可能である。インターネット１１０は、一般的な通信プロトコル、例えば、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよび／またはＩＰを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことが可能である。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されている有線通信ネットワークおよび／または無線通信ネットワークを含むことが可能である。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用することが可能である１つまたは複数のＲＡＮに接続されている別のＣＮを含むことが可能である。
【００２０】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード機能を含むことが可能である（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々の無線リンクを介して別々の無線ネットワークと通信するために複数のトランシーバを含むことが可能である）。例えば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することが可能である基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することが可能である基地局１１４ｂと通信するように構成されることが可能である。
【００２１】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、数ある中でも、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／またはその他の周辺機器１３８を含むことが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素同士の任意の下位組合せを含むことが可能であるということが理解されるであろう。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられている１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にするその他の任意の機能を実行することが可能である。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして描写しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップにおいてともに統合されることが可能であるということが理解されるであろう。
【００２３】
送受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されることが可能である。例えば、一実施形態においては、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであってよい。実施形態においては、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であってよい。さらに別の実施形態においては、送受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されることが可能である。送受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。
【００２４】
送受信要素１２２は、図１Ｂにおいては単一の要素として描写されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことが可能である。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することが可能である。従って、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために、２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことが可能である。
【００２５】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、および送受信要素１２２によって受信される信号を復調するように構成され得る。上述されているように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことが可能である。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受信することが可能である。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することも可能である。加えて、プロセッサ１１８は、任意のタイプの適切なメモリ、例えば、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２の情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことが可能である。取り外し可能メモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含むことが可能である。その他の実施形態においては、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、例えば、サーバまたはホームコンピュータ（図示せず）上のメモリの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００２７】
プロセッサ１１８は、電源１３４から電力を受け取ることが可能であり、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことが可能である。
【００２８】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてその位置を決定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切な位置決定方法を通じて位置情報を取得することが可能であるということが理解されるであろう。
【００２９】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能性、および／または有線接続もしくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことが可能である。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティートラッカーなどを含むことが可能である。周辺機器１３８は、１つまたは複数のセンサを含むことが可能であり、それらのセンサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、プロキシミティーセンサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、バロメータ、ジェスチャーセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることが可能である。
【００３０】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）およびＤＬ（例えば、受信用）の両方に関して特定のサブフレームに関連付けられている）信号のうちのいくつかまたは全ての送信および受信が並列および／または同時であることが可能である全二重無線を含むことが可能である。全二重無線は、ハードウェア（例えば、チョーク）、またはプロセッサを介した（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８を介した）信号処理を介して自己干渉を低減するおよびまたは実質的になくすための干渉管理ユニット１３９を含むことが可能である。実施形態においては、ＷＴＲＵ１０２は、（例えば、アップリンク（例えば、送信用）またはダウンリンク（例えば、受信用）のいずれかに関して特定のサブフレームに関連付けられている）信号のうちのいくつかまたは全ての送信および受信のための半二重無線を含んでもよい。
【００３１】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述されているように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用することが可能である。ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることも可能である。
【００３２】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことが可能であるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことが可能であるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことが可能である。一実施形態においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することが可能である。従ってｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、および／またはＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することが可能である。
【００３３】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｃにおいて示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３４】
図１Ｃにおいて示されているＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含むことが可能である。上述の要素のうちのそれぞれは、ＣＮ１０６の一部として描写されているが、これらの要素のうちのいずれかが、ＣＮオペレータ以外のエンティティによって所有および／または運営されることが可能であるということが理解されるであろう。
【００３５】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続されることが可能であり、制御ノードとしての役割を果たすことが可能である。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することが可能である。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどのその他の無線技術を採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することが可能である。
【００３６】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能である。ＳＧＷ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送することが可能である。ＳＧＷ１６４は、その他の機能、例えば、ｅＮｏｄｅ  Ｂ間でのハンドオーバー中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってＤＬデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することが可能である。
【００３７】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されることが可能であり、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。
【００３８】
ＣＮ１０６は、その他のネットワークとの通信を容易にすることが可能である。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことが可能であり、またはそうしたＩＰゲートウェイと通信することが可能である。加えて、ＣＮ１０６は、その他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能であり、その他のネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／または無線ネットワークを含むことが可能である。
【００３９】
ＷＴＲＵは、図１Ａ〜図１Ｄにおいては無線端末として記述されているが、特定の代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的にまたは永久に）使用することが可能であると想定される。
【００４０】
代表的な実施形態においては、その他のネットワーク１１２は、ＷＬＡＮであることが可能である。
【００４１】
インフラストラクチャーベーシックサービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられている１つまたは複数のステーション（ＳＴＡ）とを有することが可能である。ＡＰは、ＢＳＳとの間で出入りするトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することが可能である。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通じて着信することが可能であり、ＳＴＡへ配信されることが可能である。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信されることが可能である。ＢＳＳ内のＳＴＡ同士の間におけるトラフィックは、例えば、ソースＳＴＡがトラフィックをＡＰへ送ることが可能であり、ＡＰがそのトラフィックを宛先ＳＴＡへ配信することが可能である場合には、ＡＰを通じて送られることが可能である。ＢＳＳ内のＳＴＡ同士の間におけるトラフィックは、ピアツーピアトラフィックとみなされること、および／または呼ばれることが可能である。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間において（例えば、直接的に）送られることが可能である。特定の代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用することが可能である。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことが可能であり、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのうちの全て）は、互いに直接通信することが可能である。通信のＩＢＳＳモードは、本明細書においては、時には通信の「アドホック」モードと呼ばれることが可能である。
【００４２】
オペレーションの８０２．１１ａｃインフラストラクチャーモードまたはオペレーションの同様のモードを使用する場合には、ＡＰは、プライマリーチャネルなどの固定されたチャネル上でビーコンを送信することが可能である。プライマリーチャネルは、固定された幅（例えば、２０ＭＨｚの幅の帯域幅）またはシグナリングを介した動的に設定される幅であることが可能である。プライマリーチャネルは、ＢＳＳの動作チャネルであることが可能であり、ＡＰとの接続を確立するためにＳＴＡによって使用されることが可能である。特定の代表的な実施形態においては、例えば８０２．１１システムにおいて、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）が実施されることが可能である。ＣＳＭＡ／ＣＡに関しては、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリーチャネルを感知することが可能である。特定のＳＴＡによってプライマリーチャネルが感知／検知され、および／またはビジーであると決定された場合には、その特定のＳＴＡは、引き下がることが可能である。１つのＳＴＡ（例えば、１つのステーションのみ）が、所与のＢＳＳにおいて任意の所与の時点で送信を行うことが可能である。
【００４３】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚの幅のチャネルを形成するために、プライマリー２０ＭＨｚチャネルと、隣り合っているまたは隣り合っていない２０ＭＨｚのチャネルとの組合せを介して、通信のために４０ＭＨｚの幅のチャネルを使用することが可能である。
【００４４】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートすることが可能である。４０ＭＨｚのチャネル、および／または８０ＭＨｚのチャネルは、隣接している２０ＭＨｚのチャネル同士を組み合わせることによって形成されることが可能である。１６０ＭＨｚのチャネルは、８つの隣接している２０ＭＨｚのチャネルを組み合わせることによって、または２つの隣接していない８０ＭＨｚのチャネルを組み合わせること（これは、８０＋８０構成と呼ばれることが可能である）によって形成されることが可能である。８０＋８０構成に関しては、データは、チャネルエンコーディングの後に、セグメントパーサに通されることが可能であり、セグメントパーサは、そのデータを２つのストリームへと分割することが可能である。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間ドメイン処理が、それぞれのストリーム上で別々に行われることが可能である。それらのストリームは、２つの８０ＭＨｚのチャネル上にマップされることが可能であり、データは、送信側ＳＴＡによって送信されることが可能である。受信側ＳＴＡの受信機においては、８０＋８０構成に関する上述のオペレーションは、逆にされることが可能であり、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）へ送られることが可能である。
【００４５】
オペレーションのサブ１ＧＨｚモードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされている。チャネル動作帯域幅、およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈにおいては、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものに比べて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚおよび２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚおよび１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることが可能である。ＭＴＣデバイスは、特定の能力、例えば、特定のおよび／または限られた帯域幅に関するサポートを（例えば、それらに関するサポートのみを）含む限られた能力を有することが可能である。ＭＴＣデバイスは、（例えば、非常に長いバッテリー寿命を保持するために）しきい値を上回るバッテリー寿命を有するバッテリーを含むことが可能である。
【００４６】
複数のチャネル、およびチャネル帯域幅、例えば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈをサポートすることが可能であるＷＬＡＮシステムは、プライマリーチャネルとして指定されることが可能であるチャネルを含む。プライマリーチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされている最大の共通動作帯域幅に等しい帯域幅を有することが可能である。プライマリーチャネルの帯域幅は、ＢＳＳにおいて動作している全てのＳＴＡのうちで、最小の帯域幅動作モードをサポートしているＳＴＡによって設定および／または制限されることが可能である。８０２．１１ａｈの例においては、たとえＡＰ、およびＢＳＳにおけるその他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚおよび／またはその他のチャネル帯域幅動作モードをサポートしても、１ＭＨｚモードをサポートする（例えば、サポートするだけである）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に関しては、プライマリーチャネルは、１ＭＨｚの幅であることが可能である。キャリア感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリーチャネルのステータスに依存する場合がある。例えば（１ＭＨｚの動作モードだけをサポートする）ＳＴＡがＡＰへの送信を行っていることに起因して、プライマリーチャネルがビジーである場合には、利用可能な周波数帯域の全体は、たとえそれらの周波数帯域の大部分がアイドルのままであって利用可能である可能性があっても、ビジーとみなされる場合がある。
【００４７】
米国においては、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国においては、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本においては、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈにとって利用可能な合計の帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００４８】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上述されているように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用することができる。ＲＡＮ１１３は、ＣＮ１１５と通信状態にあることも可能である。
【００４９】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことが可能であるが、ＲＡＮ１１３は、実施形態との整合性を保持しながら、任意の数のｇＮＢを含むことが可能であるということが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことが可能である。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することが可能である。例えば、ｇＮＢ１８０ａ、１８０ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃへ信号を送信するために、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信するために、ビームフォーミングを利用することが可能である。従ってｇＮＢ１８０ａは、例えば、ＷＴＲＵ１０２ａへ無線信号を送信するために、および／またはＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することが可能である。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することが可能である。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）へ送信することが可能である。これらのコンポーネントキャリアのサブセットが、ライセンス供与されていないスペクトル上にあることが可能であり、その一方で残りのコンポーネントキャリアが、ライセンス供与されているスペクトル上にあることが可能である。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実施することが可能である。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することが可能である。
【００５０】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジーに関連付けられている送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。例えば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、別々の送信、別々のセル、および／または無線送信スペクトルの別々の部分ごとに異なることが可能である。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信タイムインターバル（ＴＴＩ）（例えば、様々な数のＯＦＤＭシンボルおよび／または持続する様々な長さの絶対時間を含む）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。
【００５１】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロンの構成および／またはスタンドアロンではない構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されることが可能である。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、その他のＲＡＮ（例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることも伴わずに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用することが可能である。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンス供与されていない帯域における信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。スタンドアロンではない構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続する一方で、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信すること／それらに接続することも可能である。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することが可能である。スタンドアロンではない構成においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとしての役割を果たすことが可能であり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するためのさらなるカバレッジおよび／またはスループットを提供することが可能である。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ−ＵＴＲＡとの間におけるインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを取り扱うように構成されることが可能である。図１Ｄにおいて示されているように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することが可能である。
【００５３】
図１Ｄにおいて示されているＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合よってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことが可能である。上述の要素のうちのそれぞれは、ＣＮ１１５の一部として示されているが、これらの要素のうちのいずれかが、ＣＮオペレータ以外のエンティティによって所有および／または運営されることが可能であるということが理解されるであろう。
【００５４】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることが可能であり、制御ノードとしての役割を果たすことが可能である。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングに関するサポート（例えば、別々の要件を伴う別々のＰＤＵセッションを取り扱うこと）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当することが可能である。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用されることが可能である。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（ＭＴＣ）アクセスに関するサービス等などの別々の使用事例に関して、別々のネットワークスライスが確立されることが可能である。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏなどのその他の無線技術、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術を採用しているその他のＲＡＮ（図示せず）との間において切り替えを行うための制御プレーン機能を提供することが可能である。
【００５５】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続されることが可能である。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続されることも可能である。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御すること、並びにＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することが可能である。ＳＭＦ１８３ａ、１８３ｂは、その他の機能、例えば、ＵＥ  ＩＰアドレスを管理することおよび割り当てること、ＰＤＵセッションを管理すること、ポリシー施行およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどを実行することが可能である。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであることが可能である。
【００５６】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることが可能であり、Ｎ３インターフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。ＵＰＦ１８４、１８４ｂは、その他の機能、例えば、パケットをルーティングおよび転送すること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを取り扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなどを実行することが可能である。
【００５７】
ＣＮ１１５は、その他のネットワークとの通信を容易にすることが可能である。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことが可能であり、またはそうしたＩＰゲートウェイと通信することが可能である。加えて、ＣＮ１１５は、その他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能であり、その他のネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／または無線ネットワークを含むことが可能である。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂとの間におけるＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてＤＮ１８５ａ、１８５ｂに接続されることが可能である。
【００５８】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄの対応する説明を考慮すると、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において記述されているその他の任意のデバイスのうちの１つまたは複数に関連して本明細書において記述されている機能のうちの１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書において記述されている機能のうちの１つもしくは複数または全てをエミュレートするように構成されている１つまたは複数のデバイスであることが可能である。例えば、エミュレーションデバイスは、その他のデバイスをテストするために、並びに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【００５９】
エミュレーションデバイスは、ラボ環境において、および／またはオペレータネットワーク環境においてその他のデバイスの１つまたは複数のテストを実施するように設計されることが可能である。例えば、１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワーク内のその他のデバイスをテストするためにその通信ネットワークの一部として全体的にまたは部分的に実装および／または展開されている間に、１つもしくは複数のまたは全ての機能を実行することが可能である。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されている間に、１つもしくは複数のまたは全ての機能を実行することが可能である。エミュレーションデバイスは、テスティングの目的のために別のデバイスに直接結合されることが可能であり、および／またはオーバージエアー無線通信を使用してテスティングを実行することが可能である。
【００６０】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されていない間に、全ての機能を含む１つまたは複数の機能を実行することが可能である。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテスティングを実施するために、テスティングラボラトリー並びに／または展開されていない（例えば、テスティングの）有線および／もしくは無線通信ネットワークにおけるテスティングシナリオにおいて利用されることが可能である。１つまたは複数のエミュレーションデバイスは、テスト機器であることが可能である。直接ＲＦ結合、および／または、ＲＦ回路（例えば、１つもしくは複数のアンテナを含むことが可能である）を介した無線通信が、データを送信および／または受信するためにエミュレーションデバイスによって使用されることが可能である。
【００６１】
無線通信は、様々な要件を伴うアプリケーションをサポートすることが可能である。例えば、いくつかのアプリケーションは、低い待ち時間である場合があり、その一方でその他のアプリケーションは、遅延耐性を有する場合がある。いくつかのアプリケーションは、高い信頼性である場合があり、その一方でその他のアプリケーションは、あまりクリティカルでない場合がある。アプリケーションは、例えば、拡張モバイルブロードバンド（ｅＭＢＢ）、マシンタイプ通信（ＭＴＣ）、マッシブＭＴＣ（ｍＭＴＣ）、および超高信頼低遅延通信（ＵＲＬＬＣ）を含むことが可能である。アプリケーションは、自動車産業、健康産業、農業産業、ユーティリティー産業、およびロジスティクス産業などの広範囲の産業において有用である場合がある。
【００６２】
無線通信は、ライセンス供与されているスペクトルおよび／またはライセンス供与されていないスペクトルを使用して展開されることが可能である。ライセンス供与されていないスペクトルは、例えば、Ｗｉ−Ｆｉなどの非セルラーサービスおよびアプリケーション、並びに／またはセルラーサービス（例えば、ブロードバンドデータサービス）のために使用されることが可能である。ライセンス供与されていないスペクトルは、互いに干渉する可能性がある複数のユーザによって共有されることが可能であり、これは、ライセンス供与されていないスペクトルの使用上に制約を課す場合がある。
【００６３】
ライセンス供与されていない帯域におけるセル、送信受信ポイント（ＴＲＰ）、またはキャリアのオペレーションまたは使用は、例えば、スタンドアロンであること、あるいはライセンス供与されている帯域におけるセル、ＴＲＰ、またはキャリアのオペレーションまたは使用によって補助されることが可能である。補助される展開シナリオは、ライセンス供与されている補助されるアクセス（ＬＡＡ）と呼ばれることが可能である。ライセンス供与されているセル、ＴＲＰ、またはキャリアは、プライマリーまたはアンカーセル、ＴＲＰ、あるいはキャリアであることが可能である。
【００６４】
例えば、スペクトルユーザ同士の間において干渉を最小化して公平性を提供するために、ライセンス供与されていない技術（例えば、Ｗｉ−Ｆｉ）を伴うセルラーシステムオペレーションと、ライセンス供与されていないスペクトルにおけるセルラーオペレータとの共存が考慮されることが可能である。リッスンビフォートーク（ＬＢＴ）またはクリアチャネルアセスメント（ＣＣＡ）などのメカニズムが、（例えば、公平な共存のために）使用されることが可能である。例においては、アクセスポイント（ＡＰ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、ＴＲＰ、ユーザ機器（ＷＴＲＵ）等などのシステムノードが、チャネル（例えば、特定の中心周波数および帯域幅を有する周波数帯域）をリッスンして、例えば、別のユーザがそのチャネルを使用している可能性があるかどうかを、そのチャネルまたはその一部分上で送信を行う前に決定することが可能である。別のユーザによる使用のリスニングおよび／または決定は、例えば、測定（例えば、エネルギー検知）を含むこと、またはそれに基づくことが可能である。
【００６５】
ＬＢＴ、ＣＣＡ、およびＬＢＴ／ＣＣＡは、本明細書においては言い換え可能に使用されることが可能である。チャネルは、例えば、測定値（例えば、エネルギーの）がしきい値以上である可能性がある場合には、ビジーである、占有されている、または使用中であると決定されることが可能である。チャネルは、例えば、測定値（例えば、エネルギーの）がしきい値以下である可能性がある場合には、アイドルである、フリーである、クリアである、または使用されていないと決定されることが可能である。
【００６６】
「クリアである」、「フリーである」、「アイドルである」、「占有されていない」、および「ビジーではない」は、言い換え可能に使用されることが可能である。「クリアではない」、「フリーではない」、「アイドルではない」、「占有されている」、および「ビジーである」は、言い換え可能に使用されることが可能である。チャネルおよびオペレーティングチャネルは、言い換え可能に使用されることが可能である。ＣＣＡ不合格は、例えば、チャネルがビジーである可能性がある（例えば、ビジーである）ということを意味することが可能である。ＣＣＡ合格は、例えば、チャネルがクリアである可能性があるということを意味することが可能である。
【００６７】
チャネル上の潜在的な送信機（例えば、潜在的なＵＬ送信を有するＷＴＲＵ、および／または潜在的なＤＬ送信を有するｅＮＢ）は、送信の前に（例えば、チャネル上での信号の存在または干渉を測定および／または決定するために）チャネルを評価および／またはモニタ（例えば、受信）して、例えば、チャネルが別のシステム、ユーザ、または信号などの別のものによって使用中である（例えば、ビジーである、および／または占有されている）ことが可能であるかどうかを決定することが可能である。
【００６８】
潜在的な送信機は、受信された信号および／またはチャネルからの干渉を（例えば、ＬＢＴ／ＣＣＡの一環として）基準（例えば、１つまたは複数のしきい値レベル）に比較して、例えば、チャネルがフリーである可能性があるかどうかを（例えば、比較に基づいて）決定することが可能である。潜在的な送信機は、例えば、チャネルがフリーである可能性があると潜在的な送信機が決定した場合に、そのチャネル上で送信を行うことが可能である。潜在的な送信機は、例えば、チャネルがフリーではない可能性があると潜在的な送信機が決定した場合に、チャネル上で送信を行わないこと、潜在的な送信を延期すること、および／または潜在的な送信を放棄することが可能である。
【００６９】
フレームベース機器（ＦＢＥ）は、送信／受信タイミングが固定されること、および／または構造化されることが可能である機器を指すことが可能である。ロードベース機器（ＬＢＥ）は、特定のフレーム構造に従って、例えば、固定または定義された時間にＬＢＴ／ＣＣＡを実行しないことが可能である。ＬＢＥは、例えば、送信するためのデータをＬＢＥが有することが可能である場合に、ＬＢＴ／ＣＣＡを実行することが可能である。
【００７０】
機器は、ライセンス供与されているおよび／またはライセンス供与されていないチャネル上で送信および／または受信を行うことが可能であるノードまたはデバイス（例えば、ＷＴＲＵ、ｅＮＢ、ｇＮＢ、ＴＲＰ、ＳＴＡ、またはＡＰ）を指すことが可能である。
【００７１】
ｅＮＢは、ｇＮＢ、ＴＲＰ、ＳＴＡ、セル、および／またはＡＰのうちの１つまたは複数を指すまたは表すために使用されることが可能であり、その場合、ｅＮＢ、ｇＮＢ、ＴＲＰ、ＳＴＡ、セル、およびＡＰは、言い換え可能に使用されることが可能である。
【００７２】
例においては、機器は、例えば、オペレーティングチャネル上での送信または送信のバーストの前に、（例えば、チャネル上でのエネルギーを検知するために）ＬＢＴ／ＣＣＡチェックを実行することが可能である。
【００７３】
チャネル評価のためのＬＢＴ／ＣＣＡタイムピリオドは、固定された時間であることが可能であり、および／または最小時間を有することが可能である。
【００７４】
チャネル占有時間（ＣＯＴ）は、機器が所与のチャネル上で、例えば、そのチャネルの利用可能度を再評価することなく、送信を有することが可能である合計時間であることが可能である。
【００７５】
最大ＣＯＴ（ＭＣＯＴ）は、機器が所与の送信または送信のバーストのためにオペレーティングチャネルを利用することが可能である合計時間であることが可能である。
【００７６】
ＭＣＯＴの値は、構成されることまたは許可されること（例えば、規制によって）が可能である。ＭＣＯＴは、例えば、４ｍｓまたは１０ｍｓであることが可能である。
【００７７】
機器のためのＭＣＯＴは、最大許容値未満であることが可能であり、その最大許容値は、例えば、機器の製造業者によって設定されることが可能である。
【００７８】
アイドルピリオドは、機器がチャネル上で送信を行わないことが可能である時間（例えば、時間の連続したピリオド）であることが可能である。
【００７９】
アイドルピリオドは、機器によって、例えば現在の固定されたフレームピリオドの間に、使用されることが可能である最小値（例えば、ＣＯＴに関しては、ＣＯＴの５％など）を有することが可能である。
【００８０】
例えば、機器が、１つまたは複数のオペレーティングチャネルがクリアであると（例えば、ＬＢＴ／ＣＣＡ中に、またはその結果として）分かった場合には、機器は、１つまたは複数のクリアチャネル上で（例えば、すぐに）送信を行うことが可能である。
【００８１】
例えば、機器が、オペレーティングチャネルが占有されていると（例えば、ＬＢＴ／ＣＣＡ中に、またはその結果として）分かった場合には、機器は、チャネルにおいて送信を行わないことが可能である。機器は、その後のＬＢＴ／ＣＣＡを実行することが可能であり、その後のＬＢＴ／ＣＣＡは、チャネルがクリアであると分かることが可能である。
【００８２】
例えば、機器が、オペレーティングチャネルが占有されていると（例えば、ＬＢＴ／ＣＣＡ中に、またはその結果として）分かった場合には、機器は、チャネル上で（例えば、次の固定されたフレームピリオド中に）送信を行わないことが可能である。
【００８３】
チャネルがクリアではないと分かったＬＢＴ／ＣＣＡの後に実行されるＬＢＴ／ＣＣＡは、例えば、チャネルがクリアであるかどうかをチェックする前に、例えば、待機時間またはバックオフ時間を含むことが可能である。
【００８４】
チャネルがクリアではないと分かった可能性があるＬＢＴ／ＣＣＡの後に実行されることが可能であるＬＢＴ／ＣＣＡは、例えば、チャネルがクリアである可能性があるかどうかを決定するための、およびその後に送信を行うためのさらに長いピリオドを含むことが可能である。
【００８５】
ＷＴＲＵは、ＣＣＡを実行して、例えば、チャネルがフリーである可能性があるかどうかを決定することが可能である。ＷＴＲＵは、例えば、チャネルがフリーではないとＷＴＲＵが決定した場合には、さらなる競合ウィンドウの時間量など、さらなるバックオフ時間または待機時間を加えることが可能である。ＷＴＲＵは、（例えば、チャネルがフリーであると決定すると）例えば、チャネルがフリーであると決定されることが可能である直後に実際の送信が開始することが不可能である場合に、実際の送信の前に再びチェックを行うことが可能である。
【００８６】
例においては、ＷＴＲＵは、例えば、ＷＴＲＵが実際の送信の前のチェックウィンドウ（例えば、２５μｓ）内にいない可能性がある場合には、（例えば、実際の送信の前に少なくともチェックウィンドウの時間量の間に）ＣＣＡを実行することが可能である。ＷＴＲＵは、例えば、（例えば、チェックウィンドウの時間量の少なくとも一部の間に）チャネルがフリーであると決定されることが可能である場合に、送信を行うこと（例えば、送信を行うことのみ）が可能である。
【００８７】
ＣＣＡは、例えば、完全なＣＣＡまたは短いＣＣＡであることが可能である。完全なＣＣＡは、例えば、チャネルがビジーであると決定されることが可能である場合に、例えば、１つまたは複数のバックオフ時間を加えることを含むことが可能である。短いＣＣＡは、例えば、送信または意図されているもしくは計画されている送信の開始の前のチェックウィンドウにおける、迅速なチェック（例えば、エネルギー検知チェック）であることが可能である。
【００８８】
ＷＴＲＵは、例えば、ＷＴＲＵが第１のサブフレーム（ＳＦ）またはシンボルに関してＣＣＡを実行することが可能である場合に、（例えば、チャネルがフリーである可能性があるかどうかを決定するために）完全なＣＣＡを実行することが可能である。ＷＴＲＵは、例えば、完全なＣＣＡの終わりと、送信の始まりとの間にギャップがある可能性がある場合に、例えば、送信の前に（例えば、チャネルが依然としてフリーであるということを再チェックするために）、短いＣＣＡを実行することが可能である。
【００８９】
チャネル上での、セルにおける、セルへの、ＴＲＰまたは別のノードへのアクセス、リソースの使用、またはリソース上での送信は、例えば、グラントベース、割り当てベース、またはスケジューラベースであることが可能である。
【００９０】
例においては、ＷＴＲＵは、リソースの受信されたグラントまたは割り当てに応答して、またはそれに従って、リソースのセット上で送信を行うこと（例えば、送信を行うことのみ）が可能である。リソースは、例えば、時間リソースおよび／または周波数リソースであることが可能である。
【００９１】
グラントまたは割り当ては、例えばＤＬ制御情報（ＤＣＩ）において、（例えば、明示的に）提供されることが可能である。グラントまたは割り当ては、（例えば、より高いレイヤのシグナリングによって）構成されることが可能であり、例えば、送信するためのデータをＷＴＲＵが有することが可能である場合に、ＷＴＲＵによって使用されることが可能である。
【００９２】
チャネル上での、セルにおける、セルへの、ＴＲＰまたはその他のノードへのアクセス、リソースの使用、またはリソース上での送信は、グラントレスまたはグラントフリーであることが可能である。グラントレスおよびグラントフリーは、言い換え可能に使用されることが可能である。リソースは、例えば、時間リソースおよび／または周波数リソースであることが可能である。
【００９３】
ＷＴＲＵは、例えば、行うための送信をＷＴＲＵが有することが可能である場合には、リソースのセット上で送信を行うことが可能である。ＷＴＲＵは、それが送信を行うことが可能であるリソースを、例えば、リソースの１つまたは複数の構成されているセットから決定または選択することが可能である。リソースのセットは、ｅＮＢによって構成されることが可能である。
【００９４】
リソースは、複数のＷＴＲＵによって共有および／または使用されることが可能である。リソースは、競合ベースのリソースと呼ばれることが可能である。例えば、ＷＴＲＵ同士が同時に同じリソース上で選択および／または送信を行うことが可能である場合には、複数のＷＴＲＵの送信が衝突する可能性がある。
【００９５】
衝突の可能性を低減するためのメカニズムが含まれることが可能である。例においては、リソース選択は、（例えば、全体的にまたは部分的に）ランダムに決定されることが可能である。リソース選択は、ＷＴＲＵ−ＩＤの関数であることが可能である。ＷＴＲＵの別々のグループが、リソースの別々のセットを伴って構成されることが可能である。
【００９６】
メカニズムは、グラントフリー送信の受信機が送信者を識別することを可能にする。例においては、送信は、識別子または部分的な識別子を含むことが可能である。
【００９７】
ＷＴＲＵは、例えば、タイムピリオドの始まりの境界上で、またはタイムピリオド内にあることが可能である時間ユニットの境界上で開始する送信に関してＣＣＡを（例えば、ＬＴＥ  ＬＡＡ  ＵＬシナリオにおいて）実行することが可能である。
【００９８】
タイムピリオドの例は、例えば、サブフレーム（ＳＦ）、フレーム、スロット、ミニスロット、スロットまたはミニスロットのセット、ＴＴＩ、短いＴＴＩ、マルチシンボルＴＴＩ、シンボル、ＴＴＩのセット、シンボルのセット、同期バースト、同期ブロック、同期バーストまたは同期ブロックのセットなどを含むことが可能である。タイムピリオドは、１つまたは複数の時間ユニットを含むことが可能である。時間ユニットの例は、例えば、シンボル、スロット、ミニスロット、ＴＴＩ、短いＴＴＩ、マルチシンボルＴＴＩ、シンボルのセット、同期バースト、同期ブロックなどを含むことが可能である。例えば、ＷＴＲＵは、チャネル上で、タイムピリオド内に含まれている時間ユニットのうちの１つまたは複数において、そのチャネルがフリーであると決定されるまで、ＣＣＡを実行することが可能である（例えば、ＣＣＡを周期的に実行することが可能である）。
【００９９】
例においては、ＷＴＲＵは、例えば、サブフレーム（ＳＦ）境界上で、またはＳＦ内の示されているシンボル境界上で開始する送信に関してＣＣＡを実行することが可能である。ＷＴＲＵは、例えば、ＳＦ（例えば、完全なＳＦもしくは部分的なＳＦ）または連続したサブフレームのセットに関して、グラントを受信することが可能である。ＷＴＲＵは、例えば、許可されたＳＦ上での送信の前に、ＣＣＡを実行することが可能である。ＷＴＲＵは、（例えば、許可されることが可能であるＳＦのセットに関して）例えば、ＣＣＡが不合格である（例えば、チャネルがビジーであるまたはアイドルではない可能性がある）とＷＴＲＵが決定することが可能である場合に、次の（またはその後の）許可されたＳＦに関してＣＣＡを実行することが可能である。ＷＴＲＵは、例えば、許可されたＳＦセット内のＳＦに関してチャネルがフリーであるとＷＴＲＵが決定することが可能である場合に、許可されたセット内のＳＦおよび残りのＳＦ上で送信を行うことが可能である。例えば、送信が連続的であることが可能である場合に、その後のＳＦに関してＣＣＡを実行することなく送信が実行されることが可能である。ＷＴＲＵは、例えば、送信において中断があることが可能である場合に、中断の後にセット内のＳＦ上での送信に関してＣＣＡを実行することが可能である。
【０１００】
ＳＦまたは特定のシンボル境界など、特定のタイムピリオド境界上での送信に関してＣＣＡを実行するＷＴＲＵは、ＣＣＡまたは送信に関して特定の境界に制約されないことが可能である別のデバイス（例えば、ＷｉＦｉデバイス）に対して、チャネルにアクセスする上で不利な立場にある可能性がある。
【０１０１】
リソースのグラント、スケジュール、または割り当ての受信に基づいて送信を行うことが可能であるＷＴＲＵは、例えば、グラント、スケジュール、または割り当てを待つことに制約されないことが可能である別のデバイス（例えば、ＷｉＦｉデバイス）に対して、チャネルにアクセスする上で不利な立場にある可能性がある。
【０１０２】
例えば、ライセンス供与されていない帯域における、送信適合および／またはグラントフリーアクセスのためのシステム、方法、および手段が開示される。フレキシブルな送信境界が、送信適合のために提供されることが可能である。グラントフリーアクセスリソースプールが提供されることが可能である。ライセンス供与されていないオペレーションが、ビームベースのシステムにおいて、例えば、リソースプールおよびまたはＣＣＡを使用して、提供されることが可能である。
【０１０３】
フレキシブルな送信境界が、例えば、送信適合のために提供され得る。ＣＣＡおよび送信は、タイムピリオド（例えば、サブフレーム）または時間ユニットに限定されないことが可能である。例えば、タイムピリオド（例えば、サブフレーム）内の時間ユニット（例えば、シンボル）に関してＣＣＡが不合格である可能性がある場合には、ＣＣＡは、（例えば、次のまたはその他の時間ユニットにおいて）繰り返され得る。
【０１０４】
周波数リソースの適合が提供されることが可能である。
【０１０５】
周波数リソースが、例えば、送信のためのタイムピリオド内に残されている時間に基づいて、適合されることが可能である。周波数リソースのセットが、構成されている候補セットから選択されることが可能である。例えば、タイムピリオド内に残っている時間（例えば、１つまたは複数の時間ユニット）が短い場合には、ＷＴＲＵは、より多くの周波数リソースを含んだ送信のためのリソースを選択することが可能である。
【０１０６】
ＭＩＭＯスキームが、例えば、使用される周波数リソースセットに基づいて、適合されることが可能である。本明細書において記述されているＭＩＭＯは、ＭＩＭＯまたはマッシブＭＩＭＯを指すことが可能である。
【０１０７】
ＤＭ−ＲＳが、使用される周波数リソースセットを示すために使用されることが可能である。スロットとミニスロットとの使用が、例えば、スロット、ミニスロット、および／または開始時間に基づいて、ＤＭ−ＲＳの位置を送信および適合するための利用可能な時間に基づくことが可能である。ＤＭ−ＲＳは、送信の終了時間に（例えば、１つまたは２つの最後のシンボルに）置かれることが可能である。シーケンスが、使用されるリソースセットを識別することが可能である。例えば、リソースセットを識別するために使用されることが可能であるシーケンスは、ＷＴＲＵへシグナリングされること（例えば、ｅＮＢによってシグナリングされること）が可能である。
【０１０８】
ニューメロロジー（サブキャリアスペーシング）が、例えば、送信のためのタイムピリオド内に残されている時間に基づいて、適合されることが可能である。
【０１０９】
最大電力が超過される、例えば、周波数が制限または調整されることが可能である例においては、時間量全体が送信のために利用可能である可能性がある次のまたはその他のその後のタイムピリオドへのシフトがあることが可能である。例えば、最大電力を超過することを回避するために、ＴＢＳが調整されることが可能であり、および／または変調順序が（例えば、候補セットから）選択されることが可能である。ＤＭ−ＲＳは、どのＴＢＳおよび／または変調順序が使用されるかを示すことが可能である。
【０１１０】
ビームスイーピングオペレーション（例えば、スイープするためのビームの数）が、例えば、送信のためのタイムピリオド内に残されているサブキャリアスペーシング／シンボル持続時間および／または時間に基づいて、適合されることが可能である。
【０１１１】
データサイズの適合が提供されることが可能である。送信するためのデータの量が、例えば、送信を行うための利用可能な時間に基づいて、適合されることが可能である。例においては、例えば、送信を行うための利用可能な時間に基づいて、ＴＢＳが適合されることが可能であり、コードブロックのセグメント化が使用されることが可能であり、および／または送信されるコードブロックの数が変更されることが可能である。例えば、セグメント化されたトランスポートブロックの送信を可能にするために、複数のミニスロットが使用されることが可能である。
【０１１２】
例えば、遅延される制御チャネルおよび／または短いＰＵＣＣＨのために、制御チャネルの適合が提供されることが可能である。（例えば、遅延される制御チャネルに関する）例においては、コンテンツが、例えば、より多くのＤＬ送信のためのＡ／Ｎを含むように修正されることが可能である。（例えば、短いＰＵＣＣＨに関する）例においては、カバレッジが、時間または周波数における繰り返しによって改善されることが可能であり、および／またはＣＱＩが（例えば、それが合わないであろう場合には）ドロップされることが可能である。ＰＵＣＣＨタイプ（例えば、ＤＭ−ＲＳベースまたはシーケンスベース）が、例えば、送信のために利用可能な時間に基づいて、決定されることが可能である。
【０１１３】
送信時間の適合が提供されることが可能である。
【０１１４】
開始構成の例においては、ＷＴＲＵは、開始時間または開始ポイントのセットを伴って構成されることが可能である。ＷＴＲＵは、第１の開始ポイントに関してＣＣＡを実行することが可能である。ＷＴＲＵは、例えば、第１の開始ポイントがＣＣＡに不合格である場合には、次のまたはその後の開始ポイントを試すことが可能である。
【０１１５】
短い送信時間の例においては、送信のために利用可能な時間は、送信がいつ開始するか、例えば、終わりがいつに固定または構成されることが可能であるかの関数であることが可能である。
【０１１６】
固定または構成される送信時間の例においては、送信時間は、ＷＴＲＵが送信をいつ開始するかに基づくことが可能である。ＷＴＲＵは、Ｂ個の完全なＴＢを送信することが可能であり、この場合、Ｂは、例えば、ＷＴＲＵが送信をいつ開始するかに関して、割り当てられているまたは許可されているタイムピリオドにおいて利用可能な時間に合うことが可能である完全なＴＢの数であることが可能である。（例えば、代替の）例においては、最初または最後のＴＢは、例えば、ＷＴＲＵがいつ開始するかに基づいて、短いことが可能であり、その一方でその他のＴＢは、完全なサイズであることが可能である。
【０１１７】
開始時間および終了時間の表示が提供されることが可能である。例においては、ＷＴＲＵは、例えば、送信の始まりおよび／または終わりを示すために、基準信号（ＲＳ）または制御チャネルを送信することが可能である。ＲＳまたは制御チャネルは、例えば、使用されることが可能である周波数リソースのサブセットに関わらずに、同じであることが可能である周波数リソースを使用することが可能である。例（例えば、代替の例）においては、ＲＳロケーションは、使用されることが可能である周波数リソースのサブセットに依存することが可能である。
【０１１８】
ＣＣＡ周波数の適合が提供されることが可能である。例においては、ＣＣＡは、帯域（例えば、最大帯域）または周波数のセットに関して実行されることが可能であり、それは、ＷＴＲＵによって使用されることが可能である周波数の全ての候補セットを含むことが可能である。ＣＣＡは、例えば、適合性のあるサブバンドセットの選択を可能にするために、複数のサブバンド上で実行されることが可能である。ＷＴＲＵは、例えば、（例えば、その他のＷＴＲＵによるサブバンドの使用を可能にするために）ＣＣＡを実行する場合に、１つまたは複数のサブバンドをパンクチャアウトすることが可能である（例えば、使用／測定しないことが可能である）。
【０１１９】
ＷＴＲＵのＣＣＡ能力が提供されることが可能である。ＷＴＲＵは、例えば、使用されるサブキャリアスペーシングの関数であることが可能である、連続するＣＣＡをＷＴＲＵが実行することが可能である時間粒度に関する、能力を有することまたは報告することが可能である。
【０１２０】
グラントフリーアクセスリソースプールが提供されることが可能である。
【０１２１】
リソースプールは、例えば、時間および／または周波数におけるスケジュールまたはパターンを伴って、並びに繰り返し（例えば、周期性）を伴って、構成されることが可能である。プールは、周波数の候補セットを含むことが可能である。時間リソースは、ビーム固有であることが可能である基準ポイント（例えば、同期バーストまたはブロック）に相対的であることが可能である。
【０１２２】
プールの割り振りおよびＷＴＲＵの識別が提供されることが可能である。ＷＴＲＵおよびリソースプールがグループに割り振られることが可能である。ＷＴＲＵは、例えば、その送信のＣＲＣをスクランブルするために、グラントフリーマスクまたはＲＮＴＩを受信することが可能である。
【０１２３】
リソースプール層が提供されることが可能である。ＷＴＲＵは、別々のリソース利用可能度（例えば、別々の繰り返し）を伴うリソースプール層を伴って構成されることが可能である。例えば、ＷＴＲＵが（例えば、チャネルがＮ回ビジーであることに起因して）第１の層のリソースを使用して送信を行うことが不可能である場合に、ＷＴＲＵは、（よりいっそう頻度の高いリソースを伴う）第２の層のリソースを使用して送信を行うことが可能である。リソースプールは、別々のタイプの、または別々の優先度を伴う送信（例えば、ＵＲＬＬＣ対ｅＭＢＢ、送信対再送信）を有すること、および／またはそれらの送信のために使用されることが可能である。
【０１２４】
グラントベースの送信への切り替えが行われることが可能である。切り替えの要求は、例えば、ライセンス供与されているチャネルまたはライセンス供与されていないチャネル上でＳＲまたはＰＲＡＣＨによって、行われることが可能である。要求は、例えば、しきい値回数（例えば、１つまたは複数の層に関して）チャネルを得ることが不可能であった後に、行われることが可能である。
【０１２５】
ライセンス供与されていないオペレーションが、ビームベースのシステムにおいて、例えば、リソースプールを使用して、およびまたはＣＣＡを実行して、提供されることが可能である。
【０１２６】
リソースプールが、ビームベースのシステムにおいて提供されることが可能である。例においては、リソースプールは、ビームまたはＢＰＬに関連付けられることが可能である。リソースプールは、例えば品質を測定するためのＤＬ信号（例えば、ビームディスカバリー信号またはＲＳ）に基づいて、構成されることが可能である。リソースプールは、関連付けられているビームの同期バーストまたは同期ブロックと同じ時間リソース内にあることが可能である。例えば、しきい値回数（例えば、Ｎ回）グラントフリーアクセスが失敗する可能性がある（例えば、ＣＣＡが不合格である可能性がある、またはＡＣＫが受信されない可能性がある）場合に、別のビームに関連付けられている別のプールが試されることが可能である。
【０１２７】
ＣＣＡが、ビームベースのシステムにおいて実行されることが可能である。例においては、ビームに関連付けられているリソースプールに関するＣＣＡのための受信ビームは、例えば、ビーム決定のために使用されることが可能である受信ビーム、最も高いＲＳＲＰを伴うビーム、または送信ビームに関連付けられることが可能である受信ビームであることが可能である。ＷＴＲＵは、１つまたは複数の（例えば、全ての）受信ビームに関してＣＣＡを実行することが可能である。ＷＴＲＵは、検知された最も高いエネルギー、または検知された平均エネルギーを使用することが可能である。ＷＴＲＵは、送信ビームに対応することが可能である受信ビームに関して再びＣＣＡを（例えば、送信を行う前に）実行することが可能である。
【０１２８】
フレキシブルな送信境界が提供および／または使用されることが可能である。
【０１２９】
ＷＴＲＵは、タイムピリオド内にあることが可能である時間ユニットの始まりにおいて送信に関してＣＣＡを実行することが可能である（例えば、ＣＣＡを周期的に実行することが可能である）。例においては、ＷＴＲＵは、（例えば、ＣＣＡが不合格である場合には）その後の時間、例えば、タイムピリオド内にあることが可能である時間ユニットに関連付けられているその後の時間に再び試すことが可能である。ＷＴＲＵは、チャネルがフリーであると決定される（例えば、ＣＣＡが合格するとき）まで、タイムピリオド内に含まれている時間ユニット上でＣＣＡを実行し続けることが可能である。ＷＴＲＵは、（例えば、ＣＣＡが合格である場合には）その後の時間ユニットにおいて開始して送信を行うことが可能である。
【０１３０】
ＷＴＲＵ送信は、例えば、タイムピリオドの終わりの前にまたは終わりにおいて、終了することができる。ＷＴＲＵ送信は、次のタイムピリオドへと続くことが可能である。
【０１３１】
例においては、タイムピリオドはＳＦであることが可能であり、時間ユニットはシンボルであることが可能である。ＷＴＲＵは、チャネルが、例えば、第１のＳＦ内の第１のシンボルの始まりにおいて、送信のためにフリーである可能性があるかどうかを決定することが可能である。ＷＴＲＵは、（例えば、チャネルがフリーではない場合には）チャネルが第１のＳＦ内の第２のシンボル（例えば、次のシンボル）の始まりにおいて送信のためにフリーである可能性があるかどうかを決定することが可能である。ＷＴＲＵは、（例えば、チャネルがフリーである場合には）、例えば、第１のＳＦ内の第２のシンボルで開始して、送信を行うことが可能である。ＷＴＲＵは、第１のＳＦの第２のシンボルにおいてトランスポートブロック（ＴＢ）を送信することを開始することが可能である。ＴＢの送信のための最後のシンボルは、第１のＳＦ内の最後のシンボルまたは最後から２番目のシンボルなど、第１のＳＦ内のシンボルであることが可能である。ＴＢの送信のための最後のシンボルは、数ある例の中でも、その後のＳＦ、次のＳＦ、次の隣り合ったＳＦなど、第２のＳＦ内のシンボルであることが可能である。
【０１３２】
例においては、時間ユニットは、ｓＴＴＩであることが可能である。ｓＴＴＩは、シンボルのセットから構成されることが可能である。
【０１３３】
ＷＴＲＵは、例えば、送信の開始ポイントもしくは時間並びに／または終了ポイントもしくは時間に基づいて、送信のための持続時間を決定することが可能である。開始ポイントまたは時間は、例えば、ＣＣＡの結果に基づいて、ＷＴＲＵによって決定されることが可能である。開始ポイントまたは時間は、例えば、構成および／または許可されることが可能である開始ポイントまたは時間のセットから、ＷＴＲＵによって選択されることが可能である。終了ポイントまたは時間は、固定されること、構成されること、または知られることが可能である。終了ポイントまたは時間は、例えば、構成および／または許可されることが可能である終了ポイントまたは時間のセットから、ＷＴＲＵによって選択されることが可能である。ＷＴＲＵは、例えば、構成および／または許可されることが可能である持続時間のセットから、送信の持続時間を決定することが可能である。
【０１３４】
ＷＴＲＵは、（例えば、送信の開始ポイントもしくは時間、終了ポイントもしくは時間、または持続時間（例えば、決定された持続時間）に基づいて）、例えば、（ｉ）ＴＢサイズ（ＴＢＳ）など、送信するためのデータの量、（ｉｉ）送信のために使用するための１つもしくは複数の周波数リソース、および／または（ｉｉｉ）例えば、送信のために使用するための、ＲＥ、ＲＢもしくはＰＢなど、周波数リソースのセットもしくはパターンなどを決定することが可能である。
【０１３５】
周波数リソースの適合が提供されることが可能である。ＷＴＲＵおよび／またはｅＮＢもしくはｇＮＢは、例えば、送信の開始ポイントもしくは時間および／または終了ポイントもしくは時間に基づいて、送信の周波数リソースを決定することが可能である。
【０１３６】
例においては、ＷＴＲＵは、例えば、送信を行うための時間がより少ない可能性がある場合には、周波数リソースのさらに大きなセット上で送信を行うことができる。ＷＴＲＵは、送信に関して、例えば、開始時間、終了時間、および／または持続時間を決定することができる。ＷＴＲＵは、例えば、送信の開始時間、終了時間、および／または持続時間に基づいて、リソースおよび／またはリソースのセットの数を決定することができる。
【０１３７】
ＷＴＲＵは、トランスポートブロックを送信するために、固定された数の時間リソースおよび／または周波数リソースを使用することが可能である。ＷＴＲＵは、例えば、ＷＴＲＵがチャネルを取得した可能性がある瞬間から送信機会（transmission occasion）に残っている時間量に基づいて、ニューメロロジーを選択することができる。例においては、ＷＴＲＵは、例えば、ＷＴＲＵが、ＴＢを送信するためにＴ１時間が残っている可能性がある第１の時間インスタンスにおいてチャネルを取得することが可能である場合に、第１のサブキャリアスペーシングおよび／または第１のシンボル持続時間を選択することができる。ＷＴＲＵは、例えば、ＷＴＲＵが、第１の時間インスタンスにおいてチャネルを取得することに失敗する可能性があり、（例えば、その代わりに）例えば、ＴＢを送信するためにＴ２時間が残っている可能性がある場合に、第２の時間インスタンスにおいてそれを取得するときに、第２のサブキャリアスペーシングおよび／または第２のシンボル持続時間を選択することができる。ＷＴＲＵは、例えば、Ｔ２がＴ１未満である可能性がある場合には、その送信のために、より大きなサブキャリアスペーシングおよび／またはより小さなシンボル持続時間を（例えば、残っているＴ２時間の間に）選択することができる。ＷＴＲＵは、ライセンス供与されていないチャネルのために、またはそのチャネル内で使用されることが可能な適用可能なおよび／または有効なサブキャリアスペーシング値および／またはシンボル持続時間値のセットを伴って構成されることができる。構成は、例えば、（例えば、システム情報送信における）ブロードキャスト送信を介して、またはグラントフリー送信のためであることが可能な構成を介して、提供され得る。構成は、例えば、グループ固有またはＷＴＲＵ固有であることが可能であり、グループ固有のまたはＷＴＲＵ固有のシグナリングを介して提供および／または受信されることが可能である。
【０１３８】
使用されるシンボルの数は、例えば、開始時間および／または持続時間に関わらず同じであることが可能である。サブキャリアスペーシングは、開始時間および／または持続時間に基づいて決定されることが可能である。例においては、別々の開始時間および／または持続時間に関して、１つの（例えば、同じ）物理チャネル構造（例えば、基準信号構造およびデータＲＥロケーション）が使用されることが可能である。
【０１３９】
ＣＰ長さは、（例えば、全ての）サブキャリアスペーシング候補に関して同じであってよい。（例えば、最大）ＣＰ長さは、（例えば、代替として）例えば、サブキャリアスペーシングに基づいて、決定されることが可能である。ＷＴＲＵ、ｅＮＢ、またはｇＮＢは、例えば、チャネル状況に起因するＣＰ長さが最大ＣＰ長さよりも長い可能性がある場合には、送信をドロップすることができる。
【０１４０】
リソースは、時間リソースおよび／または周波数リソースであることが可能である。リソースは、リソースブロック（ＲＢ）または物理リソースブロック（ＰＲＢ）であることが可能である。リソース同士は、例えば、周波数において連続している（例えば、連続しているサブキャリアである）ことが可能である。リソース同士は、周波数において、例えば、周波数の帯域またはサブ帯域にわたって、分散されることが可能である。
【０１４１】
（例えば、ＷＴＲＵが送信のためのサブセットを決定することができる元になる）ＲＢ、ＰＲＢ、および／または周波数のセット（例えば、候補セット）が構成されることが可能である。例においては、ＷＴＲＵは、ＷＴＲＵが送信のためのセットまたはサブセット（例えば、候補）を選択することができる元になるリソースの１つまたは複数のセット（例えば、候補セット）（例えば、リソースのパターン）を受信することが可能である。ＷＴＲＵは、例えば、送信のために利用可能な時間に基づいて、送信のために使用するための候補のセットから候補を決定することが可能である。
【０１４２】
ＷＴＲＵは、トランスポートブロック（ＴＢ）の変調されたシンボルを、候補のセットからの決定された候補に対応することが可能な時間／周波数リソース（例えば、リソース要素（ＲＥ））にマップすることができる。ＷＴＲＵは、例えば、選択された候補におけるＲＥの数がＴＢの変調されたシンボルの数よりも大きい可能性がある場合には、ある数の変調されたシンボル（例えば、少数のシンボル）の繰り返しを適用することができる。
【０１４３】
例においては、帯域（例えば、５ＧＨｚ）におけるライセンス供与されていない送信は、その帯域内の全送信サブ帯域（例えば、５ＭＨｚまたは２０ＭＨｚのサブ帯域）にわたるインターレースされた送信を含むことが可能である。リソースの候補セットは、ＷＴＲＵが選択を行うことができる元になるインターレーシングパターンであることが可能である。周波数リソースにおける拡張（例えば、より多くの周波数リソースを伴うセット）は、より高密度なインターレーシングパターンに対応することが可能である。
【０１４４】
より高密度なインターレースの使用は、現在のＴＢにとって必要である可能性があるよりも多くの（例えば、よりいっそう多くの）、送信のために利用可能なＲＥをＷＴＲＵが有するという結果をもたらすことが可能である。ＷＴＲＵは、残りの利用可能なＲＥにおいて、さらなるＴＢを（例えば、より小さなＴＢＳを伴って）送信することができる。
【０１４５】
送信のために使用されることが可能なＭＩＭＯ送信スキームが、例えば、（例えば、決定された）周波数リソース候補および／または開始時間および持続時間に基づいて、決定されることが可能である。例えば、第１の周波数リソース候補が決定されることが可能である場合に、第１のＭＩＭＯ送信スキーム（例えば、スペース周波数ブロックコーディング（ＳＦＢＣ））が使用されることが可能である。例えば、第２の周波数リソース候補が決定されることが可能である場合に、第２のＭＩＭＯ送信スキーム（例えば、プリコーダサイクリング）が使用されることが可能である。第１の周波数リソース候補は、第２の周波数リソース候補よりも少ない数の周波数リソースを有することが可能である。
【０１４６】
ＭＩＭＯ送信スキームは、例えば、周波数リソース候補におけるＲＢまたはＰＲＢの数に基づいて、決定されることが可能である。第１のＭＩＭＯ送信スキームは、例えば、周波数リソース候補におけるＲＢまたはＰＲＢの数がしきい値よりも大きい可能性がある場合に、使用されることが可能であり、その一方で第２のＭＩＭＯ送信スキームは、例えば、そうでない場合に、使用されることが可能である。
【０１４７】
送信ランク（例えば、レイヤの数）は、例えば、（例えば、決定された）周波数リソース候補および／または開始時間および持続時間に基づいて決定されることが可能である。例えば、第１の周波数リソース候補が決定されることが可能である場合に、第１の送信ランクが使用されることが可能であり、その一方で、例えば、第２の周波数リソース候補が決定されることが可能である場合に、第２の送信ランクが使用されることが可能である。
【０１４８】
受信機は、送信において使用される周波数リソースを決定することが可能である。ＷＴＲＵは、その送信において、復調基準信号（ＤＭ−ＲＳ）などの基準信号（ＲＳ）を送信することが可能である。ＷＴＲＵは、送信のＰＲＢにおいて（例えば、その送信のＲＥのサブセットにおいて）ＲＳを送信することが可能であり、それは、送信のために使用されるリソースのセット（例えば、候補セット）をｅＮＢが決定することを可能にする。ｅＮＢは、例えば、ＷＴＲＵが送信を行うために使用した周波数の候補またはセットを決定するために、ＲＳ送信を使用することができる。
【０１４９】
ミニスロットは、スロットよりも少ないシンボルを含むことが可能な時間ユニットであってよい。例においては、スロットは、７つのシンボルを含むことが可能であり、その一方でミニスロットは、２つ、３つ、または４つのシンボルを含むことが可能である。
【０１５０】
ＷＴＲＵは、時間ユニット（例えば、サブフレーム、スロットまたはミニスロット）内の位置においてＲＳを送信することができ、その場合、例えば、その位置は、固定されること、知られること、または構成されることが可能である。ＷＴＲＵは、ＷＴＲＵによって決定されることが可能な時間ユニット内の位置においてＲＳを送信することができる。ＲＳは、例えば、名目上の、デフォルトの、またはレギュラーの位置であることが可能な位置を有することが可能であり、またはその位置において送信されることが可能である。ＷＴＲＵは、例えば、名目上の、デフォルトの、またはレギュラーの位置ではないことが可能な位置においてＲＳを送信することができる。ＲＳ送信は、例えば、それが、例えば、１つまたは複数の基準に基づいて、名目上の、デフォルトの、またはレギュラーの位置において送信されることが可能である、または送信されないことが可能である場合に、フレキシブルなＲＳ送信とみなされることが可能である。基準は、例えば、ＷＴＲＵがチャネルへのアクセスをいつ得ることが可能であるかの関数であることが可能である。
【０１５１】
ＷＴＲＵは、例えば、それが（例えば、最初に）チャネルへのアクセスを得ることが可能である場合に、ミニスロットを使用すること（例えば、使用するように構成されること）が可能である。ＷＴＲＵは、例えば、それが（例えば、最初の）送信のためにミニスロットを使用することが可能である場合に、フレキシブルなＲＳ（例えば、ＤＭ−ＲＳ）送信を使用することが可能である。
【０１５２】
ミニスロットに関連付けられることが可能であるＲＳ（例えば、ＤＭ−ＲＳ）は、ＷＴＲＵが送信されることが可能であるリソース（例えば、周波数リソース）の候補セットを決定するためにｅＮＢによって使用されることが可能である。ＲＳは、例えば、送信の開始時間を決定するために、ｅＮＢによって使用されることが可能である（例えば、使用されることも可能である）。
【０１５３】
ＷＴＲＵは、例えば、ＷＴＲＵがチャネルへのアクセスを得ることが可能である時間に基づいて、スロット（例えば、レギュラースロット）またはミニスロットを使用することができる。例においては、ＷＴＲＵは、例えば、ＷＴＲＵがサブフレームの始まりから、ある数のシンボル、例えば２つのシンボル（例えば、ＯＦＤＭまたはＤＦＴ−ｓｐｒｅａｄ−ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）シンボル）内でチャネルへのアクセスを得ることが可能である場合に、送信のためにスロット（例えば、レギュラースロット）を使用することを決定することが可能である。サブフレームは、例えば、２つのスロットを含むことが可能である。ＷＴＲＵは、例えば、少なくとも１つの（例えば、第１の）スロットを使用することが可能であり、例えば、ＷＴＲＵがチャネルへのアクセスを得ることができた後に生じるスロットのシンボルにおいて送信を行うことが可能である。ＷＴＲＵは、例えば、その名目上の、レギュラーの、またはデフォルトのロケーションが送信のシンボル（例えば、スロットの第４のシンボル）内に含まれることが可能である（例えば、含まれている）場合に、そのロケーションにおいてＲＳを送信することが可能である。
【０１５４】
（例えば、別の）例においては、ＷＴＲＵは、例えば、ＷＴＲＵがサブフレームの始まりから、ある数のシンボル（例えば、４つのシンボル）後にチャネルへのアクセスを得ることが可能な場合に、またはＷＴＲＵがＲＳの名目上の、レギュラーの、またはデフォルトの位置の後にチャネルへのアクセスを得ることが可能な場合に、その第１の送信のためにミニスロットを使用することができる。ＷＴＲＵは、例えば、受信されること、決定されること、および／または示されることが可能であるミニスロット構成に従って、ミニスロットの１つまたは複数のシンボルにおいてＲＳを送信することができる。
【０１５５】
ｅＮＢは、例えば、送信の開始および／または終了ポイントまたは時間に基づいて、使用されることが可能な候補セットを決定することができる。ｅＮＢは、開始および／または終了ポイントをブラインド検知することができる。ｅＮＢは、ＷＴＲＵからの表示を、例えば、送信の開始および／または終了ポイントを決定する際にそれを補助するために、受信することができる。
【０１５６】
ＤＭ−ＲＳは、送信の終了時間において（例えば、１つまたは２つの最後のシンボルにおいて）送信されることが可能である。ＤＭ−ＲＳ送信のための周波数リソースは、例えば、送信のために決定されることが可能な周波数リソース候補に関わらずに、同じであってよい。例においては、送信のための名目上の帯域幅が、ＤＭ−ＲＳ送信のために使用されることが可能である。名目上の帯域幅は、例えば、基準開始時間および／または持続時間（例えば、タイムピリオド）に関して使用されることが可能である周波数リソース候補であることが可能である。
【０１５７】
１つまたは複数のシーケンスが、ＤＭ−ＲＳに関して使用されることが可能である。使用されるシーケンスの数は、例えば、周波数リソース候補の数に基づいて、決定されることが可能である。１つの（例えば、それぞれの）シーケンスは、１つの周波数リソース候補に対応することが可能である。
【０１５８】
周波数リソース候補に対応するシーケンスは、例えば、ｅＮＢ、ｇＮＢ、またはＷＴＲＵが、例えば、送信の始まりおよび持続時間に基づいて、周波数リソース候補を決定することが可能な場合に、送信のために使用されることが可能である。
【０１５９】
受信機は、例えば、使用される周波数リソース候補を決定するために送信の終わりにおいて送信されるＤＭ−ＲＳのシーケンスを（例えば、無分別に）検知することができる。
【０１６０】
例えば、決定された周波数リソースが名目上の周波数リソースよりも広い可能性がある場合には、周波数における１つまたは複数の（例えば、さらなる）ＤＭ−ＲＳが使用されることが可能である。
【０１６１】
例えば、持続時間が基準持続時間（例えば、タイムピリオド）よりも長い可能性がある場合には、時間における１つまたは複数の（例えば、さらなる）ＤＭ−ＲＳが使用されることが可能である。
【０１６２】
ＤＭ−ＲＳは、（例えば、代替として）送信の終了時間において送信されることが可能であり、それは、周波数リソース候補に関わらずに揃えられることが可能である。ＤＭ−ＲＳに関する周波数リソース同士は、例えば、周波数リソース候補に基づいて、異なることが可能である。例においては、ＤＭ−ＲＳは、周波数リソースにおいて送信されることが可能である。ＤＭ−ＲＳシーケンスおよび／またはシーケンス長さが、例えば、周波数リソースの決定された数に基づいて、決定されることが可能である。受信機は、例えば、送信のために使用される周波数リソース候補を決定するために、ＤＭ−ＲＳシーケンスを（例えば、無分別に）検知することが可能である。
【０１６３】
最大電力制約が提供されることが可能である。ＷＴＲＵは、例えば、さらなる周波数リソースを使用する場合に、最大電力（例えば、構成されている最大出力電力）を超過する可能性がある。ＷＴＲＵは、例えば、最大電力または最大ＥＩＲＰを超過することなどによって電力制約に違反することを回避するために、１つまたは複数のアクションを取ることが可能である。
【０１６４】
ＷＴＲＵは、（例えば、使用するための周波数リソースのセットを決定する場合に）、例えば、最大電力またはＥＩＲＰを超過することを回避するために、例えば、候補を制限することができる。ＷＴＲＵは、例えば、最大電力またはＥＩＲＰを超過することを回避するために、（例えば、代替として、）送信されることになる１つまたは複数のチャネルの電力を調整することができる。
【０１６５】
ｅＮＢは、（例えば、周波数リソースをブラインドデコーディングする目的で、）例えば、送信において使用される可能性が最も高いセットを決定するために、最新の電力ヘッドルームレポートを使用することができる。
【０１６６】
ＷＴＲＵは、送信のために使用するための周波数リソースのセットを決定することができる。例えば、ＷＴＲＵが最大電力を超過する結果をもたらす可能性がある（例えば、短い送信のための）周波数リソースのセットをＷＴＲＵが使用する可能性がある場合には、ＷＴＲＵは、あたかもチャネルがビジーであると決定されているかのように振る舞うこと、およびその後の（例えば、次の）タイムピリオドの始まりにおいてチャネルの利用可能度をチェックすることができる。
【０１６７】
例においては、ＷＴＲＵは、送信時間がＴｂａｓｅであることが可能な（例えば、タイムピリオド内の）第１の時間ユニットに関してＣＣＡを実行することができる。例えば、チャネルがフリーであるとＷＴＲＵが決定することが可能な場合に、ＷＴＲＵは、送信のための周波数リソースの第１のセットを使用することができる。例えば、チャネルがビジーであるとＷＴＲＵが決定することが可能な場合に、ＷＴＲＵは、送信時間がＴｓｈｏｒｔであることが可能な（この場合、Ｔｓｈｏｒｔ＜Ｔｂａｓｅである）第２の時間ユニット（例えば、タイムピリオド内の）において再び試すことができる。例えば、チャネルがフリーであるとＷＴＲＵが決定することが可能な場合に、ＷＴＲＵは、送信のために周波数リソースの第２のセットを使用することができる（例えば、リソースの第２のセットは、リソースの第１のセットよりも多くのリソースを含むことが可能である）。
【０１６８】
例えば、周波数リソースの第２のセット上での送信が電力制約（例えば、最大電力またはＥＩＲＰ）に違反する可能性がある（例えば、違反するであろう）とＷＴＲＵが決定した場合に、ＷＴＲＵは、第２の時間ユニットに関する（例えば、第２の時間ユニットで開始する）送信をスキップすることができる。ＷＴＲＵは、例えば、タイムピリオド内のその後の（例えば、次の）時間ユニットに関して（例えば、チャネルがフリーである場合にはＣＣＡおよび送信を）再び試すこと、またはその後の（例えば、次の）タイムピリオドに関して再び試すことができる。ＷＴＲＵは、（例えば、その後のタイムピリオドへ進むことによって、）ＷＴＲＵが送信のためのさらに多くの時間を有することと、最大電力を超過しないことが可能であるさらに少ない周波数リソースを使用することとをもたらすことができる。
【０１６９】
ＷＴＲＵは、周波数リソースの第２のセット上での送信が送信電力制約に違反する可能性があると決定することができる。ＷＴＲＵは、（例えば、代替として、）例えば、ＷＴＲＵが送信電力制約を満たすことを可能にすることができるさらに小さなＴＢＳおよび／またはさらに低い変調順序を探索すること（例えば、１つまたは複数の候補の間で）および／または決定することができる。ＷＴＲＵは、ＴＢＳおよび変調順序を使用して送信を行うことができる。ＴＢＳは、例えば、当初のＴＢＳまたは決定されたさらに小さなＴＢＳであることができる。変調順序は、例えば、当初の変調順序またはさらに低い変調順序であることが可能である。１つまたは複数の候補ＴＢＳおよび変調順序は、事前に定義されること、または構成されることが可能である。周波数リソースにおいて送信されることが可能なＤＭ−ＲＳが、例えば、どのＴＢＳおよび／または変調順序が使用されることが可能であるかを示すために、使用されることが可能である。
【０１７０】
時間ユニットは、例えば、スケジュールされている、構成されている、または割り当てられている時間ユニットであることが可能である。タイムピリオドは、例えば、スケジュールされている、構成されている、または割り当てられているタイムピリオドであることが可能である。
【０１７１】
ＷＴＲＵは、（例えば、代替として、）その後の（例えば、次の）タイムピリオドの始まりまで、並びに／またはそれが時間のさらに長いピリオドの間に送信を行うこと、および／もしくはより少ない周波数リソースを使用することができるまで、例えば、Ｔｓｈｏｒｔの持続時間の間に、チャネルを要求することができる。ＷＴＲＵは、例えば、チャネルを要求するために、例えば、周波数リソースの第１または第２のセット内で基準信号またはその他の信号を送信することができる。ＷＴＲＵは、次のタイムピリオドにおいて（例えば、次のタイムピリオドの始まりにおいて）送信を行うことができる。
【０１７２】
ビームスイーピングの適合が提供されることが可能である。ＷＴＲＵは、（例えば、ライセンス供与されていないチャネルまたは帯域において送信を行う場合に、）例えば、ＵＬ  Ｒｘビームスイーピングオペレーションを可能にするために、ＵＬ  Ｔｘビームスイーピングオペレーションおよび／または再送信を実行することが可能である。再送信は、例えば、（例えば、同じデータの）繰り返しを含むことが可能である。再送信は、例えば、同じＴｘビーム上での、または同じ方向での複数の送信を含むことが可能である。複数の送信は、同じ（例えば、同じデータ）であることが可能であり、またはそうではないことが可能である。ＷＴＲＵおよび／またはｇＮＢは、同時に使用されることが可能であるビームの数に対する制限を有することが可能である。ＷＴＲＵは、複数のシンボルを介して送信を繰り返すことが可能である。例においては、ＷＴＲＵは、シンボルを介してＴＢを送信することが可能であり、（例えば、スロットの）複数のシンボルを介して送信を繰り返すことが可能である。繰り返しは、例えば、Ｔｘおよび／またはＲｘビームスイーピングを可能にすることができ、またはそれらのために使用されることが可能である。繰り返される送信のセットの一部であることが可能である送信のシンボルの数は、一定であることが可能である。例においては、シンボルの数は、繰り返される送信のセットにおける送信のうちの１つまたは複数（例えば、全て）に関して同じ数であることが可能である。
【０１７３】
ＷＴＲＵは、例えば、送信機会に残っている時間量に基づいて、またはＷＴＲＵがチャネルを取得した可能性がある時間に基づいて、サブキャリアスペーシングを選択することが可能である。ＷＴＲＵは、チャネルにおける送信に適用可能であり得るサブキャリアスペーシング値のセットを伴って構成されることが可能である。
【０１７４】
送信帯域幅全体は、（例えば、最大電力制約に起因する）制限を有することが可能である。ＷＴＲＵは、最大帯域幅を達成するまで、シンボル時間を低減すること（例えば、サブキャリアスペーシングを増大すること）が可能である。ＷＴＲＵは、それが送信を繰り返すことが可能である割合を修正することが可能である。例においては、ＷＴＲＵは、（例えば、第１のサブキャリアスペーシングに関して）完全なＴＢをシンボルにマップすることが可能であり、（例えば、そのＵＬ送信ビームを変更する一方で）隣り合ったシンボルを介して送信を繰り返すことが可能である。ＷＴＲＵは、（例えば、第２のサブキャリアスペーシングに関して）完全なＴＢを１つまたは複数のシンボル（例えば、２つのシンボル）のセットにマップすることが可能であり、隣り合ったシンボルセットを介してシンボルのそのセットを繰り返すことが可能である。これは、ＷＴＲＵが送信をスイープすることが可能であるビームの数を低減することが可能である。ＷＴＲＵは、例えば、ＷＴＲＵが適切な合計ビーム幅にわたってスイープを行うことを可能にするために、それがデータの繰り返しを送信することが可能である１つの（例えば、それぞれの）個々のビームのビーム幅を適合することが可能である。適合は、送信機会における利用可能な繰り返しの合計数に基づくことが可能である。
【０１７５】
データサイズの適合が提供されることが可能である。例においては、トランスポートブロックサイズ（ＴＢＳ）が適合されることが可能である。ＴＢＳは、リソースの１つまたは複数の（例えば、全ての）候補セットに関して同じであってよい。リソースの１つの（例えば、それぞれの）候補セットは、（例えば、代替として）ＴＢＳに関連付けられることが可能である。ＷＴＲＵは、例えば、関連付けられているＴＢＳを使用して、リソースのセット（例えば、候補から決定されたセット）上で送信を行うことが可能である。
【０１７６】
ＷＴＲＵおよび／またはｅＮＢは、例えば、送信の開始ポイントもしくは開始時間、送信の終了ポイントもしくは終了時間、並びに／または送信の持続時間に基づいて、送信のデータ（例えば、ＴＢＳ）の量を決定することが可能である。データ（例えば、ＴＢＳ）の量は、例えば、送信のために使用されるリソース（例えば、周波数リソース）の候補セットに基づいて、例えば、送信のために使用されるリソースセットにおけるＰＲＢの数を使用して、決定されることが可能である。
【０１７７】
ＷＴＲＵは、例えば、ＷＴＲＵが送信をいつ開始することが可能であるかに応じてサイズが変わる可能性がある場合には、送信の前にＴＢを構築または再構築するための十分な時間を有さない場合がある。
【０１７８】
ＷＴＲＵは、１つまたは複数の可能な開始時間、持続時間、および／または周波数リソースセットに対応することが可能であるサイズを有するトランスポートブロックのセットを用意することが可能である。ＷＴＲＵは、（例えば、自律的に）決定された開始時間、持続時間、および／または周波数リソースセットとそろうことが可能である用意されたＴＢを使用することが可能である。
【０１７９】
例えば、事前に複数のＴＢを用意することが最適なソリューションではない可能性がある場合には、コードブロックのセグメント化が使用されることが可能である。送信するためのコードブロックの数は、例えば、送信のために利用可能な時間に基づいて、決定されることが可能である。
【０１８０】
例においては、ＷＴＲＵは、例えば、送信の開始ポイントもしくは開始時間、送信の終了ポイントもしくは終了時間、および／または送信の持続時間に基づいて、送信するためのコードブロックの数を決定することが可能である。コードブロックの数は、例えば、候補セットまたは構成されているセットから、ＷＴＲＵによって決定および／または選択されることが可能である。
【０１８１】
受信機（例えば、ｅＮＢ）は、例えば、送信の開始ポイントもしくは時間、送信の終了ポイントもしくは終了時間、および／または送信の持続時間に基づいて、送信されるコードブロックの数を決定することが可能である。
【０１８２】
ＷＴＲＵは、送信機会（例えば、スロット）におけるＴＢの全てのコードブロック（ＣＢ）を送信することができない可能性がある。ＷＴＲＵは、（例えば、ＣＢまたはＣＢグループ（ＣＢＧ）の再送信が可能である可能性がある場合には）ＴＢの（例えば、全ての）ＣＢ（例えば、送信されたおよび送信されていない）を保持することが可能であり、例えば、残りのＣＢを送信するために、ＨＡＲＱフィードバック（例えば、ＣＢＧレベルのＨＡＲＱフィードバック）またはＣＢＧレベルのＵＬグラントをｇＮＢが提供するのを待つことが可能である。
【０１８３】
（例えば、代替の）例においては、ＷＴＲＵは、ＴＢ送信を、複数の（例えば、２つの）隣り合ったミニスロットに合うように適合させることが可能である（例えば、複数のスロットまたはミニスロットを介したＴＢセグメント化）。第１のミニスロットサイズは、例えば、ＷＴＲＵがチャネルを取得することができる時間から送信境界まで送信されることが可能であるＣＢの第１のセットを含むように、適合されることが可能である。第２のミニスロットサイズは、（例えば、事前に決定された帯域幅を介して）ＣＢの残りのセットの送信を可能にするように適合されることが可能である。第２のミニスロットは、（例えば、ＭＣＯＴが超過されていない可能性がある場合には）第１のミニスロットの送信の後に、例えばすぐに、送信されることが可能である。ＷＴＲＵは、（例えば、第１のＴＢに関してなどの第２のミニスロットの送信の完了時に）その後のＴＢを送信することが可能であり、それは、（例えば、ＭＣＯＴが超過されていない可能性がある場合には、）デフォルトの、事前に構成された、または事前に決定されたスロットサイズにわたって送信されることが可能である。ある（例えば、代替の）例においては、そのチャネル占有の残りに関してＷＴＲＵによって使用されるスロットサイズは、例えば、第１および／または第２のミニスロット送信において使用されることが可能であるスロットサイズの関数であることが可能である。
【０１８４】
（例えば、代替の）例においては、ＷＴＲＵは、例えば、それが（例えば、最初に）チャネルにアクセスした場合に、ミニスロットを使用するように構成されることが可能であり、その後のバックツーバック送信のためにスロット（例えば、レギュラースロット）を使用することへ戻ることが可能である。ＷＴＲＵは、（例えば、チャネルが利用可能であると査定されることが可能である場合には、）例えば、送信の開始ポイントに基づいて、ミニスロットまたはスロットを使用することを決定することができる。ＷＴＲＵは、例えば、送信の開始ポイントに基づいて、ミニスロットのサイズ（例えば、２つ、３つ、４つのシンボル）を決定することができる。
【０１８５】
（例えば、代替の）例においては、ＷＴＲＵは、送信されることになるＴＢを複数の（例えば、２つの）コードワードへと分割することができる。ＷＴＲＵは、例えば、送信の開始ポイント、および／または送信の持続時間に基づいて、複数のコードワード、より短いコードワード、またはより長いコードワードを送信することを決定することができる。
【０１８６】
ＷＴＲＵは、（例えば、グラントベースの送信においては、）第２のスロットにおいて別のＴＢを送信するためにＵＬリソースを許可されることが可能である。ＷＴＲＵは、（例えば、このケースにおいては）、例えば、ミニスロットを使用して、例えば、第１のＴＢの送信を完了するために、第２のＴＢを送信することを阻止することができる。阻止は、第２のＴＢ送信が複数の（例えば、２つの）ミニスロットへのセグメント化を含むこと、および／または第３のＴＢ送信を阻止することなどにつながることが可能である。
【０１８７】
ＷＴＲＵは、例えば、１つまたは複数のＴＢが複数のミニスロットにわたってセグメント化されることが可能である場合には、例えば、スロットサイズに関わらずに、ＤＭ−ＲＳおよび／または別の基準信号を１つの（例えば、それぞれの）スロットに含めることが可能である。（例えば、代替の）例においては、ＷＴＲＵは、例えば、１つまたは複数のセグメント化されたＴＢを伴う送信に関して、１つまたは複数の（例えば、全ての）基準信号を１つまたは複数のスロット（例えば、それらのスロットのみ）に含めることができる。基準信号を含めることは、（例えば、グラントフリー送信構成とともに）静的にまたは準静的に構成されることが可能であり、ＷＴＲＵによって決定されることが可能であり、および／またはｇＮＢに示されることが可能である。
【０１８８】
制御チャネルの適合が提供されることが可能である。ＵＬ制御チャネル（例えば、ＰＵＣＣＨ）のタイプまたはサイズは、例えばＰＵＣＣＨ単独の、またはＰＵＳＣＨ送信と組み合わされた、送信のために利用可能な時間量に依存することが可能である。ＰＵＣＣＨは、例えば、ＰＵＣＣＨのカバレッジを改善するために、時間および／または周波数において繰り返されることが可能である。
【０１８９】
ＰＵＣＣＨの送信および／または繰り返しのためのリソースは、構成されることが可能である候補リソースセットから選択および／または決定されることが可能である。リソースセットは、例えば、送信のために利用可能な時間に基づいて、選択および／または決定されることが可能である。
【０１９０】
ＰＵＣＣＨタイプは、（例えば、代替として）、例えば、送信のために利用可能な時間量に依存することが可能である。例においては、第１のＰＵＣＣＨタイプ（例えば、ＤＭ−ＲＳベースのＰＵＣＣＨ）は、第１の候補リソースセットに関して使用されることが可能であり、第２のＰＵＣＣＨタイプ（例えば、シーケンスベースのＰＵＣＣＨ）は、第２の候補リソースセットに関して使用されることが可能である。第１の候補リソースセットは、第２の候補リソースセットよりも長い持続時間を有することが可能である。下記のうちの１つまたは複数が当てはまることが可能である。第１のＰＵＣＣＨタイプ（例えば、ＤＭ−ＲＳベースのＰＵＣＣＨ）は、より高い多重化キャパシティーを提供することが可能であり、その一方でパフォーマンスは、第２のＰＵＣＣＨタイプ（例えば、シーケンスベースの）よりも悪い場合がある。第２のＰＵＣＣＨタイプは、より良好なパフォーマンスを提供することが可能であり、その一方でより低い多重化キャパシティーを提供する。第１のＰＵＣＣＨタイプおよび第２のＰＵＣＣＨタイプのための候補リソースセット同士は、周波数において重ならないことが可能である。
【０１９１】
ＰＵＣＣＨ送信のコンテンツは、例えば、チャネルがビジーであると決定されたことに起因する、例えば、ＰＵＣＣＨ送信の遅延された開始に基づいて、変わることが可能である。例においては、例えば、送信が第１の時間ユニットまたはタイムピリオドで開始することが可能である場合には、第１のコンテンツが送信されることが可能である。例えば、チャネルが第１の時間ユニットまたはタイムピリオドに関してビジーであると決定されたことに起因して、例えば、送信が第２の時間ユニットまたはタイムピリオドへ遅延される可能性がある場合には、第２のコンテンツが使用されることが可能である。
【０１９２】
例においては、第２のコンテンツは、第１のコンテンツよりも多くのＤＬ送信に関するＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）情報を含むことが可能である。第２のコンテンツは、例えば、遅延されるＰＵＣＣＨによってカバーされる時間のウィンドウが、より多くのＤＬ送信に関するＡ／Ｎをカバーすることが可能である場合には、より多くのＤＬ送信に関するＡ／Ｎ情報を含むことが可能である。
【０１９３】
例においては、第１のコンテンツは、第１、第２および第３のＤＬ送信に関するＡ／Ｎを含むことが可能である。第２のコンテンツは、第１、第２、第３および第４のＤＬ送信に関するＡ／Ｎを含むことが可能である。例えば、ＤＬ送信に関するＨＡＲＱタイミングに対する第１の時間ユニットまたはピリオドから第２の時間ユニットまたはピリオドへの遅延が、別の可能なＤＬ送信に関するＡ／Ｎ情報を加えることを保証することが可能である場合には、第４のＡ／Ｎ情報が含まれることが可能である。
【０１９４】
（例えば、別の）例においては、第１のコンテンツは、Ａ／ＮおよびＣＱＩを含むことが可能である。第２のコンテンツは、例えば、ＣＱＩを伴わずにＡ／Ｎを含むことが可能である。ＣＱＩは、例えば、送信のために利用可能な時間に基づいて、ドロップされることが可能である。ＣＱＩは、例えば、ＰＵＣＣＨにおいてＣＱＩを送信するための余地がない可能性がある場合に、例えば、ＰＵＣＣＨが短縮されることが可能である場合に、ドロップされることが可能である。ＰＵＣＣＨは、例えば、送信のために利用可能な時間に基づいて短縮されることが可能であり、それは、チャネルが送信のためにいつフリーであると決定されることが可能であるかの関数であることが可能である。
【０１９５】
送信時間開始ポイントが構成されることが可能である。ＷＴＲＵは、例えば、時間ユニットまたはタイムピリオドに対応することが可能である、送信開始ポイントのセットを伴って構成されることが可能である。時間ユニットは、１つまたは複数のタイムピリオド内にあることが可能である。例においては、ＷＴＲＵは、ＷＴＲＵが送信を行うことまたは送信を開始することが可能であるサブフレーム内にあることが可能であるシンボルのセットを伴って構成されることが可能である。
【０１９６】
ＷＴＲＵが送信を開始することが可能なタイムピリオド（例えば、サブフレーム）内の時間ユニット（例えば、シンボル）のセットが構成されることが可能である。構成は、より高いレイヤの（例えば、ＲＲＣ）シグナリングによって提供されることが可能である。構成は、ＤＣＩにおいて提供されることが可能である。ＤＣＩは、送信のためのＵＬグラントを含むことが可能である。ＤＣＩは、共通のＤＣＩであることが可能であり、例えば、それは、１つまたは複数のＷＴＲＵ用に意図されること、または１つまたは複数のＷＴＲＵによって使用されることが可能である。ＤＣＩは、例えば、グラントパラメータが（例えば、個別に）提供されることが可能になった後に、例えば、ＵＬ送信を可能にするための、トリガーを含むことが可能である。
【０１９７】
ＷＴＲＵは、（例えば、グラントベースアクセスまたはグラントレスアクセスに関して）、第１の開始ポイントの前にチャネルがクリアではない可能性があると決定することができる。ＷＴＲＵは、例えば、チャネルが送信のためにフリーであるとＷＴＲＵが決定することができるまで、開始ポイントのセットにおける次の開始ポイントのうちの１つまたは複数（例えば、それぞれ）に関して再び試すことができる。ＷＴＲＵは、例えば、開始ポイントに関してチャネルがフリーであるとＷＴＲＵが決定することが可能である場合に、（例えば、開始ポイントで開始して）送信を行うことができる。
【０１９８】
送信時間は、短縮されることが可能である。タイムピリオドにおける送信の終わりは、固定または構成されることが可能である。例においては、送信は、タイムピリオドの最後の時間ユニット、またはタイムピリオド内の別の構成されている時間ユニットにおいて終了することが可能である。
【０１９９】
送信のために利用可能な時間量は、例えば、タイムピリオドにおける送信の開始ポイントの関数であることが可能である。
【０２００】
例においては、タイムピリオド内の第１の時間ユニットにおいて開始する送信は、送信のためのＴ１時間をもたらすことが可能であり、タイムピリオド内の第２の時間ユニットにおいて開始する送信は、送信のためのＴ２時間をもたらすことが可能である。例えば、第２の時間ユニットが第１の時間ユニットの後にあることが可能である場合には、Ｔ２はＴ１未満であることが可能である。例えば、ＣＣＡが第１の時間ユニットに関して不合格である可能性があり、第２の時間ユニットに関して合格である可能性があり、それに伴ってＷＴＲＵが第２の時間ユニットに関して送信を開始する場合には、ＷＴＲＵは、送信を行うためのさらに少ない時間を（例えば、Ｔ１時間の代わりにＴ２時間を）有する可能性がある。
【０２０１】
送信時間（例えば、最大送信時間）が固定または構成されることが可能である。送信時間は、例えば、タイムピリオドの長さ、ＴＴＩであることが可能であり、それは、構成されること、または送信のスケジュールされている、許可されている、もしくは割り当てられている時間もしくはＴＴＩであることが可能である。
【０２０２】
送信時間は、時間ユニットにおいて開始することが可能であり、送信時間は、例えば、タイムピリオドの始まりにはない可能性がある時間ユニットにおいてＷＴＲＵが送信を開始することが可能である場合には、開始時間ユニットに相対的であることが可能である。送信は、例えば、送信時間が時間ユニットからタイムピリオドの終わりまでの時間よりも長い可能性がある場合には、次のタイムピリオドにおいて続くことが可能である。
【０２０３】
ＷＴＲＵおよび／またはｅＮＢは、送信されることが可能であるトランスポートブロックの数を決定することができる。送信されることが可能であるトランスポートブロックの数は、例えば、送信の開始ポイントもしくは時間および／または終了ポイントもしくは時間の関数であることが可能である。
【０２０４】
ＷＴＲＵは、ｎ個の、または最大でｎ個のタイムピリオド、ＴＰ１、ＴＰ２、．．．、ＴＰｎを割り当てられることまたは許可されることが可能である。ＷＴＲＵは、ＣＣＡを実行することが可能である。ＣＣＡは、ＴＰ１の前に開始することが可能である。ＷＴＲＵは、チャネルが、タイムピリオドｋ、ＴＰｋ内の時間ユニットｘ、ＴＵｘにおいて開始する送信のためにフリーであると決定することが可能である。
【０２０５】
ＷＴＲＵは、ＴＵｘにおいて開始する第１のトランスポートブロック（ＴＢ）を送信することができる。ＷＴＲＵは、それが送信することが可能であるトランスポートブロックの数、Ｂを決定することができる。ＷＴＲＵは、例えば、Ｂ個までのトランスポートブロック（Ｂ≦Ｎ）を送信することができる。例においては、Ｂは、ＴＵｘにおいて開始してＴＰｎの終わりにおいて終了するタイムピリオドにおいて送信されることが可能なトランスポートブロック（例えば、完全なトランスポートブロック）の数であることが可能である。ＷＴＲＵは、例えば、Ｂ個のトランスポートブロックを送信した後に、チャネルを解放することが可能である。ＷＴＲＵは、例えば、ＷＴＲＵがデータまたはＴＢを送信することを完了した可能性がある場合には、Ｂ個のトランスポートブロックを送信する前にチャネルを解放することができる。
【０２０６】
例えば、タイムピリオドの始まりにおいて第１のＴＢの送信が開始しない可能性がある（例えば、開始しない）場合には、第１のＴＢは、サイズを低減されることが可能である（例えば、それによって第１のＴＢの送信は、第１のタイムピリオドに合うことが可能である）。送信されることが可能である残りのＴＢは、完全なサイズであることが可能である。第１のＴＢおよび１つまたは複数のその後のＴＢは、（例えば、代替として）完全なサイズであることが可能であり、最後のＴＢは、例えば、送信を含むことが可能である最後のタイムピリオドの最後の部分に合うように、サイズを低減されることが可能である。
【０２０７】
トランスポートブロックサイズ（ＴＢＳ）など、ＷＴＲＵが送信することが可能なデータの量は、送信の開始ポイントおよび／または終了ポイントの関数であってよい。
【０２０８】
例においては、ＷＴＲＵは、ＳＦ内のシンボルの始まりにおける送信に関してＣＣＡを実行することができる。ＷＴＲＵは、（例えば、ＣＣＡが不合格である可能性がある場合には、）ＳＦ内にあることが可能であるその後のシンボルにおいて再び試すことが可能である。ＷＴＲＵは、例えば、ＣＣＡが合格であるとＷＴＲＵが決定することが可能である場合には、その後のシンボルにおいて開始して送信を行うことができる。
【０２０９】
例えば、ＷＴＲＵがその後の時間ユニット（例えば、シンボル）において再び試すことが可能な場合には、完全なＣＣＡが使用されることが可能である。完全なＣＣＡは、新たなＣＣＡではないことが可能である。完全なＣＣＡは、前の時間ユニット（例えば、シンボル）の前に実行された可能性がある完全なＣＣＡの続きであることが可能である。例においては、ＷＴＲＵは、ある（例えば、完全な）ＣＣＡを実行することが可能であり、チャネルがフリーである可能性があるという決定に続いて、許可されているまたは割り当てられている時間リソース内の第１のシンボルにおいて送信を開始することができる。
【０２１０】
開始時間および／または終了時間の表示が提供されることが可能であり、それは、例えば、ブラインドデコーディングによって検知されることが可能である。ｅＮＢは、例えば、時間および／または周波数における１つまたは複数のフレキシブルな境界またはパターンを有することが可能である送信を受信および／またはデコードするために、ＷＴＲＵの送信からのブラインドデコーディングまたは補助を使用することが可能である。
【０２１１】
例においては、ｅＮＢは、それが受信することが可能である送信の始まりおよび／または終わりを（例えば、ブラインド検知に基づいて）決定することができる。ブラインド検知は、例えば、１つまたは複数の候補送信サイズを受信および／またはデコードしようと試みることを含むことが可能である。送信は、例えば、ＣＲＣが正しいと決定されることが可能である場合には、成功裏に受信および／またはデコードされたとみなされることが可能である。送信サイズは、例えば、時間ユニットおよびまたはタイムピリオドの数を含むことが可能である。候補は、例えば、周波数リソースの数および／またはパターンが、例えば、時間における送信の長さに基づいて、適合されることが可能である送信に関して、時間成分および周波数成分を含むことが可能である。
【０２１２】
ＷＴＲＵは、表示および／または補助を提供することができる。例においては、送信の始まりおよび／または終わりを示すために、基準信号が送信および／または使用されることが可能である。
【０２１３】
例においては、ＷＴＲＵは、例えば、送信の始まりを示すために、第１の基準信号を送信することができる。ＷＴＲＵは、例えば、送信の少なくとも１つの時間ユニットにおいて基準信号を送信することができる。例においては、基準信号は、送信の（例えば、少なくとも）第１の時間ユニットにおいて送信されることが可能である。
【０２１４】
ＷＴＲＵは、例えば、送信の終わりを示すために、第２の基準信号を送信することが可能である。ＷＴＲＵは、送信の１つの（例えば、少なくとも１つの）時間ユニットにおいて基準信号を送信することができる。例においては、基準信号は、送信の（例えば、少なくとも）最後の時間ユニットにおいて送信されることが可能である。
【０２１５】
ＷＴＲＵは、送信に関する第１および／または第２の基準信号を送信することができる。第１の基準信号および第２の基準信号は、同じであること、または異なることが可能である。
【０２１６】
送信の開始時間（例えば、開始時間ユニットまたはタイムピリオド）などの始まりは、例えば、構成されることが可能である始まりのセットの１つであることが可能である。開始時間は、タイムピリオド内の開始時間ユニットであることが可能である。
【０２１７】
送信の終了時間（例えば、終了時間ユニットまたはタイムピリオド）などの終わりは、構成されることが可能である終わりのセットの１つであることが可能である。終了時間は、タイムピリオド内の終了時間ユニットであることが可能である。
【０２１８】
例えば、送信のために使用されることが可能である周波数リソースが、周波数リソースのセットの中からの決定されたサブセットである可能性がある場合には、基準信号は、選択または使用されるサブセットから独立して存在することが可能である帯域幅またはパターンにおいて送信されることが可能である。
【０２１９】
基準信号は、（例えば、代替として、）送信のために使用されることが可能である周波数リソースのサブセットの帯域幅またはパターンにわたって送信されること、例えば、繰り返されることが可能である。
【０２２０】
例においては、第１のサブセットは、Ｆ１周波数リソースのセットまたはパターンを含むことが可能であり、第２のサブセットは、Ｆ２周波数リソースのセットまたはパターンを含むことが可能である。Ｆ１リソースは、Ｆ２リソースのサブセットであることが可能である。ＷＴＲＵは、例えば、Ｆ１リソースを使用して送信を行う場合には、Ｆ１リソース内で基準信号を送信することが可能である。ＷＴＲＵは、例えば、Ｆ２リソースを使用して送信を行う場合には、Ｆ１リソース内で基準信号を送信することが可能である。（例えば、代替の）例においては、ＷＴＲＵは、例えば、Ｆ２リソースを使用して送信を行う場合には、Ｆ２内にあることが可能であるがＦ１内にないことが可能であるリソース内で基準信号を送信しないことが可能である。ある（例えば、代替の）例においては、ＷＴＲＵは、例えば、Ｆ２リソースを使用して送信を行う場合には、Ｆ２内にあることが可能であるがＦ１内にないことが可能であるリソース内で基準信号を送信することが可能である。送信は、Ｆ１リソース内での送信の繰り返しまたは延長であることが可能である。
【０２２１】
リソース（例えば、Ｆ１またはＦ２）のセットまたはパターン内での基準信号の送信は、リソースのサブセット内に、例えば、リソースまたはＲＢ内のＲＥのセット内にあることが可能である。
【０２２２】
時間基準を示すために使用されることが可能である基準信号は、時間基準信号（ＴＲＳ）と呼ばれることが可能である。
【０２２３】
ＷＴＲＵは、例えば、送信の始まりに、制御チャネルを含めることが可能である。制御チャネルは、例えば、（例えば、時間における）送信の長さまたは持続時間の表示を含むことが可能である。
【０２２４】
周波数における制御チャネルのロケーションは、例えば、送信のために使用されることが可能である周波数リソースの最小のセットに基づくことが可能である。
【０２２５】
例においては、例えば、送信のために使用されることが可能である周波数リソースが、周波数リソースのセットの中からの決定されたサブセットである可能性がある場合には、制御チャネルは、選択または使用されるサブセットから独立して存在することが可能である帯域幅またはパターンにおいて送信されることが可能である。
【０２２６】
制御チャネルは、使用されることが可能である周波数リソースのセット（例えば、候補の構成されているセットの中から選択された候補セット）を示すことが（例えば、示すことも）可能である。
【０２２７】
ＷＴＲＵは、例えば、チャネルがクリアである可能性があるかどうかを決定するために、例えば、チャネルアセスメントを実行する場合に、エネルギー検知の測定であることが可能である測定を行うことまたは実行することが可能である。エネルギー検知または測定は、１つまたは複数の（例えば、全ての）候補周波数セットを含むことが可能である周波数の帯域またはセットにわたって実行されることが可能である。ＷＴＲＵは、例えば、チャネルがフリーである可能性があるかまたはビジーである可能性があるかを決定するために、測定値または検知されたエネルギーをしきい値と比較することが可能である。
【０２２８】
候補周波数セットは、別の候補周波数セットのサブセットであることが可能である。周波数セットは、例えば、１つまたは複数の（例えば、全ての）その他の候補周波数セットを含むことが可能である。最大周波数セットは、例えば、１つまたは複数の（例えば、全ての）その他の候補周波数セットを含むことが可能である。
【０２２９】
ＷＴＲＵは、最大周波数セットであることが可能であるまたはそれを含むことが可能である周波数リソースの帯域またはセットに関してチャネルアセスメントを実行することが可能である。
【０２３０】
ＷＴＲＵがＣＣＡを実行することが可能である周波数または周波数リソースの帯域またはセットは、ＷＴＲＵが送信を行うことが可能である周波数または周波数リソースの帯域またはセットよりも大きいことが可能である。
【０２３１】
ＷＴＲＵは（例えば、それがＣＣＡを実行することが可能である時間において）、どの周波数上でＷＴＲＵが送信を行うことが可能であるか（例えば、行うであろうか）を知らない可能性がある。例においては、ＷＴＲＵは、送信を行うためのＴ１時間があることが可能である第１の時間ユニットに関してＣＣＡを実行することが可能である。ＷＴＲＵは、（例えば、Ｔ１時間の間に）リソースセットＲ１上で送信を行うことが可能である。例えば、ＣＣＡが第１の時間ユニットにおいて不合格である場合に（例えば、チャネルがビジーであるとＷＴＲＵが決定することが可能である場合に）、ＷＴＲＵは、チャネルが第２の時間ユニットにおける送信のためにフリーであるかどうかを決定することが可能である。例えば、第２の時間ユニットにおいて開始することが可能である送信に関して、送信を行うためのＴ２時間があることが可能である（例えば、この場合、Ｔ２は、Ｔ１未満であることが可能である）。ＷＴＲＵは、（例えば、Ｔ２時間の間に）リソースセットＲ２上で送信を行うことが可能である。Ｒ２は、Ｒ１よりも多くの周波数リソースを含むことが可能である。Ｒ２は、Ｒ１よりも多くの周波数にわたることが可能である。Ｒ１プラスＲ２は、Ｒ１よりも多くの周波数にわたることが可能である。
【０２３２】
ＷＴＲＵは、例えば、ＣＣＡバックオフ／待機時間が順守されることが可能であること（例えば、順守されること）を確実にするために、例えば、少なくともセットＲ１およびセットＲ２における周波数リソースを含むことが可能である周波数の帯域またはセットに関してＣＣＡを実行することが可能である。
【０２３３】
（例えば、代替の）例においては、ＷＴＲＵは、１つまたは複数の候補周波数セットを含むことが可能である周波数の帯域またはセットにわたって複数のエネルギー検知測定を実行することが可能である。複数のエネルギー検知測定（例えば、それらのそれぞれ）は、帯域のサブセットに関するものであることが可能である。例においては、サブセット同士は、重なり合うことが可能であり、直交していないことが可能である。（例えば、別の）例においては、１つの（例えば、それぞれの）サブセットは、ばらばらにされることが可能であり、および／または全てのサブセットのセットは、帯域全体を含むことが可能である。ＷＴＲＵは、例えば、帯域および（例えば、必要とされている）送信帯域幅のサブセットにわたる測定に基づいて、送信を行うために（例えば、任意の時間における）送信帯域幅ごとのチャネルアセスメント値を決定することが可能である。例においては、帯域は、ｎ個のサブバンドへとセグメント化されることが可能であり、それらの上でＷＴＲＵは、ｎ個のエネルギー検知測定値を入手することが可能である。ＷＴＲＵは、例えば、送信を行うためのＴ１時間があることが可能である第１の時間インスタンスに関してｎ個のサブバンド上でｎ個のエネルギー検知測定値を入手することによって、ＣＣＡを実行することが可能である。ＷＴＲＵは、（例えば、そのような送信に関して）リソースセットＲ１を必要とする可能性がある。ＷＴＲＵは、例えば、サブバンド同士のいずれかの組合せがクリアチャネルアセスメントを満たすことが可能であるかどうかを決定するために、Ｒ１リソースを構成することが可能であるｎ個のサブバンドの１つまたは複数の（例えば、全ての）組合せにわたって探索を行うことが可能である。ＷＴＲＵは、探索を、例えば、Ｒ１を形成しているサブバンド同士の隣り合ったセットに制限することが可能である。ＷＴＲＵは、探索を、（例えば、代替として、）例えば、Ｒ１を形成しているサブバンド同士の隣り合っていないセットに制限することが可能である。ＷＴＲＵは、（例えば、ＣＣＡが不合格である可能性がある場合には、）送信を行うためのＴ２時間があることが可能であって、かつ送信がリソースセットＲ２を使用することが可能である第２の時間インスタンスに関してｎ個のサブバンド上でｎ個のエネルギー検知測定値を（例えば、再び）入手することによってＣＣＡを試みることが可能である。ＷＴＲＵは、例えば、サブバンド同士のいずれかの組合せがクリアチャネルアセスメントを満たすことが可能であるかどうかを決定するために、Ｒ２リソースを含むことが可能であるｎ個のサブバンドの１つまたは複数の（例えば、全ての）組合せにわたって探索を行うことが可能である。
【０２３４】
ＷＴＲＵは、例えば、ＷＴＲＵがＣＣＡを実行することが可能である場合には、１つまたは複数のサブバンドをパンクチャアウトする（例えば、使用しない、または測定しない）ように構成されることが可能である。サブバンドは、その他のＷＴＲＵまたはその他のタイプのＷＴＲＵのために割り当てられることまたは使用されることが可能である。例においては、ライセンス供与されていないスペクトルに関して、ＮDL個のＰＲＢが使用されること、決定されること、または構成されることが可能である。ＮDL個のＰＲＢのサブセットがエネルギー検知から除外されることが可能である。除外するためのサブバンドまたはＰＲＢが構成されることが可能である。
【０２３５】
ＣＣＡからパンクチャアウトされることが可能であるＰＲＢのサブセットは、（例えば、より高いレイヤのシグナリングを介して）構成されること、または（例えば、タイムピリオド番号、時間ユニット番号、セルＩＤ、および／またはナンバーＰＲＢに基づいて）決定されることが可能である。
【０２３６】
ＣＣＡからパンクチャアウトされることが可能であるＰＲＢのサブセットは、送信のために使用されないことが可能である。例においては、ＷＴＲＵは、例えば、ＷＴＲＵがアップリンク送信のためにスケジュールされることが可能であり、１つまたは複数のスケジュールされたＰＲＢが、ＣＣＡからパンクチャアウトされることが可能であるＰＲＢのサブセットと重複することが可能である場合には、ＰＲＢのサブセットにおいて信号を送らないことが可能である。
【０２３７】
チャネルが占有されることが可能であるか否かを決定するためのエネルギーしきい値は、例えば、ＣＣＡからパンクチャアウトされることが可能であるＰＲＢの数に基づくことが可能である。例においては、エネルギーしきい値に関してオフセットが使用されることが可能である。オフセットは、例えば、ＣＣＡからパンクチャアウトされることが可能であるＰＲＢの数に基づいて、決定されることが可能である。
【０２３８】
最大の許可される送信電力は、例えば、ＣＣＡからパンクチャアウトされることが可能であるＰＲＢの数に基づいて、決定されることが可能である。
【０２３９】
ＷＴＲＵは、周波数の１つまたは複数のセットに関してＣＣＡを実行することが可能である。周波数の１つの（例えば、それぞれの）セットは、ニューメロロジー、波形、および／または送信スキームを伴って構成されることが可能である。
【０２４０】
周波数の１つの（例えば、それぞれの）セットは、ＣＣＡに関するエネルギーしきい値を伴って構成されることが可能である。エネルギーしきい値は、周波数のセットにおいて使用されることが可能である波形に依存することが可能である。
【０２４１】
ＷＴＲＵのＣＣＡ能力は、フレキシブルな送信境界を提供することが可能である。ＷＴＲＵ同士は、ＣＣＡを実行するための別々の能力を有する場合がある。ＷＴＲＵは、例えば、ＷＴＲＵが１つまたは複数の（例えば、連続する）ＣＣＡを実行することが可能である時間粒度に関して、能力を有することおよび／または報告することが可能である。
【０２４２】
ＷＴＲＵは、ＣＣＡを実行するためのその能力を有すること、提供すること、および／または報告すること（例えば、ｅＮＢに）が可能である。能力は、例えば、どれぐらいの頻度で、および／またはどの時間境界上でＷＴＲＵが、例えば、時間ユニットまたはタイムピリオドの点で、ＣＣＡを実行する場合があるか、または実行できる場合があるかを示すことが可能である。
【０２４３】
例においては、ＷＴＲＵは、時間ユニット境界またはタイムピリオド境界（例えば、その上で送信を開始すること）に関してＣＣＡを実行する場合がある、または実行できる場合がある。
【０２４４】
ＷＴＲＵは、隣り合ったまたは連続した時間ユニット境界に関してＣＣＡを実行する場合がある、または実行できる場合がある。ＷＴＲＵは、隣り合ったまたは連続した時間ユニット境界に関してＣＣＡを実行しない場合がある、または実行できない場合がある。
【０２４５】
隣り合ったまたは連続した時間ユニット境界に関してＣＣＡを実行しない場合があるＷＴＲＵは、例えば、タイムピリオドごとに１回、ＣＣＡを実行することが可能である。例においては、例えば、タイムピリオド中に（例えば、タイムピリオドの時間ユニットの間に）チャネルがクリアではない可能性があるとＷＴＲＵが決定することが可能である場合には、ＷＴＲＵは、別のまたは次のタイムピリオドまで（例えば、別のまたは次のタイムピリオドの時間ユニットの間に）再び試さないことが可能である。
【０２４６】
タイムピリオドに関してＣＣＡをサポートすること（例えば、サポートすることのみ）が可能であるＷＴＲＵは、例えば、グラントベースの送信に関しては、タイムピリオド（例えば、ＳＦ）に関してＣＣＡを実行すること、および時間ユニット（例えば、スロットまたはシンボル）に関してはＣＣＡを実行しないことが可能であり、またはそのようにスケジュールされること（例えば、スケジュールされることのみ）が可能である。
【０２４７】
タイムピリオドに関してＣＣＡをサポートすること（例えば、サポートすることのみ）が可能であるＷＴＲＵは、例えば、グラントフリー送信に関しては、タイムピリオドに関して（例えば、タイムピリオドまたはＳＦごとに１つのシンボル位置に関してなど、タイムピリオドごとに１つの時間ユニットに関して）ＣＣＡを実行すること（例えば、実行することのみ）が可能である。
【０２４８】
時間ユニットの代わりにタイムピリオドに関してＣＣＡを実行することは、送信を遅延させる場合があるが、ＷＴＲＵがより長くスリーブすることを可能にする場合がある。
【０２４９】
ＷＴＲＵがＣＣＡを実行することが可能である時間粒度は、例えば、予想される送信のニューメロロジーに依存することが可能である。例においては、大きなサブキャリアスペーシングを伴って送信を行っている場合があるＷＴＲＵが、隣り合ったまたは連続したシンボル上でＣＣＡを実行することは、不必要に高くつく場合がある。ＷＴＲＵは、意図されている送信のサブキャリアスペーシングに、またはチャネルに関するデフォルトのサブキャリアスペーシングに依存することが可能である時間粒度を伴って構成されることが可能である。構成は、例えば、（例えば、システム情報ブロックにおける）ブロードキャスト送信を介して、またはグループ専用のもしくはＷＴＲＵ専用の構成を介して、提供されることが可能である。
【０２５０】
チャネルが時間境界における送信のためにクリアである可能性があるかどうかの決定が行われることが可能である。ＷＴＲＵは、例えば、ＣＣＡ要件を満たすために、例えば、時間境界の前に開始して、並びに／または時間境界の前の複数の時間ユニットおよび／もしくはタイムピリオドの間に、ＣＣＡを実行することができる。
【０２５１】
構成は、例えば、数ある中でも、ｅＮＢ、ｇＮＢ、ＴＲＰ、および／またはセルなどのネットワークノードまたは要素によって、提供されることが可能である。ＷＴＲＵは、ネットワークノードから構成を受信することができる。ＷＴＲＵは、例えば、より高いレイヤの（例えば、ＲＲＣ）シグナリングまたはブロードキャストシグナリングを介して、構成を受信することができる。ＷＴＲＵは、例えば、ＤＣＩにおいてなど、物理レイヤシグナリングを介して、構成を受信することができる。構成は、数ある中でも、ＷＴＲＵ、セル、ＴＲＰ、ビーム、および／またはビームのグループに固有であることが可能である。
【０２５２】
グラントフリーアクセスリソースプールが提供されることが可能である。リソースプールは、例えば、グラントフリー送信のために使用されることが可能である。リソースプールは、送信のために１つまたは複数のＷＴＲＵによって使用されることが可能であるリソース（例えば、時間リソースおよび／または周波数リソース）のセットであることが可能である。ＷＴＲＵは、例えば、送信のために使用するためのリソースプールから、リソースのサブセットを決定または選択することが可能である。
【０２５３】
１つまたは複数のリソースプールは、１つまたは複数のＷＴＲＵによってグラントフリー送信のために構成および／または使用されることが可能である。ＷＴＲＵは、ＷＴＲＵがグラントフリー送信のために使用することが可能であるリソースプールの構成を受信することが可能である。
【０２５４】
例えば、ＷＴＲＵがリソースのサブセットを使用することが可能である場合には、ＷＴＲＵは、リソースプールからのリソースのサブセットに関してＣＣＡを実行することが可能である。例えば、ＷＴＲＵが１つまたは複数のリソースプールを伴って構成されることが可能である場合には、ＷＴＲＵは、（例えば、代替として）リソースプールごとにＣＣＡを実行することができる。
【０２５５】
リソースプールは、例えば、時間スケジュールまたはパターンを伴って、構成されることが可能である。スケジュールまたはパターンは、周期的であることが可能である。スケジュールまたはパターンは、時間ユニットおよび／またはタイムピリオドのセット、例えば、連続した時間ユニット、連続したタイムピリオド、並びに／または、繰り返されることが可能である時間ユニットおよび／もしくはタイムピリオドのパターンから構成されることが可能である。時間ユニットのセットは、タイムピリオド内にあることが可能である。時間ユニット、時間ユニットのセット、またはタイムピリオドは、ビーム固有であることが可能である基準ポイントに相対的であることが可能である。例においては、基準ポイントは、同期バースト（例えば、ＳＳバースト）、または同期バースト内にあることが可能である同期ブロック（例えば、ＳＳブロック）の始まりまたは終わりであることが可能である。
【０２５６】
繰り返しは、周期的であることが可能である。繰り返しは、繰り返しが終了することができた後に持続時間を有することが可能である。繰り返しは、例えば、繰り返しが終了することが可能である（例えば、終了するであろう）またはもはや使用されないことが可能であるとさらなる構成が示すことができるまで、続くことが可能である。
【０２５７】
時間スケジュールまたはパターンを伴って構成されることが可能であるリソースプールは、セミパーシステントスケジューリング（ＳＰＳ）構成と呼ばれることが可能である。
【０２５８】
リソースプールは、時間リソースおよび／または周波数リソースを含むことが可能であるリソースの１つまたは複数のセットを伴って構成されることが可能である。リソースは、リソースブロック（ＲＢ）または物理リソースブロック（ＰＲＢ）であることが可能である。リソースは、周波数における連続した（例えば、連続したサブキャリア）であることが可能である。リソースは、周波数において、例えば、周波数の帯域またはサブ帯域にわたって分散されることが可能である。
【０２５９】
ＳＰＳの使用は、いくつかのリソースがＵＬの専用であることが可能であって、ＤＬのために使用されないことが可能であるということを意味することが可能である。この含意は、例えば、ＣＣＡを使用するシナリオにおいては、当てはまらないことが可能である。ＤＬ送信を実行することが可能であるｅＮＢは、例えば、構成されているＳＰＳリソースがある可能性がある時間ユニットまたはタイムピリオド（例えば、ＳＦ）の始まりの前に、ＣＣＡを実行することが可能である。ｅＮＢは、例えば、ＣＣＡが合格である場合には、ＤＬ送信のためにチャネルを選ぶことまたは使用することが可能である。例えば、ｅＮＢが送信を開始することができた後に十分な時間がたってからＷＴＲＵのＣＣＡが生じる場合には、ＷＴＲＵは、チャネルをビジーとみなすこと、およびＵＬにおいて送信を行わないことが可能である。
【０２６０】
ＷＴＲＵは、例えば、受信されたＤＬタイミングに基づいて、そのＵＬタイミングを調整することができる。ＷＴＲＵは、（例えば、ＵＬにおける時間ユニットまたはタイムピリオドの送信に関して）対応する受信された時間ユニットまたはタイムピリオドの前にタイミングアドバンス（ＴＡ）値を送信することができる。
【０２６１】
ｅＮＢは、例えば、いつＣＣＡを実行するか、およびいつ送信を開始するかを決定する場合に、セルサイズおよび／またはＴＡを考慮することができる。
【０２６２】
例においては、１０ｋｍのセルサイズは、約６７μｓのタイミングアドバンスに対応することが可能である。シンボルは、例えば、約６７μｓに対応することが可能である。ｅＮＢは、例えば、セル内のＷＴＲＵ（例えば、セルエッジにおけるＷＴＲＵを含む）がリソースプールの始まりの前にチャネルをビジーとみなすことを可能にする目的で、例えば、リソースプールの始まりの前に少なくともシンボルを送信することを開始するために、ＣＣＡを実行することが可能である。
【０２６３】
リソースプールは、時間ユニットまたはタイムピリオドにおける周波数リソース（例えば、ＲＢまたはＰＲＢのセット）を伴って構成されることが可能である。１つまたは複数のリソースプールに関して、１つまたは複数の周波数リソースが使用されることが可能である。リソースプールに関する周波数リソースは、別のリソースプールに関する周波数リソースと直交していることが可能である。リソースプールに関する周波数リソースは、別のリソースプールに関する周波数リソースと部分的にまたは全体的に重なり合わされることが可能である。
【０２６４】
周波数リソースのセットが、グラントフリーアクセスのために構成されることが可能である。リソースプールに関する周波数リソースの構成されているセットからの周波数リソースは、例えば、リソースプールＩＤ、セルＩＤ、時間ユニット番号、および／またはタイムピリオド番号に基づいて、決定されることが可能である。
【０２６５】
リソースプールに関する周波数リソースは、第１の時間リソースから第２の時間リソース（例えば、時間ユニット、タイムピリオド、またはスロット）へ変更されることが可能である。
【０２６６】
ＷＴＲＵは、リソースプールに関連付けられている周波数リソースのＣＣＡを実行することができる。周波数リソースは、例えば、時間ユニット番号、タイムピリオド番号、および／またはスロット番号に基づいて、変更されることが可能である。
【０２６７】
リソースプールの割り振りおよびＷＴＲＵの識別が提供されることが可能である。例においては、１つまたは複数のリソースプールが、構成および／または使用されることが可能である。
【０２６８】
リソースプールは、ＷＴＲＵのグループのために構成されることが可能である。ＷＴＲＵは、グループおよび／またはリソースプールを伴って構成されること、またはそれらを割り振られることが可能である。ｅＮＢは、グループ化を実行することが可能である。ｅＮＢは、ＷＴＲＵに、それが中にいることが可能なグループを知らせることができる。例においては、ＷＴＲＵは、それが中にいることが可能なグループを伴って構成されることができる。構成は、グループＩＤを含み得る。ＷＴＲＵは、例えば、そのグループまたはグループＩＤに基づいて、使用するためのリソースプールを決定することができる。
【０２６９】
ＷＴＲＵは、その送信においてそのアイデンティティを示すように構成されること（例えば、示すための手段を割り振られること）が可能である。アイデンティティの表示が、グループ内で使用されることが可能である。例においては、ＷＴＲＵによって第１のグループにおいてそれ自体を識別するために使用されることが可能である第１の表示が、第２のＷＴＲＵによって第２のグループにおいてそれ自体を識別するために使用されることが可能である。ＷＴＲＵは、例えば、送信のためにＷＴＲＵによって使用されるリソースプールに基づいて、ｅＮＢによって区別されることが可能である。
【０２７０】
ＷＴＲＵは、例えば、それが送信を行う場合にそれ自体を識別するために、ＣＲＣマスクを使用することができる。マスクは、ｅＮＢによって構成されることが可能である。ＷＴＲＵは、マスクを用いてその送信のＣＲＣをマスクすること（例えば、スクランブルすること）が可能である。マスクは、例えば、ＲＮＴＩであることが可能である。マスクは、ＷＴＲＵのＣ−ＲＮＴＩ、またはＷＴＲＵのＣ−ＲＮＴＩの一部分もしくは関数であることが可能である。マスクは、例えば、ＷＴＲＵのＣ−ＲＮＴＩから個別に、受信または構成されることが可能である。
【０２７１】
例においては、ＷＴＲＵは、許可されたアクセスに関する第１のＲＮＴＩ（例えば、そのＣ−ＲＮＴＩ）、およびグラントフリーアクセスに関する第２のＲＮＴＩを受信することができる。グラントフリーアクセスに関するマスクまたはＲＮＴＩは、許可された送信に関するＲＮＴＩまたはＣＲＣマスクとは異なる数のビットであることが可能である。例においては、許可された送信に関するＲＮＴＩは、例えば、グラントを提供する目的で、ＷＴＲＵ用に意図されることが可能であるＤＣＩのＣＲＣをマスクするために使用されることが可能である。
【０２７２】
ＷＴＲＵは、（例えば、代替として、）ＷＴＲＵバッファが空である可能性があるか、または空ではない可能性があるかを識別するためにＣＲＣマスクを使用することが可能である。例においては、第１のＣＲＣマスクは、（例えば、送信が最後の送信である可能性がある場合に）使用されることが可能であり、第２のＣＲＣマスクは、（例えば、その後の送信がある可能性がある場合に）使用されることが可能である。
【０２７３】
ＷＴＲＵは、例えば、ＤＭ−ＲＳシーケンスに関して、例えば、ＷＴＲＵ固有のスクランブリングＩＤを使用することが可能である。例においては、ＤＭ−ＲＳシーケンスは、例えばＷＴＲＵ−ＩＤに基づいて、スクランブルされることが可能である。ｅＮＢ（またはｇＮＢ）は、例えば、ＷＴＲＵを識別するために、ＤＭ−ＲＳシーケンスを（例えば、無分別に）検知することが可能である。
【０２７４】
リソースプール層が提供されることが可能である。リソースプール、例えば、ＳＰＳで構成されているリソースプールのセットがあることが可能である。リソースプールのセットは、発生または繰り返しの別々の頻度を有することが可能である。第１の層のリソースプール、例えば、層１は、第２の層のリソースプール、例えば、層２よりも低い頻度で発生することが可能である。
【０２７５】
例においては、層１のリソースプールは、第１の発生または繰り返し頻度（例えば、Ｎ１個のタイムピリオドごと）を有することが可能である。層２のリソースプールは、第２の発生または繰り返し頻度（例えば、Ｎ２個のタイムピリオドごと）を有することが可能である。例においては、層１のリソースは、層２のリソースよりも低い頻度で発生することまたは繰り返すことが可能である。例においては、Ｎ２は、Ｎ１未満であることが可能である（例えば、リソースの第２の層は、リソースの第１の層よりも高い頻度で繰り返すことが可能である）。
【０２７６】
送信のための第１の層のリソースプールまたは第２の層のリソースの選択または使用は、例えば、チャネルの利用可能度に基づくことが可能である。例においては、ＷＴＲＵは、第１の層のリソースプールにおける１つまたは複数のリソースを使用することを（例えば、最初に）試すことができる。例えば、ＷＴＲＵが、（例えば、第１のリソースプールを使用することを試している際にしきい値回数よりも多くにわたって）チャネルがビジーである可能性があると決定することが可能である場合には、ＷＴＲＵは、第２の層のリソースプールの１つまたは複数のリソースを使用することまたは使用することを試すことができる。
【０２７７】
例においては、ＷＴＲＵは、第１の層のリソースプール、例えば、層１から開始することができる。ＷＴＲＵは、ＷＴＲＵが送信を行うことが可能である来たる層１のリソースの発生または割り当てを決定することができる。来たるリソースの発生または割り当ては、時間ユニットおよび／またはタイムピリオドのセット（例えば、ｎ個のタイムピリオド）を含むことが可能である。ＷＴＲＵは、例えば、第１のタイムピリオドの前に、ＣＣＡを実行することができる。ＷＴＲＵは、チャネルが第１のタイムピリオドにおける送信のためにフリーである可能性があるかどうかを決定することができる。ＷＴＲＵは、例えば、チャネルがフリーである可能性がある場合には、第１のタイムピリオドにおける（例えば、少なくとも）リソースにおいて送信を行うことができる。ＷＴＲＵは、（例えば、チャネルがフリーではない可能性がある場合には、）リソースの発生または割り当てにおいて１つまたは複数のその後のｎ−１のタイムピリオドの間にチャネルがフリーである可能性があるかどうかを決定することができる。ＷＴＲＵは、例えば、チャネルがフリーであるとそれが決定することが可能である第１のタイムピリオドから開始して、送信を行うことができる。
【０２７８】
ＷＴＲＵは、（例えば、全てのタイムピリオドに関してチャネルがビジーである可能性がある場合には、）リソースプールのその後の（例えば、次の）発生において再び試すことができる。
【０２７９】
ＷＴＲＵは、例えば、チャネルがビジーである可能性があるという決定に基づいて、第１の層のリソースプールを使用してしきい値数Ｎ回の試行の間に送信を行うことが不可能である場合がある。ＷＴＲＵは、第２の層のリソースプール、例えば、より頻度の高いリソースプールにおけるリソースを使用して送信を行うことを試すことができる。Ｎは、第１の層のリソースプールの発生の回数であってよい。Ｎは、時間ユニットまたはタイムピリオドの数であってよい。Ｎの値は、構成されることが可能である。
【０２８０】
１つまたは複数のリソースプールまたはリソースプールのセットが、構成および／または使用されることが可能である。リソースプールまたはリソースプールのセットは、優先度を伴って構成されることが可能である。別々のリソースプールまたはリソースプールのセットは、別々の優先度を有すること、または別々の優先度を伴って構成されることが可能である。例においては、第１の層のリソースプール、例えば、層１は、第２の層のリソースプール、例えば、層２よりも高い優先度を有すること、またはその優先度を伴って構成されることが可能である。ＷＴＲＵは、例えば、送信の優先度またはタイプに基づいて、送信のためにリソースプールを使用すること（例えば、使用することを決定すること）が可能である。
【０２８１】
例においては、第１の層のリソースプールは、より高い優先度のデータまたは信号タイプ（例えば、ＵＣＩ、ＵＲＬＬＣ）に関して使用されることが可能である、その一方で第２の層のリソースプールは、より低い優先度のデータまたは信号タイプ（例えば、データ、ｅＭＢＢ、ｍＭＴＣ）に関して使用されることが可能である。
【０２８２】
例においては、第１の層のリソースプールは、データチャネルの再送信に関して使用されることが可能であり、その一方で第２の層のリソースプールは、最初の送信に関して使用されることが可能であり、例えば、その逆もまた同様である。
【０２８３】
例えば、ＷＴＲＵが、第１の層のリソースプールおよび第２の層のリソースプールにおいて信号を送信するように構成されること、決定されること、または示されることが可能である場合には、ＷＴＲＵは、（例えば、アップリンク送信電力が制限されていない場合には）複数のリソースプールにおいて信号を送信することができる。ＷＴＲＵは、例えば、アップリンク送信電力が制限されることが可能である（例えば、制限されている）場合には、第２の層の（例えば、より低い優先度の）リソースプールに関する信号をドロップまたはスケールダウンすることができる。
【０２８４】
第１の層のリソースプールは、第２の層のリソースプールに関するエネルギー検知しきい値よりも低いエネルギー検知しきい値を伴って構成されることが可能であり、その逆もまた同様である。例においては、例えば、第１の層のリソースプールに関するエネルギー検知しきい値に関連して、第２の層のリソースプールに関するエネルギー検知しきい値に関するオフセットが提供されることが可能である。
【０２８５】
図２は、リソースプール層の例である。層１のリソースプールは、例えば、ｎ１個の機宜（opportunity）のセット（例えば、Ｎ１個のタイムピリオドごと）を含むことが可能である。層２のリソースプールは、例えば、ｎ２個の機宜のセット（例えば、Ｎ２個のタイムピリオドごと）を含むことが可能である。Ｎ２の値は、Ｎ１の値よりも小さいことが可能である。Ｎ１の値およびＮ２の値は、同じであることが可能であり、または同じではないことが可能である。機宜は、送信機宜であることが可能である。機宜は、例えば、時間リソースおよび／または周波数リソース（例えば、ＲＢまたはＰＲＢ）のセットを含むことが可能である。送信機会は、送信機宜のセットを含むことが可能である。リソースプールの送信機会は、定期的にまたは周期的に発生することが可能である。例においては、層１のリソースプールの送信機会は、Ｎ１個のタイムピリオドごとに発生することが可能である。層２のリソースプールの送信機会は、Ｎ２個のタイムピリオドごとに発生することが可能である。
【０２８６】
送信機会内の、または機宜のセット内の機宜同士は、時間において隣り合っていることもしくは連続していることが可能であり、またはそうでないことが可能である。機宜は、１つまたは複数の時間ユニットおよび／またはタイムピリオドに対応することが可能である。送信機会内の、または機宜のセット内の機宜同士は、同じ持続時間または時間量に対応することが可能であり、またはそうでないことが可能である。ＷＴＲＵは、機宜の始まりにおいて、機宜中の１つもしくは複数のその後の時間において、機会の始まりにおいて、および／または機会中の１つもしくは複数のその後の時間においてＣＣＡを実行することが可能である。機会（occasion）は、例えば、機宜および／または機会を含むことが可能である。機宜および機会は、同じであることが可能である。
【０２８７】
図３は、リソースプール層の選択および使用の例である。この例においては、例えば、第１のリソースプール層のある数の機宜に関してチャネルがクリアであるとＷＴＲＵが分かることができなかった可能性があるとそれが決定し得る場合には、ＷＴＲＵは、第２のリソースプール層を使用することを試みること（例えば、そうするように決定すること）ができる。
【０２８８】
図４は、リソースプール層の選択および使用の例である。例えば、第１のリソースプール層のある数の機会に関してチャネルがクリアであるとＷＴＲＵが分かることができなかった可能性があるとそれが決定し得る場合には、ＷＴＲＵは、第２のリソースプール層を使用することを試みること（例えば、そうするように決定すること）ができる。
【０２８９】
グラントベースのアクセスへの切り替えが提供されることが可能である。例えば、ＷＴＲＵが（例えば、チャネルがビジーである可能性があるという決定に起因して）（例えば、層１および／または層２の）グラントフリーリソースを送信することができない可能性がある場合には、ＷＴＲＵは、グラントベースのリソースおよび／またはライセンス供与されているリソースを要求することができる。例えば、ＷＴＲＵがしきい値回数の試行の間にグラントフリーリソースを使用して送信を行うことができない場合には、ＷＴＲＵは要求を行うことができる。ある数の試行は、例えば、ある数の層１の試行および／またはある数の層２の試行を含むことが可能である。
【０２９０】
ＷＴＲＵは、例えば、（ｉ）ライセンス供与されているチャネル上で（例えば、ＰＣｅｌｌ上で）スケジューリング要求（ＳＲ）を、（ｉｉ）ライセンス供与されていないチャネル上でＳＲを、および／または（ｉｉｉ）ライセンス供与されているもしくはライセンス供与されていないチャネル上でＰＲＡＣＨを送信することによって、グラントベースのリソースおよび／またはライセンス供与されているリソースを要求することができる。
【０２９１】
ＳＲは、割り当てられているリソース（例えば、ＰＵＣＣＨチャネルに割り当てられているリソース）上で送信されることが可能である。
【０２９２】
リソースプールは、例えば、いくつかのタイプの通信（例えば、ＭＴＣ）に関しては、頻繁には発生しないことが可能である。例においては、リソースプールは、１日に数回発生することが可能である。例においては、リソースプールは、１日に１回または複数回発生することが可能であるタイムピリオドのパターンの間に発生することが可能である。
【０２９３】
例えば、ＷＴＲＵが、ある数の試行の後にグラントフリーリソースを使用することができない可能性がある場合には、ＷＴＲＵは、より（例えば、よりいっそう）頻繁に発生することが可能であるＰＲＡＣＨリソースを使用することができる。
【０２９４】
図５は、リソースプール層の選択および使用の例である。例えば、第１のリソースプール層のある数の機宜に関してチャネルがクリアであるとＷＴＲＵが分かることができなかった可能性があるとそれが決定し得る場合には、ＷＴＲＵは、第２のリソースプール層を使用することを試みること（例えば、そうするように決定すること）ができる。例えば、第２のリソースプール層のある数の機宜に関してチャネルがクリアであるとＷＴＲＵが分かることができなかった可能性があるとそれが決定し得る場合には、ＷＴＲＵは、許可されているまたはライセンス供与されているリソースを要求すること（例えば、そうするように決定すること）ができる。
【０２９５】
図６は、リソースプール層の選択および使用の例である。例えば、第１のリソースプール層のある数の機会に関してチャネルがクリアであるとＷＴＲＵが分かることができなかった可能性があるとそれが決定し得る場合には、ＷＴＲＵは、第２のリソースプール層を使用することを試みること（例えば、そうするように決定すること）ができる。例えば、第２のリソースプール層のある数の機会に関してチャネルがクリアであるとＷＴＲＵが分かることができなかった可能性があるとそれが決定し得る場合には、ＷＴＲＵは、許可されているまたはライセンス供与されているリソースを要求すること（例えば、そうするように決定すること）ができる。
【０２９６】
ライセンス供与されていないオペレーションが、ビームベースのシステムにおいて提供されることが可能である。リソースプールが、ビームベースのシステムにおいて提供されることが可能である。例においては、複数のビームをサポートするために、１つまたは複数のリソースプールが使用されることが可能である。１つの（例えば、それぞれの）リソースプールは、ビームまたはビームペアリンク（ＢＰＬ）に関連付けられることが可能である。
【０２９７】
１つの（例えば、それぞれの）リソースプールは、例えば、ビームの品質を測定するために、使用されることが可能である関連付けられているダウンリンク信号を伴って構成されることが可能である。測定は、例えば、ＲＳＲＰ測定であることが可能である。ビーム品質測定のために使用されることが可能であるダウンリンク信号は、例えば、ビームディスカバリー信号、ビーム基準信号、ＣＳＩ−ＲＳ、ＳＳバースト（例えば、ＳＳバーストにおけるＳＳ）、および／またはＳＳブロック（例えば、ＳＳブロックにおけるＳＳ）を含むことが可能である。
【０２９８】
ビームまたはＢＰＬに関するリソースプールは、周期的な様式で構成されることが可能である。例においては、ビームまたはＢＰＬに関するリソースプールは、例えば、Ｔ１サイクルごとに、またはＴ１のタイムピリオドを伴って周期的に、存在すること、利用可能であること、使用されること、構成されること、または決定されることが可能である。
【０２９９】
ＷＴＲＵは、グラントフリーアクセスのための１つまたは複数のビームまたはＢＰＬを伴って構成されることが可能である。１つまたは複数のビームまたはＢＰＬのための１つまたは複数のリソースプールが、例えば、直交している時間リソース同士において、配置されることが可能である。
【０３００】
１つまたは複数のＳＳブロックが、ＳＳバーストにおいて使用され得る。（例えば、それぞれの）ＳＳブロックは、１つのビームに関連付けられることが可能である。１つのビームに関連付けられることが可能な（例えば、それぞれの）リソースプールは、そのビームに関連付けられているＳＳブロックを伴う（例えば、同じ）時間リソースにおいて配置されることが可能である。
【０３０１】
ＷＴＲＵは、ＷＴＲＵによって決定されたビームまたはビームペアリンクに関連付けられることが可能なリソースプールを決定することができる。例においては、ＷＴＲＵは、ＳＳバーストにおけるＳＳブロックのビーム品質を測定することができる。ＷＴＲＵは、例えば、ビーム品質の測定に基づいて、最良のまたは好ましいビーム（例えば、ＳＳブロック）を決定することができる。シグナリング（例えば、ブロードキャストシグナリング）が、１つの（例えば、それぞれの）ビームに関する関連付けられているリソースプールを提供することが可能である。ＷＴＲＵは、グラントフリーアクセスのための決定されたビームまたはＢＰＬに関連付けられているリソースプールを使用することができる。
【０３０２】
ＷＴＲＵは、グラントフリーアクセスのために決定されたビーム（例えば、ＳＳブロック）をｇＮＢに示すことまたはその他の形で知らせることができる。ｇＮＢは、ＷＴＲＵが使用するためのリソースプールを確認または構成することができる。
【０３０３】
ｇＮＢは、例えば、ビーム固有のリソースプールにおいてグラントフリーアクセスのために使用するために、ＷＴＲＵ−ＩＤ（例えば、Ｃ−ＲＮＴＩ）を、例えばＷＴＲＵに、提供することができる。
【０３０４】
ＷＴＲＵは、リソースプールにおいてグラントフリーアクセスを試すことができる。例えば、ＷＴＲＵが、（例えば、事前に定義または構成された回数（例えば、Ｎ回）にわたって）リソースプールのためにチャネルにアクセスすることができない可能性があるか、またはリソースプールを使用して成功裏に送信することができない可能性がある場合には、ＷＴＲＵは、異なるビームに関連付けられることが可能である別のリソースプールへ切り替えることができる。成功裏に送信することができないことは、例えば、送信に応答した、例えば、ｇＮＢからの確認（例えば、ＨＡＲＱ−ＡＣＫ）を受信することができないことを含むことが可能である。
【０３０５】
ＣＣＡがビームベースのシステムにおいて実行されることが可能である。例においては、ＷＴＲＵは、１つまたは複数のビームまたはＢＰＬ（例えば、決定されたビームまたはＢＰＬ）に関連付けられることが可能である１つまたは複数のリソースプールに関してＣＣＡを実行することが可能である。ＷＴＲＵは、（例えば、ＷＴＲＵがＣＣＡを実行することが可能である場合には、）例えば、ＷＴＲＵがビーム決定のために使用した可能性があるＲｘビームに基づいて、ＣＣＡを実行する目的で使用するためのＲｘビームを決定することができる。
【０３０６】
ＷＴＲＵは、例えば、ＷＴＲＵがビームまたはＢＰＬを決定した際に使用された可能性があるＲｘビームに基づいて、リソースプールに関してＣＣＡを実行することができる。
【０３０７】
ＷＴＲＵは、例えば、最も高いＲＳＲＰを提供することが可能である１つの（例えば、最良の）Ｒｘビームに基づいて、リソースプールに関して、ＣＣＡを実行することができる。最良のＲｘビームは、リソースプールを使用して送信を行うためにＷＴＲＵが使用することが可能なＴｘビームに対応することが可能である。
【０３０８】
ＷＴＲＵは、１つまたは複数の（例えば、全ての）Ｒｘビームに関してＣＣＡを実行することができる。チャネルの占有を決定するためにＷＴＲＵが使用することが可能なエネルギーレベルは、例えば、１つの（例えば、いずれかの）Ｒｘビームに関して測定または検知された最も高いエネルギーに基づくことが可能である。
【０３０９】
ＷＴＲＵは、１つまたは複数の（例えば、全ての）Ｒｘビームに関してＣＣＡを実行することができる。チャネルの占有を決定するためにＷＴＲＵが使用することが可能なエネルギーレベルは、例えば、１つまたは複数の（例えば、全ての）Ｒｘビームのエネルギーレベルの平均に基づくことが可能である。ＣＣＡ持続時間（例えば、４μｓ、９μｓ、または２５μｓ）内でＲｘビームスイーピングが実行されることが可能である。複数のＣＣＡ持続時間にわたってＲｘビームスイーピングが実行されることが可能である。
【０３１０】
ＷＴＲＵは、例えば、ビームスイーピングの後に、チャネルがクリアであると決定することができる。ＷＴＲＵは、例えば、送信の前にその方向においてチャネルがクリアである可能性がある（例えば、クリアである）ことを確実にするために、例えば、送信の直前にＷＴＲＵが送信を行うことが可能である（例えば、行うであろう）Ｔｘビームに対応することが可能であるＲｘビームを使用して、ＣＣＡ（例えば、２５μｓの持続時間などの短いＣＣＡ）を実行することができる。ＷＴＲＵは、例えば、チャネルがクリアであるとＷＴＲＵが決定することが可能な場合には、送信を行うことができる。ＷＴＲＵは、例えば、チャネルがクリアではないとＷＴＲＵが決定することが可能な場合には、送信を行わないことができる。
【０３１１】
ライセンス供与されていない帯域における送信適合およびグラントフリーアクセスのためのシステム、方法、および手段が開示されてきた。フレキシブルな送信境界が、送信適合のために提供されることが可能である。グラントフリーアクセスリソースプールが提供されることが可能である。ライセンス供与されていないオペレーションが、ビームベースのシステムにおいて、例えば、リソースプールおよび／またはＣＣＡを使用して、提供されることが可能である。
【０３１２】
特徴、要素、およびアクション（例えば、プロセスおよび手段）が、非限定的な例として記述されている。例は、ＬＴＥ、ＬＴＥ−Ａ、新無線（ＮＲ）、または５Ｇプロトコルに向けられているかもしれないが、本明細書における主題は、その他の無線通信、システム、サービス、およびプロトコルに適用可能である。記述されている主題のそれぞれの特徴、要素、アクション、またはその他の態様は、図において提示されているかまたは説明において提示されているかを問わず、単独で、または、知られているかもしくは知られていないかを問わず、その他の主題とともに、本明細書において提示されている例に関わらず、任意の順序でなど、任意の組合せで実施されることが可能である。
【０３１３】
ＷＴＲＵは、物理的なデバイスのアイデンティティを、またはサブスクリプション関連のアイデンティティ、例えば、ＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩ等などのユーザのアイデンティティを指すことが可能である。ＷＴＲＵは、アプリケーションベースのアイデンティティ、例えば、アプリケーションごとに使用されることが可能であるユーザ名を指すことが可能である。
【０３１４】
上述されているプロセスは、コンピュータおよび／またはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれているコンピュータプログラム、ソフトウェア、および／またはファームウェアで実施され得る。コンピュータ可読媒体の例は、（有線接続および／もしくは無線接続を介して送信される）電子信号、並びに／またはコンピュータ可読ストレージ媒体を含むが、それらには限定されない。コンピュータ可読ストレージ媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどであるがそれらには限定されない磁気メディア、光磁気メディア、並びに／または、ＣＤ−ＲＯＭディスクおよび／もしくはＤＶＤなどの光媒体を含むが、それらには限定されない。ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアに関連付けられるプロセッサが使用され得る。
【図１Ａ】
2020519120.tif 000003
【図１Ｂ】
2020519120.tif 000004
【図１Ｃ】
2020519120.tif 000005
【図１Ｄ】
2020519120.tif 000006
【図２】
2020519120.tif 000007
【図３】
2020519120.tif 000008
【図４】
2020519120.tif 000009
【図５】
2020519120.tif 000010
【図６】
2020519120.tif 000011
【手続補正書】
【提出日】令和2年1月7日(2020.1.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサを備えた無線送受信ユニット（ＷＴＲＵ）であって、
前記プロセッサは、少なくとも、
候補リソースのセットを受信することと、
チャネルが送信のためにクリアであるかどうかを決定することであって、前記決定は、前記チャネル上でクリアチャネルアセスメント（ＣＣＡ）またはリッスンビフォートーク（ＬＢＴ）をタイムピリオド内で周期的に実行することを含む、ことと、
前記チャネルがクリアであると決定されているという条件で、前記タイムピリオド内に残っている時間に基づいて候補リソースの前記セットからリソースを決定することであって、前記決定されたリソースは、１つまたは複数の周波数リソースを含み、前記１つまたは複数の周波数リソースの数は、前記タイムピリオド内に残っている時間に基づく、ことと、
前記リソースを使用して送信を送ることであって、前記送信は、復調基準信号（ＤＭ−ＲＳ）を備える、ことと
を行うように構成されているＷＴＲＵ。
【請求項２】
前記プロセッサは、前記１つまたは複数の周波数リソースの前記数に基づいて多入力多出力（ＭＩＭＯ）スキームを決定するようにさらに構成されており、
前記ＭＩＭＯスキームは、
前記１つまたは複数の周波数リソースの前記数がしきい値よりも小さい、あるいはしきい値と等しい場合にはスペース周波数ブロックコーディング（ＳＦＢＣ）を、または
前記１つまたは複数の周波数リソースの前記数が前記しきい値よりも大きい場合にはプリコーダサイクリングを含む、請求項１のＷＴＲＵ。
【請求項３】
前記ＤＭ−ＲＳは、前記送信の終わりに配置される、請求項１のＷＴＲＵ。
【請求項４】
前記ＤＭ−ＲＳに関連付けられているシーケンスが、前記リソースを受信機に示す、請求項１のＷＴＲＵ。
【請求項５】
前記プロセッサは、前記リソースに関連付けられているリソース要素に変調シンボルをマップするようにさらに構成されている、請求項１のＷＴＲＵ。
【請求項６】
前記１つまたは複数の周波数リソースの前記数は、前記タイムピリオド内に残っている前記時間がより短い場合には、より大きく、
前記タイムピリオド内に残っている前記時間がより長い場合には、より小さい、
請求項１のＷＴＲＵ。
【請求項７】
周期的なチェッキングは、前記チャネルがクリアであると決定されるまで、前記タイムピリオドに関連付けられているそれぞれの時間ユニット内で実行される、請求項１のＷＴＲＵ。
【請求項８】
前記ＤＭ−ＲＳは、前記送信の始めに配置される、請求項１のＷＴＲＵ。
【請求項９】
前記ＤＭ−ＲＳは、前記リソースを示す、請求項１のＷＴＲＵ。
【請求項１０】
候補リソースのセットを受信するステップと、
チャネルが送信のためにクリアであるかどうかを決定するステップであって、前記決定は、前記チャネル上でクリアチャネルアセスメント（ＣＣＡ）またはリッスンビフォートーク（ＬＢＴ）をタイムピリオド内で周期的に実行することを含む、ステップと、
前記チャネルがクリアであると決定されているという条件で、前記タイムピリオド内に残っている時間に基づいて候補リソースの前記セットからリソースを決定するステップであって、前記決定されたリソースは、１つまたは複数の周波数リソースを含み、前記１つまたは複数の周波数リソースの数は、前記タイムピリオド内に残っている時間に基づく、ステップと、
前記リソースを使用して送信を送るステップであって、前記送信は、復調基準信号（ＤＭ−ＲＳ）を含む、ステップと
を備える方法。
【請求項１１】
前記ＤＭ−ＲＳは、前記送信の終わりに配置される、請求項１０の方法。
【請求項１２】
前記ＤＭ−ＲＳに関連付けられているシーケンスが、前記リソースを受信機に示す、請求項１０の方法。
【請求項１３】
前記リソースに関連付けられているリソース要素に変調シンボルをマップするステップをさらに備える、請求項１０の方法。
【請求項１４】
前記１つまたは複数の周波数リソースの前記数は、
前記タイムピリオド内に残っている前記時間がより短い場合には、より大きく、
前記タイムピリオド内に残っている前記時間がより長い場合には、より小さい
請求項１０の方法。
【請求項１５】
周期的なチェッキングは、前記チャネルがクリアであると決定されるまで、前記タイムピリオドに関連付けられているそれぞれの時間ユニット内で実行される、請求項１０の方法。
【手続補正書】
【提出日】令和2年4月9日(2020.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサを備えた無線送受信ユニット（ＷＴＲＵ）であって、
前記プロセッサは、少なくとも、
候補リソースのセットを受信することと、
チャネル上でクリアチャネルアセスメント（ＣＣＡ）またはリッスンビフォートーク（ＬＢＴ）をタイムピリオド内で周期的に実行することによって、チャネルが送信のためにクリアであるかどうかを決定することと、
前記チャネルがクリアであると決定されているという条件で、前記タイムピリオド内に残っている時間に基づいて候補リソースの前記セットからリソースを決定することであって、前記決定されたリソースは、１つまたは複数の周波数リソースを含み、前記１つまたは複数の周波数リソースの数は、前記タイムピリオド内に残っている時間に基づく、ことと、
前記リソースを使用して送信を送ることであって、前記送信は、復調基準信号（ＤＭ−ＲＳ）を備える、ことと
を行うように構成されているＷＴＲＵ。
【請求項２】
前記プロセッサは、前記１つまたは複数の周波数リソースの前記数に基づいて多入力多出力（ＭＩＭＯ）スキームを決定するようにさらに構成されており、
前記ＭＩＭＯスキームは、
前記１つまたは複数の周波数リソースの前記数がしきい値よりも小さい、あるいはしきい値と等しい場合にはスペース周波数ブロックコーディング（ＳＦＢＣ）を、または
前記１つまたは複数の周波数リソースの前記数が前記しきい値よりも大きい場合にはプリコーダサイクリングを含む、請求項１のＷＴＲＵ。
【請求項３】
前記ＤＭ−ＲＳは、前記送信の終わりに配置される、請求項１のＷＴＲＵ。
【請求項４】
前記ＤＭ−ＲＳに関連付けられているシーケンスが、前記リソースを受信機に示す、請求項１のＷＴＲＵ。
【請求項５】
前記プロセッサは、前記リソースに関連付けられているリソース要素に変調シンボルをマップするようにさらに構成されている、請求項１のＷＴＲＵ。
【請求項６】
前記１つまたは複数の周波数リソースの前記数は、前記タイムピリオド内に残っている前記時間がより短い場合には、より大きく、
前記タイムピリオド内に残っている前記時間がより長い場合には、より小さい、
請求項１のＷＴＲＵ。
【請求項７】
前記プロセッサは、前記チャネルがクリアであると決定されるまで、前記タイムピリオドに関連付けられているそれぞれの時間ユニット内で、前記チャネル上でＣＣＡまたはＬＢＴを周期的に実行することによって、前記チャネルが送信のためにクリアであるかどうかを決定するように構成される、請求項１のＷＴＲＵ。
【請求項８】
前記ＤＭ−ＲＳは、前記送信の始めに配置される、請求項１のＷＴＲＵ。
【請求項９】
前記ＤＭ−ＲＳは、前記リソースを示す、請求項１のＷＴＲＵ。
【請求項１０】
候補リソースのセットを受信するステップと、
チャネル上でクリアチャネルアセスメント（ＣＣＡ）またはリッスンビフォートーク（ＬＢＴ）をタイムピリオド内で周期的に実行することによって、チャネルが送信のためにクリアであるかどうかを決定するステップと、
前記チャネルがクリアであると決定されているという条件で、前記タイムピリオド内に残っている時間に基づいて候補リソースの前記セットからリソースを決定するステップであって、前記決定されたリソースは、１つまたは複数の周波数リソースを含み、前記１つまたは複数の周波数リソースの数は、前記タイムピリオド内に残っている時間に基づく、ステップと、
前記リソースを使用して送信を送るステップであって、前記送信は、復調基準信号（ＤＭ−ＲＳ）を含む、ステップと
を備える方法。
【請求項１１】
前記ＤＭ−ＲＳは、前記送信の終わりに配置される、請求項１０の方法。
【請求項１２】
前記ＤＭ−ＲＳに関連付けられているシーケンスが、前記リソースを受信機に示す、請求項１０の方法。
【請求項１３】
前記リソースに関連付けられているリソース要素に変調シンボルをマップするステップをさらに備える、請求項１０の方法。
【請求項１４】
前記１つまたは複数の周波数リソースの前記数は、
前記タイムピリオド内に残っている前記時間がより短い場合には、より大きく、
前記タイムピリオド内に残っている前記時間がより長い場合には、より小さい
請求項１０の方法。
【請求項１５】
前記チャネルが送信のためにクリアであるかどうかを決定するステップは、前記チャネルがクリアであると決定されるまで、前記タイムピリオドに関連付けられているそれぞれの時間ユニット内で、前記チャネル上でＣＣＡまたはＬＢＴを周期的に実行することを備える、請求項１０の方法。
【国際調査報告】
2020519120.tif 000012
2020519120.tif 000013
2020519120.tif 000014