(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークと通信する無線端末（ＵＥ）を動作させる方法であって、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成すること（１５０３）と、
コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信すること（１５０５）と、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループと異なるコンポーネントキャリアの前記第二グループを構成すること（１５０３）と、
コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを通信すること（１５０５）と、
を含み、
前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なる、
ことを特徴とする方法。
【請求項２】
無線通信ネットワークのノード（ＢＳ）を動作させる方法であって、
前記通信ネットワークの前記ノード（ＢＳ）と無線端末（ＵＥ）との間の通信リンクのためのコンポーネントキャリアの第一グループを構成すること（１７０３）と、
前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信すること（１７０５）と、
前記通信ネットワークの前記ノード（ＢＳ）と前記無線端末（ＵＥ）との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成すること（１７０３）と、
コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを通信すること（１７０５）と、
を含み、
前記第一のビットマップの前記第一のビットマップサイズと前記第二のビットマップの前記第二のビットマップサイズとが異なる、
ことを特徴とする方法。
【請求項３】
無線端末（ＵＥ）であって、
無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器（３０１）と、
前記送受信器と結合されたプロセッサ（３０３）であって、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、
コンポーネントキャリアの前記第一グループで構成される間に、前記送受信器を介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信し、
前記無線端末（ＵＥ）と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループと異なるコンポーネントキャリアの前記第二グループを構成し、
コンポーネントキャリアの前記第二グループで構成される間に、前記送受信器を介して、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを通信する、
ように構成された前記プロセッサと、
を有し、
前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズと異なる、
ことを特徴とする無線端末（ＵＥ）。
【請求項４】
前記第一のＭＡＣ  ＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥを送信することを含み、
前記第二のＭＡＣ  ＣＥを通信することが、第二の拡張ＰＨＲ  ＭＡＣ  ＣＥを送信することを含むことを特徴とする請求項３に記載の無線端末（ＵＥ）。
【請求項５】
前記第一の拡張ＰＨＲ  ＭＡＣ  ＣＥが、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアに対するパワーヘッドルーム情報を含むことを特徴とする請求項４に記載の無線端末（ＵＥ）。
【請求項６】
前記第一のＭＡＣ  ＣＥを通信することが、第一の有効化／無効化ＭＡＣ  ＣＥを受信することを含み、
前記第二のＭＡＣ  ＣＥを通信することが、第二の有効化／無効化ＭＡＣ  ＣＥを受信することを含むことを特徴とする請求項３に記載の無線端末（ＵＥ）。
【請求項７】
前記プロセッサがさらに、
前記第一のビットマップに応じ、及び前記第一の有効化／無効化ＭＡＣ  ＣＥに応じ、コンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化し、
前記第二のビットマップに応じ、及び前記第二の有効化／無効化ＭＡＣ  ＣＥに応じ、コンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化する、
ように構成されることを特徴とする請求項６に記載の無線端末（ＵＥ）。
【請求項８】
前記第一のＭＡＣ  ＣＥは拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥであり、前記第二のＭＡＣ  ＣＥは有効化／無効化ＭＡＣ  ＣＥであり、又は
前記第一のＭＡＣ  ＣＥは有効化／無効化ＭＡＣ  ＣＥであり、前記第二のＭＡＣ  ＣＥは拡張ＰＨＲ  ＭＡＣ  ＣＥであることを特徴とする請求項３に記載の無線端末（ＵＥ）。
【請求項９】
第一の論理チャネルアイデンティティ（ＬＣＩＤ）が前記第一のＭＡＣ  ＣＥに対して提供されるとともに、
第二のＬＣＩＤが前記第二のＭＡＣ  ＣＥに対して提供され、
前記第一及び前記第二のＬＣＩＤが異なる、ことを特徴とする請求項３乃至８の何れかに記載の無線端末（ＵＥ）。
【請求項１０】
前記第一のＭＡＣ  ＣＥを通信することが、前記第一のＭＡＣ  ＣＥを受信することと前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することとを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記第二のＭＡＣ  ＣＥを受信することと、前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することとを含むことを特徴とする請求項９に記載の無線端末（ＵＥ）。
【請求項１１】
前記第一のＭＡＣ  ＣＥを通信することが、前記第一のビットマップサイズを有する前記第一のビットマップを含んだ第一のパワーヘッドルーム・レポート（ＰＨＲ）  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記第二のビットマップサイズを有する前記第二のビットマップを含んだ第二のＰＨＲ  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信することを含むことを特徴とする請求項３に記載の無線端末（ＵＥ）。
【請求項１２】
前記第一のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応した前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣ  ＣＥを翻訳／生成することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応した前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣ  ＣＥを翻訳／生成することを含む、ことを特徴とする請求項３乃至８の何れか１項に記載の無線端末（ＵＥ）。
【請求項１３】
コンポーネントキャリアの前記第一グループが８つより多くのコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多くのコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きい、ことを特徴とする請求項３乃至１２の何れか１項に記載の無線端末（ＵＥ）。
【請求項１４】
前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする請求項１３に記載の無線端末（ＵＥ）。
【請求項１５】
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含み、前記第一及び前記第二グループのセカンダリ・コンポーネントキャリアは異なり、前記第一グループのセカンダリ・コンポーネントキャリアの各々は、前記第一のビットマップの個別のビットに対応し、前記第二グループのセカンダリ・コンポーネントキャリアの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項３乃至１２の何れか１項に記載の無線端末（ＵＥ）。
【請求項１６】
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きい、ことを特徴とする請求項１５に記載の無線端末（ＵＥ）。
【請求項１７】
無線通信ネットワークのノード（ＢＳ）であって、
無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成された送受信器（２０１）と、
前記送受信器と結合されたプロセッサ（３０３）であって、
前記通信ネットワークの前記ノード（ＢＳ）と無線端末（ＵＥ）との間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、
前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間に、前記通信リンクを介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信し、
前記通信ネットワークの前記ノード（ＢＳ）と前記無線端末（ＵＥ）との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、
コンポーネントキャリアの前記第二グループで構成される間に、前記通信リンクを介して、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを通信する、
ように構成された前記プロセッサと、
を有し、
前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズと異なる、
ことを特徴とするノード（ＢＳ）。
【請求項１８】
前記第一のＭＡＣ  ＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥを受信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、第二の拡張ＰＨＲ  ＭＡＣ  ＣＥを受信することを含むことを特徴とする請求項１７に記載のノード（ＢＳ）。
【請求項１９】
前記第一のＭＡＣ  ＣＥを通信することが、第一の有効化／無効化ＭＡＣ  ＣＥを送信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、第二の有効化／無効化ＭＡＣ  ＣＥを送信することを含むことを特徴とする請求項１７に記載のノード（ＢＳ）。
【請求項２０】
前記第一のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されるコンポーネントキャリアの前記第一グループに対応した前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣ  ＣＥを翻訳／生成することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されるコンポーネントキャリアの前記第二グループに対応した前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣ  ＣＥを翻訳／生成することを含む、ことを特徴とする請求項１７乃至１９の何れか１項に記載のノード（ＢＳ）。
【請求項２１】
コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含み、  コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含み、前記第一及び前記第二グループのセカンダリ・コンポーネントキャリアは異なり、前記第一グループのセカンダリ・コンポーネントキャリアの各々は、前記第一のビットマップの個別のビットに対応し、前記第二グループのセカンダリ・コンポーネントキャリアの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする請求項１７乃至２０の何れか１項に記載のノード（ＢＳ）。
【請求項２２】
個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きい、ことを特徴とする請求項２１に記載のノード（ＢＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される実施形態は、一般には無線通信を対象にし、より具体的には、無線通信のためのメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を対象にし、無線端末及び無線通信ネットワークのノードに関する。
【背景技術】
【０００２】
Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）規格は２０ＭＨｚ（ＬＴＥ  Ｒｅｌ−８の最大キャリア帯域幅であってよい）までのコンポーネントキャリア（ＣＣ）帯域幅をサポートするように標準化されている。従って、２０ＭＨｚより広い帯域幅を用いたＬＴＥ動作が可能であってもよく、ＬＴＥ端末への複数のＬＴＥキャリアとして現れてよい。
【０００３】
このような動作を提供するための単純な方法が、キャリアアグリゲーション（ＣＡ）を用いることでありうる。ＣＡは、ＬＴＥ  Ｒｅｌ−１０端末が複数のコンポーネントキャリア（ＣＣ）（キャリアとしても称される）を受信でき、各ＣＣはＲｅｌ−８キャリアと同一の構造を有する（又は少なくとも有する可能性を持つ）ということを意味する。キャリアアグリゲーション（ＣＡ）の例を図１に示す。
【０００４】
ＬＴＥスタンダードは、５つまでの集約されたキャリアをサポートしてもよく、ここで各キャリアは、６つの帯域幅、つまり６、１５、２５，５０，７５又は１００個のリソースブロック（ＲＢ）（それぞれ１．４、３、５、１０、１５、及び２０ＭＨｚに対応する）の内の１つを有するように、無線周波数（ＲＦ）規格で限定されている。
【０００５】
集約されたコンポーネントキャリア（ＣＣ）の数及び各個別のＣＣの帯域幅は、アップリンクとダウンリンク（一般的には無線通信リンク、通信リンク、又は簡単にリンクと称されてよい）で異なってよい。対称な構成は、ダウンリンク及びアップリンクにおけるＣＣ数が同じ場合を指し、一方で、非対称な構成は、ダウンリンク及びアップリングにおけるＣＣ数が異なる場合を指す。ネットワークにおいて構成されるＣＣ数は端末によって認識されるＣＣ数と異なってよい。例えば、ネットワークは同じ数のアップリンク及びダウンリンクＣＣを提供していても、端末は、アップリンクＣＣより多くのダウンリンクＣＣをサポートし及び／又は構成されてもよい。
【０００６】
初期アクセスの間、ＬＴＥ  ＣＡが可能な端末は、ＣＡが可能ではない端末と同様の方法でふるまってよい。ネットワークへの接続が成功した際に、端末はＵＬ及びＤＬにおいて（自身の能力及びネットワーク次第で）追加のＣＣを用いて構成されてよい。構成は無線リソース制御（ＲＲＣ）に基づいてよい。重いシグナリング及びＲＲＣシグナリングの非常に遅い速度のため、端末は複数のＣＣで、それらのすべてが現在使用されなくても、構成されてよいことが想定される。端末が複数のＣＣで有効化される場合、端末はＰＤＣＣＨ（物理下りリンク制御チャネル）及びＰＤＳＣＨ（物理ダウンリンク共有チャネル）のための全てのダウンリンク（ＤＬ）ＣＣをモニタしなくてはならないということを意味する。この動作は、より広い受信帯域幅、より高いサンプリングレート、等を必要とするかもしれず、電力消費量を増加させる結果となる。
【０００７】
ＣＡにおいて、端末は、プライマリセル又はＰＣｅｌｌと称される、プライマリ・コンポーネントキャリア（ＣＣ）（又はセル又はサービングセル）を用いて構成される。例えば、制御信号がＰＣｅｌｌで伝えられうるため、及び／又はＵＥがＰＣｅｌｌ上の無線品質をモニタすることを実行しうるため、ＰＣｅｌｌは特に重要でありうる。ＣＡが可能な端末は、上述したように、セカンダリセル（ＳＣｅｌｌ）と称される追加のコンポーネントキャリア（又はセル又はサービングセル）を用いて構成されることもできる。
【０００８】
端末、無線端末、ＵＥ（ユーザ装置）、及びユーザ装置ノードという用語は、本明細書では区別せずに用いられるであろう。
【０００９】
ＬＴＥにおいて、ｅＮｏｄｅＢ（基地局とも称される）及びＵＥは、バッファ状態レポート、パワーヘッドルーム・レポート等といった情報を交換するために、メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を使用する。ＭＡＣ  ＣＥの包括的なリストは、非特許文献１の６．１．３節にて提供される。更に、各ＭＡＣ  ＣＥは、受信器がＭＡＣ  ＣＥを正しく解釈できるように、ＭＡＣ  ＣＥのための識別子として用いられる、ＬＣＩＤ（論理チャネルアイデンティティ）によって特定されうる。しかしながら、既存のＬＴＥ規格では、コンポーネントキャリアの数は限定されうる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．３．０（２０１４−０９），"ＬＴＥ；  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ．"
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３３１：  "Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ"
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．１３３：  "Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ｓｕｐｐｏｒｔ  ｏｆ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ"
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．１０１：  "Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ  （ＵＥ）  ｒａｄｉｏ  ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  ｒｅｃｅｐｔｉｏｎ"
【非特許文献５】３ＧＰＰ  ＴＲ  ３６．２１３：  "Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ"
【発明の概要】
【００１１】
発明思想のいくつかの実施形態に従うと、無線通信ネットワークと通信する無線端末を動作させる方法は、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成することを含んでよく、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）が通信されてよい。前記第一のＭＡＣ  ＣＥは、第一のビットマップサイズを有する第一のビットマップであって、前記第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップを含んでよい。コンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループは、前記無線端末と前記通信ネットワークとの間の通信リンクのために構成されてよい。コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥが通信されてよい。前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なってよい。
【００１２】
発明思想のいくつかの他の実施形態に従うと、無線通信ネットワークのノードを動作させる方法は、前記通信ネットワークと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成することを含んでよい。前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のＭＡＣ  ＣＥであって、第一のビットマップサイズを有する第一のビットマップであって、当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥが通信されてよい。コンポーネントキャリアの第二グループは、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのために構成されてよく、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥは前記通信リンクを介して通信されてよい。前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なってよい。
【００１３】
発明思想のさらに別の実施形態に従うと、無線端末は、無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信器に結合されたプロセッサとを含んでよい。前記プロセッサは前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、コンポーネントキャリアの前記第一グループで構成される間、前記送受信器を通じて第一のＭＡＣ  ＣＥを通信するように構成されてよい。前記第一のＭＡＣ  ＣＥは、第一のビットマップサイズを有する第一のビットマップであって、前記第一のビットマップのビットコがンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットを含んでよい。前記プロセッサは、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記送受信器を通じて第二のＭＡＣ  ＣＥを通信するように構成されてよい。コンポーネントキャリアの前記第一グループは、コンポーネントキャリアの前記第二グループとは異なってよく、前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットと、を含んでよく、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なってよい。
【００１４】
発明思想のさらに他の実施形態に従うと、無線端末は、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、コンポーネントキャリアの前記第一グループで構成される間、第一のＭＡＣ  ＣＥを通信するように適合されてよい。前記第一のＭＡＣ  ＣＥは、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含んでよい。前記無線端末はさらに、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記送受信器を通じて第二のＭＡＣ  ＣＥを通信するように適合されてよい。コンポーネントキャリアの前記第一グループは、コンポーネントキャリアの前記第二グループとは異なってよく、前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含んでよく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズは異なってよい。
【００１５】
発明思想のいくつかのさらなる実施形態に従うと、無線通信ネットワークのノードは、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される送受信器と、前記送受信器に接続されたプロセッサとを含んでよい。前記プロセッサは前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成し、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のＭＡＣ  ＣＥを通信するように構成されてよい。前記第一のＭＡＣ  ＣＥは、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含んでよい。前記プロセッサはさらに、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣ  ＣＥを通信するように構成されてよい。前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含んでよい。さらに、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なってよい。
【００１６】
発明思想のさらなる実施形態に従うと、無線通信ネットワークのノードは、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成するよう適合されてよい。前記ノードは、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間に、前記通信リンクを介して第一のＭＡＣ  ＣＥであって、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含む、前記第一のＭＡＣ  ＣＥを通信するように適合されてよい。前記ノードはまた、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣ  ＣＥを通信するように適合されてよい。前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、ここで、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズと異なってよい。
【００１７】
異なるサイズのビットマップを持つメディアアクセス制御コントロールエレメント（ＭＡＣ  ＣＥ）を提供することで、無線端末のためのコンポーネントキャリアの異なるグループの動的な構成をサポートする一方、制御信号の効率が改善されてよい。例えば、無線端末とネットワークノードとの間で通信されるＭＡＣ  ＣＥのビットマップサイズは、前記無線端末に対して構成された特定のコンポーネントキャリアによって変わってよい。
【図面の簡単な説明】
【００１８】
本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、その一部を構成する添付の図面は、本発明思想の特定の非限定的な実施形態を示す。
【図１】１００ＭＨｚの集約帯域幅のキャリアアグリゲーションを示す図である。
【図２Ａ】非特許文献１の表６．２．１−２から抜き出したアップリンク共有チャネル（ＵＬ−ＳＣＨ）のための論理チャネルアイデンティフィケーション（ＬＣＩＤ）の値を示す表である。
【図２Ｂ】非特許文献１の表６．２．１−１から抜き出したダウンリンク共有チャネル（ＤＬ−ＳＣＨ）のための論理チャネルアイデンティフィケーション（ＬＣＩＤ）の値を示す表である。
【図２Ｃ】非特許文献１の表６．１．３．６−１から抜き出したパワーヘッドルーム・レポート（ＰＨＲ）のためのパワーヘッドルーム・レベルの値を示す表である。
【図３】非特許文献１の表６．１．３．６ａ−２から抜き出したメディアアクセス制御（ＭＡＣ）のコントロールエレメント（ＣＥ）における拡張パワーヘッドルーム・レポート（ＰＨＲ）を示す表である。
【図４】本発明思想のいくつかの実施形態による３２セルのメディアアクセス制御（ＭＡＣ）のコントロールエレメント（ＣＥ）における拡張パワーヘッドルーム・レポート（ＰＨＲ）を示す表である。
【図５】非特許文献１の表６．１．３．６ａ−１から抜き出した拡張パワーヘッドルーム・レポート（ＰＨＲ）のための名目ＵＥ送信電力レベルを示す表である。
【図６】非特許文献１の表６．１．３．８−１から抜き出したメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の有効化／無効化を示す表である。
【図７】本発明思想のいくつかの実施形態に従う、３２セルに対するメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の有効化／無効化を示す表である。
【図８】本発明思想のいくつかの実施形態に従う、メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の拡張パワーヘッドルーム・レポート（ＰＨＲ）を示す表である。
【図９】非特許文献１の表６．１．３．６ａ−１から抜き出した拡張パワーヘッドルーム・レポート（ＰＨＲ）のための名目ＵＥ送信電力レベルを示す表である。
【図１０】本発明思想のいくつかの実施形態に従う、メディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）の有効化／無効化を示す表である。
【図１１】本発明思想のいくつかの実施形態に従う、無線端末（ＵＥｓ）及びコアネットワークノードと通信する無線アクセスネットワーク（ＲＡＮ）におけるエレメントを示すブロックダイアグラムである。
【図１２】本発明思想のいくつかの実施形態に従う図１１の基地局を示すブロックダイアグラムである。
【図１３】本発明思想のいくつかの実施形態に従う図１１の無線端末（ＵＥ）を示すブロックダイアグラムである。
【図１４】本発明思想のいくつかの実施形態に従う図１１のコアネットワークノードを示すブロックダイアグラムである。
【図１５Ａ】、
【図１５Ｂ】、
【図１５Ｃ】、
【図１６】、
【図１７】、
【図１８】本発明思想のいくつかの実施形態に従う端末／ノードの運用を示すフローチャートである。
【図１９Ａ】、
【図１９Ｂ】、
【図１９Ｃ】本発明思想のいくつかの実施形態に従う無線端末（ＵＥｓ）の運用を示すフローチャートである。
【図２０】本発明思想のいくつかの実施形態に従う基地局（ｅＮＢ）の運用を示すフローチャートである。
【図２１Ａ】、
【図２１Ｂ】本発明思想のいくつかの実施形態に従うメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を示す表である。
【発明を実施するための形態】
【００１９】
本発明思想の実施形態の例が示されている添付の図面を参照して、本発明思想が以下により詳細に説明される。しかしながら、本発明思想は多くの異なる形態で実施されてもよく、本明細書に記載の実施形態に限定されると解釈されるべきではない。むしろ、これらの実施形態は本開示が終始かつ完全であり、本発明思想の範囲を当業者に完全に伝えるように提供される。これらの実施形態は互いに排他的ではないことにも留意されるべきである。１つの実施形態の構成要素は、別の実施形態では暗黙のうちに存在／使用されると仮定されてよい。
【００２０】
説明及び解説のみを目的とし、本発明思想のこれら及び他の実施形態は、無線通信チャネルを介して無線端末（ＵＥとも呼ばれる）と通信するＲＡＮ（無線アクセスネットワーク）で動作する状況で本明細書において説明される。しかしながら、本発明思想はそのような実施形態に限定されず、一般に任意のタイプの通信ネットワークで実施されてよいことが理解されよう。本明細書で用いられるレガシー又は非レガシー無線端末（ＵＥ、ユーザ装置ノード、移動端末、無線機器などとも呼ばれる）は、通信ネットワークからデータを受信し、及び／又は通信ネットワークへデータを送信する任意の機器を含むことができる携帯電話（「セルラ」電話機）、ラップトップ／ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、Ｍ２Ｍ機器、ＩｏＴ（モノのインターネット）機器、及び／又はデスクトップコンピュータを含むが、これらに限定されない。
【００２１】
本開示において、本発明思想の実施形態例を提供するために、３ＧＰＰ（第３世代パートナーシッププロジェクト）のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）からの用語が使用されているが、これは本発明思想の範囲を上記のシステムのみに限定するものとみなすべきではない。本開示でカバーされたアイデア／思想を利用することで、ＷＣＤＭＡ（登録商標）、ＷｉＭａｘ、ＵＭＢ及びＧＳＭ（登録商標）を含む他の無線システムもまた利益を得ることができてよい。
【００２２】
また、ｅＮｏｄｅＢ（基地局、ｅＮＢなどとしても呼ばれる）及びＵＥ（無線端末、移動端末などとも呼ばれる）のような用語は非限定的であると考えるべきであることに留意されたい。
【００２３】
図１１は本発明思想のいくつかの実施形態に従う無線アクセスネットワーク（ＲＡＮ）を示すブロック図である。図示されるように、基地局と１つ以上のコアネットワークノード（例えば、モビリティ管理エンティティ（ＭＭＥ）又はサービスＧＰＲＳサポートノード（ＳＧＳＮ））との間の通信は、それぞれのＳ１インタフェースを用いて提供されてよい。各基地局ＢＳは無線インタフェース（アップリンク及びダウンリンクを含む）を介して、基地局によってサポートされる個別のセル又はセル群の中の個別の無線端末と通信してもよい。例として、基地局ＢＳ−１は無線端末ＵＥ−１及びＵＥ−２と通信して示され、基地局ＢＳ−２は無線端末ＵＥ−３及びＵＥ−４と通信して示され、そして基地局ＢＳ−ｎは無線端末ＵＥ−５及びＵＥ−６と通信して示される。
【００２４】
図１２は図１１の基地局ＢＳの構成要素を示すブロック図である。図示されるように、基地局ＢＳは、複数の無線端末との無線通信を提供するよう構成された送受信回路２０１（送受信又は無線インタフェース又は通信インタフェースとしても呼ばれる）、ＲＡＮの他の基地局との（例えばＸ２インタフェースを介した）通信を提供するよう構成されたネットワークインタフェース回路２０５（ネットワークインタフェースとも称される）、送受信回路及びネットワークインタフェース回路に連結されたプロセッサ回路２０３（プロセッサとも称される）、及びプロセッサ回路に連結されたメモリ回路２０７を含んでよい。メモリ回路２０７は、プロセッサ回路２０３によって実行される際に本明細書に開示された実施形態による動作をプロセッサ回路に実行させるコンピュータ可読プログラムコードを含んでよい。他の実施形態に従うと、メモリ回路が個別に提供されないようにメモリを含むようにプロセッサ回路２０３が定義されてもよい。
【００２５】
図１３は図１１の無線端末ＵＥの構成要素を示すブロック図である。図示されるように、無線端末ＵＥは、基地局ＢＳとの無線通信を提供するように構成された送信器及び受信器を含む送受信回路３０１（送受信器としても呼ばれる）、送受信回路に連結されるプロセッサ回路３０３（プロセッサとしても呼ばれる）、及びプロセッサ回路に連結されるメモリ回路３０７を含んでよい。メモリ回路３０７は、プロセッサ回路３０３によって実行された際に本明細書で開示された実施形態による動作をプロセッサ回路に実行させるコンピュータ可読プログラムコードを含んでよい。他の実施形態によれば、メモリ回路が個別に提供されないようにメモリを含むようにプロセッサ回路３０３が定義されてもよい。
【００２６】
図１４は、図１１のコアネットワークノード（例えばＭＭＥ及び／又はＳＧＳＮ）の構成要素を示すブロック図である。図示されるように、ＲＡＮの基地局との（例えばＳ１インタフェースを介した）通信を提供するよう構成されたネットワークインタフェース回路４０１（ネットワークインタフェース又は通信インタフェースとしても呼ばれる）、ネットワークインタフェース回路に連結されたプロセッサ回路４０３（プロセッサとしても呼ばれる）、及びプロセッサ回路に連結されたメモリ回路４０７を含んでよい。メモリ回路４０７は、プロセッサ回路４０３によって実行される場合に、本明細書で開示された実施形態による動作をプロセッサ回路に実行させるコンピュータ可読プログラムコードを含んでよい。他の実施形態によれば、メモリ回路が個別に提供されないように、メモリを含むようプロセッサ回路４０３が定義されてもよい。
【００２７】
ＬＴＥ向けのキャリアアグリゲーション（ＣＡ）において、現在ＰＣｅｌｌ及び４個のＳＣｅｌｌ（つまり合計５個のセル）のアグリゲーションがサポートされうる。その一方で、ＣＡで用いられる多くのＭＡＣ  ＣＥは７つまでのＳＣｅｌｌインデックスを指示可能でありうる。
【００２８】
ＬＴＥシステムにおけるスループットに対する要求が高まるにつれて、５個以上のセルのアグリゲーションをサポートすることは有益でありうる。しかしながら、ＭＡＣ規格は５個以上のセル又はいくつかの場合において７個以上のセルをサポートするよう設計されていない。例えば、インデックス７より大きなセルインデックスを有するセルを有効化することができないかもしれない。それゆえ、ＭＡＣ規格はスループットの潜在的なボトルネックとなりうる。
【００２９】
本発明思想のいくつかの実施形態によれば、ＭＡＣ規格におけるキャリア数のサポートを拡張する効率的で後方互換性のある方法のシグナリングを提供するように、７以上のセルインデックスをサポートするようＭＡＣ  ＣＥが拡張されうる。
【００３０】
本発明思想のいくつかの実施形態によれば、ＭＡＣ  ＣＥの複数のバージョンが異なるキャリア数をサポートしてよい。
【００３１】
本発明思想のいくつかの実施形態によれば、異なるバージョンが異なるキャリア数をサポートする当該異なるバージョンでＭＡＣ  ＣＥが定義されてよい。例えば、より少ないサービングセル（例えば７個又は８個までのセル）をサポートする第一のバージョンと、より多いサービングセル（例えば３１個又は３２個までのセル）をサポートする第二のバージョンとについて、ＭＡＣ  ＣＥの有効化／無効化の２つの異なるバージョンが定義されてよい。これらの実施形態の一つの代替案では、ＭＡＣ  ＣＥの異なるバージョンは同一の論理チャネル識別子（ＬＣＩＤ）を有してよい。これらの実施形態の別の代替案では、ＭＡＣ  ＣＥの異なるバージョンは異なるＬＣＩＤを有してよい。
【００３２】
送信するためのＭＡＣ  ＣＥバージョンの送信器の選択については後述する。
【００３３】
以下の開示ではＵＥとｅＮＢ（又はネットワーク）との間でＭＡＣ  ＣＥを送信する実施形態について論じてもよいが、他の実施形態はネットワークにおける任意の種類のノード間（例えば、デバイス間通信の場合は２つのＵＥ間）でＭＡＣ  ＣＥを送信してもよいことを理解されたい。しかしながら、単純化、可読性、及び／又は簡潔さのために、ネットワークにおける他ノード間のそのようなＭＡＣ  ＣＥの送信を議論することなく、ＵＥとネットワークとの間のＭＡＣ  ＣＥの送信が例として論じられうる。
【００３４】
選択はネットワーク構成に基づいてもよい。
【００３５】
ネットワークは、適用されるＭＡＣ  ＣＥのバージョンを構成してもよい（例えば、ネットワークは端末にＭＡＣ  ＣＥのどのバージョンが適用されるべきか指定してよい）。
【００３６】
送信器（例えば、ＵＥ又はネットワークの基地局）は、ＵＥが使用（送信及び受信）するようにネットワークが構成したものに応じて送信するＭＡＣ  ＣＥのバージョンを選択してもよい。言い換えれば、ＵＥがＭＡＣ  ＣＥの第一のバージョンを使用するようにネットワークが構成した場合、次にＵＥは第一のバージョンを選択し、ＵＥが第一のバージョンを期待しているため、ネットワークも第一のバージョンのＭＡＣ  ＣＥをＵＥに送信してもよい。
【００３７】
（不要なシグナリングオーバーヘッドを費やしうる）ＵＥごとのシグナリングを必要とすることなく、（特徴をサポートしている）全ての端末がＭＡＣ  ＣＥの同一バージョンを適用するであろう利点を有してもよいブロードキャスト・シグナリングを用いて（例えば、システム・インフォメーション・ブロックＳＩＢを介して）ＭＡＣ  ＣＥのバージョンが構成されてよい。他の実施形態によれば、ＭＡＣ  ＣＥのバージョンは個別のシグナリングを使用して構成されてもよく、その結果、ネットワークは異なるＵＥがＭＡＣ  ＣＥの異なるバージョンを適用するように構成することが可能になる。
【００３８】
選択は構成されたキャリアの数に基づいてもよい。
【００３９】
ＭＡＣ  ＣＥのどのバージョンが利用されるかは、ＵＥとネットワークとの間の通信で利用されるキャリアの数を元に判断されてよい。ＵＥ及びネットワークがＮより少ないキャリアを用いて通信している場合、１つのＭＡＣ  ＣＥバージョンが適用されてよく、一方でＮ個以上のキャリアが利用される場合、別のＭＡＣ  ＣＥバージョンが適用されてよく、ここでＮはキャリア数の閾値である。
【００４０】
本選択機構の１つの代替案において、ＭＡＣ  ＣＥのどのバージョンが利用されるかは、ＵＥが構成される最大のインデックスを持つセルのインデックスを基に判断されてよい。ＵＥが構成される全てのセルがＮより小さなインデックスを有する場合、１つのＭＡＣ  ＣＥバージョンが適用されてよく、そうでなければ別のＭＡＣ  ＣＥバージョンが適用されてよい。
【００４１】
いくつかの実施形態によれば、例えば８個より少ないキャリアが使用される場合、ＭＡＣ  ＣＥバージョンには８（又は７）個までのキャリアについての情報／指示／その他を含みうるもの（つまり「非拡張ＭＡＣ  ＣＥバージョン」）が選択されてよい。８個より多いキャリアが構成される場合、ＭＡＣ  ＣＥバージョンには３２（又は３１）個までのキャリアの情報／指示／その他を含みうるＭＡＣ  ＣＥバージョン（つまり、「拡張ＭＡＣ  ＣＥバージョン」）が選択されてよい。複数レベルが使用されるように、本選択機構は一般化できる：
・１からＮ１個のキャリアが用いられる場合、第一のＭＡＣ  ＣＥバージョンが適用され、
・Ｎ１＋１からＮ２個のキャリアが用いられる場合、第二のＭＡＣ  ＣＥバージョンが適用され、
・Ｎ２＋１からＮ３個のキャリアが用いられる場合、第三のＭＡＣ  ＣＥバージョンが適用され、
・...
・Ｎｎ−１＋１からＮｎ個のキャリアが用いられる場合、第ｎのＭＡＣ  ＣＥバージョンが適用される。
【００４２】
ネットワーク及びＵＥの両方が、ＵＥに対して構成されるキャリア（又はセル）の数及びキャリアのインデックスを認識している。従って、どのＭＡＣ  ＣＥバージョンが使用されるべきか判断するための明示的な調整（例えばシグナリング）の必要はなくてよい。
【００４３】
端末に対して構成されたキャリアの数に応じたＭＡＣ  ＣＥの複数バージョンの例は以下で説明される。
【００４４】
異なる２つのＭＡＣ  ＣＥバージョンがどのように利用されるか、及びＵＥを構成しているキャリア（又はセル又はサービングセル）の数に基づいてＭＡＣ  ＣＥバージョンがどのように選択されるかの例を以下に説明する。この例はＬＴＥ  ＭＡＣ規格（非特許文献１）でどのように実装されうるかを示す。
【００４５】
いくつかの実施形態に従い、拡張パワーヘッドルーム・レポートＭＡＣ  ＣＥが説明される。
【００４６】
以下で説明されるいくつかの実施形態によれば、ＵＥはＵＥが７より大きいＳｅｒｖＣｅｌｌＩｎｄｅｘ又はＳＣｅｌｌＩｎｄｅｘ（第二のセルインデックス、ＳＣｅｌｌインデックス、又はサービングセルインデックスとも称される）で構成されたセルを有しない場合は、拡張パワーヘッドルーム・レポートＭＡＣ  ＣＥの１つのバージョンを、そうでなければ別のバージョンを適用してよい。
【００４７】
図２Ａの表（非特許文献１の表６．２．１−２）で規定されるように、拡張ヘッドルーム・レポート（ＰＨＲ）ＭＡＣ制御エレメントＣＥは、ＬＣＩＤ（論理チャネルアイデンティティ）を持つＭＡＣ  ＰＤＵ（プロトコルデータユニット）サブヘッダによって識別される。拡張ＰＨＲ  ＭＡＣ  ＣＥは可変サイズを有してもよく、図３（非特許文献１の図６．１．３．６ａ−２）及び図４の表で示すように定義されてよい。
【００４８】
図３に示すように、ＰＨＲ  ＭＡＣ  ＣＥの第一のバージョンは、１つのプライマリ・コンポーネントキャリア及び（セカンダリ・コンポーネントキャリア・インデックス１から７を有する）７個までの構成されたセカンダリ・コンポーネントキャリアをサポートするための複数のＣビットを含む８ビット（１オクテット）のビットマップ（Ｃフィールドとも称される）を含んでよい。プライマリ・コンポーネントキャリアは常に構成、有効化されなければならず、すべてのＰＨＲ  ＭＡＣ  ＣＥはプライマリ・コンポーネントキャリアのタイプ１レポートを含むため、ビットマップの最初のビットは予約Ｒであってよい。各Ｃビット（例えばＣ１からＣ７）は個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ２、...、インデックス７によって識別されるセカンダリ・コンポーネントキャリアに対するＣ７）。構成されたセカンダリ・コンポーネントキャリアが７より大きなセカンダリ・コンポーネントキャリア・インデックスを持たない限り、ＰＨＲ  ＭＡＣ  ＣＥの第一のバージョンが用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ１、Ｃ３、及びＣ５が、パワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告されていない場合は０、又はパワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ２、Ｃ４、Ｃ６、Ｃ７が０となるよう、インデックスが１、３、及び５の３つのセカンダリ・コンポーネントキャリアは無線端末向けに構成されてよい。
【００４９】
図４に示すように、ＰＨＲ  ＭＡＣ  ＣＥの第二のバージョンは、１個のプライマリ・コンポーネントキャリア及び（セカンダリ・コンポーネントキャリア・インデックス１から３１を有する）３１個までの構成されたセカンダリ・コンポーネントキャリアをサポートするために３２ビット（４オクテット）ビットマップ（Ｃフィールドとしても称される）を含んでよい。プライマリ・コンポーネントキャリアは、常に構成及び有効化されなければならず、全てのＰＨＲ  ＭＡＣ  ＣＥはプライマリ・コンポーネントキャリアのタイプ１レポートを含むであろうから、ビットマップの最初のビットは予約Ｒであってよい。各Ｃビット（例えばＣ１からＣ３１）は、個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ２、...、インデックス３１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ３１）。
【００５０】
ＰＨＲ  ＭＡＣ  ＣＥの第二のバージョンは、少なくとも１つのセカンダリ・コンポーネントキャリアが７より大きなコンポーネントキャリア・インデックスを有するときはいつでも用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ１、Ｃ３、及びＣ１３のそれぞれが、パワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告されていない場合は０、又はパワーヘッドルームがセカンダリ・コンポーネントキャリアに対して報告される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ２、Ｃ４乃至Ｃ１２、及びＣ１４乃至Ｃ３１が０となるように、インデックスが１、３、及び１３の３つのセカンダリ・コンポーネントキャリアが無線端末向けに構成されてよい。
【００５１】
構成されているセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが閾値を超える（例えば、構成されるセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが７より大きい）場合にのみ図４のＰＨＲ  ＭＡＣ  ＣＥの第二のバージョンを用いることで、最大の構成されたコンポーネントキャリア・インデックスが閾値を越えない場合に、より小さなＰＨＲ  ＭＡＣ  ＣＥを用いることができ、それゆえシグナリングのオーバーヘッドを削減できる。
【００５２】
ＵＥが少なくとも１つのセルにおいて７より大きなＳｅｒｖＣｅｌｌＩｎｄｅｘで構成される場合、図４における定義が用いられてよい、又は用いられるだろう。そうでなければ（ＵＥが少なくとも１つのセルにおいて７より大きなＳｅｒｖＣｅｌｌＩｎｄｅｘで構成されない場合）、図３における定義が用いられてよい、又は用いられるだろう。タイプ２のＰＨが報告される場合、タイプ２のＰＨのフィールドを含むオクテットは、ＳＣｅｌｌごとのＰＨの存在を示すオクテットのすぐ後ろに含まれ、（報告される場合は）関連付けられたＰＣＭＡＸ,Ｃフィールドを含むオクテットが後に続く。その後、ＳｅｒｖＣｅｌｌＩｎｄｅｘ（非特許文献２）に基づき、昇順でタイプ１ＰＨフィールドのオクテット、ビットマップで示されるＰＣｅｌｌ及びＳＣｅｌｌに対する（報告される場合は）関連付けられたＰＣＭＡＸ,Ｃフィールド、が続く。
【００５３】
拡張ＰＨＲ  ＭＡＣコントロールエレメントは以下のように定義されてよい：
−Ｃｉ：このフィールドは、非特許文献２で規定されるようなＳＣｅｌｌＩｎｄｅｘ  ｉのＳＣｅｌｌに対するＰＨフィールドの存在を示す。「１」に設定されたＣｉフィールドはＳＣｅｌｌＩｎｄｅｘ  ｉのＳＣｅｌｌに対してＰＨフィールドが報告されることを示す。「０」に設定されたＣｉフィールドはＳＣｅｌｌＩｎｄｅｘ  ｉのＳＣｅｌｌに対してＰＨフィールドが報告されないことを示す。
−Ｒ：「０」に設定される予約ビット。
−Ｖ：このフィールドは、実際の送信に基づくか参照フォーマットに基づくかを示す。タイプ１のＰＨに対しては、Ｖ＝０はＰＵＳＣＨでの実際の送信を示し、Ｖ＝１はＰＵＳＣＨ参照フォーマットが用いられることを示す。タイプ２のＰＨに対しては、Ｖ＝０はＰＵＣＣＨでの実際の送信を示し、Ｖ＝１はＰＵＣＣＨ参照フォーマットが用いられることを示す。さらに、タイプ１及びタイプ２のＰＨの両方に対して、Ｖ＝０は関連付けられたＰＣＭＡＸ,Ｃフィールドを含むオクテットの存在を示し、Ｖ＝１は関連付けられたＰＣＭＡＸ,Ｃフィールドを含むオクテットが省略されることを示す。
−パワーヘッドルーム（ＰＨ）：このフィールドは、パワーヘッドルーム・レベルを示す。フィールド長は６ビットである。報告されるＰＨ及び関連付けられるパワーヘッドルーム・レベルは図２Ｃの表（非特許文献１の表６．１．３．６−１）に示される（ｄＢ単位での対応する測定値は非特許文献３の従属節９．１．８．４に記載されている）。
−Ｐ：このフィールドは、（非特許文献４のＰ−ＭＰＲｃによって許可されているように）電力管理による電力バックオフをＵＥが適用するかどうかを示す。電力管理による電力バックオフが適用されない場合に対応するＰＣＭＡＸ,Ｃフィールドが異なる値を有する場合、ＵＥはＰ＝１に設定しなければならず、
−ＰＣＭＡＸ,ｃ：存在する場合、このフィールドは前述のＰＨフィールドの計算に利用されるＰＣＭＡＸ，ｃ又はＰ'ＣＭＡＸ，ｃ（非特許文献５）を示す。報告されるＰＣＭＡＸ，ｃ及び対応する名目ＵＥ送信電力レベルは図５（非特許文献１の表６．１．３．６ａ−１）に示す（ｄＢｍ単位での対応する測定値は非特許文献３の従属節９．６．１に記載されている）。
【００５４】
図５（非特許文献１の表６．１．３．６ａ−１）は拡張ＰＨＲのための名目ＵＥ送信電力レベルを示す表である。
【００５５】
以下に説明される実施形態において、２つの有効化／無効化ＭＡＣコントロールエレメントのバージョンが定義されてよい。１つのバージョンは、ＵＥが７より大きいＳｅｒｖＣｅｌｌＩｎｄｅｘ（セカンダリ・コンポーネントキャリア・インデックス又はＳＣｅｌｌＩｎｄｅｘとしても称される）で構成されるセルを持たない場合に提供されてよい。
【００５６】
有効化／無効化ＭＡＣコントロールエレメントは図２Ｂの表（非特許文献１の表６．２．１−１）で規定されるようにＬＣＩＤをもつＭＡＣ  ＰＤＵサブヘッダによって識別される。これは固定サイズを持ち、７つのＣフィールド及び１つのＲフィールドを含む単一のオクテットからなる。有効化／無効化ＭＡＣコントロールエレメントは、図６に示す第一のバージョン（非特許文献１の表６．１．３．８−１）及び図７に示す第二のバージョンに関して以下に説明される。ＵＥが７より大きいＳｅｒｖＣｅｌｌＩｎｄｅｘを持つ少なくとも１つのセルで構成される場合、図７の定義が用いられてよい又は用いられるだろう。そうでなければ図６の定義が用いられてよい、又は用いられるだろう。
【００５７】
図６に示すように、有効化／無効化ＭＡＣ  ＣＥの第一のバージョンは１つのプライマリ・コンポーネントキャリアをサポートするための８ビット（１オクテット）のビットマップ（Ｃフィールドとしても称される）及び（１から７のセカンダリ・コンポーネントキャリア・インデックスを有する）７つの構成されたセカンダリ・コンポーネントキャリアを含んでよい。プライマリ・コンポーネントキャリアは常に構成され有効化されなければならないため、ビットマップの最初のビットは予約Ｒとしてもよい。各Ｃビット（例えばＣ１からＣ７）は個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ２、...、インデックス７によって識別されるセカンダリ・コンポーネントキャリアに対するＣ７）。構成されたセカンダリ・コンポーネントキャリアが７より大きいコンポーネントキャリア・インデックスを有しない限り、有効化／無効化ＭＡＣ  ＣＥの第一のバージョンが用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ１、Ｃ３、及びＣ５が、個別のセカンダリ・コンポーネントキャリアが無効化される場合は０となり、又はセカンダリ・コンポーネントキャリアが有効化される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ２、Ｃ４、Ｃ６、Ｃ７が０となるよう、インデックスが１、３、及び５の３個のセカンダリ・コンポーネントキャリアが無線端末向けに構成されてよい。
【００５８】
図７に示すように、有効化／無効化ＭＡＣ  ＣＥの第二のバージョンは、１つのプライマリ・コンポーネントキャリア及び（セカンダリ・コンポーネントキャリア・インデックス１から３１を有する）３１個までの構成されたセカンダリ・コンポーネントキャリアをサポートするための３２ビット（４オクテット）のビットマップ（Ｃフィールドとも称される）を含んでよい。プライマリ・コンポーネントキャリアは常に構成され有効化されなければならないため、ビットマップの最初のビットは予約Ｒとしてもよい。各Ｃビット（例えばＣ１からＣ３１）は個別のセカンダリ・コンポーネントキャリアに対するあり得るコンポーネントキャリア・インデックスに対応する（例えば、インデックス１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ１、インデックス２によって識別されるセカンダリ・コンポーネントキャリアに対するＣ２、...、インデックス３１によって識別されるセカンダリ・コンポーネントキャリアに対するＣ３１）。有効化／無効化ＭＡＣ  ＣＥの第二のバージョンは、少なくとも１つのセカンダリ・コンポーネントキャリアが７より大きなコンポーネントキャリア・インデックスを有するときはいつでも用いられてよい。いくつかの実施形態によれば、セカンダリ・コンポーネントキャリアは、不連続なセカンダリ・コンポーネントキャリア・インデックスで構成されてよい。例えば、ＣビットＣ１、Ｃ３、及びＣ１３が、セカンダリ・コンポーネントキャリアが無効化される場合は０、又はセカンダリ・コンポーネントキャリアが有効化される場合は１となるように、（構成されていないセカンダリ・コンポーネントキャリアに対して）ＣビットＣ２、Ｃ４乃至Ｃ１２、及びＣ１４乃至Ｃ３１が０となるよう、インデックスが１、３、及び１３の３個のセカンダリ・コンポーネントキャリアが無線端末向けに構成されてよい。
【００５９】
構成されたセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが閾値を超える（例えば、構成されたセカンダリ・コンポーネントキャリアに対する最大のセカンダリ・コンポーネントキャリア・インデックスが７より大きい）場合にのみ図７の有効化／無効化ＭＡＣ  ＣＥの第二のバージョンを用いることで、最大の構成されたコンポーネントキャリア・インデックスが閾値を越えない場合に、より小さな有効化／無効化ＭＡＣ  ＣＥを用いることができ、それゆえシグナリングのオーバーヘッドを削減する。
【００６０】
図６及び図７のエレメントの定義は以下に説明される。
−Ｃｉ：非特許文献２に規定されるように、ＳＣｅｌｌＩｎｄｅｘ  ｉで構成されたＳＣｅｌｌがある場合、このフィールドはＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌの有効化／無効化状態を示す、又はＵＥはＣｉフィールドを無視すべきである。ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌは有効化されるべきであることを示すためにＣｉフィールドは「１」に設定される。ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌは無効化されるべきであることを示すためにＣｉフィールドは「０」に設定される。
−Ｒ：「０」に設定される予約ビット。
【００６１】
いくつかの他の実施形態によれば、同一のＭＡＣ  ＣＥ（又は上記の実施形態からの表現が用いられるべき場合には「ＭＡＣ  ＣＥバージョン」）が使用される／合図される／指示されるキャリアの数に関わらず適用される。それゆえ同一のＬＣＩＤも用いられる。しかしながら、ＭＡＣ  ＣＥのサイズはキャリア数に基づき変化してよく、又はより具体的には、セルを示すために用いられるビット数（及びしたがってオクテットの数）は使用されるキャリア数に基づき動的に変化してよい。
【００６２】
これはＭＡＣ  ＣＥにおけるサービングセルを参照するために用いられるオクテットの数（つまりビットマップ又はＣフィールド）を変えることで実装されうる。例えば、ＵＥが構成される全てのサービングセルが７（又は８）より小さなインデックスを有する場合には１つだけのオクテットが必要とされるが、７より大きく１５より小さいインデックスを有する少なくとも１つのセルでＵＥが構成される場合には２つのオクテットが必要とされる。より一般的には、使用されるオクテットの数は、ｃｅｉｌｉｎｇ（（ｉｎｄｅｘ＋１）／８）であり、ここでｉｎｄｅｘはＵＥが構成されている最も大きいサービングセル・インデックス（又はセカンダリセルインデックス）である。そしてｃｅｉｌｉｎｇ（ｘ）はｘ以上の最小の整数を与える関数である。（最小のインデックスが１の場合、式中の「＋１」は必要とされなくてもよいことに注意されたい）
本実施形態と構成されたキャリア数に基づく選択機構で上述した実施形態との違いは、本実施形態ではキャリアを示すために使用されるビット数を低減し、及び／又は最小に抑えてもよい点である。例えば、ＵＥがインデックス９のサービングセルで構成される場合を考える。本実施形態によれば、セルを示すために２つのオクテットだけが使用されるであろう。構成されたキャリアの数に基づく選択機構で上述した実施形態において、ＵＥはセルを示すために４オクテットを使用しうる拡張ＭＡＣ  ＣＥバージョンを適用するであろう。それゆえ、本実施形態はシグナリング効率がより高くなりうる。
【００６３】
発明思想のいくつかの実施形態によれば、ＭＡＣ  ＣＥは、端末のための構成されたキャリアの数に基づくサイズを持つ動的サイズを有してよい。
【００６４】
以下で説明する実施形態において、使用されるサービングセルの数に基づき、ＵＥが構成される最大のセルインデックスに基づきＣフィールド（ＳＣｅｌｌインデックスを示すために使用されるフィールド）の数が変化するＭＡＣ  ＣＥを使用してもよい。
【００６５】
拡張パワーヘッドルーム・レポート（ＰＨＲ）ＭＡＣコントロールエレメントは、図２Ａで規定されるように、ＬＣＩＤをもつＭＡＣ  ＰＤＵサブヘッダによって識別される。これは可変サイズを有し、図３において定義される。タイプ２のＰＨが報告された場合、タイプ２のＰＨフィールドを含むオクテットは、ＳＣｅｌｌごとのＰＨの存在を示すオクテットのすぐ後に含められ、（報告されれば）ＰＣＭＡＸ，ｃを含むオクテットが後に続く。ＵＥは、最大のインデックスをもつ構成されたＳＣｅｌｌを示せるように、ＳＣｅｌｌごとにＰＨの存在を示すための十分なオクテットを含むべきである。次にＳｅｒｖＣｅｌｌＩｎｄｅｘ（非特許文献２）に基づき、昇順でタイプ１ＰＨフィールドのオクテットと、ビットマップにおいて示されるＰＣｅｌｌ及び各ＳＣｅｌｌに対して関連付けられたＰＣＭＡＸ，ｃフィールドを持つオクテットとが続く。
【００６６】
拡張ＰＨＲ  ＭＡＣコントロールエレメントは以降のように定義される。
−Ｃｉ：このフィールドは非特許文献２に規定されるように、ＳＣｅｌｌＩｎｄｅｘをもつＳＣｅｌｌに対するＰＨフィールドの存在を示す。「１」に設定されたＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉを持つＳＣｅｌｌに対するＰＨフィールドが報告されることを示す。「０」に設定されたＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉを持つＳＣｅｌｌに対するＰＨフィールドが報告されないことを示す。
−Ｒ：「０」に設定される予約ビット。
−Ｖ：このフィールドは実際の送信又は参照フォーマットに基づくかどうかを示す。タイプ１のＰＨに対しては、Ｖ＝０はＰＵＳＣＨでの実際の送信を示し、Ｖ＝１はＰＵＳＣＨ参照フォーマットが使用されることを示す。タイプの２ＰＨに対しては、Ｖ＝０はＰＵＣＣＨでの実際の送信を示し、Ｖ＝１はＰＵＣＣＨ参照フォーマットが使用されることを示す。さらに、タイプ１及びタイプ２ＰＨの両方に対して、Ｖ＝０は関連付けられたＰＣＭＡＸ,Ｃフィールドを含むオクテットの存在を示し、Ｖ＝１は関連付けられたＰＣＭＡＸ,Ｃフィールドを含むオクテットが省略されることを示す。
−パワーヘッドルーム（ＰＨ）：このフィールドはパワーヘッドルーム・レベルを示す。フィールド長は６ビットである。報告されるＰＨ及び対応するパワーヘッドルーム・レベルは図２Ｃの表（非特許文献１の表６．１．３．６−１）に示される（ｄＢ単位の対応する測定値は非特許文献３の従属節９．１．８．４に記載されている）。
−Ｐ：（Ｐ−ＭＰＲｃ（非特許文献４）で許可されるように）ＵＥが電力管理による電力バックオフを適用しているかどうかを示す。適用されている電力管理による電力バックオフがない場合、対応するＰＣＭＡＸ,Ｃフィールドが異なる値を有する場合、ＵＥはＰ＝１に設定すべきである。
−ＰＣＭＡＸ,ｃ：存在する場合、このフィールドは前述のＰＨフィールドの計算に利用されるＰＣＭＡＸ，ｃ又はＰ'ＣＭＡＸ，ｃ（非特許文献５）を示す。報告されるＰＣＭＡＸ，ｃ及び対応する名目ＵＥ送信電力レベルは図５の表（非特許文献１の表６．１．３．６ａ−１）に示される（ｄＢｍ単位の対応する測定値は非特許文献３の従属節９．６．１に記載されている）。
【００６７】
図８は発明思想のいくつかの実施形態に従う拡張ＰＨＲ  ＭＡＣコントロールエレメントを示す。
【００６８】
図９（非特許文献１の表６．１．３．６ａ−１）の表は拡張ＰＨＲのための名目ＵＥ送信電力レベルを示す。
【００６９】
以下で説明する実施形態において、使用されるサービングセルの数に基づき、Ｃフィールド（ＳＣｅｌｌインデックスを示すために使用されるフィールド）を持つオクテットの数が、ＵＥが構成される最大のセルインデックスに基づき変化するようにＭＡＣ  ＣＥが使用される。
【００７０】
有効化／無効化ＭＡＣコントロールエレメントは、図２Ｂの表において規定されるＬＣＩＤをもつＭＡＣ  ＰＤＵサブヘッダによって識別される。これは動的サイズを有し、３２個までのＣフィールドと１個のＲフィールドを含む１個以上のオクテットを含む。有効化／無効化ＭＡＣコントロールエレメントは図１０を参照して説明されるように定義される。オクテットの数は最大のＳＣｅｌｌＩｎｄｅｘを持つＳＣｅｌｌの有効化／無効化状態を示すために十分であるようなものであるべきである。
−Ｃｉ：非特許文献２で規定されるようなＳＣｅｌｌＩｎｄｅｘ  ｉで構成されたＳＣｅｌｌがある場合、このフィールドはＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌの有効化／無効化状態を示し、そうでなければＵＥはＣｉフィールドを無視すべきである。ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌは、有効化されるべきであることを示すためにＣｉフィールドは「１」に設定される。ＳＣｅｌｌＩｎｄｅｘ  ｉをもつＳＣｅｌｌは、無効化されるべきであることを示すためにＣｉフィールドは「０」に設定される。
−Ｒ：「０」に設定される予約ビット。
【００７１】
図１０は発明思想のいくつかの実施形態に従う有効化／無効化ＭＡＣコントロールエレメントを示す。
【００７２】
いくつかの実施形態によれば、送信器は所定のタイプのＭＡＣ  ＣＥのセット／リストを送信してよく、ここでリスト内の各ＭＡＣ  ＣＥはいくつかのセルにアドレスする能力を有するが、同一タイプのＭＡＣ  ＣＥのセット／リストはより多くのセルにアドレスするだろう。言い換えれば、リスト内の第一のＭＡＣ  ＣＥはセルの第一セットにアドレスしてよく、リスト内の第二のＭＡＣ  ＣＥはセルの第二セットにアドレスしてよく、リスト内の第三のＭＡＣ  ＣＥはセルの第三セットにアドレスしてよく、以下同様である。言い換えれば、ＭＡＣ  ＣＥの連結も使用されてよい。
【００７３】
ネットワークがＵＥに有効化／無効化命令を送信し、各有効化／無効化ＭＡＣ  ＣＥは８（又は７）セルにアドレスできる例を考える。合計３２のセルがアドレスされるべきである場合、ネットワークは次に４つの有効化／無効化ＭＡＣ  ＣＥを送信するであろう：
・第一の有効化／無効化ＭＡＣ  ＣＥがインデックス０乃至７（又は１乃至７）を有するセルにアドレスし、
・第二の有効化／無効化ＭＡＣ  ＣＥがインデックス８乃至１５を有するセルにアドレスし、
・第三の有効化／無効化ＭＡＣ  ＣＥがインデックス１６乃至２３を有するセルにアドレスし、
・第四の有効化／無効化ＭＡＣ  ＣＥがインデックス２４乃至３１を有するセルにアドレスする。
順番は次のように逆にすることもできる：
・第一の有効化／無効化ＭＡＣ  ＣＥがインデックス２４乃至３１を有するセルにアドレスし、
・第二の有効化／無効化ＭＡＣ  ＣＥがインデックス１６乃至２３を有するセルにアドレスし、
・第三の有効化／無効化ＭＡＣ  ＣＥがインデックス８乃至１５を有するセルにアドレスし、
・第四の有効化／無効化ＭＡＣ  ＣＥがインデックス０乃至７（又は１乃至７）を有するセルにアドレスする。
本実施形態において、ＭＡＣ  ＣＥが同一ブロックのメッセージ（例えば同一ＭＡＣ  ＰＤＵ）でシグナリングされなければならないようにすることができる。ＵＥの全ての構成されたサービスセルにアドレスできるようにするにはＭＡＣ  ＰＤＵ内のＭＡＣ  ＣＥの数が少なすぎる場合は、ＵＥはＭＡＣ  ＣＥのセットを拒絶（又は別の動作を適用）してよく、例えばＵＥがインデックス０（例えばＰＣｅｌｌ）、３、４、及び１８を有するサービングセルで構成される場合、１８までのインデックスを有するサービングセルにアドレスするために３つのＭＡＣ  ＣＥが必要であってよい。同様に、ＭＡＣ  ＰＤＵ内のＭＡＣ  ＣＥの数が多すぎで、ＵＥが構成されるより多くのセルにアドレスする場合、ＭＡＣ  ＣＥのセットを拒絶（又は別の動作を適用）してもよい。
【００７４】
発明思想のいくつかの実施形態によれば、異なるバージョンが異なる数のキャリアをサポートする、異なるバージョンのＭＡＣ  ＣＥが導入される。発明思想のいくつかの他の実施形態によれば、指示されうるサポートされるキャリア数を動的に変更可能な動的ＭＡＣ  ＣＥが導入される。発明思想のさらに他の実施形態によれば、各ＭＡＣ  ＣＥは少しのセルにしかアドレスできないが、複数ＭＡＣ  ＣＥは全体でより多くのセルにアドレスできる場合、所定のタイプの複数ＭＡＣ  ＣＥが連結される／同時に送信される。
【００７５】
いくつかの実施形態に従う無線端末ＵＥの動作が、図１５Ａ、図１５Ｂ、及び図１５Ｃのフローチャートを参照して以下に説明される。ブロック１５０１において、無線端末ＵＥのプロセッサ３０３は、コンポーネントキャリアの変更が生じるべきかどうかを、例えば送受信器３０１を介して基地局ＢＳから受信した命令に基づき判断しうる。コンポーネントキャリアの構成における変更がブロック１５０１において生じるべきである場合、プロセッサ３０３はブロック１５０３においてコンポーネントキャリアを構成してよく、ＭＡＣ  ＣＥはブロック１５０５において構成されたＣＣに従って基地局ＢＳと通信してよい。
【００７６】
無線端末ＵＥの構成されたＣＣは、プライマリＣＣ及び０、１、又は複数のセカンダリＣＣを含んでよく、セカンダリ・コンポーネントキャリア・インデックスは上述したように各セカンダリ・コンポーネントキャリアに関連付けられてよい。さらに、各ＰＨＲ又は有効化／無効化ＭＡＣ  ＣＥは、ビットマップの個別のビットに関連付けられた構成されたセカンダリ・コンポーネントキャリアの各セカンダリ・コンポーネントキャリア・インデックスを有するビットマップを含んでよい。図３及び図４、図６及び図７、そして図８及び図１０を参照して上述したように、ＭＡＣ  ＣＥビットマップのサイズは、構成されたコンポーネントキャリアの最大のセカンダリ・コンポーネントキャリア・インデックスを収容するように変わってよい。
【００７７】
従って、プロセッサ３０１は、ブロック１５０３において通信ネットワークの無線端末ＵＥと基地局ＢＳ間の通信リンクに対してコンポーネントキャリアの第一グループを構成してよい。コンポーネントキャリアの第一グループで構成する間（例えばブロック１５０１においてＣＣ構成に変更があるまで）、ブロック１５０５において第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）（例えばＰＨＲ  ＭＡＣ  ＣＥ又は有効化／無効化ＭＡＣ  ＣＥ）であって、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットを有し、第一のサイズを有する第一のビットマップを含む、第一のＭＡＣ  ＣＥをプロセッサ３０１が通信してよい。ブロック１５０５からブロック１５０１へ、そしてブロック１５０５へ戻る（ブロック１５０３を迂回する）ループによって示されるように、任意の数のＭＡＣ  ＣＥは第一グループのコンポーネントキャリアを使用し、構成される間に通信されてもよい。
【００７８】
ブロック１５０１におけるＣＣ構成の変化に反応して、プロセッサ３０１は、コンポーネントキャリアの第一グループと異なるコンポーネントキャリアの第二グループを用いて、通信ネットワークの無線端末と基地局ＢＳとの間の通信リンクに対してコンポーネントキャリアの第二グループを構成してよい。コンポーネントキャリアの第二グループを用いて構成される間（例えば、ブロック１５０１におけるＣＣの構成に別の変更があるまで）、プロセッサ３０１は、ブロック１５０５における第二のＭＡＣ  ＣＥ（例えばＰＨＲ  ＭＡＣ  ＣＥ又は有効化／無効化ＭＡＣ  ＣＥ）であって、第二のサイズを有し、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットを持つ第二のビットマップを含む、第二のＭＡＣ  ＣＥを通信してもよい。さらには、第一及び第二のビットマップのサイズは、異なるグループのコンポーネントキャリアを収容するように異なってよい。ブロック１５０５からブロック１５０１へ、そしてブロック１５０５への戻る（ブロック１５０３を迂回する）ループによって示されるように、任意の数のＭＡＣ  ＣＥはコンポーネントキャリアの第二グループを用いて、構成される間に通信されてもよい。
【００７９】
本明細書で使用されるように、無線端末ＵＥのためのコンポーネントキャリアのグループはプライマリ・コンポーネントキャリア及び０、１又は複数のセカンダリ・コンポーネントキャリアを含んでもよく、各セカンダリ・コンポーネントキャリアはＭＡＣ  ＣＥに含まれるビットマップ（例えば、ＰＨＲ  ＭＡＣ  ＣＥ又は有効化／無効化ＭＡＣ  ＣＥのビットマップ）の個別のビット（例えばＣビット）と関連付けられるセカンダリ・コンポーネントキャリア・インデックスを使用して識別されてよい。同一の無線端末ＵＥのための２つの異なるグループのコンポーネントキャリア（例えば、ブロック１５０１に関して上述した第一及びコンポーネントキャリアの第二グループ）は、従って、他のグループに含まれない少なくとも１つのセカンダリ・コンポーネントキャリアを含む少なくとも１つのグループを持つ同一のプライマリ・コンポーネントキャリアを含んでよい。例えば、コンポーネントキャリアの第一グループは、（図３、図６、図８、又は図１０の１つのオクテットビットマップが第一グループで使用されてよいように）プライマリＣＣと、ＣビットＣ２及びＣ４に関連付けられた個別のインデックスを持つ２つのセカンダリＣＣとを含んでよく、ＣＣの第二グループは、（図４、図７、図８、又は図１０の複数／２つのオクテットビットマップが第二グループで使用されてよいように）プライマリＣＣと、ＣビットＣ２、Ｃ４、及びＣ１２に関連付けられた個別のインデックスを持つ３つのセカンダリＣＣを含んでよい。従って、無線端末のためのＣＣの異なるグループは、同一プライマリ及び／又はセカンダリＣＣの一部を共有してよい。さらに、無線端末のための異なるグループのＣＣのサイズは同一であってよい（つまり、同じ数のコンポーネントキャリアを有する）が、２つのグループのための異なる最大のセカンダリＣＣインデックスは異なるサイズのＭＡＣ  ＣＥビットマップを与えてよい。例えば、コンポーネントキャリアの第一グループは、（図３、図６、図８、又は図１０の１つのオクテットビットマップが第一グループで使用されてよいように）プライマリＣＣと、ＣビットＣ２及びＣ４に関連付けられた個別のインデックスを持つ２つのセカンダリＣＣとを含んでよく、第二グループのＣＣは（図４、図７、図８、又は図１０の複数／２つのオクテットビットマップが第二グループで使用されてよいように）プライマリＣＣと、ＣビットＣ２及びＣ１２に関連付けられた個別のインデックスを持つ２つのセカンダリＣＣを含んでよい。
【００８０】
従って、コンポーネントキャリアの第一グループを構成することはプライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、コンポーネントキャリアの第二グループを構成することはプライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、セカンダリ・コンポーネントキャリアの第一及び第二グループは異なってよく、セカンダリ・コンポーネントキャリアの第一グループの各々は第一のビットマップの個別のビットに対応してよく、そしてセカンダリ・コンポーネントキャリアの第二グループの各々は第二のビットマップの個別のビットに対応してよい。さらに、個別のコンポーネントキャリア・インデックスはセカンダリ・コンポーネントキャリアの第一グループの各々に関連付けられてよく、個別のコンポーネントキャリア・インデックスはセカンダリ・コンポーネントキャリアの第二グループの各々に関連付けられてよく、セカンダリ・コンポーネントキャリアの第一グループのコンポーネントキャリア・インデックスのうちの少なくとも１つは閾値を越えてよく、セカンダリ・コンポーネントキャリアの第二グループのコンポーネントキャリア・インデックスはどれも閾値を越えなくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。
【００８１】
ＰＨＲ  ＭＡＣ  ＣＥがブロック１５０５のＭＡＣ  ＣＥである場合、ＰＨＲ  ＭＡＣ  ＣＥの通信は、（送受信器３０１を通じた）図１５Ｂのブロック１５０５'の少なくとも１つの構成されたＣＣのためのパワーヘッドルーム・レポートの送信を含んでよい。
【００８２】
有効化／無効化ＭＡＣ  ＣＥがブロック１５０５のＭＡＣ  ＣＥである場合、有効化／無効化ＭＡＣ  ＣＥの通信は、ブロック１５０５''における有効化／無効化ＭＡＣ  ＣＥを（送受信器３０１を通じて）受信することと、ブロック１５０５ｂ''における第一のビットマップに対応するコンポーネントキャリアの第一グループの各コンポーネントキャリアを有効化／無効化することとを含んでよい。
【００８３】
いくつかの実施形態によれば、異なる論理チャネルアイデンティティ（ＬＣＩＤ）は、異なるビットマップサイズを有する同一タイプの異なるＭＡＣ  ＣＥ（例えば、異なるビットマップサイズを有する異なるＰＨＲ  ＭＡＣ  ＣＥ、又は異なるビットマップサイズを有する有効化／無効化ＭＡＣ  ＣＥ）に対して使用されてよい。例えば、ブロック１５０５における第一のＭＡＣ  ＣＥの通信は、第一のＭＡＣ  ＣＥを受信することと、第一のＬＣＩＤに対応するコンポーネントキャリアの第一グループの個別のコンポーネントキャリアに第一のビットマップのビットを適用することとを含んでよく、第二のＭＡＣ  ＣＥの通信は、第二のＭＡＣ  ＣＥを受信することと、（第一のＬＣＩＤとは異なる）第二のＬＣＩＤに対応するコンポーネントキャリアの第二グループの個別のコンポーネントに第二のビットマップのビットを適用することとを含んでよい。別の例によれば、ブロック１５０５における第一のＭＡＣ  ＣＥの通信は、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに適用された第一のビットマップのビットを示すために第一のＬＣＩＤをもつ第一のＭＡＣ  ＣＥを送信することを含んでよく、第二のＭＡＣ  ＣＥの通信は、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに適用された第二のビットマップのビットを示すために（第一のＬＣＩＤとは異なる）第二のＬＣＩＤをもつ第二のＭＡＣ  ＣＥを送信することを含んでよい。
【００８４】
他の実施形態によれば、同一のＬＣＩＤは異なるビットマップサイズを有する同一タイプの異なるＭＡＣ  ＣＥに対して提供されてよい。そのような場合、プロセッサ３０３はコンポーネントキャリアの現在の構成に基づき、適切なビットマップサイズを判断してよい。例えば、ブロック１５０５における第一のＭＡＣ  ＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第一グループに対応する第一のサイズを有する第一のビットマップを含むように第一のＭＡＣ  ＣＥを翻訳／生成することを含んでよく、ブロック１５０５における第二のＭＡＣ  ＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のサイズを有する第二のビットマップを含むように第二のＭＡＣ  ＣＥを翻訳／生成することを含んでよい。
【００８５】
発明思想のいくつかの他の実施形態によれば、同一タイプであり同一ビットマップサイズ（例えば１オクテット）を有する１つ以上のＭＡＣ  ＣＥ（例えば、１つ以上のＰＨＲ  ＭＡＣ  ＣＥ又は１つ以上の有効化／無効化ＭＡＣ  ＣＥ）は、異なるＣＣ構成を収容するためにコンポーネントキャリアの同一グループに用いられてよく、ＣＣの同一グループのための１つ以上のＭＡＣ  ＣＥは同一ＭＡＣ  ＰＤＵに含められてよい。例えば、パワーヘッドルーム・レポートＰＨＲに対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得る場合、図３の１つのＰＨＲ  ＭＡＣ  ＣＥは、パワーヘッドルーム・レポートに対するＭＡＣ  ＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図３の２つ以上のＰＨＲ  ＭＡＣ  ＣＥはパワーヘッドルーム・レポートに対するＭＡＣ  ＰＤＵに含められてよい。例えば、有効化／無効化命令に対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容されうる場合、図６の１つの有効化／無効化ＭＡＣ  ＣＥは、有効化／無効化命令に対するＭＡＣ  ＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図６の２つ以上の有効化／無効化ＭＡＣ  ＣＥは有効化／無効化命令に対するＭＡＣ  ＰＤＵに含められてよい。
【００８６】
ブロック１６のフローチャートに示すように、無線端末ＵＥのプロセッサ３０３は、例えばブロック１６０１においてコンポーネントキャリアの変更が生じるべきかどうかを、例えば送受信器３０１を介して基地局ＢＳから受信した命令に基づき判断してもよい。コンポーネントキャリア構成における変更がブロック１６０１において生じるべきである場合、プロセッサ３０３はブロック１６０３においてコンポーネントキャリアを構成してよく、ＭＡＣ  ＣＥはブロック１６０５において構成されたＣＣに従って基地局ＢＳと通信してよい。
【００８７】
従って、プロセッサ３０３は、ブロック１６０３において通信ネットワークの無線端末ＵＥと基地局ＢＳとの間の通信リンクに対してコンポーネントキャリアの第一グループを構成してよい。コンポーネントキャリアの第一グループで構成される間、プロセッサ３０３は第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信（例えば送受信器３０１を介して送信及び／又は受信）してよい。第一のＭＡＣ  ＣＥは、コンポーネントキャリアのグループの第一のサブセットの個別のコンポーネントキャリアに対応する第一のビットマップのビットを持つ第一のビットマップを含んでよく、第二のＭＡＣ  ＣＥは、コンポーネントキャリアのグループのサブセットの個別のコンポーネントキャリアに対応する第二のビットマップのビットをもつ第二のビットマップを含んでよい。例えば、第一及び第二のＭＡＣ  ＣＥは図３の第一及び第二のＰＨＲ  ＭＡＣ  ＣＥであってよく、又は第一及び第二のＭＡＣ  ＣＥは図６の第一及び第二の有効化／無効化ＭＡＣ  ＣＥであってよく、そして第一及び第二のＭＡＣ  ＣＥは同一のＭＡＣ  ＰＤＵに含まれてよい。
【００８８】
ＣＣの構成がブロック１６０１において変わらないままである限り、プロセッサ３０３は、相互排他的である第一及び第二のサブセットをもつ、構成されたＣＣの第一のサブセットについての情報を提供するＰＤＵの１つのＭＡＣ  ＣＥと、構成されたＣＣの第二のサブセットについての情報を提供するＰＤＵの別のＭＡＣ  ＣＥと、を有するＭＡＣ  ＰＤＵにおける複数ＭＡＣ  ＣＥを使用してブロック１６０１及び１６０５の動作をループしてよい。
【００８９】
ブロック１６０１においてＣＣ構成の変化があれば、プロセッサ３０３は、コンポーネントキャリアの第一グループと異なるコンポーネントキャリアの第二グループを用いて通信ネットワークの無線端末と基地局ＢＳとの間の通信リンクに対してコンポーネントキャリアの第二グループを構成してよい。例えば、１オクテットのビットマップはキャリアの第二グループのインデックスを収容するのに十分であってよい。コンポーネントキャリアの第二グループで構成される間、プロセッサ３０３は、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第三のビットマップのビットを持つ第三のビットマップを含む第三のＭＡＣ  ＣＥを用いて、（送受信器３０１を介して）第三のＭＡＣ  ＣＥを通信してよい。さらに、第三のＭＡＣ  ＣＥは、ブロック１６０５を参照して上述される第一及び第二のＭＡＣ  ＣＥに使用されるＭＡＣ  ＰＤＵとは異なる第二のＭＡＣ  ＰＤＵに含まれてよい。
【００９０】
（ブロック１６０５を参照して上述される第一、第二、及び第三のＭＡＣ  ＣＥの）第一、第二、及び第三のビットマップは同一サイズを有してよい。さらに、コンポーネントキャリアの第一グループはプライマリ・コンポーネントキャリア及び第一の複数のセカンダリ・コンポーネントキャリアを含んでよく、第一の複数のセカンダリ・コンポーネントキャリアの第一のサブセットの各々は第一のビットマップの個別のビット（Ｃビット）に対応してよく、第一の複数のセカンダリ・コンポーネントキャリアの第二のサブセットの各々は第二のビットマップの個別のビット（Ｃビット）に対応してよい。加えて、コンポーネントキャリアの第二グループは、第三のビットマップのビットの個別の一つに対応するセカンダリ・コンポーネントキャリアの各々をもつ、プライマリ・コンポーネントキャリア及び第二の複数のセカンダリ・コンポーネントキャリアを含んでよい。
【００９１】
図１７は、発明思想のいくつかの実施形態に従う図１５Ａの無線端末の動作に対応する基地局ＢＳの動作を示す。プロセッサ２０３は、ブロック１７０１において、無線端末ＵＥのためのＣＣ構成の変化が適当かどうかを判断し、適当である場合、プロセッサ２０３は、ブロック１７０３において、無線端末ＵＥにＣＣ構成の命令を（送受信器２０１を介して）送信することで無線端末ＵＥのためのコンポーネントキャリアＣＣを構成しうる。ブロック１７０５において、プロセッサ２０３は構成されたＣＣに対するＭＡＣ  ＣＥを無線端末ＵＥと通信（例えば有効化／無効化ＭＡＣ  ＣＥの送信及び／又はＰＨＲ  ＭＡＣ  ＣＥの受信）しうる。
【００９２】
例えば、ブロック１７０３において、プロセッサ２０３は、（例えば送受信器２０１を介して無線端末にＣＣ構成命令を送信することで）通信ネットワークのノードと無線端末との間の通信リンクに対するコンポーネントキャリアの第一グループを構成しうる。通信リンクに対するコンポーネントキャリアの第一グループで構成される間、プロセッサ２０３はブロック１７０５において通信リンクを介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のサイズ（例えば１より大きいオクテットではない）を有し、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットを持つ第一のビットマップを通信（例えば有効化／無効化ＭＡＣ  ＣＥの送信又はＰＨＲ  ＭＡＣ  ＣＥの受信）しうる。任意の数のＭＡＣ  ＣＥは、ブロック１７０１及び１７０３においてＣＣ構成が変化するまで、ブロック１７０５におけるコンポーネントキャリアの第一グループに対して送信／受信されてよい。
【００９３】
ブロック１７０１において、無線端末ＵＥのＣＣ構成が変更されるべきであると判断されることに応じて、プロセッサ２０３は、通信ネットワークのノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第二グループを構成しうる。コンポーネントキャリアの第二グループで構成される間、プロセッサ２０３は、第二のサイズ（例えば１より大きいオクテット）を有する第二のビットマップを有し、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットを持ち、第二のビットマップの第二のサイズと異なる第一のビットマップの第一のサイズを持つ第二のＭＡＣ  ＣＥを、通信リンクを介して通信してもよい。コンポーネントキャリアのグループは図１５Ａ、図１５Ｂ、及び図１５Ｃを参照する上記の詳細で説明される。
【００９４】
いくつかの実施形態に従うと、ブロック１７０５における第一のＭＡＣ  ＣＥの通信は、（送受信器２０１を介する）第一の拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥの受信を含んでよく、ブロック１７０５における第二のＭＡＣ  ＣＥの通信は、（送受信器２０１を介する）第二の拡張ＰＨＲ  ＭＡＣ  ＣＥの受信を含んでよい。
【００９５】
いくつかの実施形態に従うと、ブロック１７０５における第一のＭＡＣ  ＣＥの通信は、第一の有効化／無効化ＭＡＣ  ＣＥの送信を含んでよく、第二のＭＡＣ  ＣＥの通信は、第二の有効化／無効化ＭＡＣ  ＣＥの送信を含んでよい。例えば、第一のＭＡＣ  ＣＥの通信は、第一のビットマップに従ってコンポーネントキャリアの第一グループの各コンポーネントキャリアを有効化／無効化するための第一の有効化／無効化ＭＡＣ  ＣＥを送信することを含んでよく、第二のＭＡＣ  ＣＥの通信は、第二のビットマップに従ってコンポーネントキャリアの第二グループの各コンポーネントキャリアを有効化／無効化するための第二の有効化／無効化ＭＡＣ  ＣＥを送信することを含んでよい。
【００９６】
いくつかの実施形態に従うと、第一の論理チャネルアイデンティティ（ＬＣＩＤ）は第一のＭＡＣ  ＣＥに対して提供されてよく、第二のＬＣＩＤは第二のＭＡＣ  ＣＥに対して提供されてよく、第一及び第二のＬＣＩＤは異なっていてよい。例えば、第一のＭＡＣ  ＣＥの通信は、第一のＭＡＣ  ＣＥ（例えば第一のＰＨＲ  ＭＡＣ  ＣＥ）を受信すること及び第一のＬＣＩＤに対応するコンポーネントキャリアの第一グループの個別のコンポーネントキャリアに第一のビットマップのビットを適用することを含んでよく、第二のＭＡＣ  ＣＥの通信は、第二のＭＡＣ  ＣＥ（例えば第二のＰＨＲ  ＭＡＣ  ＣＥ）を受信すること及び第二のＬＣＩＤに対応するコンポーネントキャリアの第二グループの個別のコンポーネントに第二のビットマップのビットを適用することを含んでよい。
【００９７】
いくつかの他の実施形態に従うと、第一の論理チャネルアイデンティティ（ＬＣＩＤ）は第一のＭＡＣ  ＣＥに対して提供されてよく、第二のＬＣＩＤは第二のＭＡＣ  ＣＥに対して提供されてよく、第一及び第二のＬＣＩＤは異なっていてよい。第一のＭＡＣ  ＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第一グループに対応する第一のサイズを有する第一のビットマップを含むように第一のＭＡＣ  ＣＥを翻訳／生成することを含んでよく、第二のＭＡＣ  ＣＥの通信は、通信リンクに対して構成されたコンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のサイズを有する第二のビットマップを含むように第二のＭＡＣ  ＣＥを翻訳／生成することを含んでよい。
【００９８】
ブロック１７０１においてコンポーネントキャリアの第一グループを構成することは、プライマリ・コンポーネントキャリア及び第一グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、ブロック１７０１においてコンポーネントキャリアの第二グループを構成することは、プライマリ・コンポーネントキャリア及び第二グループのセカンダリ・コンポーネントキャリアを構成することを含んでよく、第一及び第二グループのセカンダリ・コンポーネントキャリアは異なってよく、第一グループのセカンダリ・コンポーネントキャリアの各々は第一のビットマップの個別のビットに対応してよく、そして第二グループのセカンダリ・コンポーネントキャリアの各々は第二のビットマップの個別のビットに対応してよい。
【００９９】
個別のコンポーネントキャリア・インデックスは第一グループの各セカンダリ・コンポーネントキャリアに関連付けられてよく、個別のコンポーネントキャリア・インデックスは第二グループの各セカンダリ・コンポーネントキャリアに関連付けられてよく、第一グループのセカンダリ・コンポーネントキャリアのコンポーネントキャリア・インデックスの少なくとも１つは閾値を超えてよく、第二グループのセカンダリ・コンポーネントキャリアのコンポーネントキャリア・インデックスはいずれも閾値を超えなくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。
【０１００】
第一のビットマップはビット群の第一の数のオクテットに配置されてよく、第二のビットマップはビット群の第二の数のオクテットに配置されてよく、ビット群の第一及び第二の数のオクテットは異なってよい。
【０１０１】
コンポーネントキャリアの第一グループのコンポーネントキャリアの数は、コンポーネントキャリアの第二グループのコンポーネントキャリアの数より大きくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。
【０１０２】
コンポーネントキャリアの第一グループのコンポーネントキャリアの数は、コンポーネントキャリアの第二グループのコンポーネントキャリアの数より小さくてよく、第一のビットマップのサイズは第二のビットマップのサイズより小さくてよい。
【０１０３】
個別のコンポーネントキャリア・インデックスは第一グループの各コンポーネントキャリアに関連付けられてよく、個別のコンポーネントキャリア・インデックスは第二グループの各コンポーネントキャリアに関連付けられてよく、第一グループのコンポーネントキャリア・インデックスの少なくとも１つは閾値を超えてよく、コンポーネントキャリア・インデックスはいずれも閾値を超えなくてよく、第一のビットマップのサイズは第二のビットマップのサイズより大きくてよい。
【０１０４】
発明思想のいくつかの実施形態に従うと、図１７を参照して上述した動作は、基地局ＢＳ（例えば基地局ＢＳ−１）との通信において複数の無線端末ＵＥ（例えば無線端末ＵＥ１及びＵＥ２）に対して個別に及び／又は並列に行われてよい。異なる無線端末ＵＥに対するＭＡＣ  ＣＥのビットマップのサイズは異なるサイズを有してよい。
【０１０５】
従って、基地局ＢＳ−１のプロセッサ２０３は、ブロック１７０３における基地局ＢＳ−１と第一の無線端末ＵＥ１との第一の通信リンクのためのコンポーネントキャリアの第一グループを構成してよく、第一の通信リンクのためのコンポーネントキャリアの第一グループで構成される間、プロセッサ２０３はブロック１７０５において、コンポーネントキャリアの第一グループの個別のコンポーネントキャリアに対応する第一のビットマップのビットをもち、第一のサイズを有する第一のビットマップを含む、第一のＭＡＣ  ＣＥを用いて、第一の通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信してよい。加えて、基地局ＢＳ−１のプロセッサ２０３はブロック１７０３において、基地局ＢＳ−１と無線端末ＵＥ２との間の第二の通信リンクのためのコンポーネントキャリアの第二グループを構成してよく、第二の通信リンクのためのコンポーネントキャリアの第二グループが構成される間、プロセッサ２０３はブロック１７０５において、第二のＭＡＣ  ＣＥであって、第二のサイズであって、第一のビットマップの第一のサイズとは異なる、第二のサイズを有する第二のビットマップであって、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第二のビットマップのビットをも持つ第二のＭＡＣ  ＣＥを、第二の通信リンクを介して通信してよい。
【０１０６】
いくつかの実施形態に従うと、図１７の基地局の動作は図１５Ａ、図１５Ｂ、及び図１５Ｃの無線端末の動作と対応してよく、図１５Ａ、図１５Ｂ、及び図１５Ｃを参照して上述したＭＡＣ  ＣＥの定義は図１７のＭＡＣ  ＣＥに適用されてよい。
【０１０７】
図１８のフローチャートに示した発明思想のいくつかの実施形態によれば、同一タイプであり同一ビットマップサイズ（例えば１オクテット）を有する１つ以上のＭＡＣ  ＣＥ（例えば、１つ以上のＰＨＲ  ＭＡＣ  ＣＥ又は１つ以上の有効化／無効化ＭＡＣ  ＣＥ）は、異なるＣＣ構成を収容するためにコンポーネントキャリアの同一グループに用いられてよく、ＣＣの同一グループに対する１つ以上のＭＡＣ  ＣＥは同一ＭＡＣ  ＰＤＵに含められてよい。例えば、（基地局ＢＳによって受信される、無線端末からの）パワーヘッドルーム・レポートＰＨＲに対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得る場合、図３の１つのＰＨＲ  ＭＡＣ  ＣＥは、パワーヘッドルーム・レポートに対するＭＡＣ  ＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図３の２つ以上のＰＨＲ  ＭＡＣ  ＣＥはパワーヘッドルーム・レポートに対するＭＡＣ  ＰＤＵに含められてよい。例えば、（基地局ＢＳから無線端末ＵＥに送信される）有効化／無効化命令に対して、構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容されうる場合、図６の１つの有効化／無効化ＭＡＣ  ＣＥは、有効化／無効化命令に対するＭＡＣ  ＰＤＵに含められてよい。構成されたＣＣのグループのインデックスが１オクテットのビットマップに収容され得ない場合、図６の２つ以上の有効化／無効化ＭＡＣ  ＣＥは有効化／無効化命令に対するＭＡＣ  ＰＤＵに含められてよい。
【０１０８】
図１８に示すように、ブロック１８０１においてＣＣ構成を変更するべきと判断することに応じて、基地局ＢＳのプロセッサ２０３はブロック１８０３において、無線端末ＵＥと基地局ＢＳとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成してよい。コンポーネントキャリアの第一グループで構成される間、プロセッサ２０３は、第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のＭＡＣ  ＣＥはブロック１８０５において第一のビットマップであって、コンポーネントキャリアのグループの第一のサブセットの個別のコンポーネントキャリアに対応する第一のビットマップのビットを持つ第一のビットマップを含む第一のＭＡＣ  ＣＥと、コンポーネントキャリアのグループのサブセットの個別のコンポーネントキャリアに対応する第二のビットマップのビットをもつ第二のビットマップを含む第二のＭＡＣ  ＣＥとを（送受信器２０１を介して）通信してよい。ブロック１８０１においてＣＣ構成が変化しない限り、通信リンクに対して構成されたコンポーネントキャリアの第一グループの異なるサブセットに対する第一及び第二のＭＡＣ  ＣＥを使用して、ブロック１８０１及びブロック１８０５の動作が繰り返されてよい。
【０１０９】
ブロック１８０１におけるＣＣ構成の変化に反応して、プロセッサ２０３は、コンポーネントキャリアの第一グループと異なるコンポーネントキャリアの第二グループを使用して、通信ネットワークの無線端末と基地局ＢＳとの間の通信リンクのためのコンポーネントキャリアの第二グループを構成してよい。コンポーネントキャリアの第二グループが構成される間、コンポーネントキャリアの第二グループの個別のコンポーネントキャリアに対応する第三のビットマップのビットを持つ第三のビットマップを含む第三のＭＡＣ  ＣＥを用いて、プロセッサ２０３はブロック１８０５において第三のＭＡＣ  ＣＥを（送受信器２０１を介して）送信してよい。ブロック１８０１においてＣＣ構成が変化しない限り、コンポーネントキャリアの第二グループのためのただ１つのＭＡＣ  ＣＥを用いてブロック１８０１及びブロック１８０５の動作が繰り返されてよい。
【０１１０】
さらに、第一、第二、及び第三のビットマップは、プライマリ・コンポーネントキャリア及び複数のセカンダリ・コンポーネントキャリアを含むコンポーネントキャリアの第二グループと、第三のビットマップのビットの１つに対応する複数のセカンダリ・コンポーネントキャリアの各々と、と同一のサイズを有してよい。
【０１１１】
加えて、第一及び第二のＭＡＣ  ＣＥは同一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれてよい。例えば、第一及び第二のＭＡＣ  ＣＥは第一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれてよく、第三のＭＡＣ  ＣＥは第二のＭＡＣ  ＰＤＵに含まれてよい。いくつかの実施形態に従って、図１８の基地局の動作は図１６の無線端末の動作と対応してよく、図１６を参照して上述したＭＡＣ  ＣＥの定義は図１８のＭＡＣ  ＣＥに適用されてよい。
【０１１２】
上述した実施形態のいくつかにおいて、ＭＡＣ  ＣＥの送信器は、無線端末のために構成されたキャリアの数／グループに基づき、又は１つの特定の実施形態においては、無線端末が閾値を超えるセルインデックス（例えば７より大きいセルインデックス）を有するセルを用いるために構成されるか否かに基づき、いくつかのＭＡＣ  ＣＥバージョンのうちの１つを選択してよい。
【０１１３】
無線端末ＵＥはＲＲＣレイヤを介して（１つ又は複数の）サービングセルで構成されてよく、基地局ｅＮＢはＲＲＣメッセージに示されているサービングセルを追加するように指示するＲＲＣメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を無線端末ＵＥに送ってよい。ＲＲＣメッセージに対して、無線端末ＵＥは構成を適用するために用いられる工程／動作を無線端末ＵＥが実行する間の所定の処理時間が許可されてよい。サービングセルの追加（又は構成）の例において、無線端末ＵＥは２０ｍｓの処理時間を許可されてよい。従って、時刻Ｔにおいて無線端末ＵＥがコンポーネントキャリア（サービングセルとしても称される）を追加するよう指示するＲＲＣメッセージを受信する場合、無線端末ＵＥは、サービングセルの追加（又は構成）を遅くとも時刻Ｔ＋２０ｍｓまでに完了しなければならず、しかしながら無線端末ＵＥはより早く構成を完了してよい。無線端末ＵＥがＲＲＣメッセージによって要求された構成をうまく適用できた際に、無線端末ＵＥは構成が完了したことを示す完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）をネットワークに応答するであろう。このメッセージはＵＥが新しい構成（ＲＲＣメッセージに示される構成）を適用していることをネットワークに示す。
【０１１４】
完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を送信可能にするために、無線端末ＵＥはネットワークによってＰＵＳＣＨ（物理アップリンク共有チャネル）に（ＰＵＳＣＨの任意の他の送信とともに）スケジューリングされなければならず、ＰＵＳＣＨの送信は同期ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）プロトコルを用いる。
【０１１５】
ＨＡＲＱプロトコルは、送信器がデータを送信し、受信器が送信をうまく受信したか、又は送信器が再送を行うべきかどうかについて、受信器からのフィードバックを待つストップアンドウェイト型のプロトコルである。ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）において、送信と期待されるフィードバックとの間の時間は４ミリ秒（ｍｓ）であり、後続の再送は（もしあれば）４ミリ秒後に行われる。これは送信器が８ミリ秒ごとに送信していることを意味する。しかしながら、ＬＴＥにおいて、無線端末ＵＥは８つの並列ＨＡＲＱプロセスを有してよく、これはサブフレームごとに、無線端末ＵＥが各サブフレームにおいて異なるＨＡＲＱを用いて送信を行うことができることを意味する。
【０１１６】
ＨＡＲＱプロトコル及び並列ＨＡＲＱプロセスの規定により、送信器からのデータパケットは受信器にばらばらの順番で到着してよい。無線端末ＵＥが２つのデータセットＳ１及びＳ２（例えばデータパケットＳ１及びＳ２）を送信すべき場合、第一のデータセットＳ１はサブフレームｎにおいて第一のＨＡＲＱプロセスを用いて送信されてよく、（後続の）第二のデータセットＳ２はサブフレームｎ＋１において送信される第二のＨＡＲＱプロセスを用いて送信されてよい。サブフレームｎにおけるデータＳ１の送信が失敗したがサブフレームｎ＋１におけるデータＳ２の送信が成功した場合、受信器は第一のデータセットＳ１を受信する前に第二のデータセットＳ２を最初に受信するであろう。
【０１１７】
ＲＲＣ完了メッセージに戻ると、ＲＲＣ完了メッセージはサブフレームｎにおいて送信されてよく、ＭＡＣ  ＣＥはサブフレームｎ＋１において送信されてよい。しかしながら、上述したように、ＲＲＣ完了メッセージが基地局に受信される前にＭＡＣ  ＣＥが基地局ｅＮＢにうまく受信されてよい（例えば、ｅＮＢ基地局においてＲＲＣ完了メッセージの最初の受信が失敗した場合）。この状況において、基地局ｅＮＢがサブフレームｎ＋１においてＭＡＣ  ＣＥを受信する際、基地局ｅＮＢはまだＲＲＣ完了メッセージを受信していないため、基地局ＵＥが新しいＲＲＣ構成を適用していることを知らないであろう。
【０１１８】
要約すると、基地局ｅＮＢは無線端末ＵＥのためのサービングセルのセットを追加（又は除去）してもよいが、ＨＡＲＱプロトコルに起因し、基地局ｅＮＢは無線端末ＵＥがうまく構成を行ったかどうか知らなくてもよい。この状況において、基地局ｅＮＢはそれゆえ無線端末ＵＥが送信しているＭＡＣ  ＣＥのバージョンを知らないであろうし、基地局ｅＮＢはそれゆえ無線端末ＵＥから受信したＭＡＣ  ＣＥをどのように復号するか知らないであろうし、結果として、基地局がＭＡＣ  ＣＥと同一の送信に含まれるすべてのデータユニットを復号できず、復号されていないデータユニットを廃棄する必要があってよい。
【０１１９】
上述したＭＡＣ  ＣＥのいくつかの実施形態を適用する際、ネットワークの基地局ｅＮＢは、ＵＥがＲＲＣ再構成メッセージを適用している時間（例えば、基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する時刻と基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信する時刻との間）、無線端末ＵＥが適用しているＭＡＣ  ＣＥのバージョンを知らなくてもよい。
【０１２０】
後述するいくつかの実施形態に従うと、例えば、無線端末ＵＥが、送信しているＭＡＣ  ＣＥのバージョンを判断するためにネットワークの基地局ｅＮＢによって用いられることができるインジケータ（ＭＡＣ  ＣＥバージョンのインジケータとしても称される）をネットワークの基地局ｅＮＢへ送信させることで、この問題に対処／解決するための方法／動作が提供されてよい。バージョンインジケータと称されるこのインジケータはＭＡＣ  ＣＥのバージョンインジケータ・フィールドに含まれてよい。ＭＡＣ  ＣＥのバージョンインジケータ・フィールドにバージョンインジケータを提供することで、受信する基地局ｅＮＢがＭＡＣ  ＣＥを正しく復号するために送信されるＭＡＣ  ＣＥバージョンを判断できる。
【０１２１】
いくつかの他の実施形態に従うと、基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージのＨＡＲＱ通知ＡＣＫを受信するまで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に対応するＭＡＣ  ＣＥの送信を中断してもよい。
【０１２２】
無線端末ＵＥがネットワークの基地局ｅＮＢにＭＡＣ  ＣＥバージョンを示す例が用いられているものの、ネットワークの基地局ｅＮＢが送信しているＭＡＣ  ＣＥのバージョンを無線端末ＵＥに示すことを可能にするために実施形態が用いられることもできることは理解されるべきである。さらに、異なるバージョンのＭＡＣ  ＣＥを用いて実施形態が開示されるものの、ＭＡＣヘッダ、ＭＡＣサブヘッダ、及び／又はペイロードのような、バージョンの不確実性が生じてもよい他のメッセージの異なるバージョンを示すために実施形態が適用されてもよい。
【０１２３】
いくつかの実施形態に従うと、バージョンインジケータ・フィールドの値とＭＡＣ  ＣＥバージョンとの間のマッピングを確立することができる。無線端末ＵＥは、バージョンインジケータ・フィールドを、第一の値はＭＡＣ  ＣＥが第一のバージョンであることを示し、第二の値はＭＡＣ  ＣＥが第二のバージョンであることを示し、第三の値はＭＡＣ  ＣＥが第三のバージョンであることを示す、など、設定することで、ＭＡＣ  ＣＥバージョンインジケータ・フィールドでＭＡＣ  ＣＥのバージョンを指示することができる。特に、バージョンインジケータ・フィールドが１ビットのフラグである場合、ＭＡＣ  ＣＥの第一のバージョンが用いられる際には無線端末はフラグを０（又は１）にセットしてよく、ＭＡＣ  ＣＥの第二のバージョンが用いられる際には無線端末はフラグを１（又は０）にセットしてよい。
【０１２４】
このバージョンインジケータ・フィールドは既存のＭＡＣ  ＣＥの予約ビットを用いて実施されてよい。図２１Ａ及び図２１Ｂに示す拡張されたパワーヘッドルームＭＡＣ  ＣＥにおいて、図の右上の位置にあるＲフィールドは、図２１Ａに示すように、（１つのプライマリ・コンポーネントキャリア及び７つのセカンダリ・コンポーネントキャリアＣ１からＣ７を支援する）第一のバージョンのＭＡＣ  ＣＥが送信される場合は０にセットされてよく、一方で図２１Ｂに示すように（１つのプライマリ・コンポーネントキャリア及び３１のセカンダリ・コンポーネントキャリアを支援する）他のバージョンのＭＡＣ  ＣＥが送信される場合は、Ｒフィールドは１にセットされてよい。図２１Ａ及び２１Ｂの例において、バージョンインジケータ・フィールドは、ＭＡＣ  ＣＥのコンポーネントキャリア・ビットマップを提供するために用いられる第一のオクテットに含まれてよい。図３及び４の実施形態、図６及び７の実施形態、図８の実施形態、及び図１０の実施形態に従うと、バージョンインジケータ・フィールドは、（Ｒとラベル付けられたビットを用いて）ＭＡＣ  ＣＥのコンポーネントキャリア・ビットマップを提供するために用いられる最後のオクテットに含まれてよい。
【０１２５】
バージョンインジケータ・フィールドに含まれるＭＡＣ  ＣＥバージョンインジケータに基づき、基地局ｅＮＢは、ＭＡＣ  ＣＥを受信した際に、バージョンインジケータのビットが０か１かに基づき、無線端末ＵＥが第一のＭＡＣ  ＣＥバージョンと第二のＭＡＣ  ＣＥバージョンとのいずれを送信したのかを知ることができる。本実施形態が用いられた場合、バージョンインジケータ・フィールドの名前は、名前「Ｒ」（当該フィールドが「予約」を示す）から別の名前、例えばＩ（インジケータを示す）、に変更されてよい。
【０１２６】
他の実施形態に従うと、無線端末ＵＥは、フラグを当該フラグが以前の送信で有していた値とは異なる値に変更することで、どのバージョンが用いられるのかをＭＡＣ  ＣＥ内で示してよい。例えば、２つのＭＡＣ  ＣＥバージョンが用いられる際、１ビットのフラグはＭＡＣ  ＣＥのバージョンを変更する際に切り替えられる１ビットのフラグを用いることができる。１ビットフラグの切り替えへの１つの代替案として、２つより多い値を取りうる複数ビットのバージョンインジケータ・フィールドを用いることができ、バージョンインジケータの値はＭＡＣ  ＣＥバージョンが変化する際に増加／インクリメント（又は減少／デクリメント又は何らかの他のルールやシーケンスに従って変更）されてよい。３つ以上の値又は状態を識別できるバージョンインジケータ・フィールドは、以前のバージョンの変更が確認される前に、バージョンが再構成されるイベントの際にバージョンの一貫性をもたらしうる。言い換えると、複数ビットのバージョンインジケータ・フィールドは再構成の重複を可能にしてよい。また、３つ以上の値を取りうる複数ビットのバージョンインジケータ・フィールドは、識別する３つ以上の（ＭＡＣ  ＣＥ）バージョンがある場合に特に有用であってよい。
【０１２７】
基地局ｅＮＢは、バージョンインジケータ・フィールドの値がバージョンインジケータ・フィールドの以前の値と比較して（つまり、ＭＡＣ  ＣＥが送信された前回と比較して）変化し、無線端末ＵＥがＭＡＣ  ＣＥの異なるバージョンを送信しているかどうかを知ることができる。
【０１２８】
図１９Ａは発明思想のいくつかの実施形態に従う図１１の無線端末ＵＥの動作を示すフローチャートである。ブロック１９００において、ＵＥのプロセッサ３０３は送受信器３０１を介して基地局ＢＳとの接続（例えばＲＲＣ接続）を確立してよい。接続確立に際し、コンポーネントキャリア（ＣＣ）の初期構成は接続に対して定義されてよく、この初期構成は（接続確立の前に構成されたコンポーネントキャリアがないものと比較して）ブロック１９０１におけるＣＣ構成の変更とみなされてよい。ブロック１９０３において、プロセッサ３０３はコンポーネントキャリアを構成してよく、ブロック１９０３の一部として、プロセッサ３０３はＣＣ構成の完了を示す完了メッセージを（送受信器３０１を介して）基地局ＢＳに送信してよい。無線端末は以前に基地局ＢＳに接続されなかったため、接続の第一のＣＣ構成のための第一のＭＡＣ  ＣＥバージョンはブロック１９０５で（以前定義されたＭＡＣ  ＣＥバージョンがないものから）変化するであろうし、結果としてプロセッサ３０３はブロック１９０７ａにおいて適切なＭＡＣ  ＣＥバージョン及びバージョンインジケータを選択してよい。ＭＡＣ  ＣＥの各送信のためのブロック１９０９、ブロック１９１１、及びブロック１９０１において、プロセッサ３０３は、ブロック１９０１において基地局ＢＳから（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて）ＣＣ構成の変更を受信するまで、初期ＭＡＣ  ＣＥバージョン及びＭＡＣ  ＣＥバージョンインジケータを用いてＭＡＣ  ＣＥを（送受信器３０１を介して）送信してよい。
【０１２９】
ブロック１９０１におけるＣＣ構成を変更するメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）の（送受信器３０１を介した）受信に際し、プロセッサ３０１はブロック１９０３において新たなコンポーネントキャリアを構成してよい。上述したように、ブロック１９０３におけるコンポーネントキャリアの構成は、送受信器３０１を介して基地局ＢＳへ完了メッセージ（例えばＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）を送信することを含んでよい。ＣＣ構成のそのような変更は、新たなＭＡＣ  ＣＥバージョン及び新たなバージョンインジケータの使用を要求してもしなくてもよい。
【０１３０】
例えば、初期ＣＣ構成がコンポーネントキャリアＣ１、Ｃ３、及びＣ５を含み、次のコンポーネントキャリアＣ２、Ｃ４，及びＣ６を含む場合、両方のＣＣ構成は、図２１ＡのＭＡＣ  ＣＥバージョンを用いてコンポーネントキャリアのための７ビットのビットマップに収容されてよく、ブロック１９０５におけるＭＡＣ  ＣＥバージョンの変更はなくてよい。そのような場合、プロセッサ３０３は、ブロック１９０１におけるＣＣ構成の次の変更まで、新たなＭＡＣ  ＣＥバージョン及びバージョンインジケータを選択することなくブロック１９０９、１９１１、及び１９０１の動作に進みうる。
【０１３１】
一方、初期ＣＣ構成がコンポーネントキャリアＣ１、Ｃ３、及びＣ５を含み、次のＣＣ構成がコンポーネントキャリアＣ２、Ｃ６、及びＣ１４を含む場合、初期ＣＣ構成は（コンポーネントキャリアに対する７ビットのビットマップを有する）図２１ＡのＭＡＣ  ＣＥバージョンを使用してサポートされてよいが、第二のＣＣ構成は（コンポーネントキャリアのための３１ビットのビットマップを有する）図２１ＢのＭＡＣ  ＣＥバージョンを必要としてよい。従って、ＭＡＣ  ＣＥの変更はブロック１９０５で示されてよい。ブロック１９０５においてＭＡＣ  ＣＥバージョンの変更が示されていると判断することに応じて、プロセッサ３０３はブロック１９０７ａで新たなＭＡＣ  ＣＥバージョン及びバージョンインジケータを選択してよく、新たなＣＣ構成がブロック１９０１で受信されるまで、ブロック１９１１における後続のＭＡＣ  ＣＥの送信のために当該新たなＭＡＣ  ＣＥバージョン及びバージョンインジケータが使用されてよい。
【０１３２】
プロセッサ３０３は、ブロック１９０５においてＭＡＣ  ＣＥバージョンの変更を指示するＣＣ構成の変更をブロック１９０１で受信するまで、同一のＭＡＣ  ＣＥバージョン及びバージョンインジケータを用いてＭＡＣ  ＣＥの送信を行いブロック１９０１、１９０９、及び１９１１の動作を繰り返してよい。
【０１３３】
図１９Ａの実施形態において、各バージョンインジケータは個別のＭＡＣ  ＣＥバージョンと対応してよい。例えば、１ビットのバージョンインジケータは、図２１Ａ及び図２１Ｂの２つのＭＡＣ  ＣＥバージョンとそれぞれ対応する２つの値（０及び１）を有してよく、２ビットのバージョンインジケータは４つのＭＡＣ  ＣＥバージョンとそれぞれ対応する４つの値（００、０１、１０、及び１１）を有してよい。そのような実施形態では、バージョンインジケータは、使用されているＭＡＣ  ＣＥを効果的に特定してよい。
【０１３４】
図１９Ｂのいくつかの他の実施形態に従うと、バージョンインジケータは、用いられる特定のＭＡＣ  ＣＥを識別する必要なしにＭＡＣ  ＣＥバージョンの変更を示すために用いられてよい。ブロック１９００、１９０１、１９０３、１９０５、１９０９、及び１９１１の動作は、図１９Ａを参照して上述されたものと実質的に同一であってよい。しかしながら、ブロック１９０７ｂにおいて、バージョンインジケータはＭＡＣ  ＣＥバージョンの変更を示すために切り替えられる又は増加／減少されてよい。１ビットのバージョンインジケータでは、ＭＡＣ  ＣＥバージョンが変化した場合、バージョンインジケータの値は切り替えられ（１から０又は０から１に変更され）てよい。従って、１ビットのバージョンインジケータは、利用可能であってよいＭＡＣ  ＣＥバージョンの数に関わらず、ＭＡＣ  ＣＥバージョンの変更を示すために用いられてよい。同様に、（４つの取りうる値をもつ）２ビットのバージョンインジケータは、ＭＡＣ  ＣＥバージョンが変化するたびに増加／減少されてよい。増加することで、バージョンインジケータの値は１ずつ（例えば００から０１、０１から１０、１０から１１、又は１１から００に）増加されてよく、減少することで、バージョンインジケータの値は１ずつ（例えば００から１１、１１から１０、１０から０１、又は０１から００に）減少されてよい。
【０１３５】
ＬＴＥにおいて、無線端末ＵＥは、（どのタイプの再構成が行われるかに基づく）１０から２０ミリ秒の範囲でありうる所定の時間のあとで、ＲＲＣメッセージをコンパイルしたことを期待されてよい。基地局ｅＮＢは、無線端末ＵＥにＭＡＣ  ＣＥバージョンを変更させることを期待されるＲＲＣメッセージを送信した後、所定時間（例えば１０から２０ミリ秒の遅延時間、モニタ期間とも称される）バージョンインジケータ・フィールドをモニタするだけでよい。モニタ期間が経過した後、基地局ＢＳは、無線端末ＵＥが新しいＭＡＣ  ＣＥバージョンを用いていると見なしてよい。それゆえ、本実施形態は、モニタ期間が経過した後、基地局ｅＮＢがバージョンインジケータ・フィールドをモニタすることをやめることを可能にし、モニタ期間が経過した後、バージョンインジケータ・フィールドの値を判断するために用いられる追加の論理回路を適用する必要がないため、いくらかの処理ゲインを達成することができる。
【０１３６】
また、ＲＲＣ構成が適用されたことを無線端末ＵＥが確認する（例えば、基地局ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信する）まで、基地局ｅＮＢはバージョンインジケータ・フィールドをモニタするだけでよい。従って、ｅＮＢは、２つの持続時間の短い方（モニタ期間の完了又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの受信）のバージョンインジケータ・フィールドをモニタするだけでよい。
【０１３７】
図２０は上述したいくつかの実施形態に従う基地局の動作を示すフローチャートである。ブロック２００１において、プロセッサ２０３は送受信器２０１を介して無線端末ＵＥとの接続を確立してよく、接続を確立することは１つのコンポーネントキャリア（プライマリ・コンポーネントキャリアＰＣｅｌｌ）で無線端末ＵＥを構成することを含んでよい。ブロック２００５においてＣＣ構成に変更があるまで、プロセッサ２０３はブロック２００５、２０２１、及び２０２３の動作を繰り返してよく、プロセッサ２０３はブロック２０２３において、（例えばバージョンインジケータを考慮することなく）期待されるＭＡＣ  ＣＥバージョンに基づき無線端末ＵＥからＭＡＣ  ＣＥを受信／復号してよい。
【０１３８】
無線端末ＵＥのためのＣＣ構成が変更されたはずであるとプロセッサ２０３がブロック２００５において判断した場合、プロセッサ２０３は新たなＣＣ構成を指し示すＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することで、ブロック２００７において新たなＣＣ構成を提供してよい。ブロック２００９において新たなＣＣ構成がＭＡＣ  ＣＥバージョンに変更をもたらすと予想されない場合、プロセッサ２０３はブロック２０２１、２０２３、２００５の動作を継続してよく、プロセッサ２０３は（バージョンインジケータを考慮することなく）期待されるＭＡＣ  ＣＥバージョンに基づきブロック２０２３において無線端末ＵＥからのＭＡＣ  ＣＥを受信／復号してよい。以前のＣＣ構成がコンポーネントキャリアＣ１、Ｃ３、及びＣ５を構成する場合、ブロック２００７の新たなＣＣ構成はコンポーネントキャリアＣ２、Ｃ４、及びＣ６を構成し、図２１ＡのＭＡＣ  ＣＥバージョンはＣＣ構成が変化する前及び後の両方に用いられてよい。
【０１３９】
しかしながら、ブロック２００９において新たなＣＣ構成がＭＡＣ  ＣＥバージョンに変更をもたらすと予想される場合、プロセッサ２０３はブロック２０１０において、新たなＭＡＣ  ＣＥバージョン及び新たなバージョンインジケータを選択してよい。以前のＣＣ構成がコンポーネントキャリアＣ１、Ｃ３、及びＣ５を構成する場合、ブロック２００７の新たなＣＣ構成はコンポーネントキャリアＣ２、Ｃ４、及びＣ１４を構成し、例えば、図２１ＡのＭＡＣ  ＣＥバージョンはＣＣ構成が変化する前に用いられてよく、図２１ＢのＭＡＣ  ＣＥバージョンはＣＣ構成が変化した後に用いられてよい。図１９Ａ及び図１９Ｂを参照して上述したように、後続の受信されたＭＡＣ  ＣＥが第一又は第二のバージョンであるかどうかをプロセッサ２０１が判断することを可能にするために、バージョンインジケータが第一の値から第二の値に変更されてよい。例えば、バージョンインジケータは、第一のＭＡＣ  ＣＥバージョンにマッピングされた第一の値から第二のＭＡＣ  ＣＥバージョンにマッピングされた第二の値に変更され、第一の値から第二の値へ切り替えられ、第一の値から次の値へ増加され、などであってよい。
【０１４０】
ブロック２０１１及び２０１５において、ブロック２００７においてＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信した後のモニタ期間の間（例えば、送信後２０ｍｓまで）、ＭＡＣ  ＣＥが受信されたかどうかをプロセッサ２０３が判断してもよい。このモニタ期間の間にブロック２０１１において無線端末ＵＥからＭＡＣ  ＣＥが受信された場合、プロセッサ２０３はバージョンインジケータを使用／考慮するＭＡＣ  ＣＥを受信／復号してよい。例えば、プロセッサ２０３はブロック２０１７においてＭＡＣ  ＣＥを二度、一度は以前のＭＡＣ  ＣＥバージョンを想定し、一度は期待されるＭＡＣ  ＣＥバージョンインジケータを想定して受信／復号してよく、適切に復号された結果が用いられてよい。受信されたＭＡＣ  ＣＥがブロック２０１９において以前のバージョンインジケータを有する場合、モニタ期間がブロック２０１５で完了するか、又は新たなバージョンインジケータをもつＭＡＣ  ＣＥがブロック２０１９において受信されるまで、モニタ期間のブロック２０１１、２０１５、２０１７、及び２０１９の動作をプロセッサ２０３が繰り返してよい。ブロック２０１５においてモニタ期間が完了すると、又は新たなバージョンインジケータをもつＭＡＣ  ＣＥがブロック２０１９において受信されると、ブロック２００５においてＣＣ構成に次の変更があるまで、プロセッサ２０３はブロック２０２１、２０２３（バージョンインジケータを考慮せずに新たな現在のＭＡＣ  ＣＥバージョンに基づき受信／復号）、及び２００５の動作を繰り返してよい。
【０１４１】
いくつかの他の実施形態に従うと、用いられるＭＡＣ  ＣＥバージョンを無線端末ＵＥが変えるように求めるＲＲＣメッセージを無線端末ＵＥが受信／復号／適用する際に、無線端末ＵＥは影響されるタイプのＭＡＣ  ＣＥの送信を一時停止してよい。言い換えると、プロセッサ２０３は遅延期間の間、無線端末ＵＥがそのようなＭＡＣ  ＣＥを送信すべきであると無線端末ＵＥの他のプロセスが提案しても、影響を受ける任意のＭＡＣ  ＣＥの送信を遅らせてよい。いくつかの実施形態に従うと、一時停止されたＭＡＣ  ＣＥタイプの送信を以下の場合に再開してよい：
・所定の時間遅延が経過した後（例えば、ＵＥがＲＲＣメッセージを受信してからＲＲＣ処理時間が経過した後）、
・所定数の新たな無線フレームが通過した後、及び／又は
・所定のイベントの発生時（例えば、基地局ｅＮＢがＲＲＣ完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を受信したことを示す承認の基地局ｅＮＢからの受信）。
【０１４２】
図１９Ｃは遅延に関して上述したいくつかの実施形態に従って動作する無線端末を示すフローチャートである。ブロック１９０１、１９０３、１９０５、及び１９０９の動作は図１９Ａ及び１９Ｂを参照して上述したものと同一であってよく、ブロック１９０７ｃにおいて、プロセッサ２９３は新たなＣＣ構成のための適切なＭＡＣ  ＣＥバージョンを（バージョンインジケータを選択することなく）選択してよい。しかしながら、ブロック１９０７ｄ及び１９０７ｅにおいて、プロセッサ３０３は影響されたＭＡＣ  ＣＥタイプの任意のＭＡＣ  ＣＥを遅延させてよく、これは基地局がどのＭＡＣ  ＣＥバージョンを期待するかが不確かであってよい期間の間に生じてよい。ブロック１９０７ｄ及び１９０７ｅの遅延は以下の場合に終了するよう定義されてよい：ブロック１９０１においてＣＣ構成を変更する命令を受信した後、ブロック１９０１においてＣＣ構成を変更する命令を受信した後に設定された数の無線フレーム（例えば３つの無線フレーム）の後、及び／又は例えばブロック１９０３においてコンポーネントキャリアを構成する際に、送信された完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）の受信を確認する承認ＡＣＫを基地局ＢＳから受信したことに応じる場合。ＭＡＣ  ＣＥバージョンに関する不確かさの可能性は基地局において減少されてよいため、バージョンインジケータは図１９Ｃの実施形態（例えばブロック１９１１）からは省略されてよい。
【０１４３】
＜実施形態例＞
＜実施形態１＞  無線通信ネットワークで通信する無線端末を動作させる方法であって、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信することと、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを通信することと、を含み、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする方法。
【０１４４】
＜実施形態２＞  前記第一のＭＡＣ  ＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥを送信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、第二の拡張ＰＨＲ  ＭＡＣ  ＣＥを送信することを特徴とする実施形態１に記載の方法。
【０１４５】
＜実施形態３＞  前記第一の拡張ＰＨＲ  ＭＡＣ  ＣＥがコンポーネントキャリアの前記第一のグループの各コンポーネントキャリアに対するパワーヘッドルーム情報を含むことを特徴とする実施形態２に記載の方法。
【０１４６】
＜実施形態４＞  前記第一のＭＡＣ  ＣＥを通信することが、第一の有効化／無効化ＭＡＣ  ＣＥを受信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、第二の有効化／無効化ＭＡＣ  ＣＥを受信する工程を含むことを特徴とする実施形態１に記載の方法。
【０１４７】
＜実施形態５＞  前記第一の有効化／無効化ＭＡＣ  ＣＥに応じて、前記第一のビットマップに対応するコンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化することと、前記第二の有効化／無効化ＭＡＣ  ＣＥに応じて、前記第二のビットマップに対応するコンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化することとをさらに含むことを特徴とする実施形態４に記載の方法。
【０１４８】
＜実施形態６＞  前記第一のＭＡＣ  ＣＥは拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥであり、前記第二のＭＡＣ  ＣＥは有効化／無効化ＭＡＣ  ＣＥであり、もしくは前記第一のＭＡＣ  ＣＥは有効化／無効化ＭＡＣ  ＣＥであり前記第二のＭＡＣ  ＣＥは拡張ＰＨＲ  ＭＡＣ  ＣＥであることを特徴とする実施形態１に記載の方法。
【０１４９】
＜実施形態７＞  第一の論理チャネルアイデンティティ（ＬＣＩＤ）は前記第一のＭＡＣ  ＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣ  ＣＥに対して提供され、前記第一及び第二のＬＣＩＤが異なることを特徴とする実施形態１乃至６の何れか１つに記載の方法。
【０１５０】
＜実施形態８＞  前記第一のＭＡＣ  ＣＥを通信することが、前記第一のＭＡＣ  ＣＥを受信することと、前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することと、を含み、前記第二のＭＡＣ  ＣＥを通信することが、前記第二のＭＡＣ  ＣＥを受信することと、前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することと、を含むことを特徴とする実施形態７に記載の方法。
【０１５１】
＜実施形態９＞  第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣ  ＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣ  ＣＥに対して提供され、前記第一及び第二のＬＣＩＤが異なることを特徴とする実施形態１乃至５の何れか１つに記載の方法。
【０１５２】
＜実施形態１０＞  前記第一のＭＡＣ  ＣＥが第一のＭＡＣ  ＣＥバージョンインジケータを含み、前記第二のＭＡＣ  ＣＥが第二のＭＡＣ  ＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣ  ＣＥバージョンインジケータが異なることを特徴とする実施形態１乃至５及び９の何れか１つに記載の方法。
【０１５３】
＜実施形態１１＞  コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含むことを特徴とする実施形態１０に記載の方法。
【０１５４】
＜実施形態１２＞  前記第一の再構成メッセージを受信することに応じて、前記第一のビットマップサイズを有する第一のＭＡＣ  ＣＥバージョンを選択することであって、前記第一のＭＡＣ  ＣＥを通信することは、前記第一のＭＡＣ  ＣＥバージョンを選択することに応じて前記無線通信ネットワークへ前記第一のＭＡＣ  ＣＥを送信することを含み、前記第一のＭＡＣ  ＣＥは前記第一のビットマップサイズ及び前記第一のバージョンインジケータをもつ前記第一のＭＡＣ  ＣＥバージョンを有し、前記第二の再構成メッセージを受信することに応じて、前記第二のビットマップサイズを有する第二のＭＡＣ  ＣＥバージョンを選択することであって、前記第二のＭＡＣ  ＣＥを通信することは、前記第二のＭＡＣ  ＣＥバージョンを選択することに応じて前記第二のＭＡＣ  ＣＥを送信することを含み、前記第二のＭＡＣ  ＣＥは前記第二のビットマップサイズ及び前記第二のバージョンインジケータをもつ前記第二のＭＡＣ  ＣＥバージョンを有することをさらに含むことを特徴とする実施形態１１に記載の方法。
【０１５５】
＜実施形態１３＞  コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含み、前記方法がさらに、コンポーネントキャリアの前記第二グループを構成することに応じて、遅延期間が経過する及び／又は複数の無線フレームが経過するまで、前記第二のＭＡＣ  ＣＥを含む任意の後続のＭＡＣ  ＣＥを送信することを遅延させることを含むことを特徴とする実施形態１乃至５及び９乃至１２の何れか１つに記載の方法。
【０１５６】
＜実施形態１４＞  コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含み、前記方法がさらに、前記第二の再構成メッセージを受信することに応じ、前記無線通信ネットワークへ再構成完了メッセージを送信することと、コンポーネントキャリアの前記第二グループを構成することに応じて、前記無線通信ネットワークから前記再構成完了メッセージの応答を受信するまで、前記第二のＭＡＣ  ＣＥを含む任意の後続のＭＡＣ  ＣＥを送信することを遅延させることを含むことを特徴とする実施形態１乃至５及び９乃至１２の何れか１つに記載の方法。
【０１５７】
＜実施形態１５＞  前記第一のＭＡＣ  ＣＥを通信する工程が、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信する工程を含み、前記第二のＭＡＣ  ＣＥを通信する工程が、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲ  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信する工程を含むことを特徴とする実施形態１乃至５及び９乃至１４の何れか１つに記載の方法。
【０１５８】
＜実施形態１６＞  前記第一のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣ  ＣＥを翻訳／生成することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣ  ＣＥを翻訳／生成することを含むことを特徴とする実施形態１乃至６及び９の何れか１つに記載の方法。
【０１５９】
＜実施形態１７＞  コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする実施形態１乃至１６の何れか１つに記載の方法。
【０１６０】
＜実施形態１８＞  前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする実施形態１７に記載の方法。
【０１６１】
＜実施形態１９＞  コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリアとセカンダリ・コンポーネントキャリアの第一グループとを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリアとセカンダリ・コンポーネントキャリアの第二グループとを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応することを特徴とする実施形態１乃至１８の何れか１つに記載の方法。
【０１６２】
＜実施形態２０＞  個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態１９に記載の方法。
【０１６３】
＜実施形態２１＞  コンポーネントキャリアの前記第一グループを構成することが、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、前記グループのセカンダリ・コンポーネントキャリアの各々は前記第一のビットマップの個別のビットに対応し、前記第二グループのコンポーネントキャリアを構成することは、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態１乃至１８の何れか１つに記載の方法。
【０１６４】
＜実施形態２２＞  コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを実施形態２１に記載の方法。
【０１６５】
＜実施形態２３＞  前記第一のビットマップが第一の数のビットオクテットに配置され、前記第二のビットマップが第二の数のビットオクテットに配置され、前記第一及び第二の数のビットオクテットが異なることを特徴とする実施形態１乃至２２の何れか１つに記載の方法。
【０１６６】
＜実施形態２４＞  コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より大きく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態１乃至２３の何れか１つに記載の方法。
【０１６７】
＜実施形態２５＞  コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より小さく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより小さいことを特徴とする実施形態１乃至２０及び２３の何れか１つに記載の方法。
【０１６８】
＜実施形態２６＞  個別のコンポーネントキャリア・インデックスが前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態１乃至２５の何れか１つに記載の方法。
【０１６９】
＜実施形態２７＞  前記第一のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣ  ＣＥを通信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記第一のＭＡＣ  ＣＥを通信した後にコンポーネントキャリアの前記第二グループを構成することを含み、前記第二のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣ  ＣＥを通信することを含むことを特徴とする実施形態１乃至２６の何れか１つに記載の方法。
【０１７０】
＜実施形態２８＞  前記第二のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣ  ＣＥを通信することを含み、コンポーネントキャリアの前記第一グループを構成することが、前記第二のＭＡＣ  ＣＥを通信した後にコンポーネントキャリアの前記第一グループを構成することを含み、前記第一のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣ  ＣＥを通信することを含むことを特徴とする実施形態１乃至２６の何れか１つに記載の方法。
【０１７１】
＜実施形態２９＞  無線通信ネットワークと通信する無線端末を動作させる方法であって、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアのグループを構成することと、コンポーネントキャリアの前記グループで構成される間、第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップであってコンポーネントキャリアの前記グループの第一のサブセットの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥと、第二のビットマップであってコンポーネントキャリアの前記グループの第二のサブセットの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥ、を通信することを含むことを特徴とする方法。
【０１７２】
＜実施形態３０＞  コンポーネントキャリアの前記グループがコンポーネントキャリアの第一グループであり、前記方法がさらに、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第三のＭＡＣ  ＣＥであって、第三のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに他王する前記第三のビットマップのビットを有する前記第三のビットマップを含む前記第三のＭＡＣ  ＣＥを通信することと、をさらに含むことを特徴とする実施形態２９に記載の方法。
【０１７３】
＜実施形態３１＞  前記第一、第二、及び第三のビットマップが同一のビットマップサイズを有し、コンポーネントキャリアの前記第二グループはプライマリ・コンポーネントキャリア及び複数のセカンダリ・コンポーネントキャリアを含み、複数のセカンダリ・コンポーネントキャリアの各々は前記第三のビットマップの前記ビットの１つに対応することを特徴とする実施形態３０に記載の方法。
【０１７４】
＜実施形態３２＞  コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記グループの前記第一のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第一のサブセットを含み、コンポーネントキャリアの前記グループの前記第二のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第二のサブセットを含むことを特徴とする実施形態３０又は３１の何れか１つに記載の方法。
【０１７５】
＜実施形態３３＞  コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態３２に記載の方法。
【０１７６】
＜実施形態３４＞  前記第一及び第二のＭＡＣ  ＣＥが同一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれることを特徴とする実施形態２９乃至３３の何れか１つに記載の方法。
【０１７７】
＜実施形態３５＞  前記第一及び第二のＭＡＣ  ＣＥが第一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれ、前記第三のＭＡＣ  ＣＥが第二のＭＡＣ  ＰＤＵに含まれることを特徴とする実施形態２９乃至３３の何れか１つに記載の方法。
【０１７８】
＜実施形態３６＞  無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信機に接続されたプロセッサであって、実施形態１乃至３５の何れか１つの動作を実行するよう構成される前記プロセッサとを含む無線端末。
【０１７９】
＜実施形態３７＞  実施形態１乃至３５の何れか１つの動作を実行するよう適合された無線端末。
【０１８０】
＜実施形態３８＞  無線通信ネットワークのノードを動作させる方法であって、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信することと、前記通信ネットワークの前記ノードと前記無線端末との間の通信リンクのためのコンポーネントキャリアの第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって、当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを、前記通信リンクを介して通信することと、を含み、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする方法。
【０１８１】
＜実施形態３９＞  前記第一のＭＡＣ  ＣＥを通信することが、第一の拡張パワーヘッドルーム（ＰＨＲ）  ＭＡＣ  ＣＥを受信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、第二の拡張ＰＨＲ  ＭＡＣ  ＣＥを受信することを含むことを特徴とする実施形態３８に記載の方法。
【０１８２】
＜実施形態４０＞  前記第一のＭＡＣ  ＣＥを通信することが、第一の有効化／無効化ＭＡＣ  ＣＥを送信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、第二の有効化／無効化ＭＡＣ  ＣＥを送信することを含むことを特徴とする実施形態３８に記載の方法。
【０１８３】
＜実施形態４１＞  前記第一のビットマップに従いコンポーネントキャリアの前記第一グループの各コンポーネントキャリアを有効化／無効化することと、前記第二のビットマップに従いコンポーネントキャリアの前記第二グループの各コンポーネントキャリアを有効化／無効化することと、をさらに含むことを特徴とする実施形態４０に記載の方法。
【０１８４】
＜実施形態４２＞  第一の論理チャネルアイデンティティ（ＬＣＩＤ）は前記第一のＭＡＣ  ＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣ  ＣＥに対して提供され、前記第一及び第二のＬＣＩＤが異なることを特徴とする実施形態３８乃至４１の何れか１つに記載の方法。
【０１８５】
＜実施形態４３＞  前記第一のＭＡＣ  ＣＥを通信することが、前記第一のＭＡＣ  ＣＥを受信することと、前記第一のＬＣＩＤに応じてコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに前記第一のビットマップのビットを適用することと、を含み、前記第二のＭＡＣ  ＣＥを通信することが、前記第二のＭＡＣ  ＣＥを受信することと、前記第二のＬＣＩＤに応じてコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに前記第二のビットマップのビットを適用することと、を含むことを特徴とする実施形態４２に記載の方法。
【０１８６】
＜実施形態４４＞  第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣ  ＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣ  ＣＥに対して提供され、前記第一及び第二のＬＣＩＤが同じことを特徴とする実施形態３８乃至４３の何れかに記載の方法。
【０１８７】
＜実施形態４５＞  前記第一のＭＡＣ  ＣＥが第一のＭＡＣ  ＣＥバージョンインジケータを含み、前記第二のＭＡＣ  ＣＥが第二のＭＡＣ  ＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣ  ＣＥバージョンインジケータが異なることを特徴とする実施形態３８乃至４１及び４４の何れか１つに記載の方法。
【０１８８】
＜実施形態４６＞  コンポーネントキャリアの前記第一グループを構成することが、前記無線端末へ第一の再構成メッセージを送信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線端末へ第二の再構成メッセージを送信することを含むことを特徴とする実施形態４５に記載の方法。
【０１８９】
＜実施形態４７＞  前記第一の再構成メッセージを送信することに応じ、前記第一のビットマップサイズを有する第一のＭＡＣ  ＣＥバージョンを選択することであって、前記第一のＭＡＣ  ＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣ  ＣＥを受信することと、前記第一のＭＡＣ  ＣＥバージョンを想定して前記第一のＭＡＣ  ＣＥをデコードすることを含む前記第一のＭＡＣ  ＣＥを通信することと、前記第二の再構成メッセージを送信することに応じ、前記第二のビットマップサイズを有する第二のＭＡＣ  ＣＥバージョンを選択することであって、前記無線端末から前記第二のＭＡＣ  ＣＥを受信することと、前記第二のＭＡＣ  ＣＥバージョンを選択することに応じて、前記第二のＭＡＣ  ＣＥバージョンを想定して前記第二のＭＡＣ  ＣＥをデコードすることを含む前記第二のＭＡＣ  ＣＥを通信することと、をさらに含むことを特徴とする実施形態４６に記載の方法。
【０１９０】
＜実施形態４８＞  前記第一の再構成メッセージを送信することに応じ、前記第一のビットマップサイズを有する第一のＭＡＣ  ＣＥバージョンを選択することであって、前記第一のＭＡＣ  ＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣ  ＣＥを受信することと、前記第一のＭＡＣ  ＣＥバージョンを想定して前記第一のＭＡＣ  ＣＥをデコードすることを含む前記第一のＭＡＣ  ＣＥを通信することと、前記第二の再構成メッセージを送信することに応じ、前記第二のビットマップサイズを有する第二のＭＡＣ  ＣＥバージョンを選択することであって、前記無線端末から前記第二のＭＡＣ  ＣＥを受信することと、前記第二の再構成メッセージを送信した後のモニタリングピリオドが完了する前に、前記第一のＭＡＣ  ＣＥバージョンを受信することに応じて、前記第一のＭＡＣ  ＣＥバージョンを想定して前記第二のＭＡＣ  ＣＥをデコードすることと、をさらに含むことを特徴とする実施形態４６に記載の方法。
【０１９１】
＜実施形態４９＞  前記第一のＭＡＣ  ＣＥを通信する工程が、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信する工程を含み、前記第二のＭＡＣ  ＣＥを通信する工程が、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲ  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信する工程を含むことを特徴とする実施形態３８乃至４１及び４４乃至４８の何れか１つに記載の方法。
【０１９２】
＜実施形態５０＞  前記第一のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第一グループに対応する前記第一のビットマップサイズを有する前記第一のビットマップを含むように前記第一のＭＡＣ  ＣＥを翻訳／生成することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記通信リンクに対して構成されたコンポーネントキャリアの前記第二グループに対応する前記第二のビットマップサイズを有する前記第二のビットマップを含むように前記第二のＭＡＣ  ＣＥを翻訳／生成することを含むことを特徴とする実施形態３８乃至４１及び４４の何れか１つに記載の方法。
【０１９３】
＜実施形態５１＞  コンポーネントキャリアの前記第一グループが８つより多いコンポーネントキャリアを含まず、コンポーネントキャリアの前記第二グループが８つより多いコンポーネントキャリアを含み、前記第二のビットマップサイズが前記第一のビットマップサイズより大きいことを特徴とする実施形態３８乃至５０の何れか１つに記載の方法。
【０１９４】
＜実施形態５２＞  前記第一のビットマップサイズが１オクテットより大きくなく、前記第二のビットマップサイズが１オクテットより大きいことを特徴とする実施形態５１に記載の方法。
【０１９５】
＜実施形態５３＞  コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリアと第一グループのセカンダリ・コンポーネントキャリアとを構成することを含み、コンポーネントキャリアの前記第二グループを構成することは、プライマリ・コンポーネントキャリアと第二グループのセカンダリ・コンポーネントキャリアとを構成することを含み、セカンダリ・コンポーネントキャリアの前記第一及び前記第二グループは異なり、セカンダリ・コンポーネントキャリアの前記第一グループの各々は、前記第一のビットマップの個別のビットに対応し、セカンダリ・コンポーネントキャリアの前記第二グループの各々は、前記第二のビットマップの個別のビットに対応する、ことを特徴とする実施形態３８乃至５２の何れか１つに記載の方法。
【０１９６】
＜実施形態５４＞  個別のコンポーネントキャリア・インデックスが、前記第一グループの各セカンダリ・コンポーネントキャリアと関連付けられ、個別のコンポーネントキャリア・インデックスが、前記第二グループの各セカンダリ・コンポーネントキャリアと関連付けられ、前記第一グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記セカンダリ・コンポーネントキャリアの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態３８乃至５３の何れか１つに記載の方法。
【０１９７】
＜実施形態５５＞  コンポーネントキャリアの前記第一グループを構成することが、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、前記グループのセカンダリ・コンポーネントキャリアの各々は前記第一のビットマップの個別のビットに対応し、前記第二グループのコンポーネントキャリアを構成することは、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態３８乃至５２の何れか１つに記載の方法。
【０１９８】
＜実施形態５６＞  コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態５５に記載の方法。
【０１９９】
＜実施形態５７＞  前記第一のビットマップが第一の数のビットオクテットに配置され、前記第二のビットマップが第二の数のビットオクテットに配置され、前記第一及び第二の数のビットオクテットが異なることを特徴とする実施形態３８乃至５６の何れか１つに記載の方法。
【０２００】
＜実施形態５８＞  コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より大きく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態３８乃至５７の何れか１つに記載の方法。
【０２０１】
＜実施形態５９＞  コンポーネントキャリアの前記第一グループ内のコンポーネントキャリアの数は、コンポーネントキャリアの前記第二グループ内のコンポーネントキャリアの数より小さく、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズより小さいことを特徴とする実施形態３８乃至５７の何れか１つに記載の方法。
【０２０２】
＜実施形態６０＞  個別のコンポーネントキャリア・インデックスが前記第一グループの各コンポーネントキャリアに関連付けられ、個別のコンポーネントキャリア・インデックスが前記第二グループの各コンポーネントキャリアに関連付けられ、前記第一グループの前記コンポーネントキャリア・インデックスの少なくとも１つが閾値を超えており、前記第二グループの前記コンポーネントキャリア・インデックスのいずれもが前記閾値を超えておらず、前記第一のビットマップの前記第一のビットマップサイズが前記第二のビットマップの前記第二のビットマップサイズより大きいことを特徴とする実施形態３８乃至５９の何れか１つに記載の方法。
【０２０３】
＜実施形態６１＞  前記第一のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣ  ＣＥを通信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記第一のＭＡＣ  ＣＥを通信した後にコンポーネントキャリアの前記第二グループを構成することを含み、前記第二のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣ  ＣＥを通信することを含むことを特徴とする実施形態３８乃至６０の何れか１つに記載の方法。
【０２０４】
＜実施形態６２＞  前記第二のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第二グループを構成した後に前記第二のＭＡＣ  ＣＥを通信することを含み、コンポーネントキャリアの前記第一グループを構成することが、前記第二のＭＡＣ  ＣＥを通信した後にコンポーネントキャリアの前記第一グループを構成することを含み、前記第一のＭＡＣ  ＣＥを通信することが、コンポーネントキャリアの前記第一グループを構成した後に前記第一のＭＡＣ  ＣＥを通信することを含むことを特徴とする実施形態３８乃至６０の何れか１つに記載の方法。
【０２０５】
＜実施形態６３＞  無線通信ネットワークのノードを動作させる方法であって、前記通信ネットワークの前記ノードと第一の無線端末との間の第一の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、前記第一の通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記第一の通信リンクを介して、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップであって当該第一のビットマップのビットがコンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応するような前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥを通信することと、前記通信ネットワークの前記ノードと第二の無線端末との間の第二の通信リンクのためのコンポーネントキャリアの第二グループを構成することと、前記第二の通信リンクのためのコンポーネントキャリアの前記第二グループで構成される間、前記第二の通信リンクを介して、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップであって当該第二のビットマップのビットがコンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応するような前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥを通信することと、を含み、前記第一のビットマップの前記第一のビットマップサイズは、前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする方法。
【０２０６】
＜実施形態６４＞  コンポーネントキャリアの前記第一グループを構成することが、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、前記グループのセカンダリ・コンポーネントキャリアの各々は前記第一のビットマップの個別のビットに対応し、前記第二グループのコンポーネントキャリアを構成することは、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態６３に記載の方法。
【０２０７】
＜実施形態６５＞  コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態６４に記載の方法。
【０２０８】
＜実施形態６６＞  無線通信ネットワークのノードを動作させる方法であって、無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアのグループを構成することと、コンポーネントキャリアの前記グループで構成される間、第一及び第二のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップであってコンポーネントキャリアの前記グループの第一のサブセットの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを含む前記第一のＭＡＣ  ＣＥと、第二のビットマップであってコンポーネントキャリアの前記グループの第二のサブセットの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを含む前記第二のＭＡＣ  ＣＥと、を通信することを含むことを特徴とする方法。
【０２０９】
＜実施形態６７＞  コンポーネントキャリアの前記グループがコンポーネントキャリアの第一グループであり、前記方法がさらに、前記無線端末と前記通信ネットワークの前記ノードとの間の通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、第三のＭＡＣ  ＣＥであって、第三のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第三のビットマップのビットを有する前記第三のビットマップを含む前記第三のＭＡＣ  ＣＥを通信することと、をさらに含むことを特徴とする実施形態６６に記載の方法。
【０２１０】
＜実施形態６８＞  コンポーネントキャリアの前記第一グループを構成することは、プライマリ・コンポーネントキャリア及びグループのセカンダリ・コンポーネントキャリアを構成することを含み、コンポーネントキャリアの前記グループの前記第一のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第一のサブセットを含み、コンポーネントキャリアの前記グループの前記第二のサブセットはセカンダリ・コンポーネントキャリアの前記グループの第二のサブセットを含むことを特徴とする実施形態６７に記載の方法。
【０２１１】
＜実施形態６９＞  コンポーネントキャリアの前記第二グループを構成することが、前記第二グループの任意のセカンダリ・コンポーネントキャリアを構成することなく、プライマリ・コンポーネントキャリアを構成することを含むことを特徴とする実施形態６８に記載の方法。
【０２１２】
＜実施形態７０＞  前記第一、第二、及び第三のビットマップが同一のビットマップサイズを有し、コンポーネントキャリアの前記第二グループはプライマリ・コンポーネントキャリア及び複数のセカンダリ・コンポーネントキャリアを含み、複数のセカンダリ・コンポーネントキャリアの各々は前記第三のビットマップの前記ビットの１つに対応することを特徴とする実施形態６７に記載の方法。
【０２１３】
＜実施形態７１＞  前記第一及び第二のＭＡＣ  ＣＥが同一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれることを特徴とする実施形態６６乃至７０の何れか１つに記載の方法。
【０２１４】
＜実施形態７２＞  前記第一及び第二のＭＡＣ  ＣＥが第一のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれ、前記第三のＭＡＣ  ＣＥが第二のＭＡＣ  ＰＤＵに含まれることを特徴とする実施形態６６乃至７０の何れか１つに記載の方法。
【０２１５】
＜実施形態７３＞  無線通信ネットワークのノードであって、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される通信インタフェースと、前記通信インタフェースと接続されたプロセッサであって、前記プロセッサが実施形態３８乃至７２の何れか１つに記載の動作を実行するよう構成されることを特徴とする無線通信ネットワークのノード。
【０２１６】
＜実施形態７４＞  実施形態３８乃至７２の何れか１つの動作を実行するよう適合された無線通信ネットワークのノード。
【０２１７】
＜実施形態７５＞  無線通信ネットワークと通信する無線端末を動作させる方法であって、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、コンポーネントキャリアの前記第一グループを構成することに応じ、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）バージョンを選択することと、コンポーネントキャリアの前記第一グループで構成される間、前記第一のＭＡＣ  ＣＥバージョンを使用する第一のＭＡＣ  ＣＥを通信することと、前記第一のＭＡＣ  ＣＥの通信の後に、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成することと、コンポーネントキャリアの前記第二グループを構成することに応じ、前記第一のＭＡＣ  ＣＥバージョンとは異なる第二のＭＡＣ  ＣＥバージョンを選択することと、コンポーネントキャリアの前記第二グループで構成される間、前記第二のＭＡＣ  ＣＥバージョンを用いて第二のＭＡＣ  ＣＥを通信することと、を含むことを特徴とする方法。
【０２１８】
＜実施形態７６＞  前記第一のＭＡＣ  ＣＥバージョンがＭＡＣ  ＣＥの第一のビットマップサイズを定義し、前記第一のビットマップサイズを有する第一のビットマップが、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを前記第一のＭＡＣ  ＣＥが含み、前記第二のＭＡＣ  ＣＥバージョンが、前記第一のビットマップサイズとは異なるＭＡＣ  ＣＥの第二のビットマップサイズを定義し、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを前記第二のＭＡＣ  ＣＥが含むことを特徴とする実施形態７５に記載の方法。
【０２１９】
＜実施形態７７＞  コンポーネントキャリアの前記第一グループを構成することに応じ、第一のＭＡＣ  ＣＥバージョンインジケータを選択し、ここで前記第一のＭＡＣ  ＣＥは前記第一のＭＡＣ  ＣＥバージョンインジケータを含み、コンポーネントキャリアの前記第二グループを構成することに応じ、前記第一のＭＡＣ  ＣＥバージョンインジケータとは異なる第二のＭＡＣ  ＣＥバージョンインジケータを選択することであって、前記第二のＭＡＣ  ＣＥは前記第二のＭＡＣ  ＣＥバージョンインジケータを含むことを特徴とする実施形態７５又は７６に記載の方法。
【０２２０】
＜実施形態７８＞  前記第一のＭＡＣ  ＣＥバージョンインジケータは前記第一のＭＡＣ  ＣＥバージョンにマッピングする第一の値を持ち、前記第二のＭＡＣ  ＣＥバージョンインジケータは前記第二のＭＡＣ  ＣＥバージョンにマッピングする第二の値を持つことを特徴とする実施形態７７に記載の方法。
【０２２１】
＜実施形態７９＞  前記第二のＭＡＣ  ＣＥバージョンインジケータを選択することは、コンポーネントキャリアの前記第二グループを構成することに応じ、前記第一のＭＡＣ  ＣＥバージョンインジケータを前記第二のＭＡＣ  ＣＥバージョンインジケータに変更することを含むことを特徴とする実施形態７７に記載の方法。
【０２２２】
＜実施形態８０＞  変更することが、ＭＡＣ  ＣＥバージョンインジケータのビットを第一のＭＡＣ  ＣＥバージョンインジケータの値から第二のＭＡＣ  ＣＥバージョンインジケータの値に切り替えることを含むことを特徴とする実施形態７９に記載の方法。
【０２２３】
＜実施形態８１＞  前記第二のＭＡＣ  ＣＥを通信した後、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第三グループであって、コンポーネントキャリアの前記第一グループとも、コンポーネントキャリアの前記第二グループとも異なるコンポーネントキャリアの前記第三グループを構成することと、前記第一及び第二のＭＡＣ  ＣＥバージョンと異なる第三のＭＡＣ  ＣＥバージョンと、前記第二のＭＡＣ  ＣＥバージョンインジケータと異なる第三のＭＡＣ  ＣＥバージョンインジケータを選択することであって、前記ＭＡＣ  ＣＥバージョンインジケータのビットを前記第二のＭＡＣ  ＣＥバージョンインジケータの値から前記第一のＭＡＣ  ＣＥバージョンインジケータの値へ切り替えることを含む、前記第三のＭＡＣ  ＣＥバージョンインジケータを選択することと、コンポーネントキャリアの前記第三グループで構成される間、前記第三のＭＡＣ  ＣＥバージョンを用い、前記第三のＭＡＣ  ＣＥバージョンインジケータを含める第三のＭＡＣ  ＣＥを通信することと、を含むことを特徴とする実施形態８０に記載の方法。
【０２２４】
＜実施形態８２＞  変更することが、ＭＡＣ  ＣＥバージョンインジケータの値を第一のＭＡＣ  ＣＥバージョンインジケータの値から第二のＭＡＣ  ＣＥバージョンインジケータの値に増やす／減らすことを含むことを特徴とする実施形態７９に記載の方法。
【０２２５】
＜実施形態８３＞  前記第二のＭＡＣ  ＣＥを通信した後、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第三グループであって、コンポーネントキャリアの前記第二グループと異なるコンポーネントキャリアの前記第三グループを構成することと、前記第二のＭＡＣ  ＣＥバージョンと異なる第三のＭＡＣ  ＣＥバージョンと、前記第二のＭＡＣ  ＣＥバージョンインジケータと異なる第三のＭＡＣ  ＣＥバージョンインジケータを選択することであって、前記ＭＡＣ  ＣＥバージョンインジケータのビットを前記第二のＭＡＣ  ＣＥバージョンインジケータの値から前記第一のＭＡＣ  ＣＥバージョンインジケータの値へ増やす／減らすことを含む、前記第三のＭＡＣ  ＣＥバージョンを選択することと、コンポーネントキャリアの前記第三グループで構成される間、前記第三のＭＡＣ  ＣＥバージョンを用い、前記第三のＭＡＣ  ＣＥバージョンインジケータを含める第三のＭＡＣ  ＣＥを通信することと、を含むことを特徴とする実施形態８２に記載の方法。
【０２２６】
＜実施形態８４＞  コンポーネントキャリアの前記第一グループを構成することが、前記無線通信ネットワークから第一の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第一グループを構成することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線通信ネットワークから第二の再構成メッセージを受信することに応じてコンポーネントキャリアの前記第二グループを構成することを含むことを特徴とする実施形態７５乃至８３の何れか１つに記載の方法。
【０２２７】
＜実施形態８５＞  コンポーネントキャリアの前記第二グループを構成することに応じて、遅延期間が経過するまで及び／又は複数の無線フレームが通過するまで、前記第二のＭＡＣ  ＣＥを含む前記第一及び第二のＭＡＣ  ＣＥのタイプの任意の後続のＭＡＣ  ＣＥの送信を遅延することをさらに含むことを特徴とする実施形態８４に記載の方法。
【０２２８】
＜実施形態８６＞  前記第二の再構成メッセージを受信することに応じて、前記無線通信ネットワークへ再構成完了メッセージを送信することと、コンポーネントキャリアの前記第二グループを構成することに応じて、前記無線通信ネットワークから前記再構成完了メッセージの承認を受信するまで、前記第二のＭＡＣ  ＣＥを含む前記第一及び第二のＭＡＣ  ＣＥのタイプの任意の後続のＭＡＣ  ＣＥの送信を遅延することと、をさらに含むことを特徴とする実施形態８４に記載の方法。
【０２２９】
＜実施形態８７＞  前記第一のＭＡＣ  ＣＥを通信することが、前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲ  ＭＡＣ  ＣＥを前記無線通信ネットワークに送信することを含むことを特徴とする実施形態７５乃至８６の何れか１つに記載の方法。
【０２３０】
＜実施形態８８＞  第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣ  ＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣ  ＣＥに対して提供され、前記第一及び第二のＬＣＩＤが同じことを特徴とする実施形態７５乃至８６の何れかに記載の方法。
【０２３１】
＜実施形態８９＞  無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信機に接続されたプロセッサであって、実施形態７５乃至８８の何れか１つの動作を実行するよう構成される前記プロセッサとを含む無線端末。
【０２３２】
＜実施形態９０＞  実施形態７５乃至８８の何れか１つの動作を実行するよう適合された無線端末。
【０２３３】
＜実施形態９１＞  無線通信ネットワークのノードを動作させる方法であって、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成することと、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して、第一のＭＡＣ  ＣＥバージョンを用いて第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信することと、前記第一のＭＡＣ  ＣＥを通信した後、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成することと、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して、前記第一のＭＡＣ  ＣＥバージョンとは異なる第二のＭＡＣ  ＣＥバージョンを用いて第二のＭＡＣ  ＣＥを通信することと、を含むことを特徴とする方法。
【０２３４】
＜実施形態９２＞  前記第一のＭＡＣ  ＣＥバージョンがＭＡＣ  ＣＥの第一のビットマップサイズを定義し、前記第一のビットマップサイズを有する第一のビットマップが、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリア対応する前記第一のビットマップのビットを有する前記第一のビットマップを前記第一のＭＡＣ  ＣＥが含み、前記第二のＭＡＣ  ＣＥバージョンが、前記第一のビットマップサイズとは異なるＭＡＣ  ＣＥの第二のビットマップサイズを定義し、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを前記第二のＭＡＣ  ＣＥが含むことを特徴とする実施形態９１に記載の方法。
【０２３５】
＜実施形態９３＞  前記第一のＭＡＣ  ＣＥが第一のＭＡＣ  ＣＥバージョンインジケータを含み、前記第二のＭＡＣ  ＣＥが第二のＭＡＣ  ＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣ  ＣＥバージョンインジケータが異なることを特徴とする実施形態９１又は９２に記載の方法。
【０２３６】
＜実施形態９４＞  コンポーネントキャリアの前記第一グループを構成することが、前記無線端末へ第一の再構成メッセージを送信することを含み、コンポーネントキャリアの前記第二グループを構成することが、前記無線端末へ第二の再構成メッセージを送信することを含むことを特徴とする実施形態９１乃至９３の何れか１つに記載の方法。
【０２３７】
＜実施形態９５＞前記第一の再構成メッセージを送信することに応じ、第一のＭＡＣ  ＣＥバージョンを選択することであって、前記第一のＭＡＣ  ＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣ  ＣＥを受信することと、前記第一のＭＡＣ  ＣＥバージョンを想定して前記第一のＭＡＣ  ＣＥをデコードすることを含む前記第一のＭＡＣ  ＣＥを通信することと、前記第二の再構成メッセージを送信することに応じ、第二のＭＡＣ  ＣＥバージョンを選択することであって、前記第二のＭＡＣ  ＣＥバージョンを選択することに応じて、前記無線端末から前記第二のＭＡＣ  ＣＥを受信することと、前記第二のＭＡＣ  ＣＥバージョンを想定して前記第二のＭＡＣ  ＣＥをデコードすることを含む前記第二のＭＡＣ  ＣＥを通信することと、をさらに含むことを特徴とする実施形態９４に記載の方法。
【０２３８】
＜実施形態９６＞  前記第一の再構成メッセージを送信することに応じ、前記第一のＭＡＣ  ＣＥを通信することが、前記第一のＭＡＣ  ＣＥバージョンを選択することに応じて、前記無線端末から前記第一のＭＡＣ  ＣＥを受信することと、前記第一のＭＡＣ  ＣＥバージョンを想定して前記第一のＭＡＣ  ＣＥをデコードすることを含む、第一のＭＡＣ  ＣＥバージョンを選択することと、前記第二の再構成メッセージを送信することに応じ、前記第二のＭＡＣ  ＣＥを通信することが、前記第二のＭＡＣ  ＣＥバージョンを選択することに応じて、前記無線端末から前記第二のＭＡＣ  ＣＥを受信することと、前記第二のＭＡＣ  ＣＥバージョンを想定して前記第二のＭＡＣ  ＣＥをデコードすることと、前記第二の再構成メッセージを送信した後でモニタ期間が完了する前に前記第二のＭＡＣ  ＣＥを受信することに応じて、前記第一のＭＡＣ  ＣＥバージョンを想定して前記第二のＭＡＣ  ＣＥをデコードすることを含む、第二のＭＡＣ  ＣＥバージョンを選択することと、をさらに含むことを特徴とする実施形態９４に記載の方法。
【０２３９】
＜実施形態９７＞  前記第一のＭＡＣ  ＣＥが第一のＭＡＣ  ＣＥバージョンインジケータを含み、前記第二のＭＡＣ  ＣＥが第二のＭＡＣ  ＣＥバージョンインジケータを含み、前記第一及び第二のＭＡＣ  ＣＥバージョンインジケータが異なり、そして前記第二のＭＡＣ  ＣＥをデコードすることが、前記第二のＭＡＣ  ＣＥの前記ＭＡＣ  ＣＥインジケータの値に基づく前記第一及び第二のＭＡＣ  ＣＥを想定し、前記第二のＭＡＣ  ＣＥをデコードした結果おひとつを用いることをさらに含むことを特徴とする実施形態９１乃至９７の何れか１つに記載の方法。
【０２４０】
＜実施形態９８＞  前記第一のＭＡＣ  ＣＥを通信することが、前記無線通信ネットワークへの前記第一のビットマップサイズを有する前記第一のビットマップを含む第一のパワーヘッドルーム・レポート（ＰＨＲ）  ＭＡＣ  ＣＥを受信することを含み、前記第二のＭＡＣ  ＣＥを通信することが、前記無線通信ネットワークへの前記第二のビットマップサイズを有する前記第二のビットマップを含む第二のＰＨＲ  ＭＡＣ  ＣＥを受信することを含むことを特徴とする実施形態９１乃至９７の何れか１つに記載の方法。
【０２４１】
＜実施形態９９＞  第一の論理チャネルアイデンティティＬＣＩＤは前記第一のＭＡＣ  ＣＥに対して提供され、第二のＬＣＩＤは前記第二のＭＡＣ  ＣＥに対して提供され、前記第一及び第二のＬＣＩＤが同じことを特徴とする実施形態９１乃至９８の何れか１つに記載の方法。
【０２４２】
＜実施形態１００＞  無線通信ネットワークのノードであって、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される通信インタフェースと、前記通信インタフェースと接続されたプロセッサであって、前記プロセッサが実施形態９１乃至９９の何れか１つに記載の動作を実行するよう構成されることを特徴とする無線通信ネットワークのノード。
【０２４３】
＜実施形態１０１＞  実施形態９１乃至９９の何れか１つの動作を実行するよう適合されることを特徴とする無線通信ネットワークのノード。
【０２４４】
＜実施形態１０２＞  無線端末であって、前記無線端末と通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣ  ＣＥを通信し、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣ  ＣＥを通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なる、ように適合されたことを特徴とする無線端末。
【０２４５】
＜実施形態１０３＞  無線通信ネットワークのノードであって、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣ  ＣＥを通信し、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣ  ＣＥを通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なる、ように適合されたことを特徴とする無線端末。
【０２４６】
＜実施形態１０４＞  無線インタフェースを介して無線通信ネットワークとの無線通信を提供するよう構成された送受信器と、前記送受信機に接続されたプロセッサとを備えることを特徴とする無線端末。前記プロセッサは、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣ  ＣＥを前記送受信器を介して通信し、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループであって、コンポーネントキャリアの前記第一グループとは異なるコンポーネントキャリアの前記第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣ  ＣＥを前記送受信器を介して通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なるように適合されたことを特徴とする。
【０２４７】
＜実施形態１０５＞  無線通信ネットワークのノードであって、無線インタフェースを介して１つ以上の無線端末との通信を提供するよう構成される送受信器と、前記送受信器と接続されたプロセッサとを含むことを特徴とするノード。前記プロセッサは、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構築し、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）であって、第一のビットマップサイズを有する第一のビットマップと、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットとを含む前記第一のＭＡＣ  ＣＥを通信し、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成し、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣ  ＣＥであって、第二のビットマップサイズを有する第二のビットマップと、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットとを含む前記第二のＭＡＣ  ＣＥを通信し、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なる、ように構成されることを特徴とする。
【０２４８】
＜実施形態１０６＞  構成モジュール及び通信モジュールを備える無線端末であって、前記構成モジュールは、前記無線端末と前記通信ネットワークとの間の通信リンクのためのコンポーネントキャリアの第一グループを構成するために配置され、前記通信モジュールは、コンポーネントキャリアの前記第一グループで構成される間、第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信するために配置され、前記第一のＭＡＣ  ＣＥは、第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを含み、前記構成モジュールは、前記無線端末と前記通信ネットワークとの間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成するためにさらに配置され、コンポーネントキャリアの前記第一グループはコンポーネントキャリアの前記第二グループとは異なり、前記通信モジュールは、コンポーネントキャリアの前記第二グループで構成される間、第二のＭＡＣ  ＣＥを通信するためにさらに配置され、前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであって、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを含み、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする無線端末。
【０２４９】
＜実施形態１０７＞  構成モジュール及び通信モジュールを備える無線通信ネットワークのノードであって、前記構成モジュールは、前記通信ネットワークの前記ノードと無線端末との間の通信リンクのためのコンポーネントキャリアの第一グループを構成するために配置され、前記通信モジュールは、前記通信リンクのためのコンポーネントキャリアの前記第一グループで構成される間、前記通信リンクを介して第一のメディアアクセス制御（ＭＡＣ）コントロールエレメント（ＣＥ）を通信するために配置され、前記第一のＭＡＣ  ＣＥは第一のビットマップサイズを有する第一のビットマップであって、コンポーネントキャリアの前記第一グループの個別のコンポーネントキャリアに対応する前記第一のビットマップのビットを有する前記第一のビットマップを含み、前記構成モジュールが、前記通信ネットワークの前記ノードと前記無線端末との間の前記通信リンクのためのコンポーネントキャリアの第二グループを構成するためにさらに配置され、前記通信モジュールが、コンポーネントキャリアの前記第二グループで構成される間、前記通信リンクを介して第二のＭＡＣ  ＣＥを通信するためにさらに配置され、前記第二のＭＡＣ  ＣＥは、第二のビットマップサイズを有する第二のビットマップであて、コンポーネントキャリアの前記第二グループの個別のコンポーネントキャリアに対応する前記第二のビットマップのビットを有する前記第二のビットマップを含み、前記第一のビットマップの前記第一のビットマップサイズは前記第二のビットマップの前記第二のビットマップサイズとは異なることを特徴とする。
【０２５０】
実施形態１０６に従う無線端末の前記構成モジュール及び通信モジュールは、少なくとも１つの実施形態において、（図１３のプロセッサ３０３のような）プロセッサ上で動作するコンピュータプログラムとして実施されてよい。実施形態１０６に従う無線端末が実施形態１に従う処理を行う間、構成モジュール及び通信モジュールを備える無線端末の他の実施形態は、実施形態２乃至３５の何れか１つに従う処理を実行してよい。
【０２５１】
実施形態１０７に従うノードの前記構成モジュール及び通信モジュールは、少なくとも１つの実施形態において、（図１２のプロセッサ２０３のような）プロセッサ上で動作するコンピュータプログラムとして実施されてよい。実施形態１０７に従う無線通信ネットワークのノードが実施形態３８に従う処理を行う間、構成モジュール及び通信モジュールを備えるノードの他の実施形態は、実施形態３９乃至７２の何れか１つに従う処理を実行してよい。
【０２５２】
＜さらなる定義＞
エレメントが別のエレメントに「接続」「結合」「応答」又はそれらの変形として称されるとき、それは他のエレメントに直接的に接続、結合又は応答でき、又は１つ以上の介在要素が存在してよい。対照的に、エレメントが別のエレメントに「直接接続」「直接結合」「直接応答」又はそれらの変形として称されるとき、介在要素は存在しない。同様の番号は、全体を通して同様のノード／エレメントを指す。さらに、本明細書で用いられる「結合」「接続」「応答」又はそれらの変形は無線的な結合、接続、又は応答を含んでよい。本明細書で使用されるように、単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈がそうでないことを明確に示さない限り、複数形も含むことが意図される。簡潔さ及び／又は明瞭さのために、周知の機能又は構成を詳細に説明されなくてよい。用語「及び／又は」、略記された「／」、は、関連する列挙された項目の１つ以上の任意の及び全ての組み合わせを含む。
【０２５３】
本明細書で使用される場合、用語「含む（ｃｏｍｐｒｉｓｅ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、又はそれらの変形は変更可能であり、１つ以上の規定された特徴、整数、ノード、ステップ、構成要素、機能を含むが、１つ以上の他の特徴、整数、ノード、ステップ、構成要素、機能又はそれらのグループの存在又は追加を排除しない。さらに、本明細書で使用されるように、ラテン語の語句「ｅｘｅｍｐｌｉ  ｇｒａｔｉａ」に由来する一般的な略語「ｅ．ｇ．」は、一般的な例又は以前言及されたアイテムを導入又は特定するために用いられてよく、そのようなアイテムに限定することを意図していない。ラテン語の語句「ｉｄ  ｅｓｔ」に由来する一般的な略語「ｉ．ｅ．」は、より一般的な記述から特有のアイテムを特定するために用いられてよい。
【０２５４】
第一、第二、第三、などの用語は、様々なエレメント／動作を説明するために本明細書で使用されてよいが、これらのエレメント／動作は、これらの用語によって限定されるべきではないことが理解されよう。これらの用語は、あるエレメント／動作を別のエレメント／動作から区別するためだけに使用される。従って、いくつかの実施形態における第一のエレメント／動作は、本発明思想の教示から逸脱することなく、他の実施形態において第二のエレメント／動作と呼ぶことができる。本明細書で説明及び例示される本発明思想の態様の実施形態の例は、それらの相補的な対応物を含む。同一の参照符号又は同一の参照識別子は、明細書全体を通して同一又は類似のエレメントを示す。
【０２５５】
例示的な実施形態は、コンピュータに実装される方法、装置（システム及び／又は機器）及び／又はコンピュータプログラム製品のブロック図及び／又はフローチャート図を参照して本明細書で説明される。ブロック図のブロック及び／又はフローチャート図、及びブロック図のブロック及び／又はフローチャート図の組み合わせは、１つ以上のコンピュータ回路によって実行されるコンピュータプログラム製品によって実施できることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、及び／又は他のプログラム可能なデータ処理回路のプロセッサ回路（プロセッサとも呼ばれる）に提供されて、機械を製造することができ、ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実施するために、コンピュータ及び／又は他のプログラム可能なデータ処理装置のプロセッサ、メモリ位置に格納された値及び変換回路、及びそのような回路内の他のハードウェア構成要素ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実装するための手段（機能）及び／又は構造を作成することができる。
【０２５６】
また、これらのコンピュータプログラム命令は、有形のコンピュータ可読媒体に格納された命令が、フローチャート及び／又はブロック図のブロックに特定された機能／動作を実施する命令を含む製造品を提供するように、コンピュータ、他のプログラム可能なデータ処理装置、又は他の装置を、特定の方法で機能するように指示できるコンピュータ可読媒体に格納されてよい。
【０２５７】
有形の、非一過性のコンピュータ可読媒体は電子、磁気、光学、電磁気、又は半導体データ記憶システム、装置、又は機器を含んでよい。コンピュータ可読媒体のより具体的な例は、ポータブルコンピュータ・ディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み出し専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）回路、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、及びポータブルデジタルディスク読み出し専用メモリ（ＤＶＤ／ＢｌｕｅＲａｙ）を含む。
【０２５８】
また、コンピュータプログラム命令は、コンピュータ又は他のプログラム可能な装置上で実行される命令が、ブロック図及び／又はフローチャートのブロックに特定された機能／動作を実施するための工程を提供するように、プロセスが実装されたコンピュータを提供するために、コンピュータ及び／又は他のプログラム可能な装置上で実行されるべき一連の動作ステップをもたらすために、コンピュータ及び／又は他のプログラム可能なデータ処理装置に読み込まれてよい。従って、本発明思想の実施形態は、デジタル信号プロセッサのようなプロセッサ上で動作する、総称して「回路」「モジュール」又はその変形として称される、ハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施されてよい。
【０２５９】
また、いくつかの代替的な実施形態において、ブロックに記されている機能／動作は、フローチャートに記されている順番から外れてもよい。例えば、実際に、連続して示される２つのブロックは、実質的に同時に実行されてもよく、又は、関係する機能／動作に応じ、時にはブロックが逆の順序で実行されてもよい。さらに、フローチャート及び／又はブロック図の所与のブロックの機能は、複数のブロックに分離されてもよく、及び／又はフローチャート及び／又はブロック図の２つ以上のブロックの機能は、少なくとも部分的には統合されてもよい。最後に、他のブロックは、説明されるブロック間に追加／挿入されてよい。さらに、図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、図示された矢印と逆の方向に通信が発生してもよいことは理解されたい。
【０２６０】
上記の説明及び図に関連して、多くの異なる実施形態が本明細書に開示されている。これらの実施形態の組み合わせ及びサブコンビネーションの全てをそのまま説明及び図示することは過度に反復的であり、わかりにくくなるであろうことは理解されたい。従って、図面を含む本明細書は、実施形態及び方法の様々な例示的な組み合わせ及びサブコンビネーション、及びそれらを製造使用する工程、の完全な記載を構成すると解釈されるべきで、そして任意のそのような組み合わせ又はサブコンビネーションへの請求項を支援すべきである。
【０２６１】
発明思想の実施形態に従う他のネットワークエレメント、通信機器及び／又は方法は、当業者が現在の図面及び説明を精査することで明白になるであろう。このような追加のネットワークエレメント、機器、及び／又は方法の全てが、本発明思想の範囲内にある本説明に含まれることが意図される。さらに、本明細書で開示される実施形態の全てが、別々に実施される又は、任意の方法及び／又は組み合わせで組み合わされることが意図される。
【図１】
0006513812.tif 000002
【図２Ａ】
0006513812.tif 000003
【図２Ｂ】
0006513812.tif 000004
【図２Ｃ】
0006513812.tif 000005
【図３】
0006513812.tif 000006
【図４】
0006513812.tif 000007
【図５】
0006513812.tif 000008
【図６】
0006513812.tif 000009
【図７】
0006513812.tif 000010
【図８】
0006513812.tif 000011
【図９】
0006513812.tif 000012
【図１０】
0006513812.tif 000013
【図１１】
0006513812.tif 000014
【図１２】
0006513812.tif 000015
【図１３】
0006513812.tif 000016
【図１４】
0006513812.tif 000017
【図１５Ａ】
0006513812.tif 000018
【図１５Ｂ】
0006513812.tif 000019
【図１５Ｃ】
0006513812.tif 000020
【図１６】
0006513812.tif 000021
【図１７】
0006513812.tif 000022
【図１８】
0006513812.tif 000023
【図１９Ａ】
0006513812.tif 000024
【図１９Ｂ】
0006513812.tif 000025
【図１９Ｃ】
0006513812.tif 000026
【図２０】
0006513812.tif 000027
【図２１Ａ】
0006513812.tif 000028
【図２１Ｂ】
0006513812.tif 000029