方法であって、無線通信ネットワーク中、ユーザー装置により、一つ以上の搬送波成分に用いる活性化、または、失活命令を受信するステップと、前記命令に基づいて、前記一つ以上のCCに対応する複数の指令を得て、前記CCの現在の状態が失活され、対応する指令が活性化に用いられる場合、前記UEはCCを活性化し、前記CCの現在の状態が活性化され、対応する指令が失活に用いられる場合、前記UEは前記CCを失活させ、それ以外は、前記UEは、前記CCの現在の状態を変化させないステップと、を含むことを特徴とする方法。前記命令は、媒体アクセス制御制御素子中に含まれ、各ビットは、対応するCCの活性化、または、失活指令に関連することを特徴とする請求項1に記載の方法。さらに、一組の所定イベントに基づいて、二次CCに用いられる失活タイマーを開始するステップと、前記失活タイマーが期限切れの時、前記SCCを失活させるステップと、を含むことを特徴とする請求項1に記載の方法。前記一組の所定イベントは、少なくともひとつの二次CCが活性化される、ダウンリンク割り当てが受信される、アップリンクグラントが受信される、配置伝送が発生する、活性化命令が受信されることを含むことを特徴とする請求項3に記載の方法。さらに、活性化、または、失活状態に応答して、フィードバック情報を伝送するステップを含むことを特徴とする請求項1に記載の方法。前記UEは二次CCを活性化し、前記活性化は、所定時間の前、前記SCCを活性化するステップと、前記SCCに関連する失活タイマーを開始するステップと、前記SCCに関連する電力ヘッドルーム報告工程をトリガーするステップと、を含むことを特徴とする請求項1に記載の方法。前記UEは二次CCを失活させ、前記失活は、所定時間前に、前記SCCを失活させる工程と、前記SCCに関連する失活タイマーを停止する工程と、前記SCCに関連する全ハイブリッドARQバッファをフラッシングする工程と、を含むことを特徴とする請求項1に記載の方法。バッファ基地報告BSRと電力ヘッドルーム報告の方法であって、前記方法は、無線通信ネットワーク中、ユーザー装置により、バッファ状態情報を報告するステップと、前記UEにより、複数の搬送波成分のパワーヘッドルーム情報を報告し、前記報告はアップリンクCCによりトリガーされ、前記パワーヘッドルーム情報は、アップリンクCCのキャリアインデックスを含む媒体アクセス制御制御素子により報告されるステップと、を含むことを特徴とする方法。一伝送時間間隔内で、複数のアップリンクグラントにより、前記の全トランスポートブロックを準備後、1個のBSRだけを計算することを特徴とする請求項8に記載の方法。複数のパディングBSRは、一伝送時間間隔内の異なるトランスポートブロック上に含まれることを特徴とする請求項8に記載の方法。複数のアップリンクCCはPHRをトリガーし、前記複数のアップリンクCCのパワーヘッドルーム情報は、単一伝送ブロックにより報告されることを特徴とする請求項8に記載の方法。独立した物理アップリンク制御チャネルPHRと物理アップリンク共有チャネルPHRは、同時に伝送されることを特徴とする請求項8に記載の方法。アップリンク二次CCが活性化される時、前記報告がトリガーされることを特徴とする請求項8に記載の方法。方法であって、マルチキャリア無線通信ネットワーク中、ユーザー装置により、サービング基地局から、ダウンリンク、または、アップリンクグラントを受信するステップと、前記グラントに基づいて、ダウンリンク搬送波成分とアップリンクCC間の連結を構築し、前記グラントは、任意で、キャリアインデックス情報を含まないステップと、を含むことを特徴とする方法。前記グラントは、特定のDLCCにより、キャリアインデックス情報を含むULグラントで、前記連結は、特定のDLCCを前記ULグラント中で定義されるULCCに連結する動的連結で、前記動的連結は、前記ULグラントのライフサイクル内で持続することを特徴とする請求項14に記載の方法。前記グラントはキャリアインデックス情報を含むDLグラントで、一次CC上に半静的に配置されたPUCCHULにより、前記UEは確認acknowledgmentに応答し、前記連結は、前記ULPCCをDLグラント中で定義されるDLCCに連結するDL半動的連結であることを特徴とする請求項14に記載の方法。前記グラントは、特定のDLCCにより、キャリアインデックス情報を含まないDLグラントで、前記UEは、一次CC上に半静的に配置されたPUCCHULにより、確認に応答し、前記連結は、前記ULPCCを前記特定のDLCCに連結するDL半静的結合であることを特徴とする請求項14に記載の方法。前記グラントは、特定のDLCCにより、キャリアインデックス情報を含まないULグラントで、前記連結は、半静的ULCCを前記特定のDLCCに連結するUL半静的結合で、前記UL半静的結合は、前記ULCC増加時に生成され、前記ULCC除去時まで持続することを特徴とする請求項14に記載の方法。前記グラントは、特定のDLCCにより、キャリアインデックス情報を含まないULグラントで、前記連結は、複数のULCCを前記特定のDLCCに連結するUL半静的結合であることを特徴とする請求項14に記載の方法。前記グラントは、ランダムアクセスに用いられ、特定のDLCCにより、キャリアインデックス情報を含まないULグラントで、前記連結は、半静的ULCCを前記特定のDLCCに連結するUL半静的結合であることを特徴とする請求項14に記載の方法。前記グラントは、CC追加、または、CC除去に用いられ、前記連結は、静的、動的、DL半静的、または、UL半静的であることを特徴とする請求項14に記載の方法。方法であって、マルチキャリア無線通信ネットワーク中、第一数量のシステム情報を準備するステップと、専用のシグナリングにより、前記第一数量のシステム情報を伝送し、前記第一数量のシステム情報が用いられて、一つ、または、複数のSCellを配置し、専用のシグナリングによる前記第一数量のシステム情報は、放送型シグナリングによる第二量のシステム情報と異なるステップと、を含むことを特徴とする方法。携帯電話ネットワーク中、各UEの帯域幅要件は、UEが送受信するデータ量に伴って変化する。LTEシステム中、eNBは、UE間でリソースを動的に割り当てる。キャリアアグリゲーションは、携帯電話ネットワークがさらに効果的に帯域幅を使用することができるようにする。しかし、リソース管理の複雑性も増加させてしまう。よって、軽負担lightweight成分キャリア管理スキームが望まれる。問題の一つは、どのようにして、効果的に、UE上の一つ以上の搬送波成分を活性化activate、または、失活deactivateさせるかである。一種の状況は、eNBからCC活性化失活メッセージ受信後、UEは、効果的にメッセージを分析し、トリガー動作を決定する必要がある。その他の状況下で、UEは、内部タイマーに基づいて、複数のCCの活性化、または、複数のCCの失活、または、内部CC状態とeNBから受信されたCC活性化失活メッセージの組み合わせを決定することができる。システムをさらに効率よくするため、キャリアアグリゲーションも、バッファ状態報告と電力ヘッドルーム報告を含むスケジューリングメカニズム上での変化が必要とされる。BSR工程は、サービングeNBに、UEのULバッファ中で伝送に用いられる使用可能なデータ量に関する情報を提供する。BSR工程は、UEとeNB間の媒体アクセス制御層で実施される。BSRが伝送時間間隔でトリガーされる時、BSR制御素子は、eNBに伝送される媒体アクセス制御パケットデータユニット中、または、トランスポートブロックに含まれる。幾つかのBSRトリガーがある。一組のイベントはレギュラー正規のBSRをトリガーすることができる。BSRタイマーが期限切れの時、周期的BSRをトリガーする。十分なパディングビットがある時だけ、パディングBSRがトリガーされる。CAは、一つの問題を提出し、それは、一個のTTI中の全CCからの全UEグラントgrantが考慮される時、どのようにBSRを準備するかである。別のスケジューリングメカニズムはPHRである。UEはPHR工程を用いて、サービングeNBに、UEの最大伝送電力とUEの現在の伝送電力間の電力オフセットを提供する。複数のCC配置、各CCの動的活性化と失活により、これらのCA工程期間中、PHRに対する影響を考慮することが重要である。キャリアアグリゲーションは、DLとULをリンクする新しい方法も提供する。CA配置なしで、各DLCCは、システム情報ブロック2中で、ULCCを放送する。これは、セル特定ULCCで、UEは、その物理無線アクセスチャネルPhysicalRadioAccessChannel、PRACHリソースを見つけ、パケットアップリンク制御チャネルPacketUplinkControlChannel、PUCCHと物理アップリンク共有チャネルを伝送する。ネットワークセル全ては、このセル特定連結cellspecificlinkingを処理する。SIB2連結はほぼ変化しないので、静的結合と称される。CAにより、複数のULCCは、一個のUEに配置される。これにより、静的SIB2連結のほかに、新しいタイプのDLUL連結が生成される。使用可能なキャリアアグリゲーションを有する携帯電話ネットワーク中、効果的に複数の搬送波成分を管理する方法を提案する。CC活性化、およびまたは、失活に対し、eNBは単一LCID値を使用して、ユーザー装置の活性化と失活命令両方を示す。複数の指令を有する単一命令が提供され、複数のCCを活性化、およびまたは、失活させる。一実施態様において、命令はビットマップフォーマットを有する媒体アクセス制御制御素子に含まれ、各ビットは、対応するCEの活性化、または、失活指令に関連する。このほか、不要なCCの再活性化、または、再不活化が回避され、活性化およびまたは失活の明示的フィードバックが考慮される。スケジューリングメカニズムに対し、UEの新規のバッファ状態報告工程が提供され、複数のアップリンクグラントを有する一伝送時間間隔中で、全トランスポートブロックを準備後、1個のBSRだけを計算する。これは、BSRが常に最新の更新されたバッファ状態を報告することを保証する。新規の電力ヘッドルーム報告フォーマットとUEのPHRトリガーも提供される。一実施態様において、キャリア識別子フィールドがPHRMACCEに加えられ、配置されたCCのビットマップとなる。さらに、UEの二次セルが配置され、活性化する時、UEをトリガーし、PHRをサービングeNBに報告し、利用可能な送信電力を報告するのに有益である。DLUL連結にとって、各種連結タイプは、DLグラント、または、ULグラント中に、キャリア識別子フィールドがあるかに基づいて生成される。第一実施態様において、動的DLUL連結は、CIFを有するULグラントにより生成される。第二実施態様において、DL半静的結合はCIFを有するDLグラントにより生成される。第三実施態様において、DL半静的結合はCIFがないDLグラントにより生成される。第四実施態様において、UL半静的結合はCIFがないULグラントにより生成される。各種連結タイプが異なるアプリケーションに用いられて、スケジューリングのフレキシブル性と負荷バランシングを改善する。異なるアプリケーションは、物理ランダムアクセスチャネル、電力制御、パスロス参照、タイミング参照、CC管理とCC追加、およびまたは、除去を含む。このほか、eNBにより、専用のシグナリングにより、システム情報が準備、伝送されて、UEのSCCを配置する。一実施態様において、専用のシグナリングによるシステム情報は、放送型シグナリングにより、システム情報と異なってもよい。詳細は、本発明の実施態様を参照し、実施態様は添付図面で示される。図1は、使用可能なキャリアアグリゲーションを有する携帯電話ネットワーク10中、複数の搬送波成分を効果的に管理する方法を示す。携帯電話ネットワークシステム10は、複数の次世代NodeBs、および、ユーザー装置を含む。工程21において、複数のCCが活性化失活される。eNB12は、MAC層で、UE11と通信し、メッセージ31により、UE11に、対応するCCを活性化失活させるよう指示する。このような命令の受信後、UE11は命令を処理し、CC活性化失活工程22を開始する。UE11は命令を分析し、対応するCCを活性化失活し、必要時に、失活タイマーを開始する。一つ以上のCCの活性化失活の完成時、UE11は、フィードバックメッセージ32をeNB12に伝送する。新しい二次Cellが活性化される場合、UE11は、電力ヘッドルーム報告をトリガーし、メッセージ33によりeNB12に伝送する。スケジューリングメカニズム23は、CA使用可能ネットワークの有効性を増加させる。一実施態様において、一伝送時間間隔中、複数のアップリンクグラントがあることが考慮されて、バッファ状態報告メッセージ34が構築される。これにより、各TTIは、全トランスポートブロックを考慮して、UE11は、レギュラー、または、周期的BSRのメッセージ34を構築する。改善も、新しいPHRフォーマットを含み、メッセージ35、および、新しいPHRトリガーに示される。新しいタイプのDLUL連結は、工程24において、メッセージ36により導入され、新しいタイプのDLUL連結は、UL、または、DLグラントに続く動的連結、DL半静的結合とUL半静的結合を含む。以下で、CA使用可能システムに用いるCC活性化失活工程、スケジューリングメカニズム、および、DLUL連結中の詳細な方法を示す。[CC活性化失活]図2は、キャリアアグリゲーション携帯電話ネットワーク中、基地局eNB202と移動局UE201間のCC活性化失活工程の操作の流れを示す図である。eNB202は、CC活性化失活メッセージのメッセージ210を伝送することにより、UE201の複数のCCを動的に活性化失活させることができる。一新規態様中、UE201はメッセージ210を分析し、トリガー動作を決定する。ステップ220で、UE201は、各CCの活性化、または、失活の現在の状態を得る。ステップ221において、UE201は、メッセージ210と各CCの現在の状態を分析し、これが、各CCの活性化命令か決定する。それが、特定のCCの活性化命令である場合、ステップ222において、UE201はこの特定のCCの状態を確認する。活性化命令を受信するCCの状態が失活である場合、ステップ224において、UE201は、CCを活性化し、ステップ227において、活性化工程をトリガーする。同様に、ステップ221において、UE201が、特定のCCの活性化命令でないことを発見した場合、ステップ223において、UE201は、この特定のCCの状態を確認する。失活命令を受信するCCの状態が活性化される場合、ステップ226において、UE201はCCを失活させ、ステップ228において、失活工程をトリガーする。有利な態様中、UE201は、再活性化、または、再失活工程をトリガーしない。図2に示すように、活性化命令が活性化CCのために受信される、または、失活命令が失活CCのために受信される場合、ステップ225において、作動がない。別の有利な態様中、UEは、CC活性化失活に用いられる明示的フィードバックメッセージを、サービングeNBに伝送する。フィードバックメッセージはLayer1シグナリングで、例えば、スケジューリング要求、または、HARQフィードバックまたは、MAC制御素子である。或いは、UEは、あるCC上で、ランダムアクセス工程を初期化し、eNBに、CCの活性化失活状態を通知することができる。フロントエンド再チューニング時間frontendretuningtimeの考慮は、UE容量に基づいて変化し、よって、eNBに対し、いつUEが、再チューニングを完成し、および、受信、または、伝送の準備をするかを知ることが重要である。図2に示すように、ステップ227の活性化工程、または、ステップ228の失活工程の後、ステップ229において、UE201は、明示的フィードバックメッセージを構築する。UE201は、CC活性化失活フィードバックメッセージ212をeNB202に伝送する。メッセージ212は、サービングeNBに、UEが特定のCCの受信、または、伝送を準備したことを通知する。再活性化、または、再失活動作を採用しない、および、明示的フィードバックメッセージをeNBに伝送することにより、CC管理効率が改善される。CC管理効率を向上させる別の重要な側面は、サービングeNBからのCC活性化失活メッセージのフォーマットを含む。UEは、同時に、複数のCCの活性化、または、失活をサポートするので、一命令メッセージ中、配置されたCCの複数の指令を搭載するのが最も効果的である。MACPDU中の論理チャネルIDフィールドが用いられて、CC活性化失活命令を搭載する。問題は、活性化と失活に対し、同一の単一LCID値を使用するか、または、二個の異なるLCID値を使用して、それぞれ、活性化と失活を示すか、である。一新規態様中、好ましくは、単一LCID値を用いて、活性化と失活命令両方を示す。命令後aftercommandCC状態の完全情報を搭載するビットマップも含まれる。UEがこのメッセージの受信後、CC活性化失活命令メッセージ中のCC状態と、対応するCCの現在の状態を比較して、これが、活性化、または、失活命令か決定する。図3は、本発明の実施態様によるMACPDUの配置を示す図である。図3を参照すると、MACPDU310は、MACヘッダー311、MAC制御素子、特に、ACTDEACTCE312、複数のMACSDU313、および、任意のパディング314を含む。MACヘッダー311は、複数のMACサブヘッダー320を含む。各MACサブヘッダーは、特定のフォーマット、例えば、MACサブヘッダー321を有する。本発明の一実施態様において、CC活性化失活命令は、MACサブヘッダー330の特定のフォーマットを用い、LCID331の値は、CC活性化失活する命令タイプを示す。本発明の一実施態様において、CCの状態のビットマップは、ACTDEACTCE312中で示される。同意されていることは、LTEは、5DLに達するCCの凝集をサポートするが、しかし、将来は、8CCのサポートが期待されることである。これにより、8ビットMACCEフィールドがビットマップとして用いられ、CC状態を示す。ブロック340は、このACTDEACTCE312のフォーマットを示す。一つ以上のビットC0~C7は、対応するCCの状態を示す。図4は、MACCEをCC状態ビットマップとするCC活性化失活の特定の例を示す図である。eNB402は、CC活性化失活メッセージ命令411を伝送し、図4に示すように、MACCE中にCC状態のビットマップを有する。ブロック421は、UE401中の全CCの現在の状態を示す。DLCC1ULCC1DLCC2ULCC2、および、DLCC3は全て活性化状態、ULCC3は失活状態である。メッセージ命令411中のMACCEビットマップは、DL‘101’とUL‘101’の命令後ビットマップを示し、‘1’は活性化状態、‘0’は失活状態を示す。よって、ビットマップ中の各ビットは、活性化、または、失活指令に関連する。メッセージ命令411受信後、UE401は、CEビットマップとその現在のCC状態を比較する。DLCC2とULCC2の現在の状態が活性化され、CEビットマップが、失活されるDLCC2とULCC2を示すので、メッセージ命令411DLCC2とULCC2の失活指令を示すと判断される。ステップ431と432において、UE401は、それぞれ、DLCC2とULCC2を失活させる。同様に、411ULCC3とULCC3の現在の状態の活性化状態を示すCEビットマップが失活するので、ステップ433において、UE401はULCC3を活性化する。CC活性化失活フィードバックメッセージ412がeNB402に伝送される。ブロック422は、UE401中の命令後CC状態を示し、DLCC1ULCC1DLCC3とULCC3は活性化状態、DLCC2とULCC2は失活状態である。CC活性化失活の別の実施態様において、システム情報ブロック連結が用いられる。この実施態様において、DLUL状態が同期化され、一CCに対し、一個のACTDEACT命令だけが使用される。図5は、SIBをCC状態ビットマップとするCC活性化失活の特定の例を示す図である。eNB502は、CC活性化失活メッセージ命令511をUE501に伝送し、SIB中にCC状態のビットマップを有する。ブロック521は、UE501中の全CCの現在の状態を示す。DLCC1ULCC1DLCC2ULCC2、および、DLCC3は全て活性化状態、ULCC3は配置されない。メッセージ命令511中のSIBビットマップは、二次セル‘101’の命令後ビットマップを示し、‘1’は活性化SCell状態、‘0’は失活SCell状態を示す。メッセージ命令511の受信時、UE501は、SIBビットマップとその現在のCC状態を比較する。DLCC2とULCC2の現在の状態が活性化し、SIBビットマップが、失活されるSCell2を示すので、メッセージ命令511は、SCell2のDLとULの失活トリガーを示すことが判断され、SCell2のDLとULは、ULCC2とDLCC2である。ステップ531と532において、UE501は、それぞれ、DLCC2とULCC2を失活させる。同様に、511SCell3とULCC3の現在の状態の活性化状態を示すSIBビットマップが配置されず、DLCC3が活性化されるので、UE501は、SCell3に対し、何の対応も採らない。CC活性化失活フィードバックメッセージ512がeNB502に伝送される。ブロック522は、命令後CC状態を示し、UE501DLCC1ULCC1、および、DLCC3は活性化状態DLCC2とULCC2は失活状態ULCC3は配置されない。単一命令を用いて、複数のCCを活性化失活するのは、キャリアアグリゲーションシステム中のリソースを管理する効果的な方法である。図2に示すように、CCの活性化、または、失活後、特定の工程がUEで必要である。特に、ステップ227と228は、従来の携帯電話ネットワーク中にはないキャリアアグリゲーション中の特有の問題を説明する。図6Aは、CC活性化工程を示す図である。図6A中の工程227は、CCが活性化したとき開始される。CCの活性化時、UEは、再チューニング時間により必要とされる時間の前、SCellを活性化する。このSCellに対し、失活タイマーを開始する。それらが配置される場合、チャネル状態情報例えば、CQIPMIRI報告を伝送する。配置される場合、SRSを伝送する。PHR工程をトリガーする。一新規態様中、SCellの活性化後、新しいPHRトリガーが加えられる。SCellが配置、および、活性化されるとすぐ、eNBに、利用可能なUE送信電力に関するPHRを通知することが有効である。活性化後、利用可能でないCSがCSI報告を伝送する原因は、eNBのブラインドデコーディング負担blinddecodingburdenの簡潔化である。図6BはCC失活工程を示す図である。図6B中の工程228は、CCが失活、または、失活タイマーが期限切れの時、開始される。CCの失活後、UEは、再チューニング時間に必要な時間の前、SCellを失活させる。このSCellに対し、失活タイマーを停止する。再チューニングタイマーが期限切れになるまで、CQIPMIRI報告を停止しない。SRS伝送を停止する。および、SCellに関連する全ハイブリッドARQバッファをフラッシュする。再チューニングタイマーが期限切れになる前、CSI報告を停止しない原因は、eNBのブラインドデコーディング負担の簡潔化である。活性化と失活工程に示すように、失活タイマーが用いられて、SCellを暗に失活させる。eNBとUE間の活性CC組上で、最高レベルの共通理解を保証できるので、明示的活性化失活は、eNBにCC活性化失活を実施する好ましい方法である必要がある。しかし、配置されたSCellの暗黙的失活は、ネットワークが、SCellを明示的に失活させない、または、失活命令が失われる状況下の安全メカニズムである。失活タイマーが各二次CCに配置されて、暗黙的失活を実行する。UEがCAモードに進入する時、タイマーが配置される。一実施態様において、タイマーの値はUE特定、即ち、各SCellは失活タイマーにより配置されるが、それらは全て同じ初期値をシェアする。活性化DLSCCの失活タイマーが期限切れる時、UEは、SCellを局部的に失活させる。図7は、失活タイマーによる暗黙的CC失活の一実施態様を示す図である。工程はステップ701で開始される。ステップ702において、CA配置後、ステップ703において、UEは、失活タイマーの値を配置する。その後、ステップ704において、UEは、所定イベントの発生があるか確認する。このようなイベントの発生がある場合、ステップ705において、UEは、これが失活CCイベントか確認する。その場合、失活タイマーが作動している場合は、UEはステップ709を実行し、失活タイマーをキャンセルする。ステップ711において、SCellを失活させる。ステップ705において、UEが、イベントが失活イベントでないと判断する場合、ステップ706において、UEは、このSCellの失活タイマーが作動しているが確認する。タイマーが作動している場合、ステップ708において、失活タイマーを再開始する。タイマーが作動していない場合、ステップ707において、失活タイマーを開始する。ステップ707、または、708において、失活タイマーを開始、または、再開始した後、UEは待機モードに戻り、ステップ704において、所定イベント発生があるか確認する。ステップ710で、失活タイマーが期限切れになる前、所定イベントがない場合、UEは、失活タイマーの期限切れに基づいて、ステップ711中で、SCellを失活させる。失活タイマーのトリガーに用いられる一組の所定イベントがある。所定イベントはこれに限定されないが以下のものを含むSCellが活性化される;物理ダウンリンク制御チャネルDL割り当てがSCell上で受信される;ULCCが配置される場合、PDCCHULグラントはSCellで受信される;PDCCHDL割り当てがSCellに用いられるスケジューリングセルで受信される;ULCCが配置される場合、PDCCHULグラントがSCellに用いられるスケジューリングセル上で受信される;SPSがCC上でサポートされる場合、配置物理ダウンリンク、または、アップリンク共有チャネル伝送がSCell上で発生する;活性化失活命令が受信される。[スケジューリングメカニズム]先に詳細に見たように、一組の軽負担のCC活性化と失活方法は、キャリアアグリゲーションベース携帯電話システム中で、キャリア管理の効率を改善することができる。さらに、キャリアアグリゲーションを有するスケジューリングメカニズムを考慮する。一新規態様中、更新されたBSR工程は、BSR中でバッファ状態を報告する問題を回避することができ、一個のTTI中、全CCからの全ULグラントを計算しない。CAが同じeNB中にあるので、システム効率に対し、一個のTTI中に、異なるCCからの二つ以上のULグラントがあっても、一個のTTI中に、複数のBSRを準備する必要がない。一個のTBだけが、レギュラー、または、周期的BSRを含む必要がある。しかし、一つのレギュラー、または、周期的BSRだけが報告される場合、現在のBSRスキームは、BSRが、更新されたULグラントに反応しなくなる。図9Aは、廃棄バッファ状態になる現在のBSR工程の特定の例を示す図である。ブロック914に示すように、UE912は300のバッファサイズを有する。ステップ915において、eNB913は、UE912に、サイズが150のULグラントAを伝送する。これにより、ステップ916において、UE912のバッファサイズは150になる。これは一BSRをトリガーし、これにより、TBに、150のバッファ状態が構築される。各TTIに一個のBSRが必要であるので、BSRトリガーがキャンセルされる。CAシステム中、ステップ918において、eNB913は、サイズが100の別のULグラントBを伝送する。これにより、ステップ919において、UE912の実際のバッファ状態は50である。しかし、BSRはメッセージ911により伝送され、メッセージ911は前のTBで構築され、サイズ150を搭載している。よって、BSRメッセージ911は、最近のUE912のバッファ状態を反映しない。この問題を解決するため、一新規態様中、TTI中に複数のTBがある場合、最後のTBを準備する時、BSRを考慮することだけ提案し、よって、BSRは、現在のTTIの全グラントに配慮する。BSRを含む十分なパディングビットがある時だけ、パディングBSRがトリガーされる。現存のBSRメカニズムが再利用される場合、各TB基礎上でトリガーに取り掛かる。これにより、1個のTTIに対し、二つ以上のパディングBSRが異なるTB上に含まれることが起こりうる。図8は、このような新規のBSR工程の一例を示す図である。TTIはステップ801で開始される。ステップ802において、BSRトリガー発生がある場合、UEは、追跡を継続する。レギュラーBSRトリガーが存在する場合、ステップ804において、これが、このTTIに対する最後のTBか判断する。最後のTBでない場合、ステップ806において、UEは、最後のTBを待つ。TTIの最後のTBである場合、ステップ807において、UEはBSRを構築する。このTTI中、BSRはあらゆるTBに挿入できる。各TBに対し、ステップ803において、UEは、レギュラーBSRが挿入されるか、および、パディングBSRに用いられる空間があるかを確認する。パディングBSRは、レギュラーBSRの空間がある時、および、TB中に、レギュラーBSRの空間がない時トリガーされる。ステップ805において、UEはこのTBに用いるパディングBSRの構築を継続する。各CCからの全グラントを考慮し、この方法は、BSRが最新の更新されたバッファ状態を報告することを保証する。図9Bは、新規のBSR工程のこのような実施態様の特定の例を示す図である。図9Aと同様に、UE922は300のバッファサイズを有する。ステップ925において、eNB923は、UE922に、サイズが150のULグラントAを伝送する。これにより、ステップ926において、UE922のバッファサイズは150になる。これは、BSRをトリガーする。新規のBSR工程中、UEはこれが最後のTBか確認する。そうでない場合、このTBにBSRが構築されない。このTTIの最後のTBが構築される時、UEは確認を継続する。CAシステム中、ステップ928において、eNB923は、サイズが100の別のULグラントBを伝送する。これにより、ステップ929において、実際のUE922のバッファ状態は50である。ステップ930で、最後の1個のTBを構築する時、BSRが構築され、バッファ状態が50である。その後、UE922は、BSRメッセージ921中に、正確なバッファ状態を含み、BSRメッセージ921がeNB923に伝送される。PHRは、別のスケジューリングメカニズムである。CA使用可能システム中、複数のULグラントがある。これにより、特定のULCC上のPHR伝送は、この特定の伝送ULCCに用いられるPHRが不要である。明示的指示なしで、eNBは、どのULCCがPHRをトリガーするか知ることが出来ない。これにより、一TB中のPHRMACCEを更新して、複数のPHRと各PHRに用いるキャリアインデックス情報を含む必要がある。図10は、更新されたPHRMACCEを示す図である。一新規態様中、キャリア識別子フィールドがPHRMACCEに加えられて、配置されたCCのビットマップとして用いられる。ブロック1001は、このようなビットマップを示す。1001中の一つ以上のビットC0~C7は一個の配置CCを示す。各ビットの値は、対応するCCのPHRが含まれるか示す。図10中のブロック1002は、複数のPHRデータブロックを示す。これらのデータブロックは、各CCに用いられるPHR情報を含むあらゆるフォーマットを採用する。PHR工程に関連する幾つかの無線リソース制御パラメータがある。周期的PHRタイマー、禁止PHRタイマー、および、dlPathlossChangが例である。これらのパラメータは特定のCCに関連する。一実施態様において、全ULCCは、これらのRRCパラメータの同一組値をシェアする。PUCCHとPUSCHの同時伝送も携帯電話ネットワーク中で可能である。一実施態様において、PUCCHとPUSCHの独立したPHRは、このような状況下で伝送される。PUCCHPHRは、PUSCHPHRにより報告され、一次セルに用いられる。さらに、上述のキャリア活性化で示されるように、UEのScellが配置され、活性化される時、UEをトリガーし、サービングeNBに利用可能な送信電力を報告することが有益である。[ULDL連結]軽負担CC管理方法を除いて、新しいタイプのULDL連結は、さらに、スケジューリング上の更なるフレキシブル性、および、負荷バランシングを提供することにより、システム効率を改善することができる。CAを使用せず、従来の携帯電話ネットワークはSIB2静的結合を用いる。CAの導入により、ULグラント、または、DLグラント中にCIFがあるかに基づいて、新しいタイプのDLUL連結が生成される。4つのケースがあり、CIFを有するULグラント、CIFを有するDLグラント、CIFがないULグラントとCIFがないDLグラントである。さらに、CCが活性化と失活されるので、CC活性化失活後、工程はDLUL連結を更新することが必要である。動的DLUL連結は、CIFを有するULグラントにより生成される。UE特定検索空間中のクロスキャリアCrosscarrierスケジューリングは、通常、明示的CIFによりサポートされる。ULグラントに対し、物理ハイブリッドARQインジケータチャネルは、DLCC上でだけ伝送され、DLCCが用いられて、ULグラントを伝送する。これにより、新しいDLUL連結がクロスキャリアULグラントに定義される。動的連結と称されるこのような連結は、グラント特定grantspecificで、および、このULグラントのライフサイクル内で継続する。図11は、CIFを有するULグラントにより生成される動的DLUL連結の特定の例を示す図である。UE1101は、ブロック1104に示されるような静的連結ULDLを有し、DLCC1とULCC2はPrimaryCCs、ULCC2はPUCCHである。ステップ1103において、eNB1102は、DLCC1を用いて、CIFを有するULグラント2を伝送する。PHICHはDLCC1上でだけ伝送される。このCIFを有するULグラントを結果とし、ステップ1103において、ブロック1105に示されるようなULDL動的リンクが生成される。動的連結1106は、DLCC1とULCC2を連結する。リンク1106は、1103ULグラント特定で、1103ULグラントのライフサイクル内だけで継続する。新しいDLUL連結の第二タイプはDL半静的結合で、DLグラントにより生成され、このDLグラントはCIFを有する、または、有さない。DLグラント中、UEは、PUCCH上で、ACKNACKに応答しなければならない。1個のUE特定PUCCHだけがあり、ULCCの一つ上に配置される。図12のブロック1203に示すように、ULCC2は、UE1201のPUCCHに配置される。本発明の一実施態様において、PUCCHULCCはULPCCで、図12に示すように、ULCC2はULPCCである。このDLグラントにより、PUCCHは、半静的にUEに配置され、DLグラントCC、または、CCに連結される。この新しい連結はDL半静的結合と称される。CIFを有するDLグラントの半静的結合に対し、全DLCCが、PUCCHを含むULPCCに連結される。図12は、CIFを有するDLグラントにより生成されるDL半静的結合の特定の例を示す図である。UE1201は、ブロック1203に示すように、静的に連結されたCCを有する。ステップ1205において、eNB1202は、DLCC1を用いて、CIFを有するDLグラント123を伝送する。このDLグラント受信後、UE1201は、配置されたPUCCHを用いて、ACKNACKを送り戻し、配置されたPUCCHは、ブロック1203と1204に示すように、ULCC2である。これにより、N~1DL半静的結合は、ULCC2連結~DLCC1DLCC2およびDLCC3により生成される。現在の設計中、CIFは、共有検索空間中に含まれず、よって、UEにとって、UEがCAモードに進入後でも、CIFがないDLとULグラントを受信することが可能である。CIFがないDLグラントに対し、図13に示すように、DL半静的結合が用いられる。図13は、CIFがないDLグラントにより生成されるDL半静的結合の特定の例を示す図である。UE1301は、1303に示すように、静的に連結されたCCを有し、ULCC2はPUCCHに配置される。ステップ1305において、eNB1302は、DLCC1上で、DLグラントを伝送する。ステップ1306において、UEは、ULCC2である配置されたPUCCHを用いて、ACKNACKに応答する。ブロック1304は、DLCC1とULCC2の半静的結合が、このDLグラントから生成されることを示す。CIFがないULグラントは、DLUL連結を生成する幾つかの選択がある。ULグラントは、静的結合、または、DL半静的結合を使用することができる。しかし、静的SIB2、または、DL半静的結合の再利用は、スケジューラのフレキシブル性を制限する。SIB2静的結合と配置されたPUCCHは容易に修正できないので、これらのタイプの連結の再利用は、臨時の負荷バランシング要求を調整するのを困難にする。本発明の一実施態様において、UL半静的結合は、CIFがないULグラントに定義される。この連結は、CC増加時に生成され、CCの除去時まで継続する。図14は、ULCCの一つが除去される時のUL半静的結合の特定の例を示す図である。UE1401は、ブロック1403に示されるような静的に連結されたCCを有し、ULCC2は、UL半静的結合ULCCに配置される。ブロック1404において、ULCC1が除去される。これにより、ULCC1はもうDLCC1と連結しない。ステップ1406において、eNB1402は、DLCC1上で、CIFがないULグラントを伝送する。これにより、UE1401は、DLCC1とULCC2間のUL半静的結合を生成する。ULCC配置の除去を除いて、N~1UL半静的結合が生成される。ステップ1407において、eNB1402は、DLCC1上で、別のCIFがないULグラントを伝送する。DLCC1とULCC3間の新しいUL半静的結合が生成される。得られた連結がブロック1405に示される。異なるタイプのDLUL連結は異なる特徴を有し、よって、異なるタイプのアプリケーションに用いることが出来る。第一例中、異なるタイプのDLUL連結は、異なるタイプのPRACHアプリケーションに用いられる。一実施態様において、コンテンションベースのランダムアクセスに対し、SIB2静的結合が用いられる。UEが、ULCC上でPRACHリソースを有するように配置される時、SIB2連結DLCCは、UEにとって常に使用可能である。さらに、静的結合が用いられて、Msg3のULグラントのULCCを決定する。PHICHルールに従い、Msg3のPHICHがDLCC上に提供され、DLCC上で、UEはRARを受信し、連結も静的結合である。図15Aは、コンテンションベースのRA工程の特定の例を示す図である。UE1501は、ブロック1503に示されるような静的に連結されたCCを有する。UE1501のDLCC1とULCC2間のUL半静的結合も存在する。ULCC1が除去される。ステップ1504において、UE1501は、ULCC2上で、コンテンションベースのRA工程を初期化する。eNB1502は、DLCC2上で、RARに応答し、DLCC2は、ULCC2と静的に連結され、ステップ1504が初期化される。UE1501は、ステップ1506において、ULCC2を使用して、Msg3を伝送し、ULCC2は、DLCC2と静的に連結される。専用プリアンブルdedicatedpreambleを使用するRAに対しても、静的結合が用いられる。しかし、別の実施態様において、eNBは、どのCCがRARを伝送するのか決定することができ、UL半静的結合が用いられて、Msg3グラントのULCCを決定し、RAR中のグラントは、CIFがないULグラントで、同じ工程を応用すると見なされる。図15Bは専用プリアンブルを使用するRA工程の特定の例を示す図である。UE1511は、ブロック1513に示されるような静的に連結されたCCを有する。UE1511のDLCC1とULCC2間のUL半静的結合も存在する。ULCC1が除去される。UE1511は、ステップ1514において、ULCC3を用いて専用プリアンブルを使用するRAを初期化する。eNB1512が専用プリアンブルを受信する時、UE1511の識別identityはeNB1512に知られている以来。eNB1512は、UE1511の操作CC設定も知っていて、eNB1512は、UE1511が現在監視しているあらゆるCC上で、RARを伝送することができる。これにより、ステップ1515において、eNB1512は、DLCC1上で、RARを伝送する。ステップ1516において、UE1511は、ULCC2上で、Msg3を伝送し、ULCC2は、UL半静的結合により、DLCC1に連結される。第二例中、電力制御命令は、CIFを有する、または、有さない。本発明の一実施態様において、動的連結は、CIFを有する電力制御命令に用いられる。本発明の別の実施態様において、SIB2静的結合、または、UL半静的結合が用いられて、CIFがない電力制御命令に用いられるULCCを識別する。DLUL連結の第三例は、パスロス参照に用いられる。本発明の一実施態様において、静的結合がパスロス参照に用いられる。本発明の別の実施態様において、半静的結合は、RRCシグナリングにより割り当て、または、修正され、例えば、UL半静的結合がパスロス参照に用いられる。DLUL連結の第四例はタイミング参照に用いられる。パスロス参照と同様に、本発明の一実施態様において、静的結合はタイミング参照に用いられる。本発明の別の実施態様において、半静的結合は、RRCシグナリングにより割り当て、または、修正され、例えば、DL、または、UL半静的結合はタイミング参照に用いられる。CC管理も変化が必要で、特に、CCのラベリングlabeling、または、CIFで、CCのラベリングやCIF上で、RAN1が既にマッピングを決定しているのは、UE特定で、RRCにより配置される。一実施態様において、SIB2静的結合が用いられて、ULCCのCIFを決定する。つまり、DLCCがCIFxを有する場合、そのSIB2連結ULCCも同様にCIFxを有する。Nto1配置に対し、ULCCは二つ以上のCIF値を有する。キャリアアグリゲーション中、DLまたはULCCの追加または除去がサポートされる。新しいタイプのDLUL連結により、DL、または、ULCCが追加、または、除去される時、特定の方法がこれらの連結に応用される。CC追加除去に対し、全DLCCがULPCCに連結されるので、DL半静的結合は常にクリアでなければならない。動的連結はグラント特定なので、動的連結もそのようである。しかし、SIB2静的結合とUL半静的結合は、更なる考慮が必要である。DLCCだけの増加に対し、UL半静的結合が配置上に提供される場合、CIFがないグラントの連結はクリアである。ULCCの増加に対し、そのSIB2連結のDLCCも配置されるべきことは既に同意されている。注意すべきことは、このSIB2連結のDLCCは、ULCC、または、現存のDLCCを配置することができ、現存のDLCC、または、増加したDLCCだけにより配置される。DLCCだけの除去に対し、SIB2静的結合だけがULCCに連結される場合、ULCCも除去されるべきである。ULCCだけの除去に対し、それに連結されるあらゆるUL半静的結合が壊れる。選択的に、DLCCと壊れたUL半静的結合を別のULCCに再連結する。上述の制限は、追加除去後、連結が常にクリアになるのを保証する。LTERelease89とCCに互換性があると仮定する場合、UE操作に用いるシステム情報、または、SIは、常に、セル上で放送される。CC追加時に、専用のシグナリングが用いられて、必要なSIを提供することで同意される。しかし、専用のシグナリング、または、専用のSIにより提供されるSIが常に、放送型シグナリングにより提供されるSI、または、放送SIと相同であるかは未知である。それらが相同であるように強いられる場合、eNBがCCのPUCCH、または、PRACHを配置する必要がない時、ULSIは専用のSI中に含まれ、別の方法を探して、UEに使用しないように伝える。この専用のSIは専用のリソース上に提供されるので、下位互換性問題がないように見える。これにより、専用のSI中で、ULSI情報選択することが提案される。PRACHIEに対し、存在しない場合、PRACHがULSCC上のUEに配置されないことを暗示する。そうでなければ、PRACHリソースがUEに配置される。PUCCHIEに対し、存在しない場合、これがULSCCであることを暗示する。本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、例えば、LTEadvanced移動通信システムを例として本発明を描写しているが、本発明は、同様に、全キャリアアグリゲーションベースの移動通信システムにも応用できる。したがって、様々な変更、適合、および説明した実施形態の様々な特徴の組み合わせは、特許請求の範囲に記載されている本発明の範囲から逸脱することなく実施することができる。