JP3189571B2 - データ処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、デジタルビデオデータ
やデジタルオーディオデータのような時系列なデータを
例えばＰ１３９４シリアルバス等の通信制御バス（以下
「バス」と略す）を用いて受信する際の異常事態に好適
なデータ処理装置に関するものである。

【０００２】

【従来の技術】Ｐ１３９４シリアルバスのような制御信
号と情報信号とを混在させることのできるバスによって
複数の機器を接続し、これらの機器間で情報信号及び制
御信号を通信するシステムが考えられている。

【０００３】図５にこのようなシステムの例を示す。こ
のシステムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅを備えている。そ
して、機器Ａ−Ｂ間、Ａ−Ｃ間、Ｃ−Ｄ間、及びＣ−Ｅ
間は、Ｐ１３９４シリアルバスのツイストペアケーブル
により接続されている。これらの機器は、例えばデジタ
ルＶＴＲ、チューナー、モニター等である。各機器はツ
イストペアケーブルから入力される情報信号及び制御信
号を中継する機能を持っているので、このシステムは図
６のような各機器が共通のバスに接続されているシステ
ムと等化である。

【０００４】バスを共有している機器Ａ〜Ｅ間における
データ伝送は所定の通信サイクル（例えば１２５μｓｅ
ｃ）ごとに時分割多重によって行なわれる。バス上にお
ける通信サイクルの管理は通信システムを管理する所定
の機器、例えば機器Ａが通信の同期、すなわち通信サイ
クルの開始時であることを示す同期パケット（サイクル
スタートパケット：以下「ＣＱ」という）をバス上の他
の機器へ伝送することによってその通信サイクルにおけ
るデータ伝送が開始される。

【０００５】バス上における時間情報は個々の機器の持
つ時計レジスタによって管理される。各々の機器の時計
レジスタは、図７に示す自己サイクル（１２５μｓｅ
ｃ）ごとにＣＱによりリセットされる。そして、自己サ
イクル中では各々の機器のクロックをカウントすること
によって時間情報を生成する。したがって、通信サイク
ルが理想的に１２５μｓｅｃごとに繰り返された場合、
図７のようにＣＱと自己サイクルは同時に始まり、同時
に終了する。

【０００６】１通信サイクル中において伝送されるデー
タ形式は、デジタルビデオデータやデジタルオーディオ
データなどの同期型データ（以下「Ｉｓｏデータ」とい
う）と、接続制御コマンド等の非同期型データ（以下
「Ａｓｙｎｃデータ」という）の２種類である。これら
２種類のデータの伝送は下記（１）〜（６）のプロトコ
ルにしたがって行われる。

【０００７】（１）図８（ａ) のように、ＣＱが伝送さ
れた後にデータの伝送を行なう。 （２）図８（ａ）のように、ＣＱの後に伝送されるべき
データ形式の優先順位は、Ｉｓｏデータの方がＡｓｙｎ
ｃデータより高い。

【０００８】（３）図８（ａ) のように、Ｉｓｏデータ
２の通信終了時に次の自己サイクルが始まっている場合
には、ＡｓｙｎｃデータよりＣＱを優先するので、Ａｓ
ｙｎｃデータ2 はその通信サイクルでは伝送できず、次
以降の通信サイクルにおいて伝送しなければならない。

【０００９】（４）ＣＱの最大遅れ時間は、システムに
おいてあらかじめ定められているＡｓｙｎｃデータの最
大長によって決まる（例えば４１μｓｅｃ）。 （５）図８（ｂ）のように、バス上での異常によって例
えばＣＱ２が損失した場合、各機器はＣＱ２を正常に受
信できなくなり、その結果バス上にはその通信サイクル
中にはパケットが伝送されなくなる。そこで、通信シス
テムを管理する機器は次の自己サイクルの始まりと同時
に次の通信サイクルのためのＣＱ３を伝送する。

【００１０】（６）受信側の機器において、ＣＱ又はデ
ータパケットの少なくとも一方が正常に受信できなかっ
た場合には、受信側の機器でそのデータパケットに相当
するエラーコードを生成して、それを正常なデータパケ
ットの代わりとする。ここで、ＣＱが正常に受信できな
かった場合には、前記（５）で説明したようにＣＱが損
失した場合がある。また、データパケットが正常に受信
できなかった場合には、送信側でＣＱが損失した結果デ
ータパケットが送信されないために受信できなかった場
合と、受信したけれども正しいパケットではない（ヘッ
ダーエラー等）ため結果的に受信できなかった場合と、
受信したパケットのデータ部にエラーがあった場合があ
る。

【００１１】以上のプロトコルにしたがってデータを伝
送する場合、図８（ａ) のように、通信サイクルの開始
合図であるＣＱが来てから、１つのＩｓｏデータパケッ
ト及び１つのＡｓｙｎｃデータパケットの伝送が終了す
るまでの１つの通信サイクルは１２５μｓｅｃで終ると
は限らない。

