JPH08339636A

JPH08339636A - データ記録方法及び再生方法

Info

Publication number: JPH08339636A
Application number: JP16698595A
Authority: JP
Inventors: Yoichiro Sako; 曜一郎佐古; Tamotsu Yamagami; 保山上; Shoei Kobayashi; 昭栄小林
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1995-06-08
Filing date: 1995-06-08
Publication date: 1996-12-24

Abstract

(57)【要約】【目的】エラー訂正符号としてＬＤＣ符号を用い、フ
レームに同期してデータを変調／復調する場合にも、デ
ータの信頼性が低下しないようにする。クロスインター
リーブ符号とＬＤＣ符号とで回路を共用化でき、コスト
ダウンを図る。【構成】エラー訂正符号として、データの読み出し／
書き込み方向とエラー訂正符号化方向とが異なる方向と
されたＬＤＣ符号を用い、フレーム毎のエラーを検出す
るパリティを付加する。このパリティにより、フレーム
毎にエラーの検出を行うことができ、ビットスリップ等
によるエラーに対処できる。また、パリティを付加する
ことにより、エラー訂正方式が異なる場合でも、フレー
ム間隔を同一に設定できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、特に、ＤＶＤ等の光
ディスクにコンピュータ用のデータを記録する場合に用
いて好適な信号処理方法及び記録方法に関する。

【０００２】

【従来の技術】ＭＰＥＧ等で圧縮したディジタル映像信
号を記録する記憶媒体として、ＤＶＤ（ディジタル・ビ
デオ・ディスク）が開発されている。ＤＶＤは、ＣＤ
（コンパクト・ディスク）と同一直径の光ディスクであ
り、レーザ光の短波長化の進展と、対物レンズのＮＡの
増大と共にディジタル変調及びエラー訂正符号化の処理
の改良によって、記録密度がより一層向上されたもので
ある。ＤＶＤでは、単層ディスクの場合でも、データ記
憶容量が約３．７Ｇバイトと膨大である。ＤＶＤの形態
としては、再生専用光ディスクの外に、ＭＯディスク或
いは相変化型光ディスクを用いることで、記録／再生可
能とされたものが提案されている。

【０００３】このようなＤＶＤを、コンピュータの外部
記憶装置として用いることが提案されている。つまり、
コンピュータの外部記憶装置として、大容量、高速アク
セスの利点から、光ディスクドライブが注目されてお
り、既に、ＣＤにデータを記録するようにしたＣＤ−Ｒ
ＯＭ、ＣＤ−Ｉや、ＭＤ（ミニ・ディスク）にデータを
記録／再生するようにしたＭＤデータ等が提案されてい
る。ＤＶＤは、データ記憶容量が約３．７Ｇバイトと膨
大であるから、より大容量のデータを記憶できる外部記
憶媒体として期待されている。

【０００４】ＤＶＤでは、記録データの保護を図るため
に、エラー訂正符号化処理がなされている。また、ＤＶ
Ｄでは、映像データのようなシーケンシャルなデータを
扱うことから、畳み込み型のクロスインターリーブ符号
が用いられている。ところが、畳み込み符号を用いる
と、セクタ単位でデータをアクセスし、データの読み出
し／書き込みを行うことが困難になる。コンピュータの
データを記録／再生する外部記憶媒体として用いる場
合、セクタ単位でデータをアクセスしてデータの読み出
し／書き込みを行う必要があるため、ブロック完結型の
符号を用いる必要がある。

【０００５】つまり、図９は、畳み込み型のクロスイン
ターリーブ符号を発生する場合の処理の一例を示すもの
である。図９に示すように、Ｃ１系列では、垂直方向の
例えば１６２バイトに対して、例えば８バイトのパリテ
ィＰが付加され、Ｃ２系列では、斜め方向に、例えば１
４バイトのパリティＱが付加される。垂直方向の１４８
バイトのデータと、８バイトのパリティＰと、１４バイ
トのパリティＱとから、垂直方向のデータ数は１７０バ
イトとなる。

