JP2020515189A - ３ｇｐｐ ｎｒのためのｃｒｃコード長の適応 - Google Patents

Abstract

本出願は、３ＧＰＰ ＮＲのコンテキスト内で巡回冗長検査（ＣＲＣ）コードの長さの適応に関する。３ＧＰＰ ＮＲにおいて、アップリンクおよびダウンリンク制御情報（ＵＣＩ、ＤＣＩ）の長さは著しく変化する。したがって、適切なサイズまたは長さのＣＲＣコードを選択する必要がある。それゆえに、無線送信機において使用する方法（２００）は、送信するデータの量を決定すること（２１２）と、送信するデータの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定すること（２１４）と、決定された多項式長のＣＲＣを使用してデータをエンコードすること（２１６）と、エンコードされたデータを送信すること（２１６）とを備える。送信するデータは、制御チャネルデータだけでなくユーザデータも備えてよく、ポーラーコードまたは低密度パリティチェック（ＬＤＰＣ）コードを用いてエンコードされてもよい。【選択図】図２Ａ

Description

詳細な実施形態は、無線通信を対象とし、さらに詳細には、データ送信のための適応長の巡回冗長検査（ＣＲＣ）を対象とする。

第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークは、エラー検出および／またはエラー訂正のために巡回冗長検査（ＣＲＣ）を使用する。３ＧＰＰ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）は、ダウンリンクおよびアップリンク制御情報（ＤＣＩ、ＵＣＩ）にポーラーコードを使用することができる。たとえば、高度化モバイルブロードバンド（ｅＭＢＢ）のアップリンク制御情報は、ポーラーコーディングを採用することができるが、おそらくは反復／ブロックコーディングが好ましいとされる極めて小さいブロック長についてはこの限りではない。ｅＭＢＢのダウンリンク制御情報は、ポーラーコーディングを採用することができるが、おそらくは反復／ブロックコーディングが好ましいとされる極めて小さいブロック長についてはこの限りではない。

ＮＲのＵＣＩパラメータは、Ｎ_{ｍａｘ、ＵＣＩ}＝１０２４を含むことができる。コード設計は、２００までのＫに最適化されてもよく、それはより高いコードレートを通常使用する、良好なパフォーマンスにより、５００までのＫの値をサポートする。

したがって、ＮＲのＵＣＩは、広い範囲、たとえばＫ＝１ビットからＫ＝５００ビットまで、及ぶことができる。これは、ＬＴＥのＵＣＩサイズ範囲よりもはるかに大きい。

チャネルコーディングに関して、ＣＲＣコードは、エラー検出の目的、おそらくはエラー制御の目的でも、ＵＣＩの全サイズ範囲をカバーすることが期待される。ポーラーコードは、エラー制御の目的で、ＵＣＩの全サイズ範囲をカバーすることが期待される。

ＣＲＣ生成多項式は、ＣＲＣ長および望ましいコード特性に応じてさまざまなタイプとなるように選択されてもよい。以下に２つの典型的なタイプを示す。

タイプ１生成多項式：
ｇ（ｘ）＝（ｘ＋１）ｂ（ｘ）であり、ｂ（ｘ）は次数Ｌ−１の原始多項式である場合、
自然コード長Ｎ_ＣＲＣ１＝２^Ｌ−１−１、ｉｎｆｏ長Ｋ_ＣＲＣ１＝Ｎ_ＣＲＣ１−Ｌ＝２^Ｌ−１−Ｌ−１である。

コードは、ブロック長Ｎ≦Ｎ_ＣＲＣ１と共に使用される場合にシングル、ダブル、トリプル、および任意の奇数のエラーを検出することができる。

タイプ２生成多項式：
ｇ（ｘ）が次数Ｌの原始多項式である場合、
自然コード長Ｎ_ＣＲＣ２＝２^Ｌ−１、ｉｎｆｏ長Ｋ_ＣＲＣ２＝Ｎ_ＣＲＣ２−Ｌ＝２^Ｌ−Ｌ−１である。

コードは、ブロック長Ｎ≦Ｎ_ＣＲＣ２と共に使用される場合に、任意のシングルビットまたはダブルビットのエラーを検出することができる。

ブロック長が自然コード長よりも大きい場合、元の巡回コードの反復されたバージョンが使用される必要があるので、コードの最小距離は２である。しかし、反復されたＣＲＣコードの重み２コードワードの数は、自然コード長および生成多項式の次数の両方に依存する。自然コード長が長く、生成多項式の次数が高くなれば、それに応じて重み２コードワードは少なくなる。

表１は、タイプ１およびタイプ２の生成多項式の両方について、１組のＣＲＣ長Ｌの自然コード長およびｉｎｆｏ長を示す。

特定の問題は、ＮＲ ＵＣＩが、ＬＴＥ ＵＣＩのものよりもはるかに大きくなり得ることである。ＮＲ ＵＣＩのサイズは、５００ビットほど、またはさらに大きくなることがあり得る。ＬＴＥ ＵＣＩに使用されるような、８ビットの既存のＣＲＣ長は、ＮＲ ＵＣＩには十分ではない。

序文のセクションにおいて説明されている代替策は、必ずしも、以前考案または推進された代替策ではない。したがって、本明細書において特に指示のない限り、序文のセクションにおいて説明される代替策は、従来技術ではなく、序文セクションに含有することにより従来技術であると是認されるものではない。

本明細書において説明される実施形態は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）における広範なアップリンク制御情報（ＵＣＩ）サイズまたはダウンリンク制御情報（ＤＣＩ）サイズを容易にするための、適応長巡回冗長検査（ＣＲＣ）を含む。

一部の実施形態によれば、無線送信機において使用する方法は、送信するデータの量を決定することと、送信するデータの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定することと、決定された多項式長のＣＲＣを使用してデータをエンコードすることと、エンコードされたデータを送信することとを備える。

特定の実施形態において、送信するデータの量に基づいてＣＲＣ多項式長を決定することは、送信するデータの決定された量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定することと、送信するデータの決定された量がビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することとを備える。

特定の実施形態において、送信するデータは、制御チャネルデータを備える。制御チャネルデータは、アップリンク制御情報（ＵＣＩ）またはダウンリンク制御情報（ＤＣＩ）を備えることができる。決定された多項式長のＣＲＣを使用してデータをエンコードすることは、ポーラーコードを使用してデータをエンコードすることを備えることができる。１つの例として、ビット数のしきい値が１９ビットであってもよく、第１のＣＲＣ多項式長が６であってもよく、第２のＣＲＣ多項式長が１１であってもよい。ＣＲＣ多項式長の一部がエラー訂正（Ｌ_ｃｏｒｒ）に使用されてもよく、ＣＲＣ多項式長の別の部分がエラー検出（Ｌ_ｄｅｔ）に使用されてもよく、ここでＬ_ｄｅｔは３である。

特定の実施形態において、送信するデータは、ユーザデータを備える。ユーザデータは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を備えることができる。決定された多項式長のＣＲＣを使用してデータをエンコードすることは、低密度パリティチェック（ＬＤＰＣ）コードを使用してデータをエンコードすることを備えることができる。１つの例として、ビット数のしきい値が３８２４ビットであってもよく、第１のＣＲＣ多項式長が１６であってもよく、第２のＣＲＣ多項式長が２４であってもよい。

特定の実施形態において、方法は、エラー検出またはエラー訂正の要件に基づいて、決定されたＣＲＣ多項式長を増大または減少させるために、決定されたＣＲＣ多項式長に倍率を適用することをさらに備える。ＣＲＣのＣＲＣブロック長は、ＣＲＣの自然コード長よりも大きくてもよい。ＣＲＣの自然コード長は、ＣＲＣのブロック長にわたるマージンを含むことができる。

一部の実施形態によれば、無線送信機は、処理回路を備える。処理回路は、送信するデータの量を決定することと、送信するデータの量に基づいてＣＲＣ多項式長を決定することと、決定された多項式長のＣＲＣを使用してデータをエンコードすることと、エンコードされたデータを送信することとを行うように動作可能である。

特定の実施形態において、処理回路は、送信するデータの決定された量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定することと、送信するデータの決定された量がビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することにより、送信するデータの量に基づいてＣＲＣ多項式長を決定するように動作可能である。

特定の実施形態において、送信するデータは、制御チャネルデータを備える。制御チャネルデータは、ＵＣＩまたはＤＣＩを備えることができる。処理回路は、ポーラーコードを使用して決定された多項式長のＣＲＣを使用してデータをエンコードするように動作可能であってもよい。１つの例として、ビット数のしきい値が１９ビットであってもよく、第１のＣＲＣ多項式長が６であってもよく、第２のＣＲＣ多項式長が１１であってもよい。ＣＲＣ多項式長の一部がエラー訂正（Ｌ_ｃｏｒｒ）に使用されてもよく、ＣＲＣ多項式長の別の部分がエラー検出（Ｌ_ｄｅｔ）に使用されてもよく、ここでＬ_ｄｅｔは３である。

