JP3314389B2 - データ記録方法および記録媒体 - Google Patents
データ記録方法および記録媒体Info
- Publication number
- JP3314389B2 JP3314389B2 JP14632391A JP14632391A JP3314389B2 JP 3314389 B2 JP3314389 B2 JP 3314389B2 JP 14632391 A JP14632391 A JP 14632391A JP 14632391 A JP14632391 A JP 14632391A JP 3314389 B2 JP3314389 B2 JP 3314389B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- bytes
- sector
- user data
- recorded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【０００１】
【産業上の利用分野】この発明は、アドレス等がプリフ
ォーマットされた所定セクタサイズの記録媒体にデータ
を記録するのに適用して好適なデータ記録方法等に関す
る。
ォーマットされた所定セクタサイズの記録媒体にデータ
を記録するのに適用して好適なデータ記録方法等に関す
る。
【０００２】
【従来の技術】従来、ＭＯ（光磁気）ディスクのＩＳＯ
（国際標準化機構）フォーマットが提案されている。
（国際標準化機構）フォーマットが提案されている。
【０００３】図４は、サーボ方式がＣＳ（コンティニュ
アス・サーボ）方式で、５インチ、５１２バイト／セク
タのＭＯディスクのセクターフォーマットを示してい
る。
アス・サーボ）方式で、５インチ、５１２バイト／セク
タのＭＯディスクのセクターフォーマットを示してい
る。
【０００４】同図において、「ＳＭ」はセクターマーク
である。パターンは、５バイト長で、“11006160141606
160611002110211021101”である。ここで、１a ，０b
は、それぞれチャネル・ビットで“１”がａ個、“０”
がｂ個続くことを表している。
である。パターンは、５バイト長で、“11006160141606
160611002110211021101”である。ここで、１a ，０b
は、それぞれチャネル・ビットで“１”がａ個、“０”
がｂ個続くことを表している。
【０００５】「ＶＦＯ１」〜「ＶＦＯ３」はＶＦＯシン
ク（ＰＬＬ）である。パターンは連続パターンで、それ
ぞれ次の通りである。
ク（ＰＬＬ）である。パターンは連続パターンで、それ
ぞれ次の通りである。
【０００６】 「ＡＭ」はアドレスマークである。パターンは、２バ
イト長で、“0100100000000100”である。
イト長で、“0100100000000100”である。
【０００７】「ＩＤ１］〜「ＩＤ３」はアドレスであ
り、それぞれ同じパターンのものである。トラックナン
バーとして２バイト、セクターナンバーとして１バイト
が、（２，７）変調で記録されている。さらに、これら
に対して、１６ビットのＣＲＣが導入され、（２，７）
変調で記録されている。生成多項式は、 Ｇ（ｘ）＝ｘ16＋ｘ12＋ｘ5＋１ である。
り、それぞれ同じパターンのものである。トラックナン
バーとして２バイト、セクターナンバーとして１バイト
が、（２，７）変調で記録されている。さらに、これら
に対して、１６ビットのＣＲＣが導入され、（２，７）
変調で記録されている。生成多項式は、 Ｇ（ｘ）＝ｘ16＋ｘ12＋ｘ5＋１ である。
【０００８】「ＰＯ」はポストアンブルである。セクタ
ーマーク「ＳＭ」からポストアンブル「ＰＯ」までがプ
リフォーマットエリアである。
ーマーク「ＳＭ」からポストアンブル「ＰＯ」までがプ
リフォーマットエリアである。
【０００９】このプリフォーマットエリアに続いて、
「ＴＯＦ」、「ＦＬＡＧ」、「ＧＡＰ」、「ＡＬＰＣ」
が配される。「ＴＯＦ」はグルーブ（溝）のないミラー
面に当たる。「ＦＬＡＧ」は書き込みの行なわれたこと
を示すフラグである。セットするパターンは、“１０
０”が５バイト分続けられる。「ＦＬＡＧ」の前後は、
３バイトずつのギャップ「ＧＡＰ」で保護される。「Ａ
ＬＰＣ」はレーザーパワーの制御用エリアである。
「ＴＯＦ」、「ＦＬＡＧ」、「ＧＡＰ」、「ＡＬＰＣ」
が配される。「ＴＯＦ」はグルーブ（溝）のないミラー
面に当たる。「ＦＬＡＧ」は書き込みの行なわれたこと
を示すフラグである。セットするパターンは、“１０
０”が５バイト分続けられる。「ＦＬＡＧ」の前後は、
３バイトずつのギャップ「ＧＡＰ」で保護される。「Ａ
ＬＰＣ」はレーザーパワーの制御用エリアである。
【００１０】「ＳＹＮＣ」はデータフィールドの同期信
号である。パターンは３バイトで、“0100001001000010
00100010010001001000001001001000”である。「ＶＦＯ
３」に続いて配される。
号である。パターンは３バイトで、“0100001001000010
00100010010001001000001001001000”である。「ＶＦＯ
３」に続いて配される。
【００１１】「ＤＡＴＡ ＦＩＥＬＤ」はユーザーデー
タ等が記録されるデータフィールドであり、６５０バイ
トである。「ＳＹＮＣ」に続いて配される。
タ等が記録されるデータフィールドであり、６５０バイ
トである。「ＳＹＮＣ」に続いて配される。
【００１２】「ＢＵＦＦＥＲ」は、回転ジッタのための
マージンであり、１５バイト設けられ、「ＤＡＴＡ Ｆ
ＩＥＬＤ」に続いて配される。
マージンであり、１５バイト設けられ、「ＤＡＴＡ Ｆ
ＩＥＬＤ」に続いて配される。
【００１３】このようにセクターマーク「ＳＭ」から
「ＢＵＦＦＥＲ」までの計７４６バイトで１セクタが構
成される。
「ＢＵＦＦＥＲ」までの計７４６バイトで１セクタが構
成される。
【００１４】図５は、５１２バイト／セクタのＭＯディ
スクのデータフィールドの構成を示すものである。
スクのデータフィールドの構成を示すものである。
【００１５】「ＳＢ１」〜「ＳＢ３」は上述した「ＳＹ
ＮＣ」に記録されるデータフィールドの同期信号であ
る。「ＲＳ１」〜「ＲＳ４０」はリシンクであり、１５
バイト毎に配される。
ＮＣ」に記録されるデータフィールドの同期信号であ
る。「ＲＳ１」〜「ＲＳ４０」はリシンクであり、１５
バイト毎に配される。
【００１６】「Ｄ１」〜「Ｄ５１２」はユーザーデータ
（５１２バイト）であり、ｃｏｌｕｍｎ方向に５バイト
の長さで、ｒｏｗ方向に順次配される。
（５１２バイト）であり、ｃｏｌｕｍｎ方向に５バイト
の長さで、ｒｏｗ方向に順次配される。
【００１７】「Ｐ1,1 」〜「Ｐ3,4 」は交替処理等にお
けるコントロールデータ（１２バイト）であり、ユーザ
ーデータに続いて配される。「（ＦＦ）」はリザーブ
（２バイト）であり、コントロールデータに続いて配さ
れる。「Ｃ１」〜「Ｃ４」はＣＲＣ（４バイト）であ
り、ユーザーデータ「Ｄ１」〜「Ｄ５１２」、コントロ
ールデータ「Ｐ1,1 」〜「Ｐ3,4 」、リザーブ「（Ｆ
Ｆ）」に対するエラー検出符号である。
けるコントロールデータ（１２バイト）であり、ユーザ
ーデータに続いて配される。「（ＦＦ）」はリザーブ
（２バイト）であり、コントロールデータに続いて配さ
れる。「Ｃ１」〜「Ｃ４」はＣＲＣ（４バイト）であ
り、ユーザーデータ「Ｄ１」〜「Ｄ５１２」、コントロ
ールデータ「Ｐ1,1 」〜「Ｐ3,4 」、リザーブ「（Ｆ
Ｆ）」に対するエラー検出符号である。
【００１８】「Ｅ1,1 」〜「Ｅ5,16」はパリティ（ＥＣ
Ｃ）であり、パリティの生成方向はｒｏｗ方向である。
（１２２，１０６，１７）リード・ソロモン符号×５イ
ンターリーブが使用される。
Ｃ）であり、パリティの生成方向はｒｏｗ方向である。
（１２２，１０６，１７）リード・ソロモン符号×５イ
ンターリーブが使用される。
【００１９】
【発明が解決しようとする課題】ところで、このような
５１２バイト／セクタのＭＯディスクにおいて、１Ｋバ
イト（１０２４バイト）や２．５Ｋバイト（２５６０バ
イト）等のデータをハンドリングするときは、従来複数
セクタのユーザーデータ部分のみを集めて１つの単位と
して取り扱っている。
５１２バイト／セクタのＭＯディスクにおいて、１Ｋバ
イト（１０２４バイト）や２．５Ｋバイト（２５６０バ
イト）等のデータをハンドリングするときは、従来複数
セクタのユーザーデータ部分のみを集めて１つの単位と
して取り扱っている。
【００２０】例えば、１Ｋバイトのデータをハンドリン
グするときは、各セクタのデータフィールドの構成（図
５に図示）に変化を与えることなく、２個のセクタのユ
ーザーデータＴ１，Ｔ２を合わせて使用することのみ行
なわれていた（図６Ａに図示）。
グするときは、各セクタのデータフィールドの構成（図
５に図示）に変化を与えることなく、２個のセクタのユ
ーザーデータＴ１，Ｔ２を合わせて使用することのみ行
なわれていた（図６Ａに図示）。
【００２１】また例えば、２．５Ｋバイトのデータをハ
ンドリングするときは、各セクタのデータフィールドの
構成に変化を与えることなく、５個のセクタのユーザー
データＴ１〜Ｔ５を合わせて使用することのみ行なわれ
ていた（図６Ｂに図示）。
ンドリングするときは、各セクタのデータフィールドの
構成に変化を与えることなく、５個のセクタのユーザー
データＴ１〜Ｔ５を合わせて使用することのみ行なわれ
ていた（図６Ｂに図示）。
【００２２】このように従来では、複数セクタのユーザ
ーデータ部分のみを複数個集めてきただけで対応してお
り、ソフト上あるいはハード上のインターフェースの都
合だけで何のメリットもなかった。
ーデータ部分のみを複数個集めてきただけで対応してお
り、ソフト上あるいはハード上のインターフェースの都
合だけで何のメリットもなかった。
【００２３】そこで、この発明では、バースト訂正長が
増加するようにして信頼性の向上に寄与できるようにす
るものである。
増加するようにして信頼性の向上に寄与できるようにす
るものである。
【００２４】
【課題を解決するための手段】この発明は、所定セクタ
ーサイズでプリフォーマットされた記録媒体に、上記セ
クターサイズのｎ倍（ｎは２以上の整数）のサイズを処
理単位とするデータを記録する際、上記ｎ倍のサイズの
データのユーザデータ及びコントロールデータを、リー
ド／ライト方向である縦方向に順に所定のバイト数ずつ
配置したのち、上記縦方向のデータを順次横方向に並べ
て配置した２次元配列とし、上記所定バイト数を、上記
ｎを１としたときの縦方向のバイト数より大きくなるよ
うにすることでインターリーブ深さが大きくなるように
するとともに、上記２次元配列の横方向に対してエラー
訂正符号化して記録するものである。
ーサイズでプリフォーマットされた記録媒体に、上記セ
クターサイズのｎ倍（ｎは２以上の整数）のサイズを処
理単位とするデータを記録する際、上記ｎ倍のサイズの
データのユーザデータ及びコントロールデータを、リー
ド／ライト方向である縦方向に順に所定のバイト数ずつ
配置したのち、上記縦方向のデータを順次横方向に並べ
て配置した２次元配列とし、上記所定バイト数を、上記
ｎを１としたときの縦方向のバイト数より大きくなるよ
うにすることでインターリーブ深さが大きくなるように
するとともに、上記２次元配列の横方向に対してエラー
訂正符号化して記録するものである。
【００２５】
【作用】本発明は、 所定セクターサイズのｎ倍のサイ
ズのデータのユーザデータ及びコントロールデータを、
リード／ライト（Ｒ／Ｗ）方向である縦方向に順に所定
のバイト数ずつ配置したのち、上記縦方向のデータを順
次横方向に並べて配置した２次元配列とし、上記所定バ
イト数を、上記ｎを１としたときの縦方向のバイト数よ
り大きくなるようにすることでインターリーブ深さを大
きくし、上記２次元配列の横方向に対してエラー訂正符
号化して記録するので、バースト訂正長が増加し、信頼
性が向上する。
ズのデータのユーザデータ及びコントロールデータを、
リード／ライト（Ｒ／Ｗ）方向である縦方向に順に所定
のバイト数ずつ配置したのち、上記縦方向のデータを順
次横方向に並べて配置した２次元配列とし、上記所定バ
イト数を、上記ｎを１としたときの縦方向のバイト数よ
り大きくなるようにすることでインターリーブ深さを大
きくし、上記２次元配列の横方向に対してエラー訂正符
号化して記録するので、バースト訂正長が増加し、信頼
性が向上する。
【００２６】
【実施例】以下、図１を参照しながら、この発明の一実
施例について説明する。本例はＣＳ方式で、５１２バイ
ト／セクタの５インチＭＯディスク（ＩＳＯフォーマッ
ト）に、１Ｋバイトを処理単位とするデータを記録する
例である。
施例について説明する。本例はＣＳ方式で、５１２バイ
ト／セクタの５インチＭＯディスク（ＩＳＯフォーマッ
ト）に、１Ｋバイトを処理単位とするデータを記録する
例である。
【００２７】ＭＯディスクの全セクターサイズは、ユー
ザーデータ５１２バイト、コントロールデータ１２バイ
ト、リザーブ２バイト、ＣＲＣ４バイトおよびパリティ
８０バイトの計６１０バイトである（図５参照）。
ザーデータ５１２バイト、コントロールデータ１２バイ
ト、リザーブ２バイト、ＣＲＣ４バイトおよびパリティ
８０バイトの計６１０バイトである（図５参照）。
【００２８】本例では、ＭＯディスクの２セクタ（１２
２０）を利用して１Ｋバイトのユーザーデータが記録さ
れる。図１は、２セクタに記録されるデータのフォーマ
ットを示している。
２０）を利用して１Ｋバイトのユーザーデータが記録さ
れる。図１は、２セクタに記録されるデータのフォーマ
ットを示している。
【００２９】同図において、Ｔ１，Ｔ２は５１２バイト
のユーザーデータであり、それぞれ縦方向（Ｒ／Ｗ方
向）に１０バイトの長さで、横方向に順次配される。こ
のＴ１，Ｔ２のユーザーデータは、この順序で横方向に
並べて配される。
のユーザーデータであり、それぞれ縦方向（Ｒ／Ｗ方
向）に１０バイトの長さで、横方向に順次配される。こ
のＴ１，Ｔ２のユーザーデータは、この順序で横方向に
並べて配される。
【００３０】Ｔ１はＤ0 〜Ｄ511 の５１２バイトのデー
タとされ、Ｔ２はＤ512 〜Ｄ1023の５１２バイトのデー
タとされる。
タとされ、Ｔ２はＤ512 〜Ｄ1023の５１２バイトのデー
タとされる。
【００３１】Ｔ１，Ｔ２のユーザーデータの後には、そ
れぞれＴ１，Ｔ２のユーザーデータに対するＣＲＣ等の
１８バイトのコントロールデータＣ１，Ｃ２が配され
る。
れぞれＴ１，Ｔ２のユーザーデータに対するＣＲＣ等の
１８バイトのコントロールデータＣ１，Ｃ２が配され
る。
【００３２】コントロールデータＣ２の後には、縦方向
に１０バイト、横方向に１６バイトの長さでもって１６
０バイトのパリティＥＣＣが配される。このパリティＥ
ＣＣはＴ１，Ｔ２のユーザーデータ、Ｃ１，Ｃ２のコン
トロールデータに対するものである。パリティＥＣＣの
生成方向は横方向であり、（１２２，１０６，１７）リ
ード・ソロモン符号×１０インターリーブが使用され
る。この符号は消失なしで８バイトまでのエラー訂正
を、消失があれば１６バイトまでのエラー訂正をするこ
とができる。
に１０バイト、横方向に１６バイトの長さでもって１６
０バイトのパリティＥＣＣが配される。このパリティＥ
ＣＣはＴ１，Ｔ２のユーザーデータ、Ｃ１，Ｃ２のコン
トロールデータに対するものである。パリティＥＣＣの
生成方向は横方向であり、（１２２，１０６，１７）リ
ード・ソロモン符号×１０インターリーブが使用され
る。この符号は消失なしで８バイトまでのエラー訂正
を、消失があれば１６バイトまでのエラー訂正をするこ
とができる。
【００３３】この図１のデータフォーマットにおいて
は、Ｔ１，Ｔ２のユーザーデータが１Ｋバイト（１０２
４バイト）、Ｃ１，Ｃ２のコントロールデータが３６バ
イト、パリティＥＣＣが１６０バイトで、計１２２０バ
イトとなり、５１２バイト／セクタのＭＯディスクの２
セクター分（１２２０バイト）に相当する。この１２２
０バイトのデータが、縦の記録方向（Ｒ／Ｗ方向）でも
ってＭＯディスクの２セクタに亘って記録される。つま
り、各セクタに６１０バイトずつ記録される。図３Ａ
は、各セクタのデータフィールドの構成を示しており、
１番目のセクタにはユーザーデータＴ１、コントロール
データＣ１およびユーザーデータＴ２の一部が記録さ
れ、２番目ののセクタにはユーザーデータＴ２の一部、
コントロールデータＣ２およびパリティＥＣＣが記録さ
れる。
は、Ｔ１，Ｔ２のユーザーデータが１Ｋバイト（１０２
４バイト）、Ｃ１，Ｃ２のコントロールデータが３６バ
イト、パリティＥＣＣが１６０バイトで、計１２２０バ
イトとなり、５１２バイト／セクタのＭＯディスクの２
セクター分（１２２０バイト）に相当する。この１２２
０バイトのデータが、縦の記録方向（Ｒ／Ｗ方向）でも
ってＭＯディスクの２セクタに亘って記録される。つま
り、各セクタに６１０バイトずつ記録される。図３Ａ
は、各セクタのデータフィールドの構成を示しており、
１番目のセクタにはユーザーデータＴ１、コントロール
データＣ１およびユーザーデータＴ２の一部が記録さ
れ、２番目ののセクタにはユーザーデータＴ２の一部、
コントロールデータＣ２およびパリティＥＣＣが記録さ
れる。
【００３４】このように本例によれば、インターリーブ
の深さが１０バイトとなるので、単に２セクタのユーザ
ーデータのみを集めて対応するもの（インターリーブの
深さは５バイト）に比べて、バースト訂正長が増加し、
信頼性を向上できる。
の深さが１０バイトとなるので、単に２セクタのユーザ
ーデータのみを集めて対応するもの（インターリーブの
深さは５バイト）に比べて、バースト訂正長が増加し、
信頼性を向上できる。
【００３５】次に、図２を参照しながら、この発明の他
の実施例について説明する。本例はＣＳ方式で、５１２
バイト／セクタの５インチＭＯディスク（ＩＳＯフォー
マット）に、２．５Ｋバイトを処理単位とするデータを
記録する例である。
の実施例について説明する。本例はＣＳ方式で、５１２
バイト／セクタの５インチＭＯディスク（ＩＳＯフォー
マット）に、２．５Ｋバイトを処理単位とするデータを
記録する例である。
【００３６】本例では、ＭＯディスクの５セクタを利用
して２．５Ｋバイト（２５６０バイト）のデータが記録
される。図２は、ＭＯディスクの５セクタ（３０５０バ
イト）に記録されるデータのフォーマットを示してい
る。
して２．５Ｋバイト（２５６０バイト）のデータが記録
される。図２は、ＭＯディスクの５セクタ（３０５０バ
イト）に記録されるデータのフォーマットを示してい
る。
【００３７】同図において、Ｔ１〜Ｔ５はそれぞれ５１
２バイトのユーザーデータであり、それぞれ縦方向（Ｒ
／Ｗ方向）に２５バイトの長さで、横方向に順次配され
る。このＴ１〜Ｔ５のユーザーデータはこの順序で横方
向に配される。
２バイトのユーザーデータであり、それぞれ縦方向（Ｒ
／Ｗ方向）に２５バイトの長さで、横方向に順次配され
る。このＴ１〜Ｔ５のユーザーデータはこの順序で横方
向に配される。
【００３８】Ｔ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５は、それぞ
れＤ0 〜Ｄ511 ，Ｄ512 〜Ｄ1023，Ｄ1024〜Ｄ1535，Ｄ
1536〜Ｄ2047，Ｄ2048〜Ｄ2559の５１２バイトのデータ
とされる。
れＤ0 〜Ｄ511 ，Ｄ512 〜Ｄ1023，Ｄ1024〜Ｄ1535，Ｄ
1536〜Ｄ2047，Ｄ2048〜Ｄ2559の５１２バイトのデータ
とされる。
【００３９】Ｔ１〜Ｔ５のユーザーデータの後には、そ
れぞれＴ１〜Ｔ５のユーザーデータに対するＣＲＣ等の
１８バイトのコントロールデータＣ１〜Ｃ５が配され
る。
れぞれＴ１〜Ｔ５のユーザーデータに対するＣＲＣ等の
１８バイトのコントロールデータＣ１〜Ｃ５が配され
る。
【００４０】コントロールデータＣ５の後には、縦方向
に２５バイト、横方向に１６バイトの長さでもって４０
０バイトのパリティＥＣＣが配される。このパリティＥ
ＣＣはＴ１〜Ｔ５のユーザーデータ、Ｃ１〜Ｃ５のコン
トロールデータに対するものである。パリティＥＣＣの
生成方向は横方向であり、（１２２，１０６，１７）リ
ード・ソロモン符号×２５インターリーブが使用され
る。この符号は消失なしで８バイトまでのエラー訂正
を、消失があれば１６バイトまでのエラー訂正をするこ
とができる。
に２５バイト、横方向に１６バイトの長さでもって４０
０バイトのパリティＥＣＣが配される。このパリティＥ
ＣＣはＴ１〜Ｔ５のユーザーデータ、Ｃ１〜Ｃ５のコン
トロールデータに対するものである。パリティＥＣＣの
生成方向は横方向であり、（１２２，１０６，１７）リ
ード・ソロモン符号×２５インターリーブが使用され
る。この符号は消失なしで８バイトまでのエラー訂正
を、消失があれば１６バイトまでのエラー訂正をするこ
とができる。
【００４１】この図２のデータフォーマットにおいて
は、Ｔ１〜Ｔ５のユーザーデータが２．５Ｋバイト（２
５６０バイト）、Ｃ１〜Ｃ５のコントロールデータが９
０バイト、パリティＥＣＣが４００バイトで、計３０５
０バイトとなり、５１２バイト／セクタのＭＯディスク
の５セクター分に（３０５０バイト）に相当する。この
３０５０バイトのデータが、縦の記録方向（Ｒ／Ｗ方
向）でもってＭＯディスクの５セクタに亘って記録され
る。つまり、各セクタに６１０バイトずつ記録される。
図３Ｂは、各セクタのデータフィールドの構成を示して
おり、１番目のセクタにはユーザーデータＴ１、コント
ロールデータＣ１、ユーザーデータＴ２の一部が記録さ
れ、２番目のセクタにはユーザデータＴ２の一部、コン
トロールデータＣ２、ユーザーデータＴ３の一部が記録
され、３番目のセクタにはユーザーデータＴ３の一部、
コントロールデータＣ３、ユーザーデータＴ４の一部が
記録され、４番のセクタにはユーザーデータＴ４の一
部、コントロールデータＣ４、ユーザーデータＴ５の一
部が記録され、５番目のセクタにはユーザーデータＴ５
の一部、コントロールデータＣ５、パリティＥＣＣが記
録される。
は、Ｔ１〜Ｔ５のユーザーデータが２．５Ｋバイト（２
５６０バイト）、Ｃ１〜Ｃ５のコントロールデータが９
０バイト、パリティＥＣＣが４００バイトで、計３０５
０バイトとなり、５１２バイト／セクタのＭＯディスク
の５セクター分に（３０５０バイト）に相当する。この
３０５０バイトのデータが、縦の記録方向（Ｒ／Ｗ方
向）でもってＭＯディスクの５セクタに亘って記録され
る。つまり、各セクタに６１０バイトずつ記録される。
図３Ｂは、各セクタのデータフィールドの構成を示して
おり、１番目のセクタにはユーザーデータＴ１、コント
ロールデータＣ１、ユーザーデータＴ２の一部が記録さ
れ、２番目のセクタにはユーザデータＴ２の一部、コン
トロールデータＣ２、ユーザーデータＴ３の一部が記録
され、３番目のセクタにはユーザーデータＴ３の一部、
コントロールデータＣ３、ユーザーデータＴ４の一部が
記録され、４番のセクタにはユーザーデータＴ４の一
部、コントロールデータＣ４、ユーザーデータＴ５の一
部が記録され、５番目のセクタにはユーザーデータＴ５
の一部、コントロールデータＣ５、パリティＥＣＣが記
録される。
【００４２】このように本例によれば、インターリーブ
の深さが２５バイトとなるので、単に５セクタのユーザ
ーデータのみを集めて対応するもの（インターリーブの
深さは５バイト）に比べて、バースト訂正長が増加し、
信頼性を向上できる。
の深さが２５バイトとなるので、単に５セクタのユーザ
ーデータのみを集めて対応するもの（インターリーブの
深さは５バイト）に比べて、バースト訂正長が増加し、
信頼性を向上できる。
【００４３】なお、上述実施例においては、セクターサ
イズの２倍および５倍のサイズを処理単位とする例を示
したが、一般にｎ倍（ｎは２以上の整数）のサイズを処
理単位とするデータを記録する際に同様に適用すること
ができる。
イズの２倍および５倍のサイズを処理単位とする例を示
したが、一般にｎ倍（ｎは２以上の整数）のサイズを処
理単位とするデータを記録する際に同様に適用すること
ができる。
【００４４】また、上述実施例においては、各ユーザー
データＴ１〜Ｔ５の後にそれぞれコントロールデータＣ
１〜Ｃ５を配したものであるが、コントロールデータＣ
１〜Ｃ５は一ヶ所にまとめて配してもよい。
データＴ１〜Ｔ５の後にそれぞれコントロールデータＣ
１〜Ｃ５を配したものであるが、コントロールデータＣ
１〜Ｃ５は一ヶ所にまとめて配してもよい。
【００４５】また、上述実施例においては、パリティＥ
ＣＣとしてロングデスタンスコード（ＬＤＣ）を使用し
たものであるが、積符号を使用するものにも適用するこ
とができる。
ＣＣとしてロングデスタンスコード（ＬＤＣ）を使用し
たものであるが、積符号を使用するものにも適用するこ
とができる。
【００４６】さらに、上述実施例においては、ＣＳ方式
のＭＯディスクに記録する例を示したが、この発明は、
ＳＦ方式（サンプルサーボ方式）のＭＯディスク、ある
いはハードディスクやフロッピーディスクにデータを記
録する際にも同様に適用することができる。
のＭＯディスクに記録する例を示したが、この発明は、
ＳＦ方式（サンプルサーボ方式）のＭＯディスク、ある
いはハードディスクやフロッピーディスクにデータを記
録する際にも同様に適用することができる。
【００４７】
【発明の効果】この発明によれば、所定セクターサイズ
のｎ倍のサイズのデータのユーザデータ及びコントロー
ルデータを、Ｒ／Ｗ方向である縦方向に順に所定のバイ
ト数ずつ配置したのち、上記縦方向のデータを順次横方
向に並べて配置した２次元配列とし、上記所定バイト数
を、上記ｎを１としたときの縦方向のバイト数より大き
くなるようにすることでインターリーブ深さを大きく
し、上記２次元配列の横方向に対してエラー訂正符号化
して記録するので、バースト訂正長が増加し、信頼性が
向上させることができる。
のｎ倍のサイズのデータのユーザデータ及びコントロー
ルデータを、Ｒ／Ｗ方向である縦方向に順に所定のバイ
ト数ずつ配置したのち、上記縦方向のデータを順次横方
向に並べて配置した２次元配列とし、上記所定バイト数
を、上記ｎを１としたときの縦方向のバイト数より大き
くなるようにすることでインターリーブ深さを大きく
し、上記２次元配列の横方向に対してエラー訂正符号化
して記録するので、バースト訂正長が増加し、信頼性が
向上させることができる。
【図１】実施例のデータフォーマットを示す図である。
【図２】他の実施例のデータフォーマットを示す図であ
る。
る。
【図３】実施例のデータフィールドを示す図である。
【図４】ＣＳ方式、５１２バイト／セクタの５インチＭ
Ｏディスクのセクターフォーマットを示す図である。
Ｏディスクのセクターフォーマットを示す図である。
【図５】ＣＳ方式、５１２バイト／セクタの５インチＭ
Ｏディスクのデータフィールドを示す図である。
Ｏディスクのデータフィールドを示す図である。
【図６】従来例のデータフィールドを示す図である。
Ｔ１〜Ｔ５ ユーザーデータ Ｃ１〜Ｃ５ コントロールデータ
Claims (2)
- 【請求項１】 所定セクターサイズでプリフォーマット
された記録媒体に、上記セクターサイズのｎ倍（ｎは２
以上の整数）のサイズを処理単位とするデータを記録す
る際、 上記ｎ倍のサイズのデータのユーザデータ及びコントロ
ールデータを、リード／ライト方向である縦方向に順に
所定のバイト数ずつ配置したのち、上記縦方向のデータ
を順次横方向に並べて配置した２次元配列とし、 上記所定バイト数を、上記ｎを１としたときの縦方向の
バイト数より大きくなるようにすることでインターリー
ブ深さが大きくなるようにするとともに、 上記２次元配列の横方向に対してエラー訂正符号化して
記録することを特徴としたデータ記録方法。 - 【請求項２】 所定セクターサイズでプリフォーマット
されたエリアをディスクの円周方向に並べてなる記録媒
体であって、上記セクターサイズのｎ倍（ｎは２以上の
整数）のサイズを処理単位とするデータを記録する際、 上記ｎ倍のサイズのデータのユーザデータ及びコントロ
ールデータを、リード／ライト方向である縦方向に順に
所定のバイト数ずつ配置したのち、上記縦方向のデータ
を順次横方向に並べて配置した２次元配列とし、 上記所定バイト数を、上記ｎを１としたときの縦方向の
バイト数より大きくなるようにすることでインターリー
ブ深さが大きくなるようにするとともに、 上記２次元配列の横方向に対してエラー訂正符号化して
記録してなることを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14632391A JP3314389B2 (ja) | 1991-06-18 | 1991-06-18 | データ記録方法および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14632391A JP3314389B2 (ja) | 1991-06-18 | 1991-06-18 | データ記録方法および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH056625A JPH056625A (ja) | 1993-01-14 |
| JP3314389B2 true JP3314389B2 (ja) | 2002-08-12 |
Family
ID=15405076
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14632391A Expired - Fee Related JP3314389B2 (ja) | 1991-06-18 | 1991-06-18 | データ記録方法および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3314389B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW316976B (ja) * | 1995-05-16 | 1997-10-01 | Sony Co Ltd | |
| WO1997004473A1 (fr) * | 1995-07-18 | 1997-02-06 | Omron Corporation | Appareil electrique et son procede de production |
| US9054840B2 (en) * | 2011-12-15 | 2015-06-09 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Error detection and correction of a data transmission |
-
1991
- 1991-06-18 JP JP14632391A patent/JP3314389B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH056625A (ja) | 1993-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100265189B1 (ko) | 데이타 기록 방법 | |
| JPH08315515A (ja) | データ記録／再生装置および方法、並びにデータ記録媒体 | |
| EP0727781A2 (en) | Data recording method | |
| JP2009238364A (ja) | 記録方法、再生方法、記録装置及び再生装置 | |
| JP2002279735A (ja) | 誤り訂正方法 | |
| EP0272135A2 (en) | Optical disk and optical disk apparatus | |
| KR100700899B1 (ko) | 광디스크의 기록/재생 방법, 광디스크 및 광디스크 장치 | |
| JP3314389B2 (ja) | データ記録方法および記録媒体 | |
| JP2856072B2 (ja) | 情報記録方法、情報再生方法および情報再生装置 | |
| JPH05307836A (ja) | フォーマット装置 | |
| JP3993921B2 (ja) | 記憶装置 | |
| JP3355633B2 (ja) | データ伝送方法 | |
| JP2002319247A (ja) | 光記録媒体、データ記録装置及びデータ記録方法 | |
| JP3708619B2 (ja) | 消失フラグを用いたエラー訂正システム | |
| JP2686802B2 (ja) | 光ディスクに対する記録方法 | |
| JP2623538B2 (ja) | データ記録方法 | |
| JP3384402B2 (ja) | 情報再生方法及び情報再生装置 | |
| JPH087496A (ja) | ディスク記録・再生方法および装置 | |
| JP3384325B2 (ja) | 情報記録方法及び再生方法 | |
| JPH11238324A (ja) | 光記録媒体及び記録装置 | |
| JP2002367296A (ja) | ディスク媒体の誤り訂正符号化方法、誤り訂正符号化回路、ディスク媒体、誤り訂正方法、および誤り訂正回路 | |
| JPH056629A (ja) | データ記録方法 | |
| JP3030303B1 (ja) | 光ディスク媒体および光ディスク装置 | |
| JP3381714B2 (ja) | 光記録媒体 | |
| JPH056630A (ja) | データ伝送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080607 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090607 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |