JP7026788B2

JP7026788B2 - ターゲット伝送ルートを取得するための方法、関連デバイス、およびシステム

Info

Publication number: JP7026788B2
Application number: JP2020523980A
Authority: JP
Inventors: ▲啓▼昌 ▲陳▼; ▲敏▼ ▲査▼; 磊 ▲劉▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-10-31
Filing date: 2018-10-25
Publication date: 2022-02-28
Anticipated expiration: 2038-10-25
Also published as: US11171860B2; EP3694153B1; EP3694153A1; EP3694153A4; WO2019085809A1; US20200259734A1; JP2021501519A; CN109728968B; CN109728968A

Description

本出願は、通信分野に関し、特に、ターゲット伝送ルートを取得するための方法、関連デバイス、およびシステムに関する。

光インターネットワーキングフォーラム（Optical Internetworking Forum，OIF）によってリリースされたフレキシブルイーサネット（Flexible Ethernet，FlexE）の実装合意では、メディアアクセス制御層と物理層との間にシム（shim）層が定義されている。FlexEベースの転送中、伝送側のFlexEデバイスは、FlexEクライアント（FlexE client）に対応するスロットを使用して、FlexEクライアントのパケットを受信側のFlexEデバイスに送信する。受信側のFlexEデバイスは、FlexEクライアントに対応するスロットで、伝送側のFlexEデバイスから伝送されたデータを取得して、FlexEクライアントのパケットを復元する。

FlexEクライアントのパケットを送信するプロセスで、この伝送処理におけるルート追跡パケットが取得できれば、FlexEクライアントの伝送ルートが明確に知られることができる。

従来技術1では、ルート追跡メカニズムは、インターネットプロトコル（Internet Protocol，IP）パケットベースのネットワークに対して設定されている。ルートに沿ったIPルートは、IPパケットに基づいてカプセル化されたインターネット制御メッセージプロトコル（Internet Control Message Protocol，ICMP）形式のパケットを使用して、ホップごとに追跡および送信される。ルート検出パケットが伝送される場合は、IPルーティングおよび転送テーブルが検索される必要がある。ただし、FlexEにおける1．5層（メディアアクセス制御層と7層のオープンシステムインターコネクト（Open System Interconnect，OSI）参照モデルの物理層との間にあるFlexE合意のデータ伝送層であり、時分割多重（Time Division Multiplexing，TDM）方式を使用するデータ伝送層である）ネットワークでは、このような転送テーブルは使用されず、データストリーム内の特定のパケットは識別されることができない。

従来技術2では、メディアアクセス制御層で動作するイーサネットパケットベースのネットワークに対してルート追跡メカニズムが設定されている。ルート検出パケットはマルチキャスト転送で伝送される必要がある。さらに、特定のタイプのイーサネットフレーム（特定のマルチキャストアドレスと特定のイーサネットタイプを使用）がルートトレースおよび検出パケットとして使用される。ただし、FlexEの1．5層ネットワークでは、マルチキャストはサポートされておらず、データストリーム内のイーサネットフレームは解析および識別できない。

実施形態は、FlexEインタフェースが使用される1．5層ネットワークにおいてルートディスカバリメカニズムを提供するために、ターゲット伝送ルート、関連デバイス、およびシステムを取得するための方法を提供する。

第1の態様によれば、本出願の実施形態は、ターゲット伝送ルートを取得するための方法を提供し、この方法は、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、この方法は：第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するステップと；第1のノードによって、第2のメッセージを第2のノードに送信するステップと、を含み、第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

本出願のこの実施形態の実装中に、ルートノード上のFlexEクライアントのものである第1のFlexEクライアントに関する情報および第2のFlexEクライアントに関する情報は、各ホップの伝送ルートとして記録される。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。

オプションの実装では、第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信するステップの後、この方法は、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするステップと；クエリ結果がスロット交換マッピングテーブルに存在することが判明した場合、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信するステップと；スロット交換マッピングテーブルにクエリ結果が存在しないことが判明した場合、第1のメッセージに基づいて第2のメッセージを生成するステップと、をさらに含む。

本出願のこの実施形態の実装中に、ルートノード上のFlexEクライアントのスロット割り当てテーブルのクロスマッピングテーブルがクエリされ得、クロスマッピング関係がホップの伝送ルートとして記録される。クエリ結果がクロスマッピングテーブルに存在する場合、クエリ結果が記録され、第3のメッセージが生成され、第3のメッセージは次のホップノードに送信される。クロスマッピングテーブルにクエリ結果が存在しない場合は、ノードでルートが終端していることを示す。第2のメッセージは最終ホップノードに返され、第2のメッセージは各ホップでノードのルート情報を記録する。第2のメッセージ内のルート情報が抽出されて、ターゲット伝送ルートを取得できる。

オプションの実装では、第1のFlexEクライアントは識別情報を含み、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするステップは：第1のFlexEクライアントに含まれる識別情報に基づいて、第1のFlexEクライアントを運ぶ第1のスロットに関する情報を決定するステップと；第1のスロットに関する情報に基づいて、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を決定するステップと；第1のスロットに関する情報と第1のFlexEグループに関する情報に基づいて、スロット交換マッピングテーブルをクエリするステップと、を含む。

本出願のこの実施形態の実装中に、第1のFlexEクライアントを運ぶ第1のスロットに関する情報は、第1のFlexEクライアントに含まれる識別情報に基づいて決定され、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報をさらに決定し得る。スロットクロスコネクション後に取得される第2のFlexEクライアントに関する情報は、第1のスロットに関する情報と第1のFlexEグループに関する情報をクエリ条件として使用して取得される。

オプションの実装では、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするステップは、第1のメッセージに記録された第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリするステップを含む。

本出願のこの実施形態の実装中に、第1のFlexEクライアントを運ぶ第1のスロットに関する情報と、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報に基づいて、スロット交換マッピングテーブルがクエリされて、クエリ結果を取得し、ノード上のFlexEクライアントの伝送ルートをさらに取得できる。

オプションの実装では、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み、第1のメッセージに基づいて第3のメッセージを生成して、第3のノードに第3のメッセージを送信するステップは、第1のメッセージに基づいて第3のメッセージを生成し、第2のFlexEクライアントを運ぶ物理インタフェース上の第3のノードに第3のメッセージを送信するステップを含む。

本出願のこの実施形態の実装中に、第1のメッセージに基づいて第3のメッセージが生成され得、その後、クエリ結果に基づいて、第3のメッセージは第2のFlexEクライアントを運ぶ物理インタフェース上の第3のノードに送信される。

オプションの実装では、第3のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリと第1のノードのルート情報を含み、第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

本出願のこの実施形態の実装中に、ノード上のFlexEクライアントのルート情報が第1のメッセージのルート情報エントリに追加され、第3のメッセージを生成し得、具体的には、ノードのルート情報がルート情報エントリに記録される。

オプションの実装では、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信するステップの後、方法は、第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、第1のメッセージに基づいて第2のメッセージを生成するステップであって、第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含む、ステップをさらに含む。

本出願のこの実施形態の実装中に、タイムアウトイベントが発生すると、具体的には、ルートがノードで終端すると、伝送ルートを取得するために、第2のメッセージは第2のノードに返されることができ、第2のノードは第2のメッセージのルート情報エントリを読み取ることができる。

オプションの実装では、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリと第1のノードのルート情報を含み、第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

本出願のこの実施形態の実装中に、第2のメッセージが返されたときにノードのルート情報が追加され得、具体的には、第1のメッセージのルート情報エントリに第1のノードのルート情報が追加され、第2のメッセージを生成する。

オプションの実装では、第1のメッセージに基づいて第2のメッセージを生成するステップは、第1のメッセージのルート情報エントリに基づいて第2のメッセージを生成するステップであって、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリを含む、ステップを含む。

本出願のこの実施形態の実装中に、スロット交換マッピングテーブルにクエリ結果が存在しないことが判明した場合は、伝送ルートがノードで終端していることを示す。第1のメッセージのルート情報エントリは、第2のメッセージのルート情報エントリとして直接使用され、第2のメッセージが第2のノードに返された後、第2のノードは第2のメッセージのルート情報エントリを読み取って、伝送ルートを取得することができる。

オプションの実装では、第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信するステップの後、第1のノードによって、第2のメッセージを第2のノードに送信するステップの前に、方法は：
第3のノードによって送信された第4のメッセージを受信するステップであって、第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含む、ステップと；第4のメッセージに基づいて第2のメッセージを生成するステップと、
をさらに含む。

本出願のこの実施形態の実装中に、第3のノードから返された第4のメッセージに基づいて第2のメッセージが生成され得、第2のメッセージが第2のノードに返された後、第2のノードは、第2のメッセージのルート情報エントリを読み取り、伝送ルートを取得することができる。

オプションの実装では、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第4のメッセージのルート情報エントリを含む。

本出願のこの実施形態の実装中に、第2のノードが第1のメッセージを第1のノードに送信するプロセスで、ノードのルート情報がルート情報エントリに追加される。したがって、第2のメッセージを返すプロセスにおいて、第4のメッセージのルート情報エントリは、第2のメッセージのルート情報エントリとして直接使用され得る。

オプションの実装では、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第4のメッセージのルート情報エントリと第1のノードのルート情報を含み、第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

本出願のこの実施形態の実装中に、第1のノードが第2のメッセージを第2のノードに返すプロセスでは、ノードのルート情報がルート情報エントリに追加される。したがって、ノードのルート情報は、第4のメッセージのルート情報エントリに追加され、第2のメッセージのルート情報エントリとして使用される。

オプションの実装では、第1のメッセージ、第2のメッセージ、第3のメッセージ、および第4のメッセージはすべて、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる。

本出願のこの実施形態の実装中に、FlexEオーバーヘッドフレームはメッセージを運ぶことができ、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

第2の態様によれば、本出願の実施形態は、ターゲット伝送ルートを取得するための方法を提供し、この方法は、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、この方法は：第2のノードによって第1のノードに、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第1のメッセージを送信するステップと；第2のノードによって、第1のノードによって送信された第2のメッセージを受信するステップと、を含み、第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

本出願のこの実施形態の実装中に、ルートノード上のFlexEクライアントのものである入力情報および出力情報は、各ホップの伝送ルートとして記録され得る。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。

オプションの実装では、第1のメッセージと第2のメッセージの両方が、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる。

本出願のこの実施形態の実装中に、FlexEオーバーヘッドフレームは伝送中にメッセージを運ぶことができ、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

第3の態様によれば、本出願の実施形態は、第1のノードを提供し、第1のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、第1のノードは：第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するように構成された第1の受信ユニットと；第2のメッセージを第2のノードに送信するように構成された第1の送信ユニットと、を含み、第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

オプションの実装では、第1のノードは、第1の受信ユニットが第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするように構成されたクエリユニットと；クエリユニットがスロット交換マッピングテーブルにクエリ結果が存在することを確認した場合、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信するように構成された第1の生成ユニットと；クエリユニットがスロット交換マッピングテーブルにクエリ結果が存在しないことを確認した場合、第1のメッセージに基づいて第2のメッセージを生成するように構成された第2の生成ユニットと、をさらに含む。

オプションの実装では、第1のFlexEクライアントは識別情報を含み、クエリユニットは、第1のFlexEクライアントに含まれる識別情報に基づいて、第1のFlexEクライアントを伝送するための第1のスロットに関する情報を決定するように構成された第1の決定サブユニットと、第1のスロットに関する情報に基づいて、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を決定するように構成された第2の決定サブユニットと、第1のスロットに関する情報と第1のFlexEグループに関する情報に基づいてスロット交換マッピングテーブルをクエリするように構成されたクエリサブユニットと、を含む。

オプションの実装では、クエリユニットは、第1のメッセージに記録された第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリするように構成される。

オプションの実装では、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み、第1の生成ユニットは、第1のメッセージに基づいて第3のメッセージを生成し、第2のFlexEクライアントを運ぶ物理インタフェース上の第3のノードに第3のメッセージを送信するように構成される。

オプションの実装では、第3のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリと第1のノードのルート情報を含み、第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

オプションの実装では、第1のノードは、第1の生成ユニットが第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信した後、第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、第1のメッセージに基づいて第2のメッセージを生成するように構成された第3の生成ユニットであって、第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含む、第3の生成ユニットをさらに含む。

オプションの実装では、第2の生成ユニットは、第1のメッセージのルート情報エントリに基づいて第2のメッセージを生成するように構成され、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリを含む。

オプションの実装では、第1のノードは、第1の受信ユニットが、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、第1の送信ユニットが、第2のメッセージを第2のノードに送信する前に、第3のノードによって送信された第4のメッセージを受信するように構成された第2の受信ユニットであって、第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含む、第2の受信ユニットと、第4のメッセージに基づいて第2のメッセージを生成するように構成された第4の生成ユニットと、をさらに含む。

第4の態様によれば、本出願の実施形態は、第2のノードを提供し、第2のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、第2のノードは：第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第1のメッセージを第1のノードに送信するように構成された第2の送信ユニットと；第1のノードによって送信された第2のメッセージを受信するように構成された第3の受信ユニットと、を含み、第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

第5の態様によれば、本出願の実施形態は第1のノードを提供し、第1のノードはフレキシブルイーサネットFlexEネットワーキングネットワークに適用され、第1のノードは、プロセッサ、メモリ、およびトランシーバを含む。プロセッサ、メモリ、およびトランシーバは相互に接続されている。メモリは、コンピュータプログラムを格納するように構成され、コンピュータプログラムはプログラム命令を含み、プロセッサは、プログラム命令を呼び出して：第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するステップと；第2のメッセージを第2のノードに送信するステップと、を実行するように構成され、第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

