JP2019149817A

JP2019149817A - 無線端末、無線通信ネットワークのノード、及びこれらの運用方法

Info

Publication number: JP2019149817A
Application number: JP2019075014A
Authority: JP
Inventors: マティアスベルグストレム，; Bergstrom Mattias; マグヌススタッティン，; Stattin Magnus; リーッカスジタイヴァル，; Susitaival Riikka
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2015-01-13
Filing date: 2019-04-10
Publication date: 2019-09-05
Anticipated expiration: 2035-11-10
Also published as: ES2702998T3; EP3958494A1; NZ734213A; DK3245754T3; HUE041363T2; BR112017015115A2; US10454655B2; KR101996210B1; EP3490186B1; CA2972802C; HK1247745A1; US20190097783A1; US20210328750A1; EP3245754A1; US11082193B2; MY194201A; KR101957297B1; RU2659567C1; AU2015377282A1; MX2019007517A

Abstract

【課題】無線端末のためのコンポーネントキャリアの異なるグループの動的な構成をサポートするとともに、制御信号の効率を改善する方法、無線端末及びノードを提供する。【解決手段】無線端末は、第一のＭＡＣＣＥを通信中の、第一のビットマップサイズを有し第一のビットマップに含まれるビットに対応する個別コンポーネントキャリアで構成されたコンポーネントキャリアの第一グループの構成に変更が生じるか否かを基地局から受信した命令に基づき判断する１５０１。コンポーネントキャリアの構成に変更が生じる場合、無線端末と基地局間の通信リンクに対してコンポーネントキャリアの第二グループを構成する１５０３。第二のＭＡＣＣＥであって、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットを有し、第二のサイズを有する第二のビットマップを含む、第二のＭＡＣＣＥを通信する１５０５。【選択図】図１５Ａ

Description

本明細書で開示される実施形態は、一般には無線通信を対象にし、より具体的には、無線通信のためのメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を対象にし、無線端末及び無線通信ネットワークのノードに関する。

ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）規格は２０ＭＨｚ（ＬＴＥＲｅｌ−８の最大キャリア帯域幅であってよい）までのコンポーネントキャリア（ＣＣ）帯域幅をサポートするように標準化されている。従って、２０ＭＨｚより広い帯域幅を用いたＬＴＥ動作が可能であってもよく、ＬＴＥ端末への複数のＬＴＥキャリアとして現れてよい。

このような動作を提供するための単純な方法が、キャリアアグリゲーション（ＣＡ）を用いることでありうる。ＣＡは、ＬＴＥＲｅｌ−１０端末が複数のコンポーネントキャリア（ＣＣ）（キャリアとしても称される）を受信でき、各ＣＣはＲｅｌ−８キャリアと同一の構造を有する（又は少なくとも有する可能性を持つ）ということを意味する。キャリアアグリゲーション（ＣＡ）の例を図１に示す。

ＬＴＥスタンダードは、５つまでの集約されたキャリアをサポートしてもよく、ここで各キャリアは、６つの帯域幅、つまり６、１５、２５，５０，７５又は１００個のリソースブロック（ＲＢ）（それぞれ１．４、３、５、１０、１５、及び２０ＭＨｚに対応する）の内の１つを有するように、無線周波数（ＲＦ）規格で限定されている。

集約されたコンポーネントキャリア（ＣＣ）の数及び各個別のＣＣの帯域幅は、アップリンクとダウンリンク（一般的には無線通信リンク、通信リンク、又は簡単にリンクと称されてよい）で異なってよい。対称な構成は、ダウンリンク及びアップリンクにおけるＣＣ数が同じ場合を指し、一方で、非対称な構成は、ダウンリンク及びアップリングにおけるＣＣ数が異なる場合を指す。ネットワークにおいて構成されるＣＣ数は端末によって認識されるＣＣ数と異なってよい。例えば、ネットワークは同じ数のアップリンク及びダウンリンクＣＣを提供していても、端末は、アップリンクＣＣより多くのダウンリンクＣＣをサポートし及び／又は構成されてもよい。

初期アクセスの間、ＬＴＥＣＡが可能な端末は、ＣＡが可能ではない端末と同様の方法でふるまってよい。ネットワークへの接続が成功した際に、端末はＵＬ及びＤＬにおいて（自身の能力及びネットワーク次第で）追加のＣＣを用いて構成されてよい。構成は無線リソース制御（ＲＲＣ）に基づいてよい。重いシグナリング及びＲＲＣシグナリングの非常に遅い速度のため、端末は複数のＣＣで、それらのすべてが現在使用されなくても、構成されてよいことが想定される。端末が複数のＣＣで有効化される場合、端末はＰＤＣＣＨ（物理下りリンク制御チャネル）及びＰＤＳＣＨ（物理ダウンリンク共有チャネル）のための全てのダウンリンク（ＤＬ）ＣＣをモニタしなくてはならないということを意味する。この動作は、より広い受信帯域幅、より高いサンプリングレート、等を必要とするかもしれず、電力消費量を増加させる結果となる。

ＣＡにおいて、端末は、プライマリセル又はＰＣｅｌｌと称される、プライマリ・コンポーネントキャリア（ＣＣ）（又はセル又はサービングセル）を用いて構成される。例えば、制御信号がＰＣｅｌｌで伝えられうるため、及び／又はＵＥがＰＣｅｌｌ上の無線品質をモニタすることを実行しうるため、ＰＣｅｌｌは特に重要でありうる。ＣＡが可能な端末は、上述したように、セカンダリセル（ＳＣｅｌｌ）と称される追加のコンポーネントキャリア（又はセル又はサービングセル）を用いて構成されることもできる。

端末、無線端末、ＵＥ（ユーザ装置）、及びユーザ装置ノードという用語は、本明細書では区別せずに用いられるであろう。

ＬＴＥにおいて、ｅＮｏｄｅＢ（基地局とも称される）及びＵＥは、バッファ状態レポート、パワーヘッドルーム・レポート等といった情報を交換するために、メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を使用する。ＭＡＣＣＥの包括的なリストは、非特許文献１の６．１．３節にて提供される。更に、各ＭＡＣＣＥは、受信器がＭＡＣＣＥを正しく解釈できるように、ＭＡＣＣＥのための識別子として用いられる、ＬＣＩＤ（論理チャネルアイデンティティ）によって特定されうる。しかしながら、既存のＬＴＥ規格では、コンポーネントキャリアの数は限定されうる。

３ＧＰＰＴＳ３６．３２１ｖ１２．３．０（２０１４−０９），"ＬＴＥ；ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ．" ３ＧＰＰＴＳ３６．３３１： "ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）；Ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰＴＳ３６．１３３： "ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒｅｑｕｉｒｅｍｅｎｔｓｆｏｒｓｕｐｐｏｒｔｏｆｒａｄｉｏｒｅｓｏｕｒｃｅｍａｎａｇｅｍｅｎｔ" ３ＧＰＰＴＳ３６．１０１： "ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＵｓｅｒＥｑｕｉｐｍｅｎｔ（ＵＥ）ｒａｄｉｏｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｃｅｐｔｉｏｎ" ３ＧＰＰＴＲ３６．２１３： "ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＰｈｙｓｉｃａｌＬａｙｅｒＰｒｏｃｅｄｕｒｅｓ"

発明思想のいくつかの実施形態に従うと、無線通信ネットワークと通信する無線端末を動作させる方法は、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成することを含んでよく、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）が通信されてよい。前記第一のＭＡＣＣＥは、第一のビットマップサイズを有する第一のビットマップであって、前記第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップを含んでよい。コンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループは、前記無線端末と前記通信ネットワークとの間の通信リンクのために構成されてよい。コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥが通信されてよい。前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なってよい。

発明思想のいくつかの他の実施形態に従うと、無線通信ネットワークのノードを動作させる方法は、前記通信ネットワークと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成することを含んでよい。前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のＭＡＣＣＥであって、第一のビットマップサイズを有する第一のビットマップであって、当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥが通信されてよい。コンポーネントキャリアの第二グループは、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのために構成されてよく、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥは前記通信リンクを介して通信されてよい。前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なってよい。

発明思想のさらに別の実施形態に従うと、無線端末は、無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信器に結合されたプロセッサとを含んでよい。前記プロセッサは前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、コンポーネントキャリアの前記第一グループで構成される間、前記送受信器を通じて第一のＭＡＣＣＥを通信するように構成されてよい。前記第一のＭＡＣＣＥは、第一のビットマップサイズを有する第一のビットマップであって、前記第一のビットマップのビットコがンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットを含んでよい。前記プロセッサは、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記送受信器を通じて第二のＭＡＣＣＥを通信するように構成されてよい。コンポーネントキャリアの前記第一グループは、コンポーネントキャリアの前記第二グループとは異なってよく、前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットと、を含んでよく、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なってよい。

発明思想のさらに他の実施形態に従うと、無線端末は、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、コンポーネントキャリアの前記第一グループで構成される間、第一のＭＡＣＣＥを通信するように適合されてよい。前記第一のＭＡＣＣＥは、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含んでよい。前記無線端末はさらに、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記送受信器を通じて第二のＭＡＣＣＥを通信するように適合されてよい。コンポーネントキャリアの前記第一グループは、コンポーネントキャリアの前記第二グループとは異なってよく、前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含んでよく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズは異なってよい。

発明思想のいくつかのさらなる実施形態に従うと、無線通信ネットワークのノードは、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される送受信器と、前記送受信器に接続されたプロセッサとを含んでよい。前記プロセッサは前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のＭＡＣＣＥを通信するように構成されてよい。前記第一のＭＡＣＣＥは、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含んでよい。前記プロセッサはさらに、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣＣＥを通信するように構成されてよい。前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含んでよい。さらに、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なってよい。

発明思想のさらなる実施形態に従うと、無線通信ネットワークのノードは、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成するよう適合されてよい。前記ノードは、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間に、前記通信リンクを介して第一のＭＡＣＣＥであって、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含む、前記第一のＭＡＣＣＥを通信するように適合されてよい。前記ノードはまた、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣＣＥを通信するように適合されてよい。前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なってよい。

異なるサイズのビットマップを持つメディアアクセス制御コントロールエレメント（ＭＡＣＣＥ）を提供することで、無線端末のためのコンポーネントキャリアの異なるグループの動的な構成をサポートする一方、制御信号の効率が改善されてよい。例えば、無線端末とネットワークノードとの間で通信されるＭＡＣＣＥのビットマップサイズは、前記無線端末に対して構成された特定のコンポーネントキャリアによって変わってよい。

本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、その一部を構成する添付の図面は、本発明思想の特定の非限定的な実施形態を示す。
１００ＭＨｚの集約帯域幅のキャリアアグリゲーションを示す図である。非特許文献１の表６．２．１−２から抜き出したアップリンク共有チャネル（ＵＬ−ＳＣＨ）のための論理チャネルアイデンティフィケーション（ＬＣＩＤ）の値を示す表である。非特許文献１の表６．２．１−１から抜き出したダウンリンク共有チャネル（ＤＬ−ＳＣＨ）のための論理チャネルアイデンティフィケーション（ＬＣＩＤ）の値を示す表である。非特許文献１の表６．１．３．６−１から抜き出したパワーヘッドルーム・レポート（ＰＨＲ）のためのパワーヘッドルーム・レベルの値を示す表である。非特許文献１の表６．１．３．６ａ−２から抜き出したメディアアクセス制御（ＭＡＣ）のコントロールエレメント（ＣＥ）における拡張パワーヘッドルーム・レポート（ＰＨＲ）を示す表である。本発明思想のいくつかの実施形態による３２セルのメディアアクセス制御（ＭＡＣ）のコントロールエレメント（ＣＥ）における拡張パワーヘッドルーム・レポート（ＰＨＲ）を示す表である。非特許文献１の表６．１．３．６ａ−１から抜き出した拡張パワーヘッドルーム・レポート（ＰＨＲ）のための名目ＵＥ送信電力レベルを示す表である。非特許文献１の表６．１．３．８−１から抜き出したメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の有効化／無効化を示す表である。本発明思想のいくつかの実施形態に従う、３２セルに対するメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の有効化／無効化を示す表である。本発明思想のいくつかの実施形態に従う、メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の拡張パワーヘッドルーム・レポート（ＰＨＲ）を示す表である。非特許文献１の表６．１．３．６ａ−１から抜き出した拡張パワーヘッドルーム・レポート（ＰＨＲ）のための名目ＵＥ送信電力レベルを示す表である。本発明思想のいくつかの実施形態に従う、メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の有効化／無効化を示す表である。本発明思想のいくつかの実施形態に従う、無線端末（ＵＥｓ）及びコアネットワークノードと通信する無線アクセスネットワーク（ＲＡＮ）におけるエレメントを示すブロックダイアグラムである。本発明思想のいくつかの実施形態に従う図１１の基地局を示すブロックダイアグラムである。本発明思想のいくつかの実施形態に従う図１１の無線端末（ＵＥ）を示すブロックダイアグラムである。本発明思想のいくつかの実施形態に従う図１１のコアネットワークノードを示すブロックダイアグラムである。、、、、、本発明思想のいくつかの実施形態に従う端末／ノードの運用を示すフローチャートである。、、本発明思想のいくつかの実施形態に従う無線端末（ＵＥｓ）の運用を示すフローチャートである。本発明思想のいくつかの実施形態に従う基地局（ｅＮＢ）の運用を示すフローチャートである。、本発明思想のいくつかの実施形態に従うメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を示す表である。

本発明思想の実施形態の例が示されている添付の図面を参照して、本発明思想が以下により詳細に説明される。しかしながら、本発明思想は多くの異なる形態で実施されてもよく、本明細書に記載の実施形態に限定されると解釈されるべきではない。むしろ、これらの実施形態は本開示が終始かつ完全であり、本発明思想の範囲を当業者に完全に伝えるように提供される。これらの実施形態は互いに排他的ではないことにも留意されるべきである。１つの実施形態の構成要素は、別の実施形態では暗黙のうちに存在／使用されると仮定されてよい。

説明及び解説のみを目的とし、本発明思想のこれら及び他の実施形態は、無線通信チャネルを介して無線端末（ＵＥとも呼ばれる）と通信するＲＡＮ（無線アクセスネットワーク）で動作する状況で本明細書において説明される。しかしながら、本発明思想はそのような実施形態に限定されず、一般に任意のタイプの通信ネットワークで実施されてよいことが理解されよう。本明細書で用いられるレガシー又は非レガシー無線端末（ＵＥ、ユーザ装置ノード、移動端末、無線機器などとも呼ばれる）は、通信ネットワークからデータを受信し、及び／又は通信ネットワークへデータを送信する任意の機器を含むことができる携帯電話（「セルラ」電話機）、ラップトップ／ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、Ｍ２Ｍ機器、ＩｏＴ（モノのインターネット）機器、及び／又はデスクトップコンピュータを含むが、これらに限定されない。

本開示において、本発明思想の実施形態例を提供するために、３ＧＰＰ（第３世代パートナーシッププロジェクト）のＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）からの用語が使用されているが、これは本発明思想の範囲を上記のシステムのみに限定するものとみなすべきではない。本開示でカバーされたアイデア／思想を利用することで、ＷＣＤＭＡ（登録商標）、ＷｉＭａｘ、ＵＭＢ及びＧＳＭ（登録商標）を含む他の無線システムもまた利益を得ることができてよい。

また、ｅＮｏｄｅＢ（基地局、ｅＮＢなどとしても呼ばれる）及びＵＥ（無線端末、移動端末などとも呼ばれる）のような用語は非限定的であると考えるべきであることに留意されたい。

図１１は本発明思想のいくつかの実施形態に従う無線アクセスネットワーク（ＲＡＮ）を示すブロック図である。図示されるように、基地局と１つ以上のコアネットワークノード（例えば、モビリティ管理エンティティ（ＭＭＥ）又はサービスＧＰＲＳサポートノード（ＳＧＳＮ））との間の通信は、それぞれのＳ１インタフェースを用いて提供されてよい。各基地局ＢＳは無線インタフェース（アップリンク及びダウンリンクを含む）を介して、基地局によってサポートされる個別のセル又はセル群の中の個別の無線端末と通信してもよい。例として、基地局ＢＳ−１は無線端末ＵＥ−１及びＵＥ−２と通信して示され、基地局ＢＳ−２は無線端末ＵＥ−３及びＵＥ−４と通信して示され、そして基地局ＢＳ−ｎは無線端末ＵＥ−５及びＵＥ−６と通信して示される。

図１２は図１１の基地局ＢＳの構成要素を示すブロック図である。図示されるように、基地局ＢＳは、複数の無線端末との無線通信を提供するよう構成された送受信回路２０１（送受信又は無線インタフェース又は通信インタフェースとしても呼ばれる）、ＲＡＮの他の基地局との（例えばＸ２インタフェースを介した）通信を提供するよう構成されたネットワークインタフェース回路２０５（ネットワークインタフェースとも称される）、送受信回路及びネットワークインタフェース回路に連結されたプロセッサ回路２０３（プロセッサとも称される）、及びプロセッサ回路に連結されたメモリ回路２０７を含んでよい。メモリ回路２０７は、プロセッサ回路２０３によって実行される際に本明細書に開示された実施形態による動作をプロセッサ回路に実行させるコンピュータ可読プログラムコードを含んでよい。他の実施形態に従うと、メモリ回路が個別に提供されないようにメモリを含むようにプロセッサ回路２０３が定義されてもよい。

図１３は図１１の無線端末ＵＥの構成要素を示すブロック図である。図示されるように、無線端末ＵＥは、基地局ＢＳとの無線通信を提供するように構成された送信器及び受信器を含む送受信回路３０１（送受信器としても呼ばれる）、送受信回路に連結されるプロセッサ回路３０３（プロセッサとしても呼ばれる）、及びプロセッサ回路に連結されるメモリ回路３０７を含んでよい。メモリ回路３０７は、プロセッサ回路３０３によって実行された際に本明細書で開示された実施形態による動作をプロセッサ回路に実行させるコンピュータ可読プログラムコードを含んでよい。他の実施形態によれば、メモリ回路が個別に提供されないようにメモリを含むようにプロセッサ回路３０３が定義されてもよい。

図１４は、図１１のコアネットワークノード（例えばＭＭＥ及び／又はＳＧＳＮ）の構成要素を示すブロック図である。図示されるように、ＲＡＮの基地局との（例えばＳ１インタフェースを介した）通信を提供するよう構成されたネットワークインタフェース回路４０１（ネットワークインタフェース又は通信インタフェースとしても呼ばれる）、ネットワークインタフェース回路に連結されたプロセッサ回路４０３（プロセッサとしても呼ばれる）、及びプロセッサ回路に連結されたメモリ回路４０７を含んでよい。メモリ回路４０７は、プロセッサ回路４０３によって実行される場合に、本明細書で開示された実施形態による動作をプロセッサ回路に実行させるコンピュータ可読プログラムコードを含んでよい。他の実施形態によれば、メモリ回路が個別に提供されないように、メモリを含むようプロセッサ回路４０３が定義されてもよい。

ＬＴＥ向けのキャリアアグリゲーション（ＣＡ）において、現在ＰＣｅｌｌ及び４個のＳＣｅｌｌ（つまり合計５個のセル）のアグリゲーションがサポートされうる。その一方で、ＣＡで用いられる多くのＭＡＣＣＥは７つまでのＳＣｅｌｌインデックスを指示可能でありうる。

ＬＴＥシステムにおけるスループットに対する要求が高まるにつれて、５個以上のセルのアグリゲーションをサポートすることは有益でありうる。しかしながら、ＭＡＣ規格は５個以上のセル又はいくつかの場合において７個以上のセルをサポートするよう設計されていない。例えば、インデックス７より大きなセルインデックスを有するセルを有効化することができないかもしれない。それゆえ、ＭＡＣ規格はスループットの潜在的なボトルネックとなりうる。

本発明思想のいくつかの実施形態によれば、ＭＡＣ規格におけるキャリア数のサポートを拡張する効率的で後方互換性のある方法のシグナリングを提供するように、７以上のセルインデックスをサポートするようＭＡＣＣＥが拡張されうる。

本発明思想のいくつかの実施形態によれば、ＭＡＣＣＥの複数のバージョンが異なるキャリア数をサポートしてよい。

本発明思想のいくつかの実施形態によれば、異なるバージョンが異なるキャリア数をサポートする当該異なるバージョンでＭＡＣＣＥが定義されてよい。例えば、より少ないサービングセル（例えば７個又は８個までのセル）をサポートする第一のバージョンと、より多いサービングセル（例えば３１個又は３２個までのセル）をサポートする第二のバージョンとについて、ＭＡＣＣＥの有効化／無効化の２つの異なるバージョンが定義されてよい。これらの実施形態の一つの代替案では、ＭＡＣＣＥの異なるバージョンは同一の論理チャネル識別子（ＬＣＩＤ）を有してよい。これらの実施形態の別の代替案では、ＭＡＣＣＥの異なるバージョンは異なるＬＣＩＤを有してよい。

送信するためのＭＡＣＣＥバージョンの送信器の選択については後述する。

以下の開示ではＵＥとｅＮＢ（又はネットワーク）との間でＭＡＣＣＥを送信する実施形態について論じてもよいが、他の実施形態はネットワークにおける任意の種類のノード間（例えば、デバイス間通信の場合は２つのＵＥ間）でＭＡＣＣＥを送信してもよいことを理解されたい。しかしながら、単純化、可読性、及び／又は簡潔さのために、ネットワークにおける他ノード間のそのようなＭＡＣＣＥの送信を議論することなく、ＵＥとネットワークとの間のＭＡＣＣＥの送信が例として論じられうる。

選択はネットワーク構成に基づいてもよい。

ネットワークは、適用されるＭＡＣＣＥのバージョンを構成してもよい（例えば、ネットワークは端末にＭＡＣＣＥのどのバージョンが適用されるべきか指定してよい）。

送信器（例えば、ＵＥ又はネットワークの基地局）は、ＵＥが使用（送信及び受信）するようにネットワークが構成したものに応じて送信するＭＡＣＣＥのバージョンを選択してもよい。言い換えれば、ＵＥがＭＡＣＣＥの第一のバージョンを使用するようにネットワークが構成した場合、次にＵＥは第一のバージョンを選択し、ＵＥが第一のバージョンを期待しているため、ネットワークも第一のバージョンのＭＡＣＣＥをＵＥに送信してもよい。

（不要なシグナリングオーバーヘッドを費やしうる）ＵＥごとのシグナリングを必要とすることなく、（特徴をサポートしている）全ての端末がＭＡＣＣＥの同一バージョンを適用するであろう利点を有してもよいブロードキャスト・シグナリングを用いて（例えば、システム・インフォメーション・ブロックＳＩＢを介して）ＭＡＣＣＥのバージョンが構成されてよい。他の実施形態によれば、ＭＡＣＣＥのバージョンは個別のシグナリングを使用して構成されてもよく、その結果、ネットワークは異なるＵＥがＭＡＣＣＥの異なるバージョンを適用するように構成することが可能になる。

選択は構成されたキャリアの数に基づいてもよい。

ＭＡＣＣＥのどのバージョンが利用されるかは、ＵＥとネットワークとの間の通信で利用されるキャリアの数を元に判断されてよい。ＵＥ及びネットワークがＮより少ないキャリアを用いて通信している場合、１つのＭＡＣＣＥバージョンが適用されてよく、一方でＮ個以上のキャリアが利用される場合、別のＭＡＣＣＥバージョンが適用されてよく、ここでＮはキャリア数の閾値である。

本選択機構の１つの代替案において、ＭＡＣＣＥのどのバージョンが利用されるかは、ＵＥが構成される最大のインデックスを持つセルのインデックスを基に判断されてよい。ＵＥが構成される全てのセルがＮより小さなインデックスを有する場合、１つのＭＡＣＣＥバージョンが適用されてよく、そうでなければ別のＭＡＣＣＥバージョンが適用されてよい。

いくつかの実施形態によれば、例えば８個より少ないキャリアが使用される場合、ＭＡＣＣＥバージョンには８（又は７）個までのキャリアについての情報／指示／その他を含みうるもの（つまり「非拡張ＭＡＣＣＥバージョン」）が選択されてよい。８個より多いキャリアが構成される場合、ＭＡＣＣＥバージョンには３２（又は３１）個までのキャリアの情報／指示／その他を含みうるＭＡＣＣＥバージョン（つまり、「拡張ＭＡＣＣＥバージョン」）が選択されてよい。複数レベルが使用されるように、本選択機構は一般化できる：
・１からＮ_１個のキャリアが用いられる場合、第一のＭＡＣＣＥバージョンが適用され、
・Ｎ_１＋１からＮ_２個のキャリアが用いられる場合、第二のＭＡＣＣＥバージョンが適用され、
・Ｎ_２＋１からＮ_３個のキャリアが用いられる場合、第三のＭＡＣＣＥバージョンが適用され、
・...
・Ｎ_ｎ−１＋１からＮ_ｎ個のキャリアが用いられる場合、第ｎのＭＡＣＣＥバージョンが適用される。

ネットワーク及びＵＥの両方が、ＵＥに対して構成されるキャリア（又はセル）の数及びキャリアのインデックスを認識している。従って、どのＭＡＣＣＥバージョンが使用されるべきか判断するための明示的な調整（例えばシグナリング）の必要はなくてよい。

端末に対して構成されたキャリアの数に応じたＭＡＣＣＥの複数バージョンの例は以下で説明される。

異なる２つのＭＡＣＣＥバージョンがどのように利用されるか、及びＵＥを構成しているキャリア（又はセル又はサービングセル）の数に基づいてＭＡＣＣＥバージョンがどのように選択されるかの例を以下に説明する。この例はＬＴＥＭＡＣ規格（非特許文献１）でどのように実装されうるかを示す。

いくつかの実施形態に従い、拡張パワーヘッドルーム・レポートＭＡＣＣＥが説明される。

以下で説明されるいくつかの実施形態によれば、ＵＥはＵＥが７より大きいＳｅｒｖＣｅｌｌＩｎｄｅｘ又はＳＣｅｌｌＩｎｄｅｘ（第二のセルインデックス、ＳＣｅｌｌインデックス、又はサービングセルインデックスとも称される）で構成されたセルを有しない場合は、拡張パワーヘッドルーム・レポートＭＡＣＣＥの１つのバージョンを、そうでなければ別のバージョンを適用してよい。

図２Ａの表（非特許文献１の表６．２．１−２）で規定されるように、拡張ヘッドルーム・レポート（ＰＨＲ）ＭＡＣ制御エレメントＣＥは、ＬＣＩＤ（論理チャネルアイデンティティ）を持つＭＡＣＰＤＵ（プロトコルデータユニット）サブヘッダによって識別される。拡張ＰＨＲＭＡＣＣＥは可変サイズを有してもよく、図３（非特許文献１の図６．１．３．６ａ−２）及び図４の表で示すように定義されてよい。

図３に示すように、ＰＨＲＭＡＣＣＥの第一のバージョンは、１つのプライマリ・コンポーネントキャリア及び（セカンダリ・コンポーネントキャリア・インデックス１から７を有する）７個までの構成されたセカンダリ・コンポーネントキャリアをサポートするための複数のＣビットを含む８ビット（１オクテット）のビットマップ（Ｃフィールドとも称される）を含んでよい。プライマリ・コンポーネントキャリアは常に構成、有効化されなければならず、すべてのＰＨＲＭＡＣＣＥはプライマリ・コンポーネントキャリアのタイプ１レポートを含むため、ビットマップの最初のビットは予約Ｒであってよい。各Ｃビット（例えばＣ_１からＣ_７）は個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_２、...、インデックス７によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_７）。構成されたセカンダリ・コンポーネントキャリアが７より大きなセカンダリ・コンポーネントキャリア・インデックスを持たない限り、ＰＨＲＭＡＣＣＥの第一のバージョンが用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ_１、Ｃ_３、及びＣ_５が、パワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告されていない場合は０、又はパワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ_２、Ｃ_４、Ｃ_６、Ｃ_７が０となるよう、インデックスが１、３、及び５の３つのセカンダリ・コンポーネントキャリアは無線端末向けに構成されてよい。

図４に示すように、ＰＨＲＭＡＣＣＥの第二のバージョンは、１個のプライマリ・コンポーネントキャリア及び（セカンダリ・コンポーネントキャリア・インデックス１から３１を有する）３１個までの構成されたセカンダリ・コンポーネントキャリアをサポートするために３２ビット（４オクテット）ビットマップ（Ｃフィールドとしても称される）を含んでよい。プライマリ・コンポーネントキャリアは、常に構成及び有効化されなければならず、全てのＰＨＲＭＡＣＣＥはプライマリ・コンポーネントキャリアのタイプ１レポートを含むであろうから、ビットマップの最初のビットは予約Ｒであってよい。各Ｃビット（例えばＣ_１からＣ_３１）は、個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_２、...、インデックス３１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_３１）。

ＰＨＲＭＡＣＣＥの第二のバージョンは、少なくとも１つのセカンダリ・コンポーネントキャリアが７より大きなコンポーネントキャリア・インデックスを有するときはいつでも用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ_１、Ｃ_３、及びＣ_１３のそれぞれが、パワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告されていない場合は０、又はパワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ_２、Ｃ_４乃至Ｃ_１２、及びＣ_１４乃至Ｃ_３１が０となるように、インデックスが１、３、及び１３の３つのセカンダリ・コンポーネントキャリアが無線端末向けに構成されてよい。

構成されているセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが閾値を超える（例えば、構成されるセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが７より大きい）場合にのみ図４のＰＨＲＭＡＣＣＥの第二のバージョンを用いることで、最大の構成されたコンポーネントキャリア・インデックスが閾値を越えない場合に、より小さなＰＨＲＭＡＣＣＥを用いることができ、それゆえシグナリングのオーバーヘッドを削減できる。

ＵＥが少なくとも１つのセルにおいて７より大きなＳｅｒｖＣｅｌｌＩｎｄｅｘで構成される場合、図４における定義が用いられてよい、又は用いられるだろう。そうでなければ（ＵＥが少なくとも１つのセルにおいて７より大きなＳｅｒｖＣｅｌｌＩｎｄｅｘで構成されない場合）、図３における定義が用いられてよい、又は用いられるだろう。タイプ２のＰＨが報告される場合、タイプ２のＰＨのフィールドを含むオクテットは、ＳＣｅｌｌごとのＰＨの存在を示すオクテットのすぐ後ろに含まれ、（報告される場合は）関連付けられたＰ_{ＣＭＡＸ,Ｃ}フィールドを含むオクテットが後に続く。その後、ＳｅｒｖＣｅｌｌＩｎｄｅｘ（非特許文献２）に基づき、昇順でタイプ１ＰＨフィールドのオクテット、ビットマップで示されるＰＣｅｌｌ及びＳＣｅｌｌに対する（報告される場合は）関連付けられたＰ_{ＣＭＡＸ,Ｃ}フィールド、が続く。

拡張ＰＨＲＭＡＣコントロールエレメントは以下のように定義されてよい：
−Ｃ_ｉ：このフィールドは、非特許文献２で規定されるようなＳＣｅｌｌＩｎｄｅｘｉのＳＣｅｌｌに対するＰＨフィールドの存在を示す。「１」に設定されたＣ_ｉフィールドはＳＣｅｌｌＩｎｄｅｘｉのＳＣｅｌｌに対してＰＨフィールドが報告されることを示す。「０」に設定されたＣ_ｉフィールドはＳＣｅｌｌＩｎｄｅｘｉのＳＣｅｌｌに対してＰＨフィールドが報告されないことを示す。
−Ｒ：「０」に設定される予約ビット。
−Ｖ：このフィールドは、実際の送信に基づくか参照フォーマットに基づくかを示す。タイプ１のＰＨに対しては、Ｖ＝０はＰＵＳＣＨでの実際の送信を示し、Ｖ＝１はＰＵＳＣＨ参照フォーマットが用いられることを示す。タイプ２のＰＨに対しては、Ｖ＝０はＰＵＣＣＨでの実際の送信を示し、Ｖ＝１はＰＵＣＣＨ参照フォーマットが用いられることを示す。さらに、タイプ１及びタイプ２のＰＨの両方に対して、Ｖ＝０は関連付けられたＰ_{ＣＭＡＸ,Ｃ}フィールドを含むオクテットの存在を示し、Ｖ＝１は関連付けられたＰ_{ＣＭＡＸ,Ｃ}フィールドを含むオクテットが省略されることを示す。
−パワーヘッドルーム（ＰＨ）：このフィールドは、パワーヘッドルーム・レベルを示す。フィールド長は６ビットである。報告されるＰＨ及び関連付けられるパワーヘッドルーム・レベルは図２Ｃの表（非特許文献１の表６．１．３．６−１）に示される（ｄＢ単位での対応する測定値は非特許文献３の従属節９．１．８．４に記載されている）。
−Ｐ：このフィールドは、（非特許文献４のＰ−ＭＰＲｃによって許可されているように）電力管理による電力バックオフをＵＥが適用するかどうかを示す。電力管理による電力バックオフが適用されない場合に対応するＰ_{ＣＭＡＸ,Ｃ}フィールドが異なる値を有する場合、ＵＥはＰ＝１に設定しなければならず、
−Ｐ_{ＣＭＡＸ,ｃ}：存在する場合、このフィールドは前述のＰＨフィールドの計算に利用されるＰ_{ＣＭＡＸ，ｃ}又はＰ'_{ＣＭＡＸ，ｃ}（非特許文献５）を示す。報告されるＰ_{ＣＭＡＸ，ｃ}及び対応する名目ＵＥ送信電力レベルは図５（非特許文献１の表６．１．３．６ａ−１）に示す（ｄＢｍ単位での対応する測定値は非特許文献３の従属節９．６．１に記載されている）。

図５（非特許文献１の表６．１．３．６ａ−１）は拡張ＰＨＲのための名目ＵＥ送信電力レベルを示す表である。

以下に説明される実施形態において、２つの有効化／無効化ＭＡＣコントロールエレメントのバージョンが定義されてよい。１つのバージョンは、ＵＥが７より大きいＳｅｒｖＣｅｌｌＩｎｄｅｘ（セカンダリ・コンポーネントキャリア・インデックス又はＳＣｅｌｌＩｎｄｅｘとしても称される）で構成されるセルを持たない場合に提供されてよい。

有効化／無効化ＭＡＣコントロールエレメントは図２Ｂの表（非特許文献１の表６．２．１−１）で規定されるようにＬＣＩＤをもつＭＡＣＰＤＵサブヘッダによって識別される。これは固定サイズを持ち、７つのＣフィールド及び１つのＲフィールドを含む単一のオクテットからなる。有効化／無効化ＭＡＣコントロールエレメントは、図６に示す第一のバージョン（非特許文献１の表６．１．３．８−１）及び図７に示す第二のバージョンに関して以下に説明される。ＵＥが７より大きいＳｅｒｖＣｅｌｌＩｎｄｅｘを持つ少なくとも１つのセルで構成される場合、図７の定義が用いられてよい又は用いられるだろう。そうでなければ図６の定義が用いられてよい、又は用いられるだろう。

図６に示すように、有効化／無効化ＭＡＣＣＥの第一のバージョンは１つのプライマリ・コンポーネントキャリアをサポートするための８ビット（１オクテット）のビットマップ（Ｃフィールドとしても称される）及び（１から７のセカンダリ・コンポーネントキャリア・インデックスを有する）７つの構成されたセカンダリ・コンポーネントキャリアを含んでよい。プライマリ・コンポーネントキャリアは常に構成され有効化されなければならないため、ビットマップの最初のビットは予約Ｒとしてもよい。各Ｃビット（例えばＣ_１からＣ_７）は個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_２、...、インデックス７によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_７）。構成されたセカンダリ・コンポーネントキャリアが７より大きいコンポーネントキャリア・インデックスを有しない限り、有効化／無効化ＭＡＣＣＥの第一のバージョンが用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ_１、Ｃ_３、及びＣ_５が、個別のセカンダリ・コンポーネントキャリアが無効化される場合は０となり、又はセカンダリ・コンポーネントキャリアが有効化される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ_２、Ｃ_４、Ｃ_６、Ｃ_７が０となるよう、インデックスが１、３、及び５の３個のセカンダリ・コンポーネントキャリアが無線端末向けに構成されてよい。

図７に示すように、有効化／無効化ＭＡＣＣＥの第二のバージョンは、１つのプライマリ・コンポーネントキャリア及び（セカンダリ・コンポーネントキャリア・インデックス１から３１を有する）３１個までの構成されたセカンダリ・コンポーネントキャリアをサポートするための３２ビット（４オクテット）のビットマップ（Ｃフィールドとも称される）を含んでよい。プライマリ・コンポーネントキャリアは常に構成され有効化されなければならないため、ビットマップの最初のビットは予約Ｒとしてもよい。各Ｃビット（例えばＣ_１からＣ_３１）は個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_２、...、インデックス３１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ_３１）。有効化／無効化ＭＡＣＣＥの第二のバージョンは、少なくとも１つのセカンダリ・コンポーネントキャリアが７より大きなコンポーネントキャリア・インデックスを有するときはいつでも用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは、不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ_１、Ｃ_３、及びＣ_１３が、セカンダリ・コンポーネントキャリアが無効化される場合は０、又はセカンダリ・コンポーネントキャリアが有効化される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ_２、Ｃ_４乃至Ｃ_１２、及びＣ_１４乃至Ｃ_３１が０となるよう、インデックスが１、３、及び１３の３個のセカンダリ・コンポーネントキャリアが無線端末向けに構成されてよい。

構成されたセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが閾値を超える（例えば、構成されたセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが７より大きい）場合にのみ図７の有効化／無効化ＭＡＣＣＥの第二のバージョンを用いることで、最大の構成されたコンポーネントキャリア・インデックスが閾値を越えない場合に、より小さな有効化／無効化ＭＡＣＣＥを用いることができ、それゆえシグナリングのオーバーヘッドを削減する。

図６及び図７のエレメントの定義は以下に説明される。
−Ｃ_ｉ：非特許文献２に規定されるように、ＳＣｅｌｌＩｎｄｅｘｉで構成されたＳＣｅｌｌがある場合、このフィールドはＳＣｅｌｌＩｎｄｅｘｉをもつＳＣｅｌｌの有効化／無効化状態を示す、又はＵＥはＣ_ｉフィールドを無視すべきである。ＳＣｅｌｌＩｎｄｅｘｉをもつＳＣｅｌｌは有効化されるべきであることを示すためにＣ_ｉフィールドは「１」に設定される。ＳＣｅｌｌＩｎｄｅｘｉをもつＳＣｅｌｌは無効化されるべきであることを示すためにＣ_ｉフィールドは「０」に設定される。
−Ｒ：「０」に設定される予約ビット。

いくつかの他の実施形態によれば、同一のＭＡＣＣＥ（又は上記の実施形態からの表現が用いられるべき場合には「ＭＡＣＣＥバージョン」）が使用される／合図される／指示されるキャリアの数に関わらず適用される。それゆえ同一のＬＣＩＤも用いられる。しかしながら、ＭＡＣＣＥのサイズはキャリア数に基づき変化してよく、又はより具体的には、セルを示すために用いられるビット数（及びしたがってオクテットの数）は使用されるキャリア数に基づき動的に変化してよい。