特定の実施形態において、送信するデータは、ユーザデータを備える。ユーザデータは、ＰＤＳＣＨまたはＰＵＳＣＨを備えることができる。処理回路は、ＬＤＰＣコードを使用して決定された多項式長のＣＲＣを使用してデータをエンコードするように動作可能であってもよい。１つの例として、ビット数のしきい値が３８２４ビットであってもよく、第１のＣＲＣ多項式長が１６であってもよく、第２のＣＲＣ多項式長が２４であってもよい。

特定の実施形態において、処理回路は、エラー検出またはエラー訂正の要件に基づいて、決定されたＣＲＣ多項式長を増大または減少させるために、決定されたＣＲＣ多項式長に倍率を適用するようにさらに動作可能である。ＣＲＣのＣＲＣブロック長は、ＣＲＣの自然コード長よりも大きくてもよい。ＣＲＣの自然コード長は、ＣＲＣのブロック長にわたるマージンを含むことができる。

特定の実施形態において、無線送信機は、ネットワークノードまたは無線デバイスを含む。

一部の実施形態によれば、無線受信機において使用する方法は、エンコードされたデータを無線送信機から受信することと、エンコードされたデータで受信されたデータの量を決定することと、データの量に基づいてＣＲＣ多項式長を決定することと、決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードすることとを備える。

特定の実施形態において、受信されたデータの量に基づいてＣＲＣ多項式長を決定することは、受信されたデータの決定された量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定することと、受信されたデータの決定された量がビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することとを備える。

特定の実施形態において、受信されたデータは、制御チャネルデータを備える。制御チャネルデータは、ＵＣＩまたはＤＣＩを備えることができる。決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードすることは、ポーラーコードを使用してデータをデコードすることを備えることができる。１つの例として、ビット数のしきい値が１９ビットであってもよく、第１のＣＲＣ多項式長が６であってもよく、第２のＣＲＣ多項式長が１１であってもよい。ＣＲＣ多項式長の一部がエラー訂正（Ｌ_ｃｏｒｒ）に使用されてもよく、ＣＲＣ多項式長の別の部分がエラー検出（Ｌ_ｄｅｔ）に使用されてもよく、ここでＬ_ｄｅｔは３である。

特定の実施形態において、受信されたデータは、ユーザデータを備える。ユーザデータは、ＰＤＳＣＨまたはＰＵＳＣＨを備えることができる。決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードすることは、ＬＤＰＣコードを使用して、受信された上記エンコードされたデータをデコードすることを備えることができる。１つの例として、ビット数のしきい値が３８２４ビットであってもよく、第１のＣＲＣ多項式長が１６であってもよく、第２のＣＲＣ多項式長が２４であってもよい。

特定の実施形態において、方法は、エラー検出またはエラー訂正の要件に基づいて、決定されたＣＲＣ多項式長を増大または減少させるために、決定されたＣＲＣ多項式長に倍率を適用することをさらに備える。ＣＲＣのＣＲＣブロック長は、ＣＲＣの自然コード長よりも大きくてもよい。ＣＲＣの自然コード長は、ＣＲＣのブロック長にわたるマージンを含むことができる。

特定の実施形態において、無線受信機は、ネットワークノードまたは無線デバイスを備える。

一部の実施形態によれば、無線受信機は、処理回路を備える。処理回路は、エンコードされたデータを無線送信機から受信することと、エンコードされたデータで受信されたデータの量を決定することと、データの量に基づいてＣＲＣ多項式長を決定することと、決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードすることとを行うように動作可能である。

特定の実施形態において、処理回路は、受信されたデータの決定された量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定することと、受信されたデータの決定された量がビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することにより、受信されたデータの量に基づいてＣＲＣ多項式長を決定するように動作可能である。

特定の実施形態において、受信されたデータは、制御チャネルデータを備える。制御チャネルデータは、ＵＣＩまたはＤＣＩを備えることができる。処理回路は、ポーラーコードを使用して決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードするように動作可能であってもよい。１つの例として、ビット数のしきい値が１９ビットであってもよく、第１のＣＲＣ多項式長が６であってもよく、第２のＣＲＣ多項式長が１１であってもよい。ＣＲＣ多項式長の一部がエラー訂正（Ｌ_ｃｏｒｒ）に使用されてもよく、ＣＲＣ多項式長の別の部分がエラー検出（Ｌ_ｄｅｔ）に使用され、ここでＬ_ｄｅｔは３である。

特定の実施形態において、受信されたデータは、ユーザデータを備える。ユーザデータは、ＰＤＳＣＨまたはＰＵＳＣＨを備えることができる。処理回路は、ＬＤＰＣコードを使用して決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードするように動作可能であってもよい。１つの例として、ビット数のしきい値が３８２４ビットであってもよく、第１のＣＲＣ多項式長が１６であってもよく、第２のＣＲＣ多項式長が２４であってもよい。

特定の実施形態において、処理回路は、エラー検出またはエラー訂正の要件に基づいて、決定されたＣＲＣ多項式長を増大または減少させるために、決定されたＣＲＣ多項式長に倍率を適用するようにさらに動作可能である。ＣＲＣのＣＲＣブロック長は、ＣＲＣの自然コード長よりも大きくてもよい。ＣＲＣの自然コード長は、ＣＲＣのブロック長にわたるマージンを含むことができる。

特定の実施形態において、無線送信機は、ネットワークノードまたは無線デバイスを含む。

一部の実施形態によれば、無線送信機は、決定モジュールと、エンコーディング／デコーディングモジュールと、送信モジュールとを備える。決定モジュールは、送信するデータの量を決定することと、送信するデータの量に基づいてＣＲＣ多項式長を決定することとを行うように動作可能である。エンコーディング／デコーディングモジュールは、決定された多項式長のＣＲＣを使用してデータをエンコードするように動作可能である。送信モジュールは、エンコードされたデータを送信するように動作可能である。

一部の実施形態によれば、無線受信機は、決定モジュールと、エンコーディング／デコーディングモジュールと、受信モジュールとを備える。受信モジュールは、エンコードされたデータを無線送信機から受信するように動作可能である。決定モジュールは、エンコードされたデータで受信されたデータの量を決定することと、データの量に基づいてＣＲＣ多項式長を決定することとを行うように動作可能である。エンコーディング／デコーディングモジュールは、決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードするように動作可能である。

また、開示されるのは、コンピュータプログラム製品である。コンピュータプログラム製品は、プロセッサによって実行されるときに、送信するデータの量を決定するステップと、送信するデータの量に基づいてＣＲＣ多項式長を決定するステップと、決定された多項式長のＣＲＣを使用してデータをエンコードするステップと、エンコードされたデータを送信するステップとを実行する、非一時的コンピュータ可読媒体に格納された命令を備える。

もう１つのコンピュータプログラム製品は、プロセッサによって実行されるときに、エンコードされたデータを無線送信機から受信するステップと、エンコードされたデータで受信されたデータの量を決定するステップと、データの量に基づいてＣＲＣ多項式長を決定するステップと、決定された多項式長のＣＲＣを使用して、受信された上記エンコードされたデータをデコードするステップとを実行する、非一時的コンピュータ可読媒体に格納された命令を備える。

特定の実施態様は、以下の技術的な利点の一部を提示することができる。特定の実施形態において、ＣＲＣサイズを適応させることは、適度なサイズのＣＲＣオーバーヘッドを使用しつつ、良好なエラー検出能力を保持する。あるいは、さまざまなレベルのエラー検出能力は、ＣＲＣサイズを手元のアプリケーションに適応させることによってサポートされてもよい。その他の技術的な利点は、以下の図面、説明、例示の特許請求の範囲から、当業者には容易に明らかとなろう。

実施形態ならびにそれらの特徴および利点をより完全に理解するために、これ以降、添付の図面と併せて以下の説明に参照が行われる。

一部の実施形態による、例示の無線ネットワークを示すブロック図である。 一部の実施形態による、無線送信機において使用する例示の方法を示す流れ図である。 一部の実施形態による、無線受信機において使用する例示の方法を示す流れ図である。 無線デバイスの例示の実施形態を示すブロック図である。 無線デバイスの例示のコンポーネントを示すブロック図である。 ネットワークノードの例示の実施形態を示すブロック図である。 ネットワークノードの例示のコンポーネントを示すブロック図である。

第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークは、エラー検出および／またはエラー訂正のために巡回冗長検査（ＣＲＣ）を使用する。３ＧＰＰ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）は、ダウンリンクおよびアップリンク制御情報（ＤＣＩ、ＵＣＩ）にポーラーコードを使用することができる。たとえば、高度化モバイルブロードバンド（ｅＭＢＢ）のＵＣＩおよびＤＣＩは、ポーラーコーディングを採用することができるが、おそらくは反復またはブロックコーディングが好ましいとされる極めて小さいブロック長についてはこの限りではない。

ＮＲのコード設計は、２００までのＫに最適化されてもよく、より高いコードレートを通常使用する、良好なパフォーマンスにより、５００までのＫの値をさらにサポートする。したがって、ＮＲのＵＣＩは、広い範囲、たとえばＫ＝１ビットからＫ＝５００ビットまで、及ぶことができる。これは、ＬＴＥのＵＣＩサイズ範囲よりも大きい。