【００１２】次に、以上説明した通信システムにおい
て、Ｉｓｏデータとして、デジタルＶＴＲが出力したデ
ジタルビデオデータ及びデジタルオーディオデータ（以
下「ＶＴＲデータ」という）を他のデジタルＶＴＲへ送
信する場合について説明する。

【００１３】まず、ＶＴＲデータのようなブロック単位
で処理されるデータをブロック周期とは非同期の通信サ
イクルを持つ通信システムを介して伝送する場合には、
図９のようにデジタルＶＴＲ２１，２２内にデータを一
時的に保持するＦＩＦＯ２７，２８が一般的に必要とな
る。

【００１４】図９において、デジタルＶＴＲ２１のＶＴ
ＲデータをデジタルＶＴＲ２２へ伝送する場合、まずデ
ジタルＶＴＲ２１内のＶＴＲ本体２３で生成したＶＴＲ
データをＶＴＲ−通信システム間インターフエイス（以
下「インターフエイス」を「Ｉ／Ｆ」と記載する）２５
を介してＦＩＦＯ２７に一時保存する。そして、ＦＩＦ
Ｏ２７に蓄えられたデータを通信サイクルにしたがっ
て、次々と通信制御用Ｉ／Ｆ２９からバスを介してデジ
タルＶＴＲ２２へ伝送する。デジタルＶＴＲ２２では、
通信サイクル毎に受けとったデータパケットを通信制御
用Ｉ／Ｆ３０を介して順々にＦＩＦＯ２８に蓄え、最終
的にＶＴＲ本体２４がＶＴＲ−通信システム間Ｉ／Ｆ２
６を介してＦＩＦＯ２８からデータを受けとることにな
る。

【００１５】

【発明が解決しようとする課題】図１０のような所定長
（例、１２０クアドレット＝４８０バイト）のパケット
単位化されたＶＴＲデータを前述の通信システムを用い
て伝送する場合を考える。

【００１６】ＶＴＲデータの通信中に、ある通信サイク
ルにおいて、バス上の異常によって受信側のデジタルＶ
ＴＲ２２内の通信制御用Ｉ／Ｆ３０で正常にデータパケ
ットを受信できず、同デジタルＶＴＲ２２内のＦＩＦＯ
２８にエラーコードを書き込むのは、主に以下の２つの
場合である。

【００１７】（１）受信したデータパケットがデータＣ
ＲＣエラーとなった場合 （２）ある通信サイクルにおいて、データパケットを受
信できなかった（損失した）場合

【００１８】上の二つの場合には、デジタルＶＴＲ２２
内の通信制御用Ｉ／Ｆ３０はＦＩＦＯ２８に対してエラ
ーコード（１クアドレット）を書き込む。しかし、受信
側のデジタルＶＴＲ本体２４側の処理の簡素化を考慮す
ると、バスから受信したデータパケットがＣＲＣエラー
であったり、データパケットが損失したという異常事態
においても、本来のデータパケットに替わるエラーコー
ドを１クアドレット生成してＶＴＲ本体２４に転送する
よりも、形式的には通常のパケットと同じフォーマット
の１２０クアドレットを転送する方が、ＶＴＲ本体２４
にとっては都合が良い。

【００１９】ところが、デジタルＶＴＲ２２内の通信制
御用Ｉ／Ｆ３０がデータＣＲＣエラー又はデータパケッ
トの損失を認識できるタイミングは、場合によっては通
信サイクルの最後になってしまうため、通信制御用Ｉ／
Ｆ３０において、何らかの原因によって正常に受信でき
なかったパケット（１２０クアドレット）に替わるエラ
ーパケット（１２０クアドレット）を生成し、ＦＩＦＯ
２８に書き込むのは、以下に説明するように時間的に困
難である。

【００２０】まず、上の（１）及び（２）の各々の場合
に、通信制御用Ｉ／Ｆ３０が、受信したデータパケット
にデータＣＲＣエラー又はパケット損失を検出するの
は、その通信サイクル中においてどのタイミングか、そ
のアルゴリズムをそれぞれ述べる。

【００２１】（１）受信したデータパケットがデータＣ
ＲＣエラーとなった場合 Ｐ１３９４制御通信システムのプロトコル上、一通信サ
イクルに通信できるＩｓｏデータパケットのパケットフ
ォーマットは図１１の通りである。ＶＴＲデータでは、
１パケットが１２０クアドレットとなる。

【００２２】図１１に示すように、パケットフォーマッ
トは、１クアドレット目がデータ長、チャンネル番号、
パケットの種類、順番等を示すヘッダー、２クアドレッ
ト目がヘッダーＣＲＣ、３〜１２２クアドレット目まで
がＶＴＲデータ、１２３クアドレット目がデータＣＲＣ
になっており、この順序で伝送される。よって受信側
で、その通信サイクル中において、受信したパケットが
データＣＲＣエラーかどうかが認識できるのは、最後の
クアドレット（データＣＲＣクアドレット）を受信した
後である。

