(57)【要約】      （修正有）【課題】ＬＴＥ共存のための動的パラメータ調整の方法を提供する。【解決手段】ＬＴＥシステムなどのワイヤレス通信システムは、ＩＳＭ無線帯域またはＴＶＷＳなどの動的共有スペクトル帯において動作する。いくつかの動的共有スペクトル帯が搬送波集合手順を利用できない場合、ＬＴＥなどのワイヤレス通信技術が動的共有スペクトル帯において動作することを妨げることがある。共存ギャップは、１つのＲＡＴがサイレントになることができ、別のＲＡＴが送信できる期間を提供することによって、１つのＲＡＴが別のＲＡＴと共存することを可能にする。デューティサイクルなどの共存ギャップパターンのパラメータを動的に変更して、ＲＡＴトラフィックと他のセカンダリユーザの存在の両方に適応する。【選択図】図７
2018011352.tif 000002
【特許請求の範囲】
【請求項１】
動的共有スペクトルにおけるチャネルを使用するデバイスであって、前記デバイスは、メモリおよびプロセッサを備え、前記プロセッサは、
前記動的共有スペクトルの前記チャネルに対する共存パターンを決定し、前記共存パターンは、第１の無線アクセス技術（ＲＡＴ）からの通信をサイレントにし、第２のＲＡＴが前記チャネルにおいて動作することができることを保証する共存ギャップを含み、
前記共存パターンを無線送受信ユニット（ＷＴＲＵ）に送り、前記第２のＲＡＴが、前記共存ギャップの間、前記動的共有スペクトルの前記チャネルにおいて動作することができることを、前記ＷＴＲＵが感知できるようにする
ように構成されたことを特徴とするデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ共存のための動的パラメータ調整に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１２年１月２６日に出願された米国仮特許出願第６１／５９１２５０号明細書、２０１２年２月２７日に出願された米国仮特許出願第６１／６０３４３４号明細書、２０１２年３月２２日に出願された米国仮特許出願第６１／６１４４６９号明細書、および２０１２年５月４日に出願された米国仮特許出願第６１／６８７９４７号明細書の利益を主張し、それらの内容は、参照により本明細書に組み込まれる。
【０００３】
ロングタームエボリューション（ＬＴＥ）システムなどのワイヤレス通信システムは、産業科学医療（ＩＳＭ）無線帯域またはテレビジョンホワイトスペース（ＴＶＷＳ）などの、動的共有スペクトル帯において動作できる。動的共有スペクトル帯における補助コンポーネント搬送波（ＳｕｐｐＣＣ）または補助セル（ＳｕｐｐＣｅｌｌ）が、ワイヤレスカバレージおよび／またはワイヤレストラフィックオフロードを提供するために日和見的に使用され得る。例えば、マクロセルは、サービス継続性を提供でき、ピコセル、フェムトセル、またはリモート無線ヘッド（ＲＲＨ）セルなどの小規模セルは、ライセンスされた動的共有スペクトル帯の集合を行って、増加した帯域幅をロケーションに提供できる。
【０００４】
いくつかの動的共有スペクトル帯は、搬送波集合手順を利用できないことがあり、そのことは、ＬＴＥなどのワイヤレス通信技術が、動的共有スペクトル帯において動作することを妨げることがある。これの原因は、例えば、チャネルの利用可能性、動的共有スペクトル帯のセカンダリユーザとの共存要件、またはプライマリユーザが優先アクセスを有するという動的共有スペクトル帯上での動作に対して課される規制ルールなどであり得る。
【発明の概要】
【０００５】
本明細書では、産業科学医療（ＩＳＭ）無線帯域またはテレビジョンホワイトスペース（ＴＶＷＳ）などの動的共有スペクトルにおいて動作できるロングタームエボリューション（ＬＴＥ）などのワイヤレス通信システムが、前記動的共有スペクトル帯にアクセスできる他のセカンダリユーザと共存することを可能にし得る、方法および装置が説明される。
【０００６】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。共存パターンが決定され得る。前記共存パターンは、第１の無線アクセス技術（ＲＡＴ）と第２のＲＡＴが動的共有スペクトルのチャネルにおいて動作することを可能にし得る、共存ギャップを含むことができる。信号は、前記共存パターンに基づいて、前記第１のＲＡＴを介して、前記チャネルにおいて送信され得る。
【０００７】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。共存ギャップの間にチャネルが利用可能であり得るかどうかが判定され得る。前記共存ギャップは、第１のＲＡＴと第２のＲＡＴが、動的共有スペクトルのチャネルにおいて動作することを可能にし得る。前記第１のＲＡＴに対する干渉を最低限に抑えるパケット持続時間が決定され得る。前記パケット持続時間に基づいたパケットは、前記チャネルが利用可能であり得るときに、前記第２のＲＡＴを使用して、前記チャネルにおいて送信され得る。
【０００８】
共存パターンを調整するための方法が提供され得る。第１のＲＡＴについての動的共有スペクトル帯のチャネルにおけるトラフィック負荷が決定され得る。前記第２のＲＡＴが前記チャネル上で動作しているかどうかを示す動作モードが決定され得る。前記第１のＲＡＴと第２のＲＡＴが動的共有スペクトル帯の前記チャネルにおいて動作することを可能にし得る共存ギャップパターンが決定され得る。前記共存ギャップパターンについてのデューティサイクルは、前記トラフィック負荷、前記動作モード、または前記共存ギャップのうちの少なくとも１つを使用して設定され得る。
【０００９】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。共存パターンが決定され得る。第１のＲＡＴと第２のＲＡＴが動的共有スペクトル帯のチャネルにおいて動作することを可能にする共存ギャップを含み得る前記共存パターンが決定され得る。前記共存パターンは、無線送受信ユニット（ＷＴＲＵ）に送信され得る。信号は、前記共存ギャップの外側の期間の間に、前記第１のＲＡＴを介して、前記チャネルにおいて送信され得る。
【００１０】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。時分割複信アップリンク／ダウンリンク（ＴＤＤ  ＵＬ／ＤＬ）構成が選択され得る。１または複数のマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームが、前記ＴＤＤ  ＵＬ／ＤＬ構成のダウンリンク（ＤＬ）サブフレームから決定され得る。１または複数のスケジュールされていないアップリンク（ＵＬ）サブフレームが、前記ＴＤＤ  ＵＬ／ＤＬ構成の前記アップリンク（ＵＬ）サブフレームから決定され得る。共存ギャップは、前記１または複数のスケジュールされていないＵＬサブフレームおよび前記ＭＢＳＦＮサブフレームを使用して生成され得る。前記共存ギャップは、第１のＲＡＴと第２のＲＡＴが、動的共有スペクトルのチャネルにおいて共存することを可能にし得る。
【００１１】
動的共有スペクトル帯におけるチャネルを共有するための無線送受信ユニット（ＷＴＲＵ）が提供され得る。前記ＷＴＲＵは、共存パターンを受け取ることであって、前記共存パターンが、第１のＲＡＴ、第２のＲＡＴが動的共有スペクトル帯のチャネルにおいて動作することを可能にする、共存ギャップを含み得る、受け取ることと、信号を、前記共存パターンに基づいて、前記第１のＲＡＴを介して、前記チャネルにおいて送信することとを行うように構成され得る、プロセッサを含むことができる。
【００１２】
動的共有スペクトルにおける共有チャネルを使用するためのアクセスポイントが提供され得る。前記アクセスポイントは、第１のＲＡＴと第２のＲＡＴが動的共有スペクトルのチャネルにおいて動作することを可能にする共存ギャップの間に、チャネルが利用可能であり得るかどうかを判定するように構成され得る、プロセッサを含むことができる。前記プロセッサは、前記第１のＲＡＴに対する干渉を最低限に抑えるパケット持続時間を決定するように構成され得る。前記プロセッサは、前記パケット持続時間に基づいたパケットを、前記チャネルが利用可能であるときに、前記第２のＲＡＴを使用して、前記チャネルにおいて送信するように構成され得る。
【００１３】
共存パターンを調整するための拡張ノードＢ（ｅノードＢ）が提供され得る。前記ｅノードＢは、プロセッサを含むことができる。前記ｅノードＢは、第１のＲＡＴに関する動的共有スペクトル帯のチャネルにおけるトラフィック負荷を決定できる。前記ｅノードＢは、前記第２のＲＡＴが前記チャネル上で動作しているかどうかを示す動作モードを決定できる。前記ｅノードＢは、前記第１のＲＡＴと第２のＲＡＴが動的共有スペクトル帯の前記チャネルにおいて動作することを可能にする共存ギャップパターンを決定できる。前記ｅノードＢは、前記トラフィック負荷、前記動作モード、または前記共存ギャップのうちの少なくとも１つを使用して、前記共存ギャップパターンに関するデューティサイクルを設定できる。
【００１４】
動的共有における共有チャネルを使用するためのＷＴＲＵが提供され得る。前記ＷＴＲＵは、共存パターンを受け取るように構成され得る、プロセッサを含むことができる。前記共存パターンは、第１のＲＡＴと第２のＲＡＴが、動的共有スペクトル帯のチャネルにおいて動作することを可能にし得る、共存ギャップを含むことができる。前記プロセッサは、信号を、前記共存ギャップの外側の期間の間に、前記第１のＲＡＴを介して、前記チャネルにおいて送信するように構成され得る。
【００１５】
動的共有スペクトルにおける共有チャネルを使用するためのＷＴＲＵが提供され得る。前記ＷＴＲＵは、プロセッサを含むことができる。前記プロセッサは、デューティサイクルを受け取り、前記デューティサイクルを使用して時分割複信アップリンク／ダウンリンク（ＴＤＤ  ＵＬ／ＤＬ）構成を選択するように構成され得る。前記プロセッサは、前記ＴＤＤ  ＵＬ／ＤＬ構成のダウンリンク（ＤＬ）サブフレームから１または複数のマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームを決定し、前記ＴＤＤ  ＵＬ／ＤＬ構成のアップリンク（ＵＬ）サブフレームから１または複数のスケジュールされていない前記アップリンク（ＵＬ）サブフレームを決定するように構成され得る。前記プロセッサは、第１のＲＡＴと第２のＲＡＴが動的共有スペクトルのチャネルにおいて共存することを可能にし得る共存ギャップを、前記１または複数のスケジュールされていないＵＬサブフレームおよび前記ＭＢＳＦＮサブフレームを使用して決定するように構成され得る。
【図面の簡単な説明】
【００１６】
より詳細な理解は、添付の図面を併用する、例として与えられた、以下の説明から得ることができる。
【００１７】
【図１Ａ】１または複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】無線送受信ユニット（ＷＴＲＵ）内における共存干渉の一例を示す図である。
【図３】時分割多重（ＴＤＭ）を可能にするためにｅＮＢによって構成され得る、間欠的な受信（ＤＲＸ）の一例を示す図である。
【図４】Ｗｉ−Ｆｉビーコンを処理する一例を示す図である。
【図５】セカンダリユーザ共存のために使用され得る周期的ギャップパターンの一例を示す図である。
【図６】動的共有スペクトル帯におけるダウンリンク（ＤＬ）動作モードのために使用され得る例示的な周期的ギャップパターンを示す図である。
【図７】動的共有スペクトル帯におけるダウンリンク（ＤＬ）／アップリンク（ＵＬ）動作モードのための例示的な周期的ギャップパターンを示す図である。
【図８】ＬＴＥ／Ｗｉ−Ｆｉ共存のために使用され得る共存ギャップの例を示す図である。
【図９】ＬＴＥおよびＷｉ−Ｆｉスループット対ギャップ持続時間のシミュレーションを示す図である。
【図１０】共存パターン制御デバイスの例示的なブロック図である。
【図１１】Ｗｉ−Ｆｉ負荷推定が利用可能でないことがあるデューティサイクル調整のための例示的なフロー図である。
【図１２】Ｗｉ−Ｆｉ負荷推定が利用可能であり得るデューティサイクル調整のための例示的なフロー図である。
【図１３】ｅノードＢ（ｅＮＢ）／ホームｅＮＢ（ＨｅＮＢ）デューティサイクルシグナリングの一例を示す図である。
【図１４】デューティサイクルを伝えるための例示的なプライマリ同期信号（ＰＳＳ）／セカンダリ同期信号（ＳＳＳ）配列（ｐｅｒｍｕｔａｔｉｏｎ）を示す図である。
【図１５】ＰＳＳおよびＳＳＳを使用する例示的なデューティサイクルシグナリングを示す図である。
【図１６】機械アクセス制御（ＭＡＣ）制御要素（ＣＥ）を使用するデューティサイクル変更例を示す図である。
【図１７】無線リソース制御（ＲＲＣ）再構成メッセージングを使用するデューティサイクル変更例を示す図である。
【図１８】ＬＴＥオン期間およびオフ期間の間の干渉レベルの一例を示す図である。
【図１９】シミュレーションモデルを示す図である。
【図２０】干渉の累積分布関数（ＣＤＦ）の例示的なグラフを示す図である。
【図２１】２つの協調ＬＴＥ送信機が関係するセカンダリユーザ共存の一例を示す図である。
【図２２】セカンダリネットワークの例示的な検出を示す図である。
【図２３】セカンダリユーザ（ＳＵ）検出の例示的なフローチャートである。
【図２４】ＳＵ検出実施形態の一例を示す図である。
【図２５】様々なトラフィックタイプについての例示的なパケット送信を示す図である。
【図２６】異なるトラフィックタイプについての平均干渉レベルの一例を示す図である。
【図２７】ＲＲＣ再構成メッセージの例示的な使用を示す図である。
【図２８】リスンビフォートーク（ＬＢＴ）を用い得る、例示的なダウンリンク（ＤＬ）／アップリンク（ＵＬ）／共存ギャップ（ＣＧ）パターンを示す図である。
【図２９】ＬＢＴを用いなくてよい例示的なＤＬからＵＬへの切り換えを示す図である。
【図３０】ＬＢＴを用いなくてよい例示的なＵＬからＤＬへの切り換えを示す図である。
【図３１】周波数分割複信（ＦＤＤ）ＤＬのための例示的な動的非周期的共存パターンを示す図である。
【図３２】ＣＧがＵＬバースト後、ＤＬバースト前に挿入される例示的なシナリオを示す図である。
【図３３】（Ｈ）ｅＮＢ処理のための例示的な状態機械を示す図である。
【図３４】ＤＬ送信状態にあるときの処理の例示的なフローチャートである。
【図３５】ＵＬ送信状態にあるときの処理の例示的なフローチャートである。
【図３６】空きチャネル判定（ＣＣＡ）状態にあるときの処理の例示的なフローチャートである。
【図３７】送信モードの例示的な決定を示す図である。
【図３８】チャネルアクセスメカニズムに基づき得る例示的な測定を示す図である。
【図３９】チャネルアクセスに基づき得る測定の例示的なフロー図である。
【図４０】数々の搬送波集合タイプを示す図である。
【図４１】代表的な周波数分割複信（ＦＤＤ）フレームフォーマットを示す図である。
【図４２】代表的な時分割複信（ＴＤＤ）フレームフォーマットを示す図である。
【図４３】物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）グループ変調およびマッピングの一例を示す図である。
【図４４】ＴＤＤ  ＧＰを置換するために使用され得る共存ギャップを示す図である。
【図４５】拡張された特別なサブフレームを使用し得るＴＤＤ  ＵＬ／ＤＬ構成４を示す図である。
【図４６】共存ギャップが複数のフレーム上に構成され得る共存フレームを示す図である。
【図４７】９０％デューティサイクルについての共存ギャップパターンを示す図である。
【図４８】８０％デューティサイクルについての共存ギャップパターンを示す図である。
【図４９】５０％デューティサイクルについての共存ギャップパターンを示す図である。
【図５０】４０％デューティサイクルについての共存ギャップパターンを示す図である。
【図５１】ＴＤＤ  ＵＬ／ＤＬ構成１のための高デューティサイクルギャップパターンを示す図である。
【図５２】ＴＤＤ  ＵＬ／ＤＬ構成１のための中間デューティサイクルギャップパターンを示す図である。
【図５３】ＴＤＤ  ＵＬ／ＤＬ構成２のための高デューティサイクルギャップパターンを示す図である。
【図５４】ＴＤＤ  ＵＬ／ＤＬ構成２のための中間デューティサイクルギャップパターンを示す図である。
【図５５】ＴＤＤ  ＵＬ／ＤＬ構成３のための高デューティサイクルギャップパターンを示す図である。
【図５６】ＴＤＤ  ＵＬ／ＤＬ構成３のための中間デューティサイクルギャップパターンを示す図である。
【図５７】ＴＤＤ  ＵＬ／ＤＬ構成４のための高デューティサイクルギャップパターンを示す図である。
【図５８】ＴＤＤ  ＵＬ／ＤＬ構成４のための中間デューティサイクルギャップパターンを示す図である。
【図５９】ＴＤＤ  ＵＬ／ＤＬ構成５のための高デューティサイクルギャップパターンを示す図である。
【図６０】ＴＤＤ  ＵＬ／ＤＬ構成５のための中間デューティサイクルギャップパターンを示す図である。
【図６１】ＴＤＤ  ＵＬ／ＤＬ構成０のための高デューティサイクルギャップパターンを示す図である。
【図６２】ＴＤＤ  ＵＬ／ＤＬ構成０のための中間デューティサイクルギャップパターンを示す図である。
【図６３】ＴＤＤ  ＵＬ／ＤＬ構成０のための別の中間デューティサイクルギャップパターンを示す図である。
【図６４】ＴＤＤ  ＵＬ／ＤＬ構成０のための別の中間デューティサイクルギャップパターンを示す図である。
【図６５】ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成０のための中間デューティサイクルギャップパターンを示す図である。
【図６６】ＤＬ  ＨＡＲＱタイミングがフレーム依存であり得る、ＴＤＤ  ＵＬ／ＤＬ構成０のための中間デューティサイクルギャップパターンを示す図である。
【図６７】ＴＤＤ  ＵＬ／ＤＬ構成６のための高デューティサイクルギャップパターンを示す図である。
【図６８】ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクルギャップパターンを示す図である。
【図６９】ＴＤＤ  ＵＬ／ＤＬ構成６のための別の中間デューティサイクルギャップパターンを示す図である。
【図７０】ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクル構成を示す図である。
【図７１】ＤＬ  ＨＡＲＱタイミングがフレーム依存であり得る、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクル構成を示す図である。
【図７２】Ｗｉ−Ｆｉから制御チャネルに及ぼされる干渉を示す図である。
【図７３】２つのＰＨＩＣＨグループ上で繰り返され得る、符号化ＰＨＩＣＨを示す図である。
【図７４】２４シンボルスクランブリング符号を使用できる、ＰＨＩＣＨの符号化の向上を示す図である。
【図７５】ＵＥ当たり２つの直交符号を使用するＰＨＩＣＨロバスト性の向上を示す図である。
【図７６】ＴＤＤ  ＵＬ／ＤＬ構成のために使用され得る事前設定されたＰＤＣＣＨを示す図である。
【図７７】Ｗｉ−Ｆｉをチャネルから退去させるために使用され得る基準信号を示す図である。
【図７８】Ｗｉ−Ｆｉ  ＯＦＤＭ物理（ＰＨＹ）送受信機と受信機の例示的なブロック図である。
【図７９】インターリーバ構成のための例示的なフロー図である。
【図８０】インターリーバ構成のための別の例示的なフロー図である。
【発明を実施するための形態】
【００１８】
例示的な実施形態の詳細な説明が、様々な図を参照して今から行われる。この説明は可能な実施の詳細な例を提供するが、細部は例示的なものであり、決して本出願の範囲を限定するものではないことが意図されていることに留意されたい。
【００１９】
図１Ａは、１または複数の開示される実施形態を実施できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングル搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。
【００２０】
図１Ａに示されるように、通信システム１００は、（一般にまたは一括してＷＴＲＵ１０２と呼ばれることがある）無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家電製品などを含むことができる。
【００２１】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、およびワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００２２】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、ワイヤレス信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【００２３】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００２４】
より具体的には、上で言及したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立できる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２５】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立できる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００２６】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００２７】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおけるワイヤレス接続性を円滑化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介して、インターネット１１０にアクセスする必要がないことがある。
【００２８】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用できるＲＡＮ１０３／１０４／１０５に接続するのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）と通信することもできる。
【００２９】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしてサービスすることもできる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線またはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用できる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００３０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用できる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用できる基地局１１４ｂと通信するように構成することができる。
【００３１】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性（includeent）を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。また、実施形態は、基地局１１４ａ、１１４ｂ、ならびに／またはとりわけ、送受信機局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなどの、しかし、それらに限定されない、基地局１１４ａ、１１４ｂが表し得るノードが、図１Ｂに示され、本明細書で説明される要素のいくつかまたはすべてを含むことができることを企図している。
【００３２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合できることが理解されよう。
【００３３】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成できることが理解されよう。
【００３４】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００３５】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００３６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）などの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【００３７】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３８】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解されよう。
【００３９】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくはワイヤレス接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【００４０】
図１Ｃは、一実施形態による、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上で言及したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６とも通信することができる。図１Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０３は、一実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
【００４１】
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能を実施またはサポートするように構成することができる。
【００４２】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００４３】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。
【００４４】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続することができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。
【００４５】
上で言及したように、コアネットワーク１０６は、ネットワーク１１２にも接続することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線またはワイヤレスネットワークを含むことができる。
【００４６】
図１Ｄは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上で言及したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【００４７】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００４８】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００４９】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００５０】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供することもできる。
【００５１】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からの経路選択および転送を行うことができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（ａｎｃｈｏｒｉｎｇ）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行う一斉呼出のトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実行することもできる。
【００５２】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。
【００５３】
コアネットワーク１０７は、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線またはワイヤレスネットワークを含むことができる。
【００５４】
図１Ｅは、一実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。
【００５５】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０５は、一実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、各々が、ＲＡＮ１０５内の特定のセル（図示されず）に関連付けることができ、各々が、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含む。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしてサービスすることができ、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担うことができる。
【００５６】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。
【００５７】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を円滑化するためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を円滑化するためのプロトコルを含むことができる。
【００５８】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を円滑化するためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素の各々は、コアネットワーク１０９の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００５９】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を円滑化することができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線またはワイヤレスネットワークを含むことができる。
【００６０】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続でき、コアネットワーク１０９は、他のコアネットワークに接続できることが理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０５と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、Ｒ５参照として定義することができ、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークの間の網間接続を円滑化するためのプロトコルを含むことができる。
【００６１】
コンポーネント搬送波は、動的共有スペクトルにおいて動作できる。例えば、補助コンポーネント搬送波（ＳｕｐｐＣＣ）または補助セル（ＳｕｐｐＣｅｌｌ）は、動的共有スペクトル帯において動作できる。ＳｕｐｐＣＣは、ワイヤレスカバレージおよび／またはワイヤレストラフィックオフロードを提供するために、動的共有スペクトル帯において日和見的に使用され得る。ネットワークアーキテクチャは、サービス継続性を提供するマクロセル、およびライセンスされた動的共有スペクトル帯の集合を行って、増加した帯域幅をロケーションに提供できる、ピコセル、フェムトセル、またはリモート無線ヘッド（ＲＲＨ）セルなどを含むことができる。
【００６２】
搬送波集合（ＣＡ）は、動的共有スペクトル帯の特性に対応できる。例えば、ＬＴＥ動作は、動的共有スペクトル帯におけるチャネルの利用可能性、動的共有スペクトル帯のセカンダリユーザ、またはプライマリユーザが優先アクセスを有し得るという動的共有スペクトル帯上での動作に対して課される規制ルールなどに従って変化できる。動的共有スペクトル帯の特性に対応するために、補助コンポーネント搬送波（ＳｕｐｐＣＣ）または補助セル（ＳｕｐｐＣｅｌｌ）が、動的共有スペクトル帯において動作できる。ＳｕｐｐＣＣまたはＳｕｐｐＣｅｌｌは、ＬＴＥにおけるセカンダリセルのサポートに類似したサポートを、１組のチャネル、特徴、または機能などに提供できる。
【００６３】
補助セルを構成できる補助コンポーネント搬送波は、セカンダリコンポーネント搬送波とは異なることができる。ＳｕｐｐＣＣは、動的共有スペクトル帯におけるチャネル上で動作できる。動的共有スペクトル帯におけるチャネルの利用可能性は、ランダムであり得る。他のセカンダリユーザもこの帯域上に存在でき、これらのセカンダリユーザは異なる無線アクセス技術を使用していることがあるので、チャネルの品質は保証され得ない。ＳｕｐｐＣＣによって使用され得るセルは、リリース１０（Ｒ１０）バックワード互換でないことがあり、ＵＥは、補助セルにキャンプオンすることを要求されないことがある。補助セルは、Ｂ  ＭＨｚスライスにおいて利用可能であり得る。例えば、北米では、ＴＶＷＳチャネルは、６ＭＨｚとすることができ、それは、Ｂが５ＭＨｚになり得るように、チャネル当たり５ＭＨｚのＬＴＥ搬送波のサポートを可能にし得る。アグリゲートされた補助セルにおけるコンポーネント搬送波間の周波数分離は、ランダムであり得、低いものであり得、ＴＶＷＳチャネルの利用可能性、デバイスの能力、または近隣システム間での共有方針など、数々の要因に依存し得る。
【００６４】
ワイヤレス通信システムは、Ｗｉ−Ｆｉシステムなどの他のワイヤレス通信システムとすることができるセカンダリユーザと共存できる。ＬＴＥシステムが動的共有スペクトル帯において動作する場合、同じスペクトルが、異なる無線アクセス技術を使用できる他のセカンダリユーザと共有され得る。例えば、本明細書で説明される実施形態は、ＬＴＥが、動的共有スペクトル帯において動作すること、およびＷｉ−Ｆｉなどの異なる無線アクセス技術と共存することを可能にし得る。
【００６５】
８０２．１１  ＭＡＣは、市販製品では広くは使用されていない集中調整機能（ＰＣＦ）と、分散調整機能（ＤＣＦ）の、２つの動作モードをサポートできる。ＰＣＦは、無競合アクセスを提供でき、一方、ＤＣＦは、競合ベースのアクセスのために、衝突回避付き搬送波感知多重アクセス（ＣＳＭＡ／ＣＡ）を使用できる。ＣＳＭＡは、チャネルアクセスのために空きチャネル判定（ＣＣＡ）技法を利用できる。ＣＳＭＡは、プリアンブル検出を使用して、他のＷｉ−Ｆｉ送信を検出でき、プリアンブル部が失われている場合は、エネルギー測定を使用して、チャネル利用可能性を判定できる。例えば、２０ＭＨｚチャネル帯域幅の場合、ＣＣＡは、ミッドアンブル検出（すなわち、Ｗｉ−Ｆｉ検出）に対しては、−８２ｄＢｍの閾値を、また非Ｗｉ−Ｆｉ検出に対しては、−６２ｄＢｍの閾値を使用できる。
【００６６】
インフラストラクチャネットワークでは、アクセスポイントが、定期的にビーコンを送信できる。ビーコンは、１００ｍｓなどの間隔に設定され得る。アドホックネットワークでは、ピア局の１つが、ビーコンを送信する責任を担うことができる。ビーコンフレームを受信した後、局は、ビーコン間隔の間、待つことができ、時間遅延後に、別の局がビーコンを送信しない場合、ビーコンを送信できる。ビーコンフレームは、５０バイト長とすることができ、その約半分は、共通フレームヘッダおよび巡回冗長検査（ＣＲＣ）フィールド用とすることができる。ビーコンを送信するための予約分がないことがあり、ビーコンは、８０２．１１  ＣＳＭＡ／ＣＡアルゴリズムを使用して送信され得る。ビーコン間の時間は、ビーコン間隔よりも長いことがあるが、局は、ビーコン内に見出されるタイムスタンプを利用することによって、これを補償できる。
【００６７】
デバイス内共存（ＩＤＣ）が提供され得る。図２は、無線送受信ユニット（ＷＴＲＵ）内における共存干渉の一例を示している。図２に示されるように、ＡＮＴ２０２、ＡＮＴ２０４、およびＡＮＴ２０６など、複数の無線送受信機が同じＵＥ上に存在し得る場合に、干渉が発生し得る。例えば、ＵＥは、ＬＴＥ、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）、およびＷｉ−Ｆｉ送受信機を備えることができる。動作中、ＡＮＴ２０２などの送信機は、他の技術で動作していることがあるＡＮＴ２０４およびＡＮＴ２０６などの１または複数の受信機に干渉を及ぼすことがある。これが起こり得るのは、個々の送受信機についてのフィルタ阻止が要件を満たし得る場合であっても、要件は、同じデバイス上に配置され得る送受信機を考慮していないことがあるためである。
【００６８】
図２に示されるように、数々の共存シナリオが発生し得る。例えば、ＬＴＥバンド４０無線Ｔｘは、ＩＳＭ無線Ｒｘに対する干渉の原因になり得、ＩＳＭ無線Ｔｘは、ＬＴＥバンド４０無線Ｒｘに対する干渉の原因になり得、ＬＴＥバンド７無線Ｔｘは、ＩＳＭ無線Ｒｘに対する干渉の原因になり得、ＬＴＥバンド７／１３／１４無線Ｔｘは、ＧＮＳＳ無線Ｒｘに対する干渉の原因になり得るなどである。
【００６９】
図３は、時分割多重（ＴＤＭ）を可能にするためにｅＮＢによって構成され得る、間欠的な受信（ＤＲＸ）の一例を示している。間欠的な受信（ＤＲＸ）は、無線アクセス技術間での時分割多重（ＴＤＭ）を可能にすることによって自己干渉に対処するために使用され得る。図３に示されるように、ＤＲＸサイクル３０２に関して、３０４では、ＬＴＥは、期間中、オンであることができ、３０６では、ＬＴＥは、ＩＳＭなどの別の無線アクセス技術に機会を提供するために、期間中、オフであることができる。オンおよびオフサイクルは、様々な長さとすることができる。例えば、ＬＴＥは、３０４において、５０ｍｓにわたってオンであることができ、ＩＳＭ動作は、３０６において、７８ｍｓの間に発生し得る。
【００７０】
図４は、Ｗｉ−Ｆｉビーコンを処理する一例を示している。図４に示されるように、ＵＥがＷｉ−Ｆｉビーコンを受信することを可能にするために、ＵＥベースのＤＲＸタイプパターンが使用され得る。例えば、ＬＴＥ活動４０２は、４１２などにおけるアクティブ時間と、４１４などの非アクティブ時間とを有することができる。非アクティブ時間中に、Ｗｉ−Ｆｉ活動４０４が発生し得る。例えば、ビーコン４０６、ビーコン４０８、および／またはビーコン４１０が、非アクティブ時間中に発生し得る。
【００７１】
ＬＴＥ測定が提供され得る。例えば、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、および受信信号強度インジケータ（ＲＳＳＩ）などの測定が提供され得る。ＲＳＲＰは、検討中の測定周波数帯域幅内でセル固有の基準信号を搬送できるリソース要素の電力寄与についての線形平均（［Ｗ］単位）とすることができる。ＲＳＲＱは、比Ｎ×ＲＳＲＰ／（Ｅ−ＵＴＲＡ搬送波ＲＳＳＩ）とすることができ、ここで、Ｎは、Ｅ−ＵＴＲＡ搬送波ＲＳＳＩ測定帯域幅のＲＢの数とすることができる。分子および分母の測定は、同じ１組のリソースブロックについて行われ得る。Ｅ−ＵＴＲＡ搬送波ＲＳＳＩは、同一チャネルサービングおよび非サービングセル、隣接チャネル干渉、または熱ノイズなどを含む、ソースからの、ＵＥによる、Ｎ個のリソースブロック上の、測定帯域幅における、アンテナポート０のための基準シンボルを含むことができる直交周波数分割多重（ＯＦＤＭ）シンボルにおいて観測される全受信電力の線形平均（［Ｗ］単位）を含むことができる。ＲＳＲＱ測定を実行するためにサブフレームが使用され得ることを、より高位のレイヤのシグナリングが示す場合、示されたサブフレーム内のＯＦＤＭシンボル上で、ＲＳＳＩが測定され得る。
【００７２】
ＲＳＲＰおよびＲＳＲＱは、ＵＥにおいて行われ得、１００ミリ秒のオーダの間隔などの報告間隔で、基地局に報告され得る。測定が実行され得る期間は、ＵＥに従って設定され得る。多くの測定は、１または複数のサブフレームにわたって行われ得、これらの結果は、ＲＳＲＰおよびＲＳＲＱを計算する前にフィルタリングされ得る。ＲＳＲＰおよびＲＳＲＱは、ＭｅａｓＲｅｓｕｌｔｓ情報要素などの情報要素を使用して、ＵＥによって報告され得る。
【００７３】
ＲＳＲＰおよびＲＳＲＱは、干渉推定のために使用され得る。ＲＳＲＰおよびＲＳＲＱから、ホームｅノードＢは、測定を報告し得たＵＥで観測され得る干渉を計算できる。例えば、ホームｅノードＢとＷｉ−Ｆｉ送信機が共存していることがある場合、ＲＳＲＱは、以下のようになり得、
ＲＳＲＱ＝Ｎ×ＲＳＲＰ／ＲＳＳＩ
オン期間中に測定され得るＲＳＳＩは、以下のようになり得、
【００７４】
【数１】
2018011352.tif 000003
【００７５】
ここで、Ｎは、Ｅ−ＵＴＲＡ搬送波ＲＳＳＩ測定帯域幅のリソースブロックの数とすることができ、
【００７６】
【数２】
2018011352.tif 000004
【００７７】
、
【００７８】
【数３】
2018011352.tif 000005
【００７９】
、
【００８０】
【数４】
2018011352.tif 000006
【００８１】
は、それぞれ、ＬＴＥ固有の基準信号、Ｗｉ−Ｆｉ干渉、およびデータのリソース要素（ＲＥ）における平均電力とすることができる。データＲＥの電力は、基準信号ＲＥの電力と等しくすることができ、または値分のずれを有することができる。ＲＳＲＰ値およびＲＳＲＱ値から、ホームｅノードＢは、他のセカンダリ送信機に起因し得る干渉を以下のように計算できる。
【００８２】
【数５】
2018011352.tif 000007
【００８３】
しかしながら、配備においては、同じ帯域内に干渉を引き起こし得る他のＬＴＥ送信機が存在することがある。そのような状況では、ＲＳＳＩおよび干渉電力は、以下のようになり得る。
【００８４】
【数６】
2018011352.tif 000008
【００８５】
【数７】
2018011352.tif 000009
【００８６】
本明細書で説明するように、ＵＥは、他のＬＴＥ送信機によって引き起こされる干渉が存在し得る場合であっても、非ＬＴＥセカンダリ送信機を検出するために、ＲＳＲＰおよびＲＳＲＱをサービングホームｅノードＢおよび近くのＬＴＥ近隣者に報告するように構成され得る。ＬＴＥ送信機によって引き起こされる干渉は、推定され、補償され得る。
【００８７】
ＲＳＲＰおよびＲＳＲＱは、ハンドオーバのために使用され得る。本明細書で説明されるように、測定報告は、いくつかの条件またはイベントのうちの１つがＲＳＲＰおよびＲＳＲＱ測定に当てはまり得る場合にトリガされ得る。例えば、本明細書でさらに説明されるイベントＡ２は、サービングが設定された閾値よりも悪くなった場合に発生し得る。イベントおよび関連する手順も本明細書で説明される。ＵＥによって経験される搬送波の品質は、１または複数の基地局によって、ＲＳＲＰ／ＲＳＲＱ報告を使用してモニタされ得る。
【００８８】
ライセンスを要しない帯域は、８０２．１１ベースの送信機またはセルラ送信機などのセカンダリユーザに対して開かれたものであり得る。異なる無線アクセス技術に属するノードが共存できる。異なる無線アクセス技術が共存することを可能にするために、共存ギャップが送信内に導入され得、他のセカンダリユーザは、送信を行うために、これらのギャップを使用できる。本明細書では、これらのギャップの構造、セカンダリユーザ存在およびトラフィックに基づき得る、共存パターンデューティサイクルの適応、ならびにデューティサイクルパラメータのシグナリングが開示される。
【００８９】
共存パターンデューティサイクルの適応を可能にするために、送信中および／またはギャップ中に、測定が行われ得る。既存のＬＴＥ  Ｒｅｌ−１０  ＲＳＲＰおよびＲＳＲＱ測定は、ＬＴＥオン持続時間中などの、ホームｅノードＢが送信しているときに行われ得、ＬＴＥオン期間中に送信していないことがあるセカンダリユーザを検出し得ない。例えば、セカンダリユーザは、ＣＳＭＡが原因で、ＬＴＥオン期間中は送信を停止することがあり、既存の測定方法は、それらの送信機についての情報をキャプチャできない。本明細書では、セカンダリユーザ検出機能を提供する測定が開示される。
【００９０】
本明細書で説明される方法は、第１の無線アクセス技術におけるトラフィックと、別の無線アクセス技術にあり得る他のセカンダリユーザの存在とを考慮して、共存パターンのパラメータを動的に変更するために使用され得る。例えば、本明細書で説明される方法は、チャネルにおけるＬＴＥトラフィックと他のセカンダリユーザの存在とを考慮して、共存パターンのパラメータを調整するために使用され得る。
【００９１】
共存パターンパラメータの動的変更を可能にするために、他のセカンダリユーザ（ＳＵ）の存在を検出するための測定が使用され得る。加えて、本明細書で説明される方法は、パラメータ変更をＵＥに伝えるために使用され得る。
【００９２】
共存ギャップパターンが、動的共有スペクトル帯におけるＬＴＥ−Ｗｉ−Ｆｉ共存を可能にするために使用され得る。デューティサイクルなどのギャップパターンのパラメータを動的に変更して、ＬＴＥトラフィックと他のセカンダリユーザの存在の両方に適応するための方法が使用され得る。
【００９３】
デューティサイクル変更を（Ｈ）ｅＮＢに接続され得るＵＥに伝えるための方法が使用され得る。例えば、プライマリ同期信号（ＰＳＳ）ベース、セカンダリ同期信号（ＳＳＳ）ベース、管理情報ベース（ＭＩＢ）ベース、または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）ベースなどのＰＨＹ方法が、デューティサイクル変更を伝えるために使用され得る。別の例として、ＭＡＣ  ＣＥベースの方法が、デューティサイクル変更を伝えるために使用され得る。
【００９４】
ＳＵ検出を可能にするための方法が使用され得る。例えば、オンおよびオフ持続期間中に測定され得る干渉を報告するための測定が使用され得る。別の例として、セカンダリユーザの検出は、干渉およびＲＳＲＰ／ＲＳＲＱ測定に基づくことができる。
【００９５】
数々の状況に合わせて適合させ得るリスンビフォートーク（ＬＢＴ：Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）メカニズムを共存ギャップを用いて調整するための方法が使用され得る。例えば、ＬＢＴメカニズムは、同じ動的共有スペクトルチャネルにおいてＴＤＭ方式で動作できるＤＬおよびＵＬのために使用され得る。別の例として、ＬＢＴメカニズムは、動的共有スペクトルチャネルにおけるＤＬ動作のために使用され得る。共存ギャップを動的にスケジュールし、ギャップ持続時間を設定して、目標チャネル使用比率を達成するための方法が使用され得る。
【００９６】
ＬＴＥおよびＷｉ−Ｆｉなどの複数の無線アクセス技術が同じ帯域において共存することを可能にするために、共存ギャップパターンが提供され得る。例えば、本明細書で説明される方法は、ＬＴＥシステムが、同じ動的共有スペクトル帯において動作できる、Ｗｉ−ＦｉまたはＬＴＥなどの、他のセカンダリユーザと共存することを可能にするために使用され得る。
【００９７】
ＬＴＥ送信などの無線アクセス技術送信のための送信内のギャップは、他のセカンダリユーザに同じ帯域において動作する機会を提供するために使用され得る。例えば、ギャップの間、ＬＴＥノードは、サイレント（silent）であることができ、いかなるデータ、制御、または基準シンボルも送信できない。サイレントギャップは、「共存ギャップ」と呼ばれることがある。共存ギャップが終わると、ＬＴＥノードは、送信を再開でき、チャネル利用可能性の評価を試みずにいることができる。
【００９８】
図５は、セカンダリユーザ共存のために使用され得る周期的ギャップパターンの一例を示している。例えば、周期的ギャップパターンは、第１のＲＡＴがオン期間中に送信することを可能にし、第１のＲＡＴが共存ギャップまたはオフ期間中にサイレントであることを可能にすることによって、別のＲＡＴと共存するために、ＬＴＥなどの第１のＲＡＴによって使用され得る。第２のＲＡＴとすることができる別のセカンダリユーザは、チャネルにアクセスするために、オフ期間を使用できる。図５に示されるように、共存パターンは、周期的なオンまたはオフ送信を含むことができる。５００では、ＬＴＥなどのＲＡＴは、５０４のＴon期間の間、送信できる。５０２では、共存ギャップが使用され得、ＬＴＥは、５０６のＴoff期間の間、送信できない。共存パターンの期間（ＣＰＰ）５０８は、５０４のＴonと５０６のＴoffとを含むことができる。５１４では、ＬＴＥは、オンになることができ、５１０では、ＬＴＥは、送信できる。５１６では、共存ギャップ（ＣＧ）が使用され得、５１２では、ＬＴＥは、サイレントになることができ、送信は行われ得ない。
【００９９】
本明細書で説明される実施形態は、複数のＲＡＴの共存を可能にし得る。これは、デバイス内共存（ＩＤＣ）を提供するために使用され得る方法とは異なり得る方法で行われ得る。例えば、ＩＤＣを可能にする方法は、ＵＥ  ＤＲＸを使用して、同じデバイスにおけるＲＡＴの時分割多重（ＴＤＭ）を提供でき、自己干渉を回避できる。同じセルにおける複数のＲＡＴの共存を可能にし得る方法は、セルをサイレントにして（silence）（例えば、セル毎のＤＴＸを使用して）、与えられたセルにおけるＲＡＴのＴＤＭを提供できる。
【０１００】
図６は、動的共有スペクトル帯におけるダウンリンク（ＤＬ）動作モードのために使用され得る例示的な周期的ギャップパターンを示している。ロングタームエボリューション（ＬＴＥ）などの第１のＲＡＴは、共存ギャップ（ＣＧ）を使用して、Ｗｉ−Ｆｉなどの別のＲＡＴと共存できる。例えば、周期的ギャップパターンは、第１のＲＡＴがオン期間中に送信することを可能にし、第１のＲＡＴが共存ギャップまたはオフ期間中にサイレントであることを可能にすることによって、別のＲＡＴと共存するために、第１のＲＡＴによって使用され得る。第２のＲＡＴとすることができる別のセカンダリユーザは、オフ期間中にチャネルにアクセスできる。
【０１０１】
ＳＵ共存ギャップパターンは、（Ｈ）ｅＮＢがＬＴＥオン中に送信できる、動的共有スペクトル帯におけるＤＬ送信のために使用され得る。図６に示されるように、６００では、ＬＴＥなどのＲＡＴは、６０４のＴon期間の間、ＤＬにおいて送信できる。６０２では、共存ギャップが使用され得、ＬＴＥは、６０６のＴoff期間の間、ＤＬにおいて送信できない。共存パターンの期間（ＣＰＰ）６０８は、６０４のＴonと６０６のＴoffとを含むことができる。６１４では、ＬＴＥは、オンになることができ、６１０では、（Ｈ）ｅＮＢは、ＤＬにおいて送信できる。６１６では、ＣＧが使用され得、６１２では、（Ｈ）ｅＮＢは、サイレントになることができ、ＤＬ送信は行われ得ない。
【０１０２】
図７は、動的共有スペクトル帯におけるダウンリンク（ＤＬ）／アップリンク（ＵＬ）動作モードのための例示的な周期的ギャップパターンを示している。例えば、周期的ギャップパターンは、第１のＲＡＴがオン期間中に送信することを可能にし、第１のＲＡＴが共存ギャップまたはオフ期間中にサイレントであることを可能にすることによって、別のＲＡＴと共存するために、ＬＴＥなどの第１のＲＡＴによって使用され得る。図７に示されるように、共存パターンは、周期的なオンまたはオフ送信を含むことができる。ダウンリンク送信ばかりでなくアップリンク送信も存在し得る場合、オン持続時間または期間は、ＤＬとＵＬの間で共有され得る。例えば、ＤＬにサブフレームが割り当てられ得、ＵＬにサブフレームが割り当てられ得る。図７に示されるように、７００では、ＬＴＥなどのＲＡＴは、７０４のＴon期間の一部の間、ＤＬにおいて送信できる。７１８では、ＬＴＥは、７０４のＴon期間の一部の間、ＵＬにおいて送信できる。７０２では、共存ギャップが使用され得、ＬＴＥは、７０６のＴoff期間の間、ＤＬおよび／またはＵＬにおいて送信できない。共存パターンの期間（ＣＰＰ）７０８は、７０４のＴonと７０６のＴoffとを含むことができる。７１４では、ＬＴＥは、オンになることができ、７１０では、（Ｈ）ｅＮＢは、ＤＬにおいて送信でき、ＵＥは、ＵＬにおいて送信できる。７１６では、ＣＧが使用され得、７１２では、（Ｈ）ｅＮＢおよび／またはＵＥは、サイレントになることができ、ＤＬおよび／またはＵＬ送信は行われ得ない。
【０１０３】
本明細書で説明される例示的な実施形態は、ＳｕｐｐＣＣにおけるＤＬ動作モードに関して説明され得るが、実施形態は、そのようなものとして限定されるべきではなく、例示的な実施形態は、ＤＬ、ＵＬ、ＤＬ／ＵＬ、またはそれらの任意の組み合わせにも適用可能とすることができる。加えて、例示的な実施形態は、簡潔にするために、ＬＴＥに関して説明され得るが、例示的な実施形態は、ＨＳＰＡ＋、Ｗｉ−Ｆｉ、またはＷＩＭＡＸなどの任意のＲＡＴに適用可能とすることができる。
【０１０４】
共存パターンの期間は、ＣＰＰによって表され得、以下のようになり得る。
ＣＰＰ＝ＴON＋ΤOFF
共存パターンのデューティサイクルは、以下のようになり得る。
【０１０５】
【数８】
2018011352.tif 000010
【０１０６】
共存パターンの期間（ＣＰＰ）は、ＳｕｐｐＣＣがセットアップされ得るときに設定され得るパラメータとすることができる。共存パターンデューティサイクル（ＣＰＤＣ）は、トラフィックおよび他のセカンダリユーザの存在の関数として変化し得るパラメータとすることができる。
【０１０７】
図８は、ＬＴＥ／Ｗｉ−Ｆｉ共存のために使用され得る共存ギャップの例を示している。いくつかの配備シナリオでは、ノードは、同じ干渉を経験でき、隠れノード問題は、起こり得ない。ＬＴＥ  （Ｈ）ｅＮＢがサイレントであり得るときなどの、共存ギャップの間、Ｗｉ−Ｆｉノードは、チャネルが利用可能であることを検出でき、パケットの送信を開始できる。例えば、８００では、Ｗｉ−Ｆｉノードは、ＬＴＥ  （Ｈ）ｅＮＢがサイレントであり得、チャネルが利用可能であり得ることを検出でき、Ｗｉ−Ｆｉパケット持続時間が長いパケットの送信を開始できる。別の例として、８０２では、Ｗｉ−Ｆｉノードは、ＬＴＥ  （Ｈ）ｅＮＢがサイレントであり得、チャネルが利用可能であり得ることを検出でき、Ｗｉ−Ｆｉパケット持続時間が短いパケットの送信を開始できる。８０４および８０６に示されるように、ＬＴＥギャップの間に送信される最後のＷｉ−Ｆｉパケットは、次のＬＴＥ  ＤＬ送信とオーバラップすることがあり、それが、干渉を引き起こすことがある。Ｗｉ−Ｆｉパケットが長くなり得るほど、ＬＴＥ「オン」サイクルの始まりにおけるＬＴＥ−Ｗｉ−Ｆｉ干渉の潜在的な持続時間は長くなり得る。
【０１０８】
他の配備シナリオでは、ノード間の干渉は、ローカライズされ得、隠れノード問題が、発生し得る。例えば、８０８では、Ｗｉ−Ｆｉノードは、ＬＴＥ送信を検出しない、またはＬＴＥ送信に譲歩しないことがあり、ＬＴＥ共存ギャップおよびＬＴＥ「オン」持続時間の間、送信することがある。これは、例えば、Ｗｉ−Ｆｉが、２０ＭＨｚ送信帯域幅に対して−６２ｄＢｍなど、非Ｗｉ−Ｆｉシステムの検出のために高い閾値を使用することがあり、Ｗｉ−Ｆｉノードにおいて閾値を下回るＬＴＥ送信が検出され得ない場合に起こり得る。
【０１０９】
図９は、ＬＴＥおよびＷｉ−Ｆｉスループット対ギャップ持続時間のシミュレーションを示している。例えば、図９は、共存ギャップが使用され得る場合のＬＴＥ／Ｗｉ−Ｆｉ共存性能のシミュレーションを示すことができる。５０％のデューティサイクルが使用され得、共存パターン期間についての値の範囲がシミュレートされ得る。ＬＴＥおよびＷｉ−Ｆｉトラフィックはともに、フルバッファとすることができ、Ｗｉ−Ｆｉのパケット長は、０．５ｍｓから３ｍｓまで変化し得る。ＬＴＥおよびＷｉ−Ｆｉのスループットが、図９に見られ得る。ＬＴＥおよびＷｉ−Ｆｉ両方のスループットは、共存パターン期間が１０ｍｓまたはより長い場合、収束し得る。
【０１１０】
共存パターンデューティサイクルは、動的に適応させることができる。例えば、ＬＴＥトラフィックと、Ｗｉ−Ｆｉユーザの存在およびトラフィックとを考慮して、共存パターンのデューティサイクルを適応させ、他のセカンダリユーザとの共存を可能にするための方法が使用され得る。
【０１１１】
図１０は、共存パターン制御デバイスの例示的なブロック図を示している。Ｗｉ−Ｆｉ特徴検出およびＷｉ−Ｆｉトラフィック負荷などの、ＳＵ検出およびＳＵトラフィック負荷は、感知エンジンによって提供され得、１００２においてＭｅａｓｕｒｅｍｅｎｔ＿Ｒｅｐｏｒｔ信号を通して利用可能にされ得る。Ｍｅａｓｕｒｅｍｅｎｔ＿Ｒｅｐｏｒｔ信号は、共存パターン制御ブロック１００４に入力され得る。感知ツールボックスがＳＵ特徴検出をサポートできない場合、共存パターン制御ブロック１００４は、１００６において、ＬＴＥ測定を使用して、ＳＵ検出を実行でき、１００８において、Ｗｉ−Ｆｉ検出などのＳＵ検出を生成でき、１０１０において、ＳＵ負荷信号を生成できる。ＳＵ検出およびＳＵ負荷信号は、デューティサイクル調整ブロック１０１２によって要求され得る。ＳＵ検出は、１００８において、セカンダリユーザを検出するために使用され得る。ＳＵ負荷は、１０１０において、セカンダリユーザ負荷を検出するために使用され得る。ＳＵ検出ブロック１００６は、感知ツールボックスがＳＵ特徴検出をサポートできない場合に使用され得る。
【０１１２】
１０１６において、共存パターン制御１００４は、ＬＴＥトラフィックに関する情報を含むことができ、セルＰＲＢ使用を含むことができる、ＬＴＥトラフィックを受信できる。１０１８において、ＬＴＥ負荷を生成するために使用され得る、フィルタリングが行われ得る。１０２０において、ＬＴＥ負荷が、デューティサイクル調整１０１２によって受け取られ得る。デューティサイクル調整１０１２は、検出されたＳＵ１００８、ＳＵ負荷１０１０、および／またはＬＴＥ負荷１０２０を使用して、１０２２において、デューティサイクルを生成できる。
【０１１３】
図１１は、Ｗｉ−Ｆｉ負荷推定が利用可能でないことがあるデューティサイクル調整のための例示的なフロー図を示している。例えば、図１１は、ＬＴＥトラフィックおよびＷｉ−Ｆｉユーザを検出する能力を使用して、デューティサイクルを調整するために使用され得る方法を示している。方法は、定期的または非定期的に実行され得る。方法は、Ｗｉ−Ｆｉトラフィック負荷の知識を必要としないでよい。
【０１１４】
１１００において、例えば、デューティサイクルが調整されることを要求するために、ＣＰＤＣ毎調整機能の呼び出しが行われ得る。１１０２において、ＬＴＥ負荷が高いものであり得るかどうかが判定され得る。ＬＴＥ負荷が高いものであり得る場合、１１０４において、Ｗｉ−Ｆｉが検出され得るかどうかが判定され得る。ＬＴＥ負荷が高いものであり得ない場合、１１０６において、ＬＴＥ負荷が低いものであり得るかどうかが判定され得る。１１０４において、Ｗｉ−Ｆｉが検出された場合、１１０８において、デューティサイクルは、５０％に設定され得る。１１０４において、Ｗｉ−Ｆｉが検出されない場合、デューティサイクルは、ＣＰＤＣ最大値とすることができる、ＣＰＤＣ＿ｍａｘなどの値に設定され得る。ＬＴＥ負荷が低いものであり得る場合、１１１２において、デューティサイクルは、ＣＰＤＣ最小値とすることができる、ＣＰＤＣ＿ｍｉｎなどの値に設定され得る。ＬＴＥ負荷が低いものであり得ず、高いものでもあり得ない場合、１１１４において、デューティサイクルは、５０％に設定され得る。１１１６において、ＣＰＤＣ毎調整機能の呼び出しは終了できる。
【０１１５】
本明細書で説明されるように、Ｗｉ−Ｆｉは、１１０４において、数々の理由で検出されないことがある。例えば、ＬＴＥネットワークの近傍に、Ｗｉ−Ｆｉ送信機が存在しないことがある。可能なＷｉ−Ｆｉ送信機は、一定の範囲の外に存在し得、ＬＴＥが送信中であり得るときに、バックオフしなくてよい。別の例として、高レベルの干渉を引き起こし得る、アグレッシブで非協調的なセカンダリユーザが存在することがある。
【０１１６】
図１２は、Ｗｉ−Ｆｉ負荷推定が利用可能であり得るデューティサイクル調整のための例示的なフロー図を示している。１２００において、ＣＰＤＣ毎調整機能の呼び出しが行われ得る。１２０２において、ＬＴＥ負荷が高いものであり得るかどうかが判定され得る。ＬＴＥ負荷が高いものであり得ない場合、１２０６において、ＬＴＥ負荷が低いかどうかが判定され得る。ＬＴＥ負荷が低いものであり得ない場合、１２１４において、デューティサイクルは、５０％に設定され得る。ＬＴＥ負荷が低いものであり得る場合、１２１２において、設定デューティサイクルは、ＣＰＤＣ＿ｍｉｎなどの値に設定され得る。
【０１１７】
ＬＴＥ負荷が高いものであり得る場合、１２０４において、Ｗｉ−Ｆｉが検出され得るかどうかが判定され得る。Ｗｉ−Ｆｉが検出され得ない場合、１２１０において、デューティサイクルは、ＣＰＤＣ＿ｍａｘなどの値に設定され得る。Ｗｉ−Ｆｉが検出された場合、１２０８において、Ｗｉ−Ｆｉ負荷が高いかどうかが判定され得る。Ｗｉ−Ｆｉ負荷が高い場合、１２１６において、デューティサイクルは、５０％に設定され得る。Ｗｉ−Ｆｉ負荷が高くない場合、１２１８において、Ｗｉ−Ｆｉ負荷が低いかどうかが判定され得る。Ｗｉ−Ｆｉ負荷が低い場合、デューティサイクルは、５０％プラスデルタに設定され得る。Ｗｉ−Ｆｉ負荷が低くない場合、デューティサイクルは、ＣＰＤＣ＿ｍａｘなどの値に設定され得る。１２２４において、ＣＰＤＣ毎調整機能の呼び出しは終了できる。
【０１１８】
デューティサイクルシグナリングが提供され得る。（Ｈ）ｅＮＢに接続されたＵＥは、（Ｈ）ｅＮＢが周期的な共存ギャップなどのＤＴＸサイクルにいつ入り得るかを知ることを要求できる。ＤＴＸサイクルの知識は、例えば、ＵＥが電力を節約することを可能にし得るが、その理由は、ＵＥは、（Ｈ）ｅＮＢをモニタすることを要求され得ないため、ＤＲＸ期間に入って電力を節約できるからである。別の例として、ＤＴＸサイクルの知識は、ＵＥがデフォルトのセル固有参照（ＣＳＲ）ロケーションにおけるチャネル推定の実行を回避することを可能にし得るが、その理由は、ＬＴＥオフ持続時間の間、ＣＲＳシンボルは、（Ｈ）ｅＮＢによって送信され得ないからである。ノイズのあるＲＥをチャネル推定のために使用すると、チャネル推定の悪化をもたらすことがあり、潜在的な性能悪化の原因になることがある。
【０１１９】
既存のＲｅｌ−８／１０フレームワークは、周期的なＤＴＸギャップのためのシグナリングを有さないが、それは、プライマリセルについては、このギャップが存在しないからである。本明細書では、デューティサイクルをＵＥに伝えるために使用され得る、半静的および動的な方法が開示される。
【０１２０】
本明細書では、デューティサイクルを伝えるために使用され得る、ＰＨＹ、ＭＡＣ、およびＲＲＣ方法が開示される。表１に示されるように、数々の物理（ＰＨＹ）レイヤ方法が、デューティサイクルを伝えるために使用され得る。
【０１２１】
【表１】
2018011352.tif 000011
【０１２２】
表２に示されるように、数々のＭＡＣおよび／またはＲＲＣ方法が、デューティサイクルを伝えるために使用され得る。
【０１２３】
【表２】
2018011352.tif 000012
【０１２４】
ＰＳＳおよびＳＳＳベースの方法などの数々のＰＨＹ方法が、デューティサイクルを伝えるために使用され得る。例えば、デューティサイクルは、フレーム毎に伝えられ得る。補助セル上には加速セルサーチのための要求が存在し得ないので、シグナリングのための補助セルについては、ＰＳＳ／ＳＳＳが変更され得る。ＳＳＳおよびＰＳＳ配置の一意的に復号可能な配列が、シグナリングのために利用され得る。
【０１２５】
図１３は、ｅノードＢ（ｅＮＢ）／ホームｅＮＢ（ＨｅＮＢ）デューティサイクルシグナリングの一例を示している。デューティサイクルシグナリングは、低待ち時間シグナリングを提供でき、少量の遅延およびジッタしか受け入れ得ないＱｏＳ要件を有し得る、ＶＯＩＰなどのアプリケーションに有益であり得る。図１３に示されるように、サブフレームの開始時に、（Ｈ）ｅＮＢのスケジューラまたは無線リソース管理（ＲＲＭ）は、デューティサイクルについての決定を行うことができ、そのフレームのためのＰＳＳおよびＳＳＳを使用して、ＵＥに伝えることができる。例えば、ＳｕｐｐＣｅｌｌデューティサイクル１３０６の場合、（Ｈ）ｅＮＢは、１３０２において、ＳｕｐｐＣｅｌｌデューティサイクル１３０６についての決定を行うことができ、１３０４において、フレームを使用して、ＵＥに伝えることができる。
【０１２６】
ＵＥはプライマリセル上で接続できるので、補助セル上では加速セルサーチのための要求が存在し得ない。ＰＳＳ／ＳＳＳは、例えば、１０ｍｓの間隔で、フレームの開始を伝えるために、ＬＴＥフレーム毎に一度、送信され得る。サブフレーム０をサブフレーム５から区別するために、ＳＳＳのシーケンスタイプが使用され得ないので、補助セルシグナリングのために、これが使用され得る。ＰＳＳに対するＳＳＳの位置は、ＴＤＤとＦＤＤを区別するために使用され得る。ＳＳＳの相対位置は、補助セルシグナリングのために使用され得る。ＵＥは、ＳＳＳの相対ロケーションおよびシーケンスタイプによって、セルのデューティサイクルを決定できる。ＰＳＳ／ＳＳＳは、基準シンボルまたは他のシンボルと衝突し得ない任意の場所にマッピングされ得る。
【０１２７】
図１４は、デューティサイクルを伝えるための例示的なＰＳＳ／ＳＳＳ配列を示している。配列の意味は、変更され得る。例えば、それが実施において可能な限り最小のデューティサイクルであり得る場合、２：８によって０：１０は置き換えられ得る。
【０１２８】
ＴＤＤが補助搬送波のために発展させられ得る場合、デューティサイクル配列は、ＴＤＤの動作モードを伝えるために使用され得る。ＴＤＤが、ＲＲＣ接続を通してなど、別の所で構成され得る場合、ＰＳＳ／ＳＳＳ配列は、他の目的のシグナリングとすることができる。
【０１２９】
図１５は、ＰＳＳおよびＳＳＳを使用する例示的なデューティサイクルシグナリングを示している。ＰＳＳおよびＳＳＳを異なるサブフレーム内に配置することによって、デューティサイクルを伝えるために、ＰＳＳ／ＳＳＳ組み合わせが使用され得る。ＳＳＳは、サブフレーム０および５の最終のシンボル内に存在できるが、ＰＳＳは、サブフレーム１および６の第３のシンボル内に存在できる。図１５は、デューティサイクルシグナリングのために使用され得る、数々の構成を示している。ＵＥは、フレームの開始時および終了時においてＰＳＳ／ＳＳＳを復号して、構成を復号できるので、これらの構成を使用するデューティサイクルは、次のサブフレームに適用され得る。
【０１３０】
デューティサイクルのマスタ情報ベース（ＭＩＢ）シグナリングが提供され得る。ＭＩＢは、デューティサイクル変更を伝えるために使用され得る。ＭＩＢは、ロバストな信号とすることができ、１０ｍｓから４０ｍｓにわたる期間などの、間隔にわたって繰り返され得る。デューティサイクルビットは、補助セルには必要とされ得ないＭＩＢ情報を置換できる。例えば、フレームタイミングはプライマリセルから獲得され得るので、デューティサイクル情報は、ＳＦＮのために使用され得るビットを置換できる。
【０１３１】
ＰＤＣＣＨシグナリングが、デューティサイクルを伝えるために使用され得る。例えば、ＰＤＣＣＨは、サブフレームベースでギャップを伝えるために使用され得る。単一のデューティサイクルビットが、ギャップの開始を伝えるために、ＰＤＣＣＨ上で使用され得る。ＵＥは、このビットを復号したとき、ギャップ期間が間もなく開始することを知ることができる。例えば、ＵＥは、ギャップの開始を示し得る、０であるデューティサイクルビットを復号できる。ギャップ期間は、例えば、デューティサイクルビットと同じサブフレーム、または次のサブフレームなどにおいて開始できる。ギャップ期間は、設定された時間にわたって持続でき、または次のフレームの開始時など、定められた時間に終了できる。
【０１３２】
多くのビットが、デューティサイクル構成を符号化するために使用され得る。例えば、２から４ビットが、デューティサイクル構成を符号化するために使用され得る。デューティサイクルビットの数は、サポートされる構成の数に依存でき、デューティサイクルタイミングは、フレームタイミングに関連し得る。サブフレーム上の構成を復号したＵＥは、ギャップが発生し得るＰＳＳ／ＳＳＳのロケーションを知ることができる。
【０１３３】
ＰＤＣＣＨシグナリング方法は、プライマリセルＰＤＣＣＨ上、または補助セルＰＤＣＣＨ上などで使用され得る。プライマリセルシグナリングは、通信事業者がセカンダリユーザと競合し得ないので、より信頼性があり得る。プライマリＰＤＣＣＨシナリオでは、デューティサイクルを伝えるために、デューティサイクルビットが使用され得、デューティサイクルが適用されるセルが、識別され得る。クロス搬送波スケジューリングの場合と同様に、これは、追加ビットを必要とし得る。クロス搬送波スケジューリングが使用され得る場合、デューティサイクルビットを既存のフォーマットに追加することによって、デューティサイクルビット（複数可）は、セルを識別するために、既存のメカニズム上にピギーバックされ得る。
【０１３４】
ＭＡＣ  ＣＥシグナリングが、デューティサイクルを伝えるために使用され得る。デューティサイクルを変更することに決定すると、（Ｈ）ｅＮＢは、ＭＡＣ  ＣＥをＵＥに送信できる。ＭＡＣ  ＣＥの内容は、ＩＤ、デューティサイクルの新しい値、および変更がいつ適用され得るかを示し得るタイミング情報を含むことができる。メッセージ内容の一例は、ＬＣＩＤ、新しいデューティサイクル、フレームタイミング情報、またはそれらの組み合わせなどを含むことができる。（５ビットのメッセージＩＤとすることができる）ＬＣＩＤは、ＭＡＣヘッダ要素を含むことができ、０１０１１から１１０１０までの予約されたＬＣＩＤ値（または他の任意の未使用メッセージＩＤ）を使用できる。新しいデューティサイクルは、サポートされるデューティサイクルの数に応じて２から４ビットとすることができる、フィールドとすることができる。フレームタイミング情報は、２ビットとすることができ、００は、現在のフレームｎに対応し得、０１は、次のフレームｎ＋１に対応し得、１０は、その次のフレームｎ＋２に対応し得、および／または１１は、（おそらくは再送の場合に）変更がすでに発生し得たことを示すことができる。
【０１３５】
（Ｈ）ｅＮＢは、ＵＥを個別にスケジュールでき、デューティサイクルを変更する前に、メッセージが処理され、肯定応答が行われるのに十分な時間を与えることができる。データを受信する準備ができていないＵＥを（Ｈ）ｅＮＢがスケジュールし得ないことを保証するために、いくつかのルールが使用され得る。
【０１３６】
図１６は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を使用するデューティサイクル変更例を示している。１６１６のＰｃｅｌｌなどのプライマリセル（Ｐｃｅｌｌ）と、１６１８のＳｕｐｐＣｅｌｌなどのＳｕｐｐＣｅｌｌとが、共存できる。１６０６において、ＭＡＣ  ＣＥが、デューティサイクル変更を示すために使用され得、ＵＥに送信され得る。１６２０に示されるように、ＭＡＣ  ＣＥは、プライマリまたはセカンダリセル上に存在できる。１６１２において、ＭＡＣ  ＣＥが、肯定応答され得る。１６０２において、例えば、最後のＭＡＣ  ＣＥ＋ａ時間がギャップ期間内で発生し得たかどうかを判定するためのルールが適用され得、ａ時間は８ｍｓなどである。最後のＭＡＣ  ＣＥがギャップ期間内に含まれ得る場合、デューティサイクル変更は、フレームｎ＋２に適用され得る。１６０８において、デューティサイクル変更を示すために使用され得るＭＡＣ  ＣＥが、ＵＥに再送され得る。１６１０において、デューティサイクル変更を示すために使用され得るＭＡＣ  ＣＥが、ＵＥに再送され得る。１６０４において、例えば、デューティサイクル変更を示し得るＭＡＣ  ＣＥにＵＥが肯定応答を行い得ていないかどうかのルールが適用され得る。１６１４において、ＭＡＣ  ＣＥが、肯定応答され得る。
【０１３７】
図１６に示されるように、１６０２および１６０４におけるルールなどのルールは、ＭＡＣ  ＣＥをＵＥに送信するために使用され得る。例えば、１６０２において適用され得るルールは、以下のようであり得る。
【０１３８】
デューティサイクルを変更する場合、ＭＡＣ  ＣＥのためにスケジュールされた最後のＵＥが、デューティサイクル変更がサブフレームｎ内でそのように行われたことを示すならば、デューティサイクル変更は、サブフレームｎ＋８前では適用され得ない。サブフレームｎ＋８がフレームｋの旧いデューティサイクルのギャップ内に含まれ得る場合、デューティサイクルはフレームｋ＋１に適用され得る。
【０１３９】
別の例として、１６０４において適用され得るルールは、以下のようであり得る。
【０１４０】
デューティサイクルを（例えば、３：７から８：２に）増加させる場合、（Ｈ）ｅＮＢは、ＭＡＣ  ＣＥに肯定応答を行い得たＵＥをスケジュールできる。これは、デューティサイクルの変更によって追加され得るＬＴＥサブフレームに適用され得る（例では、ＵＥは、否定応答がなされた場合でも、サブフレーム１、２、３について知ることができる）。
【０１４１】
ＲＲＣシグナリングが、デューティ変更サイクルを伝えるために使用され得る。図１７は、無線リソース制御（ＲＲＣ）再構成メッセージングを使用するデューティサイクル変更例を示している。ＲＲＣシグナリングは、セルを追加、変更、および解放するために使用され得る。ＳＣｅｌｌがセルを追加、変更、解放するメッセージが、ＳｕｐｐＣｅｌｌに適用され得るように、ＳｕｐｐＣｅｌｌ構成項目が、ＳＣｅｌｌ  ＰＤＵに追加され得る。構成項目のリストにおいて、専用の構成項目は変更され得るが、共通の構成項目は変更され得ない。デューティサイクルは、専用の構成項目として追加され得る。
【０１４２】
ＰＤＵが、いくつかの追加フィールドを伴ったＳＣｅｌｌと同じ情報を使用して、ＳｕｐｐＣｅｌｌに提供され得る。構成項目のリストにおいて、専用の構成項目は変更され得るが、共通の構成項目は変更され得ない。デューティサイクルは、専用の構成項目としてＰＤＵ内に追加され得る。これは、セル変更メッセージが、ＲＲＣ構成項目を変更することを可能にし得る。
【０１４３】
図１７に示されるように、１７０２において、ＨｅＮＢ１７０８は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１７１０に送信できる。１７０６において、ＵＥ１７１０は、専用のデューティサイクル再構成項目を変更できる。１７０４において、ＵＥ１７１０は、ＲＲＣＣｏｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを用いて応答できる。
【０１４４】
ＬＴＥ測定が、ＳＵ検出のために使用され得る。例えば、エンハンスメントが、リリース１０  ＬＴＥ測定に対して行われ得る。ＵＥ測定が、ＳＵ検出のために使用され得る。
【０１４５】
例えば、オン期間の間など、ホームｅノードＢが送信できるとき、ＲＳＲＰおよびＲＳＲＱが作られ得る。しかしながら、セカンダリユーザは、ＣＳＭＡが理由で、オン期間の間は単純に送信を停止することがあり、ＲＳＲＰおよびＲＳＲＱは、それらの送信機についての情報をキャプチャできない。
【０１４６】
ＵＥは、オン期間とオフ期間の両方の間、測定を行うことができる。これらの測定は、ＲＳＳＩ、または干渉の別の測定とすることができる。ＲＳＳＩは、所望の信号を含むことができ、使用される前に処理され得る。ＲＳＳＩは、セル固有の基準信号を要求できるが、セル固有の信号は、いくつかのコンポーネント搬送波上では除去され得る。それらの場合、セル基準信号が存在し得ないならば、干渉の推定が提供され得る。干渉は、ホームｅノードＢが送信できないあるＲＥ上で受信信号を測定することによって、推定され得る。
【０１４７】
図１８は、ＬＴＥオン期間およびオフ期間の間の干渉レベルの一例を示している。図１８に示されるように、セカンダリユーザが、１８０６においてなど、オン期間の間は送信を保留し、１８０８においてなど、オフ期間の間に再開する場合、これら２つの期間にわたる干渉電力は異なり得る。オン期間の間の平均干渉電力が、１８０２に見られ得る。オフ期間の間の平均干渉電力が、１８０４に見られ得る。オン持続時間およびオフ持続時間の間の受信干渉電力の差は、
【０１４８】
【数９】
2018011352.tif 000013
【０１４９】
と表され得る。この測定を用いる場合、ＵＥは、以下の量の一方またはそれらの組み合わせを、ホームｅノードＢに報告できる。
●
【０１５０】
【数１０】
2018011352.tif 000014
【０１５１】
●
【０１５２】
【数１１】
2018011352.tif 000015
【０１５３】
Δは、ホームｅノードＢにおいて計算され得る。これらの報告のための報告期間は、異なることができ、引き起こされ得るシグナリングオーバヘッドに依存し得る。例えば、Δは、いくつかのビットによって表現され得、干渉値
【０１５４】
【数１２】
2018011352.tif 000016
【０１５５】
および
【０１５６】
【数１３】
2018011352.tif 000017
【０１５７】
よりも多く繰り返され得る。
【０１５８】
これらの値（Δならびに／または
【０１５９】
【数１４】
2018011352.tif 000018
【０１６０】
および
【０１６１】
【数１５】
2018011352.tif 000019
【０１６２】
）は、セカンダリ送信機が存在し得るか、それとも存在し得ないかを決定する前に、ＵＥおよび／またはホームｅノードＢにおいてフィルタリングされ得る。
【０１６３】
Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフできるシナリオ、Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフできないシナリオ、Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフでき、ＬＴＥ対ＬＴＥ調整が可能であり得るシナリオ、またはＬＴＥ対ＬＴＥ調整が可能であり得ないシナリオなど、数々のシナリオにおいて、ＳＵ検出のために測定が使用され得る。
【０１６４】
Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフできる場合、ＳＵ検出のために測定が使用され得る。８０２．１１ベースのセカンダリネットワークが存在し得、このネットワークのノードは、例えば、ＣＳＭＡ／ＣＡメカニズムを介して、ＬＴＥ送信機を検出でき、ホームｅノードＢが送信中であり得る間は、バックオフできる。セカンダリネットワークデータ送信は、ホームｅノードＢが送信を停止でき、オフ期間に入り得たときに再開できる。オン持続時間およびオフ持続時間にわたってＵＥにおいて経験された干渉のレベルは、異なり得る。
【０１６５】
図１９は、シミュレーションモデルを示している。代表的なシナリオの数値解析は、セカンダリユーザを検出するために測定および検出アルゴリズムが使用され得ることを示すことができる。図１９は、２つのフロアを有するアパートメントの８つのブロックを示すことができる。ブロック１９００は、フロア上に２列のアパートメントを含んでもよい。アパートメント１９０２などのアパートメントのサイズは、１０ｍ×１０ｍとすることができる。経路損失は、以下のようになり得、
【０１６６】
【数１６】
2018011352.tif 000020
【０１６７】
ここで、Ｒおよびｄ２Ｄ，ｉｎｄｏｏｒは、ｍ単位とすることができ、ｎは、貫通されるフロアの数とすることができ、Ｆは、１８．３ｄＢとすることができる、フロア損失とすることができ、ｑは、ＵＥとＨｅＮＢの間のアパートメントを隔てる壁の数とすることができ、Ｌｉｗは、５ｄＢとすることができる、アパートメントを隔てる壁の貫通損失とすることができる。２ＧＨｚ搬送波周波数に対して、経路損失数が計算され得るが、以下に示される傾向は、より低い周波数に対しても同様に有効であり得る。
【０１６８】
１９０４におけるアパートメントＡに配置された受信機での干渉電力が計算され得る。Ｘで示される、１９０６などの、隣接アパートメントの１つにある送信機は、オンまたはオフにされ得る。残りのアパートメントにある他の送信機は、確率「アクティビティファクタ」を用いて、オンまたはオフにされ得る。
【０１６９】
図２０は、干渉の累積分布関数（ＣＤＦ）の例示的なグラフを示している。数々のケースについての干渉の累積分布関数が、図２０に見られ得る。アクティビティファクタが０．５であり得る場合、近隣送信機の１つがオンまたはオフにされ得るときの、アパートメントＡの受信機における受信電力の差は、約６ｄＢとすることができる。アクティビティファクタが０．２５であり得る場合、差は、１０ｄＢよりも大きくなり得る。差は、Δとすることができる。
【０１７０】
Δは、ＨｅＮＢを検出することが可能であり得、ＬＴＥオン持続時間の間はバックオフでき、ＬＴＥオフ持続時間の間は送信できる、セカンダリ送信機を検出するために使用され得る。
【０１７１】
ＵＥは、
【０１７２】
【数１７】
2018011352.tif 000021
【０１７３】
および
【０１７４】
【数１８】
2018011352.tif 000022
【０１７５】
を報告できる。この場合、ホームｅノードＢは、Δを計算できる。シグナリングオーバヘッドを低下させるため、
【０１７６】
【数１９】
2018011352.tif 000023
【０１７７】
および
【０１７８】
【数２０】
2018011352.tif 000024
【０１７９】
は、すべてのＣＰＰ（共存パターン期間）の代わりに、ｋおきのＣＰＰで報告され得る。この場合、干渉電力は、ｋ期間にわたって平均され得る。
【０１８０】
Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフできない場合、ＳＵ検出のために測定が使用され得る。８０２．１１ベースのセカンダリネットワークが存在し得、このネットワークのノードは、ＬＴＥ送信機がアクティブであり得る場合に、バックオフできない。セカンダリ送信機は、ホームｅノードＢから十分遠くに存在でき、そのことがＣＣＡ閾値よりも小さい受信干渉電力をもたらし得るので、送信を保留できない。
【０１８１】
一例として、−７２ｄＢｍは、ＣＣＡ閾値であり得、以下の表は、数々のケースについて、チャネルをビジーであると感知する確率を提供できる。アクティブな隣接近隣者が存在し得る場合、セカンダリ送信機は、チャネルをビジーであると感知できる。隣接近隣者がアクティブであり得ない場合、チャネルは、アイドルであると感知され得る。
【０１８２】
【表３】
2018011352.tif 000025
【０１８３】
アクティビティファクタを所与として、隣接近隣者のいずれもがアクティブであり得ない場合、２つの隣接アパートメントの送信機をオンまたはオフにすることは、セカンダリネットワーク受信機のＳＩＮＲ分布に影響し得ない。セカンダリネットワークが十分遠くにあり得、オン持続時間の間もバックオフできない場合、ホームｅノードＢは、チャネルの利用を増加させることができる。
【０１８４】
Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフでき、ＬＴＥ対ＬＴＥ調整が可能であり得る場合、ＳＵ検出のために測定が使用され得る。ＬＴＥ送信機が、干渉が発生し得るほど十分近くに存在し得る場合、干渉は、調整メカニズムによって制御され得る。メカニズムは、中央コントローラによって、または分散方式で利用され得る。干渉調整の結果として、干渉源の送信機は、時間および／または周波数領域において、直交リソースを使用するようになり得る。
【０１８５】
図２１は、２つの協調ＬＴＥ送信機が関係するセカンダリユーザ共存の一例を示している。図２１に示されるように、２００２、２００４、２００６において、２つの干渉源のホームｅノードＢは、直交期間において送信できる。ホームｅノードＢは、自らに割り当てられたリソース上で送信している間、検出／共存方法を使用できる。
【０１８６】
Ｗｉ−ＦｉがＬＴＥを検出でき、バックオフでき、ＬＴＥ対ＬＴＥ調整が可能であり得ない場合、ＳＵ検出のために測定が使用され得る。干渉を引き起こし得、干渉調整のために協調し得ないＬＴＥ送信機が存在し得る。この場合、チャネル利用は、１００％などの最大値まで増加させることができ、またはチャネルは、干渉が許容可能レベルにまで戻り得るまで、明け渡され、もしくは非アクティブ化され得る。
【０１８７】
ＲＳＲＰ／ＲＳＲＱおよび／または干渉測定が、干渉のレベルを評価するために使用され得る。アグレッサＬＴＥ送信機のセルＩＤが知られ得る場合、この送信機によって引き起こされる干渉は、そのＲＳＲＰを測定することによって計算され得る。アグレッサのセルＩＤが知られ得ない場合、ＲＳＲＱおよび／または干渉測定が、チャネルにおける干渉レベルについての見当を与え得る。
【０１８８】
セカンダリユーザが検出され得る。例えば、セカンダリユーザは、本明細書で説明されるΔなどの干渉測定を使用することによって検出され得る。数々の手順が、セカンダリユーザ検出のために使用され得る。例えば、ＵＥは、オン持続時間の間の平均干渉を推定できる。干渉電力は、１または複数のサブフレーム内の指定されたＲＥ上で計算され得、オン期間の間のサブフレームにわたって平均され得る。この平均干渉は、
【０１８９】
【数２１】
2018011352.tif 000026
【０１９０】
と表され得る。
【０１９１】
別の例として、ＵＥは、オフ持続時間の間の平均干渉を推定できる。干渉電力は、１または複数のサブフレーム内の指定されたＲＥ上で計算され得、オフ期間の間のサブフレームにわたって平均され得る。この平均干渉は、
【０１９２】
【数２２】
2018011352.tif 000027
【０１９３】
と表され得る。
【０１９４】
別の例として、ＣＰＰの最後に、
【０１９５】
【数２３】
2018011352.tif 000028
【０１９６】
が計算され得る。
【０１９７】
別の例として、報告期間がＣＰＰであり得る場合、Δが、ＣＰＰにおいて報告され得る。そうではなく、報告期間がＣＰＰ  ｋ個分であり得る場合、ｋ個のΔが収集され得、ｋ個のΔが（例えば、平均することによって）フィルタリングされ得、ＣＰＰ  ｋ個分毎に報告され得る。
【０１９８】
別の例として、ＵＥ毎に単一の最終Δfinalを計算するために、直近のＮ個のΔが、ホームｅノードＢによってフィルタリングされ得る。
【０１９９】
図２２は、セカンダリネットワークの例示的な検出を示している。２２００における低い干渉レベル、２２０２における通常の干渉レベル、および２２０４における高い干渉レベルなど、異なるレベルの干渉が存在し得る。送信が、２２１２において発生し得る。Δのフィルタリングが、２２１０において発生し得る。高い閾値が、２２０６において設定され得る。
【０２００】
Δfinal＞Δhigh thresholdである場合、ホームｅノードＢは、検出されたセカンダリネットワークが存在し得ると決定できる。これは、例えば、セカンダリネットワークフラグが設定され得る２２０８において発生し得る。Δfinal＜Δhigh thresholdである場合、ホームｅノードＢは、検出され得ないセカンダリネットワークが存在し得ると決定できる。これは、ＳＵの不在が原因であり得、またはセカンダリユーザ／ネットワークが自らのネットワークから遠く離れて配置され得、そのことが、相対的に低いレベルの干渉を引き起こし得るためである。
【０２０１】
複数のＵＥからの報告が組み合わされ得る。異なるＵＥからの報告は、同じ情報を反映し得ない。いくつかのソースからの情報は、セカンダリネットワークが存在し得るかどうかの判定に達するために組み合わされ得る。数々の手法が、情報を組み合わせるために使用され得る。例えば、測定を行うノードについて、判定（ＳＵ＿ｄｅｔｅｃｔ：真または偽）が行われ得、これらの判定が組み合わされ得る。判定を組み合わせる方法は、期間中のＳＵ非存在が、測定がこれを確認し得る場合に決定され得るように、ソースからの判定の排他的論理和を取ることとすることができる。例えば、ｋがホームｅノードＢにおけるＵＥインデックスであり得るとして、判定がΔｋ＞Δｈｉｇｈ  ｔｈｒｅｓｈｏｌｄである場合、組み合わされた判定は、ＸＯＲ（Δk＞Δhigh threshold）として計算され得る。
【０２０２】
数々のΔ報告からの情報を組み合わせる別の手法は、１または複数のノードからの測定を組み合わせ、組み合わされた判定を組み合わされた測定に基づかせることとすることができる。この手法では、異なるＵＥからの測定は、フィルタリング（例えば、平均化）され得、フィルタリングされた結果が、閾値と比較され得る。一例は、ΣΔk＞＞Δhigh thresholdとすることができる。
【０２０３】
図２３は、セカンダリユーザ（ＳＵ）検出の例示的なフローチャートを示している。検出は、２３００において開始できる。２３０２において、Δi測定報告を含み得る入力が、１または複数のＵＥから受信され得る。２３０４において、Δiが、ＵＥ毎にフィルタリングされ得る。２３０６において、Δiが、Δfinalを生成するために組み合わされ得る。２３０８において、Δfinalが閾値よりも大きいものであり得るかどうかが判定され得る。Δfinalが閾値よりも大きいものであり得る場合、２３１０において、ＳＵフラグが設定され得る。Δfinalが閾値よりも大きいものであり得ない場合、２３１２において、ＳＵフラグが設定解除され得る。２３１４において、方法は、別の報告を待つことができる。
【０２０４】
セカンダリユーザの検出は、公称干渉測定を使用して行われ得る。ＵＥは、Δの代わりに、公称干渉値
【０２０５】
【数２４】
2018011352.tif 000029
【０２０６】
および
【０２０７】
【数２５】
2018011352.tif 000030
【０２０８】
を報告できる。（Ｈ）ｅノードＢは、干渉測定からΔを計算できる。手順が、セカンダリユーザ検出のために使用され得る。例えば、ＵＥは、オン持続時間の間の平均干渉を推定できる。干渉電力は、１または複数のサブフレーム内の指定されたＲＥ上で計算され得、オン期間の間のサブフレームにわたって平均され得る（
【０２０９】
【数２６】
2018011352.tif 000031
【０２１０】
）。
【０２１１】
ＵＥは、オフ持続時間の間の平均干渉を推定できる。干渉電力は、サブフレーム内のＲＥ上で計算され得、オフ期間の間のサブフレームにわたって平均され得る（
【０２１２】
【数２７】
2018011352.tif 000032
【０２１３】
）。報告期間がＣＰＰであり得る場合、
【０２１４】
【数２８】
2018011352.tif 000033
【０２１５】
および
【０２１６】
【数２９】
2018011352.tif 000034
【０２１７】
が、ＣＰＰにおいて報告され得る。報告期間がＣＰＰ  ｋ個分であり得る場合、
【０２１８】
【数３０】
2018011352.tif 000035
【０２１９】
および
【０２２０】
【数３１】
2018011352.tif 000036
【０２２１】
が、ＣＰＰ  ｋ個分の間に、ＣＰＰ当たり１組の
【０２２２】
【数３２】
2018011352.tif 000037
【０２２３】
および
【０２２４】
【数３３】
2018011352.tif 000038
【０２２５】
として収集され得、ｋ組の
【０２２６】
【数３４】
2018011352.tif 000039
【０２２７】
および
【０２２８】
【数３５】
2018011352.tif 000040
【０２２９】
が、（例えば、平均することによって）フィルタリングされ得、ＣＰＰ  ｋ個分毎に報告され得る。
【０２３０】
【数３６】
2018011352.tif 000041
【０２３１】
および
【０２３２】
【数３７】
2018011352.tif 000042
【０２３３】
が報告される場合、数々の手順が実行され得る。例えば、ＵＥ毎に干渉項の値
【０２３４】
【数４０】
2018011352.tif 000043
【０２３５】
および
【０２３６】
【数４１】
2018011352.tif 000044
【０２３７】
を計算するために、直近のＮ組の
【０２３８】
【数３８】
2018011352.tif 000045
【０２３９】
および
【０２４０】
【数３９】
2018011352.tif 000046
【０２４１】
が、ホームｅノードＢによってフィルタリングされ得る。
【０２４２】
【数４２】
2018011352.tif 000047
【０２４３】
は、ホームｅノードＢによって計算され得る。Δ＞Δhigh thresholdである場合、ホームｅノードＢは、検出されたセカンダリネットワークが存在し得ると決定できる。Δ＜Δhigh thresholdである場合、ホームｅノードＢは、検出され得ないセカンダリネットワークが存在し得ると決定できる。これは、ＳＵの不在が原因で起こり得、またはセカンダリユーザ／ネットワークがネットワークから遠く離れて配置され得、そのことが、低いレベルの干渉を引き起こし得るために起こり得る。
【０２４４】
別の例として、
【０２４５】
【数４３】
2018011352.tif 000048
【０２４６】
が計算され得る。ＵＥ毎にΔfinalを計算するために、直近のＮ個のΔが、ホームｅノードＢによってフィルタリングされ得る。Δfinal＞Δhigh thresholdである場合、ホームｅノードＢは、検出されたセカンダリネットワークが存在し得ると決定できる。Δfinal＜Δhigh thresholdである場合、ホームｅノードＢは、検出され得ないセカンダリネットワークが存在し得ると決定できる。これは、ＳＵの不在が原因で起こり得、またはセカンダリユーザ／ネットワークがネットワークから遠く離れて配置され得、そのことが、低いレベルの干渉を引き起こし得るために起こり得る。
【０２４７】
複数のＵＥからの公称干渉報告が組み合わされ得る。異なるＵＥからの報告は、同じ情報を反映し得ない。複数の報告を組み合わせる数々の手法が存在し得る。例えば、測定を行うノードについて、１または複数のＵＥについてのΔが計算され得、これらのΔが、本明細書で開示されるように組み合わされ得る。別の例として、ノードからの干渉測定が組み合わされ得、判定は、組み合わされた干渉側手に基づき得る。一例として、
【０２４８】
【数４４】
2018011352.tif 000049
【０２４９】
および
【０２５０】
【数４５】
2018011352.tif 000050
【０２５１】
が、最終Δを計算するために使用され得、ここで、ｋは、ＵＥインデックスとすることができる。
【０２５２】
ＲＳＲＰ／ＲＳＲＱおよび／または干渉測定が、セカンダリユーザを検出するために使用され得る。Δは、アグレッシブで非協調的なＬＴＥ送信機などのセカンダリユーザの存在を示し得ない。そのような環境下では、ＲＳＲＰ／ＲＳＲＱおよび／または他の干渉測定が、セカンダリ送信機からの干渉がどれほどひどいものであり得るかを決定するために使用され得る。ＲＳＲＰ／ＲＳＲＱが利用可能であり得ない場合、干渉測定（Δではない、オン期間の間の公称干渉、すなわち、
【０２５３】
【数４６】
2018011352.tif 000051
【０２５４】
）が、この目的で使用され得る。干渉レベルが許容可能なレベルを上回り得る場合、状態が改善するまで、搬送波は、非アクティブ化され、または明け渡され得る。
【０２５５】
ＬＴＥにおけるＡ２イベントのためのメカニズムなど、類似のメカニズムが、状態が改善し得たかどうかを判定するために使用され得る。例えば、Ａ２イベントのためのメカニズムが、チャネル品質を評価し、品質が許容不可能であり得る場合に、チャネルを非アクティブ化し／明け渡すために使用され得る。
【０２５６】
図２４は、ＳＵ検出実施形態の一例である。Δおよび接続されたＵＥからのＲＳＲＰ／ＲＳＲＱまたは他の干渉測定が、検出アルゴリズムで使用するために組み合わされ得る。２４０４では、セカンダリユーザを検出するために、Δが使用され得る。Δがセカンダリユーザについての情報を提供し得ない、例えば、Δが閾値よりも小さいものであり得る場合、２４０８において、チャネル品質が、ＵＥからのＲＳＲＱおよび／または干渉測定報告を使用して評価され得る。ＲＳＲＱが閾値を下回り得る（または干渉が閾値を上回り得る）場合、２４１８において、セカンダリユーザ検出フラグが設定され得る。ＲＳＲＱが閾値を下回り得ない（または干渉が閾値を上回り得ない）場合、２４１２、２４１４、２４１６において、ＵＥからのＢＬＥＲおよびＣＱＩ報告が解析され得る。ＢＬＥＲが０．９（もしくは他の何らかのレベル）よりも大きいものであり得る場合、および／またはＣＱＩが２（もしくは他の何らかのレベル）以下であり得る場合、２４１８において、セカンダリユーザ検出フラグが設定され得る。少なくとも１つのＵＥについて、セカンダリユーザを示し得る条件が満たされ得る場合、ＳＵ検出フラグが設定され得る。２４０２におけるループは、ＵＥがＳＵ検出フラグを伝え得た場合、または接続されたすべてのＵＥがポーリングされ得た場合に脱出できる。２４２０において、ＵＥ＿ｃｎｔなどのＵＥカウンタが、インクリメントされ得る。
【０２５７】
ＳＵチャネル利用が、Δなどの測定を使用して推定され得る。光連続トラフィック（ビデオストリーミングなど）、ヘビートラフィック、ボイスオーバＩＰ（ＶｏＩＰ）、またはＨＴＴＰ／ＦＴＰなど、セカンダリネットワークの数々の可能なトラフィックパターンが考察され得る。
【０２５８】
図２５は、２５０２におけるバーストトラフィック、２５０４における連続トラフィック、および２５０６におけるＶｏＩＰトラフィックなど、様々なトラフィックタイプについての例示的なパケット送信を示している。２５１０に示されるように、パケットは、セカンダリ送信機／受信機に到着できる。トラフィックパターンにおいて、オフ期間の間の平均干渉電力は、トラフィック負荷が理由で、様々であり得る。例えば、負荷が高いものであり得る場合、セカンダリ送信機は、オフ期間の間の送信機会を使用でき、干渉がより高くなり得る。トラフィック負荷がより低いものであり得る場合、セカンダリ送信機は、オフ期間の間に送信でき、平均干渉がより低くなり得る。トラフィックがＨＴＴＰまたはＦＴＰであり得る場合、干渉が無視できるものであり得るときに、数秒のオーダの期間などの長いクワイエット期間が発生し得る。トラフィックが２５０６などにおけるＶｏＩＰであり得る場合、負荷は小さいものであり得、オン期間およびオフ期間の間の干渉は異なり得ない。
【０２５９】
Δは、セカンダリ送信機がＨＴＴＰ／ＦＴＰトラフィックを有し得る場合に、長いクワイエット期間を識別する前に使用され得る。クワイエット期間の間、チャネル利用は、最大値まで増加し得る。Δ＞Δthresholdである場合、セカンダリネットワークは、高い負荷を有することができ、チャネル利用は、初期レベルを超えて増加し得ない。閾値は、所望のアグレッシブネスに応じて調整され得る。控えめにするには、それは、小さな値に設定され得る。セカンダリトラフィックがＶｏＩＰであり得る場合、チャネル利用は、最大レベルを超えて増加し得ない。セカンダリ送信機は、ＶｏＩＰパケットまたはビーコンなどを送信するための機会を有することができる。
【０２６０】
図２６は、異なるトラフィックタイプについての平均干渉レベルの一例を示している。トラフィックタイプは、干渉パターンを生み出すことができる。例えば、２６０２における連続トラフィック、２６０４におけるＶｏＩＰトラフィック、および２６０６におけるバーストトラフィックについての干渉パターンが見られ得る。セカンダリネットワークによるチャネルの利用は、干渉レベルから、
Δ＞Δhigh_threshold→高い利用
Δlow_threshold＜Δ＜Δhigh_threshold→中程度の利用
Δ＜Δlow_threshold→低い利用（またはセカンダリユーザが検出され得ない）
と推定され得る。
【０２６１】
ＲＲＣシグナリングが、測定構成および報告をサポートするために使用され得る。図２７は、ＲＲＣ再構成メッセージの例示的な使用を示している。ＲＳＳＩ測定および報告は、３ＧＰＰ／ＬＴＥネットワークなどのネットワークにおいて、ＲＲＣシグナリングを使用して構成され得る。例えば、ＨｅＮＢは、「測定対象」、「報告構成」、および「測定ｉｄ」を定義することによって、測定を構成できる。ＲＲＣは、測定のアクティブリストに「測定ｉｄ」を追加することによって、または削除することによって、「ＲＳＳＩ」測定を開始すること、または停止することができる。「測定ｉｄ」は、「測定対象」を「報告構成」に結び付けることができる。新しい測定構成を追加するために、「ＲＲＣ接続再構成」手順が使用され得る。再構成手順は、ＳｕｐｐＣｅｌｌが「割り当てリスト」に追加され得るときに実行され得る。測定構成は、ＳｕｐｐＣｅｌｌが追加され得るときに送信され得る。さもなければ、それは、ＳｕｐｐＣｅｌｌがアクティブ化され得る前または後に、別個の「ＲＲＣ接続再構成」メッセージを通して送信され得る。
【０２６２】
２７０２において、ＥＵＴＲＡＮ２７０６は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ２７０８に送信できる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＩＥ「ｍｅａｓＣｏｎｆｉｇ」を含むことができる。２７０４において、ＵＥ２７０８は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをＥＵＴＲＡＮ２７０６に送信することによって、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに肯定応答を返すことができる。
【０２６３】
ＩＥ「ｍｅａｓＣｏｎｆｉｇ」は、ＭｅａｓＯｂｊｅｃｔＴｏＲｅｍｏｖｅＬｉｓｔ、ＭｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄＬｉｓｔ、ＲｅｐｏｒｔＣｏｎｆｉｇＴｏＲｅｍｏｖｅＬｉｓｔ、ＲｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔ、ＭｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔ、またはＭｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔなど、数々のパラメータを含むことができる。
【０２６４】
測定対象が提供され得る。測定対象は、ＳｕｐｐＣｅｌｌの周波数情報を含むことができる。対象がＵＥ内に存在し得る場合、これは、測定構成とともに送信されなくてよい。これは、例えば、セルが存在し得た後、補助セルアクティブ化の間に、測定構成が送信され得る場合に起こり得る。
【０２６５】
ＲｅｐｏｒｔＣｏｎｆｉｇオブジェクトが提供され得る。ＩＥ「ＲｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔ」は、ＲＳＳＩ測定のための「報告構成」を伝え得る、ＩＥ「ＲｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄ」のリストとすることができる。「報告構成」は、「ＲｅｐｏｒｔＣｏｎｆｉｇｌｄ」によって識別され得る。ＲｅｐｏｒｔＣｏｎｆｉｇの一例は、以下のようになり得る。
【０２６６】
2018011352.tif 000052
【０２６７】
報告構成の詳細は、「ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ」ＩＥに含まれ得る。ＩＥの変更は、以下を含むことができる。
【０２６８】
●ｔｒｉｇｇｅｒＱｕａｎｔｉｔｙ：ＲＳＳＩ測定が既存のリストに追加され得る。
【０２６９】
○「ｒｓｓｉ」：オン期間またはオフ期間の間のｒｓｓｉ測定。
【０２７０】
○「ｄｅｌｔａＲｓｓｉ」：ＲＳＳＩオン測定とオフ測定の間の差。
【０２７１】
●ｒｅｐｏｒｔＱｕａｎｔｉｔｙ：変更せずに残すことができる。
【０２７２】
●イベントのベースの報告の場合、既存のイベントが使用され得る。新しいイベントが定義され得、リストに追加され得る。既存のイベントを再利用するために、ＩＥ「ＴｈｒｅｓｈｏｌｄＥＵＴＲＡ」の定義は「ｔｈｒｅｓｈｏｌｄ−ｒｓｓｉ」および「ｔｈｒｅｓｈｏｌｄ−ｄｅｌｔａＲｓｓｉ」を含むことができる。
【０２７３】
一例は以下のようになる。
【０２７４】
2018011352.tif 000053
【０２７５】
測定ＩＤオブジェクトが提供され得る。ＩＥ「ＭｅａｓＩｄＴｏＡｄｄＭｏｄ」は、いかなる変更も必要とし得ない。ＨｅＮＢは、「ｍｅａｓＩＤ」を生成でき、ＳｕｐｐＣｅｌｌのための「ｍｅａｓＯｂｊｅｃｔＩｄ」および「ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ」を含むことができる。一例は以下のようになる。
【０２７６】
2018011352.tif 000054
【０２７７】
リスンビフォートーク（ＬＢＴ）および共存ギャップとの調整が提供され得る。チャネルにアクセスする前に、チャネル利用可能性を評価するために、ＬＢＴが使用され得るシステムでは、ＬＢＴと共存ギャップの間の調整が要求され得る。目標チャネル使用率が提供され得る。目標チャネル率は、利用可能なチャネル帯域幅の使用を許可し、他のセカンダリユーザとのチャネル共有を可能にし得る比率とすることができる。
【０２７８】
動的共有スペクトル帯におけるＴＤＭシステムのためのＬＢＴおよび共存ギャップが提供され得る。共存ギャップの終了時のＬＢＴが提供され得る。
【０２７９】
図２８は、リスンビフォートーク（ＬＢＴ）を用い得る、例示的なダウンリンク（ＤＬ）／アップリンク（ＵＬ）／共存ギャップ（ＣＧ）パターンを示している。図２８に示されるように、ＴＤＭを使用して、同じ動的共有スペクトルチャネルにおいてＵＬとＤＬを切り換えるシステムの場合、ＬＢＴを使用する、ＤＬ、ＵＬ、共存ギャップ（ＣＧ）の汎用パターンが使用され得る。汎用パターンは、例えば、ＬＴＥフレームフォーマット１およびフレームフォーマット２の両方を使用するＴＤＭシステムに適用可能とすることができる。
【０２８０】
図２８に示されるように、ＤＬ２８０２などのＤＬは、ＬＴＥダウンリンク送信のサブフレームとすることができる。ＣＧ２８０４などのＣＧは、ＬＴＥ送信が行われ得ない、共存ギャップの１または複数のサブフレームとすることができる。ＬＢＴ２８０６、ＬＢＴ２８０８、ＬＢＴ、２８１０、ＬＢＴ２８１２、およびＬＢＴ２８１４などのＬＢＴは、ＬＢＴのためのエネルギー検出を実行する時間とすることができ、１または２のオーダのＯＦＤＭシンボル上に存在し得る。ＳＷ２８１６および２８１８などの無線切り換え時間ＳＷは、ＤＬからＵＬ移行のための、またはＵＬからＤＬ移行のための無線切り換え時間などとすることができる。ＳＷは、１０から２０ｕｓとすることができる。ＵＬ２８２０などのＵＬは、アップリンクＬＴＥ送信の１または複数のサブフレームとすることができる。
【０２８１】
図２８に示されるように、ＣＧ２８０４などの共存ギャップは、ダウンリンク送信バースト中、アップリンク送信バースト中、ＤＬからＵＬへの移行中、ＵＬからＤＬへの移行中などに挿入され得る。ＬＢＴは、チャネル利用可能性を評価するために、ＬＢＴ２８１０においてなど、共存ギャップからの復帰時に実行され得る。
【０２８２】
図２９は、ＬＢＴを用いなくてよい例示的なＤＬからＵＬへの切り換えを示している。ＤＬからＵＬへの切り換えは、ＬＢＴを用いない。動的共有スペクトル帯においてＴＤＭを動作させ得るフェムトセル配備およびシステムの場合、ＤＬからＵＬへの移行のために、ＬＢＴは実行されなくてよい。例えば、２９０２において、ＬＢＴは実行されなくてよい。フェムト／ＨｅＮＢのＤＬ送信電力は高くし得るので、セル内の他のＳＵは、チャネルビジーを見出すことができ、チャネルへのアクセスを獲得できない。ＤＬからＵＬへの移行時にＬＢＴのための要求を回避するために、ＤＬからＵＬへの移行において共存ギャップが割り当てられ得ないパターンが使用され得る。目標チャネル使用率は、ＤＬ送信バースト、ＵＬ送信バースト、または両方の中に共存ギャップをスケジュールすることによって達成され得る。共存ギャップは、ＤＬバーストとＵＬバーストの間にはスケジュールされ得ない。例えば、ＣＧは、２９０４、２９０６、２９０８、および２９１０においてスケジュールされ得る。
【０２８３】
図３０は、ＬＢＴを用いなくてよい例示的なＵＬからＤＬへの切り換えを示している。動的共有スペクトル帯においてＴＤＭを動作させ得るフェムトセル配備およびシステムの場合、ＵＬからＤＬへの移行の間に、ＬＢＴは実行されなくてよい。これを可能にするために、ＵＬ３００２とＤＬ３００４の間の移行など、ＵＬ送信バーストとＤＬ送信バーストの間に、共存ギャップは挿入され得ない。フェムトセルタイプの配備などの小規模の配備では、局在化された干渉は発生し得ないので、ＵＬとＤの間の移行は、ＬＢＴを用いずに可能にすることができる。ＵＥによるＵＬ送信は、現在のＬＴＥシステムによって占有されたチャネルを維持でき、他のＳＵがチャネルにアクセスすることを許可し得ない。
【０２８４】
図３１は、周波数分割複信（ＦＤＤ）ＤＬのための例示的な動的非周期的共存パターンを示している。ＬＢＴ３１０２、３１０４、３１０６、３１０８、３１１０、および３１１２など、動的共有スペクトル帯におけるＦＤＤ  ＤＬのためのＬＢＴおよび共存ギャップが提供され得る。図３１に示されるように、ＬＢＴは、共存ギャップからの復帰時に実行され得る。例えば、ＬＢＴ３１０６は、ＣＧ３１１４の後に実行され得る。ＬＢＴの実行時に、チャネルがビジーであると判明し得た場合、ＤＬ送信は後続できず、次のサブフレームは、スケジュールされた共存ギャップの拡張になり得る。（ＬＢＴがチャネルビジーを見出したために）ＤＬ送信が行われない追加のサブフレーム（複数可）は、本明細書でさらに説明されるように、現在のチャネル使用率の計算に組み込まれ得、所望の目標チャネル使用率に達するために考慮され得る。ＬＢＴの実行時に、チャネルが利用可能であると判明し得た場合、サブフレーム境界において、ＤＬ送信が開始できる。
【０２８５】
共存ギャップを動的にスケジュールし、ギャップ持続時間を設定するための方法が使用され得る。図３２は、ＣＧがＵＬバースト後、ＤＬバースト前に挿入される例示的なシナリオを示している。共存ギャップを動的にスケジュールし、ギャップ持続時間を設定するための方法は、例えば、目標チャネル使用率に達するために使用され得る。図３２に示されるように、３２１４および３２１６などにおける共存ギャップは、ＵＬバースト後、ＤＬバースト前に挿入され得る。
【０２８６】
図３２は、共存ギャップがＵＬバースト後、ＤＬバースト前に挿入され得るシナリオを示し得るが、他のシナリオ向けに容易に拡張され得る。例えば、方法は、システムが動的共有スペクトル帯においてＦＤＤ  ＤＬとして動作するケースに拡張され得る。
【０２８７】
ＣＧ＿ｌｅｎ、Ｔ＿ｅｌｇ、Ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏ、ＣＣＡ＿ｃｏｕｎｔｅｒ、ＬＢＴ＿ＥＤ＿ｔｈｒ、ｔａｒｇｅｔ＿ｃｈａｉｎ＿ｕｓｅ＿ｒａｔｉｏ、ＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘ、ＣＣＡ＿ｎｕｍ＿ｒｅｔｒｙ、ｍａｘ＿ＥＤ＿ｔｈｒなど、数々の変数およびパラメータが、共存ギャップアルゴリズムを記述するために使用され得る。ＣＧ＿ｌｅｎは、サブフレームを単位とする、共存ギャップの長さとすることができる。ギャップ長は、Ｗｉ−Ｆｉがチャネルへのアクセスを獲得できる時間よりも長くすることができる。パラメータｔ＿ｅｌｇは、最終ギャップ以降に経過した時間とすることができ、サブフレーム単位とすることができ、ギャップまたはＤＴＸとすることができる最終ギャップの終わりから測定され得る。パラメータｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏは、現在のＬＴＥシステムによる実際のチャネル使用率とすることができる。パラメータＣＣＡ＿ｃｏｕｎｔｅｒは、ＬＢＴを使用してチャネルへのアクセスを試みるときのリトライ回数のカウントとすることができる。パラメータＬＢＴ＿ＥＤ＿ｔｈｒは、ＬＢＴについてのエネルギー検出閾値とすることができる。測定されたエネルギーがＬＢＴ＿ＥＤ＿ｔｈｒ閾値よりも大きいものであり得る場合、チャネルはビジーと見なされ得る。
【０２８８】
パラメータＴａｒｇｅｔ＿ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏは、目標チャネル使用率とすることができる。このパラメータは、ｅＮＢ／ＨｅＮＢがチャネルを占有できる時間のパーセンテージを反映でき、他のセカンダリユーザと共存するときに（Ｈ）ｅＮＢがどれほどフレンドリであり得るかを反映できる。ｘ％の目標チャネル使用率は、ＬＴＥシステムが時間のｘ％にわたってチャネルを占有でき、他のセカンダリユーザが最大で時間の（１００−ｘ）％までチャネルを占有することを許可できることを意味し得る。
【０２８９】
パラメータＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘは、サブフレーム単位とすることができる、共存ギャップの間の最大時間とすることができる。それは、共存ギャップの終了から次の共存ギャップの開始までとして測定され得る。Ｗｉ−Ｆｉと共存するために、この値は、Ｗｉ−Ｆｉ再確立時間よりも短くできる。パラメータＣＣＡ＿ｎｕｍ＿ｒｅｔｒｙは、適応ＬＢＴ  ＥＤ閾値が使用され得る場合に、ＬＢＴエネルギー検出閾値を増加させるまでの、リトライ回数とすることができる。パラメータｍａｘ＿ＥＤ＿ｔｈｒは、ＬＢＴについてのエネルギー検出のための最大閾値とすることができる。適応エネルギー検出閾値（ＬＢＴ＿ＥＤ＿ｔｈｒ）が最大値（ｍａｘ＿ＥＤ＿ｔｈｒ）よりも大きいものであり得る場合、チャネルはビジーであると見なされ得る。
【０２９０】
図３３は、（Ｈ）ｅＮＢ処理のための例示的な状態機械を示している。例示的な状態機械は、（Ｈ）ｅＮＢ処理のアルゴリズムのために使用され得る。３３００において、（Ｈ）ｅＮＢは、ＤＬ状態にあり得る。３３０８において、ＵＬ状態への切り換えがスケジュールされなかった場合、（Ｈ）ｅＮＢは、３３００のＤＬ状態に留まることができる。３３１０において、ＵＬへの切り換えがスケジュールされ得、３３０２において、（Ｈ）ｅＮＢは、ＵＬ状態にあり得る。３３１２において、ｔ＿ｅｌｇがＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘよりも小さいものであり得る場合、（Ｈ）ｅＮＢは、３３０２のＵＬ状態に留まることができる。３３１４において、ｔ＿ｅｌｇがＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘよりも大きいものであり得る場合、３３０４において、（Ｈ）ｅＮＢは、ＣＧ状態に入ることができる。３３１６において、ＣＧ＿ｃｎｔがＣＧ＿ｌｅｎよりも小さいものであり得る場合、（Ｈ）ｅＮＢは、３３０４のＣＧ状態に留まることができる。３３１８において、ＣＧ＿ｃｎｔがＣＧ＿ｌｅｎよりも大きいものであり得る場合、３３０６において、（Ｈ）ｅＮＢは、ＣＣＡ状態に入ることができる。３３２０において、チャネルがビジーである場合、（Ｈ）ｅＮＢは、３３０６のＣＣＡ状態に留まることができる。３３２２において、チャネルである場合、（Ｈ）、３３００において、（Ｈ）ｅＮＢは、ＤＬ状態に入ることができる。
【０２９１】
図３４は、ＤＬ送信状態にあるときの処理の例示的なフローチャートを示している。ＤＬは、（Ｈ）ｅＮＢ状態機械のＤＬ送信バーストまたは状態とすることができる。システムは、例えば、ＬＴＥトラフィック負荷によって決定されるような、ＵＬへの移行がスケジュールされ得るまで、ＤＬモード状態にあることができる。
【０２９２】
図３４に示されるように、最終ギャップ以降に経過した時間およびパラメータｔ＿ｅｌｇが更新され得るかどうかが判定され得る。３４０４において、パラメータｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏが更新され得る。３４０６において、ＤＬバッファ占有率が更新され、または受け取られ得る。３４０８において、ＵＬがスケジュールされ得たかどうか、および（Ｈ）ｅＮＢがＵＬ状態に切り換えられ得たかどうかが判定され得る。３４１０において、（Ｈ）ｅＮＢは、ＵＬになるようにｎｅｘｔ＿ｓｔａｔｅを設定することによって、ＵＬ状態に切り換わるように設定され得る。３４１２において、（Ｈ）ｅＮＢは、ＤＬになるようにｎｅｘｔ＿ｓｔａｔｅを設定することによって、ＤＬ状態に留まるように設定され得る。
【０２９３】
図３５は、ＵＬ送信状態にあるときの処理の例示的なフローチャートを示している。最終ギャップ以降に経過した時間が事前定義された閾値を超えた場合、次の状態は、ＣＧ状態になるように設定され得る。共存ギャップの長さ（例えば、ＣＧ＿ｌｅｎ）は、現在のチャネル使用率Ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏ、目標チャネル使用率（ｔａｒｇｅｔ＿ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏ）、およびＵＬバッファ占有率の関数として決定され得る。これは、より長い共存ギャップを可能にし得、Ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏが、潜在的なＵＬ輻輳が緩和される時間における目標よりも大きくなることを可能にし得る。
【０２９４】
３５０２において、最終ギャップ以降、時間が経過し得、ｔ＿ｅｌｇが更新され得る。３５０４において、ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏが更新され得る。３５０６において、ＵＬバッファ占有率が更新または取得され得る。３５０８において、ｔ＿ｅｌｇがＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘよりも大きいものであり得るかどうかが判定され得る。ｔ＿ｅｌｇがＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘよりも大きいものであり得る場合、３５１０において、ｎｅｘｔ＿ｓｔａｔｅは、ＣＧになるように設定され得る。ｔ＿ｅｌｇがＣＧ＿ｄｅｌｔａ＿ｔ＿ｍａｘよりも大きいものであり得ない場合、３５１２において、ｎｅｘｔ＿ｓｔａｔｅは、ＵＬになるように設定され得る。３５１４において、ＣＧ＿ｌｅｎは、ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏ、ｔａｒｇｅｔ＿ｃｈａｎ＿ｕｓｅ＿ｒａｔｉｏ、およびＵＬバッファ占有率の関数として設定され得る。
【０２９５】
図３６は、空きチャネル判定（ＣＣＡ）状態にあるときの処理の例示的なフローチャートを示している。ＣＧ状態から復帰すると、システムは、ＣＣＡ状態（空きチャネル判定）に移行できる。チャネル使用率を達成するために、ＬＢＴがチャネルビジーを見出した場合、次のサブフレームは、共存ギャップと見なされ得る。ＬＢＴ閾値は、チャネルアクセスの試みが連続して数多く失敗したときに、増加され得る。
【０２９６】
３６０２において、ＣＣＡ＿ｃｏｕｎｔｅｒが初期化され得、ＬＢＴ＿ＥＤ＿ｔｈｒが、デフォルト値に設定され得る。３６０４において、チャネルサンプルが収集され得、エネルギー検出が実行され得る。３６０６において、エネルギーがＬＢＴ＿ＥＤ＿ｔｈｒよりも大きいものであり得るかどうかが判定され得る。エネルギーがＬＢＴ＿ＥＤ＿ｔｈｒよりも大きいものであり得ない場合、３６１２において、ｎｅｘｔ＿ｓｔａｔｅは、ＤＬになるように設定され得る。エネルギーがＬＢＴ＿ＥＤ＿ｔｈｒよりも大きいものであり得る場合、３６０８において、ｎｅｘｔ＿ｓｔａｔｅは、ＣＣＡになるように設定され得る。３６１０において、ＣＣＡ＿ｃｏｕｎｔｅｒが更新され得る。３６１４において、ＣＣＡ＿ｃｏｕｎｔｅｒがＣＣＡ＿ｎｕｍ＿ｒｅｔｒｙよりも大きいものであり得るかどうかが判定され得る。ＣＣＡ＿ｃｏｕｎｔｅｒがＣＣＡ＿ｎｕｍ＿ｒｅｔｒｙよりも大きいものであり得ない場合、方法は、３６０４に進むことができる。ＣＣＡ＿ｃｏｕｎｔｅｒがＣＣＡ＿ｎｕｍ＿ｒｅｔｒｙよりも大きいものであり得る場合、３６１６において、ＬＢＴ＿ＥＤ＿ｔｈｒが増加され得、ＣＣＡ＿ｃｏｕｎｔｅｒがリセットされ得る。３６１８において、ＬＢＴ＿ＥＤ＿ｔｈｒがｍａｘ＿ＥＤ＿ｔｈｒよりも大きいものであり得るかどうかが判定され得る。ＬＢＴ＿ＥＤ＿ｔｈｒがｍａｘ＿ＥＤ＿ｔｈｒよりも大きいものであり得ない場合、方法は、３６０４に進むことができる。ＬＢＴ＿ＥＤ＿ｔｈｒがｍａｘ＿ＥＤ＿ｔｈｒよりも大きいものであり得る場合、３６２０において、チャネル利用不可能性が、ＲＲＭに伝えられ得る。
【０２９７】
ハイブリッドＬＢＴが提供され得る。ハイブリッドＬＢＴ方法では、チャネルの品質を評価するために、測定が定期的に実行され得、チャネルを評価するための判定は、フィルタリングされた測定および過去Ｎ個の感知期間において生成され得た報告、ならびにＬＢＴエネルギー検出の組み合わせに基づいて行われ得る。
【０２９８】
定期的な測定は、同じチャネルを使用できる他のセカンダリネットワークのタイプ、およびこれらのネットワークが共存を試み得るかどうか、または干渉パターンなどついての情報を提供できる。ＬＢＴエネルギー検出が使用され得る場合、フィルタリングされた定期的な測定からの情報が、感知閾値、送信バーストの持続時間、または長い共存ギャップの長さなどの、ＬＢＴパラメータを適応させるために使用され得る。加えて、ＬＢＴエネルギー検出は、この情報に基づいて、使用可能または使用不可能にされ得る。これは、即時チャネルアクセスを制御するためにＬＢＴエネルギー検出が使用され得る一方で、ＬＢＴパラメータを適応させ、適切な送信モードを選択するための入力を測定が提供できる、ハイブリッド手法とすることができる。
【０２９９】
感知出力に基づいて、数々のモードが提供され得る。例えば、モードは、チャネルの排他的使用、チャネルのフレンドリ使用、またはチャネルのアグレッシブ使用などとすることができる。チャネルの排他的使用は、チャネルにおいて動作する他のセカンダリノードが存在し得ない送信のモードとすることができる。感知閾値および送信バーストの持続時間は、最大値に設定され得る。長い共存ギャップは、使用不可能にされ得、または頻繁にはスケジュールされ得ない。チャネルのフレンドリ使用は、同じチャネルにおいて動作する他のセカンダリノードが共存を試み得るモードとすることができる。共存パラメータは、性能基準が満たされ得ると同時に、チャネルがこれらのユーザによって共有され得るように設定され得る。チャネルのアグレッシブ使用は、セカンダリノードが共存を試みずにチャネルをアグレッシブに使用できるモードとすることができる。最小達成可能スループットが閾値を上回り得、トラフィックを切り換える他のチャネルが存在し得ない場合、送信機は、何らかのデータがパイプをなんとか通り抜けられ得ることを期待して、チャネルをアグレッシブに使用し始めることができる。アグレッシブなノードが支配的なユーザであり得る場合、共存パラメータは、排他的使用モードに類似して設定され得る。例えば、高い感知閾値および長いバースト持続時間が設定され得、長い共存ギャップは使用不可能にされ得る。アグレッシブなユーザに加えて、共存を試み得る他のセカンダリユーザが存在し得る場合、長い共存ギャップが使用可能にされ得、送信バーストの持続時間は、これらのユーザを受け入れるために短縮され得る。
【０３００】
図３７は、送信モードの例示的な決定を示している。３７００において、測定が受け取られ得る。３７０２において、情報が、感知ツールボックスにおいて処理され得る。３７０４において、他のセカンダリユーザが存在し得るかどうかが判定され得る。他のセカンダリユーザが存在し得ない場合、３７０６において、Ｔｘパラメータが、排他的使用のために構成され得る。他のセカンダリユーザが存在し得る場合、３７０８において、セカンダリノードのタイプが識別され得る。３７１０において、他のセカンダリユーザが共存を試み得るかどうかが判定され得る。他のセカンダリユーザが共存を試み得る場合、３７１４において、ＬＢＴパラメータが、フレンドリ使用のために構成され得る。他のセカンダリユーザが共存を試み得ない場合、３７１２において、達成可能なスループットが最小データレートよりも大きいものであり得るかどうかが判定され得る。達成可能なスループットが最小データレートよりも大きいものであり得ない場合、３７１６において、チャネルが明け渡され得る。達成可能なスループットが最小データレートよりも大きいものであり得る場合、Ｔｘパラメータが、アグレッシブ使用のために構成され得る。
【０３０１】
図３８は、チャネルアクセスメカニズムに基づき得る例示的な測定を示している。ハイブリッド手法では、チャネルアクセスは、定期的な測定に依存でき、それは、測定ベースのチャネルアクセスと呼ばれることがある。この手法では、チャネル品質を評価し、チャネル上で動作し続けるべきかどうかを決定するために、定期的な測定が使用され得る。基地局においてセンシングが行われ得、ＵＥからの報告が収集され得る。一例として、１０〜２０ｍｓのうちの１ｍｓに対して、センシングが利用され得る。測定は、より高い信頼性を有し得る、ライセンスされた帯域を介して報告され得る。
【０３０２】
図３８に示されるように、測定ギャップが、ＤＬ送信バーストおよび／またはＵＬ送信バーストの間にスケジュールされ得る。測定ギャップの間に送信がないことがあり、それが、チャネルの品質が評価されることを可能にし得る。示される例では、測定ギャップ（ＭＧ）において、送信を行うにはチャネルが十分には良好でないことが判明し得、３８１０において、チャネルを明け渡す決定が行われ得る。送信は、例えば、ＤＴＸ３８０２において、終了できる。３８０４および３８０６などにおける後続のフェーズの間に、３８０８および３８１２において、測定が行われ得る。３８１４において、チャネルがアクセスされ得るかどうかの判定が行われ得る。チャネルが送信に適していることが判明し得た場合、送信が再開できる。
【０３０３】
図３９は、チャネルアクセスに基づき得る測定の例示的なフロー図を示している。３９０２において、測定ギャップが到着し得たかどうかが判定され得る。測定ギャップが到着し得た場合、３９０４において、ノードはサイレントにされ得る。３９０６において、測定が行われ得る。３９０８において、測定報告が、１または複数のＵＥから収集され得る。３９１０において、チャネル品質が、例えば、直近のＮ個のギャップからの情報を使用して、評価され得る。３９１２において、チャネル品質が許容可能であり得るかどうかに関する判定が行われ得る。チャネル品質が許容可能である場合、３９１６において、チャネルがアクティブ化され得ているかどうかが判定され得る。チャネルがアクティブ化され得ている場合、３９２４において、スケジューリングがチャネル上で可能であり得る旨の信号が、ＲＲＭに送信され得る。チャネルがアクティブ化され得ていない場合、３９２２において、チャネル利用可能フラグが設定され得る。
【０３０４】
３９１２において、チャネル品質が許容可能であると決定され得なかった場合、３９１４において、チャネルがアクティブ化され得ているかどうかが判定され得る。チャネルがアクティブ化され得ていない場合、３９２０において、空きチャネル利用可能フラグが設定され得る。チャネルがアクティブ化され得ている場合、３９１８において、進行中の送信が終了され得、３９２６において、チャネルビジーカウンタが更新され得る。３９２８において、チャネルビジーカウンタが閾値よりも大きいものであり得るかどうかが判定され得る。チャネルビジーカウンタが閾値よりも大きいものであり得る場合、３９３０において、チャネルは非アクティブ化され得る。チャネルビジーカウンタが閾値よりも大きいものであり得ない場合、方法は、３９０２に進むことができる。
【０３０５】
共存パターンを使用できる動的共有スペクトル帯においてＬＴＥベースの信号を送信するための方法が提供され得る。共存パターンにおける共存ギャップは、他のセカンダリネットワークに同じ帯域において動作する機会を提供できる。共存パターンは、マルチＲＡＴ  ＵＥの他の無線アクセス技術（ＲＡＴ）に動作する機会を提供できる。これは、例えば、同じセルにおける複数のＲＡＴの共存を可能にするために行われ得る。
【０３０６】
共存パターンは、共存ギャップ期間を有することができ、オン期間を有することができ、オフ期間を有することができる。共存ギャップ期間の間は、データ、制御、または基準シンボルは送信され得ない。例えば、ＬＴＥベースのセルは、共存パターンにおけるギャップの間は、サイレントであることができる。ＬＴＥベース送信は、チャネル利用可能性の評価を試みることなく、オン期間の間に再開され得る。共存パターンは、周期的なオン−オフ送信を含むことができる。オン期間は、共存パターンのＬＴＥオン持続時間とすることができ、ダウンリンクおよびアップリンクＬＴＥベース送信の間で共有され得る。ギャップ期間は、設定された時間にわたって持続でき、または次のフレームの開始時など、定められた時間まで持続できる。
【０３０７】
共存パターンは、動的に調整され得る。共存パターンの期間は、ＣＰＰによって表され得、以下のようになり得る。
【０３０８】
ＣＰＰ＝ＴON＋ΤOFF
【０３０９】
共存パターンのデューティサイクルは、以下のようになり得る。
【０３１０】
【数４７】
2018011352.tif 000055
【０３１１】
共存パターンの期間パラメータは、静的なパラメータとすることができる。共存期間パラメータは、ＳｕｐｐＣＣセットアップの間に設定され得る。共存パターンデューティサイクル（ＣＰＤＣ）は、調整され得、半静的なパラメータとすることができる。ＣＰＤＣは、トラフィック量および／またはセカンダリユーザの存在に応答して変更され得る。１または複数のＬＴＥトラフィック閾値が、ＣＰＤＣを決定／調整するために使用され得る。Ｗｉ−Ｆｉ検出パラメータが、ＣＰＤＣを決定／調整するために使用され得る。Ｗｉ−Ｆｉ検出および／またはＷｉ−Ｆｉトラフィック負荷が、感知エンジンによって決定され得る。
【０３１２】
デューティサイクル信号は、基地局、ホームｅノードＢ、またはｅノードＢから送信され得る。デューティサイクル信号は、ＷＴＲＵにおいて受信され得る。ＷＴＲＵは、ＤＲＸ期間に入ることができる。デフォルトＣＲＳロケーションにおけるチャネル推定は、停止できる。デューティサイクルシグナリングは、デューティサイクルを伝えるためのＰＨＹ、ＭＡＣ、およびＲＣＣ方法のうちの１または複数を含むことができる。ＰＨＹ方法は、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）から成る群から選択される１または複数の方法を含むことができる。ＰＳＳ／ＳＳＳシグナリングは、フレーム毎に少なくとも１回は繰り返され得る。デューティサイクルシグナリングは、ＰＳＳおよびＳＳＳを異なるサブフレーム内に配置することによって、送信され得る。デューティサイクルシグナリングは、デューティサイクルのＭＩＢベースのシグナリング、ＰＤＣＣＨベースのシグナリング、またはＭＡＣ  ＣＥベースのシグナリングを含むことができる。
【０３１３】
デューティサイクルシグナリングは、ＰＤＣＣＨベースのシグナリングとすることができる。ＰＤＣＣＨ上の１または複数のデューティサイクルビットは、ギャップの開始を伝えるために使用され得る。ＰＤＣＣＨシグナリングは、プライマリセルＰＤＣＣＨまたは補助セルＰＤＣＣＨ上に存在することができる。
【０３１４】
デューティサイクルシグナリングは、ＭＡＣ  ＣＥベースのシグナリングとすることができる。ＭＡＣ  ＣＥの内容は、ＩＤ、デューティサイクルの新しい値、および変更がいつ有効になり得るか示すタイミング情報のうちの１または複数を含むことができる。ＭＡＣ  ＣＥの内容は、ＩＤ、デューティサイクルの新しい値、および変更がいつ適用され得るかを示し得るタイミング情報を含むことができる。メッセージ内容の一例は、ＬＣＩＤ、新しいデューティサイクル、フレームタイミング情報、またはそれらの組み合わせなどを含むことができる。（５ビットのメッセージＩＤとすることができる）ＬＣＩＤは、ＭＡＣヘッダ要素を含むことができ、０１０１１から１１０１０までの予約されたＬＣＩＤ値（または他の任意の未使用メッセージＩＤ）を使用できる。新しいデューティサイクルは、サポートされるデューティサイクルの数に応じて２から４ビットとすることができる、フィールドとすることができる。フレームタイミング情報は、２ビットとすることができ、００は、現在のフレームｎに対応し得、０１は、次のフレームｎ＋１に対応し得、１０は、その次のフレームｎ＋２に対応し得、および／または１１は、（おそらくは再送の場合に）変更がすでに発生し得たことを示すことができる。
【０３１５】
ＳＵ検出のための測定を獲得するための方法が提供され得る。ＵＥは、オン期間およびオフ期間の両方の間に、測定を行う。ＵＥは、以下の値を含み得る報告を送信できる。
【０３１６】
○
【０３１７】
【数４８】
2018011352.tif 000056
【０３１８】
○
【０３１９】
【数４９】
2018011352.tif 000057
【０３２０】
Δは、
【０３２１】
【数５０】
2018011352.tif 000058
【０３２２】
および
【０３２３】
【数５１】
2018011352.tif 000059
【０３２４】
よりも頻繁に報告され得る。パラメータΔならびに／または
【０３２５】
【数５２】
2018011352.tif 000060
【０３２６】
および
【０３２７】
【数５３】
2018011352.tif 000061
【０３２８】
は、ＵＥおよび／またはホームｅノードＢにおいてフィルタリングされ得る。
【０３２９】
共存ギャップまたはパターンを使用して動的共有スペクトル帯においてＬＴＥベースの信号を送信するための方法が提供され得る。送信機は、共存ギャップまたはパターンと協力するリスンビフォートーク（ＬＢＴ）方法を利用できる。送受信機は、チャネルを使用する前に、チャネル利用可能性を評価できる。目標チャネル使用率が、利用可能なチャネル帯域幅にアクセスするために使用され得る。ＤＬ送信が行われ得ない追加のサブフレーム（複数可）を含み得る現在のチャネル使用率が計算され得る。ＴＤＭチャネル構造が使用され得る。ＬＢＴは、共存ギャップの最後で実行され得る。
【０３３０】
同じ動的共有スペクトルチャネルにおけるＵＬとＤＬの間またはＤＬとＵＬの間で切り換えが行われ得る。ＬＢＴを使用できるパターン共存ギャップは、ダウンリンク送信バーストの間またはアップリンク送信バーストの間などに挿入され得る共存ギャップを含むことができる。ＬＢＴは、共存ギャップからの復帰時に、チャネル利用可能性を評価するために実行され得る。ＤＬからＵＬへの切り換えは、ＬＢＴを用いずに行うことができ、ギャップパターンは、ＤＬからＵＬへの移行時に、共存ギャップを含まなくてよい。
【０３３１】
共存ギャップは、ＤＬ送信バースト内もしくはＵＬ送信バースト内、または両方においてスケジュールされ得る。共存ギャップは、ＤＬバーストとＵＬバーストの間にはスケジュールされ得ない。ＵＬからＤＬへの切り換えは、ＬＢＴを用いずに実行され得、共存ギャップは、ＵＬ送信バーストとＤＬ送信バーストの間に挿入され得ない。
【０３３２】
送受信機は、動的共有スペクトル帯におけるＦＤＤ  ＤＬにあることができ、共存ギャップからの復帰時にＬＢＴが実行され得るような、共存パターンを使用できる。チャネルがビジーであり得るときに、ＬＢＴが実行され得る場合、ＤＬ送信は後続できず、次のサブフレームは、スケジュールされた共存ギャップの拡張になり得る。ＬＢＴが実行され得、チャネルが利用可能であり得る場合、サブフレーム境界において、ＤＬ送信が開始できる。
【０３３３】
共存ギャップは、動的にスケジュールされ得、および／またはギャップ持続時間は、動的に設定され得る。共存ギャップおよびギャップ持続時間は、少なくとも部分的に目標チャネル使用率に基づいて、動的にスケジュールされ得る。
【０３３４】
共存ギャップがＵＬバーストの後、ＤＬバーストの前に挿入され得る、ＬＴＥ動的共有スペクトル送信におけるチャネル構造が使用され得る。チャネル構造は、動的共有スペクトル帯におけるＦＤＤ  ＤＬの一部とすることができる。
【０３３５】
動的共有スペクトル帯においてＬＴＥベース送信を使用して動作するようにデバイスを構成する方法が提供され得る。共存ギャップの長さ、最終ギャップ以降に経過した時間、現在のＬＴＥシステムによる実際のチャネル使用率、ＬＢＴを使用してチャネルへのアクセスを試みるときのリトライ回数、ＬＢＴについてのエネルギー検出閾値、目標チャネル使用率、共存ギャップの間の最大時間、またはＬＢＴについてのエネルギー検出のための最大閾値など、１または複数のパラメータが受け取られ得る。
【０３３６】
測定が、チャネルの品質を評価するために実行され得る。チャネルベースのフィルタリングされた測定、過去Ｎ個の感知期間において生成された報告、ＬＢＴエネルギー検出、またはそれらの組み合わせなどを評価すべきかどうかが判定され得る。ＬＢＴエネルギー検出は、チャネルアクセスを制御するために使用され得、ＬＢＴパラメータを適応させ、適切な送信モードを選択するために、測定が使用され得る。送信モードは、排他的モード、フレンドリモード、またはアグレッシブモードとすることができる。排他的モードは、チャネルの排他的使用を提供できる。感知閾値および送信バーストの持続時間は、大きな値に設定され得る。長い共存ギャップは、使用不可能にされ得、または頻繁にはスケジュールされ得ない。フレンドリモードは、チャネルがユーザによって共有され得るように設定され得る、共存パラメータを含むことができる。アグレッシブモードでは、共存パラメータは、高い感知閾値および長いバースト持続時間に設定され得る。
【０３３７】
数々の方法が、ＴＶＷＳなど、ＬＥの小さなセルにおける共存を提供するために使用され得る。共存ギャップは、ＴＤＤサブフレームにおけるガード期間（ＧＰ）とオーバラップさせられ得る。共存ギャップパターンは、複数のフレームの上に展開され得る。共存ギャップをＵＥに伝えるために、ＰＤＣＣＨがＤｗＰＴＳにおいて使用され得る。ＵＥに対するアップリンクグラントがないことが、干渉が局在化される場合に、共存ギャップを可能にするために使用され得る。共存ギャップとして使用するために、ほぼ空白のサブフレームに対して変更が施され得る。低い、中間の、高いデューティサイクルを有する共存パターンが、マルチキャストブロードキャストオーバ単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームを使用して、提供され得る。最初の２つのＯＦＤＭシンボルなど、ＭＢＳＦＮサブフレームのＯＦＤＭシンボルによって引き起こされ得る干渉を低減するための方法が提供され得る。
【０３３８】
ＭＢＳＦＮサブフレームとスケジュールされていないＵＬとの組み合わせを使用できる、ＴＤＤ  ＵＬ／ＤＬ構成のために、共存パターンが提供され得る。ある共存パターンと関連付けられたＤＬ  ＨＡＲＱタイミングが提供され得る。ｅＮＢがＮＡＣＫを想定できる共存ギャップにおいて、ＡＣＫのための対応するＵＬサブフレームが含まれ得る、ＤＬサブフレームなどの非効率的なサブフレームにおいて、データが送信され得る。
【０３３９】
制御チャネルインターフェースポテンシャル（ＣＣＩＰ）サブフレームにおいてＰＣＦＩＣＨが送信できず、ＵＥが固定された制御チャネル長を仮定できる、ＵＥ手順が提供され得る。ＰＣＦＩＣＨリソース要素は、ＰＣＦＩＣＨリソースの数を増加させるために使用され得る。
【０３４０】
ＣＣＩＰサブフレームにおけるＲＳおよび非ＣＣＩＰサブフレームにおけるＲＳのために別々のＣＱＩ測定を計算できる、ＣＱＩ測定のための手順が提供され得る。Ｗｉ−Ｆｉ干渉／システムの量を測定するため、共存ギャップのデューティサイクルを決定するため、または現在使用されているチャネルをいつ変更すべきかを決定するためなどに、ＣＣＩＰサブフレームにおけるＣＱＩが使用され得る手順が提供され得る。
【０３４１】
ｅＮＢによるＡＣＫ／ＮＡＣＫの送信のために、単一のＵＥに２以上のＰＨＩＣＨリソースを割り当てるための手順が提供され得る。ｅＮＢは、同じ直交符号を使用して、同じＵＥに、複数のＰＨＩＣＨグループ上で、ＡＣＫ／ＮＡＣＫを送信できる。ｅＮＢは、与えられたＵＥに、単一のＰＨＩＣＨグループ上で、ＡＣＫ／ＮＡＣＫを送信できるが、複数の直交符号が用いられる。
【０３４２】
例えば、ＣＣＩＰサブフレームの間に作成されるグラント／割り当てのロバスト性を改善するために、ＰＤＣＣＨグラント／割り当てを別々のＰＤＣＣＨメッセージに分割する方法が提供され得る。第１のメッセージは、実際のグラント／割り当てのためのパラメータのサブセットを事前構成するために、非ＣＣＩＰサブフレームで送信され得る。ＣＣＩＰサブフレームで送信され得るグラント／割り当ては、短い（例えば、フォーマット１Ｃ）ＤＣＩフォーマットを使用でき、第１のメッセージで送信されたグラントに関連付けられ得るパラメータを含むことができる。事前構成（例えば、第１の）メッセージを受信しないうちに、第２のメッセージ（例えば、ＣＣＩＰサブフレームにおけるグラント／割り当て）が受信され得た場合を考慮した手順が提供され得る。
【０３４３】
同じチャネル上に共存できるＬＴＥシステムにおけるＲＳと同じ周波数に含まれ得るサブ搬送波を無視するために、Ｗｉ−Ｆｉインターリーバに機能強化が施され得る。ＬＴＥシステムにおけるＲＳのロケーションが、Ｗｉ−Ｆｉシステムによって、共存データベースまたは共存マネージャから受信され得る手順が提供され得る。ＬＴＥシステムにおけるＲＳのロケーションが、センシングを使用して、Ｗｉ−Ｆｉシステムによって決定され得る手順が提供され得る。Ｗｉ−Ｆｉシステムが、インターリーバにおいて、未使用サブ搬送波のランダム周波数ホッピングを実行でき、時間にわたって低い誤り率をもたらし得るインターリーバ構成を選択できる手順が提供され得る。ＡＰが、それに接続され得るＳＴＡに、ビーコンで、現在のインターリーバ構成を送信できる手順が提供され得る。
【０３４４】
ＬＴＥアドバンストのための搬送波集合（ＣＡ）が提供され得る。ＬＴＥアドバンストでは、最大１００ＭＨｚの送信帯域幅をサポートするために、２以上（最大５）のコンポーネント搬送波（ＣＣ）がアグリゲートされ得る。ＵＥは、その能力に応じて、１または複数のＣＣ上で受信または送信できる。それは、アップリンク（ＵＬ）またはダウンリンク（ＤＬ）において、異なる数の様々なサイズのＣＣをアグリゲートすることも可能であり得る。ＣＡは、連続ＣＣおよび非連続ＣＣの両方のためにサポートされ得る。
【０３４５】
ＣＡは、複数の搬送波における無線リソースの同時利用を可能にすることにより、ユーザに配信される帯域幅のスケーラブルな拡張を可能にすることによって、ＬＴＥシステムによって達成されるデータレートを増加させることができる。システムのリリース８／９準拠のＵＥとのバックワード互換性を可能にして、これらのＵＥが（ＣＡを用いる）リリース１０が配備され得るシステム内で機能できるようにすることができる。
【０３４６】
図４０は、数々の搬送波集合タイプを示している。４００２において、帯域内連続ＣＡは、２０ＭＨｚよりも広い帯域幅を生成するために、複数の隣接ＣＣがアグリゲートされ得るものとすることができる。４００４において、帯域内非連続ＣＡは、同じ帯域に属する（しかし、互いに隣接し得ない）複数のＣＣがアグリゲートされ得、非連続方式で使用され得るものとすることができる。帯域間非連続ＣＡは、異なる帯域に属し得る複数のＣＣがアグリゲートされ得るものとすることができる。
【０３４７】
４７０〜８６２ＭＨｚ周波数帯域におけるアナログからデジタルＴＶ送信への移行の結果として、スペクトルのある部分は、もはやＴＶ送信のために使用され得ないが、未使用スペクトルの量および正確な周波数は、ロケーション毎に様々であり得る。スペクトルのこれらの未使用部分は、ＴＶホワイトスペース（ＴＶＷＳ）と呼ばれることがある。ＦＣＣは、４７０〜７９０ＭＨｚ帯域におけるホワイトスペースの日和見的な使用など、様々な動的共有スペクトル使用のために、これらのＴＶＷＳ周波数を開放した。これらの周波数は、その無線通信が他の稼働中／プライマリユーザに干渉し得ない場合、無線通信のためにセカンダリユーザによって使用され得る。結果として、ＬＴＥおよび他のセルラ技術は、ＴＶＷＳ帯域において使用され得る。ＬＴＥおよび他のセルラ技術は、他の動的共有スペクトル帯において使用され得る。
【０３４８】
動的共有スペクトル帯をＣＡ用に使用するため、ＬＴＥは、ＳｕｐｐＣｅｌｌを１つの動的共有スペクトル周波数チャネルから別のチャネルに動的に変更できる。これは、例えば、動的共有スペクトル帯における干渉および／またはプライマリユーザの存在を理由に行うことができる。例えば、電子レンジまたはコードレスフォンなどの干渉は、ＩＳＭ内の特定のチャネルをデータ送信用に使用することを不可能にすることがある。ＴＶＷＳチャネルを動的共有スペクトルチャネルとして扱う場合、これらのチャネルのユーザは、そのチャネルを使用する排他的権利を有し得るＴＶ放送などのシステムの到着時には、チャネルを明け渡すことができる。動的共有スペクトル帯の性質、およびこれらの帯域を利用できるワイヤレスシステムの数の増加は、動的共有スペクトル帯内のチャネルの品質が動的に変化する原因となり得る。これに適応するため、ＣＡを実行するＬＴＥシステムは、動的共有スペクトルチャネルにおいてＳｕｐｐＣｅｌｌから別のＳｕｐｐＣｅｌｌに変更できること、または異なる周波数上で動作するために自らを再構成できることがある。
【０３４９】
セルラ技術は、Ｇｏｏｇｌｅ、Ｍｉｃｒｏｓｏｆｔ、Ａｐｐｌｅ、またはＡｍａｚｏｎなどの新規参入者が自らのネットワークを配備することを可能にするために、ＴＶＷＳなどの、小規模セルならびに共有および動的スペクトルを使用して配備され得る。新規参入者が自らのネットワークを配備するのには数々の動機が存在する。例えば、通信事業者は、門番であり得、新たなサービスを妨害することがある。非ユビキタスな方法によるそのようなネットワークの配備は、参入者が、これらの新たなサービスを最終顧客に展示または紹介することを可能にし得る。別の例として、これらの参入者は、最終顧客と毎月の請求関係を有さないことがあり、小規模セルネットワークによって提供され得る基本接続は、これらの参入者がエンドユーザに月額料金を請求することを可能にし得る。別の例として、これらのプレーヤは、月額料金をユーザが支払わなくてよい市場区分に対処するために、セルラ接続を有し得ないデバイスを作成できる。
【０３５０】
ＰＨＹ、ＭＡＣ、およびＲＲＣの複数の局面で、ＴＤＤおよびＦＤＤ動作モードの相違が観察され得る。相違は、フレーム構造にあり得、ＦＤＤは、タイプ１フレーム構造を使用でき、一方、ＴＤＤは、タイプ２フレーム構造を使用できる。
【０３５１】
図４１は、代表的な周波数分割複信（ＦＤＤ）フレームフォーマットを示す図を示している。図４２は、代表的な時分割複信（ＴＤＤ）フレームフォーマットを示す図を示している。
【０３５２】
ＦＤＤは、１または複数のサブフレームが（異なる周波数上で）ダウンリンクおよびアップリンク送信の両方をサポートできる、フレームタイプ１を使用できる。ＴＤＤでは、サブフレームは、アップリンクサブフレーム、ダウンリンクサブフレーム、またはダウンリンク（ＤｗＰＴＳ）およびアップリンク（ＵｐＰＴＳ）部分の両方と、干渉回避のためのダウンリンクからアップリンクへの移行についてのガード期間とを有し得る特別なサブフレームとすることができる。フレームフォーマット２のための特別なサブフレームにおいて送信され得るチャネルのタイプには、制約が課され得る。例えば、特別なサブフレームは、それにマッピングされたＰＵＣＣＨを有することができない。さらに、ＴＤＤは、セル毎に静的に構成され得る７つの可能なＵＬ／ＤＬ構成（ＵＬ、ＤＬ、および特別なサブフレームの配置）を可能にする。フレーム構造の相違は、基準信号およびＳＣＨなどの、チャネルおよび信号の異なる配置／ロケーションをもたらし得る。
【０３５３】
フレームフォーマットの結果であり得る別の相違は、ＨＡＲＱおよびＵＬグラントなどの動作のタイミングの相違とすることができる。ＦＤＤにおけるＨＡＲＱ動作は、サブフレーム４つの間隔において行われ得（データからＡＣＫまでの遅延、および最小ＮＡＣＫ再送遅延）、ＴＤＤでは、これらの遅延は可変とすることができ、ＵＬ／ＤＬ構成に依存し得る。ＨＡＲＱタイミングの相違、およびＴＤＤの場合のサブフレームにおけるアップリンク／ダウンリンクの利用不可能性は、ＤＣＩフォーマット（サイズ、フィールド数）、ＡＣＫ手順、ＣＱＩ報告遅延、および１または複数のサブフレーム上のＰＨＩＣＨのサイズの相違をもたらし得る。例えば、ＰＨＩＣＨグループの数は、ＦＤＤではサブフレーム毎に固定され得るが、ＴＤＤでは、可変とすることができる。
【０３５４】
動的共有スペクトル帯にあり得るＬＴＥシステムは、ＦＤＤまたはＴＤＤを使用できる。動的共有スペクトル帯では、数々の理由でＴＤＤが使用され得る。ＴＤＤは、１つの周波数帯域を要求でき、そのため、ＵＬおよびＤＬ用に１対の別々の周波数チャネルを見つけなければならないのとは対照的に、適切な動的共有スペクトル周波数チャネルを見つけることがより簡単であり得る。２つの周波数帯域がＦＤＤによって使用される場合、チャネル上の稼働中ユーザに干渉する可能性が、ＴＤＤおよびそのチャネルよりも大きくなり得る。周波数帯域（ＴＤＤ）上の稼働中ユーザの検出は、２つの帯域（ＦＤＤ）の場合よりも容易になり得る。周波数帯域上で非対称ＤＬ／ＵＬデータ接続を可能にすることは、チャネル帯域幅が最適化され得る動的スペクトル割り当てシステムとより良く適合し得る。
【０３５５】
ＬＴＥシステムが動的共有スペクトル帯において動作する場合、同じスペクトルが、他のセカンダリユーザと共有され得、そのいくつかは、異なる無線アクセス技術を使用していることがある。例えば、ＬＴＥは、Ｗｉ−Ｆｉと共存できる。
【０３５６】
ＵＬ−ＳＣＨ送信に応答した、ハイブリッドＡＲＱ肯定応答（ＡＣＫ／ＮＡＣＫ）の送信のために、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）が使用され得る。ハイブリッドＡＲＱは、ＡＣＫ／ＮＡＣＫのために信頼できる送信を要求できるので、ＰＨＩＣＨの誤り率は、低いものであり得る（ＡＣＫをＮＡＣＫとする誤検出（ＡＣＫ  ｆｏｒ  ＮＡＣＫ  ｍｉｓｄｅｔｅｃｔｉｏｎ）は０．１％）。
【０３５７】
ＰＨＩＣＨは、ＰＨＩＣＨ送信のために確保され得るリソース要素上で、ｅＮＢによって送信され得る。ＭＩＢにおいて送信され得るシステム情報に応じて、ＰＨＩＣＨは、サブフレームの最初のＯＦＤＭシンボル（通常のＰＨＩＣＨ持続時間）、またはサブフレームの最初の２つもしくは３つのＯＦＤＭシンボル（拡張されたＰＨＩＣＨ持続時間）などの、リソース要素を占有できる。ＭＩＢは、ＰＨＩＣＨリソースパラメータを通して、ＰＨＩＣＨのためにどれだけのダウンリンクリソースが確保され得るかを指定できる。
【０３５８】
ＰＨＩＣＨは、複数のＰＨＩＣＨを同じ１組のリソース要素上に多重化するために、直交系列を使用できる。８つのＰＨＩＣＨが、同じリソース要素上で送信され得る。これらのＰＨＩＣＨは、ＰＨＩＣＨグループと呼ばれることがあり、グループ内の別個のＰＨＩＣＨは、ＰＨＩＣＨの変調の間存在し得た直交符号を使用して区別され得る。
【０３５９】
図４３は、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）グループ変調およびマッピングの一例を示している。４２０２などにおけるＰＨＩＣＨグループは、周波数ダイバーシティを保証するために周波数において拡散され得る、４２０４、４２０６、４２０８などにおける３つのリソース要素グループ上で送信され得る、１２個のシンボルを生成できる。周波数範囲におけるこのマッピングのロケーションを区別するために、セルＩＤが使用され得る。
【０３６０】
このマッピングの結果として、ＡＣＫ／ＮＡＣＫをＵＥに送信するために割り当てられ得るＰＨＩＣＨリソースは、インデックスペア（ｎ＿ｇｒｏｕｐ，ｎ＿ｓｅｑ）によって識別され得、ここで、ｎ＿ｇｒｏｕｐは、ＰＨＩＣＨグループ番号とすることができ、ｎ＿ｓｅｑは、グループ内でＰＨＩＣＨリソースを区別するために使用され得る直交系列とすることができる。サブフレーム内でＰＨＩＣＨに割り当てられるリソースの量は、ＰＨＩＣＨグループの数によって決定され得る。これは、ＴＤＤが使用され得るのか、それともＦＤＤが使用され得るのかに依存し得る。ＦＤＤでは、ＰＨＩＣＨグループの数は、サブフレームにおいて固定され得、以下のようになり得る。
【０３６１】
【数５４】
2018011352.tif 000062
【０３６２】
ここで、Ｎg∈｛１／６，１／２，１，２｝は、ＭＩＢにおけるＰＨＩＣＨリソースパラメータを表すことができる。ＴＤＤでは、ＰＨＩＣＨグループの数についての上式は、１または複数のサブフレームにおいて、係数ｍによってさらに乗算され得、ここで、ｍは、以下の表によって与えられ得る。
【０３６３】
【表４】
2018011352.tif 000063
【０３６４】
例えば、アップリンクのために確保され得るサブフレームでは、ＰＨＩＣＨグループの数はゼロとすることができる。
【０３６５】
ＰＨＩＣＨ割り当ては、ＵＥ毎に行われ得、以下の式を使用して、ＵＬグラント受信のときに行われ得る。
【０３６６】
【数５５】
2018011352.tif 000064
【０３６７】
【数５６】
2018011352.tif 000065
【０３６８】
サブフレームのためのアップリンクグラントは、ＭＵ−ＭＩＭＯ（ｎＤＭＲＳ）を利用する異なるユーザを区別するために、復調基準信号（ＤＭＲＳ）を送信するときに使用される、ＵＬグラントの最低ＰＲＢインデックス（ＩＰＲＢ＿ＲＡ）およびサイクリックシフトによって指定される、ＵＥに割り当てられ得るＰＨＩＣＨについてのＰＨＩＣＨグループ番号および直交シーケンス番号を含むことができる。ＰＨＩＣＨは、サブフレームｎ＋ｋに配置され得、ここで、ｎは、ＰＵＳＣＨ上でアップリンク送信が行われ得るサブフレームとすることができる。ＦＤＤの場合、ｋは、４サブフレームに固定され得、一方、ＴＤＤでは、ｋは、ＵＬ／ＤＬ構成に依存し得、表によって与えられ得る。
【０３６９】
ＬＴＥの場合のＰＨＩＣＨ性能目標は、ＡＣＫがＮＡＣＫに化けるエラー（ＡＣＫ−ｔｏ−ＮＡＣＫ  ｅｒｒｏｒ）については１０-2のオーダ、ＮＡＣＫがＡＣＫに化けるエラーについては１０-4のオーダとすることができる。誤り率が非対称である理由は、ＮＡＣＫがＡＣＫに化けるエラーは、ＭＡＣトランスポートブロックの紛失をもたらし得、それは、ＲＬＣレイヤにおける再送を必要とし得るためであり得る。他方、ＡＣＫがＮＡＣＫに化けるエラーは、不要なＨＡＲＱ再送をもたらし得るが、それは、システム性能にあまり影響を与え得ない。シングルアンテナポートＴＤＤについてのＳＮＲが１．３ｄＢほどの低さの場合、ＡＣＫがＮＡＣＫに化けるエラーに対して１０-3の誤り率が使用され得る。
【０３７０】
ＰＤＣＣＨ性能は、シングルアンテナポートＴＤＤについてのＳＮＲが−１．６ｄＢほどの低さの場合、１０-2の検出見逃し率（スケジューリンググラントが見逃される確率）を要求できる。ＳＮＲが低い場合、ＰＤＣＣＨを復号するときのフォールスアラームの確率（すなわち、特定のＵＥに誰も送信し得なかったときに、ブラインド復号中に、ＰＤＣＣＨを検出する確率）は、１０-5のオーダとすることができる。
【０３７１】
数々の配備オプションが、動的共有スペクトル上でのＬＴＥの単独使用を要求できる。例えば、参入者は、ライセンスされたスペクトルにアクセスできず、ＴＶＷＳまたはＩＳＭ帯域などの共有スペクトルにＬＴＥを配備できる。このスペクトルは、広いものであり得、他の技術によって占有され得る多数のチャネルを含むことができ、そのことが、ネットワーク発見を困難にし得る。チャネルは他の通信事業者および他のＲＡＴと共有され得るので、これらのチャネルは、（制御可能および制御不可能な）局在化された干渉で汚染され得る。チャネルの利用可能性は短い期間のうちに変化し得、ＬＴＥシステムは再構成され得るので、帯域は、動的共有スペクトルと呼ばれることがある。動的共有スペクトル内に配備される小規模セルは、ＬＴＥシステムをライセンスされたスペクトルに繋ぎ止め得ないことがある。ＬＴＥシステムは、アップリンクおよびダウンリンクの両方をサポートできる。
【０３７２】
動的共有スペクトルにおいて動作するために、ＬＴＥシステムは、Ｗｉ−Ｆｉなどの他のシステムと共存できる。共存メカニズムがない場合、ＬＴＥおよびＷｉ−Ｆｉシステムの両方は、同じチャネルを利用しようと試みる場合、非効率的に動作することがある。
【０３７３】
本明細書では、動的共有スペクトル帯において動作するＴＤＤシステムにおいて共存ギャップを生成するための様々な方法が提供され得る。ＴＤＤフレーム内における複数のＵＬ−ＤＬ切り換えポイントを回避するために、共存ギャップは、特別なサブフレーム内のＧＰと一致することができる。ＧＰを使用してＴＤＤにおいて達成され得るＤＬからＵＬへの移行は、共存ギャップを使用して達成され得る。これは、例えば、ＴＤＤ  ＵＬ／ＤＬ構成を使用し、これらの構成内の１または複数のサブフレームを共存ギャップサブフレームで置換することによって行われ得る。共存ギャップを組み込む際に柔軟性を可能にし得るＴＤＤ  ＵＬ／ＤＬ構成が提供され得る。ＧＰ持続時間は、同じＴＤＤ  ＵＬ／ＤＬ構成を維持しながら、引き伸ばされ得る。
【０３７４】
共存パターンは、それが複数のフレームを占有するように拡張され得る。フレームは、共存フレームまたは非共存フレームの役割を果たすことができる。
【０３７５】
共存ギャップは、アップリンクでは、ｅＮＢによるスケジューリングなしに生成され得、それは、共存ギャップとしての役割を果たし得る連続ギャップを、送信において生成できる。共存ギャップは、３ＧＰＰでは、ほぼ空白のサブフレームの形態を取ることができる。共存ギャップは、スケジュールされていないＵＬサブフレームと組み合わされ得る、１または複数のＭＢＳＦＮサブフレームの形態を取ることができる。
【０３７６】
共存ギャップのためにＭＢＳＦＮサブフレームまたはＡＢＳサブフレームを使用する場合、ギャップの間または後などのいくつかのサブフレームにおけるＬＴＥ制御チャネルは、同じチャネル上に共存できる非ＬＴＥシステム（例えば、Ｗｉ−Ｆｉ）からの干渉を経験することがある。この干渉に対抗するために、これらのサブフレームにおいて送信され得る制御チャネルのロバスト性を強化するための様々な方法および手順が提供され得る。例えば、干渉を経験することがあるサブフレームでは、ＰＣＦＩＣＨの使用が回避され得る。別の例として、干渉を経験することがあるサブフレームでは、ＵＥのために複数のＰＨＩＣＨリソースが使用され得る。別の例として、グラント／割り当てが再構成され得る。制御メッセージは、２つに分割され得、再構成が、干渉が存在し得ないサブフレーム上で行われ得、メッセージの残りは、符号化を含むことができる。
【０３７７】
共存ギャップのためのＭＢＳＦＮまたはＡＢＳサブフレームの使用は、Ｗｉ−Ｆｉシステムが、ギャップの間にＬＴＥシステムによって送信され得るＲＳからの干渉をこうむり得ることを伴い得る。Ｗｉ−Ｆｉインターリーバは、ＬＴＥシステムがＲＳを送信できる周波数と一致し得るＷｉ−Ｆｉサブ搬送波の使用を回避できる。
【０３７８】
共存ギャップは、ＴＤＤ  ＧＰの間に提供され得る。ＴＶＷＳ  ＬＴＥセルは、その共存ギャップを、ＴＤＤ  ＧＰと一致するように定義できる。ＴＤＤ  ＧＰは、ＵＬまたはＤＬ送信によって利用され得ないので、Ｗｉ−Ｆｉシステムは、分散フレーム間隔（ＤＩＦＳ）感知期間がＧＰと一致し得る場合、使用されていないチャネルを感知できる。ＧＰは、要求されたよりも長くなり得るように拡張され得る。この引き伸ばしを通してガード期間に追加された空き時間は、共存ギャップとして使用され得る。
【０３７９】
（要求ＵＬ／ＤＬ送信時間がより長くなり得る）低い周波数における大きい距離にわたる送信を考慮して、ＴＴＤフレームフォーマットにおけるＧＰを拡張するためにも、共存ギャップが使用され得る。これは、例えば、共存ギャップをＧＰのロケーションと一致させ、この共存ギャップを、それが２以上の連続するサブフレームをカバーし得るように拡張することによって行われ得る。共存ギャップ内に配置され得るサブフレームは、データ送信のためには使用され得ない。
【０３８０】
共存ギャップは、ＵＬ／ＤＬ構成を使用して提供され得る。共存ギャップは、フレームが共存ギャップを定義できるが、ＵＬ／ＤＬ構成は変化し得ないような方法で定義され得る。この場合、フレーム内のいくつかのサブフレームは、空白にされ得、共存ギャップの一部として使用され得る。
【０３８１】
例えば、５ｍｓ切り換えポイントを有するＵＬ／ＤＬ構成のための共存ギャップは、現在の２つの特別なサブフレームの間に発生するように定義され得る。これは、これらの構成のために５０％デューティサイクルを可能にし得る。これらの構成のための他のデューティサイクルを可能にするために、共存ギャップパターンは、本明細書で説明されるように、複数のサブフレームの上に展開され得る。１０ｍｓ切り換えポイントを有するＵＬ／ＤＬ構成のための共存ギャップは、可変デューティサイクルを有することができ、選択されたデューティサイクルに関わらず、ＤＬおよびＵＬリソースの両方が利用可能であり得ることを保証できる。共存ギャップを有するＴＤＤ  ＵＬ／ＤＬ構成は、以下のようになり得る。
【０３８２】
【表５】
2018011352.tif 000066
【０３８３】
上表において、Ｇは、共存ギャップであり得るサブフレームを表すことができ、Ｄ／Ｇは、サブフレームがダウンリンクサブフレームまたは（ギャップサブフレームが連続であり得る限り）ギャップサブフレームであり得ることを示すことができ、Ｓ１およびＳ２は、以下のうちの１または複数として構成され得る。
【０３８４】
●Ｓ１は、Ｄサブフレーム、Ｇサブフレーム、またはＧが後続するいくつかのＤｗＰＴＳシンボルを含み得る特別なサブフレームとすることができる。
【０３８５】
●Ｓ２は、Ｕサブフレーム、Ｇサブフレーム、または特別なサブフレームとすることができ、少数のＵｐＰＴＳシンボルが後続するＧを含むことができる。
【０３８６】
●上記に従うＳ１およびＳ２の構成は、共存ギャップのために選択され得たデューティサイクルに依存し得る。特別なサブフレームの使用は、システムに依存し得る（システムは、これらのサブフレームを構成する場合に特別なサブフレームを使用することを、または特別なサブフレームをＤ／Ｇ／Ｕの１つになるように構成することを決定し得る）。
【０３８７】
ＵＬ／ＤＬ構成は、セルにおいて、システム情報でＵＥに伝えられ得る。デューティサイクルパラメータは、共存ギャップが検討され得る場合に、構成において特別なサブフレームがどのように使用され得るかを指定するために、ＵＥに伝えられ得る。ＭＡＣ  ＣＥが、シグナリングのために使用され得る。ＵＥに送信され得るＭＡＣ  ＣＥは、共存ギャップの長さ、ならびにＳ１、Ｓ２、およびＤ／ＧまたはＵ／Ｇの構成を含むことができる。デューティサイクルは、ＴＤＤ  ＵＬ／ＤＬ構成よりも素早く変化できる。
【０３８８】
ＴＤＤ  ＵＬ／ＤＬ構成が提供され得る。ＤＬからＵＬへの移行を表し得るＧＰは、共存ギャップのために使用され得る。ＬＴＥにおけるフレーム長は、維持され得る。ＵＬ／ＤＬ構成は、共存ギャップが複数のサブフレームを占有することを可能にし得、フレームは、ＵＬおよびＤＬサブフレームの両方を可能にし得る。
【０３８９】
数々のＵＬ／ＤＬ構成は、以下のようになり得る。
【０３９０】
【表６】
2018011352.tif 000067
【０３９１】
システムは、これらの構成のサブセットを可能にすることを選択できる。上表において、特別なサブフレームＳ１は、ＧＰが後続するＤｗＰＴＳを含むことができ、特別なサブフレームＳ２は、ＵｐＰＴＳが後続するＧＰを含むことができる。これらの長さは、設定可能とすることができる。
【０３９２】
ＴＤＤ  ＵＬ／ＤＬ構成は、システム情報を通して伝えられ得る。上記の構成のうちの１または複数などのＵＬ／ＤＬ構成を含み得るシステム情報。
【０３９３】
図４４は、ＴＤＤ  ＧＰを置換するために使用され得る共存ギャップを示している。ＴＤＤフレーム長は、共存ギャップによって拡張され得る。共存ギャップは、ＧＰと一致すること、またはＧＰを置換することができ、ＬＴＥシステムが決定した共存ギャップの長さを獲得するために、システムにおけるＧＰの持続時間を拡張できる。
【０３９４】
図４４に示されるように、４４００におけるＴＤＤ  ＵＬ／ＤＬ構成４、および４４０２におけるＴＤＤ  ＵＬ／ＤＬ構成６など、数々のＴＤＤ  ＵＬ／ＤＬ構成が提供され得る。共存ギャップが導入され得る場合、フレーム構造は変化し得る。例えば、４４０８において、フレーム構造は、ＧＰ４４０４と一致し得る、またはＧＰ４４０４を置換し得る共存ギャップ４４０６の導入によって、変化し得る。別の例として、４４１２において、フレーム構造は、ＧＰ４４１０と一致し得る、またはＧＰ４４１０を置換し得る共存ギャップ４４１６の導入、ＧＰ４４１４と一致し得る、またはＧＰ４４１４を置換し得る共存ギャップ４４１８の導入によって、変化し得る。
【０３９５】
Ｗｉ−Ｆｉトラフィックに応じて、ＬＴＥ  ｅＮＢは、共存ギャップのための長さを用いて、それに接続されたＵＥを構成できる。ＵＥおよびｅＮＢは、その後、図４４に示されるフレーム構造などの、長さまたは共存ギャップを含み得るフレーム構造を使用できる。
【０３９６】
共存ギャップの長さは、Ｗｉ−Ｆｉトラフィックの量および他のＷｉ−Ｆｉユーザとの共存を求める要求に基づいて、ｅＮＢによって設定され得る。結果のフレーム長は、共存ギャップの長さだけ拡張され得る。共存ギャップの長さは、ＤｗＰＴＳ、ＵｐＰＴＳ、およびそれらが囲む共存ギャップの長さの合計が、整数個のサブフレームになり得ないような方法で選択され得る。共存ギャップの最小長は、Ｗｉ−Ｆｉビーコンが送信されることを可能にし得る特別なサブフレーム構成のためのＧＰの長さとして設定され得る。共存ギャップの最大長は、ＤｗＰＴＳ、ＵｐＰＴＳ、および共存ギャップの合計時間が、Ｎ個のサブフレームになり得るように設定され得、ここで、Ｎは、ｅＮＢによって選択され得る。
【０３９７】
図４５は、拡張された特別なサブフレームを使用し得るＴＤＤ  ＵＬ／ＤＬ構成４を示している。ＬＴＥ  ＰＨＹ、ＭＡＣ、およびＲＲＣレイヤは、手順のタイミングに関して、共存ギャップをＧＰと見なすことができる。特別なサブフレームの長さは、サブフレーム複数個分の持続時間を有することができる。例えば、４５００において、拡張された特別なサブフレームは、サブフレーム複数個分の持続時間を有することができる。サブフレーム複数個分の持続時間は、ＤｗＰＴＳ、共存ギャップ、ＵｐＰＴＳ、またはそれらの組み合わせなどの持続時間とすることができる。特別なサブフレームは、特別なサブフレームの持続時間が単一のサブフレームよりも長くなり得るとしても、単一のサブフレームと見なされ得る。例えば、特別なサブフレームの持続時間は、１ｍｓよりも長くなり得る。特別なサブフレームは、図４５の４５００に示されるように、拡張された特別なサブフレームと呼ばれることがある。
【０３９８】
一例として、ＵＥ  ＨＡＲＱ  ＡＣＫ手順は、ＴＤＤのためのｋの値を定めるために、以下の表を使用できる。
【０３９９】
【表７】
2018011352.tif 000068
【０４００】
サブフレームｉにおけるＵＥに割り当てられたＰＨＩＣＨ上で受信されたＨＡＲＱ−ＡＣＫは、上表によって示されるように、サブフレームｉ−ｋにおけるＵＥによるＰＵＳＣＨ送信に関連付けられ得る。拡張されたサブフレームは単一のサブフレームと見なされ得るので、拡張された特別なサブフレームを利用する場合、上表は変化し得ない。他の手順も、拡張された特別なサブフレームが単一のサブフレームであり得ると仮定できる。
【０４０１】
サブフレームにおける共存ギャップの長さ（Ｎ）は、ＰＤＣＣＨを使用して、セルにおいて、ＰＨＹレイヤによってＵＥに伝えられ得る。これは、例えば、共存ギャップの開始前に、情報がＤｗＰＴＳ上で伝えられることを可能にすることによって行われ得る。ＳＩ−ＲＮＴＩまたは特別なＲＮＴＩを用いて符号化され得る、共通探索空間におけるＤｗＰＴＳ上でのダウンリンク割り当てが、共存ギャップの長さを伝えるために使用され得る。
【０４０２】
共存ギャップ構成は、複数のサブフレームにまたがることができる。共存ギャップパターンは、パターンが単一のフレームの代わりに複数のフレーム上にまたがり得るような方法で構成され得る。システムは、いくつかのフレームが共存ギャップを含み得、他のフレームが共存ギャップを含み得ないことを示すことができる。例えば、（奇数または偶数の）１つおきのフレームは、共存フレームとして示され得、一方、他のフレームは、通常のＴＤＤフレームである。
【０４０３】
図４６は、共存ギャップが複数のフレーム上に構成され得る共存フレームを示している。図４６に示されるように、共存ギャップは、共存フレーム４６００、共存フレーム４６０４、または共存フレーム４６０８など、複数のフレーム上にまたがり得る。送信される場合、共存フレームは、ＴＤＤフレーム４６０２、ＴＤＤフレーム４６０６、ＴＤＤフレーム４６１０などの、ＴＴＤフレームと交互に出現し得る。共存フレームは、Ｇとして示され得る１０個のサブフレームなど、空白フレームを含むことができる。
【０４０４】
ＭＢＳＦＮサブフレームが使用され得る。共存ギャップは、この目的でｅＮＢにＭＢＳＦＮ（マルチキャスト／ブロードキャストオーバ単一周波数ネットワーク）サブフレームをスケジュールさせることによって生成され得る。ＭＢＳＦＮサブフレームは、とりわけ、マルチキャストチャネル（ＭＣＨ）を送信するために使用され得、ＭＢＳＦＮサブフレームにおけるＭＣＨの送信の間、ｅＮＢは、他のダウンリンクトランスポートチャネル（ＳＣＨ、ＰＣＨ、ＢＣＨ）を送信できない。
【０４０５】
共存ギャップを生成するために、ｅＮＢは、ＭＢＳＦＮサブフレームをスケジュールでき、ＭＣＨのためにそれらを使用できない。これらのサブフレームは、基準シンボルＰＣＦＩＣＨおよびＰＨＩＣＨを送信するために使用され得る、ＰＤＣＣＨの最初の２つのＯＦＤＭシンボルを除いて、空とすることができる。サブフレームの残り（通常のＣＰの場合、ＯＦＤＭシンボル３〜１４）は、Ｗｉ−Ｆｉがチャネルへのアクセスを獲得するために使用され得る。
【０４０６】
Ｗｉ−Ｆｉがチャネルにアクセスし、ＬＴＥから僅かな干渉しか受けずに、またはまったく干渉を受けずに送信することを可能にし得る、大きな共存ギャップを有するために、ｅＮＢは、複数の連続ＭＢＳＦＮサブフレームを使用でき、結果の共存ギャップは、これらのＭＢＳＦＮサブフレームを含むことができる。ＭＢＳＦＮサブフレームは、ＬＴＥのＦＤＤおよびＴＤＤバージョンの両方において使用され得、このスキームは、これらのフレーム構造の両方に適用され得る。
【０４０７】
ＦＤＤシステムにおけるギャップは、ＭＢＳＦＮサブフレームを使用できる。ＤＳＳ帯域におけるＤＬ動作をサポートし得るＦＤＤシステムでは、ダウンリンクとして使用され得るコンポーネント搬送波上でギャップが生成され得る。ＦＤＤにおいてＭＢＳＦＮのために使用され得る許容可能なサブフレームは、サブフレーム＃１、２、３、６、７、８とすることができる。共存しようと試みる他の近くのＷｉ−Ｆｉシステムの負荷に対するＬＴＥシステムの負荷によって決定され得る、ＬＴＥ送信の要求されたデューティサイクルに応じて、ｅＮＢは、共存ギャップを生成するために、フレームにおいて異なる数のＭＢＳＦＮサブフレームを構成できる。
【０４０８】
図４７〜図５０は、８０％または９０％デューティサイクルなどの高いデューティサイクル、５０％デューティサイクルなどの中間のデューティサイクル、および４０％デューティサイクルなどの低いデューティサイクルについての共存ギャップパターンの例を示している。ＭＢＳＦＮサブフレームのロケーションおよび数は、ＬＴＥ  Ｒｅｌ−１０と同じとすることができるが、ＬＴＥシステムによって達成され得る最小のデューティサイクルは、４０％とすることができる。
【０４０９】
図４７は、９０％デューティサイクルについての共存ギャップパターンを示している。共存ギャップは、４７０２において、ＬＴＥ送信４７００に提供され得る。４７０２において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム８に対応し得る。４７０２において、ＬＴＥ送信４７００は、送信し得ず、そのことは、他のＲＡＴが、送信すること、および／またはＬＴＥ送信４７００と共存することを可能にし得る。４７０６および４７０８において、ＬＴＥ送信４７００は送信できる。例えば、ＬＴＥ送信４７００は、フレーム０、１、２、３、４、６、７、９の間に送信できる。
【０４１０】
図４８は、８０％デューティサイクルについての共存ギャップパターンを示している。共存ギャップは、４８０２において、ＬＴＥ送信４８００に提供され得る。４８０４において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム８に対応し得る。４８１０において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム７に対応し得る。４８０２において、ＬＴＥ送信４８００は、送信し得ず、そのことは、他のＲＡＴが、送信すること、および／またはＬＴＥ送信４８００と共存することを可能にし得る。４８０６および４８０８において、ＬＴＥ送信４８００は送信できる。例えば、ＬＴＥ送信４８００は、フレーム０、１、２、３、４、９の間に送信できる。
【０４１１】
図４９は、５０％デューティサイクルについての共存ギャップパターンを示している。共存ギャップは、４９０２において、ＬＴＥ送信４９００に提供され得る。４９０４において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム６、７、８に対応し得る。４９１０において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム２、３に対応し得る。４９０２において、ＬＴＥ送信４９００は、サイレントにされ得、または一時停止され得、そのことは、他のＲＡＴが、送信すること、および／またはＬＴＥ送信４９００と共存することを可能にし得る。４９０６および４９０８において、ＬＴＥ送信４９００は送信できる。例えば、ＬＴＥ送信４９００は、フレーム０、１、４、５、９の間に送信できる。
【０４１２】
図５０は、４０％デューティサイクルについての共存ギャップパターンを示している。共存ギャップは、５００２において、ＬＴＥ送信５０００に提供され得る。５００４において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム６、７、８に対応し得る。５０１０において、共存ギャップは、１または複数のＭＢＳＦＮサブフレームを含み得る、フレーム１、２、３に対応し得る。５００２において、ＬＴＥ送信５０００は、送信し得ず、そのことは、他のＲＡＴが、送信すること、および／またはＬＴＥ送信５０００と共存することを可能にし得る。５００６および５００８において、ＬＴＥ送信５０００は送信できる。例えば、ＬＴＥ送信５０００は、フレーム０、４、５、９の間に送信できる。
【０４１３】
図４７〜図５０では、他のサブフレームが、ＦＤＤについての許容可能なＭＢＳＦＮサブフレームであり得る、１、２、３、６、７、８の組から、ＭＢＳＦＮサブフレームとして選択され得る。共存ギャップは、Ｗｉ−Ｆｉなどの他のＲＡＴがチャネルを取得し、干渉なしに送信する可能性を高めるために、連続的になるように選択され得る。このルールは、ギャップ構成の選択を推し進め得る。
【０４１４】
図４８〜図５０では、共存ギャップは、図４８の４８２０、図４９の４９２０、および図５０の５０２０において、２つのシンボルの短いＬＴＥ送信によって中断され得る。この送信は、非ＭＣＨチャネル（例えば、ＰＤＣＣＨ）に対応し得る最初の２つのＯＦＤＭシンボルを送信できるＭＢＳＦＮサブフレームに起因するものであり得る。このケースでは、基準シンボルＰＨＩＣＨおよびＰＣＦＩＣＨが送信され得る。基準シンボルＰＣＦＩＣＨおよびＰＨＩＣＨの送信は、Ｗｉ−Ｆｉに最低限の影響しか有し得ない。その持続時間は、Ｗｉ−Ｆｉが必要であればチャネルへのアクセスをまだ獲得できるほどの、十分に小さなものとすることができる。ＰＤＣＣＨメッセージは、これらのＯＦＤＭシンボルの間に送信され得ないダウンリンクリソースを割り当てることができるので、ＬＴＥシステムからの電力に低減が発生し得、そのことは、Ｗｉ−Ｆｉがパケットを送信している最中であり得る間に、２つのＯＦＤＭシンボルが送信され得る場合の、Ｗｉ−Ｆｉへの干渉の影響を小さくすることができる。
【０４１５】
最初の２つのシンボルによって引き起こされる干渉は、ＰＨＩＣＨを送信しないことによって低減され得る。共存ギャップの最中に２つのＯＦＤＭシンボルの送信を有し得るサブフレーム（例えば、図５０の４０％デューティでは、サブフレーム２、３、７、８）を準備するために、ｅＮＢは、ギャップが構成され得るＤＬコンポーネント搬送波によってスケジュールされ得たＵＬコンポーネント搬送波上にアップリンク送信をスケジュールできない。これは、ＤＬコンポーネント搬送波上でＰＨＩＣＨを送信するための要求が存在し得ないように、ＤＬコンポーネント搬送波上のＭＢＳＦＮサブフレームとタイミングを合わせた方法で、ＵＬコンポーネント搬送波上で共存ギャップをスケジュールすることによって、ＵＬ上のＢＷを効率的に使用して実行され得る。
【０４１６】
ライセンスされた帯域との搬送波集合、または共存ギャップがそのコンポーネント搬送波上で要求され得ない、動的共有スペクトル帯における別のＤＬコンポーネント搬送波との搬送波集合との関連で使用される場合、ｅＮＢは、クロス搬送波スケジューリングを使用して、他のコンポーネント搬送波からのＭＢＳＦＮ共存ギャップを有するコンポーネント搬送波上にＤＬ送信をスケジュールできる。ｅＮＢは、ＭＢＳＦＮ共存ギャップを含むＤコンポーネント搬送波上でＰＨＩＣＨを送信できない。
【０４１７】
ＴＤＤシステムにおけるギャップが、ＭＢＳＦＮサブフレームおよびスケジュールされていないＵＬを使用して提供され得る。ＴＤＤシステムでは、ＵＬおよびＤＬ送信の両方が、同じコンポーネント搬送波またはチャネル上で発生し得、ＴＤＤ  ＵＬ／ＤＬ構成は、ＭＢＳＦＮサブフレームとして使用され得る可能性のあるサブフレームをより僅かしか有し得ない。ギャップを生成するとき、ＤＬ  ＨＡＲＱタイミングが考慮され得る。ＴＤＤの場合、ＭＢＳＦＮサブフレームとして許容可能なサブフレームは、サブフレーム＃３、４、７、８、９とすることができる。しかしながら、ＴＤＤ  ＵＬ／ＤＬ構成では、これらのサブフレームのどれも、それがＵＬサブフレームであり得る場合、ＭＢＳＦＮサブフレームと見なされ得ない。
【０４１８】
共存ギャップを定義する柔軟性を高めるために、スケジュールされていないアップリンクサブフレームが使用され得る。ＤＬ  ＨＡＲＱタイミングは、再定義または維持され得、サブフレームにおけるＤＬ送信は、許可され得ない。
【０４１９】
スケジュールされていないＵＬサブフレームは、これらのサブフレームがＴＤＤ  ＵＬ／ＤＬ構成においてＵＬサブフレームとして定義され得るとしても、ｅＮＢがＵＥによるＵＬ送信を許可し得ないサブフレームを含むことができる。ｅＮＢは、ＣＱＩ／ＰＭＩ／ＲＩおよびＳＲＳが、これらのサブフレームにおいてＵＥによって送信され得ないことを保証できる。これらのサブフレームは、サイレント／空白と見なされ得、共存ギャップの一部であり得るサブフレームとして使用され得る。ＭＢＳＦＮサブフレームおよびスケジュールされていないサブフレームを組み合わせることによって、共存ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成のうちの１または複数のために定義され得る。
【０４２０】
共存ギャップが、ＵＬ／ＤＬ構成のために提供され得る。ＴＤＤ  ＵＬ／ＤＬ構成の場合、高いデューティサイクルのためのギャップパターンが提供され得る。高いデューティサイクルのためのギャップパターンは、チャネル上に僅かなＷｉ−Ｆｉトラフィックしか存在し得ない、またはまったくＷｉ−Ｆｉトラフィックが存在し得ない場合に、ＬＴＥシステムによって使用され得る。ギャップパターンは、チャネルへのアクセスを試み得る任意のシステムの測定および検出を可能にする、ギャップ時間を含むことができる。中間のデューティサイクルのためのギャップパターンが提供され得る。中間のデューティサイクルのためのギャップパターンは、チャネル上にＷｉ−Ｆｉトラフィックが存在でき、ＬＴＥおよびＷｉ−Ｆｉシステムが媒体を共有できる場合に、ＬＴＥシステムによって使用され得る。低いデューティサイクルのためのギャップパターンが提供され得る。低いデューティサイクルのためのギャップパターンは、ＬＴＥシステムが重い負荷を掛けられ得ず、チャネル時間の大部分がＷｉ−Ｆｉシステムによって使用され得る場合に、使用され得る。
【０４２１】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成１のために提供され得る。図５１は、ＴＤＤ  ＵＬ／ＤＬ構成１のための高デューティサイクルギャップパターンを示している。５１００および５１０２において、共存ギャップが、ＭＢＳＦＮサブフレームとしてサブフレーム９を構成することによって生成され得る。共存ギャップは、１または複数のフレームのサブフレーム９のシンボル３〜１４を含むことができ、それは、約９０％のデューティサイクルをもたらし得る。サブフレーム９の最初の２つのシンボルは、ＬＴＥシステムがＰＨＩＣＨおよび基準シンボルを送信するために使用され得、ギャップの一部とは見なされ得ない。サブフレーム４は、それをＭＢＳＦＮサブフレームとして使用することによって、５１０４および５１０６において、やはり共存ギャップを生成するために使用され得た。サブフレーム９は、同じ方法で他のＴＤＤ  ＵＬ／ＤＬ構成のための高デューティサイクル共存ギャップを定義することを可能にし得る。サブフレーム４における共存ギャップの定義は、後続のサブフレーム（サブフレーム５）において送信され得るＳＩＢ１に影響し得る、Ｗｉ−Ｆｉ干渉をもたらし得る。
【０４２２】
ＵＬ  ＨＡＲＱプロセス／タイミングは、ギャップサブフレームとしてのサブフレーム９の導入によって影響され得ないが、その理由は、このサブフレームのＰＨＩＣＨ上で送信され得るＨＡＲＱ  ＡＣＫは依然として送信され得るからである。結果として、ＵＬプロセスの数は影響され得ない。ＤＬ  ＨＡＲＱの場合、ＤＬ送信に対するＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのタイミングは、Ｒｅｌ−８／１０の場合と同じとすることができる。サブフレーム９はｅＮＢによってＤＬ送信のために使用され得ないので、先にサブフレーム３においてＵＥによって送信され得たＡＣＫ／ＮＡＣＫは、もはや必要とされ得ない。
【０４２３】
図５２は、ＴＤＤ  ＵＬ／ＤＬ構成１のための中間デューティサイクルギャップパターンを示している。中間デューティサイクルは、ＭＢＳＦＮサブフレームとして構成されるサブフレーム４、９を有すること、およびスケジュールされていないＵＬサブフレームであるサブフレーム３、８を有することによって生成され得る共存ギャップを含むことができる。これは、約６０％のデューティサイクルを有する共存ギャップ構成をもたらし得る。ＵＬ送信は、サブフレーム３、８においては、ｅＮＢによってスケジュールされ得ない。ＵＬ  ＨＡＲＱプロセスの数は４から２に減少させられ得る。ＬＴＥに関して、ＤＬ  ＨＡＲＱタイミングに変化は存在し得ない。サブフレーム３、８においてＡＣＫを送信できるＤＬ送信は、それらが共存ギャップ内に含まれ得るので、そうすることを妨げられ得る。
【０４２４】
他の潜在的な構成も可能であり得る。例えば、５０％デューティサイクル構成は、ギャップ内にサブフレーム７を追加し、このサブフレームをスケジュールされていないＵＬサブフレームと見なすことによって生成され得る。ＤＬ  ＨＡＲＱのためのＡＣＫ／ＮＡＣＫは、サブフレーム７において送信され得ない。サブフレーム０、１において発生するＤＬ送信は、サブフレーム２に移動されるＡＣＫ／ＮＡＣＫを有することができ、ＡＣＫ／ＮＡＣＫは、この構成についてのＨＡＲＱのタイミングを変化させ得、またはサブフレーム０、１において送信することを妨げられ得る。しかしながら、ＳＩＢ／ＭＩＢおよび同期情報は、これらのサブフレームにおいて送信され得る。
【０４２５】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成２のために提供され得る。図５３は、ＴＤＤ  ＵＬ／ＤＬ構成２のための高デューティサイクルギャップパターンを示している。共存ギャップが、ＭＢＳＦＮサブフレームとしてサブフレーム９を構成することによって、５３００および５３０２において生成され得る。共存ギャップは、１または複数のフレームのサブフレーム９のシンボル３〜１４を含むことができ、それは、約９０％のデューティサイクルをもたらし得る。サブフレーム９の最初の２つのシンボルは、ＬＴＥシステムがＰＨＩＣＨおよび基準シンボルを送信するために使用され得、ギャップの一部とは見なされ得ない。サブフレーム３、４、または８は、それをＭＢＳＦＮサブフレームとして使用することによって、やはり共存ギャップを生成するために使用され得た。
【０４２６】
ＵＬ  ＨＡＲＱプロセス／タイミングは、ギャップサブフレームとしてのサブフレーム９の導入によって影響され得ないが、その理由は、このサブフレームのＰＨＩＣＨ上で送信され得るＨＡＲＱ  ＡＣＫが存在し得ないからである。ＵＬプロセスの数は影響され得ない。ＤＬ  ＨＡＲＱの場合、ＤＬ送信に対するＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのタイミングは、Ｒｅｌ−８／１０の場合と同じとすることができる。サブフレーム９はｅＮＢによってＤＬ送信のために使用され得ないので、先に後続フレームのサブフレーム７においてＵＥによって送信されたＡＣＫ／ＮＡＣＫは、必要とされ得ない。
【０４２７】
図５４は、ＴＤＤ  ＵＬ／ＤＬ構成２のための中間デューティサイクルギャップパターンを示している。中間デューティサイクルは、ＭＢＳＦＮサブフレームとして構成されるサブフレーム３、４、８、９を有することによって生成され得る共存ギャップを、５４００、５４０２、５４０４、および／または５４０６において含むことができる。これは、約６０％のデューティサイクルを有する共存ギャップ構成をもたらし得る。ＤＬ  ＨＡＲＱタイミングに変化は存在し得ない。ＵＬサブフレームが元の構成から除去され得なかったので、ＵＬ  ＨＡＲＱについてのタイミングまたはプロセスの数に対する変更は存在し得ない。ＡＣＫ／ＮＡＣＫ機会は除去され得なかった。ＤＬ  ＨＡＲＱタイミングに対する変更は存在し得ない。
【０４２８】
数々の他の構成が存在し得る。例えば、約５０％のデューティサイクル構成をもたらし得る構成は、ギャップ内にサブフレーム７を追加し、このサブフレームをスケジュールされていないＵＬサブフレームと見なすことによって生成され得る。ＡＣＫ／ＮＡＣＫは、サブフレーム７  ＤＬ  ＨＡＲＱおいて送信され得ない。サブフレーム０、１において発生し得るＤＬ送信は、後続フレームのサブフレーム２に移動されるＡＣＫ／ＮＡＣＫを有することができ、それは、この構成についてのＨＡＲＱのタイミングを変化させ得、サブフレーム０および／または１は、ＤＬデータ送信のために使用され得ない。しかしながら、ＳＩＢ／ＭＩＢおよび同期情報は、これらのサブフレームにおいて依然として送信され得る。
【０４２９】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成３のために提供され得る。図５５は、ＴＤＤ  ＵＬ／ＤＬ構成３のための高デューティサイクルギャップパターンを示している。共存ギャップが、ＭＢＳＦＮサブフレームとしてサブフレーム９を構成することによって、５５００および／または５５０２において生成され得る。共存ギャップは、１または複数のフレームのサブフレーム９のシンボル３〜１４を含むことができ、それは、約９０％のデューティサイクルをもたらし得る。
【０４３０】
ＵＬ  ＨＡＲＱプロセス／タイミングは、ギャップサブフレームとしてのサブフレーム９の導入によって影響され得ないが、その理由は、このサブフレームのＰＨＩＣＨ上で送信され得るＨＡＲＱ  ＡＣＫは依然として送信され得るからである。結果として、ＵＬプロセスの数は影響され得ない。ＤＬ  ＨＡＲＱの場合、ＤＬ送信に対するＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのタイミングは、Ｒｅｌ−８／１０の場合と同じとすることができる。サブフレーム９はｅＮＢによってＤＬ送信のために使用され得ないので、ＵＥは、サブフレーム４においてＨＡＲＱ  ＡＣＫを送信することを必要とし得ない。
【０４３１】
図５６は、ＴＤＤ  ＵＬ／ＤＬ構成３のための中間デューティサイクルギャップパターンを示している。中間デューティサイクルは、ＭＢＳＦＮサブフレームとして構成されるサブフレーム７、８、９を有すること、およびスケジュールされていないＵＬサブフレームとして構成されるサブフレーム３、４を有することによって、５６００、５６０２、５６０４、および／または５６０６において生成され得る共存ギャップを含むことができる。これは、約５０％のデューティサイクルを有する共存ギャップ構成をもたらし得る。ＤＬ  ＨＡＲＱタイミングに変化は存在し得ない。サブフレーム０は、ＤＬデータを送信するために使用され得ない。ＳＩＢ／ＭＩＢおよび同期情報は、このサブフレーム上で依然として送信され得る。ＤＬデータは、サブフレーム０において送信され得るが、ＡＣＫ／ＮＡＣＫは、ＵＥによってこのプロセスのために送信され得ない。ｅＮＢは、このＤＬ送信のためにＮＡＣＫを仮定でき、ＤＬ  ＨＡＲＱプロセスのための次に利用可能な機会において、同じトランスポートブロックのための冗長バージョンを送信できる。ＵＥは、第２の送信に対するＡＣＫ／ＮＡＣＫを送信する前に、両方の冗長バージョンについての受信されたデータを使用して、トランスポートブロックを復号できる。図５６に示されてはいないが、ＤＬ  ＨＡＲＱプロセスは、サブフレーム０において使用され得る。
【０４３２】
ＤＬにおけるデータの送信は、現在のＲｅｌ−８／１０タイミングと比較してＤＬ  ＨＡＲＱタイミングを変更することによって、およびアップリンクサブフレーム２におけるＡＣＫ／ＮＡＣＫリソースを使用して、サブフレーム０におけるＤＬ送信のためのＡＣＫ／ＮＡＣＫを送信することによって、サブフレーム０において可能にされ得る。
【０４３３】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成４のために提供され得る。図５７は、ＴＤＤ  ＵＬ／ＤＬ構成４のための高デューティサイクルギャップパターンを示している。共存ギャップが、ＭＢＳＦＮサブフレームとしてサブフレーム９を構成することによって、５７００および／または５７０２において生成され得る。共存ギャップは、１または複数のフレームのサブフレーム９のシンボル３〜１４を含むことができ、それは、約９０％のデューティサイクルをもたらし得る。
【０４３４】
ＵＬ  ＨＡＲＱプロセス／タイミングは、ギャップサブフレームとしてのサブフレーム９の導入によって影響され得ないが、その理由は、このサブフレームのＰＨＩＣＨ上で送信され得るＨＡＲＱ  ＡＣＫは依然として送信され得るからである。ＵＬプロセスの数は影響され得ない。ＤＬ  ＨＡＲＱの場合、ＤＬ送信に対するＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのタイミングは、Ｒｅｌ−８／１０の場合と同じとすることができる。サブフレーム９はｅＮＢによってＤＬ送信のために使用され得ないので、ＵＥは、サブフレーム３において、より僅かなＡＣＫ／ＮＡＣＫしか送信しなくてよい。
【０４３５】
図５８は、ＴＤＤ  ＵＬ／ＤＬ構成４のための中間デューティサイクルギャップパターンを示している。中間デューティサイクルは、ＭＢＳＦＮサブフレームとして構成されるサブフレーム４、７、８、９を有すること、およびスケジュールされていないＵＬサブフレームとして構成されるサブフレーム３を有することによって、５８００、５８０２、５８０４、および／または５８０６において生成され得る共存ギャップを含むことができる。これは、約５０％のデューティサイクルを有する共存ギャップ構成をもたらし得る。ＤＬ  ＨＡＲＱタイミングに変化は存在し得ない。サブフレーム６は、ＤＬデータを送信するために使用され得ない。ＳＩＢ／ＭＩＢおよび同期情報は、このサブフレーム上で依然として送信され得る。ＤＬデータは、サブフレーム６において送信され得るが、ＡＣＫ／ＮＡＣＫは、ＵＥによってこのプロセスのために送信され得ない。例えば、ＤＬ  ＨＡＲＱプロセスが、サブフレーム６において使用され得る。ｅＮＢは、このＤＬ送信のためにＮＡＣＫを仮定でき、ＤＬ  ＨＡＲＱプロセスのための次に利用可能な機会において、同じトランスポートブロックのための新しい冗長バージョンを送信できる。ＵＥは、第２の送信に対するＡＣＫ／ＮＡＣＫを送信する前に、両方の冗長バージョンについての受信されたデータを使用して、トランスポートブロックを復号できる。
【０４３６】
ＤＬにおけるデータの送信は、現在のＲｅｌ−８／１０タイミングと比較してＤＬ  ＨＡＲＱタイミングを変更することによって、およびアップリンクサブフレーム２におけるＡＣＫ／ＮＡＣＫリソースを使用して、サブフレーム６におけるＤＬ送信のためのＡＣＫ／ＮＡＣＫを送信することによって行われ得る。
【０４３７】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成５のために提供され得る。図５９は、ＴＤＤ  ＵＬ／ＤＬ構成５のための高デューティサイクルギャップパターンを示している。共存ギャップが、ＭＢＳＦＮサブフレームとしてサブフレーム９を構成することによって、５９００および５９１０において生成され得る。共存ギャップは、フレームのサブフレーム９のシンボル３〜１４を含むことができ、それは、約９０％のデューティサイクルをもたらし得る。
【０４３８】
ＵＬ  ＨＡＲＱプロセス／タイミングは、ギャップサブフレームとしてのサブフレーム９の導入によって影響され得ないが、その理由は、このサブフレームのＰＨＩＣＨ上で送信され得るＨＡＲＱ  ＡＣＫが存在し得ないからである。ＵＬプロセスの数は影響され得ない。ＤＬ  ＨＡＲＱの場合、ＤＬ送信に対するＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのタイミングは、Ｒｅｌ−８／１０の場合と同じとすることができる。サブフレーム９はｅＮＢによってＤＬ送信のために使用され得ないので、ＵＥは、サブフレーム２において、より僅かなＡＣＫ／ＮＡＣＫしか送信しなくてよい。
【０４３９】
図６０は、ＴＤＤ  ＵＬ／ＤＬ構成５のための中間デューティサイクルギャップパターンを示している。中間デューティサイクルは、ＭＢＳＦＮサブフレームとして構成されるサブフレーム３、４、７、８、９を有することによって生成され得る共存ギャップを、６０００、６００２、６００４、および／または６００６において含むことができる。これは、約５０％のデューティサイクルを有する共存ギャップ構成をもたらし得る。ＬＴＥリリース８／９に関して、ＤＬ  ＨＡＲＱタイミングに変化は存在し得ない。ＵＬサブフレームは除去され得なかったので、ＵＬ  ＨＡＲＱのためのタイミングまたはプロセスの数に対する変更は存在し得ない。ＵＬサブフレームが除去され得なかったので、ＡＣＫ／ＮＡＣＫ機会は除去され得なかった。ＤＬ  ＨＡＲＱタイミングに対する変更は存在し得ない。
【０４４０】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成０のために提供され得る。図６１は、ＴＤＤ  ＵＬ／ＤＬ構成０のための高デューティサイクルギャップパターンを示している。共存ギャップが、６１００および／または６１０２において提供され得る。（３、４、７、８、９などの）潜在的なＭＢＳＦＮサブフレームは、ＵＬサブフレームであり得、ＭＢＳＦＮサブフレームとして構成され得ない。ＨＡＲＱ  ＡＣＫを搬送し得ないＵＬサブフレームを除去することによる、ＨＡＲＱおよび／またはＤＬの効率に対する影響は、より僅かなものになり得る。約９０％になり得るデューティサイクルをもたらすために、サブフレーム８をスケジュールされていないＵＬサブフレームとして構成することにより、６１００および／または６１０２において共存ギャップを生成することによって、構成が提供され得る。同等の解決をもたらすために、サブフレーム３も選択され得た。
【０４４１】
図６２は、ＴＤＤ  ＵＬ／ＤＬ構成０のための中間デューティサイクルギャップパターンを示している。共存ギャップが、６２００、６２０２、６２０４、および／または６２０６において提供され得る。ＴＤＤ  ＵＬ／ＤＬ構成０では、ＵＬ  ＨＡＲＱプロセスは、１０よりも大きいルートトリップ時間（ＲＴＴ）を有することができる。フレーム内の与えられたＵＬサブフレームにおいて送信され得るＵＬ  ＨＡＲＱプロセスｘの場合、その同じＨＡＲＱプロセスは、次のフレームの同じサブフレームにおいて送信され得ない。
【０４４２】
図６３は、ＴＤＤ  ＵＬ／ＤＬ構成０のための別の中間デューティサイクルギャップパターンを示している。同期ＨＡＲＱが、ＵＬにおいてサポートされ得、１組のＵＬサブフレームは、ギャップの一部となり、スケジュールされていないＵＬサブフレームとして構成されることを可能にされ得る。これは、例えば、数々のＵＬ  ＨＡＲＱプロセスを除去し、フレーム毎に固定されたロケーションにおいて共存ギャップを維持し、ＵＬ  ＨＡＲＱプロセス再送を、それらが非ギャップサブフレーム上で行われるようにスケジュールされ得るまで遅延させることによって、行われ得る。
【０４４３】
そのロケーションがフレーム毎に移動し得ない静的ギャップは、１組のＨＡＲＱプロセスを除去し、その後、それらが非ギャップサブフレームと一致したときに、それらのＨＡＲＱプロセスが送信することを可能にすることによって定義され得る。６３００、６３０２、および６３０６に示されるように、サブフレーム３、４、８、９は、スケジュールされていないＵＬサブフレームとして構成され得る。ＵＬでは、７つのＨＡＲＱプロセス（Ｈ０からＨ６）が、３つ（Ｈ０、Ｈ５、Ｈ６）に切り詰められ得る。ＨＡＲＱプロセスに付けた番号は、恣意的であり、構成内に残るように選択され得るＨＡＲＱプロセスは、それらの相対的な送信時間に基づき得、それらのレベルまたは関連する番号には基づき得ない。
【０４４４】
Ｒｅｌ−８におけるＵＬ  ＨＡＲＱプロセスの現在のタイミングに基づいて、プロセスのために使用されるサブフレームは、１つのＵＬサブフレームから次のフレーム内の次の利用可能なＵＬサブフレームに移動する。例えば、プロセスＨ０は、１つのフレームのサブフレーム２において送信でき、次のフレーム内のサブフレーム３（次の利用可能なＵＬサブフレーム）において送信できる。プロセスが、６３００、６３０２、６３０４、および６３０６における共存ギャップなど、共存ギャップの一部であり得るサブフレームにおいて再送するようにスケジュールされ得る場合、ＵＥは、そのプロセス上での再送を回避できる。再送を回避するために、トランスポートブロックがプロセス上でＵＥによって送信された場合、ｅＮＢは、トランスポートブロックが受信されたかどうかに関わらず、トランスポートブロックの受信を肯定応答することができる。これは、（ギャップと一致し得る）そのプロセスのための次の機会におけるＵＥによる再送を回避できる。ｅＮＢは、ＮＤＩ（新規データインジケータ）が切り換えられ得なかったグラントを使用することによって、ＵＥによる再送をトリガできる。結果のＨＡＲＱタイミングは、図６３に見られ得る。例えば、ＨＡＲＱプロセス０は、フレーム１のＵＬサブフレーム２において送信できる。トランスポートブロックがＵＥによってエラー受信され得る場合、ｅＮＢは、このトランスポートブロックに対するＡＣＫを送信でき、ＮＤＩフィールドが切り換えられていないグラントをフレーム４のサブフレーム０において送信できる。これは、同じトランスポートブロックについての、フレーム４のサブフレーム７における再送をトリガできる。
【０４４５】
ＤＬ  ＨＡＲＱは、ＤＬ  ＨＡＲＱタイミングが変化せずに留まる、本明細書で説明されるＴＤＤ  ＵＬ／ＤＬ構成（１〜５）におけるのと同じ方法で振る舞うことができる。
【０４４６】
ＵＬトラフィックの遅延が許容不可能であり得ない場合、またはシステムがより小さいＵＬ  ＲＴＴを有する別のコンポーネント搬送波とアグリゲートされ得る場合、図６３に示される構成が使用され得る。例えば、共存ギャップに依存し得ない、ライセンスされた帯域におけるＲｅｌ−１０コンポーネント搬送波または動的共有スペクトル帯コンポーネント搬送波。
【０４４７】
図６４は、ＴＤＤ  ＵＬ／ＤＬ構成０のための中間デューティサイクルギャップパターンを示している。同期ＨＡＲＱが、ＵＬにおいてサポートされ得、１組のＵＬサブフレームが、ギャップの一部になり、スケジュールされていないＵＬサブフレームとして構成されることが可能にされ得る。数々のＵＬ  ＨＡＲＱプロセスが、除去され得、残りのＨＡＲＱプロセスが、共存ギャップの一部であり得ないＵＬサブフレームと一致することを保証することによって、共存ギャップ構成が、フレーム毎に生成され得る。
【０４４８】
共存ギャップは、ＵＬ  ＨＡＲＱプロセスの数を削減した後に残り得るＨＡＲＱプロセスを妨害しないように、またはＨＡＲＱプロセスと衝突しないように定義され得る。ＨＡＲＱプロセスは、いくつかのフレームの後、与えられたサブフレームで送信されることに戻り得るので、共存ギャップパターンは、フレーム毎に様々であり得るが、周期性を有し得る（またはいくつかのフレームの後、自らを繰り返し得る）。７サブフレームの周期性を有し得るギャップパターンが、図６４に見られ得る。例えば、すべてのフレームＳＦＮ（ｘ）  ｍｏｄ  ７は、同じ共存ギャップパターンを有し得る。
【０４４９】
ＤＬ  ＨＡＲＱを扱うための数々の可能性が存在する。図６５は、ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成０のための別の中間デューティサイクルギャップパターンを示している。共存ギャップが、６５００、６５０２、６５０４、６５０６、および６５０８において提供され得る。ｅＮＢは、共存ギャップサブフレーム内に含まれ得るＵＬサブフレームにおけるＡＣＫを要求し得るいかなる送信を行うことも回避できる。制限は、サブフレーム毎に変化し得るが、ＤＬ  ＨＡＲＱタイミングは、Ｒｅｌ−８  ＬＴＥの場合と同様に維持できる。共存ギャップの一部であり得ないいくつかのＤＬサブフレームは、ＤＬデータを送信するために使用され得ない。ＳＩＢ／ＭＩＢおよび同期は、依然として送信され得る。ＤＬデータは、これらのＤＬサブフレームにおいて送信され得るが（すなわち、ＤＬ  ＨＡＲＱプロセスが、サブフレーム６において使用され得るが）、ＡＣＫ／ＮＡＣＫは、ＵＥによってこれらのプロセスのために送信され得ない。その場合、ｅＮＢは、これらのＤＬ送信についてＮＡＣＫを仮定でき、ＤＬ  ＨＡＲＱプロセスのための次の利用可能な機会において、同じトランスポートブロックのための新しい冗長バージョンを送信できる。その後、ＵＥは、第２の送信に対するＡＣＫ／ＮＡＣＫを送信する前に、両方の冗長バージョンについての受信されたデータを使用して、トランスポートブロックを復号できる。
【０４５０】
図６６は、ＤＬ  ＨＡＲＱタイミングがフレーム依存であり得る、ＴＤＤ  ＵＬ／ＤＬ構成０のための別の中間デューティサイクルギャップパターンを示している。共存ギャップが、６６００、６６０２、６６０４、６６０６、および６６０８において提供され得る。共存ギャップの一部であり得ないＤＬサブフレーム上での送信を可能にするために、Ｒｅｌ−８  ＬＴＥに関して、ＤＬ  ＨＡＲＱタイミングが変更され得る。ギャップパターン自体としては同じ７フレームの周期性を有するが、ＤＬ  ＨＡＲＱタイミングルールは、フレーム毎に様々であり得る。
【０４５１】
ギャップパターンが、ＴＤＤ  ＵＬ／ＤＬ構成６のために提供され得る。ＴＤＤ  ＵＬ／ＤＬ構成６は、構成０と同じＵＬ  ＲＴＴ＞１０という特性を有し得る。共存ギャップは、構成０のものと同様に定義され得る。共存ギャップおよびＴＤＤ  ＨＡＲＱタイミングは、構成０に関して本明細書で開示されたように定義され得る。
【０４５２】
図６７は、ＴＤＤ  ＵＬ／ＤＬ構成６のための高デューティサイクルギャップパターンを示している。サブフレーム９は、ＭＢＳＦＮサブフレームとして構成され得る。これは、例えば、６７００および／または６７０２において共存ギャップを提供するために行われ得る。
【０４５３】
ＵＬ／ＤＬ構成０の場合と同様に、ＵＬ  ＨＡＲＱ  ＲＴＴ＞１０を扱う場合、数々の方法が使用され得る。図６８は、ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクルギャップパターンを示している。図６８に示されるように、ＴＤＤ  ＵＬ／ＤＬ構成６のためのデューティサイクルギャップパターンは、図６３に示されるＴＤＤ  ＵＬ／ＤＬ構成０のためのものと類似し得る。図６８を再び参照すると、共存ギャップが、６８００、６８０２、６８０４、および／または６８０６において提供され得る。
【０４５４】
図６９は、ＴＤＤ  ＵＬ／ＤＬ構成６のための別の中間デューティサイクルギャップパターンを示している。ＴＤＤ  ＵＬ／ＤＬ構成０の場合と同様に、ＴＤＤ  ＵＬ／ＤＬ構成６のためのデューティサイクルギャップパターンは、フレーム毎に変化し得るギャップパターンの定義を含むことができるが、いくつかのフレームを周期として周期的であり得る。ＴＤＤ  ＵＬ／ＤＬ構成６の場合の周期は、６フレームであり得、そのため、６を法として合同なＳＦＮを有するフレームは、同じギャップ構成を有することができる。
【０４５５】
ＤＬ  ＨＡＲＱタイミングのための数々のオプションが、ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクルギャップパターンのために使用され得る。図７０および図７１は、ＴＤＤ  ＵＬ／ＤＬ構成６に適用され得るＤＬ  ＨＡＲＱタイミングのための２つのオプションを示している。図７０は、ＤＬ  ＨＡＲＱタイミングに変化が存在し得ない、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクル構成を示している。図７１は、ＤＬ  ＨＡＲＱタイミングがフレーム依存であり得る、ＴＤＤ  ＵＬ／ＤＬ構成６のための中間デューティサイクル構成を示している。図７０は、図６５などのＴＤＤ  ＵＬ／ＤＬ構成０に類似し得、それのために本明細書で開示されるのと類似のルールを使用できる。図７１は、図６６などのＴＤＤ  ＵＬ／ＤＬ構成０に類似し得、それのために本明細書で開示されるのと類似のルールを使用できる。
【０４５６】
図７０および図７１に示されていないが、ＤＬデータは、それらに割り当てられたＨＡＲＱプロセスを有し得ないが、共存ギャップ内にあり得ないＤＬサブフレーム（例えば、これらのＤＬサブフレームは、それらのために可能とし得るＨＡＲＱ  ＡＣＫ／ＮＡＣＫを有し得ない）において送信され得るが、ＡＣＫ／ＮＡＣＫは、ＵＥによってこのプロセスのために送信され得ない。ｅＮＢは、このＤＬ送信のためにＮＡＣＫを仮定でき、ＤＬ  ＨＡＲＱプロセスのための次に利用可能な機会において、同じトランスポートブロックのための新しい冗長バージョンを送信できる。ＵＥは、第２の送信に対するＡＣＫ／ＮＡＣＫを送信する前に、両方の冗長バージョンについての受信されたデータを使用して、トランスポートブロックを復号できる。
【０４５７】
ほぼ空白のサブフレームが、共存ギャップのために使用され得る。ＵＥは、ＲＲＣシグナリングを通して、ほぼ空白のサブフレームのパターンを受信する。ほぼ空白のサブフレームの間、ＵＥは、ほぼ空白のサブフレームの間に送信され得るセル固有の基準信号を測定し得ない。Ｗｉ−Ｆｉに対する干渉およびＷｉ−Ｆｉシステムバックオフの可能性を回避するために、セル固有の基準信号は、ほぼ空白のサブフレームの間は電力を低減させて、ｅＮＢによって送信され得る。
【０４５８】
共存ギャップが、ＵＬサブフレームの間に提供され得る。共存ギャップは、一定数の連続するサブフレームにわたってアップリンクトラフィックのスケジューリングがないことを通して、ｅＮＢによって生成され得る。これらのスケジュールされていないアップリンクサブフレームは、ＵＥがアップリンクにおいてサウンディング基準信号（ＳＲＳ）を送信するようにスケジュールされ得なかったサブフレームと一致し得る。
【０４５９】
セカンダリユーザ（ＳＵ）からの干渉が局在化され得る場合、ｅＮＢは、ＵＬチャネル推定を使用して、どのＵＥがＳＵからの干渉をこうむり得るかを識別できる。ｅＮＢは、ＵＥに対してＵＬ送信をスケジュールしないことによって、エリアにおけるＬＴＥ送信においてギャップを生成できる。ｅＮＢは、ＵＬ送信におけるこれらのギャップが、セカンダリユーザ干渉によって影響され得るＵＥからのＳＲＳ送信とオーバラップし得ないことを保証できる。
【０４６０】
制御チャネル機能強化が、Ｗｉ−Ｆｉ干渉回避のために提供され得る。ギャップ生成のためのＭＢＳＦＮおよびＡＢＳスキームは、ＬＴＥにおけるＭＢＳＦＮサブフレームまたはＡＢＳサブフレームを共存ギャップとして使用して、Ｗｉ−Ｆｉがチャネル上で送信することを可能にし得る。それを行う場合、Ｗｉ−Ｆｉは、最初の数個のＯＦＤＭシンボルの間、ＬＴＥシステム上にいくらかの干渉を招き得、その間、ＬＴＥシステムは、共存ギャップの終了時にチャネルへのアクセスを再獲得することを望み得る。共存ギャップが、複数の連続するＭＢＳＦＮサブフレームを含むことができ、それらのＭＢＳＦＮサブフレームの１つにおけるＰＤＣＣＨまたはＰＨＩＣＨが、ＵＬグラントまたはＵＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信するために使用され得る、シナリオが存在し得る。
【０４６１】
図７２は、Ｗｉ−Ｆｉから制御チャネルに及ぼされる干渉を示している。図７２は、共存ギャップが２つの後続ＭＢＳＦＮサブフレームを含み得、ギャップ直後のサブフレームがＤＬサブフレームであり得るシナリオにおいて、Ｗｉ−Ｆｉ干渉をこうむる可能性が最も高い制御チャネルのロケーションを示すことができる。７２００に示されるように、ＭＢＳＦＮサブフレームｎ＋１内の２シンボル制御チャネルと、ＭＢＳＦＮサブフレームｎ＋２内の制御チャネルは、ギャップ内で送信を開始し得、どちらかの制御チャネルにまで延び得た、７２０２および７２０４におけるＷｉ−Ｆｉパケットに起因する干渉をこうむり得る。
【０４６２】
これと同じ干渉問題は、共存ギャップに続くサブフレームにおけるギャップ生成のための他の方法（例えば、透過フレーム）を用いる場合にも存在し得る。本明細書で説明される方法は、それらのシナリオにも同様に適用可能とすることができる。
【０４６３】
図７２に示されるように、制御チャネルがＷｉ−Ｆｉシステムからの干渉をこうむり得るサブフレームは、
●共存ギャップに続き得、ＤＬ割り当て、ＵＬグラントなどの形態で制御を送信するために使用され得るダウンリンクサブフレーム、
●共存ギャップのために使用され得るＭＢＳＦＮサブフレームであって（それらがギャップの最初または唯一のサブフレームであり得る場合は含まない）、これらのＭＢＳＦＮサブフレームにおいてＵＬグラントまたはＵＬ  ＨＡＲＱ  ＡＣＫが送信されることをＴＤＤ  ＵＬ／ＤＬ構成が可能にし得る、ＭＢＳＦＮサブフレーム
を含むことができる。
【０４６４】
これらのサブフレームは、制御チャネル干渉可能性（ＣＣＩＰ）サブフレームと呼ばれることがある。
【０４６５】
ＭＢＳＦＮサブフレームにおける２つの制御シンボル内、またはギャップに続くＤＬサブフレームの最大３つのシンボル内に発生し得る物理チャネル／信号は、ＰＣＦＩＣＨ、基準シンボル（ＲＳ）、ＰＤＣＣＨ、またはＰＨＩＣＨなどとすることができる。
【０４６６】
ＰＣＦＩＣＨは、現在のサブフレームの制御チャネル領域（１、２、または３）の長さを示すことができる。ＰＣＦＩＣＨとの潜在的な干渉を回避するために、ＣＣＩＰサブフレームのための制御チャネル領域は、それらがＰＣＦＩＣＨを送信し得ないように、システムによって静的または半静的に設定され得る。ＴＤＤ  ＵＬ／ＤＬ構成に基づいて、ＣＣＩＰサブフレームは、ＴＤＤ  ＵＬ／ＤＬ構成およびデューティサイクル以外のシグナリングを用いずに、ｅＮＢおよびＵＥによって知られ得る。結果として、制御チャネル領域の長さは、これらのサブフレームの場合、固定され得る。例えば、ＲＲＣにおける他の値の設定に関わらず、ＣＣＩＰサブフレームとし得るＭＢＳＦＮサブフレームが、ＯＦＤＭシンボル２つ分の長さとし得る制御領域を使用でき、ＣＣＩＰサブフレームとし得る非ＭＢＳＦＮサブフレームが、ＯＦＤＭシンボル３つ分の長さとし得る制御領域を使用できるものとする、規約が使用され得る。非ＣＣＩＰサブフレームのための制御領域の長さは、ＰＣＦＩＣＨによって決定され得る。システムは、ＤＬサブフレーム（ＣＣＩＰと非ＣＣＩＰの両方）のための制御領域の長さを、（例えば、ＭＢＳＦＮの場合は２、非ＭＢＳＦＮの場合は３の）値に設定できる。ＲＲＣを通じての別個の半静的シグナリングが、ＣＣＩＰサブフレームのための制御領域の長さを設定するために使用され得、一方、別のＲＲＣ  ＩＥが、非ＣＣＩＰのための値を設定できる。
【０４６７】
ＣＣＩＰサブフレームのための制御領域の長さは、静的または半静的に設定され得、そのため、ＣＣＩＰサブフレーム内のＰＣＦＩＣＨは、必要とされ得ない。これらのサブフレームにおいてＰＣＦＩＣＨに割り当てられ得るリソース要素は、本明細書で説明されるように、ＰＨＩＣＨまたはＰＤＣＣＨに再割り当てされ得る。ＣＣＩＰサブフレームのための制御チャネルを復号するためのＵＥ手順は、ＰＣＦＩＣＨのために復号され得るリソース要素が、代わりにＰＤＣＣＨまたはＰＨＩＣＨのために復号され得ることを考慮できる。問題のサブフレームが非ＣＣＩＰサブフレームであり得る場合、ＵＥは、ＰＣＦＩＣＨを復号して、制御チャネルの長さを決定できる。問題のサブフレームがＣＣＩＰサブフレームであり得る場合、ＵＥは、制御チャネル領域について固定または半静的な長さを仮定できる。このサブフレームにおけるＰＣＦＩＣＨのために通常確保され得るリソース要素は、ＰＨＩＣＨまたはＰＣＦＩＣＨの一部とすることができる。
【０４６８】
ＰＣＦＩＣＨに関連付けられたリソース要素は、使用しないでおく（ゼロ電力で送信される）ことができ、結果の電力は、同じＯＦＤＭシンボル内の他のリソース要素に再割り当てされ得る。
【０４６９】
ＣＣＩＰサブフレームの制御チャネル領域内で送信される基準シンボル（ＲＳ）も、Ｗｉ−Ｆｉシステムからの干渉をこうむり得る。そのような干渉は、ＵＥによって実行されるＣＱＩの計算を歪曲し得る。ＬＴＥ  Ｒｅｌ−１０の場合、ＣＱＩ計算は、ＭＢＳＦＮサブフレームを有効なサブフレームとは見なさないことにも留意されたい。
【０４７０】
ＵＥは、ＣＱＩ計算を実行する場合、これらのＲＳにおける潜在的なＷｉ−Ｆｉ干渉の存在を考慮できる。ＵＥは、数々のＣＱＩ測定を維持できる。例えば、ＣＱＩ測定は、Ｗｉ−Ｆｉからの干渉が高い可能性で存在し得るＲＳ上で実行され得る（例えば、ギャップ内に含まれるＭＢＳＦＮサブフレームとし得るＣＣＩＰサブフレームおよび非ＣＣＩＰサブフレーム）。このＣＱＩ測定は、干渉を有し得ない、ギャップの最初のＭＢＳＦＮサブフレームを除外し得る。別の例として、ＣＱＩ測定は、（Ｗｉ−Ｆｉからの干渉の可能性がより低いものであり得る）他のＲＳ上で実行され得る。
【０４７１】
干渉の可能性が高いＲＳ上で実行されるＣＱＩ測定は、例えば、このＣＱＩ値を他のＲＳを使用して計算されたＣＱＩ値と比較することによって、チャネル上のＷｉ−Ｆｉトラフィックの量を定量化するための測定として使用され得る。これら２つのＣＱＩ値の差は、チャネル上のＷｉ−Ｆｉトラフィックの量についての表示として使用され得る。スケジューリング決定は、非干渉ＲＳから決定されたＣＱＩ値に基づき得る。ＵＥは、スケジューリング決定を可能にするため、およびＷｉ−Ｆｉ干渉の量に関係し得る決定（例えば、動作チャネルの変更、または共存デューティサイクルの変更）をトリガするために、（干渉ＲＳベースおよび非干渉ＲＳベースの）両方のＣＱＩ値をｅＮＢに報告できる。
【０４７２】
本明細書の方法は、ＬＴＥシステムのＰＤＣＣＨおよび／またはＰＨＩＣＨ上でＷｉ−Ｆｉによって引き起こされる干渉を回避するために使用され得る。
【０４７３】
制御チャネルのロバスト性が提供され得る。例えば、ＰＨＩＣＨロバスト性が提供され得る。ＰＨＩＣＨのロバスト性は、Ｗｉ−Ｆｉ干渉の存在にもかかわらず、それが復号されることを可能にするように高められ得る。この場合、ＰＨＩＣＨのためにＵＥに割り当てられるリソースの量が増加させられ得る。これは、例えば、２以上のＰＨＩＣＨリソースをＵＥにマッピングすることによって行われ得る。ＣＣＩＰサブフレームにおけるＰＨＩＣＨを用いてＡＣＫ／ＮＡＣＫを返されることを要求できるＵＬグラントの場合、ｅＮＢは、２以上のＰＨＩＣＨを使用して、ＡＣＫ／ＮＡＣＫを送信できる。ＰＨＩＣＨリソースは、ＰＨＩＣＨチャネルの符号化を向上させるために、または符号化されたＡＣＫ／ＮＡＣＫを複数回送信して、ＵＥにおける検出の可能性を高めるために使用され得る。ＵＥに対するＵＬグラントは、ＡＣＫ／ＮＡＣＫの送信のために２つのＰＨＩＣＨリソースを割り当てることができる。これは、そのＵＥへのＡＣＫ／ＮＡＣＫのために３以上のＰＨＩＣＨリソースが使用され得るように拡張され得る。
【０４７４】
ＰＨＩＣＨリソースは、そのＵＥによる送信のために２つのＰＨＩＣＨグループを割り当てることによって、ＵＥに割り当てられ得る。現在、ＬＴＥでは、ＵＥに割り当てられる単一のＰＨＩＣＨグループは、以下の式において定義されるように、ＵＬグラントにおいてそのＵＥに割り当てられるリソースブロックと、ＵＥによって使用される復号基準信号（ＤＭＲＳ）との関数である。
【０４７５】
【数５７】
2018011352.tif 000069
【０４７６】
本明細書で開示されるように、ＵＥによって使用される追加のＰＨＩＣＨグループを割り当てるために、上式は、ＵＥに２つの連続するＰＨＩＣＨグループを割り当てるように拡張され得る。ＵＥに割り当てられるＰＨＩＣＨグループを指示する式は、以下のようになり得る。
【０４７７】
【数５８】
2018011352.tif 000070
【０４７８】
【数５９】
2018011352.tif 000071
【０４７９】
（上式を使用して）ＵＥに割り当てられる２つのグループを用いる場合、ｅＮＢは、与えられたＵＬグラントについてのＡＣＫ／ＮＡＣＫをＵＥに送信するために使用され得る、２４のＯＦＤＭシンボルまたはリソース要素を有することができる。その場合、ｅＮＢの観点から見て、数々の手法が可能であり得る。例えば、図７３は、２つのＰＨＩＣＨグループ上で繰り返され得る、符号化ＰＨＩＣＨを示している。図７３に示されるように、ｅＮＢは、（同じＰＨＩＣＨグループに割り当てられるＵＥのＡＣＫ／ＮＡＣＫを含み得る）１２シンボルスクランブルＰＨＩＣＨを繰り返すことができ、繰り返された値を第２のＰＨＩＣＨグループ上で送信できる。別の例として、図７４は、２４シンボルスクランブリング符号を使用できる、ＰＨＩＣＨの符号化の向上を示している。図７４に示されるように、ｅＮＢは、スクランブリング符号のサイズを（今日使用されている１２から２４に）２倍にして、ＰＨＩＣＨグループにおいて送信されるデータに適用され得る符号化を向上させることができる。結果の２４シンボルＰＨＩＣＨは、上式において与えられる２つのＰＨＩＣＨグループに適用され得る。
【０４８０】
ＡＣＫ／ＮＡＣＫを送信するために使用されるＰＨＩＣＨリソースの数を増加させるための別の方法は、同じＰＨＩＣＨグループを維持しながら、２つの異なる直交符号を使用して、ＡＣＫ／ＮＡＣＫをＵＥに送信することとすることができる。図７５は、ＵＥ当たり２つの直交符号を使用するＰＨＩＣＨロバスト性の向上を示している。ＵＥは、２つの直交符号を用いて符号化された同じＡＣＫ／ＮＡＣＫを受信でき、それが、冗長性を提供できる。ＰＨＩＣＨグループ数についての式は、同じままとすることができるが、２つの直交符号が、ＵＥのために使用され得、以下の式によって与えられる。
【０４８１】
【数６０】
2018011352.tif 000072
【０４８２】
ＣＣＩＰサブフレームにおけるＰＨＩＣＨロバスト性を向上させるための本明細書で説明される例は、ＣＣＩＰサブフレームに適用されるものとして説明され得るが、それは、方法の適用可能性の一例にすぎない。方法は、動的共有スペクトル（ＤＳＳ）帯上で動作できるＵＥのための他のサブフレームにも適用可能であり得る。
【０４８３】
ＰＤＣＣＨロバスト性が、再設定されたＰＤＣＣＨパラメータを使用して提供され得る。ＭＢＳＦＮサブフレームとし得るＣＣＩＰサブフレームにおけるＰＤＣＣＨが、ＵＬグラントをスケジュールするために、または適応再送を伝えるために使用され得る。（それがダウンリンクサブフレームである場合の、ギャップに続く最初のサブフレームなど）ＭＢＳＦＮサブフレームであり得ないＣＣＩＰサブフレームは、ＵＬグラントおよびＤＬ割り当て、または電力制御メッセージの送信などのために使用され得る。ＣＣＩＰサブフレーム上のＷｉ−Ｆｉによって引き起こされる干渉は、ＤＬ割り当ておよびＵＬグラントの見落としを引き起こし得、それは、ＬＴＥリソースの効率を低下させ得、ＬＴＥスループットの低下および待ち時間の増加をもたらし得る。
【０４８４】
ＵＥのためのＤＬ割り当ておよびＵＬグラントについての再設定されたＰＤＣＣＨパラメータは、ＣＣＩＰサブフレームの間のＰＤＣＣＨのロバスト性を向上させるために使用され得る。グラント自体は、ＣＣＩＰサブフレームの間、作成され続け得るが、グラントに関連するパラメータの多くは、グラントまたは割り当てが効力を生じ得るサブフレームの前に発生し得る非ＣＣＩＰサブフレームのＰＤＣＣＨにおいて設定され得る。
【０４８５】
図７６は、ＴＤＤ  ＵＬ／ＤＬ構成のために使用され得る事前設定されたＰＤＣＣＨを示している。例えば、図７６は、ギャップ定義のためのＭＢＳＦＮサブフレーム方法、および中間デューティサイクル構成を使用する場合の、ＴＤＤ  ＵＬ／ＤＬ構成４のための事前定義されたパラメータのメカニズムを示している。この構成では、７６０４において、ギャップは、サブフレーム７、８、９において定義され得る。サブフレーム０は、ＣＣＩＰサブフレームであり得る。７６００において、サブフレーム０においてＵＥに行われるＤＬ割り当てが、サブフレーム６において送信される別個のＤＣＩメッセージを使用して、ＤＬ割り当てに関連するパラメータのいくつかを設定することによって行われ得る。サブフレーム６は非ＣＣＩＰサブフレームであるので、このサブフレームにおけるＰＤＣＣＨは、より信頼性があり得、潜在的にＷｉ−Ｆｉ干渉から免れ得る。サブフレーム０において行われるＤＬ割り当てにおけるデータのほとんどは、ＵＥに送信されたので、サブフレーム０におけるＤＬ割り当てが、僅かなデータしか搬送し得ず、同じ効果的な符号化ＰＤＣＣＨを維持しながら、より大きな冗長性を用いて符号化され得る、ＤＣＩメッセージ。７６０２において、ＵＥへの割り当てがトリガされ得る。
【０４８６】
事前設定されたパラメータのＵＥへのシグナリングは、ＣＣＩＰサブフレーム上で送信され得るグラントまたは割り当てのために行われ得る。構成は、非ＣＣＩＰサブフレーム内にあり得る事前設定されたパラメータが、次の事前設定まで、またはｅＮＢによるシグナリングを通して事前設定がオフにされ得るまで、事前設定に続き得るＣＣＩＰ割り当て／グラントのために有効であり得るような方法でも定義され得る。
【０４８７】
事前設定され得るグラント／割り当てに関連するパラメータは、実施に依存し得る。以下の表は、（ダウンリンク割り当てのための）ＤＣＩフォーマット１Ａおよび（アップリンク割り当てのための）ＤＣＩフォーマット０に存在する情報を、事前設定ＤＣＩメッセージを用いて送信されるパラメータと、グラント／割り当てメッセージを用いて送信されるパラメータとに分割し得る、一実施形態を示している。
【０４８８】
【表８】
2018011352.tif 000073
【０４８９】
事前設定メッセージは、それ以外では実際のグラント／割り当てを送信するために使用され得る、既存のＤＣＩフォーマットを用いて送信され得る。フラグまたは識別子が、グラント割り当てが現在のサブフレームに適用され得ず、代わりに次のＣＣＩＰサブフレームに適用され得ることを示すために使用され得る。フラグは、グラント／割り当てパラメータの半静的なまたは１回のみの事前設定を指定するために、ＵＥのためのＲＮＴＩを使用できる。グラント／割り当てをトリガできるＤＣＩメッセージの場合、トリガリングＤＣＩフォーマットの存在を伝えるために、より短いＤＣＩフォーマット（例えば、フォーマット１Ｃ）が、フラグとともに使用され得る。ＤＣＩフォーマットは、上表のグラント／割り当てメッセージからの情報ビットを保持するのに十分な大きさがあり得る、グラント／割り当てメッセージをトリガするためにも生成され得る。電力制御コマンドを可能にする他のフォーマットも送信され得るので、ＣＣＩＰサブフレームにおけるブラインド復号の数が増加するのを防止するために、ＵＥは、グラントおよび割り当てのためのフォーマット１ＣまたはこのＤＣＩフォーマットを探索できる。言い換えると、ＣＣＩＰサブフレームの場合、ＵＥは、ＵＥ探索空間においてフォーマット１Ｃを復号できる。
【０４９０】
事前設定された情報を復号するために、ＵＥは、非ＣＣＩＰサブフレーム上でブラインド復号を使用して、ＤＣＩメッセージを復号できる。ＵＥは、このＤＣＩメッセージが事前設定された情報を送信するためのものであり得ることを示し得る、ＲＮＴＩを用いて符号化されたＤＣＩフォーマットで、事前設定された情報を受信できる。事前設定された情報を伝えるための、ＲＮＴＩを用いるＤＣＩフォーマットは、Ｒｅｌ８／１０  ＤＣＩフォーマットと同じ長さとすることができる。しかしながら、内容は、現在の形式に存在し得る、事前設定ＤＣＩフォーマットのための対応するフィールドを含むことができ、事前設定情報を獲得するために、ＵＥによって復号され得る（例えば、ＣＣＩＰサブフレーム内のグラントのためのリソースブロック割り当ては、非ＣＣＩＰサブフレームにおいて送信されるフォーマット０  ＤＣＩフォーマット内の対応するフィールドによって獲得され得る）。情報を含んだ事前設定ＤＣＩメッセージ内のフィールドは、割り当て／グラントを用いて送信され得、その割り当て／グラントに関連し得るタイミング情報を送信するために使用され得る。
【０４９１】
ＣＣＩＰサブフレーム上で、このＣＣＩＰサブフレームに適用され得るいくつかの事前設定された情報を受信し得たＵＥは、より短いＤＣＩフォーマット（例えば、フォーマット１Ｃ）、またはグラントもしくは割り当てをトリガできるＤＣＩフォーマットについての、ＵＥ探索空間におけるブラインド復号を実行できる。フォーマット１Ｃが受信され得る場合、ＵＥは、Ｃ−ＲＮＴＩを使用してフォーマット１Ｃを探索できる。ＤＣＩメッセージが見出され得る場合、ＵＥは、このＤＣＩメッセージを解釈する。グラント／割り当てメッセージ（例えば、冗長バージョン）内の情報に対応するＤＣＩフォーマット内のフィールドは、ＤＣＩフォーマット１Ｃで現在送信されているのと同じロケーションに見出され得る。ＤＣＩフォーマット内の他のフィールドは、使用されなくてもよく、または情報のロバスト性を向上させるために、ｅＮＢによって送信される追加の符号化を含んでもよい。
【０４９２】
グラントのためのＤＣＩフォーマット内の未使用フィールドのいくつかは、このグラントが先に送信された事前設定メッセージを有するグラントに対応し得ることを、ＵＥに伝えるために使用され得る。この場合、ＵＥは、それが事前設定メッセージまたは事前設定における何らかの変更を見落としたかどうかを判定できる（例えば、グラントは、事前設定メッセージに関連付けられたＩＤを維持する短いカウンタを含むことができる）。ＵＥは、グラントを受信し、事前設定メッセージを適切に受信し得なかったことに気付いた場合、ｅＮＢに通知でき、ｅＮＢは、次の利用可能な機会に、事前設定ＤＣＩメッセージを送信できる。ＵＥは、データに対するＮＡＣＫを送信するときに、この情報を送信することによって、このエラー状態をｅＮＢに通知できる。ＵＥは、ＰＵＣＣＨ上のこれのための専用信号を使用しても（例えば、それに同伴する事前設定メッセージの復号／受信を行わない、ＣＣＩＰグラントの受信を伝えるＳＲリソースのいくつかの再利用）、この情報を送信できる。
【０４９３】
上記の手順は、Ｃ−ＲＮＴＩを使用して共通探索空間において送信される（フォーマット１Ｃを使用する）グラントを有するように変更され得る。
【０４９４】
ＰＤＣＣＨロバスト性は、高められた集合レベルを使用して提供され得る。ＣＣＩＰサブフレームの間のＰＤＣＣＨロバスト性を保証するために、ｅＮＢは、ＣＣＩＰサブフレームの間にＰＤＣＣＨを送信するための集合レベルを人工的に高めることができる。ｅＮＢは、ＰＤＣＣＨ誤り率を維持しながら、ＤＣＩフォーマットを特定のＵＥに送信するために、（定期的なＣＱＩ測定を通して）集合レベルを測定できる。ｅＮＢは、ＣＣＩＰサブフレーム上でのＤＣＩフォーマットの送信に直面させられた場合、ＣＣＩＰサブフレームのＰＤＣＣＨ上で送信するために使用される集合レベルを高めることができる。
【０４９５】
本明細書で説明される、ＲＳ解釈およびＣＱＩ測定のための方法に基づいて、ＵＥは、別々のＣＱＩ測定を、すなわち、Ｗｉ−Ｆｉ干渉から僅かな影響しか受け得ないＲＳ上の１つと、Ｗｉ−Ｆｉ干渉による影響を高い確率で受け得るＲＳ上のもう１つを、ｅＮＢに報告できる。Ｗｉ−Ｆｉによって影響され得ないＲＳからのＣＱＩ測定は、使用される集合レベルを決定するために使用され得る。その後、この集合レベルは、ｅＮＢによって決定された数だけ（例えば、集合レベルＬ＝２から集合レベルＬ＝８に）高められ得る。ｅＮＢは、ＵＥによって報告される、またはＤＳＳにおける特定のチャネルを使用するセカンダリシステムについての知識を有し得る外部共存機能もしくはデータベースから報告され得る情報によって報告される、２つのＣＱＩ測定の間の差から導出され得る、チャネルにアクセスするＷｉ−Ｆｉシステムの数についての何らかの表示を使用できる。
【０４９６】
ＨＡＲＱ手順は、Ｗｉ−Ｆｉ干渉を回避するように変更され得る。ＰＤＣＣＨは、ＰＨＩＣＨに取って代わることができる。ＰＨＩＣＨを復号する場合、ＮＡＣＫがＡＣＫに化けるエラーが問題になり得る。チャネル上におけるＷｉ−Ｆｉの存在が原因でＳＩＮＲが低下するので、ＮＡＣＫがＡＣＫに化けるエラーの可能性が増加し得る。
【０４９７】
ＮＡＣＫがＡＣＫに化けるエラーを回避するために、ＵＬ  ＨＡＲＱ送信に対するＡＣＫ／ＮＡＣＫは、ＰＤＣＣＨを使用して送信され得る。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫがＰＤＣＣＨを使用して送信され得る場合、ＮＡＣＫがＡＣＫに化けるエラーは、ブラインド復号のために、フォールスポジティブを必要とし得る。ＵＥがＰe＝０．５のビット誤り率を有し得る低ＳＩＮＲの場合のフォールスポジティブは、１０-5のオーダにある。この値は、ＣＲＣの復号と同等であり得る。問題のフォールスポジティブは、ＡＣＫとして解釈され得、それは、ＰＤＣＣＨを使用して送信されたデータが、メッセージを問題のＵＬ送信に対するＡＣＫと結び付けるための情報を含み得ることを意味し得る。これが理由で、ＣＣＩＰサブフレームについてのＰＤＣＣＨによるＰＨＩＣＨの置き換えは、Ｗｉ−Ｆｉ干渉に起因する大幅な性能悪化を回避するために使用され得る、ＮＡＣＫがＡＣＫに化けるエラーを回避するためのロバストなメカニズムをもたらし得る。
【０４９８】
ＣＣＩＰサブフレームについてＰＤＣＣＨによってＰＨＩＣＨを置き換えた場合、制御チャネル領域は、ＰＨＩＣＨリソース要素を使用できない。結果として、ＣＣＩＰサブフレームについての制御チャネル領域は、ＰＤＣＣＨで利用可能なＲＳおよびリソース要素を含むことができる。ｅＮＢは、ＰＤＣＣＨを介するＵＬグラントを使用して、ＵＥによるＵＬ送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信できる。ＵＥは、ＣＣＩＰサブフレームの間に、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ復号のための手順を使用できる（非ＣＣＩＰサブフレームの場合、ＵＥは、ＰＨＩＣＨ／ＰＤＣＣＨ復号のための手順に単純に従うことができる）。
【０４９９】
ＣＣＩＰサブフレームの間のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ復号について、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫをＣＣＩＰサブフレーム上で予期している場合、それは、このＨＡＲＱ  ＡＣＫ／ＮＡＣＫをＰＤＣＣＨ上で予期できる。ＰＨＩＣＨが存在し得ないので、ＰＨＩＣＨに割り当てられるリソースが存在し得ないように、ＰＤＣＣＨリソースが、制御チャネル領域において定義され得る。ＮＤＩが切り換えられていないＵＬグラントをＵＥが検出した場合、これは、ＮＡＣＫを表し得、ＵＥは、グラントにおける割り当ておよびＭＣＳに従って、トランスポートブロックを再送できる。ＮＤＩが切り換えられているＵＬグラントをＵＥが検出した場合、これは、ＡＣＫ、および同じプロセス番号のための後続のＵＬグラントを表し得る。割り当てられたリソースブロックおよびＭＣＳ値に応じて、これは、リソース割り当ておよび／またはＭＣＳについての値が使用され得る場合、復号されたメッセージはＡＣＫとして機能し得、新しいグラントを指定し得ないことを示すことができる。リソース割り当ておよびＭＣＳが許容可能な値を含む場合、これは、復号されたメッセージはＡＣＫ、およびプロセス番号のための新しいＵＬグラントとして解釈され得ることを示すことができる。
【０５００】
新しいグラントを含み得ないＨＡＲＱ  ＡＣＫは、新しいＤＣＩフォーマットを用いて、またはそのフィールドが単一ビットＡＣＫ／ＮＡＣＫの送信をサポートするように変更され得る既存のＤＣＩフォーマット（例えば、フォーマット１Ｃ）を用いて送信され得る。これは、より短いＤＣＩフォーマットを使用して、単一ビットＡＣＫが送信されることを可能にし得る。このプロセスのための非適応再送を伝えるＮＡＣＫも、より短いＤＣＩフォーマットを使用して送信され得る。
【０５０１】
ＵＥは、ＭＢＳＦＮサブフレームでもあり得るＣＣＩＰサブフレームの間に、より僅かなブラインド復号しか実行しなくてよい。ｅＮＢは、ＣＣＩＰサブフレーム上で、探索空間集合レベルのサブセット（例えば、集合レベルＬ＝８）を使用できる。ＭＢＳＦＮサブフレームでもあり得るＣＣＩＰサブフレームは、ＤＬ割り当てまたは電力制御メッセージを指定し得るＤＣＩフォーマットの復号を必要としなくてよい。ブラインド復号の数は、例えば、２に減少させることができる。
【０５０２】
制御チャネルリソースは、先行サブフレームのデータ空間において定義され得る。ＣＣＩＰサブフレーム上での干渉を回避するためのメカニズムは、ＣＣＩＰサブフレームの前に（例えば、ギャップの前に）発生し得るサブフレームのデータ部分において制御チャネル（ＰＤＣＣＨ、ＰＨＩＣＨ、または両方）を送信することによって提供され得る。これらのサブフレーム内の制御チャネルリソースは、ＣＣＩＰサブフレームに適用され得る動作（グラント、割り当てなど）に適用され得る。
【０５０３】
半永続的なスケジューリングを通してのＣＣＩＰサブフレームにおけるＰＤＣＣＨの使用は、回避され得る。ＣＣＩＰサブフレーム内のＰＤＣＣＨ上での干渉を回避するための方法は、これらのサブフレームのために作成された割り当ておよびグラントが半永続的なスケジューリングを使用して行われ得ることを保証することによって、提供され得る。半永続的なスケジューリングを開始および停止するためのシグナリングは、非ＣＣＩＰサブフレーム上で送信され得る。ＵＥは、半永続的なグラントが使用され得ない場合、ＰＵＣＣＨ上の信号を通して、またはこの信号をＰＵＳＣＨ自体上のグラント内で送信することによって、ｅＮＢに伝えることができる。これは、ＣＣＩＰサブフレームのために作成され得た半永続的なグラントにおいて送信するデータをＵＥが有し得ない場合、ｅＮＢにＰＵＳＣＨを不正確に復号させることを回避できる。
【０５０４】
半永続的なスケジューリングを使用して作成され得るグラントにより大きな柔軟性を提供するために、半永続的なスケジューリングを用いてスケジュールされるグラントのためのものであり得るリソースブロックの最大数が緩和され得る。
【０５０５】
Ｗｉ−Ｆｉをチャネルから退去させるための数々の方法が提供され得る。これは、例えば、ＣＣＩＰサブフレーム上の制御チャネルの前にＬＴＥシステムに送信させることによって、Ｗｉ−ＦｉとＰＤＣＣＨ／ＰＨＩＣＨの間の干渉を回避するために行われ得る。ＬＴＥ制御チャネルが開始する前に、Ｗｉ−Ｆｉシステムは延期できる。制御チャネルの前に発生し得るＬＴＥ送信の量が増加するにつれて、Ｗｉ−Ｆｉが延期する原因にこれがなり得る確率も増加し得る。Ｗｉ−Ｆｉからの残りの干渉は、共存ギャップにおいて送信を開始し得た、そのパケット長がＣＣＩＰサブフレームにおける制御チャネルの前のＬＴＥ送信および制御チャネル自体に掛かるほど十分に長いものであり得る、Ｗｉ−Ｆｉシステムに起因し得る。
【０５０６】
干渉は、例えば、ＣＣＩＰサブフレームを認知できる基準信号をＭＢＳＦＮサブフレームの終了時にＬＴＥシステムに送信させることによって回避され得る。図７７は、Ｗｉ−Ｆｉをチャネルから退去させるために使用され得る基準信号を示している。基準シンボルは、ＭＢＳＦＮサブフレームの最後の数個のＯＦＤＭシンボルの近く、またはＯＦＤＭシンボルにおいて送信され得る。例えば、図７７に示されるように、Ｗｉ−Ｆｉをチャネルから退去させるために、基準シンボル７７００、７７０２が、ＭＢＳＦＮサブフレーム７７０４において送信され得る。
【０５０７】
ＬＴＥシステムによる送信は、送信がＵＥによってＵＬ方向で行われ得る場合、Ｗｉ−Ｆｉをチャネルから退去させたときに、より効果的になり得る。ｅＮＢは、ＣＣＩＰサブフレームにおける制御チャネルの前に、ＵＥがＵＬ方向で送信を行えるように、そのロケーションに基づいてＵＥを選択できる。ＵＥは、その位置に基づいて選択され得る。ｅＮＢは、ＣＣＩＰサブフレームの前のサブフレームにおいてＵＥによるＵＬ  ＳＲＳ送信をスケジュールできる。
【０５０８】
Ｗｉ−Ｆｉは、ＭＢＳＦＮまたはＡＢＳベースのギャップを使用して動作を行うことができる。ＬＴＥシステムが、ＭＢＳＦＮまたはａｂｓサブフレームを使用して、共存ギャップを生成できる場合、共存するＬＴＥシステムとＷｉ−Ｆｉシステムの間に干渉が生じる可能性が存在し得る。Ｗｉ−Ｆｉシステムは、数々の方法を実行して、ＭＢＳＦＮおよびＡＢＳサブフレームの間のＬＴＥとの共存を改善できる。
【０５０９】
本明細書で説明されるように、ＭＢＳＦＮサブフレームの最初の２つのＯＦＤＭシンボルの間、ＬＴＥシステムは、Ｗｉ−Ｆｉ送信に干渉し得る。これは、例えば、ＣＲＳ（セル固有参照シンボル）、ＰＨＩＣＨ、およびＰＤＣＣＨの送信が原因で発生し得る。ＣＲＳはＰＨＩＣＨおよびＰＤＣＣＨと比較してより高い電力で送信され得るので、ＣＲＳ干渉の影響を緩和するために、数々のアクションが実行され得る。ＣＲＳ上でのＷｉ−Ｆｉパケット送信の影響を緩和するためにも、数々のアクションが実行され得る。
【０５１０】
図７８は、送信機７８０２などのＷｉ−Ｆｉ  ＯＦＤＭ物理（ＰＨＹ）送受信機と、受信機７８０４などの受信機の例示的なブロック図を示している。ＲＳシンボルからの干渉に対するロバスト性を向上させることは、バースト干渉に対するロバスト性を向上させることに類似し得る。７８００および７８０６などのインターリーブおよび／またはマッピングエンティティが、干渉に対するロバスト性を向上させるために使用され得る。
【０５１１】
８０２．１１ｎの場合、ＯＦＤＭシンボル持続時間は、チャネル間隔の関数とすることができ、値は、２０ＭＨｚ、１０ＭＨｚ、および５ＭＨｚチャネル間隔について、それぞれ、４．０ｕｓ、８．０ｕｓ、および１６．０ｕｓとすることができる。ＬＴＥシステムの場合のＯＦＤＭシンボル持続時間は、７１．４ｕｓとすることができ、それは、サイクリックプレフィックスのためのガード期間を含むことができる。ＬＴＥ  ＯＦＤＭシンボル上でのＬＴＥ基準シンボルの送信は、複数のＷｉ−Ｆｉ  ＯＦＤＭシンボルに影響し得る。８０２．１１ａ／ｇ／ｎでは、インターリーブ／マッピング機能は、ＯＦＤＭシンボルに対して実行され得る。
【０５１２】
Ｗｉ−Ｆｉ  ＰＨＹのＯＦＤＭシンボル毎のインターリーブ／マッピング設計を維持しながら、Ｗｉ−Ｆｉに及ぼされるＣＲＳ干渉の影響を低減させるために、７８００または７８０６などのインターリーバ／マッパ（デインターリーバ／デマッパ）は、ＣＲＳシンボルのロケーションを考慮できる。例えば、第１のインターリーバ置換は、ＣＲＳシンボルのロケーションにマッピングされ得るサブ搬送波ロケーションをスキップできる。インターリーバの第２（および使用される場合は第３）の置換は、変更され得ない。
【０５１３】
Ｗｉ−Ｆｉシステムは、ＬＴＥシステムと同じ帯域で動作できる場合、ＣＲＳシンボルに関連付けられ得る周波数ロケーションでは、ゼロシンボルを送信でき、それによって、ＬＴＥ  ＣＲＳに及ぼされるＷｉ−Ｆｉの干渉を回避できる。
【０５１４】
７８００および／または７８０６などのインターリーバ（またはデインターリーバ）は、周波数領域などにおける、ＣＲＳのロケーションを考慮でき、Ｗｉ−Ｆｉシステムは、ＣＲＳシンボルのロケーションを知ることができる。例えば、ＬＴＥとＷｉ−Ｆｉの間で調整が行われ得る場合、またはＬＴＥとＷｉ−Ｆｉの間で調整が行われ得ない場合など、共存システム間での調整に応じて、数々のシナリオが可能であり得る。
【０５１５】
インターリーバ／マッパが、調整されたＬＴＥおよびＷｉ−Ｆｉに提供され得る。ＬＴＥシステムおよびＷｉ−Ｆｉシステムは、例えば、共通の共存データベースにアクセスすることによって、共存調整方法を使用できる。これは、例えば、Ｗｉ−Ｆｉシステムが、ＣＲＳのためのロケーションインデックス、および／またはＡＢＳもしくはＭＢＳＦＮなどのＬＴＥ共存スキームタイプを要求することを可能にし得る。ロケーションインデックスは、セルＩＤの関数とすることができ、ＣＲＳによって占有され得る周波数範囲を示すことができる。
【０５１６】
ＬＴＥシステムがＡＢＳまたはＭＢＳＦＮベースの共存スキームを使用できる場合、Ｗｉ−Ｆｉ  ＡＰは、ＬＴＥシステムのＣＲＳの伝えられたロケーションインデックスを使用でき、ＣＲＳロケーションに対応するサブ搬送波をスキップするようにインターリーバを構成できる。
【０５１７】
ＬＴＥ  ＣＲＳからの干渉は、インターリーバの構成を決定することによって、軽減され得る。この情報は、ＡＰに関連付けられ得る１または複数の局（ＳＴＡ）に伝えられ、ＳＴＡがインターリーバ設定を使用することを可能にし得る。
【０５１８】
ＡＰは、ビーコン送信を使用して、ＡＰに接続されたＳＴＡにインターリーバ構成を送信できる。図７９は、インターリーバ構成のための例示的なフロー図を示している。
【０５１９】
７９００において、ＬＴＥ  ＨｅＮＢは、共存データベース７９０２と共存情報を交換できる。ＣＲＳのロケーションに関連する情報は、共存データベース７９０２によって維持され得る。Ｗｉ−Ｆｉ  ＡＰ７９０４などのＷｉ−Ｆｉ  ＡＰがチャネル上で動作を開始し得た場合、またはこの情報が共存データベースにおいて変化し得た場合、Ｗｉ−Ｆｉ  ＡＰは、情報を取り出すことができる。例えば、Ｗｉ−Ｆｉ  ＡＰ７９０４は、７９１０および７９１２における共存情報要求／応答、または７９１４における共存情報通知を通して、情報例を取り出すことができる。７９１４における共存情報通知は、共存データベース７９０２によって送信され得る。Ｗｉ−Ｆｉ  ＡＰ７９０４は、この情報を使用して、インターリーバを構成でき、それがビーコンを介して通信できる１または複数のＳＴＡに構成を送信できる。
【０５２０】
７９１６において、Ｗｉ−Ｆｉ  ＡＰは、インターリーブ構成を決定できる。７９１８において、Ｗｉ−Ｆｉ  ＡＰ７９０４は、インターリーバを構成できる。７９２０において、Ｗｉ−Ｆｉ  ＡＰ７９０４は、ビーコンを介してインターリーブ構成をＷｉ−Ｆｉ  ＳＴＡ７９０６に伝えることができる。７９２２において、Ｗｉ−Ｆｉ  ＳＴＡ７９０６は、インターリーバを構成できる。７９２４において、Ｗｉ−Ｆｉ  ＳＴＡ７９０６とＷｉ−Ｆｉ  ＡＰ７９０４の間で、データが送信および／または受信され得る。
【０５２１】
図７９では、共存情報を記憶するために、共存データベースが使用され得るが、共存情報は、情報サーバであり得る共存エンティティまたは共存マネージャによって維持され、それらを用いて拡張され得る。
【０５２２】
図８０は、インターリーバ構成のための別の例示的なフロー図を示している。インターリーバ／マッパが、調整されないＬＴＥおよびＷｉ−Ｆｉに提供され得る。
【０５２３】
ＬＴＥシステムとＷｉ−Ｆｉシステムの間に調整が存在しない場合、Ｗｉ−Ｆｉは、インターリーバを構成するために、ＣＲＳのロケーションを決定できる。ＣＲＳのロケーションを決定するために、センシングが利用され得る。ＣＲＳロケーションがＡＰによって決定され得ない場合、デフォルトインターリーバが使用され得る。インターリーバ構成は、ビーコンを使用してＳＴＡに伝えられ得る。
【０５２４】
ＣＲＳロケーションがＡＰによって決定され得ない場合、インターリーバは、周波数ホッピングのために構成され得る。例えば、インターリーバは、ＣＲＳの可能なロケーションの間をホップするように構成され得る。ホップの間、パケットＡＣＫ／ＮＡＣＫ率が測定され得る。構成が同等のＡＣＫ／ＮＡＣＫ率をもたらし得る場合、ホッピングは継続でき、またはパターンが低い誤り率をもたらす場合、インターリーバが構成され得る。
【０５２５】
図８０に示されるように、ＬＴＥ  ＨｅＮＢ８０００とＬＴＥ  ＵＥ８００２は、８００８において、データを送信および／または受信できる。ＬＴＥシステムとＷｉ−Ｆｉシステムの間に通信は存在し得ない。Ｗｉ−Ｆｉ  ＡＰ８００４は、８０１０において、例えば、ＬＴＥシステムに属し得るＣＲＳのロケーションを決定するために、センシングを実行できる。８０１２において、Ｗｉ−Ｆｉ  ＡＰ８００４は、インターリーバ構成を決定できる。８０１４において、インターリーバが構成され得る。８０１６において、Ｗｉ−Ｆｉ  ＡＰ８００４は、ビーコンを介してインターリーバ構成をＷｉ−Ｆｉ  ＳＴＡ８００６に伝えることができる。８０１８において、Ｗｉ−Ｆｉ  ＳＴＡは、インターリーバを構成できる。８０２０において、Ｗｉ−Ｆｉ  ＡＰ８００４とＷｉ−Ｆｉ  ＳＴＡ８００６の間で、データが送信および／または受信され得る。
【０５２６】
時分割複信（ＴＤＤ）通信リンクのアップリンクサブフレームとダウンリンクサブフレームの間の共存ギャップを使用して、動的共有スペクトル帯において、送信がスケジュールされ得る。同じ周波数帯域における他のデバイスもしくは他のネットワークによる送信、および／または別の無線アクセス技術による送信のために、共存ギャップが確保され得る。例えば、Ｗｉ−Ｆｉベースのデバイスによる送信のために、共存ギャップが確保され得る。共存ギャップスケジュールは、アップリンクおよびダウンリンクサブフレームを有するフレームにおいて動的に調整され得る。例えば、共存ギャップスケジュールは、アップリンクおよびダウンリンクサブフレームを有するＬＴＥベースのフレームにおいて動的に調整され得、一方、アップリンク／ダウンリンク切り換えポイントは、ＬＴＥベースのフレームにおいて調整され得る。
【０５２７】
ｅノードＢは、送信における連続ギャップを通信リンクのアップリンクにおいてスケジュールすることによって、共存ギャップを確保できる。共存ギャップは、ＬＴＥベースのフレームの、１または複数の空白のサブフレーム、または１または複数のほぼ空白のサブフレームを含むことができる。共存ギャップは、ＬＴＥベースのフレームのサブフレームの第１のガード期間と第２のガード期間の間にスケジュールされ得る。これは、例えば、第１のガード期間と第２のガード期間の間の持続時間として共存ギャップをスケジュールすること、または第１の特別なフレームのダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）の後に開始し、第２の特別なフレームのアップリンクパイロットタイムスロット（ＵｐＰＴＳ）の前で終了するように共存ギャップをスケジュールすることを含むことができる。
【０５２８】
ＬＴＥベースのフレームが、共存ギャップを含み得る共存フレーム、または共存ギャップを含み得ない非共存フレームなどであり得るように、複数のフレームが、共存ギャップを含むことができる。共存ギャップの間、データ、制御、または基準シンボルは、送信され得ない。
【０５２９】
共存フレームおよび非共存フレームの複合から、共存パターンが確立され得る。共存パターンは、共存ギャップのためのデューティサイクルを達成するように、ＬＴＥベースのフレームのグループ上で設定され得る。無線送受信ユニット（ＷＴＲＵ）は、ネットワークアクセスポイントを介してデューティサイクル情報を受信できる。共存ギャップの持続時間は、受信されたデューティサイクル情報に基づいて、アップリンクサブフレームとダウンリンクサブフレームの間でスケジュールされ得る。
【０５３０】
デューティサイクル情報の受信は、共存ギャップの持続時間を示し得る媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を使用して、デューティサイクル情報を受信することを含むことができる。デューティサイクル情報の受信は、共存ギャップと関連付けられ得るＬＴＥベースのフレームのサブフレームのタイプを含む、サブフレームタイプ情報を受信することを含むことができる。
【０５３１】
送信のスケジューリングは、無線送受信ユニット（ＷＴＲＵ）、ネットワークアクセスポイント、またはｅノードＢなどによって、ロングタームエボリューションベース（ＬＴＥベース）の送信をスケジュールすることを含むことができる。送信のスケジューリングは、１または複数のフレームについて、ＬＴＥベースのフレームにおける共存ギャップの位置を決定することを含むことができる。送信のスケジューリングは、ＬＴＥベースのフレームのアップリンクサブフレームまたはＬＴＥベースのフレームのダウンリンクサブフレームなどの一方の間にＬＴＥベースの送信をスケジュールすることを含むことができ、共存ギャップの間に任意の送信をスケジュールすることを含まない。
【０５３２】
ＬＴＥベースの送信の受信は、ＬＴＥベースのフレームのアップリンクサブフレームまたはＬＴＥベースのフレームのダウンリンクサブフレームの残りの一方の間にスケジュールされ得、共存ギャップの間に任意の送信をスケジュールすることを含まない。共存ギャップのスケジューリングは、サブフレームのガード期間と一致し得る。
【０５３３】
共存ギャップは、ＬＴＥベースのフレームのダウンリンクサブフレームとアップリンクサブフレームの間の移行部分に含まれ得る。ＬＴＥベースのフレームの持続時間は、１０ｍｓの期間、またはＬＴＥベースのフレームの共存ギャップの持続時間に基づいた可変持続時間などであり得る。
【０５３４】
ダウンリンクサブフレームおよびアップリンクサブフレームは、ＬＴＥベースのフレーム内のダウンリンクサブフレームの数がＬＴＥベースのフレーム内のアップリンクサブフレームの数と等しくなり得ないように、非対称的にスケジュールされ得る。共存ギャップは、複数の連続するＬＴＥベースのフレームの少なくとも１つの部分に掛かるようにスケジュールされ得る。持続時間が延ばされたＬＴＥベースのガード期間は、ＬＴＥベースのフレームの共存ギャップとしてスケジュールされ得る一方で、ＬＴＥベースのフレームの持続時間は、維持され得る。ＬＴＥベースのフレームのサブフレームの一部または全部は、共存ギャップとしてスケジュールされ得、サブフレームのスケジュールされた一部または全部の間は、送信が行われ得ない。
【０５３５】
共存ギャップは、サブフレームの異なる組の上に展開され得、それによって、アップリンク／ダウンリンク構成の変化に対応できる。ＷＴＲＵは、ＬＴＥベースのフレームに関連付けられた持続時間表示を受信でき、送信のスケジューリングは、ＬＴＥベースのフレームに関連付けられた受信された持続時間表示に基づき得る。
【０５３６】
ｅノードＢは、ＬＴＥベースのフレームに関連付けられたＷｉ−Ｆｉトラフィックの量に基づいて、ＬＴＥベースのフレームに関連付けられ得る持続時間表示を設定できる。ｅノードＢは、持続時間表示をＷＴＲＵに送信できる。送信のスケジューリングは、ＬＴＥベースのフレームに関連付けられた送信された持続時間表示に基づき得る。持続時間表示の設定は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）、および共存ギャップの持続時間の合計が、サブフレームＮ個分の持続時間と等しくなり得るように、共存ギャップの持続時間をｅノードＢによって選択することを含むことができる。持続時間表示の送信は、共存ギャップの開始の前に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および／またはＤｗＰＴＳを使用して、共存ギャップの持続時間に関連付けられた持続時間表示を送信できる。
【０５３７】
異なる無線アクセス技術（ＲＡＴ）通信デバイスに関連する送信を管理する方法が提供され得る。Ｗｉ−Ｆｉベースの通信デバイスは、Ｗｉ−Ｆｉ  ＲＡＴの分散フレーム間隔（ＤＩＦＳ）感知期間がＬＴＥ  ＲＡＴの共存ギャップと一致し得る場合、使用されていないチャネルを感知できる。Ｗｉ−Ｆｉベースの通信デバイスは、少なくとも共存ギャップの間は、使用されていないチャネル上で送信できる。
【０５３８】
時分割複信（ＴＤＤ）通信リンクの送信をスケジュールするための方法が提供され得る。共存ギャップは、ＴＤＤ通信リンクの場合、ＬＴＥベースのフレームのアップリンクサブフレームとダウンリンクサブフレームの間にスケジュールされ得る。ＬＴＥベースのフレームは、一連のＬＴＥベースのフレームのうちの第Ｎのフレームを含むことができる。
【０５３９】
オーバラップするカバレージを有する異なるネットワークの送信を管理する方法が提供され得る。送信は、時分割複信（ＴＤＤ）通信リンクのアップリンクサブフレームとダウンリンクサブフレームの間の共存ギャップを使用してスケジュールされ得る。
【０５４０】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。共存パターンが決定され得る。共存パターンが決定され得る。共存パターンは、第１の無線アクセス技術（ＲＡＴ）と第２のＲＡＴが動的共有スペクトルのチャネルにおいて動作することを可能にし得る、共存ギャップを含むことができる。第１のＲＡＴは、非搬送波感知多重アクセス（非ＣＳＭＡ）システムであり得、第２のＲＡＴは、搬送波感知多重アクセス（ＣＳＭＡ）システムであり得る。例えば、第１のＲＡＴは、ロングタームエボリューション（ＬＴＥ）システムであり得、第２のＲＡＴは、Ｗｉ−Ｆｉシステムであり得る。共存ギャップは、第２のＲＡＴに、第１のＲＡＴから干渉を受けずにチャネルを使用する機会を提供できる。共存パターンは、第１のＲＡＴに関連付けられたオン期間を含むことができる。
【０５４１】
信号は、共存パターンに基づいて、第１のＲＡＴを介して、チャネルにおいて送信され得る。例えば、信号は、オン期間の間に送信され得る。別の例として、信号は、共存パターンを使用して、セル毎の間欠的な送信を実行することによって送信され得る。
【０５４２】
第１のＲＡＴは、第２のＲＡＴがチャネルへのアクセスを獲得することを可能にするために、共存パターンに基づいてサイレントにされ得る。例えば、第１のＲＡＴは、共存ギャップの間、サイレントにされ得る。別の例として、非ＣＳＭＡシステムは、ＣＳＭＡシステムがチャネルへのアクセスを獲得することを可能にするために、共存ギャップの間、サイレントにされ得る。共存パターンに基づいて第１のＲＡＴをサイレントにすることは、第１のＲＡＴおよび第２のＲＡＴに時分割多重を提供し得、第２のＲＡＴは、共存ギャップのことを知り得ない。
【０５４３】
共存パターンを決定することは、共存パターンの期間を決定すること、共存パターンのためのデューティサイクルを決定すること、ならびに／または共存パターンの期間および共存パターンのためのデューティサイクルを使用して、オン期間および共存ギャップを決定することを含み得る。
【０５４４】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。共存ギャップの間にチャネルが利用可能であり得るかどうかが判定され得る。これは、例えば、第１のＲＡＴがチャネル上で送信できるかどうかを送信することによって行われ得る。共存ギャップは、第１の無線アクセス技術（ＲＡＴ）と第２のＲＡＴが、動的共有スペクトルのチャネルにおいて動作することを可能にし得る。第１のＲＡＴに対する干渉を最低限に抑えるパケット持続時間が決定され得る。パケット持続時間に基づいたパケットは、チャネルが利用可能であり得るときに、第２のＲＡＴを使用して、チャネルにおいて送信され得る。例えば、パケットは、決定されたパケット持続時間を使用して、チャネルにおいて送信され得る。
【０５４５】
共存パターンを調整するための方法が提供され得る。第１の無線アクセス技術（ＲＡＴ）についての動的共有スペクトル帯のチャネルにおけるトラフィック負荷が決定され得る。第２のＲＡＴがチャネル上で動作しているかどうかを示す動作モードが決定され得る。第１のＲＡＴと第２のＲＡＴが動的共有スペクトル帯のチャネルにおいて動作することを可能にし得る共存ギャップパターンが決定され得る。共存ギャップパターンについてのデューティサイクルは、トラフィック負荷、動作モード、または共存ギャップのうちの少なくとも１つを使用して設定され得る。
【０５４６】
デューティサイクルは、第２のＲＡＴがチャネル上で動作していることを動作モードが示し、トラフィック負荷が高いものであり得る場合、パーセンテージに設定され得る。デューティサイクルは、第２のＲＡＴがチャネル上で動作していないことを動作モードが示し、トラフィック負荷が高いものであり得る場合、最大に設定され得る。デューティサイクルは、第２のＲＡＴがチャネル上で非協調的に動作していることを動作モードが示す場合、またはトラフィック負荷が高いものであり得る場合、最大に設定され得る。デューティサイクルは、トラフィック負荷が高いものであり得ない場合、最小に設定され得る。デューティサイクルは、トラフィック負荷が高いものであり得ない場合、パーセンテージに設定され得る。
【０５４７】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。共存パターンが決定され得る。第１のＲＡＴと第２のＲＡＴが動的共有スペクトル帯のチャネルにおいて動作することを可能にする共存ギャップを含み得る共存パターンが決定され得る。第１のＲＡＴは、非ＣＳＭＡシステムとすることができ、第２のＲＡＴは、ＣＳＭＡシステムとすることができる。
【０５４８】
共存パターンは、無線送受信ユニット（ＷＴＲＵ）に送信され得る。信号は、共存ギャップの外側の期間の間に、第１のＲＡＴを介して、チャネルにおいて送信され得る。共存パターンは、ＷＴＲＵが、共存ギャップの間、電力を節約するために間欠的な受信期間に入ることを可能にし得る。共存パターンは、ＷＴＲＵが、共存ギャップの間、セル固有参照（ＣＲＳ）ロケーションにおけるチャネル推定の実行を回避することを可能にし得る。共存パターンは、ＷＴＲＵが、共存ギャップの外側では、第２のＲＡＴを使用する、チャネルにおける送信を保留することを可能にし得る。
【０５４９】
動的共有スペクトルにおける共有チャネルを使用するための方法が提供され得る。時分割複信アップリンク／ダウンリンク（ＴＤＤ  ＵＬ／ＤＬ）構成が選択され得る。１または複数のマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームが、ＴＤＤ  ＵＬ／ＤＬ構成のダウンリンク（ＤＬ）サブフレームから決定され得る。１または複数のスケジュールされていないアップリンク（ＵＬ）サブフレームが、ＴＤＤ  ＵＬ／ＤＬ構成のアップリンク（ＵＬ）サブフレームから決定され得る。
【０５５０】
共存ギャップは、１または複数のスケジュールされていないＵＬサブフレームおよびＭＢＳＦＮサブフレームを使用して生成され得る。共存ギャップは、第１の無線アクセス技術（ＲＡＴ）と第２の（ＲＡＴ）が、動的共有スペクトルのチャネルにおいて共存することを可能にし得る。共存ギャップは、デューティサイクルについての共存ギャップを生成するために必要とされるギャップサブフレームの数を決定すること、ギャップサブフレームを、１もしくは複数のスケジュールされていないＵＬサブフレームおよびＭＢＳＦＮサブフレームから選択すること、ならびに／または共存ギャップを、選択された数のギャップサブフレームを使用して生成することによって生成され得る。
【０５５１】
共存ギャップは、ＷＴＲＵに送信され得る。デューティサイクルは、第１のＲＡＴおよび第２のＲＡＴのトラフィックに基づいて決定され得る。ＷＴＲＵに共存ギャップを通知するために、デューティサイクルが、ＷＴＲＵに送信され得る。
【０５５２】
動的共有スペクトル帯におけるチャネルを共有するための無線送受信ユニット（ＷＴＲＵ）が提供され得る。ＷＴＲＵは、共存パターンを受け取ることであって、共存パターンが、第１の無線アクセス技術（ＲＡＴ）、第２のＲＡＴが動的共有スペクトル帯のチャネルにおいて動作することを可能にする、共存ギャップを含み得る、受け取ることと、信号を、共存パターンに基づいて、第１のＲＡＴを介して、チャネルにおいて送信することとを行うように構成され得る、プロセッサを含むことができる。
【０５５３】
プロセッサは、第２のＲＡＴがチャネルへのアクセスを獲得することを可能にするために、共存パターンに基づいて、第１のＲＡＴをサイレントにし得る。これは、例えば、共存ギャップの間、行われ得る。共存ギャップは、第２のＲＡＴに、第１のＲＡＴから干渉を受けずにチャネルを使用する機会を提供できる。プロセッサは、信号をオン期間の間に送信することによって、信号を、共存パターンに基づいて、第１のＲＡＴを介して、チャネルにおいて送信するように構成され得る。
【０５５４】
動的共有スペクトルにおける共有チャネルを使用するためのアクセスポイントが提供され得る。アクセスポイントは、第１の無線アクセス技術（ＲＡＴ）と第２のＲＡＴが動的共有スペクトルのチャネルにおいて動作することを可能にする共存ギャップの間に、チャネルが利用可能であり得るかどうかを判定するように構成され得る、プロセッサを含むことができる。プロセッサは、第１のＲＡＴに対する干渉を最低限に抑えるパケット持続時間を決定するように構成され得る。プロセッサは、パケット持続時間に基づいたパケットを、チャネルが利用可能であるときに、第２のＲＡＴを使用して、チャネルにおいて送信するように構成され得る。プロセッサは、第１のＲＡＴがチャネル上で送信しているかどうかを感知することによって、共存ギャップの間に、チャネルが利用可能であるかどうかを判定するように構成され得る。ロセッサは、パケットを、決定されたパケット持続時間を使用して、チャネルにおいて送信することによって、パケットを、チャネルが利用可能であるときに、第２のＲＡＴを使用して、チャネルにおいて送信するように構成され得る。
【０５５５】
共存パターンを調整するための拡張ノードＢ（ｅノードＢ）が提供され得る。ｅノードＢは、プロセッサを含むことができる。ｅノードＢは、第１の無線アクセス技術（ＲＡＴ）に関する動的共有スペクトル帯のチャネルにおけるトラフィック負荷を決定できる。ｅノードＢは、第２のＲＡＴがチャネル上で動作しているかどうかを示す動作モードを決定できる。ｅノードＢは、第１のＲＡＴと第２のＲＡＴが動的共有スペクトル帯のチャネルにおいて動作することを可能にする共存ギャップパターンを決定できる。ｅノードＢは、トラフィック負荷、動作モード、または共存ギャップのうちの少なくとも１つを使用して、共存ギャップパターンに関するデューティサイクルを設定できる。
【０５５６】
動的共有における共有チャネルを使用するためのＷＴＲＵが提供され得る。ＷＴＲＵは、共存パターンを受け取るように構成され得る、プロセッサを含むことができる。共存パターンは、第１のＲＡＴと第２のＲＡＴが、動的共有スペクトル帯のチャネルにおいて動作することを可能にし得る、共存ギャップを含むことができる。プロセッサは、信号を、共存ギャップの外側の期間の間に、第１のＲＡＴを介して、チャネルにおいて送信するように構成され得る。ＷＴＲＵは、共存ギャップの間、電力を節約するために間欠的な受信期間に入ることができる。ＷＴＲＵは、共存ギャップの間、セル固有参照（ＣＲＳ）ロケーションにおけるチャネル推定の実行を回避できる。
【０５５７】
動的共有スペクトルにおける共有チャネルを使用するためのＷＴＲＵが提供され得る。ＷＴＲＵは、プロセッサを含むことができる。プロセッサは、デューティサイクルを受け取り、デューティサイクルを使用して時分割複信アップリンク／ダウンリンク（ＴＤＤ  ＵＬ／ＤＬ）構成を選択するように構成され得る。プロセッサは、ＴＤＤ  ＵＬ／ＤＬ構成のダウンリンク（ＤＬ）サブフレームから１または複数のマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームを決定し、ＴＤＤ  ＵＬ／ＤＬ構成のアップリンク（ＵＬ）サブフレームから１または複数のスケジュールされていないアップリンク（ＵＬ）サブフレームを決定するように構成され得る。プロセッサは、第１のＲＡＴと第２のＲＡＴが動的共有スペクトルのチャネルにおいて共存することを可能にし得る共存ギャップを、１または複数のスケジュールされていないＵＬサブフレームおよびＭＢＳＦＮサブフレームを使用して決定するように構成され得る。
【０５５８】
上では特徴および要素を特定の組み合わせで説明したが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して送信される）電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータのための無線周波送受信機を実施するために使用することができる。
【図１Ａ】
2018011352.tif 000074
【図１Ｂ】
2018011352.tif 000075
【図１Ｃ】
2018011352.tif 000076
【図１Ｄ】
2018011352.tif 000077
【図１Ｅ】
2018011352.tif 000078
【図２】
2018011352.tif 000079
【図３】
2018011352.tif 000080
【図４】
2018011352.tif 000081
【図５】
2018011352.tif 000082
【図６】
2018011352.tif 000083
【図７】
2018011352.tif 000084
【図８】
2018011352.tif 000085
【図９】
2018011352.tif 000086
【図１０】
2018011352.tif 000087
【図１１】
2018011352.tif 000088
【図１２】
2018011352.tif 000089
【図１３】
2018011352.tif 000090
【図１４】
2018011352.tif 000091
【図１５】
2018011352.tif 000092
【図１６】
2018011352.tif 000093
【図１７】
2018011352.tif 000094
【図１８】
2018011352.tif 000095
【図１９】
2018011352.tif 000096
【図２０】
2018011352.tif 000097
【図２１】
2018011352.tif 000098
【図２２】
2018011352.tif 000099
【図２３】
2018011352.tif 000100
【図２４】
2018011352.tif 000101
【図２５】
2018011352.tif 000102
【図２６】
2018011352.tif 000103
【図２７】
2018011352.tif 000104
【図２８】
2018011352.tif 000105
【図２９】
2018011352.tif 000106
【図３０】
2018011352.tif 000107
【図３１】
2018011352.tif 000108
【図３２】
2018011352.tif 000109
【図３３】
2018011352.tif 000110
【図３４】
2018011352.tif 000111
【図３５】
2018011352.tif 000112
【図３６】
2018011352.tif 000113
【図３７】
2018011352.tif 000114
【図３８】
2018011352.tif 000115
【図３９】
2018011352.tif 000116
【図４０】
2018011352.tif 000117
【図４１】
2018011352.tif 000118
【図４２】
2018011352.tif 000119
【図４３】
2018011352.tif 000120
【図４４】
2018011352.tif 000121
【図４５】
2018011352.tif 000122
【図４６】
2018011352.tif 000123
【図４７】
2018011352.tif 000124
【図４８】
2018011352.tif 000125
【図４９】
2018011352.tif 000126
【図５０】
2018011352.tif 000127
【図５１】
2018011352.tif 000128
【図５２】
2018011352.tif 000129
【図５３】
2018011352.tif 000130
【図５４】
2018011352.tif 000131
【図５５】
2018011352.tif 000132
【図５６】
2018011352.tif 000133
【図５７】
2018011352.tif 000134
【図５８】
2018011352.tif 000135
【図５９】
2018011352.tif 000136
【図６０】
2018011352.tif 000137
【図６１】
2018011352.tif 000138
【図６２】
2018011352.tif 000139
【図６３】
2018011352.tif 000140
【図６４】
2018011352.tif 000141
【図６５】
2018011352.tif 000142
【図６６】
2018011352.tif 000143
【図６７】
2018011352.tif 000144
【図６８】
2018011352.tif 000145
【図６９】
2018011352.tif 000146
【図７０】
2018011352.tif 000147
【図７１】
2018011352.tif 000148
【図７２】
2018011352.tif 000149
【図７３】
2018011352.tif 000150
【図７４】
2018011352.tif 000151
【図７５】
2018011352.tif 000152
【図７６】
2018011352.tif 000153
【図７７】
2018011352.tif 000154
【図７８】
2018011352.tif 000155
【図７９】
2018011352.tif 000156
【図８０】
2018011352.tif 000157
【手続補正書】
【提出日】平成29年10月25日(2017.10.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
共有スペクトルを使用するｅＮｏｄｅＢであって、前記ｅＮｏｄｅＢはプロセッサを備え、前記プロセッサは、
セカンダリセル（ＳＣｅｌｌ）に対するＯＮ／ＯＦＦ時間パターンを決定し、前記ＯＮ／ＯＦＦ時間パターンは、第１の無線アクセス技術（ＲＡＴ）および第２のＲＡＴが前記ＳＣｅｌｌ内で共存できることを保証するＳＣｅｌｌ  ＯＦＦ−ｓｔａｔｅを含み、
前記ＳＣｅｌｌに対する前記ＯＮ／ＯＦＦ時間パターンを使用して無線送受信ユニット（ＷＴＲＵ）に前記ＳＣｅｌｌを介して信号を送る
ように構成されたことを特徴とするｅＮｏｄｅＢ。
【請求項２】
前記信号は、ディスカバリ信号であることを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項３】
前記プロセッサは、前記第２のＲＡＴが前記ＳＣｅｌｌ内で使用されていることを感知するようにさらに構成されたことを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項４】
前記信号は、マスタ情報ブロードキャスト（ＭＩＢ）を含むことを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項５】
前記プロセッサは、前記ＳＣｅｌｌ  ＯＦＦ−ｓｔａｔｅの間、前記第１のＲＡＴを使用している送信を防ぐようにさらに構成されたことを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項６】
前記ＳＣｅｌｌに対する前記ＯＮ／ＯＦＦ時間パターンは、ＳＣｅｌｌ  ＯＮ−ｓｔａｔｅをさらに含むことを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項７】
前記プロセッサは、前記ＳＣｅｌｌ  ＯＮ−ｓｔａｔｅの間、前記信号を送ることにより、前記ＳＣｅｌｌに対する前記ＯＮ／ＯＦＦ時間パターンを使用して前記ＷＴＲＵに前記信号を送るように構成されたことを特徴とする請求項６に記載のｅＮｏｄｅＢ。
【請求項８】
前記プロセッサは、データが前記第１のＲＡＴを介して前記ＷＴＲＵに送られることになるかどうかを決定するようにさらに構成されたことを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項９】
前記プロセッサは、前記ＷＴＲＵに前記ＳＣｅｌｌに対する前記ＯＮ／ＯＦＦ時間パターンを送るように構成されたことを特徴とする請求項１に記載のｅＮｏｄｅＢ。
【請求項１０】
共有スペクトルのチャネルにおいて第１の無線アクセス技術（ＲＡＴ）を使用するｅＮｏｄｅＢであって、前記ｅＮｏｄｅＢはプロセッサを備え、前記プロセッサは、
第２のＲＡＴがセル内で使用されていることを決定し、
セルに対するＯＮ／ＯＦＦ時間パターンを決定し、前記ＯＮ／ＯＦＦ時間パターンは、前記第１のＲＡＴおよび前記第２のＲＡＴが前記セル内で共存できることを保証するＯＦＦ−ｓｔａｔｅを含み、
前記セルに対する前記ＯＮ／ＯＦＦ時間パターンを使用して前記第１のＲＡＴを介して無線送受信ユニット（ＷＴＲＵ）に信号を送る
ように構成されたことを特徴とするｅＮｏｄｅＢ。
【請求項１１】
前記プロセッサは、前記ＷＴＲＵに前記ＯＮ／ＯＦＦ時間パターンを送るようにさらに構成されたことを特徴とする請求項１０に記載のｅＮｏｄｅＢ。
【請求項１２】
前記信号は第１の信号であり、および前記プロセッサは、第２の信号が前記第１のＲＡＴを介して前記共有スペクトルの前記チャネルにおいて送られたことを感知することにより、前記第１のＲＡＴが前記セル内で使用されていることを決定するようにさらに構成されたことを特徴とする請求項１０に記載のｅＮｏｄｅＢ。
【請求項１３】
前記第１のＲＡＴはＷｉ−Ｆｉであり、および、前記第２のＲＡＴはロングタームエボリューション（ＬＴＥ）であることを特徴とする請求項１０に記載のｅＮｏｄｅＢ。
【請求項１４】
前記信号は、ディスカバリ信号であることを特徴とする請求項１０に記載のｅＮｏｄｅＢ。
【請求項１５】
前記信号は、マスタ情報ブロードキャスト（ＭＩＢ）を含むことを特徴とする請求項１０に記載のｅＮｏｄｅＢ。
【請求項１６】
共有スペクトルにおいてチャネルを使用する無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵはプロセッサを備え、前記プロセッサは、
セカンダリセル（ＳＣｅｌｌ）に対するＯＮ／ＯＦＦ時間パターンを決定し、前記ＯＮ／ＯＦＦ時間パターンは、第１の無線アクセス技術（ＲＡＴ）および第２のＲＡＴが前記ＳＣｅｌｌ内で共存できることを保証するＳＣｅｌｌ  ＯＦＦ−ｓｔａｔｅを含み、
前記ＳＣｅｌｌに対する前記ＯＮ／ＯＦＦ時間パターンを使用してｅＮｏｄｅＢから前記ＳＣｅｌｌを介して信号を受信する
ように構成されたことを特徴とするＷＴＲＵ。
【請求項１７】
前記信号は、ディスカバリ信号であることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
前記信号は、マスタ情報ブロードキャスト（ＭＩＢ）を含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１９】
前記プロセッサは、前記ＳＣｅｌｌ  ＯＦＦ−ｓｔａｔｅの間、前記第１のＲＡＴを使用している送信を防ぐように構成されたことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２０】
前記ＳＣｅｌｌに対する前記ＯＮ／ＯＦＦ時間パターンは、ＳＣｅｌｌ  ＯＮ−ｓｔａｔｅをさらに含むことを特徴とする請求項１６に記載のＷＴＲＵ。