(57)【特許請求の範囲】
【請求項１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
複数の共存ギャップパターンを格納するように構成されたメモリであって、前記複数の共存ギャップパターンのそれぞれは、前記ＷＴＲＵに対する送信期間と無音期間とからなるパターンを定義し、複数デューティサイクルの各デューティサイクルに対応する、メモリと、
基地局によって操作されるワイヤレスセルに対するデューティサイクルについての前記基地局から受信される情報に基づいて前記複数の共存ギャップパターンのうちの１つを選択し、前記送信期間において情報を送信し、前記複数の共存ギャップパターンのうちの前記選択された１つの前記無音期間において情報を送信しないように、前記ＷＴＲＵを制御するように構成された制御ユニットと、
を備えるＷＴＲＵ。
【請求項２】
前記無音期間のそれぞれは、透過時分割複信（ＴＤＤ）フレーム全体または整数個のＴＤＤフレームにまたがる、請求項１に記載のＷＴＲＵ。
【請求項３】
前記共存ギャップパターンは、高デューティサイクルまたは中デューティサイクルのうちの一方に対応し、前記高デューティサイクルは、８フレームに１つの透過ＴＤＤフレームを含む共存ギャップパターンに対応し、前記中デューティサイクルは、１フレームおきに１つの透過ＴＤＤフレームを含む共存ギャップパターンに対応する、請求項１に記載のＷＴＲＵ。
【請求項４】
前記受信ユニットは、ワイヤレスシステムに対するシステム情報（ＳＩ）を読み取ることによって前記ワイヤレスシステムに対する前記デューティサイクルに関する前記情報を受信するように構成される、請求項１に記載のＷＴＲＵ。
【請求項５】
前記ワイヤレスシステムに対する前記デューティサイクルに関する情報は、システム情報ブロック１（ＳＩＢ１）、ＳＩＢ２、またはマスター情報ブロック（ＭＩＢ）のうちの１つにおける前記ＳＩでブロードキャストされる、請求項４に記載のＷＴＲＵ。
【請求項６】
ＳＩＢスケジューリングは、ＳＩＢが送信されるＳＩウィンドウがどの透過ＴＤＤフレームともオーバーラップしないように、前記ＳＩＢ１および前記ＳＩＢ２が優先順位付けされるスケジューリングであり、
ＭＩＢスケジューリングは、前記ＭＩＢが、非透過ＴＤＤフレームであるすべてのフレームで送信されるようなスケジューリングである、請求項５に記載のＷＴＲＵ。
【請求項７】
ハイブリッド自動再送要求（ＨＡＲＱ）タイミングは、前記無音期間に使用されるフレームにおいてフリーズされる、請求項１に記載のＷＴＲＵ。
【請求項８】
送信が行われるフレームの後の次の非透過ＴＤＤフレームで肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）メッセージを送信するように構成された送信ユニットをさらに備える、請求項１に記載のＷＴＲＵ。
【請求項９】
前記制御ユニットは、前記共存ギャップに使用されるフレームにおいて制御信号および基準信号を復号することを試みないように前記ＷＴＲＵを制御するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項１０】
ワイヤレスシステムは、ロングタームエボリューション（ＬＴＥ）ワイヤレスシステムであり、前記無音期間は、前記無音期間においてＬＴＥ  ＷＴＲＵからの干渉なしでＷｉＦｉ  ＷＴＲＵが通信できるように定義される、請求項１に記載のＷＴＲＵ。
【請求項１１】
同じスペクトルで動作するワイヤレス送信／受信ユニット（ＷＴＲＵ）同士の共存の方法であって、
ＷＴＲＵが、複数の共存ギャップパターンを格納するステップであって、前記複数の共存ギャップパターンのそれぞれは、前記ＷＴＲＵに対する送信期間と無音期間とからなるパターンを定義し、複数デューティサイクルの各デューティサイクルに対応する、ステップと、
前記ＷＴＲＵが、基地局によって操作されるワイヤレスセルに対するデューティサイクルについての前記基地局から受信される情報に基づいて前記複数の共存ギャップパターンのうちの１つを選択し、前記送信期間において情報を送信し、前記複数の共存ギャップパターンのうちの前記選択された１つの前記無音期間において送信しないステップと、
を含む方法。
【請求項１２】
ワイヤレスシステムは、無線アクセス技術（ＲＡＴ）としてロングタームエボリューション（ＬＴＥ）を使用して送信し、
別のＲＡＴに対応する別のワイヤレスシステム内の少なくとも１つのＷＴＲＵは、前記無音期間において同じスペクトル上で送信し、
前記別のＲＡＴは、ＷｉＦｉである、請求項１１に記載の方法。
【請求項１３】
前記無音期間は、ブランクアップリンク（ＵＬ）サブフレームを含む、請求項１１に記載の方法。
【請求項１４】
前記無音期間は、ブランクダウンリンク（ＤＬ）サブフレームを含む、請求項１１に記載の方法。
【請求項１５】
前記ブランクＤＬサブフレームは、物理制御チャネルまたはデータチャネルを含まず、かつ、ＤＬ基準信号を含まない、請求項１４に記載の方法。
【請求項１６】
無音期間は、ＷｉＦｉシステムに対する十分な長さのギャップが同じチャネル内に共存できるように定義される、請求項１１に記載の方法。
【請求項１７】
無音期間は、時分割複信（ＴＤＤ）アップリンク／ダウンリンク構成の１または複数のブランクサブフレームを含む、請求項１１に記載の方法。
【請求項１８】
送信パターンにおける前記共存ギャップの存在は、高デューティサイクル、中デューティサイクル、または低デューティサイクルのうちの１つに対応し、前記高デューティサイクルは、約８０％から９０％の送信期間を含む少なくとも１つの共存ギャップパターンに対応し、前記中デューティサイクルは、約５０％から６０％の送信期間を含む少なくとも１つの共存ギャップパターンに対応し、前記低デューティサイクルは、約３０％から４０％の送信期間を含む少なくとも１つの共存ギャップパターンに対応する、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【０００２】
関連出願の相互参照
本出願は、参照により本明細書に組み込まれている、２０１２年２月３日に出願した米国特許仮出願第６１／５９４，５８８号明細書および２０１２年１２月６日に出願した米国特許仮出願第６１／７３４，２８１号明細書の利益を主張するものである。
【背景技術】
【０００３】
ワイヤレスネットワークは、元々、想定される負荷（例えば、技術の予測される需要者承認に基づく）に対して、音声またはデータなどの対象となる用途で使用するために設計された。しかし、このようなネットワークは、現在では、利用がますます増える状況にあり、そのような技術の実際の需要者承認はこれまで予期されていなかった。例えば、ワイヤレスネットワークは、一般に、ビデオのストリーミングおよびウェブ閲覧に使用され、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、コーヒー店およびレストラン内にホットスポットのカバレッジを設けるために一般的に使用され、多くの会社が、無線ＬＡＮが単純であるためイーサネットＬＡＮを配線せずに済ませており、ほとんどの住宅は、少なくとも１つのＷｉＦｉアクセスポイントを有している。
【発明の概要】
【０００４】
同じスペクトルで動作するワイヤレス送信／受信ユニット（ＷＴＲＵ）同士の共存のための方法および装置が開示される。ＷＴＲＵは、メモリ、受信ユニット、送信ユニット、および制御ユニットを備える。メモリは、共存ギャップパターン（coexistence gap patterns）を格納する。共存ギャップパターンのそれぞれは、ＷＴＲＵに対する送信期間と無音期間（silent period）とからなるパターンを定義し、各デューティサイクルに対応する。受信ユニットは基地局から、基地局によって操作されるワイヤレスセルに対するデューティサイクルに関する情報を受信する。制御ユニットは、ワイヤレスセルに対するデューティサイクルに関する受信された情報に基づき共存ギャップパターンのうちの１つを選択し、送信ユニットを、複数の共存ギャップパターンのうちの選択された１つの、送信期間には情報を送信し、無音期間には情報を送信しないように制御する。
【図面の簡単な説明】
【０００５】
本発明の詳細は、例えば添付図面と併せて、以下の説明を読むとさらによく理解することができる。
【図１Ａ】１または複数の開示されている実施形態が実装されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用されうる例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】例示的な周期的共存ギャップパターンを示す信号図である。
【図３】すべてのノードが同じ干渉を受ける場合とノードが局在化された干渉を受ける場合のバリエーションを含む図２の例示的な周期的共存ギャップパターンの信号図である。
【図４Ａ】ダウンリンク（ＤＬ）動作モードに対するロングタームエボリューション（ＬＴＥ）アクティブ期間に関して異なるデューティサイクルおよび異なるアライメントを有する周期的共存ギャップパターンの図である。
【図４Ｂ】ダウンリンク（ＤＬ）動作モードに対するロングタームエボリューション（ＬＴＥ）アクティブ期間に関して異なるデューティサイクルおよび異なるアライメントを有する周期的共存ギャップパターンの図である。
【図４Ｃ】０％のデューティサイクルを有する例示的なモードＡキャリア４８０および５０％のデューティサイクルを有する例示的なモードＢキャリア４８２の図４００Ｃである。
【図５Ａ】ｅＮＢ／ホームｅＮＢ（ＨｅＮＢ）が、共存ギャップの選択を制御するためにＷＴＲＵの要求を管理する方法のフロー図である。
【図５Ｂ】同じスペクトルで動作するＷＴＲＵ同士の共存の例示的な方法のフロー図である。
【図６】時分割複信（ＴＤＤ）に対するタイプ２のフレーム構造の図である。
【図７】サブフレームベースの共存ギャップを使用してチャネルを変更する方法の信号図である。
【図８】共存ギャップを作成するために使用されうる例示的な特別なＴＤＤサブフレームの図である。
【図９】ロングタームエボリューション（ＬＴＥ）リリース８および１０におけるＴＤＤ  ＵＬ／ＤＬ構成（configuration）２に対するアップリンク（ＵＬ）ハイブリッド自動再送要求（ＨＡＲＱ）およびダウンリンク（ＤＬ）ＨＡＲＱタイミング関係およびＨＡＲＱプロセスの図である。
【図１０Ａ】ＴＤＤ  ＵＬ／ＤＬ構成２における中デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｂ】ＴＤＤ  ＵＬ／ＤＬ構成２における低デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｃ】ＴＤＤ  ＵＬ／ＤＬ構成２に対する高デューティサイクルのギャップパターンの図である。
【図１０Ｄ】ＴＤＤ  ＵＬ／ＤＬ構成１における高デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｅ】ＴＤＤ  ＵＬ／ＤＬ構成１における中デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｆ】ＴＤＤ  ＵＬ／ＤＬ構成１における低デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｇ】ＴＤＤ  ＵＬ／ＤＬ構成３における高デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｈ】ＴＤＤ  ＵＬ／ＤＬ構成３における中デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｉ】ＴＤＤ  ＵＬ／ＤＬ構成３における低デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｊ】ＴＤＤ  ＵＬ／ＤＬ構成４における高デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｋ】ＴＤＤ  ＵＬ／ＤＬ構成４における中デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｌ】ＴＤＤ  ＵＬ／ＤＬ構成４における低デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｍ】ＴＤＤ  ＵＬ／ＤＬ構成５における高デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｎ】ＴＤＤ  ＵＬ／ＤＬ構成５における中デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１０Ｏ】ＴＤＤ  ＵＬ／ＤＬ構成５における低デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１１Ａ】中デューティサイクルに対するＴＤＤ  ＵＬ／ＤＬ構成１〜５のそれぞれに対するギャップ構成の図である。
【図１１Ｂ】高デューティサイクルに対するＴＤＤ  ＵＬ／ＤＬ構成１〜５のそれぞれに対するギャップ構成の図である。
【図１１Ｃ】低デューティサイクルに対するＴＤＤ  ＵＬ／ＤＬ構成１〜５のそれぞれに対するギャップ構成の図である。
【図１２Ａ】ＴＤＤ  ＵＬ／ＤＬ構成６における中ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１２Ｂ】ＴＤＤ  ＵＬ／ＤＬ構成６における高ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１２Ｃ】ＴＤＤ  ＵＬ／ＤＬ構成６における低ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１３Ａ】ＴＤＤ  ＵＬ構成０に対する中デューティサイクルのギャップパターンの図である。
【図１３Ｂ】ＴＤＤ  ＵＬ構成０に対する高デューティサイクルのギャップパターンの図である。
【図１３Ｃ】ＴＤＤ  ＵＬ構成０に対する低デューティサイクルのギャップパターンの図である。
【図１４Ａ】ＴＤＤ  ＵＬ／ＤＬ構成０における中ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１４Ｂ】ＴＤＤ  ＵＬ／ＤＬ構成０における高ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１４Ｃ】ＴＤＤ  ＵＬ／ＤＬ構成０における低ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの図である。
【図１５Ａ】ＴＤＤ  ＵＬ構成０に対する中デューティサイクルのギャップパターンの図である。
【図１５Ｂ】ＴＤＤ  ＵＬ構成０に対する高デューティサイクルのギャップパターンの図である。
【図１５Ｃ】ＴＤＤ  ＵＬ構成０に対する低デューティサイクルのギャップパターンの図である。
【図１６Ａ】共存ギャップパターンを定義するフレームベースのアプローチに対する高デューティサイクルの共存ギャップパターンの図である。
【図１６Ｂ】共存ギャップパターンを定義するフレームベースのアプローチに対する中デューティサイクルの共存ギャップパターンの図である。
【図１７Ａ】高デューティサイクルに対する管理情報ブロック（ＭＩＢ）送信の図である。
【図１７Ｂ】中デューティサイクルに対するＭＩＢ送信の図である。
【図１８】システム情報ブロック１（ＳＩＢ１）におけるデューティサイクル情報要素（ＩＥ）の変化によりシグナリングされるようなデューティサイクルの変化に関連するタイミングの図である。
【図１９】ＴＤＤ  ＵＬ／ＤＬ構成１に対する例示的な肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）手順の図である。
【図２０Ａ】ＷＴＲＵが周波数内測定を行うための高および中デューティサイクルにおいて利用可能な時間を示す図である。
【図２０Ｂ】隣接するスモールセルが中デューティサイクルを有する場合に高デューティサイクルを有するスモールセルに関連付けられている３つの異なるＷＴＲＵに対して利用可能な時間を示す図である。
【図２０Ｃ】中デューティサイクルを有するスモールセルｅＮＢおよび周波数間測定を実行するための隣接するマクロｅＮＢに関連付けられているＷＴＲＵに対する最良の時間を示す図である。
【図２１】動的に決定されたギャップスケジュールに対する共存の方法を示す図である。
【図２２】共存ギャップを作成するために間欠受信（ＤＲＸ）を使用する方法を示す信号図である。
【図２３】ｅＮＢ／ＨｅＮＢにおける補助セルチャネル局情報（ＣＳＩ）報告のための方法のフロー図である。
【図２４Ａ】ＷＴＲＵにおける補助セルＣＳＩ報告のための方法のフロー図である。
【図２４Ｂ】短いＤＲＸサイクルを有する補助セルデューティサイクルを示す図である。
【図２５】補助セル制御の異なるレベルの間の関係を示す信号図である。
【図２６】ブロードキャスト／マルチキャスト動作モード指示のための動作モードスイッチ指示をシグナリングする信号図である。
【図２７】周波数分割複信（ＦＤＤ）共有モードでの送信に関して予想されうる例示的なＵＬおよびＤＬパターンの図である。
【図２８Ａ】例示的なキャリアアグリゲーションスケジュールを示す図である。
【図２８Ｂ】例示的なキャリアアグリゲーションスケジュールを示す図である。
【図２９】複数の事前構成されたセルの図である。
【図３０】事前構成されたセルがＫ個の事前構成のプールを使用する例示的なシステムの図である。
【図３１】時間の経過によるアクティベーションとセルスワップコマンドを示す例示的なシステムの図である。
【図３２】例示的なＷＴＲＵがセルスイッチを介して動作モード間を遷移するのを示す図である。
【発明を実施するための形態】
【０００６】
図１Ａは、１または複数の開示されている実施形態が実装されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザーに提供する多元接続システムであるものとしてよい。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザーがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなどの１または複数のチャネルアクセス方法を採用することができる。
【０００７】
図１Ａに示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していると理解される。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、ユーザー装置（ＵＥ）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、家庭用電化製品、および同様のものを含みうる。
【０００８】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含みうる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルーター、および同様のものとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることは理解されるであろう。
【０００９】
基地局１１４ａは、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も備えることができる、ＲＡＮ１０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称されうる、特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成されうる。セルは、いくつかのセルセクターにさらに分割されうる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクターに分割されうる。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクター毎にトランシーバを１つずつ含むことができる。別の実施形態では、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を採用することができ、したがって、セルのそれぞれのセクターに対して複数のトランシーバを利用することができる。
【００１０】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい、エアーインターフェース１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して設置することができる。
【００１１】
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなどの、１または複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃでは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアーインターフェース１１６を設置することができる、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを備えることができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を備えることができる。
【００１２】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアーインターフェース１１６を設置することができる、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。
【００１３】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（つまり、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実装することができる。
【００１４】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルーター、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、自動車、キャンパス、および同様のものなどの、局在化されたエリア内でワイヤレス接続を円滑に行えるようにするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。
【００１５】
ＲＡＮ１０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザー認証などの高水準のセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを採用する他のＲＡＮと直接的な、または間接的な通信を行うことができる。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることもある。
【００１６】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能しうる。ＰＳＴＮ１０８は、旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むものとしてよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれる伝送制御プロトコル（ＴＣＰ）、ユーザーデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを採用することができる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００１７】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべてがマルチモード機能（multi-mode capabilities）を備える、つまり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの技術を採用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を採用している可能性のある、基地局１１４ｂと通信するように構成されうる。
【００１８】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１０６、リムーバブルメモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を備えることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら前記の要素の任意の部分的組み合わせを備えることができる。
【００１９】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の種類の集積回路（ＩＣ）、状態機械、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境内で動作することを可能にする他の機能性を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内にまとめて集積化されうることが理解される。
【００２０】
送信／受信要素１２２は、エアーインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されうる。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成されうる。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信し、および／または受信するように構成されうる。
【００２１】
それに加えて、図１Ｂには送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えることができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。そのため、一実施形態において、ＷＴＲＵ１０２は、エアーインターフェース１１６上でワイヤレス信号を送信し受信するための２またはそれ以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。
【００２２】
トランシーバ１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されうる。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含むことができる。
【００２３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され、またそこからユーザー入力データを受け取ることができる。プロセッサ１１８は、ユーザーデータをスピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、非リムーバブルメモリ１０６および／またはリムーバブルメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。非リムーバブルメモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または他の種類のメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態において、プロセッサ１１８は、サーバーもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００２４】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ１０２内の他のコンポーネントに分配し、および／または制御するように構成されうる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４としては、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものが挙げられる。
【００２５】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成されうる、ＧＰＳチップセット１３６にも結合されうる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアーインターフェース１１６上で位置情報を受信し、および／または２もしくはそれ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができることが理解される。
【００２６】
プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくはワイヤレス接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを備えうる、他の周辺機器１３８にさらに結合されるものとしてよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および同様のものを含むことができる。
【００２７】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４では、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。
【００２８】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを備えることができるが、ただし、ＲＡＮ１０４は、一実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを備えることができると理解される。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを備えることができる。一実施形態において、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００２９】
ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザーのスケジューリング、および同様のものを処理するように構成されうる。図１Ｃに示されているように、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３０】
図１Ｃに示されているコアネットワーク１０６はモビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことが理解される。
【００３１】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され、制御ノードとして使用されうる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラーアクティベーション／デアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービングゲートウェイの選択、および同様のものを行う役割を有していてもよい。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能も備えることができる。
【００３２】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されうる。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でデータパケットの経路選択および回送を実行することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバー時のユーザープレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になったときにページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、格納すること、および同様の操作などの、他の機能も実行することができる。
【００３３】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００３４】
コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバー）を備えるか、またはそれと通信することができる。それに加えて、コアネットワーク１０６によって、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、ネットワーク１１２にアクセスすることが可能になる。
【００３５】
今日のワイヤレスネットワークは時間をかけて発展し、利用可能なアプリケーションの増大する要求に応えてきたが、これらは提供される最大スループットに関してその限界に達し始めている。増大する需要に対処するため、ワイヤレスネットワークは、大部分、その免許スペクトルをより効率的に使用することを目指して発展してきた。いくつかの場合において、これは、これらの利益がこれらの利益を獲得するために必要な労力または変化に比べて小さいものとなる地点に至ろうとしている。これの解決方法の１つは、運用に用いられる新しいスペクトルを見つけることでありうる。潜在的スペクトルは、多くの帯域で利用可能でありうる（例えば、免許および免許不要、または動的スペクトル共有（ＤＳＳ）帯域）。この新しいスペクトルでは、スループットの不足は、多くのメカニズムによって解消されうる。例えば、ワイヤレスシステムは、何らかの形態の負荷分散を使用することができ、これにより、幾人かのユーザーがこの新しいスペクトルで運用するようにできる。あるいは、これらのワイヤレスシステムは、ユーザーへの／ユーザーからの送信がスペクトルの複数のチャンクにわたってアグリゲートされうるキャリアアグリゲーションを使用することができ、これらのチャンクのうちの１または複数は、免許不要スペクトル上にあるものとしてよい。本明細書で説明されている実施形態において、免許不要スペクトル上のキャリアアグリゲーションモードで動作するセルは、補助セルと称され、キャリアは、補助キャリアと称されうる。
【００３６】
この潜在的な新しいスペクトルとして使用されうる免許不要帯域の一例（例えば、キャリアアグリゲーションの）は、ＴＶホワイトスペース（ＴＶＷＳ）と称される。概して、ＴＶＷＳは、他の用途（例えば、ＴＶ配信またはワイヤレスマイクロホンの用途）に予約されていない極超短波（ＵＨＦ）帯域および超短波（ＶＨＦ）帯域のスペクトルを表す。ＴＶＷＳの少なくとも一部は、ＴＶ伝送がアナログからデジタルに移行し、ＴＶ伝送に使われなくなったスペクトルのいくつかの部分を解放した結果であった。米国連邦通信委員会（ＦＣＣ）は、無免許（またはセカンダリ）ユーザーがインカンベント（またはプライマリ）ユーザーへの干渉を最小限度に抑える措置を講じることを前提に、さまざまな無免許用途にＴＶＷＳ周波数を解放してきた。
【００３７】
ワイヤレスネットワークは、増大する需要について行く必要があるため、ＤＳＳ帯域におけるロングタームエボリューション（ＬＴＥ）などのワイヤレスネットワークの実装が検討されている。しかし、このような帯域は、例えば、ＬＴＥネットワーク以外のユーザーによる使用に利用可能であるため、そのようなネットワークは、ワイヤレスネットワークと同じスペクトルの他のユーザーとの間の共存が可能なように適応させる必要がある。本明細書で説明されている実施形態では、ＬＴＥネットワークなどのワイヤレスネットワークに、ワイヤレスネットワークまたはスモールセル通信事業者（スタンドアロン型のスモールセルにおけるＬＴＥ時分割複信（ＬＴＥ−ＴＤＤ）通信事業者など）と同じスペクトル（例えば、ＷｉＦｉ）の他のユーザーとの間の共存を可能にする機能拡張を施す。
【００３８】
ＤＳＳ帯域内の他のセカンダリユーザーとＬＴＥとの共存のための非協調的方法は、共存ギャップの使用を含みうる。このような方法は、ＬＴＥ送信における無音期間（または共存ギャップ）を使用して、他のネットワークに、同じ帯域内で稼働する機会を与えることを含みうる。それぞれの共存ギャップにおいて、すべてのＬＴＥエンティティは送信を停止しうる。共存ギャップが終わる毎に、ＬＴＥ  ｅＮＢは、チャネルの利用可能性を評価することを試みずにダウンリンク（ＤＬ）送信を再開することができる。
【００３９】
図２は、例示的な周期的共存ギャップパターン２０２の信号図２００である。図２に示されている例示的な周期的共存ギャップパターン２０２は、交互に繰り返すＬＴＥ  ＤＬ送信期間２０４（ＬＴＥ  ＯＮ、ＬＴＥアクティブ期間、またはＴON）と共存ギャップ２０６（ＬＴＥ  ＯＦＦ、ＬＴＥ  ＤＴＸ期間、またはＴOFF）を含む周期的ＯＮ−ＯＦＦ送信を有する。図２に示されている共存パターン（ＣＰＰ）の期間は、以下の式によって定義されうる。
【００４０】
（１）ＣＰＰ＝ＴON＋ＴOFF
共存パターンのデューティサイクル（ＣＰＤＣ）は、以下の式によって定義されうる。
【００４１】
（２）ＣＰＤＣ＝ＴON／（ＴON＋ＴOFF）
【００４２】
ＣＰＰは、固定される（例えば、ギャップの周波数とＬＴＥの遅延時間およびサービス品質（ＱｏＳ）への影響との間のトレードオフの関係に基づき設定された値を持つ無線リソース構成（ＲＲＣ）において静的に設定される）か、またはトラフィック条件および他のユーザー（例えば、ＷｉＦｉユーザー）の存在に適応するように動的に変更されうる。ＣＰＤＣは、他のセカンダリユーザーのトラフィックおよび存在の関数として変化しうる半静的パラメータとすることができる。
【００４３】
図３は、すべてのノードが同じ干渉を受ける場合とノードが局在化された干渉を受ける場合のバリエーションを含む図２の例示的な周期的共存ギャップパターンの信号図３００である。すべてのノードが同じ干渉を受ける実施形態では、ノードが例えばワイヤレスアクセスポイント（ＡＰ）からは見えているが、ＡＰと通信している他のノードからは見えていないときに生じる、隠れ端末問題は、生じない。しかし、隠れ端末問題は、ノードが局在化された干渉を受ける実施形態では生じる可能性がある。図３に示されている例では、周期的共存ギャップパターン２０２は、図２に示されているのと同じである。要素３０４、３０６、および３０８は、他のネットワーク（例えば、ＷｉＦｉ）に対する異なる例示的な送信パターンである。
【００４４】
送信パターン３０４および３０６に関して、すべてのノードは同じ干渉を受け、したがって、隠れ端末問題は生じない。ここで、共存ギャップ２０６ａおよび２０６ｂにおいて、ＷｉＦｉまたは他のネットワークノードは、利用可能なチャネルを検出して、パケットの送信を開始することができる。パターン３０４については、ＷｉＦｉノードはより長いパケットを送信し、パターン３０６については、ＷｉＦｉノードはより短いパケットを送信する。ＷｉＦｉノードがより長いパケットを使用するパターン３０４については、共存ギャップにおいて送信された最後のＷｉＦｉパケットは、次のＬＴＥ  ＤＬ送信（３１４ａ）上でオーバーラップし、そのため干渉を生じる。しかし、ＷｉＦｉノードがより短いパケットを使用するパターン３０６については、共存ギャップにおいて送信された最後のＷｉＦｉパケットは、次のＬＴＥ  ＤＬ送信（３１４ｂ）上で、より長いＷｉＦｉパケット送信に比べて小さな程度のオーバーラップを生じうるか、またはまったくオーバーラップしないこともある。したがって、ＷｉＦｉパケットが長ければ長いほど、ＬＴＥ  ＯＮ期間の始めのＬＴＥ−ＷｉＦｉ間干渉の潜在的持続時間は長くなる。したがって、長いパケットを使用するＷｉＦｉ送信では結果として、より短いＷｉＦｉパケット送信に比べてＬＴＥスループットの低下は大きくなりうることが予想される。
【００４５】
送信パターン３０８に関して、ノード同士の間の干渉は局在化され、その場合、隠れ端末問題が生じうる。ここで、ＷｉＦｉノードは、ＬＴＥ送信を検出すること、またはＬＴＥ送信まで遅らせることができず、したがって、これらは、ＬＴＥ共存ギャップ２０６ａおよび２０６ｂならびにＬＴＥ  ＯＮ期間２０４ａおよび２０４ｂにおいて両方を送信し、その結果、オーバーラップ干渉のランダムな期間３１４ｃ、３１４ｄ、３１４ｅ、３１４ｆ、３１４ｇ、３１４ｈ、および３１４ｉが生じうる。ＷｉＦｉノードは、例えば、ＷｉＦｉが非ＷｉＦｉシステムの検出に高い閾値（例えば、２０ＭＨｚ帯域幅に対して−６２ｄＢＭ）を使用することがあるため、ＬＴＥ  ＯＮにおいてＬＴＥ送信を検出することができず、したがって、このシナリオでは、−６２ｄＢＭの閾値より低いＬＴＥ送信は、ＷｉＦｉノードによって検出されない。
【００４６】
図４Ａおよび４Ｂは、ＤＬ動作モードに対するＬＴＥアクティブ期間に関して異なるデューティサイクルおよび異なるアライメントを有する周期的共存ギャップパターンの図である。これらの例に対して、免許不要スペクトルがキャリアアグリゲーションモードで使用され、アグリゲーションは免許帯域におけるプライマリセル（ＰＣｅｌｌ）とのものである。図４Ａおよび４Ｂのそれぞれの例示的なプライマリセル４０２および４１０はフレームサイズが１０ｍｓであり、それぞれのフレームは０から９までの番号を振られた１ｍｓのサブフレームを含む。補助セル４０４／４１２、４０６／４１４、および４０８／４１６のそれぞれは、異なるデューティサイクルを有する。補助セル４０４および４１２は、例えば、５：５または５０％のデューティサイクルを有する。図４Ａおよび４Ｂに例示されているように、これは、５ｍｓの共存ギャップが１０ｍｓおきに生じることを意味している。別の例では、補助セル４０６および４１４は、７：３または３０％のデューティサイクルを有する。図４Ａおよび４Ｂに例示されているように、これは、３ｍｓの共存ギャップが１０ｍｓおきに生じることを意味している。別の例では、補助セル４０８および４１６は、９：１または１０％のデューティサイクルを有する。図４Ａおよび４Ｂに例示されているように、これは、１ｍｓの共存ギャップが１０ｍｓおきに生じることを意味している。図４Ａでは、補助キャリア４０４、４０６、および４０８にまたがる共存ギャップは、ＬＴＥアクティブ期間の始まりのところでアライメントされる。図４Ｂでは、補助キャリア４１２、４１４、および４１６にまたがる共存ギャップは、ＬＴＥアクティブ期間の終わりのところでアライメントされる。ＬＴＥアクティブ期間の始まりのところでアライメントされた補助キャリアについて、アクティブ期間における第１のサブフレームは、サブフレーム＃９に設定されうる。これは、補助セル同期信号を伝送することができる、サブフレーム０が、ＬＴＥアクティブ期間内の第２のサブフレームであり、結果として、アクティブ期間の始まりのところで存在しうる有害なセカンダリユーザー干渉からいくぶん保護されうることを保証することができる。
【００４７】
図４Ａおよび４Ｂに例示されている補助キャリアのそれぞれについて、ｅＮＢ／ＨｅＮＢは、非ゼロのデューティサイクルを使用することができ、ＬＴＥアクティブ期間は、少なくとも１つのサブフレームである。この動作モードは、本明細書ではモードＢと称されうる。ｅＮＢ／ＨｅＮＢは、１つのＷＴＲＵがキャリアをアクティブに使用しているとすぐにこの動作モードを使用することができる。ｅＮＢ／ＨｅＮＢは、ＬＴＥアクティブ期間において基準シンボルおよびデータを送信することができる。デューティサイクルが短いモードＢの動作では、ｅＮＢ／ＨｅＮＢは、同期信号の送信頻度を、例えば、１０ｍｓおきに１回に減らすことができる。
【００４８】
補助キャリアは、これ以降モードＡと称される特別な０％のデューティサイクルで動作することもできる。このモードでは、ｅＮＢ／ＨｅＮＢは、データトラフィックにこれらの補助キャリアを使用するのを差し控えることができる。むしろ、ｅＮＢ／ＨｅＮＢは、同期信号（例えば、ＰＳＳおよびＳＳＳ）およびパイロットまたは基準シンボルの制限されたセットを定期的に送信するように補助キャリア上の送信を制限することができる。例えば、これは、サブフレーム０の第１のスロットで行われうる。モードＡのキャリアでの活動は制限されうるので、これは、このキャリア上で他のセカンダリユーザーへの最小の干渉を引き起こしうる。このモードは、ｅＮＢ／ＨｅＮＢによって、（例えば、これらのキャリア上で信号受信をテストするため）まだ稼働していない可能性のある、補助キャリア上の周波数間測定を構成するために使用されうる。ｅＮＢ／ＨｅＮＢは、多数のモードＡキャリアをアクティベートし、これらのキャリアに対して周波数間測定を実行するようにＷＴＲＵを構成することができる。
【００４９】
図４Ｃは、０％のデューティサイクルを有する例示的なモードＡキャリア４８０および５０％のデューティサイクルを有する例示的なモードＢキャリア４８２の図４００Ｃである。例示的なモードＡキャリア４８０では、セルは、単一のスロット同期信号およびＲＳのみを送信し、ＲＳＲＰ／ＲＳＲＱの測定を行えるようにすることができる。例示的なモードＢキャリア４８２では、セルは、同期信号、ＲＳ、およびデータをＯＮサイクルにおいて送信することができる。
【００５０】
ＤＳＳセルによって使用される共存ギャップは、セル規模であるものとしてよい。一実施形態において、ｅＮＢまたはホームｅＮＢ（ＨｅＮＢ）は、ＤＳＳセルに対して複数の共存ギャップを構成することができ、与えられた時刻においてそのうちの１つのみがアクティブであるものとしてよい。しかし、ｅＮＢ／ＨｅＮＢは、例えば、セカンダリユーザーシステム（例えば、ＷｉＦｉ）の有無に応じて共存ギャップのサイズを変えることができる。ｅＮＢまたはＨｅＮＢは、セカンダリシステム上の負荷を測定して、共存ギャップのサイズをさらに手直しすることができるものとしてよい。
【００５１】
別の実施形態では、セル内の１または複数のＷＴＲＵは、現在運用中のセルのものと異なる共存ギャップのサイズを必要とする場合がある。例えば、ｅＮＢ／ＨｅＮＢは、スペクトル上でセカンダリユーザー干渉を感知せず、したがって、非常に短い共存ギャップ（例えば、１０ｍｓおきに１ｍｓ）を持つセルを運用することができる。しかし、特定のＷＴＲＵは、別の無線アクセス技術（ＲＡＴ）上でアクションを実行するのにより長い共存ギャップを必要とする可能性がある。ここで、セルは、セル全体に対して共存ギャップを動的に変更するか、または既存の共存ギャップを保持することができるが、要求されたより長い共存ギャップ（例えば、１０ｍｓおきに５ｍｓ）を使用することを効果的に可能にし、要求側ＷＴＲＵが要求されたアクションを実行する時間的余裕をさらに与えられるように要求側ＷＴＲＵをスケジュールすることができる。
【００５２】
より具体的な例では、ＷＴＲＵは、ＷｉＦｉとＬＴＥの両方を同時に使用している可能性がある。ＷｉＦｉおよびＬＴＥシステムは独立して動作するので、ＷＴＲＵは、ＷｉＦｉ  ＷＴＲＵおよびＬＴＥ  ＷＴＲＵの両方であってよく、互換性のないいずれかのシステム上で同時実行手順を実行する必要がありうる。例えば、ＷｉＦｉ  ＷＴＲＵは、節電モードに入り、ビーコンｘ個おきに１つのみ監視し、その後、スリープすることができる。ここで、ＲＲＣは、ＷＴＲＵに対して２つの異なる共存ギャップを構成することができる。ＷＴＲＵがＷｉＦｉ節電モードに入ると、それは、ｅＮＢ／ＨｅＮＢにこれをシグナリングし、ｅＮＢ／ＨｅＮＢは、共存ギャップを別の事前構成された共存ギャップ（例えば、最低のアイドルデューティサイクル）に変更するメッセージを送信することができる。ＷｉＦｉ節電モードを抜け出たとき、または局がそれがＷｉＦｉ上で送信されるべきデータの量を増やす必要があることを検出したときに、ＷＴＲＵは、これをｅＮＢ／ＨｅＮＢにシグナリングすることができる。ｅＮＢ／ＨｅＮＢは、共存ギャップを他の事前構成された共存ギャップ（例えば、最高のアイドルデューティサイクル）に変更するメッセージを送信することができる。
【００５３】
図５Ａは、ｅＮＢ／ＨｅＮＢが共存ギャップの選択の制御に対するＷＴＲＵの要求を管理する例示的な方法のフロー図５００Ａである。図５Ａに示されている例では、ＷＴＲＵ５０２および５０６、ならびにｅＮＢ／ＨｅＮＢ５０４は、システム情報（ＳＩ）を交換する（５０８）。ＷＴＲＵ５０２は、ｅＮＢ／ＨｅＮＢ５０４がセルに対して現在使用しているのと異なる共存ギャップで動作する必要があり、それは、それが共存ギャップ選択の制御を必要とすることをｅＮＢ／ＨｅＮＢ５０４に通知する（５１０）。一実施形態において、これは、ＷＴＲＵ５０２の能力転送の一部であるか、または専用ＲＲＣメッセージを介して送信されうる。ＷＴＲＵ５０２からこの情報を受信した後、ｅＮＢ／ＨｅＮＢ５０４は、セルに対する現在使用されているセル規模の共存ギャップ、さらには他の、事前構成されているが、アイドル状態にある共存ギャップを持つようにＷＴＲＵ５０２を構成することができる（５１２）。ＷＴＲＵ５０２は、後から、それがセル規模のギャップを使用して動作することはもはやできないが、他の、事前構成されているが、アイドル状態にあるギャップのうちの１つを使用することを選好するであろうと判定することができる（５１４）。ここで、ＷＴＲＵ５０２は、それの選好を、ＭＡＣ制御要素（ＣＥ）または他のシグナリングメカニズムを使用してｅＮＢ／ＨｅＮＢ５０４に送信することができる（５１６）。
【００５４】
上で説明されているように、他の、事前構成されているが、アイドル状態であるギャップのうちの１つを使用するＷＴＲＵ５０２からの要求を解決するためにｅＮＢ／ＨｅＮＢ５０４に利用可能な異なるオプションがありうる。オプション５１８では、ｅＮＢ／ＨｅＮＢ５０４は、セル規模の共存ギャップを変更することができる（５２０）。ここで、ｅＮＢ／ＨｅＮＢ５０４は、例えば、ＷＴＲＵのそれぞれ（例えば、ＷＴＲＵ５０２および５０６）に新しい共存ギャップを通知することによってセル内のすべてのＷＴＲＵに対して共存ギャップを再構成することができる（５２２／５２４）。オプション５２６では、ｅＮＢ／ＨｅＮＢ５０４は、ＷＴＲＵ５０２に対する共存ギャップのみを構成することを決定することができる（５２８）。ここで、ｅＮＢ／ＨｅＮＢ５０４は、ＭＡＣ  ＣＥまたは他のシグナリングメカニズムをＷＴＲＵ５０２に送信して、それが要求された事前構成されている共存ギャップを使用できることをそれに通知することができる（５３０）。ｅＮＢ／ＨｅＮＢ５０４は、有効なスケジューリングを通じてＷＴＲＵ５０２に対する新しい共存ギャップを管理することができる（５３２）。
【００５５】
いくつかの状況において、ＬＴＥセルは、動的および共有スペクトル上でのみ動作することができる。例えば、新規参入者は、免許スペクトルへのアクセス権を有せず、したがって、ＬＴＥをＤＳＳ帯域に展開する必要がありうる。別の例では、スモールセルは、マクロセルオーバーレイが免許スペクトルで動作している場合のみ動的および共有スペクトルにおいて展開されうる。この例では、マクロセルおよびスモールセルは、異なる帯域で動作しうるので、これはそれらの間の干渉問題をなくすことができる。しかし、スモールセルそれ自体は、免許スペクトルでは動作しえないので、ＤＳＳで動作しているセルは、ＬＴＥシステムを免許スペクトルにおいてセルにアンカーすることができない可能性がある。この状況は、本明細書では、スモールセルはスタンドアロンのＤＳＳ帯域で動作すると称されうる。
【００５６】
新規参入者は、多くの理由からそれらの自ネットワークを展開するよう動機付けされうる。携帯電話通信事業者は、多くの場合にゲートキーパーであり、新規参入者が提供することを望むと思われる新しいサービスをブロックする可能性がある。しかし、新規参入者の、その自ネットワークの展開は、それがそのような新しいサービスをエンドカスタマーに見せるか、または紹介することを可能にしうる。さらに、新規参入者は、エンドカスタマーとの月額課金関係を有していない場合があり、スモールセルネットワークによって提供される基本的な接続性は、これらの新規参入者がエンドカスタマーに月額料金を請求することを可能にしうる。それに加えて、新規参入者はセルラー接続性を有しないデバイスで、高い月額料金を支払いたくないマーケットセグメント（例えば、タブレット型パーソナルコンピュータ（ＰＣ）および電子ブックリーダーのユーザー）に対処することが多い。最後に、新規参入者によっては、ＴＶＷＳ技術の開発およびロビー活動に相当の投資をすでに行っていることがある。このような新規参入者がそれらの自ネットワークを展開できるようにするため、セルラー技術が、ＴＶＷＳなどのスモールセルならびに共有および動的スペクトルを使用してそれらが展開されるように採用される必要がありうる。
【００５７】
動的および共有スペクトル上でのみ動作するＬＴＥセル（例えば、新規参入者およびスタンドアロンのＢＳＳで動作しているスモールセル）と共有スペクトルの他のユーザー（ＷｉＦｉユーザーなど）との共存を可能にし、または改善することができる実施形態が本明細書では説明されている。このような一実施形態は、サブフレームベースの共存ギャップの使用を含む。このような別の実施形態は、フレームベースの共存ギャップの使用を含む。このような別の実施形態は、非繰り返しパターンベースのアプローチを使用する共存ギャップの使用を含む。このような別の実施形態は、共存ギャップの生成に対する新しい間欠受信（ＤＲＸ）サイクルの使用を含む。
【００５８】
これらの実施形態のそれぞれについて、任意の数の異なる共存ギャップパターンが定義され、ＷＴＲＵに提供されうる。ＷＴＲＵは、ｅＮＢによってＷＴＲＵに提供される情報に基づき与えられた時点における送信に関して適用すべき定義済みの共存ギャップパターンのうちの１つを選択することができる。ＷＴＲＵが異なるギャップサイズを使用することを要求する一実施形態について、例えば、ｅＮＢによってＷＴＲＵに提供される情報は、異なる共存ギャップパターンのうちの特定の１つを使用するようにセル内のＷＴＲＵのすべてを構成するシグナリング、または異なる共存ギャップパターンのうちの特定の１つを使用して要求側ＷＴＲＵが動作するよう指令するシグナリングを含みうる。サブフレームベースの、またはフレームベースの共存ギャップが使用される実施形態については、ｅＮＢによってＷＴＲＵに提供される情報は、例えば、異なる共存ギャップパターンのうちの特定の１つに対応しうる適用すべき特定のデューティサイクルに関する情報を含むことができる。
【００５９】
図５Ｂは、同じスペクトルで動作するＷＴＲＵ同士の共存の例示的な方法５００Ｂのフロー図である。図５Ｂに示されている例示的な方法において、ＷＴＲＵは、多数の共存ギャップパターンを格納する（５５０）。共存ギャップパターンのそれぞれは、ＷＴＲＵに対する送信期間と無音期間とからなるパターンを定義することができ、複数のデューティサイクルのうちの各デューティサイクルに対応しうる。ＷＴＲＵは、基地局によって操作されるワイヤレスセルに対するデューティサイクルに関して基地局（例えば、ｅＮＢまたはＨｅＮＢ）からデューティサイクルに関する情報を受信することができる（５５２）。ＷＴＲＵは、ワイヤレスセルに対するデューティサイクルに関する受信された情報に基づき共存ギャップパターンのうちの１つを選択することができる（５５４）。ＷＴＲＵは、複数の共存ギャップパターンのうちの選択された１つの、送信期間には送信し、無音期間には送信しないようにできる。
【００６０】
一実施形態において、無音期間は、ＷＴＲＵへの、およびＷＴＲＵからのすべての送信が存在しない期間である。しかし、いくつかの実施形態では、基準および／または同期シンボル（例えば、ＰＳＳ／ＳＳＳ）の最小送信が許容されうる。複数のデューティサイクルが、所定の数ｋのデューティサイクルを含むことができ、そのそれぞれは、対応する共存ギャップパターンにおける無音期間に対する送信期間のパーセンテージの範囲を表すものとしてよい。
【００６１】
ＤＳＳ帯域において周波数分割複信（ＦＤＤ）の代わりにＴＤＤを使用することにはいくつかの利点がありうる。ＴＤＤは１つの周波数帯域のみを必要とし、ＵＬおよびＤＬオペレーションに対する一対の分離された周波数チャネルを見つけることに比べて、単一の好適なＤＳＳ周波数チャネルを見つける方が容易でありうる。さらに、ＤＳＳ帯域の性質により、ＦＤＤシステムにおいて現在使用されているＵＬとＤＬとの間の固定された二重分離を定義することが困難になる可能性がある。それに加えて、２つの周波数帯域がＦＤＤによって使用される場合、ＴＤＤおよびその単一のチャネルの場合に比べて２つのチャネルのどれかでインカンベントユーザーに干渉する機会が多くなる。さらに、単一の周波数帯域上のインカンベントユーザーの検出は、２つの帯域の場合に比べて容易である。最後に、単一の周波数帯域上の非対称ＤＬ／ＵＬデータ接続を許容することは、チャネル帯域幅が最適化されている動的スペクトル割り当てシステムと比較的よく適合しうる。したがって、本明細書で説明されている実施形態のうちの少なくともいくつかは、ＴＤＤの使用に依存し、したがって、ハイブリッド自動再送要求（ＨＡＲＱ）手順に関わるＵＬサブフレームとＤＬサブフレームとの間の関係により必要になりうるＴＤＤ−ＬＴＥにおける既存のＨＡＲＱ手順に変更を導入する実施形態についても本明細書で説明されている。
【００６２】
図６は、ＴＤＤに対するタイプ２のフレーム構造６００の線図である。例示されているタイプ２のフレーム構造６００において、それぞれの無線フレーム６０２は、長さが１０ｍｓあり、それぞれの長さが１ｍｓである１０個のサブフレーム６１０、６１１、６１２、６１４、６１６、６１８、６１９、６２０、６２２、および６２４、ならびにそれぞれの長さが５ｍｓである２つの半フレーム６０４から構成される。それぞれのサブフレームは２つのスロット６０６から構成される。
【００６３】
ＴＤＤにおいて、サブフレームは、ＵＬサブフレーム、ＤＬサブフレーム、またはスペシャルサブフレームのいずれかとすることができる。例示されているタイプ２のフレーム構造６００において、サブフレーム６１１および６１９はスペシャルサブフレームであり、それぞれ、ＤＬパイロットタイムスロット（ＤｗＰＴＳ）６２６およびＵＬパイロットタイムスロット（ＵｐＰＴＳ）６３０、さらには干渉回避用のＤＬからＵＬへの遷移に対するガード期間６２８を含む。タイプ２のフォーマットに対するスペシャルサブフレームで送信されうるチャネルのタイプにはいくつかの制限が課されうる。例えば、スペシャルサブフレームは、それにマッピングされる物理ＵＬ制御チャネル（ＰＵＣＣＨ）を有しえない。フレーム構造の違いの結果、基準信号および共有チャネル（ＳＣＨ）などの、いくつかのチャネルおよび信号の配置／ロケーションが異なりうる。
【００６４】
ＴＤＤでは、７つの可能なＵＬ／ＤＬ構成（例えば、ＵＬ、ＤＬ、およびスペシャルサブフレームの配置構成）に対応することができ、これはセル毎に静的に構成されうる。７つのＵＬ／ＤＬ構成０〜６のそれぞれについて、ＴＤＤに対する最大数のＤＬ  ＨＡＲＱプロセスおよびＵＬ  ＨＡＲＱプロセスが指定されうる。以下の表１では、７つのＵＬ／ＤＬ構成０〜６のそれぞれに対するＤＬ  ＨＡＲＱプロセスの例示的な最大数を指定し、以下の表２では、７つのＵＬ／ＤＬ構成０〜６のそれぞれに対するＵＬ  ＨＡＲＱプロセスの例示的な最大数を指定している。
【００６５】
【表１】
0006006336.tif 000002
【００６６】
【表２】
0006006336.tif 000003
【００６７】
一実施形態において、共存ギャップは、ブランクＴＤＤサブフレームの集合として定義されうる（サブフレームベースのアプローチ）。ブランクサブフレームは、その間はｅＮＢもｅＮＢの制御の下にあるどのＷＴＲＵも送信しえないＵＬ、ＤＬ、またはスペシャルサブフレームであるものとしてよい。ＤＬブランクサブフレームは、物理制御またはデータチャネル（例えば、物理ＤＬ制御チャネル（ＰＤＣＣＨ）および物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を含む）も、ＤＬ基準シンボルも含みえない。
【００６８】
ｅＮＢの制御の下にあるすべてのＷＴＲＵは、ブランクサブフレームの存在を認識させられうる。ＵＬサブフレームについて、ＷＴＲＵは、ブランクサブフレーム上で送信することを許容されえない。その結果、ＰＵＣＣＨおよびＰＵＳＣＨは、これらのサブフレーム上で定義されず、ＷＴＲＵは、これらのサブフレームのいずれかで無線アクセスチャネル（ＲＡＣＨ）またはサウンディング基準信号（ＳＲＳ）を送信することができない。
【００６９】
ＴＤＤに対する共存ギャップを定義するサブフレームベースのアプローチは、影響を最小限に抑えつつＴＤＤ−ＬＴＥに対する既存の物理層（ＰＨＹ）手順が実行されることを可能にする構成を定義し、ＷｉＦｉシステムが同じチャネル上で共存する十分な長さのギャップを持てるようにするためにそれぞれのＴＤＤ  ＵＬ／ＤＬ構成において特定のサブフレームを導出するステップを含みうる。共存ギャップは、ブランクサブフレームを既存のＬＴＥ構成に導入して高、中、および低デューティサイクルのそれぞれに対して定義された既存のＴＤＤ  ＵＬ／ＤＬ構成の新しい変更形態を作成することによって定義されうる。それに加えて、ＴＤＤにおけるスペシャルサブフレームは、共存ギャップの連続する持続時間を増大するためにＵｐＰＴＳがスペシャルサブフレームから取り除かれる新しいスペシャルサブフレームによって置き換えられうる。
【００７０】
図７は、ＷＴＲＵ７５０、ｅＮＢ７６０、共存マネージャ７７０、およびＷｉＦｉ  ＡＰ７８０を含むＬＴＥシステムにおけるサブフレームベースの共存ギャップを使用してチャネルを変更する方法の信号図７００である。一実施形態において、チャネル使用度情報は、ｅＮＢ７６０と共存マネージャ７７０との間で交換されうる（７０２）。ＬＴＥシステムは、共存なしでＤＳＳにおいて最初に稼働しているか、あるいは、ＬＴＥシステムは、チャネル上でＷｉＦｉに対する感知をそれが実行することを可能にする最小のギャップタイムで稼働している可能性がある。最小量のギャップタイムを達成するために、ｅＮＢ７６０は、ｅＮＢ７６０によって使用されている現在のＴＤＤ  ＵＬ／ＤＬ構成に関連付けられうる、ギャップパターン設計における高デューティサイクルギャップ構成を選択することができる（７０４）。これらの場合のいずれかにおいて、ｅＮＢ７６０は、ｅＮＢ７６０にアタッチしようと試みるＷＴＲＵ７５０が、使用されている現在のギャップパターン（もしあれば）を認識するようにシステム情報（ＳＩ）を使用してＴＤＤ  ＵＬ／ＤＬ構成および共存ギャップパターン（例えば、高、またはなし）の両方をシグナリングすることができる（７０６）。次いで、１または複数のＷＴＲＵ７５０は、ネットワーク発見およびｅＮＢ７６０へのアタッチメントを実行し（７０８）、ｅＮＢ７６０は、感知するようにこれらのＷＴＲＵ７５０を構成することができる（７１０）。
【００７１】
ＬＴＥシステムは、周期的に、システムで使用されるべき最適な共存ギャップ構成を評価することができる（７１２）。共存ギャップ構成は、例えば、フレームの大半がＬＴＥシステムによって使用される高デューティサイクル構成、フレームがＬＴＥシステムと、ＷｉＦｉオペレーションを目的とする共存ギャップとに均等に（または均等に近く）分割される中デューティサイクル構成、およびフレームの大半が共存ギャップ専用であり、極わずかのサブフレームがＬＴＥ送信に対して使用されうる低デューティサイクル構成を含むことができる。それぞれの構成されたギャップ状態（例えば、高、中、または低）に使用される実際のフレームフォーマットは、ｅＮＢ７６０によって選択されるＵＬ／ＤＬ構成に依存しうる。ｅＮＢ７６０は、トラフィックプロファイル（例えば、ＵＬヘビー（UL heavy）、ＤＬヘビー（DL heavy）、バランスのとれた）に基づきＴＤＤ  ＵＬ／ＤＬ構成を選択することができ、トラフィックプロファイルが変化した場合にＴＤＤ  ＵＬ／ＤＬ構成を変更することができる。それぞれのＴＤＤ  ＵＬ／ＤＬ構成は、どのサブフレームがギャップサブフレームとして使用され、どのサブフレームがＬＴＥにおける通常のサブフレームとしてのその使用を保持するのかを定義する対応する高、中、および低ギャップ状態を有することができる（現在のＴＤＤ  ＵＬ／ＤＬ構成によって定義されるようなＵＬまたはＤＬ）。
【００７２】
ｅＮＢ７６０は、例えば、ＷｉＦｉ信号などのセカンダリ信号の存在を検出するために、感知に基づきギャップ構成に対する好ましいデューティサイクルに関して周期的な決定を下すことができる。このような感知は、ｅＮＢ７６０によって、またはＷＴＲＵ７５０の１つによって実行されうる（７１４）。一実施形態において、感知は、共存ギャップサブフレームにおいて実行されうる。次いで、デューティサイクル決定アルゴリズムが、使用される必要なデューティサイクル構成（例えば、高、中、低）を決定するためにトリガーされうる（７１６）。一実施形態において、このアルゴリズムは、平均された感知結果を使用して、必要なデューティサイクルを決定することができる。アルゴリズムは、ＷｉＦｉシステムを認識するエンティティによって利用可能になる、または決定を下すためにＤＳＳ帯域内におけるシステムの共存（例えば、共存マネージャ）を管理するために使用されうるＷｉＦｉシステムについて直接的な情報を利用することもできる。
【００７３】
このアルゴリズムは、決定を下す際に連続的に監視されているＬＴＥトラフィック負荷の知識を考慮することができる。決定された構成が現在の構成と一致しない場合、ｅＮＢ７６０は、デューティサイクル構成を変更することを決定することができる。このプロセスは、周期的に繰り返すことができ（７２４／７２６）、ｅＮＢがデューティサイクルを変更することを決定する毎に、これは、ＷＴＲＵ７５０のそれぞれにデューティサイクルの変更をシグナリングすることができる（７２８）。このシグナリングは、デューティサイクル構成の変更が生じるターゲットフレームを指示しうる。あるいは、デューティサイクルの変更は、デューティサイクル構成の変更メッセージを送信してから即座に、または一定時間経過した後に、行われうる。
【００７４】
デューティサイクル構成変更が有効になる時点において、ｅＮＢ７６０およびＷＴＲＵ７５０は、古いデューティサイクルの使用から新しいデューティサイクルに遷移することができる。例えば、ｅＮＢ７６０が、現在中デューティサイクルを使用していて、高デューティサイクルに変更することを望んでいる場合、ｅＮＢ７６０およびＷＴＲＵ７５０は、中デューティサイクル構成によって定義されるフレームフォーマットの使用を高デューティサイクル構成によって定義されるフレームフォーマットに切り替えることができる（７３０）。
【００７５】
ｅＮＢ７６０は、例えば、現在のＴＤＤ  ＵＬ／ＤＬ構成および決定された共存デューティサイクル（例えば、高、中、低）に基づき共存ギャップを構成する通常のＵＬおよびＤＬサブフレームならびにブランクサブフレームの実際のシーケンスを決定することができる。ＷＴＲＵ７５０は、ｅＮＢ７６０がシーケンスをシグナリングする必要はなく、デューティサイクルおよびＴＤＤ  ＵＬ／ＤＬ構成のみをシグナリングするだけでよいように、ＵＬ／ＤＬ構成およびデューティサイクルから実際のシーケンスへのマッピングを認識することができる。ｅＮＢ７６０は、すべてのＷＴＲＵ７５０が現在のデューティサイクル構成を認識するように周期的にデューティサイクル構成を（例えば、ＳＩを通じて）すべてのＷＴＲＵ７５０にシグナリングすることができる。それに加えて、（例えば、初期セル探索の後、またはＩＤＬＥモードを終了したときに）アタッチまたは接続することを望んでいるＷＴＲＵ７５０は、アタッチ手順の前にデューティサイクルを取得することができるものとしてよい。
【００７６】
ブランクサブフレームとして定義され、共存ギャップの一部であるサブフレームは、ｅＮＢ７６０またはＷＴＲＵ７５０のいずれによっても送信に使用されえない。ブランクサブフレームが、すでに、元のＴＤＤ  ＵＬ／ＤＬフレームフォーマットのＤＬサブフレームであった場合、ｅＮＢ７６０は、ＰＤＣＣＨ、ＰＤＳＣＨ、基準信号、または任意のＳＩをこれらのサブフレームで送信しえない。すでにＤＬサブフレームであった、共存ギャップにおいてサブフレームとして定義されている、サブフレームにおいて、ＷＴＲＵ７５０は、ＰＤＣＣＨを復号することを試みることはできない。ＷＴＲＵ７５０は、また、任意の基準シンボル（例えば、ＣＲＳ）を測定することも試みず、チャネル品質インジケータ（ＣＱＩ）測定は、これらのサブフレームについては実施されえない。ブランクサブフレームが、すでに、元のＴＤＤ  ＵＬ／ＤＬフレームフォーマットのＵＬサブフレームであった場合、ＷＴＲＵ７５０は、ＰＵＣＣＨ、ＰＵＳＣＨ、または任意のＳＲＳもしくはＤＭＲＳ信号を送信しえない。どのようなＷＴＲＵ７５０も、すでに元のＴＤＤ  ＵＬ／ＤＬフレームフォーマットのＵＬサブフレームであったブランクサブフレームでは送信しえない。
【００７７】
ブランクサブフレームとして定義されていないサブフレームは、引き続きＴＤＤにおいてＤＬまたはＵＬのいずれかのサブフレームであってよく、これらのサブフレームにおいて、ＷＴＲＵ７５０は、これらがそうでない場合にはそうするであろうように動作しうる。ＲＡＣＨを送信することを望んでいるＷＴＲＵ７５０は、最初に、受信されたＳＩからｅＮＢ７６０によって使用されている共存ギャップパターンを決定することができる。すでに元のＴＤＤ  ＵＬ／ＤＬ構成でＵＬサブフレームとして定義されていたが、共存ギャップに従ってブランクサブフレームであるいかなるサブフレームにおいても、ＷＴＲＵ７５０は、ＲＡＣＨを送信しえない。ＲＡＣＨは、ブランクサブフレームではないＵＬサブフレーム上に当たる可能性のあるＲＡＣＨ機会でしか送信されえない（例えば、共存ギャップの一部ではなく）。
【００７８】
ＤＬおよびＵＬ  ＨＡＲＱルールは、フレームフォーマットに依存しうる。一般に、ＵＬ  ＨＡＲＱタイミングは変化せず、それぞれの共存ギャップ構成に対するＤＬ  ＨＡＲＱタイミングは、ＴＤＤ  ＵＬ／ＤＬ構成に対して固定されうる。通常のＴＤＤサブフレームに適用可能である他のすべてのシグナリングが、非ブランクサブフレームに適用されうる（例えば、ＤＬサブフレームにおける基準信号（ＲＳ）の送信）。
【００７９】
図７はＬＴＥシステムに共存マネージャ７７０が備えられているのを示しているが、共存マネージャ７７０の使用はオプションであるが、任意のＷｉＦｉシステムがチャネルを使用しているかどうかの知識に基づき使用されるデューティサイクルを選択するための追加の指針をｅＮＢ７６０に提供することができる。共存マネージャ７７０の存在に関係なく、ｅＮＢ７６０は、共存マネージャからの情報、何らかの初期感知、またはデフォルトの共存ギャップのいずれかに基づき操作する初期デューティサイクルを選択することができる。ｅＮＢ７６０は、ＳＩの一部としてデューティサイクル情報を送信することができる。
【００８０】
ｅＮＢにアタッチする任意のＷＴＲＵ７５０は、与えられたチャネル利用条件に対する最良のデューティサイクル構成をｅＮＢ７６０が維持するのを助けるため継続的感知を実行するよう求められうる。感知を実行するように構成されているＷＴＲＵ７５０は、共存ギャップにおいて（例えば、ブランクサブフレームにおいて）そうすることができ、ｅＮＢ７６０によって送信された感知情報によって指示されたように結果をｅＮＢ７６０に送信することができる。ｅＮＢ７６０は、ＷＴＲＵ７５０からの感知情報、さらにはそれがさらに自ら収集した可能性のある感知情報をも使用して、共存デューティサイクル決定アルゴリズムを実行することによって最良の共存デューティサイクルを決定することができる。このアルゴリズムが、デューティサイクルを（例えば、高、中、および低のうちで）変更する必要があると判断した場合、ｅＮＢ７６０は、ＳＩを通じてこれをシグナリングすることができる。
【００８１】
ｅＮＢ７６０は、ＳＩシグナリングの既存の方法のうちの１つを使用するか、または拡張することによって、デューティサイクルをＷＴＲＵ７５０にシグナリングすることができる。一実施形態において、必要なデューティサイクルを含む新しいＳＩＢが使用されうる。別の実施形態では、デューティサイクル情報が、既存のＳＩＢに追加されうる。以下のシーケンスリスティング１（SEQUENCE LISTING 1）は、“coexistenceGapConfiguration”情報要素（ＩＥ）に追加されるデューティサイクルに対するシーケンスリスティングである（値なしは、共存ギャップが存在しないことを表す）。
【００８２】
【表３】
0006006336.tif 000004
【００８３】
一実施形態において、ＷＴＲＵ７５０は、それがセル上で（例えば、初期アタッチメントのために）ＲＡＣＨを実行すること試みる前にセルによって現在使用されているデューティサイクルを読み出す必要がありうる。その結果、共存デューティサイクルは、ＳＩＢ１で、あるいは、ＷＴＲＵ７５０がアタッチ手順の前に読み出す必要があると思われる新しいＳＩＢで、送信されうる。したがって、デューティサイクルの変化は、ＳＩＢ１修正期間（例えば、８０ｍｓおき）の始めにのみ生じうる。
【００８４】
新しいＭＡＣ制御要素（ＣＥ）などの他のシグナリング方法は、必要ならばより高速なタイムフレーム上でデューティサイクルを変更するために使用されうる。新しいＭＡＣ  ＣＥが使用される場合、これは、デューティサイクルのより高速な変更を得るためにｅＮＢ７６０に接続されているそれぞれのＷＴＲＵ７５０に独立して送信されうる。しかし、ここで、デューティサイクル構成は、それでも、非接続ＷＴＲＵ（または後でアタッチしうるＷＴＲＵ）が共存ギャップに入るサブフレーム上でＲＡＣＨを送信しないようにＳＩＢで送信されることが想定されうる。
【００８５】
一実施形態において、共存マネージャ７７０およびＷｉＦｉアクセスポイント（ＡＰ）７８０は、周期的感知とデューティサイクル変更決定との間でチャネル利用度情報を交換することができる（７１８）。次いで、ＷｉＦｉ  ＡＰ７８０は、同じＤＳＳチャネルに対するオペレーションを開始することができ（７２０）、共存マネージャ７７０は、チャネル利用度情報の変更をｅＮＢ７６０に送信することができる（７２２）。
【００８６】
一実施形態において、ブランクサブフレームを使用するサブフレームベースのギャップパターン設計は後方互換性を有するものとしてよい。この実施形態では、ギャップパターン設計は、いくつかのハードおよびソフトの制約条件に従うものとしてよい。ハードの制約条件は、システムオペレーションにとって本質的であり、したがって、ハードの制約条件に適合しないギャップパターン設計は、結果として、ＬＴＥ標準および／またはシステムオペレーションに重大な影響を及ぼしうる。ソフトの制約条件は、ＬＴＥ標準および／またはシステムオペレーションに対してハードの制約条件ほどの影響を及ぼしえない。
【００８７】
例示的なハードの制約条件は、ＵＬ  ＨＡＲＱ、プライマリおよびセカンダリ同期信号（ＰＳＳ／ＳＳＳ）、ＭＩＢ、およびＳＩＢ１に関係しうる。例示的なＵＬ  ＨＡＲＱの制約条件は、ギャップパターンは結果として、ＵＬ  ＨＡＲＱタイミングに、またはＵＬ  ＨＡＲＱの同期特性に変更を引き起こすべきでないというものである。ＰＳＳ／ＳＳＳの制約条件に関して、ＷＴＲＵが同期およびセル探索の目的でＰＳＳおよびＳＳＳを受信することを可能にするため、サブフレーム０、およびサブフレーム１のＤｗＰＴＳ部分は、ギャップ内に構成されえない。さらに、ＰＳＳ／ＳＳＳは、それぞれのフレーム（例えば、サブフレーム０／１およびサブフレーム５／６）で２回送信されるが、セルＩＤおよびタイミングは、単一のＰＳＳ／ＳＳＳ対を通じて全体的に取得されうる。ＭＩＢの制約条件に関して、ＭＩＢは、サブフレーム０で送信され、サブフレーム０は、ＷＴＲＵがＭＩＢを監視することを可能にするようにギャップ内では構成されえない。ＳＩＢ１の制約条件に関して、ＳＩＢ１は、１つおきのフレームのうちのサブフレーム５で送信され、サブフレーム５は、ＷＴＲＵがＳＩＢ１を監視することを可能にするようにギャップ内では構成されえない。つまり、サブフレーム５は、それがＳＩＢ１を伝送しないときに１つおきのフレームにおいて共存ギャップとして使用されうるということである。
【００８８】
例示的なソフトの制約条件は、ＤＬ  ＨＡＲＱタイミング、ページング、およびＵＬ／ＤＬ比に関係しうる。例示的なＤＬ  ＨＡＲＱタイミングの制約条件は、ＵＬ  ＡＣＫ／ＮＡＣＫフィードバックのタイミングを含む、可能ならば、ＬＴＥリリース８および１０の仕様と一致するＤＬ  ＨＡＲＱのタイミングを維持するステップを含む。ページング関係の制約条件に関して、ＴＤＤについて、ページングの機会は、サブフレーム０、１、５、および６において現れるものとしてよい。サブフレーム５および６はギャップとして構成され、その場合、サブフレーム５および６においてページング機会にマッピングされる緩和メカニズムがＷＴＲＵに対して実装されうる。ＵＬ／ＤＬ比関係の制約条件に関して、共存パターンを適用した後に結果として得られるＵＬ／ＤＬ比は、元のＴＤＤ  ＤＬ／ＵＬ構成の比とあまり変わらないように維持されうる。さらに、可能な限り、共存ギャップは、連続的なサブフレームで定義されうる。それに加えて、サブフレーム０におけるＭＩＢ、さらにはサブフレーム０および５のＰＳＳ／ＳＳＳを、ＷｉＦｉ干渉から保護するために、ギャップは可能な限りサブフレーム９および４に対してスケジュールされるべきでない。最後に、ＷｉＦｉシステムがスペシャルサブフレームのガード期間（ＧＰ）においてチャネルへのアクセス権を取得できるならば、スペシャルサブフレームのＧＰは、可能な場合にギャップに続きＬＴＥシステムへの干渉を低減するためにギャップ内にあるとよい。
【００８９】
上で説明されているように、高、中、および低のデューティサイクルは、ｅＮＢが選択できる特定のデューティサイクル範囲に対応しうる。以下の表３は、高、中、および低のデューティサイクルのカテゴリのそれぞれについて定義されうる例示的なデューティサイクル範囲を示している。表３に示されている例では、３つのデューティサイクルがそれぞれのＴＤＤ  ＵＬ／ＤＬ構成について定義されることを想定している。しかし、使用し、構成するｅＮＢについて、異なるデューティサイクルのカテゴリをいくつでも定義することができる。許容可能なＵＬ／ＤＬ構成の数は、ＷＴＲＵによって先験的に知られ、したがって、ｅＮＢは、デューティサイクルを与えられた時点で使用されるように構成するだけでよい。
【００９０】
【表４】
0006006336.tif 000005
【００９１】
いくつかの状況において、低デューティサイクル共存パターン（例えば、３０％から４０％のデューティサイクル範囲内の）を定義するステップは、後方互換性（例えば、ＬＴＥ標準との）に重大な影響を及ぼさずに常に可能であるわけではない。したがって、低デューティサイクル共存パターンは、ｅＮＢによる使用に常に利用可能であるとは限らない。
【００９２】
ＴＤＤ  ＵＬ／ＤＬ構成の特定のサブフレームを共存ギャップの一部となりうるブランクサブフレームとして定義することに加えて、共存ギャップを作成するためのサブフレームベースの方法は、共存ギャップを作成するためのＴＤＤスペシャルサブフレームへの機能拡張も含みうる。すべてのＴＤＤ  ＵＬ／ＤＬ構成のスペシャルサブフレームである、サブフレーム１に関係する制約条件は、ＤｗＰＴＳで送信される同期シンボルに由来するので、ＵｐＰＴＳおよびＧＰは、ＷＴＲＵにおけるＵｐＰＴＳの使用を無効にすることによって共存ギャップの一部をなすものとしてよい。一実施形態では、新しいスペシャルサブフレームが、それに続くギャップサブフレームと組み合わされて、連続するギャップを提供することができ、ＵＬ時間前進に対する分離したＧＰの必要性をなくすことができる。この組み合わせは、分離した共存ギャップ（共存に対する）およびＧＰ（時間前進に対する）を使用するのに比べて帯域幅効率が高くなりうる。
【００９３】
図８は、共存ギャップを作成するために使用されうる例示的なＴＤＤスペシャルサブフレームの図８００である。新しいＴＤＤスペシャルサブフレーム８０６は、多数のＯＦＤＭシンボル８０２から形成される。上で説明されているように、スペシャルサブフレーム８０６のＤｗＰＴＳ部分８１０は、ＰＳＳに使用されるＯＦＤＭシンボル８０４を含む、同期シンボルを含む。スペシャルサブフレーム８０６における残りのＯＦＤＭシンボル８０２は、次のギャップサブフレーム８０８とともに、共存ギャップ８１２を形成する。
【００９４】
一実施形態において、任意のスペシャルサブフレーム構成に対する許容可能な最小のＤｗＰＴＳが使用され、共存のためスペシャルサブフレームの８０％近くを残すものとしてよい。別の実施形態では、ＤｗＰＴＳの量は、ＤＬデータがスペシャルサブフレーム内で送信されるべきかどうかに関してシステムに柔軟性を与えるように構成可能なままであってよい。
【００９５】
一実施形態において、拡張されていないスペシャルサブフレーム（例えば、ＬＴＥリリース８のスペシャルサブフレーム）も、サブフレームベースの共存ギャップを作成するときにｅＮＢによっても使用されうる。ＷＴＲＵは、それぞれのＴＤＤ  ＵＬ／ＤＬ構成およびデューティサイクル構成にアタッチされたギャップパターンシーケンスの知識に基づきスペシャルサブフレームが新しいスペシャルサブフレーム（例えば、スペシャルサブフレーム８０６）であるか、または拡張されていないスペシャルサブフレームであるかどうかを知ることができる。新しいスペシャルサブフレームにおいて、ＷＴＲＵは、ＤｗＰＴＳにおいてＬＴＥリリース８のルールに基づき動作し、スペシャルサブフレーム構成に従ってＤｗＰＴＳの長さを決定することができる。ＷＴＲＵは、新しいスペシャルサブフレームのＵｐＰＴＳにおいて、ＵｐＰＴＳにおいてＷＴＲＵ送信が生じないように、ＲＡＣＨまたはＳＲＳを送信しえない。
【００９６】
ＴＤＤ構成１〜５に対するギャップパターンは、それぞれのＴＤＤ  ＵＬ／ＤＬ構成に対する既存のフレームフォーマットから開始し、特定のサブフレームをブランクサブフレームに選択的に変更することによって設計されうる。高、中、および低のデューティサイクル構成に対する新しいフレームフォーマットは、サブフレームの数を増やしつつブランクアウトすることによって作成されうる。ブランクサブフレームによって置き換えられるＵＬおよびＤＬサブフレームは、サブフレーム０さらには奇数システムフレーム番号（ＳＦＮ）のフレームにおけるサブフレーム５を除くすべてのサブフレームからそれぞれのＴＤＤ  ＵＬ／ＤＬ構成について選択的に選ばれうる。
【００９７】
ブランクサブフレームの選択および配置は、ＵＬ  ＨＡＲＱタイミングを観察することによって決定されうる。上で説明されているように後方互換性を維持するために、ブランクサブフレームが、ＵＬ  ＨＡＲＱタイミングに影響を及ぼさないように選択されうる。それに加えて、ＤＬ  ＨＡＲＱタイミングは、例えば、高、中、および低のフレームフォーマットが同じＤＬ  ＨＡＲＱタイミングで確実に定義されるようにしながら、ＬＴＥリリース８のタイミングと同様に維持されうる（例えば、それぞれのＵＬサブフレームで送信される必要があるＡＣＫ／ＮＡＣＫビットの数のみが、デューティサイクルが変更されたときに、与えられたＴＤＤ  ＵＬ／ＤＬ構成について変更されうる）。
【００９８】
ＵＬサブフレームは、少なくとも１つのＵＬ  ＨＡＲＱプロセスが維持されることを確実にすることによって選択されうる（例えば、１つのＵＬサブフレームと、ＨＡＲＱ  ＡＣＫが送信される対応するＤＬサブフレームとの対は、ブランクサブフレームと置き換えられない）。ＤＬサブフレームは、それらがギャップパターンを作成するように選択され、その結果、上で説明されている制約条件に従いながら最も多くの連続的ブランクサブフレームを有する構成が得られうる。
【００９９】
一実施形態において、高、中、および低のデューティサイクルのサブフレームベースの共存ギャップパターンは、連続的サブフレームで定義される連続的ギャップに有利なＵＬプロセスを選択し、そのＵＬプロセスを取り除くことによってＴＤＤ  ＵＬ／ＤＬ構成０〜６のそれぞれについて構成されうる。これは、いくつかのプロセスに関連付けられているサブフレームのみが取り除かれるため、ＵＬ  ＨＡＲＱタイミングを修正することなく共存ギャップの定義を可能にしうる。選択は、サブフレーム０、１、および５に対するハードの制約条件を受けるものとしてよい。ＵＬデータサブフレームおよび対応するＤＬ  ＰＨＩＣＨサブフレームは両方とも、可能ならば、ギャップ内に組み込まれうる。ＰＨＩＣＨを有しないＤＬサブフレームは、ギャップを作成する際に必要に応じて使用されうる。
【０１００】
元のタイミングでＡＣＫに対する対応するＵＬなしでＤＬサブフレームが残っている場合（例えば、そのＵＬサブフレームが現在共存ギャップの一部であるため）、新しいＤＬ  ＨＡＲＱタイミングが定義されうるか（スループットを最適化するが、前の標準との後方互換性に影響を及ぼしうる）、またはＤＬサブフレームはｅＮＢ送信に使用されえない（ＤＬサブフレームはＳＩ、ＲＳ、などを送信するためにのみ使用されうる）。
【０１０１】
新しいＤＬ  ＨＡＲＱタイミングの定義は、使用されるすべてのデューティサイクルにわたって一貫しているものとしてよい。ＤＬ  ＨＡＲＱタイミングに対する動的変更は、それが潜在的なＨＡＲＱ問題を、デューティサイクルの変化に対するシグナリングがすべてのＷＴＲＵによって確実に受信されない場合に回避するため、好ましくないことがある。可能ならば、新しいスペシャルサブフレームが、ＧＰを共存ギャップの一部にできるように使用されうる。この結果、ＵＬ／ＤＬの遷移を考慮したときにＬＴＥシステムによる媒体の使用がより効率的になり、またＷｉＦｉシステムに共存ギャップを与える必要も生じうる。
【０１０２】
ＴＤＤ  ＵＬ／ＤＬ構成０および６に対して特別な処理が行われうる。例えば、ＵＬ  ＨＡＲＱ  ＲＴＴは、１０より大きい値を維持するようにすることができる。別の例では、そのような特別な処理は、複数のフレームにわたるギャップパターンの定義、またはスケジューラによる特別な考慮を含みうる。
【０１０３】
図９は、ＬＴＥリリース８および１０におけるＴＤＤ  ＵＬ／ＤＬ構成２に対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱタイミング関係ならびにＨＡＲＱプロセスの線図９００である。１行目はサブフレーム番号を与え、２行目は関連付けられているサブフレームがＵＬであるか、ＤＬであるか、またはスペシャルサブフレーム（Ｓ）であるかを指示する。ＵＬ  ＨＡＲＱセクションの１行目において、濃淡を付ける方式は、ＵＬ送信に使用されるサブフレームと、対応するＵＬ送信についてＡＣＫ／ＮＡＣＫが送信されうる、関連付けられているサブフレームとを関連付けるために使用される。次の行は、実際のＵＬプロセス番号およびこれらのプロセスについて関連付けられているＡＣＫを示している。ＨＡＲＱプロセス番号は、任意であり、異なるプロセスそれ自体を区別するために使用されうる。それに加えて、スケジューラは、与えられたＨＡＲＱプロセスを使用することを選択してもしなくてよく、したがって、ＨＡＲＱプロセス識別子は、完全なバッファトラフィックの場合に採用されるであろうシナリオを示している。ＤＬ  ＨＡＲＱセクションは、それがＤＬにおける送信およびＵＬにおける関連付けられているＡＣＫ／ＮＡＣＫを（プロセス番号とともに）表すことを除き同じである。濃淡を付ける方式によって描かれている情報の一例として、サブフレーム４、５、６、および８は、すべて、そのデータがＵＬサブフレーム２（次のフレームの中の）を使用して肯定応答されるＤＬサブフレームである。
【０１０４】
図１０Ａおよび１０Ｂは、ＴＤＤ  ＵＬ／ＤＬ構成２におけるそれぞれ中、および低のデューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの線図１０００Ａおよび１０００Ｂである。上で説明されている手順と一致するが、中および低の両方のデューティサイクルの共存ギャップ構成で２つのＵＬ  ＨＡＲＱプロセスのうちのちょうど１つを取り除くことが必要になる場合がある。ＵＬ  ＨＡＲＱプロセスのうちの１つはＵＬ送信を可能にするように存在したままであるべきであるが、１つはギャップを作成した後にＵＬ／ＤＬ比がＤＬに向かって偏らないことを確実にするように取り除かれるべきである。一実施形態において、プロセスＨ１（サブフレーム３および７に関連付けられている）は、そうすることでギャップ内のサブフレーム３および７を構成することによってより容易に連続的共存ギャップの定義を行うことが可能になりうるので、取り除かれうる。実際、サブフレーム５をＳＩＢ１の送信のため１つおきのフレーム内のＤＬサブフレームとして維持する必要があることを別にして、すべてのサブフレーム３から７（３と７を含む）は、共存ギャップを定義するために使用されうる。
【０１０５】
図１０Ａおよび１０Ｂの２行目は、ブランクギャップサブフレームをＧとして、新しいスペシャルサブフレームをＳ１として指定することによって共存ギャップを指示している。中デューティサイクル共存ギャップは、奇数個毎のサブフレーム（例えば、ＳＩＢ１が送信されない）においてギャップの一部であるサブフレーム５を含むサブフレーム３から７（３と７を含む）にまたがるものとしてよい。ＵＬサブフレーム７を排除すると、結果として、サブフレーム９および１０におけるデータ送信のためＡＣＫ／ＮＡＣＫを送信するＤＬ  ＨＡＲＱタイミングが変化しうる。あるいは、これらのサブフレームは、ＤＬ送信に使用されず、ＬＴＥリリース８および１０のＤＬ  ＨＡＲＱタイミングが維持されうる。図１０Ａおよび１０Ｂに示されている構成は、前者のオプションを仮定し、結果として生じる新しいＤＬ  ＨＡＲＱタイミングを示す。
【０１０６】
図１０Ｃは、ＴＤＤ  ＵＬ／ＤＬ構成２における高デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの線図１０００Ｃである。高デューティサイクルの場合、また９０％デューティサイクルの使用をターゲットと考えると、サブフレーム６（スペシャルサブフレーム）は、ＵＬ／ＤＬ比に対する影響が最小となるように、またＬＴＥトラフィックがＬＴＥスループットに影響を及ぼすことなく十分に高いときに使用されうる共存ギャップパターンを提供するように選択されうる。その結果、高デューティサイクル構成は、それぞれのフレームのサブフレーム６における共存ギャップを含みうる。
【０１０７】
図１０Ａ、１０Ｂ、および１０Ｃに示されている例において、ＤＬ  ＨＡＲＱタイミングも、システムによるデューティサイクルの変化に由来すると思われる問題を回避するためにＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信にすべてのＵＬサブフレームがまだ利用可能であるにも関わらず修正される。システムは、チャネル上の検出されたＷｉＦｉトラフィックが変化したときに低、中、および高のデューティサイクル構成の間で遷移する必要がありうる。デューティサイクルの変化をシグナリングするために使用される方法のうちのいくつかは、デューティサイクルの変化がエラーなしでシグナリングされることを保証しえない。ＨＡＲＱタイミング（例えば、どのＡＣＫ／ＮＡＣＫがどのＤＬ送信と関連付けられているか）がシステムのオペレーションにおいて動的に変化するとすれば、ＷＴＲＵが、デューティサイクルを変える要求の後に間違った時刻において与えられたサブフレームに関連付けられているＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信しうる妥当なリスクがありうる。これはまた、ＷＴＲＵが、構成されたデューティサイクルにまたがって一貫している単一のＤＬ  ＨＡＲＱタイミングを使用するのと比較して実装の複雑度を高めるおそれのあるそれぞれのデューティサイクルについてＤＬ  ＨＡＲＱテーブルを分離状態に保つ必要がありうる。したがって、例示されている実施形態では、ＤＬ  ＨＡＲＱタイミングは、異なるＵＬ／ＤＬ構成（高、中、および低）にまたがって固定される。結果として、与えられたＵＬ／ＤＬ構成に対するＤＬ  ＨＡＲＱタイミングの定義は、低または中デューティサイクルによって指示されうる。低と中の両方のデューティサイクルが、同じ数の利用可能なＵＬサブフレームを有している場合、タイミングは、これらのうちのいずれかによって制約されうるが、そうでなければ、タイミングは低デューティサイクルによって常に制約されうる。
【０１０８】
別の実施形態では、システムは、中および高デューティサイクルの共存ギャップのみをサポートすることができ、したがって、低デューティサイクルの共存ギャップを構成することはできない。この場合、ＤＬ  ＨＡＲＱタイミングは、中デューティサイクルに対して設計されるものとしてよく、高デューティサイクルに対するＤＬ  ＨＡＲＱタイミングは、デューティサイクルの変化が生じたときに変化しないように設計されうる。この同じ代替的実施形態は、ＴＤＤ  ＵＬ／ＤＬ構成１〜５のそれぞれに使用されうる。
【０１０９】
別の実施形態では、システムは、現在構成されているデューティサイクルに応じて異なるＤＬ  ＨＡＲＱタイミングをサポートすることができる。その場合、システムは、デューティサイクルが変わったときにＤＬ  ＨＡＲＱタイミングを変更する必要がありうる。これは、図１０Ｃにオプション２として示されている。
【０１１０】
図１０Ｄ、１０Ｅ、１０Ｆ、１０Ｇ、１０Ｈ、１０１、１０Ｊ、１０Ｋ、１０Ｌ、１０Ｍ、１０Ｎ、および１０Ｏは、上述の手順を使用して作成された、ＴＤＤ  ＵＬ／ＤＬ構成１、３、４、および５における高、中、および低デューティサイクルのギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの線図１０００Ａ、１０００Ｂ、１０００Ｃ、１０００Ｄ、１０００Ｅ、１０００Ｆ、１０００Ｇ、１０００Ｈ、１０００Ｉ、１０００Ｊ、１０００Ｋ、１０００Ｌ、１０００Ｍ、１０００Ｎ、および１０００Ｏである。デューティサイクルのギャップパターンの特定の例が、図１０Ａ〜１０Ｏに示されているが、他の実施形態は、同じ手順に従って実装され、そのような手順に従って当業者によって容易に導出されうる。
【０１１１】
図１１Ａ、１１Ｂ、および１１Ｃは、中、高、および低デューティサイクルに対するＴＤＤ  ＵＬ／ＤＬ構成１〜５のそれぞれに対するギャップ構成の線図１１００Ａ、１１００Ｂ、および１１００Ｃである。共存ギャップは、サブフレーム内で濃淡が付けられている。図１１Ａ、１１Ｂ、および１１Ｃに例示されているように、使用される制約条件の多くは構成が違っても同じであるため、異なるＴＤＤ  ＵＬ／ＤＬ構成の間のギャップ構成に類似点がある。例えば、構成２および５、さらには構成３および４、に対する中デューティサイクルのパターンは同じである。奇数フレームと偶数フレームとの間のギャップ構成の違いは、サブフレーム５がギャップ内に入らないことを確実にすることによって排除されうる。しかし、このシナリオでは、ターゲットのデューティサイクルのパーセンテージおよびＷｉＦｉ性能による柔軟性は、結果として損なわれうる。さらに、共存ギャップの導入の後、いくつかの異なるＴＤＤ  ＵＬ／ＤＬ構成（特に、中および低デューティサイクルに対する）は、同じＵＬ／ＤＬ比を有する傾向がある。設計全体がこれらのＵＬ／ＤＬ構成を統一し、ＤＳＳで動作しているシステムにＴＤＤ  ＵＬ／ＤＬ構成の縮小セットを実際にサポートさせることも可能であるものとしてよい。
【０１１２】
ＴＤＤ  ＵＬ／ＤＬ構成０および６に関して、これらの構成は、１０サブフレームより大きいＵＬ  ＲＴＴを有する。したがって、これらの構成について、ＵＬプロセスは、任意の与えられたフレームについて異なるサブフレームを占有する可能性があり、このため、すべてのＵＬプロセスが１つのフレームから次のフレームへと異なるサブフレームに移動するので構成１〜５について行われたようにＵＬプロセスを取り除くことは困難な作業になりうる。それに加えて、構成０および６はバランスがとれているか、またはＵＬヘビー構成であるので、ＤＬサブフレームのみを取り除くことによって妥当なギャップ構成を作成することが困難な場合がある。
【０１１３】
一実施形態では、構成０および６に対するギャップパターンは、構成１〜５に対して行われたように単一のフレーム上ではなく複数のフレーム上で定義されうる。したがって、特定のフレーム上で使用されるブランクサブフレームは、１つのフレームから次のフレームへのＨＡＲＱプロセスの移動に従うために１つのフレームから次のフレームに変化しうる。結果として、ギャップパターンは、多数のフレームにわたって定義され、これはそれぞれのサブフレームへのＨＡＲＱプロセス番号の配置に関連付けられている繰り返し期間に等しいものとしてよい（例えば、構成０には７フレーム、構成６には６フレーム）。これらの構成を定義する際に、ＨＡＲＱ  ＡＣＫを送信するための対応するＵＬサブフレームがないＤＬサブフレームが使用されうる。このサブフレームについて、ｅＮＢは、ＤＬデータを送信しないか、またはこのサブフレーム上で送信されるデータ送信においてＮＡＣＫを想定しうる。
【０１１４】
別の実施形態では、ＬＴＥリリース８および１０のＨＡＲＱタイミングは変更され、同じ共存ギャップパターンが、それぞれのフレーム内で維持されうる。ここで、フレーム毎に変化しうる、新しいＵＬ  ＨＡＲＱタイミングが定義されうる。
【０１１５】
図１２Ａ、１２Ｂ、および１２Ｃは、それぞれ、ＴＤＤ  ＵＬ／ＤＬ構成６における中、高、および低ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの線図１２００Ａ、１２００Ｂ、および１２００Ｃである。図１２Ａ、１２Ｂ、および１２Ｃに示されている第１の２つのフレームからわかるように、ギャップパターンは、フレーム毎に変更され、これにより、維持されているＨＡＲＱプロセス再送および選択されたギャップパターンの衝突を回避する。したがって、結果として生じる全体的ギャップパターンは、これが、ＨＡＲＱプロセスがその初期サブフレーム位置に戻るために必要なフレームの数である、ＵＬ  ＨＡＲＱプロセスの周期性であるので、６フレームの期間にわたって定義される。
【０１１６】
それに加えて、ＤＬ  ＨＡＲＱに対してそれぞれのＵＬサブフレームについて単一のＡＣＫ／ＮＡＣＫが送信されるので、ＬＴＥリリース８および１０からのＤＬ  ＨＡＲＱタイミングは、平均して、データ送信に対して使用不可能である１つのＤＬサブフレームを導入することによって使用されうる（例えば、ＤＬサブフレームは共存ギャップに入らないが、ＡＣＫ／ＮＡＣＫを伝送するために対応する非ギャップＵＬサブフレームを欠いているせいでデータに関してｅＮＢによってスケジュールされえない）。例えば、図１２Ａでは、第２のフレームのサブフレーム０は、ＡＣＫ／ＮＡＣＫを送信することができる対応するＵＬサブフレームを欠いているためデータ送信には使用されえない。しかし、このサブフレームは、それでも、ＳＩ（例えば、ＭＩＢ、およびＳＩＢ１以外のＳＩＢ）を送信するために使用できる。
【０１１７】
データ送信に使用されえないサブフレームを使用する代わりに、ＤＬデータは、サブフレーム０で送信されうる（例えば、ＤＬ  ＨＡＲＱプロセスはサブフレーム０で使用されうる）が、ＡＣＫ／ＮＡＣＫは、ＷＴＲＵによってこのプロセスに対して送信されえない。ここで、ｅＮＢは、このＤＬ送信に対してＮＡＣＫを想定し、ＤＬ  ＨＡＲＱプロセスについて次の利用可能な機会に同じトランスポートブロックに対する新しい冗長性バージョンを送信することができる。次いで、ＷＴＲＵは、両方の冗長性バージョンについて受信されたデータ（例えば、ソフトの組み合わせを使用して）を使用して、第２の送信へのＡＣＫ／ＮＡＣＫを送信する前にトランスポートブロックを復号することができる。同じ実施形態が、データ送信に使用されえないサブフレームを使用することができない他の場合に対して適用されうる（例えば、ＴＤＤ  ＵＬ／ＤＬ構成０、およびＴＤＤ  ＵＬ／ＤＬ構成６に対する他のデューティサイクル）。
【０１１８】
図１３Ａ、１３Ｂ、および１３Ｃは、それぞれ、ＴＤＤ  ＵＬ構成０に対する中，高、および低ギャップパターンの線図１３００Ａ、１３００Ｂ、および１３００Ｃである。濃淡が付けられているサブフレームは、共存ギャップの一部である。段階的濃淡が付けられているサブフレームは、新しいスペシャルサブフレーム（Ｓ１）を表すために使用される。
【０１１９】
１つのフレームから他のフレームに変化しない共存ギャップを作成するためにＵＬ  ＨＡＲＱタイミングが変わる実施形態において、ＵＬ  ＨＡＲＱ  ＲＴＴおよびタイミングは、共存ギャップの存在を考慮するように変更されうる。それに加えて、ＵＬ  ＨＡＲＱタイミングは、一方のデューティサイクルから別のデューティサイクルへと動的にも変更されうる。高、中、および低デューティサイクル、さらには、１つのフレームから次のフレームへと変化する新しいＵＬ  ＨＡＲＱタイミングのそれぞれに対する共存ギャップは、本明細書で説明されている手順を適用することによって当業者の１人によって定義されうる。
【０１２０】
図１４Ａ、１４Ｂ、および１４Ｃは、それぞれ、ＴＤＤ  ＵＬ／ＤＬ構成０における中、高、および低ギャップパターンに対するＵＬ  ＨＡＲＱおよびＤＬ  ＨＡＲＱのタイミング関係ならびにＨＡＲＱプロセスの線図１４００Ａ、１４００Ｂ、および１４００Ｃである。構成０に対するギャップパターンは、構成０の繰り返しパターンが６の代わりに７フレームであり、ＤＬ  ＨＡＲＱタイミングが固定されたままであるが、データ送信に対しては使用不可能であるより多くサブフレームを伴うことを除き、図１２Ａ、１２Ｂ、および１２Ｃに示されている構成６に対するギャップパターンに類似するものとしてよい。ＴＤＤ  ＵＬ構成０に対する対応する中、高、および低のギャップパターンは、図１５Ａ、１５Ｂ、および１５Ｃにおける線図１５００Ａ、１５００Ｂ、および１５００Ｃで与えられる。
【０１２１】
共存ギャップに対するサブフレームベースのアプローチは、新キャリアタイプ（ＮＣＴ）にも適用可能であるものとしてよい。一実施形態では、ｅＮＢは、共存ギャップにおいてＤＬまたはＵＬ送信は行われないことを保証することができる。これは、例えば、スマートスケジューリング、ＲＡＣＨ機会の制限された構成、ＣＳＩ  ＲＳ、ＳＲＳなどを通じて行われうる。対応する共存ギャップパターンは、ＣＲＳがＮＣＴに基づき（例えば、５ｍｓ毎に）送信されるべきサブフレームがギャップに入らないサブフレーム上に現れるような仕方で定義されうる。別の実施形態では、サブフレームベースのアプローチについて上で定義されている手順は、ＮＣＴを使用しているにも関わらず適用されうる。
【０１２２】
ｅＮＢが、共存ギャップにおいてＤＬまたはＵＬ送信は行われないことを保証するＮＣＴの実施形態では、上で定義されているギャップパターンが、ＣＲＳがサブフレーム０および５におけるＮＣＴ上で送信されるという想定の下でサブフレーム０および５が非ギャップサブフレームであるように使用され、修正されうる。ここで、ｅＮＢは、共存ギャップをＷＴＲＵにシグナリングしないことを決定し、ＷＴＲＵは、引き続きギャップフレーム上でＰＤＣＣＨを復号することができる。あるいは、ｅＮＢは、ギャップサブフレーム上でＷＴＲＵがＰＤＣＣＨを復号することを差し控えるように共存ギャップをＷＴＲＵにシグナリングすることができる。これは、節電を実現するとともに、結果としてデータ復号エラーまたは予想外のＷＴＲＵ  ＵＬ送信をもたらしうる、ＰＤＣＣＨの誤検出を回避することができる。
【０１２３】
サブフレームベースのアプローチについて上で定義されている手順がＮＣＴを使用しているにも関わらず適用されるＮＣＴの実施形態では、ｅＮＢは、例えば、ＲＡＣＨおよびＣＳＩ−ＲＳ構成をさらに制限する必要がない場合がある。ＷＴＲＵは、例えば、ＲＡＣＨがギャップ内に入るサブフレーム上で許容されえないことを単純に認識することができる。次いで、ＣＲＳは、ＮＣＴについて定義されているように送信されうる（例えば、５ｍｓ毎）。ＣＲＳの送信が、共存ギャップに悪影響を及ぼさないのであれば、ＣＲＳおよびＰＳＳ／ＳＳＳに関するＮＣＴの現在の定義は、維持されうる。あるいは、ＣＲＳおよび／またはＰＳＳ／ＳＳＳの出現頻度が、低減されるか、またはＣＲＳおよびＰＳＳ／ＳＳＳの送信がこれらがギャップと一致するときに回避されうる。例えば、ＮＣＴ上のＣＲＳがサブフレーム０および５で送信されると想定すると、ＰＳＳ／ＳＳＳおよびＣＲＳは、サブフレーム５がギャップサブフレームである構成においてサブフレーム０でのみ送信されうる。
【０１２４】
サブフレームベースのアプローチを使用して定義されたギャップ構成の結果、ＤＬ  ＨＡＲＱタイミングは、４つより多いＤＬサブフレームが単一のＵＬフレームで肯定応答されることを必要としうる。一実施形態において、肯定応答されるべきサブフレームの数は９以下とすることができ（例えば、ＬＴＥリリース８の実施形態の場合）、その結果、ＷＴＲＵをバンドリングのみを使用することに制限し、性能にも一定の影響が現れうる。一実施形態において、現在の関連付けテーブルを反映し、多重化をある程度まで使用することを可能にする新しい部分的な時間的バンドリングが使用されうる。別の実施形態では、ＡＣＫ／ＮＡＣＫを送信するために単一のサブフレーム上で複数のＰＵＣＣＨリソースが使用されうる。別の実施形態では、送信される必要がある可能性のある追加のビットを考慮するために必要なときに時間的バンドリングが使用されうる。
【０１２５】
新しい部分的な時間的バンドリングが使用されうる実施形態では、バンドリングが新しい関連付けテーブル全体に適用されるアプローチをとる代わりに、ＡＣＫ／ＮＡＣＫは、ＬＴＥリリース８の関連付けテーブルに従って時間的バンドリングを部分的にのみサブフレームに適用することによって送信され、次いで、その結果が得られるバンドリングされたＡＣＫ／ＮＡＣＫビットが、該当する場合に、チャネル選択でＰＵＣＣＨフォーマット１ａ／１ｂまたは１ｂを使用して送信されうる。その結果、４つより多いＡＣＫ／ＮＡＣＫビットが送信される必要がありうるＵＬサブフレームにおけるＡＣＫ／ＮＡＣＫの送信は、ＡＣＫ／ＮＡＣＫビットのうちの最大４つまでのビットのセットにまたがるバンドリングを実行するステップと、多重化（例えば、フォーマット１ａまたはフォーマット１ｂをチャネル選択とともに）を使用してＡＣＫ／ＮＡＣＫビットを送信するステップとを含みうる。これは、ＬＴＥリリース８および１０のルールが共存ギャップによる構成に対して導出されるＤＬ  ＨＡＲＱタイミングに適用された場合に必要となりうる、フレーム全体のウィンドウにまたがるバンドリングを回避することができる。これは、システムの性能も改善しうる。
【０１２６】
ＰＨＹがＬＴＥリリース８と比較していくつかの変更を必要とする場合があることが予想されるが、バンドリングされたＡＣＫ／ＮＡＣＫビットのグループは、これらがＬＴＥリリース８の関連付けテーブルに対応し、したがって、標準の現在の実装への変更を最小限度に抑えるように定義されうる。特に、ＷＴＲＵは、ＡＣＫ／ＮＡＣＫビットの最大４つまでのビットのセットにまたがり、また同じサブフレームにまたがるバンドリングを実行するために必要な時間的バンドリングを実行する能力をすでに有している場合がある。
【０１２７】
以下の表４には、ＬＴＥリリース８ならびに構成４に対する低、中、および高デューティサイクルに対する共存ギャップの関連付けセットを掲載している。
【０１２８】
【表５】
0006006336.tif 000006
【０１２９】
表４において、ＬＴＥリリース８に対する関連付けセットのインデックス１２、８、７、および１１（表の２行目）ならびに共存ギャップの関連付けセットに対する関連付けセットのインデックス９、１２、および１３（表の３、４、５行目）は、同じＤＬサブフレームに対応している。これらのインデックスにおける１つのサブフレームオフセットは、これらのサブフレームに対するＡＣＫ／ＮＡＣＫが現在、サブフレーム１つ分後に、送信されているという事実によるものである。
【０１３０】
ＬＴＥリリース８について、ＷＴＲＵは、多重化およびフォーマット１ｂをチャネル選択とともに使用してサブフレーム２およびサブフレーム３で４つのＡＣＫ／ＮＡＣＫビットを送信するステップ（単一のＴＴＩに対してトランスポートブロックにまたがって空間的バンドリングが使用されうる）、４つのＡＣＫ／ＮＡＣＫビットのそれぞれをそれぞれのサブフレーム内にバンドリングして２つのサブフレームのそれぞれにおいて単一ビットを作成し、そのビットを、フォーマット１ａ（単一のトランスポートブロック）またはフォーマット１ｂ（ＴＸダイバーシティ）を使用して送信するステップ、または複数のセルが構成されている場合に多重化およびフォーマット３を使用してＡＣＫ／ＮＡＣＫビットを送信するステップのうちの少なくとも１つを実行するように構成されうる。
【０１３１】
ＷＴＲＵは、最初に、ＷＴＲＵがバンドリングで構成されていた場合にＬＴＥリリース８においてバンドリングされている可能性のあるサブフレームに対応するインデックスにまたがってバンドリングを実行しうる。高デューティサイクル（表の３行目）について、インデックス４、５、７、８に対するＡＣＫ／ＮＡＣＫは、単一のＡＣＫ／ＮＡＣＫにバンドリングされ、サブフレーム９、１２、および１３は、単一のＡＣＫ／ＮＡＣＫにバンドリングされうる。次いで、２つのＡＣＫ／ＮＡＣＫビットが、ＬＴＥリリース８のルールを使用してチャネル選択とともにフォーマット１ｂを使用して送信されうる（これらのルールは最大４つまでのビットをサポートする）。同様に、低デューティサイクル（表の５行目）では、インデックス４および８は、バンドリングされて単一のＡＣＫ／ＮＡＣＫを作成し、インデックス１３は、バンドリングなしのものであるとみなされうる。２つのＡＣＫ／ＮＡＣＫビットが、チャネル選択とともにフォーマット１ｂを使用して送信されうる。
【０１３２】
フォーマット３も、同じ方式で使用されうる。それぞれのＵＬサブフレームで送信されるビットの総数は、４より小さいので、フォーマット３には以下が使用されうる。ＴＸダイバーシティが使用されている場合、ＷＴＲＵは、空間的バンドリングを実行する必要はないものとしてよく、セルの最大数が送信されているそれぞれのトランスポートブロックに対して別々のＡＣＫビットが送信されうる。さらに、フォーマット３に対して使用されるビットの数は、ＡＣＫ／ＮＡＣＫビットの数が１０を超える場合に新しいフォーマットを作成し、空間的バンドリングが使用されることを要求することによって半分にされうる。
【０１３３】
ＡＣＫ／ＮＡＣＫを送信するために単一のサブフレーム上で複数のＰＵＣＣＨリソースが使用される実施形態では、ＰＵＣＣＨによって使用されるリソースブロックの数は、ｅＮＢによって半静的に構成されうる。次いで、ＷＴＲＵによって使用されるべきＰＵＣＣＨリソースは、使用されたグラントのＣＣＥインデックスを使用するか、またはＷＴＲＵによる使用のため上位層によって構成された複数のＰＵＣＣＨリソースの１つを選択するテーブルを通じて割り当てられうる。多重化を使用するために、ＷＴＲＵは、それぞれのＰＵＣＣＨフォーマット（例えば、フォーマット１ｂおよびフォーマット３）によってサポートされるビットの最大数より多いビットを送信する必要がありうる。
【０１３４】
特定のＰＵＣＣＨフォーマットに対する符号化を変更する（例えば、フォーマット１ｂで２より多いビットを送信できるようにする）と、ＨＷおよび標準の両方に著しい影響が生じうるので、あまりドラスチックでないメカニズムで、ＷＴＲＵによって使用されるべき追加のＰＵＣＣＨリソースを定義するとよい。例えば、ＬＴＥリリース８におけるＷＴＲＵは、異なるアンテナポートから送信するために２つの別々のＰＵＣＣＨリソースを割り当てられうる（リソースｐおよびｐ＋１が割り当てられる）。同様にして、ＷＴＲＵは、サブフレーム毎に複数のＰＵＣＣＨリソースを送信するために使用されるべき追加のリソースを割り当てられうる。解決方法１について与えられた例では、ＬＴＥリリース８に使用されるであろうものと同じ、ＤＬサブフレームのセットに関連付けられているＡＣＫ／ＮＡＣＫを送信する類似のアプローチが実行されうる。例えば、ＵＬ／ＤＬ構成４および高デューティサイクルに対して、インデックス９、１２、および１３に対するＡＣＫ／ＮＡＣＫが、１つのＰＵＣＣＨリソース（例えば、チャネル選択とともに１ｂ）を使用して送信され、インデックス４、５、７、および８に対するＡＣＫ／ＮＡＣＫが、異なるＰＵＣＣＨリソースを使用して送信されうる。
【０１３５】
送信される必要がある可能性のある追加のビットを考慮するために必要なときに時間的バンドリングが使用されうる実施形態では、バンドリングは、送信されるべきＡＣＫビットの数の増加を解決するために使用されうる。その結果、（例えば、ｅＮＢが２つのアプローチのうちのいずれかを構成することを許すのではなく）いくつかの構成でのみバンドリングを使用することに制限を課すことを除き、ＬＴＥリリース８に関して行われる変更はないことがある。したがって、ＨＷ／ＳＷの影響は、低、中、および高デューティサイクルに対する手順を再定義することに制限されうる。
【０１３６】
ＰＵＣＣＨフォーマット１ｂを使用する単一のサービングセルについて、バンドリングは、ＬＴＥリリース８および１０で使用される場合よりも新しいギャップ構成で使用される場合の方が多い。例えば、単一セルによるサービスを受けるＬＴＥリリース８または１０のＬＴＥは、空間的バンドリングを使用することができない（構成５を除く）。本明細書で定義されているギャップ構成では、空間的バンドリングは、ＵＬ／ＤＬ構成１（中および高デューティサイクルに対して）、ＵＬ／ＤＬ構成２（中および高デューティサイクルに対して）、ＵＬ／ＤＬ構成３（高デューティサイクルに対して）、およびＵＬ／ＤＬ構成４（中および高デューティサイクルに対して）において必要になりうる。
【０１３７】
別の実施形態では、共存ギャップは、透過フレーム（フレームベースのアプローチ）または整数個の透過フレームとして定義されうる。例えば、完全なＬＴＥフレーム（例えば、１０ｍｓ）は、ブランクフレームにおいてＵＬもＤＬも送信はいっさいないブランクフレームとして定義されうる。この実施形態における共存ギャップは、フレーム全体で定義されるので、結果として得られるギャップパターンは、ＴＤＤ  ＵＬ／ＤＬ構成から独立しており、ＨＡＲＱおよび他の送信タイミングルールに対する最小限度の影響を有するものとしてよい。
【０１３８】
ＴＤＤ  ＵＬ／ＤＬ構成は、フレームベースのアプローチではそれぞれのフレームにおいて繰り返されうるので、フレーム全体に、または整数個のフレームにわたるギャップは、ＨＡＲＱタイミングが共存ギャップ内のフレームの数分だけ正確に遅らされるようにＴＤＤ  ＨＡＲＱのタイミングおよびルールを適応させることを容易にすることができる。結果として、一実施形態では、既存のＨＡＲＱルール（例えば、ＬＴＥリリース８のＨＡＲＱルール）は、グラント、送信、および肯定応答のタイミングに対して使用されうるが、このタイミングに関連付けられているサブフレームのカウントは、共存ギャップの一部であるフレーム上ではフリーズされうるという条件が加わる。
【０１３９】
図１６Ａは、共存ギャップパターンを定義するフレームベースのアプローチに対する高デューティサイクルの共存ギャップパターンの線図１６００Ａである。例示されている高デューティサイクルの共存ギャップパターン１６００Ａは、多数の連続するフレームを含み、それぞれＳＦＮ１〜３１を割り当てられる。これらのフレームのうちの少なくとも１つは、透過フレームであってよい。図示されている例では、ＳＦＮ７、１５、２３、および３１を有するフレームは、透過フレームとして指定されている。
【０１４０】
図１６Ｂは、共存ギャップパターンを定義するフレームベースのアプローチに対する中デューティサイクルの共存ギャップパターンの線図１６００Ｂである。例示されている高デューティサイクルの共存ギャップパターン１６００Ｂは、多数の連続するフレームを含み、それぞれＳＦＮ１〜３１を割り当てられる。これらのフレームのうちの少なくとも１つは、透過フレームであってよい。図示されている例では、ＳＦＮ１、３、５、７、９、１１、１３、１５、１７、１９、２１、２３、２５、２７、２９、および３１を有するフレームは、透過フレームとして指定されている。
【０１４１】
低デューティサイクルパターンは、共存ギャップのせいで複数の連続するフレームがＬＴＥシステムによって使用不可能である場合に結果として生じうるＤＬとＵＬの両方のトラフィックに対する高いＲＴＴによりフレームベースのアプローチには含まれえない。その代わりに、一実施形態では、中デューティサイクルギャップ構成が、低いＬＴＥトラフィックの下であっても使用されうる。
【０１４２】
それぞれの共存ギャップパターンについて、ギャップは、透過フレームを導入することによって得られる。このフレームは、実際のシステムのタイミングで存在しうる（例えば、通常のフレームのように１０ｍｓの時間を占有する）が、透過フレームは、システムによって使用可能でない場合があり、したがって、送信およびサブフレームのタイミングの観点からは存在しえない。
【０１４３】
ＳＩタイミングに対する影響を最小限度に抑えるために、透過フレームはそのままＳＦＮを割り当てられうる。したがって、ＭＩＢ、ＳＩＢ１、およびＳＩメッセージ（例えば、ＬＴＥリリース８で定義されているような）に対するスケジュールは、変わりがないものとしてよい。つまり、ＳＩは、ＬＴＥリリース８と同じ期間でそれが送信される場合に低頻度で受信されえない。
【０１４４】
透過フレームを定義する別の代替的方法は、透過フレームにＳＦＮを割り当てないことであるものとしてよい（例えば、透過フレームではＳＦＮカウンターをフリーズさせる）。しかし、そのような一実施形態は、システムの全体的なタイミングに対しより重大な影響を及ぼすことがあるが、それというのも、そのようなシステムによるサブフレームのセットの有効持続時間は、今は、ＬＴＥリリース８に比較して変化し、また構成されたデューティサイクルに基づき変化しうるからである。例えば、透過サブフレームが、ＳＦＮを割り当てられない一実装の下で、ＳＦＮ０からＳＦＮ１０までの期間は、システムが高デューティサイクルで構成されている場合には１１０ｍｓ、システムが中デューティサイクルで構成されている場合には２００ｍｓ続くものとしてよい。それに加えて、キャリアアグリゲーションを実行しているときの複数のセルにまたがるＳＦＮのアライメントは、可能でないものとしてよい。結果として、透過フレームはＳＦＮを割り当てられることが好ましいものとしてよい。
【０１４５】
ギャップパターンは、これらがＳＩへの影響を最小にするようにして透過フレームを導入することによって定義されうる。ＳＩメッセージは、４０ｍｓほどであってよい構成可能なウィンドウ内で送信されるので、問題は、現在定義されているスケジュールを使用してＭＩＢおよびＳＩＢ１の送信を保証することだけであるものとしてよい。
【０１４６】
ＭＩＢは、４フレームおきに送信され、この時間内でフレーム毎に繰り返されうるので（それぞれの繰り返しは独立して復号されうる）、透過フレームの使用は、ＭＩＢの送信に影響を及ぼしうる。同じ４フレームのＭＩＢ期間が維持されうるが、透過フレームに入る繰り返しは、システムによって行われない場合がある。結果として、ＭＩＢのいくつかの繰り返しは、共存ギャップの存在のせいで送信されえない。この場合、ＷＴＲＵが新しいＭＩＢ情報を取得できる平均速度を高めるためにＭＩＢの最初の送信を優先順位付けすることが好ましいものとしてよい。結果として、４で割れるＳＦＮ数はギャップ内に入りえない。同様に、ＳＩＢ１の送信を可能にするために、偶数のＳＦＮを持つすべてのフレームは、透過フレームとして定義されえない。
【０１４７】
ＷＴＲＵは、透過フレームが構成されるときに図５Ｂに関して図示され、説明されている例示的な方法などの、同じスペクトル内で動作しているＷＴＲＵ間の共存の方法を実行することができる。一実施形態において、ｅＮＢは、ＳＩを使用してデューティサイクルをシグナリングすることができる。透過フレームにおいて、ＷＴＲＵは、ＰＤＣＣＨまたは基準シンボルを復号することを試みず、またＵＬで送信することもしえない。それに加えて、ｅＮＢは、透過フレームにおいてＰＨＹ層の信号を送信しえない。一実施形態において、ｅＮＢは、ＬＴＥリリース８で説明されているように同じ繰り返しサイクル（例えば、４０ｍｓ）でＭＩＢを送信することができる。しかし、ＭＩＢは、透過フレームでは送信されえない。したがって、４より少ないＭＩＢの繰り返しが、繰り返しサイクルにおいて送信されうる。一実施形態において、ｅＮＢは、ＳＩＢ１が透過フレームと衝突しないことを保証することができる。結果として、ＳＩＢ１は、ＬＴＥリリース８と同様に送信されうる。
【０１４８】
ＷＴＲＵは、タイミングが透過フレームにおいてフリーズされうることを除いてＬＴＥリリース８で定義されているＨＡＲＱタイミングルールおよび測定タイミングルールに従うものとしてよい。つまり、透過フレーム内のサブフレームは、ＷＴＲＵ手順に関係する２つの異なるイベントの間で経過した時間（サブフレーム内）を判定するときにカウントされえない。サブフレームカウンターのフリーズ操作については、以下でさらに詳しく説明される。例えば、透過ＴＤＤフレームの一部であるサブフレームは、送信から送信のＡＣＫ／ＮＡＣＫまでの間の遅延、またはＡＣＫ／ＮＡＣＫからＨＡＲＱでの再送までの間の遅延のうちの一方を計算するときにカウントされえない。サブフレームカウンターは、また、他のＬＴＥオペレーション（例えば、チャネル品質報告オペレーション、電力制御オペレーション、およびＲＡＣＨオペレーション）に対する遅延を計算することに関して、透過ＴＤＤフレームの一部であるサブフレームがそのようなオペレーションに対する遅延を計算するときにカウントされないようにフリーズされうる。
【０１４９】
ＬＴＥにおけるＳＩは、固定ロケーションにあってよい、ＭＩＢおよびＳＩＢ１、ならびに、ロケーションがＳＩＢ１で送信されるタイミングによって指定され、共通探索空間内で通常のＰＤＣＣＨグラントを使用して検出されうる、上位のＳＩＢを含む。透過フレームにおいてＤＬデータまたはシグナリングが存在しないため、ＳＩは、透過フレーム上で送信されえない。ＬＴＥリリース８で与えられる共存ギャップのタイミングは、ＳＩＢ１が非透過フレームでスケジュールされることを保証することができる。それに加えて、上位のＳＩＢ（例えば、ＳＩＢ２以上）を含むＳＩメッセージは、ＳＩウィンドウが透過フレーム上に入らないか、またはそれぞれのＳＩウィンドウが常に少なくとも１つの非透過フレームを含みうるように、ｅＮＢによってスケジュールされうる。次いで、ＳＩＢは、非透過フレームのみのＤＬサブフレームでスケジュールされうる。結果として、ＷＴＲＵの観点から、ＷＴＲＵは、透過フレーム内のＳＩＢを復号しえない。
【０１５０】
ＬＴＥリリース８におけるＭＩＢは、すべてのフレームで送信されるので（４フレーム繰り返し期間で）、共存ギャップ設計におけるｅＮＢは、透過フレーム上でＭＩＢを送信しないように変更されうる。一実施形態において、ＷＴＲＵは、透過フレームではないそれぞれのフレームからＭＩＢを読み取ることによってＭＩＢを復号することができる。ＭＩＢの新しい送信が、ＳＦＮ  ｍｏｄ  ４＝０を満たすＳＦＮの値でそのまま想定されうる（ＬＴＥリリース８と同じ）。ＷＴＲＵ側で期待できるＭＩＢの繰り返し数は、透過フレームがＭＩＢ送信を含みえないので、構成されたデューティサイクルに依存しうる。
【０１５１】
図１７Ａは、高デューティサイクルに対するＭＩＢ送信の線図１７００Ａである。図１７Ａに示されている例では、ＭＩＢは、透過フレーム１７０２、１７０４、１７０６、および１７０８以外のすべてのフレーム上で送信される。高デューティサイクルについては、ＷＴＲＵは、ＭＩＢ繰り返し１７１０などの、（ＳＦＮ／２）  ｍｏｄ  ４＝０で開始する４つのＭＩＢ送信または繰り返しを受信することができる。これは、ＭＩＢ繰り返し１７１２などの、（ＳＦＮ／２）ｍｏｄ  ４＝０を満たさない他の任意のＳＦＮ上で開始するＭＩＢ繰り返しに対して３つのＭＩＢ送信を受信することができる。代替的高デューティサイクル構成（図示せず）では、ＷＴＲＵは、常に、３つのＭＩＢ繰り返しを受信することができる。
【０１５２】
図１７Ｂは、中デューティサイクルに対するＭＩＢ送信の線図１７００Ｂである。図１７Ｂに示されている例では、ＭＩＢは、透過フレーム１７１２、１７１４、１７１６、１７１８、１７２０、１７２２、１７２４、１７２６、１７２８、１７３０、１７３２、１７３４、１７３６、１７３８、１７４０、および１７４２以外のすべてのフレーム上で送信される。中デューティサイクル構成では、ＷＴＲＵは、ＭＩＢ繰り返し１７４４などの、ＭＩＢ繰り返し期間毎に２つのＭＩＢ送信を受信することができる。
【０１５３】
別の実施形態では、ｅＮＢは、使用されているデューティサイクルに関係なく、同一ＭＩＢスケジュールを生成しうる、偶数サブフレームでのみＭＩＢを送信することができる。
【０１５４】
スモールセル上のオペレーションが想定されうるので、ＭＩＢの２つの繰り返しの受信は、結果として、ＰＢＣＨ性能の重大な低下をもたらしえない。結果として、ＷＴＲＵが利用しうる、より短い繰り返し数を相殺するために、ＭＩＢへの特定のロバスト性強化は不要である。さらに、タイミングに関係するいくつかの態様に加えて、ＳＩＢにおけるＳＩは、本明細書で説明されているようにデューティサイクルを動的に変化させる機能に対応できるようにわずかに変更する必要がありうる。
【０１５５】
デューティサイクルの変化（例えば、低から中へ）は、周辺のＷｉＦｉシステムさらには現在処理されている相対的ＬＴＥトラフィックから影響を受ける可能性がある。結果として、システムは、そのデューティサイクルを（例えば、高から中へ、またその逆に）かなり頻繁に変更して、トラフィックパターンの変化を管理したい場合がある。結果として、デューティサイクルの変化が生じたときにＳＩ全体を読み取る必要がないようにすることが望ましい場合がある。それに加えて、デューティサイクルの変化が生じたときにＷＴＲＵの動作がより予測可能になるようにタイミングが共存ギャップから変更されないＳＩ上でデューティサイクルの変化を送信することが望ましい場合がある。これらの理由から、提案された設計では、ＳＩＢ１における情報要素として現在のデューティサイクル構成を送信することであってよい。
【０１５６】
ＷＴＲＵは、“systemlnfoValueTag”の値をチェックするためにすべての繰り返し期間（例えば、８０ｍｓ）でＳＩＢ１を読み取ることができる。それに加えて、ＷＴＲＵは、ＳＩＢ１に追加されるべきデューティサイクルＩＥを読み取ることによってスモールセルｅＮＢによって適用される現在のデューティサイクルを決定することができる。共存ギャップが必要でないスペクトルの場合のオペレーションを可能にするため、デューティサイクルＩＥは、ＳＩＢ１においてオプションのＩＥとして追加されるか、またはデューティサイクルの特別な値が、共存ギャップが存在しないことを示すために使用されうる。デューティサイクルはデューティサイクル情報がないことを示すという条件で、ＷＴＲＵは、通常のＬＴＥルールの下で動作しうる（例えば、ＬＴＥリリース８などの標準の場合のようにＭＩＢ／ＳＩＢを復号し、透過フレームが存在しないことを想定する）。構成されたデューティサイクルがデューティサイクル情報の特定の値を示すという条件で、ＷＴＲＵは、その特定のデューティサイクルを重視して、透過フレームにおいて上で説明されている手順を適用することができる。
【０１５７】
図１８は、ＳＩＢ１におけるデューティサイクルＩＥの変化によりシグナリングされるようなデューティサイクルの変化に関連するタイミングの線図１８００である。４つのＳＩＢ１の繰り返し期間１８２２、１８２４、１８２６、および１８２８が図１８に例示されている。中デューティサイクルを示す４つのＳＩＢ１８３０、１８３２、１８３４、および１８３６は、繰り返し期間１８２２で送信され、高デューティサイクルを示す４つのＳＩＢ１８３８、１８４０、１８４２、および１８４４は、繰り返し期間１８２４で送信され、高デューティサイクルを示す４つのＳＩＢ１８４６、１８４８、１８５０、および１８５２は、繰り返し期間１８２６で送信され、高デューティサイクルを示す４つのＳＩＢ１８５４、１８５６、１８５８、および１８６０は、繰り返し期間１８２８で送信される。一実施形態において、デューティサイクルＩＥは、ＳＩＢ１繰り返し期間の境界においてｅＮＢによって変更されうる。ＷＴＲＵは、ＳＩＢ１繰り返し期間１８２４においてＳＩＢ１８３８内でデューティサイクルＩＥの変化を検出しうる。ＷＴＲＵがＳＩＢ１繰り返し期間内にデューティサイクルＩＥの変化を検出した場合、これは、ｅＮＢが次のＳＩＢ１繰り返し期間１８２６の始まりで新しいデューティサイクルを使用し始めることを想定することができる。これは、すべてのＷＴＲＵによって適切に復号されるとは限らないデューティサイクルの変化の任意の潜在的可能性を回避し、その結果、透過フレームの期間のＵＬにおけるＷＴＲＵによる送信が行われる可能性がありうる。
【０１５８】
一実施形態において、ＷＴＲＵは、ＳＩＢ１繰り返し期間の境界においてＳＩＢ１のデューティサイクルフィールドを読み取ることができる。必要ならば、これは、ＳＩＢ１繰り返し期間内でＳＩＢ１の他の繰り返しから読み取られうる。現在想定されているデューティサイクルの変化がＷＴＲＵによって検出される場合（例えば、デューティサイクルの値が中から高に変化する）、ＷＴＲＵは、透過フレームの合意されたパターンが、次のＳＩＢ１繰り返し期間（図１８の１８２６）の始まりで高デューティサイクルパターンに移行することを想定しうる。
【０１５９】
別の実施形態では、デューティサイクルは、この追加のフィールドを含むようにＭＩＢを修正することによってＭＩＢ内でシグナリングされうる。あるいは、ＳＩＢ２は、デューティサイクルＳＩを伝送し、ｅＮＢからデューティサイクルの変化に関する情報を求めるために使用されうる。
【０１６０】
透過フレームの存在の下でＵＬおよびＤＬ  ＨＡＲＱタイミングを修正するために、一実施形態では、透過フレームの一部であるサブフレームは、ＨＡＲＱ遅延を計算するときにカウントされえない。したがって、例えば、特定の送信についてＡＣＫを伝送するサブフレームを決定するためにサブフレームをカウントするときに、透過フレームに入るすべてのサブフレームがカウントされるわけではない。ｅＮＢおよびＷＴＲＵ内のＨＡＲＱタイリングカウンターは、透過フレームにおいてフリーズされうる。実際、ＨＡＲＱタイミングカウンターは、共存ギャップの始め、および共存ギャップの持続時間の間に、フリーズされうる。次いで、タイマーが、ギャップの終わりに再起動され、それらがフリーズされる前にとっていた値で再開することができる。事実上、これは、ＴＤＭの態様をＬＴＥシステムに導入するものとしてみなされうるが、それにより、共存ギャップに関連付けられているサブフレームは、ＬＴＥシステムに属さない（したがって、ＰＨＹおよびＭＡＣオペレーションのタイミングに関してカウントされえない）。同じメカニズムが、ＬＴＥリリース８および１０の手順を定義するルールに対する影響を最小限度に抑えつつ透過フレームの存在を考慮するためにオーバーザエアー時間に関して定義されているＬＴＥにおける他のオペレーション（ＣＱＩ測定など）にも使用されうる。
【０１６１】
以下の表５は、ＴＤＤ  ＵＬ／ＤＬ構成１に対するＤＬ関連付けセットインデックスである。表５に基づき、ＤＬ  ＨＡＲＱに対するＡＣＫ／ＮＡＣＫを伝送するＵＬサブフレームに対応する与えられたサブフレームｎについて、表５で与えられる値ｋは、サブフレームｎでＡＣＫ／ＮＡＣＫされたＤＬ送信であるサブフレームｎ−ｋに対応する。ｎ−ｋを計算するときに、透過フレームに入るｎの前に生じるすべてのサブフレームは、無視されうる。
【０１６２】
【表６】
0006006336.tif 000007
【０１６３】
図１９は、ＴＤＤ  ＵＬ／ＤＬ構成１に対する例示的なＡＣＫ／ＮＡＣＫ手順の線図１９００である。図１９に示されている例では、フレーム１９０２内のサブフレーム１９０８および１９１０におけるＤＬ送信は、フレーム１９０６（フレーム１９０４の代わりに）のサブフレーム１９１２を使用してＡＣＫ／ＮＡＣＫされうる。つまり、ＡＣＫ／ＮＡＣＫメッセージは、送信が行われるフレームの後の次の非透過ＴＤＤフレームで送信されうるか、または対応するＡＣＫ／ＮＡＣＫが受信されたフレームの後の次の非透過ＴＤＤフレームで再送を行うことができる。送信と肯定応答との間の実際のサブフレーム関係は、透過フレーム全体が無視されたときには変更されていないので、ＨＡＲＱタイミングルールは、２つの関係するサブフレームがギャップとして使用される必要のある透過フレームによって隔てられていないときにフレームオフセットを含めることを除き影響を受けえない。このような理由から、ＬＴＥリリース８で指定されているＨＡＲＱタイミングルールは、事実上変更されないままとなり、ＡＣＫ／ＮＡＣＫまたはグラント／割り当てのシグナリングのうちのどれも変更される必要はない。
【０１６４】
一実施形態では、ＨＡＲＱカウンター（送信と予想されるＡＣＫ／ＮＡＣＫとの間のサブフレームの数をカウントする）は、透過フレームの一部であるサブフレームがトラバースされているときにフリーズされうる。透過フレームがトラバースされたとき、ＨＡＲＱサブフレームカウンターは再有効化され、ＨＡＲＱ手順に関連付けられているカウント操作を続行する。ＲＡＣＨ機会などの、ＬＴＥにおける他の手順のタイミングを処理するために同じアプローチが使用されうる。透過フレームは、ＲＡＣＨリソースを含まず、ＷＴＲＵは、非透過フレーム上で定義されたＲＡＣＨリソースを使用することしか許されえない。その結果、タイミングがサブフレームレベルで定義されている手順に対して、それらの手順は、サブフレームカウンターが透過フレームにおいて事実上フリーズされるという事実を考慮するように修正されうる。その一方で、フレームレベルで定義されている手順については、これらの手順は、透過フレーム上では単純に適用されえない。
【０１６５】
一実施形態において、透過フレームの定義は、ＷＴＲＵが、ＷＴＲＵによるＲＡＣＨの潜在的送信を含みうる、透過フレームにおいてＵＬ送信を行わないということを要求しうる。その結果、ＷＴＲＵ手順は、ＷＴＲＵが透過フレームにおいてＲＡＣＨプリアンブルを送信しないことを確実にするように変更されることが必要になる場合がある。その代わりに、これはＳＩＢ１を介して透過フレームのロケーションの知識を有しているので、そのプリアンブルを送信するために透過フレームの後の次のＰＲＡＣＨリソースを待つことができる。ＬＴＥリリース１０では、ＷＴＲＵがプリアンブル応答を受信することに失敗した場合、これは、０から、構成されたバックオフ時間までの間のランダムの時間で待機し、次いで、次の利用可能なＰＲＡＣＨ機会に再送する。したがって、一実施形態では、ＷＴＲＵは、透過フレームにおいてそのランダムアクセスバックオフタイマーを一時停止することができるが、それは、変更されず、ＷＴＲＵが透過フレームにおいてそれぞれのプリアンブル試行を送信することを試みることができるからである。
【０１６６】
プリアンブルの後、ｅＮＢは、ＰＤＣＣＨ上でプリアンブル応答をスケジュールし、この後通常のＰＵＳＣＨリソースを使用することができる。プリアンブル応答が透過フレーム上に入る場合、ｅＮＢは、それが透過フレームにおいて送信できないので、次のフレームで応答をスケジュールすることができる。ＷＴＲＵは、ＳＩＢ１を介して透過フレームのロケーションの知識を有しているので応答が到来するのを監視するため次のフレームを待つことができる。
【０１６７】
共存ギャップの使用は、ページングに影響を及ぼしうる。フレームベースの方法では、透過フレーム上で生じる可能性のある、ページングフレームに対する計算に影響が現れうる。ｅＮＢが、透過フレームにおける特定のサブフレーム番号においてＷＴＲＵをページングする場合、これは、その代わりに、次のアクティブなフレームが来るまで待ち、同じ特定のサブフレーム番号を使用することができる。同様に、透過フレームにおける特定のサブフレーム番号においてページを受信すべきＷＴＲＵの観点から、これは、次のフレームが来るまで待ち、同じ特定のサブフレーム番号においてページを監視することができる。より小さなスモールセルは、平均してセル１つ当たりより少ないＷＴＲＵを有しうるので、限られたページングリソースで十分と言える。
【０１６８】
一実施形態において、ＷＴＲＵがページングフレーム（ＰＦ）を決定する仕方は変更されうる。例えば、ＬＴＥリリース１０では、ＷＴＲＵは以下の式（３）を使用してＰＦを計算する。
【０１６９】
（３）ＳＦＮ  ｍｏｄ  Ｔ＝（Ｔ  ｄｉｖ  Ｎ）＊（ＵＥ＿ＩＤ  ｍｏｄ  Ｎ）、ただし、ＮはＳＩＢで設定される。
透過フレームが使用されるときにＰＦを計算するための実施形態において、ＷＴＲＵは、ＰＦを以下のように計算することができる。「ＳＦＮ  ｍｏｄ  Ｔ」が透過フレーム（ＳＩＢから知られうる）に載る場合、ＳＦＮ  ｍｏｄ  Ｔは、それが非透過フレームに入るように１フレームだけインクリメントされうる（または０にループバックされうる）。この実施形態では、ＷＴＲＵは、透過フレームの直後のフレームにおいて出現するＰＦを決定することができる。
【０１７０】
上で説明されている実施形態のうちの少なくともいくつかにおいて、ＬＴＥリリース１０の適用が想定されており、したがって、通常のＣＲＳおよびＣＳＩ−ＲＳの存在も、想定された（ＷＴＲＵがスケジュールされたかどうかに関係なく）。これらの実施形態について、ＣＲＳまたはＣＳＩ−ＲＳの送信は、ＣＲＳにおいてｅＮＢによって行われず、したがって、ＷＴＲＵは、透過フレームにおいてこれらの基準シンボルを予想するか、または測定することができない。しかし、ＮＣＴ実施形態については、ＮＣＴ上のＣＲＳは、サブフレーム５つおきにしか送信されえない。それに加えて、ＣＲＳが送信されるサブフレームでは、送信は、６個の中心リソースブロック（例えば、帯域幅全体ではなく）でのみ行われうる。
【０１７１】
透過フレームの定義は、これがＮＣＴに適用されるときに変更されうる。ＮＣＴによって許容される低減されたＣＲＳオーバーヘッドにより、ＣＲＳは、透過フレーム全体でブランクアウトされるのではなくＮＣＴによって（例えば、サブフレーム５つおきに、また一実施形態では、帯域幅全体ではなく中心の６個のリソースブロック上で）指示されるロケーションにおいて透過フレームで送信されうる。しかし、ＣＳＩ−ＲＳは、ＨＡＲＱと同じルールに従うものとしてよい（例えば、その送信期間は、透過フレーム内のサブフレームがＣＳＩ−ＲＳの期間を決定する際に期限切れになるとカウントしないように透過フレームにおいてフリーズされうる）。あるいは、ｅＮＢは、それが透過フレームの出現と一致しないようにＣＳＩ−ＲＳの期間をスケジュールすることができる。
【０１７２】
基準シンボルおよび同期シンボルの送信に関してＮＣＴの定義を維持するために、ＮＣＴの文脈における透過フレームの定義はＵＬまたはＤＬ送信なしで定義されうるが、ただし以下を除く。透過フレームは、そのまま、ＮＣＴの最終定義によって合意されたロケーションでＰＳＳ／ＳＳＳを含みうる。さらに、透過フレームは、そのまま、サブフレーム５つおきにポート０のＣＲＳ１を含みうる。この実施形態では、サブフレーム０および５は、ＣＲＳポート０が送信される透過フレーム内のサブフレームについて想定されうる。これは、０および５以外のサブフレームがＣＲＳを含むサブフレームとしてのＮＣＴ定義によって選択される実施形態を除外しえない。
【０１７３】
結果として、ＮＣＴの文脈における透過フレームに対するＷＴＲＵおよびｅＮＢ手順は、ＬＴＥリリース１０に関してわずかに修正されうる。例えば、ＰＳＳ／ＳＳＳは、透過フレームを含む、すべてのフレームで送信されえない。別の例では、ＣＲＳは、すべてのフレーム（透過および非透過）において同じようにして送信され、すべてのフレームのサブフレーム０および５で送信されるＣＲＳポート０の送信のみを含みうる、ＮＣＴのＣＲＳシンボル送信の定義に従うものとしてよい。この実施形態における透過フレームに対するＣＳＩ−ＲＳのルールは、ＬＴＥリリース１０の文脈において透過フレームについて定義されているものと同じでありうる（例えば、ＷＴＲＵは、ｅＮＢによって与えられたスケジュールに従ってＣＳＩ−ＲＳを復号し、透過フレームにおいてＣＳＩ−ＲＳを想定しない）。
【０１７４】
一実施形態において、ＷＴＲＵが初期セル探索を実行すると、これは、チャネル上でＰＳＳ／ＳＳＳを通常どおり探索することができる。しかし、ＷＴＲＵの同期およびチャネル推定手順では、以下のルールに従って操作することによって透過フレームを考慮することができる。ＷＴＲＵが接続されると、これは、すべてのフレーム（透過と非透過の両方の）上でＰＳＳ／ＳＳＳおよびＣＲＳのみを使用して同期を維持することができる。透過フレームに対するＳＲＳのルールは、ＬＴＥリリース１０の文脈において透過フレームについて定義されているもの同じであってよい。
【０１７５】
別の実施形態では、ｅＮＢは、ＮＣＴ上の透過フレームにおいてそもそもＣＲＳを送信しないことを決定することができる。この実施形態では、ＷＴＲＵの動作は、同期に対してＣＲＳを使用する文脈においてＬＴＥリリース１２と比較して変更する必要がありうる。つまり、ＷＴＲＵは、透過フレーム上で同期を実行しえず（例えば、ＣＲＳの存在を想定しえない）、すべての同期は、非透過フレームでのみ実行されうる。
【０１７６】
スモールセルの文脈において、周波数内および周波数間測定が実行され、多数の異なる実施形態のうちの１つにおけるハンドオーバーをトリガーすることができる。一実施形態では、ＷＴＲＵは、別のスモールセルへのハンドオーバーを測定し、潜在的にトリガーするスモールセル上で周波数内測定を実行することができる。別の実施形態では、ＷＴＲＵは、別のスモールセルへのハンドオーバーを測定し、潜在的にトリガーするスモールセル上でＷＴＲＵによる周波数間測定を実行することができる。別の実施形態では、ＷＴＲＵは、スモールセルへのハンドオーバーを測定し、潜在的にトリガーするマクロセル上で周波数間測定を実行することができる。別の実施形態では、ＷＴＲＵは、マクロセルへのハンドオーバーを測定し、潜在的にトリガーするように意図されているスモールセル上で周波数間測定を実行することができる。
【０１７７】
これらの実施形態のうちのそれぞれにおいて、ＷＴＲＵ測定では、共存ギャップとして使用される透過フレームの潜在的な存在を考慮すべきであり、これらの測定が実行される仕方に対する制限は、上記の実施形態のうちのどれが考慮されているかに依存しうる。上で説明されているように、単一のマクロセルによって管理されるスモールセルが同期される（フレームタイミングおよびＳＦＮ番号において）ことが想定されうる。しかし、異なるスモールセルは、これがＷｉＦｉシステムへのトラフィックおよび近接性に依存しうるので、それぞれのセルにおいて構成された異なるデューティサイクルを有しうる。
【０１７８】
周波数内測定では、ＷＴＲＵは、測定が実行される基準シンボルがない場合に透過フレーム上での測定を回避するために測定を試みる前に隣接するスモールセルの共存ギャップデューティサイクルを認識すべきである。デューティサイクルの最悪の想定を使用する（例えば、隣接するスモールセルが５０％のデューティサイクルを使用し、偶数ＳＦＮ番号でのみ測定していることを想定する）のを回避するために、ＷＴＲＵは、周波数内測定を行う前に隣接セルのＳＩＢ１を読み取ることが必要になる場合がある。したがって、ＷＴＲＵは、最初に、隣接セルのデューティサイクル構成を受信し、同じマクロセルの制御の下でスモールセルに対する同期したオペレーションの想定により、ＷＴＲＵは、隣接スモールセルに対して測定を実行し、スモールセル内に構成された透過フレームを回避することができるものとしてよい。したがって、周波数内測定の実行は、隣接セル上の潜在的な測定時間（例えば、非ギャップタイム）の利用可能な長さに関して最適化されうる。
【０１７９】
一実施形態において、ＷＴＲＵは、以下のように周波数内測定を行うことができる。スモールセルのｅＮＢは、周波数内測定を実行するようにＷＴＲＵを構成することができる。一実施形態において、ｅＮＢは、測定を実行するために偶数ＳＦＮのみを選択することができる。隣接要素がより高いデューティサイクルを有する場合、ＷＴＲＵは、隣接要素も送信している可能性がある場合に透過フレームにおいて周波数内測定を実行することができる。
【０１８０】
ＷＴＲＵは、以下のように周波数内測定を実行することができる。ＷＴＲＵは、同じ周波数上でスモールセルのＰＳＳ／ＳＳＳを見つけて復号し、隣接スモールセルのセルＩＤを決定し、セルＩＤが識別された隣接スモールセル上のＳＩＢ１を読み取り、スモールセル上で使用されている共存ギャップのデューティサイクル／パターンを決定することができる。ＷＴＲＵは、透過フレームでないフレーム上の基準シンボルを使用してスモールセル上で測定を実行することができる（例えば、ＳＩＢ１から取得されたデューティサイクル構成に基づき）。一実施形態において、これは、周期的に実行されるものとしてよく、その場合、ＳＩＢ１はそれぞれの測定の前に読み取られうる。ＷＴＲＵは、透過フレームと一致するターゲットｅＮＢの任意の一部を測定しえず、検出された隣接するスモールセルの周波数内測定を報告しうる。
【０１８１】
図２０Ａは、高デューティサイクルを有するｅＮＢ２００２および周波数内測定を行う中サイクルを有するｅＮＢ２００４に関連付けられているＷＴＲＵに利用可能な時間を示す線図２０００Ａである。図２０Ａに示されている例では、両方のｅＮＢ２００２および２００４に関連付けられているＷＴＲＵは、ＳＦＮ０、２、４、６、８、１０、１２、１４、および１６に対応するフレームにおいて周波数内測定を実行することができる。ｅＮＢ２００４に関連付けられているＷＴＲＵに対する最良の時間は、ＳＦＮ１、３、５、９、１１、１３、および１７に対応するフレームの期間である。ＳＦＮ７および１５に対応するフレームでは、周波数内測定は実行されえない。
【０１８２】
周波数間測定は、ＷＴＲＵが異なる周波数に同調することを必要とする場合があり、したがって、ＬＴＥにおける測定の機会を利用することで有効化されるものとしてよく、これは６ｍｓにわたり、４０ｍｓまたは８０ｍｓ毎に構成されうる。それぞれの測定の機会は、異なる周波数上でセルのＰＳＳ／ＳＳＳおよび基準シンボルを測定するためにＷＴＲＵによって利用され、また６ｍｓに制限されうるので、ＷＴＲＵは、スモールセルを測定するために周波数間測定が実行されているときにＳＩＢ１を読み取り、共存ギャップ構成を見つけるためにこれらの測定の機会を利用することができない。マクロセルを測定するために実行される周波数間測定では、マクロセルに対して構成されている透過フレームがありえないので、問題はないと言える。
【０１８３】
隣接スモールセルが構成された共存ギャップを有しているときにＷＴＲＵに周波数間測定を実行させるのを回避するために、同期したオペレーションの想定が、共存ギャップの知られている潜在的ロケーションに加えて、使用されうる。これらの想定に基づき、測定の機会は、共存ギャップに入りえない（例えば、透過フレームではありえない）フレーム上に生じるようにスモールセルのｅＮＢによって制限されうる。上で説明されている共存ギャップの許容可能なタイミングが与えられたとすると、共存ギャップは、最悪の場合のフレーム１つおきに（例えば、５０％のデューティサイクルの場合に）生じうる。そのシナリオにおいて、スモールセルにおけるすべての奇数番号のＳＦＮは、透過フレームを表すものとしてよく、したがって、ＷＴＲＵがそのセル上で周波数間測定を実行できない場合の期間を表しうる。ＷＴＲＵに対するサービングスモールセルおよび隣接（例えば、周波数間）スモールセルは、フレームおよびＳＦＮ同期されうるので、サービングスモールセルのｅＮＢは、偶数ＳＦＮフレーム番号でのみ測定の機会をスケジュールすることができる（例えば、測定の機会の期間は、４０ｍｓおよび８０ｍｓであるので、与えられた構成に対する測定の機会は、偶数ＳＦＮに当たるものとしてよい）。測定の機会は、測定の機会全体が偶数ＳＦＮフレーム内に残っている限り、ＷＴＲＵ毎に偶数ＳＦＮフレーム内で異なる時間にスケジュールされうる。これは、隣接周波数間スモールセルが測定の機会全体において基準シンボルを送信することを保証しうる。
【０１８４】
図２０Ｂは、高デューティサイクルを有するスモールセル２０１８と、中デューティサイクルを有する隣接するスモールセル２０１６とに関連付けられている３つの異なるＷＴＲＵ２０１０、２０１２、および２０１４に対して利用可能な時間を示す線図２０００Ｂである。図２０Ｂに示されている例では、ＷＴＲＵ２０１０、２０１２、および２０１４のそれぞれは、ＳＦＮ８内で異なる測定の機会のタイミングを有する。
【０１８５】
一実施形態において、マクロｅＮＢは、スモールセル上で周波数間測定を実行するようにマクロセル上にキャンプオンしているＷＴＲＵを構成することができる。これを行うために、マクロセルは、測定の機会を構成することができる。マクロセルは、スモールセルのそれぞれにおいて構成されたデューティサイクルを認識することができるので（例えば、スモールセルは、デューティサイクルの変更が決定される毎にマクロセルに通信する）、マクロセルは、測定されるべき１または複数のスモールセルの共存ギャップ構成に基づき測定の機会を構成しうる。例えば、スモールセルのクラスタが、共存ギャップなしで構成される場合（例えば、ギャップなしのオペレーション）、マクロｅＮＢは、任意のＳＦＮ上で測定の機会を構成する柔軟性を有することができる。
【０１８６】
別の実施形態では、スモールセルは、マクロセルの測定を可能にするように周波数間測定を構成することができる。マクロセルは、これらの測定の機会のロケーションに対して制限を設けていないので（例えば、マクロセル上にギャップがない）、スモールセルは、任意のフレームで測定の機会を構成することができる。これは、スモールセルのサービングセル上に出現する透過フレームまたは共存ギャップを含みうる。
【０１８７】
測定の機会は、通常の送信から離れて時間を取りうるので、スモールセルが、スモールセルｅＮＢがそのときに送信または制御をしていない可能性があるため、透過フレームにおいてマクロセルを測定するように周波数間測定を構成することが有益な場合がある。結果として、構成された測定の機会は、スモールセルから離れて使用可能なデータの送信に時間を取ることはできないが、むしろ、すでに無音であり、スモールセル周波数で送信していない間に周波数間測定をＷＴＲＵに強制的に実行させることができる。
【０１８８】
図２０Ｃは、中デューティサイクルを有するスモールセルｅＮＢ２０３２および周波数間測定を実行するための隣接するマクロｅＮＢ２０３０に対する最良の時間を示す線図２０００Ｃである。例示されている実施形態では、周波数間測定を実行するためにスモールセルｅＮＢ２０３２に関連付けられているＷＴＲＵに対する最良の時間は、ＳＦＮ１、３、５、７、９、１１、１３、１５、および１７を有するフレームの期間である。
【０１８９】
一実施形態において、マクロセルの制御下にあるすべてのスモールセルは、フレーム同期されうる。いくつかの実施形態において、これは、隣接しているスモールセルによって残されている共存ギャップが、２つのセルのカバレッジの共通部分でＷｉＦｉ共存を許すことを確実にするために必要になりうる。
【０１９０】
他の実施形態では、カバレッジのシナリオにおける隣接しているスモールセルは、異なるマクロセルによって管理されうる。これらの実施形態では、２つのマクロセルは、同じフレームタイミングおよびＳＦＮ同期を有する保証はない。結果として、２つの下にあるスモールセルは、透過フレームの同じタイミングを有しえない。ここで、異なるマクロセルに属す隣接スモールセルのＷＴＲＵによって行われる周波数間測定では、ＷＴＲＵが隣接スモールセルを適切に測定することを可能にする場合もしない場合もある（例えば、隣接スモールセルにおける透過フレームの相対タイミングおよびサービングスモールセルによってスケジュールされた測定の機会に応じて）。このハンドオーバーのシナリオは生じえないので（例えば、サービングスモールセルは、異なるマクロセルによって管理されているスモールセル上のハンドオーバーを許す前にマクロセルにハンドオーバーすることを優先しうる）、隣接スモールセルを正しく測定する能力および測定の品質は、この場合には重大ではありえない。
【０１９１】
上で説明されている実施形態では、ギャップパターンは、ＷＴＲＵおよびｅＮＢによって事前定義され、先験的に知られている。ギャップパターンは繰り返され、ｅＮＢによって構成されたデューティサイクルに依存しうるので、ｅＮＢは、例えば、与えられた時点においてブランクサブフレームまたは透過フレームのどのパターンを使用すべきかをＷＴＲＵに通知するためにデューティサイクルをシグナリングする必要がありうる。
【０１９２】
他の実施形態では、ｅＮＢスケジューラは、そのトラフィックに基づき定期的な送信またはギャップタイムの必要性を動的に判定し、このことをＷＴＲＵに動的に通知することができる。協調パターンよりはむしろ、ｅＮＢスケジューラは、スケジューラのトラフィック負荷に基づきこれが可能でありうる場合にギャップタイムの期間（例えば、数サブフレーム）をスケジュールすることができる。
【０１９３】
動的に決定されたギャップスケジュールに対する共存を可能にするために、ｅＮＢは、ＩＣＩＣフレームまたはサブフレームのセットの使用をブロードキャストすることができる。これらのＩＣＩＣフレームまたはサブフレーム２１０２も、通信に内在しうる（例えば、ＣＲＳを伝送しない、知られているサブフレームがある場合のＬＴＥリリース１２の新しいキャリアタイプについて）。ＩＣＩＣフレームまたはサブフレームを通信するために使用される方法に関係なく、ｅＮＢは、共存ギャップそれ自体が（動的にスケジュールされているが）ＩＣＩＣサブフレームのセットのサブセットになるようにこれらのＩＣＩＣフレームまたはサブフレームのみにおいて共存ギャップをスケジュールすることに制約されうる。ＩＣＩＣサブフレームは、それ自体、周期的であり、繰り返されるパターンであってよいが、共存ギャップそれ自体はそうでなくてもよい。
【０１９４】
図２１は、動的に決定されたギャップスケジュールに対する共存の方法を示す線図２１００である。図２１に示されている例では、ｅＮＢは、ＩＣＩＣフレームまたはサブフレーム２１０２のセットの使用をブロードキャストする。ＩＣＩＣフレームのセットにおいてｅＮＢによって動的に選択された時刻２１０６、２１０８、および２１１０において、ｅＮＢは、共存ギャップ、およびそのギャップの長さをＷＴＲＵにシグナリングすることができる。ＷＴＲＵおよびｅＮＢは、シグナリングされたギャップ期間において送信を停止することができる。図２１に示されている例では、ｅＮＢは、２１０６で共存ギャップ２１０４およびその対応する長さをシグナリングし、２１０８で共存ギャップ２１１２およびその対応する長さをシグナリングし、２１１０で共存ギャップ２１１４およびその対応する長さをシグナリングする。
【０１９５】
一実施形態において、ｅＮＢは、それらがすべてのＷＴＲＵに知られるようにＩＣＩＣサブフレームの使用度をブロードキャストすることができる。例えば、ＳＩは、ＩＣＩＣサブフレームの存在をブロードキャストするように修正または追加されうる。別の実施形態では、ｅＮＢは、ＩＣＩＣサブフレームの存在をブロードキャストすることができるが、ＩＣＩＣサブフレームの出現のパターンは、ｅＮＢおよびＷＴＲＵによって先験的に知られうる。この実施形態では、ＩＣＩＣサブフレームの存在は、より静的なものにされうる。
【０１９６】
一実施形態において、ｅＮＢスケジューラは、トラフィックシナリオおよびスケジューリングアルゴリズムに基づき、共存ギャップおよびギャップに対する妥当な長さをスケジュールする最良の機会を決定することができる。ＨＡＲＱプロセスの依存関係も、ｅＮＢによってスケジュールされた共存ギャップパターンのタイミングに影響を及ぼしうる。例えば、ｅＮＢは、ＷＴＲＵがＵＬにおいて保留中の同期再送を予期している場合に共存ギャップをスケジュールすることを差し控えることができる。
【０１９７】
ＷＴＲＵによる同期および測定を可能にするため、ＷＴＲＵの測定および同期手順は、非ＩＣＩＣサブフレームに基づくものとしてよい。一実施形態において、ＷＴＲＵは、共存ギャップの存在に関係なく、ＩＣＩＣサブフレームにおいて測定を差し控え、非ＩＣＩＣサブフレームにおいてのみ測定を実行することができる。それに加えて、ＷＴＲＵは、任意の同期シンボル（例えば、ＰＳＳ／ＳＳＳおよびＣＲＳ）が、ＷＴＲＵによってシグナリングされる実際の共存ギャップパターンに関係なく、ＩＣＩＣサブフレームにおいて送信されないことを想定することができる。しかし、共存ギャップがｅＮＢによってスケジュールされている場合、ｅＮＢは、ＩＣＩＣサブフレームにおいて同期シンボルを送信してもしなくてもよい。すべてのｅＮＢ送信（任意の同期シンボルを含む）は、ギャップの持続時間の間に中断される可能性がある。
【０１９８】
ｅＮＢが、共存ギャップが必要であると判定した場合、これは、ＰＨＹ層シグナリングを通じてすべてのＷＴＲＵにこのギャップの存在をシグナリングすることができる。ギャップの持続時間も、ＷＴＲＵにシグナリングされうる。ＷＴＲＵがこのシグナリングを受信する場合、これは、制御チャネルを（ＤＬサブフレーム上で）復号すること、またはＳＲＳを（ＵＬサブフレーム上で）送信することを、共存ギャップの期限が切れるまで、差し控えることができる。
【０１９９】
別の実施形態では、共存ギャップを作成するために間欠受信が使用されうる。例えば、ＤＲＸを使用してＷｉＦｉによるチャネルの使用のための共存ギャップを作成するために、ｅＮＢは、すべてのＷＴＲＵの間でＤＲＸサイクルのタイミングを同期させることができる。結果として、ｅＮＢの制御下にあるすべてのＷＴＲＵは、常に同じＤＲＸサイクルパラメータで構成される必要がありうる。
【０２００】
ＬＴＥ送信時間は、ＷＴＲＵのそれぞれについてのアクティブ時間の合併に対応し、ＷｉＦｉ送信に利用可能な共存ギャップまたは時間は、すべてのＷＴＲＵの非アクティブＤＲＸ時間の共通部分に対応しうる。この方法を共存ギャップの使用に最も効果的な方法にするために、スケジューラは、ＷＴＲＵの大半へのトラフィックがアクティブ時間においてフルバッファになり、ＷｉＦｉシステムからアクティブ時間全体にわたって占有されるようなチャネルが見えるようにＤＲＸパラメータを構成する必要があり、構成された持続時間は、ビジー状態が最も低いＷＴＲＵがＬＴＥ送信時間全体を通してＤＬチャネルへの接続を待機していることを保証されるように最もビジーであるＷＴＲＵの予想負荷を反映すべきである。
【０２０１】
図２２は、異なるＷＴＲＵ２２０２、２２０４、および２２０６に対する共存ギャップを作成するためにＤＲＸを使用する方法を示す信号図２２００である。ＷＴＲＵ２２０２、２２０４、および２２０６のすべてについて、“onDurationTimer”は、ＷＴＲＵがそれぞれのＤＲＸサイクルについてＰＤＣＣＨ上に留まり、監視すべき時間の最小の長さを指定することができる。割り当てまたはグラントを受信することなくタイマーがタイムアウトになった場合、ＷＴＲＵは、スリープに戻ることができる。これは、ＷＴＲＵ２２０２に対する場合である。ＷＴＲＵが割り当てを受信すると、ＷＴＲＵがスリープに戻る時間が、“drxInactivityTimer”によって指示され、これはＷＴＲＵがスリープに戻る割り当てまたはグラントの後の時間の長さを指定することができる。このタイマーは、新しい割り当てまたはグラントが受信される毎にリセットされうる。図２２におけるＷＴＲＵ２２０４および２２０６は、アクティブ送信について、それぞれ、グラント２２０８および２２１０を受信する。しかし、ＷＴＲＵ２２０４および２２０６のそれぞれは、オン持続時間中の異なる時刻においてそれらのグラントを受信するので、非アクティブタイマーは、それらのオン時間を異なる総時間に延長する。最後のＷＴＲＵがアクティブ送信についてスケジュールされる前の時間は、共存を目的としてＬＴＥオン期間として予約され、ＷＴＲＵに対する最後のスケジュールされたアクティブ送信の終わりから次のＤＲＸオン期間の始まりまでの間の時間は、他のＷＴＲＵによる送信（例えば、ＷｉＦｉの）に使用するための共存ギャップとして予約されうる。
【０２０２】
従来のＤＲＸについて、シグナリングおよびタイミングは、ＷＴＲＵ毎に適用され、ＨＡＲＱ再送は、ＤＲＸサイクルに関係なく行われうる。さらに、従来のＤＲＸについて、ｅＮＢは、ＤＲＸサイクルに関係なく動作し続けるものとしてよい。結果として、ｅＮＢは、そのまま、どの、およびいくつのＷＴＲＵが現在ＤＲＸを行っているかということに関係なく、基準信号およびＰＳＳ／ＳＳＳを送信することができる。従来のＤＲＸのこれらの特徴は、共存ギャップの作成の場合のように従来のＤＲＸを使用することを難しいものにするが、それは、ＷＴＲＵのすべてに対してＤＲＸを構成する際の大きなシグナリングオーバーヘッド、大量のアクティブ時間再送の十分後になってから行われるＨＡＲＱ再送でＷｉＦｉが引き起こしうる干渉、およびｅＮＢのＲＳおよびＰＳＳ／ＳＳＳ送信がＷｉＦｉシステム上にもたらしうる干渉があるせいである。
【０２０３】
共存ギャップの長さは、ＬＴＥシステム全体（例えば、ｅＮＢおよびサービスを受けるすべてのＷＴＲＵ）とＷｉＦｉシステムとの間のトラフィックの相対量に依存し、単一のＷＴＲＵ（従来のＤＲＸの場合のように）が受けるトラフィックにだけ依存しうるということはないので、従来のＤＲＸは、ＷｉＦｉとの共存をサポートすることができる新しいＤＲＸを作成するために機能拡張されうる。例えば、一実施形態では、共通構成は、すべてのＷＴＲＵに（例えば、ＲＲＣシグナリングを通じて）ブロードキャストされうる。共通ＤＲＸ構成は、ＤＲＸにおいてウェイクアップし、スリープするタイミングを決定するためにすべてのＷＴＲＵによって使用されうる。別の例について、一実施形態では、ＷＴＲＵは、単一のＷＴＲＵに特有のトラフィックに関係するタイマーに基づき短いＤＲＸサイクルから長いＤＲＸサイクルへ遷移しえない。これは、単一のＤＲＸサイクル（短い、または長い）のみを定義し、全体としてシステムの要件に基づきＤＲＸサイクルの長さおよび“onDuration”タイマーを構成することによって行われうる。あるいは、ＷＴＲＵは、短いＤＲＸサイクルと長いＤＲＸサイクルとの間を遷移しうるが、この２つの間の遷移は、すべてのＷＴＲＵにアドレッシングされるグループベースのＭＡＣ  ＣＥまたはＰＤＣＣＨシグナリングなどのブロードキャストメッセージを通じて明示的にｅＮＢによって制御されうる。別の例について、一実施形態では、ｅＮＢは、共存について定義されているＤＲＸ期間に、送信されるＲＳを停止し、一実施形態では、ＲＳＳおよびＳＳＳを停止することができる。それに加えて、それぞれのＷＴＲＵは異なる時間に独立してスリープに入ることができるので、基準シンボルがいつオフにされたかをＷＴＲＵが知るための手順が定義されうる。
【０２０４】
一実施形態において、ｅＮＢは、少なくとも１つのＷＴＲＵがアクティブであることが知られている限り、ＰＳＳ／ＳＳＳを送信することができる。すべてのＷＴＲＵがＤＲＸ（スリープ状態）に入っていることが知られている場合、ｅＮＢは、任意の基準信号またはＰＳＳ／ＳＳＳを送信しえない。それぞれのＷＴＲＵは、ＤＲＸサイクルの始まりからその特定のＷＴＲＵに対するアクティブ時間の終わりまで有効なＰＳＳ／ＳＳＳおよび基準シンボルを想定することができる。ＷＴＲＵは、特定のＷＴＲＵに対するアクティブ期間を外れた任意の時刻においてＰＳＳ／ＳＳＳおよび基準信号を測定することはできない。
【０２０５】
ＤＲＸにおけるＨＡＲＱ再送への追加の制限も、定義されうる。例えば、アクティブ時間において大量のトラフィックの送信に続き再送が保留中である最後のＷＴＲＵは、再送が正常に行われる前にＷｉＦｉがチャネルへのアクセスを取得することができるため、ＷｉＦｉ干渉を受ける可能性がある。再送は、ＷｉＦｉそれ自体にも悪影響を及ぼす可能性があり、その結果の共存方式は、大きく最適以下のものとなりうる。これに対処するため、一実施形態では、許容可能な再送の回数が低減され、ＨＡＲＱオペレーションがフリーズされ、および／またはチャネルを占有されたままにするため再送時に解放メカニズムが実行されうる。
【０２０６】
一実施形態において、アクティブ期間の終わりに行われる再送の回数が低減されうる。例えば、小さな値が、“drxRetransmissionTimer”に対して使用されうる。別の例について、再送は、全体として無効化されうる。
【０２０７】
別の実施形態では、ＨＡＲＱ再送は、共存ギャップの後の次のアクティブ期間に継続することを許され、例えば、ＨＡＲＱ再送を減らしたり、またはなくしたりしたときに生じる可能性のある上位層再送を回避することができる。ここで、保留中の再送があるＷＴＲＵは、最長アクティブ期間の終わりにそれらのＨＡＲＱバッファおよびカウンターをフリーズし、維持することができる。それに加えて、ＵＬ手順は、アクティブ時間の終わりに実行されなかったＵＬ再送が次のＤＲＸサイクルの始まりから暗黙のうちに行われるように機能拡張されうる。この場合、ＤＲＸ手順は、ＨＡＲＱバッファを保持するように機能拡張され、次の“onDuration”の始まりから、ＨＡＲＱタイミングが指定されうる。それに加えて、アクティブ時間には、規定された最長期間が与えられうる。例えば、アクティブ時間は、ＷＴＲＵが、行われたグラントまたは割り当てを有しえないタイマーに基づき定義されうる。次いで、ＷＴＲＵは、グラントまたは割り当てが行われることなくタイマーがタイムアウトになった場合にＤＲＸに移ることができる。別の例について、ＷＴＲＵに対してグラント／割り当てが行われる場合、ＷＴＲＵのアクティブ時間は、何らかの最長アクティブ時間までさらに延長されうる。最長アクティブ時間の後の保留中の再送は、サスペンドされ、次のＤＲＸサイクルで継続されうる。
【０２０８】
一実施形態において、ｅＮＢは、アクティブ期間の終わりに生じうる、再送フェーズにおいてビジーチャネルを確実にすることができる。これは、ＨＡＲＱ  ＲＴＴ時間の間チャネルを占有されたまま維持するために肯定応答の前にすべての冗長バージョンの送信を伴いうる。
【０２０９】
同じ帯域で動作している異なるワイヤレスシステム間の干渉を低減するために共存ギャップおよびパターンを定義することに加えて、ｅＮＢは、潜在的干渉をさらに減らすようにＬＴＥアクティブ期間におけるＷＴＲＵ送信をスケジュールすることもできる。一実施形態において、干渉を管理し、共有チャネル上のデータスループットを最大化することを補助するために、リンク適応が使用されうる。例えば、ｅＮＢは、ＤＬ送信をどれだけ積極的にスケジュールするかを決定するためにチャネル状態情報を使用することができる。ここで、ＷＴＲＵは、共存ギャップサイクルのＬＴＥオン期間の始まりと終わりの両方においてＣＳＩを報告するように構成されうる。それが測定しているそれぞれのセルについて、ＷＴＲＵは、それぞれ、ＬＴＥアクティブ期間の始まりまたはＬＴＥアクティブ期間の終わりに対応しうる、２つの異なるＣＱＩ値（ＣＱＩstartおよびＣＱＩend）を報告することができる。この２つのＣＱＩ値は、ＬＴＥアクティブ期間の始まりにｅＮＢ／ＨｅＮＢがＷＴＲＵをより効率的にスケジュールすることを可能にしうる。
【０２１０】
ＤＳＳ帯域のセル上で動作している場合、ｅＮＢ／ＨｅＮＢは、周期的ＣＳＩ構成および非周期的ＣＳＩ構成の両方をもたらしうる。ｅＮＢ／ＨｅＮＢは、２つの周期的構成（“cqi-pmi-Configlndex”および“cqi-pmi-Configlndex3”）をもたらしうる。２つの周期的構成のうちの第１のものは、ＣＱＩendに対して適用され、２つの周期的構成のうちの第２のものは、ＣＱＩstartに対して適用されうる。ｅＮＢ／ＨｅＮＢは、これらのレポートの周期性およびオフセットは、同じサブフレーム内に生じないように構成されることを保証することができる。ＣＳＩリソースセットも、隣接ＬＴＥシステム間に共存を可能にするように備えられうる。ｅＮＢ／ＨｅＮＢは、非周期的ＣＳＩレポートに対する報告モードを構成することもできる。ＬＴＥリリース１０と同様に、非周期的ＣＳＩ報告に適用可能である、ＣＳＩトリガーセットは、プライマリセルに対してのみ構成されうる。補助セルの場合、ｅＮＢ／ＨｅＮＢは、これらを特定のトリガーセットに分離することができる（例えば、類似のＣＳＩ報告フィードバックを必要としうる補助セルをグループ化することによって）。
【０２１１】
ｅＮＢ／ＨｅＮＢは、非周期的ＣＳＩに対する要求が正しいＣＳＩ基準リソースがＷＴＲＵによって使用されることを保証するサブフレームで送信されることを確実にすることができる。例えば、共存ギャップの終わりにアライメントされたＬＴＥアクティブ期間とのキャリアアグリゲーションの場合、ＣＱＩstartの更新を要求するために、ｅＮＢ／ＨｅＮＢは、すべての補助セルにおいてＬＴＥアクティブ期間の始まりに対応するサブフレーム内の非周期的ＣＳＩレポートを要求することができる。同様に、ＣＱＩendの更新を要求するために、ｅＮＢ／ＨｅＮＢは、ＬＴＥアクティブ期間の後者のサブフレームに対応するサブフレーム内の非周期的ＣＳＩレポートを要求することができる（例えば、ＬＴＥアクティブ期間の第３の、または後のサブフレーム）。
【０２１２】
ＷＴＲＵにおいて、ＣＱＩは、ＬＴＥリリース１０で定義されているようなＣＳＩ基準リソースに基づき決定されるが、ただし、ＷＴＲＵが、非周期的ＣＳＩレポートを送信することを要求され、ＣＳＩトリガーセットがＬＴＥ  ＤＴＸ期間にセルを含む場合に、ＷＴＲＵはこのセルに対するＣＳＩ情報を返しえない。
【０２１３】
周期的ＣＳＩレポートについて、ＷＴＲＵは、２つの周期的パターンで構成されうる。２つの周期的パターンのうちの一方がＣＱＩstartに関する報告に使用され、２つの周期的パターンのうちの他方がＣＱＩendに関する報告に使用されうる。サブフレームｎにおいて周期的ＣＳＩ報告に対するＣＱＩを決定する際に、ＣＳＩ基準リソースは、単一のダウンリンクサブフレームｎ−ｎＣＱＩ_refによって定義されうる。ＣＱＩstartについて、ｎＣＱＩ_refは、それがＬＴＥアクティブ期間の始まりで有効なＤＬサブフレームに対応するように４以上の最小値とすることができる。ＣＱＩendについて、ｎＣＱＩ_refは、それがＬＴＥアクティブ期間の終わりで有効なＤＬサブフレームに対応するように４以上の最小値とすることができる。一実施形態において、ｅＮＢは、ｎＣＱＩ_refを最小にするようにパターンを最適化することができる。
【０２１４】
図２３は、ｅＮＢ／ＨｅＮＢにおける補助セルＣＳＩ報告のための方法のフロー図２３００である。図２３に示されている例示的な方法において、ｅＮＢ／ＨｅＮＢは、最初に待機状態にある（２３０２）。それがＷＴＲＵに対する補助セルを追加することを決定することを条件として、それは、必要な場合にＰｃｅｌｌに対するＣＳＩトリガーセットを修正するステップを含む、ＷＴＲＵに対する周期的および非周期的ＣＳＩ報告を構成することができる（２３０４）。ｅＮＢ／ＨｅＮＢがＣＳＩレポートを受信することを条件として、それは相互参照により、レポートがどのＷＴＲＵから来て、それがどのようなタイプのＣＱＩであるか（例えば、ＣＱＩendまたはＣＱＩstart）を決定することができる（２３０６）。ｅＮＢ／ＨｅＮＢは、ＣＱＩのタイプに従ってＷＴＲＵに対するＣＱＩ情報を格納し（２３０８）、ＬＴＥアクティブ期間の始まりと終わりについて報告されたＣＱＩに従って補助セルをスケジュールすることができる（２３１０）。ｅＮＢ／ＨｅＮＢが特定のＷＴＲＵに対するＣＱＩend情報を必要とすることを条件として、ｅＮＢ／ＨｅＮＢは、アクティブ期間の最後のサブフレームにおいてＷＴＲＵに対する非周期的ＣＳＩ要求をスケジュールすることができる。例えば、ＬＴＥアクティブ期間が共存ギャップの始まりにおいてアライメントされる場合について、これはサブフレーム９に対応するものとしてよい（２３１４）。
【０２１５】
図２４Ａは、ＷＴＲＵにおける補助セルＣＳＩ報告のための方法のフロー図２４００Ａである。図２４Ａに示されている例示的な方法において、ＷＴＲＵは、最初に待機状態にある（２４０２）。補助セルがＷＴＲＵに対して追加されることを条件として、ＷＴＲＵは、最大２つまでの報告構成に対して周期的ＳＣＩを、追加される補助セルに対して非周期的ＣＳＩ報告を構成することができる（２４０４）。ＣＳＩレポートが送信されるべきであることを条件として、ＷＴＲＵは、ＣＳＩレポートを（例えば、ＬＴＥリリース１０ルールを使用して）送信することができる（２４０６）。ＷＴＲＵが非周期的ＣＳＩレポートに対する要求を受信することを条件として、ＷＴＲＵは、ＣＳＩトリガーセットにおける補助セルのそれぞれについてＣＱＩを決定し、補助セルがＤＴＸ期間にあるそれらのセルを無視しうる（２４０８）。特定の補助セルに対する周期的ＣＳＩstart基準リソースのサブフレームが出現することを条件として、ＷＴＲＵは、補助セルに対するＣＱＩを決定することができる（２４１０）。同様に、特定の補助セルに対する周期的ＣＳＩend基準リソースのサブフレームが出現することを条件として、ＷＴＲＵは、補助セルに対するＣＱＩを決定することができる（２４１２）。
【０２１６】
ＣＳＩ報告に加えて、共存ギャップも、間欠受信（ＤＲＸ）オペレーションに影響を及ぼしうる。プライマリセルと補助セルとの間のキャリアアグリゲーションの場合、ＤＲＸパラメータの単一の共通セットが、両方のセルに対して使用されうる。しかし、ＬＴＥ  ＯＦＦ期間の存在により、ＷＴＲＵによるそれぞれのＤＲＸパラメータの解釈は、ＤＲＸアクティブサブフレームが（ＤＲＸの観点から）ＯＦＦ期間内に入りうるときに変わる必要がありうる。ＤＲＸモードで構成されたＷＴＲＵは、ＤＲＸアクティブ時間にＰＤＣＣＨを監視することができる。これらのサブフレームにおいて、ＷＴＲＵは、プライマリセル上のＰＤＣＣＨ、さらには補助セル上のＰＤＣＣＨを、補助セルがそのＷＴＲＵに対してＰＤＣＣＨを送信するように構成されている場合、およびそのサブフレームがＬＴＥ  ＯＦＦ期間内に入らない場合に、監視することができる。ＷＴＲＵが、短いＤＲＸサイクルまたは長いＤＲＸサイクルの後にウェイクアップすると、ｅＮＢ／ＨｅＮＢは、ＬＴＥ  ＯＦＦ期間内に入らないＤＲＸアクティブ時間内のサブフレームに対する補助セルに関するリソースをスケジュールすることのみできる。このような理由から、ｅＮＢ／ＨｅＮＢは、“shortDRX-Cycle”がもし使用されればｓｆ１０の最小値を有するように、ＤＲＸパラメータを構成することができ、“drxStartOffset”は、ＤＲＸ  ＯＮ持続時間の始まりがＬＴＥアクティブ期間の第２のサブフレームと一致するようなものであってよい。ＷＴＲＵは、“drxRetransmissionTimer”および“drxInactivityTimer”に対して、最後の送信が受信された場所に応じて異なる解釈をしうる。最後の送信が、プライマリセルから受信された場合、カウントされるべきＰＤＣＣＨサブフレームの数は、タイマーと比較されたときに、サブフレームの絶対数（例えば、プライマリセル上でカウントされる）とすることができる。最後の送信が、補助セルから受信された場合（プライマリからのクロスキャリアスケジューリングを通じて、または補助セルＰＤＣＣＨを通じて）、カウントされるべきＰＤＣＣＨサブフレームの数は、タイマーと比較されたときに、タイマーが起動されてから経過した各補助セル上の非ＬＴＥ−ＯＦＦサブフレームの数とすることができる。プライマリセルと補助セルの両方の割り当てが同じサブフレームで受信された場合、タイマーは、非ＬＴＥ−ＯＦＦサブフレームに基づくものとしてよい（例えば、最後の送信が補助セル上で受信されたかのように）。
【０２１７】
図２４Ｂは、共存ギャップ２４５２およびＤＲＸ  ＯＮ期間の構成された短いＤＲＸサイクルを有する補助セルデューティサイクル２４５０を示す線図２４００Ｂである。図２４Ｂに示されている例では、ｅＮＢ／ＨｅＮＢは、“shortDRX-Cycle”がｓｆ１０の最小値を有するようにＤＲＸパラメータを構成することができ、“drxStartOffset”は、ＤＲＸ  ＯＮ持続時間の始まりがＬＴＥアクティブ期間２４６０の第２のサブフレーム２４６２と一致するようなものであってよい。
【０２１８】
補助セルの制御は、ＬＴＥキャリアアグリゲーションに使用される免許セカンダリセルの制御と異なっていてもよい。一実施形態において、ｅＮＢ／ＨｅＮＢは、構成、動作モード、およびアクティベーションの３つの異なるレベルで補助セルのオペレーションを制御することができる。第１の（構成）レベルは、ＰＨＹがどのように構成されているか、ＭＡＣがどのように構成されているか、ＷＴＲＵが測定を行う必要のある頻度、および測定がどのように報告されるべきかなどの、補助セルの詳細に関係する。このレベルは、セル内のすべてのＷＴＲＵに適用可能であるものとしてよい（つまり、それはセル規模であってよい）。第２の（動作モード）レベルは、構成されたセルの動作モード（例えば、セルがキャリアアグリゲーションに対してどのように使用されるか）に関係する。動作モードは、ＴＤＤベース、ＦＤＤベース、またはオフでありうる。それぞれの動作モードの詳細は、セル構成に含まれうる。このレベルもセル規模であってよい。第３の（アクティベーション）レベルは、個別のＷＴＲＵに対する補助セルのアクティベーション／デアクティベーションを取り扱うものである。その結果、スコープは単一のＷＴＲＵに制限されうる。
【０２１９】
異なる動作モードの２つの実施形態が、本明細書で説明される。一実施形態では、異なる動作モードは、１つの補助セルに関連する異なる構成パラメータとして処理されうる。そのため、ネットワークおよびＷＴＲＵには、一方から他方に変わる単一の補助セルが見える（単一セル解釈とも称される）。別の実施形態では、異なる動作モードは、異なる補助セルとみなされうる（マルチセル解釈とも称される）。
【０２２０】
単一セル解釈では、セルは、その潜在的な動作モードのそれぞれにおいて機能するのに必要な情報を含む構成によって特徴付けられうる。セルは、動作モードをいくつでも有することができ、そのうちの１つのみがアクティブモードであり、他はすべてドーマントにある。動作モードがアクティブである場合、ＷＴＲＵは、このモードに対する動作手順に従うことを期待されうる。例えば、これは、チャネル上で測定を行う、ＤＬ制御情報を監視する、チャネル品質フィードバックをネットワークに送信する、などのステップを実行する必要がありうる。手順の完全なリストは、特定の動作モードに依存しうる。対照的に、動作モードがドーマントである場合、ＷＴＲＵは、このモードに関連付けられている動作手順に必ずしも従わなくてよい。一実施形態において、セルに対する動作モードとして、ＦＤＤ  ＬＤのみ、ＦＤＤ  ＵＬのみ、ＦＤＤ共有、拡張ＴＤＤ、およびＯＦＦが考えられる。ＯＦＦモードは、補助セルがオペレーションに対して構成されているが、キャリアアグリゲーションには使用されていない場合を取り扱うことができる。
【０２２１】
図２５は、補助セル制御の異なるレベルの間の関係を示す信号図２５００である。図２５の例は、３つのイベントを示している。補助セルの追加２５０２、補助セルの再構成２５０４、および補助セルの解放２５０６である。レベル１では、補助セル１および２が構成される（２５０８／２５１０）。レベル２では、動作モードの切り替えが実行され、これはドーマント動作モードをアクティブにするステップ、および現在なアクティブモードをドーマントにダウングレードするステップを含みうる。図２５に示されている例では、３つの動作モードスイッチ２５１８ａ、２５１８ｂ、および２５１８ｃは、補助セル構成１に対して行われ、動作モードをオフ（２５１２）から動作モード１（２５２０）に、動作モード２（２５２２）に切り替える。同様に、３つの動作モードスイッチ２５１８ｄ、２５１８ｅ、および２５１８ｆは、補助セル構成２に対して行われ、動作モードをオフ（２５１４）から動作モード３（２５２４）に、オフ（２５１６）に、動作モード４（２５１８）に切り替える。レベル３では、補助セルは、いくつかのＷＴＲＵによってアクティブに使用されうるが、他のものによって使用されることはない。レベル３では、ＷＴＲＵが補助セルをアクティベートされているもの、またはデアクティベートされているものとして処理することを可能にする。図２５に示されている例では、補助セル構成１は、それがアクティベートされる（２５３０ａ）期間およびそれがデアクティベートされる（２５２８ａおよび２５２８ｂ）期間を有する。同様に、補助セル構成２は、それがアクティベートされる（２５３０ｂおよび２５３０ｃ）期間およびそれがデアクティベートされる（２５２８ｂおよび２５２８ｃ）期間を有する。
【０２２２】
一実施形態において、レベル１およびレベル２の制御は組み合わされうる。そのような場合、それぞれの個別動作モードスイッチが、補助セル再構成をトリガーしうる。これは、ＲＲＣの負荷の潜在的増大を引き起こし、またＲＲＣメッセージを処理する際に遅延時間が長くなる可能性があるが、それは、動作モードが滅多に変わらない場合の許容可能な解決方法でありうる。
【０２２３】
レベル１に関して、ネットワークは、補助セルの必要性を判定する役割を有する（例えば、ＷＴＲＵからの要求またはスペクトルの利用可能性に基づき）。ネットワークはアルゴリズム（例えば、何らかの無線リソース管理（ＲＲＭ）機能で実行する）を用いて補助セルを与えられたｅＮＢに追加するか、または解放するかを決定する。上で説明されているように、これらの補助セルは、それらの構成をセカンダリセルといくぶん異なる構成にする固有の特性を有することができる。セルの再利用される構成フィールドは以下の表６で説明されている。セルの新しい、または修正された構成フィールドは以下の表７で説明されている。
【０２２４】
【表７】
0006006336.tif 000008
【０２２５】
【表８−１】
0006006336.tif 000009
【０２２６】
【表８−２】
0006006336.tif 000010
【０２２７】
表７において、サブライセンスチャネルは、特定の地理的領域について、および任意のプライマリまたは他のセカンダリユーザーによって使用されていない特定の時間について通信事業者またはユーザーにサブライセンスされるＴＶＷＳチャネルでありうる。さらに、利用可能なチャネルは、プライマリユーザーからは自由であるＴＶＷＳチャネルであるが、任意のセカンダリユーザーによって使用されてもよい。さらに、ＰＵ割り当てチャネルは、プライマリユーザーが検出された場合にセカンダリユーザーがチャネルを出ることを必要とするプライマリユーザーによって使用されるＴＶＷＳチャネルとすることができる。
【０２２８】
表７の情報は機能別にグループ化されているが、これは動作モード別にもグループ化されうる。例えば、補助セル構成情報は、ＦＤＤ  ＬＤのみ、ＦＤＤ  ＵＬのみ、ＦＤＤ共有、および拡張ＴＤＤに関連する構成パラメータセットにグループ化されうる。それぞれのパラメータセットは、その動作モードに必要な構成を含むものとしてよい。例えば、ＤＬ  ＦＤＤのみのモードの場合、パラメータセットは、補助セルインデックス、セル識別（例えば、物理セルＩＤおよび動作周波数）、スペクトルのタイプ、動作帯域幅、ＰＵＣＣＨ構成、ＰＤＣＣＨ構成、共存ギャップスケジュール、測定構成、およびＤＬ構成詳細を含むことができる。あるいは、構成詳細は、複数の動作モードに共通の詳細および動作モード特有の詳細に分けられうる。このような場合、ネットワークは、動作モード特有のパラメータセットのリストを後に付けて共通パラメータを送信することができる。いずれの場合も、これらのセットは、構成の変更が必要になった場合にネットワーク側でこれらを素早く参照できるように番号を振ることができる。
【０２２９】
ＤＬのみの補助セルによる一実施形態では、セルの構成は、補助セル特有の“sCellToAddModList”ＩＥを伝送する“RRCConnectionReconfiguration”メッセージを通じて達成されうる。このＩＥは、セカンダリセルに比較して補助セルの固有の特徴を考慮するように修正されうる。例えば、それぞれのセルに対するデューティサイクルの潜在的必要性、ＰＢＣＨ、ＰＨＩＣＨ、および／またはＰＤＣＣＨ物理チャネルを送信するかどうかを動的に決定する可能性、ＰＤＣＣＨ送信がサポートされている場合、このチャネルの修正された構成、補助セルに対する修正されたＣＱＩ報告ルール、および補助セルに対する修正されたクロスキャリアスケジューリングルールである。それに加えて、ＩＥは、構成が補助セルに適用されることを示す新しいフラグを含むことができる。以下の表８は、セル識別、共通、および専用の３つのカテゴリに分割された、ＤＬのみの補助セルに対する構成詳細のリストを提示する。補助セルにとって新しいフィールドが濃淡付きで示されている。
【０２３０】
【表９−１】
0006006336.tif 000011
【０２３１】
【表９−２】
0006006336.tif 000012
【０２３２】
【表９−３】
0006006336.tif 000013
【０２３３】
“RRCConnectionReconfiguration”メッセージを“sCellToAddModList”ＩＥとともに受信した後、ＷＴＲＵは、最初に、構成が補助セルに対するものであるかどうか評価することができる（例えば、“SupplementaryCellIndication”の存在を検証することによって）。存在する場合、ＷＴＲＵは、割り当てられたＥＡＲＦＣＮが共有スペクトル帯域に適用されることを知り、ＷＴＲＵは、ＤＬキャリア周波数を決定することができる。セル識別の他のすべての態様は、セカンダリセルについて定義されているとおりとしてよい。共通構成の一部として、ＷＴＲＵは、共通セカンダリセル構成情報を取得することができる。ＷＴＲＵは、セルのデューティサイクル持続時間についての知識を取得することができる。ＷＴＲＵは、デューティサイクル持続時間に応じてそのＰＳＳおよびＳＳＳ監視を構成することができる。ＷＴＲＵは、“PBCHPresenceIndication”を評価することによってセルがＰＢＣＨ物理チャネルを伝送するかどうかを判定することができる。存在する場合、ＲＲＣは、ＰＢＣＨを監視するように下位層を構成することができる。しかし、存在しない場合、ＲＲＣは、ＰＢＣＨスロット（例えば、サブフレーム０の第２のスロット）を他の任意の非同期スロットとして処理するように下位層を構成するものとしてよい。ＷＴＲＵは、補助セルでサポートされるＰＨＩＣＨグループの数を決定することができる。０のＰＨＩＣＨ持続時間を受信した後、ＲＲＣは、下位層を補助セル内のＰＨＩＣＨを監視しないように構成することができる。ＷＴＲＵは、補助セルに対するＰＤＣＣＨ構成を決定することができる（例えば、共通ＰＤＳＣＨ構成を監視することによって）。存在する場合、またＷＴＲＵがクロスキャリアスケジューリングを行うように構成されていない場合、ＲＲＣは、下位層を共有スペクトルチャネル内のＰＤＣＣＨのロケーション｛低、中、高｝およびＢＷ｛１、４、３、５｝で構成することができる。
【０２３４】
専用構成の一部として、ＷＴＲＵは、専用補助セル構成情報を取得することができ、ＷＴＲＵは、クロスキャリアスケジューリングに対する詳細を与えられ、０に設定されたＰＤＳＣＨシンボル開始部分で構成されうる。このような一実施形態では、ＲＲＣは、その下位層を、ＯＦＤＭシンボル０からの補助セル上のＰＤＳＣＨ送信を受信するステップを開始するように構成することができる。ＷＴＲＵは、周期的ＣＳＩ報告で構成されうる。ＲＲＣは、ＭＡＣおよびＰＨＹを、適切なＣＳＩ基準リソースに基づきＣＱＩを決定するように構成することができる。ＷＴＲＵは、適宜、第２の周期的ＣＱＩレポートに対する構成詳細を与えられうる。このレポートは、ＬＴＥアクティブ期間の始まりにサブフレームに対するＣＱＩ報告に適合されうる。この構成を受信した後、ＲＲＣは、ＭＡＣおよびＰＨＹを、適切なＣＳＩ基準リソースに基づきＣＱＩ計算を行うように構成することができる。
【０２３５】
補助セルオペレーションをサポートすることができるＷＴＲＵは、ネットワークに能力指示を提供することができる（初期登録時に、またはネットワークからクエリが実行された後）。これは、ＬＴＥの“UECapabilitylnformation”の拡張であってよく、ＬＥ帯域におけるチャネルサポートに関する詳細を含みうる。例えば、ＴＶＷＳでは、ＷＴＲＵは、補助セルに特有の能力を指示するために“supportedBandListEUTRA”ＩＥに追加の情報を入れることができる。ＷＴＲＵは、ＵＬのみのオペレーションがサポートされるかどうかを指示することができる。ＷＴＲＵは、そのスペクトル感知能力をシグナリングすることができ、これはどのような種類のスペクトル感知アルゴリズムがサポートされているかを記述するものとしてよい。これは、ＤＴＶ信号のプライマリユーザー検出およびワイヤレスマイクロホンがサポートされているかどうかもシグナリングすることができる。これは、セカンダリユーザーに対する特徴検出がサポートされているかどうかもシグナリングすることができる。ＷＴＲＵは、例えば、任意の規制基準を満たすように、デバイスのＦＣＣ  ＩＤをシグナリングすることもできる。
【０２３６】
ノードＢが補助セルのオペレーションを開始するか、または補助セルを再構成するときに、ネットワーク側で、すべての利用可能な動作モードに対するセルの構成情報を、能力を有するＷＴＲＵに提供することができる。それぞれのＷＴＲＵは、それぞれの動作モードに対応する補助セルの構成のローカルストアを有することができる。そのようなマッピングは、ＷＴＲＵがアグリゲーションに合っているとみなされるすべての補助セルについて存在しうる。そのような場合、ネットワーク側は、セル遷移を確実に成功させるために動作モード遷移を単純に指示することができる。これは、以下の技術の１または組み合わせを使用して遂行されうる。例えば、セル構成情報は、関連付けられているプライマリセルのＳＩでブロードキャストされうる。別の例について、ネットワーク側は、すべての能力を有するＷＴＲＵに専用シグナリングを通じて情報を提供することができる（例えば、“RRCConnectionReconfiguration”メッセージを新しい補助セル特有のＩＥとともに使用して）。別の例について、ネットワーク側は、ＳｕｐｐＣｅｌｌ特有のＲＮＴＩに向けられる新しいＲＲＣメッセージを使用することができる。ここで、能力を有するＷＴＲＵは、このＲＮＴＩを監視し、補助セル構成詳細を読み取ることができるものとしてよい。この情報は、接続モードに入るＷＴＲＵに構成情報を提供するためにネットワークによって周期的に送信されうる。別の例について、補助セルが何らかのＤＬ  ＳＩを伝送する場合、プライマリセルは、補助セルの周波数へのポインタを伝送するだけでよい。次いで、ＷＴＲＵは、補助セルからこのＳＩを読み取る役割を持つものとしてよい。
【０２３７】
補助セル再構成を受信した後、ＷＴＲＵは、要求された変更を有効にするためにアクティブ動作モードを停止する必要がありうる。例えば、セルがＤＬのみモードで動作していて、ネットワーク側で、動作周波数またはＰＤＳＣＨ構成を変更する必要があると判断した場合、アクティブ動作モードは、スケジュールされた時刻まで一時的にサスペンドされ、その後、ＤＬのみのモードが再始動されうる。しかし、再構成がドーマント動作モードに影響を及ぼしている場合、補助セルオペレーションは、有効にされえない。ここで、再構成は、透過的に行われるものとしてよい。
【０２３８】
レベル２に関して、動作モードの切り替えは、ドーマント動作モードをアクティブにするステップ、および現在アクティブなモードをドーマントにダウングレードするステップを伴いうる。これは、ネットワークで決定が下された結果として生じうる。例えば、ＦＤＤ  ＤＬのみのモードで動作しているセルは、突然に、ＵＬ輻輳を受け始めることがある。ネットワークでのアルゴリズムが、ＦＤＤ共有モードに切り替えることを決定することができる。ＷＴＲＵは、共有モードオペレーション（これはドーマント動作モードである）に対する構成詳細をすでに有しているので、これは、共有モードはアクティブにし、ＦＤＤ  ＤＬのみのモードをドーマントにダウングレードする指示をＷＴＲＵに送信するだけでよい。
【０２３９】
動作モードのうちのいくつかは、ネットワークから指示のみを必要とするが、他のものは、ネットワーク側が何らかの追加の動作モード詳細を提供することを必要とする場合がある。例えば、共有モードオペレーションは、ネットワーク側が使用されるべき共有モードパターンを提供することを必要とする場合がある。別の例について、拡張ＴＤＤオペレーションは、ネットワーク側が使用されるべきＴＤＤ  ＵＬ／ＤＬ構成パターンを提供することを必要とする場合がある。指示という言い回しは、本明細書では、アクティブにすべき動作モード、さらにはこの動作モードに特有でありうる特別な詳細を指すために使用されうる。
【０２４０】
ネットワークは、以下の技術の１または組み合わせによる使用のために動作モードをシグナリングすることができる。例えば、ネットワーク側は、ＲＲＣ制御メッセージでこの指示を送信することができる。この例では、指示は、専用ＲＲＣメッセージまたはマルチキャストＲＲＣメッセージのいずれかで伝送されうる。別の例について、ネットワーク側は、ＭＡＣヘッダ内にこの指示を埋め込むことができる。例えば、ＬＴＥでは、指示は、ＭＡＣ制御要素（ＣＥ）内に入れられうる。ＭＡＣ  ＣＥは、それぞれのＷＴＲＵに個別に送信されうる。あるいは、ＭＡＣ  ＣＥは、グループマルチキャストアドレス（例えば、ＳｕｐｐＣｅｌｌ  ＲＮＴＩ）を通じてＷＴＲＵのグループに送信されうる。すべてのＷＴＲＵが指示を受信する確率を高めるために、ネットワーク側は、メッセージを繰り返されるサブフレームで送信するものとしてよい。別の例について、ネットワーク側は、この指示をＰＨＹ信号で送信することができる。この信号は、免許帯域で（例えば、プライマリまたはセカンダリセル上で）または無免許帯域で伝送されうる。ＬＴＥでは、指示は、特別なＤＣＩフォーマットを使用してＰＤＣＣＨで伝送されうる。すべてのＷＴＲＵに素早く到達するように、指示は、すべてのＷＴＲＵによって監視されている共通ＰＤＣＣＨで伝送されるものとしてよい。この情報は、マルチキャストアドレス（例えば、ＳｕｐｐＣｅｌｌ  ＲＮＴＩ）を使用してＷＴＲＵのグループに送信されうる。既存のＤＣＩフォーマットは、動作モード情報を伝送するために再定義されるフィールドとともに、指示に使用されうる。ＷＴＲＵは、ＳｕｐｐＣｅｌｌ  ＲＮＴＩを使用して、ＤＣＩのＬＴＥリリース１０の解釈と新しい動作モード指示とを区別することができる。別の例について、ネットワーク側は、ＷＴＲＵとネットワークとの間で同期される事前構成された動作モードスケジュールを使用することができる（例えば、ＳＦＮに基づき）。スケジュールは、いくつかの動作モードの時刻および持続時間に関する詳細を規定することができる。例えば、ＦＤＤ  ＤＬのみのモードは、時刻ｔ１から始まり、時刻ｔ２で終わり、ＯＦＦモードは、時刻ｔ２から始まり、時刻ｔ３で終わり、ＦＤＤ  ＵＬは、時刻ｔ３から始まり、時刻ｔ４で終わるものとしてよい。スケジュールは、固定された持続時間に指定されるか、または周期的であってよい。スケジュール情報は、例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、またはＰＨＹシグナリングを通じて、アクティベーションモードについて説明されている技術のどれかを使用して送信されうる。あるいは、スケジュールは、プライマリセルでＭＩＢ／ＳＩＢを介してブロードキャストされうる。
【０２４１】
動作モードスイッチの受信の後、ＷＴＲＵは、その下位層の構成を変更する必要がある場合がある（例えば、選択された動作モードスイッチのタイプに応じて）。例えば、ＬＴＥシステムでは、これは、ＭＡＣ層のハイブリッドＡＲＱエンティティ、物理層受信および送信チェーン、ならびにＰＨＹ測定エンティティに影響を及ぼしうる。以下の表９では、いくつかの潜在的動作モード変更に対する主要変更を定義している。ＷＴＲＵは、定義された期間（例えば、Ｋサブフレーム）内でこれらの変更を完了することを必要とするものとしてよい。
【０２４２】
【表１０−１】
0006006336.tif 000014
【０２４３】
【表１０−２】
0006006336.tif 000015
【０２４４】
【表１０−３】
0006006336.tif 000016
【０２４５】
【表１０−４】
0006006336.tif 000017
【０２４６】
いくつかの場合において、動作モードスイッチ指示またはシグナリングは、極端にロバストである必要がありうる。例えば、ＴＶＷＳチャネルの使用は、インカンベントユーザー保護に関する非常に厳格な要件を伴う。結果として、システムは、チャネルを直ちに明け渡すことを求められうる（例えば、チャネルがインカンベントユーザーに返されるように送信を停止する）。しかし、このような状況は、異なる優先度を持つシステム間で共有される任意のスペクトルに一般化されうる。優先度の高いシステムが、競合する低い優先度のシステムによってすでに使用されているスペクトルを要求した場合、低い優先度のシステムは、要求されたスペクトルを解放する（例えば、明け渡す）必要があるものとしてよい。
【０２４７】
信号動作モードスイッチ指示の技術のいくつかは、非常にロバストであるか、またはロバストにすることができる。例えば、専用ＲＲＣシグナリングに依存する技術は、これらが典型的にはＲＲＣ層で肯定応答されるので本質的にロバストである。他の場合には、ネットワーク側が、動作モードスイッチの失敗を気づかされ、要求を再送することができる。これは、動作モードスイッチが専用ＭＡＣ  ＣＥで伝送される場合に適用可能でありうる。
【０２４８】
しかし、これらの技術は、ブロードキャスト／マルチキャスト動作モードスイッチ指示に対しては適用可能でないことがある。これらの場合に、一実施形態では、マルチキャストおよび専用シグナリングメカニズムが組み合わされうる。
【０２４９】
図２６は、ブロードキャスト／マルチキャスト動作モード指示のための動作モードスイッチ指示をシグナリングする信号図２６００である。図２６に示されている例では、ネットワーク２６０２側は、マルチキャスト動作モードスイッチコマンド２６１２（例えば、ＲＲＣ層、ＭＡＣ層（例えば、ＭＡＣ  ＣＥ）、およびＰＨＹ層（例えば、ＰＤＣＣＨ））をネットワーク内のＷＴＲＵ２６０４、２６０６、２６０８、および２６１０に送信するが、これはコマンドを受信するすべてのＷＴＲＵがフィードバックを、受信を確認するネットワークに送信することを必要とする。図２６に示されている例では、ＷＴＲＵ２６０４および２６０８は、コマンドを受信し、スイッチ確認メッセージ２６１４および２６１６をネットワーク２６０２に送信する。フィードバックは、例えば、ＲＲＣメッセージ、ＭＡＣ制御メッセージ、またはＰＨＹ層指示とすることができる。フィードバックを受信した後、ネットワーク２６０２は、すべてのＷＴＲＵが元のメッセージを受信することに失敗したことに気づき、専用シグナリングに頼ってこれらのＷＴＲＵに動作モードスイッチを送信することができる。図２６に示されている例では、ネットワーク２６０２は、専用動作モードスイッチメッセージ２６１８および２６２２をＷＴＲＵ２６０６および２６１０にそれぞれ送信する。ＷＴＲＵ２６０６および２６１０のそれぞれは、スイッチ確認メッセージ２６２０および２６２４をそれぞれネットワーク２６０２に送信することによって動作モードスイッチメッセージの受信を肯定応答する。
【０２５０】
一実施形態において、ＷＴＲＵは、補助セルに対する一貫性のあるスケジューリング／割り当て情報に、それがネットワークとの動作モード同期を喪失した（例えば、ネットワークが動作モード１で動作しているが、ＷＴＲＵではセルが動作モード２に入っていると考えている）こと、またはネットワーク側でＷＴＲＵがチャネルを明け渡し、補助セルを使用することを停止することを望んでいることを示す指示として頼ることができる。
【０２５１】
一実施形態において、ＷＴＲＵは、矛盾のある情報の受信をＯＦＦモードへの遷移を示す指示として処理することができる。ＦＤＤ  ＤＬのみモードでは、ＷＴＲＵは、補助セルに対するＤＬスケジューリング割り当てを期待するだけであってよい。ＷＴＲＵが補助セルに対するＵＬグラントを受信することを条件として、ＷＴＲＵは、ＯＦＦ動作モードに遷移することができる。ＦＤＤ  ＵＬのみモードでは、ＷＴＲＵは、補助セルに対するＵＬグラントを期待するだけであってよい。ＷＴＲＵが補助セルに対するＤＬスケジューリング割り当てを受信することを条件として、ＷＴＲＵは、ＯＦＦ動作モードに遷移することができる。ＦＤＤ共有モードでは、ＷＴＲＵは、送信について期待されるＵＬおよびＤＬパターンを知ることができる。
【０２５２】
図２７は、ＦＤＤ共有モードでの送信に関して期待されうる例示的なＵＬおよびＤＬパターンの線図２７００である。図示されている例では、期待されるパターンは、４ＵＬ：４ＤＬである。図示されている例では、ＷＴＲＵは、サブフレーム２７０２、２７０４、２７０６、２７０８、２７１８、２７２０、２７２２、および２７２４でＤＬスケジューリング割り当てを受信することを期待する。ＷＴＲＵは、サブフレーム２７１０、２７１２、２７１４、２７１６、２７２６、２７２８、２７３０、または２７３２でＤＬスケジューリング割り当てを期待しない。１つが受信される場合、ＷＴＲＵは、ＯＦＦ動作モードに遷移することができる。
【０２５３】
レベル３に関して、補助セルが構成され、特定の動作モードに入っている場合、これは、ＬＥ対応ＷＴＲＵとの間の通信に使用されうる（特定の動作モードに応じて）。しかし、個別のＷＴＲＵの要求の結果、与えられた時点において、補助セルは、いくつかのＷＴＲＵによってアクティブに使用され、他のＷＴＲＵでは使用されえない。補助セル制御の最終レベルでは、ＷＴＲＵが補助セルをアクティベートされているもの、またはデアクティベートされているものとして処理することを可能にしうる。アクティベートされた場合、ＷＴＲＵは、その動作モードに結び付けられた必要なすべての手順を実行することができる。
【０２５４】
キャリアアグリゲーションを採用するＬＴＥリリース１０のシステムでは、セカンダリセルのアクティベーションは、ＭＡＣ  ＣＥメッセージまたはコマンドの受信に基づくものとしてよい。セカンダリセルのデアクティベーションは、類似のＭＡＣ  ＣＥコマンドまたはセカンダリセルの非アクティブのいずれかの受信に基づくものとしてよい（例えば、ＷＴＲＵは、タイマーの持続時間においてセカンダリセルに対するＤＬスケジューリング割り当てまたはセカンダリセルに対するＵＬグラントを受信していない）。
【０２５５】
類似のメカニズム（例えば、アクティベーション、デアクティベーション、およびタイマーベースのデアクティベーションの明示的なシグナリング）が、補助セルに使用されうるが、補助セルの暗黙のアクティベーションで機能拡張されうる。一実施形態において、ＷＴＲＵは、クロスキャリアグラントまたはスケジューリング情報（免許帯域で伝送される）の受信の後に補助セルをアクティベートすることができる。ここで、スケジューラは、補助セルをアクティベートする際の内在する遅延時間を考慮する必要がありうる。これは、ＤＬのみモードに入っている間にアクティベーションについて特に言えるが、それはＷＴＲＵが最初のＬ個のサブフレームに対してスケジューリング割り当てを使用することができない場合があるからである。結果として、ネットワーク側では、このときにダミーまたは空のスケジューリング割り当てを使用しうる。ＷＴＲＵの観点から、これは、暗黙のアクティベーションコマンドの後、これらの最初のＬ個のサブフレームに対して受信されたすべてのスケジューリング割り当てを無視しうる。
【０２５６】
一実施形態において、ＷＴＲＵは、動作モードスイッチの受信後に補助セルをアクティベートすることができる。例えば、補助セルは、ＦＤＤ  ＵＬのみモードに入っており、特定のＷＴＲＵ（ＷＴＲＵｋ）に対してデアクティベートされうる。ネットワーク側で補助セルの動作モードを（例えば、ＦＤＤ  ＤＬのみに）変更した場合、ＷＴＲＵは、補助セルをアクティベートすることを決定することができる。これは、ＷＴＲＵが補助セル上で測定を行い、いくつかの初期ＣＱＩ測定を送り返すことを可能にしうる。これは、ネットワーク側がアクティベーションコマンドを送信することなくＷＴＲＵへのＤＬトラフィックをスケジュールし、さらにはより信頼できるＣＱＩ情報に基づきＷＴＲＵへの送信を手直しすることを可能にしうる。
【０２５７】
あるいは、ネットワーク側で、補助セルのアクティベーションがタイマーによって駆動されるものであってよいキャリアアグリゲーションスケジュールを送信することができる。ここで、ネットワークは、アグリゲートされうるすべての補助セルに対してアクティベーション時間（例えば、フレームおよびサブフレームにおける）をハイライトする能力を有するそれぞれのＷＴＲＵにキャリアアグリゲーションスケジュールを中継することができる。ｅＮＢ／ＨｅＮＢとＷＴＲＵの両方にタイムアライメントが行われるので、それぞれのＷＴＲＵがネットワークからのアクティベーショントリガー（上で説明されているようなものなど）なしで当該補助セルを独立してアクティベートすることができるアクティベーション時間を正確に追跡するためにＳＦＮ（またはハイパーフレーム番号）が使用されうる。
【０２５８】
一実施形態において、キャリアアグリゲーションスケジュールは、ＲＲＭが、アグリゲートされうる補助セルのどれかに対する補助セルの変化（例えば、補助セルの追加、修正、または取り外し）を検出したときに非周期的に送信されうるか、または構成可能な“CarrierAggregationScheduleTimer”を介して周期的に送信されうる。
【０２５９】
図２８Ａおよび２８Ｂは、例示的なキャリアアグリゲーションスケジュール２８００Ａおよび２８００Ｂである。図２８Ａに示されている例では、キャリアアグリゲーションスケジュールは、当該ＣＣがアクティベートされる絶対時間値（図２８Ａのｔ１）を伝送する。アクティブになった後、補助セルはネットワークによって明示的にシグナリングされるまでアクティブであり続けることが想定される。図２８Ｂに示されている例では、キャリアアグリゲーションスケジュールは、アクティベーション時間間隔（例えば、ＣＣ  ｘはｔ１とｔ２との間でのみアクティブである）を伝送し、他の場合にはデアクティベートされる。
【０２６０】
キャリアアグリゲーションスケジュールの受信を介したタイマーベースのアクティベーションは、以下のように動作しうる（例えば、絶対タイマーアクティベーション方法または時間間隔ベースのアクティベーションメカニズムのうちの一方または両方を使用して）。時間間隔ベースのアクティベーションメカニズムでは、ｔ１は、間隔の下限を示しうる。補助セルｘが受信されたＣＡスケジュールにおいてｔ１ｍｓでアクティベートされ、ｔ１＞ＣＵＲＲＥＮＴ＿ＴＴＩであり、補助セルｘがまだアクティブでない場合、補助セルｘはｔ１においてアクティベートされうる。補助セルｘが、受信されたＣＡスケジュールで規定されているように、ｔ１ｍｓでアクティベートされ、ｔ１＞ＣＵＲＲＥＮＴ＿ＴＴＩであり、補助セルｘがすでにアクティブである場合、補助セルｘはｔ１においてデアクティベートされ、またアクティベートされうるか（ｔ１での構成または動作モード変更に結び付けられうる）、または補助セルｘは、アクティベート状態で継続しうる。補助セルｘがＣＡスケジュールで規定されているようにｔ１ｍｓでアクティベートされ、ｔ１＜ＣＵＲＲＥＮＴ＿ＴＴＩである場合、“SupplCellx”は、すでにデアクティベートされていない場合にデアクティベートされうるか、またはタイミングコマンドが無視されうる。
【０２６１】
図２９は、複数の事前構成されたセルの線図２９００である。図示されている例では、プライマリセル２９０２は、事前構成され、ＤＬチャネルおよびＵＬチャネルを備える。２つの補助セル２９０４および２９０６も事前構成される。補助セル２９０４はＵＬのみであり、補助セル２９０６はＤＬのみである。
【０２６２】
事前構成されたセル同士を切り替えることによる異なる動作モード間のマルチセル遷移は、明示的動作モードスイッチに頼る単一セルアプローチの代替的アプローチでありうる。これは、例えば、異なる動作モード（例えば、図１５のＵＬおよびＤＬ）間で遷移するようにＲＲＣメッセージングおよびクイックセルスイッチシグナリング（quick Cell-Switch signaling）を使用する、図２９に示されているような、セルの事前構成を伴いうる。この方法は、ＵＬ／ＤＬおよびＤＬ／ＵＬ遷移で生じうるＨＡＲＱバッファおよび測定報告に関係する遷移問題も含みうる。
【０２６３】
一実施形態において、異なる動作モードは、最大Ｋ個までの事前構成されたセルを追加することによって実装されうる。ＲＲＣシグナリングは、セルを、例えば、シグナリング、シグナリング信頼性、制御遅延、拡張性、およびセルのセキュリティ制御パラメータを含むように構成するために使用されうる。事前構成されたセルは、多数の異なる方法のうちの１つで編成されうる。
【０２６４】
図３０は、事前構成されたセルがＫ個の事前構成のプールを使用する例示的なシステム３０００の線図である。図３０に示されている例では、事前構成されたセルのプールは、Ｋ個の事前構成３０１２、３０１４、３０１６、３０１８、３０２０、３０２２、３０２４、３０２６、３０２８、および３０３０を含む。プール内の構成のうちの５つが、構成されたセルとなりうる。図３０に示されている例では、構成されたセル３００２は、事前構成されたセル３０１２であり、構成されたセル３００４は、事前構成されたセル３０１４であり、構成されたセル３００６は、事前構成されたセル３０１６であり、構成されたセル３００８は、事前構成されたセル３０１８であり、構成されたセル３０１０は、事前構成されたセル３０２０である。構成されたセルは、アクティベートされるか、またはデアクティベートされ、測定は、構成されたセルでのみ行われうる。
【０２６５】
ｅＮＢ／ＨｅＮＢからの新しいシグナリングは、構成されたセルを事前構成されたプールからの補助セルとスワップするようＷＴＲＵに促し、これにより、動作モード間の遷移を素早く行えるようにするか、またはチャネルを変更することができる。図３０に示されている例では、ＷＴＲＵは、構成されたセル３００６において事前構成されたセル３０２４に対して事前構成されたセル３０１６をスワップする。このスワップの際に、構成されたセルは、そのアクティブな、またはデアクティベートされたステータスを保持しうる。例えば、図３０に示されている例において、事前構成されたセル３０２４が、事前構成されたセル３０１６とスワップされた場合、構成されたセル３００６は、アクティブなままであり、即座に使用できる（いくつかの実施形態では、ギャップを有する）。あるいは、任意のスワップされたセルは、デフォルトで、非アクティブまたはアクティブ状態に設定されうる。ｅＮＢ／ＨｅＮＢは、可能なセルの独自リストを有することができ、またアクティベーション、デアクティベーション、およびスワップコマンドをＷＴＲＵに発行することができる。
【０２６６】
図３１は、時間の経過によるアクティベーションとセルスワップコマンドを示す例示的なシステムの線図３１００である。図３１に示されている例では、時刻ｔ１において、ｅＮＢ／ＨｅＮＢ３１０２は、構成されたセル３１０６および３１０８をアクティベートする。ＷＴＲＵ３１０４の観点から、ｔ１において、プライマリセル３１１２および３１１４はアクティベートされる。時刻ｔ２において、ｅＮＢ／ＨｅＮＢ３１０２は、セル３１１０をアクティブにすることができる。ＷＴＲＵ３１０４の観点から、プライマリセル３１１６はデアクティベートされ、アクティベートされうるプライマリセル３１１８に対してスワップされうる。
【０２６７】
別の実施形態では、ＷＴＲＵは、ＬＴＥリリース１０からの５つのセルを事前構成されたセルとして使用することができる。ｅＮＢ／ＨｅＮＢからの新しいシグナリングは、ＷＴＲＵに、動作モードを直ちに切り替えるよう促すことができる。
【０２６８】
別の実施形態では、ＷＴＲＵは、事前構成されたセルの増大するセットで構成されうる。例えば、１０個の代替的チャネルと３つの動作モードがある場合、ＷＴＲＵは、３０個の事前構成されたセルを有することができる。最大５つの事前構成されたセルが、与えられた時刻においてアクティベート／デアクティベートされうる。それぞれのＷＴＲＵは、独立して構成され、レガシーＷＴＲＵ（例えば、最大５つのＣＣを有する）は、影響を受けることはない。セルのセット内の第１のセルは、プライマリセルであってよい。古いセルを同時にデアクティベートしながらセルをアクティベートする、新しいシグナリングがＷＴＲＵに送信されうる。したがって、ＷＴＲＵは、セルスイッチを介して動作モード間を遷移することができる。
【０２６９】
図３２は、セルスイッチを介した動作モード間の例示的なＷＴＲＵの遷移を示す線図３２００である。図３２に示されている例では、事前構成されたセルプールにおいて、ＵＬ事前構成されたセル３２０２はアクティベートされ、ＤＬ事前構成されたセル３２０４はアクティベートされ、ＵＬ事前構成されたセル３２０６はデアクティベートされ、事前構成されたセル３２０８および３２１０はアクティブでない。事前構成されたセル３２０４および３２０６が、事前構成されたセル３２０６がアクティベートされ、事前構成されたセル３２０４がデアクティベートされるように切り替えられるときにセルスイッチが生じる。
【０２７０】
新しいシグナリングは、単一セルアプローチで使用されるシグナリングに類似しているものとしてよい。一実施形態において、ネットワーク側は、以下の１または複数を使用してセルスワップをシグナリングすることができる。例えば、ネットワーク側は、ＲＲＣ制御メッセージでこの指示を送信することができる。ここで、指示は、専用ＲＲＣメッセージまたはマルチキャストＲＲＣメッセージで伝送されうる（例えば、ＳｕｐｐＣｅｌｌ  ＲＮＴＩなどのマルチキャストアドレスを使用して）。別の例について、ネットワーク側は、ＭＡＣヘッダ内にこの指示を埋め込むことができる。ＬＴＥにおける例では、指示は、ＭＡＣ  ＣＥ内に含まれうる。ＭＡＣ  ＣＥは、それぞれのＷＴＲＵに個別に送信されうるか、またはグループマルチキャストアドレス（例えば、ＳｕｐｐＣｅｌｌ  ＲＮＴＩ）を通じてＷＴＲＵのグループに送信されうる。すべてのＷＴＲＵが指示を受信する確率を高めるために、ネットワーク側は、メッセージを繰り返されるサブフレームで送信するものとしてよい。別の例について、ネットワーク側は、この指示を物理層信号で送信することができる。この信号は、免許帯域で（例えば、プライマリまたはセカンダリセル上で）または無免許帯域で伝送されうる。ＬＴＥでは、指示は、特別なＤＣＩフォーマットを使用してＰＤＣＣＨで伝送されうる。すべてのＷＴＲＵに直ちに到達するように、この指示は共通ＰＤＣＣＨ上で伝送されうる。この情報は、マルチキャストアドレス（例えば、ＳｕｐｐＣｅｌｌ  ＲＮＴＩ）を使用してＷＴＲＵのグループに送信されうる。既存のＤＣＩフォーマットは、セル変更情報を伝送するために再定義されるフィールドとともに、指示に使用されうる。ＷＴＲＵは、ＳｕｐｐＣｅｌｌ  ＲＮＴＩを使用して、ＤＣＩのＬＴＥリリース１０の解釈と新しいセル変更指示とを区別することができる。
【０２７１】
セルスワップ指示メッセージに対するフォーマットは、以下の１または複数を含みうる。例えば、５つの事前構成されたセルがある場合、セルスイッチを指示するために、３つのビットが送信されうる。例えば、セル上で「０００」を送信する基地局は、「変化なし」を指示し、「１０１」を送信する基地局は、次のフレーム（またはサブフレームなど）で現在のセルを事前構成されたセル５と切り替えることを指示しうる。最大７個までのセルが、３つのビットを使用して事前構成されうる。別の代替的形態において、基地局は、どのセルをスワップするかを明示的にシグナリングすることができる。例えば、これは、セル３を事前構成されたセル６で置き換えることをシグナリングしうる、「０１１」「１１０」を送信することができる。エクストラビットを追加することで、より大きな事前構成セットを使用可能にすることができる。
【０２７２】
別の例について、５つの事前構成されたセルがある場合、５つのビットのビットマップが送信されうる。例えば、セル１はプライマリセルであり、セル２は、ＵＬに対して構成されている補助セルであり、セル３は、ＤＬに対して構成されている補助セルでありうる。ビット列「１０１００」を受信するＷＴＲＵは、第１のセルおよび第３のセルがアクティブであることを知ることができる。したがって、これは、補助キャリアがＤＬのみで活動中であることを知ることができる。この実施形態では、基地局は、それがＵＬに切り替えることが必要になるまで「１０１００」を送信して「変化なし」を指示し続けることができる。それは、次いで、例えば、「１１０００」を送信して、次のフレーム（またはサブフレームなど）がＵＬのみであることを指示することができる。このビットマップフォーマットでは、複数のセルを同じコマンドを使用して切り替えることができる。これは、ｎ個の事前構成されたセルがある場合にｎビットのビットマップに一般化されうる。
【０２７３】
別の例について、ＵＬ／ＤＬセル対は、いくつかのビットを省いてグループ化されうる。ビットマップは、前の技術と同様に使用されうる。しかし、第１のビットは、ＵＬまたはＤＬを指示するために使用されうる。例えば、４つの事前構成されたセルがある場合（例えば、２つの補助ＵＬセルと２つの補助ＤＬセル）、１ビットはＵＬまたはＤＬを指示し、２ビットはチャネルビットマップを形成することができる。例えば、基地局が「１  １０」を送信する場合、これは、補助チャネル２をＤＬ補助セルからＵＬ補助セルに変更することをＷＴＲＵにシグナリングすることができる。これは、合計３ビットを形成し、前のビットマップと同じ情報を符号化することができる。この方法は、事前構成されたセルの数が５を超えて増える場合に重要なものとなりうる。また、この技術は、ＵＬ／ＤＬセル対が、それらのＵＬ／ＤＬ特性を除き同等に構成されることを想定する。
【０２７４】
別の例について、指示メッセージは、周期的にまたは非周期的に送信されうる。それが周期的に送信される場合、それは遷移がないときに「変化なし」を指示することができる。
【０２７５】
遷移が指示された場合、これは次のフレームに適用されうる。遷移の際に、ＨＡＲＱプロセスを考慮する必要がある場合がある。例えば、補助セルは、ＨＡＲＱバッファがＤＬのみモードからＵＬのみモードへのスイッチを実行する前にすべて解放されることを確実にしたい場合がある。これは、ＮＡＣＫされたパケットの追加の送信を必要とすることがある。したがって、ＨＡＲＱプロセスの完全性のために猶予期間が定義されうる。
【０２７６】
それに加えて、ＣＳＭＡに似たシステム（例えば、ＷｉＦｉ）と共存のために共存ギャップが必要になりうる。これは、猶予期間と一致するか、または直後に来るものとしてよい。
【０２７７】
一実施形態において、セルスイッチを使用する動作モード遷移は、以下のチャネル切り替え技術のうちの１または組み合わせと組み合わせることができる。例示的な高速チャネル切り替え技術は、事前構成されたセルを使用するチャネル切り替えを含みうる。この組み合わせは、上で説明されているＵＬ／ＤＬ遷移も事前構成されたセルを使用するセルスイッチ技術を使用するので５つより多い事前構成されたセルを必要とする可能性があり、その結果、そうしない場合に利用できるセルは乏しくなりうる。チャネルスイッチは、補助チャネル上でブロードキャストされるＭＩＢおよび／またはＳＩＢを使用して指示されうる。ある情報はＳｕｐｐＣＣ上でブロードキャストされる必要がないので、これらのリソースは、チャネル切り替えに使用することができる。
【０２７８】
キャリアインジケータ（ＣＩ）は、ＰＤＣＣＨ上で送信され、制御ブロックのアドレス指定先のセルを指示することができる。ＣＩは、ＲＲＣシグナリングなしでは変化しえない。例えば、ＷＴＲＵは、セル４からセル５に切り替えることをＭＡＣ  ＣＥが指示した後にセル４上でパケットを指示するＣＩでＰＤＣＣＨを復号することができる。ＷＴＲＵは、セルスイッチが生じたときにそのことを暗黙のうちに知り、ＲＲＣシグナリングが完了するまでセル４にスケジュールされたパケットを復号することを知るべきである。そうしない場合、情報が喪失しうる。
【０２７９】
チャネル状態測定レポートは、遷移期間において影響を受ける可能性がある。ＬＴＥリリース１０では、測定は基準信号について行われる。ＷＴＲＵは、ＤＬセル特有の基準信号（ＣＲＳ）について測定を実行し、それらの結果を、スケジューリング決定を下すためにこの情報を使用すべきｅＮＢ／ＨｅＮＢに報告することができる。しかし、ＤＬモードで動作しているときには、ＷＴＲＵは、同じセルについて測定を報告しえない。
【０２８０】
以下のうちの１または複数が測定レポートに使用されうる。例えば、測定レポートは周期的または非周期的とすることができる。ｅＮＢ／ＨｅＮＢは、ＤＬからＵＬに遷移する直前にＰＤＣＣＨスケジューリンググラントの一部として非周期的測定レポートをスケジュールすることができる。ＷＴＲＵは、遷移のため一定時間待機し、その後それがレポートを送信することを知るべきである。別の例について、動作モードがＵＬからＤＬに（またその逆に）十分頻繁に遷移する場合、ＷＴＲＵは、ＤＬモードにおいて測定を行い、ＵＬモードでは測定を報告することを暗黙のうちに知ることができる。ｅＮＢ／ＨｅＮＢは、ＤＬフェーズ全体を通して同じ測定情報を想定することができる。別の例について、ＤＬモードにおけるレポートは、プライマリセルのＰＵＣＣＨ上で送信されうる。
【０２８１】
事前構成された補助セルのない例示的なマルチセル実施形態では、補助セル制御は、セカンダリセル制御に使用されるのと類似しており、これによりネットワーク側はこれらのセルを構成し、アクティベート／デアクティベートすることのみを行うことができる。しかし、補助セル制御には以下の違いがありうる。第１に、セル構成詳細は、補助セルに特有であり、それに合わせて手直しされうる。第２に、ネットワーク側は、異なる動作モードを異なる構成されたセルとして処理しうる。その結果、補助セルの動作モードを変更するために、ネットワーク側は、古いセル（例えば、古い動作モード）を取り除き、その後、新しいセル（例えば、新しい動作モードを有する）を追加することを、“RRCConnectionReconfiguration”を使用して行う必要がありうる。
【０２８２】
いくつかの場合において、ＷＴＲＵは、補助セルを通じてキャリアアグリゲーションを開始する要求を拒絶することを望むことがある。これは、ＷＴＲＵの能力に全面的に基づく、セカンダリセルの構成／アクティベーションとは対照的である。ＷＴＲＵは、“RRCConnectionReconfiguration”要求を評価し、“RRCConnectionReconfigurationReject”メッセージでｅＮＢ／ＨｅＮＢに応答することができる。このメッセージは、拒絶の理由または原因を含みうる。ＷＴＲＵは、この決定を多くの要因に基づき行うことができる。ＷＴＲＵは、電力が非常に限られていることがあり、また補助セルオペレーションにおいて電力を消費することを望みえない。ＷＴＲＵは、提案された周波数上で付近の干渉体を感知していて、補助セル上のオペレーションの結果、利得が制限されうることを判定しうる。そのような場合、ＷＴＲＵは、ｅＮＢ／ＨｅＮＢがキャリアアグリゲーションに対する代替的周波数を選択することを要求しうる。ＷＴＲＵは、別のＲＡＴ上で補助キャリア周波数をすでに使用している場合がある。例えば、ＷＴＲＵは、ＷｉＦｉ通信のため補助キャリア周波数を使用している場合がある。ＷｉＦｉ送信とＬＴＥ受信の同時オペレーションによって引き起こされる干渉を回避するために、ＷＴＲＵは、補助セル構成を拒絶することができる。“RRCConnectionReconfigurationReject”メッセージを受信した後、ｅＮＢ／ＨｅＮＢは、原因を調べ、キャリアアグリゲーションに対する代替的周波数を見つけることを試みるか、またはそれはこのＷＴＲＵで−無期限に、またはＷＴＲＵによって通知されるまで、またはある固定された期間にわたって−キャリアアグリゲーションを開始する試みを放棄しうる。
【０２８３】
実施形態
【０２８４】
１．複数の共存ギャップパターンを格納するように構成されたメモリを備えるワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、複数の共存ギャップパターンのそれぞれはＷＴＲＵに対して送信期間と無音期間のパターンを定義し、複数のデューティサイクルのうちの各デューティサイクルに対応するＷＴＲＵ。
【０２８５】
２．基地局から、基地局によって操作されるワイヤレスセルに対するデューティサイクルに関する情報を受信するように構成された受信ユニットをさらに備える、実施形態１のＷＴＲＵ。
【０２８６】
３．情報を送信するように構成された送信ユニットをさらに備える、実施形態１または２のＷＴＲＵ。
【０２８７】
４．ワイヤレスセルに対するデューティサイクルに関する受信された情報に基づき複数の共存ギャップパターンのうちの１つを選択し、複数の共存ギャップパターンのうちの選択された１つのパターンの送信期間に情報を送信し、無音期間に情報を送信しないように送信ユニットを制御するように構成された制御ユニットをさらに備える、実施形態１乃至３のいずれか一実施形態のＷＴＲＵ。
【０２８８】
５．無音期間は、ＷＴＲＵへの、およびＷＴＲＵからのすべての送信が存在しない期間である、実施形態１乃至４のいずれか一実施形態のＷＴＲＵ。
【０２８９】
６．無音期間は、ＷＴＲＵが特定の基準シンボルまたは同期シンボルのみを送信し、受信することを許される期間である、実施形態１乃至５のいずれか一実施形態のＷＴＲＵ。
【０２９０】
７．複数のデューティサイクルは、所定の数ｋのデューティサイクルを含み、所定の数ｋのデューティサイクルのそれぞれは対応する共存ギャップパターンにおける無音期間に対する送信期間のパーセンテージの範囲を表す、実施形態１乃至６のいずれか一実施形態のＷＴＲＵ。
【０２９１】
８．複数の共存ギャップパターンのうちの少なくとも１つについて、無音期間は、１または複数の透過時分割複信（ＴＤＤ）フレームに対応する、実施形態１乃至７のいずれか一実施形態のＷＴＲＵ。
【０２９２】
９．受信ユニットは、非透過ＴＤＤフレームで基地局によってブロードキャストされるシステム情報（ＳＩ）を読み取ることによってワイヤレスセルに対するデューティサイクルに関する情報を受信するように構成される、実施形態８のＷＴＲＵ。
【０２９３】
１０．ワイヤレスセルに対するデューティサイクルに関する情報は、システム情報ブロック１（ＳＩＢ１）、ＳＩＢ２、またはマスター情報ブロック（ＭＩＢ）のうちの１つにおけるＳＩでブロードキャストされる、実施形態９のＷＴＲＵ。
【０２９４】
１１．ＳＩＢスケジューリングは、ＳＩＢ２以上の上位のＳＩＢが、ＳＩＢが送信されるＳＩウィンドウが透過ＴＤＤフレームとオーバーラップしないように優先順位付けされるスケジューリングである、実施形態１０のＷＴＲＵ。
【０２９５】
１２．ＭＩＢスケジューリングは、ＭＩＢが非透過ＴＤＤフレームであるすべてのフレームで送信されるようなスケジューリングである、実施形態１０または１１のＷＴＲＵ。
【０２９６】
１３．ＴＤＤフレームへのＳＩＢマッピングは、ＳＩＢ１が決して透過フレーム上に載らないようなマッピングである、実施形態１０乃至１２のいずれか一実施形態のＷＴＲＵ。
【０２９７】
１４．透過ＴＤＤフレームの一部であるサブフレームは、ロングタームエボリューション（ＬＴＥ）オペレーションに対する遅延を計算するときにカウントされず、ＬＴＥオペレーションは、チャネル品質報告オペレーション、電力制御オペレーション、およびランダムアクセスチャネル（ＲＡＣＨ）オペレーションのうちの少なくとも１つを含む、実施形態８乃至１３のいずれか一実施形態のＷＴＲＵ。
【０２９８】
１５．透過ＴＤＤフレームの一部であるサブフレームは、送信から送信の肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）までの間の遅延、またはＡＣＫ／ＮＡＣＫからハイブリッド自動再送要求（ＨＡＲＱ）での再送までの間の遅延のうちの一方を計算するときにカウントされない、実施形態８乃至１４のいずれか一実施形態のＷＴＲＵ。
【０２９９】
１６．送信ユニットは、ＡＣＫ／ＮＡＣＫメッセージを、送信が行われるフレームの後の次の非透過ＴＤＤフレームで送信するステップ、または対応するＡＣＫ／ＮＡＣＫが受信されたフレームの後の次の非透過ＴＤＤフレームで再送を行うステップのうちの少なくとも１つを実行するようにさらに構成される、実施形態８乃至１５のいずれか一実施形態のＷＴＲＵ。
【０３００】
１７．複数の共存ギャップパターンのうちの少なくとも１つについて、無音期間は、時分割複信（ＴＤＤ）アップリンク／ダウンリンク構成における１または複数のブランクサブフレームに対応する、実施形態１乃至１６のいずれか一実施形態のＷＴＲＵ。
【０３０１】
１８．同じスペクトルで動作するワイヤレス送信／受信ユニット（ＷＴＲＵ）同士の共存の方法であって、ＷＴＲＵが複数の共存ギャップパターンを格納するステップを含み、複数の共存ギャップパターンのそれぞれはＷＴＲＵに対して送信期間と無音期間のパターンを定義し、複数のデューティサイクルのうちの各デューティサイクルに対応する方法。
【０３０２】
１９．ＷＴＲＵがワイヤレススペクトルで基地局から情報を受信するステップをさらに含み、情報は、基地局によって操作されるワイヤレスセルに対するデューティサイクルに関する情報である、実施形態１８の方法。
【０３０３】
２０．ＷＴＲＵはワイヤレスセルに対するデューティサイクルに関する受信された情報に基づき複数の共存ギャップパターンのうちの１つを選択するステップをさらに含む、実施形態１８または１９の方法。
【０３０４】
２１．ＷＴＲＵは、基地局に対応する無線アクセス技術（ＲＡＴ）以外の少なくとも１つのＲＡＴに対応する少なくとも１つのＷＴＲＵが無音期間に同じスペクトル上で送信するように複数の共存ギャップパターンのうちの選択された１つのパターンの送信期間においてワイヤレススペクトル上で送信し、無音期間においてワイヤレススペクトル上で送信しないか、または特定の基準シンボルもしくは同期シンボルのみを送信するステップをさらに含む、実施形態１８乃至２０のいずれか一実施形態の方法。
【０３０５】
２２．基地局に対応するＲＡＴは、ロングタームエボリューション（ＬＴＥ）であり、少なくとも１つの他のＲＡＴは、ＷｉＦｉである、実施形態２１の方法。
【０３０６】
２３．複数のデューティサイクルは、所定の数ｋのデューティサイクルを含み、所定の数ｋのデューティサイクルのそれぞれは対応する共存ギャップパターンにおける無音期間に対する送信期間のパーセンテージの範囲を表す、実施形態１８乃至２２のいずれか一実施形態の方法。
【０３０７】
２４．複数の共存ギャップパターンのうちの少なくとも１つについて、無音期間は、１または複数の透過時分割複信（ＴＤＤ）フレームに対応する、実施形態１８乃至２３のいずれか一実施形態の方法。
【０３０８】
２５．ＷＴＲＵは、非透過ＴＤＤフレームで基地局によってブロードキャストされるシステム情報（ＳＩ）を読み取ることによってワイヤレスセルに対するデューティサイクルに関する情報を受信する、実施形態１９乃至２４のいずれか一実施形態の方法。
【０３０９】
２６．ワイヤレスセルに対するデューティサイクルに関する情報は、システム情報ブロック１（ＳＩＢ１）、ＳＩＢ２、またはマスター情報ブロック（ＭＩＢ）のうちの１つにおけるＳＩでブロードキャストされる、実施形態１８乃至２５のいずれか一実施形態の方法。
【０３１０】
２７．ＳＩＢスケジューリングは、ＳＩＢ２以上の上位のＳＩＢが、ＳＩＢが送信されるＳＩウィンドウが透過ＴＤＤフレームとオーバーラップしないように優先順位付けされるスケジューリングである、実施形態２６の方法。
【０３１１】
２８．ＭＩＢスケジューリングは、ＭＩＢが非透過ＴＤＤフレームであるすべてのフレームで送信されるようなスケジューリングである、実施形態２６または２７の方法。
【０３１２】
２９．ＴＤＤフレームへのＳＩＢマッピングは、ＳＩＢ１が決して透過フレーム上に載らないようなマッピングである、実施形態２６乃至２８のいずれか一実施形態の方法。
【０３１３】
３０．透過ＴＤＤフレームの一部であるサブフレームは、ロングタームエボリューション（ＬＴＥ）オペレーションに対する遅延を計算するときにカウントされず、ＬＴＥオペレーションは、チャネル品質報告オペレーション、電力制御オペレーション、およびランダムアクセスチャネル（ＲＡＣＨ）オペレーションのうちの少なくとも１つを含む、実施形態２４乃至２９のいずれか一実施形態の方法。
【０３１４】
３１．透過ＴＤＤフレームの一部であるサブフレームは、送信から送信の肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）までの間の遅延、またはＡＣＫ／ＮＡＣＫからハイブリッド自動再送要求（ＨＡＲＱ）での再送までの間の遅延のうちの一方を計算するときにカウントされない、実施形態２４乃至３０のいずれか一実施形態の方法。
【０３１５】
３２．ＡＣＫ／ＮＡＣＫメッセージを、送信が行われるフレームの後の次の非透過ＴＤＤフレームで送信するステップ、または対応するＡＣＫ／ＮＡＣＫが受信されたフレームの後の次の非透過ＴＤＤフレームで再送を行うステップのうちの少なくとも１つを実行するＷＴＲＵをさらに含む、実施形態２４乃至３１のいずれか一実施形態の方法。
【０３１６】
３３．複数の共存ギャップパターンのうちの少なくとも１つについて、無音期間は、時分割複信（ＴＤＤ）アップリンク／ダウンリンク構成における１または複数のブランクサブフレームに対応する、実施形態１８乃至３２のいずれか一実施形態の方法。
【０３１７】
３４．基地局に対応するＲＡＴ以外の少なくとも１つのＲＡＴに対応する少なくとも１つの他のＷＴＲＵによるスペクトルの使用に関してワイヤレススペクトルを感知するＷＴＲＵをさらに含む、実施形態１８乃至３３のいずれか一実施形態の方法。
【０３１８】
３５．ワイヤレススペクトルを感知した結果が少なくとも１つの他のＷＴＲＵによるスペクトルの使用度が所定のレベルを超えていることを指示することを条件として、ワイヤレスセルに対する新しいデューティサイクルを受信するＷＴＲＵをさらに含む、実施形態３４の方法。
【０３１９】
特徴および要素が特定の組み合わせにて、上で説明されているが、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されうる。コンピュータ可読媒体の例としては、電子信号（有線で、またはワイヤレス接続で送信される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、限定はしないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用されうる。
【図１Ａ】
0006006336.tif 000018
【図１Ｂ】
0006006336.tif 000019
【図１Ｃ】
0006006336.tif 000020
【図２】
0006006336.tif 000021
【図３】
0006006336.tif 000022
【図４Ａ】
0006006336.tif 000023
【図４Ｂ】
0006006336.tif 000024
【図４Ｃ】
0006006336.tif 000025
【図５Ａ】
0006006336.tif 000026
【図５Ｂ】
0006006336.tif 000027
【図６】
0006006336.tif 000028
【図７】
0006006336.tif 000029
【図８】
0006006336.tif 000030
【図９】
0006006336.tif 000031
【図１０Ａ】
0006006336.tif 000032
【図１０Ｂ】
0006006336.tif 000033
【図１０Ｃ】
0006006336.tif 000034
【図１０Ｄ】
0006006336.tif 000035
【図１０Ｅ】
0006006336.tif 000036
【図１０Ｆ】
0006006336.tif 000037
【図１０Ｇ】
0006006336.tif 000038
【図１０Ｈ】
0006006336.tif 000039
【図１０Ｉ】
0006006336.tif 000040
【図１０Ｊ】
0006006336.tif 000041
【図１０Ｋ】
0006006336.tif 000042
【図１０Ｌ】
0006006336.tif 000043
【図１０Ｍ】
0006006336.tif 000044
【図１０Ｎ】
0006006336.tif 000045
【図１０Ｏ】
0006006336.tif 000046
【図１１Ａ】
0006006336.tif 000047
【図１１Ｂ】
0006006336.tif 000048
【図１１Ｃ】
0006006336.tif 000049
【図１２Ａ】
0006006336.tif 000050
【図１２Ｂ】
0006006336.tif 000051
【図１２Ｃ】
0006006336.tif 000052
【図１３Ａ】
0006006336.tif 000053
【図１３Ｂ】
0006006336.tif 000054
【図１３Ｃ】
0006006336.tif 000055
【図１４Ａ】
0006006336.tif 000056
【図１４Ｂ】
0006006336.tif 000057
【図１４Ｃ】
0006006336.tif 000058
【図１５Ａ】
0006006336.tif 000059
【図１５Ｂ】
0006006336.tif 000060
【図１５Ｃ】
0006006336.tif 000061
【図１６Ａ】
0006006336.tif 000062
【図１６Ｂ】
0006006336.tif 000063
【図１７Ａ】
0006006336.tif 000064
【図１７Ｂ】
0006006336.tif 000065
【図１８】
0006006336.tif 000066
【図１９】
0006006336.tif 000067
【図２０Ａ】
0006006336.tif 000068
【図２０Ｂ】
0006006336.tif 000069
【図２０Ｃ】
0006006336.tif 000070
【図２１】
0006006336.tif 000071
【図２２】
0006006336.tif 000072
【図２３】
0006006336.tif 000073
【図２４Ａ】
0006006336.tif 000074
【図２４Ｂ】
0006006336.tif 000075
【図２５】
0006006336.tif 000076
【図２６】
0006006336.tif 000077
【図２７】
0006006336.tif 000078
【図２８Ａ】
0006006336.tif 000079
【図２８Ｂ】
0006006336.tif 000080
【図２９】
0006006336.tif 000081
【図３０】
0006006336.tif 000082
【図３１】
0006006336.tif 000083
【図３２】
0006006336.tif 000084