(57)【特許請求の範囲】
【請求項１】
電力が制限されている状況において、移動通信システムの上りリンクコンポーネントキャリア上でトランスポートブロックを送信するための送信電力を制御する移動端末であって、
送信時間間隔内での前記上りリンクコンポーネントキャリア上での前記トランスポートブロックの送信、をスケジューリングする上りリンクリソース割当て、を受信する受信器ユニットであって、前記上りリンクリソース割当てが優先順位の順序を有する、前記受信器ユニットと、
前記トランスポートブロックのそれぞれ１つの各送信について、前記それぞれのトランスポートブロックを対応する上りリンクリソース割当てに従って送信するために要求される送信電力、を求める処理ユニットと、
前記トランスポートブロックのそれぞれ１つの各送信について求めた前記送信電力を、前記優先順位の順序によって与えられる前記トランスポートブロックの前記優先順位、に従って減少させる電力制御ユニットと、
前記トランスポートブロックを前記送信時間間隔内に前記上りリンクコンポーネントキャリア上で送信する送信器であって、トランスポートブロックそれぞれが、減少させた前記送信電力を使用して送信される、前記送信器と、
を備えている、移動端末。
【請求項２】
前記処理ユニットが、前記トランスポートブロックの各トランスポートブロックｉの送信に対して、スケーリング係数ｓｉ（ｓｉ∈［０，．．．，１］）を決定するようにされており、前記トランスポートブロックの各々に対する前記それぞれのスケーリング係数ｓｉの前記決定が、前記優先順位の順序によって与えられる、前記それぞれのトランスポートブロックｉに対応する前記上りリンクリソース割当ての前記優先順位、に基づき、
前記電力制御ユニットが、前記トランスポートブロックのそれぞれ１つの各送信について、求められた前記送信電力を、前記優先順位の順序によって与えられる、前記トランスポートブロックの前記優先順位、に従ってスケーリングするようにされている、
請求項１に記載の移動端末。
【請求項３】
前記電力制御ユニットが、前記トランスポートブロックのそれぞれ１つの各送信に要求される前記送信電力を、前記優先順位の順序によって与えられる、それぞれのトランスポートブロックの前記上りリンクリソース割当ての前記優先順位、に反比例して減少させるようにされている、
請求項１または請求項２に記載の移動端末。
【請求項４】
前記受信器が、前記上りリンクリソース割当てを制御チャネルで受信するようにされており、前記上りリンクリソース割当てが、上りリンク送信のためのそれぞれの無線リソースを前記移動端末に割り当てており、
前記移動端末が、
割り当てられた前記それぞれの無線リソースで送信するそれぞれのトランスポートブロック、を生成するトランスポートブロック生成ユニットであって、前記トランスポートブロックに、それらの対応する上りリンクリソース割当ての前記優先順位の順序に従って、複数の異なる論理チャネルのデータが多重化される、前記トランスポートブロック生成ユニット、
をさらに備えている、
請求項１から請求項３のいずれかに記載の移動端末。
【請求項５】
生成された前記トランスポートブロックを複数のコンポーネントキャリア上で送信時間間隔内に送信する送信器、
をさらに備えている、請求項１または請求項２に記載の移動端末。
【請求項６】
前記送信器が、前記トランスポートブロックを、前記上りリンクリソース割当てによって割り当てられる無線リソースで上りリンク共有チャネルを介して送信するようにされている、
請求項３に記載の移動端末。
【請求項７】
電力が制限されている状況において、移動通信システムの上りリンクコンポーネントキャリア上でトランスポートブロックを送信するための送信電力を制御する方法であって、移動端末によって実行される以下のステップ、すなわち、
送信時間間隔内での前記上りリンクコンポーネントキャリア上での前記トランスポートブロックの送信、をスケジューリングする上りリンクリソース割当て、を受信するステップであって、前記上りリンクリソース割当てが優先順位の順序を有する、前記ステップと、
前記トランスポートブロックのそれぞれ１つの各送信について、前記それぞれのトランスポートブロックを対応する上りリンクリソース割当てに従って送信するために要求される送信電力、を求めるステップと、
前記トランスポートブロックのそれぞれ１つの各送信について求めた前記送信電力を、前記優先順位の順序によって与えられる前記トランスポートブロックの前記優先順位、に従って減少させるステップと、
前記送信時間間隔内に前記トランスポートブロックを前記上りリンクコンポーネントキャリア上で送信するステップであって、トランスポートブロックそれぞれが、減少させた前記送信電力を使用して送信される、前記ステップと、
を含んでいる、方法。
【請求項８】
前記トランスポートブロックの各トランスポートブロックｉの送信に対して、スケーリング係数ｓｉ（ｓｉ∈［０，．．．，１］）を決定するステップであって、前記トランスポートブロックの各々に対する前記それぞれのスケーリング係数ｓｉの前記決定が、前記優先順位の順序によって与えられる、前記それぞれのトランスポートブロックｉに対応する前記上りリンクリソース割当ての前記優先順位、に基づく、前記ステップ、
をさらに含んでおり、
前記送信電力を減少させる前記ステップが、前記トランスポートブロックのそれぞれ１つの各送信について、決定された前記送信電力を、前記優先順位の順序によって与えられる前記トランスポートブロックの前記優先順位、に従ってスケーリングするステップ、を含んでいる、
請求項７に記載の方法。
【請求項９】
前記トランスポートブロックの前記スケーリング係数ｓｉが、
要求される送信電力を前記トランスポートブロックの前記スケーリング係数ｓｉによってスケーリングした値の合計が、前記トランスポートブロックを送信するために前記移動端末が利用できる最大送信電力よりも小さいかまたは等しいように、
決定される、
請求項８に記載の方法。
【請求項１０】
前記上りリンクリソース割当ての前記優先順位が低い／高いほど、前記トランスポートブロックを送信するための、対応する上りリンクリソース割当てによって要求される前記送信電力、に大きな（小さな）電力低減が適用される、
請求項７から請求項９のいずれかに記載の方法。
【請求項１１】
送信する前記トランスポートブロックを生成するステップであって、前記トランスポートブロックに、それらの対応する上りリンクリソース割当ての前記優先順位の順序に従って、複数の異なる論理チャネルのデータが多重化される、前記ステップ、
をさらに含んでいる、請求項７から請求項１０のいずれかに記載の方法。
【請求項１２】
前記上りリンクリソース割当ての前記優先順位の順序が、上りリンクリソース割当てそれぞれに対して示される優先順位に基づいて決定される、
請求項７から請求項１１のいずれかに記載の方法。
【請求項１３】
上りリンクコンポーネントキャリアそれぞれにキャリアインジケータが割り当てられ、前記上りリンクリソース割当ての前記優先順位の順序が、前記上りリンクリソース割当てによってスケジューリングされる前記コンポーネントキャリアの前記キャリアインジケータ、によって決定される、
請求項７から請求項１１のいずれかに記載の方法。
【請求項１４】
上りリンクリソース割当てそれぞれが、複数のコンポーネントキャリアのうちの１つに無線リソースを割り当てており、前記コンポーネントキャリアにそれぞれの優先順位が割り当てられており、前記上りリンクリソース割当ての前記優先順位の順序が、前記上りリンクリソース割当てによってリソースが割り当てられる前記コンポーネントキャリアの前記優先順位に従って決定される、
請求項７から請求項１１のいずれかに記載の方法。
【請求項１５】
前記上りリンクリソース割当ての前記優先順位の順序が、前記制御チャネルでのそれらの送信タイミングによって与えられる、
請求項７から請求項１１のいずれかに記載の方法。
【請求項１６】
上りリンクリソース割当てそれぞれの前記優先順位が、前記上りリンクリソース割当てが関連する前記コンポーネントキャリアのタイプによって決定され、前記上りリンクリソース割当ての前記優先順位に基づいて前記優先順位の順序が決定される、
請求項７から請求項１１のいずれかに記載の方法。
【請求項１７】
前記上りリンクリソース割当ての前記優先順位の順序が、上りリンクリソース割当てそれぞれに含まれる少なくとも１個のパラメータに基づいて、前記移動端末によって決定される、
請求項７から請求項１１のいずれかに記載の方法。
【請求項１８】
前記パラメータが、前記上りリンクリソース割当てのそれぞれ１つにおいて示される変調・符号化方式レベルと、それぞれの上りリンクリソース割当てによって示されるトランスポートブロックサイズと、それぞれの上りリンクリソース割当てによって示されるスケジューリングモード、のうちの１つ、またはこれらの組合せである、
請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信される複数の上りリンクリソース割当てに従って上りリンク送信をスケジューリングする方法と、受信される複数の上りリンクリソース割当てに従ってトランスポートブロックを生成する方法に関する。さらに、本発明は、これらの方法をハードウェア（すなわち装置）に（おいて）実施／実行すること、およびソフトウェアに実装することに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化あるいは発展・進化させるうえでの最初のステップとして、高速下りリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンスト上りリンク（高速上りリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS terrestrial Radio Access Network：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８として公開される（ＬＴＥリリース８）。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの機能を低レイテンシおよび低コストにおいて完全に提供する。詳細なシステム要件は、文献に記載されている。ＬＴＥにおいては、与えられたスペクトルを使用してフレキシブルなシステム配備を達成する目的で、複数の送信帯域幅（例えば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。下りリンクには、ＯＦＤＭ（直交周波数分割多重）をベースとする無線アクセスが採用されており、その理由として、そのような無線アクセスは、シンボルレートが低いため本質的にマルチパス干渉（ＭＰＩ）を受けにくいこと、サイクリックプレフィックス（ＣＰ）を使用していること、さまざまな送信帯域幅の構成に対応可能であること、が挙げられる。上りリンクには、ＳＣ−ＦＤＭＡ（シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されており、なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるためである。ＬＴＥリリース８では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用されており、効率の高い制御シグナリング構造が達成されている。
【０００５】
ＬＴＥのアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示しており、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをさらに詳しく示している。Ｅ−ＵＴＲＡＮは、基地局装置（eNode B）から構成されており、基地局装置は、ユーザ機器（ＵＥ）に向かうＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端させる。基地局装置（ｅＮＢ）は、物理層（ＰＨＹ）、メディアアクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、およびパケットデータ制御プロトコル（ＰＤＣＰ）層（ユーザプレーンのヘッダ圧縮および暗号化の機能を含んでいる）をホストする。基地局装置は、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。基地局装置は、無線リソース管理、アドミッション制御、スケジューリング、交渉された上りリンクＱｏＳの実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、下りリンク／上りリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。基地局装置は、Ｘ２インタフェースによって互いに相互接続されている。
【０００６】
さらに、基地局装置は、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）に接続されており、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）に接続されており、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイと基地局装置との間の多対多関係をサポートする。サービングゲートウェイは、ユーザデータパケットのルーティングおよび転送を行う一方で、基地局装置間ハンドオーバー時にユーザプレーンのモビリティアンカー（mobility anchor）としての役割と、ＬＴＥとそれ以外の３ＧＰＰ技術との間のモビリティのためのアンカーとしての役割も果たす（Ｓ４インタフェースを終端させ、２Ｇ／３Ｇシステムとパケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）との間でトラフィックを中継する）。サービングゲートウェイは、アイドル状態のユーザ機器に対しては、そのユーザ機器への下りリンクデータが到着したとき下りリンク（ＤＬ）データ経路を終端させ、ページングをトリガーする。サービングゲートウェイは、ユーザ機器のコンテキスト（例えば、ＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、サービングゲートウェイは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のサービングゲートウェイを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス階層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
ＬＴＥにおける上りリンクアクセス方式
上りリンク送信においては、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡの上りリンク送信方式としては、シングルキャリア伝送と、ＦＤＭＡ（周波数分割多元接続）および動的な帯域幅割当てとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ：直交周波数分割多元接続）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれるためである（与えられる端末ピーク電力に対してデータレートが高い）。基地局装置は、各時間間隔において、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。上りリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（基地局装置）において対処する。
【０００９】
データ送信に使用される基本的な物理リソースは、１つの時間間隔（例えば、０．５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００１０】
周波数リソースは、図３および図４に示したように、局在型スペクトル（localized spectrum）、または分散型スペクトル（distributed spectrum）のいずれかとすることができる。図３に示したように、局在型のシングルキャリアは、送信信号が、利用可能な全スペクトルの一部分を占める連続的なスペクトルを有することを特徴とする。送信信号のシンボルレートが異なる（対応してデータレートが異なる）ことは、局在型のシングルキャリア信号の帯域幅が異なることを意味する。
【００１１】
これに対して、図４に示したように分散型のシングルキャリアは、送信信号が、システム帯域幅の全体にわたり分散する不連続な（「くし状の」）スペクトルを有することを特徴とする。ただし、分散型のシングルキャリア信号はシステム帯域幅の全体にわたり分散しているが、占有するスペクトルの合計量は、本質的には、局在型のシングルキャリアのスペクトル量と同じである。さらには、シンボルレートを上げる／下げるには、「くしの歯」それぞれの「帯域幅」をそのままにして「くしの歯」の数を増やす／減らす。
【００１２】
図４のスペクトルは、一見すると、くしの歯のそれぞれが「サブキャリア」に対応するマルチキャリア信号のような印象を与える。しかしながら、分散型のシングルキャリア信号の時間領域の信号生成では、対応するピーク対平均電力比の低いまさにシングルキャリア信号が生成されることが明らかである。分散型のシングルキャリア信号とマルチキャリア信号（例えばＯＦＤＭ：直交周波数分割多重）との間の重要な違いとして、シングルキャリア信号では、「サブキャリア」または「くしの歯」のそれぞれが１個の変調シンボルを伝えるのではない。そうではなく、「くしの歯」それぞれは、すべての変調シンボルに関する情報を伝える。これにより、くしの歯の間に依存性が生じ、結果としてピーク対平均電力比（ＰＡＰＲ）特性が低い。さらに、「くしの歯」の間のこの依存性の結果として、送信帯域幅全体にわたりチャネルが周波数非選択性でない限りは、等化の必要性が生じる。これに対して、ＯＦＤＭの場合、サブキャリアの帯域幅全体にわたりチャネルが周波数非選択性である限りは等化は必要ない。
【００１３】
分散型送信では、局在型送信よりも大きな周波数ダイバーシチゲインを提供することができ、一方で、局在型送信では、チャネルに応じたスケジューリングをより容易に行うことができる。なお、多くの場合、スケジューリングの決定では、高いデータレートを達成するため１つのユーザ機器に帯域幅全体を与えるように決定することができる。
【００１４】
ＬＴＥにおける上りリンクのスケジューリング方式
上りリンクの方式として、スケジューリング制御式の（すなわち基地局装置によって制御される）アクセスと、コンテンションベースのアクセスの両方を使用することができる。
【００１５】
スケジューリング制御式アクセスの場合、上りリンクデータ送信用として、特定の時間長の特定の周波数リソース（すなわち時間／周波数リソース）が、ユーザ機器に割り当てられる。しかしながら、コンテンションベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。コンテンションベースの時間／周波数リソースの範囲内では、ユーザ機器は、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器があるセルへ、または上りリンクリソースを要求するため、最初のアクセスを行うときである。
【００１６】
スケジューリング制御式アクセスの場合、基地局装置のスケジューラが、上りリンクデータ送信のための固有の周波数／時間リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
−  送信を許可する（１つ以上の）ユーザ機器
−  物理チャネルリソース（周波数）
−  移動端末が送信に使用するべきトランスポートフォーマット（トランスポートブロックサイズ（ＴＢＳ）および変調・符号化方式（ＭＣＳ））
【００１７】
割当て情報は、いわゆる第１層／第２層制御チャネルで送られるスケジューリンググラントを通じてユーザ機器にシグナリングされる。以下では、説明を簡潔にするため、この下りリンクチャネルを「上りリンクグラントチャネル」と称する。
【００１８】
スケジューリンググラントメッセージ（本明細書ではリソース割当てとも称する）は、情報として、周波数帯域のうちユーザ機器による使用を許可する部分と、グラントの有効期間と、これから行う上りリンク送信にユーザ機器が使用しなければならないトランスポートフォーマットとを、少なくとも含んでいる。最も短い有効期間は、１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。上りリンク共有チャネルＵＬ−ＳＣＨで送信する権利を許可するグラントとしては、「各ユーザ機器に対する」グラントのみが使用される（すなわち、「各ユーザ機器における各無線ベアラに対する」グラントは存在しない）。したがってユーザ機器は、割り当てられたリソースを何らかの規則に従って無線ベアラの間で分配する必要があり、この規則については次節において詳しく説明する。
【００１９】
トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。基地局（基地局装置）が、いくつかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、基地局装置が最大上りリンクリソースを割り当てて、ユーザ機器は、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。
【００２０】
上りリンクのデータ送信では、スケジューリンググラントを通じてユーザ機器に割り当てられる時間／周波数リソースを必ず使用しなければならない。ユーザ機器が有効なグラントを持たない場合、上りリンクデータを送信することは許可されない。各ユーザ機器に専用チャネルが必ず割り当てられるＨＳＵＰＡの場合とは異なり、データ送信用には、複数のユーザによって共有される１つの上りリンクデータチャネル（ＵＬ−ＳＣＨ）のみが存在する。
【００２１】
リソースを要求するためには、ユーザ機器はリソース要求メッセージを基地局装置に送信する。このリソース要求メッセージには、例えば、バッファ状態、ユーザ機器の電力状態、サービス品質（ＱｏＳ）に関連する情報を含めることができる。これらの情報（以下ではスケジューリング情報と称する）により、基地局装置は適切なリソース割当てを行うことができる。本文書全体を通じて、各無線ベアラのグループのバッファ状態が報告されるものと想定する。当然ながら、バッファ状態報告について別の設定も可能である。無線リソースのスケジューリングは、サービス品質を決定するうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なＱｏＳ管理を可能にする目的で、ＬＴＥにおける上りリンクスケジューリング方式が満たしているべき要件がいくつかある（非特許文献１を参照）（http://www.3gpp.org/において入手可能であり、参照によって本文書に組み込まれている）。
−  優先順位の低いサービスのリソース不足（スタベーション）を避けるべきである。
−  スケジューリング方式は、個々の無線ベアラ／サービスにおいてＱｏＳが明確に区別されるようにするべきである。
−  どの無線ベアラ／サービスのデータが送信されるのかを基地局装置のスケジューラが識別できるように、上りリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を可能にするべきである。
−  異なるユーザのサービスの間でＱｏＳを明確に区別できるようにするべきである。
−  無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
【００２２】
上のリストから理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、異なるＱｏＳクラスの個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイから基地局装置にシグナリングされる、対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられる総トラフィックに割り当てることができる。
【００２３】
クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。例えば、セル内の負荷が増加しているとき、事業者が、優先順位の低いＱｏＳクラスに属するトラフィックを抑制することによって対処できるようにするべきである。この段階では、優先順位の高いトラフィックに割り当てられた総リソースは、トラフィックを処理するのに十分であるため、優先順位の高いトラフィックを依然として低負荷状態で処理することができる。このことは、上りリンク方向および下りリンク方向の両方で可能とするべきである。
【００２４】
この方法を採用する１つの恩恵として、事業者は、帯域幅の分配を決めるポリシーを完全に制御することができる。例えば、事業者の１つのポリシーにおいて、たとえ負荷が極めて高いときでも、優先順位が最低のＱｏＳクラスに属するトラフィックのリソース不足を避けるようにすることができる。優先順位の低いトラフィックのリソース不足を避けることは、ＬＴＥにおける上りリンクスケジューリング方式に求められる主たる要件の１つである。現在のＵＭＴＳリリース６（ＨＳＵＰＡ）のスケジューリングメカニズムでは、絶対的な優先順位方式の結果として、優先順位の低いアプリケーションのリソース不足が生じることがある。Ｅ−ＴＦＣ（Enhanced Transport Format Combination：拡張トランスポートフォーマット組合せ）の選択は、論理チャネルの絶対的な優先順位のみに従って行なわれ（すなわち優先順位の高いデータの送信が最大限に行われる）、このことは、優先順位の低いデータが、優先順位の高いデータによってリソース不足となりうることを意味する。リソース不足を避けるためには、基地局装置のスケジューラは、ユーザ機器がどの無線ベアラのデータを送信するかを制御する手段を備えていなければならない。このことは、主として、下りリンクにおいて第１層／第２層制御チャネルで送信されるスケジューリンググラントの設計および使用に影響を与える。以下では、ＬＴＥにおける上りリンク伝送速度の制御手順について詳しく説明する。
【００２５】
上りリンク伝送速度制御／論理チャネル優先順位付け手順
ＵＭＴＳ  ＬＴＥ（ロングタームエボリューション）の上りリンク送信において望まれることは、リソース不足が回避されること、複数のベアラ間でのリソース割当ての高い柔軟性が可能であること、その一方で、ユーザ機器のベアラごとではなくユーザごとにリソース割当てが維持されることである。
【００２６】
ユーザ機器は、複数の無線ベアラ間での上りリンクリソースの共有を管理する上りリンク伝送速度制御機能を有する。以下では、この上りリンク伝送速度制御機能を論理チャネル優先順位付け手順とも称する。論理チャネル優先順位付け（ＬＣＰ）手順は、新しい送信が行われるとき、すなわち、トランスポートブロックを生成する必要があるときに適用される。容量を割り当てるための提案されている１つの方式では、各ベアラが、それぞれの最小限のデータレートに相当する組合せを受け取るまで、優先順位の順序で各ベアラにリソースを割り当て、さらなる容量があれば、それを例えば優先順位の順序でベアラに割り当てる。
【００２７】
論理チャネル優先順位付け手順についての後からの説明から明らかになるように、ユーザ機器に備わる論理チャネル優先順位付け手順は、ＩＰの世界で周知であるトークンバケットモデルに基づいて実施される。このモデルの基本的な機能は以下のとおりである。ある量のデータを送信する権利を表すトークンが、周期的に特定の速度でバケットに追加される。ユーザ機器にリソースが割り当てられると、バケットの中のトークンの数によって表される量までデータを送信することが許可される。ユーザ機器は、データを送信するとき、送信されるデータ量に相当する数のトークンを削除する。バケットが満杯である場合、それ以上のトークンは破棄される。トークンの追加に関して、このプロセスの反復周期はＴＴＩごとであるものと想定できるが、トークンが１秒ごとにのみ追加されるように、この周期を長くすることも容易である。基本的には、１ｍｓごとにトークンをバケットに追加する代わりに、１秒ごとに１０００個のトークンを追加することもできる。
【００２８】
以下では、ＬＴＥリリース８において使用される論理チャネル優先順位付け手順について説明する（さらに詳しくは、非特許文献２を参照）（http://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）。
【００２９】
ＲＲＣは、上りリンクデータのスケジューリングを、各論理チャネルのためのシグナリングによって制御する。このシグナリングにおいて、ｐｒｉｏｒｉｔｙは、値が大きいほど、低い優先順位レベルを示す。ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅは、優先ビットレート（ＰＢＲ：Prioritized Bit Rate）を設定する。ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎは、バケットサイズ期間（ＢＳＤ：Bucket Size Duration）を設定する。優先ビットレートの背後にある発想は、リソース不足の発生を回避する目的で、（保証ビットレートのない（非ＧＢＲ）低優先順位のベアラを含めて）ベアラそれぞれについて最小限のビットレートをサポートすることである。各ベアラは、少なくとも、優先ビットレート（ＰＢＲ）を達成するための十分なリソースを取得する必要がある。
【００３０】
ユーザ機器は、論理チャネルｊごとに変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに０に初期化され、ＴＴＩごとに積ＰＢＲ×ＴＴＩ時間長だけインクリメントされる（ＰＢＲは論理チャネルｊの優先ビットレート）。しかしながら、Ｂｊの値はバケットサイズを超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きい場合、Ｂｊの値はバケットサイズに設定される。論理チャネルのバケットサイズは、ＰＢＲ×ＢＳＤに等しく、ＰＢＲおよびＢＳＤは上位層によって設定される。
【００３１】
ユーザ機器は、新しい送信を行うとき、以下の論理チャネル優先順位付け手順を実行する。この上りリンク伝送速度制御機能によって、ユーザ機器は、自身の（１つまたは複数の）無線ベアラに以下の順序でリソースを割り当てる。
１．  すべての論理チャネルについて、それらの設定されているＰＢＲまで、優先順位の高い順（降順）に（Ｂｊによって表されるバケット中のトークンの数に従って）リソースを割り当てる。
２．  リソースが残っている場合、すべての論理チャネルについて、各論理チャネルのデータまたは上りリンクグラントのいずれかがなくなる（どちらか先に起こる方）まで、（Ｂｊの値には無関係に）優先順位の厳密に高い順にリソースを割り当てる。同じ優先順位に設定されている論理チャネルは、等しくリソースを割り当てるべきである。
【００３２】
ＰＢＲすべてが０に設定されている場合、最初のステップをスキップし、論理チャネルを優先順位の厳密な順序でリソースを割り当てる。すなわちユーザ機器は、高い優先順位のデータの送信を最大限に行う。
【００３３】
さらに、ユーザ機器は、上のスケジューリング手順時に以下の規則にも従うものとする。
−  ＲＬＣ  ＳＤＵ（または部分的に送信されるＳＤＵまたは再送信されるＲＬＣ  ＰＤＵ）全体が、残っているリソースに収まる場合、ユーザ機器は、そのＲＬＣ  ＳＤＵ（または部分的に送信されるＳＤＵまたは再送信されるＲＬＣ  ＰＤＵ）を分割しないべきである。
−  ユーザ機器は、論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、グラントができる限り使用されるようにセグメントのサイズを最大にする。
−  ユーザ機器は、データの送信を最大限に行うべきである。
【００３４】
ＬＴＥリリース８においては、論理チャネル優先順位付け（ＬＣＰ）手順では優先ビットレート（ＰＢＲ）のみが使用されるが、今後のリリースにおいてさらなる改良・強化が導入されることもあり得る。例えば、ＰＢＲと同様に、保証ビットレートのある（ＧＢＲ）ベアラごとの最大ビットレート（ＭＢＲ）や、保証ビットレートのない（非ＧＢＲ）ベアラすべてに対する合計最大ビットレート（ＡＭＢＲ）が、ユーザ機器に導入されるかもしれない。ＭＢＲとは、ベアラあたりのトラフィックのビットレートを表し、ＡＭＢＲは、ベアラのグループあたりのトラフィックのビットレートを表す。ＡＭＢＲは、ユーザ機器のＳＡＥベアラのうち、保証ビットレートのないすべてのＳＡＥベアラに適用される。保証ビットレートのあるＳＡＥベアラは、ＡＭＢＲの範囲外である。保証ビットレートのない複数のＳＡＥベアラが同一のＡＭＢＲを共有することができる。すなわち、これらのＳＡＥベアラそれぞれは、例えば自身以外のＳＡＥベアラがトラフィックを伝えていないとき、ＡＭＢＲ全体を利用することが可能である。ＡＭＢＲは、ＡＭＢＲを共有する非ＧＢＲ  ＳＡＥベアラによる提供を期待できる合計ビットレートを制限する。
【００３５】
ユニキャストデータ送信におけるＨＡＲＱプロトコルの動作
信頼できないチャネルを介してのパケット伝送システムにおける誤り検出・訂正のための一般的な手法は、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat reQuest）と称される。ハイブリッドＡＲＱは、順方向誤り訂正（ＦＥＣ）とＡＲＱとの組合せである。
【００３６】
ＦＥＣ符号化されたパケットが送信され、受信側がそのパケットを正しく復号化できない場合（誤りは通常ではＣＲＣ（巡回冗長検査）によってチェックされる）、受信側はそのパケットの再送信を要求する。
【００３７】
ＬＴＥにおいては、信頼性を提供するため２つの再送信レベル、すなわち、ＭＡＣ層におけるＨＡＲＱと、ＲＬＣ層における外部ＡＲＱ（outer ARQ）とが存在する。外部ＡＲＱは、ＨＡＲＱによって訂正されずに残った誤りを処理するために必要であり、ＨＡＲＱは、１ビットの誤りフィードバックメカニズム（すなわち、ＡＣＫ／ＮＡＣＫ）を使用することによって単純な形に維持されている。Ｎ個のプロセスによるストップアンドウェイトＨＡＲＱ（stop-and-wait HARQ）が採用され、このＨＡＲＱでは、下りリンクにおける非同期の再送信と、上りリンクにおける同期再送信とが行われる。同期ＨＡＲＱとは、ＨＡＲＱブロックの再送信が所定の周期間隔において行われることを意味する。したがって、再送信スケジュールを受信側に示すための明示的なシグナリングが要求されない。非同期ＨＡＲＱでは、エアインタフェースの条件に基づいて再送信をスケジューリングする柔軟性が提供される。この場合、正しい合成およびプロトコル動作が可能であるように、ＨＡＲＱプロセスの何らかの識別情報をシグナリングする必要がある。３ＧＰＰ  ＬＴＥリリース８においては、８個のプロセスによるＨＡＲＱ動作が使用される。下りリンクデータ送信におけるＨＡＲＱプロトコルの動作は、ＨＳＤＰＡに類似する、または同じである。
【００３８】
上りリンクのＨＡＲＱプロトコル動作においては、再送信をスケジューリングする方法として２種類のオプションがある。再送信は、ＮＡＣＫによってスケジューリングされる（同期式非適応型再送信）、または、ＰＤＣＣＨによって明示的にスケジューリングされる（同期式適応型再送信）。同期式非適応型再送信の場合、再送信では前の上りリンク送信と同じパラメータを使用し、すなわち、再送信は同じ物理チャネルリソース上でシグナリングされ、同じ変調方式を使用する。同期式適応型再送信はＰＤＣＣＨを介して明示的にスケジューリングされるため、基地局装置が再送信の特定のパラメータを変更することが可能である。上りリンクにおける断片化（fragmentation）を回避する目的で、再送信を例えば異なる周波数リソース上にスケジューリングすることができ、または、基地局装置は、変調方式を変更する、あるいは、再送信に使用される冗長バージョンをユーザ機器に示すことができる。なお、ＨＡＲＱのフィードバック（ＡＣＫ／ＮＡＣＫ）とＰＤＣＣＨシグナリングは同じタイミングで行われることに留意されたい。したがって、ユーザ機器は、同期式非適応型再送信がトリガーされているか（ＮＡＣＫのみが受信されたか）、または基地局装置が同期式適応型再送信を要求しているか（すなわちＰＤＣＣＨがシグナリングされたか）を、一度だけ確認するのみでよい。
【００３９】
第１層／第２層制御シグナリング
スケジューリング対象のユーザに、ユーザの組合せステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ）を知らせるためには、第１層／第２層制御シグナリングを下りリンク上でデータと一緒に送信する必要がある。この制御シグナリングは、一般にはサブフレーム内で下りリンクデータと一緒に多重化する必要がある（ユーザ組合せがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ組合せはＴＴＩ（送信時間間隔）ベースで実行されることもあり、その場合、ＴＴＩ長はサブフレームの倍数であることに留意されたい。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザごとに異なる、あるいはユーザごとに動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。第１層／第２層制御シグナリングは、物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される。なお、上りリンクデータ送信のための組合せ（上りリンクグラント）も、ＰＤＣＣＨ上で送信されることに留意されたい。
【００４０】
第１層／第２層制御シグナリングにおいて送られるＰＤＣＣＨ情報は、一般的には、共有制御情報（ＳＣＩ：Shared Control Information）と専用制御情報（ＤＣＩ：Dedicated Control Information）に分類することができる。
【００４１】
共有制御情報（ＳＣＩ）
共有制御情報（ＳＣＩ）は、いわゆるカテゴリ１の情報を伝える。第１層／第２層制御シグナリングの共有制御情報部分は、リソース割当て（指示）に関連する情報を含んでいる。共有制御情報は、一般には以下の情報を含んでいる。
−  ユーザ識別情報。割り当てる対象のユーザを示す。
−  リソースブロック組合せ情報。ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示す。なお、ユーザに割り当てられるリソースブロックの数は動的とすることができる。
−  割当ての持続時間（オプション）。複数のサブフレーム（またはＴＴＩ）にわたる組合せが可能である場合。
【００４２】
これらに加えて、共有制御情報は、他のチャネルの設定および専用制御情報（ＤＣＩ）の設定に応じて、上りリンク送信に対するＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を含んでいることができる。
【００４３】
専用制御情報（ＤＣＩ）
専用制御情報（ＤＣＩ）は、いわゆるカテゴリ２およびカテゴリ３の情報を伝える。第１層／第２層制御シグナリングの専用制御情報部分は、カテゴリ１によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する（カテゴリ２）情報を含んでいる。さらに、（ハイブリッド）ＡＲＱを適用する場合、専用制御情報部分はＨＡＲＱ（カテゴリ３）情報を伝える。専用制御情報は、カテゴリ１によるスケジューリング対象ユーザによって復号化されるのみでよい。専用制御情報は、一般には以下に関する情報を含んでいる。
−  カテゴリ２：変調方式、トランスポートブロック（ペイロード）サイズ（または符号化率）、ＭＩＭＯ関連情報など。トランスポートブロック（もしくはペイロードサイズ）または符号化率のいずれかをシグナリングできる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報（割り当てられたリソースブロックの数）を使用することによって相互に計算することができる。
−  カテゴリ３：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号）
【００４４】
下りリンクデータ送信の第１層／第２層制御シグナリング情報
下りリンクパケットデータ送信とともに、第１層／第２層制御シグナリングが個別の物理チャネル（ＰＤＣＣＨ）上で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含んでいる。
−  データが送信される（１つまたは複数の）物理チャネルリソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。ユーザ機器（受信側）は、データが送信されるリソースをこの情報によって識別することができる。
−  送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（受信側）は、復調、デ・レートマッチング（de-rate-matching）、および復号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報によって（通常はリソース割当て情報と組み合わせて）識別することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
−  ＨＡＲＱ情報：
−  プロセス番号：ユーザ機器は、データがマッピングされているＨＡＲＱプロセスを識別することができる。
【００４５】
−  シーケンス番号または新規データインジケータ：ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。
【００４６】
−  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用されているハイブリッドＡＲＱ冗長バージョン（デ・レートマッチングに必要である）、および使用されている変調コンステレーションバージョン（復調に必要である）を、ユーザ機器に知らせる。
−  ユーザ機器識別情報（ユーザ機器ＩＤ）：第１層／第２層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実施形態においては、この情報は、制御情報が別のユーザ機器に読まれることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００４７】
上りリンクデータ送信のための第１層／第２層制御シグナリング情報
上りリンクパケットデータ送信を可能にする目的で、送信の詳細をユーザ機器に知らせるため、第１層／第２層制御シグナリングが下りリンク（ＰＤＣＣＨ）上で送信される。この第１層／第２層制御シグナリングは、一般には以下の情報を含んでいる。
−  ユーザ機器がデータ送信に使用するべき（１つまたは複数の）物理チャネルリソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。
−  ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（送信側）は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報によって（通常はリソース割当て情報と組み合わせて）選択することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
−  ハイブリッドＡＲＱ情報：
−  プロセス番号：データの取得先のハイブリッドＡＲＱプロセスをユーザ機器に知らせる。
【００４８】
−  シーケンス番号または新規データインジケータ：新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。
−  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用するハイブリッドＡＲＱ冗長バージョン（レートマッチングに必要である）、および、使用する変調コンステレーションバージョン（変調に必要である）を、ユーザ機器に知らせる。
−  ユーザ機器識別情報（ユーザ機器ＩＤ）：データを送信するべきユーザ機器を知らせる。一般的な実施形態においては、この情報は、制御情報が別のユーザ機器に読まれることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００４９】
上述したさまざまな情報を送信する実際の方法には、いくつか異なるバリエーションが存在する。さらには、第１層／第２層制御情報は、さらなる情報を含んでいることもでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
−  同期ＨＡＲＱプロトコルの場合、ＨＡＲＱプロセス番号が必要ないことがある。
−  チェイス合成（Chase Combining）を使用する（冗長バージョンあるいはコンステレーションバージョンがつねに同じである）場合、または冗長バージョンあるいはコンステレーションバージョンのシーケンスが事前に定義されている場合には、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
−  電力制御情報を制御シグナリングにさらに含めることができる。
−  ＭＩＭＯに関連する制御情報（例えばプリコーディング情報）を制御シグナリングにさらに含めることができる。
−  複数の符号語によるＭＩＭＯ送信の場合には、複数の符号語のためのトランスポートフォーマットもしくはＨＡＲＱ情報またはその両方を含めることができる。
【００５０】
ＬＴＥにおいてＰＤＣＣＨ上でシグナリングされる上りリンクリソース割当て（ＰＵＳＣＨ）では、第１層／第２層制御情報にＨＡＲＱプロセス番号が含まれず、なぜなら、ＬＴＥの上りリンクには同期ＨＡＲＱプロトコルが採用されているためである。上りリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって認識される。さらには、冗長バージョン（ＲＶ）情報は、トランスポートフォーマット情報と一緒に符号化される、すなわち、ＲＶ情報はトランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意されたい。ＴＦフィールドまたはＭＣＳフィールドのサイズは、例えば、３２個のエントリに対応する５ビットである。ＴＦ／ＭＣＳテーブルの３個のエントリは、ＲＶ１、ＲＶ２、またはＲＶ３を示すために予約されている。ＭＣＳテーブルの残りのエントリは、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。
【００５１】
ＬＴＥにおいてＰＤＣＣＨ上でシグナリングされる下りリンク組合せ（ＰＤＳＣＨ）では、冗長バージョン（ＲＶ）は、２ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報が、トランスポートフォーマット情報と一緒に符号化される。上りリンクの場合と同様に、５ビットのＭＣＳフィールドがＰＤＣＣＨ上でシグナリングされる。エントリのうち３個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供されない。残りの２９個のエントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。
【００５２】
セミパーシステントスケジューリング（ＳＰＳ）
上りリンクおよび下りリンクにおいて、スケジューリングを行う基地局装置は、各送信時間間隔においてリソースを（１つまたは複数の）第１層／第２層制御チャネル（ＰＤＣＣＨ）を介してユーザ機器に動的に割り当て、この場合、ユーザ機器はそれぞれの固有のＣ−ＲＮＴＩによってアドレッシングされる。ＰＤＣＣＨのＣＲＣは、アドレッシングされるユーザ機器のＣ−ＲＮＴＩによってマスクされる（いわゆる動的ＰＤＣＣＨ）。一致するＣ−ＲＮＴＩを有するユーザ機器のみが、ＰＤＣＣＨの内容を正しく復号化することができ、すなわち、ＣＲＣチェックに合格する。この種類のＰＤＣＣＨシグナリングは、動的（スケジューリング）グラントとも称する。ユーザ機器は、自身に割り当てられているかもしれない割当て（下りリンクおよび上りリンク）を見つける目的で、動的グラントが存在していないか、各送信時間間隔において（１つまたは複数の）第１層／第２層制御チャネルを監視する。
【００５３】
さらに、Ｅ−ＵＴＲＡＮでは、１回目のＨＡＲＱ送信のための上りリンク／下りリンクリソースをパーシステントに（持続的に）割り当てることができる。再送信が必要な場合、（１つまたは複数の）第１層／第２層制御チャネルを介して明示的にシグナリングする。再送信がスケジューリングされるため、この種類の動作をセミパーシステントスケジューリング（ＳＰＳ）と称し、すなわち、リソースはセミパーシステントベースで（半持続的に）ユーザ機器に割り当てられる（セミパーシステントなリソース割当て）。その恩恵は、１回目のＨＡＲＱ送信のためのＰＤＣＣＨリソースが節約されることである。セミパーシステントスケジューリングの詳細については、非特許文献３または非特許文献２（いずれもhttp://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）を参照されたい。
【００５４】
セミパーシステントスケジューリングを使用してスケジューリングすることのできるサービスの一例は、ボイスオーバーＩＰ（ＶｏＩＰ）である。トーク・スパート（talk-spurt）の間、コーデックにおいて２０ｍｓごとにＶｏＩＰパケットが生成される。したがって、基地局装置は、上りリンクリソースまたは下りリンクリソースを２０ｍｓごとにパーシステントに割り当てることができ、これらのリソースを使用してボイスオーバーＩＰのパケットを送信することができる。一般的に、セミパーシステントスケジューリングは、トラフィック挙動が予測可能であるサービス（すなわち、ビットレートが一定であり、パケットが周期的に到着する）において恩恵がある。
【００５５】
ユーザ機器は、１回目の送信のためのリソースがパーシステントに（持続的に）割り当てられているサブフレームにおいて、ＰＤＣＣＨを監視する。動的（スケジューリング）グラント（すなわち、Ｃ−ＲＮＴＩによってマスクされたＣＲＣを有するＰＤＣＣＨ）を、セミパーシステントなリソース割当てよりも優先させることができる。ユーザ機器が、セミパーシステントにリソースが割り当てられたサブフレームにおいて、（１つまたは複数の）第１層／第２層制御チャネル上で自身のＣ−ＲＮＴＩを見つけた場合、その送信時間間隔においては、その第１層／第２層制御チャネル割当てがセミパーシステントなリソース割当てよりも優先され、ユーザ機器は、その動的グラントに従う。サブフレーム内に動的グラントが検出されない場合、ユーザ機器はセミパーシステントなリソース割当てに従って送信／受信を行う。
【００５６】
セミパーシステントスケジューリングの設定は、ＲＲＣシグナリングによって行われる。例えば、パーシステント割当ての周期（すなわちＰＳ＿ＰＥＲＩＯＤ）は、無線リソース制御（ＲＲＣ）シグナリングの中で伝えられる。パーシステント割当ての有効化および正確なタイミングと、物理リソースおよびトランスポートフォーマットのパラメータは、ＰＤＣＣＨシグナリングを介して送られる。セミパーシステントスケジューリング（ＳＰＳ）がいったん有効になると、ユーザ機器は、セミパーシステントスケジューリング間隔（ＳＰＳ間隔）ごとに、ＳＰＳ有効化ＰＤＣＣＨによるセミパーシステントなリソース割当てに従う。原則的には、ユーザ機器は、ＳＰＳ有効化ＰＤＣＣＨの内容を格納し、シグナリングされた周期においてＰＤＣＣＨに従う。
【００５７】
上りリンク電力制御
移動通信システムにおける上りリンク送信電力制御は、重要な目的を果たす。上りリンク送信電力制御は、要求されるＱｏＳ（サービス品質）が達成されるようにビットあたり十分な送信エネルギを確保する必要性と、システムの他のユーザとの干渉を最小にし、かつ移動端末のバッテリの寿命を最大にする必要性との間で、バランスをとる。この目的を達成する中で、電力制御（ＰＣ：Power Control）の役割は、要求されるＳＩＮＲ（信号対干渉雑音比）を提供すると同時に、隣接するセルに引き起こされる干渉を制御するうえで極めて重要となる。上りリンクにおける古典的な電力制御方式の発想では、すべてのユーザが同じＳＩＮＲで受信する（完全な補償（full compensation）として知られている）。３ＧＰＰは、これに代えて、ＬＴＥにおいて部分電力制御（ＦＰＣ：Fractional Power Control）の使用を採用した。この新しい機能では、大きな経路損失を有するユーザが、より低いＳＩＮＲ要件で動作し、したがって多くの場合、隣接セルに引き起こされる干渉が小さい。
【００５８】
ＬＴＥにおいては、物理上りリンク共有チャネル（ＰＵＳＣＨ）、物理上りリンク制御チャネル（ＰＵＣＣＨ）、およびサウンディング参照信号（ＳＲＳ）に対して、きめ細かい電力制御式が指定されている（非特許文献４の５．１節を参照）（http://www.3gpp.orgにおいて入手可能である）。これらの上りリンク信号それぞれの電力制御式は、同じ基本原理に従う。電力制御式は、２つの主項、すなわち基地局装置によってシグナリングされる静的パラメータまたは半静的パラメータから導かれる、開ループの基本動作点と、サブフレームごとに更新される動的オフセット（補正）、の合計と考えることができる。
【００５９】
リソースブロックあたりの送信電力のための開ループの基本動作点は、セル間干渉やセル負荷など複数の要因に依存する。開ループの基本動作点は、さらに２つの成分として、半静的な基本レベルＰ０（これはさらにセル内のすべてのユーザ機器（ＵＥ）の共通電力レベル（測定単位：ｄＢｍ）とユーザ機器に固有なオフセットとからなる）と、開ループの経路損失補償成分とに、分解することができる。リソースブロックあたりの電力の動的オフセットの部分は、さらに２つの成分として、変調・符号化方式（ＭＣＳ）に依存する成分と、明示的な送信器電力制御（ＴＰＣ：Transmitter Power Control）コマンドとに、分解することができる。
【００６０】
ＭＣＳに依存する成分（ＬＴＥ仕様ではΔＴＦと称し、ＴＦはトランスポートフォーマットの略）は、リソースブロックあたりの送信電力を、送信される情報のデータレートに従って適合させることができる。
【００６１】
動的オフセットのもう１つの成分は、ユーザ機器に固有なＴＰＣコマンドである。このコマンドは、以下の２種類のモードで動作することができる。
−  累積的ＴＰＣコマンド（ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳに対して利用できる）
−  絶対的ＴＰＣコマンド（ＰＵＳＣＨのみに対して利用できる）
ＰＵＳＣＨに対して、これら２つのモードの間の切り替えは、ユーザ機器ごとにＲＲＣシグナリングによって半静的に設定される（すなわち、モードを動的に変更することはできない）。累積的ＴＰＣコマンドの場合、各ＴＰＣコマンドは、前のレベルを基準としたときの電力ステップをシグナリングする。
【００６２】
次の式（１）は、ＰＵＳＣＨのためのユーザ機器の送信電力（単位：ｄＢｍ）を示している。
【００６３】
【数１】
0005456155.tif 000002
この式の各項は以下のとおりである。
−  ＰＭＡＸは、ユーザ機器が利用できる最大送信電力であり、ユーザ機器のクラスとネットワークによる設定とによって決まる。
−  Ｍは、割り当てられている物理リソースブロック（ＰＲＢ）の数である。
−  ＰＬは、ユーザ機器の経路損失であり、ＲＳＲＰ（基準信号受信電力：Reference Signal Received Power）の測定値と、シグナリングされたＲＳ（基準シンボル：Reference Symbol）の基地局装置での送信電力とに基づいて、ユーザ機器側で導かれる。
−  ΔＭＣＳは、基地局装置によって設定される、ＭＣＳに依存する電力オフセットである。
−  Ｐ０＿ＰＵＳＣＨは、ユーザ機器に固有なパラメータ（一部がブロードキャストされ、一部がＲＲＣを使用してシグナリングされる）である。
−  αは、セルに固有なパラメータ（ＢＣＨでブロードキャストされる）である。
−  Δｉは、基地局装置からユーザ機器にシグナリングされる閉ループ電力制御コマンドである。
−  関数ｆ（）は、閉ループコマンドが累積的か絶対的かを示す。関数ｆ（）は、上位層を通じてユーザ機器にシグナリングされる。
【００６４】
ＬＴＥのさらなる発展（ＬＴＥ−Ａ）
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。現在、ＬＴＥ−Ａｄｖａｎｃｅｄ（略してＬＴＥ−Ａ）のための２つの主要な技術要素が検討されており、以下ではこれらについて説明する。
【００６５】
ＬＴＥ−Ａにおける、より広い帯域幅のサポート
より広い送信帯域幅（例えば、最大１００ＭＨｚ）およびスペクトルアグリゲーションをサポートする目的で、ＬＴＥ−Ａでは、キャリアアグリゲーション（２つ以上のコンポーネントキャリアがアグリゲートされる）が考慮されている。
【００６６】
端末は、以下のように自身の能力に応じて１つまたは複数のコンポーネントキャリアを同時に受信または送信することができる。
−  キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えたＬＴＥ−Ａ端末は、複数のコンポーネントキャリアを同時に受信する、もしくは送信する、またはその両方を行うことができる。コンポーネントキャリアあたり１個のトランスポートブロック（空間多重化が行われないとき）および１つのＨＡＲＱエンティティが存在する。
−  ＬＴＥリリース８の端末は、コンポーネントキャリアの構造がリリース８の仕様に従う場合、１つのみのコンポーネントキャリア上で受信および送信を行うことができる。
【００６７】
少なくとも、アグリゲートされるコンポーネントキャリアの数が上りリンクと下りリンクとで同じであるとき、すべてのコンポーネントキャリアを、ＬＴＥリリース８互換として構成することが可能である。ただし、ＬＴＥ−Ａのコンポーネントキャリアを非後方互換として構成することが除外されるものではない。
【００６８】
現在、ＬＴＥ−Ａでは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてキャリアアグリゲーションがサポートされ、各コンポーネントキャリアは、ＬＴＥリリース８の計算方式（numerology）を使用して、周波数領域における最大１１０個のリソースブロック（ＲＢ）に制限される。同じ基地局装置から送信される異なる数のコンポーネントキャリアをアグリゲートするようにユーザ機器を設定することが可能である。なお、同じ基地局装置から送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
【００６９】
さらには、上りリンクと下りリンクとで帯域幅が異なるようにユーザ機器を設定することができる。
−  設定することのできる下りリンクコンポーネントキャリアの数は、ユーザ機器の下りリンクのアグリゲーション能力に依存する。
−  設定することのできる上りリンクコンポーネントキャリアの数は、ユーザ機器の上りリンクのアグリゲーション能力に依存する。
−  下りリンクコンポーネントキャリアよりも上りリンクコンポーネントキャリアが多くなるようにユーザ機器を設定することはできない。
−  一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、上りリンクと下りリンクとで同じである。
【００７０】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、ＬＴＥリリース８の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００７１】
複数のキャリアをアグリゲートすることの影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、上りリンクおよび下りリンクにおいて、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（上りリンクにおけるシングルユーザ−多入力多出力（ＳＵ−ＭＩＭＯ）を使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。図１７および図１８は、それぞれ、下りリンクおよび上りリンクにおける、キャリアアグリゲーションが設定された第２層構造を示している。
【００７２】
キャリアアグリゲーションが設定されているとき、ユーザ機器はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス階層（ＮＡＳ）モビリティ情報（例：トラッキングエリア識別子（ＴＡＩ））とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、下りリンクにおいては下りリンクプライマリコンポーネントキャリア（ＤＬ  ＰＣＣ）と称される。接続モードでは、ユーザ機器あたりつねに１つのＤＬ  ＰＣＣおよび１つのＵＬ  ＰＣＣが設定される。設定された一連のコンポーネントキャリアの中で、ＰＣＣ以外のコンポーネントキャリアをセカンダリコンポーネントキャリア（ＳＣＣ）と称される。
【００７３】
ＤＬ  ＰＣＣおよびＵＬ  ＰＣＣの特徴は以下のとおりである。
−  ＵＬ  ＰＣＣは、第１層（Ｌ１）上りリンク制御情報を送信するのに使用される。
−  ＤＬ  ＰＣＣを非アクティブ化することはできない。
−  ＤＬ  ＰＣＣにおいて無線リンク障害（ＲＬＦ）が発生するとＤＬ  ＰＣＣの再確立がトリガーされるが、ＤＬ  ＳＣＣに無線リンク障害が発生しても再確立はトリガーされない。
−  ＤＬ  ＰＣＣセルは、ハンドオーバーに伴って変更され得る。
−  ＮＡＳ情報はＤＬ  ＰＣＣセルから取得される。
【００７４】
コンポーネントキャリアの再設定、追加、および削除は、ＲＲＣシグナリングによって行うことができる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのコンポーネントキャリアを追加、削除、または再設定することもできる。新しいコンポーネントキャリアを追加するときには、コンポーネントキャリアでの送信／受信に必要であるコンポーネントキャリアのシステム情報を送るための専用ＲＲＣシグナリングが使用される（ＬＴＥリリース８におけるハンドオーバー時と同様）。
【００７５】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、専用制御情報フォーマットそれぞれにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。クロスキャリアスケジューリングが行われていないときには、上りリンクのコンポーネントキャリアと下りリンクのコンポーネントキャリアとをリンクすることによって、グラントが適用される上りリンクコンポーネントキャリアを識別することができる。上りリンクコンポーネントキャリアへの下りリンクコンポーネントキャリアのリンクは、１対１である必要はない。言い換えれば、同じ上りリンクコンポーネントキャリアに複数の下りリンクコンポーネントキャリアをリンクすることができる。一方で、１つの下りリンクコンポーネントキャリアは、１つの上りリンクコンポーネントキャリアのみにリンクすることができる。
【００７６】
コンポーネントキャリアの（非）アクティブ化とＤＲＸ動作
キャリアアグリゲーションにおいては、ユーザ機器に１つのみのコンポーネントキャリアが設定されている場合、ＬＴＥリリース８のＤＲＸ動作が適用される。それ以外の場合には、設定されてアクティブになっているすべてのコンポーネントキャリアに同じＤＲＸ動作が適用される（すなわち、ＰＤＣＣＨの監視のアクティブ時間が同じである）。アクティブ時間中には、どのコンポーネントキャリアも、設定されてアクティブになっている任意の別のコンポーネントキャリアのＰＤＳＣＨをスケジューリングすることができる。
【００７７】
キャリアアグリゲーションが設定されているときにユーザ機器のバッテリ消費量が大幅に増大しないように、下りリンクＳＣＣに対するコンポーネントキャリアアクティブ化／非アクティブ化メカニズムが導入されている。下りリンクＳＣＣがアクティブでないときには、ユーザ機器は対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要はなく、ＣＱＩ測定を行う必要もない。逆に、下りリンクＳＣＣがアクティブであるときには、ユーザ機器はＰＤＳＣＨおよびＰＤＣＣＨ（存在時）を受信する必要があり、ＣＱＩ測定を実行できるものとみなされる。しかしながら、上りリンクにおいては、ユーザ機器は、設定されている任意の上りリンクコンポーネントキャリアのＰＵＳＣＨで送信できることがつねに要求される（対応するＰＤＣＣＨでスケジューリングされるとき）（すなわち、上りリンクコンポーネントキャリアの明示的なアクティブ化は行われない）。
【００７８】
ＳＣＣのアクティブ化／非アクティブ化メカニズムのその他の詳細は以下のとおりである。
−  ＤＬ  ＳＣＣの明示的なアクティブ化は、ＭＡＣシグナリングによって行われる。
−  ＤＬ  ＳＣＣの明示的な非アクティブ化は、ＭＡＣシグナリングによって行われる。
−  ＤＬ  ＳＣＣの暗黙的な非アクティブ化も可能である。
−  ＤＬ  ＳＣＣは、個々にアクティブ化／非アクティブ化することができ、１つのアクティブ化／非アクティブ化コマンドが、設定されているＤＬ  ＳＣＣのサブセットをアクティブ化／非アクティブ化することもできる。
−  設定されているコンポーネントキャリアのセットに追加されるＳＣＣは、最初は「非アクティブ化」されている。
【００７９】
すでに上述したように、ＬＴＥリリース８においては、上りリンクスケジューリング（または上りリンク送信のＱｏＳ制御）は、基地局装置のみによって制御される。ユーザ機器は、基地局装置によって決定されＰＤＣＣＨでスケジューリンググラントによってユーザ機器にシグナリングされるスケジューリングに従う。基地局装置は、上りリンク送信に含まれている、論理チャネルのＱｏＳ要件に基づいて、ＨＡＲＱ動作点（すなわち目標のブロック誤り率（ＢＬＥＲ））を選択する。例えば、遅延の影響が大きいサービス（ＶｏＩＰなど）のブロック誤り率は、遅延の影響が小さいベストエフォート型サービスと比較して異なる。
【００８０】
同様に、ＨＡＲＱ動作方式（例えば、基地局装置によってスケジューリングされるＨＡＲＱ再送信の回数）も、上りリンク送信（すなわちトランスポートブロック）に含まれている論理チャネルのＱｏＳ要件に応じて決定する。この場合も、ＶｏＩＰなど遅延の影響が大きいサービスでは、基地局装置によってスケジューリングされる再送信の回数がベストエフォート型サービスと比較して少ない。
【００８１】
基本的には、上りリンク送信の効率的なＱｏＳ制御を可能にするためには、どの論理チャネルのデータがトランスポートブロックに含められるかを基地局装置が認識している必要があるものと結論できる。本質的には、トランスポートブロックの生成時に、スケジューリンググラントによって割り当てられたリソースを、設定されている無線ベアラの間でユーザ機器がどのように共有するかを、基地局装置が認識している必要がある。前述したように、ユーザ機器の上りリンクバッファの中の送信可能なデータ量に関する情報を、バッファ状態報告手順を使用して基地局装置に提供する。この報告は、周期的およびイベントトリガー式に行われる。
【００８２】
基地局装置は、スケジューリングを決定するときにユーザ機器のバッファ状態を認識していることにより、ユーザ機器によって実行される論理チャネル優先順位付け手順を予測できるならば理想的である。これによって、基地局装置は、スケジューリングする上りリンク送信にどの種類の論理チャネルが含められるかを認識し、したがって、正しいブロック誤り率またはＨＡＲＱ動作方式を選ぶことができる。ＬＴＥリリース８では、ＵＬ−ＳＣＨ送信におけるＴＴＩあたりのトランスポートブロックは１個のみであるため、ＬＴＥリリース８では、効率的なＱｏＳ制御／上りリンクスケジューリングが可能であるものと結論することができる。
【００８３】
しかしながら、帯域幅アグリゲーションがサポートされるＬＴＥ−Ａを考えると、上りリンクにおいて１ＴＴＩ内に複数のトランスポートブロックを送信することができる。前述したように、ＬＴＥ−Ａ対応型のユーザ機器は、１ＴＴＩ内に複数の異なるコンポーネントキャリアのための複数の上りリンクリソース割当てを受信することができる。したがって、ユーザ機器は、１ＴＴＩ内に、上りリンクの複数の異なるコンポーネントキャリア上で複数のトランスポートブロックを送信する必要があり、この場合、コンポーネントキャリアあたりのトランスポートブロック（ＴＢ）は１個のみである（空間多重化が行われないとき）。
【００８４】
ＬＴＥ−Ａでは、上りリンクにおいてＴＴＩあたり２個以上のトランスポートブロックが存在しうるため、ユーザ機器においてトランスポートブロックを生成するときに基本的に自由度が１つ加わる。ユーザ機器が、受信した上りリンクリソース割当てを処理する順序、すなわち、ユーザ機器がトランスポートブロックを生成する順序を、基地局装置が認識していないと、結果として基地局装置は、ユーザ機器によって生成されるトランスポートブロックの内容を認識することができない。本質的には、基地局装置は、ユーザ機器が複数の異なる論理チャネルのデータを複数の異なるトランスポートブロックにどのようにマッピングするかを認識していない。したがって、上りリンク送信のＱｏＳを効率的に制御することも不可能であり、なぜならそのためには、トランスポートブロックに含められる論理チャネルを基地局装置側で認識していることが要求されるためである。例えば、ユーザ機器が、遅延の影響が大きいサービス（ＶｏＩＰなど）のデータをトランスポートブロックに入れた場合にも、基地局装置は、そのトランスポートブロックにベストエフォート型サービスのデータが含まれているものと想定して、多数のＨＡＲＱ再送信をスケジューリングすることもあり得る。このことは、明らかに上りリンクリソースの非効率的な使用につながる。
【先行技術文献】
【非特許文献】
【００８５】
【非特許文献１】3GPP RAN WG#2 Tdoc. R2- R2-062606, “QoS operator requirements/use cases for services sharing the same bearer”, by T-Mobile, NTT DoCoMo, Vodafone, Orange, KPN
【非特許文献２】3GPP TS 36.321, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”, version 8.5
【非特許文献３】3GPP TS 36.300, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)”, version 8.7.0, section 11, January 2009
【非特許文献４】3GPP TS 36.213, “Physical layer procedures (Release 8)”, version 8.6.0
【発明の概要】
【発明が解決しようとする課題】
【００８６】
本発明の１つの目的は、与えられた時間制約の中で複数のトランスポートブロックを生成する方式および方法を提案することである。これらの方式および方法では、上りリンクリソースを受信した時点から、その上りリンクリソース割当てによって割り当てられるリソースでトランスポートブロックを送信するまでの４ｍｓという短い時間制約の中での、トランスポートブロックの生成を容易にすることができ、これは有利である。
【００８７】
本発明のさらなる目的は、上りリンク送信のより効率的なスケジューリングを促進するため、複数の上りリンクリソース割当てによって割り当てられる上りリンクリソースで送信されるトランスポートブロックの内容に関するさらなる認識がスケジューラに提供される方式を提案することである。
【００８８】
本発明の別の目的は、移動端末の電力が制限されている場合に、すなわち、送信時間間隔内に上りリンクリソース割当てに従って複数のトランスポートブロックを送信するために要求される送信電力が、送信時間間隔内での上りリンク送信に利用可能な送信電力を超えている場合に、移動端末が、利用可能な送信電力をどのように使用して、送信時間間隔内に複数のトランスポートブロックを上りリンクで送信するかの方式、を提案することである。
【００８９】
これらの目的の少なくとも１つは、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【００９０】
本発明の第１の態様は、電力制御において、複数の上りリンクリソース割当てに対応する個々のトランスポートブロックのための電力組合せを優先順位付けすることである。この態様は、特に、移動端末の電力が制限されている状況に適用可能である。本発明のこの態様によると、上りリンクにおいてそれぞれのコンポーネントキャリア上で送信される個々のトランスポートブロックの電力組合せに対する電力スケーリングを、上りリンクコンポーネントキャリアのための上りリンクリソース割当てを処理する順序（優先順位の順序）を使用して、決定する。移動端末は、電力が制限されている状況では、トランスポートブロックの送信に消費される合計送信電力が、それらトランスポートブロックの送信用に移動端末が利用できる最大送信電力よりも小さくなるかまたは等しくなるように、トランスポートブロックそれぞれを送信するための送信電力を、優先順位の順序によって与えられるそれぞれのトランスポートブロックの優先順位に従って減少させる。
【００９１】
例示的な一実施例によると、送信電力スケーリングは、送信電力を減少させ、このとき、それぞれのトランスポートブロック（またはそれぞれのトランスポートブロックが送信されるコンポーネントキャリア）のリソース割当ての優先順位（優先順位の順序／処理の順序によって与えられる）を考慮することで、優先順位の高いトランスポートブロックの送信に対する送信電力の低減が最小であるようにする。優先順位の順序による、リソース割当て／コンポーネントキャリアの優先順位が低い（高い）ほど、対応する上りリンクリソース割当てによって要求される、トランスポートブロックの送信電力に、大きな（小さな）電力低減が適用されることが有利である。理想的には、高い優先順位のトランスポートブロックの送信電力は、可能な場合には減少させずに、まず最初に、低い優先順位のトランスポートブロックを送信するための送信電力を制限することによって、トランスポートブロックの送信用に移動端末が利用できる最大送信電力を超えないように送信電力の低減を達成することを試みるべきである。
【００９２】
本発明の第２の態様は、移動端末において複数の上りリンクリソース割当てを優先順位の順序に順位付けすることができるように、上りリンクリソース割当ての優先順位付けを導入することである。上りリンクリソース割当ての優先順位付けを使用することで、上りリンクリソース割当てを処理する順序、または上りリンクリソース割当てに対応する個々のトランスポートブロックにデータを入れる順序、または、上りリンクで送信するトランスポートブロックに複数の異なる論理チャネルのデータをどのように多重化するか、を決定する。
【００９３】
本発明の第１の態様、第２の態様、および第３の態様は、互いに容易に組み合わせることができ、トランスポートブロックを生成する（論理チャネルの優先順位付け）ときと、生成されたトランスポートブロックの上りリンク送信の電力スケーリングを行うときに、リソース割当ての同じ優先順位の順序／処理の順序を使用することができる。
【００９４】
本発明の第１の態様に基づく、本発明の例示的な一実施形態によると、電力が制限されている状況において、移動通信システムの上りリンクコンポーネントキャリア上でトランスポートブロックを送信するための送信電力を制御する方法、を提供する。この方法においては、移動端末は、送信時間間隔内での上りリンクコンポーネントキャリア上でのトランスポートブロックの送信、をスケジューリングする上りリンクリソース割当て、を受信する。これらの上りリンクリソース割当ては、特定の優先順位の順序を有する。さらに、移動端末は、トランスポートブロックのそれぞれ１つの各送信について、それぞれのトランスポートブロックを対応する上りリンクリソース割当てに従って送信するために要求される送信電力、を求める。さらには、移動端末は、トランスポートブロックのそれぞれ１つの各送信について求めた送信電力を、優先順位の順序によって与えられるトランスポートブロックの優先順位、に従って減少させ、送信時間間隔内にトランスポートブロックを上りリンクコンポーネントキャリア上で送信し、この場合、トランスポートブロックそれぞれは、減少させた送信電力を使用して送信される。
【００９５】
上述したように、例示的な一実施例においては、移動端末は、１つまたは複数のトランスポートブロックの各トランスポートブロックｉの送信に対して、スケーリング係数ｓｉ（ｓｉ∈［０，．．．，１］）を決定することができる。トランスポートブロックの各々に対するそれぞれのスケーリング係数ｓｉの決定は、優先順位の順序によって与えられる、それぞれのトランスポートブロックｉに対応するリソース割当ての優先順位、に基づく。送信電力を減少させるとき、トランスポートブロックのそれぞれ１つの各送信のための送信電力を、送信のそれぞれのスケーリング係数ｓｉに従ってスケーリングする。スケーリング係数ｓｉ＝０である場合、そのことは、上りリンクリソース割当てが使用されない、すなわち、移動端末が上りリンクコンポーネントキャリアにおいてＤＴＸを行うことを意味する。スケーリング係数ｓｉ＝１である場合、そのことは、移動端末が、送信電力を減少させることなく、電力制御式によって求められる、それぞれのトランスポートブロックを送信するために要求される送信電力、を使用することを意味する。
【００９６】
さらに詳細な実施例においては、トランスポートブロックのスケーリング係数ｓｉは、要求される送信電力を、トランスポートブロックの送信に対するスケーリング係数ｓｉによってスケーリングした値、の合計が、トランスポートブロックを送信するために移動端末が利用できる最大送信電力よりも小さいかまたは等しいように、移動端末によって決定される。移動端末が利用できる最大送信電力は、例えば、移動端末が上りリンク送信に使用することが許可される、ネットワークによって設定される最大送信電力から、トランスポートブロックが送信される送信時間間隔内に物理上りリンク制御チャネルで制御シグナリングを行うのに移動端末に要求される送信電力、を差し引いた値として定義することができる。
【００９７】
さらには、本発明の別の例示的な実施形態においては、トランスポートブロックのそれぞれ１つの各送信のための送信電力を、優先順位の順序によって与えられる、それぞれのトランスポートブロックのリソース割当ての優先順位、に反比例して減少させる。
【００９８】
本発明の別の例示的な実施形態においては、移動端末は、さらに、送信するトランスポートブロックを生成する。トランスポートブロックを生成するこのステップは、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位／処理順序に従って、複数の異なる論理チャネルのデータを多重化するステップ、を含んでいる。このトランスポートブロック生成は、本明細書に記載した本発明の第２の態様に関連する本発明のさまざまな例示的な実施形態の１つに従って、実施することができる。
【００９９】
本発明の第２の態様に基づく、本発明の例示的な一実施形態によると、移動通信システムにおいてインタフェースを介して上りリンクで送信するトランスポートブロック、を生成する方法、を提供する。この方法においては、移動端末（例えば、３ＧＰＰ  ＬＴＥ−Ａシステムにおけるユーザ機器）は、上りリンク送信のためのそれぞれの無線リソースを移動端末に割り当てる複数の上りリンクリソース割当てを、１送信時間間隔（ＴＴＩ）内に制御チャネルで受信する。上りリンクリソース割当ては、優先順位の順序に従って順位付けされる。さらに、移動端末は、割り当てられたそれぞれの無線リソースで送信するそれぞれのトランスポートブロックを生成する。この場合、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序に従って、複数の異なる論理チャネルのデータを多重化する。
【０１００】
さらに詳細には、トランスポートブロックに、それらの対応する上りリンクリソース割当ての特定の優先順位の順序でデータを多重化するステップは、例えば、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序と、論理チャネルの優先順位とにおいて、論理チャネルのデータを順次入れることにおいて、達成することができる。この場合、上りリンク無線リソースをセミパーシステントに割り当てるリソース割当てが、最も高い優先順位を有することができる。
【０１０１】
別の例示的な実施形態においては、上りリンクリソース割当ての優先順位の順序は、上りリンクリソース割当てそれぞれに含まれている少なくとも１個のパラメータに基づいて、移動端末によって決定される。このパラメータは、例えば、上りリンクリソース割当てのそれぞれ１つにおいて示される変調・符号化方式レベルと、それぞれの上りリンクリソース割当てによって示されるトランスポートブロックサイズと、それぞれの上りリンクリソース割当てによって示されるスケジューリングモード、のうちの１つ、またはこれらの組合せである。なお、上りリンクリソース割当て（または対応するコンポーネントキャリア上のトランスポートブロック）の、一義的な優先順位の順序を確立する目的で、移動端末は、上りリンクリソース割当てを、その中に含まれている複数の異なるパラメータに基づいて、順次、優先順位付けすることができることに留意されたい。
【０１０２】
上りリンクリソース割当ての優先順位の順序を移動端末に認識させる方法は、いくつか存在する。例えば、本発明の一実施形態においては、上りリンクリソース割当ての優先順位の順序を、上りリンクリソース割当てそれぞれに対して示される優先順位に基づいて決定する。例えば、上りリンクリソース割当ての優先順位を、上りリンクリソース割当て自身の中に含めることができる。例示的な一実施例においては、上りリンクリソース割当てを伝える制御チャネルが、それぞれの優先順位を示すフィールドを備えている。より高度なさらなる実施例においては、このフィールドは、トランスポートブロックの１回目の送信の割当てのみにおいて優先順位を示すために使用され、上りリンクリソース割当てがトランスポートブロックの再送信に関連する場合、オプションとして、他の制御情報をシグナリングする目的にこのフィールドを利用することができる。
【０１０３】
本発明のさらなる例示的な実施形態においては、上りリンクコンポーネントキャリアそれぞれにキャリアインジケータが割り当てられる。この実施形態においては、移動端末は、上りリンクリソース割当てによってスケジューリングされるコンポーネントキャリアのキャリアインジケータによって、上りリンクリソース割当ての優先順位の順序を決定することができる。
【０１０４】
コンポーネントキャリアインジケータは、例えば、コンポーネントキャリアインジケータが小さいほど、そのコンポーネントキャリア上で送信されるデータ（したがって上りリンクリソース割当て）の優先順位が高い／低いように、ネットワーク（例：基地局装置）によって決定することができる。したがって、移動端末は、リソース割当てを処理する優先順位の順序を得る目的で、上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリアのキャリアインジケータに従って、上りリンクリソース割当てを単純に順序付けることができる。
【０１０５】
本発明の代替実施形態においては、上りリンクリソース割当てそれぞれが、複数のコンポーネントキャリアの１つに無線リソースを割り当てており、コンポーネントキャリアにそれぞれの優先順位が割り当てられている。この場合、上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリアの優先順位に従って、上りリンクリソース割当ての優先順位の順序を決定することができる。例えば、上位層のシグナリング（例：ＭＡＣ制御シグナリングや無線リソース制御（ＲＲＣ）シグナリング）を利用して、コンポーネントキャリアの優先順位の順序を移動端末にシグナリングすることができる。
【０１０６】
本発明の別の代替実施形態においては、上りリンクリソース割当ての優先順位の順序は、制御チャネルでのそれらの送信タイミングによって与えられる。
【０１０７】
本発明の別の実施形態による、さらなる代替実施例においては、上りリンクリソース割当てそれぞれの優先順位が、上りリンクリソース割当てが関連するコンポーネントキャリアのタイプによって決定され、上りリンクリソース割当ての優先順位に基づいて、優先順位の順序が決定される。例えば、一実施例においては、上りリンクプライマリコンポーネントキャリアのために受信される上りリンクリソース割当てが、最も高い優先順位を有し、上りリンクセカンダリコンポーネントキャリアのために受信される上りリンクリソース割当てより前に処理される。
【０１０８】
本発明のさらなる第３の態様は、トランスポートブロックの生成プロセスである。本発明は、特定の送信時間間隔またはサブフレームの中での上りリンク送信のための複数の上りリンクリソース割当てを扱うことのできる、最適化された論理チャネル優先順位付け手順をいくつか提案する。提案する最適化された論理チャネル優先順位付け手順の１つは、同時に受信されるすべての上りリンクリソース割当てに対して論理チャネル優先順位付け手順をまとめて実行できるように、仮想トランスポートブロックを採用する。本文書に提案する別の方法は、論理チャネル優先順位付け手順を並列化することである。この方法でも仮想トランスポートブロックのコンセプトを使用するが、上りリンクリソース割当てのサブセットに対して複数の論理チャネル優先順位付け手順を並列に実行する。
【０１０９】
本発明のこの第３の態様によると、さらなる実施形態は、トランスポートブロックを、それらの対応する上りリンクリソース割当ての優先順位の順序に基づいて生成する方法に関する。上りリンクリソース割当てそれぞれが、トランスポートブロックサイズを指定するものと考えることができる。この方法においては、最初に、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積して、仮想トランスポートブロックの仮想トランスポートブロックサイズを得る。次いで、すべての上りリンクリソース割当てに対して１回の連結式論理チャネル優先順位付け手順（joint logical channel prioritization procedure）を実行することによって、論理チャネルのデータを、それらの論理チャネル優先順位に従って仮想トランスポートブロックに入れる。次いで、仮想トランスポートブロックを、上りリンクリソース割当てに一致する１つまたは複数のトランスポートブロックに分割する。
【０１１０】
この分割は、トランスポートブロックのサイズが、それらの上りリンクリソース割当てのトランスポートブロックサイズに一致しており、かつ、仮想トランスポートブロックが、上りリンクリソース割当ての優先順位の順序に従ってトランスポートブロックに分割されるように、行う。この分割は、例えば、仮想トランスポートブロックの、高い優先順位のデータ（すなわち、高い論理チャネル優先順位の論理チャネルからのデータ）が、高い優先順位の上りリンクリソース割当てによって割り当てられる上りリンクリソースで送信される１つまたは複数のトランスポートブロックにマッピングされ、かつ逆も同様であるように、実施することができる。この方法においては、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序で、仮想トランスポートブロックのデータを順次入れることができる。
【０１１１】
0005456155.tif 000003
【０１１２】
【数２】
0005456155.tif 000004
この式で、ＴＢＳ０＝０、ｉ∈［１，．．．，ｎ］である。
【０１１３】
本発明のさらなる実施形態においては、トランスポートブロックを生成するとき、論理チャネルのデータに加えてトランスポートブロックの中で送る必要のあるＭＡＣ制御要素を考慮する。したがって、一例においては、仮想トランスポートブロックをトランスポートブロックに分割するとき、トランスポートブロックへの１つまたは複数のＭＡＣ制御要素を、それぞれのＭＡＣ制御要素のタイプに基づいてトランスポートブロックに加える。例えば、それぞれのＭＡＣ制御要素を、移動端末に固有なＭＡＣ制御要素、またはコンポーネントキャリアに固有なＭＡＣ制御要素のいずれかとして、分類することができ、それぞれのＭＡＣ制御要素を加える先のトランスポートブロックは、そのＭＡＣ制御要素がコンポーネントキャリアに固有である（「コンポーネントキャリアに固有なタイプ」）のか移動端末に固有である（「移動端末に固有なタイプ」）のかによって決まる。
【０１１４】
例示的な一実施例においては、この場合も、上りリンクリソース割当てが優先順位の順序に従って順位付けされるものと想定することができる。移動端末に固有なＭＡＣ制御要素は、例えば、最も高い優先順位の上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリア上のトランスポートブロックにおいて送信することができる。あるいは、すべてのＭＡＣ制御要素を、最も高い優先順位の上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリア上のトランスポートブロックにおいて送信することができる（当然ながら、トランスポートブロックサイズは、すべてのＭＡＣ制御要素を伝送するのに十分な大きさであるものと想定するが、ほとんどの実際のシナリオにおいてこの想定は満たされる）。
【０１１５】
さらには、コンポーネントキャリアに固有なＭＡＣ制御要素に関する規則を定義することができる。例えば、コンポーネントキャリアに固有なＭＡＣ制御要素それぞれは、コンポーネントキャリアに固有なＭＡＣ制御要素の内容に関連するコンポーネントキャリア上のトランスポートブロックにおいて送信される。
【０１１６】
上述したように、本発明の第３の態様によると、本発明の別の実施形態は、トランスポートブロックを、それらの対応する上りリンクリソース割当ての優先順位の順序に基づいて生成する代替方法を提案する。この方法においては、上りリンク送信待ち状態のデータを有する論理チャネルを、それらの論理チャネル優先順位に従ってグループ分けして、ｎ個の論理チャネルグループを得る。論理チャネルグループの数ｎは、移動端末によって並列に実行することのできる論理チャネル優先順位付け手順の回数ｎに一致している。前の方法といくらか同様に、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを、それらの対応する上りリンクリソース割当ての優先順位の順序に従って累積し、ｎ個の仮想トランスポートブロックの仮想トランスポートブロックサイズを得る。さらに、仮想トランスポートブロックそれぞれを論理チャネルグループに関連付ける。次に、移動端末によって、ｎ回の論理チャネル優先順位付け手順を並列に実行する。仮想トランスポートブロックそれぞれに対して連結式論理チャネル優先順位付け手順を実行することによって、仮想トランスポートブロックに、関連付けられる論理チャネルグループの論理チャネルのデータを入れる。次に、ｎ回の論理チャネル優先順位付け手順によって得られた仮想トランスポートブロックをトランスポートブロックに分割し、この場合、トランスポートブロックのサイズは、それらの上りリンクリソース割当てのトランスポートブロックサイズに一致している。
【０１１７】
なお、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積してｎ個の仮想トランスポートブロックを得るとき、１つまたは複数の上りリンクリソース割当てを累積することによって１個の仮想トランスポートブロックを形成できることに留意されたい。例えば、３つの上りリンクリソース割当てが存在しており、２個の仮想トランスポートブロックを形成する場合、例えば、最も高い優先順位の上りリンクリソース割当てによって、第１の（高い方の優先順位の）仮想トランスポートブロックのトランスポートブロックを定義することができ、残りの２つの上りリンクリソース割当てを累積して第２の（低い方の優先順位の）仮想トランスポートブロックを形成する。同様に、それぞれの上りリンクリソース割当てに対応するサイズのトランスポートブロックに仮想トランスポートブロックを分割するステップは、必ずしも仮想トランスポートブロックそれぞれに行う必要はない。上の例においては、第１の（高い方の優先順位の）仮想トランスポートブロックのサイズは、最も高い優先順位の上りリンクリソース割当てによって指定されるトランスポートブロックサイズに一致しており、したがって、この仮想トランスポートブロックと、最も高い優先順位の上りリンクリソース割当てによるトランスポートブロックは、等しい。（低い方の優先順位の）仮想トランスポートブロックについては、２つの上りリンクリソース割当てが累積されており、したがって、仮想トランスポートブロックを、２つの上りリンクリソース割当てにそれぞれ対応するトランスポートブロックサイズを有する２個のトランスポートブロックに分割する。
【０１１８】
本発明の別の実施形態による例示的な一実施例においては、ｎ回の論理チャネル優先順位付け手順を実行するとき、上述したように、ｎ回の論理チャネル優先順位付け手順のそれぞれにおいて、ＭＡＣ制御要素をトランスポートブロックに追加することができ、これについては後からさらに詳しく説明する。
【０１１９】
本発明の別の実施形態によるさらに詳細な実施例においては、移動端末は、トランスポートブロックを生成するときの時間制約を満たしながら、論理チャネル優先順位付け手順あたり最大でｌ個（ｌは整数）の論理チャネルを処理できるものと想定する。さらに、移動端末は、この同じ時間制約を満たしながら、ｊ回の論理チャネル優先順位付け手順を並列に実行できるものと想定する。この実施形態においては、トランスポートブロックを生成する本方法により、最大でｌ個の論理チャネルが、それらの論理チャネル優先順位の昇順に、最初のｎ−１個の論理チャネルグループのそれぞれ１つにグループ分けされ、論理チャネルグループと仮想トランスポートブロックの関連付けが、次のように行われる、すなわち、最も高い論理チャネル優先順位のデータを伝える論理チャネルグループが、最も高い優先順位の上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積している仮想トランスポートブロックに関連付けられ、かつ、最も低い論理チャネル優先順位のデータを伝える論理チャネルグループが、最も低い優先順位の上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積している仮想トランスポートブロックに関連付けられる。
【０１２０】
本発明の別の態様は、送信のための送信電力を制御する方法と、トランスポートブロックを生成する方法とを、ハードウェアおよびソフトウェアに実施（実装）することに関する。本発明の第１の態様によると、電力が制限されている状況において、移動通信システムの上りリンクコンポーネントキャリア上で送信されるトランスポートブロックの送信電力を制御する移動端末、を提供する。この移動端末は、送信時間間隔内での上りリンクコンポーネントキャリア上でのトランスポートブロックの送信、をスケジューリングする上りリンクリソース割当て、を受信する受信器ユニットであって、これらの上りリンクリソース割当てが優先順位の順序を有する、受信器ユニットと、トランスポートブロックのそれぞれ１つの各送信について、それぞれのトランスポートブロックを対応する上りリンクリソース割当てに従って送信するために要求される送信電力、を求める処理ユニットと、を備えている。さらに、この移動端末は、トランスポートブロックのそれぞれ１つの各送信について求めた送信電力を、優先順位の順序によって与えられるトランスポートブロックの優先順位、に従って減少させる電力制御ユニットと、トランスポートブロックを送信時間間隔内に上りリンクコンポーネントキャリア上で送信する送信器であって、トランスポートブロックそれぞれが、減少させた送信電力を使用して送信される、送信器と、を備えている。
【０１２１】
本発明の別の例示的な実施形態によると、移動端末の処理ユニットは、トランスポートブロックの各トランスポートブロックｉの送信に対して、スケーリング係数ｓｉ（ｓｉ∈［０，．．．，１］）を決定する。トランスポートブロックの各々に対するそれぞれのスケーリング係数ｓｉの決定は、優先順位の順序によって与えられる、それぞれのトランスポートブロックｉに対応するリソース割当ての優先順位、に基づく。さらに、電力制御ユニットは、トランスポートブロックのそれぞれ１つの各送信について、求められた送信出力を、優先順位の順序によって与えられる、トランスポートブロックの優先順位、に従ってスケーリングする。
【０１２２】
移動端末の電力制御ユニットは、トランスポートブロックのそれぞれ１つの各送信に要求される送信電力を、優先順位の順序によって与えられる、それぞれのトランスポートブロックの上りリンクリソース割当ての優先順位、に反比例して減少させることができる。
【０１２３】
本発明の別の例示的な実施形態においては、移動端末の受信器は、上りリンクリソース割当てを制御チャネルで受信し、上りリンクリソース割当ては、上りリンク送信のためのそれぞれの無線リソースを移動端末に割り当てる。さらに、移動端末は、割り当てられたそれぞれの無線リソースで送信するそれぞれのトランスポートブロック、を生成するトランスポートブロック生成ユニットであって、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序に従って、複数の異なる論理チャネルのデータが多重化される、トランスポートブロック生成ユニット、を備えている。
【０１２４】
本発明の第２の態様に基づく、本発明の別の実施形態は、移動通信システムにおいてエアインタフェースを介して上りリンクで送信するトランスポートブロック、を生成する移動端末、を提供する。この移動端末は、上りリンク送信のためのそれぞれの無線リソースを移動端末に割り当てる複数の上りリンクリソース割当てを、移動端末において１送信時間間隔内に制御チャネルで受信する受信器、を備えている。上述したように、上りリンクリソース割当ては、優先順位の順序に従って順位付けされる。さらに、移動端末は、割り当てられたそれぞれの無線リソースで送信するそれぞれのトランスポートブロック、を生成するトランスポートブロック生成ユニット、を備えている。このトランスポートブロック生成ユニットでは、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序に従って、複数の異なる論理チャネルのデータが多重化される。
【０１２５】
本発明のさらなる実施形態においては、移動端末は、生成されたトランスポートブロックを複数のコンポーネントキャリア上で送信時間間隔内に送信する送信器、を備えている。さらに、この送信器は、トランスポートブロックを、リソース割当てによって割り当てられる無線リソースで上りリンク共有チャネルを介して送信するようにすることができる。
【０１２６】
本発明の別の実施形態によると、移動端末の受信器は、上りリンクリソース割当ての優先順位の順序に関する情報を、ＭＡＣ制御シグナリングまたはＲＲＣシグナリングによって受信するようにされている。優先順位の順序は、例えば、ＭＡＣメッセージのＭＡＣ制御要素の中で、またはＲＲＣメッセージの情報要素（ＩＥ）の中で、シグナリングすることができる。
【０１２７】
本発明の別の例示的な実施形態は、トランスポートブロックを、それらの対応する上りリンクリソース割当ての優先順位の順序に基づいて生成するトランスポートブロック生成ユニット、に関する。このトランスポートブロック生成ユニットは、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積し、仮想トランスポートブロックの仮想トランスポートブロックサイズを得る累積ユニット、を備えている。さらに、トランスポートブロック生成ユニットは、すべての上りリンクリソース割当てに対して連結式論理チャネル優先順位付け手順を実行することによって、論理チャネルのデータを、それらの論理チャネル優先順位に従って仮想トランスポートブロックに入れる論理チャネル優先順位付けユニットと、仮想トランスポートブロックをトランスポートブロックに分割する分割ユニットであって、トランスポートブロックのサイズが、それらの上りリンクリソース割当てのトランスポートブロックサイズに一致しており、仮想トランスポートブロックが、上りリンクリソース割当ての優先順位の順序に従ってトランスポートブロックに分割される、分割ユニットと、を備えている。
【０１２８】
本発明のさらなる例示的な実施形態によるトランスポートブロック生成ユニットは、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序で、仮想トランスポートブロックのデータを順次入れる分割ユニット、を備えている。
【０１２９】
別の実施形態においては、論理チャネル優先順位付けユニットは、トランスポートブロックの中で送信される（１つまたは複数の）ＭＡＣ制御要素をトランスポートブロックにマッピングするようにされているＭＡＣ制御要素マッピングユニット、を備えている。この場合、ＭＡＣ制御要素マッピングユニットは、トランスポートブロックのうちのどのトランスポートブロックにＭＡＣ制御要素をマッピングするべきであるかを、それぞれのＭＡＣ制御要素のタイプに基づいて決定するようにされている。例えば、ＭＡＣ制御要素マッピングユニットは、それぞれのＭＡＣ制御要素について、ＭＡＣ制御要素がコンポーネントキャリアに固有なタイプであるか、移動端末に固有なタイプであるかを判定し、その判定に基づいて制御要素を正しいトランスポートブロックにマッピングする。
【０１３０】
本発明のさらなる実施形態による例示的な一実施例においては、この場合も、上りリンクリソース割当てが優先順位の順序に従ってラング付けされるものと想定することができる。ＭＡＣ制御要素マッピングユニットは、移動端末に固有なＭＡＣ制御要素を、例えば、最も高い優先順位の上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリア上のトランスポートブロックにマッピングするようにされている。あるいは、ＭＡＣ制御要素マッピングユニットは、すべてのＭＡＣ制御要素を、最も高い優先順位の上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリア上のトランスポートブロックにマッピングするようにされている（当然ながら、トランスポートブロックサイズは、すべてのＭＡＣ制御要素を伝送するのに十分な大きさであるものと想定するが、ほとんどの実際のシナリオにおいてこの想定は満たされる）。
【０１３１】
さらには、コンポーネントキャリアに固有なＭＡＣ制御要素に関する規則を定義することもできる。例えば、ＭＡＣ制御要素マッピングユニットは、コンポーネントキャリアに固有なＭＡＣ制御要素それぞれを、コンポーネントキャリアに固有なＭＡＣ制御要素それぞれの内容に関連するコンポーネントキャリア上のトランスポートブロックにマッピングするようにすることができる。
【０１３２】
本発明の代替実施形態においては、トランスポートブロックを、それらの対応する上りリンクリソース割当ての優先順位の順序に基づいて生成するトランスポートブロック生成ユニット、が提供される。本発明のこの実施形態によると、トランスポートブロック生成ユニットは、上りリンク送信待ち状態のデータを有する論理チャネルを、それらの論理チャネル優先順位に従ってグループ分けして、ｎ個の論理チャネルグループを得るグループ分けユニット、を備えている。論理チャネルグループの数ｎは、トランスポートブロック生成ユニットによって並列に実行することのできる論理チャネル優先順位付け手順の回数ｎに一致している。
【０１３３】
さらに、トランスポートブロック生成ユニットは、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを、それらの対応する上りリンクリソース割当ての優先順位の順序に従って累積し、ｎ個の仮想トランスポートブロックの仮想トランスポートブロックサイズを得る累積ユニット、仮想トランスポートブロックそれぞれを論理チャネルグループに関連付ける処理ユニット、を備えている。さらに、トランスポートブロック生成ユニットは、ｎ回の論理チャネル優先順位付け手順を並列に実行する論理チャネル優先順位付けユニット、を含んでおり、この論理チャネル優先順位付けユニットは、仮想トランスポートブロックそれぞれに対して連結式論理チャネル優先順位付け手順を実行することによって、仮想トランスポートブロックに、関連付けられる論理チャネルグループの論理チャネルのデータを入れる。さらに、このトランスポートブロック生成ユニットは、仮想トランスポートブロックをトランスポートブロックに分割する分割ユニットであって、トランスポートブロックのサイズが、それらの上りリンクリソース割当てのトランスポートブロックサイズに一致している、分割ユニット、を含んでいる。
【０１３４】
本発明のさらに詳細な実施形態においては、トランスポートブロック生成ユニットは、トランスポートブロックを生成するときの時間制約を満たしながら、１回の論理チャネル優先順位付け手順あたりｌ個（ｌは整数）の論理チャネルを処理するようにされており、トランスポートブロック生成ユニットは、この時間制約を満たしながら、ｊ回の論理チャネル優先順位付け手順を並列に実行するようにされている。グループ分けユニットは、最大でｌ個の論理チャネルを、それらの論理チャネル優先順位の昇順に、最初のｎ−１個の論理チャネルグループのそれぞれ１つにグループ分けする。さらに、処理ユニットは、最も高い論理チャネル優先順位のデータを伝える論理チャネルグループが、最も高い優先順位の上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積している仮想トランスポートブロックに関連付けられ、かつ、最も低い論理チャネル優先順位のデータを伝える論理チャネルグループが、最も低い優先順位の上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積している仮想トランスポートブロックに関連付けられるように、論理チャネルグループと仮想トランスポートブロックとを関連付ける。
【０１３５】
本発明の別の実施形態は、命令を格納しているコンピュータ可読媒体であって、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、送信のための送信電力を制御する、もしくは、移動通信システムにおいてエアインタフェースを介して上りリンクで送信するトランスポートブロックを生成する、またはその両方を行う、コンピュータ可読媒体、に関する。本発明の第１の態様に基づく、本発明の例示的な一実施形態においては、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、電力が制限されている状況において、移動通信システムの上りリンクコンポーネントキャリア上で送信されるトランスポートブロックの送信電力を制御する。この制御は、最初に、送信時間間隔内での上りリンクコンポーネントキャリア上でのトランスポートブロックの送信、をスケジューリングする上りリンクリソース割当て、を受信し、この場合、上りリンクリソース割当てが優先順位の順序を有する。さらには、命令によって、移動端末は、トランスポートブロックのそれぞれ１つの各送信について、それぞれのトランスポートブロックを対応する上りリンクリソース割当てに従って送信するために要求される送信電力、を求め、トランスポートブロックのそれぞれ１つの各送信について求めた送信電力を、優先順位の順序によって与えられるトランスポートブロックの優先順位、に従って減少させる。さらには、命令が実行されることによって、移動端末は、トランスポートブロックを送信時間間隔内に上りリンクコンポーネントキャリア上で送信し、この場合、トランスポートブロックそれぞれは、減少させた送信電力を使用して送信される。
【０１３６】
本発明の第２の態様に基づく、本発明の別の実施形態においては、コンピュータ可読媒体における命令がプロセッサによって実行されることに起因して、移動端末が、移動通信システムにおいてエアインタフェースを介して上りリンクで送信するトランスポートブロックを生成する。この生成は、以下のステップ、すなわち、上りリンク送信のためのそれぞれの無線リソースを移動端末に割り当てる複数の上りリンクリソース割当てを、１送信時間間隔（ＴＴＩ）内に制御チャネルで移動端末において受信するステップであって、上りリンクリソース割当てが優先順位の順序に従って順位付けされる、ステップと、割り当てられたそれぞれの無線リソースで送信するそれぞれのトランスポートブロック、を生成するステップであって、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序に従って、複数の異なる論理チャネルのデータが多重化される、ステップと、によって行われる。
【０１３７】
本発明のさらなる実施形態による別の可読媒体は、命令を格納しており、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、トランスポートブロックを、それらの対応する上りリンクリソース割当ての優先順位の順序に基づいて生成し、上りリンクリソース割当てそれぞれがトランスポートブロックサイズを指定する。この生成は、以下のステップ、すなわち、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積して、仮想トランスポートブロックの仮想トランスポートブロックサイズを得るステップと、すべての上りリンクリソース割当てに対して連結式論理チャネル優先順位付け手順を実行することによって、論理チャネルのデータを、それらの論理チャネル優先順位に従って仮想トランスポートブロックに入れるステップと、仮想トランスポートブロックをトランスポートブロックに分割するステップであって、トランスポートブロックのサイズが、それらの上りリンクリソース割当てのトランスポートブロックサイズに一致しており、仮想トランスポートブロックが、上りリンクリソース割当ての優先順位の順序に従ってトランスポートブロックに分割される、ステップと、によって行われる。
【０１３８】
別の実施形態においては、コンピュータ可読媒体が命令を格納しており、命令が移動端末のプロセッサによって実行されたとき、それに起因して、移動端末が、トランスポートブロックを、それらの対応する上りリンクリソース割当ての優先順位の順序に基づいて生成し、上りリンクリソース割当てそれぞれがトランスポートブロックサイズを指定する。このトランスポートブロック生成は、以下のステップ、すなわち、上りリンク送信待ち状態のデータを有する論理チャネルを、それらの論理チャネル優先順位に従ってグループ分けして、ｎ個の論理チャネルグループを得るステップであって、論理チャネルグループの数ｎが、移動端末によって並列に実行することのできる論理チャネル優先順位付け手順の回数ｎに一致している、ステップと、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを、それらの対応する上りリンクリソース割当ての優先順位の順序に従って累積し、ｎ個の仮想トランスポートブロックの仮想トランスポートブロックサイズを得るステップと、仮想トランスポートブロックそれぞれを論理チャネルグループに関連付けるステップと、ｎ回の論理チャネル優先順位付け手順を並列に実行するステップであって、仮想トランスポートブロックそれぞれに対して連結式論理チャネル優先順位付け手順を実行することによって、仮想トランスポートブロックに、関連付けられる論理チャネルグループの論理チャネルのデータを入れる、ステップと、仮想トランスポートブロックをトランスポートブロックに分割するステップであって、トランスポートブロックのサイズが、それらの上りリンクリソース割当てのトランスポートブロックサイズに一致している、ステップと、によって行われる。
【０１３９】
すべてのコンピュータ可読媒体は、本文書に記載した、トランスポートブロックを生成する方法、のいずれかを実行させる命令、をさらに格納していることができる。
【０１４０】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面において、類似または対応する細部には同じ参照数字を付してある。
【図面の簡単な説明】
【０１４１】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】シングルキャリアＦＤＭＡ方式における上りリンク帯域幅の例示的な割当て方式として、局在型割当ておよび分散型割当てを示している。
【図４】シングルキャリアＦＤＭＡ方式における上りリンク帯域幅の例示的な割当て方式として、局在型割当ておよび分散型割当てを示している。
【図５】本発明の実施形態による、複数のトランスポートブロックを生成するための連結式論理チャネル優先順位付け手順の流れ図を示している。
【図６】図５による連結式論理チャネル優先順位付け手順によって論理チャネルのデータが入った状態の３個のトランスポートブロックの例示的な内容を示している。
【図７】３個のトランスポートブロックに対して個別に連結式論理チャネル優先順位付け手順を順次実行することによって論理チャネルのデータが入った状態の、これら３個のトランスポートブロックの例示的な内容を示している。
【図８】ＬＴＥリリース８またはＬＴＥ−Ａにおいて１つまたは複数のトランスポートブロックを生成するときのタイミング制約を示している。
【図９】本発明のさまざまな実施形態による論理チャネル優先順位付け手順を並列に実行することによって論理チャネルのデータが入った状態のトランスポートブロックの内容を例示的に示している。
【図１０】本発明のさまざまな実施形態による論理チャネル優先順位付け手順を並列に実行することによって論理チャネルのデータが入った状態のトランスポートブロックの内容を例示的に示している。
【図１１】本発明のさまざまな実施形態による論理チャネル優先順位付け手順を並列に実行することによって論理チャネルのデータが入った状態のトランスポートブロックの内容を例示的に示している。
【図１２】本発明の別の実施形態による、複数のトランスポートブロックを生成するための連結式論理チャネル優先順位付け手順の流れ図を示している。
【図１３】３つのリソース割当てが存在するものと想定したとき、図５に示した連結式論理チャネル優先順位付け手順の例示的な一実施例に従って、３つの論理チャネルのデータと２つのＭＡＣ制御要素とを入れたトランスポートブロックの内容を例示的に示している。
【図１４】３つのリソース割当てが存在するものと想定したとき、図５に示した連結式論理チャネル優先順位付け手順の別の例示的な一実施例に従って、論理チャネルの優先ビットレートを考慮して３つの論理チャネルのデータと２つのＭＡＣ制御要素とを入れたトランスポートブロックの内容を例示的に示している。
【図１５】３つのリソース割当てが存在するものと想定したとき、図５に示した連結式論理チャネル優先順位付け手順のさらなる２つの例示的な実施例に従って、３つの論理チャネルのデータと２つのＭＡＣ制御要素とを入れたトランスポートブロックの内容を例示的に示している。
【図１６】３つのリソース割当てが存在するものと想定したとき、図５に示した連結式論理チャネル優先順位付け手順のさらなる２つの例示的な実施例に従って、３つの論理チャネルのデータと２つのＭＡＣ制御要素とを入れたトランスポートブロックの内容を例示的に示している。
【図１７】それぞれ、下りリンクおよび上りリンクにおけるキャリアアグリゲーションが設定されているときの第２層の構造を示している。
【図１８】それぞれ、下りリンクおよび上りリンクにおけるキャリアアグリゲーションが設定されているときの第２層の構造を示している。
【図１９】本発明の例示的な実施形態による、ＴＴＩ内に送信されるトランスポートブロックに、利用可能な最大送信電力ＰＭＡＸを分配する方法の流れ図を示している。
【発明を実施するための形態】
【０１４２】
以下では、本発明のさまざまな実施形態について説明する。これら実施形態のほとんどは、上の背景技術の節で説明したＬＴＥ−Ａ移動通信システムに従った直交シングルキャリア上りリンク無線アクセス方式に関連して概説してあるが、これは例示を目的としているにすぎない。本発明は、例えば前述したＬＴＥ−Ａ通信システムなどの移動通信システムと組み合わせて有利に使用できるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１４３】
上の背景技術の節における説明は、本明細書に記載した主としてＬＴＥ−Ａに関連する特定の例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に本発明を制限するものではないことを理解されたい。しかしながら、本文書に提案する改良は、背景技術に説明したアーキテクチャ／システムにおいて容易に適用することができ、本発明のいくつかの実施形態においては、これらのアーキテクチャ／システムの標準的な手順および改良された手順を利用することもできる。
【０１４４】
背景技術の節で説明したように、ＬＴＥ−Ａでは帯域幅アグリゲーションがサポートされ、上りリンクにおいて１ＴＴＩ内に複数のトランスポートブロックを複数のコンポーネントキャリア上で送信することができる。したがって、ユーザ機器側では、１ＴＴＩ内に複数の異なるコンポーネントキャリアのための複数の上りリンクリソース割当てが受信され、これらのリソース割当てを適切に処理する必要がある。結果として、ユーザ機器は、１ＴＴＩ内に、複数のトランスポートブロックを生成して上りリンクの複数の異なるコンポーネントキャリア上で送信する必要があり、この場合、コンポーネントキャリアあたり１個のみのトランスポートブロック（ＴＢ）が存在する（空間多重化が行われないとき）。
【０１４５】
移動端末（例えば、３ＧＰＰシステムにおいてはユーザ機器）が１ＴＴＩを対象とする複数の上りリンクリソース割当てを受信し、ＬＴＥリリース８から公知である現時点で最も新しい論理チャネル優先順位付け（ＬＣＰ）手順を基本的にそのまま使用する場合、例示的なトランスポートブロック生成手順は次のようになる。ユーザ機器は、コンポーネントキャリアに対応する割り当てられた上りリンクリソース割当てそれぞれに対して、論理チャネル優先順位付け手順を実行する。論理チャネル優先順位付け手順は順次実行し、すなわち、ユーザ機器は、第１の上りリンクリソース割当てに従って第１のトランスポートブロックを生成し、次いで、第２の上りリンクリソース割当てに従って第２のトランスポートブロックを生成し、以下同様である。ユーザ機器は、トランスポートブロックを生成する順序を自主的に選択し、すなわち、上りリンクリソース割当てを処理する順序は、ユーザ機器が選択する。ユーザ機器は、順序を選択するとき、ＴＴＩ内に送信されるデータの量について最適化されるように試みることができ、すなわち、複数の異なる論理チャネルからのデータを１個のトランスポートブロックに多重化するので、トランスポートブロックの生成順序によって、トランスポートブロックの中のＭＡＣヘッダの量が異なることがある。
【０１４６】
すでに上述したように、ユーザ機器が、受信した上りリンクリソース割当てを処理する順序、すなわちユーザ機器がトランスポートブロックを生成する順序を、基地局装置は認識していない。結果として、基地局装置は、ユーザ機器によって生成されるそれぞれのトランスポートブロックの内容を認識していない。したがって、基地局装置による上りリンク送信の効率的なＱｏＳ制御は不可能である。もう１つの潜在的な欠点として、ユーザ機器が上りリンクリソース割当てを受信した時点から、割り当てられたリソースで送信するトランスポートブロックをその上りリンクリソース割当てに従って生成する必要のある時点までのタイミングが、極めて厳しい。
【０１４７】
さらに、上りリンクリソース割当てに応えて複数のトランスポートブロックを生成して送信することに関連するもう１つの問題は、割り当てられた上りリンクコンポーネントキャリア上でトランスポートブロックをＴＴＩ内に送信するための電力制御である。キャリアアグリゲーションの場合における上りリンク電力制御アルゴリズムの細部の大部分は、公開されている、または３ＧＰＰワーキンググループにおいて現在検討中であるが、一般的な合意事項として、ＬＴＥ−Ａでは、コンポーネントキャリアに固有な上りリンク電力制御がサポートされる、すなわち、ユーザ機器に設定される上りリンクコンポーネントキャリアごとに１つの独立した電力制御ループが存在する。
【０１４８】
ＬＴＥ−Ａでは、コンポーネントキャリアごとの電力制御が想定されているが、ユーザ機器が上りリンク送信に利用できる最大送信電力（一般には電力式においてＰＭＡＸとして表される）は、ユーザ機器ごとに定義される。したがって、ユーザ機器の電力が制限される場合があり、すなわち、上りリンクリソース割当てに定義されているトランスポートフォーマットに従って複数のトランスポートブロックをＴＴＩ内に同時に送信するのに要求されるユーザ機器の送信電力が、ネットワーク（例えばサービング基地局装置）によって設定される最大許容送信電力、またはユーザ機器の能力クラスごとに規定される最大許容送信電力を超える場合がある。したがって、ユーザ機器の電力が制限される場合に、ユーザ機器が、上りリンク送信に利用可能な最大送信電力を、複数のトランスポートブロックの送信にどのように利用するかを定義しておく必要がある。
【０１４９】
本発明は、移動端末（３ＧＰＰシステムにおいてはユーザ機器）に、１ＴＴＩ（例：１つまたは複数のサブフレーム）内に複数の上りリンクリソースが割り当てられるシナリオにおいて、基地局（３ＧＰＰシステムにおいては基地局装置（ｅＮｏｄｅ  Ｂ）またはＮｏｄｅ  Ｂ）による、上りリンク送信における効率的かつ確実なＱｏＳ制御を提供することを目的とする。さらに、本発明は、上りリンク送信用にＴＴＩ内にユーザ機器が利用できる送信電力を効率的に使用する方法を提供する。
【０１５０】
本発明の基礎となる発想は、上りリンクリソース割当て（またはそれに対応するトランスポートブロック）の優先順位の順序を導入することである。この優先順位の順序は、上りリンクで送信するトランスポートブロックを生成するとき、もしくは、ＴＴＩ内の上りリンク送信用に移動端末が利用できる送信電力を、そのＴＴＩ内に送信されるそれぞれのトランスポートブロックに分配するとき、またはその両方において、移動端末によって考慮される。優先順位の順序は、処理順序とも称する。この理由として（以下の説明からさらに明らかになるが）、上りリンクリソース割当て（またはそれに対応するトランスポートブロック）に定義される優先順位の順序は、上りリンクリソース割当て（またはそれに対応するトランスポートブロック）が処理される順序を暗黙的に示している。
【０１５１】
本発明の一態様は、電力制御において、複数の上りリンクリソース割当てに対応する個々のトランスポートブロックのための電力組合せを優先順位付けすることである。この態様は、移動端末の電力が制限されている状況に特に適用することができ、利用できる送信電力が、複数の異なるトランスポートブロックに効率的に分配される。本発明のこの態様によると、上りリンクコンポーネントキャリアのための上りリンクリソース割当てを処理する順序（優先順位の順序）を使用して、上りリンクにおいてそれぞれのコンポーネントキャリア上で送信される個々のトランスポートブロックの電力組合せに対する電力スケーリングを決定する。本発明のこの態様によると、コンポーネントキャリアごとに、またはトランスポートブロックごとに、またはリソース割当てごとに、電力スケーリングが適用される。
【０１５２】
電力が制限される状況においては、移動端末は、特定のＴＴＩ内に上りリンクにおいてトランスポートブロックを送信するために移動端末が利用できる最大送信電力よりも、トランスポートブロックの送信に消費される合計送信電力が小さくなるまたは等しくなるように、トランスポートブロックそれぞれを送信するための送信電力を、優先順位の順序によって与えられるそれぞれのトランスポートブロックの優先順位に従って減少させる。
【０１５３】
例示的な一実施例によると、送信電力のスケーリングでは、送信電力を減少させ、このとき、それぞれのトランスポートブロック（またはそれぞれのトランスポートブロックが送信されるコンポーネントキャリア）のリソース割当ての優先順位（優先順位の順序によって与えられる）を考慮することで、優先順位の高いトランスポートブロックの送信に対する送信電力の低減が最小であるようにする。優先順位の順序による、リソース割当て／コンポーネントキャリアの優先順位が低い（高い）ほど、対応する上りリンクリソース割当てによって要求される、トランスポートブロックの送信電力に、大きな（小さな）電力低減が適用されることが有利である。
【０１５４】
前述したように、理想的には高い優先順位のトランスポートブロックの送信が、可能である場合には抑制されないように、電力スケーリングを設定することができる。高い優先順位の送信を抑制するのではなく、特定のＴＴＩ内に上りリンクでトランスポートブロックを送信するために移動端末が利用できる最大送信電力を超えないように、まず最初に、低い優先順位のトランスポートブロックを送信するための送信電力を制限することによって、送信電力の低減を試みるべきである。
【０１５５】
さらに、より高度な実施例では、移動端末における電力制御メカニズムにおいて、物理上りリンク制御チャネル（例えばＬＴＥ−ＡにおけるＰＵＣＣＨ）でシグナリングされる制御情報は電力スケーリングの対象とはならず、同じＴＴＩ内に制御情報（例えばＬＴＥ−ＡにおけるＰＵＣＣＨ）と同時に送信される、物理上りリンク共有チャネル（すなわちトランスポートブロック）での送信のみが、電力スケーリングを受ける。言い換えれば、電力制御メカニズムは、ＴＴＩ内での上りリンク送信用に移動端末が利用できる送信電力から、物理上りリンク制御チャネルで制御情報をシグナリングするために要求される送信電力を差し引いた残りを、トランスポートブロックの優先順位の順序を考慮しながら、物理上りリンク共有チャネル上のトランスポートブロックに、トランスポートブロック単位で分配するように、設計されている。
【０１５６】
本発明の第２の態様は、移動端末において、上りリンクリソース割当てを処理する順序（または上りリンクリソース割当てに対応する個々のトランスポートブロックにデータを入れる順序）を決める優先順位の順序に、複数の上りリンクリソース割当てを順位付けすることができるように、上りリンクリソース割当ての優先順位付けを導入することである。言い換えれば、優先順位の順序は、複数の異なる論理チャネルのデータが、上りリンクで送信するトランスポートブロックにどのように多重化されるかを定義する。
【０１５７】
本発明の第３の態様は、複数の上りリンクリソース割当ての場合のトランスポートブロックを生成する手順（本文書では論理チャネル優先順位付け手順と称する）を、厳しいタイミング制約も満たすことができるように、最適化することである。例えば、ＬＴＥリリース８をベースとする通信システムを考えると、上りリンクリソース割当ては、一般には、対応するトランスポートブロックの上りリンク送信がその上りリンクリソース割当てに従って行われるタイミングよりも４個のサブフレームだけ前に受信される。したがって、ユーザ機器は、一般には、上りリンクリソース割当てを受信した時点を起点とする４ｍｓの時間（ＬＴＥリリース８を考えるときサブフレームの持続時間は１ｍｓ）内に、すべてのトランスポートブロックを生成する必要がある。上りリンクリソース割当てそれぞれに対する何回かの論理チャネル優先順位付け手順を、この時間内に順次実行することは、現在のところユーザ機器にとって難しい場合があると考えられる。
【０１５８】
本発明の一態様によると、同時に受信される複数の上りリンクリソース割当てを、移動端末において優先順位の順序に順位付けすることができるように、上りリンクリソース割当ての優先順位付けを導入する。上りリンクリソース割当ての優先順位付けを使用することで、上りリンクリソース割当てに対応する個々のトランスポートブロックにデータを入れる順序、または、上りリンクで送信するトランスポートブロックに複数の異なる論理チャネルのデータを多重化する順序を、決定する。例えば、移動端末は、論理チャネル優先順位付け手順によって、最初に、最も高い優先順位の上りリンク組合せに対応するトランスポートブロックを生成し、次いで、２番目に高い優先順位の上りリンク組合せに対応する次のトランスポートブロックを生成し、以下同様である。トランスポートブロックに、それらの対応する上りリンクリソース割当ての特定の優先順位の順序にデータを多重化することは、例えば、トランスポートブロックに、それらの対応する上りリンクリソース割当ての優先順位の順序と、論理チャネルの優先順位とにおいて、論理チャネルのデータを順次入れることにおいて、達成することができる。
【０１５９】
移動端末は、１送信時間間隔のための受信した複数の上りリンクリソース割当てを優先順位の順序に従って処理し、すなわち、移動端末は、最も高い優先順位の上りリンクリソース割当てから開始し、優先順位の順序の高い順に処理を続ける。上りリンクリソース割当ての優先順位付けを導入することにより、トランスポートブロックへの論理チャネルのマッピングに関する移動端末の挙動が、基地局装置の側において一意に認識され、したがって、上りリンク送信における効率的なＱｏＳ制御が可能になる。例えば、基地局装置は、背景技術の節に説明したＬＴＥリリース８システムにおけるＱｏＳ制御メカニズムに類似する方式で、ＱｏＳ制御を実施することができる。
【０１６０】
上りリンクリソース割当ての優先順位の順序を移動端末に知らせる方法としては、あらかじめ設定する以外に、いくつか異なる方法がある。例えば、トランスポートブロックを生成するときに考慮するべき、上りリンクリソース割当ての優先順位の順序をユーザ機器に知らせる１つの解決策として、上りリンクリソース割当てそれぞれについて、個々の絶対的な優先順位を示すことができる。例えば、上りリンクリソース割当ての優先順位を、上りリンクリソース割当て自体の中に含めることができる。本発明の例示的な一実施形態においては、ＬＴＥ−Ａの通信システムを想定する。この例示的な実施形態においては、上りリンクリソース割当ての優先順位をユーザ機器にシグナリングする。ユーザ機器は、トランスポートブロックを生成するとき、または論理チャネル優先順位付け手順を実行するときに、優先順位の順序を考慮する。より詳しくは、上りリンクスケジューリンググラント（上りリンクリソース割当て）をＰＤＣＣＨでユーザ機器にシグナリングするとき、ＰＤＣＣＨが、例えば、対応する割当ての優先順位を示す優先順位フィールドを含んでいることができる。ユーザ機器は、シグナリングされた上りリンクスケジューリンググラントの優先順位に基づいて、グラントの優先順位の順序を生成することができる。いま、１ＴＴＩ内に最大で５つの上りリンクリソース割当てが同時に存在できるものと想定すると、それらの優先順位は、例えば、１〜５の範囲の値を示し、１が最も高い優先順位を表し、５が最低の優先順位を表す。現在定義されているＬＴＥリリース８のシグナリングと比較すると、本発明のこの例示的な実施形態では、上りリンクリソース割当てを伝えるＰＤＣＣＨ（例：ＤＣＩフォーマット０のＰＤＣＣＨ）に、上りリンクリソース割当ての優先順位をシグナリングするための新しい情報フィールドを導入することが要求される。
【０１６１】
本発明の代替実施形態においては、上りリンクリソース割当てそれぞれが、複数のコンポーネントキャリアの１つに無線リソースを割り当てており、これらのコンポーネントキャリアにそれぞれの優先順位が割り当てられる。この場合、移動端末は、上りリンクリソース割当てまたはそれらの対応するトランスポートブロックの優先順位の順序を、受信した上りリンクリソース割当てに対応するコンポーネントキャリアの優先順位に従って決定することができる。コンポーネントキャリアの優先順位の順序は、例えば、上位層のシグナリング（例えは、ＭＡＣ制御シグナリングやＲＲＣシグナリング）を利用して移動端末にシグナリングすることができる。
【０１６２】
本発明の実施形態によると、上りリンクリソース割当ての優先順位／優先順位の順序を示すための１つの可能な方法として、上りリンクリソース割当てそれぞれが、対応する上りリンクグラントの優先順位を示す、ＰＤＣＣＨ上の優先順位フィールドを含んでいる。移動端末は、受信した上りリンクリソース割当てを、最も高い優先順位の組合せから開始して、優先順位の順序の高い順に処理する、すなわちトランスポートブロックを構築する。
【０１６３】
別のバリエーションとして、上りリンクリソース割当てそれぞれの優先順位を対応するＰＤＣＣＨで個別にシグナリングするのではなく、論理チャネル優先順位付け手順において考慮する必要のある、上りリンクリソース割当てまたはコンポーネントキャリア（ＣｏＣａ）の優先順位の順序を（１回）シグナリングすることができる。この優先順位の順序は、１つのみのＰＤＣＣＨでシグナリングすることができ、このＰＤＣＣＨをアンカーＰＤＣＣＨまたはサービングＰＤＣＣＨと称することもできる。この優先順位の順序は、例えば、ＣｏＣａ２＞ＣｏＣａ１＞ＣｏＣａ３＞ＣｏＣａ４＞ＣｏＣａ５を示すことができ、これは、基本的には、ＣｏＣａ２用に受信される上りリンクリソース割当てが最も高い優先順位を有し、ＣｏＣａ１用に受信される組合せが２番目に高い優先順位を有し、以下同様であることを意味する。ＬＴＥ−Ａシステムにおいて最大で５つのコンポーネントキャリアを備えることができるものと想定すると、１２０とおりの優先順位の順序が存在し、これは７ビットに相当する。あるいは、いくつかの優先順位の順序をあらかじめ設定しておき、それらのあらかじめ設定された優先順位の順序のうちの１つを指すインデックスのみをシグナリングすることもできる。
【０１６４】
本発明のさらなる代替実施形態においては、ユーザ機器が上りリンクリソース割当てを処理する優先順位の順序を、設定されている上りリンクコンポーネントキャリアに割り当てられるインデックスにリンクする。コンポーネントキャリアそれぞれに個々のキャリアインデックス（ＣＩ）を割り当てることができ、上りリンクリソースが割り当てられているコンポーネントキャリアのキャリアインデックスに従って優先順位の順序を定義することができる。
【０１６５】
データ送信のためのコンポーネントキャリアがユーザ機器に設定されているとき、基地局装置は、（例えばコンポーネントキャリア上でのデータ送信をスケジューリングする目的で）コンポーネントキャリアそれぞれをアドレッシングするのに使用されるキャリアインデックス（ＣＩ）を、コンポーネントキャリアそれぞれに割り当てることができる。コンポーネントキャリアとキャリアインデックスとのマッピングは、ユーザ機器に固有である。例示的な一実施例によると、ユーザ機器は、あるＴＴＩを対象とする複数の上りリンクリソース割当てを受信すると、それら上りリンクリソース割当てを、キャリアインジケータの小さい順に（例えば最も小さいキャリアインデックスに対応する受信された上りリンクグラントから開始して）処理する。この例では、コンポーネントキャリアの優先順位が高い／低いほど、コンポーネントキャリアインデックスが小さい／大きいように、基地局装置によってキャリアインデックスを割り当てることができる。基地局装置はキャリアインデックスのマッピングをユーザ機器ごとに個別に（すなわちユーザ機器に固有なものとして）定義できるため、上りリンクグラントの処理順序をユーザ機器レベルで制御することができる。
【０１６６】
より高度な例示的な実施例においては、基地局装置は、上りリンクプライマリコンポーネントキャリア（ＰＣＣ）に最も小さいキャリアインデックスを割り当てる。、ＰＣＣは最も高い信頼性を有し、なぜなら、ＶｏＩＰやＲＲＣシグナリングなど高い優先順位のデータが上りリンクＰＣＣにマッピングされるようにする目的で、上りリンク制御データを伝えるＰＵＣＣＨは上りリンクＰＣＣで送信されるためである。
【０１６７】
あるいは、基地局装置は、コンポーネントキャリアの優先順位が高い／低いほど、そのコンポーネントキャリアのコンポーネントキャリアインデックスが大きい／小さいように、キャリアインデックスを割り当てることができる。この場合、ユーザ機器は、上りリンクリソース割当てをキャリアインジケータの大きい順に（すなわち最も大きいキャリアインデックスに対応する受信した上りリンクグラントから開始して）処理するべきである。
【０１６８】
基地局装置は、設定されている上りリンクコンポーネントキャリアにキャリアインデックスを割り当てることによって、上りリンクグラントの処理順序、およびしたがってトランスポートブロックへの論理チャネルのマッピングを、制御することができることに留意されたい。これによって基地局装置は、上りリンク送信のＱｏＳを制御することができる。
【０１６９】
本発明のさらなる代替実施形態においては、上りリンクリソース割当ての優先順位の順序は、コンポーネントキャリアのタイプに依存する。上述したように、ユーザ機器あたり１つのプライマリコンポーネントキャリア（ＰＣＣ）と、一般には複数のセカンダリコンポーネントキャリア（ＳＣＣ）とが設定される。この実施形態によると、ユーザ機器は、ＰＣＣ用として受信した上りリンクリソース割当てがある場合、ＴＴＩを対象として受信した他の上りリンクリソース割当てより前に、必ずそれを最初に処理する。ＳＣＣ用として受信した上りリンクリソース割当ての処理順序／優先順位の順序については、いくつかのオプションが存在する。例えば、ＳＣＣの処理順序をユーザ機器の実装に委ねることができる。あるいは、ＳＣＣ用として受信した上りリンクリソース割当てを、割り当てられているキャリアインデックスの順序で、または割り当てられる上りリンクリソースのサイズに従って、処理することができる。
【０１７０】
本発明のさらに別の実施形態においては、ユーザ機器は、上りリンクリソース割当てを、下りリンクコンポーネントキャリアの下りリンク送信タイミングに従って処理する。この実施形態においては、上りリンクリソース割当ては、受信した順序で処理され、すなわち、最初に受信したＰＤＣＣＨ（上りリンクリソース割当て）を最初に処理し、２番目に受信したＰＤＣＣＨを次に処理し、以下同様である。この実施形態における想定として、上りリンクリソース割当てを伝える複数の下りリンクコンポーネントキャリアが完全には同期していない、すなわち、下りリンクコンポーネントキャリアにおけるサブフレームが、何個かのＯＦＤＭシンボル（例：１個または２個のＯＦＤＭシンボル）だけ互いにずれている（タイミング差）、すなわち、非同期の下りリンク送信タイミングが使用されているものと想定する。基地局装置は、このタイミング差を認識しているため、結果として、ユーザ機器側で使用される処理順序も認識し、したがって、ユーザ機器の挙動が予測可能である。さらには、上りリンクリソース割当てを処理する順序が指定されることによって、上りリンクグラントによって最良のＱｏＳが提供されるトランスポートブロックに、高い優先順位のデータがマッピングされるようにすることができる。
【０１７１】
上述したように、優先順位の順序を導く、または定義する方法には、非常に多くの種類が存在する。優先順位の順序をＰＤＣＣＨでシグナリングする方法は、柔軟性が最も高く、すなわち、ＴＴＩごとに優先順位の順序を変更することができる。ただし当然ながら、何らかの新しいＰＤＣＣＨフィールド（すなわち新しいＰＤＣＣＨフォーマット）を導入する必要がある。
【０１７２】
本発明の別の実施形態においては、物理層の制御シグナリングを使用するのではなく、上位層のシグナリング（例えばＭＡＣ制御シグナリングまたはＲＲＣシグナリング）を使用して優先順位の順序を伝えることもできる。ＭＡＣ制御シグナリングの場合、受信した上りリンクリソース割当てを移動端末が処理するときの優先順位の順序を示す新しいＭＡＣ制御要素を導入する。ＲＲＣシグナリングの場合、優先順位の順序を示す何らかの新しい情報要素（ＩＥ）を導入する。
【０１７３】
物理層シグナリングと比較すると、上位層のシグナリングを使用する１つの恩恵として、ＰＤＣＣＨ  ＤＣＩフォーマットに影響がない。欠点として、優先順位の順序を再設定するときに要求されるＭＡＣシグナリングまたはＲＲＣシグナリングは、物理層シグナリングほど動的ではない。さらなる実施形態においては、標準規格として優先順位の順序を固定することができる。この方法は、シグナリングへの影響が最も小さいが、柔軟性がまったくなく、すなわち、基地局装置は優先順位の順序を再設定することができない。
【０１７４】
本発明のさらなる実施形態は、上りリンクリソース割当ての優先順位の順序を移動端末に知らせる解決方法に関し、移動端末が組合せを処理するときに使用するべき優先順位を示す優先順位フィールドを、上りリンクリソース割当てに含める。上りリンクにおいてＨＡＲＱを使用する場合、１回目の送信においてのみトランスポートブロックが生成されるものと想定することができ、したがって、適応型再送信グラント（すなわちトランスポートブロックを再送信するための上りリンクリソース割当て）においては、ＰＤＣＣＨの優先順位フィールドを省くことができる。したがって、１つの可能な方法は、１回目の送信では、再送信のＰＤＣＣＨフォーマット（優先順位フィールドを含んでいない）とは別のＰＤＣＣＨフォーマット（優先順位フィールドを含んでいる）を使用することであるが、この場合も、移動端末の複雑さが増大する。あるいは、最初の送信のための上りリンクリソースを示すＰＤＣＣＨと、再送信のためのリソースを示すＰＤＣＣＨを、異なる識別情報（例：ＲＮＴＩ）に関連付けることができる。
【０１７５】
適応型再送信グラントのＰＤＣＣＨにおける優先順位フィールドのビットの無駄を避けるための別の可能な方法として、優先順位フィールドのビットを何らかの別の目的に使用することができる。例示的な一実施形態においては、ＰＤＣＣＨスケジューリングにおける優先順位フィールドのビットは、再送信の上りリンクタイミングに関連する情報（すなわちタイミングアドバンス（Timing Advance）コマンド）を示すことができる。別のオプションは、これらのビットを電力制御に関連する情報に使用することである。本質的には、再送信ＰＤＣＣＨ（すなわち、適応型再送信のための上りリンクリソースを割り当てるＰＤＣＣＨ）の優先順位フィールドの用途として、いくつか可能な方法が存在する。
【０１７６】
本発明の別の例示的な実施形態においては、コンポーネントキャリアまたはリソース割当ての優先順位の順序を決定する目的でユーザ機器が使用する何らかの規則または基準を確立することができる。これらの規則または基準に基づいて、移動端末は、アクセスネットワーク（例：基地局装置）からの追加のシグナリングを必要とすることなく優先順位の順序を決定することができる。これらの規則または基準は基地局装置も認識しているものと想定されるため、基地局装置は、移動端末から受信するそれぞれのトランスポートブロックの内容に関して推測することができる。
【０１７７】
例示的な一実施例においては、移動端末は、受信した上りリンクリソース割当てを、割り当てられたリソースの量に基づいて順序付ける。例えば、移動端末は、論理チャネル優先順位付け手順時、リソース割当てによって割り当てられたトランスポートブロックサイズを大きい順に考慮することができ、割り当てられた最も大きいトランスポートブロックサイズ（そのリソース割当て）から開始する。したがって、最初に、最も大きいトランスポートブロックサイズを割り当てるリソース割当てに対応するトランスポートブロックに、論理チャネルのデータを入れ、次いで、２番目に大きいトランスポートブロックサイズを割り当てるリソース割当てに対応するトランスポートブロックにデータを入れ、以下同様である。あるいは、別の実施例においては、移動端末は、上りリンクリソース割当てにおいてシグナリングされる、スケジューリングされた変調・符号化方式（レベル）または任意の他のパラメータに従って、上りリンクリソース割当てを順序付ける。
【０１７８】
別の代替実施例においては、リソース割当ての優先順位の順序を、リソース割当てのスケジューリングモードに基づいて決定することができる。例えば、複数の異なる上りリンクスケジューリングモード（例えば、動的スケジューリング、セミパーシステントスケジューリング、およびＴＴＩバンドリング）が存在しうる。オプションとして、さらなるスケジューリングモードとして、コンテンションベースの上りリンクデータ送信モードを定義することもできる。順序付け規則として、上りリンクグラント（リソース割当て）を、それぞれのコンポーネントキャリアの上りリンク送信モードに基づいて順序付けするように定義することができる。例えば、セミパーシステントにスケジューリングされる上りリンク送信は、動的にスケジューリングされる上りリンク送信およびコンテンションベースの上りリンクデータ送信よりも高い優先順位を有するべきである。
【０１７９】
さらには、当然ながら、上に概説したさまざまな基準および規則を互いに任意に組み合わせて、リソース割当ての優先順位の順序を決定できることに留意されたい。例えば、最初に、トランスポートブロックサイズに従ってリソース割当てを順序付けし、同じトランスポートブロックサイズのリソース割当てが存在する場合、これらのリソース割当ての優先順位の順序を、リソース割当てにおいてシグナリングされるさらなるパラメータ（例えば、スケジューリングモード、変調・符号化方式レベル）に基づいて、決定することができる。
【０１８０】
以下では、本発明の例示的な実施形態について概説し、さらに詳しいトランスポートブロック生成手順を説明する。本発明は、さらに、与えられたＴＴＩ（またはサブフレーム）における上りリンク送信のための複数の上りリンクリソース割当てを扱うことのできる、最適化された論理チャネル優先順位付け手順をいくつか提案する。提案するうちの１つの最適化された論理チャネル優先順位付け手順は、以下にさらに詳しく説明するように、上りリンクリソース割当てを仮想トランスポートブロックに累積し、したがって、すべての上りリンクリソース割当てに対して１回の（連結式）論理チャネル優先順位付け手順を同時に実行することができる。後からさらに詳しく説明する別の方法は、複数の論理チャネル優先順位付け手順を並列化することである。この方法においても、仮想トランスポートブロックのコンセプトを利用するが、上りリンクリソース割当てのサブセットに対して複数回の論理チャネル優先順位付け手順を並列に実行する。
【０１８１】
図５は、本発明の実施形態による（連結式）論理チャネル優先順位付け手順の例示的な一実施例を示している。移動端末は、１ＴＴＩを対象とする複数の上りリンクリソース割当てを受信し（５０１）、それらの優先順位の順序を決定する（５０２）。
【０１８２】
移動端末は、受信したすべての上りリンクリソース割当てを累積して、１つの「仮想的な」大きなトランスポートブロックを形成する（５０３）。進化したＬＴＥシステム（ＬＴＥ−Ａ）においては、トランスポートブロック生成手順または論理チャネル優先順位付け手順は、ＭＡＣ層において実行されるものと想定することができる。物理層において上りリンクリソース割当て（ＰＤＣＣＨ）を受信すると、（特に、ＨＡＲＱプロトコル関連パラメータなどのパラメータのうち）上りリンクグラントのトランスポートブロックサイズ（ＴＢＳ）（すなわちトランスポートブロック（ＴＢ）またはＭＡＣ  ＰＤＵに含まれるビット／バイトの数）がＭＡＣ層に通知される。したがって、上りリンクリソース割当ての累積とは、移動端末が、受信した上りリンクリソース割当ての対応するトランスポートブロックサイズを累積して、１つの「大きな」仮想トランスポートブロックを形成することを意味し、累積された仮想トランスポートブロックサイズは次の式で表される。
【０１８３】
【数３】
0005456155.tif 000005
この式において、ｎは、１ＴＴＩにおける上りリンクリソース割当ての数を表す。
【０１８４】
次いで、移動端末は、仮想トランスポートブロックに対して１回だけ連結式論理チャネル優先順位付け手順を実行する（５０４）。
【０１８５】
例えば、移動端末が２つの上りリンクリソース割当てを受信するものと想定する。この例では、あるＴＴＩに対して、第１の上りリンクリソース割当てが５００バイトのＴＢＳ１を割り当て、第２の上りリンクリソース割当てが７００バイトのＴＢＳ２を割り当てる。移動端末は、「仮想」トランスポートブロック（仮想トランスポートブロックサイズは１２００バイト）を形成し、１２００バイトのＴＢＳを有する１つの上りリンクリソース割当てが存在するものとして、論理チャネル優先順位付け手順を実行する。この例では、ＬＴＥリリース８の論理チャネル優先順位付け手順の場合と同じアルゴリズムをそのまま使用することができる。論理チャネル優先順位付け手順を実行する前に上りリンクリソース割当てを累積させたため、移動端末は、仮想トランスポートブロックを分割することによって、割り当てられた個々のトランスポートブロックを生成するときに、受信した対応する上りリンクリソース割当てによって定義される個々のトランスポートブロックによって画成される境界と、リソース割当ての優先順位の順序とを考慮する必要がある。
【０１８６】
送信バッファの中に待ち状態のデータを有する論理チャネル（ＬＣＨ）のデータを仮想トランスポートブロックに入れるには、トークンバケットモデルに基づく手順を使用することができる。本発明の例示的な一実施形態においては、移動端末は、各論理チャネルｊに対して変数Ｂｊを維持する。変数Ｂｊは、関連する論理チャネルが確立されるときにゼロに初期化され、ＴＴＩごとに、ＰＢＲ×ＴＴＩ時間長だけインクリメントされる（ＰＢＲは論理チャネルｊの優先ビットレート）。Ｂｊの値はバケットサイズを超えることはなく、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合、バケットサイズに等しい値に設定される。
【０１８７】
論理チャネル優先順位付け手順においてこのトークンバケットモデルを使用することで、移動端末は、以下のステップで論理チャネルにリソースを割り当てることができる。
−  ステップ１：Ｂｊ＞０である論理チャネルすべてに、優先順位の順序の大きい順にリソースを割り当てる。無線ベアラのＰＢＲが「無限大」に設定されている場合、ユーザ機器は、その無線ベアラで送信可能な状態のデータすべてに対してリソースを割り当てた後、より低い優先順位の（１つまたは複数の）無線ベアラのＰＢＲを満たす。
−  ステップ２：ユーザ機器は、ステップ１において論理チャネルｊに使われたＭＡＣ  ＳＤＵの合計サイズだけＢｊを減らす。
−  ステップ３：リソースが残っている場合、すべての論理チャネルに、（Ｂｊの値には無関係に）優先順位の順序の厳密な降順でリソースを割り当て、その論理チャネルのデータがなくなる、または上りリンクグラントが使い果たされる、のいずれかの状態になるまで続ける。同じ優先順位に設定されている論理チャネルは、同等に割り当てるものとする。
【０１８８】
なお、この手順は、上りリンクリソース割当てを累積させることによって得られる仮想トランスポートブロックサイズ（ｖＴＢＳ）に対して実行されることを除いて、非特許文献２に定義されている論理チャネル優先順位付け手順に本質的に同じであることに留意されたい。
【０１８９】
仮想トランスポートブロックに論理チャネルのデータを入れた時点で、仮想トランスポートブロックの「内容」を、上りリンクリソース割当てそれぞれに対応する個々のトランスポートブロックに分割する（５０５）。
【０１９０】
0005456155.tif 000006
【０１９１】
【数２】
0005456155.tif 000007
この式で、ＴＢＳ０＝０、ｉ∈［１，．．．，ｎ］である。さらには、与えられた優先順位の順序として、インデックスｉが大きいほどトランスポートブロックの優先順位が低い（すなわち、インデックスｉ＝１のトランスポートブロックが最も高い優先順位を有し、インデックスｉ＝ｎのトランスポートブロックが最も低い優先順位を有する）ように、トランスポートブロックが順序付けられているものと想定することができる。図６は、本発明の実施形態による、上に概説した連結式論理チャネル優先順位付け手順の例を示している。
【０１９２】
一般的には、図６から理解できるように、トランスポートブロックそれぞれ（またはＭＡＣ  ＰＤＵ、なぜならＭＡＣ層ではトランスポートブロックはＭＡＣ  ＰＤＵと称される）は、例示を目的として、ヘッダ（ＭＡＣヘッダ）と、０または１つ以上のＭＡＣサービスデータユニット（ＭＡＣ  ＳＤＵ）（トランスポートブロックに多重化された論理チャネルのデータを含んでいる）と、０または１つ以上のＭＡＣ制御要素と、オプションとしてパディングビットと、からなるものと想定することができる。ＭＡＣ  ＰＤＵまたはトランスポートブロックの中のヘッダ情報の量は、一般には、それぞれのトランスポートブロックにおいてデータが伝送される論理チャネルの数によって決まる。トランスポートブロックに含まれている論理チャネルごとに、いわゆるＭＡＣサブヘッダが要求され、ＭＡＣサブヘッダは、例えばそれぞれの論理チャネルの識別情報とＭＡＣ  ＳＤＵ（論理チャネルのデータ）の長さを示す。「仮想」トランスポートブロック（ＴＢ）サイズに対して連結式論理チャネル優先順位付け手順を実行するとき、移動端末は、累積されているトランスポートブロックまたは上りリンク組合せそれぞれのＭＡＣヘッダを考慮しなければならない。例えば、図６から理解できるように、３つのトランスポートブロックそれぞれに個々のＭＡＣヘッダが必要である。したがって、連結式論理チャネル優先順位付け手順では、３つのＭＡＣヘッダを考慮する必要がある。これに対して、ＬＴＥリリース８による論理チャネル優先順位付け手順では、１つのＭＡＣヘッダを考慮するのみでよく、なぜなら、上りリンクリソース割当ての累積は行われず、１個のみのトランスポートブロックに対して論理チャネル優先順位付け手順が実行されるためである。
【０１９３】
図６において理解できるように、上りリンクリソース割当ての優先順位の順序を考慮することによって、トランスポートブロックへの論理チャネルのマッピングが、シグナリングされた優先順位の順序に従って行われようにすることができ、すなわち、最も高い優先順位の論理チャネル（上の例ではＬＣＨ１）が最も高い優先順位のトランスポートブロックにマッピングされ、最も低い優先順位の論理チャネルのデータが最も低い優先順位のトランスポートブロックにマッピングされる。この改良された連結式論理チャネル優先順位付け手順の別の利点として、移動端末は、複数回（この例では３回の）論理チャネル優先順位付け手順（順次実行する必要がある）ではなく、１回の論理チャネル優先順位付け手順を実行するのみでよい。これにより、移動端末の複雑さが減少する。前述したように、例えばＬＴＥリリース８、およびＬＴＥ−Ａでは、トランスポートブロックを生成するときに厳密なタイミング要件が課され（る予定であり）、なぜなら、ＬＴＥ−Ａの場合、ＬＴＥリリース８と同様に、上りリンク送信は、対応する（１つまたは複数の）上りリンクリソース割当てが受信されてから４ｍｓ後に行われることが予期されるためである。ＬＴＥリリース８互換の移動端末は、ＴＴＩあたり１つのみのトランスポートブロックを生成するのみでよいが、ＬＴＥ−Ａでは、移動端末は同じ時間間隔内に複数のトランスポートブロックを生成することが要求されうる。したがって、タイミング制約が満たされるようにユーザ機器側の複雑さを軽減することが重要である。
【０１９４】
さらには、ユーザ機器が複数回の論理チャネル優先順位付け手順を順次実行するのか、または本発明の一実施形態におけるように１つの「仮想」トランスポートブロックに対して１回のみの論理チャネル優先順位付けを実行するのかによって、生成されるトランスポートブロックの内容の構成が異なる。
【０１９５】
図７は、ＬＴＥリリース８における公知の論理チャネル優先順位付け手順をトランスポートブロックそれぞれに対して順次実行することによって生成される３つのトランスポートブロックを例示的に示している。図６と図７を比較することで理解できるように、３回の論理チャネル優先順位付け手順を順次実行したときのトランスポートブロックの内容は、図６に示したように仮想トランスポートブロックに対して１回の連結式論理チャネル優先順位付け手順を実行したときのトランスポートブロックの内容とは異なる。これは、論理チャネルそれぞれの優先ビットレート（ＰＢＲ）が考慮されるためである。
【０１９６】
図７の例においては、最初のトランスポートブロック（シグナリングされた優先順位に従って優先順位が最も高いトランスポートブロックであるものと想定する）には、３つの論理チャネルＬＣＨ１、ＬＣＨ２、およびＬＣＨ３すべてのデータが含まれており、これらのデータは、第１および第２の論理チャネルのＰＢＲ値と、第３の論理チャネルのＰＢＲ値の最初の部分とに相当する。なお、図６および図７に示した例では、論理チャネルＬＣＨ１が最も高い優先順位を有し、論理チャネルＬＣＨ２が２番目に高い優先順位を有し、論理チャネルＬＣＨ３が最も低い論理チャネル優先順位を有する。２番目のトランスポートブロックには、論理チャネルＬＣＨ３のＰＢＲ値の残りの部分と、ＬＣＨ１（最も高い優先順位の論理チャネル）の残りのデータと、ＬＣＨ２の残りのデータの一部分とが含まれている。３番目のトランスポートブロックには、論理チャネルＬＣＨ２およびＬＣＨ３のデータが含まれている。
【０１９７】
このシナリオ、すなわち３つの異なる論理チャネルに属するデータが１つのサブフレームにおいて送信されるようにスケジューリングされる場合、ＭＡＣヘッダのオーバーヘッドに関して最悪の状況は、すべてのトランスポートブロックにおいて各論理チャネルのデータが多重化されることである。その場合、不必要なＭＡＣヘッダオーバーヘッドが生じる。前述したように、トランスポートブロックに含まれる論理チャネルごとに、例えば論理チャネルＩＤおよびＭＡＣ  ＳＤＵの長さを示すＭＡＣサブヘッダが要求される。ＭＡＣヘッダオーバーヘッドを減らすためには、本質的には、トランスポートブロックに多重化される論理チャネルの数を少なくするべきである。
【０１９８】
オーバーヘッドの観点では、図６に示したように仮想トランスポートブロックを使用してトランスポートブロックを生成する手順では、図７に示したように複数回の論理チャネル優先順位付け手順を順次実行する方法と比較して、オーバーヘッドが減少する。さらには、限られた数（理想的な場合には１つのみ）の論理チャネルのみがトランスポートブロックに多重化されている場合、ＨＡＲＱ動作点を選ぶときに論理チャネルのＱｏＳ要件を容易かつ効率的に考慮することができ、これによって送信効率が高まる。
【０１９９】
本発明のさらなる実施形態は、トランスポートブロック生成手順において、例えば本明細書に前述した連結式論理チャネル優先順位付け手順を使用するときの、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）の扱いに関する。上りリンクにおいてキャリアアグリゲーションが使用される場合、移動端末は１ＴＴＩ内に複数の上りリンク組合せを受信することがあり、したがって、上りリンク（例えばＬＴＥ−Ａシステムの上りリンク共有チャネル（ＵＬ−ＳＣＨ））で送信する複数のトランスポートブロックを生成する必要がある。上りリンクでは、ＭＡＣ制御要素を使用して制御情報を伝える。ＭＡＣ制御要素は、他のユーザデータと一緒に上りリンクデータストリームに多重化される。ＭＡＣ制御要素は、例えば、スケジューリングに関連する制御情報（バッファ状態報告、電力ヘッドルーム報告など）を伝えることができる。
【０２００】
キャリアアグリゲーションのコンテキストにおいては、ＭＡＣ制御要素は、２つのタイプとして、移動端末に固有なＭＡＣ制御要素とコンポーネントキャリアに固有なＭＡＣ制御要素とに分けることができる。例示的に、ＬＴＥ−Ａベースの通信システムを考えると、ユーザ機器に固有なＭＡＣ制御要素は、特定のコンポーネントキャリアに限定されることなく、ユーザ機器（の状態）に関連する制御情報をその制御要素の中で提供するものとして定義することができる。ユーザ機器に固有なＭＡＣ制御要素の一例は、ユーザ機器のバッファ状態であり、なぜなら、ＲＬＣエンティティまたはＰＤＣＰエンティティにおいて上りリンク送信可能になる上りリンクデータは、特定のコンポーネントキャリアにリンクされておらず、すなわち、キャリアアグリゲーションはバッファ状態報告手順に透過的であるものとみなすことができるためである。それ以外には、ユーザ機器に固有なＭＡＣ  ＣＥとして、例えばＣＲＮＴＩ  ＭＡＣ制御要素（ランダムアクセス手順時にユーザ機器を識別する）が挙げられる。
【０２０１】
コンポーネントキャリアに固有なＭＡＣ制御要素については、その内容が特定のコンポーネントキャリアに特に関連するものとみなすことができる。ＬＴＥ−Ａにおけるコンポーネントキャリアに固有なＭＡＣ制御要素の一例は、電力ヘッドルーム報告であり、これは、特定のコンポーネントキャリアに関する電力状態、すなわち、ユーザ機器の最大送信電力と、その特定のコンポーネントキャリア上での上りリンク送信に使用された送信電力との差を、スケジューラに知らせる。さらには、コンポーネントキャリアに固有なＭＡＣ制御要素として、キャリアアグリゲーションに関連する制御要素が挙げられる。特定のコンポーネントキャリアに対するキャリアアクティブ化／非アクティブ化要求も、コンポーネントキャリアに固有なＭＡＣ制御要素の一例である。
【０２０２】
トランスポートブロック生成手順におけるＭＡＣ制御要素の扱いの説明に戻り、本発明の一実施形態によると、論理チャネル優先順位付け手順においてＭＡＣ制御要素をトランスポートブロックに多重化するステップは、トランスポートブロックに多重化するそれぞれのＭＡＣ制御要素のタイプに依存する。ユーザ機器に固有なＭＡＣ制御要素と、コンポーネントキャリアに固有なＭＡＣ制御要素とが定義される例を考えると、トランスポートブロックにＭＡＣ制御要素をマッピング（多重化）するステップは、ＭＡＣ制御要素がユーザに固有であるかコンポーネントキャリアに固有であるかに依存する。
【０２０３】
例えば、一実施例では、（連結式）論理チャネル優先順位付け手順において、コンポーネントキャリアに固有なＭＡＣ制御要素は、自身に関連するコンポーネントキャリア上で送信されるトランスポートブロックにマッピングされる。
【０２０４】
特定のコンポーネントキャリアに内容がリンクされていない、移動端末に固有なＭＡＣ制御要素は、いくつかの異なる代替規則の１つに従ってトランスポートブロックにマッピングすることができる。なお、３ＧＰＰの通信システムにおいては、移動端末に固有なＭＡＣ制御要素は、ユーザ機器に固有なＭＡＣ制御要素とも称することができる。
【０２０５】
例示的な一実施例においては、移動端末に固有なＭＡＣ制御要素は、最も高い優先順位のコンポーネントキャリアに、すなわち、本明細書において前述したように上りリンクリソース割当ての優先順位の順序に従って、マッピングされる。したがって、この例示的な実施例においては、移動端末に固有なＭＡＣ制御要素は、上りリンク共通制御チャネル（ＵＬ−ＣＣＣＨ）からのデータを除いて、いかなる論理チャネルのデータよりも高い優先順位を有するものとみなすことができる。このことは、パディングＢＳＲを除く、端末に固有なＭＡＣ制御要素すべてに適用することが有利である。なお、この実施例のバリエーションにおいて、パディングＢＳＲを移動端末に固有なＭＡＣ制御要素であるとみなす場合でも、パディングＢＳＲは、優先順位の順序に従って最後に生成されるトランスポートブロックの最後に必ずマッピングされることに留意されたい。
【０２０６】
あるいは、移動端末に固有なＭＡＣ制御要素を、ユーザ機器がキャンプオン（camped on）されるコンポーネントキャリア上で送信することができる。このコンポーネントキャリアは、「アンカーキャリア」とも称される。別の代替実施例においては、移動端末に固有なＭＡＣ制御要素を、スケジューリングされるすべてのコンポーネントキャリアに、何らかの所定の規則に従って分散させて、送信することができる。この方法では、発生するシグナリングオーバーヘッドが最大であるが、ダイバーシチゲインが達成されることによって最高の信頼性が提供される。
【０２０７】
以下では、本発明の実施形態による、ＭＡＣ制御要素のマッピングを考慮してトランスポートブロックを生成する手順について、図１２に関連してさらに詳しく説明する。本発明のこの実施形態は、上述した実施形態（すなわち移動端末が、受信したすべてのリソース割当てを累積して、１つの仮想的なグラントまたは仮想トランスポートブロックを形成する）を、（連結式）論理チャネル優先順位付けの実行に関して拡張したものと考えることができる。
【０２０８】
図１２に示したように、移動端末は、本明細書において図５に関連して前述した手順と同様に、１ＴＴＩを対象とする複数の上りリンクリソース割当てを受信し（５０１）、それらの優先順位の順序を決定する（５０２）。さらに、移動端末は、前述したように、受信したすべての上りリンクリソース割当てを累積して、１つの「仮想的な」大きなトランスポートブロックを形成する（５０３）。仮想トランスポートブロックを形成すると、移動端末は、送信するべきデータが送信バッファの中に含まれている論理チャネルそれぞれのデータの量を求めるため、仮想トランスポートブロックに対して１回の連結式論理チャネル優先順位付け手順を実行する（５０４）。次いで、送信待ち状態の仮想トランスポートブロックのデータおよび（１つまたは複数の）ＭＡＣ制御要素を、リソース割当て（またはリソース割当てが割り当てられるコンポーネントキャリア）の優先順位の順序と、送信待ち状態の（１つまたは複数の）ＭＡＣ制御要素のタイプとに基づいて、複数の異なるコンポーネントキャリアのトランスポートブロックに入れる（１２０１）。
【０２０９】
図１３は、この手順を例示的に示しており、このシナリオでは、送信待ち状態のデータを有する３つの論理チャネルＬＣＨ１、ＬＣＨ２、およびＬＣＨ３が設定されており、これらの論理チャネルそれぞれは優先ビットレート（ＰＢＲ）を持つように設定されている。さらに、例示を目的として、論理チャネルＬＣＨ１が最も高い優先順位を有し、論理チャネルＬＣＨ２が２番目に高い優先順位を有し、論理チャネルＬＣＨ３が最も低い優先順位を有するものと想定する。さらに、２つのＭＡＣ制御要素、すなわち、１つのバッファ状態報告（ＢＳＲ）と、コンポーネントキャリアＣｏＣａ３の電力ヘッドルーム報告（ＰＨＲ）とが、送信時間間隔において送信待ち状態にある。コンポーネントキャリアＣｏＣａ１、ＣｏＣａ２、およびＣｏＣａ３のための３つのリソース割当てが移動端末において受信され、これら３つのコンポーネントキャリアの優先順位の順序は、ＣｏＣａ２＞ＣｏＣａ３＞ＣｏＣａ１であるものと想定する。
【０２１０】
３つの上りリンクリソース割当ては、ＣｏＣａ１上で送信されるトランスポートブロックの９００バイトのトランスポートブロックサイズと、ＣｏＣａ２上で送信されるトランスポートブロックの１９００バイトのトランスポートブロックサイズと、ＣｏＣａ３上で送信されるトランスポートブロックの１４００バイトのトランスポートブロックサイズとを指定する。移動端末への３つのリソース割当てを累積し、４２００バイトのサイズを有する仮想トランスポートブロック（仮想ＴＢ）を形成する（１３０１）。
【０２１１】
この例示的な実施形態においては、論理チャネルの優先ビットレート（ＰＢＲ）が存在するため、最初に、仮想トランスポートブロックに、３つの論理チャネルのデータを、それらの論理チャネル優先順位に従って、論理チャネルそれぞれの優先ビットレートまで入れる。すなわち、最初に、論理チャネルＬＣＨ１の５００バイトと、論理チャネルＬＣＨ２の３００バイトと、論理チャネルＬＣＨ３の４００バイトとを、仮想トランスポートブロックに追加する。次いで、３つの論理チャネルのバッファの残りのバイトを、この場合にも論理チャネル優先順位の順序で、仮想トランスポートブロックの残りのバイト（２０００バイト）に追加する。これらのステップの結果は、図１３においてステップ１３０２として示してある。
【０２１２】
なお、ステップ１３０３は、論理チャネルそれぞれの何バイトが仮想トランスポートブロックにマッピングされるのか全体像を把握できるように示したものであり、（連結式）論理チャネル優先順位付けを（例えばコンピュータプログラムの形で）実装するときに実現する必要はないことに留意されたい。ＭＡＣヘッダおよびＭＡＣ制御要素を考慮しないで論理チャネル優先順位付け手順を行った結果、論理チャネルＬＣＨ１の２２００バイトと、論理チャネルＬＣＨ２の１３００バイトと、論理チャネルＬＣＨ３の７００バイトとが、仮想トランスポートブロックに含まれている。
【０２１３】
次のステップにおいて、仮想トランスポートブロックの中の複数の異なる論理チャネルのデータと、送信する必要のあるＭＡＣヘッダおよびＭＡＣ制御要素とを、３つの上りリンクリソース割当てに従って、かつＭＡＣ制御要素のタイプを考慮に入れて、処理する（３個のトランスポートブロックに含める）（１３０４）。なお、例を単純にするため、ＭＡＣヘッダサイズ（ＭＡＣ）およびＭＡＣ制御要素は、それぞれ１０バイトからなるものと想定する。３個のトランスポートブロックに、それらのリソース割当て（またはリソース割当てに関連するコンポーネントキャリア）の優先順位の順序で、データを入れる。さらには、ＭＡＣ制御要素が、送信される（実際の）トランスポートブロックにマッピングされるように、ＭＡＣ制御要素のタイプを考慮する。この例においては、移動端末に固有な制御要素は、最も高い優先順位のトランスポートブロック（すなわちこの例ではＣｏＣａ２に対するリソース割当てのトランスポートブロック）にマッピングする。コンポーネントキャリアに固有な制御要素は、コンポーネントキャリアに固有な制御要素それぞれに関連するコンポーネントキャリア上で送信されるトランスポートブロックにマッピングする。
【０２１４】
この例においては、コンポーネントキャリアＣｏＣａ２は、スケジューリングされたコンポーネントキャリアの中で最も高い優先順位を有し、このコンポーネントキャリア上で送信されるトランスポートブロックに最初にデータを入れる。送信する必要のあるＭＡＣ制御要素の１つは、移動ノードのバッファ状態報告（ＢＳＲ）（すなわち移動端末に固有なＭＡＣ制御要素）であり、コンポーネントキャリアＣｏＣａ２上で送信されるトランスポートブロックに多重化する。したがって、論理チャネル優先順位付け手順によって、このトランスポートブロックにＭＡＣヘッダ（ＭＡＣ）およびバッファ状態報告（ＢＳＲ）が入り、さらに、コンポーネントキャリアＣｏＣａ２上で送信されるトランスポートブロックの残りの１８８０バイトには、最も高い優先順位の論理チャネル（すなわち論理チャネルＬＣＨ１）のデータが入る。
【０２１５】
次に、論理チャネル優先順位付け手順によって、コンポーネントキャリアＣｏＣａ３上で送信されるトランスポートブロックにデータを入れるが、この場合、コンポーネントキャリアの電力ヘッドループ報告（ＰＨＲ）を、必要なＭＡＣヘッダ（ＭＡＣ）と一緒に、このトランスポートブロックにマッピングする。コンポーネントキャリアＣｏＣａ３上で送信されるトランスポートブロックの残りのバイト（すなわち１３８０バイト）には、論理チャネルからのデータをそれらの論理チャネル優先順位に従って入れる。この場合、コンポーネントキャリアＣｏＣａ３上で送信されるトランスポートブロックには、最初に論理チャネルＬＣＨ１の残りの３２０バイトを加え、残りの１０６０バイトに、論理チャネルＬＣＨ２のデータを入れる。
【０２１６】
次いで、コンポーネントキャリアＣｏＣａ１上で送信される第３のトランスポートブロックにデータを入れる。送信するＭＡＣ制御要素は残っていないため、このトランスポートブロックにはＭＡＣヘッダ（ＭＡＣ）を入れるのみであり、コンポーネントキャリアＣｏＣａ１上で送信されるトランスポートブロックの残りのバイトには、論理チャネルからのデータをそれらの論理チャネル優先順位に従って、すなわち論理チャネルＬＣＨ２の残りの２４０バイトと論理チャネルＬＣＨ３の６５０バイトとを入れる。なお、ＭＡＣヘッダおよびＭＡＣ制御要素が追加されたため、コンポーネントキャリアＣｏＣａ１上で送信される第３のトランスポートブロックに、仮想トランスポートブロックの中の論理チャネルＬＣＨ３のデータすべてを入れることができないことに留意されたい。
【０２１７】
図１３を使用して例示的に説明したトランスポートブロックの例示的な生成について要約すると、移動端末に固有な（１つまたは複数の）ＭＡＣ制御要素は、最も高い優先順位のコンポーネントキャリア上で、すなわちコンポーネントキャリアＣｏＣａ２上のトランスポートブロックの中で送信されるのに対して、コンポーネントキャリアに固有な（１つまたは複数の）ＭＡＣ制御要素は、その制御要素が関連するコンポーネントキャリア（すなわちコンポーネントキャリアＣｏＣａ３）上で送信されるトランスポートブロックに含められる。
【０２１８】
さらには、トランスポートブロックの中のデータの順序を決定するため、「実際の」トランスポートブロックの中でＭＡＣ制御要素と論理チャネルの相対的な優先順位を考慮することに留意されたい。ＭＡＣ制御要素（パディングＢＳＲを除く）は、いずれの論理チャネルからのデータよりも高い優先順位を有し（ＵＬ−ＣＣＣＨのデータを除く）、したがって、最初にトランスポートブロックに含める。
【０２１９】
ＭＡＣヘッダおよびＭＡＣ制御要素（存在時）を考慮した後、個々のＭＡＣ  ＰＤＵ（トランスポートブロック）に含められる論理チャネルそれぞれのデータのサイズが既知である。したがって、ＲＬＣエンティティは、ＭＡＣエンティティの要求に従って、それぞれの論理チャネル（無線ベアラ）のＲＬＣ  ＰＤＵを、ＭＡＣ  ＰＤＵに含められるデータの求められたサイズとして生成し、ＭＡＣエンティティに渡す。最も低い優先順位のコンポーネントキャリア（またはリソース割当て）に対応するＭＡＣ  ＰＤＵ（トランスポートブロック）の中にパディングビットが使用可能である場合、そのＭＡＣ  ＰＤＵ（トランスポートブロック）にパディングＢＳＲを含めることができる。
【０２２０】
なお、図１３に関連して説明した論理チャネル優先順位付け手順の実施形態は、仮想トランスポートブロックを使用する論理チャネル優先順位付け手順をどのように実施することができるのかを示す一例にすぎないことに留意されたい。特に、ＭＡＣヘッダのサイズおよびＭＡＣ制御要素（存在時）を考慮して論理チャネルのデータをトランスポートブロックにマッピングする方式は、実施形態に固有なものとすることができる。
【０２２１】
例えば、ＭＡＣ制御要素の数およびサイズがあらかじめ既知である場合を考えると、リソース割当てを累積して仮想トランスポートブロックを形成するときにＭＡＣ制御要素のサイズを考慮することができる。図１３の例においては、それぞれ１０バイトの２つのＭＡＣ制御要素を送信する必要があることが既知であるならば、これを考慮して、リソース割当てのトランスポートブロックサイズの合計から、ＭＡＣ制御要素に要求されるバイト数（２０バイト）を差し引くことができ、したがって、仮想トランスポートブロックサイズは４２００バイトではなく４１８０バイトである。この４１８０バイトに、上述した方法で論理チャネルのデータを入れることができる。
【０２２２】
論理チャネル優先順位付け手順では、ＭＡＣ制御要素の数およびサイズに加えて、またはこれらに代えて、ＭＡＣヘッダのサイズを同じように考慮することもできる。しかしながら、それぞれのトランスポートブロックにおけるＭＡＣヘッダのサイズがトランスポートブロックの内容に依存し、したがって仮想トランスポートブロックのデータを実際のトランスポートブロックに実際に入れるときに初めてＭＡＣヘッダのサイズが認識されるシナリオにおいては、これを実施することは難しい。しかしながら、ＭＡＣヘッダのサイズをあらかじめ正確に求めることができる、またはサイズが固定されているならば、ＭＡＣヘッダのサイズを考慮することは単純である。
【０２２３】
さらには、別の例示的なバリエーションにおいては、リソースが割り当てられるそれぞれのコンポーネントキャリアを介して実際に送信されるトランスポートブロックに、仮想トランスポートブロックのデータすべてを入れることができない場合、仮想トランスポートブロックの中のどの論理チャネルのデータを実際のトランスポートブロックに含めないかについても、いくつか異なる方式が存在する。図１３の例においては、仮想トランスポートブロックの中の最も低い優先順位の論理チャネルＬＣＨ３の一部のデータ（７００バイトのうちの５０バイト）が、コンポーネントキャリアＣｏＣａ１上で送信される第３のトランスポートブロックに含まれていない。
【０２２４】
高度な一実施例においては、仮想トランスポートブロックのどのデータをトランスポートブロックに含めないかを決定するときに、論理チャネルのＰＢＲサイズをさらに考慮する。この例示的な実施例では、仮想トランスポートブロックのデータすべてを実際のトランスポートブロックに加えることができない場合（かつリソース割当て全体が十分であると想定したとき）、論理チャネルそれぞれの少なくとも優先ビットレートサイズのデータを送信する。例えば、仮想トランスポートブロックのデータすべてを、スケジューリングされたトランスポートブロックに加えることができない場合、最も低い優先順位の論理チャネルのデータを最初に除外するが、その最も低い優先順位の論理チャネルの少なくともＰＢＲに等しいサイズのデータは、実際のトランスポートブロックに含める。依然としてさらにデータを除外する必要がある場合、２番目に低い優先順位の論理チャネルのデータを除外し、ただしこの場合も、その２番目に優先順位の低い論理チャネルの少なくともＰＢＲに等しいサイズのデータは、実際のトランスポートブロックに含め、トランスポートブロックの中の、論理チャネルデータ用に利用可能な全バイト数に一致するように十分なバイトが除外されるまで、以下同様に行う。
【０２２５】
例えば、図１４の例示的なシナリオとして、ＭＡＣヘッダおよび多数のＭＡＣ制御要素に起因して、仮想トランスポートブロックのうちの１５０バイトをトランスポートブロックに含めることができない場合を考える。さらには、最も低い優先順位の論理チャネルＬＣＨ３のデータの３００バイトと、２番目に低い優先順位の論理チャネルＬＣＨ２のデータの５００バイトとが、仮想トランスポートブロックに含まれているものとする。論理チャネルＬＣＨ３のＰＢＲサイズは２００バイトであり、論理チャネルＬＣＨ２のＰＢＲサイズは３００バイトである。前述した手順によると、最も低い優先順位の論理チャネルＬＣＨ３の最大で１００バイト（すなわち、３００バイト（仮想トランスポートブロックサイズにおける論理チャネルＬＣＨ３のデータサイズ）−２００バイト（論理チャネルＬＣＨ３のＰＢＲサイズ））を、トランスポートブロックへの追加から除外し、したがって、仮想トランスポートブロックのデータをさらに５０バイト除外しなければならない。さらに除外するこの５０バイトは、仮想トランスポートブロックの中の、２番目に低い優先順位の論理チャネルＬＣＨ２のデータであり、なぜなら５０バイトは、２番目に低い優先順位の論理チャネルＬＣＨ２の除外できる最大バイト数である２００バイトよりも小さいためである。したがって、コンポーネントキャリアＣｏＣａ１上で送信される第３のトランスポートブロックは、論理チャネルＬＣＨ２の２００バイトと、論理チャネルＬＣＨ３の２００バイトとを含んでいる。ＰＢＲサイズを考慮しなければ、コンポーネントキャリアＣｏＣａ１上で送信される第３のトランスポートブロックには、（仮想トランスポートブロックの中の論理チャネルＬＣＨ２の５００バイト全体が送信されるように）論理チャネルＬＣＨ２の２５０バイトと、論理チャネルＬＣＨ３の１５０バイトとが含まれる。
【０２２６】
本発明のさらなる例示的な実施形態においては、仮想トランスポートブロックにデータを入れる段階で、移動端末に固有なＭＡＣ制御要素、およびオプションとしてコンポーネントキャリアに固有なＭＡＣ制御要素を、考慮する。図１５および図１６は、これを例示的に示している。なお、図１３および図１５に例示的に示した、互いに異なる論理チャネル優先順位付け手順から生成されるトランスポートブロックは、同じであることに留意されたい。図１５では、図１３との違いとして、仮想トランスポートブロックにデータを入れる段階で、移動端末に固有なＭＡＣ制御要素およびコンポーネントキャリアに固有なＭＡＣ制御要素を（最も高い優先順位のデータとして）すでに考慮し（１５０１，１５０２）、したがって、（図１５に示した例では）バッファ状態報告（ＢＳＲ）と、コンポーネントキャリアＣｏＣａ３における電力ヘッドルーム報告（ＰＨＲ）とが、仮想トランスポートブロックに含まれている。したがってこの場合も、論理チャネルＬＣＨ３のデータの一部は仮想トランスポートブロックに含まれない。いま、移動端末に固有なＭＡＣ制御要素を、最も高い優先順位を有する（リソース割当てに関連付けられている）コンポーネントキャリア上のトランスポートブロック（すなわちこの例ではコンポーネントキャリアＣｏＣａ２上のトランスポートブロック）の中で送信するものと想定すると、仮想トランスポートブロックから実際のトランスポートブロックにデータをマッピングする（１５０３）ときに、移動端末に固有なＭＡＣ制御要素が正しいトランスポートブロックにマッピングされるようにする必要がある。同様に、マッピング１５０３において、さらに、コンポーネントキャリアに固有なＭＡＣ制御要素それぞれが、そのＭＡＣ制御要素が関連するコンポーネントキャリア上で送信されるそれぞれのトランスポートブロックにマッピングされるようにする必要がある。
【０２２７】
図１６に例示的に示した本発明の代替実施形態においては、仮想トランスポートブロックにデータを入れる（１５０１）段階で、図１５に例示的に示した手順と同様に、ＭＡＣ制御要素を考慮する。このようにする利点は、ＭＡＣ制御要素および論理チャネルの優先順位に関してＬＴＥリリース８に類似する処理方法を仮想トランスポートブロックに適用できることである。仮想トランスポートブロックのデータを個々のトランスポートブロックに、それらのリソース割当て（またはコンポーネントキャリア）の優先順位の順序に従って分配する（１６０１）とき、ＭＡＣ制御要素は、最も高い優先順位のコンポーネントキャリア上にスケジューリングされるトランスポートブロックの中で送信され、なぜならＭＡＣ制御要素は、一般には、いかなる論理チャネルのデータ（ＵＬ−ＣＣＣＨのデータを除く）よりも高い優先順位を有するためである（当然ながら、最も高い優先順位のコンポーネントキャリア上にスケジューリングされる最初に生成されるトランスポートブロックに、すべてのＭＡＣ制御要素が入りきるものと想定する）。したがって、ほとんどの場合、最も高い優先順位のコンポーネントキャリア上にスケジューリングされるトランスポートブロックに、すべてのＭＡＣ制御要素が含まれる（ただし「パディングＢＳＲ」ＭＡＣ制御要素（存在時）は例外であり、最後に生成されるトランスポートブロックの最後にパディングとして含まれる）。例示的な一実施形態によると、「パディングＢＳＲ」ＭＡＣ制御要素を除くすべてのＭＡＣ制御要素を、上りリンクプライマリコンポーネントキャリア（ＰＣＣ）にマッピングし、すなわち、上りリンクＰＣＣ上にスケジューリングされるトランスポートブロックに、すべてのＭＡＣ制御要素が含まれる。
【０２２８】
仮想トランスポートブロックを生成する段階ですでにＭＡＣ制御要素を考慮する方法は、実施の観点ではいくつか恩恵があるが、欠点として、いくつかの影響が存在しうる。本質的にはすべてのＭＡＣ制御要素が最も高い優先順位のトランスポートブロック（例えば上りリンクＰＣＣ上にスケジューリングされるトランスポートブロック）にマッピングされるため、基地局装置は、コンポーネントキャリアに固有なＭＡＣ制御要素の内容がどのコンポーネントキャリアに関連しているかを認識しない。図１６の例を考えると、ＭＡＣ制御要素である電力ヘッドルーム報告（コンポーネントキャリアＣｏＣａ３の電力ヘッドルーム報告を含んでいる）は、コンポーネントキャリアＣｏＣａ２上で送信されるトランスポートブロックに含まれる。したがって、基地局装置は、このトランスポートブロックが受信されたコンポーネントキャリアからは、電力ヘッドルーム情報が実際にどのコンポーネントキャリアに関連しているのかを、もはや暗黙的に認識できない。したがって、さらなる例示的な実施形態においては、コンポーネントキャリアに固有なＭＡＣ制御要素を拡張して、キャリアインジケータフィールドを含める。このキャリアインジケータフィールドは、ＭＡＣ制御要素の内容が関連している（１つまたは複数の）コンポーネントキャリアを示す。例えば、移動端末が最大で５つのコンポーネントキャリアをアグリゲートできるものと想定すると、キャリアインジケータフィールドは、個々のコンポーネントキャリアを区別するため３ビットのサイズを有する。キャリアの組合せも示す場合、３ビットより多くのビット、すなわち４ビット、またはキャリアの可能な組合せすべてを示すためには５ビットが、キャリアインジケータフィールドに要求される。
【０２２９】
ＭＡＣ制御要素の内容が関連する（１つまたは複数の）コンポーネントキャリアを指し示す目的に、コンポーネントキャリアに固有なＭＡＣ制御要素に新しいフィールドを導入する代わりに、それぞれのＭＡＣ制御要素における既存の別のフィールド（またはすでに定義されているフィールド（の一部）の組合せ）を利用することができる。例えば、ＬＴＥリリース８における従来の電力ヘッドルーム報告が、２個の予約ビットと、それに続く、電力ヘッドルームを示す６ビットの電力ヘッドルーム（ＰＨ）フィールドとからなるものと想定すると、２個の予約ビットと、６ビットの最初のビットとを、キャリアインジケータフィールドとして利用することができ、残りの５ビットはそのままＰＨフィールドを形成する。
【０２３０】
図１５および図１６に関連して上述した例示的な実施例のいずれにおいても、前に図１４に関連して説明した例のように仮想トランスポートブロックのすべてのデータをトランスポートブロックに加えることができない場合（かつリソース割当て全体が十分であると想定したとき）、論理チャネルそれぞれの少なくとも優先ビットレートサイズのデータが送信される。
【０２３１】
本発明の別の実施形態は、帯域幅アグリゲーションの場合における論理チャネル優先順位付け手順の複雑さを低減するため、（連結式）論理チャネル優先順位付け手順を並列化することに関する。１ＴＴＩ中に存在する（上りリンク）トランスポートブロックが１個のみであるＬＴＥリリース８と比較すると、ＬＴＥ−Ａでは、トランスポートブロック生成手順の複雑さが増している。ＬＴＥリリース８の場合と同じタイミング要件がＬＥＴ−Ａにおいても維持されるものと想定すると（後方互換性が要求されるため、これは妥当な想定と考えられる）、移動端末は、同じ時間期間（すなわち４ｍｓ）中に複数のトランスポートブロックを生成する必要があり、ＬＴＥリリース８では、移動端末は１個のトランスポートブロックを生成するのみでよかった。図８は、これを例示的に強調的に示している。図８の上部はＬＴＥリリース８に関連しており、上りリンク方向および下りリンク方向において１個のみのコンポーネントキャリアが設定されている。ユーザ機器は、下りリンク制御チャネルで１つの上りリンクリソース割当て（ＵＬ  ＰＤＣＣＨ）を受信し、上りリンク共有チャネル（ＵＬ−ＳＣＨ）で１個のトランスポートブロック（ＴＢ）を送信する。図８の下部に示したＬＴＥ−Ａにおいては、上りリンク方向および下りリンク方向において複数のコンポーネントキャリアが設定されている。ユーザ機器は、１ＴＴＩ（この例ではＴＴＩは１つのサブフレームに対応する）中に複数の上りリンクリソース割当て（ＵＬ  ＰＤＣＣＨ１〜ＵＬ  ＰＤＣＣＨ３）を下りリンク制御チャネルで受信し、複数のトランスポートブロック（ＴＢ１〜ＴＢ３）を生成して上りリンク共有チャネル（ＵＬ−ＳＣＨ）で送信する必要がある。
【０２３２】
図５、図６、および図１２〜図１６に関連して概説したように、移動端末は、何回かの論理チャネル優先順位付け手順を順次実行するのではなく、処理の複雑さを低減するため、「仮想的な」トランスポートブロックに対して１回のみの論理チャネル優先順位付け手順を実行することができる。本発明の別の実施形態においては、すべての論理チャネルを考慮する（累積された「仮想的な」トランスポートブロックに対する）１回の「大きな」連結式論理チャネル優先順位付け手順を分割して、論理チャネルの一部のみを考慮する、より小さな（連結式）論理チャネル優先順位付け手順（並列に実行される）とすることによって、複雑さの低減が達成される。
【０２３３】
論理チャネル優先順位付け手順およびトランスポートブロック生成手順の複雑さは、いくつかのパラメータ、例えば、１ＴＴＩ中のトランスポートブロックの数、データが送信できる状態にある論理チャネルの数、移動端末が生成する必要のあるトランスポートブロックのサイズ、およびこれらの任意の組合せ、に依存する。
【０２３４】
トランスポートブロックを生成するための代替の論理チャネル優先順位付け手順は、例えば次のように実施することができる。対応するバッファの中に上りリンクで送信するデータが含まれている論理チャネルを、例えば、それらの論理チャネル優先順位に従ってグループ分けし、ｎ個の論理チャネルグループを得る。論理チャネルグループの数ｎは、移動端末によって並列に実行できる論理チャネル優先順位付け手順の回数ｎに等しい。累積された仮想トランスポートブロックを使用してすべての論理チャネルをまとめて考慮する連結式論理チャネル優先順位付け手順と同様に、この実施形態においても、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを、それらの対応する上りリンクリソース割当ての優先順位の順序に従って累積し、ｎ個の仮想トランスポートブロックの仮想トランスポートブロックサイズを得る。さらには、仮想トランスポートブロックそれぞれを論理チャネルグループに関連付ける。
【０２３５】
次いで、移動端末は、ｎ回の論理チャネル優先順位付け手順を並列に実行する。仮想トランスポートブロックそれぞれに対して、（上述した）連結式論理チャネル優先順位付け手順を実行することにより、仮想トランスポートブロックに、それに関連付けられる論理チャネルグループの論理チャネルのデータを入れる。次いで、ｎ回の論理チャネル優先順位付け手順によって得られた仮想トランスポートブロックを複数のトランスポートブロックに分割し、この場合、トランスポートブロックのサイズは、それらの上りリンクリソース割当てのトランスポートブロックサイズに等しい。
【０２３６】
なお、上りリンクリソース割当てによって指定されるトランスポートブロックサイズを累積してｎ個の仮想トランスポートブロックを得るときに、１つまたは複数の上りリンクリソース割当てを累積することで仮想トランスポートブロックを形成できることに留意されたい。例えば、３つの上りリンクリソース割当てが存在し、２個の仮想トランスポートブロックを形成する場合、最も高い優先順位の上りリンクリソース割当てが、（高い方の優先順位の）第１の仮想トランスポートブロックのトランスポートブロックを定義し、その一方で、残りの２つの上りリンクリソース割当てを累積して第２の（低い方の優先順位の）仮想トランスポートブロックを形成することができる。同様に、仮想トランスポートブロックを、上りリンクリソース割当てそれぞれに対応するサイズのトランスポートブロックに分割するステップは、仮想トランスポートブロックそれぞれに対して行う必要はない。いまの例では、（高い方の優先順位の）第１の仮想トランスポートブロックのサイズは、最も高い優先順位の上りリンクリソース割当てによって指定されるトランスポートブロックサイズに一致しており、したがって、仮想トランスポートブロックと、この高優先順位の上りリンクリソース割当てのトランスポートブロックは、等しい。（低い方の優先順位の）仮想トランスポートブロックについては、２つの上りリンクリソース割当てが累積されており、したがって、この仮想トランスポートブロックを、２つの上りリンクリソース割当てそれぞれに対応するトランスポートブロックサイズを有する２個のトランスポートブロックに分割する。
【０２３７】
本発明のさらなる実施形態においては、移動端末が、トランスポートブロック生成手順に関して特定の能力を有するものと想定する。この能力が、（例えば能力情報の形で）基地局装置において認識されるものと想定する。例えば、移動端末がネットワークまたは基地局装置にこの能力をシグナリングする。例示的なシナリオとして、移動端末は、３つ以上の論理チャネルが関与する場合、処理時間の制約を満たすためには、２個のトランスポートブロックに対して論理チャネル優先順位付け手順を実行できるのみであるとする。１ＴＴＩ中に３個以上のトランスポートブロックが割り当てられており、３つ以上の論理チャネルがアクティブでありそのバッファ内にデータを有する場合、移動端末は、高い方から２つの優先順位の論理チャネルを考慮して１回の論理チャネル優先順位付けを実行し、シグナリングされた優先順位の順序に従って、最初の２個のトランスポートブロックにデータをマッピングする。この最初の論理チャネル優先順位付け手順に並列に実行される２回目の論理チャネル優先順位付け手順において、バッファ内にデータが含まれている残りの論理チャネルを考慮する。これらの論理チャネルのデータを、優先順位の順序に従って、別のトランスポートブロックにマッピングする。
【０２３８】
図９に示したように、一例においては、対応するバッファの中に利用可能なデータが含まれている複数の論理チャネルが存在するとき、移動端末は、その能力の範囲内では、２個のトランスポートブロックに対して１回の（連結式）論理チャネル優先順位付け手順を実行することができる。したがって、この例、すなわち２個のトランスポートブロック（またはＴＴＩを対象とする２つの上りリンクリソース割当て）と、それぞれのバッファ内に送信可能なデータが含まれている３つの論理チャネル（ＬＣＨ１、ＬＣＨ２、ＬＣＨ３）が存在する場合、移動端末は、すべて（３つ）の論理チャネルを考慮して１回の論理チャネル優先順位付け手順を実行するのみでよい。本質的には、移動端末は、受信した２つの上りリンクリソース割当てを累積して、１つの累積された仮想トランスポートブロックサイズを形成し、この累積された仮想トランスポートブロックサイズをパラメータとして、図５および図６に関連して上述したように論理チャネル優先順位付け手順を実行する。あるいは、図１２〜図１６に関連して例示的に説明した論理チャネル優先順位付け手順を採用することもできる。
【０２３９】
図１０に示したシナリオでは、移動端末は、仮想トランスポートブロックあたり最大で２つの論理チャネルのみを処理することができ、最大で２つの（すなわち１つまたは２つの）上りリンクリソース割当てを仮想トランスポートブロックに累積させることができるものと想定する。したがって、３つの論理チャネル（ＬＣＨ１、ＬＣＨ２、およびＬＣＨ３）がそれらのバッファ内に送信データを有し、３つの上りリンクリソース割当てが存在するならば、移動端末は、３個のトランスポートブロックを生成するために２回の論理チャネル優先順位付け手順を並列に実行する必要があり、なぜなら、移動端末の能力では、３つ以上の論理チャネルが関与するとき、３つの上りリンクリソース割当てを累積して１回のみの論理チャネル優先順位付け手順を実行することができないためである。
【０２４０】
図１０に示した例によると、移動端末は、最も高い方から２つの優先順位の組合せを累積して第１の仮想トランスポートブロックサイズを形成し、この累積された第１の仮想トランスポートブロックサイズにおいて、最も高い方から２つの優先順位の論理チャネル（ＬＣＨ１およびＬＣＨ２）のみを考慮し、図５、図６、および図１２〜図１６に関連して上述したように連結式論理チャネル優先順位付け手順を実行して、２個のトランスポートブロック（ＴＢ１およびＴＢ２）を得る。これに平行して、移動端末は、残りの論理チャネルＬＣＨ３のデータのみを考慮することによって、第３のトランスポートブロックＴＢ３を生成する。第３のトランスポートブロックＴＢ３を生成するとき、トランスポートブロックＴＢ３の上りリンクリソース割当てによって指定されるトランスポートブロックサイズは、「累積された」仮想トランスポートブロックサイズに等しく、論理チャネルＬＣＨ３のみに対して「連結式」論理チャネル優先順位付けを実行する。
【０２４１】
図１１に示したシナリオでは、この場合にも、移動端末は、仮想トランスポートブロックあたり最大で２つの論理チャネルのみを処理することができ、最大で２つの（すなわち１つまたは２つの）上りリンクリソース割当てを仮想トランスポートブロックに累積させることができるものと想定する。しかしながら、図１１に示したシナリオでは、移動端末は、データが送信待ち状態である４つの論理チャネル（ＬＣＨ１、ＬＣＨ２、ＬＣＨ３、およびＬＣＨ４）を有し、４つの上りリンクリソース割当て（または割り当てられたトランスポートブロック）が存在する。この例示的なシナリオにおいては、移動端末は、優先順位の高い２つの上りリンクリソース割当て／トランスポートブロック（ＴＢ１およびＴＢ２）を累積して第１の仮想トランスポートブロックを形成し、優先順位の低い２つの優先順位の上りリンクリソース割当て／トランスポートブロック（ＴＢ３およびＴＢ４）を累積して第２の仮想トランスポートブロックを形成する。さらに、移動端末は、優先順位の高い２つの論理チャネル（ＬＣＨ１およびＬＣＨ２）に対して第１の連結式論理チャネル優先順位付け手順を実行して、トランスポートブロック（ＴＢ１およびＴＢ２）からの累積された第１の仮想トランスポートブロックにデータを入れ、これと並列に、優先順位の低い２つの論理チャネル（ＬＣＨ３およびＬＣＨ４）に対して第２の連結式論理チャネル優先順位付け手順を実行して、トランスポートブロック（ＴＢ３およびＴＢ４）からの累積された第１の仮想トランスポートブロックにデータを入れる。
【０２４２】
すでに前述したように、複雑さはいくつかのパラメータによって決まり、したがって、移動端末の能力もさまざまに定義することができる。論理チャネル優先順位付け手順をこのように並列化する主たる目的は、複雑さの低い論理チャネル優先順位付け手順を何回か並列に実行することによって、トランスポートブロック生成手順の複雑さを低減することである。なお、上りリンク送信における効率的なＱｏＳ制御を可能とするためには、論理チャネル優先順位付け手順に関するユーザ機器の挙動（例えば、論理チャネルをトランスポートブロックにマッピングする方式）を、基地局装置が認識している必要があることに留意されたい。したがって、マッピング規則（例えば、移動端末（ユーザ機器）がどのように論理チャネルをグループ分けしてそれらを仮想トランスポートブロックにマッピングするか）を、移動端末（ユーザ機器）と基地局装置との間で交換するべきである。
【０２４３】
本発明の別の態様は、帯域幅アグリゲーションのシナリオにおける、セミパーシステントにスケジューリングされる送信の扱いである。上の背景技術の節で説明したように、基地局装置は、個々の無線ベアラ（論理チャネル）をセミパーシステントベースでスケジューリングすることを決定することができる。ＬＴＥリリース８では、上りリンクにおいてＴＴＩあたりのトランスポートブロックは１個のみであるため、セミパーシステントにスケジューリングされる送信か、動的にスケジューリングされる送信かのいずれかが存在するのみである。
【０２４４】
しかしながら、ＬＴＥ−Ａの場合、帯域幅アグリゲーションがサポートされるため、１ＴＴＩ内に、動的な送信と、セミパーシステントにスケジューリングされる（１つまたは複数の）送信とが、同時に存在することがある。受信される上りリンクリソース割当てを移動端末が処理するべき優先順位の順序が上位層のシグナリング（例えばＭＡＣ制御シグナリング）によって伝えられる場合、移動端末は、基本的には、セミパーシステント（ＳＰＳ）上りリンクリソース割当てを、優先順位の順序によって示される、対応するコンポーネントキャリアの優先順位に従って処理する。上りリンクにおけるセミパーシステントリソース割当ては、長い持続時間にわたりアクティブであるものと想定されるため、セミパーシステント組合せが低い優先順位で扱われる危険性がある（例えば、上りリンクの干渉状況が変化したためにコンポーネントキャリアの優先順位が低い値に設定された場合）。一方で、セミパーシステントに割り当てられるリソースで送信されるデータは、通常では遅延の影響を大きく受ける、したがって高い優先順位のデータ（例えばＶｏＩＰやゲーム）である。したがって、本発明のさらなる実施形態においては、セミパーシステントなリソース割当ては、優先順位の順序によるコンポーネントキャリアの優先順位には無関係に、つねに最も高い優先順位として扱う。同じ規則は、セミパーシステントなリソース割当てをオーバーライドする動的な上りリンクリソース割当てについても使用することができる。
【０２４５】
すでに上述したように、本発明の別の態様は、生成されたトランスポートブロックを、割り当てられたリソースによって上りリンクコンポーネントキャリア上で送信するために、送信電力を分配することである。この場合、特に対象となるのは、移動端末の電力が制限される状況である。上りリンクにおいてキャリアアグリゲーションを使用する通信システム（例えばＬＴＥ−Ａ）において本発明を実施するとき、コンポーネントキャリアごとに電力制御を行うものと想定すると、本発明の別の実施形態は、移動端末の電力が制限された状況において、上りリンクコンポーネントキャリアの物理上りリンク共有チャネルへの送信電力の組合せを優先順位付けする方法を提案する。移動端末が利用できる送信電力を優先順位付けする提案する方法では、データ／上りリンクコンポーネントキャリアのさまざまなＱｏＳに対処することができる。
【０２４６】
電力が制限された状況とは、１ＴＴＩ内にトランスポートブロックを上りリンクリソース割当てに従って上りリンクコンポーネントキャリア上で送信するために要求される、移動端末の合計送信電力が、上りリンク送信用に移動端末が利用できる最大送信電力ＰＭＡＸを超えていることを意味する。上りリンク送信用に移動端末が利用できる最大送信電力ＰＭＡＸは、移動端末の最大電力能力と、ネットワークによって許可される（すなわち基地局装置によって設定される）最大送信電力とによって決まる。
【０２４７】
図１９は、本発明の例示的な実施形態による、利用可能な最大送信電力ＰＭＡＸを、ＴＴＩ内に送信するトランスポートブロックに分配する方法の流れ図を示している。この例示的な実施形態および以下の例では、上りリンクにおいてキャリアアグリゲーションを使用するＬＴＥ−Ａベースの通信システムにおいて、コンポーネントキャリアごとに電力制御を行うものと想定する。さらには、ＰＵＣＣＨ（すなわち制御情報）の送信電力がＰＵＳＣＨの送信（すなわち、上りリンクリソース割当てに従って生成されるトランスポートブロック）よりも優先されるものと想定し、すなわち、電力が制限された状況においてはＰＵＳＣＨの送信電力を最初に減少させる。
【０２４８】
上の図５および図１２に関連して説明した手順と同様に、移動端末は、最初に、１ＴＴＩを対象とする複数の上りリンクリソース割当てを、自身の受信器ユニットを使用して受信し（５０１）、移動端末の処理ユニットは、上りリンクリソース割当ての優先順位の順序を決定する（５０２）。上りリンクリソース割当ての優先順位の順序は、本明細書に説明したさまざまな例示的なオプションのいずれかに従って決定することができる。
【０２４９】
さらには、移動端末のトランスポートブロック生成ユニットは、上りリンクリソース割当てに従ってトランスポートブロックを生成する（１９０１）。このトランスポートブロック生成も、本明細書に説明したさまざまな例示的なオプションのいずれかに従って実施することができる。さらに、別の代替実施例においては、ＬＴＥリリース８の公知の論理チャネル優先順位付けを、上りリンクリソース割当て（または上りリンクコンポーネントキャリア）それぞれに対して実行することによって、コンポーネントキャリアそれぞれのトランスポートブロックを、対応する上りリンクリソース割当てに従って生成することができる。
【０２５０】
さらに、移動端末の処理ユニットは、生成したトランスポートブロックそれぞれについて、それぞれの上りリンクリソース割当てによって要求される、電力制御に基づいた送信電力（すなわち、電力制御式によって与えられる必要な送信電力）を求める（１９０２）。例えば、移動端末は、トランスポートブロックそれぞれを、対応する上りリンクリソース割当てによる上りリンクコンポーネントキャリア上で送信するのに要求される送信電力を、背景技術の節に記載した式（１）を使用して求めることができる。この例においては、移動端末は、与えられたＴＴＩ内にトランスポートブロックを送信するのに電力が制限された状況にあるものとする。移動端末は、例えば、移動端末が上りリンク送信に利用できる最大送信電力ＰＭＡＸから、同じＴＴＩにおけるＰＵＣＣＨでの制御シグナリングに要求される送信電力ＰＰＵＣＣＨを差し引いた値と、トランスポートブロックに要求される送信電力の合計とを比較し、移動端末が上りリンク送信に利用できる最大送信電力ＰＭＡＸから、同じＴＴＩにおけるＰＵＣＣＨでの制御シグナリングに要求される送信電力ＰＰＵＣＣＨを差し引いた値よりも、トランスポートブロックに要求される送信電力の合計が上回っているかを判定することによって、電力が制限された状況を判断することができる。
【０２５１】
移動端末が上りリンク送信に利用できる最大送信電力ＰＭＡＸから、同じＴＴＩにおけるＰＵＣＣＨでの制御シグナリングに要求される送信電力ＰＰＵＣＣＨを差し引いた値を超えないようにするため、移動端末は、トランスポートブロックのすべてまたは一部を送信するための上りリンク送信電力を減少させる必要がある。この電力低減（電力スケーリングとも称する）を実施する方法には、いくつかのオプションが存在する。図１９に示した例示的な流れ図においては、次いで、移動端末は、トランスポートブロックそれぞれの送信について電力低減量を求め（１９０３）、これは、トランスポートブロックの各送信のための、減少させた後の送信電力（すなわち、ステップ１９０２で求めた要求される送信電力それぞれに、求めた電力低減量を適用した（１９０４）とき、トランスポートブロックの送信それぞれについて得られる送信電力）の合計が、移動端末が上りリンク送信に利用できる最大送信電力ＰＭＡＸから、同じＴＴＩにおけるＰＵＣＣＨでの制御シグナリングに要求される送信電力ＰＰＵＣＣＨを差し引いた値に等しいかそれより小さくなるように、行う。移動端末の送信電力制御ユニットは、求めた電力低減量それぞれを、ステップ１９０２で求めた要求される送信電力それぞれに適用し、トランスポートブロックを、与えられたＴＴＩ内に、減少させた送信電力を使用して、割り当てられた上りリンクリソースで、コンポーネントキャリア上で送信する（１９０５）。
【０２５２】
電力低減または電力スケーリングは、移動端末によって提供される送信電力制御機能の一部として実施することができる。電力制御機能は、移動端末の物理層の機能と考えることができる。物理層は、トランスポートブロックへの論理チャネルのマッピング、またはコンポーネントキャリアへの論理チャネルのマッピングに関して、何らの情報も持たないものと想定することができ、なぜなら、複数のコンポーネントキャリアにおける論理チャネルデータの多重化は、移動端末のＭＡＣ層が実行するためである。しかしながら、キャリアアグリゲーションが設定されている場合、遅延の影響の大きいトラフィックを適切にサポートできるように、トランスポートブロックの（すなわちＰＵＳＣＨの）送信の電力スケーリングが、上りリンクコンポーネントキャリアの優先順位（またはコンポーネントキャリアにリソースを割り当てる上りリンクリソース割当ての優先順位）に基づいて行われることが望ましい。
【０２５３】
より具体的には、ＰＵＳＣＨで送信されるトランスポートブロックの中の高ＱｏＳデータは、より多くの再送信に耐えられる低ＱｏＳデータと比較して、スケーリング幅が小さいことが望ましい。したがって、本発明の例示的な一実施形態によると、ＰＵＳＣＨでのトランスポートブロックの送信に対する電力スケーリング（ステップ１９０３およびステップ１９０４を参照）において、上りリンクリソース割当ての処理順序を考慮することが有利であり、上りリンクリソース割当ての処理順序は、上りリンクリソース割当てによってリソースが割り当てられるコンポーネントキャリアの優先順位の順序と同じであると考えられる。上りリンクリソース割当ての処理順序および電力スケーリングのいずれも、論理チャネルが受ける送信品質に影響を与えるため、移動端末のＭＡＣ層においてトランスポートブロックを生成するときの上りリンクリソース割当ての優先順位付け（例えばステップ１９０１を参照）と、移動端末の物理層における電力スケーリング機能（ステップ１９０３およびステップ１９０４を参照）との間で、何らかの情報交換が行われることが望ましい。
【０２５４】
この情報交換は、例えば、ＭＡＣ層でトランスポートブロックを生成するときに上りリンクリソース割当ての処理順序を決定するために使用される、上りリンクリソース割当ての優先順位の順序を、物理層に提供される電力スケーリング機能において、ＰＵＳＣＨ送信の電力をスケーリングするときにそのまま使用することによって、達成することができる。例示的な一実施例においては、移動端末は、ＰＵＳＣＨ上のトランスポートブロックに要求される送信電力（ステップ１９０２を参照）を、上りリンクリソース割当ての処理順序とは逆の順序で減少させる。移動端末の電力制御ユニットは、基本的には、最初に、最も低い優先順位の上りリンクリソース割当てに対応するトランスポートブロックの送信に要求される送信電力から低減を開始し、次に、移動端末の電力制御ユニットは、２番目に低い優先順位の上りリンクリソース割当てに対応するトランスポートブロックの送信に要求される送信電力を減少させ、以下同様である。必要な場合、１つまたは複数のトランスポートブロックの送信電力をゼロに減少させることができ、すなわち移動端末は、特定の（１つまたは複数の）コンポーネントキャリアにおいてＤＴＸを行う。
【０２５５】
さらなる例示的な一実施例においては、トランスポートブロックの送信に要求される送信電力をゼロに低減した後、次のトランスポートブロックの電力スケーリングを行う。したがって、電力制御ユニットは、最初に、最も低い優先順位の上りリンクリソース割当てに対応するトランスポートブロックの送信に要求される送信電力をゼロに低減し（必要な場合）、送信電力をさらに減少させる必要がある場合、移動端末の電力制御ユニットは、２番目に低い優先順位の上りリンクリソース割当てに対応するトランスポートブロックの送信に要求される送信電力を、さらにゼロに低減し（必要な場合）し、以下同様である。
【０２５６】
送信電力の電力低減／電力スケーリングは、例えば、ＬＥＴ−Ａシステムにおいては以下のように実施することができる。例示的な一実施例においては、基地局装置が、各コンポーネントキャリアｃの重み係数ｗｃをユーザ機器にシグナリングし、重み係数ｗｃは、それぞれのコンポーネントキャリア上でのトランスポートブロックのＰＵＳＣＨ送信に適用される。ユーザ機器の電力が制限されているとき、電力制御ユニットは、リソースが割り当てられているコンポーネントキャリア上でのすべてのＰＵＳＣＨ送信の送信電力の重み付けられた値の合計をスケーリングする。この処理は、上りリンク送信用に移動端末が利用できる最大送信電力ＰＭＡＸを超えないようにスケーリング係数ｓを計算することによって、達成することができる。スケーリング係数は、式（２）から求めることができる。
【０２５７】
【数４】
0005456155.tif 000008
この式で、ｓはスケーリング係数、ｗｃはコンポーネントキャリアｃの重み係数を表す。ＰＰＵＣＣＨ（ｉ）は、ＴＴＩｉ内でのＰＵＣＣＨにおける制御シグナリングに要求される送信電力を表す。ＰＰＵＳＣＨｃ（ｉ）は、ＴＴＩｉ内にコンポーネントキャリアｃのＰＵＳＣＨで送信されるトランスポートブロックの送信電力を表す（ステップ１９０２および式（１）を参照）。明らかに、スケーリング係数ｓは、次のように求めることができる。
【０２５８】
【数５】
0005456155.tif 000009
【０２５９】
コンポーネントキャリアの重み係数ｗｃは、例えば、特定のコンポーネントキャリア上で送信されるデータのＱｏＳを考慮することができる。
【０２６０】
より高度な一実施例においては、上りリンクＰＣＣのＰＵＳＣＨで送信されるトランスポートブロックがスケーリングされないようにすることができる。このことは、例えば、基地局装置が上りリンクＰＣＣの重み係数ｗｃを１／ｓとして定義することによって、実現することができる。あるいは、上りリンクＰＣＣ以外のコンポーネントキャリアのためのスケーリング係数ｓを、次の関係を用いて決定することができる。
【０２６１】
【数６】
0005456155.tif 000010
したがって、
【数７】
0005456155.tif 000011
この式において、ＰＰＵＳＣＨ＿ＰＣＣ（ｉ）は、上りリンクＰＣＣ上で送信されるトランスポートブロックの送信に要求される送信電力（ステップ１９０２および式（１）を参照）であり、ＰＰＵＳＣＨ＿ＳＣＣｃ（ｉ）は、それ以外の上りリンクＳＣＣ上で送信されるトランスポートブロックの送信に要求される送信電力（ステップ１９０２および式（１）を参照）である。
【０２６２】
本発明のさらなる例示的な一実施形態においては、ユーザ機器は、トランスポートブロックを生成するとき、上りリンクリソース割当てを重み係数ｗｃの大きい順に処理することができる。したがって、重み係数ｗｃによって優先順位の順序を与えることができる。移動端末は、最も大きい重み係数ｗｃが割り当てられている上りリンクコンポーネントキャリアのための上りリンクリソース割当てから処理を開始することができる。この実施形態においては、最も大きい重み係数ｗｃは、本質的には、最も高い優先順位の上りリンクコンポーネントキャリアまたは上りリンクリソース割当てに対応する。
【０２６３】
複数の上りリンクコンポーネントキャリアに同じ重み係数ｗｃが適用される場合、処理順序はユーザ機器の実装に委ねることができる。あるいは、同じ重み係数ｗｃの場合に、（上述したように）上りリンクリソース割当ての下りリンク送信タイミングに基づいて、または対応するコンポーネントキャリアのキャリアインデックス（ＣＩ）に基づいて、処理順序を決定することもできる。
【０２６４】
本発明の別の例示的な実施形態においては、移動端末の電力制御ユニットによる電力スケーリングは、それぞれのトランスポートブロックが送信されるコンポーネントキャリアのタイプに依存する。高い優先順位のトラフィックを伝える上りリンクＰＣＣ上のトランスポートブロックのＰＵＳＣＨ送信への電力組合せは、上りリンクＳＣＣ上の他のＰＵＳＣＨ送信よりも優先される。上りリンクＰＣＣ以外の上りリンクコンポーネントキャリアへの電力の組合せ（または電力低減量／スケーリング量）は、ユーザ機器の実装に委ねることができる。例えば、上りリンクＰＣＣ以外の上りリンクＳＣＣに関して、ユーザ機器は、高いＱｏＳが要求されるデータを、自身が選択するコンポーネントキャリアに多重化することができ、そのコンポーネントキャリアの電力組合せを他の上りリンクＳＣＣよりも優先させることができる。
【０２６５】
キャリアアグリゲーションを使用する通信システムにおいては、移動端末は、あるコンポーネントキャリア上でランダムアクセスを実行する一方で、スケジューリングされたデータ（トランスポートブロック）を別のコンポーネントキャリア上で送信することもできる。したがって、３ＧＰＰベースのシステム（例えばＬＴＥ−Ａ）においては、ユーザ機器は、１つのコンポーネントキャリア上でランダムアクセスチャネル（ＲＡＣＨ）アクセスを実行する一方で、別のコンポーネントキャリア上でＰＵＳＣＨ／ＰＵＣＣＨを同時に送信することが可能である。したがって、ユーザ機器は、ＲＡＣＨプリアンブルを送信し（すなわち物理ランダムアクセスチャネル（ＰＲＡＣＨ）での送信）、同じＴＴＩ内に、ＰＵＳＣＨもしくはＰＵＣＣＨまたはその両方でもデータを送信することができる。ＰＲＡＣＨ送信とＰＵＣＣＨ／ＰＵＳＣＨ送信を同時に使用することが起こりうる場合は、ユーザ機器が１つの上りリンクコンポーネントキャリアでは同期していないが、別の上りリンクコンポーネントキャリアでは依然として上りリンク同期状態にあるときである。「同期していないコンポーネントキャリア」における上りリンク同期を回復する目的で、ユーザ機器は、（例えばＰＤＣＣＨによって指示される）ＲＡＣＨアクセスを行う。さらには、ユーザ機器のための専用スケジューリング要求チャネルがＰＵＣＣＨに設定されていない場合にも、ユーザ機器は、自身のバッファに新しいデータが到着したとき、上りリンクリソースを要求する目的でＲＡＣＨアクセスを行うことができる。
【０２６６】
これらの場合、本発明の別の実施形態によると、ＲＡＣＨアクセス（すなわちＰＲＡＣＨでのＲＡＣＨプリアンブルの送信）のための送信電力は、アクセスネットワークによる電力制御の対象とはならない。ただしこの実施形態においては、電力が制限される状況において移動端末が電力スケーリングを適用するとき、ＰＲＡＣＨ送信のための送信電力を考慮に入れる。したがって、ＰＲＡＣＨ送信とＰＵＣＣＨ／ＰＵＳＣＨ送信を同時に行う場合、ＴＴＩ内のＰＲＡＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨのための送信電力は、次の関係を満たしている必要がある。
【０２６７】
【数８】
0005456155.tif 000012
この式で、ＰＰＲＡＣＨ（ｉ）は、ＴＴＩｉ内でのＰＲＡＣＨにおける送信のための送信電力であり、電力制限のために電力スケーリングが必要である場合、例示的な１つのシナリオにおいては次の関係を満たす必要がある。
【０２６８】
【数９】
0005456155.tif 000013
【０２６９】
さらに詳細な例示的な実施例においては、プリアンブルの送信電力の初期設定（すなわちＰＰＲＡＣＨ（ｉ）の設定）は、ユーザ機器による、経路損失を完全に補償する開ループ推定に基づくことができる。これによって、ＲＡＣＨプリアンブルの受信電力を、経路損失とは無関係にすることができる。さらに、基地局装置は、ＰＲＡＣＨの追加の電力オフセットを、例えば、望ましい受信ＳＩＮＲや、ＲＡＣＨプリアンブルに割り当てられる時間−周波数スロットにおいて測定される上りリンク干渉およびノイズレベル、およびプリアンブルのフォーマットに応じて、設定することもできる。さらには、オプションとして、基地局装置は、再送信される（すなわちＰＲＡＣＨ送信の試みが失敗した場合における）プリアンブルそれぞれの送信電力ＰＰＲＡＣＨ（ｉ）が一定のステップ幅だけ大きくなるように、プリアンブル・パワー（電力）ランピング（preamble power ramping）を設定することができる。
【０２７０】
0005456155.tif 000014
【０２７１】
0005456155.tif 000015
【０２７２】
第３のオプションにおいては、ＰＲＡＣＨ送信およびＰＵＣＣＨ／ＰＵＳＣＨ送信を同時に行うことを許可しない。したがって、この場合、ユーザ機器は、ＰＵＣＣＨ／ＰＵＳＣＨ送信またはＰＲＡＣＨ送信のいずれかを行わない。ＰＲＡＣＨとＰＵＣＣＨ／ＰＵＳＣＨとではタイミングオフセットが異なるため、電力増幅器（ＰＡ）の完全な利用はかなり難しい。
【０２７３】
上の例においては、帯域幅アグリゲーションのシナリオを想定しており、移動端末は、同じＴＴＩ内に複数の異なるコンポーネントキャリアのための上りリンクリソース割当てを受信する。上りリンク割当ての優先順位または優先順位の順序を導入するコンセプトは、空間多重化の場合にも同様に適用することができる。空間多重化とはＭＩＭＯ技術またはＭＩＭＯ送信モードを意味し、複数の受信アンテナおよび送信アンテナを使用して複数のトランスポートブロックを同じ周波数で同時に送信することができる。異なるトランスポートブロックの分離は、受信器側もしくは送信器側またはその両方における信号処理によって行われる。本質的には、トランスポートブロックは、複数の異なるＭＩＭＯチャネルまたはＭＩＭＯ層において、ただし同じコンポーネントキャリア上で送信される。
【０２７４】
空間多重化を使用するとき（ＬＴＥ−Ａの上りリンクにおいて考慮される）、上りリンクリソース割当ては、コンポーネントキャリア上のＭＩＭＯ層のための上りリンクリソースを割り当てる。したがって、１つのコンポーネントキャリア上の個々のＭＩＭＯ層のための複数の上りリンクリソース割当てが存在する。コンポーネントキャリアの優先順位の順序を導入する場合と同様に、ＭＩＭＯシナリオの場合にも、トランスポートブロックを生成するとき、ＭＩＭＯ層のための上りリンクリソース割当ての優先順位または優先順位の順序を使用する。ＭＩＭＯ層の優先順位の順序は、あらかじめ（例えば無線ベアラの確立時に）設定することができ、または前述したように、物理層シグナリング、ＭＡＣシグナリング、またはＲＲＣシグナリングによって伝えることができる。
【０２７５】
したがって、シングルコンポーネントキャリアのシステム（例えばＬＴＥリリース８）を想定すると、コンポーネントキャリアの個々のＭＩＭＯ層のための上りリンクリソース割当てを累積して仮想トランスポートブロックを形成し、前述したように、仮想トランスポートブロックに対して連結式論理チャネル手順を実行することができる。次いで、仮想トランスポートブロックの内容を、個々のトランスポートブロックに、それらの割当ての優先順位の順序に従って分割する必要があり、それらトランスポートブロックを移動端末のそれぞれのアンテナを介して送信する。
【０２７６】
同様に、連結式論理チャネル手順の並列化も可能であり、この場合、コンポーネントキャリアに対応するトランスポートブロック（または上りリンクリソース割当て）ではなく、ＭＩＭＯ層に対応するトランスポートブロック（または上りリンクリソース割当て）に対して動作させることによる。
【０２７７】
さらには、本明細書に説明した本発明のコンセプトは、帯域幅アグリゲーション（すなわち複数のコンポーネントキャリアが設定される）および空間多重化を提供するシステムにおいても、使用することができる。この場合、上りリンクリソース割当ては、ＭＩＭＯ層およびコンポーネントキャリアにおいてトランスポートブロックを送信するための上りリンクリソースを割り当てる。さらに、このシステムにおいても、連結式論理チャネル手順を、上述した方法と同様に使用することができる。
【０２７８】
この場合には、上りリンクリソース割当ての優先順位の順序の定義として、「各コンポーネントキャリア上の各ＭＩＭＯ層」を単位とする「連結的な」優先順位の順序を定義することができ、あるいは、個別の優先順位の順序、すなわち、ＭＩＭＯ層の優先順位の順序（コンポーネントキャリアとは独立している）と、コンポーネントキャリアの優先順位の順序（コンポーネントキャリアとは独立している）とを定義することができる。第３の場合として、空間多重化を使用することも可能であり、ただし、ＭＩＭＯ層は同じ優先順位であるものと想定し（したがってＭＩＭＯ層の優先順位の順序は存在しない）、コンポーネントキャリアの優先順位の順序は存在する。
【０２７９】
第１の場合、すなわち「各コンポーネントキャリア上の各ＭＩＭＯ層」を単位とする「連結的な」優先順位付けを行う場合には、（連結式）論理チャネル優先順位付け手順を使用して、「各コンポーネントキャリア上の各ＭＩＭＯ層」ごとにトランスポートブロックを生成することができる。
【０２８０】
第２の場合および第３の場合には、本発明の実施形態によると、最初に、コンポーネントキャリアごとに、ＭＩＭＯ層の上りリンクリソース割当てを（例えばＭＩＭＯ層の優先順位（利用可能な場合）に従って）累積し、そのようにして得られた、コンポーネントキャリアごとの仮想トランスポートブロックを、コンポーネントキャリアの優先順位の順序に従って累積し、このようにコンポーネントキャリアごとの仮想トランスポートブロックを累積することから得られた仮想トランスポートブロックに対して、（連結式）論理チャネル優先順位付けを実行する。
【０２８１】
コンポーネントキャリアごとの仮想トランスポートブロックを累積することから得られた仮想トランスポートブロックに論理チャネルのデータを入れた後、その仮想トランスポートブロックを、コンポーネントキャリアごとの仮想トランスポートブロックに再び分割し、次いで、コンポーネントキャリアごとの仮想トランスポートブロックを、コンポーネントキャリアの各々におけるそれぞれのＭＩＭＯ層の個々のトランスポートブロックにさらに分割する。
【０２８２】
本発明のさらなる実施形態においては、第３の場合、すなわちＭＩＭＯ層の優先順位の順序が存在しない場合に、コンポーネントキャリアごとに、すべてのＭＩＭＯ層に対する１つの上りリンクリソース割当てを送信することができる。したがって、この場合、上の手順においてＭＩＭＯ層のための上りリンクグラントを累積するステップを省くことができる。しかしながら、分割によって得られる、コンポーネントキャリアごとの仮想トランスポートブロックは、コンポーネントキャリアそれぞれにおけるＭＩＭＯ層のトランスポートブロックにさらに分割する必要がある（例えば、コンポーネントキャリアごとの仮想トランスポートブロックの均等部分を、送信するＭＩＭＯ層それぞれに割り当てることによる）。
【０２８３】
本発明のいくつかの実施形態においては、改良された３ＧＰＰ  ＬＴＥシステム（エアインタフェースに１つのコンポーネントキャリアが設定される）に関連して、本発明のコンセプトについて説明した。３ＧＰＰにおいて現在検討されている３ＧＰＰ  ＬＴＥ−Ａ（ＬＴＥ−Ａ）システムにも、本発明のコンセプトを等しく適用することができる。
【０２８４】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０２８５】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【０２８６】
さらには、本発明のさまざまな実施形態の個々の特徴は、個別に、または任意の組合せとして、別の発明の主題とすることができることに留意されたい。
【０２８７】
具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。
【図１】
0005456155.tif 000016
【図２】
0005456155.tif 000017
【図３】
0005456155.tif 000018
【図４】
0005456155.tif 000019
【図５】
0005456155.tif 000020
【図６】
0005456155.tif 000021
【図７】
0005456155.tif 000022
【図８】
0005456155.tif 000023
【図９】
0005456155.tif 000024
【図１０】
0005456155.tif 000025
【図１１】
0005456155.tif 000026
【図１２】
0005456155.tif 000027
【図１３】
0005456155.tif 000028
【図１４】
0005456155.tif 000029
【図１５】
0005456155.tif 000030
【図１６】
0005456155.tif 000031
【図１７】
0005456155.tif 000032
【図１８】
0005456155.tif 000033
【図１９】
0005456155.tif 000034