(57)【要約】      （修正有）【課題】複数のコンポーネントキャリア（ＣＣ）を使用するキャリアアグリゲーション（ＣＡ）またはマルチ接続動作において通信するユーザ機器（ＵＥ）の送信が干渉することを回避する方法および通信システムを提供する。【解決手段】ユーザ機器（ＵＥ）は少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信（８０５）し、第１のＣＣと第２のＣＣとのうちの少なくとも１つは、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）を使用することができ、ｅＩＭＴＡおよび構成における変化に基づいて、ＵＥ通信のハイブリッド自動再送要求（ＨＡＲＱ）タイミングを適応させる（８１０）。ＨＡＲＱタイミングは、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングまたはＨＡＲＱスケジューリングタイミングを含む。【選択図】図８
2020039131.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信することと、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信することと
を備える方法。
【請求項２】
前記ＨＡＲＱタイミングを決定することが、前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づく、請求項１に記載の方法。
【請求項３】
前記ＨＡＲＱタイミングを決定することが、前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づく、請求項１に記載の方法。
【請求項４】
ＵＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのためのブロードキャストシステム情報ブロック（ＳＩＢ）メッセージに示されるサブフレーム構成に基づいて決定される、請求項３に記載の方法。
【請求項５】
ＤＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのための無線リソース制御（ＲＲＣ）メッセージによって示されるサブフレーム構成に基づいて決定される、請求項３に記載の方法。
【請求項６】
前記ＨＡＲＱタイミングが、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングタイミングの少なくとも１つを備える、請求項１に記載の方法。
【請求項７】
前記構成が、前記第１のＣＣおよび前記第２のＣＣが時間領域複信（ＴＤＤ）キャリアタイプを有するか周波数領域複信（ＦＤＤ）キャリアタイプを有するか、前記第１のＣＣおよび前記第２のＣＣのためのクロスキャリアスケジューリング構成、前記第１のＣＣおよび前記第２のＣＣの１次もしくは２次のＣＣとしての指定、物理アップリンク制御チャネル（ＰＵＣＣＨ）の数、または前記第１のＣＣおよび前記第２のＣＣがキャリアアグリゲーション動作もしくはデュアル接続動作のために構成されるかどうかのうちの少なくとも１つに少なくとも部分的に基づく、請求項１に記載の方法。
【請求項８】
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが前記１次ＣＣであり、ＰＵＣＣＨの前記数が１であり、前記１つのＰＵＣＣＨが前記１次ＣＣ上にある場合、前記１次ＣＣと前記２次ＣＣの両方のための前記ＨＡＲＱタイミングが、前記１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づく、請求項７に記載の方法。
【請求項９】
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが前記２次ＣＣであり、前記１次ＣＣがＴＤＤキャリアタイプである場合、前記１次ＣＣと前記２次ＣＣの両方のための前記ＨＡＲＱタイミングが、前記２次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づく、請求項７に記載の方法。
【請求項１０】
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが前記２次ＣＣであり、前記１次ＣＣがＦＤＤキャリアタイプである場合、前記２次ＣＣのための前記ＨＡＲＱタイミングが、前記２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づく、請求項７に記載の方法。
【請求項１１】
前記ＨＡＲＱタイミングを決定することが、アップリンク制御情報（ＵＣＩ）報告のためのＨＡＲＱタイミングを決定することを備え、前記ＨＡＲＱタイミングが、前記ＵＣＩ報告を送るための１つまたは複数のサブフレームを示す、請求項１に記載の方法。
【請求項１２】
前記ＵＣＩ報告が前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣのためのものかどうか、または、前記ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて前記ＵＣＩの送信を優先順位付けすること
をさらに備える請求項１１に記載の方法。
【請求項１３】
前記ＵＣＩ報告を送るための前記ＨＡＲＱタイミングを決定することが、ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持する前記ＣＣであるかどうかに少なくとも部分的に基づく、請求項１１に記載の方法。
【請求項１４】
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣがＰＵＣＣＨを担持する前記ＣＣである場合、前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣ上でＵＣＩ報告を送るための前記ＨＡＲＱタイミングが、動的に決定されたアップリンクサブフレームを使用する、請求項１３に記載の方法。
【請求項１５】
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣがＰＵＣＣＨを担持する前記ＣＣでない場合、前記ＰＵＣＣＨを担持する前記ＣＣ上でＵＣＩ報告を送るための前記ＨＡＲＱタイミングが、固定のアップリンクサブフレームを使用する、請求項１３に記載の方法。
【請求項１６】
前記第１のＣＣと前記第２のＣＣとが、キャリアアグリゲーション（ＣＡ）動作のために構成された、請求項１に記載の方法。
【請求項１７】
前記第１のＣＣと前記第２のＣＣとが、デュアル接続動作のために構成された、請求項１に記載の方法。
【請求項１８】
ワイヤレス通信のための装置であって、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信するための手段と、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信するための手段と
を備える装置。
【請求項１９】
ワイヤレス通信のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリとを備え、前記メモリが、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信し、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定し、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信する
ために前記プロセッサによって実行可能な命令を記憶する、
装置。
【請求項２０】
前記命令が、
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいて前記ＨＡＲＱタイミングを決定する
ために前記プロセッサによって実行可能である
請求項１９に記載の装置。
【請求項２１】
前記命令が、
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいて前記ＨＡＲＱタイミングを決定する  ために前記プロセッサによって実行可能である
請求項１９に記載の装置。
【請求項２２】
ＵＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのためのブロードキャストシステム情報ブロック（ＳＩＢ）メッセージに示されるサブフレーム構成に基づいて決定される、請求項２１に記載の装置。
【請求項２３】
ＤＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのための無線リソース制御（ＲＲＣ）メッセージによって示されるサブフレーム構成に基づいて決定される、請求項２１に記載の装置。
【請求項２４】
前記ＨＡＲＱタイミングが、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングタイミングの少なくとも１つを備える、請求項１９に記載の装置。
【請求項２５】
前記構成が、前記第１のＣＣおよび前記第２のＣＣが時間領域複信（ＴＤＤ）キャリアタイプを有するか周波数領域複信（ＦＤＤ）キャリアタイプを有するか、前記第１のＣＣおよび前記第２のＣＣのためのクロスキャリアスケジューリング構成、前記第１のＣＣおよび前記第２のＣＣの１次もしくは２次のＣＣとしての指定、物理アップリンク制御チャネル（ＰＵＣＣＨ）の数、または前記第１のＣＣおよび前記第２のＣＣがキャリアアグリゲーション動作もしくはデュアル接続動作のために構成されるかどうかのうちの少なくとも１つに少なくとも部分的に基づく、請求項１９に記載の装置。
【請求項２６】
前記ＨＡＲＱタイミングを決定することが、アップリンク制御情報（ＵＣＩ）報告のためのＨＡＲＱタイミングを決定することを備え、前記ＨＡＲＱタイミングが、前記ＵＣＩ報告を送るための１つまたは複数のサブフレームを示す、請求項１９に記載の装置。
【請求項２７】
前記命令が、
前記ＵＣＩ報告が前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣのためのものかどうか、または、前記ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて前記ＵＣＩの送信を優先順位付けする  ために前記プロセッサによって実行可能である
請求項２６に記載の装置。
【請求項２８】
前記第１のＣＣと前記第２のＣＣとが、キャリアアグリゲーション（ＣＡ）動作のために構成された、請求項１９に記載の装置。
【請求項２９】
前記第１のＣＣと前記第２のＣＣとが、デュアル接続動作のための構成である、請求項１９に記載の装置。
【請求項３０】
非一時的プログラムコードを記録した非一時的コンピュータ可読媒体であって、前記非一時的プログラムコードが、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信するためのプログラムコードと、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するためのプログラムコードと、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信するためのプログラムコードと
を備える、
非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
相互参照
[0001]本特許出願は、各々が本出願の譲受人に譲渡された、２０１５年１月２８日に出願された、「Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｗｉｔｈ  Ｄｙｎａｍｉｃ  ＴＤＤ  ＤＬ／ＵＬ  Ｓｕｂｆｒａｍｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」と題する、Ｃｈｅｎらによる米国特許出願第１４／６０７，４５５号、および２０１４年１月３０日に出願された、「Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｗｉｔｈ  Ｄｙｎａｍｉｃ  ＴＤＤ  ＤＬ／ＵＬ  Ｓｕｂｆｒａｍｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」と題する、Ｃｈｅｎらによる米国仮特許出願第６１／９３３，７９２号の優先権を主張する。
【０００２】
[0002]本開示は、たとえば、ワイヤレス通信システムに関し、より詳細には、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ：ｅｖｏｌｖｅｄ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍａｎａｇｅｍｅｎｔ  ｆｏｒ  ｔｒａｆｆｉｃ  ａｄａｐｔａｔｉｏｎ）として知られる実際のトラフィックニーズに基づくダウンリンク／アップリンクサブフレーム構成の動的な適応に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、およびブロードキャストなどの様々なタイプの通信内容を提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、時間、周波数および出力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
[0004]ワイヤレス通信ネットワークは、いくつかのモバイルデバイスの通信をサポートすることができるいくつかの基地局を含み得る。モバイルデバイスは、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）送信を介して基地局と通信し得る。ダウンリンク（または順方向リンク）は、基地局からモバイルデバイスへの通信リンクを指し、アップリンク（または逆方向リンク）は、モバイルデバイスから基地局への通信リンクを指す。
【０００５】
[0005]１つまたは複数のキャリア上でアップリンクおよびダウンリンク通信を行うために、多元接続技術は周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ）または時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ）を使用し得る。ＴＤＤ動作は、対スペクトルリソース（ｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ  ｒｅｓｏｕｒｃｅ）を必要とすることのないフレキシブル展開を提供する。ＴＤＤフォーマットはデータのフレームの送信を含み、各フレームは、異なるサブフレームがアップリンクサブフレームまたはダウンリンクサブフレームであり得る、いくつかの異なるサブフレームを含む。ＴＤＤを使用して動作するシステムでは、アップリンク通信とダウンリンク通信とが非対称であり得る、異なるフォーマットが使用され得る。フレキシブルなＴＤＤ  ＤＬ／ＵＬ構成は、不対スペクトルリソース（ｕｎｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ  ｒｅｓｏｕｒｃｅ）を使用するための効率的な方法を与え、ＴＤＤ構成は、トラフィック状態（たとえば、基地局および／またはモバイルデバイスにおけるＵＬ／ＤＬ負荷）に基づいて適応可能であり得る。
【０００６】
[0006]基地局とモバイルデバイスとを含むワイヤレス通信ネットワークは、キャリアアグリゲーションと呼ばれることがある複数のキャリア上での動作をサポートし得る。キャリアアグリゲーションは、複数のコンポーネントキャリアをサポートする基地局とモバイルデバイスとの間のスループットを高めるために使用され得、モバイルデバイスは、複数の基地局に関連する複数のコンポーネントキャリアを使用して通信するように構成され得る。ジョイント動作を実行する基地局が、理想的でないバックホールを有する場合、複数のキャリアを使用してスループットを高めるための他の技法が使用され得る（たとえば、デュアル接続性など）。
【０００７】
[0007]キャリアアグリゲーションのいくつかの例では、ＦＤＤフレーム構造とＴＤＤフレーム構造の両方がサポートされ得る。ＦＤＤおよびＴＤＤのサポートは、マルチキャリア上のＦＤＤフレーム構造とＴＤＤフレーム構造の組合せ、ならびにフレーム構造の動的な適応のサポートを含むことができる。動的な適応は、異なるフレーム構造を使用したキャリアに基づいて干渉をもたらし得る。
【発明の概要】
【０００８】
[0008]キャリアアグリゲーションまたはデュアル接続構成では、ユーザ機器（ＵＥ）は、複数のコンポーネントキャリアを使用することができる。コンポーネントキャリアのうちの少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）（すなわち、コンポーネントキャリアのＴＤＤ  ＤＬ／ＵＬサブフレーム構成の動的な適応がサポートされ得る）を使用することができるとき、干渉への可能性が生じる。その結果、ＵＥは、コンポーネントキャリア構成の変化を補償するため、および特にｅＩＭＴＡ動作による変化を補償するために、適切なハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するように構成され得る。ＵＥは、次いで、決定されたＨＡＲＱタイミングに基づいてコンポーネントキャリアのうちの少なくとも１つにおいて通信することができる。ＨＡＲＱタイミングは、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングタイミングを含み得る。
【０００９】
[0009]第１の組の例示的な実施形態によれば、ワイヤレス通信のための方法は、少なくとも第１のコンポーネントキャリア（ＣＣ）および第２のＣＣを備える構成を受信することを含み、ここにおいて、第１のＣＣと第２のＣＣとは、キャリアアグリゲーション（ＣＡ）またはデュアル接続動作のために構成され得る。ＣＣのうちの少なくとも１つは、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象となり得る。方法は、第１のＣＣおよび第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することも含み得、ここにおいて、ＨＡＲＱタイミングは、受信された構成、ならびに第１のＣＣおよび第２のＣＣのうちの少なくとも１つがｅＩＭＴＡの対象であるかどうかに少なくとも部分的に基づいて決定される。加えて、方法は、決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて第１のＣＣおよび第２のＣＣのうちの少なくとも１つを使用して通信することも含み得る。
【００１０】
[0010]いくつかの例では、方法は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定することを含み得る。代替的に、方法は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定することを含み得る。一例において、ＵＬ  ＨＡＲＱタイミングは、少なくとも１つのＣＣのためのブロードキャストシステム情報ブロック（ＳＩＢ）メッセージにおいて示されるサブフレーム構成に基づいて決定され、ＤＬ  ＨＡＲＱタイミングは、無線リソース制御（ＲＲＣ）メッセージによって示されるサブフレーム構成に基づいて決定される。
【００１１】
[0011]いくつかの例では、ＨＡＲＱタイミングは、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングのうちの少なくとも１つを含み得る。この場合、ＨＡＲＱタイミングを決定することは、第１および第２のＣＣが時間領域複信（ＴＤＤ）キャリアタイプを有するか周波数領域複信（ＦＤＤ）キャリアタイプを有するか、第１のＣＣおよび第２のＣＣのためのクロスキャリアスケジューリング構成、第１のＣＣおよび第２のＣＣの１次もしくは２次のＣＣとしての指定、物理アップリンク制御チャネル（ＰＵＣＣＨ）の数、または第１のＣＣおよび第２のＣＣがキャリアアグリゲーション動作もしくはデュアル接続動作のために構成されるかどうかのうちの少なくとも１つに少なくとも部分的に基づき得る。特定の例は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが１次ＣＣであり、ＰＵＣＣＨの数が１であり、１つのＰＵＣＣＨが１次ＣＣ上にあるとき、１次ＣＣと２次ＣＣの両方のためのＨＡＲＱタイミングは、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づき得ることを含み得る。別の特定の例は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが２次ＣＣであり、１次ＣＣがＴＤＤキャリアタイプであるとき、１次ＣＣと２次ＣＣの両方のためのＨＡＲＱタイミングは、２次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づき得ることを含み得る。さらなる特定の例は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが２次ＣＣであり、１次ＣＣがＦＤＤキャリアタイプであるとき、２次ＣＣのためのＨＡＲＱタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得ることを含み得る。したがって、肯定応答／否定応答（ＡＣＫ／ＮＡＫ）バンドリングは、回避され得る。また別の特定の例は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが２次ＣＣであり、１次ＣＣがＴＤＤキャリアタイプであるとき、２次ＣＣのためのＨＡＲＱタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得ることを含み得る。この場合も、肯定応答／否定応答（ＡＣＫ／ＮＡＫ）バンドリングは、回避され得る。
【００１２】
[0012]いくつかの例では、通信は、アップリンク制御情報（ＵＣＩ）報告を含むことができ、ＨＡＲＱタイミングは、ＵＣＩ報告を送るための１つまたは複数のサブフレームを示し得る。この場合、方法は、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいてＵＣＩの送信を優先順位付けすることをさらに含み得る。代替的に、方法は、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて、１次および２次ＣＣへの電力割振りを優先順位付けすることをさらに含み得る。
【００１３】
[0013]通信がＵＣＩ報告を含むとき、方法は、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定することが、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持するＣＣであるかどうかに少なくとも部分的に基づくことも含み得る。この場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣがＰＵＣＣＨを担持するＣＣである場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣ上でＵＣＩ報告を送るためのＨＡＲＱタイミングは、固定のアップリンクサブフレームを使用し得る。ＵＣＩ報告は、ＰＵＣＣＨを担持するＣＣのためのものであり得、固定のアップリンクサブフレームは、ＰＵＣＣＨを担持するＣＣの半静的ＤＬ／ＵＬサブフレーム構成によって示され得る。代替的に、ＵＣＩ報告は、ＰＵＣＣＨを担持しないＣＣのためのものであり得、固定のアップリンクサブフレームは、ＰＵＣＣＨを担持しないＣＣの半静的ＤＬ／ＵＬサブフレーム構成によって示され得る。
【００１４】
[0014]通信がＵＣＩ報告を含むとき、および、方法が、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定することが、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持するＣＣであるかどうかに少なくとも部分的に基づくことを含むとき、方法は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣがＰＵＣＣＨを担持するＣＣである場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣ上でＵＣＩ報告を送るためのＨＡＲＱタイミングが、動的に決定されたアップリンクサブフレームを使用することをさらに含み得る。この場合、ＵＣＩ報告は、ＰＵＣＣＨを担持するＣＣのためのものであり得、動的に決定されたアップリンクサブフレームは、ＰＵＣＣＨを担持するＣＣの動的ＤＬ／ＵＬサブフレーム構成によって示され得る。代替的に、ＵＣＩ報告は、ＰＵＣＣＨを担持しないＣＣのためのものであり得、動的に決定されたアップリンクサブフレームは、ＰＵＣＣＨを担持しないＣＣの動的ＤＬ／ＵＬサブフレーム構成によって示され得る。
【００１５】
[0015]通信がＵＣＩ報告を含むとき、および、方法が、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定することが、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持するＣＣであるかどうかに少なくとも部分的に基づくことを含むとき、方法は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣがＰＵＣＣＨを担持するＣＣでない場合、ＰＵＣＣＨを担持するＣＣ上でＵＣＩ報告を送るためのＨＡＲＱタイミングが、固定のアップリンクサブフレームを使用することをさらに含み得る。この場合、固定のアップリンクサブフレームは、ＰＵＣＣＨを担持するＣＣの半静的ＤＬ／ＵＬサブフレーム構成によって示され得る。ＵＣＩ報告は、ＰＵＣＣＨを担持しないＣＣのためのものであり得、ＵＣＩ報告は、ＵＣＩ報告が関係するＣＣの半静的または動的ＤＬ／ＵＬサブフレーム構成に基づいて構成され得る。
【００１６】
[0016]第２の組の例示的な実施形態によれば、ワイヤレス通信のための装置は、少なくとも第１のコンポーネントキャリア（ＣＣ）および第２のＣＣを備える構成を受信するための手段を含み得、ここにおいて、ＣＣのうちの少なくとも１つは、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象となる。構成は、キャリアアグリゲーション（ＣＡ）またはデュアル接続動作を含み得る。装置は、第１のＣＣおよび第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段も含み得、ここにおいて、ＨＡＲＱタイミングは、受信された構成、ならびに第１のＣＣおよび第２のＣＣのうちの少なくとも１つがｅＩＭＴＡ構成の対象であるかどうかに少なくとも部分的に基づいて決定される。加えて、装置は、決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて第１のＣＣおよび第２のＣＣのうちの少なくとも１つを使用して通信するための手段を含み得る。
【００１７】
[0017]いくつかの例では、ＨＡＲＱタイミングを決定するための手段は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定するための手段を含み得る。代替的に、別の例では、ＨＡＲＱタイミングを決定するための手段は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定するための手段を含み得る。いくつかの例では、ＨＡＲＱタイミングは、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングとＨＡＲＱスケジューリングとを含み得る。他の例では、通信は、アップリンク制御情報（ＵＣＩ）報告を含むことができ、ＨＡＲＱタイミングは、ＵＣＩ報告を送るための１つまたは複数のサブフレームを示し得る。
【００１８】
[0018]ＨＡＲＱタイミングがＨＡＲＱ  ＡＣＫタイミングまたはＨＡＲＱスケジューリングタイミングを含み得るいくつかの例では、ＨＡＲＱタイミングを決定するための手段は、第１および第２のＣＣが時間領域複信（ＴＤＤ）キャリアタイプを有するか周波数領域複信（ＦＤＤ）キャリアタイプを有するか、第１のＣＣおよび第２のＣＣのためのクロスキャリアスケジューリング構成、第１のＣＣおよび第２のＣＣの１次もしくは２次のＣＣとしての指定、物理アップリンク制御チャネル（ＰＵＣＣＨ）の数、または第１のＣＣおよび第２のＣＣがキャリアアグリゲーション動作もしくはデュアル接続動作のために構成されるかどうかのうちの少なくとも１つに少なくとも部分的に基づいてＨＡＲＱタイミングを決定するための手段を含み得る。特定の例では、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが１次ＣＣであり、ＰＵＣＣＨの数が１であり、１つのＰＵＣＣＨが１次ＣＣ上にある場合、１次ＣＣと２次ＣＣの両方のためのＨＡＲＱタイミングは、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づき得る。別の特定の例では、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが２次ＣＣであり、１次ＣＣがＴＤＤキャリアタイプである場合、１次ＣＣと２次ＣＣの両方のためのＨＡＲＱタイミングは、２次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。また別の特定の例では、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが２次ＣＣであり、１次ＣＣがＦＤＤキャリアタイプである場合、２次ＣＣのためのＨＡＲＱタイミングオプションは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得る。また別の特定の例では、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが２次ＣＣであり、１次ＣＣがＴＤＤキャリアタイプである場合、２次ＣＣのためのＨＡＲＱタイミングオプションは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得る。
【００１９】
[0019]通信がＵＣＩ報告を含み得るいくつかの例では、ＨＡＲＱタイミングを選択するための手段は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持するＣＣであるかどうかに少なくとも部分的に基づいて、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定するための手段を含み得る。この場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣがＰＵＣＣＨを担持するＣＣである場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣ上でＵＣＩ報告を送るためのＨＡＲＱタイミングは、固定のアップリンクサブフレームを使用し得る。ＵＣＩ報告は、ＰＵＣＣＨを担持するＣＣのためのものであり得、固定のアップリンクサブフレームは、ＰＵＣＣＨを担持するＣＣの半静的ＤＬ／ＵＬサブフレーム構成によって示され得る。代替的に、ＵＣＩ報告は、ＰＵＣＣＨを担持しないＣＣのためのものであり得、固定のアップリンクサブフレームは、ＰＵＣＣＨを担持しないＣＣの半静的ＤＬ／ＵＬサブフレーム構成によって示され得る。
【００２０】
[0020]通信がＵＣＩ報告を含み得るいくつかの例では、ＨＡＲＱタイミングを決定するための手段は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持するＣＣであるかどうかに少なくとも部分的に基づいて、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定するための手段を含み得る。この場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣがＰＵＣＣＨを担持するＣＣである場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣ上でＵＣＩ報告を送るためのＨＡＲＱタイミングは、動的に決定されたアップリンクサブフレームを使用し得る。ＵＣＩ報告は、ＰＵＣＣＨを担持するＣＣのためのものであり得、動的に決定されたアップリンクサブフレームは、ＰＵＣＣＨを担持するＣＣの動的ＤＬ／ＵＬサブフレーム構成によって示され得る。代替的に、ＵＣＩ報告は、ＰＵＣＣＨを担持しないＣＣのためのものであり得、動的に決定されたアップリンクサブフレームは、ＰＵＣＣＨを担持しないＣＣの動的ＤＬ／ＵＬサブフレーム構成によって示され得る。
【００２１】
[0021]通信がＵＣＩ報告を含み得るいくつかの例では、ＨＡＲＱタイミングを決定するための手段は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持するＣＣであるかどうかに少なくとも部分的に基づいて、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定するための手段を含み得る。この場合、ｅＩＭＴＡの対象となる少なくとも１つのＣＣがＰＵＣＣＨを担持するＣＣでない場合、ＰＵＣＣＨを担持するＣＣ上でＵＣＩ報告を送るためのＨＡＲＱタイミングは、固定のアップリンクサブフレームを使用し得る。固定のアップリンクサブフレームは、ＰＵＣＣＨを担持するＣＣの半静的ＤＬ／ＵＬサブフレーム構成によって示され得る。ＵＣＩ報告は、ＰＵＣＣＨを担持しないＣＣのためのものであり得、ＵＣＩ報告は、ＵＣＩ報告が関係するＣＣの半静的または動的ＤＬ／ＵＬサブフレーム構成に基づいて構成され得る。
【００２２】
[0022]通信がＵＣＩ報告を含み得るいくつかの例では、装置は、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいてＵＣＩの送信を優先順位付けするための手段をさらに含み得る。加えて、装置は、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて、第１および第２のＣＣへの電力割振りを優先順位付けするための手段をさらに含み得る。
【００２３】
[0023]また別の組の例示的な実施形態によれば、装置は、少なくとも１つのプロセッサを含み得、また、少なくとも１つのプロセッサに結合されたメモリも含み得る。メモリは、プロセッサによって実行可能な命令を記憶することができる。記憶された命令は、キャリアアグリゲーション（ＣＡ）構成の少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信するための命令を含み得、ここにおいて、ＣＣのうちの少なくとも１つは、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象となる。第１のＣＣおよび第２のＣＣは、キャリアアグリゲーション（ＣＡ）動作またはデュアル接続動作のために構成され得る。命令は、第１のＣＣおよび第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための命令も含み得、決定されたＨＡＲＱタイミングは、受信された構成、ならびに第１のＣＣおよび第２のＣＣのうちの少なくとも１つがｅＩＭＴＡ構成の対象であるかどうかに少なくとも部分的に基づく。決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて第１のＣＣおよび第２のＣＣのうちの少なくとも１つを使用して通信するための命令も含まれ得る。
【００２４】
[0024]いくつかの例では、命令は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定するように実行可能であり得る。代替的に、命令は、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定するように実行可能であり得る。いくつかの例では、ＨＡＲＱタイミングは、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングのうちの少なくとも１つを含み得る。他の例では、通信は、アップリンク制御情報（ＵＣＩ）報告を含むことができ、ＨＡＲＱタイミングは、ＵＣＩ報告を送るための１つまたは複数のサブフレームを示し得る。この場合、命令は、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいてＵＣＩの送信を優先順位付けするように実行可能であり得る。別の例では、命令は、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて、第１および第２のＣＣへの電力割振りを優先順位付けするように実行可能であり得る。
【００２５】
[0025]別の組の例示的な実施形態によれば、コンピュータプログラム製品は、非一時的プログラムコードを記録した非一時的コンピュータ可読媒体を含み得る。非一時的プログラムコードは、少なくとも第１のコンポーネントキャリア（ＣＣ）および第２のＣＣを含む構成を受信するためのプログラムコードを含み得、ここにおいて、第１のＣＣおよび第２のＣＣのうちの少なくとも１つは、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象となる。第１のＣＣおよび第２のＣＣは、キャリアアグリゲーション（ＣＡ）またはデュアル接続動作のために構成され得る。第１のＣＣおよび第２のＣＣのうちの少なくとも１つのためのハイブリッド自動要求（ＨＡＲＱ）タイミングを決定するためのプログラムコードも含まれ得、決定されたＨＡＲＱタイミングは、受信された構成、ならびに第１のＣＣおよび第２のＣＣのうちの少なくとも１つがｅＩＭＴＡ構成の対象であるかどうかに少なくとも部分的に基づく。さらに、非一時的プログラムコードは、決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて第１のＣＣおよび第２のＣＣのうちの少なくとも１つを使用して通信するためのプログラムコードを含み得る。
【００２６】
[0026]いくつかの例では、プログラムコードは、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定するためのプログラムコードをさらに含み得る。代替的に、プログラムコードは、ｅＩＭＴＡの対象となる少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいてＨＡＲＱタイミングを決定するためのプログラムコードをさらに含み得る。ＨＡＲＱタイミングは、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングまたはＨＡＲＱスケジューリングを含み得る。代替的に、通信は、アップリンク制御情報（ＵＣＩ）報告を含むことができ、ＨＡＲＱタイミングは、ＵＣＩ報告を送るための１つまたは複数のサブフレームを示し得る。この場合、プログラムコードは、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいてＵＣＩの送信を優先順位付けするためのプログラムコードをさらに含み得る。加えて、プログラムコードは、ＵＣＩ報告がｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのものかどうか、または、ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて、第１および第２のＣＣへの電力割振りを優先順位付けするためのプログラムコードをさらに含み得る。
【００２７】
[0027]上では、以下の発明を実施するための形態がより良く理解され得るように、本開示による例の特徴および技術的利点についてやや広く概説した。説明される方法および装置の適用可能性のさらなる範囲が、以下の発明を実施するための形態、特許請求の範囲、および図面から明らかになろう。発明を実施するための形態の趣旨および範囲内の様々な変更および修正が当業者に明らかになるので、発明を実施するための形態および特定の例は例示として与えられるものにすぎない。
【００２８】
[0028]本発明の性質と利点とについてのさらなる理解は、以下の図面を参照することによって達成され得る。添付の図において、同様の構成要素または特徴は同じ参照ラベルを有することができる。さらに、同じタイプの種々の構成要素は、参照ラベルの後に、ダッシュと、それらの同様の構成要素同士を区別する第２のラベルとを続けることによって区別され得る。本明細書で第１の参照ラベルだけが使用される場合、説明は、第２の参照ラベルにかかわらず、同一の第１の参照ラベルを有する同様の構成要素のいずれにも適用可能である。
【図面の簡単な説明】
【００２９】
【図１】[0029]ワイヤレス通信システムの一例を示す図。
【図２】[0030]時分割複信（ＴＤＤ）キャリアのためのフレーム構造を示す図。
【図３】[0031]キャリアアグリゲーションを採用するシステムを示す図。
【図４Ａ】[0032]ダウンリンク／アップリンクサブフレーム構成に基づくハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するために使用される表。
【図４Ｂ】ダウンリンク／アップリンクサブフレーム構成に基づくハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するために使用される表。
【図５】[0033]マルチキャリア通信のために構成されるデバイスのある例を示す図。
【図６】[0034]マルチキャリア通信のために構成されるデバイスの別の例を示す図。
【図７】[0035]マルチキャリア通信のために構成されるユーザ機器のブロック図。
【図８】[0036]ワイヤレス通信のための方法の一例のフローチャート。
【図９】[0037]ワイヤレス通信のための方法の別の例のフローチャート。
【図１０】[0038]ワイヤレス通信のための方法の別の例のフローチャート。
【図１１】[0039]ワイヤレス通信のための方法の別の例のフローチャート。
【図１２】[0040]ワイヤレス通信のための方法の別の例のフローチャート。
【図１３】[0041]ワイヤレス通信のための方法の別の例のフローチャート。
【発明を実施するための形態】
【００３０】
[0042]説明される実施形態は、１つまたは複数のコンポーネントキャリアのＴＤＤ  ＤＬ／ＵＬサブフレーム構成の動的な適応を利用するワイヤレス通信ネットワーク中のデバイスのためのマルチキャリア通信（キャリアアグリゲーションおよびデュアル／マルチ接続構成など）のためのシステムおよび方法を対象とする。マルチキャリア通信における動的な適応は、タイミングの複雑さにつながり得、特に、これらのタイミングの複雑さは、ハイブリッド自動再送要求（ＨＡＲＱ）タイミングおよびアップリンク制御情報（ＵＣＩ）の送信に関する。
【００３１】
[0043]本明細書で説明される技法は、セルラーワイヤレスシステム、ピアツーピアワイヤレス通信、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）、アドホックネットワーク、衛星通信システム、および他のシステムなどの様々なワイヤレス通信システムのために使用され得る。「システム」と「ネットワーク」という用語は、しばしば互換的に使用される。これらのワイヤレス通信システムは、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および／または他の無線技術のような、様々な無線通信技術を利用することができる。一般に、ワイヤレス通信は、無線アクセス技術（ＲＡＴ）と呼ばれる１つまたは複数の無線通信技術の標準化された実装形態に従って行われる。無線アクセス技術を実施するワイヤレス通信システムまたはネットワークは無線アクセスネットワーク（ＲＡＮ）と呼ばれることがある。
【００３２】
[0044]ＣＤＭＡ技法を利用する無線アクセス技術の例は、ＣＤＭＡ２０００、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）などを含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格を包含する。ＩＳ−２０００  Ｒｅｌｅａｓｅ  ０およびＡは、一般的に、ＣＤＭＡ２０００  １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、通常、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ（ＨＲＰＤ）などと呼ばれる。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ  ＣＤＭＡ（ＷＣＤＭＡ（登録商標））とＣＤＭＡの他の変形形態とを含む。ＴＤＭＡシステムの例としては、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の様々な実装形態がある。ＯＦＤＭおよび／またはＯＦＤＭＡを採用する無線アクセス技術の例としては、ウルトラモバイルブロードバンド（ＵＭＢ：Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどがある。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ（登録商標）：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢについては、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に説明されている。本明細書で説明される技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術のために使用され得る。
【００３３】
[0045]したがって、以下の説明は、例を与えるものであり、特許請求の範囲に記載された範囲、適用可能性、または構成を限定するものではない。本開示の趣旨および範囲から逸脱することなく、説明する要素の機能および構成において変更が行われ得る。様々な実施形態は、必要に応じて様々な手順または構成要素を省略、置換、または追加することができる。たとえば、説明される方法は、説明される順序と異なる順序で実施されてよく、様々なステップが追加され、省略され、または組み合わせられてよい。また、いくつかの実施形態に関して記載される特徴は、他の実施形態において組み合わされる場合がある。
【００３４】
[0046]最初に図１を参照すると、図はワイヤレス通信システム１００の例を示している。システム１００は、基地局（またはセル）１０５と、通信デバイス１１５と、コアネットワーク１３０とを含む。基地局１０５は、様々な実施形態ではコアネットワーク１３０または基地局１０５の一部であり得る、基地局コントローラ（図示せず）の制御下で通信デバイス１１５と通信し得る。基地局１０５は、バックホールリンク１３２を介してコアネットワーク１３０と制御情報および／またはユーザデータを通信し得る。バックホールリンク１３２は、有線バックホールリンク（たとえば、銅、ファイバなど）および／またはワイヤレスバックホールリンク（たとえば、マイクロ波など）であり得る。実施形態では、基地局１０５は、有線またはワイヤレス通信リンクであり得るバックホールリンク１３４を通じて、直接または間接的に、互いに通信し得る。システム１００は、複数のキャリア（異なる周波数の波形信号）上での動作をサポートし得る。マルチキャリア送信機は、複数のキャリアで同時に被変調信号を送信し得る。たとえば、各通信リンク１２５は、上記で説明した様々な無線技術に従って変調されたマルチキャリア信号であり得る。各被変調信号は、異なるキャリア上で送られる場合があり、制御情報（たとえば、基準信号、制御チャンネルなど）、オーバーヘッド情報、データなどを搬送することができる。システム１００は、キャリアまたは通信リンク１２５のうちの１つまたは複数の動的な適応をサポートすることもできる。通信リンク１２５が動的に変更されると、通信デバイス１１５によって使用されるタイミングシステムは、干渉を回避するために調整される必要があり得る。
【００３５】
[0047]基地局１０５は、１つまたは複数の基地局アンテナを介してデバイス１１５とワイヤレス通信し得る。基地局１０５のサイトの各々は、それぞれのカバレージエリア１１０に通信カバレージを提供することができる。いくつかの実施形態では、基地局１０５は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、Ｈｏｍｅ  ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、または何らかの他の好適な用語で呼ばれることがある。基地局のためのカバレージエリア１１０は、カバレージエリアの一部分のみを構成するセクタに分割され得る（図示せず）。システム１００は、異なるタイプの基地局１０５（たとえば、マクロ基地局、マイクロ基地局、および／またはピコ基地局）を含み得る。異なる技術について重複するカバレージエリアがあり得る。
【００３６】
[0048]通信デバイス１１５はワイヤレス通信システム１００全体にわたって分散され、各デバイスは固定または移動であり得る。通信デバイス１１５は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、ユーザ機器、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。通信デバイス１１５は、携帯電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。通信デバイスは、マクロ基地局、ピコ基地局、フェムト基地局、リレー基地局などと通信することが可能であり得る。
【００３７】
[0049]システム１００中に示された送信リンク１２５は、モバイルデバイス１１５から基地局１０５へのアップリンク（ＵＬ）送信、および／または基地局１０５からモバイルデバイス１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、一方アップリンク送信は逆方向リンク送信と呼ばれることもある。
【００３８】
[0050]実施形態では、システム１００はＬＴＥ／ＬＴＥ−Ａネットワークである。ＬＴＥ／ＬＴＥ−Ａネットワークでは、発展型ノードＢ（ｅＮＢ）およびユーザ機器（ＵＥ）という用語は、一般に、それぞれ基地局１０５および通信デバイス１１５について説明するために使用され得る。システム１００は、異なるタイプのｅＮＢが様々な地理的領域にカバレージを与える、異種ＬＴＥ／ＬＴＥ−Ａネットワークであり得る。たとえば、各ｅＮＢ１０５は、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、一般に、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、ネットワークプロバイダのサービスに加入しているＵＥによる無制限アクセスを可能にすることができる。ピコセルは、一般に、比較的小さい地理的エリアをカバーすることになり、ネットワークプロバイダとのサービスに加入しているＵＥによる無制限アクセスを可能にすることができる。また、フェムトセルは、概して、比較的小さい地理的エリア（たとえば、自宅）をカバーすることになり、無制限アクセスに加えて、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：ｃｌｏｓｅｄ  ｓｕｂｓｃｒｉｂｅｒ  ｇｒｏｕｐ）中のＵＥ、自宅内のユーザのためのＵＥなど）による限定アクセスをも与え得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれることがある。また、フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢと呼ばれ得る。ｅＮＢは、１つまたは複数（たとえば、２つ、３つ、４つなど）のセルをサポートすることができる。
【００３９】
[0051]ＬＴＥ／ＬＴＥ−Ａネットワークアーキテクチャによるワイヤレス通信システム１００は、発展型パケットシステム（ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のＵＥ１１５と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、発展型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）１３０（たとえば、コアネットワーク１３０）と、ホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）と、事業者のＩＰサービスとを含み得る。ＥＰＳは、他の無線アクセス技術を使用して他のアクセスネットワークと相互接続し得る。たとえば、ＥＰＳ１００は、１つまたは複数のサービングＧＰＲＳサポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）を介してＵＴＲＡＮベースのネットワークおよび／またはＣＤＭＡベースのネットワークと相互接続し得る。ＵＥ１１５のモビリティおよび／または負荷分散をサポートするために、ＥＰＳ１００は、ソースｅＮＢ１０５とターゲットｅＮＢ１０５との間のＵＥ１１５のハンドオーバをサポートし得る。ＥＰＳ１００は、同じＲＡＴ（たとえば、他のＥ−ＵＴＲＡＮネットワーク）のｅＮＢ１０５および／または基地局間のＲＡＴ内ハンドオーバと、異なるＲＡＴ（たとえば、Ｅ−ＵＴＲＡＮ対ＣＤＭＡなど）のｅＮＢおよび／または基地局間のＲＡＴ間ハンドオーバとをサポートし得る。ＥＰＳ１００はパケット交換サービスを与え得るが、当業者なら容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを与えるネットワークに拡張され得る。
【００４０】
[0052]Ｅ−ＵＴＲＡＮは、ｅＮＢ１０５を含むことができ、ＵＥ１１５に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与えることができる。ｅＮＢ１０５は、バックホールリンク１３４（たとえば、Ｘ２インターフェースなど）を介して他のｅＮＢ１０５に接続され得る。ｅＮＢ１０５は、ＵＥ１１５にＥＰＣ１３０へのアクセスポイントを与え得る。ｅＮＢ１０５は、バックホールリンク１３２（たとえば、Ｓ１インターフェースなど）によってＥＰＣ１３０に接続され得る。ＥＰＣ１３０内の論理ノードは、１つまたは複数のモビリティ管理エンティティ（ＭＭＥ）と、１つまたは複数のサービングゲートウェイと、１つまたは複数のパケットデータネットワーク（ＰＤＮ）ゲートウェイ（図示せず）とを含み得る。概して、ＭＭＥはベアラおよび接続管理を行い得る。すべてのユーザＩＰパケットはサービングゲートウェイを通じて転送されてよく、サービングゲートウェイ自体はＰＤＮゲートウェイに接続され得る。ＰＤＮゲートウェイはＩＰアドレス割振りならびに他の機能をＵＥに提供し得る。ＰＤＮゲートウェイはＩＰネットワークおよび／または事業者のＩＰサービスに接続され得る。これらの論理ノードは別個の物理ノードにおいて実装されてよく、または、１つまたは複数が単一の物理ノードにおいて組み合わせられてよい。ＩＰネットワーク／事業者のＩＰサービスは、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、および／またはパケット交換（ＰＳ）ストリーミングサービス（ＰＳＳ）を含み得る。
【００４１】
[0053]ＵＥ１１５およびｅＮＢ１０５は、たとえば、多入力多出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、多地点協調（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔ）、または他の方式を通して、共同的に通信するように構成され得る。ＭＩＭＯ技法は、複数のデータストリームを送信するためにマルチパス環境を利用するために、基地局上の複数のアンテナおよび／またはＵＥ上の複数のアンテナを使用する。ＣｏＭＰは、ＵＥのための全体的送信品質を改善し、ならびにネットワークおよびスペクトル利用を増加させるための、いくつかのｅＮＢによる送信および受信の動的協調のための技法を含む。一般に、ＣｏＭＰ技法は、ＵＥ１１５のための制御プレーン通信とユーザプレーン通信とを協調させるために、基地局１０５間の通信のためにバックホールリンク１３２および／または１３４を利用する。
【００４２】
[0054]いくつかの様々な開示された実施形態に適応することができる通信ネットワークは、階層化プロトコルスタックに従って動作するパケットベースネットワークであり得る。ユーザプレーンでは、ベアラまたはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤにおける通信は、ＩＰベースであり得る。無線リンク制御（ＲＬＣ）レイヤは、論理チャネルを通じて通信するためにパケットのセグメンテーションとリアセンブルとを実行し得る。媒体アクセス制御（ＭＡＣ）レイヤは、優先順位処理と、トランスポートチャネルへの論理チャネルの多重化とを実施し得る。ＭＡＣレイヤはまた、信頼性が高いデータ送信を保証するためにＭＡＣレイヤにおいて再送信を行うために、ＨＡＲＱ技法を使用し得る。制御プレーンでは、無線リソース制御（ＲＲＣ）プロトコルレイヤは、ユーザプレーンデータのために使用されるＵＥとネットワークとの間のＲＲＣ接続の確立と、構成と、維持とを提供し得る。物理レイヤにおいて、トランスポートチャネルは物理チャネルにマッピングされ得る。
【００４３】
[0055]ダウンリンク物理チャネルは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）、および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の少なくとも１つを含み得る。アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）の少なくとも１つを含み得る。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）を搬送することができ、ＤＣＩは、ＰＤＳＣＨ上でのＵＥのためのデータ送信を示すとともに、ＰＵＳＣＨについて、ＵＥにＵＬリソース許可を与え得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上のＰＵＣＣＨ中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上のＰＵＳＣＨ中でデータのみまたはデータと制御情報の両方を送信し得る。
【００４４】
[0056]ＬＴＥ／ＬＴＥ−Ａは、ダウンリンク上では直交周波数分割多元接続（ＯＦＤＭＡ）を利用し、アップリンク上ではシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を利用する。ＯＦＤＭＡおよび／またはＳＣ−ＦＤＭＡキャリアは、一般にトーン、ビンなどとも呼ばれる複数（Ｋ個）の直交サブキャリアに区分され得る。各サブキャリアはデータで変調され得る。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、１．４、３、５、１０、１５、または２０メガヘルツ（ＭＨｚ）の（ガード帯域を伴う）対応するシステム帯域幅に対して、それぞれ、１５キロヘルツ（ＫＨｚ）のサブキャリア間隔を伴って、７２、１８０、３００、６００、９００、または１２００に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーすることができ、１つ、２つ、４つ、８つまたは１６個のサブバンドがあり得る。
【００４５】
[0057]キャリアは、ＦＤＤ動作を使用して（たとえば、対にされたスペクトルリソースを使用して）、またはＴＤＤ動作を使用して（たとえば、対にされていないスペクトルリソースを使用して）、双方向通信を送信し得る。ＦＤＤのためのフレーム構造（たとえば、フレーム構造タイプ１）とＴＤＤのためのフレーム構造（たとえば、フレーム構造タイプ２）とが定義され得る。時間間隔は、以下の基本時間単位の倍数単位で表され得る。
【００４６】
【数１】
2020039131.tif 000003
【００４７】
各フレーム構造は、無線フレーム長Ｔf＝３０７２００・Ｔs＝１０ｍｓを有してよく、それぞれ長さ１５３６００・Ｔs＝５ｍｓの２つのハーフフレームまたはスロットを含み得る。各ハーフフレームは、長さ３０７２０・Ｔs＝１ｍｓの５つのサブフレームを含み得る。
【００４８】
[0058]ＬＴＥ／ＬＴＥ−Ａネットワークは、構成可能な数の独立ＨＡＲＱプロセスを用いたマルチプロセスＴｙｐｅ  ＩＩ  ＨＡＲＱをサポートする。各ＨＡＲＱプロセスは、新しいデータまたはトランスポートブロックを送信する前に肯定応答（ＡＣＫ）または否定応答（ＮＡＫ）を受信するのを待つ。ＬＴＥ／ＬＴＥ−Ａは、ダウンリンク上で非同期ＨＡＲＱ送信を使用し、アップリンク上で同期ＨＡＲＱ送信を使用する。非同期ＨＡＲＱと同期ＨＡＲＱの両方において、ＡＣＫ／ＮＡＫ情報は、ＤＬまたはＵＬ送信から一定数のサブフレーム後に与えられ得る。概して、ＬＴＥ／ＬＴＥ−Ａ  ＦＤＤキャリアの場合、ＨＡＲＱプロセスのためのＡＣＫ／ＮＡＫ情報は、データ送信から４つのサブフレーム後に送信される。非同期ＨＡＲＱでは、後続の送信のためのスケジュールがあらかじめ決定されず、ｅＮＢは、各サブフレーム中でどのＨＡＲＱプロセスが送信されるかに関する命令をＵＥに与える。ＦＤＤにおける同期ＨＡＲＱの場合、ＵＥは、ＮＡＫを受信してから所定の数のサブフレーム後に、特定のＨＡＲＱプロセスの第２の送信を実行する。概して、ＬＴＥ／ＬＴＥ−Ａ  ＦＤＤキャリアの場合、同じＨＡＲＱプロセスの後続のＵＬ送信は、ＮＡＫを受信してから４つのサブフレーム後に行われる。ＴＤＤにおける同期ＨＡＲＱでは、サブフレームｉ〜ｋにおけるＵＬ送信と関連付けられるサブフレームｉにおいて、ＡＣＫ／ＮＡＫ情報が、受信されてよく、ここでｋはＴＤＤ  ＵＬ／ＤＬ構成に従って定義され得る。特定のＨＡＲＱプロセスの後続の送信は、サブフレームｎ〜ｋにおいて受信されるＮＡＫのためにサブフレームｎにおいて実行されてよく、ここでｋはＴＤＤ  ＵＬ／ＤＬ構成に従って定義され得る。
【００４９】
[0059]図２は、ＴＤＤキャリアのフレーム構造２００を示す。ＴＤＤフレーム構造では、各サブフレーム２１０はＵＬトラフィックまたはＤＬトラフィックを搬送することができ、特殊サブフレーム（「Ｓ」）２１５は、ＤＬ送信とＵＬ送信とを切り替えるために使用され得る。無線フレーム内でのＵＬサブフレームおよびＤＬサブフレームの割振りは、対称または非対称であってよく、半静的または動的に再構成され得る。特殊サブフレーム２１５は、何らかのＤＬトラフィックおよび／またはＵＬトラフィックを搬送することができ、ＤＬトラフィックとＵＬトラフィックとの間のガード期間（ＧＰ）を含み得る。ＵＬトラフィックからＤＬトラフィックへの切替えは、特殊サブフレーム、またはＵＬサブフレームとＤＬサブフレームとの間のガード期間を使用せずに、ＵＥにおいてタイミングアドバンスを設定することによって達成され得る。フレーム期間（たとえば、１０ｍｓ）またはフレーム期間の半分（たとえば、５ｍｓ）に等しい切替えポイントの周期性を伴うＴＤＤ構成がサポートされ得る。たとえば、ＴＤＤフレームは１つまたは複数のスペシャルフレームを含み得、スペシャルフレーム間の期間がフレームのためのＴＤＤ  ＤＬＵＬ間切替えポイント周期性を決定し得る。
【００５０】
[0060]ＬＴＥ／ＬＴＥ−Ａの場合、表１に示されるように、ＤＬサブフレームを４０％と９０％との間で与える７つの異なるＴＤＤ  ＵＬ／ＤＬ構成が定義される。
【００５１】
【表１】
2020039131.tif 000004
【００５２】
[0061]いくつかのＴＤＤ  ＵＬ／ＤＬ構成はＤＬサブフレームよりも少ないＵＬサブフレームを有するので、アップリンクサブフレームにおけるＰＵＣＣＨ送信内の関連付けセットに対するＡＣＫ／ＮＡＫ情報を送信するためにいくつかの技法が使用され得る。たとえば、ＡＣＫ／ＮＡＫ情報を組み合わせて送られるべきＡＣＫ／ＮＡＫ情報の量を減らすために、バンドリングが使用され得る。関連付けセットの各サブフレームのためのＡＣＫ／ＮＡＫ情報がＡＣＫである場合のみ、ＡＣＫ／ＮＡＫバンドリングは、ＡＣＫ／ＮＡＫ情報を、肯定応答（ＡＣＫ）値に設定されたシングルビットに組み合わせ得る。たとえば、ＡＣＫ／ＮＡＫ情報は、特定のサブフレームのための、ＡＣＫを表すためのバイナリ「１」および否定応答（ＮＡＣＫ）を表すためのバイナリ「０」であってよい。ＡＣＫ／ＮＡＫ情報は、関連付けセットのＡＣＫ／ＮＡＫビットに対する論理ＡＮＤ演算を使用してバンドリングされ得る。バンドリングは、ＰＵＣＣＨを通じて送られるべき情報の情報を減らすので、ＨＡＲＱ  ＡＣＫ／ＮＡＫフィードバックの効率を上げる。１つのアップリンクサブフレームにおいて複数ビットのＡＣＫ／ＮＡＫ情報を送信するために、多重化が使用され得る。たとえば、最大で４ビットのＡＣＫ／ＮＡＫが、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂを使用して送信され得る。
【００５３】
[0062]ワイヤレスネットワーク１００は、キャリアアグリゲーション（ＣＡ）またはマルチキャリア動作と呼ばれることがある、複数のキャリア上での動作をサポートすることができる。キャリアは、コンポーネントキャリア（ＣＣ）、レイヤ、チャネルなどと呼ばれることもある。「キャリア」、「レイヤ」、「ＣＣ」、および「チャネル」という用語は、本明細書では互換的に使用されることがある。ダウンリンクのために使用されるキャリアはダウンリンクＣＣと呼ばれることがあり、アップリンクのために使用されるキャリアはアップリンクＣＣと呼ばれることがある。ＵＥ１１５は、キャリアアグリゲーションのために、複数のダウンリンクＣＣと１つまたは複数のアップリンクＣＣとで構成され得る。マルチレイヤｅＮＢ１０５は、ダウンリンクおよび／またはアップリンク上の複数のＣＣを介したＵＥとの通信をサポートするように構成され得る。したがって、ＵＥ１１５は、１つのマルチレイヤｅＮＢ１０５から、または複数のｅＮＢ１０５（たとえば、シングルまたはマルチレイヤｅＮＢ）から１つまたは複数のダウンリンクＣＣ上でデータと制御情報とを受信し得る。ＵＥ１１５は、１つまたは複数のアップリンクＣＣ上でデータと制御情報とを１つまたは複数のｅＮＢ１０５に送信し得る。キャリアアグリゲーションは、ＦＤＤコンポーネントキャリアとＴＤＤコンポーネントキャリアの両方とともに使用され得る。ＤＬキャリアアグリゲーションの場合、複数のＤＬ送信が１つのサブフレーム中で行われるとき、ＡＣＫ／ＮＡＫの複数のビットがフィードバックされる。ＡＣＫ／ＮＡＫの最高２２ビットが、ＤＬキャリアアグリゲーションのためにＰＵＣＣＨフォーマット３を使用して送信され得る。
【００５４】
[0063]図３に、様々な実施形態による、キャリアアグリゲーションを採用するシステム３００を示す。システム３００はシステム１００の態様を示し得る。システム３００は、ＵＥ１１５と通信するために１つまたは複数のコンポーネントキャリア３２５（ＣＣ1〜ＣＣN）を使用する１つまたは複数のｅＮＢ１０５を含むことができる。ｅＮＢ１０５は、コンポーネントキャリア３２５上の順方向（ダウンリンク）チャネルを介してＵＥ１１５に情報を送信することができる。さらに、ＵＥ１１５は、コンポーネントキャリア３２５上の逆方向（アップリンク）チャネルを介してｅＮＢ１０５−ａに情報を送信することができる。図３ならびに開示される実施形態のいくつかと関連付けられる他の図の様々なエンティティを説明する際に、説明の目的で、３ＧＰＰ  ＬＴＥまたはＬＴＥ−Ａワイヤレスネットワークと関連付けられる名称が使用されている。ただし、システム３００は、限定はしないが、ＯＦＤＭＡワイヤレスネットワーク、ＣＤＭＡネットワーク、３ＧＰＰ２  ＣＤＭＡ２０００ネットワークなどの他のネットワークにおいて動作することができることを諒解されたい。コンポーネントキャリアＣＣ1〜ＣＣN３２５のうちの１つまたは複数は、同じ周波数動作帯域中にあるか（帯域内）、または異なる動作帯域中にあり得（帯域間）、帯域内ＣＣは動作帯域内で連続であるか、または不連続であり得る。
【００５５】
[0064]システム３００では、ＵＥ１１５は、１つまたは複数のｅＮＢ１０５に関連する複数のＣＣで構成され得る。１つのＣＣは、ＵＥ１１５のための１次ＣＣ（ＰＣＣ）に指定される。ＰＣＣは、ＵＥごとに上位レイヤ（たとえば、ＲＲＣなど）によって半静的に構成され得る。あるＵＣＩ（たとえば、ＡＣＫ／ＮＡＫ、チャネル品質情報（ＣＱＩ）、スケジューリング要求（ＳＲ）など）は、ＰＵＣＣＨ上で送信されるとき、ＰＣＣによって搬送される。ＵＥ１１５は、非対称ＤＬ対ＵＬ  ＣＣ割当てで構成され得る。ＬＴＥ／ＬＴＥ−Ａでは、最高５：１のＤＬ対ＵＬマッピングがサポートされる。したがって、１つのＵＬ  ＣＣ（たとえば、ＰＣＣ  ＵＬ）は、最高５つのＤＬ  ＣＣに対して、ＰＵＣＣＨ上でＵＣＩ（たとえば、ＡＣＫ／ＮＡＫ）を搬送し得る。
【００５６】
[0065]図３に示される例では、ＵＥ１１５−ａは、ｅＮＢ１０５−ａと関連付けられるＰＣＣ３２５−ａおよびＳＣＣ３２５−ｂと、ｅＮＢ１０５−ｂと関連付けられるＳＣＣ３２５−ｃとによって構成される。システム３００は、ＦＤＤおよび／またはＴＤＤ  ＣＣ３２５の様々な組合せを使用してキャリアアグリゲーションをサポートするように構成され得る。たとえば、システム３００のいくつかの構成は、ＦＤＤ  ＣＣ（たとえば、ＦＤＤ  ＰＣＣ、および１つまたは複数のＦＤＤ  ＳＣＣ）のためのキャリアアグリゲーションをサポートし得る。他の構成は、ＴＤＤ  ＣＣ（たとえば、ＴＤＤ  ＰＣＣ、および１つまたは複数のＴＤＤ  ＳＣＣ）を使用してキャリアアグリゲーションをサポートし得る。いくつかの例では、キャリアアグリゲーションのためのＴＤＤ  ＳＣＣは同じＤＬ／ＵＬ構成を有するが、他の例は、異なるＤＬ／ＵＬ構成のＣＣを用いてＴＤＤキャリアアグリゲーションをサポートする。
【００５７】
[0066]いくつかの実施形態では、システム３００は、キャリアアグリゲーションと他のタイプのジョイント動作（たとえば、ＵＥ１１５のために構成された複数のＣＣのｅＮＢ１０５が非理想のバックホール能力を有し、別々にそれらの送信をスケジュールするときのデュアル接続性など）とを含むＴＤＤ−ＦＤＤジョイント動作をサポートし得る。ＴＤＤ−ＦＤＤジョイント動作は、ＦＤＤおよびＴＤＤキャリアアグリゲーション動作をサポートするＵＥ１１５が、キャリアアグリゲーションを使用して、または単一のＣＣモードでＦＤＤ  ＣＣとＴＤＤ  ＣＣの両方にアクセスすることを可能にし得る。さらに、様々な能力をもつレガシーＵＥ（たとえば、シングルモードＵＥ、ＦＤＤキャリアアグリゲーション対応ＵＥ、ＴＤＤキャリアアグリゲーション対応ＵＥなど）は、システム３００のＦＤＤまたはＴＤＤキャリアに接続し得る。
【００５８】
[0067]たとえば、ＨＡＲＱプロセスのタイミングが、ＦＤＤまたはＴＤＤが使用されているかどうかに依存するので、およびキャリアアグリゲーション（ＣＡ）がＦＤＤ、ＴＤＤ（同じまたは異なるＤＬ／ＵＬ構成）およびＴＤＤ−ＦＤＤ動作をサポートし得るので、ＣＡシステムにおけるＨＡＲＱプロセスのタイミングは複雑であり得る。同じＤＬ／ＵＬ構成を有するＦＤＤ  ＣＡおよびＴＤＤ  ＣＡのためのＨＡＲＱタイミングが上述したように実行され得るが、異なるＤＬ／ＵＬ構成およびＴＤＤ−ＦＤＤ動作を有するＴＤＤ  ＣＡのためのＨＡＲＱタイミングは、後述するように追加のオプションを含む。
【００５９】
[0068]一般に、異なるコンポーネントキャリア（ＣＣ）ＤＬ／ＵＬサブフレーム構成を有するＴＤＤ  ＣＡシステムのためのＨＡＲＱタイミングは、コンポーネントキャリアのＤＬ／ＵＬサブフレーム構成、ならびにクロスキャリアスケジューリングがサポートされるかどうかに基づく。たとえば、クロスキャリアスケジューリングがサポートされておらず（すなわち、自己キャリアスケジューリング下で動作するとき）、ＰＤＳＣＨ  ＨＡＲＱタイミングの場合、１次サービングセル（ＰＣｅｌｌ）とのＰＣＣ上の通信は、ＰＣｅｌｌのシステム情報ブロック（ＳＩＢ）（たとえば、ＳＩＢ１）に含まれるＤＬ／ＵＬサブフレーム構成によって設定されるＨＡＲＱタイミングに従う。対照的に、２次サービングセル（ＳＣｅｌｌ）とのＳＣＣ上の通信は、３つの異なるケースのうちの１つに従い得る。ケースＡでは、ＳＣＣ上の通信は、ＰＣｅｌｌとの通信のために使用される同じタイミングに従う。ケースＢでは、ＳＣＣ上の通信は、たとえば、ＳＣｅｌｌの、ＳＩＢ１に含まれるＤＬ／ＵＬサブフレーム構成によって設定されるＨＡＲＱタイミングに従う。ケースＣでは、ＳＣＣ上の通信は、ＰＣｅｌｌまたはＳＣｅｌｌのいずれかによって示される構成とは異なるＤＬ／ＵＬ構成によって設定されるＨＡＲＱタイミングに従う。ケースＡ、Ｂ、およびＣの各々がいつおよびどのように適用されるかの例が図４Ａに示される。
【００６０】
[0069]図４Ａは、ＣＣ  ＤＬ／ＵＬ構成が異なるときのＴＤＤ  ＣＡについてのＰＤＳＣＨ  ＨＡＲＱタイミング構成インデックステーブル４００を示す。テーブル４００の左側は、ＳＣｅｌｌについてＳＩＢ１によって示される、ＳＣｅｌｌ  ＵＬ−ＤＬ構成インデックス番号４０５である。テーブル４００の上部は、ＰＣｅｌｌについてＳＩＢ１によって示される、ＰＣｅｌｌ  ＵＬ−ＤＬ構成インデックス番号４１０である。ＰＣＣおよびＳＣＣ構成の任意の所与の組合せについて適用される構成は、テーブル４００の中央４１５に示される。ケースＡの一例として、ＳＣｅｌｌが１の構成インデックスを有し、ＰＣｅｌｌが２の構成インデックスを有するとき、キャリアアグリゲーションでのＨＡＲＱタイミングのために利用されるＵＬ／ＤＬ構成は２であり、ＰＣｅｌｌの構成である。ケースＢの一例として、ＳＣｅｌｌが４の構成インデックスを有し、ＰＣｅｌｌが１の構成インデックスを有するとき、ＨＡＲＱのために利用されるＵＬ／ＤＬ構成は４であり、ＳＣｅｌｌの構成である。適用されるべき構成がＰＣｅｌｌとＳＣｅｌｌの両方の構成とは異なるケースＣの例は、たとえば、ＳＣｅｌｌ構成インデックスが３、ＰＣｅｌｌ構成インデックスが１または２のいずれかであるときを含む。
【００６１】
[0070]ＰＤＳＣＨ  ＨＡＲＱタイミングは、クロスキャリアスケジューリングがサポートされるときにも変化する。クロスキャリアスケジューリングがサポートされるとき、ＳＣＣ  ＰＤＳＣＨ  ＨＡＲＱタイミング基準構成は、ＰＣｅｌｌのＳＩＢ１  ＵＬ−ＤＬ構成である。
【００６２】
[0071]ＰＵＳＣＨ  ＨＡＲＱタイミングでは、自己スケジューリングまたはクロスキャリアスケジューリングのいずれかのケースにもバリエーションが存在する。自己スケジューリングの場合、各キャリアは、キャリアがＰＣＣであるかＳＣＣであるかにかかわらず、ｅＮＢのＳＩＢ１に示されるように、そのそれぞれのｅＮＢのＵＬ−ＤＬ構成に従う。したがって、ＰＣＣは、ＰＣｅｌｌのＵＬ−ＤＬ構成に従い、ＳＣＣは、それぞれのＳＣｅｌｌのＵＬ−ＤＬ構成に従う。しかしながら、クロスキャリアスケジューリングの場合、ＰＵＳＣＨ  ＨＡＲＱタイミングは、４つの異なるカテゴリに分類され得る。
【００６３】
[0072]ケースＡでは、ＳＣｅｌｌアップリンクサブフレームは、ＰＣｅｌｌ  ＳＩＢ１構成によって示されるアップリンクサブフレームのサブセットであり、したがって、ＳＣＣについてのＨＡＲＱタイミングは、ＰＣｅｌｌのＵＬ／ＤＬ構成に従う。ケースＢでは、ＳＣｅｌｌアップリンクサブフレームは、ＰＣｅｌｌ  ＳＩＢ１構成によって示されるアップリンクサブフレームのスーパーセットであり、一方、ケースＣでは、ＳＣｅｌｌアップリンクサブフレームは、ＰＣｅｌｌ  ＳＩＢ１構成によって示されるアップリンクサブフレームのスーパーセットでもサブセットでもない。ケースＢおよびＣでは、ＳＣＣについてのＨＡＲＱタイミングは、ＳＣｅｌｌ構成に従う。ケースＤは、ＰＣｅｌｌ  ＳＩＢ１が、（１０ｍｓがケースＡ、Ｂ、およびＣにおけるＰＵＳＣＨラウンドトリップ時間であるように示されるのに対して）ＰＵＳＣＨラウンドトリップ時間が１０ｍｓ以外の何かであることを示す例に関する。ケースＤでは、構成インデックスの組合せのいくつかは、ＴＤＤ構成１に従うアップリンクＨＡＲＱタイミングをもたらし、一方、構成インデックスの他の組合せは、ＳＣｅｌｌのタイミングに従うアップリンクＨＡＲＱタイミングをもたらす。ＴＤＤ  ＵＬ／ＤＬ構成１に従うアップリンクＨＡＲＱタイミングをもたらす構成インデックスの組合せは、以下を含み、ここにおいて、セットにおける第１の数字は、ＰＣｅｌｌの構成インデックスであり、セットの第２の数字は、ＳＣｅｌｌの構成インデックスである。｛６，２｝、｛６，５｝、｛０，２｝、｛０，４｝、｛０，５｝。以下でこれらのケースの各々の例について説明する。
【００６４】
[0073]図４Ｂは、ＣＣ  ＤＬ／ＵＬ構成が異なるときのＴＤＤ  ＣＡについてのＰＵＳＣＨ  ＨＡＲＱタイミングテーブル４５０を示す。テーブル４５０の左側は、ＳＣｅｌｌについてＳＩＢ１によって示される、ＳＣｅｌｌ  ＵＬ−ＤＬ構成インデックス番号４５５である。テーブル４５０の上部は、ＰＣｅｌｌについてＳＩＢ１によって示される、ＰＣｅｌｌ  ＵＬ−ＤＬ構成インデックス番号４６０である。ＰＣＣおよびＳＣＣ構成の所与の組合せについて適用される構成は、テーブル４５０の中央４６５に示される。ケースＡの一例として、ＳＣｅｌｌが４の構成インデックスを有し、ＰＣｅｌｌが１の構成インデックスを有するとき、ＨＡＲＱタイミングのために適用されるべきＵＬ／ＤＬ構成は１であり、ＰＣｅｌｌの構成である。ケースＢの一例として、ＳＣｅｌｌが３の構成インデックスを有し、ＰＣｅｌｌが４の構成インデックスを有するとき、ＨＡＲＱタイミングのために利用される構成はＴＤＤ構成３であり、ＳＣｅｌｌのＵＬ／ＤＬ構成である。ケースＣの一例として、ＳＣｅｌｌが４の構成インデックスを有し、ＰＣｅｌｌが２の構成インデックスを有するとき、ＨＡＲＱタイミングのために利用される構成は４であり、ＳＣｅｌｌのＵＬ／ＤＬ構成である。ケースＤの例は、構成インデックスが１であり、｛６，２｝、｛６，５｝、｛０，２｝、｛０，４｝、｛０，５｝の｛ＰＣｅｌｌ，ＳＣｅｌｌ｝の組合せを含む。
【００６５】
[0074]ＣＡおよび他のタイプの動作（たとえば、非理想バックホールが２つ以上のＣＣの間にあるときのデュアル接続動作）について含むＴＤＤ−ＦＤＤジョイント動作のためのＨＡＲＱタイミングは、ＴＤＤ−ＦＤＤジョイント動作の間に使用されるＴＤＤまたはＦＤＤキャリアのうちの１つのタイミングに基づき得る。たとえば、ＦＤＤとＴＤＤの両方のＣＡ動作をサポートするＵＥは、レガシーＦＤＤキャリア、ならびにレガシーＴＤＤシングルモードキャリアの両方にアクセスすることが可能であり得る。ＦＤＤ動作のみをサポートするＵＥは、ジョイント動作されるＦＤＤ／ＴＤＤネットワークの一部であるＦＤＤキャリアと接続することができる。ＴＤＤ動作のみをサポートするＵＥは、ジョイント動作されるＦＤＤ／ＴＤＤネットワークの一部であるＴＤＤキャリアと接続することができる。したがって、新しいＴＤＤ  ＤＬ／ＵＬサブフレーム構成がＴＤＤ−ＦＤＤジョイント動作のために導入される必要がない。
【００６６】
[0075]しかしながら、いくつかのシステムでは、ＴＤＤ  ＤＬ／ＵＬサブフレーム構成は、キャリアの実際のトラフィックのニーズに基づいて動的に適応され得る。そのような適応は、トラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）として知られている。たとえば、短い持続時間の間に、ダウンリンク上の大きいデータバーストが必要である場合、ＴＤＤ  ＤＬ／ＵＬサブフレーム構成は、たとえば、構成１（６つのダウンリンクサブフレームを含む）から構成５（９つのダウンリンクサブフレームを含む）（上記の表１参照）に変更され得る。ＴＤＤ  ＤＬ／ＵＬサブフレーム構成の動的な適応は、６４０ｍｓより遅く行われることはないと予想され、１０ｍｓ程度の速さで行われ得る。しかしながら、この適応は、２つ以上のキャリアが異なるダウンリンクおよびアップリンクのサブフレームを使用しているとき、ダウンリンクとアップリンクの両方のキャリアの干渉をもたらし得る。適応は、ＤＬおよびＵＬ  ＨＡＲＱタイミング管理における複雑さも生じ得る。ＤＬ／ＵＬサブフレーム構成の各々は、それ自体のＤＬ／ＵＬ  ＨＡＲＱタイミングを有し、このことは、ＰＤＳＣＨから対応するＡＣＫ／ＮＡＫへのタイミングが異なるＴＤＤ  ＤＬ／ＵＬサブフレーム構成について異なり得ることを意味する。ＤＬ／ＵＬ  ＨＡＲＱタイミングは、（ＨＡＲＱ動作効率に関して）ＤＬ／ＵＬサブフレーム構成ごとに最適化され得る。したがって、異なるＤＬ／ＵＬサブフレーム構成間の動的切替えは、現在のＤＬ／ＵＬ  ＨＡＲＱタイミング保持される場合、干渉が生じる可能性があり、いくつかのＡＣＫ／ＮＡＫ送信機会を逃し得る可能性があることを意味する。
【００６７】
[0076]干渉のこの可能性を認識して、この問題に対処するためのステップが行われ得る。たとえば、ＴＤＤ  ＤＬ／ＵＬサブフレーム構成の動的な指示の間、更新されたＴＤＤ  ＤＬ／ＵＬサブフレーム構成の指示は、たとえば、少なくとも１次サービングセルのＰＤＣＣＨにおいて送信されるＤＣＩを使用して行われ得る。再構成ＤＣＩは、更新されたＤＬ／ＵＬサブフレーム構成を明確に示すために、少なくとも３ビットを含む。更新されたＤＬ／ＵＬサブフレーム構成がひとたび示されると、ＴＤＤ  ｅＩＭＴＡによって構成されるＵＥは、ＳＩＢ１においてシグナリングされるＤＬ／ＵＬサブフレーム構成に対応するＨＡＲＱタイミングを使用することによって、ＨＡＲＱアップリンク動作を実施することができる。ＨＡＲＱタイミングのためのダウンリンク基準サブフレーム構成は、たとえば、レガシーＴＤＤ  ＤＬ／ＵＬサブフレーム構成２、４および５から決定され得る。
【００６８】
[0077]それにもかかわらず、２つ以上のＣＣは、ＣＡ下で、またはデュアル／マルチ接続で動作しており、ＣＣのうちの少なくとも１つがｅＩＭＴＡの対象であるとき、ＨＡＲＱタイミング（および他の通信タイミング）の決定は、追加の手順から利益を受けることになる。決定され得る別の通信タイミングは、たとえば、ＵＣＩ報告がＵＥのためのＰＵＣＣＨを担持するＣＣ上でどのように送信されるかである。レガシーＵＥは１次ＣＣ上で単一のＰＵＣＣＨのみをサポートしていた可能性があるが、特に２つ以上のＣＣが、デュア接続またはマルチフロー動作とも呼ばれる非理想（すなわち、大きいレイテンシおよび／または限られた帯域幅）バックホールを有するとき、より新しいＵＥは、１次と２次の両方のＣＣ上でＰＵＣＣＨをサポートし得る。
【００６９】
[0078]図５は、本開示の様々な態様による、ワイヤレス通信において使用するための装置５０５のブロック図５００の一例である。いくつかの例では、装置５０５は、図１および／または図３を参照しながら説明したＵＥ１１５のうちの１つまたは複数の態様の例でもよく、ＣＣのうちの少なくとも１つがｅＩＭＴＡについて対応可能であるＣＡ動作に関与し得る。装置５０５はまた、プロセッサであり得る。装置５０５は、受信機モジュール５１０、マルチキャリアｅＩＭＴＡタイミングモジュール５１５、および／または送信機モジュール５２０を含み得る。これらの構成要素の各々は、互いに通信していることがある。
【００７０】
[0079]装置５０５の構成要素は、ハードウェアにおいて適用可能な機能の一部またはすべてを実行するように適応された１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）を使用して、個々にまたは集合的に実装され得る。代替的には、それらの機能は、１つまたは複数の他の処理ユニット（またはコア）によって、１つまたは複数の集積回路上で実行され得る。他の例では、当技術分野で知られている任意の方法でプログラムされ得る、他のタイプの集積回路（たとえば、ストラクチャード／プラットフォームＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および他のセミカスタムＩＣ）が使用され得る。各ユニットの機能はまた、全体的にまたは部分的に、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中で具現化される命令を用いて実装され得る。
【００７１】
[0080]いくつかの例では、受信機モジュール５１０は、無線周波数スペクトルを介して伝送を受信するように動作可能な少なくとも１つの無線周波数（ＲＦ）受信機など少なくとも１つのＲＦ受信機を含み得る。いくつかの例では、たとえば、図１、図２、図３、および図４を参照して説明したように、無線周波数スペクトルが、ＬＴＥ／ＬＴＥ−Ａ通信のために使用され得る。受信機モジュール５１０は、それぞれ図１および／または図３を参照しながら説明したワイヤレス通信システム１００、３００の１つまたは複数の通信リンク１２５、３２５など、ワイヤレス通信システムの１つまたは複数の通信リンク上で様々なタイプのデータまたは制御信号（すなわち、送信）を受信するために使用され得る。受信機モジュール５１０によって受信されるデータのタイプまたは制御信号の例は、ＰＤＳＣＨおよびＰＵＳＣＨのいずれかを介したリソースの付与を含む。
【００７２】
[0081]いくつかの例では、送信機モジュール５２０は、たとえば、発見メッセージを送信するように動作可能な少なくとも１つのＲＦ送信機など、少なくとも１つのＲＦ送信機を含むことができる。送信機モジュール５２０は、それぞれ図１および／または図３を参照しながら説明したワイヤレス通信システム１００、３００の１つまたは複数の通信リンク１２５、３２５など、ワイヤレス通信システムの１つまたは複数の通信リンク上で様々なタイプのデータまたは制御信号（すなわち、送信）を送信するために使用され得る。送信機モジュール５２０によって送信されるデータのタイプまたは制御信号の例は、ＨＡＲＱフィードバックおよび／またはＵＣＩ報告を含む。
【００７３】
[0082]いくつかの例では、装置５０５がＣＡまたはデュアル／マルチ接続動作のために構成されたとき、およびＣＣのうちの少なくとも１つがｅＩＭＴＡのために対応可能であるとき、通信のタイミングを管理するために、マルチキャリアｅＩＭＴＡタイミングモジュール５１５が使用され得る。ＨＡＲＱタイミングの決定は、マルチキャリアｅＩＭＴＡタイミングモジュール５１５によって管理され得、ＣＣのうちの少なくとも１つを使用した通信は、送信機モジュール５２０を介して装置５０５によって送信され得る。
【００７４】
[0083]図６は、装置５０５−ａを含むブロック図６００を示し、これは、本開示の様々な態様に従って、ワイヤレス通信に使用される（図５の）装置５０５の１つまたは複数の態様の例であり得る。いくつかの例では、装置５０５−ａは、図５の受信機モジュール５１０および送信機モジュール５２０の例である、受信機モジュール５１０−ａおよび送信機モジュール５２０−ａを含み得る。追加の例では、装置５０５−ａは、図５のマルチキャリアｅＩＭＴＡタイミングモジュール５１５の１つまたは複数の態様の例であり得る、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ａを含み得る。いくつかの例では、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ａは、動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミング、半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミング、ＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミング、および優先順位付けモジュール６２０を含み得る。適切なタイミングを有する通信シグナルを構成し、送信する態様において、モジュール６０５、６１０、６１５、６２０が各々使用され得る。図６は具体例を示しているが、モジュール６０５、６１０、６１５、６２０の各々によって実行される機能は、結合されてもよく、または１つまたは複数の他のモジュールで実施されてもよい。
【００７５】
[0084]動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミング、および半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングは、一般に、装置５０５−ａ（たとえばＵＥ１１５）のためのＣＡに関与するＣＣの特徴に基づいて、ＨＡＲＱフィードバック（たとえばＡＣＫ／ＮＡＫ）のタイミングを管理する。一代替では、ｅＩＭＴＡ対応ＣＣのＨＡＲＱタイミングは、ｅＩＭＴＡ対応ＣＣのためのフレームにおける実際の動的に構成されたＤＬ／ＵＬサブフレーム構成に基づく。別の代替では、ｅＩＭＴＡ対応ＣＣのＨＡＲＱタイミングは、ＣＣのための半静的ＤＬ／ＵＬサブフレーム構成に基づき得る。一例として、ＳＩＢ１メッセージに示されるＤＬ／ＵＬサブフレーム構成が、ＨＡＲＱ  ＵＬメッセージのための半静的ＤＬ／ＵＬサブフレーム構成として使用され得、一方、ＨＡＲＱ  ＤＬメッセージのための半静的ＤＬ／ＵＬサブフレーム構成は、特定の構成（たとえば、構成２、４または５のうちの１つ）を示すＲＲＣメッセージに基づき得る。他の半静的ＤＬ／ＵＬサブフレーム構成が使用され得る。
【００７６】
[0085]したがって、ｅＩＭＴＡ対応ＣＣのためのＨＡＲＱタイミングは、ｅＩＭＴＡ対応ＣＣのための動的に構成されたまたは半静的のいずれかのＤＬ／ＵＬサブフレーム構成に基づき得る。ＨＡＲＱタイミングは、さらに、ＣＡにおける他のＣＣの特徴に基づき得る。たとえば、ＨＡＲＱタイミングは、ＣＡにおけるＣＣがＦＤＤであるかＴＤＤであるかに基づき得る。ＣＣがＴＤＤのキャリアタイプである場合、ＨＡＲＱタイミングは、様々なＣＣのＤＬ／ＵＬサブフレーム構成に基づき得る。ＨＡＲＱタイミングは、どのＣＣが１次ＣＣであるか、どのＣＣが２次ＣＣであるかにも基づき得る。クロススケジューリングが使用されるか、自己スケジューリングが使用されるかも、要因であり得る。加えて、ＨＡＲＱタイミングは、ＰＵＣＣＨが１次ＣＣ上のみであるか、またはＰＵＣＣＨが複数のＣＣ上で送信されるかによって影響され得る。
【００７７】
[0086]動的に構成されたＤＬ／ＵＬサブフレーム構成が使用されるとき、動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミングは、ＨＡＲＱメッセージのタイミングを管理する。一例として、１次ＣＣがＦＤＤキャリアタイプであるとき、および２次ＣＣがｅＩＭＴＡ対応であるとき、動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミングが使用され得る。この状況では、２次ＣＣのためのＤＬ  ＨＡＲＱタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。決定されたＨＡＲＱタイミングは、任意の不要なＡＣＫ／ＮＡＫバンドリング無しで２次ＣＣのすべてのＤＬサブフレームをスケジュールすることを可能にする。
【００７８】
[0087]別の例として、１次ＣＣがＴＤＤキャリアタイプであるとき、２次ＣＣがｅＩＭＴＡ対応であるとき、および２次ＣＣが自己スケジュールされるとき、動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミングが使用され得る。この場合、２次ＣＣのためのＨＡＲＱタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。これも、任意の不要なＡＣＫ／ＮＡＫバンドリング無しで２次ＣＣのすべてのＤＬサブフレームをスケジュールすることを可能にする。
【００７９】
[0088]対照的に、半静的ＤＬ／ＵＬサブフレーム構成が使用されるとき、半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングは、ＨＡＲＱメッセージのタイミングを管理する。一例として、１次ＣＣがｅＩＭＴＡ対応であるとき、およびＰＵＣＣＨが１次ＣＣ上のみであるとき、半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングが使用され得る。この場合、１次ＣＣと２次ＣＣの両方のためのＤＬ  ＨＡＲＱタイミングは、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。このＨＡＲＱタイミングの決定は、簡単な動作を可能にするが、追加のＡＣＫ／ＮＡＫバンドリング、および／または場合によってはアグリゲートされ得るＣＣの数に対する制限を犠牲にし得る。
【００８０】
[0089]別の例として、１次ＣＣがＴＤＤキャリアタイプであるとき、２次ＣＣがｅＩＭＴＡ対応であるとき、および２次ＣＣが１次ＣＣによってクロスキャリアスケジュールされるとき、半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングが使用され得る。この場合、２次ＣＣのためのＨＡＲＱタイミングは、半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。一例として、２次ＣＣのためのＨＡＲＱタイミングは、全体的なタイミングを単純化し得る、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。
【００８１】
[0090]動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミングまたは半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングのいずれかによって適用され得るように、類似の例がＨＡＲＱアップリンクタイミングのために存在する。
【００８２】
[0091]ＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングは、装置５０５−ａ（たとえばＵＥ１１５）のためのＣＡに関与するＣＣの特徴に基づくＵＣＩ報告の送信のためのＨＡＲＱタイミングを管理する。一代替では、ＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングは、ＰＵＣＣＨを担持するＣＣがｅＩＭＴＡ対応であるかどうかに基づいて、ＵＣＩ送信のためのＨＡＲＱタイミングを決定する。（ＰＵＣＣＨ  ＣＣが１次サービングセルのためであるか、２次サービングセルのためであるかにかかわらず）ＰＵＣＣＨ  ＣＣがｅＩＭＴＡ対応である場合、ＵＣＩは以下のオプションの１つまたは複数に従って送信され得る。第１のオプションとして、ＰＵＣＣＨ  ＣＣのためのＵＣＩは、固定のＵＬサブフレームにおいてのみ送信され得る。固定のＵＬサブフレームは、ＰＵＣＣＨ  ＣＣによって使用される半静的ＤＬ構成によって示され得る。ＰＵＣＣＨ  ＣＣの半静的ＤＬ基準構成は、たとえば３つの構成２、４または５のうちの１つでもよい（たとえば上記の表１を参照）。すなわち、ＰＵＣＣＨ  ＣＣのためのＵＣＩ報告は、ＵＣＩ報告構成（たとえば、周期的チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、および／またはサウンディング基準信号（ＳＲＳ））およびＰＵＣＣＨ  ＣＣの半静的ＤＬ基準構成に基づいて、固定のＵＬサブフレームにおいてのみ送信され得る。
【００８３】
[0092]第２のオプションとして、ＰＵＣＣＨ  ＣＣのためのＵＣＩは、固定のＵＬサブフレームとフレキシブルまたは動的ＵＬサブフレームの両方において送信され得る。したがって、ＵＣＩ報告のためのＨＡＲＱタイミングは、ＵＣＩ報告構成（たとえば、周期的なＣＳＩ、ＳＲおよび／またはＳＲＳ）、およびＰＵＣＣＨ  ＣＣの動的に構成されたＤＬ／ＵＬサブフレーム構成に基づき得る。
【００８４】
[0093]追加のオプションとして、ＰＵＣＣＨ  ＣＣ上の他のＣＣのためのＵＣＩのためのＨＡＲＱタイミングは、上記のオプションを適用することもできる。その結果、他のＣＣのためのＵＣＩのためのＰＵＣＣＨ  ＣＣ上のＨＡＲＱタイミングは、固定のサブフレームのみを使用して行われ得、または固定のサブフレームとフレキシブルなサブフレームの両方を使用しても行われ得る。非ＰＵＣＣＨ  ＣＣのためのＵＣＩ報告のＨＡＲＱタイミングは、ＰＵＣＣＨ  ＣＣのための半静的基準構成に基づいて決定され得る。
【００８５】
[0094]（ＰＵＣＣＨ  ＣＣが１次サービングセルのためであるか、２次サービングセルのためであるかにかかわらず）ＰＵＣＣＨ  ＣＣがｅＩＭＴＡ対応でないとき、ＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングは、ＵＣＩ送信のためのＨＡＲＱタイミングも決定する。第１のオプションとして、ＵＣＩ報告のためのＨＡＲＱタイミングは、ＰＵＣＣＨ  ＣＣ構造タイプ（ＰＵＣＣＨ  ＣＣがＦＤＤであるかＴＤＤであるか）、およびＰＵＣＣＨ  ＣＣがＴＤＤキャリアタイプであるか、すなわち、ＰＵＣＣＨ  ＣＣのＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。第２のオプションとして、ＵＣＩ報告のためのＨＡＲＱタイミングは、ＵＣＩ報告が関係するＣＣの半静的または動的のいずれかのＴＤＤ  ＤＬ／ＵＬサブフレーム構成に基づいて決定され得るが、ＵＣＩの送信は、ＰＵＣＣＨ  ＣＣ構造タイプ（ＰＵＣＣＨ  ＣＣがＦＤＤであるかＴＤＤであるか）、およびＰＵＣＣＨ  ＣＣがＴＤＤキャリアタイプであるか、すなわち、ＰＵＣＣＨ  ＣＣのＤＬ／ＵＬサブフレーム構成に基づき得る。
【００８６】
[0095]ＣＡに関与するＣＣの間に起こり得る様々な優先順位の問題を管理するために、優先順位付けモジュール６２０は、ＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングとともに働き得る。たとえば、２つ以上のＣＣが同じサブフレームの間に予定されるＵＣＩを有するケースがあり得る。しかしながら、サブフレームの間、１つのＵＣＩ報告のみが報告され得る。たとえば、２つのＣＣからの周期的なＣＳＩが同じサブフレームの間に報告されることになっているとき、これは起こり得る。過去に、２つのＣＳＩメッセージ間の優先順位は、第１に、ＣＳＩ報告タイプ、および第２に、ＣＣごとのＵＥで特に構成されたサービングセルインデックスに基づいていた（この場合、最も低いＵＥで特に構成されたサービングセルインデックスが優先していた）。しかしながら、優先順位付けモジュール６２０は、優先順位の問題のための追加のオプションを追加することができる。これらのオプションは、ＣＣがｅＩＭＴＡ対応かどうか、および／または、ＵＣＩ報告が固定のサブフレームと関連しているか、フレキシブルなサブフレームと関連しているかを含む。たとえば、優先順位付けモジュール６２０は、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連したＣＳＩ報告が、同じタイプの、ｅＩＭＴＡ対応の第２のＣＣのための固定のサブフレームに関連するＣＳＩ報告よりも低い優先順位を有し得ることを決定し得る。別の例として、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連したＣＳＩ報告はまた、ｅＩＭＴＡ対応ではない第２のＣＣのための同じタイプのＣＳＩ報告よりも低い優先順位を有し得る。
【００８７】
[0096]優先順位付けモジュール６２０は、電力の優先順位のための追加のオプションを提供することもできる。様々なＣＣのための電力割振りを選択する際、優先順位付けモジュール６２０は、ＣＣがｅＩＭＴＡ対応であるかどうか、および／またはＣＣのためのＵＣＩが固定のサブフレームまたはフレキシブルなサブフレームに関連付けられているかどうかを考慮することができる。たとえば、優先順位付けモジュール６２０は、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連した周期的なＳＲＳ送信が、ｅＩＭＴＡ対応の第２のＣＣのための固定のサブフレームに関連する周期的なＳＲＳ送信よりも低い優先順位を有し得ることを決定し得る。別の例として、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連した周期的なＳＲＳ送信はまた、ｅＩＭＴＡ対応ではない第２のＣＣのための周期的なＳＲＳ送信よりも低い優先順位を有し得る。
【００８８】
[0097]図７は、本開示の様々な態様による、ワイヤレス通信において使用するためのＵＥ７１５のブロック図７００を示す。ＵＥ７１５は様々な構成を有してよく、パーソナルコンピュータ（たとえば、ラップトップコンピュータ、ネットブックコンピュータ、タブレットコンピュータなど）、携帯電話、ＰＤＡ、デジタルビデオレコーダ（ＤＶＲ）、インターネット機器、ゲームコンソール、電子リーダーなどに含まれてよく、またはその一部であってよい。いくつかの例では、ＵＥ７１５は、モバイル動作を容易にするために、小型バッテリーなどの内部電源（図示されず）を有し得る。いくつかの例では、ＵＥ７１５は、図１、図３、図５、および／または図６を参照して説明されるＵＥ１１５または装置５０５のうちの１つの１つまたは複数の態様の一例であり得る。ＵＥ７１５は、図１、図２、図３、図４Ａ、図４Ｂ、図５、および／または図６を参照して記載された特徴および機能のうちの少なくともいくつかを実装するように構成される場合がある。
【００８９】
[0098]ＵＥ７１５は、プロセッサモジュール７０５、メモリモジュール７１０、少なくとも１つの送受信機モジュール（送受信機モジュール７３０によって表される）、少なくとも１つのアンテナ（アンテナ７３５によって表される）、またはマルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂを含み得る。これらの構成要素の各々は、互いに、直接、または間接的に、１つまたは複数のバス７２５を通じて通信し得る。
【００９０】
[0099]メモリモジュール７１０は、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ）を含み得る。メモリモジュール７１０は、実行されたとき、たとえば、ＨＡＲＱおよびＵＣＩメッセージを通信するための本明細書で説明する様々な機能をプロセッサモジュール７０５に実施させるように構成された命令を含んでいるコンピュータ可読、コンピュータ実行可能ソフトウェア（ＳＷ）コード７２０を記憶し得る。代替的に、ソフトウェアコード７２０は、プロセッサモジュール７０５によって直接実行可能でないことがあるが、（たとえば、コンパイルされ実行されたとき）ＵＥ７１５に本明細書で説明される様々な機能を実行させるように構成され得る。
【００９１】
[0100]プロセッサモジュール７０５は、インテリジェントハードウェアデバイス、たとえば、ＣＰＵ、マイクロコントローラ、ＡＳＩＣなどを含む場合がある。プロセッサモジュール７０５は、送受信機モジュール７３０を通じて受信された情報、またはアンテナ７３５を通じた送信のために送受信機モジュール７３０に送られるべき情報を処理することができる。プロセッサモジュール７０５は、単独で、またはマルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂとともに、たとえばＨＡＲＱおよびＵＣＩメッセージなど、通信のタイミングの送信、受信、管理の様々な態様を処理することができる。
【００９２】
[0101]送受信機７３０は、パケットを変調し、変調されたパケットを送信のためにアンテナ７３５に与え、アンテナ７３５から受信されたパケットを復調するように構成されたモデムを含み得る。（１つまたは複数の）送受信機モジュール７３０は、いくつかの例では、１つまたは複数の送信機モジュールおよび１つまたは複数の別個の受信機モジュールとして実装され得る。送受信機モジュール７３０は、発見関連の通信をサポートすることができる。（１つまたは複数の）送受信機モジュール７３０は、図１、または図３を参照して説明された、基地局１０５のうちの１つまたは複数と、（１つまたは複数の）アンテナ７３５を介して双方向に通信するように構成され得る。ＵＥ７１５は単一のアンテナを含み得るが、ＵＥ７１５が複数のアンテナ７３５を含み得る例があり得る。
【００９３】
[0102]マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂは、ＨＡＲＱタイミングの決定に関する図１、図２、図３、図４Ａ、図４Ｂ、図５、または図６を参照して説明された特徴および／または機能のいくつかまたはすべてを実行および／または制御するように構成され得る。たとえば、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂは、複数のＣＣがＣＡまたはマルチ接続動作のために構成されるとき、ｅＩＭＴＡの対象となる少なくとも１つのＣＣのためのＵＣＩ報告のためのＨＡＲＱタイミングおよびＨＡＲＱフィードバックの送信タイミングの決定をサポートするように構成され得る。いくつかの例では、例として、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂは、図５または図６を参照して説明されたマルチキャリアｅＩＭＴＡタイミングモジュール５１５の１つまたは複数の態様の例であり得る。マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂは、動的ＤＬ／ＵＬ構成モジュール６０５−ａのためのＨＡＲＱタイミング（図６の動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミングの一例であり得る）、半静的ＤＬ／ＵＬ構成モジュール６１０−ａのためのＨＡＲＱタイミング（図６の半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングの一例であり得る）、ＵＣＩ送信モジュール６１５−ａのためのＨＡＲＱタイミング（図６のＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングの一例であり得る）、および優先順位付けモジュール６２０−ａ（図６の優先順位付けモジュール６２０の一例であり得る）を含み得る。マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂまたはその部分は、プロセッサを含んでよく、または、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂの機能の一部もしくはすべては、プロセッサモジュール７０５によって、もしくはプロセッサモジュール７０５に関連して実行され得る。加えて、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂまたはその部分は、メモリを含むことができ、または、マルチキャリアｅＩＭＴＡタイミングモジュール５１５−ｂの機能の一部もしくはすべては、メモリモジュール７１０を使用することができ、またはメモリモジュール７１０に関連して使用され得る。
【００９４】
[0103]図８は、本開示の様々な態様による、ワイヤレス通信のための方法８００の例を示すフローチャートである。明快にするために、方法８００は、図１、図３もしくは図７を参照して説明されるＵＥ１１５、７１５のうちの１つまたは複数の態様、または、図５もしくは図６を参照して説明される装置５０５のうちの１つまたは複数の態様を参照して以下で説明される。いくつかの例では、ＵＥ１１５、７１５のうちの１つなどのＵＥ、または装置５０５のうちの１つなどの装置は、以下で説明される機能を実行するようにＵＥまたは装置の機能要素を制御するために、コードの１つまたは複数のセットを実行することができる。
【００９５】
[0104]ブロック８０５において、方法８００は、少なくとも第１のＣＣと第２のＣＣとを備える構成を受信することを含み得る。ブロック８１０で、方法８００は、第１のＣＣおよび第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することを含み得、決定されたＨＡＲＱタイミングは、受信された構成、ならびに第１のＣＣおよび第２のＣＣのうちの少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく。上記で説明したように、ｅＩＭＴＡ対応ＣＣにおいて可能にされる、ＣＣ構成の変化は干渉をもたらし得る。
【００９６】
[0105]ブロック８１５において、方法８００は、決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて第１のＣＣおよび第２のＣＣのうちの少なくとも１つを使用して通信することを含み得る。（図５、図６、および／または図７の）マルチキャリアｅＩＭＴＡタイミングモジュール５１５に関して上記で説明したように、タイミング干渉は、要因の中でも、ＣＡにおけるＣＣの特徴ならびにｅＩＭＴＡ構成を考慮するＨＡＲＱタイミングを決定することによって低減され得る。
【００９７】
[0106]ＨＡＲＱタイミングは、動的に構成されたＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。代替的に、ＨＡＲＱタイミングは、半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。ＨＡＲＱタイミングは、ｅＩＭＴＡの対象となるＣＣを使用する通信に適用され得る。加えて、決定されたＨＡＲＱタイミングは、ＵＣＩ報告を含む通信に適用され得る。
【００９８】
[0107]図９は、本開示の様々な態様による、ワイヤレス通信のための方法９００の例を示すフローチャートである。明快にするために、方法９００は、図１、図３もしくは図７を参照して説明されるＵＥ１１５、７１５のうちの１つまたは複数の態様、または、図５もしくは図６を参照して説明される装置５０５のうちの１つまたは複数の態様を参照して以下で説明される。いくつかの例では、ＵＥ１１５、７１５のうちの１つなどのＵＥ、または装置５０５のうちの１つなどの装置は、以下で説明される機能を実行するようにＵＥまたは装置の機能要素を制御するために、コードの１つまたは複数のセットを実行することができる。
【００９９】
[0108]ブロック９０５で、方法９００は、ＣＣのうちの少なくとも１つのためのＨＡＲＱタイミングを決定することを含み得、ここにおいて、ＣＣのうちの少なくとも１つがｅＩＭＴＡの対象となる。ＣＣは、キャリアアグリゲーションまたはデュアル接続動作のために構成され得る。方法９００が関係するＨＡＲＱタイミングの決定は、半静的ＤＬ／ＵＬサブフレーム構成に基づき得る決定を含む。したがって、方法９００で示される機能は、図５、図６、および／または図７を参照して上述した半静的ＤＬ／ＵＬ構成モジュール６１０のためのＨＡＲＱタイミングに関係し得る。
【０１００】
[0109]たとえば、方法９００におけるブロック９１０で、以下の条件があてはまる場合、ＨＡＲＱフィードバックタイミングは、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。１次ＣＣは、ｅＩＭＴＡ対応であり、ＰＵＣＣＨは、１次ＣＣ上のみである。この場合、１次ＣＣと２次ＣＣの両方のためのＤＬ  ＨＡＲＱタイミングは、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づく。
【０１０１】
[0110]別の例として、方法９００におけるブロック９１５で、以下の条件があてはまる場合、２次ＣＣのためのＨＡＲＱフィードバックタイミングは、半静的ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。２次ＣＣは、ｅＩＭＴＡ対応であり、１次ＣＣは、ＴＤＤである。この場合、２次ＣＣのためのＨＡＲＱタイミングは、半静的ＤＬ／ＵＬサブフレーム構成に基づく。一例として、２次ＣＣのためのＨＡＲＱタイミングは、１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づき得る。
【０１０２】
[0111]図１０は、本開示の様々な態様による、ワイヤレス通信のための方法１０００の例を示すフローチャートである。明快にするために、方法１０００は、図１、図３もしくは図７を参照して説明されるＵＥ１１５、７１５のうちの１つまたは複数の態様、または、図５もしくは図６を参照して説明される装置５０５のうちの１つまたは複数の態様を参照して以下で説明される。いくつかの例では、ＵＥ１１５、７１５のうちの１つなどのＵＥ、または装置５０５のうちの１つなどの装置は、以下で説明される機能を実行するようにＵＥまたは装置の機能要素を制御するために、コードの１つまたは複数のセットを実行することができる。
【０１０３】
[0112]ブロック１００５で、方法１０００は、ＣＣのうちの少なくとも１つのためのＨＡＲＱタイミングを決定することを含み得、ここにおいて、ＣＣのうちの少なくとも１つがｅＩＭＴＡの対象となる。ＣＣは、キャリアアグリゲーションまたはデュアル接続動作のために構成され得る。方法１０００が関係するＨＡＲＱタイミングの決定は、動的ＤＬ／ＵＬサブフレーム構成に基づき得る決定を含む。したがって、方法１０００で示される機能は、図５、図６、および／または図７を参照して上述した動的ＤＬ／ＵＬ構成モジュール６０５のためのＨＡＲＱタイミングに関係し得る。
【０１０４】
[0113]たとえば、方法１０００におけるブロック１０１０で、以下の条件があてはまる場合、２次ＣＣのためのＨＡＲＱフィードバックタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得る。２次ＣＣは、ｅＩＭＴＡ対応であり、１次ＣＣは、ＦＤＤである。この場合、２次ＣＣのためのＤＬ  ＨＡＲＱタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づく。
【０１０５】
[0114]たとえば、方法１０００におけるブロック１０１５で、以下の条件があてはまる場合、２次ＣＣのためのＨＡＲＱフィードバックタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得る。２次ＣＣは、ｅＩＭＴＡ対応であり、１次ＣＣは、ＴＤＤである。この場合、２次ＣＣのためのＨＡＲＱタイミングは、２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づく。
【０１０６】
[0115]図１１は、本開示の様々な態様による、ワイヤレス通信のための方法１１００の例を示すフローチャートである。明快にするために、方法１１００は、図１、図３もしくは図７を参照して説明されるＵＥ１１５、７１５のうちの１つまたは複数の態様、または、図５もしくは図６を参照して説明される装置５０５のうちの１つまたは複数の態様を参照して以下で説明される。いくつかの例では、ＵＥ１１５、７１５のうちの１つなどのＵＥ、または装置５０５のうちの１つなどの装置は、以下で説明される機能を実行するようにＵＥまたは装置の機能要素を制御するために、コードの１つまたは複数のセットを実行することができる。
【０１０７】
[0116]ブロック１１０５で、方法１１００は、ＰＵＣＣＨがｅＩＭＴＡの対象となるＣＣ上であるとき、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定することを含み得る。方法１１００が関係するＨＡＲＱタイミングの決定は、図５、図６、および／または図７を参照して上述したＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングを参照して記載したＨＡＲＱタイミングを含む。方法１１００およびブロック１１０５は、特に、ＰＵＣＣＨ  ＣＣがｅＩＭＴＡ対応である場合のＵＣＩ報告のためのＨＡＲＱタイミングに焦点を合わせる。
【０１０８】
[0117]たとえば、方法１１００のブロック１１１０で、ＰＵＣＣＨ  ＣＣのためのＵＣＩ報告のためのＨＡＲＱフィードバックは、固定のＵＬサブフレームを使用して送信され得る。ブロック１１１５で、固定のＵＬサブフレームは、ＰＵＣＣＨ  ＣＣのための半静的ＤＬ／ＵＬサブフレーム構成を使用して識別される。代替として、ブロック１１２０で、ＰＵＣＣＨ  ＣＣのためのＵＣＩ報告のためのＨＡＲＱフィードバックは、固定のＵＬサブフレームとフレキシブルなＵＬサブフレームの両方を使用して送信され得る。この場合、フレキシブルなサブフレームは、ＰＵＣＣＨ  ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づき得る。
【０１０９】
[0118]方法１１００のブロック１１０５、１１１０、１１１５および１１２０は、ＵＣＩ報告がｅＩＭＴＡの対象となるＰＵＣＣＨ  ＣＣ上で送信される他のＣＣのためのＵＣＩ報告のためのＨＡＲＱタイミングの決定にも当てはまり得る。これらの例では、同じオプションが当てはまり得るが、これらの他のＣＣの周期的な構成がＰＵＣＣＨ  ＣＣのための半静的ＤＬ／ＵＬ構成に基づき得る。
【０１１０】
[0119]図１２は、本開示の様々な態様による、ワイヤレス通信のための方法１２００の例を示すフローチャートである。明快にするために、方法１２００は、図１、図３もしくは図７を参照して説明されるＵＥ１１５、７１５のうちの１つまたは複数の態様、または、図５もしくは図６を参照して説明される装置５０５のうちの１つまたは複数の態様を参照して以下で説明される。いくつかの例では、ＵＥ１１５、７１５のうちの１つなどのＵＥ、または装置５０５のうちの１つなどの装置は、以下で説明される機能を実行するようにＵＥまたは装置の機能要素を制御するために、コードの１つまたは複数のセットを実行することができる。
【０１１１】
[0120]ブロック１２０５で、方法１２００は、ＰＵＣＣＨがｅＩＭＴＡ対応ＣＣ上にないとき、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定することを含み得る。方法１２００が関係するＨＡＲＱタイミングは、図５、図６、および／または図７を参照して上述したＵＣＩ送信モジュール６１５のためのＨＡＲＱタイミングを参照して記載したＨＡＲＱタイミングを含む。方法１２００およびブロック１２０５は、特に、ＰＵＣＣＨ  ＣＣがｅＩＭＴＡ対応でない場合のＵＣＩ報告のためのＨＡＲＱタイミングに焦点を合わせる。
【０１１２】
[0121]たとえば、方法１２００のブロック１２２０で、非ＰＵＣＣＨ  ＣＣのためのＵＣＩ報告（すなわち、ＰＵＣＣＨ  ＣＣ以外のＣＣのための、しかし、ＰＵＣＣＨ  ＣＣ上で送信されることになっているＵＣＩ報告）は、ＰＵＣＣＨ  ＣＣ構造タイプおよび／またはそのＤＬ／ＵＬサブフレーム構成に基づいて構成され、送信され得る。ＰＵＣＣＨ  ＣＣ構造タイプがＴＤＤである場合、ＵＣＩ報告のためのＨＡＲＱタイミングの決定の根拠として、そのＤＬ／ＵＬサブフレーム構成が使用され得る。代替として、ブロック１２１０で、非ＰＵＣＣＨ  ＣＣのためのＵＣＩ報告のためのＨＡＲＱタイミングは、非ＰＵＣＣＨ  ＣＣの半静的または動的ＴＤＤ  ＤＬ／ＵＬサブフレーム構成に基づいて決定され得る。ブロック１２１５で、ＵＣＩのためのＨＡＲＱフィードバックは、ＰＵＣＣＨ  ＣＣ構造タイプおよび／またはＤＬ／ＵＬサブフレーム構成に基づいて送信され得る。ＰＵＣＣＨ  ＣＣ構造タイプがＴＤＤである場合、ＵＣＩ報告のためのＨＡＲＱタイミングの決定の根拠として、そのＤＬ／ＵＬサブフレーム構成が使用され得る。
【０１１３】
[0122]図１３は、本開示の様々な態様による、ワイヤレス通信のための方法１３００の例を示すフローチャートである。明快にするために、方法１３００は、図１、図３もしくは図７を参照して説明されるＵＥ１１５、７１５のうちの１つまたは複数の態様、または、図５もしくは図６を参照して説明される装置５０５のうちの１つまたは複数の態様を参照して以下で説明される。いくつかの例では、ＵＥ１１５、７１５のうちの１つなどのＵＥ、または装置５０５のうちの１つなどの装置は、以下で説明される機能を実行するようにＵＥまたは装置の機能要素を制御するために、コードの１つまたは複数のセットを実行することができる。
【０１１４】
[0123]ブロック１３０５で、方法１３００は、ＵＣＩ報告を送るためのＨＡＲＱタイミングを決定することを含み得る。方法１３００が関係するＨＡＲＱタイミングは、図５、図６、および／または図７を参照して上述したＵＣＩ送信モジュール６１５、および優先順位付けモジュール６２０のためのＨＡＲＱタイミングを参照して記載したＨＡＲＱタイミングを含む。方法１３００およびブロック１３０５は、ｅＩＭＴＡ構成および固定もしくはフレキシブルなＤＬ／ＵＬサブフレーム構成を考慮に入れる優先順位の決定に特に焦点を合わせる。
【０１１５】
[0124]ブロック１３１０で、方法１３００は、ＵＣＩ報告が関係するＣＣがｅＩＭＴＡ対応であるかどうかに基づいてＵＣＩ報告の送信の優先順位を付けることを含み得る。ＵＣＩの報告の優先順位付けは、ＵＣＩ報告が固定のサブフレーム構成に関連しているか、動的に決定されたサブフレーム構成に関連しているかにも基づき得る。たとえば、ブロック１３１０で、方法１３００は、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連したＣＳＩ報告が、同じタイプの、ｅＩＭＴＡ対応の第２のＣＣのための固定のサブフレームに関連するＣＳＩ報告よりも低い優先順位を有し得ることを決定し得る。別の例として、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連した周期的なＣＳＩ報告はまた、ｅＩＭＴＡ対応ではない第２のＣＣのための同じタイプのＣＳＩ報告よりも低い優先順位を有し得る。
【０１１６】
[0125]ブロック１３１５で、方法１３００は、ＣＣがｅＩＭＴＡ対応かどうかに基づいてＣＣへの電力の割振りの優先順位を付けることを含み得る。電力の優先順位付けは、各ＣＣのＵＣＩが固定のサブフレーム構成に関連しているか、動的に決定されたサブフレーム構成に関連しているかにも基づき得る。たとえば、ブロック１３１５で、方法１３００は、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連した周期的なＳＲＳ送信が、ｅＩＭＴＡ対応の第２のＣＣのための固定のサブフレームに関連する周期的なＳＲＳ送信よりも低い優先順位を有し得ることを決定し得る。別の例として、ｅＩＭＴＡ対応の第１のＣＣのためのフレキシブルなサブフレームに関連した周期的なＳＲＳ送信はまた、ｅＩＭＴＡ対応ではない第２のＣＣのための周期的なＳＲＳ送信よりも低い優先順位を有し得る。
【０１１７】
[0126]添付の図面に関して上に記載された発明を実施するための形態は、例示的な実施形態について説明しており、実装され得るまたは特許請求の範囲内に入る実施形態のみを表すものではない。この明細書全体にわたって使用する「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、「好ましい」または「他の実施形態よりも有利な」を意味しない。発明を実施するための形態は、説明される技法の理解をもたらすための具体的な詳細を含む。しかしながら、これらの技法は、これらの特定の詳細なしに実践される場合がある。いくつかの事例では、説明した実施形態の概念を不明瞭にすることを回避するために、よく知られている構造およびデバイスがブロック図の形式で示されている。
【０１１８】
[0127]本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムなどの様々なワイヤレス通信システムに使用され得る。「システム」と「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格を包含する。ＩＳ−２０００  Ｒｅｌｅａｓｅ  ０およびＡは、一般的に、ＣＤＭＡ２０００  １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、通常、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ（ＨＲＰＤ）などと呼ばれる。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ  ＣＤＭＡ（ＷＣＤＭＡ）とＣＤＭＡの他の変形形態とを含む。ＴＤＭＡシステムは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ。ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明される技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術のために使用され得る。ただし、上記の説明では、例としてＬＴＥシステムについて説明し、上記の説明の大部分においてＬＴＥ用語が使用されるが、本技法はＬＴＥ適用例以外に適用可能である。
【０１１９】
[0128]情報および信号は、種々の異なる技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。
【０１２０】
[0129]本明細書の開示に関して説明された様々な例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェアコンポーネント、または本明細書で説明された機能を実行するように設計されたそれらの任意の組合せによって実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。プロセッサは、場合によっては、メモリと電子通信していてもよく、メモリは、プロセッサによって実行可能な命令を記憶する。
【０１２１】
[0130]本明細書において説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶され、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態が、本開示および添付の特許請求の範囲および趣旨内にある。たとえば、ソフトウェアの性質により、上記に記載された機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのいずれかの組合せによって実行されるソフトウェアを使用して実装される場合がある。機能を実装する特徴はまた、機能の一部が異なる物理的場所において実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙中で使用される「または」は、たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の列挙が、ＡまたはＢまたはＣ、またはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を意味するような選言的列挙を示す。
【０１２２】
[0131]コンピュータプログラム製品またはコンピュータ可読媒体はいずれも、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ可読記憶媒体と通信媒体とを含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の媒体であり得る。限定ではなく例として、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のコンピュータ可読プログラムコードを搬送もしくは記憶するために使用され得、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、任意の接続がコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモート光源から送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれる。
【０１２３】
[0132]本開示の上述の説明は、当業者が本開示を作成または使用することができるように与えられる。本開示に対する様々な修正が当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。本開示全体にわたって、「例」または「例示的」という用語は、一例または一事例を示すものであり、言及した例についてのいかなる選好も暗示または要求しない。したがって、本開示は、本明細書において説明される例および設計に限定されるべきでなく、本明細書において開示される原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2020039131.tif 000005
【図２】
2020039131.tif 000006
【図３】
2020039131.tif 000007
【図４Ａ】
2020039131.tif 000008
【図４Ｂ】
2020039131.tif 000009
【図５】
2020039131.tif 000010
【図６】
2020039131.tif 000011
【図７】
2020039131.tif 000012
【図８】
2020039131.tif 000013
【図９】
2020039131.tif 000014
【図１０】
2020039131.tif 000015
【図１１】
2020039131.tif 000016
【図１２】
2020039131.tif 000017
【図１３】
2020039131.tif 000018
【手続補正書】
【提出日】令和1年11月15日(2019.11.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信することと、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信することと
を備える方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１２３
【補正方法】変更
【補正の内容】
【０１２３】
[0132]本開示の上述の説明は、当業者が本開示を作成または使用することができるように与えられる。本開示に対する様々な修正が当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。本開示全体にわたって、「例」または「例示的」という用語は、一例または一事例を示すものであり、言及した例についてのいかなる選好も暗示または要求しない。したがって、本開示は、本明細書において説明される例および設計に限定されるべきでなく、本明細書において開示される原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  ワイヤレス通信のための方法であって、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信することと、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信することと
を備える方法。
［Ｃ２］  前記ＨＡＲＱタイミングを決定することが、前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づく、Ｃ１に記載の方法。
［Ｃ３］  前記ＨＡＲＱタイミングを決定することが、前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づく、Ｃ１に記載の方法。
［Ｃ４］  ＵＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのためのブロードキャストシステム情報ブロック（ＳＩＢ）メッセージに示されるサブフレーム構成に基づいて決定される、Ｃ３に記載の方法。
［Ｃ５］  ＤＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのための無線リソース制御（ＲＲＣ）メッセージによって示されるサブフレーム構成に基づいて決定される、Ｃ３に記載の方法。
［Ｃ６］  前記ＨＡＲＱタイミングが、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングタイミングの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ７］  前記構成が、前記第１のＣＣおよび前記第２のＣＣが時間領域複信（ＴＤＤ）キャリアタイプを有するか周波数領域複信（ＦＤＤ）キャリアタイプを有するか、前記第１のＣＣおよび前記第２のＣＣのためのクロスキャリアスケジューリング構成、前記第１のＣＣおよび前記第２のＣＣの１次もしくは２次のＣＣとしての指定、物理アップリンク制御チャネル（ＰＵＣＣＨ）の数、または前記第１のＣＣおよび前記第２のＣＣがキャリアアグリゲーション動作もしくはデュアル接続動作のために構成されるかどうかのうちの少なくとも１つに少なくとも部分的に基づく、Ｃ１に記載の方法。
［Ｃ８］  前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが前記１次ＣＣであり、ＰＵＣＣＨの前記数が１であり、前記１つのＰＵＣＣＨが前記１次ＣＣ上にある場合、前記１次ＣＣと前記２次ＣＣの両方のための前記ＨＡＲＱタイミングが、前記１次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づく、Ｃ７に記載の方法。
［Ｃ９］  前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが前記２次ＣＣであり、前記１次ＣＣがＴＤＤキャリアタイプである場合、前記１次ＣＣと前記２次ＣＣの両方のための前記ＨＡＲＱタイミングが、前記２次ＣＣの半静的ＤＬ／ＵＬサブフレーム構成に基づく、Ｃ７に記載の方法。
［Ｃ１０］  前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが前記２次ＣＣであり、前記１次ＣＣがＦＤＤキャリアタイプである場合、前記２次ＣＣのための前記ＨＡＲＱタイミングが、前記２次ＣＣの動的ＤＬ／ＵＬサブフレーム構成に基づく、Ｃ７に記載の方法。
［Ｃ１１］  前記ＨＡＲＱタイミングを決定することが、アップリンク制御情報（ＵＣＩ）報告のためのＨＡＲＱタイミングを決定することを備え、前記ＨＡＲＱタイミングが、前記ＵＣＩ報告を送るための１つまたは複数のサブフレームを示す、Ｃ１に記載の方法。
［Ｃ１２］  前記ＵＣＩ報告が前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣのためのものかどうか、または、前記ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて前記ＵＣＩの送信を優先順位付けすること
をさらに備えるＣ１１に記載の方法。
［Ｃ１３］  前記ＵＣＩ報告を送るための前記ＨＡＲＱタイミングを決定することが、ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣが物理アップリンク制御チャネル（ＰＵＣＣＨ）を担持する前記ＣＣであるかどうかに少なくとも部分的に基づく、Ｃ１１に記載の方法。
［Ｃ１４］  前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣがＰＵＣＣＨを担持する前記ＣＣである場合、前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣ上でＵＣＩ報告を送るための前記ＨＡＲＱタイミングが、動的に決定されたアップリンクサブフレームを使用する、Ｃ１３に記載の方法。
［Ｃ１５］  前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣがＰＵＣＣＨを担持する前記ＣＣでない場合、前記ＰＵＣＣＨを担持する前記ＣＣ上でＵＣＩ報告を送るための前記ＨＡＲＱタイミングが、固定のアップリンクサブフレームを使用する、Ｃ１３に記載の方法。
［Ｃ１６］  前記第１のＣＣと前記第２のＣＣとが、キャリアアグリゲーション（ＣＡ）動作のために構成された、Ｃ１に記載の方法。
［Ｃ１７］  前記第１のＣＣと前記第２のＣＣとが、デュアル接続動作のために構成された、Ｃ１に記載の方法。
［Ｃ１８］  ワイヤレス通信のための装置であって、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信するための手段と、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信するための手段と
を備える装置。
［Ｃ１９］  ワイヤレス通信のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリとを備え、前記メモリが、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信し、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定し、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信する
ために前記プロセッサによって実行可能な命令を記憶する、
装置。
［Ｃ２０］  前記命令が、
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの動的に構成されたダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいて前記ＨＡＲＱタイミングを決定する
ために前記プロセッサによって実行可能である
Ｃ１９に記載の装置。
［Ｃ２１］  前記命令が、
前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣの半静的ダウンリンク／アップリンク（ＤＬ／ＵＬ）サブフレーム構成に基づいて前記ＨＡＲＱタイミングを決定する  ために前記プロセッサによって実行可能である
Ｃ１９に記載の装置。
［Ｃ２２］  ＵＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのためのブロードキャストシステム情報ブロック（ＳＩＢ）メッセージに示されるサブフレーム構成に基づいて決定される、Ｃ２１に記載の装置。
［Ｃ２３］  ＤＬ  ＨＡＲＱタイミングが、前記少なくとも１つのＣＣのための無線リソース制御（ＲＲＣ）メッセージによって示されるサブフレーム構成に基づいて決定される、Ｃ２１に記載の装置。
［Ｃ２４］  前記ＨＡＲＱタイミングが、ＨＡＲＱ肯定応答（ＡＣＫ）タイミングおよびＨＡＲＱスケジューリングタイミングの少なくとも１つを備える、Ｃ１９に記載の装置。
［Ｃ２５］  前記構成が、前記第１のＣＣおよび前記第２のＣＣが時間領域複信（ＴＤＤ）キャリアタイプを有するか周波数領域複信（ＦＤＤ）キャリアタイプを有するか、前記第１のＣＣおよび前記第２のＣＣのためのクロスキャリアスケジューリング構成、前記第１のＣＣおよび前記第２のＣＣの１次もしくは２次のＣＣとしての指定、物理アップリンク制御チャネル（ＰＵＣＣＨ）の数、または前記第１のＣＣおよび前記第２のＣＣがキャリアアグリゲーション動作もしくはデュアル接続動作のために構成されるかどうかのうちの少なくとも１つに少なくとも部分的に基づく、Ｃ１９に記載の装置。
［Ｃ２６］  前記ＨＡＲＱタイミングを決定することが、アップリンク制御情報（ＵＣＩ）報告のためのＨＡＲＱタイミングを決定することを備え、前記ＨＡＲＱタイミングが、前記ＵＣＩ報告を送るための１つまたは複数のサブフレームを示す、Ｃ１９に記載の装置。
［Ｃ２７］  前記命令が、
前記ＵＣＩ報告が前記ｅＩＭＴＡの対象となる前記少なくとも１つのＣＣのためのものかどうか、または、前記ＵＣＩ報告が固定のサブフレームに関連しているか、動的に決定されたサブフレームに関連しているかに基づいて前記ＵＣＩの送信を優先順位付けする  ために前記プロセッサによって実行可能である
Ｃ２６に記載の装置。
［Ｃ２８］  前記第１のＣＣと前記第２のＣＣとが、キャリアアグリゲーション（ＣＡ）動作のために構成された、Ｃ１９に記載の装置。
［Ｃ２９］  前記第１のＣＣと前記第２のＣＣとが、デュアル接続動作のための構成である、Ｃ１９に記載の装置。
［Ｃ３０］  非一時的プログラムコードを記録した非一時的コンピュータ可読媒体であって、前記非一時的プログラムコードが、
少なくとも第１のコンポーネントキャリア（ＣＣ）と第２のＣＣとを備える構成を受信するためのプログラムコードと、
前記第１のＣＣおよび前記第２のＣＣのうちの少なくとも１つのためのハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するためのプログラムコードと、前記決定されたＨＡＲＱタイミングが、前記受信された構成、ならびに前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つがトラフィック適応のための進化型干渉管理（ｅＩＭＴＡ）構成の対象であるかどうかに少なくとも部分的に基づく、
前記決定されたＨＡＲＱタイミングに少なくとも部分的に基づいて前記第１のＣＣおよび前記第２のＣＣのうちの前記少なくとも１つを使用して通信するためのプログラムコードと
を備える、
非一時的コンピュータ可読媒体。
【外国語明細書】
2020039131000001.pdf