【０００６】上述のように、ＤＶＤでは、畳込み型のク
ロスインターリーブ符号が用いられているが、畳込み型
の符号では、ブロック毎にデータをアクセスしてデータ
の読み出し／書き込みを行うことが困難になる。そこ
で、ブロック完結型のクロスインターリーブ符号を用い
ることが考えられる。

【０００７】図１０は、ブロック完結型のクロスインタ
リーブ符号を発生する場合の処理の一例を示すものであ
る。上述の畳み込み符号の場合との共通化を図るため、
垂直方向のデータ数は１４８バイト、パリティＰは８バ
イト、パリティＱは１４バイトとされ、垂直方向のデー
タの総数は１７０バイトとされる。１セクタを例えば１
６ｋバイトとしたことから、水平方向のデータ数は１１
２バイト（１１２×１４８＝１６５７６バイト）とされ
る。ブロック完結型のクロスインターリーブ符号とする
と、インターリーブ長がブロックの幅より長くなる。こ
のため、図１０に示すように、１１２バイトの長さに達
すると、Ｃ２系列の折り返しが生じる。

【０００８】

【発明が解決しようとする課題】図１０に示した例で
は、セクタサイズが１６ｋバイト（１１２×１４８＝１
６５７６バイト）とされているが、アクセス速度を上げ
るためには、セクタサイズをより小さくした方が好まし
い。ところがセクタサイズを小さくすると、Ｃ２系列の
折り返しが多数発生し、エラー訂正能力が非常に劣化す
るという問題が生じる。

【０００９】すなわち、上述の例では、セクタサイズが
１６ｋバイトとされている。セクタサイズが１６ｋバイ
トの場合には、図１０に示したように、ブロックの水平
方向の長さは１１２バイトとなり、Ｃ２系列の折り返し
が１回発生する。

【００１０】これに対して、図１０に示す（１１２×１
４８）ｋバイトのブロックを８分割してセクタを構成す
れば、セクタサイズは、１４×１４８＝２０７２バイトとなり、２ｋバイトの小セクタサイズの構成となる。

【００１１】図１１Ａは、このようにして２ｋバイトの
セクタを構成した場合の例を示すものである。図１１Ａ
に示すように、このようにセクタを小さくすると、クロ
スインターリーブ符号を用いてエラー訂正符号化した場
合に、１４バイト毎にＣ２系列の折り返しが生じるた
め、多数のＣ２系列の折り返しが生じる。このため、バ
ーストエラーに対する訂正能力が不十分になる。

【００１２】そこで、２ｋバイトのセクタの場合には、
図１１Ｂに示すように、ブロックの長手方向にエラー訂
正符号化処理を行い、エラー訂正符号化方向と異なる方
向にデータの読み出し／書き込みを行うようなＬＤＣ
（ロング・ディスタンス・コード）符号を用いることが
考えられる。ところが、ＬＤＣ符号を用いると、フレー
ム単位でのエラーが検出できず、ビットスリップ等で信
号の抜取りに失敗した場合に対処できなくなるという問
題が生じる。

【００１３】つまり、データをディスクに記録する際に
は、例えば、１バイトが１６ビットに変調され、図１２
に示すように、セクタの先頭にセクタシンクＳＳＹＣが
付加され、フレームの先頭にフレームシンクＦＳＹＣが
付加される。１フレームは、例えば、８５バイトであ
る。フレームシンクＦＳＹＣは、変調規則から現れない
ユニークなパターンである。再生時にデータを復調する
際に、このフレームシンクＦＳＹＣが取り出され、フレ
ームシンクＦＳＹＣを基に同期がとられる。

【００１４】垂直方向にデータを読み出し／書き込みす
るクロスインターリーブ符号を用いた場合には、垂直方
向の長さが１７０バイトなので、丁度、２フレーム分で
１列分のデータを得ることができる。したがって、抜き
取ったフレームのデータにエラーが集中していれば、そ
のフレームのデータを再送出させることで、ビットスリ
ップ等で信号の抜取りに失敗したような場合に対処でき
る。

【００１５】ところが、エラー訂正符号をＬＤＣの構成
とした場合には、データが水平方向に読み出し／書き込
みされ、垂直方向にエラー訂正符号化されているため、
フレーム毎にエラーを検出できない。そして、フレーム
が８５バイトであるのに対して、ブロックの水平方向の
大きさは１４バイトであるため、フレームシンクが各列
の中に位置するようになり、フレーム単位でデータを再
送出させて、データを書き換える制御が困難になる。

【００１６】なお、フレームの大きさをクロスインター
リーブ符号の場合とＬＤＣ符号の場合とに応じて切り替
えることも考えられる。ところが、このようにすると、
抜取り回路を複数用意しなければならず、コストアップ
になる。

【００１７】したがって、この発明の目的は、エラー訂
正符号としてＬＤＣ符号を用い、フレームに同期してデ
ータを変調／復調する場合にも、データの信頼性が低下
しない記録／再生装置を提供することにある。

【００１８】この発明の他の目的は、クロスインターリ
ーブ符号とＬＤＣ符号とで回路を共用化でき、コストダ
ウンを図れる記録及び再生方法を提供することにある。

【００１９】

【課題を解決するための手段】この発明は、データを所
定の長さの転送フレーム単位で取り出し、転送フレーム
単位のデータに同期信号を付加し、転送フレームに同期
させて記録媒体に記録するようにしたデータ記録方法に
おいて、データに対するエラー訂正符号化処理は、デー
タを２次元配列し、データを記録／再生する方向とは異
なる方向にエラー訂正符号化するものであり、データを
転送フレーム毎に同期させて記録する際に、転送フレー
ム単位のデータに対してエラー訂正又はエラー検出用の
パリティを付加するようにしたことを特徴とするデータ
記録方法である。

【００２０】この発明は、記録媒体からデータを所定の
長さの転送フレーム単位で取り出し、転送フレーム単位
のデータを同期信号に同期して再生するようにしたデー
タ再生方法において、転送フレーム単位のデータに付加
されているエラー訂正又はエラー検出用のパリティを用
いて、転送フレーム単位でエラー訂正又はエラー検出処
理を行うようにしたことを特徴とするデータ再生方法で
ある。

【００２１】

【作用】エラー訂正符号として、データの読み出し／書
き込み方向とエラー訂正符号化方向とが異なる方向とさ
れたＬＤＣ符号が用いられる。フレーム毎のエラーを検
出するパリティが付加される。このパリティにより、フ
レーム毎にエラーの検出を行うことができ、ビットスリ
ップ等によるエラーに対処できる。また、パリティを付
加することにより、クロスインターリーブ符号とＬＤＣ
とのように、エラー訂正方式が異なる場合でも、フレー
ム間隔を同一に設定でき、再生データをフレーム単位で
抜き取って復調を行う回路等が共通化でき、ハードウェ
アの小型、軽量化、低コスト化が図れる。

【００２２】

【実施例】以下、この発明の一実施例について図面を参
照して説明する。図１は、この発明が適用できるデータ
記録／再生装置の一例を示すものである。この例では、
データがディスクにセクタ毎に記録／再生される。セク
タサイズとしては、例えば、２ｋバイト及び１６ｋバイ
トが考えられている。

【００２３】図１において、１は光ディスクある。光デ
ィスク１は、スピンドルモータ２により回転される。こ
の例では、光ディスク１は、光磁気ディスクであり、デ
ィジタル映像信号を記録するＤＶＤを基本構成としたも
ので、データ記憶容量が約３．７Ｇバイトとされてい
る。光ディスク１としては、相変化型のものを用いるよ
うにしても良い。この光ディスク１には、データがセク
タ毎に記録／再生される。

【００２４】光ディスク１に対して、光学ピックアップ
３及び磁気ヘッド４が設けられる。この光学ピックアッ
プ３及び磁気ヘッド４は、図示せずも、スレッド送り機
構により、ディスクの半径方向に一体的に移動可能とさ
れている。

【００２５】５はインターフェースである。インターフ
ェース５としては、例えば、ＳＣＳＩが用いられる。こ
のインターフェース５を介して、ホストコンピュータ６
と、データやコマンドのやり取りがなされる。

【００２６】光ディスク１にデータを記録する場合に
は、インターフェース５から、データが入力される。こ
のデータは、ブロック化回路７に供給される。ブロック
化回路７は、ブロック完結のエラー訂正符号化を行うた
めに、記録データをブロック化する。

【００２７】エラー訂正符号化回路８は、記録データに
対してエラー訂正符号化処理を行うものである。エラー
訂正符号化方式としては、例えば、１セクタを２ｋバイ
トとする場合には、ＬＤＣ符号が用いられる。１セクタ
を１６ｋバイトとする場合には、ブロック完結型のクロ
スインターリーブ符号又はＬＤＣ符号が用いられる。更
に、ＬＤＣによりエラー訂正符号化処理を行う場合に
は、後に詳述するように、フレーム単位でのエラーを検
出又は訂正できるパリティが付加される。

【００２８】エラー訂正符号化回路８の出力が変調回路
９に供給される。変調回路９は、例えば１バイトのデー
タを１６ビットのコードワードに予め決められたデーブ
ルに従ってマッピングすることによって、直流分の少な
い変調出力を生成する。変調信号には、フレーム毎にフ
レームシンクが付加される。フレームの長さは、８５バ
イトである。そして、各セクタ毎に、セクタシンクが付
加される。フレームシンク及びセクタシンクとしては、
変調されたデータ中に現れることがないユニークなパタ
ーンが選ばれており、３２チャンネルビット（２バイト
相当）とされている。

【００２９】変調回路９の出力がドライバ１０を介し
て、磁気ヘッド４に供給される。光ディスク１には、磁
気ヘッド４からデータで変調された磁界が印加されると
共に光学ピックアップ３からレーザービームが照射され
る。これにより、光ディスク１にデータが記録される。

【００３０】このように、この例では、データの記録
は、データ書き込み時に、磁気ヘッド４にデータで変調
された磁界が印加されると共に光学ピックアップ３から
レーザービームが照射するような磁界変調方式とされて
いるが、磁界変調方式に特定されるものではない。

【００３１】再生時には、光学ピックアップ３から、光
ディスク１の再生信号が得られる。この再生信号は、Ｒ
Ｆアンプ１１に供給される。ＲＦアンプ１１からの再生
信号が復調回路１２に供給される。復調回路１２では、
フレームシンクが分離され、分離されたフレームシンク
に基づいて、再生信号に同期したタイミング信号が生成
される。このタイミング信号を用いて、フレーム毎にデ
ータが抜き取られ、このデータが復調される。復調回路
１２の出力がエラー訂正復号化回路１３に供給される。

【００３２】エラー訂正復号化回路１３は、再生データ
のエラー訂正処理を行う。なお、ＬＤＣによりエラー訂
正符号化処理を行う場合には、フレーム単位でのエラー
訂正用のパリティが付加される。このフレーム単位での
エラー訂正用のパリティを用いて、フレーム単位でのエ
ラーが検出される。ビットスリップ等が発生すると、そ
のフレームの再生データにエラーが集中する。エラーが
集中するフレームでは、データが再送出される。これに
より、ビットスリップ等によるデータエラーに対応でき
る。

【００３３】エラー訂正復号化回路１３の出力がブロッ
ク分解回路１４に供給される。ブロック分解回路１４
は、上述のブロック化回路７に対応した処理を行う。ブ
ロック分解回路１４の出力がインターフェース５に送ら
れ、インターフェース５を介して、外部にデータが出力
される。

【００３４】また、ＲＦアンプ１１からは、トラッキン
グエラー信号やフォーカスエラー信号が出力される。こ
れらのトラッキングエラー信号やフォーカスエラー信号
は、サーボ回路１５に供給される。サーボ回路１５は、
システムコントローラ１６の管理の基に、トラッキング
制御信号やフォーカス制御信号、スレッドモータの制御
信号、レーザーパワーの制御信号、スピンドルモータの
制御信号等を発生する。トラッキング制御信号やフォー
カス制御信号、スレッドモータの制御信号は、光学ピッ
クアップ３に供給され、これにより、トラッキングサー
ボ制御やフォーカスサーボ制御が行われる。また、レー
ザーパワーの制御信号が光学ピックアップ３に供給さ
れ、記録時／再生時に応じて、最適なレーザーパワーが
設定される。また、スピンドルモータの制御信号がドラ
イバ１７を介してスピンドルモータ２に供給され、光デ
ィスクの回転が制御される。

【００３５】上述のように、この発明の実施例では、セ
クタサイズを２ｋバイトとする場合には、ランダムエラ
ーに対するエラー訂正能力を向上させるために、エラー
訂正符号としてＬＤＣ符号が用いられる。ＬＤＣ符号で
は、データの読み出し／書き込みの方向とエラー訂正符
号化の方向とが異なるようにされている。そして、ＬＤ
Ｃ符号を用いた場合に、フレーム単位でのエラー検出を
可能とするために、パリティが付加される。

【００３６】フレーム単位でパリティを付ける場合の例
としては、以下の第１〜第３の例があげられる。

【００３７】図２は、第１の例を示すものである。この
例は、水平方向の６行分（６×１４＝８４バイト）のデ
ータに対して１バイトの単純パリティを付加することに
より、８５バイトからなるフレームのデータを形成する
ようにしたものである。

【００３８】つまり、例えば、セクタサイズが２ｋバイ
トである場合には、図２Ａに示すように、データは、水
平方向に１４バイト、垂直方向に１４８バイト配列され
る。このようにデータを配列すると、１ブロックのデー
タ数は、１４×１４８＝２０７２バイトとなる。

【００３９】このデータに対して、（１６８，１４８，
２１）リード・ソロモン符号により、垂直方向の１４８
バイトに対して２０バイトのエラー訂正符号が付加され
る。符号化方向が垂直方向なのに対して、データが読み
出し／書き込みは、水平方向になされる。

【００４０】そして、図２Ｂに示すように、６行毎に１
バイト分の単純パリティＰ１が付加される。６行分のデ
ータは、（６×１４＝８４バイト）であり、この６行分
のデータに１バイトのパリティＰ１を付加すれば、１フ
レーム分のデータ数が８５バイトとなる。セクタの先頭
にセクタシンクＳＳＹＣが付加され、８５バイトのデー
タに対してフレームシンクＦＳＹＣが付加される。

【００４１】このような構成とすると、再生時に、１フ
レーム分のデータを取り出すと、６行分のデータが得ら
れる。この６行分のデータに対して単純パリティが付加
されているので、この単純パリティから、そのフレーム
の再生データにエラーがあるかどうかが検出できる。エ
ラーがある場合には、そのフレームのデータを再送出さ
せることで、ビットスリップ等によるエラーの発生に対
応できる。

【００４２】図３は、第２の例を示すものである。前述
の例では、６行分のデータに１バイトの単純パリティを
付加することにより、８５バイトのフレームのデータを
構成したが、この例では、各列に１バイトの単純パリテ
ィを付加することで、８５バイトのフレームのデータを
構成するようにしている。

【００４３】例えば、セクタサイズが２ｋバイトである
場合には、図３Ａに示すように、データは、水平方向に
１６バイト、垂直方向に１３０バイト配列される。した
がって、１ブロックのデータ数は、１６×１３０＝２０８０バイトとなる。

【００４４】このブロック化されたデータに対して、
（１５０，１３０，２１）リード・ソロモン符号によ
り、垂直方向の１３０バイトに対して２０バイトのエラ
ー訂正符号が付加される。符号化方向が垂直方向なのに
対して、データが読み出し／書き込みは、水平方向にな
される。図３Ｂに示すように、各行毎に、１バイトの単
純パリティＰ２が付加される。１行分のデータ数は、１
６バイトのデータと１バイトの単純パリティの１７バイ
トであるから、５行分のデータが、（５×１７＝８５バ
イト）となり、１フレーム分のデータ数となる。セクタ
の先頭にセクタシンクＳＳＹＣが付加され、８５バイト
のデータに対してフレームシンクＦＳＹＣが付加され
る。