【００２３】すなわち、受信側のデジタルＶＴＲ２２が
ＶＴＲデータパケットを受信している間は、そのデータ
パケットがデータＣＲＣエラーかどうかはわからない。
換言すれば、デジタルＶＴＲ２２内の通信制御用Ｉ／Ｆ
３０は、受信中のＶＴＲデータパケットを一度ＦＩＦＯ
２８に書き込み終了した後、初めてＦＩＦＯ２８に書き
込んだＶＴＲデータパケットがデータＣＲＣエラーかど
うか判断できる。そして、ＦＩＦＯ２８に書き込んだＶ
ＴＲデータパケットがデータＣＲＣエラーになった場合
には、そのデータパケットはそのままＶＴＲ本体２４に
転送するわけにいかないので、通信制御用Ｉ／Ｆ３０は
一度書き込んだＦＩＦＯ２８内の１データパケット分を
取り消す。そして通信制御用Ｉ／Ｆ３０はＦＩＦＯ２８
内のデータパケットを取り消した後、データＣＲＣエラ
ーの処置を行う。

【００２４】データの伝送が図７に示したような理想的
な通信サイクルで行われた場合、受信側のデジタルＶＴ
Ｒ２２内の通信制御用Ｉ／Ｆ３０が、受信したパケット
のデータＣＲＣエラーを確認できるタイミングは、図１
２に示すようになる。例えば通信サイクルにおいて受
信したＶＴＲデータパケット２がデータＣＲＣエラーと
なった場合、デジタルＶＴＲ２２内の通信制御用Ｉ／Ｆ
３０がデータＣＲＣエラーを判定できるのは、ＶＴＲデ
ータパケット２の受信が終了したタイミングＴ１であ
る。

【００２５】図１２のような理想的な場合には、デジタ
ルＶＴＲ２２内の通信制御用Ｉ／Ｆ３０において、デー
タＣＲＣエラーとなったＶＴＲデータパケット２（１２
０クアドレット）に替わるエラーパケット（１２０クア
ドレット）を生成し、ＦＩＦＯ２８に書き込むことがで
きる。そしてＶＴＲ本体２４は、それを通常のパケット
として１２０クアドレットをＦＩＦＯ２８から読み出す
ことができる。

【００２６】図１２の例は、各通信サイクルが理想的
に、プロトコルで規定された１２５μｓｅｃ毎に新しい
通信サイクルが始まり、なおかつＩｓｏデータの転送が
１チャンネルのみで、ＶＴＲデータパケット２の最後の
クアドレットがデジタルＶＴＲ２２に届いた後、同通信
サイクル中に充分に時間が残っている例である。

【００２７】しかし、実際の通信サイクルは図１２の通
りに理想的になるとは限らない。実際の通信中には以下
のような事態が容易に起こり得る。 （ａ）Ｉｓｏデータの通信中に自己サイクル（１２５μ
ｓｅｃ）が終了すると、本来その通信サイクルではその
Ｉｓｏデータの通信の後に通信するべきＡｓｙｎｃデー
タは通信できずに、次の通信サイクルが始まる、という
Ｐ１３９４のプロトコルの規定

【００２８】（ｂ）１通信サイクル中にＩｓｏデータの
通信が複数あり（バス上に複数チャンネルのＩｓｏデー
タの通信が存在し）、たまたま自分が受信すべきＩｓｏ
データが複数のチャンネルの中で最後のパケットである

【００２９】上記（ａ），（ｂ）の２つの状況が重な
り、なおかつ受信したパケットがデータＣＲＣエラーで
あった場合には、受信側のテジタルＶＴＲ２２内の通信
制御用Ｉ／Ｆ３０が受信したデータパケットがデータＣ
ＲＣエラーということを認識できるタイミングは図１３
の通りになる。図１３に示すように、デジタルＶＴＲ２
２がチャンネル２のＶＴＲデータを受信している場合に
は、ＶＴＲデータパケット２のデータＣＲＣエラーを認
識するタイミングＴ２は、理想的な場合の次の通信サイ
クルが始まった後であるため、プロトコル上そのデー
タパケットの通信が終わるとすぐに、次の通信サイクル
”が始まる。

【００３０】すなわち、図１２の場合と比べ、その通信
サイクル”が始まってすぐに次のＩｓｏデータを受信
しなければならない場合も考えられるので、Ｔ２のタイ
ミングから同通信サイクル”が終了する間に、デジタ
ルＶＴＲ２２内の通信制御用Ｉ／Ｆ３０が本来受信すべ
きＶＴＲデータパケット２（１２０クアドレット）に替
わるエラーパケット（１２０クアドレット）を生成し、
ＦＩＦＯ２８に書き込むことは時間的に不可能である。

