(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされると決定することと、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソースの利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおいてアップリンク送信を実行することと
を備える、方法。
【請求項２】
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもののほかに追加のリソースを予約することをさらに備える、請求項１に記載の方法。
【請求項３】
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクチャネルリソースの一部を再利用することによって予約される、請求項２に記載の方法。
【請求項４】
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクデータリソースの一部を再利用することによって予約される、請求項２に記載の方法。
【請求項５】
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくと決定することをさらに備える、請求項１に記載の方法。
【請求項６】
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中のアップリンクサブフレームのセットのサブセットである、請求項５に記載の方法。
【請求項７】
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中の前記アップリンクサブフレームのセットのスーパーセットである、請求項５に記載の方法。
【請求項８】
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第１のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱに基づくと決定することをさらに備える、請求項１に記載の方法。
【請求項９】
前記ＰＨＩＣＨリソースが利用可能であると決定され、前記方法は、前記決定に応じて、前記決定されたＰＨＩＣＨリソースに基づいてＨＡＲＱ応答を決定することを備える、請求項１に記載の方法。
【請求項１０】
前記ＨＡＲＱ応答が否定応答であると決定され、前記方法は、前記決定に応じて不適応アップリンクデータ送信を実行することを備える、請求項９に記載の方法。
【請求項１１】
ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、アップリンクデータ送信を一時中断することをさらに備える、請求項１に記載の方法。
【請求項１２】
前記ＰＨＩＣＨリソースが利用不可能であると決定され、前記方法は、アップリンク許可をスケジュールするダウンリンク制御チャネルを検出することと、前記アップリンク許可に応じてアップリンクデータ送信を実行することとを備える、請求項１に記載の方法。
【請求項１３】
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項１４】
ワイヤレス通信のための装置であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされると決定するための手段と、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定するための手段と、
前記ＰＨＩＣＨリソースの利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおけるアップリンク送信を実行するための手段と
を備える、装置。
【請求項１５】
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもののほかに追加のリソースを予約するための手段をさらに備える、請求項１４に記載の装置。
【請求項１６】
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクチャネルリソースの一部を再利用することによって予約される、請求項１５に記載の装置。
【請求項１７】
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクデータリソースの一部を再利用することによって予約される、請求項１５に記載の装置。
【請求項１８】
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくと決定するための手段をさらに備える、請求項１４に記載の装置。
【請求項１９】
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中のアップリンクサブフレームのセットのサブセットである、請求項１８に記載の装置。
【請求項２０】
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中の前記アップリンクサブフレームのセットのスーパーセットである、請求項１８に記載の装置。
【請求項２１】
前記ＰＨＩＣＨリソースの利用可能性を決定するための手段は、前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第１のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱに基づくと決定する、請求項１４に記載の装置。
【請求項２２】
前記ＰＨＩＣＨリソースの利用可能性を決定するための手段は、前記ＰＨＩＣＨリソースが利用可能であると決定し、前記装置は、前記決定されたＰＨＩＣＨリソースに基づいてＨＡＲＱ応答を決定するための手段を備える、請求項１４に記載の装置。
【請求項２３】
前記ＨＡＲＱ応答が否定応答であると決定され、前記装置は、前記決定に応じて不適応アップリンクデータ送信を実行するための手段を備える、請求項２２に記載の装置。
【請求項２４】
ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、アップリンクデータ送信を一時中断するための手段をさらに備える、請求項１４に記載の装置。
【請求項２５】
前記ＰＨＩＣＨリソースが利用不可能であると決定され、前記装置は、アップリンク許可をスケジュールするダウンリンク制御チャネルを検出するための手段と、前記アップリンク許可に応じてアップリンクデータ送信を実行するための手段とを備える、請求項１４に記載の装置。
【請求項２６】
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、請求項１４に記載の装置。
【請求項２７】
ワイヤレス通信のための装置であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされることを決定することと、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおけるアップリンク送信を実行することと
を行うように構成される、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されるメモリと
を備える、装置。
【請求項２８】
ワイヤレス通信のためのコンピュータプログラムであって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされることを決定することと、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおけるアップリンク送信を実行することと
をプロセッサに行わせるためのコードを備える、コンピュータプログラム。
【請求項２９】
ワイヤレス通信のための方法であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することと、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のための前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソースの利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンクスケジューリング動作を実行することと
を備える、方法。
【請求項３０】
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもののほかに追加のリソースを予約することをさらに備える、請求項２９に記載の方法。
【請求項３１】
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくと決定することをさらに備える、請求項２９に記載の方法。
【請求項３２】
前記ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、前記ＵＥのために対応するアップリンクデータ送信が一時中断されることを決定することをさらに備える、請求項２９に記載の方法。
【請求項３３】
前記ＰＨＩＣＨリソースが利用不可能であると決定し、前記方法は、前記ＵＥのためにアップリンク許可をスケジュールするダウンリンク制御チャネルを送信することを備える、請求項２９に記載の方法。
【請求項３４】
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、請求項２９に記載の方法。
【請求項３５】
ワイヤレス通信のための装置であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成するための手段と、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定するための手段と、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンクスケジューリング動作を実行するための手段と
を備える、装置。
【請求項３６】
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもものほかに追加のリソースを予約するための手段をさらに備える、請求項３５に記載の装置。
【請求項３７】
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくこと決定するための手段をさらに備える、請求項３５に記載の装置。
【請求項３８】
前記ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、前記ＵＥのために対応するアップリンクデータ送信が一時中断されることを決定するための手段をさらに備える、請求項３５に記載の装置。
【請求項３９】
前記ＰＨＩＣＨリソースが利用不可能であると決定し、前記方法は、前記ＵＥのためにアップリンク許可をスケジュールするダウンリンク制御チャネルを送信することを備える、請求項３５に記載の装置。
【請求項４０】
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、請求項３５に記載の装置。
【請求項４１】
ワイヤレス通信のための装置であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することと、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンクスケジューリング動作を実行することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備える、装置。
【請求項４２】
ワイヤレス通信のためのコンピュータプログラムであって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することと、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンクスケジューリング動作を実行することと
をプロセッサに行わせるためのコードを備える、コンピュータプログラム。
【発明の詳細な説明】
【関連出願】
【０００１】
関連出願の相互参照
本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１１年８月３日に出願された米国仮出願第６１／５１４，７５７号の優先権の利益を主張する。
【技術分野】
【０００２】
本開示のある態様は、一般に、ワイヤレス通信に関し、特に、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）にリソースを割り当てるための技術に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために幅広く展開されている。一般的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることが可能な多元接続技術を用いることができる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ：time division synchronous code division multiple access）システムを含む。
【０００４】
これらの多元接続技術は、種々のワイヤレスデバイスが都市、国家、地域、および地球全体までものレベルで通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されてきた。台頭してきた電気通信規格の例は、ロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって発表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）のモバイル規格を向上させたもののセットである。これは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上のＯＦＤＭＡ、アップリンク（ＵＬ）上のＳＣ−ＦＤＭＡ、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスの需要が増大し続けるにつれて、ＬＴＥ技術における更なる改良の必要性が存在する。好ましくは、これらの改良は、他のマルチアクセス（multi-access）技術およびこれらの技術を用いる電気通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
本開示のある態様は、ワイヤレス通信のための方法を提供する。方法は、一般に、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってスケジュールされたクロスキャリアであると決定することと、第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、第１のＣＣ上のアップリンク送信の決定されたＨＡＲＱタイミングに基づいて第１のＣＣ上のアップリンク送信のために第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、ＨＡＲＱリソースの利用可能性決定に基づいてアップリンク送信を実行することとを含む。
【０００６】
本開示のある態様は、ワイヤレス通信のための装置を提供する。装置は、一般、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってスケジュールされたクロスキャリアであることを決定するための手段と、第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、第１のＣＣ上のアップリンク送信の決定されたＨＡＲＱタイミングに基づいて第１のＣＣ上のアップリンク送信のために第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定するための手段と、ＨＡＲＱリソースの利用可能性決定に基づいてアップリンク送信を実行するための手段とを含む。
【０００７】
本開示のある態様はワイヤレス通信のための装置を提供する。装置は、一般に、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってスケジュールされたクロスキャリアであることを決定し、第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定し、第１のＣＣ上のアップリンク送信の決定されたＨＡＲＱタイミングに基づいて第１のＣＣ上のアップリンク送信のために第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定し、ＨＡＲＱリソースの利用可能性決定に基づいてアップリンク送信を実行するように構成された少なくとも１つのプロセッサを含む。装置は、少なくとも１つのプロセッサに接続されたメモリをさらに含む。
【０００８】
本開示のある態様は、ワイヤレス通信のためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、一般に、コードを備えるコンピュータ可読媒体を含む。コードは、一般に、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってスケジュールされたクロスキャリアであることを決定するためのコードと、第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するためのコードと、第１のＣＣ上のアップリンク送信の決定されたＨＡＲＱタイミングに基づいて第１のＣＣ上のアップリンク送信のために第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定するためのコードと、ＨＡＲＱリソースの利用可能性決定に基づいてアップリンク送信を実行するためのコードとを含む。
【０００９】
本開示のさまざまな態様および特徴を、以下でさらに詳細に記述する。
【図面の簡単な説明】
【００１０】
【図１】本開示のある態様に従ってワイヤレス通信ネットワークの例を概念的に説明するブロック図である。
【図２】本開示のある態様に従ってワイヤレス通信ネットワークにおけるフレーム構成の例を概念的に説明するブロック図である。
【図２Ａ】本開示のある態様に従ってロングタームエボリューション（ＬＴＥ）におけるアップリンクのための例示のフォーマットを示す。
【図３】本開示のある態様に従ってワイヤレス通信ネットワークにおいるユーザ機器デバイス（ＵＥ）と通信しているノードＢの例を概念的に説明するブロック図を示す。
【図４】開示のある態様に従ってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのための例示のＰＨＩＣＨリソースマッピング４００を説明する。
【図５】開示のある態様に従ってＦＤＤ（周波数分割複信）ダウンリンクキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング５００を説明する。
【図６】開示のある態様に従って物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）の割り当てのための例示の動作６００を説明する。
【図６Ａ】開示のある態様に従って実例となるブロック図である。
【図７】開示のある態様に従って物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）の割り当てのための例示の動作７００を説明する。
【図７Ａ】開示のある態様に従う実例となるブロック図である。
【図８】開示のある態様に従ってＰＨＩＣＨおよびＰＤＣＣＨに基づいてサブフレームの送信一時中断、再送信、または新規の送信を決定するための例示のテーブル８００を説明する。
【図９Ａ】開示のある態様に従ってＦＤＤ（周波数分割複信）ダウンリンクキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング９００Ａに対して修正するＨＡＲＱタイムラインを説明する。
【図９Ｂ】開示のある態様に従ってＦＤＤ（周波数分割複信）ダウンリンクキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング９００Ｂに対して修正するＨＡＲＱタイムラインを説明する。
【図１０】開示のある態様に従ってＵＬ／ＤＬサブフレーム構成１を有する別のＴＤＤキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング１０００に対して修正するＨＡＲＱタイムラインを説明する。
【図１１】７つのＬＴＥ  ＴＤＤ  ＵＬ／ＤＬサブフレーム構成のためのｍｉの値を説明する。
【図１２】開示のある態様に従ってＵＬ／ＤＬサブフレーム構成２を有するＴＤＤキャリアによってＵＬ／ＤＬサブフレーム構成１を有するＴＤＤキャリアのクロススケジューリングを説明する。
【図１３】開示のある態様に従って、ＵＬサブフレーム構成２を有するＴＤＤキャリアによってＵＬ／ＤＬサブフレーム構成を有するＴＤＤキャリアのクロススケジューリングを説明する、ここで、追加のＰＨＩＣＨリソースは、サブフレーム３および８に割り当てられる。
【発明を実施するための形態】
【００１１】
本開示のさまざまな態様は、添付の図面を参照して、ここより後でさらに十分に説明される。しかしながら、本開示は、異なる多くの形態で具体化され、本開示を通じて提示される任意の特定の構成または機能にも限定されると解釈されるべきではない。むしろ、これらの態様は、本開示が詳細かつ完成するように提供され、当業者に対して十分に開示の範囲を伝えるだろう。本明細書における教示に基づいて、当業者は、開示の範囲が、本開示の任意の他の態様と独立して実現されようと、それらと組み合わされて実現されようと、本明細書で開示される開示の任意の態様をカバーすることを意図している、ということを理解すべきである。例えば、本明細書で述べる任意の数の態様を使用して、装置が実現されてもよく、または、方法が実施されてもよい。加えて、開示の範囲は、本明細書で述べた開示のさまざまな態様に加えた、または、本明細書で述べた開示のさまざまな態様以外の、他の構成、機能性、または、構成および機能性を使用して実施されるこのような装置、または方法をカバーすることを意図している。本明細書で示される開示の任意の態様は、特許請求の範囲の１または複数の要素によって具体化されてもよいことを理解するべきである。
【００１２】
ワード「例示的な」は、「例、事例、または例示として役割を果たすこと」を意味するように本明細書で使用される。本明細書において「例示的」と記載されるいかなる態様も、他の態様に対して好適であるとか、有利であると必ずしも解釈される必要はない。
【００１３】
特定の態様は本明細書に記述されるが、多くのバリエーションおよびこれらの態様の置換が開示の範囲以内にある。好適な態様のいくつかの利益および利点を述べるが、本開示の範囲は、特定の利益、使用、および目的に限定されることを意図していない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であるように意図されており、そのうちのいくつかは、一例として、図面中および好ましい態様の以下の説明中で示されている。詳細な説明および図面は、限定ではなく、本開示の単なる例示であり、本開示の範囲は、特許請求の範囲およびその均等物によって定義される。
【００１４】
ここに説明される技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のネットワークのようなさまざまなワイヤレス通信ネットワークのために使用されることができる。用語「ネットワーク」および「システム」は置換可能なように使用されることが多い。ＣＤＭＡネットワークは、ユニバーサルテレストリアルラジオアクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実現することができる。ＵＴＲＡは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））や、ＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバルシステムフォーモバイル通信（ＧＳＭ（登録商標））のような無線技術を実現することができる。ＯＦＤＭＡネットワークは、例えば、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のような無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、ｅ−ＵＴＲＡを使用するＵＭＴＳの新規のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称される団体からの文書に記述されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称される団体からの文書に記述される。本明細書で記述した技術は、以上で説明したワイヤレスネットワークおよび無線技術とともに、他のワイヤレスネットワークおよび無線技術に対して使用されることができる。明確にするために、技術のある態様は、ＬＴＥ／ＬＴＥ−Ａのために以下で記述し、ＬＴＥ／ＬＴＥ−Ａの専門用語は、以下の記述の大部分で使用される。
【００１５】
単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、送信機側で単一キャリア変調を利用し、受信機側で周波数領域等化を利用する送信技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムのものと類似した性能、および、本質的に同一の全体的な複雑性を有する。しかしながら、ＳＣ−ＦＤＭＡ信号は、その固有の単一キャリア構成のために、より低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点においてより低いＰＡＰＲがモバイル端末に大いに利点となるアップリンク通信で、特に大きな注目を集めた。それは、現在、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａ、および進化ＵＴＲＡにおけるアップリンク多元接続スキームに対しての動作仮定条件である。
【００１６】
図１は、ＬＴＥ／ＬＴＥ−Ａネットワークである、例示のワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、進化ノードＢ（ｅＮＢｓ）１１０および他のネットワークエンティティを含みうる。ｅＮＢは、ＵＥと通信する局であり、基地局、ノードＢ、アクセスポイントなどとも称されうる。各ｅＮＢ１１０は、特定の地理的エリアのための通信カバレージを提供しうる。３ＧＰＰにおいて、用語「セル」は、用語が使用されるコンテキストに依存して、このカバレージエリアにサービスを提供するｅＮＢおよび／またはｅＮＢサブシステムカバレージエリアを指すことができる。セル１０２（例えば１０２ａ、１０２ｂ、１０２ｃ）は、図１において示される。
【００１７】
ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／またはその他のタイプのセルのための通信カバレージを提供しうる。マクロセルは、比較的広い地理的エリア（例えば、半径数キロメートル）をカバーしてもよく、サービス加入しているＵＥにより制限されていないアクセスを可能にしてもよい。ピコセルは、比較的狭い地理的エリアをカバーしてもよく、サービス加入しているＵＥによって制限されていないアクセスを可能にしてもよい。フェムトセルは、比較的小さい地理的エリア（例えば、住宅）をカバーし、（例えば、限定加入者グループ（ＣＳＧ）におけるＵＥや、住宅内のユーザのためのＵＥなどのような）そのフェムトセルとの関連を有するＵＥによって制限されたアクセスを可能にしうる。マクロセルのためのｅＮＢは、マクロｅＮＢと称されることがある。ピコセルのためのｅＮＢは、ピコｅＮＢと称されることがある。フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢと称されることがある。ｅＮＢは、１つまたは複数（例えば、３つ）のセルをサポートしてもよい。
【００１８】
ワイヤレスネットワーク１００は、さらに中継局を含むことがある。中継局は、アップストリーム局（例えば、ｅＮＢまたはＵＥ）からデータの伝送および／またはその他の情報を受信し、ダウンストリーム局（例えば、ＵＥまたはｅＮＢ）にデータの伝送および／またはその他の情報を送信する局である。中継局は、さらに他のＵＥのための送信を中継するＵＥであることがある。中継局は、さらに中継器ｅＮＢ、中継器などと称されることがある。
【００１９】
ワイヤレスネットワーク１００は、例えば、マクロｅＮＢｓ、ピコｅＮＢｓ、フェムトｅＮＢｓ、中継器などの、異なるタイプのｅＮＢｓを含む異機種ネットワークであることができる。これらの異なるタイプのｅＮＢは、ワイヤレスネットワーク１００において、異なる送信電力レベル、異なるカバレージエリア、および干渉における異なる影響を有しうる。例えば、マクロｅＮＢは、高い送信電力レベル（例えば、２０ワット）を有しうるのに対し、ピコｅＮＢ、フェムトｅＮＢおよび中継器は、より低い送信電力レベル（例えば、１ワット）を有しうる。
【００２０】
ワイヤレスネットワーク１００は、同期あるいは非同期動作をサポートしうる。同期動作対して、ｅＮＢが同様のフレームタイミングを有し、異なるｅＮＢからの送信は、時間で近似的にアラインされうる。非同期動作に対して、ｅＮＢは、異なるフレームタイミングを有し、異なるｅＮＢからの送信は、時間でアラインされえない。ここに記述される技術は、同期および非同期動作のために両方に使用されうる。
【００２１】
ネットワーク制御器１３０は、ｅＮＢのセットに接続され、これらのｅＮＢ１１０のための調整および制御を提供しうる。ネットワーク制御器１３０は、バックホールを介してｅＮＢ１１０と通信することができる。ｅＮＢ１１０（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、例えば、ワイヤレスまたはワイヤラインバックホールを介して、直接的にまたは間接的に、互いに通信しうる。
【００２２】
ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散されていてもよく、各ＵＥは、静的なものまたは動的なものでありうる。ＵＥは、端末、移動局、加入者ユニット、局等とも称されうる。ＵＥは、スマートフォン、セルラ電話、携帯情報端末（ＰＤＡ）、タブレット、ネットブック、スマートブック、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局等でありうる。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継器等と通信可能でありうる。図１では、両方向矢印（double arrows）を有する実線は、ＵＥと、このＵＥにダウンリンク上および／またはアップリンク上でサービス提供するように指定されるｅＮＢであるサービングｅＮＢとの間の所望の送信を表す。
【００２３】
ＬＴＥは、ダウンリンク上で直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上で単一キャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を複数（Ｋ個）の直交サブキャリアに分割し、これらはまた、一般に、トーン、ビン等と称される。各サブキャリアは、データを用いて変調されうる。一般に、変調シンボルは、ＯＦＤＭでは周波数ドメイン中で、および、ＳＣ−ＦＤＭＡでは時間ドメイン中で送られる。隣接するサブキャリア間の間隔は、固定され、サブキャリアの総数（Ｋ）は、システム帯域幅に依存しうる。例えば、Ｋは、１．２５、２．５、５、１０、あるいは２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、それぞれ、１２８、２５６、５１２、１０２４、あるいは２０４８に等しくなりうる。システム帯域幅はまた、サブバンドに分割されうる。例えば、サブバンドは、１．０８ＭＨｚをカバーしうる、また、１．２５、２．５、５、１０、あるいは２０ＭＨｚのシステム帯域幅に対して、それぞれ、１、２、４、８、あるいは１６個のサブバンドが存在しうる。
【００２４】
図２は、ＬＴＥにおいて使用されるフレーム構造を示す。ダウンリンクのための送信タイムラインは、無線フレームのユニットに分割されうる。各無線フレームは、所定の持続時間（例えば、１０ミリ秒（ｍｓ））を有し、０乃至９のインデックスを有する１０サブフレームに分割されうる。各サブフレームは、２つのスロットを含みうる。したがって、無線フレームの各々は、０乃至１９のインデックスを有する２０個のスロットを含みうる。各スロットは、Ｌ個のシンボル期間を含み、例えば、（図２中で示されているように）通常のサイクリックプレフィックスに対してはＬ＝７シンボル期間、または、拡張されたサイクリックプレフィックスに対してはＬ＝６シンボル期間を含みうる。各サブフレームにおける２Ｌシンボル期間は、０乃至２Ｌ−１のインデックスが割り振られうる。利用可能な時間周波数リソースは、リソースブロックに分割されうる。各リソースブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２個のサブキャリア）をカバーしうる。
【００２５】
ＬＴＥにおいて、ｅＮＢは、ｅＮＢにおける各セルのためのプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を送りうる。プライマリおよびセカンダリ同期信号は、図２において示されるように、通常のサイクリックプレフィックスで、各無線フレームのサブフレーム０および５の各々で、それぞれシンボル期間６および５において送られうる。同期信号は、ＵＥによってセル検出およびセル捕捉のために使用されうる。ｅＮＢは、サブフレーム０のスロット１におけるシンボル期間０乃至３において物理ブロードキャストチャネル（ＰＢＣＨ）を送りうる。ＰＢＣＨは、あるシステム情報を搬送しうる。
【００２６】
ｅＮＢは、図２に示されるように、各サブフレームの第１のシンボル期間において物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送りうる。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝達しうる。ここで、Ｍは、１、２、または３に等しく、サブフレームごとに変化しうる。Ｍはまた、例えば、１０より少ないリソースブロックを有する、小さなシステム帯域幅では４に等しくなりうる。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間（図２に図示せず）において、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送りうる。ＰＨＩＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ）をサポートする情報を搬送しうる。ＰＤＣＣＨは、ＵＥのためのリソース割り当てについての情報と、ダウンリンクチャネルのための制御情報とを搬送しうる。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送りうる。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを搬送しうる。ＬＴＥにおけるさまざまな信号およびチャネルは、公に利用可能である、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation,」と題される、３ＧＰＰ ＴＳ ３６．２１１中に記述される。
【００２７】
ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心である１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳ、およびＰＢＣＨを送りうる。ｅＮＢは、ＰＣＦＩＣＨおよびＰＨＩＣＨが送られる各シンボル期間において、システム帯域幅全体にわたってこれらのチャネルを送りうる。ｅＮＢは、システム帯域幅の特定の部分においてＵＥのグループにＰＤＣＣＨを送りうる。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送りうる。ｅＮＢは、ブロードキャスト形式で、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを全てのＵＥに送り、ユニキャスト形式でＰＤＣＣＨを特定のＵＥに送り、ユニキャスト形式でＰＤＳＣＨを特定のＵＥに送りうる。
【００２８】
多数のリソース要素は、各シンボル期間において利用可能でありうる。各リソース要素は、１つのシンボル期間において１つのサブキャリアをカバーし、実数または複素数である、１つの変調シンボルを送るために使用されうる。各シンボル期間における基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）内に配置されうる。各ＲＥＧは、１つのシンボル期間において４つのリソース要素を含みうる。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたっておよそ均一に間隔をあけられる、４つのＲＥＧを占有しうる。ＰＨＩＣＨは、１つまたは複数の設定可能なシンボル期間において、周波数にわたって分散される、３つのＲＥＧを占有しうる。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属する、またはシンボル期間０、１および２において拡散されうる。ＰＤＣＣＨは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択される、９、１８、３２、または６４個のＲＥＧを占有しうる。ＲＥＧの特定の組合せのみが、ＰＤＣＣＨに対して許可されうる。
【００２９】
ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知りうる。ＵＥは、ＰＤＣＣＨのためのＲＥＧの異なる組み合わせサーチしうる。サーチするための組み合わせの数は、通常、ＰＤＣＣＨに対して許可される組み合わせの数よりも少ない。ｅＮＢは、ＵＥがサーチすることになる任意の組み合わせにおいてＵＥにＰＤＣＣＨを送りうる。
【００３０】
図２Ａは、ＬＴＥのための例示的なフォーマット２００Ａを示す。アップリンクのために利用可能なリソースブロックは、データセクションおよび制御セクションに分割されうる。制御セクションは、システム帯域幅の２つの端で形成され、構造化可能なサイズを有しうる。制御セクションにおけるリソースブロックは、制御情報の送信のためにＵＥに割り振られうる。データセクションは、制御セクションに含まれない全てのリソースブロックを含みうる。図２Ａにおける設計は、単一のＵＥがデータセクションにおける連続的なサブキャリアの全てに割り振られることを可能にする、連続的なサブキャリアを含むデータセクションをもたらす。
【００３１】
ＵＥは、ｅＮＢに制御情報を送信するために、制御セクションにおけるリソースブロックが割り振られうる。ＵＥはまた、ノードＢにデータを送信するために、データセクションにおけるリソースブロックが割り振られうる。ＵＥは、制御セクションにおける割り振られたリソースブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）２１０ａ、２１０ｂにおいて制御情報を送信しうる。ＵＥは、データセクションにおける割り振られたリソースブロック上で物理アップリンク共有チャネル（ＰＵＳＣＨ）２２０ａ、２２０ｂにおいて、データのみ、あるいは、データおよび制御情報を送信しうる。アップリンク送信は、図２Ａに示されるように、サブフレームの両方のスロットに及び、周波数にわたってホップしうる。
【００３２】
ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＵＣＣＨ、およびＰＵＳＣＨは、公に利用可能である、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation,」と題される、３ＧＰＰ  ＴＳ  ３６．211において記述される。
【００３３】
図３は、図１中の基地局／ｅＮＢのうちの１つ、およびＵＥのうちの１つでありうる、基地局／ｅＮＢ１１０およびＵＥ１２０の設計のブロック図を示す。基地局１１０は、さらに、いくつかの他のタイプの基地局でありうる。基地局１１０は、Ｔ本のアンテナ３３４ａ乃至し３３４ｔを備え、ＵＥ１２０は、Ｒ本のアンテナ３５２ａ乃至３５２ｒを備えうる。ここで、一般的に、Ｔ≧１であり、Ｒ≧１である。
【００３４】
基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、制御器／プロセッサ３４０からの情報を制御しうる。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものでありうる。データは、ＰＤＳＣＨなどのためのものでありうる。プロセッサ３２０は、データおよび制御情報を処理（例えば、符号化およびシンボルマッピング）し、データシンボルおよび制御シンボルをそれぞれ取得しうる。プロセッサ３２０は、また、例えばＰＳＳ、ＳＳＳのための、基準シンボルと、セル固有基準信号とを生成しうる。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、データシンボル、制御シンボル、および／または、適用可能であれば、基準シンボルに空間処理（例えば、プリコーディング）を実行し、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）３３２ａ乃至３３２ｔに提供しうる。それぞれの変調器３３２は、出力サンプルストリームを取得するために、（例えば、ＯＦＤＭ等のための）それぞれの出力シンボルストリームを処理しうる。各変調器３３２は、ダウンリンク信号を取得するために、出力サンプルストリームをさらに処理する（例えば、アナログにコンバートし、増幅し、フィルタに掛け、アップコンバートする）。変調器３３２ａ乃至３３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ３３４ａ乃至３３４ｔのそれぞれを介して送信されうる。
【００３５】
ＵＥ１２０において、アンテナ３５２ａ乃至３５２ｒは、基地局１１０からダウンリンク信号を受信し、それぞれ、復調器（ＤＥＭＯＤ）３５４ａ乃至３５４ｒに受信信号を提供しうる。各復調器３５４は、入力サンプル信号を取得するために、各受信信号を調整する（例えば、フィルタに掛け、増幅し、ダウンコンバート、およびデジタル化する）。各復調器３５４は、受信シンボルを取得するために、（例えば、ＯＦＤＭ等のための）入力サンプルをさらに処理しうる。ＭＩＭＯ検出器３５６は、Ｒ個の全ての復調器３５４ａ乃至３５４ｒから受信されたシンボルを取得し、適用可能であれば、受信されたシンボルにＭＩＭＯ検出を実行し、検出されたシンボルを提供しうる。受信プロセッサ３５８は、検出されたシンボルを処理し（例えば、復調し、デインタリーブし、および復号し）、ＵＥ１２０のための復号されたデータをデータシンク３６０に提供し、復号された制御情報を制御器／プロセッサ３８０に提供しうる。
【００３６】
アップリンク上で、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２からの（例えば、ＰＵＳＣＨのための）データを受信および処理し、制御器／プロセッサ３８０からの（例えば、ＰＵＣＣＨのための）制御情報を受信しうる。プロセッサ３６４は、さらに基準信号のための基準シンボルを生成しうる。送信プロセッサ３６４からのシンボルは、適用可能であれば、ＴＸ  ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに、（例えば、ＳＣ−ＦＤＭなどのための）変調器３５４ａ乃至３５４ｒによって処理され、基地局１１０に送信されうる。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、適用可能であればＭＩＭＯ検出器３３６によって検出され、受信プロセッサ３３８によってさらに処理され、ＵＥ１２０によって送られた制御情報および復号されたデータを取得しうる。プロセッサ３３８は、復号されたデータをデータシンク３３９に提供し、復号された制御情報を制御器／プロセッサ３４０に提供しうる。
【００３７】
制御器／プロセッサ３４０および３８０は、それぞれ、基地局１１０およびＵＥ  １２０での動作を指示しうる。基地局１１０における、制御器／プロセッサ３４０、送信プロセッサ３２０、ＴＸＭＩＭＯプロセッサ３３０、受信プロセッサ３３８、および／または他プロセッサおよびモジュールは、図６中の動作６００を、および／または、本明細書で記述した技術のための他のプロセスを、実行または指示しうる。ＵＥ  １２０で、制御器／プロセッサ３８０、送信プロセッサ、ＴＸ  ＭＩＭＯプロセッサ３６６、受信プロセッサ３５８、および／または他のプロセッサおよびモジュールは、図６中の動作６００を、および／または、本明細書で記述した技術のためのプロセスを実行し、指示しうる。メモリ３４２および３８２は、それぞれ、基地局１１０およびＵＥ  １２０に対するデータおよびプログラムコードを記憶しうる。スケジューラ３４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジュールしうる。
【００３８】
物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）は、ｅＮｏｄｅＢが物理アップリンク共有チャネル（ＰＵＳＣＨ）上の送信を正確に受信したかどうか示すハイブリッドＡＲＱ（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫ情報を搬送するダウンリンクチャネルである。ある態様では、（異なるＵＥのための）複数のＰＨＩＣＨは、ダウンリンクリソース要素の同じセットに対してマップされる。ある態様では、マスター情報ブロック（ＭＩＢ）は、ＰＨＩＣＨリソース情報を搬送する。ＭＩＢは、ネットワークに対するＵＥの最初のアクセスに必須の、限られた数の最も頻繁に送信されるパラメータを含むシステム情報のブロックである。パラメータは、典型的に、ダウンリンクシステム帯域幅、ダウンリンク中のＨＡＲＱ肯定応答シグナリングに割り当てられたリソースのインジケータ、およびシステムフレーム数（System Frame Number）を含む。
【００３９】
ある態様では、ＭＩＢは、ＰＨＩＣＨが通常または拡張された期間かどうか示すビットを含む。通常期間に対して、ＰＨＩＣＨは、第１のＯＦＤＭシンボル中にのみ存在しうる。しかしながら、拡張期間に対して、ＰＨＩＣＨは、ＰＨＩＣＨに関連したサブフレームのサブフレームタイプに依存する、２つまたは３つのＯＦＤＭシンボルに存在しうる。したがって、ある場合には、通常のもののほかの追加のリソースは、アップリンク送信のＨＡＲＱ応答のための第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいてＰＨＩＣＨのために予約されうる。
【００４０】
ある態様では、ＭＩＢは、ＰＨＩＣＨリソースの総数を示す２ビットを含む。１／６、１／２、１、および２を含む、ＰＨＩＣＨリソースの４つの可能なサイズ（Ｎｇ）がある。ここで、ＰＨＩＣＨグループ（ＮPHICHgroup）の数は、通常のサイクリックプレフィックス（ＣＰ）に対してceiling (Ng*(NRBDL/8))によって与えられ、拡張されたＣＰに対して2*celing(Ng*(NRBDL/8))によって与えられ、NRBDLは、ダウンリンク（ＤＬ）におけるリソースブロック（ＲＢ）の数である。
【００４１】
ある態様では、ＵＥは、物理制御フォーマットインジケータチャネルＰＣＦＩＣＨおよびＰＨＩＣＨに基づいて、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に対する残りのリソースを決定しうる。
【００４２】
表−１は、ＬＴＥ  ＴＤＤのための７つのＵＬ／ＤＬ構成を説明する。「Ｄ」は、ダウンリンク送信のためのサブフレームを表わし、「Ｓ」は、ガードタイムに使用された特別なサブフレームを表わし、「Ｕ」は、アップリンク送信のためのサブフレームを表わす。
【表１】
0005890022.tif 000002
【００４３】
ある態様では、ＴＤＤ（時分割複信）に対して、ＰＨＩＣＨリソースの量は、サブフレーム依存、例えば（mi*NPHICHgroup）である。ＤＬ／ＵＬ構成０を有するＴＤＤに関して、サブフレーム０および５に対してmi = 2である。他の構成に関して、mi = 1または0である。ここで、0は、ＰＨＩＣＨリソースがないケースに対応する。
【００４４】
ある態様では、ＵＥに対して、ＰＵＳＣＨ送信のためのＰＨＩＣＨリソースは、グループ（nPHICHseq）内のグループインデックス（nPHICHgroup）およびシーケンスインデックスによって識別されうる。さらに、ＰＵＳＣＨ送信からＰＨＩＣＨリソースへのマッピングは、  
・  NPHICHgroup 
・  対応するＰＵＳＣＨ送信の第１のスロット中の最小ＰＲＢ（物理リソースブロック）インデックスを示すIPRB_RAlowest_index 
・  ＤＭ−ＲＳ（復調基準信号）フィールドのためのサイクリックシフトを示すnDMRS 
・  ＰＨＩＣＨ変調のために使用される拡張ファクタサイズを示すNSFPHICH 
・  サブフレーム４または９でその他が０であるＰＵＳＣＨ送信を有するＴＤＤ  ＵＬ／ＤＬ構成０のための典型的に１であるIPHICH。
【００４５】
図４は、開示のある態様に従ってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのための例示のＰＨＩＣＨリソースマッピング４００を説明する。ＴＤＤ  ＣＣ（コンポーネントキャリア）２  ４０２は、ＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアである。ＴＤＤ  ＵＬ／ＤＬ構成０において、無線フレーム（サブフレーム０−９）の各５ｍｓのハーフフレーム（例えば、サブフレーム０−４および５−９）は、ダウンリンクサブフレーム、特別なサブフレーム、および３つのアップリンクサブフレームを含む。例えば、図４に示されるように、サブフレーム０および５は、ダウンリンクサブフレームであり、サブフレーム１および６は、特別なサブフレームであり、サブフレーム２−４および７−９は、アップリンクサブフレームである。
【００４６】
ある態様では、ＴＤＤ  ＵＬ／ＤＬ構成０に対して、ダウンリンクサブフレームおよび特別なサブフレームは、アップリンクサブフレーム上のアップリンク送信のためのＨＡＲＱ応答を提供するためにダウンリンクＰＨＩＣＨに使用されうる。したがってＴＤＤ  ＵＬ／ＤＬ構成０中のどの５ｍｓのハーフフレームも、３つのアップリンクサブフレーム上のＵＬ送信に応答するために２つのＰＨＩＣＨリソースのみを含みうる。毎ハーフフレームにおける２つのＰＨＩＣＨリソースのうちの少なくとも１つは、２つのサブフレーム上のアップリンク送信のためのＨＡＲＱ応答を取り扱わなければならない。例えば、図４において示されるように、ＴＤＤ  ＵＬ／ＤＬ構成０に対して、サブフレーム０および５が２つのサブフレーム上のアップリンク送信のための応答を取り扱うことができるように、２倍にＰＨＩＣＨリソース（ｍｉ＝２）が、サブフレーム０および５上で予約される。
【００４７】
図４において示されるように、サブフレーム０に関連したＰＨＩＣＨリソースは、サブフレーム３および４上のアップリンク送信のためのＨＡＲＱ応答を取り扱い、サブフレーム５に関連したＰＨＩＣＨリソースは、サブフレーム８および９上のアップリンク送信のためのＨＡＲＱ応答を取り扱う。さらに、示されるように、サブフレーム１は、アップリンクサブフレーム７のための応答を取り扱い、サブフレーム６は、アップリンクサブフレーム２のための応答を取り扱う。ある態様では、サブフレーム３および４（または８および９）におけるＰＵＳＣＨのためのＰＨＩＣＨは、IPHICHによって識別される。
【００４８】
態様では、ＵＥは、第１の構成を使用する第１のキャリアから第２の構成を使用する第２のキャリアにデータ送信をクロススケジュールしうる。例えば、ＵＥは、別のキャリア上で送信されたＰＵＳＣＨデータのために第１のキャリア上でＰＨＩＣＨ制御情報を受信しうる。ある態様において、ＴＤＤ  ＵＬ／ＤＬ構成０キャリアが異なるＵＬ／ＤＬ構成を有する、別のＦＤＤキャリアまたは別のＴＤＤキャリアによってクロススケジュールされる場合、他のＦＤＤまたはＴＤＤキャリアのサブフレーム０および５のためのＰＨＩＣＨリソースは、構成０を有するＴＤＤキャリアのアップリンクサブフレーム上のアップリンク送信の適切なＨＡＲＱ応答のために２倍にされなければならない。
【００４９】
例えば、図５は、開示のある態様に従ってＦＤＤ（周波数分割複信）ダウンリンクキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング５００を説明する。ＦＤＤ  ＤＬ  ＣＣ１  ５０２は、ＦＤＤダウンリンクキャリアであり、以上で言及したようにＴＤＤ  ＣＣ２  ４０２は、ＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアである。図５に示されるように、ＦＤＤ  ＤＬ  ＣＣ１は、ＵＬ／ＤＬ構成０を有するＴＤＤ  ＣＣ２をクロススケジュールする。以上で議論されるように、ＦＤＤ  ＤＬ  ＣＣ１のサブフレーム０および５に関連したＰＨＩＣＨリソースは、ＴＤＤ  ＣＣ２のアップリンクサブフレーム上のアップリンク送信の適切なＨＡＲＱ応答に対して２倍にしなければならない。例えば、ＰＤＣＣＨ  ＣＣは、任意のサブフレームＩに対してmi = 1のみを有する一方、ＴＤＤ  ＣＣ２は、理想的に、同じＵＬ  ＨＡＲＱ動作のためのいくつかのサブフレーム（例えば０および５）に対してmi = 2を必要とする。
【００５０】
ある態様では、ＰＨＩＣＨリソースの量は、セルにおけるすべてのＵＥのためのＰＤＣＣＨ検出に影響を与える。したがって、ＰＤＣＣＨ  ＣＣのためのＰＨＩＣＨリソースは、余分なケアなしに単に２倍になりえない。
【００５１】
図６は、開示のある態様に従って物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）の割り当てのための例示の動作６００を説明する。動作６００は、６０２で、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされることを決めることによって始まる。６０４で、第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングが決定される。６０６で、第１のＣＣ上のアップリンク送信のための第２のＣＣ上のサブフレーム中の物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性は、第１のＣＣ上のアップリンク送信の決定されたＨＡＲＱタイミングに基づいて決定される。６０８で、アップリンク送信は、ＨＡＲＱリソースの利用性可能性決定に基づいて、実行される。
【００５２】
ある態様に従って、ＵＥは、第１のＣＣ上のアップリンク送信のＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが第２のＣＣのために指定されたアップリンク送信のＵＬ  ＨＡＲＱに基づくと決定しうる。ある場合には、第２のＣＣにおけるアップリンクサブフレームのセットは、第１のＴＤＤ  ＣＣにおけるアップリンクサブフレームセットのサブセットでありうる。代替として、第２のＣＣ中のアップリンクサブフレームのセットは、第１のＴＤＤ  ＣＣ中のアップリンクサブフレームのセットのスーパーセットでありうる。
【００５３】
ある態様に従って、ＵＥは、第１のＣＣ上のアップリンク送信のＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが第１のＣＣのために指定されたアップリンク送信のＵＬ  ＨＡＲＱタイミングに基づくことを決定しうる。
【００５４】
ある態様に従って、ＵＥは、利用可能なＰＨＩＣＨリソースを決定し、決定に応じて、決定されたＰＨＩＣＨリソースに基づいてＨＡＲＱ応答を決定しうる。
【００５５】
ある態様に従って、ＨＡＲＱ応答は、否定応答であると決定され、ＵＥは、不適応なアップリンクデータ送信を実行しうる。
【００５６】
ある態様に従って、ＰＨＩＣＨリソースは、利用不可能であると決定され、決定に応じて、ＵＥは、アップリンクデータ送信を一時中断しうる。
【００５７】
ある態様に従って、ＰＨＩＣＨリソースは、利用不可能であると決定され、アップリンク許可をスケジュールするダウンリンク制御チャネルが検出され、ＵＥは、アップリンク許可に応じてアップリンクデータ送信を実行しうる。
【００５８】
図７は、開示のある態様に従って物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）の割り当てのための例示の動作７００を説明する。動作７００は、例えば、ｅＮＢによって実行されうる。
【００５９】
動作７００は、７０２で、ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することによって開始される。ここで、第１のＣＣは、第２のＣＣによってクロスキャリアスケジュールされる。７０４で、ｅＮＢは、ＵＥのための第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定する。７０６で、ｅＮＢは、第１のＣＣ上のアップリンク送信の決定したＨＡＲＱタイミングに基づいて第１のＣＣ上のアップリンク送信のための第２のＣＣ上のサブフレーム中の物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定する。７０８で、ｅＮＢは、ＰＨＩＣＨリソース利用可能性決定に基づいてＵＥに対する第１のＣＣのためのサブフレームのためにアップリンクスケジューリング動作を実行する。
【００６０】
ある態様では、２倍にＰＨＩＣＨリソースは、ＴＤＤ  ＣＣ０のためのサブフレーム０および５中、つまりm0 = m5 = 2、のＰＤＣＣＨ  ＣＣ上に予約される。ここで、ＰＨＩＣＨリソースの第１のセットは、ＦＤＤとＴＤＤ  ＰＤＣＣＨ  ＣＣとの両方に適用可能なレギュラーなmi = 1の場合と同じであると定義され、ＰＨＩＣＨリソースの第２のセットは、ＰＤＣＣＨ  ＣＣからＴＤＤ構成０へのクロスキャリアスケジューリングの下でＵＥに対してのみ適用可能であり認識可能であると定義されうる。態様では、（クロススケジュールされていない）他のすべてのＵＥに対して、ＰＨＩＣＨリソースの第２の特別なセットは、トランスペアレントである。
【００６１】
ある態様では、ＰＨＩＣＨリソースの第２のセットは、いくつかのＰＤＣＣＨリソースを再利用すること（例えば、ＰＤＣＣＨリソースの一部を予約すること）によって定義される。再利用されるＰＤＣＣＨリソースは、他のＵＥへのＰＤＣＣＨスケジューリング影響を最小限にするために精選されうる。例えば、ＰＤＣＣＨリソースプールの最後の制御チャネル要素（ＣＣＥ）は、最後のＣＣＥが典型的にＰＤＣＣＨのために最も少なく使用されるように、再利用のために精選されうる。
【００６２】
態様では、再解釈のために必要とされるＰＤＣＣＨ  ＣＣＥの数は、ＰＨＩＣＨリソースサイズに依存する。例えば、Ng = 1, NRBDL = 100である場合、通常のＣＰに対して、我々は、シーリング（１＊１００／８）＝１３ＰＨＩＣＨグループ、または１５６ＲＥ（各グループが１２ＲＥである）、または５ＣＣＥ（各ＣＣＥが３６ＲＥである）を有する。
【００６３】
ある態様では、このアプローチは、ＵＬ  ＨＡＲＱ動作に対して完全にフレキシブルであり、後方互換性がある。しかしながら、それは多数のＰＤＣＣＨリソースを要求し、従って、ＰＤＣＣＨ能力に重大な影響を与える。
【００６４】
ＰＨＩＣＨリソースマッピングのためのＩＰＨＩＣＨの使用は、以下のように（３６．２１３  ｓｔｄに定義されるように）定義されうる：  
【数１】
0005890022.tif 000003
【００６５】
上記の定義は、２倍のＰＨＩＣＨリソースを必要とする。態様では、ＰＨＩＣＨリソース（m0 = m5 =1）の単一セットのみが、依然として予約されたままであり、ＩＰＨＩＣＨは、ＰＨＩＣＨリソースの単一セットに基づいて異なって使用されうる。例えば、IPHICHは、PRB(IPRB_RA)またはＤＭ−ＲＳ、またはこれら両方の組み合わせに対するオフセットとして使用されることができる。ＵＬ  ＭＩＭＯ動作では、２つのＰＨＩＣＨが２つのＵＬコードワードに必要とされ、第２のものは、IPRB_RA + 1に基づいて導出されることに注意されなければならない。１つの例示は、Ｉ−Ｑバンドリング（I-Q bundling）である。つまり、第１のＵＬサブフレームがＩ（またはＱ）ブランチにマップされる場合、第２のＵＬサブフレームは、Ｑ（またはＩ）ブランチにマップされ、逆も同様である。
【００６６】
態様における、IPHICHがＤＭ−ＲＳのオフセットとして使用される場合、我々は、以下の式を有しうる：  
【数２】
0005890022.tif 000004
【００６７】
ある態様では、ＤＭ−ＲＳは、任意のＰＨＩＣＨ衝突を緩和するために使用されうる。典型的に、（特に、インターサブフレームＰＵＳＣＨホッピングが使用可能な場合）再送信のためのＰＨＩＣＨ衝突を回避するためにはｅＮＢ実装次第である。ＵＥの観点から、ＰＨＩＣＨを要求する２つのＵＬサブフレームは、異なるＰＨＩＣＨリソースに常に属し、そうでなければ、それは、ＵＥに対してエラーイベントになりうる。
【００６８】
ある態様では、時間ドメインバンドリング動作は、ＵＬサブフレームのペアに応答する２つのＰＨＩＣＨのために実行されうる。例えば、バンドリング動作は、論理積動作を実行することを含みうる、つまり、両方のＨＡＲＱがＡＣＫである場合、ＡＣＫは、送信され、そうでなければＮＡＫが送信される。態様では、ＰＨＩＣＨリソースは、ＵＬサブフレームのペアの第１のサブフレームの第１のスロットの開始ＰＲＢに基づいてマップされうる。ある態様では、単一のＰＨＩＣＨおよびＰＤＣＣＨの組み合わせは、サブフレームが一時中断、再送信または新規の送信のためであることを決定しうる。
【００６９】
図８は、開示のある態様に従って、ＰＨＩＣＨおよびＰＤＣＣＨに基づいてサブフレームの一時中断、再送信、新規の送信を決定するための例示の表８００を説明する。８０２で、ＰＨＩＣＨがＡＣＫであり、ＰＤＣＣＨが０である場合、ＵＥは、両方のＵＬ送信を一時中断する。８０４で、ＰＨＩＣＨがＡＣＫで、ＰＤＣＣＨが１である場合、ＵＥは、ＵＬ送信のうちの１つ（例えばペア中の第２のもの）を一時中断し、ＰＤＣＣＨに基づいて他のサブフレームを送信する。８０６で、ＰＨＩＣＨがＮＡＫで、ＰＤＣＣＨが０である場合、ＵＥは、両方のサブフレームを再送信する。８０８で、ＰＨＩＣＨがＮＡＫで、ＰＤＣＣＨが１である場合、ＵＥは、ＵＬ送信のうちの１つ（例えばペアにおける第２のもの）を再送信し、ＰＤＣＣＨに基づいて他のサブフレームを送信する。８１０で、ＰＨＩＣＨがＡＣＫ／ＮＡＫで、ＰＤＣＣＨが２である場合、ＵＥは、対応するＰＤＣＣＨに基づいて両方のサブフレームを送信する。
【００７０】
ある態様では、ＨＬ  ＨＡＲＱタイムラインは、ＴＤＤ  ＣＣ２  ４０２の各アップリンクサブフレームがＴＤＤ  ＣＣ２（例えば、ＦＤＤ  ＤＬ  ＣＣ１  ５０２）をクロススケジューリングする第２のＣＣにおける個別ダウンリンクサブフレームに関連したＰＨＩＣＨリソースにマップされうるように修正される。例えば、ＵＬ  ＨＡＲＱタイムラインを修正することは、ＦＤＤの場合のように、ＰＵＳＣＨとＰＨＩＣＨとの間の４ｍｓのタイミングに基づきうる。
【００７１】
しかしながら、異なる構成のＴＤＤのいくつかの組み合わせに対して、そのような修正は可能ではない。例えば、５つのダウンリンクサブフレームのみがある場合の構成６に対して、ＴＤＤ  ＃０における６つのＵＬサブフレームのために１対１マッピングを有することが不可能になる。したがって、ある態様では、構成＃５および構成＃０  ＴＤＤキャリアアグリゲーション（ＣＡ）の場合、ＨＡＲＱ応答は、５つのＵＬサブフレームまでに限定される一方、＃０を有する他の全てのＴＤＤ構成に対して、他のすべてのＴＤＤ構成が少なくとも６つのダウンリンクサブフレームを有するので、１対１マッピングが定義されうる。ある態様では、ＴＤＤ構成＃０のためのＵＬ  ＨＡＲＱ処理の数は、７から６にさらに修正されることができる。ここで、各ＨＡＲＱ処理に対して、ＲＴＴ（ラウンドトリップ時間）は、１０ｍｓに固定される。
【００７２】
修正されたタイミングで、ＵＬサブフレームのためのＵＬスケジューリング決定は、同じサブフレームにおいて行われない。ある態様では、これは、いくつかのＵＬスケジューリング複雑性につながりうる。
【００７３】
図９Ａは、開示のある態様に従ってＦＤＤ（周波数分割複信）ダウンリンクキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング９００ＡのためのＨＡＲＱタイムラインを修正することを説明する。図９Ａのタイムライン修正は、ＴＤＤ構成０に対して８ｍｓのＨＡＲＱラウンドトリップ時間（ＲＴＴ）に基づく。示されるように、ＨＡＲＱタイムラインを修正することは、ＴＤＤ  ＣＣ２のアップリンクサブフレームとＦＤＤ  ＤＬ  ＣＣ１のダウンリンクサブフレームとの間の１対１マッピングにつながる。
【００７４】
図９Ｂは、開示のある態様に従ってＦＤＤ（周波数分割複信）ダウンリンクキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング９００ＢのためのＨＡＲＱタイムラインを修正することを説明する。図９Ｂのタイムライン修正は、ＴＤＤ構成０に対して８、１０および１１ｍｓのＨＡＲＱ  ＲＴＴに基づく。
【００７５】
ある態様では、ＴＤＤ＃０のための他のＨＡＲＱ  ＲＴＴが可能となり、例えば、クロスキャリアスケジュールされるＵＥおよび同じキャリアをスケジュールされるＵＥに対してＵＬスケジューリング遅延／フレキシビリティをＴＤＤ＃０上のＵＬ送信にアラインすることであり、ＰＵＳＣＨとＰＨＩＣＨは固定された４ｍｓ遅延である。他のＲＴＴは、１０ｍｓおよび１１ｍｓを含みうる。
【００７６】
図１０は、開示のある態様に従ってＵＬ／ＤＬサブフレーム構成１を有する別のＴＤＤキャリアによってＵＬ／ＤＬサブフレーム構成０を有するＴＤＤキャリアのクロススケジューリング１０００のためのＨＡＲＱタイムラインを修正することを説明する。ＴＤＤ  ＣＣ１  １００２は、ＵＬ／ＤＬサブフレーム構成１を有するＴＤＤ  ＣＣである。図１０では、１０ｍｓのＨＡＲＱ  ＲＴＴは、ＴＤＤ  ＣＣ２のために保持される。ある態様では、２つの個別遅延組み合わせ（例えば、４＋６または６＋４）がありうる。第１の数は、典型的に、ＰＤＣＣＨ／ＰＨＩＣＨとＰＵＳＣＨとのの間の遅延であり、第２の数は、典型的に、ＰＵＳＣＨとＰＤＣＣＨ／ＰＨＩＣＨとの間の遅延である。ある態様では、他のＲＴＴは、この構成のためにさらに可能となる。
【００７７】
キャリアアグリゲーションのための他の選択がさらに可能となる。例えば、ＰＤＳＣＨ領域におけるリソースを占める新規のＰＨＩＣＨ設計を使用する、ＰＨＩＣＨ（ＱＰＳＫ）、非同期ＵＬ  Ｈ−ＡＲＱである。別の代替は、１つのＰＨＩＣＨ＋ＰＤＣＣＨである。例えば、１つのＩＰＨＩＣＨの１つのセットのみ（例えば、ＩＰＨＩＣＨ＝０に対して固定され、０または１のために構成されるレイヤ３）である一方、他のＩＰＨＣＨは、（再送信のためのＰＤＣＣＨに依存するが）サポートされない。
【００７８】
追加のＰＨＩＣＨ制御問題は、異なるＵＬ／ＤＬ構成を有するＴＤＤ  ＣＣ間のクロスキャリアスケジューリングの場合に存在する。
【００７９】
図１１は、表１に示される７つのＴＤＤ構成に対するmiの値を説明する。図１１に示されるように、あるＵＬ／ＤＬ構成の１つまたは複数のサブフレームに対して、mi = 0である。ある態様において、異なるＵＬ／ＤＬ構成を有するＴＤＤ  ＣＣがクロススケジュールされる場合、これは、クロススケジュールされたアップリンクサブフレーム上のアップリンク送信にＨＡＲＱ応答を提供するためのＰＨＩＣＨリソースが利用できなくなることにつながる。
【００８０】
例えば、図１２は、開示のある態様に従ってＵＬ／ＤＬサブフレーム構成２を有するＴＤＤキャリアによってＵＬ／ＤＬサブフレーム構成１を有するＴＤＤキャリアのクロススケジューリング１２００を説明する。ＴＤＤ  ＣＣ１  １２０２は、ＵＬ／ＤＬサブフレーム構成２を有するＴＤＤキャリアであり、ＴＤＤ  ＣＣ２  １２０４は、ＵＬ／ＤＬサブフレーム構成１を有するＴＤＤキャリアである。図１２において示されるように、ＴＤＤ  ＣＣ２は、ＴＤＤ  ＣＣ１によってクロススケジュールされる。ある態様において、ＴＤＤ  ＣＣ２に対して、リリース８／９／１０のＨＡＲＱタイミングの下で、サブフレーム８および３におけるＵＬ再送信をトリガするＰＨＩＣＨは、それぞれサブフレーム４および９に位置される。しかしながら、ＴＤＤ  ＣＣ１に対して、m4 = m9 = 0である。したがって、ＴＤＤ  ＣＣ２のサブフレーム８および３を使用して行われたアップリンク送信のＨＡＲＱ応答のためのＴＤＤ  ＣＣ１のサブフレーム４および９において利用可能なＰＨＩＣＨリソースはない。
【００８１】
ある態様では、ＵＬ／ＤＬサブフレーム構成０でＴＤＤ  ＣＣを包含するＣＣのクロススケジューリングのために以上議論されたソリューションは、この問題を解決するために適用されうる。例えば、ＰＨＩＣＨリソースは、m4 = m9 = 1のように、ＴＤＤ  ＣＣ１のサブフレーム４および９に割り当てられうる。態様では、ＴＤＤ  ＣＣ１のサブフレーム４および９のＰＨＩＣＨリソースは、新規のＵＥにのみ割り当てられる。ｍ４およびｍ９は、レガシーＵＥに対しては０のままである。態様では、新規のＰＨＩＣＨは、ＰＤＣＣＨのために予約された最後のＣＣＥを使用して送信されうる。
【００８２】
ある態様では、ＨＡＲＱタイミングは、修正されうる。例えば、ＴＤＤ  ＣＣ１のサブフレーム３は、ＴＤＤ  ＣＣ２の両方のサブフレーム７および８のためのＰＨＩＣＨを送信しうる。ある態様では、そのようなＨＡＲＱタイミングは、ハードコード化される（たとえば、基準によって指定される）、または（たとえば、ＲＲＣシグナリングを介して）構成可能である。
【００８３】
ある態様では、（以上議論されたように）２つのＰＨＩＣＨリソースまたは単一のＰＨＩＣＨリソースのいずれかは、ＴＤＤ  ＣＣ１のダウンリンクサブフレームのために予約されうる。Ｉ＿ＰＨＩＣＨは、ＰＨＩＣＨがどのサブフレームのために意図されるか示すために使用されうる。態様において、２つのＰＨＩＣＨリソースが使用される場合、それらは、新規のＵＥにのみ認識できる。態様において、単一のＰＨＩＣＨリソースが使用される場合、Ｉ＿ＰＨＩＣＨは、異なるリソースへＴＤＤ  ＣＣ２の２つのＵＬサブフレームのＰＨＩＣＨをマップするために使用されうる。
【００８４】
図１３は、ＵＬ／ＤＬサブフレーム構成２を有するＴＤＤキャリアによるＵＬ／ＤＬサブフレーム構成１を有するＴＤＤキャリアのクロススケジューリング１３００を説明する。ここで、追加のＰＨＩＣＨリソースは、開示のある態様に従ってサブフレーム３および８に割り当てられる。図１３に示されるように、２倍の普通のＰＨＩＣＨリソースは、ＴＤＤ  ＣＣ１のサブフレーム３および８に割り当てられる。示されるように、サブフレーム３および８の各々のＰＨＩＣＨリソースは、ＴＤＤ  ＣＣ２の２つのサブフレームのためのＨＡＲＱ応答を取り扱う。
【００８５】
さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００８６】
ここでの開示に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、あるいは双方を組み合わせたものとして実現してもよいことを、当業者はさらに正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、これらの機能性の観点に関して上記で概して記述している。このような機能が、ハードウェア／ソフトウェア／ファームウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、各々の特定のアプリケーションに関して、多様な方法で説明された機能を実装することができるが、このような実装の決定は、本開示の範囲からの逸脱を引き起こしていると解釈されるべきでない。
【００８７】
上記に説明された方法のさまざまな動作は、対応する機能を行うことが可能な任意の適切な手段によって実行されうる。これらの手段は、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むが、これらに限定されない、さまざまなハードウェアおよび／またはソフトウェア／ファームウェアコンポーネントおよび／またはモジュールを含み得る。一般的に、動作が図中に示されている場合、それらの動作は、同様の参照番号を付した、対応する対照のミーンズプラスファンクションコンポーネントを有し得る。例えば図６および７で説明されたブロック６００および７００は、図６および７で説明されたミーンズプラスファンクションブロック６００Ａ（６０２Ａ、６０４Ａ、６０６Ａ、６０８Ａ）および７００Ａ（７０２Ａ、７０４Ａ、７０６Ａ、７０８Ａ）に対応する。
【００８８】
本明細書での開示に関連して説明された、さまざまな例示的な論理ブロック、モジュール、および回路は、ここで説明された機能を実行するように設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはそれらの任意の組み合わせを用いて、実現または実行されることができる。汎用プロセッサは、マイクロプロセッサであり得るが、代わりに、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成であるコンピューティングデバイスの組み合わせとして実現されうる。
【００８９】
本明細書での開示に関連して記述した、方法またはアルゴリズムのステップは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、または、２つのものを組み合わせたもので直接的に具体化されてもよい。ソフトウェア／ファームウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、登録、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭまたは当技術において既知の記憶媒体の他の形式において存在することがある。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込んだりできるように、例示的な記憶媒体はプロセッサに接続されている。代替において、記憶媒体は、プロセッサと一体化されうる。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。代替において、プロセッサおよび記憶媒体は、ユーザ端末中にディスクリートコンポーネントとして存在していてもよい。
【００９０】
１つまたは複数の例示的な設計では、記述された機能は、ハードウェア、ソフトウェア／ファームウェア、またはそれらの任意の組合せにおいて実装されることがある。ソフトウェアでインプリメントされる場合、これらの機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして送信または記憶されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく、一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶装置、あるいは、命令群またはデータ構造の形式で所望のプログラムコード手段を搬送または格納するために使用され、かつ、汎用コンピュータまたは特別目的コンピュータ、あるいは、汎用プロセッサまたは特別目的プロセッサによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能媒体と適切に称される。例えば、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）または赤外線、無線およびマイクロ波のようなワイヤレス技術を使用して、ソフトウェア／ファームウェアがウェブサイト、サーバーまたは他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬまたは赤外線、無線およびマイクロ波のようなワイヤレス技術は、媒体の定義において含まれている。本明細書で使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００９１】
開示の前の説明は任意の当業者が開示を作るか使用することを可能にするために提供される。この開示に対するさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他のバリエーションに適用されうる。したがって、本開示は、本明細書において記述される実例および設計に限定されるように意図されたものではなく、本明細書において開示された原理および新規の特徴と矛盾しない最大範囲であると認められるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信のための方法であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされると決定することと、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソースの利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおいてアップリンク送信を実行することと
を備える、方法。
［Ｃ２］
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもののほかに追加のリソースを予約することをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクチャネルリソースの一部を再利用することによって予約される、Ｃ２に記載の方法。
［Ｃ４］
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクデータリソースの一部を再利用することによって予約される、Ｃ２に記載の方法。
［Ｃ５］
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくと決定することをさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中のアップリンクサブフレームのセットのサブセットである、Ｃ５に記載の方法。
［Ｃ７］
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中の前記アップリンクサブフレームのセットのスーパーセットである、Ｃ５に記載の方法。
［Ｃ８］
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第１のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱに基づくと決定することをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記ＰＨＩＣＨリソースが利用可能であると決定され、前記方法は、前記決定に応じて、前記決定されたＰＨＩＣＨリソースに基づいてＨＡＲＱ応答を決定することを備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ＨＡＲＱ応答が否定応答であると決定され、前記方法は、前記決定に応じて不適応アップリンクデータ送信を実行することを備える、Ｃ９に記載の方法。
［Ｃ１１］
ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、アップリンクデータ送信を一時中断することをさらに備える、Ｃ１に記載の方法。
［Ｃ１２］
前記ＰＨＩＣＨリソースが利用不可能であると決定され、前記方法は、アップリンク許可をスケジュールするダウンリンク制御チャネルを検出することと、前記アップリンク許可に応じてアップリンクデータ送信を実行することとを備える、Ｃ１に記載の方法。
［Ｃ１３］
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ１４］
ワイヤレス通信のための装置であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされると決定するための手段と、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定するための手段と、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定するための手段と、
前記ＰＨＩＣＨリソースの利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおけるアップリンク送信を実行するための手段と
を備える、装置。
［Ｃ１５］
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもののほかに追加のリソースを予約するための手段をさらに備える、Ｃ１４に記載の装置。
［Ｃ１６］
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクチャネルリソースの一部を再利用することによって予約される、Ｃ１５に記載の装置。
［Ｃ１７］
前記ＰＨＩＣＨのための前記追加のリソースは、ダウンリンクデータリソースの一部を再利用することによって予約される、Ｃ１５に記載の装置。
［Ｃ１８］
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくと決定するための手段をさらに備える、Ｃ１４に記載の装置。
［Ｃ１９］
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中のアップリンクサブフレームのセットのサブセットである、Ｃ１８に記載の装置。
［Ｃ２０］
前記第２のＣＣ中のアップリンクサブフレームのセットは、前記第１のＴＤＤ  ＣＣ中の前記アップリンクサブフレームのセットのスーパーセットである、Ｃ１８に記載の装置。
［Ｃ２１］
前記ＰＨＩＣＨリソースの利用可能性を決定するための手段は、前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第１のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱに基づくと決定する、Ｃ１４に記載の装置。
［Ｃ２２］
前記ＰＨＩＣＨリソースの利用可能性を決定するための手段は、前記ＰＨＩＣＨリソースが利用可能であると決定し、前記装置は、前記決定されたＰＨＩＣＨリソースに基づいてＨＡＲＱ応答を決定するための手段を備える、Ｃ１４に記載の装置。
［Ｃ２３］
前記ＨＡＲＱ応答が否定応答であると決定され、前記装置は、前記決定に応じて不適応アップリンクデータ送信を実行するための手段を備える、Ｃ２２に記載の装置。
［Ｃ２４］
ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、アップリンクデータ送信を一時中断するための手段をさらに備える、Ｃ１４に記載の装置。
［Ｃ２５］
前記ＰＨＩＣＨリソースが利用不可能であると決定され、前記装置は、アップリンク許可をスケジュールするダウンリンク制御チャネルを検出するための手段と、前記アップリンク許可に応じてアップリンクデータ送信を実行するための手段とを備える、Ｃ１４に記載の装置。
［Ｃ２６］
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、Ｃ１４に記載の装置。
［Ｃ２７］
ワイヤレス通信のための装置であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされることを決定することと、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおけるアップリンク送信を実行することと
を行うように構成される、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されるメモリと
を備える、装置。
［Ｃ２８］
ワイヤレス通信のためのコンピュータプログラム製品であって、
第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）が第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣによってクロスキャリアスケジュールされることを決定することと、
前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記第１のＣＣ上のサブフレームにおけるアップリンク送信を実行することと
を行うためのコード備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ２９］
ワイヤレス通信のための方法であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することと、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のための前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソースの利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンク動作を実行することと
を備える、方法。
［Ｃ３０］
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもののほかに追加のリソースを予約することをさらに備える、Ｃ２９に記載の方法。
［Ｃ３１］
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくと決定することをさらに備える、Ｃ２９に記載の方法。
［Ｃ３２］
前記ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、前記ＵＥのために対応するアップリンクデータ送信が一時中断されることを決定することをさらに備える、Ｃ２９に記載の方法。
［Ｃ３３］
前記ＰＨＩＣＨリソースが利用不可能であると決定し、前記方法は、前記ＵＥのためにアップリンク許可をスケジュールするダウンリンク制御チャネルを送信することを備える、Ｃ２９に記載の方法。
［Ｃ３４］
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、Ｃ２９に記載の方法。
［Ｃ３５］
ワイヤレス通信のための装置であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成するための手段と、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定するための手段と、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定するための手段と、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンク動作を実行するための手段と
を備える、装置。
［Ｃ３６］
アップリンク送信のＨＡＲＱ応答のための前記第２のＣＣの少なくとも１つのダウンリンクサブフレームにおいて前記ＰＨＩＣＨのための通常のもものほかに追加のリソースを予約するための手段をさらに備える、Ｃ３５に記載の装置。
［Ｃ３７］
前記第１のＣＣ上のアップリンク送信の前記ＵＬハイブリッド自動再送要求（ＨＡＲＱ）タイミングが前記第２のＣＣのために指定されたアップリンク送信の前記ＵＬ  ＨＡＲＱタイミングに基づくこと決定するための手段をさらに備える、Ｃ３５に記載の装置。
［Ｃ３８］
前記ＰＨＩＣＨリソースが利用不可能であるとの決定に応じて、前記ＵＥのために対応するアップリンクデータ送信が一時中断されることを決定するための手段をさらに備える、Ｃ３５に記載の装置。
［Ｃ３９］
前記ＰＨＩＣＨリソースが利用不可能であると決定し、前記方法は、前記ＵＥのためにアップリンク許可をスケジュールするダウンリンク制御チャネルを送信するための手段を備える、Ｃ３５に記載の装置。
［Ｃ４０］
前記第２のＣＣは、周波数分割複信（ＦＤＤ）キャリアおよびＴＤＤキャリアのうちの少なくとも１つを備える、Ｃ３５に記載の装置。
［Ｃ４１］
ワイヤレス通信のための装置であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することと、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンク動作を実行することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備える、装置。
［Ｃ４２］
ワイヤレス通信のためのコンピュータプログラム製品であって、
ＵＥのために、第１のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を有する第１の時分割複信（ＴＤＤ）コンポーネントキャリア（ＣＣ）および第２のＵＬ／ＤＬサブフレーム構成を有する第２のＣＣを構成することと、ここで、前記第１のＣＣは、前記第２のＣＣによってクロススケジュールされる、
前記ＵＥのために前記第１のＣＣ上のアップリンク送信のハイブリッド自動再送要求（ＨＡＲＱ）を決定することと、
前記第１のＣＣ上のアップリンク送信の前記決定されたＨＡＲＱタイミングに基づいて前記第１のＣＣ上のアップリンク送信のために前記第２のＣＣ上のサブフレームにおける物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）リソースの利用可能性を決定することと、
前記ＰＨＩＣＨリソース利用可能性決定に基づいて前記ＵＥのために前記第１のＣＣのためのサブフレームに対するアップリンク動作を実行することと
を行うためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。
【図１】
0005890022.tif 000005
【図２】
0005890022.tif 000006
【図２Ａ】
0005890022.tif 000007
【図３】
0005890022.tif 000008
【図４】
0005890022.tif 000009
【図５】
0005890022.tif 000010
【図６】
0005890022.tif 000011
【図６Ａ】
0005890022.tif 000012
【図７】
0005890022.tif 000013
【図７Ａ】
0005890022.tif 000014
【図８】
0005890022.tif 000015
【図９Ａ】
0005890022.tif 000016
【図９Ｂ】
0005890022.tif 000017
【図１０】
0005890022.tif 000018
【図１１】
0005890022.tif 000019
【図１２】
0005890022.tif 000020
【図１３】
0005890022.tif 000021