(57)【要約】【課題】アップリンクキャリア集合に対する論理チャネル優先度付与のための方法を提供すること。【解決手段】複数のアップリンクキャリアをサポートするシステム内でのユーザ機器における論理チャネル優先度付与のための方法であって、該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先は、キャリアベースごとに割り当てられている、ことと、キャリア選択のために該論理チャネル優先度のセットを各論理チャネルに適用することとを包含する、方法。【選択図】図１
2011142638.tif 000002
【特許請求の範囲】
【請求項１】
複数のアップリンクキャリアをサポートするシステム内でのユーザ機器における論理チャネル優先度付与のための方法であって、
該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先は、キャリアベースごとに割り当てられている、ことと、
キャリア選択のために該論理チャネル優先度のセットを各論理チャネルに適用することと
を包含する、方法。
【請求項２】
前記論理チャネル優先度は、キャリアグループベースごとにさらに割り当てられる、請求項１に記載の方法。
【請求項３】
前記論理チャネル優先度は、論理チャネルがアップリンクキャリアにおいて伝送することを防ぐ設定を含む、請求項１または２に記載の方法。
【請求項４】
前記適用することは、各キャリアに対する可能性として異なる優先度を各論理チャネルに適用する、請求項１または２に記載の方法。
【請求項５】
前記論理チャネル優先度は、全てのアップリンクキャリアに均一に適用可能である、請求項１または２に記載の方法。
【請求項６】
前記受信することは、無線リソース制御シグナリングを介して、半静的に行われる、請求項１または２に記載の方法。
【請求項７】
前記論理チャネル優先度は、複数のセットにグループ化される、請求項１または２に記載の方法。
【請求項８】
前記複数のセットは、無線リソース制御シグナリングを利用して構成されている、請求項７に記載の方法。
【請求項９】
前記受信することは、メディアアクセス制御（「ＭＡＣ」）制御要素を利用して行われる、請求項７に記載の方法。
【請求項１０】
制御要素内のフィールドの値がキャリアおよび論理チャネル優先度のセットに関連する、請求項９に記載の方法。
【請求項１１】
前記受信することは、ダウンリンク制御情報を利用して行われる、請求項７に記載の方法。
【請求項１２】
前記ダウンリンク制御情報は、該ダウンリンク制御情報と関連するキャリアに対して使用される論理チャネル優先度のセットに対応するフィールドの値を含む、請求項１１に記載の方法。
【請求項１３】
前記適用することは、少なくとも１つのキャリアがアップリンク伝送のための論理チャネルに適用可能である、請求項１または２に記載の方法。
【請求項１４】
通信サブシステムと、
プロセッサと
を備えているユーザ機器であって、該通信サブシステムおよび該プロセッサは、
該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先度は、キャリアベースごとに割り当てられている、ことと、
キャリア選択のために、該論理チャネル優先度のセットを各論理チャネルに適用することと
を協働して行う、ユーザ機器。
【請求項１５】
複数のアップリンクキャリアシステム内でユーザ機器においてアップリンクメディアアクセス制御プロトコルデータユニットを構築する方法であって、
複数のアップリンクグラントを受信することと、
該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、
論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することと
を包含する、方法。
【請求項１６】
前記ソートすることは、同一の相対的優先度を有するキャリアに対するアップリンクグラントに対してタイブレーキングルールを利用する、請求項１５に記載の方法。
【請求項１７】
前記タイブレーキングルールは、
より小さいアップリンクグラントよりも大きいアップリンクグラントに対して、より高い優先度を割り当てすることと、
より大きいアップリンクグラントよりも小さいアップリンクグラントに対して、より高い優先度を割り当てすることと、
同一の相対的優先度を有するキャリアに対してより高い優先度を擬似ランダムに決定することと
からなる群より選択される、請求項１６に記載の方法。
【請求項１８】
通信サブシステムと、
プロセッサと
を備えている、ユーザ機器であって、該通信サブシステムおよびプロセッサは、
複数のアップリンクグラントを受信することと、
該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、
論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することと
を行うように協働する、ユーザ機器。
【請求項１９】
複数のアップリンクキャリアシステム内でユーザ機器においてアップリンクメディアアクセス制御プロトコルデータユニットを構築する方法であって、
論理チャネル優先度に基づいて、可能性のある論理チャネルおよびキャリア対をソートすることと、
該ソートすることによって決定された順位で、論理チャネルトラフィックを割り振るために、優先度付与されたビットレートプロセスを利用することと、
優先度の順位に基づいて、論理チャネルトラフィックを割り振るために、残りのリソースプロセスを行うことと
を包含する、方法。
【請求項２０】
前記ソートすることは、同一の相対的優先度を有する論理チャネルおよびキャリア対に対するタイブレーキングルールを含む、請求項１９に記載の方法。
【請求項２１】
前記タイブレーキングルールは、
より大きいグラントを有するキャリアを優先度付与することと、
禁止された論理チャネルを有するキャリアを優先度付与することと、
キャリア順位を半静的に構成することと、
ランダムにタイブレーキングすることと
からなる群より選択される、請求項２０に記載の方法。
【請求項２２】
前記優先度付与されたビットレートプロセスは、キャリアおよび論理チャネル割り振りを決定するために、トークンバケットスケジューラを利用する、請求項１９に記載の方法。
【請求項２３】
前記残りのリソースプロセスを行う前に、さらに配列するステップをさらに包含し、該配列することは、前記ソートするステップとは異なるタイブレーキングルールを利用する、請求項１９に記載の方法。
【請求項２４】
前記ソートするための前記タイブレーキングルールは、
キャリアを優先度付与することであって、該キャリアのグラントは、他のキャリア上のグラントよりも小さい残りの空間を有するが、該キャリアの残りの空間は、論理チャネルに対するバケットコンテンツよりも大きい、ことと、
キャリアを優先度付与することであって、該キャリアを介して伝送することを禁じられている全ての論理チャネルに対する該キャリアの可能性のあるトラフィックが最小である、ことと
からなる群より選択される、請求項２３に記載の方法。
【請求項２５】
前記配列するための前記タイブレーキングルールは、現在の論理チャネルに対するリソース割り当てを既に有するグラントを選ぶことを含む、請求項２３に記載の方法。
【請求項２６】
前記利用することは、他の論理チャネルが複数のキャリアのうちのほぼ１つに対するグラントを満たすまで、論理チャネルに対して同一の優先度を有する該複数のキャリア上のリソースを確保することをさらに包含する、請求項１９に記載の方法。
【請求項２７】
通信サブシステムと、
プロセッサと
を備えている、ユーザ機器であって、該通信サブシステムおよびプロセッサは、
論理チャネル優先度に基づいて、可能性のある論理チャネルおよびキャリア対をソートすることと、
該ソートすることによって決定された順位で、論理チャネルトラフィックを割り振るために、優先度付与されたビットレートプロセスを利用することと、
優先度の順位に基づいて、論理チャネルトラフィックを割り振るために、残りのリソースプロセスを行うことと
を行うように協働する、ユーザ機器。
【請求項２８】
複数のアップリンクキャリアシステム内のユーザ機器からアップリンクメディアアクセス制御（「ＭＡＣ」）制御要素を伝送するための方法であって、
該ＭＡＣ制御要素を伝送するために、該複数のアップリンクキャリアから少なくとも１つのキャリアを選択することを包含する、方法。
【請求項２９】
前記選択することは、
前記ＭＡＣ制御要素を伝送するための単一の基準キャリアと、
基準キャリアであって、該基準キャリアに対するグラントがサブフレーム内で受信され、該サブフレーム内のグラントを有する別のキャリアを他の方法で利用する場合に、該ＭＡＣ制御要素を伝送する、基準キャリアと、
該ＭＡＣ制御要素を伝送するための半持続的なスケジューリングアップリンクグラントから生じないキャリアと、
各伝送機会における異なるキャリアと、
現在のサブフレーム内のグラントを有する少なくとも１つのアップリンクキャリアと、
該ＭＡＣ制御要素を伝送するキャリア固有のＭＡＣ制御要素と関連するキャリアと、
該ＭＡＣ制御要素が関連するキャリアをスケジューリングする進化型ノードＢと通信する仮想アップリンクキャリアと
からなる群より選択されるキャリアサブセットを利用する、請求項２８に記載の方法。
【請求項３０】
通信サブシステムと、
プロセッサと
を備えている、ネットワーク要素であって、該通信サブシステムおよび該プロセッサは、
ユーザ機器に対する論理チャネル優先度のセットを割り当てすることであって、該論理チャネル優先度は、キャリアベースごとに割り当てられる、ことと、
該論理チャネル優先度を該ユーザ機器に伝送することと
を協働して行う、ネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
（開示の分野）
本開示は、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）（ＵＥ）から、ネットワークエレメントまで、特に、複数のキャリアを利用しているアップリンク通信までのアップリンク伝送に関する。
【背景技術】
【０００２】
様々な提案システムにおいて、アップリンクトラフィックは、ユーザ機器（ＵＥ）からネットワークエレメントまでデータを転送するための最小帯域幅を要求し得る。これを達成するための一つの方法は、複数のアップリンクキャリアを使用することであって、複数のアップリンクキャリアは、利用可能なアップリンク処理量を増加させるために、ＵＥによる使用に対して集合させられ得る。一つのそのようなシステムは、ロングタームエボリューションアドバンスト（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）（ＬＴＥ−Ａ）であって、これは、Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）リリース１０に対応する。
【０００３】
しかしながら、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）への論理チャネルトラフィックのＵＥにおけるローカルスケジューリングに対する現在のＥ−ＵＴＲＡリリース８の論理チャネル優先スキームは、単一キャリア使用に対して設計されてきた。このスキームは、複数のキャリアの使用を考慮しておらず、異なるアップリンクキャリアが異なる特性を示すか、または、複数の同時アップリンクの存在が同一のサブフレーム内においてＵＥに同意するかも考慮していない。上記内容は、また、複数のキャリア集合を利用し得る単一のアップリンクキャリアを有している他のシステムに適用される。
【発明の概要】
【課題を解決するための手段】
【０００４】
本開示は、複数のアップリンクキャリアをサポートするシステム内でのユーザ機器における論理チャネル優先度付与のための方法を提供し、この方法は、該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先は、キャリアベース毎に割り当てられている、ことと、キャリア選択のために論理チャネル優先度のセットを各論理チャネルに適用することとを包含する。
【０００５】
本開示は、ユーザ機器をさらに提供し、このユーザ機器は、通信サブシステムと、プロセッサとを備え、該通信サブシステムおよび該プロセッサは、該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先度は、キャリアベースごとに割り当てられている、ことと、キャリア選択のために、該論理チャネル優先度のセットを各論理チャネルに適用することとを協働して行う。
【０００６】
本開示は、複数のアップリンクキャリアシステム内でユーザ機器においてアップリンクメディアアクセス制御プロトコルデータユニットを構築する方法を提供し、この方法は、複数のアップリンクグラントを受信することと、該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することとを包含する。
【０００７】
本開示は、なおさらに、ユーザ機器を提供し、このユーザ機器は、通信サブシステムと、プロセッサとを備え、該通信サブシステムおよびプロセッサは、複数のアップリンクグラントを受信することと、該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することとを行うように協働する。
【０００８】
本開示は、なおさらに、複数のアップリンクキャリアシステム内でユーザ機器においてアップリンクメディアアクセス制御プロトコルデータユニットを構築する方法を提供し、この方法は、論理チャネル優先度に基づいて、可能性のある論理チャネルおよびキャリア対をソートすることと、該ソートすることによって決定された順位で、論理チャネルトラフィックを割り振るために、優先度付与されたビットレートプロセスを利用することと、優先度の順位に基づいて、論理チャネルトラフィックを割り振るために、残りのリソースプロセスを行うこととを包含する。
【０００９】
本開示は、ユーザ機器を提供し、このユーザ機器は、通信サブシステムと、プロセッサとを備え、該通信サブシステムおよびプロセッサは、論理チャネル優先度に基づいて、可能性のある論理チャネルおよびキャリア対をソートすることと、該ソートすることによって決定された順位で、論理チャネルトラフィックを割り振るために、優先度付与されたビットレートプロセスを利用することと、優先度の順位に基づいて、論理チャネルトラフィックを割り振るために、残りのリソースプロセスを行うこととを行うように協働する。
【００１０】
本開示は、さらに、複数のアップリンクキャリアシステム内のユーザ機器からアップリンクメディアアクセス制御（「ＭＡＣ」）制御要素を伝送するための方法を提供し、この方法は、該ＭＡＣ制御要素を伝送するために、該複数のアップリンクキャリアから少なくとも１つのキャリアを選択することを包含する。
【００１１】
本開示は、さらに、ネットワーク要素を提供し、このネットワーク要素は、通信サブシステムと、プロセッサとを備え、該通信サブシステムおよび該プロセッサは、ユーザ機器に対する論理チャネル優先度のセットを割り当てすることであって、該論理チャネル優先度は、キャリアベースごとに割り当てられる、ことと、該論理チャネル優先度を該ユーザ機器に伝送することとを協働して行う。
【００１２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）において、キャリア集合は、ＬＴＥ−Ａ要件を満たすために、増加したポテンシャルピークデータレートを強化するより広い伝送帯域幅をサポートするために、ＬＴＥ−Ａに使用され得る。アップリンクキャリア集合において、複数のアップリンク構成要素キャリアが集合され得、サブフレームにおいてＵＥに割り振られ得る。
【００１３】
しかしながら、本開示は、ＬＴＥ−Ａに限定されることを意図せず、以下の方法および装置は、他のマルチキャリア集合の状況に適用され得る。
【００１４】
例えば、本発明は以下の項目を提供する。
（項目１）
複数のアップリンクキャリアをサポートするシステム内でのユーザ機器における論理チャネル優先度付与のための方法であって、
該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先は、キャリアベースごとに割り当てられている、ことと、
キャリア選択のために該論理チャネル優先度のセットを各論理チャネルに適用することと
を包含する、方法。
（項目２）
上記論理チャネル優先度は、キャリアグループベースごとにさらに割り当てられる、上記項目のいずれかに記載の方法。
（項目３）
上記論理チャネル優先度は、論理チャネルがアップリンクキャリアにおいて伝送することを防ぐ設定を含む、上記項目のいずれかに記載の方法。
（項目４）
上記適用することは、各キャリアに対する可能性として異なる優先度を各論理チャネルに適用する、上記項目のいずれかに記載の方法。
（項目５）
上記論理チャネル優先度は、全てのアップリンクキャリアに均一に適用可能である、上記項目のいずれかに記載の方法。
（項目６）
上記受信することは、無線リソース制御シグナリングを介して、半静的に行われる、上記項目のいずれかに記載の方法。
（項目７）
上記論理チャネル優先度は、複数のセットにグループ化される、上記項目のいずれかに記載の方法。
（項目８）
上記複数のセットは、無線リソース制御シグナリングを利用して構成されている、上記項目のいずれかに記載の方法。
（項目９）
上記受信することは、メディアアクセス制御（「ＭＡＣ」）制御要素を利用して行われる、上記項目のいずれかに記載の方法。
（項目１０）
制御要素内のフィールドの値がキャリアおよび論理チャネル優先度のセットに関連する、上記項目のいずれかに記載の方法。
（項目１１）
上記受信することは、ダウンリンク制御情報を利用して行われる、上記項目のいずれかに記載の方法。
（項目１２）
上記ダウンリンク制御情報は、該ダウンリンク制御情報と関連するキャリアに対して使用される論理チャネル優先度のセットに対応するフィールドの値を含む、上記項目のいずれかに記載の方法。
（項目１３）
上記適用することは、少なくとも１つのキャリアがアップリンク伝送のための論理チャネルに適用可能である、上記項目のいずれかに記載の方法。
（項目１４）
通信サブシステムと、
プロセッサと
を備えているユーザ機器であって、該通信サブシステムおよび該プロセッサは、
該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先度は、キャリアベースごとに割り当てられている、ことと、
キャリア選択のために、該論理チャネル優先度のセットを各論理チャネルに適用することと
を協働して行う、ユーザ機器。
（項目１５）
複数のアップリンクキャリアシステム内でユーザ機器においてアップリンクメディアアクセス制御プロトコルデータユニットを構築する方法であって、
複数のアップリンクグラントを受信することと、
該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、
論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することと
を包含する、方法。
（項目１６）
上記ソートすることは、同一の相対的優先度を有するキャリアに対するアップリンクグラントに対してタイブレーキングルールを利用する、上記項目のいずれかに記載の方法。
（項目１７）
上記タイブレーキングルールは、
より小さいアップリンクグラントよりも大きいアップリンクグラントに対して、より高い優先度を割り当てすることと、
より大きいアップリンクグラントよりも小さいアップリンクグラントに対して、より高い優先度を割り当てすることと、
同一の相対的優先度を有するキャリアに対してより高い優先度を擬似ランダムに決定することと
からなる群より選択される、上記項目のいずれかに記載の方法。
（項目１８）
通信サブシステムと、
プロセッサと
を備えている、ユーザ機器であって、該通信サブシステムおよびプロセッサは、
複数のアップリンクグラントを受信することと、
該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、
論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することと
を行うように協働する、ユーザ機器。
（項目１９）
複数のアップリンクキャリアシステム内でユーザ機器においてアップリンクメディアアクセス制御プロトコルデータユニットを構築する方法であって、
論理チャネル優先度に基づいて、可能性のある論理チャネルおよびキャリア対をソートすることと、
該ソートすることによって決定された順位で、論理チャネルトラフィックを割り振るために、優先度付与されたビットレートプロセスを利用することと、
優先度の順位に基づいて、論理チャネルトラフィックを割り振るために、残りのリソースプロセスを行うことと
を包含する、方法。
（項目２０）
上記ソートすることは、同一の相対的優先度を有する論理チャネルおよびキャリア対に対するタイブレーキングルールを含む、上記項目のいずれかに記載の方法。
（項目２１）
上記タイブレーキングルールは、
より大きいグラントを有するキャリアを優先度付与することと、
禁止された論理チャネルを有するキャリアを優先度付与することと、
キャリア順位を半静的に構成することと、
ランダムにタイブレーキングすることと
からなる群より選択される、上記項目のいずれかに記載の方法。
（項目２２）
上記優先度付与されたビットレートプロセスは、キャリアおよび論理チャネル割り振りを決定するために、トークンバケットスケジューラを利用する、上記項目のいずれかに記載の方法。
（項目２３）
上記残りのリソースプロセスを行う前に、さらに配列するステップをさらに包含し、該配列することは、上記ソートするステップとは異なるタイブレーキングルールを利用する、上記項目のいずれかに記載の方法。
（項目２４）
上記ソートするための上記タイブレーキングルールは、
キャリアを優先度付与することであって、該キャリアのグラントは、他のキャリア上のグラントよりも小さい残りの空間を有するが、該キャリアの残りの空間は、論理チャネルに対するバケットコンテンツよりも大きい、ことと、
キャリアを優先度付与することであって、該キャリアを介して伝送することを禁じられている全ての論理チャネルに対する該キャリアの可能性のあるトラフィックが最小である、ことと
からなる群より選択される、上記項目のいずれかに記載の方法。
（項目２５）
上記配列するための上記タイブレーキングルールは、現在の論理チャネルに対するリソース割り当てを既に有するグラントを選ぶことを含む、上記項目のいずれかに記載の方法。
（項目２６）
上記利用することは、他の論理チャネルが複数のキャリアのうちのほぼ１つに対するグラントを満たすまで、論理チャネルに対して同一の優先度を有する該複数のキャリア上のリソースを確保することをさらに包含する、上記項目のいずれかに記載の方法。
（項目２７）
通信サブシステムと、
プロセッサと
を備えている、ユーザ機器であって、該通信サブシステムおよびプロセッサは、
論理チャネル優先度に基づいて、可能性のある論理チャネルおよびキャリア対をソートすることと、
該ソートすることによって決定された順位で、論理チャネルトラフィックを割り振るために、優先度付与されたビットレートプロセスを利用することと、
優先度の順位に基づいて、論理チャネルトラフィックを割り振るために、残りのリソースプロセスを行うことと
を行うように協働する、ユーザ機器。
（項目２８）
複数のアップリンクキャリアシステム内のユーザ機器からアップリンクメディアアクセス制御（「ＭＡＣ」）制御要素を伝送するための方法であって、
該ＭＡＣ制御要素を伝送するために、該複数のアップリンクキャリアから少なくとも１つのキャリアを選択することを包含する、方法。
（項目２９）
上記選択することは、
上記ＭＡＣ制御要素を伝送するための単一の基準キャリアと、
基準キャリアであって、該基準キャリアに対するグラントがサブフレーム内で受信され、該サブフレーム内のグラントを有する別のキャリアを他の方法で利用する場合に、該ＭＡＣ制御要素を伝送する、基準キャリアと、
該ＭＡＣ制御要素を伝送するための半持続的なスケジューリングアップリンクグラントから生じないキャリアと、
各伝送機会における異なるキャリアと、
現在のサブフレーム内のグラントを有する少なくとも１つのアップリンクキャリアと、
該ＭＡＣ制御要素を伝送するキャリア固有のＭＡＣ制御要素と関連するキャリアと、
該ＭＡＣ制御要素が関連するキャリアをスケジューリングする進化型ノードＢと通信する仮想アップリンクキャリアと
からなる群より選択されるキャリアサブセットを利用する、上記項目のいずれかに記載の方法。
（項目３０）
通信サブシステムと、
プロセッサと
を備えている、ネットワーク要素であって、該通信サブシステムおよび該プロセッサは、
ユーザ機器に対する論理チャネル優先度のセットを割り当てすることであって、該論理チャネル優先度は、キャリアベースごとに割り当てられる、ことと、
該論理チャネル優先度を該ユーザ機器に伝送することと
を協働して行う、ネットワーク要素。
【００１５】
摘要
複数のアップリンクキャリアシステム内のユーザ機器における論理チャネル優先度付与のための方法および装置であって、この方法は、該ユーザ機器において論理チャネル優先度のセットを受信することであって、該論理チャネル優先は、キャリアベース毎に割り当てられている、ことと、キャリア選択のために論理チャネル優先度のセットを各論理チャネルに適用することとを包含する。複数のアップリンクキャリアシステム内のユーザ機器におけるアップリンクメディアアクセス制御プロトコルデータユニットを構築するためのさらなる装置および方法であって、この方法は、複数のアップリンクグラントを受信することと、該複数のアップリンクグラントを、最も高い優先度のグラントから、最も低い優先度のグラントまでソートすることと、論理チャネルトラフィックを該メディアアクセス制御プロトコルデータユニットに割り振るために、論理チャネル優先度を用いて、該グラントに対して、論理チャネル優先度スキームを順次適用することとを包含する。
【図面の簡単な説明】
【００１６】
本開示は、図面を参照してより良く理解される。
【図１】図１は、複数のキャリアの割り振りを示す周波数割り振り図である。
【図２】図２は、アップリンクチャネルマッピングを示す概略図である。
【図３】図３は、アップリンク通信のためのレイヤ２を示す概略図である。
【図４】図４は、複数の論理チャネルから多重化されたアップリンク共有チャネルメディアアクセス制御プロトコルデータユニット（ＰＤＵ）を示す概略図である。
【図５】図５は、例示的なリーキートークンバケットシステムを示すブロック図である。
【図６】図６は、異なるアップリンクキャリアに対する例示的なセルカバレッジを示すブロック図である。
【図７】図７は、アップリンク仮想キャリアの例を示す概略図である。
【図８】図８は、キャリアベース毎の論理チャネル特性の適用を示すフロー図である。
【図９】図９は、２つのアップリンクキャリアを示す概略的な図であり、このキャリアにおいてリリース８の技術を利用してトラフィックが割り振りされる。
【図１０】図１０は、２つのアップリンクキャリアを示す概略的な図であり、このキャリアにおいて論理チャネルがキャリア毎に優先度付与される。
【図１１】図１１は、２つのアップリンクキャリアを示す概略的な図であり、このキャリアにおいて、論理チャネル優先度に基づいて、トラフィックが割り振りされる。
【図１２】図１２は、２つのアップリンクキャリアを示す概略的な図であり、このキャリアにおいてキャリアにおける論理チャネルによる伝送は禁止される。
【図１３】図１３は、論理チャネル優先度のセットを割り振りするために利用されるシグナリングオクテットを示す。
【図１４】図１４は、アップリンクグラントを受信する際にトラフィックを割り振りするためのプロセスを示すフロー図である。
【図１５】図１５は、例示的な論理チャネルおよびキャリア優先度マッピングを示すブロック図である。
【図１６】図１６は、論理チャネルおよびキャリア優先度マッピングに基づく、例示的なソート位置を示すブロック図である。
【図１７】図１７は、リソースを割り振りするためのプロセスを示すフロー図である。
【図１８】図１８は、ＰＢＲ（優先化付与されたビットレート）割り振りステップの間にリソースを例示的に割り振りすることを示すブロック図である。
【図１９】図１９は、残りのリソース割り振りステップの間の例示的なリソースの割り振りを示すブロック図である。
【図２０】図２０は、ＰＢＲおよび残りのリソースステップに基づいてリソースの割り振りを示すブロック図である。
【図２１】図２１は、ＰＢＲステップの間の確保および除去システムにおける例示的なリソースの割り振りを示すブロック図である。
【図２２】図２２は、残りのリソース割り振りステップの間の確保および除去システムにおける例示的なリソースの割り振りを示すブロック図である。
【図２３】図２３は、例示的なユーザ機器のブロック図である。
【発明を実施するための形態】
【００１７】
ここで、図１を参照する。図１は、２０ＭＨｚの様々な帯域幅がキャリアとして割り当てられた周波数スペクトルを示す。特に、５つのキャリアが、図１の例において示され、各々は２０ＭＨｚの幅を有している。これらは、参照番号１１０、１１２、１１４、１１６および１１８によって図示されている。
【００１８】
当業者であれば理解されるように、本開示のシステムおよび方法は、５つのアップリンクコンポーネントキャリアを有することに限定されるものではなく、より多いか、またはより少ないコンポーネントキャリアが特定のシステムにおいて使用され得る。さらに、本開示は、２０ＭＨｚの帯域幅に限定されることを意味せず、より大きいか、またはより小さい帯域幅割当が可能である。
【００１９】
図１の例において、２０ＭＨｚの５つのキャリアが、各々、集合させられ、全体のアップリンクシステム帯域幅は、１００ＭＨｚである。
【００２０】
当業者であれば理解されるように、展開シナリオによると、キャリア集合は、同一の周波数帯域に位置するキャリアとともに発生し得るか、または、特定のキャリアは隣接しないか、または不連続の周波数帯域に位置し得る。例えば、１つキャリアは２ＧＨｚの周波数帯域に位置し得、第２の隣接しない集合キャリアは８００ＭＨｚの周波数帯域に位置し得る。
本開示の範囲において、タームキャリア、コンポーネントキャリアおよびＣＣ（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）が交換可能に使用される。
【００２１】
（論理チャネル）
ここで、図２を参照すると、本図は、論理チャネルの例を示す。アップリンクにおいて、各無線ベアラ２１０は、別個の論理チャネル２２０上にマッピングする。シグナリング無線ベアラ（ＳＲＢ）２１２は、制御プレーンシグナリングメッセージをキャリーする。ＳＢＲ０は、共通制御チャネル（ＣＣＣＨ）２２２に対応し、共通制御チャネル（ＣＣＣＨ）２２２は、ＵＥが専用制御チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）（ＤＣＣＨ）２２４と定期的な接続を有しないときにだけ使用される。別の２つのＳＲＢ２１２は、接続が確立された後にＤＣＣＨ２２４を分離するためにマッピングする。一実施形態において、ＳＲＢ１は、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）（ＲＲＣ）レイヤから生じる制御プレーンメッセージをキャリーするために使用され、ＳＲＢ２は、Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＮＡＳ）から生じる制御プレーンメッセージをキャリーする。
【００２２】
データ無線ベアラ（ＤＲＢ）２１４は、ユーザプレーントラフィックをキャリーする。個々の専用制御チャネル（ＤＴＣＨ）２２６は、各アクティブＤＲＢに対して設定される。理解されるように、無線ベアラは、ＲＲＣ(シグナリング無線ベアラ) またはユーザプレーンインターネットプロトコル（ＩＰ）とレイヤ２との間のインターフェースを概念的に表現するとみなされ得る。さらに、論理チャネル２２０は、特定のパケットデータ収束プロトコル（ＰＤＣＰ）と無線リンク制御（ＲＬＣ）とのエンティティ組合せを代表するとみなされ得る。輸送チャネル２３０は、メディアアクセス制御（ＭＡＣ）と物理レイヤとの間のインターフェースを表現すると概念的にみなされ得る。物理チャネル２４０は、データが実際に物理レイヤにおいて空間を越えて実際にキャリーされる方法を表現する。
【００２３】
アップリンク論理チャネル２２０の全ては、輸送チャネル２３０レベルにおいてアップリンク共有チャネル（ＵＬ−ＳＣＨ）２３２にマッピングし、次に、空中伝送のために物理アップリンク共有チャネル（ＰＵＳＣＨ）２４２にマッピングする。
【００２４】
別途、ランダムアクセスチャネル（ＲＡＣＨ）２３４伝送チャネルは、ランダムアクセスを実行するために、物理ランダムアクセスチャネル（ＰＲＡＣＨ）２４４物理チャネルにマッピングし、そして、物理アップリンク制御チャネル（ＰＵＣＣＨ）２４６物理チャネルは、物理レイヤシグナリングを進化型ノードＢ（ｅＮＢ）までキャリーする。アップリンクキャリア集合において、個々のアップリンクキャリアに対して別個のＰＵＳＣＨ２４２が存在し得るが、唯一のＰＵＳＣＨが図２の例に対して示されている。
【００２５】
ここで図３を参照する。図３は、アップリンクに対する３つのＥ−ＵＴＲＡレイヤ２のサブレイヤの構造および基本機能を示す。当業者であれば理解するように、ＴＭ  ＲＬＣの唯一の機能は伝送キューイング作成なので、アップリンク共通制御チャネルに対して使用される伝送モードＲＬＣ（ＴＭ  ＲＬＣ）エンティティは、この図においては示されていない。
【００２６】
図３に示されるように、パケットデータ集束プロトコル（ＰＤＣＰ）レイヤ３３０において、ロバストヘッダ圧縮（ＲＯＨＣ）がＲＯＨＣモジュール３３２において実行され、セキュリティは、データがＲＬＣレイヤ３４０に提供される前に、セキュリティモジュール３３４において提供される。ＲＬＣレイヤ３４０は、セグメンテーションおよび自動繰り返し要求（ＡＲＱ）モジュール３４２を提供する。
【００２７】
論理チャネルトラフィックが、そのとき、ＭＡＣレイヤ３１０に提供される。
【００２８】
アップリンクＭＡＣ３１０は、複数の論理チャネルのスケジューリングと優先処理と、次に、その後に物理レイヤによって空中伝送される、アップリンク論理チャネルからＵＬ−ＳＣＨ  ＭＡＣプロトコルデータユニット（ＰＤＵ）へのスケジューリングされたトラフィックを多重化することに責任を有する。
【００２９】
特に、スケジューリング／優先処理モジュール３１２は、各論理チャネルに対するスケジューリングおよび優先処理を引き起こす。
【００３０】
論理チャネルトラフィックは、次に、多重化モジュール３１４において多重化され、ハイブリッド自動繰り返し要求（ＨＡＲＱ）モジュール３１６は、構成されたアップリンクコンポーネントキャリア（ＣＣ）の各々に対して、図３の例において３１８および３２０として示される、別個のＨＡＲＱエンティティを有する。理解されるように、簡単のために、ＣＣ  １およびＣＣ  Ｎ（ここで、Ｎは１より小さくない整数）に対するＨＡＲＱだけが図３の例において実際に示された。
【００３１】
スケジューリング／優先処理モジュール３１２および多重化モジュール３１４の機能は、図４に関して以下に説明され、図４は、論理チャネルスケジューリングおよび多重化機能の結果として生じる例示的なアップリンク共有チャネル（ＵＬ−ＳＣＨ）ＭＡＣ  ＰＤＵを示している。図４の例に見られるように、４つの論理チャネル４１０、４１２、４１４および４１６が論理チャネル優先度付与モジュール４２０に提供され、論理チャネル優先度付与モジュール４２０は、次に、多重化データ４３０としてその出力を提供する。ブロック４３０における多重化データの例に見られるように、論理チャネルはともに多重化される。
【００３２】
（単一キャリア論理チャネル優先度付与）
Ｅ−ＵＴＲＡ論理チャネル優先度付与処理は、受信されたアップリンクトラフィックをアクティブな論理チャネルから任意のアップリンクリソース割当まで割り当てることに責任がある。この処理は、第三世代パートナーシッププロジェクト技術仕様書３６．３２１、ＴＳ３６．３２１「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  （Ｒｅｌｅａｓｅ  ８）」、８．７．０版、２００９−０９の５．４．３．１節に概略が述べられ、その内容は参照によって本明細書に援用される。その処理は、概してリーキートークンバケットスケジューラである。
【００３３】
ここで、図５を参照する。図５は、一般的なリーキートークンバケットスケジューラの例である。これは、ＬＴＥアルゴリズムまたは本開示に限定することを意味するものではなく、そのようなシステムの説明を提供することを意味する。図５の例において、第１のバケット５１０および第２のバケット５１２が存在し、それぞれ、論理チャネルＡおよびＢを表現している。バケットは、図５に示されるように、サイズが異なり、特に、バケット５１０は５個のトークンを収容することができ、一方、バケット５１２は、３個のバケットを収容することができる。
【００３４】
各バケットは、特定のレートでそれにトークンが加えられる。図５の例において、１０ミリ秒毎に、４個のトークンがバケット５１０に加えられ、２個のトークンがバケット５１２に加えられる。
【００３５】
最初に、バケット５１０は４個のトークンを有し、バケット５１２は２個のトークンを有する。
【００３６】
このようにして、図５に見られるように、時間１０ミリ秒において４個のトークンがバケット５１０に加えられる。しかしながら、バケット５１０は既にその中に４個のトークンを有し、５個の最大トークン収容力を有するので、３個のトークンが失われる。
【００３７】
同様に、２個のトークンがバケット５１２に加えられる。しかしながら、バケット５１２は、その中に２個のトークンを有し、３個の最大トークン収容力を有するので、１個のトークンが失われる。
【００３８】
時間１２ミリ秒において、トークンに関連したリソースがアップリンク方向に送られることを可能にするアップリンクグラントが提供される。この例において、受信されるリソース指定は、４個のパケットを処理することができる。等しい優先度がバケット５１０および５１２に付与されると仮定すると、各バケットは、２個のパケットがバケットの各々に対して送られるように、２個のトークンを提供する。
【００３９】
時間１４ミリ秒において、第２のバケット５１２は、１個のトークだけが残っており、従って、バケット５１２に関連した１個のパケットだけ（すなわち、パケットＢ３）が１４ミリ秒タイムマーカーにおいて送られる。バケット５１０からの残りの３個のトークンは、また、伝送を満たすためにパケットＡ３、Ａ４およびＡ５によって利用される。
【００４０】
ＬＴＥに、特にリリース８に対するチャネル優先に戻ると、論理チャネル構成に関して、各論理チャネルに対する優先ビットレート（ＰＢＲ）は、ＲＲＣによって提供される。これは、論理チャネルが特定された時間の期間を経過するとデータを送ることが可能になる最小のビットレートを決定する。論理チャネルに対する利用可能なＰＢＲ設定は、キロバイト毎秒を単位として０、８、１６、３２、６４、１２８、２５６および無限であり、１キロバイトは、１０００バイトに等しいと定義される。これらのパラメータは、ＴＳ３６．３３１、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  （Ｒｅｌｅａｓｅ  ８）」、８．７．０版、２００９−０９の節６．３．２に見られるＰｒｉｏｒｉｔｉｚｅｄＢｉｔＲａｔｅフィールドおよびＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報要素において定義され、その内容は、参照により本明細書に援用される。
【００４１】
各論理チャネルに対するバケットサイズ持続期間（ＢＳＤ）値は、また、ＲＲＣによって提供される。利用可能バケットサイズ持続期間は、５０、１００、１５０、３００、５００および１０００ミリ秒を含み、それは、ＴＳ３６．３３１の節６．３．２におけるＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報要素のＢｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎフィールドと呼ばれる。所定の論理チャネルに対するバケットサイズは、チャネルのＢＳＤによってチャネルのＰＢＲを多重化することによって獲得され得る。
【００４２】
各論理チャネルに対するバケットは、また、優先度を含む。特に、ＭＡＣ制御要素は、利用可能であるなら、任意のアップリンク伝送割当に最初にスケジューリングされる。下記の表１に示されるように、異なるＭＡＣ制御要素および論理チャネルトラフィックの相対優先度が記載されるが、それらはアップリンクスケジューラがＭＡＣ  ＰＤＵを満たすときに考慮される。概して、ＭＡＣ制御要素は、最低の優先度を有するパディングＢＳＲを除いて、論理チャネルトラフィックよりも高い優先度を有する。さらに、ＳＲＢ０からのアップリンクＣＣＣＨトラフィックは、また、ＭＡＣ制御要素よりも高い優先度を有する。
【００４３】
【表１】
2011142638.tif 000003
アクティブな制御プレーン、ユーザプレーン論理チャネル、またはその両方からのデータトラフィックは、次にスケジューリングされ得る。各論理チャネルは優先度（優先度値が増加するほど優先度レベルが低い）、優先度付与されたビットレート、およびバケットサイズ継続期間が指定される。
【００４４】
Ｂｊは、論理チャネルｊに対する現在のバケット容量を表す。この量は、論理チャネルが最初に確立されるときにゼロに初期化され、各サブフレームに対してＰＢＲｊ（サブフレーム毎にバイトの単位に正規化され得る）によって増加させられる。任意の特定の時におけるバケット容量Ｂｊは、一般に最大バケットサイズ（ＭＢＳｊ）を越えないように厳しく制限される。
【００４５】
新しい伝送が実行されると、ＵＥは、現在のアップイリンクＭＡＣ  ＰＤＵ内のリソースを以下によってアクティブ論理チャネルに割り当てる：
（０）他の論理チャネルの任意のものが処理される前に、任意の未決定のＵＬ−ＣＣＣＨトラフィックやＭＡＣ制御要素（パディングＢＳＲを除いて）は、ＭＡＣ  ＰＤＵ内において空間を割り当てられる。ＭＡＣ制御要素およびＵＬ−ＣＣＣＨトラフィックの相対的な優先度は、表１において与えられる。
【００４６】
（１）現在正のＢｊ（すなわち、Ｂｊ＞０）を有する論理チャネルの全ては、減少する優先度順位においてそれらのＢｊの現在の値に従ってリソースを割り当てられる。論理チャネルのＰＢＲが無限にセットされるならば、リソースが、任意のより低い優先度論理チャネルが供される前においては、（ａ）ＭＡＣ  ＰＤＵがいっぱいであるか、（ｂ）その論理チャネルがもはや未決定のデータを有しないまでに、その論理チャネルに指定される。複数の論理チャネルが現在正のＢｊを有し、等しい優先度であるならば、これらの論理チャネルが供される順位は実施に依存する（すなわち、標準において指定されない）。
【００４７】
（２）Ｂｊの値は、ステップ（１）において論理チャネルｊに供されるデータの量によって減少させられる。Ｂｊが負になるのを許される点に留意すること。
【００４８】
（３）任意のリソースが残るならば、現在の論理チャネルがもはや送るべきデータを有しなくなる（その時点で、未決定のデータを有する次に最も高い優先度論理チャネルが供される）か、ＭＡＣ  ＰＤＵがいっぱいになるまで、全ての論理チャネルは厳格な減少する優先度順位において供される（Ｂｊの現在の値に関係なく）。（Ｂｊは、この処理ステップによって論理チャネルｊにグラントされる任意のリソースによって調整されない）。
【００４９】
本明細書において使用されるように、ステップ１および２は、集合的にＰＢＲ割当処置ステップと称され得、ステップ３は、残りのリソース割当処置ステップと称され得る。特に、図５に戻って参照すると、１および２の処置ステップは、アップリンクチャネルＰＤＵにトークンと関連するリソースを割り当てることに用いられる。しかしながら、ＰＤＵはトークン割当の全ての後に残っている残りの余地を有し得る。その残りの余地は、次に、残りのリソース割当処置に基づいて配給される。
【００５０】
さらに理解されるように、ヘッダーが分割された部分に加えられる必要があるので、ＲＬＣによって様々なデータを分割することは、追加のオーバーヘッドを導入し得る。以下のルールにも従う：
１．スケジューリングをするとき、可能な場合、ＵＥは、ＲＬＣサービスデータユニット（ＳＤＵ）、または、ＳＤＵ全体（または部分的に伝送されるＲＬＣ  ＳＤＵ、または再伝送されるＲＬＣ  ＰＤＵ）が、残りのＭＡＣ  ＰＤＵリソースに適合する場合、部分的に伝送されるＲＬＣ  ＳＤＵ（もしくは再転送されたＲＬＣ  ＰＤＵ）を分割してはならない。
【００５１】
２．ＵＥ（ＲＬＣ）が、ＲＬＣ  ＳＤＵを分割する場合、残りのＭＡＣ  ＰＤＵリソースのうちのできるだけ多くのものを満たすために、セグメントのサイズを最大にしなければならない；そして、
３．ＵＥは、データの伝送を最大にしなければならず、それはＲＬＣおよびＭＡＣヘッダーオーバーヘッドが、可能ならば最小にされなければならず、パディングの使用ができる限り最小にされなければならない。
【００５２】
論理チャネルは、ＴＳ  ３６．３３１の節６．３．２において定義される様々なパラメータを有する。これらは表２に関して以下に示される。
【００５３】
【表２−１】
2011142638.tif 000004
【００５４】
【表２−２】
2011142638.tif 000005
チャネル優先度の優先ビットレートおよびバケットサイズ持続期間が、上記のように、論理チャネル優先度付与処理の間、使用される。論理チャネルグループ構成は、バッファ状態報告を介してバッファ状態情報を報告するために使用される。
【００５５】
また、ＴＳ  ３６．３３１の節９．１．２、９．２．１．１および９．２．１．２において定義されるように、制御プレーンメッセージは優先度レベル（優先度はアップリンクＣＣＣＨおよびＳＲＢ１に対して１であり、優先度はＳＲＢ２に対して３である）に関して最も高い優先度を与えられ、ＰＢＲは無限に設定される。これらの制御プレーン論理チャネルの３つすべては、論理チャネルグループ０に一緒にグループ化される。各々のユーザプレーン論理チャネル（すなわち、ＤＲＢ）は、他の３つの論理チャネルグループ（ＬＣＧ）のうちの１つに設置されるが、これはｅＮＢ実施までである。
【００５６】
上記から理解されるように、上述の論理チャネル優先度付与アルゴリズムは単一のアップリンクキャリアで動作するように設計される。しかしながら、複数のアップリンクキャリアが割り当てられるシナリオにおいては、解法はあまりうまく作用し得ない。アップリンクキャリアが、異なるカバレッジ特性と性能を有し得、複数のアップリンクグラントが同一のサブフレームに対して受容され得、それゆえに、同時に処理され得るという事実を含む様々な要因は、上記の単一のキャリアアルゴリズムに準最適な結果を生じさせ得る。
【００５７】
セルカバレッジに関して、参照が図６になされる。図６は、２つのアップリンクキャリアが示される例であり、各々は、異なるセルカバレッジ特性を有する。特に、第１のキャリア６１０は、第２のキャリア６１２より広いカバレッジを有する。様々な理由が、そのような相違に対してあり得る。たとえば、より低い周波数キャリアは、より低い建造物浸透損失を有し、木葉のような他の環境減衰器によってより少なく影響を受ける。従って、ＵＥにおける所定の伝送電力に対して、より低い振動数キャリアは、より高い振動数キャリアよりも広いセルカバレッジを有し得る。
【００５８】
異なるアップリンクキャリアは、また、同時にそして同一のリソース上で伝送している他のＵＥからのアップリンク干渉のレベルの変更を受け得、そのリソースは、限定するものではないが、隣のセルを含む。ｅＮＢ間の可能性のあるアップリンク干渉調整に依存して、異なるキャリアにおけるアップリンク干渉の量は異なり得る。
【００５９】
異なる伝送モード（例えば伝送分岐度（ＴｘＤ）および空間多重化（ＳＭ））は、複数の伝送アンテナによってＵＥに対するアップリンクにおいて使用されることができる。キャリア伝播、カバレッジ特性およびＵＥ伝送電力のような因子、ならびにＵＥ  ＰＡ（パワー増幅器）アーキテクチャに基づいて、同じＵＥから伝送されている異なるアップリンクキャリアが異なる伝送モードを使用するように構成されることが可能である。これは、また、異なるカバレッジ特性およびデータスループット能力を有している異なるアップリンクキャリアに至ることができる。
【００６０】
さらに、特定のセル配備は、セルがそれ自身のアップリンクキャリアを有してもよい仮想アップリンクキャリアを含み得るが、また、隣接したセルから仮想アップリンクキャリアを示し、割り当てることができ得る。このことが図７に示されており、ＵＥ７１０がアップリンクキャリアｆ２上で機能中のｅＮＢ７２０に伝送し、アップリンクキャリアｆ３上でｅＮＢ７３０上に伝送し、ＵＥ７１０が信頼するものはｅＮＢ７２０と関連したアップリンクキャリアである。異なるアップリンクキャリア上の伝送は、実際に、この配備シナリオにおいて完全に異なるｅＮＢに向けられるので、たとえ２つのキャリアが周波数において隣接しているか、ほとんど隣接しているとしても、非仮想キャリアと比較した仮想キャリアに対して伝送チャネル状態が全く異なり得ることが、概して予想される。
【００６１】
さらに、他のＵＥが同一のセル内においてアクティブであることに基づいて、異なるアップリンクキャリアは、異なるトラフィック負荷を有し得る。一部のＵＥは、単一キャリアの能力があるだけであるか、特定のｅＮＢから利用可能であるアップリンクキャリアの全てのサブセット上で動作することができるだけであるかであり得る。多量にロードされるアップリンクキャリアに対して、ｅＮＢがクイックアップリンクＨＡＲＱ再伝送を、そのような再伝送が必要なときにスケジューリングすることがさらに困難であり得る。すなわち、少量だけロードされたキャリア上では、アップリンクＨＡＲＱ再伝送は、同一データの以前のアップリンクＨＡＲＱ伝送に続いて最小８ｍｓ遅延でスケジューリングされることができ得る。しかしながら、多量にロードされているキャリア上において、アップリンクＨＡＲＱ再伝送は、多くのＵＥの間に共有されるアップリンクリソースに起因して、より大きな遅延を受け得る。厳密なｅＮＢスケジューラ設計および他のＵＥからのトラフィックに基づいて、ｅＮＢは、同期の適応不可能なＵＬ  ＨＡＲＱ再伝送８ｍｓ遅延に対して同一のアップリンクリソースを提供することが可能であり得るか、または、多量にロードされたｅＮＢは、別の高優先度ＵＥにそれらのリソースをグラントする必要があり得、それにより第１のＵＥに対するＵＬＨＡＲＱ再転送機会を一時的に遅延させる。
【００６２】
さらに、当業者によって理解されるように、多くの無線システムにおいて、リソースをＵＥに割り当てるものは、主要なアップリンクスケジューラである。実際のアップリンクデータがＵＥに位置する間、このアップリンクスケジューラはｅＮＢに位置する。換言すると、一次的なスケジューラと未決定のアップリンクデータとの共有場所がない。ｅＮＢにおけるアップリンクスケジューラは、アップリンクデータが現在キューされていることを知るために、ＵＥからのバッファ状態報告シグナリングに依存しなければならない。バッファ状態報告は、未決定のアップリンクデータの量に対して、正確な値よりむしろ範囲を提供するだけである。さらに、これらのレポートは、論理チャネルグループ毎に未決定のデータを報告するだけである。複数の論理チャネルが同一の論理チャネルグループ内に含まれ得、その場合には、ｅＮＢは特定の論理チャネルに対して未決定のデータの正確な量を決定する方法を有しない。さらに、シグナリング遅延に起因して、ＵＥのバッファ状況は、バッファ状況報告がＵＥによってシグナリングされる時間、アップリンクグラントがｅＮＢによって発行される時間、およびアップリンク伝送が実際にＵＥによって成される時間の間に新しいデータが到着すると変化し得る。
【００６３】
さらに、ｅＮＢアップリンクスケジューラは、論理チャネル優先度、優先度付与ビットレート、バケットサイズ持続期間構成を介して制御を制限するだけで、その上で、定義された論理チャネル優先度付与アルゴリズムがＵＥおいて使われるので、論理チャネルデータがＵＥによって実際に伝送される。中心アップリンクスケジューラにより大きな程度の制御を提供することができる任意の強化は、アップリンク性能を改善し得る。
【００６４】
（キャリア毎の論理チャネル優先度付与）
本開示は、論理チャネル優先度を提供し、そしてそれは、上記のようなアップリンク論理チャネル優先度付与のために使用されて、キャリア集合シナリオにおいて、各々のアップリンクキャリアに対して異なるように構成される。これは、トラフィックの正確な必要条件およびキャリアの処理能力に依存して、潜在的に異なるアップリンクキャリアに向けられている異なる論理チャネルからのトラフィックを促進する。さらに、特定の論理チャネルは、一実施形態において、特定のアップリンクキャリア上を伝送されることを防止されるように構成され得る。
【００６５】
ＴＳ  ３６．３２１の節５．４．３．１のリリース８の論理的チャネル優先度スキームは、ＭＡＣ  ＰＤＵが実際にどの特定のアップリンクキャリアに対して構成されているかにかかわらず、論理チャネル優先度の同一の組が常に適用されると仮定する。
【００６６】
しかしながら、本開示の一実施形態に従うならば、論理チャネル優先度の異なる組がキャリア毎に指定され得る。さらに、キャリア毎の代わりに、論理チャネル優先度は、キャリアグループ毎に割り当てられることができ、この場合、キャリアグループは全体構成キャリアのサブセットである。論理チャネル優先度の指定は、複数のアップリンクリンクキャリアが集合させられたときに実行され得る。
【００６７】
複数のアップリンクキャリアの指定は、ＵＥに特定の論理チャネルのために特定のキャリアを支持するように指示し、そして、このようにしてＵＥの上で異なるユーザーサービスから始まっているトラフィックにアップリンクキャリア特性およびアップリンクＨＡＲＱ信頼性にマッチすることを促進する。たとえその論理チャネルが特定のアップリンクキャリアに対して低い優先度を有するように構成されるとしても、特に、トラフィックが他の論理チャネルに対して未定でないならば、特定の論理チャネルからのトラフィックは、依然としてしかし任意のアクティブなアップリンクキャリアの上で伝送されることが可能であることがあり得る。
【００６８】
ここで図８を参照する。図８は、ユーザ設備に対するプロセス図を示している。プロセスは、ブロック８１０から開始し、ＵＥがキャリア毎に論理チャネル優先度の組を受信するブロック８１２に進む。プロセスは、次に、論理チャネル優先度の組が複数の集合されたキャリアの各々に対して論理チャネルに適用されるブロック８１４に進む。
【００６９】
プロセスは、次に、ブロック８１６に進み、終了する。
【００７０】
現在利用可能である論理チャネル優先度設定１−１６に加えて、一実施形態において、「禁止される」という付加的優先度設定が、論理チャネルのためのキャリア毎の優先度設定に対して付加されることができる。理解されるように、各々の論理チャネルがアップリンク方向に伝送する能力が常になければならないので、その様な指定は、単一のキャリアアップリンク上では可能でない。しかし、複数のキャリアに対して、論理チャネルが一つ以上のキャリア上で伝送することが禁止されることは可能であり得る。「禁止される」指定は、一実施形態における禁止値の指定のための優先度設定「１６」のような存在する優先度設定を利用することができる。あるいは、他の優先度設定が付加されることが可能である。
【００７１】
例示的な例として、２つのアクティブアップリンクキャリアおよび２つの論理チャネルを伴うＵＥ動作が存在する。各論理チャネルは、同一の相対優先度およびＰＢＲを有する。特定のサブフレームに対して、アップリンクグラントが２つのアクティブキャリアの各々に対して受信されると仮定する。この場合、同時アップリンクグラントを処理するときのリリース８の論理チャネル優先度アルゴリズムの使用は、ＵＥが２つの論理チャネルの各々に対して各ＭＡＣ  ＰＤＵの半分をデータによって満たす結果を順次招き得る。このことは、図９を参照することによって示され得る。わかるように、第１の論理チャネルトラフィック９１０は、アップリンクキャリア９２０に対してサブフレームの半分を満たす。第２の論理チャネルトラフィック９１２は、アップリンクキャリア９２０に対してサブフレームの別の半分を満たす。さらに、第１の論理チャネルトラフィック９１０は、アップリンクリンクキャリア９３０に対してサブフレームの半分を満たし、同様に、論理チャネルトラフィック９１２は、アップリンクリンクキャリア９３０に対してサブフレームの別の半分を満たす。当業者であれば理解されるように、２つのキャリア間のデータの分割は、各キャリア上のセグメントの各々に提供される必要があるヘッダー情報に追加のオーバーヘッドを作り出す。このようにして、図９の方法が利用される場合、２つの追加のヘッダーが必要になる。
【００７２】
図１０を参照すると、ここで論理チャネルが２つのキャリアの各々に対して異なる優先度を指定される場合、論理チャネルトラフィック９１０は、アップリンクキャリア９２０のサブフレーム全体を利用する。さらに、論理チャネルトラフィック９１２をアップリンクキャリア９３０の全体サブフレームを利用する。この場合、論理チャネル９１０は、キャリア９２０が優先度１およびキャリア９３０が優先度２を有するように構成され得る。逆に、論理チャネル９１２は、キャリア９３０は優先度１を有し、キャリア９２０が優先度２を有するように構成され得る。上記のような優先度を示す結果は、ＭＡＣ  ＰＤＵの内容が図１０に示すようなものあるということである。ここで、キャリア９２０は、第１の論理チャネルからトラフィックをキャリーしているだけであり、キャリア９３０は、第２の論理チャネルからトラフィックをキャリーしているだけである。このことによって、実施例において、ｅＮＢが２つの論理チャネルによって表わされる異なるサービスに異なるレベルのアップリンクＨＡＲＱ信頼性を提供することがより容易になる。さらに、図９の場合と比較して、図１０の場合に対して、より少ないＲＬＣ  ＰＤＵが生成されることが必要とされる可能性がある。これは、必要とされるＲＬＣおよびＭＡＣヘッダーオーバーヘッドの量を低減する。
【００７３】
ｅＮＢが異なる論理チャネル優先度セットを使用して、１つのサブフレームよりも大きい時間周期を越えるＵＥ論理チャネル優先度付与を制御することができる場合に、同様の利益が得られることができる。例えば、ＵＥが半持続的なスケジューリング（ＳＰＳ）音声会話を実行していると同時に、大量のデータをアップロードしていることを仮定する。従って、２つの論理チャネルが存在し、そして、リアルタイム音声サービス論理チャネルの優先度がより高く、次に、非リアルタイムファイル転送論理チャネルの優先度が構成されると合理的に仮定されることができる。さらに、２つのアップリンクキャリアがＵＥに指定された。ここで、図１１が参照される。
【００７４】
音声サービスが、いずれかのキャリア上を伝送するように論理チャネル優先度に指定される場合、図１１の状況が結果として生じ得る。ここで、ＵＥは、特定のサブフレームに対して大きなアップリンクグラントを発行させられた。論理チャネル優先度は、最高優先度である小さい音声パケットが、キャリア１１２０におけるトラフィック１１１２として示される、第１のサブフレームのＭＡＣ  ＰＤＵの始めに挿入されるようなものである。キャリア１１２０上のサブキャリアの残りは、トラフィック１１３０として示される、大量のファイルデータを含む。
【００７５】
しかしながら、次のサブフレームにおいて、元来音声トラフィックに対して意図された小さいＳＰＳ構成アップリンクグラントの中に送られるべきデータが全くない。従って、このＭＡＣ  ＰＤＵはファイルデータによって満たされ、それはトラフィック１１３０である。最終結果は、追加のＲＬＣ  ＭＡＣヘッダーオーバーヘッドに至る不必要なトラフィックフラグメンテーションである。
【００７６】
しかしながら、音声トラフィック１１１２をキャリーする第１の論理チャネルがキャリー１１１２上の伝送を禁止されると、アップリンクグラントの同一のセットが図１２によって示される状況を生じさせる。ここで、論理チャネル優先度設定が、第２の論理チャネルからのファイルトラフィック１１３０によってのみファイルされるキャリア1１２０上の第１の大きなアップリンクグラントを生じさせる。第１の論理チャネルからの音声トラフィック１１１２は、論理チャネル優先度設定によって「意図的に」遅延させられることにより、音声パケットが、次のサブフレームにおけるキャリア１１４０上のより小さいアップリンクグラントの中に挿入される。これによって、より小さいトラフィックフラグメンテーションが生じ、より低いオーバーヘッドが生じ、リアルタイム音声トラフィック（小さいＭＡＣ  ＰＤＵの中に意図的にカプセル化される）の任意の必要なアップリンクＨＡＲＱ伝送を促進する。
【００７７】
さらなる実施形態において、図１１および１２の例は、Ｅ−ＵＴＲＡリリース８の単一のアップリンクキャリアの場合へと減少させられる。この状況において、ＵＥが現在アクティブであり、異なる論理チャネル上で別のデータ転送を実行する音声のようなＳＰＳサービスを有する場合、ＳＰＳグラントが構成されるときに、ＵＥは、前もっていつそれがＳＰＳデータを伝送することができるかについて知っている。しかしながら、上記の図１１および１２に示されるような状況、その状況において、音声トラフィックが未定である間に、大きなグラントが１つのサブフレームに対して与えられるが、ＵＥは現在のＳＰＳ構成が、ＵＥがすぐ後にＳＰＳトラフィックを伝送することを可能にすることを知っているような状況が生じる場合、たとえＳＰＳ論理チャネルが他の論理チャネルに関してより高い優先度を有しても、ＵＥは大きいＭＡＣ  ＰＤＵへとＳＰＳデータを多重化することを延期し得、その代わりに、ＳＰＳグラントと対応するより小さいＭＡＣ  ＰＤＵを使用するために待機する。これは、また、ｅＮＢスケジューラの動作を簡素化する利益を提供する。
【００７８】
一般に、提案された解決策は、論理チャネル優先度を、リソース次元が構成要素キャリア、サブフレームまたはその両方の組合せであることができる特定のリソース次元と結びつけることである。さらに、当業者であれば理解されるように、上記の方法は、アップリンク論理チャネル優先度の現在のフレキシビリティを維持し、望ましい場合には潜在的な付加的フレキシビリティを提供するために使用され得る。すなわち、すべてのアップリンクキャリアその他に等しく適用される単一の論理チャネル構成（すなわち、論理チャネル優先度）を使用するためのＵＥへのｅＮＢシグナルが各構成アップリンクキャリアに対して同一の論理チャネル構成および論理チャネル優先度を使用するとき、ＵＥによるリリース８の論理チャネル優先度付与方法は、依然としてｅＮＢに利用可能である。それゆえに、機能性はＥ−ＵＴＲＡリリース８から持ち去られないが、付加的な柔軟性は必要に応じて利用できるようにされる。すなわち、Ｅ−ＵＴＲＡリリース８による下位互換性は、維持される。
【００７９】
上記は、３６．３２１の技術仕様書の節５．４．３．１において実装され得る。特に、補正された技術使用書は、例えば、以下の文書（修正箇所がボールド体活字テキストで示されている）を有する：
５．４．３．１．論理チャネル優先度
新たな伝送が実行されると、論理チャネル優先度付与処理が適用される。ＲＲＣは、各論理チャネルに対するシグナリング化によってアップリンクデータのスケジューリングを制御する：増加する優先度値がより低い優先度レベルを示す優先度、優先度付与ビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、バケットサイズ持続期間（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ。
【００８０】
複数のアップリンクキャリアが構成されたとき、論理チャネル優先度付与は、アップリンクグラントが対応するキャリアに対して構成される論理チャネル優先度を使用する。特定のアップリンクキャリアにおける論理チャネルに対する優先度は、「禁止される」に対して構成され得、その場合、対応する論理チャネルは、そのキャリア上の伝送に対して考慮されない。
【００８１】
ＵＥは、各論理チャネルｊに対して変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに、ゼロに初期化され、各ＴＴＩに対して積ＰＢＲｘＴＴＩだけ増分され、ＰＢＲは、論理チャネルｊの優先度付与ビットレートである。しかしながら、Ｂｊの値はバケットサイズを決して越えることができず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合、バケットサイズに設定される。論理チャネルのバケットサイズは、ＰＢＲｘＢＳＤに等しく、ＰＢＲおよびＢＳＤは上部レイヤによって構成される。
【００８２】
ＵＥは、新たな伝送が実行されると、次の論理チャネル優先度付与処理を実行する：
−ＵＥは、リソースを以下のステップにおいて論理チャネルに割り当てる：
−ステップ１：Ｂｊ（＞０）を有するすべての論理チャネルが、減少する優先度順序でリソースを割り当てられる。無線ベアラのＰＢＲが「無限」にセットされる場合、下位の優先度無線ベアラ（単数または）のＰＢＲに対応する前に無線ベアラの上での伝送に対して利用可能な全てのデータに対して、ＵＥはリソースを割り当てる；
−ステップ２：ＵＥは、ステップ１において論理チャネルｊに供されるＭＡＣ  ＳＤＵの全体サイズによって、Ｂｊを減少させる。
【００８３】
注意：Ｂｊの値は、負であり得る。
【００８４】
−ステップ３：リソースが残っている場合、全ての論理チャネルは厳密な減少する優先度順位（Ｂｊの値に関係なく）において供され、それは、どちらが最初に来ても、その論理チャネルまたはＵＬグラントのいずれかに対するデータのいずれかが消耗されるまでである。等しい優先度によって構成される論理チャネルは等しく供されなければならない。
【００８５】
−ＵＥは、また、上記のスケジューリング処置の間、下記の規則に従う：
−ＵＥは、ＳＤＵ全体（または部分的に伝送されたＳＤＵ、または再伝送されたＲＬＣ  ＰＤＵ）が残りのリソースに適合するならば、ＲＬＣ  ＳＤＵ（または部分的に伝送されたＳＤＵ、再伝送されたＲＬＣ  ＰＤＵ）を分割してはならない；
−ＵＥが論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、できる限り大きいグラントを満たすことはセグメントの大きさを最大にする；
−ＵＥは、データの伝送を最大にしなければならない。
【００８６】
ＵＥは、保留されている無線ベアラに対応している論理チャネルに対して、データを伝送しない（無線ベアラが保留されていると思われるときに対する条件が、［８］において定義される）。
【００８７】
論理チャネル優先度付与処置に対して、ＵＥは減少する順位において以下の相対的優先度を考慮に入れる：
−Ｃ−ＲＮＴＩまたはＵＬ−ＣＣＣＨからのデータに対するＭＡＣ制御要素；
−パディングに対して含まれるＢＳＲを除く、ＢＳＲに対するＭＡＣ制御要素；
−ＰＨＲに対するＭＡＣ制御要素；
−ＵＬ−ＣＣＣＨからのデータを除く、任意の論理チャネルからのデータ；
−パディングに対して含まれるＢＳＲに対するＭＡＣ制御要素。
【００８８】
上記からわかるように、「複数のアップリンクキャリアが構成されたとき・・・」で始まる第２のパラグラフの付加、仕様がキャリアに対して構成される論理チャネル優先度を許容するように構成される。さらに、「禁止される」優先度の使用が、また、提供される。
【００８９】
（アップリンクキャリアとの論理チャネル優先度の連合）
上記のように、論理チャネル優先度が異なるアップリンクキャリアに対して構成される場合、優先度の構成は以下に基づいて実行され得る。
【００９０】
構成に対する第１のオプションは、ＲＲＣシグナリングを介する半静止の構成である。特に、新しい論理チャネルが構成されるときはいつでも、アプローチは各々の構成されたアップリンクキャリアに対して特定の優先度を指定する。これは、ＴＳ３６．３３１の節６．３．２において論理チャネル構成情報要素の修正を必要とし得る。さらに、新しいアップリンクキャリアが既存の構成に加えられる場合、全ての現在構成されている論理チャネルに対するその新しいアップリンクキャリアに対応する論理チャネル優先度値が、提供され得る。論理チャネル構成情報要素または他の等価情報要素が、ＵＥに対するアップリンク構成要素キャリア指定を構成する同一のＲＲＣシグナリングメッセージ内に含まれ得る。
【００９１】
参照が表３になされ、この表は、修正された論理チャネル構成領域の説明（ここで、修正がボールド体テキストで示されている）を示す。下記の表３に見られるように、たとえこれらのキャリアの全てがＵＥにおいて構成されなくとも、論理チャネル構成領域の説明における優先度が、論理チャネル優先度がアップリンクキャリアの最大数に対して提供されることを含むように補正されている。さらに、１６の優先度値は、「禁じられた」状態に対応すると仮定される。
【００９２】
【表３】
2011142638.tif 000006
さらに、論理チャネル構成情報要素は以下のようである（修正がボールド体テキストで示されている）：
【００９３】
【化１】
2011142638.tif 000007
上記でわかるように、上記優先度は、１から、１からの１６までの整数値を有する個々の論理チャネル優先度を有するアップリンクキャリアの最大数までの一連の要素になるように補正された。
【００９４】
ＵＥにおいて現在の構成された論理チャネル優先度を変えることが望まれる場合、新しい論理チャネル構成はＲＲＣシグナリングを介して送られ得る。このことは、それが伝送信頼性およびｅＮＢに提供し戻されるＲＲＣ承認に関してロバストであるという有利さを有する。
【００９５】
代替実施形態において、半動的な適応が、ＭＡＣ制御要素を介して可能である。このアプローチは、異なるアップリンクキャリアに対する論理チャネル優先度が、ＭＡＣ制御要素を利用することによってより簡単に、そして、より速く修正されることを可能にする。ここで、論理チャネル優先度の複数のセットは、ＲＲＣシグナリングを介して半静的に構成され得る。一実施形態では、最高４つの論理チャネル優先度セットが、構成され得る。しかしながら、これは限定することを意味するものではなく、他の実施形態において、別の数の論理チャネル優先度セットが構成され得る。
【００９６】
ＭＡＣ制御要素は、次に、半動的な方法（半動的とは、よりゆっくり次に動的であるが、より速く次に半静的である）において使用されることができ、それにより、特定のチャネル優先度を現在構成されているアクティブなアップリンクキャリアの一つ以上と関連付ける。ＭＡＣ制御要素は小さく、論理チャネル優先度セットのアップリンクへのリマッピングが望まれる場合に送られる必要があるだけなので、これは、所定のＵＥにおいて各々のアップリンクキャリアに対する論理チャネル優先度の比較的速い再構成を可能にするが、多くのシグナリングオーバーヘッドを招かない。
【００９７】
図１３を参照すると、図１３は、４つの論理チャネル優先度のうちの各々に対する、４つの論理チャネル優先度セットのうちの１つを指定することができるＭＡＣ制御エレメントのオクテットを示す。このようにして、ＲＲＣシグナリングが、例えば、ＵＥにおいて現在構成されているアップリンクキャリアに対する０乃至３の番号が付けられた４つの異なるセットの論理チャネルを構成した場合、５つのアップリンクキャリアの最大値は、ＵＥにおいて起動され得、従って、一実施形態において、論理チャネル優先度の４つの異なるセットの最大値は、論理チャネル構成目的に対する十分なフレキシビリティを提供する。アップリンク参照キャリアが論理チャネル優先度セット０を常に使用すると仮定される場合、ＭＡＣ制御要素は、残りの４つのアップリンクキャリアを構成するために長さ１バイトである必要があるだけであり、そのようなＭＡＣ制御エレメントの例が図１３に例示されている。ここで、論理チャネル優先度セット（ＬＣＰ）は、最高４つの非参照アップリンクキャリアに対してシグナリングされ得る。各論理チャネル優先度セット値は、４つの構成されたチャネル優先度セットの中から特定のキャリアに対して選択する２ビットの値である。ｅＮＢが、現在構成されているアップリンクキャリアのサブセットだけに対して論理チャネル優先度セットを変えることを望む場合、ｅＮＢが変わることを望まない論理チャネル優先度セットを有するアップリンクキャリアに対して、ｅＮＢは単に現在のＬＣＰ値を再利用する。換言すると、ｅＮＢがキャリア２に対する論理チャネル優先度セットの値を変えることを望む場合、キャリア１、キャリア３およびキャリア４に対する論理チャネル優先度セット値は、以前に送られたものと同一のままである。
【００９８】
そのような論理チャネル優先度セットの例示的構成は、表４に関して以下に示される。ここで、各構成された論理チャネルに対する相対的優先度は、以下の例において１から６までラベル付けされており、４つの論理チャネル優先度セットの各々に対して付与される。しかしながら、下記の表４において示されるように、論理チャネル優先度セット３は、この例において実際には構成されない。
【００９９】
上記の図１３からの各２ビットのＬＣＰＳｋ値は、次に、キャリアｋ上で使用するために、表４からＬＣＰを選択する。例えば、ＬＣＰＳ２は、キャリア２が下記の表４からのＬＣＰＳ１を使用しなければならないことを示している０１のバイナリ値を有し得る。００、０１、１０および１１のバイナリ領域値は、それぞれ、ＬＣＰＳ０、１、２および３を示すために用いられる。
【０１００】
【表４】
2011142638.tif 000008
論理チャネル構成フィールドの説明は、論理チャネル優先度セットの使用に対して、表５に関して以下に示される（修正がボールド体テキストに示される）。特に、優先度フィールドは、論理チャネル優先度値が論理チャネル優先度セットの最大数に対して提供されることを示すように補正されている。１６の優先度値は、また、「禁止される」に対応すると仮定される。
【０１０１】
【表５】
2011142638.tif 000009
さらに、情報エレメントは、以下のように変えられ得る（修正がボールド体テキストで示されている）：
【０１０２】
【化２】
2011142638.tif 000010
優先度をシグナリングするためのさらなる代替のアプローチは、ダウンリンク制御情報（ＤＣＩ）シグナリングを介する動的な適応による。
【０１０３】
アップリンクグラントを提供する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のダウンリンク制御情報は、修正され得、それにより、特定のグラントに対する論理チャネル優先度は、ダイナミックに変わり得る。例えば、上記のＲＲＣシグナリング介して最高４つの論理チャネル優先度セットを定義するアプローチが使用される場合、２ビットの領域は、対応するアップリンクグラントに対するＭＡＣ  ＰＤＵを生成するときに、論理チャネル優先度のどのセットが使用されるべきかを示す各ＤＣＩ  ０（またはアップリンクグラントＤＣＩ）に加えられ得る。このアプローチは、最大のフレキシビリティを提供し、ＵＥにおいてアップリンク論理チャネル優先度付与スキームを動的に制御する。ＤＣＩ変更が、３ＧＰＰ技術仕様書の技術仕様書３６．２１２の節５．３．３．１．１になされ得る。仕様書変更は、以下のようであり得る（修正がボールド体テキストで示される）：
５．３．３．１．１  フォーマット０
ＤＣＩフォーマット０は、ＰＵＳＣＨのスケジューリングに対して使用される。
【０１０４】
以下の情報は、ＤＣＩフォーマット０によって伝送される：
−フォーマット０／フォーマット１Ａ識別のためのフラグ−１ビット、ここに値０は、フォーマット０を示し、値１は、フォーマット１Ａを示す。
【０１０５】
−ホッピングフラグ−［３］の節８．４において定義されるように１ビット
−リソースブロック指定およびホッピングリソース割当−
【０１０６】
【数１】
2011142638.tif 000011
ビット
−ＰＵＳＣＨに対して
−
【０１０７】
【数２】
2011142638.tif 000012
ＭＳＢビットは、［３］のサブ条項［８．４］に示されるように、
【０１０８】
【数３】
2011142638.tif 000013
の値を得るために使用される。
【０１０９】
−
【０１１０】
【数４】
2011142638.tif 000014
ビットがＵＬサブフレームにおける第１のスロットのリソース割当を提供する。
【０１１１】
−非ホッピングＰＵＳＣＨに対して
−
【０１１２】
【数５】
2011142638.tif 000015
ビットは、［３］の節８．１において定義されるように、ＵＬサブフレームにおいてリソース割当を提供する。
【０１１３】
−非ホッピングＰＵＳＣＨに対して：
−変調と符号化スキームと冗長性の版−［３］の節８．６において定義されるように５ビット
−新しいデータ指標−１ビット
−スケジューリングされたＰＵＳＣＨに対するＴＰＣコマンド−［３］の節５．１．１．１において定義されるように２ビット
−ＤＭ  ＲＳに対する循環シフト−［２］の節５．５．２．１．１において定義されるように３ビット
−ＵＬインデックス−［３］の節５．１．１．１および８において定義されるように２ビット（この領域は、アップリンク−ダウンリンク構成０で、ＴＤＤ動作のみに対して存在する）
−ダウンリンク指定インデックス（ＤＡＩ）−［３］の節７．３において定義されるように２ビット（この領域は、アップリンク−ダウンリンク構成１−６について、ＴＤＤ動作だけに対して存在する）
−ＣＱＩリクエスト−［３］の節７．２．１において定義されるように１ビット
−ＬＣＰＳ選択−［３６．３３１］の節６．３．２において定義されるように２ビット
フォーマット０における情報ビットの数が、フォーマット１Ａに対するペイロードサイズより少ない場合（フォーマット１Ａに追加される任意のパディングビットを含む）、ペイロードサイズがフォーマット１Ａのそれに等しくなるまで、ゼロがフォーマット０に追加される。
【０１１４】
上記からわかるように、３６．３３１の節６．３．２に定義されるような２ビットのＬＣＰＳ選択領域はＤＣＩフォーマット０に加えられる。これは限定を意味せず、より短いか、またはより長いＬＣＰＳ領域が、構成され得るＬＣＰＳセットの最大数に基づいて使用され得る。
【０１１５】
さらに、上記の全てにおいて、特定の論理チャネルが一つ以上の集合されたアップリンクキャリア上で「禁止される」の優先度で構成されることが可能である。そのような状況では、一実施形態において、チェックは、各構成された論理チャネルが少なくとも１つのアップリンクキャリア上で伝送することができることを確実にするためになされなければならない。このようにして、特定の論理チャネルの伝送途絶が起こらないように、論理チャネルが、全ての現在アクティブなアップリンクキャリアの上で「禁止される」として構成されなければならない。選択は、適切な技術仕様書内において、メモとしてリスト化されることができる（仕様書３６．３２１または３６．３３１、の論理チャネル優先度に対して論理チャネルを指定するために使用される正確な実施形態に依存して）。そのような変化は以下のようであり得る：
メモ：ｅＮＢが、アップリンク論理チャネルに対する優先度を構成するか、もしくは再構成するか、または、アップリンクキャリアを構成するか、再構成するか、または非活性化する場合、ｅＮＢは、ＵＥにおける各構成された論理チャネルが少なくとも１つのアクティブなアップリンクキャリア上で伝送することを許容されることを確実にする。
【０１１６】
ＵＥは、また、一実施形態において、キャリア論理チャネル再構成が起こるか、または、キャリア非活性化が生じる場合に、各構成された論理チャネルが、依然として少なくとも１つの現在アクティブなアップリンクキャリア上を伝送することを許容されることを確実にするために、エラーチェックを実行し得る。
【０１１７】
（ＭＡＣ  ＰＤＵの構築のためのリソース割当ルール）
一旦、論理チャネルがアップリンクキャリアに対する優先度によって構成されると、リソース割当が生じることが必要とされ得る。ＵＥが、同一のサブフレームに対するアップリンクキャリア全体でのアップリンクグラントを受信するとき、様々なアップリンク論理チャネルからのグラントを満たす方法についての質問が存在する。理解されるように、これはパッキング問題であり、このように、多数の異なる構成および組合せに起因して準最適アルゴリズムを定めることが概して可能なだけであって、多数の異なる構成および組合せは、他の因子のうちの、キャリアの数、論理チャネルの数、各キャリアの論理チャネルの相対的な優先度、優先度が付与されたビットレート、各論理チャネルに対するバケットサイズ持続期間セッティング、論理チャネル毎の未定トラッフィック量に基づいて可能である。
【０１１８】
さらに、技術において理解されるように、十分なデータが待ち行列に入れられているか、または利用できるときに、アップリンクグラントを完全に満たすことが概して望ましく、その理由は、さもなければグラントが無駄になるからである。これが理解され得る１つの場合は、特定のアップリンクキャリア上を伝送されることが禁じられている１つ以上の論理チャネルが存在する場合である。他のキャリア上のアップリンクグラントが最初に満たされる場合、おそらく、アップリンクグラントにおける空間が依然として利用できる場合が存在し得るが、唯一の残りの未決定のデータは、残りのキャリア上を伝送することを禁止される論理チャネルからのものである。
【０１１９】
概して、十分なアップリンクリソースがｅＮＢによってグラントされるならば、各論理チャネルに対する優先度が付与されたビットレートは、一致しなければならない。
【０１２０】
さらに、概して、アップリンクグラント全体で発生させられる全体的なＲＬＣ  ＰＤＵの数は、ＲＬＣ  ＰＤＵオーバーヘッドおよびＭＡＣ  ＰＤＵオーバーヘッドの量を最小にするために最小にされなければならない。
【０１２１】
一実施形態において、アップリンクキャリアの相対的な優先度の半静的構成が可能である。この実施形態において、全てのアップリンクキャリアは、ＲＲＣシグナリングを介して半静的に相対的な優先度を指定される。これらの優先度は、複数のアップリンクグラントが同一のサブフレームに対して受信されるとき、アップリンクグラントが処理される順位を決定する。
【０１２２】
ＵＥが、同時に１つ以上のアップリンクグラントを受信するとき、ＵＥは、グラントを最も高い優先度キャリアから最も低い優先度キャリアまでの順位にソートする。
現在のキャリアに対する論理チャネル優先度が使用されることに加えて、各グラントは、次に、既存の論理チャネル優先度付与スキームに続いて、順に処理される。このように、アップリンクグラントのソート以外、同一のサブフレーム内にアップリンクグラントを有することの考慮はなされない。
【０１２３】
複数のキャリアが同一の相対優先度を有し、同時アップリンクグラントがそれらのキャリアに対して受信される場合、それらのグラントを順位にソートするとき、タイブレークのルールが適用され得る。そのようなタイブレークのルールに対する可能性は、以下のようなオプションを含む：
・より大きなアップリンクグラントは、より小さなアップリンクグラントより高い優先度である、
・より小さなアップリンクグラントは、より大きなアップリンクグラントより高い優先度である、
・等しい優先度キャリアに対するアップリンクグラントの相対順位付けは、疑似ランダム的に決定されることができる。
【０１２４】
上記は、インプリメントすることが比較的容易で、プロセスがブロック１４１０から始まり、ＵＥがアップリンクグラントを受信するブロック１４１２まで進行する図１４に関連して示されている。
【０１２５】
プロセスは、次に、グラントが最も高い優先度キャリアから最も低い優先度キャリアまでの順位にソートされるブロック１４１４まで進行する。
【０１２６】
プロセスは、次に、ブロック１４１６まで進行し、ブロック１４１６においては、各現在のキャリアに対する論理チャネル優先度が使用されていることに加えて、グラントが現在の論理チャネル優先度付与スキームに続けて処理される。
【０１２７】
プロセスは、次に、ブロック１４２０で終了する。
【０１２８】
ＴＳ３６．３２１の節５．４．３．１は、上記に適応するために変更され得る。このことは、以下のようである（修正がボールド体テキストで示される）。
【０１２９】
５．４．３．１  論理チャネル優先度付与
論理チャネル優先度付与処置は、新たな伝送が実行されるときに適用される。
【０１３０】
ＲＲＣは、アップリンクデータのスケジューリングを各論理チャネルに対するスケジューリングによって制御する：優先度値が増加するほどより低い優先度レベルを示すような優先度、優先度付与されたビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、バケットサイズ持続期間（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ。
複数のアップリンクキャリアが構成され、ＵＥが同一のＴＴＩに対して複数のアップリンクグラントを受信すると、これらのグラントはより高いレイヤによって特定されるキャリア順位で処理される。
【０１３１】
ＵＥは、各論理チャネルｊに対して変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに、ゼロに初期化され、各ＴＴＩに対して積ＰＢＲｘＴＴＩだけ増分され、ＰＢＲは、論理チャネルｊの優先度付与ビットレートである。しかしながら、Ｂｊの値はバケットサイズを決して越えることができず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合、バケットサイズに設定される。論理チャネルのバケットサイズは、ＰＢＲｘＢＳＤに等しく、ＰＢＲおよびＢＳＤは、上部レイヤによって構成される。
【０１３２】
ＵＥは、新たな伝送が実行されると、次の論理チャネル優先度付与処理を実行する：
−ＵＥは、リソースを以下のステップにおいて論理チャネルに割り当てる：
−ステップ１：Ｂｊ（＞０）を有するすべての論理チャネルが、減少する優先度順序でリソースを割り当てられる。無線ベアラのＰＢＲが「無限」にセットされる場合、下位の優先度無線ベアラ（単数または複数）のＰＢＲに対応する前に無線ベアラの上での伝送に対して利用可能な全てのデータに対して、ＵＥはリソースを割り当てる；
−ステップ２：ＵＥは、ステップ１において論理チャネルｊに供されるＭＡＣ  ＳＤＵの全体サイズによって、Ｂｊの減少を示す。
【０１３３】
注意：Ｂｊの値は、負であり得る。
【０１３４】
−ステップ３：リソースが残っている場合、全ての論理チャネルは厳密な減少する優先度順位（Ｂｊの値に関係なく）において供され、それは、どちらが最初に来ても、その論理チャネルまたはＵＬグラントのいずれかに対するデータのいずれかが消耗されるまでである。等しい優先度によって構成される論理チャネルは等しく供されなければならない。
【０１３５】
−ＵＥは、また、上記のスケジューリング処置の間、下記の規則に従う：
−ＵＥは、ＳＤＵ全体（または部分的に伝送されたＳＤＵ、または再伝送されたＲＬＣ  ＰＤＵ）が残りのリソースに適合するならば、ＲＬＣ  ＳＤＵ（または部分的に伝送されたＳＤＵ、再伝送されたＲＬＣ  ＰＤＵ）を分割してはならない；
−ＵＥが論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、できる限り大きいグラントを満たすことはセグメントの大きさを最大にする；
−ＵＥは、データの伝送を最大にしなければならない。
【０１３６】
ＵＥは、保留されている無線ベアラに対応している論理チャネルに対して、データを伝送しない（無線ベアラが保留されていると思われるときに対する条件が、［８］において定義される）。
【０１３７】
論理チャネル優先度付与処置に対して、ＵＥは減少する順位において以下の相対的優先度を考慮に入れる：
−Ｃ−ＲＮＴＩまたはＵＬ−ＣＣＣＨからのデータに対するＭＡＣ制御要素；
−パディングに対して含まれるＢＳＲを除く、ＢＳＲに対するＭＡＣ制御要素；
−ＰＨＲに対するＭＡＣ制御要素；
−ＵＬ−ＣＣＣＨからのデータを除く、任意の論理チャネルからのデータ；
−パディングに対して含まれるＢＳＲに対するＭＡＣ制御要素。
【０１３８】
上記からわかるように、「複数のアップリンクキャリアが構成され、同一のＴＴＩに対して複数のアップリンクグラントを受信すると、これらのグラントはより高いレイヤによって特定されるキャリア順位において処理される」というフレーズが付加される。これは、ソートプロセスを終了させる。
【０１３９】
全体的な考察
半静的構成を用いた論理チャネル優先度付与の代替として、利用可能なアップリンクリソースの全体的な考察が利用され得る。このアプローチは、論理チャネルトラフィックを固有のＭＡＣ  ＰＤＵに割り当てする場合に、特定のサブフレームに対する利用可能な全てのアップリンクグラントを一緒に考慮する。問題は、特に、異なる論理チャネル優先度が異なるアップリンクキャリア上に実際に存在する場合に、アップリンクグラントおよび論理チャネルを扱う順位である。
【０１４０】
１つの解決法は、可能性のある全てのキャリアおよび論理チャネル対を考慮して、優先度によってソートすることである。このことが例を介して図示され得る。ここで、図１５に対する参照がなされ、図１５は、特定のキャリアに割り当てされた論理チャネルの優先度を示す。図１５において、論理チャネル１は、全ての３つのキャリアに対して１の優先度が割り当てられている。論理チャネル２は、キャリア１に対して３の優先度、キャリア２に対して３の優先度、そして、キャリア３に対して８の優先度が割り当てられている。
【０１４１】
論理チャネル３は、キャリア１に対して１５の優先度、キャリア２に対して２の優先度が割り当てされ、そして、キャリア３における伝送が禁止されている。
【０１４２】
例として、グラントサイズが、キャリア１、２および３に対して、それぞれ、バイト数で、Ｇ１＝１００、Ｇ２＝２００およびＧ３＝３００である全てのアップリンクキャリアに対してグラントが受け取られたことを仮定する。さらに、３つ全ての論理チャネルが未決定のトラフィックを送信させることを仮定する。論理チャネルは、Ｂ１＝１００、Ｂ２＝１５０およびＢ３＝７５のバイト数の現在のバケットコンテンツと、Ｔ１＝５０、Ｔ２＝８００およびＴ３＝８００のバイト数の未決定のトラフィックとを有する。
【０１４３】
一実施形態において、全てのキャリア／論理チャネルの組み合わせは、最も高い優先度から最も低い優先度の順位にソートされる。このソートの結果が図１６に関して示される。論理チャネル３は、キャリア３上での伝送が禁止されているので、図１６の実施形態において、キャリア／論理チャネル対は、図１６のソートされた優先度リストから除外される。従って、ソート位置１は、優先度１を有する論理チャネル１を伴うキャリア１を有する。同様に、ソート位置２は、論理チャネル１と優先度１とを有するキャリア２を有する。
【０１４４】
図５に関して上記され、そしてＬＴＥ優先度付与プロセスに関する記述において示されるように、優先度付与プロセスは、概して、２ステッププロセスであり、ここで、第１のステップは、各論理チャネルにＰＢＲリソースを割り振ることを含み、第２のステップは、論理チャネルトラフィックを残りのリソースに、厳しい論理チャネル優先度ベースで割り振ることを含む。
【０１４５】
２ステッププロセスの使用は、図１７に関して図示され、ここでは、ブロック１７１０において開始する。次いで、このプロセスは、ブロック１７２０に進み、ここで優先度付与されたビットレート割り振りプロセスが続く。ＰＢＲリソースは、概して、バケット内のトークンによって表現され得る。本例において、各論理チャネルは、ブロック１７２０のＰＢＲ割り振りプロセスを介して割り振られた特定のバケットコンテンツを有する。
【０１４６】
ＰＢＲ割り振りが完了すると、プロセスは、ブロック１７３０に進み、ここでは、残りのリソース（存在する場合）が割り振られる。したがって、ＰＢＲ割り振りプロセスを介して完全に利用されていない残りのアップリンクグラントが存在する場合には、これらは残りのリソースブロック１７３０を介して満たされる。
【０１４７】
次いで、プロセスは、ブロック１７４０に進み、終了する。
【０１４８】
プロセスのＰＢＲ割り振りについて、ＵＥは、ソートされたキャリアおよび論理チャネルの組み合わせの各々を順に処理し、その論理チャネルに対するＢｊが正であり、論理チャネルｊに対して利用可能なデータがまだ存在する場合には、対応する論理チャネルｊからデータを割り振る。各ステップにおいて、Ｂｊ（およびＴｊ）は、論理チャネルｊに与えられたデータの量によって決定される。
【０１４９】
ここで、図１８に対して参照がなされ、図１８はＰＢＲ割り振りの結果を示す。特に、図１８は、各キャリアに対する残りのグラントサイズを示す実行する残りのグラントのサイズ１８１０と、ＰＢＲ割り振りプロセスのバケット割り振りに利用される実行するバケットコンテンツフィールド１８２０と、各論理キャリアに対する未決定のトラフィックの残りの量を示す未決定のトラフィックフィールド１８３０とを含む。
【０１５０】
図１８に示されているように、ステップ０において、初期値は上記されたとおりである。特に、キャリア１は、１００バイトのグラントサイズを有し、キャリア２は、２００バイトのグラントサイズを有し、キャリア３は、３００バイトのグラントサイズを有する。
【０１５１】
さらに、論理チャネル１は、１００バイトのバケットコンテンツサイズを有し、論理チャネル２は１５０バイトのバケットコンテンツサイズを有し、論理チャネル３は、７５バイトのバケットコンテンツサイズを有する。
【０１５２】
さらに、論理チャネル１は、５０バイトの全未決定トラフィックサイズを有し、論理チャネル２は、８００バイトの全未決定トラフィックサイズを有し、論理チャネル３は、８００バイトの全未決定トラフィックサイズを有する。
【０１５３】
次いで、ＰＢＲ割り振りは、上記で図１６において表したようにソート位置を利用し、第１の列を利用し、第１の列は論理チャネル１を用いるキャリア１を有する。従って、論理チャネル１からの５０バイトは、キャリア１に適用される。キャリア１のグラントは、結果として、５０バイトだけ低減され、論理チャネル１に対するバケットコンテンツは、５０バイトだけ低減され、論理チャネル１に対する未決定のトラフィックは、５０バイトだけ低減され、０バイトになる。認識されるように、バケットコンテンツは１００バイトであり、残りのグラントサイズは１００バイトであったが、５０バイトのトラフィックのみが論理チャネル１上に存在し、結果として５０バイトのみが割り振られた。
【０１５４】
図１６のソート位置２に移動すると、キャリア２は論理チャネル１に対して割り振られる。しかしながら、論理チャネル１は、未決定のさらなるトラフィックがないので、ソート位置２における割り振りは、図１８の例では無視される。同様に、図１６からのソート位置３は、論理チャネル１のキャリア３への割り振りを示す。しかしながら、論理チャネル１が送信するデータをこれ以上有しないので、これも図１８のステップ３において無視される。
【０１５５】
図１６のソート位置４は、キャリア２が論理チャネル３に割り振られていることを示す。このことに基づいて、論理チャネル３は、検査され、そのバケットコンテンツとして７５バイトを有するように示される。したがって、最大７５バイトが送信され得る。キャリア２の残りのグラントサイズは、７５バイトよりも大きく、そして論理チャネル３に対する未決定のトラフィックもまた７５バイトよりも大きいので、７５バイトは、キャリア２において論理チャネル３に割り振られる。このことは、キャリア２に対するグラントサイズを２００バイトから１２５バイトまで低減し、論理チャネル３に対するバケットコンテンツを０バイトまで低減し、論理チャネル３に対する未決定のトラフィックを８００バイトから７２５バイトまで低減する。
【０１５６】
プロセスは、次いで、図１６のソート位置５に進み、ソート位置５は、論理チャネル２をキャリア１に割り振る。この場合、キャリア１は、５０バイトの残りのグラントサイズを有し、論理チャネル２は、１５０バイトのバケットコンテンツを有し、論理チャネル２は、８００バイトの未決定のトラフィックを有する。したがって、これら３つの因子の基づくと、５０バイトは、論理チャネル２からキャリア１に割り振られ得る。理解されるように、このことは、キャリア１に対するグラントを５０バイトから０バイトまで低減し、論理チャネル２のバケットコンテンツを１００バイトまで低減し、論理チャネル２に対する未決定のトラフィックを８００バイトから７５０バイトまで低減する。
【０１５７】
プロセスは、次いで、ソート位置６に進み、ソート位置６は論理チャネル２をキャリア２に割り振る。キャリア２は、そのグラント内に１２５バイトが残っている一方で、論理チャネル２は、バケットコンテンツ内に１００バイトを残し、未決定のトラフィック内に７５０バイトが残っている。したがって、バケットコンテンツに基づくと、１００バイトは、論理チャネル２からキャリア２に割り振られ、キャリア２に対して２５バイトのグラントサイズを、論理チャネル２に対して０バイトのバケットコンテンツを、そして、論理チャネル２に対して６５０バイトの未決定のトラフィックを残す。
【０１５８】
ソート位置７におけるソートを継続すると、論理チャネル２はキャリア３に割り振られる。しかしながら、論理チャネル２は、バケットコンテンツ内に０バイトも残さず、結果として、このソート位置は無視される。このプロセスは、次いで、図１６のソート位置８に進み、論理チャネル３がキャリア１に割り振られることが決定される。しかしながら、キャリア１は、さらなるグラントの余地を残しておらず、結果として、これもまた無視される。
【０１５９】
ＰＢＲリソース割り振り手続きステップに続いて、残りのリソースが、次いで、論理チャネル特性に基づいて割り振られる。図１９の例において、図１６において上記されたソート順位と同一のソート順位が使用される。しかしながら、図１６のソートの使用は、限定することを意図しておらず、他のソート順位が残りのリソース処理のために使用され得る。
【０１６０】
特に、図１９において、図１８からのフィールド１８１０、１８２０および１８３０もまた表される。初期値は、ＰＢＲ割り振りステップ後に残っている値である。したがって、具体的には、キャリア１は、０バイトのグラントが残っており、キャリア２は、２５バイトのグラントが残っており、キャリア３は、３００バイトのグラントが残っている。さらに、論理チャネル１は、５０バイトのバケットコンテンツが残っており、論理チャネル２は、０バイトのバケットコンテンツが残っており、論理チャネル３は、０バイトのバケットコンテンツが残っている。しかしながら、認識されるように、残りのリソース割り振りについて、バケットコンテンツは使用されないので、問題にならない。
【０１６１】
さらに、各論理チャネルに対する未決定のトラフィックは、フィールド１８３０に図示され、これは、論理チャネル１が０バイト残っており、論理チャネル２は、６５０バイト残っており、論理チャネル３は、７２５バイト残っていることを示している。
【０１６２】
図１６のソート順位を介して進めることにより、論理チャネル１は、キャリア１に割り振られる。しかしながら、論理チャネル１は、未決定のトラフィックを残しておらず、キャリア１は、残っているグラントサイズがないので、無視される。
【０１６３】
ソート位置２に進むと、論理チャネル１はキャリア２に割り当てられる。再び、論理チャネル１は、未決定のトラフィックを有しないので、無視される。
【０１６４】
ソート位置３において、論理チャネル１はキャリア３に割り振られる。再び、論理チャネル１は、未決定のトラフィックを有しないので、無視される。
【０１６５】
ソート位置４に進むと、論理チャネル３はキャリア２に割り振られる。論理チャネル３は、７２５バイト残っており、キャリア２はグラント内に２５バイト残っている。したがって、２５バイトは、論理チャネル３からキャリア２に割り振られ、キャリア２に対して残っているグラントサイズは０バイトであり、論理チャネル３に対する未決定のトラフィックは７００バイトである。
【０１６６】
図１６の５番目のソート位置において、論理チャネル２は、キャリア１に割り当てられる。しかしながら、キャリア１は、グラントの余地を残しておらず、結果として無視される。
【０１６７】
図１６のソート位置６において、論理チャネル２は、キャリア２に割り振られる。しかしながら、キャリア２は、さらなるグラント余地を有さないので、無視される。
【０１６８】
ソート位置７において、論理チャネル２は、キャリア３に割り振られる。論理チャネル２は、６５０バイト残っており、キャリア３は、グラント内に３００バイト残っている。したがって、３００バイトは、論理チャネル２からキャリア３に割り振られ、キャリア３に対して０バイトのグラントサイズと、論理チャネル２に対して３５０バイトの未決定のトラフィックが残る。
【０１６９】
プロセスは、次いで、ソート位置８に進み、ここでは、論理チャネル３がキャリア１に割り振られる。キャリア１は、グラント内に残っていないので、無視される。
【０１７０】
上記に基づくと、完全なグラントは、３つのキャリアのおのおのに対して利用される。各キャリアに対応するアップリンクグラントのための最終的なリソース割り振りは、表６に関連して、以下に示される。表６は、論理チャネル１がキャリア１において５０バイトを有し、論理チャネル２がキャリア１において５０バイト、キャリア２において１００バイト、そしてキャリア３において３００バイトを有し、論理チャネル３は、キャリア２において１００バイトを有することを示す。
【０１７１】
【表６】
2011142638.tif 000016
当業者によって認識されるように、図１６は、異なるキャリアまたは論理チャネルの組み合わせが同一の優先度を有する例を図示している。したがって、全ての可能性のある組み合わせを優先度による順位にソートする場合には、ある種の「タイブレーキング」ルールが利用されなければならない。図１６の例において、ソートは、キャリアおよび論理チャネルインデックスによって単に行われた。他の代替的な実装が存在する。これらは、最も大きいまたは最も小さいグラントサイズを有するキャリアが最初にソートされるキャリアのグラントサイズによってソートすることを含み得る。
【０１７２】
禁止されている論理チャネルを有するキャリアは、いくつかの例において最初にソートされ得、これらのグラントは、他のキャリアからのグラントの前に利用されることにより、以前のグラントが、リソースが他のキャリアに割り振られた後に、利用状態のままでないことを確実にすることを確実にする。
【０１７３】
半静的構成は、タイブレーキングに対するキャリアおよび論理チャネルに対する好ましい順位を構成する際に可能である。
【０１７４】
さらに、図１６の同一のソート順位が、図１８および図１９のＰＢＲ割り振りおよび残りのリソース割り振りの例の両方に利用されたが、これは必ずしもこの場合に必要であるわけではない。異なるソート順位が、図１７のブロック１７２０および１７３０のそれぞれに使用され得る。したがって、第１のソート順位は、ＰＢＲ割り振りプロセスに利用され得、第２のソート順位は、残りのリソース割り振りプロセスに利用され得る。このことは、特に、いくつかのキャリアまたは論理チャネルの組み合わせが同一の優先度を有し、異なるタイブレーキングルールが２つの手順の各々に対して使用される場合に、真であり得る。例えば、ＰＢＲ割り振り手順ステップに具体的に適用し得るタイブレーキングルールは、以下を含み得る。
・同一の論理チャネルｊであるが異なるキャリア間での均衡において、最も小さい残りの空間を有するグラントであって、その残りの空間は、Ｂｊ以上である空間を選択すること。残りのグラントサイズがＢｊ以上でない場合には、最も大きい残りのサイズを有するグラントを選択すること。
・（未決定のトラフィックを有する）いくつかの論理チャネルが、（現在はアップリンクグラントを有する）いくつかのキャリアにおける伝送を禁止している場合には、以下のアルゴリズムをブレーキングルールに使用する。
【０１７５】
○アップリンクグラントを有する各キャリアｋに対して、Ｔｋｊ＝ｍｉｎ（Ｂｊ、論理チャネルｊに対して待ち行列に入れられたトラフィックの量）とする。論理チャネルｊがキャリアｋにおける伝送を禁止されている場合にはＴｋｊ＝０とする。
【０１７６】
○全ての論理チャネルｊに対して、Ｓｋ＝ｓｕｍ（Ｔｋｊ）とする。
【０１７７】
○異なるキャリア間の均衡において、そのキャリアのグラントが最も満たすことが困難であり得るので（より少ないチャネルがそのキャリアにおいて伝送することを可能にされているので）、最も小さいＳｋを有するキャリアｋを選択する。
【０１７８】
残りのリソース割り振り手順ステップに具体的に適用し得るタイブレーキングルールは、以下を含み得る。
【０１７９】
・同一の論理チャネルであるが異なるキャリア間の均衡において、ヘッダオーバヘッドを最小化するので、（ＰＢＲ割り振り手順ステップからの）現在の論理チャネルに対するリソース割り当てを既に有するグラントを選択する。
【０１８０】
上記の手順は、図２０のプロセス図を用いて示され得る。特に、図２０のプロセス図は、ブロック２０１０において開始し、ブロック２０１２に進み、ここで、図１６に関して、そして同様に本開示の実施形態に関して上記で示されるようなキャリアおよび論理チャネル優先度情報に基づいてソートがなされる。
【０１８１】
プロセスは、次いで、ブロック２０１４に進み、ここで、ソート位置が位置１に設定される。
【０１８２】
プロセスは、次いで、ブロック２０２０に進み、ここで、リソースは、グラント、バケットおよび未決定のトラフィック情報に基づいて、特定のソート位置に割り振られる。
【０１８３】
プロセスは、ブロック２０２２に進み、ここで、現在割り振られているソート位置が最新のソート位置であるか否かを理解するためにチェックがなされる。最新のソート位置でない場合、プロセスは、ブロック２０２４に進み、ここでは、ソート位置が増加し、次いで、プロセスはブロック２０２０に戻り、ここではリソースが新たな位置に割り振られる。ブロック２０２０の割り振りは、図１８に関して上記で示された。
【０１８４】
ブロック２０２２から、最新のソート位置に達すると、プロセスはブロック２０３０に進む。ブロック２０３０において、オプションで別のソートが行われる。このことは、ソート順位が、残りのリソース割り振りに対して異なり得る場合になされる。
【０１８５】
プロセスは、次いで、ブロック２０３１に進み、ここで、ソート位置が位置１に設定される。
【０１８６】
プロセスは、次いで、ブロック２０３２に進み、ここで、リソースが、論理チャネル優先度に基づいて割り振られる。このような割り振りは、例えば、図１９に関して上記で示されている。
【０１８７】
ブロック２０３２から、プロセスは、ブロック２０３４に進み、ここで、最新のソート位置に達したか否かを決定するためにチェックがなされる。
【０１８８】
ブロック２０３４から、最新のソート位置に達していない場合には、プロセスはブロック２０３６に進み、ここで、ソート位置が増加され、プロセスは、次いで、ブロック２０３２に進み、新たなソート位置に対してリソースを割り振る。
【０１８９】
ブロック２０３４から、最新の位置に達すると、プロセスはブロック２０４０に進み、終了する。
【０１９０】
（確保および除去）
上記の変形は、ある状況において実装され得る。この変形に関連して本明細書で記載されるアルゴリズムは、以下の考察について注意する。可能な場合には、各論理チャネルは、その論理チャネルに対して最も高い優先度のキャリアにおいて伝送する。さらに、いくつかの論理チャネルは、複数のキャリアにおいて等しい優先度設定を有し得る。このような場合には、他の論理チャネルに対するキャリア割り当てがそれらの論理チャネル優先度設定に対して最適であるように、これらの論理チャネルに対するキャリア割り当てを選択することが望ましくあり得る。
【０１９１】
基本的に、リソース割り当ては、ＰＣＲ手順ステップの間になされるので、複数のキャリアにおいて等しい優先度設定を有する任意の論理チャネルは、適切な量の特定の論理チャネルに対するバケットコンテンツなどのリソースまたはこれらのキャリアにおいて利用可能な残りのリソースに対して、どちらかが少ない場合でも、これらのキャリアに対する「確保」を行う。他の論理チャネルに対するさらなるリソース割り当てがなされるので、より高い優先度の論理チャネルに対する以前の確保は、現在の論理チャネルに対するリソース割り当てと競合する場合には除去されるか、取り消される。特定の論理チャネルに対する１つ以上の確保が除去されるか、または既存の確保サイズが低減されるとき、その論理チャネルに対する残りの確保されたリソース（可能性としては複数の確保または異なるキャリアにわたる）が、その論理チャネルに対して必要とされるＰＢＲリソースサイズ全体に等しい場合には、これらの残りの確保は、その論理チャネルのリソース割り振りに変換される。
【０１９２】
代替案が例を介して図示される。上記の図１８に図示されたものと同様のグラント、バケットコンテンツおよびトラフィックキューサイズが、本明細書において使用される。同様に、ソート後に図１６に列挙されるものと同一の論理チャネル特性が各アップリンクキャリアに使用される。ここで、図２１に対して参照がなされ、図２１は、確保および除去プロセスに適用された場合のＰＢＲ割り振りステップの結果を示す。
【０１９３】
図２１において、現在の論理チャネルが複数のキャリアに対して同一の優先度を有する場合には、割り当てではなく確保がなされる。したがって、図２１にしたがって、初期値は図１８の初期値と同様に設定され、ソートされた優先度が処理される。ソート位置１、２および３において、論理チャネル１は、３つの異なるキャリアに対して同一の優先度を有する。したがって、図２１のステップ１、２および３は、それぞれ、キャリア１、２、および３の各々における未決定のトラフィック量に対応する５０バイトを確保する。理解されるように、図２１のステップ１、２および３における様々なキャリアからの残りのグラントサイズの減少を引き起こす。
【０１９４】
次のソート位置は、ソート位置４であり、ここで、論理チャネル３が、２の優先度を利用してキャリア２に割り振られる。優先度２の割り振りは他にないので、これは確保ではなく割り当てである。割り当ては、キャリア２に対する残りのグラントサイズを１５０バイトから７５バイトに変え、論理チャネル３に対するバケットコンテンツを０バイトに低減し、論理チャネル３に対する未決定のトラフィックを７２５バイトに低減する。
【０１９５】
ソート位置５において、論理チャネル２は、キャリア１に割り振られる。論理チャネル２は、１５０バイトのバケットコンテンツと、８００バイトの未決定トラフィックとを有する。したがって、このことは、キャリア１に対する初期グラントを満たす。したがって、ステップ５Ａに示されるように、キャリア１における５０バイトの確保が取り消され、ステップ５Ｂによって示されるようにキャリア１は論理チャネル２に１００バイトを割り当てした。このことは、キャリア１における０バイトのグラントサイズ、論理チャネル２に対する５０バイトのバケットコンテンツおよび論理チャネル２に対する１００バイトの未決定のトラフィックを残す。
【０１９６】
ソート位置６において、論理チャネル２は、キャリア２に割り当てされ、キャリア２は、７５バイトの残りのグラントサイズを有する。論理チャネル２は、残りの５０バイトのバケットコンテンツを有する。したがって、５０バイトは、論理チャネル２からキャリア２に割り振られ、キャリア２に２５バイトのグラントサイズを残す。
【０１９７】
ソート位置７は、論理チャネル２をキャリア３に割り当てする。しかしながら、論理チャネル２は、バケットコンテンツが残っておらず、結果として、無視される。
【０１９８】
ソート位置８は、論理チャネル３をキャリア１に割り当てする。しかしながら、キャリア１は、残りのグラントの余地を有しないので、このステップも無視される。
【０１９９】
図２１のプロセスが完了した後、論理チャネル１は、まだキャリア２およびキャリア３上に確保された５０バイトを有するが、論理チャネル２は、割り当てされたキャリア１上に１００バイトを有し、割り当てされたキャリア２上に５０バイトを有する。論理チャネル３は、キャリア２上に割り当てされた７５バイトを有する。これは、以下で表７に関して図示される。
【０２００】
【表７】
2011142638.tif 000017
ＰＢＲ割り振りステップから残りのリソース割り振りステップまで移動して、ここで図２２に対して参照がなされる。図２２において、図１６のソート順位が使用される。
【０２０１】
ソート位置の最初の３つの位置は、論理チャネル１を、それぞれ、キャリア１、２および３に割り当てする。論理チャネル１は、さらなる未決定のデータを有しないので、これらのステップは無視される。
【０２０２】
ソート位置４において、論路チャネル３は、キャリア２に割り当てられる。キャリア２は、残りの２５バイトのグラントサイズと、確保された５０バイトとを有するので、図２２の例は、キャリア２における論理チャネル１の確保を取り消し、このことが、キャリア３における論理チャネル１に対する５０バイトの確保をこれらのバイトの割り当てにさせる。
【０２０３】
同様に、キャリア２からの５０バイトが、キャリア２上に残っている２５バイトに再度付加され、７５バイトを生じさせ、この７５バイトが論理チャネル３に割り当てされ、キャリア２に対して０バイトの残りのグラントと、論理チャネル３に対する６５０バイトの残りのトラフィックとが残る。
【０２０４】
ソート位置５は、論理チャネル２をキャリア１に割り振る。しかしながら、キャリア１は、残りのグラントの余地がなく、このステップは結果として無視される。
【０２０５】
ソート位置６は、論理チャネル２をキャリア２に割り振る。しかしながら、キャリア２は、残りのグラントの余地がなく、このステップは結果として無視される。
【０２０６】
ソート位置７は、論理チャネル２をキャリア３に割り振る。キャリア３は、２５０バイトのグラントが残っており、結果としてこれは論理チャネル２に割り当てられる。結果として、論理チャネル２は、４５０バイトの未決定のトラフィックが残っており、キャリア３は、そのグラントにおいて０バイト残っている。
【０２０７】
ソート位置８は、論理チャネル３をキャリア１に割り当てする。しかしながら、キャリア１は、グラントの余地が残っておらず、このステップは無視される。
【０２０８】
以下の表８に対して参照が行われ、表８は、各キャリアに対応するアップリンクグラントの最終的なリソース割り振りを示す。上記の表６と対にすると、異なる組の最終的なリソース割り振りが、２つの表の間に存在することが理解され得る。特に、論理チャネル１からのトラフィックは、他の論理チャネルに対する他のキャリアにおける空間を自由にするという点で最適なキャリアに割り当てされ、論理チャネル３はより大きな総割り振りを受信する一方で、論理チャネル２はより小さな総割り振りを受信する。このことは、論理チャネル３の視点からより「公正」であると考慮され得る割り振りのセットをもたらす。
【０２０９】
【表８】
2011142638.tif 000018
ＭＡＣ制御要素
Ｅ−ＵＴＲＡ  リリース８において、ｅＮＢに制御シグナリングを通信するために、ＵＥによってアップリンクにおいて伝送され得るＭＡＣ制御要素（ＣＥ）が存在する。ＭＡＣ制御要素は、短いシグナリングメッセージであり、ｅＮＢにアップリンクにおいて伝送されるＭＡＣ  ＰＤＵ内に含まれる。
【０２１０】
Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ（Ｃ−ＲＮＴＩ）ＭＡＣ制御要素がＵＥによって使用され、ＵＥは、既にＣ−ＲＮＴＩを有しており、ｅＮＢとのアップリンク同期を得るために、ランダムアクセス手順を行う。ＵＥがまだＣ−ＲＮＴＩを有していない場合（例えば、ｅＮＢとの接続を確立するために、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する場合）には、ランダムアクセス手順が使用されることにより、ｅＮＢとのアップリンク同期を得て、ｅＮＢからＣ−ＲＮＴＩを得る。しかしながら、既にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあり、既にＣ−ＲＮＴＩを有するＵＥは、ｅＮＢとのアップリンク同期を失い得、結果として、アップリンク同期を再獲得するためにランダムアクセス手順を行う必要がある。この手順の一部として、ＵＥは、ｅＮＢが、どのＵＥが特定のランダムアクセスを行うかを決定し得るように、Ｃ−ＲＮＴＩ  ＭＡＣ制御要素内に既存のＣ−ＲＮＴＩを含む。Ｃ−ＲＮＴＩ  ＭＡＣ制御要素は、また、ＵＥが新しいセルにおいてアップリンク同期を得る場合にハンドオーバに続いて使用され得る。
【０２１１】
バッファステータスリポート（ＢＳＲ）ＭＡＣ制御要素が使用されることにより、論理チャネルグループ毎の未決定のアップリンクデータをｅＮＢに通信する。ｅＮＢにおけるアップリンクスケジューラが、次いで、この情報を使用し得ることにより、アップリンク伝送リソースを、伝送するデータを有するＵＥに割り当てする。各論理チャネルは、オプションでＢＳＲを生成する目的で論理チャネルグループに割り当てされ得る。ＢＳＲは、特に、以前のＢＳＲが伝送されてからある時間が経つ、ＵＥに新しいアップリンクデータが着くなどのイベントによりトリガされ得る。
【０２１２】
ＢＳＲのパディングは、また、ＭＡＣ  ＰＤＵの利用可能な空間を完全に埋めるためにパディングを必要とするＭＡＣ  ＰＤＵに付加され得る。この場合には、ＢＳＲのパディングは、利用可能で、他の場合にはパディングとして消費される付加的な空間を利用するように含まれる。１つのＢＳＲのみの最大値が、任意のＭＡＣ  ＰＤＵに含まれ得る。
【０２１３】
パワーヘッドループリポート（ＰＨＲ）ＭＡＣ制御要素が使用されることにより、アップリンクキャリア上で利用可能なパワーヘッドルームをｅＮＢに通信する。本質的に、ｅＮＢが閉ループ電力制御シグナリングを介してＵＥの伝送電力を増加すること、または付加的なアップリンク伝送リソースをＵＥに割り当てすることを望む場合に、どのくらい多くの余分な伝送電力がＵＥにおいて利用可能であるかを区別する。このような付加的なアップリンク伝送リソースは、物理的なリソースブロックまたは変調およびコードレート設定を含み得る。
【０２１４】
さらなるＭＡＣ制御要素が、ロングタームエボリューションまたは他のネットワーク標準のさらなるリリースにおいて付加され得ることが可能である。
【０２１５】
Ｃ−ＲＮＴＩ  ＭＡＣ制御要素の伝送は、ランダムアクセス手順の一部である。複数のアップリンクキャリアによって構成されたＵＥは、アップリンク同期を再獲得するために、またはｅＮＢからＰＤＣＣＨを介して再獲得するために順位を受信する際に、この手順を行うことが必要であり得る。一実施形態において、Ｃ−ＲＮＴＩ  ＭＡＣ制御要素は、初期ランダムアクセスプリアンブルが伝送されたか、またはｅＮＢがシグナリングしたアップリンクキャリア、または、予め構成されたアップリンクキャリアにおける場合と同一のアップリンクキャリア上で伝送される。したがって、複数のアップリンクキャリア上でＵＥが同時にアップリンクグラントを受信する場合には、ＭＡＣ  ＰＤＵ内で、Ｃ−ＲＮＴＩ  ＭＡＣ制御要素が含まれることが明らかである。
【０２１６】
他のＭＡＣ制御要素は異なる場合である。マルチキャリア状況におけるアップリンクＭＡＣ制御要素伝送は、以下の様々なオプションで構成され得る。
【０２１７】
Ａ．ＭＡＣ制御要素が１つのアップリンクキャリアにおいてのみ伝送される
ＭＡＣ制御要素は、一実施形態において、単一のアップリンクキャリアにおいてのみ伝送され得る。一実施形態において、アップリンクアンカまたは基準または割り当てキャリアはこの場合に利用され得る。別の実施形態において、使用するアップリンクキャリアは、ｅＮＢによってシグナリングされる。特定のＭＡＣ制御要素はトリガされる場合には、他のキャリアに対するアップリンクグラントがその間に受信される場合でさえ、アップリンクグラントが特定のキャリアに対して受信されるまでＭＡＣ制御要素が送信されない。
【０２１８】
Ｂ．特定のキャリアにおいて好適に搬送されるＭＡＣ  ＣＥが他のキャリアにおいて送信され得る。
【０２１９】
代替の実施形態において、ＭＡＣ制御要素は、特定のアップリンクキャリア上で搬送されることが好まれるが、ＭＡＣ制御要素がトリガされた場合に利用可能な唯一のアップリンクグラントである場合には異なるアップリンクキャリア上で送信され得る。例えば、バッファステータスリポートがトリガされることを仮定すると、２つのアップリンクグラントがそのサブフレームで受信される場合、１つが基準キャリアであり、１つが非基準キャリアであり、ＢＳＲ  ＭＡＣ制御要素がアップリンク基準キャリアに対するＭＡＣ  ＰＤＵに対して含まれる。しかしながら、非基準キャリアに対するアップリンクグラントのみがそのサブフレームで受信される（そして基準キャリアに対するアップリンクグラントがない）場合に、ＢＳＲ  ＭＡＣ制御要素は、非基準アップリンクキャリア内に含まれる。
【０２２０】
Ｃ．アップリンクＳＰＳの回避
この実施形態において、ＭＡＣ制御要素は、他のキャリアにおいて非ＳＰＳアップリンクグラントが利用可能な場合に、アップリンクＳＰＳから生じるＭＡＣ  ＰＤＵ内で搬送されることを回避する。このことは、例えば、音声パケットの起こり得るフラグメンテーションを回避し得る。
【０２２１】
Ｄ．ダイバーシティゲインを得る異なるアップリンクキャリア
ＭＡＣ制御要素を伝送するために選択されたアップリンクキャリアは、ダイバーシティゲインを得るために各伝送機会において異なり得る。現在のタイミングに基づいて異なるキャリアを選ぶために、現在のシステムフレーム番号（ＳＦＮ）および現在の１０ｍｓ無線フレーム内のサブフレームオフセット、ＭＡＣ制御要素カウンタまたは疑似ランダムシーケンスが使用され得る。例えば、ＵＥは、キャリアｋにおいてＭＡＣ制御要素を伝送し、ここで、ｋ＝［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（構成されたキャリアの数）である。
【０２２２】
特定のフレームにおいて、キャリアｋがＭＡＣ制御要素を搬送する選択されたキャリアであるが、そのキャリアに対するアップリンクグラントがない場合には、ＵＥは、アップリンクグラントを有する非選択キャリア上でＭＡＣ制御要素を送信し得る。
【０２２３】
Ｅ．全てのアップリンクキャリアに含まれるＭＡＣ  ＣＥ
トリガされた場合のＭＡＣ制御要素は、現在利用可能なアップリンクグラントを有する全てのアップリンクキャリアに含まれる。ＭＡＣ制御要素が複数のＭＡＣ  ＰＤＵ間で複製され得るので、このことはより大きなオーバヘッドをもたらす。しかしながら、このアプローチは、また、より大きなシグナリングロバスト性と、低減されたシグナリングレイテンシをもたらし得る。なぜなら、第１の伝送試行においてｅＮＢにおいて首尾よく受信されたＭＡＣ制御要素のコピーのうちの少なくとも１つのより大きな可能性が存在するからである。
【０２２４】
Ｆ．任意のキャリア
さらなる実施形態において、トリガされた場合のＭＡＣ制御要素は、現在アップリンクグラントを有するアップリンクキャリアのうちの任意のキャリアにおいて送信され得る。
【０２２５】
Ｇ．キャリアがＭＡＣ制御要素を特定する
キャリアはＭＡＣ制御要素を特定する、例えば、キャリア毎のＰＨＲが同一のキャリア上で伝送され得る。例えば、キャリア１のＰＨＲは、キャリア１に対するアップリンクグラントが受信されたときに、キャリア１に伝送される。
【０２２６】
Ｈ．仮想キャリア
異なるキャリアに対するｅＮＢスケジューリングエンティティは、１つ以上のアップリンク仮想キャリアがサポートされるときに異なり得る。この場合には、いくつかのＭＡＣ制御要素がスケジューリングを支援するために、特定のアップリンクキャリアをスケジューリングするｅＮＢに伝送される必要があり得る。ＢＳＲなどのキャリア共通のＭＡＣ制御要素は、両方のｅＮＢに伝送され得、キャリア固有のＭＡＣ制御要素（例示的なＰＨＲ）が対応するキャリアを「所有する」ｅＮＢに伝送され得る。サービングｅＮＢは、どのキャリアが特定のＭＡＣ制御要素が送信され得るかについての情報を提供し得る。
【０２２７】
代替的に、ＵＥがどのｅＮＢが特定のアップリンクキャリアをスケジュールするかについて知っている場合には、ＵＥは、適切なＭＡＣ制御要素をそのｅＮＢに伝送し得る。例として、５つのキャリアが存在し、４つのラベルづけられたＣＣ１、ＣＣ２、ＣＣ３およびＣＣ４がｅＮＢ１に伝送され得、５番目がＣＣ５とラベルづけられ、ｅＮＢ２に伝送されることを仮定する。この例において、ＢＳＲ  ＭＡＣ制御要素は、ｅＮＢ１、ｅＮＢ２または両方に伝送され得る一方で、ＣＣ１〜ＣＣ４に対するＰＨＲおよびＣ−ＲＮＴＩ  ＭＡＣ制御要素は、ｅＮＢ１に伝送され、その一方でＣＣ５に対するＰＨＲおよびＣ−ＲＮＴＩ  ＭＡＣ制御要素は、ｅＮＢ２に伝送される。ＢＳＲがキャリア毎に規定され得る場合、疑問のある特定のキャリアに依存して、適切なＢＳＲ  ＭＡＣ制御要素を各ｅＮＢに伝送することが可能である。
【０２２８】
ＣＣ１〜ＣＣ４に対応するＭＡＣ制御要素をｅＮＢ１に伝送するために、以前にリストされた実施形態のうちの１つが適用され得る。
【０２２９】
当業者によって認識されるように、全てのＭＡＣ制御要素に対する同一のアプローチが、使用され得るか、または上記とは個別に別個のアプローチが各ＢＳＲおよびＰＨＲ  ＭＡＣ制御要素に使用され得る。例えば、アプローチＢは、ＢＳＲ  ＭＡＣ制御要素に対して使用され得る一方で、アプローチＤがＰＨＲ  ＭＡＣ制御要素に対して使用され得る。
【０２３０】
上記の解決策は、また、制御要素に対するリリース８フォーマットが維持されるか否か、または新しい強化された制御要素フォーマットがマルチキャリアＵＥに対して適合されるかどうかに依存する。例えば、ＰＨＲ  ＭＡＣ制御要素は、制御要素がどのリリースのためのものであるかに依存し得る。リリース８フォーマットが維持される場合には、特定のアップリンクキャリアに対するＰＨＲ  ＭＡＣ制御要素がそのキャリアにのみ伝送され得、その結果、ｅＮＢは、対応する電力ヘッドルームリポートを正しいアップリンクキャリアに関連づけ得る。しかしながら、新しいリリース１０フォーマットが採用され、このフォーマットは、複数のアップリンクキャリアに対する電力ヘッドルーム情報を単一のメッセージまたはＭＡＣ制御要素に集合する場合には、どのアップリンクキャリアがＰＨＲ  ＭＡＣ制御要素を送信するために使用するかの選択がより柔軟になり得る。
【０２３１】
バッファステータスリポートは、概して、ＢＳＲが論理チャネルグループ毎の未決定のデータの量のためにアップリンクキャリアが不確かである。論理チャネルグループは、１つか複数の論理チャネルを含み得る。新しい論理チャネルが構成される場合、論理チャネルグループにオプションで割り当てられる。キャリア集合シナリオに対する１つの可能な各庁は、異なるアップリンクキャリアに対する異なる論理チャネル割り当てを可能にする。異なるアップリンクキャリアに伝送されるＢＳＲ  ＭＡＣ制御要素は、結果として、異なる値を有し得、ｅＮＢによって使用され得ることにより、未決定のＵＥにおいて未決定のアップリンクデータについての付加的な情報を推測する。この例は、表９に関して以下に示され、ここで、論理チャネルグループ１および２は、どのアップリンクキャリアが基準と考えられるかに依存して、異なる論理チャネルを含む。
【０２３２】
【表９】
2011142638.tif 000019
バッファステータスリポートが、表１０に関して以下に示される未決定のデータの例示的な量に基づいて構築されることを仮定すると、キャリア１に伝送されるＢＳＲが、１００＋２００＝３００バイトがＬＣＧ０に対して未決定であること、３００＋４００＝７００バイトがＬＣＧ１に対して未決定であることを示す。逆に、キャリア２に伝送されるＢＳＲは、１００＋２００＋３００＝６００バイトがＬＣＧ０に対して未決定であり、４００バイトがＬＣＧ１に対して未決定であることを示す。所望される場合には、ｅＮＢがこの余分なＢＳＲ情報を使用することにより、論理チャネルグループ毎のベースではなく、論理チャネル毎のベースで未決定のデータの実際の量を推定する。
【０２３３】
【表１０】
2011142638.tif 000020
同様に、ＴＳ３６．３３１のセクション６．３．２のＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報要素は、オプションで、論理チャネルを論理チャネルグループに割り当てし得る。結果として、例えば、２つのアップリンクキャリアを有する８個の論理チャネルにおいて、表１１において以下に与えられる論理チャネルグループに対する論理チャネルの割り当てが使用され得る。このことは、ＵＥが論理チャネル毎のベースで未決定のデータの量を報告することを可能にし、ここで、キャリア１において伝送される任意のＢＳＲは、論理チャネルサイズ１〜４に対する個別のトラフィックキューサイズを与え、キャリア２において伝送されるＢＳＲは、論理チャネル５〜８に対する個別のトラフィックキューサイズを与える。
【０２３４】
【表１１】
2011142638.tif 000021
上記は、受信側の任意のユーザ機器および送信側の進化型ノードＢなどの任意のネットワーク要素において実装され得る。送信側において、ネットワーク要素は、通信サブシステムを含むことにより、利用される移送レイヤに関する情報を送信する。
【０２３５】
ＵＥ側に対して、図２３は、本出願の装置および方法の様々な実施形態に使用されることが可能なＵＥを図示するブロック図である。ＵＥ２３００は、典型的に、双方向ワイヤレス通信デバイスであり、このデバイスは、音声通信能力、データ通信能力または音声およびデータ通信能力の両方を有する。提供される正確な機能に依存して、ワイヤレスデバイスは、例えば、データメッセージングデバイス、双方向ページャ、ワイヤレス電子メールデバイス、メッセージング能力を有するセルラ電話、ワイヤレスインターネットアプライアンスと称され得る。
【０２３６】
ＵＥ２３００が双方向通信可能である場合には、受信器２３１２および送信器２３１４の両方を含む通信サブシステム２３１１ならびに関連する構成要素（例えば、１つ以上の埋め込みまたは内部アンテナ要素２３１６および２３１８、ローカルオシレータ（ＬＯ）２３１３およびデジタル信号プロセッサ（ＤＳＰ）などの処理モジュール２３２０）を組み込む。通信分野の当業者に明らかであるように、通信サブシステム２３１１の特定の設計は、通信ネットワークに依存し、この通信ネットワークにおいて、デバイスが動作することを意図されている。
【０２３７】
ネットワークアクセス要件は、また、ネットワーク２３１９の種類に依存して変わる。ＬＴＥ  ＵＥは、ＬＴＥまたはＬＴＥ−Ａネットワーク上で動作するために、加入者識別モジュール（ＳＩＭ）カードを必要とし得る。ＳＩＭインターフェース２３４４は、通常、カードスロットに類似して、カードスロット内に、ＳＩＭカードが、ディスケットまたはＰＣＭＣＩＡカードと同様に挿入および排出され得る。ＳＩＭカードは、キー構成２３５１、ならびに識別などの他の情報２３５３および加入者関連情報を保持し得る。
【０２３８】
必要とされるネットワーク登録または作動手順が完了した場合に、ＵＥ２３００は、ネットワーク２３１９を介して通信信号を送受信し得る。図２３に図示されるように、ネットワーク２３１９は、ＵＥと通信する複数のアンテナで構成され得る。これらのアンテナは、次いで、ｅＮＢ２３７０などのネットワーク要素に接続される。ネットワーク要素（例えば、ｅＮＢ２３７０）は、本明細書において記載される方法にしたがって、アップリンクグラントを提供しネットワーク側の動作を処理するために、プロセッサと通信サブシステム（図示せず）とを含む。
【０２３９】
通信ネットワーク２３１９を介してアンテナ２３１６によって受信される信号は、受信器２３１２に入力され、受信器２３１２は一般的な受信器機能（信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択など、図２３に示される例示的なシステムにおいてはアナログデジタル（Ａ／Ｄ）変換）を実行し得る。受信された信号のＡ／Ｄ変換は、ＤＳＰ  ２３２０において行われる復調およびデコードなどのより複雑な通信機能を可能にする。同様の態様において、伝送される信号が、ＤＳＰ２３２０によって処理され（例えば、変調およびコード化）、送信器２３１４に、デジタルアナログ変換、周波数アップコンバージョン、フィルタリング、増幅、アンテナ２３１８を介した通信ネットワークを介する伝送のために、入力される。ＤＳＰ２３２０は、通信信号を処理するだけではなく、受信器および送信器制御を提供する。例えば、受信器２３１２および送信器２３１４において通信信号に適用されるゲインは、ＤＳＰ２３２０に実装される自動ゲイン制御アルゴリズムを介して適応的に制御され得る。
【０２４０】
ＵＥ２３００は、典型的に、プロセッサ２３３８を含み、このプロセッサ２３３８は、デバイスの全体の動作を制御する。通信機能（データおよび音声通信を含む）は、通信サブシステム２３１１を介して行われる。プロセッサ２３３８は、また、さらなるデバイスサブシステム（例えば、ディスプレイ２３２２、フラッシュメモリ２３２４、ランダムアクセスメモリ（ＲＡＭ）２３２６、補助入力／出力（Ｉ／Ｏ）サブシステム２３２８、シリアルポート２３３０、１つ以上のキーボードまたはキーパッド２３３２、スピーカ２３３４、マイクロフォン２３３６、他の通信サブシステム２３４０（例えば、短距離通信サブシステムおよび概して２３４２で割り当てられる任意の他のデバイスサブシステム））とインターフェースする。シリアルポート２３３０は、ＵＳＢポートまたは当該分野で公知の他のポートを含み得る。
【０２４１】
図２３に示されるサブシステムのうちのいくつかは、通信関連機能を行うが、一方で他のサブシステムは「常駐」またはデバイス上機能を提供し得る。特に、いくつかのサブシステム（例えば、キーボード２３３２およびディスプレイ２３２２）は、通信関連機能（例えば、通信ネットワークを介する伝送のためにテキストメッセージを入力する）およびデバイス常駐機能（例えば、計算機またはタスクリスト）の両方のために使用され得る。
【０２４２】
プロセッサ２３３８によって使用されるオペレーティングシステムソフトウェアは、概して、フラッシュメモリ２３３４などの持続的格納装置に格納され、これは、リードオンリメモリ（ＲＯＭ）または類似の格納要素（図示せず）に代わり得る。当業者は、オペレーティングシステム、具体的なデバイスアプリケーション、またはその一部が、ＲＡＭ２３２６などの揮発性メモリに一次的にロードされ得ることを認識する。受信された通信信号もまた、ＲＡＭ２３２６に格納され得る。
【０２４３】
示されるように、フラッシュメモリ２３２４は、コンピュータプログラム２３５８ならびにプログラムデータストレージ２３５０、２３５２、２３５４および２３５６の両方のために、異なる領域に分離され得る。これらの異なるストレージタイプは、各プログラムが、独自のデータストレージ要件のために、フラッシュメモリ２３２４の一部を割り振り得ることを示す。プロセッサ２３３８は、そのオペレーティングシステム機能に加えて、ＵＥ上でソフトウェアアプリケーションの実行を可能にし得る。（例えば、データ通信アプリケーションおよび音声通信アプリケーションを含む）基本動作を制御する所定のアプリケーションのセットは、製造の間にＵＥ２３００に実装され得る。他のアプリケーションが、順次または動的にインストールされ得る。
【０２４４】
１つのソフトウェアアプリケーションは、ＵＥのユーザに関連するデータアイテムを編成し、管理する能力を有する個人情報マネージャ（ＰＩＭ）であり得、そのデータアイテムは、例えば、電子メール、カレンダイベント、音声メール、アポイントメント、およびタスクアイテムであるが、これらに限定されない。通常、１つ以上のメモリ格納装置はＵＥ上で利用可能であり、ＰＩＭデータアイテムの格納を容易にする。このようなＰＩＭアプリケーションは、概して、データアイテムを、ワイヤレスネットワーク２３１９を介して送受信する能力を有する。一実施形態において、ＰＩＭデータアイテムは、ワイヤレスネットワーク２３１９を介して、ホストコンピュータシステムに格納されるかまたは関連付けられたＵＥのユーザの対応するデータアイテムと、シームレスに一体化、同期化および更新される。さらなるアプリケーションは、また、ネットワーク２３１９、補助Ｉ／Ｏサブシステム２３２８、シリアルポート２３３０、短距離通信サブシステム２３４０、または任意の他の適切なサブシステム２３４２を介して、ＵＥ２３００にロードされ得、ユーザによって、プロセッサ２３３８による実行のためにＲＡＭ  ２３２６または不揮発性格納装置（図示せず）にインストールされ得る。アプリケーションのインストールにおけるこのような柔軟性は、デバイスの機能を増大させ、強化されたデバイス上機能、通信関連機能またはその両方を提供し得る。例えば、安全な通信アプリケーションは、電子商取引機能および他の金融取引がＵＥ２３００を用いて実行されることを可能にし得る。
【０２４５】
データ通信モードにおいて、受信された信号（例えば、テキストメッセージまたはウェブページダウンロード）が通信サブシステム２３１１によって処理され、プロセッサ２３３８に入力され、プロセッサ２３３８が、次いで、ディスプレイ２３２２または代替的に補助Ｉ／Ｏデバイス２３２８への出力のために要素属性に対して受信された信号をさらに処理し得る。
【０２４６】
ＵＥ２３００のユーザは、また、例えば、キーボード（完全な英数字キーボードまたは電話タイプキーボード）を用いて、ディスプレイ２３２２および可能性としては補助Ｉ／Ｏデバイス２３２８と関連させて電子メールメッセージなどのデータアイテムを編集し得る。このような編集されたアイテムは、次いで、通信サブシステム２３１１を介し、通信ネットワークを介して伝送され得る。
【０２４７】
音声通信に対して、ＵＥ２３００の全体の動作は類似しているが、受信された信号がスピーカ２３３４に出力されること、伝送のための信号がマイクロフォン２３３６によって生成されることが異なる。代替的な音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ記録サブシステム）はまた、ＵＥ２３００上で実装され得る。音声またはオーディオ信号出力は、主にスピーカ２３３４を介して達成され得るが、ディスプレイ２３２２は、また、通話相手の識別、音声コールの持続時間、または他の音声コール関連情報などの指示を提供するために使用され得る。
【０２４８】
図２３のシリアルポート２３３０は、通常、パーソナルデジタルアシスタント（ＰＤＡ）タイプのＵＥに実装され得、このＵＥに対してユーザのデスクトップコンピュータ（図示せず）との動機が望ましいが、オプションのデバイス構成要素である。このようなポート２３３０は、ユーザが外部デバイスまたはソフトウェアアプリケーションを介してプリファランスを設定することを可能にし、ワイヤレス通信ネットワーク以外でＵＥ２３００に情報またはソフトウェアダウンロードを提供することによってＵＥ２３００の能力を拡張する。代替的なダウンロード経路は、例えば、直接的な信頼性の高い安心な接続を介してデバイス上に暗号化キーをロードするために使用されることによって、安全なデバイス通信を可能にする。当業者によって認識されるように、シリアルポート２３３０は、モデムとして作用するようにＵＥをコンピュータに接続するためにさらに使用され得る。
【０２４９】
他の通信サブシステム２３４０（例えば、短距離通信サブシステム）は、さらなる構成要素であり、これは、ＵＥ２３００と異なるシステムまたはデバイス（必ずしも類似のデバイスである必要はない）との間の通信を提供し得る。例えば、サブシステム２３４０は、赤外線デバイスおよび関連する回路および構成要素ならびにＢｌｕｅｔｏｏｔｈＴＭ通信モジュールを含み、同様に有効なシステムおよびデバイスとの通信を提供する。サブシステム２３４０は、また、ＷｉＦｉまたはＷｉＭＡＸ通信のために使用され得る。
【０２５０】
通信サブシステム２３１１は、いくつかのネットワークに対して複数のキャリア上で送信または受信するように設計され得る。プロセッサ２３３８、ＤＳＰ  ２３２０または他のプログラム要素が、ＵＥ２３００によって使用されることにより、トラフィックをアップリンクに割り振ること、アップリンクキャリアに関して論理チャネルに優先度付与すること、ＭＡＣ制御要素に対するキャリアを割り振ること、または本明細書に記載される方法を実行することを行う。
【０２５１】
本明細書に記載される実施形態は、本出願の技術の要素に対応する要素を有する構造、システムまたは方法の例である。この記載された説明は、当業者が、本出願の教示の要素に同様に対応する代替の要素を有する実施形態を構成し、使用することを可能にし得る。したがって、本出願の技術の意図される範囲は、本明細書に記載されるような本出願の技術とは異ならない他の構造、システムまたは方法を含み、さらに、本明細書に記載される本出願の技術との実質的ではない差を有する他の構造、システムまたは方法を含む。  
【符号の説明】
【０２５２】
１１０、１１２、１１４、１１６、１１８  キャリア
２１０  無線ベアラ
２２０  論理チャネル
２１２  シグナリング無線ベアラ（ＳＲＢ）
２２２  共通制御チャネル（ＣＣＣＨ）
２２４  専用制御チャネル
【図１】
2011142638.tif 000022
【図２】
2011142638.tif 000023
【図３】
2011142638.tif 000024
【図４】
2011142638.tif 000025
【図５】
2011142638.tif 000026
【図６】
2011142638.tif 000027
【図７】
2011142638.tif 000028
【図８】
2011142638.tif 000029
【図９】
2011142638.tif 000030
【図１０】
2011142638.tif 000031
【図１１】
2011142638.tif 000032
【図１２】
2011142638.tif 000033
【図１３】
2011142638.tif 000034
【図１４】
2011142638.tif 000035
【図１５】
2011142638.tif 000036
【図１６】
2011142638.tif 000037
【図１７】
2011142638.tif 000038
【図１８】
2011142638.tif 000039
【図１９】
2011142638.tif 000040
【図２０】
2011142638.tif 000041
【図２１】
2011142638.tif 000042
【図２２】
2011142638.tif 000043
【図２３】
2011142638.tif 000044