JP2006524453A - Ｓｏｎｅｔパス終端装置接続性のための組み込み管理チャネル - Google Patents

Abstract

【解決手段】ＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ：同期光ネットワーク）上で管理チャネル情報を（帯域内で、またはパスオーバーヘッドを使用して）転送するシステムおよび方法を提供する。帯域内の管理情報を使用する１実施例において、前記方法は、管理情報をＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）パケット内にカプセル化する工程および前記ＩＰパケットをイーサネットフレーム内にカプセル化する工程を含む。前記フレームを前記ネットワーク経由で送信されたデータトラフィックと区別するために、前記イーサネットフレームには、管理タグがタグ付けされる。

Description

本出願は、"ＥＭＢＥＤＤＥＤ ＭＡＮＡＧＥＭＥＮＴ ＣＨＡＮＮＥＬ ＦＯＲ ＳＯＮＥＴ ＰＴＥ ＣＯＮＮＥＣＴＩＶＩＴＹ"と題する、２００４年４月２３日付け米国仮特許出願第６０／４６４、９２５号明細書に対して優先権を主張するものであり、この参照によりその全体が本明細書に組み込まれる。

本発明は、全体的に通信システムに関し、具体的には、マルチベンダー構成による、マルチキャリアＳＯＮＥＴ（Ｓｙｎｃｒｏｎｏｕｓ Ｏｐｔｉｃａｌ ＮＥＴｗｏｒｋ：同期光ネットワーク）ネットワーク上のＳＯＮＥＴエンティティ間の管理通信用接続性を提供することに関するものである。

ＳＯＮＥＴ（およびそれに対応するＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ：同期デジタルハイアラーキ））は、キャリアのネットワークで広範囲に使用されている転送技術で、ＳＯＮＥＴベースのネットワーク装置が幾つかのネットワークのかなりの部分を占めている。ＳＯＮＥＴ装置の使用増加に伴い、ＳＯＮＥＴ装置の設計および製造に携わるベンダーの数も増えている。

ベンダーは、自分達の装置と他のベンダーの装置の互換性を確保するために、一般にＳＯＮＥＴの標準規格に従うことになっているが、異なるベンダーによるＳＯＮＥＴ装置は、そのような相互運用性の特長を持たない場合もある。例えば、ＳＯＮＥＴ ＤＣＣｓ（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｈａｎｎｅｌ：データ通信チャネル）では、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：開放型システム間相互接続）規格またはＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：伝送制御プロトコル／インターネットプロトコル）規格などの異なるプロトコルスタックが使用される。さらに、それぞれのベンダーが、独自に開発したメカニズムを利用してプロトコルスタックを実装することもあり、その場合、同一のプロトコルスタックが多様な方法で実装されるため、相互運用が可能でない場合もある。このような理由から、一部のＳＯＮＥＴシステムは、ＤＣＣを非アクティブ化して実装されることさえある。

従って、マルチベンダー構成による、マルチキャリアＳＯＮＥＴネットワーク上に管理通信のための接続性を提供するシステムおよび方法が必要とされている。

本発明は、一般的に通信システムに関し、具体的には、マルチベンダー構成による、マルチキャリアＳＯＮＥＴネットワーク上のＳＯＮＥＴエンティティ間の管理通信用接続性を提供することに関するものである。しかし、当然のことながら、以下の開示は、多様な実施形態または実施例を提供するものである。本発明を簡略化するために、コンポーネントおよび措置の特定の実施例を以下に説明する。これらは、当然ながら、単に実施例であり、限定を意図するものではない。また、本発明では、様々な実施例の中で、参照番号および／または参照文字が繰り返される場合がある。この繰り返しは、簡略性および明確性を目的とするものであり、それ自体において、検討される前記様々な実施形態および／または設定の間の関係を決定付けるものではない。

本発明を説明する目的で、様々な頭字語が使用される。その一部の定義を以下に記す。

ＡＤＭ アド/ドロップ多重化装置（Ａｄｄ ａｎｄ Ｄｒｏｐ Ｍｕｌｔｉｐｌｅｘｅｒ）
ＣＬＮＳ コネクションレス型ネットワークサービス（Ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）
ＤＣＣ データ通信チャネル（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｈａｎｎｅｌ）
ＤＡ データアプリケーション（Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎ）
ＤＢ デ―タベース（Ｄａｔａ Ｂａｓｅ）
ＥＭＳ エレメント管理システム（Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）
ＩＰ インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）
ＭＩＬ 管理インターフェースレイヤ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ Ｌａｙｅｒ）
ＭＮＡ 管理ネットワークアプリケーション（Ｍａｎａｇｅｍｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ）
ＭＰＬ 管理プロトコルレイヤ（Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）
ＭＰＬＳ マルチプロトコルラベルスイッチング（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）
ＮＭＳ ネットワーク管理システム（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）
ＮＴ ネットワーク転送（Ｎｅｔｗｏｒｋ Ｔｒａｎｓｐｏｒｔ）
ＮＯＣ ネットワークオペレーティングセンター（Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｉｎｇ Ｃｅｎｔｅｒ）
ＯＳＰＦ Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ
ＳＤＣＣ セクションＤＣＣ（Ｓｅｃｔｉｏｎ ＤＤＣ）
ＳＨＩＭ Ｓｉｍｐｌｅ Ｈａｒｄｗａｒｅ Ｉｎｔｅｒｆａｃｅ Ｍａｎａｇｅｒ
ＳＣＣ シリアル通信チャネル（Ｓｅｒｉａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｈａｎｎｅｌ）
ＳＴＳ 同期転送信号（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｐｏｒｔ Ｓｉｇｎａｌ）
ＳＰＥ 同期ペイロード エンベロープ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｐａｙｌｏａｄ Ｅｎｖｅｌｏｐｅ）
ＶＬＡＮ 仮想ローカルエリアネットワーク（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）

