JP3640844B2 - エラー処理機能を備えた伝送装置及びエラー処理方法 - Google Patents
エラー処理機能を備えた伝送装置及びエラー処理方法 Download PDFInfo
- Publication number
- JP3640844B2 JP3640844B2 JP26456099A JP26456099A JP3640844B2 JP 3640844 B2 JP3640844 B2 JP 3640844B2 JP 26456099 A JP26456099 A JP 26456099A JP 26456099 A JP26456099 A JP 26456099A JP 3640844 B2 JP3640844 B2 JP 3640844B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- error
- data
- storage area
- data storage
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
- H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク，機器間のデータ転送におけるエラー処理機能を備えた伝送装置及びエラー処理方法に係り、特に「IEEE Standard for a High Performance Serial Bus」（IEEE1394-1995高速シリアルバス標準規格、以下、「IEEE 1394-1995 Std. 」という）に準拠したリンク層データ伝送装置に使用される。
【０００２】
【従来の技術】
コンピュータ機器と民生用機器などの周辺機器、または周辺機器同士を相互接続し、低コストで高速なデジタルネットワークを実現するために、例えば、IEEE（Institute of Electrical and Electronics Engineers ：米国電気電子技術者協会）によりIEEE 1394-1995 Std.が標準化認定されている。
【０００３】
IEEE 1394-1995 Std.,p1394.a で規定されているプロトコルは、図４に示すように階層構造を持つプロトコルである。このプロトコルでは、ＰＨＹ102 ，Ｌｉｎｋ101 など各層の機能や各層間のデータ及び制御情報のやり取りの方法が標準規格として規定されている。転送方式としては、一定周期毎にデータを送受信するIsochronous転送103 （等時転送）や任意の時間にデータを送受信するAsyncronous転送104 （非同期転送）などがあり、それぞれの転送方式におけるノード間で送受信されるパケット（送受信データ）のフォーマットについても規定されている。
【０００４】
Asyncronous転送104 におけるパケットのフォーマット例を図５に示す。
【０００５】
このパケット110 は、送信先ノードＩＤ111 （destination ID），送信元ノードＩＤ112 （source ID），データ長113 （data length）などからなる固定長のヘッダ部114 と、データフィールド115 からなる可変長のデータ部116 とから構成される。このデータフィールド115 の実際の長さは、ヘッダ部114 のデータ長113 を参照することで認識することができる。
【０００６】
また、誤り検出のためにヘッダ部の末尾にはヘッダＣＲＣ117 (header_CRC)が、データ部の末尾にデータＣＲＣ118 (data_CRC)が付加される。
【０００７】
次に、IEEE 1394-1995 Std.,p1394.a に準拠したリンク層伝送装置の例を図６に示し、その動作例を図８に示す。また、データ格納領域14a における格納データの状態を図７に示す。
【０００８】
この伝送装置10a は、下位インタフェース11，ＣＲＣ判定部12，受信制御部13a ，データ格納領域14a 及び上位インタフェース15a などから構成されている。
【０００９】
下位インタフェース11は、データ信号16によってデータを受信する（ステップ S30）と、ＣＲＣ判定部12及び受信制御部13a にデータ信号17，18を介して受信したパケット伝送する。
【００１０】
受信制御部13a は、受信パケット110 のヘッダ部114 を参照して（ステップ S31）当該受信データが自ノード宛かどうかの判定を行う（ステップ S32）。自ノード宛であれば、データ格納領域14a (FIFO/RAM)にデータ信号19a を介して受信パケットを成形して格納し、ＣＲＣ判定部12からのＣＲＣエラーの判定結果を待つ。
【００１１】
一方、ＣＲＣ判定部12は受信パケット110 にＣＲＣエラーがあるかどうか判定し、その判定結果を制御信号22を介して受信制御部13a に伝える。
【００１２】
受信制御部13a はＣＲＣ判定結果を元に送信ノードに返送するアクノリッジ信号を生成し、下位インタフェース11にアクノリッジ信号26を介して伝え、データ格納領域14aのアクノリッジ情報120（AckSent）に格納する。更に受信制御部13aは、上位インタフェース15a に制御信号23を介して受信が完了した旨を通知し、上位インタフェース15a は上位アプリケーション（図示省略）に通知する（ステップ S33，35）。
【００１３】
データ格納領域14a には、受信パケット110 のヘッダ部114 ，データ部116 が順に格納されており、データ部の末尾には当該パケット110 のスピード情報119 (Spd）と、当該受信パケットに対して送信元に返送したアクノリッジ信号がアクノリッジ情報120（AckSent）として付加されている。尚、受信パケット110 のヘッダＣＲＣ117 及びデータＣＲＣ118 は除去される。また、このデータ格納領域14a には、受信パケット110 を複数個格納できる。
【００１４】
送信元に返送するアクノリッジ信号26及びデータ領域に格納するアクノリッジ情報120 には、complete：受信完了（応答パケットなし），pending ：受信完了（応答パケットあり），busy：自ノードがbusyのためパケットの受信ができない，data error：受信パケットにデータエラーがあった、などが規定されている。
【００１５】
上位アプリケーションは伝送装置10a からパケットの受信が完了した旨の通知を受けると、伝送装置10a 内の上位インタフェース15a を介してデータ格納領域14a からデータを読み出す（ステップ S36）。その際、データ格納領域14a に格納されているデータ長113 をもとにアクノリッジ情報120 を参照することにより、その受信パケットにエラーがあるかどうか認識することができる（ステップ S36〜36b）。
【００１６】
【発明が解決しようとする課題】
ところが、上記のような従来の伝送装置においては、以下の問題があった。
【００１７】
第１に、伝送装置内で受信パケットにＣＲＣエラーが検出されていても、上位アプリケーションはそのパケットのデータを全て読み込むまでＣＲＣエラーが発生していることを認識できない。そのため、不要なエラーデータも全て読み込む必要があり、特にデータ長の大きなパケットを処理するにあたって、上位アプリケーションの処理時間に大きな負荷を与えていた。
【００１８】
第２に、エラーのない正常なパケットを受信して受信完了報告を上位アプリケーションに通知した場合でも、上位アプリケーションはそのパケットのデータを全て読み込んでアクノリッジ情報を確認した上でないと利用することができない。例えばデータ部の先頭の部分のみを利用したいような場合でも、上位アプリケーションは不要な部分も含めてデータを全て読み込まなければならない。
【００１９】
第３に、受信パケットにエラーが発生していて、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合、アクノリッジ情報がデータ格納領域のどこに格納されているか認識することができない。そのため、上位アプリケーションは受信したパケットにエラーがあるかどうか正しい判断ができないか、もしくは誤った判断をしてしまう恐れがあった。
【００２０】
第４に、第３の問題点と同様にパケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合、エラーがあるパケットがデータ格納領域に残っている状態で、次のパケットを受信してデータ格納領域に格納すると、このパケットのデータ格納開始位置を認識することができなくなる。
【００２１】
本発明は、上述の如き従来の問題点を解決するためになされたものであり、その目的は、受信データを全て読み込まなくてもデータＣＲＣエラーの発生の有無を認識することができ、また、データ長と実際のデータ部の長さが異なっていた場合でも誤動作することがないエラー処理機能を備えた伝送装置及びエラー処理方法を提供することである。
【００２２】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の特徴は、受信パケットに誤りが検出された場合には上位アプリケーションにエラー発生報告を、受信パケットに誤りが検出されなかった場合には上位アプリケーションに受信完了報告を通知することである。
【００２３】
この第１の特徴により、データＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によってＣＲＣエラーが発生を認識することができ、上位アプリケーションの処理時間を軽減することができる。また、データ領域のアクノリッジ情報を参照する必要がないため、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも問題なく処理できる。
【００２４】
本発明の第２の特徴は、誤りが検出されたパケットが前記データ格納領域に格納されている間に次のパケットを受信した場合、上位アプリケーションからの要求によってこのデータ格納領域に格納されているパケットを無効にするまで、受信不可を示すアクノリッジ信号を送信元ノードに返送することである。
【００２５】
この第２の特徴により、データ格納領域にエラーのパケットが残っている限り、次のパケットを受信することはない。従って、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、次のパケットのデータ格納開始位置を認識することができなくなるという問題は解消される。
【００２６】
本発明の第３の特徴は、受信パケットに誤りが検出された場合には、誤りが検出された時点で前記データ格納領域に格納した当該パケットを無効にすることである。尚、当該パケットを無効にする際にはデータ部のみを無効にしても良い。
【００２７】
この第３の特徴により、データ格納領域には正常なパケットのみが格納されるか、もしくは正常なパケットとヘッダ部のみのエラーパケットが格納されるようになり、エラーパケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、次のパケットのデータ格納開始位置を認識することができなくなるという問題は解消される。
【００２８】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
【００２９】
図１は、本発明に係る伝送装置の一実施例を示すブロック図である。
【００３０】
図１に示す伝送装置10は、下位インタフェース11とＣＲＣ判定部12と受信制御部13とデータ格納領域14と上位インタフェース15とから構成される。
【００３１】
下位インタフェース11は、自ノードの物理層あるいは直接他のノード（図示省略）に接続し、自ノードの物理層あるいは他のノードから受信されたデータ（パケット）を伝送装置10内で利用可能な形式に成形する、逆に伝送装置10から出力されるデータを自ノードの物理層あるいは他のノードに伝送可能な形式に成形する、自ノードの物理層あるいは他のノードとのバスの調停を行う、などの動作を行うものである。
【００３２】
ＣＲＣ判定部12は、下位インタフェースより入力された受信データにＣＲＣエラーがあるかどうかの判定を行う。
【００３３】
受信制御部１３は、下位インタフェース11より入力された受信データが自ノード宛てかどうか判定し、その受信データが自ノード宛てであった場合、受信データをデータ格納領域14に成形して格納する。また、ＣＲＣ判定部12の判定結果に従って、送信元ノードに対するアクノリッジ信号（complete,busy,error,など）を生成し、下位インタフェース11及びデータ格納領域14に伝える。さらにまた、ＣＲＣ判定部12の判定結果に従って、上位インタフェース15に対してエラー発生報告または受信完了報告を通知する。
【００３４】
データ格納領域14は、受信制御部13にによって自ノード宛てであると判断された受信データを入力して格納する。また、上位インタフェース15からの要求によって格納したデータを上位インタフェース15に出力する。
【００３５】
上位インタフェースは、ＭＰＵ／ＣＰＵなどの上位アプリケーション（図示省略）に接続し、上位アプリケーションからの要求によってデータ格納領域14に格納されているデータを上位アプリケーションに伝えたり、上位アプリケーションからの伝送装置10を制御する各種信号を制御する、などの動作を行う。
【００３６】
（第１実施例）
図１のブロック図及び図２の流れ図に従って、本発明の伝送装置10に係るパケット受信のエラー処理の動作例を説明する。
【００３７】
下位インタフェース11に接続された自ノードの物理層あるいは他のノードより、下位インタフェース11にデータ信号１６によってデータが受信される（ステップ S30）。下位インタフェース11はこの受信パケットを伝送装置10内部で利用可能な形式に成形し、ＣＲＣ判定部12及び受信制御部13にデータ信号17，18を介して伝送する。
【００３８】
受信制御部13は、受信パケットのヘッダ部114の送信先ノードＩＤ111を参照し、当該受信データが自ノード宛てか否かの判定を行う（ステップS31〜S32）。自ノード宛てであれば当該受信データを図７に示す形式でデータ格納領域14にデータ信号19によって書き込みを行い、ＣＲＣ判定部12からの受信データのＣＲＣエラー判定結果を待つ。
【００３９】
ＣＲＣ判定部12は、受信データのデータ部116 のデータＣＲＣ118 により、受信データにデータＣＲＣエラーがあるか否かの判定を行い、判定結果を制御信号22を介して受信制御部13に伝える。
【００４０】
受信制御部13は、ＣＲＣ判定部12からのＣＲＣ判定結果をもとに送信元ノードに返送するアクノリッジ情報を生成し、下位インタフェース11にアクノリッジ信号26を介して伝え、一方でアクノリッジ信号27を介してデータ格納領域14に書き込む（ステップ S33）。同時にＣＲＣ判定部12からのデータＣＲＣの判定結果が正常である場合には当該パケット受信完了の報告を制御信号23を介して上位インタフェース15に通知し（ステップ S34）、ＣＲＣ判定部12からのデータＣＲＣの判定結果がエラーである場合には当該パケットにエラーが発生した報告を制御信号28を介して上位インタフェース15に通知する（ステップ S34）。
【００４１】
受信完了の通知またはエラー発生通知を受けた上位インタフェース15は、その旨を上位アプリケーションに通知する（ステップ S35）。
【００４２】
上位インタフェース15より受信完了通知を受けた上位アプリケーションは、上位インタフェース15を経由してデータ格納領域14に格納されている受信パケットをデータ信号20、21により読み出して、利用することができる（ステップ S36〜37）。
【００４３】
また、上位インタフェース15に対してエラー発生通知を行う場合には、受信制御部13は受信完了の通知を行っても良い。つまり、受信完了通知とエラー発生通知とは互いに排他的に行われなくても良い。上位アプリケーションはエラー発生報告がないということを以って、データＣＲＣエラーは発生していないと認識することもできる。
【００４４】
受信制御部13は、エラー発生通知を行って、データＣＲＣエラーがあるパケットがデータ格納領域14に格納されている場合には、パケット受信禁止状態に移行する。この場合、受信制御部13は、下位インタフェース11が自ノード宛ての新たなパケットを受信しても、送信元ノードに対してbusyのアクノリッジ情報を返送するようにして、新たなパケットがデータ格納領域14に書き込まれるのを防止する（ステップ S38）。
【００４５】
上位インタフェース15よりエラー発生通知を受けた上位アプリケーションは、データ格納領域14に格納されているエラーデータを上位インタフェース15を経由して読み出すことも可能であるし、また、エラーのため当該データは不要であると判断して、上位インタフェース15にデータ格納領域14のデータを無効にする（例えば、クリアする）ことを要求することもできる（ステップ S39）。この要求を受けた上位インタフェース15は、制御信号24を介してデータ格納領域14に格納されているエラーデータをクリアする。
【００４６】
データ格納領域14に格納されているエラーのデータが上位アプリケーションに読み出されるか、もしくはクリアされると、データ格納領域14は制御信号25を介してデータがクリアされた旨を受信制御部13に伝え、これを受けた受信制御部13は受信パケットに対してbusyのアクノリッジを応答するのを止め、新たな受信パケットの受信処理を再開する。つまり、受信制御部13は、データ格納領域14からエラーデータがなくなった時点で、パケット受信禁止状態を解除し、通常の受信処理に戻す（ステップS40〜41）。
【００４７】
以上に述べたように、従来の伝送装置ではデータＣＲＣエラーの有無に関わらず受信完了通知を上位アプリケーションに報告し、上位アプリケーションはエラーの有無をデータ格納領域のアクノリッジ情報によって知るという仕組みになっていたのに対し、本発明の伝送装置ではデータＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によって、ＣＲＣエラーの発生を認識することができる。そのため、エラー発生時に不要なエラーデータを読み込む必要はなくなり、特にデータ長の大きなパケットを処理するにあたって、上位アプリケーションの処理時間を軽減することができる。
【００４８】
また、受信完了通知のみ報告された時にはデータＣＲＣエラーは発生していないと認識できるため、そのパケットのデータを全て読み込んでアクノリッジ情報を確認する必要がなく、直ちにデータを利用できる。そのため、例えばデータ部の先頭の部分のみを利用したいような場合には、上位アプリケーションは先頭から必要なところまでデータを読み出せばよい。
【００４９】
また、アクノリッジ情報を参照しなくても、エラー発生通知によってＣＲＣエラーが発生しているか否かを認識することができるため、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも問題なく処理できる。
【００５０】
また、エラーのパケットがデータ格納領域14に格納されている状態では、次の新たなパケットを取り込まないようにしているので、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、次のパケットのデータ格納開始位置を認識することができなくなるという問題も解消される。更に、上位アプリケーションがエラー発生通知を受けた際、次のパケットが受信されているかどうか心配することなくデータ格納領域14をクリアすることができる。
【００５１】
（第２実施例）
次に、図１のブロック図及び図３の流れ図に従って、本発明の伝送装置10に係る他の動作例を説明する。
【００５２】
下位インタフェース11に接続された自ノードの物理層あるいは他のノードより、下位インタフェース11にデータ信号１６によってデータが受信される（ステップ S30）。下位インタフェース11はこの受信データを伝送装置10内部で利用可能な形式に成形し、ＣＲＣ判定部12及び受信制御部13にデータ信号17，18を介して伝送する。
【００５３】
受信制御部13は、受信データのヘッダ部114 の送信先ノードＩＤ111 を参照し、当該受信データが自ノード宛てか否かの判定を行う（ステップS31〜S32）。自ノード宛てであれば当該受信データを図７に示す形式でデータ格納領域14にデータ信号19によって書き込みを行い、ＣＲＣ判定部12からの受信データのＣＲＣエラー判定結果を待つ。
【００５４】
ＣＲＣ判定部12は、受信データのデータ部116 のデータＣＲＣ118 により、受信データにデータＣＲＣエラーがあるか否かの判定を行い、判定結果を制御信号22を介して受信制御部13に伝える。
【００５５】
受信制御部13は、ＣＲＣ判定部12からのＣＲＣ判定結果をもとに送信元ノードに返送するアクノリッジ情報を生成し、下位インタフェース11にアクノリッジ信号26を介して伝え、一方でアクノリッジ信号27を介してデータ格納領域14に書き込む（ステップ S33）。同時にＣＲＣ判定部12からのデータＣＲＣの判定結果が正常である場合には当該パケット受信完了の通知を制御信号23を介して上位インタフェース15に報告し（ステップ S34）、ＣＲＣ判定部12からのデータＣＲＣの判定結果がエラーである場合には当該パケットにエラーが発生した通知を制御信号28を介して上位インタフェース15に報告する（ステップ S34）。
【００５６】
受信完了の通知またはエラー発生通知を受けた上位インタフェース15は、その旨を上位アプリケーションに通知する（ステップ S35）。
【００５７】
上位インタフェース15より受信完了通知を受けた上位アプリケーションは、上位インタフェース15を経由してデータ格納領域14に格納されている受信パケットをデータ信号20、21により読み出して、利用することができる（ステップS36 〜37 ）。
【００５８】
また、上位インタフェース15に対してエラー発生通知を行う場合には、受信制御部13は受信完了の通知を行っても良い。つまり、受信完了通知とエラー発生通知とは互いに排他的に行われなくても良い。上位アプリケーションはエラー発生報告がないということを以って、データＣＲＣエラーは発生していないと認識することもできる。
【００５９】
受信制御部13は、上位インタフェース15にエラー発生通知を行うと同時に、データ格納領域に書き込んだ受信パケットを、ヘッダ部を残してデータ部を破棄する（ステップ S50）。ここで、受信制御部13は、データ部だけでなくデータ格納領域に書き込んだ受信パケットの全てのデータを破棄しても良い。
【００６０】
上位インタフェース15よりエラー発生通知を受けた上位アプリケーションは、データ格納領域14に格納されているエラーデータのヘッダ部を上位インタフェース15を経由して読み出すことも可能であるし、また、エラーのため当該データは不要であると判断して、上位インタフェース15にデータ格納領域14のヘッダ部データを無効にする（例えば、クリアする）ことを要求することもできる（ステップ S51）。この要求を受けた上位インタフェース15は、制御信号24を介してデータ格納領域14に格納されているエラーデータをクリアする。
【００６１】
以上に述べたように、本発明の伝送装置ではデータＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によってＣＲＣエラーの発生を認識することができる。そのため、エラー発生時に不要なエラーデータを読み込む必要はなくなり、特にデータ長の大きなパケットを処理するにあたって、上位アプリケーションの処理時間を軽減することができる。
【００６２】
また、受信完了通知のみ報告された時にはデータＣＲＣエラーは発生していないと認識できるため、そのパケットのデータを全て読み込んでアクノリッジ情報を確認する必要がなく、直ちにデータを利用できる。そのため、例えばデータ部の先頭の部分のみを利用したいような場合には、上位アプリケーションは先頭から必要なところまでデータを読み出せばよい。
【００６３】
また、アクノリッジ情報を参照しなくても、エラー発生通知によってＣＲＣエラーが発生しているか否かを認識することができるため、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも問題なく処理できる。
【００６４】
また、本実施例では、データ格納領域に格納するエラーデータは固定長であるヘッダ部のみにしているため、エラーのパケットがデータ格納領域14に格納されている状態でも、次の受信パケットをエラーデータに続けて書き込むことができる。従って、エラーデータに続けて次のパケットを書き込んでも、次のパケットの格納位置を誤るという問題は起こり得ない。また、エラーのヘッダデータをクリアする際にも、他のパケットまでクリアしてしまったり、逆にクリアすべきエラーデータが残ってしまうといった問題も発生しない。
【００６５】
更にまた、受信パケットに対して無駄にbusyアクノリッジを返送する必要がないため、第１実施例に比べてバス上に流れるトランザクション数を低減することが可能となり、バスをより有効に活用できる。
【００６６】
以上、本発明のエラー処理機能を備えた伝送装置及びエラー処理方法について、第１実施例乃至第２実施例を用いて詳細に説明したが、本発明は前記実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更を成し得るであろう。従って、本発明はこの開示から妥当な特許請求の範囲に係わる発明特定事項によってのみ限定されるものでなければならない。
【００６７】
【発明の効果】
以上述べてきたように、本発明のエラー処理機能を備えた伝送装置及びエラー処理方法によれば、データＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によってＣＲＣエラーが発生を認識することができ、上位アプリケーションの処理時間を軽減することができる。
【００６８】
また、受信完了通知が報告された時にはデータＣＲＣエラーは発生していないと認識できるため、そのパケットのデータを全て読み込んでアクノリッジ情報を確認する必要がなく、直ちにデータを利用できる。
【００６９】
また、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、アクノリッジ情報を確認する必要がなく、次のパケットのデータ格納開始位置を認識することができなくなるという問題も解消される。
【図面の簡単な説明】
【図１】本発明のエラー処理機能を備えた伝送装置の一実施例を示すブロック図である。
【図２】図１に示す伝送装置における本発明第１実施例のエラー処理方法の処理手順を表す流れ図である。
【図３】図１に示す伝送装置における本発明第２実施例のエラー処理方法の処理手順を表す流れ図である。
【図４】 IEEE 1394-1995 Std. で規定されているプロトコルの階層構造を表すブロック図である。
【図５】 Asyncronous 転送におけるパケット・フォーマット例を表すレイアウト図である。
【図６】従来の伝送装置の一例を示すブロック図である。
【図７】図６に示す伝送装置内のデータ格納領域におけるデータの格納状態を表す簡略図である。
【図８】図６に示す伝送装置における従来のの処理手順を表す流れ図である。
【符号の説明】
10....伝送装置
11....下位インタフェース
12....ＣＲＣ判定部
13....受信制御部
14....データ格納領域
15....上位インタフェース
16〜21....データ信号
23〜25，28....制御信号
26〜27....アクノリッジ信号
【発明の属する技術分野】
本発明は、ネットワーク，機器間のデータ転送におけるエラー処理機能を備えた伝送装置及びエラー処理方法に係り、特に「IEEE Standard for a High Performance Serial Bus」（IEEE1394-1995高速シリアルバス標準規格、以下、「IEEE 1394-1995 Std. 」という）に準拠したリンク層データ伝送装置に使用される。
【０００２】
【従来の技術】
コンピュータ機器と民生用機器などの周辺機器、または周辺機器同士を相互接続し、低コストで高速なデジタルネットワークを実現するために、例えば、IEEE（Institute of Electrical and Electronics Engineers ：米国電気電子技術者協会）によりIEEE 1394-1995 Std.が標準化認定されている。
【０００３】
IEEE 1394-1995 Std.,p1394.a で規定されているプロトコルは、図４に示すように階層構造を持つプロトコルである。このプロトコルでは、ＰＨＹ102 ，Ｌｉｎｋ101 など各層の機能や各層間のデータ及び制御情報のやり取りの方法が標準規格として規定されている。転送方式としては、一定周期毎にデータを送受信するIsochronous転送103 （等時転送）や任意の時間にデータを送受信するAsyncronous転送104 （非同期転送）などがあり、それぞれの転送方式におけるノード間で送受信されるパケット（送受信データ）のフォーマットについても規定されている。
【０００４】
Asyncronous転送104 におけるパケットのフォーマット例を図５に示す。
【０００５】
このパケット110 は、送信先ノードＩＤ111 （destination ID），送信元ノードＩＤ112 （source ID），データ長113 （data length）などからなる固定長のヘッダ部114 と、データフィールド115 からなる可変長のデータ部116 とから構成される。このデータフィールド115 の実際の長さは、ヘッダ部114 のデータ長113 を参照することで認識することができる。
【０００６】
また、誤り検出のためにヘッダ部の末尾にはヘッダＣＲＣ117 (header_CRC)が、データ部の末尾にデータＣＲＣ118 (data_CRC)が付加される。
【０００７】
次に、IEEE 1394-1995 Std.,p1394.a に準拠したリンク層伝送装置の例を図６に示し、その動作例を図８に示す。また、データ格納領域14a における格納データの状態を図７に示す。
【０００８】
この伝送装置10a は、下位インタフェース11，ＣＲＣ判定部12，受信制御部13a ，データ格納領域14a 及び上位インタフェース15a などから構成されている。
【０００９】
下位インタフェース11は、データ信号16によってデータを受信する（ステップ S30）と、ＣＲＣ判定部12及び受信制御部13a にデータ信号17，18を介して受信したパケット伝送する。
【００１０】
受信制御部13a は、受信パケット110 のヘッダ部114 を参照して（ステップ S31）当該受信データが自ノード宛かどうかの判定を行う（ステップ S32）。自ノード宛であれば、データ格納領域14a (FIFO/RAM)にデータ信号19a を介して受信パケットを成形して格納し、ＣＲＣ判定部12からのＣＲＣエラーの判定結果を待つ。
【００１１】
一方、ＣＲＣ判定部12は受信パケット110 にＣＲＣエラーがあるかどうか判定し、その判定結果を制御信号22を介して受信制御部13a に伝える。
【００１２】
受信制御部13a はＣＲＣ判定結果を元に送信ノードに返送するアクノリッジ信号を生成し、下位インタフェース11にアクノリッジ信号26を介して伝え、データ格納領域14aのアクノリッジ情報120（AckSent）に格納する。更に受信制御部13aは、上位インタフェース15a に制御信号23を介して受信が完了した旨を通知し、上位インタフェース15a は上位アプリケーション（図示省略）に通知する（ステップ S33，35）。
【００１３】
データ格納領域14a には、受信パケット110 のヘッダ部114 ，データ部116 が順に格納されており、データ部の末尾には当該パケット110 のスピード情報119 (Spd）と、当該受信パケットに対して送信元に返送したアクノリッジ信号がアクノリッジ情報120（AckSent）として付加されている。尚、受信パケット110 のヘッダＣＲＣ117 及びデータＣＲＣ118 は除去される。また、このデータ格納領域14a には、受信パケット110 を複数個格納できる。
【００１４】
送信元に返送するアクノリッジ信号26及びデータ領域に格納するアクノリッジ情報120 には、complete：受信完了（応答パケットなし），pending ：受信完了（応答パケットあり），busy：自ノードがbusyのためパケットの受信ができない，data error：受信パケットにデータエラーがあった、などが規定されている。
【００１５】
上位アプリケーションは伝送装置10a からパケットの受信が完了した旨の通知を受けると、伝送装置10a 内の上位インタフェース15a を介してデータ格納領域14a からデータを読み出す（ステップ S36）。その際、データ格納領域14a に格納されているデータ長113 をもとにアクノリッジ情報120 を参照することにより、その受信パケットにエラーがあるかどうか認識することができる（ステップ S36〜36b）。
【００１６】
【発明が解決しようとする課題】
ところが、上記のような従来の伝送装置においては、以下の問題があった。
【００１７】
第１に、伝送装置内で受信パケットにＣＲＣエラーが検出されていても、上位アプリケーションはそのパケットのデータを全て読み込むまでＣＲＣエラーが発生していることを認識できない。そのため、不要なエラーデータも全て読み込む必要があり、特にデータ長の大きなパケットを処理するにあたって、上位アプリケーションの処理時間に大きな負荷を与えていた。
【００１８】
第２に、エラーのない正常なパケットを受信して受信完了報告を上位アプリケーションに通知した場合でも、上位アプリケーションはそのパケットのデータを全て読み込んでアクノリッジ情報を確認した上でないと利用することができない。例えばデータ部の先頭の部分のみを利用したいような場合でも、上位アプリケーションは不要な部分も含めてデータを全て読み込まなければならない。
【００１９】
第３に、受信パケットにエラーが発生していて、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合、アクノリッジ情報がデータ格納領域のどこに格納されているか認識することができない。そのため、上位アプリケーションは受信したパケットにエラーがあるかどうか正しい判断ができないか、もしくは誤った判断をしてしまう恐れがあった。
【００２０】
第４に、第３の問題点と同様にパケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合、エラーがあるパケットがデータ格納領域に残っている状態で、次のパケットを受信してデータ格納領域に格納すると、このパケットのデータ格納開始位置を認識することができなくなる。
【００２１】
本発明は、上述の如き従来の問題点を解決するためになされたものであり、その目的は、受信データを全て読み込まなくてもデータＣＲＣエラーの発生の有無を認識することができ、また、データ長と実際のデータ部の長さが異なっていた場合でも誤動作することがないエラー処理機能を備えた伝送装置及びエラー処理方法を提供することである。
【００２２】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の特徴は、受信パケットに誤りが検出された場合には上位アプリケーションにエラー発生報告を、受信パケットに誤りが検出されなかった場合には上位アプリケーションに受信完了報告を通知することである。
【００２３】
この第１の特徴により、データＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によってＣＲＣエラーが発生を認識することができ、上位アプリケーションの処理時間を軽減することができる。また、データ領域のアクノリッジ情報を参照する必要がないため、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも問題なく処理できる。
【００２４】
本発明の第２の特徴は、誤りが検出されたパケットが前記データ格納領域に格納されている間に次のパケットを受信した場合、上位アプリケーションからの要求によってこのデータ格納領域に格納されているパケットを無効にするまで、受信不可を示すアクノリッジ信号を送信元ノードに返送することである。
【００２５】
この第２の特徴により、データ格納領域にエラーのパケットが残っている限り、次のパケットを受信することはない。従って、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、次のパケットのデータ格納開始位置を認識することができなくなるという問題は解消される。
【００２６】
本発明の第３の特徴は、受信パケットに誤りが検出された場合には、誤りが検出された時点で前記データ格納領域に格納した当該パケットを無効にすることである。尚、当該パケットを無効にする際にはデータ部のみを無効にしても良い。
【００２７】
この第３の特徴により、データ格納領域には正常なパケットのみが格納されるか、もしくは正常なパケットとヘッダ部のみのエラーパケットが格納されるようになり、エラーパケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、次のパケットのデータ格納開始位置を認識することができなくなるという問題は解消される。
【００２８】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
【００２９】
図１は、本発明に係る伝送装置の一実施例を示すブロック図である。
【００３０】
図１に示す伝送装置10は、下位インタフェース11とＣＲＣ判定部12と受信制御部13とデータ格納領域14と上位インタフェース15とから構成される。
【００３１】
下位インタフェース11は、自ノードの物理層あるいは直接他のノード（図示省略）に接続し、自ノードの物理層あるいは他のノードから受信されたデータ（パケット）を伝送装置10内で利用可能な形式に成形する、逆に伝送装置10から出力されるデータを自ノードの物理層あるいは他のノードに伝送可能な形式に成形する、自ノードの物理層あるいは他のノードとのバスの調停を行う、などの動作を行うものである。
【００３２】
ＣＲＣ判定部12は、下位インタフェースより入力された受信データにＣＲＣエラーがあるかどうかの判定を行う。
【００３３】
受信制御部１３は、下位インタフェース11より入力された受信データが自ノード宛てかどうか判定し、その受信データが自ノード宛てであった場合、受信データをデータ格納領域14に成形して格納する。また、ＣＲＣ判定部12の判定結果に従って、送信元ノードに対するアクノリッジ信号（complete,busy,error,など）を生成し、下位インタフェース11及びデータ格納領域14に伝える。さらにまた、ＣＲＣ判定部12の判定結果に従って、上位インタフェース15に対してエラー発生報告または受信完了報告を通知する。
【００３４】
データ格納領域14は、受信制御部13にによって自ノード宛てであると判断された受信データを入力して格納する。また、上位インタフェース15からの要求によって格納したデータを上位インタフェース15に出力する。
【００３５】
上位インタフェースは、ＭＰＵ／ＣＰＵなどの上位アプリケーション（図示省略）に接続し、上位アプリケーションからの要求によってデータ格納領域14に格納されているデータを上位アプリケーションに伝えたり、上位アプリケーションからの伝送装置10を制御する各種信号を制御する、などの動作を行う。
【００３６】
（第１実施例）
図１のブロック図及び図２の流れ図に従って、本発明の伝送装置10に係るパケット受信のエラー処理の動作例を説明する。
【００３７】
下位インタフェース11に接続された自ノードの物理層あるいは他のノードより、下位インタフェース11にデータ信号１６によってデータが受信される（ステップ S30）。下位インタフェース11はこの受信パケットを伝送装置10内部で利用可能な形式に成形し、ＣＲＣ判定部12及び受信制御部13にデータ信号17，18を介して伝送する。
【００３８】
受信制御部13は、受信パケットのヘッダ部114の送信先ノードＩＤ111を参照し、当該受信データが自ノード宛てか否かの判定を行う（ステップS31〜S32）。自ノード宛てであれば当該受信データを図７に示す形式でデータ格納領域14にデータ信号19によって書き込みを行い、ＣＲＣ判定部12からの受信データのＣＲＣエラー判定結果を待つ。
【００３９】
ＣＲＣ判定部12は、受信データのデータ部116 のデータＣＲＣ118 により、受信データにデータＣＲＣエラーがあるか否かの判定を行い、判定結果を制御信号22を介して受信制御部13に伝える。
【００４０】
受信制御部13は、ＣＲＣ判定部12からのＣＲＣ判定結果をもとに送信元ノードに返送するアクノリッジ情報を生成し、下位インタフェース11にアクノリッジ信号26を介して伝え、一方でアクノリッジ信号27を介してデータ格納領域14に書き込む（ステップ S33）。同時にＣＲＣ判定部12からのデータＣＲＣの判定結果が正常である場合には当該パケット受信完了の報告を制御信号23を介して上位インタフェース15に通知し（ステップ S34）、ＣＲＣ判定部12からのデータＣＲＣの判定結果がエラーである場合には当該パケットにエラーが発生した報告を制御信号28を介して上位インタフェース15に通知する（ステップ S34）。
【００４１】
受信完了の通知またはエラー発生通知を受けた上位インタフェース15は、その旨を上位アプリケーションに通知する（ステップ S35）。
【００４２】
上位インタフェース15より受信完了通知を受けた上位アプリケーションは、上位インタフェース15を経由してデータ格納領域14に格納されている受信パケットをデータ信号20、21により読み出して、利用することができる（ステップ S36〜37）。
【００４３】
また、上位インタフェース15に対してエラー発生通知を行う場合には、受信制御部13は受信完了の通知を行っても良い。つまり、受信完了通知とエラー発生通知とは互いに排他的に行われなくても良い。上位アプリケーションはエラー発生報告がないということを以って、データＣＲＣエラーは発生していないと認識することもできる。
【００４４】
受信制御部13は、エラー発生通知を行って、データＣＲＣエラーがあるパケットがデータ格納領域14に格納されている場合には、パケット受信禁止状態に移行する。この場合、受信制御部13は、下位インタフェース11が自ノード宛ての新たなパケットを受信しても、送信元ノードに対してbusyのアクノリッジ情報を返送するようにして、新たなパケットがデータ格納領域14に書き込まれるのを防止する（ステップ S38）。
【００４５】
上位インタフェース15よりエラー発生通知を受けた上位アプリケーションは、データ格納領域14に格納されているエラーデータを上位インタフェース15を経由して読み出すことも可能であるし、また、エラーのため当該データは不要であると判断して、上位インタフェース15にデータ格納領域14のデータを無効にする（例えば、クリアする）ことを要求することもできる（ステップ S39）。この要求を受けた上位インタフェース15は、制御信号24を介してデータ格納領域14に格納されているエラーデータをクリアする。
【００４６】
データ格納領域14に格納されているエラーのデータが上位アプリケーションに読み出されるか、もしくはクリアされると、データ格納領域14は制御信号25を介してデータがクリアされた旨を受信制御部13に伝え、これを受けた受信制御部13は受信パケットに対してbusyのアクノリッジを応答するのを止め、新たな受信パケットの受信処理を再開する。つまり、受信制御部13は、データ格納領域14からエラーデータがなくなった時点で、パケット受信禁止状態を解除し、通常の受信処理に戻す（ステップS40〜41）。
【００４７】
以上に述べたように、従来の伝送装置ではデータＣＲＣエラーの有無に関わらず受信完了通知を上位アプリケーションに報告し、上位アプリケーションはエラーの有無をデータ格納領域のアクノリッジ情報によって知るという仕組みになっていたのに対し、本発明の伝送装置ではデータＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によって、ＣＲＣエラーの発生を認識することができる。そのため、エラー発生時に不要なエラーデータを読み込む必要はなくなり、特にデータ長の大きなパケットを処理するにあたって、上位アプリケーションの処理時間を軽減することができる。
【００４８】
また、受信完了通知のみ報告された時にはデータＣＲＣエラーは発生していないと認識できるため、そのパケットのデータを全て読み込んでアクノリッジ情報を確認する必要がなく、直ちにデータを利用できる。そのため、例えばデータ部の先頭の部分のみを利用したいような場合には、上位アプリケーションは先頭から必要なところまでデータを読み出せばよい。
【００４９】
また、アクノリッジ情報を参照しなくても、エラー発生通知によってＣＲＣエラーが発生しているか否かを認識することができるため、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも問題なく処理できる。
【００５０】
また、エラーのパケットがデータ格納領域14に格納されている状態では、次の新たなパケットを取り込まないようにしているので、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、次のパケットのデータ格納開始位置を認識することができなくなるという問題も解消される。更に、上位アプリケーションがエラー発生通知を受けた際、次のパケットが受信されているかどうか心配することなくデータ格納領域14をクリアすることができる。
【００５１】
（第２実施例）
次に、図１のブロック図及び図３の流れ図に従って、本発明の伝送装置10に係る他の動作例を説明する。
【００５２】
下位インタフェース11に接続された自ノードの物理層あるいは他のノードより、下位インタフェース11にデータ信号１６によってデータが受信される（ステップ S30）。下位インタフェース11はこの受信データを伝送装置10内部で利用可能な形式に成形し、ＣＲＣ判定部12及び受信制御部13にデータ信号17，18を介して伝送する。
【００５３】
受信制御部13は、受信データのヘッダ部114 の送信先ノードＩＤ111 を参照し、当該受信データが自ノード宛てか否かの判定を行う（ステップS31〜S32）。自ノード宛てであれば当該受信データを図７に示す形式でデータ格納領域14にデータ信号19によって書き込みを行い、ＣＲＣ判定部12からの受信データのＣＲＣエラー判定結果を待つ。
【００５４】
ＣＲＣ判定部12は、受信データのデータ部116 のデータＣＲＣ118 により、受信データにデータＣＲＣエラーがあるか否かの判定を行い、判定結果を制御信号22を介して受信制御部13に伝える。
【００５５】
受信制御部13は、ＣＲＣ判定部12からのＣＲＣ判定結果をもとに送信元ノードに返送するアクノリッジ情報を生成し、下位インタフェース11にアクノリッジ信号26を介して伝え、一方でアクノリッジ信号27を介してデータ格納領域14に書き込む（ステップ S33）。同時にＣＲＣ判定部12からのデータＣＲＣの判定結果が正常である場合には当該パケット受信完了の通知を制御信号23を介して上位インタフェース15に報告し（ステップ S34）、ＣＲＣ判定部12からのデータＣＲＣの判定結果がエラーである場合には当該パケットにエラーが発生した通知を制御信号28を介して上位インタフェース15に報告する（ステップ S34）。
【００５６】
受信完了の通知またはエラー発生通知を受けた上位インタフェース15は、その旨を上位アプリケーションに通知する（ステップ S35）。
【００５７】
上位インタフェース15より受信完了通知を受けた上位アプリケーションは、上位インタフェース15を経由してデータ格納領域14に格納されている受信パケットをデータ信号20、21により読み出して、利用することができる（ステップS36 〜37 ）。
【００５８】
また、上位インタフェース15に対してエラー発生通知を行う場合には、受信制御部13は受信完了の通知を行っても良い。つまり、受信完了通知とエラー発生通知とは互いに排他的に行われなくても良い。上位アプリケーションはエラー発生報告がないということを以って、データＣＲＣエラーは発生していないと認識することもできる。
【００５９】
受信制御部13は、上位インタフェース15にエラー発生通知を行うと同時に、データ格納領域に書き込んだ受信パケットを、ヘッダ部を残してデータ部を破棄する（ステップ S50）。ここで、受信制御部13は、データ部だけでなくデータ格納領域に書き込んだ受信パケットの全てのデータを破棄しても良い。
【００６０】
上位インタフェース15よりエラー発生通知を受けた上位アプリケーションは、データ格納領域14に格納されているエラーデータのヘッダ部を上位インタフェース15を経由して読み出すことも可能であるし、また、エラーのため当該データは不要であると判断して、上位インタフェース15にデータ格納領域14のヘッダ部データを無効にする（例えば、クリアする）ことを要求することもできる（ステップ S51）。この要求を受けた上位インタフェース15は、制御信号24を介してデータ格納領域14に格納されているエラーデータをクリアする。
【００６１】
以上に述べたように、本発明の伝送装置ではデータＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によってＣＲＣエラーの発生を認識することができる。そのため、エラー発生時に不要なエラーデータを読み込む必要はなくなり、特にデータ長の大きなパケットを処理するにあたって、上位アプリケーションの処理時間を軽減することができる。
【００６２】
また、受信完了通知のみ報告された時にはデータＣＲＣエラーは発生していないと認識できるため、そのパケットのデータを全て読み込んでアクノリッジ情報を確認する必要がなく、直ちにデータを利用できる。そのため、例えばデータ部の先頭の部分のみを利用したいような場合には、上位アプリケーションは先頭から必要なところまでデータを読み出せばよい。
【００６３】
また、アクノリッジ情報を参照しなくても、エラー発生通知によってＣＲＣエラーが発生しているか否かを認識することができるため、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも問題なく処理できる。
【００６４】
また、本実施例では、データ格納領域に格納するエラーデータは固定長であるヘッダ部のみにしているため、エラーのパケットがデータ格納領域14に格納されている状態でも、次の受信パケットをエラーデータに続けて書き込むことができる。従って、エラーデータに続けて次のパケットを書き込んでも、次のパケットの格納位置を誤るという問題は起こり得ない。また、エラーのヘッダデータをクリアする際にも、他のパケットまでクリアしてしまったり、逆にクリアすべきエラーデータが残ってしまうといった問題も発生しない。
【００６５】
更にまた、受信パケットに対して無駄にbusyアクノリッジを返送する必要がないため、第１実施例に比べてバス上に流れるトランザクション数を低減することが可能となり、バスをより有効に活用できる。
【００６６】
以上、本発明のエラー処理機能を備えた伝送装置及びエラー処理方法について、第１実施例乃至第２実施例を用いて詳細に説明したが、本発明は前記実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更を成し得るであろう。従って、本発明はこの開示から妥当な特許請求の範囲に係わる発明特定事項によってのみ限定されるものでなければならない。
【００６７】
【発明の効果】
以上述べてきたように、本発明のエラー処理機能を備えた伝送装置及びエラー処理方法によれば、データＣＲＣエラーがあった場合にはエラー発生通知を、エラーがなかった場合には受信完了通知を報告するようにしており、それぞれの処理の切り分けが明確になる。従って、上位アプリケーションは、受信したパケットのデータを全て読み込まなくても、受信完了通知またはエラー発生通知によってＣＲＣエラーが発生を認識することができ、上位アプリケーションの処理時間を軽減することができる。
【００６８】
また、受信完了通知が報告された時にはデータＣＲＣエラーは発生していないと認識できるため、そのパケットのデータを全て読み込んでアクノリッジ情報を確認する必要がなく、直ちにデータを利用できる。
【００６９】
また、パケットのヘッダ部にあるデータ長と実際のデータ部の長さが異なっていた場合でも、アクノリッジ情報を確認する必要がなく、次のパケットのデータ格納開始位置を認識することができなくなるという問題も解消される。
【図面の簡単な説明】
【図１】本発明のエラー処理機能を備えた伝送装置の一実施例を示すブロック図である。
【図２】図１に示す伝送装置における本発明第１実施例のエラー処理方法の処理手順を表す流れ図である。
【図３】図１に示す伝送装置における本発明第２実施例のエラー処理方法の処理手順を表す流れ図である。
【図４】 IEEE 1394-1995 Std. で規定されているプロトコルの階層構造を表すブロック図である。
【図５】 Asyncronous 転送におけるパケット・フォーマット例を表すレイアウト図である。
【図６】従来の伝送装置の一例を示すブロック図である。
【図７】図６に示す伝送装置内のデータ格納領域におけるデータの格納状態を表す簡略図である。
【図８】図６に示す伝送装置における従来のの処理手順を表す流れ図である。
【符号の説明】
10....伝送装置
11....下位インタフェース
12....ＣＲＣ判定部
13....受信制御部
14....データ格納領域
15....上位インタフェース
16〜21....データ信号
23〜25，28....制御信号
26〜27....アクノリッジ信号
Claims (6)
- パケットの送信元に接続され、前記パケットの送信元からパケットを受信する受信手段と、
前記受信手段によって受信されたパケットの誤り検出を行う誤り検出手段と、
前記受信手段によって受信されたパケットを前記データ格納領域に格納し、前記パケットの送信元及び前記データ格納領域に伝送するアクノリッジ信号を前記誤り検出手段の検出結果に基づいて生成する制御手段と、
外部からの要求に応じて、データ格納領域に格納された前記パケットを外部に伝送する送信手段とを備え、
前記制御手段は、前記誤り検出手段で前記パケットに誤りが検出されなかった場合には前記アクノリッジ信号とは別に受信完了を前記送信手段に通知し、かつ、前記パケットに誤りが検出された場合には前記アクノリッジ信号とは別にエラー発生を前記送信手段に通知し、
前記送信手段は、前記制御手段から通知された前記受信完了を外部に通知し、かつ、前記制御手段から通知された前記エラー発生を外部に通知する
ことを特徴とする伝送装置。 - 前記制御手段は、前記誤り検出手段で前記パケットに誤りが検出された場合には、前記送信手段にエラー発生を、前記パケットに誤りが検出されなかった場合には、前記送信手段に受信完了を、それぞれ排他的に通知する機能を有することを特徴とする請求項１に記載の伝送装置。
- 前記制御手段は、前記誤り検出手段で前記パケットに誤りが検出された場合には、前記データ格納領域に格納したパケットの一部または全体を無効にする機能を有することを特徴とする請求項１または請求項２のいずれかに記載の伝送装置。
- パケットの送信元からパケットを受信する工程と、
受信したパケットの誤り検出を行う工程と、
前記パケットをデータ格納領域に格納する工程と、
前記パケットの送信元及び前記データ格納領域に伝送するアクノリッジ信号を誤り検出結果に基づいて生成する工程と、
前記アクノリッジ信号とは別に前記パケットの受信完了を外部に通知する工程と、
前記パケットの誤り検出を行った結果、前記パケットの誤りが検出された場合には、前記アクノリッジ信号とは別に前記パケットのエラー発生を外部に通知する工程と、
外部からの要求に応じて、前記データ格納領域に格納されたパケットを外部に伝送する工程と、
を備えることを特徴とするエラー処理方法。 - 前記パケットの受信完了を通知する工程と、前記パケットのエラー発生を通知する工程とは、それぞれ排他的に通知することを特徴とする請求項４に記載のエラー処理方法。
- 誤りが検出されたパケットが前記データ格納領域に格納されている間、次のパケットを受信した場合、前記データ格納領域への書き込みを不可にすることを特徴とする請求項４または請求項５のいずれかに記載のエラー処理方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26456099A JP3640844B2 (ja) | 1999-09-17 | 1999-09-17 | エラー処理機能を備えた伝送装置及びエラー処理方法 |
| TW089117651A TW512614B (en) | 1999-09-17 | 2000-08-30 | Data transmission device with error processing function and error processing method during data transmission |
| US09/662,648 US6643816B1 (en) | 1999-09-17 | 2000-09-14 | Transmitting apparatus and error handling method in transmitting apparatus |
| KR10-2000-0054239A KR100408214B1 (ko) | 1999-09-17 | 2000-09-15 | 에러 처리 기능을 구비한 데이터 전송 장치 및 데이터전송시의 에러 처리 방법 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26456099A JP3640844B2 (ja) | 1999-09-17 | 1999-09-17 | エラー処理機能を備えた伝送装置及びエラー処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001094537A JP2001094537A (ja) | 2001-04-06 |
| JP3640844B2 true JP3640844B2 (ja) | 2005-04-20 |
Family
ID=17404986
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26456099A Expired - Fee Related JP3640844B2 (ja) | 1999-09-17 | 1999-09-17 | エラー処理機能を備えた伝送装置及びエラー処理方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6643816B1 (ja) |
| JP (1) | JP3640844B2 (ja) |
| KR (1) | KR100408214B1 (ja) |
| TW (1) | TW512614B (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6874052B1 (en) * | 2000-09-29 | 2005-03-29 | Lucent Technologies Inc. | Expansion bridge apparatus and method for an I2C bus |
| WO2002089413A1 (fr) * | 2001-04-26 | 2002-11-07 | Sharp Kabushiki Kaisha | Appareil de communication et systeme de communication faisant appel a ce dernier |
| US7155658B2 (en) * | 2002-12-20 | 2006-12-26 | Intel Corporation | CRC calculation for data with dynamic header |
| JP2005157444A (ja) * | 2003-11-20 | 2005-06-16 | Toshiba Corp | Ｆｉｆｏ制御回路 |
| DE102004036383B4 (de) * | 2004-07-27 | 2006-06-14 | Siemens Ag | Codier-und Decodierverfahren , sowie Codier- und Decodiervorrichtungen |
| JP4654006B2 (ja) | 2004-11-16 | 2011-03-16 | パナソニック株式会社 | サーバ装置、携帯端末、通信システム及びプログラム |
| US11647178B2 (en) * | 2020-02-07 | 2023-05-09 | Sony Corporation | Digital television rendering verification |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6417531A (en) * | 1987-07-13 | 1989-01-20 | Matsushita Electric Ind Co Ltd | Error information transmission system |
| GB2250897A (en) * | 1990-12-04 | 1992-06-17 | Ibm | Error recovery in data communication systems. |
| US5457701A (en) | 1994-01-06 | 1995-10-10 | Scientific-Atlanta, Inc. | Method for indicating packet errors in a packet-based multi-hop communications system |
| US5668810A (en) * | 1995-04-26 | 1997-09-16 | Scientific-Atlanta, Inc. | Data transmission protocol method and apparatus |
| US5677918A (en) | 1995-07-28 | 1997-10-14 | Motorola, Inc. | Method and device for efficient error correction in a packet-switched communication system |
| JPH0983541A (ja) * | 1995-09-19 | 1997-03-28 | Fujitsu Ltd | エラー処理方法および装置 |
| DE19539343C2 (de) * | 1995-10-23 | 1997-12-11 | Siemens Ag | Verfahren zur Fehlererkennung eines digitalen Bitdatenstroms, der von einem Sender zu einem Empfänger übertragen wird |
| JP3127440B2 (ja) * | 1995-10-23 | 2001-01-22 | 日本電信電話株式会社 | 誤り回復装置 |
| US5844918A (en) * | 1995-11-28 | 1998-12-01 | Sanyo Electric Co., Ltd. | Digital transmission/receiving method, digital communications method, and data receiving apparatus |
| US5826032A (en) * | 1996-02-12 | 1998-10-20 | University Of Southern California | Method and network interface logic for providing embedded checksums |
| US5968197A (en) * | 1996-04-01 | 1999-10-19 | Ericsson Inc. | Method and apparatus for data recovery |
| DE19630343B4 (de) * | 1996-07-26 | 2004-08-26 | Telefonaktiebolaget L M Ericsson (Publ) | Verfahren und Paket-Übertragungssystem unter Verwendung einer Fehlerkorrektur von Datenpaketen |
| US5745502A (en) * | 1996-09-27 | 1998-04-28 | Ericsson, Inc. | Error detection scheme for ARQ systems |
| JPH10136019A (ja) | 1996-10-31 | 1998-05-22 | Brother Ind Ltd | データ転送システムの受信側装置、および、その装置の動作プログラムを記憶した記憶媒体 |
| US5862160A (en) * | 1996-12-31 | 1999-01-19 | Ericsson, Inc. | Secondary channel for communication networks |
| US6038694A (en) * | 1997-03-24 | 2000-03-14 | Cisco Systems, Inc. | Encoder for producing a checksum associated with changes to a frame in asynchronous transfer mode systems |
| JP3065276B2 (ja) | 1997-05-13 | 2000-07-17 | 日本電気株式会社 | データ分離回路並びにデータ分離回路でのエラー復旧方式及びその方法 |
| DE19736434C3 (de) * | 1997-08-21 | 2002-08-22 | Nokia Mobile Phones Ltd | Verfahren und Vorrichtungen zur Erkennung der Position von in einem seriellen Datenempfangsstrom liegenden Datenpaketen |
| US6052812A (en) * | 1998-01-07 | 2000-04-18 | Pocketscience, Inc. | Messaging communication protocol |
-
1999
- 1999-09-17 JP JP26456099A patent/JP3640844B2/ja not_active Expired - Fee Related
-
2000
- 2000-08-30 TW TW089117651A patent/TW512614B/zh not_active IP Right Cessation
- 2000-09-14 US US09/662,648 patent/US6643816B1/en not_active Expired - Fee Related
- 2000-09-15 KR KR10-2000-0054239A patent/KR100408214B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| KR20010050475A (ko) | 2001-06-15 |
| TW512614B (en) | 2002-12-01 |
| KR100408214B1 (ko) | 2003-12-01 |
| US6643816B1 (en) | 2003-11-04 |
| JP2001094537A (ja) | 2001-04-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6996112B2 (en) | Information communication system, information communication method, information signal processing device and information signal processing method, and storage medium | |
| JP4949816B2 (ja) | 双方向通信回路、双方向通信システム及び双方向通信回路の通信方法 | |
| JP3560423B2 (ja) | パケット送受信装置及びパケット受信装置 | |
| US20020010824A1 (en) | Electronic equipment and method for processing digital serial data at bus initialization phase in interface unit | |
| JP3584789B2 (ja) | データ転送制御装置及び電子機器 | |
| JP3640844B2 (ja) | エラー処理機能を備えた伝送装置及びエラー処理方法 | |
| JP2003174486A (ja) | 情報通信装置、情報通信方法および情報通信処理プログラム | |
| US20020073256A1 (en) | Electronic equipment, and method for controlling state of physical layer circuit therefor | |
| JP2000253023A (ja) | パケット通信装置 | |
| CN114925386B (zh) | 数据处理方法、计算机设备、数据处理系统及存储介质 | |
| JP3539287B2 (ja) | データ転送制御装置及び電子機器 | |
| US7167940B2 (en) | Data processing method, data processing apparatus, communications device, communications method, communications protocol and program | |
| WO2000025216A1 (fr) | Controleur de transfert de donnees et dispositif electronique | |
| JPH1117710A (ja) | シリアルインタフェース回路 | |
| JP2002281034A (ja) | 情報転送装置 | |
| JP3189571B2 (ja) | データ処理装置 | |
| EP1441286A1 (en) | Method for operating a network of interface nodes, and an interface device | |
| JP3715560B2 (ja) | 通信システム及び通信制御装置 | |
| JP3977240B2 (ja) | 電子機器 | |
| JP3619983B2 (ja) | 信号切換回路及びこれを用いたバス・アナライザ | |
| JP3749625B2 (ja) | ノード管理方法、ネットワークアダプタ、及び記録媒体 | |
| JP2677895B2 (ja) | 多重伝送方式 | |
| JP2006324869A (ja) | ネットワークシステムにおける通信処理方法および通信機器 | |
| JP2009027349A (ja) | ネットワーク機器 | |
| JP2000115176A (ja) | シリアルインタフェース回路 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040727 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040927 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050104 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050119 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080128 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090128 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100128 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110128 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |