このページの翻訳は最新ではありません。ここをクリックして、英語の最新版を参照してください。

Viterbi Decoder

ビタビ アルゴリズムを使用した畳み込み符号化されたデータの復号化

• 

×

ライブラリ:
Communications Toolbox / Error Detection and Correction / Convolutional
Communications Toolbox HDL Support / Error Detection and Correction / Convolutional

説明

Viterbi Decoder ブロックは、ビタビ アルゴリズムを使用して、畳み込み符号化された入力シンボルを復号化し、バイナリ出力シンボルを生成します。トレリス構造体は、畳み込み符号化スキームを指定します。詳細については、畳み込み符号のトレリス表現を参照してください。

このブロックは、パフォーマンスを高速化するために一度に複数のシンボルを処理でき、シミュレーション中に長さが変化する入力を受け入れることができます。可変サイズ信号の詳細は、可変サイズの信号の基礎 (Simulink)を参照してください。

このアイコンは、すべてのオプションのブロック端子が有効になっていることを示しています。

例

固定小数点のビタビ復号化と理論計算の比較

Viterbi Decoderブロックを固定小数点の硬判定畳み込み復号化と軟判定畳み込み復号化に使用します。Bit Error Rate Analysisアプリで計算された理論上の上限と結果を比較します。

モデルを開く

Compute SER of Convolutionally Encoded Signal

Apply convolutional encoding and BPSK modulation to a binary signal, pass the modulated signal through an AWGN channel. Compute the symbol error rate (SER) of the signal after applying BPSK demodulation and Viterbi decoding.

モデルを開く

テールバイティング畳み込み符号化

このモデルでは、Convolutional Encoder ブロックと Viterbi Decoder ブロックを使用してテールバイティング畳み込み符号をシミュレートする方法を示します。畳み込み符号のトレリスを終了することは、パケット ベースの通信におけるコードの性能の主要なパラメーターです。テールバイティング畳み込み符号化はトレリス終端の 1 つの技法で、より複雑な復号化器 [ 1 ] を使ったゼロテール終端によって発生するレート損失を防止します。

スクリプトを開く

端子

入力

In — 畳み込み符号化されたコードワード

列ベクトル

畳み込み符号化されたコードワード。列ベクトルとして指定します。復号化器が N 入力ビット ストリームを取る (つまり、2^N の入力シンボル候補を受信できる) 場合、ブロックの入力ベクトルの長さはある正の整数 L に対して L×N になります。詳細については、入力および出力サイズ、入力値と判別タイプ、および Operation mode パラメーターを参照してください。

この端子は 2 番目の入力端子が有効になるまでは名前なしになります。

データ型: double | single | Boolean | int8 | int16 | int32 | uint8 | uint16 | uint32 | ufixn

Era — コードワードの消去ビット

バイナリ値ベクトル

コードワードの消去ビット。バイナリ値ベクトルとして指定します。ベクトルの 1 の値は消去されたビットに対応し、0 の値は消去されていないビットに対応します。

受信するデータ ストリームでこれらを消去する場合、復号化器は分岐メトリクスを更新しません。消去および入力のデータ端子の幅とサンプル時間は、同じでなければなりません。

依存関係

この端子を有効にするには、[Enable erasures input port] を選択します。

データ型: double | Boolean

Rst — 復号化器レジスタの状態をリセットするオプション

scalar

復号化器レジスタの状態をリセットするオプション。スカラー値として指定します。この端子が非ゼロの入力値を受け取った場合、ブロックは入力データを処理する前に内部メモリを初期状態に設定します。復号化器レジスタを初期状態にリセットすることで、次のように設定されます。

• すべて 0 の状態メトリクス: 0

• 他のすべての状態メトリクス: 最大値

• トレースバック メモリ: 0

このブロックにリセット端子を使用することは、Convolutional Encoder ブロックで [Operation mode] を [Reset on nonzero input via port] に設定することと同じです。