チャネルコーディングに関して、ＣＲＣコードは、エラー検出のため、おそらくはエラー制御のためにも、ＵＣＩの全サイズ範囲をカバーすることが期待される。ポーラーコードは、エラー制御の目的で、ＵＣＩの全サイズ範囲をカバーすることが期待される。

特定の問題は、ＮＲ ＵＣＩが、ＬＴＥ ＵＣＩのものよりもはるかに大きくなり得ることである。ＮＲ ＵＣＩのサイズは、５００ビットほど、またはさらに大きくなることがあり得る。ＬＴＥ ＵＣＩに使用されるような、８ビットの既存のＣＲＣ長は、ＮＲ ＵＣＩには十分ではない。

特定の実施形態は、上記において説明される問題を未然に防ぎ、ＮＲにおける広範なＵＣＩサイズまたはＤＣＩサイズを容易にするための適応長ＣＲＣを含む。特定の実施形態において、ＣＲＣサイズを適応させることは、適度なサイズのＣＲＣオーバーヘッドを使用しつつ、良好なエラー検出能力を保持する。あるいは、さまざまなレベルのエラー検出能力は、ＣＲＣサイズを手元のアプリケーションに適応させることによってサポートされてもよい。

以下の説明は、多数の具体的な詳細を示す。しかしながら、実施形態が、それらの具体的な詳細を伴うことなく実施され得ることを理解されたい。その他の例において、よく知られている回路、構造、および技術は、この説明の理解を不明瞭にすることがないように、詳細には示されていない。当業者であれば、含まれている説明により、過度の実験作業を伴うことなく適切な機能を実施することができるであろう。

本明細書において「１つの実施形態」、「実施形態」、「例示の実施形態」などの参照は、説明される実施形態が、特定の特徴、構造、または特性を含むことはできるが、すべての実施形態が必ずしも特定の特徴、構造、または特性を含むわけではないことを指示する。さらに、そのような語句は、必ずしも同一の実施形態を参照するものではない。さらに、特定の特徴、構造、または特性が実施形態に関連して説明される場合、明示的に説明されているかどうかにかかわりなく、その他の実施形態に関連してそのような特徴、構造、または特性を実施することは当業者の知るところであることが提示される。

特定の実施形態は、類似する番号がさまざまな図面の類似および対応する部分に使用される、図面の図１から図４Ｂを参照して説明される。ＬＥＴおよびＮＲは、例示のセルラーシステムとしてこの開示全体を通じて使用されるが、本明細書において提示される概念は、その他の無線通信システムにも同様に適用することができる。

図１は、特定の実施形態による、例示の無線ネットワークを示すブロック図である。無線ネットワーク１００は、（携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣデバイス、または無線通信を提供することができる任意の他のデバイスのような）１つまたは複数の無線デバイス１１０、および（基地局またはｅＮｏｄｅＢのような）複数のネットワークノード１２０を含む。無線デバイス１１０はまた、ＵＥと称されてもよい。ネットワークノード１２０は、（セル１１５とも称される）カバレッジエリア１１５にサーブする。

一般に、ネットワークノード１２０のカバレッジ内（たとえば、ネットワークノード１２０によりサーブされるセル１１５内）にある無線デバイス１１０は、無線信号１３０を送信および受信することによってネットワークノード１２０と通信する。たとえば、無線デバイス１１０およびネットワークノード１２０は、音声トラフィック、データトラフィック、および／または制御信号を含む無線信号１３０を通信することができる。音声トラフィック、データトラフィック、および／または制御信号を無線デバイス１１０に通信するネットワークノード１２０は、無線デバイス１１０のサービングネットワークノード１２０と称されてもよい。無線デバイス１１０とネットワークノード１２０との間の通信は、セルラー通信と称されてもよい。

無線信号１３０は、（ネットワークノード１２０から無線デバイス１１０への）ダウンリンク送信、および（無線デバイス１１０からネットワークノード１２０への）アップリンク送信の両方を含むことができる。無線信号１３０は、制御チャネルおよびユーザデータチャネルを含むことができる。無線信号１３０は、エラー検出および／または訂正のためにＣＲＣを含むことができる。

各ネットワークノード１２０は、信号１３０を無線デバイス１１０に送信するための単一の送信機または複数の送信機を有することができる。一部の実施態様において、ネットワークノード１２０は、多入力多出力（ＭＩＭＯ）システムを備えることができる。同様に、各無線デバイス１１０は、ネットワークノード１２０またはその他の無線デバイス１１０から信号１３０を受信するための単一の受信機または複数の受信機を有することができる。

ネットワークノード１２０または無線デバイス１１０のような、無線送信機は、送信するデータの量に応じて、さまざまな長さのＣＲＣでエンコードされた無線信号１３０を送信することができる。一部の実施形態において、無線送信機は、ＣＲＣ長を決定するときに倍率を適用することができる。

ネットワークノード１２０または無線デバイス１１０のような、無線受信機は、受信されるデータの量に応じて、さまざまな長さのＣＲＣでエンコードされた無線信号１３０を受信することができる。一部の実施形態において、無線受信機は、ＣＲＣ長を決定するときに倍率を適用することができる。

無線ネットワーク１００において、各々のネットワークノード１２０は、Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＮＲ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＮＲ、ＷｉＭａｘ、ＷｉＦｉ、および／またはその他の適切な無線アクセス技術など任意の適切な無線アクセス技術を使用することができる。無線ネットワーク１００は、１つまたは複数の無線アクセス技術の任意の適切な組合わせを含むことができる。例示の目的で、さまざまな実施形態が、特定の無線アクセス技術のコンテキスト内で説明されてもよい。しかし、本開示の範囲は、この例示に限定されることはなく、その他の実施形態がさまざまな無線アクセス技術を使用することができる。

上記で説明されているように、無線ネットワークの実施形態は、１つまたは複数の無線デバイス、および無線デバイスと通信することができる１つまたは複数のさまざまなタイプの無線ネットワークノードを含むことができる。ネットワークはまた、無線デバイス間、または無線デバイスと（固定電話のような）別の通信デバイスの間の通信をサポートするのに適切な任意の追加の要素をさらに含むことができる。同様に、ネットワークノードは、ハードウェアおよび／またはソフトウェアの任意の適切な組合わせを含むことができる。たとえば、特定の実施形態において、無線デバイス１１０のような、無線デバイスは、以下の図４Ａに関して説明されているコンポーネントを含むことができる。無線デバイスは、ハードウェアおよび／またはソフトウェアの任意の適切な組合わせを含むことができる。たとえば、特定の実施形態において、ネットワークノード１２０のような、ネットワークノードは、以下の図５Ａに関して説明されているコンポーネントを含むことができる。

ＮＲシステムにおいて、ＵＣＩサイズＫは、ＬＴＥのＵＣＩよりもはるかに広い範囲に及ぶことが期待される。最小サイズはＫ_ｍｉｎ＝１であり、最大サイズＫ_ｍａｘは、５００ビットほど、またはＮＲリリース１５についてはさらに高くなることがあり得る。

Ｋ_ｍａｘの正確な値は、ＮＲシステムが進化するのに応じて進化する場合がある。たとえば、将来のＮＲリリースがより大きい数のコンポーネントキャリアを採用する場合、ＵＣＩサイズは増大することがある。もう１つの例において、ＵＥが、より大きい数のＭＩＭＯレイヤまたはビームをチャネル状態情報（ＣＳＩ）レポートの一部として監視してレポートする場合、ＵＣＩサイズは増大することがある。

したがって、一部の実施態様によると、ＣＲＣ長は、それが保護するＵＣＩサイズに適合することが望ましい。より大きいＵＣＩサイズには、より長いＣＲＣが使用され、より短いＵＣＩには、より短いＵＣＩが使用される。

実施形態の第１のグループは、エラー検出のみにＣＲＣベクトルを使用する。これらの実施形態は、ＣＲＣの自然長が（Ｋ_{ＣＲＣ１、Ｌ１}、Ｎ_{ＣＲＣ１、Ｌ１}）であると仮定し、これはＣＲＣサイズタイプ１のＣＲＣ長Ｌ１に対応する。タイプ１は、ｇ（ｘ）＝（ｘ＋１）ｂ（ｘ）でＣＲＣを示し、ここでｂ（ｘ）は次数Ｌ−１の原始多項式であり、これは自然コード長Ｎ_ＣＲＣ１＝２^Ｌ−１−１を有する。タイプ１のＣＲＣ生成多項式が例において仮定されているが、タイプ２およびその他のタイプのＣＲＣ生成多項式が代わりに使用されてもよく、同じ方法論が適用されることが当事者に理解される。

これらの実施形態において、ＣＲＣベクトルは、エラー検出のみに使用され、エラー訂正には使用されない。たとえば、これはＵＣＩがＰＣ−ポーラーコードにより保護されている場合にあてはまる。

