JP2001186142A - パケットバッファ装置、及び、パケットスイッチ装置 - Google Patents

Abstract

(57)【要約】 【課題】 リーフキューを削除した後の連結パケットキ
ューと連結管理テーブルの整合性を確保する。 【解決手段】 連結管理テーブル２０の各リーフテーブ
ルＬＴ（１）〜ＬＴ（ｍ）に、１段上流側に位置するリ
ーフキューＬＱが削除操作の最中であることを示す削除
操作識別子Ｄ（１）〜Ｄ（ｍ）を設ける。リーフキュー
ＬＱ（ｎ）を削除する際に、削除対象のリーフキューＬ
Ｑ（ｎ）に格納されている要素がゼロでない場合には、
削除操作識別子Ｄ（ｎ＋１）を１にセットする。これに
より、リーフテーブルＬＴ（ｎ−１）は、リーフキュー
ＬＱ（ｎ）が削除操作中であることを認識することがで
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、入力されたパケッ
トを一時的に蓄積し転送するパケットバッファ装置及び
パケットスイッチ装置に関し、特に、パケットを複数の
宛先に配送する機能を実現するためのパケットバッファ
装置及びパケットスイッチ装置に関する。

【０００２】

【従来の技術】特開平１０−１４５３８７号には、キュ
ーのアクセススループットが宛先数に依存しないパケッ
トバッファ装置が開示されている。図８は、特開平１０
−１４５３８７号に開示されているパケットバッファ装
置を用いたパケットスイッチ装置の内部構成の一部を示
すブロック図である。

【０００３】この図８に示すように、パケットバッファ
装置１００の内部には、複数のパケットキュー１１０
と、詳しくは後述する連結パケットキュー１１２とが、
形成される。いずれのパケットキューに蓄積されるか
は、入力されたパケットのヘッダに基づいて判断され
る。これらパケットキュー１１０に蓄積されたパケット
は、スケジューラ（図示省略）の指示に基づいてバス１
２０を介して出力ポート＃１〜＃４のいずれかに出力さ
れ、これら出力ポート＃１〜＃４から送出される。な
お、ＡＴＭ（Asynchronous Transfer Mode）通信の場合
には、このパケットのことをＡＴＭセルという。

【０００４】この従来のパケットバッファ装置１００に
おいては、次のような方式によりマルチキャスト機能を
実現していた。ここで、マルチキャスト機能とは、複数
の宛先に同一の内容を伝送する機能をいう。

【０００５】図９は、このパケットバッファ装置１００
内部で行われるマルチキャスト機能を実現するための同
報パケットの処理を説明する図である。

【０００６】この図９に示すように、パケットバッファ
装置１００に設けられたパケット振り分け部１３０に入
力されたパケットは、パケットに含まれているヘッダに
基づいて振り分けが行われる。そして、パケットがマル
チキャスト機能を実現する同報パケットである場合に
は、フロー毎に形成された連結パケットキュー１１２の
うち該当する連結パケットキュー１１２にパケットを蓄
積する。

【０００７】ここで、フローとは、同一のマルチキャス
トを構成するパケットの集合をいう。例えば、図９の例
では、連結パケットキュー１１２（１）は、コピー先Ｃ
Ｐ１、ＣＰ２、ＣＰ３、ＣＰ４から構成されるフローの
ためのキューであり、連結パケットキュー１１２（２）
は、コピー先ＣＰ１、ＣＰ４から構成されるフローのた
めのキューであり、連結パケットキュー１１２（３）
は、コピー先ＣＰ３、ＣＰ５、ＣＰ６から構成されるフ
ローのためのキューである。このように、パケットバッ
ファ装置１００では、マルチキャストツリーがフローの
数だけ同時に重ね合わされて存在する。なお、ユニキャ
ストを宛先が１つの特別なマルチキャストと考えれば、
通常のパケットキュー１１０も連結パケットキュー１１
２に含まれると考えることもできる。

【０００８】次に、連結パケットキュー１１２（１）を
例にして、その動作を説明する。図９に示すように、パ
ケット振り分け部１３０は、入力されたパケットのヘッ
ダを解析し、その結果、入力されたパケットは連結パケ
ットキュー１１２（１）に蓄積すべきパケットであった
とする。この場合、パケット振り分け部１３０は、その
パケットを１つの要素として連結パケットキュー１１２
（１）の最も上流に入力する。すなわち、連結パケット
キュー１１２（１）におけるコピー先ＣＰ１のリーフキ
ューＬＱ（１）の最後尾に要素を蓄積する。

【０００９】コピー先ＣＰ１のリーフキューＬＱ（１）
の最後尾に蓄積されたパケットは、やがてコピー先ＣＰ
１のリーフキューＬＱ（１）の先頭になり、出力ポート
からコピー先ＣＰ１のパケットとして送出される。この
送出されたパケットは、連結パケットキュー１１２
（１）におけるコピー先ＣＰ２のリーフキューＬＱ
（２）の最後尾に蓄積される。同様にして、このパケッ
トはやがてコピー先ＣＰ２のリーフキューＬＱ（２）の
先頭になり、出力ポートからコピー先ＣＰ２のパケット
として送出され、連結パケットキュー１１２（１）にお
けるコピー先ＣＰ３のリーフキューＬＱ（３）の最後尾
に蓄積される。このような処理を繰り返すことにより、
パケットはコピー先ＣＰ３、ＣＰ４からも送出されて、
この連結パケットキュー１１２（１）から取り除かれ
る。

【００１０】このように、従来のパケットバッファ装置
１００においては、フロー毎に形成された連結パケット
キュー１１２内に、そのフローを構成するコピー先毎に
リーフキューＬＱを個別に形成することにより、マルチ
キャスト機能を実現していた。

【００１１】このマルチキャスト機能においては、フロ
ーを構成するコピー先が削除される場合が生ずる。例え
ば、マルチキャスト通信をしている１ユーザが、このマ
ルチキャスト通信から外れる場合である。このような場
合には、連結パケットキュー１１２から該当するコピー
先のリーフキューＬＱを削除する必要がある。

【００１２】図９を例に説明すると、連結パケットキュ
ー１１２（１）のコピー先ＣＰ２を削除する場合、コピ
ー先ＣＰ１のリーフキューＬＱ（１）の次に接続される
リーフキューＬＱを、コピー先ＣＰ２のリーフキューＬ
Ｑ（２）からコピー先ＣＰ３のリーフキューＬＱ（３）
に変更する。つまり、コピー先ＣＰ１のリーフキューＬ
Ｑ（１）から送出されたパケットは、コピー先ＣＰ３の
リーフキューＬＱ（３）の最後尾に蓄積されるようにす
る。