依存関係

この端子を有効にするには、[Operation mode] パラメーターを [Continuous] に設定し、[Enable reset input port] を選択します。

データ型: double | Boolean

出力

Out — 出力メッセージ

バイナリ列ベクトル

出力メッセージ。バイナリ列ベクトルとして返されます。復号化器が K 個の出力ビット ストリームを生成する (つまり、2^K 個の出力シンボル候補を生成できる) 場合、ブロックの出力ベクトルの長さはある正の整数 L に対して L×K になります。詳細については、入力および出力サイズを参照してください。

この端子はブロック アイコンで名前なしになります。

データ型: double | single | Boolean | int8 | int16 | int32 | uint8 | uint16 | uint32 | ufix1

パラメーター

メイン

Trellis structure — 畳み込み符号のトレリス表現

poly2trellis(7,[171 133]) (既定値)

畳み込み符号のトレリス表現。符号化率 K / N の符号に対するトレリス表現を含む構造体として指定します。K は入力ビット ストリーム数を表し、N は出力ビット ストリーム数を表します。

トレリス構造体は、関数 poly2trellis を使用して作成するか、手動で作成することができます。この構造体の詳細については、畳み込み符号のトレリス表現および関数 istrellis を参照してください。

トレリス構造体には次のフィールドがあります。

numInputSymbols — 符号化器への入力シンボルの数

2^K

符号化器への入力シンボルの数。2^K と等しい整数として指定します。ここで、K は入力ビット ストリームの数です。

データ型: double

numOutputSymbols — 符号化器からの出力シンボルの数

2^N

符号化器からの出力シンボルの数。2^N と等しい整数として指定します。ここで、N は出力ビット ストリームの数です。

データ型: double

numStates — 符号化器内の状態の数

2 のべき乗

符号化器内の状態の数。2 のべき乗として指定します。

データ型: double

nextStates — 次の状態

整数の行列

現在の状態と現在の入力のすべての組み合わせの次の状態。整数の行列として指定します。行列のサイズは numStates 行 2^K 列でなければなりません。

データ型: double

outputs — 出力

8 進数の行列

現在の状態と現在の入力のすべての組み合わせの出力。8 進数の行列として指定します。行列のサイズは numStates 行 2^K 列でなければなりません。

データ型: double

Punctured code — コード パンクチャの指定を有効にするオプション

off (既定値) | on

[Puncture vector] 端子を表示して有効にするには、このパラメーターを選択します。

Puncture vector — パンクチャ パターン ベクトル

[1; 1; 0; 1; 0; 1] (既定値) | 列ベクトル

復号化されたデータをパンクチャするためのパンクチャ パターン ベクトル。列ベクトルとして指定します。ベクトルには 1 と 0 が含まれている必要があります。ここで、0 はパンクチャされたビットの位置を示します。このパンクチャ パターンは畳み込み符号化器によって使用されるパンクチャ パターンと一致しなければなりません。

特定のレートや多項式で一般的に使用するパンクチャ パターンについては、Yasuda[4]、Haccoun[5]、および Begin[6]の各参考文献を参照してください。

依存関係

このパラメーターは、[Punctured code] パラメーターを選択した場合にのみ表示されます。

Enable erasures input port — 消去入力端子を有効にするオプション

off (既定値) | on

ブロックに Era 入力端子を追加するには、このパラメーターを選択します。

Decision type — 復号化器判定タイプ

Unquantized (既定値) | Hard Decision | Soft decision

復号化器判定タイプ。[Unquantized]、[Hard decision]、または [Soft Decision] として指定します。

• Unquantized — 復号化器は、ユークリッド距離を使用して分岐メトリクスを計算します。入力データは量子化されていない倍精度または単精度の軟判定値の実数値ベクトルでなければなりません。オブジェクトは、正の値を logical 1 に、負の値を logical 0 にマッピングします

• Hard decision — 復号化器は、ハミング距離を使用して分岐メトリクスを計算します。入力は 0 または 1 の硬判定値のベクトルでなければなりません。入力のデータ型は、倍精度、単精度、logical、または数値でなければなりません。

• Soft Decision — 復号化器は、ハミング距離を使用して分岐メトリクスを計算します。入力には、0 と 2^{SoftInputWordLength} – 1 の間の整数として表される量子化された軟判定値のベクトルが必要です。入力のデータ型は、倍精度、単精度、logical、または数値でなければなりません。あるいは、[Number of soft decision bits] パラメーターに指定する語長と等しい語長 ("SoftInputWordLength") で fi (Fixed-Point Designer) オブジェクトを使用して、符号なしおよびスケーリングなしの固定小数点オブジェクトとしてデータ型を指定できます。0 は最も信頼性の高い 0 と見なされ、2^{SoftInputWordLength} – 1 は最も信頼性の高い 1 と見なされます。

Number of soft decision bits — 軟入力の語長

4 (既定値) | 正の整数

それぞれの量子化された軟入力値に対するビット数を表す軟入力の語長。整数として指定します。

依存関係

このパラメーターは、[Decision type] パラメーターを [Soft decision] に設定したときにのみ表示されます。

Error if quantized input values are out of range — 量子化入力値が範囲外の場合にエラーを発生させるオプション

off (既定値) | on

量子化入力値が範囲外の場合にエラーを発生させるには、このパラメーターを選択します。このパラメーターが選択されていない場合、範囲外の入力値は無視されます。

依存関係

このパラメーターは、[Decision type] パラメーターを [Hard decision] または [Soft decision] に設定したときにのみ表示されます。

Traceback depth — Traceback depth

34 (既定値) | 正の整数

トレースバック長。各トレースバック パスを構築するために使用されるトレリス分岐の数を示す整数として指定します。

トレースバック長は復号化遅延に影響を与えます。復号化遅延は、出力の最初に復号化されるシンボルよりも前の 0 シンボルの数です。

• 連続操作モードの場合、復号化遅延はトレースバック長シンボルの数と同じです。

• 打ち切られた操作モードまたは終了した操作モードの場合、復号化遅延は 0 です。この場合、トレースバック長は、各入力のシンボルの数以下でなければなりません。

