(57)【特許請求の範囲】
【請求項１】
データ通信ネットワーク（ＤＣＮ）パケット処理方法であって、
第１ネットワークデバイスが第１ＤＣＮパケットを生成する段階であって、前記第１ＤＣＮパケットの宛先アドレスはネットワーク管理システム（ＮＭＳ）のＩＰアドレスであり、前記第１ＤＣＮパケットが前記第１ＤＣＮパケットの前記宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスであり、前記第１ネットワークデバイスおよび前記第２ネットワークデバイスは、物理リンクを使用することによって接続される、段階と、
前記第１ネットワークデバイスが、前記第１ＤＣＮパケットをフレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ）オーバーヘッドマルチフレームにロードする段階と、
前記第１ネットワークデバイスが、前記物理リンクを使用することによって、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを前記第２ネットワークデバイスへ送信する段階であって、その結果、前記第２ネットワークデバイスが、前記第１ＤＣＮパケットを前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出し、前記第１ＤＣＮパケットを前記ＮＭＳへ転送する、段階と、
前記第１ネットワークデバイスが第２ＤＣＮパケットを生成する段階であって、前記第２ＤＣＮパケットの宛先アドレスは、前記ＮＭＳの前記ＩＰアドレスであり、前記第２ＤＣＮパケットが前記第２ＤＣＮパケットの前記宛先アドレスに到着するために通過するネクストホップは、前記第２ネットワークデバイスである、段階と、
前記第１ネットワークデバイスが、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態をモニタリングし、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの前記状態が開通状態であると決定する段階と、
前記第１ネットワークデバイスが、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントを通じて、前記第２ＤＣＮパケットを前記第２ネットワークデバイスへ送信する段階と
を備える、
データ通信ネットワーク（ＤＣＮ）パケット処理方法。
【請求項２】
前記第１ネットワークデバイスが、前記第１ＤＣＮパケットをフレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ）オーバーヘッドマルチフレームにロードする前記段階は、
前記第１ネットワークデバイスが、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルに前記第１ＤＣＮパケットをロードする段階、または、
前記第１ネットワークデバイスが、前記第１ＤＣＮパケットを前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルにロードする段階、または、
前記第１ネットワークデバイスが、前記第１ＤＣＮパケットを分割し、前記第１ＤＣＮパケットを前記フレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ）オーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルにロードする段階
を含む、請求項１に記載のデータ通信ネットワーク（ＤＣＮ）パケット処理方法。
【請求項３】
第１ネットワークデバイスとして使用されるネットワークデバイスであって、前記第１ネットワークデバイスは、
第１データ通信ネットワーク（ＤＣＮ）パケットを生成するよう構成される生成ユニットであって、前記第１ＤＣＮパケットの宛先アドレスはネットワーク管理システム（ＮＭＳ）のＩＰアドレスであり、前記第１ＤＣＮパケットが前記第１ＤＣＮパケットの前記宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスであり、前記第１ネットワークデバイスおよび前記第２ネットワークデバイスは、物理リンクを使用することによって接続される、生成ユニットと、
前記第１ＤＣＮパケットをフレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ）オーバーヘッドマルチフレームにロードするよう構成されるロードユニットと、
前記物理リンクを介して、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを前記第２ネットワークデバイスへ送信するよう構成される送信ユニットであって、その結果、前記第２ネットワークデバイスが、前記第１ＤＣＮパケットを前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出し、前記第１ＤＣＮパケットを前記ＮＭＳへ転送する、送信ユニットと、
切替ユニットと、
を備え、
前記生成ユニットは更に、第２ＤＣＮパケットを生成するよう構成され、前記第２ＤＣＮパケットの宛先アドレスは、前記ＮＭＳの前記ＩＰアドレスであり、前記第２ＤＣＮパケットが前記第２ＤＣＮパケットの前記宛先アドレスに到着するために通過するネクストホップは前記第２ネットワークデバイスであり、
前記切替ユニットは、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態をモニタリングし、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの前記状態が開通状態であると決定し、前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントを通じて前記第２ＤＣＮパケットを前記第２ネットワークデバイスへ送信するよう構成される、
ネットワークデバイス。
【請求項４】
前記ロードユニットは、
前記フレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ）オーバーヘッドマルチフレームのセクション管理チャネルに前記第１ＤＣＮパケットをロードする、または、
前記第１ＤＣＮパケットを前記Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルにロードする、または、
前記第１ＤＣＮパケットを前記フレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ）オーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルにロードする
よう構成される、請求項３に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年１２月２６日に中国特許庁に出願された、「ＤＣＮパケット処理方法、ネットワークデバイスおよびネットワークシステム」と題する中国特許出願第２０１６１１２１８００７．６号に対する優先権を主張するものであり、これは参照によって全体的に本明細書に組み込まれる。
【０００２】
本願は、フレキシブルイーサネット（登録商標）通信技術の分野に関し、より具体的には、データ通信ネットワーク（Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ、ＤＣＮ）パケット処理方法、ネットワークデバイスおよびネットワークシステムに関する。
【背景技術】
【０００３】
ＤＣＮは、ネットワーク管理システム（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＮＭＳ）とネットワーク要素（Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ、ＮＥ）との間で、操作、管理、保守（ｏｐｅｒａｔｉｏｎ、ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ、ＯＡＭ）情報を伝送するためのネットワークである。ＮＭＳに直接接続されるＮＥは、ゲートウェイネットワーク要素（Ｇａｔｅｗａｙ  Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ、ＧＮＥ）として機能し、ＮＭＳは、ＮＥを管理するべく、ＧＮＥを使用することによって、別のＮＥとＤＣＮパケットを交換する。
【０００４】
現在、ネットワーク構築プロセスにおいて、フレキシブルイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｌｅｘ  Ｅｔｈ（登録商標））技術は、ＮＥ間でネットワークを構築するために使用され得て、ＮＥの物理インタフェースは、標準的イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））モードとＦｌｅｘ  Ｅｔｈモードとの間の切り替えをサポートする。各ＮＥがＦｌｅｘ  Ｅｔｈモードに切り替えられるとき、ＮＥは、ＮＥ間でＦｌｅｘ  Ｅｔｈチャネルを開通させ、ＤＣＮパケットを交換するべく、同一のＦｌｅｘ  Ｅｔｈ構成を有する必要がある。したがって、新しいＮＥがネットワークに追加されるとき、新しく追加されたＮＥ上でのＮＭＳの管理を確実にし、ＮＭＳと新しく追加されたＮＥとの間でＤＣＮパケットを交換するために、Ｆｌｅｘ  Ｅｔｈは、新しく追加されたＮＥ上で構成される必要があり、その結果、新しく追加されたＮＥは、直接接続されたＮＥと同一のＦｌｅｘ  Ｅｔｈ構成を有する。
【０００５】
従来技術においては、新しいＮＥがネットワークに追加されるとき、技術者は、新しく追加されたＮＥのためにＦｌｅｘ  Ｅｔｈ構成を現場で構成する必要がある。この場合、多くの人的資源、物的資源、ならびに、運用および保守費用が生じる。加えて、多くのパラメータが構成される必要があり、構成プロセスが比較的複雑なので、構成エラーが生じると、再構成が必要となり、ネットワーク構築中のＮＥのアクセス効率が低減する。
【発明の概要】
【０００６】
上記に鑑み、本願は、マニュアル構成無しでネットワークデバイスとＮＭＳとの間のチャネルを開通させるために、ＤＣＮパケット処理方法、ネットワークデバイスおよびネットワークシステムを提供し、それにより、ネットワーク構築中の費用を低減し、ネットワーク構築中のネットワークデバイスのアクセス効率を改善する。
【０００７】
本願の実施形態は以下の技術的解決法を提供する。
【０００８】
本願の実施形態の第１態様はＤＣＮパケット処理方法を提供し、当該方法は、第１ネットワークデバイスが第１ＤＣＮパケットを生成する段階であって、第１ＤＣＮパケットの宛先アドレスはネットワーク管理システムＮＭＳのＩＰアドレスであり、第１ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスであり、第１ネットワークデバイスおよび第２ネットワークデバイスは、物理リンクを使用することによって接続される、段階と、第１ネットワークデバイスが、第１ＤＣＮパケットをフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔ（登録商標）オーバーヘッドマルチフレームにロードする段階と、第１ネットワークデバイスが、物理リンクを使用することによって、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを第２ネットワークデバイスへ送信する段階であって、その結果、第２ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出し、第１ＤＣＮパケットをＮＭＳへ転送する、段階とを備える。
【０００９】
上述の解決法において、第１ネットワークデバイスは、生成された第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにロードし、物理リンクを介して、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを第２ネットワークデバイスへ送信し、次に、第２ネットワークデバイスは、Ｆｌｅｘ  ＥｔｈオーバーヘッドマルチフレームをＮＭＳへ送信する。この場合、ＮＭＳとの通信接続が確立され、その結果、ＮＭＳは、新しいネットワークデバイスがネットワークにアクセスすると認識できる。このプロセスでは、技術者が、ネットワークに新しくアクセスするネットワークデバイスに対して、現場でマニュアル構成、操作、保守を実行する必要がなく、それにより、人的資源、物的資源、ならびに、運用および保守の費用を低減する。加えて、物理リンクを介して第１ＤＣＮパケットが送信されるプロセスでは、マニュアル操作が必要なく、エラーに遭遇する可能性が低く、その結果、ネットワークデバイスのネットワークアクセス効率が更に改善される。
【００１０】
可能な設計において、第１ネットワークデバイスが、第１ＤＣＮパケットをフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームにロードする段階は、第１ネットワークデバイスが、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルに第１ＤＣＮパケットをロードする段階、または、第１ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルにロードする段階、または、第１ネットワークデバイスが、第１ＤＣＮパケットを分割し、第１ＤＣＮパケットをフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルにロードする段階を含む。
【００１１】
上述の解決法において、第１ネットワークデバイスは、複数の方式で、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームにロードし、オプションは多様かつフレキシブルである。
【００１２】
可能な設計において、当該方法は、第１ネットワークデバイスが第２ＤＣＮパケットを生成する段階であって、第２ＤＣＮパケットの宛先アドレスは、ＮＭＳのＩＰアドレスであり、第２ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは、第２ネットワークデバイスである、段階と、第１ネットワークデバイスが、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態をモニタリングし、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態が開通状態であると決定する段階と、第１ネットワークデバイスが、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントを通じて、第２ＤＣＮパケットを第２ネットワークデバイスへ送信する段階とを更に備える。
【００１３】
上述の解決法において、Ｆｌｅｘ  Ｅｔｈクライアントの状態が開通状態であると決定した後に、第１ネットワークデバイスは、第２ＤＣＮパケットを送信するために、チャネルを自動で切り替える、すなわち、物理リンクをＦｌｅｘ  Ｅｔｈチャネルに切り替える。第１ネットワークデバイスが後にＤＣＮパケットを別のネットワークデバイスと交換するとき、Ｆｌｅｘ  Ｅｔｈチャネルが使用され得て、それによりＤＣＮパケットの伝送効率を改善する。
【００１４】
可能な設計において、方法は更に、第１ネットワークデバイスが第１ＤＣＮパケットをバッファリングする段階、または、第１ネットワークデバイスが第２ＤＣＮパケットをバッファリングする段階を備える。
【００１５】
上述の解決法において第１ＤＣＮパケットおよび第２ＤＣＮパケットはバッファリングされ、それにより、パケット損失を回避する。
【００１６】
本願の実施形態の第２態様は、第１ネットワークデバイスとして使用されるネットワークデバイスを提供し、当該第１ネットワークデバイスは、第１ＤＣＮパケットを生成するよう構成される生成ユニットであって、第１ＤＣＮパケットの宛先アドレスはネットワーク管理システムＮＭＳのＩＰアドレスであり、第１ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスであり、第１ネットワークデバイスおよび第２ネットワークデバイスは、物理リンクを使用することによって接続される、生成ユニットと、第１ＤＣＮパケットをフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームにロードするよう構成されるロードユニットと、物理リンクを介して、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを第２ネットワークデバイスへ送信するよう構成される送信ユニットであって、その結果、第２ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出し、第１ＤＣＮパケットをＮＭＳへ転送する、送信ユニットとを備える。
【００１７】
可能な設計において、ロードユニットは、フレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルに第１ＤＣＮパケットをロードする、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルにロードする、または、第１ＤＣＮパケットをフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルにロードするよう構成される。
【００１８】
可能な設計において、第１ネットワークデバイスは、切替ユニットを更に備え、生成ユニットは更に、第２ＤＣＮパケットを生成するよう構成され、第２ＤＣＮパケットの宛先アドレスは、ＮＭＳのＩＰアドレスであり、第２ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスであり、切替ユニットは、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態をモニタリングし、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態が開通状態であると決定し、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントを通じて第２ＤＣＮパケットを第２ネットワークデバイスへ送信するよう構成される。
【００１９】
可能な設計において、第１ネットワークデバイスは更に、第１ＤＣＮパケットをバッファリングする、または、第２ＤＣＮパケットをバッファリングするよう構成されるバッファリングユニットを備える。
【００２０】
本願の実施形態の第３態様は、第１ネットワークデバイスとして使用されるネットワークデバイスを提供し、ここで、第１ネットワークデバイスは、物理リンクを使用することによって第２ネットワークデバイスに接続され、第１ネットワークデバイスは、メモリおよびメモリと通信するプロセッサを備え、メモリは、ＤＣＮパケットを処理するためのプログラムコードを格納するよう構成され、プロセッサは、第１態様およびすべての可能な設計におけるオペレーションを実装するために、メモリによって格納されるプログラムコードを実行するよう構成される。
【００２１】
本願の実施形態の第４態様は、ＤＣＮパケット処理方法を提供し、当該方法は、第２ネットワークデバイスが、第１ネットワークデバイスによって物理リンクを介して送信されたフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを受信し、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出する段階であって、第１ＤＣＮパケットの宛先アドレスはネットワーク管理システムＮＭＳのＩＰアドレスであり、第２ネットワークデバイスは、第１ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップであり、第２ネットワークデバイスおよび第１ネットワークデバイスは、物理リンクを使用することによって接続される、段階と、第２ネットワークデバイスが、宛先アドレスに基づいて第１ＤＣＮパケットをＮＭＳへ送信する段階とを備える。
【００２２】
上述の解決法において、第２ネットワークデバイスは、第１ネットワークデバイスによって送信されたＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを受信し、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから第１ＤＣＮパケットを抽出し、第１ＤＣＮパケットをＮＭＳへ転送する。このプロセスでは、技術者が、現場でマニュアル構成、操作、保守を実行する必要が無く、それにより、人的資源、物的資源、ならびに、運用および保守費用が低減する。加えて、このプロセスでは、マニュアル操作が必要無く、エラーに遭遇する可能性が低く、その結果、ネットワークデバイスのネットワークアクセス効率が更に改善する。
【００２３】
可能な設計において、第２ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出する段階は、第２ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルから抽出する段階、または、第２ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルから抽出する段階、または、第２ネットワークデバイスが、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルから抽出する段階を含む。
【００２４】
可能な設計において、第２ネットワークデバイスは、第１ＤＣＮパケットをバッファリングする。
【００２５】
上述の解決法において、第１ＤＣＮパケットがバッファリングされ、それにより、パケット損失を回避する。
【００２６】
本願の実施形態の第５態様は、第２ネットワークデバイスとして使用されるネットワークデバイスを提供し、第２ネットワークデバイスは、第１ネットワークデバイスによって物理リンクを介して送信されたフレキシブルイーサネットＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを受信し、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出するよう構成される抽出ユニットであって、第１ＤＣＮパケットの宛先アドレスは、ネットワーク管理システムＮＭＳのＩＰアドレスであり、第２ネットワークデバイスは、第１ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップであり、第２ネットワークデバイスおよび第１ネットワークデバイスは、物理リンクを使用することによって接続される、抽出ユニットと、宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信するよう構成される送信ユニットとを備える。
【００２７】
可能な設計において、抽出ユニットは、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルから抽出する、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルから抽出する、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルから抽出するよう構成される。
【００２８】
可能な設計において、第２ネットワークデバイスは更に、第１ＤＣＮパケットをバッファリングするよう構成されるバッファリングユニットを備える。
【００２９】
本願の実施形態の第６態様は、第２ネットワークデバイスとして使用されるネットワークデバイスを提供し、ここで、第２ネットワークデバイスは、物理リンクを使用することによって第１ネットワークデバイスに接続され、第２ネットワークデバイスは、メモリおよびメモリと通信するプロセッサを備え、メモリは、データ通信ネットワークＤＣＮパケットを処理するためのプログラムコードを格納するよう構成され、プロセッサは、第４態様および第４態様におけるすべての可能な設計におけるオペレーションを実装するために、メモリによって格納されたプログラムコードを実行するよう構成される。
【００３０】
本願の実施形態の第７態様はネットワークシステムを提供し、当該システムは、ネットワーク管理システムＮＭＳと、物理リンクを使用することによって接続される第１ネットワークデバイスおよび第２ネットワークデバイスとを備え、第１ネットワークデバイスは、第２態様または第３態様におけるネットワークデバイスであり得て、第２ネットワークデバイスは第５態様または第６態様におけるネットワークデバイスである。
【００３１】
本願の実施形態の第８態様は、コンピュータプログラムを格納するよう構成されたコンピュータ可読記憶媒体を提供し、コンピュータプログラムは、第１態様、第４態様、第１態様の任意の可能な設計、または、第４態様の任意の可能な設計における方法を実行するための命令を含む。
【図面の簡単な説明】
【００３２】
【図１】本願の一実施形態に係るネットワーク構造の応用シナリオの概略図である。
【００３３】
【図２】本願の一実施形態に係るＤＣＮパケット処理方法の概略フローチャートである。
【００３４】
【図３】本願の一実施形態に係る別のＤＣＮパケット処理方法の概略フローチャートである。
【００３５】
【図４】本願の一実施形態に係る第１ネットワークデバイスの概略構造図である。
【００３６】
【図５】本願の一実施形態に係る別の第１ネットワークデバイスの概略構造図である。
【００３７】
【図６】本願の一実施形態に係る第２ネットワークデバイスの概略構造図である。
【００３８】
【図７】本願の一実施形態に係る別の第２ネットワークデバイスの概略構造図である。
【００３９】
【図８】本願の一実施形態に係るネットワークシステムの概略構造図である。
【発明を実施するための形態】
【００４０】
本願の実施形態は、マニュアル構成無しでネットワークデバイスとＮＭＳとの間のチャネルを開通させるために、ＤＣＮパケット処理方法、ネットワークデバイスおよびネットワークシステムを提供し、それにより、ネットワーク構築中の費用を低減し、ネットワーク構築中のネットワークデバイスのアクセス効率を改善する。
【００４１】
本願の実施形態、特許請求の範囲、および、添付図面において、「第１」、「第２」などの用語は、異なるものを区別することを意図するものであり、特定の順序を示すものではない。加えて、「含む」、「備える」という用語は、排他的なものではない。例えば、一連の段階又はユニットを含むプロセス、方法、システム、プロダクト、または、デバイスは、列挙された段階又はユニットに限定されず、列挙されない段階又はユニットを更に含み得る。
【００４２】
光インターネットワーキングフォーラム（Ｏｐｔｉｃａｌ  Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ  Ｆｏｒｕｍ、ＯＩＦ）によって推進されるＦｌｅｘ  Ｅｔｈ技術は、フレキシブルなレート可変イーサネットをサポートする技術である。フレキシブルな帯域幅の物理チャネルを実装するために、フレキシブルイーサネットシム（Ｆｌｅｘ  Ｅｔｈ  Ｓｈｉｍ）サブレイヤが、物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ、ＰＨＹ）と、イーサネット媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）サブレイヤプロトコル、すなわち、リンク層との間に追加される。
【００４３】
Ｆｌｅｘ  Ｅｔｈの標準ＯＩＦ−ＦＬＥＸＥ−０１の定義に基づいて、例えば、従来技術において、Ｆｌｅｘ  ＥｔｈネットワーキングがＮＥの間で実行されるとき、ＰＨＹはタイムスロット化される。例えば、８０２．３  １００ＧＢＡＳＥ−Ｒ規格の定義に基づき、１００ＧＥ  ＰＨＹは、Ｆｌｅｘ  Ｅｔｈにおいて合計で２０個のタイムスロットに分割され、各タイムスロットは５Ｇの帯域幅を有する。 ＭＡＣは、ＦｌｅｘＥシムを使用することによって、１または複数のＰＨＹから、１または複数のバインドされる予定のタイムスロットをフレキシブルに選択し、サービスを搬送するための帯域幅可変インタフェースとして機能し、レート可変イーサネットクライアントがサポートされる。Ｆｌｅｘ  Ｅｔｈ  Ｓｈｉｍ間のフレキシブルイーサネットグループ（Ｆｌｅｘ  Ｅｔｈ  Ｇｒｏｕｐ）は、１〜２５４個の１００ＧＢＡＳＥ−Ｒ  Ｅｔｈｅｒｎｅｔ  ＰＨＹを含み、Ｆｌｅｘ  Ｅｔｈ  Ｇｒｏｕｐの２つの端におけるＦｌｅｘ  Ｅｔｈ  Ｇｒｏｕｐ  ＩＤは一貫している必要がある。Ｆｌｅｘ  Ｅｔｈ  ＳｈｉｍがＭＡＣ層とＰＨＹ層との間に追加されることにより、８個のフレキシブルイーサネットポート／フレキシブルイーサネットクライアント（Ｆｌｅｘ  Ｅｔｈ  ｃｌｉｅｎｔ）がサポートされ得て、各Ｆｌｅｘ  Ｅｔｈクライアントは、独立したＭＡＣおよびリコンシリエーションサブレイヤ（ｒｅｃｏｎｃｉｌｉａｔｉｏｎ  ｓｕｂｌａｙｅｒ、ＲＳ）を有する。
【００４４】
図１は、本願の一実施形態に係るネットワーク構造の応用シナリオの概略図である。当該応用シナリオは、ＮＥ１、ＮＥ２、ＮＥ３、ＮＥ４、ＮＥ５、ＮＥ６、ＮＥ７、ＮＭＳおよびＤＣＮを含む。ＮＥは、物理リンクを使用することによって接続され、Ｆｌｅｘ  Ｅｔｈ技術は、Ｆｌｅｘ  Ｅｔｈネットワーキングのために使用される。ＮＭＳは、ＤＣＮを使用することによってＮＥに接続される。ＤＣＮは、サービスと共有されるネットワークであり、ＮＭＳとＮＥとの間の通信のために構成される。ＮＥ６は、ＮＭＳに直接接続され、ＧＮＥとして機能する。ＮＭＳは、ＧＮＥを使用することによって、ＮＥ１、ＮＥ２、ＮＥ３、ＮＥ４、ＮＥ５およびＮＥ７を管理する。例えば、図１におけるＮＥ１およびＮＥ７は、ネットワーク構造に新しくアクセスするＮＥである。ＮＥ１は、物理リンクを使用することによってＮＥ２に接続され、ＮＥ２とのＦｌｅｘ  ＥｔｈネットワーキングのためにＦｌｅｘ  Ｅｔｈ技術を使用し、ネットワークにアクセスする。ＮＥ７は、物理リンクを使用することによってＧＮＥに接続され、ＧＮＥとのＦｌｅｘ  ＥｔｈネットワーキングのためにＦｌｅｘ  Ｅｔｈ技術を使用し、ネットワークにアクセスする。
【００４５】
Ｆｌｅｘ  Ｅｔｈの標準ＯＩＦ−ＦＬＥＸＥ−０１の定義に基づき、従来技術において、ＮＥ１がＮＥ２とのＦｌｅｘ  Ｅｔｈネットワーキングを実行し、ＮＥ７がＧＮＥとのＦｌｅｘ  Ｅｔｈネットワーキングを実行するとき、ＰＨＹはタイムスロット化される。加えて、ＤＣＮの伝送モードは、ＯＩＦ−ＦＬＥＸＥ−０１規格において定義されていないので、従来技術において、ＤＣＮパケットは、Ｆｌｅｘ  Ｅｔｈクライアントを使用することによって、サービスパケットと共に伝送される必要がある。
【００４６】
ネットワークに新しくアクセスするＮＥをＮＭＳが認識できないことを回避するべく、従来技術に基づく現在のネットワーク構築プロセスにおいては、ハードウェアの技術者が、ネットワークにアクセスする必要があるＮＥが物理リンクを使用することによってネットワークにアクセスすることを可能にした後に、ソフトウェア担当の技術者が更に、ネットワークに新しくアクセスするＮＥに対して、現場でＦｌｅｘ  Ｅｔｈ構成、操作、保守を実行する必要がある。従来技術の方式においては、大量の人的資源、物的資源、ならびに、運用および保守費用が増加する。加えて、多くのパラメータが構成される必要があり、構成プロセスが比較的複雑なので、構成エラーが生じると、再構成が必要となり、ネットワーク構築中のＮＥのアクセス効率が低減する。
【００４７】
本願の本実施形態は、ＤＣＮパケット処理方法を提供し、１００ＧＥ  Ｆｌｅｘ  Ｅｔｈが例として使用される。８０２．３  １００ＧＢＡＳＥ−Ｒ規格におけるＦｌｅｘ  Ｅｔｈの定義に基づき、１つの１００ＧＢＡＳＥ−Ｒポートについて、１３．１マイクロ秒ごとに１つのオーバーヘッドブロックがあり（１つのオーバーヘッドブロックは６６ビット）、８個のオーバーヘッドブロック（Ｂｌｏｃｋ）の各々は、１つのオーバーヘッドフレームを形成し、３２個のオーバーヘッドフレームの各々は１個のオーバーヘッドマルチフレームを形成する。情報伝送プロセスにおいて、オーバーヘッドフレームは、２つのネットワークデバイスの間で、ＰＨＹを使用することによって伝送され、情報の一部は、オーバーヘッドフレームを使用することによって伝送され、情報の一部は、オーバーヘッドマルチフレームを使用することによって伝送される。例えば、オーバーヘッドフレームにおいて、セクション管理チャネル（ｓｅｃｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｃｈａｎｎｅｌ）は、２つのオーバーヘッドブロックを占有し、帯域幅は１．２２２Ｍｂｐであり、シムツーシム管理チャネル（ｓｈｉｍ  ｔｏ  ｓｈｉｍ  ｍａｎａｇｅｍｅｎｔ  ｃｈａｎｎｅｌ）は、３個のオーバーヘッドブロックを占有し、帯域幅は１．８９０Ｍｂｐである。
【００４８】
本願の本実施形態において開示されるＤＣＮパケット処理方法において、ネットワークに新しくアクセスするネットワークデバイスが、ネットワークにアクセスしたネットワークデバイスとの物理的コネクションを確立した後に、ネットワークに新しくアクセスするネットワークデバイスを起動するとき、ＤＣＮパケットを生成し、ＤＣＮパケットをオーバーヘッドマルチフレームにカプセル化し、物理リンクを介して、ネットワークにアクセスした、接続されたネットワークデバイスへＤＣＮパケットを送信する。ネットワークにアクセスしたネットワークデバイスは、ＤＣＮパケットをＮＭＳへ送信し、その結果、ネットワークに新しくアクセスするネットワークデバイスと、ＮＭＳとの間のチャネルが開通し、ＮＭＳは、ネットワークデバイスがネットワークにアクセスすると認識する。更に、ＮＭＳは、ネットワークに新しくアクセスするネットワークデバイスを管理する。
【００４９】
従来技術と比較して、本願の本実施形態において開示されるＤＣＮパケット処理方法において、ネットワークに新しくアクセスするネットワークデバイスは、物理リンクを介して、Ｆｌｅｘ  ＥｔｈオーバーヘッドマルチフレームにロードされたＤＣＮパケットを送信して、ＮＭＳとの通信接続を確立し、その結果、ＮＭＳは、新しいネットワークデバイスがネットワークにアクセスすると認識できる。このプロセスでは、ネットワークに新しくアクセスするネットワークデバイスに対して人がＦｌｅｘ  Ｅｔｈ構成、操作、保守を実行する必要が無く、それにより、人的資源、物的資源、ならびに、運用および保守費用が減少する。加えて、物理リンクを介してＤＣＮパケットが送信されるプロセスでは、マニュアル操作が必要なく、エラーに遭遇する可能性が低く、その結果、ネットワークデバイスのネットワークアクセス効率が更に改善される。
【００５０】
本願の本実施形態において開示されるネットワークデバイスは、ハードウェアデバイス、および、ハードウェアデバイス上で動作するソフトウェアを備える。任意選択で、ネットワークデバイスは、スイッチであり得る、または、ルータであり得る。
【００５１】
本願の本実施形態において開示される技術的解決法の特定の実装プロセスは、以下の実施形態を使用することによって詳細に説明される。
【００５２】
図１に示されるネットワーク構造の応用シナリオの概略図に基づいて、図２は、以下を含む、本願の一実施形態に係るＤＣＮパケット処理方法の概略フローチャートである。
【００５３】
Ｓ２０１．第１ネットワークデバイスが第１ＤＣＮパケットを生成する。
【００５４】
例えば、第１ネットワークデバイスは図１におけるＮＥ１であり得る、または、図１におけるＮＥ７であり得る。
【００５５】
具体的な実装において、第１ネットワークデバイスが物理的に接続された後に、例えば、第１ネットワークデバイスは、起動時に第１ＤＣＮパケットを生成し得る。第１ＤＣＮパケットにおけるＰＰＰｏＥカプセル化ペイロードは、宛先アドレスを保持し、宛先アドレスは、ＮＭＳのＩＰアドレスである。すなわち、第１ＤＣＮパケットは、最後にＮＭＳへ送信される必要がある。
【００５６】
ＤＣＮパケットのフォーマットを表１に示す。  ［表１：ＤＣＮパケットのフォーマット］
【表１】
0006930801.tif 000002
【００５７】
ＤＣＮパケットは、６バイトの宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ、ＤＡ）、６バイトの送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ  ａｄｄｒｅｓｓ、ＳＡ）、フォーマットが表２に示されるポイントツーポイントプロコトルオーバーイーサネットヘッダ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ  ｈｅａｄｅｒ、ＰＰＰｏＥ  ｈｅａｄｅｒ）、および、保持されるパケットであるＰＰＰｏＥカプセル化ペイロードを含む。  ［表２：ＰＰＰｏＥヘッダフォーマット］
【表２】
0006930801.tif 000003
【００５８】
ＰＰＰｏＥヘッダフォーマットにおいて、ＶＥＲは、ＰＰＰｏＥプロトコルのバージョン番号を指す。
【００５９】
ＴＹＰＥは、ＰＰＰｏＥプロトコルのタイプを指す。
【００６０】
ＬＥＮＧＴＨは、ＰＰＰｏＥにおけるペイロードの長さを指し、通常２ビットを占有する。
【００６１】
ＮＥＩＤは、送信元ネットワーク要素識別子を指し、通常４ビットを占有する。本願の本実施形態において、ＮＥＩＤは第１ネットワークデバイスのＩＤを指す。
【００６２】
Ｓ２０２．第１ネットワークデバイスは、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにロードする。
【００６３】
Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームは、ネットワークデバイスが起動された後に、ハイレベルデータリンク制御（Ｈｉｇｈ−Ｌｅｖｅｌ  Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＨＤＬＣ）プロトコルを使用することによってカプセル化される、固定時間間隔で外部へ送信されるフレームである。
【００６４】
ＨＤＬＣのフレームフォーマットを表３に示す。ＨＤＬＣのフレームは、フラグフィールド、アドレスフィールド（Ａｄｄｒｅｓｓ、Ａ）、制御フィールド（Ｃｏｎｔｒｏｌ、Ｃ）、情報フィールド（Ｉｎｆｏｒｍａｔｉｏｎ、Ｉ）、フレームチェックシーケンスフィールド（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ、ＦＣＳ）およびラベルフィールドを含む。フラグフィールドは、「０１１１１１１０Ｆ」のビットモードにおいて、８ビットを占有する。アドレスフィールドは８ビットを占有する。制御フィールドは、様々なコマンドおよび応答を形成するために使用される８ビットを占有する。情報フィールドは、８ｎビットを示し、定義されていない長さの任意のバイナリビット列を占有する。ラベルフィールドは、「０１１１１１１０Ｆ」のビットモードにおいて、８ビットを占有する。
【００６５】
本願の本実施形態において、第１ＤＣＮパケットはＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにロードされ、完全なＦｌｅｘ  ＥｔｈオーバーヘッドマルチフレームがＨＤＬＣの情報フィールドにカプセル化され、外部へ送信される。  ［表３：ＨＤＬＣフレームフォーマット］
【表３】
0006930801.tif 000004
【００６６】
Ｆｌｅｘ  Ｅｔｈの標準ＯＩＦ−ＦＬＥＸＥ−０１に基づいて、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームの各ＰＨＹ上の２つの管理チャネル、すなわち、セクション管理チャネルおよびシムツーシム管理チャネルが定義される。Ｆｌｅｘ  ＥｔｈオーバーヘッドマルチフレームにおけるＤＣＮパケットのロード位置はプリセットされ得る。
【００６７】
任意選択で、第１ネットワークデバイスは、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームのセクション管理チャネルにロードし得る。
【００６８】
任意選択で、第１ネットワークデバイスは、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームのシムツーシム管理チャネルにロードし得る。
【００６９】
任意選択で、第１ネットワークデバイスはまた、第１ＤＣＮパケットを、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルにそれぞれロードされる２つの部分に分割し得る。
【００７０】
Ｓ２０３：第１ネットワークデバイスは、物理リンクを介してＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを第２ネットワークデバイスへ送信する。
【００７１】
具体的な実装において、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームは、ＰＨＹを使用することによって、第２ネットワークデバイスへ送信される。
【００７２】
例えば、第１ネットワークデバイスが図１におけるＮＥ１である場合、第２ネットワークデバイスは図１におけるＮＥ２である。第１ネットワークデバイスが図１におけるＮＥ７である場合、第２ネットワークデバイスは、図１におけるＧＮＥである。
【００７３】
第１ネットワークデバイスは、物理リンクを使用することによって、第２ネットワークデバイスに接続される。物理リンクが第１ネットワークデバイスと第２ネットワークデバイスとの間に確立されているので、第１ネットワークデバイスは、ＰＨＹを使用することによって、データストリームを第２ネットワークデバイスへ送信し得る。送信プロセスにおいて、各ＰＨＹの管理チャネルは、独立に伝送を実行し、Ｆｌｅｘ  Ｅｔｈ  Ｇｒｏｕｐ上で集約されず、これにより、ＰＨＹ例外が生じるときの管理チャネルの遮断に起因して、ＤＣＮパケットの伝送が失敗することを回避する。
【００７４】
第１ネットワークデバイスは、ローカルのルーティングテーブルに基づいて、第１ＤＣＮパケットがＮＭＳに到着するために通過するネクストホップのネットワークノードが第２ネットワークデバイスであると決定し、次に、物理リンクを介して、カプセル化されたＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを第２ネットワークデバイスへ送信する。
【００７５】
Ｓ２０４．第２ネットワークデバイスは、物理リンクを介して第１ネットワークデバイスによって送信されたＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを受信し、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームから抽出する。
【００７６】
具体的な実装において、任意選択で、カプセル化されたＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームがデカプセル化された後に、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネル上で検出が実行される。第１ＤＣＮパケットがセクション管理チャネルにロードされていることが検出された場合、第１ＤＣＮパケットがセクション管理チャネルから抽出され、ＰＰＰｏＥフォーマットで提示される。
【００７７】
第１ＤＣＮパケットがシムツーシム管理チャネル上にロードされていることが検出された場合、第１ＤＣＮパケットは、シムツーシム管理チャネルから抽出され、ＰＰＰｏＥフォーマットで提示される。
【００７８】
第１ＤＣＮパケットがセクション管理チャネルおよびシムツーシム管理チャネル上にロードされていることが検出された場合、第１ＤＣＮパケットはセクション管理チャネルおよびシムツーシム管理チャネルから別々に抽出され、元のＤＣＮパケットを取得するために組み合わされる。第１ＤＣＮパケットはＰＰＰｏＥフォーマットで提示される。
【００７９】
Ｓ２０５．第２ネットワークデバイスは、宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信する。
【００８０】
特定の実装プロセスにおいて、第２ネットワークデバイスは、第１ＤＣＮパケットにおける宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信する。宛先アドレスはＮＭＳのＩＰアドレスである。
【００８１】
例えば、第１ネットワークデバイスが図１におけるＮＥ１である場合、第２ネットワークデバイスは図１におけるＮＥ２である。ＮＥ２はＮＭＳに直接接続されない。ＮＥ２が、ローカルのルーティングテーブル、および、第１ＤＣＮパケットにおいて保持される宛先ＭＡＣアドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信すると、および、通過する予定の次のネットワークノードがＮＥ３であると決定した場合、ＮＥ２は、第１ＤＣＮパケットをＮＥ３へ送信する。ＮＥ２が、ローカルのルーティングテーブル、および、第１ＤＣＮパケットにおいて保持される宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信すると、および、通過する予定の次のネットワークノードがＮＥ４であると決定した場合、ＮＥ２は、第１ＤＣＮパケットをＮＥ４へ送信する。
【００８２】
例えば、ＮＥ２は、第１ＤＣＮパケットをＮＥ３へ送信する。ＮＥ３が、ＮＥ２によって送信された第１ＤＣＮパケットを受信した後に、ＮＥ３は、ローカルのルーティングテーブル、および、第１ＤＣＮパケットにおいて保持される宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信すると、および、通過する予定の次のネットワークノードがＧＮＥであると決定した場合、ＮＥ３は、第１ＤＣＮパケットをＧＮＥへ送信する。ＧＮＥは、ＮＥ３によって転送された第１ＤＣＮパケットを受信し、第１ＤＣＮパケットをＮＭＳへ送信する。
【００８３】
例えば、第１ネットワークデバイスが図１におけるＮＥ７である場合、第２ネットワークデバイスは図１におけるＧＮＥであり、ＧＮＥは、ＮＭＳに直接接続される。したがって、第１ＤＣＮパケットを抽出した後に、ＧＮＥは、ローカルのルーティングテーブル、および、第１ＤＣＮパケットにおいて保持される宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ直接送信する。ＧＮＥは、第１ＤＣＮパケットを別のネットワークデバイスへ転送する必要は無い。
【００８４】
Ｓ２０１〜Ｓ２０５を実行し、ネットワークにアクセスした後に、第１ネットワークデバイスは、生成された第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにロードし、物理リンクを介して、ネットワークにアクセスしたネットワークデバイスへＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを送信し、その結果、ネットワークにアクセスしたネットワークデバイスは、Ｆｌｅｘ  ＥｔｈオーバーヘッドマルチフレームをＮＭＳへ送信する。この場合、ＮＭＳとの通信接続が確立され、その結果、ＮＭＳは、新しいネットワークデバイスがネットワークにアクセスすると認識できる。このプロセスでは、技術者が、ネットワークに新しくアクセスするネットワークデバイスに対して、現場でマニュアル構成、操作、保守を実行する必要がなく、それにより、人的資源、物的資源、ならびに、運用および保守の費用を低減する。加えて、物理リンクを介して第１ＤＣＮパケットが送信されるプロセスでは、マニュアル操作が必要なく、エラーに遭遇する可能性が低く、その結果、ネットワークデバイスのネットワークアクセス効率が更に改善される。
【００８５】
更に、本願の本実施形態において提供されるＤＣＮパケット処理方法が実行された後に、ＮＭＳは、新しいネットワークデバイスがネットワークにアクセスすると認識でき、更に、新しくアクセスされたネットワークデバイスを管理できる。
【００８６】
任意選択で、本願の本実施形態において、第１ネットワークデバイスは、送信のために、生成された第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームへロードする。第１ＤＣＮパケットの損失を回避するべく、第１ネットワークデバイスは、バッファ空間を提供し、生成された第１ＤＣＮパケットはバッファ空間にバッファリングされる。Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームの帯域幅の制限に起因して、第１ネットワークデバイスは、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームの帯域幅に基づいてバッファ空間のサイズを設定し、第１ＤＣＮパケットがバッファリングされるときのバッファトラフィックを制御する必要がある。
【００８７】
例えば、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにおけるセクション管理チャネルの帯域幅が１．２２２Ｍｂｐｓである場合、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにおけるシムツーシム管理チャネルの帯域幅は１．８９０Ｍｂｐｓである。
【００８８】
第１ネットワークデバイスが提供できるバッファ空間のサイズを式（１）、式（２）または式（３）に示す。
バッファサイズ（バイト）＝１．２２２×バッファ時間長／８（１）
バッファサイズ（バイト）＝１．８９０×バッファ時間長／８（２）
バッファサイズ（バイト）＝（１．２２２＋１．８９０）×バッファ時間長／８（３）
【００８９】
バッファ時間長は、バッファ空間に第１ＤＣＮパケットを格納するのに必要な時間長である。
【００９０】
任意選択で、第１ネットワークデバイスはまた、より大きいバッファ空間を提供し得る、または、技術者が必要に応じてバッファ空間のサイズを設定する。
【００９１】
例えば、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにおけるセクション管理チャネルの帯域幅が１．２２２Ｍｂｐｓである場合、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにおけるシムツーシム管理チャネルの帯域幅は１．８９０Ｍｂｐｓである。
【００９２】
第１ネットワークデバイスが第１ＤＣＮパケットをバッファリングするとき、バッファ空間へ送信されるトラフィックの送信が、式（４）、式（５）または式（６）において示される。
トラフィック送信＝第１ＤＣＮパケットの長さ×８×秒あたりに送信される第１ＤＣＮパケットの数＜１．２２２（４）
トラフィック送信＝第１ＤＣＮパケットの長さ×８×秒あたりに送信される第１ＤＣＮパケットの数＜１．８９０（５）
トラフィック送信＝第１ＤＣＮパケットの長さ×８×秒あたりに送信される第１ＤＣＮパケットの数＜（１．２２２＋１．８９０）（６）
【００９３】
任意選択で、本願の本実施形態において、第１ネットワークデバイスはまず、第１ＤＣＮパケットをバッファリングして、次にロードを実行し得る。第１ネットワークデバイスは代替的に、第１ＤＣＮパケットのバッファリングおよびロードを同時に行い得る。
【００９４】
任意選択で、本願の本実施形態において、第１ネットワークデバイスによって送信された第１ＤＣＮパケットを受信した後に、第２ネットワークデバイスはまず、第１ＤＣＮパケットをバッファリングし、次に、第１ＤＣＮパケットを処理し得る。第１ＤＣＮパケットをバッファリングする特定の方式は、第１ネットワークデバイスが第１ＤＣＮパケットをバッファする方式と同一である。上述の記録を参照されたい。ここでは詳細を再度説明しない。
【００９５】
更に、第２ネットワークデバイスがＧＮＥでない場合、第２ネットワークデバイスによって第１ＤＣＮパケットをＮＭＳへ転送するプロセスにおいて、第１ＤＣＮパケットが通過するネットワークデバイスは、第１ＤＣＮパケットを転送する前に第１ＤＣＮパケットをバッファリングし得る。第１ＤＣＮパケットをバッファリングする方式は、第１ネットワークデバイスが第１ＤＣＮパケットをバッファリングする方式と同一である。上述の記録を参照されたい。ここでは詳細を再度説明しない。例えば、第１ネットワークデバイスが図１におけるＮＥ１である場合、第２ネットワークデバイスは図１におけるＮＥ２である。第２ネットワークデバイスが第１ＤＣＮパケットをＮＭＳへ転送するとき、ＮＥ３が通過される必要がある。ＮＥ３において、第１ＤＣＮパケットは、ＮＥ１およびＮＥ２上でバッファリングされる方式でバッファリングされる。
【００９６】
本願の上述の実施形態において、第１ＤＣＮパケットをバッファリングする方式は、第１ＤＣＮパケットのパケット損失を回避するために使用され得る。
【００９７】
任意選択で、本願の本実施形態において、Ｆｌｅｘ  Ｅｔｈクライアントを使用して送信するＤＣＮパケットと比較して、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームの帯域幅は比較的小さい。ＤＣＮパケットが常にＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを使用して伝送される場合、伝送効率は比較的低い。したがって、本願の上述の実施形態において開示されるＤＣＮパケット処理方法に基づいて、ネットワークに新しくアクセスする第１ネットワークデバイスと、ＮＭＳとの間の通信接続が確立された後に、第１ネットワークデバイスは、Ｆｌｅｘ  Ｅｔｈクライアントを使用することによってＤＣＮパケットを送信すること、または、依然としてＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームを使用することによってＤＣＮパケットを送信することを自由に選択し得る。
【００９８】
任意選択で、本願の本実施形態において、第１ネットワークデバイスはまた、第１ネットワークデバイスとＮＭＳとの間の通信接続が確立されたと決定した後に、Ｆｌｅｘ  Ｅｔｈクライアントに自動で切り替わり得て、ＤＣＮパケットを送信する。
【００９９】
図３は、以下を含む本願の一実施形態に係る別のＤＣＮパケット処理方法の概略フローチャートである。
【０１００】
Ｓ３０１．第１ネットワークデバイスが第２ＤＣＮパケットを生成する。
【０１０１】
例えば、第１ネットワークデバイスは図１におけるＥＮ１であり得る、または、図１におけるＥＮ７であり得る。第２ＤＣＮパケットの宛先アドレスは、ＮＭＳのＩＰアドレスであり、第２ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスである。
【０１０２】
Ｓ３０２．第１ネットワークデバイスは、Ｆｌｅｘ  Ｅｔｈクライアントの状態をモニタリングする。Ｆｌｅｘ  Ｅｔｈクライアントが開通状態にあると検出された場合、Ｓ３０３を実行する。そうでない場合、第２ＤＣＮパケットをＦｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームにロードし、本願の図２に対応する実施形態におけるＳ２０２〜Ｓ２０５と同様の段階に基づいて、第２ＤＣＮパケットをＮＭＳへ送信する。
【０１０３】
具体的な実装において、第１ネットワークデバイスの起動後、第１ネットワークデバイスは、Ｆｌｅｘ  Ｅｔｈクライアントの状態をリアルタイムでモニタリングし得る、または、プリセット時間または時間間隔に従って、Ｆｌｅｘ  Ｅｔｈクライアントの状態をモニタリングし得る。Ｆｌｅｘ  Ｅｔｈクライアントの状態をモニタリングするための具体的な時間間隔は、技術者によって設定され得る。
【０１０４】
Ｓ３０３．第１ネットワークデバイスは、Ｆｌｅｘ  Ｅｔｈクライアントが開通状態であると決定し、Ｆｌｅｘ  Ｅｔｈクライアントを使用することによって第２ＤＣＮパケットを第２ネットワークデバイスへ送信する。
【０１０５】
Ｆｌｅｘ  Ｅｔｈクライアントの状態が開通状態であると決定した後に、第１ネットワークデバイスは、第２ＤＣＮパケットを送信するために、チャネルを自動で切り替える、すなわち、物理リンクをＦｌｅｘ  Ｅｔｈチャネルに切り替える。第１ネットワークデバイスが後にＤＣＮパケットを別のネットワークデバイスと交換するとき、Ｆｌｅｘ  Ｅｔｈチャネルが使用され得て、それによりＤＣＮパケットの伝送効率を改善する。
【０１０６】
更に、ＮＭＳはまた、第１ネットワークデバイスを管理するべく、Ｆｌｅｘ  Ｅｔｈチャネルを通じて、管理パケットを第１ネットワークデバイスへ送信し得る。
【０１０７】
本願の本実施形態に開示されるＤＣＮパケット処理方法に基づいて、本願の実施形態は、ＤＣＮパケット処理方法を実行するための第１ネットワークデバイスを更に開示する。
【０１０８】
図４は、本願の一実施形態に係る第１ネットワークデバイス４００の概略構造図である。第１ネットワークデバイス４００は、生成ユニット４０１、ロードユニット４０２および送信ユニット４０３を備える。
【０１０９】
生成ユニット４０１は、第１ＤＣＮパケットを生成するよう構成され、第１ＤＣＮパケットの宛先アドレスはＮＭＳのＩＰアドレスであり、第１ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスであり、第１ネットワークデバイスおよび第２ネットワークデバイスは物理リンクを使用することによって接続される。
【０１１０】
生成ユニット４０１は、本願の実施形態における図２において示されるＳ２０１を実行し得る。ここでは詳細を再度説明しない。
【０１１１】
ロードユニット４０２は、生成ユニット４０１によって生成された第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームにロードするよう構成される。
【０１１２】
具体的な実装において、任意選択で、ロードユニット４０２は、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルにロードする、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルにロードする、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルにロードするよう構成される。
【０１１３】
ロードユニット４０２は、本願の実施形態における図２に示されるＳ２０２を実行し得る。ここでは詳細を再度説明しない。
【０１１４】
送信ユニット４０３は、物理リンクを介して、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを第２ネットワークデバイスへ送信するよう構成される。
【０１１５】
送信ユニット４０３は、本願の実施形態における図２に示されるＳ２０３を実行し得る。ここでは詳細を再度説明しない。
【０１１６】
任意選択で、第１ネットワークデバイス４００は更に、切替ユニット４０４を備える。
【０１１７】
具体的な実装において、生成ユニット４０１は、第２ＤＣＮパケットを生成するよう更に構成される。第２ＤＣＮパケットの宛先アドレスは、ＮＭＳのＩＰアドレスであり、第２ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップは第２ネットワークデバイスである。
【０１１８】
生成ユニット４０１は、本願の実施形態における図３において示されるＳ３０１を実行し得る。ここでは詳細を再度説明しない。
【０１１９】
切替ユニット４０４は、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態をモニタリングし、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントの状態が開通状態であると決定し、Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔクライアントを通じて第２ＤＣＮパケットを第２ネットワークデバイスへ送信するよう構成される。
【０１２０】
切替ユニット４０４は、本願の実施形態における図３に示されるＳ３０２およびＳ３０３を実行し得る。ここでは詳細を再度説明しない。
【０１２１】
任意選択で、第１ネットワークデバイス４００は更にバッファリングユニット４０５を備える。
【０１２２】
バッファリングユニット４０５は、生成ユニット４０１によって生成される第１ＤＣＮパケットおよび／または第２ＤＣＮパケットをバッファリングするよう構成される。
【０１２３】
バッファリングユニット４０５は、プリセットバッファ空間に、生成ユニット４０１によって生成された第１ＤＣＮパケットおよび／または第２ＤＣＮパケットをバッファリングする。プリセットバッファ空間のサイズは、Ｆｌｅｘ  Ｅｔｈオーバーヘッドマルチフレームの帯域幅またはバッファ要求に基づいて設定され得る。詳細については、本願の実施形態におけるバッファ関連記録を参照されたい。
【０１２４】
本願の実施形態に開示されるＤＣＮパケット処理方法に関連して、本願の本実施形態において開示される第１ネットワークデバイスはまた、ハードウェア、プロセッサによって実行されるメモリ、または、それらの組み合わせを使用することによって直接実装され得る。
【０１２５】
図５に示されるように、第１ネットワークデバイス５００は、プロセッサ５０１およびメモリ５０２を備える。任意選択で、ネットワークデバイス５００は更に、ネットワークインタフェース５０３を備える。プロセッサ５０１は、バスを使用することによってメモリ５０２に連結される。プロセッサ５０１は、バスを使用することによってネットワークインタフェース５０３に連結される。
【０１２６】
プロセッサ５０１は具体的には、中央演算処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、略称：ＣＰＵ）、ネットワークプロセッサ（Ｎｅｔｗｏｒｋ  Ｐｒｏｃｅｓｓｏｒ、略称：ＮＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、略称：ＡＳＩＣ）、または、プログラマブル論理デバイス（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ、略称：ＰＬＤ）であり得る。ＰＬＤは、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃａｌ  Ｄｅｖｉｃｅ、略称：ＣＰＬＤ）、フィールドプログラマブルロジックゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、略称：ＦＰＧＡ）、または、ジェネリックアレイロジック（Ｇｅｎｅｒｉｃ  Ａｒｒａｙ  Ｌｏｇｉｃ、略称：ＧＡＬ）であり得る。
【０１２７】
メモリ５０２は具体的には、連想メモリ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ  Ｍｅｍｏｒｙ、略称：ＣＡＭ）、または、ランダムアクセスメモリ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、略称：ＲＡＭ）であり得る。ＣＡＭは三値連想メモリ（Ｔｅｒｎａｒｙ  ＣＡＭ、略称：ＴＣＡＭ）であり得る。
【０１２８】
ネットワークインタフェース５０３は、有線インタフェース、例えば、ファイバ分散データインタフェース（ファイバ分散データインタフェース、略称：ＦＤＤＩ）、または、イーサネット（Ｅｔｈｅｒｎｅｔ）インタフェースであり得る。
【０１２９】
メモリ５０２はまた、プロセッサ５０１に統合され得る。メモリ５０２およびプロセッサ５０１が互いから独立したコンポーネントである場合、メモリ５０２はプロセッサ５０１に接続される。例えば、メモリ５０２は、バスを使用してプロセッサ５０１と通信し得る。ネットワークインタフェース５０３は、バスを使用することによって、プロセッサ５０１と通信し得る、または、ネットワークインタフェース５０３はプロセッサ５０１と直接接続され得る。
【０１３０】
メモリ５０２は、ＤＣＮパケットを処理するためのオペレーションプログラム、コード、または、命令を格納するよう構成される。任意選択で、メモリ５０２は、オペレーティングシステムおよびアプリケーションプログラムを含み、ＤＣＮパケットを処理するためのオペレーションプログラム、コード、または命令を格納するよう構成される。
【０１３１】
ＤＣＮパケットを処理する必要があるとき、プロセッサ５０１またはハードウェアデバイスは、メモリ５０２に格納されたオペレーションプログラム、コードまたは命令を呼び出して実行し、図２および図３における第１ネットワークデバイスの処理プロセスを完了する。具体的なプロセスについては、本願の上述の実施形態の対応する部分を参照されたい。ここでは詳細を再度説明しない。
【０１３２】
図５は、ネットワークデバイスの簡略化された設計を示すに過ぎないことを理解されたい。実際の適用において、ネットワークデバイスは、任意の数のインタフェース、プロセッサ、メモリなどを備え得て、本願の実施形態を実装できるすべてのネットワークデバイスは、本願の実施形態の保護範囲に属する。
【０１３３】
本願の実施形態に開示されるＤＣＮパケット処理方法に基づいて、本願の実施形態は、ＤＣＮパケット処理方法を実行するための第２ネットワークデバイスを更に開示する。第２ネットワークデバイスは、物理リンクを使用することによって、本願の実施形態における図４に示される第１ネットワークデバイス４００に接続される。
【０１３４】
図６は、本願の一実施形態に係る第２ネットワークデバイス６００の概略構造図である。第２ネットワークデバイス６００は、抽出ユニット６０１および送信ユニット６０２を含む。
【０１３５】
抽出ユニット６０１は、第１ネットワークデバイスによって物理リンクを介して送信されたＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを受信すること、および、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出することであって、第１ＤＣＮパケットの宛先アドレスはＮＭＳのＩＰアドレスである、ことを行うよう構成され、第２ネットワークデバイスは、第１ＤＣＮパケットが宛先アドレスに到着するために通過するネクストホップである。
【０１３６】
具体的な実装において、任意選択で、抽出ユニット６０１は、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルから抽出する、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのシムツーシム管理チャネルから抽出する、または、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームのセクション管理チャネルおよびシムツーシム管理チャネルから抽出するよう構成される。
【０１３７】
抽出ユニット６０１は、本願の実施形態における図２に示されるＳ２０４を実行し得る。ここでは詳細を再度説明しない。
【０１３８】
送信ユニット６０２は、抽出ユニット６０１によって抽出された第１ＤＣＮパケットにおける宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ送信するよう構成される。
【０１３９】
送信ユニット６０２は、本願の実施形態における図２に示されるＳ２０５を実行し得る。ここでは詳細を再度説明しない。
【０１４０】
任意選択で、第２ネットワークデバイス６００は更にバッファリングユニット６０３を備える。
【０１４１】
バッファリングユニット６０３は、送信ユニット６０２が第１ＤＣＮパケットを送信する前に、抽出ユニット６０１によって抽出された第１ＤＣＮパケットをバッファリングする、または、第１ＤＣＮパケットをバッファリングするよう構成される。
【０１４２】
バッファリングユニット６０３は、第１ＤＣＮパケットをプリセットバッファ空間にバッファリングする。プリセットバッファ空間のサイズは、バッファ要求に基づいて設定され得る。詳細については、本願の実施形態におけるバッファ関連記録を参照されたい。
【０１４３】
本願の本実施形態に開示されるＤＣＮパケット処理方法に関連して、本願の本実施形態において開示される第２ネットワークデバイスはまた、ハードウェア、プロセッサによって実行されるメモリ、または、それらの組み合わせを使用することによって直接実装され得る。第２ネットワークデバイスは、物理リンクを使用することによって、本願の実施形態における図５に示される第１ネットワークデバイス５００に接続される。
【０１４４】
図７に示されるように、第２ネットワークデバイス７００は、プロセッサ７０１およびメモリ７０２を備える。任意選択で、ネットワークデバイス７００は、ネットワークインタフェース７０３を更に備える。プロセッサ７０１は、バスを使用することによってメモリ７０２に連結される。プロセッサ７０１は、バスを使用することによって、ネットワークインタフェース７０３に連結される。
【０１４５】
プロセッサ７０１は、具体的には、ＣＰＵ、ＮＰ、ＡＳＩＣまたはＰＬＤであり得る。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡまたはＧＡＬであり得る。
【０１４６】
メモリ７０２は、具体的には、ＣＡＭまたはＲＡＭであり得る。ＣＡＭはＴＣＡＭであり得る。
【０１４７】
ネットワークインタフェース７０３は、有線インタフェース、例えば、ＦＤＤＩまたはイーサネットクライアントであり得る。
【０１４８】
メモリ７０２はまた、プロセッサ７０１に統合され得る。メモリ７０２およびプロセッサ７０１が互いから独立したコンポーネントである場合、メモリ７０２はプロセッサ７０１に接続される。例えば、メモリ７０２は、バスを使用してプロセッサ７０１と通信し得る。ネットワークインタフェース７０３は、バスを使用することによって、プロセッサ７０１と通信し得る、または、ネットワークインタフェース７０３はプロセッサ７０１と直接接続され得る。
【０１４９】
メモリ７０２は、ＤＣＮパケットを処理するためのオペレーションプログラム、コード、または、命令を格納するよう構成される。任意選択で、メモリ７０２は、オペレーティングシステムおよびアプリケーションプログラムを含み、ＤＣＮパケットを処理するためのオペレーションプログラム、コード、または命令を格納するよう構成される。
【０１５０】
ＤＣＮパケットを処理する必要があるとき、プロセッサ７０１またはハードウェアデバイスは、メモリ７０２に格納されたオペレーションプログラム、コードまたは命令を呼び出して実行し、図２および図３における第２ネットワークデバイスの処理プロセスを完了する。具体的なプロセスについては、本願の上述の実施形態の対応する部分を参照されたい。ここでは詳細を再度説明しない。
【０１５１】
図７は、ネットワークデバイスの簡略化された設計を示すに過ぎないことを理解されたい。実際の適用において、ネットワークデバイスは、任意の数のインタフェース、プロセッサ、メモリなどを備え得て、本願の実施形態を実装できるすべてのネットワークデバイスは、本願の実施形態の保護範囲に属する。
【０１５２】
本願の実施形態における機能ユニットは、１つのプロセッサに統合され得る、または、当該ユニットの各々は、物理的に単独で存在し得る、または、２以上の回路が１つの回路に統合され得る。機能ユニットは、ハードウェアの形態で実装され得る、または、ソフトウェア機能ユニットの形態で実装され得る。
【０１５３】
図８は、物理リンクを使用することによって接続される第１ネットワークデバイス８０１および第２ネットワークデバイス８０２とＮＭＳとを備える、本願の一実施形態に係るネットワークシステム８００を示す。
【０１５４】
第１ネットワークデバイス８０１は、第１ＤＣＮパケットを生成し（第１ＤＣＮパケットの宛先アドレスはＮＭＳのＩＰアドレスである）、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームにロードし、および、物理リンクを介してＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを第２ネットワークデバイス８０２へ送信するよう構成される。
【０１５５】
第２ネットワークデバイス８０２は、第１ネットワークデバイス８０１によって物理リンクを介して送信されたＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームを受信し、第１ＤＣＮパケットをＦｌｅｘ  Ｅｔｈｅｒｎｅｔオーバーヘッドマルチフレームから抽出するよう構成される。
【０１５６】
第２ネットワークデバイス８０２は更に、第１ＤＣＮパケットの宛先アドレスに基づいて、第１ＤＣＮパケットをＮＭＳへ転送するよう構成される。
【０１５７】
本願の実施形態に開示されるネットワークシステムにおいて、第１ネットワークデバイス８０１は、具体的には、図４および図５に開示されるネットワークデバイスであり得て、本願の実施形態における図２および図３における第１ネットワークデバイスによって実行される対応するオペレーションを実行するよう構成される。第２ネットワークデバイス８０２は具体的には、図６および図７に開示されるネットワークデバイスであり得て、本願の実施形態における図２および図３における第２ネットワークデバイスによって実行される対応するオペレーションを実行するよう構成される。具体的なプロセスおよび実行原理については、上述の説明を参照されたい。ここでは詳細を再度説明しない。
【０１５８】
当業者であれば、上述の１または複数の例において、本願で説明されている機能が、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実装され得ることが分かるはずである。本発明がソフトウェアによって実装されるとき、上述の機能は、コンピュータ可読媒体に格納され得る、または、コンピュータ可読媒体における１または複数の命令もしくはコードとして送信される。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み、ここで、通信媒体は、コンピュータプログラムをある場所から別の場所へ送信することを可能にする任意の媒体を含む。記憶媒体は、汎用または特定用途向けのコンピュータからアクセス可能である、任意の利用可能な媒体であり得る。
【０１５９】
この明細書の実施形態はすべて、漸進的な方式で記述されており、複数の実施形態における同一または同様の部分については、これらの実施形態が参照されてよく、各実施形態は、他の実施形態との違いに焦点を当てている。特に、機器およびシステムの実施形態は基本的に、方法の実施形態と同様であり、したがって、簡潔に説明される。関連する部分については、方法の実施形態における部分的な説明を参照されたい。
【０１６０】
上述の説明は、本発明の特定の実装に過ぎず、本発明の保護範囲を限定することを意図したものではない。本発明において開示された技術的範囲内で当業者が容易に考案したあらゆる変形または置き換えは、本発明の保護範囲に含まれるものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
0006930801.tif 000005
【図２】
0006930801.tif 000006
【図３】
0006930801.tif 000007
【図４】
0006930801.tif 000008
【図５】
0006930801.tif 000009
【図６】
0006930801.tif 000010
【図７】
0006930801.tif 000011
【図８】
0006930801.tif 000012