特許 6356820 ２５６直交振幅変調のユーザ機器カテゴリのハンドリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6356820

(24)【登録日】2018年6月22日

(45)【発行日】2018年7月11日

(54)【発明の名称】２５６直交振幅変調のユーザ機器カテゴリのハンドリング

(51)【国際特許分類】

   H04L 27/38 20060101AFI20180702BHJP

   H04L 1/00 20060101ALI20180702BHJP

   H04L 27/00 20060101ALI20180702BHJP

【ＦＩ】

   H04L27/38

   H04L1/00 E

   H04L27/00 Z

【請求項の数】30

【全頁数】32

(21)【出願番号】特願2016-549286(P2016-549286)

(86)(22)【出願日】2015年1月28日

(65)【公表番号】特表2017-509233(P2017-509233A)

(43)【公表日】2017年3月30日

(86)【国際出願番号】IB2015050653

(87)【国際公開番号】WO2015114541

(87)【国際公開日】20150806

【審査請求日】2016年9月27日

(31)【優先権主張番号】61/933,414

(32)【優先日】2014年1月30日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100095957

【弁理士】

【氏名又は名称】亀谷 美明

(74)【代理人】

【識別番号】100096389

【弁理士】

【氏名又は名称】金本 哲男

(74)【代理人】

【識別番号】100101557

【弁理士】

【氏名又は名称】萩原 康司

(74)【代理人】

【識別番号】100128587

【弁理士】

【氏名又は名称】松本 一騎

(72)【発明者】

【氏名】ラーソン，ダニエル

(72)【発明者】

【氏名】チェン、ジュン−フ

(72)【発明者】

【氏名】ワン、メン

(72)【発明者】

【氏名】ヤン、ユ

【審査官】 吉江 一明

(56)【参考文献】

【文献】 特表２０１７−５０５５８２（ＪＰ，Ａ）

【文献】 特表２０１１−５０７３９７（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１２３９６１（ＷＯ，Ａ１）

【文献】 国際公開第２０１３／１８７８２４（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ２７／３８

Ｈ０４Ｌ １／００

Ｈ０４Ｌ ２７／００

ＩＥＥＥ Ｘｐｌｏｒｅ

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

無線デバイスにおいて転送ブロックを復号する方法であって、
第１の変調符号化方式に従って変調された転送ブロックの第１の送信を受信すること（１１１０）と、
前記無線デバイスのカテゴリタイプに少なくとも基づいて、前記転送ブロックの前記第１の送信におけるソフトチャネルビットの数ＳＢ１を判定すること（１１１１）と、
を含み、
前記カテゴリタイプの無線デバイスは、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記方法は、
ソフトバッファ内に前記転送ブロックの前記第１の送信のＳＢ１個のソフトチャネルビットを記憶すること（１１１２）と、
前記第２の変調符号化方式を用いて復調を実行するための標識を受信することと、
を含む方法。

【請求項2】

前記第２の変調符号化方式に従って変調された前記転送ブロックの第２の送信を受信することと、
前記無線デバイスの前記カテゴリタイプに少なくとも基づいて、前記転送ブロックの前記第２の送信におけるソフトチャネルビットの数ＳＢ２を判定することと、ＳＢ２はＳＢ１に等しいことと、
前記ソフトバッファ内に前記転送ブロックの前記第２の送信のＳＢ２個のソフトチャネルビットを記憶することと、
をさらに含む、請求項１の方法。

【請求項3】

前記第１の送信の復号の失敗後に、前記第２の送信を、前記転送ブロックの記憶された前記ＳＢ１個のソフトチャネルビットと合成すること（１１１８）、をさらに含む、請求項２の方法。

【請求項4】

前記第１の変調符号化方式の変調方式は、２５６直交振幅変調（２５６ＱＡＭ）方式である、請求項１〜３のいずれかの方法。

【請求項5】

前記第２の変調符号化方式の変調方式は、６４直交振幅変調（６４ＱＡＭ）方式である、請求項１〜４のいずれかの方法。

【請求項6】

前記無線デバイスに関連付けられる前記カテゴリタイプは、３ＧＰＰ（third generation partnership project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項１〜５のいずれかの方法。

【請求項7】

前記無線デバイスが２５６ＱＡＭをサポート可能であるという標識を送信すること、をさらに含む、請求項１〜６のいずれかの方法。

【請求項8】

２５６ＱＡＭを使用するための標識を受信すること、をさらに含む、請求項１〜７のいずれかの方法。

【請求項9】

ネットワークノードにおける転送ブロックを送信する方法であって、
前記転送ブロックの第１の送信のための第１の変調符号化方式を決定すること（１０１０）と、
無線デバイスのカテゴリタイプに少なくとも基づいて、前記転送ブロックのためのソフトチャネルビットの数ＳＢ１を決定すること（１０１２）と、
を含み、
前記カテゴリタイプの無線デバイスは、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記方法は、
前記第１の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ１に従って、前記転送ブロックを符号化すること（１０１４）と、
前記転送ブロックを前記無線デバイスへ送信すること（１０１６）と、
前記第２の変調符号化方式を用いて変調を実行するための標識を受信することと、
を含む方法。

【請求項10】

前記無線デバイスの前記カテゴリタイプに少なくとも基づいて、前記転送ブロックのためのソフトチャネルビットの数ＳＢ２を決定することと、ＳＢ２はＳＢ１に等しいことと、
前記第２の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ２に従って、前記転送ブロックを符号化することと、
前記転送ブロックを前記無線デバイスへ送信することと、
をさらに含む、請求項９の方法。

【請求項11】

前記第１の変調符号化方式の変調方式は、２５６ＱＡＭ方式である、請求項９又は請求項１０の方法。

【請求項12】

前記第２の変調符号化方式の変調方式は、６４ＱＡＭ方式である、請求項９〜１１のいずれかの方法。

【請求項13】

前記無線デバイスに関連付けられる前記カテゴリタイプは、３ＧＰＰ（third generation partnership project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項９〜１２のいずれかの方法。

【請求項14】

前記無線デバイスが２５６ＱＡＭをサポート可能であるという標識を受信すること、をさらに含む、請求項９〜１３のいずれかの方法。

【請求項15】

２５６ＱＡＭを使用するための標識を前記無線デバイスへ通信すること、をさらに含む、請求項９〜１４のいずれかの方法。

【請求項16】

プロセッサ（１３２０）を備える無線デバイス（１１０）であって、前記プロセッサは、
第１の変調符号化方式に従って変調された転送ブロック（１５０）の第１の送信を受信し、
前記無線デバイス（１１０）のカテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）の前記第１の送信におけるソフトチャネルビットの数ＳＢ１を判定する、
ように動作可能であり、
前記カテゴリタイプの無線デバイス（１１０）は、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記プロセッサは、ソフトバッファ内に前記転送ブロック（１５０）の前記第１の送信のＳＢ１個のソフトチャネルビットを記憶し、前記第２の変調符号化方式を用いて復調を実行するための標識を受信する、ように動作可能である、
無線デバイス。

【請求項17】

前記プロセッサ（１３２０）は、
前記第２の変調符号化方式に従って変調された前記転送ブロック（１５０）の第２の送信を受信し、
前記無線デバイス（１１０）の前記カテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）の前記第２の送信におけるソフトチャネルビットの数ＳＢ２を判定し、
前記ソフトバッファ内に前記転送ブロック（１５０）の前記第２の送信のＳＢ２個のソフトチャネルビットを記憶する、
ようにさらに動作可能であり、ＳＢ２はＳＢ１に等しい、
請求項１６の無線デバイス。

【請求項18】

前記プロセッサ（１３２０）は、前記第１の送信の復号の失敗後に、前記第２の送信を、前記転送ブロック（１５０）の記憶された前記ＳＢ１個のソフトチャネルビットと合成する、ようにさらに動作可能である、請求項１７の無線デバイス。

【請求項19】

前記第１の変調符号化方式の変調方式は、２５６ＱＡＭ方式である、請求項１６〜１８のいずれかの無線デバイス。

【請求項20】

前記第２の変調符号化方式の変調方式は、６４ＱＡＭ方式である、請求項１６〜１９のいずれかの無線デバイス。

【請求項21】

前記無線デバイス（１１０）に関連付けられる前記カテゴリタイプは、３ＧＰＰ（third generation partnership project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項１６〜２０のいずれかの無線デバイス。

【請求項22】

前記プロセッサは、前記無線デバイス（１１０）が２５６ＱＡＭをサポート可能であるという標識を送信する、ようにさらに動作可能である、請求項１６〜２１のいずれかの無線デバイス。

【請求項23】

前記プロセッサは、２５６ＱＡＭを使用するための標識を受信する、ようにさらに動作可能である、請求項１６〜２２のいずれかの無線デバイス。

【請求項24】

プロセッサ（１４２０）を備えるネットワークノード（１２０）であって、前記プロセッサは、
転送ブロック（１５０）の第１の送信のための第１の変調符号化方式を決定し、
無線デバイス（１１０）のカテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）のためのソフトチャネルビットの数ＳＢ１を決定する、
ように動作可能であり、
前記カテゴリタイプの無線デバイス（１１０）は、前記第１の変調符号化方式及び前記第１の変調符号化方式とは次数の異なる第２の変調符号化方式をサポート可能であり、前記第１の変調符号化方式及び前記第２の変調符号化方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられ、
前記プロセッサは、
前記第１の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ１に従って、前記転送ブロック（１５０）を符号化し、
前記転送ブロック（１５０）を前記無線デバイス（１１０）へ送信し、
前記第２の変調符号化方式を用いて変調を実行するための標識を受信する、
ように動作可能である、ネットワークノード。

【請求項25】

前記プロセッサ（１４２０）は、
前記無線デバイス（１１０）の前記カテゴリタイプに少なくとも基づいて、前記転送ブロック（１５０）のためのソフトチャネルビットの数ＳＢ２を決定し、
前記第２の変調符号化方式及び決定したソフトチャネルビットの前記数ＳＢ２に従って、前記転送ブロック（１５０）を符号化し、
前記転送ブロック（１５０）を前記無線デバイス（１１０）へ送信する、
ようにさらに動作可能であり、ＳＢ２はＳＢ１に等しい、
請求項２４のネットワークノード。

【請求項26】

前記第１の変調符号化方式の変調方式は、２５６ＱＡＭ方式である、請求項２４又は請求項２５のネットワークノード。

【請求項27】

前記第２の変調符号化方式の変調方式は、６４ＱＡＭ方式である、請求項２４〜２６のいずれかのネットワークノード。

【請求項28】

前記無線デバイス（１１０）に関連付けられる前記カテゴリタイプは、３ＧＰＰ（third generation partnership project）カテゴリタイプ４、５、６、７及び８のうちの１つである、請求項２４〜２７のいずれかのネットワークノード。

【請求項29】

前記プロセッサ（１４２０）は、前記無線デバイス（１１０）が２５６ＱＡＭをサポート可能であるという標識を受信する、ようにさらに動作可能である、請求項２４〜２８のいずれかのネットワークノード。

【請求項30】

前記プロセッサ（１４２０）は、２５６ＱＡＭを使用するための標識を前記無線デバイス（１１０）へ通信する、ようにさらに動作可能である、請求項２４〜２９のいずれかのネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

具体的な実施形態は、概して、通信ネットワークにおける無線信号の変調に関し、より具体的には、２５６直交振幅変調（２５６ＱＡＭ）の利点を維持しながら既存のユーザ機器カテゴリタイプについて２５６ＱＡＭをサポートすることに関する。

【背景技術】

【0002】

ＬＴＥ（Long Term Evolution）は、ダウンリンクにおいて直交周波数分割多重（ＯＦＤＭ）を、アップリンクにおいてＤＦＴ拡散ＯＦＤＭを使用する。図１は、例示的なＯＦＤＭシンボルを示している。基本的なＬＴＥダウンリンク物理リソースは、図１に示したような時間−周波数グリッドを含み、各リソースエレメントは１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアに相当する。

【0003】

図２は、例示的な無線フレームを示している。時間ドメインにおいて、ＬＴＥのダウンリンク送信は、１０ｍｓの無線フレームへと編成され、各無線フレームは１０個の長さ１ｍｓで等サイズのサブフレームからなる。図２は、このＬＴＥの時間ドメイン構造の概略図である。

【0004】

さらに、ＬＴＥにおけるリソース割り当ては、典型的には、リソースブロックの単位で記述され、１つのリソースブロックは、時間ドメインにおいて１スロット（０．５ｍｓ）に、周波数ドメインにおいて１２個の連続するサブキャリアに相当する。時間方向（１．０ｍｓ）に隣接する２つのリソースブロックのペアは、リソースブロックペアとして知られている。リソースブロックは、周波数ドメインにおいては、システム帯域幅の一端から０で始まる形で付番される。

【0005】

ＬＴＥは、仮想リソースブロック（ＶＲＢ）及び物理リソースブロック（ＰＲＢ）を含む。リソースは、ＶＲＢペアの単位でＵＥへ割り当てられる。リソース割り当ては、局所化されてもよく、又は分散されてもよい。局所化型のリソース割り当てについて、ＶＲＢペアはＰＲＢペアへと直接的にマッピングされ、よって２つの連続する局所化ＶＲＢが周波数ドメインにおいて連続するＰＲＢとして設定される。分散型のリソース割り当てについて、分散されるＶＲＢは周波数ドメインにおいて連続するＰＲＢにはマッピングされず、それら分散されるＶＲＢを用いて送信されるデータチャネルについて周波数ダイバーシティが提供される。

【0006】

ダウンリンク送信は動的にスケジューリングされる。各サブフレームについて、基地局は、該当するダウンリンクサブフレームにおいてどのリソースブロック上でどの端末がデータを受信することになるかに関する制御情報を送信する。この制御シグナリングは、典型的には、各サブフレーム内の最初から１、２、３又は４個のＯＦＤＭシンボルにおいて送信される。シンボルの数（即ち、１、２、３又は４）は、制御フォーマットインジケータ（ＣＦＩ）として知られている。ダウンリンクサブフレームは、共通リファレンスシンボルをも含み、共通リファレンスシンボルは、受信機にとって既知であって、制御情報の復調などのコヒーレント復調のために使用される。

【0007】

図３は、例示的なダウンリンクサブフレームを示している。図示されたサブフレームは、制御情報のために３つのＯＦＤＭシンボル（ＣＦＩ＝３）を含む。いくつかのＬＴＥリリースについては、上で説明したリソース割り当ては、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）上でスケジューリングされるかもしれない。

【0008】

ＬＴＥなどの無線システムは、無線リンクのその時点の条件に基づいて、リンク適応を用いて無線リンクのパラメータを適応させ得る。フェージングチャネル条件への高速なリンク適応は、システムスループットキャパシティと共に、ユーザ体験及びサービス品質を向上させ得る。高速リンク適応において、受信機から送信機へとチャネル条件がフィードバックされる。フィードバックは、例えば、信号対雑音比（ＳＮＲ）、信号対干渉及び雑音比（ＳＩＮＲ）、受信信号レベル（電力若しくは強度）、サポート可能なデータレート、変調符号化レートのサポート可能な組合せ、及び／又はサポート可能なスループットを含み得る。フィードバック情報は、Ｗ−ＣＤＭＡのように周波数帯域の全体に適用されてもよく、又はＬＴＥなどのＯＦＤＭシステムのようにその特定の部分に適用されてもよい。“チャネル品質インジケータ（ＣＱＩ）”との用語は、そうした情報を含む何らかのそうしたフィードバック情報又はメッセージへの言及であり得る。

【0009】

ＬＴＥのダウンリンクにおいて、基地局が無線リソース割り当てを決定することを支援するために、移動局から基地局へとＣＱＩメッセージがフィードバックされる。フィードバック情報を用いて、複数の受信機の間での送信のスケジューリングを決定し、適切な送信方式（アクティブ化すべき送信アンテナの数など）を選択し、適切な量の帯域幅を割り当て、及び対象の受信機にとってサポート可能な変調符号化レートを形成することができる。ＬＴＥのアップリンクでは、基地局は、移動局により送信される復調リファレンスシンボル又はサウンディングリファレンスシンボルからチャネル品質を推定することができる。

【0010】

表１は、ＬＴＥシステムについてのある範囲のＣＱＩレポートメッセージを示している。このＣＱＩテーブルは、広帯域無線通信チャネルにわたる変調符号化方式（ＭＣＳ）適応をサポートする。低次の変調法から高次の変調法への遷移ポイントは、リンク性能評価に基づいて判定される。異なる変調法の間のそれら固有の遷移ポイントは、最適なシステム動作のためのガイドラインを提供し得る。

【0011】

【表1】

【0012】

移動局からのＣＱＩレポートに基づいて、基地局は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータを送信するために最良のＭＣＳを選択することができる。ＭＣＳ情報は、ダウンリンク制御情報の５ビットの“変調符号化方式（modulation and coding scheme）”フィールド（Ｉ_ＭＣＳ）内で選択された移動局へと伝達される。ＭＣＳ情報は、ＭＣＳインデックスにより伝達され得る。

【0013】

表２は、ＭＣＳインデックスと、具体的なＭＣＳ及び転送ブロックサイズ（ＴＢＳ）インデックスとの間の関連付けを示している。割り当てられるリソースブロックの合計数と共に、ＴＢＳインデックスは、ＰＤＳＣＨ送信において使用される転送ブロックサイズを左右する。表２における最後の３つのＭＣＳエントリは、ハイブリッド自動再送要求（ＨＡＲＱ）の再送信のためのものである。再送の送信について、ＴＢＳは元の送信と同一に維持される。