以下でより詳細に説明するように、以下の開示は、様々なＳＯＮＥＴベンダーの装置を有する複合中間ネットワークおよび各種のマルチキャリアが所有および管理するサブネットワーク経由で接続されているパス終端ＮＥｓ（Ｎｅｔｗｏｒｋ Ｅｎｔｉｔｉｅｓ：ネットワークエンティティ）を使用して管理情報を転送する典型的なハードウェアおよびソフトウェアの機能性および設計について説明する。以下で詳細に説明するように、前記２つのパス終端ＮＥｓ間で転送する必要がある管理トラフィックを前記パスのレイヤの一部に組み込むことにより、前記ＮＥｓが管理接続性をサポートすることができる。

実施例を示すために、前記方法を２つのアプローチに分け：（１）前記パスがデータトラフィックを搬送している場合、前記管理トラフィックは、帯域内の（例えば、データトラフィックと共に）、タギング方式（例えば、ＶＬＡＮタグまたはＭＰＬＳラベルを使用して）によって前記カスタマトラフィックから隔離されたフレームまたはパケットにより搬送されることもある；（２）前記パスがデータトラフィックを搬送していない場合、または帯域内アプローチを使用することが望ましくない場合には、前記管理情報は、前記ＳＯＮＥＴのパスオーバーヘッド（例えば、前記ＳＯＮＥＴのパスオーバーヘッドのＦ２ Ｕｓｅｒ Ｃｈａｎｎｅｌ ｂｙｔｅおよび／またはＺ１／Ｚ２ ｇｒｏｗｔｈ ｂｙｔｅ）の一部に挿入されることもある。当然のことながら、これらのアプローチは排他的である必要はないが、本発明では、明確化のために個別のものにしている。

本発明の一部では、管理インターフェイスとしての、ＳＴＳチャネル（通常は、カスタマトラフィックを搬送する）上のタグ付き（例えば、ＶＬＡＮまたは他のタギングを使用して）管理トンネル（ＭＧＭＴトンネル）の使用に関する説明を提供する。本実施例では、前記ＭＧＭＴトンネルは、ＤＣＣ（セクションおよびライン）に対する代替接続性ソリューションである場合もある（但し、当然のことながら、前記２つのソリューションが併用されることもある）。ＳＴＳチャネル上のＭＧＭＴトンネルは、指定されたＥｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ（例えば、米国テキサス州、ＲｉｃｈａｒｄｓｏｎのＣｏｖａｒｏ−Ｎｅｔｗｏｒｋｓから入手可能であるＣｏｖａｒｏ ＣＣ−１６０００など）上で終結し、管理ハブとしての機能を果たす。そのような管理ハブは、例えば、ＩＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔトンネルを使って、前記オーバーレイネットワーク上の他のネットワークエンティティに接続される。前記ＭＧＭＴトンネルは、ネットワークのＩＰインターフェイスとして機能し、ＩＰ（ＯＳＰＦ、ＣＬＮＳなどを含む）を実行する場合もある。当然のことながら、複数のＥｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティおよび／または他のＮＥｓは、外部ＬＡＮｓ，ＳＤＣＣｓ、ＭＧＭＴトンネルまたはそれらの組み合わせなどの技術を利用した、多種多様な方法で相互に接続されている場合もある。従って、前記Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティが、トラフィックを１つのインターフェイスから別のインターフェイスにルーティングし、様々なノード間でのＩＰ接続性を提供することができる。

本実施例では、前記ＭＧＭＴトンネルは、ＩＰ ｏｖｅｒ ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）ｏｖｅｒ ＥｔｈｅｒｎｅｔおよびＩＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔでの２種類のカプセル化をサポートする。図示するために、前記ＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔは、前記必要とされるＰＰＰ処理の処理能力のある、２つのＥｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ（例えば、２つのＣｏｖａｒｏ ６０００デバイスなど）の間で使用される。また、そのようなエンティティは、ＬＣＰ（Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：リンク制御プロトコル）などのプロトコルを使用して、リンク監視およびアラームを提供することができる。ＩＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔは、Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ（例えば、Ｃｏｖａｒｏ １６０００など）と、ＰＰＰ処理用に設定されていない、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：パーソナルコンピュータ）、ルータなどのＮＯＣエンティティとの間で使用される。明確にするために、以下の説明では、前記用語、Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴは、ＰＰＰ処理を実行するように設定されたネットワークエンティティを言及するために使用するものとする。

図１において、典型的なシステム１００を図示する。前記システム１００は、ＳＯＮＥＴネットワーク１０４経由で、第２のネットワークエンティティ１０６に接続している第１のネットワークエンティティ１０２を含む。明確にするために、前記用語ＳＯＮＥＴは、本明細書全体を通して、ＳＯＮＥＴおよび／またはＳＤＨを言及するために使用するものとする。従って、当業者には知られているように、細部変更が多少必要なこともあるが、ＳＯＮＥＴへの言及は、当然のことながら、ＳＤＨへの言及に置き換えられるものである。本発明のネットワークエンティティは、あらゆるネットワークにアクセス可能なコンポーネント、デバイス、またはシステム（ハードウェア／ソフトウェア）であり、前記ネットワークエンティティ１０２は、ＰＰＰ処理を実行するように設定されたパス終端Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティである。前記ネットワークエンティティ１０６は、Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ、またはＰＰＰ処理を実行するように設定されていないネットワークエンティティ（例えば、Ｌ２ ＶＬＡＮに使用可能なスイッチなど）のいずれかである。

本実施例では、前記ネットワークエンティティ１０６は、ＤＣＮ（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋ：データ通信ネットワーク）１１０経由で同ネットワークエンティティ１０６に接続されたＥＭＳ／ＮＭＳも含むＮＯＣ １０８内にある。ユーザ１１４ａおよび１１６ａは、前記ネットワークエンティティ１０２経由で前記ネットワーク１０４にアクセスし、一方、ユーザ１１４ｂおよび１１６ｂは、前記ネットワークエンティティ１０６経由で前記ネットワーク１０４にアクセスする。当然のことながら、付加的なユーザ、ネットワークエンティティ、ネットワークおよび／またはサブネットが、図１の様々なエレメントに接続されている場合もある。従って、図１は、実施例の目的のみに示されており、本発明をより分かり易く図示するために簡略化されたものである。

