JP2001333101A

JP2001333101A - パケット・オーバーｓｏｎｅｔ／ｓｄｈのインタフェース収容方式

Info

Publication number: JP2001333101A
Application number: JP2000152721A
Authority: JP
Inventors: Hidetoshi Shinoda; 英俊篠田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2000-05-18
Filing date: 2000-05-18
Publication date: 2001-11-30

Abstract

(57)【要約】【課題】スイッチの構造を変えることなく整数倍で回
線速度が上昇しても対応可能とする。【解決手段】ＯＣ４８回線の基本インタフェース速度
でのクロスコネクトする能力しかないスイッチインタフ
ェースに対し、ＯＣ１９２回線のような４倍のインタフ
ェース速度を持つ回線を装置に収容する場合、４つのＯ
Ｃ４８のスイッチインタフェース１０４を用いて対応す
る。この構成において、スイッチ部１４には(1) 〜(16)
ｉｎの入力ポートと、(1) 〜(16)ＯＵＴの出力ポートが
あり、それぞれ２．４G 分の回線のパケットを転送でき
る容量を持つ。受信した可変長パケットを固定長パケッ
トに分割する際に、入力ポートの情報とシーケンシャル
番号を付加し、複数のスイッチインタフェースを用いた
スイッチ部を通して転送する際に、スイッチ側で受け入
れられるスイッチインタフェース数を確認しながら転送
し、スイッチ部のスループットを低下させない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット・オーバ
ーＳＯＮＥＴ／ＳＤＨのインタフェース収容方式に関
し、ネットワーク等に適用されるパケット・オーバーＳ
ＯＮＥＴ／ＳＤＨ（Synchronous Optical Network/Sync
hronous Digital Hierarchy ；同期光通信網／同期ディ
ジタルハイアラキー）のインタフェース収容方式に関す
る。

【０００２】

【従来の技術】従来、パケット・オーバーＳＯＮＥＴ／
ＳＤＨのインタフェース収容方式は、例えばネットワー
クに適用されるが、このネットワーク上を流れる情報量
は年々増大している。これに対応するために現状では、
ネットワークの回線数を増やすか、回線速度を上げるし
か採るべき手段がないのが現実的な状態である。

【０００３】このような状況において、回線速度が上が
る場合には、必然的に、ネットワークに接続される装置
のインタフェース部も速度が上がり、スイッチ部での処
理速度も同時に上昇する。例えば、ＯＣ４８回線が上限
であった時期に設計した装置は、最低でもＯＣ４８単位
でのスイッチ入出力インタフェースを持っていれば回線
間のスイッチングは実現できた。しかし、ＯＣ１９２回
線のような、さらに高速度のインタフェースへの需要が
生じた場合、新たにＯＣ１９２へ対応する速度が上限と
なる。このため、ＯＣ４８単位でのスイッチ入出力イン
タフェースしか持たない装置では、対応が不可能とな
る。このように、回線速度が上昇するにつれスイッチ部
を含めた装置設計の見直しが必要となる。

【０００４】超高速ルータやパケットスイッチにおける
装置の入出力点は光インタフェースを持っているが、パ
ケット単位のスイッチ部は電気的処理装置で実現してい
る。よって、スイッチの部分は、回線の入出力点に比べ
て速度を落として処理する必要があり、この部分がボト
ルネックとなり全体的装置の特徴的な構成が決まってき
てしまう。

【０００５】以上、説明したように、従来では、設計時
点でサポートする最大の速度を持つ回線インタフェース
に依存した装置設計となり、回線インタフェースカード
の増設によるネットワークの拡張は容易に対応できた
が、回線速度を高める対応は困難である。また、より高
速度の回線を収容するには、装置自体のアーキテクチャ
から見直した再設計をする必要がある。

【０００６】本発明と技術分野の類似する従来例とし
て、特開平４−３２２５３４号公報の「セル同期方法及
びパケット通信装置」がある。本従来例は、外部フレー
ムに依存せず、並列処理のままでセル同期を得ることに
より、低速の並列処理でセル同期を確保し、セル受信を
可能とする技術に関するものである。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
パケットスイッチや超高速ルータでは、スイッチ部での
スイッチング処理は、最も高速度の回線を上限としてイ
ンタフェースが決まっている。よって、新たにより高速
度のインタフェースに対応しなければならない情況にな
ると装置のスイッチ部分からの設計の見直しが必要とな
り、インタフェース盤を追加するのみでは対応ができな
い状態に陥るという問題点を伴う。

【０００８】本発明は、スイッチ入出力インタフェース
の基本速度が決められた場合、その速度の整数倍で回線
速度が上昇しても、スイッチの構造を変えることなく対
応可能な、パケット・オーバーＳＯＮＥＴ／ＳＤＨのイ
ンタフェース収容方式を提供することを目的とする。

【０００９】

【課題を解決するための手段】かかる目的を達成するた
め、本発明のパケット・オーバーＳＯＮＥＴ／ＳＤＨの
インタフェース収容方式は、受信した可変長パケットを
固定長パケットに分割する際に、入力ポートの情報とシ
ーケンシャル番号を付加し、複数のスイッチインタフェ
ースを用いたスイッチ部を通して転送する際に、スイッ
チ側で受け入れられるスイッチインタフェース数を確認
しながら転送し、スイッチ部のスループットを低下させ
ることなく高速度のインタフェースの収容を可能とした
ことを特徴としている。

【００１０】また、上記スイッチ部からの出力点で分割
されたパケットの連続性を監視し、入力ポートの情報と
シーケンシャル番号からパケットを再生することで、よ
り高速度のインタフェースの収容を可能とし、パケット
再生時に異常が発生した場合に、インタフェース盤の送
信側で当該パケットを廃棄し、異常なパケットの回線へ
の出力を回避できる。

【００１１】さらに、上記の固定長パケットに分割する
際に、パケットの先頭部ではスイッチング情報、入力ポ
ート、シーケンシャル番号とパケットの先頭を示す情報
(SOP) を付加し、先頭以外の固定長パケットでは、入力
ポート、シーケンシャル番号を付加し、パケットの最後
尾では、各情報とともに、最後尾を示す情報(EOP) を付
加する。

【００１２】なお、固定長パケットは、スイッチング情
報に収容されているPPP フレームのプロトコル情報を読
み取り、データ転送用のＩＰパケットか、それ以外の制
御用パケットかを判定し、この判定の結果、ＩＰパケッ
トの場合はデータ用のキューバッファに収容され、それ
以外は制御用パケットとして制御用のキューバッファに
収容され、サポートしていないプロトコル番号のパケッ
トが到着した場合は、廃棄される。

【００１３】

【発明の実施の形態】次に、添付図面を参照して本発明
によるパケット・オーバーＳＯＮＥＴ／ＳＤＨのインタ
フェース収容方式の実施の形態を詳細に説明する。図１
から図１０を参照すると、本発明のパケット・オーバー
ＳＯＮＥＴ／ＳＤＨのインタフェース収容方式の一実施
形態が示されている。

【００１４】（本発明の概要）以下に詳述する本発明の
実施形態は、Packet over SONET インタフェースを持つ
パケットスイッチング装置のインタフェース収容方法に
関し、基本伝送速度に対しＮ倍（Ｎは整数）の速度を持
つインタフェース、例えば、ＯＣ１９２のインタフェー
スをＯＣ４８が４回線にみたてて装置内転送を行い、１
／Ｎの速度の情報の転送能力しか持たない装置内インタ
フェースに対しても、より高速度のインタフェースを収
容可能なパケット・オーバーＳＯＮＥＴ／ＳＤＨのイン
タフェース収容方式に関する。

【００１５】また、ＯＣ１９２の回線にＯＣ４８が個別
の４回線多重化されている場合等の多重化転送に対して
も対応可能となっている。本発明が適用されるのは、回
線インタフェース速度に対し、装置内スイッチ転送部で
回線インタフェースより低い速度しか対応できないイン
タフェースを持つパケットスイッチやルータにおいて、
より高速度のインタフェースを収容する場合である。以
下に本発明の内容を詳述する。

【００１６】（実施例１）図１に実施例１のパケット・
オーバーＳＯＮＥＴ／ＳＤＨのインタフェース収容方式
の構成図を示す。図１に本発明の実施例１として示した
パケットスイッチング装置は、ＯＣ４８回線の情報を１
６ｃｈ分クロスコネクトする機能をもつスイッチ部１４
と、各種回線を収容するＩＦ収容部（受信側）１１およ
び（送信側）１２と、装置全体の監視を行う監視制御部
１３とから構成されている。監視制御部１３は、ネット
ワークの管理を行うネットワーク管理システム（ＮＳ
Ｍ）等の上位ＣＰＵに接続され、装置全体を制御する機
能を持つ。

【００１７】本発明では、例えば、ＯＣ４８回線の基本
インタフェース速度でのクロスコネクトする能力しかな
いスイッチインタフェースに対し、ＯＣ１９２回線のよ
うな４倍のインタフェース速度を持つ回線を装置に収容
する場合、４つのＯＣ４８のスイッチインタフェースを
用いて対応する。この方式を構成するための一例として
示した図１のスイッチ部には(1) 〜(16)ｉｎの入力ポー
トと、(1) 〜(16)ＯＵＴの出力ポートがあり、それぞれ
２. ４G 分の回線のパケットを転送できる容量を持つ。

