JP2001358764A - ヘッダ変換回路及びヘッダ変換方法 - Google Patents
ヘッダ変換回路及びヘッダ変換方法Info
- Publication number
- JP2001358764A JP2001358764A JP2000177234A JP2000177234A JP2001358764A JP 2001358764 A JP2001358764 A JP 2001358764A JP 2000177234 A JP2000177234 A JP 2000177234A JP 2000177234 A JP2000177234 A JP 2000177234A JP 2001358764 A JP2001358764 A JP 2001358764A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- header
- route
- reception
- transmission
- 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
Abstract
(57)【要約】
【課題】 本発明は、パケット転送の高速化が図れるヘ
ッダ変換回路及びヘッダ変換方法を提供することを目的
とする。 【解決手段】 ２つの方路側インタフェース部１２、１
３の間におけるパケット転送を当該パケットのヘッダ部
の変換により実現するヘッダ変換回路１１であって、前
記一方の方路側インタフェース部から入力する受信パケ
ットの受信中にヘッダ部を送信パケット用に変換し、前
記変換したヘッダ部と前記受信パケットのヘッダ部に後
続するユーザデータ部と新たに生成したＦＣＳ部とから
なる前記送信パケットを前記他方の方路側インタフェー
ス部へ出力する第１手段３３、３５と、前記一方の方路
側インタフェース部から入力する前記受信パケットにつ
いてＦＣＳエラーがあるとき、前記他方の方路側インタ
フェース部に対し前記第１手段が出力している前記送信
パケットの廃棄を指示する第２手段３１、３２とを備え
る。
ッダ変換回路及びヘッダ変換方法を提供することを目的
とする。 【解決手段】 ２つの方路側インタフェース部１２、１
３の間におけるパケット転送を当該パケットのヘッダ部
の変換により実現するヘッダ変換回路１１であって、前
記一方の方路側インタフェース部から入力する受信パケ
ットの受信中にヘッダ部を送信パケット用に変換し、前
記変換したヘッダ部と前記受信パケットのヘッダ部に後
続するユーザデータ部と新たに生成したＦＣＳ部とから
なる前記送信パケットを前記他方の方路側インタフェー
ス部へ出力する第１手段３３、３５と、前記一方の方路
側インタフェース部から入力する前記受信パケットにつ
いてＦＣＳエラーがあるとき、前記他方の方路側インタ
フェース部に対し前記第１手段が出力している前記送信
パケットの廃棄を指示する第２手段３１、３２とを備え
る。
Description
【０００１】
【発明の属する技術分野】本発明は、パケット網のノー
ドにおいてパケットのヘッダを変換するヘッダ変換回路
及びヘッダ変換方法に関する。
ドにおいてパケットのヘッダを変換するヘッダ変換回路
及びヘッダ変換方法に関する。
【０００２】
【従来の技術】パケット網のノードでは、一方の方路か
ら入力するパケットを他方の方路へ出力する際に、出力
するパケットのヘッダを出方路用に変換することが行わ
れる。このとき、受信パケットがヘッダ部とユーザデー
タ部とＦＣＳ（Frame Check Sequence）部とで構成され
る場合に従来のヘッダ変換回路では、受信パケットの全
データを一旦バッファリングし、その後ＦＣＳチェック
結果がＯＫである受信パケットのヘッダ変換を行い、送
信パケットを送出するようにしている。受信パケットの
ＦＣＳチェック結果がＮＧである受信パケットは、ヘッ
ダ変換回路において廃棄処理され、出方路へは送出され
ない。
ら入力するパケットを他方の方路へ出力する際に、出力
するパケットのヘッダを出方路用に変換することが行わ
れる。このとき、受信パケットがヘッダ部とユーザデー
タ部とＦＣＳ（Frame Check Sequence）部とで構成され
る場合に従来のヘッダ変換回路では、受信パケットの全
データを一旦バッファリングし、その後ＦＣＳチェック
結果がＯＫである受信パケットのヘッダ変換を行い、送
信パケットを送出するようにしている。受信パケットの
ＦＣＳチェック結果がＮＧである受信パケットは、ヘッ
ダ変換回路において廃棄処理され、出方路へは送出され
ない。
【０００３】
【発明が解決しようとする課題】従来では、廃棄処理に
備えて全てのデータを一旦バッファリングするので、ユ
ーザデータが長くなるとバッファリングにかかる時間が
増大し、１パケットを転送するのに要する時間が増大す
る。つまり、従来の方式では、パケットサイズに比例し
てヘッダ変換回路による内部遅延が大きくなり、パケッ
ト転送における処理能力が低下するという問題があっ
た。
備えて全てのデータを一旦バッファリングするので、ユ
ーザデータが長くなるとバッファリングにかかる時間が
増大し、１パケットを転送するのに要する時間が増大す
る。つまり、従来の方式では、パケットサイズに比例し
てヘッダ変換回路による内部遅延が大きくなり、パケッ
ト転送における処理能力が低下するという問題があっ
た。
【０００４】また、従来では、ユーザデータが長くなる
とバッファリングに必要なバッファサイズも増大する。
したがって、ヘッダ変換回路をＦＰＧＡで開発する場
合、ＦＰＧＡの下地は回路規模が増大すると高価になる
ので、バッファサイズに影響されて高価な下地を選択す
る必要があるという問題があった。
とバッファリングに必要なバッファサイズも増大する。
したがって、ヘッダ変換回路をＦＰＧＡで開発する場
合、ＦＰＧＡの下地は回路規模が増大すると高価になる
ので、バッファサイズに影響されて高価な下地を選択す
る必要があるという問題があった。
【０００５】本発明は、斯かる問題点に鑑みてなされた
ものであり、その目的とするところは、受信パケットの
全データのバッファリングを不要とすることにより、パ
ケット転送の高速化が図れるヘッダ変換回路及びヘッダ
変換方法を提供することにある。
ものであり、その目的とするところは、受信パケットの
全データのバッファリングを不要とすることにより、パ
ケット転送の高速化が図れるヘッダ変換回路及びヘッダ
変換方法を提供することにある。
【０００６】
【課題を解決するための手段】本発明は上記課題を解決
すべく、以下に掲げる構成とした。請求項１記載の発明
の要旨は、パケット網のノードにおいて、一方の方路と
他方の方路のそれぞれにおいて対応する方路とパケット
の送受信を行う２つの方路側インタフェース部の間にお
けるパケット転送を当該パケットのヘッダ部の変換によ
り実現するヘッダ変換回路であって、前記一方の方路側
インタフェース部から入力する受信パケットの受信中に
ヘッダ部を送信パケット用に変換し、前記変換したヘッ
ダ部と前記受信パケットのヘッダ部に後続するユーザデ
ータ部と新たに生成したＦＣＳ部とからなる前記送信パ
ケットを前記他方の方路側インタフェース部へ出力する
第１手段と、前記一方の方路側インタフェース部から入
力する前記受信パケットについてＦＣＳエラーがあると
き、前記他方の方路側インタフェース部に対し前記第１
手段が出力している前記送信パケットの廃棄を指示する
第２手段とを備えることを特徴とするヘッダ変換回路に
存する。請求項２記載の発明の要旨は、前記第１手段
は、前記受信パケットのヘッダ部に後続するユーザデー
タ部に前記送信パケットのヘッダ部の経過時間分の時間
遅延を与えるとともに、前記受信パケットのヘッダ部の
アドレス情報に基づき対応する送信パケットのヘッダ部
を生成し、前記生成したヘッダ部を前記受信パケットの
ヘッダ部の時間経過後に送出し、続いて前記時間遅延を
与えたユーザデータ部と新たに生成したＦＣＳ部とを送
出することを特徴とする請求項１記載のヘッダ変換回路
に存する。請求項３記載の発明の要旨は、前記第１手段
は、ヘッダ変換を行う前記アドレス情報の設定値の個数
が少ない場合において、前記設定値の個数分の比較回路
により前記送信パケットのヘッダ部を生成することを特
徴とする請求項２記載のヘッダ変換回路に存する。請求
項４記載の発明の要旨は、パケット網のノードにおい
て、一方の方路と他方の方路のそれぞれにおいて対応す
る方路とパケットの送受信を行う２つの方路側インタフ
ェース部の間におけるパケット転送を当該パケットのヘ
ッダ部の変換により実現するヘッダ変換方法であって、
前記一方の方路側インタフェース部から入力する受信パ
ケットの受信中にヘッダ部を送信パケット用に変換し、
前記変換したヘッダ部と前記受信パケットのヘッダ部に
後続するユーザデータ部と新たに生成したＦＣＳ部とか
らなる前記送信パケットを前記他方の方路側インタフェ
ース部へ出力する第１工程と、前記一方の方路側インタ
フェース部から入力する前記受信パケットについてＦＣ
Ｓエラーがあるとき、前記他方の方路側インタフェース
部に対し前記第１手段が出力している前記送信パケット
の廃棄を指示する第２工程とを備えることを特徴とする
ヘッダ変換方法に存する。請求項５記載の発明の要旨
は、前記第１工程では、前記受信パケットのヘッダ部に
後続するユーザデータ部に前記送信パケットのヘッダ部
の経過時間分の時間遅延を与えるとともに、前記受信パ
ケットのヘッダ部のアドレス情報に基づき対応する送信
パケットのヘッダ部を生成し、前記生成したヘッダ部を
前記受信パケットのヘッダ部の時間経過後に送出し、続
いて前記時間遅延を与えたユーザデータ部と新たに生成
したＦＣＳ部とを送出することを特徴とする請求項４記
載のヘッダ変換方法に存する。請求項６記載の発明の要
旨は、前記第１工程では、ヘッダ変換を行う前記アドレ
ス情報の設定値の個数が少ない場合において、前記設定
値の個数分の比較回路により前記送信パケットのヘッダ
部を生成することを特徴とする請求項５記載のヘッダ変
換方法に存する。
すべく、以下に掲げる構成とした。請求項１記載の発明
の要旨は、パケット網のノードにおいて、一方の方路と
他方の方路のそれぞれにおいて対応する方路とパケット
の送受信を行う２つの方路側インタフェース部の間にお
けるパケット転送を当該パケットのヘッダ部の変換によ
り実現するヘッダ変換回路であって、前記一方の方路側
インタフェース部から入力する受信パケットの受信中に
ヘッダ部を送信パケット用に変換し、前記変換したヘッ
ダ部と前記受信パケットのヘッダ部に後続するユーザデ
ータ部と新たに生成したＦＣＳ部とからなる前記送信パ
ケットを前記他方の方路側インタフェース部へ出力する
第１手段と、前記一方の方路側インタフェース部から入
力する前記受信パケットについてＦＣＳエラーがあると
き、前記他方の方路側インタフェース部に対し前記第１
手段が出力している前記送信パケットの廃棄を指示する
第２手段とを備えることを特徴とするヘッダ変換回路に
存する。請求項２記載の発明の要旨は、前記第１手段
は、前記受信パケットのヘッダ部に後続するユーザデー
タ部に前記送信パケットのヘッダ部の経過時間分の時間
遅延を与えるとともに、前記受信パケットのヘッダ部の
アドレス情報に基づき対応する送信パケットのヘッダ部
を生成し、前記生成したヘッダ部を前記受信パケットの
ヘッダ部の時間経過後に送出し、続いて前記時間遅延を
与えたユーザデータ部と新たに生成したＦＣＳ部とを送
出することを特徴とする請求項１記載のヘッダ変換回路
に存する。請求項３記載の発明の要旨は、前記第１手段
は、ヘッダ変換を行う前記アドレス情報の設定値の個数
が少ない場合において、前記設定値の個数分の比較回路
により前記送信パケットのヘッダ部を生成することを特
徴とする請求項２記載のヘッダ変換回路に存する。請求
項４記載の発明の要旨は、パケット網のノードにおい
て、一方の方路と他方の方路のそれぞれにおいて対応す
る方路とパケットの送受信を行う２つの方路側インタフ
ェース部の間におけるパケット転送を当該パケットのヘ
ッダ部の変換により実現するヘッダ変換方法であって、
前記一方の方路側インタフェース部から入力する受信パ
ケットの受信中にヘッダ部を送信パケット用に変換し、
前記変換したヘッダ部と前記受信パケットのヘッダ部に
後続するユーザデータ部と新たに生成したＦＣＳ部とか
らなる前記送信パケットを前記他方の方路側インタフェ
ース部へ出力する第１工程と、前記一方の方路側インタ
フェース部から入力する前記受信パケットについてＦＣ
Ｓエラーがあるとき、前記他方の方路側インタフェース
部に対し前記第１手段が出力している前記送信パケット
の廃棄を指示する第２工程とを備えることを特徴とする
ヘッダ変換方法に存する。請求項５記載の発明の要旨
は、前記第１工程では、前記受信パケットのヘッダ部に
後続するユーザデータ部に前記送信パケットのヘッダ部
の経過時間分の時間遅延を与えるとともに、前記受信パ
ケットのヘッダ部のアドレス情報に基づき対応する送信
パケットのヘッダ部を生成し、前記生成したヘッダ部を
前記受信パケットのヘッダ部の時間経過後に送出し、続
いて前記時間遅延を与えたユーザデータ部と新たに生成
したＦＣＳ部とを送出することを特徴とする請求項４記
載のヘッダ変換方法に存する。請求項６記載の発明の要
旨は、前記第１工程では、ヘッダ変換を行う前記アドレ
ス情報の設定値の個数が少ない場合において、前記設定
値の個数分の比較回路により前記送信パケットのヘッダ
部を生成することを特徴とする請求項５記載のヘッダ変
換方法に存する。
【０００７】
【発明の実施の形態】図１は、本発明の一実施の形態に
よるヘッダ変換回路の構成ブロック図である。図１に示
すように、ヘッダ変換回路１１は、端末と固有のパケッ
トフォーマットによりデータの送受信を行うＤＯＷＮ側
インタフェース回路１２と、パケット網と固有のパケッ
トフォーマットによりデータの送受信を行うＵＰ側イン
タフェース回路１３との間に位置付けられ、制御回路１
４の制御下にヘッダ変換を行うことにより、端末とパケ
ット網間のパケット転送を実現する。
よるヘッダ変換回路の構成ブロック図である。図１に示
すように、ヘッダ変換回路１１は、端末と固有のパケッ
トフォーマットによりデータの送受信を行うＤＯＷＮ側
インタフェース回路１２と、パケット網と固有のパケッ
トフォーマットによりデータの送受信を行うＵＰ側イン
タフェース回路１３との間に位置付けられ、制御回路１
４の制御下にヘッダ変換を行うことにより、端末とパケ
ット網間のパケット転送を実現する。
【０００８】本実施の形態によるヘッダ変換回路１１
は、ＤＯＷＮ側インタフェース回路１２とデータの送受
信を行うＤＮパケットインタフェース部３１と、ＵＰ側
インタフェース回路１３とデータの送受信を行うＵＰパ
ケットインタフェース部３２と、ＤＮパケットインタフ
ェース部３１からのＤＮ受信パケット１５をＵＰ送信パ
ケット１７に変換してＵＰパケットインタフェース部３
２へ出力するＵＰパケット生成部３３と、ＵＰパケット
生成部３３がヘッダ変換の際に参照するＤＮパケットヘ
ッダ変換テーブル部３４と、ＵＰパケットインタフェー
ス部３２からのＵＰ受信パケット１８をＤＮ送信パケッ
ト１６に変換してＤＮパケットインタフェース部３１へ
出力するＤＮパケット生成部３５と、ＤＮパケット生成
部３５がヘッダ変換の際に参照するＵＰパケットヘッダ
変換テーブル部３６とを備えている。
は、ＤＯＷＮ側インタフェース回路１２とデータの送受
信を行うＤＮパケットインタフェース部３１と、ＵＰ側
インタフェース回路１３とデータの送受信を行うＵＰパ
ケットインタフェース部３２と、ＤＮパケットインタフ
ェース部３１からのＤＮ受信パケット１５をＵＰ送信パ
ケット１７に変換してＵＰパケットインタフェース部３
２へ出力するＵＰパケット生成部３３と、ＵＰパケット
生成部３３がヘッダ変換の際に参照するＤＮパケットヘ
ッダ変換テーブル部３４と、ＵＰパケットインタフェー
ス部３２からのＵＰ受信パケット１８をＤＮ送信パケッ
ト１６に変換してＤＮパケットインタフェース部３１へ
出力するＤＮパケット生成部３５と、ＤＮパケット生成
部３５がヘッダ変換の際に参照するＵＰパケットヘッダ
変換テーブル部３６とを備えている。
【０００９】また、ＤＮパケットインタフェース部３１
は、ＦＣＳエラー３７をＵＰパケットインタフェース部
３２を介してＵＰ側インタフェース部１３へ送出し、Ｕ
Ｐパケットインタフェース部３２は、ＦＣＳエラー３８
をＤＮパケットインタフェース部３１を介してＤＯＷＮ
側インタフェース回路１２へ送出するようになってい
る。
は、ＦＣＳエラー３７をＵＰパケットインタフェース部
３２を介してＵＰ側インタフェース部１３へ送出し、Ｕ
Ｐパケットインタフェース部３２は、ＦＣＳエラー３８
をＤＮパケットインタフェース部３１を介してＤＯＷＮ
側インタフェース回路１２へ送出するようになってい
る。
【００１０】次に、図２を用いて本実施の形態で扱うパ
ケットのフォーマットについて説明する。図２（ａ）
は、ヘッダ変換回路１１とＤＯＷＮ側インタフェース回
路１２との間で転送するＤＮ受信パケット１５とＤＮ送
信パケット１６のフォーマット構成例である。図２
（ａ）に示すように、ＤＮ受信パケット１５とＤＮ送信
パケット１６は、固定長（ｘビット）のＤＮパケットヘ
ッダ（ＤＰＨ）２１と、可変長（ｚビット）のユーザデ
ータ２２と、ｖビットのＦＣＳ２３とで構成されてい
る。
ケットのフォーマットについて説明する。図２（ａ）
は、ヘッダ変換回路１１とＤＯＷＮ側インタフェース回
路１２との間で転送するＤＮ受信パケット１５とＤＮ送
信パケット１６のフォーマット構成例である。図２
（ａ）に示すように、ＤＮ受信パケット１５とＤＮ送信
パケット１６は、固定長（ｘビット）のＤＮパケットヘ
ッダ（ＤＰＨ）２１と、可変長（ｚビット）のユーザデ
ータ２２と、ｖビットのＦＣＳ２３とで構成されてい
る。
【００１１】また、図２（ｂ）は、ヘッダ変換回路１１
とＵＰ側インタフェース回路１３との間で転送するＵＰ
送信パケット１７とＵＰ受信パケット１８のフォーマッ
ト構成例である。図２（ｂ）に示すように、ＵＰ送信パ
ケット１７とＵＰ受信パケット１８は、固定長（ｙビッ
ト）のＵＰパケットヘッダ（ＵＰＨ）２４と、可変長
（ｚビット）のユーザデータ２５と、ｗビットのＦＣＳ
２６とで構成されている。
とＵＰ側インタフェース回路１３との間で転送するＵＰ
送信パケット１７とＵＰ受信パケット１８のフォーマッ
ト構成例である。図２（ｂ）に示すように、ＵＰ送信パ
ケット１７とＵＰ受信パケット１８は、固定長（ｙビッ
ト）のＵＰパケットヘッダ（ＵＰＨ）２４と、可変長
（ｚビット）のユーザデータ２５と、ｗビットのＦＣＳ
２６とで構成されている。
【００１２】ヘッダ変換回路１１は、ｘビットのＤＮパ
ケットヘッダ２１とｙビットのＵＰパケットヘッダ２４
を変換する。ユーザデータ２２、２５は、説明の都合か
ら符号を異ならせてあるが、ＤＯＷＮ側インタフェース
回路１２とＵＰ側インタフェース回路１３との間で同じ
となるように転送する。また、ＤＯＷＮ側インタフェー
ス回路１２からＵＰ側インタフェース回路１３へのパケ
ット転送の場合、ＦＣＳ２３をチェックしＦＣＳ２６を
生成する。同様に、ＵＰ側インタフェース回路１３から
ＤＯＷＮ側インタフェース回路１２へのパケット転送の
場合、ＦＣＳ２６をチェックしＦＣＳ２３を生成する。
ケットヘッダ２１とｙビットのＵＰパケットヘッダ２４
を変換する。ユーザデータ２２、２５は、説明の都合か
ら符号を異ならせてあるが、ＤＯＷＮ側インタフェース
回路１２とＵＰ側インタフェース回路１３との間で同じ
となるように転送する。また、ＤＯＷＮ側インタフェー
ス回路１２からＵＰ側インタフェース回路１３へのパケ
ット転送の場合、ＦＣＳ２３をチェックしＦＣＳ２６を
生成する。同様に、ＵＰ側インタフェース回路１３から
ＤＯＷＮ側インタフェース回路１２へのパケット転送の
場合、ＦＣＳ２６をチェックしＦＣＳ２３を生成する。
【００１３】次に図３は、パケットヘッダのフォーマッ
ト構成例である。図３（ａ）に示されるように、ＤＮパ
ケットヘッダ２１は、ＤＯＷＮ側インタフェース回路１
２で識別される固定長（ｍビット）のＤＮパケットアド
レス情報２７を含む構成である。また、図３（ｂ）に示
されるように、ＵＰパケットヘッダ２４は、ＵＰ側イン
タフェース回路１３で識別される固定長（ｎビット）の
ＵＰパケットアドレス情報２８を含む構成である。
ト構成例である。図３（ａ）に示されるように、ＤＮパ
ケットヘッダ２１は、ＤＯＷＮ側インタフェース回路１
２で識別される固定長（ｍビット）のＤＮパケットアド
レス情報２７を含む構成である。また、図３（ｂ）に示
されるように、ＵＰパケットヘッダ２４は、ＵＰ側イン
タフェース回路１３で識別される固定長（ｎビット）の
ＵＰパケットアドレス情報２８を含む構成である。
【００１４】ｘビットのＤＮパケットヘッダ２１からｙ
ビットのＵＰパケットヘッダ２４への変換では、ｍビッ
トのＤＮパケットアドレス情報２７に基づきＵＰパケッ
トヘッダ２４が決定される。この決定では、ＤＮパケッ
トヘッダ変換テーブル部３４が備えるＤＮパケットヘッ
ダ変換テーブル４１（図４参照）が用いられる。また、
ｙビットのＵＰパケットヘッダ２４からｘビットのＤＮ
パケットヘッダ２１への変換では、ｎビットのＵＰパケ
ットアドレス情報２８に基づきＤＮパケットヘッダ２１
が決定される。この決定では、ＵＰパケットヘッダ変換
テーブル部３６が備えるＵＰパケットヘッダ変換テーブ
ル５１（図５参照）が用いられる。なお、これらのヘッ
ダ変換テーブルの初期設定及びその後の変更による設定
は、制御回路１４が行うようになっている。
ビットのＵＰパケットヘッダ２４への変換では、ｍビッ
トのＤＮパケットアドレス情報２７に基づきＵＰパケッ
トヘッダ２４が決定される。この決定では、ＤＮパケッ
トヘッダ変換テーブル部３４が備えるＤＮパケットヘッ
ダ変換テーブル４１（図４参照）が用いられる。また、
ｙビットのＵＰパケットヘッダ２４からｘビットのＤＮ
パケットヘッダ２１への変換では、ｎビットのＵＰパケ
ットアドレス情報２８に基づきＤＮパケットヘッダ２１
が決定される。この決定では、ＵＰパケットヘッダ変換
テーブル部３６が備えるＵＰパケットヘッダ変換テーブ
ル５１（図５参照）が用いられる。なお、これらのヘッ
ダ変換テーブルの初期設定及びその後の変更による設定
は、制御回路１４が行うようになっている。
【００１５】図４に示すように、ＤＮパケットヘッダ変
換テーブル部３４が備えるＤＮパケットヘッダ変換テー
ブル４１は、欄４１ａ、４１ｂ、４１ｃの３つの欄が設
けられている。
換テーブル部３４が備えるＤＮパケットヘッダ変換テー
ブル４１は、欄４１ａ、４１ｂ、４１ｃの３つの欄が設
けられている。
【００１６】欄４１ａには、ｍビットのＤＮパケットア
ドレス情報２７が設定される。欄４１ｂには、ＤＮパケ
ットアドレス情報２７に対応するＵＰパケットヘッダ２
４の登録有無を示す１ビットの登録情報が設定される。
すなわち、登録されている場合には、登録有を示す
“１”が設定され、登録されていない場合には、登録無
しを示す“０”が設定される。欄４１ｃには、ＤＮパケ
ットアドレス情報２７に対応するｙビットのＵＰパケッ
トヘッダ２４の値（ＶＡＬＵＥ＃０、ＶＡＬＵＥ＃１、
ＶＡＬＵＥ＃２、・・）が設定される。
ドレス情報２７が設定される。欄４１ｂには、ＤＮパケ
ットアドレス情報２７に対応するＵＰパケットヘッダ２
４の登録有無を示す１ビットの登録情報が設定される。
すなわち、登録されている場合には、登録有を示す
“１”が設定され、登録されていない場合には、登録無
しを示す“０”が設定される。欄４１ｃには、ＤＮパケ
ットアドレス情報２７に対応するｙビットのＵＰパケッ
トヘッダ２４の値（ＶＡＬＵＥ＃０、ＶＡＬＵＥ＃１、
ＶＡＬＵＥ＃２、・・）が設定される。
【００１７】また、図５に示すように、ＵＰパケットヘ
ッダ変換テーブル部３６が備えるＵＰパケットヘッダ変
換テーブル５１は、同様に欄５１ａ、５１ｂ、５１ｃの
３つの欄が設けられている。
ッダ変換テーブル部３６が備えるＵＰパケットヘッダ変
換テーブル５１は、同様に欄５１ａ、５１ｂ、５１ｃの
３つの欄が設けられている。
【００１８】欄５１ａには、ｎビットのＵＰパケットア
ドレス情報２８が設定される。欄５１ｂには、ＵＰパケ
ットアドレス情報２８に対応するＤＮパケットヘッダ２
１の登録有無を示す１ビットの登録情報が設定される。
すなわち、登録されている場合には、登録有を示す
“１”が設定され、登録されていない場合には、登録無
しを示す“０”が設定される。欄５１ｃには、ＵＰパケ
ットアドレス情報２８に対応するｘビットのＤＮパケッ
トヘッダ２１の値（ＶＡＬＵＥ＃３、ＶＡＬＵＥ＃４、
ＶＡＬＵＥ＃５、・・）が設定される。
ドレス情報２８が設定される。欄５１ｂには、ＵＰパケ
ットアドレス情報２８に対応するＤＮパケットヘッダ２
１の登録有無を示す１ビットの登録情報が設定される。
すなわち、登録されている場合には、登録有を示す
“１”が設定され、登録されていない場合には、登録無
しを示す“０”が設定される。欄５１ｃには、ＵＰパケ
ットアドレス情報２８に対応するｘビットのＤＮパケッ
トヘッダ２１の値（ＶＡＬＵＥ＃３、ＶＡＬＵＥ＃４、
ＶＡＬＵＥ＃５、・・）が設定される。
【００１９】次に以上のように構成される本実施の形態
によるヘッダ変換回路の動作を説明する。まず、ＤＯＷ
Ｎ側インタフェース回路１２からＵＰ側インタフェース
回路１３へのパケット転送動作を説明する。その際に、
図６が参照される。図６は、ヘッダ変換回路１１のＵＰ
パケット送出タイミングの説明図である。
によるヘッダ変換回路の動作を説明する。まず、ＤＯＷ
Ｎ側インタフェース回路１２からＵＰ側インタフェース
回路１３へのパケット転送動作を説明する。その際に、
図６が参照される。図６は、ヘッダ変換回路１１のＵＰ
パケット送出タイミングの説明図である。
【００２０】図６に示すように、ヘッダ変換回路１１
は、ＤＯＷＮ側インタフェース回路１２からＤＮ受信パ
ケット１５が入力すると（図６（ａ））、ＤＮ受信パケ
ット１５の全てを受信した時刻ｔ４２後ではなく、先頭
のｘビット（ＤＰＨ２１）の時間が経過した時刻ｔ４１
後にＵＰ送信パケット１７をＵＰ側インタフェース回路
１３へ送出する（図６（ｂ））。
は、ＤＯＷＮ側インタフェース回路１２からＤＮ受信パ
ケット１５が入力すると（図６（ａ））、ＤＮ受信パケ
ット１５の全てを受信した時刻ｔ４２後ではなく、先頭
のｘビット（ＤＰＨ２１）の時間が経過した時刻ｔ４１
後にＵＰ送信パケット１７をＵＰ側インタフェース回路
１３へ送出する（図６（ｂ））。
【００２１】これにより、ＤＮ受信パケット１５の全デ
ータを受信する前にＵＰ送信パケット１７の送信を開始
することができ、従来よりも高速にヘッダ変換パケット
が転送できる。このような動作を可能とするために、Ｄ
Ｎ受信パケット１５にＦＣＳエラーがあるときは、ＦＣ
Ｓエラー３７によりＵＰ送信パケット１７の廃棄をＵＰ
側インタフェース回路１３へ指示するようになってい
る。
ータを受信する前にＵＰ送信パケット１７の送信を開始
することができ、従来よりも高速にヘッダ変換パケット
が転送できる。このような動作を可能とするために、Ｄ
Ｎ受信パケット１５にＦＣＳエラーがあるときは、ＦＣ
Ｓエラー３７によりＵＰ送信パケット１７の廃棄をＵＰ
側インタフェース回路１３へ指示するようになってい
る。
【００２２】以下、具体的に説明する。ＤＮパケットイ
ンタフェース部３１は、ＤＯＷＮ側インタフェース回路
１２からのＤＮ受信パケット１５をＦＣＳチェックを行
いつつＵＰパケット生成部３３へ送出する。
ンタフェース部３１は、ＤＯＷＮ側インタフェース回路
１２からのＤＮ受信パケット１５をＦＣＳチェックを行
いつつＵＰパケット生成部３３へ送出する。
【００２３】このとき、ＤＮパケットインタフェース部
３１は、ＤＮ受信パケット１５のＤＮパケットヘッダ２
１の部分にあたる先頭からｘビット分はＤＯＷＮ側イン
タフェース回路１２からの受信順にＵＰパケット生成部
３３へ送出するが、ユーザデータ２２の部分については
シフトレジスタによりｙビット分の時間経過後にＵＰパ
ケット生成部３３へ送出する。また、ＤＮパケットイン
タフェース部３１は、ＦＣＳチェックの結果、エラーが
あると、ＦＣＳエラー３７をＵＰインタフェース部３２
に対し出力する。
３１は、ＤＮ受信パケット１５のＤＮパケットヘッダ２
１の部分にあたる先頭からｘビット分はＤＯＷＮ側イン
タフェース回路１２からの受信順にＵＰパケット生成部
３３へ送出するが、ユーザデータ２２の部分については
シフトレジスタによりｙビット分の時間経過後にＵＰパ
ケット生成部３３へ送出する。また、ＤＮパケットイン
タフェース部３１は、ＦＣＳチェックの結果、エラーが
あると、ＦＣＳエラー３７をＵＰインタフェース部３２
に対し出力する。
【００２４】ＵＰパケット生成部３３は、図３（ａ）に
示す構成のＤＮパケットヘッダ２１の固定位置にあるＤ
Ｎパケットアドレス情報２７を抽出してＤＮパケットヘ
ッダ変換テーブル部３４へ送出する。ＤＮパケットヘッ
ダ変換テーブル部３４は、ＵＰパケット生成部３３から
のＤＮパケットアドレス情報２７に基づきＤＮパケット
ヘッダ変換テーブル４１から対応するＵＰパケットヘッ
ダ２４を取り出し、ＵＰパケット生成部３３へ出力す
る。
示す構成のＤＮパケットヘッダ２１の固定位置にあるＤ
Ｎパケットアドレス情報２７を抽出してＤＮパケットヘ
ッダ変換テーブル部３４へ送出する。ＤＮパケットヘッ
ダ変換テーブル部３４は、ＵＰパケット生成部３３から
のＤＮパケットアドレス情報２７に基づきＤＮパケット
ヘッダ変換テーブル４１から対応するＵＰパケットヘッ
ダ２４を取り出し、ＵＰパケット生成部３３へ出力す
る。
【００２５】ここで、図４に示したＤＮパケットヘッダ
変換テーブル４１では、ＵＰパケット生成部３３からの
ＤＮパケットアドレス情報２７が欄４１ａの“０”また
は“２”の場合は、欄４１ｂの登録情報が“１”である
ので、ＤＮパケットヘッダ変換テーブル部３４は、欄４
１ｃの“ＶＡＬＵＥ＃０”または“ＶＡＬＵＥ＃２”が
取り出すべきＵＰパケットヘッダ２４の値であると決定
し、ＵＰパケット生成部３３へ出力する。一方、ＵＰパ
ケット生成部３３からのＤＮパケットアドレス情報２７
が欄４１ａの“１”の場合は、欄４１ｂの登録情報が
“０”であるので、ＤＮパケットヘッダ変換テーブル部
３４は、取り出すべきＵＰパケットヘッダ２４の値が決
定できないことをＵＰパケット生成部３３に通知する。
変換テーブル４１では、ＵＰパケット生成部３３からの
ＤＮパケットアドレス情報２７が欄４１ａの“０”また
は“２”の場合は、欄４１ｂの登録情報が“１”である
ので、ＤＮパケットヘッダ変換テーブル部３４は、欄４
１ｃの“ＶＡＬＵＥ＃０”または“ＶＡＬＵＥ＃２”が
取り出すべきＵＰパケットヘッダ２４の値であると決定
し、ＵＰパケット生成部３３へ出力する。一方、ＵＰパ
ケット生成部３３からのＤＮパケットアドレス情報２７
が欄４１ａの“１”の場合は、欄４１ｂの登録情報が
“０”であるので、ＤＮパケットヘッダ変換テーブル部
３４は、取り出すべきＵＰパケットヘッダ２４の値が決
定できないことをＵＰパケット生成部３３に通知する。
【００２６】ＵＰパケット生成部３３は、ＤＮパケット
ヘッダ変換テーブル部３４から通知されたＵＰパケット
ヘッダ２４を、ｘビットの時間が経過した時刻ｔ４１
後、直ちにＵＰパケットインタフェース部３２へ送出
し、それに引き続いてＤＮパケットインタフェース部３
１からのユーザデータ２２をユーザデータ２５として送
出し、更にＵＰパケットヘッダ２４とユーザデータ２５
に基づき生成したＦＣＳ２６を後続させる。このように
してＵＰパケット生成部３３は、ＤＮ受信パケット１５
のＤＮパケットヘッダ２１の受信後、直ちにＵＰ送信パ
ケット１７をＵＰパケットインタフェース部３２へ送出
する。
ヘッダ変換テーブル部３４から通知されたＵＰパケット
ヘッダ２４を、ｘビットの時間が経過した時刻ｔ４１
後、直ちにＵＰパケットインタフェース部３２へ送出
し、それに引き続いてＤＮパケットインタフェース部３
１からのユーザデータ２２をユーザデータ２５として送
出し、更にＵＰパケットヘッダ２４とユーザデータ２５
に基づき生成したＦＣＳ２６を後続させる。このように
してＵＰパケット生成部３３は、ＤＮ受信パケット１５
のＤＮパケットヘッダ２１の受信後、直ちにＵＰ送信パ
ケット１７をＵＰパケットインタフェース部３２へ送出
する。
【００２７】ＵＰパケットインタフェース部３２は、Ｕ
Ｐパケット生成部３３から送られてくるＵＰ送信パケッ
ト１７をＵＰ側インタフェース回路１３へ送出する。こ
のとき、ＤＮパケットインタフェース部３１からＦＣＳ
エラー３７が入力するときには、そのＦＣＳエラー３７
をＵＰ側インタフェース回路１３へ送出し、現在送信中
のＵＰ送信パケット１７の廃棄を指示する。
Ｐパケット生成部３３から送られてくるＵＰ送信パケッ
ト１７をＵＰ側インタフェース回路１３へ送出する。こ
のとき、ＤＮパケットインタフェース部３１からＦＣＳ
エラー３７が入力するときには、そのＦＣＳエラー３７
をＵＰ側インタフェース回路１３へ送出し、現在送信中
のＵＰ送信パケット１７の廃棄を指示する。
【００２８】ＵＰ側インタフェース回路１３では、ＵＰ
送信パケット１７のユーザデータ２５の取り込みを終了
する以前にＦＣＳエラー３７を受け取るので、受け取っ
たＦＣＳエラー３７により、受信中のＵＰ送信パケット
１７を廃棄することができる。
送信パケット１７のユーザデータ２５の取り込みを終了
する以前にＦＣＳエラー３７を受け取るので、受け取っ
たＦＣＳエラー３７により、受信中のＵＰ送信パケット
１７を廃棄することができる。
【００２９】次に、ＵＰ側インタフェース回路１３から
ＤＯＷＮ側インタフェース回路１２へのパケット転送の
動作を説明する。その際に、図７が参照される。図７
は、ヘッダ変換回路１１のＤＮパケット送出タイミング
の説明図である。
ＤＯＷＮ側インタフェース回路１２へのパケット転送の
動作を説明する。その際に、図７が参照される。図７
は、ヘッダ変換回路１１のＤＮパケット送出タイミング
の説明図である。
【００３０】図７に示すように、ヘッダ変換回路１１
は、ＵＰ側インタフェース回路１３からＵＰ受信パケッ
ト１８が入力すると（図７（ａ））、ＵＰ受信パケット
１８の全てを受信した時刻ｔ４６後ではなく、先頭のｙ
ビット（ＤＰＨ２４）の時間が経過した時刻ｔ４５後に
ＤＮ送信パケット１６をＤＯＷＮ側インタフェース回路
１２へ送出する（図７（ｂ））。
は、ＵＰ側インタフェース回路１３からＵＰ受信パケッ
ト１８が入力すると（図７（ａ））、ＵＰ受信パケット
１８の全てを受信した時刻ｔ４６後ではなく、先頭のｙ
ビット（ＤＰＨ２４）の時間が経過した時刻ｔ４５後に
ＤＮ送信パケット１６をＤＯＷＮ側インタフェース回路
１２へ送出する（図７（ｂ））。
【００３１】これにより、ＵＰ受信パケット１８の全デ
ータを受信する前にＤＮ送信パケット１６の送信を開始
することができ、従来よりも高速にヘッダ変換パケット
を転送できる。このような動作を可能とするために、Ｕ
Ｐ受信パケット１８にＦＣＳエラーがあるときは、ＦＣ
Ｓエラー３８によりＤＮ送信パケット１６の廃棄をＤＯ
ＷＮ側インタフェース回路１２へ指示するようになって
いる。
ータを受信する前にＤＮ送信パケット１６の送信を開始
することができ、従来よりも高速にヘッダ変換パケット
を転送できる。このような動作を可能とするために、Ｕ
Ｐ受信パケット１８にＦＣＳエラーがあるときは、ＦＣ
Ｓエラー３８によりＤＮ送信パケット１６の廃棄をＤＯ
ＷＮ側インタフェース回路１２へ指示するようになって
いる。
【００３２】以下、具体的に説明する。ＵＰパケットイ
ンタフェース部３２は、ＵＰ側インタフェース回路１３
からのＵＰ受信パケット１８をＦＣＳチェックを行いつ
つＤＮパケット生成部３５へ送出する。
ンタフェース部３２は、ＵＰ側インタフェース回路１３
からのＵＰ受信パケット１８をＦＣＳチェックを行いつ
つＤＮパケット生成部３５へ送出する。
【００３３】このとき、ＵＰパケットインタフェース部
３２は、ＵＰ受信パケット１８のＵＰパケットヘッダ２
４の部分にあたる先頭からｙビット分はＵＰ側インタフ
ェース回路１３からの受信順にＤＮパケット生成部３５
へ送出するが、ユーザデータ２５の部分についてはシフ
トレジスタによりｘビット分の時間経過後にＤＮパケッ
ト生成部３５へ送出する。また、ＵＰパケットインタフ
ェース部３２は、ＦＣＳチェックの結果、エラーがある
と、ＦＣＳエラー３８をＤＮパケットインタフェース部
３１に対し出力する。
３２は、ＵＰ受信パケット１８のＵＰパケットヘッダ２
４の部分にあたる先頭からｙビット分はＵＰ側インタフ
ェース回路１３からの受信順にＤＮパケット生成部３５
へ送出するが、ユーザデータ２５の部分についてはシフ
トレジスタによりｘビット分の時間経過後にＤＮパケッ
ト生成部３５へ送出する。また、ＵＰパケットインタフ
ェース部３２は、ＦＣＳチェックの結果、エラーがある
と、ＦＣＳエラー３８をＤＮパケットインタフェース部
３１に対し出力する。
【００３４】ＤＮパケット生成部３５は、図３（ｂ）に
示す構成のＵＰパケットヘッダ２４の固定位置にあるＵ
Ｐパケットアドレス情報２８を抽出してＵＰパケットヘ
ッダ変換テーブル部３６へ送出する。ＵＰパケットヘッ
ダ変換テーブル部３６は、ＤＮパケット生成部３５から
のＵＰパケットアドレス情報２８に基づきＵＰパケット
ヘッダ変換テーブル５１から対応するＤＮパケットヘッ
ダ２１を取り出し、ＤＮパケット生成部３５へ出力す
る。
示す構成のＵＰパケットヘッダ２４の固定位置にあるＵ
Ｐパケットアドレス情報２８を抽出してＵＰパケットヘ
ッダ変換テーブル部３６へ送出する。ＵＰパケットヘッ
ダ変換テーブル部３６は、ＤＮパケット生成部３５から
のＵＰパケットアドレス情報２８に基づきＵＰパケット
ヘッダ変換テーブル５１から対応するＤＮパケットヘッ
ダ２１を取り出し、ＤＮパケット生成部３５へ出力す
る。
【００３５】ここで、図５に示したＵＰパケットヘッダ
変換テーブル５１では、ＤＮパケット生成部３５からの
ＵＰパケットアドレス情報２８が欄５１ａの“０”また
は“２”の場合は、欄５１ｂの登録情報が“１”である
ので、ＵＰパケットヘッダ変換テーブル部３６では、欄
５１ｃの“ＶＡＬＵＥ＃３”または“ＶＡＬＵＥ＃５”
が取り出すべきＤＮパケットヘッダ２１の値であると決
定し、ＤＮパケット生成部３５へ出力する。一方、ＤＮ
パケット生成部３５からのＵＰパケットアドレス情報２
８が欄５１ａの“１”の場合は、欄５１ｂの登録情報が
“０”であるので、ＵＰパケットヘッダ変換テーブル部
３６は、取り出すべきＤＮパケットヘッダ２１の値が決
定できないことをＤＮパケット生成部３５に通知する。
変換テーブル５１では、ＤＮパケット生成部３５からの
ＵＰパケットアドレス情報２８が欄５１ａの“０”また
は“２”の場合は、欄５１ｂの登録情報が“１”である
ので、ＵＰパケットヘッダ変換テーブル部３６では、欄
５１ｃの“ＶＡＬＵＥ＃３”または“ＶＡＬＵＥ＃５”
が取り出すべきＤＮパケットヘッダ２１の値であると決
定し、ＤＮパケット生成部３５へ出力する。一方、ＤＮ
パケット生成部３５からのＵＰパケットアドレス情報２
８が欄５１ａの“１”の場合は、欄５１ｂの登録情報が
“０”であるので、ＵＰパケットヘッダ変換テーブル部
３６は、取り出すべきＤＮパケットヘッダ２１の値が決
定できないことをＤＮパケット生成部３５に通知する。
【００３６】ＤＮパケット生成部３５は、ＵＰパケット
ヘッダ変換テーブル部３６から通知されたＤＮパケット
ヘッダ２１を、ｙビットの時間が経過した時刻ｔ４５
後、直ちにＤＮパケットインタフェース部３１へ送出
し、それに引き続いてＵＰパケットインタフェース部３
２からのユーザデータ２５をユーザデータ２２として送
出し、更にＤＮパケットヘッダ２１とユーザデータ２２
に基づき生成したＦＣＳ２３を後続させる。このように
してＤＮパケット生成部３５は、ＵＰ受信パケット１８
のＵＰパケットヘッダ２４の受信後、直ちにＤＮ送信パ
ケット１６をＤＮパケットインタフェース部３１へ送出
する。
ヘッダ変換テーブル部３６から通知されたＤＮパケット
ヘッダ２１を、ｙビットの時間が経過した時刻ｔ４５
後、直ちにＤＮパケットインタフェース部３１へ送出
し、それに引き続いてＵＰパケットインタフェース部３
２からのユーザデータ２５をユーザデータ２２として送
出し、更にＤＮパケットヘッダ２１とユーザデータ２２
に基づき生成したＦＣＳ２３を後続させる。このように
してＤＮパケット生成部３５は、ＵＰ受信パケット１８
のＵＰパケットヘッダ２４の受信後、直ちにＤＮ送信パ
ケット１６をＤＮパケットインタフェース部３１へ送出
する。
【００３７】ＤＮパケットインタフェース部３１は、Ｄ
Ｎパケット生成部３５から送られてくるＤＮ送信パケッ
ト１６をＤＯＷＮ側インタフェース回路１２へ送出す
る。このとき、ＵＰパケットインタフェース部３２から
ＦＣＳエラー３８が入力するときには、そのＦＣＳエラ
ー３８をＤＯＷＮ側インタフェース回路１２へ送出し、
ＤＯＷＮ側インタフェース回路１２へ現在送出中のＤＮ
送信パケット１６の廃棄を指示する。
Ｎパケット生成部３５から送られてくるＤＮ送信パケッ
ト１６をＤＯＷＮ側インタフェース回路１２へ送出す
る。このとき、ＵＰパケットインタフェース部３２から
ＦＣＳエラー３８が入力するときには、そのＦＣＳエラ
ー３８をＤＯＷＮ側インタフェース回路１２へ送出し、
ＤＯＷＮ側インタフェース回路１２へ現在送出中のＤＮ
送信パケット１６の廃棄を指示する。
【００３８】ＤＯＷＮ側インタフェース回路１２では、
ＤＮ送信パケット１６のユーザデータ２２の取り込みを
終了する以前にＦＣＳエラー３８を受け取るので、受け
取ったＦＣＳエラー３８により、受信中のＤＮ送信パケ
ット１６を廃棄することができる。
ＤＮ送信パケット１６のユーザデータ２２の取り込みを
終了する以前にＦＣＳエラー３８を受け取るので、受け
取ったＦＣＳエラー３８により、受信中のＤＮ送信パケ
ット１６を廃棄することができる。
【００３９】このように、本実施の形態では、ヘッダ変
換回路１１は、受信パケットにＦＣＳエラーがあるとき
は送信方路側のインタフェース部に送信パケットの廃棄
を指示する構成としたので、受信パケットの全データを
受信する前に送信パケットの送信を開始することがで
き、高速にパケット転送することができる。
換回路１１は、受信パケットにＦＣＳエラーがあるとき
は送信方路側のインタフェース部に送信パケットの廃棄
を指示する構成としたので、受信パケットの全データを
受信する前に送信パケットの送信を開始することがで
き、高速にパケット転送することができる。
【００４０】また、受信パケットを一旦バッファリング
する必要がないので、バッファサイズの制約から解放さ
れ、１パケットにおける可変長ユーザデータの増大が可
能となる。
する必要がないので、バッファサイズの制約から解放さ
れ、１パケットにおける可変長ユーザデータの増大が可
能となる。
【００４１】次に、本発明の他の実施の形態によるヘッ
ダ変換回路ついて説明する。基本的構成は、図１に示し
た通りであるが、本実施の形態の形態では、ＤＮパケッ
トヘッダ変換テーブル部３４とＵＰパケットヘッダ変換
テーブル部３６の構成について工夫をしている。
ダ変換回路ついて説明する。基本的構成は、図１に示し
た通りであるが、本実施の形態の形態では、ＤＮパケッ
トヘッダ変換テーブル部３４とＵＰパケットヘッダ変換
テーブル部３６の構成について工夫をしている。
【００４２】すなわち、ＤＮパケットヘッダ変換テーブ
ル部３４が備えるＤＮパケットヘッダ変換テーブル４１
は、ＤＮパケットアドレス情報２７の固定長であるｍビ
ットで表現できる個数分に比例したテーブルサイズとな
る。同様にＵＰパケットヘッダ変換テーブル部３６が備
えるＵＰパケットヘッダ変換テーブル５１は、ＵＰパケ
ットアドレス情報２８の固定長であるｎビットで表現で
きる個数分に比例したテーブルサイズとなる。
ル部３４が備えるＤＮパケットヘッダ変換テーブル４１
は、ＤＮパケットアドレス情報２７の固定長であるｍビ
ットで表現できる個数分に比例したテーブルサイズとな
る。同様にＵＰパケットヘッダ変換テーブル部３６が備
えるＵＰパケットヘッダ変換テーブル５１は、ＵＰパケ
ットアドレス情報２８の固定長であるｎビットで表現で
きる個数分に比例したテーブルサイズとなる。
【００４３】しかし、ヘッダ変換回路１１がサポートす
るＤＮパケットアドレス情報設定値及びＵＰパケットア
ドレス情報設定値が数個程度と少ない場合においても、
ＤＮパケットヘッダ変換テーブル４１及びＵＰパケット
ヘッダ変換テーブル５１を用いる場合には、本来備える
全エントリ分の一部を利用することになるので、無駄が
生ずる。
るＤＮパケットアドレス情報設定値及びＵＰパケットア
ドレス情報設定値が数個程度と少ない場合においても、
ＤＮパケットヘッダ変換テーブル４１及びＵＰパケット
ヘッダ変換テーブル５１を用いる場合には、本来備える
全エントリ分の一部を利用することになるので、無駄が
生ずる。
【００４４】例えば、ヘッダ変換を行うＤＮパケットア
ドレス情報２７がｍ＝８ビットである場合、ＤＮパケッ
トヘッダ変換テーブル４１のテーブルサイズは、２５６
エントリ分必要である。この場合、アドレス情報設定値
が、“１００”と“２００”の２つのエントリしかない
ときは、残りの２５４エントリ分が無駄になる。
ドレス情報２７がｍ＝８ビットである場合、ＤＮパケッ
トヘッダ変換テーブル４１のテーブルサイズは、２５６
エントリ分必要である。この場合、アドレス情報設定値
が、“１００”と“２００”の２つのエントリしかない
ときは、残りの２５４エントリ分が無駄になる。
【００４５】そこで、ヘッダ変換回路１１がサポートす
るパケットアドレス情報設定値が数個程度と少ない場合
には、ＤＮパケットヘッダ変換テーブル部３４及びＵＰ
パケットヘッダ変換テーブル部３６に、ＤＮパケットヘ
ッダ変換テーブル４１及びＵＰパケットヘッダ変換テー
ブル５１に代えて、サポートするＤＮパケットアドレス
情報設定値及びＵＰパケットアドレス情報設定値の個数
分の比較回路をそれぞれ設けるようにする。
るパケットアドレス情報設定値が数個程度と少ない場合
には、ＤＮパケットヘッダ変換テーブル部３４及びＵＰ
パケットヘッダ変換テーブル部３６に、ＤＮパケットヘ
ッダ変換テーブル４１及びＵＰパケットヘッダ変換テー
ブル５１に代えて、サポートするＤＮパケットアドレス
情報設定値及びＵＰパケットアドレス情報設定値の個数
分の比較回路をそれぞれ設けるようにする。
【００４６】ＤＮパケットヘッダ変換テーブル部３４
は、比較回路により該当するＤＮパケットアドレス情報
設定値を検出すると、検出した比較回路に対応するＵＰ
パケットヘッダ設定値を取得する。また、ＵＰパケット
ヘッダ変換テーブル部３６は、比較回路により該当する
ＵＰパケットアドレス情報設定値を検出すると、検出し
た比較回路に対応するＤＮパケットヘッダ設定値を取得
することができる。
は、比較回路により該当するＤＮパケットアドレス情報
設定値を検出すると、検出した比較回路に対応するＵＰ
パケットヘッダ設定値を取得する。また、ＵＰパケット
ヘッダ変換テーブル部３６は、比較回路により該当する
ＵＰパケットアドレス情報設定値を検出すると、検出し
た比較回路に対応するＤＮパケットヘッダ設定値を取得
することができる。
【００４７】このようにすれば、テーブルサイズが大き
いわりにヘッダ変換を行うアドレス情報設定値が少ない
場合に、テーブルサイズによる回路規模の増大を抑える
ことができる。
いわりにヘッダ変換を行うアドレス情報設定値が少ない
場合に、テーブルサイズによる回路規模の増大を抑える
ことができる。
【００４８】なお、上記実施の形態では、好適な例とし
て受信パケットヘッダの受信完了により送信パケットの
送出を開始する場合を説明したが、本発明はこれに限定
されるものではなく、受信パケットヘッダの受信完了後
の適宜な時点から送信パケットの送出を開始するように
しても良い。
て受信パケットヘッダの受信完了により送信パケットの
送出を開始する場合を説明したが、本発明はこれに限定
されるものではなく、受信パケットヘッダの受信完了後
の適宜な時点から送信パケットの送出を開始するように
しても良い。
【００４９】
【発明の効果】以上説明したように、本発明によれば、
ＦＣＳエラーとなる受信パケットはその受信パケットを
送出する方路のインタフェース部で廃棄するようにし、
受信パケットを一旦バッファリングする必要がないよう
にしたので、受信パケットの全データに対してバッファ
リングを行わずに、少なくとも受信パケットヘッダの受
信完了により送信パケットの送出を開始することがで
き、パケット転送の高速化が図れるようになる。
ＦＣＳエラーとなる受信パケットはその受信パケットを
送出する方路のインタフェース部で廃棄するようにし、
受信パケットを一旦バッファリングする必要がないよう
にしたので、受信パケットの全データに対してバッファ
リングを行わずに、少なくとも受信パケットヘッダの受
信完了により送信パケットの送出を開始することがで
き、パケット転送の高速化が図れるようになる。
【００５０】また、受信パケットを一旦バッファリング
する必要がないので、バッファサイズの制約から解放さ
れ、１パケットにおける可変長のユーザデータの増大が
可能となる。したがって、固定長のパケットヘッダの割
合が抑えられることにより、パケット転送効率の向上が
図れるようになる。
する必要がないので、バッファサイズの制約から解放さ
れ、１パケットにおける可変長のユーザデータの増大が
可能となる。したがって、固定長のパケットヘッダの割
合が抑えられることにより、パケット転送効率の向上が
図れるようになる。
【００５１】さらに、ヘッダ変換回路をＦＰＧＡで開発
する場合にバッファサイズに影響されることがないの
で、安価な下地を選択することができるようになる。
する場合にバッファサイズに影響されることがないの
で、安価な下地を選択することができるようになる。
【図１】本発明の一実施の形態によるヘッダ変換回路の
構成ブロック図である。
構成ブロック図である。
【図２】本実施の形態で扱うパケットのフォーマット構
成例である。（ａ）はヘッダ変換回路とＤＯＷＮ側イン
タフェース回路との間で転送するＤＮ送信パケットとＤ
Ｎ受信パケットのフォーマット構成例である。（ｂ）は
ヘッダ変換回路とＵＰ側インタフェース回路との間で転
送するＵＰ送信パケットとＵＰ受信パケットのフォーマ
ット構成例である。
成例である。（ａ）はヘッダ変換回路とＤＯＷＮ側イン
タフェース回路との間で転送するＤＮ送信パケットとＤ
Ｎ受信パケットのフォーマット構成例である。（ｂ）は
ヘッダ変換回路とＵＰ側インタフェース回路との間で転
送するＵＰ送信パケットとＵＰ受信パケットのフォーマ
ット構成例である。
【図３】パケットヘッダのフォーマット構成例である。
（ａ）はＤＮパケットヘッダのフォーマット構成例であ
る。（ｂ）はＵＰパケットヘッダのフォーマット構成例
である。
（ａ）はＤＮパケットヘッダのフォーマット構成例であ
る。（ｂ）はＵＰパケットヘッダのフォーマット構成例
である。
【図４】ＤＮパケットヘッダ変換テーブルの構成図であ
る。
る。
【図５】ＵＰパケットヘッダ変換テーブルの構成図であ
る。
る。
【図６】本実施の形態によるヘッダ変換回路のＵＰパケ
ット送出タイミングの説明図である。
ット送出タイミングの説明図である。
【図７】本実施の形態によるヘッダ変換回路のＤＮパケ
ット送出タイミングの説明図である。
ット送出タイミングの説明図である。
１１ ヘッダ変換回路 １２ ＤＯＷＮ側インタフェース回路 １３ ＵＰ側インタフェース回路 １４ 制御回路 １５ ＤＮ受信パケット １６ ＤＮ送信パケット １７ ＵＰ送信パケット １８ ＵＰ受信パケット ２１ ＤＮパケットヘッダ（ＤＰＨ） ２２ ユーザデータ ２３ ＦＣＳ ２４ ＵＰパケットヘッダ（ＵＰＨ） ２５ ユーザデータ ２６ ＦＣＳ ２７ ＤＮパケットアドレス情報 ２８ ＵＰパケットアドレス情報 ３１ ＤＮパケットインタフェース部 ３２ ＵＰパケットインタフェース部 ３３ ＵＰパケット生成部 ３４ ＤＮパケットヘッダ変換テーブル部 ３５ ＤＮパケット生成部 ３６ ＵＰパケットヘッダ変換テーブル部 ３７ ＦＣＳエラー ３８ ＦＣＳエラー ４１ ＤＮパケットヘッダ変換テーブル ４１ａ ＤＮパケットアドレス情報が設定される欄 ４１ｂ ＵＰパケットヘッダの登録有無を示す登録情報
が設定される欄 ４１ｃ ＵＰパケットヘッダの値が設定される欄 ５１ ＵＰパケットヘッダ変換テーブル ５１ａ ＵＰパケットアドレス情報が設定される欄 ５１ｂ ＤＮパケットヘッダの登録有無を示す登録情報
が設定される欄 ５１ｃ ＤＮパケットヘッダ２４の値が設定される欄
が設定される欄 ４１ｃ ＵＰパケットヘッダの値が設定される欄 ５１ ＵＰパケットヘッダ変換テーブル ５１ａ ＵＰパケットアドレス情報が設定される欄 ５１ｂ ＤＮパケットヘッダの登録有無を示す登録情報
が設定される欄 ５１ｃ ＤＮパケットヘッダ２４の値が設定される欄
───────────────────────────────────────────────────── フロントページの続き (72)発明者 林田 俊和 東京都港区三田１丁目４番28号 日本電気 通信システム株式会社内 Ｆターム(参考） 5K030 GA02 GA06 HA08 HB12 HD03 KA15 LA01 LC15 5K034 AA03 AA11 EE11 HH61
Claims (6)
- 【請求項１】 パケット網のノードにおいて、一方の方
路と他方の方路のそれぞれにおいて対応する方路とパケ
ットの送受信を行う２つの方路側インタフェース部の間
におけるパケット転送を当該パケットのヘッダ部の変換
により実現するヘッダ変換回路であって、 前記一方の方路側インタフェース部から入力する受信パ
ケットの受信中にヘッダ部を送信パケット用に変換し、
前記変換したヘッダ部と前記受信パケットのヘッダ部に
後続するユーザデータ部と新たに生成したＦＣＳ部とか
らなる前記送信パケットを前記他方の方路側インタフェ
ース部へ出力する第１手段と、 前記一方の方路側インタフェース部から入力する前記受
信パケットについてＦＣＳエラーがあるとき、前記他方
の方路側インタフェース部に対し前記第１手段が出力し
ている前記送信パケットの廃棄を指示する第２手段とを
備えることを特徴とするヘッダ変換回路。 - 【請求項２】 前記第１手段は、前記受信パケットのヘ
ッダ部に後続するユーザデータ部に前記送信パケットの
ヘッダ部の経過時間分の時間遅延を与えるとともに、前
記受信パケットのヘッダ部のアドレス情報に基づき対応
する送信パケットのヘッダ部を生成し、前記生成したヘ
ッダ部を前記受信パケットのヘッダ部の時間経過後に送
出し、続いて前記時間遅延を与えたユーザデータ部と新
たに生成したＦＣＳ部とを送出することを特徴とする請
求項１記載のヘッダ変換回路。 - 【請求項３】 前記第１手段は、ヘッダ変換を行う前記
アドレス情報の設定値の個数が少ない場合において、前
記設定値の個数分の比較回路により前記送信パケットの
ヘッダ部を生成することを特徴とする請求項２記載のヘ
ッダ変換回路。 - 【請求項４】 パケット網のノードにおいて、一方の方
路と他方の方路のそれぞれにおいて対応する方路とパケ
ットの送受信を行う２つの方路側インタフェース部の間
におけるパケット転送を当該パケットのヘッダ部の変換
により実現するヘッダ変換方法であって、 前記一方の方路側インタフェース部から入力する受信パ
ケットの受信中にヘッダ部を送信パケット用に変換し、
前記変換したヘッダ部と前記受信パケットのヘッダ部に
後続するユーザデータ部と新たに生成したＦＣＳ部とか
らなる前記送信パケットを前記他方の方路側インタフェ
ース部へ出力する第１工程と、 前記一方の方路側インタフェース部から入力する前記受
信パケットについてＦＣＳエラーがあるとき、前記他方
の方路側インタフェース部に対し前記第１手段が出力し
ている前記送信パケットの廃棄を指示する第２工程とを
備えることを特徴とするヘッダ変換方法。 - 【請求項５】 前記第１工程では、前記受信パケットの
ヘッダ部に後続するユーザデータ部に前記送信パケット
のヘッダ部の経過時間分の時間遅延を与えるとともに、
前記受信パケットのヘッダ部のアドレス情報に基づき対
応する送信パケットのヘッダ部を生成し、前記生成した
ヘッダ部を前記受信パケットのヘッダ部の時間経過後に
送出し、続いて前記時間遅延を与えたユーザデータ部と
新たに生成したＦＣＳ部とを送出することを特徴とする
請求項４記載のヘッダ変換方法。 - 【請求項６】 前記第１工程では、ヘッダ変換を行う前
記アドレス情報の設定値の個数が少ない場合において、
前記設定値の個数分の比較回路により前記送信パケット
のヘッダ部を生成することを特徴とする請求項５記載の
ヘッダ変換方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000177234A JP2001358764A (ja) | 2000-06-13 | 2000-06-13 | ヘッダ変換回路及びヘッダ変換方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000177234A JP2001358764A (ja) | 2000-06-13 | 2000-06-13 | ヘッダ変換回路及びヘッダ変換方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001358764A true JP2001358764A (ja) | 2001-12-26 |
Family
ID=18678860
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000177234A Pending JP2001358764A (ja) | 2000-06-13 | 2000-06-13 | ヘッダ変換回路及びヘッダ変換方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001358764A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008022399A (ja) * | 2006-07-14 | 2008-01-31 | Auto Network Gijutsu Kenkyusho:Kk | 中継接続ユニット |
| JP2012191659A (ja) * | 2012-06-06 | 2012-10-04 | Auto Network Gijutsu Kenkyusho:Kk | 中継接続ユニット |
-
2000
- 2000-06-13 JP JP2000177234A patent/JP2001358764A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008022399A (ja) * | 2006-07-14 | 2008-01-31 | Auto Network Gijutsu Kenkyusho:Kk | 中継接続ユニット |
| JP2012191659A (ja) * | 2012-06-06 | 2012-10-04 | Auto Network Gijutsu Kenkyusho:Kk | 中継接続ユニット |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2540930B2 (ja) | 輻輳制御装置 | |
| US7480282B2 (en) | Methods and apparatus for controlling ethernet packet transfers between clock domains | |
| US20070168579A1 (en) | DMA transfer and hardware acceleration of PPP frame processing | |
| JP2001358764A (ja) | ヘッダ変換回路及びヘッダ変換方法 | |
| US6480491B1 (en) | Latency management for a network | |
| JP2007259374A (ja) | ネットワーク送受信装置 | |
| JP3606239B2 (ja) | ヘッダ変換回路及びその方法 | |
| JP2001044976A (ja) | ディジタル処理装置におけるビット間位相差低減伝送方式 | |
| US6778555B1 (en) | Voice over packet system configured to connect different facsimile transmission protocols | |
| JP3615066B2 (ja) | ヘッダ変換装置 | |
| US7319697B2 (en) | Data communication system according to a packet-switching principle | |
| JP3581112B2 (ja) | データ送信方法および送信回路並びに通信機器 | |
| JP2584915B2 (ja) | 接続回路 | |
| JP2003283542A (ja) | プロトコル処理装置及びその方法並びにトラフィック処理装置及びその方法 | |
| JPH0423540A (ja) | Ａｔｍネットワークにおけるセルエラー訂正方式 | |
| US20100241829A1 (en) | Hardware switch and distributed processing system | |
| JP2570976B2 (ja) | パケット同報方法 | |
| JP2002344515A (ja) | データ中継方法及びデータ中継装置 | |
| US20070177601A1 (en) | Cell assembling method and device | |
| JPH06259268A (ja) | チェックサム計算回路 | |
| JP2576965Y2 (ja) | 通信制御装置 | |
| JPH11215191A (ja) | 構内交換機および音声変換方法 | |
| JPH0568071A (ja) | データ伝送方式 | |
| JPH11331184A (ja) | スペクトラム拡散無線通信装置 | |
| JPH11184672A (ja) | シリアルデータ保持回路 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040210 |