【0014】

【表2】

【0015】

割り当てられる無線ブロックの様々な数について固有のＴＢＳが、３ＧＰＰ ＴＳ３６．２１３において列挙されている。それらＴＢＳは、ＣＱＩレポートに基づいてスペクトル効率を達成するように選択される。より具体的には、ＴＢＳは、ＰＤＳＣＨについて利用可能なＯＦＤＭシンボルの数が１１である場合には、表３に示されているスペクトル効率を達成するように選択される。

【0016】

【表3】

【0017】

ＬＴＥは、ＨＡＲＱを増分式の冗長性（incremental redundancy）と共に使用する。符号語の同じ部分を再送する代わりに、異なる冗長性バージョンが再送され、Ｃｈａｓｅ合成での追加利得が提供される。

【0018】

端末の複雑さ及びコストが要因でなければ、受信機は、全ての受信ソフト値を記憶するために十分に大きいソフトバッファを含むことができるはずである。しかしながら、複雑さ及びコストが懸案となる場合、端末内のソフトバッファのサイズには、概して限界がある。送信機が大きい符号語を送信する高レート送信について、ＵＥは、限界のあるバッファ内に完全な符号語を記憶することができないかもしれない。従って、ｅＮＢ及び端末の双方は、ソフトバッファのサイズを知る必要がある。さもなければ、ｅＮＢはＵＥが記憶し得ない符号化ビットを送信するかもしれず、あるいは、ＵＥは他のビットが存在することを知らずに記憶済みのビットと混同しかねない。

【0019】

図４は、例示的な符号語を示している。図示された例は、簡略化された完全な符号語と、端末が記憶可能なソフト値の数とを表している。完全な符号語は、システマティックビット及びパリティビットを含む。ソフトバッファのサイズは、これらビットのサブセットを記憶するようなサイズにされ得る。ｅＮＢ及び端末の双方がソフトバッファサイズを知っているならば、ｅＮＢは、端末が記憶可能でない符号語を送信しないであろう。ｅＮＢは、端末がいくつの符号語を記憶するかを知っており、よってｅＮＢはそれらビットを送信又は再送のために使用することができる。

【0020】

図５は、転送ブロックの送信及び再送のための例示的な循環バッファを示している。完全円は、符号語全体ではなく端末のソフトバッファサイズに相当する。符号レートに依存して、初回の送信では、ｅＮＢは、いくつか／全てのシステマティックビットと、ゼロ個／いくつかのパリティビットとを送信する。再送においては、開始位置が変化し、ｅＮＢは、円周の他の部分に対応するビットを送信する。

【0021】

特定のＬＴＥリリースにおいて、各端末は、コンポーネントキャリアごとに８つまでのＨＡＲＱプロセスを含み、各ＨＡＲＱプロセスは、デュアル符号語でのＭＩＭＯ送信をサポートするために２つまでのサブプロセスを含み得る。この特定のリリースは、利用可能なソフトバッファを、構成されるＨＡＲＱプロセスの数で均等に分割する。分割後のソフトバッファの各々を用いて、受信される符号語のソフト値を記憶することができる。デュアル符号語ＭＩＭＯ送信のケースでは、分割後のソフトバッファは、受信される２つの符号語のソフト値を記憶するためにさらに等分され得る。

【0022】

図６は、８つの部分へと分割された例示的なソフトバッファを示している。図示された例は、シングル符号語送信モードについてのバッファ割り当てを表す。各バッファが１つの符号語に対応する。こうした割り当ては、モード３、４、８、９又は１０ではないＰＤＳＣＨ送信モードについてのＬＴＥソフトバッファ割り当てを表現し得る。

【0023】

図７は、１６個の部分へと分割された例示的なソフトバッファを示している。図示された例は、デュアル符号語送信モードについてのバッファ割り当てを表す。各バッファは、図６の対応するバッファのサイズの半分である。こうした割り当ては、ＰＤＳＣＨ送信モード３、４、８、９又は１０についてのＬＴＥソフトバッファ割り当てを表現し得る。

【0024】

３ＧＰＰ文書が仕様化しているところでは、エンコーダにより想定されるソフトバッファサイズは、以下のように計算される：

【0025】

【数1】

【0026】

【数2】

【0027】

【数3】

【0028】

３ＧＰＰ文書において定義されているように、送信モード３、４、８、９又は１０に基づいてＵＥがＰＤＳＣＨ送信を受信するように構成される場合、Ｋ_ＭＩＭＯは２に等しく、そうでない場合、Ｋ_ＭＩＭＯは１に等しい。
Ｍ_{ＤＬ＿ＨＡＲＱ}は、３ＧＰＰ文書において定義されている通りのダウンリンクＨＡＲＱプロセスの最大数である。
Ｍ_{ｌｉｍｉｔ}は、８に等しい定数である。

【0029】

ＬＴＥは、ハイブリッドＡＲＱ（ＨＡＲＱ）を使用し、ＨＡＲＱにおいて、端末は、サブフレーム内のダウンリンクデータの受信後にデータの復号を試行し、復号が成功したか（ＡＣＫ）又は成功しなかったか（ＮＡＣＫ）を基地局へレポートバックする。復号の試行に失敗すると、基地局は、データを再送し得る。

【0030】

ＵＥがＰＵＳＣＨ送信のためのアップリンク許可を有するサブフレームにおいて、ＵＥは、ＰＵＳＣＨにＨＡＲＱフィードバックメッセージを組み入れ得る。ＵＥがサブフレーム内でＰＵＳＣＨ送信のためのアップリンクリソースを割り当てられていない場合、ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用して、ＨＡＲＱフィードバックメッセージを送信し得る。

【0031】

リリース１１までのＬＴＥシステムにおいて、ダウンリンク及びアップリンクの双方のための変調方式のセットは、直交位相変位変調（ＱＰＳＫ）、１６直交振幅変調（１６ＱＡＭ）及び６４直交振幅変調（６４ＱＡＭ）を含み、それぞれ変調シンボルごとに２、４及び６ビットに相当する。ＬＴＥにおいて、端末がサービングｅＮＢに近接するスモールセル環境などの、高ＳＩＮＲを伴うシナリオについては、所与の送信帯域幅でのより高いデータレートの提供は、変調シンボルごとにより多くの情報ビットを搬送することを可能にする高次の変調法を用いることにより達成される。例えば、２５６ＱＡＭの導入では、変調シンボルごとに８ビットが送信される。これにより、図８に示したように、最大で３３％ピークデータレートを改善することができる。

【0032】

図８は、特定のＳＮＲレベルにおける特定の変調方式についての例示的なビット情報を示している。図示されたグラフ上の線は、ＱＰＳＫの線８０、１６ＱＡＭの線８２、６４ＱＡＭの線８４、及び２５６ＱＡＭの線８６を含む。

【0033】

図示したように、２５６ＱＡＭは、ある複数のシナリオにおいてＳＩＮＲが十分に高い場合に利得を提供する。実際上、２５６ＱＡＭの性能は送信機のＥＶＭ（Error vector magnitude）及びＲｘ障害（Rx impairments）に敏感である。

【0034】

３ＧＰＰにおいて、２５６ＱＡＭのためのサポートは、ＣＱＩ／ＭＣＳ／ＴＢＳテーブルの設計及びＵＥカテゴリハンドリングに影響し得る。ＵＥカテゴリは、アップリンク及びダウンリンクのケイパビリティの組合せを定義する。ＵＥカテゴリにより設定されるパラメータは、３ＧＰＰ ＴＳ３６．３０６ Ｖ１１．１．０の第４．１節〜第４．２節において定義されている。上記標準のセクション４．２では、様々なＵＥカテゴリについてのダウンリンクケイパビリティが記述されている。具体的なケイパビリティとして、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数”及び“ソフトチャネルビットの合計数”が含まれる。

【0035】

“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数（Maximum number of DL-SCH transport block bits received within a TTI）”というフィールドは、ＴＴＩ又はサブフレームごとにＵＥがいくつの情報ビットを受信可能であるかを定義する。大きい値は、ＵＥの復号ケイパビリティがより高いことに相当する。この値は、使用される最高の変調次数と共に最大の転送ブロックサイズを用いることに対応する。

【0036】

“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数（Maximum number of bits of a DL-SCH transport block received within a TTI）”というフィールドは、ＨＡＲＱ処理のために利用可能なソフトチャネルビットの合計数を定義する。この数は、システム情報の復号のための専用ブロードキャストＨＡＲＱプロセスにより要するソフトチャネルビットを含まない。

【0037】