オプションの実装では、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、プロセッサは：第1のメッセージに基づいてスロット交換マッピングテーブルをクエリし；クエリ結果がスロット交換マッピングテーブルに存在することが判明した場合は、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信し；スロット交換マッピングテーブルにクエリ結果が存在しないことが判明した場合は、第1のメッセージに基づいて第2のメッセージを生成する、ようにさらに構成される。

オプションの実装では、第1のFlexEクライアントは識別情報を含み、プロセッサによって、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするステップは：第1のFlexEクライアントに含まれる識別情報に基づいて、第1のFlexEクライアントを運ぶ第1のスロットに関する情報を決定するステップと；第1のスロットに関する情報に基づいて、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を決定するステップと；第1のスロットに関する情報と第1のFlexEグループに関する情報に基づいて、スロット交換マッピングテーブルをクエリするステップと、を含む。

オプションの実装では、プロセッサによって、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするステップは、第1のメッセージに記録された第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリするステップを含む。

オプションの実装では、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み、プロセッサによって、第1のメッセージに基づいて第3のメッセージを生成して、第3のノードに第3のメッセージを送信するステップは、第1のメッセージに基づいて第3のメッセージを生成し、第2のFlexEクライアントを運ぶ物理インタフェース上の第3のノードに第3のメッセージを送信するステップを含む。

オプションの実装では、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信した後、プロセッサは、第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、第1のメッセージに基づいて第2のメッセージを生成し、第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含む、ようにさらに構成される。

オプションの実装では、プロセッサによって、第1のメッセージに基づいて第2のメッセージを生成するステップは、第1のメッセージのルート情報エントリに基づいて第2のメッセージを生成するステップであって、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリを含む、ステップを含む。

オプションの実装では、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、第2のメッセージを第2のノードに送信する前に、プロセッサは：第3のノードによって送信された第4のメッセージを受信し、第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含み；第4のメッセージに基づいて第2のメッセージを生成する、ようにさらに構成される。

第6の態様によれば、本出願の実施形態は、第2のノードを提供し、第2のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、第2のノードは、プロセッサ、メモリ、およびトランシーバを含む。プロセッサ、メモリ、およびトランシーバは相互に接続されている。メモリは、コンピュータプログラムを格納するように構成され、コンピュータプログラムはプログラム命令を含み、プロセッサは、プログラム命令を呼び出して：第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第1のメッセージを第1のノードに送信するステップと；第1のノードによって送信された第2のメッセージを受信するステップと、を実行するように構成され、第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

第7の態様によれば、本出願の実施形態は、第1のノードおよび第2のノードを含む通信システムを提供し、第1のノードは、第3の態様または第3の態様の任意の実装による第1のノードであり、第2のノードは、第4の態様または第4の態様の任意の実装による第2のノードである。

第8の態様によれば、本出願の一実施形態は、コンピュータ可読記憶媒体を提供し、コンピュータ可読記憶媒体はコンピュータプログラムを格納し、コンピュータプログラムはプログラム命令を含む。プログラム命令が第1のデバイスのプロセッサによって実行されると、第1のデバイスのプロセッサは、第1の態様または第1の態様の任意の実装による方法を実行することが可能になる。あるいは、プログラム命令が第2のデバイスのプロセッサによって実行されると、第2のデバイスのプロセッサは、第2の態様または第2の態様の任意の実装による方法を実行することが可能になる。

本出願の実施形態の実装中に、ルートノード上のFlexEクライアントのものである第1のFlexEクライアントに関する情報および第2のFlexEクライアントに関する情報は、各ホップの伝送ルートとして記録されてもよい。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

本出願の実施形態または従来技術における技術的解決策をより明確に説明するために、本実施形態または従来技術を説明するために必要な添付図面を以下に簡単に説明する。

FlexEにおける一般的な構造の概略図である。 FlexEカレンダーの概略図である。 FlexEオーバーヘッドフレームのフォーマットの定義の概略図である。本出願の一実施形態によるdataフィールドのフォーマットの概略図である。本出願の一実施形態によるTraced Routeフィールドのフォーマットの概略図である。本出願の一実施形態による通信システムの概略構造図である。本出願の一実施形態による通信システムの概略構造図である。本出願の一実施形態による通信システムの概略構造図である。本出願の一実施形態によるPEノードの概略構造図である。本出願の一実施形態によるPノードの概略構造図である。本出願の一実施形態による、ターゲット伝送ルートを取得するための方法の概略フローチャートである。本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。本出願の一実施形態による特定のシナリオの概略図である。本出願の一実施形態による特定のTraced Routeフィールドの概略図である。本出願の一実施形態による別の特定のシナリオの概略図である。本出願の一実施形態による別の特定のTraced Routeフィールドの概略図である。本出願の一実施形態による第1のノードの概略構造図である。本出願の一実施形態による別の第1のノードの概略構造図である。本出願の一実施形態による第2のノードの概略構造図である。本出願の一実施形態による別の第1のノードの概略構造図である。本出願の一実施形態による別の第2のノードの概略構造図である。

本出願の実施形態による技術的解決策は、添付の図面を参照して以下に明確かつ完全に説明される。

FlexEでは、レート集約は複数の低速物理インタフェースでの高速イーサネットサービスデータストリームの搬送をサポートし、サブレートとチャネライゼーションにより、1つのイーサネット物理インタフェースで複数の低速データストリームを同時に搬送できる。

FlexEでは、スロットはTDMを通じて分割され、伝送チャネル帯域幅の時分割ベースのハードセグメンテーションを実装し、時間の観点からいくつかのサービスへのリンク帯域幅のハード割り当てを実装する。1つのサービスデータストリームは、1つまたは複数のスロットに割り当てられてもよく、それにより、さまざまなレートサービスのマッチングを実装する。

1つのFlexEグループ（FlexE Group）は、1つまたは複数の物理リンクインタフェース（PHY）を含むことができる。FlexE Groupに対応するスロット割り当てテーブルはFlexE－calendarと呼ばれ、各物理インタフェースに対応するスロットマッピングテーブルはサブスロット割り当てテーブルsub－calendarと呼ばれる。各sub－calendarは、対応するFlexE clientに20個のスロットがどのように割り当てられるかを示す。FlexE clientは、FlexE Groupの指定されたスロット（1つまたは複数のスロット）で伝送されるクライアントデータストリームを表し、図1に示すように、複数のFlexE Clientが1つのFlexE Groupで運ばれてもよい。

1つのFlexE Clientが1つまたは複数のクライアントサービスデータストリーム（MAC Client）に対応し得る。FlexE Shim層は、FlexE ClientからMAC Clientへのデータ適応と変換を提供する。

図2は、n個の物理インタフェース（n個のPHYが集約されている）をクロスするFlexE Groupのスロット割り当てステータスを示している。各物理インタフェースには20個のサブスロットがある（Slot0～Slot19）。したがって、FlexE Groupには20n個のサブスロット（sub－calendar）がある。

FlexE実装合意1．0（Implementation Agreement 1．0）に従って、オーバーヘッドブロック（FlexE overhead 66b block）は、13．1μsの間隔でFlexE Group内の各PHYのリモートPHYに送信され、8つのFlexE overhead 66b blockは、FlexEオーバーヘッドフレーム（FlexE overhead frame）から順番に送信される。FlexEでは、オーバーヘッドフレームの一部のフィールドがスロット割り当てテーブルを運ぶように定義されており、スロットテーブルはFlexEオーバーヘッドフレームを使用してリモートPHYのテーブルと同期され、同じスロット割り当てテーブルを使用して両端がFlexE clientデータストリームを送受信するようにする。FlexE Groupオーバーヘッドフレーム内の8つの66b blockのフォーマットは、図3に示すように画定される。Block＃1～＃3は、さまざまなデータを記録するために使用される。詳細はここでは説明されない。Block＃4～＃8は予約された管理チャネル（Management Channel）であり、情報を記録しない。したがって、本出願の実施形態における第1のメッセージ、第2のメッセージ、第3のメッセージ、第4のメッセージなどは、すべてFlexEオーバーヘッドフレームで搬送され得る。本出願の実施形態における第1のメッセージおよび第3のメッセージは、ルート検出要求メッセージであってもよい。本出願の実施形態における第2のメッセージおよび第4のメッセージは、ルート検出応答メッセージであってもよい。1つのオーバーヘッドフレームが5つのblocks：Block＃4～＃8（5×64bits＝320bitsを合計で提供できる、つまり、メッセージを運ぶために40バイトのスペースが提供される）を提供するだけであることを考慮すると、記憶空間が制限され、複数の連続したFlexEオーバーヘッドフレームが使用されて、メッセージを運ぶことができる。

以下に、本出願の実施形態で提供されるルート検出メッセージのパケットフォーマットについて説明する。ルート検出メッセージは、ルート検出要求メッセージおよびルート検出応答メッセージ、具体的には、本出願の後続の実施形態における第1のメッセージ、第2のメッセージ、第3のメッセージ、第4のメッセージなどを含む。

具体的には、本出願の実施形態では、dataフィールドが使用されて、FlexE ClientおよびPEノードによって要求されるルートに沿ったルート情報を記録することができるが、これに限定されない。dataフィールドの特定のフォーマットが図4に示される。

具体的には、シーケンス番号（Sequence Number）フィールドは、複数のルート検出メッセージを識別するために使用され、ユーザがPEノードでFlexEクライアントのルート検出メッセージをクエリすることを要求するために複数の指示を入力したときに、伝送ルート全体で異なるルート検出メッセージを区別するために使用される。

具体的には、メッセージタイプ（Op Code）フィールドは、ルート検出メッセージのタイプを表し、ルート検出メッセージは、ルート検出要求メッセージまたはルート検出応答メッセージであり得る。例えば、Op Codeフィールドの値が1の場合は、メッセージがルート検出要求メッセージであることを示し、Op Codeフィールドの値が0の場合は、メッセージがルート検出応答メッセージであることを示し、その逆も可能である。

具体的には、ソースFlexEクライアント（Source Client）フィールドは、PEノードによって要求されたFlexE Clientを表し、FlexE Clientの伝送に使用される番号またはスロット割り当てテーブルで表される場合がある。

具体的には、ホップカウント（Hop Count）フィールドは、メッセージが移動するルートの現在のHop Countを示す。ルート検出要求メッセージが1つのノードを通過するたびに、Hop Countが徐々に増加し、ルート検出応答メッセージが1つのノードを通過するたびに、Hop Countが徐々に減少する。

具体的には、ルート情報エントリ（Traced Route）は、ルート検出要求メッセージによって検出されたルート情報を記録し、本出願の実施形態では複数のエントリにさらに分割されて表され得、各エントリは、ルート上のホップのノードに対応している。図5に示すように、各エントリは、現在のノードのアイデンティティ情報node ID、入力FlexEクライアント情報Ingress Client、および出力FlexEクライアント情報Egress Clientを含む必要がある。入力FlexEクライアント情報は、第1のFlexEクライアントに関する情報と、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含んでもよく、出力FlexEクライアント情報は、第2のFlexEクライアントに関する情報と、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含んでもよいことがわかる。Traced Routeの存在形態は、ルート情報エントリに限らず、ルート検出要求メッセージによって検出された各ノードのルート情報が記録されることができれば他の形態でもよい。

Ingress Clientは、第1のFlexEクライアントを運ぶ第1のスロットに関する情報FlexE Client＃c1、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報FlexE Group＃g1、および第1のFlexEクライアントを運ぶ物理インタフェースの識別情報PHY＃p1を含む。Egress Clientは、第2のFlexEクライアントを運ぶ第2のスロットに関する情報FlexE Client＃c2、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報FlexE Group＃g2、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報PHY＃p2を含む。第1のFlexEクライアントは、第1のメッセージでクエリすることを要求するFlexEクライアントである。第2のFlexEクライアントは、ノード上の第1のFlexEクライアントでスロットクロスコネクションが実行された後に取得されるFlexEクライアントである。第3のメッセージは、第1のメッセージがノードを通過した後に第1のメッセージに基づいて生成された新しいルート検出要求メッセージであり、少なくともホップカウントの増加を含み、ルート情報エントリのノードのルート情報の増加をさらに含み得る。

本出願の実施形態における第1のノードおよび第2のノードは、ネットワークエッジ上のユーザに接続されたネットワークデバイス（Provider Edge，PE）ノードであってもよく、ネットワーク間またはネットワーク内のデバイス間のインタフェース（Network to Network Interface，NNI）と、ユーザ側インタフェース（User Network Interface，UNI）がデバイスに構成される。本出願の実施形態における第1のノードおよび第2のノードはさらに、ネットワーク内のネットワークデバイス（Provider，P）ノードであってもよく、NNIのみがデバイスに構成される。具体的には、NNIは、例えば、FlexEインタフェースであってもよく、UNIは、例えば、標準的なイーサネットインタフェースであってもよい。

本出願の実施形態は、FlexEインタフェースを使用するマルチノードネットワークに適用可能である。

以下、図6Aから図8を参照して、本出願の実施形態における通信システムおよび関連デバイスについて説明する。図6Aから図6Cは、本出願の一実施形態による通信システムの概略構造図である。図7は、本出願の一実施形態によるPEノードの概略構造図である。図8は、本出願の一実施形態によるPノードの概略構造図である。

図6Aから図6Cは、本出願の一実施形態による通信システムの概略構造図である。図6Aから図6Cに示されるように、通信システムは、少なくとも1つのPEノードおよびいくつかのPノードを含み得る。PEノードは、FlexEインタフェースを介してPノードに、ルート検出要求メッセージを運ぶオーバーヘッドフレームを送信できる。ルート検出要求メッセージを運び、PEノードによって送信されたオーバーヘッドフレームを受信した後、Pノードは、ルート情報が追加され、ルート検出要求メッセージを運ぶ再カプセル化されたオーバーヘッドフレームを次のPノードに送信する。あるいは、Pノードは、ルート検出応答メッセージを運ぶオーバーヘッドフレームを、前のPノードまたはPEノードに送信することができる。ルート検出応答メッセージを運び、Pノードから送信されたオーバーヘッドフレームを受信した後、PEノードは、オーバーヘッドフレームにルート情報を記録するフィールドを抽出して、ルートディスカバリ機能を実装できる。