【００１３】その際、コピー先ＣＰ２のリーフキューＬ
Ｑ（２）にパケットが蓄積されている場合には、コピー
先ＣＰ２のリーフキューＬＱ（２）からパケットの送出
を継続し、その送出されたパケットを、コピー先ＣＰ３
のリーフキューＬＱ（３）に蓄積する必要がある。この
ようにすることにより、削除したいリーフキューＬＱ
（２）に蓄積されているパケットをゼロにして、パケッ
トバッファ装置１００内の整合性を保っていた。

【００１４】

【発明が解決しようとする課題】しかしながら、上述し
たパケットバッファ装置には、次のような問題がある。
まず、第１に、図１０に示すように、リーフキューＬＱ
（ｎ）を削除する場合に、次のリーフキューＬＱ（ｎ＋
１）にパケットが一度も蓄積されていないときには、リ
ーフキューＬＱ（ｎ＋１）のヘッダポインタが未確定で
あるため、リーフキューＬＱ（ｎ）のパケットをリーフ
キューＬＱ（ｎ＋１）に接続変更することができないと
いう問題があった。

【００１５】この問題を図１１に基づいて詳しく説明す
る。この図１１は、連結パケットキュー１１２に蓄積さ
れた要素Ｐ１００〜Ｐ１０３と、この連結パケットキュ
ー１１２を管理する連結管理テーブルの（ｎー１）番か
ら（ｎ＋１）番のリーフテーブルとを示す図である。

【００１６】図１１に示すように、リーフキューＬＱ
（ｎ＋１）には、一度も要素が蓄積されていないため、
（ｎ＋１）番リーフテーブルのヘッドポインタＨ（ｎ＋
１）は、不確定の状態になっている。このリーフキュー
ＬＱ（ｎ＋１）を削除しない通常の動作においては、リ
ーフキューＬＱ（ｎ）の要素Ｐ１００をリーフキューＬ
Ｑ（ｎ＋１）に転送する際に、ヘッドポインタＨ（ｎ＋
１）が要素Ｐ１００を指すようになるので、この時点で
ヘッドポインタＨ（ｎ＋１）が確定する。これにより、
リーフキューＬＱ（ｎ）の先頭であった要素Ｐ１００
は、リーフキューＬＱ（ｎ＋１）の最後の要素（リーフ
キューＬＱ（ｎ＋１）の唯一の要素であるため、先頭の
要素でもある）となる。また、リーフキューＬＱ（ｎ）
に対するｎ番リーフテーブルのヘッドポインタＨ（ｎ）
は、要素Ｐ１０１を指すようになる。

【００１７】一方、リーフキューＬＱ（ｎ）を削除する
場合、リーフキューＬＱ（ｎ−１）がリーフキューＬＱ
（ｎ＋１）に対して、これと同様の処理を行う。すなわ
ち、リーフキューＬＱ（ｎ−１）からリーフキューＬＱ
（ｎ＋１）に要素Ｐ１０２を転送する際に、リーフキュ
ーＬＱ（ｎ＋１）に対応する（ｎ＋１）番リーフテーブ
ルのヘッドポインタＨ（ｎ＋１）は、要素Ｐ１０２を指
すようになり、この時点でヘッドポインタＨ（ｎ＋１）
が確定する。しかし、ヘッドポインタＨ（ｎ＋１）がリ
ーフキューＬＱ（ｎ−１）の先頭にあった要素Ｐ１０２
を指してしまうと、リーフキューＬＱ（ｎ）に蓄積され
ている要素Ｐ１００、Ｐ１０１をリーフキューＬＱ（ｎ
＋１）に転送できなくなってしまう。つまり、リーフキ
ューＬＱ（ｎ）に蓄積されている要素Ｐ１００、Ｐ１０
１を、ヘッドポインタＨ（ｎ＋１）と要素相互間のリン
クポインタとを用いて連結することができなくなってし
まう。

【００１８】このように、従来のパケットバッファ装置
１００では、リーフキューＬＱ（ｎ）を削除する場合
に、次のリーフキューＬＱ（ｎ＋１）にパケットが一度
も蓄積されていないときには、リーフキューＬＱ（ｎ＋
１）のヘッダポインタが未確定であるため、リーフキュ
ーＬＱ（ｎ）のパケットをリーフキューＬＱ（ｎ＋１）
に接続変更することができないという問題が生じてい
た。

【００１９】第２に、図１２に示すように、連結パケッ
トキュー１１２の最も下流に位置するリーフキューＬＱ
（ｎ）を削除する際に、その上流側のリーフキューＬＱ
（１）〜ＬＱ（ｎ−１）のすべてが空である場合には、
連結パケットキュー１１２のテイルポインタが異常にな
ってしまうという問題があった。

【００２０】この問題を図１３に基づいて詳しく説明す
る。この図１３は、連結パケットキュー１１２に蓄積さ
れた要素Ｐ１１０〜Ｐ１１２と、この連結パケットキュ
ー１１２を管理する連結管理テーブルのリーフテーブル
及びルートテーブルとを示す図である。

【００２１】図１３に示すように、ルートテーブルに設
けられたテイルポインタＴは、連結パケットキュー１１
２の最後尾の要素Ｐ１１２を指している。最も下流に位
置するリーフキューＬＱ（ｎ）以外のリーフキューＬＱ
（１）〜ＬＱ（ｎ−１）に要素が１つでも残っていれ
ば、テイルポインタＴは不確定にならないので、何ら問
題は生じない。

【００２２】しかし、削除されるリーフキューＬＱ
（ｎ）以外のリーフキューＬＱ（１）〜ＬＱ（ｎ−１）
に蓄積されている要素がゼロになった場合には、次のよ
うな理由により問題が生じる。すなわち、この場合、テ
イルポインタＴは、リーフキューＬＱ（ｎ−１）の「最
後尾だった」要素を指している。つまり、既に開放され
た要素をテイルポインタＴが指していることになる。