【００３１】（２）ある通信サイクルにおいて、データ
パケットを受信できなかった場合 受信側において、本来正常なデータパケットを受信する
べき通信サイクル中に、データパケットを損失するとい
った異常事態になるのは、以下の２つの場合である。

【００３２】（２）−１）ＣＱとデータパケット両方を
受信できなかった これは、ある通信サイクルにおいて、送信側及び受信側
の機器が共にＣＱを何らかの理由でバス上で損失した場
合である。送信側でＣＱを損失した場合には、その通信
サイクルにおいては、データパケットを送信しないの
で、受信側でもデータパケットを受信することはできな
い。

【００３３】（２）−２）ＣＱは正常に受信できたが、
データパケットはできなかった これは、送信側のみＣＱが何らかの理由でバス上で損失
した場合である。すなわち受信側においては、この場
合、ＣＱは正常に受信しているのに、データパケットを
受信できないという事態が起こる。

【００３４】Ｐ１３９４の通信プロトコルの規定による
と、送信側及び受信側の各機器は、バス上にデータが全
く存在しない状態が所定時間以上続いた場合にそれをフ
ェア−ギャップｇｐとして検出する。また、送信側の機
器はバス上にＩｓｏデータが全く存在しなくなってから
フェア−ギャップｇｐに相当する時間後にＡｓｙｎｃデ
ータを送出する。そして、受信側の機器はある通信サイ
クル内でフェア−ギャップｇｐが検出された後にＩｓｏ
データを受信することはありえない。したがって、受信
側の機器が本来Ｉｓｏデータパケットを受信すべき通信
サイクルにおいて、何らかの理由でＩｓｏデータパケッ
トを受信できなかったことを知るのは、本来受信すべき
Ｉｓｏデータパケットを受信する前に、フェア−ギャッ
プｇｐを検出したときである。

【００３５】（２）−１），２）のどちらかの場合に、
受信側のデジタルＶＴＲ２２内の通信制御用Ｉ／Ｆ３０
がある通信サイクルにおいてデータパケットを損失した
ということを検出するタイミングは、データの伝送が理
想的な通信サイクルで行われた場合には図１４の通りで
ある。

【００３６】図１４において、もし通信サイクルにお
いてＶＴＲデータパケット２を受信するはずが、ＶＴＲ
データパケット２を正常に受信する前にフェア−ギャッ
プｇｐを検出した場合には、受信側のデジタルＶＴＲ２
２はその通信サイクルにおいてＶＴＲデータパケット
２を受信できなかったと認識することができる。なお、
この図はＶＴＲデータパケット２を受信したもののヘッ
ダー等にエラーがあり結果的にパケットが受信できなか
った場合であるが、送信側でＣＱ２が損失した場合に
は、ＶＴＲデータパケット２が送信されないので、この
図よりも早いタイミングでフェア−ギャップｇｐが検出
される。

【００３７】そして、図１４において通信サイクル内
のタイミングＴ３で、デジタルＶＴＲ２２がＶＴＲデー
タパケット２の損失を認識した場合には、通信制御用Ｉ
／Ｆ３０において、損失したＶＴＲデータパケット２
（１２０クアドレット）に替わるエラーパケット（１２
０クアドレット）を生成し、ＦＩＦＯ２８に書き込むこ
とができる。そしてＶＴＲ本体２４は、それを通常のパ
ケットとして１２０クアドレットをＦＩＦＯ２８から読
み出すことができる。

【００３８】しかし、（１）のデータＣＲＣエラーが検
出された時の場合と同じく、実際の通信サイクルは図１
４のように理想的になるとは限らない。前記（ａ），
（ｂ）の状況が重なり、なおかつＩｓｏデータパケット
を正常に受信できなかった場合には、受信側のテジタル
ＶＴＲ２２内の通信制御用Ｉ／Ｆ３０がＶＴＲデータパ
ケットの損失認識できるタイミングは図１５の通りにな
る。図１５に示すように、デジタルＶＴＲ２２がチャン
ネル２のＶＴＲデータを受信している場合には、ＶＴＲ
データパケット２の損失を認識するタイミングＴ４は、
理想的な場合の次の通信サイクルが始まっているた
め、プロトコル上そのデータパケットの通信が終わると
すぐに、次の通信サイクル”が始まる。

【００３９】すなわち、図１３の場合と比べ、その通信
サイクル”の中でＶＴＲデータパケット損失（データ
パケットを受信する前にフェア−ギャップｇｐが検出さ
れた）を受信側が認識するタイミングＴ４はかなり遅
く、つぎの通信サイクル”始まってすぐに次のＩｓｏ
データを受信しなけらばならない場合も考えられるの
で、その時点Ｔ４から通信サイクル”が終了するまで
の時間内（ここでは通信サイクル”の終了タイミング
と同じ）に、デジタルＶＴＲ２２内の通信制御用Ｉ／Ｆ
３０が本来受信すべきＶＴＲデータパケット２（１２０
クアドレット）に替わるエラーパケット（１２０クアド
レット）を生成し、ＦＩＦＯ２８に書き込むことは時間
的に不可能である。

