JP2014507832A

JP2014507832A - ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法及びシステム

Info

Publication number: JP2014507832A
Application number: JP2013546571A
Authority: JP
Inventors: 可心唐; 錫華付
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-12-27
Filing date: 2011-11-08
Publication date: 2014-03-27
Also published as: US20130279904A1; US9270367B2; EP2645662A1; WO2012088962A1; CN102546374A; EP2645662A4

Abstract

【課題】ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法及びシステムを提供する。
【解決手段】本発明の方法は、リンクのソース端インターフェースがリンクの反対端インターフェースにリンク属性メッセージを送信し、リンク属性メッセージには、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれ、反対端インターフェースは、リンク属性メッセージを受信した後、前記情報、又は、前記情報と反対端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、ソース端インターフェースにメッセージをフィードバックし、ソース端インターフェースは、反対端インターフェースによりフィードバックされたメッセージによって、リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定させる。
【選択図】図１

Description

本発明は、通信分野に関し、特に、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法及びシステムに関する。

ＩＴＵ−Ｔ（国際電気通信連合標準化機構）のＧ．７０９のｖ３バージョンでは、前のｖ２バージョンと比べ、ＯＤＵ０、ＯＤＵ４、ＯＤＵ２ｅ、ＯＤＵｆｌｅｘ（フレキシブルレート光データユニット）のような新しい信号タイプが追加された。ＯＤＵｆｌｅｘは、ＯＴＮ（ＯｐｔｉｃａｌＴｒａｎｓｐｏｒｔＮｅｔｗｏｒｋ，光伝送ネットワーク）によって任意のレートのクライアント信号をビットパススルーし、ＧＭＰ（ＧｅｎｅｒｉｃＭａｐｐｉｎｇＰｒｏｃｅｄｕｒｅ，ユニバーサルマッピングルール）を用いてＯＤＵｆｌｅｘをＨＯＯＤＵ（ＨｉｇｈＯｒｄｅｒＯＤＵ，高レベルＯＤＵ）にマッピングする。ＯＤＵｆｌｅｘは、任意のレートのクライアント信号に適用し、その後、ＬＯＯＤＵｆｌｅｘ（ＬｏｗＯｒｄｅｒＯＤＵ，低レベルＯＤＵ）を対応する数のＨＯＯＤＵの支流スロットの中にマッピングする。この技術は、現有の各種のクライアント信号の有効な伝送を考慮するばかりではなく、同時に、将来に出現するクライアント信号も考慮する。ＯＤＵｆｌｅｘは２つの種類に分けられ、１種類は、ＣＢＲ（ＣｏｎｓｔａｎｔＢｉｔＲａｔｅ，固定ビットレート）クライアント信号のＯＤＵｆｌｅｘ（ＣＢＲ）を担い、ＣＢＲクライアント信号は、ＢＭＰによってＯＤＵｆｌｅｘ（ＣＢＲ）にマッピングされ、もう１種類は、パケットクライアント信号のＯＤＵｆｌｅｘ（ＧＦＰ）を担い、パケットクライアント信号は、ＧＦＰ（ＧｅｎｅｒｉｃＦｒａｍｉｎｇＰｒｏｃｅｄｕｒｅ，ユニバーサルジェネリックフレーミングプロシージャ）によってＯＤＵｆｌｅｘ（ＧＦＰ）にカプセル化される。

ＯＤＵｆｌｅｘ（ＧＦＰ）に関して、パケットクライアント信号の帯域幅は、時間に従って変化するため、ＯＤＵｆｌｅｘ（ＧＦＰ）に固定的帯域幅を配分することは帯域幅リソースの有効な利用に不利になる。もしＯＤＵｆｌｅｘ（ＧＦＰ）が動的な帯域幅調整をサポートするならば、パケットクライアント信号の複数の帯域幅の要求を満たすだけでなく、有効に帯域幅の利用率を向上させて帯域幅リソースを節約することができる。このため、ＯＤＵｆｌｅｘ（ＧＦＰ）は、ロスレスの帯域幅を調整する能力を必要とする。ＯＤＵｆｌｅｘ（ＧＦＰ）帯域幅ロスレス調整では、ＯＤＵｆｌｅｘ（ＧＦＰ）が動的で現在のサービスを中断せずに帯域幅の調整を完成させる必要がある。しかし、関連する技術では、すべてのインターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしてはおらず、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないインターフェースもあり、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を備えるリンクを選択する場合、制御プレーンが、どのリンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を備えるのかを見付け、その後、この情報をルーティングプロトコルによってフラッディングする必要がある。

本発明により解決しようとする技術問題は、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法及びシステムを提供し、これによってＯＤＵｆｌｅｘ帯域幅ロスレス調整能力に対する自動的な発見を実現させる。

前記技術問題を解決するため、本発明は、フレキシブルレート光データユニット（ＯＤＵｆｌｅｘ）帯域幅ロスレス調整能力を自動的に発見する方法を提供し、それは、
リンクのソース端インターフェースは、リンクの反対端（ｏｐｐｏｓｉｔｅｅｎｄ）インターフェースにリンク属性メッセージを送信し、前記リンク属性メッセージには、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれ、
前記リンクの反対端インターフェースは、前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースにメッセージをフィードバックし、前記リンクのソース端インターフェースは、リンクの反対端インターフェースによりフィードバックされたメッセージによって、前記リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定させることを含む。

前記リンク属性メッセージに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれることは、前記リンク属性メッセージのデータリンクオブジェクトが、１つのサブオブジェクトを含み、前記サブオブジェクトが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを示すフィールドを含む方式で実現される、という特徴を前記方法は更に備えることができる。

前記リンクの反対端インターフェースが、前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースにメッセージをフィードバックするステップは、
前記リンクの反対端インターフェースが、前記リンク属性メッセージを受信した後、前記サブオブジェクトにおける前記フィールドを読み取り、
前記フィールドに対して判断を行い、もし前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないことを示すと判断すれば、前記リンクのソース端インターフェースにリンク属性未確認メッセージをフィードバックし、もし前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すと判断すれば、リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを判断し、もしサポートしなければ、前記リンクのソース端インターフェースにリンク属性未確認メッセージをフィードバックし、もしサポートすれば、前記リンクのソース端インターフェースにリンク属性確認メッセージをフィードバックすることを含み、
前記リンク属性未確認メッセージは、エラーの原因を説明するために用いられるオブジェクトを含む、という特徴を前記方法は更に備えることができる。

前記エラーの原因を説明するために用いられるオブジェクトは、受け入れられない協議不可能なリンク属性パラメータがエラーの原因であることを示すために用いられる情報を含む、という特徴を前記方法は更に備えることができる。

前記リンクの反対端インターフェースが前記サブオブジェクトにおける前記フィールドを読み取ることは、前記リンク属性メッセージに含まれるローカル又はリモートインターフェースマッピング関係とリンクの反対端に記憶されたインターフェースマッピング関係とがマッチングする場合に行われる、という特徴を前記方法は更に備えることができる。

前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力は、Ｇ．ｈａｏプロトコルによって定義される、という特徴を前記方法は更に備えることができる。

前記リンクのソース端インターフェースがリンクの反対端インターフェースにリンク属性メッセージを送信するステップは、具体的に、前記リンクのソース端インターフェースが、リンク管理プロトコルによって周期的にリンクの反対端インターフェースにリンク属性メッセージを送信する、という特徴を前記方法は更に備えることができる。

前記問題を解決するため、本発明は、更にフレキシブルレート光データユニット（ＯＤＵｆｌｅｘ）帯域幅ロスレス調整能力を自動的に発見するシステムを提供し、それは、
リンクの反対端インターフェースが存在するノードに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報を含むリンク属性メッセージを送信するように構成され、かつ、前記リンクの反対端インターフェースが存在するノードによりフィードバックされたメッセージによって、前記リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定するように構成される前記リンクのソース端インターフェースが存在するノード、
前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースが存在するノードにメッセージをフィードバックするように構成される前記リンクの反対端インターフェースが存在するノードを含む。

前記リンク属性メッセージに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれることは、前記リンク属性メッセージのデータリンクオブジェクトが、１つのサブオブジェクトを含み、前記サブオブジェクトが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを示すフィールドを含む方式で実現される、という特徴を前記システムは更に備えることができる。

前記リンクの反対端インターフェースが存在するノードは、
前記リンク属性メッセージを受信した後、前記サブオブジェクトにおける前記フィールドを読み取るように構成される読取モジュール、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すかどうかを判断するように構成される第１判断モジュール、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すと前記第１判断モジュールが判断する場合、当該端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを判断するように構成される第２判断モジュール、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないことを示すと前記第１判断モジュールが判断する場合、又は、当該端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないと前記第２判断モジュールが判断する場合、前記リンクのソース端インターフェースが存在するノードにリンク属性未確認メッセージをフィードバックするように構成される第１送信モジュール、
当該端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすると前記第２判断モジュールが判断する場合、前記リンクのソース端インターフェースが存在するノードにリンク属性確認メッセージをフィードバックするように構成される第２送信モジュール、を備え、
前記リンク属性未確認メッセージは、エラーの原因を説明するために用いられるオブジェクトを含み、前記エラーの原因を説明するために用いられるオブジェクトは、エラーの原因が、受け入れられない協議不可能なリンク属性パラメータであることを示すために用いられる情報を含む、という特徴を前記システムは更に備えることができる。

前記読取モジュールは、
前記リンク属性メッセージを受信した後、前記リンク属性メッセージに含まれるローカル又はリモートインターフェースマッピング関係と当該端に記憶されたインターフェースマッピング関係とをマッチングし、もしマッチングが一致すれば、読取ユニットをトリガーするように構成されるマッチングユニット、
トリガーされた後、前記サブオブジェクトにおける前記フィールドを読み取るように構成される前記読取ユニットを含む、という特徴を前記システムは更に備えることができる。

前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力は、Ｇ．ｈａｏプロトコルによって定義される、という特徴を前記システムは更に備えることができる。

以上のとおり、本発明は、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法及びシステムを提供し、ＬＭＰプロトコルにおけるＤＡＴＡ＿ＬＩＮＫオブジェクトを拡張させることを通じ、ＬＭＰプロトコルは、リンクのＯＤＵｆｌｅｘ帯域幅ロスレス調整（Ｇ．ｈａｏプロトコル）に対するサポート属性を自動的に発見することができる。本発明は、制御プレーンの欠陥を補い、制御プレーンの機能を強化させる。

図１は、本発明の実施例のＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見するシステムの模式図である。図２は、本発明の実施例のＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見するフローチャートである。図３は、本発明の実施例のＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトのフォーマットの模式図である。図４は、本発明の実施例１におけるリンクがＧ．ｈａｏプロトコルをサポートすることを自動的に発見するプロセスである。図５は、本発明の実施例２におけるリンクがＧ．ｈａｏプロトコルをサポートしないことを自動的に発見するプロセスである。図６は、本発明の実施例３におけるリンクがＧ．ｈａｏプロトコルをサポートしないことを自動的に発見するプロセスである。

現在、ＩＴＵ−Ｔは、ＯＤＵｆｌｅｘ帯域幅ロスレス調整、つまり、Ｇ．ｈａｏプロトコルに関する意見を既に提出し、該意見では、ＯＤＵｆｌｅｘに対してロスレス調整を行うために、ＯＤＵｆｌｅｘ帯域幅のロスレス調整を、２つのステージ、つまり、リンク接続調整（ＬＣＲ）と帯域幅調整（ＢＷＲ）とに分ける。

ＩＥＴＦのリンク管理プロトコル（ＬｉｎｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ，ＬＭＰと称する）は、１対のＬＭＰピアノードの間で動作され、４つのプログラムを定義し、これによってそれぞれ以下の４つの機能を提供する。

制御チャネル管理：制御チャネル管理は、ＬＭＰ会話（ｓｅｓｓｉｏｎ）自体に対する協議（ネゴシエーション）とメンテナンスに関するもので、隣接するノードにより発見された後、制御プレーン上の隣接する物理ノード間の制御チャネルを作成し、これによって、パラメータ協議とコマンドメッセージの伝送を行うことに用いられる。

リンク属性関連：リンク属性関連の主な目的は、隣接するノードの間のＴＥ（ＴｒａｆｆｉｃＥｎｇｉｎｅｅｒｉｎｇ，流量エンジニアリング）リンクＩＤマッピング関係とデータリンク属性を発見及び協議することであり、リンクアグリゲーションメッセージの交換とメッセージの返信によって実現される。リンクアグリゲーションメッセージは、通常、通告の必要があるＴＥリンクＩＤ、該ＴＥリンクに含まれる各リンク、及び関連するリンク属性を含む。

リンク接続性検証：リンク接続性検証は、２つの主な目的を含み、１つ目は、特定のデータリンクの接続性を検証することであり、２つ目は、自動的にデータリンクとＴＥリンクのローカル及びリモートインターフェースＩＤをマッピングすることである。リンク接続性検証は、ＬＭＰにおいては選択可能な機能であり、パラメータ協議プロセスに配置される協議可能な検証フラグ（ＶｅｒｉｆｉｃａｔｉｏｎＦｌａｇ）により決定される。

故障管理：ＬＭＰは、ロケーションメカニズムのセットを提示し、故障が起こった具体的なリンクを確定させる。このプロセスは、下流で検出されたデータリンク故障のノードによって開始され、チャネル故障メッセージ、回復メッセージの交換により、故障が起こったリンクが位置付けられるまで、ＬＳＰにそって上流へホップ毎にリンク状態を検出する。管理リンク故障も選択可能な機能であり、パラメータ協議プロセスに配置される協議可能な管理フラグ（ＦａｕｌｔＭａｎａｇｅｍｅｎｔＦｌａｇ）により決定される。

ＬＭＰプロトコルのリンク属性関連機能において、ＬｉｎｋＳｕｍｍａｒｙ（リンク属性）、ＬｉｎｋＳｕｍｍａｒｙＡｃｋ（リンク属性確認）、及びＬｉｎｋＳｕｍｍａｒｙＮａｃｋ（リンク属性未確認）という３つのメッセージが定義され、そのオブジェクトはリンク属性であり、属性は協議可能と協議不可能に分けられる。ＬｉｎｋＳｕｍｍａｒｙとＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージの両方には、ＤＡＴＡ＿ＬＩＮＫ（データリンク）オブジェクトが含まれ、これによって一端のリンクの属性を示す。既存のＤＡＴＡ＿ＬＩＮＫには、リンク属性にＩｎｔｅｒｆａｃｅＳｗｉｔｃｈｉｎｇＴｙｐｅ（インターフェース切り替えタイプ）サブオブジェクト及びＷａｖｅｌｅｎｇｔｈ（波長）サブオブジェクトという２つのサブオブジェクトが定義され、この２つのサブオブジェクトが含まれることにより、自動的発見プロセスにおいて、リンクのインターフェース切り替えタイプ及び波長という２つの属性に対してサポートするが、定義されたサブオブジェクトは、リンクのＧ．ｈａｏプロトコルについてのサポート属性に対する自動的な発見機能をサポートしない。

本発明の実施例において、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法が提供され、リンクのソース端インターフェースがリンクの反対端インターフェースに送信するリンク属性メッセージには、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれ、その後、リンクの反対端インターフェースによるフィードバックメッセージによって、リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを発見する。

以下、図面を合わせて本発明を詳しく説明する。

図１は、本発明の実施例に係るＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見するシステムの模式図であり、図１に示すように、リンクのソース端インターフェースの存在するノードとリンクの反対端インターフェースの存在するノードが含まれ、
リンクのソース端インターフェースの存在するノードは、リンクの反対端インターフェースの存在するノードにリンク属性メッセージを送信し、前記リンク属性メッセージには、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれ、リンクの反対端インターフェースの存在するノードによりフィードバックされたメッセージによって、前記リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定させることに用いられ、
前記リンクの反対端インターフェースの存在するノードは、前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースの存在するノードにメッセージをフィードバックすることに用いられる。

本実施例において、前記リンク属性メッセージに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれることは、以下の方式で実現する：前記リンク属性メッセージのデータリンクオブジェクトが１つのサブオブジェクト（ＨｉｔｌｅｓｓＲｅｓｉｚｅ（ロスレス調整）サブオブジェクト）を含み、前記サブオブジェクトは、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを示すフィールドを含む。

本実施例における前記リンクの反対端ノードは、
前記リンク属性メッセージを受信した後、前記サブオブジェクトにおける前記フィールドを読み取るように構成される読取モジュール、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すかどうかを判断するように構成される第１判断モジュール、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すと前記第１判断モジュールが判断する場合、当該端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを判断するように構成される第２判断モジュール、
前記第１判断モジュールにより、前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないことを示すと判断される場合、又は、前記第２判断モジュールにより、当該端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないと判断される場合、前記リンクのソース端インターフェースの存在するノードにリンク属性未確認メッセージをフィードバックするように構成される第１送信モジュール、
前記第２判断モジュールにより、当該端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすると判断される場合、前記リンクのソース端インターフェースの存在するノードにリンク属性確認メッセージをフィードバックするように構成される第２送信モジュール、を備えることができ、
前記リンク属性未確認メッセージは、エラーの原因を説明するオブジェクトを含み、前記エラーの原因を説明するオブジェクは、受け入れられない協議不可能なリンク属性のパラメータがエラーの原因であることを示すために用いられる情報を含む。