実施例を示すために、前記システム１００は３つのＶＬＡＮを含んでいる（図示せず）。第１のＶＬＡＮ（以下ＶＬＡＮ１という）は、前記ネットワークエンティティ１０２、１０６および前記ネットワーク１０４経由で前記ユーザ１１４ａと１１４ｂ間の接続性を提供する。第２のＶＬＡＮ（ＶＬＡＮ２）は、前記ユーザ１１６ａと１１６ｂ間の接続性を提供する。第３ＶＬＡＮ（ＶＬＡＮ３）は、前記ネットワークエンティティ１０２と１０６間の管理トンネルの接続性を提供する。

以下で詳細に説明するように、本実施例によって、管理トンネル情報の、前記ネットワーク１０４経由による帯域内（例えば、ユーザデータと同帯域の）送信が可能になる。このような送信は、図２〜４で図示するように、様々なカプセル化処理およびタギング処理を使用して達成さすることができる。

次に、図２において、典型的な方法２００は、図１の前記システムを使用して、ＭＧＭＴメッセージを帯域内で（例えば、データ（非管理）トラフィックと同帯域で）送信する一工程を図示している。当然のことながら、本発明では、便宜上、前記用語、メッセージ、パケット、およびフレームを同義的に使用することもある。本実施例では、前記方法２００は、前記Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ１０２を使用して実行される。

工程２０２において、伝送されるＭＧＭＴメッセージは、ＩＰパケット内にカプセル化される。工程２０４では、前記ＩＰメッセージを伝送するために使用するインターフェイスタイプについての決定が行われる場合もある。本実施例では、この決定は、前記ネットワークエンティティ１０６が、Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティであるか、またはＰＰＰ処理を実行するように設定されていないネットワークエンティティであるかに基づいて行われる。前記インターフェイスタイプがイーサネットの場合（例えば、前記ネットワークエンティティ１０６がＰＰＰ処理用に設定されていない場合）、前記方法は工程２０８に継続し、前記ＩＰパケットは、イーサネットパケット内にカプセル化される。前記インターフェイスタイプがＰＰＰの場合（例えば、前記ネットワークエンティティ１０６がＰＰＰ処理用に設定されている場合）、前記方法は工程２０６に継続し、適用可能なＰＰＰパラメータによる定義に従って、パケット処理が行われる。次に、前記方法は工程２０８に継続し、前記ＩＰパケットは、イーサネットパケット内にカプセル化される。

工程２１０および２１２では、管理タグ（例えば、ＶＬＡＮ管理タグ）が、前記イーサネットフレームに追加され、前記メッセージが（例えば、前記ネットワークエンティティ１０６に）伝送される。前記メッセージタグにより、前記システム１００内で前記メッセージを適切にルーティングすることが可能になる。例えば、前記メッセージがＭＧＭＴメッセージではない場合（例えば、その送信元または宛先が、前記ＶＬＡＮ１またはＶＬＡＮ２を示している場合）、ＶＬＡＮ識別子（例えば、ＶＩＤ）が割り当てられ、前記宛先ＶＬＡＮ（例えば、ＶＩＤ＝１またはＶＩＤ＝２）を指定する。しかし、前記メッセージがＭＧＭＴ情報を含む場合、ＶＬＡＮ３が使用されることを示すために、ＶＩＤ＝３のタグが割り当てられる。

次に、図３において、典型的な方法３００は、帯域内メッセージを受信し、前記メッセージからＭＧＭＴ情報を抽出する一工程を図示している。工程３０２において、タグ付きメッセージが受信される。工程３０４において、前記メッセージがＭＧＭＴ情報を含むかどうかについての決定が行われる。この決定は、例えば、前記ＶＩＤが、１（データトラフィック）、２（データトラフィック）、または３（ＭＧＭＴトラフィック）にいずれに相当するかを決定するために、前記タグを検討することによって行われる場合もある。前記パケットがＭＧＭＴ情報を含まない場合、同パケットは、工程３０６でサービス処理（例えば、前記適切なＶＬＡＮにルーティング）のために転送される。前記パケットがＭＧＭＴ情報を含む場合には、次に、前記方法３００は、工程３０８および３１０に継続し、前記管理タグの除去および前記イーサネットカプセル化の解除が行われる。

工程３１２において、前記パケットの前記ペイロードタイプ（例えば、ＩＰまたはＰＰＰ）に関する決定が行われる。前記ペイロードタイプがＩＰの場合、前記方法３００は、工程３１６に継続し、前記ＭＧＭＴ情報が前記ＩＰパケットから抽出され、ユーザ（例えば、ＥＭＳ／ＮＭＳ１１２）に送信される。前記ペイロードタイプがＰＰＰの場合、前記方法は、工程３１４に継続し、適用可能なＰＰＰの設定の定義に従って、処理が行われる。次に、前記方法３００は工程３１６に継続し、前記ＭＧＭＴ情報は、前記ＩＰパケットから抽出される。

図２および図３に関して上述したように、前記カプセル化処理およびタギング処理により、ＭＧＭＴ情報をデータトラフィック内（ｉｎｂａｎｄ）で送信することが可能になる。前記Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ１０２は、前記ネットワークエンティティ１０６の設定に従って、ＩＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ若しくはＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔを自動的に選択する場合もある。当然のことながら、ＰＰＰを使用するかどうかの決定が行われる場合、若しくは行われない場合があり、また、前記Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティは、１つのまたは複数の、特定のネットワークエンティティに対して、一方または他方を常に使用するように設定されていることもある。さらにまた、当然ながら、トラフィックは、同様に、前記Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ１０２に向けて逆方向に流れる場合もある。

一部の実施形態において、前記システム１００で、一次的にＰＰＰ設定またはイーサネット設定のカプセル化が使用される場合もある。本実施例では、１つのネットワークエンティティにつき２つのトンネルがあり、１つのトンネル（保護付き、または非保護）につき１つのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）番号があるが、当然のことながら、それ以上またはそれ以下の数のトンネルおよび／またはＭＡＣが使用されることもある。

本実施形態に、１つのインターフェイス（保護付き、または非保護）につき特定数のエントリ（例えば、１６エントリ）を有するＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ：アドレス解決プロトコル）キャッシュが実装される。さらに、ＡＲＰキャッシュエージングが実装されることもある。本実施形態において、スタティックＡＲＰおよびプロキシＡＲＰはないが、当然のことながら、これらの機能が一部の実装に含まれている場合もある。また、本実施例では、不特定数のＩＰインターフェイスが使用され、ＯＳＰＦを使用して、ＮＯＣルータとのピアリングも提供されるが、ＯＬＳＡのアドバタイズ用には装備されていない。

前記システム１００で使用される典型的なＴＬ１コマンドは以下の通りである：ＥＮＴ−ＭＧＭＴＴＮＬ：［<ＴＩＤ>］：<ＡＩＤ>：<ＣＴＡＧ>：：：［ＢＷ＝<ｂｗ>］［，ＴＶＩＤ＝<ｔｖｉｄ>］，Ｌ２ＰＲＴＣＬ＝<ｌ２ｐｒｔｃｌ>，［，ＩＰＡＤＤＲ＝<ｉｐａｄｄｒ>］［，ＩＰＭＡＳＫ＝<ｉｐｍａｓｋ>］：［<ＰＳＴ>］。Ｌ２ＰＲＴＣＬ（レイヤ２プロトコル）は、読み込み属性がある場合、またはリード／ライトである場合もあり、且つ、ＰＰＰまたはＥｔｈｅｒｎｅｔ数値を取ることが可能であることもある。当然のことながら、前記パスレイヤに管理チャネルを組み込むことによって、ハブサイトが多数のパスを終了することが可能になり、各パスは、異なるリモートサイトで終了される。その結果、前記ハブサイトは、前記複数のリモートサイトに対して直接的な視認性を有し、これらのリモートサイトに対して管理ゲートウェイとしての機能を果たす。さらに、組み込み管理チャネルの使用は、データトラフィックを搬送するために使用される各種の転送手段を通じて利用される。例えば、ＶＬＡＮタグ付き管理チャネルが、Ｘ．８６用にコード化されたイーサネットトラフィックを搬送しているＤＳ３パスに組み込まれることもある。

次に、図４に関して、別の実施形態において、典型的な方法４００は、個別に、または上述した前記方法２００および３００と連動して使用される、リンク確立（監視およびアラーム）のための１工程を図示している。本実施例において、前記リンク確立は、前記カプセル化がＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔである場合（例えば、前記ネットワークエンティティ１０２、１０６の両方がＥｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティである場合）にのみ、使用可能になる。以下に説明するように、前記方法４００は、タイマーを開始し、ｓｔａｙ−ａｌｉｖｅメッセージを定期的に送信する。また、特定数の連続したｓｔａｙ−ａｌｉｖｅメッセージ（例えば、３回）を送信した後も、前記リモートシステムから応答がない場合は、ユーザおよび／またはＩＰルーティングソフトウェアにリンクダウンアラームが報告される。これにより、前記ソフトウェアが、トラフィックのための代替通信経路を確保することが可能になる。

ｓｔａｙ−ａｌｉｖｅメッセージは、前記ＰＰＰブロック４０６で受信される。これにより、ＬＣＰを使用して、発信ＰＰＰパケットがトリガーされ、カプセル化のために前記イーサネットブロック４０４に送信される。イーサネットフレームが前記イーサネットブロック４０４から前記送受信ブロック４０２へ送信され、同ブロック４０２は、前記メッセージを送信する。一部の実施形態においては、前記メッセージが送信される前に、ブロック４０３を利用して、前記管理タグが追加される場合もある。メッセージ（例えば、応答）が前記送受信ブロック４０２によって受信された時、前記メッセージは、前記イーサネットブロック４０４経由で、前記ＰＰＰブロック４０６に返送される（且つ、前記イーサネットおよびＰＰＰの部分は除去される）。前記メッセージの送信先である前記リモートシステムが特定数の連続したｓｔａｙ−ａｌｉｖｅメッセージ（例えば、３回）に応答しない場合は、ユーザおよび／またはＩＰルーティングソフトウェアにリンクダウンアラームが報告される。

次に、図５に関して、別の実施形態においては、図１の前記Ｅｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティ１０２のより具体的な実装が、ソフトウェアおよび／またはハードウェアを含む４つのモジュール（例えば、カードなど）とともに図示されている。本実施例では、前記４つのカードには、ＭＣＰ（Ｍａｓｔｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｓｓｏｒ：主制御プロセッサ）カード５０２、サービスカード（複数可）５０４、アクティブＮＴ（Ｎｅｔｗｏｒｋ Ｔｒａｎｓｐｏｒｔ：ネットワーク転送）カード５０６、およびスタンバイＮＴカード５０８が含まれる。

前記ＭＣＰカード５０２は、ＭＧＭＴトラフィックを送受信するために、２つのシリアル通信チャネル（ＳＣＣ１およびＳＣＣ２と表示）を前記ＮＴカード５０６、５０８に接続／から接続するための、ＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：高水準データリンク制御）チャネルとして使用する。図６で図示されているように、前記トラフィックを転送する目的で、前記ＳＣＣｓは、前記ＭＧＭＴトラフィックをＨＤＬＣフレーム内にカプセル化するために使用される場合もある。さらに具体的に言えば、前記ＭＣＰカード５０２上のイーサネットデバイスドライバ（イーサネットＤＤ）が、前記ＳＣＣｓにＨＤＬＣフレームを使用するよう指示するものである。当然のことながら、別のカプセル化の方法が使用される場合もある。さらに、本実施例における前記ＨＤＬＣｓカプセル化は、前記ＭＣＰ５０２の前記ＳＣＣｓと前記アクティブＮＴ５０６および前記スタンバイＮＴ５０８の前記ＨＤＬＣとの間のデータ転送を可能にする機能のみを果たすものである。

