(57)【要約】【課題】分散処理による運用継続性の向上、余剰部位を減少させた技術を提供すること。【解決手段】本発明は、リングバスで接続された複数の回線カードを有し、各回線カードは、自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、フレームの出方路が自回線カードである場合にはフレームを自回線カードの該当ラインに送出し、フレームの出方路が自回線カードでない場合にはフレームをリングバスを介して次回線カードに送出する送出制御手段を有するフレーム転送装置である。【選択図】図１
2011010005.tif 000002
【特許請求の範囲】
【請求項１】
リングバスで接続された複数の回線カードを有し、
各回線カードは、
自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、前記フレームの出方路が自回線カードである場合には前記フレームを自回線カードの該当ラインに送出し、前記フレームの出方路が自回線カードでない場合には前記フレームをリングバスを介して次回線カードに送出する送出制御手段を
有するフレーム転送装置。
【請求項２】
前記送出制御手段は、
自回線カードのラインから受信してリングバスに送出するフレームに、回線カードを識別するカード識別情報を付加する付加手段と、
リングバスから受信したフレームの前記カード識別情報を判定し、前記受信したフレームのカード識別情報が自回線カードのカード識別情報と同一の場合、前記受信したフレームを破棄するフレーム破棄手段と
を有する請求項１に記載のフレーム転送装置。
【請求項３】
前記付加手段は、自回線カードのラインから受信してリングバスに送出するフレーム毎に１インクリメントされるシーケンス番号を、前記自回線カードのラインから受信してリングバスに送出するフレームに付加し、
前記フレーム破棄手段は、リングバスから受信したフレームの前記シーケンス番号が、前記カード識別情報が自回線カードのカード識別情報と同一の前回受信したフレームのシーケンス番号から１インクリメントされていない場合、フレームロスを通知する
請求項２に記載のフレーム転送装置。
【請求項４】
前記付加手段は、自回線カードのラインから受信してリングバスに送出するフレームに、リングバスに接続された回線カードの数から１減算した値以上の値をＴＴＬとして付加し、
前記回線カードは、フレームをリングバスから受信して前記リングバスに送出する毎に、フレームのＴＴＬの値を１減算する減算手段を有し、
前記フレーム破棄手段は、リングバスから受信したフレームのＴＴＬが０の場合、前記受信したフレームを破棄する
請求項２又は請求項３に記載のフレーム転送装置。
【請求項５】
フレーム転送装置のリングバスに接続される回線カードであって、
自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、前記フレームの出方路が自回線カードである場合には前記フレームを自回線カードの該当ラインに送出し、前記フレームの出方路が自回線カードでない場合には前記フレームをリングバスを介して次回線カードに送出する送出制御手段を
有する回線カード。
【請求項６】
前記送出制御手段は、
自回線カードのラインから受信してリングバスに送出するフレームに、自回線カードを識別するカード識別情報を付加する付加手段と、
リングバスから受信したフレームの前記カード識別情報を判定し、前記受信したフレームのカード識別情報が自回線カードのカード識別情報と同一の場合、前記受信したフレームを破棄するフレーム破棄手段と
を有する請求項５に記載の回線カード。
【請求項７】
前記付加手段は、自回線カードのラインから受信してリングバスに送出するフレーム毎に１インクリメントされるシーケンス番号を、前記自回線カードのラインから受信してリングバスに送出するフレームに付加し、
前記フレーム破棄手段は、リングバスから受信したフレームの前記シーケンス番号が、前記カード識別情報が自回線カードのカード識別情報と同一の前回受信したフレームのシーケンス番号から１インクリメントされていない場合、フレームロスを通知する
請求項６に記載の回線カード。
【請求項８】
前記付加手段は、自回線カードのラインから受信してリングバスに送出するフレームに、リングバスに接続された回線カードの数から１減算した値以上の値をＴＴＬとして付加し、
前記回線カードは、フレームをリングバスから受信して前記リングバスに送出する毎に、フレームのＴＴＬの値を１減算する減算手段を有し、
前記フレーム破棄手段は、リングバスから受信したフレームのＴＴＬが０の場合、前記受信したフレームを破棄する
請求項６又は請求項７に記載の回線カード。
【請求項９】
複数の回線カードがリングバスに接続されたフレーム転送装置のフレーム転送方法であって、
各回線カードは、
自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、
前記フレームの出方路が自回線カードである場合には、前記フレームを自回線カードの該当ラインに送出し、
前記フレームの出方路が自回線カードでない場合には、前記フレームをリングバスを介して次回線カードに送出する
フレーム転送方法。
【請求項１０】
ラインからフレームを受信した回線カードは、前記フレームの出方路が自回線カードでない場合には、受信したフレームに、自回線カードを識別するカード識別情報を付加してリングバスに送出し、
リングバスからフレームを受信した回線カードは、前記受信したフレームのカード識別情報を判定し、前記受信したフレームのカード識別情報が自回線カードのカード識別情報と同一の場合、前記受信したフレームを破棄する
請求項９に記載のフレーム転送方法。
【請求項１１】
ラインからフレームを受信した回線カードは、前期受信したフレームをリングバスに送出する毎に１インクリメントされるシーケンス番号を、前記受信したフレームに付加してリングバスに送出し、
リングバスからフレームを受信した回線カードは、前記受信したフレームの前記シーケンス番号が、前記カード識別情報が自回線カードのカード識別情報と同一の前回受信したフレームのシーケンス番号から１インクリメントされていない場合、フレームロスを通知する
請求項１０に記載のフレーム転送方法。
【請求項１２】
ラインからフレームを受信した回線カードは、前記受信したフレームに、リングバスに接続された回線カードの数から１減算した値以上の値をＴＴＬとして付加してリングバスに送出し、
リングバスからフレームを受信した回線カードは、前記受信したフレームのＴＴＬの値を１減算してリングバスに送出し、又は、
リングバスからフレームを受信した回線カードは、前記受信したフレームのＴＴＬが０の場合、前記受信したフレームを破棄する
請求項１０又は請求項１１に記載のフレーム転送方法。
【請求項１３】
フレーム転送装置のリングバスに接続される回線カードのプログラムであって、
自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定する処理と、
前記フレームの出方路が自回線カードである場合には、前記フレームを自回線カードの該当ラインに送出する処理と、
前記フレームの出方路が自回線カードでない場合には、前記フレームをリングバスを介して次回線カードに送出する処理と
を回線カードに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレーム転送装置、回線カード、フレーム転送方法及びプログラムに関する。
【背景技術】
【０００２】
回線カードをスイッチングカードで集約するシステムがある。このシステムでは、フレーム処理機能をフレーム集約部に集中させることにより、機能追加の容易さ、運用管理の容易さが図れる。
【０００３】
また、フレーム転送の技術では、ノードをリング状に接続し、リングバス上にフレーム処理の集約点を設けた技術が、特許文献１及び特許文献２に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００８−５０９４９９号公報
【特許文献２】特開平１０−２３０５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、回線カードをスイッチングカードで集約するシステムでは、システムの規模によらずスイッチングカードが必要となり、小規模システムや機能を限定したシステムでは、コスト面、消費電力の面での不利となる。
【０００６】
また、フレーム処理集約部が存在することにより、障害発生時に運用継続性が低下してしまう。
【０００７】
また、フレーム処理集約部が存在するシステムでは、フレーム処理集約部の処理能力をシステムの最大構成に想定しているため、システム内で搭載される回線カードが減少するほど、余剰能力が発生してしまう。
【０００８】
更に、回線カードとスイッチカードとを一体型にした場合には、物理的な構成による分割損の減少による消費電力の低減や、コスト低減につながるが、回線カード単位での増設や交換等ができない為、保守性が悪化してしまう。
【０００９】
そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は分散処理による運用継続性の向上、余剰能力を減少させたフレーム転送装置、回線カード、フレーム転送方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、リングバスで接続された複数の回線カードを有し、各回線カードは、自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、前記フレームの出方路が自回線カードである場合には前記フレームを自回線カードの該当ラインに送出し、前記フレームの出方路が自回線カードでない場合には前記フレームをリングバスを介して次回線カードに送出する送出制御手段を有するフレーム転送装置である。
【００１１】
また、本発明は、フレーム転送装置のリングバスに接続される回線カードであって、自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、前記フレームの出方路が自回線カードである場合には前記フレームを自回線カードの該当ラインに送出し、前記フレームの出方路が自回線カードでない場合には前記フレームをリングバスを介して次回線カードに送出する送出制御手段を有する回線カードである。
【００１２】
また、本発明は、複数の回線カードがリングバスに接続されたフレーム転送装置のフレーム転送方法であって、各回線カードは、自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定し、前記フレームの出方路が自回線カードである場合には、前記フレームを自回線カードの該当ラインに送出し、前記フレームの出方路が自回線カードでない場合には、前記フレームをリングバスを介して次回線カードに送出するフレーム転送方法である。
【００１３】
また、本発明は、フレーム転送装置のリングバスに接続される回線カードのプログラムであって、自回線カードのライン又は前記リングバスから受信したフレームの出方路を判定する処理と、前記フレームの出方路が自回線カードである場合には、前記フレームを自回線カードの該当ラインに送出する処理と、前記フレームの出方路が自回線カードでない場合には、前記フレームをリングバスを介して次回線カードに送出する処理とを回線カードに実行させるプログラムである。
【発明の効果】
【００１４】
本発明は、フレームの集約処理をしていないので、故障発生時の影響範囲が小さく、コスト面でも有利である。
【図面の簡単な説明】
【００１５】
【図１】図１は本実施の形態におけるフレーム転送装置１のブロック図である。
【図２】図２は各回線カード２１〜２Ｎのブロック図である。
【図３】図３はライン３１〜３Ｎからリングバス４方向への動作フローチャートである。
【図４】図４はフレームフォーマットの一例を示す図である。
【図５】図５は回線カード２１〜２Ｎに登録されている出方路情報テーブルの一例を示す図である。
【図６】図６はリングバス４からライン３１〜３Ｎ方向への動作フローチャートである。
【図７】図７はリングバス４からライン３１〜３Ｎ方向への動作フローチャートである。
【発明を実施するための形態】
【００１６】
本発明の実施の形態を説明する。
【００１７】
図１は本実施の形態におけるフレーム転送装置１のブロック図である。
【００１８】
フレーム転送装置１は、ライン３１〜３Ｎを有する回線カード２１〜２Ｎと、リングバス４とから構成される。各回線カード２１〜２Ｎは、リングバス４によりリング状に接続され、回線カード２１〜２Ｎはライン３１〜３Ｎで受信されたフレームをリングバス経由で他の回線カード２１〜２Ｎに転送する。
【００１９】
続いて、各回線カード２１〜２Ｎの構成を説明する。
【００２０】
図２は各回線カード２１〜２Ｎのブロック図である。
【００２１】
回線カード２１〜２Ｎは、回線インタフェース部１１と、ヘッダ処理部１２と、リングバスインタフェース部１３と、メモリ部１４とを備える。
【００２２】
回線インタフェース部１１は、ライン３１〜３Ｎから受信したフレームのCRCチェック、サイズ違反チェック、及びチェックにて異常と判断されたフレームの廃棄を行う機能を有する。
【００２３】
リングバスインタフェース部１３は、リングバス４とのインタフェースの機能を有し、リングバス４へのフレーム送信およびリングバス４からのフレーム受信機能を有する。
【００２４】
ヘッダ処理部１２は、自回線カードの出方路情報テーブルを有し、登録されている出方路情報テーブルの出方路情報とフレーム内ヘッダ情報とを照合し、出方路が登録されていないフレームの廃棄、また、後述するExtend Headerの生成及び付加機能、自回線カードからリングバスに転送したのちにリングバス４経由で自回線カードに戻った使用済みフレームの廃棄機能を有する。
【００２５】
メモリ部１４はヘッダ処理部１２でのヘッダ処理中のフレームバッファリング機能を有する。
【００２６】
次に、本実施の形態におけるフレーム転送装置１の動作を、フローチャートを用いて説明する。
【００２７】
図３はライン３１〜３Ｎからリングバス４方向への動作フローチャートであり、図４はフレームフォーマットの一例を示す図であり、図５は出方路情報テーブルの一例を示す図であり、図６及び図７はリングバス４からライン３１〜３Ｎ方向への動作フローチャートである。
＜ライン３１〜３Ｎからリングバス４方向への動作処理＞
まず、回線インタフェース部１１は、ライン３１〜３Ｎから受信したフレームの正常性の確認を行う（Ｓｔｅｐ１０１）。ここで不正なフレームと認識された場合には（Ｓｔｅｐ１０２）、回線インタフェース部１１は、フレームの廃棄を行う（Ｓｔｅｐ１１３）。正常性が確認されたフレームは、メモリ部１４にフレームの格納を行う（Ｓｔｅｐ１０３）。
【００２８】
続いて、ヘッダ処理部１２は、正常性が確認されたフレームについて、自回線カードの出方路情報テーブルの出方路情報とフレーム内のヘッダ情報とを比較する（Ｓｔｅｐ１０４）。そして、フレーム転送装置１に登録されていない出方路宛のフレームであった場合には（Ｓｔｅｐ１０５）、フレームの廃棄を行う（Ｓｔｅｐ１１３）。
【００２９】
ヘッダ情報が自回線カードの出方路情報テーブルに登録されている出方路宛の場合、ヘッダ処理部４は、以下の処理を行う（Ｓｔｅｐ１０６）。
【００３０】
まず、フレームのヘッダ情報が他回線カード宛であった場合には（Ｓｔｅｐ１０７）、ヘッダ処理部１２は、図４に示すExtend Headerを生成する（Ｓｔｅｐ１０８）。生成されるExtend Headerのフォーマットは、ＴＴＬ（Time to Live）、シーケンス番号及びカード識別情報となる。ここで、ＴＴＬはリングバス４上で各回線カード２１〜２Ｎを経由するごとに１減算され、０となった場合に無条件廃棄を行うことにより、リングバス４上でのフレームループを防止するに用いられる情報である。初期値としては、（回線カード２１〜２Ｎの数−１）の以上の値を設定することが好ましい。また、シーケンス番号は、ライン３１〜３Ｎからフレームを受信した回線カード２１〜２Ｎが、このフレームをリングバス４に送出するごとに１ずつインクリメントした値が設定される。そして、この値を監視することにより、リングバス上でのフレーム喪失を検出する。また、カード識別情報は、リングバス４を一周して不要になったフレームを、送信元である回線カードが廃棄する為の識別子であり送信元を識別するカード識別情報を設定する。尚、チェックサムはExtend Header用誤り検出符号となる。
【００３１】
ヘッダ処理部１２は、Extend Headerの生成が完了した場合には、メモリ部１４からフレームを読み出し（Ｓｔｅｐ１０９）、そのフレームの先頭にExtend Headerを付加する（Ｓｔｅｐ１１０）。そして、Extend Headerを付加されたフレームは、リングバスインタフェース部１３に出力され、リングバスインタフェース部１３によりリングバス４に送出されて次回線カードに転送される（Ｓｔｅｐ１１１）。
【００３２】
例えば、ヘッダ処理部１２は、自回線カードの出方路情報テーブルが図５に示すようなものであり、ライン３１〜３Ｎからから受信したフレームのヘッダ情報が９であった場合、ヘッダ情報９は他の回線カードで登録されているので、上述した受信したフレームにExtend Headerを付加してリングバス４に転送する。
【００３３】
フレームのヘッダ情報が自回線カード宛であった場合には（Ｓｔｅｐ１０７）、自回線カード以外の宛先があるかを判断する（Ｓｔｅｐ１１４）。ない場合には、回線インタフェース部１１にフレームを転送する。そして、回線インタフェース部１１は、出方路情報に基づき、該当するライン３１〜３Ｎにフレームを転送する（Ｓｔｅｐ１１２）。
【００３４】
例えば、ヘッダ処理部１２は、自回線カードの出方路情報テーブルが図５に示すようなものであり、ライン３１〜３Ｎからから受信したフレームのヘッダ情報が１であった場合、ヘッダ情報１はライン３１に登録されているので、受信したフレームをライン３１に転送する。
【００３５】
一方、自回線カード以外に宛先がある場合（Ｓｔｅｐ１１４）、自回線カードのライン３１〜３Ｎ方向のフレームとリングバス４方向へのフレームとが必要となる為、フレームの複製処理を実施し（Ｓｔｅｐ１１５）、２フレーム並列処理を行う。ひとつは上述したＳｔｅｐ１１２の処理、もうひとつはＳｔｅｐ１０８からＳｔｅｐ１１１の処理である。
【００３６】
例えば、ヘッダ処理部１２は、自回線カードの出方路情報テーブルが図５に示すようなものであり、ライン３１〜３Ｎからから受信したフレームのヘッダ情報が５であった場合、ヘッダ情報５はライン３５に登録されているので、受信したフレームをライン３５に転送する。また、そのヘッダ情報５は他の回線カードにも登録されているので、受信したフレームにExtend Headerを付加してリングバス４に転送する。
【００３７】
以上で、ライン３１〜３Ｎからリングバス４方向への動作処理が完了となる。
＜リングバス４からライン３１〜３Ｎ方向への動作処理＞
リングバス４からライン３１〜３Ｎ方向への動作処理を説明する。
【００３８】
まず、リングバスインタフェース部１３でフレームを受信し（Ｓｔｅｐ２０１）、メモリ部１４にバッファリングを行う（Ｓｔｅｐ２０２）。
【００３９】
次に、ヘッダ処理部１２は、Extend Headerのチェックサム確認を行う（Ｓｔｅｐ２０３）。Extend Header異常と判断された場合には（Ｓｔｅｐ２０４）、異常検出の通知を行い（Ｓｔｅｐ２１３）、該当フレームの廃棄を行う（Ｓｔｅｐ２２４）。
【００４０】
Extend Headerの正常性が確認できた場合には（Ｓｔｅｐ２０４）、Extend Header内のカード識別情報を確認する（Ｓｔｅｐ２０５）。
【００４１】
カード識別情報が自カードのカード識別情報であった場合には（Ｓｔｅｐ２０６）、リングバス４を一周して不要となったフレームである為、ヘッダ処理部１２はフレームの廃棄動作に移行する。まず、Extend Header内のシーケンス番号を確認し（Ｓｔｅｐ２１４）、前回受信した自カード識別情報をもつフレームのシーケンス番号から１インクリメントされているかを確認する（Ｓｔｅｐ２１５）。１インクリメントされている場合には、該当フレームの廃棄を行う（Ｓｔｅｐ２２４）。一方、シーケンス番号が１インクリメントされていない場合には、シーケンス番号違反通知を行い、フレームロスが発生していることを通知する（Ｓｔｅｐ２１６）。そして、該当フレームの廃棄を行う（Ｓｔｅｐ２２４）。
【００４２】
一方、カード識別情報が自カードのカード識別情報でない場合には（Ｓｔｅｐ２０６）、ヘッダ処理部１２は、通常フレーム受信処理に移行する。
【００４３】
ヘッダ処理部１２は、自回線カードの出方路情報テーブルに登録されている出方路情報とフレームヘッダ情報とを照合する（Ｓｔｅｐ２０７）。自回線カード宛のフレームではない場合には（Ｓｔｅｐ２０８）、リングバスへの転送動作に移行する。
【００４４】
ヘッダ処理部１２は、Extend Header内のＴＴＬを参照し、受信したフレームがリングバス４上をループしていないかの確認を行う（Ｓｔｅｐ２１７）。ＴＴＬが０となったフレームはループフレームとし、ＴＴＬ違反を通知する（Ｓｔｅｐ２２３）。そして、フレームの廃棄を行う（Ｓｔｅｐ２２４）。
【００４５】
また、ヘッダ処理部１２は、ＴＴＬが０以上であった場合にはＴＴＬの値を１減算する（Ｓｔｅｐ２１９）。そして、Extend Header内チェックサムの再演算し（Ｓｔｅｐ２２０）、メモリ部１４から読み出したフレームにExtend Headerを再付加する（Ｓｔｅｐ２２１）。ヘッダ処理部１２は、Extend Headerが再付加されたフレームをリングバスインタフェース部１３に出力する。そして、Extend Headerが再付加されたフレームはリングバスインタフェース部１３によりリングバス４に送出され、次回線カードに転送される（Ｓｔｅｐ２２２）。
【００４６】
例えば、ヘッダ処理部１２は、自回線カードの出方路情報テーブルが図５に示すようなものであり、リングバス４からから受信したフレームのヘッダ情報が９であった場合、ヘッダ情報９は他の回線カードで登録されているので、受信したフレームにExtend Headerを再付加してリングバス４に転送する。
【００４７】
一方、ヘッダ処理部１２は、フレーム転送装置１に登録されている出方路情報とフレームヘッダ情報とを照合した結果、受信したフレームが自回線カード宛のフレームである場合には（Ｓｔｅｐ２０８）、自回線カード以外にも宛先があるかを判断する（Ｓｔｅｐ２２５）。宛先が無い場合には、付加されているExtend Headerの削除を行って元のフレームに復元する（Ｓｔｅｐ２１１）。そして、ヘッダ処理部１２は、元に復元されたフレームを回線インタフェース部１１に出力する。回線インタフェース部１１は、復元されたフレームを出方路に従ったライン３１〜３Ｎに送信する（Ｓｔｅｐ２１２）。
【００４８】
例えば、ヘッダ処理部１２は、自回線カードの出方路情報テーブルが図５に示すようなものであり、リングバス４からから受信したフレームのヘッダ情報が１５であった場合、ヘッダ情報１５はライン３５及びライン３７に登録されているので、受信したフレームをライン３５及びライン３７に転送する。
【００４９】
また、自回線カード以外にも宛先がある場合には、自回線カードのライン３１〜３Ｎ方向のフレームとリングバス方向へのフレームとが必要となる為、フレームの複製処理を実施する（Ｓｔｅｐ２０９）。そして、２フレーム並列処理を行う。
【００５０】
まず、複製されたフレームのうちリングバス方向へのフレーム処理としては、上述したＳｔｅｐ２１７からＳｔｅｐ２２２の動作を行う。一方、ライン３１〜３Ｎ方向のフレーム処理としては、ヘッダ処理部１２は、メモリ部１４からフレームを読み出し（Ｓｔｅｐ２１０）、付加されているExtend Headerの削除を行って元のフレームに復元する（Ｓｔｅｐ２１１）。そして、ヘッダ処理部１２は、元に復元されたフレームを回線インタフェース部１１に出力する。回線インタフェース部１１は、復元されたフレームを出方路に従ったライン３１〜３Ｎに送信する（Ｓｔｅｐ２１２）。
【００５１】
例えば、ヘッダ処理部１２は、自回線カードの出方路情報テーブルが図５に示すようなものであり、リングバス４からから受信したフレームのヘッダ情報が５であった場合、ヘッダ情報５はライン３５に登録されているので、受信したフレームをライン３５に転送する。また、他の回線カードで登録されているので、受信したフレームにExtend Headerを付加してリングバス４に転送する。
【００５２】
以上の如く、本実施の形態によれば、フレームを各回線カードに振り分けるスイッチカードを排除したことにより、低エネルギー化が可能である。
【００５３】
また、フレームを集約処理している部位がない為、故障発生時の影響範囲が小さくなりサービス継続性の向上につながる。
【００５４】
また、回線カードとスイッチカードとで構成される装置と比較し、本実施の形態では回線カードのみで構成される為、コストが低減する。
【００５５】
更に、各回線カードを冗長化することにより、更なる運用継続性の向上を図ることができる。
【００５６】
尚、上述した実施の形態では各部をハードウェアで構成したが、プログラムで動作するＣＰＵ等の情報処理装置で構成しても良い。この場合、プログラムは、上述した動作をＣＰＵ等に実行させる。
【００５７】
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【符号の説明】
【００５８】
１        フレーム転送装置
２１〜２Ｎ  回線カード
３１〜３Ｎ  ライン
４        リングバス
１１      回線インタフェース部
１２      ヘッダ処理部
１３      リングバスインタフェース部
１４      メモリ部
【図１】
2011010005.tif 000003
【図２】
2011010005.tif 000004
【図３】
2011010005.tif 000005
【図４】
2011010005.tif 000006
【図５】
2011010005.tif 000007
【図６】
2011010005.tif 000008
【図７】
2011010005.tif 000009