ＵＣＩの第１の集団について、最大のＵＣＩサイズをＫ_{ＵＣＩ、１、ｍａｘ}とし、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝Ｋ_{ＣＲＣ１、Ｌ１}とする、ただしＫ_{ＣＲＣ１、Ｌ１}は好ましくは、Ｋ_{ＵＣＩ、１、ｍａｘ}以上であるＫ_ＣＲＣ１リスト内の最小値である。次いで、長さＬ１のＣＲＣは、ＵＣＩの第１の集団に使用される。たとえば、第１の集団は、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝１００ビットを有する。次いで、表１を調べることにより、Ｋ_{ＣＲＣ１、Ｌ１}はＫ_{ＣＲＣ１、Ｌ１}＝１１９であると認められ、長さＬ１＝８ビットのＣＲＣベクトルが使用される。

ＵＣＩの第２の集団について、最大のＵＣＩサイズをＫ_{ＵＣＩ、２、ｍａｘ}とし、Ｋ_{ＵＣＩ、１、ｍａｘ}＜Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝Ｋ_{ＣＲＣ１、Ｌ２}とする、ただしＫ_{ＣＲＣ１、Ｌ２}は好ましくは、Ｋ_{ＵＣＩ、２、ｍａｘ}以上であるＫ_ＣＲＣ１リスト内の最小値である。次いで、長さＬ２のＣＲＣは、ＵＣＩの第２の集団に使用され、Ｌ２＞Ｌ１である。たとえば、第２の集団は、Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝２０００ビットを有する。次いで、表１を調べることにより、Ｋ_{ＣＲＣ１、Ｌ２}はＫ_{ＣＲＣ１、Ｌ２}＝２０３５であると認められ、長さＬ２＝１２ビットのＣＲＣが使用される。さらに多くのＵＣＩの集団がある場合、同じ手順が実行されてもよい。

実施形態の第２のグループは、エラー訂正およびエラー検出の両方にＣＲＣベクトルを使用する。これらの実施形態はまた、ＣＲＣの自然長が（Ｋ_{ＣＲＣ１、Ｌ１}、Ｎ_{ＣＲＣ１、Ｌ１}）であると仮定し、これはＣＲＣサイズタイプ１のＣＲＣ長さＬ１に対応する。ＣＲＣベクトルは、エラー訂正およびエラー検出の両方に使用される。たとえば、これはＵＣＩがＣＲＣ支援のポーラーコードにより保護されている場合である。Ｌ_ｃｏｒｒＣＲＣビットの等価物がエラー訂正に必要とされ、Ｌ_ｄｅｔＣＲＣビットの等価物がエラー検出に必要とされると仮定する。より良好なコードパフォーマンスのためには、２つの別個のＣＲＣではなく、単一のＣＲＣが望ましい。長さ＞＝（Ｌ_ｃｏｒｒ＋Ｌ_ｄｅｔ）のＣＲＣベクトルが使用され、したがって、次数＞＝（Ｌ_ｃｏｒｒ＋Ｌ_ｄｅｔ）のＣＲＣ多項式が使用される。

ＵＣＩの第１の集団について、最大のＵＣＩサイズをＫ_{ＵＣＩ、１、ｍａｘ}とし、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝Ｋ_{ＣＲＣ１、Ｌ１}とする、ただしＫ_{ＣＲＣ１、Ｌ１}は好ましくは、Ｋ_{ＵＣＩ、１、ｍａｘ}以上であるＫ_ＣＲＣ１リスト内の最小値である。次いで、長さ最大（Ｌ１、Ｌ_ｃｏｒｒ＋Ｌ_ｄｅｔ）のＣＲＣは、ＵＣＩの第１の集団に使用される。たとえば、第１の集団は、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝１００ビットを有する。次いで、表１を調べることにより、Ｋ_{ＣＲＣ１、Ｌ１}は、Ｌ１＝８ビットでＫ_{ＣＲＣ１、Ｌ１}＝１１９であると認められ、長さ最大（８、Ｌ_ｃｏｒｒ＋Ｌ_ｄｅｔ）のＣＲＣベクトルが使用される。

ＵＣＩの第２の集団について、最大のＵＣＩサイズをＫ_{ＵＣＩ、２、ｍａｘ}とし、Ｋ_{ＵＣＩ、１、ｍａｘ}＜Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝Ｋ_{ＣＲＣ１、Ｌ２}とする、ただしＫ_{ＣＲＣ１、Ｌ２}は好ましくは、Ｋ_{ＵＣＩ、２、ｍａｘ}以上であるＫ_ＣＲＣ１リスト内の最小値である。次いで、長さ最大（Ｌ２、Ｌ_ｃｏｒｒ＋Ｌ_ｄｅｔ）のＣＲＣは、ＵＣＩの第２の集団に使用される。たとえば、第２の集団は、Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝２０００ビットを有する。次いで、表１を調べることにより、Ｋ_{ＣＲＣ１、Ｌ２}は、Ｌ２＝１２ビットでＫ_{ＣＲＣ１、Ｌ２}＝２０３５であると認められ、長さ最大（１２、Ｌ_ｃｏｒｒ＋Ｌ_ｄｅｔ）のＣＲＣベクトルが使用される。さらに多くのＵＣＩの集団がある場合、同じ手順が実行されてもよい。

実施形態の第３のグループは、自然コード長よりも大きいＣＲＣブロック長を使用する。ＣＲＣの自然コード長以下のコード長のＣＲＣを使用することで、ＣＲＣコードの良好なエラー検出能力を保証する。しかし、一部の状況において、長いコード長が使用されるが、ＣＲＣコードのエラー検出能力への要件は緩和されてもよい。そのような場合、適応ＣＲＣ長は、ＣＲＣコードの反復を回避するために必要とされるＣＲＣ長よりも若干小さくなるように選択されてもよい。

ＵＣＩの第１の集団について、最大のＵＣＩサイズはＫ_{ＵＣＩ、１、ｍａｘ}であり、Ｋ_{ＵＣＩ、１、ｍａｘ}・Ｆ＜＝Ｋ_{ＣＲＣ１、Ｌ１}とすると、長さＬ１のＣＲＣはＵＣＩの第１の集団に使用される。Ｆは、結果として得られるＣＲＣコードの必要なエラー検出特性を考慮に入れるべき倍率０＜Ｆ＜＝１である。たとえば、第１の集団は、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝１００ビット、および倍率Ｆ＝０．５を有し、次いで表１を調べることにより、１００＊０．５＜５６を満たすＫ_{ＣＲＣ１、Ｌ１}＝５６を見出すことができ、したがってＬ１＝７、および長さ７のＣＲＣベクトルが使用される。

ＵＣＩの第２の集団について、最大のＵＣＩサイズはＫ_{ＵＣＩ、２、ｍａｘ}であり、Ｋ_{ＵＣＩ、２、ｍａｘ}・Ｆ＜＝Ｋ_{ＣＲＣ１、Ｌ２}とすると、長さＬ２のＣＲＣはＵＣＩの第２の集団に使用される。たとえば、第２の集団は、Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝２０００ビット、および倍率Ｆ＝０．５を有し、次いで表１を調べることにより、２０００＊０．５＜１０１２を満たすＫ_{ＣＲＣ１、Ｌ２}＝１０１２を見出すことができ、したがってＬ２＝１１、および長さ１１のＣＲＣベクトルが使用される。さらに多くのＵＣＩの集団がある場合、同じ手順が実行されてもよい。

実施形態の第４のグループは、ブロック長にわたり可変マージンをもたらす自然コード長でＣＲＣを使用する。同じブロック長に異なる量のエラー検出能力が必要とされる場合に適用があってもよい。さまざまな量のエラー検出能力を容易にするため、自然コード長とブロック長との差に特別なマージンが配置される。

ＵＣＩの第１の集団について、最大のＵＣＩサイズはＫ_{ＵＣＩ、１、ｍａｘ}であり、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝Ｋ_{ＣＲＣ１、Ｌ１}であり、Ｋ_{ＣＲＣ１、Ｌ１}は好ましくは、Ｋ_{ＵＣＩ、１、ｍａｘ}以上であるＫ_ＣＲＣ１リスト内の最小値である。次いで、長さ（Ｌ１＋ｄ１）のＣＲＣは、ＵＣＩの第１の集団に使用され、ここでｄ１は、適用に応じて結果のＣＲＣコードの特別なエラー検出能力を調整するためのノブとしてサーブする整数である。たとえば、第１の集団は、Ｋ_{ＵＣＩ、１、ｍａｘ}＜＝１００ビット、およびｄ１＝２のマージンを有し、次いでＬ１＝７は、表１を調べることにより見出される。Ｌ１＋ｄ１＝７＋２＝９、そして長さ９のＣＲＣベクトルが使用される。

ＵＣＩの第２の集団について、最大のＵＣＩサイズはＫ_{ＵＣＩ、２、ｍａｘ}であり、Ｋ_{ＵＣＩ、１、ｍａｘ}＜Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝Ｋ_{ＣＲＣ２、Ｌ２}であり、Ｋ_{ＣＲＣ１、Ｌ２}は好ましくは、Ｋ_{ＵＣＩ、２、ｍａｘ}以上であるＫ_ＣＲＣ１リスト内の最小値である。次いで、長さ（Ｌ２＋ｄ２）のＣＲＣは、ＵＣＩの第２の集団に使用され、ここでｄ２は、ＵＣＩの第２の集団の結果のＣＲＣコードの特別なエラー検出能力を調整するためのノブとしてサーブする整数である。たとえば、第２の集団は、Ｋ_{ＵＣＩ、２、ｍａｘ}＜＝２０００ビット、およびｄ２＝１のマージンを有し、次いでＬ２＝１２は、表１を調べることにより見出される。Ｌ２＋ｄ２＝１２＋１＝１３、そして長さ１３のＣＲＣベクトルが使用される。

