キャリアアグリゲーションシステムのアップリンクコンポーネントキャリアULCCハイブリッド自動再送要求HARQプロセスを処理するための方法であって、ダウンリンクコンポーネントキャリアDLCCが非アクティブ化される旨の通知を受信するステップと、前記非アクティブ化されるDLCCからの物理ハイブリッド再送インジケータチャネルPHICHの受信を停止するステップと、前記非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するステップとを含む方法。ULCCのULHARQプロセスの処理を停止するステップが、DLCCが非アクティブ化される旨の前記通知に従って、前記ULCCに対応するすべてのULHARQプロセスバッファを自動的にフラッシュするステップを含む、請求項1に記載の方法。ULCCのULHARQプロセスの処理を停止するステップが、DLCCが非アクティブ化される旨の前記通知に従って、前記ULCCに対応するすべてのULHARQプロセス動作を自動的に一時停止するが、対応するULHARQプロセスバッファは維持するステップを含む、請求項1に記載の方法。前記非アクティブ化されたDLCCをアクティブ化するように、または再構成を行って別のDLCCをアクティブ化するように指示する制御シグナリングを受信するステップと、前記アクティブ化されたDLCCからアップリンクスケジューリングコマンドを受信し、前記アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開するステップとをさらに含む、請求項3に記載の方法。前記アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開するステップが、前記アップリンクスケジューリングコマンドが新しい送信のためのものである場合、前記アップリンクスケジューリングコマンドが指示する前記ULCCに対応するULHARQプロセスバッファが、前記新しい送信で使用するためにフラッシュされるステップと、前記アップリンクスケジューリングコマンドが再送のためのものである場合、適応再送が実行されるステップとをさらに含む、請求項4に記載の方法。キャリアアグリゲーションシステムのアップリンクコンポーネントキャリアULCCハイブリッド自動再送要求HARQプロセスを処理するための方法であって、非アクティブ化される予定のダウンリンクコンポーネントキャリアDLCCによってスケジュールされたULCCを決定するステップと、前記DLCCが非アクティブ化される前に、前記ULCCからの送信を復号した結果が成功であるかどうかに係わらず、ユーザ機器UEが前記DLCCによってスケジュールされた前記ULCCのULHARQプロセスの処理を停止するように、仮想HARQACKを送信するステップとを含む方法。キャリアアグリゲーションシステムのアップリンクコンポーネントキャリアULCCハイブリッド自動再送要求HARQプロセスを処理するための方法であって、仮想HARQACKを受信するステップと、前記仮想HARQACKに従って、対応するULHARQプロセスの処理を停止するステップとを含み、前記仮想HARQACKが、DLCCが非アクティブ化される前に、前記DLCCによってスケジュールされたULCCの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される、方法。対応するULHARQプロセスの処理を停止するステップが、前記対応するULHARQプロセスの処理を一時停止するが、対応するULHARQプロセスバッファは維持するステップを含む、請求項7に記載の方法。ダウンリンクコンポーネントキャリアDLCCが非アクティブ化される旨の通知を受信するステップと、前記非アクティブ化されるDLCCからの物理ハイブリッド再送インジケータチャネルPHICHの受信を停止するステップとをさらに含む、請求項7または8に記載の方法。前記非アクティブ化されたDLCCをアクティブ化するように、または再構成を行って別のDLCCをアクティブ化するように指示する制御シグナリングを受信するステップと、前記アクティブ化されたDLCCからアップリンクスケジューリングコマンドを受信し、前記アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開するステップとをさらに含む、請求項7または8に記載の方法。前記アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開するステップが、前記アップリンクスケジューリングコマンドが新しい送信のためのものである場合、前記アップリンクスケジューリングコマンドが指示する前記ULCCに対応するULHARQプロセスバッファが、前記新しい送信で使用するためにフラッシュされるステップと、前記アップリンクスケジューリングコマンドが再送のためのものである場合、適応再送が実行されるステップとをさらに含む、請求項10に記載の方法。キャリアアグリゲーションシステムのアップリンクコンポーネントキャリアULCCハイブリッド自動再送要求HARQプロセスを処理するための装置であって、ダウンリンクコンポーネントキャリアDLCCが非アクティブ化される旨の通知を受信するように構成された受信手段と、前記非アクティブ化されるDLCCからの物理ハイブリッド再送インジケータチャネルPHICHの受信を停止するように構成されたPHICH停止手段と、前記非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するように構成されたHARQ停止手段とを備える装置。前記HARQ停止手段が、前記DLCCが非アクティブ化される旨の前記通知に従って、前記ULCCに対応するすべてのULHARQプロセスバッファを自動的にフラッシュするように構成されたフラッシュ手段を備える、請求項12に記載の装置。キャリアアグリゲーションシステムのアップリンクコンポーネントキャリアULCCハイブリッド自動再送要求HARQプロセスを処理するための装置であって、非アクティブ化される予定のダウンリンクコンポーネントキャリアDLCCによってスケジュールされたULCCを決定するように構成された決定手段と、前記DLCCが非アクティブ化される前に、前記ULCCからの送信を復号した結果が成功であるかどうかに係わらず、ユーザ機器UEが前記DLCCによってスケジュールされた前記ULCCのULHARQプロセスの処理を停止するように、仮想HARQACKを送信するように構成された送信手段とを備える装置。キャリアアグリゲーションシステムのアップリンクコンポーネントキャリアULCCハイブリッド自動再送要求HARQプロセスを処理するための装置であって、仮想HARQACKを受信するように構成された受信手段であって、前記仮想HARQACKが、ダウンリンクコンポーネントキャリアDLCCが非アクティブ化される前に、前記DLCCによってスケジュールされたULCCの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される、受信手段と、前記仮想HARQACKに従って、対応するULHARQプロセスの処理を停止するように構成されたHARQ停止手段とを備える装置。従来技術に存在する問題に鑑みて、本発明の実施形態は、アップリンクコンポーネントキャリアハイブリッド自動再送要求ULCCHARQプロセスを処理するための改良された方法および装置を提供する。本発明の一実施形態によれば、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法が提供され、方法は、DLCCが非アクティブ化される旨の通知を受信するステップと、非アクティブ化されるDLCCからの物理ハイブリッド再送インジケータチャネルPHICH:physicalhybridretransmissionindicatorchannelの受信を停止するステップと、非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するステップとを含む。DLCCが非アクティブ化される旨の通知は、具体的には、非アクティブ化されるDLCCのトリガメカニズムに依存する。例えば、通知は、基地局によってユーザ機器に送信される、非アクティブ化されるDLCCのアクティブ化/非アクティブ化MACCEとすることができる。代替として、通知は、DLCCの非アクティブ化タイマが満了することを通知する信号とすることができる。本発明の好ましい一実施形態によれば、UEは、DLCCが非アクティブ化される旨の通知に従って、ULCCに対応するすべてのULHARQプロセスバッファを自動的にフラッシュすることができ、それによって、非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止する。本発明の好ましい別の実施形態によれば、UEは、DLCCが非アクティブ化される旨の通知に従って、ULCCに対応するすべてのULHARQプロセス動作を自動的に一時停止するが、対応するULHARQプロセスバッファは維持することができる。この実施形態では、UEは、さらに、その後しばらくして、eNBのコマンドに従って、これらの一時停止されたULHARQプロセス動作を再開することができ、データ損失が回避される。本発明の別の実施形態によれば、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法が提供され、方法は、非アクティブ化される予定のダウンリンクコンポーネントキャリアDLCCによってスケジュールされたULCCを決定するステップと、DLCCが非アクティブ化される前に、ULCCからの送信を復号した結果が成功であるかどうかに係わらず、UEがDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するように、仮想HARQACKvirtualHARQACKを送信するステップとを含む。本発明のさらなる一実施形態によれば、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法が提供され、方法は、仮想HARQACKを受信するステップと、仮想HARQACKに従って、対応するULHARQプロセスの処理を停止するステップとを含み、仮想HARQACKは、DLCCが非アクティブ化される前に、DLCCによってスケジュールされたULCCの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される。好ましくは、UEは、仮想HARQACKに従って、対応するULHARQプロセスの処理を一時停止するが、対応するULHARQプロセスバッファは維持する。そのため、その後しばらくして、UEは、さらに、eNBのコマンドに従って、これらの一時停止されたULHARQプロセスの動作を再開することができ、データ損失が回避される。本発明のさらなる一実施形態によれば、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための装置が提供され、装置は、DLCCが非アクティブ化される旨の通知を受信するように構成された受信手段と、非アクティブ化されるDLCCからの物理ハイブリッド再送インジケータチャネルPHICHの受信を停止するように構成されたPHICH停止手段と、非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するように構成されたHARQ停止手段とを備える。本発明のさらなる一実施形態によれば、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための装置が提供され、装置は、非アクティブ化される予定のダウンリンクコンポーネントキャリアDLCCによってスケジュールされたULCCを決定するように構成された決定手段と、DLCCが非アクティブ化される前に、ULCCからの送信を復号した結果が成功であるかどうかに係わらず、ユーザ機器UEがDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するように、仮想HARQACKを送信するように構成された送信手段とを備える。本発明のさらなる一実施形態によれば、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための装置が提供され、装置は、仮想HARQACKを受信するように構成された受信手段であって、仮想HARQACKが、DLCCが非アクティブ化される前に、DLCCによってスケジュールされたULCCの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される、受信手段と、仮想HARQACKに従って、対応するULHARQプロセスの処理を停止するように構成されたHARQ停止手段とを備える。本発明の他の特徴、目的、および利点は、図面を参照しながら、非限定的な実施形態についての以下の詳細な説明を通読することによって、より明白になるであろう。図面では、同様の参照番号は、同一または同様の要素を表す。本発明による、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法および装置が、図を組み合わせ、特定の実施形態を参照して、以下で説明される。図1は、LTEアドバンストシステムにおけるULCCと、DLCCによってスケジュールされるULCCの概略図を示している。図1に示されるシステムでは、3つのDLCC、すなわち、CC1、CC2、CC3が提供され、また2つのULCC、すなわち、CC1’、CC2’が提供され、CC1とCC1’がユニットを形成し、CC2とCC2’が別のユニットを形成する。CC3に対応するULCCは存在しない。LTEアドバンストの現行の要件によれば、eNBは、各ULCCに対して、そのスケジューリングDLCCとして、ただ1つのDLCCを、RRCシグナリングによって構成/再構成する。UEは、そのULCC動作のためのアップリンクスケジューリングコマンドを、そのスケジューリングDLCCから復号しようと試みる。図1に示されるケースでは、eNBは、アップリンクCC1’およびCC2’のためのスケジューリングDLCCとして、CC1を構成する。CC1がアクティブCCである場合、eNBは、矢印によって示されるようにCC1のPDCCH上でCC1’およびCC2’のためのアップリンクスケジューリングコマンドを送信する。UEは、CC1’およびCC2’の動作のためのアップリンクスケジューリングコマンドを、CC1から復号しようと試みる。現行のLTEアドバンストプロトコルによれば、電力節約を目的として、アクティブCCを非アクティブ化することができる。1つのDLCCを非アクティブ化するのに、次の2つのトリガリングメカニズムが存在する。1eNBが、アクティブ化/非アクティブ化MACCEによって明示的に非アクティブ化する、2eNBが、非アクティブ化タイマが満了したときに暗黙的に非アクティブ化する。電力節約を目的として、上記のメカニズムのいずれか一方によって、図1のCC1を非アクティブ化することができる。2つのトリガリングメカニズムによれば、DLCCが非アクティブ化されることを通知するのに、2種類の通知が存在する。メカニズム1では、アクティブ化/非アクティブ化MACCEが、DLCCが非アクティブ化されることを通知することができる。メカニズム2では、非アクティブ化タイマが満了することを通知する信号が、DLCCが非アクティブ化されることを通知することができる。現行のLTEアドバンストプロトコルによれば、UEは、PDCCH/PDSCHを、非アクティブ化されるDLCCから復号しようとは試みない。しかし、非アクティブ化されるDLCCからUEがPHICHを受信できるかどうかは、まだ議論されていない。非アクティブ化されるDLCCからUEがPHICHを受信しようと試みることを考えた場合、DLCCを非アクティブ化することによってUEが電力を節約することを可能にするという利点は、もはや現実的ではなくなる。したがって、本発明の実施形態によれば、電力節約を目的として、非アクティブ化されるDLCCからはUEがPHICHを検出しないことが提案される。別の現行のLTEアドバンストプロトコルによれば、UL送信のためのPHICHは、アップリンクスケジューリングコマンドを伝えるDLCC上で送信される。言い換えると、アップリンクスケジューリングコマンドと、対応するPHICHはともに、ULCCのスケジューリングDLCC上で送信される。このケースでは、スケジューリングDLCCが非アクティブ化される場合、UEは、DLCCによってスケジュールされたULCCのためのアップリンクスケジューリングコマンドを受信しなくなる。これは、これらのULCCのHARQプロセスの処理に対して悪影響を与える。以下の説明では、これらのULCCは、被影響ULCCimpactedULCCとも呼ばれる。対応するHARQプロセスは、被影響ULCCHARQプロセスと呼ばれる。例えば、図1のCC1が非アクティブ化される場合、CC1’およびCC2’のHARQプロセスが影響を受ける。具体的には、同期ULHARQ戦略に基づいて、UEは、いかなるアップリンクスケジューリングコマンドも受信しない場合でも、自動的にUL非適応再送ULnon-adaptiveretransmissionを実行する。図1を参照すると、CC1が非アクティブ化される場合、UEは、PDCCH/PDSCHを非アクティブ化されるCC1から復号しようと試みず、CC1’およびCC2’のためのアップリンクスケジューリングコマンドを受信することができない。したがって、UEは、自動的にCC1’およびCC2’の非適応再送を実行する。例えば、各CCは、最大で8回のHARQプロセスを有することができる。本発明の実施形態によれば、スケジューリングDLCCが非アクティブ化される場合、UEは、これらの自動非適応再送に関するPHICHを、非アクティブ化されるDLCCから受信することができない。したがって、PHICHがないのはUEの観点からはHARQNACKを意味するので、UEは、再送が所定の回数に達するまで、自動的にエンドレスなUL非適応再送を実行し続ける。明らかに、このエンドレスな自動UL再送は、大量の電力を消費し、UEの電力節約にとって好ましくなく、UL性能の最大化に対していかなる利益ももたらさない。加えて、eNBが関連するリソースを他のUEに割り当てていることがあるので、このエンドレスな自動再送は、UL干渉を引き起こす。したがって、本発明の実施形態によれば、スケジューリングDLCCが非アクティブ化される場合、UEは、その被影響ULCCHARQプロセス動作を停止すべきであり、それによって、UEのより多くの電力節約を達成し、UL干渉を低減させることが提案される。本発明の実施形態によれば、UEのULCCHARQ動作を停止するのに、2つのオプションが提案される。オプション1:UEは、被影響ULCCHARQプロセスバッファをフラッシュする。オプション2:UEは、その被影響ULCCHARQプロセス動作を一時停止するが、対応するULCCHARQプロセスバッファは維持する。オプション1では、ULCCのスケジューリングDLCCが非アクティブ化される場合、UEは、すべての被影響ULCCHARQプロセスバッファをフラッシュする。例えば、図1のCC1が非アクティブ化される場合、CC1によってスケジュールされるCC1’およびCC2’のすべてのHARQプロセスバッファがフラッシュされる。対応するHARQプロセスバッファが空であるので、ULCCHARQプロセスが動作できる可能性はない。このオプションは、簡単であるが、データ損失を引き起こすことがある。例えば、データ送信が正常終了しなかった場合、eNBは、HARQNACKを送信する。元来、UEは、HARQNACKを受信すると、再送を実行する。しかし、ULHARQバッファがすでにフラッシュされているので、再送は実行されず、したがって、データ損失が生じる可能性がある。この場合、生じたデータ損失は、より高位のレイヤにおけるRLCシグナリングカバレージRLCsignalingcoverageの再送によって解決することができる。オプション2では、UEは、すべての被影響ULCCHARQプロセス動作を一時停止するが、対応するULCCHARQプロセスバッファは維持する。このオプションでは、エンドレスな自動非適応再送が引き起こされることはない。オプション2を実施するのに使用できる2つの方式が存在する。方式1:eNBは、DLCCが非アクティブ化される前に、仮想HARQACKを明示的に送信する。方式2:スケジューリングDLCCが非アクティブ化されるときに、ACKが受信されたかのようにUEが動作するように、UEの新しい動作が定義される。現行のLTEアドバンストプロトコルによれば、eNBがUL送信を正常に復号した後、HARQACKが送信される。UEは、HARQACKを受信した後、ULHARQプロセスの動作を一時停止すべきであるが、対応するULHARQプロセスバッファは維持する。HARQACKを受信した後に、対応するULHARQプロセスバッファをフラッシュするのと比べて、上述のようにすることの利点は、NACK->ACKシグナリングエラーの発生によって引き起こされるデータ損失を回避できることであることを理解されたい。この要件に基づいて、方式1のソリューションでは、DLCCが非アクティブ化される前に、eNBは、対応するUL送信の復号結果が成功かどうかに係わらず再送されるHARQACKを、すべての被影響ULHARQプロセスに送信する。このHARQACKは、UL送信の復号が成功したことを確認する場合に送信されるものではないので、仮想HARQACKとも呼ばれる。上で述べたように、DLCCを非アクティブ化するのに、2つのトリガリングメカニズムが存在する。eNBは、アクティブ化/非アクティブ化MACCEによって明示的に非アクティブ化する場合、DLCCを非アクティブ化することを通知するアクティブ化/非アクティブ化MACCEを送信する前に、仮想HARQACKを送信する。非アクティブ化タイマが満了したときにDLCCが暗黙的に非アクティブ化され、eNBが非アクティブ化タイマの状態を知っている場合、eNBは、非アクティブ化タイマが満了する前に、仮想HARQACKを送信することができる。したがって、UEは、このHARQACKを受信した後、ULHARQプロセスの動作を一時停止し、対応するULCCHARQプロセスバッファを維持する。そのため、DLCCによってスケジュールされるULCCが非アクティブ化されるとき、UEは、すべての被影響ULHARQプロセスをすでに一時停止しており、それによって、いかなるULHARQ動作の可能性も回避される。アクティブ化/非アクティブ化MACCEは、すべてのHARQACKが送信された後に送信されるので、この方式にも、アクティブ化/非アクティブ化MACCEの送信に遅延が発生し得るという難点がある。方式2に関しては、スケジューリングDLCCが非アクティブ化されるときに、被影響ULHARQプロセスを一時停止し、対応するULHARQプロセスバッファを維持するために、新しいUE動作を定義する必要がある。言い換えると、スケジューリングDLCCが非アクティブ化/削除されるときに、UEは、実際にはHARQACKは受信されていないのに、HARQACKが受信されたかのように動作する。好ましくは、オプション2では、eNBは、UEによって一時停止されたULHARQプロセスの動作を再開するアクションを取る。この態様は、以下の2つのステップによって実施することができる。ステップ1:eNBが、UEに、対応するULHARQプロセスのためのPDCCH/PHICHの復号の再開に取り掛かるよう命令する。ステップ2:eNBが、UEに、一時停止されていたULHARQプロセス動作の実行を再開するよう命令する。ステップ1を実行するため、eNBは、RRCシグナリングまたは新しいアクティブ化/非アクティブ化MACCEをUEに送信することができる。RRCシグナリングは、UEの被影響ULCCのスケジューリングDLCCとして別のDLを構成するために使用され、一方、新しいアクティブ化/非アクティブ化MACCEは、先に非アクティブ化されたスケジューリングDLCCをアクティブ化するために使用される。図1を参照すると、CC1が非アクティブ化されてから一定の時間の後、eNBは、RRCシグナリングを通して、CC4などの新しいDLCCを、CC1’およびCC2’のスケジューリングDLCCとして構成することができる。CC4は、アクティブCCまたは非アクティブCCのどちらとすることもできる。構成されたスケジューリングDLCCが非アクティブCCである場合、eNBは、アクティブ化/非アクティブ化MACCEを送信することによって、そのCCをアクティブ化することができる。ステップ1の後、UEは、アクティブ化されたスケジューリングDLCC上で、被影響ULCCのためのPDCCH/PHICHの検出を再開する。ステップ2において、eNBは、被影響ULCCのためのアップリンクスケジューリングコマンドをUEに送信し、UEは、アップリンクスケジューリングコマンドに従って、一時停止されていたULHARQプロセス動作の実行を再開する。アップリンクスケジューリングコマンドが新しい送信のためのものである場合、UEは、新しい送信を実行するために、現在のULCCHARQプロセスバッファをフラッシュすべきである。それ以外の場合、UEは、現在のHARQプロセスバッファ内のデータと、受信したアップリンクスケジューリングコマンドに従って、適応再送を実行する。本発明の実施形態が、図を参照して詳細に説明される。本発明のいくつかの実施形態によれば、本発明は、スケジューリングDLCCが非アクティブ化される場合に、キャリアアグリゲーションシステムにおいて被影響ULCCHARQプロセスを処理するために、ユーザ側で改良を行うための方法を提案する。方法は、DLCCが非アクティブ化される旨の通知を受信するステップと、非アクティブ化されるDLCCからの物理ハイブリッド再送インジケータチャネルPHICHの受信を停止するステップと、非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するステップとを含む。DLCCが非アクティブ化される旨の通知は、非アクティブ化されるDLCCのトリガメカニズムに依存する。例えば、DLCCが、MACCEを介して非アクティブ化される場合、通知は、基地局からユーザ機器に送信される、非アクティブ化されるDLCCのアクティブ化/非アクティブ化MACCEとすることができる。代替として、非アクティブ化タイマが満了したときに、DLCCが暗黙的に非アクティブ化される場合、通知は、DLCCの非アクティブ化タイマが満了することを通知する信号とすることができる。非アクティブ化されるDLCCによってスケジュールされたULCCHARQプロセスの処理の停止は、多くの方法で実施することができる。例えば、本発明の一実施形態によれば、これは、対応するULCCHARQプロセスバッファをフラッシュすることによって実施することができる。本発明の別の実施形態によれば、これは、対応するULCCHARQプロセス動作を一時停止するが、対応するULCCHARQプロセスバッファは維持することによって実施することができる。具体的な説明が、図2および図3を参照して提示される。図2は、本発明の第1の実施形態による、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法のフローチャートを示している。図2に示されるように、ステップS201において、UEは、DLCCが非アクティブ化される旨の通知を受信する。通知は、例えば、アクティブ化/非アクティブ化MACCEであり、または非アクティブ化タイマが満了することを通知する信号である。ステップS202において、UEは、非アクティブ化されるDLCCからのPHICHの受信を停止する。ステップS203において、UEは、DLCCが非アクティブ化される旨の通知に従って、DLCCによってスケジュールされるULCCに対応するすべてのULCCHARQプロセスバッファを自動的にフラッシュし、それによって、すべての被影響ULCCHARQプロセスのための処理を停止する。図3は、本発明の第2の実施形態による、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法300のフローチャートを示している。ステップS301において、UEは、DLCCが非アクティブ化される旨の通知を受信する。通知は、例えば、アクティブ化/非アクティブ化MACCEであり、または非アクティブ化タイマが満了することを通知する信号である。ステップS302において、UEは、非アクティブ化されるDLCCからのPHICHの受信を停止する。ステップS303において、DLCCが非アクティブ化される旨の通知に従って、UEは、DLCCによってスケジュールされるULCCに対応するすべてのULCCHARQプロセス動作を自動的に一時停止するが、対応するULCCHARQプロセスバッファは維持する。好ましくは、方法300は、ULCCHARQプロセス動作を再開するステップをさらに含む。図3に示されるように、ステップS304において、UEは、先に非アクティブ化されたDLCCをアクティブ化するように指示する制御コマンド、または再構成を行って別のDLCCをアクティブ化するように指示する制御シグナリングを受信する。例えば、先に非アクティブ化されたDLCCが、アクティブ化/非アクティブ化MACCEを介してアクティブ化される。代替として、RRCシグナリングを介して、新しいDLCCを、被影響ULCCのスケジューリングDLCCとして再構成することができる。新しいDLCCは、アクティブCCまたは非アクティブCCのどちらとすることもできる。非アクティブCCである場合、そのCCは、アクティブ化/非アクティブ化MACCEを介してアクティブ化することができる。その後、ステップS305において、UEは、アクティブ化されたDLCCからアップリンクスケジューリングコマンドを受信し、アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開する。アップリンクスケジューリングコマンドが新しい送信のためのものである場合、アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスバッファが、新しい送信で使用するためにフラッシュされ、アップリンクスケジューリングコマンドが再送のためのものである場合、適応再送が実行される。本発明の別の実施形態によれば、本発明は、スケジューリングDLCCが非アクティブ化される場合に、キャリアアグリゲーションシステムにおいて被影響ULCCHARQプロセスを処理するために、基地局側で改良を行うための方法を提案する。具体的な説明が、図4および図5を参照して提示される。図4は、本発明の第3の実施形態による、eNB側において、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法400のフローチャートを示している。ステップS401において、eNBは、非アクティブ化される予定のDLCCによってスケジュールされるULCCを決定する。ステップS402において、DLCCが非アクティブ化される前に、DLCCによってスケジュールされたULCCからの送信を復号した結果が成功であるかどうかに係わらず、eNBは、ユーザ機器UEが非アクティブ化されるDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するように、仮想HARQACKを送信する。図5は、本発明の第3の実施形態による、UE側において、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための方法500のフローチャートを示している。図5に示されるように、ステップS501において、UEは、仮想HARQACKを受信する。ステップS502において、UEは、仮想HARQACKに従って、対応するULHARQプロセスの処理を停止する。例えば、現行のLTE基準の要件によれば、UEは、対応するULHARQプロセス動作を一時停止するが、対応するULHARQプロセスバッファは維持する。HARQACKは、通常は、eNBがULCCからの送信の復号に成功した後に送信されることを理解されたい。しかし、本明細書の仮想HARQACKは、DLCCが非アクティブ化される前に、非アクティブ化されるDLCCによってスケジュールされたULCCの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される。図4を参照すると、DLCCがMACCEを介して非アクティブ化される状況下では、eNBは、すべての被影響ULCCHARQプロセスに対して仮想HARQACKを送信した後、非アクティブ化されるDLCCのアクティブ化/非アクティブ化MACCEを送信することができる。その後、UEは、非アクティブ化されるDLCCのMACCEを受信し、その後、非アクティブ化されるDLCCからのPHICHの受信を停止する。非アクティブ化タイマが満了したときにDLCCが暗黙的に非アクティブ化される状況下では、eNBが非アクティブ化タイマの状態を知っている場合、DLCCがいつ非アクティブ化されるかについても明らかである。そのため、上記のステップS402において述べたように、DLCCが非アクティブ化される前に、仮想HARQACKが、すべての被影響ULCCHARQプロセスに対して送信される。その後、UEは、DLCCの非アクティブ化タイマが満了することを通知する信号を受信し、その後、非アクティブ化されるDLCCからのPHICHの受信を停止する。DLCCが非アクティブ化されたとき、UEは、すべての被影響ULCCHARQプロセスの処理をすでに一時停止しており、それによって、スケジューリングDLCCが非アクティブ化された後、被影響HARQプロセスがどのように動作すべきか分からなくなるという問題を回避し、エンドレスな自動非適応再送を回避することを理解されたい。第2の実施形態と同様に、第3の実施形態に示された方法も、ULCCHARQプロセス動作を再開するステップを含むことができる。例えば、図4に示された方法は、追加の再開ステップをさらに含むことができる。具体的には、DLCCが非アクティブ化された後、ある期間が経つと、eNBは、非アクティブ化されたDLCCをアクティブ化するように、または再構成を行って別のDLCCをアクティブ化するように指示する制御シグナリングを送信することができる。DLCCをアクティブ化するための制御シグナリング例えば、RRCまたはMACCEを受信した後、UEは、新たにアクティブ化されたDLCC上で、被影響ULCCのためのPDCCH/PHICHの検出を再開する。したがって、UEは、eNBによって送信される被影響ULCCのためのアップリンクスケジューリングコマンドを、アクティブ化されたスケジューリングDLCCから受信することができ、一時停止していたULCCHARQプロセス動作の実行を再開することができる。アップリンクスケジューリングコマンドが新しい送信のためのものである場合、UEは、新しい送信を実行するために、現在のULCCHARQプロセスバッファをフラッシュする。それ以外の場合、UEは、現在のHARQプロセスバッファ内のデータと、受信したアップリンクスケジューリングコマンドに従って、適応再送を実行する。図6は、本発明の一実施形態による、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するためのユーザ側装置600のフローチャートを示している。装置600は、例えば、LTE-Aシステムのユーザ機器UEであり、またはUE内に含まれる。UEは、例えば、モバイル電話、ワイヤレス通信をサポートするポータブルコンピュータもしくは携帯情報端末、および/またはワイヤレス通信をサポートする他の装置とすることができる。装置600は、受信手段601と、PHICH停止手段602と、HARQ停止手段603とを備え、受信手段601は、DLCCが非アクティブ化される旨の通知を受信するために使用される。通知は、例えば、アクティブ化/非アクティブ化MACCEであり、または非アクティブ化タイマが満了することを通知する信号である。PHICH停止手段602は、非アクティブ化されるDLCCからのPHICHの受信を停止するために使用される。HARQ停止手段603は、非アクティブ化されるDLCCによってスケジュールされたULCCのHARQプロセスの処理を停止するために使用される。本発明の一実施形態によれば、HARQ停止手段603は、DLCCが非アクティブ化される旨の通知に従って、ULCCに対応するすべてのHARQプロセスバッファを自動的にフラッシュするように構成されたフラッシュ手段を備える。本発明の別の実施形態によれば、HARQ停止手段603は、DLCCが非アクティブ化される旨の通知に従って、非アクティブ化されるDLCCによってスケジュールされたULCCに対応するすべてのULHARQプロセス動作を自動的に一時停止するが、対応するULHARQプロセスバッファは維持するように構成されたハングアップ手段を備える。本発明の好ましい一実施形態によれば、受信手段601は、非アクティブ化されたDLCCをアクティブ化するように、または再構成を行って別のDLCCをアクティブ化するように指示する制御シグナリングを受信するようにさらに構成される。代替として、装置600は、アクティブ化されたDLCCからアップリンクスケジューリングコマンドを受信し、アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開するように構成された再開手段604をさらに備える。図7は、本発明の別の実施形態による、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するための基地局側装置700のフローチャートを示している。装置700は、例えば、LTE-AシステムのeNBとすることができ、またはeNB内に含めることができる。装置700は、決定手段701と、送信手段702とを備え、決定手段701は、非アクティブ化される予定のDLCCによってスケジュールされたULCCを決定するために使用される。送信手段702は、DLCCが非アクティブ化される前に、DLCCによってスケジュールされたULCCからの送信を復号した結果が成功であるかどうかに係わらず、ユーザ機器UEがDLCCによってスケジュールされたULCCのULHARQプロセスの処理を停止するように、仮想HARQACKを送信するために使用される。好ましくは、送信手段702は、DLCCをアクティブ化/非アクティブ化するためのMACシグナリング、および/またはDLCCを再構成するためのRLCシグナリングを送信するためにさらに使用される。図8は、本発明の別の実施形態による、キャリアアグリゲーションシステムのULCCHARQプロセスを処理するためのユーザ側装置800のフローチャートを示している。装置800は、例えば、LTE-Aシステムのユーザ機器UEであり、またはUE内に含まれる。UEは、例えば、モバイル電話、ワイヤレス通信をサポートするポータブルコンピュータもしくは携帯情報端末、および/またはワイヤレス通信をサポートする他の装置とすることができる。装置800は、受信手段801と、HARQ停止手段803とを備え、受信手段801は、DLCCが非アクティブ化される前に、DLCCによってスケジュールされたULCCの送信を基地局が復号した結果が成功であるかどうかに係わらず送信される仮想HARQACKを受信するように構成される。HARQ停止手段803は、仮想HARQACKに従って、対応するULHARQプロセスの処理を停止するように構成される。好ましくは、HARQ停止手段803は、対応するULHARQプロセスの処理を一時停止するが、対応するULHARQプロセスバッファは維持するためのハングアップ手段を備える。好ましくは、受信手段801は、DLCCが非アクティブ化される旨の通知を受信するためにさらに使用される。通知は、例えば、アクティブ化/非アクティブ化MACCEであり、または非アクティブ化タイマが満了することを通知する信号である。好ましくは、装置800は、非アクティブ化されるDLCCからPHICHの受信を停止するためのPHICH停止手段802をさらに備える。本発明の好ましい一実施形態によれば、受信手段801は、先に非アクティブ化されたDLCCをアクティブ化するように、または再構成を行って別のDLCCをアクティブ化するように指示する制御シグナリングを受信するようにさらに構成される。制御シグナリングは、例えば、DLCCをアクティブ化/非アクティブ化するためのMACシグナリング、および/またはDLCCを再構成するためのRLCシグナリングである。装置800は、アクティブ化されたDLCCからアップリンクスケジューリングコマンドを受信し、アップリンクスケジューリングコマンドが指示するULCCに対応するULHARQプロセスの処理を再開するための再開手段804をさらに備える。アップリンクスケジューリングコマンドが新しい送信のためのものである場合、UEは、新しい送信を実行するために、現在のULCCHARQプロセスバッファをフラッシュすべきである。それ以外の場合、UEは、現在のHARQプロセスバッファ内のデータと、受信したアップリンクスケジューリングコマンドに従って、適応再送を実行する。本発明の実施形態によれば、キャリアアグリゲーションシステムにおいて、DLCCが非アクティブ化される場合、HARQプロセスにおける処理エラーを回避するために、被影響ULCCに対応するHARQプロセスの処理が停止される。加えて、UEの電力消費がより節約されるばかりでなく、無益な自動非適応再送が回避され、リソースが節約され、UL干渉が低減される。本発明の実施形態が上述のように説明された。上で説明された実施形態は、例示的なものであり、限定的なものではないことを理解されたい。列挙されたステップは必須ではなく、それらの順序は制限的なものではない。例えば、異なる実施形態によれば、最初にPHICHの受信を停止し、次に被影響ULCCHARQプロセス動作を停止することが可能であり、またはそれとは反対に行うことも可能である。実用上の必要に応じて、いくつかのステップを追加もしくは削除することができ、または上記のステップを異なる順序で実行することができ、またはいくつかのステップを並列で実行することができる。また、説明されたようなULCCHARQプロセスを処理するための装置は、さらに、より多数または少数のユニットを備えることができる。本発明をより理解し易くするため、上述の説明では、本発明を実施するために必須なことがある、当業者に知られた、いくつかのより個別的な技術詳細が省略されていることに留意されたい。本発明の説明を提供する目的は、開示された形式の中で、本発明を例示的に説明し、記述することであり、本発明を語り尽くすこと、または限定することではない。当業者にとって、様々な変更点および修正点が自明である。本発明の実施形態における方法および装置は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの組み合わせによって実施できることが、当業者にはさらに理解できよう。ハードウェア部分は、専用ロジックを用いて実施することができ、ソフトウェア部分は、メモリ内に記憶し、例えば、マイクロプロセッサ、コンピュータ、またはメインフレームなど、適切な命令実行システムによって実行することができる。したがって、好ましい実施形態を選択し、説明することで、本発明の原理および実用的応用がより良く理解されること、また本発明の主旨から逸脱することなく、すべての変更および修正が添付の特許請求の範囲によって限定される本発明の保護範囲内に含まれることを当業者に理解させることができることに留意されたい。