前記読取モジュールは、マッチングユニット及び読取ユニットを含むことができ、
前記マッチングユニットは、前記リンク属性メッセージを受信した後、前記リンク属性メッセージに含まれるローカル又はリモートインターフェースマッピング関係と当該端に記憶されたインターフェースマッピング関係とをマッチングし、もしマッチングが一致すれば、読取ユニットをトリガーするように構成され、
前記読取ユニットは、トリガーされた後、前記サブオブジェクトにおける前記フィールドを読み取るように構成される。

本実施例におけるＯＤＵｆｌｅｘ帯域幅ロスレス調整能力は、Ｇ．ｈａｏプロトコルによって定義され、当然に、ほかの実施例におけるＯＤＵｆｌｅｘ帯域幅ロスレス調整能力もほかのプロトコルによって定義される。

図２は、本発明のＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見するフローチャートであり、図２に示すように、
Ｓ１０、リンクのソース端インターフェースは、リンクの反対端インターフェースにリンク属性メッセージを送信し、前記リンク属性メッセージには、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれ、
Ｓ２０、前記リンクの反対端インターフェースは、前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と当該インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースにメッセージをフィードバックし、前記リンクのソース端インターフェースは、リンクの反対端インターフェースによりフィードバックされたメッセージによって、前記リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定させるステップを含む。

リンクのソース端インターフェース及び反対端インターフェースの両方がＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートする場合のみ、リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整をサポートすることが確定される。

このようにして、本発明の方法によって、リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的にサポートすることが実現される。

本発明をより理解するため、以下では、図面及び具体的な応用実例を合わせて本発明に記載の具体的な実施方法をより詳しく説明する。

具体的な実施例において、ＬＭＰプロトコルを拡張することによって、ＯＴＮネットワークにおいて、リンクのＯＤＵｆｌｅｘ帯域幅ロスレス調整能力（Ｇ．ｈａｏプロトコル）のサポート性能に対する自動的な発見を実現させる。具体的に、本実施例は、ＬＭＰプロトコルにおけるＤＡＴＡ＿ＬＩＮＫオブジェクトを拡張することにより、該オブジェクトには、１つのＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトを増やし、これによって、リンクの当該端インターフェースには、帯域幅ロスレス調整能力（Ｇ．ｈａｏプロトコル）に対するサポート属性が含まれる。

リンクがＧ．ｈａｏプロトコルをサポートするかどうかの情報を知ることが望まれる場合、リンクの一端のインターフェースは、本発明で拡張されたＬＭＰプロトコルにおけるリンク属性関連プログラムにより、反対端インターフェースに、当該端インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかの属性を取得させ、その後、反対端インターフェースが、リンクの両端インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかを比較することにより、結論をメッセージによってソース端インターフェースに送信し、リンクがＧ．ｈａｏプロトコルをサポートするかどうかの結論がすぐに得られる。

本実施例では、リンクの両端でリンク属性関連プログラムを動作させることにより、反対端インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかを発見し、そして、リンク両端インターフェースがすべてＧ．ｈａｏプロトコルをサポートし、ルーティングプロトコルでフラッディングが実行される場合、すべてのリンクがＧ．ｈａｏプロトコルをサポートすることを更に指摘することができる。

まず、ＬＭＰプロトコルを拡張し、既存のＤＡＴＡ＿ＬＩＮＫオブジェクトに１つのＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトを増やし、これによって、リンクの当該端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力（Ｇ．ｈａｏプロトコル）をサポートするかどうかの属性が含まれ、リンク属性関連プログラムにおけるＬｉｎｋＳｕｍｍａｒｙメッセージに該拡張したＤＡＴＡ＿ＬＩＮＫオブジェクトが含まれ、リンクの両端インターフェースにＯＤＵｆｌｅｘ帯域幅ロスレス調整能力の属性に関して協議と関連付けを行わせ、これによって、ＬＭＰプロトコルにリンクのＯＤＵｆｌｅｘ帯域幅ロスレス調整の性能を自動的に発見させる。

以下は、ＲＦＣ４２０４におけるＬｉｎｋＳｕｍｍａｒｙメッセージ及びＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージに対する定義であり、
<LinkSummary Message> ::= <Common Header>
<MESSAGE_ID>
<TE_LINK>
<DATA_LINK>
[<DATA_LINK>...]

<LinkSummaryNack Message> ::= <Common Header>
<MESSAGE_ID_ACK>
<ERROR_CODE>
[<DATA_LINK>...]
前記メッセージ定義において、ＣｏｍｍｏｎＨｅａｄｅｒは、ＬＭＰメッセージのユニバーサルメッセージヘッドであり、ＴＥ＿ＬＩＮＫは、リンクの２つのインターフェース間のＴＥリンクを標識することに用いられ、ＤＡＴＡ＿ＬＩＮＫは、２つのインターフェース間のデータリンクを標識することに用いられる。ＥＲＲＯＲ＿ＣＯＤＥは、エラーの原因を説明するために用いられる。この４つのオブジェクトの具体的な定義のコーディングフォーマットは、ＲＦＣ４２０４を参考にすることができる。