“ソフトチャネルビットの合計数（Total number of soft channel bits）”というフィールドは、上述したパラメータＮ_ｓｏｆｔ用の値を定義する。当該パラメータは、ＵＥがいくつのソフトチャネルビットを記憶できるか（即ち、受信されるいくつの符号化ビットを記憶できるか）を制御する。より高い値は、ＵＥのソフトバッファサイズがより大きいことに対応する。このパラメータは、ｅＮＢでの転送ブロックの符号化のためにも使用される。

【0038】

ＵＥカテゴリ６〜８はＬＴＥリリース１０において導入されたのに対し、残りのＵＥカテゴリはリリース８において導入された。ＵＥカテゴリ６〜８と後方互換的であるために、カテゴリ６又は７を示すＵＥはカテゴリ４を示し、カテゴリ８を示すＵＥはカテゴリ５をも示すものとされている。表４は、多様なＵＥカテゴリとそれらのパラメータとを示している。

【0039】

【表4】

【発明の概要】

【発明が解決しようとする課題】

【0040】

本開示は、既存のソフトバッファサイズと共により多くの転送ブロックサイズを用いることにより、既存のＵＥカテゴリを基準として２５６ＱＡＭを取り入れるための、コスト効率的なやり方を説明する。

【課題を解決するための手段】

【0041】

いくつかの実施形態によれば、無線デバイスにおいて転送ブロックを復号する方法は、転送ブロックの第１の送信を受信すること、を含む。当該転送ブロックは、第１の変調符号化方式に従って変調されている。上記方法は、上記無線デバイスのカテゴリタイプに少なくとも基づいて、上記転送ブロックの上記第１の送信におけるソフトチャネルビットの数ＳＢ１を判定すること、をさらに含む。上記カテゴリタイプの無線デバイスは、上記第１の変調符号化方式及び上記第１の変調方式とは次数の異なる第２の変調符号化方式をサポート可能であり、上記第１の変調方式及び上記第２の変調方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられる。上記方法は、ソフトバッファ内に上記転送ブロックの上記第１の送信のＳＢ１個のソフトチャネルビットを記憶すること、をさらに含む。

【0042】

具体的な実施形態において、上記方法は、上記転送ブロックの第２の送信を受信すること、を含む。上記第２の送信は、上記第２の変調符号化方式に従って変調されている。上記方法は、上記無線デバイスの上記カテゴリタイプに少なくとも基づいて、上記転送ブロックの上記第２の送信におけるソフトチャネルビットの数ＳＢ２を判定することと、ＳＢ２はＳＢ１に等しいことと、上記ソフトバッファ内に上記転送ブロックの上記第２の送信のＳＢ２個のソフトチャネルビットを記憶することと、をさらに含む。

【0043】

具体的な実施形態において、上記第１の送信ブロックの復号の失敗後に、上記方法は、上記第２の送信ブロックを、上記第１の転送ブロックの記憶された上記ＳＢ１個のソフトチャネルビットと合成すること、をさらに含む。

【0044】

具体的な実施形態において、上記第１の変調方式は、２５６直交振幅変調（２５６ＱＡＭ）方式である。具体的な実施形態において、上記第２の変調方式は、６４直交振幅変調方式（６４ＱＡＭ）である。

【0045】

いくつかの実施形態によれば、無線ネットワークにおいて転送ブロックを送信する方法は、上記転送ブロックの第１の送信のための第１の変調符号化方式を決定することと、無線デバイスのカテゴリタイプに少なくとも基づいて、上記転送ブロックのためのソフトチャネルビットの数ＳＢ１を決定することと、を含む。上記カテゴリタイプの無線デバイスは、上記第１の変調符号化方式及び上記第１の変調方式とは次数の異なる第２の変調符号化方式をサポート可能であり、上記第１の変調方式及び上記第２の変調方式の双方は、同じ数のソフトチャネルビット及びソフトバッファサイズに関連付けられる。上記方法は、上記第１の変調符号化方式及び決定した上記ソフトチャネルビットの数ＳＢ１に従って、上記第１の転送ブロックを符号化することと、上記転送ブロックを上記無線ネットワークエレメントへ送信することと、をさらに含む。

【0046】

具体的な実施形態において、上記方法は、上記無線デバイスの上記カテゴリタイプに少なくとも基づいて、上記転送ブロックのためのソフトチャネルビットの数ＳＢ２を決定することと、ＳＢ２はＳＢ１に等しいことと、上記第２の変調符号化方式及び決定したソフトチャネルビットの上記数ＳＢ２に従って、上記転送ブロックを符号化することと、上記転送ブロックを上記無線デバイスへ送信することと、をさらに含む。

【0047】

具体的な実施形態において、上記第１の変調符号化方式は、２５６ＱＡＭ方式である。具体的な実施形態において、上記第２の変調符号化方式は、６４ＱＡＭ方式である。

【0048】

いくつかの実施形態によれば、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを実行する方法は、ＨＡＲＱプロセスを実行する無線デバイスにより、当該無線デバイスのカテゴリタイプ及び第１の変調符号化方式に従って符号化された第１の転送ブロックを受信することと、上記ＨＡＲＱプロセスにより、ソフトビットの数Ｎを用いて上記第１の転送ブロックを復号することと、上記無線ネットワークエレメントにより、上記カテゴリタイプ及び上記第１の変調符号化方式とは異なる第２の変調符号化方式に従って符号化された第２の転送ブロックを受信することと、上記ＨＡＲＱプロセスにより、ソフトビットの上記数Ｎを用いて、上記第２の転送ブロックを復号することと、を含む。

【0049】

具体的な実施形態において、上記ＨＡＲＱプロセスの動作状態は、上記第２の変調方式が上記第１の変調方式とは異なるとの判定の後、上記第２の送信ブロックの復号の前に、リセットされない。

【発明の効果】

【0050】

具体的な実施形態は、以下の技術的な利点のうちのいくつかを呈し得る。具体的な実施形態は、２５６ＱＡＭケイパビリティについてのサポートを伴う低コストでのＵＥ実装と、ＬＴＥでの２５６ＱＡＭサポートについての迅速な実用化とを含み得る。具体的な実施形態において、システム性能全体が改善されるように、リンク性能がより効率的に使用され得る。以下の図面、説明及び特許請求の範囲から、他の技術的な利点が当業者にとって容易に明らかとなるであろう。

【図面の簡単な説明】

【0051】

本発明並びにその特徴及び利点のより完全な理解のために、次の添付図面と併せて以下の説明への言及がこれよりなされる。

【0052】

【図1】例示的な直交周波数分割多重（ＯＦＤＭ）シンボルを示している。

【図2】例示的な無線フレームを示している。

【図3】例示的なダウンリンクサブフレームを示している。

【図4】例示的な符号語を示している。

【図5】転送ブロックの送信及び再送についての例示的な循環バッファを示している。

【図6】８個の部分へと分割される例示的なソフトバッファを示している。

【図7】１６個の部分へと分割される例示的なソフトバッファを示している。

【図8】多様な信号対雑音レベルでの多様な変調方式についての例示的なビット情報を示している。

【図9】いくつかの実施形態に係る無線ネットワークの一例を示すブロック図である。

【図10】いくつかの実施形態に係る転送ブロックを送信する例示的な方法のフローチャートである。

【図11】いくつかの実施形態に係る転送ブロックを受信する例示的な方法のフローチャートである。

【図12】ハイブリッド自動再送要求プロセスを実行する例示的な方法のフローチャートである。

【図13】無線デバイスの例示的な実施形態を示すブロック図である。

【図14】無線ネットワークノードの例示的な実施形態を示すブロック図である。

【発明を実施するための形態】

【0053】

２５６ＱＡＭは、ＬＴＥにおいて現在サポートされているよりも高いデータレートをサポートする。最大の２つの空間多重化レイヤをサポートするＵＥについて、１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数は、２５６ＱＡＭのサポートの導入と共に、７５３７６から８８８９２へと増加し得る。最大４つの空間多重化レイヤをサポートするＵＥについて、１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数は、１４９７７６から１７７４５６へと増加し得る。最大８つの空間多重化レイヤをサポートするＵＥについて、１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数は、２９９８５６から３５４９３６へと増加し得る。

【0054】

受信されるビット数のこれら増加をハンドリングするためのあり得る解決策は、増加したデータレート及び追加的な合計ソフトチャネルビットの双方を伴う新たなＵＥカテゴリを定義することである。表５は、２５６ＱＡＭをサポートするための新たなＵＥカテゴリタイプ（例えば、１４〜１８）の一例を示している。

【0055】

【表5】

【0056】

この解決策は、しかしながら、追加的な受信ビットを記憶するＵＥのメモリハードウェアの増加に依拠している。例えば、カテゴリ１６のＵＥは、カテゴリ６のＵＥ用の３６５４１４４ソフトチャネルビットの代わりに、４３０８４８０ソフトチャネルビットを記憶するために十分なメモリを必要とするはずである。そうした解決策は高価であり得る。