PEノードとPノードには、FlexEインタフェースをサポートするIPベースのトランスポートネットワークおよびIPベースのパケットトランスポートネットワーク（Packet Transport Network，PTN）上の固定構成スイッチデバイス、モジュラー構成スイッチデバイスなどが含まれるが、これらに限定されない。スイッチデバイス（PEノードとPノード）のNNI側インタフェースチップにルートディスカバリを実装できる機能ユニットが追加されてもよく、具体的には、ルートディスカバリを実装するロジック処理ユニット（traceroute）がFlexEインタフェースアーキテクチャ（つまり、NNI側）に追加され、FlexEオーバーヘッドフレームをカプセル化および抽出し、ルートディスカバリ機能を実装する。
図7および図8に示すように、具体的には、図7は、PEノードの概略構造図である。図から、PEノード10は、少なくともUNI側インタフェースチップ110、スイッチングネットワークチップ120、およびNNI側インタフェースチップ130を含み得ることがわかる。NNI側インタフェースチップ130は、論理処理ユニット（traceroute）131、FlexEシム（FlexE Shim）132、およびPHY133をさらに含む。

UNI側インタフェースチップ110は、ユーザによって入力されたさまざまな命令、例えば、FlexEクライアントの伝送ルートをクエリすることを要求するための命令を受信するように構成される。スイッチングネットワークチップ120は、FlexEクライアントのスロット交換を実施するために、UNI側インタフェースチップ110とNNI側インタフェースチップ130とを接続するように構成される。論理処理ユニット（traceroute）131はFlexEオーバーヘッドフレームをカプセル化して抽出するように構成され、FlexEシム（FlexE Shim）132は標準イーサネットデータストリームをFlexEスロットデータストリームに変換するように構成され、PHY133はFlexEオーバーヘッドフレームを次のノードのPHYに送信するように構成される。

具体的には、図8は、Pノードの概略構造図である。図から、Pノード20は少なくとも2つのNNI側インタフェースチップ210およびスイッチングネットワークチップ220を含み得ることがわかる。各NNI側インタフェースチップ210は、PHY211、FlexE Shim212、およびtraceroute213をさらに含む。

PHY211はFlexEオーバーヘッドフレームを受信または送信するように構成され、FlexE Shim212は標準のイーサネットデータストリームとFlexEスロットデータストリームとの間の相互変換を実装するように構成され、traceroute213はFlexEオーバーヘッドフレームをカプセル化して抽出するように構成される。

以下、図1から図8の説明を参照しながら、本出願の実施形態によるターゲット伝送ルートを取得するための方法について説明する。

図9は、本出願の一実施形態による、ターゲット伝送ルートを取得するための方法の概略フローチャートである。この方法は、以下のステップを含むがこれに限定されない。

S301．第2のノードは、第1のノードに、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための第1のメッセージを送信する。

第1の可能な実装では、第2のノードはPEノードであってよく、第1のノードはPノードである。ユーザは、第2のノードで、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための命令を入力することができる。第2のノードは、命令に基づいて第1のメッセージを生成し、少なくとも1つのFlexEオーバーヘッドフレームに第1のメッセージをカプセル化することができる。第1のメッセージは、ルート検出要求メッセージであってもよい。

具体的には、第1のFlexEクライアントを伝送するための第1のスロット、第1のスロットを運ぶ第1のFlexEグループ、および第1のFlexEグループに含まれる物理インタフェースが、命令に基づいてクエリされ得る。第1のFlexEクライアントを伝送するための少なくとも1つの物理インタフェースが、第1のFlexEクライアントが占有するスロットに基づいて、第1のFlexEグループに含まれる物理インタフェースから割り当てられる。

具体的には、第1のFlexEクライアントは、複数のスロットを占有し得る。第2のノードは、第1のFlexEグループに含まれる物理インタフェースから1つの物理インタフェースを選択し得るか、第2のノードは、1つまたは複数のスロットを個別に運ぶために、第1のFlexEグループに含まれる物理インタフェースから複数の物理インタフェースを選択し得る。例えば、第1のFlexEクライアントが2つのスロットを占有する場合、1つの物理インタフェースが第1のFlexEクライアントに割り当てられ得、物理インタフェースは2つのスロットを含む。あるいは、2つの物理インタフェースが第1のFlexEクライアントに割り当てられてもよく、2つの物理インタフェースはそれぞれ2つのスロットの1つを含む。

第1のメッセージのdataフィールドは、ルート検出メッセージのラベルとメッセージタイプ（ルート検出要求メッセージ）、複数の第1のFlexEクライアント（またはFlexE Clientを伝送するために使用されるスロット割り当てテーブル）、ホップカウント、およびルート情報エントリを記録し得る。第2のノードはPEノードであるため、ホップカウントは初期値Z₀であり、例えば、Z₀は0であってもよいが、これに限定されず、ルート情報は情報エントリに記録されない。

第2の可能な実装では、第2のノードはPノードであってもよく、第1のノードはPノードである。第2のノードから第1のノードに送信される第1のメッセージは、ルート検出要求メッセージである。第1のメッセージのdataフィールドは、ルート検出メッセージのラベルとメッセージタイプ（ルート検出要求メッセージ）、複数の第1のFlexEクライアント（またはFlexE Clientを伝送するために使用されるスロット割り当てテーブル）、ホップカウント、およびルート情報エントリを記録し得る。

第3の可能な実装では、第2のノードはPノードであってもよく、第1のノードはPEノードであってもよい。この場合、第2のノードから送信された第1のメッセージを受信した後、第1のノードは、伝送ルートを終了する。第1のメッセージのdataフィールドは、ルート検出メッセージのラベルとメッセージタイプ（ルート検出要求メッセージ）、複数の第1のFlexEクライアント（またはFlexE Clientを伝送するために使用されるスロット割り当てテーブル）、ホップカウント、およびルート情報エントリを記録し得る。

S302．第1のノードは第2のノードに第2のメッセージを送信する。

具体的には、第2のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも1つのルート情報を含む。ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含む。第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報と、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含む。第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み、第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。具体的には、第1のFlexEクライアントの第1のスロットは、第1のノードのスロットクロスコネクションを介して第2のFlexEクライアントの第2のスロットとクロスし得る。

第2のFlexEクライアントの第2のスロットを運ぶ物理インタフェースの識別情報は、第2のFlexEクライアントの第2のスロットを運ぶすべての物理インタフェースの識別情報であってもよく、または第2のFlexEクライアントの第2のスロットを運ぶ複数の物理インタフェースの1つの識別情報であってもよいことがわかる。第1のノードは、物理インタフェース上の第3のノードに第3のメッセージを送信し得る。第3のメッセージは、第1のメッセージに対応し得、第1のメッセージを更新することによって取得される。第3のメッセージは、ルート検出要求メッセージであってもよい。ここで、第1のメッセージを更新することは、第1のメッセージのホップカウントを増加させるだけであってもよく、または第1のメッセージのホップカウントを増加させて第3のメッセージを生成すること、および第1のノードのルート情報を第1のメッセージのルート情報エントリに追加して第3のメッセージを生成することの両方であってもよい。

なお、以降の実施形態における第2のFlexEクライアントの第2のスロットを運ぶ物理インタフェースの識別情報は、第2のFlexEクライアントの第2のスロットを運ぶすべての物理インタフェースの識別情報であってもよく、または第2のFlexEクライアントの第2のスロットを運ぶ複数の物理インタフェースの1つの識別情報であってもよい。詳細は以降の実施形態では説明されない。

第2のメッセージは、ルート検出応答メッセージ、具体的には、ルートが終端した後に下流ノードから返されるルート検出応答メッセージであってもよい。ルート検出応答メッセージは、伝送ルート全体の各ノードのルート情報を記録してもよく、または第2のノードのすべての下流ノードのルート情報を記録してもよい。第1のノードは、第2のノードの下流ノードであることが理解され得る。対照的に、第2のノードは第1のノードの上流ノードである。

次に、図10Aおよび図10Bは、本出願の一実施形態による、ターゲット伝送ルートを取得するための別の方法の概略フローチャートである。この方法は、以下のステップを含むがこれに限定されない。

S401．第2のノードは、第1のFlexEクライアントの伝送ルートをクエリすることを要求するためにユーザによって入力された命令を受け取る。

具体的には、第2のノードはPEノードである。ユーザは、第2のノードのUNI側インタフェースを介して、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための命令を入力することができる。

S402．第2のノードは、命令に基づいて、第1のFlexEクライアントを伝送するための第1のスロットに関する情報、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報、および第1のFlexEグループに含まれる物理インタフェースをクエリする。

具体的には、第1のFlexEクライアントを伝送するための第1のスロット、第1のFlexEクライアントを運ぶ第1のFlexEグループ、および第1のFlexEグループに含まれる物理インタフェースはすべて、ユーザがノード用に事前構成したパラメータである。第1のFlexEグループは、少なくとも1つの物理インタフェースを含む。

可能な実装では、第1のFlexEクライアントは識別情報を含み得る。

第1のノードは、第1のFlexEクライアントに含まれる識別情報に基づいて、第1のFlexEクライアントを伝送するための第1のスロットに関する情報を決定し、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報をさらに決定し得る。

具体的には、第1のFlexEクライアントの識別情報と第1のFlexEクライアントを運ぶ第1のスロットに関する情報との間にマッピング関係がある。マッピング関係はまた、ユーザによって事前設定されたパラメータである。第1のFlexEクライアントの識別情報がわかっている場合、第1のFlexEクライアントを運ぶ第1のスロットに関する情報は、マッピング関係に従って決定され得る。逆に、FlexEクライアントの識別情報はまた、FlexEクライアントを運ぶスロットに関する情報に基づいて決定され得る。

S403．第2のノードは、第1のFlexEクライアントによって占有されるスロットに基づいて、第1のFlexEグループに含まれる物理インタフェースから第1のFlexEクライアントを運ぶ少なくとも1つの物理インタフェースを割り当てる。

具体的には、第1のFlexEクライアントは、複数のスロットを占有し得る。第2のノードは、第1のFlexEグループに含まれる物理インタフェースから1つの物理インタフェースを割り当ててもよく、または第2のノードは、1つまたは複数のスロットを個別に運ぶために第1のFlexEグループに含まれる物理インタフェースから複数の物理インタフェースを割り当ててもよい。例えば、第1のFlexEクライアントが2つのスロットを占有する場合、1つの物理インタフェースが第1のFlexEクライアントに割り当てられ得、物理インタフェースは2つのスロットを含む。あるいは、2つの物理インタフェースが第1のFlexEクライアントに割り当てられてもよく、2つの物理インタフェースはそれぞれ2つのスロットの1つを含む。

S404．第2のノードは、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための第1のメッセージを第1のノードに送信し、第1のノードは第2のノードによって送信された第1のメッセージを受信する。

具体的には、第2のノードは、少なくとも1つの割り当てられた物理インタフェースのそれぞれで1つの第1のメッセージを生成する。

少なくとも1つの割り当てられた物理インタフェースのそれぞれで1つの第1のメッセージを生成した後、第2のノードがすべての第1のメッセージを同じ第1のノードに送信してもよく、第1のノードが第1のメッセージごとに1つの第3のメッセージを生成してもよいことがわかる。あるいは、少なくとも1つの割り当てられた物理インタフェースのそれぞれで1つの第1のメッセージを生成した後、第2のノードは、第1のメッセージを異なる第1のノードに別々に送信してもよい。各第1のノードは、第1のノードが受信した第1のメッセージごとに1つの第3のメッセージを生成する。

さらに、第2のノードが第1のメッセージを第1のノードに送信した後、タイマが開始される。タイマが切れた後、第1のノードによって返された第2のメッセージ（ルート検出応答メッセージ）が受信されない場合、ルートディスカバリが失敗し、ルート情報が確認されず、現在記録されているホップカウントとSource Clientフィールドがクリアされていることを示す。タイマのタイミング持続時間は、例えば、50n×13．1μsであるが、これに限定されず、nはFlexEネットワークの平均ホップカウントを表す。

S405．第1のノードは、第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリし、クエリ結果がスロット交換マッピングテーブルに存在するかどうかを判断する。クエリ結果がスロット交換マッピングテーブルに存在する場合、S406が実行される。スロット交換マッピングテーブルにクエリ結果が存在しない場合、S411が実行される。

具体的には、第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報と、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含む。

具体的には、第1のFlexEクライアントに関する情報は、第1のメッセージのSource Clientを抽出することによって取得され得る。さらに、第2のノードから送信された第1のメッセージを受信すると、第1のノードは第1のFlexEクライアントに関する情報をローカルに格納し得、第1のノードはローカルに格納された第1のFlexEクライアントに関する情報を抽出し得る。

第2のノードがPノードである場合、第1のノードは、第1のメッセージのルート情報エントリの最後のエントリに記録されている第2のFlexEクライアントに関する情報を抽出し、第2のFlexEクライアントに関する情報をクエリ条件として使用してスロット交換マッピングテーブルをクエリし得ることがわかる。第2のFlexEクライアントに関する情報は、第2のノードが第1のメッセージを第1のノードに送信するときにFlexEクライアントを運ぶスロットに関する情報と、FlexEクライアントを運ぶFlexEグループに関する情報である。

第2のノードがPEノードであるかPノードであるかは、第1のメッセージ内のホップカウントが初期値Z₀より大きいかどうかを判断することによって決定され得る。ホップカウントがZ₀より大きい場合は、第2のノードがPノードであることを示し、またはホップカウントがZ₀の場合は、第2のノードがPEノードであることを示す。

S406．第1のノードは、第1のメッセージに基づいて第3のメッセージを生成する。

具体的には、第1のFlexEクライアントに関する情報に基づいて、クエリ結果がスロット交換マッピングテーブルに存在することを確認すると、第1のノードは第1のメッセージに基づいて第3のメッセージを生成する。第1のメッセージはルート検出要求メッセージであり、第3のメッセージもルート検出要求メッセージである。

具体的には、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含む。第1のノードのスロット交換により、第1のFlexEクライアントが第2のFlexEクライアントに交換されることがわかる。第1のノードごとに、上流ノードによって送信された受信FlexEクライアントは第1のFlexEクライアントであり、下流ノードに送信されたFlexEクライアントは第2のFlexEクライアントである。つまり、現在のノードの第1のFlexEクライアントは上流ノードの第2のFlexEクライアントであり、現在のノードの第2のFlexEクライアントは下流ノードの第1のFlexEクライアントである。

可能な実装では、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されると、現在のノードのルート情報がルート情報エントリに追加される。

具体的には、第3のメッセージはルート情報エントリを含み、第3のメッセージのルート情報エントリは、第1のメッセージのルート情報エントリおよび第1のノードのルート情報を含む。第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。第1のノードのルート情報は、第3のメッセージのルート情報エントリの最後のエントリとして使用される。

さらに、第3のメッセージは、ホップカウントをさらに含み得る。第3のメッセージのホップカウントは、第1のメッセージのホップカウントと比較して1増加する。第1のメッセージに記録されたホップカウントがZ₀の場合、第3のメッセージに記録されたホップカウントはZ₀＋1である。

別の可能な実装では、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されると、現在のノードのルート情報はルート情報エントリに追加されないが、ルート検出応答メッセージが上流ノードに返されると、現在のノードのルート情報がルート情報エントリに追加される。

具体的には、第3のメッセージはルート情報エントリを含み、第3のメッセージのルート情報エントリは第1のメッセージのルート情報エントリを含む。具体的には、第1のメッセージのルート情報エントリはルート情報を記録せず、第3のメッセージのルート情報エントリもルート情報を記録しない。ただし、第3のメッセージのホップカウントは、第1のメッセージのホップカウントと比較して1増加する。第1のメッセージに記録されたホップカウントがZ₀の場合、第3のメッセージに記録されたホップカウントはZ₀＋1である。

S407．第1のノードは第3のメッセージを第3のノードに送信する。

具体的には、第1のノードは、第2のFlexEグループに含まれ、第2のスロットを運ぶ少なくとも1つの物理インタフェース上の第3のノードに第3のメッセージを送信する。第3のメッセージが送信される特定の物理インタフェースが事前構成されてもよく、物理インタフェースは第2のスロットに基づいて決定されてもよいことがわかる。あるいは、第1のノードが第2のスロットに基づいて物理インタフェースを決定できない場合、第1のノードは第2のFlexEグループに含まれる各物理インタフェースで1つの第3のメッセージを送信し得るが、1つの物理インタフェースのみで、ダウンストリームノードによって返されるルート検出応答メッセージを最後に受信する。第3のメッセージはそれぞれ、第3のメッセージを送信するための物理インタフェースの異なる識別情報を記録することがわかる。

S408．第1のノードが、指定された期間内に第3のノードによって送信された第4のメッセージを受信しない場合、第1のノードは第1のメッセージに基づいて第2のメッセージを生成する。

同様に、第1のノードが第3のメッセージを第3のノードに送信した後、タイマが開始される。タイマが切れた後、第3のノードによって返された第4のメッセージ（ルート検出応答メッセージ）が受信されない場合は、第3のノードでルートが終端したことを示す。第2のメッセージは、第1のメッセージに基づいて生成される。タイマのタイミング持続時間は、例えば、50n×13．1μsであるが、これに限定されず、nはFlexEネットワークの平均ホップカウントを表す。

具体的には、第4のメッセージはルート情報エントリを含み、第4のメッセージに含まれるルート情報エントリは少なくとも第3のノードのルート情報を含む。第3のノードのルート情報に含まれる具体的な内容については、第1のノードのルート情報に含まれる内容を参照されたい。詳細はここでは再度説明されない。

具体的には、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは、第1のメッセージのルート情報エントリおよび第1のノードのルート情報を含む。第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。第1のノードのルート情報は、第2のメッセージのルート情報エントリの最後のエントリとして使用される。

第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第3のメッセージのルート情報エントリを含むことがわかる。

さらに、第2のメッセージは、ホップカウントをさらに含み得る。第2のメッセージのホップカウントは、第1のメッセージのホップカウントと比較して1増加する。第1のメッセージに記録されたホップカウントがZ₀の場合、第3のメッセージに記録されたホップカウントはZ₀＋1である。

さらに、第2のメッセージのOp Codeフィールドが変化する。第1のメッセージはルート検出要求メッセージであり、第2のメッセージはルート検出応答メッセージであることがわかる。

S409．第3のノードは第4のメッセージを第1のノードに送信し、第1のノードは第3のノードによって送信された第4のメッセージを受信する。

具体的には、第1のノードは、指定された期間内に、第3のノードによって送信された第4のメッセージを受信する。第4のメッセージはルート情報エントリを含み、ルート情報エントリは少なくとも第3のノードのルート情報を含む。

可能な実装では、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されると、現在のノードのルート情報がルート情報エントリに追加される。具体的には、第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは、伝送ルート上のすべてのノードのルート情報を含む。

別の可能な実装では、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されると、現在のノードのルート情報はルート情報エントリに追加されないが、ルート検出応答メッセージが上流ノードに返されると、現在のノードのルート情報がルート情報エントリに追加される。具体的には、第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは、伝送ルート上の第1のノードのすべての下流ノードのルート情報、具体的には、第3のノードの、および第3のノードのすべての下流ノードのルート情報を含む。

具体的には、第3のノードは、第3のメッセージが受信される物理インタフェース上の第1のノードに第4のメッセージを送信することができる。

S410．第1のノードは、第4のメッセージに基づいて第2のメッセージを生成する。

可能な実装では、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されると、現在のノードのルート情報がルート情報エントリに追加される。この場合、第4のメッセージのルート情報エントリは、伝送ルート上のすべてのノードのルート情報を含み、第4のメッセージのルート情報エントリだけを第2のメッセージのルート情報エントリにコピーする必要がある。次に、第4のメッセージのホップカウントが1だけ引かれ、その後第2のメッセージのホップカウントとして使用される。

別の可能な実装では、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されると、現在のノードのルート情報はルート情報エントリに追加されないが、ルート検出応答メッセージが上流ノードに返されると、現在のノードのルート情報がルート情報エントリに追加される。この場合、第4のメッセージのルート情報エントリが、伝送ルート上の第1のノードのすべての下流ノードのルート情報を含む場合、第4のメッセージのルート情報エントリと第1のノードのルート情報の両方が、第2のメッセージのルート情報エントリに追加される必要がある。次に、第4のメッセージのホップカウントが1だけ引かれ、その後第2のメッセージのホップカウントとして使用される。

この場合、第1のノードのルート情報は、以下の少なくとも2つの方式で取得され得る。

方式1：スロット交換マッピングテーブルは、受信した第4のメッセージのルート情報エントリの最後のエントリに記録されている第2のFlexEクライアントに関する情報をクエリ条件として使用してクエリされ、クエリ結果を取得する。第2のFlexEクライアントに関する情報は現在の第1のノードの第1のFlexEクライアントに関する情報であり、クエリ結果は現在の第1のノードの第2のFlexEクライアントに関する情報であることがわかる。

第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。第1のノードのルート情報は、第2のメッセージのルート情報エントリの最後のエントリとして使用される。

方式2：第1のメッセージに基づいて第2のメッセージを生成するプロセスで、第1のノードのルート情報が記録される。第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

S411．第1のノードは、第1のメッセージに基づいて第2のメッセージを生成する。

具体的には、第1のFlexEクライアントに関する情報に基づいて、S405でスロット交換マッピングテーブルにクエリ結果が存在しないことを確認すると、第1のノードは、第1のメッセージに基づいて第2のメッセージを生成する。第1のメッセージはルート検出要求メッセージであり、第2のメッセージはルート検出応答メッセージである。

具体的には、スロット交換マッピングテーブルにクエリ結果が存在しないと、ノードで伝送ルートが終端し、ルートディスカバリが終了したことを示す。第2のノードはPEノードであるため、第1のノードがスロット交換マッピングテーブルにクエリ結果が存在しないことを確認すると、第2のメッセージのルート情報エントリが空であることを示す。

第2のノードがPノードである場合、第1のメッセージのルート情報エントリは、少なくとも第2のノードのルート情報を含み得ることがわかる。第1のメッセージのルート情報エントリは、第2のメッセージのルート情報エントリに直接コピーされ得、ホップカウントは変更されない。

S412．第1のノードは第2のメッセージを第2のノードに送信する。

具体的には、S408で第1のメッセージに基づいて第2のメッセージを生成した後、またはS410で第4のメッセージに基づいて第2のメッセージを生成した後、またはS411で第1のメッセージに基づいて第2のメッセージを生成した後、第1のノードは第2のメッセージを第2のノードに送信する。第2のノードは、第2のメッセージ内のルート情報エントリを抽出して、伝送ルートを取得することができる。

具体的には、第1のノードは、第1のメッセージが受信される物理インタフェース上の第2のノードに第2のメッセージを送信することができる。

S404において、第2のノードが、第1のFlexEクライアントの伝送ルートをクエリすることを要求するためにユーザによって入力された命令を受信し、第1のFlexEクライアントによって占有されるスロットに割り当てられた複数の物理インタフェースのそれぞれで1つの第1のメッセージを生成した後、この場合、完全な伝送ルートを取得するには、第1のメッセージに基づいて返されるすべての第2のメッセージがS412で受信される必要があることがわかる。具体的には、これは、第2のノードにタイマを配置することによって実装され得る。具体的には、第2のメッセージが第1のFlexEクライアントの伝送ルートをクエリすることを要求する同じ命令に対応するかどうかは、第2のメッセージ内のSequence Numberを使用することによって決定され得る。

第3のメッセージが下流ノードに送信されるときに第1のノードのルート情報が追加されるか、第2のメッセージが上流ノードに返されるときに第1のノードのルート情報が追加されるかに関係なく、ユーザは、第2のノードの伝送ルート情報を抽出するためのシーケンスを設定して、最終的に正しい伝送ルートを取得することができることがわかる。

例えば、第3のメッセージが下流ノードに送信されるときに第1のノードのルート情報が追加され、最終的に、第2のメッセージのルート情報エントリが直接抽出される。

別の例では、第2のメッセージが上流ノードに返されるときに、第1のノードのルート情報が追加される。第3のメッセージが送信されるときにローカルに記録されたノード情報が直接追加された場合、第2のメッセージのルート情報エントリは最終的に逆の順序で抽出される。

別の例では、第2のメッセージが上流ノードに返されるときに、第1のノードのルート情報が追加される。第1のノードにローカルに格納されているクエリ条件に従ってスロット交換マッピングテーブルがクエリされる場合、次に第1のノードのルート情報が第2のメッセージのルート情報エントリに追加され、最終的に、第2のメッセージのルート情報エントリは逆の順序で抽出される。

別の例では、第2のメッセージが上流ノードに返されるときに、第1のノードのルート情報が追加される。クエリ結果が、第1のFlexEクライアントに関する返された情報に基づいてスロット交換マッピングテーブルをクエリすることによって取得され、第1のノードのルート情報として使用される場合、第2のメッセージのルート情報エントリは最終的に逆の順序で抽出され、次に、第1のFlexEクライアントに関する情報と第2のFlexEクライアントに関する情報が交換される。

本出願のこの実施形態の実装中に、ルートノード上のFlexEクライアントのものである第1のFlexEクライアントに関する情報および第2のFlexEクライアントに関する情報は、各ホップの伝送ルートとして記録されてもよい。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

図11Aおよび図11Bならびに図12Aおよび図12Bを参照して、以下は、本出願の実施形態による、ターゲット伝送ルートを取得するための2つの異なる方法を別々に説明する。2つの方法の違いは、現在のノードのルート情報をルート情報エントリに追加する方式が異なることである。図11Aおよび図11Bは、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されるときにルート情報エントリに現在のノードのルート情報を追加することを説明している。図12Aおよび図12Bは、ルート検出応答メッセージが伝送ルート上の上流ノードに返されたときに、ルート情報エントリに現在のノードのルート情報を追加することを説明している。

図11Aおよび図11Bに示すように、ターゲット伝送ルートを取得するための方法は、少なくとも以下のステップを含み得る。

S501．第2のノードは、第1のFlexEクライアントの伝送ルートをクエリすることを要求するためにユーザによって入力された命令を受け取る。

S502．第2のノードは、命令に基づいて、第1のFlexEクライアントを伝送するための第1のスロットに関する情報、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報、および第1のFlexEグループに含まれる物理インタフェースをクエリする。

S503．第2のノードは、第1のFlexEクライアントによって占有されるスロットに基づいて、第1のFlexEグループに含まれる物理インタフェースから第1のFlexEクライアントを運ぶ少なくとも1つの物理インタフェースを割り当てる。

S504．第2のノードは、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための第1のメッセージを第1のノードに送信し、第1のノードは第2のノードによって送信された第1のメッセージを受信する。

S505．第1のノードは、第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリし、クエリ結果がスロット交換マッピングテーブルに存在するかどうかを判断する。クエリ結果がスロット交換マッピングテーブルに存在する場合、S506が実行される。スロット交換マッピングテーブルにクエリ結果が存在しない場合、S511が実行される。

S501～S505の実装については、図10Aおよび図10BのS401～S405を参照されたい。詳細はここでは再度説明されない。

