知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】5739901
(24)【登録日】2015年5月1日
(45)【発行日】2015年6月24日
(54)【発明の名称】複数のキャリアを介したデータ送信のための方法及び装置
(51)【国際特許分類】
H04W 72/04 20090101AFI20150604BHJP
H04W 52/34 20090101ALI20150604BHJP
【ＦＩ】
H04W72/04 111
H04W52/34
【請求項の数】12
【全頁数】19
(21)【出願番号】特願2012-542581(P2012-542581)
(86)(22)【出願日】2010年12月14日
(65)【公表番号】特表2013-513985(P2013-513985A)
(43)【公表日】2013年4月22日
(86)【国際出願番号】EP2010069630
(87)【国際公開番号】WO2011073191
(87)【国際公開日】20110623
【審査請求日】2013年11月14日
(31)【優先権主張番号】61/286,335
(32)【優先日】2009年12月14日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エル エム エリクソン（パブル）
(74)【代理人】
【識別番号】100076428
【弁理士】
【氏名又は名称】大塚 康徳
(74)【代理人】
【識別番号】100112508
【弁理士】
【氏名又は名称】高柳 司郎
(74)【代理人】
【識別番号】100115071
【弁理士】
【氏名又は名称】大塚 康弘
(74)【代理人】
【識別番号】100116894
【弁理士】
【氏名又は名称】木村 秀二
(74)【代理人】
【識別番号】100130409
【弁理士】
【氏名又は名称】下山 治
(72)【発明者】
【氏名】バルデマイル， ロバート
(72)【発明者】
【氏名】ゲルステンベルガー， ディルク
(72)【発明者】
【氏名】ラーション， ダニエル
(72)【発明者】
【氏名】ヴィーマン， ヘニング
【審査官】
望月 章俊
(56)【参考文献】
【文献】
特表２０１１−５０８５３８（ＪＰ，Ａ）
【文献】
特開２０１０−２２６７２０（ＪＰ，Ａ）
【文献】
特表２０１３−５０９０７４（ＪＰ，Ａ）
【文献】
ZTE，Considerations on scheduling in carrier aggregation[online]， 3GPP TSG-RAN WG2♯66bis R2-093886，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_66bis/Docs/R2-093886.zip＞，２００９年 ７月 ３日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６
(57)【特許請求の範囲】
【請求項1】
複数のキャリア（３２、４２）を介したデータ伝送の方法であって、
ユーザ装置（１０）が、媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）であって、前記複数のキャリア（３２、４２）に関連する制御要素（６００、７００、８２０）を判定するステップと、
前記ユーザ装置（１０）が、前記制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに対する個別の識別子を、前記制御要素に付与するステップと、
前記ユーザ装置（１０）が、前記識別子を伴う前記制御要素（６００、７００、８２０）を、前記複数のキャリア（３２、４２）のうち１つにおいて送信するステップと、
を有し、
前記制御要素（６００、７００、８２０）は、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を含む、
ことを特徴とする方法。
ユーザ装置（１０）が、媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）であって、前記複数のキャリア（３２、４２）に関連する制御要素（６００、７００、８２０）を判定するステップと、
前記ユーザ装置（１０）が、前記制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに対する個別の識別子を、前記制御要素に付与するステップと、
前記ユーザ装置（１０）が、前記識別子を伴う前記制御要素（６００、７００、８２０）を、前記複数のキャリア（３２、４２）のうち１つにおいて送信するステップと、
を有し、
前記制御要素（６００、７００、８２０）は、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を含む、
ことを特徴とする方法。
【請求項2】
前記識別子は、前記制御要素（６００、７００、８２０）のビットフィールドにより形成される、
ことを特徴とする請求項１に記載の方法。
ことを特徴とする請求項１に記載の方法。
【請求項3】
前記複数のキャリア（３２、４２）のうち、前記制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のうちの１つと、当該制御要素（６００、７００、８２０）が送信されるキャリアは、異なる、
ことを特徴とする請求項１又は２に記載の方法。
ことを特徴とする請求項１又は２に記載の方法。
【請求項4】
複数のキャリア（３２、４２）を介したデータ伝送の方法であって、
無線基地局（１００）が、前記複数のキャリア（３２、４２）の１つから、媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）を受信するステップであって、前記制御要素（６００、７００、８００）は前記複数のキャリア（３２、４２）に関連し、当該関連する複数のキャリア（３２、４２）のそれぞれに対する個別の識別子が前記制御要素（６００、７００、８００）に付与されている、ステップと、
前記無線基地局（１００）が、前記制御要素（６００、７００、８２０）に伴って受信された前記個別の識別子から、前記複数のキャリア（３２、４２）のいずれに当該制御要素（６００、７００、８２０）が関連するかを判定するステップと、
前記無線基地局（１００）が、前記制御要素（６００、７００、８２０）により表示されるパラメータに基づいて、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を判定するステップと、
を有することを特徴とする方法。
無線基地局（１００）が、前記複数のキャリア（３２、４２）の１つから、媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）を受信するステップであって、前記制御要素（６００、７００、８００）は前記複数のキャリア（３２、４２）に関連し、当該関連する複数のキャリア（３２、４２）のそれぞれに対する個別の識別子が前記制御要素（６００、７００、８００）に付与されている、ステップと、
前記無線基地局（１００）が、前記制御要素（６００、７００、８２０）に伴って受信された前記個別の識別子から、前記複数のキャリア（３２、４２）のいずれに当該制御要素（６００、７００、８２０）が関連するかを判定するステップと、
前記無線基地局（１００）が、前記制御要素（６００、７００、８２０）により表示されるパラメータに基づいて、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を判定するステップと、
を有することを特徴とする方法。
【請求項5】
前記識別子は、前記制御要素（６００、７００、８２０）のビットフィールドにより形成される、
ことを特徴とする請求項４に記載の方法。
ことを特徴とする請求項４に記載の方法。
【請求項6】
前記複数のキャリア（３２、４２）のうち、前記制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のうちの１つと、当該制御要素（６００、７００、８２０）が受信されるキャリアは、異なる、
ことを特徴とする請求項４又は５に記載の方法。
ことを特徴とする請求項４又は５に記載の方法。
【請求項7】
複数のキャリア（３２、４２）を介したデータ伝送のためのユーザ装置（１０、３１０）であって、
媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）であって、前記複数のキャリア（３２、４２）に関連する制御要素（６００、７００、８２０）を判定すると共に、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに対する個別の識別子を、当該制御要素（６００、７００、８２０）に付与するように構成される処理システム（３１２）と、
前記識別子を伴う前記制御要素（６００、７００、８２０）を、前記複数のキャリア（３２、４２）のうち１つにおいて送信するように構成される送信器（３１４）と、
を有し、
前記制御要素（６００、７００、８２０）は当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を含む、
ことを特徴とするユーザ装置。
媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）であって、前記複数のキャリア（３２、４２）に関連する制御要素（６００、７００、８２０）を判定すると共に、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに対する個別の識別子を、当該制御要素（６００、７００、８２０）に付与するように構成される処理システム（３１２）と、
前記識別子を伴う前記制御要素（６００、７００、８２０）を、前記複数のキャリア（３２、４２）のうち１つにおいて送信するように構成される送信器（３１４）と、
を有し、
前記制御要素（６００、７００、８２０）は当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を含む、
ことを特徴とするユーザ装置。
【請求項8】
前記ユーザ装置（１０、３１０）は、請求項１から３のいずれか１項に記載の方法に従って動作するように構成される、
ことを特徴とする請求項７に記載のユーザ装置。
ことを特徴とする請求項７に記載のユーザ装置。
【請求項9】
複数のキャリア（３２、４２）を介したデータ伝送のための無線基地局（１００、３２０）であって、
前記複数のキャリア（３２、４２）の少なくとも１つから、媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）を受信するように構成される受信器（３２２）であって、前記制御要素（６００、７００、８００）は前記複数のキャリア（３２、４２）に関連し、当該関連する複数のキャリア（３２、４２）のそれぞれに対する個別の識別子が前記制御要素（６００、７００、８００）に付与されている、受信器（３２２）と、
前記制御要素（６００、７００、８２０）に伴って受信された前記個別の識別子から、前記複数のキャリア（３２、４２）のいずれに当該制御要素（６００、７００、８２０）が関連するかを判定すると共に、当該制御要素（６００、７００、８２０）により表示されるパラメータに基づいて、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を判定するように構成される処理システム（３２４）と、
を有することを特徴とする無線基地局。
前記複数のキャリア（３２、４２）の少なくとも１つから、媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）を受信するように構成される受信器（３２２）であって、前記制御要素（６００、７００、８００）は前記複数のキャリア（３２、４２）に関連し、当該関連する複数のキャリア（３２、４２）のそれぞれに対する個別の識別子が前記制御要素（６００、７００、８００）に付与されている、受信器（３２２）と、
前記制御要素（６００、７００、８２０）に伴って受信された前記個別の識別子から、前記複数のキャリア（３２、４２）のいずれに当該制御要素（６００、７００、８２０）が関連するかを判定すると共に、当該制御要素（６００、７００、８２０）により表示されるパラメータに基づいて、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を判定するように構成される処理システム（３２４）と、
を有することを特徴とする無線基地局。
【請求項10】
前記無線基地局（１００、３２０）は、請求項４から６のいずれか１項に記載の方法に従って動作するように構成される、
ことを特徴とする請求項９に記載の無線基地局。
ことを特徴とする請求項９に記載の無線基地局。
【請求項11】
複数のキャリア（３２、４２）を介したデータ伝送のための通信システムであって、
媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）であって、前記複数のキャリア（３２、４２）に関連する制御要素（６００、７００、８２０）を判定し、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに対する個別の識別子を、当該制御要素（６００、７００、８２０）に付与し、前記識別子を伴う当該制御要素（６００、７００、８２０）を、前記複数のキャリアのうち１つにおいて送信するように構成されるユーザ装置（１０、３１０）であって、前記制御要素（６００、７００、８２０）は、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を含むユーザ装置（１０、３１０）と、
前記制御要素（６００、７００、８２０）を受信し、当該制御要素に伴って受信された前記個別の識別子から、前記制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）を判定し、前記制御要素（６００、７００、８２０）により表示されるパラメータに基づいて、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する前記個別の電力ヘッドルーム報告を判定するように構成される無線基地局（１００、３２０）と、
を有することを特徴とする通信システム。
媒体アクセス制御プロトコルの制御要素（６００、７００、８２０）であって、前記複数のキャリア（３２、４２）に関連する制御要素（６００、７００、８２０）を判定し、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに対する個別の識別子を、当該制御要素（６００、７００、８２０）に付与し、前記識別子を伴う当該制御要素（６００、７００、８２０）を、前記複数のキャリアのうち１つにおいて送信するように構成されるユーザ装置（１０、３１０）であって、前記制御要素（６００、７００、８２０）は、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する個別の電力ヘッドルーム報告を含むユーザ装置（１０、３１０）と、
前記制御要素（６００、７００、８２０）を受信し、当該制御要素に伴って受信された前記個別の識別子から、前記制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）を判定し、前記制御要素（６００、７００、８２０）により表示されるパラメータに基づいて、当該制御要素（６００、７００、８２０）が関連する前記複数のキャリア（３２、４２）のそれぞれに関する前記個別の電力ヘッドルーム報告を判定するように構成される無線基地局（１００、３２０）と、
を有することを特徴とする通信システム。
【請求項12】
前記通信システムは、請求項１から６のいずれか１項に記載の方法に従って動作するように構成される、
ことを特徴とする請求項１１に記載の通信システム。
ことを特徴とする請求項１１に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、複数のキャリアを介したデータ送信のための方法に関する。
【背景技術】
【0002】
例えば第３世代パートナーシッププロジェクト（３ＧＰＰ）の技術仕様（ＴＳ）に従う移動通信ネットワークでは、異なる周波数チャネルで動作するいくつものキャリアを１つの無線リンクにおいて束ねることができる概念が導入されている。これらの概念は、キャリアアグリゲーションとも呼ばれる。
【0003】
例えば、以下でＬＴＥ Ｒｅｌ−１０とも呼ばれる３ＧＰＰのロングタームエボリューション（ＬＴＥ）リリース１０では、キャリアアグリゲーションは、より狭い帯域幅の複数のコンポーネントキャリアのアグリゲーションを意味する。その結果、ＬＴＥ端末に対して、各下位互換コンポーネントキャリアは、ＬＴＥキャリアの全ての機能として現れ、その全ての機能を備えるであろう。同時に、ＬＴＥ Ｒｅｌ−１０端末は、複数のキャリアの全体の集合体にアクセスすることができ、したがって、対応するより高いデータレートの可能性を伴う、全体としてより広い帯域幅を経験するであろう。キャリアアグリゲーションは、例えば５ＭＨｚキャリアのペアに対する、２０ＭＨｚ以下の全帯域幅に対して有用でありうることに留意されたい。場合によっては、コンポーネントキャリアは、セルとも呼ばれ、より具体的には、プライマリセル（Ｐｃｅｌｌ）及びセカンダリセル（Ｓｃｅｌｌ）とも呼ばれる。
【0004】
統合される複数のコンポーネントキャリアは互いに隣接しうる。しかしながら、より一般的な表現では、キャリアアグリゲーションは、異なる周波数帯域におけるキャリアを含む、非隣接コンポーネントキャリア、又は隣接および非隣接キャリアの両方を考慮することが許されてもよい。したがって、ＬＴＥ Ｒｅｌ−１０の一部としてのキャリアアグリゲーションの導入は、スペクトラムアグリゲーション、すなわち、１つの移動体端末への下りリンク（ＤＬ）方向における、又は１つの移動体端末からの上りリンク（ＵＬ）方向における、通信のための、異なる非隣接の周波数の断片の同時使用を可能とする。
【0005】
以下でＬＴＥ Ｒｅｌ−８とも呼ばれる３ＧＰＰ ＬＴＥリリース８では、エボルブドＮｏｄｅＢ（ｅＮＢ）と呼ばれる無線基地局と移動体端末とが、バッファ状態報告、電力ヘッドルーム報告及びその他のような制御情報を交換するために、媒体アクセス制御（ＭＡＣ）プロトコルの制御要素（ＣＥ）を使用する。ここで参照することにより取り込まれる、非特許文献１の６．１．３節「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ），Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ」において、ＭＡＣ ＣＥのリストが提供されている。しかしながら、これらの情報を交換する既知の方法は、複数の異なるキャリアに関して情報の交換が必要となるであろうＬＴＥ Ｒｅｌ−１０のキャリアアグリゲーションのシナリオを取り扱うものではない。
【先行技術文献】
【非特許文献】
【0006】
【非特許文献1】３ＧＰＰ ＴＳ３６．３２１
【発明の概要】
【発明が解決しようとする課題】
【0007】
したがって、複数のキャリアを介してデータを送信しているノード間で制御情報を効率的に運ぶことを可能とする技術に対する要求が存在する。
【課題を解決するための手段】
【0008】
本発明の実施形態によれば、複数のキャリアを介したデータ送信の方法が提供される。本方法は、送信側の通信装置に実装されうる。本方法によれば、キャリアの１つに関連する制御要素が判定される。制御要素には、その制御要素が関連するキャリアを特定する識別子が付与される。識別子を伴う制御要素は１つのキャリア上で送信される。
【0009】
本発明のさらなる実施形態によれば、複数のキャリアを介したデータ送信の方法が提供される。本方法は、受信側の通信装置に実装されうる。本方法によれば、複数のキャリアの１つから制御要素が受信される。制御要素に伴って受信された識別子から、複数のキャリアのどのキャリアにその制御要素が関連するかが判定される。制御要素により表示されたパラメータに基づいて、その制御要素が関連するキャリアのデータ伝送特性が判定される。
【0010】
本発明のさらなる実施形態によれば、複数のキャリアを介するデータ送信のための通信装置が提供される。通信装置は、無線基地局又は移動体端末であってもよい。通信装置には、処理システムと送信器とが備えられる。処理システムは、キャリアの１つに関連する制御要素を判定すると共に、制御要素にその制御要素が関連するキャリアを特定する識別子を付与するように構成される。送信器は、複数のキャリアの１つにおいて、識別子を伴う制御要素を送信するように構成される。
【0011】
本発明のさらなる実施形態によれば、複数のキャリアを介するデータ送信のための通信装置が提供される。通信装置は、無線基地局又は移動体端末であってもよい。通信装置には、受信器と処理システムとが備えられる。受信器は、複数のキャリアの少なくとも１つから制御要素を受信するように構成される。処理システムは、制御要素に伴って受信された識別子から、複数のキャリアのうちどれにその制御要素が関連するかを判定するように構成される。さらに、処理システムは、制御要素により表示されるパラメータに基づいて、その制御要素が関連するキャリアのデータ伝送特性を判定するように構成される。
【0012】
本発明のさらなる実施形態によれば、通信システムが提供される。通信システムは、送信側の通信装置と受信側の通信装置とを含む。送信側の通信装置は、複数のキャリアのうちの１つの関連する制御要素を判定すると共に、その制御要素が関連するキャリアを特定する識別子をその制御要素に付与するように構成される。さらに、送信側の通信装置は、複数のキャリアのうちの１つにおいて、識別子を伴う制御要素を送信するように構成される。受信側の通信装置は、制御要素を受信すると共に、その制御要素に伴って受信された識別子から、その制御要素が関連するキャリアを判定するように構成される。さらに、受信側の通信装置は、制御要素により表示されるパラメータに基づいて、その制御要素が関連するキャリアのデータ伝送特性を判定するように構成される。
【0013】
さらなる実施形態によれば、他の方法、装置、又は本方法を実行するためにプロセッサにより実行されるプログラムコードを含むコンピュータプログラムが提供されうる。
【図面の簡単な説明】
【0014】
【図1】本発明の実施形態に係るキャリアアグリゲーションを用いたデータ送信の概念が適用される、移動体通信ネットワーク環境を概略的に説明する図。
【図2】キャリアアグリゲーションを用いる通信装置における、データの処理の流れを概略的に説明する図。
【図3】本発明の実施形態による概念を実装するための通信システムを概略的に説明する図。
【図4】既知の制御要素の構造を概略的に説明する図。
【図5】本発明の実施形態による制御要素の構造を概略的に説明する図。
【図6】本発明のさらなる実施形態による制御要素の構造を概略的に説明する図。
【図7】本発明のさらなる実施形態による制御要素の構造を概略的に説明する図。
【図8】本発明のさらなる実施形態による制御要素の構造を概略的に説明する図。
【図9】本発明の実施形態による制御要素を生成する処理を概略的に説明するためのフローチャート。
【図10】本発明の実施形態による通信装置を概略的に説明する図。
【図11】本発明の実施形態によるデータ伝送の方法を説明するフローチャート。
【図12】本発明のさらなる実施形態によるデータ伝送の方法を説明するフローチャート。
【発明を実施するための形態】
【0015】
以下では、典型的な実施形態と添付の図面を参照することにより、本発明をより詳細に説明する。説明される実施形態は、移動体端末とアクセスノードとの間の無線通信におけるキャリアアグリゲーションを制御するための概念に関する。説明される例では、無線通信は３ＧＰＰ ＬＴＥにしたがって実装されることを仮定する。しかしながら、説明される概念は、他のタイプの移動体通信ネットワークにおいて適用されてもよいことを理解するべきである。
【0016】
図１は、移動体通信ネットワーク環境、すなわち、移動体通信ネットワークにおいて使用される無線基地局１００及び移動体端末１０により表される移動体通信ネットワークのインフラストラクチャを概略的に説明する。移動体端末１０は、例えば、携帯電話、ポータブルコンピュータ、又は他のタイプのユーザ装置（ＵＥ）であってもよい。以下では、移動体端末１０をＵＥとも呼ぶ。図解されるように、移動体端末１０は、無線リンク２０を介して、アクセスノード１００と通信する。説明される３ＧＰＰ ＬＴＥのシナリオに従って、無線基地局１００はｅＮＢであってもよく、無線リンク２０はＵｕ無線インタフェースを用いて確立されてもよい。無線リンク２０は、無線基地局１００からＵＥ１０へのＤＬ方向と、ＵＥ１０から無線基地局１００へのＵＬ方向との少なくともいずれかでデータトラフィックを運んでもよい。
【0017】
ここで説明するような概念に従って、移動体端末１０と無線基地局１００との間の無線通信に、キャリアアグリゲーションを用いてもよい。換言すれば、ＵＥ１０と無線基地局１００との間の無線リンク２０において無線信号を送信するのに、複数のコンポーネントキャリアのコンステレーションを用いてもよい。図１では、異なる典型的なコンステレーション３０、４０を図解している。コンステレーション３０は、隣接コンポーネントキャリア３２を含むように図解されている。例えば、コンポーネントキャリア３２は、それぞれが２０ＭＨｚの帯域幅を有するＬＴＥ Ｒｅｌ−８のキャリアに対応してもよい。図解される例では、コンステレーション３０のコンポーネントキャリア３２の数は５であるため、全体の送信帯域幅をより広い１００ＭＨｚの総計の帯域幅へと拡大するのにキャリアアグリゲーションを使用することができる。コンステレーション４０は、非隣接コンポーネントキャリア４２を含むように図解されている。例えば、コンポーネントキャリア４２は、それぞれが２０ＭＨｚの帯域幅を有するＬＴＥ Ｒｅｌ−８のキャリアに対応してもよい。図解される例では、コンステレーション４０におけるコンポーネントキャリア４２の数は２であるため、全体の送信帯域幅をより広い合計４０ＭＨｚの帯域幅へと拡張するのに、キャリアアグリゲーションを使用することができる。コンステレーション４０は、スペクトラムアグリゲーションと、断片化された周波数の有効利用のための道具としてのキャリアアグリゲーションの使用の例である。
【0018】
図２は、ＬＴＥ Ｒｅｌ−１０によるキャリアアグリゲーションにおける典型的な想定されるデータ処理を説明するためのブロック図を図解している。図２では、３つの隣接コンポーネントキャリア３２のコンステレーションが図解されており、それぞれがＬＴＥ Ｒｅｌ−８キャリアに対応してもよく、ＬＴＥ Ｒｅｌ−１０キャリアに集約されてもよい。図２に図解されるコンポーネントキャリア３２のコンステレーションは単なる例であり、図２のデータ処理は、対応する方法で、コンポーネントキャリアのあらゆる他のコンステレーションに適用されてもよいことが理解されるべきである。
【0019】
ＬＴＥ Ｒｅｌ−１０によるキャリアアグリゲーションでは、異なるコンポーネントキャリア３２に関連するデータストリームは、図２に示すように、ＨＡＲＱ（ハイブリッド自動再送要求）機能より上流で集約される。これは、ＨＡＲＱ再送信が、コンポーネントキャリア３２ごとに独立して実行されることを意味する。コンポーネントキャリアごとに、例えば対応する制御シグナリングを用いて、変調方式及び符号化率、そして伝送モードのような伝送パラメータを選択することができる。コンポーネントキャリアごとの独立した動作を可能とする構成を有することは、異なる無線チャネル品質を有する異なる周波数帯域からのコンポーネントキャリアを集約する場合に、特に有用である。
【0020】
図２のシナリオでは、同一のユーザへ、又は同一のユーザからの、集約されたコンポーネントキャリア３２において伝送されるべき、複数のデータフロー２１、２２が処理される。無線リンク制御（ＲＬＣ）レイヤ２００、ＭＡＣレイヤ２１０、及び物理レイヤ２２０といった様々なプロトコルレイヤにおいて、処理が遂行される。ＲＬＣレイヤ２００では、別個のＲＬＣエンティティ２０１、２０２が、それぞれのデータフロー２１、２２に対して備えられる。ＭＡＣレイヤ２１０では、多重化器２１１が、データフローを、それぞれがコンポーネントキャリア３２の１つに対応する、いくつかの別々のデータストリームに多重化する。さらに、ＭＡＣレイヤ２１０は、各データストリームに対してＨＡＲＱエンティティ２１５、２１６、２１７を備える。物理レイヤ２２０では、別々の符号化器２２１、２２２、２２３が各データストリームに対して備えられる。さらに、ＵＬ方向において、物理レイヤ２２０は、各データストリームに対して、別個のＤＦＴ（直接フーリエ変換）ブロック２２４、２２５、２２６を備える。ＤＬ方向では、ＤＦＴブロック２２４、２２５、２２６は省略される。さらに、物理レイヤ２２０は、各データストリームに対して、別個のＯＦＤＭ（直交周波数分割多重）ブロック２２７、２２８、２２９を備える。
【0021】
図２の処理は、ＵＬ方向において、ＤＦＴ拡散ＯＦＤＭに基づく。したがって、対応する処理エンティティは、ＵＥ、例えば図１のＵＥ１０の処理システムに実装されるであろう。しかしながら、対応する処理は、ＵＥへ向けたＤＬ伝送のために、ｅＮＢ、例えば図１の無線基地局１００においても実行される。そのとき、ＤＦＴブロック２２４、２２５、２２６を除く図解されたエンティティがｅＮＢの処理システムに実装されるであろう。ＤＬ方向におけるコンポーネントキャリア３２のそれぞれにおける伝送はＯＦＤＭに基づく。
【0022】
複数のキャリアを介してデータを伝送しているノード間、例えば、ＵＥ１０と無線基地局１００間で制御情報を効率的に運ぶために、ここで説明する概念は、キャリア識別子が付与される制御要素、例えばＭＡＣ ＣＥを伝送することを含む。キャリア識別子は、その制御要素が関連するキャリアを特定する。典型的には、制御要素は、その制御要素が関連するキャリアに関する情報を含む。そのような情報は、非特許文献１に記載されるような、ＭＡＣ ＣＥにおいて伝送されるあらゆるタイプの情報、例えば電力ヘッドルーム報告（ＰＨＲ）であってもよい。さらに、制御要素は、関連するキャリアの有効化と無効化との少なくともいずれかを制御するための情報を含んでもよい。いくつかの実施形態では、例えば非特許文献１で定義されるような、ＭＡＣ ＣＥが、含まれる情報を特定のコンポーネントキャリアに関連付けることを可能とする、コンポーネントキャリア識別子（ＣＣＩ）により拡張される。
【0023】
より一般的な表現では、いくつかの実施形態において、送信器は、通信システムにおいて、例えば移動体通信システムにおいて、複数のキャリアを介して送受信器へのデータ送信を実行する。ここで、データ送信のために常に全てのキャリアを使用する必要はないことが理解されるべきである。むしろ、複数のキャリアが設定されうるが、データは設定されたキャリアのいくつかのみにおいて、例えばキャリアのうち１つにおいて、送信される。送信器は、第１のキャリアと関連する制御要素を判定する。制御要素は、第１のキャリアを特定する識別子を伴って、第２のキャリアで送信される。典型的には、第１のキャリアと第２のキャリアとは異なる。オプションとして、第１のキャリアと第２のキャリアは同一であってもよい。制御要素は、それぞれのキャリアの伝送特性を特定するパラメータを含んでもよい。
【0024】
効果の観点から、ＭＡＣ ＣＥを１つのコンポーネントキャリアに多重化するのが好ましい。これは、特に、送信に利用できるデータの量を利用可能なコンポーネントキャリアのサブセットで送ることができる場合に適合する。したがって、複数のコンポーネントキャリアを構成するが、データを送信するのに必要な場合にのみ、それらを用いることができる。
【0025】
いくつかの実施形態では、特定のコンポーネントキャリアに関連する情報を含まないＭＡＣ ＣＥは、ＣＣＩを運ぶ必要はない。ＵＥバッファ状態情報が一例である。いくつかの実施形態では、複数の、しかし全部ではないコンポーネントキャリアに対応する情報を含むＭＡＣ ＣＥは、これらの全てのコンポーネントキャリアのＣＣＩを含んでもよい。
【0026】
図３は、送信側通信装置３１０と受信側通信装置３２０とを含む通信装置を示している。図１の移動体通信ネットワーク環境におけるＤＬ伝送に対しては、送信側通信装置３１０は無線基地局１００であろうし、受信側通信装置３２０はＵＥ１０であろう。図１の移動体通信ネットワーク環境におけるＵＬ伝送に対しては、送信側通信装置３１０はＵＥ１０であろうし、受信側通信装置３２０は無線基地局１００であろう。図３の通信システムは、実際に、双方向通信のために構成されてもよく、これは、送信側通信装置３１０は受信側通信装置としても動作するだろうし、受信側通信装置３２０は送信側通信装置としても動作するだろうことを意味する。さらに、通信装置３１０、３２０の少なくとも１つは、中継ノードであってもよい。
【0027】
以下では、送信側通信装置３１０と受信側通信装置との間のデータ伝送は、キャリアアグリゲーションに基づく、すなわち、図１及び２に関連して説明したようにコンポーネントキャリア３２のコンステレーション３０又はコンポーネントキャリア４２のコンステレーション４０のような複数のコンポーネントキャリアのコンステレーションを使用することを仮定する。送信側通信装置３１０から受信側通信装置３２０へ制御情報を運ぶために、送信側通信装置３１０は、１つ以上のＭＡＣ ＣＥを受信側通信装置３２０へ送信してもよい。上述の概念によれば、ＭＡＣ ＣＥには、そのＭＡＣ ＣＥが関連するコンポーネントキャリア３２、４２を特定する１つ以上のＣＣＩが付与される。ＣＣＩは、ＭＡＣ ＣＥのビットフィールドであってもよい。典型的には、ＭＡＣ ＣＥはそのＭＡＣ ＣＥが関連するコンポーネントキャリア３２、４２の伝送特性を特定するパラメータを表示する。例えば、パラメータは、非特許文献１で説明されるようにＭＡＣ ＣＥで送信されるあらゆるタイプのパラメータ、例えばＰＨＲのパラメータであってもよい。さらに、パラメータは、関連するコンポーネントキャリア３２、４２の有効化状態に関してもよく、受信側通信装置３２０における関連するコンポーネントキャリア３２、４２の有効化と無効化との少なくともいずれかを制御してもよく、その両方を行ってもよい。あるシナリオでは、ＭＡＣ ＣＥは、送信側通信装置３１０から受信側通信装置３２０へ、ＭＡＣ ＣＥに関連する同一のコンポーネントキャリア３２、４２において送信されてもよい。他のシナリオでは、ＭＡＣ ＣＥが送信側通信装置３１０から受信側通信装置３２０へ送信されるコンポーネントキャリア３２、４２は、ＭＡＣ ＣＥが関連するコンポーネントキャリア３２、４２と異なっていてもよい。これらの異なるコンポーネントキャリア３２、４２は、同一の送信方向に、又は反対の送信方向に割り当てられてもよい。例えば、典型的なシナリオでは、通信システムは、ＤＬ方向に対して提供されるコンポーネントキャリアと異なる、ＵＬ方向のためのコンポーネントキャリア３２、４２を備え、送信側通信装置３１０は無線基地局１００に対応し、受信側通信装置３２０はＵＥ１０に対応する。このシナリオにおいては、ＭＡＣ ＣＥは、無線基地局１００からＵＥ１０へＤＬコンポーネントキャリア３２、４２において送信されうると共に、ＵＥ１０から無線基地局１００へのデータ伝送に使用されるＵＬコンポーネントキャリア３２、４２に関する情報を含みうる。別の典型的なシナリオでは、通信システムは、ＤＬ方向に対して提供されるコンポーネントキャリアと異なる、ＵＬ方向のためのコンポーネントキャリア３２、４２を備え、送信側通信装置３１０はＵＥ１０に対応し、受信側通信装置３２０は無線基地局１００に対応する。このシナリオにおいて、ＭＡＣ ＣＥは、ＵＥ１０から無線基地局１００へ、ＵＬコンポーネントキャリア３２、４２において送信されうると共に、無線基地局１００からＵＥ１０へのデータ伝送に用いられるＤＬコンポーネントキャリア３２、４２に関する情報を含みうる。
【0028】
図３で図解されるように、送信側通信装置３１０は、処理システム３１２と送信器３１４とを含む。受信側通信装置３２０は、受信器３２２、処理システム３２４、及び制御部３２６を含む。
【0029】
送信側通信装置３１０では、処理システム３１２は、例えば、ＰＨＲのような、運ばれる情報を取得することによって、ＭＡＣ ＣＥを判定するように構成される。情報は、特定のコンポーネントキャリアに関してもよい。例えば、情報は特定のコンポーネントキャリア３２、４２に対するＰＨＲであってもよい。処理システムは、さらに、ＭＡＣ ＣＥと共に運ばれる情報が関連するキャリア３２、４２を特定するために、ＭＡＣ ＣＥにＣＣＩを付与するように構成される。そして、処理システム３１２は、ＭＡＣ ＣＥを送信器３１４へ渡す。送信器３１４は、ＣＣＩを伴うＭＡＣ ＣＥを、受信側通信装置３２０へ送信するように構成される。これは、ＣＣＩにより特定されるコンポーネントキャリアと異なるコンポーネントキャリア３２、４２において遂行されてもよい。
【0030】
受信側通信装置３２０では、受信器３２２は、送信側通信装置３１０により送信されたＣＣＩを伴うＭＡＣ ＣＥを受信するように構成される。処理システム３２４は、ＭＡＣ ＣＥが関連するコンポーネントキャリア３２、４２を判定するように構成される。この判定は、ＭＡＣ ＣＥに伴って受信されたＣＣＩに基づいて、遂行される。さらに、処理システム３２４は、ＭＡＣ ＣＥが関連するコンポーネントキャリア３２、４２の伝送特性を判定するように構成される。この判定は、ＭＡＣ ＣＥに伴って運ばれたパラメータに基づいて、例えば、ＰＨＲに基づいて、遂行される。オプションの制御部３２６は、ＭＡＣ ＣＥが関連するコンポーネントキャリア３２、４２におけるデータ送信を制御するように構成されてもよい。この制御は、処理システム３２４により判定された伝送特性に基づいてもよい。例えば、コンポーネントキャリア３２、４２の送信電力が制御されてもよい。
【0031】
したがって、上記のように、本発明の実施形態よる概念では、１つ以上のＣＣＩが、特定のコンポーネントキャリアに関連する情報を含むＭＡＣ ＣＥに含まれてもよい。以下では、本発明の実施形態によるこれらの概念の詳細な実装について、ＰＨＲに基づいて説明する。しかしながら、本概念はいかなる特定のＭＡＣ ＣＥのタイプにも限定されないことが理解されるべきである。むしろ、ＬＴＥ Ｒｅｌ−８対して既に定義されているあらゆる他のＭＡＣ ＣＥ、及びその後のリリースで定義されるあらゆるＣＥに適用されてもよい。
【0032】
３ＧＰＰ ＬＴＥでは、通常のＵＥの最大送信電力とＵＬ−ＳＣＨ（ＵＬ共有チャネル）伝送のための推定電力との間の差についての情報をサービスを提供するｅＮＢ（サービングｅＮＢ）に提供するために、電力ヘッドルーム報告手順が使用される。ＬＴＥ Ｒｅｌ−８に対する電力ヘッドルーム報告は、非特許文献１の６．１．３．６節に定義されている。ＬＴＥ Ｒｅｌ−８による電力ヘッドルームＭＡＣ ＣＥ４００のフォーマットを図４に図解する。図解されるように、このフォーマットは、２つの予約ビットＲ（ＢＩＴ ０、ＢＩＴ １）及びＰＨＲのためのＰＨフィールド（ＢＩＴ ２〜ＢＩＴ ７）を有する単一のオクテット（ＯＣＴＥＴ １）を含む。予約ビットＲは０に設定されてもよい。
【0033】
ここで説明する概念は、特にＵＥがそのＵＬ伝送のために複数の電力増幅器を用いる場合に、ｅＮＢがコンポーネントキャリアごとのＰＨＲを要求することを考慮する。これは、図５に図解するような電力ヘッドルームＭＡＣ ＣＥ５００のフォーマットを用いることにより達成されうるこのフォーマットによれば、ＭＡＣ ＣＥ５００のビットフィールドは、上述のＣＣＩに対応する、ＭＡＣ ＣＥ５００が関連するコンポーネントキャリアを特定する識別子を含む。より具体的には、図４のフォーマットと比較して、ＭＡＣ ＣＥ５００には、識別子のためのＣＣＩフィールドを含む追加のオクテット（ＯＣＴＥＴ １）が備えられる。さらに、追加のオクテットは、いくつかの予約ビットＲ（ＢＩＴ ０〜ＢＩＴ ４）を含む。図解された例では、ＣＣＩフィールドは３ビット長（ＢＩＴ ５〜ＢＩＴ ７）を有する。しかしながら、他の実施形態では、例えば１ビット、２ビット又は３ビットより長い、異なる長さのＣＣＩフィールドを用いてもよい。他方のオクテット（ＯＣＴＥＴ ２）は、図４のＭＡＣ ＣＥ４００のフォーマットと同様であり、すなわち、２つの予約ビットＲ（ＢＩＴ ０、ＢＩＴ １）と、ＰＨＲのためのＰＨフィールド（ＢＩＴ ２〜ＢＩＴ ７）とを含む。
【0034】
図５に図解されるような電力ヘッドルームＭＡＣ ＣＥ５００のフォーマットを用いて、ＵＥは、送信されるＰＨＲが関連するコンポーネントキャリアと異なっていてもよい任意のＵＬコンポーネントキャリアで、電力ヘッドルームＭＡＣ ＣＥを送信してもよい。さらに、１つの実施形態によれば、ＵＬコンポーネントキャリアにおいて電力ヘッドルームＭＡＣ ＣＥを送信するのに代えて、ＵＥは、複数のＰＨＲを単一のＵＬ ＭＡＣ ＰＤＵ（プロトコル・データ・ユニット）に含ませ、識別子を各ＭＡＣ ＣＥ５００と関連付けてもよい。
【0035】
例えば、無線リソース接続が設定されたとき、又は新しいコンポーネントキャリアが設定されているとき、ＣＣＩビット値をそれぞれのコンポーネントキャリアと関連付けることができるように、識別子のコンポーネントキャリアとの関係が、ｅＮＢとＵＥとの間で特定される。ＭＡＣ ＰＤＵを生成する時、ＵＥは、非特許文献１の６．１．２節に従って、各ＭＡＣ ＣＥに対して、データブロックの先頭にＭＡＣサブヘッダを付加する。
【0036】
ＭＡＣ ＰＤＵが異なるコンポーネントキャリアに対する複数のＰＨＲを含んでいるとき、そのそれぞれを別々のＭＡＣサブヘッダと関連付けることができる。しかし、いくつかの実施形態では、オーバヘッドを減らすために、図６に示すように、複数のＰＨ及びＣＣＩフィールドを有する１つのＭＡＣ ＣＥのみを生成することがより効果的でありうる。図６に図解されるようなＭＡＣ ＣＥ６００のフォーマットでは、ＭＡＣ ＣＥ６００は、追加のＰＨＲを運ぶための追加のオクテット（ＯＣＴＥＴ ３、ＯＣＴＥＴ ４）を含む。別のＣＣＩフィールド（ＯＣＴＥＴ３におけるＢＩＴ５〜ＢＩＴ７）は追加のＰＨＲのために備えられる。各ＰＨＲに対して、Ｅビットが備えられる（ＯＣＴＥＴ １のＢＩＴ ０、ＯＣＴＥＴ３のＢＩＴ０）。Ｅビットは、もう１つのＰＨＲがＭＡＣ ＣＥ６００において続くか否かを表示する、すなわち、図における上側のＥビットは、もう１つのＰＨＲが続くであろうことを示す、例えば１に設定され、一方で、下側のＥビットは別の値に設定されるであろう。
【0037】
もう１つの実施形態では、ＭＡＣ ＣＥを図７に示すように圧縮しうる。図７に図解されるような、圧縮された電力ヘッドルームＭＡＣ ＣＥ７００は、図６の構造におけるように、Ｅビット、ＣＣＩフィールド及びＰＨフィールドを含むが、ＰＨＲのＥビット、ＣＣＩフィールド、ＰＨフィールドを互いに隣接して直接配置し、ビットフィールドが１つのオクテットから次のオクテットに連続することを許容することにより、いくつかの予約ビットを省いている。この場合もまた、Ｅビットはもう１つのＰＨＲがＭＡＣ ＣＥにおいて続くか否かを表示する。
【0038】
図５〜７のＭＡＣ ＣＥフォーマットは、ＬＴＥ Ｒｅｌ−１０のために定義されるリンクアグリゲーションの必要性を考慮したものであるため、図４のフォーマットがＲｅｌ−８フォーマットと呼ばれてもよい一方で、Ｒｅｌ−１０フォーマットと呼ばれてもよい。
【0039】
いくつかの実施形態では、図５〜７に関連して説明したようなＭＡＣ ＣＥフォーマットに起因してオーバヘッドが増大しないように、例えばＵＥがコンポーネントキャリアの能力がない、すなわち、キャリアアグリゲーションに対応しない場合、又はＵＥがシングルキャリアモード用に設定されている場合に、図４のＭＡＣ ＣＥフォーマットを代替物として使用してもよい。１つの実施形態によれば、図４のＲｅｌ−８フォーマットにおける１つの予約ビットを、単一フォーマットが使用されるかマルチキャリアフォーマットが使用されるかを表示するのに使用してもよい。図８は、図４のＭＡＣ ＣＥ４００と同様の、シングルキャリアフォーマット８１０におけるＭＡＣ ＣＥ８１０と、図７のＭＡＣ ＣＥ７００と同様の、マルチキャリアフォーマットにおけるＭＡＣ ＣＥ８２０とを示す。いずれのＭＡＣ ＣＥ８１０、８２０においても、ＭＡＣ ＣＥがシングルキャリアフォーマットのあるかマルチキャリアフォーマットにあるかを表示する、Ｖビット（最初のオクテットのＢＩＴ ０、これは図４のＭＡＣ ＣＥ４００における予約ビットの１つに対応する）が備えられる。例えば、ＰＨＲがその送信されているコンポーネントキャリアに関連する場合、ＭＡＣ ＣＥ８１０のフォーマットが使用されてもよい。これはＶビットにより表示される。
【0040】
図９は、ＭＡＣ ＰＤＵにおけるヘッダビットを指定する処理の例を図解するフローチャートを示す。上述の例にあるように、ＰＨＲをあらゆる他の制御要素タイプにより置き換えてもよい。処理は、例えば、ＬＴＥシステムの送信器において、例えば図３の送信側通信装置３１０において、実行される。ＵＬ伝送に対しては、それぞれの受信器への無線リンクを介した送信のために、送信器へＭＡＣ ＰＤＵを転送するのに先立って、ＵＥ、例えばＵＥ１０の処理システムにおいて本処理を実行してもよい。ＤＬ伝送に対しては、それぞれの受信器への無線リンクを介した送信のために、送信器へＭＡＣ ＰＤＵを転送するのに先立って、無線基地局又はノードＢ、例えば無線基地局１００の処理システムにおいて本処理を実行してもよい。したがって、図３の送信側通信装置３１０の処理システム３１２により、本処理を実行してもよい。
【0041】
ステップ９１０では、ＰＨＲが生成される。ＰＨＲは、特定のコンポーネントキャリアに関連する。
【0042】
ステップ９２０では、複数のコンポーネントキャリア（ＣＣ）が設定されているかを判定する。分岐「Ｙ」で示されるように、複数のコンポーネントキャリア（ＣＣ）が設定されている場合、本方法はステップ９３０を続ける。分岐「Ｎ」で示されるように、複数のコンポーネントキャリア（ＣＣ）が設定されていない場合、本方法はステップ９６０を続ける。
【0043】
ステップ９３０では、複数のコンポーネントキャリア（ＣＣ）が要求されているかを判定する。分岐「Ｙ」で示されるように、複数のコンポーネントキャリア（ＣＣ）が要求されている場合、本方法はステップ９４０を続ける。分岐「Ｎ」で示されるように、複数のコンポーネントキャリア（ＣＣ）が要求されていない場合、本方法はステップ９８０を続ける。
【0044】
ステップ９４０では、ＣＣＩを伴うＭＡＣ ＣＥが生成される。これは、図８に図解されるようなＭＡＣ ＣＥ８２０のマルチキャリアフォーマットを用いて遂行されてもよい。
【0045】
ステップ９５０では、ステップ９４０で生成されたＭＡＣ ＣＥにおけるＶビットが、マルチキャリアフォーマットを使用していることを表示する値、図解されている例ではＶ＝１の値に設定される。
【0046】
ステップ９６０では、ＣＣＩを伴わないＭＡＣ ＣＥが生成される。これは、図８に図解されるようなＭＡＣ ＣＥ８１０のシングルキャリアフォーマットを用いて遂行されてもよい。
【0047】
ステップ９７０では、ステップ９６０で生成されたＭＡＣ ＣＥにおけるＶビットが、シングルキャリアフォーマットを使用していることを表示する値、図解されている例ではＶ＝０の値に設定される。
【0048】
ステップ９８０では、ＭＡＣ ＣＥが送信されるべき同一のコンポーネントキャリア（ＣＣ）に対して、ＭＡＣ ＣＥが生成されるべきかが判定される。分岐「Ｙ」で示されるように、ＭＡＣ ＣＥが送信されるべき同一のコンポーネントキャリア（ＣＣ）に対して、ＭＡＣ ＣＥが生成されるべきである場合、本方法はステップ９６０を続ける。分岐「Ｎ」で示されるように、ＭＡＣ ＣＥが送信されるべき同一のコンポーネントキャリア（ＣＣ）に対して、ＭＡＣ ＣＥが生成されるべきでない場合、本方法はステップ９４０を続ける。
【0050】
図解される構造において、通信装置１００は、複数のキャリアを介した、例えば上述のキャリアアグリゲーションの概念を用いたデータ伝送のためのインタフェース１３０を含む。より具体的には、インタフェース１３０は、キャリア識別子を含む上述の制御要素の、例えば、少なくとも１つのＣＣＩを含むＭＡＣ ＣＥ５００、６００、７００及び８２０の少なくともいずれかの、送信と受信との少なくともいずれかに使用されるように構成されてもよい。さらに、インタフェース１３０は、キャリア識別子を伴わない制御要素の、例えば、ＭＡＣ ＣＥ４００又は８１０の、送信と受信との少なくともいずれかに使用されるように構成されてもよい。送信機能を実装するために、図３の送信器３１４のような１つ以上の送信器をインタフェース１３０が含むであろうこと、そして、受信機能を実装するために、図３の受信器３２２のような１つ以上の受信器をインタフェース１３０が含むであろうことが理解されるべきである。インタフェース１３０は、無線リンクを介したデータ伝送のために構成されてもよい。例えば、インタフェース１３０は、３ＧＰＰの技術仕様書によるＵｕインタフェースに対応してもよい。
【0051】
さらに、通信装置は、インタフェース１３０に接続されるプロセッサ１５０と、プロセッサ１５０に接続されるメモリ１６０とを含む。メモリ１６０は、読み出し専用メモリ（ＲＯＭ）、例えばフラッシュＲＯＭ、又はランダムアクセスメモリ（ＲＡＭ）、例えば動的ＲＡＭ（ＤＲＡＭ）及び静的ＲＡＭ（ＳＲＡＭ）、又は大容量記憶装置、例えばハードディスク若しくはソリッドステートディスク、又は同様の物を含んでもよい。メモリ１６０は、上述の通信装置の機能を実装するために、プロセッサ１５０により実行される適切に構成されたプログラムコードを含む。より具体的には、メモリ１６０は、ＭＡＣプロトコルに基づいてデータ伝送の機能を実行するためのＭＡＣプロトコルモジュール１７０を含んでもよい。さらに、メモリ１６０は、ＭＡＣ ＣＥ、例えばＭＡＣ ＣＥ４００、５００、６００、７００、８１０、又は８２０を判定する機能を実行するためのＭＡＣ ＣＥ判定モジュール１７２を含んでもよい。さらに、メモリ１６０は、ＭＡＣ ＣＥに、キャリア識別子、例えばＭＡＣ ＣＥ５００、６００、７００、又は８２０に付与されるＣＣＩを付与する機能を実行するための、ＭＡＣ ＣＥに伴って受信されたキャリア識別子に基づいて、受信したＭＡＣ ＣＥが関連するキャリアを判定するための、またはその両方のための、キャリア識別モジュール１７４を含んでもよい。ＭＡＣ ＣＥ判定モジュール１７２とキャリア識別モジュール１７４との少なくともいずれかは、ＭＡＣプロトコルモジュール１７０のサブモジュールであってもよい。さらに、メモリ１６０は、他のプロトコルレイヤにおける、例えば、ＲＬＣレイヤと物理レイヤの少なくともいずれかにおける、データ伝送の機能を実行するための、１つ以上の他のプロトコルモジュール１８０を含んでもよい。さらに、メモリ１６０は、例えば、受信したＭＡＣ ＣＥに基づいて制御処理を実行するための、制御モジュール１９０を含んでもよい。例えば、制御モジュール１９０は、図３に関連して説明した伝送制御部３２６の機能を実行してもよい。
【0052】
図１０に図解した構造は単なる概略図であること、通信装置は、実際には、明確性のために図解されていないさらなる要素、例えばさらなるインタフェースを含んでもよいことが理解されるべきである。また、メモリ１６０は、図解されていない、さらなるタイプのプログラムコードモジュールを含んでもよいことが理解されるべきである。例えば、通信装置がＵＥである場合、メモリ１６０は、ＵＥの典型的機能を実行するためのプログラムコードモジュールを含んでもよい。同様に、通信装置が無線基地局１００である場合、メモリ１６０は、無線基地局の典型的機能を実行するためのプログラムコードを含んでもよい。いくつかの実施形態によれば、本発明の実施形態による概念を実装するために、コンピュータプログラム媒体、例えばプログラムコードを記憶するコンピュータ可読媒体とメモリ１６０に記憶される他のデータとの少なくともいずれかもまた、提供されてもよい。
【0053】
図１１は、本発明の実施形態による方法を概略的に説明するフローチャートを示している。本方法は、複数のキャリアを介した、上述のデータ伝送の処理を実行するのに使用されてもよい。データ伝送は、データの送信とデータの受信との少なくともいずれかを含んでもよい。本方法は、通信装置において、例えば、図１のＵＥ１０のような移動体端末において、若しくは図１の無線基地局１００のような無線基地局において、又は通信システムにおいて、例えば図１の無線基地局１００とＵＥ１０とを含む通信システムにおいて、実行されてもよい。より具体的には、本方法は、通信装置、例えば、図３に関連して説明した送信側通信装置３１０において実行されてもよい。
【0054】
ステップ１１１０では、複数のキャリアを介したデータ伝送が実行される。例えば、これは、図１に関連して説明したような複数のコンポーネントキャリア３２、４２のコンステレーション３０、４０を使用することを含んでもよい。データ伝送のためにすべてのキャリアを常に使用する必要はない。むしろ、複数のキャリアを設定することができるが、データは設定されたキャリアのいくつかのみにおいて、例えば、キャリアの１つにおいて、伝送される。１つの実施形態によれば、各キャリアにおける伝送は、ＯＦＤＭ又は（シングルキャリア周波数領域多元接続、ＳＣ−ＦＤＭＡとも呼ばれる）ＤＦＴＳ−ＯＦＤＭのような変調方法に基づいてもよい。データ伝送は、通信装置の対応するインタフェース、例えば、図１０に関連して説明したようなインタフェース１３０を用いて実行されてもよい。
【0055】
ステップ１１２０では、制御要素が判定される。制御要素は、少なくとも１つのキャリアに関連し、すなわち、関連する１つ又は複数のキャリアに関する情報を含む。制御要素は、ＭＡＣプロトコル、すなわち３ＧＰＰ ＬＴＥ無線リンクに対して定義されるようなＭＡＣプロトコルの制御要素であってもよい。より具体的には、制御要素は、少なくとも１つのＰＨＲを含むＭＡＣ ＣＥであってもよい。いくつかの実施形態では、制御要素は、他のタイプの制御情報、例えば関連する１つ又は複数のキャリアの選択的有効化又は無効化のための制御情報をも含みうる。
【0056】
ステップ１１３０では、制御要素に識別子が付与される。識別子は制御要素が関連するキャリアを特定する。制御要素が複数のキャリアに関連する場合、制御要素にその関連するキャリアのそれぞれに対して個別の識別子が付与される。識別子は、制御要素のビットフィールドであってもよく、例えば、図５〜８に関連して説明したＣＣＩフィールドであってもよい。いくつかの実施形態では、識別子は、関連するコンポーネントキャリアのそれぞれに対して１以上のビットを備えるビットマップにおいて付与されてもよい。
【0057】
ステップ１１２０及び１１３０は、通信装置の処理システム、例えば、図３の処理システム３１２により遂行されてもよい。
【0058】
ステップ１１４０では、識別子を伴う制御要素が１つのキャリアにおいて送信される。これは、通信装置の送信器、例えば図１０のインタフェース１３０の一部でありうる図３の送信器３１４により、遂行されてもよい。
【0059】
図１２は、本発明のさらなる実施形態による方法を概略的に説明するためのフローチャートを示している。本方法は、複数のキャリアを介した、上述のデータ伝送の処理を実行するために用いられてもよい。データ伝送は、データの送信とデータの受信との少なくともいずれかを含んでもよい。本方法は、通信装置において、例えば、図１のＵＥ１０のような移動体端末において、若しくは図１の無線基地局１００のような無線基地局において、又は、通信システム、例えば図１の無線基地局１００とＵＥ１０とを含む通信システムにおいて、実行されてもよい。より具体的には、本方法は、図３に関連して説明した受信側通信装置３２０において実行されてもよい。
【0060】
ステップ１２１０では、複数のキャリアを介したデータ伝送が実行される。例えば、これは、図１に関連して説明したように、複数のコンポーネントキャリア３２、４２のコンステレーション３０、４０を使用することを含んでもよい。データ伝送のために全てのキャリアを常に使用する必要はない。むしろ、複数のキャリアを設定することができるが、データは設定されたキャリアのいくつかのみにおいて、例えば、キャリアの１つにおいて、伝送される。１つの実施形態によれば、各キャリアにおける伝送は、ＯＦＤＭ又はＤＦＴＳ−ＯＦＤＭのような変調方法に基づいてもよい。データ伝送は、通信装置の対応するインタフェース、例えば、図１０に関連して説明したようなインタフェース１３０を用いて実行されてもよい。
【0061】
ステップ１２２０では、制御要素が受信される。これは、通信装置の受信器、例えば、図１０のインタフェース１３０の一部でありうる図３の受信器３２２により、遂行されてもよい。制御要素は、少なくとも１つのキャリアに関連し、すなわち、関連する１つ又は複数のキャリアに関する情報を含む。制御要素は、ＭＡＣプロトコル、すなわち３ＧＰＰ ＬＴＥ無線リンクに対して定義されるようなＭＡＣプロトコルの制御要素であってもよい。より具体的には、制御要素は、少なくとも１つのＰＨＲを含むＭＡＣ ＣＥであってもよい。いくつかの実施形態では、制御要素は、他のタイプの制御情報、例えば関連する１つ又は複数のキャリアの選択的有効化又は無効化のための制御情報をも含みうる。
【0062】
ステップ１２３０では、制御要素に伴って受信された識別子から、その制御要素が関連するキャリアが判定される。いくつかの実施形態では、例えば制御要素に伴って受信された複数の識別子から、複数の関連するキャリアもまた判定されてもよい。識別子は、制御要素のビットフィールドであってもよく、例えば、図５〜８に関連して説明したＣＣＩフィールドであってもよい。いくつかの実施形態では、識別子は、関連するコンポーネントキャリアのそれぞれに対して１以上のビットを備えるビットマップにおいて付与されてもよい。
【0063】
ステップ１２４０では、ステップ１２３０で判定された少なくとも１つのキャリアの伝送特性が判定される。これは、制御要素により表示されるパラメータに基づいて、例えばＰＨＲのパラメータに基づいて、遂行される。さらに、判定された１つ又は複数のキャリアのデータ伝送は、制御要素により表示される情報に基づいて制御されてもよい。
【0064】
ステップ１２３０と１２４０とは、通信装置の処理システム、例えば図３の処理システム３２４により遂行されてもよい。
【0065】
図１１及び図１２の方法は、互いに組み合わせられてもよい。例えば、図１１の方法を用いて、１つの通信装置、例えば図３の送信側通信装置３１０が、制御要素を生成して送信してもよく、もう１つの通信装置が、特定のキャリアに関連する情報を判定するために図１２の方法を使用してもよい。
【0066】
理解されるように、上述の概念を使用することにより、効率的な方法で複数のキャリアに関する制御情報を運ぶことができる。本概念は、ＭＡＣ ＣＥに含まれる制御情報を特定のコンポーネントキャリアに関連付けることを可能とする。これは、ほかの無効なまたは使用されていないコンポーネントキャリア上にＵＥをスケジューリングする必要性を減らすのに使用されてもよく、したがって、システムの負荷だけでなく、ＵＥにおけるバッテリ消費をも減らすために使用されてもよい。
【0067】
上で説明した例と実施形態は単に説明のためのものであり、様々な変形をなしうる。例えば、本概念は、キャリアアグリゲーションを用いる他のタイプの移動体通信ネットワークにおいて使用されうる。また、本概念を、任意の数の集約されるキャリアに適用してもよい。さらに、上述の概念は、既存の無線基地局又はＵＥに対応して設計されるソフトウェアを用いることにより、又は無線基地局又はＵＥにおける専用のハードウェアを用いることにより、実装されてもよいことが理解されるべきである。