【0057】

しかしながら、特定のシナリオにおいてのみ２５６ＱＡＭが利用可能であるならば、増加するハードウェアコストは正当化されないかもしれない。例えば、２５６ＱＡＭは、ＵＥが良好な無線条件下に位置する場合（例えば、ＵＥが周波数帯域内に他の干渉無線信号の無い状態で近くのｅＮＢによりサービスされている場合）に使用され得る。そうした条件は、頻繁には起こらず、限定的な恩恵のためには追加的なハードウェアコストは正当化されないであろう。

【0058】

本開示の目的は、少なくともこれら不利を軽減し、既存のＵＥカテゴリタイプと共に２５６ＱＡＭをサポートする改善された方法を提供することである。以下に説明する具体的な実施形態は、２５６ＱＡＭケイパビリティについてのサポートを伴う低コストでのＵＥ実装と、ＬＴＥでの２５６ＱＡＭサポートについての迅速な実用化とを含み得る。

【0059】

具体的な実施形態が添付図面のうちの図１〜図１４への参照と共に説明されており、類似の符号が多様な図面の類似の及び対応する部分について使用されている。例示的なセルラーシステムとして本開示を通じてＬＴＥが使用されているが、ここで提示されるアイディアは、いかなる無線通信システムにもあてはまる。

【0060】

図９は、具体的な実施形態に係るネットワークの一例を示すブロック図である。ネットワーク１００は、無線ネットワークノード１２０（基地局又なｅＮｏｄｅＢなど）といったネットワークエレメントと、無線デバイス１１０（携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣ、又は無線通信を提供可能な任意の他のデバイス）とを含む。概して、無線ネットワークノード１２０のカバレッジの内部の無線デバイス１１０は、無線信号１３０を送受信することにより、無線ネットワークノード１２０と通信する。例えば、無線デバイス１１０及び無線ネットワークノード１２０は、音声トラフィック、データトラフィック及び／又は制御信号を含む無線信号１３０を通信し得る。無線信号１３０は、ダウンリンク送信（無線ネットワークノード１２０から無線デバイス１１０）及びアップリンク送信（無線デバイス１１０から無線ネットワークノード１２０）の双方を含み得る。物理レイヤにおいては、無線信号１３０は、転送ブロック（transport block）１５０を含み得る。

【0061】

転送ブロック１５０は、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ又は他の任意の適した変調方式などの多様な変調方式に従って変調され得る。転送ブロック１５０の変調方式は、無線条件に従って時間にわたって変化し得る。例えば、無線ネットワークノード１２０は、良好な無線条件下においてより高次の変調方式（例えば、２５６ＱＡＭ）で転送ブロック１５０を変調し、又は良好でない無線条件下においてより低次の変調方式（例えば、１６ＱＡＭ）で転送ブロック１５０を変調し得る。

【0062】

無線ネットワークノード１２０は、アンテナ１４０を用いて無線信号１３０を送受信する。具体的な実施形態において、無線ネットワークノード１２０は、複数のアンテナ１４０を備え得る。例えば、無線ネットワークノード１２０は、２、４又は８個のアンテナ１４０を伴うＭＩＭＯ（multi-input multi-output）システムを備え得る。

【0063】

ネットワーク１００において、各無線ネットワークノード１２０は、ＬＴＥ（long term evolution）、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷｉＭａｘ、ＷｉＦｉ及び／又は他の適した無線アクセス技術などの、いかなる適した無線アクセス技術を使用してもよい。ネットワーク１００は、１つ以上の無線アクセス技術のいかなる適した組合せを含んでもよい。例示の目的で、多様な実施形態が、ある無線アクセス技術の文脈で説明され得る。しかしながら、本開示の範囲は、それら例には限定されず、他の実施形態として異なる無線アクセス技術が使用されてもよい。

【0064】

上述したように、ネットワークの実施形態は、１つ以上の無線デバイスと、無線デバイスと通信可能な様々なタイプの１つ以上の無線ネットワークノードとを含み得る。また、ネットワークは、無線デバイス間又は無線デバイスと他の通信デバイス（固定電話など）との間の通信をサポートするために適したいかなる追加的なエレメントを含んでもよい。無線デバイスは、ハードウェア及び／又はソフトウェアのいかなる適した組合せを含んでもよい。例えば、具体的な実施形態において、無線デバイス１１０などの無線デバイスは、以下に図１３を基準として説明されるコンポーネントを含み得る。同様に、無線ネットワークノードは、ハードウェア及び／又はソフトウェアのいかなる適した組合せを含んでもよい。例えば、具体的な実施形態において、無線ネットワークノード１２０などの無線ネットワークノードは、以下に図１４を基準として説明されるコンポーネントを含み得る。

【0065】

いくつかの実施形態によれば、本開示は、既存のＵＥカテゴリ内で２５６ＱＡＭを包含するコスト効率的なやり方を説明する。いくつかの実施形態において、これら恩恵は、転送ブロックの最大サイズを増加させて２５６ＱＡＭのより高いデータレートをサポートさせ、但し２５６ＱＡＭについて使用されるソフトチャネルビットの数を増加させないことにより達成される。例えば、２５６ＱＡＭ用のサポートは、いくつかのＵＥカテゴリのために、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数”及び“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数”について増加した値をサポートすることを含み得る。これら２つのフィールドにおいて増加した値は、より大きい転送ブロックサイズを無線ネットワークノードが用いて無線デバイスへより高いデータレートでの送信を行うことを促進する。しかしながら、無線デバイスが記憶するソフトチャネルビットの固有の数は、無線デバイスが２５６ＱＡＭをＤＬセルから受信するように構成されるかに関わらず、特定のカテゴリの無線デバイスについて同一であってよい。無線デバイスは、転送ブロックの復号が失敗すると、より少ない量の受信ソフトチャネルビットを記憶し得る。

【0066】

具体的な例として、無線ネットワークノードは、カテゴリ４の無線デバイスが２５６ＱＡＭを使用するように構成される場合、当該無線デバイスへ８８８９６という転送ブロックサイズを用いてデータを送信し得る。この転送ブロックサイズの受信ソフトチャネルビットの最大数は、３×８８８９６＋１２＝２６６７００である。この実施形態によれば、無線デバイスは、復号失敗後に１８２７０７２／８＝２２８３８４個のソフトチャネルビットのみを記憶し得る。言い換えれば、無線デバイスは、２５６ＱＡＭ向けに他の変調方式について定義されているもの比較してより大きい転送ブロックサイズサポートし、但し依然として他の変調方式で使用されるものと同じ“ソフトチャネルビットの合計数”を使用し得る。よって、既存のＵＥカテゴリの処理要件を変更することにより、既存のＵＥカテゴリの再利用が可能である。そうした恩恵は、（例えば、同じ時間量の間により大きい転送ブロックサイズを処理するための）より高速なプロセッサを有し、但し（例えば以前のデバイスと同じ量のソフトビットを記憶するための）同じ量のソフトバッファメモリを有する無線デバイスにより実現され得る。そうした実施形態は、プロセッサのスピードと比較して相対的にソフトバッファメモリが高価である場合に、コスト効率的であり得る。そうした振る舞いは、表４を修正することにより、例えば表６により示されている通りに表され得る。表６を基準として記述される具体的な実施形態によれば、無線デバイスは、無線デバイスがＤＬセルから２５６ＱＡＭを受信するように構成されるかに関わらず、その最大数のソフトチャネルビットを記憶し得る。

【0067】

【表6】

【0068】

送信機側で増加した転送ブロックサイズをサポートするために、エンコーダは、循環バッファのパラメータを計算する際に大きいソフトバッファを想定し得る。具体的な実施形態において、３ＧＰＰ文書を基準として上で説明したソフトバッファサイズを決定するための方法は、次のように修正され得る：

【0069】

【数4】

【0070】

【数5】

【0071】

【数6】

【0072】

３ＧＰＰ文書において定義されているように、送信モード３、４、８、９又は１０に基づいて無線デバイスがＰＤＳＣＨ送信を受信するように構成される場合、Ｋ_ＭＩＭＯは２に等しくてよく、そうでない場合、Ｋ_ＭＩＭＯは１に等しくてよい。
Ｍ_{ＤＬ＿ＨＡＲＱ}は、３ＧＰＰ文書において定義されている通りのＤＬ ＨＡＲＱプロセスの最大数であってよい。
Ｍ_{ｌｉｍｉｔ}は、８に等しい定数であってよい。

【0073】