S506．第1のメッセージのルート情報エントリに第1のノードのルート情報を追加して、第3のメッセージを生成する。

具体的には、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含む。第3のメッセージはルート情報エントリを含み、第3のメッセージのルート情報エントリは、第1のメッセージのルート情報エントリおよび第1のノードのルート情報を含む。第1のノードのルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。第1のノードのルート情報は、第3のメッセージのルート情報エントリの最後のエントリとして使用される。

S507．第1のノードは第3のメッセージを第3のノードに送信する。

S508．第1のノードが、指定された期間内に第3のノードによって送信された第4のメッセージを受信しない場合、第1のノードは第1のメッセージに基づいて第2のメッセージを生成する。

S507およびS508の実装については、図10BのS407およびS408を参照されたい。詳細はここでは再度説明されない。

S509．第3のノードは第4のメッセージを第1のノードに送信し、第1のノードは第3のノードによって送信された第4のメッセージを受信する。

具体的には、第1のノードは、指定された期間内に、第3のノードによって送信された第4のメッセージを受信する。第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは、伝送ルート上のすべてのノードのルート情報を含む。

S510．第4のメッセージのルート情報エントリを第2のメッセージのルート情報エントリとして使用して、第2のメッセージを生成する。

具体的には、第4のメッセージのルート情報エントリは、伝送ルート上のすべてのノードのルート情報を含み、第4のメッセージのルート情報エントリだけが第2のメッセージのルート情報エントリにコピーされる必要がある。次に、第4のメッセージのホップカウントが1だけ引かれ、その後第2のメッセージのホップカウントとして使用される。

S511．第1のノードは、第1のメッセージに基づいて第2のメッセージを生成する。

S512．第1のノードは第2のメッセージを第2のノードに送信する。

S511およびS512の実装については、図10BのS411およびS412を参照されたい。詳細はここでは再度説明されない。

本発明のこの実施形態の実施中に、ルート検出要求メッセージが伝送ルート上の下流ノードに送信されるときに、現在のノードのルート情報がルート情報エントリに追加され得る。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

図12Aおよび図12Bに示されるように、ターゲット伝送ルートを取得するための方法は、少なくとも以下のステップを含み得る。

S601．第2のノードは、第1のFlexEクライアントの伝送ルートをクエリすることを要求するためにユーザによって入力された命令を受け取る。

S602．第2のノードは、命令に基づいて、第1のFlexEクライアントを伝送するための第1のスロットに関する情報、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報、および第1のFlexEグループに含まれる物理インタフェースをクエリする。

S603．第2のノードは、第1のFlexEクライアントによって占有されるスロットに基づいて、第1のFlexEグループに含まれる物理インタフェースから第1のFlexEクライアントを運ぶ少なくとも1つの物理インタフェースを割り当てる。

S604．第2のノードは、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための第1のメッセージを第1のノードに送信し、第1のノードは第2のノードによって送信された第1のメッセージを受信する。

S605．第1のノードは、第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリし、クエリ結果がスロット交換マッピングテーブルに存在するかどうかを判断する。クエリ結果がスロット交換マッピングテーブルに存在する場合、S606が実行される。クエリ結果がスロット交換マッピングテーブルに存在しない場合、S611が実行される。

S601～S605の実装については、図10Aおよび図10BのS401～S405を参照されたい。詳細はここでは再度説明されない。

S606．第1のメッセージのルート情報エントリを第3のメッセージのルート情報エントリとして使用して、第3のメッセージを生成する。

具体的には、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含む。第3のメッセージはルート情報エントリを含み、第3のメッセージのルート情報エントリは第1のメッセージのルート情報エントリを含む。具体的には、第1のメッセージのルート情報エントリはルート情報を記録せず、第3のメッセージのルート情報エントリもルート情報を記録しない。ただし、第3のメッセージのホップカウントは、第1のメッセージのホップカウントと比較して1増加する。第1のメッセージに記録されたホップカウントがZ₀の場合、第3のメッセージに記録されたホップカウントはZ₀＋1である。

S607．第1のノードは第3のメッセージを第3のノードに送信する。

S608．第1のノードが、指定された期間内に第3のノードによって送信された第4のメッセージを受信しない場合、第1のノードは第1のメッセージに基づいて第2のメッセージを生成する。

S607およびS608の実装については、図10BのS407およびS408を参照されたい。詳細はここでは再度説明されない。

S609．第3のノードは第4のメッセージを第1のノードに送信し、第1のノードは第3のノードによって送信された第4のメッセージを受信する。

具体的には、第1のノードは、指定された期間内に、第3のノードによって送信された第4のメッセージを受信する。第4のメッセージは、ルート情報エントリを含む。第4のメッセージのルート情報エントリは、伝送ルート上の第1のノードのすべての下流ノードのルート情報、具体的には、第3のノードの、および第3のノードのすべての下流ノードのルート情報を含む。

S610．第1のノードのルート情報を第4のメッセージのルート情報エントリに追加して、第2のメッセージを生成する。

具体的には、第4のメッセージのルート情報エントリが、伝送ルート上の第1のノードのすべての下流ノードのルート情報を含む場合、第4のメッセージのルート情報エントリと第1のノードのルート情報の両方が、第2のメッセージのルート情報エントリに追加される必要がある。次に、第4のメッセージのホップカウントが1だけ引かれ、その後第2のメッセージのホップカウントとして使用される。

S611．第1のノードは、第1のメッセージに基づいて第2のメッセージを生成する。

S612．第1のノードは第2のメッセージを第2のノードに送信する。

S611およびS612の実装については、図10BのS411およびS412を参照されたい。詳細はここでは再度説明されない。

本発明のこの実施形態の実施中に、ルート検出応答メッセージが伝送ルート上の上流ノードに送信されるとき、現在のノードのルート情報がルート情報エントリに追加され得る。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

次に、図13から図16を参照して、本出願の実施形態による、ターゲット伝送ルートを取得するための3つの他の方法について説明する。

方式1：図13に示すように、ネットワーク運用保守エンジニアまたはユーザが、PEノード上のFlexEネットワーク、つまりFlexEノード＃1（FlexE Node＃1）内のFlexEクライアント＃c1（FlexE Client＃c1）の伝送ルートをクエリするように要求する。本実施形態の実施手順は以下の通りである：

STEP 1：FlexE Node＃1は、ユーザから要求と入力されたFlexE Client＃c1（c1はスロット割り当てテーブルを表し、FlexE Clientを伝送するスロットはスロット割り当てテーブルに基づいて決定され得る）を受け取る。FlexE Node＃1で、FlexE Client＃c1を運ぶFlexEグループ（FlexE Group）はFlexEグループ＃1（FlexE Group＃1）であり、FlexE Group＃1に含まれるFlexE物理インタフェース（PHY）はPHY＃6であり、具体的には、FlexE Client＃c1を運ぶ物理インタフェースはPHY＃6である。第1のメッセージを運ぶFlexEオーバーヘッドフレームがPHY＃6で送信される。hop countは0として記録され、FlexE Group＃1およびFlexE Client＃c1が記録され、タイマが開始される。

STEP 2：第1のメッセージは、リモートネットワークデバイスFlexEノード＃2（FlexE Node＃2）のNNI側FlexEインタフェースPHY＃6に伝送される。traceroute機能ユニットは、第1のメッセージのOp Codeフィールドをルート検出要求メッセージとして解析し、第1のメッセージのTraced Routeフィールドを読み取り、ルート情報エントリが含まれていないことを確認し、第1のメッセージのsource clientフィールドを抽出し、FlexE Client＃c1を運ぶFlexEインタフェースPHY＃6が属するFlexE Group＃1と、RTRメッセージのsource clientフィールドのFlexE client＃c1スロット割り当てテーブルをクエリ条件（クエリ条件も記録される）として使用して、FlexE Node＃2ノードのFlexEスロット交換マッピングテーブルをクエリする。クロスマッピングを介して取得された出力は、FlexEグループ＃3（FlexE Group＃3）およびFlexEクライアント＃c2（FlexE Client＃c2）であることが確認される。FlexE Group＃3に含まれるFlexEインタフェースPHYリストがクエリされる。FlexE Group＃3はPHY＃3のみを含み、具体的には、FlexE Client＃c2を運ぶ物理インタフェースはPHY＃3である。第1のメッセージのhop countは徐々に増加し、Node＃2がNode IDとして使用される。FlexEグループ＃1＋PHY＃6＋FlexEクライアント＃c1（FlexE Group＃1＋PHY＃6＋FlexE Client＃c1）はIngress Clientとして使用され、FlexEグループ＃3＋PHY＃3＋FlexEクライアント＃c2（FlexE Group＃3＋PHY＃3＋FlexE Client＃c2）はEgress Clientとして使用され、Ingress ClientとEgress Clientは最後のエントリとしてTraced Routeフィールドに接続され、第3のメッセージを生成する。第3のメッセージを運ぶFlexEオーバーヘッドフレームは、PHY＃3で送信される。hop countは1として記録され、FlexE Group＃3およびFlexE Client＃c2が記録され、タイマが開始される。

STEP 3：図13に示すように、FlexEノード＃2（FlexE Node＃2）からFlexEノード＃3（FlexE Node＃3）へのリンクに障害があるため、送信された第3のメッセージはFlexE Node＃3に到達できない。FlexE Node＃2は、タイマのタイムアウトイベントを受信し（FlexE Node＃3によって返された第4のメッセージは、タイマが切れると受信されない）、第2のメッセージのhop countとして1として記録されたhop countを使用し、第3のメッセージのルート情報エントリを第2のメッセージのルート情報エントリとして使用し、FlexE Client＃c1を運ぶ物理インタフェースPHY＃6で、第2のメッセージがカプセル化されているFlexEオーバーヘッドフレームを送信する。現在記録されているhop count、FlexE Group＃1、およびFlexE Client＃c1がクリアされ、タイマが停止する。

STEP 4：第2のメッセージは、リモートネットワークデバイスFlexE Node 1のNNI側FlexEインタフェースPHY＃1に伝送される。メッセージのOp Codeフィールドがルート検出応答メッセージとして読み取られ、第2のメッセージのHop Countフィールドが読み取られ、Hop Countが0であることが確認される。第2のメッセージは転送を停止する。FlexE Client＃c1を運ぶFlexE Group＃1は、1つの物理ポートPHY＃1にのみ対応し、第2のメッセージはポートを介して受信される。ルート検出は終端する。Node 1におけるFlexE Client＃c1の伝送ルートが図14に示される。

本出願のこの実施形態では、第1のノードが下流ノードに第3のメッセージを送信するときに第1のノードのルート情報が第3のメッセージのルート情報エントリに追加されるシナリオが、ルートディスカバリ手順を実装する例として使用される。ルートノード上のFlexEクライアントのものである入力情報と出力情報は、各ホップの伝送ルートとして記録されてもよい。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

方式2：図13に示すように、ネットワーク運用保守エンジニアまたはユーザが、PEノード上のFlexEネットワーク、つまりFlexE Node＃1内のFlexE Client＃c1の伝送ルートをクエリするように要求する。本実施形態の実施手順は以下の通りである：

STEP 1：FlexE Node＃1は、ユーザから要求と入力されたFlexE Client＃c1（c1はスロット割り当てテーブルを表し、FlexE Clientを伝送するスロットはスロット割り当てテーブルに基づいて決定され得る）を受け取る。FlexE Node＃1で、FlexE Client＃c1を運ぶFlexE GroupはFlexE Group＃1であり、FlexE Group＃1に含まれるFlexE物理インタフェース（PHY）はPHY＃6であり、具体的には、FlexE Client＃c1を運ぶ物理インタフェースはPHY＃6である。第1のメッセージを運ぶFlexEオーバーヘッドフレームがPHY＃6で送信される。hop countは0として記録され、FlexE Group＃1およびFlexE Client＃c1が記録され、タイマが開始される。

STEP 2：第1のメッセージは、リモートネットワークデバイスFlexE Node＃2のNNI側FlexEインタフェースPHY＃6に伝送される。traceroute機能ユニットは、第1のメッセージのOp Codeフィールドをルート検出要求メッセージとして解析し、第1のメッセージのTraced Routeフィールドを読み取り、ルート情報エントリが含まれていないことを確認し、第1のメッセージのsource clientフィールドを抽出し、FlexE Client＃c1を運ぶFlexEインタフェースPHY＃6が属するFlexE Group＃1と、RTRメッセージのsource clientフィールドのFlexE client＃c1スロット割り当てテーブルをクエリ条件（クエリ条件も記録される）として使用して、FlexE Node＃2ノードのFlexEスロット交換マッピングテーブルをクエリする。クロスマッピングを通じて取得された出力は、FlexE Group＃3とFlexE Client＃c2であることが確認される。FlexE Group＃3に含まれるFlexEインタフェースPHYリストがクエリされる。FlexE Group＃3はPHY＃3のみを含み、具体的には、FlexE Client＃c2を運ぶ物理インタフェースはPHY＃3である。第1のメッセージのhop countが徐々に増加し、第3のメッセージが生成される。第3のメッセージを運ぶFlexEオーバーヘッドフレームは、PHY＃3で送信される。hop countは1として記録され、FlexE Group＃3およびFlexE Client＃c2が記録され、タイマが開始される。

STEP 3：図13に示すように、FlexE Node＃2からFlexE Node＃3へのリンクに障害があるため、送信された第3のメッセージはFlexE Node＃3ノードに到達できない。FlexE Node＃2ノードは、タイマのタイムアウトイベントを受信し（FlexE Node＃3によって返された第4のメッセージは、タイマが切れると受信されない）、第2のメッセージのhop countとして1として記録されたhop countを使用し、FlexE Group＃1とFlexE Client＃c1を使用してFlexEスロット交換マッピングテーブルをクエリし、クロスマッピング後に取得された出力がFlexE Group＃3とFlexE Client＃c2であることを確認し（c2はスロット割り当てテーブルを表す）、そして、FlexE Group＃1に含まれるPHYをクエリし、具体的には、FlexE Group＃1は、PHY＃6にのみ対応する。具体的には、FlexE Client＃c1を運ぶ物理インタフェースがPHY＃6の場合、第2のメッセージが生成され、Node＃2がNode IDとして使用される。FlexE Group＃1＋PHY＃6＋FlexE Client＃c1はIngress Clientとして使用され、FlexE Group＃3＋PHY＃3＋FlexE Client＃c2はEgress Clientとして使用され、Ingress ClientとEgress Clientは最後のエントリとしてTraced Routeフィールドに接続され、第2のメッセージのルート情報エントリとして使用される。第2のメッセージを運ぶFlexEオーバーヘッドフレームは、FlexE Client＃c1を運ぶ物理インタフェースPHY＃6で送信される。現在記録されているhop count、FlexE Group＃1、およびFlexE Client＃c1がクリアされ、RTRタイマが停止する。

本出願のこの実施形態では、第1のノードが上流ノードに第2のメッセージを返すときに第1のノードのルート情報が第2のメッセージのルート情報エントリに追加されるシナリオが、ルートディスカバリ手順を実装する例として使用される。ルートノード上のFlexEクライアントのものである入力情報と出力情報は、各ホップの伝送ルートとして記録されてもよい。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

方式3：図15に示すように、ネットワーク運用保守エンジニアまたはユーザが、PEノード上のFlexEネットワーク、つまりFlexEノード＃1（FlexE Node＃1）内のFlexEクライアント＃c1（FlexE Client＃c1）の伝送ルートをクエリするように要求する。本実施形態の実施手順は以下の通りである：

STEP 1：FlexE Node＃1が要求を受け取り、入力されたFlexE Client＃c1をユーザから受け取る。FlexE Node＃1で、FlexE Client＃c1を運ぶFlexEグループがFlexEグループ＃1（FlexE Group＃1）であり、FlexE Group＃1に含まれるFlexE物理インタフェース（PHY）がPHY＃1とPHY＃2であることが確認される。第1のメッセージを運ぶFlexEオーバーヘッドフレームは、FlexE Client＃c1を運ぶ物理インタフェースPHY＃1およびPHY＃2のそれぞれを介して送信される（メッセージは、いくつかのFlexEオーバーヘッド送信期間を占有して送信される必要がある）。hop countは0として記録され、FlexE Group＃1およびFlexE Client＃c1が記録され、2つのタイマが別々に開始される。

STEP 2：第1のメッセージは、リモートネットワークデバイスFlexEノード＃2（FlexE Node＃2）のNNI側FlexEインタフェースPHY＃1に伝送される。traceroute機能ユニットは、第1のメッセージのOp Codeフィールドをルート検出要求メッセージとして解析し、第1のメッセージのtraced routeフィールドを読み取り、ルート情報エントリが含まれていないことを確認し、第1のメッセージのsource clientフィールドを抽出し、第1のメッセージの受信に使用されたFlexEインタフェースPHY＃1が属するFlexE Group＃1と、第1のメッセージのsource clientフィールドのFlexE client＃c1スロット割り当てテーブルをクエリ条件（クエリ条件も記録される）として使用して、FlexE Node＃2ノードのFlexEスロット交換マッピングテーブルをクエリする。クロスマッピングを通じて取得された出力は、FlexEグループ＃2（FlexE Group＃2）とFlexEクライアント＃c2（FlexE Client＃c2）であることが確認される。FlexE Group＃2に含まれるFlexEインタフェースPHYリストがクエリされる。FlexE Group＃2はPHY＃3のみを含み、具体的には、FlexE Client＃c2を運ぶ物理インタフェースはPHY＃3である。第1のメッセージのhop countが徐々に増加し、第3のメッセージが生成される。第3のメッセージを運ぶFlexEオーバーヘッドフレームは、PHY＃3で送信される。hop countは1として記録され、FlexE Group＃2およびFlexE Client＃c2が記録され、タイマが開始される。

STEP 3：第1のメッセージは、リモートネットワークデバイスFlexEノード＃3（FlexE Node＃3）のNNI側FlexEインタフェースPHY＃2に伝送される。traceroute機能ユニットは、第1のメッセージのOp Codeフィールドをルート検出要求メッセージとして解析し、第1のメッセージのtraced routeフィールドを読み取り、ルート情報エントリが含まれていないことを確認し、第1のメッセージのsource clientフィールドを抽出し、第1のメッセージの受信に使用されたFlexEインタフェースPHY＃2が属するFlexE Group＃1と、第1のメッセージのsource clientフィールドのFlexE client＃c1スロット割り当てテーブルをクエリ条件（クエリ条件も記録される）として使用して、FlexE Node＃3ノードのFlexEスロット交換マッピングテーブルをクエリする。クロスマッピングを通じて取得された出力は、FlexEグループ＃2（FlexE Group＃2）とFlexEクライアント＃c2（FlexE Client＃c2）であることが確認される。FlexE Group＃2に含まれるFlexEインタフェースPHYリストがクエリされる。FlexE Group＃2はPHY＃4のみを含み、具体的には、FlexE Client＃c2を運ぶ物理インタフェースはPHY＃4である。第1のメッセージのhop countが徐々に増加し、第3のメッセージが生成される。第3のメッセージを運ぶFlexEオーバーヘッドフレームは、PHY＃4で送信される。hop countは1として記録され、FlexE Group＃2およびFlexE Client＃c2が記録され、タイマが開始される。

STEP 4：FlexEノード＃4（FlexE Node＃4）はPEノードであり、FlexE Group＃2のFlexE Clientを終了する。したがって、第4のメッセージが作成される。第3のメッセージのhop count（この場合は1）は第4のメッセージのhop countとして使用され、Traced Routeテーブルは初期化されるが、エントリは空で、第4のメッセージを生成する。FlexE Group＃2は、PHY＃3とPHY＃4を含み、具体的には、FlexE Client＃c2を運ぶ物理インタフェースは、PHY＃3とPHY＃4である。具体的には、第4のメッセージを運ぶFlexEオーバーヘッドフレームがPHY＃3とPHY＃4のそれぞれで送信される。

STEP 5：FlexE Node＃2ノードは、PHY＃3のFlexE Node＃4から第4のメッセージを受信する。FlexEスロット交換マッピングテーブルは、FlexE Group＃2とFlexE Client＃c2を使用してクエリされ、クロスマッピング後に取得される出力はFlexE Group＃1とFlexE Client＃c1であることが確認される。FlexE Group＃1に含まれるPHYがクエリされ、具体的には、FlexE Group＃1はPHY＃1にのみ対応し、具体的には、FlexE Client＃c1を運ぶ物理インタフェースはPHY＃1であり、第2のメッセージが生成される。Node＃2、FlexEグループ＃1＋PHY＃1＋FlexEクライアント＃c1（FlexE Group＃1＋PHY＃1＋FlexE Client＃c1）、およびFlexEグループ＃2＋PHY＃3＋FlexEクライアント＃c2（FlexE Group＃2＋PHY＃3＋FlexE Client＃c2）は、Traced RouteエントリのNode ID、Ingress Client、およびEgress Clientの3つのフィールドの値として使用され、最後のエントリとしてTraced Routeフィールドに接続される。第4のメッセージのhop countが徐々に減少され、第2のメッセージを生成する。FlexE Client＃c1を運ぶ物理インタフェースPHY＃1の場合、第2のメッセージを運ぶFlexEオーバーヘッドフレームがPHY＃1で送信される。現在記録されているhop count、FlexE Group＃2、およびFlexE Client＃c2がクリアされ、RTRタイマが停止される。

STEP 6：FlexE Node＃3ノードは、PHY＃4のFlexE Node＃4から第4のメッセージを受信する。FlexEスロット交換マッピングテーブルは、FlexE Group＃2とFlexE Client＃c2を使用してクエリされ、クロスマッピング後に取得される出力はFlexE Group＃1とFlexE Client＃c1であることが確認される。FlexE Group＃1に含まれるPHYがクエリされ、具体的には、FlexE Group＃1はPHY＃2にのみ対応し、具体的には、FlexE Client＃c1を運ぶ物理インタフェースはPHY＃2であり、第2のメッセージが生成される。Node＃3、FlexEグループ＃1＋PHY＃2＋FlexEクライアント＃c1（FlexE Group＃1＋PHY＃1＋FlexE Client＃c1）、およびFlexEグループ＃2＋PHY＃4＋FlexEクライアント＃c2（FlexE Group＃2＋PHY＃4＋FlexE Client＃c2）は、Traced RouteエントリのNode ID、Ingress Client、およびEgress Clientの3つのフィールドの値として使用され、最後のエントリとしてTraced Routeフィールドに接続される。第4のメッセージのhop countが徐々に減少され、第2のメッセージを生成する。FlexE Client＃c1を運ぶ物理インタフェースPHY＃2の場合、RTRRメッセージがカプセル化されたオーバーヘッドフレームがPHY＃2で送信される。現在記録されているhop count、FlexE Group＃2、およびFlexE Client＃c2がクリアされ、RTRタイマが停止される。

STEP 7：STEP 5およびSTEP 6の第2のメッセージは、リモートネットワークデバイスFlexE Node＃1のNNI側FlexEインタフェースPHY＃1およびPHY＃2に伝送される。メッセージのOp Codeフィールドは、ルート検出応答メッセージとして読み取られる。2つの第2のメッセージのHop Countフィールドが読み取られ、Hop Countが両方とも0であることが確認される。第2のメッセージは転送されるのを停止する。FlexE Client＃c1を運ぶFlexE Group＃1は、PHY＃1とPHY＃2の2つの物理ポートにのみ対応し、第2のメッセージは2つのポートを介して受信される。ルート検出は終端する。Node1のFlexE Client＃c1の伝送ルートが図16に示される。

本出願のこの実施形態では、1つのFlexEクライアントが複数のPHYによって運ばれるシナリオが、ルートディスカバリ手順を実施するための例として使用される。ルートノード上のFlexEクライアントのものである入力情報と出力情報は、各ホップの伝送ルートとして記録されてもよい。FlexEネットワーク内のセグメント間伝送ルートはリアルタイムで動的に確認され得、計画および展開された伝送ルートは実際に確認されたルートと比較されて、ネットワークの実行ステータスを評価し、伝送ルートのコネクション接続性がさらに検出され得、FlexEネットワーク内の伝送ルート上の障害ノードが特定され得る。さらに、FlexEオーバーヘッドフレームは伝送中にメッセージを運び、データチャネルの帯域幅を占有することなく帯域外通信を実装するため、データチャネルのベアラ効率は影響を受けない。

本出願の実施形態における方法は、上で詳細に説明されている。本出願の実施形態において前述の解決策をよりよく実施することを容易にするために、前述の解決策を実施する際に協働するために使用される関連装置が、以下にさらに提供される。

図17は、本出願の一実施形態による第1のノードの概略構造図である。図17に示すように、第1のノード70は、少なくとも第1の受信ユニット710および第1の送信ユニット720を含むことができる。

第1の受信ユニット710は、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するように構成される。

第1の送信ユニット720は、第2のメッセージを第2のノードに送信するように構成される。

第2のメッセージはルート情報エントリを含み；ルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

オプションの実施形態では、図18に示すように、第1のノード70は、クエリユニット730、第1の生成ユニット740、および第2の生成ユニット750をさらに含む。

クエリユニット730は、第1の受信ユニット710が第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするように構成される。

第1の生成ユニット740は、クエリユニット730がスロット交換マッピングテーブルにクエリ結果が存在することを確認した場合、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信するように構成される。

第2の生成ユニット750は、クエリユニット730がスロット交換マッピングテーブルにクエリ結果が存在しないことを確認した場合、第1のメッセージに基づいて第2のメッセージを生成するように構成される。

オプションの実施形態では、クエリユニット730は、第1のメッセージに記録された第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリするように構成される。

オプションの実施形態では、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み、
第1の生成ユニット740は、第1のメッセージに基づいて第3のメッセージを生成し、第2のFlexEクライアントを運ぶ第2のスロットの物理インタフェース上の第3のノードに第3のメッセージを送信するように特に構成される。

オプションの実施形態では、第3のメッセージはルート情報エントリを含み、第3のメッセージのルート情報エントリは第1のメッセージのルート情報エントリと第1のノード70のルート情報を含み、第1のノード70のルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

オプションの実施形態では、図18に示すように、第1のノード70は、第3の生成ユニット760をさらに含む。

第3の生成ユニット760は、第1の生成ユニット740が第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信した後、第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、第1のメッセージに基づいて第2のメッセージを生成するように構成され、第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは少なくとも第3のノードのルート情報を含む。

オプションの実施形態では、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第1のメッセージのルート情報エントリと第1のノード70のルート情報を含み、第1のノード70のルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

オプションの実施形態では、第2の生成ユニット750は、第1のメッセージのルート情報エントリに基づいて第2のメッセージを生成するように特に構成され、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第1のメッセージのルート情報エントリを含む。

オプションの実施形態では、図18に示すように、第1のノード70は、第2の受信ユニット770および第4の生成ユニット780をさらに含む。

第2の受信ユニット770は、第1の受信ユニット710が第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、第1の送信ユニット720が第2のメッセージを第2のノードに送信する前に、第3のノードによって送信された第4のメッセージを受信するように構成され、第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは少なくとも第3のノードのルート情報を含む。

第4の生成ユニット780は、第4のメッセージに基づいて第2のメッセージを生成するように構成される。

オプションの実施形態では、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第4のメッセージのルート情報エントリを含む。

オプションの実施形態では、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第4のメッセージのルート情報エントリと第1のノード70のルート情報を含み、第1のノード70のルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

オプションの実施形態では、第1のメッセージ、第2のメッセージ、第3のメッセージ、および第4のメッセージはすべて、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる。

この実施形態における第1のノード70の各機能モジュールの機能は、前述の方法の実施形態における方法に従って具体的に実装されてもよく、詳細は本明細書では再度説明されないことが理解されよう。

図19は、本出願の一実施形態による第2のノードの概略構造図である。図19に示すように、第2のノード80は、少なくとも第2の送信ユニット810および第3の受信ユニット820を含むことができる。

第2の送信ユニット810は、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための第1のメッセージを第1のノード70に送信するように構成される。

第3の受信ユニット820は、第1のノード70によって送信された第2のメッセージを受信するように構成される。

第2のメッセージはルート情報エントリを含み；第2のメッセージのルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のスロットを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

オプションの実施形態では、第1のメッセージ、第2のメッセージ、および第3のメッセージはすべて、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる。

この実施形態における第2のノード80の各機能モジュールの機能は、前述の方法の実施形態における方法に従って具体的に実装されてもよく、詳細は本明細書では再度説明されないことが理解されよう。

図20は、本発明の一実施形態による第1のノード90を示している。第1のノード90は、プロセッサ901、メモリ902、およびトランシーバ903を含む。プロセッサ901、メモリ902、およびトランシーバ903は、バス904を使用して互いに接続される。

メモリ902は、ランダムアクセスメモリ（Random Access Memory，RAM）、読み取り専用メモリ（Read－Only Memory，ROM）、消去可能なプログラム可能な読み取り専用メモリ（Erasable Programmable Read－Only Memory，EPROM）、またはフラッシュメモリを含むが、これらに限定されない。メモリ902は、関連する命令およびデータを格納するように構成される。

無線周波数モジュールなどのトランシーバ903は、受信機および伝送機を含み得る。プロセッサ901が以下で説明するメッセージを受信または送信することは、プロセッサ901がトランシーバを使用してメッセージを受信または送信することとして特に理解され得る。

プロセッサ901は、1つまたは複数の中央処理装置（Central Processing Unit，CPU）であってよい。プロセッサ901が1つのCPUである場合、CPUは、シングルコアCPUであってもよいし、マルチコアCPUであってもよい。

第1のノード90のプロセッサ901は、メモリ902に格納されたプログラムコードを読み取り、
トランシーバ903を使用してプロセッサ901によって、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信し、
プロセッサ901によって、トランシーバ903を使用して第2のノードに第2のメッセージを送信する
動作を実行するように構成される。

第2のメッセージはルート情報エントリを含み；第2のメッセージのルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

オプションの実施形態では、第1のノード90が、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、プロセッサ901は、
第1のメッセージに基づいてスロット交換マッピングテーブルをクエリし、
クエリ結果がスロット交換マッピングテーブルに存在することが判明した場合は、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信し、
クエリ結果がスロット交換マッピングテーブルに存在しないことが判明した場合は、第1のメッセージに基づいて第2のメッセージを生成する
ようにさらに構成される。

オプションの実施形態では、プロセッサ901によって、第1のメッセージに基づいてスロット交換マッピングテーブルをクエリすることは、
第1のメッセージに記録された第1のFlexEクライアントに関する情報に基づいてスロット交換マッピングテーブルをクエリし、第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを伝送するための第1のスロットに関する情報と、第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含むこと、
を含む。

オプションの実施形態では、クエリ結果は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報と、第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含む。

プロセッサ901によって、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信することは、
第1のメッセージに基づいて第3のメッセージを生成し、第2のFlexEクライアントを運ぶ物理インタフェース上の第3のノードに第3のメッセージを送信すること
を含む。

オプションの実施形態では、第3のメッセージはルート情報エントリを含み、第3のメッセージのルート情報エントリは第1のメッセージのルート情報エントリと第1のノード90のルート情報を含み、第1のノード90のルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

オプションの実施形態では、プロセッサ901によって、第1のメッセージに基づいて第3のメッセージを生成し、第3のメッセージを第3のノードに送信した後、プロセッサ901は、
第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、第1のメッセージに基づいて第2のメッセージを生成し、第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは少なくとも第3のノードのルート情報を含む
ようにさらに構成される。

オプションの実施形態では、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第1のメッセージのルート情報エントリと第1のノード90のルート情報を含み、第1のノード90のルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

オプションの実施形態では、プロセッサ901によって、第1のメッセージに基づいて第2のメッセージを生成することは、
第1のメッセージのルート情報エントリに基づいて第2のメッセージを生成し、第2のメッセージはルート情報エントリを含み、ルート情報エントリは第1のメッセージのルート情報エントリを含むこと、
を含む。

オプションの実施形態では、プロセッサ901によって、第1のFlexEクライアントの伝送ルートをクエリするために第2のノードによって送信された第1のメッセージを受信した後、プロセッサ901によって、第2のメッセージを第2のノードに送信する前に、プロセッサ901は、
第3のノードによって送信された第4のメッセージを受信し、第4のメッセージはルート情報エントリを含み、第4のメッセージのルート情報エントリは少なくとも第3のノードのルート情報を含み、
第4のメッセージに基づいて第2のメッセージを生成する
ようにさらに構成される。

オプションの実施形態では、第2のメッセージはルート情報エントリを含み、第2のメッセージのルート情報エントリは第4のメッセージのルート情報エントリと第1のノード90のルート情報を含み、第1のノード90のルート情報は、第1のFlexEクライアントに関する情報、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報、第2のFlexEクライアントに関する情報、および第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含む。

各動作の特定の実装は、前述の方法の実施形態における方法に従ってさらに具体的に実装されてもよく、詳細は本明細書では再度説明されないことに留意されたい。

図21は、本出願の一実施形態による第2のノード100を示している。第2のノード100は、フレキシブルイーサネットFlexEネットワーキングネットワークに適用される。第2のノード100は、プロセッサ1001、メモリ1002、およびトランシーバ1003を含む。プロセッサ1001、メモリ1002、およびトランシーバ1003は、バス1004を使用して互いに接続される。

メモリ1002は、ランダムアクセスメモリ（Random Access Memory，RAM）、読み取り専用メモリ（Read－Only Memory，ROM）、消去可能なプログラム可能な読み取り専用メモリ（Erasable Programmable Read－Only Memory，EPROM）、またはフラッシュメモリを含むが、これらに限定されない。メモリ1002は、関連する命令およびデータを格納するように構成される。

無線周波数モジュールなどのトランシーバ1003は、受信機および伝送機を含み得る。プロセッサ1001が以下で説明されるメッセージを受信または送信することは、プロセッサ1001がトランシーバを使用することによってメッセージを受信または送信することとして特に理解され得る。

プロセッサ1001は、1つまたは複数の中央処理装置（Central Processing Unit，CPU）であってよい。プロセッサ1001が1つのCPUである場合、CPUは、シングルコアCPUであってもよいし、マルチコアCPUであってもよい。

第2のノード100のプロセッサ1001は、メモリ1002に格納されたプログラムコードを読み取り、
プロセッサ1001によって第1のノード90に、第1のFlexEクライアントの伝送ルートをクエリすることを要求するための第1のメッセージを送信し、
プロセッサ1001によって、第1のノード90によって送信された第2のメッセージを受信する、
動作を実行するように構成される。

本出願の別の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを格納する。コンピュータプログラムは、プログラム命令を含む。プログラム命令はプロセッサによって実行され、次のステップ：第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するステップと；第1のノードによって、第2のメッセージを第2のノードに送信するステップと、を実装し、第2のメッセージはルート情報エントリを含み；第2のメッセージのルート情報エントリは、少なくとも1つのルート情報を含み；ルート情報は、第1のノードのアイデンティティ情報、第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；第1のFlexEクライアントに関する情報は、第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；第1の物理インタフェース識別情報は、第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；第2のFlexEクライアントに関する情報は、第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；第2の物理インタフェース識別情報は、第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、第1のFlexEクライアントを運ぶ第1のスロットと第2のFlexEクライアントを運ぶ第2のスロットとの間には相互関係がある。

コンピュータ可読記憶媒体は、前述の実施形態のいずれか1つにおける第1のノードまたは第2のノードの内部記憶ユニット、例えば、第1のノードまたは第2のノードのハードディスクまたはメモリであってもよい。コンピュータ可読記憶媒体は、第1のノードまたは第2のノードの外部記憶デバイス、例えば、プラグ接続されたハードディスク、スマートメディアカード（Smart Media(登録商標) Card，SMC）、セキュアデジタル（Secure Digital，SD）カード、または第1のノードもしくは第2のノードで構成されたフラッシュメモリカード（Flash Card）であってもよい。さらに、コンピュータ可読記憶媒体は、第1のノードまたは第2のノードの内部記憶ユニットおよび外部記憶デバイスの両方を含み得る。コンピュータ可読記憶媒体は、第1のノードまたは第2のノードによって必要とされるコンピュータプログラムならびに他のプログラムおよびデータを格納するように構成される。コンピュータ可読記憶媒体は、出力された、または出力されるべきデータを一時的に格納するようにさらに構成され得る。

当業者は、実施形態の方法のプロセスのすべてまたは一部が、関連するハードウェアを指示するコンピュータプログラムにより実現され得ることを理解することができる。プログラムは、コンピュータ可読記憶媒体に格納されてもよい。プログラムが実行されると、実施形態における方法のプロセスが実行される。前述の記憶媒体は、ROM、ランダムアクセスメモリRAM、磁気ディスク、または光ディスクなどのようなプログラムコードを格納することができる任意の媒体を含む。

本出願は、実施形態を参照して本明細書で説明されているが、本出願の特許請求の範囲は限定されるべきではない。保護を特許請求する本出願を実装するプロセスにおいて、当業者は、添付の図面、開示された内容、および添付の特許請求の範囲を閲覧することにより、前述の実施形態における手順のすべてまたは一部を理解および実装することができる。本出願の請求項に従って行われた同等の修正は、本出願の範囲内に含まれるものとする。特許請求の範囲において、「含む（comprising）」は、別の構成要素または別のステップを除外せず、「a」または「one」は、複数の場合を除外しない。単一のコントローラまたは別のユニットは、請求項に列挙されているいくつかの機能を実装することができる。いくつかの手段は、互いに異なる従属請求項に記録されるが、これは、これらの手段を組み合わせてより良い効果を生み出すことができないことを意味しない。

10 PEノード
20 Pノード
70 第1のノード
80 第2のノード
90 第1のノード
100 第2のノード
110 UNI側インタフェースチップ
120 スイッチングネットワークチップ
130 NNI側インタフェースチップ
131 論理処理ユニット
132 FlexEシム
133 PHY
210 NNI側インタフェースチップ
211 PHY
212 FlexEシム
213 論理処理ユニット
220 スイッチングネットワークチップ
710 第1の受信ユニット
720 第1の送信ユニット
730 クエリユニット
740 第1の生成ユニット
750 第2の生成ユニット
760 第3の生成ユニット
770 第2の受信ユニット
780 第4の生成ユニット
810 第2の送信ユニット
820 第3の受信ユニット
901 プロセッサ
902 メモリ
903 トランシーバ
904 バス
1001 プロセッサ
1002 メモリ
1003 トランシーバ
1004 バス

Claims