これはＭＡＣＣＥにおけるサービングセルを参照するために用いられるオクテットの数（つまりビットマップ又はＣフィールド）を変えることで実装されうる。例えば、ＵＥが構成される全てのサービングセルが７（又は８）より小さなインデックスを有する場合には１つだけのオクテットが必要とされるが、７より大きく１５より小さいインデックスを有する少なくとも１つのセルでＵＥが構成される場合には２つのオクテットが必要とされる。より一般的には、使用されるオクテットの数は、ｃｅｉｌｉｎｇ（（ｉｎｄｅｘ＋１）／８）であり、ここでｉｎｄｅｘはＵＥが構成されている最も大きいサービングセル・インデックス（又はセカンダリセルインデックス）である。そしてｃｅｉｌｉｎｇ（ｘ）はｘ以上の最小の整数を与える関数である。（最小のインデックスが１の場合、式中の「＋１」は必要とされなくてもよいことに注意されたい）
本実施形態と構成されたキャリア数に基づく選択機構で上述した実施形態との違いは、本実施形態ではキャリアを示すために使用されるビット数を低減し、及び／又は最小に抑えてもよい点である。例えば、ＵＥがインデックス９のサービングセルで構成される場合を考える。本実施形態によれば、セルを示すために２つのオクテットだけが使用されるであろう。構成されたキャリアの数に基づく選択機構で上述した実施形態において、ＵＥはセルを示すために４オクテットを使用しうる拡張ＭＡＣＣＥバージョンを適用するであろう。それゆえ、本実施形態はシグナリング効率がより高くなりうる。

発明思想のいくつかの実施形態によれば、ＭＡＣＣＥは、端末のための構成されたキャリアの数に基づくサイズを持つ動的サイズを有してよい。

以下で説明する実施形態において、使用されるサービングセルの数に基づき、ＵＥが構成される最大のセルインデックスに基づきＣフィールド（ＳＣｅｌｌインデックスを示すために使用されるフィールド）の数が変化するＭＡＣＣＥを使用してもよい。

拡張パワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣコントロールエレメントは、図２Ａで規定されるように、ＬＣＩＤをもつＭＡＣＰＤＵサブヘッダによって識別される。これは可変サイズを有し、図３において定義される。タイプ２のＰＨが報告された場合、タイプ２のＰＨフィールドを含むオクテットは、ＳＣｅｌｌごとのＰＨの存在を示すオクテットのすぐ後に含められ、（報告されれば）Ｐ_{ＣＭＡＸ，ｃ}を含むオクテットが後に続く。ＵＥは、最大のインデックスをもつ構成されたＳＣｅｌｌを示せるように、ＳＣｅｌｌごとにＰＨの存在を示すための十分なオクテットを含むべきである。次にＳｅｒｖＣｅｌｌＩｎｄｅｘ（非特許文献２）に基づき、昇順でタイプ１ＰＨフィールドのオクテットと、ビットマップにおいて示されるＰＣｅｌｌ及び各ＳＣｅｌｌに対して関連付けられたＰ_{ＣＭＡＸ，ｃ}フィールドを持つオクテットとが続く。

拡張ＰＨＲＭＡＣコントロールエレメントは以降のように定義される。
−Ｃ_ｉ：このフィールドは非特許文献２に規定されるように、ＳＣｅｌｌＩｎｄｅｘをもつＳＣｅｌｌに対するＰＨフィールドの存在を示す。「１」に設定されたＣ_ｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを持つＳＣｅｌｌに対するＰＨフィールドが報告されることを示す。「０」に設定されたＣ_ｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを持つＳＣｅｌｌに対するＰＨフィールドが報告されないことを示す。
−Ｒ：「０」に設定される予約ビット。
−Ｖ：このフィールドは実際の送信又は参照フォーマットに基づくかどうかを示す。タイプ１のＰＨに対しては、Ｖ＝０はＰＵＳＣＨでの実際の送信を示し、Ｖ＝１はＰＵＳＣＨ参照フォーマットが使用されることを示す。タイプの２ＰＨに対しては、Ｖ＝０はＰＵＣＣＨでの実際の送信を示し、Ｖ＝１はＰＵＣＣＨ参照フォーマットが使用されることを示す。さらに、タイプ１及びタイプ２ＰＨの両方に対して、Ｖ＝０は関連付けられたＰ_{ＣＭＡＸ,Ｃ}フィールドを含むオクテットの存在を示し、Ｖ＝１は関連付けられたＰ_{ＣＭＡＸ,Ｃ}フィールドを含むオクテットが省略されることを示す。
−パワーヘッドルーム（ＰＨ）：このフィールドはパワーヘッドルーム・レベルを示す。フィールド長は６ビットである。報告されるＰＨ及び対応するパワーヘッドルーム・レベルは図２Ｃの表（非特許文献１の表６．１．３．６−１）に示される（ｄＢ単位の対応する測定値は非特許文献３の従属節９．１．８．４に記載されている）。
−Ｐ：（Ｐ−ＭＰＲｃ（非特許文献４）で許可されるように）ＵＥが電力管理による電力バックオフを適用しているかどうかを示す。適用されている電力管理による電力バックオフがない場合、対応するＰ_{ＣＭＡＸ,Ｃ}フィールドが異なる値を有する場合、ＵＥはＰ＝１に設定すべきである。
−Ｐ_{ＣＭＡＸ,ｃ}：存在する場合、このフィールドは前述のＰＨフィールドの計算に利用されるＰ_{ＣＭＡＸ，ｃ}又はＰ'_{ＣＭＡＸ，ｃ}（非特許文献５）を示す。報告されるＰ_{ＣＭＡＸ，ｃ}及び対応する名目ＵＥ送信電力レベルは図５の表（非特許文献１の表６．１．３．６ａ−１）に示される（ｄＢｍ単位の対応する測定値は非特許文献３の従属節９．６．１に記載されている）。

図８は発明思想のいくつかの実施形態に従う拡張ＰＨＲＭＡＣコントロールエレメントを示す。

図９（非特許文献１の表６．１．３．６ａ−１）の表は拡張ＰＨＲのための名目ＵＥ送信電力レベルを示す。

以下で説明する実施形態において、使用されるサービングセルの数に基づき、Ｃフィールド（ＳＣｅｌｌインデックスを示すために使用されるフィールド）を持つオクテットの数が、ＵＥが構成される最大のセルインデックスに基づき変化するようにＭＡＣＣＥが使用される。

有効化／無効化ＭＡＣコントロールエレメントは、図２Ｂの表において規定されるＬＣＩＤをもつＭＡＣＰＤＵサブヘッダによって識別される。これは動的サイズを有し、３２個までのＣフィールドと１個のＲフィールドを含む１個以上のオクテットを含む。有効化／無効化ＭＡＣコントロールエレメントは図１０を参照して説明されるように定義される。オクテットの数は最大のＳＣｅｌｌＩｎｄｅｘを持つＳＣｅｌｌの有効化／無効化状態を示すために十分であるようなものであるべきである。
−Ｃ_ｉ：非特許文献２で規定されるようなＳＣｅｌｌＩｎｄｅｘｉで構成されたＳＣｅｌｌがある場合、このフィールドはＳＣｅｌｌＩｎｄｅｘｉをもつＳＣｅｌｌの有効化／無効化状態を示し、そうでなければＵＥはＣ_ｉフィールドを無視すべきである。ＳＣｅｌｌＩｎｄｅｘｉをもつＳＣｅｌｌは、有効化されるべきであることを示すためにＣ_ｉフィールドは「１」に設定される。ＳＣｅｌｌＩｎｄｅｘｉをもつＳＣｅｌｌは、無効化されるべきであることを示すためにＣ_ｉフィールドは「０」に設定される。
−Ｒ：「０」に設定される予約ビット。

図１０は発明思想のいくつかの実施形態に従う有効化／無効化ＭＡＣコントロールエレメントを示す。

いくつかの実施形態によれば、送信器は所定のタイプのＭＡＣＣＥのセット／リストを送信してよく、ここでリスト内の各ＭＡＣＣＥはいくつかのセルにアドレスする能力を有するが、同一タイプのＭＡＣＣＥのセット／リストはより多くのセルにアドレスするだろう。言い換えれば、リスト内の第一のＭＡＣＣＥはセルの第一セットにアドレスしてよく、リスト内の第二のＭＡＣＣＥはセルの第二セットにアドレスしてよく、リスト内の第三のＭＡＣＣＥはセルの第三セットにアドレスしてよく、以下同様である。言い換えれば、ＭＡＣＣＥの連結も使用されてよい。

ネットワークがＵＥに有効化／無効化命令を送信し、各有効化／無効化ＭＡＣＣＥは８（又は７）セルにアドレスできる例を考える。合計３２のセルがアドレスされるべきである場合、ネットワークは次に４つの有効化／無効化ＭＡＣＣＥを送信するであろう：
・第一の有効化／無効化ＭＡＣＣＥがインデックス０乃至７（又は１乃至７）を有するセルにアドレスし、
・第二の有効化／無効化ＭＡＣＣＥがインデックス８乃至１５を有するセルにアドレスし、
・第三の有効化／無効化ＭＡＣＣＥがインデックス１６乃至２３を有するセルにアドレスし、
・第四の有効化／無効化ＭＡＣＣＥがインデックス２４乃至３１を有するセルにアドレスする。
順番は次のように逆にすることもできる：
・第一の有効化／無効化ＭＡＣＣＥがインデックス２４乃至３１を有するセルにアドレスし、
・第二の有効化／無効化ＭＡＣＣＥがインデックス１６乃至２３を有するセルにアドレスし、
・第三の有効化／無効化ＭＡＣＣＥがインデックス８乃至１５を有するセルにアドレスし、
・第四の有効化／無効化ＭＡＣＣＥがインデックス０乃至７（又は１乃至７）を有するセルにアドレスする。
本実施形態において、ＭＡＣＣＥが同一ブロックのメッセージ（例えば同一ＭＡＣＰＤＵ）でシグナリングされなければならないようにすることができる。ＵＥの全ての構成されたサービスセルにアドレスできるようにするにはＭＡＣＰＤＵ内のＭＡＣＣＥの数が少なすぎる場合は、ＵＥはＭＡＣＣＥのセットを拒絶（又は別の動作を適用）してよく、例えばＵＥがインデックス０（例えばＰＣｅｌｌ）、３、４、及び１８を有するサービングセルで構成される場合、１８までのインデックスを有するサービングセルにアドレスするために３つのＭＡＣＣＥが必要であってよい。同様に、ＭＡＣＰＤＵ内のＭＡＣＣＥの数が多すぎで、ＵＥが構成されるより多くのセルにアドレスする場合、ＭＡＣＣＥのセットを拒絶（又は別の動作を適用）してもよい。

発明思想のいくつかの実施形態によれば、異なるバージョンが異なる数のキャリアをサポートする、異なるバージョンのＭＡＣＣＥが導入される。発明思想のいくつかの他の実施形態によれば、指示されうるサポートされるキャリア数を動的に変更可能な動的ＭＡＣＣＥが導入される。発明思想のさらに他の実施形態によれば、各ＭＡＣＣＥは少しのセルにしかアドレスできないが、複数ＭＡＣＣＥは全体でより多くのセルにアドレスできる場合、所定のタイプの複数ＭＡＣＣＥが連結される／同時に送信される。

いくつかの実施形態に従う無線端末ＵＥの動作が、図１５Ａ、図１５Ｂ、及び図１５Ｃのフローチャートを参照して以下に説明される。ブロック１５０１において、無線端末ＵＥのプロセッサ３０３は、コンポーネントキャリアの変更が生じるべきかどうかを、例えば送受信器３０１を介して基地局ＢＳから受信した命令に基づき判断しうる。コンポーネントキャリアの構成における変更がブロック１５０１において生じるべきである場合、プロセッサ３０３はブロック１５０３においてコンポーネントキャリアを構成してよく、ＭＡＣＣＥはブロック１５０５において構成されたＣＣに従って基地局ＢＳと通信してよい。

無線端末ＵＥの構成されたＣＣは、プライマリＣＣ及び０、１、又は複数のセカンダリＣＣを含んでよく、セカンダリ・コンポーネントキャリア・インデックスは上述したように各セカンダリ・コンポーネントキャリアに関連付けられてよい。さらに、各ＰＨＲ又は有効化／無効化ＭＡＣＣＥは、ビットマップの個別のビットに関連付けられた構成されたセカンダリ・コンポーネントキャリアの各セカンダリ・コンポーネントキャリア・インデックスを有するビットマップを含んでよい。図３及び図４、図６及び図７、そして図８及び図１０を参照して上述したように、ＭＡＣＣＥビットマップのサイズは、構成されたコンポーネントキャリアの最大のセカンダリ・コンポーネントキャリア・インデックスを収容するように変わってよい。

従って、プロセッサ３０１は、ブロック１５０３において通信ネットワークの無線端末ＵＥと基地局ＢＳ間の通信リンクに対してコンポーネントキャリアの第一グループを構成してよい。コンポーネントキャリアの第一グループで構成する間（例えばブロック１５０１においてＣＣ構成に変更があるまで）、ブロック１５０５において第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）（例えばＰＨＲＭＡＣＣＥ又は有効化／無効化ＭＡＣＣＥ）であって、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットを有し、第一のサイズを有する第一のビットマップを含む、第一のＭＡＣＣＥをプロセッサ３０１が通信してよい。ブロック１５０５からブロック１５０１へ、そしてブロック１５０５へ戻る（ブロック１５０３を迂回する）ループによって示されるように、任意の数のＭＡＣＣＥは第一グループのコンポーネントキャリアを使用し、構成される間に通信されてもよい。

ブロック１５０１におけるＣＣ構成の変化に反応して、プロセッサ３０１は、コンポーネントキャリアの第一グループと異なるコンポーネントキャリアの第二グループを用いて、通信ネットワークの無線端末と基地局ＢＳとの間の通信リンクに対してコンポーネントキャリアの第二グループを構成してよい。コンポーネントキャリアの第二グループを用いて構成される間（例えば、ブロック１５０１におけるＣＣの構成に別の変更があるまで）、プロセッサ３０１は、ブロック１５０５における第二のＭＡＣＣＥ（例えばＰＨＲＭＡＣＣＥ又は有効化／無効化ＭＡＣＣＥ）であって、第二のサイズを有し、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットを持つ第二のビットマップを含む、第二のＭＡＣＣＥを通信してもよい。さらには、第一及び第二のビットマップのサイズは、異なるグループのコンポーネントキャリアを収容するように異なってよい。ブロック１５０５からブロック１５０１へ、そしてブロック１５０５への戻る（ブロック１５０３を迂回する）ループによって示されるように、任意の数のＭＡＣＣＥはコンポーネントキャリアの第二グループを用いて、構成される間に通信されてもよい。

本明細書で使用されるように、無線端末ＵＥのためのコンポーネントキャリアのグループはプライマリ・コンポーネントキャリア及び０、１又は複数のセカンダリ・コンポーネントキャリアを含んでもよく、各セカンダリ・コンポーネントキャリアはＭＡＣＣＥに含まれるビットマップ（例えば、ＰＨＲＭＡＣＣＥ又は有効化／無効化ＭＡＣＣＥのビットマップ）の個別のビット（例えばＣビット）と関連付けられるセカンダリ・コンポーネントキャリア・インデックスを使用して識別されてよい。同一の無線端末ＵＥのための２つの異なるグループのコンポーネントキャリア（例えば、ブロック１５０１に関して上述した第一及びコンポーネントキャリアの第二グループ）は、従って、他のグループに含まれない少なくとも１つのセカンダリ・コンポーネントキャリアを含む少なくとも１つのグループを持つ同一のプライマリ・コンポーネントキャリアを含んでよい。例えば、コンポーネントキャリアの第一グループは、（図３、図６、図８、又は図１０の１つのオクテットビットマップが第一グループで使用されてよいように）プライマリＣＣと、ＣビットＣ_２及びＣ_４に関連付けられた個別のインデックスを持つ２つのセカンダリＣＣとを含んでよく、ＣＣの第二グループは、（図４、図７、図８、又は図１０の複数／２つのオクテットビットマップが第二グループで使用されてよいように）プライマリＣＣと、ＣビットＣ_２、Ｃ_４、及びＣ_１２に関連付けられた個別のインデックスを持つ３つのセカンダリＣＣを含んでよい。従って、無線端末のためのＣＣの異なるグループは、同一プライマリ及び／又はセカンダリＣＣの一部を共有してよい。さらに、無線端末のための異なるグループのＣＣのサイズは同一であってよい（つまり、同じ数のコンポーネントキャリアを有する）が、２つのグループのための異なる最大のセカンダリＣＣインデックスは異なるサイズのＭＡＣＣＥビットマップを与えてよい。例えば、コンポーネントキャリアの第一グループは、（図３、図６、図８、又は図１０の１つのオクテットビットマップが第一グループで使用されてよいように）プライマリＣＣと、ＣビットＣ_２及びＣ_４に関連付けられた個別のインデックスを持つ２つのセカンダリＣＣとを含んでよく、第二グループのＣＣは（図４、図７、図８、又は図１０の複数／２つのオクテットビットマップが第二グループで使用されてよいように）プライマリＣＣと、ＣビットＣ_２及びＣ_１２に関連付けられた個別のインデックスを持つ２つのセカンダリＣＣを含んでよい。

従って、コンポーネントキャリアの第一グループを構成することはプライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、コンポーネントキャリアの第二グループを構成することはプライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、セカンダリ・コンポーネントキャリアの第一及び第二グループは異なってよく、セカンダリ・コンポーネントキャリアの第一グループの各々は第一のビットマップの個別のビットに対応してよく、そしてセカンダリ・コンポーネントキャリアの第二グループの各々は第二のビットマップの個別のビットに対応してよい。さらに、個別のコンポーネントキャリア・インデックスはセカンダリ・コンポーネントキャリアの第一グループの各々に関連付けられてよく、個別のコンポーネントキャリア・インデックスはセカンダリ・コンポーネントキャリアの第二グループの各々に関連付けられてよく、セカンダリ・コンポーネントキャリアの第一グループのコンポーネントキャリア・インデックスのうちの少なくとも１つは閾値を越えてよく、セカンダリ・コンポーネントキャリアの第二グループのコンポーネントキャリア・インデックスはどれも閾値を越えなくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。

ＰＨＲＭＡＣＣＥがブロック１５０５のＭＡＣＣＥである場合、ＰＨＲＭＡＣＣＥの通信は、（送受信器３０１を通じた）図１５Ｂのブロック１５０５'の少なくとも１つの構成されたＣＣのためのパワーヘッドルーム・レポートの送信を含んでよい。

有効化／無効化ＭＡＣＣＥがブロック１５０５のＭＡＣＣＥである場合、有効化／無効化ＭＡＣＣＥの通信は、ブロック１５０５''における有効化／無効化ＭＡＣＣＥを（送受信器３０１を通じて）受信することと、ブロック１５０５ｂ''における第一のビットマップに対応するコンポーネントキャリアの第一グループの各コンポーネントキャリアを有効化／無効化することとを含んでよい。

いくつかの実施形態によれば、異なる論理チャネルアイデンティティ（ＬＣＩＤ）は、異なるビットマップサイズを有する同一タイプの異なるＭＡＣＣＥ（例えば、異なるビットマップサイズを有する異なるＰＨＲＭＡＣＣＥ、又は異なるビットマップサイズを有する有効化／無効化ＭＡＣＣＥ）に対して使用されてよい。例えば、ブロック１５０５における第一のＭＡＣＣＥの通信は、第一のＭＡＣＣＥを受信することと、第一のＬＣＩＤに対応するコンポーネントキャリアの第一グループの個別のコンポーネントキャリアに第一のビットマップのビットを適用することとを含んでよく、第二のＭＡＣＣＥの通信は、第二のＭＡＣＣＥを受信することと、（第一のＬＣＩＤとは異なる）第二のＬＣＩＤに対応するコンポーネントキャリアの第二グループの個別のコンポーネントに第二のビットマップのビットを適用することとを含んでよい。別の例によれば、ブロック１５０５における第一のＭＡＣＣＥの通信は、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに適用された第一のビットマップのビットを示すために第一のＬＣＩＤをもつ第一のＭＡＣＣＥを送信することを含んでよく、第二のＭＡＣＣＥの通信は、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに適用された第二のビットマップのビットを示すために（第一のＬＣＩＤとは異なる）第二のＬＣＩＤをもつ第二のＭＡＣＣＥを送信することを含んでよい。