図３に示されたものは、ＬＭＰプロトコルに対して拡張を行った後、ＤＡＴＡ＿ＬＩＮＫオブジェクトの新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトのフォーマットであり、図面に示すように、
Ｔｙｐｅフィールドの長さは８ビットであり、該サブオブジェクトのタイプを示し、その値は３であり、
Ｌｅｎｇｔｈフィールドの長さは８ビットであり、該サブオブジェクトの全長を示し、バイト（８ビット）を単位とする。該サブオブジェクトの全長は、ＴｙｐｅとＬｅｎｇｔｈフィールドが占める長さを含む。ＲＦＣ４２０２における定義により、Ｌｅｎｇｔｈの値は少なくとも４（バイト）であり、かつ必ず４（バイト）の整数倍であり、
Ｎフィールドの長さは１ビットであり、インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかの性能を示す。本発明は、更に該フィールドに２つの値を定義させ、
Ｎの値が０：インターフェースがＧ．ｈａｏプロトコルをサポートしないことを示し、
Ｎの値が１：インターフェースがＧ．ｈａｏプロトコルをサポートすることを示す。

本実施例において提供されたリンクがＧ．ｈａｏプロトコルをサポートするかどうかを自動的に発見する方法は、
リンクが開始（ＵＰ）状態に入る前又は後、かつリンク検証プロセスに入る前のいずれかの時刻で、リンクのソース端インターフェースは、周期的にＬｉｎｋＳｕｍｍａｒｙメッセージをリンクの反対端インターフェースに送信し、リンクのソース端インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかをリンクの反対端インターフェースに知らせ、
リンクの反対端インターフェースが、該ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、まずメッセージに含まれるローカル／リモートインターフェースマッピング関係が当該端に記憶されたインターフェースマッピング関係とマッチングするかどうかを確定させ、その後、更に、リンクの両端インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかを確定させる。具体的に、
もしソース端インターフェースが送信したＬｉｎｋＳｕｍｍａｒｙメッセージが、ソース端インターフェースがＧ．ｈａｏプロトコルをサポートすることを示し、かつ、反対端インターフェースもＧ．ｈａｏプロトコルをサポートすれば、反対端インターフェースは、ＬｉｎｋＳｕｍｍａｒｙＡｃｋメッセージをソース端インターフェースに送信し、リンクの両端インターフェースはすべてＧ．ｈａｏプロトコルをサポートすることを示す。自動的な発見のプロセスにより、全体のリンクがＧ．ｈａｏプロトコルをサポートすることを発見し、
もしソース端インターフェースが送信したＬｉｎｋＳｕｍｍａｒｙメッセージが、ソース端インターフェースがＧ．ｈａｏプロトコルをサポートすることを示し、かつ、反対端インターフェースがＧ．ｈａｏプロトコルをサポートしなければ、反対端インターフェースは、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをソース端インターフェースに送信し、ＲＦＣ４２０４における定義により、該メッセージに含まれるＥＲＲＯＲ＿ＣＯＤＥオブジェクトにおけるＣ−Ｔｙｐｅ＝２、該エラーコードは、ＬｉｎｋＳｕｍｍａｒｙメッセージのエラー（ＬＩＮＫ＿ＳＵＭＭＡＲＹ＿ＥＲＲＯＲ）を示し、Ｖａｌｕｅの値は０ｘ０１であり、受け入れられない協議不可能なＬｉｎｋＳｕｍｍａｒｙパラメータ（Ｕｎａｃｃｅｐｔａｂｌｅｎｏｎ−ｎｅｇｏｔｉａｂｌｅＬＩＮＫ＿ＳＵＭＭＡＲＹｐａｒａｍｅｔｅｒｓ）がエラーの原因であることを指摘し、リンクの両端インターフェースはすべてＧ．ｈａｏプロトコルをサポートしない。自動的な発見のプロセスにより、全体のリンクがＧ．ｈａｏプロトコルをサポートしないことを発見する。

もしソース端インターフェースが送信したＬｉｎｋＳｕｍｍａｒｙメッセージが、ソース端インターフェースがＧ．ｈａｏプロトコルをサポートしないことを指摘すれば、反対端インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかに関わらず、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをソース端インターフェースに送信し、ＲＦＣ４２０４における定義により、該メッセージに含まれるＥＲＲＯＲ＿ＣＯＤＥオブジェクトにおけるＣ−Ｔｙｐｅ＝２、該エラーコードは、ＬｉｎｋＳｕｍｍａｒｙメッセージのエラー（ＬＩＮＫ＿ＳＵＭＭＡＲＹ＿ＥＲＲＯＲ）を示し、Ｖａｌｕｅの値は０ｘ０１であり、受け入れられない協議不可能なＬｉｎｋＳｕｍｍａｒｙパラメータ（Ｕｎａｃｃｅｐｔａｂｌｅｎｏｎ−ｎｅｇｏｔｉａｂｌｅＬＩＮＫ＿ＳＵＭＭＡＲＹｐａｒａｍｅｔｅｒｓ）がエラーの原因であることを更に指摘し、リンクの両端インターフェースはすべてＧ．ｈａｏプロトコルをサポートしない。自動的な発見のプロセスにより、全体のリンクがＧ．ｈａｏプロトコルをサポートしないことを発見する。

本実施例では、以上のＬＭＰプログラムにより、リンクの両端インターフェースが帯域幅ロスレス調整能力（Ｇ．ｈａｏプロトコル）をサポートするかどうかの属性を取得し、即ち、自動的な発見のプロセスにより、全体のリンクが帯域幅ロスレス調整能力（Ｇ．ｈａｏプロトコル）をサポートするかどうかの属性を発見する。

そこで、前記ＬｉｎｋＳｕｍｍａｒｙメッセージに含まれるＤＡＴＡ＿ＬＩＮＫオブジェクトには、本発明で定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトが含まれ、これによって、リンクの当該端インターフェースが帯域幅ロスレス調整能力（Ｇ．ｈａｏプロトコル）をサポートするかどうかの属性が含まれ、
前記ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージに含まれるＥＲＲＯＲ＿ＣＯＤＥオブジェクトは、更にエラーの原因を指摘し、
ＬＭＰプロトコルによって前記リンクの自動的な発見のプロセスを完成させる。