本実施例では、前記ＳＣＣｓは、最大通信速度（例えば、２．８Ｍｂｓ）にプログラムされる。各ＭＧＭＴトンネルでは、ＩＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ ｏｖｅｒ ＨＷｌａｂｅｌのカプセル化（例えば、前記ＭＣＰカード５０２から前記ＮＴカード５０６、５０８の処理用ＦＰＧＡ方向に、およびその逆方向に）が行われることもあり、ＳＰＥの容量中にプログラムされた帯域幅のみを使用して、前記カプセル化が前記ＳＰＥに位置付けられる。前記ＨＷｌａｂｅｌは、ハードウェアのポートラベルテーブルにプログラムされたポートのラベル値を表し、また、アドレス属性およびフレーム属性（例えば、サービス、ＶＬＡＮ宛先など）とともに、前記フレーム自体の先頭に追加されることもある。前記カプセル化は、前記イーサネットＤＤによって実行されることもある。以下は、本インターフェイス用の典型的なイーサネットＤＤの仕様である。

イーサネットヘッダーフォーマット「ＳＦ、ＤＡ、ＳＡ、Ｌ／Ｔ、ＰＡＹＬＯＡＤ、ＦＣＳ」｛例えば、フレーム開始部、宛先アドレス、送信元アドレス、長さ/タイプ、ペイロード、フレームチェック部など｝をサポートする。
ＳＡおよびＤＡのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）アドレスがゼロであり、またはすべてのＭＧＭＴトンネルに１つのＳＡアドレスが使用され、ＤＡは、トンネル毎に提供される。さらに、各ＭＧＭＴトンネルに１つのＶＬＡＮが提供される。
ＡＲＰおよびＲＡＲＰはサポートされていない。
ＦＣＳ計算をサポートする。
ＥｔｈＳｔａｔｓは、収集されない。
ＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｆｅｒ Ｕｎｉｔ：最大伝送単位）１５００バイト
送信方向では、対応ＨＷｌａｂｅｌを読み出すために、インターフェイスインデックス（ｉｆＩｎｄｅｘ）がＨＷｌａｂｅｌＴａｂｌｅ中でインデックスとして使用され、前記ＨＷｌａｂｅｌが転送され、次に、両ＳＣＣ（例えば、前記ＮＴ１およびＮＴ２カードの）上の前記フレームが送信される。（前記ｉｆＩｎｄｅｘは、ＭＧＭＴトンネル、ＤＣＣなどの様々なアプリケーションインターフェイスを識別するインターフェイステーブルである。）
受信方向では、フレームが受信された時、ＰＲＯＴ＿ＤＩＳＣＡＲＤビットが照合される。前記ビットが１に等しい場合、前記フレームは前記サービスカード５０４によって送信されるので、前記パケットが破棄される。それ以外の場合は、前記対応ｉｆＩｎｄｅｘを検知するために、ＨＷｌａｂｅｌＴａｂｌｅ検索して、一致する前記着信ＨＷｌａｂｅｌを照合することで、前記パケットが受け入れられる。一致するものがある場合は、前記対応ｉｆＩｎｄｅｘおよび前記ＩＰパケットが、前記ＩＰレイヤに送信される。それ以外の場合は、前記パケットが破棄される。

各ＮＴカード５０６、５０８は、ＭＧＭＴトラフィックを送受信するために、前記ＭＣＰカード５０２への接続に使用されるＨＤＬＣチャネルを有する。本実施例においては、前記ＮＴカード５０６、５０８のうちの１つが有する処理用ＦＰＧＡに均一的なトラフィックを提供するために、前記ＭＧＭＴトラフィックフォーマットは、（前記サービスカード５０４の）前記イーサネットサービストラフィックフォーマットと同一である。従って、ＮＴカード５０６、５０８がＨＤＬＣチャネルを通じてフレームを受信する際、前記フレームは、前記ＭＣＰカード５０２によって、ＨＷＬＡＢＥＬでタグ付けされる（且つ、前記ＨＷＬＡＢＥＬは、プロビジョニングタイム時に計算される場合もある）。次に、前記ＨＷ ＬＡＢＥＬは、前記ＮＴカード５０６、５０８により、前記搬送中ＳＰＥおよびその他の関連情報を識別する、ルックアップテーブル（ｌｏｏｋｕｐ ｔａｂｌｅ）中へのインデックスとして使用される。前記Ｌ２処理用ＦＰＧＡが前記ＳＯＮＥＴ処理用エンジンからトラフィックを受信する際、前記トラフィックが、イーサネットサービスに属するか、またはＭＧＭＴトンネルに属するかを識別するために、前記ＦＰＧＡは、ＳＰＥ、ＴＶＩＤ、ＰＲＩ（優先順位）識別子をルックアップテーブル（ｌｏｏｋｕｐ ｔａｂｌｅ）中でインデックスとして使用する。前記トラフィックがＭＧＭＴトンネルに属する場合、前記フレームに前記ＨＷＬＡＢＥＬがタグ付されて前記ＭＣＰに送信され、前記ＨＷＬＡＢＥＬは、前記ＭＣＰによって、前記トラフィックを受信中のＭＧＭＴトンネルを識別するために使用される。前記詳細は、前記処理用ＦＰＧＡの設計によって獲得されるものである。

次に、図７に関して、さらに別の実施形態において、ユーザ、ＭＰＬ（Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ：管理プロトコルレイヤ）／ＭＩＬ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ Ｌａｙｅｒ：管理インターフェースレイヤ）、ＤＡ（Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎ：データアプリケーション）、ＳＨＩＭ（Ｓｉｍｐｌｅ Ｈａｒｄｗａｒｅ Ｉｎｔｅｒｆａｃｅ Ｍａｎａｇｅｒ）およびＭＮＡ（Ｍａｎａｇｅｍｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ：管理ネットワークアプリケーション）などを含んだ、前記ＭＧＭＴトンネル関連コマンドを処理するための様々なサブシステムの間の典型的なデータフロー７００を示す。さらに具体的に言えば、本実施例では、前記ＭＧＭＴトンネル（ＥＮＴ／ＥＤ／ＤＬＴ−ＭＧＭＴ−ＴＮＬ）が提供されることで、前記ＭＰＬ／ＭＩＬ、前記ＤＡおよび前記ＭＮＡ ＳＷのサブシステムに以下の影響を与えるものである。

前記ＭＰＬ／ＭＩＬは、工程７０２で、ＭＧＭＴトンネルコマンドを受信する。前記ＭＰＬ／ＭＩＬが前記ＭＧＭＴトンネルコマンドを受信する際、データベースのコンテンツおよび定義済みの提供ルールに基づいて前記コマンドを認証する。前記コマンドが無効な場合、前記ＭＰＬ／ＭＩＬは、前記ユーザに適切なエラーメッセージを返す。それ以外の場合は、前記ＭＰＬ／ＭＩＬは、ＤＢトランザクションを開始し、工程７０４で、前記コマンドを前記ＤＡに転送して、応答を待つ。肯定応答を受信した場合は、前記ＭＰＬ／ＭＩＬは、前記トランザクションを前記ＤＢに対して確定し、前記ユーザに応答する。それ以外の場合は、前記ＭＰＬ／ＭＩＬは、前記トランザクションを中止し、前記ユーザに前記コマンドが拒否されたことを知らせる応答を送信する。

前記ＤＡが前記コマンドを受信すると、１若しくはそれ以上のシステムパラメータ（例えば、ＳＴＳ関連のパラメータ、ＢＷ、ＴＶＩＤなど）を照合して、前記コマンドを認証する。前記コマンドが無効な場合は、前記ＤＡは、否定応答を前記ＭＩＬに送信する。それ以外の場合は、前記ＳＨＩＭと交信し（工程７０６、７０８）、前記ＦＰＧＡによって要求されるＨＷ ｌａｂｅｌを以下のフォーマットで作成する。

ｐｏｒｔ＝ ｘ（ここでは、ｘは「ｄｏ ｎｏｔ ｃａｒｅ：制限なし」を意味する）
ｓｉｚｅ＝ ＨＷ ｌａｂｅｌ、イーサネットＦＣＳを含む、前記フレームにおける正しいバイト数
ｔａｇ＿ｃｍｄ＝ ｘ
ｓｌｏｔ＝ ｘ
ｓｐｅ＝ ｘ
ｒｅｄ＝ ０
ｐｒｉ＝ ｐｒｏｖｉｓｉｏｎｅｄ（提供されている）
ｖｉｄ＝ ｐｒｏｖｉｓｉｏｎｅｄ（提供されている）
ｈｗＬ−ｐａｒｉｔｙ＝ ６３ビット用に計算された正しい奇数パリティ
ｅｎｃａｐｓ＝ ｘ
ｑｕｅ＝ ｘ

前記ＳＨＩＭは、ハードウェアの抽象化を行い、同ＳＨＩＭの変更のみで、実装の変更を行うことを可能にする。

次に、前記ＤＡは、工程７１０で、前記コマンド（前記ＨＷ ｌａｂｅｌを含む）を前記ＭＮＡに転送し、応答を待つ。前記ＭＩＬによって送信された前記ＭＧＭＴトンネルメッセージは、前記ＨＷ ｌａｂｅｌのためのプレースホルダーを有し、それにより、前記ＤＡが、前記コマンドを前記ＭＮＡに転送する際に、新規のメッセージを作成する必要がなくなることに注目されたい。

前記ＭＮＡが前記コマンドを受信すると、前記ＩＰアドレスなどのデータを認証する。前記コマンドが有効な場合は、前記ＭＮＡは、そのローカルストアを更新し、工程７１２で、前記ＤＡに応答する。それ以外の場合は、前記ＭＮＡは、否定応答（ｎｅｇａｔｉｖｅ ＡＣＫ）を前記ＤＡに送信することによって、前記コマンドを拒否する。前記ＭＮＡは、前記ＩＰレイヤにバインドするイーサネットインターフェイスを作成する。

ＭＮＡからの前記応答を受信すると、前記ＤＡはその応答を照合する。前記応答が否定応答の場合は、前記ＤＡは前記ＭＧＭＴトンネルを削除し、次に、工程７１４において、前記ＭＩＬに前記応答を転送する。前記応答が肯定応答の場合は、前記ＤＡは、前記応答を前記ＭＩＬに転送し、前記ＮＴカード５０６、５０８上の前記ルックアップテーブル（ｌｏｏｋｕｐ ｔａｂｌｅ）を更新する。前記更新作業は以下を含む。

・ｃｍｄ、ｅｎｃ、ｑｕｅ、ｐｒｉ、およびｔｖｉｄをＲＡＭの空きエントリに書き込む。
・ｐｏｒｔ＝ Ｘ、ｓｌｏｔ＝３０、ｐｒｉおよびｖｉｄを前記対応するＣＡＭに書き込む。
・ｃｍｄ、ｅｎｃ、ｑｕｅ、ｐｒｉ、およびｔｖｉｄをＲＡＭの空きエントリに書き込む。
・ｐｏｒｔ＝ Ｘ、ｓｌｏｔ＝３１、ｐｒｉおよびｖｉｄを前記対応するＣＡＭ（Ｃｏｎｔｅｎｔ Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏｒｙ：連想メモリ）に書き込む。

さらにまた別の実施形態において、上述したように、ネットワークパス（例えば、図１の前記システム１００）がデータトラフィックを搬送していない場合や、または帯域内処理を使用することが望ましくない場合がある。例えば、管理情報を転送するために帯域内処理を使用することによって、顧客からの支払いが期待できるリソースを占領する可能がある。従って、パス終端ネットワークエンティティ（例えば、前記ネットワークエンティティ１０２、１０６）間で情報を転送するための代替方法が望ましいこともある。

一部の実施例では、前記管理情報は、前記ＳＯＮＥＴパスオーバーヘッドの前記Ｆ２ Ｕｓｅｒ Ｃｈａｎｎｅｌ ｂｙｔｅおよび／または前記Ｚ１／Ｚ２ ｇｒｏｗｔｈ ｂｙｔｅなど、フレームまたはパケット内の様々な位置に挿入され。これにより、前記管理情報をパス終端ネットワークエンティティ間で転送することが可能になる。ＰＰＰを使用するように設定されているＥｔｈｅｒｎｅｔ−ｏｖｅｒ−ＳＯＮＥＴエンティティとしての前記ネットワークエンティティ１０２、１０６の両方にそのような実施形態を実装することもあるが、別の実施形態においてはＰＰＰを使用しない場合もある。

前述での説明では、１若しくはそれ以上の実施形態を示し且つ説明しているが、本発明の精神と範囲から逸脱することなく、形式および詳細に様々な変更が行われる可能性があることは、当業者には明らかである。例えば、実施例を示す目的で様々な特定の実装を説明してきたが、本発明はそれらの実装に限定されるものではない。本発明で説明したように、パス終端ネットワークエンティティ間の前記管理トンネル接続性を実現するために、各種のカプセル化およびタギングが使用される可能性がある。同様に、各種のネットワークエンティティが使用されているように、各種のネットワーク設定が使用される場合もある。さらに、各種の機能を実行するために、様々なネットワークエンティティによってソフトウェア命令が保存および／または実行されることもある。例えば、図２〜４の前記方法は、ソフトウェア命令の中で示され、図１の様々なネットワークエンティティによって実行される工程を含んでいる。従って、本請求項は、本発明と整合性を有して、広義に解釈されるべきである。

図１は、組み込み管理チャネル情報を通信するＳＯＮＥＴパス終端ネットワークエンティティを有する典型的なシステムの１実施形態を示す。 図２は、図１のシステム内で、帯域内の管理チャネル情報をカプセル化および送信する典型的な方法のフローチャート。 図３は、図１のシステム内で、帯域内の管理チャネル情報を受信および抽出する典型的な方法のフローチャート。 図４は、図１のシステム内で、リンク監視を行う典型的な方法のフローチャート。 図５は、組み込み管理チャネル情報を送信および受信するために使用される、図１におけるパス終端ネットワークエンティティのないの１つの内部にある、典型的なコンポーネントを示す。 図６は、図５のネットワークエンティティのコンポーネント間でのデータの転送などに使用される、ＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：高水準データリンク制御）フレーム内での管理チャネル情報の典型的な配置を示す。 図７は、管理トンネルを確立するための典型的なデータフローを示すシーケンスダイアグラム。

Claims (26)

1. 同期光ネットワーク上でデータトラフィック内（ｉｎｂａｎｄ）で管理チャネル情報を転送する方法であって、
   管理情報をＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）パケット内にカプセル化する工程と、
   前記ＩＰパケットをイーサネットフレーム内にカプセル化する工程と、
   前記フレームを前記データトラフィックと区別するために、前記イーサネットフレームに管理タグをタグ付けする工程と、
   前記イーサネットフレームを前記ネットワーク経由で送信する工程と
   を有する方法。
2. 請求項１の前記方法であって、この方法は、さらに、
   前記管理情報を送信するためのネットワーク接続がＩＰ ｏｖｅｒ ＥｔｈｅｒｎｅｔまたはＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔのいずれを使用するかを決定する工程を有するものであり、前記ネットワーク接続がＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔを使用する場合、前記ＩＰパケットにＰＰＰ処理が行われるものである。
3. 請求項２の前記方法であって、この方法は、さらに、
   前記ネットワークから前記イーサネットフレームを受信する工程と、
   前記イーサネットフレームから前記管理タグを取り除く工程と、
   前記イーサネットフレームがＩＰ ｏｖｅｒ ＥｔｈｅｒｎｅｔまたはＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔのいずれを使用して送信されたかを決定する工程であって、前記パケットがＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔを使用して送信された場合、前記イーサネットフレームにＰＰＰ処理が行われる、前記決定する工程と、
   前記イーサネットフレームをＩＰパケットに変換する工程と、
   前記ＩＰパケットから前記管理情報を抽出する工程と
   を有するものである。
4. 請求項１の前記方法であって、この方法は、さらに、
   前記ネットワークから前記イーサネットフレームを受信する工程と、
   前記イーサネットフレームから前記管理タグを取り除く工程と、
   前記イーサネットフレームから前記ＩＰパケットを抽出する工程と、
   前記ＩＰパケットから前記管理情報を抽出する工程と
   を有するものである。
5. 請求項４の前記方法であって、この方法は、さらに、
   前記イーサネットフレームが管理情報を含むかどうかを決定する工程と、前記イーサネットフレームが管理情報を含まない場合、前記イーサネットフレームをサービスプロセッサに送信する工程とを有するものである。
6. 請求項１の方法において、前記管理タグは、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：仮想ローカルエリアネットワーク）タグである。
7. 請求項６の前記方法であって、この方法は、さらに、
   ＶＬＡＮタグによって識別されたＶＬＡＮ経由で前記イーサネットフレームをルーティングする工程を有するものである。
8. 請求項１の方法において、前記管理タグは、ＭＰＬＳ（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ：マルチプロトコルラベルスイッチング）ラベルである。
9. 請求項１の前記方法であって、この方法は、さらに、
   ＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：高水準データリンク制御）チャネル経由で伝送を行うために、前記イーサネットフレームをＨＤＬＣパケット内にカプセル化する工程を有するものである。
10. 同期光ネットワーク内の２つのパス終端ネットワークエンティティ間で管理チャネル情報を転送する方法であって、
    管理情報メッセージを受信する工程と、
    前記管理情報メッセージをフレームの所定の部分に挿入する工程と、
    前記ネットワークエンティティのうちの１つから他方のネットワークエンティティに前記フレームを送信する工程と、
    前記フレームの前記所定の部分から、前記管理情報メッセージを抽出する工程と
    を有する方法。
11. 請求項１０の方法において、前記管理情報メッセージを挿入する工程は、前記管理情報を前記フレームのＦ２ Ｕｓｅｒ Ｃｈａｎｎｅｌ ｂｙｔｅに挿入する工程を含むものである。
12. 請求項１１の方法において、前記管理情報メッセージを挿入する工程は、前記管理情報を前記フレームのＺ１／Ｚ２ ｇｒｏｗｔｈ ｂｙｔｅに挿入する工程を含むものである。
13. 同期光ネットワーク上でデータトラフィック内（ｉｎｂａｎｄ）で管理チャネル情報を転送するシステムであって、
    前記ネットワーク経由で接続された第１および第２のパス終端ネットワークエンティティと、
    第１および第２のＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：仮想ローカルエリアネットワーク）であって、各ＶＬＡＮの一部に前記第１および第２のネットワークエンティティが含まれ、且つ前記第１のＶＬＡＮは、データトラフィック用であり、前記第２のＶＬＡＮは管理トラフィック用である、前記第１および第２のＶＬＡＮと、
    前記第１および第２のネットワークエンティティ間の管理情報の前記転送を管理するソフトウェアであって、
    管理情報をＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）内にカプセル化するための命令と、
    前記ＩＰパケットをイーサネットフレーム内にカプセル化するための命令と、
    前記イーサネットフレームを管理タグでタギングし、前記フレームを前記第２のＶＬＡＮ用に指定するための命令と、
    前記イーサネットフレームを前記ネットワーク経由で送信するための命令と
    を含む前記ソフトウェアと
    を有するシステム。
14. 請求項１３のシステムにおいて、前記第１のネットワークエンティティは、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）処理用に設定されており、前記第２のネットワークエンティティは、ＰＰＰ処理用に設定されていないものである。
15. 請求項１３のシステムにおいて、前記第１および第２のネットワークエンティティは、両エンティティとも、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）処理用に設定されているものである。
16. 請求項１３の前記システムであって、このシステムは、さらに、
    前記第１および第２のネットワークエンティティが、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル） ｏｖｅｒ ＥｔｈｅｒｎｅｔまたはＩＰ ｏｖｅｒ ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ） ｏｖｅｒ Ｅｔｈｅｒｎｅｔのいずれを使用するインターフェイス経由で接続されているかを決定するための命令を有するものであり、前記ネットワーク接続がＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔを使用する場合、前記ＩＰパケットにＰＰＰ処理が行われるものである。
17. 請求項１６の前記システムであって、このシステムは、さらに、
    前記ネットワークから前記イーサネットフレームを受信するための命令と、
    前記イーサネットフレームから前記管理タグを取り除くための命令と、
    前記イーサネットフレームがＩＰ ｏｖｅｒ ＥｔｈｅｒｎｅｔまたはＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔのいずれを使用して送信されたかを決定するための命令であって、前記パケットがＩＰ ｏｖｅｒ ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔを使用して送信された場合、前記イーサネットフレームにＰＰＰ処理が行われる、前記決定する命令と、
    前記イーサネットフレームから前記ＩＰパケットを抽出するための命令と、
    前記ＩＰパケットから前記管理情報を抽出するための命令と
    を有するものである。
18. 請求項１３のシステムにおいて、このシステムは、さらに、
    前記ネットワークから前記イーサネットフレームを受信するための命令と、
    前記イーサネットフレームから前記管理タグを取り除くための命令と、
    前記イーサネットフレームから前記ＩＰパケットを抽出するための命令と、
    前記ＩＰパケットから前記管理情報を抽出するための命令と
    を有するものである。
19. 請求項１３の方法において、前記第１のネットワークエンティティは、ＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：高水準データリンク制御）チャネル経由で伝送を行うために、前記イーサネットフレームをＨＤＬＣパケット内にカプセル化するための命令をさらに含むものである。
20. 同期光ネットワーク上の２つのパス終端ネットワークエンティティ間で帯域内で管理チャネル情報を転送する方法であって、
    第１のプロトコルに従って、管理情報を第１のパケット内にカプセル化する工程と、
    第２のプロトコルに従って、前記第１のパケットを第２のパケット内にカプセル化する工程と、
    前記第２のパケットを前記データトラフィックを含む複数の他のパケットと区別するために、前記第２のパケットにタグを割り当てる工程と、
    前記第２のパケットを前記ネットワーク経由で送信する工程と
    を有する方法。
21. 請求項２０の方法において、この方法は、さらに、
    前記管理情報を送信するためのネットワーク接続が第１のインターフェイスタイプまたは第２のインターフェイスタイプのいずれを使用するかを決定する工程を有するものであり、前記第２のインターフェイスタイプは前記第２のパケットの追加処理を必要とするものである。
22. 請求項２１の方法であって、この方法は、さらに、
    前記ネットワークから前記第２のパケットを受信する工程と、
    前記第２のパケットから前記タグを取り除く工程と、
    前記第２のパケットが、前記第１のインターフェイスタイプまたは前記第２のインターフェイスタイプのいずれを使用して送信されたかを決定する工程であって、前記第２のパケットが前記第２のインターフェイスタイプを使用して送信された場合は、前記２パケットに追加処理が行われる、前記決定する工程と、
    前記第２のパケットから前記第１のパケットを抽出する工程と、
    前記第１のパケットから前記管理情報を抽出する工程と
    を有するものである。
23. 請求項２０の方法において、この方法は、さらに、
    前記ネットワークから前記第２のパケットを受信する工程と、
    前記第２のパケットから前記タグを取り除く工程と、
    前記第２のパケットから前記第１のパケットを抽出する工程と、
    前記第１のパケットから前記管理情報を抽出する工程と
    を有するものである。
24. 請求項２０の方法において、前記第１のプロトコルはインターネットプロトコルであり、前記第２のプロトコルはイーサネットプロトコルである。
25. 請求項２０の方法において、前記タグは、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：仮想ローカルエリアネットワーク）タグである。
26. 請求項２０の方法において、前記タグは、ＭＰＬＳ（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ：マルチプロトコルラベルスイッチング）ラベルである。

Images