他の実施形態によれば、同一のＬＣＩＤは異なるビットマップサイズを有する同一タイプの異なるＭＡＣＣＥに対して提供されてよい。そのような場合、プロセッサ３０３はコンポーネントキャリアの現在の構成に基づき、適切なビットマップサイズを判断してよい。例えば、ブロック１５０５における第一のＭＡＣＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第一グループに対応する第一のサイズを有する第一のビットマップを含むように第一のＭＡＣＣＥを翻訳／生成することを含んでよく、ブロック１５０５における第二のＭＡＣＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のサイズを有する第二のビットマップを含むように第二のＭＡＣＣＥを翻訳／生成することを含んでよい。

発明思想のいくつかの他の実施形態によれば、同一タイプであり同一ビットマップサイズ（例えば１オクテット）を有する１つ以上のＭＡＣＣＥ（例えば、１つ以上のＰＨＲＭＡＣＣＥ又は１つ以上の有効化／無効化ＭＡＣＣＥ）は、異なるＣＣ構成を収容するためにコンポーネントキャリアの同一グループに用いられてよく、ＣＣの同一グループのための１つ以上のＭＡＣＣＥは同一ＭＡＣＰＤＵに含められてよい。例えば、パワーヘッドルーム・レポートＰＨＲに対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得る場合、図３の１つのＰＨＲＭＡＣＣＥは、パワーヘッドルーム・レポートに対するＭＡＣＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図３の２つ以上のＰＨＲＭＡＣＣＥはパワーヘッドルーム・レポートに対するＭＡＣＰＤＵに含められてよい。例えば、有効化／無効化命令に対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容されうる場合、図６の１つの有効化／無効化ＭＡＣＣＥは、有効化／無効化命令に対するＭＡＣＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図６の２つ以上の有効化／無効化ＭＡＣＣＥは有効化／無効化命令に対するＭＡＣＰＤＵに含められてよい。

ブロック１６のフローチャートに示すように、無線端末ＵＥのプロセッサ３０３は、例えばブロック１６０１においてコンポーネントキャリアの変更が生じるべきかどうかを、例えば送受信器３０１を介して基地局ＢＳから受信した命令に基づき判断してもよい。コンポーネントキャリア構成における変更がブロック１６０１において生じるべきである場合、プロセッサ３０３はブロック１６０３においてコンポーネントキャリアを構成してよく、ＭＡＣＣＥはブロック１６０５において構成されたＣＣに従って基地局ＢＳと通信してよい。

従って、プロセッサ３０３は、ブロック１６０３において通信ネットワークの無線端末ＵＥと基地局ＢＳとの間の通信リンクに対してコンポーネントキャリアの第一グループを構成してよい。コンポーネントキャリアの第一グループで構成される間、プロセッサ３０３は第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信（例えば送受信器３０１を介して送信及び／又は受信）してよい。第一のＭＡＣＣＥは、コンポーネントキャリアのグループの第一のサブセットの個別のコンポーネントキャリアに対応する第一のビットマップのビットを持つ第一のビットマップを含んでよく、第二のＭＡＣＣＥは、コンポーネントキャリアのグループのサブセットの個別のコンポーネントキャリアに対応する第二のビットマップのビットをもつ第二のビットマップを含んでよい。例えば、第一及び第二のＭＡＣＣＥは図３の第一及び第二のＰＨＲＭＡＣＣＥであってよく、又は第一及び第二のＭＡＣＣＥは図６の第一及び第二の有効化／無効化ＭＡＣＣＥであってよく、そして第一及び第二のＭＡＣＣＥは同一のＭＡＣＰＤＵに含まれてよい。

ＣＣの構成がブロック１６０１において変わらないままである限り、プロセッサ３０３は、相互排他的である第一及び第二のサブセットをもつ、構成されたＣＣの第一のサブセットについての情報を提供するＰＤＵの１つのＭＡＣＣＥと、構成されたＣＣの第二のサブセットについての情報を提供するＰＤＵの別のＭＡＣＣＥと、を有するＭＡＣＰＤＵにおける複数ＭＡＣＣＥを使用してブロック１６０１及び１６０５の動作をループしてよい。

ブロック１６０１においてＣＣ構成の変化があれば、プロセッサ３０３は、コンポーネントキャリアの第一グループと異なるコンポーネントキャリアの第二グループを用いて通信ネットワークの無線端末と基地局ＢＳとの間の通信リンクに対してコンポーネントキャリアの第二グループを構成してよい。例えば、１オクテットのビットマップはキャリアの第二グループのインデックスを収容するのに十分であってよい。コンポーネントキャリアの第二グループで構成される間、プロセッサ３０３は、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第三のビットマップのビットを持つ第三のビットマップを含む第三のＭＡＣＣＥを用いて、（送受信器３０１を介して）第三のＭＡＣＣＥを通信してよい。さらに、第三のＭＡＣＣＥは、ブロック１６０５を参照して上述される第一及び第二のＭＡＣＣＥに使用されるＭＡＣＰＤＵとは異なる第二のＭＡＣＰＤＵに含まれてよい。

（ブロック１６０５を参照して上述される第一、第二、及び第三のＭＡＣＣＥの）第一、第二、及び第三のビットマップは同一サイズを有してよい。さらに、コンポーネントキャリアの第一グループはプライマリ・コンポーネントキャリア及び第一の複数のセカンダリ・コンポーネントキャリアを含んでよく、第一の複数のセカンダリ・コンポーネントキャリアの第一のサブセットの各々は第一のビットマップの個別のビット（Ｃビット）に対応してよく、第一の複数のセカンダリ・コンポーネントキャリアの第二のサブセットの各々は第二のビットマップの個別のビット（Ｃビット）に対応してよい。加えて、コンポーネントキャリアの第二グループは、第三のビットマップのビットの個別の一つに対応するセカンダリ・コンポーネントキャリアの各々をもつ、プライマリ・コンポーネントキャリア及び第二の複数のセカンダリ・コンポーネントキャリアを含んでよい。

図１７は、発明思想のいくつかの実施形態に従う図１５Ａの無線端末の動作に対応する基地局ＢＳの動作を示す。プロセッサ２０３は、ブロック１７０１において、無線端末ＵＥのためのＣＣ構成の変化が適当かどうかを判断し、適当である場合、プロセッサ２０３は、ブロック１７０３において、無線端末ＵＥにＣＣ構成の命令を（送受信器２０１を介して）送信することで無線端末ＵＥのためのコンポーネントキャリアＣＣを構成しうる。ブロック１７０５において、プロセッサ２０３は構成されたＣＣに対するＭＡＣＣＥを無線端末ＵＥと通信（例えば有効化／無効化ＭＡＣＣＥの送信及び／又はＰＨＲＭＡＣＣＥの受信）しうる。

例えば、ブロック１７０３において、プロセッサ２０３は、（例えば送受信器２０１を介して無線端末にＣＣ構成命令を送信することで）通信ネットワークのノードと無線端末との間の通信リンクに対するコンポーネントキャリアの第一グループを構成しうる。通信リンクに対するコンポーネントキャリアの第一グループで構成される間、プロセッサ２０３はブロック１７０５において通信リンクを介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のサイズ（例えば１より大きいオクテットではない）を有し、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットを持つ第一のビットマップを通信（例えば有効化／無効化ＭＡＣＣＥの送信又はＰＨＲＭＡＣＣＥの受信）しうる。任意の数のＭＡＣＣＥは、ブロック１７０１及び１７０３においてＣＣ構成が変化するまで、ブロック１７０５におけるコンポーネントキャリアの第一グループに対して送信／受信されてよい。

ブロック１７０１において、無線端末ＵＥのＣＣ構成が変更されるべきであると判断されることに応じて、プロセッサ２０３は、通信ネットワークのノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第二グループを構成しうる。コンポーネントキャリアの第二グループで構成される間、プロセッサ２０３は、第二のサイズ（例えば１より大きいオクテット）を有する第二のビットマップを有し、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットを持ち、第二のビットマップの第二のサイズと異なる第一のビットマップの第一のサイズを持つ第二のＭＡＣＣＥを、通信リンクを介して通信してもよい。コンポーネントキャリアのグループは図１５Ａ、図１５Ｂ、及び図１５Ｃを参照する上記の詳細で説明される。

いくつかの実施形態に従うと、ブロック１７０５における第一のＭＡＣＣＥの通信は、（送受信器２０１を介する）第一の拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥの受信を含んでよく、ブロック１７０５における第二のＭＡＣＣＥの通信は、（送受信器２０１を介する）第二の拡張ＰＨＲＭＡＣＣＥの受信を含んでよい。

いくつかの実施形態に従うと、ブロック１７０５における第一のＭＡＣＣＥの通信は、第一の有効化／無効化ＭＡＣＣＥの送信を含んでよく、第二のＭＡＣＣＥの通信は、第二の有効化／無効化ＭＡＣＣＥの送信を含んでよい。例えば、第一のＭＡＣＣＥの通信は、第一のビットマップに従ってコンポーネントキャリアの第一グループの各コンポーネントキャリアを有効化／無効化するための第一の有効化／無効化ＭＡＣＣＥを送信することを含んでよく、第二のＭＡＣＣＥの通信は、第二のビットマップに従ってコンポーネントキャリアの第二グループの各コンポーネントキャリアを有効化／無効化するための第二の有効化／無効化ＭＡＣＣＥを送信することを含んでよい。

いくつかの実施形態に従うと、第一の論理チャネルアイデンティティ（ＬＣＩＤ）は第一のＭＡＣＣＥに対して提供されてよく、第二のＬＣＩＤは第二のＭＡＣＣＥに対して提供されてよく、第一及び第二のＬＣＩＤは異なっていてよい。例えば、第一のＭＡＣＣＥの通信は、第一のＭＡＣＣＥ（例えば第一のＰＨＲＭＡＣＣＥ）を受信すること及び第一のＬＣＩＤに対応するコンポーネントキャリアの第一グループの個別のコンポーネントキャリアに第一のビットマップのビットを適用することを含んでよく、第二のＭＡＣＣＥの通信は、第二のＭＡＣＣＥ（例えば第二のＰＨＲＭＡＣＣＥ）を受信すること及び第二のＬＣＩＤに対応するコンポーネントキャリアの第二グループの個別のコンポーネントに第二のビットマップのビットを適用することを含んでよい。

いくつかの他の実施形態に従うと、第一の論理チャネルアイデンティティ（ＬＣＩＤ）は第一のＭＡＣＣＥに対して提供されてよく、第二のＬＣＩＤは第二のＭＡＣＣＥに対して提供されてよく、第一及び第二のＬＣＩＤは異なっていてよい。第一のＭＡＣＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第一グループに対応する第一のサイズを有する第一のビットマップを含むように第一のＭＡＣＣＥを翻訳／生成することを含んでよく、第二のＭＡＣＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のサイズを有する第二のビットマップを含むように第二のＭＡＣＣＥを翻訳／生成することを含んでよい。

ブロック１７０１においてコンポーネントキャリアの第一グループを構成することは、プライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、ブロック１７０１においてコンポーネントキャリアの第二グループを構成することは、プライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、第一及び第二グループのセカンダリ・コンポーネントキャリアは異なってよく、第一グループのセカンダリ・コンポーネントキャリアの各々は第一のビットマップの個別のビットに対応してよく、そして第二グループのセカンダリ・コンポーネントキャリアの各々は第二のビットマップの個別のビットに対応してよい。

個別のコンポーネントキャリア・インデックスは第一グループの各セカンダリ・コンポーネントキャリアに関連付けられてよく、個別のコンポーネントキャリア・インデックスは第二グループの各セカンダリ・コンポーネントキャリアに関連付けられてよく、第一グループのセカンダリ・コンポーネントキャリアのコンポーネントキャリア・インデックスの少なくとも１つは閾値を超えてよく、第二グループのセカンダリ・コンポーネントキャリアのコンポーネントキャリア・インデックスはいずれも閾値を超えなくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。

第一のビットマップはビット群の第一の数のオクテットに配置されてよく、第二のビットマップはビット群の第二の数のオクテットに配置されてよく、ビット群の第一及び第二の数のオクテットは異なってよい。

コンポーネントキャリアの第一グループのコンポーネントキャリアの数は、コンポーネントキャリアの第二グループのコンポーネントキャリアの数より大きくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。

コンポーネントキャリアの第一グループのコンポーネントキャリアの数は、コンポーネントキャリアの第二グループのコンポーネントキャリアの数より小さくてよく、第一のビットマップのサイズは第二のビットマップのサイズより小さくてよい。

個別のコンポーネントキャリア・インデックスは第一グループの各コンポーネントキャリアに関連付けられてよく、個別のコンポーネントキャリア・インデックスは第二グループの各コンポーネントキャリアに関連付けられてよく、第一グループのコンポーネントキャリア・インデックスの少なくとも１つは閾値を超えてよく、コンポーネントキャリア・インデックスはいずれも閾値を超えなくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。

発明思想のいくつかの実施形態に従うと、図１７を参照して上述した動作は、基地局ＢＳ（例えば基地局ＢＳ−１）との通信において複数の無線端末ＵＥ（例えば無線端末ＵＥ１及びＵＥ２）に対して個別に及び／又は並列に行われてよい。異なる無線端末ＵＥに対するＭＡＣＣＥのビットマップのサイズは異なるサイズを有してよい。

従って、基地局ＢＳ−１のプロセッサ２０３は、ブロック１７０３における基地局ＢＳ−１と第一の無線端末ＵＥ１との第一の通信リンクのためのコンポーネントキャリアの第一グループを構成してよく、第一の通信リンクのためのコンポーネントキャリアの第一グループで構成される間、プロセッサ２０３はブロック１７０５において、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットをもち、第一のサイズを有する第一のビットマップを含む、第一のＭＡＣＣＥを用いて、第一の通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信してよい。加えて、基地局ＢＳ−１のプロセッサ２０３はブロック１７０３において、基地局ＢＳ−１と無線端末ＵＥ２との間の第二の通信リンクのためのコンポーネントキャリアの第二グループを構成してよく、第二の通信リンクのためのコンポーネントキャリアの第二グループが構成される間、プロセッサ２０３はブロック１７０５において、第二のＭＡＣＣＥであって、第二のサイズであって、第一のビットマップの第一のサイズとは異なる、第二のサイズを有する第二のビットマップであって、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットをも持つ第二のＭＡＣＣＥを、第二の通信リンクを介して通信してよい。

いくつかの実施形態に従うと、図１７の基地局の動作は図１５Ａ、図１５Ｂ、及び図１５Ｃの無線端末の動作と対応してよく、図１５Ａ、図１５Ｂ、及び図１５Ｃを参照して上述したＭＡＣＣＥの定義は図１７のＭＡＣＣＥに適用されてよい。

図１８のフローチャートに示した発明思想のいくつかの実施形態によれば、同一タイプであり同一ビットマップサイズ（例えば１オクテット）を有する１つ以上のＭＡＣＣＥ（例えば、１つ以上のＰＨＲＭＡＣＣＥ又は１つ以上の有効化／無効化ＭＡＣＣＥ）は、異なるＣＣ構成を収容するためにコンポーネントキャリアの同一グループに用いられてよく、ＣＣの同一グループに対する１つ以上のＭＡＣＣＥは同一ＭＡＣＰＤＵに含められてよい。例えば、（基地局ＢＳによって受信される、無線端末からの）パワーヘッドルーム・レポートＰＨＲに対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得る場合、図３の１つのＰＨＲＭＡＣＣＥは、パワーヘッドルーム・レポートに対するＭＡＣＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図３の２つ以上のＰＨＲＭＡＣＣＥはパワーヘッドルーム・レポートに対するＭＡＣＰＤＵに含められてよい。例えば、（基地局ＢＳから無線端末ＵＥに送信される）有効化／無効化命令に対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容されうる場合、図６の１つの有効化／無効化ＭＡＣＣＥは、有効化／無効化命令に対するＭＡＣＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図６の２つ以上の有効化／無効化ＭＡＣＣＥは有効化／無効化命令に対するＭＡＣＰＤＵに含められてよい。

図１８に示すように、ブロック１８０１においてＣＣ構成を変更するべきと判断することに応じて、基地局ＢＳのプロセッサ２０３はブロック１８０３において、無線端末ＵＥと基地局ＢＳとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成してよい。コンポーネントキャリアの第一グループで構成される間、プロセッサ２０３は、第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のＭＡＣＣＥはブロック１８０５において第一のビットマップであって、コンポーネントキャリアのグループの第一のサブセットの個別のコンポーネントキャリアに対応する第一のビットマップのビットを持つ第一のビットマップを含む第一のＭＡＣＣＥと、コンポーネントキャリアのグループのサブセットの個別のコンポーネントキャリアに対応する第二のビットマップのビットをもつ第二のビットマップを含む第二のＭＡＣＣＥとを（送受信器２０１を介して）通信してよい。ブロック１８０１においてＣＣ構成が変化しない限り、通信リンクに対して構成されたコンポーネントキャリアの第一グループの異なるサブセットに対する第一及び第二のＭＡＣＣＥを使用して、ブロック１８０１及びブロック１８０５の動作が繰り返されてよい。

ブロック１８０１におけるＣＣ構成の変化に反応して、プロセッサ２０３は、コンポーネントキャリアの第一グループと異なるコンポーネントキャリアの第二グループを使用して、通信ネットワークの無線端末と基地局ＢＳとの間の通信リンクのためのコンポーネントキャリアの第二グループを構成してよい。コンポーネントキャリアの第二グループが構成される間、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第三のビットマップのビットを持つ第三のビットマップを含む第三のＭＡＣＣＥを用いて、プロセッサ２０３はブロック１８０５において第三のＭＡＣＣＥを（送受信器２０１を介して）送信してよい。ブロック１８０１においてＣＣ構成が変化しない限り、コンポーネントキャリアの第二グループのためのただ１つのＭＡＣＣＥを用いてブロック１８０１及びブロック１８０５の動作が繰り返されてよい。

さらに、第一、第二、及び第三のビットマップは、プライマリ・コンポーネントキャリア及び複数のセカンダリ・コンポーネントキャリアを含むコンポーネントキャリアの第二グループと、第三のビットマップのビットの１つに対応する複数のセカンダリ・コンポーネントキャリアの各々と、と同一のサイズを有してよい。

加えて、第一及び第二のＭＡＣＣＥは同一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれてよい。例えば、第一及び第二のＭＡＣＣＥは第一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれてよく、第三のＭＡＣＣＥは第二のＭＡＣＰＤＵに含まれてよい。いくつかの実施形態に従って、図１８の基地局の動作は図１６の無線端末の動作と対応してよく、図１６を参照して上述したＭＡＣＣＥの定義は図１８のＭＡＣＣＥに適用されてよい。

上述した実施形態のいくつかにおいて、ＭＡＣＣＥの送信器は、無線端末のために構成されたキャリアの数／グループに基づき、又は１つの特定の実施形態においては、無線端末が閾値を超えるセルインデックス（例えば７より大きいセルインデックス）を有するセルを用いるために構成されるか否かに基づき、いくつかのＭＡＣＣＥバージョンのうちの１つを選択してよい。