ターゲット伝送ルートを取得するための方法であって、前記方法は、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、前記方法は、
第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するステップと、
前記第1のノードによって、第2のメッセージを前記第2のノードに送信するステップと、
を含み、
前記第2のメッセージはルート情報エントリを含み；前記ルート情報エントリは、少なくとも1つのルート情報を含み；前記ルート情報は、前記第1のノードのアイデンティティ情報、前記第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；前記第1のFlexEクライアントに関する前記情報は、前記第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および前記第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；前記第1の物理インタフェース識別情報は、前記第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；前記第2のFlexEクライアントに関する前記情報は、前記第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および前記第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；前記第2の物理インタフェース識別情報は、前記第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、前記第1のFlexEクライアントを運ぶ前記第1のスロットと前記第2のFlexEクライアントを運ぶ前記第2のスロットは、前記第1のノードによりスロット交換され、
前記第1のFlexEクライアントは、前記第1のノードの上流ノードである前記第2のノードによって第1のノードに送信されたFlexEクライアントであり、
前記第2のFlexEクライアントは、前記第1のノードによって前記第1のノードの下流ノードである第3のノードに送信されたFlexEクライアントである、
方法。
第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信する前記ステップの後、前記方法は、
前記第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするステップと、
クエリ結果が前記スロット交換マッピングテーブルに存在することが判明した場合、前記第1のメッセージに基づいて第3のメッセージを生成し、前記第3のメッセージを前記第3のノードに送信するステップと、
前記スロット交換マッピングテーブルにクエリ結果が存在しないことが判明した場合、前記第1のメッセージに基づいて前記第2のメッセージを生成するステップと
をさらに含む、請求項1に記載の方法。
前記第1のメッセージに基づいてスロット交換マッピングテーブルをクエリする前記ステップが、
前記第1のメッセージに記録された前記第1のFlexEクライアントに関する前記情報に基づいて前記スロット交換マッピングテーブルをクエリするステップ
を含む、請求項2に記載の方法。
前記クエリ結果が、前記第2のFlexEクライアントを運ぶ前記第2のスロットに関する前記情報と前記第2のFlexEクライアントを運ぶ前記第2のFlexEグループに関する前記情報を含み、
前記第1のメッセージに基づいて第3のメッセージを生成して、前記第3のノードに前記第3のメッセージを送信する前記ステップが、
前記第1のメッセージに基づいて前記第3のメッセージを生成し、前記第2のFlexEクライアントを運ぶ前記物理インタフェースを介して接続された前記第3のノードに前記第3のメッセージを送信するステップ
を含む、
請求項3に記載の方法。
前記第3のメッセージがルート情報エントリを含み、前記第3のメッセージの前記ルート情報エントリは前記第1のメッセージのルート情報エントリと前記第1のノードのルート情報を含み、前記第1のノードの前記ルート情報は、前記第1のFlexEクライアントに関する前記情報、前記第1のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報、前記第2のFlexEクライアントに関する前記情報、および前記第2のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報を含む、請求項4に記載の方法。
前記第1のメッセージに基づいて第3のメッセージを生成し、前記第3のメッセージを前記第3のノードに送信する前記ステップの後、前記方法は、
前記第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、前記第1のメッセージに基づいて前記第2のメッセージを生成するステップであって、前記第4のメッセージはルート情報エントリを含み、前記第4のメッセージの前記ルート情報エントリは少なくとも前記第3のノードのルート情報を含む、ステップ
をさらに含む、請求項4に記載の方法。
前記第2のメッセージが前記ルート情報エントリを含み、前記第2のメッセージの前記ルート情報エントリは前記第1のメッセージのルート情報エントリと前記第1のノードのルート情報を含み、前記第1のノードの前記ルート情報は、前記第1のFlexEクライアントに関する前記情報、前記第1のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報、前記第2のFlexEクライアントに関する前記情報、および前記第2のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報を含む、請求項6に記載の方法。
前記第1のメッセージに基づいて前記第2のメッセージを生成する前記ステップが、
前記第1のメッセージのルート情報エントリに基づいて前記第2のメッセージを生成するステップであって、前記第2のメッセージの前記ルート情報エントリは前記第1のメッセージの前記ルート情報エントリを含む、ステップ
を含む、請求項2に記載の方法。
第1のノードによって、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信する前記ステップの後、前記第1のノードによって、第2のメッセージを前記第2のノードに送信する前記ステップの前に、前記方法は、
前記第3のノードによって送信された第4のメッセージを受信するステップであって、前記第4のメッセージはルート情報エントリを含み、前記第4のメッセージの前記ルート情報エントリは少なくとも前記第3のノードのルート情報を含む、ステップと、
前記第4のメッセージに基づいて前記第2のメッセージを生成するステップと
をさらに含む、請求項1から8のいずれか一項に記載の方法。
前記第2のメッセージが前記ルート情報エントリを含み、前記第2のメッセージの前記ルート情報エントリは前記第4のメッセージ内の前記ルート情報エントリを含む、請求項9に記載の方法。
前記第2のメッセージが前記ルート情報エントリを含み、前記第2のメッセージの前記ルート情報エントリは前記第4のメッセージの前記ルート情報エントリと前記第1のノードのルート情報を含み、前記第1のノードの前記ルート情報は、前記第1のFlexEクライアントに関する前記情報、前記第1のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報、前記第2のFlexEクライアントに関する前記情報、および前記第2のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報を含む、請求項9または10に記載の方法。
前記第1のメッセージ、前記第2のメッセージ、前記第3のメッセージ、および前記第4のメッセージはすべて、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる、請求項6または7に記載の方法。
ターゲット伝送ルートを取得するための方法であって、前記方法は、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、前記方法は、
第2のノードによって第1のノードに、第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第1のメッセージを送信するステップと、
前記第2のノードによって、前記第1のノードによって送信された第2のメッセージを受信するステップと、
を含み、
前記第2のメッセージはルート情報エントリを含み；前記ルート情報エントリは、少なくとも1つのルート情報を含み；前記ルート情報は、前記第1のノードのアイデンティティ情報、前記第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；前記第1のFlexEクライアントに関する情報は、前記第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および前記第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；前記第1の物理インタフェース識別情報は、前記第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；前記第2のFlexEクライアントに関する情報は、前記第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および前記第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；前記第2の物理インタフェース識別情報は、前記第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、前記第1のFlexEクライアントを運ぶ前記第1のスロットと前記第2のFlexEクライアントを運ぶ前記第2のスロットは、前記第1のノードによりスロット交換され、
前記第1のFlexEクライアントは、前記第1のノードの上流ノードである前記第2のノードによって第1のノードに送信されたFlexEクライアントであり、
前記第2のFlexEクライアントは、前記第1のノードによって前記第1のノードの下流ノードである第3のノードに送信されたFlexEクライアントである、
方法。
前記第1のメッセージと前記第2のメッセージの両方が、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる、請求項13に記載の方法。
第1のノードであって、前記第1のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、前記第1のノードは、
第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第2のノードによって送信された第1のメッセージを受信するように構成された第1の受信ユニットと、
第2のメッセージを前記第2のノードに送信するように構成された第1の送信ユニットと、
を備え、
前記第2のメッセージはルート情報エントリを含み；前記ルート情報エントリは、少なくとも1つのルート情報を含み；前記ルート情報は、前記第1のノードのアイデンティティ情報、前記第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；前記第1のFlexEクライアントに関する前記情報は、前記第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および前記第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；前記第1の物理インタフェース識別情報は、前記第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；前記第2のFlexEクライアントに関する情報は、前記第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および前記第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；前記第2の物理インタフェース識別情報は、前記第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、前記第1のFlexEクライアントを運ぶ前記第1のスロットと前記第2のFlexEクライアントを運ぶ前記第2のスロットは、前記第1のノードによりスロット交換され、
前記第1のFlexEクライアントは、前記第1のノードの上流ノードである前記第2のノードによって第1のノードに送信されたFlexEクライアントであり、
前記第2のFlexEクライアントは、前記第1のノードによって前記第1のノードの下流ノードである第3のノードに送信されたFlexEクライアントである、
第1のノード。
前記第1のノードが、
前記第1の受信ユニットが前記第1のFlexEクライアントの前記伝送ルートをクエリすることを要求するために前記第2のノードによって送信された前記第1のメッセージを受信した後、前記第1のメッセージに基づいてスロット交換マッピングテーブルをクエリするように構成されたクエリユニットと、
前記クエリユニットが前記スロット交換マッピングテーブルにクエリ結果が存在することを確認した場合、前記第1のメッセージに基づいて第3のメッセージを生成し、前記第3のメッセージを前記第3のノードに送信するように構成された第1の生成ユニットと、
前記クエリユニットが前記スロット交換マッピングテーブルにクエリ結果が存在しないことを確認した場合、前記第1のメッセージに基づいて前記第2のメッセージを生成するように構成された第2の生成ユニットと
をさらに備える、請求項15に記載の第1のノード。
前記クエリユニットが、前記第1のメッセージに記録された前記第1のFlexEクライアントに関する前記情報に基づいて前記スロット交換マッピングテーブルをクエリするように構成される、請求項16に記載の第1のノード。
前記クエリ結果が、前記第2のFlexEクライアントを運ぶ前記第2のスロットに関する前記情報と、前記第2のFlexEクライアントを運ぶ前記第2のFlexEグループに関する前記情報とを含み、
前記第1の生成ユニットが、前記第1のメッセージに基づいて前記第3のメッセージを生成し、前記第2のFlexEクライアントを運ぶ前記物理インタフェースを介して接続された前記第3のノードに前記第3のメッセージを送信するように構成される、
請求項17に記載の第1のノード。
前記第3のメッセージがルート情報エントリを含み、前記第3のメッセージの前記ルート情報エントリは前記第1のメッセージのルート情報エントリと前記第1のノードのルート情報を含み、前記第1のノードの前記ルート情報は、前記第1のFlexEクライアントに関する前記情報、前記第1のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報、前記第2のFlexEクライアントに関する前記情報、および前記第2のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報を含む、請求項18に記載の第1のノード。
前記第1のノードが、
前記第1の生成ユニットが前記第1のメッセージに基づいて前記第3のメッセージを生成し、前記第3のメッセージを前記第3のノードに送信した後、前記第3のノードによって送信された第4のメッセージが指定された期間内に受信されない場合、前記第1のメッセージに基づいて前記第2のメッセージを生成するように構成された第3の生成ユニットであって、前記第4のメッセージはルート情報エントリを含み、前記第4のメッセージの前記ルート情報エントリは少なくとも前記第3のノードのルート情報を含む、第3の生成ユニット
をさらに備える、請求項18に記載の第1のノード。
前記第2のメッセージが前記ルート情報エントリを含み、前記第2のメッセージの前記ルート情報エントリは前記第1のメッセージのルート情報エントリと前記第1のノードのルート情報を含み、前記第1のノードの前記ルート情報は、前記第1のFlexEクライアントに関する前記情報、前記第1のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報、前記第2のFlexEクライアントに関する前記情報、および前記第2のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報を含む、請求項20に記載の第1のノード。
前記第2の生成ユニットが、前記第1のメッセージのルート情報エントリに基づいて前記第2のメッセージを生成するように構成され、前記第2のメッセージの前記ルート情報エントリは前記第1のメッセージの前記ルート情報エントリを含む、請求項16に記載の第1のノード。
前記第1のノードが、
前記第1の受信ユニットが、前記第1のFlexEクライアントの前記伝送ルートをクエリすることを要求するために前記第2のノードによって送信された前記第1のメッセージを受信した後、前記第1の送信ユニットが、前記第2のメッセージを前記第2のノードに送信する前に、前記第3のノードによって送信された第4のメッセージを受信するように構成された第2の受信ユニットであって、前記第4のメッセージはルート情報エントリを含み、前記第4のメッセージの前記ルート情報エントリは少なくとも前記第3のノードのルート情報を含む、第2の受信ユニットと、
前記第4のメッセージに基づいて前記第2のメッセージを生成するように構成された第4の生成ユニットと
をさらに備える、請求項15から22のいずれか一項に記載の第1のノード。
前記第2のメッセージが前記ルート情報エントリを含み、前記第2のメッセージの前記ルート情報エントリは前記第4のメッセージ内の前記ルート情報エントリを含む、請求項23に記載の第1のノード。
前記第2のメッセージが前記ルート情報エントリを含み、前記第2のメッセージの前記ルート情報エントリは前記第4のメッセージの前記ルート情報エントリと前記第1のノードのルート情報を含み、前記第1のノードの前記ルート情報は、前記第1のFlexEクライアントに関する前記情報、前記第1のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報、前記第2のFlexEクライアントに関する前記情報、前記第2のFlexEクライアントを運ぶ前記物理インタフェースの前記識別情報を含む、請求項23または24に記載の第1のノード。
前記第1のメッセージ、前記第2のメッセージ、前記第3のメッセージ、および前記第4のメッセージはすべて、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる、請求項20または21に記載の第1のノード。
第2のノードであって、前記第2のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、前記第2のノードは、
第1のFlexEクライアントの伝送ルートをクエリすることを要求するために第1のメッセージを第1のノードに送信するように構成された第2の送信ユニットと、
前記第1のノードによって送信された第2のメッセージを受信するように構成された第3の受信ユニットと、
を備え、
前記第2のメッセージはルート情報エントリを含み；前記ルート情報エントリは、少なくとも1つのルート情報を含み；前記ルート情報は、前記第1のノードのアイデンティティ情報、前記第1のFlexEクライアントに関する情報、第1の物理インタフェース識別情報、第2のFlexEクライアントに関する情報、および第2の物理インタフェース識別情報を含み；前記第1のFlexEクライアントに関する情報は、前記第1のFlexEクライアントを運ぶ第1のスロットに関する情報、および前記第1のFlexEクライアントを運ぶ第1のFlexEグループに関する情報を含み；前記第1の物理インタフェース識別情報は、前記第1のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；前記第2のFlexEクライアントに関する前記情報は、前記第2のFlexEクライアントを運ぶ第2のスロットに関する情報、および前記第2のFlexEクライアントを運ぶ第2のFlexEグループに関する情報を含み；前記第2の物理インタフェース識別情報は、前記第2のFlexEクライアントを運ぶ物理インタフェースの識別情報を含み；また、前記第1のFlexEクライアントを運ぶ前記第1のスロットと前記第2のFlexEクライアントを運ぶ前記第2のスロットは、前記第1のノードによりスロット交換され、
前記第1のFlexEクライアントは、前記第1のノードの上流ノードである前記第2のノードによって第1のノードに送信されたFlexEクライアントであり、
前記第2のFlexEクライアントは、前記第1のノードによって前記第1のノードの下流ノードである第3のノードに送信されたFlexEクライアントである、
第2のノード。
前記第1のメッセージと前記第2のメッセージの両方が、少なくとも1つのFlexEオーバーヘッドフレームで運ばれる、請求項27に記載の第2のノード。
第1のノードであって、前記第1のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、前記第1のノードは、プロセッサ、メモリ、およびトランシーバを備え、
前記プロセッサ、前記メモリ、および前記トランシーバは互いに接続され、前記メモリはコンピュータプログラムを格納するように構成され、前記コンピュータプログラムはプログラム命令を含み、前記プロセッサは前記プログラム命令を呼び出して請求項1から12のいずれか一項に記載の方法を実行するように構成される、
第1のノード。
第2のノードであって、前記第2のノードは、フレキシブルイーサネットFlexEネットワーキングネットワークに適用され、前記第2のノードは、プロセッサ、メモリ、およびトランシーバを備え、
前記プロセッサ、前記メモリ、および前記トランシーバは互いに接続され、前記メモリはコンピュータプログラムを格納するように構成され、前記コンピュータプログラムはプログラム命令を含み、前記プロセッサは前記プログラム命令を呼び出して請求項13または14に記載の方法を実行するように構成される、
第2のノード。
第1のノードおよび第2のノードを備える通信システムであって、前記第1のノードは、請求項15から26のいずれか一項に記載の第1のノードであり、前記第2のノードは、請求項27または28に記載の第2のノードである、通信システム。
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを格納し、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がプロセッサによって実行されると、前記プロセッサは、請求項1から14のいずれか一項に記載の方法のステップを実行することが可能になる、コンピュータ可読記憶媒体。