【００４５】図４は、第３の例を示すものである。前述
の第１及び第２の例では、ＬＤＣ構成のエラー訂正符号
化を行い、このエラー訂正符号化されたデータに対して
単純パリティを付加するようにしているが、この例で
は、単純パリティを含めてブロックを構成し、このブロ
ックをＬＤＣによりエラー訂正符号化するようにしてい
る。

【００４６】例えば、セクタサイズが２ｋバイトである
場合には、図４Ａに示すように、１バイトの単純パリテ
ィＰ３を含めて５列分が８５バイトとなるように、８４
バイトのデータに対して、１バイトの単純パリティＰ３
が付加される。このデータが水平方向に１７バイト、垂
直方向に１２５バイト配列される。したがって、１ブロ
ックのデータ数は、単純パリティを含めて、１７×１２５＝２１２５バイトとなり、単純パリティを除くと、２１００バイトとな
る。

【００４７】このブロック化されたデータに対して、
（１４０，１２５，１６）リード・ソロモン符号によ
り、垂直方向の１２５バイトに対して１５バイトのエラ
ー訂正符号が付加される。符号化方向が垂直方向なのに
対して、データの読み出し／書き込みは、水平方向にな
される。図４Ｂに示すように、５行分が８５バイト（そ
のうち１バイトは単純パリティ）となり、この５行分か
ら１フレームが構成される。セクタの先頭にセクタシン
クＳＳＹＣが付加され、８５バイトのデータに対してフ
レームシンクＦＳＹＣが付加される。

【００４８】以上のように、フレーム単位で単純パリテ
ィを付加することで、フレーム単位でエラーの検出が行
なえる。エラーが集中しているフレームでは、そのフレ
ームのデータを再送出することで、ビットスリップ等に
対処できる。

【００４９】また、この単純パリティからエラー位置が
分かる。このエラー位置が分かると、垂直方向のエラー
訂正符号を用いてエラー訂正処理を行う際に、消失訂正
を行うことができるようになる。

【００５０】更に、この単純パリティをフレームカウン
タとして用いることができる。すなわち、例えば、第１
の例の場合には、６行分（８４バイト）のデータ
Ｄ^A ₁、Ｄ^A ₂、Ｄ^A ₃、…Ｄ^A ₈₄をモジュロ２で加算
することにより単純パリティが求められるが、そのと
き、更に、フレーム番号Ａをモジュロ２で加算する。こ
のようにして求められたパリティＰ^Aを６行毎に付加す
る。再生時には、６行分の再生データＤ^A ₁、Ｄ^A ₂、
Ｄ^A ₃、…Ｄ^A ₈₄と、単純パリティＰ^Aをモジュロ２で
加算する。これにより、エラーが検出できると共に、フ
レーム番号Ａが求められる。

【００５１】なお、上述までの説明では、１セクタが２
ｋバイトの場合にエラー訂正符号としてＬＤＣ符号を用
いたが、１セクタを１６ｋバイトとした場合にもＬＤＣ
符号を用いることができる。１セクタが１６ｋバイト
で、ＬＤＣ符号とした場合には、上述の第１〜第３に示
した例を拡張することにより、フレーム毎にエラー検出
を行えるようにすることができる。

【００５２】図５は、第１の例を１６ｋバイトのセクタ
に拡張したものである。この例は、水平方向の（６×１
４＝８４バイト）のデータに対して１バイトの単純パリ
ティＰ１１を付加し、８５バイトからなるフレームのデ
ータを形成するようにしたものである。

【００５３】つまり、図５に示すように、データは、水
平方向に（８×１４＝１１２バイト）、垂直方向に１４
８バイト配列される。このようにデータを配列すると、
１ブロックのデータ数は、１１２×１４８＝１６５７６バイトとなる。