無線端末ＵＥはＲＲＣレイヤを介して（１つ又は複数の）サービングセルで構成されてよく、基地局ｅＮＢはＲＲＣメッセージに示されているサービングセルを追加するように指示するＲＲＣメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を無線端末ＵＥに送ってよい。ＲＲＣメッセージに対して、無線端末ＵＥは構成を適用するために用いられる工程／動作を無線端末ＵＥが実行する間の所定の処理時間が許可されてよい。サービングセルの追加（又は構成）の例において、無線端末ＵＥは２０ｍｓの処理時間を許可されてよい。従って、時刻Ｔにおいて無線端末ＵＥがコンポーネントキャリア（サービングセルとしても称される）を追加するよう指示するＲＲＣメッセージを受信する場合、無線端末ＵＥは、サービングセルの追加（又は構成）を遅くとも時刻Ｔ＋２０ｍｓまでに完了しなければならず、しかしながら無線端末ＵＥはより早く構成を完了してよい。無線端末ＵＥがＲＲＣメッセージによって要求された構成をうまく適用できた際に、無線端末ＵＥは構成が完了したことを示す完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）をネットワークに応答するであろう。このメッセージはＵＥが新しい構成（ＲＲＣメッセージに示される構成）を適用していることをネットワークに示す。

完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を送信可能にするために、無線端末ＵＥはネットワークによってＰＵＳＣＨ（物理アップリンク共有チャネル）に（ＰＵＳＣＨの任意の他の送信とともに）スケジューリングされなければならず、ＰＵＳＣＨの送信は同期ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）プロトコルを用いる。

ＨＡＲＱプロトコルは、送信器がデータを送信し、受信器が送信をうまく受信したか、又は送信器が再送を行うべきかどうかについて、受信器からのフィードバックを待つストップアンドウェイト型のプロトコルである。ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）において、送信と期待されるフィードバックとの間の時間は４ミリ秒（ｍｓ）であり、後続の再送は（もしあれば）４ミリ秒後に行われる。これは送信器が８ミリ秒ごとに送信していることを意味する。しかしながら、ＬＴＥにおいて、無線端末ＵＥは８つの並列ＨＡＲＱプロセスを有してよく、これはサブフレームごとに、無線端末ＵＥが各サブフレームにおいて異なるＨＡＲＱを用いて送信を行うことができることを意味する。

ＨＡＲＱプロトコル及び並列ＨＡＲＱプロセスの規定により、送信器からのデータパケットは受信器にばらばらの順番で到着してよい。無線端末ＵＥが２つのデータセットＳ１及びＳ２（例えばデータパケットＳ１及びＳ２）を送信すべき場合、第一のデータセットＳ１はサブフレームｎにおいて第一のＨＡＲＱプロセスを用いて送信されてよく、（後続の）第二のデータセットＳ２はサブフレームｎ＋１において送信される第二のＨＡＲＱプロセスを用いて送信されてよい。サブフレームｎにおけるデータＳ１の送信が失敗したがサブフレームｎ＋１におけるデータＳ２の送信が成功した場合、受信器は第一のデータセットＳ１を受信する前に第二のデータセットＳ２を最初に受信するであろう。

ＲＲＣ完了メッセージに戻ると、ＲＲＣ完了メッセージはサブフレームｎにおいて送信されてよく、ＭＡＣＣＥはサブフレームｎ＋１において送信されてよい。しかしながら、上述したように、ＲＲＣ完了メッセージが基地局に受信される前にＭＡＣＣＥが基地局ｅＮＢにうまく受信されてよい（例えば、ｅＮＢ基地局においてＲＲＣ完了メッセージの最初の受信が失敗した場合）。この状況において、基地局ｅＮＢがサブフレームｎ＋１においてＭＡＣＣＥを受信する際、基地局ｅＮＢはまだＲＲＣ完了メッセージを受信していないため、基地局ＵＥが新しいＲＲＣ構成を適用していることを知らないであろう。

要約すると、基地局ｅＮＢは無線端末ＵＥのためのサービングセルのセットを追加（又は除去）してもよいが、ＨＡＲＱプロトコルに起因し、基地局ｅＮＢは無線端末ＵＥがうまく構成を行ったかどうか知らなくてもよい。この状況において、基地局ｅＮＢはそれゆえ無線端末ＵＥが送信しているＭＡＣＣＥのバージョンを知らないであろうし、基地局ｅＮＢはそれゆえ無線端末ＵＥから受信したＭＡＣＣＥをどのように復号するか知らないであろうし、結果として、基地局がＭＡＣＣＥと同一の送信に含まれるすべてのデータユニットを復号できず、復号されていないデータユニットを廃棄する必要があってよい。

上述したＭＡＣＣＥのいくつかの実施形態を適用する際、ネットワークの基地局ｅＮＢは、ＵＥがＲＲＣ再構成メッセージを適用している時間（例えば、基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する時刻と基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信する時刻との間）、無線端末ＵＥが適用しているＭＡＣＣＥのバージョンを知らなくてもよい。

後述するいくつかの実施形態に従うと、例えば、無線端末ＵＥが、送信しているＭＡＣＣＥのバージョンを判断するためにネットワークの基地局ｅＮＢによって用いられることができるインジケータ（ＭＡＣＣＥバージョンのインジケータとしても称される）をネットワークの基地局ｅＮＢへ送信させることで、この問題に対処／解決するための方法／動作が提供されてよい。バージョンインジケータと称されるこのインジケータはＭＡＣＣＥのバージョンインジケータ・フィールドに含まれてよい。ＭＡＣＣＥのバージョンインジケータ・フィールドにバージョンインジケータを提供することで、受信する基地局ｅＮＢがＭＡＣＣＥを正しく復号するために送信されるＭＡＣＣＥバージョンを判断できる。

いくつかの他の実施形態に従うと、基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージのＨＡＲＱ通知ＡＣＫを受信するまで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に対応するＭＡＣＣＥの送信を中断してもよい。

無線端末ＵＥがネットワークの基地局ｅＮＢにＭＡＣＣＥバージョンを示す例が用いられているものの、ネットワークの基地局ｅＮＢが送信しているＭＡＣＣＥのバージョンを無線端末ＵＥに示すことを可能にするために実施形態が用いられることもできることは理解されるべきである。さらに、異なるバージョンのＭＡＣＣＥを用いて実施形態が開示されるものの、ＭＡＣヘッダ、ＭＡＣサブヘッダ、及び／又はペイロードのような、バージョンの不確実性が生じてもよい他のメッセージの異なるバージョンを示すために実施形態が適用されてもよい。

いくつかの実施形態に従うと、バージョンインジケータ・フィールドの値とＭＡＣＣＥバージョンとの間のマッピングを確立することができる。無線端末ＵＥは、バージョンインジケータ・フィールドを、第一の値はＭＡＣＣＥが第一のバージョンであることを示し、第二の値はＭＡＣＣＥが第二のバージョンであることを示し、第三の値はＭＡＣＣＥが第三のバージョンであることを示す、など、設定することで、ＭＡＣＣＥバージョンインジケータ・フィールドでＭＡＣＣＥのバージョンを指示することができる。特に、バージョンインジケータ・フィールドが１ビットのフラグである場合、ＭＡＣＣＥの第一のバージョンが用いられる際には無線端末はフラグを０（又は１）にセットしてよく、ＭＡＣＣＥの第二のバージョンが用いられる際には無線端末はフラグを１（又は０）にセットしてよい。

このバージョンインジケータ・フィールドは既存のＭＡＣＣＥの予約ビットを用いて実施されてよい。図２１Ａ及び図２１Ｂに示す拡張されたパワーヘッドルームＭＡＣＣＥにおいて、図の右上の位置にあるＲフィールドは、図２１Ａに示すように、（１つのプライマリ・コンポーネントキャリア及び７つのセカンダリ・コンポーネントキャリアＣ_１からＣ_７を支援する）第一のバージョンのＭＡＣＣＥが送信される場合は０にセットされてよく、一方で図２１Ｂに示すように（１つのプライマリ・コンポーネントキャリア及び３１のセカンダリ・コンポーネントキャリアを支援する）他のバージョンのＭＡＣＣＥが送信される場合は、Ｒフィールドは１にセットされてよい。図２１Ａ及び２１Ｂの例において、バージョンインジケータ・フィールドは、ＭＡＣＣＥのコンポーネントキャリア・ビットマップを提供するために用いられる第一のオクテットに含まれてよい。図３及び４の実施形態、図６及び７の実施形態、図８の実施形態、及び図１０の実施形態に従うと、バージョンインジケータ・フィールドは、（Ｒとラベル付けられたビットを用いて）ＭＡＣＣＥのコンポーネントキャリア・ビットマップを提供するために用いられる最後のオクテットに含まれてよい。

バージョンインジケータ・フィールドに含まれるＭＡＣＣＥバージョンインジケータに基づき、基地局ｅＮＢは、ＭＡＣＣＥを受信した際に、バージョンインジケータのビットが０か１かに基づき、無線端末ＵＥが第一のＭＡＣＣＥバージョンと第二のＭＡＣＣＥバージョンとのいずれを送信したのかを知ることができる。本実施形態が用いられた場合、バージョンインジケータ・フィールドの名前は、名前「Ｒ」（当該フィールドが「予約」を示す）から別の名前、例えばＩ（インジケータを示す）、に変更されてよい。

他の実施形態に従うと、無線端末ＵＥは、フラグを当該フラグが以前の送信で有していた値とは異なる値に変更することで、どのバージョンが用いられるのかをＭＡＣＣＥ内で示してよい。例えば、２つのＭＡＣＣＥバージョンが用いられる際、１ビットのフラグはＭＡＣＣＥのバージョンを変更する際に切り替えられる１ビットのフラグを用いることができる。１ビットフラグの切り替えへの１つの代替案として、２つより多い値を取りうる複数ビットのバージョンインジケータ・フィールドを用いることができ、バージョンインジケータの値はＭＡＣＣＥバージョンが変化する際に増加／インクリメント（又は減少／デクリメント又は何らかの他のルールやシーケンスに従って変更）されてよい。３つ以上の値又は状態を識別できるバージョンインジケータ・フィールドは、以前のバージョンの変更が確認される前に、バージョンが再構成されるイベントの際にバージョンの一貫性をもたらしうる。言い換えると、複数ビットのバージョンインジケータ・フィールドは再構成の重複を可能にしてよい。また、３つ以上の値を取りうる複数ビットのバージョンインジケータ・フィールドは、識別する３つ以上の（ＭＡＣＣＥ）バージョンがある場合に特に有用であってよい。

基地局ｅＮＢは、バージョンインジケータ・フィールドの値がバージョンインジケータ・フィールドの以前の値と比較して（つまり、ＭＡＣＣＥが送信された前回と比較して）変化し、無線端末ＵＥがＭＡＣＣＥの異なるバージョンを送信しているかどうかを知ることができる。

図１９Ａは発明思想のいくつかの実施形態に従う図１１の無線端末ＵＥの動作を示すフローチャートである。ブロック１９００において、ＵＥのプロセッサ３０３は送受信器３０１を介して基地局ＢＳとの接続（例えばＲＲＣ接続）を確立してよい。接続確立に際し、コンポーネントキャリア（ＣＣ）の初期構成は接続に対して定義されてよく、この初期構成は（接続確立の前に構成されたコンポーネントキャリアがないものと比較して）ブロック１９０１におけるＣＣ構成の変更とみなされてよい。ブロック１９０３において、プロセッサ３０３はコンポーネントキャリアを構成してよく、ブロック１９０３の一部として、プロセッサ３０３はＣＣ構成の完了を示す完了メッセージを（送受信器３０１を介して）基地局ＢＳに送信してよい。無線端末は以前に基地局ＢＳに接続されなかったため、接続の第一のＣＣ構成のための第一のＭＡＣＣＥバージョンはブロック１９０５で（以前定義されたＭＡＣＣＥバージョンがないものから）変化するであろうし、結果としてプロセッサ３０３はブロック１９０７ａにおいて適切なＭＡＣＣＥバージョン及びバージョンインジケータを選択してよい。ＭＡＣＣＥの各送信のためのブロック１９０９、ブロック１９１１、及びブロック１９０１において、プロセッサ３０３は、ブロック１９０１において基地局ＢＳから（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて）ＣＣ構成の変更を受信するまで、初期ＭＡＣＣＥバージョン及びＭＡＣＣＥバージョンインジケータを用いてＭＡＣＣＥを（送受信器３０１を介して）送信してよい。

ブロック１９０１におけるＣＣ構成を変更するメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）の（送受信器３０１を介した）受信に際し、プロセッサ３０１はブロック１９０３において新たなコンポーネントキャリアを構成してよい。上述したように、ブロック１９０３におけるコンポーネントキャリアの構成は、送受信器３０１を介して基地局ＢＳへ完了メッセージ（例えばＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）を送信することを含んでよい。ＣＣ構成のそのような変更は、新たなＭＡＣＣＥバージョン及び新たなバージョンインジケータの使用を要求してもしなくてもよい。

例えば、初期ＣＣ構成がコンポーネントキャリアＣ_１、Ｃ_３、及びＣ_５を含み、次のコンポーネントキャリアＣ_２、Ｃ_４，及びＣ_６を含む場合、両方のＣＣ構成は、図２１ＡのＭＡＣＣＥバージョンを用いてコンポーネントキャリアのための７ビットのビットマップに収容されてよく、ブロック１９０５におけるＭＡＣＣＥバージョンの変更はなくてよい。そのような場合、プロセッサ３０３は、ブロック１９０１におけるＣＣ構成の次の変更まで、新たなＭＡＣＣＥバージョン及びバージョンインジケータを選択することなくブロック１９０９、１９１１、及び１９０１の動作に進みうる。

一方、初期ＣＣ構成がコンポーネントキャリアＣ_１、Ｃ_３、及びＣ_５を含み、次のＣＣ構成がコンポーネントキャリアＣ_２、Ｃ_６、及びＣ_１４を含む場合、初期ＣＣ構成は（コンポーネントキャリアに対する７ビットのビットマップを有する）図２１ＡのＭＡＣＣＥバージョンを使用してサポートされてよいが、第二のＣＣ構成は（コンポーネントキャリアのための３１ビットのビットマップを有する）図２１ＢのＭＡＣＣＥバージョンを必要としてよい。従って、ＭＡＣＣＥの変更はブロック１９０５で示されてよい。ブロック１９０５においてＭＡＣＣＥバージョンの変更が示されていると判断することに応じて、プロセッサ３０３はブロック１９０７ａで新たなＭＡＣＣＥバージョン及びバージョンインジケータを選択してよく、新たなＣＣ構成がブロック１９０１で受信されるまで、ブロック１９１１における後続のＭＡＣＣＥの送信のために当該新たなＭＡＣＣＥバージョン及びバージョンインジケータが使用されてよい。

プロセッサ３０３は、ブロック１９０５においてＭＡＣＣＥバージョンの変更を指示するＣＣ構成の変更をブロック１９０１で受信するまで、同一のＭＡＣＣＥバージョン及びバージョンインジケータを用いてＭＡＣＣＥの送信を行いブロック１９０１、１９０９、及び１９１１の動作を繰り返してよい。

図１９Ａの実施形態において、各バージョンインジケータは個別のＭＡＣＣＥバージョンと対応してよい。例えば、１ビットのバージョンインジケータは、図２１Ａ及び図２１Ｂの２つのＭＡＣＣＥバージョンとそれぞれ対応する２つの値（０及び１）を有してよく、２ビットのバージョンインジケータは４つのＭＡＣＣＥバージョンとそれぞれ対応する４つの値（００、０１、１０、及び１１）を有してよい。そのような実施形態では、バージョンインジケータは、使用されているＭＡＣＣＥを効果的に特定してよい。

図１９Ｂのいくつかの他の実施形態に従うと、バージョンインジケータは、用いられる特定のＭＡＣＣＥを識別する必要なしにＭＡＣＣＥバージョンの変更を示すために用いられてよい。ブロック１９００、１９０１、１９０３、１９０５、１９０９、及び１９１１の動作は、図１９Ａを参照して上述されたものと実質的に同一であってよい。しかしながら、ブロック１９０７ｂにおいて、バージョンインジケータはＭＡＣＣＥバージョンの変更を示すために切り替えられる又は増加／減少されてよい。１ビットのバージョンインジケータでは、ＭＡＣＣＥバージョンが変化した場合、バージョンインジケータの値は切り替えられ（１から０又は０から１に変更され）てよい。従って、１ビットのバージョンインジケータは、利用可能であってよいＭＡＣＣＥバージョンの数に関わらず、ＭＡＣＣＥバージョンの変更を示すために用いられてよい。同様に、（４つの取りうる値をもつ）２ビットのバージョンインジケータは、ＭＡＣＣＥバージョンが変化するたびに増加／減少されてよい。増加することで、バージョンインジケータの値は１ずつ（例えば００から０１、０１から１０、１０から１１、又は１１から００に）増加されてよく、減少することで、バージョンインジケータの値は１ずつ（例えば００から１１、１１から１０、１０から０１、又は０１から００に）減少されてよい。

ＬＴＥにおいて、無線端末ＵＥは、（どのタイプの再構成が行われるかに基づく）１０から２０ミリ秒の範囲でありうる所定の時間のあとで、ＲＲＣメッセージをコンパイルしたことを期待されてよい。基地局ｅＮＢは、無線端末ＵＥにＭＡＣＣＥバージョンを変更させることを期待されるＲＲＣメッセージを送信した後、所定時間（例えば１０から２０ミリ秒の遅延時間、モニタ期間とも称される）バージョンインジケータ・フィールドをモニタするだけでよい。モニタ期間が経過した後、基地局ＢＳは、無線端末ＵＥが新しいＭＡＣＣＥバージョンを用いていると見なしてよい。それゆえ、本実施形態は、モニタ期間が経過した後、基地局ｅＮＢがバージョンインジケータ・フィールドをモニタすることをやめることを可能にし、モニタ期間が経過した後、バージョンインジケータ・フィールドの値を判断するために用いられる追加の論理回路を適用する必要がないため、いくらかの処理ゲインを達成することができる。

また、ＲＲＣ構成が適用されたことを無線端末ＵＥが確認する（例えば、基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信する）まで、基地局ｅＮＢはバージョンインジケータ・フィールドをモニタするだけでよい。従って、ｅＮＢは、２つの持続時間の短い方（モニタ期間の完了又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの受信）のバージョンインジケータ・フィールドをモニタするだけでよい。

図２０は上述したいくつかの実施形態に従う基地局の動作を示すフローチャートである。ブロック２００１において、プロセッサ２０３は送受信器２０１を介して無線端末ＵＥとの接続を確立してよく、接続を確立することは１つのコンポーネントキャリア（プライマリ・コンポーネントキャリアＰＣｅｌｌ）で無線端末ＵＥを構成することを含んでよい。ブロック２００５においてＣＣ構成に変更があるまで、プロセッサ２０３はブロック２００５、２０２１、及び２０２３の動作を繰り返してよく、プロセッサ２０３はブロック２０２３において、（例えばバージョンインジケータを考慮することなく）期待されるＭＡＣＣＥバージョンに基づき無線端末ＵＥからＭＡＣＣＥを受信／復号してよい。

無線端末ＵＥのためのＣＣ構成が変更されたはずであるとプロセッサ２０３がブロック２００５において判断した場合、プロセッサ２０３は新たなＣＣ構成を指し示すＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することで、ブロック２００７において新たなＣＣ構成を提供してよい。ブロック２００９において新たなＣＣ構成がＭＡＣＣＥバージョンに変更をもたらすと予想されない場合、プロセッサ２０３はブロック２０２１、２０２３、２００５の動作を継続してよく、プロセッサ２０３は（バージョンインジケータを考慮することなく）期待されるＭＡＣＣＥバージョンに基づきブロック２０２３において無線端末ＵＥからのＭＡＣＣＥを受信／復号してよい。以前のＣＣ構成がコンポーネントキャリアＣ_１、Ｃ_３、及びＣ_５を構成する場合、ブロック２００７の新たなＣＣ構成はコンポーネントキャリアＣ_２、Ｃ_４、及びＣ_６を構成し、図２１ＡのＭＡＣＣＥバージョンはＣＣ構成が変化する前及び後の両方に用いられてよい。

しかしながら、ブロック２００９において新たなＣＣ構成がＭＡＣＣＥバージョンに変更をもたらすと予想される場合、プロセッサ２０３はブロック２０１０において、新たなＭＡＣＣＥバージョン及び新たなバージョンインジケータを選択してよい。以前のＣＣ構成がコンポーネントキャリアＣ_１、Ｃ_３、及びＣ_５を構成する場合、ブロック２００７の新たなＣＣ構成はコンポーネントキャリアＣ_２、Ｃ_４、及びＣ_１４を構成し、例えば、図２１ＡのＭＡＣＣＥバージョンはＣＣ構成が変化する前に用いられてよく、図２１ＢのＭＡＣＣＥバージョンはＣＣ構成が変化した後に用いられてよい。図１９Ａ及び図１９Ｂを参照して上述したように、後続の受信されたＭＡＣＣＥが第一又は第二のバージョンであるかどうかをプロセッサ２０１が判断することを可能にするために、バージョンインジケータが第一の値から第二の値に変更されてよい。例えば、バージョンインジケータは、第一のＭＡＣＣＥバージョンにマッピングされた第一の値から第二のＭＡＣＣＥバージョンにマッピングされた第二の値に変更され、第一の値から第二の値へ切り替えられ、第一の値から次の値へ増加され、などであってよい。

ブロック２０１１及び２０１５において、ブロック２００７においてＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信した後のモニタ期間の間（例えば、送信後２０ｍｓまで）、ＭＡＣＣＥが受信されたかどうかをプロセッサ２０３が判断してもよい。このモニタ期間の間にブロック２０１１において無線端末ＵＥからＭＡＣＣＥが受信された場合、プロセッサ２０３はバージョンインジケータを使用／考慮するＭＡＣＣＥを受信／復号してよい。例えば、プロセッサ２０３はブロック２０１７においてＭＡＣＣＥを二度、一度は以前のＭＡＣＣＥバージョンを想定し、一度は期待されるＭＡＣＣＥバージョンインジケータを想定して受信／復号してよく、適切に復号された結果が用いられてよい。受信されたＭＡＣＣＥがブロック２０１９において以前のバージョンインジケータを有する場合、モニタ期間がブロック２０１５で完了するか、又は新たなバージョンインジケータをもつＭＡＣＣＥがブロック２０１９において受信されるまで、モニタ期間のブロック２０１１、２０１５、２０１７、及び２０１９の動作をプロセッサ２０３が繰り返してよい。ブロック２０１５においてモニタ期間が完了すると、又は新たなバージョンインジケータをもつＭＡＣＣＥがブロック２０１９において受信されると、ブロック２００５においてＣＣ構成に次の変更があるまで、プロセッサ２０３はブロック２０２１、２０２３（バージョンインジケータを考慮せずに新たな現在のＭＡＣＣＥバージョンに基づき受信／復号）、及び２００５の動作を繰り返してよい。

いくつかの他の実施形態に従うと、用いられるＭＡＣＣＥバージョンを無線端末ＵＥが変えるように求めるＲＲＣメッセージを無線端末ＵＥが受信／復号／適用する際に、無線端末ＵＥは影響されるタイプのＭＡＣＣＥの送信を一時停止してよい。言い換えると、プロセッサ２０３は遅延期間の間、無線端末ＵＥがそのようなＭＡＣＣＥを送信すべきであると無線端末ＵＥの他のプロセスが提案しても、影響を受ける任意のＭＡＣＣＥの送信を遅らせてよい。いくつかの実施形態に従うと、一時停止されたＭＡＣＣＥタイプの送信を以下の場合に再開してよい：
・所定の時間遅延が経過した後（例えば、ＵＥがＲＲＣメッセージを受信してからＲＲＣ処理時間が経過した後）、
・所定数の新たな無線フレームが通過した後、及び／又は
・所定のイベントの発生時（例えば、基地局ｅＮＢがＲＲＣ完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を受信したことを示す承認の基地局ｅＮＢからの受信）。

図１９Ｃは遅延に関して上述したいくつかの実施形態に従って動作する無線端末を示すフローチャートである。ブロック１９０１、１９０３、１９０５、及び１９０９の動作は図１９Ａ及び１９Ｂを参照して上述したものと同一であってよく、ブロック１９０７ｃにおいて、プロセッサ２９３は新たなＣＣ構成のための適切なＭＡＣＣＥバージョンを（バージョンインジケータを選択することなく）選択してよい。しかしながら、ブロック１９０７ｄ及び１９０７ｅにおいて、プロセッサ３０３は影響されたＭＡＣＣＥタイプの任意のＭＡＣＣＥを遅延させてよく、これは基地局がどのＭＡＣＣＥバージョンを期待するかが不確かであってよい期間の間に生じてよい。ブロック１９０７ｄ及び１９０７ｅの遅延は以下の場合に終了するよう定義されてよい：ブロック１９０１においてＣＣ構成を変更する命令を受信した後、ブロック１９０１においてＣＣ構成を変更する命令を受信した後に設定された数の無線フレーム（例えば３つの無線フレーム）の後、及び／又は例えばブロック１９０３においてコンポーネントキャリアを構成する際に、送信された完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）の受信を確認する承認ＡＣＫを基地局ＢＳから受信したことに応じる場合。ＭＡＣＣＥバージョンに関する不確かさの可能性は基地局において減少されてよいため、バージョンインジケータは図１９Ｃの実施形態（例えばブロック１９１１）からは省略されてよい。

＜実施形態例＞
＜実施形態１＞無線通信ネットワークで通信する無線端末を動作させる方法であって、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信することと、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを通信することと、を含み、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする方法。

＜実施形態２＞前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを送信することを特徴とする実施形態１に記載の方法。

＜実施形態３＞前記第一の拡張ＰＨＲＭＡＣＣＥがコンポーネントキャリアの前記第一のグループの各コンポーネントキャリアに対するパワーヘッドルーム情報を含むことを特徴とする実施形態２に記載の方法。

＜実施形態４＞前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを受信する工程を含むことを特徴とする実施形態１に記載の方法。

＜実施形態５＞前記第一の有効化／無効化ＭＡＣＣＥに応じて、前記第一のビットマップに対応するコンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化することと、前記第二の有効化／無効化ＭＡＣＣＥに応じて、前記第二のビットマップに対応するコンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化することとをさらに含むことを特徴とする実施形態４に記載の方法。

＜実施形態６＞前記第一のＭＡＣＣＥは拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥであり、前記第二のＭＡＣＣＥは有効化／無効化ＭＡＣＣＥであり、もしくは前記第一のＭＡＣＣＥは有効化／無効化ＭＡＣＣＥであり前記第二のＭＡＣＣＥは拡張ＰＨＲＭＡＣＣＥであることを特徴とする実施形態１に記載の方法。

＜実施形態７＞第一の論理チャネルアイデンティティ（ＬＣＩＤ）は前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び第二のＬＣＩＤが異なることを特徴とする実施形態１乃至６の何れか１つに記載の方法。

＜実施形態８＞前記第一のＭＡＣＣＥを通信することが、前記第一のＭＡＣＣＥを受信することと、前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することと、を含み、前記第二のＭＡＣＣＥを通信することが、前記第二のＭＡＣＣＥを受信することと、前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することと、を含むことを特徴とする実施形態７に記載の方法。

＜実施形態９＞第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び第二のＬＣＩＤが異なることを特徴とする実施形態１乃至５の何れか１つに記載の方法。

＜実施形態１０＞前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣＣＥバージョンインジケータが異なることを特徴とする実施形態１乃至５及び９の何れか１つに記載の方法。

＜実施形態１１＞コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含むことを特徴とする実施形態１０に記載の方法。

＜実施形態１２＞前記第一の再構成メッセージを受信することに応じて、前記第一のビットマップサイズを有する第一のＭＡＣＣＥバージョンを選択することであって、前記第一のＭＡＣＣＥを通信することは、前記第一のＭＡＣＣＥバージョンを選択することに応じて前記無線通信ネットワークへ前記第一のＭＡＣＣＥを送信することを含み、前記第一のＭＡＣＣＥは前記第一のビットマップサイズ及び前記第一のバージョンインジケータをもつ前記第一のＭＡＣＣＥバージョンを有し、前記第二の再構成メッセージを受信することに応じて、前記第二のビットマップサイズを有する第二のＭＡＣＣＥバージョンを選択することであって、前記第二のＭＡＣＣＥを通信することは、前記第二のＭＡＣＣＥバージョンを選択することに応じて前記第二のＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥは前記第二のビットマップサイズ及び前記第二のバージョンインジケータをもつ前記第二のＭＡＣＣＥバージョンを有することをさらに含むことを特徴とする実施形態１１に記載の方法。

＜実施形態１３＞コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含み、前記方法がさらに、コンポーネントキャリアの前記第二グループを構成することに応じて、遅延期間が経過する及び／又は複数の無線フレームが経過するまで、前記第二のＭＡＣＣＥを含む任意の後続のＭＡＣＣＥを送信することを遅延させることを含むことを特徴とする実施形態１乃至５及び９乃至１２の何れか１つに記載の方法。

＜実施形態１４＞コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含み、前記方法がさらに、前記第二の再構成メッセージを受信することに応じ、前記無線通信ネットワークへ再構成完了メッセージを送信することと、コンポーネントキャリアの前記第二グループを構成することに応じて、前記無線通信ネットワークから前記再構成完了メッセージの応答を受信するまで、前記第二のＭＡＣＣＥを含む任意の後続のＭＡＣＣＥを送信することを遅延させることを含むことを特徴とする実施形態１乃至５及び９乃至１２の何れか１つに記載の方法。

＜実施形態１５＞前記第一のＭＡＣＣＥを通信する工程が、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣＣＥを前記無線通信ネットワークに送信する工程を含み、前記第二のＭＡＣＣＥを通信する工程が、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信する工程を含むことを特徴とする実施形態１乃至５及び９乃至１４の何れか１つに記載の方法。

＜実施形態１６＞前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含むことを特徴とする実施形態１乃至６及び９の何れか１つに記載の方法。

＜実施形態１７＞コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする実施形態１乃至１６の何れか１つに記載の方法。

＜実施形態１８＞前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする実施形態１７に記載の方法。

＜実施形態１９＞コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリアとセカンダリ・コンポーネントキャリアの第一グループとを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリアとセカンダリ・コンポーネントキャリアの第二グループとを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応することを特徴とする実施形態１乃至１８の何れか１つに記載の方法。

＜実施形態２０＞個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態１９に記載の方法。

＜実施形態２１＞コンポーネントキャリアの前記第一グループを構成することが、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、前記グループのセカンダリ・コンポーネントキャリアの各々は前記第一のビットマップの個別のビットに対応し、前記第二グループのコンポーネントキャリアを構成することは、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態１乃至１８の何れか１つに記載の方法。

＜実施形態２２＞コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを実施形態２１に記載の方法。

＜実施形態２３＞前記第一のビットマップが第一の数のビットオクテットに配置され、前記第二のビットマップが第二の数のビットオクテットに配置され、前記第一及び第二の数のビットオクテットが異なることを特徴とする実施形態１乃至２２の何れか１つに記載の方法。

＜実施形態２４＞コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より大きく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態１乃至２３の何れか１つに記載の方法。

＜実施形態２５＞コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より小さく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより小さいことを特徴とする実施形態１乃至２０及び２３の何れか１つに記載の方法。

＜実施形態２６＞個別のコンポーネントキャリア・インデックスが前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態１乃至２５の何れか１つに記載の方法。

＜実施形態２７＞前記第一のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣＣＥを通信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記第一のＭＡＣＣＥを通信した後にコンポーネントキャリアの前記第二グループを構成することを含み、前記第二のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣＣＥを通信することを含むことを特徴とする実施形態１乃至２６の何れか１つに記載の方法。

＜実施形態２８＞前記第二のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣＣＥを通信することを含み、コンポーネントキャリアの前記第一グループを構成することが、前記第二のＭＡＣＣＥを通信した後にコンポーネントキャリアの前記第一グループを構成することを含み、前記第一のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣＣＥを通信することを含むことを特徴とする実施形態１乃至２６の何れか１つに記載の方法。

＜実施形態２９＞無線通信ネットワークと通信する無線端末を動作させる方法であって、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアのグループを構成することと、コンポーネントキャリアの前記グループで構成される間、第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップであってコンポーネントキャリアの前記グループの第一のサブセットの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを含む前記第一のＭＡＣＣＥと、第二のビットマップであってコンポーネントキャリアの前記グループの第二のサブセットの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを含む前記第二のＭＡＣＣＥ、を通信することを含むことを特徴とする方法。

＜実施形態３０＞コンポーネントキャリアの前記グループがコンポーネントキャリアの第一グループであり、前記方法がさらに、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第三のＭＡＣＣＥであって、第三のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに他王する前記第三のビットマップのビットを有する前記第三のビットマップを含む前記第三のＭＡＣＣＥを通信することと、をさらに含むことを特徴とする実施形態２９に記載の方法。

＜実施形態３１＞前記第一、第二、及び第三のビットマップが同一のビットマップサイズを有し、コンポーネントキャリアの前記第二グループはプライマリ・コンポーネントキャリア及び複数のセカンダリ・コンポーネントキャリアを含み、複数のセカンダリ・コンポーネントキャリアの各々は前記第三のビットマップの前記ビットの１つに対応することを特徴とする実施形態３０に記載の方法。

＜実施形態３２＞コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記グループの前記第一のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第一のサブセットを含み、コンポーネントキャリアの前記グループの前記第二のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第二のサブセットを含むことを特徴とする実施形態３０又は３１の何れか１つに記載の方法。

＜実施形態３３＞コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態３２に記載の方法。

＜実施形態３４＞前記第一及び第二のＭＡＣＣＥが同一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれることを特徴とする実施形態２９乃至３３の何れか１つに記載の方法。

＜実施形態３５＞前記第一及び第二のＭＡＣＣＥが第一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれ、前記第三のＭＡＣＣＥが第二のＭＡＣＰＤＵに含まれることを特徴とする実施形態２９乃至３３の何れか１つに記載の方法。

＜実施形態３６＞無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信機に接続されたプロセッサであって、実施形態１乃至３５の何れか１つの動作を実行するよう構成される前記プロセッサとを含む無線端末。

＜実施形態３７＞実施形態１乃至３５の何れか１つの動作を実行するよう適合された無線端末。

＜実施形態３８＞無線通信ネットワークのノードを動作させる方法であって、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信することと、前記通信ネットワークの前記ノードと前記無線端末との間の通信リンクのためのコンポーネントキャリアの第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって、当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを、前記通信リンクを介して通信することと、を含み、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする方法。

＜実施形態３９＞前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする実施形態３８に記載の方法。

＜実施形態４０＞前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを送信することを含むことを特徴とする実施形態３８に記載の方法。

＜実施形態４１＞前記第一のビットマップに従いコンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化することと、前記第二のビットマップに従いコンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化することと、をさらに含むことを特徴とする実施形態４０に記載の方法。

＜実施形態４２＞第一の論理チャネルアイデンティティ（ＬＣＩＤ）は前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び第二のＬＣＩＤが異なることを特徴とする実施形態３８乃至４１の何れか１つに記載の方法。

＜実施形態４３＞前記第一のＭＡＣＣＥを通信することが、前記第一のＭＡＣＣＥを受信することと、前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することと、を含み、前記第二のＭＡＣＣＥを通信することが、前記第二のＭＡＣＣＥを受信することと、前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することと、を含むことを特徴とする実施形態４２に記載の方法。

＜実施形態４４＞第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び第二のＬＣＩＤが同じことを特徴とする実施形態３８乃至４３の何れかに記載の方法。

＜実施形態４５＞前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣＣＥバージョンインジケータが異なることを特徴とする実施形態３８乃至４１及び４４の何れか１つに記載の方法。

＜実施形態４６＞コンポーネントキャリアの前記第一グループを構成することが、前記無線端末へ第一の再構成メッセージを送信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線端末へ第二の再構成メッセージを送信することを含むことを特徴とする実施形態４５に記載の方法。

＜実施形態４７＞前記第一の再構成メッセージを送信することに応じ、前記第一のビットマップサイズを有する第一のＭＡＣＣＥバージョンを選択することであって、前記第一のＭＡＣＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣＣＥを受信することと、前記第一のＭＡＣＣＥバージョンを想定して前記第一のＭＡＣＣＥをデコードすることを含む前記第一のＭＡＣＣＥを通信することと、前記第二の再構成メッセージを送信することに応じ、前記第二のビットマップサイズを有する第二のＭＡＣＣＥバージョンを選択することであって、前記無線端末から前記第二のＭＡＣＣＥを受信することと、前記第二のＭＡＣＣＥバージョンを選択することに応じて、前記第二のＭＡＣＣＥバージョンを想定して前記第二のＭＡＣＣＥをデコードすることを含む前記第二のＭＡＣＣＥを通信することと、をさらに含むことを特徴とする実施形態４６に記載の方法。

＜実施形態４８＞前記第一の再構成メッセージを送信することに応じ、前記第一のビットマップサイズを有する第一のＭＡＣＣＥバージョンを選択することであって、前記第一のＭＡＣＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣＣＥを受信することと、前記第一のＭＡＣＣＥバージョンを想定して前記第一のＭＡＣＣＥをデコードすることを含む前記第一のＭＡＣＣＥを通信することと、前記第二の再構成メッセージを送信することに応じ、前記第二のビットマップサイズを有する第二のＭＡＣＣＥバージョンを選択することであって、前記無線端末から前記第二のＭＡＣＣＥを受信することと、前記第二の再構成メッセージを送信した後のモニタリングピリオドが完了する前に、前記第一のＭＡＣＣＥバージョンを受信することに応じて、前記第一のＭＡＣＣＥバージョンを想定して前記第二のＭＡＣＣＥをデコードすることと、をさらに含むことを特徴とする実施形態４６に記載の方法。

＜実施形態４９＞前記第一のＭＡＣＣＥを通信する工程が、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣＣＥを前記無線通信ネットワークに送信する工程を含み、前記第二のＭＡＣＣＥを通信する工程が、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信する工程を含むことを特徴とする実施形態３８乃至４１及び４４乃至４８の何れか１つに記載の方法。

＜実施形態５０＞前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含むことを特徴とする実施形態３８乃至４１及び４４の何れか１つに記載の方法。

＜実施形態５１＞コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする実施形態３８乃至５０の何れか１つに記載の方法。

＜実施形態５２＞前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする実施形態５１に記載の方法。

＜実施形態５３＞コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリアと第一グループのセカンダリ・コンポーネントキャリアとを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリアと第二グループのセカンダリ・コンポーネントキャリアとを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする実施形態３８乃至５２の何れか１つに記載の方法。

＜実施形態５４＞個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態３８乃至５３の何れか１つに記載の方法。

＜実施形態５５＞コンポーネントキャリアの前記第一グループを構成することが、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、前記グループのセカンダリ・コンポーネントキャリアの各々は前記第一のビットマップの個別のビットに対応し、前記第二グループのコンポーネントキャリアを構成することは、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態３８乃至５２の何れか１つに記載の方法。

＜実施形態５６＞コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態５５に記載の方法。

＜実施形態５７＞前記第一のビットマップが第一の数のビットオクテットに配置され、前記第二のビットマップが第二の数のビットオクテットに配置され、前記第一及び第二の数のビットオクテットが異なることを特徴とする実施形態３８乃至５６の何れか１つに記載の方法。

＜実施形態５８＞コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より大きく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態３８乃至５７の何れか１つに記載の方法。

＜実施形態５９＞コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より小さく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより小さいことを特徴とする実施形態３８乃至５７の何れか１つに記載の方法。

＜実施形態６０＞個別のコンポーネントキャリア・インデックスが前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態３８乃至５９の何れか１つに記載の方法。