一般に、マージンｄ１およびｄ２は、ＵＣＩのサイズとは無関係であってもそうでなくてもよい。さらに多くのＵＣＩの集団がある場合、同じ手順が実行されてもよい。

さまざまな集団へのＵＣＩの割り当ては、（ａ）キャリアアグリゲーションにおけるコンポーネントキャリアの数、（ｂ）ＵＥがチャネル状態情報をレポートするように設定されているＭＩＭＯレイヤの数、（ｃ）ＵＥがチャネル状態情報をレポートするように設定されているビームの数、（ｄ）レポートされた値の量子化レベルに従ったＣＳＩフィールドのビットの数を含み（しかし、これに限定されない）、さまざまなシステムパラメータおよび設定に従ってもよい。

上記の説明は例としてＵＣＩを使用したが、同じ方法が、その他のタイプの情報送信、たとえば制御情報以外のダウンリンクデータパケット、アップリンクデータパケットに適用されてもよい。たとえば、ＵＣＩではなくダウンリンク制御情報（ＤＣＩ）。また、関連するエラー制御コーディング方法は、その他のコードタイプ、たとえば、ポーラーコードではなくＬＤＰＣコードを含むことができる。

特定の実施形態は、ネットワークノードまたは無線デバイスのような、無線送信機および無線受信機における方法を含んでもよい。上記で説明される例および実施形態は、概して、図２Ａおよび図２Ｂにおいて流れ図によって表されてもよい。

図２Ａは、一部の実施形態による、無線送信機において使用する例示の方法を示す流れ図である。特定の実施形態において、図２Ａの１つまたは複数のステップは、図１に関して説明されている無線ネットワーク１００のコンポーネントによって実行されてもよい。

方法は、ステップ２１２で開始し、ここで無線送信機は、送信するデータの量を決定する。たとえば、ネットワークノード１２０または無線デバイス１１０は、これが送信する１００ビットのデータを有すると決定することができる。一部の実施形態において、送信するデータは、アップリンク制御情報またはダウンリンク制御情報のような、制御情報を含むことができる。一部の実施形態において、送信するデータは、ＰＤＳＣＨまたはＰＵＳＣＨのような、ユーザデータを含むことができる。

ステップ２１４において、無線送信機は、送信するデータの量に基づいてＣＲＣ長を決定する。たとえば、ネットワークノード１２０または無線デバイス１１０は、送信するデータの決定された量以上のデータの最小量に関連付けられているＣＲＣ長の値のテーブルルックアップを実行することができる。

特定の実施形態において、送信するデータの量がビット数のしきい値以下の場合、無線送信機は第１のＣＲＣ多項式長を決定する。たとえば、制御チャネルデータ（たとえば、ＤＣＩ、ＵＣＩなど）を送信するために、しきい値は１９ビットであってもよい。１９ビット以下の制御チャネルビットの数については、無線送信機は６のＣＲＣ多項式長を決定することができる。１９ビットよりも大きい制御チャネルビットの数については、無線送信機は１１のＣＲＣ多項式長を決定することができる。ＣＲＣ多項式長の一部がエラー訂正に使用されてもよく（たとえば、３または９ビット）、一部がエラー検出に使用されてもよい（たとえば、３ビット）。

もう１つの例として、ユーザデータ（たとえば、ＰＤＳＣＨ、ＰＵＳＣＨなど）を送信するために、しきい値は３８２４ビットであってもよい。３８２４ビット以下のユーザデータビットの数については、無線送信機は１６のＣＲＣ多項式長を決定することができる。３８２４ビットよりも大きいユーザデータビットの数については、無線送信機は２４のＣＲＣ多項式長を決定することができる。その他の実施形態は、任意の適切なしきい値および任意の適切なＣＲＣ多項式長を選択することができる。

一部の実施形態において、無線送信機は、実施形態の第３および第４のグループに関して上記で説明されている倍率のような、倍率を適用することができる。ＣＲＣのＣＲＣブロック長は、ＣＲＣの自然コード長よりも大きくてもよいか、またはＣＲＣの自然コード長は、ＣＲＣのブロック長にわたるマージンを含むことができる。

ステップ２１６において、無線送信機は、決定された長さのＣＲＣを使用してデータをエンコードした。たとえば、ネットワークノード１２０または無線デバイス１１０は、送信するデータの量およびルックアップテーブルの値に応じて、８ビットのＣＲＣまたは１２ビットのＣＲＣを使用してデータをエンコードすることができる。無線送信機は、ポーラーコードを使用して制御チャネルデータを、ＬＤＰＣコードを使用してユーザデータをエンコードすることができる。

ステップ２１８において、無線送信機は、エンコードされたデータを送信する。たとえば、ネットワークノード１２０は、エンコードされたデータを無線デバイス１１０に送信するか、またはその逆を行うことができる。

変更、追加、または省略が、方法２００に行われてもよい。加えて、図２Ａの方法２００における１つまたは複数のステップは、並行して、または任意の適切な順序で実行されてもよい。方法２００のステップは、必要に応じて時間の経過に伴って繰り返されてもよい。

図２Ｂは、一部の実施形態による、無線受信機において使用する例示の方法を示す流れ図である。特定の実施形態において、図２Ｂの１つまたは複数のステップは、図１に関して説明されている無線ネットワーク１００のコンポーネントによって実行されてもよい。

方法は、ステップ２５２で開始し、ここで無線受信機は、無線送信機からエンコードされたデータを受信する。たとえば、ネットワークノード１２０は、エンコードされたデータを無線デバイス１１０から受信するか、またはその逆を行うことができる。

ステップ２５４において、無線受信機は、エンコードされたデータで受信されたデータの量を決定する。たとえば、ネットワークノード１２０または無線デバイス１１０は、これが受信されたデータの１００ビットを有すると決定することができる。一部の実施形態において、受信されたデータは、アップリンク制御情報またはダウンリンク制御情報のような、制御情報を含むことができる。一部の実施形態において、受信されたデータは、ＰＤＳＣＨまたはＰＵＳＣＨのような、ユーザデータを含むことができる。

ステップ２５６において、無線受信機は、受信されたデータの量に基づいてＣＲＣ長を決定する。たとえば、ネットワークノード１２０または無線デバイス１１０は、受信されたデータの決定された量以上のデータの最小量に関連付けられているＣＲＣ長の値のテーブルルックアップを実行することができる。

特定の実施形態において、受信されたデータの量がビット数のしきい値以下の場合、無線受信機は第１のＣＲＣ多項式長を決定する。たとえば、制御チャネルデータ（たとえば、ＤＣＩ、ＵＣＩなど）を受信するために、しきい値は１９ビットであってもよい。１９ビット以下の制御チャネルビットの数については、無線受信機は６のＣＲＣ多項式長を決定することができる。１９ビットよりも大きい制御チャネルビットの数については、無線受信機は１１のＣＲＣ多項式長を決定することができる。ＣＲＣ多項式長の一部がエラー訂正に使用されてもよく（たとえば、３または９ビット）、一部がエラー検出に使用されてもよい（たとえば、３ビット）。

もう１つの例として、ユーザデータ（たとえば、ＰＤＳＣＨ、ＰＵＳＣＨなど）を受信するために、しきい値は３８２４ビットであってもよい。３８２４ビット以下のユーザデータビットの数については、無線受信機は１６のＣＲＣ多項式長を決定することができる。３８２４ビットよりも大きいユーザデータビットの数については、無線受信機は２４のＣＲＣ多項式長を決定することができる。その他の実施形態は、任意の適切なしきい値および任意の適切なＣＲＣ多項式長を選択することができる。

一部の実施形態において、無線受信機は、実施形態の第３および第４のグループに関して上記で説明されている倍率のような、倍率を適用することができる。ＣＲＣのＣＲＣブロック長は、ＣＲＣの自然コード長よりも大きくてもよいか、またはＣＲＣの自然コード長は、ＣＲＣのブロック長にわたるマージンを含むことができる。

ステップ２５８において、無線受信機は、決定された長さのＣＲＣを使用してデータをデコードする。たとえば、ネットワークノード１２０または無線デバイス１１０は、受信されたデータの量およびルックアップテーブルの値に応じて、８ビットのＣＲＣまたは１２ビットのＣＲＣを使用してデータをデコードすることができる。無線受信機は、ポーラーコードを使用して制御チャネルデータを、ＬＤＰＣコードを使用してユーザデータをデコードすることができる。

変更、追加、または省略が、方法２５０に行われてもよい。加えて、図２Ｂの方法２５０における１つまたは複数のステップは、並行して、または任意の適切な順序で実行されてもよい。方法２５０のステップは、必要に応じて時間の経過に伴って繰り返されてもよい。