【００５４】このデータに対して、（１６８，１４８，
２１）リード・ソロモン符号により、垂直方向の１４８
バイトに対して２０バイトのエラー訂正符号が付加され
る。符号化方向が垂直方向なのに対して、データが読み
出し／書き込みは、水平方向になされる。

【００５５】そして、８４バイト（６×１４バイト）に
対して、１バイト分の単純パリティＰ１１が付加され
る。この８４バイトのデータに１バイトの単純パリティ
Ｐ１１を付加すれば、１フレーム分のデータ数が８５バ
イトとなる。セクタの先頭にセクタシンクＳＳＹＣが付
加され、８５バイトのデータに対してフレームシンクＦ
ＳＹＣが付加される。なお、図中、パリティＰ１１及び
フレームシンクＦＳＹＳは、データ配列中には含まれな
い。単に、図示の位置にパリティＰ１１及びフレームシ
ンクＦＳＹＣが来ることを意味している。

【００５６】図６は、第２の例を１６ｋバイトのセクタ
に拡張したものである。この例は、水平方向の１６バイ
トのデータに１バイトの単純パリティを付加することで
１７バイトとし、これが５個で８５バイトのフレームの
データを構成するようにしている。

【００５７】図６に示すように、データは、水平方向に
（１７×８＝１３６バイト）、垂直方向に１３０バイト
配列される。したがって、１ブロックのデータ数は、単
純パリティを含めて、１３６×１３０＝１７６８０バイト（その内単純パリテ
ィが１０４０バイト）となる。

【００５８】このブロック化されたデータに対して、
（１５０，１３０，２１）リード・ソロモン符号によ
り、垂直方向の１３０バイトに対して２０バイトのエラ
ー訂正符号が付加される。符号化方向が垂直方向なのに
対して、データが読み出し／書き込みは、水平方向にな
される。図６に示すように、水平方向の１６バイト毎
に、１バイトの単純パリティＰ１２が付加される。デー
タ１６バイトに１バイトの単純パリティＰ１２が付加さ
れ、１７バイトとなる。この１７バイトが５回分で、
（５×１７＝８５バイト）となり、１フレーム分のデー
タ数となる。セクタの先頭にセクタシンクＳＳＹＣが付
加され、８５バイトのデータに対してフレームシンクＦ
ＳＹＣが付加される。なお、図中、フレームシンクＦＳ
ＹＣは、データ配列中には含まれない。単に、図示の位
置にフレームシンクＦＳＹＣが来ることを意味してい
る。

【００５９】図７は、第３の例を１６ｋバイトのセクタ
に拡張したものである。この例では、単純パリティを含
めてブロックを構成し、このブロックをＬＤＣによりエ
ラー訂正符号化するようにしている。

【００６０】図７に示すように、（１７×５＝８５バイ
ト）のデータのうち、単純パリティＰ１３が１バイト含
められる。このデータが水平方向に（１７×８＝１３６
バイト）、垂直方向に１２５バイト配列される。したが
って、１ブロックのデータ数は、単純パリティを含め
て、１３６×１２５＝１７０００バイト（その内単純パリテ
ィが２００バイト）となる。

【００６１】このブロック化されたデータに対して、
（１４０，１２５，１６）リード・ソロモン符号によ
り、垂直方向の１２５バイトに対して１５バイトのエラ
ー訂正符号が付加される。符号化方向が垂直方向なのに
対して、データが読み出し／書き込みは、水平方向にな
される。

【００６２】水平方向の８５バイト（１７×５＝８５）
で、１フレームが構成される。セクタの先頭にセクタシ
ンクＳＳＹＣが付加され、８５バイトのデータに対して
フレームシンクＦＳＹＣが付加される。なお、図中、フ
レームシンクＦＳＹＣは、データ配列中には含まれな
い。単に、図示の位置にフレームシンクＦＳＹＣが来る
ことを意味している。

【００６３】図８は、１セクタを１６ｋバイトとして、
ＬＤＣ符号を用いた場合に好適な例を示すものである。
図８に示すように、データは、水平方向に８３バイト、
垂直方向に２００バイト配列される。したがって、１ブ
ロックのデータ数は、８３×２００＝１６６００バイトとなる。

