JPH06350611A - 通信処理方式 - Google Patents
通信処理方式Info
- Publication number
- JPH06350611A JPH06350611A JP5141818A JP14181893A JPH06350611A JP H06350611 A JPH06350611 A JP H06350611A JP 5141818 A JP5141818 A JP 5141818A JP 14181893 A JP14181893 A JP 14181893A JP H06350611 A JPH06350611 A JP H06350611A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- mac
- crc
- packet data
- packet
- 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.)
- Withdrawn
Links
Classifications
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Detection And Correction Of Errors (AREA)
Abstract
(57)【要約】
【目的】 ＣＲＣ検査と同時に、パケット内のＭＡＣ階
層以外のヘッダ処理を行なって処理遅延を減少させ、Ｃ
ＲＣ検査の結果パケットにエラーがあると判定されたと
きにはリカバリ処理を可能にする。 【構成】 通信線１からのデータパケットをレシーバ回
路２で受信し、ＣＲＣ検査部３０によるＣＲＣ検査と同
時にＭＡＣ処理部４０によってデータパケットのＭＡＣ
層の処理を行ない、ＣＲＣエラーのないことが検査され
たことに応じて、ＣＰＵ６によってＭＡＣ層以外の階層
の処理を行ない、ＣＲＣ検査が正常に終了すれば、デー
タパケットを計算機３００に転送し、エラーのあること
が検査されたとき、そのデータパケット受信以前の状態
に戻し、そのデータパケットを廃棄する。
層以外のヘッダ処理を行なって処理遅延を減少させ、Ｃ
ＲＣ検査の結果パケットにエラーがあると判定されたと
きにはリカバリ処理を可能にする。 【構成】 通信線１からのデータパケットをレシーバ回
路２で受信し、ＣＲＣ検査部３０によるＣＲＣ検査と同
時にＭＡＣ処理部４０によってデータパケットのＭＡＣ
層の処理を行ない、ＣＲＣエラーのないことが検査され
たことに応じて、ＣＰＵ６によってＭＡＣ層以外の階層
の処理を行ない、ＣＲＣ検査が正常に終了すれば、デー
タパケットを計算機３００に転送し、エラーのあること
が検査されたとき、そのデータパケット受信以前の状態
に戻し、そのデータパケットを廃棄する。
Description
【０００１】
【産業上の利用分野】この発明は通信処理方式に関し、
特に、ＬＡＮを用いて通信を行なう通信装置において、
パケット受信処理遅延を小さくできるような通信処理方
式に関する。
特に、ＬＡＮを用いて通信を行なう通信装置において、
パケット受信処理遅延を小さくできるような通信処理方
式に関する。
【０００２】
【従来の技術】図１０は従来のＬＡＮインタフェース装
置の受信機能および関連装置を示した概略ブロック図で
ある。図１０において、通信線１はＬＡＮインタフェー
ス装置２００に含まれるＬＡＮコントローラ装置の受信
部１００に接続される。受信部１００はレシーバ回路２
とＣＲＣ検査部３とＭＡＣ処理部４とを含む。レシーバ
回路２は通信線１から与えられるパケットデータを受信
して増幅するものであり、その出力をＣＲＣ検査部３と
ＭＡＣ処理部４とに与える。ＣＲＣ検査部３は受信デー
タのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃ
ｈｅｃｋ）検査を行なう。ＭＡＣ処理部４はＬＡＮのＭ
ＡＣ層の処理を行なう。ＬＡＮインタフェース装置２０
０は制御用バス５とＣＰＵ６とＲＯＭ７とＲＡＭ８とＤ
ＭＡ９とＩ／Ｏを含む。バス５はＭＡＣ処理部４とＣＰ
Ｕ６とＲＯＭ７とＲＡＭ８とＤＭＡ９とＩ／Ｏとの間で
データおよび制御信号のやり取りをする。ＣＰＵ６はＭ
ＡＣ層より上の階層の処理を行なうものであり、ＲＯＭ
７は予めプログラムを記憶し、ＲＡＭ８はＭＡＣ処理部
４あるいはＣＰＵ６で処理されたデータを記憶する。Ｄ
ＭＡ９はＲＡＭ８からインタフェースライン１０を介し
て計算機３００にデータ転送を行なう。Ｉ／Ｏは計算機
３００を駆動するためのドライバやレシーバを含む。な
お、ＭＡＣ処理部４からＣＰＵ６に対して、ＭＡＣヘッ
ダの処理の終了およびＣＲＣチェックが終了し、エラー
がなかったときに割込信号１２が与えられる。
置の受信機能および関連装置を示した概略ブロック図で
ある。図１０において、通信線１はＬＡＮインタフェー
ス装置２００に含まれるＬＡＮコントローラ装置の受信
部１００に接続される。受信部１００はレシーバ回路２
とＣＲＣ検査部３とＭＡＣ処理部４とを含む。レシーバ
回路２は通信線１から与えられるパケットデータを受信
して増幅するものであり、その出力をＣＲＣ検査部３と
ＭＡＣ処理部４とに与える。ＣＲＣ検査部３は受信デー
タのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃ
ｈｅｃｋ）検査を行なう。ＭＡＣ処理部４はＬＡＮのＭ
ＡＣ層の処理を行なう。ＬＡＮインタフェース装置２０
０は制御用バス５とＣＰＵ６とＲＯＭ７とＲＡＭ８とＤ
ＭＡ９とＩ／Ｏを含む。バス５はＭＡＣ処理部４とＣＰ
Ｕ６とＲＯＭ７とＲＡＭ８とＤＭＡ９とＩ／Ｏとの間で
データおよび制御信号のやり取りをする。ＣＰＵ６はＭ
ＡＣ層より上の階層の処理を行なうものであり、ＲＯＭ
７は予めプログラムを記憶し、ＲＡＭ８はＭＡＣ処理部
４あるいはＣＰＵ６で処理されたデータを記憶する。Ｄ
ＭＡ９はＲＡＭ８からインタフェースライン１０を介し
て計算機３００にデータ転送を行なう。Ｉ／Ｏは計算機
３００を駆動するためのドライバやレシーバを含む。な
お、ＭＡＣ処理部４からＣＰＵ６に対して、ＭＡＣヘッ
ダの処理の終了およびＣＲＣチェックが終了し、エラー
がなかったときに割込信号１２が与えられる。
【０００３】図１１はパケットデータのフォーマットの
一例を示す図であり、この図１１に示したパケットデー
タが通信線１を介して受信部２に順次送られる。通信プ
ロトコルは機能ごとに階層的に定義されており、図１１
に示したＭＡＣヘッダは、ＬＡＮのメディア（イーサネ
ット，トークン・リングなど）によって異なるプロトコ
ル処理で用いられ、パケットのヘッダ（情報部分の前に
ついている部分）のＭＡＣ層に関係する部分を示してい
る。ＭＡＣ以外のヘッダはＭＡＣ階層より上の階層のヘ
ッダであり、たとえばＬＬＣ，ＴＣＰ／ＩＰなどのＬＡ
Ｎのメディアに依存しないプロトコル階層に関するヘッ
ダである。ＣＲＣはＣＲＣチェック用のビット列であ
り、ＣＲＣ検査部３でパケットの先頭ビットから最後の
ＣＲＣビットまで計算して、パケットにエラーがあるか
否かのチェックが行なわれる。
一例を示す図であり、この図１１に示したパケットデー
タが通信線１を介して受信部２に順次送られる。通信プ
ロトコルは機能ごとに階層的に定義されており、図１１
に示したＭＡＣヘッダは、ＬＡＮのメディア（イーサネ
ット，トークン・リングなど）によって異なるプロトコ
ル処理で用いられ、パケットのヘッダ（情報部分の前に
ついている部分）のＭＡＣ層に関係する部分を示してい
る。ＭＡＣ以外のヘッダはＭＡＣ階層より上の階層のヘ
ッダであり、たとえばＬＬＣ，ＴＣＰ／ＩＰなどのＬＡ
Ｎのメディアに依存しないプロトコル階層に関するヘッ
ダである。ＣＲＣはＣＲＣチェック用のビット列であ
り、ＣＲＣ検査部３でパケットの先頭ビットから最後の
ＣＲＣビットまで計算して、パケットにエラーがあるか
否かのチェックが行なわれる。
【０００４】図１２は図１０に示した通信装置で自己の
装置が受信すべきパケットの処理の流れを示すフロー図
であり、図１３は従来の通信装置で受信パケットの時間
的な流れをＣＲＣエラーがない場合について示した図で
ある。
装置が受信すべきパケットの処理の流れを示すフロー図
であり、図１３は従来の通信装置で受信パケットの時間
的な流れをＣＲＣエラーがない場合について示した図で
ある。
【０００５】次に、図１０〜図１３を参照して、従来の
通信装置の動作について説明する。通信線１を介して図
１３（ａ）に示すパケットデータが送られてくると、レ
シーバ回路２はそのパケットデータを受信し、ＭＡＣ処
理部４にそのパケットデータを与える。ＭＡＣ処理部４
はパケットデータに含まれるＭＡＣヘッダを処理し、そ
の処理結果とともにパケットの残りの部分をバス５を介
してＲＡＭ８に送る。ＣＲＣ検査部３は、受信されたパ
ケットデータのＣＲＣ検査を行ない、図１３（ｂ）に示
すパケットの最後にあるＣＲＣまで処理し、エラーの場
合にはそのパケットは廃棄し、ＣＲＣエラーがなくかつ
ＭＡＣ処理部４が図１３（ｃ）に示すＭＡＣヘッダの処
理を完了すると、通常「Ｌ」レベルになっている割込信
号線１２を「Ｈ」レベルにし、ＣＰＵ６に割込をかけ
る。ＣＰＵ６は、その後割込に応じて、図１３（ｅ）に
示すＭＡＣ以外のヘッダの処理をＲＯＭ７に記憶されて
いるプログラムに基づいて行ない、これが終了すると、
パケットのデータをＤＭＡ９およびＩ／Ｏを用いて、図
１３（ｆ）に示すデータを計算機３００に転送する。
通信装置の動作について説明する。通信線１を介して図
１３（ａ）に示すパケットデータが送られてくると、レ
シーバ回路２はそのパケットデータを受信し、ＭＡＣ処
理部４にそのパケットデータを与える。ＭＡＣ処理部４
はパケットデータに含まれるＭＡＣヘッダを処理し、そ
の処理結果とともにパケットの残りの部分をバス５を介
してＲＡＭ８に送る。ＣＲＣ検査部３は、受信されたパ
ケットデータのＣＲＣ検査を行ない、図１３（ｂ）に示
すパケットの最後にあるＣＲＣまで処理し、エラーの場
合にはそのパケットは廃棄し、ＣＲＣエラーがなくかつ
ＭＡＣ処理部４が図１３（ｃ）に示すＭＡＣヘッダの処
理を完了すると、通常「Ｌ」レベルになっている割込信
号線１２を「Ｈ」レベルにし、ＣＰＵ６に割込をかけ
る。ＣＰＵ６は、その後割込に応じて、図１３（ｅ）に
示すＭＡＣ以外のヘッダの処理をＲＯＭ７に記憶されて
いるプログラムに基づいて行ない、これが終了すると、
パケットのデータをＤＭＡ９およびＩ／Ｏを用いて、図
１３（ｆ）に示すデータを計算機３００に転送する。
【０００６】
【発明が解決しようとする課題】従来の通信装置は上述
のように構成されているので、ＣＲＣ検査の終了までＣ
ＰＵ６が処理の開始を待たされるため、処理遅延時間が
増加し、アクノリッジの帰りを考えると、スループット
まで落とすことになるという問題点があった。
のように構成されているので、ＣＲＣ検査の終了までＣ
ＰＵ６が処理の開始を待たされるため、処理遅延時間が
増加し、アクノリッジの帰りを考えると、スループット
まで落とすことになるという問題点があった。
【０００７】それゆえに、この発明の主たる目的は、Ｃ
ＲＣ検査の終了までＣＰＵが処理の開始を待たされるこ
となく、またＣＲＣエラーが発生したときにはリカバリ
処理が可能な通信処理方式を提供することである。
ＲＣ検査の終了までＣＰＵが処理の開始を待たされるこ
となく、またＣＲＣエラーが発生したときにはリカバリ
処理が可能な通信処理方式を提供することである。
【０００８】
【課題を解決するための手段】請求項１に係る発明は、
ＬＡＮで用いられる通信処理装置において、ＬＡＮから
のパケットデータを受信する受信手段と、受信されたパ
ケットデータのＣＲＣ検査を行なう検査手段と、受信さ
れたパケットデータ内のＭＡＣ層などのＯＳＩレイヤに
関連の処理を行なうＭＡＣ処理手段と、ＭＡＣ層または
そのＭＡＣ層よりも上の階層の処理を行なう中央処理手
段と、計算機とを備え、検査手段によるＣＲＣ検査と同
時にＭＡＣ処理手段によってパケットデータ内のＭＡＣ
層の処理を行ない、検査手段によってパケットデータに
エラーのないことが検査されたことに応じて、中央処理
手段によってＭＡＣ層以外の階層の処理を行ない、ＣＲ
Ｃ検査が正常に終了したことに応じてデータを計算機に
転送し、検査手段によってデータにエラーのあることが
検査されたことに応じて、そのパケットデータ受信以前
の状態に戻し、そのパケットデータを廃棄するように構
成される。
ＬＡＮで用いられる通信処理装置において、ＬＡＮから
のパケットデータを受信する受信手段と、受信されたパ
ケットデータのＣＲＣ検査を行なう検査手段と、受信さ
れたパケットデータ内のＭＡＣ層などのＯＳＩレイヤに
関連の処理を行なうＭＡＣ処理手段と、ＭＡＣ層または
そのＭＡＣ層よりも上の階層の処理を行なう中央処理手
段と、計算機とを備え、検査手段によるＣＲＣ検査と同
時にＭＡＣ処理手段によってパケットデータ内のＭＡＣ
層の処理を行ない、検査手段によってパケットデータに
エラーのないことが検査されたことに応じて、中央処理
手段によってＭＡＣ層以外の階層の処理を行ない、ＣＲ
Ｃ検査が正常に終了したことに応じてデータを計算機に
転送し、検査手段によってデータにエラーのあることが
検査されたことに応じて、そのパケットデータ受信以前
の状態に戻し、そのパケットデータを廃棄するように構
成される。
【０００９】請求項２に係る発明は、さらに正常なパケ
ットヘッダを処理するためのヘッダ処理手段を含む。
ットヘッダを処理するためのヘッダ処理手段を含む。
【００１０】請求項３に係る発明は、検査手段によるＣ
ＲＣ検査終了前に、前記ヘッダ処理手段によって正常な
パケットヘッダの処理を行ない、それ以外の処理をＣＲ
Ｃ検査が正常に終了した後に行なう。
ＲＣ検査終了前に、前記ヘッダ処理手段によって正常な
パケットヘッダの処理を行ない、それ以外の処理をＣＲ
Ｃ検査が正常に終了した後に行なう。
【００１１】
【作用】この発明に係る通信処理方式は、ＣＲＣ検査と
同時にパケットデータ内のＭＡＣ層の処理を行ない、パ
ケットデータにエラーがないことが検査されたことに応
じて、ＭＡＣ層以外の階層の処理を行ない、その処理が
終了しかつＣＲＣ検査が正常に終了した時点でパケット
データを計算機に転送することにより、遅延時間を減少
できる。
同時にパケットデータ内のＭＡＣ層の処理を行ない、パ
ケットデータにエラーがないことが検査されたことに応
じて、ＭＡＣ層以外の階層の処理を行ない、その処理が
終了しかつＣＲＣ検査が正常に終了した時点でパケット
データを計算機に転送することにより、遅延時間を減少
できる。
【００１２】
【実施例】図１はこの発明の一実施例の概略ブロック図
であり、図２は図１に示した受信部の具体的なブロック
図である。
であり、図２は図１に示した受信部の具体的なブロック
図である。
【００１３】図１において、受信部１００はレシーバ回
路２とＣＲＣ検査部３０とＭＡＣ処理部４０とを含む。
ＭＡＣ処理部４０は、図２に示すように、ＭＡＣヘッダ
処理部４１とデータ転送部４２とインバータ４４と論理
積回路４５および４６とを含む。ＭＡＣヘッダ処理部４
１はレシーバ回路２で受信されたパケットデータに含ま
れるＭＡＣヘッダを処理し、その処理結果をデータ転送
部４２に出力する。データ転送部４２は、ＭＡＣヘッダ
処理部４１の処理結果と、ＭＡＣ以外のヘッダとデータ
とを転送線４３を介してバス５に出力し、ＲＡＭ８に書
込む。
路２とＣＲＣ検査部３０とＭＡＣ処理部４０とを含む。
ＭＡＣ処理部４０は、図２に示すように、ＭＡＣヘッダ
処理部４１とデータ転送部４２とインバータ４４と論理
積回路４５および４６とを含む。ＭＡＣヘッダ処理部４
１はレシーバ回路２で受信されたパケットデータに含ま
れるＭＡＣヘッダを処理し、その処理結果をデータ転送
部４２に出力する。データ転送部４２は、ＭＡＣヘッダ
処理部４１の処理結果と、ＭＡＣ以外のヘッダとデータ
とを転送線４３を介してバス５に出力し、ＲＡＭ８に書
込む。
【００１４】ＣＲＣ検査部３０は、レシーバ回路２で受
信されたパケットデータに含まれるＣＲＣチェックビッ
トを検査し、ＣＲＣ検査終了信号３１とＣＲＣエラー信
号３２を出力して論理積回路４５に与える。論理積回路
４５はＣＲＣ検査終了信号３１とＣＲＣエラー信号３２
との論理積を求め、割込信号１３をＣＰＵ６に与える。
また、ＣＲＣエラー信号３２はインバータ４４で反転さ
れ、ＣＲＣ検査終了信号３１とともに論理積回路４６に
与えられる。論理積回路４６はＣＲＣ検査終了信号３１
とＣＲＣエラー信号３２の反転信号との論理積を求め、
割込信号１２をＣＰＵ６に与える。
信されたパケットデータに含まれるＣＲＣチェックビッ
トを検査し、ＣＲＣ検査終了信号３１とＣＲＣエラー信
号３２を出力して論理積回路４５に与える。論理積回路
４５はＣＲＣ検査終了信号３１とＣＲＣエラー信号３２
との論理積を求め、割込信号１３をＣＰＵ６に与える。
また、ＣＲＣエラー信号３２はインバータ４４で反転さ
れ、ＣＲＣ検査終了信号３１とともに論理積回路４６に
与えられる。論理積回路４６はＣＲＣ検査終了信号３１
とＣＲＣエラー信号３２の反転信号との論理積を求め、
割込信号１２をＣＰＵ６に与える。
【００１５】図３はこの発明の一実施例における通信装
置で自己の装置が受信すべきパケットの処理の流れを示
すフロー図であり、図４は通信装置で受信パケットの時
間的な流れをＣＲＣエラーがない場合について示す図で
ある。
置で自己の装置が受信すべきパケットの処理の流れを示
すフロー図であり、図４は通信装置で受信パケットの時
間的な流れをＣＲＣエラーがない場合について示す図で
ある。
【００１６】次に、図１〜図３を参照して、この発明の
一実施例の具体的な動作について説明する。通信線１を
介してパケットデータが送られてくると、レシーバ回路
２がそのパケットデータを受信し、ＭＡＣ処理部４０に
与える。ＭＡＣ処理部４０はＭＡＣヘッダを処理し、Ｍ
ＡＣヘッダの処理結果とＭＡＣヘッダ以外のヘッダを、
バス５を介してＲＡＭ８に転送する。ＭＡＣヘッダ処理
部４１はその転送が完了すると、通常は「Ｌ」レベルの
割込信号１４を一定時間「Ｈ」レベルにする。ＣＰＵ６
はこの割込信号を検出し、ＭＡＣ以外のプロトコルの状
態変数，ＴＣＰプロトコルを使う場合であればたとえば
既に受信しているパケットデータ中のデータのシリアル
番号などをＲＡＭ８に記憶し、ＭＡＣ以外のヘッダの処
理をＲＯＭ７のプログラムに基づいて行なう。このと
き、ＭＡＣ処理部４０はバス５の空き時間を使って受信
パケットデータをＲＡＭ８に転送する。
一実施例の具体的な動作について説明する。通信線１を
介してパケットデータが送られてくると、レシーバ回路
２がそのパケットデータを受信し、ＭＡＣ処理部４０に
与える。ＭＡＣ処理部４０はＭＡＣヘッダを処理し、Ｍ
ＡＣヘッダの処理結果とＭＡＣヘッダ以外のヘッダを、
バス５を介してＲＡＭ８に転送する。ＭＡＣヘッダ処理
部４１はその転送が完了すると、通常は「Ｌ」レベルの
割込信号１４を一定時間「Ｈ」レベルにする。ＣＰＵ６
はこの割込信号を検出し、ＭＡＣ以外のプロトコルの状
態変数，ＴＣＰプロトコルを使う場合であればたとえば
既に受信しているパケットデータ中のデータのシリアル
番号などをＲＡＭ８に記憶し、ＭＡＣ以外のヘッダの処
理をＲＯＭ７のプログラムに基づいて行なう。このと
き、ＭＡＣ処理部４０はバス５の空き時間を使って受信
パケットデータをＲＡＭ８に転送する。
【００１７】一方、ＣＲＣ検査部３０は、パケットデー
タの受信と同時にＣＲＣ検査を開始し、パケットデータ
の最後にあるＣＲＣまで処理し、ＣＲＣエラーがなけれ
ば、ＣＲＣエラー信号３２を「Ｈ」レベルにするととも
に、ＣＲＣ検査終了信号３１を「Ｈ」レベルにし、それ
まで「Ｌ」レベルになっていた割込信号１３を「Ｈ」レ
ベルにしてＣＰＵ６に与える。
タの受信と同時にＣＲＣ検査を開始し、パケットデータ
の最後にあるＣＲＣまで処理し、ＣＲＣエラーがなけれ
ば、ＣＲＣエラー信号３２を「Ｈ」レベルにするととも
に、ＣＲＣ検査終了信号３１を「Ｈ」レベルにし、それ
まで「Ｌ」レベルになっていた割込信号１３を「Ｈ」レ
ベルにしてＣＰＵ６に与える。
【００１８】ＣＰＵ６はその割込信号に応じて、ＭＡＣ
層以外のヘッダの処理を終了しかつＣＲＣ検査部３０に
よる正常な終了を確認して、パケットデータをＤＭＡ
９，Ｉ／Ｏ１１を用いて計算機３００に転送する。も
し、ＣＲＣ検査部３０がエラーであることを検査したと
きには、ＣＲＣエラー信号３２を「Ｌ」レベルにする。
この「Ｌ」レベル信号はインバータ４４で「Ｈ」レベル
に反転され、通常「Ｌ」レベルの割込信号１２を論理積
回路４６によって「Ｈ」レベルにしてＣＰＵ６に割込を
かける。ＣＰＵ６はその後割込信号に応じて、先にＲＡ
Ｍ８に記憶したプロトコル状態変数を復活させ、ＣＲＣ
エラーのあるパケットを受信以前の状態に戻し、このパ
ケットを廃棄する。このように、パケットデータにＣＲ
Ｃエラーがない場合、ＣＲＣ検査が終わる前にＭＡＣ以
外のヘッダ処理を始めるため、処理の遅延を抑えること
ができ、ＣＲＣエラーがある場合も正常にパケットの廃
棄が可能となる。
層以外のヘッダの処理を終了しかつＣＲＣ検査部３０に
よる正常な終了を確認して、パケットデータをＤＭＡ
９，Ｉ／Ｏ１１を用いて計算機３００に転送する。も
し、ＣＲＣ検査部３０がエラーであることを検査したと
きには、ＣＲＣエラー信号３２を「Ｌ」レベルにする。
この「Ｌ」レベル信号はインバータ４４で「Ｈ」レベル
に反転され、通常「Ｌ」レベルの割込信号１２を論理積
回路４６によって「Ｈ」レベルにしてＣＰＵ６に割込を
かける。ＣＰＵ６はその後割込信号に応じて、先にＲＡ
Ｍ８に記憶したプロトコル状態変数を復活させ、ＣＲＣ
エラーのあるパケットを受信以前の状態に戻し、このパ
ケットを廃棄する。このように、パケットデータにＣＲ
Ｃエラーがない場合、ＣＲＣ検査が終わる前にＭＡＣ以
外のヘッダ処理を始めるため、処理の遅延を抑えること
ができ、ＣＲＣエラーがある場合も正常にパケットの廃
棄が可能となる。
【００１９】図５はこの発明の他の実施例のブロック図
であり、図６は図５に示した通信装置で自己の装置が受
信すべきパケットの処理の流れを示し、図７は受信パケ
ットの時間的な流れをＣＲＣエラーがない場合について
示した図である。
であり、図６は図５に示した通信装置で自己の装置が受
信すべきパケットの処理の流れを示し、図７は受信パケ
ットの時間的な流れをＣＲＣエラーがない場合について
示した図である。
【００２０】図５に示した実施例は、ＬＡＮコントロー
ラ装置の受信部１００にヘッダ処理部１５を設けたもの
であり、それ以外の構成は図１で同じである。
ラ装置の受信部１００にヘッダ処理部１５を設けたもの
であり、それ以外の構成は図１で同じである。
【００２１】実際にＬＡＮでデータ伝送をする場合、
通信線に最も近い物理層，ＭＡＣ，ＬＬＣ，ＩＰ，ＴＣ
Ｐ各プロトコル階層を順次起動していく通信開始処理、
送りたいデータを各通信路で決められた大きさに分割
し、各プロトコル層のヘッダを分割データの前に付加し
たパケットの連続伝送、通信開始処理と逆の順番でプ
ロトコルの各階層を切断していく通信終了処理からな
る。このうち、計算期間の大規模なファイル伝送で最も
時間を要するのはのパケットの連続伝送であるため、
各層のプロトコルの正常ヘッダ受信の処理のみを、ＣＲ
Ｃチェック前にＬＡＮコントローラ装置１００に設けら
れたヘッダ処理部１５で行ない、それ以外の処理はＣＰ
Ｕ６で行なう。
通信線に最も近い物理層，ＭＡＣ，ＬＬＣ，ＩＰ，ＴＣ
Ｐ各プロトコル階層を順次起動していく通信開始処理、
送りたいデータを各通信路で決められた大きさに分割
し、各プロトコル層のヘッダを分割データの前に付加し
たパケットの連続伝送、通信開始処理と逆の順番でプ
ロトコルの各階層を切断していく通信終了処理からな
る。このうち、計算期間の大規模なファイル伝送で最も
時間を要するのはのパケットの連続伝送であるため、
各層のプロトコルの正常ヘッダ受信の処理のみを、ＣＲ
Ｃチェック前にＬＡＮコントローラ装置１００に設けら
れたヘッダ処理部１５で行ない、それ以外の処理はＣＰ
Ｕ６で行なう。
【００２２】すなわち、ヘッダ処理部１５はＭＡＣ処理
部４０から出力される割込信号１４を認識した後、ＭＡ
Ｃ処理部４０からＭＡＣヘッダ処理結果とＭＡＣ以外の
ヘッダおよびパケットデータを受取り、ＭＡＣ以外のヘ
ッダのうち処理できるものは処理し、その処理結果と処
理できなかったヘッダ，パケットデータをバス５を介し
てＲＯＭ８に転送する。この処理途中に割込信号１２が
入力された場合、上述の処理を続行するが、割込信号１
３が与えられるとその処理を中止する。
部４０から出力される割込信号１４を認識した後、ＭＡ
Ｃ処理部４０からＭＡＣヘッダ処理結果とＭＡＣ以外の
ヘッダおよびパケットデータを受取り、ＭＡＣ以外のヘ
ッダのうち処理できるものは処理し、その処理結果と処
理できなかったヘッダ，パケットデータをバス５を介し
てＲＯＭ８に転送する。この処理途中に割込信号１２が
入力された場合、上述の処理を続行するが、割込信号１
３が与えられるとその処理を中止する。
【００２３】図８はこの発明のさらに他の実施例におけ
るパケットデータの処理の流れを示す図であり、図９は
受信パケットの時間的な流れをＣＲＣエラーがない場合
について示した図である。
るパケットデータの処理の流れを示す図であり、図９は
受信パケットの時間的な流れをＣＲＣエラーがない場合
について示した図である。
【００２４】この図８および図９に示した実施例は、前
述の図５に示した通信装置で処理され、ＲＯＭ７に記憶
されているプログラムのみが図８のように異なってい
る。
述の図５に示した通信装置で処理され、ＲＯＭ７に記憶
されているプログラムのみが図８のように異なってい
る。
【００２５】前述の各実施例では、ＭＡＣ以外のプロト
コルのすべての状態変数を記憶し、受信パケットのＣＲ
Ｃ検査終了前に処理しているが、プロトコルによっては
この状態変数が膨大なものになる場合がある。このた
め、図８に示した実施例では、ＣＲＣ検査終了前の処理
を各層のプロトコルの正常ヘッダ受信処理のみに限定
し、これに関するプロトコルの状態変数のみを記憶する
ようにすれば、ＲＡＭ８のプロトコル状態変数記憶用の
領域を大幅に減少させても、同様の効果を得ることがで
きる。
コルのすべての状態変数を記憶し、受信パケットのＣＲ
Ｃ検査終了前に処理しているが、プロトコルによっては
この状態変数が膨大なものになる場合がある。このた
め、図８に示した実施例では、ＣＲＣ検査終了前の処理
を各層のプロトコルの正常ヘッダ受信処理のみに限定
し、これに関するプロトコルの状態変数のみを記憶する
ようにすれば、ＲＡＭ８のプロトコル状態変数記憶用の
領域を大幅に減少させても、同様の効果を得ることがで
きる。
【００２６】
【発明の効果】以上のように、この発明によれば、ＣＲ
Ｃ検査の終了を待つことなく、中央処理手段によってＭ
ＡＣ階層より上位の階層の処理を開始し、中央処理手段
による処理が終了しかつＣＲＣ検査が正常に終了した時
点で、受信データを計算機に転送することができ、遅延
時間を減少できる。
Ｃ検査の終了を待つことなく、中央処理手段によってＭ
ＡＣ階層より上位の階層の処理を開始し、中央処理手段
による処理が終了しかつＣＲＣ検査が正常に終了した時
点で、受信データを計算機に転送することができ、遅延
時間を減少できる。
【図１】この発明の一実施例の概略ブロック図である。
【図２】図１に示したＬＡＮコントローラ装置の具体的
なブロック図である。
なブロック図である。
【図３】この発明の一実施例の具体的な動作を説明する
ためのフロー図である。
ためのフロー図である。
【図４】図１に示した実施例で受信パケットの時間的な
流れを示す図である。
流れを示す図である。
【図５】この発明の他の実施例の概略ブロック図であ
る。
る。
【図６】図５に示した実施例の動作を説明するためのフ
ロー図である。
ロー図である。
【図７】この発明の他の実施例における受信パケットの
時間的な流れを示す図である。
時間的な流れを示す図である。
【図８】この発明のさらに他の実施例の動作を説明する
ためのフロー図である。
ためのフロー図である。
【図９】この発明のさらに他の実施例における受信パケ
ットの時間的な流れを示す図である。
ットの時間的な流れを示す図である。
【図１０】従来の通信装置の概略ブロック図である。
【図１１】データフォーマットの一例を示す図である。
【図１２】従来の通信装置の動作を説明するためのフロ
ー図である。
ー図である。
【図１３】従来の通信装置における受信パケットの時間
的な流れを示す図である。
的な流れを示す図である。
１ 通信線 ２ レシーバ回路 ５ バス ６ ＣＰＵ ７ ＲＯＭ ８ ＲＡＭ ９ ＤＭＡ装置 １０ インタフェースライン １１ Ｉ／Ｏ １２，１３，１４ 割込信号 １５ ヘッダ処理部 ３０ ＣＲＣ検査部 ４０ ＭＡＣ処理部 ４１ ＭＡＣヘッダ処理部 ４２ データ転送部 ４４ インバータ ４５，４６ 論理積回路 １００ ＬＡＮコントローラ装置 ２００ ＬＡＮインタフェース装置 ３００ 計算機
フロントページの続き (51)Int.Cl.5 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/40
Claims (3)
- 【請求項１】 ＬＡＮで用いられる通信処理装置におい
て、 前記ＬＡＮからのパケットデータを受信する受信手段、 前記受信手段によって受信されたパケットデータのＣＲ
Ｃ検査を行なう検査手段、 前記受信手段によって受信されたパケットデータ内のＭ
ＡＣ層などのＯＳＩレイヤに関連の処理を行なうＭＡＣ
処理手段、 前記ＭＡＣ層または該ＭＡＣ層よりも上の階層の処理を
行なう中央処理手段、および計算機を備え、 前記検査手段によるＣＲＣ検査と同時に前記ＭＡＣ処理
手段によってパケットデータ内のＭＡＣ層の処理を行な
い、前記検査手段によってパケットデータにエラーがな
いことが検査されたことに応じて、前記中央処理手段に
よってＭＡＣ層以外の階層の処理を行ない、前記ＣＲＣ
検査が正常に終了したことに応じてデータを前記計算機
に転送し、前記検査手段によってデータにエラーのある
ことが検査されたことに応じて、そのデータ受信以前の
状態に戻し、そのパケットデータを廃棄することを特徴
とする、通信処理方式。 - 【請求項２】 さらに、正常なパケットヘッダを処理す
るためのヘッダ処理手段を含む、請求項１の通信処理方
式。 - 【請求項３】 前記検査手段によるＣＲＣ検査終了前に
正常なパケットヘッダの処理を行ない、それ以外の処理
をＣＲＣ検査が正常に終了した後に行なうことを特徴と
する、請求項２の通信処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5141818A JPH06350611A (ja) | 1993-06-14 | 1993-06-14 | 通信処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5141818A JPH06350611A (ja) | 1993-06-14 | 1993-06-14 | 通信処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06350611A true JPH06350611A (ja) | 1994-12-22 |
Family
ID=15300846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5141818A Withdrawn JPH06350611A (ja) | 1993-06-14 | 1993-06-14 | 通信処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06350611A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001006711A1 (fr) * | 1999-07-15 | 2001-01-25 | Seiko Epson Corporation | Controleur de transfert de donnees et dispositif electronique |
| JP2009153150A (ja) * | 2003-04-01 | 2009-07-09 | Lg Electronics Inc | 無線通信システムのためのエラー処理装置及び方法 |
| JP5201265B2 (ja) * | 2009-05-27 | 2013-06-05 | 日本電気株式会社 | 無線通信装置およびデータ受信方法 |
-
1993
- 1993-06-14 JP JP5141818A patent/JPH06350611A/ja not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001006711A1 (fr) * | 1999-07-15 | 2001-01-25 | Seiko Epson Corporation | Controleur de transfert de donnees et dispositif electronique |
| US6725413B1 (en) | 1999-07-15 | 2004-04-20 | Seiko Epson Corporation | Data transfer control device and electronic equipment |
| JP2009153150A (ja) * | 2003-04-01 | 2009-07-09 | Lg Electronics Inc | 無線通信システムのためのエラー処理装置及び方法 |
| US7571358B2 (en) | 2003-04-01 | 2009-08-04 | Lg Electronics Inc. | Error processing apparatus and method for wireless communication system |
| JP5201265B2 (ja) * | 2009-05-27 | 2013-06-05 | 日本電気株式会社 | 無線通信装置およびデータ受信方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4750109A (en) | Method and system for expediting multi-packet messages in a computer network | |
| JPH01198130A (ja) | チェックポイント・フレーム数低減方法 | |
| JPH01105645A (ja) | デ−タセツトとデ−タ端末とを備えたシステムの動作方法 | |
| JP2000507406A (ja) | 自動交渉の進捗モニタ | |
| JPH04238557A (ja) | リンクレベル・ファシリティ | |
| KR20000005265A (ko) | 다중 통신 인터페이스 회로 및 그 방법 | |
| JPH06350611A (ja) | 通信処理方式 | |
| JP3569149B2 (ja) | 通信制御装置 | |
| JP3282205B2 (ja) | 受信データ処理方式及び通信制御装置 | |
| JPS5828979B2 (ja) | デ−タフレ−ム伝送方式 | |
| JP3245552B2 (ja) | 転送制御システム | |
| JPS62125455A (ja) | 通信制御装置 | |
| JP2000332826A (ja) | プロトコル終端装置、プロトコル終端方法、パケット伝送システム、及びパケット伝送方法 | |
| JP2602975B2 (ja) | 調歩同期式通信における受信制御装置 | |
| JPH0621925A (ja) | 多重化伝送路通信制御方式 | |
| JP3460502B2 (ja) | シリアル伝送システム | |
| JP2001256171A (ja) | データ転送方法及びモジュール | |
| JPH0438618Y2 (ja) | ||
| JPH0263233A (ja) | シリアル通信装置 | |
| JPS6345820B2 (ja) | ||
| JP2925049B2 (ja) | 入力バッファ制御方式 | |
| JP2541647B2 (ja) | 障害修復装置とそのデ―タ転送方法 | |
| JP2541502B2 (ja) | 制御電文送受信方法 | |
| JPH05207098A (ja) | 通信制御装置 | |
| JPH03108930A (ja) | 非同期通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20000905 |