(57)【特許請求の範囲】
【請求項１】
キャリア・アグリゲーション・システムのアップリンク・コンポーネント・キャリアＵＬ ＣＣハイブリッド自動再送要求ＨＡＲＱプロセスを処理するための方法であって、
ダウンリンク・コンポーネント・キャリアＤＬ ＣＣが非アクティブ化される旨の通知をユーザ機器が受信するステップと、
前記非アクティブ化されるＤＬ ＣＣからの物理ハイブリッド再送インジケータ・チャネルＰＨＩＣＨの受信を前記ユーザ機器が停止するステップと、
前記非アクティブ化されるＤＬ ＣＣによってスケジュールされたＵＬ ＣＣのＵＬ ＨＡＲＱプロセスの処理を前記ユーザ機器が停止するステップと、
再構成を行って別のＤＬ ＣＣをアクティブ化するように指示する制御シグナリングを前記ユーザ機器が受信するステップと、
前記アクティブ化されたＤＬ ＣＣからアップリンク・スケジューリング・コマンドを前記ユーザ機器が受信し、前記アップリンク・スケジューリング・コマンドが指示するＵＬ ＣＣに対応するＵＬ ＨＡＲＱプロセスの処理を前記ユーザ機器が再開するステップと
を含む方法。
【請求項２】
ＵＬ ＣＣのＵＬ ＨＡＲＱプロセスの処理を前記ユーザ機器が停止するステップが、ＤＬ ＣＣが非アクティブ化される旨の前記通知に従って、前記ＵＬ ＣＣに対応するすべてのＵＬ ＨＡＲＱプロセス・バッファを前記ユーザ機器が自動的にフラッシュするステップを含む、請求項１に記載の方法。
【請求項３】
ＵＬ ＣＣのＵＬ ＨＡＲＱプロセスの処理を前記ユーザ機器が停止するステップが、ＤＬ ＣＣが非アクティブ化される旨の前記通知に従って、前記ＵＬ ＣＣに対応するすべてのＵＬ ＨＡＲＱプロセス動作を前記ユーザ機器が自動的に一時停止するが、対応するＵＬ ＨＡＲＱプロセス・バッファは前記ユーザ機器が維持するステップを含む、請求項１に記載の方法。
【請求項４】
前記アップリンク・スケジューリング・コマンドが指示するＵＬ ＣＣに対応するＵＬ ＨＡＲＱプロセスの処理を前記ユーザ機器が再開するステップが、
前記アップリンク・スケジューリング・コマンドが新しい送信のためのものである場合、前記アップリンク・スケジューリング・コマンドが指示する前記ＵＬ ＣＣに対応するＵＬ ＨＡＲＱプロセス・バッファが、前記新しい送信で使用するために前記ユーザ機器によってフラッシュされるステップと、
前記アップリンク・スケジューリング・コマンドが再送のためのものである場合、適応再送が前記ユーザ機器によって実行されるステップと
をさらに含む、請求項１に記載の方法。
【請求項５】
キャリア・アグリゲーション・システムのアップリンク・コンポーネント・キャリアＵＬ ＣＣハイブリッド自動再送要求ＨＡＲＱプロセスを処理するための装置であって、
ダウンリンク・コンポーネント・キャリアＤＬ ＣＣが非アクティブ化される旨の通知を受信するように構成された受信手段と、
前記非アクティブ化されるＤＬ ＣＣからの物理ハイブリッド再送インジケータ・チャネルＰＨＩＣＨの受信を停止するように構成されたＰＨＩＣＨ停止手段と、
前記非アクティブ化されるＤＬ ＣＣによってスケジュールされたＵＬ ＣＣのＵＬ ＨＡＲＱプロセスの処理を停止するように構成されたＨＡＲＱ停止手段と
を備える装置において、
前記受信手段が、再構成を行って別のＤＬ ＣＣをアクティブ化するように指示する制御シグナリングを受信するようにさらに構成され、
前記装置は、アクティブ化されたＤＬ ＣＣからアップリンク・スケジューリング・コマンドを受信し、前記アップリンク・スケジューリング・コマンドが指示する前記ＵＬ ＣＣに対応する前記ＵＬ ＨＡＲＱプロセスの処理を再開するように構成された再開手段をさらに備える、装置。
【請求項６】
前記ＨＡＲＱ停止手段が、前記ＤＬ ＣＣが非アクティブ化される旨の前記通知に従って、前記ＵＬ ＣＣに対応するすべてのＵＬ ＨＡＲＱプロセス・バッファを自動的にフラッシュするように構成されたフラッシュ手段を備える、請求項５に記載の装置。
【請求項７】
前記ＨＡＲＱ停止手段が、前記ＤＬ ＣＣが非アクティブ化される旨の前記通知に従って、前記ＵＬ ＣＣに対応するすべてのＵＬ ＨＡＲＱプロセス動作を自動的に一時停止するが、対応するＵＬ ＨＡＲＱプロセス・バッファは維持するように構成されたハングアップ手段を備える、請求項５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャリア・アグリゲーション・システム（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ  ｓｙｓｔｅｍ）に関し、詳細には、キャリア・アグリゲーション・システムのアップリンク・コンポーネント・キャリア（ＵＬ  ＣＣ：ｕｐｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）のためのハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）プロセスを処理するための方法および装置に関する。
【背景技術】
【０００２】
ＬＴＥアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ）は、より広い帯域幅での作業をサポートするために、キャリア・アグリゲーション技術を導入する。キャリア・アグリゲーションは、複数の個別の周波数帯域を統合することによって、合同で、ユーザ機器（ＵＥ）にサービスすることができる。ＬＴＥとの下位互換性を考慮して、ＬＴＥアドバンストは、コンポーネント・キャリア（ＣＣ）の概念を導入する。ＬＴＥでは、各セルは、１つのＣＣを有するだけであり、各ＵＥは、それにサービスする１つのＣＣを有するだけである。しかし、ＬＴＥアドバンストでは、各ＵＥは、それにサービスする複数のＣＣを有することが可能である。
【０００３】
具体的に、ＬＴＥアドバンストでは、各基地局に複数のＣＣを提供することができ（現在は最大で５つのＣＣを許可することができ）、ＵＥも複数のＣＣを使用する可能性が高いが、ＵＥがすべてのＣＣを使用する可能性は低い。基地局、すなわちｅＮＢは、ＲＲＣシグナリングを介して、ユーザ機器（ＵＥ）のためのコンポーネント・キャリアを構成／再構成することができる。ＵＥに関して言えば、ＵＥが使用できるように構成されたＣＣは、構成ＣＣ（ｃｏｎｆｉｇｕｒｅｄ  ＣＣ）と呼ばれ、使用できないＣＣは、非構成ＣＣ（ｎｏｎ−ｃｏｎｆｉｇｕｒｅｄ  ＣＣ）と呼ばれる。構成ＣＣは、アクティブＣＣと非アクティブＣＣにさらに分類することができる。ｅＮＢは、ＲＲＣシグナリングを介して、ユーザ機器（ＵＥ）のためのＣＣを構成／再構成することができる。ｅＮＢは、アクティブ化／非アクティブ化ＭＡＣ制御シグナリング（ＭＡＣ  ＣＥ：ＭＡＣ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌｉｎｇ）を使用することによって、ＵＥの非アクティブＣＣをアクティブ化して、アクティブＣＣにすることができる。他方、ｅＮＢは、アクティブ化／非アクティブ化ＭＡＣ  ＣＥを使用することによって、ＵＥのアクティブＣＣを非アクティブ化して、非アクティブＣＣにすることができる。代替として、アクティブＣＣは、非アクティブ化タイマ（ｄｅ−ａｃｔｉｖａｔｉｏｎ  ｔｉｍｅｒ）の満了に応答して、暗黙的に非アクティブ化することができる。このメカニズムでは、非アクティブ化タイマが、アクティブＣＣに対して設定される。非アクティブ化タイマが満了したとき、対応するＣＣは、非アクティブ化されて、非アクティブＣＣになる。
【０００４】
ＵＥは、アクティブＣＣ上でデータを送信し、非アクティブＣＣ上ではいかなるデータも送信しない。スケジューリングに関して、ｅＮＢは、ＤＬ  ＣＣ上でアップリンク・スケジューリング・コマンド（ＵＬグラント（ＵＬ  ｇｒａｎｔ））を送信して、対応するＵＬ  ＣＣ上でのデータまたは制御情報の送信をスケジュールすることができる。ｅＮＢは、他のＵＬ  ＣＣ（すなわち対応するＵＬ  ＣＣ以外のＵＬ  ＣＣ）上でのデータまたは制御情報の送信もスケジュールすることができ、これは、クロス・スケジューリング（ｃｒｏｓｓ  ｓｃｈｅｄｕｌｉｎｇ）と呼ばれる。スケジューリング・コマンドを伝えるためのそのようなＤＬ  ＣＣは、スケジューリングＤＬ  ＣＣとも呼ばれる。
【０００５】
現在、各ＵＬ  ＣＣが、対応するスケジューリングＤＬ  ＣＣを有することはすでに可能である。ユーザ機器（ＵＥ）は、対応するアップリンク上でＵＬ動作を実行するために、アップリンク・スケジューリング・コマンドをスケジューリングＤＬ  ＣＣから復号しようと試みる。
【０００６】
ＵＥの電力消費を節約するため、ＵＥは、非アクティブＤＬ  ＣＣからは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）／物理ダウンリンク共用チャネル（ＰＤＳＣＨ）を受信しようと試みない。したがって、ＵＬ  ＣＣのスケジューリングＤＬ  ＣＣが非アクティブ化される場合、ＵＥは、ＵＬ  ＣＣのためのいかなるアップリンク・スケジューリング・コマンド（ＵＬグラント）も受信しなくなり、それによって、対応するＵＬ  ＣＣのＨＡＲＱプロセスの動作が影響を受ける。
【０００７】
したがって、上述の問題を解決できる、アップリンク・コンポーネント・キャリア・ハイブリッド自動再送要求（ＵＬ  ＣＣ  ＨＡＲＱ）プロセスを処理するための改良された解決手段が必要とされている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来技術に存在する問題に鑑みて、本発明の実施形態は、アップリンク・コンポーネント・キャリア・ハイブリッド自動再送要求（ＵＬ  ＣＣ  ＨＡＲＱ）プロセスを処理するための改良された方法および装置を提供する。
【課題を解決するための手段】
【０００９】
本発明の一実施形態によれば、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法が提供され、方法は、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信するステップと、非アクティブ化されるＤＬ  ＣＣからの物理ハイブリッド再送インジケータ・チャネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）の受信を停止するステップと、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するステップとを含む。
【００１０】
ＤＬ  ＣＣが非アクティブ化される旨の通知は、具体的には、非アクティブ化されるＤＬ  ＣＣのトリガ・メカニズムに依存する。例えば、通知は、基地局によってユーザ機器に送信される、非アクティブ化されるＤＬ  ＣＣのアクティブ化／非アクティブ化ＭＡＣ  ＣＥとすることができる。代替として、通知は、ＤＬ  ＣＣの非アクティブ化タイマが満了することを通知する信号とすることができる。
【００１１】
本発明の好ましい一実施形態によれば、ＵＥは、ＤＬ  ＣＣが非アクティブ化される旨の通知に従って、ＵＬ  ＣＣに対応するすべてのＵＬ  ＨＡＲＱプロセス・バッファを自動的にフラッシュすることができ、それによって、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止する。
【００１２】
本発明の好ましい別の実施形態によれば、ＵＥは、ＤＬ  ＣＣが非アクティブ化される旨の通知に従って、ＵＬ  ＣＣに対応するすべてのＵＬ  ＨＡＲＱプロセス動作を自動的に一時停止するが、対応するＵＬ  ＨＡＲＱプロセス・バッファは維持することができる。この実施形態では、ＵＥは、さらに、その後しばらくして、ｅＮＢのコマンドに従って、これらの一時停止されたＵＬ  ＨＡＲＱプロセス動作を再開することができ、データ損失が回避される。
【００１３】
本発明の別の実施形態によれば、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法が提供され、方法は、非アクティブ化される予定のダウンリンク・コンポーネント・キャリアＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣを決定するステップと、ＤＬ  ＣＣが非アクティブ化される前に、ＵＬ  ＣＣからの送信を復号した結果が成功であるかどうかに係わらず、ＵＥがＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するように、仮想ＨＡＲＱ  ＡＣＫ（ｖｉｒｔｕａｌ  ＨＡＲＱ  ＡＣＫ）を送信するステップとを含む。
【００１４】
本発明のさらなる一実施形態によれば、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法が提供され、方法は、仮想ＨＡＲＱ  ＡＣＫを受信するステップと、仮想ＨＡＲＱ  ＡＣＫに従って、対応するＵＬ  ＨＡＲＱプロセスの処理を停止するステップとを含み、仮想ＨＡＲＱ  ＡＣＫは、ＤＬ  ＣＣが非アクティブ化される前に、ＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される。
【００１５】
好ましくは、ＵＥは、仮想ＨＡＲＱ  ＡＣＫに従って、対応するＵＬ  ＨＡＲＱプロセスの処理を一時停止するが、対応するＵＬ  ＨＡＲＱプロセス・バッファは維持する。そのため、その後しばらくして、ＵＥは、さらに、ｅＮＢのコマンドに従って、これらの一時停止されたＵＬ  ＨＡＲＱプロセスの動作を再開することができ、データ損失が回避される。
【００１６】
本発明のさらなる一実施形態によれば、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための装置が提供され、装置は、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信するように構成された受信手段と、非アクティブ化されるＤＬ  ＣＣからの物理ハイブリッド再送インジケータ・チャネルＰＨＩＣＨの受信を停止するように構成されたＰＨＩＣＨ停止手段と、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するように構成されたＨＡＲＱ停止手段とを備える。
【００１７】
本発明のさらなる一実施形態によれば、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための装置が提供され、装置は、非アクティブ化される予定のダウンリンク・コンポーネント・キャリアＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣを決定するように構成された決定手段と、ＤＬ  ＣＣが非アクティブ化される前に、ＵＬ  ＣＣからの送信を復号した結果が成功であるかどうかに係わらず、ユーザ機器ＵＥがＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するように、仮想ＨＡＲＱ  ＡＣＫを送信するように構成された送信手段とを備える。
【００１８】
本発明のさらなる一実施形態によれば、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための装置が提供され、装置は、仮想ＨＡＲＱ  ＡＣＫを受信するように構成された受信手段であって、仮想ＨＡＲＱ  ＡＣＫが、ＤＬ  ＣＣが非アクティブ化される前に、ＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される、受信手段と、仮想ＨＡＲＱ  ＡＣＫに従って、対応するＵＬ  ＨＡＲＱプロセスの処理を停止するように構成されたＨＡＲＱ停止手段とを備える。
【００１９】
本発明の他の特徴、目的、および利点は、図面を参照しながら、非限定的な実施形態についての以下の詳細な説明を通読することによって、より明白になるであろう。図面では、同様の参照番号は、同一または同様の要素を表す。
【図面の簡単な説明】
【００２０】
【図１】ＬＴＥアドバンスト・システムにおけるＵＬ  ＣＣと、ＤＬ  ＣＣによってスケジュールされるＵＬ  ＣＣの概略図である。
【図２】本発明の第１の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法のフローチャートである。
【図３】本発明の第２の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法のフローチャートである。
【図４】本発明の第３の実施形態による、ｅＮＢ側において、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法のフローチャートである。
【図５】本発明の第３の実施形態による、ＵＥ側において、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法のフローチャートである。
【図６】本発明の一実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するためのユーザ側装置のフローチャートである。
【図７】本発明の別の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための基地局側装置のフローチャートである。
【図８】本発明の別の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するためのユーザ側装置のフローチャートである。
【発明を実施するための形態】
【００２１】
本発明による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法および装置が、図を組み合わせ、特定の実施形態を参照して、以下で説明される。
【００２２】
図１は、ＬＴＥアドバンスト・システムにおけるＵＬ  ＣＣと、ＤＬ  ＣＣによってスケジュールされるＵＬ  ＣＣの概略図を示している。図１に示されるシステムでは、３つのＤＬ  ＣＣ、すなわち、ＣＣ１、ＣＣ２、ＣＣ３が提供され、また２つのＵＬ  ＣＣ、すなわち、ＣＣ１’、ＣＣ２’が提供され、ＣＣ１とＣＣ１’がユニットを形成し、ＣＣ２とＣＣ２’が別のユニットを形成する。ＣＣ３に対応するＵＬ  ＣＣは存在しない。ＬＴＥアドバンストの現行の要件によれば、ｅＮＢは、各ＵＬ  ＣＣに対して、そのスケジューリングＤＬ  ＣＣとして、ただ１つのＤＬ  ＣＣを、ＲＲＣシグナリングによって構成／再構成する。ＵＥは、そのＵＬ  ＣＣ動作のためのアップリンク・スケジューリング・コマンドを、そのスケジューリングＤＬ  ＣＣから復号しようと試みる。図１に示されるケースでは、ｅＮＢは、アップリンクＣＣ１’およびＣＣ２’のためのスケジューリングＤＬ  ＣＣとして、ＣＣ１を構成する。ＣＣ１がアクティブＣＣである場合、ｅＮＢは、（矢印によって示されるように）ＣＣ１のＰＤＣＣＨ上でＣＣ１’およびＣＣ２’のためのアップリンク・スケジューリング・コマンドを送信する。ＵＥは、ＣＣ１’およびＣＣ２’の動作のためのアップリンク・スケジューリング・コマンドを、ＣＣ１から復号しようと試みる。
【００２３】
現行のＬＴＥアドバンスト・プロトコルによれば、電力節約を目的として、アクティブＣＣを非アクティブ化することができる。１つのＤＬ  ＣＣを非アクティブ化するのに、次の２つのトリガリング・メカニズムが存在する。（１）ｅＮＢが、アクティブ化／非アクティブ化ＭＡＣ  ＣＥによって明示的に非アクティブ化する、（２）ｅＮＢが、非アクティブ化タイマが満了したときに暗黙的に非アクティブ化する。電力節約を目的として、上記のメカニズムのいずれか一方によって、図１のＣＣ１を非アクティブ化することができる。２つのトリガリング・メカニズムによれば、ＤＬ  ＣＣが非アクティブ化されることを通知するのに、２種類の通知が存在する。メカニズム１では、アクティブ化／非アクティブ化ＭＡＣ  ＣＥが、ＤＬ  ＣＣが非アクティブ化されることを通知することができる。メカニズム２では、非アクティブ化タイマが満了することを通知する信号が、ＤＬ  ＣＣが非アクティブ化されることを通知することができる。
【００２４】
現行のＬＴＥアドバンスト・プロトコルによれば、ＵＥは、ＰＤＣＣＨ／ＰＤＳＣＨを、非アクティブ化されるＤＬ  ＣＣから復号しようとは試みない。しかし、非アクティブ化されるＤＬ  ＣＣからＵＥがＰＨＩＣＨを受信できるかどうかは、まだ議論されていない。非アクティブ化されるＤＬ  ＣＣからＵＥがＰＨＩＣＨを受信しようと試みることを考えた場合、ＤＬ  ＣＣを非アクティブ化することによってＵＥが電力を節約することを可能にするという利点は、もはや現実的ではなくなる。したがって、本発明の実施形態によれば、電力節約を目的として、非アクティブ化されるＤＬ  ＣＣからはＵＥがＰＨＩＣＨを検出しないことが提案される。
【００２５】
別の現行のＬＴＥアドバンスト・プロトコルによれば、ＵＬ送信のためのＰＨＩＣＨは、アップリンク・スケジューリング・コマンドを伝えるＤＬ  ＣＣ上で送信される。言い換えると、アップリンク・スケジューリング・コマンドと、対応するＰＨＩＣＨはともに、ＵＬ  ＣＣのスケジューリングＤＬ  ＣＣ上で送信される。
【００２６】
このケースでは、スケジューリングＤＬ  ＣＣが非アクティブ化される場合、ＵＥは、ＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのためのアップリンク・スケジューリング・コマンドを受信しなくなる。これは、これらのＵＬ  ＣＣのＨＡＲＱプロセスの処理に対して悪影響を与える。以下の説明では、これらのＵＬ  ＣＣは、被影響ＵＬ  ＣＣ（ｉｍｐａｃｔｅｄ  ＵＬ  ＣＣ）とも呼ばれる。対応するＨＡＲＱプロセスは、被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスと呼ばれる。例えば、図１のＣＣ１が非アクティブ化される場合、ＣＣ１’およびＣＣ２’のＨＡＲＱプロセスが影響を受ける。
【００２７】
具体的には、同期ＵＬ  ＨＡＲＱ戦略に基づいて、ＵＥは、いかなるアップリンク・スケジューリング・コマンドも受信しない場合でも、自動的にＵＬ非適応再送（ＵＬ  ｎｏｎ−ａｄａｐｔｉｖｅ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を実行する。図１を参照すると、ＣＣ１が非アクティブ化される場合、ＵＥは、ＰＤＣＣＨ／ＰＤＳＣＨを非アクティブ化されるＣＣ１から復号しようと試みず、ＣＣ１’およびＣＣ２’のためのアップリンク・スケジューリング・コマンドを受信することができない。したがって、ＵＥは、自動的にＣＣ１’およびＣＣ２’の非適応再送を実行する。例えば、各ＣＣは、最大で８回のＨＡＲＱプロセスを有することができる。本発明の実施形態によれば、スケジューリングＤＬ  ＣＣが非アクティブ化される場合、ＵＥは、これらの自動非適応再送に関するＰＨＩＣＨを、非アクティブ化されるＤＬ  ＣＣから受信することができない。したがって、ＰＨＩＣＨがないのはＵＥの観点からはＨＡＲＱ  ＮＡＣＫを意味するので、ＵＥは、再送が所定の回数に達するまで、自動的にエンドレスなＵＬ非適応再送を実行し続ける。明らかに、このエンドレスな自動ＵＬ再送は、大量の電力を消費し、ＵＥの電力節約にとって好ましくなく、ＵＬ性能の最大化に対していかなる利益ももたらさない。加えて、ｅＮＢが関連するリソースを他のＵＥに割り当てていることがあるので、このエンドレスな自動再送は、ＵＬ干渉を引き起こす。
【００２８】
したがって、本発明の実施形態によれば、スケジューリングＤＬ  ＣＣが非アクティブ化される場合、ＵＥは、その被影響ＵＬ  ＣＣ  ＨＡＲＱプロセス動作を停止すべきであり、それによって、ＵＥのより多くの電力節約を達成し、ＵＬ干渉を低減させることが提案される。
【００２９】
本発明の実施形態によれば、ＵＥのＵＬ  ＣＣ  ＨＡＲＱ動作を停止するのに、２つのオプションが提案される。
オプション１：ＵＥは、被影響ＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファをフラッシュする。
オプション２：ＵＥは、その被影響ＵＬ  ＣＣ  ＨＡＲＱプロセス動作を一時停止するが、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファは維持する。
【００３０】
オプション１では、ＵＬ  ＣＣのスケジューリングＤＬ  ＣＣが非アクティブ化される場合、ＵＥは、すべての被影響ＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファをフラッシュする。例えば、図１のＣＣ１が非アクティブ化される場合、ＣＣ１によってスケジュールされるＣＣ１’およびＣＣ２’のすべてのＨＡＲＱプロセス・バッファがフラッシュされる。対応するＨＡＲＱプロセス・バッファが空であるので、ＵＬ  ＣＣ  ＨＡＲＱプロセスが動作できる可能性はない。このオプションは、簡単であるが、データ損失を引き起こすことがある。例えば、データ送信が正常終了しなかった場合、ｅＮＢは、ＨＡＲＱ  ＮＡＣＫを送信する。元来、ＵＥは、ＨＡＲＱ  ＮＡＣＫを受信すると、再送を実行する。しかし、ＵＬ  ＨＡＲＱバッファがすでにフラッシュされているので、再送は実行されず、したがって、データ損失が生じる可能性がある。この場合、生じたデータ損失は、より高位のレイヤにおけるＲＬＣシグナリング・カバレージ（ＲＬＣ  ｓｉｇｎａｌｉｎｇ  ｃｏｖｅｒａｇｅ）の再送によって解決することができる。
【００３１】
オプション２では、ＵＥは、すべての被影響ＵＬ  ＣＣ  ＨＡＲＱプロセス動作を一時停止するが、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファは維持する。このオプションでは、エンドレスな自動非適応再送が引き起こされることはない。オプション２を実施するのに使用できる２つの方式が存在する。
方式１：ｅＮＢは、ＤＬ  ＣＣが非アクティブ化される前に、仮想ＨＡＲＱ  ＡＣＫを明示的に送信する。
方式２：スケジューリングＤＬ  ＣＣが非アクティブ化されるときに、ＡＣＫが受信されたかのようにＵＥが動作するように、ＵＥの新しい動作が定義される。
【００３２】
現行のＬＴＥアドバンスト・プロトコルによれば、ｅＮＢがＵＬ送信を正常に復号した後、ＨＡＲＱ  ＡＣＫが送信される。ＵＥは、ＨＡＲＱ  ＡＣＫを受信した後、ＵＬ  ＨＡＲＱプロセスの動作を一時停止すべきであるが、対応するＵＬ  ＨＡＲＱプロセス・バッファは維持する。ＨＡＲＱ  ＡＣＫを受信した後に、対応するＵＬ  ＨＡＲＱプロセス・バッファをフラッシュするのと比べて、上述のようにすることの利点は、ＮＡＣＫ−＞ＡＣＫシグナリング・エラーの発生によって引き起こされるデータ損失を回避できることであることを理解されたい。
【００３３】
この要件に基づいて、方式１のソリューションでは、ＤＬ  ＣＣが非アクティブ化される前に、ｅＮＢは、対応するＵＬ送信の復号結果が成功かどうかに係わらず再送されるＨＡＲＱ  ＡＣＫを、すべての被影響ＵＬ  ＨＡＲＱプロセスに送信する。このＨＡＲＱ  ＡＣＫは、ＵＬ送信の復号が成功したことを確認する場合に送信されるものではないので、仮想ＨＡＲＱ  ＡＣＫとも呼ばれる。上で述べたように、ＤＬ  ＣＣを非アクティブ化するのに、２つのトリガリング・メカニズムが存在する。ｅＮＢは、アクティブ化／非アクティブ化ＭＡＣ  ＣＥによって明示的に非アクティブ化する場合、ＤＬ  ＣＣを非アクティブ化することを通知するアクティブ化／非アクティブ化ＭＡＣ  ＣＥを送信する前に、仮想ＨＡＲＱ  ＡＣＫを送信する。非アクティブ化タイマが満了したときにＤＬ  ＣＣが暗黙的に非アクティブ化され、ｅＮＢが非アクティブ化タイマの状態を知っている場合、ｅＮＢは、非アクティブ化タイマが満了する前に、仮想ＨＡＲＱ  ＡＣＫを送信することができる。したがって、ＵＥは、このＨＡＲＱ  ＡＣＫを受信した後、ＵＬ  ＨＡＲＱプロセスの動作を一時停止し、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファを維持する。そのため、ＤＬ  ＣＣによってスケジュールされるＵＬ  ＣＣが非アクティブ化されるとき、ＵＥは、すべての被影響ＵＬ  ＨＡＲＱプロセスをすでに一時停止しており、それによって、いかなるＵＬ  ＨＡＲＱ動作の可能性も回避される。アクティブ化／非アクティブ化ＭＡＣ  ＣＥは、すべてのＨＡＲＱ  ＡＣＫが送信された後に送信されるので、この方式にも、アクティブ化／非アクティブ化ＭＡＣ  ＣＥの送信に遅延が発生し得るという難点がある。
【００３４】
方式２に関しては、スケジューリングＤＬ  ＣＣが非アクティブ化されるときに、被影響ＵＬ  ＨＡＲＱプロセスを一時停止し、対応するＵＬ  ＨＡＲＱプロセス・バッファを維持するために、新しいＵＥ動作を定義する必要がある。言い換えると、スケジューリングＤＬ  ＣＣが非アクティブ化／削除されるときに、ＵＥは、実際にはＨＡＲＱ  ＡＣＫは受信されていないのに、ＨＡＲＱ  ＡＣＫが受信されたかのように動作する。
【００３５】
好ましくは、オプション２では、ｅＮＢは、ＵＥによって一時停止されたＵＬ  ＨＡＲＱプロセスの動作を再開するアクションを取る。この態様は、以下の２つのステップによって実施することができる。
ステップ１：ｅＮＢが、ＵＥに、対応するＵＬ  ＨＡＲＱプロセスのためのＰＤＣＣＨ／ＰＨＩＣＨの復号の再開に取り掛かるよう命令する。
ステップ２：ｅＮＢが、ＵＥに、一時停止されていたＵＬ  ＨＡＲＱプロセス動作の実行を再開するよう命令する。
【００３６】
ステップ１を実行するため、ｅＮＢは、ＲＲＣシグナリングまたは新しいアクティブ化／非アクティブ化ＭＡＣ  ＣＥをＵＥに送信することができる。ＲＲＣシグナリングは、ＵＥの被影響ＵＬ  ＣＣのスケジューリングＤＬ  ＣＣとして別のＤＬを構成するために使用され、一方、新しいアクティブ化／非アクティブ化ＭＡＣ  ＣＥは、先に非アクティブ化されたスケジューリングＤＬ  ＣＣをアクティブ化するために使用される。図１を参照すると、ＣＣ１が非アクティブ化されてから一定の時間の後、ｅＮＢは、ＲＲＣシグナリングを通して、ＣＣ４などの新しいＤＬ  ＣＣを、ＣＣ１’およびＣＣ２’のスケジューリングＤＬ  ＣＣとして構成することができる。ＣＣ４は、アクティブＣＣまたは非アクティブＣＣのどちらとすることもできる。構成されたスケジューリングＤＬ  ＣＣが非アクティブＣＣである場合、ｅＮＢは、アクティブ化／非アクティブ化ＭＡＣ  ＣＥを送信することによって、そのＣＣをアクティブ化することができる。ステップ１の後、ＵＥは、アクティブ化されたスケジューリングＤＬ  ＣＣ上で、被影響ＵＬ  ＣＣのためのＰＤＣＣＨ／ＰＨＩＣＨの検出を再開する。ステップ２において、ｅＮＢは、被影響ＵＬ  ＣＣのためのアップリンク・スケジューリング・コマンドをＵＥに送信し、ＵＥは、アップリンク・スケジューリング・コマンドに従って、一時停止されていたＵＬ  ＨＡＲＱプロセス動作の実行を再開する。アップリンク・スケジューリング・コマンドが新しい送信のためのものである場合、ＵＥは、新しい送信を実行するために、現在のＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファをフラッシュすべきである。それ以外の場合、ＵＥは、現在のＨＡＲＱプロセス・バッファ内のデータと、受信したアップリンク・スケジューリング・コマンドに従って、適応再送を実行する。
【００３７】
本発明の実施形態が、図を参照して詳細に説明される。
【００３８】
本発明のいくつかの実施形態によれば、本発明は、スケジューリングＤＬ  ＣＣが非アクティブ化される場合に、キャリア・アグリゲーション・システムにおいて被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するために、ユーザ側で改良を行うための方法を提案する。方法は、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信するステップと、非アクティブ化されるＤＬ  ＣＣからの物理ハイブリッド再送インジケータ・チャネルＰＨＩＣＨの受信を停止するステップと、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するステップとを含む。
【００３９】
ＤＬ  ＣＣが非アクティブ化される旨の通知は、非アクティブ化されるＤＬ  ＣＣのトリガ・メカニズムに依存する。例えば、ＤＬ  ＣＣが、ＭＡＣ  ＣＥを介して非アクティブ化される場合、通知は、基地局からユーザ機器に送信される、非アクティブ化されるＤＬ  ＣＣのアクティブ化／非アクティブ化ＭＡＣ  ＣＥとすることができる。代替として、非アクティブ化タイマが満了したときに、ＤＬ  ＣＣが暗黙的に非アクティブ化される場合、通知は、ＤＬ  ＣＣの非アクティブ化タイマが満了することを通知する信号とすることができる。
【００４０】
非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣ  ＨＡＲＱプロセスの処理の停止は、多くの方法で実施することができる。例えば、本発明の一実施形態によれば、これは、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファをフラッシュすることによって実施することができる。本発明の別の実施形態によれば、これは、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス動作を一時停止するが、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファは維持することによって実施することができる。具体的な説明が、図２および図３を参照して提示される。
【００４１】
図２は、本発明の第１の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法のフローチャートを示している。図２に示されるように、ステップＳ２０１において、ＵＥは、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信する。通知は、例えば、アクティブ化／非アクティブ化ＭＡＣ  ＣＥであり、または非アクティブ化タイマが満了することを通知する信号である。ステップＳ２０２において、ＵＥは、非アクティブ化されるＤＬ  ＣＣからのＰＨＩＣＨの受信を停止する。ステップＳ２０３において、ＵＥは、ＤＬ  ＣＣが非アクティブ化される旨の通知に従って、ＤＬ  ＣＣによってスケジュールされるＵＬ  ＣＣに対応するすべてのＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファを自動的にフラッシュし、それによって、すべての被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスのための処理を停止する。
【００４２】
図３は、本発明の第２の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法３００のフローチャートを示している。ステップＳ３０１において、ＵＥは、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信する。通知は、例えば、アクティブ化／非アクティブ化ＭＡＣ  ＣＥであり、または非アクティブ化タイマが満了することを通知する信号である。ステップＳ３０２において、ＵＥは、非アクティブ化されるＤＬ  ＣＣからのＰＨＩＣＨの受信を停止する。ステップＳ３０３において、ＤＬ  ＣＣが非アクティブ化される旨の通知に従って、ＵＥは、ＤＬ  ＣＣによってスケジュールされるＵＬ  ＣＣに対応するすべてのＵＬ  ＣＣ  ＨＡＲＱプロセス動作を自動的に一時停止するが、対応するＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファは維持する。
【００４３】
好ましくは、方法３００は、ＵＬ  ＣＣ  ＨＡＲＱプロセス動作を再開するステップをさらに含む。図３に示されるように、ステップＳ３０４において、ＵＥは、先に非アクティブ化されたＤＬ  ＣＣをアクティブ化するように指示する制御コマンド、または再構成を行って別のＤＬ  ＣＣをアクティブ化するように指示する制御シグナリングを受信する。例えば、先に非アクティブ化されたＤＬ  ＣＣが、アクティブ化／非アクティブ化ＭＡＣ  ＣＥを介してアクティブ化される。代替として、ＲＲＣシグナリングを介して、新しいＤＬ  ＣＣを、被影響ＵＬ  ＣＣのスケジューリングＤＬ  ＣＣとして再構成することができる。新しいＤＬ  ＣＣは、アクティブＣＣまたは非アクティブＣＣのどちらとすることもできる。非アクティブＣＣである場合、そのＣＣは、アクティブ化／非アクティブ化ＭＡＣ  ＣＥを介してアクティブ化することができる。その後、ステップＳ３０５において、ＵＥは、アクティブ化されたＤＬ  ＣＣからアップリンク・スケジューリング・コマンドを受信し、アップリンク・スケジューリング・コマンドが指示するＵＬ  ＣＣに対応するＵＬ  ＨＡＲＱプロセスの処理を再開する。アップリンク・スケジューリング・コマンドが新しい送信のためのものである場合、アップリンク・スケジューリング・コマンドが指示するＵＬ  ＣＣに対応するＵＬ  ＨＡＲＱプロセス・バッファが、新しい送信で使用するためにフラッシュされ、アップリンク・スケジューリング・コマンドが再送のためのものである場合、適応再送が実行される。
【００４４】
本発明の別の実施形態によれば、本発明は、スケジューリングＤＬ  ＣＣが非アクティブ化される場合に、キャリア・アグリゲーション・システムにおいて被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するために、基地局側で改良を行うための方法を提案する。具体的な説明が、図４および図５を参照して提示される。
【００４５】
図４は、本発明の第３の実施形態による、ｅＮＢ側において、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法４００のフローチャートを示している。ステップＳ４０１において、ｅＮＢは、非アクティブ化される予定のＤＬ  ＣＣによってスケジュールされるＵＬ  ＣＣを決定する。ステップＳ４０２において、ＤＬ  ＣＣが非アクティブ化される前に、ＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣからの送信を復号した結果が成功であるかどうかに係わらず、ｅＮＢは、ユーザ機器ＵＥが非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するように、仮想ＨＡＲＱ  ＡＣＫを送信する。
【００４６】
図５は、本発明の第３の実施形態による、ＵＥ側において、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための方法５００のフローチャートを示している。図５に示されるように、ステップＳ５０１において、ＵＥは、仮想ＨＡＲＱ  ＡＣＫを受信する。ステップＳ５０２において、ＵＥは、仮想ＨＡＲＱ  ＡＣＫに従って、対応するＵＬ  ＨＡＲＱプロセスの処理を停止する。例えば、現行のＬＴＥ基準の要件によれば、ＵＥは、対応するＵＬ  ＨＡＲＱプロセス動作を一時停止するが、対応するＵＬ  ＨＡＲＱプロセス・バッファは維持する。ＨＡＲＱ  ＡＣＫは、通常は、ｅＮＢがＵＬ  ＣＣからの送信の復号に成功した後に送信されることを理解されたい。しかし、本明細書の仮想ＨＡＲＱ  ＡＣＫは、ＤＬ  ＣＣが非アクティブ化される前に、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される。
【００４７】
図４を参照すると、ＤＬ  ＣＣがＭＡＣ  ＣＥを介して非アクティブ化される状況下では、ｅＮＢは、すべての被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスに対して仮想ＨＡＲＱ  ＡＣＫを送信した後、非アクティブ化されるＤＬ  ＣＣのアクティブ化／非アクティブ化ＭＡＣ  ＣＥを送信することができる。その後、ＵＥは、非アクティブ化されるＤＬ  ＣＣのＭＡＣ  ＣＥを受信し、その後、非アクティブ化されるＤＬ  ＣＣからのＰＨＩＣＨの受信を停止する。
【００４８】
非アクティブ化タイマが満了したときにＤＬ  ＣＣが暗黙的に非アクティブ化される状況下では、ｅＮＢが非アクティブ化タイマの状態を知っている場合、ＤＬ  ＣＣがいつ非アクティブ化されるかについても明らかである。そのため、上記のステップＳ４０２において述べたように、ＤＬ  ＣＣが非アクティブ化される前に、仮想ＨＡＲＱ  ＡＣＫが、すべての被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスに対して送信される。その後、ＵＥは、ＤＬ  ＣＣの非アクティブ化タイマが満了することを通知する信号を受信し、その後、非アクティブ化されるＤＬ  ＣＣからのＰＨＩＣＨの受信を停止する。
【００４９】
ＤＬ  ＣＣが非アクティブ化されたとき、ＵＥは、すべての被影響ＵＬ  ＣＣ  ＨＡＲＱプロセスの処理をすでに一時停止しており、それによって、スケジューリングＤＬ  ＣＣが非アクティブ化された後、被影響ＨＡＲＱプロセスがどのように動作すべきか分からなくなるという問題を回避し、エンドレスな自動非適応再送を回避することを理解されたい。
【００５０】
第２の実施形態と同様に、第３の実施形態に示された方法も、ＵＬ  ＣＣ  ＨＡＲＱプロセス動作を再開するステップを含むことができる。例えば、図４に示された方法は、追加の再開ステップをさらに含むことができる。具体的には、ＤＬ  ＣＣが非アクティブ化された後、ある期間が経つと、ｅＮＢは、非アクティブ化されたＤＬ  ＣＣをアクティブ化するように、または再構成を行って別のＤＬ  ＣＣをアクティブ化するように指示する制御シグナリングを送信することができる。ＤＬ  ＣＣをアクティブ化するための制御シグナリング（例えば、ＲＲＣまたはＭＡＣ  ＣＥ）を受信した後、ＵＥは、新たにアクティブ化されたＤＬ  ＣＣ上で、被影響ＵＬ  ＣＣのためのＰＤＣＣＨ／ＰＨＩＣＨの検出を再開する。したがって、ＵＥは、ｅＮＢによって送信される被影響ＵＬ  ＣＣのためのアップリンク・スケジューリング・コマンドを、アクティブ化されたスケジューリングＤＬ  ＣＣから受信することができ、一時停止していたＵＬ  ＣＣ  ＨＡＲＱプロセス動作の実行を再開することができる。アップリンク・スケジューリング・コマンドが新しい送信のためのものである場合、ＵＥは、新しい送信を実行するために、現在のＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファをフラッシュする。それ以外の場合、ＵＥは、現在のＨＡＲＱプロセス・バッファ内のデータと、受信したアップリンク・スケジューリング・コマンドに従って、適応再送を実行する。
【００５１】
図６は、本発明の一実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するためのユーザ側装置６００のフローチャートを示している。装置６００は、例えば、ＬＴＥ−Ａシステムのユーザ機器ＵＥであり、またはＵＥ内に含まれる。ＵＥは、例えば、モバイル電話、ワイヤレス通信をサポートするポータブル・コンピュータもしくは携帯情報端末、および／またはワイヤレス通信をサポートする他の装置とすることができる。装置６００は、受信手段６０１と、ＰＨＩＣＨ停止手段６０２と、ＨＡＲＱ停止手段６０３とを備え、受信手段６０１は、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信するために使用される。通知は、例えば、アクティブ化／非アクティブ化ＭＡＣ  ＣＥであり、または非アクティブ化タイマが満了することを通知する信号である。ＰＨＩＣＨ停止手段６０２は、非アクティブ化されるＤＬ  ＣＣからのＰＨＩＣＨの受信を停止するために使用される。ＨＡＲＱ停止手段６０３は、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＨＡＲＱプロセスの処理を停止するために使用される。
【００５２】
本発明の一実施形態によれば、ＨＡＲＱ停止手段６０３は、ＤＬ  ＣＣが非アクティブ化される旨の通知に従って、ＵＬ  ＣＣに対応するすべてのＨＡＲＱプロセス・バッファを自動的にフラッシュするように構成されたフラッシュ手段を備える。
【００５３】
本発明の別の実施形態によれば、ＨＡＲＱ停止手段６０３は、ＤＬ  ＣＣが非アクティブ化される旨の通知に従って、非アクティブ化されるＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣに対応するすべてのＵＬ  ＨＡＲＱプロセス動作を自動的に一時停止するが、対応するＵＬ  ＨＡＲＱプロセス・バッファは維持するように構成されたハングアップ手段を備える。
【００５４】
本発明の好ましい一実施形態によれば、受信手段６０１は、非アクティブ化されたＤＬ  ＣＣをアクティブ化するように、または再構成を行って別のＤＬ  ＣＣをアクティブ化するように指示する制御シグナリングを受信するようにさらに構成される。代替として、装置６００は、アクティブ化されたＤＬ  ＣＣからアップリンク・スケジューリング・コマンドを受信し、アップリンク・スケジューリング・コマンドが指示するＵＬ  ＣＣに対応するＵＬ  ＨＡＲＱプロセスの処理を再開するように構成された再開手段６０４をさらに備える。
【００５５】
図７は、本発明の別の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための基地局側装置７００のフローチャートを示している。装置７００は、例えば、ＬＴＥ−ＡシステムのｅＮＢとすることができ、またはｅＮＢ内に含めることができる。装置７００は、決定手段７０１と、送信手段７０２とを備え、決定手段７０１は、非アクティブ化される予定のＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣを決定するために使用される。送信手段７０２は、ＤＬ  ＣＣが非アクティブ化される前に、ＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣからの送信を復号した結果が成功であるかどうかに係わらず、ユーザ機器ＵＥがＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣのＵＬ  ＨＡＲＱプロセスの処理を停止するように、仮想ＨＡＲＱ  ＡＣＫを送信するために使用される。好ましくは、送信手段７０２は、ＤＬ  ＣＣをアクティブ化／非アクティブ化するためのＭＡＣシグナリング、および／またはＤＬ  ＣＣを再構成するためのＲＬＣシグナリングを送信するためにさらに使用される。
【００５６】
図８は、本発明の別の実施形態による、キャリア・アグリゲーション・システムのＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するためのユーザ側装置８００のフローチャートを示している。装置８００は、例えば、ＬＴＥ−Ａシステムのユーザ機器ＵＥであり、またはＵＥ内に含まれる。ＵＥは、例えば、モバイル電話、ワイヤレス通信をサポートするポータブル・コンピュータもしくは携帯情報端末、および／またはワイヤレス通信をサポートする他の装置とすることができる。装置８００は、受信手段８０１と、ＨＡＲＱ停止手段８０３とを備え、受信手段８０１は、ＤＬ  ＣＣが非アクティブ化される前に、ＤＬ  ＣＣによってスケジュールされたＵＬ  ＣＣの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される仮想ＨＡＲＱ  ＡＣＫを受信するように構成される。ＨＡＲＱ停止手段８０３は、仮想ＨＡＲＱ  ＡＣＫに従って、対応するＵＬ  ＨＡＲＱプロセスの処理を停止するように構成される。好ましくは、ＨＡＲＱ停止手段８０３は、対応するＵＬ  ＨＡＲＱプロセスの処理を一時停止するが、対応するＵＬ  ＨＡＲＱプロセス・バッファは維持するためのハングアップ手段を備える。
【００５７】
好ましくは、受信手段８０１は、ＤＬ  ＣＣが非アクティブ化される旨の通知を受信するためにさらに使用される。通知は、例えば、アクティブ化／非アクティブ化ＭＡＣ  ＣＥであり、または非アクティブ化タイマが満了することを通知する信号である。好ましくは、装置８００は、非アクティブ化されるＤＬ  ＣＣからＰＨＩＣＨの受信を停止するためのＰＨＩＣＨ停止手段８０２をさらに備える。
【００５８】
本発明の好ましい一実施形態によれば、受信手段８０１は、先に非アクティブ化されたＤＬ  ＣＣをアクティブ化するように、または再構成を行って別のＤＬ  ＣＣをアクティブ化するように指示する制御シグナリングを受信するようにさらに構成される。制御シグナリングは、例えば、ＤＬ  ＣＣをアクティブ化／非アクティブ化するためのＭＡＣシグナリング、および／またはＤＬ  ＣＣを再構成するためのＲＬＣシグナリングである。装置８００は、アクティブ化されたＤＬ  ＣＣからアップリンク・スケジューリング・コマンドを受信し、アップリンク・スケジューリング・コマンドが指示するＵＬ  ＣＣに対応するＵＬ  ＨＡＲＱプロセスの処理を再開するための再開手段８０４をさらに備える。アップリンク・スケジューリング・コマンドが新しい送信のためのものである場合、ＵＥは、新しい送信を実行するために、現在のＵＬ  ＣＣ  ＨＡＲＱプロセス・バッファをフラッシュすべきである。それ以外の場合、ＵＥは、現在のＨＡＲＱプロセス・バッファ内のデータと、受信したアップリンク・スケジューリング・コマンドに従って、適応再送を実行する。
【００５９】
本発明の実施形態によれば、キャリア・アグリゲーション・システムにおいて、ＤＬ  ＣＣが非アクティブ化される場合、ＨＡＲＱプロセスにおける処理エラーを回避するために、被影響ＵＬ  ＣＣに対応するＨＡＲＱプロセスの処理が停止される。加えて、ＵＥの電力消費がより節約されるばかりでなく、無益な自動非適応再送が回避され、リソースが節約され、ＵＬ干渉が低減される。
【００６０】
本発明の実施形態が上述のように説明された。上で説明された実施形態は、例示的なものであり、限定的なものではないことを理解されたい。列挙されたステップは必須ではなく、それらの順序は制限的なものではない。例えば、異なる実施形態によれば、最初にＰＨＩＣＨの受信を停止し、次に被影響ＵＬ  ＣＣ  ＨＡＲＱプロセス動作を停止することが可能であり、またはそれとは反対に行うことも可能である。実用上の必要に応じて、いくつかのステップを追加もしくは削除することができ、または上記のステップを異なる順序で実行することができ、またはいくつかのステップを並列で実行することができる。また、説明されたようなＵＬ  ＣＣ  ＨＡＲＱプロセスを処理するための装置は、さらに、より多数または少数のユニットを備えることができる。
【００６１】
本発明をより理解し易くするため、上述の説明では、本発明を実施するために必須なことがある、当業者に知られた、いくつかのより個別的な技術詳細が省略されていることに留意されたい。
【００６２】
本発明の説明を提供する目的は、開示された形式の中で、本発明を例示的に説明し、記述することであり、本発明を語り尽くすこと、または限定することではない。当業者にとって、様々な変更点および修正点が自明である。本発明の実施形態における方法および装置は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの組み合わせによって実施できることが、当業者にはさらに理解できよう。ハードウェア部分は、専用ロジックを用いて実施することができ、ソフトウェア部分は、メモリ内に記憶し、例えば、マイクロプロセッサ、コンピュータ、またはメインフレームなど、適切な命令実行システムによって実行することができる。
【００６３】
したがって、好ましい実施形態を選択し、説明することで、本発明の原理および実用的応用がより良く理解されること、また本発明の主旨から逸脱することなく、すべての変更および修正が添付の特許請求の範囲によって限定される本発明の保護範囲内に含まれることを当業者に理解させることができることに留意されたい。
【図１】
0006016796.tif 000002
【図２】
0006016796.tif 000003
【図３】
0006016796.tif 000004
【図４】
0006016796.tif 000005
【図５】
0006016796.tif 000006
【図６】
0006016796.tif 000007
【図７】
0006016796.tif 000008
【図８】
0006016796.tif 000009