図３Ａは、無線デバイスの例示の実施形態を示すブロック図である。無線デバイスは、図１に示される無線デバイス１１０の例である。特定の実施形態において、無線デバイスは、送信または受信するデータの量に基づいてＣＲＣ長を決定することができる。

無線デバイスの具体的な例は、携帯電話、スマートフォン、ＰＤＡ（携帯情報端末）、ポータブルコンピュータ（たとえば、ラップトップ、タブレット）、センサー、モデム、マシン型通信（ＭＴＣ）デバイス／マシンツーマシン（Ｍ２Ｍ）デバイス、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、デバイスツーデバイス対応デバイス、車車間デバイス、または無線通信を提供することができる任意のその他のデバイスを含む。無線デバイスは、送受信機３１０、処理回路３２０、メモリ３３０、および電源３４０を含む。一部の実施形態において、送受信機３１０は、無線ネットワークノード１２０との間で（たとえば、アンテナを介して）無線信号を送信することおよび受信することを容易にし、処理回路３２０は、無線デバイスによって提供されるように本明細書において説明される機能の一部または全部を提供するための命令を実行し、メモリ３３０は、処理回路３２０によって実行される命令を格納する。電源３４０は、送受信機３１０、処理回路３２０、および／またはメモリ３３０のような、無線デバイス１１０のコンポーネントの１つまたは複数に電力を供給する。

処理回路３２０は、無線デバイスの説明されている機能の一部または全部を実行するように、命令を実行してデータを操作するために、１つまたは複数の集積回路またはモジュールにおいて実施されたハードウェアおよびソフトウェアの任意の適切な組み合わせを含む。一部の実施形態において、処理回路３２０は、たとえば、１つまたは複数のコンピュータ、１つまたは複数のプログラマブル論理デバイス、１つまたは複数の中央演算処理装置（ＣＰＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数のアプリケーション、および／またはその他の論理、および／またはこれらの任意の適切な組合わせを含むことができる。処理回路３２０は、無線デバイス１１０の説明されている機能の一部または全部を実行するように設定されたアナログおよび／またはデジタル回路を含むことができる。たとえば、処理回路３２０は、抵抗器、コンデンサ、インダクタ、トランジスタ、ダイオード、および／または任意のその他の適切な回路コンポーネントを含むことができる。

メモリ３３０は、概して、コンピュータ実行可能コードおよびデータを格納するように動作可能である。メモリ３３０の例は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読み取り専用メモリ（ＲＯＭ））、大容量ストレージ媒体（たとえば、ハードディスク）、取り外し可能ストレージ媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または情報を格納する任意のその他の揮発性または不揮発性の、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。

電源３４０は、概して、無線デバイス１１０のコンポーネントに電力を供給するように動作可能である。電源３４０は、リチウムイオン、リチウム空気、リチウムポリマー、ニッケルカドミウム、ニッケル水素のような任意の適切なタイプのバッテリ、または無線デバイスに電力を供給するための任意のその他の適切なタイプのバッテリを含むことができる。

特定の実施形態において、処理回路３２０は、送受信機３１０と通信して、送信または受信するデータの量に基づいてＣＲＣ長を決定する。

無線デバイスのその他の実施形態は、上記で説明されている機能および／または（上記で説明されている解決策をサポートするために必要な任意の機能を含む）任意の追加の機能のいずれかを含む、無線デバイスの機能の特定の態様を提供することに責任を負う（図３Ａに示されているもの以外の）追加のコンポーネントを含むことができる。

図３Ｂは、無線デバイス１１０の例示のコンポーネントを示すブロック図である。コンポーネントは、決定モジュール３５０、エンコーディング／デコーディングモジュール３５２、送信モジュール３５４、および受信モジュール３５６を含むことができる。

決定モジュール３５０は、無線デバイス１１０の決定機能を実行することができる。たとえば、決定モジュール３５０は、上記で説明されている実施形態および例のいずれかにより、データの量に基づいて送信または受信するデータの量、およびＣＲＣ長を決定することができる。特定の実施形態において、決定モジュール３５０は、処理回路３２０を含むか、または処理回路３２０に含まれてもよい。特定の実施形態において、決定モジュール３５０は、エンコーディング／デコーディングモジュール３５２、送信モジュール３５４、および受信モジュール３５６と通信することができる。

エンコーディング／デコーディングモジュール３５２は、無線デバイス１１０のエンコーディングおよび／またはデコーディング機能を実行することができる。たとえば、エンコーディング／デコーディングモジュール３５２は、上記で説明されている実施形態および例のいずれかにより、適応長のＣＲＣでデータ送信をエンコードまたはデコードすることができる。特定の実施形態において、エンコーディング／デコーディングモジュール３５２は、処理回路３２０を含むか、または処理回路３２０に含まれてもよい。特定の実施形態において、エンコーディング／デコーディングモジュール３５２は、決定モジュール３５０、送信モジュール３５４、および受信モジュール３５６と通信することができる。

送信モジュール３５４は、無線デバイス１１０の送信機能を実行することができる。たとえば、送信モジュール３５４は、適応長のＣＲＣでエンコードされたデータを送信することができる。特定の実施形態において、送信モジュール３５４は、処理回路３２０を含むか、または処理回路３２０に含まれてもよい。特定の実施形態において、送信モジュール３５４は、決定モジュール３５０、およびエンコーディング／デコーディングモジュール３５２と通信することができる。

受信モジュール３５６は、無線デバイス１１０の受信機能を実行することができる。たとえば、受信モジュール３５６は、適応長のＣＲＣでエンコードされたデータを受信することができる。特定の実施形態において、受信モジュール３５６は、処理回路３２０を含むか、または処理回路３２０に含まれてもよい。特定の実施形態において、受信モジュール３５６は、決定モジュール３５０、およびエンコーディング／デコーディングモジュール３５２と通信することができる。

図４Ａは、ネットワークノードの例示の実施形態を示すブロック図である。ネットワークノードは、図１に示されるネットワークノード１２０の例である。特定の実施形態において、ネットワークノードは、送信または受信するデータの量に基づいてＣＲＣ長を決定する。

ネットワークノード１２０は、ｅＮｏｄｅＢ、ＮｏｄｅＢ、基地局、無線アクセスポイント（たとえば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、基地局（ＢＴＳ）、送信ポイントまたはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、またはその他の無線アクセスノードであってもよい。ネットワークノードは、少なくとも１つの送受信機４１０、処理回路４２０、少なくとも１つのメモリ４３０、および少なくとも１つのネットワークインターフェイス４４０を含む。送受信機４１０は、無線デバイス１１０のような、無線デバイスとの間で（たとえば、アンテナを介して）無線信号を送信することおよび無線信号を受信することを容易にし、処理回路４２０は、ネットワークノード１２０によって提供されるように上記で説明される機能の一部または全部を提供するための命令を実行し、メモリ４３０は、処理回路４２０によって実行される命令を格納し、ネットワークインターフェイス４４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コントローラ、および／またはその他のネットワークノード１２０のようなバックエンドネットワークコンポーネントに信号を通信する。処理回路４２０およびメモリ４３０は、上記の図３Ａの処理回路３２０およびメモリ３３０に関して説明されるものと同じタイプであってもよい。

一部の実施形態において、ネットワークインターフェイス４４０は、処理回路４２０に通信可能に結合されており、ネットワークノード１２０の入力を受信し、ネットワークノード１２０から出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信するか、または前述の任意の組合わせを行うように動作可能な任意の適切なデバイスを示す。ネットワークインターフェイス４４０は、ネットワークを通じて通信するため、適切なハードウェア（たとえば、ポート、モデム、ネットワークインターフェイスカードなど）、ならびにプロトコル変換およびデータ処理能力を含むソフトウェアを含む。

特定の実施形態において、処理回路４２０は、送受信機４１０と通信して、送信または受信するデータの量に基づいてＣＲＣ長を決定する。

ネットワークノード１２０のその他の実施形態は、上記で説明されている機能および／または（上記で説明されている解決策をサポートするために必要な任意の機能を含む）追加の機能のいずれかを含む、ネットワークノードの機能の特定の態様を提供することに責任を負う、（図４Ａに示されているコンポーネント以外の）追加のコンポーネントを含む。多種多様なタイプのネットワークノードは、同じ物理ハードウェアを有するが異なる無線アクセス技術をサポートするように（たとえば、プログラミングによって）設定されたコンポーネントを含むことができるか、または部分的もしくは全体的に異なる物理コンポーネントを表すことができる。

図４Ｂは、ネットワークノード１２０の例示のコンポーネントを示すブロック図である。コンポーネントは、決定モジュール４５０、エンコーディング／デコーディングモジュール４５２、送信モジュール４５４、および受信モジュール４５６を含むことができる。

決定モジュール４５０は、ネットワークノード１２０の決定機能を実行することができる。たとえば、決定モジュール４５０は、上記で説明されている実施形態および例のいずれかにより、データの量に基づいて送信または受信するデータの量、およびＣＲＣ長を決定することができる。特定の実施形態において、決定モジュール４５０は、処理回路４２０を含むか、または処理回路４２０に含まれてもよい。特定の実施形態において、決定モジュール４５０は、エンコーディング／デコーディングモジュール４５２、送信モジュール４５４、および受信モジュール４５６と通信することができる。