【００２３】このような状況の場合、この連結パケット
キュー１１２に蓄積されていた要素のルートテーブルに
おける総数情報Ｃがゼロではないため、パケットバッフ
ァ装置１００がテイルポインタＴが不確定になっている
ことを認識できない。このため、パケットバッファ装置
１００は、この連結パケットキュー１１２に新たに到着
したパケットを、テイルポインタＴが指している要素に
リンクさせることになる。つまり、既に開放されている
要素にリンクさせることになる。このようにパケットを
リンクさせると、同一の要素に、この連結パケットキュ
ー１１２のリンクと、開放リストのリンクとの２つのリ
ンクが形成されてしまうことになる。したがって、その
要素が他のリンクに再利用されている場合には、他のリ
ンクを破壊してしまい、また、再利用されていなくとも
いずれは再利用されるため、その際に開放された要素を
使用していたリンクが破壊されることになる。

【００２４】このように、従来のパケットバッファ装置
１００では、リーフキューＬＱ（ｎ）にのみ要素が残っ
ている場合に、リーフキューＬＱ（ｎ）を削除すると、
要素が実際にはゼロであるにもかかわらず、パケットバ
ッファ装置１００はテイルポインタが確定していると誤
認してしまうという問題が生じていた。

【００２５】しかも、これら図１０及び図１２に示した
ような状況は、削除するコピー先の出力にトラブルが発
生している場合に、そのコピー先へ要素の送出ができな
いことから、しばしば発生し得る状況である。

【００２６】本発明は、前記課題に鑑みてなされたもの
であり、連結パケットキューから１つのコピー先のリー
フキューを削除しても全体の整合性を確保することので
きるパケットバッファ装置を提供することを目的とす
る。すなわち、連結パケットキューの状態が変化した場
合でも適切な処理をすることのできるパケットバッファ
装置を提供することを目的とする。さらに、このような
パケットバッファ装置を用いたパケットスイッチ装置を
提供することを目的とする。

【００２７】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係るパケットバッファ装置は、フロー毎に
形成された連結パケットキューであって、同一フローに
属するコピー先毎に形成されたリーフキューを有し、前
記リーフキューにパケットを要素として蓄積するととも
に、上流側に位置する前記リーフキューから送出した要
素を下流側に位置する前記コピー先に順次転送すること
により同一フローに属する前記コピー先からパケットを
順次送出するための、連結パケットキューと、前記リー
フキューに対応して前記リーフキュー毎に形成されたリ
ーフテーブルを有し、このリーフテーブルを用いて前記
連結パケットキューに蓄積された要素を管理するための
連結管理テーブルと、削除対象の前記リーフキューを削
除する処理の際に、削除対象の前記リーフキューの１段
上流側に位置する前記リーフキューに対応する前記リー
フテーブルが、１段下流側に位置する前記リーフキュー
が削除操作中であることを検出する、検出手段と、を備
えることを特徴とする。

【００２８】また、本発明に係るパケットスイッチ装置
は、入力されたパケットをそのパケットが含んでいるヘ
ッダ情報に基づいてスイッチングを行うルーティングス
イッチと、前記ルーティングスイッチの前段と後段の少
なくとも一方に設けられた前記パケットバッファ装置
と、を備えることを特徴とする。

【００２９】

【発明の実施の形態】本発明に係るパケットバッファ装
置は、連結パケットキューを管理する連結管理テーブル
の各リーフテーブルとルートテーブルに、前段のリーフ
キューが削除操作中であることを示す削除操作識別子を
設けることにより、リーフキューを削除した後の連結パ
ケットキューと連結管理テーブルの整合性を確保しよう
としたものである。より詳しくを以下に説明する。

【００３０】図１は、連結パケットキュー１０と、この
連結パケットキュー１０全体を管理する連結管理テーブ
ル２０との構成を、ブロックで示す図である。

【００３１】この図１に示す例では、あるフローの連結
パケットキュー１０は、ｍ個のリーフキューＬＱ（１）
〜ＬＱ（ｍ）で構成されている。すなわち、この例で
は、ｍ個のコピー先で構成されるマルチキャストが形成
されている。本実施形態では、リーフキューＬＱ（１）
〜ＬＱ（ｍ）には、パケットそのものが格納されている
訳ではなく、そのパケット用のポインタブロックが格納
されている。このポインタブロックは、対応するパケッ
トを格納しているメモリ空間のメモリアドレスと、次の
ポインタブロックへのリンクポインタとで、構成されて
いる。このため、以下においては、リーフキューＬＱ
（１）〜ＬＱ（ｍ）には、要素が格納されていると表現
することとする。但し、実際に、このリーフキューＬＱ
（１）〜ＬＱ（ｍ）に、要素としてパケットデータその
ものを格納するようにしてもよい。

【００３２】図１に示すように、最も下流に位置するリ
ーフキューＬＱ（ｍ）には、要素Ｐ１１、Ｐ１２が格納
されている。リーフキューＬＱ（ｎ＋１）には、要素Ｐ
２１〜Ｐ２３が格納されている。リーフキューＬＱ
（ｎ）には、要素Ｐ２４〜Ｐ２７が格納されている。リ
ーフキューＬＱ（ｎ−１）には、要素Ｐ２８〜Ｐ３１が
格納されている。最も上流に位置するリーフキューＬＱ
（１）には、要素Ｐ４１〜Ｐ４３が格納されている。

【００３３】連結管理テーブル２０は、ルートテーブル
ＲＴとリーフテーブルＬＴ（１）〜ＬＴ（ｍ）とを備え
て構成されている。リーフテーブルＬＴ（１）〜ＬＴ
（ｍ）は、各リーフキューＬＱ（１）〜ＬＱ（ｍ）に対
応して設けられている。つまり、リーフテーブルＬＴ
は、１つのコピー先に対して１つずつ設けられている。

【００３４】これら各リーフテーブルＬＴ（１）〜ＬＴ
（ｍ）の構成を、リーフテーブルＬＴ（ｎ）を例に説明
すると、リーフテーブルＬＴ（ｎ）には、ヘッドポイン
タＨ（ｎ）とレングスポインタＬ（ｎ）とネクストポイ
ンタＮ（ｎ）と削除操作識別子Ｄ（ｎ）とが、含まれて
いる。

【００３５】ヘッドポインタＨ（ｎ）は、リーフキュー
ＬＱ（ｎ）の先頭を示すポインタである。この図１の例
では、要素Ｐ２４を指し示している。レングスポインタ
Ｌ（ｎ）は、このリーフキューＬＱ（ｎ）に格納されて
いる要素数を示すポインタである。この図１の例では、
リーフキューＬＱ（ｎ）には、４個の要素Ｐ２４〜Ｐ２
７が格納されているので、レングスポインタＬ（ｎ）
は、４を示している。