当業者は、上の説明及び表において与えられた値が例に過ぎないことを理解するはずであり、例示的な実施形態における無線デバイスがその無線デバイスが２５６ＱＡＭをサポートするかに依存して異なる処理要件を有することを認識するであろう。いくつかの実施形態において、２５６ＱＡＭは、全てのＵＥカテゴリで動作してもよく又は動作しなくてもよい。例えば、表６は、無線デバイスの特定のカテゴリにより２５６ＱＡＭがサポートされない例としての行を含む。

【0074】

いくつかの実施形態において、２５６ＱＡＭについてのサポートと、表６に示したような新たな処理ケイパビリティとを、無線デバイスケイパビリティビットでネットワークによってシグナリングしてもよい。いくつかの実施形態において、あるリリースレベル及びカテゴリの無線デバイスが、２５６ＱＡＭをサポートすることを要件とされてもよい。

【0075】

いくつかの実施形態において、２５６ＱＡＭについてのサポートを示す無線デバイスは、より大きい受信される転送ブロックを処理することが可能であってもよい。しかしながら、２５６ＱＡＭの使用が、無線デバイスがどの送信モードを使用するように構成されるかによって又は何らかの他の固有の構成パラメータによって制御される場合、無線デバイスのために２５６ＱＡＭの使用が構成されるまで、より高度な処理ケイパビリティは使用されない。さらに、無線デバイスが２５６ＱＡＭを使用するように構成されるとしても、無線デバイスは２５６ＱＡＭでスケジューリングされないかもしれない。無線ネットワークノードは、無線条件に左右される適切なＭＣＳの選択に基づいて、無線デバイスをどの変調次数でスケジューリングすべきかを選択し得る。具体的な実施形態において、２５６ＱＡＭについてのサポートのシグナリングは、無線デバイスが変調次数２５６ＱＡＭと共にスケジューリングされてよいことを意味する。

【0076】

具体的な実施形態において、無線ネットワークノードが２５６ＱＡＭで無線デバイスを構成する場合、無線ネットワークノードは、無線デバイス向けの転送ブロックを符号化する際に想定される“ソフトチャネルビットの合計数”（即ち、Ｎ_ｓｏｆｔ）に影響を与えることなく、２５６ＱＡＭに対応するより大きい転送ブロックサイズで無線デバイスをスケジューリングし得る。

【0077】

具体的な実施形態において、無線デバイスが２５６ＱＡＭで変調された転送ブロックを復号する際、無線デバイスは、２５６ＱＡＭが構成されない場合と比較してパラメータ“ソフトチャネルビットの合計数”（即ち、Ｎ_ｓｏｆｔ）に違いが無いことを想定してよい。無線デバイス内でのソフトチャネルビットの記憶は、無線デバイスが２５６ＱＡＭを使用するように構成されるかによっては影響されなくてよい。

【0078】

旧来の無線デバイスにおいて、２５６ＱＡＭの使用が２５６ＱＡＭ未使用時とは異なる量の“ソフトチャネルビットの合計数”（即ち、Ｎ_ｓｏｆｔ）を要したとすると、無線デバイスは、２５６ＱＡＭを使用し又は使用しないように構成される際に自身のＨＡＲＱプロセスをリセットしたはずである。開示されている実施形態では、無線デバイスの処理要件のみが２５６ＱＡＭの構成と共に変化し、ＨＡＲＱプロセスはリセットされる必要が無い。なぜなら、“ソフトチャネルビットの合計数”（即ち、Ｎ_ｓｏｆｔ）が２５６ＱＡＭの構成に依存することなく同一のままだからである。具体的な実施形態において、無線デバイスは、２５６ＱＡＭが構成されるかに基づいて自身のＨＡＲＱプロセスをリセットすることがない。

【0079】

いくつかの実施形態において、無線ネットワークノードが、何らかの他の変調方式の使用から２５６ＱＡＭを使用するように無線デバイスを構成する場合に、ＨＡＲＱプロセスが無線ネットワークノードにより依然としてスケジューリングされてもよく、それに対応して、無線ネットワークノードは、その構成よりも前にスケジューリングしたＨＡＲＱプロセスを引き続きスケジューリングしてもよい。具体的な実施形態において、無線ネットワークノードは、ＤＬリソースを割り当てるＤＣＩメッセージにおいて進行中のＨＡＲＱプロセスの少なくとも１つについてのＮＤＩ（New Data Indicator）フラグを切り替えないことにより、転送ブロックが再送されることを示してもよい。

【0080】

いくつかの実施形態において、無線ネットワークノードが、無線デバイスを２５６ＱＡＭの使用から他の変調方式を使用するように構成する場合に、大きい（例えば、現行のＬＴＥによりサポートされるものよりも大きい）転送ブロックサイズに関連付けられていないＨＡＲＱプロセスが無線デバイスにより依然としてスケジューリングされてもよく、それに対応して、無線ネットワークノードは、その構成よりも前にスケジューリングしたＨＡＲＱプロセスを引き続きスケジューリングすることができる。具体的な実施形態において、無線ネットワークノードは、ＤＬリソースを割り当てるＤＣＩメッセージにおいて進行中のＨＡＲＱプロセスの少なくとも１つについてのＮＤＩフラグを切り替えないことにより、転送ブロックが再送されることを示してもよい。

【0081】

図１０は、いくつかの実施形態に従って転送ブロックを送信する例示的な方法のフローチャートである。具体的な実施形態において、方法１０００の１つ以上のステップは、図１〜図９を参照しながら説明したネットワーク１００のコンポーネントにより実行され得る。

【0082】

当該方法は、ステップ１０１０において開始し、ネットワークノードは第１の送信についての第１の変調方式を決定する。例えば、無線ネットワークノード１２０は、無線デバイス１１０が良好な無線条件下で動作していること、及び無線デバイス１１０が２５６ＱＡＭをサポートすることを判定し得る。無線デバイス１１０は、カテゴリ８の無線デバイスであってもよい。無線ネットワークノード１２０は、第１の送信を２５６ＱＡＭで変調すると決定し得る。変調方式とカテゴリタイプとの具体的な組合せに基づき、一例としての表６を用いて、無線ネットワークノード１２０は、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックビットの最大数”が３５４９３６０であり、“１ＴＴＩ内で受信されるＤＬ−ＳＣＨ転送ブロックのビットの最大数”が３５４９３６であると決定してもよい。

【0083】

ステップ１０１２において、ネットワークノードは、第２の変調方式に基づいて、ソフトチャネルビットの数を決定し得る。例えば、無線ネットワークノード１２０は、無線デバイス１１０が２５６ＱＡＭをサポートするにも関わらず６４ＱＡＭに関連付けられているソフトチャネルビット数のみを記憶できると判定してもよい。言い換えれば、無線デバイス１１０は、２５６ＱＡＭ及び６４ＱＡＭの双方をサポート可能であり、但し双方のために同じサイズのソフトバッファを使用し得る。一例としての表６に基づいて、無線ネットワークノード１２０は、“ソフトチャネルビットの合計数”を３５９８２７２０であると決定し得る。

【0084】

ステップ１０１４において、上述したサイズ及びソフトチャネルビット数に基づいて、ネットワークノードは、第１の変調符号化方式に従って転送ブロックを符号化する。例えば、無線ネットワークノード１２０は、２５６ＱＡＭと、上述した一例としての表６により決定したサイズ及びソフトチャネルビット数とを用いて、転送ブロック１５０を符号化する。

【0085】

ステップ１０１６において、ネットワークノードは、転送ブロックを無線デバイスへ送信する。具体的な実施形態において、再送すべき具体的なビットの選択は、上で決定したソフトチャネルビット数に対応するサイズの循環バッファに基づいてよい。例えば、無線ネットワークノード１２０は、転送ブロック１５０を無線デバイス１１０へ送信し得る。

【0086】

方法１０００に対して修正、追加又は省略がなされてもよい。追加的に、図１０の方法１０００における１つ以上のステップが並列的に又は任意の適した順序で実行されてもよい。いくつかの実施形態において、無線デバイスが無線ネットワークノードへ転送ブロックを送信するために同じステップ群を用いてもよい。

【0087】

図１１は、いくつかの実施形態に従って転送ブロックを受信する例示的な方法のフローチャートである。具体的な実施形態において、方法１１００の１つ以上のステップは、図１〜図９を参照しながら説明したネットワーク１００のコンポーネントにより実行され得る。

【0088】

当該方法は、ステップ１１１０において開始し、無線デバイスは、第１の変調符号化方式に従って変調された転送ブロックを受信する。転送ブロック内のビットの合計数は、第１の変調符号化方式に基づいてよい。

【0089】

ステップ１１１１において、無線デバイスは、転送ブロック内のソフトチャネルビットの数を判定する。具体的な実施形態において、転送ブロック内のソフトチャネルビットの数は第２の変調符号化方式に基づいてよい。例えば、無線デバイス１１０は、カテゴリ８の無線デバイスであって、２５６ＱＡＭで変調された転送ブロック１５０を無線ネットワークノード１２０から受信してよい。転送ブロック１５０の長さは、カテゴリ８の無線デバイスと２５６ＱＡＭとに基づいてよい。ソフトチャネルビットの数は、６４ＱＡＭに基づいてよい。