＜実施形態６１＞前記第一のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣＣＥを通信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記第一のＭＡＣＣＥを通信した後にコンポーネントキャリアの前記第二グループを構成することを含み、前記第二のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣＣＥを通信することを含むことを特徴とする実施形態３８乃至６０の何れか１つに記載の方法。

＜実施形態６２＞前記第二のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣＣＥを通信することを含み、コンポーネントキャリアの前記第一グループを構成することが、前記第二のＭＡＣＣＥを通信した後にコンポーネントキャリアの前記第一グループを構成することを含み、前記第一のＭＡＣＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣＣＥを通信することを含むことを特徴とする実施形態３８乃至６０の何れか１つに記載の方法。

＜実施形態６３＞無線通信ネットワークのノードを動作させる方法であって、前記通信ネットワークの前記ノードと第一の無線端末との間の第一の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、前記第一の通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記第一の通信リンクを介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信することと、前記通信ネットワークの前記ノードと第二の無線端末との間の第二の通信リンクのためのコンポーネントキャリアの第二グループを構成することと、前記第二の通信リンクのためのコンポーネントキャリアの前記第二グループで構成される間、前記第二の通信リンクを介して、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを通信することと、を含み、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする方法。

＜実施形態６４＞コンポーネントキャリアの前記第一グループを構成することが、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、前記グループのセカンダリ・コンポーネントキャリアの各々は前記第一のビットマップの個別のビットに対応し、前記第二グループのコンポーネントキャリアを構成することは、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態６３に記載の方法。

＜実施形態６５＞コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態６４に記載の方法。

＜実施形態６６＞無線通信ネットワークのノードを動作させる方法であって、無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアのグループを構成することと、コンポーネントキャリアの前記グループで構成される間、第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップであってコンポーネントキャリアの前記グループの第一のサブセットの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを含む前記第一のＭＡＣＣＥと、第二のビットマップであってコンポーネントキャリアの前記グループの第二のサブセットの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを含む前記第二のＭＡＣＣＥと、を通信することを含むことを特徴とする方法。

＜実施形態６７＞コンポーネントキャリアの前記グループがコンポーネントキャリアの第一グループであり、前記方法がさらに、前記無線端末と前記通信ネットワークの前記ノードとの間の通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第三のＭＡＣＣＥであって、第三のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第三のビットマップのビットを有する前記第三のビットマップを含む前記第三のＭＡＣＣＥを通信することと、をさらに含むことを特徴とする実施形態６６に記載の方法。

＜実施形態６８＞コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記グループの前記第一のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第一のサブセットを含み、コンポーネントキャリアの前記グループの前記第二のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第二のサブセットを含むことを特徴とする実施形態６７に記載の方法。

＜実施形態６９＞コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態６８に記載の方法。

＜実施形態７０＞前記第一、第二、及び第三のビットマップが同一のビットマップサイズを有し、コンポーネントキャリアの前記第二グループはプライマリ・コンポーネントキャリア及び複数のセカンダリ・コンポーネントキャリアを含み、複数のセカンダリ・コンポーネントキャリアの各々は前記第三のビットマップの前記ビットの１つに対応することを特徴とする実施形態６７に記載の方法。

＜実施形態７１＞前記第一及び第二のＭＡＣＣＥが同一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれることを特徴とする実施形態６６乃至７０の何れか１つに記載の方法。

＜実施形態７２＞前記第一及び第二のＭＡＣＣＥが第一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれ、前記第三のＭＡＣＣＥが第二のＭＡＣＰＤＵに含まれることを特徴とする実施形態６６乃至７０の何れか１つに記載の方法。

＜実施形態７３＞無線通信ネットワークのノードであって、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される通信インタフェースと、前記通信インタフェースと接続されたプロセッサであって、前記プロセッサが実施形態３８乃至７２の何れか１つに記載の動作を実行するよう構成されることを特徴とする無線通信ネットワークのノード。

＜実施形態７４＞実施形態３８乃至７２の何れか１つの動作を実行するよう適合された無線通信ネットワークのノード。

＜実施形態７５＞無線通信ネットワークと通信する無線端末を動作させる方法であって、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、コンポーネントキャリアの前記第一グループを構成することに応じ、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）バージョンを選択することと、コンポーネントキャリアの前記第一グループで構成される間、前記第一のＭＡＣＣＥバージョンを使用する第一のＭＡＣＣＥを通信することと、前記第一のＭＡＣＣＥの通信の後に、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成することと、コンポーネントキャリアの前記第二グループを構成することに応じ、前記第一のＭＡＣＣＥバージョンとは異なる第二のＭＡＣＣＥバージョンを選択することと、コンポーネントキャリアの前記第二グループで構成される間、前記第二のＭＡＣＣＥバージョンを用いて第二のＭＡＣＣＥを通信することと、を含むことを特徴とする方法。

＜実施形態７６＞前記第一のＭＡＣＣＥバージョンがＭＡＣＣＥの第一のビットマップサイズを定義し、前記第一のビットマップサイズを有する第一のビットマップが、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを前記第一のＭＡＣＣＥが含み、前記第二のＭＡＣＣＥバージョンが、前記第一のビットマップサイズとは異なるＭＡＣＣＥの第二のビットマップサイズを定義し、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを前記第二のＭＡＣＣＥが含むことを特徴とする実施形態７５に記載の方法。

＜実施形態７７＞コンポーネントキャリアの前記第一グループを構成することに応じ、第一のＭＡＣＣＥバージョンインジケータを選択し、ここで前記第一のＭＡＣＣＥは前記第一のＭＡＣＣＥバージョンインジケータを含み、コンポーネントキャリアの前記第二グループを構成することに応じ、前記第一のＭＡＣＣＥバージョンインジケータとは異なる第二のＭＡＣＣＥバージョンインジケータを選択することであって、前記第二のＭＡＣＣＥは前記第二のＭＡＣＣＥバージョンインジケータを含むことを特徴とする実施形態７５又は７６に記載の方法。

＜実施形態７８＞前記第一のＭＡＣＣＥバージョンインジケータは前記第一のＭＡＣＣＥバージョンにマッピングする第一の値を持ち、前記第二のＭＡＣＣＥバージョンインジケータは前記第二のＭＡＣＣＥバージョンにマッピングする第二の値を持つことを特徴とする実施形態７７に記載の方法。

＜実施形態７９＞前記第二のＭＡＣＣＥバージョンインジケータを選択することは、コンポーネントキャリアの前記第二グループを構成することに応じ、前記第一のＭＡＣＣＥバージョンインジケータを前記第二のＭＡＣＣＥバージョンインジケータに変更することを含むことを特徴とする実施形態７７に記載の方法。

＜実施形態８０＞変更することが、ＭＡＣＣＥバージョンインジケータのビットを第一のＭＡＣＣＥバージョンインジケータの値から第二のＭＡＣＣＥバージョンインジケータの値に切り替えることを含むことを特徴とする実施形態７９に記載の方法。

＜実施形態８１＞前記第二のＭＡＣＣＥを通信した後、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第三グループであって、コンポーネントキャリアの前記第一グループとも、コンポーネントキャリアの前記第二グループとも異なるコンポーネントキャリアの前記第三グループを構成することと、前記第一及び第二のＭＡＣＣＥバージョンと異なる第三のＭＡＣＣＥバージョンと、前記第二のＭＡＣＣＥバージョンインジケータと異なる第三のＭＡＣＣＥバージョンインジケータを選択することであって、前記ＭＡＣＣＥバージョンインジケータのビットを前記第二のＭＡＣＣＥバージョンインジケータの値から前記第一のＭＡＣＣＥバージョンインジケータの値へ切り替えることを含む、前記第三のＭＡＣＣＥバージョンインジケータを選択することと、コンポーネントキャリアの前記第三グループで構成される間、前記第三のＭＡＣＣＥバージョンを用い、前記第三のＭＡＣＣＥバージョンインジケータを含める第三のＭＡＣＣＥを通信することと、を含むことを特徴とする実施形態８０に記載の方法。

＜実施形態８２＞変更することが、ＭＡＣＣＥバージョンインジケータの値を第一のＭＡＣＣＥバージョンインジケータの値から第二のＭＡＣＣＥバージョンインジケータの値に増やす／減らすことを含むことを特徴とする実施形態７９に記載の方法。

＜実施形態８３＞前記第二のＭＡＣＣＥを通信した後、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第三グループであって、コンポーネントキャリアの前記第二グループと異なるコンポーネントキャリアの前記第三グループを構成することと、前記第二のＭＡＣＣＥバージョンと異なる第三のＭＡＣＣＥバージョンと、前記第二のＭＡＣＣＥバージョンインジケータと異なる第三のＭＡＣＣＥバージョンインジケータを選択することであって、前記ＭＡＣＣＥバージョンインジケータのビットを前記第二のＭＡＣＣＥバージョンインジケータの値から前記第一のＭＡＣＣＥバージョンインジケータの値へ増やす／減らすことを含む、前記第三のＭＡＣＣＥバージョンを選択することと、コンポーネントキャリアの前記第三グループで構成される間、前記第三のＭＡＣＣＥバージョンを用い、前記第三のＭＡＣＣＥバージョンインジケータを含める第三のＭＡＣＣＥを通信することと、を含むことを特徴とする実施形態８２に記載の方法。

＜実施形態８４＞コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含むことを特徴とする実施形態７５乃至８３の何れか１つに記載の方法。

＜実施形態８５＞コンポーネントキャリアの前記第二グループを構成することに応じて、遅延期間が経過するまで及び／又は複数の無線フレームが通過するまで、前記第二のＭＡＣＣＥを含む前記第一及び第二のＭＡＣＣＥのタイプの任意の後続のＭＡＣＣＥの送信を遅延することをさらに含むことを特徴とする実施形態８４に記載の方法。

＜実施形態８６＞前記第二の再構成メッセージを受信することに応じて、前記無線通信ネットワークへ再構成完了メッセージを送信することと、コンポーネントキャリアの前記第二グループを構成することに応じて、前記無線通信ネットワークから前記再構成完了メッセージの承認を受信するまで、前記第二のＭＡＣＣＥを含む前記第一及び第二のＭＡＣＣＥのタイプの任意の後続のＭＡＣＣＥの送信を遅延することと、をさらに含むことを特徴とする実施形態８４に記載の方法。

＜実施形態８７＞前記第一のＭＡＣＣＥを通信することが、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣＣＥを前記無線通信ネットワークに送信することを含み、前記第二のＭＡＣＣＥを通信することが、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信することを含むことを特徴とする実施形態７５乃至８６の何れか１つに記載の方法。

＜実施形態８８＞第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び第二のＬＣＩＤが同じことを特徴とする実施形態７５乃至８６の何れかに記載の方法。

＜実施形態８９＞無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信機に接続されたプロセッサであって、実施形態７５乃至８８の何れか１つの動作を実行するよう構成される前記プロセッサとを含む無線端末。

＜実施形態９０＞実施形態７５乃至８８の何れか１つの動作を実行するよう適合された無線端末。

＜実施形態９１＞無線通信ネットワークのノードを動作させる方法であって、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して、第一のＭＡＣＣＥバージョンを用いて第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信することと、前記第一のＭＡＣＣＥを通信した後、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して、前記第一のＭＡＣＣＥバージョンとは異なる第二のＭＡＣＣＥバージョンを用いて第二のＭＡＣＣＥを通信することと、を含むことを特徴とする方法。

＜実施形態９２＞前記第一のＭＡＣＣＥバージョンがＭＡＣＣＥの第一のビットマップサイズを定義し、前記第一のビットマップサイズを有する第一のビットマップが、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリア対応する前記第一のビットマップのビットを有する前記第一のビットマップを前記第一のＭＡＣＣＥが含み、前記第二のＭＡＣＣＥバージョンが、前記第一のビットマップサイズとは異なるＭＡＣＣＥの第二のビットマップサイズを定義し、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを前記第二のＭＡＣＣＥが含むことを特徴とする実施形態９１に記載の方法。

＜実施形態９３＞前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣＣＥバージョンインジケータが異なることを特徴とする実施形態９１又は９２に記載の方法。

＜実施形態９４＞コンポーネントキャリアの前記第一グループを構成することが、前記無線端末へ第一の再構成メッセージを送信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線端末へ第二の再構成メッセージを送信することを含むことを特徴とする実施形態９１乃至９３の何れか１つに記載の方法。

＜実施形態９５＞前記第一の再構成メッセージを送信することに応じ、第一のＭＡＣＣＥバージョンを選択することであって、前記第一のＭＡＣＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣＣＥを受信することと、前記第一のＭＡＣＣＥバージョンを想定して前記第一のＭＡＣＣＥをデコードすることを含む前記第一のＭＡＣＣＥを通信することと、前記第二の再構成メッセージを送信することに応じ、第二のＭＡＣＣＥバージョンを選択することであって、前記第二のＭＡＣＣＥバージョンを選択することに応じて、前記無線端末から前記第二のＭＡＣＣＥを受信することと、前記第二のＭＡＣＣＥバージョンを想定して前記第二のＭＡＣＣＥをデコードすることを含む前記第二のＭＡＣＣＥを通信することと、をさらに含むことを特徴とする実施形態９４に記載の方法。

＜実施形態９６＞前記第一の再構成メッセージを送信することに応じ、前記第一のＭＡＣＣＥを通信することが、前記第一のＭＡＣＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣＣＥを受信することと、前記第一のＭＡＣＣＥバージョンを想定して前記第一のＭＡＣＣＥをデコードすることを含む、第一のＭＡＣＣＥバージョンを選択することと、前記第二の再構成メッセージを送信することに応じ、前記第二のＭＡＣＣＥを通信することが、前記第二のＭＡＣＣＥバージョンを選択することに応じて、前記無線端末から前記第二のＭＡＣＣＥを受信することと、前記第二のＭＡＣＣＥバージョンを想定して前記第二のＭＡＣＣＥをデコードすることと、前記第二の再構成メッセージを送信した後でモニタ期間が完了する前に前記第二のＭＡＣＣＥを受信することに応じて、前記第一のＭＡＣＣＥバージョンを想定して前記第二のＭＡＣＣＥをデコードすることを含む、第二のＭＡＣＣＥバージョンを選択することと、をさらに含むことを特徴とする実施形態９４に記載の方法。

＜実施形態９７＞前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣＣＥバージョンインジケータが異なり、そして前記第二のＭＡＣＣＥをデコードすることが、前記第二のＭＡＣＣＥの前記ＭＡＣＣＥインジケータの値に基づく前記第一及び第二のＭＡＣＣＥを想定し、前記第二のＭＡＣＣＥをデコードした結果おひとつを用いることをさらに含むことを特徴とする実施形態９１乃至９７の何れか１つに記載の方法。

＜実施形態９８＞前記第一のＭＡＣＣＥを通信することが、前記無線通信ネットワークへの前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、前記無線通信ネットワークへの前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする実施形態９１乃至９７の何れか１つに記載の方法。

＜実施形態９９＞第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び第二のＬＣＩＤが同じことを特徴とする実施形態９１乃至９８の何れか１つに記載の方法。

＜実施形態１００＞無線通信ネットワークのノードであって、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される通信インタフェースと、前記通信インタフェースと接続されたプロセッサであって、前記プロセッサが実施形態９１乃至９９の何れか１つに記載の動作を実行するよう構成されることを特徴とする無線通信ネットワークのノード。

＜実施形態１０１＞実施形態９１乃至９９の何れか１つの動作を実行するよう適合されることを特徴とする無線通信ネットワークのノード。

＜実施形態１０２＞無線端末であって、前記無線端末と通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣＣＥを通信し、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣＣＥを通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なる、ように適合されたことを特徴とする無線端末。

＜実施形態１０３＞無線通信ネットワークのノードであって、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣＣＥを通信し、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣＣＥを通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なる、ように適合されたことを特徴とする無線端末。

＜実施形態１０４＞無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信機に接続されたプロセッサとを備えることを特徴とする無線端末。前記プロセッサは、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣＣＥを前記送受信器を介して通信し、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣＣＥを前記送受信器を介して通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なるように適合されたことを特徴とする。

＜実施形態１０５＞無線通信ネットワークのノードであって、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される送受信器と、前記送受信器と接続されたプロセッサとを含むことを特徴とするノード。前記プロセッサは、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣＣＥを通信し、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣＣＥを通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なる、ように構成されることを特徴とする。

＜実施形態１０６＞構成モジュール及び通信モジュールを備える無線端末であって、前記構成モジュールは、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成するために配置され、前記通信モジュールは、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信するために配置され、前記第一のＭＡＣＣＥは、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含み、前記構成モジュールは、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成するためにさらに配置され、コンポーネントキャリアの前記第一グループはコンポーネントキャリアの前記第二グループとは異なり、前記通信モジュールは、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥを通信するためにさらに配置され、前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする無線端末。

＜実施形態１０７＞構成モジュール及び通信モジュールを備える無線通信ネットワークのノードであって、前記構成モジュールは、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成するために配置され、前記通信モジュールは、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信するために配置され、前記第一のＭＡＣＣＥは第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを含み、前記構成モジュールが、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成するためにさらに配置され、前記通信モジュールが、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣＣＥを通信するためにさらに配置され、前記第二のＭＡＣＣＥは、第二のビットマップサイズを有する第二のビットマップであて、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを含み、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする。

実施形態１０６に従う無線端末の前記構成モジュール及び通信モジュールは、少なくとも１つの実施形態において、（図１３のプロセッサ３０３のような）プロセッサ上で動作するコンピュータプログラムとして実施されてよい。実施形態１０６に従う無線端末が実施形態１に従う処理を行う間、構成モジュール及び通信モジュールを備える無線端末の他の実施形態は、実施形態２乃至３５の何れか１つに従う処理を実行してよい。

実施形態１０７に従うノードの前記構成モジュール及び通信モジュールは、少なくとも１つの実施形態において、（図１２のプロセッサ２０３のような）プロセッサ上で動作するコンピュータプログラムとして実施されてよい。実施形態１０７に従う無線通信ネットワークのノードが実施形態３８に従う処理を行う間、構成モジュール及び通信モジュールを備えるノードの他の実施形態は、実施形態３９乃至７２の何れか１つに従う処理を実行してよい。

＜さらなる定義＞
エレメントが別のエレメントに「接続」「結合」「応答」又はそれらの変形として称されるとき、それは他のエレメントに直接的に接続、結合又は応答でき、又は１つ以上の介在要素が存在してよい。対照的に、エレメントが別のエレメントに「直接接続」「直接結合」「直接応答」又はそれらの変形として称されるとき、介在要素は存在しない。同様の番号は、全体を通して同様のノード／エレメントを指す。さらに、本明細書で用いられる「結合」「接続」「応答」又はそれらの変形は無線的な結合、接続、又は応答を含んでよい。本明細書で使用されるように、単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈がそうでないことを明確に示さない限り、複数形も含むことが意図される。簡潔さ及び／又は明瞭さのために、周知の機能又は構成を詳細に説明されなくてよい。用語「及び／又は」、略記された「／」、は、関連する列挙された項目の１つ以上の任意の及び全ての組み合わせを含む。

本明細書で使用される場合、用語「含む（ｃｏｍｐｒｉｓｅ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、又はそれらの変形は変更可能であり、１つ以上の規定された特徴、整数、ノード、ステップ、構成要素、機能を含むが、１つ以上の他の特徴、整数、ノード、ステップ、構成要素、機能又はそれらのグループの存在又は追加を排除しない。さらに、本明細書で使用されるように、ラテン語の語句「ｅｘｅｍｐｌｉｇｒａｔｉａ」に由来する一般的な略語「ｅ．ｇ．」は、一般的な例又は以前言及されたアイテムを導入又は特定するために用いられてよく、そのようなアイテムに限定することを意図していない。ラテン語の語句「ｉｄｅｓｔ」に由来する一般的な略語「ｉ．ｅ．」は、より一般的な記述から特有のアイテムを特定するために用いられてよい。

