(57)【要約】受信機支援チャネルアクセスがチャネル占有時間（ＣＯＴ）の間に使用され得る。第１のグループのメンバーであるワイヤレス送信／受信ユニット（ＷＴＲＵ）は、第１のタイムスロットセットにおいてプリアンブルを受信し、第１のタイムスロットに関連付けられたグループを決定し得る。第１のタイムスロットセットに関連付けられたグループが第１のグループであるという条件で、ＷＴＲＵは、第１のスロットセットにおいて送信要求（ＲＴＳ）信号についてチャネルを監視し得る。ＲＴＳ信号が受信されたという条件で、ＷＴＲＵは、チャネル上でリッスンビフォアトーク（ＬＢＴ）を実行し得る。ＬＢＴが成功したという条件で、ＷＴＲＵは、チャネル上での送信可（ＣＴＳ）を送信し、第１のタイムスロットにおいてチャネルにアクセスし得る。ＬＢＴが成功しなかったという条件で、ＷＴＲＵは、第１のタイムスロットセットにおいてチャネルにアクセスし得ない。
2021533668.tif 000002
【特許請求の範囲】
【請求項１】
チャネル占有時間（ＣＯＴ）の間の受信機支援チャネルアクセスを実行するように構成されたワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
送受信機と
プロセッサと
を備え、
前記プロセッサは、前記ＷＴＲＵが第１のグループのメンバーであると決定するように構成され、
前記送受信機は、前記ＣＯＴの第１のタイムスロットセットにおいて第１のプリアンブルを受信するように構成され、
前記プロセッサは、前記第１のプリアンブルに基づいて、前記第１のタイムスロットセットに関連付けられたグループを決定するように構成され、
前記第１のタイムスロットセットに関連付けられた前記グループが前記第１のグループであるという条件で、前記送受信機は、前記第１のスロットセットにおいて第１の送信要求（ＲＴＳ）信号についてチャネルを監視するように構成され、
前記送受信機が前記第１のＲＴＳ信号を受信したという条件で：
前記送受信機は、前記チャネル上で第１のリッスンビフォアトーク（ＬＢＴ）を実行するように構成され、
前記第１のＬＢＴが成功したという条件で、前記送受信機は、前記チャネル上で第１の送信可（ＣＴＳ）を送信し、アップリンク通信またはダウンリンク通信のために前記第１のタイムスロットにおいて前記チャネルにアクセスするように構成され、
前記第１のＬＢＴが成功しなかったという条件で、前記送受信機は、前記第１のタイムスロットセットにおいて前記チャネルにアクセスしないように構成され、前記ＣＯＴ内の後続のタイムスロットセットにおいて別のプリアンブルについて前記チャネルを監視するように構成される、ＷＴＲＵ。
【請求項２】
前記送受信機は、前記ＣＯＴの開始時に前記ＣＯＴについてのＣＯＴ構成情報を受信するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロセッサは、ｇＮＢから受信したグループメンバーシップ情報に基づいて前記ＷＴＲＵが前記第１のグループのメンバーであると決定するように構成される、請求項２に記載のＷＴＲＵ。
【請求項４】
前記ＣＯＴはマルチスロットＣＯＴである、請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＣＯＴは複数のネストされたグループに対応する複数のオーバラップしないタイムスロットセットに分割されている、請求項１に記載のＷＴＲＵ。
【請求項６】
前記ＷＴＲＵは少なくとも前記第１のグループ内にネストされた第２のグループのメンバーでもある、請求項５に記載のＷＴＲＵ。
【請求項７】
前記第１のＬＢＴが成功しなかったという条件で：
前記送受信機は、前記ＣＯＴの第２のタイムスロットセットにおいて前記チャネルを監視するようにさらに構成され、
前記送受信機は、前記第２のタイムスロットセットにおいて第２のプリアンブルを受信するようにさらに構成され、
前記プロセッサは、前記第２のプリアンブルに基づいて、前記第２のタイムスロットセットに関連付けられたグループを決定するように構成され、
前記第２のタイムスロットセットに関連付けられた前記グループが前記第２のグループであるという条件で、前記送受信機は、前記第２のスロットセットにおいて第２のＲＴＳ信号について前記チャネルを監視するように構成され、
前記送受信機が前記第２のＲＴＳ信号を受信したという条件で：
前記送受信機は、前記チャネル上で第２のＬＢＴを実行するように構成され、
前記第２のＬＢＴが成功したという条件で、前記送受信機は、前記チャネル上で第２のＣＴＳを送信し、アップリンク通信またはダウンリンク通信のために前記第２のタイムスロットにおいて前記チャネルにアクセスするように構成され、
前記第２のＬＢＴが成功しなかったという条件で、前記送受信機は、前記第２のタイムスロットセットにおいて前記チャネルにアクセスしないように構成される、請求項６に記載のＷＴＲＵ。
【請求項８】
前記第１のタイムスロットセットにおいて前記チャネルにアクセスしたときに前記送受信機が前記第１のタイムスロットセットにおいてデータを受信するという条件で、前記送受信機は、後続のＣＯＴまで電力セーブモードに入るようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項９】
前記ＷＴＲＵが前記第１のタイムスロットセットに関連付けられた前記グループのメンバーではないという条件で、前記送受信機は、第２のタイムスロットセットまで電力セーブモードに入るようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項１０】
高優先順位のＷＴＲＵとして構成された、請求項１に記載のＷＴＲＵ。
【請求項１１】
チャネル占有時間（ＣＯＴ）の間の受信機支援チャネルアクセスのためにワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵが第１のグループのメンバーであると決定することと、
前記ＣＯＴの第１のタイムスロットセットにおいて第１のプリアンブルを受信することと、
前記第１のプリアンブルに基づいて、前記第１のタイムスロットセットに関連付けられたグループを決定することと、
前記第１のタイムスロットセットに関連付けられた前記グループが前記第１のグループであるという条件で、前記第１のスロットセットにおいて第１の送信要求（ＲＴＳ）信号についてチャネルを監視することと、
前記第１のＲＴＳ信号が受信されたという条件で：
前記チャネル上で第１のリッスンビフォアトーク（ＬＢＴ）を実行することと、
前記第１のＬＢＴが成功したという条件で、前記チャネル上で第１の送信可（ＣＴＳ）を送信することと、アップリンク通信またはダウンリンク通信のために前記第１のタイムスロットにおいて前記チャネルにアクセスすることと、
前記第１のＬＢＴが成功しなかったという条件で、前記第１のタイムスロットセットにおいて前記チャネルにアクセスしないことと、前記ＣＯＴ内の後続のタイムスロットセットにおいて別のプリアンブルについて前記チャネルを監視することと、
を含む、方法。
【請求項１２】
前記ＣＯＴの開始時に前記ＣＯＴについてのＣＯＴ構成情報を受信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵが前記第１のグループのメンバーであると決定することは、ｇＮＢから受信したグループメンバーシップ情報に基づく、請求項１１に記載の方法。
【請求項１４】
前記ＣＯＴはマルチスロットＣＯＴである、請求項１１に記載の方法。
【請求項１５】
前記ＣＯＴは複数のネストされたグループに対応する複数のオーバラップしないタイムスロットセットに分割されている、請求項１１に記載の方法。
【請求項１６】
前記ＷＴＲＵは少なくとも前記第１のグループ内にネストされた第２のグループのメンバーでもある、請求項１５に記載の方法。
【請求項１７】
前記第１のＬＢＴが成功しなかったという条件で：
前記ＣＯＴの第２のタイムスロットセットにおいて前記チャネルを監視することと、
前記第２のタイムスロットセットにおいて第２のプリアンブルを受信することと、
前記第２のプリアンブルに基づいて、前記第２のタイムスロットセットに関連付けられたグループを決定することと、
前記第２のタイムスロットセットに関連付けられた前記グループが前記第２のグループであるという条件で、前記第２のスロットセットにおいて第２のＲＴＳ信号について前記チャネルを監視することと、
前記第２のＲＴＳ信号が受信されたという条件で：
前記チャネル上で第２のＬＢＴを実行することと、
前記第２のＬＢＴが成功したという条件で、前記チャネル上で第２のＣＴＳを送信することと、アップリンク通信またはダウンリンク通信のために前記第２のタイムスロットにおいて前記チャネルにアクセスすることと、
前記第２のＬＢＴが成功しなかったという条件で、前記第２のタイムスロットセットにおいて前記チャネルにアクセスしないことと、
をさらに含む、請求項１６に記載の方法。
【請求項１８】
前記第１のタイムスロットセットにおいて前記チャネルにアクセスしたときに前記第１のタイムスロットセットにおいてデータが受信されたという条件で、後続のＣＯＴまで電力セーブモードに入ることをさらに含む、請求項１１に記載の方法。
【請求項１９】
前記ＷＴＲＵが前記第１のタイムスロットセットに関連付けられた前記グループのメンバーではないという条件で、第２のタイムスロットセットまで電力セーブモードに入る、請求項１１に記載の方法。
【請求項２０】
前記ＷＴＲＵが高優先順位のＷＴＲＵである、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ＮＲＵにおける受信機支援送信に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１８年８月８日に出願された米国特許仮出願第６２／７１６，２４０号の利益を主張する。
【０００３】
最近の第３世代パートナーシッププロジェクト（３ＧＰＰ）規格の議論は、屋内ホットスポット、超都市部、地方、都市部、および高速などのいくつかの展開シナリオを定義している。国際電気通信連合無線通信部門（ＩＴＵ−Ｒ）、次世代モバイルネットワーク（ＮＧＭＮ）および３ＧＰＰによって設定された一般的な要件に基づいて、新興の第５世代（５Ｇ）新無線（ＮＲ）システムのための使用事例の広い分類は、拡張モバイルブロードバンド（ｅＭＢＢ）、マッシブマシンタイプ通信（ｍＭＴＣ）および超高信頼低レイテンシ通信（ＵＲＬＬＣ）に分類され得る。これらの使用事例は、より高いデータレート、より高いスペクトル効率、低電力およびより高いエネルギー効率、ならびに／またはより低いレイテンシおよびより高い信頼性などの異なる性能要件を満たすことに重点を置いている。無認可スペクトルへのＮＲベースのアクセスは、新無線無認可（ＮＲ−ＵまたはＮＲＵ）検討項目の一部である。ＮＲ−Ｕは、６ＧＨｚ未満および６ＧＨｚ超の無認可帯域（例えば、５ＧＨｚ、３７ＧＨｚ、６０ＧＨｚ）を含む無認可スペクトル上でのＮＲヌメロロジーに関係している。
【０００４】
認可支援アクセス（ＬＡＡ）は、ＬＴＥ  Ａｄｖａｎｃｅｄ  Ｐｒｏの一部として３ＧＰＰリリース１３（Ｒ１３）に導入された。ＬＡＡは、認可帯域および無認可帯域にわたってキャリアをアグリゲートするためにＬＴＥキャリアアグリゲーション（ＣＡ）技術を使用してもよく、ダウンリンク（ＤＬ）ＬＡＡ動作を含む。３ＧＰＰリリース１４（Ｒ１４）に導入された拡張ＬＡＡ（ｅＬＡＡ）、および３ＧＰＰリリース１５（Ｒ１５）に導入されたさらなる拡張ＬＡＡ（ｆｅＬＡＡ）は、ＵＬ  ＬＡＡ動作を含む。ＮＲ−Ｕでは、ＮＲ認可支援アクセス（ＮＲ−ＬＡＡ）が二重接続性（ＤＣ）ならびに５Ｇ  ＮＲアンカーチャネル（例えば、制御および構成情報を搬送するためのチャネル）を用いるキャリアアグリゲーション（ＣＡ）によってＬＴＥキャリアにアンカーされるシナリオが考慮され得る。ＮＲ−Ｕは、無認可スペクトルにおけるＮＲのスタンドアロン動作も考慮し得る。
【発明の概要】
【０００５】
方法および装置は、チャネル占有時間（ＣＯＴ）の間の受信機支援チャネルアクセスのために使用されてもよく、ここで、チャネルは認可スペクトルおよび無認可スペクトルを含み得る。ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、ＷＴＲＵが第１のグループのメンバーであると決定し得る。ＷＴＲＵは、ＣＯＴの第１のタイムスロットセットにおいて第１のプリアンブルを受信し、第１のプリアンブルに基づいて、第１のタイムスロットセットに関連付けられたグループを決定し得る。第１のタイムスロットセットに関連付けられたグループが第１のグループであるという条件で、ＷＴＲＵは、第１のスロットセットにおいて第１の送信要求（ＲＴＳ）信号についてチャネルを監視し得る。第１のＲＴＳ信号が受信されたという条件で、ＷＴＲＵは、チャネル上で第１のリッスンビフォアトーク（ＬＢＴ）を実行し得る。第１のＬＢＴが成功したという条件で、ＷＴＲＵは、チャネル上で第１の送信可（ＣＴＳ）を送信し、アップリンク通信またはダウンリンク通信のために第１のタイムスロットにおいてチャネルにアクセスし得る。第１のＬＢＴが成功しなかったという条件で、ＷＴＲＵは、第１のタイムスロットセットにおいてチャネルにアクセスし得ないことがあり、ＣＯＴ内の後続のタイムスロットセットにおいて別のプリアンブルについてチャネルを監視し得る。ＷＴＲＵは、チャネルを監視しないかまたはチャネルにアクセスしないとき、電力節約モードに入り得る。
【図面の簡単な説明】
【０００６】
より詳細な理解は、例として添付の図面とともに与えられる以下の説明から得ることができ、図における同様の参照番号は、同様の要素を示す。
【０００７】
【図１Ａ】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムを示すシステム図である。
【図１Ｂ】実施形態による、図１Ａに示される通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】実施形態による、図１Ａに示される通信システム内で使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。
【図２】受信機支援送信の一部として使用され得る例示的なチャネル予約フレームフォーマットを示す図である。
【図３】０および１に等しい高速交換表示（ＦＥＩ）に従ったチャネル予約フレームフォーマットが存在し得る、例示的なチャネル予約手順の流れ図である。
【図４】ＷＴＲＵがそれ自体のｇＮＢに関するタイミングアドバンス（ＴＡ）を取得するが、近隣ｇＮＢについてのＴＡを取得しない、例示的なネットワークを示す図である。
【図５】ＷＴＲＵが所望の事業者の最も近いｇＮＢに接続され、複数のｇＮＢからＴＡを取得する、例示的なネットワークを示す図である。
【図６】チャネルアグリゲーションＮＲ−Ｕにおいて使用される例示的な受信機支援チャネルアクセス手順のシグナリング図である。
【図７】チャネルアグリゲーションＮＲ−Ｕにおいて使用される例示的なグループベースの受信機支援チャネルアクセス手順のシグナリング図である。
【図８】チャネルアグリゲーションを用いるＮＲ−Ｕにおいて使用するための例示的なグループベースの受信機支援チャネルアクセス手順のシグナリング図である。
【図９】グループがネストされる、チャネルアグリゲーションを用いるＮＲ−Ｕにおいて使用するための例示的なグループベースの受信機支援チャネルアクセス手順のシグナリング図である。
【図１０】アンテナ方向／セクタを用いるグループベースの共有チャネル占有時間（ＣＯＴ）の例示的なグループベースの受信機支援チャネルアクセス手順のシグナリング図である。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであり得る。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有によって複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を採用し得る。
【０００９】
図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを諒解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、そのいずれも「局」および／または「ＳＴＡ」と呼ばれることがあるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウオッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業および／または自動処理チェーンの文脈において動作するロボットおよび／または他のワイヤレスデバイス）、コンシューマエレクトロニクスデバイス、商用および／産業用ワイヤレスネットワーク上で動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれも、ＵＥと交換可能に呼ばれることがある。
【００１０】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、ベース送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを諒解されたい。
【００１１】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つまたは複数のキャリア周波数上でワイヤレス信号を送信および／または受信するように構成され得る。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルの組合せの中にあり得る。セルは、比較的固定であってもよく、または経時的に変化してもよい特定の地理的エリアに、ワイヤレスサービスのためのカバレージを提供し得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つの、すなわち、セルのセクタごとに１つの送受信機を含み得る。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、セルのセクタごとに複数の送受信機を利用してもよい。例えば、所望の空間方向において信号を送信および／または受信するためにビームフォーミングが使用され得る。
【００１２】
基地局１１４ａ、１１４ｂは、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得るエアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１３】
より具体的には、上述のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１４】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装し得る。
【００１５】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立し得るＮＲ無線アクセスなどの無線技術を実装し得る。
【００１６】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば二重接続性（ＤＣ）の原則を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって特徴付けられ得る。
【００１７】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【００１８】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、産業用施設、（例えば、ドローンによって使用するための）エアコリド、道路などの局所的なエリアにおけるワイヤレス接続性を容易にするために任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装し得る。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることが必要とされないことがある。
【００１９】
ＲＡＮ１０４／１１３は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得るＣＮ１０６／１１５と通信していてもよい。データは、異なるスループット要件、レイテンシ要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの変化するサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供するおよび／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５はＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的にまたは間接的に通信していることがあることを諒解されたい。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ  ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）とも通信していることがある。
【００２０】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスにするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されるワイヤードおよび／またはワイヤレス通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。
【００２１】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数の送受信機を含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【００２２】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態に一致したままでありながら、上記の要素の任意の副組合せを含み得ることを諒解されたい。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、ステートマシンなどであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得る送受信機１２０に結合され得る。図１Ｂはプロセッサ１１８および送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８および送受信機１２０は電子パッケージまたはチップ内に一緒に統合され得ることを諒解されたい。
【００２４】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であり得る。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および／または受信するように構成され得る。送信／受信要素１２２はワイヤレス信号の任意の組合せを送信および／または受信するように構成され得ることを諒解されたい。
【００２５】
送信／受信要素１２２は単一の要素として図１Ｂに描かれているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００２６】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、それらにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そのメモリにデータを記憶してもよい。
【００２８】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、ＷＴＲＵ１０２内の他の構成要素に電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００２９】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信するおよび／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてそのロケーションを決定することがある。ＷＴＲＵ１０２は、実施形態に一致したままでありながら、任意の適切なロケーション決定方法によってロケーション情報を獲得することがあることを諒解されたい。
【００３０】
プロセッサ１１８は、追加の特徴、機能および／またはワイヤードもしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。周辺機器１３８は１つまたは複数のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、および／または湿度センサのうちの１つまたは複数であり得る。
【００３１】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームに関連付けられた）信号のいくつかまたはすべての送信および受信が並行および／または同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）またはプロセッサ（例えば、別個のプロセッサ（図示せず））を介したまたはプロセッサ１１８を介した信号処理のいずれかを介した自己干渉を低減および／または実質的に除去するための干渉管理ユニット１３９を含み得る。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのいずれかのための特定のサブフレームに関連付けられた）信号のいくつかまたはすべてのどれかの送信および受信のための半二重無線機を含み得る。
【００３２】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信していることがある。
【００３３】
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態に一致したままでありながら、任意の数のｅノードＢを含み得ることを諒解されたい。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するおよび／またはＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用し得る。
【００３４】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いと通信し得る。
【００３５】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含み得る。上記の要素の各々はＣＮ１０６の一部として描かれているが、これらの要素のいずれもＣＮ事業者以外のエンティティによって所有および／または運用され得ることを諒解されたい。
【００３６】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして働いてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担い得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【００３７】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。ＳＧＷ１６４は一般的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングし、転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中のユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにＤＬデータが利用可能であるときのページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実行し得る。
【００３８】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得るＰＧＷ１６６に接続されてもよい。
【００３９】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはＩＰゲートウェイと通信し得る。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運用される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００４０】
ＷＴＲＵは図１Ａ〜図１Ｄでワイヤレス端末として説明されているが、いくつかの代表的な実施形態では、そのような端末は通信ネットワークとのワイヤード通信インターフェースを（例えば、一時的にまたは恒久的に）使用し得ることが企図される。
【００４１】
代表的な実施形態では、他のネットワーク１１２はＷＬＡＮであり得る。
【００４２】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、配信システム（ＤＳ）またはＢＳＳに入るおよび／もしくはＢＳＳから出るトラフィックを搬送する別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳの外から発信するＳＴＡへのトラフィックはＡＰを通って到達してもよく、ＳＴＡに配信されてもよい。ＳＴＡからＢＳＳの外の宛先に発信するトラフィックは、ＡＰに送られて、それぞれの宛先に配信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、例えばＡＰを通って送られてもよく、ここで、送信元ＳＴＡがトラフィックをＡＰに送ってもよく、ＡＰがトラフィックを宛先ＳＴＡに配信してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされるおよび／または呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いて送信元ＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接）送られてもよい。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しないことがあり、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いと直接通信し得る。ＩＢＳＳ通信モードは、時として、本明細書では「アドホック」通信モードと呼ばれることがある。
【００４３】
８０２．１１ａｃインフラストラクチャ動作モードまたは類似の動作モードを使用するとき、ＡＰはプライマリチャネルなどの固定チャネル上でビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）またはシグナリングを介して動的に設定される幅であり得る。プライマリチャネルはＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてもよい。いくつかの代表的な実施形態では、例えば８０２．１１システムにおいてキャリア感知多元接続／衝突回避（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）はプライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによって感知される／検出されるおよび／またはビジーであると決定される場合、特定のＳＴＡはバックオフし得る。１つのＳＴＡ（例えば、ただ１つの局）が所与のＢＳＳにおいて任意の所与の時に送信し得る。
【００４４】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚ幅のチャネルを形成するためのプライマリ２０ＭＨｚチャネルと隣接または非隣接２０ＭＨｚチャネルの組合せを介して、通信のために４０ＭＨｚ幅のチャネルを使用し得る。
【００４５】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚチャネルおよび／または８０ＭＨｚチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることによって、または、８０＋８０構成と呼ばれることがある、２つの連続しない８０ＭＨｚチャネルを組み合わせることによって形成され得る。８０＋８０構成の場合、データは、チャネル符号化の後に、データを２つのストリームに分割し得るセグメントパーサを通じて渡され得る。逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理は、各ストリーム上で別々に行われ得る。ストリームは２つの８０ＭＨｚチャネル上にマッピングされてもよく、データは送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機において、８０＋８０構成についての上記で説明された動作は逆になることがあり、組み合わされたデータは媒体アクセス制御（ＭＡＣ）に送られることがある。
【００４６】
サブ１ＧＨｚ動作モードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚおよび２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレージエリア内のＭＴＣデバイスなどの、メータタイプ制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、いくつかの機能、例えば、いくつかのおよび／または限定された帯域幅に対するサポート（例えば、それのみに対するサポート）を含む限定された機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含み得る。
【００４７】
複数のチャネルと、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどのチャネル帯域幅とをサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートする、ＢＳＳ内で動作しているすべてのＳＴＡの中からのＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例では、ＡＰ、およびＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、プライマリチャネルは１ＭＨｚモードをサポート（例えば、１ＭＨｚモードのみをサポート）するＳＴＡ（例えば、ＭＴＣタイプデバイス）用の１ＭＨｚ幅であってもよい。キャリア感知および／またはネットワーク割振りベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡのせいで、プライマリチャネルがビジーである場合、周波数帯域の大半がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。
【００４８】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００４９】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上述のように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信していることがある。
【００５０】
ＲＡＮ１１３はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態に一致したままでありながら、任意の数のｇＮＢを含み得ることを諒解されたい。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信するおよび／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信するために、ビームフォーミングを利用し得る。したがって、ｇＮＢ１８０ａは、例えば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するおよび／またはＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用し得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはキャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは無認可スペクトル上にあり得るが、残りのコンポーネントキャリアは認可スペクトル上にあり得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは多地点協調（ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調された送信を受信し得る。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジーに関連付けられた送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分によって異なることがある。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含むおよび／または様々な長さの絶対時間持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域内の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためにＤＣ原則を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働いてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供してもよい。
【００５３】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、二重接続性、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＸｎインターフェースを介して互いと通信し得る。
【００５４】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素の各々はＣＮ１１５の一部として描かれているが、これらの要素のいずれもＣＮ事業者以外のエンティティによって所有および／または運用され得ることを諒解されたい。
【００５５】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、制御ノードとして働いてもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのためのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終端、モビリティ管理などを担い得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張マッシブモバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、マシンタイプ通信（ＭＴＣ）アクセスのためのサービスなどの異なる使用事例のために確立され得る。ＡＭＦ１８２は、ＲＡＮ１１３とＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【００５６】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通じたトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスを管理し割り当てること、ＰＤＵセッションを管理すること、ポリシー実施およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【００５７】
ＵＰＦ１８４ａ、１８４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得るＮ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよい。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングし転送すること、ユーザプレーンポリシーを実施すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなどの他の機能を実行し得る。
【００５８】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはＩＰゲートウェイと通信し得る。加えて、ＣＮ１１５は、他のサービスプロバイダによって所有および／または運用される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されてもよい。
【００５９】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書で説明される任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明される機能のうちの１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書で説明される機能のうちの１つもしくは複数またはすべてをエミュレートするように構成された１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするためにならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【００６０】
エミュレーションデバイスは、ラボ環境内でおよび／または事業者ネットワーク環境内で他のデバイスの１つまたは複数のテストを実装するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするためにワイヤードおよび／またはワイヤレス通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つもしくは複数のまたはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数のまたはすべての機能を実行し得る。エミュレーションデバイスは、テストする目的で別のデバイスに直接結合され得るおよび／またはオーバザエアワイヤレス通信を使用してテストを実行し得る。
【００６１】
１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装／展開されないが、すべてを含む１つまたは複数の機能を実行し得る。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実装するためにテストラボラトリならびに／または展開されない（例えば、テスト用）ワイヤードおよび／もしくはワイヤレス通信ネットワーク内でのテストシナリオにおいて利用され得る。１つまたは複数のエミュレーションデバイスはテスト機器であり得る。直接ＲＦ結合および／または（例えば、１つまたは複数のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。
【００６２】
送信を開始する前に送信エンティティが無線チャネルを感知するリッスンビフォアトーク（ＬＢＴ）プロトコルは、ＬＡＡにおいて実装され得る。例では、カテゴリ１  ＬＢＴにおいて、ＬＢＴ手順は送信エンティティによって実行されないことがある。カテゴリ２  ＬＢＴにおいて、ＬＢＴはランダムバックオフなしに実装され得る。送信エンティティが送信する前にチャネルがアイドルであると感知される持続時間は、決定論的であり得る。カテゴリ３  ＬＢＴにおいて、ＬＢＴは、固定サイズの競合ウィンドウを用いてランダムバックオフありで実装され得る。この場合、ＬＢＴ手順の一部として、送信エンティティは競合ウィンドウ内の乱数Ｎを選び出し得る。競合ウィンドウのサイズは、Ｎの最小値および最大値によって指定されてもよい。競合ウィンドウのサイズは、固定であってもよい。乱数Ｎは、送信エンティティがチャネル上で送信する前にそのチャネルがアイドルであると感知される持続時間を決定するためにＬＢＴ手順において使用され得る。
【００６３】
カテゴリ４  ＬＢＴにおいて、ＬＢＴは、可変サイズの競合ウィンドウを用いてランダムバックオフありで実装され得る。この場合、ＬＢＴ手順の一部として、送信エンティティは競合ウィンドウ内の乱数Ｎを選び出し得る。競合ウィンドウのサイズは、Ｎの最小値および最大値によって指定されてもよい。送信エンティティは、乱数Ｎを選び出すときに競合ウィンドウのサイズを変化させてもよい。乱数Ｎは、送信エンティティがチャネル上で送信する前にそのチャネルがアイドルであると感知される持続時間を決定するためにＬＢＴ手順において使用される。
【００６４】
デバイスがランダムバックオフを実行し得る場合、異なるチャネルアクセス優先順位クラスおよび対応するパラメータが表１で説明されるように定義され得る。表１を参照すると、ｐは優先順位クラスインデックスである。延期持続時間Ｔdは、ｍp個の連続するスロット持続時間が直後に続く持続時間Ｔf＝１６μｓからなり、ここで、各スロット持続時間はＴsl＝９μｓである。ＣＷmin,pおよびＣＷmax,pは、所与の優先順位クラスに対する競合ウィンドウの最小サイズおよび最大サイズをそれぞれ定義し、ＣＷpは、所与の優先順位クラスに対する競合ウィンドウである。チャネル占有時間（ＣＯＴ）は、（例えば、ＬＢＴのための）チャネル検知後の継続的な送信時間を指すことがある。ｅＮＢは、Ｔm,cot,pを超える期間の間、ＬＡＡ２次セル（Ｓｃｅｌｌ）送信が実行されるキャリア上で継続的に送信しないことがある。
【００６５】
【表１】
2021533668.tif 000003
【００６６】
共有ＣＯＴ送信が実装され得る。例えば、ｅＮＢは、カテゴリ４  ＬＢＴによってチャネルを獲得し、アップリンク（ＵＬ）送信のためにチャネルをＷＴＲＵと共有し得る。このシナリオでは、ＵＬ送信の前にカテゴリ２  ＬＢＴが使用され得る。
【００６７】
５Ｇ  ＮＲＵでは、自己完結型ＴＸＯＰが考慮され得る。例えば、２段階ＴＸＯＰを用いる機構が実装され得る。第１の段階はチャネル競合および予約のための準備段階であってもよく、第２の段階はデータ送信のために使用されてもよい。
【００６８】
例では、ｅＮＢは、ＣＯＴが最大の優先順位クラス値を使用して獲得される場合、共通物理ダウンリンク制御チャネル（Ｃ−ＰＤＣＣＨ）によって示されるＵＬサブフレームに属するサブフレームにおけるｅＮＢが獲得した共有ＣＯＴ内の自律アップリンク（ＡＵＬ）を許可し得る。
【００６９】
ｅＮＢ共有ＣＯＴ内のＡＵＬ送信の有効化または無効化は、Ｃ−ＰＤＣＣＨにおける１ビットフィールドを介して示され得る。例えば、共有が許可されることをｅＮＢが示す場合、ＡＵＬ送信について、ＷＴＲＵはＣ−ＰＤＣＣＨによって示されるＵＬサブフレームの間に任意の優先順位クラスに対応するデータを送ることができる。共有が無効化されることをｅＮＢが示す場合、ＷＴＲＵはＣ−ＰＤＣＣＨによって示されるＵＬサブフレーム間にＡＵＬを送信することができない。ｅＮＢが獲得した単一の共有ＣＯＴ内のＣ−ＰＤＣＣＨによって示される任意のまたはすべてのＵＬサブフレームは、連続的であり得る（すなわち、（ｅ）ＬＡＡと同様に、サブフレーム間の短いギャップ、例えば最大２つのシンボルが許容され得る）。共有ＣＯＴ内のＷＴＲＵのＡＵＬ送信も、連続的であり得る（すなわち、（ｅ）ＬＡＡと同様に、サブフレーム間の短いギャップ、例えば最大２つのシンボルが許容され得る）。ＦｅＬＡＡにおけるＡＵＬは、（例えば、２５μｓのＬＢＴを伴う）タイプ２チャネルアクセスを使用し得る。Ｃ−ＰＤＣＣＨにおいて示されるＵＬサブフレームに属するサブフレーム内で開始されたＡＵＬ送信は、最後の示されたＵＬサブフレームを越えて継続することができない。ＤＬ−ＵＬ−ＤＬ切替えは、単一のＣＯＴ内で許容され得ない。Ｃ−ＰＤＣＣＨによって示されるＵＬサブフレームに属するすべてのサブフレーム（例えば、スケジュールドとＡＵＬの両方）は、ＵＬ送信が行われるかどうかにかかわらず、ｅＮＢ  ＣＯＴに加算され得ない。ＣＯＴに物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信がないとき、ｅＮＢ共有ＣＯＴ内のＡＵＬ送信はＣ−ＰＤＣＣＨにおける表示を介して無効化され得る。
【００７０】
例えばカテゴリ４  ＬＢＴを使用して、ＡＵＬ送信のためにＷＴＲＵによって獲得されたＣＯＴは、ｅＮＢと共有され得る。ＷＴＲＵによって獲得されたＣＯＴを利用するために、ｅＮＢは、ＡＵＬダウンリンクフィードバック表示（ＡＵＬ−ＤＦＩ）またはＵＬ許可などのＤＬ制御情報を、残りのＣＯＴ内のＣＯＴを獲得したＷＴＲＵに送り得る。ＷＴＲＵが獲得したＣＯＴ内のＤＬ送信の場合、ＤＬ送信は、長さが最大２つのＯＦＤＭシンボル（ＯＳ）の部分的な終了サブフレーム（すなわち、サブフレーム境界ではなく、サブフレーム内のシンボルで終わる）を有し得る。ｅＮＢは、制御情報を任意のＷＴＲＵに送り得る。ＡＵＬバーストの最後のシンボルはドロップされ得る。ｅＮＢは、復調基準信号（ＤＲＳ）の場合と同じＬＢＴ手順を使用し得る。ＷＴＲＵが獲得したＣＯＴ内のＤＬ送信の開始前に、最大１ＯＳ−２５μｓのサイクルプレフィックス（ＣＰ）拡張がｅＮＢによって送信され得る。ＵＬ−ＤＬ−ＵＬ共有は、単一のＣＯＴ内で許可され得ない。
【００７１】
共有ｇＮＢ  ＣＯＴ内での単一のおよび複数のＤＬからＵＬへのおよび／またはＵＬからＤＬへの切替えがサポートされ得る。単一のまたは複数の切替えポイントをサポートするためのＬＢＴ条件は、以下の例示的な条件のいずれかを含み得るが、それらを含むことに限定されない。例示的な条件では、１６μｓ未満のギャップの場合、ｎｏ−ＬＢＴが使用され得る。いつｎｏ−ＬＢＴオプションが使用され得るかについての制限および／または条件は、公平な共存を考慮してさらに特定され得る。例示的な条件では、１６μｓから２５μｓの間のギャップの場合、ワンショットＬＢＴが使用され得る。いつワンショットＬＢＴオプションが使用され得るかについての制限および／または条件は、公平な共存を考慮してさらに特定され得る。例示的な条件では、単一の切替えポイントについて、ＤＬ送信からＵＬ送信までのギャップが２５μｓを越える場合、ワンショットＬＢＴが使用され得る。許可されたＵＬ送信に対して、１つまたは複数のワンショットＬＢＴ試行が許容され得る。例示的な条件では、複数の切替えポイントについて、ＤＬ送信からＵＬ送信までのギャップが２５μｓを超える場合、ワンショットＬＢＴが使用され得、関連する規制を有し得る。
【００７２】
ＮＲＵでは、ＬＢＴ機構への拡張は、指向性アンテナ／送信、受信機支援ＬＢＴ（例えば、送信要求／送信可（ＲＴＳ／ＣＴＳ）タイプ機構）、オンデマンド受信機支援ＬＢＴ（例えば、必要とされるときにのみ有効化される受信機支援ＬＢＴ）に対処する技法、空間再利用を強化する技法、プリアンブル検出、および７ＧＨｚを超えるベースラインＬＢＴ機構への拡張を含み得るが、それらに限定されない。
【００７３】
一般的に、無認可帯域では、受信機支援送信は、送信機および受信機を隠れノードによる干渉送信から保護し得る。加えて、受信機支援送信は、他のデバイスによる既存の送信を受信機支援送信に直接関与するデバイスの干渉から保護し得る。さらに、受信機支援送信は、ＷＴＲＵが受信／送信に利用可能であるかどうかをＷＴＲＵが報告することを可能にし得る。上述の目的のすべてまたは一部を果たすために、ＲＴＳ／ＣＴＳ様送信がブロードキャストされ、すべての近くのノードによって理解され得る。ＮＲＵでは、例えばＵＬ送信においてそのような受信機支援送信を可能にする機構が使用され得る。
【００７４】
ダウンリンク（ＤＬ）データ送信では、ＵＬにおけるＣＴＳ様送信はサービングｇＮＢによっておよび近隣ｇＮＢによっても理解される必要があり得る。すべてのｇＮＢが完璧に同期される保証はない。さらに、ＷＴＲＵは、そのサービングｇＮＢに対するそのタイミングアドバンスを推定することがあるが、非サービングｇＮＢに対するそのタイミングアドバンスを推定することがない。したがって、非サービングｇＮＢは、ＷＴＲＵからの送信を理解することが困難であり得る。問題は、複数のＷＴＲＵが同じタイムスロットを使用してＣＴＳを並行して送信しているときに、より重大であり得る。
【００７５】
キャリアアグリゲーション（ＣＡ）を用いるＮＲＵ送信がサポートされ得る。プライマリセル（Ｐｃｅｌｌ）が認可帯域にあり、２次セル（Ｓｃｅｌｌ）が無認可帯域にあることが可能であり得る。受信機支援ＬＢＴを実行するおよび／またはＣＡを用いる受信機支援ＬＢＴを達成するために複数のキャリアを利用する機構が使用され得る。１つまたは複数のＤＬ／ＵＬ切替えを伴う共有ＣＯＴ送信がＮＲＵにおいてサポートされ得る。共有ＣＯＴにおいて受信機支援ＬＢＴを実行するおよび／またはＷＴＲＵのすべての間で柔軟なＣＯＴ共有およびアクセスを提供する機構が使用され得る。
【００７６】
例えばＮＲＵにおいて受信機支援送信を実行するために、以下の例示的な機構のいずれかが使用され得る。送信されたＲＴＳ／ＣＴＳ様信号は、意図しないデバイスが次回の送信に気付き、次いで対応する持続時間の間、意図しないデバイス自体を沈黙させることができるように、意図したデバイスと意図しないデバイスの両方によって復号され得る。意図したＷＴＲＵも、次回の送信持続時間に気付くことができる。ＲＴＳ／ＣＴＳ様信号は、すべてのＷＴＲＵがＲＴＳ／ＣＴＳ様信号の送信を監視することができるように、物理ブロードキャストチャネル（ＰＢＣＨ）などのブロードキャストチャネルまたは他のブロードキャストチャネルを使用して送信され得る。ＲＴＳ／ＣＴＳ様信号の監視機会を低減するために、ＲＴＳ／ＣＴＳ信号は、プリアンブルと呼ばれることがある事前に定義されたまたは事前に決定された基準信号の直後に送信され得る。例えば、それぞれＲＴＳ／ＣＴＳ様信号を示すために、チャネル予約要求（ＣＲｒｅｑ）およびチャネル予約応答（ＣＲｒｅｓｐ）が使用され得る。本明細書で使用される場合、ＲＴＳ／ＣＴＳはＣＲｒｅｑ／ＣＲｒｅｓｐと交換可能に使用され得る。例では、ＣＲｒｅｑおよび／またはＣＲｒｅｓｐ送信に関連付けられた事前に定義された／事前に決定されたＣＲｒｅｑ／ＣＲｒｅｓｐ監視ウィンドウがあり得る。別の例では、ＣＲｒｅｑ／ＣＲｒｅｓｐ監視ウィンドウは、プリアンブル（例えば、事前に決定された基準信号）の検出によってトリガされ得る。
【００７７】
図２は、受信機支援送信の一部として使用され得る例示的なチャネル予約フレームフォーマット２０１、２０２、２０３および２０４を示す。例示的なフレームフォーマット２０１、２０２、２０３および２０４のいずれかに従ったチャネル予約フレームは、以下の信号、すなわち、プリアンブル２１０（ＤＬおよび／またはＵＬ）、ＣＲｒｅｑ信号２１２（ＤＬおよび／またはＵＬ）、ＰＤＣＣＨ２１４（ＤＬ）、ＰＤＳＣＨ２１６（ＤＬ）、ＰＵＣＣＨおよび／もしくはＰＵＳＣＨ２１８（ＵＬ）、ならびに／またはＣＲｒｅｓｐ信号２２０（ＤＬおよび／またはＵＬ）のうちのいずれか１つまたは複数を含み得るが、それらを含むことに限定されない。例では、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０は、ＤＬ内のＰＤＣＣＨ２１４またはＵＬ内のＰＵＣＣＨ２１８において搬送され得る。例示的なフレームフォーマット２０１、２０２、２０３および２０４では、ｇＮＢは無認可チャネルを介してチャネルを獲得してもよく、プリアンブル信号２１０を送信することによってＣＯＴを開始してもよい。プリアンブル２１０は、完全な周波数帯域幅または部分的な周波数帯域幅を介してＤＬにおいて送信され得る。ＣＲｒｅｑ２１２は、プリアンブル２１０の直後にＤＬにおいて送信され得る。例では、ＣＲｒｅｑ信号２１２は、最も低い変調およびコーディングレートを使用して符号化され、復調基準信号（ＤＭＲＳ）と一緒に送信され得る。ＣＲｒｅｑ信号２１２が復号され得、ＣＲｒｅｑ２１２とともに送信されたＤＭＲＳを使用してチャネル推定が実行され得る。ＣＲｒｅｑ信号２１２は、以下の情報、すなわち、１つまたは複数の高速交換表示（ＦＥＩ）フィールド、持続時間フィールド、ＷＴＲＵ  ＩＤフィールド、ＣＲｒｅｓｐ用リソース割振りフィールド、選択されたサブキャリア間隔（ＳＣＳ）フィールドおよび／またはセルＩＤフィールドのうちのいずれか１つまたは複数を含み得るが、それらを含むことに限定されない。ＦＥＩフィールドは、ＣＲｒｅｓｐ信号２２０がＷＴＲＵからＵＬにおいて送信される必要があり得るかどうかおよびいつ送信される必要があり得るかを示し得る。持続時間フィールドは、ＣＯＴのための予想される送信持続時間を示し得る。ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０の送信を検出する意図しないＷＴＲＵは、その潜在的なまたは意図した送信をＣＯＴの終わりに延期することがあるおよび／または電力を節約するためにスリープモードに切り替えることがある。例では、持続時間情報は、媒体をリッスンするすべてのデバイスが持続時間情報を検出することが可能であり得、次回のＣＯＴの持続時間に気付き、それに応じてそれ自体の送信を延期することができるように、専用リソースにおいてブロードキャストされ得る。
【００７８】
ＷＴＲＵ  ＩＤフィールドは、ＣＲＣフィールドもしくはＤＭＲＳにおけるスクランブリングによって暗黙的に搬送され得るか、またはＣＲｒｅｑ信号２１２に明示的に含まれ得る。例えば、ＷＴＲＵ  ＩＤは、すべてのＷＴＲＵおよびｇＮＢがＣＲｒｅｑ信号２１２の一部として検出することが可能であり得るブロードキャストＩＤであり得る。別の例では、ＷＴＲＵ  ＩＤは、グループ内のすべてのＷＴＲＵおよびｇＮＢがＣＲｒｅｑ信号２１２の一部として検出することが可能であり得るグループキャスト／マルチキャストＩＤであり得る。別の例では、ＷＴＲＵ  ＩＤは、ＣＲｒｅｑ信号２１２がＷＴＲＵ用であり得る（例えば、ブロードキャストされない）ように、ＷＴＲＵ固有のＩＤであり得る。例では、ＷＴＲＵ  ＩＤのタイプ（すなわち、ブロードキャスト／マルチキャストＩＤまたはユニキャストＩＤ）に応じて、ＣＲｒｅｑ信号２１２のフォーマットが異なることがあるか、またはリソース割振りフィールドなどのＣＲｒｅｑ信号２１２内のいくつかのフィールドが異なることがある。別の例では、２つ以上のＷＴＲＵ  ＩＤがＣＲｒｅｑ信号２１２において搬送され得る。例えば、すべてのＷＴＲＵ／ｇＮＢが信号を検出することが可能であり得るように、ブロードキャストＷＴＲＵ  ＩＤが搬送されてもよく（例えば、ＣＲＣフィールドまたはＤＭＲＳフィールドをスクランブルするためにブロードキャストＷＴＲＵ  ＩＤが使用され得る）、ＣＲｒｅｑ信号２１２の意図した受信機を示すために、ユニキャストまたはマルチキャストＷＴＲＵ  ＩＤが明示的にまたは暗黙的に搬送されてもよい。
【００７９】
ＣＲｒｅｓｐ信号（または、ＰＵＣＣＨまたは他の制御もしくはデータチャネルにおいて搬送されるＣＲｒｅｓｐフィールド）のためのリソース割振りは、複数のＷＴＲＵがＯＦＤＭシンボルの同じセットを使用してＵＬ  ＣＲｒｅｓｐ信号２２０を並行して送信し得る場合から守るためにＣＲｒｅｑ信号２１２に含まれ得る。ＣＲｒｅｓｐフィールドのためのリソース割振りをシグナリングするために、以下の例示的な方法のいずれかが使用され得る。一例では、ＣＲｒｅｓｐフィールドのためのリソース割振りは、ＷＴＲＵが周波数リソースを使用することができるように、ＷＴＲＵ  ＩＤのタイプおよび対応する周波数割振りを含み得る。別の例では、可能なリソース割振りセット／テーブルは、事前に定義される／事前に決定されるか、または上位レイヤシグナリングによってシグナリングされてもよい。リソース割振りセット／テーブルインデックスは、ＷＴＲＵがＣＲｒｅｓｐ２２０を送信するための割り振られたリソースを知ることができるように、ＣＲｒｅｑに（すなわち、ＣＲｒｅｓｐフィールドのためのリソース割振りに）示され得る。特殊インデックスは、ＣＲｒｅｓｐ２２０を送信するために１つのＷＴＲＵに割り振られ得る。別の例では、グループキャストＩＤは、ＣＲｒｅｓｐ２２９を送信し得るＷＴＲＵのグループを示すために使用され得る。ＷＴＲＵのグループは、グループが形成され得、各ＷＴＲＵがその順序インデックスを知り得るときに順序付けられる。ＣＲｒｅｓｐフィールドのためのリソース割振りでは、ｇＮＢはリソースセットのリストを含み得る。各ＷＴＲＵは、リソースセットにエントリを配置するためにその順序インデックスを使用し得る。対応するリソースは、ＣＲｒｅｓｐ２２０を送信するためにＷＴＲＵによって使用され得る。
【００８０】
ＣＲｒｅｑ信号２１２内のＳＣＳフィールドは、どのＳＣＳがＤＬおよび／またはＵＬ制御および／またはデータ送信において使用され得るかを示し得る。この場合、制御／データ送信は、プリアンブル信号２１０、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０を含まないことがある。ＣＲｒｅｑ信号２１２内のセルＩＤフィールドは、暗黙的にまたは明示的に搬送され得る。例では、圧縮されたまたは簡略化されたセルＩＤが使用され得る。圧縮されたまたは簡略化されたセルＩＤは、デバイスが送信がそのサービングセルにおけるものかまたは近隣セルにおけるものかを知ることができるように、ローカルに一意であり得る。
【００８１】
別の例では、ＣＲｒｅｓｐ信号２２０は、ＣＲｒｅｑ信号２１２と同じ物理レイヤ設定を使用してもよく、その場合、ＣＲｒｅｓｐ信号２２０を送信するために追加のシグナリングが必要とされないことがある。そうでない場合、ＣＲｒｅｑ信号２１２において、ＣＲｒｅｓｐ信号２２０を送信するための以下の例示的な物理レイヤ設定、すなわち、アンテナポート、レイヤの数、ＤＭＲＳフォーマット、ならびに／または変調およびコーディング方式（ＭＣＳ）のいずれかが搬送され得る。
【００８２】
例示的なチャネル予約フレームフォーマット２０１、２０２、２０３および２０４に示されるように、異なるＦＥＩ値が使用され（およびＣＲｒｅｑ信号２１２のＦＥＩフィールドにおいてシグナリングされ）得る。例えば、ＦＥＩ＝０は、ＣＲｒｅｓｐが使用されない、チャネル予約フレームフォーマット２０１に従ったフレーム交換を示し得る。チャネル予約フレームフォーマット２０１の場合、ＤＬにおけるＰＤＣＣＨ２１４およびＰＤＳＣＨ２１６は、ＤＬにおけるＣＲｒｅｑ信号２１２の送信に続いてもよい。ＷＴＲＵ（または複数のＷＴＲＵ）は、ＤＬ送信の終わりから（すなわち、ＣＲｒｅｑ信号２１２、ＰＤＣＣＨ２１４、およびＰＤＳＣＨ２１６の送信の後に）ＬＢＴを実行し、ＬＢＴが成功した（すなわち、チャネル上で送信が感知されない）場合にＵＬ送信２１８を開始してもよい。例では、いくつかの条件下では、ＵＬにおいてＬＢＴが実行されないことがある。
【００８３】
別の例では、ＦＥＩ＝１は、チャネル予約フレームフォーマット２０２に従ったフレーム交換を示し得る。ＣＲｒｅｑ信号２１２の送信の後、１つのＷＴＲＵ（または複数のＷＴＲＵ）は、固定の持続時間を有するＬＢＴ、ランダムバックオフありのＬＢＴを実行するか、またはＬＢＴを実行せず、次いで、ＷＴＲＵは、割り振られたリソースにおいてＣＲｒｅｓｐ信号２２０を送信してもよい。ｇＮＢは、ＣＲｒｅｓｐ信号２２０の受信時に、固定の持続時間を有するＬＢＴ、ランダムバックオフありのＬＢＴを実行するか、またはＬＢＴを実行せず、次いで、ＰＤＣＣＨ２１４および／またはＰＤＳＣＨ２１６を含むＤＬスロットにおいて送信してもよい。ＷＴＲＵは、ＤＬ信号（例えば、ＰＤＣＣＨ２１４および／またはＰＤＳＣＨ２１６）の受信時に、固定の持続時間を有するＬＢＴ、ランダムバックオフありのＬＢＴを実行するか、またはＬＢＴを実行せず、次いで、ＵＬデータ２１８を送信してもよい。チャネル予約フレームフォーマット２０２は、より多くのＤＬ／ＵＬ切替え／オーバヘッドを犠牲にして完全なＲＴＳ／ＣＴＳ様保護を提供し得る。
【００８４】
別の例では、ＦＥＩ＝２は、チャネル予約フレームフォーマット２０３に従ったフレーム交換を示し得る。ＣＲｒｅｑ信号２１２の送信の後、ｇＮＢはＰＤＣＣＨ２１４およびＰＤＳＣＨ２１６を送信し続けてもよい。１つのＷＴＲＵ（または複数のＷＴＲＵ）は、固定の持続時間を有するＬＢＴ、ランダムバックオフありのＬＢＴを実行するか、またはＬＢＴを実行しなくてもよく、次いで、ＷＴＲＵは、割り振られたリソースにおいてＣＲｒｅｓｐ信号２２０を送信してもよく、その後にＵＬデータ２１８が続く。チャネル予約フレームフォーマット２０３は、限定されたＤＬ／ＵＬ切替え／オーバヘッドを伴う部分的なＲＴＳ／ＣＴＳ様保護を提供し得る。
【００８５】
別の例では、ＦＥＩ＝３は、チャネル予約フレームフォーマット２０４に従ったフレーム交換を示し得る。ＣＲｒｅｑ信号２１２の送信の後、１つのＷＴＲＵ（または複数のＷＴＲＵ）は、固定の持続時間を有するＬＢＴ、ランダムバックオフありのＬＢＴを実行するか、またはＬＢＴを実行しなくてもよく、次いで、ＷＴＲＵは、割り振られたリソースにおいてＣＲｒｅｓｐ信号２２０を送信してもよい。ＷＴＲＵは、ＣＲｒｅｓｐ送信２２０の後にアップリンクデータ２１８（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ））を送信し続けてもよい。ＵＬ送信２１８は、ｇＮＢからの許可なしで送信されてもよい。ｇＮＢは、ＣＲｒｅｓｐ信号２２０およびＵＬ送信２１８の受信時に、固定の持続時間を有するＬＢＴ、ランダムバックオフありのＬＢＴを実行するか、またはＬＢＴを実行せず、次いで、ＰＤＣＣＨ２１４および／またはＰＤＳＣＨ２１６を含むＤＬスロットにおいて送信してもよい。チャネル予約フレームフォーマット２０４は、特に高いレイテンシ要件を有するＵＬ送信に効果的であり得る。
【００８６】
上述のＦＥＩ値は例示的なＦＥＩであり、ＦＥＩのフォーマットはこれらの例に限定され得ない。加えて、１つまたは複数の上述のフォーマットが利用されてもよい。プリアンブル２１０、ＣＲｒｅｑ信号２１２およびＣＲｒｅｓｐ信号２２０の送信は、すべてのデバイス（例えば、ｇＮＢおよび／または１つもしくは複数のＷＴＲＵ）がこれらの信号を検出する機会を有するように、基本ＳＣＳ２３０を使用し得る。ダウンリンクデータ（ＰＤＣＣＨ２１４および／またはＰＤＳＣＨ２１６）およびアップリンクデータ２１８（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ）などの他の制御／データチャネルの送信は、基本ＳＣＳ２３０と同じであってもよく同じでなくてもよい、選択されたＳＣＳ２３２を使用し得る。
【００８７】
ＣＲｒｅｓｐ信号２２０は、以下の情報、すなわち、ＢＳＳ  ＩＤ、ＷＴＲＵ  ＩＤ、および／またはチャネル／リソース利用可能性のうちの１つまたは複数を搬送し得る。ＢＳＳ  ＩＤフィールドは、サービングＢＳＳを示すために暗黙的にまたは明示的に搬送され得る。ＷＴＲＵ  ＩＤフィールドは、ＷＴＲＵを識別するために暗黙的にまたは明示的に搬送され得る。チャネル／リソース利用可能性フィールドは、ＷＴＲＵのチャネル／リソース利用可能性を示し得る。例では、ｇＮＢは、アグリゲートされたチャネル（すなわち、２つ以上の２０ＭＨｚチャネル）上で動作し得る。ＷＴＲＵは、ｇＮＢと通信するためにどのチャネルがＷＴＲＵで利用可能であり得るかを示すために、チャネル／リソース利用可能性フィールドを使用し得る。ＷＴＲＵは、例えば、すべてのチャネル／リソースの中の利用可能なチャネル／リソースを示すために、ビットマップを使用し得る。別の例では、ＷＴＲＵは、どの１つのリソースブロックまたは複数のリソースブロックがＷＴＲＵで使用するために利用可能であり得るかを示すために、チャネル／リソース利用可能性フィールドを使用し得る。この例では、ＷＴＲＵは、リソースブロックごとにチャネル利用可能性を検出することが可能であり得る。
【００８８】
セルＩＤは、ＣＲｒｅｑ信号２１２および／もしくはＣＲｒｅｓｐ信号２２０に明示的に含まれるか、またはプリアンブル２１９、ＣＲｒｅｑ信号２１２および／もしくはＣＲｒｅｓｐ信号２２０に暗黙的に含まれ得る。セルＩＤを含むことは、セル間での空間再利用送信を可能にし得る。例えば、ＷＴＲＵまたは基地局（例えば、ｇＮＢ）は、セルＩＤを確認することによって、近隣セルからのプリアンブル２１０、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ送信２２０を観測し得る。次いで、ＷＴＲＵまたはｇＮＢは、エネルギー検出しきい値を事前に定義されたｎｅｉｇｈｂｏｒｉｎｇ＿ｃｅｌｌ＿ｅｎｅｒｇｙ＿ｄｅｔｅｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄに調整し得る。エネルギーがしきい値より大きい場合、ＷＴＲＵまたはｇＮＢはその送信を延期し得る。ＷＴＲＵまたはｇＮＢが、セルＩＤに従って、送信が同じセルからのものであると決定した場合、ＷＴＲＵまたはｇＮＢは、エネルギー検出しきい値を事前に定義されたｄｅｓｉｒｅｄ＿ｃｅｌｌ＿ｅｎｅｒｇｙ＿ｄｅｔｅｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄに調整し、受け取られたエネルギーをしきい値と比較し得る。セル間空間再利用が望まれる場合、システムは、セル間信号が観測された場合にデバイスがより多くの送信する機会を有することができるように、２つのしきい値を異なるように設定し得る。
【００８９】
ＣＲｒｅｑ信号２１２およびＣＲｒｅｓｐ信号２２０の送信は、既存のＮＲチャネルではなく、ブロードキャストチャネルによって搬送されることがあり、その後にプリアンブル２１０が続く。ＣＲｒｅｑ信号２１２およびＣＲｒｅｓｐ信号２２０の検出は、プリアンブル２１０の検出によってトリガされ得る。例では、ＣＲｒｅｑ信号２１２およびＣＲｒｅｓｐ信号２２０は、必ずしもプリアンブル信号２１０の後に送信されるとは限らないことがある。別の例では、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０の存在を示すために、１つの事前に定義された／事前に決定されたプリアンブルシーケンスがプリアンブル２１０において使用され得る。
【００９０】
別の例では、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０は、（例えば、アップリンクデータ２１８において）ＰＵＣＣＨを使用して搬送され得る。この場合、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０は、特別に定義されたＲＮＴＩによってスクランブルされ得る。例えば、ＲＮＴＩは、ＣＲｒｅｑ信号２１２および／またはＣＲｒｅｓｐ信号２２０を検出するためにすべてのデバイスによって使用され得る一般的なブロードキャストＲＮＴＩであり得る。
【００９１】
図３は、ＦＥＩ＝０およびＦＥＩ＝１に従ったチャネル予約フレームフォーマットが存在し得る、例示的なチャネル予約手順３００の流れ図を示す。例示的なチャネル予約手順３００は、ＷＴＲＵによって実行され得る。３０２において、ＷＴＲＵは、（例えば、チャネルを監視し、チャネル上でブロードキャストされたプリアンブル信号を受信することによって）プリアンブル信号を検出し得る。プリアンブル信号に基づいて、ＷＴＲＵはＣＲｒｅｑ信号（例えば、ＲＴＳ）についてチャネルをリッスンし得、ＣＲｒｅｑ信号を配置し、復号し得る。ステップ３０４において、ＷＴＲＵは、ＷＴＲＵがＣＲｒｅｑのための潜在的な受信機であるかどうかを決定する。ＷＴＲＵがＣＲｒｅｑの潜在的な受信機ではない場合、ＷＴＲＵはチャネルを監視し続け得る（３０２に戻る）。例では、ＷＴＲＵは次回のＣＯＴの送信持続時間を観測し得、チャネルを監視し続ける前にＣＯＴの終わりまで電力節約モードに入り得る。ＷＴＲＵがＣＲｒｅｑフレームの潜在的な受信機であり得る場合、３０６において、ＷＴＲＵはＦＥＩ値を確認し得る。ＦＥＩ＝０の場合、ＷＴＲＵはｇＮＢから送信されたＰＤＣＣＨおよびＰＤＳＣＨを期待／受信し得る。ＦＥＩ＝０の場合、３１６において、ＤＬ送信の後、ＷＴＲＵはＬＢＴを実行し、そのアップリンク送信を準備し得る。ＦＥＩ＝１（すなわち、ＦＥＩが０に等しくない）場合、３０８において、ＷＴＲＵはＣＲｒｅｑ送信の終わりの後にＬＢＴを実行し得る。３１０において、ＷＴＲＵはＬＢＴが成功したかどうかを決定し得る。ＬＢＴが失敗した場合、ＷＴＲＵはチャネルを監視し続け得る（３０２に戻る）。ＬＢＴが成功した場合、３１２において、ＷＴＲＵは割り当てられたリソースにおいてＣＲｒｅｓｐ信号を送信し得る。３１４において、ＷＴＲＵはｇＮＢからＤＬ  ＰＤＣＣＨおよびＰＤＳＣＨ送信を受信し得る。３１６において、ＤＬ送信（ＰＤＣＣＨおよびＰＤＳＣＨ）の終わりの後、ＷＴＲＵはＬＢＴを実行し、そのアップリンク送信を準備し得る。
【００９２】
ＦＥＩ＝０またはＦＥＩ＝１であるいずれの場合も、３１６におけるＤＬ送信およびＬＢＴの終わりの後、３１８において、ＷＴＲＵはＬＢＴが成功したかどうかを決定し得る。ＬＢＴが成功した場合、３２０において、ＷＴＲＵは割り当てられたＵＬリソースにおいてアップリンクにおいて送信し、次いで、チャネルを監視し続け得る（３０２に戻る）。ＬＢＴが失敗した場合、３２２において、ＷＴＲＵは、アップリンクにおいて何も送信しないことがあり、チャネルを監視し続け得る（３０２に戻る）。
【００９３】
タイミングアドバンス（ＴＡ）は、ＵＬにおけるＣＴＳ様送信のために使用され得る。システムおよびネットワークの共存のために搬送され、使用される情報に起因して、ＲＴＳ、ＣＴＳ、またはＣＯＴ物理ブロードキャストチャネル（ＣＯＴ−ＰＢＣＨ）などのチャネル予約メッセージが検出され、意図したＷＴＲＵまたはｇＮＢに加えてＮＲＵデバイスと競合することによって処理され得る。例では、第１のｇＮＢおよび第１のＷＴＲＵは、効率的なＣＯＴスケジューリングにおいてｇＮＢを助け、効率的な受信においてＷＴＲＵを助ける、１つまたは複数のチャネル予約メッセージを交換する。チャネル予約メッセージは、チャネル予約情報の一部を推論するために、同じ無認可チャネルにおいて動作する近隣ＮＲＵデバイスによってさらに使用され得る。例えば、第２の競合ｇＮＢおよび第２のＷＴＲＵは、第１のｇＮＢと第１のＷＴＲＵとの間のチャネル予約メッセージからＣＯＴ持続時間を復号し得る。第２のｇＮＢおよび第２のＷＴＲＵは、ＣＯＴ持続時間の間、無認可チャネルにおける送信を延期し、したがって、第１のｇＮＢと第１のＷＴＲＵとの間のデータ交換の品質を高め、少なくとも第２のＷＴＲＵのためのより良い電力節約経験を提供し得る。この挙動は相互的であるので、第２のｇＮＢまたは第２のＷＴＲＵがＣＯＴを開始する後の段階において、第１のｇＮＢおよび第１のＷＴＲＵは、対応するＣＯＴ持続時間の間、送信を同様に延期し得る。
【００９４】
ＷＴＲＵによって送られるＣＴＳ、または任意のチャネル予約メッセージの受信および復号における難しさは、ＷＴＲＵがＣＴＳの前の短い時間量でもある意図したタイミングでＵＬ信号をｇＮＢに送信し得るタイミングアドバンス（ＴＡ）であり得る。この場合、ＴＡの必要性がｇＮＢまでのＷＴＲＵの変化する距離によって動機付けられ、ＮＲセルが大きいことがあると仮定すると、ｇＮＢから離れている他のＷＴＲＵは、そのＵＬデータを早期に送信する必要があり得る。したがって、ＴＡは、その対応するｇＮＢに対するＷＴＲＵについて定義され得る（および近隣ｇＮＢなどの他のｇＮＢに対するＷＴＲＵについて定義されるＴＡはない）。図４は、ＷＴＲＵ４０４がそれ自体のｇＮＢ４０１に関するＴＡを取得するが、近隣ｇＮＢ４０３および４０４についてのＴＡを取得しない、例示的なネットワーク４００を示す。しかしながら、ＷＴＲＵによって送られたＣＴＳが別のｇＮＢ（例えば、近隣ｇＮＢ）によって受信されることが期待される場合、異なるＴＡが使用される必要があり得る。
【００９５】
例では、ＷＴＲＵは、各々が異なるＴＡを有する複数のＣＴＳを（例えば、逐次的に）送り得る。例えば、ＷＴＲＵは、デフォルトＴＡを有する第１のＣＴＳをその対応するｇＮＢに、第２のＴＡを有する第２のＣＴＳを第１の近隣ｇＮＢに、第３のＴＡを有する第３のＣＴＳを第２の近隣ｇＮＢに送り得る。ＴＡ値に応じて、２つの連続するＣＴＳの間で（例えば、１つまたは複数のシンボルの）ギャップが使用され得る。
【００９６】
ＷＴＲＵは、近隣ｇＮＢのための追加のＴＡを取得するために、以下のアクションのうちのいずれか１つまたは複数を実行し得る。例では、ＷＴＲＵは、近隣ｇＮＢの同期信号ブロック（ＳＳＢ）、同期信号（ＰＳＳ）および／または同期信号（ＳＳＳ）を観測／検出することによって追加のＴＡ値を推定し得る。このタスクは、まれに、その対応するｇＮＢのＣＯＴの外で、ＷＴＲＵによって実行され得る（対応するｇＮＢからのＰＳＳ／ＳＳＳが意図したセルＩＤを搬送する）。
【００９７】
別の例では、ＷＴＲＵは、ＷＴＲＵに接続されたｇＮＢに関連付けられたデフォルトＴＡに関する増分的変化を実行し得る。図５は、ＷＴＲＵ５０５が所望の事業者の最も近いｇＮＢ５０１に接続されている例示的なネットワーク５００を示す。この例では、他の同事業者ｇＮＢ５０２および／または５０３は、デフォルトｇＮＢ５０１よりもＷＴＲＵ５０５から離れていることがある。しかしながら、ＮＲＵ展開がスモールセルである場合、他の同事業者ｇＮＢ５０２および／または５０３のＴＡは、ｇＮＢ５０１のデフォルトＴＡよりも増分的に大きくなり得る。この場合、増分的なＴＡは、他のｇＮＢに関連付けられ得る（εは、０．５２０８μｓなどの、ＴＡを増加する際の最小ステップであり得る）。すなわち、ＴＡ＋εはより近い同事業者ｇＮＢ５０２に関連付けられてもよく、ＴＡ＋２εはさらに遠い同事業者ｇＮＢ５０３に関連付けられてもよい。
【００９８】
ＷＴＲＵ５０５は最も近い同事業者ｇＮＢ５０１に接続されているが、ＷＴＲＵ５０５により近い異事業者ｇＮＢ５０４があり得る。この場合、ＷＴＲＵ５０５は、より近い異事業者ｇＮＢがＣＴＳ（またはＷＴＲＵ５０５によって送信された任意の他の共存メッセージ）を検出し得るように、デフォルトＴＡよりも増分的に小さい（すなわち、ＴＡ−ε）ＴＡを有するＣＴＳをｇＮＢ５０４に送り得る。
【００９９】
例では、ＷＴＲＵは最初に、そのデフォルトＴＡを評価してもよく、デフォルトＴＡが最小（例えば、ＴＡ＝０）である場合、ＷＴＲＵは、増分的により大きいＴＡ（例えば、ＴＡ＋ε、ＴＡ＋２ε・・・）を有する１つまたは複数の追加のＣＴＳを送ってもよい。デフォルトＴＡが最小ＴＡではない場合、ＷＴＲＵは、増分的により小さいおよびより大きいＴＡ（例えば、ＴＡ±ε、ＴＡ±２ε・・・）を有する１つまたは複数の追加のＣＴＳを送ってもよい。
【０１００】
受信機支援ＬＢＴは、キャリアアグリゲーションを用いるＮＲ−Ｕのために使用され得る。チャネルアグリゲーションを用いるＮＲ−Ｕシステムでは、ＷＴＲＵは、認可帯域ではプライマリセル（Ｐｃｅｌｌ）上で動作し、無認可帯域では２次セル（Ｓｃｅｌｌ）上で動作することが可能であり得る。ＷＴＲＵは、ＰｃｅｌｌおよびＳｃｅｌｌを介して並行して送信および受信することが可能であり得る。
【０１０１】
スロットベースのＬＢＴは、本明細書で説明される手順のために使用され得る。例えば、スロットベースのＬＢＴは、複数のＷＴＲＵがＵＬにおいてＬＢＴを用いて並行して送信することを可能にするために使用され得る。スロットベースのＬＢＴの場合、ＬＢＴ期間の終了時間はスロット境界において固定され得る。例えば、ＷＴＲＵはＬＢＴを実行してもよく、ＬＢＴの終了点はスロットＮ＋ｋの開始時であってもよい。Ｔ{N+k}は、スロットＮ＋ｋの開始時の時間を示すために使用され得る。ＬＢＴの開始時間は、Ｔ{N+k}−Ｔslot×Ｎbackoffであり得る。ＮbackoffはＷＴＲＵのバックオフ持続時間であり得、Ｔslotはバックオフスロットごとの持続時間であり得る。例では、Ｎbackoffは最初に、０およびＣＷpからランダムに選択されてもよく、ここで、ＣＷpは競合ウィンドウである。例では、ＣＷminp≦ＣＷp≦ＣＷmaxpであり、ここで、ＣＷminpおよびＣＷmaxpは事前に定義されるかまたは事前に決定されるかまたはシグナリングされ得る。ＷＴＲＵは、時間Ｔ{N+k}−Ｔslot×Ｎbackoffから開始するＬＢＴの一部としてチャネルを感知し得る。例では、チャネルはバックオフスロット持続時間の間フリーであり得るとＷＴＲＵが感知する場合、ＷＴＲＵはＮbackoff＝Ｎbackoff−１を設定し得る。Ｎbackoffが０に達する場合（すなわち、時点Ｔ{N+k}で）、ＷＴＲＵはチャネルがフリーであると感知し、ＬＢＴを完了し、Ｐｃｅｌｌを介してＣＴＳをｇＮＢに送り返し得る。ＬＢＴの間にチャネルがビジーであるとＷＴＲＵが感知する場合、ＷＴＲＵは、Ｎbackoffの期間の間そのまま待機し得、後のランダムアクセスバックオフ手順においてチャネルを使用し得る。後のランダムアクセスバックオフ手順は、ＬＡＡにおいて定義されたランダムバックオフまたは本明細書で説明されるようなスロットベースのランダムバックオフであり得る。この場合、ＷＴＲＵはＰｃｅｌｌを介してＣＴＳを送信しないことがあるか、またはＷＴＲＵはＰｃｅｌｌにおいてＣＴＳを送信することがあり、ＬＢＴ失敗を示すためのフィールドをＣＴＳ内に含むことがある。
【０１０２】
図６は、チャネルアグリゲーションＮＲ−Ｕにおいて使用される例示的な受信機支援チャネルアクセス手順６００のシグナリング図を示す。例示的な受信機支援チャネルアクセス手順６００は、チャネルアグリゲーションの場合に、並行したクリアチャネル送信を可能にし得る。ｇＮＢ６０３は、少なくともＰｃｅｌｌ６０４およびＳｃｅｌｌ６０６上でＷＴＲＵ６０１および／またはＷＴＲＵ６０２と通信してもよく、ここで、Ｐｃｅｌｌ６０４は認可スペクトルにあってもよく、Ｓｃｅｌｌ６０６は無認可スペクトルにあってもよい。例では、ｇＮＢ６０３は、Ｓｃｅｌｌ６０６において送信を開始し得る。
【０１０３】
スロットＮにおいて、ｇＮＢ６０３は、Ｐｃｅｌｌ６０４において１つまたは複数のチャネル上で１つまたは複数のＤＣＩ６１０を送信し得る。ＤＣＩ６１０は、限定はしないが、以下、すなわち、Ｓｃｅｌｌ６０６におけるチャネル上での送信のためのスケジューリング、Ｓｃｅｌｌ６０６における受信機支援チャネルアクセス、および／またはＰｃｅｌｌ６０４におけるチャネル上でのＣＴＳ送信のための周波数／時間割振りのうちのいずれかに関する情報を含む情報とともに、１つまたは複数のフィールドを搬送し得る。Ｓｃｅｌｌ６０６におけるチャネル上での送信のためのスケジューリングは、例えば、Ｓｃｅｌｌ６０６上でのｇＮＢ６０３のためのスケジューリング期間の（例えば、スロットされた）開始時間および／または終了時間を示し得る。受信機支援フィールド（例えば、１ビット）は、Ｓｃｅｌｌ６０６における受信機支援チャネルアクセスが使用されるべきかまたは使用されないべきかを示し得る。受信機支援チャネルアクセスがＳｃｅｌｌ６０６において使用されるべきであることを受信機支援フィールドが示すとき、意図したＷＴＲＵ６０１および／または６０２は、それぞれ、それらのそれぞれのＣＴＳ６１８および６２４を送る前に、（Ｎバックオフ６３０バックオフスロットのための）スロットベースのＬＢＴ６２０および（Ｎバックオフ６３２バックオフスロットのための）スロットベースのＬＢＴ６２６を実行し得る。受信機支援フィールドが設定されたとき、Ｐｃｅｌｌにおけるチャネル上でのＣＴＳ送信のための周波数／時間割振りフィールドが使用され得る。周波数／時間割振りフィールドは、Ｐｃｅｌｌ６０４におけるチャネル上でのＣＴＳ送信のためにＷＴＲＵに割り振られた周波数／時間リソースを示し得る。
【０１０４】
Ｓｃｅｌｌ６０６における送信は、スロットＮ＋ｋ（例えば、スロットＮ＋４）においてスケジュールされ得る。例では、Ｓｃｅｌｌ６０６における送信は、スロットＮ＋ｋからスロットＮ＋ｋ＋ｋ１（例えば、スロットＮ＋４からスロットＮ＋５）においてスケジュールされ得る。ｇＮＢ６０３は、Ｓｃｅｌｌ６０６上でＬＢＴ６１２を実行することによって、スロットＮ＋ｋ（例えば、Ｎ＋４）においてＳｃｅｌｌ６０６上で送信しようとし得る。ｇＮＢ６０３が成功したＬＢＴ６１２で成功した場合、スケジュールされたスロットの残りを使用しなくてもよい。ＬＢＴ６１２が成功しなかった場合、ｇＮＢ６０３は、ｇＮＢ６０３が成功したＬＢＴを有するか、またはスケジュールされた期間Ｎ＋ｋ＋ｋ１＋１の終わり（例えば、スロットＮ＋６の終わり）に達するまで、後続のスケジュールされたスロットにおいてＬＢＴを実行し続け得る。
【０１０５】
ｇＮＢ６０３は、スケジュールされたスロットＮ＋ｋの前のスロットにおいてＬＢＴ６１２を実行し得る。例えば、ｇＮＢ６０３は、Ｓｃｅｌｌ６０６上のチャネルがフリーであり得るとき、スロットＮ＋ｋ−１（例えば、スロットＮ＋３）においてＬＢＴ６１２を開始し得る。ｇＮＢ６０３は、ＬＢＴ６１２が成功すると直ちにＳｃｅｌｌ６０６におけるチャネル上でシグナリング６１４を送信することによって、ＣＯＴを開始し得る。例えば、ＤＬシグナリング６１４の一部として、ｇＮＢ６０３は、プリアンブル、ＣＯＴフォーマット情報（例えば、ＣＯＴ−ＰＢＣＨ）、ブロードキャスト情報および／または基準シグナリングをＷＴＲＵ６０１および６０２に送信し得る。ＤＬシグナリング６１４は、例えば、ＣＯＴ構成情報、スケジューリング情報および／またはグループ情報を示し得る。この期間の間に、ｇＮＢは、ＷＴＲＵ６０１および６０２からのＣＴＳメッセージについてＰｃｅｌｌ６０４を監視し得る。ｇＮＢ６０３がＰｃｅｌｌ６０４においてＷＴＲＵ６０１からのＣＴＳ６１８および／またはＷＴＲＵ６０２からのＣＴＳ６２４などの１つまたは複数のＣＴＳメッセージを検出すると、ｇＮＢ６０３は、Ｐｃｅｌｌ６０４におけるＣＴＳ６１８および／または６２４の受信に基づいて、Ｓｃｅｌｌ６０６におけるＵＬおよび／またはＤＬ送信をスケジュールすることを開始し得る。例えば、ｇＮＢ６０３は、Ｐｃｅｌｌ６０４において、ＷＴＲＵ６０１およびＷＴＲＵ６０２から、それぞれＣＴＳ６１８および６２４（または肯定ＣＴＳ）を受信し得る。次いで、ｇＮＢ６０３は、ＣＯＴシグナリング６１４において、ＷＴＲＵ６０１およびＷＴＲＵ６０２への／からのＤＬ／ＵＬ送信をスケジュールし得る。例えば、ＣＴＳ６１８および６２４に基づいて、ｇＮＢ６０３は、ＵＬ送信（例えば、ＵＬ信号６２２）のためにＷＴＲＵ６０１をスケジュールするために、シグナリング６１６においてスケジューリング情報をＷＴＲＵ６０１に送り得る。ｇＮＢはＷＴＲＵ６０２から否定ＣＴＳ６２４（またはＣＴＳなし）を受信することがあり、それに応じて、ｇＮＢ６０３はＷＴＲＵ６０２へのいかなるＵＬ送信もスケジュールしないことがある。例では、ｇＮＢ６０３はスロットＮ＋ｋ（Ｎ＋４）のＬＢＴ６１２に失敗することがあり、ｇＮＢ６０３は送信を保留し、Ｎ＋ｋ＋１＜＝Ｎ＋ｋ＋ｋ１の場合、スロットＮ＋ｋ＋１のＬＢＴを繰り返すことがある。
【０１０６】
受信機支援チャネルアクセス手順６００の意図した受信機であり得るＷＴＲＵ６０１は、スロットＮ＋ｋの前に（例えば、スロットＮ＋３またはＮ＋ｋ−１において）Ｓｃｅｌｌ６０６においてスロットベースのＬＢＴ６２０を実行し得る。スロットベースのＬＢＴ６２０がＳｃｅｌｌ６０６において成功した（すなわち、ＷＴＲＵ６０１が事前に定義されたしきい値よりも高いエネルギーレベルを有する信号をＳｃｅｌｌ６０６上のチャネルにおいて感知しない）場合、ＷＴＲＵ６０１は、割り振られたリソース上でＰｃｅｌｌ６０４においてＣＴＳ６１８（または肯定ＣＴＳ）を送信し得、Ｓｃｅｌｌ６０６におけるチャネル上で（例えば、スロットＮ＋６において）ＵＬ信号６２２を送信し得る。図示しない例では、スロットベースのＬＢＴ６２０がＳｃｅｌｌ６０６において成功しなかった（すなわち、ＷＴＲＵ６０１が事前に定義されたしきい値よりも高いエネルギーレベルを有する信号をＳｃｅｌｌ６０６上のチャネルにおいて感知する）場合、ＷＴＲＵ６０１は何も送信しないことがあるか、または割り振られたリソースにおいてＰｃｅｌｌ６０４において否定ＣＴＳ（図示せず）を送信することがある。
【０１０７】
ＷＴＲＵ６０１がＳｃｅｌｌ６０６においてＬＢＴ６２０を成功裏に実行した場合、ＷＴＲＵ６０１はＳｃｅｌｌ６０６における受信を準備し得る。ＷＴＲＵ６０１は、プリアンブル、ＣＯＴフォーマット情報、ＰＤＣＣＨにおけるスケジューリングおよび／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）におけるデータ送信６１６などの、ｇＮＢ６０３からの（スロットＮ＋４および／またはＮ＋５における）ＣＯＴ送信６１４を検出し得る。例では、ＷＴＲＵ６０１がｇＮＢ６０３からスケジューリング情報を受信した場合、ＷＴＲＵ６０１はＵＬ送信６２２を準備し得る。別の例では、ＷＴＲＵ６０１は、事前に定義された／割り振られたリソースを使用することによって、ｇＮＢ６０３からの許可なしにＵＬ送信６２２を開始し得る。
【０１０８】
グループベースの受信機支援チャネルアクセスは、キャリアアグリゲーション（ＣＡ）を用いるＮＲ−Ｕのために使用され得る。図７は、チャネルアグリゲーションＮＲ−Ｕにおいて使用される例示的なグループベースの受信機支援チャネルアクセス手順７００のシグナリング図を示す。図７の例では、ｇＮＢ７０３は、Ｓｃｅｌｌ７０６において（例えば、１つまたは複数のメッセージにおいて）ＣＯＴ７１４の前にまたはその開始時にスケジューリングおよび／またはグループ情報および／またはＣＯＴ構成情報７１０を送信し得る。別の例では、スケジューリングおよび／またはグループ情報および／またはＣＯＴ構成情報７１０はＰｃｅｌｌ７０４を介して送信されてもよく、ＰＤＣＣＨによって搬送されるＤＣＩとして送信されてもよい。スケジューリング情報７１０は、Ｓｃｅｌｌ７０６におけるグループベースのＣＯＴ送信に関する制御情報を含み得る。例えば、スケジューリング情報７１０は、以下の情報、すなわち、グループアイデンティティ（ＩＤ）、タイムスロット設定、Ｓｃｅｌｌ７０６のための受信機支援情報、および／またはＰｃｅｌｌ７０４におけるＣＴＳ送信のための周波数／時間割振りのうちのいずれかを含み得るが、それらを含むことに限定されない。スケジュールされたＣＯＴ送信を示すためのグループＩＤのうちの１つまたは複数は、グループによって共有され得る。タイムスロットセット設定フィールドは、タイムスロットセットの数およびタイムスロットセット内のタイムスロットの数を示し得る。受信機支援フィールド（例えば、１ビット）は、Ｓｃｅｌｌ７０６における受信機支援チャネルアクセスが使用されるべきかまたは使用されないべきかを示し得る。受信機支援フィールドが設定されたとき、対応するグループｍ内のＷＴＲＵ７０１および／または７０２は、ｋ番目のタイムスロットセットの前にＳｃｅｌｌ７０６においてＬＢＴを実行し得る。ＰｃｅｌｌにおけるＣＴＳ送信のための周波数／時間割振りフィールドは、受信機支援フィールドが設定されたときに使用され得る。周波数／時間割振りフィールドは、Ｐｃｅｌｌ７０４におけるＣＴＳ送信のためにＷＴＲＵに割り振られた周波数／時間リソースを示し得る。例では、割振りまたはスケジューリングは、グループに関連付けられたあらゆるタイムスロットセットの開始時に周期的であり得る。
【０１０９】
例では、グループ７３１  ＣＯＴ送信は第１のタイムスロットセット７１６（例えば、スロットＮ＋２からＮ＋４）においてグループ７３１と共有されてもよく、グループ７３２  ＣＯＴ送信は第２のタイムスロットセット７１７（例えば、スロットＮ＋５からＮ＋８）においてグループ７３２と共有されてもよい。この例では、ＷＴＲＵ７０１および７０２はグループ７３２の一部である。タイムスロットセットは、ゼロ、１つまたは複数のＤＬ／ＵＬ切替えを伴う１つまたは複数のＤＬ／ＵＬスロットで構成され得る。グループＩＤは順番に送信され得、その結果として、グループとタイムスロットセットとの間のマッピングはその順番で暗黙的にシグナリングされ得る。例では、ＷＴＲＵ７０１および／または７０２は、それぞれ、それぞれのＬＢＴ７２０および７２６が成功／失敗した場合、それぞれ、割り振られたリソースにおいてＰｃｅｌｌ７０４において肯定／否定ＣＴＳ７１８および７２４を送信し得る。別の例では、ＷＴＲＵ７０１および／または７０２は、それぞれのＬＢＴ７２０および７２６が成功した場合のみ、それぞれ、割り振られたリソースにおいてＰｃｅｌｌ７０４においてＣＴＳ７１８および７２４を送信し得る。この場合、ＷＴＲＵ７０１および／または７０２は、タイムスロットセット７１７においてｇＮＢ７０３とデータを交換し得る。
【０１１０】
図示しない例では、ｇＮＢ７０３は各タイムスロットセットの前にＬＢＴを実行し得る。例では、ｇＮＢ７０３はＳｃｅｌｌ７０６上のチャネルを獲得するために１つのＬＢＴ７１２を実行し、Ｓｃｅｌｌ７０６におけるチャネル上でグループベースのＣＯＴ送信を開始し得る。例では、ｇＮＢ７０３は、ＬＢＴ７１２に基づいてＳｃｅｌｌ７０６におけるチャネルを獲得し得る。一方、ｇＮＢ７０３は、Ｐｃｅｌｌ７０４における最も早い利用可能なタイムスロット（例えば、ＮまたはＮ＋１）でのＣＯＴについてのスケジューリング情報７１０（例えば、ＤＣＩ）を送信し得る。方法では、スケジューリング情報は、グループ化情報ならびに／またはグループ７３１および７３２とタイムスロットセット７１６および７１７との間のマッピングを含み得る。例えば、ＷＴＲＵ７０１および７０２がグループ７３２に属する場合、マッピングは対応するタイムスロットセット７１７を示すことになる。例では、グループ化情報および／またはＣＯＴ構成情報は、ＣＯＴ７１４の開始前にｇＮＢ７０３によって構成され（例えば、ＷＴＲＵ７１０、７０２に提供され）得る。例では、グループはグループＩＤによって識別され得る。ｇＮＢ７０３は、スケジューリング情報７１０においておよび／またはＣＯＴの前にグループＩＤをＷＴＲＵ７０１／７０２に割り当て得る。ｇＮＢ７０３は、ＷＴＲＵ７０１および７０２がどのスロットセットを使用すべきかを知ることができるように、各スロットセット７１６、７１７の開始時にグループＩＤを含み得る。
【０１１１】
Ｐｃｅｌｌ７０４におけるチャネル上でスケジューリング情報７１０を受信するＷＴＲＵ７０１および７０２は、示されたグループＩＤを確認し得る。ＷＴＲＵ７０１および／または７０２が検出されたグループ（例えば、グループＩＤ７３１または７３２）に属する場合、ＷＴＲＵ７０１および／または７０２は、グループに割り振られるタイムスロットセットを配置するために、タイムスロットセット設定を確認し得る。ＷＴＲＵ７０１および７０２は、Ｓｃｅｌｌ７０６におけるタイムスロットセット境界の前に、それぞれ、スロットベースのＬＢＴ７２０および７２６を実行し得る。ＷＴＲＵ７０１および７０２は、それぞれのＬＢＴ７２０および７２６の結果（成功したまたは成功しなかった）に応じて、それぞれ、Ｐｃｅｌｌ７０４においてＣＴＳ７１８および７２４（またはＣＴＳなし）を送信し得る。Ｓｃｅｌｌ７０６においてＬＢＴ７２０および７２６を成功裏に実行したＷＴＲＵ７０１および７０２は、Ｓｃｅｌｌ７０６において対応するタイムスロットセット内でｇＮＢ７０３と通信することが可能であり得る。例えば、ＷＴＲＵ７０１は、成功したＬＢＴ７２０およびＰｃｅｌｌ７０４上でのＣＴＳ７１８の送信の後に、グループ７３２に関連付けられたタイムスロットセットＮ＋５からＮ＋８の間にＳｃｅｌｌ７０５上でＵＬメッセージ７２２を送り得る。
【０１１２】
グループベースの共有ＣＯＴは、ＮＲ−Ｕにおける共有ＣＯＴ内の受信機支援ＬＢＴの一部として使用され得る。図８は、チャネルアグリゲーションを用いるＮＲ−Ｕにおいて使用するための例示的なグループベースの受信機支援チャネルアクセス手順８００のシグナリング図を示す。図８に示されるように、いくつかのグループベースのＣＯＴ送信およびチャネルアクセス方式が実装され得る。ｇＮＢ８０６は、チャネルを獲得し、マルチグループ共有ＣＯＴ８０５を開始し得る。ＣＯＴ８０５は、ＷＴＲＵの１つまたは複数のグループ（例えば、ＷＴＲＵグループ８０１、８０２、８０３および８０４）と共有され得る。ＷＴＲＵグループ化は、共有ＣＯＴ８０５の開始前に別々に実行され得る。ｇＮＢ８０６がＷＴＲＵのＫ個のグループ（例えば、Ｋ＝４個のグループ）と通信することを意図する場合、ｇＮＢ８０６は、ＣＯＴ８０５を、ＷＴＲＵグループ８０１、８０２、８０３および８０４の各々に対応するＫ個のオーバラップしないタイムスロットセット８２１、８２２、８２３、および８２４に分割し得る。例えば、ｇＮＢ８０６は、タイムスロットセット８２１においてグループ８０１内のＷＴＲＵと、タイムスロットセット８２２においてグループ８０２内のＷＴＲＵと、タイムスロットセット８２３においてグループ８０３内のＷＴＲＵと、タイムスロットセット８２４においてグループ８０４内のＷＴＲＵと通信してもよく、ここで、通信はＵＬおよび／またはＤＬ通信であってもよく、バックオフ／ＬＢＴ期間８３２ならびに／またはプリアンブル送信およびブロードキャストされたＲＴＳ／ＣＴＳ８３４（プリアンブル、ＲＴＳおよびＣＴＳは別個のメッセージであってもよい）を含んでもよい。示されない例では、ｇＮＢ８０６は、ＣＯＴ８０５をＫ＋Ｍ個のオーバラップしないタイムスロットセットに（すなわち、ＷＴＲＵグループの数よりも多いタイムスロットセットに）分割し得る。ｇＮＢ８０６は、意図したＷＴＲＵのＫ個のグループと通信するためにＫ個のタイムスロットセットを使用し、他の目的で残りのＭ個のタイムスロットセットを使用し得る。例えば、ｇＮＢ８０６は、任意のＷＴＲＵがアクセスするための許可なしの送信のために、残りのＭ個のタイムスロットセットを使用し得る。図示しない例では、ｇＮＢ８０６は、ＣＯＴ８０５の開始時にのみ、グループ情報およびタイムスロットセット情報を送信し得る。図８に示される例では、ｇＮＢ８０６は、（別個のメッセージであってもよい）プリアンブルおよびＲＴＳ信号８３４を各タイムスロットセット８２１、８２２、８２３および８２４の開始時に送信し得る。グループ関連の情報およびリソース割振りは、ｇＮＢ８０６によって送信されたプリアンブルおよびＲＴＳ８３４において搬送され得る。ｇＮＢ８０６は、各タイムスロットセット８２１、８２２、８２３、８２４の前に（またはその開始時に）ＬＢＴ８３２を実行してもよく、しなくてもよい。
【０１１３】
受信機支援チャネルアクセスは、スロットセットの境界の開始時にまたはその前に実行され得る。例えば、ＷＴＲＵは、ＣＯＴの開始時にｇＮＢからＣＯＴ持続時間、グループ情報、タイムスロットセット分割情報および／またはＣＴＳリソース割振りを受信し得る。別の例では、上述の情報は、サービングチャネルまたは任意の他のアグリゲートされたチャネルにおいてＣＯＴの前に送信され得る。
【０１１４】
ＷＴＲＵは、ＷＴＲＵがグループの一部であるかどうかを決定するために、受信されたグループ情報を確認し得る。ＷＴＲＵがグループの一部ではない場合、ＷＴＲＵは、ＣＯＴ持続時間内に送信／受信しなくてもよいと決定し得る。この場合、ＷＴＲＵは、ＣＯＴ持続時間の間、電力節約モードに切り替え得る。例では、ＷＴＲＵが送信すべきアップリンクトラフィックを有し、グループの一部ではない場合、ＷＴＲＵは、許可なしの送信のために割り振られるリソースを配置するためにＣＯＴの構成を監視し得る。ＷＴＲＵは、許可なしの送信のために割り振られたスロットにおいて送信してもよく、次いで電力節約モードに切り替えてもよい。より多くの電力を節約するために、ｇＮＢは、ＣＯＴの開始時に許可なしの送信のためのリソースを割り振り得る。ＷＴＲＵがグループの一部である場合、ＷＴＲＵはグループ情報を確認し、グループに割り振られた対応するタイムスロットセットを配置し得る。例では、ＷＴＲＵは、タイムスロットセットの直前にｇＮＢからのプリアンブルおよびＲＴＳ送信を確認し、グループ関連の情報を獲得し得る。ＷＴＲＵは、ｇＮＢからのプリアンブルおよびＲＴＳの受信の後にチャネル上でＬＢＴを実行し得る。ＬＢＴが成功裏に実行された場合、ＷＴＲＵはチャネル上でＣＴＳを送信し得る。ＷＴＲＵがＬＢＴに失敗した場合、ＷＴＲＵはＣＴＳをｇＮＢに送信することができない。ＬＢＴは、固定の持続時間を有するＬＢＴ、またはランダムバックオフを加えた固定の持続時間を有するＬＢＴであり得る。ＷＴＲＵによって送信されたＣＴＳがｇＮＢによって成功裏に復号された場合、ＷＴＲＵはタイムスロットセットにおいてｇＮＢと通信し得る。ＣＴＳがｇＮＢによって成功裏に復号されなかった場合、ＷＴＲＵはタイムスロットセットを使用することが可能ではないことがある。
【０１１５】
別の例では、ネストされたグループアクセス機構が使用され得る。この場合、ＷＴＲＵグループは、グループkに属するＷＴＲＵがすべてのネストされたグループに、グループ1からグループk-1にも属することを意味する、グループ1⊆グループ2⊆・・・⊆グループKであるようにネストされ得る。１つまたは複数のグループに属するＷＴＲＵは、そのグループのうちの１つに関連付けられた最も早い可能なタイムスロットセットを使用してチャネルにアクセスしようとし得る。ＷＴＲＵは、ＷＴＲＵがタイムスロットセットに関連付けられたグループのメンバーであるかどうかを決定し得る（例えば、ｇＮＢからのプリアンブルメッセージ、ＲＴＳメッセージまたは任意の他のメッセージにおいてタイムスロットセットについてのグループ情報を受信し、その情報をそれ自体のグループメンバーシップの知識と比較することによって）。ＷＴＲＵがタイムスロットセットに関連付けられたグループのメンバーである場合、ＷＴＲＵは、チャネル上でのＬＢＴの前に、ｇＮＢからのＲＴＳを監視し、受信するおよび／またはＣＴＳをｇＮＢに送り返すことによって、チャネルにアクセスしようと試み得る。ＷＴＲＵがＬＢＴに失敗したかまたはｇＮＢがＷＴＲＵからのＣＴＳ送信を受信するのに失敗したかまたは任意の他の理由でタイムスロットセットの間にＷＴＲＵがｇＮＢと通信するのに失敗した（例えば、ｇＮＢがＲＴＳまたは何らかの他のメッセージにおいてＷＴＲＵアクセスを拒否する）場合、ＷＴＲＵは、そのグループのうちの別の１つに関連付けられた後続の可能なタイムスロットセットにおいて同じ手法を使用してチャネルにアクセスしようとし得る。ＷＴＲＵがタイムスロットセットｋを使用してｇＮＢと成功裏に通信する場合、ＷＴＲＵは後のタイムスロットセットにおいて再びチャネルにアクセスしようとしてもよく、しなくてもよい（例えば、ＷＴＲＵは、ＣＯＴの残りの間、電力セーブモードに入ってもよい）。
【０１１６】
ｇＮＢは、優先順位および／またはレイテンシ要件などの他の基準に基づいてＷＴＲＵをグループ化し得る。例えば、より高い優先順位および／または低レイテンシ要件を有するＷＴＲＵは、より小さいグループに入れられることがあり、複数のネストされたグループに属し、したがって、グループ共有ＣＯＴの間にチャネルにアクセスするためのより良い機会を有することがある。例では、プリアンブルは、基底付きシーケンスに基づいてグループ化され得る。プリアンブルシーケンスのセットは事前に定義され／事前に決定され得る。各プリアンブルシーケンスは、ＣＯＴの前にＷＴＲＵのグループに割り当てられ得る。ＷＴＲＵは、その割り当てられたシーケンスを使用してプリアンブルを検出し得る。ＷＴＲＵがそれ自体のプリアンブルを検出した場合、ＷＴＲＵは、後続のタイムスロットセットがＷＴＲＵのグループのために使用され得ると決定し得る。このようにして、グループ情報がプリアンブルによって暗黙的にシグナリングされ得る。上記の例示的な手順は、複数のＣＯＴ送信シナリオにも適用され得る。例えば、各タイムスロットセットまたはグループタイムスロットセットは異なるＣＯＴに対応し得る。
【０１１７】
図９は、グループがネストされる、チャネルアグリゲーションを用いるＮＲ−Ｕにおいて使用するための例示的なグループベースの受信機支援チャネルアクセス手順９００のシグナリング図を示す。ｇＮＢ９０６は、ＣＯＴ９０５を、それぞれ、グループ９０１、９０２、９０３および９０４の各々におけるＷＴＲＵとの通信のためのＫ＝４個のオーバラップしないタイムスロットセット９２１、９２２、９２３、および９２４に分割し得る。グループメンバーシップは、グループ901⊆グループ902⊆グループ903⊆グループ904とネストされる。図９の例では、ＷＴＲＵ９１１はグループ９０１に属し、したがって、（少なくとも最初は）グループ９０２、９０３および９０４にも属する。ＷＴＲＵ９１１は高優先順位のＷＴＲＵであり得、したがって、すべてのグループのメンバーであることによって、チャネルへのより多くのアクセスを与えられ得る。ＷＴＲＵ９１２はグループ９０３に属し、したがって、（少なくとも最初は）グループ９０４にも属する。ｇＮＢ９０６は、図９に示されるように、各それぞれのタイムスロットセット９２１、９２２、９２３および９２４の開始時にプリアンブル９２６、９２９、９３２、９３５およびＲＴＳ信号９２７、９３０、９３３、９３６を送信し得る。グループ関連の情報および／またはリソース割振りは、ｇＮＢ９０６によって送信されたプリアンブル９２６、９２９、９３２、９３５および／またはＲＴＳ信号９２７、９３０、９３３、９３６において、ｇＮＢ９０６によってＷＴＲＵ９１１、９１２に提供され得る。別の例では、グループ関連の情報は、ＣＯＴ９０５の前に、例えば他の制御またはデータシグナリング（図示せず）においてｇＮＢ９０６によって構成され得る。別の例では、グループ化は暗黙的であり得、例えばＷＴＲＵの優先順位に基づいてＷＴＲＵ９１１、９１２によって決定され得る。ｇＮＢ９０６は、各それぞれのタイムスロットセット９２１、９２２、９２３および９２４の前に（またはその開始時に）ＬＢＴ９２５、９２８、９３１、９３４を実行してもよく、しなくてもよい。例では、ＲＴＳ信号９２７、９３０、９３３、９３６はＰＤＣＣＨ上で搬送され得る。
【０１１８】
タイムスロットセット９２１では、ＷＴＲＵ９１１は、タイムスロットセット９２１が、ＷＴＲＵ９１１がアクセスし得るグループ９０１のためのものであると（プリアンブル９２６および／またはＲＴＳ９２７を受信することによって）決定し得る。ＷＴＲＵ９１１は、ＬＢＴ９４１を実行することによってチャネルにアクセスしようと試み得る。ＬＢＴ９４１が失敗した場合、ＷＴＲＵ９１１は、別のＬＢＴ９４３を実行することによって、グループ９０２のためのタイムスロットセット９２２において再びチャネルにアクセスしようとし得る。ＬＢＴ９４３が成功した場合、ＷＴＲＵ９１１はプリアンブル９４４および／またはＣＴＳ９４５をｇＮＢ９０６に送ってもよく、次いで、例えばＵＬデータ（図示せず）を送るためにおよび／またはＤＬデータ（図示せず）を監視し受信するために、タイムスロットセット９２２においてチャネルにアクセスしてもよい。ＷＴＲＵ９１１が（例えば、タイムスロットセット９２２において）ＵＬデータを成功裏に送信すると、ＷＴＲＵ９１１は（例えば、ｇＮＢ９０６によって）グループ９０２から削除されることがあり、したがって、ネストされたグループ９０３および９０４に関連付けられたタイムスロットセット９２３および９２４にアクセスしようと試みることができない、ならびに／またはタイムスロットセット９２３および９２４の間に電力節約モード（電力セーブモード、スリープモード）に入ることがある。言い換えれば、ＷＴＲＵ９１１、９１２のグループメンバーシップは、ＣＯＴ９０５にわたって動的に変化し得る。
【０１１９】
タイムスロットセット９２１および９２２では、ＷＴＲＵ９１２は、（例えば、それぞれ、プリアンブル９２６および／またはＲＴＳ９２７ならびにプリアンブル９２９および／またはＲＴＳ９３０を受信することによって）タイムスロットセット９２１および９２２が、ＷＴＲＵ９１２がメンバーではないグループ９０１および９０２のためのものであると決定し得る。したがって、ＷＴＲＵ９１２は、タイムスロットセット９２１および９２２の間に電力節約モードに入り得る。ＷＴＲＵ９１２は、（例えば、それぞれ、プリアンブル９３２および／またはＲＴＳ９３３ならびにプリアンブル９３５および／またはＲＴＳ９３６を受信することによって）タイムスロットセット９２３および９２４が、ＷＴＲＵ９１２がアクセスし得るグループ９０３および９０４のためのものであると決定し得る。ＷＴＲＵ９１２は、ＬＢＴ９５１を実行することによってタイムスロットセット９２３においてチャネルにアクセスしようと試み得る。ＬＢＴ９５１が成功することがあり、ＷＴＲＵ９１２がプリアンブル９５２およびＣＴＳ９５３を送ることがあるが、（ｇＮＢ９０６によって送信されたＲＴＳ９５２に基づいて決定され得る）グループ９０３に割り振られるリソースがないことがある。この場合、ＷＴＲＵ９１２は再び、ただし別のＬＢＴ９５４を実行して、グループ９０４のためのタイムスロットセット９２４においてチャネルにアクセスしようとし得る。ＬＢＴ９５４が成功した場合、ＷＴＲＵ９１２は、プリアンブル９５５およびＣＴＳ９５６をｇＮＢ９０６に送ってもよく、次いで、例えば、ＵＬデータ（図示せず）を送るためにおよび／またはＤＬデータ（図示せず）を監視し受信するために、タイムスロットセット９２４においてチャネルにアクセスしてもよい。例では、ＣＴＳ信号９４５、９５３、９５６はＰＵＣＣＨ上で搬送され得る。
【０１２０】
別の例では、グループベースの共有ＣＯＴのためのチャネルアクセス手順は、アンテナセクタおよび／または方向を使用し得る。この場合、グループ化機構は、空間領域特性に基づき得る。例えば、ｇＮＢはＮ個の方向／セクタに向かうＮ個のビームを形成し得る。グループベースの共有ＣＯＴでは、ｇＮＢは、Ｎ個の方向／セクタのうちのＫ個の方向／セクタにおいてＷＴＲＵと通信することを決定し得る。次いで、ｇＮＢはＣＯＴをＫ個のタイムスロットセットに分割してもよく、ここで、各々は１つのセクタに対応し得る。または、ｇＮＢはＣＯＴをＫ個を超えるタイムスロットセットに分割し、ここで、それらのうちのＫ個はセクタ／指向性送信に対応していてもよく、残りはオムニ送信または２つ以上のセクタへの送信に対応していてもよい。
【０１２１】
図１０は、アンテナ方向／セクタを用いるグループベースの共有ＣＯＴ１００５の例示的なグループベースの受信機支援チャネルアクセス手順１０００のシグナリング図を示す。図１０の例では、ｇＮＢ１００６は、（例えば、ＬＢＴ１０３１を使用して）チャネルを獲得し、ＣＯＴ１００５の開始時に（別個のメッセージであってもよい）プリアンブルおよびＲＴＳ１０３２を送信し得る。プリアンブルおよびＲＴＳ１０３２は、セクタおよび／またはビーム１０５１を使用して送信され得る。セクタ１０５１に配置されたＷＴＲＵ（例えば、グループ１００１内のＷＴＲＵ）は、（ＬＢＴ１０４１に続いて）ＣＴＳ１０４２でＲＴＳ１０３２に応答し得る。ＣＴＳ１０４２は、ＷＴＲＵによって指向性または無指向性アンテナパターンを使用して送信され得る。ｇＮＢ１００６は、ＣＴＳ送信１０４２を検出するためにプリアンブルおよびＲＴＳ１０３２の送信アンテナパターンに対応する指向性アンテナパターンを使用し得る。次いで、ｇＮＢ１００６は、ｇＮＢとセクタ内の（例えば、グループ１００１内の）ＷＴＲＵとの間のＤＬ／ＵＬ送信をスケジュールし得る。ｇＮＢ１００６およびそれぞれのＷＴＲＵは、ＲＴＳ／ＣＴＳ（１０３４／１０４４、１０３６／１０４６、１０３８／１０４８）を交換し、ＬＢＴ（１０３３、１０４３、１０３５、１０４５、１０３７、１０４７）を実行することによって、それぞれのセクタ／ビーム１０５２、１０５３および１０５４を使用してオーバラップしないタイムスロットセット１０２２、１０２３、および１０２４において同じように挙動し得る。
【０１２２】
例では、すべてのデバイスによって理解される信号であるユニバーサルチャネル占有信号（ＵＣＯＳ）が使用され得る。ＵＣＯＳは、単純な量子化されたチャネル占有持続時間情報を搬送し得る。例えば、チャネル占有時間は、ＵＣＯＳによって明示的にまたは暗黙的にシグナリングされ得る４つのレベル｛ｔ１、ｔ２、ｔ３、ｔ４｝に量子化され得る。量子化されたレベル値は、一様に分布されてもよく、されなくてもよい。ＷＴＲＵは、ＵＣＯＳを検出し、チャネル占有時間持続時間を決定し得る。ＷＴＲＵがＵＣＯＳの意図した受信機ではない場合、ＷＴＲＵはチャネル占有持続時間を設定し、持続時間の間に送信しないことがある。
【０１２３】
ＵＣＯＳフォーマットの例は、良い自己相関および相互相関特性を有し得る変調されたシンボルおよび／またはシーケンスのセットが後に続くプリアンブルを含み得る。変調されたシンボルが後に続くプリアンブルの場合、プリアンブルは良い自己相関特性を有する固定シーケンスであり得る。チャネル占有持続時間情報は、変調されたシンボルによって搬送され得る。シーケンスのセットの場合、シーケンスのセットは良い自己相関および相互相関特性を有し得る、および／またはシーケンスは１つの量子化されたチャネル占有持続時間レベルにマッピングし得る。ＵＣＯＳは、将来の３ＧＰＰデバイスおよびＷｉＦｉデバイスを含むすべてのデバイスによって理解され得る。
【０１２４】
本発明の特徴および要素は好ましい実施形態において特定の組合せで説明されるが、各特徴または要素は、好ましい実施形態の他の特徴および要素なしで単独で、または本発明の他の特徴および要素ありもしくはなしの様々な組合せで、使用され得る。
【０１２５】
本明細書で説明される解決策は新無線（ＮＲ）、５ＧまたはＬＴＥ、ＬＴＥ−Ａ固有のプロトコルを考慮するが、本明細書で説明される解決策はこのシナリオに限定されず、他のワイヤレスシステムにも適用可能であることを理解されたい。
【０１２６】
特徴および要素は上記では特定の組合せで説明されるが、当業者であれば、各特徴または要素は単独でまたは他の特徴および要素との任意の組合せで使用され得ることを諒解されよう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装され得る。コンピュータ可読媒体の例は、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスク、光磁気媒体などの磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実装するために使用され得る。
【図１Ａ】
2021533668.tif 000004
【図１Ｂ】
2021533668.tif 000005
【図１Ｃ】
2021533668.tif 000006
【図１Ｄ】
2021533668.tif 000007
【図２】
2021533668.tif 000008
【図３】
2021533668.tif 000009
【図４】
2021533668.tif 000010
【図５】
2021533668.tif 000011
【図６】
2021533668.tif 000012
【図７】
2021533668.tif 000013
【図８】
2021533668.tif 000014
【図９】
2021533668.tif 000015
【図１０】
2021533668.tif 000016
【手続補正書】
【提出日】令和3年4月5日(2021.4.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
チャネル占有時間（ＣＯＴ）の間の受信機支援チャネルアクセスを実行するように構成されたワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
送受信機と
プロセッサと
を備え、
前記プロセッサは、前記ＷＴＲＵが第１のグループのメンバーであると決定するように構成され、
前記送受信機は、前記ＣＯＴの第１のタイムスロットセットにおいて第１のプリアンブルを受信するように構成され、
前記プロセッサは、前記第１のプリアンブルに基づいて、前記第１のタイムスロットセットに関連付けられたグループを決定するように構成され、
前記送受信機は、前記第１のタイムスロットセットに関連付けられた前記グループが前記第１のグループであるという条件で、前記第１のタイムスロットセットにおいて第１の送信要求（ＲＴＳ）信号についてチャネルを監視するように構成され、
前記送受信機が前記第１のＲＴＳ信号を受信したという条件で：
前記送受信機は、前記チャネル上で第１のリッスンビフォアトーク（ＬＢＴ）を実行するように構成され、
前記送受信機は、前記第１のＬＢＴが成功したという条件で、前記チャネル上で第１の送信可（ＣＴＳ）を送信し、アップリンク通信またはダウンリンク通信のために前記第１のタイムスロットセットにおいて前記チャネルにアクセスするように構成され、
前記送受信機は、前記第１のＬＢＴが成功しなかったという条件で、前記ＣＯＴ内の後続のタイムスロットセットにおいて別のプリアンブルについて前記チャネルを監視するように構成される、ＷＴＲＵ。
【請求項２】
前記送受信機は、前記ＣＯＴの開始時に前記ＣＯＴについてのＣＯＴ構成情報を受信するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロセッサは、ｇＮＢから受信したグループメンバーシップ情報に基づいて前記ＷＴＲＵが前記第１のグループのメンバーであると決定するように構成される、請求項２に記載のＷＴＲＵ。
【請求項４】
前記ＣＯＴはマルチスロットＣＯＴである、請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＣＯＴは複数のネストされたグループに対応する複数のオーバラップしないタイムスロットセットに分割されている、請求項１に記載のＷＴＲＵ。
【請求項６】
前記ＷＴＲＵは少なくとも前記第１のグループ内にネストされた第２のグループのメンバーでもある、請求項５に記載のＷＴＲＵ。
【請求項７】
前記第１のＬＢＴが成功しなかったという条件で：
前記送受信機は、前記ＣＯＴの第２のタイムスロットセットにおいて前記チャネルを監視するようにさらに構成され、
前記送受信機は、前記第２のタイムスロットセットにおいて第２のプリアンブルを受信するようにさらに構成され、
前記プロセッサは、前記第２のプリアンブルに基づいて、前記第２のタイムスロットセットに関連付けられたグループを決定するように構成され、
前記第２のタイムスロットセットに関連付けられた前記グループが前記第２のグループであるという条件で、前記送受信機は、前記第２のタイムスロットセットにおいて第２のＲＴＳ信号について前記チャネルを監視するように構成され、
前記送受信機が前記第２のＲＴＳ信号を受信したという条件で：
前記送受信機は、前記チャネル上で第２のＬＢＴを実行するように構成され、
前記第２のＬＢＴが成功したという条件で、前記送受信機は、前記チャネル上で第２のＣＴＳを送信し、アップリンク通信またはダウンリンク通信のために前記第２のタイムスロットセットにおいて前記チャネルにアクセスするように構成される、
請求項６に記載のＷＴＲＵ。
【請求項８】
前記第１のタイムスロットセットにおいて前記チャネルにアクセスしたときに前記送受信機が前記第１のタイムスロットセットにおいてデータを受信するという条件で、前記送受信機は、後続のＣＯＴまで電力セーブモードに入るようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項９】
前記ＷＴＲＵが前記第１のタイムスロットセットに関連付けられた前記グループのメンバーではないという条件で、前記送受信機は、第２のタイムスロットセットまで電力セーブモードに入るようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項１０】
高優先順位のＷＴＲＵとして構成された、請求項１に記載のＷＴＲＵ。
【請求項１１】
チャネル占有時間（ＣＯＴ）の間の受信機支援チャネルアクセスのためにワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵが第１のグループのメンバーであると決定することと、
前記ＣＯＴの第１のタイムスロットセットにおいて第１のプリアンブルを受信することと、
前記第１のプリアンブルに基づいて、前記第１のタイムスロットセットに関連付けられたグループを決定することと、
前記第１のタイムスロットセットに関連付けられた前記グループが前記第１のグループであるという条件で、前記第１のタイムスロットセットにおいて第１の送信要求（ＲＴＳ）信号についてチャネルを監視することと、
前記第１のＲＴＳ信号が受信されたという条件で：
前記チャネル上で第１のリッスンビフォアトーク（ＬＢＴ）を実行することと、
前記第１のＬＢＴが成功したという条件で、前記チャネル上で第１の送信可（ＣＴＳ）を送信することと、アップリンク通信またはダウンリンク通信のために前記第１のタイムスロットセットにおいて前記チャネルにアクセスすることと、
前記第１のＬＢＴが成功しなかったという条件で、前記ＣＯＴ内の後続のタイムスロットセットにおいて別のプリアンブルについて前記チャネルを監視することと、
を含む、方法。
【請求項１２】
前記ＣＯＴの開始時に前記ＣＯＴについてのＣＯＴ構成情報を受信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵが前記第１のグループのメンバーであると決定することは、ｇＮＢから受信したグループメンバーシップ情報に基づく、請求項１１に記載の方法。
【請求項１４】
前記ＣＯＴはマルチスロットＣＯＴである、請求項１１に記載の方法。
【請求項１５】
前記ＣＯＴは複数のネストされたグループに対応する複数のオーバラップしないタイムスロットセットに分割されている、請求項１１に記載の方法。
【請求項１６】
前記ＷＴＲＵは少なくとも前記第１のグループ内にネストされた第２のグループのメンバーでもある、請求項１５に記載の方法。
【請求項１７】
前記第１のＬＢＴが成功しなかったという条件で：
前記ＣＯＴの第２のタイムスロットセットにおいて前記チャネルを監視することと、
前記第２のタイムスロットセットにおいて第２のプリアンブルを受信することと、
前記第２のプリアンブルに基づいて、前記第２のタイムスロットセットに関連付けられたグループを決定することと、
前記第２のタイムスロットセットに関連付けられた前記グループが前記第２のグループであるという条件で、前記第２のタイムスロットセットにおいて第２のＲＴＳ信号について前記チャネルを監視することと、
前記第２のＲＴＳ信号が受信されたという条件で：
前記チャネル上で第２のＬＢＴを実行することと、
前記第２のＬＢＴが成功したという条件で、前記チャネル上で第２のＣＴＳを送信することと、アップリンク通信またはダウンリンク通信のために前記第２のタイムスロットセットにおいて前記チャネルにアクセスすることと、
をさらに含む、請求項１６に記載の方法。
【請求項１８】
前記第１のタイムスロットセットにおいて前記チャネルにアクセスしたときに前記第１のタイムスロットセットにおいてデータが受信されたという条件で、後続のＣＯＴまで電力セーブモードに入ることをさらに含む、請求項１１に記載の方法。
【請求項１９】
前記ＷＴＲＵが前記第１のタイムスロットセットに関連付けられた前記グループのメンバーではないという条件で、第２のタイムスロットセットまで電力セーブモードに入ることをさらに含む、請求項１１に記載の方法。
【請求項２０】
前記ＷＴＲＵが高優先順位のＷＴＲＵである、請求項１１に記載の方法。
【国際調査報告】
2021533668.tif 000017
2021533668.tif 000018