エンコーディング／デコーディングモジュール４５２は、ネットワークノード１２０のエンコーディングおよび／またはデコーディング機能を実行することができる。たとえば、エンコーディング／デコーディングモジュール４５２は、上記で説明されている実施形態または例のいずれかにより、適応長のＣＲＣでデータ送信をエンコードまたはデコードすることができる。特定の実施形態において、エンコーディング／デコーディングモジュール４５２は、処理回路４２０を含むか、または処理回路４２０に含まれてもよい。特定の実施形態において、エンコーディング／デコーディングモジュール４５２は、決定モジュール４５０、送信モジュール４５４、および受信モジュール４５６と通信することができる。

送信モジュール４５４は、ネットワークノード１２０の送信機能を実行することができる。たとえば、送信モジュール４５４は、適応長のＣＲＣでエンコードされたデータを送信することができる。特定の実施形態において、送信モジュール４５４は、処理回路４２０を含むか、または処理回路４２０に含まれてもよい。特定の実施形態において、送信モジュール４５４は、決定モジュール４５０、およびエンコーディング／デコーディングモジュール４５２と通信することができる。

受信モジュール４５６は、ネットワークノード１２０の受信機能を実行することができる。たとえば、受信モジュール４５６は、適応長のＣＲＣでエンコードされたデータを受信することができる。特定の実施形態において、受信モジュール４５６は、処理回路４２０を含むか、または処理回路４２０に含まれてもよい。特定の実施形態において、受信モジュール４５６は、決定モジュール４５０、およびエンコーディング／デコーディングモジュール４５２と通信することができる。

本開示の範囲を逸脱することなく、本明細書において開示されるシステムおよび装置に変更、追加、または省略が行われてもよい。システムおよび装置のコンポーネントは、統合されるか、または分離されてもよい。さらに、システムおよび装置の動作は、より多いか、より少ないコンポーネント、またはその他のコンポーネントによって実行されてもよい。加えて、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／またはその他の論理を備える任意の適切な論理を使用して実行されてもよい。本文書において使用されるように、「各（ｅａｃｈ）」は、セットの各設定要素、またはセットのサブセットの各設定要素を示す。

本発明の範囲を逸脱することなく、本明細書において開示される方法に変更、追加、または省略が行われてもよい。方法は、より多いか、より少ないステップ、またはその他のステップを含むことができる。加えて、ステップは、任意の適切な順序で実行されてもよい。

本開示は特定の実施形態に関して説明されてきたが、実施形態の変更および置換は、当業者には明らかとなろう。したがって、実施形態の上記の説明は、本開示を制約することはない。その他の変更、代替、および改変は、以下の特許請求の範囲により規定される、本開示の精神および範囲を逸脱することなく可能である。

前述の説明において使用されている省略語は、以下のものを含む。
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＢＴＳ 基地局
ＣＲＣ 巡回冗長検査
ＣＳＩ チャネル状態情報
ＣＳＩ−ＲＳ チャネル状態情報参照信号
Ｄ２Ｄ デバイスツーデバイス
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＭＲＳ 復調参照信号
ｅＭＢＢ 拡張モバイルブロードバンド
ｅＮＢ ｅＮｏｄｅＢ
ＦＤＤ 周波数分割複信
ＬＤＰＣ 低密度パリティチェック
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）
Ｍ２Ｍ マシンツーマシン
ＭＩＭＯ 多入力多出力
ＭＴＣ マシンタイプ通信
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＯＦＤＭ 直交周波数分割多重
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＲ ランダムアクセス応答
ＲＡＴ 無線アクセス技術
ＲＢＳ 無線基地局
ＲＮＣ 無線ネットワークコントローラ
ＲＲＣ 無線リソース制御
ＲＲＨ リモート無線ヘッド
ＲＲＵ リモートラジオユニット
ＲＳ 参照信号
ＵＣＩ アップリンク制御情報
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＡＮ 無線アクセスネットワーク

Claims (66)

1. 無線送信機において使用するための方法であって、
   送信するデータの量を決定すること（２１２）と、
   前記送信するデータの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定すること（２１４）と、
   前記決定された多項式長のＣＲＣを使用して前記データをエンコードすること（２１６）と、
   エンコードされた前記データを送信すること（２１８）とを備える、方法。
2. 前記送信するデータの量に基づいて前記ＣＲＣ多項式長を決定すること（２１４）は、
   決定された前記送信するデータの量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定することと、
   決定された前記送信するデータの量が前記ビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することとを備える、請求項１に記載の方法。
3. 前記送信するデータは、制御チャネルデータを備える、請求項２に記載の方法。
4. 前記制御チャネルデータは、アップリンク制御情報（ＵＣＩ）またはダウンリンク制御情報（ＤＣＩ）を備える、請求項３に記載の方法。
5. 前記決定された多項式長の前記ＣＲＣを使用して前記データをエンコードすることは、ポーラーコードを使用して前記データをエンコードすることを備える、請求項３または４に記載の方法。
6. 前記ビット数のしきい値は１９ビットであり、前記第１のＣＲＣ多項式長は６であり、前記第２のＣＲＣ多項式長は１１である、請求項３から５のいずれか一項に記載の方法。
7. 前記ＣＲＣ多項式長の一部はエラー訂正（Ｌ_ｃｏｒｒ）に使用され、前記ＣＲＣ多項式長の別の部分はエラー検出（Ｌ_ｄｅｔ）に使用され、ここでＬ_ｄｅｔは３である、請求項６に記載の方法。
8. 前記送信するデータはユーザデータを備える、請求項２に記載の方法。
9. 前記ユーザデータは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を備える、請求項８に記載の方法。
10. 前記決定された多項式長の前記ＣＲＣを使用して前記データをエンコードすることは、低密度パリティチェック（ＬＤＰＣ）コードを使用して前記データをエンコードすることを備える、請求項８または９に記載の方法。
11. 前記ビット数のしきい値は３８２４ビットであり、前記第１のＣＲＣ多項式長は１６であり、前記第２のＣＲＣ多項式長は２４である、請求項８から１０のいずれか一項に記載の方法。
12. エラー検出またはエラー訂正の要件に基づいて、前記決定されたＣＲＣ多項式長を増大または減少させるために、前記決定されたＣＲＣ多項式長に倍率を適用することをさらに備える、請求項１から１１のいずれか一項に記載の方法。
13. 前記ＣＲＣのＣＲＣブロック長は、前記ＣＲＣの自然コード長よりも大きい、請求項１から１２のいずれか一項に記載の方法。
14. 前記ＣＲＣの自然コード長は、前記ＣＲＣのブロック長にわたるマージンを含む、請求項１から１２のいずれか一項に記載の方法。
15. 前記無線送信機はネットワークノードを含む、請求項１から１４のいずれか一項に記載の方法。
16. 前記無線送信機は無線デバイスを含む、請求項１から１４のいずれか一項に記載の方法。
17. 処理回路（３２０、４２０）を備える無線送信機（１１０、１２０）であって、前記処理回路は、
    送信するデータの量を決定することと、
    前記送信するデータの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定することと、
    前記決定された多項式長の前記ＣＲＣを使用して前記データをエンコードすることと、
    前記エンコードされたデータを送信することとを行うように動作可能である、無線送信機（１１０、１２０）。
18. 前記処理回路は、
    決定された前記送信するデータの量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定すること、および
    決定された前記送信するデータの量が前記ビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することにより、
    前記送信するデータの量に基づいて前記ＣＲＣ多項式長を決定するように動作可能である、請求項１７に記載の無線送信機。