【００４０】以上説明したように、（１）、（２）の場
合において、実際の通信状況を考慮した場合、受信すべ
きデータパケットがデータＣＲＣエラー又は損失した場
合、受信側のデジタルＶＴＲ２２内の通信制御用Ｉ／Ｆ
３０がＦＩＦＯ２８に本来正常に受信すべきＶＴＲデー
タパケット（１２０クアドレット）に替わるエラーパケ
ット（１２０クアドレット）を生成しＦＩＦＯ２８に書
き込むことは時間的に不可能である。

【００４１】本発明は、このような問題点に鑑みてなさ
れたものであって、データパケットの受信側の機器にお
いて、データパケットがＣＲＣエラーとなった場合又は
データパケットを損失した場合に、エラーパケットをＦ
ＩＦＯに書き込まなくても受信側の機器本体に対してエ
ラーパケットを転送できるようにしたデータ処理装置を
提供することを目的とする。

【００４２】

【課題を解決するための手段】前記課題を解決するため
に、本発明は、通信サイクル毎に所定数のデータパケッ
トを伝送する通信システムにおける受信側のデータ処理
装置であって、データパケットを正常に受信できなかっ
たときに、データの一時保存手段にエラーコードを書き
込むと共に、この一時保存手段の読み出し側でエラーコ
ードの検出によりエラーパケットを生成することを特徴
とするものである。

【００４３】ここで、データパケットを正常に受信でき
なかった状態には、（１）受信したデータパケットがデ
ータエラーとなった場合、（２）データパケットを損失
した場合、等がある。

【００４４】また、エラーフラグをパケット長に応じて
所定回数生成することによりエラーパケットを生成す
る。

【００４５】

【作用】本発明によれば、受信側の機器内において、あ
る通信サイクル内でデータパケットを正常に受信できな
かったときでも、機器本体に対して通常のデータパケッ
ト同じフォーマットのエラーパケットを転送することが
できる。

【００４６】

【実施例】まず、本発明の原理を説明する。前述したよ
うに、実際の通信状況を考慮した場合、受信すべきデー
タパケットがデータＣＲＣエラー又は損失した場合、受
信側のデジタルＶＴＲ２２内の通信制御用Ｉ／Ｆ３０が
ＦＩＦＯ２８に本来正常に受信すべきＶＴＲデータパケ
ット（１２０クアドレット）に替わるエラーパケット
（１２０クアドレット）を生成しＦＩＦＯ２８に書き込
むことは時間的に不可能である。

【００４７】しかし、通信制御用Ｉ／Ｆ３０は、受信す
べきデータパケットがデータＣＲＣエラー又は損失した
場合、ＶＴＲ本体２４にデータエラーであることを伝え
るために、エラーコード（１クアドレット）をＦＩＦＯ
２８に書き込むことは、時間的に可能である。

【００４８】また、デジタルＶＴＲ２２内のＦＩＦＯ２
８の読み出し側である、ＶＴＲ−通信システム間Ｉ／Ｆ
２６がデータＣＲＣエラー及びデータパケット損失の場
合に、本来受信すべきデータパケットの替わりとなるエ
ラーパケット（１２０クアドレット）を生成してＶＴＲ
本体２４に転送することは、ＦＩＦＯ２８の一時データ
保持という機能特性より、時間的には可能である。

【００４９】したがって、受信側のデジタルＶＴＲ２２
内のＦＩＦＯ２８の読み出し側であるＶＴＲ−通信シス
テム間Ｉ／Ｆ２６が、ＦＩＦＯ２８に書き込まれたエラ
ーコード（１クアドレット）を読んだ際に、ＶＴＲ本体
２４に対して形式的には通常のパケットと同じフォーマ
ットであるデータパケット（１２０クアドレット）を生
成して転送することによって、受信側のデジタルＶＴＲ
２２内のＶＴＲ本体２４側の処理の簡素化を図ることが
可能となる。

【００５０】そこで、本実施例は、受信側のデジタルＶ
ＴＲ２２においてデータＣＲＣエラー又はデータパケッ
ト損失という異常事態が起きたときに、ＦＩＦＯ２８の
書き込み側である通信制御用Ｉ／Ｆ３０はエラーコード
（１クアドレット）を書き込み、ＦＩＦＯ２８の読み出
し側であるＶＴＲ−通信システム間Ｉ／Ｆ２６が本来受
信すべきデータパケットに替わるエラーパケット（１２
０クアドレット）を生成し、ＶＴＲ本体２４に転送す
る。