【００３６】ネクストポインタＮ（ｎ）は、次段である
ｎ＋１段目のリーフテーブルＬＴ（ｎ＋１）を示すポイ
ンタである。本実施形態においては、各リーフテーブル
ＬＴ（１）〜ＬＴ（ｍ）は、リーフ識別子Ｌｉｄにより
識別されている。このため、ネクストポインタＮ（ｎ）
は、次段のリーフテーブルＴＬ（ｎ＋１）のリーフ識別
子３７を示している。

【００３７】削除操作識別子Ｄ（ｎ）は、前段であるｎ
−１段目のリーフキューＬＱ（ｎ−１）が削除操作中で
あることを示す識別子である。すなわち、削除操作識別
子Ｄ（ｎ）は、前段であるｎ−１段目のリーフキューＬ
Ｑ（ｎ−１）が削除操作中である場合には１になり、そ
れ以外の場合には０になる。

【００３８】ルートテーブルＲＴには、トップリーフポ
インタＮ（０）とテイルポインタＴと総数情報Ｃと削除
操作識別子Ｄ（０）とが、含まれている。トップリーフ
ポインタＮ（０）は、最初のリーフテーブルＬＴ（１）
を示すポインタである。この図１の例では、リーフテー
ブルＴＬ（１）のリーフ識別子Ｌｉｄは７３であるの
で、トップリーフポインタＮ（０）は７３を示してい
る。

【００３９】テイルポインタＴは、連結パケットキュー
１０の最後尾、つまり、最も上流に位置する要素を示す
ポインタである。この図１の例では、テイルポインタＴ
は、連結パケットキュー１０に格納されている要素Ｐ４
３を指し示している。

【００４０】総数情報Ｃは、連結パケットキュー１０に
格納されている要素の総数を示す情報である。削除操作
識別子Ｄ（０）は、連結パケットキュー１０の最も下流
に位置するリーフキューＬＱ（ｍ）が削除操作中である
ことを示す識別子である。すなわち、削除操作識別子Ｄ
（０）は、最も下流に位置するリーフキューＬＱ（ｍ）
が削除操作中である場合には１になり、それ以外の場合
には０になる。

【００４１】なお、最も後段に位置するリーフテーブル
ＬＴ（ｍ）のネクストポインタＮ（ｍ）は、ルートテー
ブルＲＴを示している。この図１の例では、ルートテー
ブルのリーフ識別子Ｌｉｄが９１であるので、ネクスト
ポインタＮ（ｍ）は９１を示している。

【００４２】次に、この図１に基づいて、パケットバッ
ファ装置にマルチキャストのパケットが到着した際の動
作について説明する。

【００４３】マルチキャストのパケットがパケットバッ
ファ装置に到着した場合、パケット振り分け部がヘッダ
を参照して、パケットの振り分けを行う。ここでは、こ
のマルチキャストのパケットが連結パケットキュー１０
に振り分けられたとする。そして、パケット振り分け部
は連結パケットキュー１０の最も上流にこの新たなパケ
ットを追加する。つまり、最も上流に位置するリーフキ
ューＬＱ（１）の最後尾である要素Ｐ４３の次に新たな
要素を追加する。

【００４４】これに伴い、連結管理テーブル２０に対し
て、必要な更新をする。すなわち、ルートテーブルＲＴ
におけるテールポインタＴを変更し、総数情報Ｃを１つ
カウントアップする。また、１段目のリーフテーブルＬ
Ｔ（１）におけるレングスポインタＬ（１）を１つカウ
ントアップする。

【００４５】次に、１つのリーフキューＬＱ（ｎ）から
１つのパケット（要素）が出力され、次のリーフキュー
ＬＱ（ｎ＋１）に転送される動作を説明する。

【００４６】リーフキューＬＱ（ｎ）から１つ要素を出
力する場合、リーフテーブルＬＴ（ｎ）のヘッドポイン
タＨ（ｎ）が示す要素を出力する。つまり、リーフキュ
ーＬＴ（ｎ）の先頭の要素を出力する。この図１の例の
場合、リーフキューＬＱ（ｎ）の要素Ｐ２４を出力す
る。そして、この要素Ｐ２４を、次のリーフキューであ
るリーフキューＬＱ（ｎ＋１）に転送する。

【００４７】但し、要素の転送にあたっては、連結パケ
ットキュー１０の要素のポインタチェーンを書き換える
必要はない。すなわち、リーフテーブルＬＴ（ｎ）のヘ
ッドポインタＨ（ｎ）が要素Ｐ２５を示すように変更
し、レングスポインタＬ（ｎ）を１つカウントダウンす
るとともに、リーフテーブルＬＴ（ｎ＋１）のレングス
ポインタＬ（ｎ＋１）を１つカウントアップすればよ
い。つまり、本実施形態によれば、同一フローのキュー
をリーフキューＬＱとして１つの連結パケットキュー１
０にまとめて構成したので、リーフキューＬＱ間の要素
（パケット）の転送は、連結管理テーブル２０のポイン
タを変更するだけでなし得る。

【００４８】次に、連結パケットキュー１０の最も下流
に位置するリーフキューＬＱ（ｍ）から１つの要素（パ
ケット）が出力される際の動作について説明する。

【００４９】リーフキューＬＱ（ｍ）から要素を出力し
た場合、この要素を次のリーフキューに転送する必要は
ない。このため、この要素は出力が完了した後、連結パ
ケットキュー１０のポインタチェーンから消去する。こ
の図１の例の場合、リーフテーブルＬＴ（ｍ）のヘッド
ポインタＨ（ｍ）が要素Ｐ１２を示すように変更し、レ
ングスポインタＬ（ｍ）を１つカウントダウンするとと
もに、ルートテーブルＲＴの総数情報Ｃを１つカウント
ダウンする。

【００５０】次に、連結パケットキュー１０から１つの
リーフキューＬＱを削除する際の動作を図２に基づいて
説明する。図２は、連結パケットキュー１０から１つの
リーフキューＬＱを削除する際の動作を示すフローチャ
ートである。この図２では、ｎ段目のリーフキューＬＱ
（ｎ）を削除し、リーフテーブルＬＴ（ｎ）を削除する
際の動作を示している。

【００５１】まず、パケットバッファ装置は、ｎ段目の
リーフキューＬＱ（ｎ）への新たな要素の追加を禁止す
る（ステップＳ１０）。これは、削除対象であるリーフ
キューＬＱ（ｎ）の要素が増えると、リーフキューＬＱ
（ｎ）の要素数が０にならなくなってしまうためであ
る。このため、ｎ段目のリーフキューＬＱ（ｎ）の要素
が増加しないようにする。

