(57)【特許請求の範囲】
【請求項１】
複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークであって、
前記ホストは、
前記複数のアダプタにそれぞれ対応した複数の送信バッファと、
データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるための手段と、
障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するための手段と、
を備え、
前記アダプタに係る障害が発生した場合に該障害発生を前記ホストに通知する際と、前記スイッチと前記アダプタ間の経路で障害が発生した場合に該障害発生を前記ホストに通知する際とで、通知に使用するプロトコルを異ならせることを特徴とするネットワーク。
【請求項２】
請求項１に記載のネットワークであって、
前記スイッチと或る前記アダプタ間の経路で障害が検出されたならば、該障害を前記スイッチから前記ホストに、これらの間のデータ通信に係るプロトコルを用いて、通知する手段を更に備えることを特徴とするネットワーク。
【請求項３】
請求項１又は２に記載のネットワークであって、
前記スイッチは前記複数のアダプタそれぞれとの間で通信状態を確認する為の信号を送受信しており、或るアダプタとの間で該信号が受信できない場合に該或るアダプタとの間の経路での障害発生を検知し、前記スイッチから前記ホスト間のデータ通信に係るプロトコルに準拠したコントロールシンボル内に該或るアダプタを特定する情報を挿入して前記ホストに送信することにより、前記ホストに障害を通知することを特徴とするネットワーク。
【請求項４】
請求項１乃至３の何れか１項に記載のネットワークであって、
前記スイッチは、
受信バッファと、前記複数のアダプタにそれぞれ対応した複数の送信バッファを備え、
前記ホストから受信したデータを一旦受信バッファに格納した後に、各アダプタ宛のデータを該アダプタに対応する前記送信バッファに分配することにより前記多重分離を行なうことを特徴とするネットワーク。
【請求項５】
請求項１乃至４の何れか１項に記載のネットワークであって、
当該ネットワークは、
前記スイッチと前記アダプタ間の経路で障害が発生した際に前記アダプタが該障害を検知し、該アダプタが前記スイッチから前記ホスト間のデータ通信に係るプロトコルとは異なるプロトコルにて前記ホストに障害発生を通知する、という規格に準じているが、該アダプタは該アダプタに係る障害が発生した場合にのみ障害発生を前記ホストに通知することを特徴とするネットワーク。
【請求項６】
複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークにおける前記ホストであって、
前記複数のアダプタにそれぞれ対応した複数の送信バッファと、
データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるための手段と、
障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するための手段と、
を備え、
前記アダプタに係る障害が発生した場合に該障害発生を前記ホストに通知する際と、前記スイッチと前記アダプタ間の経路で障害が発生した場合に該障害発生を前記ホストに通知する際とで、通知に使用するプロトコルを異ならせることを特徴とするホスト。
【請求項７】
複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークにおけるネットワーク障害対処方法であって、
前記ホストが、
前記複数のアダプタにそれぞれ対応した複数の送信バッファによりデータをバッファリングするステップと、
データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるためのステップと、
障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するためのステップと、
を備え、
前記アダプタに係る障害が発生した場合に該障害発生を前記ホストに通知する際と、前記スイッチと前記アダプタ間の経路で障害が発生した場合に該障害発生を前記ホストに通知する際とで、通知に使用するプロトコルを異ならせることを特徴とするネットワーク障害対処方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファブリックスイッチが搭載されたパケット通信装置内での、ネットワーク障害対処方法、ネットワーク及びホストに関する。
【背景技術】
【０００２】
近年、無線基地局装置では、装置内の通信データ量が飛躍的に増加している。また、通信データ量の増加に伴い無線基地局装置に格納されるカード間の通信速度が上昇している。よって、無線基地局装置内におけるカード間の通信障害を早期に検出し、その影響を最小限にする必要性が益々高まっている。
【０００３】
今回の説明にあたり、まず、ＰＩＣＭＧ（PCI Industrial Computer Manufacturers Group）が規定した規格であり、コア・アプリケーション向け標準規格であるＡｄｖａｎｃｅｄＴＣＡ(Advanced Telecommunications Computing Architecture)と、ＭｉｃｒｏＴＣＡ（Micro Telecommunications Computing Architecture）の関係について説明する。
【０００４】
通常は、ＡｄｖａｎｃｅｄＭＣ（以下、「ＡＭＣカード」と呼ぶ。）が、ＡｄｖａｎｃｅｄＴＣＡに準拠したボード上にメザニン・カードとして接続される。
【０００５】
もっとも、ＭｉｃｒｏＴＣＡでは、ＡｄｖａｎｃｅｄＴＣＡに準拠していないボードであっても、ＡｄｖａｎｃｅｄＴＣＡの機能や特性を実現するためのアーキテクチャー規格を提供している。
【０００６】
具体的には、ＭｉｃｒｏＴＣＡを利用すれば、シェルフ内にＡｄｖａｎｃｅｄＴＣＡに準拠したボードが無い場合であっても、ＡＭＣカードを直接バックプレーンと接続して、利用することができる。この場合、ＡｄｖａｎｃｅｄＴＣＡの機能や特性提供しながらも、物理的なサイズの小型化と導入コスト抑制を実現することができる。このような背景から、ＭｉｃｒｏＴＣＡは、通信事業者向けの装置で多く使用されている。
【０００７】
ここで、ＭｉｃｒｏＴＣＡに準拠したシェルフ内に接続される複数のＡＭＣカードには、Ｉ２Ｃ（Inter-Integrated Circuit）ベースのＩＰＭＢ（Intelligent Peripheral Management Bus）を活用した、ＩＰＭＩ（Intelligent Peripheral Management Interface）仕様のＭＭＣ（Module Management Controller）の機能が搭載されている。
【０００８】
ＭＭＣは、各ＡＭＣカードでの障害発生の有無を監視している。そしてＭＭＣは、障害発生を検知した場合に、ＭＣＭＣ（Micro TCA Carrier Management Controller）に対して障害情報をＩ２Ｃで通知する。障害情報を受け取ったＭＣＭＣは、Ｉ２Ｃ経由でホストＡＭＣカードへ障害内容を通知する。ここで、Ｉ２Ｃの通信レートとしては、１００ｋｂｐｓ、４００ｋｂｐｓ及び３．４Ｍｂｐｓの３つが定義されている。
【０００９】
一方、各ＡＭＣカード間の主要データ通信インターフェースとしては高速シリアルインターフェースであるｓＲＩＯ（Serial Rapid IO）が広く使用されている。「Rapid IO」は、Rapid IO Trade Associationの登録商標である。なお、ｓＲＩＯに関しては非特許文献１に詳細な説明がある。
【００１０】
ｓＲＩＯは、ＡＭＣカード内部の各種デバイスとファブリックスイッチをシリアル回線で接続し、各デバイス間で最大１０Ｇｂｐｓの高速通信を可能にするための規格である。また、無線基地局装置で使用している各種デバイスとして、ｓＲＩＯの規格に対応したものが実用化されている。
【００１１】
このようなＭｉｃｒｏＴＣＡ規格に準拠したネットワークシステムの動作の一例について図８を参照して説明する。
【００１２】
本例におけるＭｉｃｒｏＴＣＡネットワークは、ホストＡＭＣ６０、ファブリックスイッチ７０、複数のアダプタＡＭＣ８０及びＭＣＭＣ９０の機能ブロックを含む。
【００１３】
ホストＡＭＣ６０は、ネットワークを全体を管理する。ファブリックスイッチ７０は、パケットを分配する。各アダプタＡＭＣ８０には、ｓＲＩＯの規格に対応したデバイスがＡＭＣカードとして接続される。また、ＭＣＭＣ９０は、ネットワーク全体の保守監視機能をまとめる。次に、個々の機能ブロックに関してより詳細に説明する。
【００１４】
ホストＡＭＣ６０は、ＣＰＵ６１、ＭＭＣ６２、ＴＸＢＦＲ６３及びＲＸＢＦＲ６４を含む。
【００１５】
ＣＰＵ６１は、ネットワーク全体を制御する演算処理装置である。ＭＭＣ６２は、ネットワークの保守監視機能を持つ。ＴＸＢＦＲ６３は、パケットの生成機能と送信機能を持つ送信バッファである。ＲＸＢＦＲ６４は、パケットの受信機能を持つ受信バッファである。
【００１６】
また、ファブリックスイッチ７０は、ＲＸＢＦＲ７１及びＲＸＢＦＲ７４−１〜ＲＸＢＦＲ７４−ｎ並びにＴＸＢＦＲ７２及びＴＸＢＦＲ７３−１〜ＸＢＦＲ７３−ｎを含む。
【００１７】
ＲＸＢＦＲ７１及びＲＸＢＦＲ７４−１〜ＲＸＢＦＲ７４−ｎは、送信バッファである。
【００１８】
一方、ＴＸＢＦＲ７２及びＴＸＢＦＲ７３−１〜ＸＢＦＲ７３−ｎは受信バッファである。これら受信バッファ及び送信バッファは、ホストＡＭＣ６０と、複数のアダプタＡＭＣ８０（アダプタＡＭＣ８０−１〜アダプタＡＭＣ８０−ｎ）との間でパケットを分配する。
【００１９】
複数のアダプタＡＭＣ８０は、それぞれが、ＭＭＣ８１、ＲＸＢＦＲ８２及びＴＸＢＦＲ８３を含む。
【００２０】
ＭＭＣ８１は、ネットワークの保守監視機能を持つ。ＲＸＢＦＲ８２は、パケットの受信機能を持つ受信バッファである。ＴＸＢＦＲ８３は、パケットの生成機能と送信機能を持つ送信バッファである。なお、今回の例では２種類のデータが送受信される。１つはＭＭＣ８１、ＭＣＭＣ９０及びＭＭＣ６２間で、Ｉ２Ｃにより送受信される障害通知用のデータである。また、もう１つは、ファブリックスイッチ７０を介してホストＡＭＣ６０とアダプタＡＭＣ８０の間でｓＲＩＯにより送受信されるデータである。以下の説明では、前者を「Ｉ２Ｃ障害通知」と呼び、後者を「主要データ」と呼ぶことにより区別する。
【００２１】
まず、ネットワーク上での主要データのやり取りについて説明する。ネットワークシステム上でのホストＡＭＣ６０からアダプタＡＭＣ８０への主要データは、ホストＡＭＣ６０のＣＰＵ１１で生成され、ＴＸＢＦＲ６３に送られる。
【００２２】
そして、主要データは、パケット単位に分割されてファブリックスイッチ７０のＲＸＢＦＲ７１に送信される。
【００２３】
ファブリックスイッチ７０内では複数のアダプタＡＭＣ８０のそれぞれ宛毎にパケットが分配され、個々のＴＸＢＦＲ７３（ＴＸＢＦＲ７３−１〜ＴＸＢＦＲ７３−１ｎ）に蓄積される。
【００２４】
パケットは蓄積された順番に従って、アダプタＡＭＣ８０のＲＸＢＦＲ８２へ送られる。そして、パケットはアダプタＡＭＣ８０に接続されたデバイスであるＡＭＣカード内部にて処理される。
【００２５】
一方、アダプタＡＭＣ８０からホストＡＭＣ６０への主要データは、アダプタＡＭＣ８０のＴＸＢＦＲ８３でパケット化される。そしてパケットは、ファブリックスイッチ７０の個々のＲＸＢＦＲ７４（ＲＸＢＦＲ７４−１〜ＲＸＢＦＲ７４−ｎ）に送信されて蓄積される。
【００２６】
蓄積された個々のアダプタＡＭＣ８０からのパケットはＴＸＢＦＲ７２でまとめられてホストＡＭＣ６０のＲＸＢＦＲ６４へ送信される。その後、パケットはホストＡＭＣ６０のＣＰＵ６１にて処理される。
【００２７】
以上が、主要データに関しての説明である。続いてＩ２Ｃ障害通知の送受信に関して説明をする。
【００２８】
ネットワークシステム上の保守監視においては、個々のアダプタＡＭＣ８０に含まれるＭＭＣ８１（ＭＭＣ８１−１〜ＭＭＣ８１−ｎ）にて状態監視を行う。そして、アダプタＡＭＣ８０が障害の発生を検知した場合は、ＭＭＣ８１からＩ２ＣにてＭＣＭＣ９０へ報告を行う。
【００２９】
報告を受けたＭＣＭＣ９０は、ネットワーク全体の状態通知として、障害が発生したという情報をＩ２Ｃ障害通知としてホストＡＭＣ６０のＭＭＣ６２へと送る。
【００３０】
送られてきた、Ｉ２Ｃ障害通知はＭＭＣ６２を介してＣＰＵ６１へと送られる。これにより、ＣＰＵ６１は障害の発生を認識できる。
【００３１】
なお、上述したファブリックスイッチの動作を実現するための技術の一例が特許文献１に記載されている。特許文献１に記載のパケットスイッチング集積回路チップは、パケット、例えば、Ｒａｐｉｄ  ＩＯ（登録商標）に準拠したパケットを複数の外部ソースから受信し、受信パケット内のデータを複数の外部受信装置に選択的に転送するように構成されている。さらにパケットスイッチング集積回路チップは、受信パケット内の宛先アドレスに基づいて、受信パケットを管理するように構成することができる。
【先行技術文献】
【特許文献】
【００３２】
【特許文献１】特表２００８−５３９６１３号公報
【非特許文献】
【００３３】
【非特許文献１】「Rapid IO Interconnect Specification Rev1.3」［online］平成２３年１２月８日検索インターネット〈http://www.rapidio.org〉
【発明の概要】
【発明が解決しようとする課題】
【００３４】
しかしながら、上述した一般的なＭｉｃｒｏＴＣＡネットワークには、以下のような複数の問題点が存在した。
【００３５】
第１の問題点は、一般的なＭｉｃｒｏＴＣＡの規格上、個々のアダプタＡＭＣ８１（ＭＭＣ８１−１〜ＭＭＣ８１−ｎ）の障害通知データの送受信にＩ２Ｃを使用しているため、障害が発生したことがホストＡＭＣ６０に通知されるまでに時間を要することである。また、このように時間を要することからバッファにパケットが蓄積し続け、効率的なパケット送信ができなくなることである。
【００３６】
この現象についての具体例を、図９及び図１０を参照して説明する。今回の説明においては、ファブリックスイッチ７０とアダプタＡＭＣ８０−１間のｓＲＩＯ経路にて障害が発生したものとする。
【００３７】
ｓＲＩＯ経路にて障害が発生した場合、アダプタＡＭＣ８０−１のＭＭＣ８１−１にてｓＲＩＯ経路障害が検出される。そして、ＭＭＣ８１−１にてＩ２Ｃ障害通知が生成され、Ｉ２ＣにてＭＣＭＣ９０へ通知される。
【００３８】
ＭＣＭＣ９０で受信されたＩ２Ｃ障害通知は、ホストＡＭＣ６０のＭＭＣ６２を介してホストＡＭＣ６０内のＣＰＵ６１に通知される。
【００３９】
しかし、上述したようにＩ２Ｃの通信レートは、最大でも３．４Ｍｂｐｓであり、ｓＲＩＯと比較すると低速である。よって、図１０に表すようにホストＡＭＣ６０のＣＰＵ１１が障害情報を検知するまでには数十［ｍｓ］の時間を要する。
【００４０】
一方、ホストＡＭＣ６０と複数のアダプタＡＭＣ８０（アダプタＡＭＣ８０−１〜アダプタＡＭＣ８０−ｎ）間の主要データに関しては、ファブリックスイッチ７０を介してｓＲＩＯにて高速パケット（通信レート：１Ｇｂｐｓ以上）で通信を行っている。そのため、図１０に表すようにホストＡＭＣ６０のＣＰＵ１１で障害が発生したことが検知されるまでの数十［ｍｓ］の時間には、ホストＡＭＣ６０からアダプタＡＭＣ８０（アダプタＡＭＣ８０−１〜アダプタＡＭＣ８０−ｎ）宛に大量のパケットが送信できる状態にある。
【００４１】
もっとも、ファブリックスイッチ７０で受信したパケットは入力された順番にバッファに蓄積され、また蓄積された順番でパケットが送出されるというＦＩＦＯ(First In, First Out)の構成である。つまりパケットの送出の順番が変わることはない。そのため、ｓＲＩＯ経路上で障害が発生した場合には、ファブリックスイッチ７０内の経路障害の該当バッファ（ＴＸＢＦＲ７３−１）のパケットが出力できない状態となって、後続のパケットが蓄積していく。
【００４２】
その後、図９に表すように最初にファブリックスイッチ７０内のＴＸＢＦＲ７３−１が満杯となる。これによりＲＸＢＦＲ７１からＴＸＢＦＲ７３−１へのパケットも送信できなくなるため、次には、ＲＸＢＦＲ７１が満杯となる。最終的にはホストＡＭＣ６０の送信バッファ６３にも徐々にパケットが蓄積されていき、ｓＲＩＯ経路上へのパケットが効率的に送信できない状態となる。これが第１の問題点である。
【００４３】
また、第２の問題点は、ｓＲＩＯネットワーク上でファブリックスイッチ７０に接続されているホストＡＭＣ６０とアダプタＡＭＣ８０（アダプタＡＭＣ８０−１〜アダプタＡＭＣ８０−ｎ）は、自身以外のＡＭＣ８０がファブリックスイッチ７０と通信可能な状態であるか否かについて、ｓＲＩＯの規格上、ファブリックスイッチ７０内にあるレジスタをリードしない限りは、わからない点である。
【００４４】
従って、ファブリックスイッチ７０とアダプタＡＭＣ８０（アダプタＡＭＣ８０−１〜アダプタＡＭＣ８０−ｎ）間でｓＲＩＯ経路上で障害が発生した場合には、常にファブリックスイッチ７０のレジスタをダンプしていないとリアルタイムには障害の発生を検知することができない。そのため上述したようなパケットが蓄積してしまい、パケットが効率的に送信できないという第１の問題点がより顕著なものとなってしまう。
【００４５】
そこで、本発明はファブリックスイッチと或るアダプタＡＭＣ間での通信を実現するための経路上で障害が発生した場合であっても、この或るアダプタＡＭＣ以外のＡＭＣ宛のパケットを適切に送信することが可能な、ネットワーク障害対処方法、ネットワーク及びホストを提供することを目的とする。
【課題を解決するための手段】
【００４６】
本発明の第１の観点によれば、複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークであって、前記ホストは、前記複数のアダプタにそれぞれ対応した複数の送信バッファと、データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるための手段と、障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するための手段と、を備え、前記アダプタに係る障害が発生した場合に該障害発生を前記ホストに通知する際と、前記スイッチと前記アダプタ間の経路で障害が発生した場合に該障害発生を前記ホストに通知する際とで、通知に使用するプロトコルを異ならせることを特徴とするネットワークが提供される。
【００４７】
本発明の第２の観点によれば、複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークにおける前記ホストであって、前記複数のアダプタにそれぞれ対応した複数の送信バッファと、データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるための手段と、障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するための手段と、を備え、前記アダプタに係る障害が発生した場合に該障害発生を前記ホストに通知する際と、前記スイッチと前記アダプタ間の経路で障害が発生した場合に該障害発生を前記ホストに通知する際とで、通知に使用するプロトコルを異ならせることを特徴とするホストが提供される。
【００４８】
本発明の第３の観点によれば、複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークにおけるネットワーク障害対処方法であって、前記ホストが、前記複数のアダプタにそれぞれ対応した複数の送信バッファによりデータをバッファリングするステップと、データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるためのステップと、障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するためのステップと、を備え、前記アダプタに係る障害が発生した場合に該障害発生を前記ホストに通知する際と、前記スイッチと前記アダプタ間の経路で障害が発生した場合に該障害発生を前記ホストに通知する際とで、通知に使用するプロトコルを異ならせることを特徴とするネットワーク障害対処方法が提供される。
【発明の効果】
【００４９】
本発明によれば、ファブリックスイッチとアダプタＡＭＣ間での通信を実現するための経路上で障害が発生した場合に、この障害の発生を迅速に送信元のホストに通知することが可能となる。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施形態であるＭｉｃｒｏＴＣＡのネットワークシステムの基本的構成を表す図である。
【図２】本発明の実施形態におけるホストＡＭＣの基本的構成を表す図である。
【図３】ｓＲＩＯ障害通知に用いるコントロールシンボル（ＮＯＰ）のフォーマットを表す図である。
【図４】本発明の実施形態で送受信されるデータの流れを表す図である。
【図５】本発明の実施形態の基本的動作を表すフローチャートである。
【図６】本発明の実施形態において、ファブリックスイッチとアダプタＡＭＣ間で経路障害発生時の説明図である。
【図７】本発明の実施形態において、ファブリックスイッチとアダプタＡＭＣ間で経路障害発生時のタイムチャートである。
【図８】一般的なＭｉｃｒｏＴＣＡのネットワークシステムの基本的構成を表す図である。
【図９】一般的なＭｉｃｒｏＴＣＡのネットワークシステムでの障害発生時の状況を説明する図である。
【図１０】一般的なＭｉｃｒｏＴＣＡのネットワークシステムでのファブリックスイッチとアダプタＡＭＣ間で経路障害発生時のタイムチャートである。
【発明を実施するための形態】
【００５１】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００５２】
図１は、本実施形態であるＭｉｃｒｏＴＣＡネットワークシステムのブロック図である。
【００５３】
図１を参照すると、本実施形態は、ホストＡＭＣ１０、ファブリックスイッチ２０、複数のアダプタＡＭＣ３０及びＭＣＭＣ４０の機能ブロックを含む。
【００５４】
ホストＡＭＣ１０は、ネットワークを全体を管理する。ファブリックスイッチ２０は、パケットを分配する。各アダプタＡＭＣ３０には、ｓＲＩＯの規格に対応したデバイスがＡＭＣカードとして接続される。また、ＭＣＭＣ４０は、ネットワーク全体の保守監視機能をまとめる。次に、個々の機能ブロックに関してより詳細に説明する。
【００５５】
ホストＡＭＣ１０は、ＣＰＵ１１、ＭＭＣ１２、ＴＸＢＦＲ１３、ＲＸＢＦＲ１４及びｓＲＩＯ障害処理部１５を含む。
【００５６】
ＣＰＵ１１は、ネットワーク全体を制御する演算処理装置である。ＭＭＣ１２は、ネットワークの保守監視機能を持つ。ＴＸＢＦＲ１３は、パケットの生成機能と送信機能を持つ送信バッファである。ＲＸＢＦＲ１４は、パケットの受信機能を持つ受信バッファである。ｓＲＩＯ障害処理部１５は、ｓＲＩＯ経路障害を処理する機能を持つ。
【００５７】
また、ファブリックスイッチ２０は、ＲＸＢＦＲ２１及びＲＸＢＦＲ２４−１〜ＲＸＢＦＲ２４−ｎと、ＴＸＢＦＲ２２及びＴＸＢＦＲ２３−１〜ＸＢＦＲ２３−ｎと、ｓＲＩＯ障害処理部２５を含む。
【００５８】
ＲＸＢＦＲ２１及びＲＸＢＦＲ２４−１〜ＲＸＢＦＲ２４−ｎは、送信バッファである。
【００５９】
一方、ＴＸＢＦＲ２２及びＴＸＢＦＲ２３−１〜ＸＢＦＲ２３−ｎは受信バッファである。これら受信バッファ及び送信バッファは、ホストＡＭＣ１０と、複数のアダプタＡＭＣ３０（アダプタＡＭＣ３０−１〜アダプタＡＭＣ３０−ｎ）との間でパケットを分配する。すなわち、本実施形態では、主要データがファブリックスイッチ２０にて多重分離され、分離後の主要データがそれぞれ適切な送信バッファに割り振られる。
【００６０】
ｓＲＩＯ障害処理部２５は、ｓＲＩＯ経路障害を処理する機能を持つ。具体的には、障害発生を検知したｓＲＩＯ障害処理部２５は、障害発生通知をｓＲＩＯにてｓＲＩＯ障害処理部１５に通知する。
【００６１】
複数のアダプタＡＭＣ３０は、それぞれが、ＭＭＣ３１、ＲＸＢＦＲ３２及びＴＸＢＦＲ３３を含む。
【００６２】
ＭＭＣ３１は、ネットワークの保守監視機能を持つ。ＲＸＢＦＲ３２は、パケットの受信機能を持つ受信バッファである。ＴＸＢＦＲ３３は、パケットの生成機能と送信機能を持つ送信バッファである。
【００６３】
一般的なＭｉｃｒｏＴＣＡネットワークシステムと比較すると、本実施形態では、ｓＲＩＯ障害処理部１５及びｓＲＩＯ障害処理部２５を更に含んでいる点で相違する。
【００６４】
なお、図１ではアダプタＡＭＣ３０−１、アダプタＡＭＣ３０−２及びアダプタＡＭＣ３０−ｎのみを図示しているが、これ以外のアダプタＡＭＣ３０が存在していてもよい。すなわち、アダプタＡＭＣ３０の数は任意の数とすることができる。また、アダプタＡＭＣ３０の数が増加する場合には、それに伴いファブリックスイッチ２０のＴＸＢＦＲ７３及びＲＸＢＦＲ２４の数も増加する。
【００６５】
また、本実施形態では３種類のデータが送受信される。
【００６６】
１つめはファブリックスイッチ２０を介してホストＡＭＣ１０とアダプタＡＭＣ３０の間でｓＲＩＯにより送受信されるデータであり、「主要データ」と呼ぶ。
【００６７】
また、２つめは、ＭＭＣ３１、ＭＣＭＣ４０及びＭＭＣ１２間で、Ｉ２Ｃにより送受信される障害通知用のデータであり、「Ｉ２Ｃ障害通知」と呼ぶ。
【００６８】
最後の１つはファブリックスイッチ２０のｓＲＩＯ障害処理部２５と、ホストＡＭＣ１０のｓＲＩＯ障害処理部１５の間で送受信される障害通知用のデータであり、「ｓＲＩＯ障害通知」と呼ぶ。
【００６９】
次に、図２を参照してホストＡＭＣ１０の構成についてより詳細に説明する。
【００７０】
図２を参照すると、ＴＸＢＦＲ１３は、送信バッファ制御部１３−１、複数の送信バッファ１３−２、セレクタ１３−３及びパケット受信機能部１３−４を含む。
【００７１】
また、ＲＸＢＦＲ１４は、パケット受信機能部１４−１、受信バッファ１４−２及び受信バッファ制御部１４−３を含む。
【００７２】
送信バッファ制御部１３−１はＣＰＵ１１から送信される主要データを送信バッファ１３−２に格納する。ここで、送信バッファ１３−２−１〜送信バッファ１３−２−ｎはそれぞれ符号の末尾の数字が同一のアダプタＡＭＣ３０と対応している。例えば、送信バッファ１３−２−１はアダプタＡＭＣ３０−１と対応している。よって送信バッファ制御部１３−１は、宛先のアダプタＡＭＣ３０に応じて送信バッファ１３−２を選択し、主要データを格納する。
【００７３】
送信バッファ１３−２−１〜送信バッファ１３−２−ｎは主要データを蓄積する為のバッファでありＦＩＦＯのバッファである。送信バッファ１３−２−１〜送信バッファ１３−２−ｎが蓄積した主要データはセレクタ１３−３により読み出される。
【００７４】
セレクタ１３−３は、何れの送信バッファ１３−２から主要データを読み出すかを選択する。そして、セレクタ１３−３は読み出した主要データをパケット送信機能部１３−４に送る。
【００７５】
パケット送信機能部１３−４は、セレクタ１３−３より受け取った主要データをｓＲＩＯによりファブリックスイッチ２０に送信する。
【００７６】
パケット受信機能部１４−１は、ファブリックスイッチ２０より送信されてきた主要データ又はｓＲＩＯ障害通知を受け取る。そして、受け取った主要データを受信バッファ１４−２に送る。また、受け取ったｓＲＩＯ障害通知をｓＲＩＯ障害処理部１５に送る。
【００７７】
受信バッファ１４−２は、パケット受信機能部１４−１より受け取った主要データを蓄積する為のバッファでありＦＩＦＯのバッファである。受信バッファ１４−２は、蓄積した主要データを受信バッファ制御部１４−３に送る。
【００７８】
受信バッファ制御部１４−３は受信バッファ１４−２から送り出される主要データを受け取る。そして、受信バッファ制御部１４−３は受け取った主要データをＣＰＵ１１に送る。
【００７９】
ｓＲＩＯ障害処理部１５は、ｓＲＩＯ障害通知を受け取ると、ＣＰＵ１１に対してｓＲＩＯ経路上で障害が発生した旨を通知する。ＣＰＵ１１はこの通知を受けてｓＲＩＯ障害処理部１５のレジスタを参照する。ｓＲＩＯ障害処理部１５のレジスタには、ｓＲＩＯ障害通知が格納されている。そして、ＣＰＵ１１はこのｓＲＩＯ障害通知を参照することにより、障害が発生した経路がどの経路であるかということを検知する。
【００８０】
その後、ｓＲＩＯ障害処理部１５はＣＰＵ１１においてｓＲＩＯ経路障害情報が検知されたことの応答としてコントロールシンボルによるｓＲＩＯ障害通知応答を生成する。そして、ｓＲＩＯ障害処理部１５はｓＲＩＯ障害通知応答をＴＸＢＦＲ１３のパケット送信機能部１３−４に送る。
【００８１】
次に、本実施形態全体での３種類のデータの送受信についてそれぞれ説明する。
【００８２】
まず主要データの送受信について説明する。
【００８３】
ネットワークシステム上でのホストＡＭＣ１０からアダプタＡＭＣ３０への主要データは、ホストＡＭＣ１０のＣＰＵ１１で生成され、ＴＸＢＦＲ１３に送信される。
【００８４】
ＴＸＢＦＲ１３では図２に表されるように送信バッファ制御部１３−１によってアダプタＡＭＣ３０宛て毎の送信バッファ１３−２に蓄積される。その後、セレクタ１３−３の制御によって主要データが送信バッファ１３−２から読み出される。読み出された主要データはパケット送信制御部１３−４にてパケット化されてファブリックスイッチ２０のＲＸＢＦＲ２１に送られる。
【００８５】
ファブリックスイッチ２０内ではＲＸＢＦＲ２１によりパケットを蓄積する。蓄積されたパケットは複数のアダプタＡＭＣ毎に分配され、個々のＴＸＢＦＲ２３（ＴＸＢＦＲ２３−１〜ＴＸＢＦＲ２３−ｎ）に蓄積される。ＴＸＢＦＲ２３（ＴＸＢＦＲ２３−１〜ＴＸＢＦＲ２３−ｎ）のそれぞれに蓄積されたパケットはそれぞれに蓄積された順番に従ってそれぞれに対応するアダプタＡＭＣ３０のＲＸＢＦＲ３２へ送られる。そして、パケットはアダプタＡＭＣ３０に接続されたデバイスであるＡＭＣカード内部にて処理される。
【００８６】
一方、各アダプタＡＭＣ３０からホストＡＭＣ１０への主要データは、各アダプタＡＭＣ３０のＴＸＢＦＲ３３でパケット化され、ファブリックスイッチ２０の対応するＲＸＢＦＲ２４（ＲＸＢＦＲ２４−１〜ＲＸＢＦＲ２４−ｎ）に送信されて蓄積される。
【００８７】
蓄積された個々のアダプタＡＭＣ３０からのパケットはＴＸＢＦＲ２２でまとめられてホストＡＭＣ１０のＲＸＢＦＲ１４へ送信される。ＲＸＢＦＲ１４はパケットを受信して、受信したパケットをＣＰＵ１１に送る。そして、パケットはＣＰＵ１１にて処理される。
【００８８】
次に、Ｉ２Ｃ障害通知の送受信について説明する。
【００８９】
ネットワークシステム上の保守監視においては、個々のアダプタＡＭＣ３０に含まれるＭＭＣ３１が、アダプタＡＭＣ３０内部のうちのｓＲＩＯ経路に関連しない部分の状態監視を行う。例えば、アダプタＡＭＣ３０に接続されたデバイスに障害が発生したか否かの監視を行う。そして、アダプタＡＭＣ３０内部のうちのｓＲＩＯ経路に関連しない部分で障害が発生した場合は、ＭＣＭＣ４０宛てにＩ２Ｃ障害通知を行う。
【００９０】
一方、本実施形態では、ＭＭＣ３１はｓＲＩＯ経路に関連する障害発生に関しては監視を行わない。そのため、アダプタＡＭＣ３０とファブリックスイッチ２０間でのｓＲＩＯ経路に障害が発生したとしてもＭＭＣ３１は特定の処理を行わない。
【００９１】
そして、アダプタＡＭＣ３０内部のＭＭＣ３１による状態監視下の部分で障害が発生した場合は、ＭＭＣ３１がＩ２ＣにてＭＣＭＣ４０へＩ２Ｃ障害通知を行う。
【００９２】
通知を受けたＭＣＭＣ４０は、ネットワーク全体の状態通知として、障害が発生したという情報をＩ２Ｃ障害通知としてホストＡＭＣ１０のＭＭＣ１２へと送る。
【００９３】
送られてきた、Ｉ２Ｃ障害通知はＭＭＣ１２を介してＣＰＵ１１へと送られる。これにより、ＣＰＵ１１は障害の発生を認識できる。
【００９４】
次に、ｓＲＩＯ障害通知の送受信について説明する。
【００９５】
ネットワークシステム上でのｓＲＩＯ経路障害に関しては、ファブリックスイッチ２０内のｓＲＩＯ障害処理部２５で監視を行う。この監視について説明する。
【００９６】
本実施形態におけるファブリックスイッチ２０と各アダプタＡＭＣ３０は、相互にアイドル信号を送受信している。そして、ｓＲＩＯ障害処理部２５は、このアイドル信号を監視し、アイドル信号が受信できなくなった場合に、ファブリックスイッチ２０と各アダプタＡＭＣ３０間で障害が発生したことを検知する。障害発生を検知したｓＲＩＯ障害処理部２５は、障害発生通知をｓＲＩＯにてｓＲＩＯ障害処理部１５に通知する。
【００９７】
そして、ｓＲＩＯ障害処理部２５は障害の発生を検知すると、コントロールシンボル（ＮＯＰ）を使用してｓＲＩＯ障害発生をホストＡＭＣ１０へ通知する。
【００９８】
ホストＡＭＣ１０で受信されたｓＲＩＯ経路障害は、ｓＲＩＯ障害処理部１５を介してＣＰＵ１１に通知される。
【００９９】
ｓＲＩＯ経路障害通知に対する応答メッセージは、ホストＡＭＣ１０のｓＲＩＯ障害処理部１５で生成される。具体的には、コントロールシンボルを生成し、このコントロールシンボル内に応答メッセージがマッピングされる。そして、応答メッセージは、ＴＸＢＦＲ１３とＲＸＢＦＲ２１を介してファブリックスイッチ２０のｓＲＩＯ障害処理部２５へ通知される。
【０１００】
ここで、コントロールシンボルへのマッピングについて説明する。
【０１０１】
図３を参照すると、コントロールシンボルの一例が表されている。Ｓｅｒｉａｌ  Ｒａｐｉｄ  ＩＯの経路上には、フロー制御、リトライ制御及びパケットの区切りの役割を持つコントロールシンボルが流れている。コントロールシンボルでは、種類に応じて、１０ｂｉｔｓ  Ｋ−ＣｈａｒａｃｔｅｒのＫ２８．０（Ｋ−ｃｏｄｅ「ＳＣ」）またはＫ２８．３（Ｋ−ｃｏｄｅ「ＰＤ」）のいずれかが開始を示すマークとして用いられる。図３では、Ｋ２８．０（Ｋ−ｃｏｄｅ「ＳＣ」）が用いられる場合を例に取って説明する。
【０１０２】
そして、この開始マークＫ２８．０（Ｋ−ｃｏｄｅ「ＳＣ」）に続くコントロールシンボルの実体は２４ビットから成る。図３を参照すると、コントロールシンボルの実体は、ｓｔｙｐｅ０、ｐａｒａｍ０、ｐａｒａｍ１、ｓｔｙｐｅ１、ＣＭＤ及びＣＲＣを含む。なお各項目の括弧内の数字はビット数を表すものである。また、図３では今回利用する項目を網掛けとする。
【０１０３】
コントロールシンボルはｓｔｙｐｅ０とｓｔｙｐｅ１の２つのステータス情報を持つことができる。ｓｔｙｐｅ０は、アダプタＡＭＣ３０からホストＡＭＣ１０へ伝えるステータス情報である。ｓｔｙｐｅ０は、パケットが到着した旨の応答や、パケット不着の応答等を伝えることができる。
【０１０４】
一方、ホストＡＭＣ１０からアダプタＡＭＣ３０へ伝える情報はｓｔｙｐｅ１となる。ｓｔｙｐｅ１では、例えばパケットの開始位置であること、パケットの終了位置であること、パケット送信のリトライ等を伝えることができる。
【０１０５】
そして、本実施形態ではコントロールシンボルのｐａｒａｍ０，ｐａｒａｍ１の領域に、障害が発生したという情報と、どの経路で障害が発生したかという情報を付加する。具体的には、障害が発生した経路にてアダプタＡＭＣ３０と接続されているファブリックスイッチ２０のポートのポート番号を付加する。ＣＰＵ１１は、ｓＲＩＯ障害処理部１５に記憶されたコントロールシンボル内のｐａｒａｍ０，ｐａｒａｍ１の領域を参照することにより、どのアダプタＡＭＣ３０と、ファブリックスイッチ２０の間で障害が発生したかを把握できる。
【０１０６】
なお、今回ＣＭＤは利用しないため、Ｎｕｌｌ（０００）となっている。また、ＣＲＣはエラーチェックに用いられる。
【０１０７】
続いて、図４及び図５を参照して本実施形態の動作について説明する。ここで、図４は本実施形態で送受信されるデータの流れを表す図である。また、図５は本実施形態の基本的動作を表すフローチャートである。
【０１０８】
今回の説明ではアダプタＡＭＣ３０−１とファブリックスイッチ２０間のｓＲＩＯ経路上で障害が発生した場合を例として説明する。
【０１０９】
まず、ファブリックスイッチ２０内のｓＲＩＯ障害処理部２５は、ファブリックスイッチ２０とアダプタＡＭＣ３０（アダプタＡＭＣ３０−１〜アダプタＡＭＣ３０−ｎ）間のｓＲＩＯ経路が通信可能な状態であるかを常に監視する（図５のステップＡ１０１）。
【０１１０】
そして、もしｓＲＩＯ経路上で障害が発生した場合は（図５のステップＡ１０２においてＹｅｓ）、図３に示すコントロールシンボルを使用したｓＲＩＯ障害通知（図４のＳ１）をＴＸＢＦＲ２２に送る（図５のステップＡ１０３）。
【０１１１】
このｓＲＩＯ障害通知に使用されるコントロールシンボルのｐａｒａｍ０，ｐａｒａｍ１の領域には、ファブリックスイッチ２０でどの経路で障害が発生したかという情報と、障害発生フラグの情報が付加される。今回の例では、アダプタＡＭＣ３０−１とファブリックスイッチ２０間のｓＲＩＯ経路上で障害が発生しているため、アダプタＡＭＣ３０−１とファブリックスイッチ２０間のｓＲＩＯ経路で障害が発生したという情報と、障害発生フラグの情報が付加される。
【０１１２】
コントロールシンボルはｓＲＩＯ上り経路（図４のＳ２）にてホストＡＭＣ１０へ送信される。そして、コントロールシンボルは、ＲＸＢＦＲ１４を経由してｓＲＩＯ障害メッセージ（図４のＳ３）としてｓＲＩＯ障害処理部１５にて受信される（図５のステップＡ１０４）。
【０１１３】
ｓＲＩＯ障害処理部１５では、コントロールシンボルのｐａｒａｍ０，ｐａｒａｍ１領域を参照する。そして、ｓＲＩＯ障害処理部１５は、ｓＲＩＯ経路上で障害が発生したことを、経路障害発生通知（図４のＳ７）によってＣＰＵ１１へ報告する（図５のステップＡ１０５）。
【０１１４】
ＣＰＵ１１は経路障害発生通知（図４のＳ７）の報告を受けて、障害発生経路に関する経路確認情報（図４のＳ８）をｓＲＩＯ障害処理部１５から取得する（図５のステップＡ１０６）。この取得はＣＰＵ１１が、ｓＲＩＯ障害処理部１５のレジスタを参照することにより行われる。今回の例では、アダプタＡＭＣ３０−１とファブリックスイッチ２０間のｓＲＩＯ経路で障害が発生したという情報を取得する。
【０１１５】
そして、ＣＰＵ１１は、経路障害が発生したアダプタＡＭＣ３０−１へのデータ送信処理を停止する。併せて、ＴＸＢＦＲ１３内のセレクタ部への経路選択指示信号（図４のＳ９）によって経路障害が発生したアダプタＡＭＣ３０用の送信バッファ１３−２からのデータ選択を禁止する制御を行う。今回の例では、アダプタＡＭＣ３０−１用の送信バッファである送信バッファ１３−２−１からのデータ選択を禁止する制御を行う（図５のステップＡ１０７）。
【０１１６】
またｓＲＩＯ障害処理部１５では、ＣＰＵ１１においてｓＲＩＯ経路障害情報が検知されたことの応答としてコントロールシンボルによるｓＲＩＯ障害通知応答（図４のＳ４）をＴＸＢＦＲ１３のパケット送信機能部１３−４に送る（図５のステップＡ１０８）。
【０１１７】
そして、パケット送信機能部１３−４は、ｓＲＩＯ下り経路（図４のＳ５）を経由してｓＲＩＯ障害通知応答をファブリックスイッチ２０へ送信する（図５のステップＡ１０９）。
【０１１８】
ｓＲＩＯ障害通知応答のコントロールシンボルはＲＸＢＦＲ２１を介してｓＲＩＯ障害処理部２５へ通知され（図４のＳ６）、応答確認がｓＲＩＯ障害処理部２５で受け取られる。これによりｓＲＩＯ障害処理部２５は、ホストＡＭＣ１０がｓＲＩＯ障害通知を受け取ったことが確認できる。そして、ｓＲＩＯ障害処理部２５でのｓＲＩＯ障害通知（図４のＳ１）の送信が終了となる（図５のステップＡ１１０）。
【０１１９】
続いて、図６を参照してファブリックスイッチ２０とアダプタＡＭＣ３０−１間のｓＲＩＯ経路で障害が発生した際の主要データの流れについて説明する。
【０１２０】
本実施形態によるｓＲＩＯ経路障害に関する処理によって、ホストＡＭＣ１０内のＴＸＢＦＲ１３においてアダプタＡＭＣ３０−１用の送信バッファ１３−２−１へのデータ送信が禁止される。またセレクタ１３−３でアダプタＡＭＣ１０用の送信バッファ１３−２−１の選択が禁止される。これにより、他の正常なアダプタＡＭＣ３０へのデータ送信への影響をなくすことができる。なお、ファブリックスイッチ２０へのパケットの送信の停止のみを考えるのであればセレクタ１３−３でアダプタＡＭＣ１０用の送信バッファ１３−２−１の選択を禁止するだけでもよい。もっとも、不要な処理を削減するという観点から言えば、上述したように送信バッファ１３−２−１へのデータ送信の禁止も併せて行うことが好ましい。更に、障害発生を検知したＣＰＵ１１は、検知以降はアダプタＡＭＣ３０−１宛のパケットの生成自体を中止するようにしてもよい。また、送信バッファ制御部１３−１は、ＣＰＵ１１の指示に応じて送信バッファ１３−２−１へのデータ送信の禁止を行うようにしてもよい。
【０１２１】
また、図６においては、主要データの送信とは直接関係しないＭＭＣ１２、ＲＸＢＦＲ１４及びｓＲＩＯ障害処理部１５の図示を省略した。
＊「アダプタＡＭＣ３０−１用の送信バッファ１３−２−１へのデータ送信が禁止される」
次に、図７を参照して本実施形態の効果を具体的に説明する。本実施形態では、コントロールシンボルによる通知によって、ｓＲＩＯ経路障害通知がホストＡＭＣ１０で検知されるまでの時間が、従来のＩ２Ｃによる数十［ｍｓ］から数［μＳ］に大幅に短縮される。
【０１２２】
以上説明したように、本実施形態では、ＭｉｃｒｏＴＣＡネットワークシステム上のｓＲＩＯ経路障害が発生した場合に、ホストＡＭＣで早期に障害を検知することができ、またｓＲＩＯ経路障害による影響を受けることの無い安定したｓＲＩＯ高速シリアル通信を実現することができる。
【０１２３】
なお、上記のホストＡＭＣ、ファブリックスイッチ、アダプタＡＭＣ及びＭＣＭＣは、ハードウェア、ソフトウェア又はこれらの組合わせにより実現することができる。また、上記のホストＡＭＣ、ファブリックスイッチ、アダプタＡＭＣ及びＭＣＭＣの何れか又は組合せにより行なわれるネットワーク障害対処方法も、ハードウェア、ソフトウェア又はこれらに組合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【０１２４】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory)）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１２５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１２６】
（付記１）  複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークであって、
前記ホストは、
前記複数のアダプタにそれぞれ対応した複数の送信バッファと、
データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるための手段と、
障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するための手段と、
を備えることを特徴とするネットワーク。
【０１２７】
（付記２）  付記１に記載のネットワークであって、
或る前記アダプタに係る障害が検出されたならば、該障害を前記スイッチから前記ホストに、これらの間のデータ通信に係るプロトコルを用いて、通知する手段を更に備えることを特徴とするネットワーク。
【０１２８】
（付記３）  付記１又は２に記載のネットワークであって、
前記スイッチは前記複数のアダプタそれぞれとの間で通信状態を確認する為の信号を送受信しており、或るアダプタとの間で該信号が受信できない場合に該或るアダプタとの間の経路での障害発生を検知し、前記スイッチから前記ホスト間のデータ通信に係るプロトコルに準拠したコントロールシンボル内に該或るアダプタを特定する情報を挿入して前記ホストに送信することにより、前記ホストに障害を通知することを特徴とするネットワーク。
【０１２９】
（付記４）  付記１乃至３の何れか１に記載のネットワークであって、
前記スイッチは、
受信バッファと、前記複数のアダプタにそれぞれ対応した複数の送信バッファを備え、
前記ホストから受信したデータを一旦受信バッファに格納した後に、各アダプタ宛のデータを該アダプタに対応する前記送信バッファに分配することにより前記多重分離を行なうことを特徴とするネットワーク。
【０１３０】
（付記５）  付記１乃至４の何れか１に記載のネットワークであって、
当該ネットワークは、
前記スイッチと前記アダプタ間の経路で障害が発生した際に前記アダプタが該障害を検知し、該アダプタが前記スイッチから前記ホスト間のデータ通信に係るプロトコルとは異なるプロトコルにて前記ホストに障害発生を通知する、という規格に準じていることを特徴とするネットワーク。
【０１３１】
（付記６）  複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークにおける前記ホストであって、
前記複数のアダプタにそれぞれ対応した複数の送信バッファと、
データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるための手段と、
障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するための手段と、
を備えることを特徴とするホスト。
【０１３２】
（付記７）  複数のアダプタがスイッチを介してホストと接続され、前記ホストから出力されたデータが前記スイッチで多重分離されて前記複数のアダプタに送信されるネットワークにおけるネットワーク障害対処方法であって、
前記ホストが、
前記複数のアダプタにそれぞれ対応した複数の送信バッファによりデータをバッファリングするステップと、
データをその宛先となる前記アダプタに対応する前記送信バッファを経由してから出力させるためのステップと、
障害に係る前記アダプタ宛のデータを該アダプタに対応する前記バッファに書き込むこと又は該バッファから読み出すことを中止するためのステップと、
を備えることを特徴とするネットワーク障害対処方法。
【産業上の利用可能性】
【０１３３】
本発明は、例えば携帯電話機基地局装置など、ネットワーク系路上で障害が発生した場合でも、遅延を許さないインフラ装置に好適である。
【符号の説明】
【０１３４】
１０、６０  ホストＡＭＣ
１１、６１  ＣＰＵ
１２、６２  ＭＭＣ
１３、６３  ＴＸＢＦＲ
１３−１  送信バッファ制御部
１３−２−１、１３−２−２、１３−２−ｎ  送信バッファ
１３−３  セレクタ
１３−４  パケット受信機能部
１４、６４  ＲＸＢＦＲ
１４−１  パケット受信機能部
１４−２  受信バッファ
１４−３  受信バッファ制御部
１５、２５  ｓＲＩＯ障害処理部
２０、７０  ファブリックスイッチ
２１、７１  ＲＸＢＦＲ
２２、７２  ＴＸＢＦＲ
２３−１、２３−２、２３−ｎ、７３−１、７３−２、７３−ｎ  ＴＸＢＦＲ
２４−１、２４−２、２４−ｎ、７４−１、７４−２、７４−ｎ  ＲＸＢＦＲ
３０−１、３０−２、３０−ｎ、７０−１、７０−２、７０−ｎ  アダプタＡＭＣ
３１−１、３１−２、３１−ｎ、７１−１、７１−２、７１−ｎ  ＭＭＣ
３２−１、３２−２、３２−ｎ、７２−１、７２−２、７２−ｎ  ＲＸＢＦＲ
３３−１、３３−２、３３−ｎ、７３−１、７３−２、７３−ｎ  ＴＸＢＦＲ
４０、９０  ＭＣＭＣ
【図１】
0005569984.tif 000002
【図２】
0005569984.tif 000003
【図３】
0005569984.tif 000004
【図４】
0005569984.tif 000005
【図５】
0005569984.tif 000006
【図６】
0005569984.tif 000007
【図７】
0005569984.tif 000008
【図８】
0005569984.tif 000009
【図９】
0005569984.tif 000010
【図１０】
0005569984.tif 000011