19. 前記送信するデータは、制御チャネルデータを備える、請求項１８に記載の無線送信機。
20. 前記制御チャネルデータは、アップリンク制御情報（ＵＣＩ）またはダウンリンク制御情報（ＤＣＩ）を備える、請求項１９に記載の無線送信機。
21. 前記処理回路は、ポーラーコードを使用して前記決定された多項式長の前記ＣＲＣを使用して前記データをエンコードするように動作可能である、請求項１９または２０に記載の無線送信機。
22. 前記ビット数のしきい値は１９ビットであり、前記第１のＣＲＣ多項式長は６であり、前記第２のＣＲＣ多項式長は１１である、請求項１９から２１のいずれか一項に記載の無線送信機。
23. 前記ＣＲＣ多項式長の一部はエラー訂正（Ｌ_ｃｏｒｒ）に使用され、前記ＣＲＣ多項式長の別の部分はエラー検出（Ｌ_ｄｅｔ）に使用され、ここでＬ_ｄｅｔは３である、請求項２２に記載の無線送信機。
24. 前記送信するデータは、ユーザデータを備える、請求項１８に記載の無線送信機。
25. 前記ユーザデータは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を備える、請求項２４に記載の無線送信機。
26. 前記処理回路は、低密度パリティチェック（ＬＤＰＣ）コードを使用して前記決定された多項式長の前記ＣＲＣを使用して前記データをエンコードするように動作可能である、請求項２４または２５に記載の無線送信機。
27. 前記ビット数のしきい値は３８２４ビットであり、前記第１のＣＲＣ多項式長は１６であり、前記第２のＣＲＣ多項式長は２４である、請求項２４から２６のいずれか一項に記載の無線送信機。
28. 前記処理回路は、エラー検出またはエラー訂正の要件に基づいて、前記決定されたＣＲＣ多項式長を増大または減少させるために、前記決定されたＣＲＣ多項式長に倍率を適用するようにさらに動作可能である、請求項１７から２７のいずれか一項に記載の無線送信機。
29. 前記ＣＲＣのＣＲＣブロック長は、前記ＣＲＣの自然コード長よりも大きい、請求項１７から２８のいずれか一項に記載の無線送信機。
30. 前記ＣＲＣの自然コード長は、前記ＣＲＣのブロック長にわたるマージンを含む、請求項１７から２８のいずれか一項に記載の無線送信機。
31. 前記無線送信機はネットワークノードを含む、請求項１７から３０のいずれか一項に記載の無線送信機。
32. 前記無線送信機は無線デバイスを含む、請求項１７から３０のいずれか一項に記載の無線送信機。
33. 無線受信機において使用するための方法であって、
    エンコードされたデータを無線送信機から受信すること（２５２）と、
    前記エンコードされたデータで受信されたデータの量を決定すること（２５４）と、
    前記データの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定すること（２５６）と、
    前記決定された多項式長のＣＲＣを使用して、受信された前記エンコードされたデータをデコードすること（２５８）とを備える、方法。
34. 前記受信されたデータの量に基づいて前記ＣＲＣ多項式長を決定すること（２５６）は、
    決定された前記受信されたデータの量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定することと、
    決定された前記受信されたデータの量が前記ビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することとを備える、請求項３３に記載の方法。
35. 前記受信されたデータは、制御チャネルデータを備える、請求項３４に記載の方法。
36. 前記制御チャネルデータは、アップリンク制御情報（ＵＣＩ）またはダウンリンク制御情報（ＤＣＩ）を備える、請求項３５に記載の方法。
37. 前記決定された多項式長の前記ＣＲＣを使用して、受信された前記エンコードされたデータをデコードすることは、ポーラーコードを使用して前記データをデコードすることを備える、請求項３５または３６に記載の方法。
38. 前記ビット数のしきい値は１９ビットであり、前記第１のＣＲＣ多項式長は６であり、前記第２のＣＲＣ多項式長は１１である、請求項３５から３７のいずれか一項に記載の方法。
39. 前記ＣＲＣ多項式長の一部はエラー訂正（Ｌ_ｃｏｒｒ）に使用され、前記ＣＲＣ多項式長の別の部分はエラー検出（Ｌ_ｄｅｔ）に使用され、ここでＬ_ｄｅｔは３である、請求項３８に記載の方法。
40. 前記受信されたデータは、ユーザデータを備える、請求項３４に記載の方法。
41. 前記ユーザデータは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を備える、請求項４０に記載の方法。
42. 前記決定された多項式長の前記ＣＲＣを使用して、受信された前記エンコードされたデータをデコードすることは、低密度パリティチェック（ＬＤＰＣ）コードを使用して、受信された前記エンコードされたデータをデコードすることを備える、請求項４０または４１に記載の方法。
43. 前記ビット数のしきい値は３８２４ビットであり、前記第１のＣＲＣ多項式長は１６であり、前記第２のＣＲＣ多項式長は２４である、請求項４０から４２のいずれか一項に記載の方法。
44. エラー検出またはエラー訂正の要件に基づいて、前記決定されたＣＲＣ多項式長を増大または減少させるために、前記決定されたＣＲＣ多項式長に倍率を適用することをさらに備える、請求項３３から４３のいずれか一項に記載の方法。
45. 前記ＣＲＣのＣＲＣブロック長は、前記ＣＲＣの自然コード長よりも大きい、請求項３３から４４のいずれか一項に記載の方法。
46. 前記ＣＲＣの自然コード長は、前記ＣＲＣのブロック長にわたるマージンを含む、請求項３３から４４のいずれか一項に記載の方法。
47. 前記無線受信機はネットワークノードを含む、請求項３３から４６のいずれか一項に記載の方法。
48. 前記無線受信機は無線デバイスを含む、請求項３３から４６のいずれか一項に記載の方法。
49. 処理回路（３２０、４２０）を備える無線受信機（１１０、１２０）であって、前記処理回路は、
    エンコードされたデータを無線送信機（１１０、１２０）から受信することと、
    前記エンコードされたデータで受信されたデータの量を決定することと、
    前記データの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定することと、
    前記決定された多項式長のＣＲＣを使用して、受信された前記エンコードされたデータをデコードすることとを行うように動作可能である、無線受信機（１１０、１２０）。
50. 前記処理回路は、
    決定された前記受信されたデータの量がビット数のしきい値以下の場合、第１のＣＲＣ多項式長を決定すること、および
    決定された前記受信されたデータの量が前記ビット数のしきい値よりも大きい場合、第２のＣＲＣ多項式長を決定することにより、
    前記受信されたデータの量に基づいてＣＲＣ多項式長を決定するように動作可能である、請求項３３に記載の無線受信機。
51. 前記受信されたデータは、制御チャネルデータを備える、請求項５０に記載の無線受信機。
52. 前記制御チャネルデータは、アップリンク制御情報（ＵＣＩ）またはダウンリンク制御情報（ＤＣＩ）を備える、請求項５１に記載の無線受信機。
53. 前記処理回路は、ポーラーコードを使用して前記決定された多項式長の前記ＣＲＣを使用して受信された前記エンコードされたデータをデコードするように動作可能である、請求項５１または５２に記載の無線受信機。
54. 前記ビット数のしきい値は１９ビットであり、前記第１のＣＲＣ多項式長は６であり、前記第２のＣＲＣ多項式長は１１である、請求項５１から５３のいずれか一項に記載の無線受信機。
55. 前記ＣＲＣ多項式長の一部はエラー訂正（Ｌ_ｃｏｒｒ）に使用され、前記ＣＲＣ多項式長の別の部分はエラー検出（Ｌ_ｄｅｔ）に使用され、ここでＬ_ｄｅｔは３である、請求項５４に記載の無線受信機。
56. 前記受信されたデータはユーザデータを備える、請求項５０に記載の無線受信機。
57. 前記ユーザデータは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を備える、請求項５６に記載の無線受信機。
58. 前記処理回路は、低密度パリティチェック（ＬＤＰＣ）コードを使用して決定された多項式長のＣＲＣを使用して、受信された前記エンコードされたデータをデコードするように動作可能である、請求項５６または５７に記載の無線受信機。
59. 前記ビット数のしきい値は３８２４ビットであり、前記第１のＣＲＣ多項式長は１６であり、前記第２のＣＲＣ多項式長は２４である、請求項５６から５８のいずれか一項に記載の無線受信機。
60. 前記処理回路は、エラー検出またはエラー訂正の要件に基づいて、前記決定されたＣＲＣ多項式長を増大または減少させるために、前記決定されたＣＲＣ多項式長に倍率を適用するようにさらに動作可能である、請求項４９から５９のいずれか一項に記載の無線受信機。
61. 前記ＣＲＣのＣＲＣブロック長は、前記ＣＲＣの自然コード長よりも大きい、請求項４９から６０のいずれか一項に記載の無線受信機。
62. 前記ＣＲＣの自然コード長は、前記ＣＲＣのブロック長にわたるマージンを含む、請求項４９から６０のいずれか一項に記載の無線受信機。
63. 前記無線受信機はネットワークノードを含む、請求項４９から６２のいずれか一項に記載の無線受信機。
64. 前記無線受信機は無線デバイスを含む、請求項４９から６２のいずれか一項に記載の無線受信機。
65. 決定モジュール（３５０、４５０）と、エンコーディング／デコーディングモジュール（３５２、４５２）と、送信モジュール（３５４、４５４）とを備える無線送信機（１１０、１２０）であって、
    前記決定モジュールは、
    送信するデータの量を決定することと、
    前記送信するデータの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定することとを行うように動作可能であり、
    前記エンコーディング／デコーディングモジュールは、前記決定された多項式長の前記ＣＲＣを使用して前記データをエンコードするように動作可能であり、
    前記送信モジュールは、前記エンコードされたデータを送信するように動作可能である、無線送信機（１１０、１２０）。
66. 決定モジュール（３５０、４５０）と、エンコーディング／デコーディングモジュール（３５２、４５２）と、受信モジュール（３５６、４５６）とを備える無線受信機（１１０、１２０）であって、
    前記受信モジュールは、エンコードされたデータを無線送信機（１１０、１２０）から受信するように動作可能であり、
    前記決定モジュールは、
    前記エンコードされたデータで受信されたデータの量を決定することと、
    前記データの量に基づいて巡回冗長検査（ＣＲＣ）多項式長を決定することとを行うように動作可能であり、
    前記エンコーディング／デコーディングモジュールは、前記決定された多項式長のＣＲＣを使用して、受信された前記エンコードされたデータをデコードするように動作可能である、無線受信機（１１０、１２０）。

Images