(57)【特許請求の範囲】
【請求項１】
多入力多出力無線通信ネットワークの複数のストリームを制御する方法であって、
前記複数のストリームのうちの１つのストリームの最大容量より多い送信に使用可能なデータの量が、少なくとも前記複数のストリームのうちの別のストリームの閾値の容量未満であるかどうかを判定するステップと、
そうである場合に、前記複数のストリームのうちの少なくとも１つのストリームの送信を防ぐステップと、
を含む、方法。
【請求項２】
前記複数のストリームのうち、防がれる前記少なくとも１つのストリームは、前記複数のうちの前記別のストリームである、請求項１に記載の方法。
【請求項３】
前記複数のストリームのうち、防がれる前記少なくとも１つのストリームは、前記複数のうちの前記別のストリーム以外のストリームである、請求項１に記載の方法。
【請求項４】
前記複数のストリームのうちの前記少なくとも１つのストリームは、前記複数のストリームのうちのいずれかのストリームである、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記複数のストリームの各ストリームは、それぞれ閾値の容量を有する、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記複数のストリームの各ストリームは、デフォルト・データ容量およびより少ないデータ容量を含む、複数の異なるデータ容量を用いるデータ送信をサポートするように構成可能であり、前記閾値の容量は、前記より少ない容量のうちの１つの容量である、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記閾値の容量は、前記デフォルト容量に最も近い、より少ない容量である、請求項６に記載の方法。
【請求項８】
前記デフォルト容量は、最大容量である、請求項６または７に記載の方法。
【請求項９】
各閾値の容量の表示を受信するステップを含む、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記複数の異なるデータ容量の各データ容量は、前記ストリームを介するデータ送信に関する複数の異なる拡散符号構成のうちの対応する１つを使用して達成される、請求項６乃至９のいずれか１項に記載の方法。
【請求項１１】
各閾値の容量を達成する拡散符号構成の表示を受信するステップを含む、請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記閾値の容量は、前記拡散符号構成を使用して達成される最大データ容量である、請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記複数のストリームは、主ストリームおよび少なくとも１つの副ストリームを含み、判定する前記ステップは、少なくとも１つの副ストリームを介する送信に関するデータの量が、前記閾値の容量に到達できないものであるかどうかを判定するステップを含む、請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記複数のストリームは、２つのストリームである、請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
コンピュータ上で実施される時に、請求項１乃至１４のいずれか１項に記載の方法ステップを実行するように動作可能な、コンピュータ・プログラム製品。
【請求項１６】
多入力多出力無線通信ネットワークの複数のストリームを制御するように動作可能なユーザ機器であって、
前記複数のストリームのうちの１つのストリームの最大容量より多い送信に使用可能なデータの量が、少なくとも前記複数のストリームのうちの別のストリームの閾値の容量未満であるかどうかを判定するように動作可能な判定論理と、
前記判定論理が、送信に使用可能なデータの量が前記閾値の容量未満であると判定することに応答して、前記複数のストリームのうちの少なくとも１つのストリームの送信を防ぐように動作可能な送信論理と、
を含む、ユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多入力多出力通信、ユーザ機器、およびコンピュータ・プログラム製品をサポートする方法に関する。
【背景技術】
【０００２】
無線通信ネットワークが既知である。そのようなネットワーク内の基地局は、基地局に関連する地理的エリアまたはセル内のユーザ機器との無線接続性を提供する。基地局と各ユーザ機器との間の無線通信リンクは、通常、基地局からユーザ機器に情報を送信する１つまたは複数のダウンリンク（または順方向）チャネルとユーザ機器から基地局に情報を送信する１つまたは複数のアップリンク（または逆方向）チャネルとを含む。
【０００３】
多入力多出力（ＭＩＭＯ）技法は、基地局およびユーザ機器が複数のアンテナを含む場合に使用することができる。たとえば、複数のアンテナを含むユーザ機器は、同一の周波数上で、同一の符号を使用し、基地局（１つまたは複数）によって分解できる同一の時間間隔（ＴＴＩ）内で、基地局に複数の独立した別個の信号を送信することができる。たとえば、個々のユーザ機器は、アップリンクで同一のアップリンク・リソース（周波数、時間、および符号）を使用して拡張専用チャネル（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）（Ｅ−ＤＣＨ）上で２つのデータ・ストリームを送信することができ、これは、ユーザ機器が、ランク２送信（単一のＥ−ＤＣＨストリームを送信する時に発生するランク１送信ではなく）を実行できることを意味する。
【０００４】
Ｅ−ＤＣＨは、１つまたは複数のＥ−ＤＣＨ専用物理データ・チャネル（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｄａｔａ  Ｃｈａｎｎｅｌ）（Ｅ−ＤＰＤＣＨ）からなり、１つのＥ−ＤＣＨ専用物理制御チャネルＤｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（Ｅ−ＤＰＣＣＨ）が付随する。Ｅ−ＤＰＤＣＨは、データ・トラフィックを搬送し、Ｅ−ＤＰＣＣＨは、Ｅ−ＤＰＤＣＨを復号することを可能にする制御情報を搬送する。
【０００５】
アップリンクＭＩＭＯでは、副Ｅ−ＤＣＨストリームが、主Ｅ−ＤＣＨストリームと一緒に送信される。主Ｅ−ＤＣＨストリームに似て、副Ｅ−ＤＣＨストリームは、１つまたは複数の副Ｅ−ＤＰＤＣＨ（Ｓ−Ｅ−ＤＰＤＣＨ）および１つの副Ｅ−ＤＰＣＣＨ（Ｓ−Ｅ−ＤＰＣＣＨ）からなる。
【０００６】
アップリンクＭＩＭＯの提供は、ユーザ機器からネットワークへの送信を容易にするが、予期されない結果が発生する可能性がある。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ  ２５．２１１
【非特許文献２】３ＧＰＰ  ＴＳ  ２５．３２１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、ＭＩＭＯ通信をサポートする改善された技法を提供することが望ましい。
【課題を解決するための手段】
【０００９】
第１の態様によれば、多入力多出力無線通信ネットワークの複数のストリームを制御する方法であって、当該方法は、複数のストリームのうちの１つのストリームの最大容量より多い送信に使用可能なデータの量が、少なくとも複数のストリームのうちのもう１つの関連する閾値の容量未満であるかどうかを判定するステップと、そうである場合に、複数のストリームのうちの少なくとも１つの送信を防ぐステップとを含む。
【００１０】
第１の態様は、既存のＭＩＭＯ技法に関する問題が、ストリームのうちの１つのストリームの最大容量を超えるデータが送信に使用可能である（すなわち、ストリームのうちの１つのストリームによって搬送できるものより多いデータが送信を待っている）場合に、通常、やはり既存のストリームの最大容量で動作するように構成された別のストリームが作成されることであることを認めるものである。この残余データを最大容量で動作するように構成されたストリームを介して送信させることは、効率的ではない。というのは、データが提供される容量に収まることができるようにするために、低い符号化レートを有することが実現可能ではあるが、これが、過剰な送信電力および符号リソースの激しい使用をもたらし、ストリーム間干渉を引き起こすはずなので、そのような形での送信が効率的ではないからである。
【００１１】
したがって、ＭＩＭＯ無線通信ネットワークの複数のストリームを制御する方法が提供される。この方法は、ストリームのうちの１つのストリームの最大容量を超える、すなわち、１つのストリームの最大容量より多い送信に使用可能なデータの量を確立しまたは判定するステップを含むことができる。データの量が、別のストリームの閾値より少ない、すなわち、別のストリームの閾値未満であることも確立される。過剰なデータまたは残余データの量が閾値未満であると判定される時には、この方法は、ストリームのうちの１つを使用する送信を防ぐことをも含むことができる。
【００１２】
言い替えると、ストリームのうちの１つのストリームの最大容量を超える残余データの量が、確立される。データのその量が、別のストリームに関連する閾値未満である場合には、１つのストリームを使用する送信は、防がれる。これは、ストリームが、残余データがその使用を保証するのに十分である時に限って送信に使用されることを保証するのを助ける。これは、たとえば、そうでなければ過剰な送信電力、符号リソースの激しい使用、および追加のストリーム間干渉をもたらす可能性があるストリームの非効率的な使用を防ぐ。
【００１３】
一実施形態では、複数のストリームのうち、防がれる少なくとも１つのストリームは、複数のうちの別のストリームである。したがって、閾値に関連するストリームが送信に使用されるのを防ぐことができる。
【００１４】
一実施形態では、複数のストリームのうち、防がれる少なくとも１つのストリームは、複数のうちの別のストリーム以外のストリームである。したがって、閾値に関連するストリーム以外の別のストリームが、送信に使用されるのを防ぐことができる。
【００１５】
一実施形態では、複数のストリームのうちの少なくとも１つのストリームは、複数のストリームのうちのいずれかのストリームである。したがって、その最大容量を超えたストリームを含む、ストリームのうちの任意の１つが使用されるのを防ぐことができる。
【００１６】
一実施形態では、複数のストリームの各ストリームは、それぞれの関連する閾値を有する。したがって、各ストリームは、それ自体の閾値を有することができる。
【００１７】
一実施形態では、複数のストリームの各ストリームは、デフォルト・データ容量およびより少ないデータ容量を含む、複数の異なるデータ容量を用いるデータ送信をサポートするように構成可能であり、関連する閾値は、より少ない容量のうちの１つを含む。したがって、各ストリームを、異なる容量で動作させることができる。容量のうちの１つを、デフォルト容量とすることができ、デフォルト容量未満の１つまたは複数の容量を、提供することができる。閾値を、これらのより少ない容量のうちの１つとすることができる。
【００１８】
一実施形態では、関連する閾値は、デフォルト容量に最も近い、より少ない容量を含む。したがって、デフォルト容量に最も近い、より少ない容量を閾値としてセットすることができる。
【００１９】
一実施形態では、デフォルト容量は、最大容量である。したがって、デフォルトを、ストリームが動作できる最大の可能な容量とすることができる。
【００２０】
一実施形態では、この方法は、各閾値の表示を受信するステップを含む。したがって、各ストリームに関連する可能性がある閾値のそれぞれの表示を受信することができる。
【００２１】
一実施形態では、複数の異なるデータ容量の各データ容量は、ストリームを介するデータ送信に関する複数の異なる拡散符号構成のうちの対応する１つに関連する。したがって、異なる容量の各データ容量を、異なる符号構成を使用してストリームを動作させることによって達成することができる。
【００２２】
一実施形態では、この方法は、各閾値に関連する拡散符号構成の表示を受信するステップを含む。
【００２３】
一実施形態では、閾値は、拡散符号構成に関連する最大データ容量を含む。
【００２４】
一実施形態では、複数のストリームは、主ストリームおよび少なくとも１つの副ストリームを含み、判定するステップは、少なくとも１つの副ストリームを介する送信に関するデータの量が、閾値に達することができないかどうかを判定するステップを含む。
【００２５】
第２の態様によれば、コンピュータ上で実施される時に、第１の態様の方法ステップを実行するように動作可能なコンピュータ・プログラム製品が提供される。
【００２６】
第３の態様によれば、  多入力多出力無線通信ネットワークの複数のストリームを制御するように動作可能なユーザ機器であって、複数のストリームのうちの１つのストリームの最大容量より多い送信に使用可能なデータの量が、少なくとも複数のストリームのうちの別のストリームの関連する閾値未満であるかどうかを判定するように動作可能な判定論理と、判定論理が、送信に使用可能なデータの量が関連する閾値未満であると判定することに応答して、複数のストリームのうちの少なくとも１つの送信を防ぐように動作可能な送信論理とを含むユーザ機器が提供される。
【００２７】
一実施形態では、複数のストリームのうち、防がれる少なくとも１つのストリームは、複数のうちの別のストリームである。
【００２８】
一実施形態では、複数のストリームのうち、防がれる少なくとも１つのストリームは、複数のうちの別のストリーム以外のストリームである。
【００２９】
一実施形態では、複数のストリームのうちの少なくとも１つのストリームは、複数のストリームのうちのいずれかのストリームである。
【００３０】
一実施形態では、複数のストリームの各ストリームは、それぞれ関連する閾値を有する。
【００３１】
一実施形態では、複数のストリームの各ストリームは、デフォルト・データ容量およびより少ないデータ容量を含む、複数の異なるデータ容量を用いるデータ送信をサポートするように構成可能であり、関連する閾値は、より少ない容量のうちの１つの容量を含む。
【００３２】
一実施形態では、関連する閾値は、デフォルト容量に最も近い、より少ない容量を含む。
【００３３】
一実施形態では、デフォルト容量は、最大容量である。
【００３４】
一実施形態では、ユーザ機器は、各閾値の表示を受信するように動作可能な受信論理を含む。
【００３５】
一実施形態では、複数の異なるデータ容量の各データ容量は、ストリームを介するデータ送信に関する複数の異なる拡散符号構成のうちの対応する１つに関連する。
【００３６】
一実施形態では、ユーザ機器は、各閾値に関連する拡散符号構成の表示を受信するように動作可能な受信論理を含む。
【００３７】
一実施形態では、閾値は、拡散符号構成に関連する最大データ容量を含む。
【００３８】
一実施形態では、複数のストリームは、主ストリームおよび少なくとも１つの副ストリームを含み、判定論理は、少なくとも１つの副ストリームを介する送信に関するデータの量が、閾値に到達できないものであるかどうかを判定するように動作可能である。
【００３９】
さらなる特定の態様および好ましい態様は、添付の独立請求項および従属請求項に示されている。従属請求項の特徴を、適宜、特許請求の範囲に明示的に示されたものとは異なる組合せで、独立請求項の特徴と組み合わせることができる。
【００４０】
装置特徴が、機能を提供するように動作可能であるものとして説明される場合には、これが、その機能を提供するかその機能を提供するように適合されまたは構成された装置特徴を含むことを了解されたい。
【００４１】
本発明の実施形態を、これから、添付図面を参照してさらに説明する。
【図面の簡単な説明】
【００４２】
【図１】符号構成とストリーム容量閾値との間の関係を示す図である。
【図２】バッファ占有とストリーム容量との間の関係を示す図である。
【発明を実施するための形態】
【００４３】
概要
諸実施形態を詳細に説明する前に、まず、概要を提供する。上で述べたように、ＭＩＭＯを使用する時には、同一のリソース（周波数、時間、符号など）を使用して複数のストリームを送信することが可能である。これは、異なる「ランク」の送信タイプを与える。たとえば、単一の送信ストリームを、「ランク１」送信と称し、２つ、３つ、または４つのストリームを用いる送信を、それぞれランク「２」、「３」、または「４」送信と称する。４つを超えるストリームを提供できることを了解されたい。
【００４４】
異なるストリームによって搬送できるデータの量（その容量）は、異なる可能性がある。搬送されるデータの量を、そのストリームの「トランスポート・ブロック・サイズ」と称する。ストリームの容量を変更するために、異なる符号構成を利用することができる。具体的には、ストリームを介して送信すべきデータの量が増える時に、そのストリームの符号構成は、そのストリームの最大容量に達するまで、そのストリームの容量を増やすために変更される。
【００４５】
ストリームの容量を増やすために選択できる符号構成がもうない場合には、他のストリームを追加することができる。通常、ストリームの管理を単純にするために、追加されるストリームも、追加のストリームを介しても最大量のデータを送信することを可能にする符号構成を用いて構成される。
【００４６】
送信器が満杯のバッファを有する時に、ストリームを、その最大容量（たとえば、各ストリームによって搬送できる最大のトランスポート・ブロック・サイズ）まで充填することができる。しかし、送信器が、「バッファ制限される」（送信器内のバッファが満杯ではないことを意味する）場合には、ストリームによって搬送できるデータの量が、送信器のバッファ内のデータの量より多い（すなわち、ストリームの容量が、送信に使用可能なデータの量より多い）ことがありえる。この状況では、ストリームのうちの少なくとも１つは、送信に利用されず、したがって、送信は、より低いランクを用いて行われる。
【００４７】
具体的には、バッファ制限シナリオでは、追加のストリームによって提供される容量が、ストリーム内での送信用の送信器のバッファ内で使用可能なデータの量より多い可能性がある。送信されるデータの量が、それでも、ストリームに最大の容量を与える符号構成を用いてそのストリームがデータを送信することを要求する閾値を超える場合には、そのストリームを介する使用可能なデータの送信が、行われ続ける可能性がある。しかし、送信器のバッファ内の使用可能なデータの量が、この閾値未満である（データを、ストリーム内のより少ない容量を提供する符号構成を使用して送信できることを意味する）場合には、これらのストリームのうちの１つを使用する送信が、送信のランクを下げるために防がれる。任意の１つまたは複数のストリームを使用する送信を防ぐことができることを了解されたい。
【００４８】
したがって、この技法が、複数ランク送信のストリームの間でデータを分割することを可能にし、ユーザ機器がそれによってより低いランクに下がることになる判断基準をも提供することがわかる。
【００４９】
上で述べたように、アップリンク（ＵＬ）ＭＩＭＯ動作では、副Ｅ−ＤＣＨストリームは、Ｓ−Ｅ−ＤＰＣＣＨ（副Ｅ−ＤＰＣＣＨ）によってサポートされる少なくとも１つのＳ−Ｅ−ＤＰＤＣＨ（副Ｅ−ＤＰＤＣＨ）からなる。Ｓ−Ｅ−ＤＰＣＣＨは、主プリコーディング・ベクトルを使用して（すなわち、主ストリームを介して）送信されるが、Ｓ−Ｅ−ＤＰＤＣＨは、副プリコーディング・ベクトルを使用して（すなわち、副ストリームを介して）送信される。Ｓ−Ｅ−ＤＰＣＣＨは、Ｓ−Ｅ−ＤＰＤＣＨの復号情報を含む。
【００５０】
主ストリームおよび副ストリームによって搬送できるデータの量は、異なる可能性がある、すなわち、主ストリームは、通常、副ストリームのトランスポート・ブロック・サイズ（ＴＢＳ）と比較して、より大きいＴＢＳを搬送する。これは、副ストリームが、通常は主ストリームと比較してより弱い無線条件を有するからである。満杯のバッファを有するユーザ機器について、主ストリームおよび副ストリームを、そのそれぞれの最大容量（すなわち、各ストリームによって搬送できる最大のＴＢＳ）まで充填することができる。この場合に、ストリームの最大容量は、ＵＥに与えられたサービング・グラント（Ｓｅｒｖｉｎｇ  Ｇｒａｎｔ）（ＳＧ）の総量によって決定される。
【００５１】
しかし、ＵＥがバッファ制限される時には、両方のストリームによって搬送できるデータの量が、ＵＥバッファ内のデータの量より多いことがありえる。すなわち、サービング・グラントの量が、ユーザ機器のバッファで使用可能なデータより多くのデータを搬送することができる。
【００５２】
ストリーム特性
図１に、符号構成とストリーム容量閾値との間の関係を示す。たとえば、第１の符号構成ＣＣＡは、閾値Ｔ２までのトランスポート・ブロック・サイズを送信するためのストリーム内の容量を提供する（閾値Ｔ２は、その符号構成を使用する時のストリームの最大容量を表し、したがって、その符号構成を使用してそのストリーム上で送信できる最大トランスポート・ブロック・サイズは、Ｔ２である）。符号構成ＣＣＢを使用することによって、ストリームの容量が、閾値Ｔ１まで増える。したがって、符号構成ＣＣＢを使用する時の最大トランスポート・ブロック・サイズは、Ｔ１である。符号構成ＣＣＣを使用することによって、ストリームの容量がＴ０に増える。したがって、その符号構成を使用してストリームによって送信可能な最大トランスポート・ブロック・サイズは、Ｔ０である。
【００５３】
この例では、Ｔ０は、ストリームの絶対最大容量を表し、そのストリーム内で送信できる最大の可能なトランスポート・ブロック・サイズである。これは、最大量Ｔ０を超える、バッファ内の使用可能なデータのいずれをも、送信期間中にストリーム内で送信することができないことを意味する。したがって、この残余データを、後続期間に送信するか、または別のストリームによって送信するかのいずれかを行わなければならない。
【００５４】
上で述べたように、通常、他のストリームも、デフォルトで、そのストリーム内で最も大きい容量を提供する符号構成を使用して確立される。その追加のストリーム内で送信すべき残余データの量が、閾値Ｔ１を超える場合には、その残余データを、その追加のストリームのデフォルト符号構成と全般的に調整される符号構成ＣＣＡを使用して送信することだけができる。
【００５５】
しかし、残余データの量が、閾値Ｔ１より少ない（その追加のストリームのトランスポート・ブロック・サイズがＴ１未満であることを意味する）場合には、これは、残余データを、異なる符号構成を使用して送信できることを意味する。
【００５６】
図１からわかるように、閾値Ｔ０は、最大の、通常はデフォルトの、ストリームの容量である。閾値Ｔ１およびＴ２は、より少ない容量に関連する閾値である。この例では、閾値Ｔ１は、デフォルト容量Ｔ０に最も近い、より少ない容量の閾値になるはずである。
【００５７】
ストリームが、符号構成に関連する最大容量に対応するもの以外の異なるデータ容量を搬送できる可能性があることに留意されたい。たとえば、第１の符号構成が、次に低い符号構成の最大容量と第１の符号構成の最大容量との間の任意の量のデータを搬送することができる。第１の符号構成の中間データ容量は、異なる符号化レートによって実現され、これによって、より低い符号レートは、第１の符号構成の最大容量未満のデータの量の送信に使用される。符号構成の「デフォルト容量に最も近い、より少ない容量」を考慮する時に、より低い符号化レートによって達成されるこれらの中間データ容量は、考慮されず、その代わりに、我々は、次に低い符号構成の最大容量に言及する。
【００５８】
図２に示されているように、諸実施形態では、追加ストリーム内の送信に関する残余データが、デフォルト容量に最も近い低容量より少ない（すなわち、この例ではＴ１より少ない）場合には、追加ストリームを使用して残余データを送信すべきかの判断は、それを行うことが効率的ではないので、行われない。その代わりに、ストリームの１つが利用されず、残余データは、後続送信のために送信バッファ内に格納される。
【００５９】
例１
ＨＳＵＰＡアップリンクＭＩＭＯを用いると、ランク２送信は、両方のストリームが２ｘＳＦ２＋２ｘＳＦ４の最大容量符号構成を達成できる場合に限って許容される。ユーザ機器が実際に送信できる特定の符号構成は、その無線条件およびアップリンク・リソースの量（サービング・グラントｔおよび送信電力ヘッドルーム）に依存する。
【００６０】
この実施形態は、ストリームのいずれかによって搬送されるデータの量（たとえば、トランスポート・ブロック・サイズ）を、そのストリームの事前定義のまたはデフォルトの符号構成（通常は、２ｘＳＦ２＋２ｘＳＦ４である）より少ない容量を提供する符号構成によってサポートできるときに、ランクを１つ減らす。
【００６１】
バッファ制限シナリオの下で、２ｘＳＦ２＋２ｘＳＦ４符号構成によって提供されるストリーム容量は、ストリーム内の送信に使用可能なデータの量よりはるかに多い可能性がある。各ストリーム内のデータの量が、２ｘＳＦ２＋２ｘＳＦ４の符号構成によって提供される容量に収まることができるように、低い符号化レートを有することが、実現可能ではあるが、この形でデータを送信することは、効率的ではない。というのは、これが、過度の送信電力、符号リソースの激しい使用をもたらし、ストリーム間干渉を引き起こすからである。
【００６２】
各スロット・フォーマットおよび符号構成は、最大個数の情報ビットを搬送する容量を有し、したがって、その符号構成の最大の送信ブロック・サイズをサポートする容量を有する。上で述べたように、符号構成の変更は、ストリームのデータ容量を変更する。たとえば、スロット・フォーマット７の２つのＥ−ＤＰＤＣＨを使用する２ｘＳＦの符号構成（３ＧＰＰ  ＴＳ  ２５．２１１で指定される）は、７６８０情報ビットの最大容量を有する。次の符号構成は、スロット・フォーマット７の２つのＥ−ＤＰＤＣＨおよびスロット・フォーマット６の２つのＥ−ＤＰＤＣＨを使用する２ｘＳＦ２＋２ｘＳＦ４であり、これは、１１５２０情報ビットの最大容量を有する。
【００６３】
Ｄ１およびＤ２は、それぞれ主ストリームおよび副ストリームによって搬送されるデータの量である。Ｄ１が７６８０情報ビット以下である場合、またはＤ２が７６８０情報ビット以下である場合には、２ｘＳＦ２＋２ｘＳＦ４を使用してＤ１またはＤ２を搬送するよりも、より低い符号構成（２ｘＳＦ２など）を使用することが、より符号効率がよい。したがって、Ｄ１またはＤ２を、２ｘＳＦ２＋２ｘＳＦ４より低い符号構成によって搬送できる場合には、ユーザ機器は、ランク１送信に下がる。
【００６４】
この手法を、２を超えるランクを有する送信に利用することもできることを了解されたい。たとえば、無線条件およびアップリンク・リソースが、ユーザ機器がランク４を用いて送信することを許容する場合に、ストリームの間でユーザ機器データを分割することが、ランク４送信に必要な符号構成より低い符号構成によってサポートできるデータをストリームのいずれかが有する結果となる場合に、ユーザ機器は、ランク３に下がる。このプロセスを、ユーザ機器がランク１に低下するまで繰り返すことができる。
【００６５】
例２
この実施形態では、副ストリームによって搬送されるデータの量を、２ｘＳＦ２＋２ｘＳＦ４（ランク２送信のデフォルトの要求される符号構成である）より低い符号構成によってサポートできる場合に、ユーザ機器は、ランク２からランク１に下がる。主ストリームは、通常、よりよい無線条件を有するので、通常は、副ストリームより大量のデータを充填される。したがって、副ストリームによって送信されるデータの量とその閾値との間の関係だけをチェックすることで十分である。
【００６６】
この実施形態では、バッファ制限されたユーザ機器は、ランク２で送信することを許容され、バッファ内にある量のデータ、β＝１５０００ビットを有する。下でより詳細に説明するように、パラメータαは、ユーザ機器にシグナリングされ、ユーザ機器は、主ストリームのトランスポート・ブロック・サイズから副ストリームのトランスポート・ブロック・サイズを導出する。副ストリーム・トランスポート・ブロック・サイズ（ＴＢＳ２）は、次のように主ストリーム・トランスポート・ブロック・サイズ（ＴＢＳ１）から導出される。
ＴＢＳ２＝αＴＢＳ１    …式１
この例では、α＝０．７である。したがって、ユーザ機器バッファ内のデータの量を、次のようにαに従って分割することができる。
【００６７】
【数１】
0005933820.tif 000002
【００６８】
ストリームの容量は、ＵＥ無線条件およびアップリンク・リソースに基づいてそのストリームによって搬送できる最大トランスポート・ブロック・サイズと定義される。この例での主ストリームおよび副ストリームの容量を、表１に示す。
【００６９】
【表１】
0005933820.tif 000003
【００７０】
２ｘＳＦ２＋２ｘＳＦ４の下の符号構成は、スロット・フォーマット７を使用する２ｘＳＦ２であり、これは、７６８０情報ビットの最大値を搬送することができる。したがって、主ストリームは、データを搬送するのに２ｘＳＦ２を使用することができず、したがって、２ｘＳＦ２＋２ｘＳＦ４符号構成を必要とする。しかし、副ストリームを、２ｘＳＦ２符号を使用して搬送することができる。したがって、ユーザ機器は、ランク１に下がる。
【００７１】
例３
この実施形態では、ユーザ機器は、β＝１８０００情報ビットおよびα＝０．９のバッファ内にある量のデータを有する。式１および２を使用して、各ストリームによって搬送されるデータを、表２に示す。
【００７２】
【表２】
0005933820.tif 000004
【００７３】
例２で説明したように、２ｘＳＦ２＋２ｘＳＦ４の下の符号構成は、２ｘＳＦ２であり、これは、７６８０情報ビットの最大値を搬送することができる。したがって、例３では、主ストリームと副ストリームとの両方が、そのデータを搬送するために２ｘＳＦ２＋２ｘＳＦ４符号構成を必要とする。したがって、ユーザ機器は、ランク２で送信する。
【００７４】
トランスポート・ブロック・サイズ・シグナリング
諸実施形態の全般的な手法は、主ストリームのグラントから主ストリームのトランスポート・ブロック・サイズＴＢＳ１を導出するのに使用される関数とは異なる関数を使用して、副ストリームのグラントから副ストリームのトランスポート・ブロック・サイズＴＢＳ２を導出することである。通常、少なくとも主ストリームのグラントは、基地局によってユーザ機器にシグナリングされ、副ストリームのグラントは、シグナリングされるか、または事前定義のルールに従ってユーザ機器によって決定論的に導出されるかのいずれかである。このグラントから、少なくとも副ストリームのトランスポート・ブロック・サイズが導出される。
【００７５】
一例として、主ストリームのトランスポート・ブロック・サイズＴＢＳ１が、主ストリームでの送信に使用されるグラントＧ１（Ｅ−ＤＰＤＣＨ：ＤＰＣＣＨ電力比）の関数ｆ１である、すなわち、
ＴＢＳ１＝ｆ１（Ｇ１）    …式３
であるケースを検討する。
【００７６】
現在、関数ｆ１は、３ＧＰＰ  ＴＳ  ２５．３２１によって定義されるルックアップ・テーブルとして実施されるが、関数ｆ１を、関係、マッピング、または関数として実施できることを了解されたい。
【００７７】
グラントＧ１は、ＤＰＣＣＨに対するＥ−ＤＰＤＣＨｓの電力比（パイロット電力）である。
【００７８】
諸実施形態の全般的手法では、別々の関数が、副ストリームのグラントから副ストリームのトランスポート・ブロック・サイズＴＢＳ２を導出するのに使用される、すなわち、
ＴＢＳ２＝ｆ２（Ｇ２）    …式４
であり、ここで、Ｇ２は、副ストリームでの送信のために提供されるグラントである。
【００７９】
上で説明したように、Ｇ２は、ＤＰＣＣＨに対するＳ−Ｅ−ＤＰＤＣＨｓの電力比またはＳ−ＤＰＣＣＨに対するＳ−Ｅ−ＤＰＤＣＨｓの電力比とすることができ、Ｅ−ＤＰＤＣＨｓおよびＳ−Ｅ−ＤＰＤＣＨｓの電力は、通常は、同一であると仮定されるので、Ｇ２は、必ずＧ１以上である。
【００８０】
既存の関数ｆ１が、副ストリームに対して使用される（入力としてＧ２を用いて）場合には、これは、ＴＢＳ２≧ＴＢＳ１をもたらす、すなわち、副ストリーム（より弱い無線条件を有する）が、主ストリームより大きいトランスポート・ブロック・サイズをサポートしなければならない。しかし、副ストリーム・トランスポート・ブロック・サイズを導出するのに別々の関数ｆ２を使用することによって、関数ｆ２は、副ストリームの受信品質によりよく合わせるために、Ｇ２（≧Ｇ１とすることができる）を、主ストリームのトランスポート・ブロック・サイズと比較してより小さいトランスポート・ブロック・サイズにマッピングすることを可能にする。
【００８１】
実施例Ａ１  関数スケーリング・ファクタ
一実施形態では、関数ｆ２は、スケーリング・ファクタαによって乗算された関数ｆ１と等しい、すなわち、
ＴＢＳ２＝ｆ２（Ｇ２）＝αｆ１（Ｇ２）    …式５
である。
【００８２】
この実施形態は、ｆ１で使用されるものと同一のルックアップ・テーブルを再利用して、ＴＢＳ２を導出することを可能にする。有利なことに、αの値は、ネットワークによってシグナリングされ、半静的または動的とすることができる。
【００８３】
Ｅ−ＴＦＣＩｓが、別個のトランスポート・ブロック・サイズの特定のセットにインデクシングするので、式５を使用して導出されるＴＢＳ２が、有効なトランスポート・ブロック・サイズではない場合があることに留意されたい。したがって、計算されたＴＢＳ２は、有効なトランスポート・ブロック・サイズに「丸められる」必要がある場合があり、たとえば次に小さい有効なトランスポート・ブロック・サイズに下に丸められる。
【００８４】
実施例Ａ２  グラント・スケーリング・ファクタ
一実施形態では、関数ｆ２は、ｆ１と等しいが、グラントＧ２は、スケーリング・ファクタαによってスケーリングされる、すなわち、
ＴＢＳ２＝ｆ２（Ｇ２）＝ｆ１（αＧ２）    …式４
である。
【００８５】
この実施形態は、関数ｆ１を再利用し、関数ｆ１は有効なトランスポート・ブロック・サイズにマッピングするので、計算されるＴＢＳ２は、有効なトランスポート・ブロック・サイズになる。
【００８６】
副ストリームの無線条件は、主ストリームのそれより弱く、したがって、式５または６のαの適切な値は、＜１になるはずであると期待される。
【００８７】
実施例Ａ３  インデックス・オフセット
Ｅ−ＴＦＣＩは、トランスポート・ブロック・サイズ・ルックアップ・テーブルへのインデックスである。トランスポート・ブロック・サイズ・ルックアップ・テーブル（３ＧＰＰ  ＴＳ２５．３２１で定義される）は、Ｅ−ＴＦＣＩが増える時に増え、Ｅ−ＴＦＣＩとトランスポート・ブロック・サイズとの間には、１対１のマッピングがある。したがって、関数ｆ１は、Ｅ−ＴＦＣＩ番号をも与える。混乱を避けるために、次のように、グラントＧ１をとり、ＥＴＦＣＩ１（主ストリームのＥ−ＴＦＣＩ）を与える関数ｈ１を定義する。
ＥＴＦＣＩ１＝ｈ１（Ｇ１）    …式７
【００８８】
一実施形態では、副ストリームのＥ−ＴＦＣＩ、ＥＴＦＣＩ２は、関数ｈ１を使用して計算されたＥ−ＴＦＣＩからオフセットγ（整数）である、すなわち、
ＥＴＦＣＩ２＝ｍａｘ（ｈ１（Ｇ２）−γ，ＥＴＦＣＩＭＩＮ）    …式８
であり、ここで、ＥＴＦＣＩＭＩＮは、トランスポート・ブロック・サイズ・ルックアップ・テーブル内で最小の有効なＥ−ＴＦＣＩである。Ｅ−ＴＦＣＩは、有効なトランスポート・ブロック・サイズを指すので、式８から導出されるＥＴＦＣＩ２は、有効なトランスポート・ブロック・サイズを指すはずである。したがって、主ストリームによって使用される既存のトランスポート・ブロック・サイズ・ルックアップ・テーブルを再利用することができる。αに似て、γを、ネットワークによってシグナリングすることができ、半静的または動的とすることができる。
【００８９】
したがって、この手法が、ランクＮ送信のストリームの間でデータを分割することを可能にし、また、ユーザ機器がそれによってランクＮ−１送信に下がらなければならない判断基準を提供することがわかる。
【００９０】
当業者は、さまざまな上で説明した方法のステップを、プログラムされたコンピュータによって実行できることをたやすく認めるはずである。本明細書では、いくつかの実施形態が、機械可読またはコンピュータ可読であり、命令の機械実行可能プログラムまたはコンピュータ実行可能プログラムを符号化する、プログラム・ストレージ・デバイス、たとえばディジタル・データ記憶媒体を包含することも意図され、前記命令は、前記上で説明した方法のステップの一部またはすべてを実行する。プログラム・ストレージ・デバイスは、たとえば、ディジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光学的に読取可能なディジタル・データ記憶媒体とすることができる。諸実施形態は、上で説明した方法の前記ステップを実行するようにプログラムされたコンピュータを包含することも意図されている。
【００９１】
「プロセッサ」または「論理」としてラベルを付けられたすべての機能ブロックを含む、図面に示されたさまざまな要素の機能を、専用ハードウェアならびに適当なソフトウェアに関連してソフトウェアを実行することができるハードウェアの使用を介して提供することができる。プロセッサによって提供される時に、機能を、単一の専用のプロセッサによって、単一の共有されるプロセッサによって、またはそのうちのいくつかを共有できる複数の個々のプロセッサによって提供することができる。さらに、用語「プロセッサ」、「コントローラ」、または「論理」の明示的使用は、ソフトウェアを実行できるハードウェアを排他的に指すと解釈されてはならず、限定なしに、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納する読取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性ストレージを暗黙のうちに含むことができる。従来のおよび／またはカスタムの、他のハードウェアを含めることもできる。同様に、図面に示されたすべてのスイッチは、概念的なものにすぎない。その機能を、プログラム論理の動作を介して、専用論理を介して、プログラム制御と専用論理との相互作用を介して、または手動でさえ実行することができ、特定の技法は、文脈からのより具体的な理解として実装者によって選択可能である。
【００９２】
当業者は、本明細書のすべてのブロック図が、本発明の原理を実施する例示的回路網の概念的な見方を表すことを了解するであろう。同様に、すべてのフロー・チャート、流れ図、状態遷移図、擬似コード、および類似物は、コンピュータまたはプロセッサが明示的に図示されているか否かに関わりなく、コンピュータ可読媒体内で実質的に表すことができ、したがって、そのようなコンピュータまたはプロセッサによって実行され得るさまざまなプロセスを表すことを了解されたい。
【００９３】
この説明および図面は、単に、本発明の原理を例示するものである。したがって、当業者が、本明細書で明示的説明されず、図示されていないが、本発明の原理を実施し、その趣旨および範囲に含まれる、さまざまな配置を考案できることを了解されたい。さらに、本明細書で列挙されたすべての例は、原理的に、当技術を促成するために発明人（１人または複数）が貢献する本発明の原理および概念を読者が理解するのを助ける教育的目的のためのみを明確に意図されるものであり、そのような具体的に列挙された例や条件の限定なしに解釈されるものである。さらに、本発明の原理、諸態様、および諸実施形態を列挙する本明細書のすべての言及ならびにそのすべての特定の例は、その同等物を包含することが意図されている。
【図１】
0005933820.tif 000005
【図２】
0005933820.tif 000006