【００５２】次に、パケットバッファ装置は、ｎとｍが
等しくないかどうかを判断する（ステップＳ１１）。す
なわち、削除対象であるリーフキューＬＱ（ｎ）が、連
結パケットキュー１０の最も下流に位置するリーフキュ
ーであるかどうかを判断する。

【００５３】削除対象のリーフキューＬＱ（ｎ）が最も
下流に位置するリーフキューでない場合（ステップＳ１
１：はい）には、削除対象であるリーフキューＬＱ
（ｎ）のリーフテーブルＬＴ（ｎ）のレングスポインタ
Ｌ（ｎ）が、０でないかどうかを判断する（ステップＳ
１２）。リーフテーブルＬＴ（ｎ）のレングスポインタ
Ｌ（ｎ）が０でない場合（ステップＳ１２：はい）に
は、次段のリーフテーブルＬＴ（ｎ＋１）の削除操作識
別子Ｄ（ｎ＋１）を、１にセットする（ステップＳ１
３）。これにより、削除対象の前段のリーフテーブルＬ
Ｔ（ｎ−１）に、リーフテーブルＬＴ（ｎ）が削除操作
中であることを知らせることができる。

【００５４】一方、リーフテーブルＬＴ（ｎ）のレング
スポインタＬ（ｎ）が０の場合（ステップＳ１２：いい
え）には、このステップＳ１３の処理をバイパスする。
このため、リーフテーブルＬＴ（ｎ）のレングスポイン
タＬ（ｎ）が０の場合には、削除操作識別子Ｄ（ｎ＋
１）は０のままである。

【００５５】次に、パケットバッファ装置は、削除対象
の次段のリーフテーブルＬＴ（ｎ＋１）のレングスポイ
ンタＬ（ｎ＋１）が０であるかどうかを判断する（ステ
ップＳ１４）。リーフテーブルＬＴ（ｎ＋１）のレング
スポインタＬ（ｎ＋１）が０である場合（ステップＳ１
４：はい）には、ヘッドポインタＨ（ｎ＋１）をＨ
（ｎ）に変更する（ステップＳ１５）。これは、次段の
ｎ＋１段目のリーフテーブルＬＴ（ｎ＋１）におけるレ
ングスポインタＬ（ｎ＋１）が０であると、このリーフ
キューＬＱ（ｎ＋１）に要素が一度も格納されたことが
ない可能性があるためである。要素が一度も格納されて
いない場合、ｎ＋１段目のリーフテーブルＬＴ（ｎ＋
１）のヘッドポインタＨ（ｎ＋１）が不確定のままであ
る可能性がある。このｎ＋１段目のリーフキューＬＱ
（ｎ＋１）には、リーフキューＬＱ（ｎ）とリーフキュ
ーＬＱ（ｎ−１）との双方から要素が転送されてくる。
このため、ヘッドポインタＨ（ｎ＋１）を不確定のまま
にしておくと、ヘッドポインタＨ（ｎ＋１）がリーフキ
ューＬＱ（ｎ−１）から転送されてきた要素を指した状
態で確定してしまい、リーフキューＬＱ（ｎ）から転送
されてきた要素をこれに接続できなくなってしまう恐れ
がある。このように連結パケットキュー１０のポインタ
チェーンが破壊されてしまう恐れがあるため、本実施形
態においては、ｎ＋１段目のリーフテーブルＬＴ（ｎ＋
１）のヘッドポインタＨ（ｎ＋１）に、ｎ段目のリーフ
テーブルＬＴ（ｎ）のヘッドポインタＨ（ｎ）を代入す
ることにより、ヘッドポインタＨ（ｎ＋１）をリーフキ
ューＬＱ（ｎ）の先頭に強制的に確定させ、リーフキュ
ーＬＱ（ｎ＋１）の要素を連結パケットキュー１０にリ
ンクさせている。

【００５６】一方、リーフテーブルＬＴ（ｎ＋１）のレ
ングスポインタＬ（ｎ＋１）が０でない場合（ステップ
Ｓ１４：いいえ）には、ヘッドポインタＨ（ｎ＋１）は
既に確定しているので、ステップＳ１５の処理をバイパ
スする。つまり、ヘッドポインタＨ（ｎ＋１）はそのま
まにしておく。

【００５７】次に、パケットバッファ装置は、連結パケ
ットキュー１０からｎ段目のリーフキューＬＱ（ｎ）を
削除するため、削除対象の前段のリーフテーブルＬＴ
（ｎ−１）のネクストポインタＮ（ｎ−１）を、削除対
象のリーフテーブルＬＴ（ｎ）のネクストポインタＮ
（ｎ）に変更する（ステップＳ１６）。図３は、図１の
連結パケットキューに対してこの処理を施した後の状態
を示す図である。この図３に示すように、この例では、
リーフテーブルＬＴ（ｎ−１）のネクストポインタＮ
（ｎ−１）に、リーフテーブルＬＴ（ｎ）のネクストポ
インタＮ（ｎ）の値である３７を代入する。これによ
り、リーフテーブルＬＴ（ｎ−１）をリーフテーブルＬ
Ｔ（ｎ＋１）に接続したことになる。

【００５８】この時点では、ｎ＋１段目のリーフテーブ
ルＬＴ（ｎ＋１）のヘッドポインタＨ（ｎ＋１）は既に
確定しており、連結パケットキュー１０の要素の総数が
０、すなわちＣ＝０にならない限り、不確定にはならな
い。また、レングスポインタＬ（ｎ）が０でない限り、
削除操作識別子Ｄ（ｎ＋１）は１であるので、削除操作
識別子Ｄ（ｎ＋１）が１の間はＣは０にならない。この
ため、ｎ＋１段目のリーフテーブルＬＴ（ｎ＋１）のヘ
ッドポインタＨ（ｎ＋１）は、不確定にならない。した
がって、削除操作識別子Ｄ（ｎ＋１）＝１の期間はヘッ
ドポインタＨ（ｎ＋１）の要素のリンクポインタの更新
を禁止し（ステップＳ１７）、ヘッドポインタＨ（ｎ＋
１）にｎ−１段目のリーフキューＬＱ（ｎ−１）の要素
が書き込まれるのを禁止する。つまり、リーフキューＬ
Ｑ（ｎ−１）の先頭の要素に、ヘッドポインタＨ（ｎ＋
１）の要素のリンクポインタを変更するのを禁止する。