【0090】

ステップ１１１２において、無線デバイスは、ソフトバッファ内にソフトチャネルビットを記憶する。記憶されるソフトチャネルビットの数は、第２の変調方式と無線デバイスのカテゴリタイプとに基づく。例えば、カテゴリ８デバイスである無線デバイス１１０は、６４ＱＡＭに基づく数のソフトチャネルビットを自身のソフトバッファ内に記憶してよい。

【0091】

ステップ１１１４において、無線デバイスは、前回の送信ブロックの復号の際にエラーが検出されたかを判定する。例えば、無線デバイス１１０は、転送ブロック１５０が新たな転送ブロック１５０であるか又は再送であるかを示すＮＤＩが切り替えられているかをチェックしてよい。

【0092】

前回のエラーが検出されない場合、無線デバイスは、ステップ１１１６へ続行し、転送ブロックを復号する。前回のエラーが検出されると、無線デバイスは、ステップ１１８へ続行し、受信した転送ブロック内のビットをソフトバッファ内のビットと合成する。具体的な実施形態において、前回の転送ブロックは、異なる変調方式に従って符号化されていてもよい。例えば、その時点の転送ブロック１５０は、２５６ＱＡＭで符号化されてもよい。前回の転送ブロック１５０は、６４ＱＡＭで符号化されていてもよい。その時点の転送ブロック１５０及び前回の転送ブロック１５０について記憶されるソフトチャネルビットの数が同一であれば、それら転送ブロック１５０は合成され得る。ステップ１１６において、無線デバイスは、ステップ１１１８からの合成された転送ブロックを復号する。

【0093】

方法１１００に対して修正、追加又は省略がなされてもよい。追加的に、図１１の方法１１００における１つ以上のステップが並列的に又は任意の適した順序で実行されてもよい。いくつかの実施形態において、無線ネットワークノードが無線デバイスから転送ブロックを受信するために同じステップ群を用いてもよい。

【0094】

図１２は、ハイブリッド自動再送要求プロセスを実行する例示的な方法のフローチャートである。具体的な実施形態において、方法１２００の１つ以上のステップは、図１〜図９を参照しながら説明したネットワーク１００のコンポーネントにより実行され得る。

【0095】

ステップ１２１０において、無線デバイスは、第１の変調方式で符号化された第１の転送ブロックを受信する。例えば、カテゴリ８の無線デバイスである無線デバイス１１０は、２５６ＱＡＭに従って符号化された第１の転送ブロック１５０を受信してよい。

【0096】

ステップ１２１２において、無線デバイスは、ソフトチャネルビットの数Ｎを用いて、第１の転送ブロックを復号する。例えば、無線デバイス１１０は、自身のソフトバッファ内にＮ個のソフトチャネルビットを記憶してよく、Ｎは、２５６ＱＡＭを用いるカテゴリ８の無線デバイスについて一例としての表６から判定される。

【0097】

ステップ１２１４において、無線デバイスは、第２の変調方式で符号化された第２の転送ブロックを受信してよい。例えば、無線デバイス１１０は、６４ＱＡＭに従って符号化された第２の転送ブロック１５０を受信してよい。

【0098】

ステップ１２１６において、無線デバイスは、ソフトチャネルビットの数Ｎを用いて、第２の転送ブロックを復号する。例えば、無線デバイス１１０は、自身のソフトバッファ内にＮ個のソフトチャネルビットを記憶してよく、Ｎは、６４ＱＡＭを用いるカテゴリ８の無線デバイスについて一例としての表６から判定され得る。

【0099】

具体的な実施形態において、ＨＡＲＱプロセスは、第１の転送ブロック１５０からのソフトチャネルビットを第２の転送ブロック１５０からのソフトチャネルビットと合成することにより、エラー訂正を実行してよい。具体的な実施形態において、ＨＡＲＱプロセスは、変調方式が変化する際にリセットしない。

【0100】

方法１２００に対して修正、追加又は省略がなされてもよい。追加的に、図１２の方法１２００における１つ以上のステップが並列的に又は任意の適した順序で実行されてもよい。いくつかの実施形態において、無線ネットワークノード１２０などの無線ネットワークノードがＨＡＲＱプロセスを実行するために同じステップ群を用いてもよい。

【0101】

図１３は、無線デバイスの例示的な実施形態を示すブロック図である。この無線デバイスは、図９に示した無線デバイス１１０の一例である。具体的な例は、携帯電話、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ポータブルコンピュータ（例えば、ラップトップ、タブレット）、センサ、モデム、ＭＴＣ（machine type）デバイス／Ｍ２Ｍ（machine to machine）デバイス、ＬＥＥ（laptop embedded equipment）、ＬＭＥ（laptop mounted equipment）、ＵＳＢドングル、デバイスツーデバイス対応デバイス、又は無線通信を提供可能な任意の他のデバイスを含む。無線デバイスは、送受信機１３１０、プロセッサ１３２０及びメモリ１３３０を含む。いくつかの実施形態において、送受信機１３１０は、無線ネットワークノード１２０への無線信号の送信及び無線ネットワークノード１２０からの無線信号の受信を（例えば、アンテナを介して）遂行し、プロセッサ１３２０は、無線デバイスにより提供されるものとしてここで説明した機能性のいくつか又は全てを提供する命令を実行し、メモリ１３３０は、プロセッサ１３２０により実行される命令を記憶する。

【0102】

プロセッサ１３２０は、無線デバイスの説明した機能のいくつか又は全てを行うために命令を実行し及びデータを操作する１つ以上の集積回路及びモジュール内に実装される、ハードウェア及びソフトウェアの任意の適した組合せを含む。いくつかの実施形態において、プロセッサ１３２０は、例えば、１つ以上のコンピュータ、１つ以上のプログラマブルロジックデバイス、１つ以上のＣＰＵ（central processing units）、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、及び／若しくは他のロジック、及び／又はそれらの任意の適した組合せを含んでよい。プロセッサ１３２０は、無線デバイス１１０の説明した機能のいくつか又は全てを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。例えば、プロセッサ１３２０は、レジスタ、キャパシタ、インダクタ、トランジスタ、ダイオード、及び／又は任意の他の適した回路素子を含んでよい。

【0103】

メモリ１３３０は、概して、コンピュータにより実行可能なコード及びデータを記憶するように動作可能である。メモリ１３３０の例は、コンピュータメモリ（例えば、ＲＡＭ（Random Access Memory）若しくはＲＯＭ（Read Only Memory））、マスストレージメディア（例えば、ハードディスク）、リムーバブルストレージメディア（例えば、ＣＤ（Compact Disk）若しくはＤＶＤ（Digital Video Disk））、並びに／又は、情報を記憶する任意の他の揮発性若しくは不揮発性の、非一時的なコンピュータ読取可能な及び／若しくはコンピュータ実行可能なメモリデバイスを含む。

【0104】

具体的な実施形態において、プロセッサ１３２０は、送受信機１３１０と共に、ネットワークノード１２０から転送ブロックを受信する。プロセッサ１３２０は、受信した転送ブロックについて復調及びエラー訂正を実行し得る。無線デバイスの他の実施形態は、上述した機能性のいずれか及び／又は（上述した解決策をサポートするために必要な何らかの機能性を含む）何らかの追加的な機能性を含む、無線デバイスの機能性のある側面を提供する責任を有する（図１３に示したもの以外の）追加的なコンポーネントを含んでもよい。

【0105】

具体的な実施形態において、無線デバイス１１０は、符号化／復号モジュール、ＨＡＲＱモジュール及び通信モジュールを含み得る。符号化／復号モジュールは、特定の変調符号化方式に従って転送ブロックを符号化し又は復号することに関する無線デバイス１１０の処理機能を実行し得る。例えば、符号化／復号モジュールは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ又は任意の他の適したＭＣＳを用いて、転送ブロックを符号化してもよい。また、符号化／復号モジュールは、そうした送信ブロックを復号してもよい。ある実施形態において、符号化／復号モジュールは、プロセッサ１３２０を含んでもよく、又はプロセッサ１３２０に含まれてもよい。符号化／復号モジュールは、符号化／復号モジュール及び／又はプロセッサ１３２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。

【0106】

ＨＡＲＱモジュールは、転送ブロックを復号するためのエラー検出及び訂正に関する無線デバイスの処理機能を実行し得る。例えば、ＨＡＲＱモジュールは、転送ブロックの復号が成功したかを示すＡＣＫ／ＮＡＣＫを送信してよい。他の例として、ＨＡＲＱモジュールは、エラー訂正のために同じ転送ブロックの複数の冗長性バージョンを合成してもよい。ある実施形態において、ＨＡＲＱモジュールは、プロセッサ１３２０を含んでもよく、又はプロセッサ１３２０に含まれてもよい。符号化／復号モジュールは、ＨＡＲＱモジュール及び／又はプロセッサ１３２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。