【００５１】以下図１及び図９を参照しながら本実施例
の構成及び動作を詳細に説明する。ここでは、送信側の
デジタルＶＴＲから受信側のデジタルＶＴＲに対して、
パケット単位化されたＶＴＲデータを、１通信サイクル
に１データパケットずつ送信する場合について説明す
る。本実施例で用いるＶＴＲデータの１パケット分の大
きさは１２０クアドレットである。また１クアドレット
は４バイトである。

【００５２】図１に示したブロック図は、受信側のデジ
タルＶＴＲ２２内の通信制御用Ｉ／Ｆ３０、ＦＩＦＯ２
８及びＶＴＲ−通信システム間Ｉ／Ｆ２６の中で、本発
明の説明に必要な回路のみ示した図である。そして、通
信制御Ｉ／Ｆ３０内の本発明の説明に必要な回路をパケ
ット書き込み回路１とし、ＶＴＲ−通信システム間Ｉ／
Ｆ内２６の本発明の説明に必要な回路をパケット読み出
し回路２とする。

【００５３】主な情報の流れは以下の通りである。送信
側のデジタルＶＴＲ２１がＶＴＲデータパケットをバス
１３に送出する。そして、受信側のデジタルＶＴＲ２２
では、バス１３に送出されたＶＴＲデータパケットをメ
ディアアクセス制御部３により一通信サイクルに一パケ
ット受信する。正常に受信できたＶＴＲデータパケット
はパケット書き込み回路１を用いてＦＩＦＯ２８に書き
込む。ＦＩＦＯ２８への書き込みは１回の書き込みで１
クアドレット書き込む。したがって、１データパケット
につき１２０回のＦＩＦＯ書き込み要求ｂを出してＦＩ
ＦＯ２８に書き込みを行う。また、読み出し側も同様に
１回のＦＩＦＯ読み出し要求ｍで１クアドレットをＦＩ
ＦＯ２８から読み出す。

【００５４】一方、パケット読み出し回路２がＶＴＲ本
体２４の要求に応じてＦＩＦＯ２８内のデータパケット
を読み出す。もしパケット書き込み側でデータＣＲＣエ
ラー又はデータパケット損失の異常事態を検出すると、
エラーコード（１クアドレット）をＦＩＦＯ２８に書き
込み、パケット読み出し側ではＦＩＦＯ２８内のエラー
コードを読み出して、ＶＴＲ本体２４からの要求に応じ
てエラーパケット（エラーフラグ）を生成して転送す
る。

【００５５】次に、図１のブロック図の動作を詳しく説
明する。まず、ＦＩＦＯ２８への書き込み側では、
（１）受信したデータパケットがデータＣＲＣエラーの
場合、（２）本来受信すべき通信サイクルにおいてデー
タパケットを受信することができなかった場合、の二つ
の場合によって処理の方法が変わってくる。

【００５６】一方ＦＩＦＯ２８の読み出し側では、ＦＩ
ＦＯ２８に書き込まれたエラーコードを読み出した後か
らの処理なので、上記の（１），（２）の場合を問わず
同一処理をする。

【００５７】したがって、上記の（１），（２）の場合
について、まずＦＩＦＯ２８への書き込み側の動作を説
明する。 （１）受信したデータパケットがデータＣＲＣエラーで
あった場合 まず、送信側のデジタルＶＴＲ２１から送信されたＶＴ
Ｒデータパケットはバス１３を通って、メディアアクセ
ス制御部３に到達する。メディアアクセス制御部３は受
信したパケット毎にパケット書き込み回路１にアクセス
命令ａを送る。パケット書き込み回路１はアクセス命令
ａを受けると、データパケットが到達したことを知り、
アクセス命令ａをそのままＦＩＦＯ２８への書き込み要
求として、ＦＩＦＯ２８にデータパケットを書き込む。

【００５８】データＣＲＣ判定回路５は、受信したデー
タパケットの最後のクアドレットを見て、もしそれがデ
ータＣＲＣエラーを示すものであれば、エラーコード書
き込み回路８に対してデータＣＲＣエラー報告ｃを送出
する。

【００５９】この時点において、データＣＲＣエラーと
なったデータパケットはＦＩＦＯ２８に既に書き込まれ
ているため、エラーコード書き込み回路８は、ＦＩＦＯ
２８内のデータＣＲＣエラーとなったデータパケットを
取り消す要求ｆを出す。それと同時に、エラーコード書
き込み回路８は、エラーコード（１クアドレット）を生
成して、ＦＩＦＯ書き込み要求ｂを出すと同時にエラー
コード伝送路１４を通じてエラーコードをＦＩＦＯ２８
に書き込む。その後、パケット書き込み回路１は次の通
信サイクルを待つ状態に入る。

【００６０】（２）本来受信すべき通信サイクルにおい
てデータパケットを受信することができなかった場合 本来データパケットを受信すべき通信サイクルにおい
て、正常なデータパケットを受信した場合には、そのア
クセス命令ａがパッケット損失検知回路７に送られ、ア
クセス命令ａを受けたパケット損失検知回路７は、その
通信サイクルではデータパケットが受信できたと知り、
その通信サイクル内に受信すべきデータパケットを受信
した後、フェア−ギャップ検知回路６からフェアーギャ
ップ検知報告ｄを受けても、パケット損失検知回路７は
その通信サイクル中は何もしない。

