(57)【特許請求の範囲】
【請求項１】
プライマリストリームおよびセカンダリストリームを備えるアップリンク（ＵＬ）多入力多出力（ＭＩＭＯ）動作に対するトランスポートフォーマットコンビネーション制約のための、無線受信／送信ユニット（ＷＲＴＵ）において実行される方法であって、
プライマリストリームに適用可能な正規化残存電力マージン（ＮＲＰＭ）を計算するステップと、
前記ＮＲＰＭに基づいて、前記プライマリストリームに対するサポートされる拡張トランスポートフォーマットコンビネーションインデックス（Ｅ−ＴＦＣＩ）の組を計算するステップと、
前記プライマリストリームに対する前記サポートされるＥ−ＴＦＣＩのうちの１つを選択するステップと、
少なくともしきい値に基づいて、ＵＬ送信に対するランクを判定するステップと、
前記選択されたプライマリストリームのＥ−ＴＦＣＩおよびＮｏｄｅＢによってシグナリングされた電力オフセットに基づいて、前記セカンダリストリーム上のデータのビットの数を判定するステップと
を備えたことを特徴とする方法。
【請求項２】
前記セカンダリストリーム上の前記データのビットの数を判定する前記ステップは、前記セカンダリストリームに対するトランスポートブロックサイズを判定するステップを備えていることを特徴とする請求項１に記載の方法。
【請求項３】
前記セカンダリストリーム上の前記データのビットの数を判定する前記ステップは、前記セカンダリストリームに対するＥ−ＴＦＣＩを判定するステップを備えていることを特徴とする請求項１に記載の方法。
【請求項４】
スケジューリングされてないデータを、前記プライマリストリーム上で送信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
前記プライマリストリームに適用可能な前記ＮＲＰＭを計算する前記ステップは、少なくとも１つのＥ−ＴＦＣＩに対する合計ＮＲＰＭの半分を計算するステップを備えていることを特徴とする請求項１に記載の方法。
【請求項６】
前記プライマリストリームに適用可能な前記ＮＲＰＭを計算する前記ステップは、
ＮＲＰＭ1,j＝０．５×（ＰＭａｘj−ＰDPCCH,target−ＰS-DPCCH,target−ＰDPDCH−ＰHS-DPCCH−ＰE-DPCCH,j−ＰS-E-DPCCH,j）／ＰDPCCH,target
を計算するステップであって、
ＮＲＰＭ1,jは、前記プライマリストリームに適用可能な正規化残存電力マージンであり、
ＰＭａｘjは、許容される最大電力であり、
ＰDPCCH,targetは、推定された個別物理制御チャネル（ＤＰＣＣＨ）電力ターゲットであり、
ＰS-DPCCH,targetは、推定されたセカンダリ（Ｓ）−ＤＰＣＣＨ電力ターゲットであり、
ＰDPDCHは、ＤＰＤＣＨの電力であり、
ＰHS-DPCCHは、高速（ＨＳ）ＤＰＣＣＨの電力であり、
ＰE-DPCCH,jは、前記プライマリストリーム上のＥ−ＴＦＣＩ  ｊに対するＥ−ＤＰＣＣＨの電力であり、および
ＰS-E-DPCCH,jは、前記プライマリストリーム上のＥ−ＴＦＣＩ  ｊに対する前記セカンダリストリームのＥ−ＤＰＣＣＨ（Ｓ−ＤＰＣＣＨ）の電力である、ステップと
を備えていることを特徴とする請求項１に記載の方法。
【請求項７】
前記しきい値は、前記セカンダリストリーム上で送信されることができるビットの数を含んでいることを特徴とする請求項１に記載の方法。
【請求項８】
前記しきい値は、サービンググラントにしたがって前記セカンダリストリーム上で送信されることができるビットの数を含んでいることを特徴とする請求項７に記載の方法。
【請求項９】
ランクを判定する前記ステップは、セカンダリ電力オフセットにさらに基づいていることを特徴とする請求項７に記載の方法。
【請求項１０】
前記セカンダリストリーム上の前記データのビットの数を判定する前記ステップは、
最高優先度の空でない論理チャネルと関連付けられたＨＡＲＱオフセットを使用して、前記セカンダリストリーム上で送信されることができる前記ビットの数を計算するステップを備えていることを特徴とする請求項７に記載の方法。
【請求項１１】
ＲＲＣシグナリングを介して前記しきい値を受信するステップをさらに備えたことを特徴とする請求項７に記載の方法。
【請求項１２】
前記電力オフセットは、前記ＮｏｄｅＢによって測定されたときの受信された電力に基づいていることを特徴とする請求項１に記載の方法。
【請求項１３】
前記電力オフセットは、ＮｏｄｅＢによりシグナリングされたΔＭＩＭＯにさらに基づいており、ΔＭＩＭＯは、前記プライマリストリームと前記セカンダリストリームとの間の相対品質差であることを特徴とする請求項１２に記載の方法。
【請求項１４】
送信機と、
受信機と、
プライマリストリームに適用可能な正規化残存電力マージン（ＮＲＰＭ）を計算し、
前記ＮＲＰＭに基づいて、前記プライマリストリームに対するサポートされる拡張トランスポートフォーマットコンビネーションインデックス（Ｅ−ＴＦＣＩ）の組を計算し、
前記プライマリストリームに対する前記サポートされるＥ−ＴＦＣＩの１つを選択し、
少なくともしきい値に基づいて、ＵＬ送信に対するランクを判定し、および
前記選択されたプライマリストリームのＥ−ＴＦＣＩおよびＮｏｄｅＢによりシグナリングされた電力オフセットに基づいて、セカンダリストリーム上のデータのビットの数を判定する、
ことによって、前記プライマリストリームおよび前記セカンダリストリームを備えるアップリンク（ＵＬ）多入力多出力（ＭＩＭＯ）動作に対するトランスポートフォーマットコンビネーション選択を実行するように構成されたプロセッサと
を備えたことを特徴とする無線受信／送信ユニット（ＷＲＴＵ）。
【請求項１５】
前記プロセッサは、前記セカンダリストリームに対するトランスポートブロックサイズを判定することによって、前記セカンダリストリーム上の前記データのビットの数を判定するように構成されていることを特徴とする請求項１４に記載のＷＲＴＵ。
【請求項１６】
前記プロセッサは、前記セカンダリストリームに対するＥ−ＴＦＣＩを判定することによって、前記セカンダリストリーム上の前記データのビットの数を判定するように構成されていることを特徴とする請求項１４に記載のＷＲＴＵ。
【請求項１７】
前記プロセッサは、前記送信機に対し、スケジューリングされてないデータを、前記プライマリストリーム上でのみ送信させるようにさらに構成されていることを特徴とする請求項１４に記載のＷＲＴＵ。
【請求項１８】
前記プロセッサは、少なくとも１つのＥ−ＴＦＣＩに対する合計ＮＲＰＭの半分を計算することによって、前記プライマリストリームに適用可能な前記ＮＲＰＭを計算するように構成されていることを特徴とする請求項１４に記載のＷＲＴＵ。
【請求項１９】
前記プロセッサは、
ＮＲＰＭ1,j＝０．５＊（ＰＭａｘj−ＰDPCCH,target−ＰS-DPCCH,target−ＰDPDCH−ＰHS-DPCCH−ＰE-DPCCH,j−ＰS-E-DPCCH,j）／ＰDPCCH,target
を計算することにより、前記プライマリストリームに適用可能な前記ＮＲＰＭを計算するように構成され、
ＮＲＰＭtot,jは、合計正規化残存電力マージンであり、
ＰＭａｘjは、許容される最大電力であり、
ＰDPCCH,targetは、推定された個別物理制御チャネル（ＤＰＣＣＨ）電力ターゲットであり、
ＰS-DPCCH,targetは、推定されたセカンダリ（Ｓ）−ＤＰＣＣＨ電力ターゲットであり、
ＰDPDCHは、ＤＰＤＣＨの電力であり、
ＰHS-DPCCHは、高速（ＨＳ）ＤＰＣＣＨの電力であり、
ＰE-DPCCH,jは、前記プライマリストリーム上のＥ−ＴＦＣＩ  ｊに対するＥ−ＤＰＣＣＨの電力であり、および、
ＰS-E-DPCCH,jは、前記プライマリストリーム上のＥ−ＴＦＣＩ  ｊに対する前記セカンダリストリームのＥ−ＤＰＣＣＨ（Ｓ−ＤＰＣＣＨ）の電力である
ことを特徴とする請求項１４に記載のＷＲＴＵ。
【請求項２０】
前記しきい値は、前記セカンダリストリーム上で送信されることができるビットの数を含んでいることを特徴とする請求項１４に記載のＷＲＴＵ。
【請求項２１】
前記しきい値は、サービンググラントにしたがって前記セカンダリストリーム上で送信されることができるビットの数を含んでいることを特徴とする請求項２０に記載のＷＲＴＵ。
【請求項２２】
前記プロセッサは、セカンダリ電力オフセットにさらに基づいて前記ランクを判定するように構成されていることを特徴とする請求項２０に記載のＷＲＴＵ。
【請求項２３】
前記プロセッサは、最高優先度の空でない論理チャネルと関連付けられたＨＡＲＱオフセットを使用して、前記セカンダリストリーム上で送信されることができる前記ビットの数を計算するようにさらに構成されていることを特徴とする請求項２０に記載のＷＲＴＵ。
【請求項２４】
前記ＷＲＴＵは、ＲＲＣシグナリングを介して前記しきい値を受信することを特徴とする請求項２０に記載のＷＲＴＵ。
【請求項２５】
前記電力オフセットは、ＮｏｄｅＢによりシグナリングされたΔＭＩＭＯであり、ΔＭＩＭＯは、前記プライマリストリームと前記セカンダリストリームとの間の相対品質差であることを特徴とする請求項２３に記載のＷＲＴＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【背景技術】
【０００２】
本出願は、参照により本明細書に組み込まれている、２０１１年１月７日に出願した「送信ダイバーシティ端末に対する送信パラメータの選択」と題する米国仮特許出願第６１／４３０，７６９号明細書、２０１１年２月１１日に出願した「送信ダイバーシティ端末に対する送信パラメータの選択」と題する米国仮特許出願第６１／４４１，９２８号明細書、２０１１年８月１２日に出願した「送信ダイバーシティ端末に対する送信パラメータの選択」と題する米国仮特許出願第６１／５２３，０２８号明細書、および２０１１年９月３０日に出願した「送信ダイバーシティ端末に対する送信パラメータの選択」と題する米国仮特許出願第６１／５４１，６９１号の利益を主張するものである。
【０００３】
高機能信号処理アルゴリズムによる複数アンテナ送信／受信技術は、総称して、多入力多出力（ＭＩＭＯ）技術と称されることが多い。ＭＩＭＯは、幅広く研究されており、無線通信システムの性能を大幅に高めることができる。基本的なＭＩＭＯ方式は、複数の情報ストリームが同時に送信される、プリコーディングされた空間多重化の方式である。そのようなストリーム多重化の手法は通常、高い信号対干渉雑音比（ＳＩＮＲ）の状況においては適切であり、およびピークレートおよびスペクトル効率を改善する。空間多重化は、チャネル条件が空間多重化に対して有利ではなくなるときに、カバレッジを増大させるためのビームフォーミングおよび送信ダイバーシティのような技術により補強される。チャネル依存プリコーディングについては、通常、重みが選択されて、受信機における電力を最大化する「方向」に送信を分散する。適切なプリコーディング動作を使用することは、ストリーム間干渉を軽減することができるが、これには、受信機からのフィードバックシグナリングが必要となる（閉ループ）。チャネル独立プリコーディングについては、送信ダイバーシティは、チャネルコーディングおよびインターリービングと結合された重みを変更することにより達成される場合があるが、それらのプリコーディング技術は、受信機からのフィードバックが必要とされない（開ループ）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＴＳ２５．２１４ｖ１０．３．０「Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ（ＦＤＤ）」
【非特許文献２】ＴＳ２５．２１４ｖ１０．０．０「Ｓｐｒｅａｄｉｎｇ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（ＦＤＤ）」
【発明の概要】
【課題を解決するための手段】
【０００５】
一実施形態において、送信ランクを判定する方法は、無線受信／送信ユニット（ＷＲＴＵ）によって、異なるダウンリンク物理チャネル上の２つのグラント（grant）信号を検出するステップと、ＷＲＴＵによって、検出に基づいて送信ランクを判定するステップとを含む。
【０００６】
一実施形態において、送信ランクを判定する方法は、無線受信／送信ユニット（ＷＲＴＵ）によって、上位の送信ランクを要求することを判定するステップと、ＷＲＴＵによって、判定に基づいて上位の送信ランクの要求を通信するステップとを含む。
【０００７】
一実施形態において、無線受信／送信ユニット（ＷＲＴＵ）送信パラメータを制御する方法は、第１のストリームが所定のトランスポートフォーマット（ＴＦ）またはＴＦのサブセットをいつ使用しているかを判定するようにＷＲＴＵを構成するステップと、および第１のストリームが所定のＴＦまたはＴＦのサブセットを使用しているときにデュアルストリームを送信するようにＷＲＴＵを構成するステップとを含む。
【０００８】
この「発明の概要」は、「発明を実施するための形態」においてさらに説明する簡略化された形式で概念の選択を紹介するために提供される。この「発明の概要」は、特許請求される主題の主要な特徴または重要な特徴を特定することを意図されておらず、また特許請求される主題の範囲を限定するために使用されることも意図されてはいない。さらに、特許請求される主題は、本開示の任意の部分に示される任意またはすべての不利な点を解決するいずれの制約にも限定されることはない。
【図面の簡単な説明】
【０００９】
さらなる詳細な理解が、添付の図面と併せて一例として示した以下の説明から得られるであろう。
【図１】ＭＩＭＯトランスポートフォーマット選択を示すフローチャートである。
【図２】ＨＯＭによるデュアルストリームトランスポートフォーマット選択を示すフローチャートである。
【図３】トランスポートフォーマット選択アルゴリズムを示すフローチャートである。
【図４】閉ループモードのシングルＥ−ＤＣＨトランスポートブロック送信のための例示的なＨＳＵＰＡ送信機構造を示す図である。
【図５】２つのトランスポートブロックの変調シンボルと２つの物理アンテナにおけるシンボルレベル信号との間のマッピングを示す図である。
【図６】開示されるマッピングアルゴリズムの第１の実施態様を示す図である。
【図７】この実施態様を閉ループモードのデュアルストリーム送信のためのＨＳＵＰＡ送信機構造に適用する方法を示す図である。
【図８】デュアルＥ−ＤＣＨトランスポートブロック送信のための例示的なＨＳＵＰＡ送信機構造を示す図である。
【図９】開示されるマッピングアルゴリズムの第２の実施態様を示す図である。
【図１０】閉ループモードのデュアルＥ−ＤＣＨトランスポートブロック送信のための例示的なＨＳＵＰＡ送信機構造を示す図である。
【図１１Ａ】１つまたは複数の開示される実施形態が実施されうる例示的な通信システムを示すシステム図である。
【図１１Ｂ】図１１Ａに示される通信システム内で使用されうる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１１Ｃ】図１１Ａに示される通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【図１１Ｄ】図１１Ａに示される通信システム内で使用されうる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【図１１Ｅ】図１１Ａに示される通信システム内で使用されうる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【発明を実施するための形態】
【００１０】
複数アンテナ技術は、広帯域符号分割多元接続／高速ダウンリンクパケットアクセス（ＷＣＤＭＡ（登録商標）／ＨＳＰＡ）などのＩＥＥＥ規格８０２．１１ｎベースの無線ローカルエリアネットワークアクセスポイントおよびセルラシステム、ならびに３ＧＰＰロングタームエボリューション（ＬＴＥ）など、多数の無線通信システムに採用されてきた。ＭＩＭＯは、ＷｉＭＡＸ仕様、ならびに、たとえばＵＴＲＡＮ（ＨＳＰＡ）のｒｅｌｅａｓｅ７およびＥ−ＵＴＲＡＮ（ＬＴＥ）のｒｅｌｅａｓｅ８において、３ＧＰＰ仕様に導入されている。さらに高度なＭＩＭＯの拡張は現在、３ＧＰＰ  Ｒｅｌｅａｓｅ９および１０について検討されている。しかし、ＨＳＰＡについてダウンリンク（ＤＬ）ＭＩＭＯのみがＲｅｌｅａｓｅ７導入されており、ＨＳＰＡについてアップリンク（ＵＬ）ＭＩＭＯは導入されていない。アップリンクにおいては、高データレートサービスおよびより大きなカバレッジへの要求が急激に高まるのに伴って、高速アップリンクパケットアクセス（ＨＳＵＰＡ）についてのプリコーディングにより、マルチアンテナ送信方式をサポートするためにシグナリングの側面を研究する必要が生じている。
【００１１】
現在、ＤＬ−ＭＩＭＯのみが３ＧＰＰ規格において規定され、ＷＣＤＭＡ−ＨＳＰＡシステムで実装されている。ＨＳＰＡの進化に伴って、ますます多くの適用例に、スループット向上およびカバレッジ拡大など、より優れたアップリンク性能が必要とされている。
【００１２】
本開示の実施形態によれば、ＷＴＲＵ送信パラメータを制御し、サポートされる拡張トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）のセットを算出し、送信ランクを判定し、Ｅ−ＴＦＣ選択を判定し、およびトランスポートフォーマットを選択する、システムおよび方法が提供される。本明細書において開示されるシステムおよび方法の実施形態は、個別に、または任意の適切な組合せで使用されてもよい。
【００１３】
背景として、ＨＳＵＰＡは当初、シングルストリーム動作のために設計されていた。従来のＨＳＵＰＡにおいて、無線受信／送信ユニット（ＷＲＴＵ）は、パラメータの数に基づいて、送信に使用するトランスポートブロックサイズ（ＴＢＳ）を判定する。それらのパラメータは、ネットワークによって動的にシグナリングされるものもあり、半静的または静的なものもあり、また動的であってＷＲＴＵにしか認識されないものもある。３ＧＰＰ仕様におけるプロシージャのセットは、正確なＷＲＴＵの動作および拡張個別チャネル（Ｅ−ＤＣＨ）のＴＢＳ選択ルールを表す。Ｅ−ＴＦＣ制約およびトランスポートフォーマット選択は、総称的に、送信するためのフォーマットおよび情報を選択するための全体的なＷＲＴＵの動作を表す。
【００１４】
これらのルールは、シングルストリーム動作のために設計されてきており、任意のＴＴＩにおいて、ＷＲＴＵはそのアンテナからデータストリームを送信するだけである。Ｅ−ＤＣＨにおいてマルチストリーム動作（本明細書において、デュアルストリームまたはＵＬ−ＭＩＭＯとも称される）をサポートするため、既存のルールを変更することが望ましい。高いレベルにおいて、解決すべき問題は、ＷＲＴＵが、デュアルストリーム送信における各ストリームについてのデータの量、電力、およびトランスポートフォーマット／コードレートを判定するためのルールおよびプロシージャを設計することから成る。
【００１５】
多様なデュアルストリーム動作が考案されてもよく、たとえば、これらに限定されないが、同時に送信される１つまたは２つのコードワード、１つまたは２つのインナーループ電力制御（ＩＬＰＣ）、シングルまたはデュアルグラントなどを含むオプションの任意の組合せが考慮されてもよい。
【００１６】
各々の特定の種類に対して、どのように動作するかをＷＲＴＵが判定するために、プロシージャおよび方法のセットが必要となる。本開示は、部分的に、問題のさまざまな側面に対処するために任意の組合せで使用することができるシステム、方法、およびプロシージャを説明する。理解されているように、完全な解決策は、本明細書において説明されるシステム、方法、およびプロシージャの１つまたは組合せで構成されてもよい。
【００１７】
用語、Ｅ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）およびＥ−ＤＣＨトランスポートフォーマットコンビネーションインデックスが、１対１のマッピングを有し、ならびに本明細書において同義的に使用されてもよいことに留意されたい。また、用語、シングルストリーム送信およびランク１送信は等価であり、ならびに本明細書において同義的に使用されてもよく、同様に、デュアルストリーム送信およびランク２送信という用語もまた等価であり、本明細書において同義的に使用されてもよいことに留意されたい。
【００１８】
デュアルストリーム送信のコンテキストにおいて、第１のストリーム、すなわちプライマリストリームは、ネットワークまたはサービングセルによって示される優先プリコーディング重みベクトルに関連付けられる。第２のまたはセカンダリストリームは、その他の潜在的な直交プリコーディング重みベクトルに関連付けられる。汎用性を失うことなく、本開示において、単に説明を簡明にするために、プライマリ重みベクトルに関連付けられているチャネル条件は、セカンダリ重みベクトルに関連付けられているチャネル条件よりも良好であることが仮定される。
【００１９】
ＷＣＤＭＡアップリンクまたはＨＳＵＰＡのコンテキストにおいて、１６ＱＡＭ動作に言及するときは、これはまた、デュアルバイナリまたはデュアル４ＰＡＭ送信、または高次変調（ＨＯＭ：higher order modulation）に同等に言及してもよい。同様に、用語ＱＰＳＫはまた、このコンテキストにおいて、デュアルバイナリ変調またはデュアルＢＰＳＫと等価であってもよい。
【００２０】
さらに、本明細書におけるＥ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）への言及は、コンテキストに応じて、Ｅ−ＴＦＣインデックス（Ｅ−ＴＦＣＩ）と等価であってもよい。
【００２１】
１．  ＷＲＴＵ送信パラメータを制御するための例示的な技術
一部の実施形態において、第２のストリームフォーマットは、プライマリストリームトランスポートフォーマットにリンクされてもよい。ＷＲＴＵ送信パラメータを制御する実施形態に準じて、ＷＲＴＵは、第１のストリームが特定のトランスポートフォーマット（ＴＦ）または利用可能なトランスポートフォーマットのサブセットを使用しているときに限り、デュアルストリームを送信するように構成されてもよい。１つの例において、ＷＲＴＵは、利用可能な最大トランスポートフォーマットと組み合わせて、すなわち拡散率２を有する２つのＥ−ＤＰＤＣＨコードと、拡散率４をもつＥ−ＤＰＤＣＨコードの組合せで（本明細書において、このＴＦは２ＳＦ２＋２ＳＦ４と称される）、デュアルストリームを使用するように構成されてもよい。ＷＲＴＵは、両方のストリーム上で同一の変調方式を常に使用するようにさらに構成されてもよい。加えて、およびオプションで、ＷＲＴＵはまた、特定の変調方式のみによってデュアルストリーム動作を使用するように構成されてもよい。たとえば、デュアルストリーム動作は単に、ＱＰＳＫまたは１６ＱＡＭ動作の組合せで使用されてもよい。
【００２２】
ＷＲＴＵをこのルールのセットにより構成することによって、ダウンリンクパラメータのシグナリングが低減される場合がある。一実施形態において、ＷＲＴＵが、特定のＴＦ、変調、およびデュアルストリーム動作による電力オフセットを使用するように（静的に）構成されるときに、ＷＲＴＵは、セカンダリストリーム上で送信するデータ量を確立するために、単一の動的パラメータ構成のみを必要とする。このパラメータは、たとえば、サポートされるビットの数（たとえば、トランスポートブロックサイズ（ＴＢＳ））、セカンダリストリーム上で送信することができるデータ量を判定するために、ＷＲＴＵによって使用することができる電力またはＳＩＲオフセット、もしくはセカンダリストリーム上で送信することができるデータ量を判定するために、ＷＲＴＵによって使用することができるコードレートを表してもよい。この追加のパラメータは、たとえば搬送される情報の意味を再解釈することによって既存のチャネル上で、または全く新たなチャネル上で、ネットワークにより動的にシグナリングされてもよい。
【００２３】
２．  サポートされるＥ−ＴＦＣのセットを計算する例示的な技術
少なくとも１つのプロシージャにおいて、ＷＲＴＵは、サポートされるＥ−ＴＦＣおよびブロックされるＥ−ＴＦＣのセットを計算してもよい。このことは、後続のＴＴＩに対して、Ｅ−ＤＣＨについて利用可能な電力量を推定することによって実行されてもよい。次いで、電力比、またはさらに具体的には、いわゆる正規化残存電力マージン（ＮＲＰＭ：Normalized Remaining Power Margin）と称される、この量に基づいて、ＷＲＴＵは、正規化電力に基づいて送信することができるかを各Ｅ−ＴＦＣＩごとに計算してもよいが（たとえば、サポートされるＥ−ＴＦＣＩのセットを判定する）、このことは、ＮＲＰＭを各Ｅ−ＴＦＣＩに必要な（正規化された）電力と比較することにより達成される。
【００２４】
ＷＴＲＵは、基準Ｅ−ＴＦＣＩおよび関連する電力オフセットのセットに基づいて、各Ｅ−ＴＦＣＩについて利得係数を計算してもよい。一実施形態において、ＷＴＲＵは、シングルストリーム送信に対して基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの１つのセット（たとえば、基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの従来のセット）を使用し、およびデュアルストリーム送信に対して基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの別のセットを使用するように構成される。別の実施形態において、ＷＴＲＵは、プライマリストリームに対して基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの１つのセットを使用し、およびセカンダリストリーム送信に対して基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの別のセットを使用するように構成される。さらに別の実施形態において、ＷＴＲＵは、基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの３つのセットを使用するように構成されて、第１のセットはシングルストリーム送信に対して使用され、および別のセットはデュアルストリーム送信中にプライマリストリームに対して使用され、第３のセットはデュアルストリーム送信中にセカンダリストリームに対して使用される。どの方法を使用するかは、性能の利点（たとえば、リンクレベルシミュレーションにより）および関連するコスト（ＲＲＣ信号負荷に関して）の分析によって判定されてもよい。この適用例における多くの例が（利得係数が推定されてもよい）、基準Ｅ−ＴＦＣＩおよび関連する電力オフセットの単一のセットに関して説明されるが、基準Ｅ−ＴＦＣＩおよび関連する電力オフセットのさまざまなセットが使用されてもよいことを理解されたい。
【００２５】
正規化残存電力マージン計算のプロシージャは、式（１）を使用して、各Ｅ−ＴＦＣＩのインデックスｊについて正規化残存電力（ＮＲＰＭｊ）が計算されてもよい。
ＮＲＰＭｊ＝（ＰＭａｘｊ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨ              式（１）
ここで、変数は以下のように定義される。
ＰＭａｘｊ：Ｅ−ＴＦＣｊについての考えられる最大電力低減を考慮した、送信について利用可能な最大電力
ＰＤＰＣＣＨ，ｔａｒｇｅｔ：推定されるＤＰＣＣＨ電力ターゲット
ＰＤＰＤＣＨ：ＤＰＤＣＨの電力（ＤＰＤＣＨ送信がＭＩＭＯまたは送信ダイバーシティ方式によって許容されない場合、この用語はこの実施形態または本明細書において説明される実施形態には存在しないことを理解されたい）
ＰＨＳ−ＤＰＣＣＨ：ＨＳ−ＤＰＣＣＨの電力
ＰＥ−ＤＰＣＣＨ，ｊ：Ｅ−ＴＦＣｊについてのＥ−ＤＰＣＣＨの電力（すなわち、Ｅ−ＤＰＣＣＨの電力ブーストが考慮される）
【００２６】
各Ｅ−ＴＦＣｊについてＮＲＰＭが計算されると、ＷＲＴＵは、Ｅ−ＴＦＣＩｊがサポートされ（すなわち、ＷＲＴＵがこれを送信する十分な電力を有する）、またはブロックされる（ＷＲＴＵがこれを送信する十分な電力を有していない）かを判定してもよい。このことは、ＮＲＰＭｊをＥ−ＴＦＣｊに対する必要な電力比（ネットワークによりＷＲＴＵにシグナリングされた基準電力オブセットテーブルを介して定義される）と比較することによって達成される。Ｅ−ＴＦＣ制約が考慮されているターゲットＥ−ＤＣＨ−ＴＴＩが、圧縮モードフレームに属していない場合、ＮＲＰＭｊ≧Σ（βｅｄ，ｊ／βｃ）２であれば、Ｅ−ＴＦＣｊをサポートすることができ、それ以外の場合はサポートすることができない。Ｅ−ＴＦＣ制約が考慮されているターゲットＥ−ＤＣＨ  ＴＴＩが、圧縮モードフレームに属している場合、ＮＲＰＭｊ≧Σ（βｅｄ，Ｃ，ｊ／βｃ、Ｃ）２であれば、Ｅ−ＴＦＣｊをサポートすることができ、それ以外の場合はサポートすることができない。βｅｄ，ｊ／βｃおよびβｅｄ，Ｃ，ｊ／βｃ、Ｃは量子化された振幅比である。本明細書において説明するさまざまな実施形態は非圧縮フレームに関するものであるが、本開示はそのように限定されないことに留意されたい。理解されているように、本明細書において説明するシステムおよび方法は、圧縮フレームに同等に適用することができる。したがって、βｅｄ，Ｃ，ｊ／βｃ、Ｃは以下の説明では使用されないが、βｅｄ，ｊ／βｃに適用されるものはすべてβｅｄ，Ｃ，ｊ／βｃ、Ｃにも適用されてもよい。
【００２７】
ＷＲＴＵが、アップリンク送信に対してＭＩＭＯモードにおいて構成されるとき、ＷＲＴＵ送信電力およびＮｏｄｅＢにおいて経験される干渉を最小化するため、次のＴＴＩに対してシングルストリームまたはデュアルストリーム送信のいずれが適切であるかを決定する順応性をＷＲＴＵに与えることが有利である。この特徴をサポートするための一手法において、次のＴＴＩにおけるＥ−ＤＣＨ送信は、シングルストリーム送信を仮定することによって１回、デュアルストリーム送信を仮定することによってもう１回、とＥ−ＴＦＣ制約プロシージャを２回実行してもよい。ＭＩＭＯ動作をサポートするために追加の物理チャネルが必要とされる場合があるので、従来のＥ−ＴＦＣ制約プロシージャは変更される必要があるが、これについては以下において対処される。要するに、アップリンクＭＩＭＯ動作に対する１つの例示的なＥ−ＴＦＣ制約プロシージャは、以下のとおりであってもよい。次の送信がランク１、すなわちシングルストリーム送信であるという仮定のもとに、ランク１送信に対するＥ−ＴＦＣ制約プロシージャに関して、以下に説明されるＥ−ＴＦＣ制約プロシージャを実行する。両方のストリームを同時に処理することに関して（たとえば、従属ストリームに対して）、以下に定義されるＥ−ＴＦＣ制約プロシージャ、または次の送信がランク２、すなわちデュアルストリーム送信であるという仮定のもとに、サポートされるＥ−ＴＦＣのセットを各々独立して計算することに関して、以下に定義されるプロシージャを実行する。
【００２８】
ＷＴＲＵがアップリンク送信に対するＭＩＭＯモードにおいて構成される別の方法では、ＷＴＲＵは、プライマリストリームＥ−ＴＦＣＩランク１／ランク２のしきい値（Ｅ−ＴＦＣＩｔｈｒｅ１および２）、またはプライマリストリームＥ−ＴＦＣＩランク１／ランク２のしきい値のセット（各ＨＡＲＱオフセット１について１つ、すなわちＥ−ＴＦＣＩｔｈｒｅｓｈ１および２、１）によって構成される。次いで、ＷＴＲＵは、プライマリストリームのしきい値を下回るＥ−ＴＦＣＩの場合に限り、ランク１送信に対してサポートされるＥ−ＴＦＣＩのセットを計算し、しきい値を超える（またはしきい値と等しい）Ｅ−ＴＦＣＩの場合に限り、ランク２送信に対してサポートされるＥ−ＴＦＣＩのセットを計算する。この手法は、考慮される候補のＥ−ＴＦＣＩのセットが低減されるので、Ｅ−ＴＦＣ制約プロシージャの計算を低減することを可能にする。しきい値は、ＲＲＣシグナリングを介して構成されてもよく、または仕様において固定されてもよい。
【００２９】
１つの例において、ＷＴＲＵは、セカンダリストリームに対する最小トランスポートブロックサイズに基づいてしきい値を判定する。たとえば、しきい値は、ＷＴＲＵによって、デュアルストリーム送信をサポートする最小Ｅ−ＴＦＣＩの組合せとして判定されてもよく、すなわち、セカンダリストリーム上でサポートされるＴＢが、セカンダリストリーム上で許容される最小ＴＢよりも大きいかまたは等しい特定のセカンダリストリーム電力オフセットの最小Ｅ−ＴＦＣＩの組合せである。オプションとして、ＷＴＲＵは、最優先の空でない論理チャネルに関連付けられたＨＡＲＱオフセットに基づいて、この計算を実行してもよい。以下において、サポートおよびブロックされるＥ−ＴＦＣのセットを計算する方法は、それぞれ、ランク１およびランク２送信について開示される。これらの方法（またはこれらの方法の一部）は、個別に使用されてもよく、または任意の適切な組合せで使用されてもよい。
【００３０】
ＤＰＣＣＨ、または第１のＤＰＣＣＨ、ＤＰＣＣＨ１に加えて、第２のパイロットチャネルがＭＩＭＯ動作に対して必要とされてもよく、この追加の制御チャネルは、本明細書においてセカンダリＤＰＣＣＨ（Ｓ−ＤＰＣＣＨ）、すなわちＤＰＣＣＨ２と称される。汎用性を失うことなく、本明細書において、ＤＰＣＣＨ１は、健全な固有チャネル上で送信されるプライマリストリームに常に関連付けられ、またはプライマリプリコーディングの重みベクトルによりプリコーディングされることが仮定され、およびＤＰＣＣＨ２は、脆弱な固有チャネル上で送信されるセカンダリストリームに関連付けられ、またはセカンダリプリコーディングの重みベクトルによりプリコーディングされることが仮定される。
【００３１】
２．１  ランク１送信に対する例示的なＥ−ＴＦＣ制約プロシージャ
一実施形態に準じて、ＮＲＰＭ計算が提供される。ＤＰＣＣＨ２が存在するときのように、前述のＮＲＰＭ計算は、たとえば以下のように、第２のＤＰＣＣＨおよびＤＰＣＣＨ２ゲートサイクルの電力を考慮に入れてもよい。
【００３２】
第２のＤＰＣＣＨに関して、Ｅ−ＴＦＣ候補ｊについてＮＲＰＭは、以下の式（２）ように計算される。
【００３３】
【数１】
0005990193.tif 000002
【００３４】
ここで、ＤＰＣＣＨ１は、ＨＳ−ＤＰＣＣＨ、Ｅ−ＤＰＣＣＨ、ＤＰＤＣＨ、およびＥ−ＤＰＤＣＨとともにプリコーディングされるプライマリ、すなわち第１のＤＰＣＣＨであり、ＤＰＣＣＨ２は、セカンダリＤＰＣＣＨである。
【００３５】
ＰＤＣＣＨ２が常にＤＰＣＣＨ１とともに送信される場合、ＰＤＰＣＣＨ２は、ＰＤＰＣＣＨ１，ｔａｒｇｅｔおよび上位レイヤからシグナリングされた利得係数γに基づいて、推定されたＤＰＣＣＨ２送信電力である。たとえば、ＰＤＰＣＣＨ２＝γ２＊ＰＤＰＣＣＨ１，ｔａｒｇｅｔである。
【００３６】
考慮されているＴＴＩに対するすべてのスロットにＤＰＣＣＨ２が存在しない場合、すなわちＤＰＣＣＨ２ゲートが使用可能である場合、ＰＤＰＣＣＨ２を計算するために以下の技術を使用することができる。たとえば、第１の技術において、推定されるＤＰＣＣＨ２送信電力ＰＤＰＣＣＨ２は、ＰＤＰＣＣＨ１，ｔａｒｇｅｔ、上位レイヤからシグナリングされた利得係数γ、および次に入来する送信に対するＴＴＩ内の不連続送信されないスロットＮの数に基づいている。たとえば、ＰＤＰＣＣＨ２＝（Ｎ／ＮＴＴＩ）＊γ−２＊ＰＤＰＣＣＨ１，ｔａｒｇｅｔであり、ここで２ｍｓのＴＴＩについてＮＴＴＩ＝３であり、１０ｍｓのＴＴＩについてＮＴＴＩ＝１５である。
【００３７】
第２の技術において、推定されるＤＰＣＣＨ２送信電力ＰＤＰＣＣＨ２は、ＰＤＰＣＣＨ１，ｔａｒｇｅｔ、上位レイヤからシグナリングされた利得係数γ、および送信され、もしくは不連続送信されないＤＰＣＣＨ２スロットＮｔｘの数と１つの無線フレームのスロットＮｆｒａｍｅの数との間の比率として定義されるＤＰＣＣＨ２  ＤＴＸサイクルに基づいている。たとえば、Ｎｆｒａｍｅ＝１５によって、ＰＤＰＣＣＨ２＝（Ｎｔｘ／Ｎｆｒａｍｅ）＊γ２＊ＰＤＰＣＣＨ１，ｔａｒｇｅｔである。
【００３８】
第３の技術において、推定されるＰＤＣＣＨ２送信電力ＰＤＰＣＣＨ２は、ＰＤＰＣＣＨ１，ｔａｒｇｅｔ、および上位レイヤからシグナリングされた利得係数γに基づいている。たとえば、ＰＤＰＣＣＨ２＝γ２＊ＰＤＰＣＣＨ１，ｔａｒｇｅｔであり、ここで利得係数γはゲートが適用されていないときの利得係数と同一であってもよく、または異なってもよい。
【００３９】
第４の技術において、推定されるＰＤＣＣＨ２送信電力ＰＤＰＣＣＨ２は常に０である。
【００４０】
第５の技術において、推定されるＰＤＣＣＨ２送信電力は、ＰＤＰＣＣＨ１，ｔａｒｇｅｔ、および送信されたＥ−ＴＦＣＩに基づいている。シングルストリーム送信についての１つの特定の例において、推定されるＤＰＣＣＨ送信電力は、プライマリストリームＥ−ＤＰＤＣＨのＥ−ＴＦＣに依存する。
【００４１】
電力がプリコーディングの前に測定された電力を示してもよいことに留意されたい。現在の送信がランク２送信である場合、現在のＤＰＣＣＨ１電力を推定した後、ＮＲＰＭをおよびその他の物理チャネルの電力を計算するために使用される前に、ＤＰＣＣＨ１電力は、上位レイヤからシグナリングされ、またはＤＬレイヤ１シグナリングから導出される係数によってスケーリング（scale）されてもよく、同様に、Ｅ−ＤＰＣＣＨ電力は、ランク１送信をターゲットとする利得係数Δｅｄｐｃｃｈ、およびスケーリングされたＤＰＣＣＨ１電力に基づいて評価される。
【００４２】
２．２  ランク２送信に対する例示的なＥ−ＴＦＣ制約プロシージャ
２．２．１  ジョイント（両ストリーム同時処理）
２．２．１．１  デュアルトランスポートブロック
この例示の技術において、ＷＲＴＵは、各々が１つのトランスポートブロックに対応する、両方のストリームを同時に考慮して、サポートされるＥ−ＴＦＣＩのセットを計算してもよい。この技術に対する第１の例示のプロシージャにおいて、ＷＲＴＵは、デュアルストリーム送信を仮定して構成され、または考慮されている各ＨＡＲＱオフセットについてのＮＲＰＭを計算してもよい。ＷＲＴＵは、デュアルストリーム送信がサポートされる各Ｅ−ＴＦＣＩの組合せについてＮＲＰＭｉ，ｊを計算してもよい。オプションで、ＷＴＲＵは、ＮＲＰＭの計算を、Ｅ−ＴＦＣＩの許容される組合せのみに制限してもよく、次いで、ＷＴＲＵは、許容されないＥ−ＴＦＣＩ組合せを、ブロックされたものと見なしてもよい。たとえば、ＷＴＲＵがセカンダリストリーム上の最小Ｅ−ＴＦＣＩにより構成されるときに、セカンダリストリーム上の構成された最小Ｅ−ＴＦＣＩ値よりも小さいＥ−ＴＦＣＩとの組合せは、ＷＴＲＵによって考慮されなくてもよく、およびブロックされたものと見なされてもよい。２つのＥ−ＤＰＣＣＨを想定すると（単一のＥ−ＤＰＣＣＨが構成される場合にも同様の概念が適用される）、Ｅ−ＴＦＣＩｉおよびＥ−ＴＦＣＩｊの組合せに対するＮＲＰＭは、式（３）により計算されてもよい。
ＮＲＰＭｉ，ｊ＝（ＰＭａｘｉ，ｊ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ−ＰＤＰＣＣＨ２−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ，ｉ−ＰＥ−ＤＰＣＣＨ，ｊ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ                  式（３）
ここで、上記で定義される用語に加えて、ＰＭａｘｉ，ｊは、Ｅ−ＴＦＣｊおよびＥ−ＴＦＣｉの組合せのデュアルストリーム送信に対する、考えられる最大電力低減を考慮する、送信に利用可能な最大電力である。ＰＥ−ＤＰＣＣＨ，ｉは、Ｅ−ＴＦＣｉに対するＥ−ＤＰＣＣＨの電力である（すなわち、Ｅ−ＤＰＣＣＨの電力ブーストが考慮される）。
【００４３】
単一のＥ−ＤＰＣＣＨを想定すると、Ｅ−ＴＦＣＩｉおよびＥ−ＴＦＣＩｊの組合せに対するＮＲＰＭは、式（４）のように計算されてもよい。
ＮＲＰＭｉ，ｊ＝（ＰＭａｘｉ，ｊ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ−ＰＤＰＣＣＨ２−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ，ｉ，ｊ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ          式（４）
ここで、上記で定義される用語に加えて、
ＰＥ−ＤＰＣＣＨｉ，ｊは、組合わされたＥ−ＴＦＣｉおよびＥ−ＴＦＣｊに対するＥ−ＤＰＣＣＨの電力である（すなわち、Ｅ−ＤＰＣＣＨの電力ブーストが考慮される）
【００４４】
ＮＲＰＭｉ，ｊ、ＰＭａｘｉ，ｊ、およびＰＥ−ＤＰＣＣＨ，ｉ，ｊの表記は２つの別個のＥ−ＴＦＣに言及するが、当該組合せを単一のエンティティと見なし、および各組合せｋに対するＮＲＰＭをＮＲＰＭｋと称することは、汎用性を失うことなく、提示する目的でさらに利便性が高い。そのような場合、Ｅ−ＴＦＣ組合せｋに対するＮＲＰＭの計算は、式（５）のように表されてもよい。
ＮＲＰＭｋ＝（ＰＭａｘｋ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ−ＰＤＰＣＣＨ２−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ，ｋ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ，            式（５）
ここで、上記で定義される用語に加えて、ＰＭａｘｋは、Ｅ−ＴＦＣのｋ番目の組合せについてのデュアルストリーム送信に対する考えられる最大電力低減を考慮する、送信に利用可能な最大電力であり、ＰＥ−ＤＰＣＣＨｋは、Ｅ−ＴＦＣのｋ番目の組合せについてのＥ−ＤＰＣＣＨの電力である（すなわち、潜在的ブーストを含む合計Ｅ−ＤＰＣＣＨの電力が考慮される）。
【００４５】
２つのストリーム動作についてＮＲＰＭを計算する際、第２のＤＰＣＣＨ電力の値が、シングルストリーム動作についてＮＲＰＭを計算するために使用される値とは異なっていてもよいことに留意されたい。このことは、たとえば、シングルストリームが送信されるとき、ひいては最良のプリコーディングの重みを判定するためにＮｏｄｅＢによって第２のＤＰＣＣＨのみが使用されるときに、送信電力の低減を可能にする場合がある。
【００４６】
ＷＴＲＵが、送信されないチャネルの電力を考慮しない（たとえば、ＤＰＤＣＨが構成されない場合、ＮＲＰＭの計算でＰＤＰＤＣＨは０であるべきである）ことも理解されたい。Ｅ−ＴＦＣの組合せに対するＮＲＰＭの計算において、ＷＴＲＵが、すべての必要とされるチャネルおよび電力ブースト（該当する場合）を考慮に入れて、Ｅ−ＴＦＣの組合せに対する電力を推定することを理解されたい。
【００４７】
現在の送信がランク１送信である場合、ＰＤＰＣＣＨｉ，ｔａｒｇｅｔを取得した後、ＮＲＰＭおよびその他の物理チャネルの電力を計算するために適用される前に、ＰＤＰＣＣＨｉ，ｔａｒｇｅｔは、上位レイヤからシグナリングされ、またはＤＬレイヤ１シグナリングから導出される係数によりスケーリングされてもよく、同様に、Ｅ−ＤＰＣＣＨ電力は、ランク２送信をターゲットとする利得係数ΔｅｄｐｃｃｈおよびスケーリングされたＰＤＰＣＣＨｉ，ｔａｒｇｅｔに基づいて評価される。
【００４８】
組合せがサポートされるかどうかは、各Ｅ−ＴＦＣ毎に判定されてもよい。このことは、たとえば、以前のステップで計算されたＮＲＰＭを、考慮されているＥ−ＴＦＣの特定の組合せに必要な相対電力と比較することによって達成されてもよい。Ｅ−ＴＦＣ制約が、考慮されているターゲットＥ−ＤＣＨ−ＴＴＩが圧縮モードフレームに属していない場合、式（６）
ＮＲＰＭｉ，ｊ≧Σ（βｅｄ，ｊ／βｃ）２＋Σ（βｅｄ，ｉ／βｃ）２    式（６）
である場合は、Ｅ−ＴＦＣｊおよびＥ−ＴＦＣｉの組合せをサポートすることができ、それ以外の場合はサポートすることができず、ここで、βｅｄ，ｉ／βｃは第２のストリームに対する量子化された振幅比である（この量を計算するための技術の追加の詳細は以下に示される）。
【００４９】
デュアルストリーム送信が構成されるときに、ＮＲＰＭ計算およびＥ−ＴＦＣ制約プロシージャの複雑さを軽減するため、可能なＥ−ＴＦＣの組合せの数が減少されてもよい。このことは、たとえば、トランスポートフォーマットコンビネーションに制約を課すことによって達成されてもよい。減少されたＥ−ＴＦＣの組合せのセットの１つの例において、プライマリストリームＥ−ＴＦＣのセットは、２ＳＦ２＋２ＳＦ４のトランスポートフォーマットが必要とされるＥ−ＴＦＣに限定される。セカンダリストリームＥ−ＴＦＣのセットは、たとえばＲＲＣシグナリングを介して構成することができる、最小値およびオプションとして最大値にさらに限定されてもよい。別の例において、各Ｅ−ＴＦＣの組合せにおいて、第１のストリームＥ−ＴＦＣＩおよび第２のストリームＥ−ＴＦＣＩによって示される２つのＴＢＳの比率は、特定の範囲内であるべきである。
【００５０】
別の例において、ランク２送信、すなわちデュアルストリーム送信に対するＥ−ＴＦＣの組合せは、プライマリストリームのＴＢＳおよび／またはトランスポートフォーマットがすべてのランク２のＥ−ＴＦＣの組合せに対して最大値に固定されるようになっている。ＷＴＲＵは、ランク２のＥ−ＴＦＣの組合せが、事前構成されたトランスポートフォーマットおよび／または変調（たとえば、２ＳＦ２＋２ＳＦ４および１６ＱＡＭまたは６４ＱＡＭ）を有するように限定されるように、さらに構成されてもよい。表１は、デュアルストリーム送信に対して、最大ＴＢＳがプライマリストリームに使用される、例示のＥ−ＴＦＣの組合せを示し、プライマリストリームに対するこの最大ＴＢＳが、プライマリストリームに対する最大許容値よりも小さくてもよいことに留意されたい。この緩和は、一部のストリーム間干渉を許容する場合がある。１つの特定の例示の構成において、両ストリームに対するＴＢＳの合計は常に、Ｅ−ＴＦＣＩの組合せインデックスに対して減少しない。最大値は、ＲＲＣシグナリングによって構成されてもよく、または仕様において固定されてもよい。セカンダリストリームのＴＢＳがゼロでないＥ−ＴＦＣＩの組合せは、デュアルストリーム（またはランク２）送信をサポートするものと考えられる。シングルストリームエントリは、異なるテーブルから構成されてもよく、または既存のＥ−ＴＦＣテーブルから構成されてもよい。
【００５１】
【表１】
0005990193.tif 000003
【００５２】
別の例において、ＷＴＲＵは、１つまたは複数のＥ−ＴＦＣテーブルによって構成されてもよい（たとえば、１つはプライマリストリームに対して、別の１つはセカンダリストリームに対して）。Ｅ−ＴＦＣＩの組合せインデックスは、事前構成されたテーブルにおけるプライマリストリームおよびセカンダリストリームのＥ−ＴＦＣＩを示す。テーブルの値は、ＲＲＣシグナリングによって構成されてもよい。１つの例において、ＷＴＲＵは、Ｅ−ＴＦＣＩの組合せテーブルにおける値を定義するパラメータのセットにより構成されてもよい。表２は、いくつかの構成可能な値によってパラメータ化される、Ｅ−ＴＦＣＩ組合せインデックステーブルの例を示す。
【００５３】
【表２】
0005990193.tif 000004
【００５４】
ここで、以下のパラメータが定義される。
ＰＳ＿Ｅ−ＴＦＣＩｍａｘ：プライマリストリームの最大Ｅ−ＴＦＣＩ値
ＰＳ＿Ｅ−ＴＦＣＩＤＳ：デュアルストリーム送信に対するプライマリストリームのＥ−ＴＦＣＩ値
ＳＳ＿Ｅ−ＴＦＣＩＤＳ：セカンダリストリームに対する最小ＴＢに対応するＥ−ＴＦＣＩ
ＭＡＸ＿Ｅ−ＴＦＣＩ：最大許容Ｅ−ＴＦＣＩの組合せインデックス（たとえば、７ビットシグナリングに対して１２７）。この値は、仕様において固定される。
この手法により、テーブルは、３つのパラメータのみによってパラメータ化されてもよい。１つの例において、ＰＳ＿Ｅ−ＴＦＣＩｍａｘ＝ＰＳ＿Ｅ−ＴＦＣＩＤＳであるので、ＷＴＲＵは、Ｅ−ＴＦＣＩの組合せテーブルに追加する２つのパラメータのみによって構成されてもよい。
ＷＴＲＵは、Ｅ−ＴＦＣ制約およびＥ−ＴＦＣ選択の両方の目的で、Ｅ−ＴＦＣＩ組合せテーブルを使用するように構成されてもよい。ＷＴＲＵは、デュアルストリームまたはランク２送信をサポートする少なくとも１つのＥ−ＴＦＣＩの組合せが、次の送信でサポートされるときに限り、デュアルストリーム送信を適用することができる。
【００５５】
Ｅ−ＴＦＣ制約プロシージャは、Ｅ−ＴＦＣのどのセットがプライマリおよびセカンダリストリームに対してサポートされるか、またはどのＥ−ＴＦＣの組合せがＥ−ＴＦＣ選択プロシージャに対してサポートされるのかをレポートしてもよい。Ｅ−ＴＦＣ制約プロシージャはまた、ストリームごとに潜在的に独立している、次のＴＴＩに対してサポートされる、最大数のビットの番号をレポートしてもよい。デュアルストリーム送信の場合、Ｅ−ＴＦＣ制約プロシージャは、サポートされる各Ｅ−ＴＦＣの組合せに関連付けられたＴＢＳを合計することによって、考慮されているＴＴＩにおいてサポートされるビットの集約数をレポートしてもよい。このことは、最大サポートペイロードとして使用されてもよい。
【００５６】
特に高次変調（たとえば、１６ＱＡＭまたは６４ＱＡＭ））の存在において、送信するための合計ビット数に関して必要な送信電力の非線形特性により、同一の合計ビット数に対して、ＭＩＭＯよりもシングルストリーム送信を使用することのほうがＷＴＲＵにとってより電力効率が高くなる場合があり、同様に、同一の合計ビット数に対して、デュアルストリームよりもシングルストリームを使用することのほうがＷＴＲＵにとってより電力効率が高くなる場合もある。そのような場合、ＷＴＲＵは、電力効率が低いほうのＥ−ＴＦＣまたはＥ−ＴＦＣの組合せを破棄してもよい。さらに具体的には、Ｅ−ＴＦＣ制約プロシージャが、所与のサポートされるデュアルストリームＥ−ＴＦＣの組合せが、サポートされるシングルストリームＥ−ＴＦＣよりも、同様のビット総計数をもたらすことを示す場合、ＷＴＲＵは、送信に対して最大電力量を必要とするＥ−ＴＦＣまたはＥ−ＴＦＣの組合せを破棄してもよい。ＷＴＲＵは、ビットの数が等しい、または２つのＥ−ＴＦＣの組合せの差が、たとえば構成されたしきい値を下回るなど、小さい場合に、２つのＥ−ＴＦＣの組合せが、同様のビットの総計数をもたらすことを判定してもよい。
【００５７】
２．２．１．２  シングルトランスポートブロック
この構成をサポートするため、ランク２送信に対する新たなＥ−ＴＦＣセットがあってもよく、すなわち、新たなＥ−ＴＦＣセットは、ランク１送信に対するＥ−ＴＦＣセットのサブセットであってもよく、またはランク１送信に対するＥ−ＴＦＣセットに加えて、追加のＥ−ＴＦＣが、より大きいトランスポートブロックサイズに対応するために含まれる。このことは、ランク２送信の新たなＥ−ＴＦＣセットのサイズが、ランク１送信のＥ−ＴＦＣセットのサイズと同程度であるのでデュアルストリーム送信が構成されるときに、ＮＲＰＭ計算およびＥ−ＴＦＣ制約プロシージャの複雑さを大幅に軽減する上で役立つ場合がある。この技術の例示のプロシージャとして、ＷＲＴＵは最初に、Ｅ−ＴＦＣ候補ｊに対するＮＲＰＭを、ＮＲＰＭｊ＝（ＰＭａｘｊ−ＰＤＰＤＣＨ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ−ＰＤＰＣＣＨ２−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨｊ）／ＰＤＰＣＣＨ１，ｔａｒｇｅｔとして計算してもよい。
【００５８】
ＮＲＰＭｊ≧Σ（βｅｄ，ｊ／βｃ）２である場合、Ｅ−ＴＦＣｊをサポートすることができ、それ以外の場合Ｅ−ＴＦＣｊはサポートすることができない。
【００５９】
この例示の技術により、ＷＲＴＵは、サポートされるＥ−ＴＦＣの２つのセットを計算してもよい。サポートされるＥ−ＴＦＣの１つのセットはランク１送信に対応し、および第２のセットはランク２送信に対応する。２つのセットは、同一または異なるＥ−ＴＦＣテーブルを使用して導出されてもよく、特に、ランク２送信に対するＥ−ＴＦＣテーブルは、ランク１送信に対するＥ−ＴＦＣテーブルよりも大きいＥ−ＴＦＣ値を含んでもよい。さらに、ＷＲＴＵは、１つのセットはシングルストリーム（ランク１）に対して、および別の１つのセットはデュアルストリーム（ランク２）に対してというように、基準電力オフセットテーブルの２つのセット（電力オフセット、Ｅ−ＴＦＣＩのペア）により構成されてもよい。２つのテーブルは、共通のＥ−ＴＦＣＩ値を有してもよい。オプションとして、ランク２送信に対する追加の電力オフセットが構成されてもよい。この追加の電力オフセットは、ランク２送信に対して使用するために結果として得られる電力を計算するため、ＷＲＴＵによって既存の基準電力オフセットに加えて適用される。
【００６０】
ランク１およびランク２送信に対して同一のＥ−ＴＦＣがサポートされる場合、ＷＲＴＵは、いずれの送信モードを使用するかを決定しなければならない場合がある。そのような場合、ＷＲＴＵはまた、サポートされる各Ｅ−ＴＦＣに、効率の測度を関連付けてもよい。次いで、ＷＲＴＵは、所与のＥ−ＴＦＣにとって最も効率的な送信モード（ランク１またはランク２）を使用する。このことは、たとえば、各Ｅ−ＴＦＣに対して、ランク１およびランク２の両方セットから、考慮されているＥ−ＴＦＣに必要な合計電力オフセットを計算することによって達成されてもよく、たとえば、ＷＲＴＵは、ランク１およびランク２送信に共通な各Ｅ−ＴＦＣについてΣ（βｅｄ，ｊ／βｃ）２を計算し、次いで各Ｅ−ＴＦＣに対して、２つの送信モードのいずれが最も少ないエネルギー量を必要とするか（この例において、より低いΣ（βｅｄ，ｊ／βｃ）２値をもつ送信モードに対応する）を判定する。この計算が、電力オフセットテーブル構成を受信すると、１つまたは複数のＨＡＲＱオフセットに対して、または１つまたは複数のＨＡＲＱオフセットに対するＴＴＩごとに、両方の送信モードを１回使用して実行することができる各Ｅ−ＴＦＣに対して、ＷＲＴＵによって実行されてもよいことに留意されたい。
【００６１】
２．２．２  個別に（ストリーム単位ベースで）
さまざまな実施形態において、サポートされるＥ−ＴＦＣのセットは、各ストリームに対して独立して計算されてもよい。高いレベルにおいて、ＷＲＴＵは、２つのストリーム間の電力をどのように分割するかを判定してもよく、次いでサポート／ブロックされるＥ−ＴＦＣのセットを、各ストリームに対して独立して計算する。オプションで、Ｅ−ＴＦＣ選択、トランスポートフォーマット選択、およびチャネルコーディングはまた、場合によっては従来のプロシージャを使用して独立して実行されてもよい。
【００６２】
２．２．２．１  サービンググラントに基づく電力分割
この例示的な方法において、ＷＲＴＵは、各ストリームに対し１つ、２つの独立したサービンググラントを想定して、各ストリームに対しサポートされるＥ−ＴＦＣＩのセットを計算してもよい。２つのストリームが単一の最大ＷＲＴＵ送信電力を共有するので、Ｅ−ＴＦＣ選択および制約を適用する前に、２つのキャリア間の電力事前割り当てプロシージャが最初に実行されてもよい。そして、Ｅ−ＴＦＣＩ制約プロシージャは、各ストリームに対して事前割り当てされる電力に基づいて、各ストリームに従ってもよい。デュアルキャリア（ＤＣ）ＨＳＵＰＡへのスケジューリングにおける類似性により、ＤＣ−ＨＳＵＰＡのＥ−ＴＦＣ制約プロシージャは再利用されてもよい。例示のステップは以下のとおりである。
【００６３】
ステップ１における、電力事前割り当てプロシージャ：送信のために各ストリームにどのくらいの電力量が割り当てられるかを決定するため、ＷＲＴＵは、スケジューリングされていない送信に対して、電力、Ｐｎｏｎ−ＳＧをプライマリストリームに事前割り当てする。２つのストリーム上でスケジューリングされたＥ−ＤＣＨ送信に許容される最大残余電力は、式（７）により判定されてもよい。
Ｐｒｅｍａｉｎｉｎｇ，ｓ＝ｍａｘ（ＰＭａｘ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ，−ＰＤＰＣＣＨ２，ｔａｒｇｅｔ  ＰＨＳ−ＤＰＣＣＨ−Ｐｎｏｎ−ＳＧ，０）    式（７）
ここで、Ｐｎｏｎ−ＳＧは、ＷＲＴＵが、利用可能なスケジューリングされていないデータを、利用可能なスケジューリングされていないグラントに送信するために必要な電力であり、ＰＤＰＣＣＨ１，ｔａｒｇｅｔ，およびＰＤＰＣＣＨ２，ｔａｒｇｅｔは、現在のＷＲＴＵ  ＤＰＣＣＨ電力の推定を表す。
【００６４】
２つの新たな送信または２つの再送信が、同一のＴＴＩにおける各ストリーム上に１つ存在するときに、各ストリーム上のＥ−ＤＣＨ送信に許容される最大残余電力は、以下の２つの例示のステップにおいて計算されてもよい。ストリームｉ、Ｐｉに割り当てられる電力は、式（８）に従って計算されてもよい。
【００６５】
【数２】
0005990193.tif 000005
【００６６】
ここで、ＳＧｉは、ストリームｉに対するサービンググラントである。
【００６７】
プライマリストリームについては、Ｅ−ＤＣＨ送信に許容される最大残余電力は、プライマリストリームに割り当てられる電力Ｐｎｏｎ−ＳＧおよび電力Ｐｉの合計である。セカンダリストリームについては、Ｅ−ＤＣＨ送信に許容される最大残余電力は、このストリームの電力Ｐｉである。すなわち、
Ｐａｌｌｏｃａｔｅｄ，１＝Ｐ１＋Ｐｎｏｎ−ＳＧ
Ｐａｌｌｏｃａｔｅｄ，２＝Ｐ２
【００６８】
同一のＴＴＩにおける１つのストリーム上に１つの新たな送信が存在し、および他のストリーム上に１つの再送信が存在するときに、再送信が必要なストリームに割り当てられる電力Ｐａｌｌｏｃａｔｅｄ，ｘ、および再送信が必要ではないストリームに割り当てられる電力Ｐａｌｌｏｃａｔｅｄ，ｙは、以下の式（９）により与えられる。
Ｐａｌｌｏｃａｔｅｄ，ｙ＝ＰＭａＸ−ＰＨＳ−ＤＰＣＣＨ−ΣｉＰＤＰＣＣＨｉ，ｔａｒｇｅｔ−ＰＥ−ＤＰＣＣＨ，ｘ−ＰＥ−ＤＰＤＣＨ，ｘ
Ｐａｌｌｏｃａｔｅｄ，ｘ＝ＰＥ−ＤＰＣＣＨ，ｘ＋ＰＥ−ＤＰＤＣＨ，ｘ  式（９）
【００６９】
ステップ２において、ストリームｉについてＥ−ＴＦＣ選択に利用可能な、推定されるＮＲＰＭは、Ｅ−ＴＦＣ候補ｊに対する以下の式（１０）に基づいている。
ＮＲＰＭｉ，ｊ＝（Ｐａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｊ，ｉ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ                    式（１０）
ここで、ＰＥ−ＤＰＣＣＨｊ，ｉは、ストリームｉのＥ−ＴＦＣＩｊに対する推定されるＥ−ＤＰＣＣＨ送信電力を表す。
【００７０】
ステップ３において、各ストリームについて、従来の手法を使用してサポートされるかが、各Ｅ−ＴＦＣに対して判定されてもよい。
【００７１】
１つの実施形態において、デュアルストリーム送信について、スケジューリングされていない送信に対する電力は、第１のストリームに対してのみ事前割り当てされない。そのような方法において、スケジューリングされていないデータは、ストリームのいずれか上で送信されてもよいので、スケジューリングされていないデータに対する電力事前割り当ては、必要ないこともある。そのような方法において、残余電力は、以下の式（１１）に従って判定されてもよい。
Ｐｒｅｍａｉｎｉｎｇ，ｓ＝ｍａｘ（ＰＭａｘ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ，−ＰＤＰＣＣＨ２，ｔａｒｇｅｔ  ＰＨＳ−ＤＰＣＣＨ，０）            式（１１）
【００７２】
上記説明したようにグラント比率に従って電力を分割した後、プライマリストリームについて、Ｅ−ＤＣＨ送信に許容される最大残余電力は、プライマリストリームに割り当てられる電力Ｐｉに対応する。セカンダリストリームについては、Ｅ−ＤＣＨ送信に許容される最大残余電力は、このストリームの電力Ｐｉである。すなわち、以下のとおりである。
Ｐａｌｌｏｃａｔｅｄ，１＝Ｐ１
Ｐａｌｌｏｃａｔｅｄ，２＝Ｐ２
次いで、これらは、以下の式（１２）に従って、候補のＥ−ＴＦＣＩｊについて各ストリームｉに対してＮＲＰＭｉ，ｊを判定するために使用される。
ＮＲＰＭｉ，ｊ＝（Ｐａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｊ，ｉ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ
または
ＮＲＰＭｉ，ｊ＝（Ｐａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｊ，ｉ）／ＰＤＰＣＣＨ１，ｔａｒｇｅｔ                式（１２）
【００７３】
この方法の別の実施形態において、２つのストリーム間のグラントは独立していない。１つの例において、ＷＲＴＵは、グローバルおよび動的なサービンググラントを受信する。ＷＲＴＵはさらに、グローバルグラントから各ストリームに対するグラントを取得するために使用される、グラントオフセットによって構成される。たとえば、簡潔にするために、上記の概念を使用して、グローバルグラントをＳＧｔｏｔ、グラントオフセットをγ２と定義すると、ストリーム１および２に対するサービンググラントはそれぞれ、式（１３）および式（１４）により計算されてもよい。
ＳＧ１＝γ２ＳＧｔｏｔ                式（１３）
ＳＧ２＝（１−γ２）ＳＧｔｏｔ          式（１４）
【００７４】
ＷＲＴＵは、ＳＧ１およびＳＧ２のそれらの値を使用して、上記で説明した電力分割アルゴリズムを適用してもよい。ＷＲＴＵは、ＲＲＣシグナリングを介して、または別のダウンリンク信号（たとえば、構成された特殊Ｅ−ＲＮＴＩ値をもつＥ−ＡＧＣＨまたは同様のチャネル）を介して、グラントオフセットγ２値を受信してもよい。あるいは、グラントオフセットの値は、仕様で固定されてもよい。
【００７５】
２．２．２．２  ＰＭａｘ分割に基づく電力分割
この例示の方法において、ＷＲＴＵは、ＰＭａｘの電力分割に基づいて、各ストリームに対して独立して、サポートされるＥ−ＴＦＣＩのセットを計算する。ストリームｉ＝１，２のＮＲＰＭは、式（１５）のように表されてもよい。
ＮＲＰＭｉ，ｊ＝（ＰＭａｘｉ，ｊ−ＰＤＰＣＣＨ，ｉ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ，ｉ−ＰＨＳ−ＤＰＣＣＨ，ｉ−ＰＥ−ＤＰＣＣＨ，ｉ，ｊ）／ＰＤＰＣＣＨ，ｉ，ｔａｒｇｅｔ，          式（１５）
ここで、ＮＲＰＭｉ，ｊは、ストリームｉおよびＥ−ＴＦＣＩｊに対する正規化残余電力であり、ＰＭａｘｉ，ｊは、ストリームｉに許容される最大電力であって、場合によってはＥ−ＴＦＣｊに対する最大電力低減（ＭＰＲ）を考慮に入れる場合もある。ＰＤＰＣＣＨ，ｉ，ｔａｒｇｅｔは、ストリームｉに対する推定されたＤＰＣＣＨ電力ターゲットであり、ＰＤＰＤＣＨ，ｉは、ストリームｉに対するＤＰＤＣＨの電力（オプションで第２のストリームに対してＮｕｌｌ）であり、ＰＨＳ−ＤＰＣＣＨ，ｉは、ストリームｉに対するＨＳ−ＤＰＣＣＨの電力（オプションで第２のストリームに対してＮｕｌｌ）であり、ＰＥ−ＤＰＣＣＨ，ｉ，ｊは、ストリームｉおよびＥ−ＴＦＣＩｊに対するＥ−ＤＰＣＣＨの電力（オプションで第２のストリームに対してＮｕｌｌ）である。
【００７６】
各ストリームについてＮＲＰＭが計算されると、ＷＲＴＵは、サポートされるか否かを判定するために、ＮＲＰＭが各Ｅ−ＴＦＣに必要な正規化電力と比較される従来の手法を使用して、サポートされおよびブロックされるＥ−ＴＦＣのセットを計算してもよく、たとえば、ストリームｉ上のＥ−ＴＦＣＩｊは、以下の式（１６）が成立する場合、サポートされる。
ＮＲＰＭｉ，ｊ≧Σ（βｅｄ，ｊ／βｃ）２            式（１６）
それ以外の場合、ブロックされる。
【００７７】
各ストリームに対する最大電力を判定するため、ＷＲＴＵは、以下の２つの手法の１つまたは複数を、個別に、または任意の組合せで使用してもよい。
【００７８】
第１の手法において、ＷＲＴＵは、２つのストリーム間の電力分割を示す明示的な信号をＮｏｄｅＢから受信する。信号は、ＴＴＩごと、またはそれ以下の頻度で送信されてもよく、その場合ＷＲＴＵは、Ｅ−ＴＦＣ制約を実行するときに最後にシグナリングされた値を使用してもよい。たとえば、この信号は、２つのストリーム間、または同様にＰＭａｘ１とＰＭａｘ２との間の相対電力を示すルックアップテーブルについてのインデックスにより構成されてもよく、ＰＭａｘ１（ｉ＝１，２）は、必ずしもＭＰＲを考慮に入れないストリームｉの最大許容電力を示す。最大ＷＲＴＵ送信機電力（ここではＰＭａｘ）（ＲＲＣシグナリングを介してシグナリングされてもよく、またはＷＲＴＵ電力クラスから取得されてもよい）により許容される合計最大、ならびにシグナリングされたインデックスおよび電力比テーブルから得られるこの電力比、Γ＝ＰＭａｘ２／ＰＭａｘ１、を使用することにより、ＷＲＴＵは、たとえば式（１７）および式（１８）のように、ｉ＝１，２についてＰＭａｘｉを計算してもよい。
ＰＭａｘ１＝ＰＭａｘ／（１＋Γ）                          式（１７）
ＰＭａｘ２／ＰＭａｘ／（１＋１／Γ）                      式（１８）
【００７９】
あるいは、および制御チャネルには必然的となる割り当て電力不足を回避するため、ＷＲＴＵは、制御チャネルに対して電力を事前割り当てし、および電力分割を適用してもよい。これは、以下のように（たとえば、電力が両ストリームで事前割り当てされると仮定して）達成され、ＷＲＴＵはストリーム１への制御チャネルに必要な電力を事前割り当てし、低減ＰＭａｘを以下の式（１９）のように計算する。
ＰＭａｘｒｅｄｕｃｅｄ＝ＰＭａｘ−Ｐｐｒｅ，１−Ｐｐｒｅ，２        式（１９）
ここで、Ｐｐｒｅ，１は、ストリームｉ，ｉ＝１，２に事前割り当てされる電力である。次いで、電力はΓに従って分割され、ＰＭａｘ１およびＰＭａｘ２は以下の式（２０）および式（２１）ように得られてもよい。
ＰＭａｘ１＝ＰＭａｘｒｅｄｕｃｅｄ／（１＋Γ）＋Ｐｐｒｅ，１      式（２０）
ＰＭａｘ２＝ＰＭａｘｒｅｄｕｃｅｄ／（１＋１／Γ）＋Ｐｐｒｅ，２  式（２１）
【００８０】
第１のストリームに事前割り当てされる電力は、ＤＰＣＣＨ、ＨＳ−ＤＰＣＣＨ、Ｅ−ＤＰＣＣＨ、および場合によってはＤＰＤＣＨを送信するために必要な電力を含んでもよい。同様に、第２のストリームに事前割り当てされる電力は、第２のＤＰＣＣＨ、および場合によっては第２のＥ−ＤＰＣＣＨを送信するために必要な電力を含んでもよい。
【００８１】
別の方法において、ＰＭａｘｒｅｄｕｃｅｄは、以下の式（２２）に従って判定されてもよい。
ＰＭａｘｒｅｄｕｃｅｄ＝ｍａｘ（ＰＭａｘ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ−ＰＤＰＣＣＨ２，ｔａｒｇｅｔ  ＰＨＳ−ＤＰＣＣＨ，０）        式（２２）
次いで、ＵＥは、各ストリームについてＰｍａｘ，ａｌｌｏｃａｔｅｄ，ｉ（ｉ＝１，２）を判定してもよい。
ＰＭａｘ，ａｌｌｏｃａｔｅｄ１＝ＰＭａｘｒｅｄｕｃｅｄ／（１＋Γ）
ＰＭａｘ，ａｌｌｏｃａｔｅｄ２＝ＰＭａｘｒｅｄｕｃｅｄ／（１＋１／Γ）
ＰＭａｘ，ａｌｌｏｃａｔｅｄ，ｉが判定されると、ＵＥは、Ｅ−ＴＦＣ候補ｊについて以下の式（２３）に基づいて各ストリームＩのＮＲＰＭ計算を実行してもよい。
ＮＲＰＭｉ，ｊ＝（ＰＭａｘａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｉ，ｊ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ                      式（２３）
代替的な実施形態において、ＰＤＣＣＨ１，ｔａｒｇｅｔのみが、両ストリームに対するＮＲＰＭ計算に使用されてもよい。これは、上記で説明されるその他の実施形態に適用可能であってもよい。ＮＲＰＭ計算の１つの例が以下の式（２４）に示される。
ＮＲＰＭｉ，ｊ＝（ＰＭａｘａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｉ，ｊ）／ＰＤＰＣＣＨ１，ｔａｒｇｅｔ                      式（２４）
【００８２】
ＷＲＴＵは、Γの値を、たとえばシグナリングされたインデックスを実際の電力比に関連付けるテーブルから、判定してもよい。表３は、Γの例示の値がｄＢ単位で示される、ＰＭａｘ２とＰＭａｘ１との電力比についての例示のルックアップテーブルを示す。
【００８３】
【表３】
0005990193.tif 000006
【００８４】
各ストリームに対する最大電力を判定するための第２の手法において、ＷＲＴＵは、瞬間ＤＰＣＣＨ電力比に基づいて、ＰＭａｘ２とＰＭａｘ１との間の電力分割を計算してもよい。たとえば、２つの電力制御ループを使用するときは、ＷＲＴＵは、式（２５）におけるようにＰＭａｘ２とＰＭａｘ１との間の比を計算してもよい。
Γ＝ＰＤＰＣＣＨ２，ｔａｒｇｅｔ／ＰＤＰＣＣＨ１，ｔａｒｇｅｔ    式（２５）
このようにして、より多くの電力が、最良の条件を有するストリームに割り当てられるようになる。
【００８５】
各ストリームに対する最大電力を判定するための第３の手法において、ＷＲＴＵは、構成済みまたは事前定義済みの分割係数γに基づいて、電力分割を計算してもよい。各ストリームに対する最大電力は、以下の式（２６）および式（２７）などの、電力分割係数に従って判定されてもよい。
ＰＭａｘ１＝γＰＭａｘ                        式（２６）
ＰＭａｘ２＝（１−γ）ＰＭａｘ                式（２７）
【００８６】
次いで、Ｐｍａｘ，ｉは、各候補Ｅ−ＴＦＣＩｊについて各ストリームに対してＮＲＰＭ（ＮＲＰＭｉ，ｊ）を判定するために、上記で説明したＮＲＰＭ式への入力として使用されてもよい。この手法の一部として、最大電力分割は、代替として、以下の式（２８）に従って、電力が制御チャネルに割り当てられた後に実行されてもよい。
ＰＭａｘｒｅｄｕｃｅｄ＝ＰＭａｘ−Ｐｐｒｅ，１−Ｐｐｒｅ，２      式（２８）
ここで、Ｐｐｒｅ，１は、ストリームｉ，ｉ＝１，２に事前割り当てされる電力である。次いで、電力はΓに従って分割され、ＰＭａｘ１およびＰＭａｘ２は以下の式（２９）および式（３０）ように得られてもよい。
ＰＭａｘ１＝γＰＭａｘｒｅｄｕｃｅｄ＋Ｐｐｒｅ，１    式（２９）
ＰＭａｘ２＝（１−γ）ＰＭａｘｒｅｄｕｃｅｄ＋Ｐｐｒｅ，２  式（３０）
【００８７】
第１のストリームに事前割り当てされる電力は、ＤＰＣＣＨ、ＨＳ−ＤＰＣＣＨ、Ｅ−ＤＰＣＣＨ、および場合によってはＤＰＤＣＨを送信するために必要な電力を含んでもよい。同様に、第２のストリームに事前割り当てされる電力は、第２のＤＰＣＣＨ、および場合によっては第２のＥ−ＤＰＣＣＨを送信するために必要な電力を含んでもよい。
【００８８】
別の方法において、ＰＭａｘｒｅｄｕｃｅｄは、以下の式（３１）に従って判定されてもよい。
ＰＭａｘｒｅｄｕｃｅｄ＝ｍａｘ（ＰＭａｘ−ＰＤＰＣＣＨ１，ｔａｒｇｅｔ，−ＰＤＰＣＣＨ２，ｔａｒｇｅｔ  ＰＨＳ−ＤＰＣＣＨ，０）            式（３１）
次いで、ＵＥは、各ストリームについてＰｍａｘ，ａｌｌｏｃａｔｅｄ，ｉ（ｉ＝１，２）を判定してもよい。
ＰＭａｘ，ａｌｌｏｃａｔｅｄ１＝γＰＭａｘｒｅｄｕｃｅｄ
ＰＭａｘ，ａｌｌｏｃａｔｅｄ２＝（１−γ）ＰＭａｘｒｅｄｕｃｅｄ
【００８９】
ＰＭａｘ，ａｌｌｏｃａｔｅｄ，ｉが判定されると、ＵＥは、Ｅ−ＴＦＣ候補ｊについて以下の式（３２）または式（３３）に基づいて、各ストリームＩに対してＮＲＰＭ計算を実行してもよい。
ＮＲＰＭｉ，ｊ＝（ＰＭａｘａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｉ，ｊ）／ＰＤＰＣＣＨｉ，ｔａｒｇｅｔ            式（３２）
ＮＲＰＭｉ，ｊ＝（ＰＭａｘａｌｌｏｃａｔｅｄ，ｉ−ＰＥ−ＤＰＣＣＨ，ｊ，ｉ）／ＰＤＰＣＣＨ1，ｔａｒｇｅｔ              式（３３）
【００９０】
次いで、各ＮＲＰＭに基づいて、ＵＥは、各ストリームについてサポートされるＥ−ＴＦＣＩのセットを判定してもよい。
【００９１】
２．２．３  プライマリストリームＥ−ＴＦＣに基づいたＮＲＰＭレベルでの分割
この例示の方法において、ＷＲＴＵは、合計ＮＲＰＭの分割に基づいて、プライマリストリームに対するサポートされるＥ−ＴＦＣＩのセットを計算してもよい。ＷＲＴＵは、ＮＲＰＭ分割係数γＮＲＰＭによって構成され、このコンテキストにおいて、プライマリストリームに割り当てられるＮＲＰＭの一部はγＮＲＰＭであり、セカンダリストリームに割り当てられるＮＲＰＭの一部は（１−γＮＲＰＭ）である。
【００９２】
説明を簡潔にするために、ここでは、γＮＲＰＭ＝０．５と仮定され、それによってこの場合は、ＮＲＰＭの半分が各ストリームに割り当てられる。さらに、提示を簡略にするために、セカンダリストリーム上にＤＰＤＣＨまたはＨＳ−ＤＰＣＣＨが存在せず、およびＳ−ＤＰＣＣＨは独立して電力制御されないと仮定される。
【００９３】
さらに、各ストリーム上のＥ−ＤＰＣＣＨの電力およびＰＭａｘバックオフが、プライマリストリーム上で使用されるＥ−ＴＦＣによって判定されること（オプションで、デュアルストリーム送信が存在すること）を仮定して、合計ＮＲＰＭは式（３４）のように表されてもよい。
ＮＲＰＭｔｏｔ，ｊ＝（ＰＭａｘｊ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＤＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ，ｊ−ＰＳ−Ｅ−ＤＰＣＣＨ，ｊ）／ＰＤＰＣＣＨ，ｔａｒｇｅｔ      式（３４）
ここで、ＮＲＰＭｔｏｔ，ｊは、プライマリストリーム上のＥ−ＴＦＣＩｊの合計正規化残余電力であり、ＰＭａｘｊは、許容される最大電力であって、場合によってはプライマリストリームのＥ−ＴＦＣｊの最大電力低減（ＭＰＲ）を考慮に入れる可能性もあり、ＰＤＰＣＣＨ，ｔａｒｇｅｔは、推定されるＤＰＣＣＨ電力ターゲットであり、ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔは、推定されるＳ−ＤＰＣＣＨ電力ターゲットであり（ＤＰＣＣＨ電力ターゲットに関してオフセットに基づいてもよく、またＥ−ＴＦＣ／Ｅ−ＴＦＣの組合せに依存する可能性のある一部の電力ブーストを含んでもよく、この場合インデックスｊにも依存する）、ＰＤＰＤＣＨは、ＤＰＤＣＨの電力であり、ＰＨＳ−ＤＰＣＣＨは、ＨＳ−ＤＰＣＣＨの電力であり、ＰＥ−ＤＰＣＣＨ，ｊは、プライマリストリーム上のＥ−ＴＦＣＩｊのＥ−ＤＰＣＣＨの電力であり、ＰＳ−Ｅ−ＤＰＣＣＨ，ｊは、プライマリストリーム上のＥ−ＴＦＣＩｊに対するセカンダリストリームＥ−ＤＰＣＣＨ（Ｓ−ＤＰＣＣＨ）の電力である。セカンダリストリームに送信が行なわれないと仮定して、プライマリストリームのＮＲＰＭを計算するために、この項はＮｕｌｌであってもよいことを理解されたい。
【００９４】
ＷＲＴＵは、式（３５）に従って、各Ｅ−ＴＦＣｊに対してプライマリストリームのＮＲＰＭを計算してもよい。
ＮＲＰＭｉ，ｊ＝γＮＲＰＭ×ＮＲＰＭｔｏｔ，ｊ            式（３５）
次いで、ＷＲＴＵは、以下の式（３６）の関係が成立する場合、Ｅ−ＴＦＣｊがサポートされる従来の手段を使用して、プライマリストリームに対する各Ｅ−ＴＦＣの状態を判定する。
ＮＲＰＭ1，ｊ≦Σ（βｅｄ，ｊ／βｃ）２          式（３６）
それ以外の場合は、ブロックされる従来の手段を使用して、プライマリストリームに対する各Ｅ−ＴＦＣの状態を判定する。
【００９５】
オプションで、ＷＲＴＵはまた、セカンダリストリームに対する各Ｅ−ＴＦＣの状態を計算してもよい。１つの手法において、ＷＲＴＵは、セカンダリストリームに対するＮＲＰＭの残余部分を使用して、セカンダリストリームに対する各Ｅ−ＴＦＣの状態を計算してもよい。ＷＲＴＵは最初に、式（３７）のようにセカンダリストリームに対するＮＲＰＭを計算する。
ＮＲＰＭ２，ｊ＝（１−γＮＲＰＭ）×ＮＲＰＭｔｏｔ，ｊ      式（３７）
次いで、ＷＲＴＵは、場合によっては調整された利得係数（β’ｅｄ，ｊ）を使用して、以下の式（３８）の関係が成立する場合、Ｅ−ＴＦＣｊがサポートされる従来の手段を使用して、セカンダリストリームに対する各Ｅ−ＴＦＣの状態を判定する。
ＮＲＰＭ２，ｊ≧Σ（β’ｅｄ，ｊ／βｃ）２                 式（３８）
それ以外の場合、ブロックされるという従来の手段を使用して、セカンダリストリームに対する各Ｅ−ＴＦＣの状態を判定する。調整された利得係数（β’ｅｄ，ｊ）は、従来の基準利得係数、およびセカンダリストリーム品質のＮｏｄｅＢインジケーションから導出された（たとえば、別個のＥ−ＡＧＣＨまたは類似するチャネル上でシグナリングされた）オフセットから導出されてもよい。セカンダリストリームに対する調整された利得係数を計算する方法は、後段においてさらに詳細に説明される。
【００９６】
（β’ｅｄ，ｊ）はまた、ＷＴＲＵがＮＲＰＭ、およびセカンダリストリームに対してサポートされるＥ−ＴＦＣＩのセットを判定する、上記のその他の実施形態にも適用可能であることに留意されたい。
【００９７】
２．２．３．１  例示的な再送信のケース（プライマリストリーム上で）
プライマリストリーム上でＨＡＲＱ再送信がある場合、ＷＲＴＵは、セカンダリストリームに対してサポートされるＥ−ＴＦＣ、およびブロックされるＥ−ＴＦＣのセットを判定するように構成されてもよい。セカンダリＥ−ＤＰＤＣＨの電力が、プライマリＥ−ＤＰＤＣＨの電力と同一であるという制約の下、Ｅ−ＴＦＣ制約プロシージャは、その特定の場合において、セカンダリＥ−ＤＰＤＣＨを、プライマリＥ−ＤＰＤＣＨと同一の電力で送信するために十分な電力が使用可能であることを保証する必要がある。次いで、制約プロシージャは、ＮＲＰＭ、ＨＡＲＱオフセット、およびセカンダリストリーム品質差（すなわち、セクション３．１で定義されているΔＭＩＭＯ）に基づいて、サポートされるＥ−ＴＦＣを判定してもよい。
【００９８】
再送信するＥ−ＤＰＤＣＨおよび関連するＥ−ＤＰＣＣＨの電力を、それぞれＰＥ−ＤＰＤＣＨおよびＰＥ−ＤＰＣＣＨと称するものとする。ＷＲＴＵは、たとえば、式（３９）を使用して、セカンダリストリームに使用可能な残余電力を計算することにより、（プライマリストリームと同一の電力で）セカンダリストリームを送信するための十分な電力を有するかどうかを判定する（デュアルストリーム送信を仮定し、および潜在的なブーストを伴うすべての制御チャネルを考慮に入れて、ＰＭａｘ上の適切なバックオフにより）。
Ｐｒｅｍ−ｓｅｃｏｎｄａｒｙ＝ＰＭａｘ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＤＣＨ−ＰＥ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＣＣＨ            式（３９）
Ｐｒｅｍ−ｓｅｃｏｎｄａｒｙ≧ＰＳ−Ｅ−ＤＰＤＣＨであり、セカンダリストリームの電力がＰＳ−Ｅ−ＤＰＤＣＨ＝ＰＥ−ＤＰＤＣＨである場合、ＷＲＴＵは、セカンダリＥ−ＤＰＤＣＨを送信するのに十分な電力を有し、それ以外の場合、十分な電力はなく、ＷＲＴＵはデュアルストリームで送信しない。ＰＥ−ＤＰＣＣＨは、再送信が行なわれているストリームにおけるＥ−ＤＰＣＣＨの電力である。ＰＳ−Ｅ−ＤＰＣＣＨは、対応するＰＳ−Ｅ−ＤＰＤＣＨにより、候補Ｅ−ＴＦＣＩに対するＳ−Ｅ−ＤＰＣＣＨの電力に対応してもよい。
【００９９】
別の例において、ＷＲＴＵはまた、式（４０）により、セカンダリストリームに対するＮＲＰＭを計算してもよい。
ＮＲＰＭ２＝（ＰＭａｘ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＤＣＨ−ＰＥ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＣＣＨ）／ＰＤＰＣＣＨ，ｔａｒｇｅｔ        式（４０）
ここでもＰＭａｘが潜在的なバックオフを考慮し、および制御チャネルもまたデュアルストリーム送信に関連する潜在的なブーストを考慮することが仮定される。この例において簡潔にするため、バックオフおよびブーストは、候補Ｅ−ＴＦＣとは独立しているが、概念はそのケースにも適応してもよい。次いで、ＷＲＴＵは、第２のストリームで送信することができるかどうかを判定する。
【０１００】
ＮＲＰＭ２≧ＰＥ−ＤＰＤＣＨ／ＰＤＰＣＣＨ，ｔａｒｇｅｔである場合、ＷＲＴＵは、セカンダリＥ−ＤＰＤＣＨを送信するのに十分な電力を有し、それ以外の場合、十分な電力はなく、ＷＲＴＵはデュアルストリームで送信しない。
【０１０１】
ＷＲＴＵが、デュアルストリームで送信するのに十分な電力を有する場合、ＷＲＴＵは、第２のストリームに対してサポートされるＥ−ＴＦＣのセットを計算してもよい。このことは、各候補Ｅ−ＴＦＣに対する必要な電力オフセットが比較される基準点として、プライマリストリームの正規化電力を使用することによって達成されてもよい。さらに具体的には、Ｅ−ＴＦＣ候補ｊの各々について、式（４１）、
ＰＥ−ＤＰＤＣＨ／ＰＤＰＣＣＨ，ｔａｒｇｅｔ≧Σ（β’ｅｄ，ｊ／βｃ）２              式（４１）
である場合、セカンダリストリーム上でＥ−ＴＦＣｊはサポートされ、それ以外の場合は、ブロックされる。調整された利得係数（β’ｅｄ，ｊ）は、従来の基準利得係数、および場合によってはセカンダリストリーム品質のＮｏｄｅＢインジケーションから導出された（たとえば、別個のＥ−ＡＧＣＨまたは同様のチャネル上でシグナリングされた）オフセットから導出されてもよい。セカンダリストリームに対して調整された利得係数を計算する例示の方法は、後段においてさらに詳細に説明される。
【０１０２】
代替的な例において、このことは、各候補Ｅ−ＴＦＣＩｊについてのセカンダリストリームに対するＮＲＰＭを計算することによって実行されてもよい。
ＮＲＰＭ２，ｊ＝（ＰＭａｘ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＣＣＨ，ｊ）／ＰＤＰＣＣＨ，ｔａｒｇｅｔ
式（４２）
各Ｅ−ＴＦＣ候補ｊについて、ＮＲＰＭ２，ｊ≧Σ（β’ｅｄ，ｊ／βｃ）２である場合、セカンダリストリーム上でＥ−ＴＦＣｊはサポートされ、それ以外の場合は、ブロックされる。サポートされるＥ−ＴＦＣＩが見出されない場合、ＵＥは、シングルストリーム再送信のみを送信する。
【０１０３】
２．２．３．２  例示的な再送信のケース（セカンダリストリーム上で）
セカンダリストリーム上でＨＡＲＱ再送信があるケースの第１のオプションにおいて、ＷＲＴＵは、プライマリストリーム上で再送信を実行するように構成されてもよい。次いで、セカンダリストリーム上での再送信のケースは、事実上、プライマリストリーム上の再送信のケースとなり、上記で説明されるプライマリストリームのＨＡＲＱ再送信のケースにおける、セカンダリストリームに対するサポートされるＥ−ＴＦＣのセットを計算する方法が使用されてもよい。
【０１０４】
代替的なオプションにおいて、再送信はセカンダリストリーム上で実行され、およびＥ−ＴＦＣ制約はプライマリストリームに対してサポートされるＥ−ＴＦＣのセットを計算するために実行される。各ストリーム上のＥ−ＤＰＤＣＨ間で電力が等しいという状況の下、ＷＲＴＵは、上記で説明されている手法と同様の手法を適用するが、今回はセカンダリストリーム再送信による手法である。
【０１０５】
ＷＲＴＵは、セカンダリストリームを送信するのに十分な電力を有するかどうかを判定してもよい（再送信するセカンダリストリームと同一の電力で）。このことは、たとえば、プライマリストリームに使用可能な残余電力を計算することにより、達成されてもよい（デュアルストリーム送信を仮定し、潜在的なブーストを伴うすべての制御チャネルを考慮に入れて、ＰＭａｘの適切なバックオフにより）。
Ｐｒｅｍ−ｐｒｉｍａｒｙ＝ＰＭａｘ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＤＣＨ−ＰＥ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＣＣＨ            式（４３）
Ｐｒｅｍ−ｐｒｉｍａｒｙ≧ＰＥ−ＤＰＤＣＨであり、セカンダリストリームの電力がＰＥ−ＤＰＤＣＨ＝ＰＳ−Ｅ−ＤＰＤＣＨである場合、ＷＲＴＵは、プライマリＥ−ＤＰＤＣＨを送信するのに十分な電力を有し、それ以外の場合、十分な電力はなく、ＷＲＴＵはデュアルストリームによって送信しない。
【０１０６】
別の例において、ＷＲＴＵはまた、以下の式（４４）のように、プライマリストリームのＮＲＰＭを計算してもよい。
ＮＲＰＭ１＝（ＰＭａｘ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＤＣＨ−ＰＥ−ＤＰＣＣＨ−ＰＳ−Ｅ−ＤＰＣＣＨ）／ＰＤＰＣＣＨ，ｔａｒｇｅｔ            式（４４）
ここでもＰＭａｘが潜在的なバックオフを考慮し、制御チャネルもまたデュアルストリーム送信に関連する潜在的なブーストを考慮することが仮定される。この例において簡潔にするため、バックオフおよびブーストは、候補Ｅ−ＴＦＣとは独立しているが、概念はそのケースにも適応してもよい。次いで、ＷＲＴＵは、第２のストリーム上で送信することができるかを判定する。
【０１０７】
ＮＲＰＭｉ≧ＰＳ−Ｅ−ＤＰＤＣＨ／ＰＤＰＣＣＨ，ｔａｒｇｅｔである場合、ＷＲＴＵは、セカンダリストリームＥ−ＤＰＤＣＨと同一の電力でプライマリＥ−ＤＰＤＣＨを送信するのに十分な電力を有し、それ以外の場合、十分な電力はなく、ＷＲＴＵはデュアルストリームで送信しない。
【０１０８】
代替として、ＮＲＰＭ１，ｊは、以下の式（４５）のように判定される。
ＮＲＰＭ１，ｊ＝（ＰＭａｘ−ＰＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＳ−ＤＰＣＣＨ，ｔａｒｇｅｔ−ＰＤＰＤＣＨ−ＰＨＳ−ＤＰＣＣＨ−ＰＳＥ−ＤＰＤＣＨ−ＰＳ−Ｅ−ＤＰＣＣＨ−ＰＥ−ＤＰＣＣＨ，ｊ）／ＰＤＰＣＣＨ，ｔａｒｇｅｔ    式（４５）
次いで、ＵＥは、セカンダリストリームにおいて再送信されるべきＥ−ＴＦＣＩと組み合わせてサポートされるＥ−ＴＦＣＩＩを判定する（たとえば、ＮＲＰＭ１，ｊ≧Σ（βｅｄ，ｊ／βｃ）２である場合、プライマリストリームでＥ−ＴＦＣｊはサポートされ、それ以外の場合は、ブロックされる）。サポートされるＥ−ＴＦＣＩが見出されない場合、ＵＥは、両ストリームで送信する十分な電力を有していないと判定する。
【０１０９】
ＷＲＴＵが、デュアルストリームにより送信するのに十分な電力を有していない場合、ＷＲＴＵは、１つのオプションにおいて、セカンダリストリーム上での再送信を実行してもよい。１つの代替のオプションにおいて、ＷＲＴＵは、（事実上ＨＡＲＱストリーム関連を変更して）プライマリストリーム上での再送信を実行してもよい。
【０１１０】
ＷＲＴＵが、デュアルストリームで送信するのに十分な電力を有する場合、ＷＲＴＵは、プライマリストリームについてサポートされるＥ−ＴＦＣのセットを計算してもよい。このことは、各候補Ｅ−ＴＦＣに対して必要な電力オフセットが比較される基準点として、セカンダリストリームの正規化電力を使用することによって達成されてもよい。さらに具体的には、各Ｅ−ＴＦＣ候補ｊの各々について、式（４６）、
ＰＳ−Ｅ−ＤＰＤＣＨ／ＰＤＰＣＣＨ，ｔａｒｇｅｔ≧Σ（βｅｄ，ｊ／βｃ）２                  式（４６）
である場合、セカンダリストリーム上でＥ-ＴＦＣｊはサポートされ、それ以外の場合は、ブロックされる。利得係数（βｅｄ，ｊ）は、従来の方法を使用して計算されてもよい。
【０１１１】
３．  セカンダリストリームの利得係数を計算する例示的な方法
３．１  ストリームの均等な電力に基づく例示的な方法
ここで、両ストリーム上でのＥ−ＤＰＤＣＨが、等しい電力量を使用して送信されることが仮定される。さらに、ＤＰＣＣＨが基準電力レベルであると仮定して、この手法は、両ストリームが同一の利得係数を使用することを意味する（同一のトランスポートフォーマットが両ストリームに使用されると仮定して）。
【０１１２】
セカンダリストリームは通常、チャネルのより弱い固有モード上で送信されるので、プライマリストリームよりも低い品質を有する。品質の差を調整するため、ＷＲＴＵは、プライマリストリームに関して、相対品質差を示す信号をＮｏｄｅＢから受信してもよい。この品質差をｄＢ単位でΔＭＩＭＯと表すものとする（たとえば、プライマリストリームとセカンダリストリームとの間のＳＮＲ差は、ΔＭＩＭＯ＝ＳＮＲｐｒｉｍａｒｙ−ＳＮＲｓｅｃｏｎｄａｒｙ（ｄＢ）である）。この定義を使用すると、一般にΔＭＩＭＯは正となり、０ｄＢは２つのストリーム間の同様の品質を示す。大きなΔＭＩＭＯは、弱いセカンダリストリームＳＮＲを示す。
【０１１３】
３．１．１  セカンダリストリームに対する利得係数を計算する例示的な方法
Ｅ−ＤＰＤＣＨ電力外挿公式が適切に構成されるとき、セカンダリストリームに対するＥ−ＴＦＣの調整された利得係数は、以下のように計算されてもよい。
【０１１４】
セカンダリストリームのｉ番目のＥ−ＴＦＣについて、一時利得係数β’ｅｄ，ｉ，ｈａｒｑは、以下の式（４７）のように計算される。
【０１１５】
【数３】
0005990193.tif 000007
【０１１６】
同様に、Ｅ−ＤＰＤＣＨ電力内挿公式が構成されるとき、βｅｄ，ｒｅｆ，１およびβｅｄ，ｒｅｆ，２は、それぞれ、プライマリおよびセカンダリ基準Ｅ−ＴＦＣの基準利得係数を示すものとする。Ｌｅ，ｒｅｆ，１およびＬｅ，ｒｅｆ，２は、それぞれ、プライマリおよびセカンダリ基準Ｅ−ＴＦＣに使用されるＥ−ＤＰＤＣＨの数を示すものとする。Ｌｅ，ｉは、ｉ番目のＥ−ＴＦＣに使用されるＥ−ＤＰＤＣＨの数を示すものとする。ＳＦ２が使用される場合、Ｌｅ，ｒｅｆ、１、Ｌｅ，ｒｅｆ、２、およびＬｅ，ｉは、ＳＦ４を仮定する物理チャネルの等価数である。Ｋｅ，ｒｅｆ，１およびＫｅ，ｒｅｆ，２は、それぞれ、プライマリおよびセカンダリ基準Ｅ−ＴＦＣのトランスポートブロックサイズを示すものとする。Ｋｅ，ｉは、ｉ番目のＥ−ＴＦＣのトランスポートブロックサイズを示すものとし、Ｅ−ＴＦＣＩとＥ−ＤＣＨトランスポートブロックサイズとの間のマッピングが理解されよう。ｉ番目のＥ−ＴＦＣについて、セカンダリストリームに対する一時変数β’ｅｄ，ｉ，ｈａｒｑは、以下の式（４８）のように計算される。
【０１１７】
【数４】
0005990193.tif 000008
【０１１８】
以下の式（４９）の場合、例外としてβ’ｅｄ，ｉ，ｈａｒｑは０に設定される。
【０１１９】
【数５】
0005990193.tif 000009
【０１２０】
Ｅ−ＤＰＤＣＨ電力外挿および内挿のいずれのケースについても、ΔＭＩＭＯが無限大（∞）に設定されると、セカンダリストリームはデータを搬送しなくてもよく、およびＷＲＴＵは対応する利得係数を計算する必要はなくなる。
【０１２１】
３．１．２  セカンダリストリームに対するペイロードを計算する例示的な方法
プライマリストリームについて判定された電力または利得係数に基づいて、セカンダリストリームに対するビット数または最大ペイロードを取得するために、ＷＲＴＵは、以下の計算を実行してもよい。今回、セカンダリストリームが搬送することができる最大ビット数は、以下のように計算されてもよい。
【０１２２】
プライマリストリームからの電力比は、ネットワークによってシグナリングされたセカンダリストリーム電力オフセットΔＭＩＭＯを使用して、基準Ｅ−ＴＦＣ（Ｅ−ＴＦＣｒｅｆ，ｍ）に対応するビット数から計算される、セカンダリストリーム上での次の送信に対して１ビットの精度でスケジューリングされたデータのビットの最大数を判定するために使用されてもよく、およびＥ−ＤＰＤＣＨの電力外挿公式が構成される場合、
【０１２３】
【数６】
0005990193.tif 000010
【０１２４】
最高値は以下の値より小さいかまたは等しい。このビットの最大数は、Ｋｅ，ｒｅｆ，ｎビットよりも小さいものとする、ただし、Ｋｅ，ｒｅｆ，ｎはセカンダリストリームの任意のより大きいｎ番目の基準Ｅ−ＴＦＣ（Ｅ−ＴＦＣｒｅｆ，ｎ）に対応するものとし、ｍ＝１の場合を除き、Ｅ−ＴＦＣｒｅｆ，ｍのＫｅ，ｒｅｆ，ｍよりも大きいかまたはこれと等しいものとする。それ以外の場合、Ｅ−ＤＰＤＣＨ電力内挿公式が構成される場合、
【０１２５】
【数７】
0005990193.tif 000011
【０１２６】
Ｋｅ，ｒｅｆ，ｍ＋１が、最高基準Ｅ−ＴＦＣ（Ｅ−ＴＦＣｒｅｆ，Ｍ）のビット数に対応する場合を除き、この最大ビット数はＫｅ，ｒｅｆ，ｍ＋１ビットよりも小さいものとし、またｍ＝１の場合を除き、この最大ビット数はＥ−ＴＦＣｒｅｆ，ｍのＫｅ，ｒｅｆ，ｍよりも大きいかまたはこれと等しいものとする。
【０１２７】
上記のＫｅ，ｒｅｆ，ｍおよびＬｅ，ｒｅｆ，ｍは、非特許文献１において与えられる。Ａｅｄ，ｍは、Ｅ−ＴＦＣｒｅｆ，ｍに割り当てられている量子化振幅比を示し、参照により本明細書に組み込まれる非特許文献２において定義されている。Ｐｏ，ｓｔｒｅａｍ１は、プライマリストリームに対する電力オフセットである。
【０１２８】
例示の方法において、プライマリストリームに対する電力オフセットＰｏ，ｓｔｒｅａｍ１は、結果として得られる量子化利得係数によって表すことができ、以下の式（５２）ように表されてもよい。
【０１２９】
【数８】
0005990193.tif 000012
【０１３０】
ここで、Ｌｅ，ｓｔｒｅａｍ１はプライマリストリーム上で使用される物理チャネルの数であり（ＳＦ２が使用される場合、Ｌｅ，ｓｔｒｅａｍ１はＳＦ４を仮定するチャネルの等価数である）、Ａｅｄ，ｓｔｒｅａｍ１はプライマリストリーム上で使用される量子化振幅比である。
【０１３１】
別の例示の方法において、プライマリストリームに対する電力オフセットは、量子化されていない値に基づいて計算されてもよい。
【０１３２】
あるいは、許容されるビットの数を判定するために、プライマリストリームの電力オフセットを使用するのではなく、ＷＴＲＵは、セカンダリストリームに割り当てられるサービンググラントの比率を使用してもよい。たとえば、１つのグローバルサービンググラントが保持されてもよく、および分割係数γに従って両ストリームにわたり分割されてもよい。このケースでは、ＳＧ１＝γＳＧｔｏｔおよびＳＧ２＝（１−）γＳＧｔｏｔである。次いで、ＷＴＲＵは、電力外挿公式が使用される場合、
【０１３３】
【数９】
0005990193.tif 000013
【０１３４】
または、電力内挿公式が使用される場合、
【０１３５】
【数１０】
0005990193.tif 000014
【０１３６】
グラントに従って、セカンダリストリーム上で送信を許容されるビットの数を判定するために、セカンダリストリームに割り当てられたサービンググラント値を使用してもよい。ここで、基準ＫおよびＬ値は、セカンダリストリームに対する基準値または第１のストリームの基準値に対応してもよい。プライマリストリームのビット数は、ＳＧ１および非ＭＩＭＯ動作におけるプライマリストリーム基準値に従って判定されてもよい。
【０１３７】
別の例示の方法において、ＷＴＲＵは、プライマリストリーム上のビット数、およびビット数を単位とする今回ＮｏｄｅＢによってシグナリングされたオフセットに基づいて、セカンダリストリーム上のビット数を計算してもよい。たとえば、Ｋｅ、１をプライマリＥ−ＤＰＤＣＨストリームに対して計算されたビット数とし、ＫＭＩＭＯを（たとえば物理チャネル上でインデックスを介して）ＮｏｄｅＢによってシグナリングされたオフセットとすると、ＷＴＲＵはセカンダリＥ−ＤＰＤＣＨストリームのビット数（Ｋｅ、２）を、Ｋｅ、２＝Ｋｅ、１−ＫＭＩＭＯのように計算してもよい。ＷＴＲＵは、たとえば、本明細書において説明される手法の１つに基づいて、プライマリストリームのビット数を計算してもよい。
【０１３８】
３．１．３  セカンダリストリーム電力オフセットに基づいてランク１対ランク２の送信を判定するためのしきい値を計算する例示的な方法
ＷＴＲＵは、しきい値を判定するように構成されてもよく、そのしきい値を下回る場合、ランク１送信を使用して送信し、しきい値を超える場合、ランク２送信を使用して送信してもよい。ＷＴＲＵは、セカンダリストリーム電力オフセット、またはプライマリストリームに関してセカンダリストリームの相対品質を示す類似するインジケーションをＮｏｄｅＢから受信するように構成されてもよい。
【０１３９】
ＷＴＲＵは、たとえば次のＴＴＩで送信され得る最高優先度の空でない論理チャネルを判定することにより、次のＴＴＥに対するＨＡＲＱオフセットを判定してもよい。次いで、ＷＴＲＵは、セカンダリストリーム上の最小許容トランスポートブロックサイズ（Ｅ−ＴＦＣＩＭＩＮ，２Ｓ）をサポートする、プライマリストリームＥ−ＴＦＣＩを計算してもよい。次いで、ＷＴＲＵは、そのしきい値Ｅ−ＴＦＣＩＭＩＮ，２Ｓを下回るＥ−ＴＦＣＩのシングルストリーム送信を適用してもよい。
【０１４０】
より具体的には、ＷＴＲＵは、Ｅ−ＴＦＣＩＭＩＮ，２Ｓをサポートするために必要な利得係数を判定してもよい。このことは、上記の式（４７）または（４８）を使用して実行されてもよく、ここで、ΔＭＩＭＯはセカンダリストリーム電力オフセットである。プライマリストリームおよびセカンダリストリーム上の両Ｅ−ＤＰＤＣＨに対する送信電力が同一であるという仮定のもと、ＷＴＲＵは、プライマリストリームに対して対応する利得係数が、セカンダリストリームに対して計算された利得係数と（一部の量子化まで）同一であると判定してもよい。次いで、ＷＲＴＵは、たとえば、ΔＭＩＭＯの項を除いた式（５０）および式（５１）と同様の、従来の式を使用することにより、プライマリストリームの利得係数に関連するＥ−ＴＦＣＩを判定する。次いで、ＷＴＲＵは、この値Ｅ−ＴＦＣＩを、しきい値、Ｅ−ＴＦＣＩＭＩＮ，２Ｓとして使用してもよい。
【０１４１】
理解されているように、上記のプロシージャはまた、電力レベルおよびビット数（たとえば、有限ＴＢＳ値）の量子化の実施形態に適用されてもよい。
【０１４２】
４．  ＷＲＴＵが送信ランクを判定するための例示的な方法
一実施形態において、ＮｏｄｅＢは、各ストリームに対して１つ、２つのグラントをＷＲＴＵに明示的にシグナリングしてもよい。セカンダリストリームに関連するグラントは、ランクを制御してもよい。０グラントは、ランク１送信を示してもよい。非ゼログラントは、ランク２送信を示してもよい。
【０１４３】
ＮｏｄｅＢが２つの異なるダウンリンク物理チャネル上で２つのグラントをシグナリングする場合、ＷＲＴＵは、グラントを搬送する両方の物理チャネルの存在のブラインド（blind）検出に基づいて、送信ランクを判定してもよい。たとえば、グラントを搬送する両方の物理チャネルがＷＲＴＵによって検出される場合、ＷＲＴＵは、それがランク２送信であると判定する。そのような物理チャネルが１つだけ検出される場合、ＷＲＴＵは、それがランク１送信であると判定する。
【０１４４】
あるいは、ＷＲＴＵは、所与の送信ランクにより半静的に構成されてもよい。たとえば、このことは、ＨＳ−ＳＣＣＨ順序またはＥ−ＡＧＣＨシグナリング（または同様のチャネル）を介して行なわれてもよい。ＷＲＴＵは、新たな信号が受信されるまで、そのランク構成を保持してもよい。
【０１４５】
ＷＲＴＵは、ランクインジケーション（１または２）を最大ランクインジケーションとして使用するように構成されてもよく、すなわち、ＷＲＴＵは、ランク２によって構成されるときに、ランク１送信も使用してもよい（たとえば、そのバッファ内に少ないデータ量をもつ場合）。あるいは、ＷＲＴＵは、ランクインジケーション（１または２）を絶対ランクインジケーションとして使用するように構成されてもよく、すなわち、ＷＲＴＵは、ランク２で構成されるときに、ランク２送信のみを使用してもよい（ランク１送信についても同様である）。
【０１４６】
たとえばＷＲＴＵが、電力およびバッファ状態などのその使用可能なリソースの正確な認識を有するように、ＮｏｄｅＢが保持しない瞬時情報を保有することができるので、絶対ランク制御がすべての事例において適切とは限らないことに留意されたい。したがって、ＷＲＴＵが、送信するストリームの数（ランク）を決定してもよい。たとえば、ランク２により送信することが許容されるときである（最大ランク制御）。
【０１４７】
最大ランク２送信に対して構成されるときに、ＷＲＴＵは、ランク１送信を仮定するＥ−ＴＦＣ制約を実行した後に取得された最大サポートペイロード、ランク２送信を仮定するＥ−ＴＦＣ制約を実行した後に取得された（両ストリームにわたり集約された）最大サポートペイロード、プライマリストリーム送信に対するサービンググラント、セカンダリストリーム送信に対するサービンググラント、ＵＰＨ、ダウンリンク測定、および／またはバッファ情報、などの入力の１つまたは複数を、個別に、または任意の組合せで使用して、実際の送信ランク（または送信するストリームの数）を判定してもよい。以下において、ＷＴＲＵが送信に対するそのランクを判定することができる基準を説明する。それらの基準は、任意の順序または組合せで使用されてもよい。
【０１４８】
１つの例において、（すべてのレイヤまたはストリームにわたり総計された）ランク２送信に対する最大サポートペイロードが、ランク１送信に対する最大サポートペイロードよりも少ない場合は、ＷＲＴＵは、次の送信がランク１送信であると判定してもよい。
【０１４９】
別の例において、特定のしきい値に対してプライマリストリームのＳＧがセカンダリストリームのＳＧよりも大きい場合、ＷＲＴＵは、次の送信がランク１送信であると判定してもよい。
【０１５０】
別の例において、合計サービンググラントがしきい値を下回る場合、ＷＲＴＵは、次の送信がランク１送信であると判定してもよい。
【０１５１】
別の例において、ＷＲＴＵは、シングルストリーム送信が、たとえば構成された時間量で、そのバッファを空にするのに十分であるかどうかを判定してもよい（ＷＴＲＵ電力ヘッドルームおよびサービンググラントに従って）。１つの特定の例において、この時間は、単一のＴＴＩに相当する。ＷＲＴＵが、その構成された時間中に現在のヘッドルームおよびサービンググラントによるシングルストリーム送信を使用して、そのバッファを空にすることができると推定する場合、ＷＲＴＵはシングルストリーム送信を仮定してＥ−ＴＦＣ選択を実行する。それ以外の場合、ＷＲＴＵは、デュアルストリーム送信を仮定してＥ−ＴＦＣ選択を実行する。
【０１５２】
別の例において、ＷＴＲＵは、セルにおけるその位置を示す測度、およびオプションでネットワークによって構成されたしきい値に基づいて最大ランクを判定する。さらに具体的には、ＷＴＲＵは、測度をしきい値と比較することにより、使用されるべき送信ランク（または最大送信ランク）を判定してもよい。１つの特定の例において、ＷＴＲＵは、ＵＰＨを測度として使用するように構成される。たとえば、ＷＴＲＵは、ＵＰＨが構成されているしきい値よりも高いと判定する場合、ランク２送信（または最大ランク２送信）を使用し、それ以外の場合、ＷＴＲＵはランク１送信を使用する。その他の例において、ＷＴＲＵはまた、パスロス（Pathloss）、ＣＰＩＣＨ  ＲＳＣＰ、ＣＰＩＣＨ  Ｅｃ／Ｎｏ、または任意の他の関連する測度などの、その他の（既存の）測度を使用してもよい。
【０１５３】
別の例において、ＷＴＲＵは、非サービングＮｏｄｅＢからランクダウンインジケーションを受信するように構成されてもよい。たとえば、非サービングＮｏｄｅＢからランクダウンインジケーションを受信すると、ＵＥは、その最大ランクをランク１動作（基本的にシングルストリームで動作する）に下げてもよい。このランクダウンインジケーションは、たとえば既存の物理チャネルまたは新しい物理チャネル上で搬送されてもよい。
【０１５４】
別の例において、ＷＴＲＵは、サービンググラントの値および構成されたしきい値に基づいて、ランクを判定するように構成されてもよい。１つの特定の例において、ＷＴＲＵは、サービンググラントが構成された値を下回るときに、ランク１送信を使用するように構成される。
【０１５５】
別の例において、ＷＴＲＵは、現在のサービンググラントに関連するビット数が、構成された最小ランク２送信に関連する集約されたビット数よりも少ない場合に、ランク１送信を使用するように構成される。
【０１５６】
別の例において、ＷＴＲＵは、そのバッファにおけるデータに基づいて、ランク２送信を使用するように構成される。使用可能なデータの量は、たとえば、バッファにおける合計データに基づいて、またはそのＨＡＲＱプロセスにおける最高優先度の空でない論理チャネル（またはＭＡＣ−ｄフロー）により多重化することができる合計データに基づいて、ＷＴＲＵによって判定されてもよい。次いで、ＷＴＲＵは、次の送信に使用可能なデータの量をしきい値と比較し、およびその比較の結果に基づいてランク１またはランク２送信のいずれを使用するかを判定する。しきい値は、たとえばネットワークによってシグナリングされた、絶対しきい値であってもよい。このしきい値はまた、ＨＡＲＱプロファイルに依存してもよく、たとえば、ＷＴＲＵは構成された各ＨＡＲＱプロファイルに対して１つのしきい値により構成されてもよい。あるいは、ＷＴＲＵは、既知のＨＡＲＱオフセットおよび事前に定義されたしきい値基準点（たとえば、ビット数およびＨＡＲＱオフセットペア）に基づいて構成された各ＨＡＲＱプロファイルに対して、しきい値を判定してもよい。別の例において、しきい値は、最小のサポートされるＥ−ＴＦＣ組合せまたはデュアルストリーム動作に対する両ストリームにわたるビットの合計として、各ＨＡＲＱプロファイルについて計算されてもよい。１つのオプションにおいて、ＷＴＲＵは、現在のＭＩＭＯオフセット（すなわち、ＮｏｄｅＢによってシグナリングされるセカンダリストリームの品質）を考慮に入れて、最小のサポートされるＥ−ＴＦＣ組合せに対する集約されたビット数を計算する。別の例において、ＷＴＲＵは、デュアルストリーム送信をサポートする最小Ｅ−ＴＦＣ組合せに対するプライマリストリームの２倍のビット数としてしきい値を計算する。
【０１５７】
別の例において、ＷＴＲＵは、その正規化残余電力がそれを許容する場合に限り（たとえば、Ｅ−ＴＦＣ制約プロシージャに従って）、ランク２送信を使用するように構成される。より具体的には、ＷＴＲＵは、サポートされるランク２送信を必要とする少なくとも１つのサポートされるＥ−ＴＦＣまたはＥ−ＴＦＣ組合せがある場合に限り、ランク２送信を使用する。
【０１５８】
別の例において、ＷＴＲＵは、サービンググラントに基づいて、ランク２送信を使用するように構成される。さらに具体的には、ＷＴＲＵは、そのサービンググラントがランク２送信を可能にする十分な大きさがあるかどうかを判定する。１つの例において、ＷＴＲＵは、サービンググラントが構成されたしきい値を超える場合に限り、ランク２送信を使用するように構成される。１つのオプションにおいて、ＷＴＲＵは、構成された各ＨＡＲＱプロファイルに対して１つのしきい値により構成されてもよく、および空でないバッファを有する最高優先度の論理チャネルのＨＡＲＱプロファイルに関連するしきい値を適用してもよい。別のオプションにおいて、ＷＴＲＵは、基準しきい値および関連するＨＡＲＱプロファイルまたはＨＡＲＱオフセットに基づいて、構成された各ＨＡＲＱプロファイルに対してしきい値を判定する。
【０１５９】
各ストリームに対するサービンググラントを判定する１つの例において、ＷＴＲＵは、グローバルグラントおよびグラントオフセット（たとえば、上記の式（１４）および（１５）により説明される）、または電力分割係数に基づいて、ランク２送信の各ストリームに対するサービンググラントを計算してもよい。１つの特定の例において、ＷＴＲＵは、サービンググラント（またはグローバルグラント）を２つに分割することにより、各ストリームに対するサービンググラントを判定する。
【０１６０】
別の例において、ＷＴＲＵは、各ストリームに対するサービンググラント、およびオプションでセカンダリストリーム電力オフセットに従って送信することができるビット数を判定する。ＷＴＲＵは、最高優先度の空でない論理チャネルに関連するＨＡＲＱオフセットを使用して、この計算を実行してもよい。１つの例において、ＷＴＲＵは、サービンググラントおよびセカンダリストリーム電力オフセットに従って送信することができる合計ビット数を、構成されたしきい値と比較するように構成されてもよく、サービンググラントおよびオプションでセカンダリストリーム電力オフセットに従って送信することができるビット数がしきい値を超える場合、ＷＴＲＵはランク２送信を使用し、それ以外の場合、ＷＴＲＵはランク１送信を使用する。あるいは、ＷＴＲＵは、１つのストリームのみの全サービンググラントを使用して送信することができる合計ビット数を判定し、およびそれをしきい値と比較する。合計ビット数がしきい値を下回る場合、ＷＴＲＵはシングルランク送信を仮定して実行する。合計ビット数がしきい値を超える場合、ＷＴＲＵはランク２送信を考慮してもよい。１つの例において、しきい値は、デュアルストリーム送信に対するプライマリストリーム上の最小許容Ｅ−ＴＦＣの２倍のビット数に対応してもよい（たとえば、ランク２により組み合わせ、および送信することができる最小Ｅ−ＴＦＣＩ）。
【０１６１】
別の例において、ＷＴＲＵは、サービンググラント、およびオプションでセカンダリ電力オフセットに従ってセカンダリストリーム上で送信することができるビット数に基づいて、ランク２送信を使用するように構成されてもよい。ＷＴＲＵは、たとえば最高優先度の空でない論理チャネルに関連するＨＡＲＱオフセットを使用して、セカンダリストリーム上で送信することができるビット数を計算してもよい。ＷＴＲＵは、サービンググラントおよびセカンダリ電力オフセットに従ってセカンダリストリーム上で送信することができる合計ビット数をしきい値と比較するように構成されてもよく、計算されたビットの数がしきい値を超える場合、ＷＴＲＵはランク２送信を使用し、それ以外の場合、ＷＴＲＵはランク１送信を使用する。１つの例において、ＷＴＲＵは、たとえばＲＲＣシグナリングを介して、固定のしきい値で構成される。別の例において、ＷＴＲＵは、サービンググラントおよびセカンダリ電力オフセットに従ってセカンダリストリーム上で送信することができるビット数が、セカンダリストリームに対する最小構成トランスポートブロックサイズを超える場合、ランク２送信を使用するように構成されてもよく、それ以外の場合、ＷＴＲＵはランク１送信を使用する。
【０１６２】
ランク判定は、たとえば、Ｅ−ＴＦＣ制約またはＥ−ＴＦＣ選択の前にＴＴＩごとに、ＷＴＲＵによって実行されてもよい。この手法は、Ｅ−ＴＦＣ制約／選択アルゴリズムの複雑さを大幅に軽減することができる。
【０１６３】
１つの実用的な例において、ＷＴＲＵは、ランク２送信に十分な電力を有すること（たとえば、上記の実施形態の１つに従って）、およびランク２送信に十分な大きさのサービンググラントを有すること（たとえば、上記の実施形態の１つに従って）、およびランク２送信に十分なデータを有すること（たとえば、上記の実施形態の１つに従って）をＷＴＲＵが判定するときに、ランク２送信を使用するように構成される。それらの基準の１つまたは複数が満たされない場合、ＷＴＲＵは、ランク１送信を使用するように構成されてもよい。この基準に従ってＷＴＲＵがランク２送信を使用することを判定する場合、デュアルストリーム（ランク２）送信式に従って、Ｅ−ＴＦＣ選択およびＥ−ＴＦＣ再選択を実行してもよい。
【０１６４】
４．１  ＷＲＴＵが望ましいランクを判定する例示的な技術
１つの例において、ＷＲＴＵは、高位送信ランクをさらに有効に使用することができるかどうかをネットワークに示すように構成されてもよい。インジケーションは、たとえば、Ｅ−ＤＣＨ制御チャネルの単一ビット、すなわちＥ−ＤＰＣＣＨまたはＳ−Ｅ−ＤＰＣＣＨの新たなフィールド上で実行されてもよい。あるいは、このインジケーションはまた、たとえば新たなフィールドにおけるＳＩにおいて実行されてもよい。
【０１６５】
ＷＲＴＵは、１つまたは複数のルールに従って、望ましいランクインジケータビット（ＤＲＩ：rank indicator bit）を設定してもよい。１つの例において、１）ＷＲＴＵがランク１のみを使用して、構成された時間量におけるその現在のグラントおよび送信電力によりそのデータバッファを空にすることができないと判定するときに、ＷＲＴＵはＤＲＩを０に設定する、２）その現在のグラントおよび電力ヘッドルームがランク２送信を許容する場合に限り、ＷＲＴＵはＤＲＩを０に設定する、および／または３）バッファの制限がない（すなわち、そのサービンググラントに従って許容される最大レートにおいて送信している）場合に、ＷＲＴＵはＤＲＩを０に設定する、というルールの１つまたは組合せを使用して、ＤＲＩビットを設定するように構成されてもよい。
【０１６６】
１つの例において、ＷＲＴＵは、上記の基準がすべて満たされる場合にのみ、ＤＲＩを０に設定してもよい。それ以外の場合、ＤＲＩは１に設定される。
【０１６７】
別の例において、ＷＴＲＵは、シングルストリーム動作に対するリクエストをネットワークに送信するように構成されてもよい。このリクエストは、たとえば、ＭＡＣヘッダの新たなフィールド上で、またはＳＩ（たとえば、Ｌ２メッセージ）上で行なわれてもよく、あるいはこのリクエストはまた、物理チャネル上で行なわれてもよい。ＷＴＲＵは、最大ランク２送信により動作するようにすでに構成されており、およびシングルストリームモードにおいて動作するべきである判定するときに（たとえば、上記の条件の１つを使用して）、シングルストリームまたはランク１において動作するリクエストを送信するように構成されてもよい。ＷＴＲＵはまた、ランク１動作に対して構成されており、デュアルストリームモードで動作すべきであると判定するときに（たとえば、上記の条件の１つを使用して）、デュアルルストリームまたはランク２動作において動作するリクエストを送信するように構成されてもよい。
【０１６８】
代替的な例において、ランク優先をネットワークに示すために、第２のストリームにおいてハッピービット（happy bit）が使用されてもよい。たとえば、プライマリストリームのＥ−ＤＰＣＣＨにおける「ハッピービット」は、既存のルールに従って設定され、両ストリーム上の合計電力および両ストリーム上の合計グラントが「ハッピービット」評価において考慮される。セカンダリストリームは、ランク１送信またはランク２を使用することを選択するかどうかをネットワークに示すために使用される。さらに具体的には、１つの例において、ハッピービットは、ＵＥがランク２により構成され、およびＷＴＲＵがランク２を使用して送信する十分な使用可能電力を有することを判定する場合（たとえば、ＮＲＰＭに従って、サポートされるＥ−ＴＦＣＩのセットに従ってＵＥがランク２送信をサポートすることをＵＥが判定する）、「ハッピー」に設定されてもよい。ハッピービットは、ＵＥがたとえ、ランク２を使用して送信する十分なグラントを有していないが、送信する電力を有している場合であっても、「ハッピー」に設定されてもよい。ＵＥが、オプションで一定期間にわたり、ランク２で送信する電力を有していない場合、ビットは「アンハッピー（unhappy）」に設定される。
【０１６９】
別の例において、ハッピービットは、ＵＥが、ランク２送信を送信し、および現在の送信よりも高位のＥ−ＴＦＣＩにより送信するために、使用可能なさらに多くの電力を有し、ならびにそのグラントすべてを使い尽くした場合、「ハッピー」に設定さる。オプションで、使用可能なデータはまた、ハッピービット設定の判定に使用されてもよい。現在の送信後の残りのデータ量が、上記の条件に加えてしきい値を超える場合、ＵＥは、第２のＥ−ＤＰＣＣＨのハッピービットを「アンハッピー」に設定してもよく、それ以外の場合、ビットは「ハッピー」に設定される。
【０１７０】
５．  Ｅ−ＴＦＣ選択に対する例示的な方法
５．１  シングルトランスポートブロック
ＭＡＣレイヤが、物理レイヤ（ＰＨＹ）によって使用されるストリームの数にかかわりなくシングルトランスポートブロックを生成するように構成されている場合、Ｅ−ＴＦＣ選択プロシージャが使用されてもよい。１つの手法において、サポートされるＥ−ＴＦＣの各組合せに対する最大サポートペイロードは、２つのストリームが送信される場合は、２つのストリーム上で、または単一のストリームが送信される場合は、１つのストリーム上で、集約される最大ビット数として計算されてもよい。
【０１７１】
５．２  デュアルトランスポートブロック
本開示の実施形態に従って、Ｅ−ＴＦＣ選択に対するルールは以下の事項を含んでもよい。
【０１７２】
非スケジューリング送信は、プライマリストリーム上でのみ送信されるように制限されてもよい。非スケジューリンググラントは、ＲＲＣシグナリングを介してＷＴＲＵにおいて事前構成されてもよく、ＮｏｄｅＢが非サービンググラントを考慮してリソースを確保する必要があることに留意されたい。非スケジューリング送信をプライマリストリームに制限することは、ＮｏｄｅＢの実施態様を簡略にし、および無線リソース使用状況を改善することができる。実際、非スケジューリング送信はスケジューリングされたグラントを必要としないので、ＮｏｄｅＢは、潜在的な非スケジューリング送信までのノイズ上昇の一部を確保する必要がある。非スケジューリング送信をプライマリストリームに制限することにより、ＮｏｄｅＢは、プライマリストリームにはリソースを確保することだけが必要となる。加えて、セカンダリストリームのほうが弱いことがあるので、非スケジューリング送信にはプライマリストリームを使用することがより効率的となる場合がある（通常遅延の影響をより受けやすい、たとえばＶｏＩＰ）。したがって、プライマリストリーム上でのみ非スケジューリング送信を制限することが有利である場合がある。非スケジューリングデータを、２つのストリームのいずれか上で送信することができる場合、電力は非スケジューリング送信に事前割り当てされる必要はない。
【０１７３】
ＷＲＴＵ送信電力およびＵＬ干渉を最小にするため、バッファ占有により判定されるＷＲＴＵの実際のペイロードが、いずれもランク２送信の前提に基づいて評価される最大サポートペイロードおよび合計グラントペイロードの最小限よりも小さくなると、ＷＲＴＵは最初に、その実際のペイロードを、いずれもランク１送信の前提に基づいて評価される最大サポートペイロードおよび合計グラントペイロードの最小限と比較することにより、それがランク１送信で送信されうるかどうかを照合してもよい。確認できない場合、ランク２送信が使用される。
【０１７４】
１つの例において、実際のペイロードは、空でない最高優先度キュー内のデータにより（多重化リストに従って）多重化することができるバッファ内の合計データ量を計算することによって、ＷＲＴＵにより判定されてもよい。最大サポートペイロードおよび合計グラントペイロードは、空でない最高優先度キューのＨＡＲＱオフセットを使用することにより取得または計算されてもよい。
【０１７５】
別の例において、上記で説明したように判定された実際のペイロードは、しきい値（たとえば、ランク２送信を検討するための最小ペイロード）と比較される。ペイロードがこのしきい値を下回る場合、ＵＥは、シングルランクの送信を仮定してＥ−ＴＦＣ選択および制約の実行を進める。それ以外の場合、ＵＥは、ランク２送信を検討してもよい。ランク２送信はさらに、グラントおよび電力に依存してもよい。
６．  最大サポートペイロードを決定する例示的な方法（たとえば、グラントに基づいて）
【０１７６】
Ｅ−ＴＦＣ選択プロシージャの一部として、ＷＲＴＵは、次の送信中にＷＲＴＵによって送信することができる最大ＭＡＣ  ＰＤＵである最大サポートペイロードを計算してもよい。最大サポートペイロード（ＭＳＰ）は、最高優先度の空でないＭＡＣフローの使用可能な電力および電力オフセットに基づいて、ＷＲＴＵが送信することができる最大ビット数である。合計グラントペイロードは、所与のスケジューリングされたグラント、および電力オフセット、およびスケジューリングされていないグラントによって送信することができる最大データ量である。スケジューリング情報（ＳＩ）が送信される必要がある場合、合計グラントペイロードは、ＳＩに関連するビット数も含む。残りの使用可能なペイロードまたは許容されるペイロードは、最大サポートペイロードと合計グラントペイロードとの間の最小値によって判定される（たとえば、最小（最大サポートペイロード，合計グラントペイロード）。
【０１７７】
ＷＲＴＵの構成およびストリームの数に応じて、ＷＲＴＵは、異なる方法で残りの使用可能なペイロードを計算してもよい。残りの使用可能なペイロードを計算する以下の手法は、構成に基づいてＷＲＴＵにより実行されてもよい。
【０１７８】
６．１  シングルストリーム送信
シングルストリーム送信に対する残りの使用可能なペイロードを計算する際に、ＷＲＴＵは、従来の方法を使用してもよく、ビットの最大数がグラントおよびオプションでＳＩに対応する最小ビット数（たとえば、合計グラントペイロード）、ならびに考慮中のＨＡＲＱプロファイルの電力オフセットに対する最大のサポートされるＥ−ＴＦＣのビット数（たとえば、最大サポートペイロード）に基づいて判定される。
【０１７９】
６．２  ストリーム間の均等な電力を仮定するデュアルストリーム送信
このコンテキストにおいて、ＷＲＴＵが残りの使用可能なペイロードを計算することを必要とする多くの考えられる状況がある。
【０１８０】
第１の状況において、ＷＲＴＵは、デュアルストリームにより送信するように構成されてもよく、ＨＡＲＱプロセスは空であり、およびＨＡＲＱエンティティは送信に２つの（新しい）ストリームを要求する。そのような場合、ＷＲＴＵは、第１のストリームに対する残りの使用可能なペイロードを以下のように計算することができる。
【０１８１】
６．２．１  第１のストリーム
ＷＲＴＵは、次の送信のＨＡＲＱプロファイルおよび対応する電力オフセットを判定する。ＷＲＴＵが、上記で説明した方法のいずれかに従って、対応する電力オフセットに対するプライマリストリームについての最大にサポートされるＥ−ＴＦＣを判定する（たとえば、最大サポートペイロード）。次いで、ＷＲＴＵは、グラントに従って、プライマリストリーム上でサポートすることができる最大ペイロードを判定する。デュアルストリーム送信が仮定されているので、ＷＲＴＵは、合計サービンググラントを事前構成された比率によってスケーリングする。この比率は、仕様においてあらかじめ決定されてもよい（たとえば、０．５）。この比率はまた、（セクション２．２．３で定義されるように）γＮＲＰＭと同一であってもよい。ＷＲＴＵは、ＭＡＣプロトコル仕様の適切な公式に従って（すなわち、式（５０）および式（５１）におけるものと同一の式を使用して、ただしΔＭＩＭＯ＝０ｄＢ、およびＰｏ，ｓｔｒｅａｍ１の代わりにスケーリングされたＳｅｒｖｉｎｇ＿Ｇｒａｎｔで）ビット数を計算する。この値は、使用可能なグラントペイロードに対応する。ついで、ＷＴＲＵは、許容されるＭＡＣ−ｄフローのスケジューリングされていないグラントを合計することにより、使用可能なスケジューリングされていないペイロードを判定してもよい。次いで、「合計グラントペイロード」は、ＳＩが送信される場合、使用可能なグラントペイロード、および使用可能なスケジューリングされていないペイロード、およびＳＩの合計である。次いで、ＷＲＴＵは、「合計グラントペイロード」に従って、残りの使用可能なペイロードを、最小限の最大Ｅ−ＴＦＣおよび最大ビット数として計算する。この例において、スケジューリングされていないデータは、プライマリストリーム上で送信されることに留意されたい。
【０１８２】
６．２．２  第２のストリーム
第２のストリームの場合、ＷＲＴＵは、プライマリストリーム上で計算されたＥ−ＤＰＤＣＨの電力オフセット（Ｅ−ＴＦＣ選択を介してＷＲＴＵがプライマリストリームに対するＥ−ＴＦＣを選択した後）、およびＮｏｄｅＢによってシグナリングされたΔＭＩＭＯを使用して、グラントおよびＭＩＭＯチャネル条件に従ってセカンダリストリームによりサポートされる最大ビット数を計算してもよい（たとえば、セカンダリストリームに対して使用可能なグラントが付与されたペイロード）。初めからＷＴＲＵはデュアルストリーム送信を仮定しており、およびセカンダリストリームはプライマリストリームと同一の電力で送信されるので、この場合、ＷＲＴＵが所与のトランスポートブロックに対して十分な電力を有するかどうかを確認する必要はない。しかし、セカンダリチャネル条件は、プライマリチャネル条件よりも劣っている場合もある。したがって、ＷＲＴＵは、以下の事項に基づいて残りの使用可能なペイロードを計算する。最初に、ＷＴＲＵは、基準利得係数およびプライマリストリームに対して選択されたＥ−ＴＦＣによって判定されたプライマリストリーム送信の電力オフセットに基づいて、セカンダリストリーム送信の電力オフセットを判定する。次いで、ＷＲＴＵは、構成に応じて式（５０）および（５１）を使用して、ＮｏｄｅＢによってシグナリングされたセカンダリストリーム電力オフセット（ΔＭＩＭＯ）を使用して、残りの使用可能なペイロードであるセカンダリストリームで送信することができる最大ビット数を計算する。
【０１８３】
この例においてスケジューリングされていないデータはプライマリストリームにあるので、合計グラントペイロードは、ＳＩがセカンダリストリームで送信される場合、使用可能なグラント付与されたペイロードにスケジュール情報ビットを加えたものと等しい。加えて、この例において、ＵＥは、セカンダリストリームに対してサポートされるＥ−ＴＦＣを判定する必要はない。
【０１８４】
第２のストリームに対するこのプロシージャはまた、ＷＲＴＵがデュアルストリーム送信のために構成され、再送信が進行中である場合にも適用されてもよい。その場合、新たな送信は第２のストリームにマッピングされてもよく、およびＷＲＴＵはこのプロシージャを使用して、セカンダリストリームについてのみＭＳＰを計算する（これは再送信中であるので、プライマリストリームについてＭＳＰを計算する必要はない）
【０１８５】
ＷＲＴＵが、２つのストリーム上で単一のトランスポートブロックを送信するように構成される場合、送信することができるビットの数は、合算された第１および第２のストリームの合計ビット数に対応する。
【０１８６】
あるいは、別の例において、ＷＴＲＵは、事前構成された比率によりセカンダリストリームグラントを判定することにより、セカンダリストリームに対してグラント付与されたビット数を判定してもよい（たとえば、（１−γ）ＳＧｔｏｔ）。次いで、ＵＥは、ＳＧ２およびネットワークによってシグナリングされたＭＩＭＯオフセット（または新たな基準Ｅ−ＴＦＣＩ）を使用して、セカンダリストリームの使用可能なグラント付与されたペイロードを判定してもよい。ＷＴＲＵは、セカンダリストリームに対するＥ−ＴＦＣ制約および使用可能な電力に基づいて、セカンダリストリームに対する「最大サポートペイロード」を判定する。このことは、プライマリストリームと同一の電力を使用するが、セカンダリストリームに対するＭＩＭＯオフセットおよび／または場合によっては新たなＨＡＲＱ電力オフセットを考慮した後の、サポートされるペイロードに対応してもよい。あるいは、「最大サポートペイロード」は、電力が両ストリームに従って分割された後、Ｅ−ＴＦＣ制約に従って判定された値に対応してもよい。上記の両方の例について、セカンダリストリームのビットの数を判定するときに、ＵＥは、新たなより高い優先度のＭＡＣ−ｄフロー（たとえば、最高優先度ＭＡＣ−ｄフローの場合）がプライマリストリーム上でそのバッファを空にしたことを判定してもよく、またはセカンダリストリーム上で送信されることが許容されない（たとえばスケジューリングされていない送信のために）。新たなより高い優先度ＭＡＣ−ｄフローに従って、ＵＥは、送信することができるビット数を判定するために式で使用する新たなＨＡＲＱプロファイル電力オフセットを判定してもよい。
【０１８７】
両方の例について、残りの使用可能なペイロードを決定した後、Ｅ−ＴＦＣ選択は、プライマリストリーム上で送信されるべきＴＢを、「残りの使用可能なペイロード」の最大限まで満たす。論理チャネルまたはＭＡＣ−ｄフローの優先度に従って、ＵＥは、バッファ内の使用可能なデータの最小限、使用可能なグラント付与されたペイロード（ＭＡＣ−ｄフローがスケジュール外のフローである場合、そのＭＡＣ−ｄフローに対するスケジューリングされていないグラントまで）、および「残りの使用可能なペイロード」まで、ＴＢをデータで満たす。次いで、ＵＥは、第１のストリームに対する残りの使用可能なペイロードに従って、ＴＢにまだ使用可能なスペースがある場合、次の最高優先度ＭＡＣ−ｄフローに進み、以下同様である。プライマリストリームが満たされると、ＵＥは、第２のストリームに移動する。この時点において、上記で説明したように、新たな最高優先度ＭＡＣ−ｄフローが判定され、したがって新たなＨＡＲＱプロファイル（電力オフセット）が、第２のストリームで送信されうるビット数を判定するためにＥ−ＴＦＣ選択／制約への入力として使用される。あるいは、プライマリストリームの場合と同一のＨＡＲＱ電力オフセットが使用される。判定された使用可能な残りのペイロードに基づいて、ＷＴＲＵはセカンダリストリームを満たす。
【０１８８】
両ストリーム上で使用される電力が同等でなければならない場合、およびセカンダリストリーム上でトランスポートブロックを満たすのに十分なデータがない場合、ＷＴＲＵは、ＭＡＣ  ＰＤＵをパディングする、または残りのデータを送信するためにより小さいトランスポートブロックを使用してもよい。
【０１８９】
スケジューリングされていない送信をプライマリおよびセカンダリストリームの両方の上で送信することができる例において、ＵＥは、「第１のストリーム上で使用可能なグラント付与されたペイロード」、「第１のストリーム上での最大サポートペイロード」、および「使用可能なスケジューリングされていないグラント付与されたペイロード」を判定してもよい。次いで、ＵＥは、残りの使用可能なペイロードに従って、第１のストリームのＴＢを満たしてもよい。次いで、第２のストリームを満たすときに、ＷＴＲＵは、最高優先度のＭＡＣ−ｄフローを判定し、およびこのＨＡＲＱプロファイルに基づいて、使用する新たな電力オフセットを判定してもよい。オプションで、プライマリストリームと同一のものが使用されてもよい。電力オフセット、ＭＩＭＯオフセット、第２のストリーム上で許容されるグラント、および電力に基づいて、ＵＥは、「第２のストリーム上の使用可能なグラント付与されたペイロード」、「第２のストリーム上の最大サポートペイロード」、および「使用可能なスケジューリングされていないグラント付与されたペイロード」を判定してもよい。第２のストリームは、第１のストリームがデータで満たされた後の残りのデータに対応することがあるので、「使用可能なスケジューリングされていないグラント付与された」ペイロードは、再度判定されてもよい（たとえば、「使用可能なスケジューリングされていないフランと付与されたペイロード」からプライマリストリーム上ですでに送信されたスケジューリングされていないデータを減算する）。オプションで、「使用可能なスケジューリングされていないグラント付与されたペイロード」は、新たに判定された最高優先度ＭＡＣ−ｄフローに従って、第２のストリーム上で多重化することができる新たなＭＡＣ−ｄフローを考慮してもよい。次いで、ＵＥは、判定された「残りの使用可能なペイロード」およびＭＡＣ−ｄフローの優先度およびスケジューリングされた／スケジューリングされていないグラントに従って、第２のトランスポートブロックを満たしてもよい。
【０１９０】
７．  トランスポートフォーマット選択および送信のための例示的な方法
デュアルストリーム動作のための例示のトランスポートフォーマット選択の方法が、本明細書において説明される。Ｅ−ＤＣＨのレガシートランスポートフォーマット選択アルゴリズムは、複数のパラメータに基づいて特定のコードワードに対して効率的なトランスポートフォーマットを選択しようと試みる。例示のアルゴリズムが、本明細書の以下において示される。
【０１９１】
適用することができるパンクチャリングの最大量は以下のとおりである。
−  １−ＰＬｎｏｎ−ｍａｘ  変調方式またはコードチャネルの数がＷＲＴＵ能力およびＵＴＲＡＮにより課される制約によって許容される最大値を下回る場合
−  １−ＰＬｍｏｄ＿ｓｗｉｔｃｈ  変調方式がＢＰＳＫであり、Ｅ−ＤＰＤＣＨコードチャネルの数が４と等しく、４ＰＡＭの使用がＷＲＴＵ能力およびＵＴＲＡＮにより課される制約によって許容される場合
−  １−ＰＬｍａｘ  変調方式およびコードチャネルの数がＷＲＴＵ能力およびＵＴＲＡＮにより課される制約によって許容される最大値と等しい場合
【０１９２】
すべての可能な拡散係数および変調方式について１つのＥ−ＤＰＤＣＨのＴＴＩあたりの使用可能なビット数は、Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、Ｎ２、Ｍ４、およびＭ２によって示される、ただし、インデックスは拡散係数を示す。ＮはＢＰＳＫ変調を表し、Ｍは４ＰＡＭ変調を表す。
【０１９３】
次いで、すべてのＰｈＣＨ、Ｎｅ，ｄａｔａ上のＥ−ＤＣＨタイプのＣＣＴｒＣＨに使用可能なビットの取りうる数は、｛Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、２×Ｎ４、２×Ｎ２、２×Ｎ２＋２×Ｎ４、２×Ｍ２＋２×Ｍ４｝である。
【０１９４】
ＳＥＴ０は、ＷＲＴＵの能力の一部として、ＵＴＲＡＮにより許容され、ＷＲＴＵによってサポートされるＮｅ，ｄａｔａ値のセットを示す。ＳＥＴ０は、｛Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、２×Ｎ４、２×Ｎ２、２×Ｎ２＋２×Ｎ４、２×Ｍ２＋２×Ｍ４｝のサブセットであってもよい。
【０１９５】
トランスポートフォーマットｊとのレートマッチング前のＴＴＩにおける合計ビット数はＮｅ，ｊである。トランスポートフォーマットｊでのＴＴＩごとのＥ−ＤＣＨ送信に使用可能な合計ビット数Ｎｅ，ｄａｔａ，ｊは以下のアルゴリズムを実行することにより判定され、ここで、Ｎｅ，ｄａｔａ＝２×Ｎ２＋２×Ｎ４または２×Ｍ２＋２×Ｍ４がＵＴＲＡＮによって許容され、ＷＲＴＵによってサポートされる場合を除き、ＰＬｎｏｎ−ｍａｘは上位レイヤからシグナリングされ、ＰＬｍｏｄ＿ｓｗｉｔｃｈは０．４６８と等しく、ＰＬｍａｘは０．４４と等しいが、この場合はＰＬｍａｘは０．３３と等しい。
ＳＥＴ１＝｛Ｎｅ，ｄａｔａ−Ｎｅ，ｊが非負となるようなＳＥＴ０内のＮｅ，ｄａｔａ｝
Ｉｆ  ＳＥＴ１が空ではなく、ＳＥＴ１の最小要素が１つのＥ−ＤＰＤＣＨのみを必要とする
ｔｈｅｎ
Ｎｅ．ｄａｔａ、ｊ＝ｍｉｎＳＥＴ１
Ｅｌｓｅ
ＳＥＴ２＝｛Ｎｅ．ｄａｔａ−ＰＬｎｏｎ−ｍａｘ×Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ．ｄａｔａ｝
ＩＦ  ＳＥＴ２が空ではない  ｔｈｅｎ
ＳＥＴ２を昇順にソートする
Ｎｅ．ｄａｔａ＝ｍｉｎＳＥＴ２
Ｗｈｉｌｅ  Ｎｅ．ｄａｔａがＳＥＴ２の最大ではなく、Ｎｅ．ｄａｔａの後続が１つのＥ−ＤＰＤＣＨのみを必要とする
Ｎｅ．ｄａｔａ＝ＳＥＴ２におけるＮｅ．ｄａｔａの後続
Ｅｎｄ  ｗｈｉｌｅ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｍ２＋２×Ｍ４と等しく、Ｎｅ．ｄａｔａ／（［２×］Ｎｅ．ｊ）≧ＰＬｍｏｄ＿ｓｗｉｔｃｈ
Ｎｅ．ｄａｔａ＝２×Ｎ２＋２×Ｎ４
Ｅｎｄ  ｉｆ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｎ２＋２×Ｎ４と等しく、Ｎｅ．ｄａｔａ／Ｎｅ．ｊ＜ＰＬｍｏｄ＿ｓｗｉｔｃｈ
Ｎｅ．ｄａｔａ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｎｅ．ｄａｔａ，ｊ＝Ｎｅ．ｄａｔａ
Ｅｌｓｅ
Ｎｅ．ｄａｔａ，ｊ−ＰＬｍａｘ×Ｎｅ．ｊが非負であるならば、Ｎｅ．ｄａｔａ，ｊ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｅｎｄ  ｉｆ
【０１９６】
Ｅ−ＤＣＨ  ＴＴＩ長さが１０ｍｓである間、初期送信が圧縮フレームで生じる場合、または再送信が圧縮フレームで生じる場合、または初期送信が圧縮された非圧縮フレームで再送信が生じる場合、上記のアルゴリズムに使用されるＮ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、およびＮ２によって示されるすべての可能な拡散係数について１つのＥ−ＤＰＤＣＨのＴＴＩあたりの使用可能なビット数は、ｋ×Ｎ２５６、ｋ×Ｎ１２８、ｋ×Ｎ６４、ｋ×Ｎ３２、ｋ×Ｎ１６、ｋ×Ｎ８、ｋ×Ｎ４、およびｋ×Ｎ２によって置き換えられる。パラメータｋはｎｔｘｌ／ｌ５と等しく、ｎｔｘｌは４．５．１で定義される。
【０１９７】
上記の大括弧における（強調表示された）２の乗法因子は、意図される動作を反映するので仕様に関して追加されることに留意されたい。
【０１９８】
Ｅ−ＤＣＨに対するレガシートランスポート選択アルゴリズムは、シングルストリーム動作しかサポートしないので、デュアルストリーム動作をサポートする新たな方法が必要とされる。
【０１９９】
７．１  単一コードワード
ある実施形態において、ＷＲＴＵは、２つのストリームで送信するときに、単一のトランスポートフォーマットを使用してもよい。ある例において、ＷＲＴＵは、第１のストリームが２ＳＦ２＋２ＳＦ４で送信することができ、第２のストリームもまた２ＳＦ２＋２ＳＦ４フォーマットで送信されるときに限り（オプションで１６ＱＡＭ動作）、デュアルストリームを使用する。単一コードワードの場合、ＷＲＴＵは、情報シンボルを適切に物理チャネルにマッピングする必要がある。第２のストリームに対する適正な受信を保証するため、ＷＲＴＵは、第２のストリームの適切なコードレートを判定する必要がある。
【０２００】
７．１．１  ストリーム間のＳＮＲ差に対するシグナリングされた値の使用
ある実施形態において、ネットワークは、最初に、２つのストリーム間の固有のＳＮＲ比またはビット数比をＷＲＴＵに通知してもよい。たとえば、ＮｏｄｅＢは、セカンダリストリームとプライマリストリームとの間の情報の相対量を示すインデックスを、動的ベースでＷＲＴＵにシグナリングしてもよい。以下の表４は、インデックスが２つのストリーム間のＳＮＲ差、およびストリーム２とストリーム１との間のビットの比を指し示す例を示す。表内の最後のエントリは、第２のストリームが使用されるべきではないことをＮｏｄｅＢがＷＲＴＵに示す事例に対応することに留意されたい。
【０２０１】
【表４】
0005990193.tif 000015
【０２０２】
ある実施形態において、ＷＲＴＵは、第１のストリームと第２のストリームとの間のＳＮＲの差を補うために反復を適用してもよい。このことは、たとえば、以下のように達成されてもよい。Ｅ−ＴＦＣ選択後、ＷＲＴＵは、ＣＲＣを適用し、および従来の３ＧＰＰターボコーダ−（Ｅ−ＤＣＨ用）を使用してトランスポートブロックを符号化してもよい。次いで、ＷＲＴＵは、（たとえば、Ｅｒｒｏｒ！Ｒｅｆｅｒｅｎｃｅ  ｓｏｕｒｃｅ  ｎｏｔ  ｆｏｕｎｄを使用して）ネットワークによってシグナリングされたビット数の比（α）を適用することにより、送信に使用可能な合計シンボル数を計算してもよい。簡略にするため、表記は、２ＳＦ２＋２ＳＦ４トランスポートフォーマットに使用可能なビットの数が、それぞれＱＰＳＫの場合は２×Ｎ２＋２×Ｎ４、１６ＱＡＭの場合は２×Ｍ２＋２×Ｍ４として使用される。次いで、比αを適用したときの送信に使用可能な合計ビット数は、それぞれＱＰＳＫおよび１６ＱＡＭについて以下の式（５５）および（５６）ように表されてもよい。
【０２０３】
【数１１】
0005990193.tif 000016
【０２０４】
および
【０２０５】
【数１２】
0005990193.tif 000017
【０２０６】
ここで、
【０２０７】
【数１３】
0005990193.tif 000018
【０２０８】
はＸを最も近い整数に切り捨てすることを示す。あるいは、ＷＲＴＵは、代わりに以下の関係を使用してもよい。
【０２０９】
【数１４】
0005990193.tif 000019
【０２１０】
および
【０２１１】
【数１５】
0005990193.tif 000020
【０２１２】
次いで、ＷＲＴＵは、前述のＮｄａｔａによる従来のレートマッチングアルゴリズムを適用してもよい。レートマッチング後、ＷＲＴＵは、適切なビット数を第１のストリームにマッピングし（たとえば、２×Ｎ２＋２×Ｎ４または２×Ｍ２＋２×Ｍ４）、適切なビット数を第２のストリームにマッピングしてもよい（たとえば、
【０２１３】
【数１６】
0005990193.tif 000021
【０２１４】
または
【０２１５】
【数１７】
0005990193.tif 000022
【０２１６】
）。オプションで、ＷＲＴＵは、隣接するビットが必ずしも同一のストリームにマッピングされなくてもよいように、ビットをスクランブルしてもよい。次いで、ＷＲＴＵは、すべての送信されたシンボルが情報ビットにマッピングされるように、比に従って反復を第２のストリームに適用してもよい。これは、Ｎビットごとに反復することによって達成されてもよく、ここでＮは比αの逆数から導出される。たとえば、α＝１／２であるときに、第２のストリーム上の物理チャネルにマッピングされるときに、１ビット毎に反復される。オプションとして、ＲＳＮにリンクされる可能性のあるオフセットは、再送信の間に同一のビットだけが反復されないように、反復方式における開始点に適用されてもよい。このことは、反復の信頼性を高めることができる。
【０２１７】
７．１．２  開ループの手法
ある実施形態において、ＷＲＴＵは、第２のストリームに単一の電力制御ループ（レガシー電力制御ループ）を使用し、他の制御ループは使用しない、デュアルストリーム動作のために構成される。したがって、単一のコードワードは、２つのレイヤまたはストリーム間でインターリーブされる。トランスポートフォーマット選択は、所与のコードワードのサイズに対して、使用するチャネル化コードの数である実際の送信フォーマット、各々の拡散係数、変調、２つのストリームまたはレイヤが使用されるかを判定する。
【０２１８】
ＭＩＭＯ動作の場合、追加のフォーマットが使用可能になる。このセクションにおいて、デュアルストリーム送信を使用するときを仮定すると、同一のトランスポートフォーマットが各ストリームで使用される。オープンループＭＩＭＯ動作のコンテキストにおいて、ＷＲＴＵが各ストリームの品質に関する情報を有していないので、この前提が関連する。しかし、以下の解決策は、開ループＭＩＭＯ動作のコンテキストにおいて説明されるが、閉ループＭＩＭＯにも適用可能であることに留意されたい。
【０２１９】
デュアルストリームに対するすべての取りうる拡散係数および変調方式についての１つのＥ−ＤＰＤＣＨのＴＴＩあたりの使用可能なビットの数は、ＤＮ２５６、ＤＮ１２８、ＤＮ６４、ＤＮ３２、ＤＮ１６、ＤＮ８、ＤＮ４、ＤＮ２、ＤＭ４、およびＤＭ２によって示され、ここで、インデックスは拡散係数を示す。ＮはＢＰＳＫ変調を表し、Ｍは４ＰＡＭ変調を表す。したがって、ｊ＝２５６、１２８、．．．２のすべての値について、ＤＮｊ＝２×Ｎｊ、および同様にＤＮｊ＝２×Ｍｊが成立する。
【０２２０】
以下の表５は、シングルストリームおよびデュアルストリームの両方に対する各トランスポートフォーマットについてのビット数を表にする。ほとんどの場合、デュアルストリームを使用して搬送することができるビット数が、１つ上のエントリのシングルストリームの場合のビットの数の２倍になることに気づくであろう。シングルストリーム動作に対する４チャネル化コードの場合は、若干異なっており、下記のデュアルストリームエントリが実際にはより多くのビット数をサポートする（１１５２０ビットに対して１５３６０ビット）ことに気づくであろう。
【０２２１】
【表５】
0005990193.tif 000023
【０２２２】
実際のチャネルにおいて、通常、たとえばストリーム間干渉および理想でない受信機が原因で、デュアルストリーム送信に関連する性能（または効率）ペナルティがある。同様に、チャネル歪みに加えて、信号の振幅を確実に検出する必要のある受信機が原因となって、高次変調（たとえば、４ＰＡＭ）に至る性能コストがある。したがって、同一のトランスポートブロックサイズに対して、トランスポートフォーマット選択は、構成およびコードレートに応じて、１６ＱＡＭ動作を介するデュアルストリーム動作を選択することが好ましい場合がある。本明細書において説明されるトランスポートフォーマット選択アルゴリズムは、ネットワーク構成のパラメータによって駆動される、そのような決定の手段を提供することができる。
【０２２３】
ある実施形態において、ＷＲＴＵは、ランク２送信および／または１６ＱＡＭをいつ使用するかを判定するパンクチャリングリミットにより構成されてもよい。便宜上、この新たなパンクチャリングリミットは、ＰＬＭＩＭＯと称される。以下のセクションは、ＴＦ選択にこの手法を使用する例を説明する。
【０２２４】
７．１．２．１  デュアルストリームのみ、すなわちＨＯＭよりも好ましいデュアルストリーム
この手法の第１の例において、デュアルストリーム動作は、エネルギー効率の観点からＨＯＭよりも好ましい。この選好は、たとえば、異なる受信機アーキテクチャをサポートする性能評価に起因する、または一部の設計の側面を簡略化する要望に起因するなどであってもよい。
【０２２５】
説明を簡潔にするため、および汎用性を失うことなく、ＷＲＴＵが１６ＱＡＭ動作に対して構成されておらず、トランスポートフォーマット２×ＤＮ２、および２×ＤＮ２＋２×ＤＮ４がサポートされることが最初に仮定される（ＷＲＴＵおよびＵＴＲＡＮの両方によって）。デュアルストリーム動作によりもたらされる追加の性能ペナルティを理由に、本明細書における概念は、同一のビット量に対してデュアルストリーム送信よりもさらに積極的なパンクチャリングにとって有利となる。上記で説明されるアルゴリズムの例を使用すると、ＷＲＴＵがデュアルストリームを使用する最小のトランスポートフォーマットを選択する場合、新しいパンクチャリングリミットＰＬＭＩＭＯは、シングルストリーム送信が代わりに使用されるべきであるかどうかについての最終的な判定を行なうために（より高いパンクチャリングによって）使用される。概念は、図１の例示のフローチャートによって、ＨＯＭサポートのない場合に対するＭＩＭＯ  ＴＦ選択に対する高いレベルで説明される。図１のアルゴリズムは、トランスポートフォーマット選択アルゴリズムの関連する部分のみを示しており、既存のアルゴリズム内に挿入されるものであることが理解されよう。
【０２２６】
さまざまな実施形態が（ここでも同様に、ＨＯＭサポートがなく、２×ＤＮ２が最小のデュアルストリーム送信のサポートされるフォーマットであると仮定し）、以下の例を使用して、既存のＴＦ選択アルゴリズムにおいて実装されてもよい（ここで、下線部テキストは新たなものであり、ＰＬＭＩＭＯは望ましいデータレート制限に対応するように定義されていると仮定され、ＳＥＴ０は以下のエントリを含み、ＳＥＴ０は｛Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、２×Ｎ４、２×Ｎ２、２×Ｎ２＋２×Ｎ４、２×ＤＮ２、２×ＤＮ２＋２×ＤＮ４｝のサブセットであってもよい）。
ＳＥＴ１＝｛Ｎｅ，ｄａｔａ−Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ，ｄａｔａ｝
Ｉｆ  ＳＥＴ１が空ではなく、およびＳＥＴ１の最小要素が１つのＥ−ＤＰＤＣＨのみを必要とする
ｔｈｅｎ
Ｎｅ．ｄａｔａ、ｊ＝ｍｉｎＳＥＴ１
ｅｌｓｅ
ＳＥＴ２＝｛Ｎｅ．ｄａｔａ−ＰＬｎｏｎ−ｍａｘ×Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ．ｄａｔａ｝
ＩＦ  ＳＥＴ２が空ではない  ｔｈｅｎ
ＳＥＴ２を昇順にソートする
Ｎｅ．ｄａｔａ＝ｍｉｎＳＥＴ２
Ｗｈｉｌｅ  Ｎｅ．ｄａｔａがＳＥＴ２の最大ではなく、Ｎｅ．ｄａｔａの後続が１つのＥ−ＤＰＤＣＨのみを必要とする
Ｎｅ．ｄａｔａ＝ＳＥＴ２におけるＮｅ．ｄａｔａの後続
Ｅｎｄ  ｗｈｉｌｅ
Ｉｆ  Ｎｅ．ｄａｔａが２×ＤＮ２と等しく、Ｎｅ．ｄａｔａ／（２×Ｎｅ．ｊ）≧ＰＬＭＩＭＯ
Ｎｅ．ｄａｔａ＝２×Ｎ２＋２×Ｎ４
Ｅｎｄ  ｉｆ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｎ２＋２×Ｎ４と等しく、Ｎｅ．ｄａｔａ／Ｎｅ．ｊ＜ＰＬＭＩＭＯ
Ｎｅ．ｄａｔａ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｎｅ．ｄａｔａ，ｊ＝Ｎｅ．ｄａｔａ
Ｅｌｓｅ
Ｎｅ．ｄａｔａ，ｊ−ＰＬｍａｘ×Ｎｅ．ｊが非負であるならば、Ｎｅ．ｄａｔａ，ｊ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｅｎｄ  ｉｆ
同様に、最小のサポートされるデュアルストリームフォーマットが２×ＤＮ２＋２×ＤＮ４で構成される場合、すなわちＳＥＴ０が｛Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、２×Ｎ４、２×Ｎ２、２×Ｎ２＋２×Ｎ４、２×ＤＮ２、２×ＤＮ２＋２×ＤＮ４｝のサブセットであってもよい場合、上記のアルゴリズムは以下のように変更されてもよい。
ＳＥＴ１＝｛Ｎｅ，ｄａｔａ−Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ，ｄａｔａ｝
Ｉｆ  ＳＥＴ１が空ではなく、ＳＥＴ１の最小要素が１つのＥ−ＤＰＤＣＨのみを必要とする
ｔｈｅｎ
Ｎｅ．ｄａｔａ、ｊ＝ｍｉｎＳＥＴ１
ｅｌｓｅ
ＳＥＴ２＝｛Ｎｅ．ｄａｔａ−ＰＬｎｏｎ−ｍａｘ×Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ．ｄａｔａ｝
ＩＦ  ＳＥＴ２が空ではない  ｔｈｅｎ
ＳＥＴ２を昇順にソートする
Ｎｅ．ｄａｔａ＝ｍｉｎＳＥＴ２
Ｗｈｉｌｅ  Ｎｅ．ｄａｔａがＳＥＴ２の最大ではなく、Ｎｅ．ｄａｔａの後続が１つのＥ−ＤＰＤＣＨのみを必要とする間
Ｎｅ．ｄａｔａ＝ＳＥＴ２内のＮｅ．ｄａｔａの後続
Ｅｎｄ  ｗｈｉｌｅ
Ｉｆ  Ｎｅ．ｄａｔａが２×ＤＮ２＋２×ＤＮ４と等しく、Ｎｅ．ｄａｔａ／（２×Ｎｅ．ｊ）≧ＰＬＭＩＭＯである
Ｎｅ．ｄａｔａ＝２×Ｎ２＋２×Ｎ４
Ｅｎｄ  ｉｆ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｎ２＋２×Ｎ４と等しく、Ｎｅ．ｄａｔａ／Ｎｅ．ｊ＜ＰＬＭＩＭＯである
Ｎｅ．ｄａｔａ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｎｅ．ｄａｔａ，ｊ＝Ｎｅ．ｄａｔａ
Ｅｌｓｅ
Ｎｅ．ｄａｔａ，ｊ−ＰＬｍａｘ×Ｎｅ．ｊが非負であるならば、Ｎｅ．ｄａｔａ，ｊ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｅｎｄ  ｉｆ
【０２２７】
同様に、このアルゴリズムは、ＷＲＴＵが１６ＱＡＭまたはＨＯＭ動作もサポートする事例に拡大されてもよい。提示の都合上、ただし汎用性を失うことなく、アルゴリズムは、デュアルストリーム動作に許容される唯一のフォーマットが２×ＤＮ２＋２×ＤＮ４の事例（すなわち、各々４つのチャネル化コードをもつ２つのストリーム）で構成されることを仮定して提示される。
【０２２８】
この場合、ＷＲＴＵには、考慮すべきさらに別のコードレート制限があり、それはデュアルストリーム動作からデュアルストリーム動作＋１６ＱＡＭに切り替えを可能にするコードレート制限である。ここで概念は、高次変調を使用するときに性能ペナルティがあるという点において上記の概念と類似し、これはデュアルストリーム動作に進むことにより課せられる性能ペナルティよりも大きいことがある。この性能ペナルティは、受信機の実施態様、受信アンテナの数、それらの相対的な配置、チャネル認識などによって異なる場合がある。
【０２２９】
図２は、ＨＯＭまたは１６ＱＡＭがサポートされる場合についてのＴＦ選択の例示のフローチャートの形式で概念を示す。図２のアルゴリズムは、トランスポートフォーマット選択アルゴリズムの関連する部分のみを示しており、既存のアルゴリズム内に挿入されるものであることが理解されよう。
【０２３０】
さまざまな実施形態は、汎用性を失うことなく、以下の例を使用して既存のＴＦ選択アルゴリズム内で実施されてもよい。
【０２３１】
ＰＬＭＩＭＯは、ＷＲＴＵがデュアルストリーム動作を使用するかどうかを判定するデータレート制限に対応する。
【０２３２】
ＰＬＭＩＭＯ−ＨＯＭは、ＷＲＴＵが、デュアルストリーム動作の使用にＨＯＭを伴うかどうかを判定するデータレート制限に対応する。
【０２３３】
ＳＥＴ０は以下のエントリを含み、ＳＥＴ０は、｛Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、２×Ｎ４、２×Ｎ２、２×Ｎ２＋２×Ｎ４、２×ＤＮ２＋２×ＤＮ４、２×ＤＭ２＋２×ＤＭ４｝のサブセットであってもよい。
【０２３４】
ＰＬＭＩＭＯおよびＰＬＭＩＭＯ−ＨＯＭは、仕様で固定されてもよく、またはたとえばＲＲＣシグナリングを介してネットワークにより構成されてもよい。この構成において、ここでは同一のデータレートに対してＨＯＭなしのデュアルストリーム動作よりも効率が低い送信方式であると仮定されるので、シングルストリーム１６ＱＡＭ動作の使用は許容されないことに留意されたい。アルゴリズムは、上記示したものと同様の方法で実装されてもよい。
【０２３５】
同様の実施形態はまた、６４ＱＡＭ動作に適用されてもよく、そのような場合、ＷＴＲＵはパンクチャリング制限の複数のセットによって構成されてもよい。ＷＴＲＵは、構成される各高次変調に対し（１６ＱＡＭおよび６４ＱＡＭに）、パンクチャリング制限のしきい値の１つのセットによって構成されてもよい。
【０２３６】
７．１．２．２  デュアルストリーム送信以外のＨＯＭの使用
この手法の別の例において、デュアルストリーム送信以外のＨＯＭ変調動作が使用されてもよい。この場合も同様に、この決定は、たとえば、異なる受信機アーキテクチャをサポートする性能評価に起因する場合があり、または一部の設計の側面を簡略化する要望に起因する場合がある。１
【０２３７】
この場合のデュアルストリーム送信を使用する決定についても、データレートの考慮により導出されてもよい。１６ＱＡＭ動作から１６ＱＡＭ動作と組合せたデュアルストリームへと進むことに関連する追加の性能ペナルティを考慮するため、ＷＲＴＵは、パンクチャリング制限（たとえば、ＰＬＭＩＭＯ＿ＨＯＭ）に基づいて、いつデュアルストリームを使用するかを判定してもよい。さまざまな実施形態は、汎用性を失うことなく、以下の例を使用して既存のＴＦ選択アルゴリズムにおいて実装されてもよい。
ＰＬＭＩＭＯ−ＨＯＭは、ＷＲＴＵが、ＨＯＭによって、もしくはＨＯＭなしでデュアルストリーム動作を使用するかを決定する、データレート制限に対応する。また、ＳＥＴ０は以下のエントリを含み、ＳＥＴ０は、｛Ｎ２５６、Ｎ１２８、Ｎ６４、Ｎ３２、Ｎ１６、Ｎ８、Ｎ４、２×Ｎ４、２×Ｎ２、２×Ｎ２＋２×Ｎ４、２×Ｍ２＋２×Ｍ４、２×ＤＭ２＋２×ＤＭ４｝のサブセットとすることができる。ＰＬＭＩＭＯ−ＨＯＭは、仕様で固定されてもよく、またはたとえばＲＲＣシグナリングを介してネットワークにより構成されてもよい。
【０２３８】
さまざまな非限定的な実施形態にしたがったフローチャートが図３に示される。図は、トランスポートフォーマット選択アルゴリズムの関連する部分のみを示しており、既存のアルゴリズム内に挿入されるものであることが理解されよう。
【０２３９】
このことは、たとえば、以下のアルゴリズムで説明されるように達成されてもよい。
ＳＥＴ１＝｛Ｎｅ，ｄａｔａ−Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ，ｄａｔａ｝
Ｉｆ  ＳＥＴ１が空ではなく、ＳＥＴ１の最小要素が単に１つのＥ−ＤＰＤＣＨを必要とする
ｔｈｅｎ
Ｎｅ．ｄａｔａ、ｊ＝ｍｉｎＳＥＴ１
ｅｌｓｅ
ＳＥＴ２＝｛Ｎｅ．ｄａｔａ−ＰＬｎｏｎ−ｍａｘ×Ｎｅ，ｊが非負となるようなＳＥＴ０におけるＮｅ．ｄａｔａ｝
ＩＦ  ＳＥＴ２が空ではない  ｔｈｅｎ
ＳＥＴ２を昇順にソートする
Ｎｅ．ｄａｔａ＝ｍｉｎＳＥＴ２
Ｗｈｉｌｅ  Ｎｅ．ｄａｔａがＳＥＴ２の最大ではなく、Ｎｅ．ｄａｔａの後続が１つのＥ−ＤＰＤＣＨのみを必要とする間
Ｎｅ．ｄａｔａ＝ＳＥＴ２におけるＮｅ．ｄａｔａの後続
Ｅｎｄ  ｗｈｉｌｅ
Ｉｆ  Ｎｅ．ｄａｔａが２×ＤＭ２＋２×ＤＭ４と等しく、Ｎｅ．ｄａｔａ／（［２×］Ｎｅ．ｊ）≧ＰＬＭＩＭＯ−ＨＯＭ
Ｎｅ．ｄａｔａ＝２×Ｍ２＋２×Ｍ４
Ｅｎｄ  ｉｆ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｍ２＋２×Ｍ４と等しく、Ｎｅ．ｄａｔａ／Ｎｅ．ｊ＜ＰＬＭＩＭＯ−ＨＯＭ
Ｎｅ．ｄａｔａ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｍ２＋２×Ｍ４と等しく、Ｎｅ．ｄａｔａ／（［２×］Ｎｅ．ｊ）≧ＰＬｍｏｄ＿ｓｗｉｔｃｈ
Ｎｅ．ｄａｔａ＝２×Ｎ２＋２×Ｎ４
Ｅｎｄ  ｉｆ
Ｉｆ  Ｎｅ．ｄａｔａが２×Ｎ２＋２×Ｎ４と等しく、Ｎｅ．ｄａｔａ／Ｎｅ．ｊ＜ＰＬｍｏｄ＿ｓｗｉｔｃｈ
Ｎｅ．ｄａｔａ＝２×Ｍ２＋２×Ｍ４
Ｅｎｄ  ｉｆ
Ｎｅ．ｄａｔａ，ｊ＝Ｎｅ．ｄａｔａ
Ｅｌｓｅ
Ｎｅ．ｄａｔａ，ｊ−ＰＬｍａｘ×Ｎｅ．ｊが非負であるならば、Ｎｅ．ｄａｔａ，ｊ＝ｍａｘＳＥＴ０
Ｅｎｄ  ｉｆ
Ｅｎｄ  ｉｆ
【０２４０】
同様の実施形態はまた、６４ＱＡＭ動作に適用されてもよく、そのような場合、ＷＴＲＵはパンクチャリング制限の複数のセットによって構成されてもよい。ＷＴＲＵは、構成される各高次変調に対して（１６ＱＡＭおよび６４ＱＡＭに）、パンクチャリング制限のしきい値の１つのセットによって構成されてもよい。
【０２４１】
８．  例示的な完了Ｅ−ＴＦＣ制約／Ｅ−ＴＦＣ選択プロシージャの例
上記で説明した方法の一部を使用するＥ−ＴＦＣ制約／選択の例示的なプロシージャがいくつか、以下の特定のコンテキストにおいて説明される。
【０２４２】
８．１  例１：第２のストリーム、２ＴＢに対する単一グラント、電力オフセット
この例において、ＷＲＴＵが、第２のストリームに対する追加の電力オフセットまたはトランスポートブロックサイズオフセットとともにネットワークから単一のサービンググラントを受信することが仮定される。最大２つのトランスポートブロックが、おそらくは最大２の別個のＨＡＲＱプロセス上で送信されていると仮定される。
【０２４３】
このシナリオにおいて、スケジューリングされていない送信に電力事前割り当てがないこと、セカンダリストリームのＥ−ＤＰＤＣＨの電力がプライマリストリームのＥ−ＤＰＤＣＨの電力と同一であること、およびデュアルストリームが適用される場合に、両ストリームが同一のトランスポートフォーマット（たとえば、両ストリームが２ＳＦ２＋２ＳＦ４）を使用することがさらに仮定される。
【０２４４】
しかし、説明した実施態様および例はまた、電力事前割り当てが実行される場合にも適用可能であってもよいことに留意されたい。電力事前割り当てが実行される場合、ＷＴＲＵは、デュアルストリームが適用される場合のスケジューリングされていない送信に必要な電力の２倍を事前割り当てしてもよい。これは、スケジューリングされていない送信がデュアルストリームを使用して送信されることを保証する。あるいは、１つの電力事前割り当てのみが実行され、スケジューリングされていない送信に電力割り当てされる電力は、ストリームのいずれか上で使用されてもよい。電力事前割り当ては、最初に、第１のストリーム上で使用されるように試行されてもよいが、優先度に従ってプライマリストリームがすべてのスケジューリングされていないデータが送信されることを許容しない場合、スケジューリングされていない送信に事前割り当てされた電力の残りは、セカンダリストリーム上で使用されてもよい。あるいは、ＷＴＲＵが２つのストリームのいずれか上で送信することができる場合、スケジューリングされていない送信には電力事前割り当てが行なわれない。シングルストリーム送信が使用されることをＷＴＲＵが判定する場合、ＷＴＲＵは従来の手法（すなわち、電力事前割り当てを行なわない）を使用してもよい。
【０２４５】
このシナリオに対するこの例示のプロシージャにおいて、ＷＲＴＵは、以下のステップに従う（任意の順序または組合せで）。ＷＲＴＵは、シングルストリーム送信を仮定して、またデュアルストリーム送信も仮定して、プライマリストリームに対してサポートされるＥ−ＴＦＣのセットを計算する。これは、たとえば、上記で説明した方法を使用して実行されてもよい。ＷＲＴＵは、次のＥ−ＤＣＨ送信で行なわれるＨＡＲＱ再送信数を判定する。２つ未満の再送信が行なわれる場合、ＷＲＴＵは、次のＥ−ＤＣＨ送信において使用するストリーム数を判定する。これは、上記で説明される方法を使用して実行されてもよい。ＷＴＲＵが、シングルストリーム送信が使用されるべきであると判定する場合、ＷＲＴＵは、シングルストリーム送信を仮定して、計算されたサポートされるＥ−ＴＦＣのセットを使用して、プライマリストリームに対して実行することができる従来のＥ−ＴＦＣ選択プロシージャの残りの部分を実行し、次いでＷＲＴＵは、単一のＰＤＵを作成して、それを、シングルストリームを介して送信するために物理レイヤに搬送する。それ以外の場合、ＷＲＴＵは、デュアルストリーム送信が使用されるべきであると判定する。２つのストリームがＨＡＲＱエントリにより必要とされる場合（たとえば、進行中の再送信がない）、またはＷＲＴＵが２つのストリームを送信するように構成される場合、ＷＲＴＵは、Ｅ−ＴＦＣ選択プロシージャを適切に実行する、ただし残りの使用可能なペイロードは、上記で説明した方法に従って計算される。Ｅ−ＴＦＣ選択プロシージャが第１のストリームについて完了した後、ＷＲＴＵは、（たとえば、ＷＲＴＵの構成に応じて、Ｅ−ＤＰＤＣＨ電力内挿または外挿を適用することにより）第１のストリームで使用される電力を判定する。ＷＲＴＵは、上記で説明したように第２のストリームについて残りの使用可能なペイロードを判定する。次いで、ＷＲＴＵは、第２のストリームについてＥ−ＴＦＣ選択を完了する。それ以外の場合、追加のストリームがＨＡＲＱエンティティにより必要とされる場合（すなわち、プライマリストリームに進行中の送信があるか、ＨＡＲＱエンティティがセカンダリストリームにデータを要求するか、またはＷＲＴＵが２つのストリームを送信するように構成される）、ＷＲＴＵは、第１のストリームで使用される電力を判定して、（たとえば同一の電力で）セカンダリストリームを送信するのに十分なヘッドルームを有するかどうかを判定する。ＷＲＴＵが、セカンダリストリームを送信するのに十分な電力を有すると判定する場合、ＷＲＴＵは、たとえば、上記で説明したセカンダリストリームのプロシージャに基づいて、第２のストリームの残りの使用可能なペイロードを判定する。次いで、ＷＲＴＵは、第２のストリームについてＥ−ＴＦＣ選択を実行する。ＷＲＴＵ  ＭＡＣレイヤは、物理レイヤに送信されるべきＰＤＵを搬送し、ＷＲＴＵは、選択されたＴＦにＰＤＵをマッピングするために適切な物理チャネル処理を適用する。ＷＲＴＵは、両方のストリーム上で同一のトランスポートフォーマット使用するように構成されてもよい。そのような場合、ＷＲＴＵ物理レイヤは、既存のレートマッチング（パンクチャリン���または反復を含む）を両方のストリームに独立して適用してもよい。
【０２４６】
現在のＨＡＲＱプロセスが、たとえば、構成の制約に起因して、または行なわれているＨＡＲＱ再送信に起因して、デュアルストリーム送信を許容しない場合、ＷＲＴＵは、シングルストリームの場合にサポートされるＥ−ＴＦＣおよびブロックされるＥ−ＴＦＣのセットのみを計算してもよいことに留意されたい。
【０２４７】
このシナリオの例において、ＷＲＴＵは、ジョイントＨＡＲＱプロセスによって構成されてもよく、再送信および新たな送信は常に両方のトランスポートブロックに対して同時に発生する。この手法は、ＡＣＫ／ＮＡＣＫの２つの別個のセットの送信に関連するシグナリングオーバーヘッドを低減することを可能にする。したがって、この構成において、ＷＲＴＵは、ＡＣＫ／ＮＡＣＫの信号の単一のセットを監視する。ＷＲＴＵは、ＡＣＫを受信すると、該当するＴＴＩに関連するすべてのＴＢがＮｏｄｅＢによって正しく受信されたと仮定する。逆に、ＷＲＴＵは、ＮＡＣＫを受信すると、該当するＴＴＩに関連するすべてのＴＢを再送信する。
【０２４８】
加えて、ＷＲＴＵがストリーム再マッピングを実行するように構成される場合（すなわち、セカンダリストリームのみが再送信しているとき、ＷＲＴＵはセカンダリストリームをプライマリストリームに再マッピングする）、ＷＲＴＵは、送信に必要な電力の量を再計算してもよい（たとえば、ＨＡＲＱプロファイルおよびトランスポートブロックサイズに従った既存のルールを使用して）。
【０２４９】
８．２  例２：第２のストリーム、１ＴＢに対する単一グラント、電力オフセット
この例において、ＷＲＴＵが、第２のストリームに対する追加の電力オフセットインジケーションとともにネットワークから単一のグラントを受信することが仮定されるが、今回は、単一のＨＡＲＱプロセスが使用される（したがって、単一のＴＢはデュアルストリーム動作中であっても送信される）。ＷＲＴＵは、第２のストリームに対する電力オフセットインジケーションに基づいて、セカンダリストリーム上でデータレートを適合してもよい。
【０２５０】
このシナリオに対するこの例示のプロシージャにおいて、ＷＲＴＵは、以下のプロシージャに従ってもよい（任意の順序または組合せで）。ＷＲＴＵは、シングルストリーム送信を仮定して、またデュアルストリーム送信も仮定して、プライマリストリームに対してサポートされるＥ−ＴＦＣのセットを計算する。これは、たとえば、上記で説明した方法を使用して実行されてもよい。ＨＡＲＱ再送信が行なわれない場合、ＷＲＴＵは、次のＥ−ＤＣＨ送信において使用するストリーム数を判定する。これは、上記で説明した方法を使用して実行されてもよい。ＷＴＲＵが、シングルストリーム送信が使用されるべきであると判定する場合、ＷＲＴＵは、シングルストリーム送信を仮定して計算された、サポートされるＥ−ＴＦＣのセットを使用してプライマリストリームに対して実行することができる、Ｅ−ＴＦＣ選択プロシージャの残りの部分を実行する。次いで、ＷＲＴＵは、単一のＰＤＵを作成して、それを、シングルストリームを介して送信するために物理レイヤに搬送する。それ以外の場合、ＷＲＴＵはデュアルストリーム送信が使用されるべきであると判定すると、ＷＲＴＵはＥ−ＴＦＣ選択プロシージャを実行してもよく、最大サポートペイロードは単一のトランスポートブロックの場合を仮定して、上記で説明した方法に従って計算される。ＷＲＴＵ  ＭＡＣレイヤは、物理レイヤに送信されるべきＰＤＵを搬送してもよく、ＷＲＴＵは、選択されたＴＦにＰＤＵをマッピングするために適切な物理チャネル処理を適用する。ＷＲＴＵは、両方のストリーム上で同一のトランスポートフォーマットを使用するように構成されてもよい。あるいは、ＷＲＴＵは、各ストリームに対してトランスポートフォーマットを独立して判定する。ＷＲＴＵ物理レイヤは、既存のレートマッチング（パンクチャリングまたは反復を含む）を、両方のストリームに独立して適用してもよい。ストリームの各々にマッピングされるビット数を判定するため、ＷＲＴＵは、以下の２つの手法の１つ（または組合せ）を使用してもよい。ＷＴＲＵは、各ストリームに対するＴＢＳの割合に基づいて、各ストリーム上で送信されるべき符号化ビット数を判定してもよい。あるいは、ＷＲＴＵは、送信されるべき符号化ビット数を判定してもよい。
【０２５１】
８．３  例３：デュアルグラント
この例において、ＷＴＲＵは、ストリームごとに１つ、２つのサービンググラントにより構成される。したがって、ＷＴＲＵは、デュアルストリーム動作により構成されるときに、２つのＨＡＲＱプロセス上で最大２つのＴＢを同時に送信する。このことは、ＤＣ−ＨＳＵＰＡと同様に動作することができる。制約のため、電力は、グラントに従って分割されてもよい（たとえば、ＤＣ−ＨＳＵＰＡのように）。または、電力は、要求される送信の数には関わらず、常に分割されてもよい。ただし、多大な電力が第２のストリームに割り当てられるケースは回避されるべきである（たとえば、第１のストリームが再送信している）は回避されるべきである。一部の実施形態において、事前割り当て技術が使用されてもよい。選択は、従来的なものであってもよい（ＤＣ−ＨＳＵＰＡ）。バッファ内のデータは、従来のように満たされてもよい。物理チャネルマッピングは独立して実行されてもよく、それにより任意のＴＦ組合せが可能になる。
【０２５２】
第２の電力オフセットから「グラント」を導出することが可能であり、上記の例１および例３は同様のものになる。
【０２５３】
この手法が、２つのストリームに対して同等の電力が仮定される、現在のシミュレーション方法にあまり即していないことに留意されたい。
【０２５４】
８．４  例４：開ループ動作
このシナリオにおいて、ＷＲＴＵは、デュアルストリーム開ループ動作において動作するように構成される。ＷＲＴＵは、第２のストリームの品質に関してネットワークから追加の情報を受信しない。一方、ＷＴＲＵは、ＮｏｄｅＢによる動的または半静的ランクインジケーションを受信してもよい。ＷＲＴＵがデュアルストリームまたはランク２送信のために構成されるときに、ＷＲＴＵは、以下のプロシージャに従ってもよい。ＷＲＴＵは、任意の適切な手法に基づいて、サポートされるＥ−ＴＦＣのセットを判定してもよい。たとえば、ＷＲＴＵは、ランク２送信のために構成されるときに、異なるＥ−ＴＦＣＩおよび電力オフセット参照テーブルを使用するように構成されてもよい。ＷＲＴＵは、従来の手法を使用してＥ−ＴＦＣ選択を実行し、ＭＡＣレイヤがＰＤＵを物理レイヤに搬送する。ＷＲＴＵは、従来の手法を使用してチャネルコーディングを適用する。物理チャネルセグメント化、インターリーブ、および物理チャネルマッピングに加えて、ＷＲＴＵはまた、物理レイヤマッピングおよびオプションでレイヤパーミュテイション（permutation）も適用する。
【０２５５】
９．  単一の電力制御ループをサポートするための例示的な送信機構造
高速電力制御は、ＨＳＵＰＡなどの干渉が制限されたシステムにとって重要である。シングルストリーム送信のみをサポートする既存のＨＳＵＰＡシステムにおいて、１つの電力制御ループがある。デュアルストリーム送信をサポートするＭＩＭＯ  ＨＳＵＰＡの場合、シグナリングオーバーヘッドを抑えるために、単一の電力制御ループを有することが望ましい。
【０２５６】
９．１  シングルＴＢ物理レイヤチャネル処理
これは、第１の方法として、高レベルで閉ループモード単一Ｅ−ＤＣＨトランスポートブロック送信に対する例示的なＨＳＵＰＡ送信機構造を説明する図４に示されるように、変調シンボルが２つのストリーム上で分割される１つのＥ−ＤＣＨトランスポートブロックのみを送信することにより達成されてもよい。
【０２５７】
高いレベルで、ＷＲＴＵは最初に、既存のチャネルコーダを使用してＴＢを符号化し、トランスポートフォーマットを選択し、およびレートマッチングを適用する。トランスポートブロックのストリームまたはレイヤへのマッピング処理は、多数のさまざまな方法で実行されてもよい。
【０２５８】
レイヤマッピングの第１の手法において、処理はＥ−ＤＣＨの物理チャネルセグメント化の一部として実行される。ＷＲＴＵは、すべてのレイヤにわたるＥ−ＤＰＤＣＨの合計数を判定し、および従来の物理チャネルセグメンテーションプロシージャにおいて「Ｐ」に対してこの値を使用する。
【０２５９】
開ループＭＩＭＯの手法において、ＷＲＴＵは、デュアルストリーム送信が使用されるときに、各レイヤに対して同数のＥ−ＤＰＤＣＨを適用する（かつ各レイヤ上で同一のトランスポートフォーマットを使用する）ように構成されてもよい。
【０２６０】
オプションで、ＷＲＴＵは、ＨＡＲＱ再送信の間のレイヤを交互に入れ替える。
【０２６１】
９．２  デュアルＴＢ物理層チャネル処理
別の手法は、２つのＥ−ＤＣＨトランスポートブロックを、各ストリーム上で１つ送信することである。１つの電力制御ループのみにするため、２つのストリームに認識されるチャネル品質は同一である必要がある。汎用性を失うことなく、以下において、１つのＴＴＩにわたり、各トランスポートブロックに対し、１つのチャネライゼーションコードのみが必要となり、トランスポートブロック毎に単一コードであることが仮定される。
【０２６２】
【数１８】
0005990193.tif 000024
【０２６３】
を第１のトランスポートブロックに含まれるＭコードワード変調シンボルとして示す。同様に、
【０２６４】
【数１９】
0005990193.tif 000025
【０２６５】
は、第２のトランスポートブロックに含まれるＭコードワード変調シンボルとして定義されてもよい。さらに、プリコーディング行列は、以下のように定義されてもよい。
【０２６６】
【数２０】
0005990193.tif 000026
【０２６７】
２つのトランスポートブロックの変調シンボルと２つの物理アンテナにおけるシンボルレベル信号との間のマッピング（プリコーディングはマッピングの一部である）を説明する図５に示されるように、
【０２６８】
【数２１】
0005990193.tif 000027
【０２６９】
および
【０２７０】
【数２２】
0005990193.tif 000028
【０２７１】
はそれぞれ物理アンテナ１および２におけるシンボルレベル出力である。２つのトランスポートブロックの変調シンボルと２つの物理アンテナにおけるシンボルレベル信号との間のマッピング（プリコーディングはマッピングの一部である）。２つのトランスポートブロックが、ＭＩＭＯ無線チャネルを通過した後の同一の物理レイヤチャネル品質を経験させるために、２つの物理アンテナにおける出力とシンボル時間ｋおよびｋ＋１におけるコードワード変調シンボルとの間をマッピングするように、以下のアルゴリズムがシンボルレベルにおいて使用されてもよい。
【０２７２】
【数２３】
0005990193.tif 000029
【０２７３】
および
【０２７４】
【数２４】
0005990193.tif 000030
【０２７５】
プリコーディング行列Ｗがシンボル時間ｋおよびｋ＋１において変化しないと仮定されることに留意されたい。
【０２７６】
マッピングは、開示されるマッピングアルゴリズムの第１の実施態様を説明する図６に示されるように、２つのストリームが等価の品質を有するように、シンボルレベルで２つのストリームにわたりプリコーディングの重みを変更することによって達成されてもよい。さらに具体的には、２つの異なるプリコーディング行列Ｗ（ｋ）およびＷ（ｋ＋１）が、シンボル時間ｋおよびシンボル時間ｋ＋１において、それぞれ、２つの独立したトランスポートブロックに適用される。Ｗ（ｋ）およびＷ（ｋ＋１）は、以下の式（５９）に関係し、
Ｗ（ｋ＋１）＝Ｗ（ｋ）×Ｐ      式（５９）
ここで、Ｐは順列行列
【０２７７】
【数２５】
0005990193.tif 000031
【０２７８】
である。
【０２７９】
図７は、この実施態様を閉ループモードデュアルストリーム送信についてのＨＳＵＰＡ送信機構造に適用する方法を示す。特に、図７は、閉ループモードデュアルＥ−ＤＣＨトランスポートブロック送信（シングルコード、マッピングアルゴリズムの実施態様１）に対する例示的なＨＳＵＰＡ送信機構造を示す。拡散およびスクランブル動作が、マッピングアルゴリズムで定義されるシンボルレベルシグナリングマッピング関係に影響を及ぼさない、トランスポートブロック処理ブロック（ＴｒＢｌｋ処理）に移動されてもよいことに留意されたい。現在のＴＴＩまたはスロットにおける送信に対するプリコーディング行列Ｗ（ｋ）およびＷ（ｋ＋１）は、ダウンリンクからシグナリングされたチャネル状態情報に基づいて、次のＴＴＩまたはスロットにおける送信に対する異なるプリコーディング行列のペア
【０２８０】
【数２６】
0005990193.tif 000032
【０２８１】
および
【０２８２】
【数２７】
0005990193.tif 000033
【０２８３】
に切り替わってもよい。
【０２８４】
たとえば、図８に示されるように、２つまたは複数のチャネライゼーションコードが各トランスポートブロックに必要である場合、Ｅ−ＤＰＤＣＨ１およびＳ−Ｅ−ＤＰＤＣＨ１がチャネライゼーションコードＳＦ２を共有し、Ｅ−ＤＰＤＣＨ２およびＳ−Ｅ−ＤＰＤＣＨ２が異なるチャネライゼーションコードＳＦ４を共有するものとすると、マッピングアルゴリズムは、１回目はＥ−ＤＰＤＣＨ１およびＳ−Ｅ−ＤＰＤＣＨ１上で送信された変調シンボルに、もう１回はＥ−ＤＰＤＣＨ２およびＳ−Ｅ−ＤＰＤＣＨ２上で送信された変調シンボルに適用される、と２回適用される。図８は、デュアルＥ−ＤＣＨトランスポートブロック送信についての例示的なＨＳＵＰＡ送信機構造を示す（マルチコード、マッピングアルゴリズムの実施態様１）。
【０２８５】
開示されるマッピングアルゴリズムはまた、シンボルレベルで２つのストリームにわたるプリコーディング重みを変更することなく、２つのトランスポートブロックの変調シンボルをマッピングすることにより実装されてもよい。コードワードまたはトランスポートブロックシンボルマッピングは、例示のマッピングアルゴリズムの実施態様２を説明する図９に示される。
【０２８６】
定義
【０２８７】
【数２８】
0005990193.tif 000034
【０２８８】
および
【０２８９】
【数２９】
0005990193.tif 000035
【０２９０】
は、図９のシンボルマッピングブロックの出力におけるＭ個の変調シンボルである。シンボルマッピングブロックは、シンボル時間インデックスｋにおける行列Ｐ（ｋ）により数学的にさらに説明されてもよく、
【０２９１】
【数３０】
0005990193.tif 000036
【０２９２】
それぞれＥ−ＤＰＤＣＨおよびＳ−Ｅ−ＤＰＤＣＨ上で送信される２つのデータストリームまたはコードワードにわたるシンボルパーミュテーションは、以下の式（６０）に従って実行されてもよい。
【０２９３】
【数３１】
0005990193.tif 000037
【０２９４】
図１０は、この実施態様を、閉ループモードデュアルストリーム送信についてのＨＳＵＰＡ送信機構造に適用する方法を示す。図１０は、閉ループモードデュアルＥ−ＤＣＨトランスポートブロック送信（シングルコード、マッピングアルゴリズムの実施態様２）の例示的なＨＳＵＰＡ送信機構造を示す。
例示的な動作環境
【０２９５】
図１１Ａは、１つまたは複数の開示される実施形態を実装することができる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１つまたは複数のチャネルアクセス方法を採用してもよい。
【０２９６】
図１１Ａにおいて示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含んでもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサーおよび家庭用電化製品などを含んでもよい。
【０２９７】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａおよび１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスを容易にする、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの少なくとも１つと無線でインターフェイスをとるように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａおよび１１４ｂは、基地局装置（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）および無線ルータなどであってもよい。基地局１１４ａおよび１１４ｂの各々は、単一の要素として示されるが、基地局１１４ａおよび１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことを理解されたい。
【０２９８】
基地局１１４ａはＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの、その他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されることもある特定の地理的領域内の無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわちセルのセクタごとに１つの送受信機を含んでもよい。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルの各セクタに対して複数の送受信機を使用してもよい。
【０２９９】
基地局１１４ａおよび１１４ｂは、エアインターフェイス１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数と通信してもよく、エアインターフェイス１１６は（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）任意の適切な無線通信リンクであってもよい。エアインターフェイス１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【０３００】
さらに具体的には、前述したように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用してもよい。たとえば、ＲＡＮ１０４における基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェイス１１６を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または拡張ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【０３０１】
別の実施形態において、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｄｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することができる発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
【０３０２】
別の実施形態において、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ；登録商標）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【０３０３】
図１１Ａの基地局１１４ａは、たとえば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどの、局在的な領域において無線接続を容易にするための任意の適切なＲＡＴを使用してもよい。１つの実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらに別の実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、セルラーベースのＲＡＴ（ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立してもよい。図１１Ａにおいて示されるように、基地局１１４ｂは、インターネット１１０に直接接続してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がない場合もある。
【０３０４】
ＲＡＮ１０４は、コアネットワーク１０６と通信してもよく、コアネットワーク１０６は音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。たとえば、コアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供してもよく、および／またはユーザ認証のような高水準のセキュリティを実行してもよい。図１１Ａにおいて示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用するその他のＲＡＮと直接または間接的に通信してもよいことが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用することができるＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【０３０５】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのゲートウェイとしての役割を果たしてもよい。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークのグローバルシステムを含んでもよい。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線の通信ネットワークを含んでもよい。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
【０３０６】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄの一部または全部は、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、さまざまな無線リンク上でさまざまな無線ネットワークと通信するための複数の送受信機を含んでもよい。たとえば、図１１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａと通信し、およびＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【０３０７】
図１１Ｂは、例示のＷＴＲＵ１０２を示すシステム図である。図１１Ｂにおいて示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２が、前述の要素の任意のサブコンビネーションを含んでもよく、引き続き実施形態に整合することが理解されよう。
【０３０８】
プロセッサ１１８は、汎用プロセッサ、特殊用途プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実行してもよい。プロセッサ１１８は、送信／受信要素１２２に結合することができる送受信機１２０に結合されてもよい。図１１Ｂはプロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０が電子パッケージまたはチップに統合されてもよいことが理解されよう。
【０３０９】
送信／受信要素１２２は、エアインターフェイス１１６上で基地局（たとえば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されてもよい。たとえば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態において、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されてもよいことが理解されよう。
【０３１０】
加えて、図１１Ｂにおいて、送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含んでもよい。さらに具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインターフェイス１１６上で無線信号を送信および受信するために２つまたはそれ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでもよい。
【０３１１】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするための複数の送受信機を含んでもよい。
【０３１２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、これらの機器からユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの、任意のタイプの適切なメモリから情報にアクセスしてもよく、適切なメモリにデータを格納してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または任意のタイプのメモリストレージデバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリなどを含んでもよい。その他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２に物理的に位置していないメモリから情報にアクセスし、そのようなメモリにデータを格納してもよい。
【０３１３】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力の配電および／または制御を行なうように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。
【０３１４】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関するロケーション情報（たとえば、緯度および経度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６上でロケーション情報を受信し、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてその場所を判定してもよい。ＷＴＲＵ１０２が、任意の適切なロケーション判定の方法を使用してロケーション情報を取得してもよく、引き続き実施形態に整合することが理解されよう。
【０３１５】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されてもよく、周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。たとえば、周辺機器１３８は、加速度計、ｅ−ｃｏｍｐａｓｓ、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動デバイス、テレビ送受信機、ハンドフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザなどを含んでもよい。
【０３１６】
図１１Ｃは、１つの実施形態によるＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。前述のように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を採用して、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信してもよい。図１１Ｃに示されるように、ＲＡＮ１０４は、ＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを含んでもよく、これらのＮｏｄｅＢはエアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃの各々は、ＲＡＮ１０４における特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０４はまた、ＲＮＣ１４２ａおよび１４２ｂを含んでもよい。ＷＴＲＵ１０２が、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでもよく、引き続き実施形態に整合することが理解されよう。
【０３１７】
図１１Ｃに示すように、ＮｏｄｅＢ１４０ａおよび１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、ＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。ＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、Ｉｕｂインターフェイスを介してそれぞれＲＮＣ１４２ａおよび１４２ｂと通信してもよい。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェイスを介して相互に通信してもよい。ＲＮＣ１４２ａおよび１４２ｂの各々は、それぞれ接続されているＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａおよび１４２ｂの各々は、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、その他の機能を実行またはサポートするように構成されてもよい。
【０３１８】
図１１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換局（ＭＳＣ）１４６、サービス提供ＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【０３１９】
ＲＡＮ１０４におけるＲＮＣ１４２ａは、コアネットワーク１０６におけるＭＳＣ１４６にＩｕＣＳインターフェイスを介して接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８のような回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。
【０３２０】
ＲＡＮ１０４におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェイスを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【０３２１】
前述のように、コアネットワーク１０６はまた、ネットワーク１１２に接続されてもよく、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含んでもよい。
【０３２２】
図１１Ｄは、１つの実施形態によるＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信してもよい。
【０３２３】
ＲＡＮ１０４はｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを含んでもよく、引き続き実施形態に整合しながら、ＲＡＮ１０４は任意の数のｅＮｏｄｅＢを含んでもよいことが理解されよう。ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃの各々は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。１つの実施形態において、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃはＭＩＭＯ技術を実装してもよい。したがって、たとえば、ｅＮｏｄｅＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信してもよく、およびＷＴＲＵ１０２ａから無線信号を受信してもよい。
【０３２４】
ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、ならびに無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１１Ｄに示すように、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、Ｘ２インターフェイスを介して相互に通信してもよい。
【０３２５】
図１１Ｄに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【０３２６】
ＭＭＥ１４２は、Ｓ１インターフェイスを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１４２ａ、１４２ｂおよび１４２ｃの各々に接続されてもよく、ならびに制御ノードとしての役割を果たしてもよい。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの初期接続中に特定のサービングゲートウェイを選択することなどの役割を果たしてもよい。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡのような他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供してもよい。
【０３２７】
サービングゲートウェイ１４４は、Ｓ１インターフェイスを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃの各々に接続されてもよい。サービングゲートウェイ１４４は一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの間でルーティングおよび転送してもよい。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間ハンドオーバー中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに使用可能な場合にページングをトリガーすること、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストを管理および格納することなどのその他の機能を実行してもよい。
【０３２８】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【０３２９】
コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとしての役割を果たす、ＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０６は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供してもよい。
【０３３０】
図１１Ｅは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信することができるアクセスサービスネットワーク（ＡＳＮ）であってもよい。後段でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６のさまざまな機能エンティティの間の通信リンクは、参照点として定義されてもよい。
【０３３１】
図１１Ｅに示されるように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃ、およびＡＳＮゲートウェイ１４２を含んでもよく、引き続き実施形態に整合しながら、ＲＡＮ１０４は任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことが理解されよう。基地局１４０ａ、１４０ｂおよび１４０ｃの各々は、ＲＡＮ１０４における特定のセル（図示せず）に関連付けられてもよく、各エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。１つの実施形態において、基地局１４０ａ、１４０ｂおよび１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば、基地局１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、およびＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１４０ａ、１４０ｂおよび１４０ｃはまた、ハンドオフのトリガー、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などの、モビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１４２は、トラフィック集約点としての役割を果たしてもよく、ページング、加入者プロファイルのキャッシュ、コアネットワーク１０６のルーティングなどに関与してもよい。
【０３３２】
ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとＲＡＮ１０４との間のエアインターフェイス１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの各々は、コアネットワーク１０６との論理インターフェイス（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとコアネットワーク１０６との間の論理インターフェイスは、Ｒ２参照点として定義されてもよく、Ｒ２参照点は、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されてもよい。
【０３３３】
基地局１４０ａ、１４０ｂおよび１４０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバーおよび基地局間のデータの転送を容易にするためのプロトコルを含む、Ｒ８参照点として定義されてもよい。基地局１４０ａ、１４０ｂおよび１４０ｃとＡＳＮゲートウェイ２１５との間の通信リンクは、Ｒ６参照点として定義されてもよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの各々に関連付けられているモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含んでもよい。
【０３３４】
図１１Ｅに示すように、ＲＡＮ１０４は、コアネットワーク１０６に接続されてもよい。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、たとえば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３参照点として定義されてもよい。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４、認証・許可・アカウンティング（ＡＡＡ）サーバ１４６、およびゲートウェイ１４８を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【０３３５】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に関与してもよく、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃがさまざまなＡＳＮおよび／またはさまざまなコアネットワークの間でローミングすることを可能にする。ＭＩＰ−ＨＡ１４４は、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１４６は、ユーザ認証およびユーザサービスのサポートに関与してもよい。ゲートウェイ１４８は、その他のネットワークとの相互接続を容易にすることができる。たとえば、ゲートウェイ１４８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。加えて、ゲートウェイ１４８は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに提供してもよい。
【０３３６】
図１１Ｅには示されていないが、ＲＡＮ１０４はその他のＡＳＮに接続されてもよく、およびコアネットワーク１０６がその他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ１０４とその他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義されてもよく、Ｒ４参照点は、ＲＡＮ１０４とその他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのモビリティを調整するためのプロトコルを含んでもよい。コアネットワーク１０６とその他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義されてもよく、Ｒ５参照は、ホームコアネットワークと移動先コアネットワークとの間の相互接続を容易にするためのプロトコルを含んでもよい。
【０３３７】
実施形態
送信ランクを決定するための方法であって、無線受信／送信ユニット（ＷＲＴＵ）により、異なるダウンリンク物理チャネルにおいて２つの許可信号を検出するステップと、ＷＲＴＵにより、検出に基づいて送信ランクを決定するステップとを含むことを特徴とする方法。
【０３３８】
２つの許可信号はセカンダリストリームに関連付けられている許可を含み、セカンダリストリームは送信ランクを制御することを特徴とする前述の実施形態に記載の方法。
【０３３９】
ゼロ許可信号が受信される場合、送信ランクがランク１送信であると決定するステップを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３４０】
ゼロ許可信号が受信される場合、送信ランクがランク２送信であると決定するステップを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３４１】
送信ランクを決定するステップは送信ランクを１つまたは複数の入力に基づかせるステップを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３４２】
入力は、最大サポートペイロード、プライマリストリーム送信のサービス提供許可の指示、および第２のストリーム送信のサービス提供許可の指示を含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３４３】
ＷＲＴＵにより、望ましいランクインジケータビット（ＤＲＩ）を設定するステップと、ＷＲＴＵにより、ＤＲＩを送信するステップとを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３４４】
送信ランクを決定するための方法であって、無線受信／送信ユニット（ＷＲＴＵ）により、高位送信ランクを要求することを決定するステップと、ＷＲＴＵにより、決定に基づいて高位送信ランクの要求を伝達するステップとを含むことを特徴とする方法。
【０３４５】
ＷＲＴＵにより、制御チャネルに望ましいランクインジケータビット（ＤＲＩ）を設定するステップを含むことを特徴とする前述の実施形態に記載の方法。
【０３４６】
高位送信ランクの要求を伝達するステップは、ＷＲＴＵにより、ＤＲＩを送信するステップを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３４７】
無線受信／送信ユニット（ＷＲＴＵ）送信パラメータを制御するための方法であって、第１のストリームが所定のトランスポートフォーマット（ＴＦ）またはＴＦのサブセットをいつ使用しているかを決定するようにＷＲＴＵを構成するステップと、第１のストリームが所定のＴＦまたはＴＦのサブセットを使用しているときにデュアルストリームを送信するようにＷＲＴＵを構成するステップとを含むことを特徴とする方法。
【０３４８】
正規化残存電力マージンに基づいて第１のストリームおよび第２のストリームを分割するようにＷＲＴＵを構成するステップを含むことを特徴とする前述の実施形態に記載の方法。
【０３４９】
第１のストリームの第１の利得係数および第２のストリームの第２の利得係数を決定するようにＷＲＴＵを構成するステップを備え、デュアルストリームを送信するようにＷＲＴＵを構成するステップは、決定された第１および第２の利得係数に基づいてＷＲＴＵを構成するステップを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３５０】
第２のストリームのペイロードを計算するようにＷＲＴＵを構成するステップを含むことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３５１】
無線受信／送信ユニット（ＷＲＴＵ）送信パラメータを制御するための方法であって、第１のストリームが所定のトランスポートフォーマット（ＴＦ）またはＴＦのサブセットを使用しているかどうかを、ＷＲＴＵにより、決定するステップと、第１のストリームが所定のＴＦまたはＴＦのサブセットを使用しているときにデュアルストリームを送信するステップとを含むことを特徴とする方法。
【０３５２】
デュアルストリームで送信しているとき、正規化残存電力マージンに基づいて第１のストリームおよび第２のストリームを、ＷＲＴＵにより、分割するステップを含むことを特徴とする前述の実施形態に記載の方法。
【０３５３】
第１のストリームの第１の利得係数および第２のストリームの第２の利得係数を、ＷＲＴＵにより、決定するステップを備え、デュアルストリームを送信するステップは、決定された第１および第２の利得係数に基づくことを特徴とする前述の実施形態の１つまたは複数に記載の方法。
【０３５４】
無線受信／送信ユニット（ＷＲＴＵ）送信パラメータを制御するための方法であって、第１のストリームが所定の変調方式をいつ使用している決定するようにＷＲＴＵを構成するステップと、第１のストリームが所定の変調方式を使用しているときにデュアルストリームを送信するようにＷＲＴＵを構成するステップとを含むことを特徴とする方法。
【０３５５】
無線受信／送信ユニット（ＷＲＴＵ）送信パラメータを制御するための方法であって、第１のストリームが所定の変調方式をいつ使用しているかどうかを、ＷＲＴＵにより、決定するステップと、第１のストリームが所定の変調方式を使用しているときにデュアルストリームを送信するステップとを含むことを特徴とする方法。
【０３５６】
トランスポートフォーマット選択および送信のための方法であって、無線受信／送信ユニット（ＷＲＴＵ）により使用される第１のストリームと第２のストリームとの間の信号対雑音比（ＳＮＲ）の差の指示をＷＲＴＵによって受信するステップと、ＳＮＲの差に応答して、所定の比に従って反復技術を第２のストリームに適用するステップとを含むことを特徴とする方法。
【０３５７】
特徴および要素は特定の組合せで上記説明したが、各々の特徴または要素は、単独で使用されてもよく、または他の特徴および要素の任意の組合せで使用されてもよいことを、当業者であれば理解するであろう。加えて、本明細書において説明した方法は、コンピュータまたはプロセッサにより実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。不揮発性コンピュータ可読記憶媒体の例は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実装するために使用されてもよい。
【０３５８】
さらに、上記で説明した実施形態において、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含むその他のデバイスが言及される。それらのデバイスは、少なくとも１つの中央演算処理装置（「ＣＰＵ」）およびメモリを含んでもよい。コンピュータプログラミングの技術分野の当業者の手法に従い、動作および操作または命令の記号表現への参照は、さまざまなＣＰＵおよびメモリによって実行されてもよい。そのような振舞いおよび動作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」ものと称されてもよい。
【０３５９】
当業者であれば、動作および記号表現された動作または命令がＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、結果として電気信号の変換または減少を生じうるデータビット、およびＣＰＵの動作ならびに信号のその他の処理を再構成または変更するための、メモリシステムにおけるメモリ位置のデータビットの保持を表す。データビットが保持されるメモリ位置は、データビットに対応するか、またはデータビットを代表する特定の電気的、磁気的、光学的、または有機的特性を有する物理的ロケーションである。
【０３６０】
データビットはまた、磁気ディスク、光ディスク、およびＣＰＵによって読取り可能なその他の揮発性（たとえば、ランダムアクセスメモリ（「ＲＡＭ」）、または不揮発性（たとえばリードオンリーメモリ（「ＲＯＭ」））大容量ストレージシステムを含むコンピュータ可読媒体に保持されてもよい。コンピュータ可読媒体は、協働するかまたは相互接続されたコンピュータ可読媒体を含んでもよく、コンピュータ可読媒体は処理システムに排他的に存在するか、もしくは処理システムにローカルまたはリモートであってもよい複数の相互接続された処理システム間に分散される。例示的な実施形態が前述のメモリに限定されないこと、ならびにその他のプラットフォームおよびメモリが説明される方法をサポートしてもよいことを理解されたい。
【０３６１】
本願の説明に使用されているいかなる要素、行為、または指示も、明示的に記述されない限り、決定的または不可欠であると解釈されるべきではない。また、本明細書に使用されているように、冠詞「ａ」は１つまたは複数の項目を含むことが意図されている。１つの項目のみが意図される場合、「１つ（ｏｎｅ）」または類似する表現が使用される。さらに、本明細書において使用される、複数の項目および／または項目の複数のカテゴリのリスト表示が後に続く「ａｎｙ  ｏｆ（任意の）」という用語は、単独の、もしくはその他の項目および／または項目のその他のカテゴリとの組合せでの、項目および／または項目のカテゴリの「ａｎｙ  ｏｆ（任意の）」、「ａｎｙ  ｃｏｍｂｉｎａｔｉｏｎ  ｏｆ（任意の組合せ）」、「ａｎｙ  ｍｕｌｔｉｐｌｅ  ｏｆ（任意の複数の）」、および／または「ａｎｙ  ｃｏｍｂｉｎａｔｉｏｎ  ｏｆ  ｍｕｌｔｉｐｌｅｓ  ｏｆ（複数の任意の組合せ）」を含むことが意図される。さらに、本明細書において使用される、「ｓｅｔ（セット）」という用語は、ゼロを含む任意の数の項目を含むことが意図される。さらに、本明細書において使用される、「ｎｕｍｂｅｒ（数）」という用語は、ゼロを含む任意の数を含むことが意図される。
【０３６２】
さらに、特許請求の範囲は、その主旨の記述がない限り、説明されている順序または要素に限定されるものと解釈されるべきではない。加えて、任意の特許請求の範囲における「ｍｅａｎｓ（手段）」という用語は、米国特許法１１２条（６）を行使することが意図され、「ｍｅａｎｓ」という語を伴わない特許請求の範囲はそのような意図を持たない。
【０３６３】
本明細書におけるシステムおよび方法はＵＷＢマルチバンド通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実装されてもよいことが検討される。特定の実施形態において、さまざまなコンポーネントの機能の１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実装されてもよい。
【図１】
0005990193.tif 000038
【図２】
0005990193.tif 000039
【図３】
0005990193.tif 000040
【図４】
0005990193.tif 000041
【図５】
0005990193.tif 000042
【図６】
0005990193.tif 000043
【図７】
0005990193.tif 000044
【図８】
0005990193.tif 000045
【図９】
0005990193.tif 000046
【図１０】
0005990193.tif 000047
【図１１Ａ】
0005990193.tif 000048
【図１１Ｂ】
0005990193.tif 000049
【図１１Ｃ】
0005990193.tif 000050
【図１１Ｄ】
0005990193.tif 000051
【図１１Ｅ】
0005990193.tif 000052