【００５９】次に、パケットバッファ装置は、削除対象
のリーフキューＬＱ（ｎ）のレングスポインタＬ（ｎ）
が０になったかどうかを判断する（ステップＳ１８）。
レングスポインタＬ（ｎ）が０になっていない場合（ス
テップＳ１８：いいえ）には、上述したステップＳ１７
の状態で待機する。この間、削除対象のリーフキューＬ
Ｑ（ｎ）からは、順次、格納されている要素が送出さ
れ、リーフキューＬＱ（ｎ＋１）に転送されていく。

【００６０】ステップＳ１８において、レングスポイン
タＬ（ｎ）が０になった場合（ステップＳ１８：はい）
には、削除操作識別子Ｄ（ｎ＋１）を０に戻して（ステ
ップＳ１９）、このリーフキューＬＱ（ｎ）を削除する
処理を終了する。

【００６１】一方、上述したステップＳ１１において、
ｎとｍが等しかった場合（ステップＳ１１：いいえ）、
つまり、削除するリーフキューＬＱ（ｎ）が最も下流に
位置するリーフキューであった場合には、削除対象であ
るリーフキューＬＱ（ｎ）のリーフテーブルＬＴ（ｎ）
のレングスポインタＬ（ｎ）が、０でないかどうかを判
断する（ステップＳ２０）。リーフテーブルＬＴ（ｎ）
のレングスポインタＬ（ｎ）が０でない場合（ステップ
Ｓ２０：はい）には、ルートテーブルＲＴの削除操作識
別子Ｄ（０）を、１にセットする（ステップＳ２１）。
これにより、削除対象の前段のリーフテーブルＬＴ（ｎ
−１）に、ルートテーブルＲＴを介して、リーフテーブ
ルＬＴ（ｎ）が削除操作中であることを知らせることが
できる。

【００６２】一方、リーフテーブルＬＴ（ｎ）のレング
スポインタＬ（ｎ）が０の場合（ステップＳ２０：いい
え）には、このステップＳ２１の処理をバイパスする。
このため、リーフテーブルＬＴ（ｎ）のレングスポイン
タＬ（ｎ）が０の場合には、削除操作識別子Ｄ（０）は
０のままである。

【００６３】次に、パケットバッファ装置は、ルートテ
ーブルＲＴの総数情報Ｃから、削除対象のリーフテーブ
ルＬＴ（ｎ）のレングスポインタＬ（ｎ）を減算する
（ステップＳ２２）。これは、最も下流に位置するリー
フキューＬＱ（ｎ）は、次段のリーフキューに接続され
ることはないため、そのまま要素数分を減算することに
より連結パケットキュー１０の要素の総数情報Ｃを正し
く維持することができるためである。

【００６４】次に、パケットバッファ装置は、連結パケ
ットキュー１０からｎ段目のリーフキューＬＱ（ｎ）を
削除するため、削除対象の前段のリーフテーブルＬＴ
（ｎ−１）のネクストポインタＮ（ｎ−１）を、削除対
象のリーフテーブルＬＴ（ｎ）のネクストポインタＮ
（ｎ）に変更する（ステップＳ２３）。図４は、図１の
連結パケットキューに対してこの処理を施した後の状態
を示す図である。この図４に示すように、この例では、
リーフテーブルＬＴ（ｎ−１）のネクストポインタＮ
（ｎ−１）に、リーフテーブルＬＴ（ｎ）のネクストポ
インタＮ（ｎ）の値である９１を代入する。これによ
り、連結パケットキュー１０からリーフキューＬＱ
（ｎ）を切り離したことになる。

【００６５】次に、パケットバッファ装置は、ｎ段目の
リーフキューＬＱ（ｎ）の要素がなくなるまで、すなわ
ち、削除操作識別子Ｄ（０）が１の期間は、ｎ段目のリ
ーフキューＬＱ（ｎ）分の操作による総数情報Ｃの更新
を禁止する（ステップＳ２４）。

【００６６】次に、パケットバッファ装置は、削除対象
のリーフキューＬＱ（ｎ）のレングスポインタＬ（ｎ）
が０になったかどうかを判断する（ステップＳ２５）。
レングスポインタＬ（ｎ）が０になっていない場合（ス
テップＳ２５：いいえ）には、上述したステップＳ２４
の状態で待機する。この間、削除対象のリーフキューＬ
Ｑ（ｎ）からは、順次、格納されている要素が送出さ
れ、連結パケットキュー１０から取り除かれていく。

【００６７】一方、レングスポインタＬ（ｎ）が０にな
った場合（ステップＳ２５：はい）には、ルートテーブ
ルＲＴの削除操作識別子Ｄ（０）を０に戻して（ステッ
プＳ２６）、このリーフキューＬＱ（ｎ）を削除する処
理を終了する。

【００６８】以上のように、本実施形態に係るパケット
バッファ装置によれば、連結管理テーブル２０を構成す
るリーフテーブルＬＴ（１）〜ＬＴ（ｍ）のそれぞれ
に、１段上流側に位置するリーフキューＬＱが削除操作
中であることを示す削除操作識別子Ｄ（１）〜Ｄ（ｍ）
を設けたので、例えば、リーフキューＬＱ（ｎ）を削除
する場合で且つレングスポインタＬ（ｎ）≠０の場合
に、１段下段に位置するリーフテーブルＬＴ（ｎ＋１）
の削除操作識別子Ｄ（ｎ＋１）を１にセットすることに
より、このリーフキューＬＱ（ｎ）が削除中であること
を１段下段に位置するリーフキューＬＱ（ｎ−１）に認
識させることができる。

【００６９】さらに、リーフキューＬＱ（ｎ＋１）の要
素数が０である場合には、リーフテーブルＬＴ（ｎ＋
１）のヘッドポインタＨ（ｎ＋１）にヘッドポインタＨ
（ｎ）を代入して、リーフテーブルＬＴ（ｎ＋１）のヘ
ッドポインタＨ（ｎ＋１）を確定させることとしたの
で、リーフキューＬＱ（ｎ＋１）に一度も要素が蓄積さ
れたことがないことにより、ヘッドポインタＨ（ｎ＋
１）が不確定の状態のままになっていることを回避する
ことができる。