【００６４】このブロック化されたデータは、垂直方向
の２００バイトに対して、（２２４，２００，２５）リ
ード・ソロモン符号により、２４バイトのエラー訂正符
号が付加される。符号化方向が垂直方向なのに対して、
データが読み出し／書き込みは、水平方向になされる。

【００６５】図８に示すように、各行毎には、２バイト
のパリティＰ１４（リード・ソロモンコード）が付加さ
れる。１行分のデータ数は、データ８３バイトとパリテ
ィ２バイトの８５バイトとなる。この８５バイトのデー
タに対して、フレームシンクが付加される。

【００６６】なお、上述の例では、セクタサイズを２ｋ
バイト及び１６ｋバイトとしているが、この発明は、他
のセクタサイズの場合にも同様に適用できる。また、ク
ロスインターリーブ符号とＬＤＣ符号とを、適応的に切
り替えられるようにしても良い。クロスインターリーブ
符号とＬＤＣ符号とを用いた場合に、同様のフレームで
処理できるので、ハードウェアは共用できる。

【００６７】

【発明の効果】この発明によれば、エラー訂正符号とし
て、データの読み出し／書き込み方向とエラー訂正符号
化方向とが異なる方向とされたＬＤＣ符号のものを用い
た場合に、フレーム毎のエラーを検出するパリティが付
加される。このパリティにより、フレーム毎にエラーの
検出を行うことができ、ビットスリップ等によるエラー
に対処できる。また、パリティを付加することにより、
クロスインターリーブ符号とＬＤＣとのように、エラー
訂正方式が異なる場合でも、フレーム間隔を同一に設定
でき、再生データをフレーム単位で抜き取って復調を行
う回路等が共通化でき、ハードウェアの小型、軽量化、
低コスト化が図れる。

【図面の簡単な説明】

【図１】この発明が適用できる記録／再生装置の一例の
ブロック図である。

【図２】この発明が適用されたデータ記録方法における
データ配置の第１の例の略線図である。

【図３】この発明が適用されたデータ記録方法における
データ配置の第２の例の略線図である。

【図４】この発明が適用されたデータ記録方法における
データ配置の第３の例の略線図である。

【図５】この発明が適用されたデータ記録方法における
データ配置の第４の例の略線図である。

【図６】この発明が適用されたデータ記録方法における
データ配置の第５の例の略線図である。

【図７】この発明が適用されたデータ記録方法における
データ配置の第６の例の略線図である。

【図８】この発明が適用されたデータ記録方法における
データ配置の第７の例の略線図である。

【図９】従来のデータ記録方法の一例の説明に用いる略
線図である。

【図１０】従来のデータ記録方法の他の例の説明に用い
る略線図である。

【図１１】従来のデータ記録方法の他の例の説明に用い
る略線図である。

【図１２】フレームの説明に用いる略線図である。

【符号の説明】

１光ディスク８エラー訂正符号化回路１３エラー訂正回路

Claims

【特許請求の範囲】

【請求項１】データを所定の転送フレーム単位で取り
出し、上記転送フレーム単位のデータに同期信号を付加
し、上記転送フレームに同期させて記録媒体に記録する
ようにしたデータ記録方法において、上記データに対するエラー訂正符号化処理は、データを
２次元配列し、上記データを記録／再生する方向とは異
なる方向にエラー訂正符号化するものであり、上記データを上記転送フレーム毎に同期させて記録する
際に、上記転送フレーム単位のデータに対してエラー訂
正又はエラー検出用のパリティを付加するようにしたこ
とを特徴とするデータ記録方法。
【請求項２】記録媒体からデータを所定の長さの転送
フレーム単位で取り出し、上記転送フレーム単位のデー
タを同期信号に同期して再生するようにしたデータ再生
方法において、上記転送フレーム単位のデータに付加されているエラー
訂正又はエラー検出用のパリティを用いて、上記転送フ
レーム単位でエラー訂正又はエラー検出処理を行うよう
にしたことを特徴とするデータ再生方法。