【００６１】ところが、パケット損失回路７が、ある通
信サイクルにおいてメディアアクセス制御部５からのア
クセス命令ａよりも先に、フェア−ギャップ検知回路６
からフェア−ギャップ検知報告ｄを受けた場合には、
「フェア−ギャップがバス上で検知された後は、その通
信サイクル内にＩｓｏのデータパケットが通信されるこ
とはありえない」というプロトコルより、パケットが到
達しなかったことを知り、エラーコード書き込み回路８
にパケット損失報告ｅを出す。

【００６２】パケット損失報告ｅを受けたエラーコード
書き込み回路８は、エラーコード（１クアドレット）を
生成して、ＦＩＦＯ書き込み要求ｂ出すと同時にエラー
コード伝送路１４通じてエラーコードをＦＩＦＯ２８に
書き込む。

【００６３】次にパケット読み出し側の動作を説明す
る。ある通信サイクルにおいて、ＦＩＦＯ２８に正常に
データパケット（１２０クアドレット）が書き込まれた
場合には、パケット読み出し回路２内のデータ読み出し
タイミング回路９は、ＶＴＲ本体２４からのデータ要求
ｐに応じて、ＦＩＦＯ２８にＦＩＦＯ読み出し要求ｍを
出し、ＦＩＦＯ２８内のデータパケットを受信伝送路１
５を通じて、ＶＴＲ本体２４に転送する。

【００６４】ＶＴＲ本体２４からのデータ要求ｐによっ
て読み出されたＦＩＦＯ２８内のデータ（１クアドレッ
ト）はデータ判別回路１０によって、そのデータ（１ク
アドレット）がエラーコードか又は正常なパケット内の
データかが判別され、正常だった場合にはＦＩＦＯ２８
内のデータがＶＴＲ本体２４に転送される。

【００６５】なお、本実施例で用いるＦＩＦＯ２８から
は常に次のデータ（１クアドレット）がパケット読み出
し回路２に見えているものである。すなわち、ある通信
サイクルが始まった時には、その時点でＦＩＦＯ２８に
データが書き込まれていれば、前の通信サイクルの最後
のＦＩＦＯ読み出し要求ｍにより、その通信サイクルで
ＶＴＲ本体２４に転送すべきデータパケットの先頭クア
ドレットがパケット読み出し回路２に見えている。そし
て、ＶＴＲ本体からデータ要求ｐが来てデータ読み出し
タイミング回路９がＦＩＦＯ２８に読み出し要求ｍを出
すと、次のクアドレットがＦＩＦＯ２８からパケット読
み出し回路２に見えていることになる。

【００６６】正常なパケットを読み出してＶＴＲ本体に
転送する場合のタイミング例を図２、図３に示す。ま
た、正常なデータパケットを１２０クアドレット読み出
した次のデータがエラーコードである例を図３に示す。

【００６７】ここで、ＶＴＲ本体２４からのデータ要求
ｐにタイミングを合わせるために、ＦＩＦＯ２８から読
み出したデータパケットをラッチ回路４を通し、ＶＴＲ
本体２４へ転送する。この読み出しタイミングｎはデー
タ判別回路１０からの判別結果報告ｋが正常であった場
合に、データ読み出しタイミング回路９によって決定さ
れる。

【００６８】パケット書き込み回路１によって、エラー
コード（１クアドレット）がＦＩＦＯ２８に書き込まれ
た場合には、前述したＦＩＦＯの特性より、エラーコー
ド（１クアドレット）が前の通信サイクルの最後のＦＩ
ＦＯ読み出し要求ｍにより、パケット読み出し回路２内
のデータ判別回路１０に見えている。（図３には正常な
パケットを１２０クアドレット転送したすぐ後のデータ
としてエラーコードがパケット読み出し回路２に見えて
いる例を示す）

【００６９】エラーフラグｇをＶＴＲ本体２４に転送し
なければならない通信サイクルの前の通信サイクルで、
１２０クアドレットデータをＶＴＲ本体２４に転送した
直後の時点からデータ判別回路１０はＦＩＦＯ２８内の
エラーコードを見ることができて、次の通信サイクルで
ＶＴＲ本体２４からデータ要求ｐが来る前に、データ判
別回路１０はその次の通信サイクルではエラーフラグｇ
を転送する必要があることが判る（図３の１２０クアド
レット読み出し後のデータ参照）。