【００７０】しかも、削除操作識別子Ｄ（ｎ＋１）が１
にセットされている間、つまり、リーフキューＬＱ
（ｎ）に要素が存在している間は、リーフテーブルＬＴ
（ｎ−１）がヘッドポインタＨ（ｎ＋１）を確定するの
を禁止した（更新は認められる）。すなわち、リーフキ
ューＬＱ（ｎ）からリーフキューＬＱ（ｎ＋１）へ要素
を転送する場合には、リーフキューＬＱ（ｎ）がヘッド
ポインタＨ（ｎ＋１）を確定しても、問題は生じない。
しかし、リーフキューＬＱ（ｎ−１）からリーフキュー
ＬＱ（ｎ＋１）へ要素を転送する場合に、リーフキュー
ＬＱ（ｎ−１）がヘッドポインタＨ（ｎ＋１）を確定し
てしまうと、従来の技術で述べたように、リーフキュー
ＬＱ（ｎ）の要素が連結パケットキュー１０に正しくリ
ンクできないという問題が生じてしまう。このため、本
実施形態においては、このような場合には、リーフキュ
ーＬＱ（ｎ）のレングスポインタＬ（ｎ）がゼロになる
まで、リーフキューＬＱ（ｎ−１）の要素をリーフキュ
ーＬＱ（ｎ＋１）に転送した際にその要素をヘッドポイ
ンタＨ（ｎ＋１）が指すようにすることを禁止した。こ
のため、リーフキューＬＱ（ｎ）の要素が連結パケット
キュー１０に正しくリンクできないという状態が発生す
るのを防止することができる。

【００７１】このようにすることにより、リーフキュー
ＬＱ（ｎ）の要素がゼロになった時点では、連結パケッ
トキュー１０のリンクポインタの継続性から、リーフキ
ューＬＱ（ｎ＋１）の最後尾の要素のリンクポインタ
は、リーフキューＬＱ（ｎ−１）の先頭の要素を指して
いる状態になる。したがって、これ以降は、通常の処理
と同様な処理を行うことができるようになる。換言する
と、本実施形態によれば、リーフキューＬＱ（ｎ−１）
の要素をリーフキューＬＱ（ｎ＋１）に適切に接続する
ことができ、連結パケットキュー１０のポインタチェー
ンを破壊しないようにすることができる。

【００７２】さらに、本実施形態に係るパケットバッフ
ァ装置によれば、削除対象のリーフキューＬＱ（ｎ）
が、連結パケットキュー１０の最も下流に位置する場合
には、ルートテーブルＲＴの総数情報Ｃから予めリーフ
キューＬＱ（ｎ）が蓄積している要素数を減算し、ルー
トテーブルＲＴの削除操作情報Ｄ（０）が１の間は、削
除対象のリーフキューＬＱ（ｎ）から要素を送出したと
しても総数情報Ｃから減算しないようにしたので、削除
後の総数情報Ｃの整合性を確保することができる。すな
わち、ルートテーブルＲＴのテイルポインタＴが確定／
不確定を判定する前に、予めそのリーフキューＬＱ
（ｎ）が抱えている要素数分を、その連結パケットキュ
ー１０全体の要素数である総数情報Ｃから減じることと
した。このため、本来はテールポインタＴが不確定であ
るにも関わらず、パケットバッファ装置がテールポイン
タＴは確定していると判断してしまうのを防ぐことがで
きる。

【００７３】図５は、上述したパケットバッファ装置１
０をルーティングスイッチ装置１２の前段と後段に設け
たパケットスイッチ装置を示す図である。図６は、上述
したパケットバッファ装置１０をルーティングスイッチ
装置１２の前段に設けた入力バッファ型のパケットスイ
ッチ装置を示す図である。図７は、上述したパケットバ
ッファ装置１０をルーティングスイッチ装置１２の後段
に設けた出力バッファ型のパケットスイッチ装置を示す
図である。本実施形態に係るパケットバッファ装置は、
このように様々なタイプのパケットスイッチ装置に適用
することが可能である。

【００７４】なお、本発明は上記実施形態に限定されず
種々に変形可能である。例えば、上述した実施形態にお
いては、パケットバッファ装置にパケットを蓄積すると
して説明したが、このパケットの例としては、インター
ネットプロトコルによるＩＰパケットや、ＡＴＭ通信に
おけるＡＴＭセル等が挙げられる。

【００７５】また、上述した実施形態においては、各処
理をハードウェアにより実現する場合を説明したが、ソ
フトウェアにより実現するようにしてもよい。ソフトウ
ェアにより実現する場合、上述の実施形態で説明した各
処理については、これら各処理を実行するためのプログ
ラムをフロッピーディスク、ＣＤ−ＲＯＭ（CompactDis
c-Read Only Memory）、ＲＯＭ、メモリカード等の記録
媒体に記録して、記録媒体の形で頒布することが可能で
ある。この場合、このプログラムが記録された記録媒体
をパケットスイッチ装置に読み込ませ、実行させること
により、上述した実施形態を実現することができる。

【００７６】また、パケットスイッチ装置は、オペレー
ティングシステムや別のアプリケーションプログラム等
の他のプログラムを備える場合がある。この場合、パケ
ットスイッチ装置の備える他のプログラムを活用し、記
録媒体にはそのパケットスイッチ装置が備えるプログラ
ムの中から、本実施形態と同等の処理を実現するプログ
ラムを呼び出すような命令を記録するようにしてもよ
い。

【００７７】さらに、このようなプログラムは、記録媒
体の形ではなく、ネットワークを通じて搬送波として頒
布することも可能である。ネットワーク上を搬送波の形
で伝送されたプログラムは、パケットスイッチ装置に取
り込まれて、このプログラムを実行することにより上述
した実施形態を実現することができる。

【００７８】また、記録媒体にプログラムを記録する際
や、ネットワーク上を搬送波として伝送される際に、プ
ログラムの暗号化や圧縮化がなされている場合がある。
この場合には、これら記録媒体や搬送波からプログラム
を読み込んだパケットスイッチ装置は、そのプログラム
の復号化や伸張化を行った上で、実行する必要がある。

【００７９】

【発明の効果】以上説明したように、本発明によれば、
削除対象のリーフキューを削除する処理の際に、削除対
象のリーフキューの１段上流側に位置するリーフキュー
に対応するリーフテーブルが、１段下流側に位置する前
記リーフキューが削除操作中であることを検出するよう
にしたので、削除対象の１段上流側に位置するリーフキ
ューに対応するリーフテーブルが１段下流側に位置する
リーフキューが削除操作の最中であると認識することが
できる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るパケットバッファ装
置における連結パケットキューと連結管理テーブルの構
成をブロックで示す図。

【図２】１つのリーフキューを削除する場合の処理を示
すフローチャート。

【図３】図１に示すパケットバッファ装置において、ｎ
段目のリーフキューを削除するために、ｎ−１段目のリ
ーフキューをｎ＋１段目のリーフキューに接続し直した
状態を示す図。