一般的な推定として、標準のトレースバック長の値は (ConstraintLength – 1) / (1 – coderate) の約 2 倍から 3 倍になります。符号の拘束長 ConstraintLength は (log2(trellis.numStates) + 1) に等しくなります。coderate は (K / N) × (length(PuncturePattern) / sum(PuncturePattern) に等しくなります。

K は入力シンボルの数、N は出力シンボルの数、および PuncturePattern はパンクチャ パターン ベクトルです。

たとえば、この一般的な推定を適用することで、次のようなおおよそのトレースバック長が得られます。

• 符号化率 1/2 の符号のトレースバック長は 5(ConstraintLength – 1) です。

• 符号化率 2/3 の符号のトレースバック長は 7.5(ConstraintLength – 1) です。

• 符号化率 3/4 の符号のトレースバック長は 10(ConstraintLength – 1) です。

• 符号化率 5/6 の符号のトレースバック長は 15(ConstraintLength – 1) です。

詳細については、[7]を参照してください。

Operation mode — 符号化フレームの終了方法

Continuous (既定値) | Truncated | Terminated

連続する入力フレーム間の遷移方法。以下のいずれかのモードの値として指定します。

• [Continuous] — ブロックは次のフレームで使用するために、各入力の最後で内部状態メトリクスを保存します。各トレースバック パスは、独立して扱われます。このモードでは、符号化率 K/N の畳み込み符号に対する復号化遅延が Traceback depth×K ゼロ ビットになります。K はメッセージ シンボルの数、N は符号化されたシンボルの数です。[Enable reset input port] が選択されている場合、Rst 端子が非ゼロの値を受け取ると、復号化器の状態がリセットされます。

• [Truncated] — ブロックは各入力を個別に扱います。トレースバック パスは最良のメトリクスの状態で開始し、常にすべて 0 の状態で終了します。このモードは、対応する Convolutional Encoder ブロックがその [Operation mode] を Truncated (reset every frame) に設定するときに適切です。このモードでは、出力遅延が発生しません。

• [Terminated] — ブロックは各入力を個別に扱い、トレースバック パスはすべて 0 の状態で開始し、終了します。このモードは、コード化されていないメッセージ信号 (つまり、対応する Convolutional Encoder ブロックへの入力) が各入力の末尾に、フィードフォワード符号化器のすべてのメモリ レジスタを埋めるのに充分な 0 がある場合に適しています。具体的には、入力ストリームが k 個で拘束長ベクトル constr (多項式表現を使用) をもつ符号化器の場合、入力の最後に少なくとも k*max(constr-1) 個の 0 があることになります。フィードバック符号化器の場合、このモードは、対応する Convolutional Encoder ブロックで [Operation mode] が [Terminate trellis by appending bits] に設定されている場合には適しています。

メモ

ブロックがシミュレーション中に長さが異なるシーケンスを出力し、[Operation mode] を [Truncated] または [Terminated] に設定すると、すべての入力タイム ステップで復号化器の状態がリセットされます。

入力信号にシンボルが 1 つしか含まれていない場合は、[Continuous] 操作モードを使用します。

Enable reset input port — リセット入力端子を追加するオプション

off (既定値) | on

Rst 入力端子を追加にするには、このパラメーターを選択します。

依存関係

このパラメーターは、[Operation mode] パラメーターを [Continuous] に設定したときにのみ表示されます。

Delay reset action to next time step — 次のタイム ステップまでリセット アクションを遅延するオプション

off (既定値) | on

現在のタイム ステップで受信した符号化データを計算するまで復号化器のリセットを遅延させるには、このパラメーターを選択します。このオプションは HDL サポートのために有効にしなければなりません。HDL コードを生成するには、HDL Coder™ ソフトウェアが必要です。

依存関係

このパラメーターは、[Operation mode] パラメーターを [Continuous] に設定し、[Enable reset input port] を選択したときにのみ表示されます。

データ型

State metric word length — 状態メトリクス語長

16 (既定値) | 正の整数

状態メトリクス語長。正の整数として指定します。

Output data type — 出力データ型

Inherit via internal rule (既定値) | Smallest unsigned integer | double | single | int8 | uint8 | int16 | uint16 | int32 | uint32 | boolean

出力データ型。double、single、boolean、int8、uint8、int16、uint16、int32、または uint32 として指定するか、'Inherit via internal rule' または 'Smallest unsigned integer' に設定します。

• 'Smallest unsigned integer' に設定されると、出力データ型は、モデルの [コンフィギュレーション パラメーター] ダイアログ ボックスの [ハードウェア実行] ペインで使用されている設定に基づいて選択されます。ASIC/FPGA が [ハードウェア実行] ペインで選択されると、出力データ型は ufix(1) になります。他のすべての選択の場合は、char 値に対応する指定された最も小さな語長 (たとえば uint8) の符号なし整数です。

• 'Inherit via internal rule' に設定した場合、ブロックは次のようになります。

  • double の入力に対してデータ型 double を出力

  • single の入力に対してデータ型 single を出力

  • 他のすべてのデータ型入力に対しては 'Smallest unsigned integer' オプションと同様の動作

ブロックの特性

データ型	Boolean | double | fixed pointa | integer | single
多次元信号	なし
可変サイズの信号	あり
a 硬判定の場合は入力が ufix(1) であり、軟判定の場合は ufix(N) です。出力は ufix(1) のみです。

詳細

入力および出力サイズ

畳み込み符号が 2^N 個のシンボル候補のアルファベットを使用する場合、入力ベクトルの長さは、ある正の整数 L に対して L×N でなければなりません。同様に、復号化されたデータが 2^K 個の出力シンボル候補のアルファベットを使用する場合、出力ベクトルの長さは L×K になります。

このブロックは、L の正の整数値のある列ベクトル入力信号を受け入れます。可変サイズの入力の場合、L はシミュレーション中に変化する可能性があります。ブロックの処理は、処理モード パラメーターによって管理されます。

次の表は、入力端子と出力端子でサポートされるデータ型を示しています。

端子	サポートされているデータ型
入力	倍精度浮動小数点 単精度浮動小数点 [Hard-decision] モードの boolean 8、16、および 32 ビット符号付き整数 ([Hard-decision] および [Soft decision] モードの場合) 8、16、および 32 ビット符号なし整数 ([Hard-decision] および [Soft decision] モードの場合) ufix(n)、n は [Number of soft decision bits]
出力	倍精度浮動小数点 単精度浮動小数点 boolean 8、16、32 ビット符号付き整数 8、16、32 ビット符号なし整数 ASIC/FPGA モードの場合、ufix(1)

入力値と判別タイプ

入力ベクトルのエントリは、[Decision type] パラメーターに応じて、バイポーラ実数、バイナリ、整数データのいずれかになります。

Decision type パラメーター	復号化器入力の可能なエントリ	値の解釈	分岐メトリクス計算
Unquantized	実数 [–1012, 1012] の範囲外の入力値はそれぞれ –1012 と 1012 にクリップされます。	正の実数: 論理 0 負の実数: 論理 1	Euclidean 距離
Hard Decision	0, 1	0: 論理 0 1: 論理 1	ハミング距離
Soft Decision	0 から 2b-1 までの整数。ここで、b は [Number of soft decision bits] パラメーターです。	0: 論理 0 に対する最も信頼性の高い判定 2b-1: 論理 1 に対する最も信頼性の高い判定 その他の値は、比較的信頼性の低い判定を表します。	ハミング距離

軟判定状況をより明確にするために、次の表は 3 ビット軟判定に対する値の解釈を示しています。

入力値	解釈
0	最も信頼性の高い 0
1	2 番目に信頼性の高い 0
2	3 番目に信頼性の高い 0
3	最も信頼性の低い 0
4	最も信頼性の低い 1
5	3 番目に信頼性の高い 1
6	2 番目に信頼性の高い 1
7	最も信頼性の高い 1

固定小数点信号の流れ図

ビタビ復号化アルゴリズムには 3 つの主なコンポーネントがあります。それらは、分岐メトリクス計算 (BMC)、追加比較と選択 (ACS)、およびトレースバック復号化 (TBD) です。次の図は、符号化率 k/n の符号の信号の流れを示しています。

次の図は、符号化率 1/2、nsdec = 3 の信号の流れの BMC を示しています。

$$\begin{array}{c}WL=nsdec+n-1\\ n=2\Rightarrow WL=4\end{array}$$

次の図は、ユーザーによってマスクに WL2 が指定された ACS コンポーネントのサイクルを示しています。

これらの流れ図では、inNT、bMetNT、stMetNT、および outNT は numerictype (Fixed-Point Designer) オブジェクトであり、bMetFIMATH と stMetFIMATH は fimath (Fixed-Point Designer) オブジェクトです。

参照

[1] Clark, George C., and J. Bibb Cain. Error-Correction Coding for Digital Communications. Applications of Communications Theory. New York: Plenum Press, 1981.

[2] Gitlin, Richard D., Jeremiah F. Hayes, and Stephen B. Weinstein. Data Communications Principles. Applications of Communications Theory. New York: Plenum Press, 1992.

[3] Heller, J., and I. Jacobs. “Viterbi Decoding for Satellite and Space Communication.” IEEE Transactions on Communication Technology 19, no. 5 (October 1971): 835–48. https://doi.org/10.1109/TCOM.1971.1090711.

[4] Yasuda, Y., K. Kashiki, and Y. Hirata. “High-Rate Punctured Convolutional Codes for Soft Decision Viterbi Decoding.” IEEE Transactions on Communications 32, no. 3 (March 1984): 315–19. https://doi.org/10.1109/TCOM.1984.1096047.

[5] Haccoun, D., and G. Begin. “High-Rate Punctured Convolutional Codes for Viterbi and Sequential Decoding.” IEEE Transactions on Communications 37, no. 11 (November 1989): 1113–25. https://doi.org/10.1109/26.46505.

[6] Begin, G., D. Haccoun, and C. Paquin. “Further Results on High-Rate Punctured Convolutional Codes for Viterbi and Sequential Decoding.” IEEE Transactions on Communications 38, no. 11 (November 1990): 1922–28. https://doi.org/10.1109/26.61470.

[7] Moision, B. "A Truncation Depth Rule of Thumb for Convolutional Codes." In Information Theory and Applications Workshop (January 27 2008-February 1 2008, San Diego, California), 555-557. New York: IEEE, 2008.

拡張機能

C/C++ コード生成
Simulink® Coder™ を使用して C および C++ コードを生成します。

HDL コード生成

HDL Coder™ を使用して FPGA 設計および ASIC 設計のための Verilog および VHDL のコードを生成します。

HDL Coder は、HDL の実装および合成ロジックに影響を与える、追加の構成オプションを提供します。

メモ

打ち切られたモードまたは終了したモード、またはパンクチャされた符号で符号化されたデータを復号化する場合、Wireless HDL Toolbox™ から Viterbi Decoder (Wireless HDL Toolbox) ブロックを使用します。

HDL Coder は、Viterbi Decoder ブロックの以下の機能をサポートします。

• フィードフォワード トレリスとシンプル シフト レジスタ生成構成がある非再帰の符号化器/復号化器

• 連続モード

• サンプル ベースの入力

• 1/2 から 1/7 への復号化器レート

• 3 から 9 への拘束長

[Decision type] を [Soft decision] に設定すると、固定小数点の入力データ型および出力データ型に対して HDL コード生成がサポートされます。入力の固定小数点データ型は ufixN でなければなりません。N は軟判定ビットの数です。HDL コード生成は、符号付き組み込みデータ型 (int8、int16、int32) ではサポートされていません。

[Decision type] を [Hard decision] に設定すると、データ型が ufix1 および Boolean の入力に対して HDL コード生成がサポートされます。HDL コード生成は double および single の入力データ型ではサポートされていません。

Viterbi Decoder ブロックは、ブロックに定義されたトレースバック長をトレースバックすることによって各ビットを復号化します。このブロックは各判定ビットに完全なトレースバックを実装します。このとき、トレースバック復号化ユニットに最小状態インデックスと分岐判定を保存するためにレジスタを使用します。トレースバック ロジックを最適化する 2 つの方法として、パイプライン化されたレジスタ ベースの実装と RAM ベースのアーキテクチャがあります。ビタビ復号化器用の HDL コード生成の例を参照してください。

レジスタ ベースのトレースバック

生成された回路の速度を向上させるために、トレースバック復号化ユニットのパイプライン化を指定できます。パイプライン レジスタごとにトレースバック ステージの数を指定することにより、パイプライン レジスタをトレースバック ユニットに追加できます。

TracebackStagesPerPipeline 実装パラメーターを使用すると、システム要件に基づいて回路性能のバランスをとることができます。小さいパラメーター値は、トレースバック回路の速度を向上させるためにレジスタを追加する必要があることを示します。パラメーター値を大きくすると、回路速度の低下に加えて、必要なレジスタの数が少なくなります。

RAM ベースのトレースバック

レジスタを使用する代わりに、RAM を使用して生き残りパス情報を保存できます。RAM ベースのトレースバックを使用する場合、符号化器は [Enable reset input port] をサポートしません。

1. ブロックを右クリックし、[HDL コード] 、 [HDL ブロック プロパティ] を開きます。[Architecture] プロパティを [RAM-based Traceback] に設定します。

2. ブロックをダブルクリックし、Viterbi Decoder ブロック マスクの [Traceback depth] を設定します。

RAM ベースのトレースバックとレジスタ ベースのトレースバックには、次のような違いがあります。

• RAM ベースの実装では、データの 1 つのセットがトレースバックされ、データの以前のセットを復号化するための初期状態が検索されます。レジスタ ベースの実装では、トレースバックと復号化オプションが 1 つのステップに組み合わされます。最小の操作で見つかった最良の状態が復号化初期状態として使用されます。

• RAM ベースの実装では、M 個のサンプルがトレース バックされ、逆の順序で以前の M ビットが復号化されます。その後、各クロック サイクルで 1 ビットが順に解放されます。レジスタ ベースの実装では、完全なトレースバックの後に 1 ビットが復号化されます。

2 つのトレースバック アルゴリズムの違いにより、RAM ベースの実装では、レジスタ ベースのトレースバックとは異なる数値結果が得られます。RAM ベースのトレースバックでは、長いトレースバック長 (拘束長の 10 倍など) が推奨されます。それにより、レジスタ ベースの実装と同様のビット エラー レート (BER) が得られます。実装に必要な RAM のサイズは、トレリスとトレースバック長により異なります。

HDL のブロック プロパティ

ConstrainedOutputPipeline	設計内で既存の遅延を移動することによって出力に配置するレジスタの数。分散型パイプラインは、これらのレジスタを再分散しません。既定の設定は 0 です。詳細は、ConstrainedOutputPipeline (HDL Coder)を参照してください。
InputPipeline	生成コードに挿入する入力パイプライン ステージの数。分散型パイプラインと制約付き出力パイプラインは、これらのレジスタを移動できます。既定の設定は 0 です。詳細は、InputPipeline (HDL Coder)を参照してください。
OutputPipeline	生成コードに挿入する出力パイプライン ステージの数。分散型パイプラインと制約付き出力パイプラインは、これらのレジスタを移動できます。既定の設定は 0 です。詳細は、OutputPipeline (HDL Coder)を参照してください。
TracebackStagesPerPipeline	レジスタ ベースのトレースバックを参照してください。

制限

• Punctured code: このオプションは選択しないでください。パンクチャド符号では、HDL Coder でサポートされていないフレームベースの入力が必要です。

• Decision type: 符号化器は [Unquantized] 判定タイプをサポートしていません。

• Error if quantized input values are out of range: 符号化器はこのオプションをサポートしていません。

• Operation mode: 符号化器は [Continuous] モードのみをサポートしています。

• Enable reset input port: [Enable reset input port] と [Delay reset action to next time step] をどちらも有効にすると、HDL サポートが提供されます。[Continuous] 操作モードを選択し、レジスタ ベースのトレースバックを使用しなければなりません。

• Resettable Synchronous Subsystem (HDL Coder) 内で Viterbi Decoder ブロックを使用することはできません。

バージョン履歴

R2006a より前に導入

R2022b: バージョン履歴

[–10¹², 10¹²] の範囲外の量子化されていない入力値はそれぞれ –10¹² と 10¹² にクリップされます。

参考

ブロック

• Convolutional Encoder | APP Decoder

関数

• vitdec | poly2trellis | istrellis

オブジェクト

• comm.ViterbiDecoder

トピック

• 畳み込み符号
• 畳み込み符号のトレリス表現
• ビタビ復号化器用の HDL コード生成
• 可変サイズの信号の基礎 (Simulink)