【００７０】そしてＦＩＦＯ２８から見えているエラー
コードがデータ判別回路１０によってエラーと判別され
た判別結果報告ｋはデータ読み出しタイミング回路９に
送られる。エラーの判別結果報告ｋを受けたデータ読み
出しタイミング回路９は、クアドレットカウンタ１１に
リセット命令ｉを出す。そしてＶＴＲ本体２４からのデ
ータ要求ｐに応じて、データ読み出しタイミング回路９
は、エラーフラグ生成回路１２に、ＶＴＲ本体２４にエ
ラーフラグｇを送るように要求する。エラーフラグ生成
回路１２は、この要求を受けると、ＶＴＲ本体２４に対
してエラーフラグｇを出す。

【００７１】この処理はクアドレットカウンタ１１のカ
ウンタ値ｈが１２０（本来正常に受信すべきパケット＝
１２０クアドレットより）になるまで繰り返される。ク
アドレットカウンタ１１は、ある一定時間が経つと、カ
ウンタ値ｈをカウントアップし、もしカウンタ値ｈが１
２０になると、エラーフラグ生成回路１２はエラーフラ
グｇの送出を終える。（図３参照）

【００７２】１２０回エラーフラグを転送している間
は、データ読み出しタイミング回路９からは、ＦＩＦＯ
読み出し要求ｍは出されない（エラーコードは１クアド
レットであるから）。ＶＴＲ本体２４からのデータ要求
ｐが来た際にデータ読み出しタイミング回路９は、ＦＩ
ＦＯ読み出し要求ｍを出す。すなわちそのＦＩＦＯ読み
出し要求ｍによって、次の通信サイクルにＶＴＲ本体２
４に転送すべきデータパケットの先頭のクアドレットが
見えることになる。

【００７３】エラーコードが見えた場合のパケット読み
出し回路２の主なタイミングを図４に示す。

【００７４】

【発明の効果】本発明によれば、データパケットの受信
側の機器において、データパケットがデータエラーとな
った場合又はデータパケットを損失した場合に、通常の
データパケットと同じ形式のエラーパケットを一時保存
手段に書き込まなくても、受信側の機器本体に対してエ
ラーパケットを転送できる。したがって、受信側の機器
本体側の処理の簡素化が実現できる。

【図面の簡単な説明】

【図１】本発明のデータ処理装置の実施例を示すブロッ
ク図である。

【図２】ＦＩＦＯの読み出し側において正常なパケット
の先頭を読み出すときのタイミングの例を示す図であ
る。

【図３】ＦＩＦＯの読み出し側において正常なパケット
の最後を読み出すときのタイミングの例を示す図であ
る。

【図４】エラーコードがＦＩＦＯに書き込まれたときの
ＦＩＦＯ読み出しのタイミングを示す図である。

【図５】本発明を適用する通信システムの例を示す図で
ある。

【図６】図５の通信システムを等化的に記載した図であ
る。

【図７】本発明を適用する通信システムにおけるバス上
の理想的なデータの状態の例を示す図である。

【図８】本発明を適用する通信システムにおける実際の
バス上のデータの状態の正常例及び異常例を示す図であ
る。

【図９】本発明を適用するデジタルＶＴＲの基本的構成
を示す図である。

【図１０】図９のデジタルＶＴＲで伝送するデータの構
成の例を示す図である。

【図１１】同期型パケットのフォーマットを示す図であ
る。

【図１２】受信側の機器がデータＣＲＣを認識できるタ
イミングの例を示す図である。

【図１３】実際のバス上のデータの状態及び受信側の機
器がデータＣＲＣエラーを認識できるタイミングの例を
示す図である。

【図１４】理想的なバス上のデータの状態及び受信側が
データパケットの損失を認識できるタイミングの例を示
す図である。

【図１５】実際のバス上のデータの状態及び受信側がデ
ータパケット損失を認識できるタイミングの例を示す図
である。

【符号の説明】

１…パケット書き込み回路、２…パケット読み出し回
路、５…データＣＲＣ判定回路、６…フェア−ギャップ
検知回路、７…パケット損失検知回路、８…エラーコー
ド書き込み回路、１０…データ判別回路、１１…クアド
レットカウンタ、１２…エラーフラグ生成回路、２８…
ＦＩＦＯ

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 通信サイクル毎に所定数のデータパケッ
   トを伝送する通信システムにおける受信側のデータ処理
   装置であって、 前記データパケットを正常に受信できなかったときに、
   データの一時保存手段にエラーコードを書き込むと共
   に、該一時保存手段の読み出し側で該エラーコードの検
   出によりエラーパケットを生成することを特徴とするデ
   ータ処理装置。
2. 【請求項２】 データパケットを正常に受信できなかっ
   た状態が受信したデータパケットのデータエラーによる
   ものである請求項１記載のデータ処理装置。
3. 【請求項３】 データパケットを正常に受信できなかっ
   た状態がデータパケットの損失によるものである請求項
   １記載のデータ処理装置。
4. 【請求項４】 エラーパケットがパケット長に応じて所
   定回数生成されたエラーフラグである請求項１、２又は
   ３記載のデータ処理装置。