第一、第二、第三、などの用語は、様々なエレメント／動作を説明するために本明細書で使用されてよいが、これらのエレメント／動作は、これらの用語によって限定されるべきではないことが理解されよう。これらの用語は、あるエレメント／動作を別のエレメント／動作から区別するためだけに使用される。従って、いくつかの実施形態における第一のエレメント／動作は、本発明思想の教示から逸脱することなく、他の実施形態において第二のエレメント／動作と呼ぶことができる。本明細書で説明及び例示される本発明思想の態様の実施形態の例は、それらの相補的な対応物を含む。同一の参照符号又は同一の参照識別子は、明細書全体を通して同一又は類似のエレメントを示す。

例示的な実施形態は、コンピュータに実装される方法、装置（システム及び／又は機器）及び／又はコンピュータプログラム製品のブロック図及び／又はフローチャート図を参照して本明細書で説明される。ブロック図のブロック及び／又はフローチャート図、及びブロック図のブロック及び／又はフローチャート図の組み合わせは、１つ以上のコンピュータ回路によって実行されるコンピュータプログラム製品によって実施できることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、及び／又は他のプログラム可能なデータ処理回路のプロセッサ回路（プロセッサとも呼ばれる）に提供されて、機械を製造することができ、ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実施するために、コンピュータ及び／又は他のプログラム可能なデータ処理装置のプロセッサ、メモリ位置に格納された値及び変換回路、及びそのような回路内の他のハードウェア構成要素ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実装するための手段（機能）及び／又は構造を作成することができる。

また、これらのコンピュータプログラム命令は、有形のコンピュータ可読媒体に格納された命令が、フローチャート及び／又はブロック図のブロックに特定された機能／動作を実施する命令を含む製造品を提供するように、コンピュータ、他のプログラム可能なデータ処理装置、又は他の装置を、特定の方法で機能するように指示できるコンピュータ可読媒体に格納されてよい。

有形の、非一過性のコンピュータ可読媒体は電子、磁気、光学、電磁気、又は半導体データ記憶システム、装置、又は機器を含んでよい。コンピュータ可読媒体のより具体的な例は、ポータブルコンピュータ・ディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み出し専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）回路、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、及びポータブルデジタルディスク読み出し専用メモリ（ＤＶＤ／ＢｌｕｅＲａｙ）を含む。

また、コンピュータプログラム命令は、コンピュータ又は他のプログラム可能な装置上で実行される命令が、ブロック図及び／又はフローチャートのブロックに特定された機能／動作を実施するための工程を提供するように、プロセスが実装されたコンピュータを提供するために、コンピュータ及び／又は他のプログラム可能な装置上で実行されるべき一連の動作ステップをもたらすために、コンピュータ及び／又は他のプログラム可能なデータ処理装置に読み込まれてよい。従って、本発明思想の実施形態は、デジタル信号プロセッサのようなプロセッサ上で動作する、総称して「回路」「モジュール」又はその変形として称される、ハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施されてよい。

また、いくつかの代替的な実施形態において、ブロックに記されている機能／動作は、フローチャートに記されている順番から外れてもよい。例えば、実際に、連続して示される２つのブロックは、実質的に同時に実行されてもよく、又は、関係する機能／動作に応じ、時にはブロックが逆の順序で実行されてもよい。さらに、フローチャート及び／又はブロック図の所与のブロックの機能は、複数のブロックに分離されてもよく、及び／又はフローチャート及び／又はブロック図の２つ以上のブロックの機能は、少なくとも部分的には統合されてもよい。最後に、他のブロックは、説明されるブロック間に追加／挿入されてよい。さらに、図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、図示された矢印と逆の方向に通信が発生してもよいことは理解されたい。

上記の説明及び図に関連して、多くの異なる実施形態が本明細書に開示されている。これらの実施形態の組み合わせ及びサブコンビネーションの全てをそのまま説明及び図示することは過度に反復的であり、わかりにくくなるであろうことは理解されたい。従って、図面を含む本明細書は、実施形態及び方法の様々な例示的な組み合わせ及びサブコンビネーション、及びそれらを製造使用する工程、の完全な記載を構成すると解釈されるべきで、そして任意のそのような組み合わせ又はサブコンビネーションへの請求項を支援すべきである。

発明思想の実施形態に従う他のネットワークエレメント、通信機器及び／又は方法は、当業者が現在の図面及び説明を精査することで明白になるであろう。このような追加のネットワークエレメント、機器、及び／又は方法の全てが、本発明思想の範囲内にある本説明に含まれることが意図される。さらに、本明細書で開示される実施形態の全てが、別々に実施される又は、任意の方法及び／又は組み合わせで組み合わされることが意図される。

Claims

無線通信ネットワークと通信する無線端末（ＵＥ）を動作させる方法であって、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成すること（１５０３）と、
コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信すること（１５０５）と、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループと異なるコンポーネントキャリアの前記第二グループを構成すること（１５０３）と、
コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを通信すること（１５０５）と、
を含み、
前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なる、
ことを特徴とする方法。
前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信する工程が、第二の拡張ＰＨＲＭＡＣＣＥを送信することを含むことを特徴とする請求項１に記載の方法。
前記第一の拡張ＰＨＲＭＡＣＣＥが、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアのためのパワーヘッドルーム情報を含むことを特徴とする請求項２に記載の方法。
前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを受信することを含むことを特徴とする請求項１に記載の方法。
前記第一の有効化／無効化ＭＡＣＣＥに応じ、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化すること（１５０５ｂ''）と、
前記第二の有効化／無効化ＭＡＣＣＥに応じ、コンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化すること（１５０５ｂ''）と、
をさらに含むことを特徴とする請求項４に記載の方法。
前記第一のＭＡＣＣＥが拡張パワーヘッドルームＰＨＲＭＡＣＣＥであって、前記第二のＭＡＣＣＥが有効化／無効化ＭＡＣＣＥである、又は、前記第一のＭＡＣＣＥが有効化／無効化ＭＡＣＣＥであって、前記第二のＭＡＣＣＥが拡張ＰＨＲＭＡＣＣＥであることを特徴とする請求項１に記載の方法。
第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び前記第二のＬＣＩＤが異なることを特徴とする請求項１乃至６の何れかに記載の方法。
前記第一のＭＡＣＣＥを通信することが、前記第一のＭＡＣＣＥを受信することと、前記第一のＬＣＩＤに応じ、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することと、を含み、前記第二のＭＡＣＣＥを通信することが、前記第二のＭＡＣＣＥを受信することと、前記第二のＬＣＩＤに応じ、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することと、を含むことを特徴とする請求項７に記載の方法。
第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び前記第二のＬＣＩＤが異なることを特徴とする請求項１乃至５の何れかに記載の方法。
前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び前記第二のＭＡＣＣＥバージョンインジケータが異なることを特徴とする請求項１乃至５及び９の何れかに記載の方法。
前記第一のＭＡＣＣＥを通信することが、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポートＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信することを含み、前記第二のＭＡＣＣＥを通信することが、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信することを含むことを特徴とする請求項１に記載の方法。
前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含むことを特徴とする請求項１乃至６及び９の何れか１項に記載の方法。
コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする請求項１乃至１２の何れか１項に記載の方法。
前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする請求項１３に記載の方法。
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリアとセカンダリ・コンポーネントキャリアの第一グループとを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリアとセカンダリ・コンポーネントキャリアの第二グループとを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項１乃至１２の何れか１項に記載の方法。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超え、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項１５に記載の方法。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超え、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項１乃至１２、及び１５乃至１６の何れか１項に記載の方法。
無線通信ネットワークのノード（ＢＳ）を動作させる方法であって、
前記通信ネットワークの前記ノード（ＢＳ）と無線端末（ＵＥ）との間の通信リンクのためのコンポーネントキャリアの第一グループを構成すること（１７０３）と、
前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信すること（１７０５）と、
前記通信ネットワークの前記ノード（ＢＳ）と前記無線端末（ＵＥ）との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成すること（１７０３）と、
コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを通信すること（１７０５）と、
を含み、
前記第一のビットマップの前記第一のビットマップサイズと前記第二のビットマップの前記第二のビットマップサイズとが異なる、
ことを特徴とする方法。
前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルームＰＨＲＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする請求項１８に記載の方法。
前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを送信することを含むことを特徴とする請求項１８に記載の方法。
前記第一のＭＡＣＣＥを通信することが、前記無線端末（ＵＥ）から前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポートＰＨＲＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信するが、前記無線端末（ＵＥ）から前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする請求項１８に記載の方法。
前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含むことを特徴とする請求項１８乃至２０の何れか１項に記載の方法。
コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする請求項１８乃至２２の何れか１項に記載の方法。
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びセカンダリ・コンポーネントキャリアの第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及びセカンダリ・コンポーネントキャリアの第二グループを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項１８乃至２２の何れか１項に記載の方法。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超え、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項２４に記載の方法。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項１８乃至２２、及び２４乃至２５の何れか１項に記載の方法。
無線端末（ＵＥ）であって、
無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器（３０１）と、
前記送受信器と結合されたプロセッサ（３０３）であって、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、
コンポーネントキャリアの前記第一グループで構成される間に、前記送受信器を介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信し、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループと異なるコンポーネントキャリアの前記第二グループを構成し、
コンポーネントキャリアの前記第二グループで構成される間に、前記送受信器を介して、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを通信する、
ように構成された前記プロセッサと、
を有し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズと異なる、
ことを特徴とする無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを送信することを含むことを特徴とする請求項２７に記載の無線端末（ＵＥ）。
前記第一の拡張ＰＨＲＭＡＣＣＥが、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアに対するパワーヘッドルーム情報を含むことを特徴とする請求項２８に記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを受信することを含むことを特徴とする請求項２７に記載の無線端末（ＵＥ）。
前記プロセッサがさらに、
前記第一のビットマップに応じ、及び前記第一の有効化／無効化ＭＡＣＣＥに応じ、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化し、
前記第二のビットマップに応じ、及び前記第二の有効化／無効化ＭＡＣＣＥに応じ、コンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化する、
ように構成されることを特徴とする請求項３０に記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥは拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥであり、前記第二のＭＡＣＣＥは有効化／無効化ＭＡＣＣＥであり、又は前記第一のＭＡＣＣＥは有効化／無効化ＭＡＣＣＥであり、前記第二のＭＡＣＣＥは拡張ＰＨＲＭＡＣＣＥであることを特徴とする請求項２７に記載の無線端末（ＵＥ）。
第一の論理チャネルアイデンティティ（ＬＣＩＤ）が前記第一のＭＡＣＣＥに対して提供されるとともに、第二のＬＣＩＤが前記第二のＭＡＣＣＥに対して提供され、前記第一及び前記第二のＬＣＩＤが異なる、ことを特徴とする請求項２７乃至３２の何れかに記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、前記第一のＭＡＣＣＥを受信することと前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することとを含み、前記第二のＭＡＣＣＥを通信することが、前記第二のＭＡＣＣＥを受信することと前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することとを含むことを特徴とする請求項３３に記載の無線端末（ＵＥ）。
第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び前記第二のＬＣＩＤが同じことを特徴とする請求項２７乃至３１の何れかに記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び前記第二のＭＡＣＣＥバージョンインジケータが異なることを特徴とする請求項２７乃至３１及び３５の何れかに記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、前記第一のビットマップサイズを有する前記第一のビットマップを含んだ第一のパワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣＣＥを前記無線通信ネットワークに送信することを含み、前記第二のＭＡＣＣＥを通信することが、前記第二のビットマップサイズを有する前記第二のビットマップを含んだ第二のＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信することを含むことを特徴とする請求項２７に記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応した前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応した前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含む、ことを特徴とする請求項２７乃至３２及び３５の何れか１項に記載の無線端末（ＵＥ）。
コンポーネントキャリアの前記第一グループが８つより多くのコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多くのコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きい、ことを特徴とする請求項２７乃至３８の何れか１項に記載の無線端末（ＵＥ）。
前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする請求項３９に記載の無線端末（ＵＥ）。
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含み、前記第一及び前記第二グループのセカンダリ・コンポーネントキャリアは異なり、前記第一グループのセカンダリ・コンポーネントキャリアの各々は、前記第一のビットマップの個別のビットに対応し、前記第二グループのセカンダリ・コンポーネントキャリアの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項２７乃至３８の何れか１項に記載の無線端末（ＵＥ）。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きい、ことを特徴とする請求項４１に記載の無線端末（ＵＥ）。
個別のコンポーネントキャリア・インデックスが前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項２７乃至３８、及び４１乃至４２の何れか１項に記載の無線端末（ＵＥ）。
無線端末（ＵＥ）であって、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、
コンポーネントキャリアの前記第一グループで構成される間に、第一のメディアアクセス制御ＭＡＣコントロールエレメントＣＥであって、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビット、を含む、前記第一のＭＡＣＣＥを通信し、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、ここでコンポーネントキャリアの前記第一グループはコンポーネントキャリアの前記第二グループとは異なり、
コンポーネントキャリアの前記第二グループで構成される間に、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビット、を含む、前記第二のＭＡＣＣＥを通信し、
ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なる、ように構成されることを特徴とする無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルームＰＨＲＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを送信することを含むことを特徴とする請求項４４に記載の無線端末（ＵＥ）。
前記第一の拡張ＰＨＲＭＡＣＣＥがコンポーネントキャリアの前記第一グループの各コンポーネントキャリアに対するパワーヘッドルーム情報を含むことを特徴とする請求項４５に記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを受信することを含むことを特徴とする請求項４４に記載の無線端末（ＵＥ）。
前記無線端末はさらに、
前記第一のビットマップに応じ、及び前記第一の有効化／無効化ＭＡＣＣＥに応じ、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化し、
前記第二のビットマップに応じ、及び前記第二の有効化／無効化ＭＡＣＣＥに応じ、コンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化する、
ように構成されることを特徴とする請求項４７に記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥは拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥであって前記第二のＭＡＣＣＥは有効化／無効化ＭＡＣＣＥであり、又は前記第一のＭＡＣＣＥは有効化／無効化ＭＡＣＣＥであって前記第二のＭＡＣＣＥは拡張パワーヘッドルームＰＨＲＭＡＣＣＥである、請求項４４に記載の無線端末（ＵＥ）。
第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び前記第二のＬＣＩＤが異なることを特徴とする請求項４４乃至４９の何れかに記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、前記第一のＭＡＣＣＥを受信することと、前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することと、を含み、前記第二のＭＡＣＣＥを通信することが、前記第二のＭＡＣＣＥを受信することと、前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することと、を含むことを特徴とする請求項５０に記載の無線端末（ＵＥ）。
第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣＣＥに対して提供され、前記第一及び前記第二のＬＣＩＤが同じことを特徴とする請求項４４乃至４８の何れかに記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥが第一のＭＡＣＣＥバージョンインジケータを含み、前記第二のＭＡＣＣＥが第二のＭＡＣＣＥバージョンインジケータを含み、前記第一及び前記第二のＭＡＣＣＥバージョンインジケータが異なることを特徴とする請求項４４乃至４８及び５２の何れかに記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポートＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信することを含み、前記第二のＭＡＣＣＥを通信することが、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを前記無線通信ネットワークに送信することを含むことを特徴とする請求項４４に記載の無線端末（ＵＥ）。
前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含むことを特徴とする請求項４４乃至４９及び５２の何れか１項に記載の無線端末（ＵＥ）。
コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする請求項４４乃至５５の何れか１項に記載の無線端末（ＵＥ）。
前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする請求項５６に記載の無線端末（ＵＥ）。
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びセカンダリ・コンポーネントキャリアの第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及びセカンダリ・コンポーネントキャリアの第二グループを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項４４乃至５５の何れか１項に記載の無線端末（ＵＥ）。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項５８に記載の無線端末（ＵＥ）。
個別のコンポーネントキャリア・インデックスが前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項４４乃至５５、及び５８乃至５９の何れか１項に記載の無線端末（ＵＥ）。
無線通信ネットワークのノード（ＢＳ）であって、
無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成された送受信器（２０１）と、
前記送受信器と結合されたプロセッサ（３０３）であって、
前記通信ネットワークの前記ノード（ＢＳ）と無線端末（ＵＥ）との間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、
前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間に、前記通信リンクを介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣＣＥを通信し、
前記通信ネットワークの前記ノード（ＢＳ）と前記無線端末（ＵＥ）との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、
コンポーネントキャリアの前記第二グループで構成される間に、前記通信リンクを介して、第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣＣＥを通信する、
ように構成された前記プロセッサと、
を有し、
前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズと異なる、
ことを特徴とするノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）ＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする請求項６１に記載のノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを送信することを含むことを特徴とする請求項６１に記載のノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、前記無線端末（ＵＥ）から前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポートＰＨＲＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが前記無線端末（ＵＥ）からの前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする請求項６１に記載のノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されるコンポーネントキャリアの前記第一グループに対応した前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されるコンポーネントキャリアの前記第二グループに対応した前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含む、ことを特徴とする請求項６１乃至６３の何れか１項に記載のノード（ＢＳ）。
コンポーネントキャリアの前記第一グループが、８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが、８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが、前記第一のビットマップサイズより大きいことを特徴とする請求項６１乃至６５の何れか１項に記載のノード（ＢＳ）。
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含み、前記第一及び前記第二グループのセカンダリ・コンポーネントキャリアは異なり、前記第一グループのセカンダリ・コンポーネントキャリアの各々は、前記第一のビットマップの個別のビットに対応し、前記第二グループのセカンダリ・コンポーネントキャリアの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項６１乃至６５の何れか１項に記載のノード（ＢＳ）。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きい、ことを特徴とする請求項６７に記載のノード（ＢＳ）。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項６１乃至６５、及び６７乃至６８の何れか１項に記載のノード（ＢＳ）。
無線通信ネットワークのノード（ＢＳ）であって、前記ノードは、
前記通信ネットワークの前記ノード（ＢＳ）と無線端末（ＵＥ）との間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、
前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間に、前記通信リンクを介して第一のメディアアクセス制御ＭＡＣコントロールエレメントＣＥであって、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットと、を含む前記第一のＭＡＣＣＥ、を通信し、
前記通信ネットワークの前記ノード（ＢＳ）と前記無線端末（ＵＥ）との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、
コンポーネントキャリアの前記第二グループで構成される間に、前記通信リンクを介して第二のＭＡＣＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットと、を含む前記第二のＭＡＣＣＥ、を通信し、
ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なる、
ように構成されることを特徴とするノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、第一の拡張パワーヘッドルームＰＨＲＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の拡張ＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする請求項７０に記載のノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、第一の有効化／無効化ＭＡＣＣＥを送信することを含み、前記第二のＭＡＣＣＥを通信することが、第二の有効化／無効化ＭＡＣＣＥを送信することを含むことを特徴とする請求項７０に記載のノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、前記無線端末（ＵＥ）から前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポートＰＨＲＭＡＣＣＥを受信することを含み、前記第二のＭＡＣＣＥを通信することが、前記無線端末（ＵＥ）から前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲＭＡＣＣＥを受信することを含むことを特徴とする請求項７０に記載のノード（ＢＳ）。
前記第一のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣＣＥを翻訳／生成することを含み、前記第二のＭＡＣＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣＣＥを翻訳／生成することを含むことを特徴とする請求項７０乃至７３の何れか１項に記載のノード（ＢＳ）。
コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする請求項７０乃至７４の何れか１項に記載のノード（ＢＳ）。
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びセカンダリ・コンポーネントキャリアの第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及びセカンダリ・コンポーネントキャリアの第二グループを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項７０乃至７４の何れか１項に記載のノード（ＢＳ）。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項７６に記載のノード（ＢＳ）。
個別のコンポーネントキャリア・インデックスが、前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする請求項７０乃至７４、及び７６乃至７７の何れか１項に記載のノード（ＢＳ）。