(57)【要約】      （修正有）【課題】性能確認パケットを折り返すための、パス上の通信装置を指定して、通信システムの信頼性を確認する。【解決手段】第１の通信装置１０ｂ−１は、性能確認パケットのヘッダに、性能確認パケットを折り返す第２の通信装置１０ｂ−２の情報及び第２の通信装置１０ｂ−２内の折り返し点２０２−２１の情報を設定し、性能確認パケットのペイロードに、第１の通信装置１０−ｂ１の情報及び第１の通信装置１０−ｂ１内の終端する点２０２−１２の情報を設定する。第２の通信装置１０ｂ−２は、性能確認パケットを受信し、性能確認パケットの情報に基づいて、自装置で性能確認パケットを折り返すかを判断する。自装置で性能確認パケットを折り返す場合は、性能確認パケットのヘッダの情報を第１の通信装置１０ｂ−１及び通信装置１０−ｂ１内の終端する点２０２−１２の情報に上書きして折り返す。【選択図】図１０
2016187156.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置を備え、性能確認パケットを用いて通信路の性能を確認する通信システムであって、
前記通信路上の第１の通信装置は、
前記性能確認パケットのヘッダの第１の領域へ、前記性能確認パケットを折り返す第２の通信装置を指定する第１の情報を設定し、
前記ヘッダの第２の領域へ、前記第２の通信装置内の折り返し点を指定する第２の情報を設定し、
前記性能確認パケットのペイロードの第３の領域へ、前記第１の通信装置を指定する第３の情報を設定し、
前記ペイロードの第４の領域へ、前記第１の通信装置内の終端する点を指定する第４の情報を設定し、
前記性能確認パケットを前記通信路上の次の通信装置へ送信し、
前記通信路上の第２の通信装置は、
前記性能確認パケットを受信し、
前記受信した性能確認パケットの第１の領域に設定された第１の情報に基づいて、自装置で前記受信した性能確認パケットを折り返すかを判断し、
自装置で前記受信した性能確認パケットを折り返すと判断した場合、前記受信した性能確認パケットの第２の領域に設定された第２の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記受信した性能確認パケットを折り返すかを判断し、前記受信した性能確認パケットの第１の領域へ、第３の領域に設定された第３の情報を上書きし、前記受信した性能確認パケットの第２の領域へ、第４の領域に設定された第４の情報を上書きし、前記上書き済みの性能確認パケットを前記通信路上の前の通信装置へ送信すること
を特徴とする通信システム。
【請求項２】
前記第１の通信装置は、さらに、
前記上書き済みの性能確認パケットを受信し、
前記受信した上書き済みの性能確認パケットの第１の領域に上書きされた第３の情報に基づいて、自装置で前記受信した上書き済みの性能確認パケットを終端するかを判断し、
自装置で前記受信した上書き済みの性能確認パケットを終端すると判断した場合、前記受信した上書き済みの性能確認パケットの第２の領域に上書きされた第４の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記受信した上書き済みの性能確認パケットを終端するかを判断すること
を特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信経路上の第３の通信装置は、
前記性能確認パケットを受信し、
前記受信した性能確認パケットの第１の領域に設定された第１の情報に基づいて、自装置で前記受信した性能確認パケットを折り返すかを判断し、
自装置で前記受信した性能確認パケットを折り返さないと判断した場合、前記受信した性能確認パケットを前記通信路上の次の通信装置へ送信すること
を特徴とする請求項２に記載の通信システム。
【請求項４】
前記第１の領域は転送用ラベルのパケット存在期間を示す領域であり、前記第２の領域は障害関連情報を示すラベルの一部であること
を特徴とする請求項３に記載の通信システム。
【請求項５】
前記第１の情報と前記第３の情報はパケット生存期間の値であり、
前記第１の通信装置は、前記第１の領域と前記第３の領域へ同じ値を設定すること
を特徴とする請求項４に記載の通信システム。
【請求項６】
前記第２の通信装置は、
前記入側のインタフェースと前記出側のインタフェースを接続するスイッチ、および折り返し処理部を備え、
前記入側のインタフェースで前記受信した性能確認パケットを折り返すと判断した場合、
前記折り返し処理部は、
前記受信した性能確認パケットの第１の領域へ、第３の領域に設定された第３の情報を上書きし、前記受信した性能確認パケットの第２の領域へ、第４の領域に設定された第４の情報を上書きし、前記スイッチを経由せず、前記出側のインタフェースへ前記上書き済みの性能確認パケットを転送し、
前記出側のインタフェースは、前記転送された上書き済みの性能確認パケットを前記通信路上の前の通信装置へ送信すること
を特徴とする請求項５に記載の通信システム。
【請求項７】
前記第３の通信装置は、
入側のインタフェースと出側のインタフェースを接続するスイッチを備え、
前記受信した性能確認パケットを折り返さないと判断した場合、
前記第３の通信装置の入側のインタフェースは、
前記受信した性能確認パケットを、前記スイッチ経由で、前記第３の通信装置の出側のインタフェースへ転送し、
前記第３の通信装置の出側のインタフェースは、
前記スイッチ経由で転送された性能確認パケットを前記通信路上の次の通信装置へ送信すること
を特徴とする請求項６に記載の通信システム。
【請求項８】
性能確認パケットを用いて、複数の通信装置を含む通信路の性能を確認する通信路確認方法であって、
前記性能確認パケットは、ペイロードとヘッダとからなり、
前記ヘッダは、
前記性能確認パケットを折り返す通信装置を指定する第１の情報が設定される第１の領域と、
前記性能確認パケットを折り返す通信装置内の折り返し点を指定する第２の情報が設定される第２の領域と、
を含み、
前記ペイロードは、
前記折り返された性能確認パケットを終端する通信装置を指定する第３の情報が設定される第３の領域と、
前記折り返された性能確認パケットを終端する通信装置内の終端する点を指定する第４の情報が設定される第４の情報と、
を含み、
前記通信路上の第１の通信装置は、
前記性能確認パケットを受信し、
前記受信した性能確認パケットの第１の領域に設定された第１の情報に基づいて、自装置で前記受信した性能確認パケットを折り返すかを判断し、
自装置で前記受信した性能確認パケットを折り返すと判断した場合、前記受信した性能確認パケットの第２の領域に設定された第２の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記受信した性能確認パケットを折り返すかを判断し、前記受信した性能確認パケットの第１の領域へ、第３の領域に設定された第３の情報を上書きし、前記受信した性能確認パケットの第２の領域へ、第４の領域に設定された第４の情報を上書きし、前記上書き済みの性能確認パケットを前記通信路上の前の通信装置へ送信すること
を特徴とする通信路確認方法。
【請求項９】
前記通信路上の第２の通信装置は、
前記第１の領域へ第１の情報を設定し、
前記第２の領域へ第２の情報を設定し、
前記第３の領域へ第３の情報を設定し、
前記第４の領域へ第４の情報を設定し、
前記性能確認パケットを前記通信路上の次の通信装置へ送信して、前記第１の通信装置は、前記性能確認パケットを受信すること
を特徴とする請求項８に記載の通信路確認方法。
【請求項１０】
前記第２の通信装置は、
前記第１の通信装置が送信した上書き済みの性能確認パケットを受信し、
前記受信した上書き済みの性能確認パケットの第１の領域に上書きされた第３の情報に基づいて、自装置で前記受信した上書き済みの性能確認パケットを終端するかを判断し、
自装置で前記受信した上書き済みの性能確認パケットを終端すると判断した場合、前記受信した上書き済みの性能確認パケットの第２の領域に上書きされた第４の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記受信した上書き済みの性能確認パケットを終端するかを判断すること
を特徴とする請求項９に記載の通信路確認方法。
【請求項１１】
通信路の性能を確認する性能確認パケットを処理する通信装置であって、
前記性能確認パケットは、ペイロードとヘッダとからなり、
前記ヘッダは、
前記性能確認パケットを折り返す通信装置を指定する第１の情報が設定される第１の領域と、
前記性能確認パケットを折り返す通信装置内の折り返し点を指定する第２の情報が設定される第２の領域と、
を含み、
前記ペイロードは、
前記折り返された性能確認パケットを終端する通信装置を指定する第３の情報が設定される第３の領域と、
前記折り返された性能確認パケットを終端する通信装置内の終端する点を指定する第４の情報が設定される第４の情報と、
を含み、
前記通信装置は、
前記性能確認パケットの第１の領域に設定された第１の情報に基づいて、自装置で前記性能確認パケットを折り返すかを判断し、
自装置で前記性能確認パケットを折り返すと判断した場合、前記性能確認パケットの第２の領域に設定された第２の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記性能確認パケットを折り返すかを判断し、前記性能確認パケットの第１の領域へ、第３の領域に設定された第３の情報を上書きし、前記性能確認パケットの第２の領域へ、第４の領域に設定された第４の情報を上書きすること
を特徴とする通信装置。
【請求項１２】
前記通信装置は、さらに、
前記第１の領域へ第１の情報を設定し、
前記第２の領域へ第２の情報を設定し、
前記第３の領域へ第３の情報を設定し、
前記第４の領域へ第４の情報を設定すること
を特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記通信装置は、
前記上書き済みの性能確認パケットの第１の領域に上書きされた第３の情報に基づいて、自装置で前記上書き済みの性能確認パケットを終端するかを判断し、
自装置で前記上書き済みの性能確認パケットを終端すると判断した場合、前記上書き済みの性能確認パケットの第２の領域に上書きされた第４の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記受信した上書き済みの性能確認パケットを終端するかを判断すること
を特徴とする請求項１２に記載の通信装置。
【請求項１４】
前記通信装置は、
前記受信した性能確認パケットを自装置で折り返さないと判断した場合、前記性能確認パケットを前記通信路上の次の通信装置へ送信すること
を特徴とする請求項１３に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信路確認方法、及び通信装置に関するものである。
【背景技術】
【０００２】
セキュリティと信頼性の必要な業務には専用線や公衆電話サービスが利用されてきたのに対し、パケット交換網の爆発的な普及と、パケット交換網におけるＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）などのＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）技術により、パケット交換網でも低価格化とセキュリティを両立できるようになった。
【０００３】
また、パケット交換網の信頼性を確保するための技術として、特許文献１には、ＭＰＬＳ網の端点の通信装置であるＬＥＲ（Ｌａｂｅｌ  Ｅｄｇｅ  Ｒｏｕｔｅｒ）から、パス上の通信装置であるＬＳＲ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｒｏｕｔｅｒ）あるいは他のＬＥＲで折り返すようにパケットを転送する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１５０３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示された技術を用いれば、折り返しのパケットにより故障個所や性能を特定することが可能となる。しかしながら、ＬＥＲからパケットを送信する必要があるので、パス上の任意の通信装置間で特定するためには、折り返す通信装置を変更しながらパケットを送信する必要がある。このため、特定に時間がかかり、信頼性や稼働率を下げる可能性がある。
【０００６】
そこで、本発明の目的は、パス上の任意の通信装置間でパケットを折り返し可能とすることにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る代表的な通信システムは、複数の通信装置を備え、性能確認パケットを用いて通信路の性能を確認する通信システムであって、前記通信路上の第１の通信装置は、前記性能確認パケットのヘッダの第１の領域へ、前記性能確認パケットを折り返す第２の通信装置を指定する第１の情報を設定し、前記ヘッダの第２の領域へ、前記第２の通信装置内の折り返し点を指定する第２の情報を設定し、前記性能確認パケットのペイロードの第３の領域へ、前記第１の通信装置を指定する第３の情報を設定し、前記ペイロードの第４の領域へ、前記第１の通信装置内の終端する点を指定する第４の情報を設定し、前記性能確認パケットを前記通信路上の次の通信装置へ送信し、前記通信路上の第２の通信装置は、前記性能確認パケットを受信し、前記受信した性能確認パケットの第１の領域に設定された第１の情報に基づいて、自装置で前記受信した性能確認パケットを折り返すかを判断し、自装置で前記受信した性能確認パケットを折り返すと判断した場合、前記受信した性能確認パケットの第２の領域に設定された第２の情報に基づいて、自装置の入側のインタフェースまたは出側のインタフェースで前記受信した性能確認パケットを折り返すかを判断し、前記受信した性能確認パケットの第１の領域へ、第３の領域に設定された第３の情報を上書きし、前記受信した性能確認パケットの第２の領域へ、第４の領域に設定された第４の情報を上書きし、前記上書き済みの性能確認パケットを前記通信路上の前の通信装置へ送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、パス上の任意の通信装置間でパケットを折り返し可能となる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】ネットワークシステムの例を示す図である。
【図２】通信装置の例を示す図である。
【図３】装置内ヘッダのフォーマットの例を示す図である。
【図４】ＭＰＬＳ網通信パケットのフォーマットの例を示す図である。
【図５】イーサネット処理モード用の入力ヘッダ処理テーブルの例を示す図である。
【図６】ＭＰＬＳ処理モード用の入力ヘッダ処理テーブルの例を示す図である。
【図７】フレーム転送テーブルの例を示す図である。
【図８】イーサネット処理モード用の出力ヘッダ処理テーブルの例を示す図である。
【図９】ＭＰＬＳ処理モード用の出力ヘッダ処理テーブルの例を示す図である。
【図１０】折り返し試験シーケンスの例を示す図である。
【図１１】入力パケット処理のフローチャートの例を示す図である。
【図１２】ＬＥＲ処理のフローチャートの例を示す図である。
【図１３】ＬＳＲ処理のフローチャートの例を示す図である。
【図１４】出力パケット処理のフローチャートの例を示す図である。
【図１５】ＭＰＬＳ出力処理のフローチャートの例を示す図である。
【図１６】折り返し処理のフローチャートの例を示す図である。
【発明を実施するための形態】
【００１０】
まず、一般的な技術を説明する。
【００１１】
ＭＰＬＳなどのＶＰＮ技術は、複数のユーザを論理的に分離した網にユーザを収容可能となり、装置の共有化による低コスト化とセキュリティを両立できる。このため、老朽化したメンテナンスコストが増大し、高速化が困難な専用線や公衆電話サービスをパケット交換網で置き換え、高速化・大容量化することが望まれている。これを受けＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒ  Ｔａｓｋ  Ｆｏｒｃｅ）、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）などの国際標準化団体において、従来の専用線や公衆電話サービスを収容するのに適した方式として、ＭＰＬＳ−ＴＰ（ＭＰＬＳ  Ｔｒａｎｓｐｏｒｔ−Ｐｒｏｆｉｌｅ）の策定を開始した。
【００１２】
ＭＰＳＬ−ＴＰは、パケット交換網の最大の弱点である信頼性の確保を最重要課題とし、障害検出のためのＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）や通信経路切替のためのＡＰＳ（Ａｕｔｏｍａｔｉｃ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｗｉｔｃｈｉｎｇ）などを中心に標準化がすすめられている。特に、障害の検出や故障個所特定に大きな役割を担うＯＡＭは、信頼性の核となる技術である。
【００１３】
ＭＰＬＳというプロトコルは、１つまたは複数のラベルと呼ばれるヘッダによりパケットをカプセル化し、ＬＳＲ（網の途中ノード）ではこのラベルのみを見て転送するため、高速化が容易なアーキテクチャとなっている。ここで複数のラベルが付与されているパケットの場合、通常のＭＰＬＳのＬＳＲは最も外側（１段目）のラベルに含まれるＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｐａｔｈ）ＩＤを転送する際のキーとして使用する。一方、ＬＥＲ（パスの端点となる装置）ではパケットに付与されているＭＰＬＳラベルからユーザやサービスを識別し、ラベルを削除し、ペイロードを取り出し、その後の処理（転送や終端など）を実施する。
【００１４】
このように、ＭＰＬＳは網の端点となるＬＥＲ間を複数のＬＳＲを経由した線（パス）で結ぶプロトコルであり、そのパスは転送用の１段目のＭＰＬＳラベルにより指定される。ＭＰＬＳ−ＴＰは、このＭＰＬＳと互換性を維持することが最重要視されており、新規に追加されるＯＡＭもこのアーキテクチャに合致するように策定されている。
【００１５】
ＯＡＭの機能は、障害検出、障害箇所特定、網の性能測定などの機能に大別される。特に高い稼働率を求められる専用線サービスなどへの適用を考慮すると、装置部品の修理や交換が必要になる深刻な障害による通信断時間を最小化することが必須であり、障害発生箇所を迅速に特定するＯＡＭ機能が重要な役割を果たす。故障個所を特定するＯＡＭとしては、網内の途中ノードで折り返し、接続性試験を行うＬＢ（Ｌｏｏｐ  Ｂａｃｋ）やＬＴ（Ｌｉｎｋ  Ｔｒａｃｅ）、ＰＴ（Ｐａｔｈ  Ｔｒａｃｅ）がある。ただし、上述のようにＭＰＬＳは網内の経路（線）を指定するプロトコルであるため、網内での折り返し位置を点で指定することが困難であるという特徴を有する。
【００１６】
このため、従来のＭＰＬＳでも使用されていたＰｉｎｇなどでは、転送用のＭＰＬＳラベルに存在するＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）を用いて実現されている。ＴＴＬは、本来網内でループが発生した場合に無限に網内に留まることを防止するため、有限に装置を経由（ホップ）した場合に廃棄するために導入された。パケットがＬＳＲをホップする毎に転送用の1段目のＭＰＬＳラベルのＴＴＬが’1’減算され、’0’になると当該装置内で当該パケットは廃棄されるという性質を有している。この性質を利用し、従来のＭＰＬＳやＰｉｎｇやＴｒａｃｅ  Ｒｏｕｔｅは、ＯＡＭパケットを送信するノードが折り返し点となるノードでちょうど’0’になるように1段目のＭＰＬＳラベルのＴＴＬを設定することで、折り返し点の指定を実現している。
【００１７】
折り返し点となるＬＳＲでは、転送用の1段目ＭＰＬＳラベルのＴＴＬが’0’になるため当該パケットを廃棄することになる。しかし、ＰｉｎｇやＴｒａｃｅ  ＲｏｕｔｅをサポートしているＬＳＲの場合、ＴＴＬ’0’となったパケットは、単に廃棄されるのではなく、ペイロードのチェックが行われ、ＰｉｎｇやＴｒａｃｅ  Ｒｏｕｔｅパケットであると判定すると当該パケットの折り返し処理を実施する。以上のように、従来のＭＰＬＳのＯＡＭでは、折り返し処理を転送用の1段目ＭＰＬＳラベルのＴＴＬを用いることで実現しており、ＭＰＬＳ−ＴＰのＯＡＭにおいても同様の手法が取り入れられている。
【００１８】
一方、ＩＴＵ−Ｔにおいて標準化が進められていたＴ−ＭＰＬＳ（Ｔｒａｎｓｐｏｒｔ  ＭＰＬＳ）のＯＡＭとしてＧ．８１１４があった（ＭＰＬＳ−ＴＰの標準化がＩＥＴＦで開始以降は無効とされている）。Ｇ．８１１４ではＯＡＭ識別用に用いるＭＰＬＳラベルのＴＴＬにより折り返し点を指定していた。ＯＡＭ識別ラベルは転送用ラベルの内側（２段目以降）に付与され、転送用のＭＰＬＳラベルと同様のフォーマットであるが、通常経路のＩＤを示すＬＳＰＩＤが予約値である”１４”が固定で指定される。
【００１９】
Ｇ．８１１４では、このＯＡＭラベルの未使用フィールドであるＴＴＬで’1’減算されるので、ホップ数には途中ノードでＧ．８１１４をサポートし処理するポイントの数(ＭＩＰ（Ｍａｉｎｔｅｎａｎｃｅ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｐｏｉｎｔ）数−１)を設定する。このＭＩＰを入力（Ｉｎｇｒｅｓｓ）及び出力（Ｅｇｒｅｓｓ）双方に設けることが知られている。
【００２０】
近年では、ＴＴＬの性質を利用して通信経路上の任意のノード間での接続確認方法が標準化内で議論されている。例えば、Ｐｉｎｇの試験において、Ｐｉｎｇのエコー要求パケットを送出する際にパケット内に当該Ｐｉｎｇパケット送出装置からＰｉｎｇパケットを送出する際、ＴＴＬ  ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）ヘッダに送出装置までの折り返しのＴＴＬの値を格納し、Ｐｉｎｇの応答パケット折り返す際にＴＴＬ  ＴＬＶ内のＴＴＬを使用してＰｉｎｇのエコー要求パケット送出装置を指定して折り返す方法も知られている。
【００２１】
また、通常の専用線や公衆電話サービスに用いられるＡＴＭ装置等の伝送装置では、折り返しポイントを網内の固有ＩＤ（Ｌｏｃａｔｉｏｎ  ＩＤ）により指定する。例えば、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）セルのＬｏｃａｔｉｏｎ  ＩＤ利用してＡＴＭ交換機の装置区分（Ｉｎｇｒｅｓｓ、Ｅｇｒｅｓｓも分離可能）を指定して、導通（折り返し）試験を行うことが知られている。ＡＴＭ交換機の返信手段が、ループバックＯＡＭセルの上記Ｌｏｃａｔｉｏｎ  ＩＤを参照し、自装置区分を示す識別子の場合に折り返すことも知られている。ＭＰＬＳにおいても、ＡＴＭのＬｏｃａｔｏｎ  ＩＤに相当するＩＤによって折り返しポイントを指定する事が可能となっている。ＡＣＨ  ＴＬＶヘッダのターゲットＩＤを見て、入力ラインカードのＩＤと一致していない場合には、出力側のラインカードに転送するようにし、装置のＩｎｇｒｅｓｓ、Ｅｇｒｅｓｓ側を指定したＯＡＭ試験を行う事も知られている。
【００２２】
ＭＰＬＳ−ＴＰ装置において、従来の専用線や公衆電話サービスと同等の信頼性や稼働率を実現するためには、故障個所特定また常時性能監視を任意の装置間でかつ細かい粒度で行うほど良く、それらのメカニズムはこれまでのＭＰＬＳと互換性を確保することが必須である。この観点から、従来のＰｉｎｇなどと同様に転送ラベルのＴＴＬにより折り返し点を指定する方法では、ＴＴＬが装置をホップする毎に減算されるという性質上折り返し点として指定可能な単位が装置単位に固定されてしまう。
【００２３】
一方、装置の入力（Ｉｎｇｒｅｓｓ）と出力（Ｅｇｒｅｓｓ）を折り返し点として指定することが出来れば、装置のＩｎｇｒｅｓｓでの折り返しは成功するものの、装置のＥｇｒｅｓｓ側での折り返しに失敗する場合は、通信路の故障ではなく設定不備や装置内の故障だと特定することが可能であるため、装置設定の見直しや部品交換作業を優先させることになる。
【００２４】
また、故障特定範囲が装置単位であるとこのような復旧対処を同時に平行して実施しなければならず、非常に高コストであることに加え、復旧リソースが分散してしまうため復旧時間の長期化を招く。このため、従来の転送ラベルのＴＴＬにより折り返し点を指定する方法では、高信頼な網を構築することが困難であった。しかしながら、Ｇ．８１１４ではＯＡＭ識別ラベルのＴＴＬという通常のＭＰＬＳのＬＳＲでは参照しないフィールドを用いて折り返し点を指定しているため、ＭＰＬＳ−ＴＰ  ＯＡＭには適用できない。
【００２５】
以下、本発明の実施例について、図面を参照して説明する。
【００２６】
図１は、ネットワークシステムの例を示す図である。この図は、通信ノード１１−１から通信ノード１１−２へパケットを送信する例である。通信ノード１１−１が送信したパケットは、ＭＰＬＳ網１００のエッジ装置であるＬＥＲ１０ａ−１にてカプセル化され、中継装置であるＬＳＲ１０ｂ−１と、ＬＳＲ１０ｂ−２あるいはＬＳＲ１０ｂ−３とを経由して、ＬＥＲ１０ａ−２にてカプセル化が解除されて、通信ノード１１−２へ到達する。
【００２７】
ここで、ＬＥＲの符号を１０ａとし、ＬＳＲの符号を１０ｂとする。ＬＥＲとしては同じであるが、物としては異なるＬＥＲを符号で区別するためにＬＥＲ１０ａ−１、ＬＥＲ１０ａ−２とする。ＬＳＲも同じ規則の符号である。１つの装置がＬＥＲ１０ａとＬＳＲ１０ｂのどちらにも成りうるため、ＬＥＲあるいはＬＳＲの区別の必要のない場合は、その装置を通信装置１０とする。
【００２８】
通信装置１０が、ＬＥＲ１０ａとして動作するか、ＬＳＲ１０ｂとして動作するかは、事前の設定と入力パケットに応じて決定されてもよい。このため、ＭＰＬＳ網１００は動的に変化してもよい。通信ノード１１−１と通信ノード１１−２とＬＳＲ１０ｂはそれぞれ１以上の任意の台数でもよいし、ＬＥＲ１０ａは２以上の任意の台数でもよい。直接に接続された２つの通信装置１０間のパスを１ホップと数える。このため、ＬＥＲ１０ａ−１とＬＳＲ１０ｂ−２との間は２ホップである。通信ノード１１−１とＬＥＲ１０ａ−１との間は、例えばイーサネット（登録商標）で接続されてもよい。
【００２９】
図２は、通信装置１０の例を示す図である。図２に示す構成において、ＬＥＲ１０ａとＬＳＲ１０ｂとの相違はない。通信装置１０はＮＩＦ（ネットワークインタフェースボード）２０２（２０２−１〜２０２−ｎ）と、複数のＮＩＦ２０２に接続されてＮＩＦ間の通信を切替えるスイッチ部２０４と、装置全体を管理するノード管理部２２２とからなる。
【００３０】
各ＮＩＦ２０２は、通信ポート（物理ポート、入力ポート、出力ポート）となる複数の入出力回線ＩＦ（インタフェース）２０１（２０１−１〜２０１−ｎ）を備え、これらの通信ポートを介して、その他の装置と接続されている。この例では、入出力回線ＩＦ２０１は、イーサネット用の回線インタフェースとする。尚、入出力回線インタフェース２０１は、イーサネット用の回線インタフェースに限られない。以下では、パケットが入力されるＮＩＦ２０２を入力ＮＩＦ２０２と呼び、パケットを出力するＮＩＦ２０２を出力ＮＩＦ２０２と呼ぶ。
【００３１】
各ＮＩＦ２０２は、これらの入出力回線ＩＦ２０１に接続された入力ヘッダ解析部（以下、「入力ヘッダ処理部」とも呼ぶ）２１１と、入力ヘッダ処理部２１１に接続された入力パケットバッファ２１２と、入力パケットバッファ２１２と接続された入力パケット読み出し部２１４を有する。また、各ＮＩＦ２０２は、スイッチ部２０４に接続された複数のスイッチＩＦ（インタフェース）２０３（２０３−１〜２０３−ｎ）と、これらのスイッチＩＦ２０３に接続された出力ヘッダ解析部２１５と、出力ヘッダ解析部２１５に接続された出力パケットバッファ２１６と、出力パケットバッファ２１６と接続された出力パケット読出し部２１７を有する。
【００３２】
ここで、スイッチＩＦ２０３−ｉは、入出力回線ＩＦ２０１−ｉと対応しており、入出力回線ＩＦ２０１−ｉで受信した入力パケットは、スイッチＩＦ２０３−ｉを介してスイッチ部２０４に転送される。また、スイッチ部２０４からスイッチＩＦ２０３−ｉに振り分けられた出力パケットは、入出力回線ＩＦ２０１−ｉを介して、出力回線に送出される。このため、入力ヘッダ解析部２１１、入力パケットバッファ２１２、入力パケット読み出し部２１４、出力ヘッダ解析部２１５、出力パケットバッファ２１６、出力パケット読出し部２１６は、回線毎に独立な構造となっており、各回線のパケットが混ざり合うことはない。
【００３３】
入出力回線ＩＦ２０１−ｉは、入力回線から入力パケットを受信すると、入力パケットに、図３にフォーマットの例を示す装置内ヘッダを付加する。装置内ヘッダは、通信装置１０内で用いられるヘッダであり、仮想回線であるパケットのフローを識別するフローＩＤ３０１と、パケットを受信したポートを識別する受信Ｐｏｒｔ  ＩＤ３０２と、パケットを受信したＮＩＦを識別する受信ＮＩＦ  ＩＤ３０３と、受信したパケットの長さであるパケット長３０４とを示す複数のフィールドとからなる。
【００３４】
入出力回線ＩＦ２０１−ｉが、入力パケットに装置内ヘッダを付加した時点で、入出力回線ＩＦ２０１−ｉのポートのＩＤと入出力回線ＩＦ２０１−ｉを含むＮＩＦ２０２のＩＤを、それぞれ受信Ｐｏｒｔ  ＩＤ３０２と受信ＮＩＦ  ＩＤ３０３に格納する。一方、この時点では、フローＩＤ３０１は空欄となっている。フローＩＤ３０１のフィールドには、入力ヘッダ解析部２１１によって有効値が設定される。
【００３５】
入力ヘッダ処理部２１１は、入出力回線ＩＦ２０１−ｉからパケットを受信すると、後述する入力ヘッダ処理Ｓ１００を実施して、受信したパケットに関する情報と通信装置１０内での受信したパケットのフローに関する情報とを対応づける入力ヘッダ処理テ−ブル２１９を参照し、各入力パケットの装置内ヘッダにフローＩＤ６０１を設定するとともに、その他ヘッダ処理を実施する。入力ヘッダ処理Ｓ１００の結果、入力パケットは、ＯＡＭ制御部２１３または入力パケットバッファ２１２に回線毎に格納されるか、もしくは廃棄される。ここで、入力ヘッダ処理テーブル２１９は、イーサネットのパケットを処理するモードと、ＭＰＬＳのパケットを処理するモードで、テーブルの内容が後述のように異なる。いずれの処理モードであるかは、設定レジスタ２１８によって指定される。
【００３６】
入力パケットバッファ２１２は、入力ヘッダ解析部２１１からのパケットやＯＡＭ制御部２１３からのパケットを一時的に格納（蓄積）する。
【００３７】
入力パケット読出し部２１４は、入力パケットバッファ２１２にパケットが格納されると、それを回線毎に独立に読出し、その回線に対応するスイッチＩＦ２０３に出力する。さらに、入力パケット読み出し部２１４は、ＯＡＭ制御部２１３からの挿入パケットと、入力パケットバッファ２１２からの挿入パケットとを一時的に格納している入力パケットバッファ２１２から、格納されているパケットの読み出しを行う。上記挿入パケットは、ＯＡＭ制御部２１３から挿入される指定した装置へパケットを送信し、応答を要求する折り返し要求ＯＡＭパケットと折り返し要求ＯＡＭパケットを受信して、送信元の装置へ応答する折り返し応答ＯＡＭパケットである。
【００３８】
スイッチ部２０４は、各ＮＩＦ２０２のスイッチＩＦ２０３から入力パケットを受け取り、入力パケットに関する情報と入力パケットの出力先に関する情報とを対応付けるフレーム転送テーブル２２０から出力ＮＩＦ２０２とパケットを出力するポートを識別する出力Ｐｏｒｔ  ＩＤを特定し、対応するスイッチＩＦ２０３に、出力パケットとして転送する。
【００３９】
各スイッチＩＦ２０３が受信した出力パケットは、次々と出力ヘッダ解析部２１５に供給される。出力ヘッダ解析部２１５は、スイッチＩＦ２０３からパケットを受信すると、後述する出力ヘッダ処理Ｓ４００を実施して、通信装置１０内での受信したパケットのフローに関する情報と受信したパケットの出力に関する情報とを対応づける出力ヘッダ処理テ−ブル２２１を参照し、各出力パケットのヘッダ処理を実施する。出力ヘッダ処理Ｓ４００の結果、出力パケットは、ＯＡＭ制御部２１３または出力パケットバッファ２１６に回線毎に格納されるか、もしくは廃棄される。ここで、出力ヘッダ処理テーブル２２１は、イーサネットのパケットを処理するモードと、ＭＰＬＳのパケットを処理するモードで、テーブルの内容が異なる。いずれの処理モードかは、設定レジスタ２１８によって指定される。
【００４０】
出力パケットバッファ２１６は、出力ヘッダ解析部２１５からのパケットやＯＡＭ制御部２１３からのパケットを一時的に格納（蓄積）する。
【００４１】
出力パケット読出し部２１７は、出力パケットバッファ２１６にパケットが格納されると、それを回線毎に独立に読出し、その回線に対応する入出力回線ＩＦ２０１に出力する。さらに、出力パケット読出し部２１７は、ＯＡＭ制御部２１３からの挿入パケットと、出力パケットバッファ２１６からのパケットの読出しスケジューリングを行う。上記挿入パケットは、ＯＡＭ制御部２１３から挿入される折り返し応答ＯＡＭパケット、及び折り返し要求ＯＡＭパケットである。
【００４２】
折り返し要求ＯＡＭパケットが挿入されると、ＯＡＭ制御部２１３からの折り返し試験が開始されることになる。この際、ＮＩＦ管理部２２３はノード管理部２２２から折り返し要求ＯＡＭパケットの挿入命令を受信し、ＯＡＭ制御部２１３にＯＡＭ挿入設定を行う。ＯＡＭ制御部２１３は、装置内ヘッダの受信Ｐｏｒｔ  ＩＤ３０２に出力するＰｏｒｔ＿ＩＤを指定し、出力パケットバッファ２１６に折り返し要求ＯＡＭパケットを挿入する。入出力回線ＩＦ２０１は、受信した出力パケットから装置内ヘッダを除去し、図４に示したＭＰＬＳ網内の通信パケットのフォーマットあるいは図示を省略したイーサネットの通信パケットのフォーマットで出力パケットを出力回線に送出する。
【００４３】
ＯＡＭ制御部２１３は、入力ヘッダ解析部２１１または出力ヘッダ解析部２１５から受信した折り返し要求ＯＡＭパケットに対して折り返すために必要なＭＰＬＳラベルの書き換えやペイロードの書き換えのため、後述する折り返し処理Ｓ６００を実施する。折り返し処理Ｓ６００の結果、折り返し応答ＯＡＭパケットを各パケットバッファ（入力パケットバッファ２１２、出力パケットバッファ２１６）に対して挿入する。また、ＯＡＭ制御部２１３は、入力ヘッダ解析部２１１または出力ヘッダ解析部２１５からその他のＯＡＭパケットを受信すると、その他のＯＡＭパケットの終端処理を実施する。ノード管理部２２２は、通信装置１０の外部の管理用ネットワークに接続され、管理用ネットワークから、設定レジスト２１８の値を受信したり、ＮＩＦ管理部２２３への指示を受信したり、管理用ネットワークへＮＩＦ管理部２２３の出力を送信したりする。
【００４４】
なお、通信装置１０において、入力パケットを受信してからスイッチ部２０４への入力部分をＩｎｇｒｅｓｓ（入側のインタフェース）と呼び、出力パケットがスイッチ部２０４を出てから送信するまでの出力部分をＥｇｒｅｓｓ（出側のインタフェース）と呼ぶ。ＩｎｇｒｅｓｓとＥｇｒｅｓｓとは同じ１つのＮＩＦ２０２にあってもよいし、異なるＮＩＦ２０２それぞれにあってもよい。
【００４５】
図４は、通信装置１０がＭＰＬＳ網１００内で送受信する通信パケットのフォーマットを示す。この例では、ＭＰＬＳ−ＴＰを用いてイーサネットを収容する際に使用されるＭａｒｔｉｎｉフォーマットを想定している。通信パケットは、宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス４００、送信元ＭＡＣアドレス４０１、後続ヘッダの種類を示すタイプ値４０２からなるＭＡＣヘッダと、転送用ＭＰＬＳラベル４０３−１と、ユーザ識別用ＭＰＬＳラベル４０３−２と、ＯＡＭ識別用ＭＰＬＳラベル４０３−３と、ペイロード部４０４と、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）４０５とからなる。
【００４６】
ここで、この例のＭａｒｔｉｎｉフォーマットは、複数段のＭＰＬＳラベル４０３を有しており、１段目の転送用ＭＰＬＳラベル４０３−１はＭＰＬＳ網１００内の転送経路を示し、２段目のユーザ識別用ＭＰＬＳラベル４０３−２はＰｓｕｄｏ  Ｗｉｒｅ用のラベルとしてユーザやサービスを識別するために用いられる。３段目のＯＡＭ識別用ＭＰＬＳラベル４０３−３は、ＯＡＭパケットのフォーマットのフィールドであり、ＭＰＬＳ網１００内のＯＡＭパケット以外の通信パケットでは省略されてもよい。
【００４７】
また、この例では、２段のＭＰＬＳラベル４０３の後にＯＡＭ識別用のＭＰＬＳラベル４０３−３を有しているが、仮にユーザ用ではなく転送用パス上で用いられるＯＡＭパケットの場合、転送用ＭＰＬＳラベル４０３−１の後にＯＡＭ識別用ＭＰＬＳラベル４０３−３が配置されてもよい。また、ＬＳＲ１０ｂで作成されるパケットは、ユーザ識別用ＭＰＬＳラベル４０３−２を含まなくてもよい。
【００４８】
転送用ＭＰＬＳラベル４０３−１とユーザ識別用ＭＰＬＳラベル４０３−２とＯＡＭ識別用ＭＰＬＳラベル４０３−３は、同じフォーマットである。ＭＰＬＳラベル４０３のフォーマットは、ＭＰＬＳパスやユーザのＩＤやＯＡＭを示すＩＤを表すＬＳＰ＿ＩＤ４０３１、転送優先度を表すＴＣ（Ｔｒａｆｆｉｃ  Ｃｌａｓｓ）４０３２、当該ラベルがＭＰＬＳラベル４０３の最終段のものであることを示すＳビット４０３３と、ループ防止用に用いられるＴＴＬ４０３４とからなる。ＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２は、通信装置１０の中の折り返し点の情報が格納されてもよい。
【００４９】
ペイロード部４０４は、ＭＰＬＳ網１００外のイーサネットのパケット４０４１がカプセル化されている。イーサネットのパケットが、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）タグを有することと、ＶＬＡＮタグがＶＬＡＮ  ＩＤ（ＶＩＤ＃）を有することは、イーサネットの仕様であり、カプセル化されたパケット４０４１もこれらの情報を含む。なお、ＯＡＭパケットはペイロード部４０４にイーサネットのパケット４０４１を含まなくてもよい。ＯＡＭパケットのペイロード部４０４は、イーサネットのパケット４０４１の代わりに、性能監視試験のための情報を含んでもよい。
【００５０】
また、ペイロード部４０４には、イーサネットのパケット４０４１以外にＯＡＭ専用の情報も格納される。折り返し要求ＯＡＭパケットの場合、折り返し要求であることを示す情報（折り返し要求情報）として要求元ＴＴＬ４０４２と終端点指定ｂｉｔ４０４３とが格納される。折り返し要求元ＴＴＬ４０４２は、折り返し応答ＯＡＭパケットの転送されるホップ数、つまり、折り返し要求ＯＡＭパケットを挿入した通信装置１０を指定する情報が格納される。終端点指定ｂｉｔ４０４３は、通信装置１０の中の折り返し応答ＯＡＭパケットを終端する点の情報、つまり、折り返し要求ＯＡＭパケットを挿入した通信装置１０内の折り返し要求ＯＡＭパケットを挿入した点の情報が格納される。また、折り返し応答ＯＡＭパケットにおいて、この折り返し要求情報は折り返し応答であることを示す情報（折り返し応答情報）にしてもよい。折り返し応答情報の場合、要求元ＴＴＬ４０４２は、折り返し応答ＯＡＭパケットを折り返し要求ＯＡＭパケットを挿入した通信装置１０で終端させる為のＴＴＬとして、折り返し要求ＯＡＭパケットを挿入した通信装置（要求元通信装置）１０までのＴＴＬが格納され、終端点指定ｂｉｔ４０４３は、同じく折り返し応答ＯＡＭパケットを要求元通信装置１０内で終端する終端点を指定するｂｉｔとして、終端点指定ｂｉｔが格納される。これらの情報の具体的な設定については、動作シーケンスとともに後述する。
【００５１】
折り返し要求ＯＡＭパケットのペイロード部４０４に格納される情報によって、折り返し要求ＯＡＭパケットを受信した通信装置１０は、折り返し要求ＯＡＭパケットを送信した通信装置１０に到達する折り返し応答パケットのＴＴＬの値を認識し、折り返し要求ＯＡＭパケットを送信した通信装置１０内の折り返し要求パケットを挿入した点で折り返し応答パケットを終端する折り返し応答パケットのＴＣの値を認識する。
【００５２】
図５に、設定レジスタ２１８にイーサネット処理モードと設定されている場合に使用される入力ヘッダ処理テ−ブル２１９の例を示す。入力ヘッダ処理テーブル２１９は、ネットワーク管理者が通信装置１０間において通信回線を新たに作成する際に設定される。イーサネット処理モード用の入力ヘッダ処理テーブル２１９は、ＶＬＡＮを識別するＶＬＡＮ  ＩＤ２１９１と、パケットが入力されたＮＩＦを識別する入力ＮＩＦ  ＩＤ２１９２と、パケットが入力されたポートを識別する入力Ｐｏｒｔ  ＩＤ２１９３の組合せを検索キーとして、フローＩＤ２１９４を示すテーブルエントリを検索するためのものである。ここで、フローＩＤ２１９４は、通信装置１０内の各フローを特定するＩＤであり、入力と出力の双方向で同じＩＤを使用する。
【００５３】
一方、図６に、設定レジスタ２１８にＭＰＬＳ処理モードと設定されている場合に使用される入力ヘッダ処理テ−ブル２１９の例を示す。入力ヘッダ処理テーブル２１９は、ネットワーク管理者が通信装置１０間において通信回線を新たに作成する際に設定される。ＭＰＬＳ処理モード用の入力ヘッダ処理テーブル２１９は、ＬＳＰ  ＩＤ（１）２１９５と、ＬＳＰ  ＩＤ（２）２１９６と、入力Ｐｏｒｔ  ＩＤ２１９７の組合せを検索キーとして、フローＩＤ２１９８を示すテーブルエントリを検索するためのものである。ここで、ＬＳＰ  ＩＤ（１）２１９５には、入力パケットに付与されている１段目のＭＰＬＳラベル４０３−１に格納されているＬＳＰ  ＩＤ４０３１が設定され、ＬＳＰ  ＩＤ（２）２１９６には、入力パケットに付与されている２段目のＭＰＬＳラベル４０３―２に格納されているＬＳＰ  ＩＤ４０３１が設定される。
【００５４】
通信装置１０がＬＥＲ１０ａとなって、転送用ＭＰＬＳラベル４０３―１とユーザ識別用ＭＰＬＳラベル４０３―２の双方を識別する場合には、入力ヘッダ処理テ−ブル２１９は転送用ＭＰＬＳラベル４０３―１とユーザ識別用ＭＰＬＳラベル４０３―２の両方の組合せで検索される。一方、通信装置１０がＬＳＲ１０ｂとなって、転送用ＭＰＬＳラベル４０３―１のみを識別する場合には、入力ヘッダ処理テ−ブル２１９は転送用ＭＰＬＳラベル４０３―１のみで検索される。これにより、装置内ヘッダのフローＩＤ３０１をＭＰＬＳラベル４０３から決定する。
【００５５】
図７にフレーム転送テーブル２２０の例を示す。フレーム転送テーブル２２０は、フローＩＤ２２０１と、入力ＮＩＦ  ＩＤ２２０２と、入力Ｐｏｒｔ  ＩＤ２２０３の組合せを検索キーとして、パケットを出力するＮＩＦを識別する出力ＮＩＦ  ＩＤ２２０４と、出力Ｐｏｒｔ  ＩＤ２２０５とを示すテーブルエントリを検索するためのものである。ここで、入力ＮＩＦ  ＩＤ２２０１および入力Ｐｏｒｔ  ＩＤ２２０２は、各ＮＩＦ２２０の各スイッチＩＦ２０３へ物理的に固定で割当てられるＩＤであり、入力パケットをどのスイッチＩＦ２０３から受信したかによって一意に決定できる。スイッチ部２０４は、一意に決定されたＩＤを用いてフレーム転送テーブル２２０を検索する。
【００５６】
図８に、設定レジスタ２１８にイーサネット処理モードと設定されている場合に使用される出力ヘッダ処理テ−ブル２２１の例を示す。出力ヘッダ処理テーブル２２１は、ネットワーク管理者が通信装置１０間において通信回線を新たに作成する際に設定される。イーサネット処理モード用の出力ヘッダ処理テーブル２２１は、フローＩＤ２２１０を検索キーとして、ＶＬＡＮタグ処理２２１１と、ＶＬＡＮタグ２２１２とを示すテーブルエントリを検索するためのものである。ここで、ＶＬＡＮタグ処理２２１１は、出力パケットに対するＶＬＡＮタグ処理を指定し、それに必要なタグ情報がＶＬＡＮタグ２２１２に設定されている。
【００５７】
一方、図９に、設定レジスタ２１８にＭＰＬＳ処理モードと設定されている場合に使用される出力ヘッダ処理テーブル２２１の例を示す。出力ヘッダ処理テーブル２２１は、ネットワーク管理者が通信装置１０間において通信回線を新たに作成する際に設定される。ＭＰＬＳ処理モード用の出力ヘッダ処理テーブル２２１は、フローＩＤ２２１３を検索キーとして、ＭＰＬＳラベル処理２２１４と、ＭＰＬＳラベル（１）２２１５と、ＭＰＬＳラベル（２）２２１６とを示すテーブルエントリを検索するためのものである。ここで、ＭＰＬＳラベル処理２２１４は、出力パケットの転送用ＭＰＬＳラベル４０３―１およびユーザ識別用ＭＰＬＳラベル４０３−２に対する処理を指定し、それに必要なラベル情報がＭＰＬＳラベル（１）２２１５およびＭＰＬＳラベル（２）２２１６に設定される。
【００５８】
通信装置１０がＬＥＲ１０ａとなって、転送用ラベルＭＰＬＳ４０３―１とユーザ識別用ＭＰＬＳラベル４０３―２の双方を付与する場合には、出力ヘッダ処理テ−ブル２２１には転送用ＭＰＬＳラベル４０３―１とユーザ識別用ＭＰＬＳラベル４０３―２を付与するため、ＭＰＬＳラベル処理２２１４に「２段付与」が格納される。さらに、この場合には宛先ＭＡＣアドレス４００と送信元ＭＡＣアドレス４０１とタイプ値４０２を付与する。
【００５９】
この際、宛先ＭＡＣアドレス４００及び送信元ＭＡＣアドレス４０１は、物理ポート毎に設定レジスタ２１８に設定されている値を上書きしてもよいし、入力ヘッダ処理テーブル２１９にフローＩＤ毎に登録しておき、それを上書きしてもよい。ただし、物理ポート毎に装置固定に設定される値を上書きする場合、宛先ＭＡＣアドレス４００はマルチキャストアドレスとする必要がある。また、タイプ値４０２には、設定レジスタ２１８に設定されているＭＰＬＳを示すタイプ値が格納される。
【００６０】
一方、通信装置１０がＬＳＲ１０ｂとなって、転送用ＭＰＬＳラベル４０３―１のみを処理する場合には、出力ヘッダ処理テ−ブル２２１には「１段変換」、「１段削除」、「透過」などの転送用ＭＰＬＳラベル４０３―１のみで処理する設定が書き込まれる。
【００６１】
図１０は、ＭＰＬＳ網１００におけるＯＡＭパケットを用いた折り返し試験のシーケンスの例を示す図である。この図は、４つの通信装置１０のそれぞれが、事前設定と入力パケットに応じて、ＬＥＲ１０ａ−１、１０ａ−２として動作し、ＬＳＲ１０ｂ−１、１０ｂ−２として動作する例である。そして、ＭＰＬＳパス１０１の性能監視を行うため、折り返し用のＯＡＭパケットを通信装置１０ｂ−１からＭＰＬＳパス１００上の折り返し点を指定して試験を実行するシーケンスを示している。
【００６２】
第一の例として、ＬＳＲ１０ｂ−１から１ホップのＬＳＲ１０ｂ−２のＮＩＦ２０２−２１のＩｎｇｒｅｓｓ側を折り返し用のＯＡＭパケットの折り返し点とする場合の処理の流れを説明する。まず通信装置１０ｂ−１が折り返し要求ＯＡＭパケットを挿入する（Ｓ１００１）。この際、図示を省略した管理用ネットワークを経由して、通信装置１０ｂ−１の管理者（オペレータ）が、折り返しポイントや試験対象となるユーザを指定し、折り返し試験の実行命令を通信装置１０ｂ−１に対して発行する。この命令を通信装置１０ｂ−１が受信すると、図２を用いて説明した各処理部により折り返し要求ＯＡＭパケットの挿入処理が実施される。
【００６３】
ノード管理部２２２が、挿入するＮＩＦ２０２−１２上のＮＩＦ管理部２２３に対して、挿入する物理ポートである入出力回線ＩＦ２０１、および折り返しポイントや挿入対象となるユーザを指定し、挿入命令を発行する。それを受けたＮＩＦ管理部２２３がＯＡＭ制御部２１３へ折り返し試験開始の通知を行い、ＯＡＭ制御部２１３が折り返し要求ＯＡＭパケットを生成し、生成した折り返し要求ＯＡＭパケットを出力パケットバッファ２１６に格納する。出力パケット読出し部２１７は、格納された折り返し要求ＯＡＭパケットを読み出す。
【００６４】
尚、折り返し要求ＯＡＭパケットのパケットフォーマットは、図４を用いて説明したとおりである。折り返し要求ＯＡＭパケットは、転送用ＭＰＬＳラベル４０３−１として、ＬＳＰ＿ＩＤ４０３１にＭＰＬＳパス１０１を示すＩＤ、ＴＣ４０３２にデフォルト値（この例では任意の値でよい）、Ｓビット４０３３に‘０’、ＴＴＬ４０３４に‘１’が付与される。さらに、ユーザ識別用ＭＰＬＳラベル４０３−２として、ＬＳＰ＿ＩＤ４０３１にユーザを示すＩＤ、ＴＣ４０３２にデフォルト値（この例では任意の値でよい）、Ｓビット４０３３に‘０’、ＴＴＬ４０３４にデフォルト値（この例では任意の値でよい）が付与される。
【００６５】
さらに、ＯＡＭ識別用ＭＰＬＳラベル４０３−３として、ＬＳＰ＿ＩＤ４０３１にＯＡＭを示すＩＤ（例えば“１４”）、ＴＣ４０３２に‘０’、Ｓビット４０３３に‘１’、ＴＴＬ４０３４にデフォルト値（この例では任意の値でよい）が付与される。ペイロード部４０４は、パケット折り返しに関する情報を含むフィールド（折り返し要求ＯＡＭパケットとして必要な情報を含むフィールド）である。ＭＰＬＳラベル４０３−１〜４０３−３の情報だけであると、ＬＳＲ１０ｂ−１から挿入した折り返し要求ＯＡＭパケットが、ＬＳＲ１０ｂ−２のＮＩＦ２０２−２１で折り返す際に転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４に何の値を付与するか不明である。
【００６６】
そのため、挿入する折り返し要求ＯＡＭパケットのペイロード部４０４の折り返し要求元ＴＬＬ４０４２へ、折り返し要求ＯＡＭパケットの転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４の初期値と同じ値をあらかじめ付与する（ステップＳ１００１の場合は折り返し点要求元ＴＴＬ４０４２に‘１’を付与する）。さらに、折り返し要求パケットを終端し、これに対して折り返し応答パケットを送信する通信装置１０の折り返し点を示すために折り返し要求ＯＡＭパケットの終端点指定ビット４０４３を、折り返し要求パケットを送信する通信装置１０内で折り返し要求ＯＡＭパケットを挿入するインタフェースを指定する（ステップＳ１００１の場合は、通信装置１０（ＬＳＲ１０ｂ−１）の入力側のＩｎｇｒｅｓｓ側で折り返し応答パケットを終端するため‘０’を指定する）。これにより、折り返し要求ＯＡＭパケットのＴＴＬ４０３４により、折り返し要求ＯＡＭパケットを折り返す通信装置１０としてＬＳＲ１０ｂ−１から１ホップのＬＳＲ１０ｂ−２が指定される。
【００６７】
さらに、折り返し要求ＯＡＭパケットのＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２により、折り返し点としてＬＳＲ１０ｂ−２のＩｎｇｒｅｓｓ側のＮＩＦ２０２−２１が指定され、折り返し点のＮＩＦ２０２−２１が挿入する折り返し応答ＯＡＭパケットは、挿入される際、折り返し要求ＯＡＭパケットのペイロード部４０４内に付与した折り返し要求元ＴＴＬ４０４２により折り返し点から１ホップ先のＬＳＲ１０ｂ−１が指定され、さらに折り返し要求ＯＡＭパケットのペイロード部４０４の終端点指定ビット４０４３によりＬＳＲ１０ｂ−１のＩｎｇｒｅｓｓ側のＮＩＦ２０２−１２が指定でき、ＬＳＲ１０ｂ−２のＥｇｒｅｓｓ側のＮＩＦ２０２−２１からＬＳＲ１０ｂ−１のＩｎｇｒｅｓｓ側のＮＩＦ２０２−１２への折り返し応答ＯＡＭパケットの終端点を指定したことになる。
【００６８】
この折り返し要求ＯＡＭパケットがＬＳＲ１０ｂ−２のＮＩＦ２０２−２１のＩｎｇｒｅｓｓ側に到着すると、まず転送用ＭＰＬＳラベル４０３−１の解析が行われ、ＴＴＬ４０３４が‘１’であるため、自装置で廃棄または折り返し処理が必要と判断し、ＯＡＭ識別用ＭＰＬＳラベル４０３−３を解析し、ＴＣ４０３２が‘０’であるためＩｎｇｒｅｓｓ側折り返しの可能性があると判断し、終端される（Ｓ１００２）。具体的な処理フローは後で説明する。
【００６９】
続いて、折り返し要求ＯＡＭパケットの必要部分のみを書換え、折り返し応答ＯＡＭパケットとしてＮＩＦ２０２−２１からＬＳＲ１０ｂ−１に送信される（Ｓ１００３）。特に、書き換える領域としては、ＬＳＰ＿ＩＤ４０３１、ペイロード部４０４、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４、ＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２である。折り返し応答ＯＡＭパケットのＬＳＰ＿ＩＤ４０３１は、受信した折り返し要求ＯＡＭパケットを折り返すＭＰＬＳパス１０１の逆方向、つまり、受信した折り返し要求ＯＡＭパケットのＬＳＰ＿ＩＤ４０３１と逆方向のＩＤを指定するように変更し、折り返し応答ＯＡＭパケットのペイロード部４０４を折り返し応答ＯＡＭパケットを示す情報に変更することに加え、折り返し応答ＯＡＭパケットの転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４へ受信した折り返し要求ＯＡＭパケットを終端した際のペイロード部４０４の折り返し要求元ＴＴＬ４０４２の値を付与し、折り返し応答ＯＡＭパケットのＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２へ受信した折り返し要求ＯＡＭパケットの終端点指定ビット４０４３を付与することで、折り返し要求ＯＡＭパケットの送信元であるＬＳＲ１０ｂ−１のＮＩＦ２０２−１２に折り返せるように書換えて折り返し応答ＯＡＭパケットを作成する。
【００７０】
そして、ＬＳＲ１０ｂ−１は、上記折り返し応答ＯＡＭパケットを受信すると、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４が‘１’であるため、自装置で廃棄または折り返し処理が必要と判断し、ＯＡＭ識別用ＭＰＬＳラベル４０３−３を解析し、ＴＣ４０３２が‘０’であるためＩｎｇｒｅｓｓ側折り返しの可能性があると判断し、自装置に設定されたＭＰＬＳパス１０１への折り返し応答ＯＡＭパケットであることを判定し、終端される（Ｓ１００４）。具体的な処理フローは後で説明する。これで、ＬＳＲ１０ｂ−１によるＮＩＦ２０２−２１のＩｎｇｒｅｓｓ側での折り返し試験が完了する。
【００７１】
なお、折り返し応答ＯＡＭパケットを作成する際、受信した折り返し要求ＯＡＭパケットの必要部分のみを書換えてもよいし、作成する折り返し応答ＯＡＭパケットが、受信した折り返し要求ＯＡＭパケットを折り返すことになるように適切な値をパケットの各フィールドに付与して新規に折り返し応答ＯＡＭパケットを作成してもよい。
【００７２】
第二の例として、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１１からＬＳＲ１０ｂ−２のＮＩＦ２０２−２１のＩｎｇｒｅｓｓ側を折り返し要求ＯＡＭパケットの折り返し点とする場合の処理の流れを説明する。まずＬＳＲ１０ｂ−１が折り返し要求ＯＡＭパケットを挿入する（Ｓ１００５）。折り返し要求ＯＡＭパケットは、転送用ＭＰＬＳラベル４０３−１として、ＬＳＰ＿ＩＤ４０３１にＭＰＬＳパス１０１を示すＩＤ、ＴＣ４０３２にデフォルト値（この例では任意の値でよい）、Ｓビット４０３３に‘０’、ＴＴＬ４０３４に‘２’が付与される。
【００７３】
さらに、ユーザ識別用ＭＰＬＳラベル４０３−２として、ＬＳＰ  ＩＤ４０３１にユーザを示すＩＤ、ＴＣ４０３２にデフォルト値（この例では任意の値でよい）、Ｓビット４０３３に‘０’、ＴＴＬ４０３４にデフォルト値（この例では任意の値でよい）が付与される。さらに、ＯＡＭ識別用ＭＰＬＳラベル４０３−３として、ＬＳＰ  ＩＤ４０３１にＯＡＭを示すＩＤ（例えば“１４”）、ＴＣ４０３２に‘０’、Ｓビット４０３３に‘１’、ＴＴＬ４０３４にデフォルト値（この例では任意の値でよい）が付与される。
【００７４】
ペイロード部４０４は、折り返し要求ＯＡＭパケットとして必要な情報を含むフィールドである。転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４により折り返し要求ＯＡＭパケットを折り返す通信装置１０としてＬＳＲ１０ｂ−１から１ホップのＬＳＲ１０ｂ−２が指定され、さらにＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２により、折り返し要求ＯＡＭパケットの折り返し点としてＬＳＲ１０ｂ−２のＩｎｇｒｅｓｓ側のＮＩＦ２０２−２１が指定されたことになる。
【００７５】
この折り返し要求ＯＡＭパケットが、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１２のＥｇｒｅｓｓ側に到着すると、まず転送用ＭＰＬＳラベル４０３−１の解析が行われ、ＴＴＬ４０３４が“２”以上であるため、折り返し要求ＯＡＭパケットを透過する（Ｓ１００６）。つまり、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１２のＥｇｒｅｓｓ側は、受信した折り返し要求ＯＡＭパケットのＴＴＬ４０３４を“１”減算して、隣接する通信装置１０であるＬＳＲ１０ｂ−２へ転送する。
【００７６】
この透過された折り返し要求ＯＡＭパケットが、ＬＳＲ１０ｂ−２のＮＩＦ２０２−２１のＩｎｇｒｅｓｓ側に到着すると、転送用ＭＰＬＳラベル４０３−１の解析が行われ、ＴＴＬ４０３４が‘１’であるため、自装置で廃棄または折り返し処理が必要と判断し、ＯＡＭ識別用ＭＰＬＳラベル４０３−３を解析し、ＴＣ４０３２が‘０’であるためＩｎｇｒｅｓｓ側折り返しの可能性があると判断し、終端される（Ｓ１００７）。
【００７７】
続いて、Ｓ１００３の折り返し応答パケット挿入と同様の折り返し応答ＯＡＭパケットの挿入処理を実施する（Ｓ１００８）。この折り返し応答ＯＡＭパケットがＮＩＦ２０２−１２のＩｎｇｒｅｓｓ側に到着すると、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４が“２”以上であるため、ＴＴＬを‘１’減算し、転送される（Ｓ１００９）。そして、ＬＳＲ１０ｂ−１は、折り返し応答ＯＡＭパケットの受信処理を行う（Ｓ１０１０）。これで、ＬＳＲ１０ｂ−２のＮＩＦ２０２−２１のＩｎｇｒｅｓｓ側での折り返し試験が完了する。
【００７８】
最後の例として、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１１から折り返し要求ＯＡＭパケットを挿入する（Ｓ１０１１）。折り返し要求ＯＡＭパケットは、転送用ＭＰＬＳラベル４０３−１として、ＬＳＰ＿ＩＤ４０３１にＭＰＬＳパス１０１を示すＩＤ、ＴＣ４０３２にデフォルト値（この例では任意の値でよい）、Ｓビット４０３３に‘０’、ＴＴＬ４０３４に‘１’が付与される。さらに、ユーザ識別用ＭＰＬＳラベル４０３−２として、ＬＳＰ＿ＩＤ４０３１にユーザを示すＩＤ、ＴＣ４０３２にデフォルト値（この例では任意の値でよい）、Ｓビット４０３３に‘０’、ＴＴＬ４０３４にデフォルト値（この例では任意の値でよい）が付与される。
【００７９】
さらに、ＯＡＭ識別用ＭＰＬＳラベル４０３−３として、ＬＳＰ＿ＩＤ４０３１にＯＡＭを示すＩＤ（例えば“１４”）、ＴＣ４０３２に‘１’、Ｓビット４０３３に‘１’、ＴＴＬ４０３４にデフォルト値（この例では任意の値でよい）が付与される。ペイロード部４０４は、折り返し要求ＯＡＭパケットとして必要な情報を含むフィールドである。
【００８０】
転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４により、折り返し要求ＯＡＭパケットの折り返し装置として同ＬＳＲ１０ｂ−１が指定され、ＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２により、折り返し要求ＯＡＭパケットの折り返し点としてＬＳＲ１０ｂ−１のＥｇｒｅｓｓ側のＮＩＦ２０２−１２が指定されたことになる。
【００８１】
この折り返し要求ＯＡＭパケットが、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１２のＥｇｒｅｓｓ側に到着すると、まず転送用ＭＰＬＳラベル４０３−１の解析が行われ、ＴＴＬ４０３４が“１”であるため、自装置で廃棄または折り返し処理が必要と判断し、ＯＡＭ識別用ＭＰＬＳラベル４０３−３を解析し、ＴＣ４０３２が‘１’であるためＥｇｒｅｓｓ側折り返しの可能性があると判断し、終端される（Ｓ１０１２）。
【００８２】
続いて、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１２は、折り返し応答ＯＡＭパケットの挿入処理を実施する（Ｓ１０１３）。そして、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１１は、折り返し応答ＯＡＭパケットの受信処理を行う（Ｓ１０１４）。これで、ＬＳＲ１０ｂ−１のＮＩＦ２０２−１２のＥｇｒｅｓｓ側での折り返し試験が完了する。
【００８３】
これにより、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４及びそれ以外のヘッダ情報を用いて通信装置１０のＩｎｇｒｅｓｓ側及びＥｇｒｅｓｓ側を指定して、ＭＰＬＳパス１０１の性能監視試験を行うことができる。なお、性能の監視そのものは、折り返し要求パケットの挿入時刻から折り返し応答パケットの終端時刻までの時間を測定してもよいし、各通信装置１０において、各パケットにタイムスタンプ情報を格納して、そのタイムスタンプ情報を確認してもよい。また、折り返し要求パケットを挿入してから折り返し応答パケットを終端するまでのタイムアウトを検出して、ＭＰＬＳパス１０１の通信品質を試験してもよい。
【００８４】
図１１は、入力ヘッダ解析部２１１が実行する入力ヘッダ処理のフローチャートの例を示す図である。入力ヘッダ解析部２１１は、パケットを受信すると入力ヘッダ処理を開始し（Ｓ１１００）、設定レジスタ２１８に設定されている処理モードを判定し（Ｓ１１０１）、イーサネット処理モードと設定されている場合には、イーサネット処理モード用の入力ヘッダ処理テーブル２１９を検索する（Ｓ１１０２）。すなわち、受信したパケットの装置内ヘッダの受信Ｐｏｒｔ  ＩＤ３０２と受信ＮＩＦ  ＩＤ３０３の情報と、イーサネットパケット４０４１のＶＬＡＮタグのＶＩＤの情報を抽出し、抽出したこれらの情報と一致する入力Ｐｏｒｔ  ＩＤ２１９３と入力ＮＩＦ  ＩＤ２１９２とＶＬＡＮ  ＩＤ２１９１を検索する。検索した結果として取得したフローＩＤ２１９４の情報を受信したパケットの装置内ヘッダのフローＩＤ３０１に書き込み（Ｓ１１０３）、処理を終了する（Ｓ１１０６）。
【００８５】
一方、設定レジスタ２１８にＭＰＬＳ処理モードと設定されている場合には、受信したパケットの装置内ヘッダの受信ＰｏｒｔＩＤ３０２と1段目のＭＰＬＳラベルの各情報を抽出し（Ｓ１１０４）、抽出したＬＳＰ  ＩＤ４０３１の値からＬＥＲ処理かＬＳＲ処理かを判定する（Ｓ１１０５）。この判定方法は、設定レジスタ２１８に設定されたある範囲により判定されてもよいし、ひとつひとつのＬＳＰ  ＩＤ４０３１の属性が設定レジスタ２１８に設定されていてもよい。ＬＥＲ処理パケットと判定された場合、ＬＥＲ処理Ｓ１２００が実行され、ＬＳＲ処理パケットと判定された場合、ＬＳＲ処理Ｓ１３００が実行され、終了となる（Ｓ１１０６）
図１２は、入力ヘッダ解析部２１１が実行するＬＥＲ処理のフローチャートの例を示す図である。入力ヘッダ解析部２１１は、ＬＥＲ処理Ｓ１２００を開始すると、２段目のユーザ識別用ＭＰＬＳラベル４０３−２からＬＳＰ  ＩＤ４０３１を抽出し、抽出したユーザ識別用ＭＰＬＳラベル４０３−２のＬＳＰ  ＩＤ４０３１と１段目の転送用ＭＰＬＳラベル４０３−１のＬＳＰ  ＩＤ４０３１とステップＳ１１０４で抽出した装置内ヘッダの受信ＰｏｒｔＩＤ３０２（入力ポートＩＤ）と組合せて、ＭＰＬＳ処理モード用の入力ヘッダ処理テーブル２１９を検索する（Ｓ１２０１）。その検索の結果としてフローＩＤ２１９８の情報を取得し、その取得した情報を装置内ヘッダのフローＩＤ３０１に上書きする（Ｓ１２０２）。
【００８６】
そして、ユーザ識別用ＭＰＬＳラベル４０３−２のＳビットが‘０’（３段目にＭＰＬＳラベル）であり、かつ、３段目のＭＰＬＳラベルのＬＳＰ  ＩＤ４０３１がＯＡＭを示すＩＤ（例えば“１４”）であるかをチェックし、当該パケットがＯＡＭパケットかどうかを判定する（Ｓ１２０３）。この判定の結果、ＯＡＭパケットであると判定されれば、ペイロード４０４を解析し（Ｓ１２０４）、ＯＡＭパケットの種類を判定する（Ｓ１２０５）。
【００８７】
この判定の結果、当該パケットが折り返し要求ＯＡＭパケットと判定された場合、当該パケットをＯＡＭ制御部２１３に転送し（Ｓ１２０６）、処理を終了する（Ｓ１２１０）。また、当該パケットが折り返し応答パケットと判定された場合、折り返し試験が成功した旨をＮＩＦ管理部２２３経由でノード管理部２２２へ通知し、当該パケットを廃棄し（Ｓ１２０７）、処理を終了する（Ｓ１２１０）。また、当該パケットがその他のＯＡＭパケットと判定された場合、その他のＯＡＭパケットをＯＡＭ制御部２１３に転送し（Ｓ１２０８）、処理を終了する（Ｓ１２１０）。 
判定Ｓ１２０３において、当該パケットがＯＡＭパケットでないと判定された場合、当該パケットの転送用ＭＰＬＳラベル４０３−１およびユーザ識別用ＭＰＬＳラベル４０３−２を削除し、入力パケットバッファ２１２に転送し（Ｓ１２０９）、処理を終了する（Ｓ１２１０）。
【００８８】
図１３は、入力ヘッダ解析部２１１が実行するＬＳＲ処理のフローチャートの例を示す図である。入力ヘッダ解析部２１１は、ＬＳＲ処理Ｓ１３００を開始すると、受信したパケットの１段目の転送用ＭＰＬＳラベル４０３−１のＬＳＰ  ＩＤ４０３１のみを用いて、ＭＰＬＳ処理モード用の入力ヘッダ処理テーブル２１９を検索する（Ｓ１３０１）。その結果としてフローＩＤ２１９８の情報を取得し、その取得した情報を装置内ヘッダのフローＩＤ３０１に上書きする（Ｓ１３０２）。
【００８９】
そして、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４が‘１’以下かどうかを判定し（Ｓ１３０３）、‘１’より大きければ、スイッチ部２０４へ向けて転送し、そのまま処理を終了する（Ｓ１３１０）。一方、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４が‘１’以下である場合には、ユーザ識別用ＭＰＬＳラベル４０３−２のＳビット４０３３が‘０’（３段目にＭＰＬＳラベルあり）、かつ３段目のＭＰＬＳラベルのＬＳＰ  ＩＤ４０３１がＯＡＭを示すＩＤ（例えば“１４”）であるかをチェックし、当該パケットがＯＡＭパケットかどうか、さらに当該パケットのＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２が‘０’かを判定する（Ｓ１３０４）。
【００９０】
この判定の結果が、ＯＡＭパケットであり、かつそのＴＣ４０３２が‘０’と判定されれば、ＯＡＭペイロードを解析し（Ｓ１３０５）、ＯＡＭパケットの種類を判定する（Ｓ１３０６）。この種類の判定の結果として、当該パケットが折り返し要求ＯＡＭパケットと判定された場合、当該パケットをＯＡＭ制御部２１３に転送し（Ｓ１３０７）、処理を終了する（Ｓ３１０）。これにより入力ヘッダ解析部２１１において、当該装置のＩｎｇｒｅｅｓ側で折り返すべき折り返し要求パケットであることを検出することができる。
【００９１】
判定Ｓ１３０６において、当該パケットが折り返し応答パケットと判定された場合、本パケットは異常なパケットであるため当該パケットを廃棄し（Ｓ１３０８）、処理を終了する（Ｓ１３１０）。判定Ｓ１３０６において、当該パケットがその他のＯＡＭパケットと判定された場合、その他のＯＡＭパケットをＯＡＭ制御部２１３に転送し（Ｓ１３０９）、処理を終了する（Ｓ１３１０）。判定Ｓ１３０４において、当該パケットがＯＡＭパケットではない、またはＯＡＭ識別ラベル４０３−３のＴＣ４０３２が‘０’でないと判定された場合、当該パケットをそのままスイッチ部２０４へ行くように転送し、処理を終了する（Ｓ１３１０）。
【００９２】
図１４は、出力ヘッダ解析部２１５が実行する出力ヘッダ処理のフローチャートの例を示す図である。
【００９３】
出力ヘッダ解析部２１５は、パケットを受信すると出力ヘッダ処理Ｓ１４００を開始（Ｓ１４００）し、設定レジスタ２１８に設定されている処理モードを判定し（Ｓ１４０１）、イーサネット処理モードと設定されている場合には受信したパケットの装置内ヘッダのフローＩＤ３０１の情報を抽出し、抽出した情報を用いて、イーサネット処理モード用の出力ヘッダ処理テーブル２２１のフローＩＤ２２１０を検索する（Ｓ１４０２）。
【００９４】
検索した結果として取得したＶＬＡＮタグ処理２２１１とＶＬＡＮタグ２２１２に応じて、イーサネットパケット４０４１のＶＬＡＮタグの処理を実施し（Ｓ１４０３）、処理を終了する（Ｓ１４０４）。一方、判定Ｓ１４０１において、設定レジスタ２１８にＭＰＬＳ処理モードと設定されていた場合には、ＭＰＬＳ出力処理Ｓ１５００が実行され、終了となる（Ｓ１４０４）。
【００９５】
図１５は、出力ヘッダ解析部２１５が実行するＭＰＬＳ出力処理のフローチャートの例を示す図である。出力ヘッダ解析部２１５は、ＭＰＬＳ出力処理Ｓ１５００を開始すると、受信したパケットの装置内ヘッダのフローＩＤ３０１を抽出し、出力ヘッダ処理テーブル２２１を検索する（Ｓ１５０１）。その結果取得したテーブル情報（ＭＰＬＳラベル処理２２１４、ＭＰＬＳラベル（１）２２１５、ＭＰＬＳラベル（２）２２１６）に応じて、受信したパケットの１段目の転送用ＭＰＬＳラベル４０３―１と２段目のユーザ識別用ＭＰＬＳラベル４０３−２を更新する（またはイーサヘッダを更新する）（Ｓ１５０２）。そして、転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４が‘１’以下かどうかを判定し（Ｓ１５０３）、‘１’より大きければ、更新Ｓ１５０２で実施したＭＰＬＳラベル処理がイーサヘッダを含むＭＰＬＳラベル２段付与だったかどうかを判定し（Ｓ１５１１）、ＭＰＬＳラベル２段付与でなければ転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４を‘１’減算し（Ｓ１５１２）、処理を終了する（Ｓ１５１３）。
【００９６】
一方、判定Ｓ１５１１において、ＭＰＬＳラベル２段付与であったと判定された場合、当該パケットは本装置にてＭＰＬＳカプセル化を実施したパケットであるため、そのまま転送し、処理を終了する（Ｓ１５１３）。また、判定Ｓ１５０３において転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４が‘１’以下である場合には、ユーザ識別用ＭＰＬＳラベル４０３−２のＳビット４０３３が‘０’（３段目にＭＰＬＳラベルあり）、かつ３段目のＭＰＬＳラベルのＬＳＰ  ＩＤ４０３１がＯＡＭを示すＩＤ（例えば“１４”）であるか、すなわち当該パケットがＯＡＭパケットかどうかを判定し、さらに当該パケットのＯＡＭ識別用ＭＰＬＳラベル４０３−３のＴＣ４０３２が‘１’かを判定する（Ｓ１５０４）。
【００９７】
この判定の結果が、ＯＡＭパケットであり、かつそのＴＣ４０３２が‘１’と判定されれば、ＯＡＭペイロードを解析し（Ｓ１５０５）、ＯＡＭパケットの種類を判定する（Ｓ５０６）。この種類の判定の結果として、当該パケットが折り返し要求ＯＡＭパケットと判定された場合、当該パケットをＯＡＭ制御部２１３に転送し（Ｓ１５０７）、処理を終了する（Ｓ１５１３）。これにより出力ヘッダ処理部２１５において、当該装置のＥｇｒｅｅｓ側で折り返すべき折り返し要求パケットであることを検出することができる。
【００９８】
判定Ｓ１５０６において、当該パケットが折り返し応答パケットと判定された場合、当該パケットを廃棄し（Ｓ１５０８）、処理を終了する（Ｓ１５１３）。判定Ｓ１５０６において、当該パケットがその他のＯＡＭパケットと判定された場合、その他のＯＡＭパケットをＯＡＭ制御部２１３に転送し（Ｓ１５０９）、処理を終了する（Ｓ１５１３）。判定Ｓ１５０４において、当該パケットが、ＯＡＭパケットでない、またはＯＡＭ識別ＭＰＬＳラベル４０３−３のＴＣ４０３２が‘１’でないと判定された場合、当該パケットを廃棄し（Ｓ１５１０）、処理を終了する（Ｓ１５１３）。
【００９９】
図１６は、ＯＡＭ制御部２１３が実行する折り返し処理のフローチャートの例を示す図である。ＯＡＭ制御部２１３（折り返し処理部）は、折り返しの必要がある折り返し要求ＯＡＭパケットを受信し、折り返し処理Ｓ１６００を開始すると、受信した折り返し要求ＯＡＭパケットの送信元を判別し（Ｓ１６０１）、送信元が入力ヘッダ解析部２１１と判定した場合、装置内ヘッダのフローＩＤ３０１から情報を抽出し、抽出した情報を用いて、出力ヘッダ処理テーブル２２１を検索する（Ｓ１６０２）。なお、送信元を判別するために、入力ヘッダ解析部２１１とＯＡＭ制御部２１３との間に通信線を設け、出力ヘッダ解析部２１５とＯＡＭ制御部２１３との間に通信線を設けてもよい。
【０１００】
そして、検索Ｓ１６０２の結果から取得するテーブル情報（ＭＰＬＳラベル処理２２１４、ＭＰＬＳラベル（１）２２１５）を基に、受信した折り返し要求ＯＡＭパケットの１段目の転送用ＭＰＬＳラベル４０３−１を更新する（またはイーサヘッダを更新する）（Ｓ１６０３）。次に、折り返し要求ＯＡＭパケットのペイロード部４０４から折り返し要求元ＴＴＬ４０４２と終端点指定ビット４０４３を抽出し、取得した折り返し要求元ＴＴＬ４０４２を、折り返し要求ＯＡＭパケットの１段目の転送用ＭＰＬＳラベル４０３−１のＴＴＬ４０３４に上書きし、同じく取得した終端点指定ｂｉｔ４０４３を３段目のＯＡＭ識別用ラベル４０３−３のＴＣ４０３２に上書きする（Ｓ１６０４）。そして、宛先ＭＡＣアドレス４００に受信した折り返し要求ＯＡＭパケットの送信元ＭＡＣアドレス４０１をコピーし（Ｓ１６０５）、送信元ＭＡＣアドレス４０１に受信した折り返し要求ＯＡＭパケットの装置内ヘッダに格納されている受信Ｐｏｒｔ  ＩＤ３０２に対応したＭＡＣアドレスを設定レジスタ２１８から取得して、上書きする（Ｓ１６０６）。
【０１０１】
そして、ペイロード部４０４の情報を更新する。具体的には、折り返し要求情報を折り返し応答情報に更新する（Ｓ１６０７）。そして、折り返し要求ＯＡＭパケットを受信した処理部とは反対の処理部に接続されたパケットバッファ（入力ヘッダ解析部２１１から受信した場合は出力ヘッダ解析部２１５に接続された出力パケットバッファ２１６、出力ヘッダ解析部２１５から受信した場合は入力ヘッダ解析部２１１に接続された入力パケットバッファ２１２）に折り返し応答ＯＡＭパケット（受信した折り返し要求ＯＡＭパケットのヘッダ情報およびペイロード部４０４を更新したパケット）を挿入し（Ｓ１６０８）、処理を終了する（Ｓ１６０９）。なお、折り返し応答ＯＡＭパケットの２段目のユーザ識別用ＭＰＬＳラベル４０３−２は、折り返し要求ＯＡＭパケットの２段目のユーザ識別用ＭＰＬＳラベル４０３−２をそのまま用いてもよいし、ステップＳ１６０３にて、検索Ｓ１６０２の結果から取得するテーブル情報（ＭＰＬＳラベル処理２２１４、ＭＰＬＳラベル（１）２２１５、ＭＰＬＳラベル（２）２２１６）を基に、受信した折り返し要求ＯＡＭパケットの１段目の転送用ＭＰＬＳラベル４０３−１とともに２段目のユーザ識別用ＭＰＬＳラベル４０３−２を更新してもよい。一方、判定Ｓ１６０１において、受信した折り返し要求ＯＡＭパケットの送信元が出力ヘッダ解析部２１１と判定すると更新Ｓ１６０４から挿入Ｓ１６０８を実施し、処理を終了する（Ｓ１６０９） 。
【０１０２】
以上で説明したように、ＭＰＬＳ網における、ＬＥＲとＬＳＲを含む任意の通信装置間で、折り返し要求パケットと折り返し応答パケットを転送することができ、任意の通信装置間で性能監視試験が可能になる。また、折り返し要求元ＴＴＬと終端点指定ｂｉｔをペイロード部に格納したため、ＭＰＬＳ網の通信パケットのフォーマット、特にヘッダのフォーマットを変更する必要がなく、一般的なＭＰＬＳ網の通信パケットと互換性を確保できる。
【０１０３】
また、網管理者が性能確認試験時に性能確認パケットの送信設定で折り返し点も指定できるため、折り返し点を個別に設定することなく、試験点の管理が容易になる。
【符号の説明】
【０１０４】
１０      通信装置
１０ａ    ＬＥＲ
１０ｂ    ＬＳＲ
１００    ＭＰＬＳ網
２１１    入力ヘッダ解析部
２１５    出力ヘッダ解析部
２１３    ＯＡＭ制御部
４０３    ＭＰＬＳラベル
４０３２  ＴＣ
４０３４  ＴＴＬ
４０４２  折り返し要求元ＴＴＬ
４０４３  終端点指定ｂｉｔ
【図１】
2016187156.tif 000003
【図２】
2016187156.tif 000004
【図３】
2016187156.tif 000005
【図４】
2016187156.tif 000006
【図５】
2016187156.tif 000007
【図６】
2016187156.tif 000008
【図７】
2016187156.tif 000009
【図８】
2016187156.tif 000010
【図９】
2016187156.tif 000011
【図１０】
2016187156.tif 000012
【図１１】
2016187156.tif 000013
【図１２】
2016187156.tif 000014
【図１３】
2016187156.tif 000015
【図１４】
2016187156.tif 000016
【図１５】
2016187156.tif 000017
【図１６】
2016187156.tif 000018