実施例１
ソース端（Ａ）インターフェース及び反対端（Ｂ）インターフェースの両方がＧ．ｈａｏプロトコルをサポートし、即ち、リンクの両端インターフェースがすべてＧ．ｈａｏプロトコルをサポートし、このため、この２つのインターフェースの間のリンクは、Ｇ．ｈａｏプロトコルをサポートする。本実施例の該リンクがＧ．ｈａｏプロトコルをサポートする属性を自動的に発見するプロセスは、図４に示すように、
ステップ１０１、リンクが開始された後、Ａインターフェースは、ＬｉｎｋＳｕｍｍａｒｙメッセージをＢインターフェースに送信し、ＬｉｎｋＳｕｍｍａｒｙメッセージは、ＤＡＴＡ＿ＬＩＮＫオブジェクトを含み、該ＤＡＴＡ＿ＬＩＮＫオブジェクトは、本実施例の新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトを含み、そのＮの値は１であり、それは、ＡインターフェースがＧ．ｈａｏプロトコルをサポートすることを示し、
ステップ１０２、Ｂインターフェースは、該ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、まずメッセージに含まれるローカル／リモートインターフェースマッピング関係が、Ｂインターフェースに記憶されたインターフェースマッピング関係とマッチングするかどうかを確定させ、もしマッチングすれば、ステップ１０３を実行し、もしマッチングしなければ、ステップ１０４を実行し、
ステップ１０３、Ｂインターフェースは、ＬｉｎｋＳｕｍｍａｒｙメッセージにおける新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトにおける、インターフェースＡがＧ．ｈａｏプロトコルをサポートすることを示すＮの値＝１を読み取る。ＢインターフェースもＧ．ｈａｏプロトコルをサポートするため、それは、リンクの両端インターフェースがすべてＧ．ｈａｏプロトコルをサポートすることを示し、このため、Ｂインターフェースは、ＬｉｎｋＳｕｍｍａｒｙＡｃｋメッセージをＡインターフェースに送信し、リンクの両端インターフェースのＧ．ｈａｏプロトコルに対するサポート属性は一致に達し、即ち、全体のリンクがＧ．ｈａｏプロトコルをサポートする。

ステップ１０４、Ｂインターフェースは、該ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、メッセージに含まれるローカル／リモートインターフェースマッピング関係とＢインターフェースに記憶されたインターフェースマッピング関係とがマッチングしないことを発見し、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをＡインターフェースに送信して、インターフェースマッピング関係がマッチングしないことを指摘する。

実施例２
ソース端（Ａ）インターフェースは、Ｇ．ｈａｏプロトコルをサポートし、かつ反対端（Ｂ）インターフェースは、Ｇ．ｈａｏプロトコルをサポートせず、即ち、リンクの両端インターフェースがすべてはＧ．ｈａｏプロトコルをサポートせず、このため、この２つのインターフェースの間のリンクは、Ｇ．ｈａｏプロトコルをサポートしない。該リンクがＧ．ｈａｏプロトコルをサポートしない属性を自動的に発見するプロセスは、図５に示すように、
ステップ２０１、Ａインターフェースは、ＬｉｎｋＳｕｍｍａｒｙメッセージをＢインターフェースに送信し、ＬｉｎｋＳｕｍｍａｒｙメッセージは、ＤＡＴＡ＿ＬＩＮＫオブジェクトを含み、該ＤＡＴＡ＿ＬＩＮＫオブジェクトには、本実施例の新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトが含まれ、そのＮの値は１であり、それは、ＡインターフェースがＧ．ｈａｏプロトコルをサポートすることを示し、
ステップ２０２、Ｂインターフェースは、該ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、まずメッセージに含まれるローカル／リモートインターフェースマッピング関係が、Ｂインターフェースに記憶されたインターフェースマッピング関係とマッチングするかどうかを確定させ、もしマッチングすれば、ステップ２０３を実行し、もしマッチングしなければ、ステップ２０４を実行し、
ステップ２０３、Ｂインターフェースは、本実施例の新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトにおける、ＡインターフェースがＧ．ｈａｏプロトコルをサポートすることを示すＮの値＝１を読み取る。Ｂインターフェースは、Ｇ．ｈａｏプロトコルをサポートしないため、それは、リンクの両端インターフェースがすべてはＧ．ｈａｏプロトコルをサポートしないことを示し、リンクは、Ｇ．ｈａｏプロトコルをサポートせず、従って、Ｂインターフェースは、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをＡインターフェースに送信し、
ＲＦＣ４２０４における定義により、該ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージに含まれるＥＲＲＯＲ＿ＣＯＤＥオブジェクトにおけるＣ−Ｔｙｐｅ＝２であり、該エラーコードは、ＬｉｎｋＳｕｍｍａｒｙメッセージのエラー（ＬＩＮＫ＿ＳＵＭＭＡＲＹ＿ＥＲＲＯＲ）を示し、Ｖａｌｕｅの値は０ｘ０１であり、受け入れられない協議不可能なＬｉｎｋＳｕｍｍａｒｙパラメータ（Ｕｎａｃｃｅｐｔａｂｌｅｎｏｎ−ｎｅｇｏｔｉａｂｌｅＬＩＮＫ＿ＳＵＭＭＡＲＹｐａｒａｍｅｔｅｒｓ）がエラーの原因であることを指摘し、リンクの両端インターフェースはすべてＧ．ｈａｏプロトコルをサポートしない。自動的な発見のプロセスにより、全体のリンクがＧ．ｈａｏプロトコルをサポートしないことを発見する。

