(57)【特許請求の範囲】
【請求項１】
無線デバイスにおいて転送ブロックを復号する方法であって、
第１の変調符号化方式に従って変調された転送ブロックの第１の送信を受信すること（１１１０）と、
前記無線デバイスのカテゴリタイプに少なくとも基づいて、前記転送ブロックの前記第１の送信におけるソフトチャネルビットの数ＳＢ１を判定すること（１１１１）と、
を含み、
前記カテゴリタイプの無線デバイスは、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記方法は、
ソフトバッファ内に前記転送ブロックの前記第１の送信のＳＢ１個のソフトチャネルビットを記憶すること（１１１２）と、
前記第２の変調符号化方式を用いて復調を実行するための標識を受信することと、
を含む方法。
【請求項２】
前記第２の変調符号化方式に従って変調された前記転送ブロックの第２の送信を受信することと、
前記無線デバイスの前記カテゴリタイプに少なくとも基づいて、前記転送ブロックの前記第２の送信におけるソフトチャネルビットの数ＳＢ２を判定することと、ＳＢ２はＳＢ１に等しいことと、
前記ソフトバッファ内に前記転送ブロックの前記第２の送信のＳＢ２個のソフトチャネルビットを記憶することと、
をさらに含む、請求項１の方法。
【請求項３】
前記第１の送信の復号の失敗後に、前記第２の送信を、前記転送ブロックの記憶された前記ＳＢ１個のソフトチャネルビットと合成すること（１１１８）、をさらに含む、請求項２の方法。
【請求項４】
前記第１の変調符号化方式の変調方式は、２５６直交振幅変調（２５６ＱＡＭ）方式である、請求項１〜３のいずれかの方法。
【請求項５】
前記第２の変調符号化方式の変調方式は、６４直交振幅変調（６４ＱＡＭ）方式である、請求項１〜４のいずれかの方法。
【請求項６】
前記無線デバイスに関連付けられる前記カテゴリタイプは、３ＧＰＰ（third  generation  partnership  project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項１〜５のいずれかの方法。
【請求項７】
前記無線デバイスが２５６ＱＡＭをサポート可能であるという標識を送信すること、をさらに含む、請求項１〜６のいずれかの方法。
【請求項８】
２５６ＱＡＭを使用するための標識を受信すること、をさらに含む、請求項１〜７のいずれかの方法。
【請求項９】
ネットワークノードにおける転送ブロックを送信する方法であって、
前記転送ブロックの第１の送信のための第１の変調符号化方式を決定すること（１０１０）と、
無線デバイスのカテゴリタイプに少なくとも基づいて、前記転送ブロックのためのソフトチャネルビットの数ＳＢ１を決定すること（１０１２）と、
を含み、
前記カテゴリタイプの無線デバイスは、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記方法は、
前記第１の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ１に従って、前記転送ブロックを符号化すること（１０１４）と、
前記転送ブロックを前記無線デバイスへ送信すること（１０１６）と、
前記第２の変調符号化方式を用いて変調を実行するための標識を受信することと、
を含む方法。
【請求項１０】
前記無線デバイスの前記カテゴリタイプに少なくとも基づいて、前記転送ブロックのためのソフトチャネルビットの数ＳＢ２を決定することと、ＳＢ２はＳＢ１に等しいことと、
前記第２の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ２に従って、前記転送ブロックを符号化することと、
前記転送ブロックを前記無線デバイスへ送信することと、
をさらに含む、請求項９の方法。
【請求項１１】
前記第１の変調符号化方式の変調方式は、２５６ＱＡＭ方式である、請求項９又は請求項１０の方法。
【請求項１２】
前記第２の変調符号化方式の変調方式は、６４ＱＡＭ方式である、請求項９〜１１のいずれかの方法。
【請求項１３】
前記無線デバイスに関連付けられる前記カテゴリタイプは、３ＧＰＰ（third  generation  partnership  project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項９〜１２のいずれかの方法。
【請求項１４】
前記無線デバイスが２５６ＱＡＭをサポート可能であるという標識を受信すること、をさらに含む、請求項９〜１３のいずれかの方法。
【請求項１５】
２５６ＱＡＭを使用するための標識を前記無線デバイスへ通信すること、をさらに含む、請求項９〜１４のいずれかの方法。
【請求項１６】
プロセッサ（１３２０）を備える無線デバイス（１１０）であって、前記プロセッサは、
第１の変調符号化方式に従って変調された転送ブロック（１５０）の第１の送信を受信し、
前記無線デバイス（１１０）のカテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）の前記第１の送信におけるソフトチャネルビットの数ＳＢ１を判定する、
ように動作可能であり、
前記カテゴリタイプの無線デバイス（１１０）は、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記プロセッサは、ソフトバッファ内に前記転送ブロック（１５０）の前記第１の送信のＳＢ１個のソフトチャネルビットを記憶し、前記第２の変調符号化方式を用いて復調を実行するための標識を受信する、ように動作可能である、
無線デバイス。
【請求項１７】
前記プロセッサ（１３２０）は、
前記第２の変調符号化方式に従って変調された前記転送ブロック（１５０）の第２の送信を受信し、
前記無線デバイス（１１０）の前記カテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）の前記第２の送信におけるソフトチャネルビットの数ＳＢ２を判定し、
前記ソフトバッファ内に前記転送ブロック（１５０）の前記第２の送信のＳＢ２個のソフトチャネルビットを記憶する、
ようにさらに動作可能であり、ＳＢ２はＳＢ１に等しい、
請求項１６の無線デバイス。
【請求項１８】
前記プロセッサ（１３２０）は、前記第１の送信の復号の失敗後に、前記第２の送信を、前記転送ブロック（１５０）の記憶された前記ＳＢ１個のソフトチャネルビットと合成する、ようにさらに動作可能である、請求項１７の無線デバイス。
【請求項１９】
前記第１の変調符号化方式の変調方式は、２５６ＱＡＭ方式である、請求項１６〜１８のいずれかの無線デバイス。
【請求項２０】
前記第２の変調符号化方式の変調方式は、６４ＱＡＭ方式である、請求項１６〜１９のいずれかの無線デバイス。
【請求項２１】
前記無線デバイス（１１０）に関連付けられる前記カテゴリタイプは、３ＧＰＰ（third  generation  partnership  project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項１６〜２０のいずれかの無線デバイス。
【請求項２２】
前記プロセッサは、前記無線デバイス（１１０）が２５６ＱＡＭをサポート可能であるという標識を送信する、ようにさらに動作可能である、請求項１６〜２１のいずれかの無線デバイス。
【請求項２３】
前記プロセッサは、２５６ＱＡＭを使用するための標識を受信する、ようにさらに動作可能である、請求項１６〜２２のいずれかの無線デバイス。
【請求項２４】
プロセッサ（１４２０）を備えるネットワークノード（１２０）であって、前記プロセッサは、
転送ブロック（１５０）の第１の送信のための第１の変調符号化方式を決定し、
無線デバイス（１１０）のカテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）のためのソフトチャネルビットの数ＳＢ１を決定する、
ように動作可能であり、
前記カテゴリタイプの無線デバイス（１１０）は、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記プロセッサは、
前記第１の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ１に従って、前記転送ブロック（１５０）を符号化し、
前記転送ブロック（１５０）を前記無線デバイス（１１０）へ送信し、
前記第２の変調符号化方式を用いて変調を実行するための標識を受信する、
ように動作可能である、ネットワークノード。
【請求項２５】
前記プロセッサ（１４２０）は、
前記無線デバイス（１１０）の前記カテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）のためのソフトチャネルビットの数ＳＢ２を決定し、
前記第２の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ２に従って、前記転送ブロック（１５０）を符号化し、
前記転送ブロック（１５０）を前記無線デバイス（１１０）へ送信する、
ようにさらに動作可能であり、ＳＢ２はＳＢ１に等しい、
請求項２４のネットワークノード。
【請求項２６】
前記第１の変調符号化方式の変調方式は、２５６ＱＡＭ方式である、請求項２４又は請求項２５のネットワークノード。
【請求項２７】
前記第２の変調符号化方式の変調方式は、６４ＱＡＭ方式である、請求項２４〜２６のいずれかのネットワークノード。
【請求項２８】
前記無線デバイス（１１０）に関連付けられる前記カテゴリタイプは、３ＧＰＰ（third  generation  partnership  project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項２４〜２７のいずれかのネットワークノード。
【請求項２９】
前記プロセッサ（１４２０）は、前記無線デバイス（１１０）が２５６ＱＡＭをサポート可能であるという標識を受信する、ようにさらに動作可能である、請求項２４〜２８のいずれかのネットワークノード。
【請求項３０】
前記プロセッサ（１４２０）は、２５６ＱＡＭを使用するための標識を前記無線デバイス（１１０）へ通信する、ようにさらに動作可能である、請求項２４〜２９のいずれかのネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
具体的な実施形態は、概して、通信ネットワークにおける無線信号の変調に関し、より具体的には、２５６直交振幅変調（２５６ＱＡＭ）の利点を維持しながら既存のユーザ機器カテゴリタイプについて２５６ＱＡＭをサポートすることに関する。
【背景技術】
【０００２】
ＬＴＥ（Long  Term  Evolution）は、ダウンリンクにおいて直交周波数分割多重（ＯＦＤＭ）を、アップリンクにおいてＤＦＴ拡散ＯＦＤＭを使用する。図１は、例示的なＯＦＤＭシンボルを示している。基本的なＬＴＥダウンリンク物理リソースは、図１に示したような時間−周波数グリッドを含み、各リソースエレメントは１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアに相当する。
【０００３】
図２は、例示的な無線フレームを示している。時間ドメインにおいて、ＬＴＥのダウンリンク送信は、１０ｍｓの無線フレームへと編成され、各無線フレームは１０個の長さ１ｍｓで等サイズのサブフレームからなる。図２は、このＬＴＥの時間ドメイン構造の概略図である。
【０００４】
さらに、ＬＴＥにおけるリソース割り当ては、典型的には、リソースブロックの単位で記述され、１つのリソースブロックは、時間ドメインにおいて１スロット（０．５ｍｓ）に、周波数ドメインにおいて１２個の連続するサブキャリアに相当する。時間方向（１．０ｍｓ）に隣接する２つのリソースブロックのペアは、リソースブロックペアとして知られている。リソースブロックは、周波数ドメインにおいては、システム帯域幅の一端から０で始まる形で付番される。
【０００５】
ＬＴＥは、仮想リソースブロック（ＶＲＢ）及び物理リソースブロック（ＰＲＢ）を含む。リソースは、ＶＲＢペアの単位でＵＥへ割り当てられる。リソース割り当ては、局所化されてもよく、又は分散されてもよい。局所化型のリソース割り当てについて、ＶＲＢペアはＰＲＢペアへと直接的にマッピングされ、よって２つの連続する局所化ＶＲＢが周波数ドメインにおいて連続するＰＲＢとして設定される。分散型のリソース割り当てについて、分散されるＶＲＢは周波数ドメインにおいて連続するＰＲＢにはマッピングされず、それら分散されるＶＲＢを用いて送信されるデータチャネルについて周波数ダイバーシティが提供される。
【０００６】
ダウンリンク送信は動的にスケジューリングされる。各サブフレームについて、基地局は、該当するダウンリンクサブフレームにおいてどのリソースブロック上でどの端末がデータを受信することになるかに関する制御情報を送信する。この制御シグナリングは、典型的には、各サブフレーム内の最初から１、２、３又は４個のＯＦＤＭシンボルにおいて送信される。シンボルの数（即ち、１、２、３又は４）は、制御フォーマットインジケータ（ＣＦＩ）として知られている。ダウンリンクサブフレームは、共通リファレンスシンボルをも含み、共通リファレンスシンボルは、受信機にとって既知であって、制御情報の復調などのコヒーレント復調のために使用される。
【０００７】
図３は、例示的なダウンリンクサブフレームを示している。図示されたサブフレームは、制御情報のために３つのＯＦＤＭシンボル（ＣＦＩ＝３）を含む。いくつかのＬＴＥリリースについては、上で説明したリソース割り当ては、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）上でスケジューリングされるかもしれない。
【０００８】
ＬＴＥなどの無線システムは、無線リンクのその時点の条件に基づいて、リンク適応を用いて無線リンクのパラメータを適応させ得る。フェージングチャネル条件への高速なリンク適応は、システムスループットキャパシティと共に、ユーザ体験及びサービス品質を向上させ得る。高速リンク適応において、受信機から送信機へとチャネル条件がフィードバックされる。フィードバックは、例えば、信号対雑音比（ＳＮＲ）、信号対干渉及び雑音比（ＳＩＮＲ）、受信信号レベル（電力若しくは強度）、サポート可能なデータレート、変調符号化レートのサポート可能な組合せ、及び／又はサポート可能なスループットを含み得る。フィードバック情報は、Ｗ−ＣＤＭＡのように周波数帯域の全体に適用されてもよく、又はＬＴＥなどのＯＦＤＭシステムのようにその特定の部分に適用されてもよい。“チャネル品質インジケータ（ＣＱＩ）”との用語は、そうした情報を含む何らかのそうしたフィードバック情報又はメッセージへの言及であり得る。
【０００９】
ＬＴＥのダウンリンクにおいて、基地局が無線リソース割り当てを決定することを支援するために、移動局から基地局へとＣＱＩメッセージがフィードバックされる。フィードバック情報を用いて、複数の受信機の間での送信のスケジューリングを決定し、適切な送信方式（アクティブ化すべき送信アンテナの数など）を選択し、適切な量の帯域幅を割り当て、及び対象の受信機にとってサポート可能な変調符号化レートを形成することができる。ＬＴＥのアップリンクでは、基地局は、移動局により送信される復調リファレンスシンボル又はサウンディングリファレンスシンボルからチャネル品質を推定することができる。
【００１０】
表１は、ＬＴＥシステムについてのある範囲のＣＱＩレポートメッセージを示している。このＣＱＩテーブルは、広帯域無線通信チャネルにわたる変調符号化方式（ＭＣＳ）適応をサポートする。低次の変調法から高次の変調法への遷移ポイントは、リンク性能評価に基づいて判定される。異なる変調法の間のそれら固有の遷移ポイントは、最適なシステム動作のためのガイドラインを提供し得る。
【００１１】
【表１】
0006356820.tif 000002
【００１２】
移動局からのＣＱＩレポートに基づいて、基地局は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータを送信するために最良のＭＣＳを選択することができる。ＭＣＳ情報は、ダウンリンク制御情報の５ビットの“変調符号化方式（modulation  and  coding  scheme）”フィールド（ＩＭＣＳ）内で選択された移動局へと伝達される。ＭＣＳ情報は、ＭＣＳインデックスにより伝達され得る。
【００１３】
表２は、ＭＣＳインデックスと、具体的なＭＣＳ及び転送ブロックサイズ（ＴＢＳ）インデックスとの間の関連付けを示している。割り当てられるリソースブロックの合計数と共に、ＴＢＳインデックスは、ＰＤＳＣＨ送信において使用される転送ブロックサイズを左右する。表２における最後の３つのＭＣＳエントリは、ハイブリッド自動再送要求（ＨＡＲＱ）の再送信のためのものである。再送の送信について、ＴＢＳは元の送信と同一に維持される。
【００１４】
【表２】
0006356820.tif 000003
【００１５】
割り当てられる無線ブロックの様々な数について固有のＴＢＳが、３ＧＰＰ  ＴＳ３６．２１３において列挙されている。それらＴＢＳは、ＣＱＩレポートに基づいてスペクトル効率を達成するように選択される。より具体的には、ＴＢＳは、ＰＤＳＣＨについて利用可能なＯＦＤＭシンボルの数が１１である場合には、表３に示されているスペクトル効率を達成するように選択される。
【００１６】
【表３】
0006356820.tif 000004
【００１７】
ＬＴＥは、ＨＡＲＱを増分式の冗長性（incremental  redundancy）と共に使用する。符号語の同じ部分を再送する代わりに、異なる冗長性バージョンが再送され、Ｃｈａｓｅ合成での追加利得が提供される。
【００１８】
端末の複雑さ及びコストが要因でなければ、受信機は、全ての受信ソフト値を記憶するために十分に大きいソフトバッファを含むことができるはずである。しかしながら、複雑さ及びコストが懸案となる場合、端末内のソフトバッファのサイズには、概して限界がある。送信機が大きい符号語を送信する高レート送信について、ＵＥは、限界のあるバッファ内に完全な符号語を記憶することができないかもしれない。従って、ｅＮＢ及び端末の双方は、ソフトバッファのサイズを知る必要がある。さもなければ、ｅＮＢはＵＥが記憶し得ない符号化ビットを送信するかもしれず、あるいは、ＵＥは他のビットが存在することを知らずに記憶済みのビットと混同しかねない。
【００１９】
図４は、例示的な符号語を示している。図示された例は、簡略化された完全な符号語と、端末が記憶可能なソフト値の数とを表している。完全な符号語は、システマティックビット及びパリティビットを含む。ソフトバッファのサイズは、これらビットのサブセットを記憶するようなサイズにされ得る。ｅＮＢ及び端末の双方がソフトバッファサイズを知っているならば、ｅＮＢは、端末が記憶可能でない符号語を送信しないであろう。ｅＮＢは、端末がいくつの符号語を記憶するかを知っており、よってｅＮＢはそれらビットを送信又は再送のために使用することができる。
【００２０】
図５は、転送ブロックの送信及び再送のための例示的な循環バッファを示している。完全円は、符号語全体ではなく端末のソフトバッファサイズに相当する。符号レートに依存して、初回の送信では、ｅＮＢは、いくつか／全てのシステマティックビットと、ゼロ個／いくつかのパリティビットとを送信する。再送においては、開始位置が変化し、ｅＮＢは、円周の他の部分に対応するビットを送信する。
【００２１】
特定のＬＴＥリリースにおいて、各端末は、コンポーネントキャリアごとに８つまでのＨＡＲＱプロセスを含み、各ＨＡＲＱプロセスは、デュアル符号語でのＭＩＭＯ送信をサポートするために２つまでのサブプロセスを含み得る。この特定のリリースは、利用可能なソフトバッファを、構成されるＨＡＲＱプロセスの数で均等に分割する。分割後のソフトバッファの各々を用いて、受信される符号語のソフト値を記憶することができる。デュアル符号語ＭＩＭＯ送信のケースでは、分割後のソフトバッファは、受信される２つの符号語のソフト値を記憶するためにさらに等分され得る。
【００２２】
図６は、８つの部分へと分割された例示的なソフトバッファを示している。図示された例は、シングル符号語送信モードについてのバッファ割り当てを表す。各バッファが１つの符号語に対応する。こうした割り当ては、モード３、４、８、９又は１０ではないＰＤＳＣＨ送信モードについてのＬＴＥソフトバッファ割り当てを表現し得る。
【００２３】
図７は、１６個の部分へと分割された例示的なソフトバッファを示している。図示された例は、デュアル符号語送信モードについてのバッファ割り当てを表す。各バッファは、図６の対応するバッファのサイズの半分である。こうした割り当ては、ＰＤＳＣＨ送信モード３、４、８、９又は１０についてのＬＴＥソフトバッファ割り当てを表現し得る。
【００２４】
３ＧＰＰ文書が仕様化しているところでは、エンコーダにより想定されるソフトバッファサイズは、以下のように計算される：
【００２５】
【数１】
0006356820.tif 000005
【００２６】
【数２】
0006356820.tif 000006
【００２７】
【数３】
0006356820.tif 000007
【００２８】
３ＧＰＰ文書において定義されているように、送信モード３、４、８、９又は１０に基づいてＵＥがＰＤＳＣＨ送信を受信するように構成される場合、ＫＭＩＭＯは２に等しく、そうでない場合、ＫＭＩＭＯは１に等しい。
ＭＤＬ＿ＨＡＲＱは、３ＧＰＰ文書において定義されている通りのダウンリンクＨＡＲＱプロセスの最大数である。
Ｍｌｉｍｉｔは、８に等しい定数である。
【００２９】
ＬＴＥは、ハイブリッドＡＲＱ（ＨＡＲＱ）を使用し、ＨＡＲＱにおいて、端末は、サブフレーム内のダウンリンクデータの受信後にデータの復号を試行し、復号が成功したか（ＡＣＫ）又は成功しなかったか（ＮＡＣＫ）を基地局へレポートバックする。復号の試行に失敗すると、基地局は、データを再送し得る。
【００３０】
ＵＥがＰＵＳＣＨ送信のためのアップリンク許可を有するサブフレームにおいて、ＵＥは、ＰＵＳＣＨにＨＡＲＱフィードバックメッセージを組み入れ得る。ＵＥがサブフレーム内でＰＵＳＣＨ送信のためのアップリンクリソースを割り当てられていない場合、ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用して、ＨＡＲＱフィードバックメッセージを送信し得る。
【００３１】
リリース１１までのＬＴＥシステムにおいて、ダウンリンク及びアップリンクの双方のための変調方式のセットは、直交位相変位変調（ＱＰＳＫ）、１６直交振幅変調（１６ＱＡＭ）及び６４直交振幅変調（６４ＱＡＭ）を含み、それぞれ変調シンボルごとに２、４及び６ビットに相当する。ＬＴＥにおいて、端末がサービングｅＮＢに近接するスモールセル環境などの、高ＳＩＮＲを伴うシナリオについては、所与の送信帯域幅でのより高いデータレートの提供は、変調シンボルごとにより多くの情報ビットを搬送することを可能にする高次の変調法を用いることにより達成される。例えば、２５６ＱＡＭの導入では、変調シンボルごとに８ビットが送信される。これにより、図８に示したように、最大で３３％ピークデータレートを改善することができる。
【００３２】
図８は、特定のＳＮＲレベルにおける特定の変調方式についての例示的なビット情報を示している。図示されたグラフ上の線は、ＱＰＳＫの線８０、１６ＱＡＭの線８２、６４ＱＡＭの線８４、及び２５６ＱＡＭの線８６を含む。
【００３３】
図示したように、２５６ＱＡＭは、ある複数のシナリオにおいてＳＩＮＲが十分に高い場合に利得を提供する。実際上、２５６ＱＡＭの性能は送信機のＥＶＭ（Error  vector  magnitude）及びＲｘ障害（Rx  impairments）に敏感である。
【００３４】
３ＧＰＰにおいて、２５６ＱＡＭのためのサポートは、ＣＱＩ／ＭＣＳ／ＴＢＳテーブルの設計及びＵＥカテゴリハンドリングに影響し得る。ＵＥカテゴリは、アップリンク及びダウンリンクのケイパビリティの組合せを定義する。ＵＥカテゴリにより設定されるパラメータは、３ＧＰＰ  ＴＳ３６．３０６  Ｖ１１．１．０の第４．１節〜第４．２節において定義されている。上記標準のセクション４．２では、様々なＵＥカテゴリについてのダウンリンクケイパビリティが記述されている。具体的なケイパビリティとして、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数”及び“ソフトチャネルビットの合計数”が含まれる。
【００３５】
“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数（Maximum  number  of  DL-SCH  transport  block  bits  received  within  a  TTI）”というフィールドは、ＴＴＩ又はサブフレームごとにＵＥがいくつの情報ビットを受信可能であるかを定義する。大きい値は、ＵＥの復号ケイパビリティがより高いことに相当する。この値は、使用される最高の変調次数と共に最大の転送ブロックサイズを用いることに対応する。
【００３６】
“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数（Maximum  number  of  bits  of  a  DL-SCH  transport  block  received  within  a  TTI）”というフィールドは、ＨＡＲＱ処理のために利用可能なソフトチャネルビットの合計数を定義する。この数は、システム情報の復号のための専用ブロードキャストＨＡＲＱプロセスにより要するソフトチャネルビットを含まない。
【００３７】
“ソフトチャネルビットの合計数（Total  number  of  soft  channel  bits）”というフィールドは、上述したパラメータＮｓｏｆｔ用の値を定義する。当該パラメータは、ＵＥがいくつのソフトチャネルビットを記憶できるか（即ち、受信されるいくつの符号化ビットを記憶できるか）を制御する。より高い値は、ＵＥのソフトバッファサイズがより大きいことに対応する。このパラメータは、ｅＮＢでの転送ブロックの符号化のためにも使用される。
【００３８】
ＵＥカテゴリ６〜８はＬＴＥリリース１０において導入されたのに対し、残りのＵＥカテゴリはリリース８において導入された。ＵＥカテゴリ６〜８と後方互換的であるために、カテゴリ６又は７を示すＵＥはカテゴリ４を示し、カテゴリ８を示すＵＥはカテゴリ５をも示すものとされている。表４は、多様なＵＥカテゴリとそれらのパラメータとを示している。
【００３９】
【表４】
0006356820.tif 000008
【発明の概要】
【発明が解決しようとする課題】
【００４０】
本開示は、既存のソフトバッファサイズと共により多くの転送ブロックサイズを用いることにより、既存のＵＥカテゴリを基準として２５６ＱＡＭを取り入れるための、コスト効率的なやり方を説明する。
【課題を解決するための手段】
【００４１】
いくつかの実施形態によれば、無線デバイスにおいて転送ブロックを復号する方法は、転送ブロックの第１の送信を受信すること、を含む。当該転送ブロックは、第１の変調符号化方式に従って変調されている。上記方法は、上記無線デバイスのカテゴリタイプに少なくとも基づいて、上記転送ブロックの上記第１の送信におけるソフトチャネルビットの数ＳＢ１を判定すること、をさらに含む。上記カテゴリタイプの無線デバイスは、上記第１の変調符号化方式及び上記第１の変調方式とは次数の異なる第２の変調符号化方式をサポート可能であり、上記第１の変調方式及び上記第２の変調方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられる。上記方法は、ソフトバッファ内に上記転送ブロックの上記第１の送信のＳＢ１個のソフトチャネルビットを記憶すること、をさらに含む。
【００４２】
具体的な実施形態において、上記方法は、上記転送ブロックの第２の送信を受信すること、を含む。上記第２の送信は、上記第２の変調符号化方式に従って変調されている。上記方法は、上記無線デバイスの上記カテゴリタイプに少なくとも基づいて、上記転送ブロックの上記第２の送信におけるソフトチャネルビットの数ＳＢ２を判定することと、ＳＢ２はＳＢ１に等しいことと、上記ソフトバッファ内に上記転送ブロックの上記第２の送信のＳＢ２個のソフトチャネルビットを記憶することと、をさらに含む。
【００４３】
具体的な実施形態において、上記第１の送信ブロックの復号の失敗後に、上記方法は、上記第２の送信ブロックを、上記第１の転送ブロックの記憶された上記ＳＢ１個のソフトチャネルビットと合成すること、をさらに含む。
【００４４】
具体的な実施形態において、上記第１の変調方式は、２５６直交振幅変調（２５６ＱＡＭ）方式である。具体的な実施形態において、上記第２の変調方式は、６４直交振幅変調方式（６４ＱＡＭ）である。
【００４５】
いくつかの実施形態によれば、無線ネットワークにおいて転送ブロックを送信する方法は、上記転送ブロックの第１の送信のための第１の変調符号化方式を決定することと、無線デバイスのカテゴリタイプに少なくとも基づいて、上記転送ブロックのためのソフトチャネルビットの数ＳＢ１を決定することと、を含む。上記カテゴリタイプの無線デバイスは、上記第１の変調符号化方式及び上記第１の変調方式とは次数の異なる第２の変調符号化方式をサポート可能であり、上記第１の変調方式及び上記第２の変調方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられる。上記方法は、上記第１の変調符号化方式及び決定した上記ソフトチャネルビットの数ＳＢ１に従って、上記第１の転送ブロックを符号化することと、上記転送ブロックを上記無線ネットワークエレメントへ送信することと、をさらに含む。
【００４６】
具体的な実施形態において、上記方法は、上記無線デバイスの上記カテゴリタイプに少なくとも基づいて、上記転送ブロックのためのソフトチャネルビットの数ＳＢ２を決定することと、ＳＢ２はＳＢ１に等しいことと、上記第２の変調符号化方式及び決定したソフトチャネルビットの上記数ＳＢ２に従って、上記転送ブロックを符号化することと、上記転送ブロックを上記無線デバイスへ送信することと、をさらに含む。
【００４７】
具体的な実施形態において、上記第１の変調符号化方式は、２５６ＱＡＭ方式である。具体的な実施形態において、上記第２の変調符号化方式は、６４ＱＡＭ方式である。
【００４８】
いくつかの実施形態によれば、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを実行する方法は、ＨＡＲＱプロセスを実行する無線デバイスにより、当該無線デバイスのカテゴリタイプ及び第１の変調符号化方式に従って符号化された第１の転送ブロックを受信することと、上記ＨＡＲＱプロセスにより、ソフトビットの数Ｎを用いて上記第１の転送ブロックを復号することと、上記無線ネットワークエレメントにより、上記カテゴリタイプ及び上記第１の変調符号化方式とは異なる第２の変調符号化方式に従って符号化された第２の転送ブロックを受信することと、上記ＨＡＲＱプロセスにより、ソフトビットの上記数Ｎを用いて、上記第２の転送ブロックを復号することと、を含む。
【００４９】
具体的な実施形態において、上記ＨＡＲＱプロセスの動作状態は、上記第２の変調方式が上記第１の変調方式とは異なるとの判定の後、上記第２の送信ブロックの復号の前に、リセットされない。
【発明の効果】
【００５０】
具体的な実施形態は、以下の技術的な利点のうちのいくつかを呈し得る。具体的な実施形態は、２５６ＱＡＭケイパビリティについてのサポートを伴う低コストでのＵＥ実装と、ＬＴＥでの２５６ＱＡＭサポートについての迅速な実用化とを含み得る。具体的な実施形態において、システム性能全体が改善されるように、リンク性能がより効率的に使用され得る。以下の図面、説明及び特許請求の範囲から、他の技術的な利点が当業者にとって容易に明らかとなるであろう。
【図面の簡単な説明】
【００５１】
本発明並びにその特徴及び利点のより完全な理解のために、次の添付図面と併せて以下の説明への言及がこれよりなされる。
【００５２】
【図１】例示的な直交周波数分割多重（ＯＦＤＭ）シンボルを示している。
【図２】例示的な無線フレームを示している。
【図３】例示的なダウンリンクサブフレームを示している。
【図４】例示的な符号語を示している。
【図５】転送ブロックの送信及び再送についての例示的な循環バッファを示している。
【図６】８個の部分へと分割される例示的なソフトバッファを示している。
【図７】１６個の部分へと分割される例示的なソフトバッファを示している。
【図８】多様な信号対雑音レベルでの多様な変調方式についての例示的なビット情報を示している。
【図９】いくつかの実施形態に係る無線ネットワークの一例を示すブロック図である。
【図１０】いくつかの実施形態に係る転送ブロックを送信する例示的な方法のフローチャートである。
【図１１】いくつかの実施形態に係る転送ブロックを受信する例示的な方法のフローチャートである。
【図１２】ハイブリッド自動再送要求プロセスを実行する例示的な方法のフローチャートである。
【図１３】無線デバイスの例示的な実施形態を示すブロック図である。
【図１４】無線ネットワークノードの例示的な実施形態を示すブロック図である。
【発明を実施するための形態】
【００５３】
２５６ＱＡＭは、ＬＴＥにおいて現在サポートされているよりも高いデータレートをサポートする。最大の２つの空間多重化レイヤをサポートするＵＥについて、１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数は、２５６ＱＡＭのサポートの導入と共に、７５３７６から８８８９２へと増加し得る。最大４つの空間多重化レイヤをサポートするＵＥについて、１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数は、１４９７７６から１７７４５６へと増加し得る。最大８つの空間多重化レイヤをサポートするＵＥについて、１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数は、２９９８５６から３５４９３６へと増加し得る。
【００５４】
受信されるビット数のこれら増加をハンドリングするためのあり得る解決策は、増加したデータレート及び追加的な合計ソフトチャネルビットの双方を伴う新たなＵＥカテゴリを定義することである。表５は、２５６ＱＡＭをサポートするための新たなＵＥカテゴリタイプ（例えば、１４〜１８）の一例を示している。
【００５５】
【表５】
0006356820.tif 000009
【００５６】
この解決策は、しかしながら、追加的な受信ビットを記憶するＵＥのメモリハードウェアの増加に依拠している。例えば、カテゴリ１６のＵＥは、カテゴリ６のＵＥ用の３６５４１４４ソフトチャネルビットの代わりに、４３０８４８０ソフトチャネルビットを記憶するために十分なメモリを必要とするはずである。そうした解決策は高価であり得る。
【００５７】
しかしながら、特定のシナリオにおいてのみ２５６ＱＡＭが利用可能であるならば、増加するハードウェアコストは正当化されないかもしれない。例えば、２５６ＱＡＭは、ＵＥが良好な無線条件下に位置する場合（例えば、ＵＥが周波数帯域内に他の干渉無線信号の無い状態で近くのｅＮＢによりサービスされている場合）に使用され得る。そうした条件は、頻繁には起こらず、限定的な恩恵のためには追加的なハードウェアコストは正当化されないであろう。
【００５８】
本開示の目的は、少なくともこれら不利を軽減し、既存のＵＥカテゴリタイプと共に２５６ＱＡＭをサポートする改善された方法を提供することである。以下に説明する具体的な実施形態は、２５６ＱＡＭケイパビリティについてのサポートを伴う低コストでのＵＥ実装と、ＬＴＥでの２５６ＱＡＭサポートについての迅速な実用化とを含み得る。
【００５９】
具体的な実施形態が添付図面のうちの図１〜図１４への参照と共に説明されており、類似の符号が多様な図面の類似の及び対応する部分について使用されている。例示的なセルラーシステムとして本開示を通じてＬＴＥが使用されているが、ここで提示されるアイディアは、いかなる無線通信システムにもあてはまる。
【００６０】
図９は、具体的な実施形態に係るネットワークの一例を示すブロック図である。ネットワーク１００は、無線ネットワークノード１２０（基地局又なｅＮｏｄｅＢなど）といったネットワークエレメントと、無線デバイス１１０（携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣ、又は無線通信を提供可能な任意の他のデバイス）とを含む。概して、無線ネットワークノード１２０のカバレッジの内部の無線デバイス１１０は、無線信号１３０を送受信することにより、無線ネットワークノード１２０と通信する。例えば、無線デバイス１１０及び無線ネットワークノード１２０は、音声トラフィック、データトラフィック及び／又は制御信号を含む無線信号１３０を通信し得る。無線信号１３０は、ダウンリンク送信（無線ネットワークノード１２０から無線デバイス１１０）及びアップリンク送信（無線デバイス１１０から無線ネットワークノード１２０）の双方を含み得る。物理レイヤにおいては、無線信号１３０は、転送ブロック（transport  block）１５０を含み得る。
【００６１】
転送ブロック１５０は、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ又は他の任意の適した変調方式などの多様な変調方式に従って変調され得る。転送ブロック１５０の変調方式は、無線条件に従って時間にわたって変化し得る。例えば、無線ネットワークノード１２０は、良好な無線条件下においてより高次の変調方式（例えば、２５６ＱＡＭ）で転送ブロック１５０を変調し、又は良好でない無線条件下においてより低次の変調方式（例えば、１６ＱＡＭ）で転送ブロック１５０を変調し得る。
【００６２】
無線ネットワークノード１２０は、アンテナ１４０を用いて無線信号１３０を送受信する。具体的な実施形態において、無線ネットワークノード１２０は、複数のアンテナ１４０を備え得る。例えば、無線ネットワークノード１２０は、２、４又は８個のアンテナ１４０を伴うＭＩＭＯ（multi-input  multi-output）システムを備え得る。
【００６３】
ネットワーク１００において、各無線ネットワークノード１２０は、ＬＴＥ（long  term  evolution）、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷｉＭａｘ、ＷｉＦｉ及び／又は他の適した無線アクセス技術などの、いかなる適した無線アクセス技術を使用してもよい。ネットワーク１００は、１つ以上の無線アクセス技術のいかなる適した組合せを含んでもよい。例示の目的で、多様な実施形態が、ある無線アクセス技術の文脈で説明され得る。しかしながら、本開示の範囲は、それら例には限定されず、他の実施形態として異なる無線アクセス技術が使用されてもよい。
【００６４】
上述したように、ネットワークの実施形態は、１つ以上の無線デバイスと、無線デバイスと通信可能な様々なタイプの１つ以上の無線ネットワークノードとを含み得る。また、ネットワークは、無線デバイス間又は無線デバイスと他の通信デバイス（固定電話など）との間の通信をサポートするために適したいかなる追加的なエレメントを含んでもよい。無線デバイスは、ハードウェア及び／又はソフトウェアのいかなる適した組合せを含んでもよい。例えば、具体的な実施形態において、無線デバイス１１０などの無線デバイスは、以下に図１３を基準として説明されるコンポーネントを含み得る。同様に、無線ネットワークノードは、ハードウェア及び／又はソフトウェアのいかなる適した組合せを含んでもよい。例えば、具体的な実施形態において、無線ネットワークノード１２０などの無線ネットワークノードは、以下に図１４を基準として説明されるコンポーネントを含み得る。
【００６５】
いくつかの実施形態によれば、本開示は、既存のＵＥカテゴリ内で２５６ＱＡＭを包含するコスト効率的なやり方を説明する。いくつかの実施形態において、これら恩恵は、転送ブロックの最大サイズを増加させて２５６ＱＡＭのより高いデータレートをサポートさせ、但し２５６ＱＡＭについて使用されるソフトチャネルビットの数を増加させないことにより達成される。例えば、２５６ＱＡＭ用のサポートは、いくつかのＵＥカテゴリのために、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数”及び“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数”について増加した値をサポートすることを含み得る。これら２つのフィールドにおいて増加した値は、より大きい転送ブロックサイズを無線ネットワークノードが用いて無線デバイスへより高いデータレートでの送信を行うことを促進する。しかしながら、無線デバイスが記憶するソフトチャネルビットの固有の数は、無線デバイスが２５６ＱＡＭをＤＬセルから受信するように構成されるかに関わらず、特定のカテゴリの無線デバイスについて同一であってよい。無線デバイスは、転送ブロックの復号が失敗すると、より少ない量の受信ソフトチャネルビットを記憶し得る。
【００６６】
具体的な例として、無線ネットワークノードは、カテゴリ４の無線デバイスが２５６ＱＡＭを使用するように構成される場合、当該無線デバイスへ８８８９６という転送ブロックサイズを用いてデータを送信し得る。この転送ブロックサイズの受信ソフトチャネルビットの最大数は、３×８８８９６＋１２＝２６６７００である。この実施形態によれば、無線デバイスは、復号失敗後に１８２７０７２／８＝２２８３８４個のソフトチャネルビットのみを記憶し得る。言い換えれば、無線デバイスは、２５６ＱＡＭ向けに他の変調方式について定義されているもの比較してより大きい転送ブロックサイズサポートし、但し依然として他の変調方式で使用されるものと同じ“ソフトチャネルビットの合計数”を使用し得る。よって、既存のＵＥカテゴリの処理要件を変更することにより、既存のＵＥカテゴリの再利用が可能である。そうした恩恵は、（例えば、同じ時間量の間により大きい転送ブロックサイズを処理するための）より高速なプロセッサを有し、但し（例えば以前のデバイスと同じ量のソフトビットを記憶するための）同じ量のソフトバッファメモリを有する無線デバイスにより実現され得る。そうした実施形態は、プロセッサのスピードと比較して相対的にソフトバッファメモリが高価である場合に、コスト効率的であり得る。そうした振る舞いは、表４を修正することにより、例えば表６により示されている通りに表され得る。表６を基準として記述される具体的な実施形態によれば、無線デバイスは、無線デバイスがＤＬセルから２５６ＱＡＭを受信するように構成されるかに関わらず、その最大数のソフトチャネルビットを記憶し得る。
【００６７】
【表６】
0006356820.tif 000010
【００６８】
送信機側で増加した転送ブロックサイズをサポートするために、エンコーダは、循環バッファのパラメータを計算する際に大きいソフトバッファを想定し得る。具体的な実施形態において、３ＧＰＰ文書を基準として上で説明したソフトバッファサイズを決定するための方法は、次のように修正され得る：
【００６９】
【数４】
0006356820.tif 000011
【００７０】
【数５】
0006356820.tif 000012
【００７１】
【数６】
0006356820.tif 000013
【００７２】
３ＧＰＰ文書において定義されているように、送信モード３、４、８、９又は１０に基づいて無線デバイスがＰＤＳＣＨ送信を受信するように構成される場合、ＫＭＩＭＯは２に等しくてよく、そうでない場合、ＫＭＩＭＯは１に等しくてよい。
ＭＤＬ＿ＨＡＲＱは、３ＧＰＰ文書において定義されている通りのＤＬ  ＨＡＲＱプロセスの最大数であってよい。
Ｍｌｉｍｉｔは、８に等しい定数であってよい。
【００７３】
当業者は、上の説明及び表において与えられた値が例に過ぎないことを理解するはずであり、例示的な実施形態における無線デバイスがその無線デバイスが２５６ＱＡＭをサポートするかに依存して異なる処理要件を有することを認識するであろう。いくつかの実施形態において、２５６ＱＡＭは、全てのＵＥカテゴリで動作してもよく又は動作しなくてもよい。例えば、表６は、無線デバイスの特定のカテゴリにより２５６ＱＡＭがサポートされない例としての行を含む。
【００７４】
いくつかの実施形態において、２５６ＱＡＭについてのサポートと、表６に示したような新たな処理ケイパビリティとを、無線デバイスケイパビリティビットでネットワークによってシグナリングしてもよい。いくつかの実施形態において、あるリリースレベル及びカテゴリの無線デバイスが、２５６ＱＡＭをサポートすることを要件とされてもよい。
【００７５】
いくつかの実施形態において、２５６ＱＡＭについてのサポートを示す無線デバイスは、より大きい受信される転送ブロックを処理することが可能であってもよい。しかしながら、２５６ＱＡＭの使用が、無線デバイスがどの送信モードを使用するように構成されるかによって又は何らかの他の固有の構成パラメータによって制御される場合、無線デバイスのために２５６ＱＡＭの使用が構成されるまで、より高度な処理ケイパビリティは使用されない。さらに、無線デバイスが２５６ＱＡＭを使用するように構成されるとしても、無線デバイスは２５６ＱＡＭでスケジューリングされないかもしれない。無線ネットワークノードは、無線条件に左右される適切なＭＣＳの選択に基づいて、無線デバイスをどの変調次数でスケジューリングすべきかを選択し得る。具体的な実施形態において、２５６ＱＡＭについてのサポートのシグナリングは、無線デバイスが変調次数２５６ＱＡＭと共にスケジューリングされてよいことを意味する。
【００７６】
具体的な実施形態において、無線ネットワークノードが２５６ＱＡＭで無線デバイスを構成する場合、無線ネットワークノードは、無線デバイス向けの転送ブロックを符号化する際に想定される“ソフトチャネルビットの合計数”（即ち、Ｎｓｏｆｔ）に影響を与えることなく、２５６ＱＡＭに対応するより大きい転送ブロックサイズで無線デバイスをスケジューリングし得る。
【００７７】
具体的な実施形態において、無線デバイスが２５６ＱＡＭで変調された転送ブロックを復号する際、無線デバイスは、２５６ＱＡＭが構成されない場合と比較してパラメータ“ソフトチャネルビットの合計数”（即ち、Ｎｓｏｆｔ）に違いが無いことを想定してよい。無線デバイス内でのソフトチャネルビットの記憶は、無線デバイスが２５６ＱＡＭを使用するように構成されるかによっては影響されなくてよい。
【００７８】
旧来の無線デバイスにおいて、２５６ＱＡＭの使用が２５６ＱＡＭ未使用時とは異なる量の“ソフトチャネルビットの合計数”（即ち、Ｎｓｏｆｔ）を要したとすると、無線デバイスは、２５６ＱＡＭを使用し又は使用しないように構成される際に自身のＨＡＲＱプロセスをリセットしたはずである。開示されている実施形態では、無線デバイスの処理要件のみが２５６ＱＡＭの構成と共に変化し、ＨＡＲＱプロセスはリセットされる必要が無い。なぜなら、“ソフトチャネルビットの合計数”（即ち、Ｎｓｏｆｔ）が２５６ＱＡＭの構成に依存することなく同一のままだからである。具体的な実施形態において、無線デバイスは、２５６ＱＡＭが構成されるかに基づいて自身のＨＡＲＱプロセスをリセットすることがない。
【００７９】
いくつかの実施形態において、無線ネットワークノードが、何らかの他の変調方式の使用から２５６ＱＡＭを使用するように無線デバイスを構成する場合に、ＨＡＲＱプロセスが無線ネットワークノードにより依然としてスケジューリングされてもよく、それに対応して、無線ネットワークノードは、その構成よりも前にスケジューリングしたＨＡＲＱプロセスを引き続きスケジューリングしてもよい。具体的な実施形態において、無線ネットワークノードは、ＤＬリソースを割り当てるＤＣＩメッセージにおいて進行中のＨＡＲＱプロセスの少なくとも１つについてのＮＤＩ（New  Data  Indicator）フラグを切り替えないことにより、転送ブロックが再送されることを示してもよい。
【００８０】
いくつかの実施形態において、無線ネットワークノードが、無線デバイスを２５６ＱＡＭの使用から他の変調方式を使用するように構成する場合に、大きい（例えば、現行のＬＴＥによりサポートされるものよりも大きい）転送ブロックサイズに関連付けられていないＨＡＲＱプロセスが無線デバイスにより依然としてスケジューリングされてもよく、それに対応して、無線ネットワークノードは、その構成よりも前にスケジューリングしたＨＡＲＱプロセスを引き続きスケジューリングすることができる。具体的な実施形態において、無線ネットワークノードは、ＤＬリソースを割り当てるＤＣＩメッセージにおいて進行中のＨＡＲＱプロセスの少なくとも１つについてのＮＤＩフラグを切り替えないことにより、転送ブロックが再送されることを示してもよい。
【００８１】
図１０は、いくつかの実施形態に従って転送ブロックを送信する例示的な方法のフローチャートである。具体的な実施形態において、方法１０００の１つ以上のステップは、図１〜図９を参照しながら説明したネットワーク１００のコンポーネントにより実行され得る。
【００８２】
当該方法は、ステップ１０１０において開始し、ネットワークノードは第１の送信についての第１の変調方式を決定する。例えば、無線ネットワークノード１２０は、無線デバイス１１０が良好な無線条件下で動作していること、及び無線デバイス１１０が２５６ＱＡＭをサポートすることを判定し得る。無線デバイス１１０は、カテゴリ８の無線デバイスであってもよい。無線ネットワークノード１２０は、第１の送信を２５６ＱＡＭで変調すると決定し得る。変調方式とカテゴリタイプとの具体的な組合せに基づき、一例としての表６を用いて、無線ネットワークノード１２０は、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数”が３５４９３６０であり、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数”が３５４９３６であると決定してもよい。
【００８３】
ステップ１０１２において、ネットワークノードは、第２の変調方式に基づいて、ソフトチャネルビットの数を決定し得る。例えば、無線ネットワークノード１２０は、無線デバイス１１０が２５６ＱＡＭをサポートするにも関わらず６４ＱＡＭに関連付けられているソフトチャネルビット数のみを記憶できると判定してもよい。言い換えれば、無線デバイス１１０は、２５６ＱＡＭ及び６４ＱＡＭの双方をサポート可能であり、但し双方のために同じサイズのソフトバッファを使用し得る。一例としての表６に基づいて、無線ネットワークノード１２０は、“ソフトチャネルビットの合計数”を３５９８２７２０であると決定し得る。
【００８４】
ステップ１０１４において、上述したサイズ及びソフトチャネルビット数に基づいて、ネットワークノードは、第１の変調符号化方式に従って転送ブロックを符号化する。例えば、無線ネットワークノード１２０は、２５６ＱＡＭと、上述した一例としての表６により決定したサイズ及びソフトチャネルビット数とを用いて、転送ブロック１５０を符号化する。
【００８５】
ステップ１０１６において、ネットワークノードは、転送ブロックを無線デバイスへ送信する。具体的な実施形態において、再送すべき具体的なビットの選択は、上で決定したソフトチャネルビット数に対応するサイズの循環バッファに基づいてよい。例えば、無線ネットワークノード１２０は、転送ブロック１５０を無線デバイス１１０へ送信し得る。
【００８６】
方法１０００に対して修正、追加又は省略がなされてもよい。追加的に、図１０の方法１０００における１つ以上のステップが並列的に又は任意の適した順序で実行されてもよい。いくつかの実施形態において、無線デバイスが無線ネットワークノードへ転送ブロックを送信するために同じステップ群を用いてもよい。
【００８７】
図１１は、いくつかの実施形態に従って転送ブロックを受信する例示的な方法のフローチャートである。具体的な実施形態において、方法１１００の１つ以上のステップは、図１〜図９を参照しながら説明したネットワーク１００のコンポーネントにより実行され得る。
【００８８】
当該方法は、ステップ１１１０において開始し、無線デバイスは、第１の変調符号化方式に従って変調された転送ブロックを受信する。転送ブロック内のビットの合計数は、第１の変調符号化方式に基づいてよい。
【００８９】
ステップ１１１１において、無線デバイスは、転送ブロック内のソフトチャネルビットの数を判定する。具体的な実施形態において、転送ブロック内のソフトチャネルビットの数は第２の変調符号化方式に基づいてよい。例えば、無線デバイス１１０は、カテゴリ８の無線デバイスであって、２５６ＱＡＭで変調された転送ブロック１５０を無線ネットワークノード１２０から受信してよい。転送ブロック１５０の長さは、カテゴリ８の無線デバイスと２５６ＱＡＭとに基づいてよい。ソフトチャネルビットの数は、６４ＱＡＭに基づいてよい。
【００９０】
ステップ１１１２において、無線デバイスは、ソフトバッファ内にソフトチャネルビットを記憶する。記憶されるソフトチャネルビットの数は、第２の変調方式と無線デバイスのカテゴリタイプとに基づく。例えば、カテゴリ８デバイスである無線デバイス１１０は、６４ＱＡＭに基づく数のソフトチャネルビットを自身のソフトバッファ内に記憶してよい。
【００９１】
ステップ１１１４において、無線デバイスは、前回の送信ブロックの復号の際にエラーが検出されたかを判定する。例えば、無線デバイス１１０は、転送ブロック１５０が新たな転送ブロック１５０であるか又は再送であるかを示すＮＤＩが切り替えられているかをチェックしてよい。
【００９２】
前回のエラーが検出されない場合、無線デバイスは、ステップ１１１６へ続行し、転送ブロックを復号する。前回のエラーが検出されると、無線デバイスは、ステップ１１８へ続行し、受信した転送ブロック内のビットをソフトバッファ内のビットと合成する。具体的な実施形態において、前回の転送ブロックは、異なる変調方式に従って符号化されていてもよい。例えば、その時点の転送ブロック１５０は、２５６ＱＡＭで符号化されてもよい。前回の転送ブロック１５０は、６４ＱＡＭで符号化されていてもよい。その時点の転送ブロック１５０及び前回の転送ブロック１５０について記憶されるソフトチャネルビットの数が同一であれば、それら転送ブロック１５０は合成され得る。ステップ１１６において、無線デバイスは、ステップ１１１８からの合成された転送ブロックを復号する。
【００９３】
方法１１００に対して修正、追加又は省略がなされてもよい。追加的に、図１１の方法１１００における１つ以上のステップが並列的に又は任意の適した順序で実行されてもよい。いくつかの実施形態において、無線ネットワークノードが無線デバイスから転送ブロックを受信するために同じステップ群を用いてもよい。
【００９４】
図１２は、ハイブリッド自動再送要求プロセスを実行する例示的な方法のフローチャートである。具体的な実施形態において、方法１２００の１つ以上のステップは、図１〜図９を参照しながら説明したネットワーク１００のコンポーネントにより実行され得る。
【００９５】
ステップ１２１０において、無線デバイスは、第１の変調方式で符号化された第１の転送ブロックを受信する。例えば、カテゴリ８の無線デバイスである無線デバイス１１０は、２５６ＱＡＭに従って符号化された第１の転送ブロック１５０を受信してよい。
【００９６】
ステップ１２１２において、無線デバイスは、ソフトチャネルビットの数Ｎを用いて、第１の転送ブロックを復号する。例えば、無線デバイス１１０は、自身のソフトバッファ内にＮ個のソフトチャネルビットを記憶してよく、Ｎは、２５６ＱＡＭを用いるカテゴリ８の無線デバイスについて一例としての表６から判定される。
【００９７】
ステップ１２１４において、無線デバイスは、第２の変調方式で符号化された第２の転送ブロックを受信してよい。例えば、無線デバイス１１０は、６４ＱＡＭに従って符号化された第２の転送ブロック１５０を受信してよい。
【００９８】
ステップ１２１６において、無線デバイスは、ソフトチャネルビットの数Ｎを用いて、第２の転送ブロックを復号する。例えば、無線デバイス１１０は、自身のソフトバッファ内にＮ個のソフトチャネルビットを記憶してよく、Ｎは、６４ＱＡＭを用いるカテゴリ８の無線デバイスについて一例としての表６から判定され得る。
【００９９】
具体的な実施形態において、ＨＡＲＱプロセスは、第１の転送ブロック１５０からのソフトチャネルビットを第２の転送ブロック１５０からのソフトチャネルビットと合成することにより、エラー訂正を実行してよい。具体的な実施形態において、ＨＡＲＱプロセスは、変調方式が変化する際にリセットしない。
【０１００】
方法１２００に対して修正、追加又は省略がなされてもよい。追加的に、図１２の方法１２００における１つ以上のステップが並列的に又は任意の適した順序で実行されてもよい。いくつかの実施形態において、無線ネットワークノード１２０などの無線ネットワークノードがＨＡＲＱプロセスを実行するために同じステップ群を用いてもよい。
【０１０１】
図１３は、無線デバイスの例示的な実施形態を示すブロック図である。この無線デバイスは、図９に示した無線デバイス１１０の一例である。具体的な例は、携帯電話、スマートフォン、ＰＤＡ（Personal  Digital  Assistant）、ポータブルコンピュータ（例えば、ラップトップ、タブレット）、センサ、モデム、ＭＴＣ（machine  type）デバイス／Ｍ２Ｍ（machine  to  machine）デバイス、ＬＥＥ（laptop  embedded  equipment）、ＬＭＥ（laptop  mounted  equipment）、ＵＳＢドングル、デバイスツーデバイス対応デバイス、又は無線通信を提供可能な任意の他のデバイスを含む。無線デバイスは、送受信機１３１０、プロセッサ１３２０及びメモリ１３３０を含む。いくつかの実施形態において、送受信機１３１０は、無線ネットワークノード１２０への無線信号の送信及び無線ネットワークノード１２０からの無線信号の受信を（例えば、アンテナを介して）遂行し、プロセッサ１３２０は、無線デバイスにより提供されるものとしてここで説明した機能性のいくつか又は全てを提供する命令を実行し、メモリ１３３０は、プロセッサ１３２０により実行される命令を記憶する。
【０１０２】
プロセッサ１３２０は、無線デバイスの説明した機能のいくつか又は全てを行うために命令を実行し及びデータを操作する１つ以上の集積回路及びモジュール内に実装される、ハードウェア及びソフトウェアの任意の適した組合せを含む。いくつかの実施形態において、プロセッサ１３２０は、例えば、１つ以上のコンピュータ、１つ以上のプログラマブルロジックデバイス、１つ以上のＣＰＵ（central  processing  units）、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、及び／若しくは他のロジック、及び／又はそれらの任意の適した組合せを含んでよい。プロセッサ１３２０は、無線デバイス１１０の説明した機能のいくつか又は全てを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。例えば、プロセッサ１３２０は、レジスタ、キャパシタ、インダクタ、トランジスタ、ダイオード、及び／又は任意の他の適した回路素子を含んでよい。
【０１０３】
メモリ１３３０は、概して、コンピュータにより実行可能なコード及びデータを記憶するように動作可能である。メモリ１３３０の例は、コンピュータメモリ（例えば、ＲＡＭ（Random  Access  Memory）若しくはＲＯＭ（Read  Only  Memory））、マスストレージメディア（例えば、ハードディスク）、リムーバブルストレージメディア（例えば、ＣＤ（Compact  Disk）若しくはＤＶＤ（Digital  Video  Disk））、並びに／又は、情報を記憶する任意の他の揮発性若しくは不揮発性の、非一時的なコンピュータ読取可能な及び／若しくはコンピュータ実行可能なメモリデバイスを含む。
【０１０４】
具体的な実施形態において、プロセッサ１３２０は、送受信機１３１０と共に、ネットワークノード１２０から転送ブロックを受信する。プロセッサ１３２０は、受信した転送ブロックについて復調及びエラー訂正を実行し得る。無線デバイスの他の実施形態は、上述した機能性のいずれか及び／又は（上述した解決策をサポートするために必要な何らかの機能性を含む）何らかの追加的な機能性を含む、無線デバイスの機能性のある側面を提供する責任を有する（図１３に示したもの以外の）追加的なコンポーネントを含んでもよい。
【０１０５】
具体的な実施形態において、無線デバイス１１０は、符号化／復号モジュール、ＨＡＲＱモジュール及び通信モジュールを含み得る。符号化／復号モジュールは、特定の変調符号化方式に従って転送ブロックを符号化し又は復号することに関する無線デバイス１１０の処理機能を実行し得る。例えば、符号化／復号モジュールは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ又は任意の他の適したＭＣＳを用いて、転送ブロックを符号化してもよい。また、符号化／復号モジュールは、そうした送信ブロックを復号してもよい。ある実施形態において、符号化／復号モジュールは、プロセッサ１３２０を含んでもよく、又はプロセッサ１３２０に含まれてもよい。符号化／復号モジュールは、符号化／復号モジュール及び／又はプロセッサ１３２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。
【０１０６】
ＨＡＲＱモジュールは、転送ブロックを復号するためのエラー検出及び訂正に関する無線デバイスの処理機能を実行し得る。例えば、ＨＡＲＱモジュールは、転送ブロックの復号が成功したかを示すＡＣＫ／ＮＡＣＫを送信してよい。他の例として、ＨＡＲＱモジュールは、エラー訂正のために同じ転送ブロックの複数の冗長性バージョンを合成してもよい。ある実施形態において、ＨＡＲＱモジュールは、プロセッサ１３２０を含んでもよく、又はプロセッサ１３２０に含まれてもよい。符号化／復号モジュールは、ＨＡＲＱモジュール及び／又はプロセッサ１３２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。
【０１０７】
通信モジュールは、無線デバイス１１０の送信機能及び受信機能を実行し得る。例えば、通信モジュールは、無線ネットワークノード１２０から送信ブロックを受信し得る。他の例として、通信モジュールは、ネットワーク１００の無線ネットワークノード１２０に対し、構成メッセージを受信し又は送信し得る。構成メッセージは、２５６ＱＡＭケイパビリティについてのサポートを示し得る。ある実施形態において、通信モジュールは、送受信機１３１０を含んでもよく、又は送受信機１３１０に含まれてもよい。通信モジュールは、送信機及び／又は送受信機を含み得る。ある実施形態において、通信モジュールは、プロセッサ１３２０を含んでもよく、又はプロセッサ１３２０に含まれてもよい。通信モジュールは、メッセージ及び／又は信号を無線で送信するように構成される回路を含み得る。具体的な実施形態において、通信モジュールは、符号化／復号モジュールとの間又はＨＡＲＱモジュールとの間で送信用のメッセージ及び／又は信号を受け付けてもよい
【０１０８】
図１４は、無線ネットワークノードの例示的な実施形態を示すブロック図である。無線ネットワークノード１２０は、ｅＮｏｄｅＢ、ノードＢ、基地局、無線アクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、基地送受信局（ＢＴＳ）、送信ポイント若しくはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、又は他の無線アクセスノードであり得る。無線ネットワークノード１２０は、少なくとも１つの送受信機１４１０、少なくとも１つのプロセッサ１４２０、少なくとも１つのメモリ１４３０、及び少なくとも１つのネットワークインタフェース１４４０を含む。送受信機１４１０は、無線デバイス１１０などの無線デバイスとの間の無線信号の送信及び無線信号の受信を（例えば、アンテナを介して）遂行し、プロセッサ１４２０は、無線ネットワークノード１２０により提供されるものとして上で説明した機能性のいくつか又は全てを提供する命令を実行し、メモリ１４３０は、プロセッサ１４２０により実行される命令を記憶し、ネットワークインタフェース１４４０は、ゲートウェイ、スイッチ、ルータ、インターネット、ＰＳＴＮ（Public  Switched  Telephone  Network）、コントローラ、及び／又は他のネットワークノード１２０などのバックエンドネットワークコンポーネントへ信号を通信する。プロセッサ１４２０及びメモリ１４３０は、上の図１３のプロセッサ１３２０及びメモリ１３３０を基準として説明したものと同じ種類であってよい。
【０１０９】
いくつかの実施形態において、ネットワークインタフェース１４４０は、プロセッサ１４２０に通信可能に連結され、無線ネットワークノード１２０向けの入力を受信し、無線ネットワークノード１２０からの出力を送信し、入力若しくは出力又は双方の適切な処理を実行し、他のデバイスと通信し、又はそれらの何らかの組合せを行うように動作可能な任意の適したデバイスをいう。ネットワークインタフェース１４４０は、適切なハードウェア（例えば、ポート、モデム、ネットワークインタフェースカードなど）と、ネットワークを通じた通信のためのプロトコル変換及びデータ処理のケイパビリティを含むソフトウェアとを含む。
【０１１０】
具体的な実施形態において、プロセッサ１４２０は、送受信機１４１０と共に、無線デバイス１１０へ転送ブロックを送信する。転送ブロックは、特定のＭＣＳに従って変調され得る。具体的な実施形態において、プロセッサ１４２０は、送受信機１４１０と共に、上述したように無線デバイス１１０へ転送ブロックを送信する。
【０１１１】
無線ネットワークノード１２０の他の実施形態は、上述した機能性のいずれか及び／又は（上述した解決策をサポートするために必要な何らかの機能性を含む）何らかの追加的な機能性を含む、ネットワークノードの機能性のある側面を提供する責任を有する（図１４に示したもの以外の）追加的なコンポーネントを含む。多様な異なるタイプの無線ネットワークノードが、同じ物理的な、但し異なる無線アクセス技術をサポートするように（例えばプログラミングを介して）構成されるハードウェアを有するコンポーネントを含んでもよく、又は部分的に若しくは全体として異なる物理的コンポーネントを表してもよい。
【０１１２】
具体的な実施形態において、無線ネットワークノード１２０は、符号化／復号モジュール、ＨＡＲＱモジュール及び通信モジュールを含み得る。符号化／復号モジュールは、特定の変調符号化方式に従って転送ブロックを符号化し又は復号することに関する無線ネットワークノード１２０の処理機能を実行し得る。例えば、符号化／復号モジュールは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ又は任意の他の適したＭＣＳを用いて、転送ブロックを符号化してもよい。また、符号化／復号モジュールは、そうした送信ブロックを復号してもよい。ある実施形態において、符号化／復号モジュールは、プロセッサ１４２０を含んでもよく、又はプロセッサ１４２０に含まれてもよい。符号化／復号モジュールは、符号化／復号モジュール及び／又はプロセッサ１４２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。
【０１１３】
ＨＡＲＱモジュールは、転送ブロックを復号するためのエラー検出及び訂正に関する無線ネットワークノード１２０の処理機能を実行し得る。例えば、ＨＡＲＱモジュールは、転送ブロックの復号が成功したかを示すＡＣＫ／ＮＡＣＫを受信してよい。他の例として、ＨＡＲＱモジュールは、エラー訂正のために同じ転送ブロックの複数の冗長性バージョンを送信してもよい。ある実施形態において、ＨＡＲＱモジュールは、プロセッサ１４２０を含んでもよく、又はプロセッサ１４２０に含まれてもよい。符号化／復号モジュールは、ＨＡＲＱモジュール及び／又はプロセッサ１４２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。
【０１１４】
通信モジュールは、無線ネットワークノード１２０の送信機能及び受信機能を実行し得る。例えば、通信モジュールは、無線デバイス１１０から送信ブロックを受信し得る。他の例として、通信モジュールは、ネットワーク１００の無線デバイス１１０に対し、構成メッセージを受信し又は送信し得る。構成メッセージは、２５６ＱＡＭケイパビリティについてのサポートを示し得る。ある実施形態において、通信モジュールは、送受信機１４１０を含んでもよく、又は送受信機１４１０に含まれてもよい。通信モジュールは、送信機及び／又は送受信機を含み得る。ある実施形態において、通信モジュールは、プロセッサ１４２０を含んでもよく、又はプロセッサ１４２０に含まれてもよい。通信モジュールは、メッセージ及び／又は信号を無線で送信するように構成される回路を含み得る。具体的な実施形態において、通信モジュールは、符号化／復号モジュールとの間又はＨＡＲＱモジュールとの間で送信用のメッセージ及び／又は信号を受け付けてもよい
【０１１５】
本開示のいくつかの実施形態は、１つ以上の技術的な利点を提供し得る。一例として、いくつかの実施形態において、ここで開示した方法及び装置は、２５６ＱＡＭケイパビリティについてのサポートを伴う低コストでのＵＥ実装の開発と、ＬＴＥでの２５６ＱＡＭサポートについての迅速な実用化とを容易にする。具体的な実施形態において、システム性能全体が改善されるように、リンク性能がより効率的に使用され得る。
【０１１６】
ある実施形態は、これら利点のうちのいくつか若しくは全てから恩恵を受け、又は恩恵を受けない。他の技術的な利点は、当業者によって容易に判明するであろう。
【０１１７】
本発明の範囲から逸脱することなく、ここで開示したシステム及び装置に対し、修正、追加又は省略がなされてよい。システム及び装置のコンポーネントは、一体化されてもよく又は分離されてもよい。そのうえ、システム及び装置の動作は、より多くの、より少ない又は別のコンポーネントにより実行されてもよい。追加的に、システム及び装置の動作は、ソフトウェア、ハードウェア及び／又は他のロジックを含むいかなる適したロジックを用いて実行されてもよい。本文書において使用されているところでは、“各々”は、集合の各メンバ又は集合のサブセットの各メンバをいう。
【０１１８】
本発明の範囲から逸脱することなく、ここで開示した方法に対し、修正、追加又は省略がなされてよい。方法は、より多くの、より少ない又は別のステップを含んでもよい。追加的に、ステップは、いかなる適した順序で実行されてもよい。
【０１１９】
本開示はある実施形態の観点で説明されてきたが、当業者にとっては、実施形態の変形例及び置換例が明白であろう。従って、実施形態の上の説明は、本開示を制約しない。本開示の思想及びスコープから逸脱することなく、以下の特許請求の範囲により定義されるように、他の変更、代入及び変形が可能である。
【図１】
0006356820.tif 000014
【図２】
0006356820.tif 000015
【図３】
0006356820.tif 000016
【図４】
0006356820.tif 000017
【図５】
0006356820.tif 000018
【図６】
0006356820.tif 000019
【図７】
0006356820.tif 000020
【図８】
0006356820.tif 000021
【図９】
0006356820.tif 000022
【図１０】
0006356820.tif 000023
【図１１】
0006356820.tif 000024
【図１２】
0006356820.tif 000025
【図１３】
0006356820.tif 000026
【図１４】
0006356820.tif 000027