(57)【要約】  ワイヤレスデバイスがアップリンク２５６直交振幅変調（２５６ＱＡＭ）を使用できるか否かに関して、アップリンクサブフレームセットごとに、ワイヤレスデバイスを個別に（すなわち、別個に）設定するためのシステムおよび方法が本明細書に開示される。いくつかの実施形態では、ネットワークノードの動作方法は、２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのための変調符号化方式（ＭＣＳ）テーブルを使用するようにワイヤレスデバイスを設定することを備える。いくつかの実施形態では、２つ以上のアップリンクサブフレームセットは、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである。このようにして、より多くのサブフレームにおいて２５６ＱＡＭが利用され得、その結果、アップリンクデータレートが増加され得る。【選択図】図１５
2019514271.tif 000002
【特許請求の範囲】
【請求項１】
２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルを使用するようにワイヤレスデバイス（１２）を設定すること
を備える、ネットワークノード（１４）の動作方法。
【請求項２】
前記２つ以上のアップリンクサブフレームセットが、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである、請求項１に記載の方法。
【請求項３】
アップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように前記ワイヤレスデバイス（１２）を設定することが、
前記２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように前記ワイヤレスデバイス（１２）を設定することと、
前記２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用しないように前記ワイヤレスデバイス（１２）を設定することと
を備える、請求項１または２に記載の方法。
【請求項４】
前記第１のアップリンクサブフレームセットに対するアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルの前記設定された使用に従って、前記２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセット内のサブフレームにおいて前記ワイヤレスデバイス（１２）からアップリンク送信を受信することをさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記ワイヤレスデバイス（１２）がアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように設定された第１のアップリンクサブフレームセット内のサブフレームにおける前記ワイヤレスデバイス（１２）からの初期アップリンク送信を同期ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの一部として受信することと、
前記ワイヤレスデバイス（１２）がアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用しないように設定された第２のアップリンクサブフレームセット内のサブフレームにおける前記ワイヤレスデバイス（１２）からの再送信を前記同期ＨＡＲＱプロセスの一部として受信することと
をさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項６】
前記再送信のために、前記再送信のための対応する信号対干渉および雑音比（ＳＩＮＲ）ターゲットによって目標とされるものよりも多くの量の前記再送信のためのリソースエレメントをスケジューリングすることをさらに備える、請求項５に記載の方法。
【請求項７】
前記再送信を受信することが、
対応する信頼性を有する複数のソフトビットを提供するために前記再送信のためのソフト復調を実行することと、
１つまたは複数の低信頼性ソフトビットをゼロに設定することと
を備える、請求項５に記載の方法。
【請求項８】
前記初期アップリンク送信を受信することが、
対応する信頼性を有する複数のソフトビットを提供するために、前記初期アップリンク送信のためのソフト復調を実行することと、
１つまたは複数の低信頼性ソフトビットをゼロに設定することと
を備え、
前記再送信アップリンク送信を受信することが、
対応する信頼性を有する複数のソフトビットを提供するために、前記再送信のためのソフト復調を実行することと、
１つまたは複数の低信頼性ソフトビットをゼロに設定することと、
前記再送信のための前記ソフトビットを、前記初期アップリンク送信のための前記ソフトビットと組み合わせること、または前記再送信のための非ゼロソフトビットのみを、前記初期アップリンク送信のための前記対応するソフトビットと組み合わせることと
を備える、請求項５に記載の方法。
【請求項９】
前記ワイヤレスデバイス（１２）がアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように設定された第１のアップリンクサブフレームセット内のサブフレームにおける前記ワイヤレスデバイス（１２）からの初期アップリンク送信を非同期ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの一部として受信することと、
前記ワイヤレスデバイス（１２）がアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように設定された前記第１のアップリンクサブフレームセットまたは別のアップリンクサブフレームセット内のサブフレームにおける前記ワイヤレスデバイス（１２）からの再送信を前記非同期ＨＡＲＱプロセスの一部として受信することと
をさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項１０】
前記ネットワークノード（１４）が無線アクセスノードである、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
プロセッサ（３０）と、
前記プロセッサ（３０）によって実行可能な命令を備えるメモリ（３２）と
を備えるネットワークノード（１４）であって、
２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルを使用するようにワイヤレスデバイス（１２）を設定するように動作可能である、ネットワークノード（１４）。
【請求項１２】
前記２つ以上のアップリンクサブフレームセットが、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである、請求項１１に記載のネットワークノード（１４）。
【請求項１３】
アップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように前記ワイヤレスデバイス（１２）を設定するために、
前記２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するように前記ワイヤレスデバイス（１２）を設定することと、
前記２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用しないように前記ワイヤレスデバイス（１２）を設定することと
を行うようにさらに動作可能である、請求項１１または１２に記載のネットワークノード（１４）。
【請求項１４】
前記プロセッサ（３０）による前記命令の実行によって、
前記第１のアップリンクサブフレームセットに対するアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルの前記設定された使用に従って、前記２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセット内のサブフレームにおいて前記ワイヤレスデバイス（１２）からアップリンク送信を受信するようにさらに動作可能である、請求項１１から１３のいずれか一項に記載のネットワークノード（１４）。
【請求項１５】
前記ネットワークノード（１４）が無線アクセスノードである、請求項１１から１４のいずれか一項に記載のネットワークノード（１４）。
【請求項１６】
請求項１から１０のいずれか一項に記載の方法を実行するように適合される、ネットワークノード（１４）。
【請求項１７】
２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルを使用するようにワイヤレスデバイス（１２）を設定するように動作可能な設定モジュール（４０−１）を備える、ネットワークノード（１４）。
【請求項１８】
２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得することであって、前記２つ以上のアップリンクサブフレームセットのアップリンクサブフレームセットごとに、前記アップリンクサブフレームセットの前記別個の設定は、アップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルを使用するための設定である、取得することと、
前記２つ以上のアップリンクサブフレームセットのうちの１つに対するアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するための前記別個の設定に従って、前記２つ以上のアップリンクサブフレームセットのうちの１つのサブフレームにおけるアップリンク送信を送信することと
を備える、ワイヤレスデバイス（１２）の動作方法。
【請求項１９】
前記２つ以上のアップリンクサブフレームセットが、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである、請求項１８に記載の方法。
【請求項２０】
２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得することが、
前記２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するための第１の設定を取得することと、
前記２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用しないための第２の設定を取得することと
を備える、請求項１８または１９に記載の方法。
【請求項２１】
トランシーバ（２４）と、
プロセッサ（２０）と、
前記プロセッサ（２０）によって実行可能な命令を記憶するメモリ（２２）と
を備えるワイヤレスデバイス（１２）であって、前記ワイヤレスデバイスが、
２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得することであって、前記２つ以上のアップリンクサブフレームセットのアップリンクサブフレームセットごとに、前記アップリンクサブフレームセットの前記別個の設定が、アップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルを使用するための設定である、取得することと、
前記トランシーバ（２４）を介して、前記２つ以上のアップリンクサブフレームセットのうちの１つに対するアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するための前記別個の設定に従って、前記２つ以上のアップリンクサブフレームセットのうちの前記１つのサブフレームにおけるアップリンク送信を送信することと
を行うように動作可能である、ワイヤレスデバイス（１２）。
【請求項２２】
前記２つ以上のアップリンクサブフレームセットが、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである、請求項２１に記載のワイヤレスデバイス（１２）。
【請求項２３】
２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得するために、
前記２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するための第１の設定を取得することと、
前記２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用しないための第２の設定を取得することと
を行うようにさらに動作可能である、請求項２１または２２に記載のワイヤレスデバイス（１２）。
【請求項２４】
請求項１８から２０のいずれか一項に記載の方法を実行するように適合される、ワイヤレスデバイス（１２）。
【請求項２５】
２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得するように動作可能である取得モジュール（２８−１）であって、前記２つ以上のアップリンクサブフレームセットのアップリンクサブフレームセットごとに、前記アップリンクサブフレームセットの前記別個の設定が、アップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルを使用するための設定である、取得モジュールと、
前記２つ以上のアップリンクサブフレームセットのうちの１つに対するアップリンク２５６ＱＡＭのための前記ＭＣＳテーブルを使用するための前記別個の設定に従って、前記２つ以上のアップリンクサブフレームセットのうちの前記１つのサブフレームにおけるアップリンク送信を送信するように動作可能である送信モジュール（２８−２）と
を備える、ワイヤレスデバイス（１２）。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
この出願は、その開示全体が参照により本明細書に組み込まれる、２０１７年４月１日に出願された仮特許出願第６２／３１６，７４６号の利益を主張するものである。
【０００２】
開示された主題は、一般に電気通信に関し、より詳細には、アップリンク２５６直交振幅変調（２５６ＱＡＭ）のための異なるサブフレームセットの取扱いに関する。
【背景技術】
【０００３】
Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、ダウンリンクにおいて直交周波数分割多重（ＯＦＤＭ）を、またアップリンクにおいて離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭを使用する。したがって、基本ＬＴＥダウンリンク物理リソースは、図1に示されるように、時間−周波数グリッドとして見られ得、各リソースエレメントが１つのＯＦＤＭシンボル間隔中に１つのＯＦＤＭサブキャリアに対応する。
【０００４】
時間領域において、ＬＴＥダウンリンク送信は、１０ミリ秒（ｍｓ）の無線フレームに編成され、各無線フレームは、図２に示されるように、長さＴｓｕｂｆｒａｍｅ＝１ｍｓの１０個の等しいサイズのサブフレームからなる。
【０００５】
さらに、ＬＴＥにおけるリソース割振りは、典型的にはリソースブロックに関して記述され、リソースブロックは時間領域において１つのスロット（０．５ｍｓ）に対応し、周波数領域において１２個の連続した副搬送波に対応する。時間方向（１．０ｍｓ）における２つの隣接するリソースブロックのペアは、リソースブロックペアとして知られている。リソースブロックは、周波数領域において、システム帯域幅の一端から０で始まる番号が付けられる。
【０００６】
仮想リソースブロック（ＶＲＢ）と物理リソースブロック（ＰＲＢ）の概念がＬＴＥに導入されている。ユーザ機器（ＵＥ）への実際のリソース割振りは、ＶＲＢペアに関して行われる。リソース割振りには、局所型と分散型との２種類がある。局所化されたリソース割振りにおいては、ＶＲＢペアはＰＲＢペアに直接マッピングされるため、２つの連続した局所化されたＶＲＢも周波数領域において連続したＰＲＢとして配置される。一方、分散型ＶＲＢは、周波数領域において連続したＰＲＢにマッピングされないため、これらの分散型ＶＲＢを使用して送信されるデータチャネルに周波数ダイバーシティを提供する。
【０００７】
ダウンリンク送信は動的にスケジューリングされ、すなわち、各サブフレームにおいて、基地局は、現在のダウンリンクサブフレームにおいて、どの端末にデータが送信されるか、およびどのリソースブロックにデータが送信されるかに関する制御情報を送信する。この制御シグナリングは、通常、各サブフレーム内の最初の１つ、２つ、３つ、または４つのＯＦＤＭシンボルにおいて送信され、番号ｎ＝１、２、３、または４は、制御フォーマットインジケータ（ＣＦＩ）として知られている。ダウンリンクサブフレームはまた、受信機に知られており、たとえば制御情報のコヒーレント復調に使用される、共通の参照シンボルを含む。制御としてＣＦＩ＝３のＯＦＤＭシンボルを有するダウンリンクシステムが図３に示されている。
【０００８】
ＬＴＥリリース１１以降では、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）上でリソース割当てもスケジューリングされ得る。リリース８からリリース１０では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のみが利用可能である。
【０００９】
ノード、たとえばＬＴＥなどのセルラーシステム内のＵＥからの送受信は、周波数領域または時間領域（または、それらの組合せ）内で多重化され得る。図４は、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）を示す。ＦＤＤは、ダウンリンク送信およびアップリンク送信が、異なる、十分に分離された周波数帯域で行われることを意味する。ＴＤＤは、ダウンリンク送信およびアップリンク送信が、異なる、重複しないタイムスロットにおいて行われることを意味する。したがって、ＴＤＤはペアになっていないスペクトルにおいて動作することができるが、ＦＤＤはペアのスペクトルを必要とする。
【００１０】
典型的には、通信システムにおいて送信された信号の構造は、フレーム構造の形態で編成される。たとえば、ＬＴＥは、図５に示されるように、無線フレームあたり長さ１ミリ秒の１０個の等しいサイズのサブフレームを使用する。図５の上部に示されるように、ＦＤＤ動作の場合、アップリンク送信（ｆＵＬ）用とダウンリンク送信（ｆＤＬ）用の２つの搬送波周波数が存在する。少なくともセルラー通信システムにおけるＵＥ（すなわち、端末）に関して、ＦＤＤは、全二重または半二重のいずれかであり得る。全二重の場合、ＵＥは同時に送受信することができるが、半二重動作の場合、ＵＥは同時に送受信することができない。しかしながら、半二重動作において、基地局は同時に受信／送信することが可能であり、たとえば、一方のＵＥから受信している間に同時に他方のＵＥに送信する。ＬＴＥにおいては、半二重ＵＥは、特定のサブフレームにおいて明示的に送信を指示されている場合を除いて、ダウンリンクにおいて監視／受信している。
【００１１】
図５の下部に示されるように、ＴＤＤ動作の場合、単一の搬送波周波数のみが存在し、アップリンク送信およびダウンリンク送信は、常にセル単位で時間的に分離される。同じ搬送波周波数がアップリンク送信およびダウンリンク送信に使用されるので、基地局とＵＥの両方が、送信から受信に、およびその逆に切り替える必要がある。任意のＴＤＤシステムの本質的な態様は、ダウンリンク送信もアップリンク送信も発生しない十分に大きなガード時間の可能性を提供することである。これは、アップリンク送信とダウンリンク送信との間の干渉を回避するために必要とされる。ＬＴＥの場合、このガード時間は、ダウンリンク部分（ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ））、ガード期間（ＧＰ）、およびアップリンク部分（アップリンクパイロットタイムスロット（ＵｐＰＴＳ））の３つの部分に分割される、スペシャルサブフレーム（サブフレーム１、および、場合によってはサブフレーム６）によって提供される。残りのサブフレームは、アップリンク送信またはダウンリンク送信に割り振られる。
【００１２】
ＴＤＤは、異なるダウンリンク設定／アップリンク設定によって、アップリンク送信およびダウンリンク送信にそれぞれ割り振られるリソースの量に関して、異なる非対称性を可能にする。ＬＴＥにおいては、図６に示されるように、７つの異なる設定が存在する。以下の説明において、「ダウンリンクサブフレーム」は、ダウンリンクサブフレームまたはスペシャルサブフレームのいずれかを意味することができる点に留意されたい。
【００１３】
異なるセル間のダウンリンク送信とアップリンク送信との間の重大な干渉を回避するために、隣接セルは同じダウンリンク設定／アップリンク設定を有するべきである。これが行われない場合、図７に示されるように、１つのセル内のアップリンク送信は、隣接セル内のダウンリンク送信を干渉する場合がある（逆も同様）。したがって、ダウンリンク／アップリンクの非対称性は、典型的にはセル間で変化することはできないが、システム情報の一部としてシグナリングされ、長期間にわたって固定されたままである。
【００１４】
ＬＴＥにおいて、増分冗長性を有するハイブリッド自動再送要求（ＨＡＲＱ）が使用される。コードワードの同じ部分を再送信する代わりに、異なる冗長バージョンが再送信され、チェイス合成よりも余分な利得が得られる。完全なバッファが受信機側で利用可能であり、その結果、コードワード全体の受信されたソフト値が記憶され得ることが理想的である。しかしながら、ＵＥの複雑さおよびコストの問題のために、ＵＥにおけるソフトバッファサイズは限られている。より高いレートの送信（より大きいコードワードが送信機から送信される）の場合、ＵＥは、限られたバッファ容量しか有し得ず、完全なコードワードを記憶することができない。したがって、エボルブドノードＢ（ｅＮＢ）とＵＥはソフトバッファのサイズについて同じ理解を有しなければならず、さもないと、ｅＮＢは、ＵＥが記憶できない符号化ビットを送信する場合があり、または、ＵＥが受信した符号化ビットが他のビットであることが分からず、ＵＥが記憶するビットと混同してしまう。
【００１５】
図８は、完全なコードワードと、ＵＥが記憶できるソフトビットの数とを示す。ｅＮＢとＵＥがソフトバッファのサイズについて同じ理解を有する場合、ｅＮＢは、ＵＥが記憶できない符号化ビットを決して送信しない。代わりに、ｅＮＢは、ＵＥによって記憶されたそれらの符号化ビットのみを取り、それらのビットを（再）送信に使用する。これは、図９に示される循環バッファによって示され得る。完全な円は、ソフトバッファのサイズに対応し、コードワード全体には対応しない点に留意することが重要である。第１の送信では、コードレートに応じて、いくつかの／すべてのシステマティックビット、および１つもない／いくつかのパリティビットが送信される。再送信においては、開始位置が変更され、周囲の別の部分に対応するビットが送信される。
【００１６】
リリース８  ＬＴＥ  ＦＤＤにおいては、各ＵＥは、コンポーネント搬送波あたり最大８つのＨＡＲＱプロセスを有し、各ＨＡＲＱプロセスは、デュアルコードワード多入力多出力（ＭＩＭＯ）送信をサポートするために最大２つのサブプロセスを含むことができる。リリース８  ＬＴＥにおける設計は、利用可能なソフトバッファを、設定された数のＨＡＲＱプロセスに等しく分割することである。分割されたソフトバッファの各部分は、受信したコードワードのソフト値を記憶するために使用され得る。デュアルコードワードＭＩＭＯ送信の場合、分割されたソフトバッファは、２つの受信したコードワードのソフト値を記憶するために、さらに等しく分割される。
【００１７】
より具体的には、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３６．２１２バージョン９．０．０、セクション５．１．４．１．２「Ｂｉｔ  ｃｏｌｌｅｃｔｉｏｎ，ｓｅｌｅｃｔｉｏｎ  ａｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ」において、ソフトバッファサイズ割振りは以下のようにプロビジョニングされる。
ｒ番目の符号化ブロックの長さＫｗ＝３ＫΠの循環バッファは、以下のように生成される。
2019514271.tif 000003
ｋ＝０，．．．，の場合、ＫΠ−１
2019514271.tif 000004
ｋ＝０，．．．，の場合、ＫΠ−１
2019514271.tif 000005
ｋ＝０，．．．，の場合、ＫΠ−１
トランスポートブロックのソフトバッファサイズをＮＩＲビットで表し、ｒ番目のコードブロックのソフトバッファサイズをＮｃｂビットで表す。サイズＮｃｂは以下のように取得され、ここで、Ｃはセクション５．１．２において計算されたコードブロックの数である。
−
2019514271.tif 000006
ダウンリンクターボ符号化トランスポートチャネルの場合
−Ｎｃｂ＝Ｋｗ  アップリンクターボ符号化トランスポートチャネルの場合
上式で、ＮＩＲは以下に等しい：
2019514271.tif 000007
上式で、
Ｎｓｏｆｔはソフトチャネルビットの総数［４］である。
［３］のセクション７．１に規定されるように、送信モード３、４、または８に基づいてＰＤＳＣＨ送信を受信するようにＵＥが設定されている場合、ＫＭＩＭＯは２に等しく、そのように設定されていない場合、１に等しい。
ＭＤＬ＿ＨＡＲＱは、［３］のセクション７に規定されるように、ＤＬ  ＨＡＲＱプロセスの最大数である。
Ｍｌｉｍｉｔは８に等しい定数である。
【００１８】
単一コードワード送信モードのソフトバッファ割振りが図１０に示されている。コードワードごとに予約されたバッファがあることが分かる。デュアルコードワード送信モードのソフトバッファ割振りが図１１に示されている。コードワードごとに予約されたバッファは前の動作の場合の半分にすぎないことが分かる。ソフトバッファ制限の問題は、デュアルコードワードＭＩＭＯ送信動作において特に深刻であることは明らかである。この制限は、増分冗長性再送信からのソフト合成利得の有効性を低下させる。
【００１９】
ＬＴＥリリース１２における、拡張された干渉緩和およびトラフィック適合（ｅＩＭＴＡ）の導入により、複数のアップリンクサブセットが導入された。アップリンクサブフレームセットの電力制御パラメータは、異なる干渉条件の間の動作を可能にするために、異なる電力制御パラメータによって個別に設定され得る。
【００２０】
３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．０．０のセクション５．１．１からの以下の抜粋は、アップリンク電力制御の特定の態様を説明している。抜粋に示されているように、電力制御パラメータは、異なる干渉条件を取り扱うために、異なるアップリンクサブフレームセットに対して別個に設定されている。
５．１．１  物理アップリンク共有チャネル
［．．．］
アップリンク電力制御は、異なるアップリンク物理チャネルの送信電力を制御する。
［．．．］
５．１．１．１  ＵＥの挙動
物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのＵＥ送信電力の設定は、以下のように規定される。
ＵＥがサービングセルｃに対して同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃに対するサブフレームｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、以下のように与えられる。
2019514271.tif 000008
［ｄＢｍ］
ＵＥがサービングセルｃに対してＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、サービングセルｃに対するサブフレームｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、以下のように与えられる。
2019514271.tif 000009
［ｄＢｍ］
ＵＥがサービングセルｃに対してＰＵＳＣＨを送信していない場合、ＰＵＳＣＨのＤＣＩフォーマット３／３Ａで受信されたＴＰＣコマンドの蓄積のために、ＵＥは、サービングセルｃに対するサブフレームｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）が以下のように計算されると仮定するものとする。
ＰＰＵＳＣＨ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（１）＋αｃ（１）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
上式で、
−ＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃに対してサブフレームｉにおける［６］において規定された、設定されたＵＥ送信電力であり、
2019514271.tif 000010
はＰＣＭＡＸ，ｃ（ｉ）の線形値である。ＵＥがサービングセルｃに対するサブフレームｉにおいてＰＵＳＣＨなしでＰＵＣＣＨを送信する場合、ＰＵＳＣＨのＤＣＩフォーマット３／３Ａで受信したＴＰＣコマンドの蓄積のために、ＵＥは、副項５．１．２．１によって与えられるようにＰＣＭＡＸ，ｃ（ｉ）を仮定するものとする。ＵＥがサービングセルｃに対するサブフレームｉにおいてＰＵＣＣＨとＰＵＳＣＨを送信しない場合、ＰＵＳＣＨのＤＣＩフォーマット３／３Ａで受信したＴＰＣコマンドの蓄積のために、ＵＥは、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢ、および□ＴＣ＝０ｄＢと仮定してＰＣＭＡＸ，ｃ（ｉ）を計算するものとし、上式で、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲ、および□ＴＣは［６］において規定されている。
−
2019514271.tif 000011
は、副項５．１．２．１において規定されたＰＰＵＣＣＨ（ｉ）の線形値である。
−ＭＰＵＳＣＨ，ｃ（ｉ）はサブフレームｉおよびサービングセルｃに対して有効なリソースブロックの数で表されるＰＵＳＣＨリソース割当ての帯域幅である。
−ＵＥが、サービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定され、またサブフレームｉが、上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、
−ｊ＝０の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（０）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）であり、上式で、ｊ＝０は、半永続的許可に対応するＰＵＳＣＨ（再）送信に使用される。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）は、サービングセルｃごとに、それぞれ上位層によって提供される、パラメータｐ０−ＵＥ−ＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２である。
−ｊ＝１の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（１）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）であり、上式で、ｊ＝１は、動的にスケジューリングされた許可に対応するＰＵＳＣＨ（再）送信に使用される。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）は、サービングセルｃに対して、それぞれ上位層によって提供される、パラメータｐ０−ＵＥ−ＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２である。
−ｊ＝２の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）であり、上式で、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、上式で、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ［８］（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃに対して上位層からシグナリングされ、上式で、ｊ＝２はランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に使用される。
そうではない場合、
−ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｊ＝０および１の上位層から提供されるコンポーネントＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）と、サービングセルｃに対してｊ＝０および１の上位層から提供されるコンポーネントＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）との合計からなるパラメータである。半永続的許可に対応するＰＵＳＣＨ（再）送信の場合、ｊ＝０であり、動的にスケジューリングされた許可に対応するＰＵＳＣＨ（再）送信の場合、ｊ＝１であり、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信の場合、ｊ＝２である。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、上式で、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ［８］（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃに対する上位層からシグナリングされる。
−ＵＥがサービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定され、またサブフレームｉが、上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、
−ｊ＝０または１の場合、αｃ（ｊ）＝αｃ，２∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝である。αｃ，２は、サービングセルｃごとの上位層によって提供されるパラメータａｌｐｈａ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２である。
−ｊ＝２の場合、αｃ（ｊ）＝１である。
そうではない場合、
−ｊ＝０または１の場合、αｃ∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝は、サービングセルｃに対して上位層によって提供される３ビットパラメータである。ｊ＝２の場合、αｃ（ｊ）＝１である。
−ＰＬｃは、ｄＢにおいてサービングセルｃに対してＵＥにおいて計算されたダウンリンクパスロス推定値であり、また、ＰＬｃ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ−上位層フィルタリングＲＳＲＰであり、上式で、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは上位層によって提供され、ＲＳＲＰは参照サービングセルに対して［５］において規定され、上位層のフィルタ設定は参照サービングセルに対して［１１］において規定される。
−サービングセルｃがプライマリセルを含むＴＡＧに属する場合、プライマリセルのアップリンクに対して、プライマリセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用される。セカンダリセルのアップリンクの場合、［１１］において規定された上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって設定されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用される。
−サービングセルｃがＰＳＣｅｌｌを含むＴＡＧに属する場合、ＰＳＣｅｌｌのアップリンクに対して、ＰＳＣｅｌｌは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用され、ＰＳＣｅｌｌ以外のセカンダリセルのアップリンクの場合、［１１］において規定された上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって設定されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用される。
−サービングセルｃがプライマリセルまたはＰＳＣｅｌｌを含まないＴＡＧに属する場合、サービングセルｃは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用される。
−Ｋｓ＝１．２５の場合は、
−
2019514271.tif 000012
であり、Ｋｓ＝０の場合は０であり、上式で、Ｋｓは、サービングセルｃごとの上位層によって提供されるパラメータｄｅｌｔａＭＣＳ−Ｅｎａｂｌｅｄによって与えられる。サービングセルｃごとのＢＰＲＥおよび
2019514271.tif 000013
は、以下の通り計算される。送信モード２の場合、Ｋｓ＝０である。
−ＵＬ−ＳＣＨデータなしにＰＵＳＣＨを介して送信された制御データの場合、ＢＰＲＥ＝ＯＣＱＩ／ＮＲＥであり、他の場合、
2019514271.tif 000014
である。
−上式で、Ｃはコードブロックの数であり、Ｋｒはコードブロックｒのサイズであり、ＯＣＱＩはＣＲＣビットを含むＣＱＩ／ＰＭＩビットの数であり、ＮＲＥは
2019514271.tif 000015
として決定されたリソースエレメントの数であり、上式で、Ｃ、Ｋｒ、
2019514271.tif 000016
および、
2019514271.tif 000017
は、［４］において規定される。
−ＵＬ−ＳＣＨデータなしにＰＵＳＣＨを介して送信された制御データの場合、
2019514271.tif 000018
であり、他の場合は１である。
−δＰＵＳＣＨ，ｃは、ＴＰＣコマンドとも呼ばれる補正値であり、サービングセルｃに対してＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるか、またはＣＲＣパリティビットがＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルされたＤＣＩフォーマット３／３Ａを有するＰＤＣＣＨ内の他のＴＰＣコマンドと共同で符号化される。ＵＥがサービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定され、またサブフレームｉが、上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、サービングセルｃに対する現在のＰＵＳＣＨ電力制御調整状態はｆｃ，２（ｉ）によって与えられ、ＵＥはＰＰＵＳＣＨ，ｃ（ｉ）を決定するために、ｆｃ（ｉ）の代わりにｆｃ，２（ｉ）を使用するものとする。それ以外の場合、サービングセルｃに対する現在のＰＵＳＣＨ電力制御調整状態はｆｃ（ｉ）によって与えられる。ｆｃ，２（ｉ）およびｆｃ（ｉ）は、以下によって規定される：
−ｆｃ（ｉ）＝ｆｃ（ｉ−１）＋δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）、および、上位層によって提供されるパラメータＡｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて蓄積が可能である場合、または、ＴＰＣコマンドδＰＵＳＣＨ，ｃがサービングセルｃに対してＤＣＩフォーマット０を有するＰＤＣＣＨ／ＥＰＤＣＣＨに含まれ、臨時Ｃ−ＲＮＴＩによってＣＲＣがスクランブルされる場合、ｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）＋δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）である
−上式で、δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）は、ＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨ、またはサブフレームｉ−ＫＰＵＳＣＨ上にＤＣＩフォーマット３／３Ａを有するＰＤＣＣＨでシグナリングされ、ｆｃ（０）は蓄積リセット後の最初の値である。
−ＫＰＵＳＣＨの値は、
−ＦＤＤまたはＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４であり、
−ＴＤＤの場合、ＵＥが２つ以上のサービングセルで設定され、少なくとも２つの設定されたサービングセルのＴＤＤ  ＵＬ／ＤＬ設定が同じでない場合、または、ＵＥが少なくとも１つのサービングセルについてパラメータＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２で設定されるか、ＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ２の場合、「ＴＤＤ  ＵＬ／ＤＬ設定」は、サービングセルｃに対するＵＬ参照ＵＬ／ＤＬ設定（副項８．０において規定された）を指す。
−ＴＤＤ  ＵＬ／ＤＬ設定１−６の場合、ＫＰＵＳＣＨは、表５．１．１．１−１において与えられる
−ＴＤＤ  ＵＬ／ＤＬ設定０の場合、
−ＵＬインデックスのＬＳＢが１に設定されたＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨでサブフレーム２または７におけるＰＵＳＣＨ送信がスケジューリングされる場合、ＫＰＵＳＣＨ＝７であり、
−他のすべてのＰＵＳＣＨ送信については、ＫＰＵＳＣＨは表５．１．１．１−１において与えられる。
−サービングセルｃの場合、ＵＥは、ＳＰＳ  Ｃ−ＲＮＴＩのためのＵＥのＣ−ＲＮＴＩまたはＤＣＩフォーマット０を有するＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨ、および、ＤＲＸ中またはサービングセルｃが非アクティブ化されている場合を除いて、各サブフレーム内にこのＵＥのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを有するＤＣＩフォーマット３／３ＡのＰＤＣＣＨを復号しようとする。
−サービングセルｃに対するＤＣＩフォーマット０／４と、ＤＣＩフォーマット３／３Ａの両方が同じサブフレームで検出された場合、ＵＥはＤＣＩフォーマット０／４において提供されるδＰＵＳＣＨ，ｃを使用するものとする。
−サービングセルｃに対してＴＰＣコマンドが復号されないか、ＤＲＸが発生するか、またはｉがＴＤＤまたはＦＤＤ−ＴＤＤ内のアップリンクサブフレームではなく、サービングセルｃフレーム構造タイプ２でもないサブフレームの場合、δＰＵＳＣＨ，ｃ＝０ｄＢである。
−ＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨ上でシグナリングされたδＰＵＳＣＨ，ｃｄＢ蓄積値は、表５．１．１．１−２において与えられる。ＤＣＩフォーマット０を有するＰＤＣＣＨ／ＥＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨとして検証された場合、δＰＵＳＣＨ，ｃは０ｄＢである。
−ＤＣＩフォーマット３／３Ａを有するＰＤＣＣＨ上でシグナリングされたδＰＵＳＣＨ  ｄＢ蓄積値は、上位層によって提供されるパラメータＴＰＣ−Ｉｎｄｅｘによって決定されるように、表５．１．１．１−２において与えられるＳＥＴ１、または表５．１．１．１−３において与えられるＳＥＴ２の１つである。
−ＵＥがサービングセルｃに対してＰＣＭＡＸ，ｃ（ｉ）に到達した場合、サービングセルｃに対する正のＴＰＣコマンドは蓄積されないものとする
−ＵＥが最小電力に到達した場合、負のＴＰＣコマンドは蓄積されないものとする
−ＵＥがサービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定されていない場合、ＵＥは、蓄積をリセットするものとする
−サービングセルｃに対して、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更される場合
−サービングセルｃに対して、ＵＥがサービングセルｃに対するランダムアクセス応答メッセージを受信する場合
−ＵＥが、サービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定されている場合、
−ＵＥは、サービングセルｃに対するｆｃ（＊）に対応する蓄積をリセットするものとする
−ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更される場合
−ＵＥがサービングセルｃに対するランダムアクセス応答メッセージを受信する場合
−ＵＥは、サービングセルｃに対するｆｃ，２（＊）に対応する蓄積をリセットするものとする
−ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値が上位層によって変更される場合
−ＵＥが、サービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定されている場合、
−サブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、ｆｃ（ｉ）＝ｆｃ（ｉ−１）であり、
−サブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属さない場合、ｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）である
−上位層によって提供されるパラメータＡｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて、サービングセルｃに対して蓄積が可能にされない場合、ｆｃ（ｉ）＝δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）およびｆｃ，２（ｉ）＝δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）である
−上式で、δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）は、サブフレームｉ−ＫＰＵＳＣＨ上のサービングセルｃに対してＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨ上でシグナリングされる
−ＫＰＵＳＣＨの値は、
−ＦＤＤまたはＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４であり、
−ＴＤＤの場合、ＵＥが２つ以上のサービングセルで設定され、少なくとも２つの設定されたサービングセルのＴＤＤ  ＵＬ／ＤＬ設定が同じでない場合、または、ＵＥが少なくとも１つのサービングセルについてパラメータＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２で設定されるか、ＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ２の場合、「ＴＤＤ  ＵＬ／ＤＬ設定」は、サービングセルｃに対するＵＬ参照ＵＬ／ＤＬ設定（副項８．０によって規定された）を指す。
−ＴＤＤ  ＵＬ／ＤＬ設定１−６の場合、ＫＰＵＳＣＨは、表５．１．１．１−１において与えられる。
−ＴＤＤ  ＵＬ／ＤＬ設定０の場合、
−ＵＬインデックスのＬＳＢが１に設定されたＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨでサブフレーム２または７におけるＰＵＳＣＨ送信がスケジューリングされる場合、ＫＰＵＳＣＨ＝７であり、
−他のすべてのＰＵＳＣＨ送信については、ＫＰＵＳＣＨは表５．１．１．１−１において与えられる。
−ＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨ上でシグナリングされたδＰＵＳＣＨ，ｃｄＢ絶対値は、表５．１．１．１−２において与えられる。ＤＣＩフォーマット０を有するＰＤＣＣＨ／ＥＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨとして検証された場合、δＰＵＳＣＨ，ｃは０ｄＢである。
−サービングセルｃに対してＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨが復号されないか、ＤＲＸが発生するか、またはｉがＴＤＤまたはＦＤＤ−ＴＤＤ内のアップリンクサブフレームではなく、サービングセルｃフレーム構造タイプ２でもないサブフレームの場合、ｆｃ（ｉ）＝ｆｃ（ｉ−１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）である。
−ＵＥが、サービングセルｃに対して上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で設定されている場合、
−サブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、ｆｃ（ｉ）＝ｆｃ（ｉ−１）であり、
−サブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属さない場合、ｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）である。
−ｆｃ（＊）の両方のタイプ（蓄積または現在の絶対値）の場合、第１の値は次のように設定される。
−上位層によってＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が変更され、サービングセルｃがプライマリセルである場合、またはＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって受信され、サービングセルｃがセカンダリセルである場合、
−ｆｃ（０）＝０
−そうではない場合、
−ＵＥがサービングセルｃに対するランダムアクセス応答メッセージを受信した場合
−ｆｃ（０）＝ΔＰｒａｍｐｕｐｃ＋δｍｓｇ２，ｃ  上式で、
δｍｓｇ２，ｃは、サービングセルｃにおいて送信されるランダムアクセスプリアンブルに対応するランダムアクセス応答において示されるＴＰＣコマンドであり（副項６．２参照）、
2019514271.tif 000019
また、ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃは、上位層によって提供され、サービングセルｃにおける最初のプリアンブルから最後のプリアンブルまで上位層によって要求される全電力ランプアップに対応し、ＭＰＵＳＣＨ，ｃ（０）は、サービングセルｃにおける第１のＰＵＳＣＨ送信のサブフレームに有効なリソースブロックの数で表されるＰＵＳＣＨリソース割当ての帯域幅であり、ΔＴＦ，ｃ（０）は、サービングセルｃにおける第１のＰＵＳＣＨ送信の電力調整である。
−ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値がサービングセルｃに対する上位層によって受信される場合、
−ｆｃ，２（０）＝０
表5.1.1.1-1:TDD設定0〜6のKPUSCH
2019514271.tif 000020
表5.1.1.1-2:DCIフォーマット0/3/4におけるTPCコマンドフィールドの絶対値と蓄積δPUSCH,c値へのマッピング
2019514271.tif 000021
表5.1.1.1-3:DCIフォーマット3AにおけるTPCコマンドフィールドの蓄積δPUSCH,c値へのマッピング
2019514271.tif 000022
ＵＥがＳＣＧまたはＰＵＣＣＨ−ＳＣｅｌｌで設定されておらず、ＵＥの総送信電力が
2019514271.tif 000023
を超過する場合、ＵＥは、サブフレームｉにおけるサービングセルｃに対して
2019514271.tif 000024
をスケーリングし、その結果、条件
2019514271.tif 000025
が満たされ、
2019514271.tif 000026
はＰＰＵＣＣＨ，ｃ（ｉ）の線形値であり、
2019514271.tif 000027
はＰＰＵＳＣＨ，ｃ（ｉ）の線形値であり、
2019514271.tif 000028
は、サブフレームｉ内の［６］において規定されるＵＥ合計設定最大出力電力ＰＣＭＡＸの線形値であり、ｗ（ｉ）はサービングセルｃに対する
2019514271.tif 000029
のスケーリングファクタであり、０≦ｗ（ｉ）≦１である。サブフレームiにおいてＰＵＣＣＨ送信がない場合、
2019514271.tif 000030
である。ＵＥがＳＣＧまたはＰＵＣＣＨ−Ｓｃｅｌｌで設定されておらず、またＵＥがサービングセルｊ上のＵＣＩによるＰＵＳＣＨ送信と、残りのサービングセルのいずれかにおいてＵＣＩなしのＰＵＳＣＨとを有し、ＵＥの総送信電力が
2019514271.tif 000031
を超える場合、ＵＥは、サブフレームｉにおいてＵＣＩなしのサービングセルに対する
2019514271.tif 000032
をスケーリングし、したがって、条件
2019514271.tif 000033
が満たされ、上式で、
2019514271.tif 000034
は、ＵＣＩを有するセルに対するＰＵＳＣＨ送信電力であり、ｗ（ｉ）はＵＣＩなしのサービングセルｃに対する
2019514271.tif 000035
のスケーリングファクタである。この場合、
2019514271.tif 000036
およびＵＥの総送信電力が依然として
2019514271.tif 000037
を超えない限り、
2019514271.tif 000038
に電力スケーリングは適用されない。
ＳＣＧまたはＰＵＣＣＨ−ＳＣｅｌｌで設定されていないＵＥの場合、ｗ（ｉ）＞０であればｗ（ｉ）値はサービングセル全体で同じであるが、特定のサービングセルｗ（ｉ）は０であり得る点に留意されたい。
ＵＥがＳＣＧまたはＰＵＣＣＨ−ＳＣｅｌｌで設定されておらず、ＵＥがサービングセルｊ上のＵＣＩによる同時ＰＵＣＣＨおよびＰＵＳＣＨ送信、ならびに残りのサービングセルのいずれかにおいてＵＣＩなしのＰＵＳＣＨ送信を有する場合、また、ＵＥの総送信電力が
2019514271.tif 000039
を超過する場合、ＵＥは
2019514271.tif 000040
および
2019514271.tif 000041
に従って、
2019514271.tif 000042
を取得する。
ＵＥがＳＣＧまたはＰＵＣＣＨ−ＳＣｅｌｌで設定されていない場合、また、
−ＵＥが複数のＴＡＧで設定されている場合、およびＴＡＧ内の所与のサービングセルに関するサブフレームｉ上のＵＥのＰＵＣＣＨ／ＰＵＳＣＨ送信が、別のＴＡＧ内の異なるサービングセル用のサブフレームｉ＋１上のＰＵＳＣＨ送信の第１のシンボルの一部と重複する場合、ＵＥは、任意の重複した部分上のＰＣＭＡＸを超えないように、その総送信電力を調整するものとする。
−ＵＥが複数のＴＡＧで設定されている場合、およびＴＡＧ内の所与のサービングセルに関するサブフレームｉ上のＵＥのＰＵＳＣＨ送信が、別のＴＡＧ内の異なるサービングセル用のサブフレームｉ＋１上のＰＵＣＣＨ送信の第１のシンボルの一部と重複する場合、ＵＥは、任意の重複した部分上のＰＣＭＡＸを超えないように、その総送信電力を調整するものとする。
−ＵＥが複数のＴＡＧで設定されている場合、およびＴＡＧ内の所与のサービングセルに関するサブフレームｉ上のシンボル内のＵＥのＳＲＳ送信が、同一または別のＴＡＧ内の異なるサービングセル用のサブフレームｉまたはサブフレームｉ＋１上のＰＵＣＣＨ／ＰＵＳＣＨ送信と重複する場合、ＵＥは、その総送信電力がシンボルの任意の重複した部分上のＰＣＭＡＸを超えた場合、ＳＲＳをドロップするものとする。
−ＵＥが複数のＴＡＧおよび３つ以上のサービングセルで設定されている場合、および所与のサービングセルに関するサブフレームｉ上のシンボル内のＵＥのＳＲＳ送信が、異なるサービングセル用のサブフレームｉ上のＳＲＳ送信と重複し、別のサービングセル用のサブフレームｉまたはサブフレームｉ＋１上のＰＵＳＣＨ／ＰＵＣＣＨ送信と重複する場合、ＵＥは、総送信電力がシンボルの任意の重複した部分上のＰＣＭＡＸを超えた場合、ＳＲＳ送信をドロップするものとする。
−ＵＥが複数のＴＡＧで設定されている場合、ＵＥは、異なるＴＡＧに属する異なるサービングセルのサブフレーム上のシンボル内のＳＲＳ送信と並行して第２のサービングセルにおけるＰＲＡＣＨを送信するように上位層によって要求されるとき、総送信電力がシンボル内の任意の重複した部分上のＰＣＭＡＸを超えた場合、ＳＲＳをドロップするものとする。
−ＵＥが複数のＴＡＧで設定されている場合、ＵＥは、異なるＴＡＧに属する異なるサービングセル内のＰＵＳＣＨ／ＰＵＣＣＨと並行して、第２のサービングセルにおけるＰＲＡＣＨを送信するように、上位層によって要求されるとき、その総送信電力が重複した部分上のＰＣＭＡＸを超えないようにＰＵＳＣＨ／ＰＵＣＣＨの送信電力を調整するものとする。
【発明の概要】
【００２１】
ワイヤレスデバイスがアップリンク２５６直交振幅変調（２５６ＱＡＭ）を使用できるか否かに関して、アップリンクサブフレームセットごとに、ワイヤレスデバイスを個別に（すなわち、別個に）設定するためのシステムおよび方法が本明細書に開示される。いくつかの実施形態では、ネットワークノードの動作方法は、２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのための変調符号化方式（ＭＣＳ）テーブルを使用するようにワイヤレスデバイスを設定することを備える。いくつかの実施形態では、２つ以上のアップリンクサブフレームセットは、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである。このようにして、より多くのサブフレームにおいて２５６ＱＡＭが利用され得、その結果、アップリンクデータレートが増加され得る。
【００２２】
いくつかの実施形態では、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイスを設定することは、２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイスを設定することと、２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないようにワイヤレスデバイスを設定することとを備える。
【００２３】
いくつかの実施形態では、本方法は、第１のアップリンクサブフレームセットに対するアップリンク２５６ＱＡＭのためのＭＣＳテーブルの設定された使用に従って、２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセット内のサブフレームにおいてワイヤレスデバイスからアップリンク送信を受信することをさらに備える。
【００２４】
いくつかの実施形態では、本方法は、ワイヤレスデバイスがアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定された第１のアップリンクサブフレームセット内のサブフレームにおけるワイヤレスデバイスからの初期アップリンク送信を同期ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの一部として受信することと、ワイヤレスデバイスがアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないように設定された第２のアップリンクサブフレームセット内のサブフレームにおけるワイヤレスデバイスからの再送信を同期ＨＡＲＱプロセスの一部として受信することとをさらに備える。さらに、いくつかの実施形態では、本方法は、再送信のために、再送信のための対応する信号対干渉および雑音比（ＳＩＮＲ）ターゲットによって目標とされるものよりも多くの量の再送信のためのリソースエレメントをスケジューリングすることをさらに備える。いくつかの実施形態では、再送信を受信することは、対応する信頼性を有する複数のソフトビットを提供するために再送信のためのソフト復調を実行することと、１つまたは複数の低信頼性ソフトビットをゼロに設定することとを備える。いくつかの他の実施形態では、初期アップリンク送信を受信することは、対応する信頼性を有する複数のソフトビットを提供するために、初期アップリンク送信のためのソフト復調を実行することと、１つまたは複数の低信頼性ソフトビットをゼロに設定することとを備え、再送信アップリンク送信を受信することは、対応する信頼性を有する複数のソフトビットを提供するために、再送信のためのソフト復調を実行することと、１つまたは複数の低信頼性ソフトビットをゼロに設定することと、再送信のためのソフトビットを、初期アップリンク送信のためのソフトビットと組み合わせること、または再送信のための非ゼロソフトビットのみを、初期アップリンク送信のための対応するソフトビットと組み合わせることとを備える。
【００２５】
いくつかの実施形態では、本方法は、ワイヤレスデバイスがアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定された第１のアップリンクサブフレームセット内のサブフレームにおけるワイヤレスデバイスからの初期アップリンク送信を非同期ＨＡＲＱプロセスの一部として受信することと、ワイヤレスデバイスがアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定された第１のアップリンクサブフレームセットまたは別のアップリンクサブフレームセット内のサブフレームにおけるワイヤレスデバイスからの再送信を非同期ＨＡＲＱプロセスの一部として受信することとをさらに備える。
【００２６】
いくつかの実施形態では、ネットワークノードは無線アクセスノードである。
【００２７】
ネットワークノードの実施形態もまた開示される。いくつかの実施形態では、ネットワークノードは、プロセッサと、プロセッサによって実行可能な命令を備えるメモリとを備え、それらによって、ネットワークノードは、２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイスを設定するように動作可能である。いくつかの実施形態では、２つ以上のアップリンクサブフレームセットは、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである。
【００２８】
いくつかの実施形態では、アップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイスを設定するために、ネットワークノードは、２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイスを設定することと、２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないようにワイヤレスデバイスを設定することとを行うようにさらに動作可能である。
【００２９】
いくつかの実施形態では、プロセッサによる命令の実行によって、ネットワークノードは、第１のアップリンクサブフレームセットに対するアップリンク２５６ＱＡＭのためのＭＣＳテーブルの設定された使用に従って、２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセット内のサブフレームにおいてワイヤレスデバイスからアップリンク送信を受信するようにさらに動作可能である。
【００３０】
いくつかの実施形態では、ネットワークノードは無線アクセスノードである。
【００３１】
いくつかの実施形態では、ネットワークノードは、本明細書で開示されるネットワークノードの動作方法の実施形態のうちのいずれか１つの方法を実行するように適合される。
【００３２】
いくつかの実施形態では、ネットワークノードは、２つ以上のアップリンクサブフレームセットに対して、アップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイスを設定するように動作可能な設定モジュールを備える。
【００３３】
ワイヤレスデバイスの動作方法の実施形態もまた開示される。いくつかの実施形態では、ワイヤレスデバイスの動作方法は、２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得することを備え、２つ以上のアップリンクサブフレームセットのアップリンクサブフレームセットごとに、アップリンクサブフレームセットの別個の設定は、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための設定である。本方法は、２つ以上のアップリンクサブフレームセットのうちの１つに対するアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための別個の設定に従って、２つ以上のアップリンクサブフレームセットのうちの１つのサブフレームにおけるアップリンク送信を送信することをさらに備える。いくつかの実施形態では、２つ以上のアップリンクサブフレームセットは、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである。
【００３４】
いくつかの実施形態では、２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得することは、２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための第１の設定を取得することと、２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないための第２の設定を取得することとを備える。
【００３５】
ワイヤレスデバイスの実施形態もまた開示される。いくつかの実施形態では、ワイヤレスデバイスは、トランシーバと、プロセッサと、プロセッサによって実行可能な命令を記憶するメモリとを備え、それらによって、ワイヤレスデバイスは、２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得することであって、２つ以上のアップリンクサブフレームセットのアップリンクサブフレームセットごとに、アップリンクサブフレームセットの別個の設定は、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための設定である、取得することと、トランシーバを介して、２つ以上のアップリンクサブフレームセットのうちの１つに対するアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための別個の設定に従って、２つ以上のアップリンクサブフレームセットのうちの１つのサブフレームにおけるアップリンク送信を送信することとを行うように動作可能である。いくつかの実施形態では、２つ以上のアップリンクサブフレームセットは、別個のアップリンク電力制御のための２つ以上のアップリンクサブフレームセットである。
【００３６】
いくつかの実施形態では、２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得するために、ワイヤレスデバイスは、２つ以上のアップリンクサブフレームセットの第１のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための第１の設定を取得することと、２つ以上のアップリンクサブフレームセットの第２のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないための第２の設定を取得することとを行うようにさらに動作可能である。
【００３７】
いくつかの実施形態では、ワイヤレスデバイスは、本明細書で開示される実施形態のいずれかによるワイヤレスデバイスの動作方法を実行するように適合される。
【００３８】
いくつかの実施形態では、ワイヤレスデバイスは、取得モジュールと送信モジュールとを備える。取得モジュールは、２つ以上のアップリンクサブフレームセットに対してアップリンクサブフレームセットごとに別個の設定を取得するように動作可能であり、２つ以上のアップリンクサブフレームセットのアップリンクサブフレームセットごとに、アップリンクサブフレームセットの別個の設定は、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための設定である。送信モジュールは、２つ以上のアップリンクサブフレームセットのうちの１つに対するアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための別個の設定に従って、２つ以上のアップリンクサブフレームセットのうちの１つのサブフレームにおけるアップリンク送信を送信するように動作可能である。
【００３９】
当業者であれば、本開示の範囲を理解し、添付の図面に関連して以下の実施形態の詳細な説明を読んだ後で、その追加の態様を実現するであろう。
【００４０】
本明細書に組み込まれ、本明細書の一部を形成する添付の図面は、本開示のいくつかの態様を示しており、この説明とともに、本開示の原理を説明するのに役立つ。
【図面の簡単な説明】
【００４１】
【図１】Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ダウンリンク物理リソースを示す図である。
【図２】ＬＴＥ時間領域構造を示す図である。
【図３】ダウンリンクサブフレームを示す図である。
【図４】周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）を示す図である。
【図５】ＦＤＤおよびＴＤＤの場合のＬＴＥのアップリンク／ダウンリンク時間／周波数構造を示す図である。
【図６】ＴＤＤのための異なるダウンリンク／アップリンク設定を示す図である。
【図７】ＴＤＤのための異なるアップリンク／ダウンリンク干渉を示す図である。
【図８】端末によって記憶された、符号化されたトランスポートブロックと、符号化ビット（ソフトバッファサイズ）とを示す図である。
【図９】第１の送信に使用されるビットを示し、再送信が循環バッファから導出されることを示す図である。循環バッファのサイズは、端末のソフトバッファサイズと一致する。
【図１０】物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信モードが、モード３、４、または８以外である場合の、リリース８ＬＴＥにおけるソフトバッファ割振りを示す図である。
【図１１】ＰＤＳＣＨ送信モードが、モード３、４、または８である場合の、リリース８ＬＴＥにおけるソフトバッファ割振りを示す図である。
【図１２】ＬＴＥネットワークを示す図である。
【図１３】限定されるものではないが、本開示のいくつかの実施形態による無線アクセスノードなどのネットワークノードの動作を示すフローチャートである。
【図１４】限定されるものではないが、本開示のいくつかの実施形態によるワイヤレスデバイスなどのワイヤレスデバイスの動作を示すフローチャートである。
【図１５】本開示のいくつかの実施形態による、同期ハイブリッド自動再送要求（ＨＡＲＱ）とともにアップリンク２５６直交振幅変調（ＱＡＭ）のための変調符号化方式（ＭＣＳ）テーブルの使用の別個の設定の使用を示す図である。
【図１６】本開示のいくつかの実施形態による、非同期ＨＡＲＱとともにアップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用の別個の設定の使用を示す図である。
【図１７】ワイヤレス通信デバイスの例示的な実施形態を示す図である。
【図１８】ワイヤレス通信デバイスの例示的な実施形態を示す図である。
【図１９】無線アクセスノードの例示的な実施形態を示す図である。
【図２０】無線アクセスノードの例示的な実施形態を示す図である。
【発明を実施するための形態】
【００４２】
以下に述べる実施形態は、当業者が実施形態を実施することを可能にする情報を表し、実施形態を実施する最良の形態を示す。添付の図面に照らして以下の説明を読むと、当業者は本開示の概念を理解し、本明細書において特に言及されないこれらの概念の適用を認識するであろう。これらの概念および適用は、本開示の範囲および添付の特許請求の範囲に含まれることが理解されるべきである。
【００４３】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）拡張ライセンスアシストアクセス（ＬＡＡ）ｆｏｒ  ＬＴＥのアップリンク容量拡張に関する作業を開始した（たとえば、ＲＰ−１６０６６４、Ｎｅｗ  Ｗｏｒｋ  Ｉｔｅｍ  ｏｎ  Ｕｐｌｉｎｋ  Ｃａｐａｃｉｔｙ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  ＬＴＥ  ｅｎｈａｎｃｅｄ  ＬＡＡ  ｆｏｒ  ＬＴＥ，３ＧＰＰ  ＲＡＮ  ＷＧ  ＃７１；Ｅｒｉｃｓｓｏｎ，ＣＭＣＣを参照）。これらのアップリンク拡張の一部として、アップリンク２５６直交振幅変調（２５６ＱＡＭ）のサポートが提供される。
【００４４】
ＬＴＥリリース１２における拡張された干渉緩和およびトラフィック適合（ｅＩＭＴＡ）の導入により、複数のアップリンクサブセットが導入された。アップリンクサブフレームセットの電力制御パラメータは、異なる干渉条件の間の動作を可能にするために、異なる電力制御パラメータによって個別に設定され得る。これは、異なるアップリンクサブフレームセットにおける異なる干渉条件の可能性のために、アップリンクにおける２５６ＱＡＭの使用に影響を与える。たとえば、アップリンクサブフレームセットのうちの１つの干渉条件は、そのアップリンクサブフレームセットにおいて２５６ＱＡＭを利用することが困難になる可能性があり、一方、別のアップリンクサブフレームセットにおける干渉条件は、そのアップリンクサブフレームセットにおいて２５６ＱＡＭを利用することが可能になる可能性がある。したがって、アップリンク２５６ＱＡＭが利用されているか否かに関して、サブフレームセットごとに個別にユーザ機器（ＵＥ）を設定できることは有益であり得る。本明細書で開示される実施形態は、アップリンク電力制御サブフレームセットごとに別個にアップリンク２５６ＱＡＭのための変調符号化方式（ＭＣＳ）テーブルの使用を設定することを提案する。
【００４５】
これに関して、ワイヤレスデバイスがアップリンク２５６ＱＡＭを使用できるか否かに関して、アップリンクサブフレームセットごとに個別に（すなわち、別個に）ワイヤレスデバイス（たとえば、ＵＥ）を設定するためのシステムおよび方法が本明細書に開示される。言い換えれば、アップリンク（たとえば、電力制御）サブフレームセットごとに別個にアップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用を設定するためのシステムおよび方法が本明細書に開示される。たとえば、干渉条件が２５６ＱＡＭを利用することを可能にするアップリンクサブフレームセットにおいて、ＵＥはアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定される。反対に、干渉条件が２５６ＱＡＭを利用することが困難になる別のアップリンクサブフレームセットでは、ＵＥはアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないように設定される（たとえば、ＵＥは、アップリンク２５６ＱＡＭをサポートしていない別のＭＣＳテーブルを使用するように設定される）。
【００４６】
記載された実施形態は、従来の手法の特定の欠点を認識して生成される。ＵＥが異なるアップリンクサブフレームセットで設定されている従来の手法では、エボルブドノードＢ（ｅＮＢ）は、送信を受信するときに異なるサブフレームセット内の異なる干渉レベルに遭遇し得る。補償するために、ＵＥは、セットのうちの少なくとも１つにおいてより高い電力を使用し得る。この文脈において生じる問題は、干渉レベルにより、セットのうちの１つにおいて２５６ＱＡＭを使用することが不可能になる場合があるか、または性能が著しく低下することである。
【００４７】
したがって、いくつかの実施形態は、ＵＥ内のアップリンクサブフレームセットごとに別個にアップリンク２５６ＱＡＭのためのＭＣＳテーブルを設定する。ｅＮＢは、信号対干渉および雑音比（ＳＩＮＲ）がアップリンク２５６ＱＡＭを復号するために十分ではないと仮定して、最適化された復号化を採用し得る。本明細書に記載されるこれらのおよび他の実施形態は、より多くのアップリンクサブフレームが２５６ＱＡＭを使用することを可能にし、アップリンクデータレートを潜在的に増加させることができる。
【００４８】
いくつかの実施形態では、ＵＥは、アップリンクにおいて２５６ＱＡＭを含むＭＣＳテーブルを使用することが可能かどうかに関して、アップリンクサブフレームセットごとに別個に設定される。同期ＨＡＲＱが適用される場合、以下の設定態様が初期送信に適用され、たとえば、新しいデータインジケータ（ＮＤＩ）は１に等しい。アップリンク２５６ＱＡＭ  ＭＣＳで設定されたアップリンクサブフレームセットの一部ではないサブフレームにおいて、２５６ＱＡＭとともに最初に送信されたトランスポートブロックの再送信が行われる場合については、さらに後述する。非同期ハイブリッド自動再送要求（ＨＡＲＱ）が適用される場合、ｅＮＢは、アップリンク２５６ＱＡＭをサポートするＭＣＳテーブルで設定され、一部はアップリンク２５６ＱＡＭをサポートしないＭＣＳテーブルで設定されたサブフレームに使用されるＨＡＲＱプロセスのセットを動作させることができる。
【００４９】
いくつかの他の実施形態では、アップリンク２５６ＱＡＭ送信の再送信は、より高い干渉を有するサブフレームセットの一部であるサブフレームにおいて発生する。代替案はまた、同じサブフレーム内でアップリンク２５６ＱＡＭ送信の初期送信が行われることである。ｅＮＢは、より高い干渉を補償するために、以下のアクションのうちの１つまたは複数を行うことができる。
●所与の再送信のために、そのＳＩＮＲターゲットによってターゲットとなるものよりも多くのリソースエレメントをスケジューリングする。
●符号化ビットを復号するプロセスにおいて、ｅＮＢは、変調シンボルから計算されたソフトビットの異なる信頼性のみを考慮することができる。たとえば、ＬＴＥ  ２５６ＱＡＭシンボルから、ソフト復調器によって８つのソフトビットが生成される。ソフトビットの第１のペアは、最も高い信頼性および強度を有する。次のペアは、順次信頼性および強度が次第に低くなる。１つの非限定的な実装形態では、受信機は、干渉の悪影響を低減するために、信頼性の低いビットのソフトビットをゼロに設定することができる。たとえば、４つの最も信頼性の低いビットがゼロに設定されている場合、受信機は受信信号を２５６ＱＡＭよりも干渉に耐性のある１６ＱＡＭとして効果的に扱う。さらなる非限定的な実装形態では、受信機が（たとえば、復調参照シンボル内の残留誤差をチェックすることによって）実質的に高い干渉が存在すると推定する場合、受信機は、６つの最も信頼性の低いソフトビットをゼロに設定する（すなわち、信号を直角位相シフトキーイング（ＱＰＳＫ）として扱う）ことができ、または、すべてのソフトビットをゼロに設定する（それによって、高度に汚染された送信を廃棄する）。
○復号プロセスにおいては、これは初期送信のために考慮され得る。再送信のために、ｅＮＢは、上記のビットと、ｅＮＢに記憶された対応するソフトビットだけを組み合わせることを選択することができる。言い換えれば、初期アップリンク送信のために、ｅＮＢは、対応する信頼性を有するソフトビットを提供するためにソフト復調を実行し、低信頼性ソフトビットのうちの１つまたは複数をゼロに設定することができる。次いで、ｅＮＢは、対応する信頼性を有する再送信用のソフトビットを提供するために、再送信のためのソフト復調を実行し、低信頼性ソフトビットのうちの１つまたは複数をゼロに設定し、初期アップリンク送信のためのソフトビットと再送信のための対応するソフトビットとを組み合わせるか、再送信のための非ゼロソフトビットのみを初期アップリンク送信のための対応するソフトビットと組み合わせることができる。
【００５０】
ビットを記憶する際に、ｅＮＢが初期送信または再送信を復号することに失敗した場合、ｅＮＢは、より信頼性の高いソフトビットのみを記憶する（および、信頼性の低いビットを廃棄する）ことを決定することができる。これは、予想される干渉レベルがより高いサブフレームにおいて送信が受信された場合に特に有用である。
【００５１】
記載された実施形態は、任意の適切な通信規格をサポートし、任意の適切なコンポーネントを使用する、任意の適切なタイプの通信システムにおいて実装され得る。一例として、特定の実施形態は、図１２に示されるようなＬＴＥネットワークにおいて実装され得る。
【００５２】
図１２を参照すると、通信ネットワーク１０は、複数のワイヤレス通信デバイス１２（たとえば、従来のＵＥ、マシンタイプ通信（ＭＴＣ）／マシンツーマシン（Ｍ２Ｍ）ＵＥ）と、複数の無線アクセスノード１４（たとえば、ｅＮＢまたは他の基地局）とを備える。通信ネットワーク１０は、セル１６に編成され、セル１６は、対応する無線アクセスノード１４を介してコアネットワーク１８に接続される。無線アクセスノード１４は、ワイヤレス通信デバイス間、またはワイヤレス通信デバイスと別の通信デバイス（固定電話など）との間の通信をサポートするために適した任意の追加のエレメントとともに、ワイヤレス通信デバイス１２（本明細書ではワイヤレスデバイス１２とも呼ばれる）と通信することができる。
【００５３】
図１３は、限定されるものではないが、本開示のいくつかの実施形態による無線アクセスノード１４などのネットワークノードの動作を示すフローチャートである。上述したように、ネットワークノードは、アップリンク（たとえば、電力制御）サブフレームセットごとに別個にアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するためのワイヤレスデバイス１２を設定する（ステップ１００）。たとえば、ネットワークノードは、あるアップリンクサブフレームセットについてアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するようにワイヤレスデバイス１２を設定し、別のアップリンクサブフレームセットについてアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないようにワイヤレスデバイス１２を設定し得る。上述したように、いくつかの実施形態では、アップリンクサブフレームセットは、アップリンクサブフレームセット内の異なる干渉条件に基づいてアップリンク電力制御パラメータが別個に設定され得るアップリンクサブフレームセットである。設定を提供するために、任意の適切な技法が使用され得るが、いくつかの実施形態では、ネットワークノードは無線アクセスノード１４であり、設定は、たとえば無線リソース制御（ＲＲＣ）シグナリングなどの制御シグナリングを介して提供される。任意で（破線によって示されるように）、ネットワークノードは、対応するアップリンクサブフレームセットに対するアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するためのワイヤレスデバイス１２の設定に従って、サブフレーム内でワイヤレスデバイス１２からアップリンク送信を受信する（ステップ１０２）。
【００５４】
図１４は、限定されるものではないが、本開示のいくつかの実施形態による図１２のワイヤレスデバイス１２などのワイヤレスデバイスの動作を示すフローチャートである。上述したように、ワイヤレスデバイスは、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するためのアップリンク（たとえば、電力制御）サブフレームセットごとに別個の設定を取得する（ステップ２００）。たとえば、ワイヤレスデバイスは、あるアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定を取得してもよく、別のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないように別の設定を取得してもよい。上述したように、いくつかの実施形態では、アップリンクサブフレームセットは、アップリンクサブフレームセット内の異なる干渉条件に基づいてアップリンク電力制御パラメータが別個に設定され得るアップリンクサブフレームセットである。アップリンクサブフレームセットごとに別個の設定を取得するために、任意の適切な技法が使用され得るが、いくつかの実施形態では、ワイヤレスデバイスは、たとえば、ＲＲＣシグナリングなどの制御シグナリングを介して、アップリンクサブフレームセットごとに別個の設定を受信する。任意で（破線によって示されるように）、ワイヤレスデバイスは、対応するアップリンクサブフレームセットのためにアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するために、ワイヤレスデバイス１２の設定に従って、たとえば無線アクセスノード１４にアップリンク送信をサブフレームにおいて送信する（ステップ２０２）。
【００５５】
やはり上述したように、アップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用の別個の設定は、同期ＨＡＲＱまたは非同期ＨＡＲＱとともに使用され得る。当業者には理解されるように、同期ＨＡＲＱを使用する場合、ワイヤレスデバイス１２は、知られている時間ｔ０において初期送信を送信し、その後、規定された時間ｔ１において初期送信のための肯定応答／否定応答（ＡＣＫ／ＮＡＳＫ）を受信し、ここで、ＬＴＥ  ｔ１＝ｔ０＋４ミリ秒（ｍｓ）である。ワイヤレスデバイス１２がＮＡＣＫを受信した場合、ワイヤレスデバイス１２は、規定された時間ｔ２において再送信を送信し、ここで、ＬＴＥ  ｔ２＝ｔ１＋４ｍｓであり、ＨＡＲＱプロセスは、ワイヤレスデバイス１２がＡＣＫを受信するまで、このように継続する。同期ＨＡＲＱの時に、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定されたアップリンクサブフレームセット内にあるサブフレームにおいて、初期送信が行われ得るという点で問題が発生するが、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないように設定された別のアップリンクサブフレームセット内にあるサブフレームにおいて、再送信が行われ得る。
【００５６】
これに関して、図１５は本開示のいくつかの実施形態による、同期ＨＡＲＱとともにアップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用の別個の設定の使用を示す。図示されているように、無線アクセスノード１４は、上述したように、複数の（すなわち２つ以上の）アップリンクサブフレームセットに対して別個にワイヤレスデバイス１２によるアップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用を別個に設定する（ステップ３００）。無線アクセスノード１４は、当業者には理解されるように、アップリンクグラントをワイヤレスデバイス１２に送信する（ステップ３０２）。この例では、アップリンクグラントは、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定されたアップリンクサブフレームセット内にあるサブフレームにおけるアップリンク送信のためのものである。同期ＨＡＲＱに従って、ワイヤレスデバイス１２は、アップリンクグラントおよびアップリンク２５６ＱＡＭのためのＭＣＳテーブルの設定された使用に従って初期アップリンク送信を送信する（ステップ３０４）。
【００５７】
無線アクセスノード１４は、初期アップリンク送信を復号しようとする（ステップ３０６）。この例では、無線アクセスノード１４は、初期アップリンク送信を首尾よく復号することができず、したがって、同期ＨＡＲＱ手順に従って予め規定された時間にワイヤレスデバイス１２にＮＡＣＫを送信する（ステップ３０８）。ＮＡＣＫを受信すると、ワイヤレスデバイス１２は、同期ＨＡＲＱ手順に従って予め規定された時間に再送信を送信する（ステップ３１０）。この例では、同期ＨＡＲＱ手順の再送信に必要なタイミングは、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定されていないアップリンクサブフレームセット内にあるサブフレームに再送信を配置する。しかしながら、再送信は、初期送信用に設定されたのと同じ送信パラメータを使用する。これらの送信パラメータは、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用して初期送信用に決定された２５６ＱＡＭを含み得る。このように、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用しないように設定されたサブフレームにおいて再送信が行われたとしても、再送信は２５６ＱＡＭを使用し得る。無線アクセスノード１４は、同期ＨＡＲＱ手順に従って再送信を復号しようとする（ステップ３１２）。同期ＨＡＲＱ手順は、たとえば、無線アクセスノード１４が送信を首尾よく復号することができるまで、このように継続する。
【００５８】
上述したように、再送信が送信されるサブフレーム内の潜在的に高い干渉を補償するために、上述したように、以下のアクションのうちの１つまたは複数が行われ得る。
●無線アクセスノード１４は、再送信のために、そのＳＩＮＲターゲットによってターゲットとなるものよりも多くのリソースエレメントをスケジューリングし得る。
●符号化ビットを復号するプロセスにおいて、無線アクセスノード１４（すなわち、ＬＴＥのｅＮＢ）は、変調シンボルから計算されたソフトビットの異なる信頼性のみを考慮することができる。たとえば、ＬＴＥ  ２５６ＱＡＭシンボルから、ソフト復調器によって８つのソフトビットが生成される。ソフトビットの第１のペアは、最も高い信頼性および強度を有する。次のペアは、順次信頼性および強度が次第に低くなる。１つの非限定的な実装形態では、無線アクセスノード１４における受信機は、干渉の悪影響を低減するために、信頼性の低いビットのソフトビットをゼロに設定することができる。たとえば、４つの最も信頼性の低いビットがゼロに設定されている場合、無線アクセスノード１４における受信機は受信信号を２５６ＱＡＭよりも干渉に耐性のある１６ＱＡＭとして効果的に扱う。さらなる非限定的な実装形態では、無線アクセスノード１４における受信機が（たとえば、復調参照シンボル内の残留誤差をチェックすることによって）実質的に高い干渉が存在すると推定する場合、無線アクセスノード１４における受信機は、６つの最も信頼性の低いソフトビットをゼロに設定する（すなわち、信号をＱＰＳＫとして扱う）ことができ、または、すべてのソフトビットをゼロに設定する（それによって、高度に汚染された送信を廃棄する）。
【００５９】
ビットを記憶する際に、無線アクセスノード１４が初期送信または再送信を復号することに失敗した場合、無線アクセスノード１４は、より信頼性の高いソフトビットのみを記憶する（および、信頼性の低いビットを廃棄する）ことを決定することができる。これは、予想される干渉レベルがより高いサブフレームにおいて送信が受信された場合に特に有用である。
【００６０】
図１６は、本開示のいくつかの実施形態による、非同期ＨＡＲＱとともにアップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用の別個の設定の使用を示す。図示されているように、無線アクセスノード１４は、上述したように、複数の（すなわち２つ以上の）アップリンクサブフレームセットに対して別個にワイヤレスデバイス１２によるアップリンク２５６ＱＡＭのためのＭＣＳテーブルの使用を別個に設定する（ステップ４００）。無線アクセスノード１４は、当業者には理解されるように、アップリンクグラントをワイヤレスデバイス１２に送信する（ステップ４０４）。この例では、アップリンクグラントは、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定されたアップリンクサブフレームセット内にあるサブフレームにおけるアップリンク送信のためのものである。非同期ＨＡＲＱに従って、ワイヤレスデバイス１２は、アップリンクグラントおよびアップリンク２５６ＱＡＭのためのＭＣＳテーブルの設定された使用に従って初期アップリンク送信を送信する（ステップ４０４）。
【００６１】
無線アクセスノード１４は、初期アップリンク送信を復号しようとする（ステップ４０６）。この例では、無線アクセスノード１４は、初期アップリンク送信を首尾よく復号することができない。非同期ＨＡＲＱのために同期ＨＡＲＱに必要とされる予め規定された時間にＮＡＣＫを送信するのではなく、無線アクセスノード１４は、再送信のためにアップリンクグラントとともに、またはその一部として（たとえば、暗示される）、ＮＡＣＫをいつ送信するかを決定する。この例では、無線アクセスノード１４は、再送信のためのＮＡＣＫおよびアップリンクグラントを送信し、グラントは、ワイヤレスデバイス１２がアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するように設定された同じまたは異なるアップリンクサブフレームセット内にあるアップリンクサブフレームのためのものである（ステップ４０８）。アップリンクグラントおよびＮＡＣＫを受信すると、ワイヤレスデバイス１２は、アップリンクグラントにおいて示されたサブフレーム内の再送信を、再送信のために送信する（ステップ４１０）。無線アクセスノード１４は、非同期ＨＡＲＱ手順に従って再送信を復号しようとする（ステップ４１２）。非同期ＨＡＲＱ手順は、たとえば、無線アクセスノード１４が送信を首尾よく復号することができるまで、このように継続する。
【００６２】
ワイヤレス通信デバイス１２は、ハードウェアおよび／またはソフトウェアの任意の適切な組合せを含む通信デバイスを表し得るが、これらのワイヤレス通信デバイスは、ある実施形態では、図１７および図１８によってより詳細に示される例示的なワイヤレス通信デバイスなどのデバイスを表し得る。同様に、例示された無線アクセスノード１４は、ハードウェアおよび／またはソフトウェアの任意の適切な組合せを含むネットワークノードを表し得るが、これらのノードは、特定の実施形態では、図１９および図２０によってより詳細に示される例示的な無線アクセスノード１４などのデバイスを表し得る。
【００６３】
図１７を参照すると、ワイヤレス通信デバイス１２は、プロセッサ２０と、メモリ２２と、トランシーバ２４と、アンテナ２６とを備える。当業者には理解されるように、プロセッサ２０は、たとえば、中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、および／または同様のものを含む。特定の実施形態では、ＵＥ、ＭＴＣ、またはＭ２Ｍデバイス、および／あるいは任意の他のタイプのワイヤレス通信デバイス１２によって提供されるものとして記載された機能のいくつかまたはすべては、図１７に示されるメモリ２２などのコンピュータ可読媒体に記憶された命令を実行するプロセッサ２０によって提供され得る。代替実施形態は、図１７に示されているものを超えて、本明細書に記載される機能のいずれかを含む、デバイスの機能の特定の態様を提供することを担当し得る追加のコンポーネントを含み得る。
【００６４】
図１８に示されるように、いくつかの他の実施形態では、ワイヤレスデバイス１２はいくつかのモジュール２８を含み、各々がソフトウェアに実装されている。この例では、モジュール２８は、取得モジュール２８−１と、任意で、送信モジュール２８−２とを含む。取得モジュール２８−１は、上述したように、複数のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための別個の設定を取得するように動作可能である。送信モジュール２８−２は、上述したように、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための別個の設定に従ってアップリンク送信を送信するように動作可能である。
【００６５】
図１９を参照すると、無線アクセスノード１４は、プロセッサ３０と、メモリ３２と、ネットワークインターフェース３４と、トランシーバ３６と、アンテナ３８とを備える。当業者には理解されるように、プロセッサ３０は、たとえば、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、および／または同様のものを含む。特定の実施形態では、基地局、ノードＢ、ｅＮＢ、および／または任意の他のタイプのネットワークノードによって提供されるものとして記載された機能のいくつかまたはすべては、図１９に示されるメモリ３２などのコンピュータ可読媒体に記憶された命令を実行するプロセッサ３０によって提供され得る。無線アクセスノード１４の代替実施形態は、本明細書に記載される機能および／または関連するサポート機能などの追加の機能を提供するための追加のコンポーネントを備え得る。
【００６６】
図２０に示されるように、いくつかの他の実施形態では、無線アクセスノード１４はいくつかのモジュール４０を含み、各々がソフトウェアに実装されている。この例では、モジュール４０は、設定モジュール４０−１と、任意で、受信モジュール４０−２とを含む。設定モジュール４０−１は、上述したように、複数のアップリンクサブフレームセットに対してアップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するためのワイヤレスデバイス１２を別個に設定するように動作可能である。受信モジュール４０−２は、上述したように、アップリンク２５６ＱＡＭのためのＭＣＳテーブルを使用するための別個の設定に従ってアップリンク送信を受信するように動作可能である。
【００６７】
開示された主題は、様々な実施形態を参照して上記に提示されているが、開示された主題の全体的な範囲から逸脱することなしに、記載された実施形態に様々な形態および詳細の変更がなされ得ることが理解されよう。
【００６８】
以下の略語は、本開示を通じて使用される。
●３ＧＰＰ        第３世代パートナーシッププロジェクト
●ＡＣＫ          肯定応答
●ＡＳＩＣ        特定用途向け集積回路
●ＣＦＩ          制御フォーマットインジケータ
●ＣＰＵ          中央処理装置
●ＤＦＴ          離散フーリエ変換
●ＤＳＰ          デジタル信号プロセッサ
●ＤｗＰＴＳ      ダウンリンクパイロットタイムスロット
●ｅＩＭＴＡ      拡張された干渉緩和およびトラフィック適合
●ｅＮＢ          エボルブドノードＢ
●ＥＰＤＣＣＨ    拡張物理ダウンリンク制御チャネル
●ＦＤＤ          周波数分割複信
●ＧＰ            ガード期間
●ＨＡＲＱ        ハイブリッド自動再送要求
●ＬＡＡ          ライセンスアシストアクセス
●ＬＴＥ          Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
●Ｍ２Ｍ          マシンツーマシン
●ＭＣＳ          変調符号化方式
●ＭＩＭＯ        多入力多出力
●ｍｓ            ミリ秒
●ＭＴＣ          マシンタイプ通信
●ＮＡＣＫ        否定応答
●ＮＤＩ          新しいデータインジケータ
●ＯＦＤＭ        直交周波数分割多元接続
●ＰＤＣＣＨ      物理ダウンリンク制御チャネル
●ＰＤＳＣＨ      物理ダウンリンク共有チャネル
●ＰＲＢ          物理リソースブロック
●ＱＡＭ          直交振幅変調
●ＱＰＳＫ        直角位相シフトキーイング
●ＲＲＣ          無線リソース制御
●ＳＩＮＲ        信号対干渉および雑音比
●ＴＤＤ          時分割複信
●ＴＳ            技術仕様書
●ＵＥ            ユーザ機器
●ＵｐＰＴＳ      アップリンクパイロットタイムスロット
●ＶＲＢ          仮想リソースブロック
【００６９】
当業者であれば、本開示の実施形態に対する改善および修正を認識するであろう。そのような改善および修正はすべて、本明細書に開示される概念の範囲内であると見なされる。
【図１】
2019514271.tif 000043
【図２】
2019514271.tif 000044
【図３】
2019514271.tif 000045
【図４】
2019514271.tif 000046
【図５】
2019514271.tif 000047
【図６】
2019514271.tif 000048
【図７】
2019514271.tif 000049
【図８】
2019514271.tif 000050
【図９】
2019514271.tif 000051
【図１０】
2019514271.tif 000052
【図１１】
2019514271.tif 000053
【図１２】
2019514271.tif 000054
【図１３】
2019514271.tif 000055
【図１４】
2019514271.tif 000056
【図１５】
2019514271.tif 000057
【図１６】
2019514271.tif 000058
【図１７】
2019514271.tif 000059
【図１８】
2019514271.tif 000060
【図１９】
2019514271.tif 000061
【図２０】
2019514271.tif 000062
【国際調査報告】
2019514271.tif 000063
2019514271.tif 000064