ステップ２０４、Ｂインターフェースは、該ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、メッセージに含まれるローカル／リモートインターフェースマッピング関係とＢインターフェースに記憶されたインターフェースマッピング関係とがマッチングしないことを発見し、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをＡインターフェースに送信して、インターフェースマッピング関係がマッチングしないことを指摘する。

実施例３
ソース端（Ａ）インターフェースが、Ｇ．ｈａｏプロトコルをサポートせず、反対端（Ｂ）インターフェースがＧ．ｈａｏプロトコルをサポートするかどうかに関わらず、リンクの両端インターフェースがすべてはＧ．ｈａｏプロトコルをサポートせず、このため、この２つのインターフェースの間のリンクは、Ｇ．ｈａｏプロトコルをサポートしない。該リンクがＧ．ｈａｏプロトコルに対してサポートしない属性を自動的に発見するプロセスは、図６に示すように、
ステップ３０１、Ａインターフェースは、ＬｉｎｋＳｕｍｍａｒｙメッセージをＢインターフェースに送信し、ＬｉｎｋＳｕｍｍａｒｙメッセージは、ＤＡＴＡ＿ＬＩＮＫオブジェクトを含み、該ＤＡＴＡ＿ＬＩＮＫオブジェクトには、本実施例の新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトが含まれ、そのＮの値は０であり、それは、ＡインターフェースがＧ．ｈａｏプロトコルをサポートしないことを示し、
ステップ３０２、Ｂインターフェースは、ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、まずメッセージに含まれるローカル／リモートインターフェースマッピング関係が、Ｂインターフェースに記憶されたインターフェースマッピング関係とマッチングするかどうかを確定させ、もしマッチングすれば、ステップ３０３を実行し、もしマッチングしなければ、ステップ３０４を実行し、
ステップ３０３、Ｂインターフェースは、本実施例の新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトにおける、ＡインターフェースがＧ．ｈａｏプロトコルをサポートしないことを示すＮの値＝０を読み取り、リンクの両端インターフェースがすべてはＧ．ｈａｏプロトコルをサポートしないので、リンクがＧ．ｈａｏプロトコルをサポートせず、このため、Ｂインターフェースは、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをＡインターフェースに送信し、
ＲＦＣ４２０４における定義により、該ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージに含まれるＥＲＲＯＲ＿ＣＯＤＥオブジェクトにおけるＣ−Ｔｙｐｅ＝２であり、該エラーコードは、ＬｉｎｋＳｕｍｍａｒｙメッセージのエラー（ＬＩＮＫ＿ＳＵＭＭＡＲＹ＿ＥＲＲＯＲ）を示し、Ｖａｌｕｅの値は０ｘ０１であり、受け入れられない協議不可能なＬｉｎｋＳｕｍｍａｒｙパラメータ（Ｕｎａｃｃｅｐｔａｂｌｅｎｏｎ−ｎｅｇｏｔｉａｂｌｅＬＩＮＫ＿ＳＵＭＭＡＲＹｐａｒａｍｅｔｅｒｓ）がエラーの原因であることを指摘し、リンクの両端インターフェースはすべてＧ．ｈａｏプロトコルをサポートしない。自動的な発見のプロセスにより、全体のリンクがＧ．ｈａｏプロトコルをサポートしないことを発見する。

ステップ３０４、Ｂインターフェースは、該ＬｉｎｋＳｕｍｍａｒｙメッセージを受信した後、メッセージに含まれるローカル／リモートインターフェースマッピング関係とＢインターフェースに記憶されたインターフェースマッピング関係とがマッチングしないことを発見し、ＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージをＡインターフェースに送信して、インターフェースマッピング関係がマッチングしないことを指摘する。

ここに至って、本発明で新たに定義されたＨｉｔｌｅｓｓＲｅｓｉｚｅサブオブジェクトを含むＬｉｎｋＳｕｍｍａｒｙメッセージ、及び、ＲＦＣ４２０４で定義され、エラーの原因を説明するために使用されるＥＲＲＯＲ＿ＣＯＤＥオブジェクトを含むＬｉｎｋＳｕｍｍａｒｙＮａｃｋメッセージによって、リンクの両端インターフェースがすべてＧ．ｈａｏプロトコルをサポートするかどうかを発見し、更に全体のリンクが帯域幅ロスレス調整（Ｇ．ｈａｏプロトコル）をサポートするかどうかを自動的に発見する。

本実施は、基本的なＬＭＰプログラムを変えることなく、ＨｉｔｌｅｓｓＲｅｓｉｚｅ（ロスレス調整）のサブオブジェクトを定義することによって、リンクがＧ．ｈａｏプロトコルをサポートするかどうかの属性を専門的に識別するために用いられる。

当業者は、前記方法の全部又は一部のステップが、関連するハードウェアに指令をするプログラムによって完成されることを理解し、前記プログラムは、読み出し専用メモリ、ディスク又は光ディスクなどのコンピュータ読み取り可能な記憶媒体の中に記憶される。選択的に、前記実施例の全部又は一部のステップは、１つ又は複数の集積回路を用いて実現させることができるし、ソフトウェアの機能モジュールを採用する形式で実現させることもできる。本発明は、特定の形式の任意のハードウェアとソフトウェアとの結合に制限されない。

以上は本発明の好ましい実施例のみであり、当然に、本発明は、更にほかの複数の実施例もあり、本発明の精神及び主旨を外れない範囲内で、当業者は、本発明によって各種の対応する変更及び変形をすることができ、しかし、これらの対応する変更及び変形はすべて本発明の特許請求の範囲の保護範囲に属すべきである。

本発明は、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法及びシステムを提供し、ＬＭＰプロトコルにおけるＤＡＴＡ＿ＬＩＮＫオブジェクトを拡張することにより、ＬＭＰプロトコルは、リンクのＯＤＵｆｌｅｘ帯域幅ロスレス調整（Ｇ．ｈａｏプロトコル）に対するサポート属性を自動的に発見する。本発明は、制御プレーンの欠陥を補い、制御プレーンの機能を強化させる。

