(57)【要約】ＷＴＲＵおよびｇＮＢのためのＬＢＴ方法および装置が開示される。方法は、ｇＮＢビーム方向スケジュールおよびＬＢＴ測定構成を受信することを含むことができる。ＷＴＲＵは、ビーム方向スケジュールに基づいてビームを受信するように受信機を切り替え、ＤＣＩを監視することができる。ＷＴＲＵは、ＷＴＲＵに対する送信があるかどうかを決定するように構成されることができ、あるならば、送信が受信され得る。送信は、ＷＴＲＵのアップリンク送信についてのＤＣＩであり得る。ＷＴＲＵは、ＭＣＯＴの開始時にｇＮＢビーム方向スケジュールおよびＬＢＴ測定構成を受信するように構成され得る。
2021514574.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）によって実行されるリッスンビフォアトーク（ＬＢＴ）方法であって、
少なくとも１つのビームの利得を決定するステップと、
チャネルにおけるエネルギーを測定するステップと、
前記決定された利得に基づいて、クリアチャネル評価（ＣＣＡ）閾値または前記チャネルにおける前記測定されたエネルギーのうちの１つを調整するステップと、
（１）前記測定されたエネルギーおよび前記調整されたＣＣＡ閾値、または（２）前記調整された測定されたエネルギーおよび前記ＣＣＡ閾値に基づいて、前記チャネルが空いているかどうかを決定するステップと、
前記チャネルが空いているという条件でデータを送信するステップと
を備える方法。
【請求項２】
前記ＷＴＲＵによって、次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含む構成を受信するステップをさらに備え、前記チャネルにおける前記エネルギーを測定するステップは、前記受信された構成に含まれる前記ビーム管理情報に従って行われる、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのビームの利得を決定するステップは、受信ビームまたは送信ビームのいずれかの利得を決定するステップを備える、請求項１または２に記載の方法。
【請求項４】
前記受信ビームと前記送信ビームとの間の利得差を決定するステップをさらに備え、前記ＣＣＡ閾値を調整するステップは、前記決定された利得差を補償するステップを備える、請求項３に記載の方法。
【請求項５】
前記ＣＣＡ閾値を調整するステップは、前記受信ビームの利得を補償するステップを備える、請求項３または４に記載の方法。
【請求項６】
前記チャネルは、ライセンスされていないスペクトル内にある、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記エネルギーを測定するステップは、（１）信号対雑音比（ＳＮＲ）、信号対干渉および雑音比（ＳＩＮＲ）、受信信号強度表示（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、若しくは受信チャネル電力インジケータ（ＲＣＰＩ）のいずれかを決定するステップ、または移動ウィンドウを使用して連続的エネルギー測定を実行するステップのいずれかを備える、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
ダウンリンク制御情報（ＤＣＩ）に含まれる、またはダウンリンク制御情報（ＤＣＩ）によって示されるトリガを受信するステップを備える、請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
少なくとも１つのビーム、別のビーム、ビームフォーミングなしの周波数帯域上で搬送される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信し、かつ復号するステップを備え、前記チャネルが空いているかどうかを決定するステップは、ＰＤＣＣＨ復号が成功するという条件で実行される、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記チャネルが空いているという条件で前記データを送信するステップは、複数のビームのそれぞれが空いているという条件で前記複数のビームでデータを送信するステップを備える、請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
前記複数のビームのそれぞれのビームで送信されたデータは、独立した非コヒーレントデータ、相関された非コヒーレントデータ、コヒーレントデータ、または制御シグナリングのいずれかを備える、請求項１０に記載の方法。
【請求項１２】
前記データを送信するために使用される前記ビームの表示を送信するステップを備える、請求項１０または１１に記載の方法。
【請求項１３】
前記チャネルが空いていないという条件で、チャネル上のデータ送信を延期または停止するステップを備える、請求項１乃至１２のいずれか一項に記載の方法。
【請求項１４】
無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのビームの利得を決定し、
チャネルにおけるエネルギーを測定し、
前記決定された利得に基づいて、クリアチャネル評価（ＣＣＡ）閾値または前記チャネルにおける前記測定されたエネルギーのうちの１つを調整し、
（１）前記測定されたエネルギーおよび前記調整されたＣＣＡ閾値、または（２）前記調整された測定されたエネルギーおよび前記ＣＣＡ閾値に基づいて、チャネルが空いているかどうかを決定する
ように構成されたプロセッサと、
前記チャネルが空いているという条件でデータを送信する
ように構成された送受信ユニットと
を備えたＷＴＲＵ。
【請求項１５】
無線送受信ユニット（ＷＴＲＵ）によって実行されるリッスンビフォアトーク（ＬＢＴ）方法であって、
次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含むまたは示す構成を受信するステップと、
前記ビーム管理情報に基づいて受信ビームに切り替えるステップと、
前記切り替えられた受信ビームに対するＬＢＴプロセスを実行するトリガを監視し、および受信するステップと、
前記受信されたトリガに基づいて、前記受信ビームに対して前記ＬＢＴプロセスを実行するステップと
を備える方法。
【請求項１６】
前記トリガは、ダウンリンク制御情報（ＤＣＩ）に含まれる、またはダウンリンク制御情報（ＤＣＩ）によって示される、請求項１５に記載の方法。
【請求項１７】
最大チャネル占有時間（ＭＣＯＴ）の開始時に前記ビーム管理情報を受信するステップを備える、請求項１５または１６に記載の方法。
【請求項１８】
前記ビーム管理情報は、ビーム方向スケジュールを含む、請求項１５乃至１７のいずれか一項に記載の方法。
【請求項１９】
無線送受信ユニット（ＷＴＲＵ）であって、
次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含むまたは示す構成を受信し、
ＬＢＴプロセスを実行するように示すトリガを監視する
ように構成された送受信ユニットと、
前記ビーム管理情報に基づいて、第１の受信ビームから第２の受信ビームに切り替える
ように構成されたプロセッサと
を備え、
前記送受信ユニットおよび前記プロセッサは、前記監視されたトリガが受信されるという条件で、前記第２の受信ビームに対して前記ＬＢＴプロセスを実行するように構成される、ＷＴＲＵ。
【請求項２０】
指向性リッスンビフォアトーク（ＬＢＴ）の方法であって、
ビームに関連付けられた指向性ＬＢＴプロセスの実行を可能にする構成を、前記構成において示されるビーム方向スケジュール情報に従って受信するステップと、
前記受信された構成を使用して前記指向性ＬＢＴプロセスを実行するステップと
を備える方法。
【請求項２１】
前記ビーム方向スケジュール情報は、スロットフォーマットインジケータ（ＳＦＩ）信号またはビームフォーマットインジケータ（ＢＦＩ）に含まれる、または示される、請求項２０に記載の方法。
【請求項２２】
ビームペアリングを実行して、送信のための送受信ビームペアを識別するステップと、
前記送受信ビームペアの利得を推定するステップと
をさらに備える、請求項２０または２１に記載の方法。
【請求項２３】
ｇＮＢからのビーム発見フレーム／パケットおよびフィードバック情報の送信を使用して利得発見手順を実行するステップをさらに備え、前記利得発見手順は、サウンディング基準信号（ＳＲＳ）を送信すること、およびＳＲＳリソースインジケータ（ＳＲＩ）を含む情報を受信することを備える、請求項２０乃至２２のいずれか一項に記載の方法。
【請求項２４】
無線送受信ユニット（ＷＴＲＵ）であって、
ビームに関連付けられた指向性ＬＢＴプロセスを可能にする構成を、前記構成において示されるビーム方向スケジュール情報に従って受信する
ように構成された送受信ユニットと、
前記受信された構成を使用して前記指向性ＬＢＴプロセスを実行する
ように構成されたプロセッサと
を備えたＷＴＲＵ。
【請求項２５】
請求項２乃至１３、１６乃至１８、または２１乃至２３のいずれか一項に記載の方法を実行するように構成された、請求項１４、１９または２４に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2018年2月14日に出願された米国特許仮出願第62/630,643号および2018年8月8日に出願された米国特許仮出願第62/716,093号の利益を主張し、それぞれの内容は参照により本明細書に組み込まれる。本出願はこれらの優先出願の出願日の利益を主張する。
【背景技術】
【０００２】
ライセンスされていないスペクトルにおけるセルラベースのアクセスは、事業者がライセンス補助アクセス（Licensed Assisted Access：ＬＡＡ）および拡張ライセンス補助アクセス（enhanced Licensed Assisted Access：ｅＬＡＡ）を用いてそれらのライセンスされたサービス提供を補完することができるように導入された。これらの技術は、ライセンスされていない送信、例えば、制御チャネル情報の送信を補助するために、ライセンスされた帯域を使用しながら、ＬＴＥ（ロングタームエボリューション）動作をライセンスされていない帯域に拡張する。
【発明の概要】
【０００３】
無線送受信ユニット（ＷＴＲＵ）および次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）のためのリッスンビフォアトーク（ＬＢＴ）方法および装置が開示される。方法は、ｇＮＢビーム方向スケジュールおよびＬＢＴ測定構成を受信することを含むことができる。ＷＴＲＵは、ビーム方向スケジュール基づいてビームを受信するように受信機を切り替え、ダウンリンク制御情報（downlink control information：ＤＣＩ）を監視することができる。ＷＴＲＵは、ＷＴＲＵに対する送信があるかどうかを決定するように構成されることができ、あるならば、送信が受信され得る。送信は、ＷＴＲＵのアップリンク送信についてのＤＣＩとすることができ、またはそれを含み得る。ＷＴＲＵは、最大チャネル占有時間（maximum channel occupancy time：ＭＣＯＴ）の開始時にｇＮＢビーム方向スケジュールおよびリッスンビフォアトーク（listen before talk：ＬＢＴ）測定構成を受信するように構成され得る。
【図面の簡単な説明】
【０００４】
より詳細な理解は、添付図面に関連して例として与えられる以下の詳細な説明から得られる。図における同様の参照番号は、同様の要素を示す。
【図１Ａ】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムを示すシステム図である。
【図１Ｂ】実施形態による図１Ａに示された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態による図１Ａに示された通信システム内において使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】実施形態による図１Ａに示された通信システム内において使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。
【図２】代表的なリッスンビフォアトーク（ＬＢＴ）手順を示す図である。
【図３】送信ビームおよび／または受信ビームの代表的な利得発見を示す図である。
【図４】代表的なダウンリンクライセンス補助アクセス（ＬＡＡ）セカンダリセル（ＳＣｅｌｌ）カテゴリ４リッスンビフォアトーク（ＬＢＴ）手順を示すフローチャートである。
【図５】高速ビーム切り替えによるチャネルにおける非定常エネルギーの例を示す図である。
【図６】ビームベースの送信のための代表的な指向性ＬＢＴ手順を示すフローチャートである。
【図７】ビーム集約（beam aggregation）なしの代表的なＬＢＴ時間領域測定制限を示す図である。
【図８】ビーム集約を用いる代表的なＬＢＴ時間領域測定制限を示す図である。
【図９】閾値が２に等しく設定され得る、（例えば、チャネルがビジーであるかクリアであるかを決定するための）ビーム切り替えによるチャネルにおけるエネルギーの代表的な測定手順を示す図である。
【図１０】送信ビームの代表的な利得発見を示す図である。
【図１１】受信ビームの代表的な利得発見を示す図である。
【図１２】送信ビームの代表的な利得発見のフローチャートである。
【図１３】ビーム切り替えを用いる代表的な連続的ＬＢＴ測定の図である。
【図１４】ビーム切り替えを用いる代表的な瞬間的ＬＢＴを示す図である。
【図１５】代表的なビーム情報支援付きＬＢＴを示す図である。
【図１６】単一の送受信ポイント（ＴＲＰ）へ／からの代表的なマルチビーム送信を示す図である。
【図１７】第１のアクセスポイント（ＡＰ１）および第２のアクセスポイント（ＡＰ２）を含むＷｉ−Ｆｉネットワークによって影響され得る複数のビームを用いる複数のＷＴＲＵに対して送信するＴＲＰを示す図である。
【図１８】ビーム切り替え前のカテゴリ２ＬＢＴを用いるビーム切り替えのための複数のＬＢＴを示す図である。
【図１９】代表的な指向性ＬＢＴ手順を示すフローチャートである。
【図２０】代表的な利得発見タイミングを示す図である。
【図２１】代表的なジョイント日和見（joint opportunistic）協調マルチポイント（ＣｏＭＰ）手順を示す図である。
【図２２】スケジュールされた反復Ｋ１＝２およびグラントフリー反復Ｋ２＝１である、代表的な最大チャネル占有時間（ＭＣＯＴ）の例を示す図である。
【図２３】反復領域（例えば、各反復領域）の前にＬＢＴを有する代表的なＭＣＯＴを示す図である。
【図２４】ライセンスされていないＮＲ（ＮＲ−Ｕ）におけるチャネル状態情報（ＣＳＩ）報告のための代表的なＷＴＲＵ手順を示すフローチャートである。
【図２５】ＬＢＴ方法の第１の実施形態を示すフローチャートである。
【図２６】ＬＢＴ方法の第２の実施形態を示すフローチャートである。
【図２７】ＬＢＴ方法の第３の実施形態を示すフローチャートである。
【図２８】協調マルチポイント送信のための方法の実施形態を示すフローチャートである。
【図２９】ＣＳＩ報告のための方法の実施形態を示すフローチャートである。
【発明を実施するための形態】
【０００５】
図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的な通信システム１００を示すシステム図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有によってそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM：ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を採用することができる。
【０００６】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも「局」および／または「ＳＴＡ」と呼ばれてよく、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定または移動体加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業および／または自動化された処理チェーンコンテキストで動作するロボットおよび／または他の無線デバイス）、家電デバイス、商用および／または産業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、交換可能にＵＥと呼ばれ得る。
【０００７】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースをとって、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークに対するアクセスを促進するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、ｇＮＢ、ＮＲ  ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【０００８】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってよく、ＲＡＮ１０４／１１３はまた、他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成され得る。これらの周波数は、ライセンスされたスペクトル、ライセンスされていないスペクトル、またはライセンスされたスペクトルとライセンスされていないスペクトルの組み合わせにあり得る。セルは、比較的固定され得るまたは経時的に変化し得る特定の地理的エリアに、無線サービスのためのカバレッジを提供することができる。セルは、さらにセルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルが３つのセクタに分割され得る。従って、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに対して１つのトランシーバを含むことができる。実施形態において、基地局１１４ａは、ＭＩＭＯ技術を採用することができ、セルの各セクタに対して複数のトランシーバを利用できる。例えば、ビームフォーミングが、所望の空間方向で信号を送信および／または受信するために使用され得る。
【０００９】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得るエアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信できる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１０】
より具体的には、上記したように、通信システム１００は、多元接続システムとしてよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装できる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１１】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立することができる進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装できる。
【００１２】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）を使用してエアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実装できる。
【００１３】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装できる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアル接続性（ＤＣ）原理を使用して、ＬＴＥ無線アクセスとＮＲ無線アクセスを共に実装できる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）へ／から送られる送信によって特徴付けられ得る。
【００１４】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（Global System for Mobile Communications）（登録商標）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装できる。
【００１５】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであってよく、事業所、家庭、車両、キャンパス、産業施設、（例えばドローンで使用するための）空中回廊、道路などの局所的エリアにおいて無線接続性を促進するために任意の適切なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装できる。実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装できる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用できる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０に対して直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることを必要とされなくてよい。
【００１６】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信してよく、ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に対して音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された任意のタイプのネットワークとしてよい。データは、異なるスループット要件、レイテンシ要件、エラー耐性要件、信頼性要件、データスループット要件、モビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することがある。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証などの高レベルセキュリティ機能を実行できる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用中であり得るＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用している別のＲＡＮ（図示せず）と通信してもよい。
【００１７】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰ、および／またはＩＰなどの一般的通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用し得る１つまたは複数のＲＡＮに接続された別のＣＮを含むことができる。
【００１８】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてよい。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他のタイプの集積回路（ＩＣ）、および状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行できる。プロセッサ１１８はトランシーバ１２０に結合されてよく、トランシーバ１２０は送受信要素１２２に結合されてよい。図１Ｂではプロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０が電子的パッケージまたはチップに一緒に組み込まれてよいことは理解されよう。
【００２１】
送受信要素１２２は、エアインターフェース１１６を介して基地局（例えば基地局１１４ａ）に信号を送信するまたは基地局から信号を受信するように構成され得る。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。実施形態において、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器とすることができる。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
【００２２】
図１Ｂでは送受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用してよい。従って、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことができる。ｇＮＢ１８０ａまたは任意の送信機のアンテナは、アンテナのアレイであってよく、またはアンテナのアレイを含んでよい。特定の実施形態では、アンテナに提供される信号は、送信ビーム（例えば、エネルギーが方向を有するようにそれぞれ配向された１つまたは複数のメインローブ）を生成するように、変動する振幅で位相シフトされ得る。送信ビームは、特に、ビーム幅、ビーム方向、およびビーム利得を有することができる。
【００２３】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成され得る。上記したように、ＷＴＲＵ１０２はマルチモード能力を有することができる。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含み得る。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信できる。プロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。プロセッサ１１８は、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの適切なメモリの情報にアクセスし、また、そのメモリにデータを記憶できる。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含み得る。取り外し可能メモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていないサーバまたはホームコンピュータ（図示せず）上などのメモリからの情報にアクセスし、また、そのメモリにデータを記憶できる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２における他のコンポーネントに電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００２６】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されてもよい。ＧＰＳチップセット１３６からの情報に加えてまたは代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、および／または近くの２つ以上の基地局から受信されている信号のタイミングに基づいて、その位置を決定してもよい。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の適切な位置決定方法によって位置情報を取得し得ることが理解されよう。
【００２７】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてよく、その周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真および／またはビデオ用）デジタルカメラ、ＵＳＢポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、バロメータ、ジェスチャセンサ、生体認証センサ、および／または湿度センサのうちの１つまたは複数であり得る。
【００２８】
ＷＴＲＵ１０２は全二重無線を含んでよく、全二重無線では、（例えば、ＵＬ（例えば送信用）とダウンリンク（例えば受信用）の両方のための特定のサブフレームに関連付けられた）信号の一部または全部の送信および受信が、並列および／または同時であってよい。全二重無線は、ハードウェア（例えば、チョーク）、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）による信号処理によって、自己干渉を低減し、および／または実質的に除去するための干渉管理ユニット１３９を含むことができる。実施形態において、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば送信用）とダウンリンク（例えば、受信用）の両方のための特定のサブフレームに関連付けられた）信号の一部または全部の送信および受信が半二重無線を含むことが可能である。
【００２９】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信できる。ＲＡＮ１０４は、ＣＮ１０６と通信することもできる。
【００３０】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されよう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。従って、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３１】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、並びにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２のインターフェースを介して互いに通信できる。
【００３２】
図１Ｃに示されているＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（すなわちＰＧＷ）１６６を含むことができる。上記の要素の各々はＣＮ１０６の一部として示されているが、これらの要素のいずれもＣＮ運用者以外のエンティティによって所有および／または運用され得ることは理解されよう。
【００３３】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ−１６２ａ、１６２ｂ、１６２ｃの各々に接続されてよく、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなど他の無線技術を採用するＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することができる。
【００３４】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングおよび転送できる。ＳＧＷ１６４は、ｅＮｏｄｅ  Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行できる。
【００３５】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークに対するアクセスを提供することができる、ＰＧＷ１６６に接続され得る。
【００３６】
ＣＮ１０６は、他のネットワークとの通信を促進することができる。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を促進することができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそのようなＩＰゲートウェイと通信してよい。また、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含み得るネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３７】
図１Ａ〜図１ＤではＷＴＲＵが無線端末として説明されているが、特定の代表的実施形態では、そのような端末が通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用してよいことが企図される。
【００３８】
代表的実施形態では、他のネットワーク１１２はＷＬＡＮであってよい。
【００３９】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、分配システム（ＤＳ）、またはＢＳＳ内および／もしくは外へのトラフィックを搬送する別のタイプの有線／無線ネットワークに対し、アクセスまたはインターフェースを有することができる。ＢＳＳ外部からのＳＴＡへのトラフィックは、ＡＰを介して到達してよく、ＳＴＡに送達されてよい。ＳＴＡからのＢＳＳ外部の宛先へのトラフィックは、それぞれの宛先に送達されるべくＡＰに送られてよい。ＢＳＳ内のＳＴＡ間のトラフィックはＡＰを介して送られてよく、例えば、ソースＳＴＡがトラフィックをＡＰに送ってよく、ＡＰが宛先ＳＴＡにトラフィックを送達してよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとみなされ、および／または呼ばれ得る。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いて、ソースＳＴＡと宛先ＳＴＡとの間で（例えば直接）送られてよい。特定の代表的実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用しているＷＬＡＮは、ＡＰを有しなくてよく、ＩＢＳＳ内のまたはＩＢＳＳを使用しているＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信してよい。ＩＢＳＳモードの通信は、本明細書では「アドホック」モードの通信と呼ばれ得る。
【００４０】
８０２．１１ａｃインフラストラクチャ動作モードまたは類似の動作モードを使用しているとき、ＡＰは一次チャネルなどの固定されたチャネルでビーコンを送信できる。一次チャネルは、固定された幅（例えば、２０ＭＨｚ帯域幅）でよく、またはシグナリングによって動的に設定される幅でよい。一次チャネルは、ＢＳＳの動作チャネルでよく、ＳＴＡによってＡＰとの接続を確立するために使用されてよい。特定の代表的な実施形態では、例えば８０２．１１システムにおいて、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）が一次チャネルを検知してよい。一次チャネルがビジーであると特定のＳＴＡによって検知／検出および／または決定された場合、この特定のＳＴＡは譲歩し得る。１つのＳＴＡ（例えば、１つの局のみ）が、所与のＢＳＳにおいて任意の所与の時間に送信をすることができる。
【００４１】
高スループット（ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルを隣接または非隣接の２０ＭＨｚチャネルと組み合わせて４０ＭＨｚ幅チャネルを形成することによって、通信に４０ＭＨｚ幅チャネルを使用することができる。
【００４２】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成されてよい。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることによって、または２つの不連続の８０ＭＨｚチャネルを組み合わせることによって形成されてよく、後者は８０＋８０構成と呼ばれることがある。８０＋８０構成では、データは、チャネル符号化の後に、データを２つのストリームに分割できるセグメントパーサに通されてよい。逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理が、各ストリームに対して別々に行われてよい。ストリームは２つの８０ＭＨｚチャネルにマッピングされてよく、データは送信ＳＴＡによって送信されてよい。受信ＳＴＡのレシーバーにおいて、８０＋８０構成に関する上記動作は逆にされてよく、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送られてよい。
【００４３】
８０２．１１ａｆおよび８０２．１１ａｈによってサブ１ＧＨｚ動作モードがサポートされる。８０２．１１ａｆおよび８０２．１１ａｈでは、チャネル動作帯域幅およびキャリアが、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに比べて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、特定の能力、例えば、特定のおよび／または限定された帯域幅のサポート（例えば、その帯域幅のみのサポート）を含む限定された能力を有してよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を保つように）閾値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００４４】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆおよび８０２．１１ａｈなどの複数のチャネルおよびチャネル帯域幅をサポートすることができるＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大の共通の動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、ＢＳＳにおいて動作する全てのＳＴＡの中から最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例では、ＡＰおよびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚおよび／または他のチャネル帯域幅動作モードをサポートする場合でも、一次チャネルは、１ＭＨｚモードをサポートする（例えば、１ＭＨｚモードのみサポートする）ＳＴＡ（例えばＭＴＣタイプデバイス）に対する１ＭＨｚの幅でよい。キャリアの検知および／またはネットワーク割り当てベクトル（ＮＡＶ）の設定は、一次チャネルの状態に依存し得る。一次チャネルが、例えばＡＰに送信している（１ＭＨｚ動作モードのみサポートする）ＳＴＡのために、ビジーである場合、周波数帯の大部分がアイドル状態のままで利用可能であったとしても、利用可能な周波数帯全体がビジーであるとみなされ得る。
【００４５】
米国では、８０２．１１ａｈによって使用されてよい利用可能な周波数帯は９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯は９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯は９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国に応じて６ＭＨｚから２６ＭＨｚである。
【００４６】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記したように、ＲＡＮ１１３は、ＮＲ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信できる。ＲＡＮ１１３は、ＣＮ１１５と通信することもできる。
【００４７】
ＲＡＮ１１３はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、実施形態と一致したままで、ＲＡＮ１１３は任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装できる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信すること、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。従って、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。ｇＮＢ１８０ａまたは任意の送信機のアンテナは、アンテナのアレイであってよく、またはアンテナのアレイを含んでよい。特定の実施形態では、アンテナに提供される信号は、送信ビーム（例えば、エネルギーが方向を有するようにそれぞれ配向された１つまたは複数のメインローブ）を生成するように、変動する振幅で位相シフトされ得る。送信ビームは、特に、ビーム幅、ビーム方向、およびビーム利得を有し得る。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装できる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信できる。これらのコンポーネントキャリアの一部は、ライセンスされていないスペクトル上にあってよく、残りのコンポーネントキャリアは、ライセンスされたスペクトル上にあってよい。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装できる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信できる。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）に関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に応じて変わり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）（例えば、様々な数のＯＦＤＭシンボルおよび／または持続的に変わる長さの絶対時間を含む）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。
【００４９】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンスされていない帯域で信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの他のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとして働くことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供することができる。
【００５０】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを扱うように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。
【００５１】
図１Ｄに示されているＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことができる。上記の要素の各々はＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮ運用者以外のエンティティによって所有および／または運用され得ることは理解されよう。
【００５２】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、制御ノードとして働くことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプ通信（ＭＴＣ）アクセス用のサービスなどの異なるユースケースに応じて、異なるネットワークスライスが確立され得る。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術のような他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することができる。
【００５３】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを介するトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、例えば、ＵＥ  ＩＰアドレスの管理および割り当て、ＰＤＵセッションの管理、ポリシ実施およびＱｏＳの制御、ダウンリンクのデータ通知の提供など、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【００５４】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、それらは、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することができる。ＵＰＦ１８４、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ダウンリンクパケットのバッファリング、モビリティアンカリングの提供など、他の機能を実行することができる。
【００５５】
ＣＮ１１５は、他のネットワークとの通信を促進することができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそのＩＰゲートウェイと通信することができる。また、ＣＮ１１５は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含み得る他のネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通って、ＤＮ１８５ａ、１８５ｂに接続され得る。
【００５６】
図１Ａ〜図１Ｄおよび図１Ａ〜図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書に説明されている任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明されている機能の１つまたは複数または全てが、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書で説明されている機能の１つまたは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、並びに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【００５７】
エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境において他のデバイスの１つまたは複数のテストを実装するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全または部分的に実装および／または展開されながら、１つまたは複数または全ての機能を実行してよい。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されながら、１つまたは複数または全ての機能を実行してよい。エミュレーションデバイスは、テストのために別のデバイスに直接結合されてよく、および／または無線ワイヤレス通信を使用してテストを実行してもよい。
【００５８】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されることなく、１つまたは全部を含む複数の機能を実行してよい。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実装するために、テストラボ並びに／または展開されていない（例えばテスト）有線および／もしくは無線通信ネットワークにおけるテストシナリオで利用されてよい。１つまたは複数のエミュレーションデバイスは試験装置であってよい。直接ＲＦ結合、および／または（例えば、１つまたは複数のアンテナを含み得る）ＲＦ回路構成を介する無線通信が、データを送信および／または受信するためにエミュレーションデバイスによって使用されてよい。
【００５９】
ライセンスされていないスペクトルにおけるセルラベースのアクセスは、事業者がライセンス補助アクセス（ＬＡＡ）および拡張ライセンス補助アクセス（ｅＬＡＡ）を用いてそれらのライセンスされたサービス提供を補完することができるように導入された。これらの技術は、ライセンスされていない送信、例えば制御チャネル情報の送信を補助するために、ライセンスされた帯域を使用しながら、ＬＴＥ動作をライセンスされていない帯域に拡張する。ＬＡＡはダウンリンク送信のみをサポートし、ｅＬＡＡはアップリンク送信のためのサポートを追加する。
【００６０】
特定の代表的実施形態では、ライセンスされていないスペクトルへのＮＲベースのアクセスの拡張は、例えば、サブ６ＧＨｚ（sub6 GHz）ライセンス不要（unlicensed）帯域および６ＧＨｚ超（above 6 GHz）ライセンス不要帯域（例えば、５ＧＨｚ、３７ＧＨｚ、６０ＧＨｚなどの様々な帯域／サブバンドを含むサブ１ＧＨｚ、１〜６ＧＨｚ、および／または６ＧＨｚ超）のいずれかで実装され得る。特定の代表的実施形態では、ＮＲライセンス補助アクセス（ＮＲ−ＬＡＡ）が、例えば、ＮＲライセンスドキャリア（NR licensed carrier）および／またはＬＴＥランセンスドキャリアを使用してサポートされ得る。特定の代表的実施形態では、スタンドアロンアクセス並びにレガシ３ＧＰＰ技術（例えば、ＬＡＡ、ｅＬＡＡ）および他のＲＡＴの両方の共存（例えば、サブ６バンドにおける８０２．１１ａｃおよび８０２．１１ａｘ、または６超バンドにおける８０２．１１ａｄおよび８０２．１１ａｙ）が実装され得る。ＮＲライセンス不要アクセスは、屋内ホットスポット、密集都市シナリオ、ルーラル（rural）シナリオ、都市マクロシナリオ、および／または高速シナリオなどの展開シナリオ、並びに拡張モバイルブロードバンド（ｅＭＢＢ）、ＮＲについて定義された大規模マシンタイプ通信（ｍＭＴＣ）および超高信頼低遅延通信（ＵＲＬＬＣ）を含むユースケースをサポートできることが企図される。
【００６１】
ライセンス補助アクセス（ＬＡＡ）は、５ＧＨｚライセンス不要スペクトルで動作する。ＬＡＡ展開および他のＲＡＴとの共存を可能にするために、ＬＡＡはリッスンビフォアトーク（ＬＢＴ）プロトコルを使用する。例えば、送信エンティティは、送信前に、持続時間にわたってエネルギー検出（ＥＤ）に基づいてクリアチャネル評価（ＣＣＡ）を実行することができ、測定されたエネルギーをエネルギー閾値と比較し、チャネルが占有されているかクリアであるかを決定することができる。チャネルへのアクセスを取得するとき、送信エンティティは、最大チャネル占有時間（ＭＣＯＴ）と呼ばれる最大持続時間にチャネルを占有し得る。定義されたＬＢＴの以下の４つのカテゴリがある：カテゴリ１：ＬＢＴなし、カテゴリ２：ランダムバックオフなしのＬＢＴ、カテゴリ３：固定サイズのコンテンションウィンドウを有するランダムバックオフを有するＬＢＴ、およびカテゴリ４：可変サイズのコンテンションウィンドウを有するランダムバックオフを有するＬＢＴ。
【００６２】
カテゴリ１では、ＬＢＴがなく、送信エンティティによってＬＢＴが実行されてない。
【００６３】
カテゴリ２では、送信エンティティが送信する前にチャネルがアイドルであると検知される持続時間が決定論的であるように、ランダムバックオフなしのＬＢＴが実行される。
【００６４】
カテゴリ３では、ランダムバックオフを有するＬＢＴが固定サイズのコンテンションウィンドウを用いて実行されて、ＬＢＰ手順がそのコンポーネントの１つとして以下の手順を有することができる。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを抽選することができる。コンテンションウィンドウのサイズは、Ｎの最小および最大値によって指定され得る。コンテンションウィンドウのサイズは固定される。乱数Ｎは、チャネル上で送信エンティティが送信する前にチャネルがアイドルであると検知される持続時間を決定するために、ＬＢＴ手順で使用され得る。
【００６５】
カテゴリ４では、ランダムバックオフを有するＬＢＴが可変サイズのコンテンションウィンドウを用いて実行されて、ＬＢＰ手順がそのコンポーネントの１つとして以下の手順を有することができる。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを抽選することができる。コンテンションウィンドウのサイズは、Ｎの最小および最大値によって指定され得る。送信エンティティは、乱数Ｎを抽選するときにコンテンションウィンドウのサイズを変えることができる。乱数Ｎは、チャネル上で送信エンティティが送信する前にチャネルがアイドルであると検知される持続時間を決定するために、ＬＢＴ手順で使用され得る。
【００６６】
デバイスがランダムバックオフを実行できる場合において、異なるチャネルアクセス優先度クラスおよび対応するパラメータが表１に定義される。優先度クラスインデックスは、ｐで表される。延期持続時間Ｔdは、ｍp個の連続したスロット持続時間が直後に続く持続時間Ｔf＝１６μｓで構成され、各スロット持続時間は、Ｔsl＝９μｓである。ＣＷmin,pおよびＣＷmax,pは、コンテンションウィンドウの最小サイズおよび最大サイズを定義する。ｅＮｏｄｅ  Ｂは、ＭＣＯＴ（Ｔmcot,p）を超える期間に、ＬＡＡ  Ｓｃｅｌｌ送信が行われるキャリア上で継続的に送信をしなくてよい。
【００６７】
【表１】
2021514574.tif 000003
【００６８】
表２は、ヨーロッパにおけるフレームベース機器のＬＢＴ要件を提供する。フレームベース機器（ＦＢＥ）とロードベース機器（ＬＢＥ）の両方のＬＢＴ要件は、５ＧＨｚ帯域における２０μｓの最小ＣＣＡ時間、１０ミリ秒のＭＣＯＴ、およびチャネル占有時間の最小５％のアイドル期間を必要とする、および／または使用することがある。受信アンテナ利得Ｇ＝０ｄＢｉを想定すると、送信機における実効等方輻射電力ＥＩＲＰ＝２３ｄＢｍである場合、ＣＣＡエネルギー検出閾値≦−７３ｄＢｍ／ＭＨｚであり、そうではなく、異なる送信電力レベルＰＨの場合、この閾値＝−７３（ｄＢｍ／ＭＨｚ）＋２３（ｄＢｍ）−ＰＨ（ｄＢｍ）である。
【００６９】
【表２】
2021514574.tif 000004
【００７０】
周波数帯域／周波数の周波数（例えば、ミリ波周波数）が増加すると、ＮＲ送信は、よりビームベースとなり、送信は、より指向性が高くなり得る。既存のＬＢＴメカニズム、動作、および／または手順は、図２に示されるように、無指向性送信を使用することがあり、媒体を適切に評価できないことがある。
【００７１】
図２は、代表的なリッスンビフォアトーク（ＬＢＴ）手順を示す図である。図３は、送信ビームおよび／または受信ビームの代表的な利得発見を示す図である。
【００７２】
図２では、ｇＮＢ２１０は、第１のＷＴＲＵ１０２ａおよび第２のＷＴＲＵ１０２ｂに接続され得る。円で表されるように、ｇＮＢ２１０が無指向性ＬＢＴを実行したとき、それが媒体を評価することができないことがある。ｇＮＢ２１０は、例えば、チャネルを正しく検知するために、（例えば、ＷＴＲＵ１０２ａでＬＢＴ１にビーム１を使用し、ＷＴＲＵ１０２ｂでＬＢＴ２にビーム２を使用して）指向性ＬＢＴを実装することができる。
【００７３】
ＬＢＴ動作では、ビーム対応または相互性が想定される。例えば、リッスン（例えば、ビーム受信ビームフォーミング方向および利得について）は、トーク（例えば、ビーム送信について）と同じであると想定され得る。指向性ＬＢＴでは、送信ビームと受信ビームは、図３に示されるように、同じ利得を有する場合も有しない場合もあり、ここでは、受信ビームが送信ビームとは異なり、受信ビームに関係付けられた利得Ｇ１は、送信ビームに関係付けられた利得Ｇ２とは異なる。特定の代表的実施形態では、手順、動作または装置は、送信利得と受信利得との間の差を補償するように実装され得る。
【００７４】
図４は、代表的なダウンリンクライセンス補助アクセス（ＬＡＡ）セカンダリセル（ＳＣｅｌｌ）カテゴリ４リッスンビフォアトーク（ＬＢＴ）手順を示すフローチャートである。
【００７５】
図４を参照すると、フローチャート４００は、初期ＣＣＡ手順および／または拡張されたＣＣＡ手順を含むことができる。バックオフが実行される拡張されたＣＣＡ手順は、少なくとも２０μｓ続き得る初期ＣＣＡ手順の後に実行される。ＣＣＡ手順は、ＷＴＲＵまたはｇＮＢであり得る送信エンティティによって実行され得る。
【００７６】
送信エンティティがアイドル状態４１０である（例えば、ＷＴＲＵ、ｇＮＢ、および／または他の送信デバイスが、例えば、アイドル状態にある、および／または送信していない）間、送信エンティティは、４２０で、データが送信されるべきかどうかをチェックすることができる。応答がいいえの場合、送信エンティティはアイドル状態４１０に戻ることができる。そうでない場合、送信エンティティは、４３０で、チャネルが初期ＣＣＡ期間ＢＣＣＡ例えば３４μｓの間アイドルであるかどうかをチェックすることができる。応答がはいである場合、送信エンティティは、４４０で、それが（例えば、送信機会ＴＸＯＰに）送信すべきかをチェックすることができる。応答がいいえの場合、送信エンティティはアイドル状態４１０に戻ることができる。そうでない場合、送信エンティティは、４５０で、別の送信が必要とされるかどうかをチェックすることができる。応答がいいえの場合、送信エンティティはアイドル状態４１０に戻ることができる。そうでない場合、プロセスは４６０に続く。
【００７７】
４３０でチャネルが初期ＣＣＡ期間にアイドルでない場合、拡張されたＣＣＡ手順が、［０，ｑ−１］からランダムカウンタＮを生成することによって４６０で開始され実行され得る。ここで、ｑは、４６２で更新されたコンテンションウィンドウであり、動的バックオフまたは半静的バックオフを介して、入力、例えばＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）に応答して、ＸとＹの間で更新される。４７０で、送信エンティティは、ｅＣＣＡ延期時間ＤｅＣＣＡ、例えば、３４μｓの間、チャネルがアイドルであったかどうかをチェックすることができる。応答がいいえの場合、応答がはいになるまでチェックプロセス４７０が繰り返され得る。応答がはいの場合、４８０で、Ｎがチェックされ得る。Ｎ＝０の場合、プロセスは４４０に進む。
【００７８】
Ｎ≠０の場合、送信エンティティは、１つのｅＣＣＡスロット持続時間Ｔ、例えば、９μｓまたは１０μｓの間、媒体を検知し得る。４９２で、送信エンティティは、媒体がビジーであるかどうかをチェックすることができる。応答がはいの場合、プロセスは４７０に戻ることができる。そうでない場合、４９４で、ＮはＮ−１に減分され、プロセスは４８０に戻ることができる。
【００７９】
図４の様々なブロックの応答は「はい」または「いいえ」として示されているが、そのような表示のための第１の論理レベル「１」または第２の論理レベル「０」を含む他の肯定または否定の表示／フラグ（例えば、１ビットインジケータ）が可能である。
【００８０】
３ＧＰＰリリース１３は、ダウンリンク（ＤＬ）についてのみＬＡＡを定義し、すなわち、ＬＢＴプロセスは、ｇＮＢによってのみ実行され得る。３ＧＰＰリリース１４の主な機能の１つは、ＬＡＡのアップリンク（ＵＬ）動作を含む拡張ライセンス補助アクセス（ｅＬＡＡ）の導入である。この技術は、３ＧＰＰリリース１５において「Ｆｕｒｔｈｅｒ  Ｅｎｈａｎｃｅｄ  ＬＡＡ（ｆｅＬＡＡ）」というタイトルで引き続き開発された。
【００８１】
ＬＡＡでは、発見参照信号（Discovery Reference Signal：ＤＲＳ）は、セル検出、同期、および／または無線リソース管理のための同期信号および基準信号からなり、および／またはそれらを含み得る。ＤＲＳは、（例えば、ＣＳＩ−ＲＳが構成されている場合、）１つまたは複数のＣＳＩ基準信号（ＣＳＩ−ＲＳ）を含み得る。ＬＡＡ  ＤＲＳは、ＤＲＳ測定タイミング構成（DRS Measurement Timing Configuration：ＤＭＴＣ）と呼ばれる時間ウィンドウ内で送信されてよく、ＤＲＳ測定タイミング構成は、６ｍｓの固定された持続時間、４０、８０、もしくは１６０ｍｓの構成可能な期間を有し、および／またはＬＢＴに従う。ネットワークは、ＤＭＴＣ機会内の任意のサブフレームでＤＲＳ送信を試行することができる。
【００８２】
特定の実施形態は、例えば、サブ６および６超ライセンス不要帯域（例えば、５ＧＨｚ、３７ＧＨｚ、６０ＧＨｚ）について、異なるヌメロロジを使用して実装され得ることが企図される。また、デュアル接続性（ＤＣ）並びに５Ｇ  ＮＲアンカを有するＣＡ（キャリアアグリゲーション）ベースのアグリゲーションによってＮＲ−ＬＡＡがレガシＬＴＥキャリアにアンカされる、特定の実施形態が実装され得ることが企図される。さらに、ライセンスされていないスペクトルにおけるスタンドアロンのＮＲ動作を使用して特定の実施形態が実装され得ることが企図される。
【００８３】
ビームの指向性が高くなると、ビームベースの送受信のための指向性ＬＢＴメカニズムは、指向性送信における劣化された隠れノードおよび露出ノード問題を考慮し得ることが企図される。
【００８４】
ＮＲは、シンボルまたはミニスロット粒度でのビームの切り替えを可能にする。１つの可能な送信シナリオは、ｇＮＢがＭＣＯＴ内でビームを切り替えることであり得る。表３は、ＮＲに関するヌメロロジおよび関連付けられたシンボル期間を示す。
【００８５】
【表３】
2021514574.tif 000005
【００８６】
ビームが、例えばライセンスされたＮＲにおいてサポートされるように、シンボル粒度で切り替えられる場合、チャネルにおけるエネルギーは非定常的になり得る。
【００８７】
図５は、２つのビームＢ１とＢ２の間の高速ビーム切り替えによるチャネルにおける非定常エネルギーの例を示す図である。
【００８８】
図５を参照すると、高速切り替えのために、特定のヌメロロジ（例えば、４．４６または２．２３μｓほどに小さい）について、非定常エネルギーは、ＣＣＡを測定するデバイスにとって問題になり得る。問題は、電力を推定するために時間の期間にわたってチャネルのエネルギーを測定するデバイス／ＷＴＲＵが、エネルギーをそれがあるはずの一部分（例えば半分）として誤って推定する可能性があること、並びに、例えば、ＥＤ（エネルギー検出）閾値が（８０２．１１におけるように）４μｓ間隔にわたって９０％の確率で推定された２ｄＢｍであり、２つのビームＢ１およびＢ２が、測定中に２ｄＢｍのエネルギーで受信される場合、チャネルが利用可能であるまたは利用可能であり得ると誤って結論／決定される可能性があることであり得る。
【００８９】
別の例として、使用されるヌメロロジが２．２３μｓであり、ＷＴＲＵが４μｓ超のエネルギーを測定している場合、ＷＴＲＵは、測定されたエネルギーが（２で除算されまたは３ｄＢで修正された）−１ｄＢｍであると誤って結論／決定され得る。この発生の確率を低減するための特定の代表的実施形態が本明細書に開示されている。様々な代表的実施形態において、新しいビームが切り替えられる前に新しいビームに対して指向性ＬＢＴを実行するように手順、動作、および／または装置が実装され得る。切り替え前にビームごとのＬＢＴのタイミングおよび／または持続時間を可能にする方法、手順、および／または動作も本明細書に開示される。
【００９０】
ＬＢＴは、受信ビームのリッスン／受信手順および送信ビームのトーク／送信手順を示唆する。理想的には、ＬＢＴ手順を効果的にするために、受信ビームと送信ビームは、同じボアサイトおよびビーム幅（例えば、同じ方向を指す）を有し、同じ利得を有する。これは、ビームが相互的であり、および／またはビーム対応を有する場合に達成され得る。
【００９１】
図３に示されるように、ビーム対応または相互性ビームがない場合、ＬＢＴ手順の修正を使用して、送信ビームと受信ビームの差に対処することができる。手順を使用して、送信ビームに対応する最良の受信ビームを識別し、また、ＬＢＴ閾値手順での送信ビーム利得と受信ビーム利得の差を補償し、例えば、送信された信号が媒体に悪影響を与えるのを防止するのにＬＢＴ手順が効果的であることを確実にし得る。実際、既存の送信がある場合、ＬＢＴの実行により、この既存の送信を示し、ＬＢＴを実行するノードがそれ自体の信号を送信し既存の送信を破損するのを防止することができる。
【００９２】
指向性ＬＢＴは、開示された特徴のうちの１つまたは複数を用いて設計されてよい。特徴は、単独で実装され、または指向性ＬＢＴを可能にする任意の組み合わせで一緒に使用され得ることが企図される。
【００９３】
複数の独立したＬＢＴプロセスは、各送信ビームまたは送信ビームの１つもしくは複数のセットに対して有効にされ得る。一例では、同時に送信され得る各送信ビームまたは送信ビームのセットは、別個のＬＢＴプロセスが割り当てられ得る。任意の数の構成可能なＬＢＴプロセスが、インスタンス化および／または実行されてよく、ＷＴＲＵ能力に依存してよいことが企図される。
【００９４】
対応する受信ビームは、ＬＢＴ手順のために識別され得る。ビーム対応が成立する場合、送信ビームと受信ビームは同じおよび／または実質的に同じであり得ることが企図される。
【００９５】
電力測定手順は、ＬＢＴプロセスごとに構成され得る。一例では、ＬＢＴ測定構成と呼ばれることもある構成が、シンボル、ミニスロット、および／またはスロットベースで時間制限を可能にすることができる。
【００９６】
０ｄＢ利得ＣＣＡ閾値は、推定された受信電力に対する送信ビームの正確な効果を見出すために受信ビームと送信ビームとの間の利得の差によって、および／または０ｄＢ利得（例えば、ｄＢ利得アンテナ）に対して設定されるＣＣＡ閾値を補償するために送信ビームの利得によって修正され得る。
【００９７】
ＷＴＲＵ手順は、例えば、受信ビームと送信ビームとの間のビーム対応がない場合に最良の受信ビームを識別するように実装され得る。特定の代表的実施形態では、所与の送信ビームに対する最良の受信ビームは、ルックアップテーブルにおける送信（例えば、任意の送信）の前に識別され得る。
【００９８】
ＷＴＲＵ手順は、ＣＣＡ閾値修正のために、例えば、送信機／受信機（例えば、任意のＷＴＲＵ／ｇＮＢ／ｅＮＢペア）の受信ビームの利得および送信ビームの利得を推定するために実装され得る。特定の代表的実施形態では、これらの利得は、ルックアップテーブルから取得され得る。
【００９９】
図６は、ビームベースの送信のための代表的な指向性ＬＢＴを示す。複数のＬＢＴプロセスを可能にするために、ＷＴＲＵは、６１０で、ｇＮＢまたは他のネットワークエンティティからのシグナリング（ＲＲＣ（無線リソース制御）、ＭＡＣ  ＣＥ（ＭＡＣ制御要素）、またはＬ１（例えば物理層）シグナリングのいずれか）を受信することができ、そのシグナリングは、（１）ＷＴＲＵが実装することができるＬＢＴプロセスの数、（２）１つまたは複数のＬＢＴプロセス（例えば各プロセス）についてのＷＴＲＵ送信ビームおよびＷＴＲＵ受信ビーム、および（３）１つまたは複数のＬＢＴプロセス（例えば各ＬＢＴプロセス）についてのＬＢＴ電力測定構成を示し、または明示的に含み得る。
【０１００】
６２０で、ＷＴＲＵは、受信されたシグナリングから、ＬＢＴプロセスのための受信ビームを識別することができる。６３０で、ＷＴＲＵは、任意選択で、受信ビームおよび送信ビームの利得を推定することができる。
【０１０１】
６４０で、ＷＴＲＵは、受信された構成に基づいてＬＢＴプロセスのための電力を測定することができる。ＬＢＴ  ＣＣＡ測定のために、ＷＴＲＵは、６５０で、０ｄＢ利得補償、並びに受信ビームと送信ビームとの間の利得の差に関してＣＣＡ閾値を調整することができる。
【０１０２】
６６０で、ＷＴＲＵは、電力測定および調整された閾値に基づいて、媒体が空いているかどうかを決定することができる。ＣＣＡが成功した（例えば、媒体が空いている）場合、ＷＴＲＵは、６７０でそのデータを送信することができる。しかしながら、ＣＣＡが失敗した（例えば、媒体がビジーである）場合、ＷＴＲＵは、６８０でその送信を延期することができる。
【０１０３】
ｇＮＢ（並びに／または他のアクセスポイントおよび／もしくはネットワークエンティティ）が例えばスロット、ミニスロット、シンボル、および／またはシンボルのグループなどの持続時間にそれ自体の受信ビームを切り替え得るスケジュールのような追加のパラメータも、送信され得る。一例では、３つのビームを有するｇＮＢが、ビームスケジュール｛ｂ１，ｂ１，ｂ２，ｂ２，ｂ３，ｂ３，ｂ１，ｂ１，ｂ１，ｂ２，ｂ２，ｂ３，ｂ３，ｂ１｝を送ることができる。この情報により、ＷＴＲＵがそれ自体の送信ビームがアクティブであり得るときの可能な持続時間を知り、および／またはＬＢＴ電力測定を容易にすることを可能にすることができる。
【０１０４】
ＬＢＴプロセス（例えば、各ＬＢＴプロセス）のために、ｇＮＢ／ＷＴＲＵまたは他の送信機／受信機は、いつＬＢＴプロセスがチャネルにおける電力をアクティブに測定すべきかを決定する構成を送ることができる。例えば、ＬＢＴプロセス（例えば、各ＬＢＴプロセス）のシンボル／ミニスロットまたはスロットベースの時間制限を有するエネルギー測定を可能にすることによって、特定の送信のチャネルにおけるエネルギーのより正確な推定が可能である。
【０１０５】
図７は、ビーム集約なしの代表的なＬＢＴ時間領域測定制限を示す図である。
【０１０６】
図７を参照すると、ＷＴＲＵおよび／またはｇＮＢは、例えば、ビームの発生間の持続時間が長すぎる場合にＬＢＴ電力測定が停止、リセット、および／または時間短縮されるべきことを示すパラメータを用いて、（固定パターンの）特定のビーム送信の複数の不連続なインスタンスにわたってＬＢＴを実行することができる。このパラメータは、ネットワークのドップラー効果／プロファイルおよび／または干渉プロファイルに依存し得る。例えば、第１のビームＢ１に関連付けられた第１のＬＢＴプロセス１の測定時間は、不連続な間隔のセットとしてよく、第２ビームＢ２に関連付けられた第２のＬＢＴプロセス２の測定時間は、対応する間にある不連続な間隔の別のセットとしてよい。
【０１０７】
図８は、ビーム集約を用いる代表的なＬＢＴ時間領域測定制限を示す図である。
【０１０８】
図８を参照すると、ＷＴＲＵまたはｇＮＢは、ＣＣＡの有効電力測定が実行されることを確実にするためにビームが送信され得る最小持続時間を設定することができる（ビーム集約）。例えば、２．２３μｓのシンボル持続時間に対応する２４０ｋＨｚのヌメロロジが使用されることが企図される。ＷＴＲＵ／ｇＮＢは、ビームエネルギーが効果的に測定され得ることを確実にするために（例えば、ビーム集約を可能にするために）単一のビーム内で連続して最小４つのシンボルを送信するようにシステムを構成することができる。例えば、第１のビームＢ１に関連付けられた第１のＬＢＴプロセス１の測定時間、および第２のビームＢ２に関連付けられた第２のＬＢＴプロセス２の測定時間は、ビームＢ１の２つ以上の測定間隔が連続し、その後にビームＢ２の２つ以上の測定間隔が続くようにされ得る。この一連の測定間隔が繰り返され得る。
【０１０９】
自己完結型スロットは、例えば、送信待ち時間を短くするために、ｇＮＢがＷＴＲＵデータの送信と同じスロット内でＷＴＲＵにＡＣＫを送信できるスロットである。これは、ｇＮＢが１つまたは複数のビームでＷＴＲＵに送信することを要求し得る。一実施形態では、ＡＣＫの短い性質により、ｇＮＢはＬＢＴなしで送信することができる。一実施形態では、ｇＮＢは、ＡＣＫの送信前に指向性ＬＢＴを実行できる。これは、情報の受信の後（例えば直後）、および／または別のビームへの切り替えの前に実行され得る（例えば、ビームごとの自己完結型送信が別のビームへの切り替えの前に完了され得る）。特定の代表的実施形態では、ｇＮＢは、時間ウィンドウの持続時間にわたって複数のビームにＡＣＫを集約することができ、例えば、これは、ＡＣＫ送信のスケジュールを柔軟にし得る。これは、ＣＣＡ手順のためにビームがビジーであるとみなされる場合に、ｇＮＢがビームを切り替えることを可能にする。一実施形態では、送信が失敗したとＷＴＲＵが想定／決定する前にＷＴＲＵがＡＣＫを期待できる追加の時間ウィンドウを用いて、自己完結型送信による即時ＡＣＫを期待するＷＴＲＵが構成され得る。この手順は、例えばｇＮＢがチャネルにアクセスできないことにより、ＷＴＲＵがＡＣＫを受信することも受信しないこともある、ベストエフォートの自己完結型スロット送信をサポートすることができる。
【０１１０】
図９は、閾値が２に等しく設定され得る、（例えば、チャネルがビジーであるかクリアであるかを決定するための）ビーム切り替えによるチャネルにおけるエネルギーの代表的な測定手順を示す図である。
【０１１１】
図９を参照すると、ｇＮＢは、ＣＣＡ測定が行われる持続時間、および／またはビームベースの干渉源が近くにあるかどうかを識別するために閾値と比較され得る測定のセットを指定することができる。例では、ＬＢＴ電力構成は、３つの異なるレベルで、すなわち、（ａ）全ての時間にわたって（例えば、全てのシンボルにわたって）、（ｂ）偶数シンボル（例えば、偶数シンボルのみ）にわたって、または（ｃ）奇数シンボルにわたって（例えば、奇数シンボルのみ）にわたって測定することができる。測定結果から、構成（ａ）のみを使用して（例えば、全てのシンボルにわたって）測定が行われると、チャネルがクリアでなくてもチャネルがクリアに設定され得る。例えば、構成（ｂ）が使用される（例えば、偶数シンボルｓ０およびｓ２にわたって電力が測定される）と、チャネルがビジーとして設定され得るのに対し、構成（ｃ）が使用される（例えば、奇数シンボルｓ１およびｓ３にわたって電力が測定される）と、チャネルがクリアとして設定され得る。特定の代表的実施形態では、ＷＴＲＵは、測定の組み合わせ（例えば、測定基準および／または時間平均基準）を使用して、ＣＣＡ決定を行うことができる。
【０１１２】
ＮＲ−Ｕ送信の場合、ＬＢＴ電力構成ＬＢＴＣｏｎｆｉｇ、例えば、ビーム送信のシンボル／ミニスロット、スロット粒度、および／または集約レベルに対する時間領域測定制限が、ＬＢＴ  ＣＣＡのためにＷＴＲＵにシグナリングされ得る。一例では、ＬＢＴＣｏｎｆｉｇは、チャネルについての時間領域測定制限の構成を可能にするためのパラメータを指定するために、MeasRestrictionConfig-time-channelおよび／またはMeasRestrictionConfig-slot/mini-slot/symbolを含有しまたは含み得る。
【０１１３】
指向性ＣＣＡ測定を可能にするために、ＣＣＡ閾値は、ビーム、例えば、受信ビームの利得によって修正され、それにより、０ｄＢ利得閾値、すなわち、０ｄＢ利得を想定して推定された閾値が維持され、ＬＢＴ手順が指向性であることを確実にすることができる。ＣＣＡ閾値は、ＬＢＴに使用される受信ビームと送信に使用されるビームとの間の利得の差によって修正され得る。ビーム集約の場合、この差はゼロになり得る。ＣＣＡ閾値は、これらの修正子のいずれかによって修正され得ることが企図される。両方の修正子が使用され得る例が以下に示される。  
送信するアンテナ利得Ｇ＝ｘ  ｄＢｉ並びに送信アンテナと受信アンテナとの差Ｇ＿ｄｅｌｔａ＝ｙ  ｄＢｉを想定するＣＣＡエネルギー検出閾値：
送信機においてＥＩＲＰ＝２３ｄＢｍである場合、閾値≦−７３−ｘ−ｙ  ｄＢｍ／ＭＨｚ
そうでない場合（異なる送信電力レベル、ＰＨ）、
閾値＝−７３（ｄＢｍ／ＭＨｚ）＋２３（ｄＢｍ）−ＰＨ−ｘ−ｙ（ｄＢｍ）
【０１１４】
送信アンテナの利得を見出すために、利得発見手順がＷＴＲＵ／ｇＮＢによって開始され得る。利得発見手順は、ＷＴＲＵ受信ビーム（Ｒｘビーム）とＷＴＲＵ送信ビーム（Ｔｘビーム）との間の利得の差を決定することができる。この利得発見手順を実装するために、ＷＴＲＵ／ｇＮＢは、無指向性アンテナを用いてビーム管理動作中に受信機に送信を送ることができ、例えば、信号対雑音比（ＳＮＲ）、信号対干渉および雑音比（ＳＩＮＲ）、受信信号強度表示（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、および／または受信チャネル電力インジケータ（ＲＣＰＩ）などのいずれかを使用して、受信電力メトリックの情報および／または表示を要求することができる。実際のビーム管理プロセス中に、ビームベースのフィードバック（例えば、各ビームベースのフィードバック）は、受信電力メトリック（例えば、ＳＮＲ、ＳＩＮＲ、ＲＳＳＩ、ＲＳＲＰ、および／またはＲＣＰＩなど）の測定値を含むことができる。無指向性送信とビームベースの送信との間の差（ｄＢ）または比（線形単位）は、使用される利得（ｘ）として推定され得る。一実施形態では、送信機は基準（無指向性）送信の送信を示すことができ、受信機は推定を実行して利得または利得の表現／表示（例えば、実際の値、または量子化されたコードブックなど）をフィードバックすることができることが企図される。
【０１１５】
図１０および図１１は、送信ビームおよび受信ビームの代表的な利得発見を示す図である。
【０１１６】
利得情報（例えば、利得値および／または利得値の表示）および送受信ビーム関連付け（ビーム対応がないシナリオの場合）は、ＷＴＲＵ／ｇＮＢによって事前推定（例えば事前決定）および／またはシグナリングされ、例えば、ＷＴＲＵ／ｇＮＢがＬＢＴ中にＣＣＡ推定に使用するためにルックアップテーブルに配置され得る。利得発見手順は、ビーム管理のための初期ビーム発見中に、および／または任意の時間に別々に実行され得る別個の手順であり得ることが企図される。
【０１１７】
送信ビームの利得発見を詳述する手順は、本明細書に詳述される。図１０を参照すると、利得発見は、無指向性ビームＢ２およびＷＴＲＵ送信（Ｔｘ）ビームＢ１を使用して１つまたは複数のＳＲＳ（サウンディング基準信号）送信を送信することと、ＳＲＳ送信のＲＳＲＰ測定値を受信することとを含むことができる。ＮＲは、各構成されたＳＲＳリソースが少なくとも１つのＵＬ  Ｔｘビーム／プリコーダに関連付けられる以前の時点においてＷＴＲＵによって送信されたＳＲＳに基づいて、ビーム発見フィードバック信号、例えば、ＳＲＳリソースインジケータ（ＳＲＩ）を示すことができる。受信電力メトリックをフィードバック（例えばＳＲＩ）に追加することによって、ＷＴＲＵは、所与の方向でその利得を推定することが可能であり得る。
【０１１８】
ＵＬビーム管理手順がｇＮＢ向けである場合、ｇＮＢは、特に無指向性送信のためにＳＲＳリソースを示す必要があり得る。この場合、ＷＴＲＵは、無指向性様式でＳＲＳを送信できる。ｇＮＢは、（ａ）ＳＲＳを使用して他の全てのビームの利得を推定し、フィードバックの一部として利得をフィードバックすることができ、および／または（ｂ）フィードバックが電力メトリックを含むことを確実にし、このフィードバックがＷＴＲＵによって利得を推定できるようにするための無指向性伝送用であることを明示的または暗黙的に示すことができる。
【０１１９】
ＵＬビーム管理手順がＷＴＲＵに決定され、ｇＮＢ透過である場合、ＷＴＲＵは、以下を確実に行うことができるように無指向性として特定のＳＲＳ送信を示すことができる。ｇＮＢは、（ａ）これを使用して他のビーム（例えば、他の全てのビーム）の利得を推定し、フィードバックの一部として利得をフィードバックすることができ、並びに／または（ｂ）フィードバックが電力メトリックを含むことを確実にし、および／もしくはこのフィードバックが例えばＷＴＲＵによって利得を推定できるようにするための無指向性伝送用であることを明示的または暗黙的に示すことができる。
【０１２０】
特定の代表的実施形態では、使用され得るビームのビーム発見フィードバック値のセットを受信すると、ＷＴＲＵは、ｇＮＢが無指向性アンテナを使用してＳＲＳ送信を要求する利得推定手順を開始するように要求することができる。
【０１２１】
ｇＮＢは、そのビームの利得を推定するために１つまたは複数の選択ＷＴＲＵで同じ手順を実行することができることが企図される。
【０１２２】
図１１を参照すると、受信アンテナの利得を見出すために、ＷＴＲＵは、ＣＳＩ−ＲＳを含むｇＮＢ送信を要求することができ、そこで、ＲＸ２を受信するためにＷＴＲＵが受信アンテナを無指向性ビームまたは準無指向性ビームＢ２に設定することができる。これはさらに、ＲＸ１を受信するためにＷＴＲＵが受信アンテナを指向性ビームＢ１に設定することができるＣＳＩ−ＲＳを含むｇＮＢ送信に関する。当業者が理解するように、１つまたは複数の送信ビームの方向は、アンテナアレイまたはマルチアレイ構造の１つまたは複数の特定のアンテナへの信号の位相および／または送信電力を使用することによって（例えば、変化させることによって）設定されてよく、１つまたは複数の受信ビームの方向が、信号の受信のためのアンテナアレイまたはマルチアレイ構造の１つまたは複数の特定のアンテナのアンテナウェイトを使用することによって（例えば、変化させることによって）設定されてよい。
【０１２３】
図１２は、送信ビームの代表的な利得発見のフローチャートである。１２１０で、ＷＴＲＵは、利得較正ＳＲＳをｇＮＢに送ることができる。この送信のために、ＷＴＲＵは、無指向性ビームまたは準無指向性ビームを使用することができる。送られたＳＲＳは、例えば、電力メトリックのフィードバックを確実にするために、ｇＮＢに対する利得較正を示すことができる。１２２０で、ＷＴＲＵは、１つまたは複数の利得ビームＳＲＳをｇＮＢに送ることができる。１２３０で、ＷＴＲＵは、ｇＮＢから電力メトリックを含む利得較正ＳＲＩを受信することができる。１２４０で、ＷＴＲＵは、ｇＮＢからビームＳＲＩを受信することができる。１２５０で、ＷＴＲＵは、１つまたは複数の利得ビームＳＲＳに関連付けられた１つまたは複数のそれぞれのビームの利得を推定することができる。１２６０で、ＷＴＲＵは、例えば、スロット、シンボル、および／またはミニスロットレベルのいずれかにあり得る、ＬＢＴのＬＢＴプロセス測定制限を使用することができる。１２７０で、ＷＴＲＵは、ＬＢＴについての推定された利得によってＣＣＡ閾値を修正することができる。
【０１２４】
ＣＣＡ閾値は、ＬＢＴについての決定／推定された利得に基づいて修正されるように開示されているが、特定の代表的実施形態では、チャネルにおける電力の測定値がＣＣＡ閾値と比較され得る。そのような実施形態では、ＣＣＡ閾値および／またはチャネルにおける測定値は、推定／決定された利得に基づいて修正され得る。
【０１２５】
ライセンスされたＮＲ送信では、全てのシンボル上で送信されたビームを変更するためのサポートが提供される。ＮＲ−Ｕにおいてこれを可能にするために、ビーム切り替え前に指向性ＬＢＴが実行され得る。これは、以下のいずれかを使用して実装され得る。
【０１２６】
１つまたは複数のＬＢＴプロセスまたは各ＬＢＴプロセスは、時間ウィンドウ（例えば移動ウィンドウ）にわたっておよび／または時間ウィンドウ中に連続的ＣＣＡ電力測定を実行することができる。移動ウィンドウの持続時間は、（例えば、それぞれのＬＢＴプロセスの測定構成に基づいて、例えば、ビームごとのＬＢＴプロセスのタイムスケジュールに基づいて）使用され得るビームに依存し得る。
【０１２７】
図１３は、複数のシンボルｓ０、ｓ１、ｓ２、…、ｓ７が複数のビームｂ１およびｂ２上で送られ得る、ビーム切り替えを用いる代表的な連続的ＬＢＴ測定を示す図である。
【０１２８】
図１３の第１の例を参照すると、ビームＢ１についての連続的ＬＢＴプロセスは、特に、（１）シンボルｓ０上で発生するシンボルｓ１についてのＬＢＴ測定、（２）シンボルｓ１上で送られるＤＣＩ、（３）シンボルｓ１上で発生するシンボルｓ４についてのＬＢＴ測定、（４）シンボルｓ４上で発生するアップリンク送信、および／または（５）シンボルｓ４上で発生するシンボルｓ５についてのＬＢＴ測定のいずれかを含み得る。
【０１２９】
ビームＢ２についての連続的ＬＢＴプロセスは、特に、（１）シンボルｓ２上で発生するシンボルｓ３についてのＬＢＴ測定、（２）シンボルｓ３上で発生するシンボルｓ６についてのＬＢＴ測定、および／または（３）シンボルｓ６上で発生するシンボルｓ７についてのＬＢＴ測定のいずれかを含むことができる。
【０１３０】
図１３、図１４および図１５では、特定のシンボルがハッシュされて示されて、それらのシンボルについて対応するＬＢＴ測定が、それらのシンボルにおいて送信するためにチャネルがクリアである／空いていることを確認したことを示す。他のシンボルがハッシュなしに示されて、それらのシンボルについて対応するＬＢＴ測定が、それらのシンボルにおいてチャネルがクリアでない／空いていないことを確認したことを示す。
【０１３１】
図１３の第２の例を参照すると、ビーム１についての連続的ＬＢＴプロセスは、（１）シンボルｓ０上で発生するシンボルｓ１についてのＬＢＴ測定、（２）シンボルｓ１上で発生するシンボルｓ４についてのＬＢＴ測定、（３）シンボルｓ４上で発生するシンボルｓ５についてのＬＢＴ測定、シンボルｓ４上で送られるＤＣＩ、（４）シンボルｓ４上で発生するシンボルｓ５についてのＬＢＴ測定、（５）シンボルｓ５上で発生するアップリンク送信、および／または（６）シンボルｓ６上で発生するシンボルｓ７についてのＬＢＴ測定のいずれかを含むことができる。
【０１３２】
図１４は、複数のシンボルｓ０、ｓ１、ｓ２、…、ｓＮが複数のビームｂ１、…、ｂＮ上で送られ得る、ビーム切り替えを用いる代表的な瞬間的ＬＢＴを示す図である。特定の代表的実施形態では、任意の数のシンボルおよび／またはビームが可能であり得る。
【０１３３】
図１４を参照すると、ｇＮＢまたは他のネットワークエンティティからのトリガ、例えば、ＤＣＩおよび／または任意の制御信号を受信したとき、１つのＬＢＴプロセス、特定のＬＢＴプロセス、または各ＬＢＴプロセスが開始され得る。これは、（１）ＤＣＩの受信、ＬＢＴ電力測定値、および／またはアップリンク送信のいずれかの間の遅延を使用し、および／または必要とすることがある。
【０１３４】
図１４の第１の例では、ビームｂ１についての代表的な瞬間的ＬＢＴプロセスは、（１）シンボルｓ１上で送られるＤＣＩ、（２）シンボルｓ４上で発生するシンボルｓ５についてのＬＢＴ測定、および（３）シンボルｓ５上で発生するアップリンク送信のいずれかを含むことができる。
【０１３５】
（９つのシンボルｓ０、ｓ１、ｓ２、…、ｓ８を含む）図１４の第２の例では、ビームｂ１についての瞬間的ＬＢＴプロセスは、（１）シンボルｓ４上で受信されるＤＣＩ、（２）シンボルｓ５で発生するシンボルｓ８についてのＬＢＴ測定、および／または（３）追加の送信遅延をもたらし得るシンボルｓ８上で発生するアップリンク送信のいずれかを含むことができる。
【０１３６】
ｇＮＢは、スロットで使用されるビームを示すための信号を送ることができる。一例では、ビーム情報は、スロット内のシンボルがアップリンク、ダウンリンク、またはフレキシブルであるか（例えば、アップリンクまたはダウンリンクとして使用され得るか）、および１つまたは複数のスロット（例えば各スロット）に関連付けられた特定の１つまたは複数のビームを示すために使用される、スロットフォーマットインジケータ（Slot Format Indicator：ＳＦＩ）信号の一部として送られ得る。一例では、ビーム情報は、ビームスケジュール（例えば、１つまたは複数のスロット（例えば各スロット）に関連付けられた特定の１つまたは複数のビーム）を示すために使用され得る別個の信号ビームスケジュール（例えば、ビームフォーマットインジケータ（Beam Format Indicator：ＢＦＩ）信号）の一部として送られ得る。ビームが複数のスロットでの送信（例えばビーム集約）に使用され得る場合、ＢＦＩは、例えばシグナリングオーバーヘッドを減少させる（例えば、減少だけさせる）ためにビームが変化するときの情報をシグナリングすることができる。一例では、ｇＮＢは、保留中のビーム変化の表示、および変化が発生する時間（例えば、シンボル、スロット、またはミニスロット）を送ることができる。これは、ＲＲＣ信号で、専用信号で、および／もしくはブロードキャストＤＣＩ（例えば、グループ共通ＤＣＩ）の一部として送られてよく、並びに／またはＷＴＲＵに個別に送られてよい。
【０１３７】
図１５は、ＳＦＩまたはＢＦＩを使用する代表的なビーム情報支援付きＬＢＴを示す図である。
【０１３８】
図１５を参照すると、ビームスケジューリング情報が受信されると、ＷＴＲＵは、適切な時間にＬＢＴ測定を開始することができる。図１５の第１の例では、ビームｂ１についてのビーム支援ＬＢＴプロセスは、（１）シンボルｓ１上で送られるＤＣＩ、（２）シンボルｓ１上で発生するシンボルｓ４についてのＬＢＴ測定、（３）シンボルｓ４上で発生するアップリンク送信、および／または（４）シンボルｓ４上で発生するシンボルｓ５についてのＬＢＴ測定のいずれかを含むことができる。
【０１３９】
図１５の第２の例では、ビーム支援ＬＢＴプロセスは、（１）シンボルｓ１上で発生するシンボルｓ４についてのＬＢＴ測定、（２）シンボルｓ４上で送られるＤＣＩ、（３）シンボルｓ４上で発生するシンボルｓ５についてのＬＢＴ測定、および／または（４）シンボルｓ５上で発生するアップリンク送信のいずれかを含むことができる。
【０１４０】
ＳＦＩ（例えば、ビーム情報）は、ビーム切り替えに使用され得るビーム順序、例えば、｛ｂ１，ｂ１，ｂ２，ｂ２，ｂ１，ｂ１，ｂ２，ｂ２｝を含むことができる。ＳＦＩは、特定の順序で２つのビームを使用するビーム切り替えを開示したが、任意のビーム順序、任意の数のビーム、および／または任意のビームシーケンスを含むＳＦＩを提供することが可能である。
【０１４１】
複数のビーム送信のために、複数のシナリオがあり得る。
【０１４２】
図１６は、単一の送受信ポイント（ＴＲＰ）へ／からの代表的なマルチビーム送信を示す図である。
【０１４３】
図１６を参照すると、第１のシナリオでは、複数のビームが同時に使用され得る。この場合、キャリア検知機構は、２つ以上のビーム（例えば各ビーム）について独立して実装され得る。検知手順は、送信の始めに（例えば、チャネル上で送信する前に）一度実行されてよい。マルチビーム送信は単一のＴＲＰまたは複数のＴＲＰに対して行われ得ることが企図される。特定の代表的実施形態では、送信および受信ビームは相互的であってよく、ビームペアＢＰ１（例えば、送信ビームＴＢ１および受信ビームＲＢ１を含む）、ＢＰ２（例えば、送信ビームＴＢ２および受信ビームＲＢ２を含む）およびＢＰ３（例えば、送信ビームＴＢ３および受信ビームＲＢ３を含む）を形成することができる。
【０１４４】
この代表的な手順では、ＷＴＲＵは、今後のｇＮＢビームスケジュール、ＷＴＲＵが実装することができるＬＢＴプロセスの数、並びに／または１つもしくは複数のＬＢＴプロセス（例えば各ＬＢＴプロセス）についての関連付けられたＬＢＴ時間領域測定制限（および／もしくは周波数領域制限）を示すことができる、ｇＮＢからのシグナリング（例えば、ＲＲＣおよび／またはＬ１シグナリング）を受信することができる。ＷＴＲＵは、１つまたは複数の送信ビームＴＢ１、ＴＢ２、およびＴＢ３（例えば各ビーム）上の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視することができる。ｇＮＢは、１つまたは複数のビームＴＢ１、ＴＢ２、およびＴＢ３（例えば各ビーム）上で独立したＰＤＣＣＨを送り、送信ビームＴＢ１、ＴＢ２、およびＴＢ３の全てまたはサブセットにリソースを割り当てることができると企図される。例えば１つまたは複数の送信ビームＴＢ１、ＴＢ２、およびＢ３（例えば、各ビーム）で、ＰＤＣＣＨの復号が成功すると、ＷＴＲＵは、ＬＢＴプロセスおよび／またはそれぞれのビームＴＢ１、ＴＢ２およびＴＢ３のパラメータに基づいて、受信ビームＲＢ１、ＲＢ２、およびＲＢ３に対して独立してＬＢＴ（例えば、ＬＢＴ１、ＬＢＴ２、およびＬＢＴ３）を実行することができる。ＷＴＲＵは、クリアであると識別されたビームで送信することができ、ビジー／クリアではないと識別されたビームで送信しなくてよい。ＷＴＲＵがストリームを送信しｇＮＢがストリームを復号する方法は、使用される送信スキームに依存し得ることが企図される。
【０１４５】
１つの選択肢では、その関連付けられたＬＢＴプロセスを有する各ビームは、独立した非コヒーレントデータ、例えば複数の独立したデータストリームを、例えば多重ストリームＭＩＭＯ送信を使用して、ｇＮＢに送信することができる。この場合、ｇＮＢは、ビーム上のエネルギーを検出し、ＷＴＲＵ固有のパラメータ（例えば、ＤＭＲＳ（復調基準信号））を復号できることにより、送信の成功を識別することができる。
【０１４６】
１つの選択肢では、各ビームおよびその関連付けられたＬＢＴプロセスは、（例えば、サイクリックシフトダイバーシティ（Cyclic Shift Diversity：ＣＳＤ）を使用することによって）相関された非コヒーレントデータをｇＮＢに送ることができる。例えば、それは、同じデータをそれがコヒーレントではない方法で送り、例えばサイクリックシフトダイバーシティを使用して、合計して信頼性を向上させることができる。
【０１４７】
１つの選択肢では、ＷＴＲＵは、（例えば、ＭＩＭＯ送信を使用して）複数のビーム上でコヒーレントデータを送ることができる。例えば、それは、同じデータソース、例えば、時空間ブロック（Space Time Block）から導出された１つまたは複数のストリーム（例えば各ストリーム）によって複数のデータストリームを送ることができる。
【０１４８】
１つの選択肢では、ＷＴＲＵは、使用されたビームを識別するｇＮＢに表示を送信することができる。
【０１４９】
図１７は、他のタイプのＲＡＴ（例えば、第１のアクセスポイントおよび第２のアクセスポイント（ＡＰ）ＡＰ１およびＡＰ２を含む、Ｗｉ−Ｆｉネットワーク）によって影響され得る複数のビームを用いる複数のＷＴＲＵに対して送信するＴＲＰを示す図である。
【０１５０】
図１７を参照すると、第２のシナリオでは、複数のビームＢ１およびＢ２が、各インスタンスで単一のビーム送信を有するＭＣＯＴ内で使用され得る。例えば、ビームＢ１は、第１の時点でＷＴＲＵ１に送られてよく、ビームＢ２は、第２の異なる時点でＷＴＲＵ２に送られてよい。この場合、キャリア検知機構は、ビーム（例えば各ビーム）に対して独立して実装され得る。この場合、例えば、送信中に媒体が別個のエンティティによって取得されていないことを確実にするために、送信でのビーム使用の前（例えば直前）にキャリア検知機構が実行され得る。
【０１５１】
異なるビームＢ１およびＢ２を用いて複数のＷＴＲＵ（例えば、ＷＴＲＵ１およびＷＴＲＵ２）にＮＲ  ＴＲＰが送信を行い、媒体においてＷｉ−Ｆｉ  ＡＰ  ＡＰ１およびＡＰ２の可能性を有するシナリオが与えられたとすると、ビームＢ１とＢ２との間で切り替えるとき、例えば、Ｗｉ−ＦｉでのＣＣＡ測定持続時間が、特定のヌメロロジ（例えば、表３のμ＝０、１、２、３および４）のシンボルの持続時間よりも短い４μｍであり得るとすると、媒体が失われる可能性がある。この例では、新しいビームに切り替える前に、指向性ＬＢＴ手順が実行され得る。
【０１５２】
図１８は、ビーム切り替え前のカテゴリ２ＬＢＴを用いるビーム切り替えのための複数のＬＢＴを示す図である。
【０１５３】
図１８の第１の行は、ビームスケジュールを示し、これは、それぞれのＬＢＴプロセスであるＬＢＴプロセス１およびＬＢＴプロセス２を伴う複数のビームｂ１およびビームｂ２の間の切り替えを含むことができる。図１８の第２の行および第３の行は、第１のビームｂ１上のＬＢＴプロセス１および第２のビームｂ２上のＬＢＴプロセス２の可能な手順を示す。表された実装形態では、ＬＢＴプロセス１および／またはＬＢＴプロセス２はカテゴリ４ＬＢＴで構成し得る。カテゴリ４ＬＢＴプロセスが成功すると、送信機は、無線要求（ＲＲＱ）を場合によってはプリアンブルと共に送出することができる。
【０１５４】
図１８を参照すると、隠れノードの数を制限するために、フレームベースの予約システムが使用されてよく、この予約システムでは、無線要求（ＲＲＱ）が送信機によって送られてよく、無線応答（ＲＲＳ）が送信のＭＣＯＴに関する情報と共に受信機によって送られてよい。一実施形態では、ＲＲＱ／ＲＲＳは、マルチＲＡＴチャネル予約を補助するために、任意の識別されたＲＡＴの１つまたは複数のプリアンブルを含有するかまたは含むことができ、例えば、Ｗｉ−Ｆｉネットワークが発見された場合、Ｗｉ−Ｆｉプリアンブルは、例えば、ネットワークがビジーであることを示すために、ＲＲＣ  ＲＲＱメッセージの一部として送られ得る。
【０１５５】
例示的な手順では、ｇＮＢは、例えば、送信前に異なるＬＢＴプロセス（例えば、ＬＢＴプロセス１およびＬＢＴプロセス２）を使用して、独立したビームｂ１およびｂ２（例えば各独立ビーム）上のカテゴリ４のＬＡＡ  ＬＢＴであり得る全指向性ＬＢＴを実行することができる。ｇＮＢは、ＲＲＱを代表的なＷＴＲＵに送ることができ、ｇＮＢがＭＣＯＴにチャネルをクリアできるようにするためにＲＲＳを要求することができる。ＷＴＲＵは、応答してＲＲＳをｇＮＢに送ることができる。
【０１５６】
任意のビーム切り替えの開始時に、ｇＮＢはＬＢＴを実行することができ、媒体が空いている場合に送信することができる。この場合のＬＢＴは、全指向性ＬＢＴ、例えば、カテゴリ４のＬＡＡ  ＬＢＴ、または固定された持続時間を有する指向性ＬＢＴ、例えば、カテゴリ２のＬＡＡ  ＬＢＴであり得ることが企図される。ｇＮＢは、（例えば、１つまたは複数のＬＢＴ（例えば、１つまたは複数のＬＢＴプロセス）を実行しながら）複数のビームｂ１およびｂ２を有し、ｇＮＢがその／それらの媒体が空いている１つまたは複数のビームにアクセスすることを可能にする。ｇＮＢが、（例えば、ビーム順序を含む）ビームスケジュールを示して、次の送信がどこで発生し得るかの知識をＷＴＲＵが有することを可能にできることが企図される。
【０１５７】
露出されたノードの数を減らし媒体の再利用を改善するために、各ＷＴＲＵには、自身および／または隣接セルのグループ共通（ＧＣ）ＰＤＣＣＨを識別するための情報を与えられて、それらのセルおよび／または隣接セルからのダウンリンクトラフィックを区別し、従って、それらのＣＣＡ閾値を調整することができる。
【０１５８】
明示的なシグナリングを必要とせずにビームの識別を可能にするために、「識別可能な」エネルギー放出パターンが、所望の信号（ビーム管理用）と干渉とを区別するためにビーム（例えば各ビーム）上で送られ得る。
【０１５９】
ＣＣＡ測定に対するサイドローブの影響を制限するために、追加の無指向性アンテナがシステムに追加されてよい。無指向性アンテナで受信されたエネルギーは、アンテナのボアサイト内のエネルギーを考慮するように処理されてよく、アンテナのボアサイト外のエネルギーは、サイドローブなしのエネルギーを推定するために総エネルギーから差し引かれ得る。
【０１６０】
ｇＮＢは、１つまたは複数のＷＴＲＵに向けられ／方向付けられた１つまたは複数のＴｘ（送信）ビームに対してＬＢＴを実行することができ、少なくとも１つのＴｘビームは、ＷＴＲＵに向けられ得る。Ｔｘビームに対するＬＢＴ手順が成功した後、ｇＮＢはビーム内でＰＤＣＣＨを送信することができる。ｇＮＢがＷＴＲＵ側でのチャネルアクセスを認識していない、例えば、ＷＴＲＵによって任意のＬＢＴ手順が正常に完了したかどうかをｇＮＢが認識できないことがある場合、ｇＮＢは、複数のＰＤＣＣＨをＷＴＲＵのビーム内でそれぞれ送信することができる。この手順、例えば、ＷＴＲＵのための複数のＰＤＣＣＨの送信は、それが、ＷＴＲＵによるアップリンク送信をＷＴＲＵに開始させることができるので、有益であり得る。
【０１６１】
ｇＮＢ動作およびＷＴＲＵ動作をさらに説明するため、以下の一般的な例が開示される。ｇＮＢおよびＷＴＲＵは、相互性を提供可能な時分割複信（ＴＤＤ）を使用して、ＤＬ送信およびＵＬ送信を行うことができる。ｇＮＢおよびＷＴＲＵは、場合によっては異なるサイズのアレイを備えられることが企図される。例えばＮＲ仕様を使用して、１つまたは複数のビームベースの動作を実行した後、ｇＮＢは、ＷＴＲＵに対するビームペアの最良のセットが（品質メトリックに従って順序付けされる）ビーム（ｉ1，ｊ1）、ビーム（ｉ2，ｊ2）、およびビーム（ｉ3，ｊ3）などのようであり得るという知識を得ることができることが企図される。ここで、（ｉ1，ｊ1）は最良のビームであり、（ｉ2，ｊ2）は２番目に良いビームであり、以下同様である。一般に、ｉ1、ｉ2、およびｉ3は、異なる値（ｇＮＢ側の異なるビーム）を有することができ、同様に、ｊ1、ｊ2、およびｊ3は、異なる値（ＷＴＲＵ側の異なるビーム）を有することができることが企図される。このビーム動作では相互性が考慮されるが、リッスンビフォアトーク手順により、（ダウンリンクチャネル（例えば、ＰＤＣＣＨおよび／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）など）を送るために）ｇＮＢがクリアな指向性ＬＢＴのために得ることができる最良のビームは、（ＷＴＲＵが１つまたは複数のアップリンクチャネル（例えば、物理アップリンク制御チャネル／物理アップリンク共有チャネル（ＰＵＣＣＨ／ＰＵＳＣＨ））を送ることを試みるときに）ＷＴＲＵがそれ自体の側でクリアな指向性ＬＢＴのために得ることができるビームでなくてよい。
【０１６２】
実施形態において、例えば、複数のＰＤＣＣＨがＷＴＲＵに送信される場合、ｇＮＢは、１つまたは複数のビーム（例えば各ビーム）に別個のＰＤＣＣＨ探索空間を割り当てることができる。各ＰＤＣＣＨは、異なるビームを使用することができる。ＷＴＲＵは、複数の探索空間にわたって検出を実行することができ、ＰＤＣＣＨの１つまたは複数を（例えば、ビームのチャネル品質に応じて、および／またはＷＴＲＵが相応にその受信ビームを変更する場合に）検出することができる。ＰＤＣＣＨ探索空間内のＰＤＣＣＨの検出によって、ＷＴＲＵは、探索空間をビームペアに関連付けることができ、並びに／またはＷＴＲＵは、（１つもしくは複数の他のＰＤＣＣＨおよび／もしくはＰＤＳＣＨの）後続の受信および／または（１つもしくは複数のＰＵＣＣＨもしくはＰＵＳＣＨの）１つもしくは複数の後続の送信のためにどのビームを使用するかを決定することができる。
【０１６３】
ＷＴＲＵは、１つまたは複数の事前構成された探索空間内でＰＤＣＣＨ検出を実行することができる。ＰＤＣＣＨ探索空間は、１つまたは複数のビームに関連付けられ得る。探索空間内で１つのＰＤＣＣＨを検出するＷＴＲＵは、検出されたＰＤＣＣＨに関連付けられた同じビームを使用して、（ＰＵＣＣＨまたはＰＵＳＣＨが割り当てられた場合、）アップリンクで例えばスケジュールされたＰＵＣＣＨまたはＰＵＳＣＨで送信する準備をすることができる。ＷＴＲＵは、検出されたＰＤＣＣＨに関連付けられた同じビームを使用して指向性ＬＢＴを実行することができ、正常に完了された場合、ＷＴＲＵは、割り当てられたリソース内で任意のスケジュールされたＰＵＣＣＨおよび／またはＰＵＳＣＨを送信することができる。上記の例をとると、ｇＮＢが３つの全てのビーム｛（ｉ1，ｊ1），（ｉ2，ｊ2），（ｉ3，ｊ3）｝に対して指向性ＬＢＴを正常に実行し、複数のＰＤＣＣＨを送信しており、各ＰＤＣＣＨは、ビームのうちの１つに関連付けられたリソース内にあり得ることが企図される。ＷＴＲＵ側の受信状態により、ＷＴＲＵはビームのうちの１つを検出することができ、（例えば、１つのビームと別のビームで異なり得るＷＴＲＵ側の潜在的干渉により、）検出されたビームは最良のビームであることもそうでないこともある。例えば、ＷＴＲＵがビーム（ｉ2，ｊ2）の探索空間内でＰＤＣＣＨを検出することができると考慮される。ＰＤＣＣＨがアップリンク送信を開始し、例えば、ＷＴＲＵが特定のＰＵＣＣＨリソースを使用するためのＤＣＩを示す場合、ＷＴＲＵは、示されたリソースを使用することができる。ｇＮＢがＷＴＲＵのＰＵＣＣＨおよび／またはＰＵＳＣＨを検出すると、それは、ＷＴＲＵが３つのビームのうちのどれ（例えばビーム（ｉ2，ｊ2））を検出することが可能かをｇＮＢに同等に示すことができる。
【０１６４】
実施形態において、スケジュールされたＰＵＣＣＨリソースおよび／またはＰＵＳＣＨリソース内で、ｇＮＢは、最初にＰＤＣＣＨをＷＴＲＵに送信するために使用された全てのビームを監視することができる。この初期送信の後、ｇＮＢは、ＷＴＲＵ側でのＬＢＴ完了の成功を確実にすることができるＷＴＲＵに使用するビームの知識を得る（例えば、ビームを決定する）ことができる。ｇＮＢによって、そのような知識を得る（成功したＬＢＴ動作を提供するためにどのビームを使用するかを決定する）ために、以下の手順のいずれかが使用され得る。
【０１６５】
第１の手順では、ｇＮＢは、ＷＴＲＵがＰＵＣＣＨおよび／またはＰＵＳＣＨを送るために使用するのを期待できるビーム（例えば各ビーム）内のＷＴＲＵに割り当てられた全てのアップリンクリソースを監視できる。上記の例では、ｇＮＢは、１つまたは複数のビーム（ｉ1，ｊ1）、（ｉ2，ｊ2）、および（ｉ3，ｊ3）内のＷＴＲＵに割り当てられたアップリンクリソースを監視できる。ｇＮＢの設計および／または選択により、これらのリソースは、時間および／または周波数で分離する（例えば、相互に分離する）ことができるため、ｇＮＢは、（例えば、ＷＴＲＵ固有のＤＭＲＳ検出を使用して、）リソースのうちの１つのみにおいてＷＴＲＵで送信されたＰＵＣＣＨ／ＰＵＳＣＨのみを最終的に検出することができる。
【０１６６】
上記の手順の例では、ｇＮＢは、ビーム（例えば各ビーム）のＰＵＣＣＨに複数のリソースを割り当てることができる。例えば、ｇＮＢは、１つまたは複数のビーム（例えば、ビームのそれぞれ）に対して時間および／または周波数で分離した（例えば、相互に分離した）ＰＵＣＣＨを割り当てることができる。ＷＴＲＵは、最終的に、ＰＵＣＣＨ送信のためにこれらのリソースのうちの１つのみを使用できる。ｇＮＢは、最終的に、リソースのうちの１つのみにおいて、ＷＴＲＵで送信されたＰＵＣＣＨを検出できる。
【０１６７】
別の例では、ｇＮＢは、サイクリックシフトのそれぞれが１つのビームに関連付けられるように、ベースシーケンスの複数のサイクリックシフトをＷＴＲＵに割り当てることができる。ＷＴＲＵは、最終的に、ＰＵＣＣＨ送信のためにサイクリックシフトのうちの１つのみを使用することができる。ｇＮＢが検出することができるサイクリックフトは、ＷＴＲＵが前のＰＤＣＣＨから検出できているビーム、および／またはＷＴＲＵがＰＵＣＣＨを送信するために使用しているビームに関連付けられる。
【０１６８】
ｇＮＢとＷＴＲＵとの間の上記の初期マルチビーム交換の後、ｇＮＢは、検出されたビームを使用してＰＤＣＣＨおよび／またはＰＤＳＣＨを送り続けることができる。高密度の展開では、ｇＮＢは複数のビームを送信することを好むことがあり、これは、例えば、ＷＴＲＵ側のチャネルアクセス条件が変化し得るため、および／または同じビームについてのＷＴＲＵ側の指向性ＬＢＴ手順が正常に完了しないことがあるためである。ｇＮＢでのチャネルアクセス条件が変更されており、および／またはｇＮＢが同じビームを使用する同じＷＴＲＵについての方向性ＬＢＴ手順を正常に完了できない状況では、ｇＮＢは上記のプロセスを新たに開始して、ｇＮＢとＷＴＲＵ側での指向性ＬＢＴ完了の成功を可能にもし得る最良のビームを識別することができる。
【０１６９】
実施形態において、ＷＴＲＵが指向性ＬＢＴを正常に実行することができるビームは、最良の性能のビーム、例えば、最良の強度および／またはＳＮＲなどの選択の品質メトリックを使用するダウンリンク送信のための最も強いビームではないことがある。そのような実施形態では、ｇＮＢおよびＷＴＲＵは、上記と同様のプロセスに従事し得る。ｇＮＢは、最良のビームを使用してＰＤＣＣＨおよび／またはＰＤＳＣＨを送信することができ、ＷＴＲＵは、指向性ＬＢＴ手順が正常に完了されるビームのうちの１つを使用して、スケジュールされたＰＵＣＣＨおよび／またはＰＵＳＣＨを送ることができる。このプロセスが正常に完了するために、最初に、ｇＮＢは、各ビームの指向性ＬＢＴ手順の成功後に複数のビームを使用してまたは複数のビーム上でＰＤＣＣＨを送信することができる。ＰＵＣＣＨおよび／またはＰＵＳＣＨがスケジュールされている場合、ＷＴＲＵは、指向性ＬＢＴがＷＴＲＵ側で正常に実行されるビームのうちの１つを使用して応答することができる。ｇＮＢは複数のビームを監視する（または上述のようにＷＴＲＵに対してビームごとに相互に別個のリソースを割り当てていることがある）と共に、ｇＮＢは１つのビームでまたは１つのビーム上で（例えば１つのビームのみで）ＷＴＲＵ送信を検出することができる。初期の交換の後、ｇＮＢは、（例えばｇＮＢ選択の品質メトリックに応じて）最良のビームを使用して任意のＰＤＣＣＨおよび／もしくはＰＤＳＣＨをＷＴＲＵに送信することができ、並びに／またはＷＴＲＵは、方向性ＬＢＴがＷＴＲＵ側で正常に実行されたビームを使用して、任意のスケジュールされたＰＵＣＣＨおよび／もしくはＰＵＳＣＨを送信することができる。ＷＴＲＵが任意のＰＵＣＣＨ／ＰＵＳＣＨを送信するために使用することができるビームを既にいったん識別したｇＮＢは、その後、複数のビームを監視できないことがある。
【０１７０】
ＷＴＲＵは、指向性ＬＢＴ手順を実行できる。指向性ＬＢＴ手順では、ＷＴＲＵは、利得発見を実行することができ、および／またはＣＣＡ閾値を調整して非相互システムのビーム不整合に対処することができる。ＷＴＲＵは、ビーム方向スケジュールを識別して、ビームペア（例えば、各ビーム／ビームペア）について適切なＬＢＴ測定を可能にすることができる。
【０１７１】
図１９は、代表的な指向性ＬＢＴ手順を示すフローチャートである。
【０１７２】
図１９を参照すると、代表的な指向性ＬＢＴ手順１９００は、１９０５で、ｇＮＢ／ＷＴＲＵが、送信のための送受信ビームペアを識別するためにビームペアリングを実行することを含むことができる。次いで、１９１０で、ＷＴＲＵは、受信および送信ビームペアの利得を推定することができる。一例では、ＷＴＲＵおよび／またはｇＮＢは、ビーム発見フレーム／パケットの送信および／またはフィードバックの送信を使用して利得発見手順を実行することができる。一例では、ＷＴＲＵは、ＷＴＲＵは、（較正のための）無指向性ビームから、および／または１つもしくは複数の他の指向性ビームから一連のＳＲＳを送ることができる。ｇＮＢは、１つまたは複数のビーム（例えば各ビーム）についての受信されたエネルギー／ＲＳＳＩ／ＲＳＲＰ／ＲＣＰＩを示すことができるＳＲＳインジケータ（ＳＲＩ）をフィードバックすることができる。ＷＴＲＵは、これらの値を使用して利得を推定することができる。例が図２０に示され、以下に開示される。
【０１７３】
図１９を参照すると、ＷＴＲＵは、１９１５で、例えばＭＣＯＴの開始時に、ｇＮＢビーム方向スケジュールおよび／またはＬＢＴ測定構成を受信することができる。１９２０で、ＷＴＲＵは、ＭＣＯＴの開始時に示されたｇＮＢビームスケジュールに基づいてＷＴＲＵ  Ｒｘビームに切り替えることができ、および／またはＤＣＩを監視することができる。１９２５で、ＷＴＲＵのための送信がある場合、ＷＴＲＵはアップリンク送信のためのＤＣＩを受信することができる。送信のためのリソースの識別時に、ＷＴＲＵは、１９３０で、例えば、タイミング情報および／または閾値情報（例えば、特定のタイミングおよび／または１つもしくは複数の閾値を示す）を含むことができるＬＢＴ測定構成に基づいて、ＬＢＴについての電力を測定することができる。ＬＢＴ  ＣＣＡ測定のために、１９３５で、ＷＴＲＵは、ＣＣＡ閾値または測定された電力を調整することができる。ＷＴＲＵは、ＲｘビームとＴｘビームとの間の利得の差を推定することができ、および／またはＷＴＲＵは、例えば０ｄＢ  ＣＣＡ閾値もしくは測定された電力を調整するために、利得差補償を実行することができる。次いで、ＷＴＲＵは、ＬＢＴ測定構成に基づいてＷＴＲＵ  Ｒｘビームの調整されたＣＣＡ閾値を使用して指向性ＬＢＴを実行し、１９４０で、媒体が空いているか空いていないか（例えば、ビジー）を評価することができる。媒体が空いている場合、１９４５で、ＷＴＲＵはデータを送信することができる。媒体がビジーである場合、１９５０で、ＷＴＲＵは送信を延期または停止することができる。１９５５で、ＷＴＲＵは、ビーム（例えばＭＣＯＴビーム）の切り替えがあるかどうかをチェックすることができる。ＭＣＯＴビームで（例えば、別のビームおよび／または新しいビームへ）切り替えがあり、ＷＴＲＵがそのビームを変更する場合、処理は１９２０に戻る。ＭＣＯＴビームに切り替えがない（例えば、同じビームがＤＣＩを監視するために使用される）場合、ＷＴＲＵは１９２５に戻る。
【０１７４】
図２０は、代表的な利得発見タイミングを示す図である。
【０１７５】
図２０を参照すると、ＷＴＲＵは、受信されたエネルギー／ＲＳＳＩ／ＲＳＲＰ／ＲＣＰＩ値を示すＳＲＩを使用して、利得を推定することができる。例えば、ＷＴＲＵは、較正のための無指向性または準無指向性ビームに関連付けられたＳＲＩ、および任意の数の指向性ビーム（例えば、ビーム１、ビームｉ、および／またはビームｎなど）に関連付けられた１つまたは複数のＳＲＳを含む、いくつかの信号をｇＮＢに送ることができる。ＷＴＲＵから信号を受信した後、ｇＮＢは、例えば、較正のための無指向性または準無指向性ビームに関連付けられたＳＲＩおよびレイヤ１（Ｌ１）ＲＳＲＰ、並びに同じ指向性ビーム（例えば、ビーム１、ビームｉ、および／またはビームｎ）に関連付けられた１つまたは複数のＳＲＩおよびＬ１  ＲＳＲＰを含む、いくつかのさらなる信号をＷＴＲＵに送ることができる。ＷＴＲＵは、さらなる信号から、特定のビームに関連付けられた利得を決定することができ、決定されたビーム利得に基づいて指向性ＬＢＴを実行することができる。指向性ＬＢＴを実行した後に、チャネルがＷＴＲＵによってクリアであると決定された場合、ＷＴＲＵは、チャネル上で送信を実行することができる。
【０１７６】
ライセンスされたアクセスでは、複数のｇＮＢから単一のＷＴＲＵへの送信がダウンリンク協調マルチポイント（ＣｏＭＰ）を使用してよく、ｇＮＢから複数のＷＴＲＵへの送信が実装されてよい。媒体はライセンスされ、ｇＮＢは同期され得るので、ｇＮＢは、協調送信のために調整することができる。ライセンスされていないスペクトルアクセスでは、ライセンスされていない媒体を２つ以上のｇＮＢが使用しているときに、ｇＮＢは同時に媒体を予約できないことがあり、そのため、協調送信のためのｇＮＢの間の調整が困難になることがある。複数のｇＮＢが同時に媒体を予約できることを保証することができる代表的な手順が実装され得、例えば、複数のｇＮＢが同時に媒体を予約できない可能性に対処するＣｏＭＰ手順が使用され得る。
【０１７７】
セル端ユーザのパフォーマンスを改善するためにジョイント送信が使用され得る。基地局は、有線リンクおよび／または無線リンクとネゴシエートし、同じ信号をＷＴＲＵにジョイント送信することができ、従って、ＷＴＲＵがダイバーシティ利得および電力利得を有することができる。
【０１７８】
図２１は、代表的なジョイント日和見協調マルチポイント（ＣｏＭＰ）手順を示す図である。
【０１７９】
図２１を参照すると、ライセンスされていない帯域では、ＬＢＴに起因して、ネゴシエートされた送信が延期および／または停止されなければならないことがある。本開示において、日和見ジョイント反復送信手順が開示されている。この手順を用いると、複数の送信機会がジョイント送信に割り当てられ得る。ｇＮＢは、可能な場合、例えば、ｇＮＢがＬＢＴを実行し、それまでにチャネルを取得したことがある場合、これらの送信機会を使用することができる。
【０１８０】
例えば、有線および／または無線ネゴシエーションを通じて、２つ以上のｇＮＢ  ｇＮＢ１およびｇＮＢ２が、複数の送信機会（例えば、Ｋ回の反復）を使用してジョイント送信を実行する（例えば、実行することに同意する）ことができる。この例では、送信割り当てＫ０、Ｋ１、Ｋ２およびＫ３（例えば、Ｋ＝４などの任意の数の送信割り当て）が、ＷＴＲＵ（例えば、ＷＴＲＵ１）へのジョイント日和見反復送信のために予約され得る。
【０１８１】
ｇＮＢ（例えばｇＮＢ１およびｇＮＢ２）は、上位層シグナリングを使用してジョイント反復送信を構成することができる。ｇＮＢは、より詳細なスケジューリングのためにＬ１信号を有し得る。構成およびＬ１シグナリングは、以下の要素／情報のいずれか、すなわち、反復の数、時間／周波数リソース割り当て／割り当て情報、周波数ホッピング情報、および／またはビーム割り当て／ビーム割り当て情報のいずれかを含むことができる。
【０１８２】
ｇＮＢ（例えばｇＮＢ１）は、チャネルを取得するためにＬＢＴ動作を実行することができる。ｇＮＢ１は、割り当てられたジョイント送信機会をチェックすることができる。それは、ＬＢＴのため、いくつかの送信機会を見逃す可能性がある。スケジュールされたジョイント送信機会が残っている場合（例えば、割り当てられたジョイント送信機会のうち、まだ残っている場合）、ｇＮＢ１はそれらを使用してトランスポートブロック（ＴＢ）をＷＴＲＵ１に送信することができる。
【０１８３】
ｇＮＢ１からのトリガ、例えば、ＤＣＩが、１つの送信機会、いくつかの送信機会、または各送信機会に送信され得る。ＤＣＩは、アップリンク送信のトリガとしてｇＮＢ１からＷＴＲＵ１に送信され得る。ＬＢＴは、シナリオに応じてアップリンク送信の前に実行されてよく、例えば、ＤＣＩとアップリンク送信との間のターンアラウンドが閾値（例えば１６μ秒）未満である場合、ＬＢＴは使用されなくてよく、および／または必要とされなくてよいが、ＤＣＩと送信との間のターンアラウンドが閾値以上の場合、ＬＢＴが使用され、および／または必要とされ得る。ＤＣＩには、今後の反復送信の数が含まれてよい。ｇＮＢ（例えばｇＮＢ２）は、同じことを行うことができる。
【０１８４】
開示されているジョイント反復送信方式は、ライセンスされた帯域に適用され得ることが企図される。その場合、ＬＢＴ動作が実行されないことがある。開示されている手順は、コヒーレントおよび／または非コヒーレントジョイント送信に適用され得る。非コヒーレントジョイント送信は、送信ポイント（例えば、ｇＮＢ１およびｇＮＢ２など）間の同期を必要としなくてよく、単一周波数ネットワーク（ＳＦＮ）または巡回遅延ダイバーシティ（ＣＤＤ）方式のような技術を使用することができ、これは、ダイバーシティ利得をターゲットとすることができ、ＷＴＲＵに対する増大された送信電力を可能にすることができる。他方で、コヒーレントジョイント送信は、緊密な同期を必要とし、および／または使用することがあり、２つ以上の送信ポイント（例えば、ｇＮＢ１およびｇＮＢ２）に対する空間ＣＳＩフィードバックに基づくことがあり、これを使用して、送信ポイントの対応するアンテナからＭＩＭＯ送信を行うことができる（例えば、複数の送信点を１つの大きなＭＩＭＯシステムとして使用する）。
【０１８５】
３ＧＰＰ  ＮＲは、周期的アップリンクサウンディング基準信号（ＳＲＳ）（例えば、それが構成されたときから固定された時間間隔で送信される）、半永続的アップリンクＳＲＳ（例えば、構成されて、ＤＣＩがそれをトリガしたときから、例えば各間隔内で固定された時間に、複数の間隔にわたって複数回送信される）、非周期的アップリンクＳＲＳ（例えば、ＤＣＩトリガの後に１回送信される）、ダウンリンクＣＳＩ−ＲＳ、干渉測定、および／またはアップリンクＣＳＩ報告手順を現在サポートしている。ＳＲＳ、ＣＳＩ−ＲＳ、および／またはＣＳＩ−ＲＳフィードバックの設計は、ライセンスされていないスペクトルでの媒体アクセスの不確実性、および送信がＬＢＴに従い得ることを考慮することができる。半永続的または周期的なＣＳＩ−ＲＳおよびＣＳＩ−ＲＳ報告の形式を可能にするために、ｇＮＢは、以下のアクションのうちの１つまたは複数を実行することができる。ｇＮＢは、例えば、完全に周期的な送信を可能にしないＬＢＴに起因する送信の変動に対応するために、周期的送信ウィンドウ内で１つのタイプの信号（例えば、ＣＳＩ−ＲＳ、ＣＳＩ報告、またはＳＲＳ）を送信することができる。ｇＮＢは、各ＷＴＲＵへまたは各ＷＴＲＵからの独立した送信を可能にするのではなく、複数のＬＢＴの使用を最小限にするために、複数のＷＴＲＵについての独立したＣＳＩ−ＲＳ、ＣＳＩ報告、および任意のＳＲＳを一緒にグループ化することができる。ｇＮＢは、例えば、単一のトリガ機構（例えば、ＤＣＩおよび／または他のダウンリンクシグナリングなど）を使用して、グループ化された（周期的／反永続的）信号要求をトリガし、および／またはトリガするＤＣＩに対する信号−リソースの相対位置を示すことによって、非周期的手順と比較してオーバヘッドを減少させることができる（例えば、ＤＣＩは、信号が使用し得るリソースを示すことができ、例えば、信号ＣＳＩ−ＲＳ１はｘ個のシンボルを使用することができ、ＣＳＩ−ＲＳ２はｙ個のシンボルを使用することができる）。
【０１８６】
定期的なＣＳＩ報告があっても、ＷＴＲＵは、ＬＢＴ手順失敗のために応答できないことがある。この失敗の影響を軽減するための手順／動作、および装置が本明細書に開示される。
【０１８７】
ＣＳＩ報告は、ＬＢＴに起因する不確実性を有して実行され得る。ＣＳＩ報告が受信される確率を高めるために、ＣＳＩレポートは、チャネルにアクセスするためのグラントベース（例えば、ｇＮＢがＷＴＲＵに送信するリソースを明示的に示す）とグラントフリー（例えば、ＷＴＲＵは、例えばｇＮＢから受信されたある一般的構成に基づいて、それ自体によって送信することを決定することができる）との両方の試みから構成されるＫ回の反復について構成され得る。簡単な例では、Ｋ＝Ｋ１（グラントベース）＋Ｋ２（グラントフリー）の反復が企図される。
【０１８８】
図２２は、スケジュールされた反復Ｋ１＝２およびグラントフリー反復Ｋ２＝１である、例示的なＭＣＯＴを示す。図２２を参照すると、グラントベースの反復は、ＣＳＩ−ＲＳ送信に対する相対時間スロットおよび／もしくは周波数位置に基づいて構成されてよく、並びに／またはＷＴＲＵのグループについてのＤＣＩ送信に基づいて送信するように構成され得る。
【０１８９】
ＷＴＲＵは、ＬＢＴを実行して、例えば、それが、スケジュールされた時間にチャネルにアクセスできることを確実にすることができる。一例では、ＷＴＲＵは、固定された持続時間にＬＢＴを実行して、例えば、ＬＡＡにおけるカテゴリ２ＬＢＴと同様に、送信のスケジュールされた時間にチャネルが空いていることを確実にすることができる。一例では、ＷＴＲＵは、ＬＡＡにおけるカテゴリ３ＬＢＴと同様に、固定されたコンテンションウィンドウサイズを用いてＬＢＴを実行することができる。
【０１９０】
反復の全てまたはサブセットは、ｇＮＢからのＡＣＫおよび／またはＮＡＣＫの期待なしに送信され得る。例では、Ｋ＝４の場合である。ＷＴＲＵは、ＡＣＫまたはＮＡＣＫを期待する前に、２つのＣＳＩ報告を送信するように（例えば、ＲＲＣメッセージングまたはブロードキャストを介して）半静的にまたは（Ｌ１もしくはＬ２シグナリングを介して）動的に構成されて、例えば、レイテンシを低減し、レポートの信頼性を向上し、および／またはｇＮＢからのＡＣＫ／ＮＡＣＫがＣＣＡの失敗により遅延され得るまたは１つもしくは複数の衝突により失われ得ることに対処することができる。
【０１９１】
ＡＣＫが受信されると、送信試行が終了され得る。
【０１９２】
フィードバックのタイプおよび／またはフィードバックチャネルは、反復数に基づいて事前構成され得る（例えば、ＷＴＲＵが４回まで送信するように構成された場合、反復数は、反復のインデックス、例えば、１、２、３、または４に対応することができる）。一例では、フィードバックタイプのオーバヘッドは、表４に示されているように反復数が増加するにつれて減少され得る。
【０１９３】
【表４】
2021514574.tif 000006
【０１９４】
事前構成は１回のＤＣＩアクティブ化でチャネルとフィードバックタイプの混合を可能にし得ることが企図される。グラントベースの（例えば、全てグラントベースの）送信の失敗時に、ＷＴＲＵは、ＣＳＩフィードバック専用のグラントフリーリソース内のグラントフリー送信に切り替わることができる。グラントフリー反復は、ＣＳＩ−ＲＳ送信および／またはグラントベースの送信に対する相対時間スロットおよび／または周波数位置に基づいて構成され得る。ＷＴＲＵは、グラントフリーリソースを求めて競合する複数のＷＴＲＵからの追加の競争に対処するために、何らかの形態のランダムバックオフでＬＢＴを実行することができる。反復の全て（またはサブセット）は、ｇＮＢからのＡＣＫおよび／またはＮＡＣＫの期待なしに送信され得る。ＡＣＫが受信されると、送信試行の終了が可能にされ得る。グラントフリーＣＳＩ報告タイプは事前に設定されてよく、例えば、広帯域チャネルでのみタイプ１  ＣＳＩが可能にされ得る。グラントは、ＣＳＩ報告に基づくか、および／またはＣＳＩ報告によってスケジュールされることができ、ＰＵＳＣＨおよび／またはＰＵＣＣＨのいずれかで生じることができる。特定のチャネルの決定／選択は、ｇＮＢ向けであり得る。グラントフリー送信は、ＰＵＳＣＨおよび／またはＰＵＣＣＨのいずれかについて予約されてよく、両方のチャネルタイプが多重化されてよい。
【０１９５】
一例では、グラントフリーリソースは、自律的アップリンクリソースとして設定されて、ＷＴＲＵがリソースについて競合することを可能にすることができる。利用可能なＰＵＣＣＨリソースがない場合、ＷＴＲＵは、ＰＵＳＣＨ上のアップリンク制御情報（ＵＣＩ）および／またはＣＳＩフィードバックを多重化することができる。
【０１９６】
スケジュールされた反復ウィンドウ／領域が異なるＭＣＯＴにあるシナリオでは、チャネルがクリアであるかどうかをチェックするための手順／メカニズムが実装され得る。
【０１９７】
一実施形態では、ＭＣＯＴが完了されると、反復は打ち切り／減少／停止され得る。
【０１９８】
図２３は、反復領域（例えば、各反復領域）の前にＬＢＴを有する代表的なＭＣＯＴを示す図である。
【０１９９】
図２３を参照すると、１つまたは複数のＣＳＩ−ＲＳ領域および関連付けられたＣＳＩ報告領域を示しており、報告領域は、２つの反復（Ｋ１，１）および（Ｋ１，２）を有するスケジュールされた／グラントされたリソース（Ｋ１）、並びに１つのみの反復（Ｋ２，１）を有するスケジュールされていない／グラントフリーリソース（Ｋ２）を持つことができる。各領域の前で、ＬＢＴが実行され得る。示されているように、１つまたは複数の領域が独立したＬＢＴを実行することができ、第１のＬＢＴ送信機会が、例えばＣＳＩ−ＲＳシグナリング（例えばＣＳＩ−ＲＳ  領域）の前に、発生することができ、および／またはスケジュールされることができ、第２のＬＢＴ送信機会が、例えばスケジュールされたＣＳＩ報告の第１の反復の前に、発生することができ、および／またはスケジュールされることができ、第３のＬＢＴ送信機会が、例えばスケジュールされたＣＳＩ報告の第２の反復の前に、発生することができ、および／またはスケジュールされることができ、第４のＬＢＴ送信機会が、例えばグラントフリー報告の第１の反復の前に、発生することができ、および／またはスケジュールされることができるようにされている。図２３に示されるように、これらの４つのＬＢＴ送信機会の前および／または後に、さらなるＬＢＴ送信機会が発生してよい。
【０２００】
図２４は、例えば図２３のＭＣＯＴを使用する、ＮＲ−Ｕにおけるチャネル状態情報（ＣＳＩ）報告のための代表的なＷＴＲＵ手順を示すフローチャートである。
【０２０１】
代表的な手順は、以下の任意のものを含むことができる。２４０５で、ＷＴＲＵは、ＣＳＩ−ＲＳのＲＲＣ構成を受信することができる。ＣＳＩ−ＲＳ構成は、特に、周期性、持続時間／ウィンドウサイズ、シンボル同期、トリガ情報、および／またはトリガに対するリソース割り当てを識別することができる。２４１０で、ＷＴＲＵは、ＣＳＩ−ＲＳ報告に関連付けられたＲＲＣ構成を受信することができる。ＣＳＩ−ＲＳ報告構成は、反復の数、反復のタイプ、フィードバックチャネルのタイプ（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、および／またはグラントフリー）、および／またはＣＳＩ−ＲＳ専用のリソースのいずれかを識別することができる。一実施形態では、１つまたは複数の反復（例えば各反復）が、ｇＮＢによってトリガされ得るウィンドウ内で発生するものとして識別され得る。この場合、１つまたは複数の反復（例えば、各反復または反復のグループ）は、ＤＣＩによってトリガされ得る。一実施形態では、１つまたは複数の反復（例えば各反復）は、ＣＳＩ−ＲＳウィンドウからの相対リソースに基づいて識別され得る。この場合、ＣＳＩ−ＲＳ  ＤＣＩは、複数のＷＴＲＵ、フィードバックチャネルタイプ、およびフィードバックタイプなどにわたってＣＳＩ−ＲＳ送信および報告手順全体をトリガすることができる。第１の選択肢では、ＣＳＩ−ＲＳ報告に関連付けられたＲＲＣ構成は、ＣＳＩ−ＲＳに対する時間オフセットを示すことができる。例えば、ＣＳＩ−ＲＳはＤＣＩの後の２スロットであってよく、ＣＳＩ−ＲＳ報告はＣＳＩ−ＲＳの後の２スロットであってよい。第２の選択肢では、ＣＳＩ−ＲＳ報告に関連付けられたＲＲＣ構成は、ＣＳＩ−ＲＳのＲＲＣ構成と同様の独立したパラメータを示すことができる。例えば、ＣＳＩ−ＲＳは、ＤＣＩの後の２スロットであってよく、ＣＳＩ報告は、ＤＣＩの後の４スロットであってよい。両方の例において、同じリソースが関わる。
【０２０２】
２４１５で、ＷＴＲＵは、ＣＳＩウィンドウの開始に到達することができ、トリガ（ＤＣＩ）を探索することができ、一方、ｇＮＢがＬＢＴ手順を開始することができる。
【０２０３】
トリガが受信されない場合、ＷＴＲＵは、２４２０で、ＣＳＩが受信されていないという表示をｇＮＢに送って、反復を打ち切ることができる。次いで、ＣＳＩ報告手順は２４２５で終了することができる。
【０２０４】
トリガが受信された場合、ＷＴＲＵは、ＣＳＩ−ＲＳの位置を識別することができ、並びに／またはＣＳＩ報告についての測定および／もしくはプロセスを実行することができる。ＣＳＩ−ＲＳは、ＺＰ（ゼロパワー）および／またはＮＺＰ（非ゼロパワー）ＣＳＩ−ＲＳであり得る。
【０２０５】
一例では、Ｋ＝３であり、Ｋ１＝２およびＫ２＝１である。ＷＴＲＵは、２４３５で、第１のスケジュールされたＣＳＩ報告のためのリソースを識別することができ、ＬＢＴを実行して、正確なスケジュールされた時間にチャネルへのアクセスを可能にし得る（例えば、カテゴリ２またはカテゴリ３のＬＡＡ  ＬＢＴ）。媒体がクリアであることを確立すると、ＷＴＲＵは、第１のＣＳＩ報告反復を送信できる。ＷＴＲＵがＡＣＫを受信した場合、手順は２４２５で打ち切られ得る。ｇＮＢは、他の再送信のためにリソースを自由に再利用できる。
【０２０６】
ＷＴＲＵがＡＣＫを受信しない場合、ＷＴＲＵは、２４４０で、第２のスケジュールされたＣＳＩ報告のためのリソースを識別することができ、ＬＢＴを実行して、正確なスケジュールされた時間にチャネルへのアクセスを可能にする（例えば、カテゴリ２またはカテゴリ３のＬＡＡ  ＬＢＴ）。媒体がクリアであることを確立すると、ＷＴＲＵは、第２のＣＳＩ報告反復を送信できる。ＷＴＲＵがＡＣＫを受信する場合、手順は２４２５で打ち切られることができ、ｇＮＢは、他の再送信のためにリソースを自由に再利用できる。
【０２０７】
ＷＴＲＵがＡＣＫを受信しない場合、ＷＴＲＵは、２４４５で、グラントフリーＣＳＩ報告のためのリソースを識別することができ、ＬＢＴを実行して、グラントフリーチャネルへのランダムなアクセスを可能にする（例えば、カテゴリ４または修正されたＬＢＴ）。一例では、ＷＴＲＵは、ＷＴＲＵがリソースを選択することができる２段階アクセスプロトコルを実行することができる。例えば、ＷＴＲＵは、０とＮ＿ｇｅｎの間の乱数（Ｎ＿ｒ）を生成することができ、ここで、Ｎ＿ｇｅｎは、ｇＮＢによって割り当てられる（例えば、Ｎ＿ｇｅｎは、ｇＮＢがランダムアクセスおよび割り振られるリソースの数を使用するとして推定するＷＴＲＵの数に依存し得る）。Ｎ＿ｒがグラントフリーリソースの数よりも大きい場合、ＷＴＲＵはチャネルにアクセスしなくてよい。Ｎ＿ｒがグラントフリーリソースの数よりも小さい場合、（ａ）ＷＴＲＵは、Ｎ＿ｒに関連付けられたグラントフリーリソースを選択する、または（ｂ）第２の乱数Ｎ＿ａを生成し、Ｎ＿ａに関連付けられたグラントフリーリソースを選択することができる。
【０２０８】
ＬＢＴは、送信のためのリソース上で実行され得る。ＷＴＲＵは、固定された持続時間（例えば、カテゴリ２のＬＡＡ  ＬＢＴ）および／または固定されたバックオフ（例えば、カテゴリ３のＬＡＡ  ＬＢＴ）のいずれかでＬＢＴを実行できる。
【０２０９】
ライセンスされていないリソースにおけるグラントフリーアクセスを可能にするための追加のスキームも適用可能であり得ることが企図される。媒体がクリアであることを確立すると、ＷＴＲＵは、グラントフリーＣＳＩ報告反復を送信することができる。チャネルは、本明細書では一般に、これらに限定されないが、特に（１）１つもしくは複数の隣接もしくは非隣接周波数、（２）１つもしくは複数の隣接もしくは非隣接周波数帯域、（３）１つもしくは複数の隣接もしくは非隣接ＢＷＰ、および／または（４）１つもしくは複数の隣接もしくは非隣接コンポーネントキャリアなどを含む、１つまたは複数のリソース（例えば、周波数リソースなどの物理リソース）として定義される。チャネルは、アップリンク、ダウンリンク、および／またはサイドリンク送信のための多重化されたデータおよび／または制御シグナリングを搬送するために使用され得る。
【０２１０】
結論として、本開示の第１の例は、図２５を参照して、無線送受信ユニット（ＷＴＲＵ）によって実行されるリッスンビフォアトーク（ＬＢＴ）方法に関する。この方法は：
少なくとも１つのビームの利得を決定するステップ２５０２；
チャネルにおけるエネルギーを測定するステップ２５０４；
決定された利得に基づいて、クリアチャネル評価（ＣＣＡ）閾値もしくはチャネルにおける測定されたエネルギーのうちの１つを調整するステップ２５０６；
（１）測定されたエネルギー、および調整されたＣＣＡ閾値、もしくは（２）調整された測定されたエネルギー、およびＣＣＡ閾値に基づいて、チャネルが空いているかどうかを決定するステップ２５０８；並びに／または
チャネルが空いているという条件でデータを送信するステップ２５１０
のうちの任意のものを含み得る。
【０２１１】
ＬＢＴ方法の以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  方法は、ＷＴＲＵによって、次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含む構成を受信するステップをさらに含むことができ、チャネルにおけるエネルギーを測定するステップは、受信された構成に含まれるビーム管理情報に従って行われる；
−  少なくとも１つのビームの利得を決定するステップは、受信ビームまたは送信ビームのいずれかの利得を決定するステップを含むことができる；
−  方法は、受信ビームと送信ビームとの間の利得差を決定するステップを含むことができる；
−  ＣＣＡ閾値を調整するステップは、決定された利得差を補償するステップを含むことができる；
−  ＣＣＡ閾値を調整するステップは、受信ビームの利得を補償するステップを含むことができる；
−  チャネルは、ライセンスされていないスペクトル内にあり得る；
−  エネルギーを測定するステップは、信号対雑音比（ＳＮＲ）、信号対干渉および雑音比（ＳＩＮＲ）、受信信号強度表示（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、もしくは受信チャネル電力インジケータ（ＲＣＰＩ）のいずれかを決定するステップを含むことができる；
−  エネルギーを測定するステップは、移動ウィンドウを使用して連続的エネルギー測定を実行するステップを含むことができる；
−  方法は、ダウンリンク制御情報（ＤＣＩ）に含まれる、またはダウンリンク制御情報（ＤＣＩ）によって示されるトリガを受信するステップを含むことができる；
−  方法は、少なくとも１つのビーム、別のビーム、ビームフォーミングなしの周波数帯域上で搬送される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信および／もしくは復号するステップを含むことができ、チャネルが空いているかどうかを決定するステップは、ＰＤＣＣＨ復号が成功するという条件で実行されることができる；
−  チャネルが空いているという条件でデータを送信するステップは、複数のビームのそれぞれが空いているという条件で複数のビームでデータを送信するステップを含むことができる；
−  複数のビームのそれぞれのビームで送信されたデータは、独立した非コヒーレントデータ、相関された非コヒーレントデータ、コヒーレントデータ、または制御シグナリングのいずれかを含むことができる；
−  方法は、データを送信するために使用されるビームの表示を送信するステップを含むことができる；並びに／または
−  方法は、チャネルが空いていないという条件で、チャネル上のデータ送信を延期または停止するステップを含むことができる。
【０２１２】
本開示の第２の例は、図１Ｂを参照して、以下の任意のものを備え得る無線送受信ユニット（ＷＴＲＵ）１０２に関する：
プロセッサ１１８であって、
少なくとも１つのビームの利得を決定すること、
チャネルにおけるエネルギーを測定すること、
決定された利得に基づいて、クリアチャネル評価（ＣＣＡ）閾値もしくはチャネルにおける測定されたエネルギーのうちの１つを調整すること、および／または
（１）測定されたエネルギー、および調整されたＣＣＡ閾値、もしくは（２）調整された測定されたエネルギー、およびＣＣＡ閾値に基づいて、チャネルが空いているかどうかを決定すること
のうちの任意のものを行うように構成されたプロセッサ１１８；並びに／または
チャネルが空いているという条件でデータを送信するように構成された送受信ユニット１２０。
【０２１３】
ＷＴＲＵの以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  送受信ユニットは、次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含む構成を受信するように構成されることができ、プロセッサは、受信された構成に従ってチャネルにおけるエネルギーを測定するために構成されることができる；
−  プロセッサは、受信ビームまたは送信ビームのいずれかの利得を決定するように構成されることができる；
−  プロセッサは、受信ビームと送信ビームとの間の利得差を決定するように構成されることができる；
−  プロセッサは、例えば、決定された利得差を補償することによって、ＣＣＡ閾値を調整するように構成されることができる；
−  プロセッサは、例えば、受信ビームの利得を補償することによって、ＣＣＡ閾値を調整するように構成されることができる；
−  送受信ユニットは、トリガを受信するように構成されることができる；
−  トリガは、ダウンリンク制御情報（ＤＣＩ）に含まれる、またはＤＣＩによって示されることができる；
−  送受信ユニットは、少なくとも１つのビームで物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するように構成されることができ、プロセッサは、少なくとも１つのビーム、別のビーム、ビームフォーミングなしの周波数帯域上で搬送されるＰＤＣＣＨを復号し、および／もしくはＰＤＣＣＨ復号が成功するという条件でチャネルが空いているかどうかを決定するように構成されることができる；
−  送受信ユニットは、複数のビームのそれぞれが空いているという条件で複数のビームでデータを送信するように構成されることができる；
−  送受信ユニットは、データを送信するために使用されるビームの表示を送信するように構成されることができる；並びに／または
−  プロセッサは、チャネルが空いていないという条件で、チャネル上のデータ送信を延期または停止するように構成されることができる。
【０２１４】
本開示の第３の例は、図２６を参照して、リッスンビフォアトーク（ＬＢＴ）のための方法に関する。この方法は：
次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含むまたは示す構成を受信するステップ２６０２；
ビーム管理情報に基づいて受信ビームに切り替えるステップ２６０４；
切り替えられた受信ビームに対するＬＢＴプロセスを実行するトリガを監視および／もしくは受信するステップ２６０６、並びに／または
受信されたトリガに基づいて、受信ビームに対してＬＢＴプロセスを実行するステップ２６０８
のうちの任意のものを含み得る。
【０２１５】
ＬＢＴ方法の以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  トリガは、ダウンリンク制御情報（ＤＣＩ）に含まれる、またはＤＣＩによって示されることができる；
−  方法は、最大チャネル占有時間（ＭＣＯＴ）の開始時にビーム管理情報を受信するステップを含むことができる；
−  ビーム管理情報は、ビーム方向スケジュールを含むことができる；並びに／または
−  ビーム管理情報を含むまたは示す構成は、基準信号のパターンおよび／もしくは符号化を含むことができる。
【０２１６】
本開示の第４の例は、図１Ｂを参照して、以下の任意のものを備え得る無線送受信ユニット（ＷＴＲＵ）１０２に関する：
次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）から、ビーム管理情報を含むもしくは示す構成を受信し、および／またはＬＢＴプロセスを実行するように示すトリガを監視するように構成された送受信ユニット１２０；並びに／または
ビーム管理情報に基づいて、第１の受信ビームから第２の受信ビームに切り替えるように構成されたプロセッサ１１８、および／または
送受信ユニットおよびプロセッサは、監視されたトリガが受信されるという条件で、第２の受信ビームに対してＬＢＴプロセスを実行するように構成される。
【０２１７】
ＷＴＲＵの以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  トリガは、ダウンリンク制御情報（ＤＣＩ）に含まれることができる；
−  ＤＣＩは、ＷＴＲＵのアップリンク送信に使用されることができる；
−  送受信ユニットは、最大チャネル占有時間（ＭＣＯＴ）の開始時にビーム管理情報を受信するように構成されることができる；
−  ビーム情報は、ビーム方向スケジュールを含むことができる；並びに／または
−  ビーム管理情報を含むまたは示す構成は、基準信号のパターンおよび／もしくは符号化を含むことができる。
【０２１８】
本開示の第５の例は、図２７を参照して、指向性リッスンビフォアトーク（ＬＢＴ）のための方法に関する。この方法は：
構成において示されるビーム方向スケジュール情報に従ってビームに関連付けられた指向性ＬＢＴプロセスの実行を可能にする構成を受信するステップ２７０２；および／または
受信された構成を使用して指向性ＬＢＴプロセスを実行するステップ２７０４
のうちの任意のものを含み得る。
【０２１９】
指向性ＬＢＴのための方法の以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  ビーム方向スケジュール情報は、スロットフォーマットインジケータ（ＳＦＩ）信号および／もしくはビームフォーマットインジケータ（ＢＦＩ）に含まれる、もしくは示される；
−  方法は、ビームペアリングを実行して、送信のための送受信ビームペアを識別するステップを含むことができる；
−  方法は、受信および送信ビームペアの利得を推定するステップを含むことができる；
−  方法は、ｇＮＢからのビーム発見フレーム／パケットおよび／もしくはフィードバック情報の送信を使用して利得発見手順を実行するステップを含むことができる；並びに／または
【０２２０】
利得発見手順は、サウンディング基準信号（ＳＲＳ）を送信すること、および／もしくはＳＲＳリソースインジケータ（ＳＲＩ）を含む情報を受信することを含むことができる。本開示の第６の例は、図１Ｂを参照して、以下を含み得る無線送受信ユニット（ＷＴＲＵ）１０２に関する：
構成に示されたビーム方向スケジュール情報に従ってビームに関連付けられた指向性ＬＢＴプロセスの実行を可能にする構成を受信するように構成された送受信ユニット１２０；および／または
受信された構成を使用して指向性ＬＢＴプロセスを実行するように構成されたプロセッサ１１８。
【０２２１】
ＷＴＲＵの以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  送受信ユニットは、スロットフォーマットインジケータ（ＳＦＩ）信号もしくはビームフォーマットインジケータ（ＢＦＩ）を受信するように構成されることができる；
−  プロセッサは、ビームペアリングを実行して、送信のための送受信ビームを識別するように構成されることができる；
−  プロセッサは、受信および送信ビームペアの利得を推定するように構成されることができる；
−  プロセッサは、ｇＮＢからのビーム発見フレーム／パケットおよびフィードバック情報の送信を使用して利得発見手順を実行するように構成されることができる；
−  送受信ユニットは、サウンディング基準信号（ＳＲＳ）送信し、および／もしくはＳＲＳリソースインジケータ（ＳＲＩ）を含む情報を受信するように構成されることができる。
【０２２２】
本開示の第７の例は、図２８を参照して、第１の次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）によって実行される、協調マルチポイント（ＣｏＭＰ）送信のための方法に関し、この方法は：
少なくとも１つの無線送受信ユニット（ＷＴＲＵ）にデータをジョイント送信するために、複数の送信機会が第１およびさらなるｇＮＢのいずれに割り当てられたかに応じて、ジョイント送信構成について１つもしくは複数のさらなるｇＮＢと共に第１のｇＮＢによってネゴシエートするステップ２８０２；並びに／または
第１のｇＮＢによって、ネゴシエートされた構成を使用して少なくとも１つのＷＴＲＵにデータを送信するステップ２８０４
のうちの任意のものを含み得る。
【０２２３】
ＣＯＭＰ送信のための方法の以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  ネゴシエーションは、第１のｇＮＢと１つもしくは複数のさらなるｇＮＢの間で有線および／もしくは無線リンクを介して実行されることができる；
−  ネゴシエーションは、物理層および／もしくは上位層シグナリングを使用して実行されることができる；
−  方法は、少なくとも１つのＷＴＲＵに物理層もしくは上位層シグナリングを送信するステップを含むことができ、物理層もしくは上位層シグナリングは、送信機会の数、時間／周波数リソース割り当て、周波数ホッピング情報、および／もしくはビーム割り当てのうちの任意のものを含むジョイント送信構成もしくはジョイント送信スケジュールのうちの任意のものを含む；
−  方法は、コアネットワークからジョイント送信構成を受信するステップを含むことができる；
−  方法は、第１のｇＮＢによって、ＬＢＴプロセスを実行して、チャネル上でデータを送信する前に第１のｇＮＢとＷＴＲＵとの間の周波数リソースのセットによって定義されるチャネルを取得するステップを含むことができる；
−  ＬＢＴプロセスにより送信機会が失われたという条件で、次の構成された送信機会を使用してデータが送信されることができる；並びに／または
−  方法は、ジョイント送信構成が少なくとも１つのｇＮＢとネゴシエートされ少なくとも１つのｇＮＢおよび第１のｇＮＢによってジョイント送信機会を可能にするという条件で、チャネル上で第１のｇＮＢがデータを送信する前にチャネルを取得するために１つまたは複数のさらなるｇＮＢのうちの１つがＬＢＴプロセスを正常に行ったと決定するステップを含むことができる。
【０２２４】
本開示の第８の例は、図２９を参照して、無線送受信ユニット（ＷＴＲＵ）によって実行されるチャネル状態情報（ＣＳＩ）報告方法に関する。この方法は：
ＣＳＩを報告するための送信リソースのセットを含む複数のチャネル状態情報基準信号（ＣＳＩ−ＲＳ）報告パラメータを識別する無線リソース制御（ＲＲＣ）構成を受信するステップ２９０２；
第１の送信リソースを使用してリッスンビフォアトーク（ＬＢＴ）プロセスを実行するステップ２９０４；
第１の送信リソースを使用してＣＳＩ報告を送信するステップ２９０６、および／もしくは肯定応答（ＡＣＫ）を待つステップ；並びに／または
期間の後に、ＡＣＫが受信されるまで、送信リソースのセットのうちの別の送信リソースを使用してＬＢＴプロセスの実行ステップおよびＣＳＩ報告の送信ステップを繰り返すステップ２９０８
のうちの任意のものを含み得る。
【０２２５】
ＣＳＩ報告のための方法の以下の特徴は、単独または様々な組み合わせで有利に実装され得る：
−  送信リソースのセットは、異なる周波数帯域、異なるＢＷＰ、異なるヌメロロジ、異なるコアセット、異なるＲＡＴ、もしくは異なるセルのいずれかに関連付けられることができる；
−  送信リソースのセットは、グラントベース送信リソースおよび／もしくはグラントフリー送信リソースを含むことができる；並びに／または
−  ＣＳＩ報告の送信は、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）上で行うことができる。
【０２２６】
本発明の特徴および要素が特定の組み合わせで好ましい実施形態で説明されているが、各特徴または要素は、好ましい実施形態の他の特徴および要素なしで単独で、または本発明の他の特徴および要素の有無にかかわらず様々な組み合わせで使用され得る。本明細書で説明された実施形態は、Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）、５ＧまたはＬＴＥ、ＬＴＥ−Ａ固有のプロトコルを考慮するが、本明細書で説明された実施形態はこのシナリオに限定されず、他の無線システムにも適用可能であることが理解される。
【０２２７】
特徴および要素は特定の組み合わせで上述されているが、当業者は、各特徴または要素が単独でまたは他の特徴および要素との任意の組み合わせで使用され得ることを理解するだろう。本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実装されてもよい。コンピュータ可読媒体の例は（有線または無線接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクまたは取り外し可能ディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびＤＶＤなどの光媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータで使用する無線周波数トランシーバを実装するために使用され得る。
【０２２８】
上述された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及されているこれらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）、およびメモリを含んでよい。コンピュータプログラミングの当業者の慣習によれば、動作または命令の行為および記号表現の参照は、様々なＣＰＵおよびメモリによって実行されてよい。そのような行為および動作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と呼ばれることがある。
【０２２９】
当業者は、行為および記号表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを認識するであろう。電気システムは、データビットを表し、データビットは、電気信号の結果の変換または低減、およびメモリシステム内のメモリ位置におけるデータビットの維持を引き起こし、それによりＣＰＵの動作を再構成しまたは別の方法で変更し、また信号の他の処理を引き起こすことができる。データビットが維持されるメモリ位置は、データビットに対応しまたはこれを表す特定の電気的、磁気的、光学的、または有機的性質を有する物理的位置である。代表的実施形態は、上述されたプラットフォームまたはＣＰＵに限定されないこと、並びに他のプラットフォームおよびＣＰＵが、提供される方法をサポートしてよいことが理解されるべきである。
【０２３０】
データビットは、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能な他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、読み出し専用メモリ（「ＲＯＭ」））の大容量記憶システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、協働するまたは相互接続されたコンピュータ可読媒体を含んでよく、これらのコンピュータ可読媒体は、もっぱら処理システム上に存在する、または処理システムに対してローカルまたはリモートであってよい複数の相互接続された処理システムの間で分散される。代表的実施形態は上述されたメモリに限定されないこと、並びに他のプラットフォームおよびメモリが、説明された方法、動作、手順、および／または機能をサポートしてよいことが理解される。
【０２３１】
例示的な実施形態では、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されたコンピュータ可読命令として実装されてよい。コンピュータ可読命令は、移動体ユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサによって実行されてよい。
【０２３２】
システムの態様のハードウェア実装形態とソフトウェア実装形態との間に残された区別はほとんどない。ハードウェアまたはソフトウェアの使用は、一般に（一定の状況では、ハードウェアとソフトウェアの選択は重要になることがあるので、常にではないが）、コスト対効率のトレードオフを表す設計選択である。本明細書において説明されたプロセスおよび／またはシステムおよび／または他の技術が達成され得る様々な媒体（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）があり得るが、好ましい媒体は、プロセスおよび／またはシステムおよび／または他の技術が展開される状況と共に変化し得る。例えば、実装者が、速さおよび正確さが最重要視されることを決定した場合、実装者は、主にハードウェア媒体および／またはファームウェア媒体を選んでよい。柔軟性が最重要視される場合、実装者は、主にソフトウェア実装形態を選んでよい。あるいは、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選んでよい。
【０２３３】
前述の詳細な説明は、ブロック図、フローチャート、および／または例の使用を介して、デバイスおよび／またはプロセスの様々な実施形態を示してきた。そのようなブロック図、フローチャート、および／または例が１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、フローチャート、または例における各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、またはそれらの事実上あらゆる組み合わせによって、個々におよび／またはまとめて実装されてよいことが、当業者によって理解されるであろう。適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０２３４】
特徴および要素が上記で特定の組み合わせで提供されているが、当業者は、各特徴または要素が、単独でまたは他の特徴および要素との任意の組み合わせで使用され得ることを認識するであろう。本開示は、様々な態様の例示として意図される、本出願において説明される特定の実施形態に関して限定されるものではない。当業者には明らかであるように、その趣旨および範囲から逸脱することなく、多数の修正および変形が行われてよい。本出願の説明において使用される要素、行為、または命令は、そのようなものとして明示的に提供されない限り、本発明にとって重要または不可欠でないと解釈されるべきである。本明細書において列挙されたそれらに加えて、本開示の範囲内の機能的に等価な方法および装置は、前述の説明から当業者に明らかであろう。そのような修正および変形は、添付の特許請求の範囲内に含まれることが意図される。本開示は、そのような特許請求の範囲に与えられる等価物の全範囲と共に、添付の特許請求の範囲の項のみによって限定されるべきである。本開示は、特定の方法またはシステムに限定されないことが理解されるべきである。
【０２３５】
本明細書で使用される用語は、特定の実施形態について説明することのみを目的としており、限定することを意図したものではないことも、理解されるべきである。本明細書で使用される場合、「局」という用語およびその略語「ＳＴＡ」、「ユーザ機器」およびその略語「ＵＥ」は、本明細書において参照されるとき、（ｉ）以下で説明されるような、無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるような、ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、ＷＴＲＵのいくつかもしくは全ての構造および機能性を有して構成された無線対応および／もしくはワイヤード対応（例えばテザリング可能）デバイス、（ｉｉｉ）以下で説明されるような、ＷＴＲＵの全てではない構造および機能を有して構成された無線対応および／もしくはワイヤード対応デバイス、または（ｉｖ）同様のものを意味してよい。本明細書に記載される任意のＵＥを表し得る、例示的なＷＴＲＵの詳細は、以下で図１Ａ〜図１Ｄを参照して提供される。
【０２３６】
特定の代表的実施形態では、本明細書に説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合された形式を介して実装されてよい。しかしながら、本明細書に開示される実施形態のいくつかの態様は、全体的にまたは部分的に、１つもしくは複数のコンピュータ上で稼働する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステム上で稼働する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサ上で稼働する１つもしくは複数のプログラムとして（例えば、１つもしくは複数のマイクロプロセッサ上で稼働する１つもしくは複数のプログラムとして）、ファームウェアとして、またはそれらの事実上あらゆる組み合わせとして、集積回路において等価に実装されてよいことと、回路を設計すること並びに／またはソフトウェアおよび／もしくはファームウェアのコードを記述することとは、本開示に鑑みて十分に当業者の技能の範囲内であることを、当業者は認識するであろう。さらに、本明細書において説明される主題の機構は、プログラム製品として様々な形態で配布されてよいことと、本明細書において説明される主題の例示的実施形態は、配布を実際に行うために使用される特定のタイプの信号伝達媒体に関係なく適用されることを、当業者は認識するであろう。信号伝達媒体の例は、以下に限定されないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプ媒体、並びに、デジタル通信媒体および／またはアナログ通信媒体（例えば、光ファイバケーブル、導波路、有線通信リンク、無線通信リンクなど）などの伝送タイプ媒体を含む。
【０２３７】
本明細書において説明される主題は、異なる他の構成要素内に含まれた、またはこれと接続された、異なる構成要素を示すときがある。そのような示されたアーキテクチャは例にすぎないこと、および実際には、同じ機能性を達成する多くの他のアーキテクチャが実装され得ることが理解されるべきである。概念的な意味で、同じ機能性を達成する構成要素の任意の構成は、所望の機能性が達成され得るように効果的に「関連付けられる」。従って、特定の機能性を達成するために組み合わされた、本明細書における任意の２つの構成要素は、アーキテクチャまたは中間構成要素にかかわらず、所望の機能性が達成されるように、互い「に関連付けられる」とみなされてよい。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能性を達成するために、互いに「動作可能に接続される」または「動作可能に結合される」とみなされてもよく、そのように関連付けられることが可能である任意の２つの構成要素は、所望の機能性を達成するために、互いに「動作可能に結合可能である」とみなされてもよい。動作可能に結合可能の具体例は、以下に限定されないが、物理的にかみ合わせ可能および／もしくは物理的に相互作用する構成要素、並びに／または無線で相互作用可能および／もしくは無線で相互作用する構成要素、並びに／または論理的に相互作用するおよび／もしくは論理的に相互作用可能な構成要素を含む。
【０２３８】
明細書における実質的にあらゆる複数形および／または単数形の用語の使用に関して、当業者は、状況および／または適用例に適切であるように、複数形から単数形および／または単数形から複数形に変換することができる。様々な単数形／複数形の置き換えは、明瞭にするために、本明細書で明確に説明され得る。
【０２３９】
一般に、本明細書において、特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本体）において使用される用語は、一般に、「オープンな」用語として意図されること（例えば、「含んでいる」という用語は、「限定するものではないが含んでいる」と解釈されるべきであり、「有する」という用語は、「少なくとも有する」と解釈されるべきであり、「含む」という用語は、「限定するものではないが含む」と解釈されるべきであることなど）が、当業者によって理解されるであろう。導入された請求項の特定の数の記載が意図される場合、そのような意図は、請求項において明示的に記載され、そのような記載の欠如の場合は、そのような意図は存在しないことが、当業者によってさらに理解されるであろう。例えば、１つの項目のみが意図される場合、「単一の」という用語または類似の文言が使用され得る。理解の一助として、以下の添付の特許請求の範囲および／または本明細書における説明は、請求項記載を導入する「少なくとも１つの」および「１つまたは複数の」という導入句の使用法を含んでよい。しかしながら、そのような句の使用は、同じ請求項が、「１つまたは複数の」または「少なくとも１つの」という導入句および「ａ」または「ａｎ」などの不定冠詞を含むときですら、不定冠詞「ａ」または「ａｎ」による請求項記載の導入が、そのような導入された請求項記載を含む任意の特定の請求項を、１つのそのような記載のみを含む実施形態に限定することを暗示すると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）。同じことが、請求項記載を導入するために使用される定冠詞の使用にも当てはまる。さらに、導入された請求項の特定の数の記載が明示的に記載されている場合ですら、そのような記載は、少なくとも記載された数を意味すると解釈されるべきである（例えば、他の修飾語なしの「２つの記載」の飾りのない記載は、少なくとも２つの記載、または２つ以上の記載を意味する）ことを当業者は認識するであろう。
【０２４０】
そのうえ、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」に類似した慣例が使用される例では、一般に、そのような構造は、当業者がその慣例を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａ単独、Ｂ単独、Ｃ単独、ＡとＢを共に、ＡとＣを共に、ＢとＣを共に、および／またはＡとＢとＣとを共に、などを有するシステムを含むであろう）。「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」に類似した慣例が使用される例では、一般に、そのような構造は、当業者がその慣例を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａ単独、Ｂ単独、Ｃ単独、ＡとＢを共に、ＡとＣを共に、ＢとＣを共に、および／またはＡとＢとＣとを共に、などを有するシステムを含むであろう）。２つ以上の代替用語を提示する事実上全ての離接する語および／または句は、明細書にあろうと、特許請求の範囲にあろうと、または図面にあろうと、用語のうちの１つ、用語のどちらか、または両方の用語を含む可能性を企図すると理解されるべきであることが、当業者によってさらに理解されるであろう。例えば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むことが理解されよう。さらに、複数の項目および／または項目の複数のカテゴリのリストに続く「のいずれか」という用語は、本明細書において使用される場合、個々に、または他の項目および／もしくは項目の他のカテゴリと共に、項目および／または項目のカテゴリ「のいずれか」、これら「の任意の組み合わせ」、これら「のうちの任意の複数」、および／またはこれら「のうちの複数の任意の組み合わせ」を含むことが意図されている。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことが意図されている。本明細書において使用される場合、「数」という用語は、ゼロを含む任意の数を含むことが意図されている。
【０２４１】
さらに、本開示の特徴または態様がマーカッシュグループに関して説明される場合、当業者は、それによって本開示はマーカッシュグループの任意の個々の要素または要素のサブグループに関しても説明されることを認識するであろう。
【０２４２】
当業者によって理解されるように、記述された明細書を提供することなどに関するあらゆる目的のために、本明細書に開示される全ての範囲は、あらゆる可能な部分範囲およびその部分範囲の組み合わせも包含する。リストされた全ての範囲は、同じ範囲が少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることについて十分に説明し可能にすると容易に認識され得る。非限定的な例として、本明細書において論じられる各範囲は、下位３分の１、中位３分の１、および上位３分の１などに容易に分解され得る。同じく当業者によって理解されるように、「まで」、「少なくとも」、「よりも大きい」、「よりも小さい」などの全ての文言は、記載された数を含み、上記で論じられたようにその後に部分範囲に分解できる範囲を指す。最後に、当業者によって理解されるように、範囲は各個々の要素を含む。従って、例えば、１〜３つのセルを有するグループは、１つ、２つ、または３つのセルを有するグループを指す。同様に、１〜５つのセルを有するグループは、１つ、２つ、３つ、４つ、または５つのセルを有するグループを指し、以下同様である。
【０２４３】
特許請求の範囲は、その旨が述べられていない限り、提供された順序または要素に限定されると解釈されるべきではない。さらに、あらゆる請求項における「ための手段」という用語の使用は、米国特許法第１１２条第６項すなわちミーンズプラスファンクション請求項形式を行使することが意図されており、「ための手段」という用語のないあらゆる請求項は、そのように意図されていない。
【０２４４】
ソフトウェアに関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用されてよい。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）を含むハードウェアおよび／またはソフトウェアにおいて実装されるモジュール、並びにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近距離通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの他の構成要素と共に使用されてよい。
【０２４５】
本発明は、通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアにおいて実装されてよいことが企図されている。特定の実施形態では、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実装されてよい。
【０２４６】
本発明は、本明細書において特定の実施形態を参照して図示・説明されているが、本発明は、示される詳細に限定されることを意図したものではない。むしろ、特許請求の範囲の等価物の範囲内で、本発明から逸脱することなく、様々な修正が詳細に行われてよい。
【０２４７】
本開示全体を通じて、当業者は、特定の代表的実施形態が、代替形態において使用されてもよいし、他の代表的実施形態と組み合わせて使用されてもよいことを理解する。
【０２４８】
特徴および要素が特定の組み合わせで上記に説明されているが、各特徴または要素は単独でまたは他の特徴および要素との任意の組み合わせで使用され得ることは、当業者には認識されよう。本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装されてもよい。非一時的コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクまたは取り外し可能ディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびＤＶＤなどの光媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために使用され得る。
【０２４９】
上述された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及されている。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）、およびメモリを含んでよい。コンピュータプログラミングの当業者の慣習によれば、動作または命令の行為および記号表現の参照は、様々なＣＰＵおよびメモリによって実行されてよい。そのような行為および動作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と呼ばれることがある。
【０２５０】
当業者は、行為および記号表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを認識するであろう。電気システムは、データビットを表し、データビットは、電気信号の結果の変換または低減、およびメモリシステム内のメモリ位置におけるデータビットの維持を引き起こし、それによりＣＰＵの動作を再構成しまたは別の方法で変更し、また信号の他の処理を引き起こすことができる。データビットが維持されるメモリ位置は、データビットに対応するまたはこれを表す、特定の電気的、磁気的、光学的、または有機的性質を有する物理的位置である。
【０２５１】
データビットは、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能な他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、読み出し専用メモリ（「ＲＯＭ」））の大容量記憶システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、協働するまたは相互接続されたコンピュータ可読媒体を含んでよく、これらのコンピュータ可読媒体は、もっぱら処理システム上に存在する、または処理システムに対してローカルまたはリモートであってよい複数の相互接続された処理システムの間で分散される。代表的実施形態は上述されたメモリに限定されないこと、並びに他のプラットフォームおよびメモリが、説明された方法をサポートしてよいことが理解される。
【０２５２】
適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０２５３】
本発明は、通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアにおいて実装されてよいことが企図されている。特定の実施形態では、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実装されてよい。
さらに、本発明は、本明細書において特定の実施形態を参照して図示および説明されているが、本発明は、示される詳細に限定されることを意図したものではない。むしろ、特許請求の範囲の等価物の範囲内で、本発明から逸脱することなく、様々な修正が詳細に行われてよい。
【図１Ａ】
2021514574.tif 000007
【図１Ｂ】
2021514574.tif 000008
【図１Ｃ】
2021514574.tif 000009
【図１Ｄ】
2021514574.tif 000010
【図２】
2021514574.tif 000011
【図３】
2021514574.tif 000012
【図４】
2021514574.tif 000013
【図５】
2021514574.tif 000014
【図６】
2021514574.tif 000015
【図７】
2021514574.tif 000016
【図８】
2021514574.tif 000017
【図９】
2021514574.tif 000018
【図１０】
2021514574.tif 000019
【図１１】
2021514574.tif 000020
【図１２】
2021514574.tif 000021
【図１３】
2021514574.tif 000022
【図１４】
2021514574.tif 000023
【図１５】
2021514574.tif 000024
【図１６】
2021514574.tif 000025
【図１７】
2021514574.tif 000026
【図１８】
2021514574.tif 000027
【図１９】
2021514574.tif 000028
【図２０】
2021514574.tif 000029
【図２１】
2021514574.tif 000030
【図２２】
2021514574.tif 000031
【図２３】
2021514574.tif 000032
【図２４】
2021514574.tif 000033
【図２５】
2021514574.tif 000034
【図２６】
2021514574.tif 000035
【図２７】
2021514574.tif 000036
【図２８】
2021514574.tif 000037
【図２９】
2021514574.tif 000038
【手続補正書】
【提出日】令和2年10月8日(2020.10.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）によって実行されるリッスンビフォアトーク（ＬＢＴ）方法であって、
前記ＷＴＲＵによってネットワークエンティティに、第１のビームに関連付けられる第１のサウンディング基準信号（ＳＲＳ）および第２のビームに関連付けられる第２のＳＲＳを送信するステップと、
前記ＷＴＲＵによって、前記第１のＳＲＳに関連付けられる第１の電力関連メトリック（ＰＲＭ）および前記第２のＳＲＳに関連付けられる第２のＰＲＭを示す情報を監視するステップと、
前記第１のビームおよび前記第２のビームに関連付けられる受信されたＰＲＭに基づいて前記第２のビームに対する関連利得情報を決定するステップと、
チャネルに関連付けられる電力またはエネルギーの測定値を測定するステップと、
前記電力またはエネルギーの測定値、ＣＣＡ閾値、および前記関連利得情報に基づいて、前記チャネルが空いているかどうかを決定するステップと、
前記チャネルが空いているという条件でデータを送信するステップと
を備える方法。
【請求項２】
前記ＣＣＡ閾値、および前記関連利得情報を使用して新しいＣＣＡ閾値を導出するステップをさらに備え、
前記チャネルが空いているかどうかを決定するステップは、前記電力またはエネルギーの測定値および前記新しいＣＣＡ閾値に基づく、請求項１に記載の方法。
【請求項３】
前記電力またはエネルギーの測定値および前記関連利得情報を使用して新しい測定値を導出するステップをさらに備え、
前記チャネルが空いているかどうかを決定するステップは、前記新しい測定値および前記ＣＣＡ閾値に基づく、請求項１または２に記載の方法。
【請求項４】
前記第１のビームは、基準ビームであり、前記第２のビームは、前記基準ビームとは異なる別のビームであり、
前記関連利得情報を決定するステップは、前記第１のＰＲＭおよび前記第２のＰＲＭに基づいて利得差を推定するステップを含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記ＷＴＲＵによって、前記ネットワークエンティティまたは次世代Ｎｏｄｅ  Ｂ（ｇＮＢ）のいずれかから、ビーム管理情報を含む構成を受信するステップをさらに備え、前記チャネルに関連付けられる前記電力またはエネルギーの前記測定値を測定するステップは、受信された構成に含まれる前記ビーム管理情報に従って行われる、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記電力またはエネルギーの前記測定値を測定するステップは、信号対雑音比（ＳＮＲ）、信号対干渉および雑音比（ＳＩＮＲ）、受信信号強度表示（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、または受信チャネル電力インジケータ（ＲＣＰＩ）のいずれかを決定するステップ含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）であって、
第１のビームに関連付けられる第１のサウンディング基準信号（ＳＲＳ）および第２のビームに関連付けられる第２のＳＲＳを送信し、
前記第１のＳＲＳに関連付けられる第１の電力関連メトリック（ＰＲＭ）および前記第２のＳＲＳに関連付けられる第２のＰＲＭを示す情報を監視する
ように構成された送受信ユニットと
前記第１のビームおよび前記第２のビームに関連付けられる受信されたＰＲＭに基づいて前記第２のビームに対する関連利得情報を決定し、
チャネルに関連付けられる電力またはエネルギーの測定値を測定し、
前記電力またはエネルギーの測定値、ＣＣＡ閾値、および前記関連利得情報に基づいて、前記チャネルが空いているかどうかを決定する
ように構成されたプロセッサと
を備え、
前記送受信ユニットは、前記チャネルが空いているという条件でデータを送信するように構成される、ＷＴＲＵ。
【請求項８】
前記プロセッサは、前記ＣＣＡ閾値、および前記関連利得情報を使用して新しいＣＣＡ閾値を導出するように構成され、
前記チャネルが空いているかどうかを決定することは、前記電力またはエネルギーの測定値および前記新しいＣＣＡ閾値に基づく、請求項７に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、前記電力またはエネルギーの測定値および前記関連利得情報を使用して新しい測定値を導出するように構成され、
前記チャネルが空いているかどうかを決定することは、前記新しい測定値および前記ＣＣＡ閾値に基づく、請求項７または８に記載のＷＴＲＵ。
【請求項１０】
前記第１のビームは、基準ビームであり、前記第２のビームは、前記基準ビームとは異なる別のビームであり、
前記プロセッサは、前記第１のＰＲＭおよび前記第２のＰＲＭに基づいて利得差を推定するように構成される、請求項７乃至９のいずれか一項に記載のＷＴＲＵ。
【請求項１１】
前記第１のＰＲＭおよび前記第２のＰＲＭは、ダウンリンク制御情報（ＤＣＩ）において示される、請求項７乃至１０のいずれか一項に記載のＷＴＲＵ。
【請求項１２】
前記送受信ユニットは、ビーム管理情報を含む構成を受信するように構成され、
前記プロセッサは、前記チャネルに関連付けられる前記電力またはエネルギーの前記測定値を、受信された構成に含まれる前記ビーム管理情報に従って測定するように構成される、請求項７乃至１１のいずれか一項に記載のＷＴＲＵ。
【請求項１３】
前記チャネルは、ライセンスされていないスペクトル内にある、請求項７乃至１２のいずれか一項に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記チャネルに関連付けられる前記電力またはエネルギーの前記測定値を、信号対雑音比（ＳＮＲ）、信号対干渉および雑音比（ＳＩＮＲ）、受信信号強度表示（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、または受信チャネル電力インジケータ（ＲＣＰＩ）のいずれかを決定することを使用して、測定するように構成される、請求項７乃至１３のいずれか一項に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記チャネルが空いていないという条件で、チャネル上のデータ送信を延期または停止するように構成される、請求項７乃至１４のいずれか一項に記載のＷＴＲＵ。
【国際調査報告】
2021514574.tif 000039
2021514574.tif 000040
2021514574.tif 000041
2021514574.tif 000042
2021514574.tif 000043