(57)【要約】  本方法は、備えるレプリカ結合グループシャッフル反復デコーダを生成する。まず、誤り訂正符号及び誤り訂正符号用の反復デコーダが、本方法によって受信される。反復デコーダに基づいて誤り訂正符号用に複数のグループシャッフルサブデコーダが構築される。次いで、複数のグループシャッフルサブデコーダが結合されてレプリカ結合グループシャッフル反復デコーダにされる。
2008527760.tif 000002
【特許請求の範囲】
【請求項１】
レプリカ結合グループシャッフル反復デコーダを生成する方法であって、
誤り訂正符号及び該誤り訂正符号用の反復デコーダを受信すること、
前記反復デコーダに基づいて前記誤り訂正符号用に複数のグループシャッフルサブデコーダを構築すること、及び
前記複数のグループシャッフルサブデコーダを結合してレプリカ結合グループシャッフル反復デコーダにすること
を備えたレプリカ結合グループシャッフル反復デコーダを生成する方法。
【請求項２】
前記グループシャッフルサブデコーダのそれぞれにおいて、記号の推定を前の推定に基づいて更新すること
をさらに備えた、請求項１記載の方法。
【請求項３】
前記誤り訂正符号はバイナリであり、前記記号はビットである、請求項２記載の方法。
【請求項４】
前記グループシャッフルサブデコーダは確率伝搬を使用し、前記推定はメッセージであり、該メッセージは前記ビットが０又は１のいずれかである対数尤度を表す、請求項３記載の方法。
【請求項５】
前記グループシャッフルサブデコーダはビット反転を使用し、前記推定は前記符号語の前記ビットの状態である、請求項３記載の方法。
【請求項６】
前記誤り訂正符号はバイナリ低密度パリティ検査符号である、請求項１記載の方法。
【請求項７】
前記グループシャッフルサブデコーダ毎に、前記推定をグループに分けること
をさらに備えた、請求項２記載の方法。
【請求項８】
前記グループのサイズは等しい、請求項７記載の方法。
【請求項９】
前記グループシャッフルサブデコーダは確率伝搬を使用して、前記グループは垂直分割を使用して形成される、請求項７記載の方法。
【請求項１０】
前記グループシャッフルサブデコーダは確率伝搬を使用して、前記グループは水平分割を使用して形成される、請求項７記載の方法。
【請求項１１】
前記グループシャッフルサブデコーダ毎に、前記更新のスケジュールを割り当てること
をさらに備えた、請求項７記載の方法。
【請求項１２】
前記スケジュールは前記グループが更新される順番を定義する、請求項１１記載の方法。
【請求項１３】
前記グループは前記サブデコーダにおいて同じように分けられる、請求項７記載の方法。
【請求項１４】
前記グループは前記サブデコーダにおいて異なるように分けられる、請求項７記載の方法。
【請求項１５】
前記グループシャッフルサブデコーダのそれぞれの前記スケジュールは異なる、請求項１１記載の方法。
【請求項１６】
前記推定のそれぞれは少なくとも１つの前記グループシャッフルサブデコーダによって更新される、請求項２記載の方法。
【請求項１７】
前記グループシャッフル反復サブデコーダは前記推定を同期して更新する、請求項２記載の方法。
【請求項１８】
前記更新中に最も信頼性の高い記号推定を使用すること
をさらに含む、請求項２記載の方法。
【請求項１９】
前記最も信頼性の高い記号推定は、前記推定を最も新しく更新した特定のサブデコーダから得られる、請求項１８記載の方法。
【請求項２０】
前記誤り訂正符号はターボ符号である、請求項１記載の方法。
【請求項２１】
前記ターボ符号は２つの組織的バイナリ畳込み符号を連接したものである、請求項２０記載の方法。
【請求項２２】
４つのサブデコーダを前記結合デコーダに使用する、請求項２１記載の方法。
【請求項２３】
或るサブデコーダがＢＣＪＲ復号化を用いて前記第１の畳込み符号を、順方向掃引後に逆方向掃引して復号化し、第２のサブデコーダが前記ＢＣＪＲ復号化を用いて前記第１の畳込み符号を、逆方向掃引後に順方向掃引して復号化し、第３のサブデコーダが前記ＢＣＪＲ復号化を用いて前記第２の畳込み符号を、順方向掃引後に逆方向掃引して復号化し、第４のサブデコーダが前記ＢＣＪＲ復号化を用いて前記第２の畳込み符号を、逆方向掃引後に順方向掃引して復号化する、請求項２２記載の方法。
【請求項２４】
前記誤り訂正符号はターボ積符号である、請求項１記載の方法。
【請求項２５】
前記ターボ積符号は水平符号と垂直符号の積である、請求項２４記載の方法。
【請求項２６】
４つのサブデコーダを前記結合デコーダに使用する、請求項２５記載の方法。
【請求項２７】
第１のサブデコーダは前記水平符号を上から下に復号化し、第２のサブデコーダは前記水平符号を下から上に復号化し、第３のサブデコーダは前記垂直符号を左から右に復号化し、第４のサブデコーダは前記垂直符号を右から左に復号化する、請求項２６記載の方法。
【請求項２８】
前記誤り訂正符号は非正則低密度パリティ検査符号である、請求項１記載の方法。
【請求項２９】
前記誤り訂正符号はＲＡ符号である、請求項１記載の方法。
【請求項３０】
前記誤り訂正符号はＬＴ符号である、請求項１記載の方法。
【請求項３１】
前記誤り訂正符号はラプタ符号である、請求項１記載の方法。
【請求項３２】
前記誤り訂正符号は反復復号可能な符号である、請求項１記載の方法。
【請求項３３】
前記誤り訂正符号は非バイナリ符号である、請求項２記載の方法。
【請求項３４】
前記記号は任意のアルファベットからとられる、請求項２記載の方法。
【請求項３５】
レプリカ結合グループシャッフル反復デコーダであって、
通信路情報を受信するようにそれぞれ構成されて、誤り訂正符号用の反復デコーダから構築される複数のグループシャッフルサブデコーダと、
前記グループシャッフルサブデコーダのそれぞれに接続される制御ブロックと
を備え、
前記制御ブロックは、
前記グループシャッフルサブデコーダのそれぞれからビット推定を受信し、前記グループシャッフルサブデコーダのそれぞれに最も信頼性の高いビット推定を出力するように構成される信頼性割り当て部と、
終結条件に達したときに、前記通信路情報に対応する最も信頼性の高いビット推定を出力するように構成される終結検査部と
を備える、レプリカ結合グループシャッフル反復デコーダ。
【請求項３６】
更新スケジュールを前記グループシャッフルサブデコーダのそれぞれに割り当てる手段をさらに備える、請求項３５記載のデコーダ。
【請求項３７】
前記誤り訂正符号は、複数の畳込み符号を連接したものから構築されるターボ符号である、請求項３５記載のデコーダ。
【請求項３８】
第１のサブデコーダは、前記スケジュールの順方向掃引後に前記スケジュールの逆方向掃引を使用して第１の畳込み符号からのメッセージのみを更新し、第２のサブデコーダは、前記逆方向掃引後に前記順方向掃引を使用して前記第１の畳込み符号からの前記メッセージのみを更新し、第３のデコーダは、前記順方向掃引後に前記逆方向掃引を使用して前記第２の畳込み符号からのメッセージを更新し、第４のサブデコーダは、前記逆方向掃引後に前記順方向掃引を使用して前記第２の畳込み符号からの前記メッセージを更新する、請求項３６記載のデコーダ。
【請求項３９】
前記更新スケジュールは前記グループシャッフルサブデコーダのそれぞれで異なる、請求項３６記載のデコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には誤り訂正符号の復号化に関し、特にターボ符号、低密度パリティ検査符号、及びターボ積符号等の誤り訂正符号の反復復号化に関する。
【背景技術】
【０００２】
誤り訂正符号
データストレージ及び通信の分野での重要な課題は、誤り訂正符号を復号化する実用的な方法を開発することである。
【０００３】
非常に重要な誤り訂正符号の一種は、線形ブロック誤り訂正符号という種類のものである。別記しない限り、以下の説明において「符号」と言及する際は常に、線形ブロック誤り訂正符号を指すものと理解されたい。
【０００４】
こういった符号の背後にある基本概念は、ｋ個の情報記号から成るブロックをＮ個の記号から成るブロックを使用して符号化することにあり、ここで、Ｎ＞ｋである。Ｎ−ｋビットを追加使用して、雑音の多い通信路を介して受信される、又は欠陥のある記憶媒体から検索される場合に破損した信号を訂正する。
【０００５】
符号の全制約を満たすＮ個の記号から成るブロックは「符号語」と呼ばれ、対応するｋ個の情報記号から成るブロックは「情報ブロック」と呼ばれる。記号はｑ元アルファベットから選び出されるものと仮定する。
【０００６】
重要な特殊ケースはｑ＝２の場合である。この場合、符号は「バイナリ」符号と呼ばれる。この説明において挙げる例ではバイナリ符号を想定するが、本明細書に記載する復号化方法をｑ＞２のｑ元符号に一般化することは容易である。バイナリ符号は実際に使用される最も重要な符号である。
【０００７】
図１は、線形ブロック誤り訂正符号を使用した従来の「通信路符号化」１００を示す。送信元１１０はｋ個の記号ｕ［ａ］から成る情報ブロック１０１を生成する。情報ブロックは誤り訂正符号のエンコーダ１２０に渡される。エンコーダはＮ個の記号１０２を含む符号語ｘ［ｎ］を生成する。
【０００８】
次いで、符号語１０２は通信路１３０を通して送信され、符号語は、通信路１３０において破損して（corrupted）、信号ｙ［ｎ］１０３になる危険がある。次いで、破損信号ｙ［ｎ］１０３はデコーダ１４０に渡され、デコーダ１４０は符号語ｘ［ｎ］１０２を再構築したものｚ［ｎ］１０４を出力しようとする。
【０００９】
符号パラメータ
バイナリ線形ブロック符号は、ブロック長Ｎを有する２ｋ個の可能な符号語の集合により定義される。パラメータｋは符号の「次元」と呼ばれることがある。符号は通常、Ｎ及びｋが大きい場合にその効果の程もはるかに高くなる。しかし、パラメータＮ及びｋのサイズが大きくなるほど、破損したメッセージの復号化が難しくなる。
【００１０】
２つの符号語間のハミング距離は２語間で相違する記号の数として定義される。符号の距離ｄは、符号内のすべての符号語対間の最小ハミング距離として定義される。ｄの値の大きい符号ほど誤り訂正能力が高い。パラメータＮ及びｋを有する符号を［Ｎ，ｋ］符号と呼ぶ。距離ｄも分かっている場合には、符号を［Ｎ，ｋ，ｄ］符号と呼ぶ。
【００１１】
符号パリティ検査行列表現
線形符号はパリティ検査行列で表すことができる。バイナリ［Ｎ，ｋ］符号を表すパリティ検査行列は、０と１から成るＭ行とＮ列の行列である。パリティ検査行列のＮ列は符号のＮ個の記号に対応する。行列での線形独立行の数はＮ−ｋである。
【００１２】
パリティ検査行列の各行はパリティ検査制約を表す。特定行によって表される制約に関わる記号は、その行中の非ゼロ記号を有する列に対応する。パリティ検査制約は強制的に、これら記号の２を法としてとったモジュールの加重和をゼロに等しくする。たとえば、バイナリ符号の場合、パリティ検査行列
【００１３】
【数１】
2008527760.tif 000003
【００１４】
は、３つの制約
【００１５】
【数２】
2008527760.tif 000004
【００１６】
【数３】
2008527760.tif 000005
【００１７】
【数４】
2008527760.tif 000006
【００１８】
を表す。但し、ｘ［ｎ］はｎ番目のビットの値であり、バイナリ記号の追加は、０＋０＝１＋１＝０および０＋１＝１＋０＝１となる２を法としたモジュール算数規則（２の倍数を無視する算数規則）を使用して行われる。
【００１９】
誤り訂正符号デコーダ
誤り訂正符号用のデコーダの役割は、送信された符号語が通信路で破損した後に受信信号を受け入れ、送信された符号語の再構築を試みることである。符号語復号化の失敗数が最小という点で最適なデコーダは、所与の受信信号である可能性が最も高い符号語を出力する。最適なデコーダは「最尤」デコーダとして知られている。最尤デコーダであっても、通信路の雑音が十分に大きい場合には復号誤りを犯して、送信された符号語ではない符号語を出力することがある。
【００２０】
語の誤り率ではなく記号の誤り率が最小であるという点で最適な別種のデコーダは、「厳密記号（exact-symbol）」デコーダである。この名称は実際には慣例的ではないが、かかるデコーダに取り決められた普遍的な名称がないため本明細書においてこの名称を用いる。厳密記号デコーダ（exact-symbol decoder）は、符号内の各記号毎に、その記号がとり得る様々な値、たとえばバイナリ符号の場合には０又は１をとる厳密な確率を出力する。
【００２１】
反復デコーダ
実際には、最尤デコーダ又は厳密記号デコーダは特殊な種類の誤り訂正符号に対してしか構築することができない。反復法をベースとした非最適な近似デコーダに大きな関心が集まっている。こういった反復復号法の１つは「確率伝搬」（ＢＰ）と呼ばれる。R．Gallagerが最初に、ＢＰという名称は使わなかったが、低密度パリティ検査（ＬＤＰＣ）符号に対するＢＰ復号法を１９６３年に発表した。
【００２２】
ターボ符号
１９９３年に、同様の反復法が、「ターボ」符号として知られる新種の符号に対して非常にうまく働くことが示された。ターボ符号の成功は、一部はＬＤＰＣ符号及び反復復号法への関心が大きく復活したことによるものであった。ターボ符号及びＬＤＰＣ符号の両方に対しての、また「ターボ積符号」及び「ＲＡ（repeat-accumulate）符号」等の関連する他の符号に対しての反復復号法のパフォーマンス改良について相当量の研究が最近なされてきている。たとえば、２００３年８月に、IEEE Communications Magazineの特別号がこの研究に捧げられた。概観については、C. Berrou著「The Ten-Year-Old Turbo Codes are entering into Service」（IEEE Communications Magazine, vol. 41, pp. 110-117, August 2003）並びにT. Richardson及びR. Urbanke著「The Renaissance of Gallager's Low-Density Parity Check Codes」（IEEE Communications Magazine, vol. 41, pp. 126-131, August 2003）を参照のこと。
【００２３】
多くのターボ符号及びＬＤＰＣ符号はランダム構築を使用して構築される。たとえば、Gallagerの当初のバイナリＬＤＰＣ符号は、０及び１のみから成り、少数個の１が予め規定された確率分布に従って行列内にランダムに配置されるパリティ検査行列の観点から定義される。しかし、反復デコーダは、有限幾何学によって定義される符号等、規則的な構築によって定義される符号への適用にも成功している。Y. Kou、S. Lin、及びM. Fossorier著「Low Density Parity Check Codes Based on Finite Geometries: A Rediscovery and More」（IEEE Transactions on Information Theory, vol. 47, pp. 2711-2736, November, 2001）を参照のこと。一般に、反復デコーダは、パリティ検査行列がランダム構築を有するか、それとも規則的な構築を有するかに関わりなく、比較的少数個の非ゼロエントリを有するパリティ検査行列を有する符号に対してうまく働く。
【００２４】
図２は、ＢＰをベースとしたＬＤＰＣ符号のデコーダを有する従来技術によるシステム２００を示す。システムは受信した記号を反復処理して、符号を特定するパリティ検査行列によって与えられるように、制約に基づいて各記号の信頼性を向上させる。
【００２５】
最初の反復では、ＢＰデコーダは通信路エビデンス２０１のみを入力として使用し、各記号から、その記号に関わるパリティ検査制約に対する軟出力メッセージ２０２を生成する。記号から制約へのメッセージを送るこのステップは「垂直」ステップ２１０と呼ばれることがある。次いで、記号からのメッセージを隣接制約において処理して、新たなメッセージ２０３を記号にフィードバックする。このステップは「水平」ステップ２２０と呼ばれることがある。復号反復プロセスは、特定の終結条件２０４を満たすまで垂直ステップと水平ステップを交互にして続けられる。終結条件２０４を満たした時点で、硬判定２０５が、最後の復号反復からの記号に対する出力信頼性測度に基づいて各記号毎に行われる。
【００２６】
メッセージ更新規則の厳密な形態及びメッセージの意味は、使用されるＢＰ法の特定の変形に従って変化する。特に普及している２つのメッセージ更新規則は「sum-product」規則及び「min-sum」規則である。これら従来技術によるメッセージ更新規則は非常によく知られており、これらメッセージ更新規則に対する近似も実際にうまく働くことが証明されている。ＢＰ法のいくつかの変形では、メッセージはビットが０又は１のいずれかである対数尤度を表す。ＢＰ法及びＢＰ法の誤り訂正符号への適用についてのさらなる背景資料としては、F. R. Kschischang、B. J. Frey、及びH. A. Loeliger「Factor Graphs and the Sum-Product Algorithm」（IEEE Transactions on Information Theory, vol 47, pp. 498-519, February 2001）を参照のこと。
【００２７】
記号から制約へのメッセージを、ＢＰ復号化においてトラッキングされる「基本的な」独立メッセージと考え、制約から記号へのメッセージを、記号から制約へのメッセージの観点から定義される従属メッセージと考えることが有用な場合がある。別法として、制約から記号へのメッセージを「独立（independent）」メッセージとして、また記号から制約へのメッセージを、制約から記号へのメッセージの観点から「従属（dependent）」メッセージと見ることができる。
【００２８】
ビット反転デコーダ
ビット反転（ＢＦ（bit-flipping））デコーダはＢＰデコーダと同様に働く反復デコーダである。これらデコーダは若干単純になる。ＬＤＰＣ符号用のビット反転デコーダも長い歴史を持ち、これも、１９６０年代初めに、Gallagerにより、彼がＬＤＰＣ符号を紹介したときに提案された。ビット反転デコーダではまず、通信路出力に基づいて各符号語ビットに０又は１を割り当てる。次いで各反復において、各パリティ検査のシンドロームを計算する。パリティ検査のシンドロームは、パリティ検査を満たす場合には０であり、満たさない場合には１である。次いで、各ビット毎に、そのビットを含むすべてのパリティ検査のシンドロームが調べられる。それらのパリティ検査の数が予め規定されたしきい値を超える場合、対応するビットを反転させる。反復は、すべてのパリティ検査を満たすまで、又は所定の最大反復回数に達するまで続けられる。
【００２９】
ターボ符号は、厳密記号デコーダを使用して復号可能な２つのより小さな符号を連接したものである。C. Berrou及びA. Glavieux著「Near-Optimum Error-Correcting Coding and Decoding: Turbo-codes」（IEEE Transactions in Communications, vol. 44, pp. 1261-1271, Octover 1996）を参照のこと。通常、より小さな符号には畳込み符号が使用され、厳密記号デコーダは通常、ＢＣＪＲ復号法をベースとする。ＢＣＪＲ復号法の詳細な説明については、L. Bahl、J. Cocke、F. Jelinek、及びJ. Raviv著「Optimal Decoding of Linear Codes for Minimizing Symbol Error Rate」（IEEE Transactions on Information Theory, pp. 284-287, March 1974）を参照のこと。ターボ符号内の符号語記号のいくつかは両方の符号によって課される制約を受ける。こういった記号は「共有記号」と呼ばれる。従来のターボ符号デコーダは、符号を、それぞれの厳密記号デコーダを使用して交互に復号し、一方の厳密記号デコーダによって求められた共有記号の出力対数尤度を、他方の厳密記号デコーダでの共有記号の入力として利用することによって機能する。
【００３０】
２つの組織的畳込み符号３０１及び３０２を使用して構築されるターボ符号の構造を図３に概略的に示す。このターボ符号では、共有記号は各畳込み符号の情報ビットである。
【００３１】
最も単純なターボデコーダは直列モードで動作する。このモードでは、一方のＢＣＪＲデコーダが入力として通信路情報を受け取り、次いで各共有情報ビット毎に対数尤度値の集合を出力する。通信路情報と併せて、これら対数尤度値が他方のＢＣＪＲデコーダへの入力として使用され、この他方のＢＣＪＲデコーダは出力を第１のデコーダに送り返し、次いでサイクルが続けられる。
【００３２】
ターボ積符号
ターボ積符号（ＴＰＣ（turbo product code））は、厳密記号デコーダを使用して各構成符号を復号化することができる積符号の一種である。積符号は従来技術による既知の符号である。［Ｎ１，ｋ１，ｄ１］符号及び［Ｎ２，ｋ２，ｄ２］符号から積符号を構築するには、符号語記号をＮ１×Ｎ２矩形に配置する。各記号は２つの符号に属する。すなわち、一方は、同列中のその他の記号を使用して構築される［Ｎ１，ｋ１，ｄ１］「垂直」符号であり、他方は同行中のその他の記号を使用して構築される［Ｎ２，ｋ２，ｄ２］「水平」符号である。全体の積符号はパラメータ［Ｎ１Ｎ２，ｋ１ｋ２，ｄ１ｄ２］を有する。
【００３３】
ＴＰＣは、構成符号の厳密記号デコーダを使用して復号化される。水平符号及び垂直符号はそれぞれの厳密記号デコーダを使用して交互に復号化され、水平符号によって与えられる出力対数尤度を垂直符号の入力対数尤度として使用し、またこの逆も同様である。ターボ積符号を復号化するこの方法は「直列モード復号」と呼ばれる。
【００３４】
反復復号可能な他の符号
反復復号法を用いて首尾良く復号可能な多くの符号が他にある。これら符号は文献において既知であり、数が多すぎるためすべてを詳細には説明しない。これら符号のうち最も注目すべきもののいくつかは、非正則ＬＤＰＣ符号（M. A. Shokrollahi、D. A. Spielman、M. G. Luby、及びM. Mitzenmacher著「Improved Low-Density Parity Check Codes Using Irregular Graphs」（IEEE Trans. Information Theory, vol. 47, pp. 585-598 February 2001）参照）、ＲＡ符号（D. Divsalar、H. Jin、及びR. J. McEliece著「Coding Theorems for "Turbo-like" Codes」（Proc. 36th Allerton Conference on Communication, Control, and Computing, pp. 201-210, September, 1998）参照）、ＬＴ符号（M. Luby著「LT Codes」（Proc. Of the 43 Annual IEEE Symposium on Foudations of Computer Science, pp. 271-282, Nov. 2002）参照）、及びラプタ（Raptor）符号（A. Shokrollahi著「Raptor Codes」（Proceedings of IEEE International Symposium on Information Theory, p. 36, July 2004）参照）である。
【００３５】
反復デコーダの加速方法
ＬＤＰＣ符号用のＢＰデコーダ及びＢＦデコーダ、ターボ符号用のデコーダ、並びにターボ積符号用のデコーダはすべて、実際のシステムでの有用性が証明されている反復デコーダの例である。こういったすべての反復デコーダに対する非常に重要な問題は、デコーダの収束速度である。符号語を見つけるまでに必要な反復回数が可能な限り少ないことが望ましい。反復回数が少ないほど復号が高速になり、これは誤り訂正システムにとって望ましい特徴である。
【００３６】
ターボ符号の場合、より高速の収束を、ターボデコーダを並列モードで動作することによって得ることができる。D. Divsalar及びF. Pollara著「Multiple Turbo Codes for Deep-Space Communications」（JPL TDA Progress Report, pp. 71-78, May 1995）参照のこと。このモードでは、両方のＢＣＪＲデコーダが入力として通信路情報を同時に受信し、次いで情報ビットの対数尤度値の集合を同時に出力する。第１のデコーダからの出力を第２のデコーダの２回目の反復の入力として使用し、またその逆も同様である。
【００３７】
図４は、直列４０１モードと並列４０２モードにおいて、各モード毎に１回反復する場合の、ターボコードの動作の違いを示す。直列モード４０１では、第１のデコーダ４１１が最初に動作し、第２のデコーダ４１２がその出力を使用し、次いで第２のデコーダからの出力が第１のデコーダに戻され、次の反復で第１のデコーダによって使用される。並列モード４０２では、２つのデコーダ４２１、４２２が並列に動作し、第１のデコーダの出力が次の反復のために第２のデコーダに送られ、その間同時に、第２のデコーダの出力が第１のデコーダに送られる。
【００３８】
ターボ符号の場合と同様に、ターボ積符号の場合の並列モード復号が、C. Argon及びS. McLaughlin著「A Parallel Decoder for Low Latency Decoding of Turbo product Codes」（IEEE Communications Letters, vol. 6, pp. 70-72, February 2002）に説明されている。ターボ積符号の並列モード復号では、水平符号及び垂直符号が同時に復号化され、次の反復において水平符号の出力が垂直符号の入力として使用され、またその逆も同様である。
【００３９】
グループシャッフル（Group shuffled）復号
最後にＬＤＰＣ符号のＢＰ復号について、「グループシャッフル」ＢＰ復号が、J. Zhang及びM. Fossorier著「Shuffled Belief Propagation Decoding」（Proceedings of the 36th Annual Asilomar Conference on Signals, Systems, and Computers, pp. 8-15, Nov. 2002）に説明されている。
【００４０】
通常のＢＰ復号では、上述したように、すべてのビットからのメッセージが並列に、単一の垂直ステップで更新される。グループシャッフルＢＰ復号では、ビットはグループに分けられる。ビットグループから対応する制約へのメッセージが共に更新され、次いで次のビットグループからのメッセージが更新され、すべてのグループからのメッセージが更新されるまでこれが続けられ、次いで次の反復が開始する。制約からビットへのメッセージは従属メッセージとして扱われる。各段階において、最も新しく更新されたメッセージが使用される。グループシャッフルＢＰ復号は、通常のＢＰデコーダと比較してＬＤＰＣ符号用のデコーダのパフォーマンス及び収束速度を向上させる。
【００４１】
直観的に、ターボ符号及びターボ積符号用の並列モードデコーダ並びにＬＤＰＣ符号用のグループシャッフルデコーダが収束を速めることの理由は以下である。メッセージが反復デコーダにおいて更新されるときは常に、メッセージはより正確になり、かつ信頼性が高くなる。したがって、旧版ではなく最新版のメッセージを使用することで、通常、正確な復号への収束速度が速まる。
【発明の開示】
【発明が解決しようとする課題】
【００４２】
従来技術による方法は収束速度をいくらか向上させるが、収束速度及びパフォーマンスをさらに向上させることが強く望まれる。多くの用途において、復号速度は極めて重要である。
【課題を解決するための手段】
【００４３】
［発明の開示］
本発明は、ＬＤＰＣ符号、ターボ符号、又はターボ積符号等の任意の反復復号可能な符号のデコーダを、より良好なパフォーマンス及び収束速度を有する別の反復デコーダに転換する方法を提供する。転換された反復デコーダを「レプリカ結合グループシャッフルデコーダ」又は単に「結合デコーダ」と呼ぶ。
【００４４】
方法は入力として、誤り訂正符号、及びビット推定又は記号推定を並列に更新するその誤り訂正符号用の従来の反復デコーダをとる。たとえば、記号は任意のアルファベットからとられる。ビット推定又は記号の推定は、ビット又は記号のメッセージ又は値であってよい。
【００４５】
結合デコーダは、より小さなサブデコーダの複数のレプリカから構築される。より小さなサブデコーダはそれぞれ「グループシャッフルサブデコーダ」と呼ばれる。
【００４６】
各グループシャッフルサブデコーダでは、従来の反復デコーダによって更新されたビット推定又は記号推定がグループに分けられる。結合デコーダに使用されるグループシャッフルサブデコーダは以下のように異なる。各サブデコーダは各種グループに異なる更新スケジュールを使用する。サブデコーダはまた、ビット推定又は記号推定をグループに分ける方法においても異なり得る。
【００４７】
レプリカ結合グループシャッフルデコーダは、その構成要素のグループシャッフルサブデコーダの出力を以下のように利用する。ビット又は記号の値又はメッセージが各グループシャッフルサブデコーダで更新されると常に、特定数の他のビット又は記号の値又はメッセージを使用して更新を行う。他のビット又は記号の値又はメッセージは、そのビット又は記号の値又はメッセージを最も新しく更新したグループシャッフルサブデコーダによって提供される推定を使用することによって得られる。
【００４８】
結合デコーダは、符号語の復号又は所定の反復回数に達したとき等、終結条件に達したときに完了する。
【発明を実施するための最良の形態】
【００４９】
図５は、本発明によるレプリカ結合グループシャッフル反復デコーダ７００を生成する方法５００を示す。
【００５０】
方法は、入力として、誤り訂正符号５０１及びその誤り訂正符号５０１用の従来の反復デコーダ５０２をとる。従来の反復デコーダ５０２は、前の推定に基づいて符号を定義する記号の状態の推定を、反復し且つ並列に更新する。記号はバイナリであっても、又は任意のアルファベットからとられてもよい。確率伝搬（ＢＰ）法でのメッセージ及びビット反転（ＢＦ）デコーダでのビットの状態が、本明細書において記号状態の「記号推定」又は単に「推定」と総称するものが何を指すかの例である。
【００５１】
本明細書ではまた、「ビット推定」という用語も使用する。これは、簡明化のために、別記しない限り記号がバイナリであると仮定するためである。しかし、本手法は他の非バイナリ符号にも適用される。従来技術によるＢＰデコーダ、ＢＦデコーダ、ターボデコーダ、及びターボ積符号用のデコーダはすべて、本発明と併せて使用可能な従来の反復デコーダの例である。
【００５２】
この説明を簡明化するために、バイナリＬＤＰＣ符号用のＢＦデコーダ及びＢＰデコーダを入力としての従来の反復デコーダ５０１の主な例として用いる。方法は必ずしもバイナリとは限らない従来の反復デコーダの他の例に一般化可能なことを理解されたい。
【００５３】
バイナリＬＤＰＣ符号用のＢＦデコーダでは、各符号語記号の値の推定は記憶されて直接更新される。通信路出力からして最も可能性の高い状態に基づいた初期推定から開始して、各符号語ビットが０又は１のいずれかとして推定される。あらゆる反復において、各記号の推定は並列に更新される。更新は、各ビットに関連するパリティ検査のいくつが破られているかを調べることによって行われる。破られている検査の数が予め規定された或るしきい値を超える場合、そのビットの推定は０から１へ、又はこの逆に更新される。
【００５４】
バイナリＬＤＰＣ符号用のＢＰデコーダも、各記号の値の単一の推定を更新するのではなく、メッセージが関わる記号と制約との間の「メッセージ」の集合が更新されることを除いて同様に機能する。これらメッセージは通常、実数として記憶される。実数は、ビットが０又は１である対数尤度比に対応する。ＢＰデコーダでは、メッセージはメッセージ更新規則に従って繰り返し更新される。こういった規則の厳密な形態は重要ではない。唯一重要なポイントは、反復デコーダが或る規則セットを使用して、前に更新されたメッセージに基づいてメッセージを繰り返し更新することである。
【００５５】
複数のサブデコーダの構築
本方法による転換プロセスの第１段階では、グループシャッフルサブデコーダの複数のレプリカが構築される。次いで、これらグループシャッフルサブデコーダ５１１を結合して（５２０）、レプリカ結合グループシャッフルデコーダ７００にする。
【００５６】
推定のグループ分け
複数のレプリカサブデコーダ５１１は以下のように構築される。各グループシャッフルレプリカサブデコーダ５１１毎に、そのグループシャッフルサブデコーダがメッセージ又は記号値に対して行った推定がグループに分けられる。
【００５７】
バイナリＬＤＰＣ符号用のＢＦデコーダの例は１０００個の符号語ビットを有する。グループシャッフルサブデコーダがこの符号に対して行うビット推定を任意の数の方法で、たとえば１００ビットから成るグループ１０個に、１０ビットから成るグループ１００個に、又は５０ビットから成るグループ２０個等に分けることができる。簡明化のために、グループのサイズは等しいものと以下仮定する。
【００５８】
従来の反復デコーダ５０１がＬＤＰＣ符号のＢＰデコーダである場合、メッセージグループは多くの様々な方法で各グループシャッフルサブデコーダに分けることができる。本明細書では２つの好ましい手法について説明する。本明細書では「垂直分割」と呼ぶ第１の手法では、符号語記号はまずグループに分けられ、その後、同符号語記号から制約へのすべてのメッセージは同じグループに属するものとして扱われる。垂直分割では、制約から記号へのメッセージは従属メッセージとして扱われる一方で、記号から制約へのメッセージは独立メッセージとして扱われる。したがって、すべての従属メッセージは、記号から制約への独立メッセージグループが更新されるときに常に自動的に更新される。
【００５９】
本明細書では「水平分割」と呼ぶ第２の手法では、制約がまずグループに分けられ、次いで同じ制約から記号へのすべてのメッセージが同じグループに属するものとして扱われる。水平分割では、制約から記号へのメッセージは独立メッセージとして扱われ、記号から制約へのメッセージは単に従属メッセージとして扱われる。ここでも、すべての従属メッセージは、独立メッセージグループが更新されるときに常に自動的に更新される。
【００６０】
ＢＰメッセージを分ける他の手法も可能である。重要な点は、グループシャッフルサブデコーダの各レプリカ毎に、反復復号法の過程において更新される独立メッセージの集合を定義し、そのメッセージをいくつかのグループ集合に分けることである。独立メッセージの観点から定義される他の従属メッセージは、独立メッセージグループの更新が完了したときに常に自動的に更新される。
【００６１】
グループへの更新スケジュールの割り当て
単一のグループシャッフルサブデコーダ５１１を生成するに当たっての次のステップは、更新スケジュールを推定グループに割り当てる。更新スケジュールはグループの順番であり、推定が更新される順番を定義する。たとえば、ＢＦデコーダにおいて１００ビットから成るグループ１０個に更新スケジュールを割り当てたい場合、どのビットグループを最初に更新し、次にどのグループを更新し、１０番目のグループに達するまで次にどのグループを更新するかを判断する。ビット推定グループが共に更新されるときの単一反復サブステップを「反復サブステップ」と呼ぶ。
【００６２】
グループ集合はグループの更新スケジュールと共に、特定のグループシャッフル反復サブデコーダを定義する。推定グループが指定された順番に従ってサブステップにおいて更新されることは別として、グループシャッフル反復サブデコーダは、元の従来の反復デコーダ５０１と同様に機能する。たとえば、入力である従来の反復デコーダ５０１がＢＦデコーダである場合、新しいグループシャッフルサブデコーダ５１１は、従来のデコーダ５０１と同一のビット反転規則を使用する。
【００６３】
結合デコーダに使用されるレプリカサブデコーダ同士の違い
複数のグループシャッフルサブデコーダ５１１は、サブデコーダがグループに分けられる方法という点で同一であってもなくてもよい。しかし、サブデコーダはそれぞれの更新スケジュールの点で異なる。実際に、あらゆるビット推定を結合デコーダ７００に使用されるあらゆるレプリカサブデコーダにおいて更新する必要はない。しかし、あらゆるビット推定は少なくとも１つのレプリカサブデコーダ５１１において更新される。また、結合デコーダの各反復が同期して完了するように、各レプリカサブデコーダ５１１が同数の反復サブステップを有することも好ましい。
【００６４】
図６は、複製されたグループシャッフルサブデコーダの単純な概略例を示す。この例では、３つのビット推定グループをそれぞれ有する３つの異なるレプリカサブデコーダを使用する。この例では、各レプリカサブデコーダにおいて使用されるグループは同一であるが、更新の順番は異なる。
【００６５】
第１のレプリカサブデコーダ６１０において、グループ１中のビット推定が第１の反復サブステップにおいて更新され、その後、第２の反復サブステップにおいてグループ２中のビット推定が更新され、その後、第３の反復サブステップにおいてグループ３中のビット推定が更新される。第２のレプリカサブデコーダ６２０では、グループ２中のビット推定が最初に更新され、その後、グループ３中のビット推定が更新され、その後、グループ１中のビット推定が更新される。第３のレプリカサブデコーダ６３０では、グループ３中のビット推定が最初に更新され、その後、グループ１中のビット推定が更新され、その後、グループ２中のビット推定が更新される。
【００６６】
本発明のレプリカ結合グループシャッフルデコーダの背後にある概念についてこの例を用いて説明する。各ビットの入力推定が通信路情報を使用して得られる第１の反復を考える。各ビットの初期入力「信頼性」が等しいものと考えられる。しかし、第１の反復の第１のサブステップの完了後、最も新しく更新されたビットが最も信頼性の高いものであるはずである。したがってこの例では、第１のレプリカサブデコーダでは、第１の反復の第１のサブステップの終結時に、グループ１中のビット推定が最も信頼性の高いものであり、その一方で第２のレプリカサブデコーダでは、第１の反復の第１のサブステップの終結時にグループ２中のビット推定が最も信頼性の高いものであると考える。
【００６７】
信頼性のある情報を伝搬させる速度を速めるために、最も信頼性の高い推定を各ステップにおいて使用することは理に適っている。複数のレプリカグループシャッフルサブデコーダから結合デコーダを構築することの背後にある一般概念は、処理速度の向上と引き換えに、複雑性の増大、たとえば論理回路及びメモリをトレードオフすることである。多くの用途において、デコーダが機能する速度はデコーダの複雑性よりもはるかに重要であるため、このトレードオフは理に適っている。
【００６８】
複数のレプリカサブデコーダの結合
デコーダ７００は、前のステップ５１０において得られたグループシャッフルサブデコーダ５１１の異なるレプリカを結合したものである。
【００６９】
ビット推定が反復デコーダにおいて更新されるときは常に、更新規則は他のビット推定を使用する。複数のレプリカサブデコーダを使用する結合デコーダでは、あらゆる反復において使用されるビット推定としては、最も信頼性の高い推定、すなわち最も新しく更新されたビット推定が選択される。
【００７０】
したがって、本例を続けると、上述した３つのレプリカサブデコーダを結合する場合、レプリカデコーダは第１の反復においてそれぞれの推定を以下のように更新する。第１の反復の第１のサブステップにおいて、第１のレプリカサブデコーダはグループ１中のビット推定を更新し、第２のレプリカサブデコーダはグループ２中のビット推定を更新し、第３のレプリカサブデコーダはグループ３中のビット推定を更新する。
【００７１】
第１のサブステップの完了後、レプリカサブデコーダは次のグループのビット推定を更新する。したがって、第１のレプリカサブデコーダはグループ２中のビット推定を更新し、第２のレプリカサブデコーダはグループ３中のビット推定を更新し、第３のレプリカサブデコーダはグループ１中のビット推定を更新する。
【００７２】
重要なポイントは、ビット推定を更新する必要があるときは常に、レプリカサブデコーダに、そのビットの、その時点で最も信頼性の高いサブデコーダからの推定が提供されることである。したがって、第２のサブステップ中、グループ１中のビットのビット推定が必要なときは常に、その推定は第１のレプリカサブデコーダによって提供され、グループ２中のビットのビット推定が必要なときは常に、この推定は第２のレプリカサブデコーダによって提供される。
【００７３】
第１の反復の第２のサブステップの完了後、それぞれのレプリカサブデコーダの役割が変わる。第１のレプリカデコーダはここでは、グループ２中のビットの最も信頼性の高いビット推定の提供元であり、第２のレプリカサブデコーダはここでは、グループ３中のビットの最も信頼性の高いビット推定の提供元であり、第３のレプリカサブデコーダはここでは、グループ１中のビットの最も信頼性の高いビット推定の提供元である。
【００７４】
レプリカデコーダ５１１を結合して結合デコーダ７００にする方法の背後にある一般概念は、各反復において、特定のレプリカサブデコーダが、ビット及びメッセージのうちのいくつかについて信頼性の高い推定を与えることに「特化」し、その一方で他のレプリカサブデコーダが他のビット及びメッセージについて信頼性の高い推定を与えることに特化することである。特定のビット推定に「特化」したレプリカデコーダは常に、そのビット推定のバージョンを最も新しく更新したレプリカデコーダである。
【００７５】
一般的な結合デコーダのシステム図
図７は結合デコーダ７００を示す。簡明化のために、３つのグループシャッフルサブデコーダ７１０、７２０、及び７３０を有する結合デコーダを示す。各サブデコーダは推定をグループ集合に分け、サブが推定を更新するスケジュールを有する。
【００７６】
結合デコーダの全体制御は制御ブロック７５０によって処理される。制御ブロックは２つの部分、すなわち信頼性割り当て部７５１及び終結検査部７５２から成る。
【００７７】
各サブデコーダは入力として、チャネル情報７０１及び最新のビット推定７０２を制御ブロック７５０から受け取る。各反復サブステップ後、各サブデコーダはビット推定７０３を制御ブロックに出力する。出力を求めるために、特定のサブデコーダは特定のスケジュールを使用して、予め割り当てられた反復デコーダ、たとえばＢＰ又はＢＦを利用する。
【００７８】
各反復サブステップ後、制御ブロックは入力として最新のビット推定７０３を各サブデコーダから受け取る。次いで、信頼性割り当て部７５１は、割り当て部が受け取った特定のビット推定を、その時点で最も信頼性の高い値に合致するように更新する。次いで、割り当て部はその最も信頼性の高いビット推定７０２をサブデコーダに送る。
【００７９】
終結検査部７５２は、その時点で最も信頼性の高いビット推定が誤り訂正符号の符号語に対応するか否か、又は別の終結条件に達したか否かを判断する。好ましい実施形態では、代替の終結条件は所定の反復回数である。終結検査部は、デコーダを終結すべきだと判断したとき、符号語が見つかった場合には符号語に対応するビット値７０５の集合を出力し、その他の場合には、最も信頼性の高いビット推定を使用して求められたビット値７０５の集合を出力する。
【００８０】
本発明についてこれまで行った説明は一般的なものであり、ＬＤＰＣ符号、ターボ符号、及びターボ積符号用のＢＰデコーダ及びＢＦデコーダを含む従来のあらゆる反復デコーダに適用される。本発明を適用することが可能な他の符号としては、非正則ＬＤＰＣ符号、ＲＡ符号、ＬＴ符号、及びラプタ符号が挙げられる。これより、ターボ符号及びターボ積符号の特殊なケースに焦点をあて、これら符号の詳細についてさらに説明する。
【００８１】
ターボ符号の場合の結合デコーダ
ターボ符号の場合に結合デコーダをどのように生成することができるかについてより詳細に説明するために、２つの組織的バイナリ畳込み符号を連接したターボ符号の例を用いる。この例の場合での結合デコーダの好ましい実施態様について詳細に説明する。
【００８２】
従来のターボデコーダは２つの軟入力／軟出力畳込みＢＣＪＲデコーダを有し、これらは、２つの符号が共有するｋ個の情報記号について信頼性情報を交換する。
【００８３】
ターボ符号用の結合デコーダを生成するために、並列モードターボデコーダが入力としての「従来の反復デコーダ」５０１であるとみなす。関連する「ビット推定」は、情報ビットが各畳込み符号から受け取る対数尤度比である。本明細書では、これら対数尤度比を符号からビットへの「メッセージ」と呼ぶ。
【００８４】
好ましい実施形態では、４つのレプリカサブデコーダを使用して、２つの畳込み符号から構築されたターボ符号用のレプリカ結合グループシャッフルデコーダを生成する。
【００８５】
メッセージを各レプリカサブデコーダ毎に更新する順番が、各サブエンコーダに割り当てられる。これは多くの異なる方法で行うことができるが、可能な限りＢＣＪＲ法に従うことが理に適っている。単一の畳込み符号に対する従来のＢＣＪＲ復号「掃引」では、各メッセージが２度更新される（順方向掃引で１度、逆方向掃引で１度）。各ビット毎にＢＣＪＲ法によって出力される最終出力対数尤度比は通常、逆方向掃引後のメッセージである。ビットを逆方向掃引で更新した後、順方向掃引で更新することによっても等価の結果を得ることが可能である。
【００８６】
本発明の好ましい実施形態では、図８に示すように、４つのレプリカサブデコーダに以下の更新スケジュールが割り当てられる。各レプリカサブデコーダでは、単一の各メッセージをグループとみなす。第１のレプリカサブデコーダ８１０は、スケジュールの順方向掃引後にスケジュールの逆方向掃引を使用して第１の畳込み符号からのメッセージのみを更新する。第２のレプリカサブデコーダ８２０は、逆方向掃引後に順方向掃引を使用して第１の畳込み符号からのメッセージのみを更新する。第３のレプリカサブデコーダ８３０は、順方向掃引後に逆方向掃引を使用して第２の畳込み符号からのメッセージのみを更新する。第４のレプリカサブデコーダ８４０は、逆方向掃引後に順方向掃引を使用して第２の畳込み符号からのメッセージのみを更新する。
【００８７】
各ビットメッセージが４つのレプリカサブデコーダのそれぞれで更新されると、他のメッセージに対して更新を行う必要がある。結合デコーダでは、メッセージは、最も新しく推定を更新したレプリカサブデコーダから得られる。
【００８８】
ターボ積符号の場合の結合デコーダ
これより、ターボ積符号（ＴＰＣ）の場合での本発明の好ましい実施形態について説明する。ターボ積符号が水平符号と垂直符号の積から構築されているものと仮定する。各符号は厳密記号デコーダを使用して復号化される。厳密記号デコーダが各構成ビット毎に対数尤度比を出力するものと仮定する。
【００８９】
ターボ積符号用の結合デコーダを生成するために、並列モードターボ積デコーダが入力としての「従来の反復デコーダ」５０１であるとみなす。関連する「ビット推定」は、水平サブ符号及び垂直サブ符号に対して記号厳密デコーダによって出力される各ビットの対数尤度比である。これらビット推定を「メッセージ」と呼ぶ。
【００９０】
好ましい実施形態では、垂直符号を逐次処理する２つのレプリカサブデコーダ及び水平符号を逐次処理する２つのレプリカサブデコーダを使用して、かかるターボ積符号用の結合デコーダを生成する。垂直符号を逐次処理するレプリカサブデコーダでは、垂直符号からのメッセージが、同じ垂直符号内のビットからのメッセージが同じグループに属するようにグループに分けられる。水平符号を逐次処理するレプリカサブデコーダでは、水平符号からのメッセージが、同じ水平符号内のビットからのメッセージが同じグループに属するようにグループに分けられる。
【００９１】
ターボ積符号の場合の好ましい実施形態では、異なるレプリカサブデコーダの更新スケジュールは以下のようになる。垂直符号を処理する第１のレプリカサブデコーダでは、垂直符号が左から右に移りつつ逐次処理される一方で、垂直符号を処理する第２のレプリカサブデコーダでは、垂直符号は右から左に移りつつ逐次処理される。水平符号を処理する第３のレプリカサブデコーダでは、水平符号は上から下に移りつつ逐次処理される。水平符号を処理する第４のレプリカサブデコーダでは、水平符号は下から上に移りつつ逐次処理される。
【００９２】
いずれの段階でも、メッセージは、必要時に、そのメッセージを最も新しく更新したレプリカサブデコーダによって提供される。
【産業上の利用可能性】
【００９３】
［発明の効果］
本発明による結合デコーダを使用してのシミュレーションは、結合デコーダが従来技術によるデコーダよりも良好なパフォーマンス・複雑性・速度のトレードオフを提供することを示した。レプリカシャッフルターボデコーダという本発明は、同数の反復を使用した場合に１０分の数ｄＢだけ従来のターボデコーダよりも優れ、所与の雑音レベルで同じパフォーマンスが求められる場合に使用する反復回数をはるかに少なくすることができる。
【００９４】
本発明をＬＤＰＣ符号、ターボ積符号、又は任意の反復復号可能な符号と併せて使用した場合にも同様のパフォーマンスの向上が見られた。
【００９５】
本発明について好ましい実施形態の例として説明したが、本発明の精神及び範囲から逸脱することなく他の各種適応形態及び変更形態を行うことが可能なことを理解されたい。したがって、添付の特許請求の範囲の目的は、かかる変形形態及び変更形態をすべて、本発明の真の精神及び範囲内にあるものとして包含することである。
【図面の簡単な説明】
【００９６】
【図１】従来技術による通信路符号化のブロック図である。
【図２】従来技術による確率伝搬復号化のブロック図である。
【図３】従来技術によるターボ符号の概略図である。
【図４】従来技術による直列ターボ符号化及び並列ターボ符号化のブロック図である。
【図５】本発明によるレプリカ結合グループシャッフル反復デコーダを生成する方法の流れ図である。
【図６】複製されたサブデコーダの概略図である。
【図７】本発明によるレプリカ結合グループシャッフル反復デコーダの図である。
【図８】ターボ符号用の結合デコーダの複製されたサブデコーダのスケジュールの図である。
【図１】
2008527760.tif 000007
【図２】
2008527760.tif 000008
【図３】
2008527760.tif 000009
【図４】
2008527760.tif 000010
【図５】
2008527760.tif 000011
【図６】
2008527760.tif 000012
【図７】
2008527760.tif 000013
【図８】
2008527760.tif 000014
【国際調査報告】
2008527760.tif 000015
2008527760.tif 000016
2008527760.tif 000017
2008527760.tif 000018