Claims

フレキシブルレート光データユニット（ＯＤＵｆｌｅｘ）帯域幅ロスレス調整能力を自動的に発見する方法であって、
リンクのソース端インターフェースは、リンクの反対端インターフェースにリンク属性メッセージを送信し、前記リンク属性メッセージには、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれ、
前記リンクの反対端インターフェースは、前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースにメッセージをフィードバックし、前記リンクのソース端インターフェースは、前記リンクの反対端インターフェースによりフィードバックされたメッセージによって、前記リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定させることを含む、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見する方法。
前記リンク属性メッセージに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれることは、
前記リンク属性メッセージのデータリンクオブジェクトが、１つのサブオブジェクトを含み、前記サブオブジェクトが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを示すフィールドを含む方式で実現される、請求項１に記載の方法。
前記リンクの反対端インターフェースが、前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースにメッセージをフィードバックするステップは、
前記リンクの反対端インターフェースが、前記リンク属性メッセージを受信した後、前記サブオブジェクトにおける前記フィールドを読み取り、
前記フィールドに対して判断を行い、もし前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないことを示すと判断すれば、前記リンクのソース端インターフェースにリンク属性未確認メッセージをフィードバックし、もし前記フィールドが、前記ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すと判断すれば、前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを判断し、もしサポートしなければ、前記リンクのソース端インターフェースにリンク属性未確認メッセージをフィードバックし、もしサポートすれば、前記リンクのソース端インターフェースにリンク属性確認メッセージをフィードバックすることを含み、
前記リンク属性未確認メッセージは、エラーの原因を説明するために用いられるオブジェクトを含む、請求項２に記載の方法。
前記エラーの原因を説明するために用いられるオブジェクトは、受け入れられない協議不可能なリンク属性パラメータがエラーの原因であることを示すために用いられる情報を含む、請求項３に記載の方法。
前記リンクの反対端インターフェースが前記サブオブジェクトにおける前記フィールドを読み取ることは、前記リンク属性メッセージに含まれるローカル又はリモートインターフェースマッピング関係とリンクの反対端に記憶されたインターフェースマッピング関係とがマッチングする条件で行われる、請求項３に記載の方法。
前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力は、Ｇ．ｈａｏプロトコルによって定義される、請求項１〜５のいずれか一つに記載の方法。
前記リンクのソース端インターフェースが前記リンクの反対端インターフェースにリンク属性メッセージを送信するステップは、前記リンクのソース端インターフェースが、リンク管理プロトコルによって周期的に前記リンクの反対端インターフェースにリンク属性メッセージを送信する、請求項１〜５のいずれか一つに記載の方法。
フレキシブルレート光データユニット（ＯＤＵｆｌｅｘ）帯域幅ロスレス調整能力を自動的に発見するシステムであって、
リンクの反対端インターフェースが存在するノードに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報を含むリンク属性メッセージを送信するように構成され、かつ、前記リンクの反対端インターフェースが存在するノードによりフィードバックされたメッセージによって、前記リンクがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを確定するように構成される前記リンクのソース端インターフェースが存在するノードと、
前記リンク属性メッセージを受信した後、前記情報、又は、前記情報と前記リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかによって、前記リンクのソース端インターフェースが存在するノードにメッセージをフィードバックするように構成される前記リンクの反対端インターフェースが存在するノードと、を含む、ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力を自動的に発見するシステム。
前記リンク属性メッセージに、前記リンクのソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかの情報が含まれることは、
前記リンク属性メッセージのデータリンクオブジェクトが、１つのサブオブジェクトを含み、前記サブオブジェクトが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを示すフィールドを含む方式で実現される、請求項８に記載のシステム。
前記リンクの反対端インターフェースが存在するノードは、
前記リンク属性メッセージを受信した後、前記サブオブジェクトにおける前記フィールドを読み取るように構成される読取モジュールと、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すかどうかを判断するように構成される第１判断モジュールと、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすることを示すと前記第１判断モジュールが判断する場合、リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートするかどうかを判断するように構成される第２判断モジュールと、
前記フィールドが、ソース端インターフェースがＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないことを示すと前記第１判断モジュールが判断する場合、又は、リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートしないと前記第２判断モジュールが判断する場合、前記リンクのソース端インターフェースが存在するノードにリンク属性未確認メッセージをフィードバックするように構成される第１送信モジュールと、
リンクの反対端インターフェースが前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力をサポートすると前記第２判断モジュールが判断する場合、前記リンクのソース端インターフェースが存在するノードにリンク属性確認メッセージをフィードバックするように構成される第２送信モジュールと、を含み、
前記リンク属性未確認メッセージは、エラーの原因を説明するために用いられるオブジェクトを含み、前記エラーの原因を説明するために用いられるオブジェクトは、受け入れられない協議不可能なリンク属性パラメータがエラーの原因であることを示すために用いられる情報を含む、請求項９に記載のシステム。
前記読取モジュールは、マッチングユニット及び読取ユニットを含み、
前記マッチングユニットは、前記リンク属性メッセージを受信した後、前記リンク属性メッセージに含まれるローカル又はリモートインターフェースマッピング関係とリンクの反対端に記憶されたインターフェースマッピング関係とをマッチングし、もしマッチングが一致すれば、読取ユニットをトリガーするように構成され、
前記読取ユニットは、トリガーされた後、前記サブオブジェクトにおける前記フィールドを読み取るように構成される、請求項１０に記載のシステム。
前記ＯＤＵｆｌｅｘ帯域幅ロスレス調整能力は、Ｇ．ｈａｏプロトコルによって定義される、請求項８〜１１のいずれか一つに記載のシステム。