JPH056625A - データ記録方法および記録媒体 - Google Patents
データ記録方法および記録媒体Info
- Publication number
- JPH056625A JPH056625A JP3146323A JP14632391A JPH056625A JP H056625 A JPH056625 A JP H056625A JP 3146323 A JP3146323 A JP 3146323A JP 14632391 A JP14632391 A JP 14632391A JP H056625 A JPH056625 A JP H056625A
- Authority
- JP
- Japan
- Prior art keywords
- bytes
- data
- sector
- recorded
- user data
- 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.)
- Granted
Links
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
(57)【要約】
【目的】セクターサイズのｎ倍（ｎは２以上の整数）の
サイズを処理単位とするデータを記録する際、バースト
訂正長が増加するようにして信頼性を向上させる。 【構成】ＣＳ方式の５１２バイト／セクタの５インチＭ
Ｏディスクに１０２４バイトを処理単位とするユーザー
データを記録する。ＭＯディスクの全セクターサイズは
６１０バイトである。夫々５１２バイトのユーザーデー
タＴ１，Ｔ２を、縦方向に１０バイトで、横方向に順次
配する。データＴ１，Ｔ２の後に夫々ＣＲＣ等のコント
ロールデータＣ１，Ｃ２を配する。データＣ２の後に、
縦方向に１０バイト、横方向に１６バイトの長さでパリ
ティＥＣＣを配する。ＥＣＣはデータＴ１，Ｔ２、Ｃ
１，Ｃ２に対するもので、その生成方向は横方向であ
る。データＴ１，Ｔ２，Ｃ１，Ｃ２およびＥＣＣの合計
は１２２０バイトとなり、このデータが縦の記録方向で
もってＭＯディスクに順次記録される。
サイズを処理単位とするデータを記録する際、バースト
訂正長が増加するようにして信頼性を向上させる。 【構成】ＣＳ方式の５１２バイト／セクタの５インチＭ
Ｏディスクに１０２４バイトを処理単位とするユーザー
データを記録する。ＭＯディスクの全セクターサイズは
６１０バイトである。夫々５１２バイトのユーザーデー
タＴ１，Ｔ２を、縦方向に１０バイトで、横方向に順次
配する。データＴ１，Ｔ２の後に夫々ＣＲＣ等のコント
ロールデータＣ１，Ｃ２を配する。データＣ２の後に、
縦方向に１０バイト、横方向に１６バイトの長さでパリ
ティＥＣＣを配する。ＥＣＣはデータＴ１，Ｔ２、Ｃ
１，Ｃ２に対するもので、その生成方向は横方向であ
る。データＴ１，Ｔ２，Ｃ１，Ｃ２およびＥＣＣの合計
は１２２０バイトとなり、このデータが縦の記録方向で
もってＭＯディスクに順次記録される。
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 true JPH056625A (ja) | 1993-01-14 |
| JP3314389B2 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) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0743641A2 (en) * | 1995-05-16 | 1996-11-20 | Sony Corporation | Data recording/reproducing apparatus and method corresponding to a plurality of data formats, and data recording medium |
| US6025562A (en) * | 1995-07-18 | 2000-02-15 | Omron Corporation | Electronic equipment and method of manufacturing the same |
| US20130159809A1 (en) * | 2011-12-15 | 2013-06-20 | International Business Machines Corporation | Error Detection And Correction Of A Data Transmission |
-
1991
- 1991-06-18 JP JP14632391A patent/JP3314389B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0743641A2 (en) * | 1995-05-16 | 1996-11-20 | Sony Corporation | Data recording/reproducing apparatus and method corresponding to a plurality of data formats, and data recording medium |
| EP0743641A3 (en) * | 1995-05-16 | 1999-06-09 | Sony Corporation | Data recording/reproducing apparatus and method corresponding to a plurality of data formats, and data recording medium |
| US6025562A (en) * | 1995-07-18 | 2000-02-15 | Omron Corporation | Electronic equipment and method of manufacturing the same |
| US20130159809A1 (en) * | 2011-12-15 | 2013-06-20 | International Business Machines Corporation | Error Detection And Correction Of A Data Transmission |
| US20130159810A1 (en) * | 2011-12-15 | 2013-06-20 | International Business Machines Corporation | Error Detection And Correction Of A Data Transmission |
| US9054840B2 (en) * | 2011-12-15 | 2015-06-09 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Error detection and correction of a data transmission |
| US9094162B2 (en) * | 2011-12-15 | 2015-07-28 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Error detection and correction of a data transmission |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3314389B2 (ja) | 2002-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7493546B2 (en) | Data recording method, recording medium and reproduction apparatus | |
| EP1940033B1 (en) | Encoding multiword information by wordwise interleaving | |
| KR100265189B1 (ko) | 데이타 기록 방법 | |
| EP0727781A2 (en) | Data recording method | |
| US7039913B1 (en) | Optical disc, method of writing to an optical disc, and method of reading from an optical disc | |
| JP2002279735A (ja) | 誤り訂正方法 | |
| KR100700899B1 (ko) | 광디스크의 기록/재생 방법, 광디스크 및 광디스크 장치 | |
| JP3314389B2 (ja) | データ記録方法および記録媒体 | |
| JPH05307836A (ja) | フォーマット装置 | |
| JP3993921B2 (ja) | 記憶装置 | |
| JPH087500A (ja) | 情報記録再生方法 | |
| JP3355633B2 (ja) | データ伝送方法 | |
| JP2002319247A (ja) | 光記録媒体、データ記録装置及びデータ記録方法 | |
| JP3708619B2 (ja) | 消失フラグを用いたエラー訂正システム | |
| JPS61142575A (ja) | 誤り訂正方式 | |
| JPH056629A (ja) | データ記録方法 | |
| JPH056630A (ja) | データ伝送方法 | |
| JP2686802B2 (ja) | 光ディスクに対する記録方法 | |
| JP3384402B2 (ja) | 情報再生方法及び情報再生装置 | |
| JPH11238324A (ja) | 光記録媒体及び記録装置 | |
| JPS63298776A (ja) | エラ−訂正処理方式 | |
| JPH097309A (ja) | 磁気記録再生装置 | |
| JPS62275356A (ja) | 識別信号形成方法 | |
| JPH087494A (ja) | 誤り訂正符号語の記録方法 | |
| JP2001155438A (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 |