(57)【特許請求の範囲】
【請求項１】
リング型ネットワークノードのプロトコルメッセージ獲得方法であって、
デュアルフィールドを採用して、故障通知SFプロトコルメッセージ、手動切り替えMSプロトコルメッセージ、強制切り替えFSプロトコルメッセージを標識付けすることと、
G.8032vlを支持するノードはFS或はMSプロトコルメッセージを受信すると、標識によって、SFプロトコルメッセージであると確定し、G.8032v2を支持するノードは標識によって、受信したプロトコルメッセージがSF或はMS或はFSプロトコルメッセージであると確定する
リクエスト/状態フィールドのコード値を採用して、SF、MS及びFSプロトコルメッセージ類に属するのを標識付けし、サブコードフィールドの異なるコード値を採用して、それぞれSF、MS及びFSプロトコルメッセージを標識付けすることと、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0000であると、前記受信したプロトコルメッセージはSFプロトコルメッセージであることと、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0001であると、前記受信したプロトコルメッセージはMSプロトコルメッセージであることと、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0010であると、前記受信したプロトコルメッセージがFSプロトコルメッセージであることとを含む、
ことを特徴とするリング型ネットワークノードのプロトコルメッセージ獲得方法。
【請求項２】
リング型ネットワークノードのプロトコルメッセージ獲得装置であって、設置モジュールと認識モジュールとを含み、その中に、
設置モジュールは、SFプロトコルメッセージ、MSプロトコルメッセージ及びFSプロトコルメッセージを識別するデュアルフィールド標識のコード値を設置することに用いられ、リクエスト/状態フィールドのコード値を採用して、SF、MS及びFSプロトコルメッセージ類に属するのを標識付けし、サブコードフィールドの異なるコード値を採用して、それぞれSF、MS及びFSプロトコルメッセージを標識付けし、
認識モジュールは、プロトコルメッセージを受信し、設置モジュールから獲得した設置結果によって、受信したプロトコルメッセージを認識することに用いられ、リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0000であると、前記受信したプロトコルメッセージはSFプロトコルメッセージであり、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0001であると、前記受信したプロトコルメッセージはMSプロトコルメッセージであり、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0010であると、前記受信したプロトコルメッセージがFSプロトコルメッセージである、ことを特徴とするリング型ネットワークノードのプロトコルメッセージ獲得装置。
【請求項３】
前記装置はイサーネットリング型ネットワークノードに設置される、ことを特徴とする請求項2に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はリング型ネットワーク保護技術に関し、特にリング型ネットワークノードのプロトコルメッセージ獲得方法及び装置を指す。
【背景技術】
【０００２】
イサーネットワークがマルチサービスをキャリヤする方向に発展し、特に一部のサービスがネットワークに対する信頼性、リアルタイム性への要求はますます高くなることに従って、イサーネットは広範囲でリング状のグループネットワークを採用することで、ネットワークの信頼性を向上させる。リング状グループネットワークのネットワーク保護方法では、一般的に高速（50ms以下）保護スイッチングに達することを要求する。現在、高速保護スイッチングの技術はインターネット技術標準化委員会（IETF、Internet Engineering Task Force )のRFC3619、国際電気通信連合(ITU-T、International Telecommunication Union )のG.8032等がある。
【０００３】
イサーネット保護技術を例とし、図1は従来のイサーネットの組成構造の模式図であり、図1に示すように、ノードA〜ノードFはいずれもイサーネットの交換機能を有するノードであり、ネットワークMはノードBと接続し、ネットワークNはノードDと接続する。ネットワークMとネットワークNの間に通信し、2本の物理的経路があり、すなわちネットワークN←→ノードD←→ノードC←→ノードB←→ネットワークM、或はネットワークN←→ノードD←→ノードE←→ノードF←→ノードA←→ノードB←→ネットワークMである。
【０００４】
イサーネットループ保護技術において、ループ保護リンクと制御ノードが定義されており、すなわち、イサーネットに故障がないケースに、ループにおいて、データメッセージに対しブロックを生じさせ、ループ回線の形成を防止するリンクがループ保護リンクであり、このセグメントのループ保護リンクの操作によって、リング型ネットワークの主要使用経路と保護経路の間の切替を実現できる。ループ保護リンクを持つノードを制御ノード（或は主ノードと呼ばれる）と呼ばれる。
【０００５】
図2aは図1に示すイサーネットリングに故障がない下でのデータ転送模式図であり、図2aに示すように、リング型ネットワークに含まれたノードはA、B、C、D、EとFがあり、含まれたリンクは〈A、B〉、〈B、C〉、〈C、D〉、〈D、E〉、〈E、F〉及び〈F、A〉リンクがある。仮にノードAを制御ノードとすると、ポートa2と直接接続するリンク〈F、A〉がループ保護リンクとなる。
【０００６】
ループにおけるリンクに故障がない時、制御ノードがループ保護リンクに接続するポートa2のデータメッセージ転送機能にブロックを起し、ネットワークにおいてループ回線が生じなく、ネットワークループ回線によるブロードキャスト・ストームの発生を防止する。図2aに示すように、制御ノードAがポートa2の保護データ転送機能をブロックし、ネットワークMとNの通信経路はネットワークM←→ノードB←→ノードC←→ノードD←→ネットワークNである。
【０００７】
ループに故障が発生すると、制御ノードAがループ保護リンクに接続するポートa2のデータメッセージ転送機能を開放することで、サービスの連通を保証する。図2bは図1に示すイサーネットに故障が発生するケースに、データフローの保護をスイッチングする模式図であり、図2bに示すように、仮にループにおける〈B、C〉のリンクに故障が発生すると、制御ノードAがポートa2のデータメッセージ転送機能を開放（開ける）し、ネットワークMとNとの新しい通信経路はネットワークM←→ノードB←→ノードA←→ノードF←→ノードE←→ノードD←→ネットワークNとなる。
【０００８】
ITU-T G.8032バージョン1(G.8032vl)は2008年6月にすでに発行された。このバージョン中に、標準が2種類のプロトコルメッセージ、すなわちSFプロトコルメッセージとNRプロトコルメッセージを支持する。この2種類のメッセージはそれぞれ以下の通りに記載する：
SFプロトコルメッセージは故障通知メッセージ（SF、Signal Fail）であり、SFプロトコルメッセージの機能は、ノードが故障を検知すると、該ノードがループにおけるポートに沿って、周期的にSFプロトコルメッセージを発送し、ループにおける他のノードにリング型ネットワークに故障が発生したことを通知する。ブロッキングポート（データメッセージをブロックする無故障ポート）を含んだループにおけるノードはSFを受信した後、ブロッキングポートのデータメッセージ転送機能を開ける。
【０００９】
NRプロトコルメッセージはリクエストなしメッセージ（NR、No Request）であり、NRプロトコルメッセージの機能は主に2つの方面があり：
ノードは隣接するリンクに故障が消えたことを検知すると、該ノードは2つのループにおけるポートに沿って、周期的にNRメッセージを発送し、ループにおける他のノードリンクに故障が消えたことを通知する。
【００１０】
制御ノードは、他のノードが発送したNRメッセージを受信した後、WTRタイマー（待ちタイマー）を起動する。WTRタイマーがタイムアウトした後、制御ノードがポートのデータ転送機能をブロックし、且つループにおける2つのポートに沿って、周期的にNR(RB)メッセージ（RB: RPL Link blocked)を発送し、ループにおける他のノードループに保護リンクがブロックされたことを通知する。
【００１１】
ITU-T G.8032vlは発行された後、ITU-T SG15グループはG.8032バージョン2(G.8032v2)の制定に着手した。G.8032v2標準において、G.8032vlの上に強制切替（FS、Force Switch）と手動切替（MS、Manual Switch）という2種類のプロトコルメッセージを増加し、この2種類のプロトコルメッセージはいずれも人的にループにおいてブロッキングポートを作る方法である。即ちループにおけるノードがFS(或はMS)を起動すると、該ノードはループにおける2つのポートに沿って、周期的にFS(或はMS)メッセージを発送し、ループにおける他のノードループに強制切替（或は手動切替）が発生したことを通知する。ブロッキングポート（データメッセージをブロックする無故障ポート）を含んだループにおけるノードはFS(或はMS)を受信した後、ブロッキングポートのデータメッセージ転送機能を開ける。FSとMSの相違点はFSの優先レベルがSFより高く、MSの優先レベルがSFより低いことにあり、すなわち、リング型ネットワークに故障が発生すると、FSプロトコルメッセージはリング型ネットワークに存在できるが、MSプロトコルメッセージがリング型ネットワークにおけるノードに断れる。
【００１２】
ITU-T G.8032vlのプロトコルメッセージにおいて、4bitのリクエスト/状態（Request/State)フィールドを採用し、プロトコルメッセージのタイプを標識付けし、SFとNRのこのフィールドにおけるコード値は表1に示す通りである。
0005438830.tif 000002
表1
【００１３】
ITU-T G.8032v2のプロトコルメッセージにおいて、4bitがあるリクエスト/状態フィールドを採用し、プロトコルメッセージのタイプを標識付けし、SF、NR、MS及びFSのこのフィールドにおけるコード値は表2に示す通りである。
0005438830.tif 000003
表2
【００１４】
その中に、リクエスト/状態フィールド=1110(Event)となる時、サブコード（Sub-code)フィールドを結びつけ、新しいプロトコルメッセージタイプを定義できる。表3に示す通りである。
0005438830.tif 000004
【００１５】
表3におけるFlushメッセージは主に多重ループ場面におけるサブループのドメイン外のアドレスリフレッシュに用いられ、具体的にはITU-T G.8032v2標準を参照し、ここでは贅言を要しないものとする。
【００１６】
現在、G.8032v2とG.8032vlのプロトコルメッセージはバージョン（Version)フィールドによって区分される。G.8032vlのプロトコルメッセージのVersionフィールド値は0x00であり、G.8032v2のプロトコルメッセージのVersionフィールド値は0x01である。
【００１７】
現在、G.8032v2における上位互換性（G.8032vlと互換する）の実現において、方法は
1)ノードが単にG.8032vlバージョンを支持する時、該ノードはFSとMSプロトコルメッセージを除去し、2種類のメッセージを単に転送し、更なる処理はしないことと、
2)ノードがG.8032v2バージョンを支持する時、該ノードはFSとMSプロトコルメッセージを認識でき、且つそれらに相応な処理を行うことがある。
【００１８】
現在の互換性方案において、あるケースに問題が発生することがあり、図3aと図3bはそれぞれ従来のリング型ネットワーク中に互換性問題が存在する第1模式図と第2模式図であり、具体的には以下の通りに記載する：
図3aに示す通りに、仮にノードA、B、C及びFはITU-T G.8032vlを支持するノードであり、ノードDとEはITU-T G.8032v2を支持するノードである。ノードAは制御ノードであり、リング型ネットワークに故障がないケースに、ノードAがポートa2のデータメッセージ転送機能をブロックし、その同時に、2つのループにおけるポートに沿って、周期的にNR(RB)メッセージを発送する。
【００１９】
システムがノードEのポートe2で強制切替を起動する時、ノードEはポートelとポートe2に沿って、外に向かって、周期的にFSプロトコルメッセージを発送する。ノードA、B、C及びFはITU-T G.8032vlを支持するノードであり、それらは受信したFSプロトコルメッセージを排除し、処理しないため、ノードAはFSメッセージを受信した後、ポートa2のデータメッセージ転送機能を開けなく、ループにずっと2つのブロッキングポートを存在し、ネットワークの性能に極大な破壊を受けさせる。
【００２０】
同様に、図3bにおいて、制御ノードAはITU-T G.8032vlを支持するノードであり、ノードEから発送されてくるMSプロトコルメッセージを単に選別し、処理はしない。ノードAはMSメッセージを受信した後、ポートa2のデータメッセージ転送機能を開けなく、ループにおいて、ずっと2つのブロッキングポートが存在し、ネットワーク性能に極大な破壊を引き起こす。
【００２１】
要するに、従来のITU-T G.8032v2の上位互換性方案はリング型ネットワークで複数のブロック点が出現する状況を引き起こし、ネットワーク性能に極大な破壊を引き起こしてしまう。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
従って、本発明の主要な目的はリング型ネットワークノードのプロトコルメッセージ獲得方法及び装置を提供し、ネットワーク性能を向上できる。
【課題を解決するための手段】
【００２３】
上記目的を達成するために、本発明の技術方案は以下のように実現される：
リング型ネットワークノードのプロトコルメッセージ獲得方法であって、
デュアルフィールドを採用し、故障通知SFプロトコルメッセージ、手動切り替えMSプロトコルメッセージ、強制切り替えFSプロトコルメッセージを標識付けすること、
G.8032vlを支持するノードはFS或はMSプロトコルメッセージを受信すると、標識によって、SFプロトコルメッセージであると確定し、G.8032v2を支持するノードは標識によって、受信したプロトコルメッセージをSF或はMS或はFSプロトコルメッセージであると確定することを含む。
【００２４】
前記のデュアルフィールドを採用して、SF、MS及びFSプロトコルメッセージを標識付けすることは、
リクエスト/状態フィールドのコード値を採用し、SF、MS及びFSプロトコルメッセージ類に属するのを標識付けし、さらに、サブコードフィールドの異なるコード値を採用し、それぞれSF、MS及びFSプロトコルメッセージを標識付けすることである。
【００２５】
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0000であると、前記受信したプロトコルメッセージはSFプロトコルメッセージであり、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0001であると、前記受信したプロトコルメッセージはMSプロトコルメッセージであり、
リクエスト/状態フィールドのコード値が1011であり、且つサブコードフィールドのコード値が0010であると、前記受信したプロトコルメッセージがFSプロトコルメッセージである。
【００２６】
リング型ネットワークノードのプロトコルメッセージ獲得装置であって、設置モジュールと認識モジュールを含み、その中に、
設置モジュールはSFプロトコルメッセージ、MSプロトコルメッセージ及びFSプロトコルメッセージを識別するデュアルフィールド標識のコード値を設置することに用いられる。
【００２７】
認識モジュールはプロトコルメッセージの受信に用いられ、設置モジュールから獲得した設置結果によって、受信したプロトコルメッセージを認識する。
【００２８】
前記装置はイサーネットのリング型ネットワークノードに設置される。
【発明の効果】
【００２９】
上記本発明に提供された技術方案から、デュアルフィールドを採用して、異なるプロトコルメッセージを標識付けし、G.8032vlを支持するノードがFS或はMSプロトコルメッセージを受信した時、標識によって、SFプロトコルメッセージであると確定し、且つ相応な処理を行い、G.8032v2を支持するノードは、標識によって、受信したSF或はMS或はFSプロトコルメッセージを相応に処理する。本発明方法によって、リング型ネットワークにおけるノードは正確に自身ポートの状態を制御できるので、リング型ネットワークにおいて、複数のブロック点が出現する状況を回避し、ネットワーク性能を向上させる。
【図面の簡単な説明】
【００３０】
【図１】図1は従来のイサーネットの組成構造模式図である。
【図２ａ】図2aは図1に示すイサーネットに故障がないケースのデータフロー転送模式図である。
【図２ｂ】図2bは図1に示すイサーネットに故障が発生するケースのデータ・フロー保護スイッチングの模式図である。
【図３ａ】図3aは従来のリング型ネットワークにおいて存在する互換性問題の第1模式図である。
【図３ｂ】図3bは従来のリング型ネットワークにおいて存在する互換性問題の第2模式図である。
【図４】図4は本発明リング型ネットワークノードのプロトコルメッセージ獲得方法のフローチャートである。
【図５】図5は本発明リング型ネットワークノードのプロトコルメッセージ獲得装置の組成構造模式図である。
【図６】図6は本発明リング型ネットワークノードのプロトコルメッセージ獲得方法の実施例のフローチャートである。
【図７ａ】図7aは本発明リング型ネットワークに強制切替が発生するケースに、第1実施例においてNR(RB)プロトコルメッセージを獲得する模式図である。
【図７ｂ】図7bは本発明リング型ネットワークに強制切替が発生するケースに、第1実施例において、強制切替を起動する時FSプロトコルメッセージを獲得する模式図である。
【図８ａ】図8aは本発明リング型ネットワークに強制切替が発生するケースに、第2実施例において、SFプロトコルメッセージを獲得する模式図である。
【図８ｂ】図8bは本発明リング型ネットワークに強制切替が発生するケースに、第2実施例において、NRプロトコルメッセージを獲得する模式図である。
【図８ｃ】図8cは本発明リング型ネットワークに強制切替が発生するケースに、第2実施例において、MSプロトコルメッセージを獲得する模式図である。
【発明を実施するための形態】
【００３１】
図4は本発明リング型ネットワークノードのプロトコルメッセージ獲得方法のフローチャートであり、図4に示すように、以下のステップを含み：
ステップ400、デュアルフィールドを採用し、SF、MS及びFSプロトコルメッセージを標識付けし、
本ステップはSF、MS及びFSプロトコルメッセージのタイプコードに対して、リクエスト/状態フィールドとサブコードフィールドという2つのフィールドを採用し、標識付けでき、リクエスト/状態のコード値を採用して、SF、MS及びFSプロトコルメッセージ類に属するのを標識付けし、更にサブコードフィールドの異なるコード値を採用して、SF、MS及びFSプロトコルメッセージを標識付けし、表4に示す通りであり、
0005438830.tif 000005
表4
リクエスト/状態フィールド=1011となり、且つサブコードフィールド=0000となると、SFプロトコルメッセージであり、
リクエスト/状態フィールド=1011となり、且つサブコードフィールド=0001となると、MSプロトコルメッセージであり、
リクエスト/状態フィールド=1011となり、且つサブコードフィールド=0010であると、FSプロトコルメッセージである。
【００３２】
ステップ40la、G.8032vlを支持するノードがFS或はMSプロトコルメッセージを受信すると、標識によって、SFプロトコルメッセージであると確定し、
ノードが単にG.8032vlバージョンを支持すると、該ノードが受信したFS或はMSプロトコルメッセージをSFプロトコルメッセージに解釈し、すなわちサブコードフィールドを略する。その後、SFプロトコルメッセージによって、更に処理する。
【００３３】
説明する必要があるのは、単にG.8032vlバージョンを支持するノードについて、SFメッセージを受信すると、従来の方法によって処理する。
【００３４】
ステップ401b、G.8032v2を支持するノードは標識によって、受信したプロトコルメッセージがSF或はMS或はFSプロトコルメッセージであると確定し、
ノードがG.8032v2バージョンを支持すると、該ノードがリクエスト/状態フィールドとサブコードフィールドによって、SF、FS及びMSプロトコルメッセージを識別し、その後、受信したプロトコルメッセージを相応に処理する。
【００３５】
本発明方法によって、リング型ネットワークにおけるノードは正確に自身ポートの状態を制御できるので、リング型ネットワークで複数のブロック点が出現する状況を回避し、ネットワーク性能を向上させる。
【００３６】
図5は本発明リング型ネットワークノードのプロトコルメッセージ獲得装置の組成構造模式図であり、図5に示すように、本発明装置がノードに設置され、設置モジュール及び認識処理モジュールを含み、その中に、
設置モジュールは、SFプロトコルメッセージ、MSプロトコルメッセージ及びFSプロトコルメッセージを識別するデュアルフィールド標識のコード値を設置することに用いられ、設置結果は表4に示す通りで、ここでは贅言を要しないものとする。
認識モジュールはプロトコルメッセージの受信に用いられ、設置モジュールから獲得する設置結果によって、受信するプロトコルメッセージを認識する。
【００３７】
図6は本発明リング型ネットワークノードのプロトコルメッセージ獲得装置の組成構造模式図であり、図6に示すように、
ノードがプロトコルメッセージを受信すると、該プロトコルメッセージのリクエスト/状態フィールド値を読み取るステップ600と、
ノードはリクエスト/状態フィールド値に対し、3つのケースにケース分けして処理し、ケース1はリクエスト/状態=0000となると、ステップ602に移し、ケース2はリクエスト/状態=1110となると、ステップ603に移し、ケース3はリクエスト/状態=1011となると、ステップ607に移すステップ601と、
ノードはメッセージをNRプロトコルメッセージに解釈し、本工程を終了させるステップ602と、
ノードがG.8032vlバージョンか又はG.8032v2かを支持すると判断し、ノードが単にG.8032vlを支持すると、ステップ604に移し、さもないと、ステップ605に移すステップ603と、
ノードが単に受信したプロトコルメッセージを転送し、該プロトコルメッセージを無視し、本工程を終了させるステップ604と、
ノードが更にサブコードフィールドを読み取り、サブコード=0000であれば、ステップ606に移すステップ605と、
ノードがプロトコルメッセージをFlushプロトコルメッセージと解釈し、本工程を終了させるステップ606と、
ノードがG.8032vlか又はG.8032v2かを支持すると判断し、ノードが単にG.8032vlを支持すれば、ステップ608に移し、さもないと、ステップ609に移すステップ607と、
ノードがプロトコルメッセージをSFプロトコルメッセージと解釈し、本工程を終了させるステップ608と、
ノードが更にサブコードフィールドの値を読み取り、且つこのフィールド値を分析し、3つのケースに分け、処理し、ケース1はサブコード=0000となると、ステップ611に移し、ケース2はサブコード=0001となると、ステップ612に移し、ケース2はサブコード=0010となると、ステップ613に移すステップ609〜ステップ610と、
ノードがプロトコルメッセージをSFプロトコルメッセージに解釈し、本工程を終了させるステップ611と、
ノードがプロトコルメッセージをMSプロトコルメッセージに解釈し、本工程を終了させるステップ612と、
ノードがプロトコルメッセージをFSプロトコルメッセージに解釈し、本工程を終了させるステップ613とを含む。
【００３８】
以下、リング型ネットワーク構造図を参照しながら、例を挙げ、本発明の方法を詳しく記載する。
【００３９】
第1実施例はリング型ネットワークに強制切替が発生するケースである。
【００４０】
図7aは本発明リング型ネットワークに強制切替が発生するケースに、第1実施例中で、NR(RB)プロトコルメッセージを獲得する模式図であり、図7aに示すように、ノードA、B、C及びFは単にITU-T G.8032vlを支持するノードであり、ノードDとEはITU-T G.8032v2を支持するノードである。ノードAは制御ノードであり、リング型ネットワークに故障がないケースに、ノードAがa2ポートのデータメッセージ転送機能をブロックするとともに、2つのループにおけるポートに沿って、周期的にNR(RB)プロトコルメッセージを発送する。
【００４１】
図7bは本発明リング型ネットワークに強制切替が発生するケースに、第1実施例において、強制切替を起動する時に、プロトコルメッセージを獲得する模式図であり、図7bに示すように、仮にシステムがノードEのポートe2で強制切替を起動するとき、ノードEがポートelとポートe2に沿って、外に向かって、周期的にFSプロトコルメッセージを発送する。ノードA、B、C及びFはITU-T G.8032vlを支持するノードであり、それらはFSプロトコルメッセージを受信すると、単にプロトコルメッセージ中のリクエスト/状態の値、すなわち1011を読み取り、サブコードフィールドを無視するので、これらのノードはFSプロトコルメッセージをSFメッセージに解釈し、これらのノードは各々のアドレス転送テーブルをリフレッシュする。その中に、制御ノードAが受信したFSをSFに解釈した後、更にポートa2のデータメッセージ転送機能を開ける。それによって、リング型ネットワークに複数のブロック点が出現する状況を回避し、ネットワーク性能を向上させる。
【００４２】
第2実施例はリング型ネットワークに手動切替が発生するケースである。
【００４３】
図8aは本発明リング型ネットワークに強制切替が発生するケースに、第2実施例において、SFプロトコルメッセージを獲得する模式図であり、図8aに示すように、仮にノードBとノードCが（B、C）リンクに故障が発生したと検知すると、ノードBとノードCとがそれぞれポートblとポートc2のデータ転送機能をブロックし、各々のアドレス転送テーブルをリフレッシュし、且つそれらのループにおける完全なポートに沿って、周期的にSFプロトコルメッセージを転送し、ループにおける他のノードはSFプロトコルメッセーを受信した後、アドレス転送テーブルをもリフレッシュし、制御ノードAは更にポートa2のデータメッセージ転送機能を開ける必要がある。
図8bは本発明リング型ネットワークに強制切替が発生するケースに、第2実施例において、NRプロトコルメッセージを獲得する模式図であり、8bに示すように、ノードBとCが〈B、C〉リンクに故障が消えたことを検知すると、ノードBとノードCとがそれぞれループにおけるポートに沿って、周期的にNRプロトコルメッセージを発送し、ノードCがノードBから発送してくるNRメッセージを受信すると、メッセージ中のノード識別子（NodeID)が自身のノード識別子より大きいことを発現し、ノードCはNRプロトコルメッセージの発送を停止し、且つポートc2のデータ転送機能(ノードBが引き続きポートblをブロックする)を開ける。制御ノードAはNRプロトコルメッセージを受信した後、待ちタイマー（WTR)タイマーを起動する。
【００４４】
図8cは本発明リング型ネットワークに強制切替が発生するケースに、第2実施例において、MSプロトコルメッセージを獲得する模式図であり、図8cに示すように、制御ノードAのWTRタイマーが運行する時、仮にノードEのポートe2で手動切替を起動し、ノードEはポートelとポートe2に沿って、外に周期的にMSプロトコルメッセージを発送する。ノードA、B、C及びFはITU-T G.8032vlを支持するノードであり、それらはMSプロトコルメッセージを受信すると、単にプロトコルメッセージ中のリクエスト/状態の値1011を読み取り、サブコードフィールドを無視し、このため、これらのノードはMSプロトコルメッセージをSFプロトコルメッセージに解釈し、ノードBが受信したMSプロトコルメッセージをSFプロトコルメッセージに解釈した後、更にポートblのデータメッセージ転送機能を開ける必要がある。
【００４５】
以上記載の内容は単に本発明の好ましい実施例だけで、本発明の請求範囲を限定するものではなく、本発明の主旨と原則内に作ったすべての修正、相等な置換と改善等はいずれも本発明の請求範囲内に含まれるものとする。
【図１】
0005438830.tif 000006
【図２ａ】
0005438830.tif 000007
【図２ｂ】
0005438830.tif 000008
【図３ａ】
0005438830.tif 000009
【図３ｂ】
0005438830.tif 000010
【図４】
0005438830.tif 000011
【図５】
0005438830.tif 000012
【図６】
0005438830.tif 000013
【図７ａ】
0005438830.tif 000014
【図７ｂ】
0005438830.tif 000015
【図８ａ】
0005438830.tif 000016
【図８ｂ】
0005438830.tif 000017
【図８ｃ】
0005438830.tif 000018