【図４】図１に示すパケットバッファ装置において、最
も下流側に位置するｎ段目のリーフキューを削除するた
めに、ｎ段目のリーフキューを連結パケットキューから
切り離した状態を示す図。

【図５】本実施形態に係るパケットバッファ装置をルー
ティングスイッチの前段と後段に設けたパケットスイッ
チ装置の構成をブロックで示す図。

【図６】本実施形態に係るパケットバッファ装置をルー
ティングスイッチの前段に設けたパケットスイッチ装置
の構成をブロックで示す図。

【図７】本実施形態に係るパケットバッファ装置をルー
ティングスイッチの後段に設けたパケットスイッチ装置
の構成をブロックで示す図。

【図８】従来のパケットスイッチの構成を部分的に示す
ブロック図。

【図９】パケットバッファ装置に形成される連結パケッ
トキューの構成をブロックで示す図。

【図１０】連結パケットキューにおけるｎ段目のリーフ
キューを削除する際に、１段下流に位置するｎ＋１段目
のリーフキューに要素が一度も蓄積されていない状態を
示す図。

【図１１】図１０に示す状態で生じる問題をリーフテー
ブルと連結パケットキューとに基づいて説明する図。

【図１２】連結パケットキューにおけるｎ段目のリーフ
キューを削除する際に、１段目〜ｎ−１段目のリーフキ
ューに要素が１つも蓄積されていない状態を示す図。

【図１３】図１２に示す状態で生じる問題をリーフテー
ブルと連結パケットキューとに基づいて説明する図。

【符号の説明】

１０ 連結パケットキュー ２０ 連結管理テーブル ＬＱ リーフキュー ＬＴ リーフテーブル ＲＴ ルートテーブル Ｎ ネクストポインタ Ｈ ヘッドポインタ Ｌ レングスポインタ Ｄ 削除操作識別子

───────────────────────────────────────────────────── フロントページの続き (72)発明者 下 條 義 満 神奈川県川崎市幸区小向東芝町１ 株式会 社東芝研究開発センター内 Ｆターム(参考） 5K030 HA08 HA10 HB29 KA03 LC01 MB15

Claims (12)

【特許請求の範囲】
1. 【請求項１】フロー毎に形成された連結パケットキュー
   であって、同一フローに属するコピー先毎に形成された
   リーフキューを有し、前記リーフキューにパケットを要
   素として蓄積するとともに、上流側に位置する前記リー
   フキューから送出した要素を下流側に位置する前記コピ
   ー先に順次転送することにより同一フローに属する前記
   コピー先からパケットを順次送出するための、連結パケ
   ットキューと、 前記リーフキューに対応して前記リーフキュー毎に形成
   されたリーフテーブルを有し、このリーフテーブルを用
   いて前記連結パケットキューに蓄積された要素を管理す
   るための連結管理テーブルと、 削除対象の前記リーフキューを削除する処理の際に、削
   除対象の前記リーフキューの１段上流側に位置する前記
   リーフキューに対応する前記リーフテーブルが、１段下
   流側に位置する前記リーフキューが削除操作中であるこ
   とを検出する、検出手段と、 を備えることを特徴とするパケットバッファ装置。
2. 【請求項２】前記検出手段は、前記リーフキューが削除
   操作中であることを示す削除操作識別子を前記リーフキ
   ュー毎に設けることにより構成されている、ことを特徴
   とする請求項１に記載のパケットバッファ装置。
3. 【請求項３】前記削除操作識別子は、削除操作中である
   ことを示す前記リーフキューに対応する前記リーフテー
   ブルの１段後段の前記リーフテーブルにそれぞれ設けら
   れている、ことを特徴とする請求項２に記載のパケット
   バッファ装置。
4. 【請求項４】前記連結パケットキューの最も下流側に位
   置する前記リーフキューの前記削除識別子は、前記リー
   フテーブルとは別のルートテーブルに設けられている、
   ことを特徴とする請求項３に記載のパケットバッファ装
   置。
5. 【請求項５】前記連結管理テーブルは、削除対象の前記
   リーフキューに要素が含まれている場合に、前記リーフ
   キューの先頭に蓄積されている要素を指示するヘッドポ
   インタをさらに備えていることを特徴とする請求項１乃
   至請求項４のいずれかに記載のパケットバッファ装置。
6. 【請求項６】削除対象の１段下流側に位置する前記リー
   フキューに蓄積されている要素がない場合には、この削
   除対象の１段下流側に位置する前記リーフテーブルのヘ
   ッドポインタに削除対象の前記リーフテーブルのヘッド
   ポインタの値を代入する、ことを特徴とする請求項５に
   記載のパケットバッファ装置。
7. 【請求項７】前記検出手段により１段下流側に位置する
   前記リーフキューが削除操作中であること検出した場合
   には、削除対象の１段上流側に位置する前記リーフキュ
   ーの先頭であった要素を前記削除対象テーブルの前記ヘ
   ッドポインタとして変更することを禁止する、ことを特
   徴とする請求項６に記載のパケットバッファ装置。
8. 【請求項８】前記連結管理テーブルは、前記連結パケッ
   トキューに蓄積されている要素の総数である総数情報を
   さらに備える、ことを特徴とする請求項１に記載のパケ
   ットバッファ装置。
9. 【請求項９】前記総数情報は、前記リーフテーブルとは
   別のルートテーブルに設けられている、ことを特徴とす
   る請求項８に記載のパケットバッファ装置。
10. 【請求項１０】削除対象の前記リーフキューが前記連結
    パケットキューの最も下流側に位置する場合には、前記
    総数情報から、削除対象の前記リーフキューが蓄積して
    いる要素数を減算する、ことを特徴とする請求項８又は
    請求項９に記載のパケットバッファ装置。
11. 【請求項１１】前記減算を行った後は、前記削除対象の
    前記リーフキューから要素を送出したとしても、前記総
    数情報から前記削除対象の前記リーフキューから送出し
    た要素数を減算しない、こと特徴とする請求項１０に記
    載のパケットバッファ装置。
12. 【請求項１２】入力されたパケットをそのパケットが含
    んでいるヘッダ情報に基づいてスイッチングを行うルー
    ティングスイッチと、 前記ルーティングスイッチの前段と後段の少なくとも一
    方に設けられた前記請求項１乃至請求項８のいずれかに
    記載のパケットバッファ装置と、 を備えることを特徴とするパケットスイッチ装置。