【0107】

通信モジュールは、無線デバイス１１０の送信機能及び受信機能を実行し得る。例えば、通信モジュールは、無線ネットワークノード１２０から送信ブロックを受信し得る。他の例として、通信モジュールは、ネットワーク１００の無線ネットワークノード１２０に対し、構成メッセージを受信し又は送信し得る。構成メッセージは、２５６ＱＡＭケイパビリティについてのサポートを示し得る。ある実施形態において、通信モジュールは、送受信機１３１０を含んでもよく、又は送受信機１３１０に含まれてもよい。通信モジュールは、送信機及び／又は送受信機を含み得る。ある実施形態において、通信モジュールは、プロセッサ１３２０を含んでもよく、又はプロセッサ１３２０に含まれてもよい。通信モジュールは、メッセージ及び／又は信号を無線で送信するように構成される回路を含み得る。具体的な実施形態において、通信モジュールは、符号化／復号モジュールとの間又はＨＡＲＱモジュールとの間で送信用のメッセージ及び／又は信号を受け付けてもよい

【0108】

図１４は、無線ネットワークノードの例示的な実施形態を示すブロック図である。無線ネットワークノード１２０は、ｅＮｏｄｅＢ、ノードＢ、基地局、無線アクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、基地送受信局（ＢＴＳ）、送信ポイント若しくはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、又は他の無線アクセスノードであり得る。無線ネットワークノード１２０は、少なくとも１つの送受信機１４１０、少なくとも１つのプロセッサ１４２０、少なくとも１つのメモリ１４３０、及び少なくとも１つのネットワークインタフェース１４４０を含む。送受信機１４１０は、無線デバイス１１０などの無線デバイスとの間の無線信号の送信及び無線信号の受信を（例えば、アンテナを介して）遂行し、プロセッサ１４２０は、無線ネットワークノード１２０により提供されるものとして上で説明した機能性のいくつか又は全てを提供する命令を実行し、メモリ１４３０は、プロセッサ１４２０により実行される命令を記憶し、ネットワークインタフェース１４４０は、ゲートウェイ、スイッチ、ルータ、インターネット、ＰＳＴＮ（Public Switched Telephone Network）、コントローラ、及び／又は他のネットワークノード１２０などのバックエンドネットワークコンポーネントへ信号を通信する。プロセッサ１４２０及びメモリ１４３０は、上の図１３のプロセッサ１３２０及びメモリ１３３０を基準として説明したものと同じ種類であってよい。

【0109】

いくつかの実施形態において、ネットワークインタフェース１４４０は、プロセッサ１４２０に通信可能に連結され、無線ネットワークノード１２０向けの入力を受信し、無線ネットワークノード１２０からの出力を送信し、入力若しくは出力又は双方の適切な処理を実行し、他のデバイスと通信し、又はそれらの何らかの組合せを行うように動作可能な任意の適したデバイスをいう。ネットワークインタフェース１４４０は、適切なハードウェア（例えば、ポート、モデム、ネットワークインタフェースカードなど）と、ネットワークを通じた通信のためのプロトコル変換及びデータ処理のケイパビリティを含むソフトウェアとを含む。

【0110】

具体的な実施形態において、プロセッサ１４２０は、送受信機１４１０と共に、無線デバイス１１０へ転送ブロックを送信する。転送ブロックは、特定のＭＣＳに従って変調され得る。具体的な実施形態において、プロセッサ１４２０は、送受信機１４１０と共に、上述したように無線デバイス１１０へ転送ブロックを送信する。

【0111】

無線ネットワークノード１２０の他の実施形態は、上述した機能性のいずれか及び／又は（上述した解決策をサポートするために必要な何らかの機能性を含む）何らかの追加的な機能性を含む、ネットワークノードの機能性のある側面を提供する責任を有する（図１４に示したもの以外の）追加的なコンポーネントを含む。多様な異なるタイプの無線ネットワークノードが、同じ物理的な、但し異なる無線アクセス技術をサポートするように（例えばプログラミングを介して）構成されるハードウェアを有するコンポーネントを含んでもよく、又は部分的に若しくは全体として異なる物理的コンポーネントを表してもよい。

【0112】

具体的な実施形態において、無線ネットワークノード１２０は、符号化／復号モジュール、ＨＡＲＱモジュール及び通信モジュールを含み得る。符号化／復号モジュールは、特定の変調符号化方式に従って転送ブロックを符号化し又は復号することに関する無線ネットワークノード１２０の処理機能を実行し得る。例えば、符号化／復号モジュールは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ又は任意の他の適したＭＣＳを用いて、転送ブロックを符号化してもよい。また、符号化／復号モジュールは、そうした送信ブロックを復号してもよい。ある実施形態において、符号化／復号モジュールは、プロセッサ１４２０を含んでもよく、又はプロセッサ１４２０に含まれてもよい。符号化／復号モジュールは、符号化／復号モジュール及び／又はプロセッサ１４２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。

【0113】

ＨＡＲＱモジュールは、転送ブロックを復号するためのエラー検出及び訂正に関する無線ネットワークノード１２０の処理機能を実行し得る。例えば、ＨＡＲＱモジュールは、転送ブロックの復号が成功したかを示すＡＣＫ／ＮＡＣＫを受信してよい。他の例として、ＨＡＲＱモジュールは、エラー訂正のために同じ転送ブロックの複数の冗長性バージョンを送信してもよい。ある実施形態において、ＨＡＲＱモジュールは、プロセッサ１４２０を含んでもよく、又はプロセッサ１４２０に含まれてもよい。符号化／復号モジュールは、ＨＡＲＱモジュール及び／又はプロセッサ１４２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含んでもよい。

【0114】

通信モジュールは、無線ネットワークノード１２０の送信機能及び受信機能を実行し得る。例えば、通信モジュールは、無線デバイス１１０から送信ブロックを受信し得る。他の例として、通信モジュールは、ネットワーク１００の無線デバイス１１０に対し、構成メッセージを受信し又は送信し得る。構成メッセージは、２５６ＱＡＭケイパビリティについてのサポートを示し得る。ある実施形態において、通信モジュールは、送受信機１４１０を含んでもよく、又は送受信機１４１０に含まれてもよい。通信モジュールは、送信機及び／又は送受信機を含み得る。ある実施形態において、通信モジュールは、プロセッサ１４２０を含んでもよく、又はプロセッサ１４２０に含まれてもよい。通信モジュールは、メッセージ及び／又は信号を無線で送信するように構成される回路を含み得る。具体的な実施形態において、通信モジュールは、符号化／復号モジュールとの間又はＨＡＲＱモジュールとの間で送信用のメッセージ及び／又は信号を受け付けてもよい

【0115】

本開示のいくつかの実施形態は、１つ以上の技術的な利点を提供し得る。一例として、いくつかの実施形態において、ここで開示した方法及び装置は、２５６ＱＡＭケイパビリティについてのサポートを伴う低コストでのＵＥ実装の開発と、ＬＴＥでの２５６ＱＡＭサポートについての迅速な実用化とを容易にする。具体的な実施形態において、システム性能全体が改善されるように、リンク性能がより効率的に使用され得る。

【0116】

ある実施形態は、これら利点のうちのいくつか若しくは全てから恩恵を受け、又は恩恵を受けない。他の技術的な利点は、当業者によって容易に判明するであろう。

【0117】

本発明の範囲から逸脱することなく、ここで開示したシステム及び装置に対し、修正、追加又は省略がなされてよい。システム及び装置のコンポーネントは、一体化されてもよく又は分離されてもよい。そのうえ、システム及び装置の動作は、より多くの、より少ない又は別のコンポーネントにより実行されてもよい。追加的に、システム及び装置の動作は、ソフトウェア、ハードウェア及び／又は他のロジックを含むいかなる適したロジックを用いて実行されてもよい。本文書において使用されているところでは、“各々”は、集合の各メンバ又は集合のサブセットの各メンバをいう。

【0118】

本発明の範囲から逸脱することなく、ここで開示した方法に対し、修正、追加又は省略がなされてよい。方法は、より多くの、より少ない又は別のステップを含んでもよい。追加的に、ステップは、いかなる適した順序で実行されてもよい。

【0119】

本開示はある実施形態の観点で説明されてきたが、当業者にとっては、実施形態の変形例及び置換例が明白であろう。従って、実施形態の上の説明は、本開示を制約しない。本開示の思想及びスコープから逸脱することなく、以下の特許請求の範囲により定義されるように、他の変更、代入及び変形が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】