JPH08307454A - パケット優先処理装置 - Google Patents
パケット優先処理装置Info
- Publication number
- JPH08307454A JPH08307454A JP7105921A JP10592195A JPH08307454A JP H08307454 A JPH08307454 A JP H08307454A JP 7105921 A JP7105921 A JP 7105921A JP 10592195 A JP10592195 A JP 10592195A JP H08307454 A JPH08307454 A JP H08307454A
- Authority
- JP
- Japan
- Prior art keywords
- priority
- packet
- processing
- port number
- controller
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【目的】 この発明は優先度の高いパケットとそうでな
いパケットが混在するネットワークシステムにおいて、
優先度の高いパケットを優先的に処理する呼とを目的と
したものである。 【構成】 パケット交換型ネットワークに接続され、受
信パケット中の送信先の要求処理プロトコルを検出する
要求処理プロトコル判定部と、このプロトコル判定結果
で優先度が高いとされたパケット用と、優先度が低いと
されたパケット用のバッファとを備え、優先度が高い受
信パケットから処理を行うようにした。また、要求処理
プロトコル判定部は、受信パケット中のＴＣＰのポート
番号を判定するポート番号判定部とした。
いパケットが混在するネットワークシステムにおいて、
優先度の高いパケットを優先的に処理する呼とを目的と
したものである。 【構成】 パケット交換型ネットワークに接続され、受
信パケット中の送信先の要求処理プロトコルを検出する
要求処理プロトコル判定部と、このプロトコル判定結果
で優先度が高いとされたパケット用と、優先度が低いと
されたパケット用のバッファとを備え、優先度が高い受
信パケットから処理を行うようにした。また、要求処理
プロトコル判定部は、受信パケット中のＴＣＰのポート
番号を判定するポート番号判定部とした。
Description
【０００１】
【産業上の利用分野】この発明は、パケット交換型ネッ
トワークに接続されて、受信パケットの要求処理の内容
によって優先処理をする装置に関するものである。
トワークに接続されて、受信パケットの要求処理の内容
によって優先処理をする装置に関するものである。
【０００２】
【従来の技術】コンピュータ間の通信としてＬＡＮ（ロ
ーカルエリアネットワーク）が普及している。これらの
多くは、メッセージをパケットと呼ぶ小さな単位に分解
し、それぞれに宛先と発信元のアドレスを付加して通信
するパケット通信方式である。また、ＬＡＮの普及に伴
い、トランスポート層、ネットワーク層として（Ｔｒａ
ｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）ＴＣＰ／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏ
ｌ）等のプロトコルが広く利用されている。
ーカルエリアネットワーク）が普及している。これらの
多くは、メッセージをパケットと呼ぶ小さな単位に分解
し、それぞれに宛先と発信元のアドレスを付加して通信
するパケット通信方式である。また、ＬＡＮの普及に伴
い、トランスポート層、ネットワーク層として（Ｔｒａ
ｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）ＴＣＰ／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏ
ｌ）等のプロトコルが広く利用されている。
【０００３】このＴＣＰ／ＩＰプロトコルを利用した従
来の通信システムの例として、特開平４−１８０４２５
号公報で示されるシステムを図９に示す。ここで、各端
末Ｔ〜Ｔ５はＥｔｈｅｒｎｅｔで接続されており、各端
末Ｔ１〜Ｔ５のそれぞれは複数プロセスからのパケット
を受信し処理するネットワークインタフェースと、上位
プロトコルを処理するプロセッサを備えている。図１０
は、具体的に各端末Ｔ１〜Ｔ５の構成を示す図である。
図において、通信インタフェース基板１では、Ｅｔｈｅ
ｒｎｅｔコントローラ２によるＥｔｈｅｒｎｅｔプロト
コル処理と、ＩＰコントローラ３、ＴＣＰコントローラ
４によるＴＣＰ／ＩＰプロトコル処理を行う。ＩＰアド
レス判定フィルタ処理９は、Ｅｔｈｅｒｎｅｔコントロ
ーラ２とＩＰコントローラ３の間に位置し、送信元のＩ
Ｐアドレスによる優先度の判定を行う。セッション層以
上の上位層はＣＰＵ５がソフトウェア処理を行う。ＴＣ
Ｐ／ＩＰと上位とのインタフェースは例えばＵＮＩＸ
ＯＳではソケットインタフェースと呼ばれる。なお、図
１０において、６はトランシーバ、７は同軸ケーブル、
８はメモリである。図１１は、この従来の通信システム
における受信処理の動作を示す動作ブロック図である。
図において、ＩＰアドレス判定フィルタ処理部９は、Ｉ
Ｐアドレス判定回路３１、優先処理バッファ３２、通常
処理バッファ３３から構成される。図１２は、ＴＣＰ／
ＩＰプロトコル上で送受信されるデータのフォーマット
およびその中のＩＰヘッダの詳細を示す。
来の通信システムの例として、特開平４−１８０４２５
号公報で示されるシステムを図９に示す。ここで、各端
末Ｔ〜Ｔ５はＥｔｈｅｒｎｅｔで接続されており、各端
末Ｔ１〜Ｔ５のそれぞれは複数プロセスからのパケット
を受信し処理するネットワークインタフェースと、上位
プロトコルを処理するプロセッサを備えている。図１０
は、具体的に各端末Ｔ１〜Ｔ５の構成を示す図である。
図において、通信インタフェース基板１では、Ｅｔｈｅ
ｒｎｅｔコントローラ２によるＥｔｈｅｒｎｅｔプロト
コル処理と、ＩＰコントローラ３、ＴＣＰコントローラ
４によるＴＣＰ／ＩＰプロトコル処理を行う。ＩＰアド
レス判定フィルタ処理９は、Ｅｔｈｅｒｎｅｔコントロ
ーラ２とＩＰコントローラ３の間に位置し、送信元のＩ
Ｐアドレスによる優先度の判定を行う。セッション層以
上の上位層はＣＰＵ５がソフトウェア処理を行う。ＴＣ
Ｐ／ＩＰと上位とのインタフェースは例えばＵＮＩＸ
ＯＳではソケットインタフェースと呼ばれる。なお、図
１０において、６はトランシーバ、７は同軸ケーブル、
８はメモリである。図１１は、この従来の通信システム
における受信処理の動作を示す動作ブロック図である。
図において、ＩＰアドレス判定フィルタ処理部９は、Ｉ
Ｐアドレス判定回路３１、優先処理バッファ３２、通常
処理バッファ３３から構成される。図１２は、ＴＣＰ／
ＩＰプロトコル上で送受信されるデータのフォーマット
およびその中のＩＰヘッダの詳細を示す。
【０００４】次に図１０、１１に従って動作の説明をす
る。この構成において、他の端末からデータを受信する
場合を考える。まず、同軸ケーブル７からの信号をトラ
ンシーバ６で受信し、Ｅｔｈｅｒｎｅｔコントローラ２
がフレーム解析をする。このフレームの解析では、まず
フレームの宛先アドレスを取り出して自分宛のフレーム
かどうか判断し、自分宛であればコントローラ内部のバ
ッファに取り込む。このとき同時にデータのエラー検出
を行い、誤りがなければＩＰアドレス判定フィルタ処理
９にデータ受信を知らせる。ＩＰアドレス判定フィルタ
処理部９は、上位層のＣＰＵ５から優先的に処理して欲
しい端末を指定されており、指定された端末のＩＰアド
レスと図１２に示されたＩＰヘッダ内にある送信元のＩ
Ｐアドレスとの比較を行う。そして受信したパケットが
優先処理すべきパケットなら優先処理バッファ３２に送
り、それ以外であれば通常処理バッファ３３に送る。な
お、ＣＰＵ４からＩＰアドレス判定フィルタ処理部９に
上記の優先度の指定を行うタイミングは、相手端末とセ
ッションが確立した後に相手端末ＩＤまたはネットワー
クＩＤを指定するタイミングである。
る。この構成において、他の端末からデータを受信する
場合を考える。まず、同軸ケーブル７からの信号をトラ
ンシーバ６で受信し、Ｅｔｈｅｒｎｅｔコントローラ２
がフレーム解析をする。このフレームの解析では、まず
フレームの宛先アドレスを取り出して自分宛のフレーム
かどうか判断し、自分宛であればコントローラ内部のバ
ッファに取り込む。このとき同時にデータのエラー検出
を行い、誤りがなければＩＰアドレス判定フィルタ処理
９にデータ受信を知らせる。ＩＰアドレス判定フィルタ
処理部９は、上位層のＣＰＵ５から優先的に処理して欲
しい端末を指定されており、指定された端末のＩＰアド
レスと図１２に示されたＩＰヘッダ内にある送信元のＩ
Ｐアドレスとの比較を行う。そして受信したパケットが
優先処理すべきパケットなら優先処理バッファ３２に送
り、それ以外であれば通常処理バッファ３３に送る。な
お、ＣＰＵ４からＩＰアドレス判定フィルタ処理部９に
上記の優先度の指定を行うタイミングは、相手端末とセ
ッションが確立した後に相手端末ＩＤまたはネットワー
クＩＤを指定するタイミングである。
【０００５】ＩＰコントローラ３はＩＰアドレス判定フ
ィルタ処理部９からデータ受信の知らせを受けたとき、
優先処理バッファ１２にパケットがあればそのパケット
について、ない場合は通常処理バッファ１３を調べてそ
こにパケットがあればそのパケットについてＩＰアドレ
スをチックして自分宛かチェックし、自分宛であればＴ
ＣＰ／ＩＰプロトコルで規定されているＩＰプロトコル
処理を行い、ＴＣＰコントローラ４にデータを送信す
る。ＴＣＰコントローラ４はそのパケットのポート番号
をチェックして上位のどのソフトウェアに送るかを判定
し、該当するソフトウェアに対応するポートにデータを
送信する。このようなＥｔｈｅｒｎｅｔコントローラ
２、ＩＰコントローラ３、ＴＣＰコントローラ４、ＩＰ
アドレス判定フィルタ処理部９とによる処理の流れを図
１３のフローチャートに示す。また、この従来の実施例
における各端末から来たパケットを処理する順番の一例
を図１４に示す。たとえば、図１４に示すように、送信
元１から来るパケットは全て優先度が低いと判断してよ
いが、送信元２、３からくるパケットに関しては、パケ
ットの内容によってお互いの優先度が異なっていても受
付順に処理している。従って端末からのパケットの処理
の優先度に違いがあっても対応ができなかった。
ィルタ処理部９からデータ受信の知らせを受けたとき、
優先処理バッファ１２にパケットがあればそのパケット
について、ない場合は通常処理バッファ１３を調べてそ
こにパケットがあればそのパケットについてＩＰアドレ
スをチックして自分宛かチェックし、自分宛であればＴ
ＣＰ／ＩＰプロトコルで規定されているＩＰプロトコル
処理を行い、ＴＣＰコントローラ４にデータを送信す
る。ＴＣＰコントローラ４はそのパケットのポート番号
をチェックして上位のどのソフトウェアに送るかを判定
し、該当するソフトウェアに対応するポートにデータを
送信する。このようなＥｔｈｅｒｎｅｔコントローラ
２、ＩＰコントローラ３、ＴＣＰコントローラ４、ＩＰ
アドレス判定フィルタ処理部９とによる処理の流れを図
１３のフローチャートに示す。また、この従来の実施例
における各端末から来たパケットを処理する順番の一例
を図１４に示す。たとえば、図１４に示すように、送信
元１から来るパケットは全て優先度が低いと判断してよ
いが、送信元２、３からくるパケットに関しては、パケ
ットの内容によってお互いの優先度が異なっていても受
付順に処理している。従って端末からのパケットの処理
の優先度に違いがあっても対応ができなかった。
【０００６】
【発明が解決しようとする課題】従来の通信システムは
以上のように構成されているので、送信元の端末ごとに
優先順位をつけて処理することは可能であるが、優先度
が同じ各端末から来たパケットは到着順に処理する。そ
のため送信元の同一優先度の端末から来たパケット間で
特定の処理を要求する優先度の高いパケットを先に処理
したい場合には対応できないという課題があった。
以上のように構成されているので、送信元の端末ごとに
優先順位をつけて処理することは可能であるが、優先度
が同じ各端末から来たパケットは到着順に処理する。そ
のため送信元の同一優先度の端末から来たパケット間で
特定の処理を要求する優先度の高いパケットを先に処理
したい場合には対応できないという課題があった。
【０００７】この発明は上記のような課題を解消するた
めになされたもので、各送信元の端末から送られるパケ
ットの中で特定の処理内容を要求するパケットのみを優
先的に処理するパケット優先処理装置を得ることを目的
とする。
めになされたもので、各送信元の端末から送られるパケ
ットの中で特定の処理内容を要求するパケットのみを優
先的に処理するパケット優先処理装置を得ることを目的
とする。
【０００８】
【課題を解決するための手段】この発明に係るパケット
優先処理装置は、パケット交換型ネットワークに接続さ
れ、受信パケット中の送信先の要求処理プロトコルを検
出する要求処理プロトコル判定部と、このプロトコル判
定結果で優先度が高いとされたパケット用と、優先度が
低いとされたパケット用のバッファとを備え、優先度が
高い受信パケットから処理を行うようにした。
優先処理装置は、パケット交換型ネットワークに接続さ
れ、受信パケット中の送信先の要求処理プロトコルを検
出する要求処理プロトコル判定部と、このプロトコル判
定結果で優先度が高いとされたパケット用と、優先度が
低いとされたパケット用のバッファとを備え、優先度が
高い受信パケットから処理を行うようにした。
【０００９】また更に、要求処理プロトコル判定部は、
受信パケット中のポート番号を判定するポート番号判定
部とした。
受信パケット中のポート番号を判定するポート番号判定
部とした。
【００１０】また更に、優先度を３以上のレベルに分
け、優先度バッファを３以上の対応するグループとし、
順次優先度の高い受信パケットから処理を行うようにし
た。
け、優先度バッファを３以上の対応するグループとし、
順次優先度の高い受信パケットから処理を行うようにし
た。
【００１１】
【作用】この発明によるパケット優先処理装置は、受信
したパケット中の送信先の要求処理プロトコルが判定さ
れ、優先度が高い受信パケットから処理がされる。
したパケット中の送信先の要求処理プロトコルが判定さ
れ、優先度が高い受信パケットから処理がされる。
【００１２】また更に、優先度の判定は受信パケット中
のポート番号で判定されて受信パケットが処理される。
のポート番号で判定されて受信パケットが処理される。
【００１３】また更に、優先度は３レベル以上に分けて
判定されて受信パケットが処理される。
判定されて受信パケットが処理される。
【００１４】
実施例１．以下、この発明の一実施例のパケット優先処
理装置を図について説明する。図１はパケット交換型ネ
ットワークにおける各端末を構成する優先処理装置を示
すブロック図である。実施例１でのパケット優先処理装
置は、図９で示したＥｔｈｅｒｎｅｔで各端末Ｔ１〜Ｔ
５に相当する。図１において、通信インタフェース基板
１には、Ｅｔｈｅｒｎｅｔコントローラ２、ＩＰコント
ローラ３、ＴＣＰコントローラ４、ＩＰアドレス判定フ
ィルタ処理部９とがあり、これらの機能と動作は図１０
に示した従来例と同様になる。更に、本実施例では、新
規な要素としてＩＰコントローラ３とＴＣＰコントロー
ラ４との間に、ポート番号判定フィルタ処理部１０を設
け、ＴＣＰコントローラ４がパケットの処理を行う前
に、ポート番号判定フィルタ処理部１０のフィルタ処理
を行う。図２は、本実施例における受信処理を示す動作
ブロック図である。ボート番号判定フィルタ処理部１０
は、ポート番号判定回路１１、優先処理バッファ１２、
通常処理バッファ１３から構成される。図３は、ＴＣＰ
／ＩＰプロトコル上で送受信されるデータのフォーマッ
トおよびその中のＴＣＰヘッダの詳細を示す図で図３
（ｂ）は、ＴＣＰ／ＩＰプロトコルの各レイヤで参照で
きるデータ部分を示す図である。
理装置を図について説明する。図１はパケット交換型ネ
ットワークにおける各端末を構成する優先処理装置を示
すブロック図である。実施例１でのパケット優先処理装
置は、図９で示したＥｔｈｅｒｎｅｔで各端末Ｔ１〜Ｔ
５に相当する。図１において、通信インタフェース基板
１には、Ｅｔｈｅｒｎｅｔコントローラ２、ＩＰコント
ローラ３、ＴＣＰコントローラ４、ＩＰアドレス判定フ
ィルタ処理部９とがあり、これらの機能と動作は図１０
に示した従来例と同様になる。更に、本実施例では、新
規な要素としてＩＰコントローラ３とＴＣＰコントロー
ラ４との間に、ポート番号判定フィルタ処理部１０を設
け、ＴＣＰコントローラ４がパケットの処理を行う前
に、ポート番号判定フィルタ処理部１０のフィルタ処理
を行う。図２は、本実施例における受信処理を示す動作
ブロック図である。ボート番号判定フィルタ処理部１０
は、ポート番号判定回路１１、優先処理バッファ１２、
通常処理バッファ１３から構成される。図３は、ＴＣＰ
／ＩＰプロトコル上で送受信されるデータのフォーマッ
トおよびその中のＴＣＰヘッダの詳細を示す図で図３
（ｂ）は、ＴＣＰ／ＩＰプロトコルの各レイヤで参照で
きるデータ部分を示す図である。
【００１５】次に動作について説明する。本実施例にお
いて、他の端末からデータを受信する場合、同軸ケーブ
ル７からの信号をトランシーバ６で受信し、従来例と同
様の方式でＩＰコントローラ３にデータ受信を知らせ
る。このとき、ＩＰアドレス判定フィルタ処理部９は、
ＩＰコントローラ３より手前にあるためＩＰヘッダ部分
の内容しか調査できないので、ＩＰヘッダ内にある送信
元のＩＰアドレスを見て受信したパケットの優先度を判
定する。ＩＰコントローラ３は、データ受信の知らせを
受けたとき、その結果をポート番号判定フィルタ処理部
１０へ転送する。ポート番号判定フィルタ処理部１０
は、上位層のＣＰＵ５から優先的に処理して欲しいポー
ト番号を指定されている。このポート番号判定フィルタ
処理部１０は、従来のＩＰアドレス判定フィルタ処理部
９では参照することができなかったＴＣＰヘッダ部分を
参照するために、ＩＰコントローラ３とＴＣＰコントロ
ーラ４の中間に位置するように構成されている。このよ
うな構成をとっているので、ポート番号判定フィルタ処
理部１０は、ＴＣＰヘッダ部分の内容を調査することが
可能である。そして上位層のＣＰＵ５から指定されたポ
ート番号と図３（ａ）に示された受信パケットのＴＣＰ
ヘッダ内にある送信先のポート番号との比較を行い、優
先パケットなら優先処理バッファ１２に送信し、それ以
外であれば通常処理バッファ１３に送信する。このよう
に上位レイヤのアプリケーションレベルに近い層での要
求処理の優先度に従った処理が可能となる。
いて、他の端末からデータを受信する場合、同軸ケーブ
ル７からの信号をトランシーバ６で受信し、従来例と同
様の方式でＩＰコントローラ３にデータ受信を知らせ
る。このとき、ＩＰアドレス判定フィルタ処理部９は、
ＩＰコントローラ３より手前にあるためＩＰヘッダ部分
の内容しか調査できないので、ＩＰヘッダ内にある送信
元のＩＰアドレスを見て受信したパケットの優先度を判
定する。ＩＰコントローラ３は、データ受信の知らせを
受けたとき、その結果をポート番号判定フィルタ処理部
１０へ転送する。ポート番号判定フィルタ処理部１０
は、上位層のＣＰＵ５から優先的に処理して欲しいポー
ト番号を指定されている。このポート番号判定フィルタ
処理部１０は、従来のＩＰアドレス判定フィルタ処理部
９では参照することができなかったＴＣＰヘッダ部分を
参照するために、ＩＰコントローラ３とＴＣＰコントロ
ーラ４の中間に位置するように構成されている。このよ
うな構成をとっているので、ポート番号判定フィルタ処
理部１０は、ＴＣＰヘッダ部分の内容を調査することが
可能である。そして上位層のＣＰＵ５から指定されたポ
ート番号と図３（ａ）に示された受信パケットのＴＣＰ
ヘッダ内にある送信先のポート番号との比較を行い、優
先パケットなら優先処理バッファ１２に送信し、それ以
外であれば通常処理バッファ１３に送信する。このよう
に上位レイヤのアプリケーションレベルに近い層での要
求処理の優先度に従った処理が可能となる。
【００１６】ＴＣＰコントローラ４は、優先処理バッフ
ァ１２にパケットがあればそのパケットを指定のポート
に送信し、ない場合は通常処理バッファ１３を調べてそ
のパケットを指定のポートに送信する。従来は優先度の
同じ端末からくるメッセージに関しては到着順に処理さ
れていたが、このようにすることで、図５に示すよう
に、同じ優先度の端末から来たデータに関しても、その
中で優先度をつけて処理することができる。なお、ＣＰ
Ｕ４からポート番号判定フィルタ処理部１０に上記の優
先度の指定を行うタイミングは、相手プロセスとセッシ
ョンが確立した後に相手プロセスＩＤまたはネットワー
クＩＤを指定するタイミングである。このようなＥｔｈ
ｅｒｎｅｔコントローラ２、ＩＰコントローラ３、ＴＣ
Ｐコントローラ４、ポート番号判定フィルタ処理部１０
とによる処理の流れを図４のフローチャートに示す。ま
た図５は、従来の図１４と対比して各Ａ〜Ｆのパケット
が図５に示す処理の優先度を持つ場合に、（）表示の端
末優先度を持つ送信元から送信されたときに処理がされ
る順序を示す図である。なお、送信元端末に関しては優
先度をつけず、要求処理に関してのみ優先度をつけるよ
うにしてもよい。この場合にはＩＰアドレス判定フィル
タ処理部が不要になる。
ァ１２にパケットがあればそのパケットを指定のポート
に送信し、ない場合は通常処理バッファ１３を調べてそ
のパケットを指定のポートに送信する。従来は優先度の
同じ端末からくるメッセージに関しては到着順に処理さ
れていたが、このようにすることで、図５に示すよう
に、同じ優先度の端末から来たデータに関しても、その
中で優先度をつけて処理することができる。なお、ＣＰ
Ｕ４からポート番号判定フィルタ処理部１０に上記の優
先度の指定を行うタイミングは、相手プロセスとセッシ
ョンが確立した後に相手プロセスＩＤまたはネットワー
クＩＤを指定するタイミングである。このようなＥｔｈ
ｅｒｎｅｔコントローラ２、ＩＰコントローラ３、ＴＣ
Ｐコントローラ４、ポート番号判定フィルタ処理部１０
とによる処理の流れを図４のフローチャートに示す。ま
た図５は、従来の図１４と対比して各Ａ〜Ｆのパケット
が図５に示す処理の優先度を持つ場合に、（）表示の端
末優先度を持つ送信元から送信されたときに処理がされ
る順序を示す図である。なお、送信元端末に関しては優
先度をつけず、要求処理に関してのみ優先度をつけるよ
うにしてもよい。この場合にはＩＰアドレス判定フィル
タ処理部が不要になる。
【００１７】実施例２．上記第１の実施例ではＴＣＰ−
ＩＰプロトコルに関しての実施例を説明したが、ＴＣＰ
−ＩＰプロトコルとは異なりコネクションレスな通信を
行うＵＤＰ−ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒ
ｏｔｏｃｏｌ−Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）
プロトコルに関しても同様である。図６は本発明の実施
例２のパケット優先処理装置の構成を示すブロック図で
ある。図１のＴＣＰ−ＩＰプロトコルの代わりにＵＤＰ
−ＩＰプロトコルを使用している。動作に関しては、実
施例１での図２、図３、図４のＴＣＰ−ＩＰプロトコル
処理がＵＤＰ−ＩＰプロトコル処理に変更になる以外は
実施例１と同様の動作を行う。
ＩＰプロトコルに関しての実施例を説明したが、ＴＣＰ
−ＩＰプロトコルとは異なりコネクションレスな通信を
行うＵＤＰ−ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒ
ｏｔｏｃｏｌ−Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）
プロトコルに関しても同様である。図６は本発明の実施
例２のパケット優先処理装置の構成を示すブロック図で
ある。図１のＴＣＰ−ＩＰプロトコルの代わりにＵＤＰ
−ＩＰプロトコルを使用している。動作に関しては、実
施例１での図２、図３、図４のＴＣＰ−ＩＰプロトコル
処理がＵＤＰ−ＩＰプロトコル処理に変更になる以外は
実施例１と同様の動作を行う。
【００１８】実施例３．実施例１および実施例２ではフ
ィルタ処理内のバッファを優先処理、通常処理の２種類
に分類していたが、このバッファを３個以上持つことに
よってより細かな優先処理を行うことも可能である。図
７は本発明の実施例３のパケット優先処理装置の構成ブ
ロック図を示したものである。ここで、実施例１で２種
類持っていた処理バッファを３個以上（ｎ個）持つこと
を特徴とする。
ィルタ処理内のバッファを優先処理、通常処理の２種類
に分類していたが、このバッファを３個以上持つことに
よってより細かな優先処理を行うことも可能である。図
７は本発明の実施例３のパケット優先処理装置の構成ブ
ロック図を示したものである。ここで、実施例１で２種
類持っていた処理バッファを３個以上（ｎ個）持つこと
を特徴とする。
【００１９】次に動作について説明する。本実施例にお
いて、他の端末からデータを受信する場合、データをポ
ート番号判定フィルタ処理部１０へ転送するまでは実施
例１と同様である。ポート番号判定フィルタ処理部１０
は、上位層ＣＰＵ５から各ポート番号に対応した優先順
位を指定されており、指定されたポート番号とＩＰアド
レスとの比較を行い、受信したパケットの優先順位を判
定し、その優先順位に該当する処理バッファに送信す
る。ＴＣＰコントローラ４は優先度１バッファ２２−１
にパケットがあればそのパケットを指定のポートに送信
し、ない場合は次の優先度２バッファ２２−２を調べて
同様の処理を行う。この処理を優先度ｎバッファ２２−
ｎを調査するまで繰り返す。なお、ＣＰＵ４からポート
番号判定フィルタ処理部１０に上記の優先度の指定を行
うタイミングは、本発明の実施例１と同様である。この
ようなＥｔｈｅｒｎｅｔコントローラ２、ＩＰコントロ
ーラ３、ＴＣＰコントローラ４、ポート番号判定フィル
タ処理部１０とによる処理の流れを図８のフローチャー
トに示す。
いて、他の端末からデータを受信する場合、データをポ
ート番号判定フィルタ処理部１０へ転送するまでは実施
例１と同様である。ポート番号判定フィルタ処理部１０
は、上位層ＣＰＵ５から各ポート番号に対応した優先順
位を指定されており、指定されたポート番号とＩＰアド
レスとの比較を行い、受信したパケットの優先順位を判
定し、その優先順位に該当する処理バッファに送信す
る。ＴＣＰコントローラ４は優先度１バッファ２２−１
にパケットがあればそのパケットを指定のポートに送信
し、ない場合は次の優先度２バッファ２２−２を調べて
同様の処理を行う。この処理を優先度ｎバッファ２２−
ｎを調査するまで繰り返す。なお、ＣＰＵ４からポート
番号判定フィルタ処理部１０に上記の優先度の指定を行
うタイミングは、本発明の実施例１と同様である。この
ようなＥｔｈｅｒｎｅｔコントローラ２、ＩＰコントロ
ーラ３、ＴＣＰコントローラ４、ポート番号判定フィル
タ処理部１０とによる処理の流れを図８のフローチャー
トに示す。
【００２０】
【発明の効果】以上のようにこの発明によれば、要求処
理プロトコル判定部とこの判定結果で優先度が高いとさ
れたパケット用のバッファを備えて優先度が高い受信パ
ケットから処理をするので、単に物理的な接続番号の送
信元からのデータでなく、その要求処理内容によって優
先度の高いパケットを高速処理できる効果がある。
理プロトコル判定部とこの判定結果で優先度が高いとさ
れたパケット用のバッファを備えて優先度が高い受信パ
ケットから処理をするので、単に物理的な接続番号の送
信元からのデータでなく、その要求処理内容によって優
先度の高いパケットを高速処理できる効果がある。
【００２１】また更に、受信パケット中のポート番号で
優先度が判定されるので、単に物理的な接続番号の送信
元からのデータでなく、その要求処理内容を示すポート
番号によって優先度の高いパケットを高速処理できる効
果がある。
優先度が判定されるので、単に物理的な接続番号の送信
元からのデータでなく、その要求処理内容を示すポート
番号によって優先度の高いパケットを高速処理できる効
果がある。
【００２２】また更に、優先度は３レベル以上に分けて
判定されてレベル対応で高い優先度の受信パケットが高
速処理できる効果がある。
判定されてレベル対応で高い優先度の受信パケットが高
速処理できる効果がある。
【図１】 この発明の実施例１のパケット優先処理装置
の構成ブロック図である。
の構成ブロック図である。
【図２】 実施例１のパケット優先処理装置における受
信処理の動作ブロック図である。
信処理の動作ブロック図である。
【図３】 実施例１のパケット優先処理装置における送
受信データの構造とレイヤとヘッダ部との対応を示す図
である。
受信データの構造とレイヤとヘッダ部との対応を示す図
である。
【図４】 実施例１のパケット優先処理装置における処
理の流れを示すフローチャート図である。
理の流れを示すフローチャート図である。
【図５】 実施例１のパケット優先処理装置におけるデ
ータの到着状態の例を示す図である。
ータの到着状態の例を示す図である。
【図６】 この発明の実施例２のパケット優先処理装置
の構成ブロック図である。
の構成ブロック図である。
【図７】 この発明の実施例３のパケット優先処理装置
における受信処理の動作ブロック図である。
における受信処理の動作ブロック図である。
【図８】 実施例３のパケット優先処理装置における処
理の流れを示すフローチャート図である。
理の流れを示すフローチャート図である。
【図９】 ネットワークシステムの一例を示す図であ
る。
る。
【図１０】 従来の通信処理装置の構成ブロック図であ
る。
る。
【図１１】 従来の通信処理装置における受信処理の動
作ブロック図である。
作ブロック図である。
【図１２】 送受信データの構造の例を示す図である。
【図１３】 従来の通信処理装置における処理の流れを
示すフローチャート図である。
示すフローチャート図である。
【図１４】 従来の通信処理装置におけるデータの到着
状態の例を示す図である。
状態の例を示す図である。
１ 通信インタフェース基板、２ Ｅｔｈｅｒｎｅｔコ
ントローラ、３ ＩＰコントローラ、４ ＴＣＰコント
ローラ、５ ＣＰＵ、６ トランシーバ、７同軸ケーブ
ル、８ メモリ、９ ＩＰアドレス判定フィルタ処理
部、１０ ポート番号判定フィルタ処理部、１１ポート
番号判定回路、１２ 優先処理バッファ、１３ 通常処
理バッファ、２１ ＵＤＰコントローラ、２２−１，２
２−ｎ優先度別バッファ、３１ ＩＰアドレス判定回
路、３２ 優先処理バッファ、３３ 通常処理バッフ
ァ。
ントローラ、３ ＩＰコントローラ、４ ＴＣＰコント
ローラ、５ ＣＰＵ、６ トランシーバ、７同軸ケーブ
ル、８ メモリ、９ ＩＰアドレス判定フィルタ処理
部、１０ ポート番号判定フィルタ処理部、１１ポート
番号判定回路、１２ 優先処理バッファ、１３ 通常処
理バッファ、２１ ＵＤＰコントローラ、２２−１，２
２−ｎ優先度別バッファ、３１ ＩＰアドレス判定回
路、３２ 優先処理バッファ、３３ 通常処理バッフ
ァ。
Claims (3)
- 【請求項１】 パケット交換型ネットワークに接続され
て、受信パケット中の送信先の要求処理プロトコルを検
出する要求処理プロトコル判定部と、 上記プロトコル判定結果で優先度が高いとされたパケッ
ト用と、優先度が低いとされたパケット用のバッファと
を備え、優先度が高い受信パケットから処理を行うパケ
ット優先処理装置。 - 【請求項２】 要求処理プロトコル判定部は、受信パケ
ット中のポート番号を判定するポート番号判定部である
ことを特徴とする請求項１記載のパケット優先処理装
置。 - 【請求項３】 優先度を３以上のレベルに分け、優先度
バッファを３以上の対応するグループとし、順次優先度
の高い受信パケットから処理を行うようにしたことを特
徴とする請求項１記載のパケット優先処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7105921A JPH08307454A (ja) | 1995-04-28 | 1995-04-28 | パケット優先処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7105921A JPH08307454A (ja) | 1995-04-28 | 1995-04-28 | パケット優先処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08307454A true JPH08307454A (ja) | 1996-11-22 |
Family
ID=14420338
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7105921A Pending JPH08307454A (ja) | 1995-04-28 | 1995-04-28 | パケット優先処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08307454A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1188438A (ja) * | 1996-12-06 | 1999-03-30 | Ryutsu Syst Kaihatsu Center | 統合情報通信システム |
| JP2001197111A (ja) * | 2000-01-11 | 2001-07-19 | Nec Corp | マルチレイヤクラス識別通信装置と通信装置 |
| WO2002051101A1 (en) * | 2000-12-20 | 2002-06-27 | Fujitsu Limited | Tcp/ip network system |
| WO2004004251A1 (ja) * | 2002-07-01 | 2004-01-08 | Ipsquare Inc. | 半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法 |
| JP2009540743A (ja) * | 2006-06-16 | 2009-11-19 | ハリス コーポレイション | インバウンドのコンテンツ型ＱｏＳ方法及びシステム |
| US7990860B2 (en) | 2006-06-16 | 2011-08-02 | Harris Corporation | Method and system for rule-based sequencing for QoS |
| US8300653B2 (en) | 2006-07-31 | 2012-10-30 | Harris Corporation | Systems and methods for assured communications with quality of service |
| US8516153B2 (en) | 2006-06-16 | 2013-08-20 | Harris Corporation | Method and system for network-independent QoS |
| US8730981B2 (en) | 2006-06-20 | 2014-05-20 | Harris Corporation | Method and system for compression based quality of service |
-
1995
- 1995-04-28 JP JP7105921A patent/JPH08307454A/ja active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1188438A (ja) * | 1996-12-06 | 1999-03-30 | Ryutsu Syst Kaihatsu Center | 統合情報通信システム |
| JP2001197111A (ja) * | 2000-01-11 | 2001-07-19 | Nec Corp | マルチレイヤクラス識別通信装置と通信装置 |
| US7130903B2 (en) | 2000-01-11 | 2006-10-31 | Nec Corporation | Multi-layer class identifying communication apparatus with priority control |
| WO2002051101A1 (en) * | 2000-12-20 | 2002-06-27 | Fujitsu Limited | Tcp/ip network system |
| WO2004004251A1 (ja) * | 2002-07-01 | 2004-01-08 | Ipsquare Inc. | 半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法 |
| JP2009540743A (ja) * | 2006-06-16 | 2009-11-19 | ハリス コーポレイション | インバウンドのコンテンツ型ＱｏＳ方法及びシステム |
| US7990860B2 (en) | 2006-06-16 | 2011-08-02 | Harris Corporation | Method and system for rule-based sequencing for QoS |
| US8064464B2 (en) | 2006-06-16 | 2011-11-22 | Harris Corporation | Method and system for inbound content-based QoS |
| JP2012090302A (ja) * | 2006-06-16 | 2012-05-10 | Harris Corp | インバウンドのコンテンツ型ＱｏＳ方法及びシステム |
| US8516153B2 (en) | 2006-06-16 | 2013-08-20 | Harris Corporation | Method and system for network-independent QoS |
| US8730981B2 (en) | 2006-06-20 | 2014-05-20 | Harris Corporation | Method and system for compression based quality of service |
| US8300653B2 (en) | 2006-07-31 | 2012-10-30 | Harris Corporation | Systems and methods for assured communications with quality of service |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101021566B1 (ko) | 우선 순위와 예약 대역폭 프로토콜을 활용하여 네트워크에서비스 품질(ＱｏＳ)을 제공하는 메커니즘 | |
| EP0664906B1 (en) | Network station with multiple network addresses | |
| US20030058863A1 (en) | Method for transmitting compressed data in packet-oriented networks | |
| KR100542346B1 (ko) | 무선 랜 액세스 포인트의 패킷 처리 장치 및 그 방법 | |
| EP1603283A2 (en) | Access to a shared communication medium | |
| GB2258124A (en) | Protocol parallel processing apparatus | |
| JP2002521866A (ja) | 通信装置と信頼性が高く遅延が短いパケット通信方法 | |
| US20020176426A1 (en) | Packet transfer device, semiconductor device and packet transfer system | |
| US7545743B2 (en) | P2P traffic supporting router and P2P traffic information sharing system using the router | |
| US20070070904A1 (en) | Feedback mechanism for flexible load balancing in a flow-based processor affinity scheme | |
| JPH09139751A (ja) | 通信ネットワークにおけるトラフィック・フィルタリング用ブリッジ装置 | |
| JPH04180425A (ja) | 通信システム | |
| US20070223456A1 (en) | Switching apparatus | |
| US7987307B2 (en) | Interrupt coalescing control scheme | |
| WO2020095490A1 (ja) | スイッチ装置、通信制御方法および通信制御プログラム | |
| AU2004237319A1 (en) | Method for the priority classification of frames | |
| JP5116319B2 (ja) | メッセージ中継装置及び方法 | |
| JPH07210473A (ja) | 伝送路間のデータフィルタリング方式 | |
| JP2000235536A (ja) | データ通信方式及び装置 | |
| US20260019294A1 (en) | Relay device, monitoring device, relay program, and monitoring program | |
| JPH11331257A (ja) | 異ネットワーク間接続方法およびルータ装置 | |
| JP2006500840A (ja) | データパケットルーティング方法及び当該方法を実現するための装置 | |
| JP3693594B2 (ja) | ルータ装置 | |
| CN119892659B (zh) | 一种带宽预测方法及路由转发设备 | |
| US10528500B2 (en) | Data packet processing method |