(57)【要約】【課題】独立してスケジューリングされる異なるサービングサイトに関連付けられる複数の媒体アクセス制御（ＭＡＣ）インスタンスに物理レイヤリソースを提供するための方法およびシステムを提供する。【解決手段】例えば、ＷＴＲＵは、第１のＭＡＣインスタンスに関連付けられた第１のサービングサイトに送信するために第１の物理レイヤ構成を利用する可能性がある。ＷＴＲＵは、第２のＭＡＣインスタンスに関連付けられた第２のサービングサイトに送信するために第２の物理レイヤ構成を利用する可能性がある。ＷＴＲＵは、第１のＭＡＣインスタンスからの送信要求と、第２のＭＡＣインスタンスからの送信要求との間の衝突を防止し得る。例えば、衝突を防止することは、第１のＭＡＣインスタンスに関連付けられた送信および第２のＭＡＣインスタンスに関連付けられた送信に関して時間分離または周波数分離のうちの１または複数を利用することを含み得る。【選択図】図２
2020174411.tif 000002
【特許請求の範囲】
【請求項１】
独立してスケジューリングされる異なるサービングサイトに関連付けられる複数の媒体アクセス制御（ＭＡＣ）インスタンスに物理レイヤリソースを提供するための方法であって、
第１のＭＡＣインスタンスに関連付けられた第１のサービングサイトに送信するために第１の物理レイヤ構成を利用するステップと、
第２のＭＡＣインスタンスに関連付けられた第２のサービングサイトに送信するために第２の物理レイヤ構成を利用するステップと、
前記第１のＭＡＣインスタンスからの送信要求と前記第２のＭＡＣインスタンスからの要求との間の衝突を防止するステップとを含み、
前記衝突を防止するステップは、前記第１のＭＡＣインスタンスに関連付けられた送信および前記第２のＭＡＣインスタンスに関連付けられた送信に関して時間分離または周波数分離のうちの１または複数を利用するステップを含むことを特徴とする方法。
【請求項２】
時間分離が利用され、前記第１のＭＡＣインスタンスおよび前記第２のＭＡＣインスタンスのそれぞれは、アップリンクで送信するためのサブフレームのそれぞれのサブセットを割り振られることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のＭＡＣインスタンスに割り振られたサブフレームの第１のサブセットは、前記第２のＭＡＣインスタンスに割り振られたサブフレームの第２のサブセットと重なることを特徴とする請求項２に記載の方法。
【請求項４】
第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのタイミングの関係が、前記第１のＭＡＣインスタンスを用いて送信される送信のために適用され、第２のＨＡＲＱのタイミングの関係が、前記第２のＭＡＣインスタンスを用いて送信される送信のために適用されることを特徴とする請求項２に記載の方法。
【請求項５】
周波数分離が利用され、ＷＴＲＵは、前記第１のＭＡＣインスタンスに関連付けられた送信を送信するときに第１のキャリアを使用して送信し、前記第２のＭＡＣインスタンスに関連付けられた送信を送信するときに第２のキャリアを使用して送信することを特徴とする請求項１に記載の方法。
【請求項６】
前記ＷＴＲＵは、各ＭＡＣインスタンスに関して最大送信電力で構成されることを特徴とする請求項５に記載の方法。
【請求項７】
周波数分離が利用され、ＷＴＲＵは、前記第１のサービングサイトまたは前記第２のサービングサイトのうちの１または複数に送信するために最大送信電力で構成されることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１のサービングサイトに関する第１の受信されたアップリンクのグラントに従って送信すること、および前記第２のサービングサイトに関する第２のアップリンクのグラントに従って送信することは、前記ＷＴＲＵが前記最大送信電力を超える結果になると決定するステップをさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記第１のサービングサイトに関する前記第１の受信されたアップリンクのグラントに従って送信すること、および前記第２のサービングサイトに関する前記第２のアップリンクのグラントに従って送信することは、前記ＷＴＲＵが前記最大送信電力を超える結果になると決定することに基づいて、前記第１のサービングサイトへの送信または前記第２のサービングサイトへの送信のうちの１または複数を増減させるステップをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１のサービングサイトへの送信または前記第２のサービングサイトへの送信のうちの１または複数を増減させるステップは、初めに、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信に電力を割り当てるステップと、１または複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信に最大で前記最大送信電力まで残りの電力を割り当てるステップとを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
電力の制約が原因で送信が増減させられたという指示を、前記第１のサービングサイトへの前記送信または前記第２のサービングサイトへの前記送信のうちの１または複数に含めるステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１２】
前記第１のサービングサイトに送信されるデータの優先度および前記第２のサービングサイトに送信されるデータの優先度に基づいてどの送信を増減させるべきかを決定するステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１３】
複数の媒体アクセス制御（ＭＡＣ）インスタンスであって、各ＭＡＣインスタンスは、異なるサービングサイトに対応する送信に関連付けられる、複数のＭＡＣインスタンスと、
第１のＭＡＣインスタンスに関連付けられた第１のサービングサイトに送信するために第１の物理レイヤ構成を用いて動作し、
第２のＭＡＣインスタンスに関連付けられた第２のサービングサイトに送信するために第２の物理レイヤ構成を用いて動作し、
前記第１のＭＡＣインスタンスからの送信要求と前記第２のＭＡＣインスタンスからの要求とを調整する
ように構成された物理レイヤエンティティとを含み、
前記物理レイヤエンティティは、前記第１のＭＡＣインスタンスに関連付けられた送信および前記第２のＭＡＣインスタンスに関連付けられた送信のために時間分離、周波数分離、または符号分離のうちの１または複数を利用するように構成されることによって送信要求を調整するように構成されることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
【請求項１４】
前記物理レイヤエンティティは、時間分離を使用するように構成され、前記第１のＭＡＣインスタンスおよび前記第２のＭＡＣインスタンスは、非同期のサブフレームのタイミングを利用することを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１５】
前記物理レイヤエンティティは、前記第２のサービングサイトの割り当てられたサブフレームが前記第１のサービングサイトの割り当てられたサブフレームと重なることに基づいて、前記第１のサービングサイトに送信される少なくとも１つのシンボルを破棄すると決定するように構成されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
破棄される前記少なくとも１つのシンボルは、前記第１のサービングサイトの前記割り当てられたサブフレーム内の最後のシンボルであることを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１７】
前記物理レイヤは、前記第１のサービングサイトまたは前記第２のサービングサイトのうちの１または複数にサービス品質（ＱｏＳ）ステータスレポート（ＱＳＲ）を送信するようにさらに構成され、前記ＱＳＲは、少なくとも１つの無線ベアラに関するＱｏＳの要件が満たされていないと決定することに基づいて送信されることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１８】
前記物理レイヤエンティティは、ネットワークエンティティから受信された優先度に関する明示的な指示に基づいて、前記第１のＭＡＣインスタンスに関連付けられた第１のアップリンクのグラントと前記第２のＭＡＣインスタンスに関連付けられた第２のアップリンクのグラントとの間の相対的な優先度を決定するように構成されることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１９】
前記物理レイヤエンティティは、前記ＭＡＣインスタンスに関連付けられた送信および前記第２のＭＡＣインスタンスに関連付けられた送信のそれぞれに関する電力ヘッドルーム情報を前記第１のサービングサイトにレポートするように構成されることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項２０】
前記物理レイヤエンティティは、前記第１のサービングサイトまたは前記第２のサービングサイトのうちの１または複数への少なくとも１つの送信を増減させると決定することに基づいて、前記ＭＡＣインスタンスに関連付けられた送信および前記第２のＭＡＣインスタンスに関連付けられた送信のそれぞれに関する電力ヘッドルーム情報を前記第１のサービングサイトにレポートするように構成されることを特徴とする請求項１９に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
異なるサービングサイトへの物理レイヤリソースの提供に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１２年８月２３日に出願された米国特許仮出願第６１／６９２，５４８号明細書、２０１２年１１月１４日に出願された米国特許仮出願第６１／７２６，２６２号明細書、２０１３年４月３日に出願された米国特許仮出願第６１／８０８，０１３号明細書、および２０１３年５月８日に出願された米国特許仮出願第６１／８２１，１５４号明細書の利益を主張するものであり、これらの仮出願の内容は、その全体が参照により本明細書に組み込まれている。
【０００３】
ロングタームエボリューション（ＬＴＥ）Ｒ１１以前は、リモートラジオヘッド（ＲＲＨ）に基づくアーキテクチャによってマルチポイント接続をサポートし得る。しかし、そのようなシステムは、同じまたは異なるアップリンク（ＵＬ）および／またはダウンリンク（ＤＬ）周波数で集中化されたスケジューラを利用した。異なる送信のスケジューリングが調整されるようにしてスケジューリングされるので、異なる送信／受信ポイントから受信されるスケジューリングのオーダー（orders）の間の衝突は、概して、それほど懸念されなかった。
【０００４】
ダウンリンクおよび／またはアップリンク送信のためのスケジューリング機能が２つ以上の物理的位置および／またはノードに分散されるネットワーク内の無線送信／受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）の動作は、いくつかの課題を突きつける可能性がある。例えば、ＷＴＲＵによって送信される信号のいくつかの特性は、各ノードで独立して行われるスケジューリングの判断に依存する可能性がある。（例えば、ノード間のバックホールリンクが比較的大きなレイテンシに関連付けられる場合には利用不可能であり得る）ノード間の緊密な調整がないと、特定の信号は、ＷＴＲＵ側で適切に送信され得ず、ネットワーク側で受信される信号は、適切に復号され得ない。
【発明の概要】
【０００５】
ＷＴＲＵが複数のサービングサイトに送信するように構成されるときの物理レイヤの動作のための方法およびシステムが、説明される。例えば、独立してスケジューリングされる異なるサービングサイトに関連付けられる複数の媒体アクセス制御（ＭＡＣ）インスタンスに物理レイヤリソースを提供するための方法およびシステムが、開示される。例えば、ＷＴＲＵは、第１のＭＡＣインスタンスに関連付けられた第１のサービングサイトに送信するために第１の物理レイヤ構成を利用する可能性がある。ＷＴＲＵは、第２のＭＡＣインスタンスに関連付けられた第２のサービングサイトに送信するために第２の物理レイヤ構成を利用する可能性がある。ＷＴＲＵは、第１のＭＡＣインスタンスからの送信要求と、第２のＭＡＣインスタンスからの送信要求との間の衝突を防止（例えば、送信要求を調整）し得る。例えば、衝突を防止することは、第１のＭＡＣインスタンスに関連付けられた送信および第２のＭＡＣインスタンスに関連付けられた送信に関して時間分離（time segregation）または周波数分離（frequency segregation）のうちの１または複数を利用することを含み得る。
【０００６】
例えば、時間分離が、複数のＭＡＣインスタンスのアップリンク送信の間の衝突を防止するために利用され得る。時間分離が利用されるとき、第１のＭＡＣインスタンスおよび第２のＭＡＣインスタンスのそれぞれは、アップリンクで送信するためのサブフレームのそれぞれのサブセットを割り振られる可能性がある。例えば、サブフレームの第１のサブセットが、第１のＭＡＣインスタンスに割り振られる可能性があり、サブフレームの第２のセットが、第２のＭＡＣインスタンスに割り振られる可能性がある。サブフレームのサブセットは、完全に分けられる可能性があり、または部分的に重なる可能性がある。第１のＭＡＣインスタンスおよび第２のＭＡＣインスタンスは、非同期のサブフレームのタイミングを利用する可能性がある。ＷＴＲＵは、第２のサービングサイトの割り当てられたサブフレームが第１のサービングサイトの割り当てられたサブフレームと重なることに基づいて、第１のサービングサイトに送信される少なくとも１つのシンボルを破棄すると決定する可能性がある。シンボルは、ＷＴＲＵが異なるサービングサイトに送信するためにその物理レイヤ構成を切り替えることを可能にするために破棄される可能性がある。破棄される少なくとも１つのシンボルは、第１のサービングサイトの割り当てられたサブフレーム内の最後のシンボルである可能性がある。例において、ＷＴＲＵは、第２のサービングサイトの割り当てられたサブフレームの第１のシンボルを破棄する可能性がある。
【０００７】
アップリンク送信のために利用可能なサブフレームの限られた数が原因で、１または複数のアップリンクの手順が、アップリンクリソースが所与のＭＡＣインスタンスへの送信のために利用可能であることを保証するために修正される可能性がある。例えば、第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのタイミングの関係が、第１のＭＡＣインスタンスを用いて送信される送信のために適用される可能性があり、第２のＨＡＲＱのタイミングの関係が、第２のＭＡＣインスタンスを用いて送信される送信のために適用される可能性がある。
【０００８】
例において、周波数分離が、利用され得る。例えば、ＷＴＲＵは、第１のＭＡＣインスタンスに関連付けられた送信を送信するときに第１のキャリアを使用して送信する可能性があり、第２のＭＡＣインスタンスに関連付けられた送信を送信するときに第２のキャリアを使用して送信する可能性がある。キャリアは、周波数領域で分けられる可能性がある。ＷＴＲＵは、各ＭＡＣインスタンスに関して最大送信電力で構成される可能性がある。ＷＴＲＵは、第１のサービングサイトまたは第２のサービングサイトのうちの１または複数に送信するために最大送信電力（例えば、任意の所与の時点で利用可能な電力の総量）で構成される可能性がある。ＷＴＲＵは、第１のサービングサイトに関する第１の受信されたアップリンクのグラント（grant）に従って送信すること、および第２のサービングサイトに関する第２のアップリンクのグラントに従って送信することが、ＷＴＲＵが最大送信電力を超える結果になると決定する可能性がある。
【０００９】
ＷＴＲＵは、第１のサービングサイトに関する第１の受信されたアップリンクのグラントに従って送信すること、および第２のサービングサイトに関する第２のアップリンクのグラントに従って送信することが、ＷＴＲＵが最大送信電力を超える結果になると決定することに基づいて、第１のサービングサイトへの送信または第２のサービングサイトへの送信のうちの１または複数を増減させると決定する可能性がある。例えば、第１のサービングサイトへの送信または第２のサービングサイトへの送信のうちの１または複数を増減させることは、初めに、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信に電力を割り当てることと、１または複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信に最大で最大送信電力まで残りの電力を割り当てることとを含み得る。ＷＴＲＵは、電力の制約が原因で送信が増減させられたという指示を、第１のサービングサイトへの送信または第２のサービングサイトへの送信のうちの１または複数に含める可能性がある。ＷＴＲＵは、第１のサービングサイトに送信されるデータの優先度および第２のサービングサイトに送信されるデータの優先度に基づいてどの送信を増減させるべきかを決定する可能性がある。
【００１０】
ＷＴＲＵは、第１のサービングサイトまたは第２のサービングサイトのうちの１または複数にサービス品質（ＱｏＳ）ステータスレポート（ＱＳＲ）を送信する可能性がある。ＱＳＲは、少なくとも１つの無線ベアラに関するＱｏＳの要件が満たされていないと決定することに基づいて送信される可能性がある。ＱＳＲは、異なるサービングサイトに関連付けられたベアラ、および／または複数のサービングサイトにマッピングされたベアラに関連付けられた情報を含む可能性がある。ＷＴＲＵは、ネットワークエンティティから受信された優先度に関する明示的な指示に基づいて、第１のＭＡＣインスタンスに関連付けられた第１のアップリンクのグラントと第２のＭＡＣインスタンスに関連付けられた第２のアップリンクのグラントとの間の相対的な優先度を決定する可能性がある。優先度は、衝突の場合に、サービングサイトのうちの１つへの送信を優先させるために使用され得る。
【００１１】
ＷＴＲＵは、ＭＡＣインスタンスに関連付けられた送信および第２のＭＡＣインスタンスに関連付けられた送信のそれぞれに関する電力ヘッドルーム（power headroom）情報を第１のサービングサイトにレポートする可能性がある。例えば、第１のサービングサイトへの、ＭＡＣインスタンスに関連付けられた送信および第２のＭＡＣインスタンスに関連付けられた送信のそれぞれに関する電力ヘッドルーム情報は、第１のサービングサイトまたは第２のサービングサイトのうちの１または複数への少なくとも１つの送信を増減させると決定することに基づいてレポートされる可能性がある。
【図面の簡単な説明】
【００１２】
より深い理解が、添付の図面と併せて例として与えられる以下の説明から得られる。
【図１Ａ】１または複数の開示された実施形態が実装され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】ＭＡＣインスタンス間の競合を解決するために使用され得る優先度の規則を概念的に示すブロック図である。
【発明を実施するための形態】
【００１３】
以降、例示的な例の詳細な説明が、さまざまな図を参照して示される。この説明はあり得る実装の詳細な例を提供するが、詳細は、例示的であるように意図されており、本出願の範囲を限定するように全く意図されていないことに留意されたい。
【００１４】
図１Ａは、１または複数の開示された実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、映像、メッセージング、放送などのコンテンツを提供する多元接続システムである可能性がある。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有によってそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を使用する可能性がある。
【００１５】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（これらは全体的にまたは集合的にＷＴＲＵ１０２と呼ばれる可能性がある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作および／または通信するように構成された任意の種類のデバイスである可能性がある。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成される可能性があり、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、家庭用電化製品などを含む可能性がある。
【００１６】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを助けるために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意の種類のデバイスである可能性がある。例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ（Home Node B）、ホームｅＮｏｄｅＢ（Home eNode B）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどである可能性がある。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互に接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【００１７】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である可能性があり、ＲＡＮ１０３／１０４／１０５は、その他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セルと呼ばれる可能性がある特定の地理的領域（図示せず）内で無線信号を送信および／または受信するように構成され得る。セルは、セルのセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態において、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに対して１つのトランシーバを含み得る。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用する可能性があり、したがって、セルの各セクタに対して複数のトランシーバを利用する可能性がある。
【００１８】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）である可能性がある無線インターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信し得る。無線インターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１９】
より詳細には、上述のように、通信システム１００は、多元接続システムである可能性があり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を使用する可能性がある。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装する可能性がある。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００２０】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いて無線インターフェース１１５／１１６／１１７を確立し得る進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装する可能性がある。
【００２１】
その他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ（登録商標）８０２．１６（すなわち、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ（登録商標）：Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００（登録商標）、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準（Interim Standard）２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭ（登録商標）の進化のための高速化されたデータレート（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【００２２】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またアクセスポイントである可能性があり、事業所、家庭、車両、キャンパスなどの局所的な地域で無線接続性を助けるための任意の好適なＲＡＴを利用する可能性がある。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためのＩＥＥＥ８０２．１１などの無線技術を実装し得る。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためのＩＥＥＥ８０２．１５などの無線技術を実装し得る。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラに基づくＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してピコセルまたはフェムトセルを確立し得る。図１Ａに示されたように、基地局１１４ｂは、インターネット１１０への直接的な接続を有する可能性がある。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするように要求されない可能性がある。
【００２３】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信する可能性があり、コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意の種類のネットワークである可能性がある。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイルの位置に基づくサービス、プリペイド電話、インターネット接続性、映像配信などを提供し、および／またはユーザ認証などの高レベルのセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを使用するその他のＲＡＮと直接的または間接的に通信し得ることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信する可能性がある。
【００２４】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしても働き得る。ＰＳＴＮ１０８は、一般電話サービス（ＰＯＴＳ：plain old telephone service）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互に接続されたコンピュータネットワークおよびデバイスの全世界的なシステムを含み得る。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを使用する可能性がある１または複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００２５】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含む可能性があり、つまり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含む可能性がある。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラに基づく無線技術を使用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成される可能性がある。
【００２６】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されたように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態に準拠したまま、上述の要素の任意の部分的な組み合わせを含み得ることが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／またはとりわけ無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、進化型ホームＮｏｄｅ−Ｂ（evolved home node-B）（ｅＮｏｄｅＢ）、ホーム進化型Ｎｏｄｅ−Ｂ（ＨｅＮＢ：home evolved node-B）、ホーム進化型Ｎｏｄｅ−Ｂゲートウェイ（home evolved node-B gateway）、およびプロキシノードなどであるがこれらに限定されない、基地局１１４ａおよび１１４ｂが表す可能性があるノードが、図１Ｂに示され、本明細書において説明される要素の一部またはすべてを含み得ると想定する。
【００２７】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、通常のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他の種類の集積回路（ＩＣ）、状態機械などである可能性がある。プロセッサ１１８は、信号の符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意のその他の機能を実行し得る。プロセッサ１１８は、トランシーバ１２０に結合される可能性があり、トランシーバ１２０は、送信／受信要素１２２に結合される可能性がある。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示すが、プロセッサ１１８およびトランシーバ１２０は、電子的なパッケージまたはチップに一緒に統合され得ることが理解されるであろう。
【００２８】
送信／受信要素１２２は、無線インターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである可能性がある。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである可能性がある。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されるであろう。
【００２９】
加えて、送信／受信要素１２２は、図１Ｂにおいて単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用し得る。したがって、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１５／１１６／１１７を介して無線信号を送信および受信するために２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００３０】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２は、マルチモード能力を有する可能性がある。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
【００３１】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合される可能性があり、それらからユーザ入力データを受信する可能性がある。プロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力する可能性もある。加えて、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２などの任意の種類の好適なメモリの情報にアクセスし、それらのメモリにデータを記憶し得る。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意のその他の種類のメモリストレージデバイスを含み得る。取り外し可能なメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。その他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）などの、ＷＴＲＵ１０２に物理的に置かれない可能性があるメモリの情報にアクセスし、そのメモリにデータを記憶し得る。
【００３２】
プロセッサ１１８は、電源１３４から電力を受け取る可能性があり、ＷＴＲＵ１０２内のその他のコンポーネントに電力を分配し、および／またはその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである可能性がある。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００３３】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合される可能性があり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはＧＰＳチップセット１３６からの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１５／１１６／１１７を介して位置情報を受信し、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてその位置を決定し得る。ＷＴＲＵ１０２は、実施形態に準拠したまま、任意の好適な位置決定方法によって位置情報を取得し得ることが理解されるであろう。
【００３４】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合される可能性があり、その他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含み得る。
【００３５】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、無線インターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線技術を使用する可能性がある。ＲＡＮ１０３は、コアネットワーク１０６とも通信する可能性がある。図１Ｃに示されるように、ＲＡＮ１０３はＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含む可能性があり、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、無線インターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバをそれぞれが含み得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０３内の特定のセル（図示せず）にそれぞれが関連付けられ得る。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含み得る。ＲＡＮ１０３は、実施形態に準拠したまま、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含み得ることが理解されるであろう。
【００３６】
図１Ｃに示されるように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する可能性がある。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する可能性がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信し得る。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、アドミッション制御、パケットのスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データの暗号化などのその他の機能を実行またはサポートするように構成され得る。
【００３７】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。上述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の要素は、コアネットワークの運用者以外のエンティティによって所有および／または運用される可能性があることが理解されるであろう。
【００３８】
ＲＡＮ１０３のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を助け得る。
【００３９】
ＲＡＮ１０３のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６のＳＧＳＮ１４８にやはり接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を助け得る。
【００４０】
上述のように、コアネットワーク１０６は、その他のサービスプロバイダによって所有および／または運用されるその他の有線または無線ネットワークを含み得るネットワーク１１２にも接続され得る。
【００４１】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用する可能性がある。ＲＡＮ１０４は、コアネットワーク１０７とも通信する可能性がある。
【００４２】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含む可能性があるが、ＲＡＮ１０４は、実施形態に準拠したまま、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバをそれぞれが含み得る。一実施形態において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信し得る。
【００４３】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられる可能性があり、無線リソース管理の判断、ハンドオーバの判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成される可能性がある。図１Ｄに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００４４】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（mobility management gateway）（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含み得る。上述の要素のそれぞれはコアネットワーク１０７の一部として示されているが、これらの要素のうちの任意の要素は、コアネットワークの運用者以外のエンティティによって所有および／または運用される可能性があることが理解されるであろう。
【００４５】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続される可能性があり、制御ノードとして働く可能性がある。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中の特定のサービングゲートウェイの選択などの役割を担う可能性がある。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線技術を使用するその他のＲＡＮ（図示せず）との間の切り替えのための制御プレーンの機能も提供し得る。
【００４６】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。概して、サービングゲートウェイ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザのデータパケットをルーティングおよび転送し得る。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンのアンカーになること、ダウンリンクのデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどのその他の機能も実行し得る。
【００４７】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続される可能性があり、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を助け得る。
【００４８】
コアネットワーク１０７は、その他のネットワークとの通信を助け得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を助け得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはそのようなＩＰゲートウェイと通信し得る。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のサービスプロバイダによって所有および／または運用されるその他の有線または無線ネットワークを含む可能性があるネットワーク１１２へのアクセスを提供し得る。
【００４９】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用して無線インターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）である可能性がある。以下でさらに検討されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティの間の通信リンクは、リファレンスポイント（reference point）として定義され得る。
【００５０】
図１Ｅに示されたように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含む可能性があるが、ＲＡＮ１０５は、実施形態に準拠したまま任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、ＲＡＮ１０５の特定のセル（図示せず）にそれぞれが関連付けられる可能性があり、無線インターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバをそれぞれが含む可能性がある。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフのトリガ、トンネルの確立、無線リソース管理、トラフィックの分類、サービス品質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供する可能性もある。ＡＳＮゲートウェイ１８２は、トラフィックの集約点として働く可能性があり、ページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティングなどを担う可能性がある。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間の無線インターフェース１１７は、ＩＥＥＥ８０２．１６の仕様を実装するＲ１リファレンスポイントとして定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホストの構成管理、および／またはモビリティ管理のために使用され得るＲ２リファレンスポイントとして定義され得る。
【００５２】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵのハンドオーバ、および基地局間のデータの転送を助けるためのプロトコルを含むＲ８リファレンスポイントとして定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６リファレンスポイントとして定義され得る。Ｒ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベント（mobility event）に基づいてモビリティ管理を助けるためのプロトコルを含み得る。
【００５３】
図１Ｅに示されたように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えばデータ転送およびモビリティ管理能力を助けるためのプロトコルを含むＲ３リファレンスポイントとして定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含み得る。上述の要素のそれぞれはコアネットワーク１０９の一部として示されているが、これらの要素のうちの任意の要素は、コアネットワークの運用者以外のエンティティによって所有および／または運用される可能性があることが理解されるであろう。
【００５４】
ＭＩＰ−ＨＡは、ＩＰアドレスの管理を担う可能性があり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間をローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を助け得る。ＡＡＡサーバ１８６は、ユーザの認証およびユーザサービスのサポートを担い得る。ゲートウェイ１８８は、その他のネットワークとの網間接続を助け得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を助け得る。さらに、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のサービスプロバイダによって所有および／または運用されるその他の有線または無線ネットワークを含む可能性があるネットワーク１１２へのアクセスを提供し得る。
【００５５】
図１Ｅには示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続される可能性があり、コアネットワーク１０９は、その他のコアネットワークに接続される可能性があることが理解されるであろう。ＲＡＮ１０５とその他のＡＳＮの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４リファレンスポイントとして定義され得る。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークと滞在されるコアネットワークとの間の網間接続を助けるためのプロトコルを含む可能性があるＲ５リファレンスとして定義され得る。
【００５６】
ダウンリンクおよび／またはアップリンク送信のためのスケジューリング機能が２つ以上の物理的位置および／またはノードに分散されるネットワーク内の無線送信／受信ユニット（ＷＴＲＵ）の動作は、いくつかの課題を突きつける可能性がある。例えば、第１の送信レイヤに関連付けられた第１のスケジューラが、第１のサービングサイト（例えば、ｅＮＢおよび／またはマクロｅＮＢ（ＭｅＮＢ）などの第１のＲＡＮノード）に関連付けられるおよび／または含まれる第１のＭＡＣインスタンスに含まれる可能性がある。第２の送信レイヤに関連付けられた第２のスケジューラが、第２のサービングサイト（例えば、ｅＮＢおよび／または小規模セルｅＮＢ（ＳＣｅＮＢ：small cell eNB）などの第２のＲＡＮノード）に関連付けられるおよび／または含まれる第２のＭＡＣインスタンスに含まれる可能性がある。ＷＴＲＵへのおよび／またはＷＴＲＵからの送信の１または複数の信号特性は、各ノードで独立して行われるスケジューリングの判断に依存する可能性がある。加えて、スケジューリングするノードは、スケジューリングの判断の調整を実際に実施するのを難しくする比較的大きなレイテンシのインターフェースを介して通信する可能性がある。
【００５７】
例えば、ＷＴＲＵは、２つのスケジューリングするサイトのそれぞれからグラント（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介した動的なグラント、半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）のグラント、その他のアップリンクのグラントなど）を受信する可能性がある。グラントは、アップリンク（ＵＬ）チャネル（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ））で送信するようにＷＴＲＵに指示する可能性があり、２つ以上のグラントが、周波数および／または時間領域で重なるリソースをＷＴＲＵに割り当てる可能性がある。そのような状況では、ＷＴＲＵは、サイトのうちの１または複数から送信されたグラントに従うことができない可能性がある。
【００５８】
別の例として、ＷＴＲＵは、２つ（以上）のサイトからＵＬのグラントを受信する可能性があり、それぞれの受信されるグラントは、異なるＵＬチャネルおよび／または異なるＵＬ周波数帯域に関連付けられる可能性がある。しかし、ＷＴＲＵがシグナリングされたグラントのそれぞれに従って送信する場合、組み合わせが、ＷＴＲＵがその最大送信電力を超える結果をもたらす可能性がある。この状況では、ＷＴＲＵは、それぞれのスケジューラにより要求された電力レベルで各信号を送信することができず、失敗する送信の見込みを高める可能性がある。
【００５９】
例において、ＷＴＲＵは、第１のサービングサイトから受信された物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信に基づいて所与のサブフレームでアップリンク制御情報（ＵＣＩ）を送信するように構成され得る。加えて、同じサブフレームで、ＷＴＲＵは、第２のサービングサイトからの受信されたＵＬのグラントに基づいてＰＵＳＣＨ送信を送信するように構成され得る。（例えば、ＰＵＣＣＨ、ＰＵＳＣＨなどによって送信される）第１のサイトへのＵＣＩ送信は、第２のサイトへのＰＵＳＣＨ送信と衝突する可能性がある。そのような状況は、多くの面倒な問題を引き起こす可能性がある。例えば、ＷＴＲＵは、第２のサービングサイトに送信されるＰＵＳＣＨ送信に（例えば、第１のサービングサイトに関連付けられた送信により要求されたおよび／またはそれに関する）ＵＣＩを含めようと試みる可能性があるが、第２のサービングサイトは、ＷＴＲＵがＰＵＳＣＨ送信にＵＣＩを含めていることが分からない可能性があり、したがって、第２のサービングサイトは、ＵＣＩおよび／またはＰＵＳＣＨ送信全体のうちの１または複数を適切に復号することに失敗する可能性がある。
【００６０】
そのようなスケジューリングの困難を避ける、および／またはそのようなスケジューリングの困難に対処するために、ＷＴＲＵは、ネットワークの異なるノードで行われたスケジューリングの判断に関連付けられた送信および／または受信を切り離そうと試みる可能性がある。例えば、ネットワーク内の所与のサービングサイトから送信および／または受信されるべきである信号の特性が、例えば、ネットワークの複数のノードから生じるシグナリングではなく、ネットワークの単一のサービングノードから生じるシグナリングに基づいて決定される可能性がある。
【００６１】
本明細書に記載の例は、ＭｅＮＢに関連付けられる（例えば、第１のレイヤ、主データ経路、主レイヤなどとも呼ばれる可能性がある）第１のデータ経路と、（例えば、第２のレイヤ、副データ経路、副レイヤなどとも呼ばれる可能性がある）第２のデータ経路とを利用する動作に関連して説明される可能性があるが、本明細書において説明される方法およびシステムは、独立してスケジューリングされるその他のネットワーク送信／受信ポイント（例えば、２つ以上の独立してスケジューリングされるｅＮＢ、２つ以上の独立してスケジューリングされるＮＢ、２つ以上の独立してスケジューリングされるＲＡＮアクセスノードなど）に等しく適用可能である可能性がある。本明細書において説明されるシステムおよび方法は、異なるネットワークノードが異なるデータ経路の送信／受信ポイントとして働く１または複数のマルチスケジューラフレームワークに適用可能である可能性がある。
【００６２】
データ経路は、データ経路に関連付けられたデータを送信するために使用される１または複数のサービスアクセスポイント（ＳＡＰ）の識別情報に基づく、データ経路に関連付けられたデータを送信するために使用される１または複数のネットワークインターフェースまたはノードの識別情報に基づく、データ経路に関連付けられたデータを送信するために使用される１または複数の無線インターフェース（例えば、Ｘ２、Ｘ２ｂｉｓ、Ｘ２’、Ｕｕなど）に基づくなどして定義される可能性がある。さらに、データ経路は、データ経路に関連付けられた情報を転送するための処理シーケンスを定義するために使用され得る（例えば、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、物理（ＰＨＹ）レイヤなどのうちの１または複数を含む）通信プロトコルスタックに基づいて定義される可能性がある。データ経路を介して送信される情報またはデータは、制御プレーンのデータ（例えば、非アクセス層（ＮＡＳ）シグナリング、ＲＲＣシグナリングなど）および／またはユーザプレーンのデータ（例えば、ＩＰパケットなど）のうちの１または複数を含み得る。データ経路は、その他のデータ経路とは独立してスケジューリングされ得る。
【００６３】
例えば、ＬＴＥリリース１１においては、データ転送が、ＷＴＲＵとネットワークとの間の単一のデータ経路を介して実行され得る。制御プレーンに関しては、単一のＵｕインターフェース（例えば、ＷＴＲＵとｅＮＢとの間のインターフェース）でＳＲＢと論理チャネル（ＬＣＨ）との間の直接的なマッピングが存在する可能性がある。ユーザプレーンに関しては、その同じＵｕインターフェースでＥＰＳベアラと、データ無線ベアラ（ＤＲＢ：Data Radio Bearer）と、論理チャネル（ＬＣＨ）との間の直接的なマッピングが存在する可能性がある。
【００６４】
しかし、複数の独立したスケジューラが存在すると、ＷＴＲＵは、例えば、各データ経路が異なるＵｕインターフェースを用いてＷＴＲＵとネットワークノードとの間で確立される可能性がある２つ以上のデータ経路を利用するように構成される可能性がある。データ経路は、レイヤとも呼ばれる可能性がある。例えば、ＷＴＲＵは、各レイヤが異なるデータ経路に関連付けられる複数のレイヤを介してデータを送信および／または受信するように構成される可能性がある。各レイヤは、その他のレイヤとは独立してスケジューリングされる可能性がある。各レイヤは、ＷＴＲＵの異なる無線インターフェースに関連付けられる可能性がある。各レイヤは、ネットワーク内のデータ経路のための送信および／または受信ポイントとして働くサービングサイトに関連付けられる可能性がある。
【００６５】
複数のレイヤを介した送信をサポートするために、複数のＭＡＣインスタンスが、ＷＴＲＵで確立される可能性がある。例えば、ＷＴＲＵは、物理レイヤのパラメータの対応するセットおよび／またはレイヤに固有の無線ベアラとそれぞれが関連付けられる複数のＭＡＣインスタンスで構成される可能性がある。例として、ＷＴＲＵは、（例えば、マクロレイヤ／ＭｅＮＢ／マクロサービングサイトに関連付けられ得る）主レイヤの情報のセット、および（例えば、小規模セルレイヤ／ＳＣｅＮＢ／小規模セルサービングサイトに関連付けられ得る）副レイヤの情報の１または複数のセットで構成される可能性がある。ＷＴＲＵは、各レイヤのために１または複数のサービングセルで構成される可能性がある。例えば、ＷＴＲＵは、送信および／または受信が所与のレイヤ内で複数のセルから起こり得るように、レイヤのそれぞれでキャリアアグリゲーションを実行する可能性がある。
【００６６】
例えば、ＷＴＲＵは、ダウンリンクおよび／またはアップリンクで１または複数の（例えば、サービングｅＮＢとも呼ばれる）サービングサイトで動作するように構成される可能性がある。各サービングサイトは、１または複数のサービングセルに関連付けられ得る。例えば、ＷＴＲＵは、第１のサービングサイト（例えば、ＭｅＮＢ）では単一のサービングセル（例えば、コンポーネントキャリア）を用いて動作する可能性があり、第２のサービングサイト（例えば、ＳＣｅＮＢ）では複数のサービングセル（例えば、複数のコンポーネントキャリア）を用いて動作する可能性がある。したがって、サービングサイトは、複数のサービングセルに関連付けられ得る。所与のサービングサイトの各サービングセルは、対応するコンポーネントキャリア（ＣＣ）での動作のために構成され得る。サービングサイトは、１または複数のＣＣをサポートする可能性がある。サービングサイト内の各ＣＣは、サービングサイトのその他のＣＣとは異なる周波数範囲を用いて動作する可能性があり、したがって、所与のサービングサイトに関連付けられたサービングセルのそれぞれは、異なるＣＣを用いて送信され得る。しかし、異なるサービングサイトのサービングセルは、同じＣＣを用いて送信される可能性がある。したがって、サービングセルは、同じＣＣ、ただし異なるサービングサイトと関連付けられる可能性がある。ＷＴＲＵは、ＷＴＲＵが動作し得る最大数（例えば、１つ、２つ、３つ、４つなど）のサービングサイトで構成される可能性がある。ＷＴＲＵが利用することを可能にされ得るサービングサイトの最大数の指示が、ＷＴＲＵの能力の情報の一部としてＷＴＲＵによってネットワークにシグナリングされる可能性があり、および／またはＷＴＲＵの動作クラス（operating class）に基づいてネットワークによって決定される可能性がある。
【００６７】
サービングサイトは、１または複数のトランスポートチャネルに関連付けられる可能性がある。例えば、アップリンクにおいて、ＷＴＲＵは、特定のサービングサイトに関連付けられたサービングセルに関連付けられるトランスポートチャネル（例えば、ＵＬ−ＳＣＨ）を用いて物理レイヤにデータを配信するように構成され得る。例において、各トランスポートチャネルは、所与のサービングサイト／レイヤに固有である可能性があるが、トランスポートチャネルは、そのサービングサイト内の複数のサービングセルおよび／またはコンポーネントキャリアに関連付けられる可能性がある。例えば、ＵＬ−ＳＣＨが、特定のサービングサイト（例えば、ＭｅＮＢを含むデータ経路に関連付けられたサービングサイト）、およびそのサービングサイトに関連付けられた１または複数のコンポーネントキャリア（例えばＭｅＮＢに関連付けられる複数のコンポーネントキャリア）に関連付けられる可能性がある。そのサービングサイトに配信されるトランスポートブロックは、そのサービングサイトにマッピングされたトランスポートチャネルに関連付けられたデータを与えられ得る。ダウンリンクにおいて、ＷＴＲＵは、物理レイヤでデータを受信し、特定のサービングサイトに関連付けられたサービングセルに関連付けられるトランスポートチャネル（例えば、ＤＬ−ＳＣＨ）にデータを配信するように構成され得る。例えば、ＤＬ−ＳＣＨが、特定のサービングサイト（例えば、ＳＣｅＮＢを含むデータ経路に関連付けられたサービングサイト）、およびそのサービングサイトに関連付けられた１または複数のコンポーネントキャリア（例えばＳＣｅＮＢに関連付けられる複数のコンポーネントキャリア）に関連付けられる可能性がある。物理レイヤで受信されるトランスポートブロックは、トランスポートブロックが受信されたサービングサイトに関連付けられたトランスポートチャネルにマッピングされ得る。所与のサービングサイトは、０個、１つ、または２つ以上のＵＬ−ＳＣＨ、および０個、１つ、または２つ以上のＤＬ−ＳＣＨに関連付けられる可能性がある。
【００６８】
各サービングサイトは、ＷＴＲＵで対応するＭＡＣインスタンスに関連付けられる可能性がある。ＷＴＲＵは、複数のＭＡＣインスタンスで構成され得る。各ＭＡＣインスタンスは、特定のサービングサイトに関連付けられる可能性がある。用語、サービングサイト、レイヤ、データ経路、ＭＡＣインスタンスなどは、本明細書においては交換可能であるように使用される可能性がある。各ＭＡＣインスタンスは、１または複数の構成されたサービングセルに関連付けられ、１または複数のＣＣをサポートする可能性がある。各ＵＬ−ＳＣＨおよび／またはＤＬ−ＳＣＨは、所与のＭＡＣインスタンスに関連付けられる可能性がある（例えば、トランスポートチャネルとＭＡＣインスタンスとの間の１対１のインスタンス）。
【００６９】
ＭＡＣインスタンスは、主セル（Ｐセル）で構成される可能性がある。各サービングサイト（および／またはＭＡＣインスタンス）に関して、レガシー（例えば、単一サイト）システムにおいては、その関連付けられたサービングセルのうちの１つが、少なくとも、主サービングセル（Ｐｃセル）によってサポートされる機能のサブセットをサポートし得る。例えば、所与のＭＡＣインスタンスのサービングセルのうちの１または複数が、対応するサービングサイトにマッピングされたＵＬ−ＳＣＨおよび／またはＤＬ−ＳＣＨに関連付けられたスケジューリング要求、ＨＡＲＱフィードバック、ＣＳＩフィードバックなどを送信するために利用され得るＰＵＣＣＨ送信をサポートする可能性がある。サービングサイトのトランスポートチャネルに関連付けられたアップリンク制御情報（ＵＣＩ）を受信するように構成されるサービングセルは、「サイトＰセル（site PCell）」および／または「ＭＡＣ主セル」と呼ばれる可能性がある。各ＭＡＣインスタンスは、１つのＰセルおよび０個以上のＳセルで構成され得る。さらに、主ＭＡＣインスタンス（例えば、ＭｅＮＢに関連付けられたＭＡＣインスタンス）のＰセルは、ＭＡＣインスタンスに固有の追加的な機能を有する可能性がある。サービングサイトは、データ経路に関連付けられる可能性がある。サービングサイトは、単一のデータ経路に対応する可能性がある。
【００７０】
例において、所与のＭＡＣインスタンスの物理チャネルは、特定のサービングサイトに関連付けられる可能性がある。例えば、所与のアップリンクおよび／またはダウンリンク物理チャネルが、ＷＴＲＵと単一のサービングサイトとの間の送信のために使用される可能性がある。同様に、アップリンクおよび／またはダウンリンクで送信される所与の基準信号が、ＷＴＲＵと単一のサービングサイトとの間のチャネルに関連付けられる可能性がある。特定のサービングサイトとの通信のために使用される物理チャネルのセットおよび／または基準信号のセットは、ＷＴＲＵで１つのＭＡＣインスタンスにマッピングされ得る。
【００７１】
ＷＴＲＵが２つ以上のサービングサイトで動作するように構成されるときは、複数のＭＡＣインスタンスが利用され得る。例えば、ＷＴＲＵは、それが接続される各サービングサイトのためにＭＡＣインスタンスを利用またはインスタンス化する可能性がある。各ＭＡＣインスタンスは、サービングサイトと通信するために物理チャネルの対応するセットを利用し得る。例えば、ＷＴＲＵ内の第１のＭＡＣインスタンスは、第１のサービングサイト（例えば、ＭｅＮＢ）に接続し、および／または第１のサービングサイト（例えば、ＭｅＮＢ）と通信するように構成される可能性があり、ＷＴＲＵ内の第２のＭＡＣインスタンスは、第２のサービングサイト（例えば、ＳＣｅＮＢ）に接続し、および／または第２のサービングサイト（例えば、ＳＣｅＮＢ）と通信するように構成される可能性がある。第１のＭＡＣインスタンスは、ＷＴＲＵと第１のサービングサイトとの間の送信のために使用され得る物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）の第１のセットに関連付けられる可能性があり、第２のＭＡＣインスタンスは、ＷＴＲＵと第２のサービングサイトとの間の送信のために使用され得る物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）の第２のセットに関連付けられる可能性がある。第１のＭＡＣインスタンスは、物理チャネルのその対応するセットにトランスポートチャネルをマッピングするように構成される可能性がある。
【００７２】
キャリアアグリゲーションが構成される場合、サービングサイトおよび／またはその対応するＭＡＣインスタンスは、２つ以上のサービングセルとの使用のために構成される可能性がある。例えば、所与のサービングサイトに関連付けられたサービングセルのうちの１つが、主サービングセル（例えば、Ｐセル）として特定され得る。所与のサービングサイトに関連付けられた０個以上のサービングセルが、副サービングセル（例えば、Ｓセル）として特定され得る。所与のレイヤおよび／またはサービングサイトに関連付けられたＰセルおよび０個以上のＳセルは、単一のスケジューラによってスケジューリングされる可能性がある。例えば、複数のスケジューラが（例えば、比較的小さなレイテンシのインターフェースを用いて）スケジューリングの衝突を避けるためにそのスケジューリングを調整し得る場合、所与のレイヤおよび／またはサービングサイトに関連付けられたＰセルおよび０個以上のＳセルは、２つ以上のスケジューラによってスケジューリングされる可能性がある。
【００７３】
１または複数の物理チャネルおよび／または信号（例えば、基準信号）が、各ＭＡＣインスタンスに関連付けられる可能性がある。例えば、ＰＵＣＣＨが、所与のＭＡＣインスタンスに関連付けられる可能性がある。ＰＵＣＣＨは、対応するＭＡＣインスタンスに関連付けられたアップリンク制御情報（例えば、ＨＡＲＱフィードバック、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ：rank indicator）などのチャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）など）を適用可能なサービングサイトに運ぶように構成され得る。複数のＭＡＣインスタンスが構成される場合、複数のＰＵＣＣＨ（例えば、各ＭＡＣインスタンスにつき１つのＰＵＣＣＨ）が、構成される可能性がある。キャリアアグリゲーションが所与のサービングサイトのために実行される場合、ＰＵＣＣＨは、ＭＡＣインスタンスの主サービングセル（例えば、ＭＡＣインスタンス／サービングサイトに関するＰセル）で送信されるが、ＭＡＣインスタンスの副サービングセル（例えば、ＭＡＣインスタンス／サービングサイトに関するＳセル）では送信されない可能性がある。
【００７４】
物理ブロードキャストチャネル（ＰＢＣＨ）が、所与のＭＡＣインスタンスに関連付けられる可能性がある。例えば、所与のＭＡＣインスタンス／サービングサイトに関するＰＢＣＨは、対応するＭＡＣインスタンスに関連付けられたシステム情報を運ぶ可能性がある。キャリアアグリゲーションが所与のサービングサイトのために実行される場合、ＰＢＣＨは、ＭＡＣインスタンスの主サービングセル（例えば、ＭＡＣインスタンス／サービングサイトに関するＰセル）で送信されるが、ＭＡＣインスタンスの副サービングセル（例えば、ＭＡＣインスタンス／サービングサイトに関するＳセル）では送信されない可能性がある。
【００７５】
ＰＵＳＣＨが、所与のＭＡＣインスタンスの各サービングセルに関連付けられる可能性がある。例えば、所与のＭＡＣインスタンスが単一のＰセルおよび２つのＳセルに関連付けられる場合、ＭＡＣインスタンスは、３つのＰＵＳＣＨ（例えば、Ｐセルに送信される第１のＰＵＳＣＨ、第１のＳセルに送信される第２のＰＵＳＣＨ、および第２のＳセルに送信される第３のＰＵＳＣＨ）に関連付けられる可能性がある。ＰＵＳＣＨは、ＭＡＣインスタンスに関連付けられた所与のトランスポートチャネル（例えば、１または複数のトランスポートブロック）からの情報を運ぶように構成され得る。ＰＵＳＣＨは、その対応するＭＡＣインスタンスに関連付けられたユーザデータおよび／またはＵＣＩを送信するために使用され得る。
【００７６】
ＰＤＣＣＨおよび／または拡張ＰＤＣＣＨ（Ｅ−ＰＤＣＣＨ）が、所与のＭＡＣインスタンスの各サービングセルに関連付けられる可能性がある。例えば、ＭＡＣインスタンスの所与のサービングセルに関して、ＷＴＲＵは、少なくとも１つの探索空間（例えば、共通の探索空間、ＷＴＲＵに固有など）内のＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨを受信するように試みる可能性がある。キャリアアグリゲーションが使用され、所与のＭＡＣインスタンスのためにキャリア指示フィールド（ＣＩＦ：carrier indication field）が構成される場合、ＷＴＲＵは、ＭＡＣインスタンスのＰセルでＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨを受信するように試みるが、ＭＡＣインスタンスに関連付けられた０個以上のＳセルではＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨを受信するように試みない可能性がある。２つ以上のＥ−ＰＤＣＣＨセットが、ＭＡＣインスタンスに関連付けられた所与のサービングセルのために構成される可能性がある。ＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨは、ＷＴＲＵの対応するＭＡＣインスタンスに制御情報を運ぶために使用され得る。例えば、ＰＤＳＣＨの割り振り、ＰＵＳＣＨのグラント、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のオーダー（order）、送信電力制御（ＴＰＣ）コマンド、ＣＳＩ要求、非周期的サウンディング基準信号（ＳＲＳ）要求などのうちの１または複数が、ＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨで送信される可能性がある。所与のＰＤＣＣＨ（および／またはＥ−ＰＤＣＣＨ）で受信されたダウンリンク制御情報（ＤＣＩ）は、そのＰＤＣＣＨ（および／またはＥ−ＰＤＣＣＨ）に関連付けられたＭＡＣインスタンスに適用可能である可能性がある。
【００７７】
ＰＲＡＣＨが、対応する所与のＭＡＣインスタンスのサービングセルに関連付けられる可能性がある。例えば、所与のＭＡＣインスタンスの各サービングセルが、ＰＲＡＣＨを含む可能性がある。ＰＲＡＣＨは、関連付けられたＭＡＣインスタンスのための競合に基づくおよび／または競合に基づかないランダムアクセス（ＲＡＣＨ）手順をサポートするために使用され得る。
【００７８】
例においては、物理チャネルが単一のサービングサイトに関連付けられるのではなく、１または複数の物理チャネルのセットが、２つ以上のサービングサイトに関連付けられる可能性がある。例えば、アップリンク物理チャネルを介して送信されるＷＴＲＵによる所与のアップリンク送信は、例えば、複数のサービングサイトに共通であるＭＡＣインスタンスを用いて複数のサービングサイト（例えば、ｅＮＢ）によって受信される可能性がある。したがって、アップリンク物理チャネル（例えば、および／または基準信号）が、２つ以上のサービングサイトに関連付けられたデータおよび／または制御情報の送信のために使用される可能性があり、ダウンリンク物理チャネル（例えば、および／または基準信号）が、２つ以上のサービングサイトに関連付けられたデータおよび／または制御情報の受信のために使用される可能性がある。複数のサービングサイトとの通信のために使用される物理チャネルおよび／または基準信号のセットは、サービングサイトのそれぞれに関連付けられる単一のＭＡＣインスタンスにマッピングされ得る。複数のサービングサイトへの／からの送信に関連付けられるＭＡＣインスタンスは、共通ＭＡＣインスタンスと呼ばれる可能性がある。
【００７９】
アップリンクにおいては、共通ＭＡＣインスタンスに関連付けられた物理チャネルに関する送信の１または複数の特性が、準静的に決定され得る。例えば、ＷＴＲＵは、サービングサイトからの動的な制御シグナリングに頼る、および／またはそのような動的な制御シグナリングを受信することなく、アップリンク送信（例えば、ＰＵＳＣＨ、ＰＵＣＣＨなど）のために適用すべき１または複数のパラメータを決定し得る。例えば、場合によっては、リソースブロックの割り振り、変調符号化方式（ＭＣＳ）、復調基準信号（ＤＭ−ＲＳ）の特性、非周期的ＣＳＩの送信、ＨＡＲＱの特性、ＳＲＳ送信などのうちの１または複数が、予め決定されるか、または準静的に構成されるか、あるいは動的に示されるか、またはスケジューリングされる可能性がある。準静的に構成される送信（例えば、動的にスケジューリングされない送信）のために使用される送信電力および／またはタイミングアドバンスなどのパラメータは、サービングサイトのうちの１または複数に関連して行われた１または複数の測定に基づいて決定され得る。例えば、測定は、サービングサイトのうちの１または複数に関するタイミングの基準、経路損失の基準などのうちの１または複数を決定するために実行される可能性があり、タイミング調整メッセージ／コマンド、および／または電力調整メッセージ／コマンドが、サービングサイトのうちの１または複数から受信される可能性がある。
【００８０】
１または複数の物理チャネルおよび／または基準信号が、共通ＭＡＣインスタンスに関連付けられる可能性がある。例えば、単一のＰＵＣＣＨが、さまざまなサービングサイトに適用可能である可能性があるアップリンク制御情報（例えば、ＣＳＩ、スケジューリング要求など）を運ぶために利用され得る。ＰＵＣＣＨは、共通ＭＡＣインスタンスに関連付けられる可能性があり、共通ＭＡＣインスタンスは、複数のサービングサイトに関連付けられる可能性がある。
【００８１】
例において、共通ＭＡＣインスタンスに関連付けられた各サービングセル（例えば、複数のサービングサイトのそれぞれに関する１または複数のサービングセル）は、関連付けられたＰＵＳＣＨを有する可能性がある。ＰＵＳＣＨは、共通ＭＡＣインスタンスに関連付けられる可能性があり、サービングサイトのうちの１または複数で処理される情報を含む１または複数のトランスポートブロックを送信するために使用され得る。例えば、ＷＴＲＵは、どのサービングサイト（例えば、および／またはサービングサイトのどのセル）が含まれるデータの意図される送信先であるかの指示をトランスポートブロックに含める可能性がある。指示は、帯域内でトランスポートブロックに含まれる可能性があり、および／またはＰＵＳＣＨ送信に追加的な制御情報として含まれる可能性がある。例えば、ＰＵＳＣＨがどのサービングサイトに関連付けられるかの指示が、サービングサイトのインジケータおよび／または論理チャネルの識別子を含む可能性がある。論理チャネルの識別子は、論理チャネルの識別子が異なるサービングサイトにわたって一意である場合に使用され得る。
【００８２】
例においては、単一のトランスポートブロックが、２つ以上のサービングサイトに配信されるデータを含む可能性がある。例えば、トランスポートブロックは、ＷＴＲＵによって送信され、所与のサービングサイトで受信され得る。トランスポートブロックを正常に復号するサービングサイト（例えば、ｅＮＢ）は、トランスポートブロック（および／または別のサービングサイトに関連するトランスポートブロックの１もしくは複数の部分）を、トランスポートブロックに含まれるデータの一部またはすべての送信先である別のサービングサイトに転送し得る。そのような方式は、マクロダイバーシティを実現するために使用され得る。加えて、共通ＭＡＣインスタンスに関連付けられた１または複数のサービングセルは、例えば、競合に基づくおよび／または競合に基づかないランダムアクセス手順をサポートするためにＰＲＡＣＨを含む可能性がある。
【００８３】
所与の種類の物理チャネルの複数のインスタンス（例えば、各ＭＡＣインスタンスに関する所与の物理チャネルのインスタンス）が存在するとき、ある種類の物理チャネルの所与のインスタンスに関連付けられた１または複数の送信属性が、個々に構成される可能性がある。例えば、ある種類の物理チャネルの所与のインスタンスに関連付けられた１または複数の送信属性は、各ＭＡＣインスタンスに関して別々に構成される可能性がある。例として、第１の送信電力が、第１のＭＡＣインスタンスに関連付けられたＰＵＣＣＨに関連付けられる可能性があり、第２の送信電力レベルが、第２のＭＡＣインスタンスに関連付けられたＰＵＣＣＨに関連付けられる可能性がある。例においては、経路損失の基準の決定のために使用される基準信号の送信電力および／または識別情報が、各ＭＡＣインスタンスに関して独立して構成、保有、および／または更新される可能性がある。送信タイミングを導出するために使用される基準信号の送信タイミングおよび／または識別情報が、各ＭＡＣインスタンスに関して独立して構成、保有、および／または更新される可能性がある。
【００８４】
タイミングおよび／または電力の調整が各ＭＡＣインスタンスに関して独立して実行される場合、調整のうまく調整されていない性質が、異なるＭＡＣインスタンスに関連付けられた２つの物理チャネルの同時動作がＭＡＣインスタンスのそれぞれに関連付けられた送信属性の間の大きな相違が原因で実行不可能になる可能性がある状況につながる可能性がある。例えば、サイクリックプレフィックスの継続時間を超える異なるＭＡＣインスタンスの間の送信タイミングの違いは、動作の一部のモードで実行不可能である可能性がある。２つ以上のＭＡＣインスタンスに関連付けられた送信タイミング（および／または２つ以上のＭＡＣインスタンスに関連付けられた送信電力）の間の違いが予め決められたおよび／または構成された閾値を超えるとき、ＷＴＲＵは、ＭＡＣインスタンスのうちの１または複数を使用する際に１または複数の補正する措置を行う可能性がある。例えば、ＭＡＣインスタンスの間のタイミングおよび／または電力の違いが閾値を超えると決定すると、ＷＴＲＵは、ＭＡＣインスタンスのうちの１または複数に関する無線リンク障害（ＲＬＦ）を宣言すると決定する可能性がある。例えば、ＷＴＲＵは、ＭＡＣインスタンスのうちの１または複数に関連付けられた物理チャネルに関する送信を停止する可能性がある。ＷＴＲＵは、２つ以上のＭＡＣインスタンスに関連付けられた送信タイミング（および／または２つ以上のＭＡＣインスタンスに関連付けられた送信電力）の間の違いが閾値を超えると決定することに基づいて、測定レポートなどのＲＲＣメッセージの送信をトリガする可能性がある。例において、ＷＴＲＵは、ＭＡＣインスタンスの間のタイミングおよび／または電力の違いが閾値を超えると決定すると、それが従うことができない構成（および／または再構成）を受信すると実行される１または複数の措置を実行する可能性がある。例において、ＷＴＲＵは、ＭＡＣインスタンスの間のタイミングおよび／または電力の違いが閾値を超えると決定すると、（例えば、本明細書において説明される優先順位付けの規則に従って）ＭＡＣインスタンスのうちの１つに関する送信を優先させる可能性がある。ＷＴＲＵは、ＭＡＣインスタンスの間のタイミングおよび／または電力の違いが閾値を超えると決定すると、ＭＡＣインスタンスに関する送信を破棄するか、または時間的に切り捨てる（例えば、１または複数のシンボルを飛ばす）可能性がある。
【００８５】
ＭＡＣインスタンスの間のタイミングおよび／または電力の違いが閾値を超えるとき、ＷＴＲＵは、ＭＡＣインスタンスのうちのどれが、補正する措置を行う（例えば、ＲＬＦを宣言する、送信を停止する、送信またはシンボルを破棄するなど）ために使用されるべきであるかを決定するためにさまざまな基準を使用する可能性がある。例えば、補正する措置を行うために使用すべきＭＡＣインスタンスは、ＭＡＣインスタンスがマクロｅＮＢ（ＭｅＮＢ）への送信に関連付けられるか、または小規模セルｅＮＢ（ＳＣｅＮＢ）への送信に関連付けられるかに基づいて選択される可能性がある。例として、ＷＴＲＵは、小規模セルｅＮＢに関連付けられたＭＡＣインスタンスを用いて補正する措置を行うように試みると決定する可能性がある。例において、補正する措置を行うために使用すべきＭＡＣインスタンスは、ＭＡＣインスタンスの間の相対的なタイミングに基づいて選択される可能性がある。例えば、最も早いタイミング（例えば、または別の例においては、最も遅いタイミング）に関連付けられたＭＡＣインスタンスが、補正する措置を実行するために選択される可能性がある。
【００８６】
例において、ＷＴＲＵは、所与のＭＡＣインスタンスに関連付けられるＰＵＣＣＨ、ＰＵＳＣＨ、および／またはＳＲＳのうちの１もしくは複数（および／またはそれぞれ）に関して独立した電力制御調整を提供される可能性がある。各ＭＡＣインスタンスは、ＷＴＲＵでその他のＭＡＣインスタンスに関する電力制御コマンドとは独立している電力制御コマンドを利用し得る。それぞれの受信された電力制御コマンドは、所与のＭＡＣインスタンスの所与のチャネル（例えば、および／または、ＭＡＣインスタンスが所与のチャネルの種類の複数のチャネルに関連付けられる場合はチャネルの特定のインスタンス）に関連付けられる可能性がある。例えば、所与のＭＡＣインスタンスがＰＵＣＣＨ、１または複数のＰＵＳＣＨ（例えば、ＰＵＳＣＨがＭＡＣインスタンスに関するサービングサイトの対応するコンポーネントキャリアに関連付けられる）、および／または１または複数のＳＲＳ送信（例えば、ＳＲＳ送信がＭＡＣインスタンスに関するサービングサイトの対応するコンポーネントキャリアに関連付けられる）に関連付けられる場合、ＷＴＲＵは、特定のＭＡＣインスタンスのチャネルの種類のうちの１つに関連付けられる電力制御コマンドを受信する可能性がある。例えば、ＷＴＲＵは、ＭＡＣインスタンスに関連付けられＰＵＣＣＨに関する第１の電力制御コマンド、ＭＡＣインスタンスのＰＵＳＣＨのうちの１もしくは複数に関連付けられた第２の電力制御コマンド（例えば、おそらく、各ＰＵＳＣＨに関する別々の電力制御コマンド）、および／またはＭＡＣインスタンスに関するＳＲＳ送信のうちの１もしくは複数に関連付けられた第３の電力制御コマンド（例えば、おそらく、各ＳＲＳ送信に関する別々の電力制御コマンド）を受信する可能性がある。例においては、受信された電力制御調整が適用可能であるＭＡＣインスタンスの識別情報が、対応するＴＰＣコマンドフィールドを含んでいたＤＣＩを受信するために使用されたＭＡＣインスタンスの識別情報に基づいて決定され得る。
【００８７】
例において、所与のチャネルの種類に関する電力制御は、複数のＭＡＣインスタンスにわたって共通である可能性がある。例えば、単一の電力制御コマンドが、異なるＭＡＣインスタンスに関連付けられたＰＵＣＣＨ、ＰＵＳＣＨ、および／またはＳＲＳ送信の電力を調整するために使用される可能性がある。ＷＴＲＵが所与のチャネルに関する電力制御調整を受信する場合、電力制御調整は、ＷＴＲＵの１もしくは複数（および／またはすべて）のＭＡＣインスタンスに関する所与のチャネルのいずれかおよび／またはすべての発生／インスタンスに適用され得る。例えば、ＷＴＲＵは、（例えば、第１のＭＡＣインスタンスによって）ＰＵＣＣＨに関する電力制御コマンドを受信する可能性があり、コマンドが受信されたＭＡＣインスタンス、ならびに／またはＷＴＲＵによって保有される１もしくは複数（および／もしくはすべて）のその他のＭＡＣインスタンスに関連付けられた１または複数（および／もしくはすべて）のＰＵＣＣＨに関する送信電力を調整する可能性がある。異なるＭＡＣインスタンスに関連付けられたチャネルに適用可能である可能性がある電力制御調整は、グローバル電力制御コマンド／調整（global power control command/adjustment）と呼ばれる可能性がある。グローバル電力制御コマンドは、所与のＭＡＣインスタンスに固有である電力制御コマンドと組み合わせて使用され得る。例えば、（例えば、１または複数のＭＡＣインスタンスのＰＤＣＣＨを介して）電力制御コマンドを送信するために使用されるＤＣＩのフィールドが、電力制御コマンドがグローバル電力制御コマンドであるのか、または所与のＭＡＣインスタンス（例えば、電力制御コマンドが受信されたＭＡＣインスタンス）に固有である電力制御コマンドであるのかをＷＴＲＵに示すために使用され得る。
【００８８】
ＷＴＲＵは、ＤＣＩフォーマット３を用いて電力制御調整／コマンドを受信するように構成される可能性がある。例において、ＷＴＲＵは、所与の電力制御コマンドがどのチャネルに適用可能であるかを決定するために複数のＴＰＣ  ＲＮＴＩで構成される可能性がある。例えば、ＷＴＲＵは、ＰＵＳＣＨに関する電力制御コマンドを符号化／復号するために使用され得るＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＰＵＣＣＨに関する電力制御コマンドを符号化／復号するために使用され得るＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、および／またはＳＲＳ送信に関する電力制御コマンドを符号化／復号するために使用され得るＴＰＣ−ＳＲＳ−ＲＮＴＩのうちの１または複数で構成される可能性がある。例において、ＷＴＲＵは、各ＭＡＣインスタンスに関する複数のＴＰＣ  ＲＮＴＩで構成される可能性がある。例えば、ＷＴＲＵは、第１のＭＡＣインスタンスに関する電力制御調整を受信するために１または複数のＴＰＣ  ＲＮＴＩの第１のセット（例えば、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩなどのうちの１または複数）、第２のＭＡＣインスタンスに関する電力制御調整を受信するために１または複数のＴＰＣ  ＲＮＴＩの第２のセット（例えば、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩなどのうちの１または複数）などを有する可能性がある。このようにして、任意のＭＡＣインスタンスに関するチャネルのいずれかに適用可能なＴＰＣコマンドが、任意のＭＡＣインスタンスを用いてネットワークによって送信される可能性がある。例えば、第１のＭＡＣインスタンスのＰＵＣＣＨに関する電力制御コマンドが、第１のＭＡＣインスタンスに関連付けられたＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによって電力制御コマンドを含むＤＣＩを符号化することによって第２のＭＡＣインスタンスを用いてＷＴＲＵに送信される可能性がある。別の例においては、所与の電力制御コマンドが適用可能であるＭＡＣインスタンスが、電力制御コマンドを含むＤＣＩを送信するために使用される可能性があり、ＷＴＲＵが、所与の電力制御コマンドを、電力制御コマンドが受信されたＭＡＣインスタンスに関連付けるように構成される可能性がある。
【００８９】
所与の電力制御コマンドが適用可能であるサブフレームのタイミングは、明示的にシグナリングされる、および／またはＷＴＲＵによって暗黙的に決定される可能性がある。例において、電力制御コマンドは、電力制御コマンドが受信されたサブフレームの前の予め決められた量の時間であるサブフレームで起こる送信に適用可能である可能性がある。例えば、電力制御調整がサブフレーム（ｎ）で受信された場合、電力制御コマンドは、サブフレーム（ｎ＋ｋ）以降における任意のＭＡＣインスタンスに関する（例えば、電力制御コマンドが受信されたチャネルでの）ＵＬ送信に対して有効である可能性があり、ここで、ｋは、サブフレームの予め構成された数である可能性がある。例えば、第１のＭＡＣインスタンスに関連付けられたＰＤＣＣＨ送信に含まれるＤＣＩが、サブフレーム（ｎ）で受信される可能性がある。ＤＣＩは、ＳＲＳに関する電力制御調整を示す可能性がある。サブフレーム（ｎ＋ｋ）において、ＳＲＳが、１または複数のＭＡＣインスタンス、例えば、第２のＭＡＣインスタンスに関してスケジューリングされる可能性がある。ＷＴＲＵは、第１のＭＡＣインスタンスのサブフレーム（ｎ）で受信された電力制御コマンドを第２のＭＡＣインスタンスを介したサブフレーム（ｎ＋ｋ）におけるＳＲＳの送信に適用すると決定する可能性がある。したがって、サブフレーム（ｎ）で受信された電力制御調整は、たとえ電力制御コマンドを含んでいたＤＣＩの送信のために使用されたＭＡＣインスタンスがアップリンクで送信するために使用されるＭＡＣインスタンスと異なる可能性があるとしても有効であり得る。そのような方式は、ＳＲＳがネットワーク内の複数の受信ポイント（例えば、複数のサービングサイト）によって使用される可能性があるときに使用され得る。
【００９０】
例において、ＷＴＲＵによって保有される任意のＭＡＣインスタンスを介する単一のＭＡＣインスタンス（例えば、および／または単一のＭＡＣインスタンスの単一のチャネルの種類）に適用可能である電力制御コマンドの受信を助けるために、電力制御調整は、電力制御コマンドがどのＭＡＣインスタンスに適用可能であるかを明示的に示すために使用されるインデックスを含む可能性がある。例えば、電力制御調整がどのＭＡＣインスタンスに適用可能であるかの指示（例えば、インデックス）は、任意のＭＡＣインスタンスを介してＤＣＩで電力制御コマンドとともに受信される可能性がある。指示は、電力制御コマンドがどのチャネルに適用可能であるかも指定する可能性がある。このようにして、任意のＭＡＣインスタンスが、別のＭＡＣインスタンスを用いて実行される送信の電力を調整するために使用され得る。
【００９１】
複数のＭＡＣインスタンスが独立したスケジューラに関連付けられる可能性があるが、複数のＭＡＣインスタンスは、同じ物理レイヤトランシーバおよび／またはリソースを使用する可能性がある。例えば、ＯＦＤＭＡ送信方式が、ＷＴＲＵへのダウンリンク送信のために複数のサービングサイトによって使用される可能性があり、および／またはＳＣ−ＦＤＭＡ送信方式が、ＷＴＲＵからのアップリンク送信を受信するために複数のサービングサイトによって使用される可能性がある。異なるサービングサイトに関連付けられた物理チャネルが制約なしに使用される場合、異なるサービングサイト（例えば、および／またはサービングサイトのセット）に関連付けられた物理チャネルの送信および／または受信が、互いに衝突する可能性がある。例えば、ＷＴＲＵは、（例えば、第１のＭＡＣインスタンスを用いて）第１のサービングサイトへのＰＵＳＣＨ送信を送信するための第１のスケジューリングのグラントと、（例えば、第２のＭＡＣインスタンスを用いて）第２のサービングサイトへのＰＵＳＣＨ送信を送信するための第２のスケジューリングのグラントとを受信する可能性がある。受信されたグラントのそれぞれは、ＷＴＲＵが同じ周波数リソースを用いて同じ時間に送信すべきであることを示す可能性がある。同じサブフレームで、同じリソースブロックの割り当てを用いる２つのＰＵＳＣＨ送信の一斉送信は、さまざまな理由で実行不可能である可能性がある。
【００９２】
本明細書において開示されるさまざまな例は、異なるサービングサイトに関連付けられた物理チャネルの同時送信および／または受信を可能にし得る。例えば、サービングサイトの間のサブフレームのタイミングの異なる種類、サービングサイトで使用されるサブフレームの異なる種類、異なるサービングサイトへのおよび／またはそこからの送信に関連付けられた時間／周波数リソース、サービングサイトの間の調整の相対的なレベル、異なるサービングサイトにおよび／またはそこから送信されている物理チャネルの種類などのうちの１または複数に基づいて、異なる例がさまざまな組み合わせで使用され得ることを理解されたい。
【００９３】
例えば、アップリンクにおいて、ＷＴＲＵは、複数のサービングサイトに複数のＵＬ送信を送信するように構成され得る。例えば、ＷＴＲＵは、異なるサービングサイトへの送信に関連付けられる複数のＭＡＣインスタンスに同時の物理チャネルアクセスを提供し得る。ＷＴＲＵは、複数のサービングサイトへのＵＬ送信が可能にされるかどうかに関してより上位のレイヤのシグナリング（例えば、ＲＲＣシグナリング）を用いて構成される可能性がある。例えば、同じまたは異なるサブフレームで複数のサイトにデータおよび／またはアップリンク制御シグナリングを送信する能力を構成するためにＲＲＣが使用され得る。ＷＴＲＵは、サービングサイトのそれぞれへの送信のためのＵＬ送信のパラメータのそれぞれのセットで構成される可能性がある。例えば、各サービングサイト／ＭＡＣインスタンスが、所与のサービングサイトおよび／またはＭＡＣインスタンスに固有である（１または複数の）電力制御パラメータ、（１または複数の）タイミングアドバンスパラメータ、（１または複数の）セルＩＤ（および／もしくは（１または複数の）仮想セルＩＤ）などのうちの１または複数に関連付けられる可能性がある。
【００９４】
独立してスケジューリングされるサービングサイトへのＵＬの同時のＵＬ送信の例として、少なくとも２つの無線ベアラで構成されるＷＴＲＵを考える。第１の無線ベアラは、ＱｏＳパラメータの第１のセットに関連付けられる可能性があり、第１のサービングサイトへの送信に関連付けられる可能性がある。第２の無線ベアラは、ＱｏＳパラメータの第２のセットに関連付けられる可能性があり、第２のサービングサイトへの送信に関連付けられる可能性がある。例えば、ＷＴＲＵは、第２のサービングサイトから受信されるＤＬ送信に関連付けられたＵＣＩ（例えば、ＣＳＩレポート、ＨＡＲＱフィードバックなど）を第２の無線ベアラを用いて第２のサービングサイトに送信しながら、ＵＬデータ／トラフィックを第１の無線ベアラを用いて第１のサービングサイトに送信し得る。別の例において、ＷＴＲＵは、ＵＣＩの複数のセット、例えば、第１のサービングサイトへのＵＣＩの第１のセット、および第２のサービングサイトへのＵＣＩの第２のセットを送信するように構成され得る。どちらの場合も、ＵＬ送信が複数のサービングサイトへの同時送信のためにサポートされるべきである場合、ＷＴＲＵは、異なるサービングサイトへの送信に関連付けられたＭＡＣインスタンスの間の物理レイヤリソースに関する競合解決を実行するように構成され得る。例として、ＷＴＲＵは、複数のサービングサイトへの同時送信をサポートするために物理レイヤリソースの時間分離、物理レイヤリソースの周波数分離、および／または物理レイヤリソースの符号分離（code segregation）のうちの１または複数を使用するように構成され得る。
【００９５】
本発明において使用されるとき、用語、複数のサービングサイトへの同時送信は、同時の複数のサービングサイトへの一斉送信（例えば、同じおよび／または異なる周波数リソースを用いて同じサブフレームで複数のサービングサイトに送信すること）、指定された量の時間内で同じ周波数リソースを用いる複数のサービングサイトへの送信（例えば、比較的近い量の時間内で、および／または同じＲＲＣ接続されたセッション中に同じ周波数を用いて異なるサービングサイトへの複数の送信を送信すること）などのうちの１または複数を指す可能性がある。複数のサービングサイトへの同時送信は、複数のサービングサイトのうちの任意の１つが、異なるサービングサイトによって使用される同じ時間／周波数リソースでの送信のためにＷＴＲＵをスケジューリングする能力を有する可能性がある筋書きに関連する可能性がある。したがって、同時送信は、ＷＴＲＵが複数のサービングサイトから衝突するスケジューリング要求を受信する可能性がある可能性に関連する可能性がある。
【００９６】
例においては、複数のサービングサイトに関するＵＣＩが、例えば、サービングサイトのうちの１つに関連付けられたＰＵＣＣＨを介してサービングサイトのうちの１つに送信される可能性がある。例えば、第１のサービングサイトに適用可能な第１の制御情報が、第１のサービングサイトへのＰＵＣＣＨ送信に含まれる可能性があり、第２のサービングサイトに適用可能な第２の制御情報が、第１のサービングサイトへのＰＵＣＣＨ送信に含まれる可能性がある。制御情報は、例えば、ＨＡＲＱフィードバックが同じサブフレームで複数のサービングサイトに提供されるべきであるとＷＴＲＵが決定した場合、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報である可能性がある。複数のサービングサイトに適用可能なＵＣＩを含む送信のために使用されるＰＵＣＣＨパラメータは、複数のサービングサイトに関する制御情報を単一のサイトに送信するために特に構成されたパラメータの予め構成されたセットである可能性がある。例えば、複数のサービングサイトに適用可能な制御情報を含むＰＵＣＣＨ送信のために使用されるパラメータは、ＰＵＣＣＨが送信されるサブフレームに依存する可能性がある。例においては、サービングサイトのうちの１つが、ＵＣＩが送信されるサービングサイトとして指定される可能性がある。ＰＵＣＣＨパラメータは、複数のサイトに関するＵＣＩを受信するサービングサイトによって構成される可能性がある。受信ポイント（ＲＰ）のセットが、同じサービングサイトからであると考えられる可能性がある。ＲＰの複数のセットが、（例えば、サービングサイト毎にＲＰの１つのセットがあるようにして）異なるサービングサイトからであると考えられる可能性がある。
【００９７】
複数のサービングサイトへの送信のために物理チャネルリソースを分離するための１つの例示的な方法は、物理レイヤエンティティが任意の所与の瞬間に単一のＭＡＣインスタンス（例えば、各ＭＡＣインスタンスは異なるサービングサイトに関連付けられる）にサービスを提供する可能性がある。そのような筋書きでは、単一のＭＡＣインスタンスに関連付けられた物理チャネルが、所与のサブフレームで使用されることを可能にされ得る。どのＭＡＣインスタンスが所与のサブフレームで物理チャネルを利用し得るかは、準静的な構成に従って、および／または明示的なシグナリングおよび／もしくは暗黙的な基準に基づいて動的に決定され得る。例えば、ＭＡＣインスタンスに関する優先度情報が、複数のＭＡＣインスタンスの間の衝突を解決するために利用される可能性がある。
【００９８】
例として、複数のサービングサイトへの同時送信をサポートするために、ＷＴＲＵは、複数のサービングサイトへのＵＬ送信のために時間分離方式（例えば、時分割多重（ＴＤＭ））を実装するように構成される可能性がある。例えば、所与のサブフレームが、特定のサービングサイトへの送信専用に分け与えられる可能性がある。ＷＴＲＵは、異なるサービングサイトのそれぞれに送信するためにサブフレームのサブセットで構成される可能性がある。ＷＴＲＵは、各サイトに関するＵＬ送信パラメータのセット（例えば、電力制御パラメータ、仮想セルＩＤのセット、専用に分け与えられたＰＵＣＣＨリソースなど）で構成される可能性がある。ＷＴＲＵは、ＵＬ送信が起こるべきサブフレームを含むサブフレームのサブセットに基づいて、ＵＬ送信パラメータのどのセットを適用すべきかを決定する可能性がある。例えば、偶数の番号を付けられたサブフレームが、第１のサービングサイトのサブフレームのサブセットに含まれる可能性がある。奇数の番号を付けられたサブフレームが、第２のサービングサイトのサブフレームのサブセットに含まれる可能性がある。偶数の番号を付けられたサブフレームで起こるＵＬ送信に関して、ＷＴＲＵは、第１のサービングサイトに関連付けられた送信パラメータをＵＬに適用すると決定する可能性がある。奇数の番号を付けられたサブフレームで起こるＵＬ送信に関して、ＷＴＲＵは、第２のサービングサイトに関連付けられた送信パラメータをＵＬに適用すると決定する可能性がある。
【００９９】
例においては、各物理チャネルおよび／または送信の種類が、異なるサービングサイトに送信される可能性がある。例えば、ＰＵＣＣＨが、第１のサービングサイトに送信される可能性があり、ＰＵＳＣＨが、第２のサービングサイトに送信される可能性がある。異なるサービングサイトに関連付けられる複数のＵＬチャネルの送信のために物理リソースを割り当てるために、各チャネル（例えば、チャネルの種類）が、その対応するサービングサイトへのチャネルの送信のために使用され得るサブフレームのサブセットを割り振られ得る。そのような筋書きでは、ＷＴＲＵは、サブフレームで送信されているチャネルの種類および／または送信の種類に基づいてどのＵＬ送信パラメータを適用すべきかを決定し得る。例においては、異なる種類の送信が、サブフレームのサブセットを割り当てられる可能性がある。例えば、ＣＱＩ送信が、サブフレームの第１のサブセットを割り当てられる可能性があり、ＳＲＳ送信が、サブフレームの第２のサブセットを割り当てられる可能性がある。
【０１００】
サブフレームのサブセットの複数のセットは、互いに直交する（例えば、時間領域で重ならない）可能性があり、および／または重なるように構成される可能性がある。例えば、異なるサービングサイトに関連付けられた２つ以上のサブフレームのサブセットが重なる場合、異なるサービングサイトへの複数のＵＬ送信が、同じサブフレームで起こる可能性がある。例えば、ＷＴＲＵは、第１のサービングサイトへのＰＵＣＣＨ送信および第２のサービングサイトへのＰＵＳＣＨ送信を同じサブフレームで送信するように構成される可能性がある。例として、ＷＴＲＵは、サブフレーム（ｎ）で第１のサービングサイトへの送信に関するＵＬのグラントを受信する可能性があり、同じサブフレーム（ｎ）で第２のサービングサイトにＰＵＣＣＨを介してＨＡＲＱフィードバックを送信するように構成される可能性もある。別の例として、ＷＴＲＵは、同じサブフレームで複数のサービングサイトにＨＡＲＱフィードバックを送信するように構成される可能性がある。別の例において、ＷＴＲＵは、同じサブフレームで複数のサービングサイトに電力ヘッドルームレポート（ＰＨＲ）を送信するために重なるサブフレームのサブセットを利用する可能性がある。
【０１０１】
例において、異なるサービングサイトに関連付けられたサブフレームのサブセットを分離するために、１または複数のＨＡＲＱフィードバックのタイミングの規則が、修正される可能性がある。例えば、第１のサービングサイトへのＰＵＳＣＨ送信および第２のサービングサイトへのＨＡＲＱフィードバックを同じサブフレームで送信することを避けることが、望ましい可能性がある。しかし、ＷＴＲＵは、第２のサービングサイトからＰＤＳＣＨ送信を最近（例えば、４サブフレーム前に）受信した可能性があり、レガシーのＨＡＲＱのタイミングの規則は、ＷＴＲＵが第１のサービングサイトへのＰＵＳＣＨ送信のためのＵＬ送信リソースをグラントされたときに、ＷＴＲＵが同じサブフレームでＨＡＲＱフィードバックを送信すべきであると規定した可能性がある。この筋書きを避けるために、ＷＴＲＵは、ＷＴＲＵがマルチサービングサイト動作を利用していることをサービングサイトのうちの１または複数に示す可能性がある。マルチサービングサイト動作の指示は、異なるサービングサイト（例えば、および／または物理チャネル）に適用可能であるサブフレームのサブセットの指示を含む可能性がある。ＷＴＲＵがマルチサービングサイト動作を利用しているという指示（例えば、および／または異なるサブフレームのサブセットの指示）を受信すると、サービングサイトは、そのサービングサイトからのＰＤＳＣＨ送信に肯定応答するためにＷＴＲＵによってＨＡＲＱのタイミングに関して使用される異なるサブフレームのオフセット（例えば、４ではないサブフレームのオフセット）を示す可能性がある。
【０１０２】
ＷＴＲＵは、さまざまな方法で、異なるサービングサイトへの送信のために使用すべき複数のサブフレームのサブセットで構成され得る。例えば、より上位のレイヤのシグナリング（例えば、ＲＲＣシグナリング）が、サブフレームのサブセットでＷＴＲＵを構成するために使用され得る。上位のレイヤのシグナリングは、サービングサイトのいずれかから受信される可能性がある。例えば、第１のサービングサイトが、第１のサービングサイトのために使用されるサブフレームのサブセット、および第２のサービングサイトで使用される第２のサブフレームのサブセットを構成する可能性がある。例においては、物理レイヤのシグナリングが、ＷＴＲＵにサブフレームのサブセットを示すために使用され得る。例えば、ＷＴＲＵは、ＰＤＣＣＨでＤＣＩフォーマット０／４を用いてＵＬのグラントを受信する可能性があり、ＤＣＩは、ＷＴＲＵがそのサイトのために使用し得るサブフレームのサブセットのパターンを示す可能性がある。
【０１０３】
例においては、ＳＲおよび／またはその他の制御シグナリングを送信すると、ＷＴＲＵは、サービングサイトのためのサブフレームのサブセットに含まれることをＷＴＲＵが要求するサブフレームの好まれている密度（および／または比率）（例えば、そのサイトに使用する／送信するために割り当てられるサブフレームの割合）を示す可能性がある。サブフレームの密度ではなく、またはサブフレームの密度に加えて、ＳＲおよび／またはその他の制御シグナリングは、ＷＴＲＵがサービングサイトのために要求している好まれているサブフレームのサブセットのパターンを示す可能性がある。ネットワーク／サービングサイトは、要求された密度および／またはパターンを認めるおよび／または拒否する可能性がある。ネットワーク／サービングサイトは、異なる密度および／またはサブフレームのサブセットのパターンを提案する可能性がある。ネットワークは、ＷＴＲＵにＤＣＩフォーマット０／４でＵＬのグラントを送信するとき（例えば、および／または別の種類のＤＣＩを送信するとき）、ＷＴＲＵに割り振られるサブフレームの密度および／またはパターンを示す可能性がある。ＷＴＲＵは、別のサービングサイトで使用するためのサブフレームのサブセットを既に割り当てられている場合、ＷＴＲＵが新しいサブフレームのサブセットを要求しているサービングサイトにその他のサイトに関するその現在のサブフレームのサブセットのパターンを示す可能性がある。異なるサービングサイトにサブフレームのサブセットを要求しているときにその他のサービングサイトに関連付けられたその現在のサブフレームのサブセットのパターンの指示を送信するのではなく、またはそれに加えて、ＷＴＲＵは、（例えば、サービングサイトＩＤおよび／またはセルＩＤによってその他のサービングサイトを特定することによって）それがサブフレームのサブセットの要求中に別のサイトとのＵＬ送信のために現在構成されていることを異なるサービングサイトに示す可能性がある。そのような指示は、異なるサービングサイトが（例えば、２つのサービングサイトの間のＸ２、Ｘ２ｂｉｓ、または任意のその他のインターフェースを介して）現在のサブフレームのサブセットに関連付けられた情報を交換し、および／またはサービングサイトのうちの１または複数のための新しいサブフレームのサブセットをネゴシエーションするようにトリガする可能性がある。
【０１０４】
ＷＴＲＵは、より多いまたはより少ないサブフレームが所与のサービングサイトのサブフレームのサブセットに割り当てられるべきであると決定する場合、そのサービングサイトのためのサブフレームのサブセットに割り振られたサブフレームの修正を要求するメッセージをサービングサイトに送信する可能性がある。ＷＴＲＵは、修正されるサブフレームのサブセットを用いるサービングサイトおよび／または異なるサービングサイトに所与のサービングサイトのためのサブフレームのサブセットを修正する要求を送信する可能性がある。例えば、ＷＴＲＵは、（例えば、閾値を超える）大量のデータが所与のサービングサイトに送信される論理チャネルでの送信のためにバッファリングされると決定する場合、追加的なサブフレームがそのサービングサイトに関連付けられサブフレームのサブセットに追加されることを要求すると決定する可能性がある。要求は、修正されるサブフレームのサブセットを用いるサービングサイトおよび／または異なるサービングサイトに送信される可能性がある。ＷＴＲＵは、サブフレームのサブセットの修正を要求するときに１もしくは複数（および／またはすべて）のＵＬ無線ベアラに関するバッファステータスレポートおよび／またはＱｏＳの指示を送信する可能性がある。バッファステータスレポートおよび／またはＱｏＳ情報は、ＷＴＲＵをサブフレームのサブセットで構成すべきかどうかをネットワークが決定するために、サブフレームのサブセットを最初に要求するときにおよび／または周期的／間欠的にネットワークに送信される可能性がある。ネットワーク（例えば、１または複数のサービングサイト）は、バッファステータスレポートおよび／またはＱｏＳ情報を、それに応じてサブフレームのサブセットを構成および／または再構成するために使用し得る。
【０１０５】
所与のサービングサイトが、１または複数の潜在的なサブフレームのサブセットで構成される可能性がある。サービングサイトは、マスタ情報ブロック（ＭＩＢ）またはシステム情報ブロック（ＳＩＢ）などのブロードキャストシグナリングを用いて、サービングサイトのセルで使用される潜在的なサブフレームのサブセットを示す可能性がある。ＷＴＲＵは、ＷＴＲＵがセルで使用したいサブフレームのサブセット内のサブフレームでＲＡＣＨ手順を用いてサービングサイトのセルにアクセスしようと試みる可能性がある。例えば、セルにおけるＳＩＢブロードキャストが、第１のサブフレームのサブセットが０〜４の番号を振られたサブフレームを含み、第２のサブフレームのサブセットが５〜９の番号を振られたサブフレームを含むことを示す可能性がある。ＷＴＲＵは、サブフレーム５（例えば、および／または６〜９）の間にＲＡＣＨを実行しようと試みる場合、５〜９の番号を振られたサブフレームを含むサブフレームのサブセットに割り振られることを暗黙的に要求している可能性がある。例においては、１または複数のサブフレームのサブセットを含む準静的な構成が、より上位のレイヤのシグナリング（例えば、ＲＲＣシグナリング）によってＷＴＲＵに提供される可能性がある。所与のサービングサイトのサブフレームのサブセットを構成するために使用されるより上位のレイヤのシグナリングが、そのサービングサイトからおよび／または異なるサービングサイトから送信される可能性がある。例において、ＷＴＲＵは、ＤＬサブフレームのサブセット（例えば、ＷＴＲＵがＤＬ送信を受信し得るサブフレームのセット）で構成される場合、割り当てられたＤＬサブフレームのサブセットのパターンに基づいてサービングサイトのためのＵＬサブフレームのサブセットのパターンを暗黙的に決定する可能性がある。例えば、ＵＬサブフレームは、ＤＬサブフレームと同じである可能性があり、および／またはＤＬサブフレームのサブセットは、対応するＵＬサブフレームのサブセットにマッピングされる可能性がある。
【０１０６】
サブフレームのサブセットの構成は、準静的な時分割多重（ＴＤＭ）方式とも呼ばれる可能性がある。例えば、ＭＡＣインスタンスが、受信されたＴＤＭ構成に従ってＵＬで物理チャネルを利用するためにＲＲＣシグナリングによって準静的に構成される可能性がある。例として、ＴＤＭ構成は、ＴＤＭ構成の一部として、ＷＴＲＵに割り振られるサブフレームを示すビットマップを含む可能性がある。ビットマップは、ＵＬ送信のためにＭＡＣインスタンスによって利用され得るサブフレームおよび／またはフレームをそれぞれが表す複数のビットを含む可能性がある。例えば、第１のビットが、第１のサブフレームまたはフレームを表す可能性があり、１が、第１のサブフレームまたはフレームがＷＴＲＵにそのサブフレームのサブセットの一部として割り振られることを示す可能性があり、一方、０が、第１のサブフレームまたはフレームがＷＴＲＵにそのサブフレームのサブセットの一部として割り振られないことを示す可能性がある。ビットマップは、特定のＭＡＣインスタンスに固有である可能性があり、および／またはＭＡＣインスタンスの特定の物理チャネルに固有である可能性がある。ビットマップのビットは、それぞれ、複数のサブフレーム、例えば、繰り返されるパターンのサブフレームに対応する可能性がある。例えば、第１のビットは、ＵＬの各フレームの第１のサブフレームを推奨する可能性がある。ビットマップは、ＵＬおよび／またはＤＬ送信のためのサブフレームをサービングサイトに割り振るために使用される可能性がある。例において、ビットマップは、所与のサブフレームがどのＭＡＣインスタンスに関連付けられるかを示すために使用される可能性がある。例えば、ビットマップの第１のビットが、（例えば、サブフレーム番号および／またはフレーム番号で特定された）ビットに関連付けられたサブフレームが第１のＭＡＣインスタンスに関連付けられるのか、または第２のＭＡＣインスタンスに関連付けられるのかを示す可能性がある。ビットマップの構成は、サブフレームの使用のパターンを示す可能性がある。例えば、ビットマップの一連のビットが、予め決められたサブフレームのサブセットの複数のセットを表す可能性がある。ＷＴＲＵは、例えば、ビットマップを用いて、好まれているサブフレームのサブセットをネットワーク／サービングサイトに示す可能性がある。例においては、ＴＤＭ構成が、予め定義されたＴＤＭのサブフレーム構成のセットのうちの１つとして示される可能性がある。予め定義されたサブフレームのＴＤＭ構成は、各サブフレームに関して、サブフレームが第１のＭＡＣインスタンスによって使用されるか、または第２のＭＡＣインスタンスによって使用されるかを確立する可能性がある。そのような構成は、特定のサブフレームを示す可能性もあり、例えば、ＷＴＲＵがあるＭＡＣインスタンスから別のＭＡＣインスタンスに切り替えるべきである場合に、サブフレームの特定のシンボルは、任意のＭＡＣインスタンスに関する送信のために使用されない（例えば、送信ギャップ（transmission gap））。
【０１０７】
ＷＴＲＵは、割り当てられたＴＤＭ構成（例えば、サブフレームのサブセットの構成）に基づいて、どのサイトにＵＣＩを送信すべきかおよび／またはいつＵＣＩを送信すべきかを決定する可能性がある。例えば、ＵＣＩを送信するためにどのサブフレームを使用すべきかは、サブフレームに割り当てられたＭＡＣインスタンスの識別情報および／またはＵＣＩに関連付けられるＭＡＣインスタンスの識別情報に基づいて決定され得る。例えば、ＷＴＲＵは、異なるＭＡＣインスタンスのための割り振られたＴＤＭ構成に基づいて、ＨＡＲＱフィードバックが後続のサブフレームで（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨで）提供されるべきＰＤＳＣＨ送信の最大数を決定する可能性がある。ＷＴＲＵは、その割り振られたリソースがサポートし得るよりも多くのフィードバックが所与のサブフレームで提供されるべきである（例えば、ＵＣＩが、第１のサービングサイトにのみ割り振られたサブフレームで第１のサービングサイトと第２のサービングサイトとの両方に提供されるべきである）と決定する場合、ＵＣＩ／フィードバックを多重化し、および／またはその他の方法でまとめ、まとめられたＵＣＩ／フィードバックを単一の割り振られたサービングサイトに送信すると決定する可能性がある。
【０１０８】
例において、異なるサービングサイトに送信するためにサブフレームのサブセットを割り振られるのではなく、または異なるサービングサイトに送信するためにサブフレームのサブセットを割り振られるのに加えて、ＷＴＲＵは、ＭＡＣインスタンスの間の相対的な優先度に基づいて、所与のサブフレームでどのサービングサイトに送信すべきかの動的なＷＴＲＵの自律的な選択を実行するように構成される可能性がある。例えば、ＷＴＲＵは、サブフレームのサブセットを割り振られない可能性があり（例えば、ＷＴＲＵは、所与のサブフレームで複数のＭＡＣインスタンスによる送信のためにスケジューリングされる可能性があり）、および／またはサブフレームのサブセットを割り振られる可能性があり、２つ以上のＭＡＣインスタンス／サービングサイトに割り振られたサブセットが、１または複数のサブフレームに関して重なる可能性がある。そのような筋書きでは、ＷＴＲＵは、送信されているデータの種類、および／または複数のサービングサイトに関連付けられた優先度情報に基づいて、どのサービングサイトに送信すべきかを動的に決定する可能性がある。例えば、ＷＴＲＵは、特定のＭＡＣインスタンスまたはサービングサイト（例えば、マクロｅＮＢに対応するＭＡＣインスタンス）が１または複数のその他のＭＡＣインスタンスまたはサービングサイトに優る絶対的な優先度を有する可能性があるプリエンプションに基づく手法を利用するように構成される可能性がある。絶対的なプリエンプションが利用される場合、各ＭＡＣインスタンスは、その他のＭＡＣインスタンスに割り振られる優先度のレベルとは異なる可能性がある優先度のレベルを割り振られる可能性がある。より高い優先度のレベルのＭＡＣインスタンスがより低い優先度のレベルのＭＡＣインスタンスと同じサブフレームでの送信のためにスケジューリングされる場合、より高い優先度のＭＡＣインスタンスは、サブフレーム中の物理チャネルの使用（例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨで送信すること、ダウンリンク制御チャネルから受信することなど）を可能にされる可能性があり、より低い優先度のチャネルに関する送信は、破棄される、および／またはより高い優先度のＭＡＣインスタンスを介して送信される可能性がある。例において、より低い優先度のＭＡＣインスタンスは、より高い優先度のＭＡＣインスタンスが所与のサブフレームでアクティブ時間（Active Time）にない場合、このサブフレームでの物理チャネルの使用を許される可能性がある。ＭＡＣインスタンスの間の絶対的な優先度ではなく、またはＭＡＣインスタンスの間の絶対的な優先度に加えて、追加的な優先度の規則が利用される可能性がある。例えば、本明細書においては、送信されているデータの種類、送信に関連付けられた論理チャネルの識別情報、および／またはその他の基準が、どのＭＡＣインスタンスが送信することを可能にされるべきであるかを決定するために使用される可能性がある。
【０１０９】
１または複数の物理チャネルの使用が、競合が原因でＭＡＣインスタンスに対して認められない（例えば、より高い優先度のＭＡＣインスタンスが所与のサブフレームで物理レイヤリソースを利用している）筋書きでは、ＷＴＲＵは、リソースが認められないＭＡＣインスタンス（例えば、より低い優先度のＭＡＣインスタンス）に対応するサービングサイトに指示を送信する可能性がある。指示は、ＭＡＣインスタンスの優先されたＭＡＣインスタンスに関する特定する情報を含む可能性があり、ならびに／またはより高い優先度のＭＡＣインスタンス、および／もしくはＷＴＲＵによって利用されるその他のより高い優先度のＭＡＣインスタンスに割り振られたサブフレームのうちの１もしくは複数（および／もしくはすべて）を示す可能性がある。例えば、競合の原因であったサブフレームの識別情報、および／または優先されたＭＡＣインスタンス／サービングセルの識別情報を示すための、物理レイヤのシグナリング（例えば、ＰＵＣＣＨ送信および／もしくはＰＵＳＣＨ送信）、ＭＡＣレイヤのシグナリング（例えば、ＭＡＣ  ＣＥ）、ならびに／またはＲＲＣシグナリングのうちの１または複数のフィールド。ＷＴＲＵは、送信リソースを認められなかったサービングサイトに送信されたであろう情報を、そのサービングサイトのためのリソースの後続の利用可能なセットでサブフレームにおいて再送信する可能性がある。リソースの拒絶に関する指示は（例えば、おそらく、優先されたＭＡＣインスタンス／サービングサイトの指示とともに）、後続の送信に含まれる可能性がある。リソースの後続の利用可能なセットは、競合の後に、認められなかったサービングサイトに送信するために利用可能なリソースの第１のセット（例えば、ＲＡＣＨ）である可能性がある。例において、リソースの後続の利用可能なセットは、競合が起こったサブフレームの後の、（例えば、新しいＵＬのグラントによって）ＷＴＲＵのためにスケジューリングされる後続のＵＬリソースの第１のセットである可能性がある。
【０１１０】
ＷＴＲＵは、競合が原因で破棄されたメッセージに含まれる情報の送信のために、リソースの異なるセットを提供される／リソースの異なるセットでスケジューリングされる可能性がある。例えば、ＷＴＲＵは、ＰＵＣＣＨ送信に関連付けられたＭＡＣインスタンスがより低い優先度であることが原因でＰＵＣＣＨ送信が破棄されたときに使用するためのＰＵＣＣＨリソースの代替的セットで構成される可能性がある。
【０１１１】
一部の筋書きにおいては、１または複数のＭＡＣインスタンスに関連付けられたＤＬ送信およびＵＬ送信が、時間複信化される可能性がある（例えば、時分割複信（ＴＤＤ））一方、１または複数のその他のＭＡＣインスタンス（例えば、別の周波数帯域に関連付けられたＭＡＣインスタンス）に関連付けられたＤＬ送信およびＵＬ送信は、周波数複信化される可能性がある（例えば、周波数分割複信（ＦＤＤ））。そのような筋書きでは、ＴＤＤおよび／またはＦＤＤ方式は、ＵＬ送信が１もしくは複数（および／またはすべて）のＴＤＤ  ＭＡＣインスタンスに関して起こらないサブフレームにおいて、ＦＤＤ  ＭＡＣインスタンスに関連付けられたＵＬ物理チャネルが利用可能であり得るようにネットワーク（例えば、１または複数のサービングサイト）によって構成される可能性がある。例えば、ＦＤＤ  ＭＡＣインスタンスに関連付けられたＵＬ物理チャネルが、１もしくは複数（および／またはすべて）のＴＤＤ  ＭＡＣインスタンスに関連してＤＬ送信のために予約されたサブフレームで利用可能である可能性がある。
【０１１２】
異なるＭＡＣインスタンスによって提供された構成に従って物理レイヤのパラメータを切り替えるために、ＷＴＲＵは、第１のＭＡＣインスタンスに関する送信（および／または受信）と第２のＭＡＣインスタンスの送信との間を切り替えるために特定の期間を与えられる可能性がある。切り替える時間を融通するために、別のＭＡＣインスタンスへの変更の前に所与のＭＡＣインスタンスが利用可能である最後のサブフレームが、短くされる可能性がある。例えば、ＷＴＲＵは、サブフレームの最後のＮ1個のシンボルで送信（および／または受信）が実行されないように構成される可能性がある。Ｎ1が１に等しい場合、短くされた送信フォーマットが使用される可能性がある。例えば、１または複数の短くされたＰＵＣＣＨフォーマットが使用される可能性がある。例として、サブフレームの最後のシンボルにＳＲＳ送信があるＰＵＣＣＨを送信するための短くされたフォーマットと同様の１または複数の短くされたＰＵＣＣＨフォーマットが、使用される可能性がある。例においては、移行の前の最後のサブフレームを短くするのではなく、または移行の前の最後のサブフレームを短くするのに加えて、移行の後の第１のサブフレームが短くされる可能性がある。例えば、変更後の第１のサブフレームの第１のＮ2個のシンボルは、（例えば、送信および／または受信のために）新しいアクティブなＭＡＣが利用不可能である可能性がある。短くされるサブフレームが切り替えの前のサブフレームおよび／または切り替えの後のサブフレームであるかどうかは、ＭＡＣインスタンスの間の１または複数の優先度の規則に依存する可能性がある。
【０１１３】
一部の展開においては、異なるサービングサイトが、非同期のサブフレームのタイミングを利用する可能性がある。例えば、第１のレイヤに関連付けられた第１のサービングサイトは、第２のレイヤに関連付けられた第２のサービングサイトがそのサブフレームを開始するのとは異なる時間にそのサブフレームを開始する可能性がある（例えば、マクロレイヤに関連付けられたＭｅＮＢが、ピコレイヤに関連付けられたＳＣｅＮＢとは異なるタイミングアラインメントを利用する）。別の例においては、（例えば、単一のサービングサイトに関連付けられた）単一のレイヤ内の１または複数のセルが、時間同期していない可能性がある。異なるサービングサイトが非同期のサブフレームのタイミングを使用して動作する場合、異なるサービングサイトに関連付けられたＭＡＣインスタンスは、異なるサブフレーム番号のオフセットを有する可能性がある。例えば、第１のサービングサイトに関連付けられたセルの所与のフレームのサブフレーム０が、第２のサービングサイトに関連付けられたセルのフレームのサブフレーム１の間に起こる可能性がある。加えて、異なるサービングサイトに関するサブフレームの始まりが、異なる時間に起こる可能性がある。例えば、第１のサービングサイトに関連付けられた第１のサブフレームが、第２のサービングサイトのサブフレームとは異なる時間に始まる可能性があるが、２つのサブフレームは、時間的に部分的に重なる可能性がある（例えば、異なるサブフレームに関する１または複数のシンボルが重なる可能性がある）。
【０１１４】
複数のサービングサイトがシンボルを揃えられていない場合、時間分離（例えば、ＴＤＭ構成）が、引き続き使用され得る。例えば、異なるサービングサイトがシンボルを揃えられていないときに重なるサブフレームを避けるために、ＷＴＲＵは、近いサブフレームを含まない異なるサービングサイトに関するサブフレームのサブセットで構成される可能性がある。ＷＴＲＵは、異なるサービングサイトに割り振られたサブフレームと重なるシンボルを有する可能性があるサブフレームを割り振られることを避けるために、サービングサイトのうちの１または複数にサブフレームのサブセットを推奨する可能性がある。例においては、シンボルを揃えられていないサービングサイトの場合にサブフレームのサブセットから移行の近くのサブフレーム全体を省くのではなく、サブフレームは、重なるようにして割り振られる可能性がある。例えば、複数のサービングサイトのサブフレームで使用され得る複数のシンボルを考える（例えば、説明を目的として、シンボルは、例えば、第１のサービングサイトのセルＡの観点から見て、０〜５２の番号を振られると仮定する）。ＷＴＲＵは、（例えば、シンボル０〜１３を含む）第１のサブフレーム、（例えば、シンボル１４〜２７を含む）第２のサブフレーム、および（例えば、シンボル２８〜４１を含む）第３のサブフレームの間に第１のサービングサイトのセルＡのために送信／受信するように構成される可能性がある。ＷＴＲＵは、（例えば、セルＡのシンボル１１〜２４と重なる）第１のサブフレーム、（例えば、セルＡのシンボル２４〜３８と重なる）第２のサブフレーム、および（例えば、セルＡのシンボル３９〜５２と重なる）第３のサブフレームの間に第２のサービングサイトのセルＢのために送信／受信するようにさらに構成される可能性もある。セルＡがその第１のサブフレームを使用する場合、セルＢはその第１のサブフレームを使用することができない可能性があるように、セルＡがセルＢより優先される可能性があるが、セルＢは、その第２のサブフレーム（例えば、および／またはセルＡがＷＴＲＵをスケジューリングしない場合はその第１のサブフレーム）のためにまだ使用される可能性がある。
【０１１５】
ＷＴＲＵは、複数の部分的に衝突するサブフレームのサブセットを割り振られる場合、その現在の構成されたサブセットのうちの１または複数の修正を要求する指示をサービングサイトのうちの１または複数に送信する可能性がある。例において、ＷＴＲＵは、サービングサイトの間のシンボルタイミングの違いを表すシンボルオフセット（symbol offset）を１または複数のサービングサイトに示す可能性がある。サービングサイトは、オフセット情報を使用してサブフレームのセットの構成および／または再構成を実行する可能性がある。
【０１１６】
例においては、新しい種類のサブフレーム、例えば、サブフレーム毎に異なる数のシンボルを有するサブフレームが、ＷＴＲＵに割り振られる可能性がある。修正されたサブフレームは、１４個未満のシンボルを有し、部分的に重なるサブフレームの場合にＴＤＭ構成が重なりを避けることを可能にする可能性がある。（例えば、レートマッチングを用いる）符号化が、受信機における適切な復号を可能にするために、短くされたおよび／または長くされたサブフレームの場合にＷＴＲＵによって使用される可能性があり、ネットワークは、サブフレーム構成に基づいて、どのシンボルが未使用であるかを知っている可能性があり、および／またはどのシンボルがＷＴＲＵによって破棄されるべきかを知らされる可能性がある。
【０１１７】
一部の筋書きにおいては、通常のまたは延長されたサイクリックプレフィックスが、異なるＭＡＣインスタンスのサブフレームの間の重なるタイミングを考慮するために使用される可能性がある。しかし、その他の筋書きにおいて、重なりは、通常のサイクリックプレフィックスかまたは延長されたサイクリックプレフィックスかのどちらかによって適切に処理され得ない。その代わりに、重なるサブフレームのうちの１または複数の１または複数のシンボルが、適切な動作を保証するために破棄される可能性がある。破棄されるシンボルの位置（例えば、物理リソースブロック（ＰＲＢ）の第１のシンボル、ＰＲＢの最後のシンボル、ＰＲＢの複数のシンボルなど）は、シンボルが破棄されたサブフレームに関連付けられたＭＡＣインスタンスの識別情報に依存する可能性がある。例えば、優先度の規則が、どのＭＡＣインスタンスが重なる場合にシンボルを破棄するのかを決定するために使用される可能性がある。例においては、より前のサブフレームの最後のシンボルが、破棄される可能性がある。例えば、２つのＭＡＣインスタンスの間でサブフレームの衝突がある場合、より前に始まるサブフレームで送信するように構成されるＭＡＣインスタンスが、そのサブフレームの終わりの１または複数のシンボル（例えば、最後のシンボル）を破棄する可能性がある。例においては、より後のサブフレームの第１のシンボルが、破棄される可能性がある。例えば、２つのＭＡＣインスタンスの間でサブフレームの衝突がある場合、より後に始まるサブフレームで送信するように構成されるＭＡＣインスタンスが、そのサブフレームの始まりの１または複数のシンボル（例えば、第１のシンボル）を破棄する可能性がある。
【０１１８】
所与のサブフレームの最後のシンボルが送信の重なりを避けるために破棄されるべきである場合、ＳＲＳが送信の最後のシンボルで送信されるときにリソース要素（ＲＥ）のマッピングが実行される方法と同様にして、破棄されるシンボルを含むトランスポートブロックに関してＲＥのマッピングが実行される可能性がある。サブフレームの第１のシンボルが破棄されている場合、ＳＲＳが送信の最後のシンボルで送信されるときにＲＥのマッピングが実行される方法と同様にして、破棄されるシンボルを含むトランスポートブロックに関してＲＥのマッピングが実行される可能性があるが、データは、より後の近いシンボルにマッピングされる可能性がある（例えば、ＳＲＳがサブフレームの最後のシンボルで送信された場合にシンボル０にマッピングされるデータが、その代わりにシンボル１にマッピングされる可能性があり、ＳＲＳがサブフレームの最後のシンボルで送信された場合にシンボル１にマッピングされるデータが、その代わりにシンボル２にマッピングされる可能性があるなど）。重なりが起こるサブフレームに関してＳＲＳ送信がスケジューリングされる場合、ＷＴＲＵは、ＳＲＳ送信を破棄すると決定する可能性がある。例においては、重なる場合にサブフレームの最後のシンボルが破棄され、ＳＲＳが重なるサブフレームにやはりスケジューリングされる場合、ＳＲＳを破棄するのではなく、最後から２番目のシンボルに関連付けられたデータが破棄される可能性がある一方、ＳＲＳはサブフレームの最後から２番目のシンボル（例えば、最後のシンボルが重なりが原因で破棄される可能性があるときにそのＭＡＣインスタンスによる送信のために使用される最後のシンボル）で送信される。
【０１１９】
ＷＴＲＵは、サブフレームの重なりが原因で１または複数のシンボルが破棄されたときを示すように構成される可能性がある。例えば、指示は、破棄されたシンボルを含む送信に関連付けられたサービングサイト、および／または異なる送信でシンボルが破棄されることにつながった送信に関連付けられたサービングサイトに送信される可能性がある。ＷＴＲＵは、破棄されたシンボルの理由、例えば、別の送信との重なりを含む可能性がある。例において、破棄されたシンボルを含む送信がＰＵＳＣＨ送信である場合、ＷＴＲＵは、ＰＵＳＣＨ送信に破棄されたシンボルの指示を含める可能性がある。指示は、ＰＵＳＣＨ送信に関するフラグに含まれる可能性がある。サービングサイト／ｅＮＢは、シンボルが破棄された可能性があるか否かを決定するために、ＰＵＳＣＨ送信をブラインドで（blindly）復号しようと試みるように構成される可能性がある。例えば、ｅＮＢは、最初に、シンボルが破棄されたと仮定してＰＵＳＣＨ送信を復号しようと試みる可能性がある。ｅＮＢは、シンボルが破棄されたことを示すフラグを検出する場合、破棄されたシンボルを仮定してＰＵＳＣＨ送信を復号しようと試みることを続ける可能性がある。フラグが復号されない、および／またはシンボルが破棄されたと仮定してＰＵＳＣＨ送信が正常に復号されなかった場合、ｅＮＢは、シンボルが破棄されなかったかのようにＰＵＳＣＨ送信を復号しようと試みる可能性がある。
【０１２０】
例において、ＷＴＲＵは、サービングサイトに送信されるサービス要求の指示に、削減されたシンボルの送信を使用する要求を含める可能性がある。例えば、ＷＴＲＵは、サブフレームのリスト、および／またはそれが削減された数のシンボルをどのサブフレームに使用することを要求しているのかの指示を含める可能性がある。
【０１２１】
例において、ＷＴＲＵは、（例えば、第１の、最後のなどの）シンボルが破棄され得るサブフレームのリストを（例えば、ＲＲＣシグナリングを介して）準静的に示す可能性がある。指示は、各ＭＡＣインスタンスに固有である可能性がある。例えば、ＷＴＲＵは、削減されたシンボルの送信のために使用され得る第１の複数のサブフレームを示す第１のＭＡＣインスタンスに関連付けられた第１のサービングサイトへの第１のメッセージ／指示、および削減されたシンボルの送信のために使用され得る第２の複数のサブフレームを示す第２のＭＡＣインスタンスに関連付けられた第２のサービングサイトへの第２のメッセージ／指示を送信する可能性がある。指示は、ＭＡＣおよび／または物理レイヤのシグナリングを用いて送信される可能性もある。
【０１２２】
例において、ＷＴＲＵは、２つのＭＡＣインスタンスの間で一部のサブフレームに重なりがある可能性があることをネットワーク（例えば、１または複数のサービングサイト）に示す可能性がある。ネットワークは、そのような情報によって、どのＭＡＣインスタンスがシンボルを破棄し得るのかを決定する可能性があり、ＷＴＲＵを構成する可能性がある。例えば、異なるサービングサイトに関連付けられたｅＮＢが、どのＭＡＣインスタンスがシンボルを破棄するために利用されるべきであるかをネゴシエーションする可能性がある。ＷＴＲＵは、そのような重なりが起こり得るあり得るサブフレームのリストおよび／または指示を提供する可能性がある。どのＭＡＣインスタンスが破棄されるシンボルを予期し得るのかの決定は、集中化された制御エンティティによって、および／またはサービングサイトのうちの１もしくは複数で実行される可能性がある。例えば、異なるサービングサイトが、Ｘ２インターフェースを介して通信して、サービングサイトのうちのどれが破棄されるシンボルを用いる１または複数の送信を予期すべきであるかを決定する可能性がある。例においては、シンボルが破棄され得るという指示（例えば、およびおそらくは、どのシンボルが破棄され得るかの指示）が、ＵＬのグラントを含むＤＣＩでＷＴＲＵに提供される可能性がある。例えば、ＵＬのグラントのフィールドが、グラントが破棄されるシンボルを用いる送信に関するものであることを示す可能性があり、どのシンボルが破棄されるべきかを特に示す可能性がある。
【０１２３】
例において、ＷＴＲＵは、どのＭＡＣインスタンスがＤＬ送信で破棄されるシンボルを予期すべきであり、および／またはアップリンクでシンボルを破棄すべきかを自律的に決定する可能性がある。どの送信がシンボルを破棄するために使用されるべきであるかの決定は、送信に含まれるデータに関連付けられたＱｏＳ、送信に関連付けられた１または複数の論理チャネルに関するバッファステータス、ＭＡＣインスタンスの間の優先度の順序（order）などの１または複数の要因に基づく可能性がある。どのＭＡＣインスタンス／サービングサイトが１または複数の送信に関して破棄されるシンボルを使用すべきかを決定した後、ＷＴＲＵは、適切なサービングサイトに、将来のＵＬのグラントで、サービングサイトのＭＡＣインスタンスがサブフレームの示されたセットにおけるシンボルの削減を仮定する可能性があることを示す可能性がある。
【０１２４】
例においては、２つ以上のＭＡＣインスタンス／サービングサイトに関する物理チャネルが、同じサブフレームでの送信のために使用される可能性がある。例として、異なるＭＡＣインスタンスに関連付けられた物理チャネルが、物理チャネルの送信／受信が異なる周波数チャネルおよび／または周波数帯域で起こる場合に同じサブフレームで使用され得る（例えば、第１のＭＡＣインスタンスに関連付けられた第１の物理チャネルが、第１の周波数帯域で第１のサービングサイトに送信され、第２のＭＡＣインスタンスに関連付けられた第２の物理チャネルが、第２の周波数帯域で第２のサービングサイトに送信される）。例として、異なるＭＡＣインスタンスに関連付けられた物理チャネルが、物理チャネルの送信／受信が異なるリソースブロックで起こる場合に同じサブフレームで使用され得る（例えば、第１のＭＡＣインスタンスに関連付けられた第１の物理チャネルが、第１のリソースブロックで第１のサービングサイトに送信され、第２のＭＡＣインスタンスに関連付けられた第２の物理チャネルが、第２のリソースブロックで第２のサービングサイトに送信される）。例においては、異なるＭＡＣインスタンスに関連付けられた物理チャネルが、物理チャネルの送信／受信が異なる種類の物理チャネル（例えば、あるサービングサイトに関するＰＵＣＣＨおよび別のサービングサイトに関するＰＵＳＣＨ）の送信を含む場合に同じサブフレームで使用され得る。例においては、異なるＭＡＣインスタンスに関連付けられた物理チャネルが、物理チャネルの送信／受信が１または複数の送信属性（例えば、ＰＵＣＣＨに関するカバーコード（cover code）、直交ＤＭ−ＲＳなど）を用いて分けられる可能性がある場合に同じサブフレームで使用され得る。
【０１２５】
例として、周波数分離が、同じサブフレームで複数のサービングサイトに送信するために実行される可能性がある。周波数分離は、時間分離に加えて、および／または時間分離なしに使用される可能性がある。例えば、部分的に重なる時間分離方式が利用される場合、例えば、部分的な重なりのあるサブフレームおよび／またはすべてのサブフレームに関して周波数分離がさらに利用される可能性もある。例えば、ＷＴＲＵは、１または複数のサービングサイトに関して１または複数の周波数サブバンドのサブセットで構成される可能性がある。例えば、第１のサービングサイトの第１のセルが第２のサービングサイトの第２のセルの同じ周波数帯域および／またはコンポーネントキャリアで動作する場合、異なるサービングサイトに関連付けられたＭＡＣインスタンスは、周波数帯域／コンポーネントキャリア内の異なるサブバンドのサブセットを使用するように構成される可能性がある。例においては、異なるサービングサイトによって利用される帯域幅（ＢＷ）が、複数のＢＷの部分に分割される可能性がある。各サービングサイトは、ＷＴＲＵと通信するためにＢＷの部分のうちの１または複数を利用するように構成される可能性がある。例えば、それぞれのＢＷの部分は、キャリアアグリゲーションのコンポーネントキャリアとして扱われる可能性がある。例えば、それぞれのＢＷの部分は、対応するＰＵＣＣＨおよびＰＵＳＣＨリソースを含む可能性がある。一部の帯域幅の部分は、（例えば、サービングサイトへのＣＳＩのレポートのために）ＰＵＳＣＨなしにＰＵＣＣＨを含む、および／またはＰＵＣＣＨなしにＰＵＳＣＨを含む可能性がある。
【０１２６】
送信の１または複数の物理チャネルおよび／または種類（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳなど）が、ＲＢオフセットで構成される可能性がある。ＲＢオフセットは、異なるサービングサイトに送信するために使用される周波数帯域の間の周波数のガード（frequency guard）および／またはその他の種類の分けを表す可能性がある。ＲＢオフセットは、異なるサービングサイトに宛てられたＵＬ送信に関する周波数分離を保証する可能性がある。ＲＢオフセットは、ＷＴＲＵにシグナリングされたネットワーク（例えば、サービングサイトのうちの１または複数）によって構成される可能性がある。例において、ＷＴＲＵは、所与のサービングサイトでアクセスされているセルのセルＩＤ（および／または仮想セルＩＤ）に基づいて所与のセルに関するＲＢオフセットを決定する可能性がある。
【０１２７】
ＷＴＲＵは、複数のＢＷの部分にわたる信号を送信するように構成される可能性がある。例えば、単一のＳＲＳシーケンスが、複数のＢＷの部分にわたる可能性がある、セルおよび／またはサービングサイトの完全なＢＷで送信される可能性がある。例において、ＷＴＲＵは、それぞれのＢＷの部分に関して（例えば、パラメータのその独自のセットをそれぞれ用いて）異なるＳＲＳを送信する可能性がある。
【０１２８】
ＷＴＲＵによって利用される送信電力は、どのＢＷの部分が送信のために使用されるかに固有である可能性がある。例えば、ＷＴＲＵは、ＢＷの部分毎に独立した最大送信電力（例えば、ＰCMAX）で構成される可能性がある。例えば、ＷＴＲＵは、それぞれのＢＷの部分に関して独立してＵＬ送信電力制御を実行する可能性がある。別の例において、ＷＴＲＵは、ＢＷ全体に関して単一の最大送信電力値（例えば、ＰCMAX）で構成される可能性がある。例えば、最大送信電力がＢＷ全体にわたって決定される場合、ＷＴＲＵは、初めに、所与のサブフレームでＰＵＣＣＨ送信のために利用される電力を決定する可能性があり、次いで、ＰＵＳＣＨを使用する／送信するために最大送信電力未満の残りの電力を割り当てる可能性がある。ＰＵＣＣＨおよびＰＵＳＣＨは、チャネル送信に関連付けられたサービングサイトに固有である電力制御パラメータを用いて送信のために構成される可能性がある。
【０１２９】
複数のＰＵＣＣＨが所与のサブフレームで送信されるべきである場合（例えば、第１のサービングサイトへの第１のＰＵＣＣＨ送信、第２のサービングサイトへの第２のＰＵＣＣＨ送信など）、ＰＵＣＣＨおよび／またはサービングサイトに関する優先度のランク付けが、より上位のレイヤのシグナリングによって提供される可能性がある。例えば、ＷＴＲＵは、第１に、最も高い優先度のＰＵＣＣＨ／サービングサイトを送信するために使用される送信電力を決定する可能性があり、第２に、２番目に高い優先度のＰＵＣＣＨ／サービングサイトに割り当てられる送信電力を決定する可能性があり、以下同様である。サブフレームでＰＵＣＣＨ送信のために使用されるサービングサイトのためのＰＵＣＣＨリソース／送信電力が送信電力レベルを割り当てられると、残りの電力が、１または複数のＰＵＳＣＨ送信のために使用され得る。例えば、複数のＰＵＳＣＨ送信が起こることになる場合、それぞれの送信のために割り当てられる電力が、ＷＴＲＵがめいっぱいの送信電力を有するかのように決定される可能性があり（例えば、ＰＵＣＣＨが送信されない）、決定される電力レベルは、合計のＰＵＣＣＨ電力レベルが割り振られた後に残っている電力に従って増減される可能性がある。
【０１３０】
最大送信電力がＷＴＲＵによって使用されるＢＷ全体にわたって割り当てられる（例えば、単一のＰCMAXがＢＷ全体のために使用される）場合、単一の電力ヘッドルームレポート（ＰＨＲ）が、ＢＷ全体に関連付けられた電力情報をレポートするためにＷＴＲＵによってレポートされる可能性がある。ＷＴＲＵがＢＷの部分および／またはキャリア毎に独立した最大送信電力（例えば、ＰCMAX）で構成される筋書きに関して、ＷＴＲＵは、ＢＷの部分および／またはキャリア毎にＰＨＲを送信するように構成される可能性がある。ＰＨＲは、サービングサイトのうちの１または複数に送信される可能性がある。例えば、所与のＢＷの部分および／またはキャリアに関するＰＨＲは、所与のＢＷの部分および／またはキャリアを介してＷＴＲＵから送信される送信に関連付けられたサービングサイトにレポートされる可能性がある。別の例において、所与のＢＷの部分および／またはキャリアのＰＨＲは、そのＢＷの部分および／またはキャリアを用いてＷＴＲＵから送信を受信しないサービングサイトにレポートされる可能性がある。例において、所与のＢＷの部分および／またはキャリアに関するＰＨＲは、ＷＴＲＵによって利用されるすべてのサービングサイトにレポートされる可能性がある。別の例において、各サービングサイトは、ＷＴＲＵによって使用されるＢＷの部分および／またはキャリアのすべてに関してＰＨＲを受信する可能性がある。
【０１３１】
ＷＴＲＵは、その送信の増減を実行する可能性がある。例えば、ＷＴＲＵは、複数のサービングサイトに（例えば、サブフレームでおよび／または１または複数の重なるシンボルで）同時に（例えば、１または複数のＰＵＣＣＨリソースおよび／または１または複数のＰＵＳＣＨリソースで）アップリンク送信を実行することが予期される場合、優先度に従って送信電力を割り当てる可能性がある。例えば、ＭｅＮＢサービングサイトのデータ経路に対応する送信が、ＳＣｅＮＢサービングサイトを含むデータ経路に関する送信よりも優先される可能性がある。例えば、ＭｅＮＢサービングサイトに関連付けられた送信に電力を割り当てた後、残りの電力が、ＳＣｅＮＢサービングサイトへの送信のために割り当てられる可能性がある。
【０１３２】
第１のサービングサイト（例えば、および／または第１のサービングサイトの第１のセル）が、別の第２のサービングサイト（例えば、および／または第２のサービングサイトの第２のセル）とは異なるタイミングの構成を有する可能性がある。したがって、セル／サービングサイトの間のタイミングの違いが予め決められた閾値よりも大きい場合、周波数分離は、実装することが難しい可能性がある。したがって、ＷＴＲＵは、２つのセル／サービングサイトの間のタイミングの違いを決定し、タイミングの違いが予め構成された範囲内であるかどうかを決定する可能性がある。タイミングの違いが範囲内である場合、ＷＴＲＵは、周波数分離が利用され得ると決定する可能性があり、周波数分離がネットワーク（例えば、サービングサイトのうちの１または複数）に対して使用され得ることを示す可能性がある。タイミングの違いが予め構成された範囲外である場合、ＷＴＲＵは、周波数分離を使用しないと決定する可能性があり、周波数分離がネットワーク（例えば、サービングサイトのうちの１または複数）に対して使用され得ることを示す可能性がある。ＷＴＲＵは、サブフレームで使用されるタイミングアドバンス値を決定する可能性があり、周波数分離は、送信が実行されるセル／サービングサイトのそれぞれのタイミングアドバンス値を平均化することによって構成される。別の例において、ＷＴＲＵは、送信が実行されるセル／サービングサイトのそれぞれのタイミングアドバンス値のうちの最大のタイミングアドバンス値を使用すると決定する可能性がある。別の例において、ＷＴＲＵは、送信が実行されるセル／サービングサイトのそれぞれのタイミングアドバンス値のうちの最小のタイミングアドバンス値を使用すると決定する可能性がある。別の例において、ＷＴＲＵは、セル／サービングサイトのそれぞれへの送信のために最も高い優先度のサービングサイト／セルに関連付けられたタイミングアドバンス値を使用すると決定する可能性がある。
【０１３３】
ＷＴＲＵが、異なるＢＷの部分の構成を決定する可能性があり、および／またはネットワーク（例えば、１または複数のサービングサイト）が、ＢＷの部分の構成を決定する可能性がある。例えば、ＢＷの部分は、サブフレームのサブセットが時間分離のために構成されるのと同様の方法で構成される可能性がある。例えば、サブフレームのサブセットを構成するための本明細書に記載の方法のいずれかが、所与のサービングサイトおよび／またはサービングサイトのセットのためにＢＷの部分を構成するために使用され得る。
【０１３４】
ＷＴＲＵは、１または複数の方法で（例えば、異なるサービングサイトへの）複数のＰＵＣＣＨ送信の送信のために送信電力を割り当てる可能性がある。例えば、ＷＴＲＵは、所与のサブフレームで利用可能な電力の総量に基づいて電力を割り当てるように構成される可能性がある。例えば、最大送信電力（例えば、ＰCMAX）（例えば、所与のサブフレーム内で）ＷＴＲＵによって送信のために使用され得る最大／総送信電力を表す可能性がある。ＷＴＲＵは、異なるサービングサイトへの複数のＰＵＣＣＨ送信の間に最大送信電力を均等に分割するように構成される可能性がある。例えば、ＷＴＲＵは、最大のＷＴＲＵの出力電力を表す可能性がある値ＰCMAX,cを決定し得る。ＷＴＲＵは、ＰＵＣＣＨ送信の数（例えば、所与のサブフレームにおけるｎ個のＰＵＣＣＨ送信）の間に均等にＰCMAX,cを分割する可能性がある。例えば、各ＰＵＣＣＨ送信のアップリンク電力は、最大ＰCMAX,c／ｎに設定される可能性があり、ここで、ｎは、サブフレームにおけるＰＵＣＣＨ送信の数である可能性がある。
【０１３５】
例において、各ＭＡＣインスタンス／サービングサイトは、ＭＡＣに固有の最大出力電力で構成される可能性がある。例えば、値ＰCMAX,c,iは、ＭＡＣインスタンスｉおよび／またはサービングサイトｉに関する最大送信電力を表す可能性がある。サービングサイトｉにおけるＰＵＣＣＨ送信は、ＰCMAX,c,iを割り当てられる可能性がある。ＰCMAX,c,iの値は、異なるＭＡＣインスタンス／サービングサイト（例えば、ｉの値）に関して異なる可能性がある。
【０１３６】
例において、ＷＴＲＵは、ＰCMAX,cに関するＷＴＲＵに固有の値、ならびにＰＵＣＣＨ送信に関する優先度のリストおよび／または指示を提供される可能性がある。異なるＰＵＣＣＨ送信のための送信電力は、優先度のリストに従って割り当てられる可能性がある。例えば、電力は、初めに、最も高い優先度のＰＵＣＣＨ送信に割り当てられ（例えば、合計の要求された電力）、次いで、残りの電力（例えば、ＰCMAX,c−ＰPUCCH,i、ここで、ＰPUCCH,iは最も高い優先度のＰＵＣＣＨに割り当てられた電力を表す可能性がある）を新しいＰCMAX,c値として使用し、２番目に高い優先度のＰＵＣＣＨ送信に電力を割り当てる可能性があり、以下同様である。この例において、ＷＴＲＵは、より高い優先度のＰＵＣＣＨ送信に合計の要求電力を割り当てる場合、より低い優先度のサービングサイトに１または複数のＰＵＣＣＨ送信を送信することができるためには不十分な電力を有する可能性がある。
【０１３７】
例において、ＷＴＲＵは、異なるＰＵＣＣＨ送信に独立して電力を割り当てる可能性がある。例えば、所与のサブフレームで送信されるＰＵＣＣＨのそれぞれに送信電力を割り当てた後、送信電力の合計が最大送信電力（例えば、ＰCMAX,c）を超える場合、ＷＴＲＵは、その最大送信電力を超えることを避けるために送信を増減させる可能性がある。
【０１３８】
異なるＭＡＣインスタンス／サービングサイトが異なるコンポーネントキャリアに関連付けられる場合、キャリアのそれぞれで合計された総送信電力は、固定される可能性がある。例えば、各キャリアは、例えば、各キャリアでのＰＵＣＣＨの送信に関する優先度の規則に基づいて設定され得るＰCMAX,cの独立した値を有する可能性がある。ＰＵＣＣＨ送信がコンポーネントキャリアのうちの１もしくは複数で実行されない場合、および／またはコンポーネントキャリアでのＰＵＣＣＨ送信のために割り当てられた電力がそのキャリアに関するＰCMAX,cの対応する値未満である場合、そのコンポーネントキャリアに関するＰCMAX,cの値は、予め構成された量だけ減らされる可能性がある。未使用の電力および／または減少の量が、ＰＵＣＣＨ送信のために使用するその他のキャリアに再割り当てされ得る。
【０１３９】
例においては、サブフレームにおけるＰＵＣＣＨ送信のそれぞれによって使用される実際の電力が、合計される可能性があり、任意の残りの電力が、サービングサイトのうちの１または複数への１または複数のＰＵＳＣＨ送信のために使用される可能性がある。ＰＵＳＣＨ送信のために使用される電力は、異なるサービングサイトに関して独立して構成される／割り当てられる可能性がある。ＰＵＳＣＨ送信のための異なるサービングサイトの間の送信電力の増減は、予め構成された優先度の規則に依存する可能性がある。例えば、キャリア毎の残りの電力（ＰＵＣＣＨ送信がない場合はＰCMAX,c、およびキャリアでの一斉のＰＵＳＣＨ−ＰＵＣＣＨ送信に関してはＰCMAX,c−ＰPUCCH）が、初めに、最も高い優先度のＰＵＳＣＨに割り当てられる可能性がある。次いで、任意の残りの電力が、２番目に高い優先度のＰＵＳＣＨに割り当てられる可能性があり、以下同様である。同様の優先度に基づく規則が、ＰＵＣＣＨ送信に関連して説明されるようにＰＵＳＣＨ送信のために使用され得る。例えば、ＰＵＳＣＨ送信に関する優先度の規則の構成が、ＰＵＣＣＨ送信のために適用される優先度の規則に基づいて暗黙的に決定される（またはその逆である）可能性がある。
【０１４０】
ＷＴＲＵが同じキャリアで（または異なるキャリアで）複数のＤＬ送信を受信するために、ＷＴＲＵは、ＵＬ送信に関して説明された方法と同様の方法でＤＬ送信に関して時間分離または周波数分離を用いて構成され得る。例えば、サービングサイト／セルが、ＷＴＲＵに関してそれがバッファリングしたトラフィックの量をそのＷＴＲＵに示す可能性がある。ＷＴＲＵは、各サービングサイトに関してそのようなバッファリングの測定基準（metric）を取得する可能性がある。ＷＴＲＵは、測定基準を用いて、各サービングサイトのために割り当てられるリソース（例えば、時間リソース、周波数リソースなど）の比率を決定し得る。ＷＴＲＵは、各サイトに適切な量のリソースを要求し得る。まだアクティブであるリソースの以前の割り当てが存在した場合、ＷＴＲＵは、リソースの修正（例えば、第１のサービングサイトに割り振られるより少ないサブフレームおよび／または第２のサービングサイトに割り振られるより多い数のサブフレーム、第１のサービングサイトに割り振られるより少ないＢＷの部分および／または第２のサービングサイトに割り振られるサブフレームのより大きなＢＷの部分など）を要求し得る。
【０１４１】
ＷＴＲＵは、各サービングサイトに関して異なるＣ−ＲＮＴＩで構成される可能性がある。ＷＴＲＵは、その割り振られたＣ−ＲＮＴＩのいずれかでスクランブルされたＰＤＣＣＨ送信を検出し、復号しようと試みる可能性がある。使用されるＣ−ＲＮＴＩは、どのサービングサイト／ＭＡＣインスタンスがＤＬ送信に関連付けられるかをＷＴＲＵに示し得る（例えば、第１のサイトのＰＤＣＣＨ送信が第２のサービングサイトに関連付けられたＣ−ＲＮＴＩで復号されることは、ＰＤＣＣＨ送信によって割り当てられたＰＤＳＣＨ送信／ＰＵＳＣＨ送信が第２のサービングサイトで送信／受信されるべきであることを示す可能性がある）。ＤＬ送信（例えば、ＰＤＣＣＨ送信、ＰＵＳＣＨ送信など）を復号するために使用されるＣ−ＲＮＴＩは、ＤＬ送信に関するＵＬフィードバックのために使用されるリソース／サービングサイトを示し得る。
【０１４２】
ＰＤＣＣＨは、時間的におよび／または周波数的に分離される可能性がある。例えば、周波数分離が使用される場合、サービングサイトは、周波数分離を用いて構成され得るＷＴＲＵへの１または複数の特定の制御チャネル要素（ＣＣＥ）、例えば、ＷＴＲＵに固有のＢＷの部分に含まれるＣＣＥを分離する可能性がある。そのような周波数分離は、所与のＷＴＲＵに関する送信ポイントによって使用される探索空間に影響を与える可能性がある。
【０１４３】
サービングサイトは、一意のｅＰＤＣＣＨリソースを監視するようにＷＴＲＵを構成する可能性がある。例えば、各ｅＰＤＣＣＨは、異なるリソース（例えば、（１または複数の）異なるＲＢおよび／または異なるサブフレーム構成など）を使用する可能性がある。ｅＰＤＣＣＨのために使用されるリソースは、そのサイトのためにＵＬで使用するための適切なリソースをＷＴＲＵに示す可能性がある。例えば、ｅＰＤＣＣＨ送信のために使用されるＤＬリソースと、所与のサービングサイトに送信するために使用されるＵＬリソースとの間の暗黙的なマッピングが存在する可能性がある。
【０１４４】
ダウンリンクにおける時間分離は、拡張セル間干渉調整（ｅＩＣＩＣ：enhance inter-cell interference coordination）と同様の方法で実装され得る。例えば、ＷＴＲＵは、非周期的フィードバックがトリガされるサブフレームの識別情報に基づいて所与のフィードバックインスタンスで送信するフィードバックの内容および／もしくは種類（ならびに／またはそのようなフィードバックのために使用する１または複数のサービングサイトに固有のパラメータ）を決定する可能性がある。例えば、サービングサイトに関するＴＤＭ構成に含まれないサブフレームでフィードバックがトリガされる場合、ＷＴＲＵは、フィードバック（例えば、非周期的ＣＳＩフィードバック）を送信するために、関連するサイトに関連付けられる次の利用可能なサブフレームまで待つ可能性がある。
【０１４５】
ＷＴＲＵは、サービングサイトに関連付けられたサービングサイト／セルのうちの１もしくは複数（および／またはいずれか）でランダムアクセス手順を実行する可能性がある。例えば、サービングサイトへの初期の無線リンクを確立するとき、ＷＴＲＵは、同じキャリアまたは異なるキャリアで別のサービングサイトへの無線リンクを既に確立した可能性がある。例えば、ＷＴＲＵは別のサイトへの（例えば、ＭｅＮＢへの）確立されたＲＲＣ接続を既に有する可能性がある。ＷＴＲＵは、それがアクセスしようと試みているサービングサイト（例えば、ＳＣｅＮＢ）に、ＷＴＲＵが別のサービングサイト（および／または複数のその他のサービングサイト）への無線リンクを有することを知らせる可能性がある。例えば、ＷＴＲＵは、ＷＴＲＵが異なるサービングサイトへの既に確立された接続を有することを示す指示を、ランダムアクセス手順で交換されるメッセージに（例えば、メッセージ３などに）含める可能性がある。ＷＴＲＵがＲＡＣＨによってアクセスしようと試みているサービングサイトは、その他のサービングサイトへの確立された接続を有するＷＴＲＵのために専用に分け与えられたＰＲＡＣＨリソースおよび／または専用に分け与えられたＰＲＡＣＨプリアンブルを提供する可能性がある。
【０１４６】
例において、ハンドオーバコマンドと同様のＲＲＣメッセージが、ＷＴＲＵが既に接続されている第１のサービングサイトから受信される可能性があり、メッセージは、ＷＴＲＵが第２のサービングサイトへの初期アクセス手順を実行するようにトリガする可能性がある。例えば、ＲＲＣメッセージは、第２のサービングサイトのＰＲＡＣＨリソースでＲＡＣＨのために使用される専用に分け与えられたＰＲＡＣＨリソースおよび／または専用に分け与えられたプリアンブルを含む可能性がある。ＷＴＲＵがＲＡＣＨを試みる可能性があるサブバンド（および／またはＢＷの部分）は、ＷＴＲＵが別のサービングサイトへの確立された無線リンクを有するか否かを暗黙的に示す可能性がある（例えば、ＲＡＣＨが第１のＢＷの部分で実行される場合、ＷＴＲＵは、異なるサービングサイトへの確立された接続を有する可能性があり、ＷＴＲＵが第２のＢＷの部分でＲＡＣＨを試みる場合、ＷＴＲＵは、別のサービングサイトへの接続を持たない可能性がある）。プリアンブルの送信のために使用されるＰＲＡＣＨリソースは、それが別のサイトへの無線リンクを有するか否かを示す可能性がある。例えば、特定の専用に分け与えられたＲＡＣＨプリアンブルおよび／または特定のＰＲＡＣＨリソースが、異なるサービングサイトへの確立された接続を有するＷＴＲＵによって実行されるアクセスの試みのために予約される可能性がある。ＷＴＲＵは、ＲＡＣＨが副ＲＲＣ接続の確立のためであるか、または主ＲＲＣ接続の確立のためであるかを示す可能性がある。
【０１４７】
サービングサイトへのランダムアクセスを試みるとき、ＷＴＲＵは、ＷＴＲＵが無線リンクを有する可能性がある１または複数のサービングサイトのセットを示すためにＩＤのセット（例えば、ＭＡＣインスタンスＩＤ、サービングサイトＩＤ、セルＩＤなど）をレポートする可能性がある。これは、（例えば、Ｘ２、Ｘ２ｂｉｓ、および／または任意のその他のインターフェースを介して）ＷＴＲＵによって利用されるその他のサービングサイトへのバックホール接続を確立するための手順を新しいサービングサイトが開始することを可能にし得る。ＷＴＲＵは、ランダムアクセス手順中に、サービングサイトからそれが欲しいリソースの比率（例えば、ＴＤＭ動作のためのサブフレームの密度または比率など）を示す可能性がある。例えば、指示は、ＷＴＲＵがＵＬトラフィックのために第２のサービングサイトにスケジューリング要求を送信するときに、ＲＡＣＨメッセージに含まれる可能性がある。例えば、ＷＴＲＵは、第１のサービングサイトにＵＬトラフィックを送信している可能性があり、（例えば、１または複数の送信の）所望のＱｏＳに基づいて、第１のサービングサイトと第２のサービングサイトとの間の利用されるリソースの比率を要求する可能性がある。
【０１４８】
ＷＴＲＵは、サービングサイトのそれぞれに関して異なる直交カバーコード（ＯＣＣ）を使用することによって複数のサービングサイトにＵＬチャネルを同時に送信し得る。例えば、ＷＴＲＵは、複数のサービングサイトへのＰＵＣＣＨ（例えば、第１のサービングサイトへの第１のＰＵＣＣＨ、第２のサービングサイトへの第２のＰＵＣＣＨなど）を送信するために構成され得る。ＷＴＲＵは、１または複数のサービングサイト（および／またはＭＡＣインスタンス）に固有のＯＣＣで構成され得る。所与のサービングサイトのために使用されるＯＣＣは、サービングサイトに関連付けられたセルＩＤ（および／または仮想セルＩＤ）、サービングサイトに関連付けられたＣ−ＲＮＴＩ、サービングサイトに関連付けられたサービングサイトＩＤ、サービングサイトに関連付けられたＭＡＣインスタンスＩＤなどによる可能性がある。
【０１４９】
所与のサービングサイトで使用されるＯＣＣの構成は、サービングサイトに関するサブフレームのサブセット（例えば、時間分離）および／またはサービングサイトのＢＷの部分（例えば、周波数分離）を構成することに関連して説明された方法と同様の方法で実行され得る。所与のサービングサイトに関する符号分離が、時間分離および／または周波数分離に加えて実行され得る。ＷＴＲＵは、ＰＵＣＣＨ送信のために使用されるＯＣＣで構成される可能性がある。ＯＣＣは、サービングサイトに関する初期のＰＵＣＣＨ構成で示される可能性がある。ＰＵＣＣＨ送信のために使用されるＯＣＣは、ＰＵＣＣＨ送信のために使用されるＰＵＣＣＨフォーマットの種類に依存する可能性がある。例において、ＨＡＲＱフィードバックを送信するためのＰＵＣＣＨのために使用されるＯＣＣは、ダウンリンクの割り振りのために使用されるＤＣＩに基づいて割り振られる可能性がある。例えば、使用されるＯＣＣは、ＤＣＩを含んでいた第１のＣＣＥの番号に暗黙的にマッピングされる可能性がある。例において、ＯＣＣは、サービングサイトのセルのセルＩＤ（および／もしくは仮想セルＩＤ）ならびに／またはＷＴＲＵに固有のパラメータもしくはＩＤに応じて取得され得る。
【０１５０】
図２に示されるように、さまざまな優先度の規則が、リソースの競合の場合にＭＡＣインスタンスの間で選択するために使用される可能性がある。例えば、複数の優先度の規則が、送信のために使用する適切なサービングサイトを決定するために使用される可能性がある。優先度の規則は、階層化される可能性がある。例えば、２つのサービングサイト／ＭＡＣインスタンスが第１の優先度の階層に関して同じ優先度のレベルを有する場合、第２の優先度の階層が、ＭＡＣインスタンスが物理リソースをグラントされるべきかどうかを決定するために考慮され得る。複数の優先度の規則が、ＭＡＣインスタンスの間の優先度を決定するために使用され得る。優先の順序が、異なる優先度の規則の間で定義される可能性がある。
【０１５１】
図２に示されるように、所与のサービングサイト／ＭＡＣインスタンスの優先度のレベルは、物理チャネルの種類（２０２）、ＭＡＣインスタンスの種類（２０６）、送信される情報の種類（２０８）、論理チャネルの優先度（２１０）、ＭＡＣに固有の集約されたＱｏＳ構成（２１２）、進行中の手順の識別情報（２１４）、無線リンクの状態（２１６）、最後の送信からの継続時間（２１８）、測定された経路損失（２２０）、受信された承認（グラント（grant））（２２２）、無線リンクの状態（２２４）、および／またはその他の要因のうちの１または複数に基づいて決定される可能性がある。優先度を決定するために使用されるさまざまな要因は、階層化される可能性があり、一部の要因は、優先度を決定するために使用される主要因である可能性があり、一方、その他の要因は、副優先度（secondary priority）（および／または優先度の第３の、第４の、第５のレベルなど）のために使用される可能性がある。
【０１５２】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣインスタンスによって送信のために使用される物理チャネルの種類に基づいて決定され得る。例えば、第１のサービングサイトにＰＵＳＣＨを送信する第１のＭＡＣインスタンスが、第２のサービングサイトにＰＵＣＣＨを送信する第２のＭＡＣインスタンスよりも高い優先度を有する（またはその逆である）可能性がある。
【０１５３】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣインスタンス／サービングサイトの種類に基づいて決定され得る。例えば、優先度の規則は、ＭＡＣインスタンスに関連付けられたサービングサイト（例えば、サービングサイトがＭｅＮＢに対応するか、またはＳＣｅＮＢに対応するか）に基づいて定義される可能性がある。例えば、ＭｅＮＢへの送信が、ＳＣｅＮＢへの送信よりも優先される（またはその逆である）可能性がある。例においては、ＷＴＲＵのためのモビリティアンカーとして働くサービングサイトが、モビリティアンカーではないサービングサイトよりも優先される可能性がある。ＭＡＣインスタンスの構成は、そのＭＡＣインスタンスに関する優先度のレベルに対応するインデックスを含む可能性がある。例においては、主ＭＡＣインスタンスが、副ＭＡＣインスタンスよりも優先される可能性がある。
【０１５４】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、送信される情報の種類に基づいて決定され得る。例えば、送信される情報の種類に基づいて定義された優先度の規則が、ユーザデータよりもＵＣＩおよび／または特定の種類のＵＣＩ（例えば、ＨＡＲＱ  Ａ／Ｎ、ＳＲ、周期的もしくは非周期的ＣＳＩなど）を優先させる可能性がある。特定の種類のＵＣＩが、その他の種類のＵＣＩよりも優先される可能性がある。例えば、ＨＡＲＱ  Ａ／Ｎを送信しようと試みるＭＡＣインスタンスが、ＣＳＩを送信しようと試みるＭＡＣインスタンスおよび／またはユーザデータを送信しようと試みるＭＡＣインスタンスよりも高い優先度を有する可能性がある。別の例においては、ＰＵＳＣＨ送信のために動的にスケジューリングされるＭＡＣインスタンスが、ＰＵＳＣＨ送信のためにスケジューリングされないＭＡＣインスタンスよりも高い優先度を有する可能性がある。例においては、適応的または非適応的再送信がスケジューリングされるＭＡＣインスタンスが、新しい送信がスケジューリングされるＭＡＣインスタンスよりも高い優先度を有する可能性がある。例においては、第１のメッセージの種類（例えば、ＲＲＣ要求および／またはＲＲＣ応答メッセージ）が、その他の種類のメッセージよりも高い優先度を与えられる可能性がある。
【０１５５】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、所与のＭＡＣインスタンスを用いて送信される論理チャネルの論理チャネルの優先度に基づいて決定され得る。例えば、より高い優先度の論理チャネルに関するデータを送信しようと試みるＭＡＣインスタンスが、より低い優先度の論理チャネルに関するデータを送信しようと試みるＭＡＣインスタンスに優る優先度を与えられる可能性がある。例においては、ＭＡＣインスタンスに関連付けられた対応する無線ベアラのＱｏＳが、ＭＡＣインスタンスの相対的な優先度を決定するために使用される可能性がある。例えば、より厳格なＱｏＳの要件を有する無線ベアラのデータを送信するために使用されているＭＡＣインスタンスが、より厳格でないＱｏＳの要件を有する無線ベアラのデータを送信するために使用されているＭＡＣインスタンスよりも優先される可能性がある。例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣインスタンスに関連付けられた論理チャネルの優先されるビットレート（ＰＢＲ：prioritized bit rate）に基づいて決定され得る。例えば、ＷＴＲＵは、ＰＢＲが満たされなかった論理チャネルを送信するために使用されているＭＡＣインスタンスを、ＰＢＲが満たされた論理チャネルを送信するために使用されているＭＡＣインスタンスよりも優先させる可能性がある。例えば、送信は、その他のＭＡＣインスタンスのその他の論理チャネルのＰＢＲが満たされた場合、ＰＢＲが満たされたＭＡＣインスタンスの論理チャネルのために割り当てられる可能性がある。ＰＢＲが満たされなかった論理チャネルが存在する場合、その論理チャネルを送信するＭＡＣインスタンスが、優先される可能性がある。
【０１５６】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣに固有の集約されたＱｏＳ構成に基づいて決定され得る。例えば、ＷＴＲＵは、所与のＭＡＣインスタンスのための１または複数のＱｏＳパラメータのセットで構成される可能性がある。例において、ＷＴＲＵは、ＭＡＣインスタンスのための個々の論理チャネル（ＬＣＨ）および／または論理チャネルグループ（ＬＣＧ）の構成に応じて所与のＭＡＣインスタンスのための１または複数のＱｏＳパラメータのセットを決定する可能性がある。ＱｏＳパラメータの例は、（例えば、関係しているＭＡＣインスタンスの複数のＬＣＨ／ＬＣＧにわたって集約されたＰＢＲ値などの）ＰＢＲ、（例えば、関係しているＭＡＣインスタンスの複数のＬＣＨ／ＬＣＧで最も厳格な破棄タイマー（discard timer）値、ならびに／またはＷＴＲＵのバッファ内の所与のＳＤＵに関する最大のヘッドオブキュー遅延（head of queue delay）および／もしくは破棄タイマーの最小値の閾値などの）最小レイテンシ値、（例えば、ＷＴＲＵが閾値以上の優先度のＬＣＨ／ＬＣＧを考慮に入れてＭＡＣに固有のＱｏＳパラメータを決定し得るような）優先度の閾値などのうちの１または複数を含む可能性がある。
【０１５７】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣインスタンス／サービングサイトに関連付けられた進行中の手順の識別情報に基づいて決定され得る。例えば、ＷＴＲＵは、データの送信（例えば、ユーザプレーンのデータの転送）などのその他の手順よりも高い優先度を有する可能性があるＲＲＣ手順などの手順を開始する可能性がある。動的にスケジューリングされるデータ転送よりも優先され得る手順の例は、半永続的送信、バンドル（bundle）の送信または再送信、ＲＡＣＨ手順におけるプリアンブル送信、ＲＡＣＨ手順における別の種類の送信、ＲＲＣ手順（例えば、測定レポートの送信、モビリティ手順での再構成など）、接続性管理に関連付けられた手順などのうちの１または複数を含む可能性がある。ＷＴＲＵは、動的にスケジューリングされるユーザデータの送信よりも高い優先度の手順を開始するとき、ＷＴＲＵのその他の送信との電力の割り当てに関する競合の場合にＭＡＣインスタンスがより多くの電力を割り当てられるように、優先される手順に対応するＭＡＣインスタンスに関する送信を優先させる可能性がある。
【０１５８】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、無線リンクの状態に基づいて決定され得る。例えば、ＷＴＲＵは、無線リンクの状態が所与のＭＡＣインスタンスに関連付けられた送信に関する所与の閾値未満である可能性があると決定する可能性がある。例えば、ＷＴＲＵは、無線リンク監視手順の一部として無線リンクの問題を検出する可能性がある。ＷＴＲＵは、より強い無線リンクの状態を被っているＭＡＣインスタンス、またはより貧弱な無線リンクの状態に関連付けられたＭＡＣインスタンスを優先させる可能性がある。例において、ＷＴＲＵは、ＭＡＣインスタンスに関連付けられたサービングサイトに関する決定された経路損失に基づいてＭＡＣインスタンスを優先させる可能性がある。例えば、所与のＭＡＣインスタンスに関連付けられた経路損失が所与の閾値を超える場合、ＷＴＲＵは、より小さい経路損失に関連付けられるその他のＭＡＣインスタンスを優先させると決定する可能性がある。例において、ＷＴＲＵは、所与のＭＡＣインスタンスに関連付けられた１または複数のセルが無線リンク障害（ＲＬＦ）を被っていると決定する可能性がある。ＷＴＲＵは、ＲＬＦを被っていないセルに関連付けられるＭＡＣインスタンスを、ＲＬＦを被っているセルよりも優先させる可能性がある。例においては、ＵＬ  ＲＬＦおよび／またはＤＬ  ＲＬＦのうちの１または複数が、考慮される可能性がある。例において、ＷＴＲＵは、ＲＲＣタイマーＴ３１０が所与のＭＡＣインスタンスのために動いていると決定する可能性がある。ＷＴＲＵは、Ｔ３１０タイマーが動いていないＭＡＣインスタンスを、Ｔ３１０タイマーが動いているＭＡＣインスタンスよりも優先させる可能性がある。
【０１５９】
例においては、所与のＭＡＣインスタンスが接続性のために使用されない場合（例えば、主ＭＡＣインスタンスではない、および／またはＲＲＣメッセージを送信するために使用されないＭＡＣインスタンス）、ＷＴＲＵは、特定の（例えば、おそらく比較的低いおよび／または絶対的な最も低い）優先度を関係しているＭＡＣインスタンスに関する送信に関連付ける可能性がある。例えば、第１のＭＡＣインスタンスが接続性のために使用される場合（例えば、第１のＭＡＣインスタンスが主ＭＡＣインスタンスである、および／またはＲＲＣ接続を保有するために使用される場合）、ＷＴＲＵは、特定の（例えば、おそらく比較的高いおよび／または絶対的な最も高い）優先度をそのＭＡＣインスタンスに関する送信に関連付ける可能性がある。ＷＴＲＵは、ＲＲＣタイマーＴ３０１、Ｔ３０２、Ｔ３０４、および／またはＴ３１１が動いている（例えば、このことは、接続性、モビリティ、および／または再確立に関連付けられた進行中の手順が実行されていることを示す可能性がある）ＭＡＣインスタンスに比較的高い優先度（および／または絶対的な最も高い優先度）を割り振る可能性がある。
【０１６０】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、最後の送信が所与のＭＡＣインスタンスに関して実行されてからの時間に基づいて決定され得る。例えば、優先度の規則は、ＭＡＣインスタンスが利用可能であった最後のサブフレームからの継続時間、および／または送信のためにＭＡＣインスタンスによって実際に使用された最後のサブフレームからの継続時間に基づいて定義される可能性がある。例えば、より長い継続時間に関連付けられたＭＡＣインスタンスが、より短い継続時間を有するＭＡＣインスタンスよりも高い相対的な優先度を割り振られる可能性がある。
【０１６１】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣインスタンスに関する決定された経路損失に基づいて決定され得る。例えば、ＭＡＣインスタンスのＰセルなどのサービングセルに関する推定された経路損失が、ＷＴＲＵによって決定される可能性がある。ＷＴＲＵは、経路損失がより小さいＭＡＣインスタンスを、経路損失がより大きいＭＡＣインスタンスよりも優先させる可能性がある。別の例として、決定された経路損失ではなく、または決定された経路損失に加えて、優先度の決定は、推定されたダウンリンクチャネル品質のうちの１または複数に基づいて、例えば、ＣＳＩおよび／または測定された基準信号受信電力（ＲＳＲＰ：reference signal received power）に基づいて行われる可能性がある。
【０１６２】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、ＭＡＣインスタンスの受信されたグラントに基づいて決定され得る。例えば、優先度の規則は、絶対的な受信されたグラントに基づいて、および／または電力比に対するグラント（grant to power ratio）に基づいて定義される可能性がある。例えば、より高いグラントがシグナリングされたＭＡＣインスタンスは、より高い優先度を有する可能性がある。別の例として、優先度の規則は、各ＭＡＣインスタンスに関する推定されたＵＬパケット誤り率に基づく、および／または所与のＭＡＣインスタンスに関する利用可能なヘッドルームに基づく可能性がある。例えば、より低いパケット誤り率を有するＭＡＣインスタンス、および／または最も大きな電力ヘッドルームを有するＭＡＣインスタンスが、より高い優先度を与えられる可能性がある。
【０１６３】
例において、所与のＭＡＣインスタンス／サービングサイトを用いて送信するための優先度のレベルは、過去の優先度の施行に基づいて決定され得る。例えば、サービングサイトに関する前の送信が、送信が別のＭＡＣインスタンスの送信よりも低い優先度を有することに基づいて破棄されたかどうかに基づいて、サービングサイトおよび／またはサービングサイトの物理チャネルの優先度が、変わる可能性がある。例えば、ＷＴＲＵが、第１のサービングサイトへのＰＵＣＣＨの送信が優先することに基づいて第１のサービングサイトへのＰＵＳＣＨを破棄する場合、ＰＵＳＣＨ送信および／または第１のサービングサイトの送信のうちの１または複数（または２つの組み合わせ）が、次の重なるサブフレームでより高い優先度を与えられる可能性がある。新しい高くされた優先度は、破棄された特定の信号が送信されるまで適用可能である可能性がある。例えば、第１のサービングサイトへのＰＵＳＣＨ送信が、ＰＵＳＣＨ送信が異なるＭＡＣインスタンスに関連付けられた別の送信よりも低い優先度を有することに基づいて破棄されたが、将来の重ならないサブフレームにおいて、ＷＴＲＵがこのＰＵＳＣＨを（例えば、それがそれよりも優先されたＭＡＣインスタンスと２度目に重なる前に）第１のサービングサイトに送信することができる場合、優先度の規則は、元の構成に戻る可能性がある。
【０１６４】
優先度の規則のさまざまな組み合わせが、使用され得る。例えば、ＷＴＲＵは、優先されるＭＡＣインスタンス（例えば、主ＭＡＣ）のサービングセルに関連付けられたＰＵＳＣＨでの送信を、より低い優先度を有する副ＭＡＣのサービングセルに関連付けられたＰＵＣＣＨでの送信よりも優先させる可能性がある。
【０１６５】
例においては、ＷＴＲＵの自律的な優先度の規則ではなく、またはＷＴＲＵの自律的な優先度の規則に加えて、ＷＴＲＵは、競合の場合にＭＡＣインスタンスの間で選択するためにネットワーク（例えば、１または複数のサービングサイト）から１または複数の明示的な指示を受信する可能性がある。ネットワークに基づく優先度の指示は、物理リソースの一斉でないおよび／または一斉の使用のうちの１または複数に適用可能である可能性がある。優先度の明示的な指示は、Ｌ１シグナリング（例えば、ＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨなどのＰＨＹシグナリング）、Ｌ２シグナリング（例えば、ＭＡＣ）、および／またはＬ３シグナリング（例えば、ＲＲＣ）のうちの１または複数を介して受信される可能性がある。
【０１６６】
例えば、ＷＴＲＵは、（例えば、動的なおよび／または半永続的にスケジューリングされたグラントに関して）ＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨのうちの１または複数を介してＤＣＩを含むＬ１シグナリングを受信する可能性がある。ＤＣＩは、ＤＣＩに含まれるグラントに関連付けられる可能性がある優先度の値のフラグおよび／またはその他の指示を含む可能性がある。例えば、フラグおよび／またはその他の指示は、特定の優先度、例えば、所与の種類の典型的なグラントに関するデフォルトの優先度とは異なる優先度をグラントが有することを示す可能性がある。ＷＴＲＵは、対応する優先度を有するデータが、受信されたグラントに対応するトランスポートブロックで送信され得るＭＡＣ  ＰＤＵに含まれ得るように、論理チャネル優先順位付けを実行するときに優先度の指示を使用する可能性がある。例において、ＷＴＲＵは、プリアンブルの送信をトリガするＤＣＩ（例えば、ランダムアクセスのための、および／または近接検出を目的とするＰＤＣＣＨのオーダー（order））を受信する可能性がある。ＤＣＩは、プリアンブルの送信（および／またはおそらく、関係している手順のための任意のＷＴＲＵの自律的なプリアンブルの再送信）に関する優先度の値のフラグおよび／またはその他の指示を含む可能性がある。ＤＣＩ内の優先度のフラグまたは指示は、グラントがフラグまたは指示を含まないグラントよりも高い優先度であることを示す可能性がある。ＷＴＲＵは、そのような優先度が、（例えば、パーティショニング（partitioning）またはＰＲＡＣＨが構成される場合）示されたＰＲＡＣＨパラメータ（例えば、プリアンブルインデックス、ＰＲＡＣＨマスクインデックスなど）および／または関連付けられたＰＲＡＣＨリソースに応じてプリアンブルの送信に適用され得ると暗黙的に決定する可能性がある。
【０１６７】
例において、ＷＴＲＵは、関係しているＭＡＣインスタンスに関する特定の優先順位付けの規則をアクティブ化し得るＤＣＩをＬ１シグナリングを介して受信する可能性がある。例えば、優先度の規則のアクティブ化は、時間が限られる可能性があり、優先度の規則が使用されるべき時間の長さの指示も、関係しているＤＣＩでシグナリングされる可能性がある。例えば、ＤＣＩは、指定された期間、第１のＭＡＣインスタンスに関連付けられた送信が別のＭＡＣインスタンスに関する送信よりも高い優先度を持ち得ることを示す可能性がある。ＷＴＲＵは、それがそのようなＤＣＩを受信するとき、ＨＡＲＱフィードバックの肯定応答を送信する可能性がある。別の例において、ＤＣＩは、ＷＴＲＵが、図２に関連して説明された優先度の基準のうちの１または複数を用いて開始する（および／または用いて停止する）ことをトリガする可能性がある。
【０１６８】
Ｌ２シグナリングが、所与のＭＡＣインスタンスに関する優先度を明示的にシグナリングするために使用される可能性がある。ＭＡＣ  ＣＥは、Ｌ２シグナリングの例である可能性がある。例えば、ＷＴＲＵは、関係しているＭＡＣに関する特定の優先順位付けの規則をアクティブ化するＭＡＣ  ＣＥを受信する可能性がある。例えば、優先度の規則のアクティブ化は、時間が限られる可能性があり、優先度の規則が使用されるべき時間の長さの指示も、関係しているＭＡＣ  ＣＥでシグナリングされる可能性がある。例えば、ＭＡＣ  ＣＥは、指定された期間、第１のＭＡＣインスタンスに関連付けられた送信が別のＭＡＣインスタンスに関する送信よりも高い優先度を持ち得ることを示す可能性がある。別の例において、ＭＡＣ  ＣＥは、ＷＴＲＵが、図２に関連して説明された優先度の基準のうちの１または複数を用いて開始する（および／または用いて停止する）ことをトリガする可能性がある。
【０１６９】
Ｌ３シグナリングが、所与のＭＡＣインスタンスに関する優先度を明示的にシグナリングするために使用される可能性がある。ＲＲＣ  ＰＤＵは、Ｌ３シグナリングの例である可能性がある。例えば、ＷＴＲＵは、関係している手順に対応するＲＲＣ  ＰＤＵの送信に関連付けられたＭＡＣに関する特定の優先順位付けの規則をアクティブ化し得る手順を開始し得るＲＲＣ  ＰＤＵ（例えば、ＳＲＢ）を受信する可能性がある。ＲＲＣ  ＰＤＵは、この手順に関する後続のＰＤＵが特定の（例えば、より高い）優先度を有することを示す明示的なフラグおよび／または優先度の値を含む可能性がある。ＷＴＲＵは、優先される手順を開始するとき、関係している手順に対応するＭＡＣインスタンスを優先させる（例えば、ＷＴＲＵの（１または複数の）その他の送信との電力の割り当てに関する競合の場合により多くの電力を割り当てられる可能性があり、および／または時間分離が使用される場合の衝突の場合に破棄されるのではなく送信される可能性がある）。ＲＲＣ  ＰＤＵに含まれる優先度の指示は、代替的なおよび／もしくは絶対的な優先度の規則を示すフラグ、特定の優先度の規則を示すインデックス、ならびに／または優先順位付けのプロセスに適用すべきオフセットもしくは重みの値を含む可能性がある。
【０１７０】
これらの優先度の規則の組み合わせ、およびおそらくはさらに本明細書において説明されたＷＴＲＵの自律的な方法が、使用される可能性がある。例えば、ＷＴＲＵは、自律的な優先度の規則を実装するように構成される可能性があるが、そのような自律的な優先順位付けの規則は、明示的にシグナリングされるネットワークによって制御された優先度の規則によって覆される可能性がある。
【０１７１】
例においては、単一のサービングサイトが利用されるときと比較して、マルチサイト構成が可能にされるとき、特定の物理レイヤの手順は、異なるおよび／または修正される可能性がある。例えば、ＷＴＲＵは、マルチサイト構成が可能にされるとき、複数のサイトから物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を受信する可能性がある。異なるサービングサイトのＰＨＩＣＨは、時間分離される、周波数分離される、および／または符号分離される可能性がある。ＰＨＩＣＨがサイト毎に符号分離される場合、ＷＴＲＵは、サイトインデックスを各サイトに示す可能性がある。例において、サイトインデックスは、Ｘ２インターフェースなどのインターフェースを介してサイトの間で交換される可能性がある。サイトインデックスの値は、ＰＨＩＣＨのＰＨＩＣＨシーケンス番号を決定する際に使用される可能性があり、そうして、各サイトが直交するＰＨＩＣＨを有することを保証する。例において、サイトは、例えば、異なるサービングサイトのＰＨＩＣＨの直交性を保証するために、サービングサイトが使用しているＰＨＩＣＨシーケンス番号を、Ｘ２インターフェースなどのインターフェースを介して互いに明示的に示す可能性がある。
【０１７２】
サービングサイトの周波数分離が利用される場合、各サイトは、異なるＰＨＩＣＨグループ番号を使用する可能性がある。例えば、サービングサイトは、ＰＨＩＣＨグループ番号を決定するために使用されるＷＴＲＵによって示されるサイトインデックスに関連付けられる可能性がある。例において、サイトインデックスは、Ｘ２インターフェースなどのインターフェースを介してサイトの間で交換される可能性がある。例においては、ＰＨＩＣＨグループ番号がサービングサイトの間で再使用されないことを保証するために、ＰＨＩＣＨグループ番号が、サイトの間で明示的に交換される可能性がある。
【０１７３】
サービングサイトの時間分離が利用される場合、各サイトは、ＰＨＩＣＨ送信され得るサブフレームのサブセットの１または複数のサブフレームを含む可能性がある。各サービングサイトがサブフレーム（ｎ）でＰＵＳＣＨを送信したＷＴＲＵに関してサブフレーム（ｎ＋ｋPHICH）でＰＨＩＣＨリソースにアクセスすることができることを保証するために、ＷＴＲＵは、ｋPHICHのサービングサイトに固有の値で構成される可能性がある。別の例において、ＷＴＲＵは、各サービングサイトに関するＰＨＩＣＨのために使用され得るサブセットのサブフレームを知っている可能性がある。例えば、ＷＴＲＵがＰＨＩＣＨを予期し得るサブフレーム（例えば、サブフレーム（ｎ＋ｋPHICH））を決定するとき、ＷＴＲＵは、適切な数のサブフレーム（例えば、ｋPHICH個のサブフレーム）が経過したと決定するとき、関係しているサービングサイトに割り振られた有効なサブフレーム（例えば、各サイトのＰＨＩＣＨサブフレームのセット内のサブフレーム）を数える可能性がある。
【０１７４】
例において、所与のサービングサイトのために使用されるｋPHICHの値は、ＷＴＲＵがＰＵＳＣＨで送信したサブフレーム（ｎ）の識別情報に依存する可能性がある。例えば、ｋPHICHに関する値のセットが、予め構成される可能性がある。ＷＴＲＵは、ＰＨＩＣＨがサービングサイトのための有効なサブフレームで送信される結果をもたらす値を選択し得る。例えば、サブフレーム（ｎ）毎のｋPHICHのセットが、所与のサイトへの有効なＰＵＳＣＨサブフレームのサブフレームのセットとまとめて構成される可能性がある。
【０１７５】
例においては、ＨＡＲＱ−ＡＣＫバンドリング（bundling）が、ＰＨＩＣＨで使用される可能性がある。例えば、ネットワークは、複数のＨＡＲＱ−ＡＣＫの指示をサブフレーム（ｎ＋ｋPHICH）で起こる単一のＰＨＩＣＨ送信にまとめる可能性がある。ＰＨＩＣＨは、まだＡＣＫを送られていない／ＮＡＣＫを送られていない、サブフレーム（ｎ）以前に起こる各ＰＵＳＣＨ送信に関するＨＡＲＱ  ＡＣＫ／ＮＡＣＫの指示を含む可能性がある。例えば、インジケータビットマップが、ＨＡＲＱ−ＡＣＫバンドルがいくつのＰＵＳＣＨ送信のためのものであるかを示すためにネットワークによって送信される可能性がある（例えば、各ＰＵＳＣＨ送信につき１ビット）。例においては、ＨＡＲＱ−ＡＣＫの多重化が、使用される可能性がある。例えば、所与のサービングサイトが、そのＰＨＩＣＨサブフレームのセットの構成されたサブフレーム（ｍ）が起こるまでＨＡＲＱ−ＡＣＫを累積する可能性がある。構成されたサブフレームに到達すると、まだＡＣＫ／ＮＡＣＫを送られていないサブフレーム（ｍ−ｋPHICH）以前からのＰＵＳＣＨ送信に関するＨＡＲＱ−ＡＣＫ／ＮＡＣＫのそれぞれが、送信される可能性がある。各ＨＡＲＱ−ＡＣＫは、例えば、ＰＨＩＣＨシーケンス番号によって決定される異なる直交符号を用いる可能性がある。そのような場合、各ＰＵＳＣＨ送信が、インデックスを与えられる可能性があり、インデックスは、ＰＨＩＣＨシーケンス番号の形成で使用され得る。
【０１７６】
例において、ＷＴＲＵは、送信パラメータの複数のセットを用いて動作するように構成される可能性があり、さまざまな基準に基づいて所与のサブフレームで使用するための送信パラメータの１または複数の適切なセットを選択する可能性がある。例えば、所与のサブフレームが複数のアップリンク送信（例えば、異なるサービングサイトへの送信）を実行するためにＷＴＲＵによって使用されるべきである場合、ＷＴＲＵは、複数のレイヤ／サービングサイトにわたる送信の要件などの基準に基づいて１または複数のＰＵＳＣＨ送信のために使用する送信パラメータのセットを決定し得る。例として、各送信サイトのために要求および／または構成された送信電力が、サービングサイトのうちの１または複数に送信される送信のために適用すべき適切な送信パラメータを選択するときにＷＴＲＵによって考慮され得る。ＷＴＲＵによって使用される可能性がある送信パラメータのセットは、いくつかの方法でＷＴＲＵによって取得され得る。例えば、ＷＴＲＵは、ＰＤＣＣＨ送信などのダウンリンク制御シグナリングによって１または複数のパラメータ（例えば、および／またはパラメータの１または複数のセット）を受信する可能性がある。例において、ＷＴＲＵは、１または複数のパラメータ（例えば、および／またはパラメータの１または複数のセット）を（例えば、半永続的スケジューリング（ＳＰＳ）のグラントなどの構成されたグラント、代替的なパラメータの構成、パラメータのＲＲＣの構成などに関する）準静的な構成として受信する可能性がある。例において、ＷＴＲＵは、１または複数のパラメータ（例えば、および／またはパラメータの１または複数のセット）を暗黙的に決定する可能性がある。例えば、ＷＴＲＵは、第２のレイヤ／サービングサイトで適用される１または複数のパラメータ（例えば、および／またはパラメータの１または複数のセット）に基づいて第１のレイヤ／サービングサイトに関する１または複数のパラメータ（例えば、および／またはパラメータの１または複数のセット）を暗黙的に決定する可能性がある。
【０１７７】
例えば、ＷＴＲＵは、（例えば、第２のサービングサイトおよび／または第２のＭＡＣインスタンスに関連付けられた）第２のレイヤにおけるアップリンク送信に適用されたパラメータに基づいて（例えば、第１のサービングサイトおよび／または第１のＭＡＣインスタンスに関連付けられた）第１のレイヤにおける所与のアップリンクのグラントのために適用される１または複数の送信パラメータを決定する可能性がある。例えば、同時の／一斉のＵＬ送信が２つ以上のＭＡＣインスタンス／レイヤのために実行されるサブフレームに関して、ＷＴＲＵは、第１のサービングサイトに関連付けられた第２のレイヤにおける送信の存在に基づいて（例えば、第１のレイヤで使用されるパラメータが、第２のレイヤにおける送信が同時に起こるべきか否かに依存して変わる可能性がある）、および／または第２のレイヤでのＵＬ送信の１または複数の特性に基づいて第１のサービングサイト（例えば、および／またはＭＡＣインスタンス）に関連付けられた第１のレイヤにおけるＰＵＳＣＨ送信のために使用する１または複数の送信パラメータを選択するように構成される可能性がある。例えば、第１のサービングサイトに関連付けられた第１のレイヤにおける送信のために使用される変調符号化方式（ＭＣＳ）、冗長バージョン（redundancy version）、割り当てられるＰＲＢの総数、制御情報に関する符号化されるシンボルの数、および／またはトランスポートブロックサイズのうちの１または複数が、送信が第２のサービングサイトに同時に送信されるべきであるか否かに基づいて選択される可能性がある。例においては、第１のサービングサイトに関連付けられた第１のレイヤにおける送信のために使用されるＭＣＳ、冗長バージョン、割り当てられるＰＲＢの総数、制御情報に関する符号化されるシンボルの数、および／またはトランスポートブロックサイズのうちの１または複数が、第２のサービングサイトへの同時送信のために使用される１または複数のアップリンク送信パラメータ（例えば、第２のサービングサイトへの送信のために使用されるＭＣＳ、冗長バージョン、割り当てられるＰＲＢの総数、制御情報に関する符号化されるシンボルの数、および／またはトランスポートブロックサイズ）の識別情報に基づいて選択される可能性がある。
【０１７８】
第１のサービングサイトに送信される送信のための使用のための送信パラメータが、例えば、所与のサービングサイトのための利用可能な送信電力がその他のサービングサイトへの潜在的な送信が原因ではっきりしないときに、ブロック誤り率の性能の予測精度を維持ために、第２のサービングサイトへの送信に関連付けられたパラメータに基づいて選択される可能性がある。第２のサービングサイトに関するアップリンク送信に関連付けられた１または複数のパラメータに基づいて第１のサービングサイトに送信される送信のために適用される送信パラメータを選択するためにＷＴＲＵが使用し得る異なる基準の例が、以下でより詳細に説明される。
【０１７９】
例えば、ＷＴＲＵは、ＷＴＲＵが所与のサブフレームでマルチレイヤ送信（例えば、同じサブフレームでの複数のサービングサイトへの同時送信）を実行すべきか否かに応じて、第１のサービングサイトに関連付けられた第１のレイヤで送信されるＰＵＳＣＨに関する送信パラメータの第１のセットを選択する可能性がある。ＷＴＲＵは、ＷＴＲＵが第１のサービングサイトへの送信と同じサブフレームで第２のサービングサイトに送信していない場合、第１のサービングサイトへの送信のために適用すべき１または複数のアップリンク送信パラメータの第１のセットを選択する可能性があり、および／またはＷＴＲＵは、ＷＴＲＵが第１のサービングサイトへの送信と同じサブフレームで第２のサービングサイトに送信している場合、第１のサービングサイトへの送信のために適用すべき１または複数のアップリンク送信パラメータの第２のセットを選択する可能性がある。
【０１８０】
例において、ＷＴＲＵは、サービングサイトのうちの１または複数に関して受信されたＤＣＩの内容に基づいて、所与のサービングサイトへの送信のために適用すべき送信パラメータを決定する可能性がある。例として、ＷＴＲＵは、１または複数のサブフレームに関して所与のサービングサイトへのＰＵＳＣＨ送信に適用可能なＤＣＩ（例えば、ＰＤＣＣＨでの動的なグラント、ＳＰＳ構成、ＳＰＳアクティブ化メッセージなど）を受信する可能性がある。ＤＣＩは、１または複数の送信パラメータ（例えば、ＭＣＳ、冗長バージョン、割り当てられるＰＲＢの総数、制御情報に関する符号化されるシンボルの数、トランスポートブロックサイズなど）に関する複数の値を示す可能性があり、ＷＴＲＵは、ＷＴＲＵがＰＵＳＣＨ送信と同じサブフレームで別のサービングサイトに同時に送信しているかどうかに基づいて値のうちのどれが適用されるべきかを選択する可能性がある。例えば、受信されるグラントは、ＭＣＳに関する２つの値を含む可能性があり、ＷＴＲＵが同じサブフレームで複数のサービングサイトへの同時送信を実行していない場合に１つのＭＣＳの値が送信に適用可能であり、ＷＴＲＵが同じサブフレームで複数のサービングサイトへの同時送信を実行している場合に２番目が送信に適用可能である。
【０１８１】
例において、ＷＴＲＵは、別のサービングサイトへの送信のために適用される１または複数の送信パラメータの識別情報に基づいて、所与のサービングサイトへの送信のために適用すべき送信パラメータを決定する可能性がある。例えば、ＷＴＲＵは、予め構成される可能性があり、および／または第１のサービングサイトに適用されるパラメータ／構成に基づいて第２のサービングサイトへの送信のためにＷＴＲＵが適用すべき１または複数のパラメータを構成するＲＲＣシグナリングを受信する可能性がある。例として、第２のサービングサイトへの送信のために使用されるパラメータの第２のセットが、第１のサービングサイトに関してＤＣＩで示されるパラメータの第１のセットから決定されるおよび／または導出される可能性がある。ＷＴＲＵは、予め定義された構成を有する可能性があり、および／または特定のその他のパラメータが同じサブフレームでの第１のサービングサイトへの同時送信のために使用されているときに第２のサービングサイトへの送信のためにどのパラメータが使用されるかを示すより上位のレイヤのシグナリングを介して構成を受信する可能性がある。例として、（例えば、第１のサービングサイトへの送信に関する）パラメータの第２のセットに関して使用すべきＭＣＳインデックスが、（例えば、ＤＣＩで）第１のサービングサイトへの送信のために使用されるために示されたＭＣＳの関数として決定される可能性がある。第２のサービングサイトへの送信のために使用すべきＭＣＳインデックス（および／またはその他の送信パラメータ）は、第１のサービングサイトへの送信に関連付けられたＭＣＳインデックスおよびオフセット値に基づいて選択される可能性がある。例えば、第２のサービングサイトのＭＣＳインデックスは、第１のサービングサイトのＭＣＳ値からオフセット値を引いた値（例えば、最小値が決められている）として選択される可能性がある。オフセット値は、予め定義される、より上位のレイヤ（例えば、ＲＲＣ）シグナリングから受信される、および／またはＤＣＩで示される可能性がある。別の例として、第２のサービングサイトへの送信のための割り当てられるＰＲＢの総数（および／またはアップリンク送信パラメータの第２のセットの何らかのその他のパラメータ）は、（例えば、割り当てられたＰＲＢの有効な数に繰り上げられるか繰り下げられる）予め決められた数または因子（factor）を減じられた第１のサービングサイトへの送信のために割り当てられたＰＲＢの数であると決定される可能性がある。
【０１８２】
例において、ＷＴＲＵは、別のサービングサイトへの送信のために適用される１または複数の送信パラメータの識別情報およびサブフレームのための利用可能な送信電力に基づいて、所与のサービングサイトへの送信のために適用すべき送信パラメータを決定する可能性がある。例えば、第２のサービングサイトへの送信に適用される１または複数の送信パラメータの第２のセットが、（例えば、受信されたＤＣＩで示される）第１のサービングサイトへの送信で適用される１または複数の送信パラメータの第１のセットと、第２のレイヤにおける送信が同じサブフレームで起こる場合に第１のレイヤで適用される送信電力および／または同じサブフレームに第２のレイヤにおける送信がない場合に第１のレイヤで適用される送信電力のうちの１または複数とに基づいて決定されるおよび／または導出される可能性がある。例として、第２のサービングサイトへの送信に適用されるパラメータの第２のセットのＭＣＳインデックスおよび／または割り当てられるＰＲＢの数（および／または何らかのその他のアップリンク送信パラメータ）が、第１のサービングサイトへの送信のために使用されるパラメータの第１のセットのために適用される対応するパラメータ（例えば、ＭＣＳインデックス、割り当てられるＰＲＢの数など）、ならびに送信が所与のサブフレームで単一のサービングサイト（例えば、第１のサービングサイト）に送信される場合の利用可能な送信電力と送信がサブフレームで複数のサービングサイト（例えば、第１のサービングサイトおよび第２のサービングサイト）に送信される場合の利用可能な送信電力との比率に基づいて決定されるおよび／または導出される可能性がある。例えば、所与のサブフレームで第２のレイヤにおける送信がない利用可能な送信電力とサブフレームで第２のレイヤにおける送信がある利用可能な送信電力との比率の関係（function）が、第２のサービングサイトへ送信を使用のために第１のサービングサイトへの送信に関連付けられたパラメータを増減させるために使用される可能性がある。例として、第２のサービングサイトへの送信に適用される１または複数の送信パラメータの第２のセットが、（例えば、受信されたＤＣＩで示される）第１のサービングサイトへの送信で適用される１または複数の送信パラメータの第１のセットと、第２のサービングサイトが第１のサービングサイトよりも高い優先度であると決定される場合の利用可能な送信電力とに基づいて決定されるおよび／または導出される可能性がある。
【０１８３】
例において、ＷＴＲＵは、サブフレームに関して受信されるＤＣＩの第２のセットに基づいて、所与のサービングサイトへの送信のために適用すべき送信パラメータを決定する可能性がある。例えば、第１のＤＣＩが、受信される可能性があり、第１のサービングサイトに送信するために適用される送信パラメータのセットを定義する可能性があり、第２のＤＣＩが、受信される可能性があり、第２のサービングサイトに送信するために適用される送信パラメータのセットを定義する可能性がある。第１のサービングサイトのためのＤＣＩは、第１のサービングサイトからＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨ送信を介して受信される可能性があり、第２のサービングサイトのためのＤＣＩは、第２のサービングサイトからＰＤＣＣＨおよび／またはＥ−ＰＤＣＣＨ送信を介して受信される可能性がある。別の例においては、両方のサービングサイトのためのＤＣＩが、サービングサイトのうちの１つから受信される可能性がある。ＷＴＲＵが同じＰＵＳＣＨに関するアップリンクのグラントを示す複数のＤＣＩメッセージを正常に復号するサブフレームにおいて、ＷＴＲＵは、データの送信およびＷＴＲＵの送信電力の使用を最大化するグラントに応じてアップリンク送信のためにパラメータのどのセット（例えば、どのＤＣＩ）を使用すべきかを選択する可能性がある。例において、ＷＴＲＵは、割り当てられたＰＵＳＣＨ送信に関して電力の削減および／または電力の増減の適用を最小化（および／または避け）ながら、データの送信およびＷＴＲＵの送信電力の使用を最大化するグラントに応じてアップリンク送信のためにパラメータのどのセット（例えば、どのＤＣＩ）を使用すべきかを選択する可能性がある。
【０１８４】
同じサブフレームにおける異なるサービングサイトへの同時送信の期間中に適用される送信パラメータの１または複数のセットは、予め決められた期間適用可能であり、および／または時間が限られる可能性がある。ＷＴＲＵは、さまざまな基準に従って、所与のＭＡＣインスタンスまたは特定のＰＵＳＣＨのための送信パラメータの第２のセットを導出することをいつ開始すべきかおよび／またはいつ止めるべきかを決定し得る。例えば、ＷＴＲＵは、異なるサービングサイトへの送信のために別々の送信パラメータを利用すべきか否か、および／またはどれだけ長く別々のパラメータが使用されるべきかを明示的なシグナリングに基づいて決定する可能性がある。ＷＴＲＵは、ＷＴＲＵが異なるサービングサイトのサービングセルのために送信パラメータの別々のセットを決定すべきであることをＷＴＲＵに示す制御シグナリングを受信する可能性がある。明示的なシグナリングは、ＷＴＲＵがパラメータの別々のセットをどれだけ長く導出し続けるべきか（例えば、特定の数のサブフレーム、明示的なシグナリングが別々のパラメータがもはや使用されるべきでないことを示すまでなど）を示す可能性があり、および／またはパラメータの第２のセットを明示的に示す可能性がある。送信パラメータの別々のセットが使用されるべきであることを示す明示的な制御シグナリングは、例えば、所与のＭＡＣインスタンスを追加および／または修正する手順の一部としてレイヤ３（例えば、ＲＲＣ）シグナリングによって受信される可能性がある。例において、送信パラメータの別々のセットが使用されるべきであることを示す明示的な制御シグナリングは、例えば、関係しているＭＡＣインスタンス、またはＭＡＣインスタンスのサービングセルの１もしくは複数に関する指示の一部としてレイヤ２（例えば、ＭＡＣ  ＣＥ）シグナリングによって受信される可能性がある。例において、送信パラメータの別々のセットが使用されるべきであることを示す明示的な制御シグナリングは、例えば、第２のＭＡＣインスタンス／送信パラメータの第２のセットをアクティブ化するＤＣＩでレイヤ１ＤＣＩによって受信される可能性がある。ＷＴＲＵは、レイヤ１ＤＣＩに関するＨＡＲＱフィードバックを送信する可能性がある。（例えば、レイヤ１、レイヤ２、および／またはレイヤ３を介した）明示的なシグナリングは、ＷＴＲＵに、それが異なるＭＡＣインスタンスのために適用される別々の送信パラメータを決定することを止めるべきであることを示すために使用され得る。
【０１８５】
ＷＴＲＵは、ＭＡＣインスタンスのアクティブ化および／またはＭＡＣインスタンスの非アクティブ化に基づいて、所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することをいつ開始すべきかおよび／またはいつ止めるべきかを決定し得る。例えば、ＷＴＲＵは、所与のＭＡＣインスタンスのアクティブ化および／または異なるＭＡＣインスタンスのアクティブ化に基づいて所与のＭＡＣインスタンスのための送信パラメータの別々のセットを決定することを開始するようにトリガされる可能性がある。ＷＴＲＵは、所与のＭＡＣインスタンスの非アクティブ化および／または異なるＭＡＣインスタンスの非アクティブ化に基づいて所与のＭＡＣインスタンスのための送信パラメータの別々のセットを決定することを止めることをトリガされる可能性がある。
【０１８６】
ＷＴＲＵは、電力の増減が所与の送信で適用されるべきかどうかに基づいて、所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することをいつ開始すべきかおよび／またはいつ止めるべきかを決定し得る。例えば、ＷＴＲＵは、送信パラメータの第１のセットが第１のサービングサイトに送信するために使用される場合に第２のサービングサイトに送信するために電力の増減が必要とされる可能性があると決定すると、所与のＭＡＣインスタンスおよび／またはＰＵＳＣＨのために使用すべき送信パラメータの第２のセットを使用および／または導出すると決定し得る。パラメータの第２のセットが所与の送信のために導出および／または使用されるべきであるかどうかに関する決定は、サブフレーム毎に決定される可能性がある。例において、ＷＴＲＵは、予め決められた（例えば、予め構成されたおよび／もしくはより上位のレイヤによって構成される）数のサブフレーム、予め決められた（例えば、予め構成されたおよび／もしくはより上位のレイヤによって構成される）数の送信、ならびに／または予め決められた（例えば、予め構成されたおよび／もしくはより上位のレイヤによって構成される）期間に電力の増減を適用したことに基づいて送信パラメータの第２のセットを決定および／または導出することを開始すると決定する可能性がある。ＷＴＲＵは、対応するＰＨＲがトリガおよび／または送信されることに基づいて送信パラメータの第２のセットを決定および／または導出することを開始すると決定する可能性がある。同様に、ＷＴＲＵは、送信パラメータの第１の（例えば、単一の）セットが使用される場合に電力の増減がもはや必要とされないという決定に基づいて所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することをいつ止めるべきかを決定する可能性がある。
【０１８７】
ＷＴＲＵは、ＱｏＳが所与のＭＡＣレイヤ／インスタンスで満たされていないことに基づいて、所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することをいつ開始すべきかおよび／またはいつ止めるべきかを決定し得る。例えば、ＷＴＲＵは、ＭＡＣインスタンスにマッピングされた１または複数のＬＣＨに関して１または複数のＱｏＳの要件が満たされていないと決定すると、所与のＭＡＣインスタンスおよび／またはＰＵＳＣＨのために使用すべき送信パラメータの第２のセットを使用および／または導出すると決定する可能性がある。ＱｏＳの要件に基づいて異なるＭＡＣインスタンスのために別々の送信パラメータを利用すべきかどうかの決定は、サブフレーム毎に、スケジューリング期間に基づいて（例えば、スケジューリング期間毎に１回）、ならびに／またはＱｏＳの要件が予め決められたおよび／もしくは構成可能な期間満たされなかった後に実行される可能性がある。ＷＴＲＵは、対応するＱＳＲがトリガおよび／または送信されるサブフレームで送信パラメータの第２のセットを決定および／または導出することを開始すると決定する可能性がある。同様に、ＷＴＲＵは、対応するＱｏＳの要件が再び満たされることに基づいて、所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することをいつ止めるべきかを決定し得る。
【０１８８】
ＷＴＲＵは、タイマーの失効に基づいて、所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することをいつ開始すべきかおよび／またはいつ止めるべきかを決定し得る。例えば、ＷＴＲＵは、（例えば、別々のパラメータを使用するための明示的なシグナリングを受信することおよび／または暗黙的なパラメータを使用することを開始すると暗黙的に決定することに基づいて）所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを使用することを開始すると、タイマーをセットする可能性がある。ＷＴＲＵは、タイマーの失効に基づいて、所与のＭＡＣインスタンスおよび／または特定のＰＵＳＣＨのための送信パラメータの第２の別々のセットを決定および／または利用することを止めると決定する可能性がある。ＷＴＲＵは、ＷＴＲＵが別々の送信パラメータを導出することを開始するようにトリガするための本明細書において説明された基準（例えば、明示的なシグナリングを受信すること、ＭＡＣインスタンスのアクティブ化、電力の増減の適用、ＱｏＳが満たされないことなど）のうちの１または複数を満たすことに基づいてタイマーを再始動する可能性がある。ＷＴＲＵは、タイマーが切れるときに送信パラメータの第２のセットを使用することを止める可能性がある。
【０１８９】
ＷＴＲＵは、ＰＵＳＣＨ送信でＰＵＳＣＨ送信のために使用される送信パラメータのセットを示すように構成される可能性がある。例えば、ＷＴＲＵは、ＵＣＩを送信されているＰＵＳＣＨのデータと多重化するように構成される可能性があり、ＵＣＩは、ＰＵＳＣＨ送信を送信するためにＷＴＲＵによって使用された送信パラメータのうちの１または複数を示す可能性がある。例えば、ＷＴＲＵがＰＵＳＣＨ送信パラメータの２つ以上のセットの間で選択する可能性があるＰＵＳＣＨ送信において、ＷＴＲＵは、パラメータのどのセットが選択されたか、および／または特定のパラメータに関してどの値が使用されたかを示す可能性がある。選択は、符号化され、ＵＣＩとしてＵＬ−ＳＣＨのデータとともに予め決められたリソース要素でＰＵＳＣＨ送信へと多重化される可能性がある。例えば、ＷＴＲＵが選択し得る送信パラメータの２つのセットが存在する場合、例えば、送信パラメータの選択されたセットを表すために、ＰＵＳＣＨ送信において１ビットが予約される可能性がある（例えば、０が、利用される送信パラメータが複数のＭＡＣインスタンスに関して同じであることを示す可能性があり、および／または１が、異なるＭＡＣインスタンスのために送信パラメータの異なるセットが使用されることを示す可能性がある）。どの送信パラメータが使用されるのかに関する指示が、ＰＵＳＣＨで送信されるＨＡＲＱ−ＡＣＫビットに付け加えられる可能性があり、および／またはＰＵＳＣＨで送信されるＨＡＲＱ−ＡＣＫビットと同様の方法で符号化される可能性がある。
【０１９０】
ＷＴＲＵによって適用されるＰＤＳＣＨ手順は、ＷＴＲＵがマルチサービングサイトの（例えば、アップリンクにおける）送信および／または（例えば、ダウンリンクにおける）受信を実行しているかどうかに依存する可能性がある。例えば、ＷＴＲＵは、各ＭＡＣインスタンスに関するＵＬ送信を実行するための１または複数のパターン（例えば、時間分離、周波数分離、符号分離など）で構成される可能性がある。（例えば、ＰＤＳＣＨを介した）ＤＬ受信に関して、異なるサービングサイト（例えば、第１のサービングサイトのためのＭｅＮＢなどの第１のｅＮＢおよび第２のサービングサイトのためのＳＣｅＮＢなどの第２のｅＮＢ）が、異なるベアラに関する適用可能なＱｏＳパラメータが満たされることを保証しながら、ＷＴＲＵに送信するために使用されるＤＬ時間分離のパターンを決定する可能性がある。例えば、異なるサービングサイトは、Ｘ２インターフェース（例えば、Ｘ２’インターフェース、Ｘ２ｂｉｓインターフェースなど）を用いて、ダウンリンクでＷＴＲＵに送信するための時間分離のパターンを構成および／またはネゴシエーションする可能性がある。時間分離に関する例において、ＷＴＲＵによって使用されるＵＬサブフレームのサブセットは、ＷＴＲＵに送信するために異なるサービングサイトによって使用され得る１または複数のＤＬサブフレームのサブセットとは独立して構成される可能性がある。独立して構成されるＵＬおよびＤＬサブフレームのサブセットは、切り離されたＵＬおよびＤＬ時間分離と呼ばれる可能性がある。切り離されたＵＬおよびＤＬ時間分離が使用されるとき、使用のために構成されるサブフレームのサブセットは、逆方向リンクの適用可能なリンクの状態を考慮に入れることを必要とせずに、対応するリンクの適用可能な状態に基づいて決定され得る。別の例において、ＵＬおよびＤＬサブフレームのサブセットは、ＵＬサブフレームのサブセットがＤＬサブフレームのサブセットとまとめて構成される、および／またはＤＬサブフレームのサブセットにマッピングされるように結合されるおよび／またはその他の方法で一緒に構成される可能性がある。
【０１９１】
ＭＡＣインスタンスに関連付けられたＵＬサブフレームの所与の構成されたサブセットおよびＤＬサブフレームの所与の構成されたサブセットに関して、サブフレーム（ｎ）で受信されたＰＤＳＣＨ送信に関するＨＡＲＱフィードバックが、サブフレーム（ｎ＋ｋ）で送信される可能性がある。ｋの値は、サブフレームのインデックスｎと、ＵＬ動作のために利用可能なサブフレームのサブセットの構成とに基づいて決定され得る。例えば、ｋは、サブフレーム（ｎ＋ｋ）がサブフレーム（ｎ）でＰＤＳＣＨ送信を送信したサービングサイトへの送信のために利用可能なサブフレームの構成されたサブセット内のサブフレームであることを保証する値に設定され得る。例において、ｋの値は、ＰＤＳＣＨ送信の復号のために十分な処理時間が利用可能であることを引き続き可能にしながら、サブフレーム（ｎ＋ｋ）がＵＬ送信のために利用可能であることを保証するために決定され得る。例えば、ｋは、サブフレーム（ｎ＋ｋ）が関連付けられたＭＡＣインスタンスに関するＵＬ送信のために構成されるサブフレームのサブセットに含まれるように、予め決められた最小のＨＡＲＱレイテンシｋ０（例えば、ｋ０は４サブフレームに等しい可能性がある）以上の最小値に設定される可能性がある。
【０１９２】
例として、ＭＡＣインスタンスに関するＰＤＳＣＨが、任意のサブフレームで受信されるように構成される可能性がある一方、（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨのうちの１または複数を含む）ＵＬ送信は、サブフレームのサブセットで送信されるように構成される可能性がある。例えば、ＭＡＣインスタンスに関するＵＬサブフレームのサブセットは、偶数の番号を振られたサブフレーム（例えば、フレームのサブフレーム０、２、４、６、および８）に対応する可能性がある。そのような筋書きでは、サブフレーム０、２、４、６、および８で受信されたＰＤＳＣＨ送信に関するＨＡＲＱフィードバックが、４サブフレーム後に（例えば、それぞれ、現在のフレームのサブフレーム４、６、および８、ならびに次のフレームのサブフレーム０および２で）送信される可能性があり、サブフレーム１、３、５、７、および９で受信されたＰＤＳＣＨ送信に関するＨＡＲＱフィードバックが、５サブフレーム（例えば、ＨＡＲＱフィードバックがＭＡＣインスタンスのためのＵＬサブセットのサブフレームで送信されることをやはり保証する４サブフレームのＨＡＲＱ処理時間を超える最少の数のサブフレーム）後に送信される可能性がある。例えば、サブフレーム１、３、５、７、および９で受信されたＰＤＳＣＨ送信に関して、ＨＡＲＱフィードバックは、それぞれ、現在のフレームのサブフレーム６および８、ならびに次のフレームのサブフレーム０、２、および４で送信される可能性がある。
【０１９３】
例においては、結合されたＵＬ／ＤＬ時間分離が、ＨＡＲＱの適切な動作を保証するために実行され得る。例えば、サブフレームａ、ｂ、ｃ、およびｄにおけるサービングサイトからＷＴＲＵへのＤＬ送信を可能にするＤＬサブフレームのパターンが、サブフレームａ＋４、ｂ＋４、ｃ＋４、およびｄ＋４におけるＷＴＲＵによる同じサービングサイトへのＵＬ送信を可能にするＵＬサブフレームのパターンに結びつけられるかまたはその他の方法でマッピングされる可能性がある。このようにして、前のリリースのＦＤＤ  ＨＡＲＱの規則が、異なるサービングサイトへの送信の分離をやはり可能にしながら適用され得る。
【０１９４】
例において、ＷＴＲＵは、ＵＬおよび／またはＤＬサブフレームのサブセットのそれぞれを「仮想的に連続する」サブフレームのブロックとして扱うように構成される可能性がある。例えば、このようにして、たとえ実際のサブフレームのサブセットが不連続である可能性があるとしても、レガシーのＨＡＲＱのタイミングの関係が、「仮想的に連続する」サブフレームにわたって維持され得る。例えば、所与のＭＡＣインスタンスがすべての無線フレームにおいてＵＬとＤＬとの両方の送信のためにサブフレーム番号０、１、２、３、４、および５を含むサブフレームのサブセットで構成される場合、ＷＴＲＵは、フレームが１０の代わりにｓサブフレームを含むかのようにＨＡＲＱのタイミングを適用する可能性がある（例えば、ＷＴＲＵは、サブフレーム５を、ＨＡＲＱ送信の目的のために次のフレームに関するサブフレーム０に隣接するかのように扱う）。例として、ＨＡＲＱのタイマーおよびタイミングの関係が、それぞれの仮想的なフレームがそれぞれの実際の無線フレームの第１の６つのサブフレームを含むかのようにＷＴＲＵによって適用され得る。例えば、ＷＴＲＵは、第１の無線フレームのサブフレーム＃４でＤＬ送信を受信する場合、次のフレームのサブフレーム＃２に対応する可能性がある仮想的なサブフレーム（ｎ＋４）で対応するＵＬ  ＨＡＲＱフィードバックを送信し得る。
【０１９５】
一部の結合されたおよび／または切り離されたＵＬおよびＤＬ時間分離に関して、ＵＬおよびＤＬサブフレームのサブセットが、ＦＤＤ  ＨＡＲＱの手順およびタイミングの再使用が実行不可能であり得るように設定される可能性がある。例えば、切り離されたＵＬおよびＤＬ時間分離が利用される場合、ＵＬサブフレームの割り当ては、ＤＬサブフレームの割り当てとは大きく異なる可能性があり、前のタイミングの関係を使用するＨＡＲＱ動作は利用不可能である。
【０１９６】
例として、ＷＴＲＵが２つのセル、すなわち、第１のサービングセルに関連付けられた第１のセル（例えば、セルＡ）および第２のサービングセルに関連付けられた第２のセル（例えば、セルＢ）に接続される場合を考える。セルＡは、ＷＴＲＵに配信される比較的大量のダウンリンクデータをバッファリングした可能性がある。したがって、サブフレームのサブセットは、利用可能なＤＬサブフレームの８０％がセルＡに関連付けられたサブフレームのサブセットに含まれるように構成される可能性がある。異なるサービングサイトの間でサブフレームのセットの重なりがない場合を仮定すると、セルＢのために割り当てられるサブフレームのサブセットは、利用可能なＤＬサブフレームの残りの２０％を含み得る。しかし、アップリンクにおいて、ＷＴＲＵは、セルＢへの送信のためにバッファリングされた比較的大量のデータを有する一方、セルＡへの送信のためにバッファリングされた比較的少量のデータを有する可能性がある。そのような場合、セルＡが、ＵＬサブフレームの２０％を割り当てられる可能性があり、セルＢが、ＵＬサブフレームの８０％を割り当てられる可能性がある。結果として、セルＡが、サブフレームの８０％でＤＬデータをＷＴＲＵへ送信し得る一方、ＷＴＲＵは、サブフレームの２０％でＵＬにおいてセルＡに送信する。（例えば、サブフレーム（ｎ）におけるＤＬデータに関してｋ＝４である場合にサブフレーム（ｎ＋ｋ）でＨＡＲＱ−ＡＣＫを送信する）ＦＤＤ  ＨＡＲＱの手順およびタイミングは、そのような場合には役に立たない可能性がある。
【０１９７】
例において、ＷＴＲＵは、各サブフレームで両方のＭＡＣインスタンスからＰＤＳＣＨを受信する（例えば、複数のサービングサイトからＰＤＳＣＨ送信を受信する）ように構成される可能性があり、一方、対応するＭＡＣインスタンスに関するＵＬ送信は、サブフレームの別々のセットで起こる可能性がある。例えば、ＷＴＲＵは、各フレームのサブフレーム０、１、２、３、および／または４で第１のＭＡＣインスタンスを用いて送信し、各フレームのサブフレーム５、６、７、８、および／または９で第２のＭＡＣインスタンスを用いて送信するように構成される可能性がある。ＰＤＳＣＨが任意のサブフレームで受信される可能性があるが、アップリンク送信の経路がサブフレームのサブセットに制限される場合、ＰＤＳＣＨと対応するＨＡＲＱ−ＡＣＫの送信との間のタイミングの関係は、いくつかの方法で定義され得る。例えば、第１のＭＡＣインスタンスに関して、サブフレーム１および／または２で受信されたＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫが、次のフレームのサブフレーム０でレポートされる可能性があり、サブフレーム３および／または４で受信されたＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫが、次のフレームのサブフレーム１でレポートされる可能性があり、サブフレーム５および／または６で受信されたＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫが、次のフレームのサブフレーム２でレポートされる可能性があり、サブフレーム７および／または８で受信されたＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫが、次のフレームのサブフレーム３でレポートされる可能性があり、サブフレーム９および／または次のフレームのサブフレーム０で受信されたＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫが、次のフレームのサブフレーム４でレポートされる可能性がある。この例において、ＨＡＲＱのタイミングの規則は、ＰＤＳＣＨと対応するＨＡＲＱ−ＡＣＫとの間の時間遅延が少なくとも４サブフレームであるように定義される可能性があるが、時間遅延の値は、ＰＤＳＣＨが受信されるサブフレームに応じて変わる可能性がある。ＨＡＲＱ肯定応答がないことが原因で送信を引き延ばすことなくＰＤＳＣＨ送信のその連続する送信を保証するために、ＨＡＲＱプロセスの最大数が、８から、１２などのより大きい数まで増やされる可能性がある。これは、ダウンリンク制御情報のＨＡＲＱプロセスフィールドのサイズを３ビットから４ビットに増やすことによって可能にされ得る。
【０１９８】
したがって、ＷＴＲＵは、異なるサブフレームのサブセットの構成のためにＨＡＲＱ−ＡＣＫに関して異なるサブフレームのオフセットを使用するように構成される可能性がある。例えば、ＷＴＲＵは、サブフレーム（ｎ）でＤＬ送信を送信したサービングサイトにＨＡＲＱ−ＡＣＫを送信するために使用されるサブフレーム（ｎ＋ｋ）を決定するために使用され得るｋの複数の異なる値で予め構成される可能性がある。ｋのどの値が所与のＤＬ送信のために使用されるべきかが、サブフレーム（ｎ）に関するダウンリンクの割り振りを含むＤＣＩで動的に示される可能性がある。例において、ＷＴＲＵは、サブフレーム（ｎ＋ｋ）においてまたはその後に、任意の有効なＵＬサブフレーム（例えば、第１の有効なＵＬサブフレーム）で、ＨＡＲＱ−ＡＣＫを送信するように構成される可能性がある。
【０１９９】
例において、ＷＴＲＵは、ｋに関する複数の値のセットで予め構成される可能性があり、各ＤＬサブフレームは、ｋに関する対応する（例えば、準静的に構成された）値に関連付けられる可能性がある。例えば、フレームのサブフレーム（０）が、ＨＡＲＱ−ＡＣＫを送信するための有効なＵＬサブフレームをもたらすｋに関する第１の値を使用する可能性があり、一方、フレームのサブフレーム（１）は、ＨＡＲＱ−ＡＣＫを送信するための有効なＵＬサブフレームをもたらすｋに関する第２の値を使用する可能性があり、以下同様である。例においては、各ＤＬサブフレームのために、ＰＵＣＣＨリソースの異なるセットが使用される可能性がある。例えば、ＷＴＲＵは、所与のＤＬサブフレームに固有であるＰＵＣＣＨリソースのセット（例えば、
【０２００】
【数１】
2020174411.tif 000003
【０２０１】
）で予め構成される可能性がある。
【０２０２】
例において、所与のサブフレームのために使用される
【０２０３】
【数２】
2020174411.tif 000004
【０２０４】
の値は、使用されるｋの値に結びつけられるおよび／またはその他の方法でマッピングされる可能性がある。例えば、サブフレーム（ｎ）におけるＤＬ送信に関して、ＷＴＲＵがサブフレーム（ｎ＋ｋ）以降に対応する有効なＵＬサブフレームでＨＡＲＱ−ＡＣＫを送信するように構成される場合、サブフレーム（ｎ）とＨＡＲＱ−ＡＣＫサブフレームとの間の実際のオフセットが、（例えば、使用される
【０２０５】
【数３】
2020174411.tif 000005
【０２０６】
の値にマッピングされた）サブフレームで利用される特定のＰＵＣＣＨリソースの識別情報を決定するために使用され得る。
【０２０７】
例において、ＷＴＲＵは、各サービングサイトに関するｋの異なるおよび／または独立した値で構成される可能性がある。例えば、ＷＴＲＵは、サービングサイトｉからサブフレーム（ｎ）で受信されたＤＬ送信に関するＨＡＲＱ−ＡＣＫをサブフレーム（ｎ＋ｋi）で送信する可能性がある。ＷＴＲＵは、サービングサイトｊからサブフレーム（ｍ）で受信されたＤＬ送信に関するＨＡＲＱ−ＡＣＫをサブフレーム（ｍ＋ｋj）で送信する可能性がある。各サービングサイトは、ｋiの１または複数の値、例えば、異なるサブフレームのために使用され得るｋiの異なる値でＷＴＲＵを構成する可能性がある。
【０２０８】
例において、ＷＴＲＵは、サブフレーム（ｎ＋４）でＨＡＲＱ−ＡＣＫフィードバックをレポートする可能性がある。しかし、どのＵＬサブフレームがサブフレーム（ｎ＋４）に対応するかを決定する際に、ＷＴＲＵは、ＤＬデータを送信したサービングサイトのためのサブセットで構成されていないＵＬサブフレームではなく、ＨＡＲＱ−ＡＣＫ送信が送信されるサービングサイトのための有効なＵＬサブフレームを数える可能性がある。
【０２０９】
所与のサービングサイトで利用されるＨＡＲＱのタイミングおよびサブフレームのサブセットの構成に依存して、ＷＴＲＵが同じサブフレームで複数のＨＡＲＱ−ＡＣＫを送信するように構成される状況が生じる可能性がある。異なるＨＡＲＱフィードバック送信が異なるサービングサイトに送信されている場合、ＷＴＲＵは、１つのＨＡＲＱ−ＡＣＫ送信以外のすべてを破棄する（例えば、および破棄されないＨＡＲＱフィードバックを決められたサブフレームで送信する）ように構成されるが、破棄されるＨＡＲＱフィードバックの値を次の許可されたサブフレームで送信する可能性がある。所与のサブフレームでどのＨＡＲＱフィードバックが破棄されるべきか、破棄されることになるかは、優先度のランク付けに基づいて決定され得る。優先度のランク付けは、予め構成される可能性があり、および／またはＨＡＲＱフィードバックが送信されている送信に含まれるＤＬデータの特性に基づいて決定される可能性がある。例えば、優先度のランク付けは、ＤＬ送信に関連付けられたベアラの識別情報、ＤＬ送信のメッセージの種類、もともとデータが送信されてからのサブフレームの量／数などのうちの１または複数に基づく可能性がある。
【０２１０】
ＨＡＲＱフィードバックを送信するとき、ＷＴＲＵは、現在のＨＡＲＱフィードバック送信を融通するためにＨＡＲＱ−ＡＣＫが破棄されたか否かを示すためのビットフィールドを含める可能性がある。さらに、ＨＡＲＱ−ＡＣＫは、それが別のサブフレームで配信されるべきであったが（例えば、例えばより低い優先度が原因で）破棄されたことを示すためのインデックスによって特定される可能性がある。
【０２１１】
例において、ＷＴＲＵは、送信されるＨＡＲＱ−ＡＣＫをまとめるように構成される可能性がある。例えば、ＴＤＤ  ＨＡＲＱ動作のために使用されるＡＣＫ−ＮＡＣＫバンドリングと同様のＡＣＫ−ＮＡＣＫバンドリングが、時間分離マルチサービングサイトＦＤＤ動作のために使用され得る。例においては、同じサブフレームにおける複数のＨＡＲＱ−ＡＣＫの間の衝突の場合に、ＨＡＲＱ−ＡＣＫの多重化が、使用される可能性がある。
【０２１２】
例においては、所与のサブフレームで送信される第１のＨＡＲＱ−ＡＣＫが、ＰＵＣＣＨリソースの第１のセットを用いて送信される可能性があり、一方、所与のサブフレームで送信される第２のＨＡＲＱ−ＡＣＫは、ＰＵＣＣＨリソースの第２のセットを用いて送信される可能性がある。どのＨＡＲＱ−ＡＣＫが所与のＰＵＣＣＨリソースに割り振られるべきかの決定は、予め構成される可能性があり、および／または優先度の規則に基づいて決定される可能性がある。例えば、優先度は、どのＰＤＳＣＨ送信がＷＴＲＵによって時間的に最初に受信されたかに基づく可能性がある。例においては、単一のＨＡＲＱ−ＡＣＫが所与のサブフレームで送信されるべきである場合、単一のＨＡＲＱ−ＡＣＫが、ＰＵＣＣＨリソースの第１のセットを用いて送信される可能性があり、２つ以上のＨＡＲＱ−ＡＣＫがサブフレームで送信されるべきである場合、ＰＵＣＣＨリソースの別のセットを用いて送信される２つ以上のＨＡＲＱ−ＡＣＫが、まとめられるまたは多重化される可能性がある。例においては、バンドルに含まれるＰＵＣＣＨリソースの数が、どのＰＵＣＣＨリソースが使用されるべきかを決定するために使用される可能性がある。例えば、（例えば、まとめられていない）１つのＨＡＲＱ−ＡＣＫが、ＰＵＣＣＨリソースの第１のセットを用いて送信される可能性があり、２つのまとめられたＨＡＲＱ−ＡＣＫが、ＰＵＣＣＨリソースの第２のセットを用いて送信される可能性があり、３つのまとめられたまたは多重化されたＨＡＲＱ−ＡＣＫが、ＰＵＣＣＨリソースの第３のセットを用いる可能性があり、以下同様である。
【０２１３】
複数の異なるサービングサイトへのＵＬサブフレームの重なりが存在する可能性がある例においては、異なるサイトへの複数のＨＡＲＱ−ＡＣＫが、同じサブフレームで送信されるように構成される可能性がある。ＷＴＲＵは、ＨＡＲＱフィードバックが同じＵＬサブフレームで複数のサービングサイトに送信されるようにスケジューリングされることを決定する場合、優先度の規則を使用して、その他のＨＡＲＱフィードバックがそのサブフレームに関して破棄される可能性がある一方で送信される単一のＨＡＲＱ−ＡＣＫを決定し得る。優先度の規則は、予め構成される可能性があり、および／またはＤＬデータを送信したサービングサイトの識別情報に依存する可能性がある。例においては、複数のサービングサイトに関するＨＡＲＱ−ＡＣＫが、まとめられるかまたは多重化され、単一のサービングサイトに送信される可能性がある。例えば、各ＨＡＲＱ−ＡＣＫは、ＨＡＲＱ情報がどのサービングサイトのために適用可能であるかを示すための識別子を有する可能性がある。
【０２１４】
例において、ＷＴＲＵは、異なるサービングサイトへの送信が異なるサービングサイトによって実装される電力制御手順のために考慮に入れられ得るように、電力ヘッドルーム（ＰＨ）および／またはその他の電力に関連付けられた情報をレポートするように構成される可能性がある。例えば、ＷＴＲＵは、所与のサービングサイト／レイヤのサービングセルに、そのサービングサイト／レイヤに関するＰＨ情報と、異なるサービングサイト／レイヤで異なるサービングサイトへの送信に関連付けられたＰＨ情報とを含む１または複数の電力ヘッドルームレポート（ＰＨＲ）を送信するように構成される可能性がある。
【０２１５】
例えば、ＷＴＲＵがマルチレイヤ動作に関連付けられた情報を含むＰＨＲを送信している場合、ＰＨＲに含まれるＰＨおよび／または電力に関連付けられた情報は、レポートを含むトランスポートブロックが送信されるサブフレームに適用可能である可能性がある。ＰＨＲは、関係しているサブフレームで実行される任意の実際の送信を考慮に入れて生成され得る。ＰＨＲは、関係しているサブフレームで実行された可能性がある１または複数の仮定の（および／または仮想的な）送信を考慮に入れて生成され得る。例えば、ＰＨＲは、別のサービングサイトに関するアクティブ化されたサービングセルに送信された可能性があるＵＬ送信を、たとえそのような送信がサブフレームで実際に送信されなかったとしても考慮してＷＴＲＵによって生成され得る。送信が実際に送信されない場合、ＷＴＲＵは、仮定の電力使用の決定のために送信パラメータの予め定義されたセットを使用する可能性があり、および／または関係しているＰＵＳＣＨに関して実行された最後の送信に対応する送信パラメータを使用する可能性がある。別のセルがアクティブ化されてから前の送信がまだ起こっていない場合、ＷＴＲＵは、レポートにそのようなＰＵＳＣＨに関する仮想的な送信を含めず、および／または仮定のＰＵＳＣＨ送信に関連付けられた電力情報を推定するためにパラメータの予め定義されたセットを使用すると決定する可能性がある。
【０２１６】
例において、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、１または複数のサブフレームでＷＴＲＵの動作に適用可能である可能性がある。例えば、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、ＰＨレポートが所与のサービングサイト／レイヤのサービングセルに送信されるサブフレームに適用可能である可能性がある。例えば、ｓｆ０が、レポートが送信されるサブフレームを表すために使用される可能性がある。例においては、レポートに含まれるＰＨおよび／もしくは電力に関連付けられた情報がサブフレームｓｆ０に適用可能であるのではなく、またはレポートに含まれるＰＨおよび／もしくは電力に関連付けられた情報がサブフレームｓｆ０に適用可能であるのに加えて、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、１または複数の条件を満たしたサブフレームｓｆ０以前またはサブフレームｓｆ０における最後のサブフレームに適用可能である可能性がある。例えば、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、第２の（例えば、異なる）サービングサイト／レイヤへのＵＬ送信のために利用可能であったサブフレームｓｆ０以前またはサブフレームｓｆ０における最後のサブフレームに適用可能である可能性がある。例において、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、第１のサービングサイト／レイヤ（例えば、レポートが送信されているサービングサイト／レイヤ）と第２の（例えば、異なる）サービングサイト／レイヤとの両方へのＵＬ送信のために利用可能であったサブフレームｓｆ０以前またはサブフレームｓｆ０における最後のサブフレームに適用可能である可能性がある。例において、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、（例えば、その他のＰＨのタイプではなくおそらくＰＨタイプ２に関して）第２の（例えば、異なる）サービングサイト／レイヤへのＰＵＣＣＨ送信が起こったサブフレームに適用可能である可能性がある。例において、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、（例えば、その他のＰＨのタイプではなくおそらくＰＨタイプ１に関して）第２の（例えば、異なる）サービングサイト／レイヤにＰＵＳＣＨ送信が送信されたサブフレームに適用可能である可能性がある。例において、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、第１のサービングサイト／レイヤ（例えば、レポートが送信されているサービングサイト／レイヤ）と第２の（例えば、異なる）サービングサイト／レイヤとの両方へのＵＬ送信が実際に起こったサブフレームに適用可能である可能性がある。レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、上述の条件などの条件のうちの１または複数を満たしたサブフレームｓｆ０以前またはサブフレームｓｆ０における最後のＮ個のサブフレームに適用可能である可能性があり、サブフレームの数Ｎは、予め定義されるおよび／またはより上位のレイヤによって構成される可能性がある。レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、上で開示された条件などの条件のうち１または複数を満たす、サブフレームｓｆ０以前またはサブフレームｓｆ０に終わる期間（例えば、スケジューリング期間）内のサブフレームのセットに適用可能である可能性がある。
【０２１７】
ＰＨＲをトリガするために使用される基準を満たすサブフレームの数が２つ以上である場合、レポートされるＰＨの値は、個々のサブフレームから得られるＰＨの値の平均（例えば、リニアまたはｄＢ）として決定される可能性がある。例においては、レポートの基準を満たしたサブフレームに関するＰＨの値の平均値を示すのではなく、またはレポートの基準を満たしたサブフレームに関するＰＨの値の平均値を示すのに加えて、ＷＴＲＵは、２つ以上のサブフレームに関する最大ＰＨ値および／または２つ以上のサブフレームに関する最小値をレポートする可能性がある。例において、ＷＴＲＵは、レポートに含めるＰＨおよび／または電力に関連付けられた情報を決定するときに、レポートの条件が満たされた各サブフレームで使用されたＰＵＳＣＨの電力および／またはＰＵＣＣＨの電力の平均値、最大値、および／または最小値のうちの１または複数を使用する可能性がある。レポートに含めるＰＨおよび／または電力に関連付けられた情報を決定するときに、レポートの条件が満たされた各サブフレームで使用されたＰＵＳＣＨの電力および／またはＰＵＣＣＨの電力の平均値、最大値、および／または最小値のうちの１または複数を使用することによって、所与のサービングサイトのスケジューリングするエンティティは、情報を用いて、たとえＰＨＲが単一のレイヤからの送信が起こったサブフレームでスケジューリングされたとしても、その他のサービングサイトのスケジューリングするエンティティが同じサブフレームで送信をスケジューリングし得る可能性を考慮に入れてスケジューリングの判断を行い得る。
【０２１８】
例において、所与のレイヤ／サービングサイトのサービングセルに送信されるレポートに含まれるＰＨおよび／または電力に関連付けられた情報は、（例えば、レガシーのＰＨ決定方法を用いて）その他のサービングサイトに置かれたサービングセルへの送信を考慮することなくレポートが送信されるサービングセルへの送信を仮定してサービングセルのために決定されたタイプ１ＰＨおよび／またはタイプ２ＰＨを含む可能性がある。例において、所与のレイヤ／サービングサイトのサービングセルに送信されるレポートに含まれるＰＨおよび／または電力に関連付けられた情報は、所与のレイヤのすべてのサービングセルでの総送信電力（例えば、Ｐltot,l）を含む可能性がある。例において、所与のレイヤ／サービングサイトのサービングセルに送信されるレポートに含まれるＰＨおよび／または電力に関連付けられた情報は、レイヤのすべてのサービングセル（および／またはアクティブ化されたサービングセル）からの送信を考慮して所与のレイヤのために決定されるＰＨを含む可能性がある。例えば、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、ＷＴＲＵに関する合計の構成された最大出力電力（例えば、Ｐcmax）と所与のレイヤのすべてのサービングセルでの総送信電力（例えば、Ｐltot,l）との間の比率および／またはｄＢでの違いを含む可能性がある。レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、所与のレイヤに関する合計の構成された最大出力電力（例えば、Ｐlmax,l）と所与のレイヤのすべてのサービングセルでの総送信電力（例えば、Ｐltot,l）との間の比率および／またはｄＢでの違いを含む可能性がある。
【０２１９】
例において、レポートに含まれるＰＨおよび／または電力に関連付けられた情報は、第２のサービングサイト／レイヤに送信される送信を考慮して第１のサービングサイト／レイヤのサービングセルのために決定された新しい種類のＰＨ情報を含む可能性がある。例えば、修正されたタイプ１（および／またはタイプ２）ＰＨは、サービングセルｃに関するサブフレームｉにおける合計の構成されたＷＴＲＵの送信電力（例えば、Ｐcmax,c(i)）を使用するのではなく、第２のレイヤでの潜在的なおよび／または実際の送信が原因である第１のレイヤでの利用可能な電力のあり得る削減を考慮に入れる、サービングセルｃに関するサブフレームｉにおける構成されたＷＴＲＵの送信電力の調整された値（Ｐacmax,c(i)）に基づいて決定され得る。例えば、調整された値Ｐacmax,c(i)は、サービングセルｃに関するサブフレームｉにおける合計の構成されたＷＴＲＵの送信電力（例えば、Ｐcmax,c(i)）とサブフレームＩにおけるレイヤのための残りの利用可能な電力（例えば、Ｐavail,l(i)）との間の最小である可能性がある。所与のレイヤのための残りの利用可能な電力は、リニア単位でＰ＾cmax−Ｐ＾ltot,mとして決定される可能性があり、Ｐ＾cmaxは、ＷＴＲＵに関する合計の構成された最大出力電力を（例えば、リニア単位で）表す可能性があり、Ｐ＾ltot,mは、第２のレイヤｍの（および／または３つ以上のレイヤが構成される場合は第１のレイヤ以外のすべてのレイヤｍの）それぞれの構成されたサービングセルの総送信電力を表す可能性がある。第２のレイヤｍのそれぞれの構成されたサービングセルの総送信電力の値（例えば、Ｐ＾ltot,m）は、１または複数の異なる方法を用いて決定される可能性がある。例えば、第２のレイヤｍのそれぞれの構成されたサービングセルの総送信電力の値（例えば、Ｐ＾ltot,m）は、レイヤｍの構成されたサービングセルのそれぞれでのそれぞれの実際の送信の（例えば、リニア単位の）合計として決定される可能性がある。例において、第２のレイヤｍのそれぞれの構成されたサービングセルの総送信電力の値（例えば、Ｐ＾ltot,m）は、レイヤｍのそれぞれのアクティブ化されたサービングセルでのすべての実際のおよび／または潜在的な送信の合計として決定される可能性がある。決定を行う際、実際の送信がレイヤｍの１または複数のサービングセルに関してサブフレームｉにおいて実行されなかった場合、（例えば、おそらく予め決定されたパラメータに従う）ＰＵＳＣＨおよび／またはＰＵＣＣＨの潜在的な（および／または仮想的な）送信が、仮定される可能性がある。例において、第２のレイヤｍのそれぞれの構成されたサービングセルの総送信電力の値（例えば、Ｐ＾ltot,m）は、レイヤｍの合計の構成された最大出力電力（例えば、リニア単位のＰ＾lmax,m）として決定される可能性がある。
【０２２０】
ＷＴＲＵは、特定のサービングサイトに送信されるＰＨＲにそれぞれの構成および／またはアクティブ化されたＭＡＣインスタンスに関するＰＨ情報を含める可能性がある。例において、ＰＨ情報は、各ＭＡＣインスタンスのＰセルに関連付けられるが、ＭＡＣインスタンスに関連付けられたＳセルに関連付けられない送信に関してレポートされる可能性がある。
【０２２１】
例において、ＷＴＲＵは、さまざまな基準に基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例えば、ＷＴＲＵは、ＭＡＣインスタンス／レイヤのアクティブ化、ＭＡＣインスタンス／レイヤの非アクティブ化、所与のレイヤでの送信に電力の増減を適用すること、ＱｏＳの要件が所与のレイヤで満たされていないことなどのうちの１または複数に基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。
【０２２２】
例えば、ＷＴＲＵは、ＭＡＣインスタンス／レイヤがアクティブ化および／または非アクティブ化されることに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例えば、ＷＴＲＵは、ＷＴＲＵの構成のＭＡＣインスタンスを構成する制御シグナリングをＷＴＲＵが受信することに基づいてＰＨＲが送信されることをトリガする可能性がある。例において、ＷＴＲＵは、（例えば、レイヤを非アクティブ化する制御シグナリングの受信、ＷＴＲＵが関係しているレイヤに関してＲＬＦを決定すること、関係しているレイヤに関するその他の障害イベントの後に）ＷＴＲＵが前に使用していたおよび／または使用するように構成されていたＭＡＣインスタンスをＷＴＲＵが削除することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例として、ＷＴＲＵは、ＷＴＲＵの構成のＭＡＣインスタンスをアクティブ化する制御シグナリングをＷＴＲＵが受信することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例において、ＷＴＲＵは、ＷＴＲＵの構成のＭＡＣインスタンスをＷＴＲＵが非アクティブ化することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。非アクティブ化は、レイヤが非アクティブ化されるべきであることを示す制御シグナリングの受信に基づく、および／またはタイマーの失効が非アクティブ化（例えば、ＷＴＲＵの自律的な非アクティブ化）を示すことに続く可能性がある。例において、ＷＴＲＵは、関係しているＭＡＣインスタンスが最後に構成および／またはアクティブ化された後に、関係しているＭＡＣインスタンスに関する第１の送信（例えば、第１のＰＵＳＣＨ送信）をスケジューリングする制御シグナリングをＷＴＲＵが受信することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例において、ＷＴＲＵは、ＷＴＲＵが１または複数のその他のＭＡＣインスタンスを最後に非アクティブ化、削除、および／またはその他の方法で無効化してからＭＡＣインスタンス／レイヤに関する第１の送信（例えば、第１のスケジューリングされたＰＵＳＣＨ送信）をスケジューリングする制御シグナリングをＷＴＲＵが受信することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。
【０２２３】
例において、ＷＴＲＵは、所与のサービングサイトへの／所与のレイヤにおける１または複数の送信に電力の増減を適用することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例においては、電力の増減の１回の発生に基づいてＰＨＲを送信するようにトリガされるのではなく、または電力の増減の１回の発生に基づいてＰＨＲを送信するようにトリガされるのに加えて、ＰＨＲをトリガすべきか否かの決定は、電力の増減が当てはまった所与の期間（例えば、スケジューリング期間および／または構成された量の時間）に送信が起こることに基づいて決定される可能性がある。例えば、ＷＴＲＵが特定の数の連続する送信を増減させ、および／または予め決定された期間内に起こる所与のサービングサイトへのそれぞれの送信を増減させる場合、ＷＴＲＵは、１または複数のＰＨＲを送信すると決定する可能性がある。例において、ＰＨＲは、所与のまたは構成された閾値よりも高い優先度のＬＣＨおよび／またはＭＡＣインスタンスに関する送信に電力の増減が適用されるという条件で、電力の増減が原因でトリガされる可能性がある。
【０２２４】
例において、ＷＴＲＵは、ＱｏＳの要件（例えば、ＰＢＲ、レイテンシなど）が所与のレイヤで満たされていないことに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例えば、ＷＴＲＵは、所与のレイヤで適用されている電力の制限および／または所与のレイヤにおける電力の増減の機能の適用がＷＴＲＵがＬＣＨおよび／またはＭＡＣインスタンスの１または複数のＱｏＳの要件を満たすことを妨げるおよび／またはその他の方法で制限するとＷＴＲＵが決定することに基づいて１または複数のサービングサイトにＰＨＲを送信するようにトリガされる可能性がある。例えば、ＷＴＲＵは、電力の増減の適用が、レイテンシの要件および／またはＰＢＲの要件などのＱｏＳの要件が満たされることを妨げる可能性があると決定する可能性がある。例においては、ＱｏＳの要件が満たされないことの１回の発生に基づいてＰＨＲを送信するようにトリガされるのではなく、またはＱｏＳの要件が満たされないことの１回の発生に基づいてＰＨＲを送信するようにトリガされるのに加えて、ＰＨＲをトリガすべきか否かの決定は、ＱｏＳの要件が満たされなかった所与の期間（例えば、スケジューリング期間および／または構成された量の時間）に送信が起こることに基づいて決定される可能性がある。ＱｏＳの要件が満たされるか否かは、所与の期間、例えば、スケジューリング期間および／または特定の（おそらくは構成される）量の時間に関して決定される可能性がある。例えば、ＷＴＲＵは、ＱｏＳの要件がいくつかの連続する送信および／または予め決められた期間内に起こる送信に関して満たされなかったと決定する場合、１または複数のＰＨＲを送信すると決定する可能性がある。例において、ＰＨＲは、所与のまたは構成された閾値よりも高い優先度のＬＣＨおよび／またはＭＡＣインスタンスに関する送信にＱｏＳの要件が適用可能であるという条件で、ＱｏＳの要件が満たされないことが原因でトリガされる可能性がある。
【０２２５】
ＰＨＲの送信をトリガした基準に関係なく、ＰＨＲは、関係しているサービングサイトおよび／または１または複数のその他のアクティブなサービングサイトに（例えば、別のＭＡＣインスタンスのリソースで）送信される可能性がある。ＰＨＲは、異なるサービングサイトのスケジューラが、受信されたＰＨＲから、（例えば、第２のスケジューラによって制御される）別のレイヤで起こったイベントが原因でＷＴＲＵに関して電力の状態が変わった可能性があると決定し得るように、その他のサービングサイトに提供される可能性がある。異なるサービングサイトに送信されるＰＨＲは、共通のＰＨＲ情報（例えば、サービングサイトのそれぞれに適用可能な情報）、サービングサイトに固有のＰＨ情報、および／またはその他のサービングサイトに適用可能なＰＨ情報を含む可能性がある。
【０２２６】
例において、ＷＴＲＵは、サービス品質（ＱｏＳ）に関連付けられたいくつかのパラメータを１または複数のサービングサイトにレポートするように構成される可能性がある。１または複数のサービングサイトに関するＱｏＳパラメータに関連するレポートは、ＱｏＳ関連ステータスレポート（ＱＳＲ：QoS-related status report）と呼ばれる可能性がある。ネットワークの観点から見て、ＱＳＲのレポートは、第１のレイヤに関するスケジューラが別のレイヤからおよび／または（例えば、第１のレイヤを含む）ＷＴＲＵによって利用されるレイヤのそれぞれの組み合わされた送信の試みからＷＴＲＵによって被られるスケジューリングおよび／または無線品質の影響（例えば、ＱｏＳがどれだけ良好に与えられるか）を決定し得るという点で、第１のレイヤに関連付けられたスケジュールにとって有用である可能性がある。
【０２２７】
例えば、主レイヤに対応する第１のサービングサイトに置かれたスケジューラが、ＷＴＲＵからＱＳＲを受信する可能性がある。ＱＳＲは、主レイヤにおける送信および／またはその他のレイヤにおける送信に関連付けられた情報を含む可能性がある。ＱＳＲは、１または複数のＱｏＳの要件が、ＷＴＲＵのために構成された１または複数のＤＲＢに関して満たされていないことを示す可能性がある。主レイヤのスケジューラ（例えば、第１のサービングサイトのためのスケジューラ）は、ＷＴＲＵに関するＱｏＳの要件が満たされていることを保証するために１または複数の措置が実行されるべきであると決定する可能性がある。例えば、所与のＱｏＳの要件が満たされていないＤＲＢが（例えば、主レイヤの送信にではなく）副レイヤの送信に関連付けられる場合、主レイヤに対応する第１のサービングサイトに置かれたスケジューラが、そのデータを生成するアプリケーションのデータレートが（例えば、明示的輻湊通知（ＥＣＮ：explicit congestion notification）のマーキングを用いて、パケットを選択的に破棄することによるなどして）ＷＴＲＵにおいて削減され得るように１または複数のアクティブなキュー管理手順を実装する可能性がある。例においては、所与のＱｏＳの要件が満たされていないＤＲＢが（例えば、主レイヤの送信にではなく）副レイヤの送信に関連付けられる場合、主レイヤに対応する第１のサービングサイトに置かれたスケジューラが、モビリティに関連付けられた測定が副レイヤにおいてＷＴＲＵによって実行されることをトリガする可能性がある。例においては、所与のＱｏＳの要件が満たされていないＤＲＢが（例えば、主レイヤの送信にではなく）副レイヤの送信に関連付けられる場合、主レイヤに対応する第１のサービングサイトに置かれたスケジューラが、ＤＲＢが別のレイヤ（例えば、主レイヤ）に移されるように関係しているＤＲＢに関するモビリティを開始する可能性がある。例においては、所与のＱｏＳの要件が満たされていないＤＲＢが（例えば、主レイヤの送信にではなく）副レイヤの送信に関連付けられる場合、主レイヤに対応する第１のサービングサイトに置かれたスケジューラが、ＱｏＳの要件が満たされていないデータが複数のレイヤのうちの１または複数を用いて送信され得るようにＤＲＢによって与えられる論理チャネルに関してマルチレイヤのフローがサポートされるようにＤＲＢを再構成する可能性がある。例においては、所与のＱｏＳの要件が満たされていないＤＲＢが（例えば、主レイヤの送信にではなく）副レイヤの送信に関連付けられる場合、主レイヤに対応する第１のサービングサイトに置かれたスケジューラが、サービスが再構成され得るようにＭＭＥ／ＮＡＳに通知する可能性がある。例として、マルチフローがサポートされるように、関連付けられたＤＲＢの所与のＱｏＳの要件を満たさないＤＲＢが構成される場合、副レイヤにマッピングされたＤＲＢに関連して説明された措置のうちの１もしくは複数を実行するのではなく、または副レイヤにマッピングされたＤＲＢに関連して説明された措置のうちの１もしくは複数を実行するのに加えて、主レイヤに対応する第１のサービングサイトに置かれたスケジューラは、主レイヤにおいて関���するＤＲＢのために追加的なリソースを割り当てる可能性がある。
【０２２８】
ＱＳＲは、さまざまなＱｏＳに関連付けられた情報を含む可能性がある。例えば、ＱＳＲは、ヘッドオブキュー遅延などのタイミングに関連付けられた値（例えば、ＱＳＲ／遅延）を含む可能性がある。例えば、ＱＳＲは、到着時間から現在の時間まで測定された、データがＷＴＲＵのバッファ内で費やした時間に関連付けられた値を含む可能性がある。例えば、到着時間は、データが送信のために最初に利用可能にされた時間に対応する可能性がある。現在の時間は、レポートがトリガされた時間、対応するＭＡＣ  ＰＤＵが組み立てられた時間、および／または対応するＭＡＣ  ＰＤＵが最初に送信された時間に対応する可能性がある。ＱＳＲに含まれるタイミングに関連付けられた値は、ＷＴＲＵのバッファ内のデータ（例えば、ＳＤＵまたはＰＤＵ）が送信されるべきである前に経過する可能性がある最大の遅延に対応する可能性がある。例えば、ＱＳＲは、ＷＴＲＵのバッファ内のデータ（例えば、ＳＤＵまたはＰＤＵ）が送信されるべきである前に経過する可能性がある最大の遅延に関する最も短い値を示す可能性がある。例えば、時間に関連付けられた値は、（例えば、所与の無線ベアラに関する）ＰＤＣＰ  ＤｉｓｃａｒｄＴｉｍｅｒに関連付けられた値に対応する可能性がある。ＷＴＲＵは、ＤｉｓｃａｒｄＴｉｍｅｒと到着時間および現在の時間の差との間の差に対応する値（例えば、レポートの値＝ＤｉｓｃａｒｄＴｉｍｅｒ−（到着時間−現在の時間））を決定し、レポートする可能性がある。例において、ＱＳＲは、送信のためにバッファリングされる最も古いデータに関するＷＴＲＵのバッファにおける滞在の時間を含む可能性がある。
【０２２９】
ＱＳＲは、ＰＢＲの満足の指示などの１または複数の転送レートに関連付けられた値（例えば、ＱＳＲ／ＰＢＲ）を含む可能性がある。例えば、ＱＳＲは、ＱＳＲが適用可能である１または複数のＤＲＢ／論理チャネルに関してＰＢＲが満たされているか否かの指示を含む可能性がある。例えば、ＱＳＲは、１または複数の論理チャネル／ＤＲＢに関するＰＢＲを満たすことの失敗の指示、および／または所与のＰＢＲを満たすためにどれだけ多くの追加的なデータが（例えば、指定された期間内に）送信されなければならないかの指示を含む可能性がある。例えば、レポートは、１または複数のＬＣＨに関するＰＢＲおよび／または１または複数のＬＣＧに関する集約されたＰＢＲが満たされなかったという指示を含む可能性がある。ＷＴＲＵは、ＰＢＲが特定の（例えば、構成可能な）期間満たされなかったとき、ＰＢＲが満たされないことがレポートされるべきか否かを決定する可能性がある。例として、ＱＳＲは、ＷＴＲＵが対応するＰＢＲを満たすために所与のＬＣＨ／ＬＣＧに関して送信されなければならないデータの最小量に対応する値を含む可能性がある。ＷＴＲＵは、ＰＢＲが満たされていないＬＣＨおよび／またはＬＣＧの識別情報の指示をＱＳＲに含める可能性がある。例において、ＱＳＲは、ＰＢＲが満たされていない最大量のデータを含むＬＣＨおよび／またはＬＣＧを特定する可能性がある。複数のＬＣＨおよび／またはＬＣＧに関する情報が同じレポートに含まれ得るとき、それぞれのレポートされる項目が、ＰＢＲが満たされていないデータのサイズの降順に、および／または影響されるエンティティの順序付けられたリストとして示される可能性がある。ＷＴＲＵは、例えば、ＰＢＲが特定の（例えば、構成可能な）期間満たされなかったことに基づいて、ＰＢＲの要件が満たされていない量を示す値がレポートされるべきか否かを決定する可能性がある。
【０２３０】
ＱＳＲを形成するためにＱｏＳの要件が満たされるかどうかの評価をＷＴＲＵが実行し得る期間は、例えば、複数のレイヤが異なるスケジューリング期間を用いて動作するようにＷＴＲＵが構成される場合、スケジューリング期間の長さによる（function of length）可能性がある。
【０２３１】
ＱＳＲの内容は、ＷＴＲＵのために構成された１または複数の無線ベアラに関連付けられるおよび／または適用可能である可能性がある。例えば、ＱＳＲは、ＷＴＲＵに固有である可能性があり、ＷＴＲＵによる使用のために構成された複数（例えば、すべて）のベアラに適用可能である情報を含む可能性がある。ＱＳＲは、レイヤに固有であり、特定のＭＡＣインスタンスに（例えば、副ＭＡＣインスタンスに）関連付けられた複数（例えば、すべて）のベアラに適用可能である情報を含む可能性がある。ＱＳＲは、グループに固有であり、例えば、ＬＣＧの一部として構成される無線ベアラに関する情報をレポートする可能性がある。例えば、ＱＳＲは、ＱＳＲに含まれる各ＬＣＧに関して１つの値を含む可能性がある。例においては、論理チャネルグループを使用するのではなく、または論理チャネルグループを使用するのに加えて、ＱＳＲは、１または複数の論理チャネルまたは無線ベアラを異なる方法でグループ化する可能性がある。ＱＳＲは、優先度に固有である可能性がある。例えば、所与のＱＳＲが、特定の優先度のレベルに対応する無線ベアラ、および／または構成された閾値以上の優先度のレベルに対応する無線ベアラに関連付けられる可能性がある。ＱＳＲは、マルチフロー動作に関連付けられたおよび／またはマルチフロー動作のために構成された無線ベアラ（ＲＢ）に関するレポートを含む可能性がある。例えば、マルチフロー動作に関連付けられたおよび／またはマルチフロー動作のために構成された無線ベアラからのデータは、複数のＭＡＣインスタンスの無線リソースで送信される可能性がある。ＱＳＲは、特定の種類のＲＢ、例えば、ＤＲＢ、ＳＲＢ、ＤＲＢおよびＳＲＢなどに関するレポートを含む可能性がある。例において、ＷＴＲＵによって送信されるＱＳＲは、特定のレポートの種類の（例えば、ＷＴＲＵに固有、レイヤに固有、グループに固有、優先度に固有、マルチフローに固有、ＲＢの種類に固有などの）各インスタンスに関して１つの値を含む可能性がある。例えば、レポートがレイヤに固有である場合、単一のＱＳＲ値が、各レイヤに関してレポートされる可能性がある。レポートが優先度に固有である場合、単一のＱＳＲ値が、各優先度に関してレポートされる可能性がある。
【０２３２】
ＷＴＲＵは、さまざまな基準または状態を検出することに基づいて、ＱＳＲを送信するようにトリガされる可能性がある。例えば、ＷＴＲＵは、ＱＳＲを周期的に生成および／または送信するように構成される可能性がある。例えば、ＷＴＲＵは、ＱＳＲタイマーに関する値を用いて構成される可能性があり、タイマーが失効するとＱＳＲを送信するようにトリガされる可能性がある。タイマーは、ＱＳＲがトリガされるおよび／または送信される度に開始および／または再始動される可能性がある。例において、ＷＴＲＵは、１または複数の閾値が超えられることに基づいてＱＳＲをトリガするように構成される可能性がある。例えば、ＷＴＲＵは、１または複数のＱｏＳパラメータが特定の閾値（例えば、閾値は、ネットワークによって設定されるＷＴＲＵの構成の一部である可能性がある）未満であることに基づいてＱＳＲを生成および／または送信するように構成される可能性がある。例えば、ＷＴＲＵは、１または複数の論理チャネル／論理チャネルグループに関するＰＢＲが、構成される閾値である可能性がある閾値未満になることに基づいて、ＰＢＲ情報を含むＱＳＲをトリガする可能性がある。ＰＢＲに関連付けられた情報（例えば、ＱＳＲ／ＰＢＲ）を含むＱＳＲが、時間の指定された／構成可能な量の間ＰＢＲが満たされないおよび／または閾値未満であるとき、トリガされる可能性がある。例において、ＷＴＲＵは、１または複数の項目（例えば、ＬＣＨ、ＬＣＧなど）に関する許容可能な遅延が指定された／構成された閾値未満になるとき、遅延に関連付けられた情報を含むＱＳＲ（例えば、ＱＳＲ／遅延）を送信するようにトリガされる可能性がある。例えば、ＱＳＲは、ＷＴＲＵが（例えば、上で説明された）ＤｉｓｃａｒｄＴｉｍｅｒの値と（到着時間−現在の時間）との間の差が閾値未満になると決定することに基づいて所与の無線ベアラに関して送信される可能性がある。
【０２３３】
例において、ＷＴＲＵは、無線リンクの状態が指定された／構成された閾値を有する、または指定された／構成された閾値未満に低下していると決定することに基づいてＱＳＲを生成および／または送信するようにトリガされる可能性がある。例において、ＷＴＲＵは、１または複数のＲＲＣタイマーが所与のＭＡＣインスタンスに関して動いていると決定することに基づいてＱＳＲを生成および／または送信するようにトリガされる可能性がある。例えば、ＱＳＲは、Ｔ３０１、Ｔ３０２、Ｔ３０４、および／またはＴ３１１が動いているＭＡＣインスタンスに関するサービングサイトに送信される可能性がある。ＱＳＲは、（１または複数の）ＲＲＣタイマーが動いているＭＡＣインスタンスおよび／または異なるＭＡＣインスタンスに送信される可能性がある。例において、ＱＳＲは、ＲＲＣタイマーが副ＭＡＣインスタンスで動いていることに基づいて（例えば、ＷＴＲＵが副レイヤで接続性、モビリティ、および／または再確立に関連付けられた進行中の手順を有する場合）、しかし、ＲＲＣタイマーが主ＭＡＣインスタンスで動いているからではなくトリガされる可能性がある。
【０２３４】
例において、ＷＴＲＵは、サービングサイトのうちの１または複数から非周期的なＱＳＲ要求を受信することに基づいてＱＳＲを生成および／または送信するようにトリガされる可能性がある。ＷＴＲＵは、ネットワークからの要求に応じてＱＳＲを送信するようにトリガされる可能性があり、要求は、そのようなレポートを要求する制御シグナリング（例えば、ＭＡＣ  ＣＥ）に含まれる可能性がある。制御シグナリングは、Ｌ１シグナリングに（例えば、ＤＣＩフォーマットのフラグとして）および／またはＭＡＣ  ＣＥに（例えば、ＱＳＲが送信されるべきである無線ベアラの明示的な指示をおそらく含むＭＡＣ  ＣＥのフラグとして）含まれる可能性がある。
【０２３５】
例において、ＷＴＲＵは、ＭＡＣインスタンスを非アクティブ化する制御シグナリングの受信に基づいて（例えば、副ＭＡＣインスタンスの非アクティブ化が起こると）ＱＳＲを生成および／または送信するようにトリガされる可能性がある。例えば、ＱＳＲは、非アクティブ化されるＭＡＣインスタンスに関してＷＴＲＵのバッファ内にまだいくつかのデータが存在する間にＭＡＣインスタンスが非アクティブ化されることに基づいて生成される可能性がある。例において、ＱＳＲは、いかなるその他のレイヤにもマッピングされない非アクティブ化されたＭＡＣインスタンスに関連付けられたＬＣＨ／ＬＣＧに関してバッファリングされたデータをＷＴＲＵが有する場合にトリガされる可能性がある。そのようなＱＳＲは、非アクティブ化されたＭＡＣインスタンスの無線ベアラに関する無線ベアラのモビリティのトリガである可能性がある。例において、ＷＴＲＵは、非アクティブ化されたＭＡＣインスタンスによって利用されたマルチフローベアラ（例えば、複数のＭＡＣインスタンス／レイヤにマッピングされたベアラ）に関するＱＳＲを生成および／または送信するようにトリガされる可能性がある。そのようなＱＳＲは、所与のＷＴＲＵのための利用可能なリソースの変更が原因でスケジューリングの調整を行うために使用され得る。
【０２３６】
例において、ＷＴＲＵは、ＭＡＣインスタンスをアクティブ化する制御シグナリングの受信に基づいて（例えば、副ＭＡＣインスタンスのアクティブ化が起こると）ＱＳＲを生成および／または送信するようにトリガされる可能性がある。例えば、ＭＡＣインスタンスのアクティブ化が起こると、ＷＴＲＵは、それが送信のためにバッファリングされたデータを有すると決定する可能性があり、新しくアクティブ化されたＭＡＣインスタンスへのベアラのモビリティをトリガするためにＱＳＲを送信する可能性がある。例において、ＷＴＲＵは、ＢＳＲがトリガされることに基づいてＱＳＲを生成および／または送信するようにトリガされる可能性がある。
【０２３７】
例において、ＷＴＲＵは、（例えば、非アクティブ化、低下する無線リンクの品質、ＲＬＦ、ＲＬＭ、ＭＡＣインスタンスの再設定および／または削除などが原因で）所与のＭＡＣインスタンスがマルチフローベアラの１または複数のＱｏＳの要件を満たすためにもはや好適でないと決定する場合、ＱｏＳの要件がその他のレイヤのリソースを用いて満たされ得るようにスケジューリングされるためにマルチフローベアラにマッピングされた１または複数のその他のレイヤにおけるＱＳＲをトリガする可能性がある。
【０２３８】
例えば、ＷＴＲＵは、（例えば、アクティブ化、改善する無線リンクの品質、ＭＡＣインスタンスの構成などが原因で）ＭＡＣインスタンスがマルチフローベアラのＱｏＳを改善するための潜在的な候補になったと決定する場合、そのベアラのためにＭＡＣインスタンスがスケジューリングされ得るようにそのＭＡＣインスタンスへのＱＳＲをトリガする可能性がある。ＷＴＲＵは、ＱＳＲレポートが所与のトランスポートブロックにうまく入り得る場合、（例えば、パディングＢＳＲよりも低い優先度を有する可能性がある）パディングの代わりにＱＳＲレポート（例えば、ＱＳＲレポートの短いバージョン）を含める可能性がある。
【０２３９】
ＱＳＲを送信するための１または複数のトリガは、タイマーなど、（例えば、さまざまなその他の基準が満たされない限りＱＳＲが送信されることを防止する）バックオフおよび／または禁止メカニズムに従う可能性がある。例えば、ＱＳＲが生成されるときにバックオフタイマーが動いている場合、ＱＳＲは、タイマーが切れるまで送信されない可能性がある。使用される値ならびに／またはバックオフおよび／もしくは禁止メカニズムの識別情報は、ＷＴＲＵ毎、レイヤ毎、グループ毎、優先度毎、マルチフロー毎、ＲＢの種類毎などに構成される可能性がある。ＱＳＲがトリガされるとき、ＷＴＲＵは、タイマーを開始する可能性があり、タイマーが切れるまで追加的なＱＳＲをトリガすることを禁止される可能性がある。
【０２４０】
ＷＴＲＵは、それがＱＳＲをトリガするとき、スケジューリング要求（ＳＲ）をトリガする可能性がある。例えば、ＳＲは、ＱＳＲが適用可能である１つのＭＡＣインスタンスおよび／または複数のＭＡＣインスタンスに関してトリガされる可能性がある。例として、ＷＴＲＵは、どのＭＡＣインスタンスがＱＳＲをトリガしたデータを送信するために使用され得るかに応じてＳＲをトリガする可能性がある。例えば、ＳＲのために使用されるリソース（例えば、ＰＵＣＣＨ、ＰＲＡＣＨなど）および／または方法（例えば、Ｄ−ＳＲ、ＲＡ−ＳＲなど）は、ＳＲ送信および／またはＱＳＲ送信に関連付けられたＭＡＣインスタンス（例えば、マルチフローが関係しているＲＢに関してサポートされない場合は特定のレイヤのためのＭＡＣ、そうでない場合はどちらかのＭＡＣインスタンス）に応じて選択される可能性がある。
【０２４１】
例において、ＱＳＲレポートがトリガされるとき、それは、それが取り消されるまで先送りになる可能性がある。ＱＳＲレポートは、特定のレイヤおよび／または複数のレイヤに関して先送りになる可能性がある。ＱＳＲレポートは、１または複数のイベントの発生に基づいて取り消される可能性がある。例えば、ＷＴＲＵは、ＱＳＲがトランスポートブロックでの送信のためにＭＡＣ  ＰＤＵに含まれることに基づいて、先送りになっているおよび／またはトリガされたＱＳＲを取り消す可能性がある。例において、ＷＴＲＵは、ＱＳＲが送信されることをトリガした基準がもはや満たされていないことに基づいて、先送りになっているおよび／またはトリガされたＱＳＲを取り消す可能性がある。例えば、ＷＴＲＵは、対応するデータがＷＴＲＵのバッファ内にもはやない（例えば、データが送信のためにトランスポートブロックに含まれた、データが破棄されたなど）場合、先送りになっているＱＳＲ／遅延レポートを取り消す可能性がある。例において、ＷＴＲＵは、ＱＳＲ（例えば、ＬＣＨおよび／またはＬＣＧ）に関連付けられたバッファからの十分な量のデータが送信のためにトランスポートブロックに含まれることに基づいて、先送りになっているおよび／またはトリガされたＱＳＲを取り消す可能性がある。別の例において、ＷＴＲＵは、関係しているＭＡＣインスタンスが再設定される、非アクティブ化される、および／またはＷＴＲＵの構成から削除されることに基づいて、ＭＡＣインスタンスに関するすべての先送りになっているおよび／またはトリガされたＱＳＲを取り消す可能性がある。例えば、ＷＴＲＵは、ＤＲＢを別のレイヤに移す無線ベアラのモビリティに基づいて、所与のＤＲＢに関して所与のサービングサイトに送信されるＱＳＲを取り消す可能性がある。例において、ＷＴＲＵは、対応するレポートの項目に関連付けられたＭＡＣインスタンスがアクティブ化されることに基づいて（例えば、アクティブ化がＷＴＲＵのＱｏＳの改善に応じたものである可能性がある場合）、先送りになっているおよび／またはトリガされたＱＳＲを取り消す可能性がある。例において、ＷＴＲＵは、（例えば、ベアラを別のレイヤに移す、または対応するＱｏＳパラメータを再構成する無線ベアラのモビリティで）ＱＳＲをトリガした１つの無線ベアラまたは複数の無線ベアラを修正および／または削除する関係しているＭＡＣインスタンスの再構成をＷＴＲＵが受信することに基づいて、所与のＭＡＣインスタンスに関して送信されるすべての先送りになっている（および／またはトリガされた）ＱＳＲを取り消す可能性がある。
【０２４２】
ＱＳＲは、先送りされているとき、トランスポートブロックがＱＳＲ送信のための要件を満たすときに送信され得る。ＷＴＲＵは、送信されようとしているトランスポートブロックの影響を含めること、および関係しているＱＳＲが送信されたであろうサブフレームの影響を含めることによって上記の取り消しの基準を評価する可能性がある。例において、ＷＴＲＵは、関係しているＳＲに関するＱＳＲが取り消される場合、ＱＳＲによってトリガされた先送りされているＳＲを取り消す可能性がある。
【０２４３】
例において、ＱＳＲは、ＷＴＲＵ構成の１または複数のレイヤから特定のリソースを用いてレポートされる可能性がある。どのＭＡＣインスタンスがＱＳＲを転送し得るかの選択が、所与のベアラに関する受信された構成および／または所与のＭＡＣインスタンスに関する受信された構成で示される可能性がある。例においては、どのＭＡＣインスタンスがＱＳＲを送信するために使用されるべきかの選択が、ＱＳＲがレイヤに固有であるかどうか、トランスポートブロックが主レイヤに配信されているかどうか、および／またはＱＳＲが複数のレイヤにわたって重複させられるべきかどうかのうちの１または複数に基づく可能性がある。例えば、ＱＳＲは、ＱＳＲに含まれる情報が適用可能であるレイヤに関連付けられたトランスポートブロックでレポートされる可能性がある。例のように、ＱＳＲは、特定のＤＲＢに関連付けられた情報を含む可能性があり、ＱＳＲは、関係しているＤＲＢにマッピングされたレイヤに送信される可能性がある。例において、ＱＳＲは、主レイヤに（例えば、ＭｅＮＢに関連付けられる可能性がある接続性のために使用されるレイヤに）関連付けられたトランスポートブロックでレポートされるが、副レイヤではレポートされない可能性がある。別の例として、トリガされるとき、ＱＳＲは、ＱＳＲが適用可能である各レイヤに関連付けられた少なくとも１つのトランスポートブロックにそれが含まれ得るように重複させられる可能性がある。
【０２４４】
例において、バッファステータスレポーティング（ＢＳＲ：Buffer Status Reporting）は、ＢＳＲのトリガおよび／または関係しているＢＳＲの内容の決定を含む可能性がある。ＷＴＲＵは、１または複数の基準に基づいて、ＢＳＲがトリガされるべきであるか否かを決定し得る。例えば、ＷＴＲＵは、論理チャネル（ＬＣＨ）および／またはＬＣＨグループ（ＬＣＧ）のサブセットに基準を適用することによってＢＳＲをトリガするための基準を評価し得る。例えば、ＷＴＲＵは、ＬＣＨおよび／またはＬＣＧのサブセットとの関連付けを含むＬＣＨおよび／またはＬＣＧに関する構成を受信する可能性がある。ＬＣＨは、（例えば、それが２つ以上のＬＣＧに関連付けられ得るように構成されることによって）複数のサブセットに関連付けられ得る。例において、ＷＴＲＵは、（例えば、所与のＭＡＣインスタンスの（１または複数の）ＬＣＨおよび／またはＬＣＧのセットに基準を適用することによって）ＭＡＣインスタンス毎におよび／またはレイヤ毎にＢＳＲをトリガするための基準を評価する可能性がある。
【０２４５】
ＷＴＲＵは、マルチフロー動作が対応するＤＲＢのためにサポートされるようにＤＲＢで構成される可能性がある。例えば、マルチフローは、複数のＭＡＣインスタンスにマッピングされるＬＣＨを用いてＤＲＢを構成することによって実現され得る。例において、マルチフローは、所与のＥＰＳベアラのために１つのＤＲＢを構成し、それぞれの関係しているＭＡＣインスタンスのために１つのＤＲＢを構成することによって実現され得る。そして、ＤＲＢは、複数のＤＲＢの構成がＬＣＧに関連付けられるように１または複数のその他のＤＲＢとグループ化される可能性があり、そしてさらに、ＬＣＧは、対応する複数のＭＡＣインスタンスに関連付けられる可能性がある。
【０２４６】
ＢＳＲは、ＬＣＨおよび／またはＬＣＧのＱｏＳの要件が満たされない（例えば、ＰＢＲ、またはレイテンシ／遅延など）場合にトリガされる可能性がある。例において、ＢＳＲは、マルチフロー動作のために構成されたＬＣＨ／ＬＣＧに関してトリガされるが、シングルフローＬＣＨ／ＬＣＧに関してはトリガされない可能性がある。
【０２４７】
ＢＳＲがトリガされるとき、ＷＴＲＵは、ＢＳＲをトリガしたデータを送信するために使用されるＭＡＣインスタンスでＳＲをトリガする可能性がある。例えば、ＳＲを送信するために使用されるリソース（例えば、ＰＵＣＣＨ、ＰＲＡＣＨなど）および／または方法（例えば、Ｄ−ＳＲ、ＲＡ−ＳＲなど）は、そのような送信のために適用可能なＭＡＣに応じて選択され得る。ＢＳＲは、１または複数のＱＳＲ値を含むように拡張される可能性がある。例えば、ＢＳＲでレポートされる各ＬＣＨ／ＬＣＧに関して、ＷＴＲＵは、レポートされるＬＣＨ／ＬＣＧに適用可能なＱＳＲに関する値を含める可能性がある。
【０２４８】
ＷＴＲＵは、マルチフローが構成される少なくとも１つの無線ベアラに関するレポートをＢＳＲが含む場合、ＢＳＲを重複させる可能性がある。例えば、無線ベアラがマルチフローベアラである場合、ＢＳＲは、関係しているマルチフローベアラに適用可能である各レイヤで送信される。
【０２４９】
例において、ＷＴＲＵは、異なるレイヤ（例えば、異なるサービングサイト、異なるスケジューラ、異なるＭＡＣインスタンスなど）の間の優先度の関連付けに応じて論理チャネル優先順位付け（ＬＣＰ）を実行する可能性がある。ＬＣＨは、マルチフロー動作のために構成されるとき、複数のＭＡＣインスタンスの割り当てられたリソースに関連付けられる可能性があり、および／または複数のＭＡＣインスタンスの割り当てられたリソースである可能性がある（例えば、異なるレイヤのスケジューリングされたリソースである可能性がある）。マルチレイヤ送信を考慮するために、論理チャネル優先順位付けの手順は、複数のＭＡＣインスタンスにわたって優先順位付けの規則を適用することをともなう可能性がある。例えば、所与のＬＣＨに関するＰＢＲおよび／または論理チャネルの優先順位が、レイヤ毎に割り振られる可能性がある（例えば、マルチフローベアラに関するＰＢＲおよび／または論理チャネルの優先順位が、異なるＭＡＣインスタンスに関して異なる可能性がある）。所与の論理チャネルのＰＢＲおよび／または論理チャネルの優先順位は、ＷＴＲＵに固有の最大値に関連付けられる可能性がある（例えば、ＰＢＲ／論理チャネルの優先順位がレイヤに固有である可能性があるが、ＰＢＲ／論理チャネルの優先順位に関する値は、レイヤのいずれにおいても対応するＷＴＲＵに固有の最大を超えない可能性がある）。マルチフローＬＣＨからのデータは、マルチフローＬＣＨが構成されるいずれかのレイヤでリソースをめぐって競合する可能性がある。送信のためにトランスポートブロックのリソースを割り当てるとき、ＷＴＲＵは、論理チャネルに関する構成されたＰＢＲまで優先度の順番で１または複数の論理チャネルにリソースを割り当てる可能性がある。論理チャネルのそれぞれに関するＰＢＲが満たされ、ＭＡＣインスタンスのためのトランスポートブロックに残りのリソースが存在する場合、送信のためにバッファリングされた残りのデータを有するＬＣＨが、トランスポートブロックが一杯になるか、または論理チャネルのいずれに関しても残りのデータが存在しなくなるまで厳密な優先度の順番で与えられる可能性がある。そのようなＰＢＲおよび／または優先度の規則は、レイヤに固有である可能性があり、所与のマルチフローＬＣＨは、各レイヤに関して同じまたは異なる構成（例えば、ＰＢＲ、優先度など）を有する可能性がある。例として、所与のＬＣＨ（例えば、複数のＭＡＣインスタンスにマッピングされたマルチフロー論理チャネル）に関するＰＢＲは、論理チャネルに関連付けられた複数のレイヤにわたって課される可能性がある。マルチフロー論理チャネルに関するＷＴＲＵ全体にわたるＰＢＲの上限ではなく、またはマルチフロー論理チャネルに関するＷＴＲＵ全体にわたるＰＢＲの上限に加えて、論理チャネルは、特定のＭＡＣインスタンスの論理チャネルに関する優先される送信に上限を課し得るレイヤに固有のＰＢＲで構成される可能性もある。
【０２５０】
マルチフローＬＣＨからのデータは、１または複数の適用可能なレイヤでリソースをめぐって競合する可能性がある。ＷＴＲＵは、構成されたＰＢＲ（例えば、レイヤに固有のＰＢＲおよび／またはＷＴＲＵ全体にわたるＰＢＲ）までＬＣＨにトランスポートブロックのリソースを割り当て得る。所与のＰＢＲがＷＴＲＵに固有であるかまたはＷＴＲＵ全体にわたる（例えば、ＰＢＲが任意のＭＡＣインスタンスに適用可能である可能性があり、および／または論理チャネルがＭＡＣインスタンスのいずれかによってリソースを与えられるときにデクリメントされる可能性がある）場合、ＬＣＨがマッピングされるレイヤのサブセットを用いる際にＷＴＲＵに固有のＰＢＲが満たされる場合、ＬＣＨは、その他の論理チャネルに関するＰＢＲも満たされるまで（例えば、たとえレイヤに固有のＰＢＲが満たされなかったとしても）残りのレイヤでリソースをめぐって競合することを可能にされない可能性がある。しかし、たとえＷＴＲＵに固有のＰＢＲが達せられたとしても、特定のＭＡＣインスタンスに関して、ＭＡＣインスタンスによって与えられる論理チャネルのそれぞれのＰＢＲが満たされた（例えば、関係しているレイヤに関するその他のどのＬＣＨもｂｊ＞０を持たない）場合、リソースがレイヤのためのトランスポートブロックに残っている場合、論理チャネルは、たとえその他の論理チャネルのＷＴＲＵに固有のＰＢＲがまだ達せられていなくてもそのＷＴＲＵに固有のＰＢＲを超えて追加的なリソースを与えられる可能性がある（例えば、ＷＴＲＵに固有のＰＢＲがまだ満たされていない論理チャネルは、トランスポートブロックに残りのリソースを有するＭＡＣインスタンスにマッピングされない可能性がある）。
【０２５１】
例として、ＭＡＣインスタンスの状態の変更が、ＭＡＣインスタンスによって与えられるマルチフローＬＣＨに関する論理チャネル優先順位付けの構成に対する１または複数の変更をトリガする可能性がある。例えば、マルチフローＬＣＨからのデータは、１または複数のレイヤでリソースをめぐって競合する可能性がある。新しく形成されたトランスポートブロックのために複数の論理チャネルを最初に与えるとき、ＷＴＲＵは、ＬＣＨに関するＷＴＲＵに固有のＰＢＲおよび／または複数のレイヤに固有のＰＢＲを含む可能性があるその構成されたＰＢＲまでマルチフローＬＣＨにリソースを割り当てる可能性がある（例えば、ＷＴＲＵは、いくつかの集約されたＰＢＲの構成の合計に基づいて論理チャネルを与える可能性がある）。しかし、特定の期間、例えば、関連付けられたＭＡＣインスタンスの状態（例えば、ＭＡＣインスタンスが非アクティブ化された状態にある可能性がある、ＭＡＣインスタンスが貧弱な無線の状態が原因で損なわれた状態にある可能性があるなど）が原因で、１または複数のレイヤが利用不可能となり得る。そのような筋書きでは、ＷＴＲＵは、状態の変更が起こったレイヤにマッピングされた１または複数の論理チャネルに関するＱＳＲ／ＰＢＲをトリガするように構成される可能性がある。論理チャネルは、ＭＡＣインスタンスの状態の変更が起こったレイヤで論理チャネルが不十分に与えられる可能性があるので、その他のレイヤで追加的なリソースを提供するために再構成される可能性がある。これは論理チャネルが再構成された（例えば、優先度および／またはＰＢＲが増やされた）レイヤに関してより低い優先度のその他のＬＣＨをリソース不足にする可能性があるが、関係しているＭＡＣインスタンスのためのスケジューラは、マルチフローベアラ／ＬＣＨの論理チャネルの構成に対する変更を考慮に入れるために１または複数のその他の論理チャネルも再構成する可能性がある。
【０２５２】
例として、論理チャネルの構成を目的とするＭＡＣインスタンスの状態は、ＭＡＣインスタンスのアクティブ化状態に基づいて、および／またはＭＡＣインスタンスによって被られている無線リンクの状態に基づいて決定される可能性がある。例えば、ＭＡＣインスタンスは、ＭＡＣインスタンスが非アクティブ化されるとき、および／またはＭＡＣインスタンスのサービングセルのすべてが非アクティブ化されるときのどちらかのとき、利用不可能である可能性がある。ＭＡＣインスタンスは、無線リンクの状態が所与の閾値未満であること、無線リンク監視手順の間に無線リンクの問題を検出すること、推定された経路損失が所与の閾値を超えると決定すること、関係しているＭＡＣインスタンスに関連付けられた１または複数のセルがＲＬＦ（例えば、ＵＬ  ＲＬＦおよび／もしくはＤＬ  ＲＬＦのうちの１もしくは複数）を被っていると決定すること、ＲＲＣタイマーＴ３１０が動いていると決定すること、ＲＲＣタイマーＴ３０１、Ｔ３０２、Ｔ３０４、および／もしくはＴ３１１のうちの１もしくは複数が動いていると決定することなどのうちの１または複数に基づいて非アクティブ化されると考えられる可能性がある。例においては、ＭＡＣインスタンスが非アクティブ化されるかどうかを決定するためにＭＡＣインスタンスのセルのそれぞれを考えるのではなく、ＷＴＲＵは、主ＭＡＣインスタンスを考える可能性がある。
【０２５３】
ネットワークの観点から見て、マルチフローＬＣＨに関するレイヤに固有の優先度の割り当ては、対応するＬＣＨに関するデータを送信するために最初にどのレイヤが使用されるかについてネットワークが何らかの形態の制御を有することを可能にする。例えば、レイヤに固有のＰＢＲが、ＱｏＳの要件を満たす負担をネットワークが複数のレイヤの間に分けることを可能にする可能性があり、このことは、マルチフロー論理チャネルに関連付けられたレイヤによってやはり与えられる１または複数のその他のベアラ／ＬＣＨをリソース不足にする必要なしに、ネットワークがマルチフローベアラのために十分なリソースを割り当てることを支援し得る。
【０２５４】
例においては、新しい送信が実行されるとき、ＷＴＲＵは、複数のレイヤで利用可能なリソースに関する使用の順番を決定する可能性がある。例えば、ＷＴＲＵは、所与の時間間隔における所与のレイヤを介した送信のためにトランスポートブロックに論理チャネルのデータを割り振るための順番を割り振る可能性がある。例えば、時間間隔は、ＴＴＩ／サブフレーム、スケジューリング期間（例えば、複数のサブフレーム）、および／または何らかのその他の予め定義された期間のうちの１つである可能性がある。このようにして、マルチフロー論理チャネルのデータが別のより低い優先度のレイヤのトランスポートブロックに与えられる前に、より高い優先度のトランスポートブロック／レイヤが所与のマルチフロー論理チャネルのデータを与えられ得るように、異なるレイヤの異なるトランスポートブロックに優先度が適用され得る。
【０２５５】
複数のレイヤでＷＴＲＵが利用可能なトランスポートブロックのリソースが存在するとき、ＷＴＲＵは、論理チャネル優先順位付けプロセスの間により高い優先度を有するレイヤ（例えば、主レイヤ）のリソースを最初に割り振る可能性がある。最も高い優先度を有するレイヤのすべてのリソースが割り当てられたとき、ＷＴＲＵは、（例えば、等しい優先度のレイヤが同時に与えられるようにして）降順の優先度でその他のレイヤ（例えば、副レイヤ）のリソースを割り振る可能性がある。ＷＴＲＵがより高い優先度の所与のレイヤのリソースを割り振るとき、論理チャネル優先順位付け手順が、レイヤのトランスポートブロックに関して最初に実行される可能性があり、その論理チャネルに関する論理チャネル優先順位付け手順が完了するとき、ＷＴＲＵは、送信のために利用可能なトランスポートブロックでより低い優先度のレイヤに関する論理チャネル優先順位付けを実行する可能性がある。例えば、ＷＴＲＵが、主レイヤ（例えば、ＭｅＮＢに関連付けられたサービングサイト）および副レイヤ（例えば、ＳＣｅＮＢに関連付けられたサービングサイト）での使用のために構成される筋書きを考える。主レイヤは、論理チャネル優先順位付けの目的で副レイヤより高い優先度を有する（またはその逆である）可能性がある。主レイヤと副レイヤとの両方が送信のためにスケジューリングされるトランスポートブロックを有するスケジューリング期間（例えば、サブフレーム）において、ＷＴＲＵは、副レイヤのトランスポートブロックによって後に続かれる主レイヤのトランスポートブロックを最初に満たすと決定する可能性がある。
【０２５６】
例えば、ＷＴＲＵは、論理チャネルの優先度の順番で、それらの構成されたＰＢＲ（例えば、ＷＴＲＵに固有のＰＢＲおよび／またはレイヤに固有のＰＢＲ）まで、主レイヤにマッピングされる論理チャネルのそれぞれを最初に与える可能性がある。主レイヤにマッピングされた論理チャネルのそれぞれがそれらの構成されたＰＢＲ（例えば、ＷＴＲＵに固有のＰＢＲおよび／またはレイヤに固有のＰＢＲ）まで与えられた後にトランスポートブロックに残りのスペースが存在する場合、主レイヤにマッピングされた論理チャネルが、すべてのそれらのデータが与えられるまで厳密な優先度の順番で与えられる可能性がある。主レイヤに関するトランスポートブロックが満たされると、ＷＴＲＵは、副レイヤのトランスポートブロックにデータを与えることを開始し得る。例えば、ＷＴＲＵは、論理チャネルの優先度の順番で、それらの構成されたＰＢＲ（例えば、ＷＴＲＵに固有のＰＢＲおよび／またはレイヤに固有のＰＢＲ）まで、副レイヤにマッピングされる論理チャネルのそれぞれを最初に与える可能性がある。これらの論理チャネルのうちの１または複数は、主レイヤのトランスポートブロックで送信リソースをやはり与えられたマルチフロー論理チャネルである可能性がある。副レイヤにマッピングされた論理チャネルのそれぞれがそれらの構成されたＰＢＲ（例えば、ＷＴＲＵに固有のＰＢＲおよび／またはレイヤに固有のＰＢＲ）まで与えられた後にトランスポートブロックに残りのスペースが存在する場合、副レイヤにマッピングされた論理チャネルが、すべてのそれらのデータが副レイヤのトランスポートブロックに与えられるまで厳密な優先度の順番で与えられる可能性がある。
【０２５７】
例において、ＷＴＲＵは、単一のＭＡＣインスタンスのトランスポートブロックを満たすとき、マルチフロー論理チャネルを与える前に、最初に、単一のＭＡＣインスタンスにだけ関連付けられるＬＣＨにリソースを割り当てるように構成される可能性がある。
【０２５８】
例において、ＷＴＲＵは、論理チャネル優先順位付けを実行するための第１の構成（例えば、レイヤに固有の構成）で構成される可能性がある。第１の構成（例えば、レイヤに固有の構成）は、ＰＢＲの構成（例えば、ｐｒｉｏｒｉｔｉｚｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎなど）、１または複数の無線ベアラおよび／もしくは論理チャネル（ＬＣＨ）に関する優先度などのうちの１または複数を含む可能性がある。例えば、第１の構成は、マルチフロー動作のために構成されるＬＣＨのために受信される可能性がある。
【０２５９】
ＷＴＲＵは、そのような第１の構成で構成されるとき、特定の順番（例えば、優先度の順番）に従って各レイヤのリソースに関する論理チャネル優先順位付けを実行することによって論理チャネルにリソースを割り当てる可能性がある。例において、ＷＴＲＵは、単一のレイヤを用いる動作のために構成されたＬＣＨがレガシーのＬＣＰ手順に従って与えられ得るように、各レイヤに関して独立して論理チャネル優先順位付けを実行する可能性がある。マルチフローＬＣＨは、論理チャネル優先順位付けの目的で論理チャネルに所与のレイヤに関するレイヤに固有のＰＲＢを適用するとき、マルチフローチャネルがそのレイヤでシングルフロー論理チャネルと考えられるように、レイヤに固有のＰＢＲ構成で構成される可能性がある。
【０２６０】
第１の構成ではなく、または第１の構成に加えて、ＷＴＲＵは、１または複数の無線ベアラおよび／または論理チャネルに関するＰＢＲ構成および／または優先度を含む可能性がある第２の構成（例えば、ＷＴＲＵに固有の構成）で構成される可能性がある。第２の構成は、マルチフロー論理チャネルに適用可能である可能性があり、複数のレイヤによって与えられ得る論理チャネルに関するＰＢＲの規則を定義するために使用される可能性がある。第２の構成は、第１の構成に加えて存在するか、またはそれ自体でＬＣＨのための構成全体として存在する可能性がある。
【０２６１】
ＷＴＲＵは、第２のＷＴＲＵに固有の論理チャネルの構成で構成されるとき、特定の順番（例えば、最も高い優先度のレイヤを最初に与える、２番目に高いものを２番目に与えるなど）に従って各レイヤのリソースに関する論理チャネル優先順位付けを実行することによって論理チャネルにリソースを割り当てる可能性がある。ＷＴＲＵは、単一のレイヤを用いる動作のために構成されたＬＣＨがレガシーのＬＣＰ手順に従って扱われ得るように、各レイヤに関して論理チャネル優先順位付けを実行する可能性がある。例において、マルチフロー動作のために構成されたＬＣＨは、スケジューリングインスタンス毎に１回考慮される可能性があり、ＷＴＲＵがその第２の構成に従って単一の（例えば、最も高い優先度の）レイヤでリソースを割り当てられると、マルチフロー論理チャネルは、第２のレイヤでの送信に関して考慮されない可能性がある。例においては、第２の構成が複数のレイヤにわたって適用されるという条件で、マルチフロー動作のために構成されたＬＣＨは、所与のスケジューリング期間に複数のレイヤのリソースを利用することを可能にされる可能性がある。
【０２６２】
例において、ＷＴＲＵは、ＬＣＨの特定のサブセットに対応するグラントを割り振るようにＷＴＲＵに命じる（例えば、Ｅ−ＰＤＣＣＨおよび／またはＰＤＣＣＨでのＤＣＩなどの）ダウンリンク制御シグナリングを受信する可能性がある。例えば、受信されるＤＣＩは、受信されたグラントが（例えば、ベアラの識別情報に基づく）（１または複数の）特定のＬＣＨ、特定のベアラの種類（例えば、ＳＲＢ）、（例えば、ＷＴＲＵに固有のＬＣＨの優先度などの）特定の優先度などのうちの１または複数からのデータの送信のために使用され得るような指示を含む可能性がある。
【０２６３】
例において、ＷＴＲＵは、特定の期間、特定のＭＡＣインスタンスに適用可能な制御チャネル（例えば、ＰＤＣＣＨ、ｅＰＤＣＣＨなど）に関するダウンリンク制御シグナリングをそれが受信しなかった（例えば、正常に復号しなかった）と決定する可能性がある。例において、ＷＴＲＵは、予め決められた期間、１または複数のレイヤがスケジューリングされなかった、および／または１または複数の論理チャネルがリソースを割り当てられなかったと決定することに基づいて、１または複数の論理チャネル優先順位付けの規則を無効にする可能性がある。例えば、ＷＴＲＵは、期間の間にグラントなどの特定の種類のＤＣＩ（例えば、関係しているＭＡＣにおける送信のためのアップリンクリソースの割り当てのためのＤＣＩ）をそれが受信しなかったと決定するとき、１または複数の論理チャネル優先順位付けの規則を無効にすると決定する可能性がある。ＬＣＨの優先順位付けは、ＷＴＲＵが指定された期間に関係しているＭＡＣインスタンスでいずれかのＤＣＩを受信することに失敗することに基づいて無効にされる可能性がある。そのような場合、ＷＴＲＵは、関係しているＭＡＣインスタンスがＬＣＰプロセスのためにもはや適用可能でないと決定する可能性がある。例えば、ＷＴＲＵは、関係しているＭＡＣインスタンスが非アクティブ化された状態であると仮定してＬＣＰを実行する可能性がある。
【０２６４】
特徴および要素が特定の組み合わせで上で説明されているが、当業者は、各特徴または要素が、単独で、またはその他の特徴および要素との任意の組み合わせで使用される可能性があることを理解するであろう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装される可能性がある。
コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子的な信号と、コンピュータ可読ストレージ媒体とを含む。コンピュータ可読ストレージ媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタルバーサタイルディスク（ＤＶＤ）などの光媒体を含むがこれらに限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータでの使用のための無線周波数トランシーバを実装するために使用される可能性がある。
【図１Ａ】
2020174411.tif 000006
【図１Ｂ】
2020174411.tif 000007
【図１Ｃ】
2020174411.tif 000008
【図１Ｄ】
2020174411.tif 000009
【図１Ｅ】
2020174411.tif 000010
【図２】
2020174411.tif 000011
【手続補正書】
【提出日】令和2年8月26日(2020.8.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
独立してスケジューリングされる異なるサービングサイトに関連付けられる複数の媒体アクセス制御（ＭＡＣ）インスタンスに物理レイヤリソースを提供するための方法であって、
第１のＭＡＣインスタンスに関連付けられた第１のサービングサイトに送信するために第１の物理レイヤ構成を利用するステップと、
第２のＭＡＣインスタンスに関連付けられた第２のサービングサイトに送信するために第２の物理レイヤ構成を利用するステップと、
前記第１のＭＡＣインスタンスからの送信要求と前記第２のＭＡＣインスタンスからの要求との間の衝突を防止するステップとを含み、
前記衝突を防止するステップは、前記第１のＭＡＣインスタンスに関連付けられた送信および前記第２のＭＡＣインスタンスに関連付けられた送信に関して時間分離または周波数分離のうちの１または複数を利用するステップを含むことを特徴とする方法。