【００１８】ＯＣ１９２＿ＩＦ入力部１０２とＯＣ１９
２＿ＩＦ出力部１０７を収容した場合、４つのスイッチ
のポートを使って収容する。本例では、(5) 〜(8) ｉｎ
の入力ポートと(9) 〜(12)ｏｕｔの出力ポートが使われ
ている場合を示している。また、図１ではＯＣ１９２の
回線インタフェースを持ち、ＯＣ４８を４ｃｈ多重して
伝送するＯＣ１９２＿ＩＦ入力部１０４とＯＣ１９２＿
ＩＦ出力部１０５を収容しており、(13)〜(16)ｉｎの入
力ポートと(1) 〜(4）ｏｕｔの出力ポートが使われてい
る場合を示している。

【００１９】このインタフェースでは、回線こそＯＣ１
９２回線であるが、スイッチ部のインタフェースでは、
独立した４ｃｈのＯＣ４８回線を収容しているのと同じ
インタフェースになる。その他のポートにはＯＣ４８＿
ＩＦ入力部１０１、１０３とＯＣ４８＿ＩＦ出力部１０
６、１０８が収容されている。図２に本発明におけるパ
ケット・オーバーＳＯＮＥＴ／ＳＤＨのインタフェース
収容方式の一例としてＯＣ４８回線対応の装置にＯＣ１
９２回線を対応させる場合の収容方式を図示する。図１
におけるＯＣ１９２＿ＩＦ−１１０２または、ＯＣ１
９２＿ＩＦ−２１０４が図２におけるＯＣ１９２＿ＩＦ
受信部２１に相当し、図１におけるＯＣ１９２＿ＩＦ−
３１０５または、ＯＣ１９２＿ＩＦ−４１０７が図
２におけるＯＣ１９２＿ＩＦ送信部２５に相当する。

【００２０】図２は、パケット・オーバーＳＯＮＥＴ／
ＳＤＨのインタフェース収容装置の実施例に適用され
る、ＯＣ１９２回線１回線の収容の構成例を示してい
る。図２のＯＣ１９２回線１回線の収容の構成例は、Ｏ
Ｃ１９２＿ＩＦ受信部２１と、ＯＣ１９２＿ＩＦ送信部
２５と、ＯＣ１９２＿ＩＦ受信部２１およびＩＦ送信部
２５間を接続する監視制御部２３およびスイッチ部２４
と、監視制御部２３の動作を制御する上位ＣＰＵ２２と
を有して構成される。

【００２１】ＯＣ１９２＿ＩＦ受信部２１は、さらに細
分化され、Ｏ／Ｅ２０１、ＳＯＮＥＴ／ＳＤＨ、HDLC(h
igh-level data link control/ハイレベルデータリンク
制御) 、PPP(point to point protocol)フレームを終端
しＩＰフレームを抜き取るフレーム変換部２０２、固定
長パケット変換部２０３、パケット判定部２０４、制御
用Queue No.1〜4 ２０５、データ用Queue No.1〜4 ２０
７、パケット転送制御部２０８、PPP リンク制御部２０
６、スイッチＩＮＦ２０９によって構成される。

【００２２】上記のＯ／Ｅ２０１は入力信号の光−電気
変換器であり、フレーム変換部２０２はＳＯＮＥＴ／Ｓ
ＤＨ、HDLC(high-level data link control/ハイレベル
データリンク制御) 、PPP(point to point protocol)フ
レームを終端しＩＰフレームを抜き取る。固定長パケッ
ト変換部２０３は、可変長のパケットからスイッチ部で
スイッチング可能な単位に分割し、個々の固定長パケッ
トにシーケンシャル番号を付加する。制御用Queue No.1
〜4 ２０５は、PPP のリンク立上げ時等に使用される制
御用パケットを監視制御部２３に転送するためパケット
を一時的に蓄積する。データ用Queue No.1〜4 ２０７
は、データ転送用のＩＰパケットをスイッチ部２４を経
由して転送するためパケットを一時的に蓄積する。

【００２３】パケット判定部２０４は、入力したパケッ
トのPPP フレームのへッダのプロトコル情報からリンク
立上時等に使われる制御用パケットか、データ転送用の
ＩＰパケットかを判定する。この判定の結果が制御用パ
ケットの場合には、監視制御部２３を介し、上位ＣＰＵ
２２へ転送するために制御用Queue No.1〜4 ２０５に収
容する。また、データ転送用のＩＰパケットの場合は、
スイッチ部２４を経由し、ＯＣ１９２＿ＩＦ送信部２５
に転送するためにデータ用Queue No.1〜4 ２０７に収容
する制御を行う。さらに、到着したパケットがＩＰパケ
ットの場合には、パケット転送制御部２０８がスイッチ
部２４を介してパケットの転送制御を行う。なお、リン
ク立上げ処理等に使用される制御パケットが到着した場
合には、PPP リンク制御部２０６が上位ＣＰＵ２２に対
し通知するため、監視制御部２３を介して転送する制御
を行う。スイッチＩＮＦ２０９は、ＩＰパケット転送時
のスイッチ部とのインタフェースを取る。

【００２４】ＯＣ１９２＿ＩＦ送信部２５は、PPP リン
ク制御部２１０、制御用Queue No.1〜4 ２１１、競合制
御２１２、フレーム変換部２１４、Ｅ／Ｏ２１５、スイ
ッチＩＮＦ２１６、データ用Queue No.1〜4 ２１７、パ
ケット読み出し制御部２１８、とで構成される。

【００２５】上記ＯＣ１９２＿ＩＦ送信部２５の各構成
部において、PPP リンク制御部２１０は、上位ＣＰＵ２
２からの指示により、監視制御部２３経由で出力される
制御パケットを取り込むためのインタフェース機能を持
つ。制御用Queue No.1〜4 ２１１は、受信した制御パケ
ットを伝送路に出力する前に一時的に蓄積する。スイッ
チＩＮＦ２１６は、スイッチ部２４を通して転送されて
くるＩＰパケットのスイッチ部２４とのインタフェース
を取る。データ用Queue No.1〜4 ２１７は、ＩＰパケッ
トを伝送路に出力する前に一時的に蓄積する。パケット
読み出し制御部２１８は、Queue におけるデータの滞留
量、優先順位、固定長パケットにおけるシーケンシャル
番号から読み出し順序を決定する。競合制御２１２は、
どのキューに転送情報が蓄積されているかのパケット読
み出し制御部２１８からの指示により、制御用Queue N
o.1〜4 ２１１、データ用Queue No.1〜4 ２１７からの
読み出しキューを判定する。フレーム変換部２１４は、
ＩＰパケットのみのフレームからPPP 、HDLC、ＳＯＮＥ
Ｔ／ＳＤＨフレームに変換する。Ｅ／Ｏ２１５は、電気
―光信号の変換をする。

【００２６】図３にＯＣ４８回線の受信側からＯＣ１９
２の送信側へ転送される場合のブロック図、図４にＯＣ
１９２線の受信側からＯＣ４８の送信側へ転送される場
合のブロック図を示した。ＯＣ１９２の場合と異なるの
は、制御用Queue とデータ用Queue がＯＣ１９２の場合
４つあるが、ＯＣ４８の場合は１つで構成されている箇
所である。

【００２７】（動作例）図２にパケット・オーバーＳＯ
ＮＥＴ／ＳＤＨのインタフェース収容方式でＯＣ１９２
回線１回線収容した場合の例を示す。装置内のフレーム
変換については図５のパケット・オーバーＳＯＮＥＴ／
ＳＤＨインタフェース・フレーム変換に示す。受信部の
動作については図６の受信側パケット転送図に示す。

【００２８】まず、受信側の動作について説明する。図
２において受信側は、Ｏ／Ｅ２０１で光−電気の変換を
行い、図５におけるＳＯＮＥＴ／ＳＤＨフレームとして
入力され、フレーム変換部２０２でHDLCフレーム、PPP
フレームを終端し、ＩＰフレームのみに抜き取り、固定
長パケット変換部２０３へ送られる。

【００２９】PPP フレームのヘッダ部に収容されている
プロトコル情報も、スイッチング情報の一部として同時
に転送される。固定長パケット変換部２０３で、スイッ
チ部でスイッチできるようにＩＰパケットを固定長パケ
ットに分割する。ここで、固定長パケットに分割する際
に、パケットの先頭部ではスイッチング情報、入力ポー
ト、シーケンシャル番号とパケットの先頭を示す情報(S
OP) を付加する。先頭以外の固定長パケットでは、入力
ポート、シーケンシャル番号を付加する。また、パケッ
トの最後尾では、これらの情報とともに、最後尾を示す
情報(EOP) を付加する。このブロックでは、装置内でパ
ケット処理するために、転送速度を上げてスループット
を確保する処理も行われる。

【００３０】固定長パケット変換部２０３から出力した
固定長パケットは、パケット判定部２０４に入力され、
パケット種別を判定するための情報として定義されるPP
P フレームのプロトコル情報を読み取り、データ転送用
のＩＰパケットか、それ以外の制御用パケットかを判定
する。この判定の結果、ＩＰパケットの場合はデータ用
のキューバッファ２０７に収容され、それ以外は制御用
パケットとして制御用のキューバッファ２０５に収容さ
れる。また、装置がサポートしていないプロトコル番号
のパケットが到着した場合は、パケット判定部２０４に
て廃棄される。Link Control Protocol(LCP)やInternet
Protocol Control Protocol(IPCP)といったリンク確立
時にやり取りされるパケット等は、制御パケットとして
制御用のキューバッファ２０５に収容される。しかし、
これらのパケットが到着するとPPP リンク制御部２０６
を介して、監視制御部２３経由で上位ＣＰＵ２２にパケ
ット到着の通知をし、上位ＣＰＵ２２が到着を認識する
と、監視制御部２３を介して制御パケットを読み出す。

【００３１】ＯＣ１９２一回線で使用する場合は、４つ
のキューバッファにＮｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎ
ｏ．４、Ｎｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４・・
・の順番に制御パケットの固定長パケットが書き込ま
れ、PPP リンク制御部２０６にて４つのキューバッファ
からＮｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４、Ｎｏ．
１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４・・・の順番でパケ
ットの最後まで読み出される。独立なＯＣ４８が４ｃｈ
多重されている状態で使用する場合は、Ｎｏ．１はＯＣ
４８の１ｃｈというように、キューバッファとＯＣ４８
の回線を１対１に対応させ使用する。パケット転送制御
部２０８では、接続先の情報を管理しており、スイッチ
部２４側に転送要求を出す機能を持っている。ＩＰパケ
ットの場合は、パケット転送制御部２０８で管理してい
る接続先のインタフェース盤がＯＣ１９２用かＯＣ４８
用かを判断し、ＯＣ１９２用の場合、４つのデータ用キ
ューバッファ２０７にＮｏ．１、Ｎｏ．２、Ｎｏ．３、
Ｎｏ．４、Ｎｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４・
・・の順番に書き込まれる。接続先がＯＣ４８用の場合
は、１つのキューバッファ、例えばＮｏ．１のみに収容
する。

【００３２】ＯＣ１９２回線をＯＣ４８の４ｃｈとして
扱っている場合は、個別のｃｈ用のキューとしてQueue
No.1〜4 を割り当てて扱う。図６は、図２のＯＣ１９２
＿ＩＦの受信部２１とＯＣ１９２＿ＩＦの送信部２５が
スイッチ部２４を介してパケットが転送される場合を示
しており、図２のフレーム変換部２０２から出力された
パケットＮｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４は、
シーケンシャル番号と入力ポート番号を付加され、固定
長パケット化されている。

【００３３】その後キューバッファに書き込まれるとき
は、Ｎｏ．１のパケットでは、キューバッファＮｏ．１
にパケットＮｏ．１の(1) 番目と(5) 番目の固定長パケ
ットが、キューバッファＮｏ．２にパケットＮｏ．１の
(2) 番目と(6) 番目の固定長パケットが、キューバッフ
ァＮｏ．３にパケットＮｏ．１の(3) 番目と(7) 番目
（最後尾）の固定長パケットが、キューバッファＮｏ．
４にパケットＮｏ．１の(4) 番目の固定長パケットが書
き込まれる。パケットＮｏ．２については、キューバッ
ファを平均して使用するため、キューバッファＮｏ．４
に(1) 番目の固定長パケットを収容する。以下同様にキ
ューバッファのＮｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．
４、Ｎｏ．１と順番に収容される。

【００３４】パケットの最後まで書き込まれると、パケ
ットＮｏ．１の場合には、(7) 番目の固定長パケットが
書き込まれた時にスイッチ部への転送要求を出す。この
処理は、パケット転送制御部２０８で行われる。スイッ
チ部とのやりとりは、図６に示したようにインタフェー
ス盤から転送要求信号を出力し、スイッチで受け入れら
れると転送許可信号が送出され、これとともにデータを
送信することで行われる。また、ＯＣ４８用のデータ転
送とＯＣ１９２用のデータ伝送が混在して行われる場合
を想定し、グループ情報を定義する。このグループ情報
は、何本のスイッチインタフェースを使って転送するか
を示すものであり、固定長パケットを転送する度に定義
される。

【００３５】図８に混在して転送される場合を図示す
る。スイッチ部入力にて(1) ｉｎでＯＣ４８の情報が転
送されている時に、同じＯＣ１９２用の送信側インタフ
ェース盤に対し、ＯＣ１９２用のインタフェース盤から
転送要求があった場合、スイッチインタフェースとして
は３本しか余っていない。

【００３６】しかし、ＯＣ１９２用の受信側インタフェ
ース盤では、４つのスイッチインタフェースを通して転
送しようとGroup4で４ポートから転送要求を出す。ここ
で、Group4は、４本のスイッチインタフェースを使って
転送するという意味である。スイッチ部ではそのまま受
け入れられないので３ポートのみの要求を受け入れ、Gr
oup3で応答してくる。その結果、ＯＣ１９２用の受信側
インタフェース盤では、この３つのスイッチインタフェ
ースを使用して転送し、(6) ｉｎ〜(8) ｉｎが相当す
る。図８では、ＯＣ１９２用の受信側インタフェース盤
に５個の固定長パケットで構成されるパケットが到着し
ている。図８で文字に○印がついている固定長パケット
がパケットの先頭を示しており、太線の□で囲った部分
がパケットの最後尾を示している。

【００３７】最初のスイッチ転送タイミングで３個の固
定長パケット１、２、３が転送される。次のタイミング
では４、５が転送されるが、ポート番号が若い方に後ろ
の固定長パケットが割り当てられないように図２のスイ
ッチｉｎＦ部で入れ替えが行われ、(6) ｉｎと(7) ｉｎ
を使って転送される。同時に(1) ｉｎと(10)ｉｎのポー
トからもパケットの転送要求があるので、固定長パケッ
ト”Ｆ”、”ア”が同時に転送される。ここで”ア”の
固定長パケットは、１つでパケット全体を構成してい
る。なお、上記の「固定長パケット”Ｆ”、”ア”」
は、図８において、ＯＣ４８＿ＩＦ−１の（受信側）用
Queue 入力ポート(1) ８１、ＯＣ４８＿ＩＦ−６（受信
側）用Queue 入力ポート(10)８４、ＯＣ１９２＿ＩＦ−
４（送信側）用Queue 出力ポート(9) 〜(12)８５におい
て示している。

【００３８】このようにして、複数のポートから入力さ
れ１つのＯＣ１９２の送信側に収容された場合を説明し
たが、最終的に、ＯＣ１９２の送信側のキューバッファ
には図８のように収容される。各パケットは、パケット
の最後尾が到着してから読み出しが開始される。この例
では、(1) ｉｎのＯＣ４８からのパケット”A,B,C,D,E,
F ”、(5) ｉｎ〜(8) ｉｎに実装されているＯＣ１９２
からのパケット”１，２，３，４，５”、(10)ｉｎのＯ
Ｃ４８からのパケット”ア”が転送されたことになる。
各パケットともに最後尾が入力されたのが同タイミング
である。この場合、最初に到着した(1) ｉｎからのパケ
ットから読み出される。次が(5) ｉｎ〜(8) ｉｎからの
パケット、最後が(10)ｉｎからのパケットとなる。

【００３９】図９において、ＯＣ１９２ポートからＯＣ
４８、ＯＣ１９２ポートへの分配で示した例は、ＯＣ１
９２からＯＣ４８へ転送する場合である。この時、４つ
あるスイッチインタフェースの１つしか使われないの
で、他の３つが空き状態となる。この間にＯＣ１９２＿
ＩＦ向けのパケットが到着すると、４つの束で転送しよ
うとしても転送ができない。この場合３つのスイッチイ
ンタフェースを使い転送し、スイッチのスループットを
低下させずに転送する。その場合を図９に示した。ＯＣ
１９２の受信側では、ＯＣ４８宛に受信されたパケット
は、４つあるキューバッファのうち１つに連続して収容
される。固定長パケット”A,B,C,D,E ”がこれに該当す
る。これらは、スイッチインタフェース１つを使い転送
されるのでGroup1で要求される。ＯＣ１９２宛に受信さ
れたパケットは、ＯＣ４８向けに収容されているキュー
以外の場所を３つ使い、前詰めで収容される。

【００４０】この時、４つのキューが同じ深さから空き
状態になると、そこから４つのキューを使って収容す
る。ＯＣ４８転送中は３つのスイッチポートしか使えな
いのでGroup3で要求され、(6) ｉｎ〜(8) ｉｎを使い３
個単位で転送する。固定長パケット”１，２，３，４，
５，６，７，８，９”が転送パケットとなる。スイッチ
部を通して送信側に到達するとＯＣ４８の場合はそのま
ま連続して受信し、パケット最後尾まで受信した時点で
回線側に出力される。ＯＣ１９２の場合は、送信側のキ
ューバッファの状態を見て、深さが一番浅いキューでキ
ュー番号が若い方から順番に収容する。この切替を行う
のが送信側のスイッチＩＮＦ部９５である。また、これ
は、図２におけるスイッチＩＮＦ２１６である。

【００４１】次に送信側について説明する。図２におい
て、上位ＣＰＵ２２は、対向するインタフェース盤との
PPP を使用してリンクを確立するための制御パケットを
生成し、監視制御部２３を介し、インタフェース盤の送
信側に転送する。PPP リンク制御部２１０を通してＯＣ
１９２回線として使用している場合は、制御用Queue N
o.1〜4 ２１１にＮｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎ
ｏ．４、Ｎｏ．１、Ｎｏ．２、Ｎｏ．３、Ｎｏ．４・・
・の順番に制御パケットの固定長パケットが書き込まれ
る。また、ＯＣ４８回線の４ｃｈ多重として使用してい
る場合は、ＯＣ４８の回線１〜４と制御用Queue No.1〜
4 を対応させ、個別のチャネルとして扱う。

【００４２】パケット最後尾が書き込まれると、上位Ｃ
ＰＵ２２の指示で出力要求がされる。競合制御２１２に
てＩＰパケットがデータ用Queue No.1〜4 ２１７から出
力されていないかを確認し、送信されていない場合は、
キューバッファ（Queue No.1〜4 ）２１１から読み出し
が開始される。ＩＰパケットが転送されている場合は、
そのパケットが転送されている間待ち、送信完了後に読
み出される。フレーム変換部２１４でPPP フレーム、HD
LCフレーム、ＳＯＮＥＴ／ＳＤＨフレームを構成し、電
気／光変換をするＥ／Ｏ２１５を介して伝送路に送出さ
れる。一方、ＩＰパケットは、スイッチ部２４から入力
され、スイッチＩＮＦ２１６を介してデータ用Queue N
o.1〜4 ２１７に格納される。

【００４３】スイッチＩＮＦ２１６では、スイッチ部と
のインタフェースを取るとともに、４つあるキューバッ
ファのどこに入力するかを切り替える機能を有してい
る。転送時にデータ用Queue No.1〜4 ２１７の状態をパ
ケット読み出し制御部２１８で常時監視し、データ用Qu
eue No.1〜4 ２１７がフル状態の場合はスイッチ部に対
し転送許可を与えない。このことで、パケットの転送を
止め、キューバッファが溢れるのを防ぐ。

【００４４】パケット転送時は、図７に示すように転送
許可信号がOK状態で、転送有効信号がＯＮ状態になって
いる、この時、データ用Queue No.1〜4 ２１７では、こ
の転送有効信号がＯＮの固定長パケットを取り込む。パ
ケットの最後尾まで書き込まれると、パケット読み出し
制御部２１８に通知して、読み出しの開始要求を出す。
データ用Queue No.1〜4 ２１７からパケットの読み出し
がされている場合か、制御用パケットが転送されている
場合には、競合制御２１２から読み出し許可が与えられ
ず、転送が一時待たされる。転送しているパケットが無
くなった時点で読み出しが開始される。読み出しは、各
固定長パケットに付与されている固定パケットのシーケ
ンシャル番号とパケットのシーケンシャル番号と入力ポ
ート番号を確認することで、パケットの連続性を確認し
ながら読み出しを行う。

【００４５】なおパケットの連続性の確認はキューバッ
ファ書き込み時にも行われ、パケットの途中で欠落が見
つかったパケットが、読み出し制御部２１８で読み出す
時点で廃棄され、異常なパケットが回線に出力されるの
を防ぐ処理も行う。読み出し制御部２１８でパケットの
連続性を確認し読み出すので、スイッチ部で転送に揺ら
ぎが発生しても吸収できる。

【００４６】パケットデータ用Queue No.1〜4 ２１７か
らの読み出しは、図８に示した各ポートからの混在トラ
ヒック処理の図において右下に示した状態において、パ
ケットの最後尾が書き込まれた状態から開始される。し
かし、まず、パケットの先頭が到着した時点で競合制御
２１２に先頭パケット到着を告げ、パケット最後尾が到
着した時点で読み出し要求をパケット読み出し制御部２
１８と競合制御２１２に通知する。このことで、先頭パ
ケットが到着した時間が早いパケットで読み出し要求が
あったパケットから読み出しが開始される。図８の場合
では、(1) ｉｎからのパケットが最初に読み出され、次
に(5) ｉｎ〜(8) ｉｎに接続されているＯＣ１９２から
のパケット、(10)ｉｎからのパケットという順序にな
る。競合制御２１２を出力したＩＰパケットは、制御パ
ケットの転送時と同様にフレーム変換部２１４でPPP フ
レーム、HDLCフレーム、ＳＯＮＥＴ／ＳＤＨフレームを
構成し、電気−光変換をするＥ／Ｏ２１５を介して伝送
路に送出される。

【００４７】（実施例１の効果）本実施例１によって、
ＳＯＮＥＴ／ＳＤＨ系列にて新たに高速度の回線インタ
フェース、例えばＯＣ１９２の回線のようなインタフェ
ースが定義された場合、それまでに最も高速であったイ
ンタフェース、例えばＯＣ４８のインタフェースを複数
用いて収容することで、スイッチ部のインタフェースを
スピードアップすることなく対応することが可能にな
る。

【００４８】本実施例１では、ＯＣ１９２回線に対しス
イッチインタフェースではＯＣ４８回線を使って転送す
るという４対１の速度比に対し対応させていたが、特に
２の倍数にとらわれずスイッチインタフェースに対しｎ
倍（ｎ：整数）の回線速度を収容させることができる。

【００４９】本発明によって、大容量の超高速ルータや
パケットスイッチのアーキテクチャを検討する際に、予
め、基本的な転送速度でスイッチインタフェースを決め
ておき、将来、スイッチインタフェースにおける１回線
分の速度以上の回線インタフェースが定義された場合で
も、スイッチ部のアーキテクチャを変えることなく、回
線インタフェース部（図１でのＩＦ収容部１１、１２に
収容されるインタフェース盤内部）で対応できる。故
に、回線のスピードアップに対し柔軟性を持って対応で
きる。

【００５０】ＯＣ１９２回線のサービスとして独立なＯ
Ｃ４８回線４ｃｈ分をサポートする形態も考えられる。
この場合、スイッチ部への転送形態も４ｃｈ独立なもの
として管理する必要がある。本発明のアーキテクチャを
採用することにより、スイッチ部の転送は、ＯＣ４８に
基づくスイッチインタフェースになっている。このた
め、独立した４つのキューとして管理できる。パケット
転送制御部２０８の設定にて個別な回線に設定すること
で、パケット判定部２０４から各々４つのデータ用キュ
ーバッファー２０７に個別方路向けとして扱われ、パケ
ット毎に振り分けることで実現する。一方、ＯＣ１９２
回線１ｃｈとして収容する場合も、同じＯＣ４８に基づ
くスイッチインタフェースを持ち、スイッチ転送時にお
ける固定長パケット化されたパケットのデータ用キュー
バッファ２０７への書き込み方と、転送順序を変えるだ
けで対応ができ、ハードウェアーの規模として大きな割
り合いを占めるメモリ部の構成が共通化できる効果もあ
る。さらに、これらのキューを独立なｃｈのキューとし
て考えた場合、インタフェース盤の読み出し制御にてキ
ュー毎に優先順位による差別化を行うことも可能であ
る。

【００５１】本実施例１では、速度の異なるインタフェ
ース盤から入力された場合でも、複数のスイッチインタ
フェースの組み合わせで転送できることにメリットがあ
る。同時に速度の低いインタフェースポート、例えばＯ
Ｃ４８と、高いインタフェース、例えばＯＣ１９２か
ら、同一出力への転送要求があった場合でも、速度の低
いインタフェース（ＯＣ４８）のルートを確保しつつ、
速度の高いインタフェースポート（ＯＣ１９２）からの
スイッチインタフェースのスイッチポートを一部停止す
る。しかし、残りポートを使って転送することによっ
て、スイッチのスループットを下げずに転送することが
可能である。また、速度が高いポート（ＯＣ１９２）か
ら、速度の低いポート（ＯＣ４８）と高いポート（ＯＣ
１９２）に分配することも可能であり、異なるポートに
転送する場合にもスイッチのスループットを下げること
が無く実現可能である。

【００５２】（他の実施例）実施例２を図１０に示す。
本図１０の例では、ＯＣ４８回線のｎ倍の速度を持つ回
線を収容する場合の構成例を示している。今までは、Ｏ
Ｃ１９２回線をＯＣ４８回線単位でスイッチインタフェ
ースを持つ装置へ適用する方法を説明したが、ＯＣ４８
回線を４つ使用して転送することだけに捕らわれず、Ｏ
Ｃ４８回線（その装置のスイッチ部がスイッチする基本
の回線速度）に対して整数倍の速度のインタフェースで
も収容することができる。この場合、図１０に示したよ
うにＩＦの受信部では、パケット判定部１００４、制御
用Queue 1 〜n １００５、PPPリンク制御部１００６、
データ用Queue 1 〜n １００７、スイッチＩＮＦ１００
９、パケット転送制御部１００８のインタフェースが、
ＯＣ１９２回線の場合の４に対しｎになる。同様に、Ｉ
Ｆの送信部では、競合制御１０１２、制御用Queue 1 〜
n １０１１、PPP リンク制御部１０１０、データ用Queu
e 1 〜n １０１７、スイッチＩＮＦ１０１６、パケット
読み出し制御部１０１８のインタフェースが、ＯＣ１９
２回線の場合の４に対しｎになる。

【００５３】上記のｎの取り得る範囲は、ＯＣ４８回線
収容（ｎ＝１）時を除くと、ｎ＝２から最大スイッチイ
ンタフェースの数分までであり、図１の構成例では最大
ｎ＝１６となる。

【００５４】本発明では、SDH/SONET の系列、ＯＣ３、
ＯＣ１２、ＯＣ４８、ＯＣ１９２といった４倍の速度比
で速度が上がる場合だけで無く、ＯＣ４８に対し２倍、
３倍、・・・というSDH/SONET の系列から外れた速度の
インタフェースでも収容できる。

【００５５】ｎ＝３の場合は、ＯＣ１９２でのｎ＝４で
実現した場合と同様に、スイッチインタフェースの３つ
を一組として扱い転送することになる。図１０におい
て、ｎと記載されている箇所が全て３になる。スイッチ
インタフェースの容量が１インタフェースあたり２．４
Gbps相当であるならば、回線側の速度は７．５Gbpsとな
る。

【００５６】ｎ＝１６という設定でも実現可能である
が、ｎ＝１６になると回線速度が４０G であり、スイッ
チ部にてスイッチできる容量と等価となる。回線のイン
タフェース盤が送受一体型である場合は、１回線を収容
し、入力されたパケットを同じ方路に対し出力すること
になる。この結果、実質リピータの役割しかしなくなる
ので、このような使用法はあまりない。但し、ＩＦ部に
収容されるＩＦ盤の送信側と受信側が別々に構成され、
収容される場合は、受信側が４０Ｇのインタフェースの
回線、送信側がＯＣ４８の回線１６回線という形態で使
用することも可能である。なお、図１の例では、送受別
々の構成で説明している。

【００５７】（本発明の特徴）第一に、スイッチ部では
スイッチング単位での１回線あたりの容量の上限が決ま
っているが、この回線を複数利用しパケットを転送する
ことで、より高速度の回線インタフェースが定義された
場合でも対応できるという特徴がある。

【００５８】第二に、より高速度の回線インタフェース
が定義された場合、高速度の回線を収容するインタフェ
ース部（ＩＦ盤）のみ新規設計するだけで、スイッチ部
のアーキテクチャを変えることなく対応が可能であると
いう特徴がある。

【００５９】第三に、スイッチ部の構成は、基本的にク
ロスバータイプを考えているが、スイッチ内部にバッフ
ァを持ち、共有バッファとして作られ、トラヒックの状
態によって転送遅延が異なる場合でも、シーケンシャル
番号を付加し転送する。さらに、送信側の回線を収容す
るインタフェース部（ＩＦ盤）にてバッファ状態を管理
し読み出し順序を確認しながらバッファから読み出す。
本方式は、スイッチ内での揺らぎを吸収でき、スイッチ
のアーキテクチャに拘束されずに転送が実現できるとい
う特徴がある。

【００６０】第四に、スイッチ部に転送する際に、高速
のインタフェースを使用した場合は、複数あるスイッチ
インタフェースの幾つを使って転送したいかの要求を出
し、スイッチで受け入れられるインタフェース数を受け
取り転送する。このことで、スイッチで転送可能なイン
タフェースを最大限に利用でき、スイッチのスループッ
トを低下させることなく転送が可能となる特徴がある。

【００６１】第五に、複数のスイッチインタフェースを
使って転送する高速のインタフェースから低速なインタ
フェースに転送する場合は、低速側で使用しているスイ
ッチインタフェース数を使用して転送するように、キュ
ーバッファに収容することでインタフェース部とスイッ
チ間でのブロッキングが生じるのを防ぐ機能を持つ方式
である。

【００６２】第六に、シーケンシャル番号を付加し転送
することで回線を収容するインタフェース部（ＩＦ盤）
でバッファ状態を管理し、読み出し順序を確認するが、
途中でパケット中の一部が欠落する等の障害が発生した
場合、回線を収容するインタフェース部（ＩＦ盤）の送
信側で廃棄し、異常なトラヒックが伝送路に送出される
のを防ぐことが可能である。

【００６３】上記の実施形態によれば、この問題に対
し、入力ポートの情報とシーケンシャル番号を受信した
可変長パケットを固定長パケットに分割する際に付加す
る。また、スイッチ部を通して転送する際に、複数のス
イッチインタフェースを用いて転送する際にスイッチ側
で受け入れられるスイッチインタフェース数を確認しな
がら転送する。このことで、スイッチ部のスループット
を低下させることなく、より高速度のインタフェースを
収容することを可能にした。

【００６４】また、スイッチ部からの出力点では、分割
されたパケットの連続性を監視し、入力ポートの情報と
シーケンシャル番号からパケットを再製することでより
高速度のインタフェースを収容することを可能にした。

【００６５】また、パケット再生時に異常が発生した場
合、インタフェース盤の送信側でパケットを廃棄し、異
常なパケットを回線に出力することを回避する機能も実
現できる。

【００６６】尚、上述の実施形態は本発明の好適な実施
の一例である。但し、これに限定されるものではなく、
本発明の要旨を逸脱しない範囲内において種々変形実施
が可能である。

【００６７】

【発明の効果】以上の説明より明らかなように、本発明
のパケット・オーバーＳＯＮＥＴ／ＳＤＨのインタフェ
ース収容方式は、受信した可変長パケットを固定長パケ
ットに分割する際に、入力ポートの情報とシーケンシャ
ル番号を付加し、複数のスイッチインタフェースを用い
たスイッチ部を通して転送する際に、スイッチ側で受け
入れられるスイッチインタフェース数を確認しながら転
送する。これにより、スイッチ部のスループットを低下
させることなく、より高速度のインタフェースの収容を
可能としている。それまでに最も高速であった、例えば
ＯＣ４８のインタフェースを複数用いて収容すること
で、スイッチ部のインタフェースをスピードアップする
ことなく対応することが可能になる。

【図面の簡単な説明】

【図１】本発明のパケット・オーバーＳＯＮＥＴ／ＳＤ
Ｈのインタフェース収容方式の実施形態を示す構成図で
る。

【図２】ＯＣ１９２回線１回線の収容の場合の構成例を
示す図である。

【図３】ＯＣ４８回線とＯＣ１９２回線の接続時の構成
例を示す図である。

【図４】ＯＣ１９２回線とＯＣ４８回線の接続時の構成
例を示す図である。

【図５】パケット・オーバーＳＯＮＥＴ／ＳＤＨインタ
フェース・フレーム変換を説明するための概念図であ
る。

【図６】ＩＦ内部における受信側パケット転送を説明す
るための図である。

【図７】ＩＦ内部における送信側パケット転送を説明す
るための図である。

【図８】各ポートからの混在トラヒック処理を説明する
ための図である。

【図９】ＯＣ１９２ポートからＯＣ４８、ＯＣ１９２ポ
ートへの分配を説明するための図である。

【図１０】ＯＣ４８回線×ｎの速度を持つ回線１回線の
収容時の構成例を示す図である。

【符号の説明】

１パケットスイッチング装置１１受信側ＩＦ収容部１２送信側ＩＦ収容部１０１、１０３ＯＣ４８＿ＩＦ盤受信部１０２、１０４ＯＣ１９２＿ＩＦ盤受信部１０６、１０８ＯＣ４８＿ＩＦ盤送信部１０５、１０７ＯＣ１９２＿ＩＦ盤送信部１３監視制御部１４スイッチ部２１ＯＣ１９２＿ＩＦ受信部２２上位ＣＰＵ２３監視制御部２４スイッチ部２５ＯＣ１９２＿ＩＦ送信部２０１Ｏ／Ｅ２０２フレーム変換部（受信側）２０３固定長パケット変換部２０４パケット判定部２０５制御用Queue No.1〜4 （受信側）２０６ PPP リンク制御部（受信側）２０７データ用Queue No.1〜4 （受信側）２０８パケット転送制御部２０９スイッチＩＮＦ（受信側）２１０ PPP リンク制御部（送信側）２１１制御用Queue No.1〜4 （送信側）２１２競合制御２１４フレーム変換部（送信側）２１５Ｅ／Ｏ２１６スイッチＩＮＦ（送信側）２１７データ用Queue No.1〜4 （送信側）２１８パケット読み出し制御部３１ＯＣ４８＿ＩＦ受信部３２上位ＣＰＵ３３監視制御部３４スイッチ部３５ＯＣ１９２＿ＩＦ送信部３０１Ｏ／Ｅ３０２フレーム変換部（受信側）３０３固定長パケット変換部３０４パケット判定部３０５制御用Queue No.1（受信側）３０６ PPP リンク制御部（受信側）３０７データ用Queue No.1（受信側）３０８パケット転送制御部３０９スイッチＩＮＦ（受信側）３１０ PPP リンク制御部（送信側）３１１制御用Queue No.1〜4 （送信側）３１２競合制御３１４フレーム変換部（送信側）３１５Ｅ／Ｏ３１６スイッチＩＮＦ（送信側）３１７データ用Queue No.1〜4 （送信側）３１８パケット読み出し制御部４１ＯＣ１９２＿ＩＦ受信部４２上位ＣＰＵ４３監視制御部４４スイッチ部４５ＯＣ４８＿ＩＦ送信部４０１Ｏ／Ｅ４０２フレーム変換部（受信側）４０３固定長パケット変換部４０４パケット判定部４０５制御用Queue No.1〜4 （受信側）４０６ PPP リンク制御部（受信側）４０７データ用Queue No.1〜4 （受信側）４０８パケット転送制御部４０９スイッチＩＮＦ（受信側）４１０ PPP リンク制御部（送信側）４１１制御用Queue No.1（送信側）４１２競合制御４１３フレーム変換部（送信側）４１４Ｅ／Ｏ４１６スイッチＩＮＦ（送信側）４１７データ用Queue No.1（送信側）４１８パケット読み出し制御部８１ＯＣ４８＿ＩＦ−１（受信側）用Queue （入力ポ
ート(1) ）８２スイッチ部８３ＯＣ１９２＿ＩＦ−１（受信側）用Queue （入力
ポート(5) 〜(8) ）８４ＯＣ４８＿ＩＦ−６（受信側）用Queue （入力ポ
ート(10)）８５ＯＣ１９２＿ＩＦ−４（送信側）用Queue （出力
ポート(9) 〜(12)）８６スイッチＩＮＦ（受信側）８７スイッチＩＮＦ（送信側）９１ＯＣ１９２＿ＩＦ−１（受信側）用Queue （入力
ポート(5) 〜(8) ）９２スイッチＩＮＦ（受信側）９３スイッチ部９４ＯＣ４８＿ＩＦ−９（送信側）用Queue （出力ポ
ート(5) ）９５スイッチＩＮＦ（送信側）９６ＯＣ１９２＿ＩＦ−４（送信側）用Queue （出力
ポート(9) 〜(12)）１１００ＯＣ１９２＿ＩＦ受信部１２００上位ＣＰＵ１３００監視制御部１４００スイッチ部１５００ＯＣ１９２＿ＩＦ送信部１００１Ｏ／Ｅ１００２フレーム変換部（受信側）１００３固定長パケット変換部１００４パケット判定部１００５制御用Queue No.1〜n （受信側）１００６ PPP リンク制御部（受信側）１００７データ用Queue No.1〜n （受信側）１００８パケット転送制御部１００９スイッチＩＮＦ（受信側）１０１０ PPP リンク制御部（送信側）１０１１制御用Queue No.1〜n （送信側）１０１２競合制御１０１４フレーム変換部（送信側）１０１５Ｅ／Ｏ１０１６スイッチＩＮＦ（送信側）１０１７データ用Queue No.1〜n （送信側）１０１８パケット読み出し制御部

Claims

【特許請求の範囲】

【請求項１】受信した可変長パケットを固定長パケッ
トに分割する際に、入力ポートの情報とシーケンシャル
番号を付加し、複数のスイッチインタフェースを用いたスイッチ部を通
して転送する際に、スイッチ側で受け入れられるスイッ
チインタフェース数を確認しながら転送し、前記スイッチ部のスループットを低下させることなく高
速度のインタフェースの収容を可能としたことを特徴と
するパケット・オーバーＳＯＮＥＴ／ＳＤＨのインタフ
ェース収容方式。
【請求項２】前記スイッチ部からの出力点で分割され
たパケットの連続性を監視し、前記入力ポートの情報と
シーケンシャル番号からパケットを再生することで、よ
り高速度のインタフェースの収容を可能としたことを特
徴とする請求項１記載のパケット・オーバーＳＯＮＥＴ
／ＳＤＨのインタフェース収容方式。
【請求項３】前記パケット再生時に異常が発生した場
合に、インタフェース盤の送信側で当該パケットを廃棄
し、異常なパケットの回線への出力を回避可能としたこ
とを特徴とする請求項１または２に記載のパケット・オ
ーバーＳＯＮＥＴ／ＳＤＨのインタフェース収容方式。
【請求項４】前記固定長パケットに分割する際に、パ
ケットの先頭部ではスイッチング情報、入力ポート、シ
ーケンシャル番号とパケットの先頭を示す情報(SOP) を
付加し、先頭以外の固定長パケットでは、入力ポート、シーケン
シャル番号を付加し、パケットの最後尾では、前記各情報とともに、最後尾を
示す情報(EOP) を付加することを特徴とする請求項１か
ら３の何れかに記載のパケット・オーバーＳＯＮＥＴ／
ＳＤＨのインタフェース収容方式。
【請求項５】前記固定長パケットは、スイッチング情
報に収容されているPPP フレームのプロトコル情報を読
み取り、データ転送用のＩＰパケットか、それ以外の制
御用パケットかを判定することを特徴とする請求項１か
ら４の何れかに記載のパケット・オーバーＳＯＮＥＴ／
ＳＤＨのインタフェース収容方式。
【請求項６】前記判定の結果、ＩＰパケットの場合は
データ用のキューバッファに収容され、それ以外は制御
用パケットとして制御用のキューバッファに収容され、
サポートしていないプロトコル番号のパケットが到着し
た場合は、廃棄されることを特徴とする請求項１から５
の何れかに記載のパケット・オーバーＳＯＮＥＴ／ＳＤ
Ｈのインタフェース収容方式。