JP2023509491A - クロックポート属性回復方法、デバイス、およびシステム - Google Patents

Abstract

【要約】本出願は、クロックポート属性回復方法、デバイス、システム、および記憶媒体を開示し、クロック技術の分野に適用される。この方法は、ネットワークデバイスが、クロックポートがタイムアウト間隔内にＮ個の同期メッセージ、追跡メッセージ、および遅延応答メッセージの３つのタイプのクロックメッセージのうちのいずれも受信しない場合に基づいて、ネットワークデバイスのクロックポートのポート属性値を第１の値に設定することを含み、ここで、第１の値は、メッセージがクロックポートで失われたことを示す。回復条件が満たされたと判断される場合に基づいて、ネットワークデバイスは、クロックポートのポート属性値を第２の値に設定し、ここで、第２の値は、クロックポートのステータスがメッセージは失われていない状況であることを示す。

Description

本出願は、２０２０年１月６日に中国国家知識産権局に出願され、「自動的にクロックポートステータスを回復するための方法および装置」と題された中国特許出願第２０２０１０１１５４７．７号、および２０２０年３月２日に中国国家知識産権局に出願され、「クロックポート属性回復方法、デバイス、およびシステム」と題された中国特許出願第２００２０１０１３６５３６．１号の優先権を主張し、それらの全体が参照により本明細書に組み込まれる。

本出願は、通信分野、ならびにクロックポート属性回復方法、デバイス、およびシステムに関する。

分散システムが通信およびネットワークアプリケーションで使用されるようになればなるほど、クロック同期はますます重要になる。クロック同期モードとして、ネットワーク時間プロトコル（ｎｅｔｗｏｒｋ ｔｉｍｅ ｐｒｏｔｏｃｏｌ，ＮＴＰ）が広く使用されている。さらに、高精度時間同期の要求の高まりに対応するために、電気・電子技術者協会（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，ＩＥＥＥ）は、２００８年にＩＥＥＥ １５８８ｖ２規格（ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ ａ Ｐｒｅｃｉｓｉｏｎ Ｃｌｏｃｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｎｅｔｗｏｒｋｅｄ Ｍｅａｓｕｒｅｍｅｎｔ ａｎｄ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ）を公式に発表した。この規格は、ネットワーク計測及び制御システムのための精密クロック同期プロトコル規格である。無線基地局の時間同期要件を満たすために、移動ベアラネットワークは、ＩＥＥＥ １５８８ｖ２プロトコルを使用することによって各基地局に正確な時間を転送して、基地局の時間同期要件を満たすことができる。

ネットワーク内のデバイスは、通常、追跡について、最良のマスタクロック（Ｂｅｓｔ Ｍａｓｔｅｒ Ｃｌｏｃｋ， ＢＭＣ）アルゴリズムを使用することによって最適な１５８８クロック源を選択する。デバイスは、ＢＭＣソース選択アルゴリズムを使用することにより、デバイス上のポートのステータスが、マスタ（ｍａｓｔｅｒ）クロックポート、スレーブ（ｓｌａｖｅ）クロックポート、またはパッシブ（ｐａｓｓｉｖｅ）クロックポートであることを決定する。デバイスは、ＢＭＣアルゴリズムを使用してクロックポートのステータスを決定する際に、クロックポートのポートデータ集合を計算し、そしてクロックポートのポートデータ集合の情報はクロックポートの属性に関係する。従って、ネットワークデバイス上のクロックポート属性の正確性を保証することは、クロック源追跡の正確性を保証するための鍵である。

本出願の実施形態は、クロックポート属性を回復できないためにクロックポートステータスが誤っている可能性があるという技術的問題を解決するために、クロックポート属性回復方法、デバイス、およびシステムを提供する。技術的解決策は以下の通りである：

第１の態様によれば、クロックポート属性回復方法が提供される。この方法は、第１のネットワークデバイスによって実行されてもよく、この方法は、第１のネットワークデバイスが、クロックポートがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定するステップであって、クロックポートは、第２のネットワークデバイスのマスタクロックポートに接続され、クロックポートは、スレーブポートまたはパッシブポートであり、第１のタイプのクロックメッセージは、同期メッセージ、追跡メッセージ、および遅延応答メッセージの３つのタイプのクロックメッセージのうちのいずれかであり、Ｎは、０より大きい正の整数であり、第１の値は、クロックポート上でメッセージが失われていることを示す、ステップと、第１のネットワークデバイスが、ポートデータ集合信号故障属性の値を第１の値に設定した後、回復条件が満たされていると第１のネットワークデバイスが判断するとき、第１のネットワークデバイスが、ポートデータ集合信号故障属性の値を第２の値に設定するステップであって、第２の値は、クロックポート上でメッセージが失われていないことを示す、ステップと、を含む。

ネットワークデバイスが、メッセージ損失に基づいてポートデータ集合信号故障属性値を第１の値に設定した後に、回復条件に基づいて属性値を第２の値に回復する方法は、ポートデータ集合信号故障属性値を正しく保つのに役立ち、クロックポートのステータスを正常に保つことができ、クロック追跡関係の正確性を確保する。

可能な設計では、回復条件が満たされていると第１のネットワークデバイスが判断することは、第１のネットワークデバイスが、構成命令を受信し、構成命令は、ポートデータ集合信号故障属性の値を第２の値に設定するように第１のネットワークデバイスに命令するために使用されることを含む。ネットワーク管理者は、接続されたマスタクロックポートから送信されたメッセージを第１のネットワークデバイスのクロックポートが受信したと判断した後、構成命令を使用して、ポートデータ集合信号故障属性の値を第２の値に変更してもよい。これにより、ネットワークデバイスへの影響を軽減し、ポートのステータスを直接かつ迅速に回復することができる。

可能な設計では、回復条件が満たされていると第１のネットワークデバイスが判断することは、第１のネットワークデバイスが、第１の時間内にＭ個の同期メッセージおよびＭ個の追跡メッセージを受信し、Ｍは、０より大きい正の整数であることを含む。ネットワークデバイスは、要件を満たす同期メッセージおよび追跡メッセージを受信していると判断することによって、回復条件が満たされていると判断する。これは、管理者の作業負荷を軽減し、回復条件が満たされていると自動的に判断するのに役立つ。

可能な設計では、第１のタイプのクロックメッセージは、同期メッセージであり、回復条件が満たされていると第１のネットワークデバイスが判断することは、第１のネットワークデバイスが、第２の時間内にＭ個の同期メッセージを受信することを含み、あるいは、第１のタイプのクロックメッセージは、追跡メッセージであり、回復条件が満たされていると第１のネットワークデバイスが判断することは、第１のネットワークデバイスが、第２の時間内にＭ個の追跡メッセージを受信することを含み、Ｍは、０より大きい正の整数である。ネットワークデバイスは、第１のタイプに対応し、要件を満たすクロックメッセージが受信されていると判断することにより、回復条件が満たされていると判断する。これは、管理者の作業負荷を軽減し、回復条件が満たされていると自動的に判断するのに役立つ。

可能な設計では、回復条件が満たされていると第１のネットワークデバイスが判断することは、第１のネットワークデバイスが、第２のメッセージを受信することを含み、第２のメッセージは、クロックポートの遅延応答メッセージ損失状態が回復されていることを示す。クロックポートの属性値が第１の値に変更された後、クロックポートは、対応するマスタクロックポートに遅延要求メッセージを送信しない。したがって、クロックポートは遅延応答メッセージをもう受信しない。管理者は、ポートの遅延応答メッセージ損失状態が回復されたことを示すために、管理システムを使用してメッセージを配信してもよいし、または、管理者は、デバイスの管理インターフェースを介して直接設定命令を配信してもよい。このようにして、回復条件が満たされていると判断される。

可能な設計では、第１のネットワークデバイスが、クロックポートがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定するステップは、第１のネットワークデバイスが、クロックポートがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、第１のイベントを生成するステップと、第１のネットワークデバイスが、第１のイベントに基づいてポートデータ集合信号故障属性の値を第１の値に設定するステップと、を含む、

メッセージが失われた後に対応するメッセージ損失イベントを生成することによって、ネットワークデバイスは、メッセージ損失の関連情報、例えば、ポート情報および失われたメッセージのタイプを記録してもよい。また、ネットワークデバイスは、イベントに基づいてポート属性値を変更してもよい。これは、関連する故障および関連する変更をネットワークデバイスに記録する際に、より役立つ。

可能な設計では、回復条件が満たされていると第１のネットワークデバイスが判断するとき、第１のネットワークデバイスが、ポートデータ集合信号故障属性の値を第２の値に設定するステップは、回復条件が満たされていると第１のネットワークデバイスが判断するとき、第１のネットワークデバイスが、第１の損失イベントが除去されていると判断するステップと、第１のネットワークデバイスが、第１のイベントが除去されている場合に基づいて、ポートデータ集合信号故障属性の値を第２の値に設定するステップと、を含む。

ネットワークデバイスが、回復条件が満たされていると判断するとき、例えば、対応するメッセージが受信されているか、構成命令が受信されているとき、ネットワークデバイスは、第１の損失イベントが除去されていると判断し、第１の損失イベントが除去されていると判断することによってポート属性の値を回復することができる。さらに、第１の損失イベントに記録された情報を修正することができる。これは、障害回復などの情報をネットワークデバイスに記録するのに役立つ。

可能な設計では、第１のネットワークデバイスが、第１のイベントが除去されている場合に基づいて、ポートデータ集合信号故障属性の値を第２の値に設定するステップは、第１のネットワークデバイスが、第１のイベントが除去されている場合に基づいて、クロックポートの第１のイベントに対応するポートパラメータの値を第３の値に設定するステップであって、第３の値は、ポートパラメータに対応するクロックメッセージが失われていないことを示す、ステップと、第１のネットワークデバイスが、クロックポートパラメータの値が第３の値である場合に基づいて、ポートデータ集合信号故障属性の値を第２の値に設定するステップと、を含む。

可能な設計では、第１のイベントは、第１のタイプの識別子を含む。

可能な設計では、回復条件が満たされていると第１のネットワークデバイスが判断するとき、第１のネットワークデバイスが、ポートデータ集合信号故障属性の値を第２の値に設定するステップは、第１のネットワークデバイスが、回復条件が満たされていると判断される場合に基づいて、第１のタイプに対応するクロックポートのポートパラメータの値を第３の値に設定するステップであって、第３の値は、ポートパラメータに対応するクロックメッセージが失われていないことを示す、ステップと、第１のネットワークデバイスが、クロックポートパラメータの値が第３の値である場合に基づいて、ポートデータ集合信号故障属性の値を第２の値に設定するステップと、を含む。

以上の説明では、メッセージ損失イベントに対応するポートパラメータをネットワークデバイス上でさらに定義し、イベント情報に基づいてポートパラメータの値を更新することにより、ネットワークデバイス上の各種メッセージの損失状況を正確に記録することができる。これは、ポートパラメータに基づいて、ネットワークデバイスがポート属性の値を回復するのに役立つ。より明確な記録が得られ、判断が容易である。

可能な設計では、第１のネットワークデバイスが、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定するステップの後に、方法は、さらに、第１のネットワークデバイスが、ポートデータ集合信号故障属性の値が第１の値である場合に基づいて、クロックポートのクロック基準源Ｅｒｂｅｓｔデータ集合の値をゼロに設定するステップを含む。

可能な設計では、方法は、さらに、もしポートデータ集合信号故障属性の値が第１の値である場合、第１のネットワークデバイスが、ステータス判断イベントを生成するステップであって、ステータス判断イベントは、第１のネットワークデバイスにクロックポートのステータスを判断するように指示するために使用される。

可能な設計では、第１のネットワークデバイスが、ポートデータ集合信号故障属性の値を第２の値に設定するステップの後に、方法は、さらに、第１のネットワークデバイスが、Ｅｒｂｅｓｔデータ集合の値を非ゼロに設定するステップを含む。

可能な設計では、第１のネットワークデバイスがポートデータ集合信号故障属性の値を第１の値に設定する前は、ポートデータ集合信号故障属性の値は、第２の値である。

可能な設計では、クロックメッセージは、精密時間プロトコルＰＴＰクロックメッセージである。

前述の説明では、クロックポートのポート属性の値を変更および回復する方法で、ネットワークデバイスは、ネットワークデバイス上のポートデータ集合の値をゼロまたは非ゼロに柔軟に調整して、ネットワークデバイスがＢＭＣアルゴリズムを使用してポートデータ集合の値に基づいてポートステータスをより正確に判断し、このネットワークにおけるクロック追跡関係の正確性を確保することができる。

第２の態様によれば、第１のネットワークデバイスが提供される。第１のネットワークデバイスは、処理ユニットおよび第１の通信ユニットを含み、処理ユニットは、第１の通信ユニットがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、第１の通信ユニットのポートデータ集合信号故障属性の値を第１の値に設定するように構成され、第１のタイプのクロックメッセージは、同期メッセージ、追跡メッセージ、および遅延応答メッセージの３つのタイプのクロックメッセージのうちのいずれかであり、Ｎは、０より大きい正の整数であり、第１の値は、第１の通信ユニット上でメッセージが失われていることを示し、第１の通信ユニットは、第２のネットワークデバイスのマスタクロックポートと通信するように構成され、第１の通信ユニットのクロックポートステータスは、スレーブポートまたはパッシブポートであり、処理ユニットが、ポートデータ集合信号故障属性の値を第１の値に設定した後、回復条件が満たされていると判断されるときに、処理ユニットは、さらに、ポートデータ集合信号故障属性の値を第２の値に設定するように構成され、第２の値は、第１の通信ユニット上でメッセージが失われていないことを示す。

可能な設計では、第２の通信ユニットは、構成命令を受信するように構成され、構成命令は、ポートデータ集合信号故障属性の値を第２の値に設定するように処理ユニットに命令するために使用され、処理ユニットは、さらに、第２の通信ユニットが構成命令を受信する場合に基づいて、回復条件が満たされていると判断するように構成される。

可能な設計では、処理ユニットは、さらに、第１の通信ユニットが第１の時間内にＭ個の同期メッセージおよびＭ個の追跡メッセージを受信する場合に基づいて、回復条件が満たされていると判断するように構成され、Ｍは、０より大きい正の整数である。

可能な設計では、第１のタイプのクロックメッセージは、同期メッセージであり、処理ユニットは、さらに、第１の通信ユニットが第２の時間内にＭ個の同期メッセージを受信する場合に基づいて、回復条件が満たされていると判断するように構成され、あるいは、第１のタイプのクロックメッセージは、追跡メッセージであり、処理ユニットは、さらに、第１の通信ユニットが第２の時間内にＭ個の追跡メッセージを受信する場合に基づいて、回復条件が満たされていると判断するように構成され、Ｍは、０より大きい正の整数である。

可能な設計では、処理ユニットは、さらに、第２の通信ユニットが第２のメッセージを受信する場合に基づいて、回復条件が満たされていると判断するように構成され、第２のメッセージは、第１の通信ユニットの遅延応答メッセージ損失状態が回復されていることを示す。

可能な設計では、処理ユニットは、さらに、第１の通信ユニットがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、第１のイベントを生成するように構成され、処理ユニットは、さらに、第１のイベントに基づいてポートデータ集合信号故障属性の値を第１の値に設定するように構成される。

可能な設計では、処理ユニットは、さらに、第１の通信ユニットがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、第１のイベントを生成するように構成され、処理ユニットは、さらに、第１のイベントに基づいてポートデータ集合信号故障属性の値を第１の値に設定するように構成される。

可能な設計では、処理ユニットは、さらに、回復条件が満たされていると判断される場合に基づいて、第１の損失イベントが除去されていると判断するように構成され、処理ユニットは、さらに、第１のイベントが除去されている場合に基づいて、ポートデータ集合信号故障属性の値を第２の値に設定するように構成される。

可能な設計では、処理ユニットは、第１のイベントが除去される場合に基づいて、通信ユニットの第１のイベントに対応するポートパラメータの値を第３の値に設定するようにさらに構成され、第３の値は、ポートパラメータに対応するクロックメッセージが失われないことを示す。処理ユニットは、クロックポートパラメータの値が第３の値である場合に基づいて、ポートデータ集合信号の値を第２の値に設定するようにさらに構成される。

可能な設計において処理ユニットは、さらに、第１のイベントが除去されている場合に基づいて、通信ユニットの第１のイベントに対応するポートパラメータの値を第３の値に設定するように構成され、第３の値は、ポートパラメータに対応するクロックメッセージが失われていないことを示し、処理ユニットは、さらに、クロックポートパラメータの値が第３の値である場合に基づいて、ポートデータ集合信号故障属性の値を第２の値に設定するように構成される。

可能な設計では、処理ユニットは、さらに、ポートデータ集合信号故障属性の値が第１の値である場合に基づいて、クロックポートのクロック基準源Ｅｒｂｅｓｔデータ集合の値をゼロに設定するように構成される。

可能な設計では、ポートデータ集合信号故障属性の値が第１の値であるとき、処理ユニットは、さらに、ステータス判断イベントを生成するように構成され、ステータス判断イベントは、処理ユニットにクロックポートのステータスを判断するように指示するために使用される。

可能な設計では、処理ユニットは、さらに、Ｅｒｂｅｓｔデータ集合の値を非ゼロに設定するように構成される。

可能な設計では、処理ユニットがポートデータ集合信号故障属性の値を第１の値に設定する前は、ポートデータ集合信号故障属性の値は、第２の値である。

第３の態様によれば、本出願の実施形態は、少なくとも１つのプロセッサを含む別のネットワークデバイスを提供する。少なくとも１つのプロセッサは、少なくとも１つのメモリに結合される。少なくとも１つのプロセッサは、少なくとも１つのメモリに記憶されたコンピュータプログラムまたは命令を実行するように構成され、ネットワークデバイスは、第１の態様による方法を実行する。

第４の態様によれば、プロセッサおよびインターフェース回路を含むチップが提供される。インターフェース回路は、命令を受信し、命令をプロセッサに送信するように構成される。プロセッサは、第１の態様による方法を実行するように構成される。

第５の態様によれば、ネットワークシステムが提供される。システムは、第１のネットワークデバイスおよび第２のネットワークデバイスを含む。第１のネットワークデバイスは、第２の態様による第１のネットワークデバイス、または第３の態様に提供されるネットワークデバイスである。第２のネットワークデバイスは、通信インターフェースを含む。第２のネットワークデバイスは、通信インターフェースを介して第１のネットワークデバイスと通信する。通信インターフェースのクロックポートステータスは、マスタクロックポートである。

第６の態様によれば、本出願の一実施形態は、コンピュータプログラムを含むコンピュータ読取可能な記憶媒体をさらに提供する。コンピュータプログラムがコンピュータ上で実行される場合、コンピュータは、第１の態様による方法を実行することが可能である。

本出願の一実施形態によるクロック追跡関係のシナリオの概略図である。 本出願の一実施形態によるクロック追跡関係の概略図である。 本出願の一実施形態によるクロック追跡関係の概略図である。 本出願の一実施形態によるクロック同期の概略フローチャートである 本出願の一実施形態によるクロック同期の概略フローチャートである 本出願の一実施形態によるクロックポートステータス回復方法のフローチャートである。 本出願の一実施形態によるクロックポートステータス回復方法のフローチャートである；。 本出願の一実施形態によるクロックポートステータス回復方法のフローチャートである。 本出願の一実施形態によるクロックポートステータス回復方法のフローチャートである。 本出願の一実施形態によるクロックポートステータス回復方法のフローチャートである。 本出願の一実施形態によるクロックポートステータス回復を実施するための装置の構造概略図である． 本出願の一実施形態によるクロックポートステータス回復を実施するための装置の構造概略図である。 本出願の一実施形態によるクロックポートステータス回復を実施するための装置の構造の概略図である。

本出願の実施形態において使用される用語は、本出願の特定の実施形態を説明するためにのみ使用されるが、本出願を限定することを意図するものではない。

ＩＥＥＥ １５８８のアプリケーションシナリオでは、ネットワーク内のデバイスのクロックポートの属性値が変化すると、クロックポートのステータスが変化するため、クロック追跡関係が変化する。その結果、デバイスは、追跡のための誤ったクロック源を選択する。

以下では、本出願に関連する用語について簡単に説明する。

本出願においては、「第１の」、「第２の」及び「第３の」のような用語は、基本的に同じ用法及び機能を有する同一の品目又は類似の品目を区別するために使用される。「第１の」、「第２の」、および「第３の」は、論理またはタイミングにおける依存関係を有さず、量及び実行シーケンスのいずれも制限しないことを理解されたい。

本出願では、属性値または別のメッセージが真（ｔｒｕｅ）または偽（ｆａｌｓｅ）であるとき、それは、その属性値またはメッセージによって表現される意味が真または偽であることを示す。特定の明示は、１つ以上のフラグビット（ｂｉｔ）または別の形式の表現を用いてもよい。これは、本出願において特に限定されない。

電気通信分野では、国際電気通信連合－電気通信標準化部門（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ－Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ， ＩＴＵ－Ｔ）が、ＩＥＥＥ １５８８ｖ２プロトコルに基づき、電気通信分野における特有のシナリオを基準に、２つの規格、すなわち、ＩＴＵ－Ｔ Ｇ．８２７５．１及びＩＴＵ－Ｔ Ｇ．８２７５．２を定義している。ここで、Ｇは、ＩＴＵ－Ｔにおける伝送システム及び媒体、デジタルシステム及びネットワーク（ｔｒａｎｓｍｉｓｓｉｏｎ ｓｙｓｔｅｍｓ ａｎｄ ｍｅｄｉａ， ｄｉｇｉｔａｌ ｓｙｓｔｅｍｓ ａｎｄ ｎｅｔｗｏｒｋｓ）に関連する章における一連の推奨規格を示す。

ＩＴＵ－Ｔ Ｇ．８２７５．１は、すべてのデバイスが１５８８プロトコルをサポートするモバイルベアラネットワークに適用される。ＩＴＵ－Ｔ Ｇ．８２７５．２は、一部のデバイスが１５８８プロトコルをサポートするモバイルベアラネットワークに適用される。ＩＴＵ－Ｔ Ｇ．８２７５．１とＩＴＵ－Ｔ Ｇ．８２７５．２は、１５８８の基準クロック源の選択について同じ原理を有している。例えば、デバイスが複数の１５８８クロック入力源を有するシナリオでは、最適な１５８８クロック源が、デバイスのマスタ（ｍａｓｔｅｒ）クロックポート、スレーブ（ｓｌａｖｅ）クロックポート、またはパッシブ（ｐａｓｓｉｖｅ）クロックポートを決定するために、追跡のためのＢＭＣアルゴリズムを使用することによって選択される必要がある。マスタクロックポート、スレーブクロックポート、およびパッシブクロックポートは、マスタポート、スレーブポート、およびパッシブポートとも呼ばれる。デバイスを使用することによってネットワーク内のデバイスのクロックポートを決定することによって形成されるクロック追跡関係を図１に示す。

図１は、本出願によるクロック追跡関係のシナリオの概略図である。図１は、４つのネットワークデバイスを含むネットワークを示す。ネットワークにおいては、ネットワークデバイス１０１はクロック源に接続され、ネットワークデバイス１０１はネットワークデバイス１０２及びネットワークデバイス１０３に接続され、ネットワークデバイス１０２はネットワークデバイス１０１及びネットワークデバイス１０４に接続され、ネットワークデバイス１０３はネットワークデバイス１０１及びネットワークデバイス１０４に接続され、ネットワークデバイス１０４はネットワークデバイス１０１及びネットワークデバイス１０３に接続される。ネットワークデバイス１０１によって決定されるマスタポートは、ポート１である。ネットワークデバイス１０２によって決定されるスレーブポートはポート２であり、ネットワークデバイス１０２によって決定されるマスタポートはポート３である。ネットワークデバイス１０３によって決定されるスレーブポートはポート４であり、ネットワークデバイス１０３によって決定されるマスタポートはポート５である。ネットワークデバイス１０４によって決定されるスレーブポートはポート６であり、ネットワークデバイス１０４によって決定されるマスタポートはポート７であり、ネットワークデバイス１０４によって決定されるパッシブポートはポート８である。ネットワークによって形成されるクロック追跡関係は、ネットワークデバイス１０１→ネットワークデバイス１０２→ネットワークデバイス１０４、及びネットワークデバイス１０１→ネットワークデバイス１０３である。

追跡関係は、単純に図２ａに示されてもよい。第２のネットワークデバイスは、スレーブポート（ポート２）を介して、第１のネットワークデバイスがポート（ポート１）を介して送信するクロックメッセージを受信し、クロックメッセージに応答して、クロック情報を同期させる。デバイス間で送信されるクロックメッセージは、アナウンス（ａｎｎｏｕｎｃｅ）メッセージ、同期（ｓｙｎｃ）メッセージ、追跡（ｆｏｌｌｏｗ＿ｕｐ）メッセージ、遅延要求（ｄｅｌａｙ＿ｒｅｑ）メッセージ、及び遅延応答（ｄｅｌａｙ＿ｒｅｓｐｏｎｓｅ）メッセージを主に含む。

ａｎｎｏｕｎｃｅメッセージは、主にＢＭＣソース選択アルゴリズムによって使用され、ポートステータスがマスタステータスか、スレーブステータスか、またはパッシブステートかを決定する。最近デバイスの電源がオンになると、ポートステータスは初期化（ｉｎｉｔｉａｌｉｚｉｎｇ）状態になる。次に、ポートはお互いにａｎｎｏｕｎｃｅメッセージを送信する。ＢＭＣソース選択アルゴリズムを使用して、デバイスがポートステータス（マスタ、スレーブなど）を決定した後、マスタポートのみがａｎｎｏｕｎｃｅメッセージを送信し、スレーブポートはａｎｎｏｕｎｃｅメッセージを送信しない。スレーブポートが受信するａｎｎｏｕｎｃｅメッセージの情報が変更される、またはスレーブポートがａｎｎｏｕｎｃｅメッセージを受信できないとき、ポートステータスが再計算され、ＢＭＣソース選択アルゴリズムで各ポートのステータスが更新される。

ｓｙｎｃメッセージ、ｆｏｌｌｏｗ＿ｕｐメッセージ、ｄｅｌａｙ＿ｒｅｑメッセージ、及びｄｅｌａｙ＿ｒｅｓｐメッセージは、主に時間同期に使用される。ネットワークデバイス間の時間情報の同期には、主に、図３（ａ）に示す１ステップ（ｏｎｅ－ｓｔｅｐ）モードと、図３（ｂ）に示す２ステップ（ｔｗｏ－ｓｔｅｐ）モードの２つの方法がある。主にマスタポートとスレーブポートを参照し、以下に説明する。マスタポートとパッシブポートの間の相互作用も同様であり、詳細は再度説明しない。詳細なプロセスは以下の通りである。

Ｓ３０１：マスタポートはスレーブポートにｓｙｎｃメッセージを送信し、送信時刻Ｔ１を記録する。マスタポートがワンステップ（ｏｎｅ－ｓｔｅｐ）モードとして構成されている場合、Ｔ１はｓｙｎｃメッセージのフィールドに入力され、ｓｙｎｃメッセージはスレーブポートに送信される。

Ｓ３０２：ｓｙｎｃメッセージ受信後、スレーブポートは受信時刻Ｔ２を記録する。

Ｓ３０３：マスタポートが２ステップ（ｔｗｏ－ｓｔｅｐ）モードとして構成されている場合、マスタポートは、ｓｙｎｃメッセージを送信した後、直ちにｆｏｌｌｏｗ＿ｕｐメッセージを送信する。この場合、ｆｏｌｌｏｗ＿ｕｐメッセージのフィールドにＴ１が入力され、ｆｏｌｌｏｗ＿ｕｐメッセージがスレーブポートに送信される。

上記の説明において、Ｓ３０２は、Ｓ３０３の前に実行されてもよく、またはＳ３０２は、Ｓ３０３の後に実行されてもよい。

Ｓ３０４：スレーブポートがＥ２Ｅ（Ｅｎｄ－ｔｏ－Ｅｎｄ）メカニズムとして構成された後、スレーブポートはマスタポートにｄｅｌａｙ＿ｒｅｑメッセージを送信し、送信時刻Ｔ３を記録する。

Ｓ３０５：マスタポートは、ｄｅｌａｙ＿ｒｅｑメッセージを受信した後、受信時刻Ｔ４を記録し、ｄｅｌａｙ＿ｒｅｓｐメッセージのフィールドにＴ４を入力し、次いでｄｅｌａｙ＿ｒｅｓｐメッセージをスレーブポートに送信する。

Ｓ３０６：ｄｅｌａｙ＿ｒｅｓｐメッセージ受信後、スレーブポートはＴ４を取得する。従って、スレーブポートとマスタポートの間の時間誤差（Ｔｉｍｅ Ｅｒｒｏｒ， ＴＥ）は、Ｔ１，Ｔ２，Ｔ３，及びＴ４に基づいて算出される。時間誤差は次式を用いて求めることができる：
ＴＥ＝［（ｔ２－ｔ１）－（ｔ４－ｔ３）］／２

パケットタイミング信号故障（Ｐａｔｋｅｔ Ｔｉｍｉｎｇ Ｓｉｇｎａｌ Ｆａｉｌ，ＰＴＳＦ）関数は、さらにＧ．８２７５．２規格で定義されている。この関数は、クロックポートでメッセージが失われている場合に使われ、次の２つのイベントを含む：

（１）パケットタイミング信号故障損失同期（ＰＴＳＦ－ｌｏｓｓｓｙｎｃ）イベント：スレーブポートが３種類のメッセージ（ｓｙｎｃメッセージ、ｆｏｌｌｏｗ＿ｕｐメッセージ、またはｄｅｌａｙ＿ｒｅｓｐメッセージ）のいずれか１つが失われていることを検出すると、スレーブポートはＰＴＳＦ－ｌｏｓｓｓｙｎｃイベントを生成する必要がある。

（２）パケットタイミング信号故障使用不可（ＰＴＳＦ－ｕｎｕｓａｂｌｅ）イベント：入力ｓｙｎｃメッセージ、ｆｏｌｌｏｗ＿ｕｐメッセージ、及びｄｅｌａｙ＿ｒｅｓｐメッセージによって生成されたタイムスタンプに基づいて計算された時間誤差ＴＥが要求を超えていることを検出すると、スレーブポートはＰＴＳＦ－ｕｎｕｓａｂｌｅイベントを生成する。

（１）または（２）が発生すると、ネットワークデバイスは、スレーブポートのポートデータ集合信号故障（ｐｏｒｔ ｄａｔａｓｅｔ ｓｉｇｎａｌ ｆｉｎａｌ，ｐｏｒｔＤＳ．ＳＦ）属性の値を真（ＴＲＵＥ）に設定する。ｐｏｒｔＤＳ．ＳＦの値は、ポートが故障しているかどうかを示すためにさらに使用される。ｐｏｒｔＤＳ．ＳＦの値が真の場合、スレーブポートのクロック基準源（Ｅｒｂｅｓｔ）データ集合はゼロに設定される。次に、ＢＭＣアルゴリズムがトリガされて、ポートステータスが再計算され、そしてポートがマスタ状態に設定されて、クロックポートはクロック源の選択に参加できない。具体的には、図２ａの第２のネットワークデバイスのポート２のステータスは、図２ｂに示すマスタポートの状態に変化する。第２のネットワークデバイスのポート２は、マスタ状態に変化し、障害が修正された後も、ポート２は、第１のネットワークデバイスが送信するｓｙｎｃメッセージとｆｏｌｌｏｗ＿ｕｐメッセージを受信し続ける（クロック追跡関係が２ステップモードとして構成されている場合のみｆｏｌｌｏｗ＿ｕｐメッセージを受信する）。しかしながら、この場合、ポート２は、第１のネットワークデバイスのポート１にｄｅｌａｙ＿ｒｅｑメッセージを送信しないため、第１のネットワークデバイスは、第２のネットワークデバイスのポート２にｄｅｌａｙ＿ｒｅｓｐメッセージを送信せず、第２のネットワークデバイスのポート２は、ｄｅｌａｙ＿ｒｅｓｐメッセージを受信できない。したがって、第２のネットワークデバイスのポート２のＰＴＳＦ－ｌｏｓｓｓｙｎｃイベントを除去することはできず、ポートのポートデータ集合のｐｏｒｔＤＳ．ＳＦの値は、依然としてＴＲＵＥである。具体的には、特別な技術的手段が使用されない場合、ポートのポートデータ集合のｐｏｒｔＤＳ．ＳＦの値がＴＲＵＥであるとき、ポートのＥｒｂｅｓｔデータ集合の値は非ゼロに設定されない。その結果、デバイスがＢＭＣアルゴリズムを使用してポートステータスを決定するとき、ポートを再度スレーブ状態に回復することはできない。しかし、ｐｏｒｔＤＳ．ＳＦが偽 （ＦＡＬＳＥ）の場合、デバイスは、ポートの基準源データ集合Ｅｒｂｅｓｔをゼロ集合に設定しない。従って、ポートのクロック源選択は影響を受けない。

上記の例は、スレーブポートを使用することによってのみ説明されているが、パッシブポートにも適用可能である。

具体的には、クロックポートのｐｏｒｔＤＳ．ＳＦの値がＴＲＵＥである場合、そのポートはクロック源選択のためのポートの１つとして使用することはできず、ネットワーク内のクロック追跡関係は影響を受ける。この観点から、本発明にて技術的解決策が提供される。電気通信用の１５８８規格ＩＴＵ－Ｔ Ｇ．８２７５．２に加えて、この技術的解決策は、電気通信用の１５８８規格ＩＴＵ－Ｔ Ｇ．８２７５．１に適用することができ、さらに、１５８８ベースのプロトコル、電気通信分野のＩＥＥＥ １５８８、１５８８規格ＩＥＥＥ Ｃ３７．２３８、映画・テレビ技術者協会（Ｓｏｃｉｅｔｙ ｏｆ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ ａｎｄ Ｔｅｌｅｖｉｓｉｏｎ Ｅｎｇｉｎｅｅｒｓ， ＳＭＰＴＥ）の１５８８規格ＳＭＰＴＥ ２０５９などにも適用することができる。

図１に示されるシナリオを参照して、以下では、例を使用することによって、本出願の一実施形態において提供される方法のいくつかの可能な実装形態を説明する。ネットワークデバイス１０４が、ここで説明するためのネットワークデバイスとして使用される。図４に示すように、クロックポートステータス回復を実装するための方法は、以下のステップを含む。

Ｓ４０１：ネットワークデバイスが、タイムアウト間隔内にクロックポートでメッセージが失われていることを検出する。

ネットワークデバイス１０４が、ネットワークデバイス１０４のクロックポート、例えば、ポート６またはポート８が、特定のタイムアウト間隔内で第１のタイプのＮ個のクロックメッセージを受信していないと判断する場合、ネットワークデバイス１０４は、メッセージ損失イベントを生成する。タイムアウト間隔は、指定された具体的なタイムアウト間隔であってもよく、例えば、指定されたタイムアウト間隔は、６秒であり、特定のタイプのメッセージを受信するための時間間隔の倍数であってもよく、例えば、特定のタイプのメッセージを受信するための時間が３秒（ｓｅｃｏｎｄ， ｓ）である場合、タイムアウト間隔は、受信時間間隔の３倍であってもよく、言い換えると、最終的には９秒である。Ｎは、失われるクロックメッセージの指定された量であってもよい。例えば、値は、管理システムまたは管理インターフェースを使用して構成命令を配信することによりネットワーク管理者によってネットワークデバイス１０４上で設定された量であってもよく、または１５８８クロックプロトコルで指定されてもよく、または、ネットワークデバイス１０４が製造され、工場から配送されるときにプリセットされた特定の値であってもよい。Ｎの値は１以上の整数である。場合によっては、Ｎの値の範囲は、特に３≦Ｎ≦２５５であってもよい。第１のタイプは、同期メッセージ、追跡メッセージ、および遅延応答メッセージ内の任意のメッセージタイプであってもよい。ネットワークデバイス１０４上のクロック同期動作メカニズムが１ステップモードである場合、追跡メッセージを考慮する必要はない。ネットワークデバイス上に構成されたクロック同期動作メカニズムが２ステップモードである場合、追跡メッセージを考慮する必要がある。具体的には、１ステップモードでは、ネットワークデバイスが、ネットワークデバイス上のスレーブまたはパッシブポートがタイムアウト間隔内に同期メッセージと遅延応答メッセージの２つのタイプのうちの１つのタイプのメッセージをＮ個受信しないと判断すると、クロックポート上でメッセージが失われていると判断される。あるいは、２ステップモードでは、ネットワークデバイスが、ネットワークデバイス上のスレーブまたはパッシブポートがタイムアウト間隔内に同期メッセージ、追跡メッセージ、及び遅延応答メッセージの３つのタイプのうちの１つのタイプのメッセージをＮ個受信しないと判断すると、クロックポート上でメッセージが失われていると判断される。以下の説明において、本出願のこの実施形態では、ネットワークデバイスがクロックポートの属性値を回復するとき、受信されたメッセージは、本明細書のそれと整合している必要がある。具体的には、１ステップモードでは、同期メッセージと遅延応答メッセージが受信されているかどうかのステータスのみ、あるいは、２ステップモードでは、同期メッセージ、追跡メッセージ、及び遅延応答メッセージが受信されているかどうかのステータスのみが判断される。これは、本出願の他の実施態様において再び詳細に説明されない。

任意に、ネットワークデバイスが、デバイスのクロックポートでメッセージが失われていることを検出すると、ネットワークデバイスはメッセージ損失イベントを生成する。一例では、メッセージ損失イベントはＰＴＳＦ－ｌｏｓｓｓｙｎｃイベントである。メッセージ損失イベントは、メッセージがクロックポート上で失われていることを示し、失われたクロックメッセージのタイプは、同期メッセージ、追跡メッセージ、または遅延応答メッセージのうちのいずれか１つ以上であってもよい

任意に、メッセージ損失イベントは、失われたクロックメッセージのタイプの表示をさらに含む。

一例では、メッセージ損失イベントは、失われたクロックメッセージのタイプを示すフィールドを含み、フィールドは、クロックポート上で失われたイベントを示す。

別の例では、メッセージ損失イベントは、同期メッセージタイプ、追跡メッセージタイプ、および遅延応答タイプの３つのタイプフィールドを含んでもよい。対応するタイプフィールドの値が特殊な値、例えば１に設定されている場合、そのタイプのクロックメッセージは失われたと見なされる。

任意に、第１のタイプのクロックメッセージがクロックポート上で失われた後に、別のタイプのクロックメッセージがクロックポート上でさらに失われると、ネットワークデバイスは、損失イベントの第２のタイプフィールドの情報をイベントに更新するか、または別のメッセージ損失イベントを生成することができる。

Ｓ４０３：ネットワークデバイスは、クロックポートでメッセージが失われたことが検出されるという場合に基づき、クロックポートのポート属性の値を第１の値に設定する。

ネットワークデバイス１０４は、メッセージがポート６で失われた場合に基づいて、ポート６のｐｏｒｔＤＳ．ＳＦの値を第１の値に設定する。

任意に、ネットワークデバイス１０４は、あるいは、メッセージ損失イベントに基づいてポートのｐｏｒｔＤＳ．ＳＦの値を第１の値に設定してもよい。ネットワークデバイス１０４は、メッセージ損失イベントを生成する間、またはメッセージ損失イベントを生成した後に、ポートのｐｏｒｔＤＳ．ＳＦの値を第１の値に設定することができる。

一例では、第１の値は真である。

任意に、ネットワークデバイスのクロックポートは、メッセージタイプに対応するポートパラメータをさらに有する。ネットワークデバイスは、デバイスのクロックポートでメッセージが失われたことを検出すると、対応するタイプのメッセージがクロックポートで失われたことを示すために、ポートパラメータの値を真に設定する。

任意に、ネットワークデバイスは、メッセージ損失イベントに基づいてポートパラメータの値を真に設定してもよい。

Ｓ４０５：ｐｏｒｔＤＳ．ＳＦの値が第１の値に設定された後、ネットワークデバイスは、回復条件が満たされていると判断すると、クロックポートのｐｏｒｔＤＳ．ＳＦの値を第２の値に設定する。

回復条件は、ネットワークデバイス１０４のポート６が、同期メッセージ及び追跡メッセージの２つのタイプ両方のクロックメッセージを受信し、各タイプのＭ個のクロックメッセージを連続的に受信するとき、ネットワークデバイス又は管理保守担当者は、対応するメッセージ損失イベントが回復されたと判断する。Ｍは、失われたクロックメッセージの指定された量であってもよい。例えば、値は、ネットワーク管理者によってネットワークデバイス上で設定された量、または１５８８クロックプロトコルで指定された量、またはネットワークデバイスが製造され、工場から納入されるときにプリセットされた特定の値であってもよい。Ｍの値は、１以上の整数である。場合によっては、Ｍの値の範囲は、特に２≦Ｍ≦２５５であってもよい。連続的に受信されるということは、ポート６によって追跡されるマスタポートのメッセージ伝送速度が１秒間あたり１メッセージである場合、ポート６が連続した２秒以内で２つの同期メッセージを受信し、連続した２秒以内で２つの追跡メッセージを受信し、そして決定されたメッセージ伝送間隔内で同期メッセージおよび追跡メッセージを受信する、例えば、２つの同期メッセージおよび２つの追跡メッセージを４秒以内で受信する場合に、回復条件が満たされているとみなされるということを意味する。

一例では、ポート属性は設定可能である。管理保守担当者は、ネットワークデバイスが回復条件を満たしていると判断すると、構成を介してネットワークデバイスに構成指示を配信してもよく、ここで、構成指示は、ネットワークデバイス１０４にポート６のポート属性値を第２の値に設定するように指示する。

任意に、ネットワークデバイスは、メッセージがクロックポート上で失われたことを検出するとメッセージ損失イベントを生成し、メッセージ損失イベントに基づいてｐｏｒｔＤＳ．ＳＦの値を第１の値に変更した後、メッセージ損失イベントは、ネットワークデバイスが前記メッセージを受信した後に、除去される。ネットワークデバイスは、メッセージ損失イベントが除去された場合に基づいて、クロックポートのｐｏｒｔＤＳ．ＳＦの値を第２の値に設定することができる。

一例では、クロックポートは、２つの設定可能なポートパラメータ、例えば、ポート信号故障同期メッセージ損失（ｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓｓｙｎｃ）属性とポート信号故障使用不可（ｐｏｒｔＤＳ．ＳＦ．ｕｎｕｓａｂｌｅ）属性の２つの設定可能なポートパラメータの値を有する。ポートパラメータの値は、真または偽を示すことができる任意の値であってもよい。ＰＴＳＦ－ｌｏｓｓｓｙｎｃイベントが発生し、障害が修正された後、ポートのｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓｓｙｎｃが手動設定によってＦＡＬＳＥに設定されてもよい。ＰＴＳＦ－ｕｎｕｓａｂｌｅイベントが発生し、障害が修正された後、手動設定によりポートのｐｏｒｔＤＳ．ＳＦ．ｕｎｕｓａｂｌｅがＦＡＬＳＥに設定される場合がある。ポートのｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓｓｙｎｃとｐｏｒｔＤＳ．ＳＦ．ｕｎｕｓａｂｌｅの両方がＦＡＬＳＥである場合、ネットワークデバイス１０４は、ポート属性ｐｏｒｔＤＳ．ＳＦの値を自動的にＦＡＬＳＥに設定する。デバイスは、もうポート６の基準源データ集合Ｅｒｂｅｓｔをゼロ集合に設定しない。従って、ＢＭＣアルゴリズムは、ポートのステータスをスレーブ状態または別の状態に再更新するためにトリガされる。一例では、第２の値は偽である。

任意に、ネットワークデバイスが、メッセージタイプまたはメッセージ損失イベントに対応するポートパラメータをさらに有する場合、ネットワークデバイスは、前記メッセージを受信した後、対応するポートパラメータの値を偽に設定する。ネットワークデバイスは、すべてのポートパラメータの値が偽である場合に基づいて、クロックポートのｐｏｒｔＤＳ．ＳＦの値を第２の値に設定できる。

この場合、クロックポートは、障害が修正された場合に、同期メッセージ及び追跡メッセージを受信する可能性があるため、クロックポートが同期メッセージ及び追跡メッセージを受信した後、ネットワークデバイスは、メッセージタイプに対応するポートパラメータの値を自動的に偽に変更する可能性がある。しかしながら、クロックポートのステータスがマスタに変化したため、クロックポートはクロックポートに接続されたマスタポートに遅延要求メッセージを送信せず、クロックポートは遅延応答メッセージを受信しない。この場合、対応するポートパラメータを遅延応答メッセージについて定義してもよい。クロックポートで遅延応答メッセージが失われると、このパラメータの値は真に設定される。遅延応答メッセージの損失のためにクロックポートのｐｏｒｔＤＳ．ＳＦの値が真に変更された後、ネットワーク管理者はデフォルトでパラメータの値を偽に変更するかもしれない。このようにして、ネットワークデバイスは、同期メッセージおよび／または追跡メッセージを受信した後に、クロックポートのｐｏｒｔＤＳ．ＳＦの値を自動的にｆａｌｓｅに変更することができる。もちろん、ネットワーク管理者は、代替的にポートパラメータの値を自動的に偽に変更するように、いくつかのポリシーを設定することができる。

依然として、図１に示されたシナリオを参照して、以下では、例を使用することによって、本出願の一実施形態において提供される方法のいくつかの可能な実装形態を説明する。ネットワークデバイス１０４が、ここで説明するためのネットワークデバイスとして使用される。図５ａに示す方法の実施形態における方法は、図４に示す方法実施形態における方法に類似している。関連する内容については、図４の説明を参照されたい。異なる部分がここに詳細に記載されている。図５ａに示すように、クロックポートステータス回復を実現するための方法は、以下のステップを含む。

Ｓ５０１：ネットワークデバイスは、クロックポートで第１のタイプのクロックメッセージが失われたことを検出し、第１のメッセージ消失イベントを生成する。

ネットワークデバイス１０４が、ネットワークデバイス１０４のスレーブポートまたはパッシブポート、例えばポート６またはポート８において、第１のタイプのクロックメッセージが失われたことを検出すると、ネットワークデバイス１０４は、第１のメッセージ損失イベントを生成する。Ｓ４０１に記載されるように、ネットワークデバイス１０４が第１のタイプのクロックメッセージが失われたと検出することは、ネットワークデバイス１０４のポート６またはポート８が、タイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信していないと検出することであり得る。詳細はＳ４０１を参照されたい。詳細は、ここでは再度説明しない。

一例において、第１のタイプが同期メッセージである場合、ネットワークデバイス１０４は、第１のメッセージ損失イベントを生成する。メッセージ損失イベントは損失同期イベントであり、パケットタイミング信号故障損失同期イベント（ＰＴＳＦ－ｌｏｓｓ－ｓｙｎｃ－ｍｅｓｓａｇｅ）とも呼ばれる。イベントは、ポート６またはポート８で同期メッセージが失われたことを示すために使用される。

別の例では、第１のタイプが追跡メッセージである場合、ネットワークデバイス１０４は、第１のメッセージ損失イベントを生成する。メッセージ損失イベントは損失追跡イベントであり、パケットタイミング信号故障損失追跡イベント（ＰＴＳＦ－ｌｏｓｓ－ｆｏｌｌｏｗ－ｕｐ－ｍｅｓｓａｇｅ）とも呼ばれる。このイベントは、ポート６またはポート８で追跡メッセージが失われたことを示すために使用される。

別の例では、第１のタイプが遅延応答メッセージである場合、ネットワークデバイス１０４は、第１のメッセージ損失イベントを生成する。メッセージ損失イベントは損失遅延応答イベントであり、パケットタイミング信号故障損失遅延応答イベント（ＰＴＳＦ－ｌｏｓｓ－ｄｅｌａｙ－ｒｅｓｐ－ｍｅｓｓａｇｅ）とも呼ばれる。イベントは、ポート６で遅延応答メッセージが失われたことを示すために使用される。

Ｓ５０３：ネットワークデバイスは、第１のメッセージ損失イベントに基づいて、クロックポートのポート属性の値を第１の値に設定する。

例えば、ポート属性はパケットタイミング信号故障属性である。ネットワークデバイス１０４がポート６に対してパケットタイミング信号故障損失同期イベントを生成するとき、あるいは、ネットワークデバイス１０４がポート６またはポート８によって生成されたパケットタイミング信号故障損失同期イベントを受信した後に、ネットワークデバイス１０４は、ポート６のパケットタイミング信号故障属性の値を真に設定する。

Ｓ５０５（任意）：ネットワークデバイスが、第２のタイプのクロックメッセージがさらにクロックポートで失われたことをさらに検出すると、ネットワークデバイスは第２のメッセージ損失イベントを生成する。

一例では、第２のタイプのＮ個のクロックメッセージは、ネットワークデバイス１０４のポート６またはポート８でさらに失われ、第２のタイプのクロックメッセージは、第１のタイプとは異なるタイプのクロックメッセージである。

Ｓ５０７（任意）：ネットワークデバイスが、第３のタイプのクロックメッセージがさらにクロックポートで失われることをさらに検出すると、ネットワークデバイスは第３のメッセージ損失イベントを生成する。

一例では、第３のタイプのＮ個のクロックメッセージは、ネットワークデバイス１０４のポート６またはポート８でさらに失われ、第３のタイプのクロックメッセージは、第１のタイプおよび第２のタイプのクロックメッセージとは異なるタイプのクロックメッセージである。

ステップＳ５０５及びＳ５０７、並びにステップＳ５０１の発生時間は限定されない。具体的には、第１のタイプのクロックメッセージは、同期メッセージ、追跡メッセージ、および遅延応答メッセージのいずれかであり、第２のタイプのクロックメッセージは、第１のタイプとは異なる３つのタイプのクロックメッセージのいずれかであり、第３のタイプのクロックメッセージは、第１のタイプおよび第２のタイプとは異なる３つのタイプのクロックメッセージのいずれかである。様々なタイプのメッセージ損失の発生シーケンスは限定されない。任意のタイプのクロックメッセージ損失イベントが発生すると、ネットワークデバイス１０４は、パケットタイミング信号故障ポート属性の値を真に設定することができる。

Ｓ５０９：ネットワークデバイスのクロックポートは、第１のタイプのクロックメッセージを受信し、ネットワークデバイスは、第１のメッセージ損失イベントが除去されたと判断する。

一例では、第１のタイプが同期メッセージである場合、ネットワークデバイス１０４のポート６が連続的にＭ個の同期メッセージを受信した後、ネットワークデバイス１０４は同期メッセージ損失除去イベントを生成することができ、ネットワークデバイスは、同期メッセージ損失除去イベントに基づいて、第１のメッセージ損失イベントが除去されたと判断する。

別の例では、第１のタイプが同期メッセージである場合、ネットワークデバイス１０４のポート６が連続的にＭ個の同期メッセージを受信した後、ネットワークデバイス１０４は、第１のメッセージ損失イベントが除去されたと判断する。

別の例では、第１のタイプが追跡メッセージである場合、ネットワークデバイス１０４のポート６が連続的にＭ個の追跡メッセージを受信した後、ネットワークデバイス１０４は、追跡メッセージ損失除去イベントを生成することができ、ネットワークデバイスは、追跡メッセージ損失除去イベントに基づいて、第１のメッセージ損失イベントが除去されたと判断する。

別の例では、第１のタイプが遅延応答メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の遅延応答メッセージを連続的に受信した後、ネットワークデバイス１０４は、遅延応答メッセージ損失イベントが除去されたと判断し、ネットワークデバイスは、遅延応答メッセージ損失イベントに基づき、第１のメッセージ損失イベントが除去されたと判断する。

Ｓ５１１（任意）：ネットワークデバイスのクロックポートは、第２のタイプのクロックメッセージを受信し、ネットワークデバイスは、第２のメッセージ損失イベントが除去されたと判断する。

Ｓ５０５に対応して、ネットワークデバイスは、第２のタイプのクロックメッセージが失われたというイベントが存在すると判断し、ネットワークデバイスのクロックポートが第２のタイプのクロックメッセージを受信すると、第２のメッセージ損失イベントが除去されたと判断する。

一例として、第２のタイプが同期メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の同期メッセージを受信した後、ネットワークデバイス１０４は、同期メッセージ損失除去イベントを生成することができ、ネットワークデバイスは、同期メッセージ損失除去イベントに基づいて、第２のメッセージ損失イベントが除去されたと判断する。

別の例では、第２のタイプが同期メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の同期メッセージを受信した後、ネットワークデバイス１０４は、同期メッセージ損失除去イベントを生成する必要がなく、ネットワークデバイス１０４は、第２のメッセージ損失イベントが除去されたと判断する。

別の例では、第２のタイプが追跡メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の追跡メッセージを受信した後、ネットワークデバイス１０４は、追跡メッセージ損失除去イベントを生成することができ、ネットワークデバイスは、追跡メッセージ損失除去イベントに基づいて、第２のメッセージ損失イベントが除去されたと判断する。

別の例では、第２のタイプが遅延応答メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の遅延応答メッセージを受信した後、ネットワークデバイス１０４は遅延応答メッセージ損失除去イベントを生成する必要がなく、ネットワークデバイス１０４は、第２のメッセージ損失イベントが除去されたと判断する。

ネットワークデバイスは、第２のメッセージ損失イベントが除去された場合に基づいて、第２のメッセージ損失イベントが回復されたとみなす。

Ｓ５１３（任意）：ネットワークデバイスのクロックポートは、第３のタイプのクロックメッセージを受信し、ネットワークデバイスは、第３のメッセージ損失イベントが除去されたと判断する。

Ｓ５０７に対応して、ネットワークデバイスは、第３のタイプのクロックメッセージが失われたというイベントが存在すると判断し、ネットワークデバイスのクロックポートが第３のタイプのクロックメッセージを受信すると、第２のメッセージ消失イベントが除去されたと判断する。

一例として、第３のタイプが同期メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の同期メッセージを受信した後、ネットワークデバイス１０４は同期メッセージ損失除去イベントを生成し、ネットワークデバイスは、同期メッセージ損失除去イベントに基づいて、第３のメッセージ損失イベントが除去されたと判断する。

別の例では、第３のタイプが同期メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の同期メッセージを受信した後、ネットワークデバイス１０４は、同期メッセージ損失除去イベントを生成する必要がなく、ネットワークデバイス１０４は、第３のメッセージ損失イベントが除去されたと判断する。

別の例では、第３のタイプが追跡メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の追跡メッセージを受信した後、ネットワークデバイス１０４は、追跡メッセージ損失除去イベントを生成することができ、ネットワークデバイスは、追跡メッセージ損失除去イベントに基づいて、第３のメッセージ損失イベントが除去されたと判断する。

別の例では、第３のタイプが遅延応答メッセージである場合、ネットワークデバイス１０４のポート６がＭ個の遅延応答メッセージを受信した後、ネットワークデバイス１０４は遅延応答除去イベントを生成する必要がなく、ネットワークデバイス１０４は、第３のメッセージ損失イベントが除去されたと判断する。

ネットワークデバイスは、第３のメッセージ損失イベントが除去された場合に、第３のメッセージ損失イベントが回復されたとみなす。

Ｓ５１５：ネットワークデバイスは、第１のメッセージ損失イベントが除去された場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。

ネットワークデバイス１０４上に第１のメッセージ損失イベントのみが存在する場合、ネットワークデバイス１０４は、ポート６上の第１のメッセージ損失イベントが除去された場合に基づいて、第１のメッセージ損失イベントが回復されたと判断し、第１のメッセージ損失イベントが除去された場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。

第２のメッセージ損失イベントがネットワークデバイス１０４のポート６上にさらに存在する場合、ネットワークデバイス１０４は、第１のメッセージ損失イベントが除去され、第２のメッセージ損失イベントが除去された場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。

第３のメッセージ損失イベントがネットワークデバイス１０４のポート６上にさらに存在する場合、ネットワークデバイス１０４は、第１のメッセージ損失イベントが除去され、第２のメッセージ損失イベントが除去され、そして第３のメッセージ損失イベントが除去された場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。一例として、ネットワークデバイス１０４が１ステップモードとして構成されている場合には、ネットワークデバイス１０４は、損失同期イベントが除去され、損失遅延応答イベントが除去された場合に基づいて、クロックポートのポート属性の値を第２の値に設定し、またはネットワークデバイス１０４が２ステップモードとして構成されている場合には、損失同期イベントが除去され、損失遅延応答イベントが除去され、損失追跡イベントが除去された場合に基づいて、ネットワークデバイス１０４は、クロックポートのポート属性の値を第２の値に設定する。

依然として、図１に示されたシナリオを参照して、以下に、例を使用することによって、本出願の一実施形態において提供される方法のいくつかの可能な実装形態を説明する。ネットワークデバイス１０４は、ここでの説明のためのネットワークデバイスとして使用される。図５ｂに示す方法実施形態における方法は、図５ａに示す方法実施形態における方法と同様である。内容の詳細については、図５ａの説明を参照されたい。ここでは、異なる部分のみが詳細に記載される。図５ｂに示すように、クロックポートステータス回復を実現するための方法は、以下のステップを含む。

Ｓ５０２：ネットワークデバイス１０４が第１のメッセージ損失イベントを生成した後、ネットワークデバイス１０４は、第１のメッセージ損失イベントに基づいて、メッセージ損失イベントに対応するポートパラメータの値を第３の値にセットする。ここで、第３の値は真であってもよく、第３の値は、クロックポートで対応するタイプのクロックメッセージが失われたことを示すために使用される。

一例では、第１のメッセージ損失イベントが損失同期イベントである場合、イベントに対応するポートパラメータは損失同期パラメータであり、これはポートデータ集合信号故障属性・損失同期パラメータ（ｐｏｒｔＤＳ．ＳＦ．損失同期メッセージ）とも呼ばれる。言い換えると、ポートパラメータに対応するメッセージタイプは、同期メッセージである。ポートパラメータの値は第３の値であり、これはポートで同期メッセージが失われたことを示す。

第１のメッセージ損失イベントが損失追跡イベントである場合、イベントに対応するポートパラメータは、損失追跡パラメータであり、これは、ポートデータ集合信号属性・損失追跡パラメータ（ｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓ－ｓｙｎｃ－ｍｅｓｓａｇｅ）とも呼ばれる。言い換えると、ポートパラメータに対応するメッセージタイプは、追跡メッセージである。ポートパラメータの値は第３の値であり、これは遅延追跡メッセージがポートで失われたことを示す。

第１のメッセージ損失イベントが損失遅延応答イベントである場合、イベントに対応するポートパラメータは損失遅延応答パラメータであり、これはポートデータ集合信号故障属性・損失遅延応答パラメータ（ｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓ－ｆｏｌｌｏｗ－ｕｐ－ｍｅｓｓａｇｅ）とも呼ばれる。言い換えると、ポートパラメータに対応するメッセージタイプは遅延応答メッセージである。ポートパラメータの値は第３の値であり、これは遅延応答メッセージがポートで失われたことを示す。

Ｓ５０３：ネットワークデバイスは、クロックポートのポート属性の値を、第１のメッセージ損失イベントに基づいて第１の値に設定する。

図５ａのＳ５０３の説明を参照されたい。ここで、ネットワークデバイスは、第１のメッセージ損失イベントに基づいてクロックポートのポート属性の値を第１の値に設定してもよいし、あるいはポートパラメータの値が第３の値である場合に基づいてクロックポートのポート属性の値を第１の値に設定してもよい。

Ｓ５０６、Ｓ５０８：Ｓ５０２の説明を参照されたい。

Ｓ５１０：ネットワークデバイスは、第１のメッセージ損失イベントが除去された場合に基づいて、対応するポートパラメータの値を第４の値に設定する。

ネットワークデバイス１０４は、第１のメッセージ損失イベントが除去された場合に基づいて、メッセージ損失イベントに対応するポートパラメータの値を第４の値に設定し、ここで、第４の値は偽であってもよく、第４の値は、ポートパラメータに対応するタイプのクロックメッセージが適切に受信されたことを示す。

一例では、第１のメッセージ損失イベントが損失同期イベントまたは損失追跡イベントである場合、ネットワークデバイスは、対応するメッセージ損失イベントが除去された場合に基づいて、メッセージ損失イベントに対応するポートパラメータの値を第４の値に直接かつ自動的に設定してもよく、あるいは第１のメッセージ損失イベントが損失遅延応答イベントである場合には、ネットワークデバイス１０４は、受信された構成命令を使用することによって、損失遅延応答パラメータの値を第４の値に設定してもよい。構成命令は、管理システム、管理インターフェース等を用いて、ネットワーク管理者がネットワークデバイス１０４に送る構成命令であってもよい。

Ｓ５１２：Ｓ５１０を参照されたい。

Ｓ５１６：ネットワークデバイスは、ポートパラメータの値が第４の値である場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。

Ｓ５１６：ネットワークデバイスは、ポートパラメータの値が第４の値である場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。

第１のメッセージ損失イベントに対応するポートパラメータの値が第４の値である場合、それは、第１のメッセージ損失イベントが回復されたことを示す。ネットワークデバイスの全ての関連するポートパラメータの値が第４の値である場合、ネットワークデバイスはクロックポートのポート属性の値を第２の値に設定する。一例では、ネットワークデバイス１０４が１ステップモードとして構成されている場合には、ネットワークデバイス１０４は、損失同期パラメータ及び損失遅延応答パラメータの値が第４の値である場合に基づいて、クロックポートのポート属性の値を第２の値に設定し、あるいはネットワークデバイス１０４が２ステップモードとして構成されている場合には、損失同期パラメータ、損失遅延応答パラメータ及び損失追跡パラメータの値が第４の値である場合に基づいて、ネットワークデバイス１０４は、クロックポートのポート属性の値を第２の値に設定する。

依然として、図１に示されたシナリオを参照して、以下に、例を使用することによって、本出願の一実施形態において提供される方法のいくつかの可能な実装形態を説明する。ネットワークデバイス１０４は、ここで説明するためのネットワークデバイスとして使用される。図６ａに示す方法実施形態における方法は、図５ａに示す方法実施形態における方法に類似している。内容の詳細については、図５ａの説明を参照されたい。ここでは、異なる部分のみが詳細に記載される。図６ａに示すように、クロックポートステータス回復を実現するための方法は、以下のステップを含む。

Ｓ６０１：ネットワークデバイスは、第１のタイプまたは第２のタイプのクロックメッセージがクロックポートで失われたことを検出し、第１のメッセージ損失イベントを生成する。

第１のタイプまたは第２のタイプのクロックメッセージは、同期メッセージまたは追跡メッセージであってもよい。すなわち、ネットワークデバイスは、同期メッセージと追跡メッセージのいずれかを検出した後、第１のメッセージ損失イベントを生成する。一例では、メッセージ損失イベントは損失同期イベントである。

他の関連情報については、Ｓ５０１を参照されたい。

Ｓ６０３：ネットワークデバイスは、第１のメッセージ損失イベントに基づいて、クロックポートのポート属性の値を第１の値に設定する。

Ｓ６０５：ネットワークデバイスは、第３のタイプのクロックメッセージがさらにクロックポートで失われたことを検出し、第２のメッセージ損失イベントを生成する。

第３のタイプのクロックメッセージは遅延応答メッセージであってもよく、従って、第２のメッセージ損失イベントは損失遅延応答メッセージであってもよい。

ステップＳ６０５およびステップＳ６０１の実行シーケンスは、逆にしてもよい。Ｓ６０３は、Ｓ６０１及びＳ６０５のいずれか一方の後にのみ実行される必要があり、他方のステップ及びＳ６０３の実行シーケンスは限定されない。

Ｓ６０９：ネットワークデバイスのクロックポートは、第１のタイプのクロックメッセージと第２のタイプのクロックメッセージを受信し、ネットワークデバイスは、第１のメッセージ損失イベントが除去されたと判断する。

一例では、第１のタイプが同期メッセージであり、第２のタイプが追跡メッセージである場合であって、ネットワークデバイス１０４が１ステップモードとして構成されている場合には、ネットワークデバイス１０４のポート６がＭ個の同期メッセージを受信した後に、ネットワークデバイス１０４は、同期メッセージ損失除去イベントを生成することができ、あるいはネットワークデバイス１０４が２ステップモードとして構成されている場合には、ネットワークデバイス１０４のポート６がＭ個の同期メッセージおよびＭ個の追跡メッセージを受信した後に、ネットワークデバイス１０４は、同期メッセージ損失除去イベントを生成することができる。ネットワークデバイス１０４のポート６上のｓｙｎｃメッセージは、１ステップまたは２ステップのフラッグビットを搬送する。

ネットワークデバイスは、同期メッセージ損失除去イベントに基づいて、第１のメッセージ損失イベントが除去されたと判断する。

別の例では、第１のタイプが同期メッセージであり、第２のタイプが追跡メッセージである場合であって、ネットワークデバイス１０４が１ステップモードとして構成されている場合には、ネットワークデバイス１０４のポート６がＭ個の同期メッセージを受信した後に、ネットワークデバイス１０４は、第１のメッセージ損失イベントが除去されたと判断する。

Ｓ６１１：ネットワークデバイスは、第１のメッセージ損失イベントが除去されたという場合に基づいて、クロックポートのポート属性の値を第２の値に設定する。

ネットワークデバイスは、第１のメッセージ損失イベントが除去されたという場合に基づいてのみ、クロックポートのポート属性の値を第２の値に設定してもよく、または第１のメッセージ損失イベントが除去され、第２のメッセージ損失イベントが除去されたという場合に基づいて、クロックポートのポート属性の値を第２の値に設定してもよい。

依然として、図１に示されたシナリオを参照して、以下では、例を使用することによって、本出願の実施形態において提供される方法のいくつかの可能な実装形態を説明する。ネットワークデバイス１０４は、ここで説明するためのネットワークデバイスとして使用される。図６ｂに示される方法実施形態における方法は、図６ａに示される方法実施形態における方法と同様である。内容の詳細については、図６ａの説明を参照されたい。ここでは、異なる部分のみが詳細に記載される。図６ｂに示すように、クロックポートステータス回復を実現するための方法は、以下のステップを含む。

Ｓ６０２：ネットワークデバイスは、第１のメッセージ損失イベントに基づいて、メッセージイベントに対応するポートパラメータを第３の値に設定する。

一例では、第１のメッセージ損失イベントが損失同期イベントである場合、イベントに対応するポートパラメータは損失同期パラメータであり、これはポートデータ集合信号故障属性・損失同期パラメータ（ｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓ－ｓｙｎｃ－ｍｅｓｓａｇｅ）とも呼ばれる。ポートパラメータの値は第３の値であり、これは、同期メッセージまたは追跡メッセージがポートで失われたことを示す。第１のメッセージ損失イベントが損失遅延応答イベントである場合、イベントに対応するポートパラメータは損失遅延応答パラメータであり、それはポートデータ集合信号故障属性・遅延応答パラメータ（ｐｏｒｔＤＳ．ＳＦ．ｌｏｓｓ－ｄｅｌａｙ－ｒｅｓｐ－ｍｅｓｓａｇｅ）とも呼ばれる。ポートパラメータの値は第３の値であり、これは遅延応答メッセージがポートで失われたことを示す。

Ｓ６１０：ネットワークデバイスは、第１のメッセージ損失イベントが除去された場合に基づいて、メッセージイベントに対応するポートパラメータを第４の値に設定する。

ネットワークデバイス１０４は、第１のメッセージ損失イベントが除去された場合に基づいて、メッセージ損失イベントに対応するポートパラメータの値を第４の値に設定し、ここで、第４の値は偽であってもよく、第４の値は、ポートパラメータに対応するタイプのクロックメッセージが適切に受信されたことを示す。

本出願で提供される実施形態は、ｐｏｒｔＤＳ．ＳＦを回復するために使用されてもよいが、クロックポートのこの属性に限定されず、クロックポートの別の属性を回復するために使用されてもよい。これは、本出願において特に限定されない。

以上では、本出願で提供される方法実施形態を説明し、以下では、本出願で提供されるネットワークデバイスを説明する。

本出願は、装置（例えば、転送者／ネットワークデバイス）を提供する。本装置は、前述の方法におけるネットワークデバイスの動作を実施する機能を有する。この機能は、ハードウェアに基づいて実施されてもよく、または対応するソフトウェアを実行するハードウェアに基づいて実施されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する１つ以上のモジュールを含む。例えば、以下の図７、図８、および図９を参照されたい。

図７は、本出願の一実施形態による装置の構造の概略図である。装置７００は、図４、図５ａ、図５ｂ、図６ａおよび図６ｂに示すネットワークデバイス（ネットワークデバイス１０４）によって実行される方法を実行することができる。装置７００は、第１の通信ユニット７０１、処理ユニット７０２、および第２の通信ユニット７０３を含む。第１の通信ユニット７０１は、前述の方法実施形態において、ネットワークデバイスが、クロックメッセージを受信し、クロックメッセージを送信するなどの関連方法を実行するように構成されてもよい。第２の通信ユニット７０３は、前述の方法実施形態において、ネットワークデバイスが構成指示を受信するなどの関連方法を実行するように構成されてもよい。また、第１の通信ユニット７０１および第２の通信ユニット７０３は、１つの通信ユニットによって実現してもよい。処理ユニット７０２は、前述の方法実施形態における、メッセージ損失イベントを生成すること、クロックポートのポート属性値を第１の値または第２の値に設定すること、メッセージ損失イベントが除去されたと判断すること、およびポートパラメータの値を修正することなどの関連方法を実行するように構成されてもよい。

なお、図７の実施形態で提供されているネットワークデバイスが、前述のクロックポートステータス回復処理を行う場合には、前述の機能ユニットへの分割は単に説明のための一例として使用されているにすぎないということに留意されたい。実際のアプリケーションの間、前述の機能は、必要に応じて、実施のための異なる機能ユニットに割り当てられてもよい。言い換えれば、ネットワークデバイスの内部構造は、上述の機能の全部または一部を実現するために、異なる機能ユニットに分割される。あるいは、統一された機能ユニットが、前記複数のユニットの機能を完了するために使用される。なお、前記実施形態で提供されたネットワークデバイスと、クロックポートステータス回復方法の前記実施形態とは、同じ概念に属するものであることを理解されたい。ネットワークデバイスのユニットによって実行されるステップは、単に説明のための例として使用されるに過ぎず、これは、ネットワークデバイスのユニットが、前述の実施形態において他のステップまたは任意の方法を実行しないことを意味するものではない。具体的な実施プロセスについては、方法実施形態を参照されたい。詳細は、ここでは再度説明しない。

図８は、本出願の一実施形態によるネットワークデバイス８００の構造の概略図である。デバイス８００は、図４、図５ａ、図５ｂ、図６ａ、および図６ｂに示すネットワークデバイス（ネットワークデバイス１０４）によって実行される方法を実行することができる。図８に示すデバイスの構造の概略図を参照されたい。装置８００は、少なくとも１つのプロセッサ８０１、通信バス８０２、および少なくとも１つの通信インターフェース８０４を含む。任意に、装置８００は、メモリ８０３をさらに含んでもよい。

プロセッサ８０１は、汎用中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、またはこの用途における解決策のプログラム実行を制御するように構成された１つ以上の集積回路であってもよい。プロセッサ８０１は、通信インターフェース８０４を介してクロックメッセージが失われたか、あるいは受信されたかどうかを検出し、検出結果に基づいて処理を実行して、本出願の実施形態に提供されるクロックポートステータス回復方法を実施するように構成されてもよい。

通信バス８０２は、プロセッサ８０１、通信インターフェース８０４、およびメモリ８０３の間で情報を伝送するように構成される。

メモリ８０３は、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリおよび不揮発性メモリを含んでもよい。不揮発性メモリは、読出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラム可能読出し専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマム可能読出し専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能プログラム可能読出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）であってもよい。例として、非限定的な説明として、静的ランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ，ＳＲＡＭ）、動的ランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ，ＤＲＡＭ）、同期動的ランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ，ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ，ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミック・ランダム・アクセス・メモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ，ＥＳＤＲＡＭ）、同期リンク動的ランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ，ＳＬＤＲＡＭ）、および直接的ランバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ，ＤＲ ＲＡＭ）など、多くの形式のＲＡＭを使用することができる。

本明細書に記載のメモリは、これらのメモリおよび別の適切なタイプの任意のメモリを含むことを目的としているが、それらに限定されないことに留意されたい。

メモリ８０３は、独立して存在してもよく、通信バス８０２を使用することによってプロセッサ８０１に接続される。代替的に、メモリ８０３は、プロセッサ８０１と一体化されてもよい。

任意に、メモリ８０３は、本出願における解決策を実行するためのプログラムコードまたは命令を記憶するように構成され、プロセッサ８０１は実行を制御する。プロセッサ８０１は、メモリ８０３に記憶されたプログラムコードを実行するように構成される。プログラムコードは、１つ以上のソフトウェアモジュールを含み得る。任意に、プロセッサ８０１は、代替的に、本出願における解決策を実行するためのプログラムコードまたは命令を記憶してもよい。

通信インターフェース８０４は、トランシーバのような任意の装置であり、他のデバイスまたは通信ネットワークと通信するように構成される。通信ネットワークは、イーサネット、無線アクセスネットワーク（ＲＡＮ）、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ，ＷＬＡＮ）、ワイドエリアネットワークなどであり得る。本出願のこの実施形態では、通信インターフェース８０４は、ネットワーク内の第２のネットワークデバイスが送信したクロックメッセージを受信するように構成されてもよく、または、第２のネットワークデバイスにクロックメッセージを送信してもよい。通信インターフェース８０４は、イーサネット（Ｅｔｈｅｒｎｅｔ）インターフェース、高速イーサネット（Ｆａｓｔ Ｅｔｈｅｒｎｅｔ，ＦＥ）インターフェース、ギガビットイーサネット（Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ，ＧＥ）インターフェースなどであってもよい。通信インターフェース８０４は、さらに、構成命令を受信するように構成されてもよく、その結果、プロセッサ８０１は、構成命令の指示に従って、ポート属性またはポートパラメータの値を変更してもよい。ネットワークデバイスは、さらに別の通信インターフェースを含んでもよく、当該別の通信インターフェースは、構成命令を受信するように構成される。

一実施形態における、特定の実装形態の間、デバイス８００は、複数のプロセッサ、例えば、図８のプロセッサ８０１およびプロセッサ８０５を含んでもよい。各プロセッサは、シングルコアプロセッサ（ｓｉｎｇｌｅ－ＣＰＵ）またはマルチコアプロセッサ（ｍｕｌｔｉ－ＣＰＵ）であってもよい。ここでのプロセッサは、データを処理するように構成された１つ以上のデバイス、回路、および／または処理コア（例えば、コンピュータプログラム命令）であってもよい。

別の可能な設計では、本出願は、ネットワークデバイスを提供する。ネットワークデバイスは、メイン制御ボードおよびインターフェースボードを含み、さらにスイッチングボードを含んでもよい。ネットワークデバイスは、例えば、図９に示すように、上記方法の任意の可能な実装形態における方法を実行するように構成される。

図９は、本出願の一実施形態による装置９００の構造の概略図である。装置９００は、図４、図５ａ、図５ｂ、図６ａおよび図６ｂに示すネットワークデバイス（ネットワークデバイス１０４）によって実行される方法を実行することができる。図９に示す装置の構造の概略図を参照されたい。装置９００は、メイン制御ボードおよび１つ以上のインターフェースボードを含み、メイン制御ボードおよびインターフェースボードは、通信接続される。メイン制御ボードは、メイン処理ユニット（ｍａｉｎ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＭＰＵ）またはルートプロセッサカード（ｒｏｕｔｅ ｐｒｏｃｅｓｓｏｒ ｃａｒｄ）とも呼ばれる。メイン制御ボードは、ルート計算、デバイス管理、および機能保守を含む、装置９００内の各構成要素を制御および管理する責任を負う。インターフェースボードは、ライン処理ユニット（ｌｉｎｅ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＬＰＵ）またはラインカード（ｌｉｎｅ ｃａｒｄ）とも呼ばれ、データを転送するように構成される。いくつかの実施形態では、装置９００は、スイッチングボードを含むこともでき、スイッチングボードは、メイン制御ボードおよびインターフェースボードに通信接続され、スイッチングボードは、インターフェースボード間でデータを転送するように構成され、スイッチングボードは、スイッチファブリックユニット（ｓｗｉｔｃｈ ｆａｂｒｉｃ ｕｎｉｔ，ＳＦＵ）とも呼ばれる。インターフェースボードは、中央処理ユニット、メモリ、転送チップ、および物理インターフェースカード（ｐｈｙｓｉｃａｌ ｉｎｔｅｒｆａｃｅ ｃａｒｄ，ＰＩＣ）を含む。中央処理ユニットは、メモリ、ネットワークプロセッサ、および物理インターフェースカードに通信接続される。メモリは、転送情報テーブルを記憶するように構成される。転送チップは、メモリに記憶された転送情報テーブルに基づいて受信パケットを転送するように構成される。パケットの宛先アドレスが装置９００のアドレスである場合、パケットは処理のために中央処理ユニット９３１のような中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）に送られる。パケットの宛先アドレスが装置９００のアドレスでない場合、宛先アドレスに基づいて、転送情報テーブルから、宛先アドレスに対応する次のホップ及びアウトバウンドインターフェースが見いだされ、パケットは、宛先アドレスに対応するアウトバウンドインターフェースに転送される。転送チップは、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ，ＮＰ）であってもよい。ＰＩＣは、サブカードとも呼ばれ、インターフェースボードにインストールすることができる。ＰＩＣは、光または電気信号をデータパケットに変換し、データパケットの有効性をチェックし、処理のためにデータパケットを転送チップに転送する責任を負う。いくつかの実施形態では、中央処理ユニットは、例えば、汎用ＣＰＵに基づくソフトウェア転送を実施するので、インターフェースボードは転送チップを必要としない。メイン制御ボード、インターフェースボード、およびスイッチングボード間の通信接続は、バスを使用することによって実現することができる。いくつかの実施形態において、転送チップは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）またはフィールドプログラム可能ゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）を使用することによって実現されてもよい。

論理的には、装置９００は、制御プレーンおよび転送プレーンを含む。制御プレーンは、メイン制御ボードおよび中央処理ユニットを含み、転送プレーンは、メモリ、ＰＩＣ、およびＮＰのような転送を実行するための構成要素を含む。制御プレーンは、ルータの機能、転送情報テーブルの生成、シグナリングおよびプロトコルパケットの処理、デバイスのステータスの設定および保守などの機能を実行する。制御プレーンは、生成された転送情報テーブルを転送プレーンに配信する。ＮＰは、転送プレーン上で、装置９００のＰＩＣによって受信されるパケットを転送するために、制御プレーンによって転送された転送情報テーブルを検索する。制御プレーンによって配信された転送情報テーブルは、メモリに記憶されてもよい。いくつかの実施形態において、制御プレーンと転送プレーンは、完全に分離されてもよく、同一のデバイス上にはない。

なお、１つ以上のメイン制御ボードがあり、複数のメイン制御ボードは、一次メイン制御ボードと二次メイン制御ボードとを含んでいてもよいことに留意されたい。１つ以上のインターフェースボードが存在してもよく、より強力なデータ処理能力を有するネットワークデバイスは、より多くのインターフェースボードを提供する。また、インターフェースボード上に１つ以上の物理インターフェースカードがある場合もある。スイッチングボードが存在しない場合もあるし、または１つ以上のスイッチングボードが存在する場合もある。複数のスイッチングボードは、ロードバランシングおよび冗長バックアップを一緒に実施することができる。集中転送アーキテクチャでは、ネットワークデバイスはスイッチングボードを必要としない場合もあり、インターフェースボードは、システム全体でサービスデータを処理する機能を提供する。分散転送アーキテクチャでは、ネットワークデバイスは、少なくとも１つのスイッチングボードを有してもよく、複数のインターフェースボード間のデータ交換は、大容量のデータ交換および処理能力を提供するために、スイッチングボードを使用することによって実現される。従って、分散アーキテクチャにおけるネットワークデバイスのデータアクセスおよび処理能力は、集中アーキテクチャにおけるデバイスのそれよりも優れている。任意に、ネットワークデバイスは、代替的に、１つのカードのみが存在する形態であってもよい。具体的には、スイッチボードがなく、インターフェースボードとメイン制御ボードの機能がカードに統合されている。この場合、インターフェースボード上の中央処理ユニットとメイン制御ボード上の中央処理ユニットとを組み合わせて、カード上に１つの中央処理ユニットを形成して、２つの中央処理ユニットを組み合わせることによって得られる機能を実行することができる。この形態のデバイス（例えば、ローエンドのスイッチやルータのようなネットワークデバイス）は、データ交換および処理能力が弱い。使用される特定のアーキテクチャは、特定のネットワーク配置シナリオに依存する。これは、ここでは限定されない。

可能な設計では、本出願はネットワークデバイスを提供する。ネットワークデバイスは、コントローラおよび第１の転送サブデバイスを含む。第１の転送サブデバイスは、インターフェースボードを含み、スイッチングボードをさらに含んでもよい。第１の転送サブデバイスは、図９のインターフェースボードの機能を実行するように構成され、図９のスイッチングボードの機能をさらに実行することができる。コントローラは、受信機、プロセッサ、送信機、ランダムアクセスメモリ、読出し専用メモリ、およびバスを含む。プロセッサは、バスを介して、受信機、送信機、ランダムアクセスメモリ、および読出し専用メモリに別々に結合される。コントローラを実行する必要がある場合、コントローラは、通常の実行状態になるようにコントローラをブートするために、埋め込みシステムの読出し専用メモリまたはブートローダ（ｂｏｏｔｌｏａｄｅｒ）システムに築かれた基本入出力システムを使用して起動される。コントローラが通常の実行状態に入った後、アプリケーションプログラムおよびオペレーティングシステムがランダムアクセスメモリ内で実行され、プロセッサがメイン制御ボードの機能を実行できるようにする。

本出願で開示されたコンテンツと組み合わせて記載された方法またはアルゴリズムのステップは、ハードウェアによって実施されてもよく、またはソフトウェア命令を実行することによってプロセッサによって実施されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルハードディスク、ＣＤ－ＲＯＭ、または当技術分野で周知の任意の他の形態の記憶媒体に記憶することができる。例えば、記憶媒体は、プロセッサが記憶媒体から情報を読み出すか、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。もちろん、記憶媒体は、さらにプロセッサの構成要素であってもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内に配置されてもよい。加えて、ＡＳＩＣは、ユーザ装置内に配置されてもよい。もちろん、プロセッサおよび記憶媒体は、個別の構成要素としてユーザ装置内に存在してもよい。

本出願は、ネットワークデバイスによって使用されるプログラム、コード、または命令を記憶するように構成されたコンピュータ記憶媒体を提供する。プログラム、コード、または命令を実行するとき、プロセッサまたはハードウェアデバイスは、ネットワークデバイスの機能またはステップを完了することができる。

本出願の一実施形態は、プロセッサがメモリに結合されている、プロセッサを含むチップシステムをさらに提供する。メモリは、プログラムまたは命令を記憶するように構成される。プログラムまたは命令がプロセッサによって実行される場合、チップシステムは、上記方法実施形態のいずれか１つの方法を実施することを可能にする。

任意に、チップシステム内に１つ以上のプロセッサが存在してもよい。プロセッサは、ハードウェアによって実装されてもよく、またはソフトウェアによって実装されてもよい。プロセッサがハードウェアによって実装される場合、プロセッサは、論理回路、集積回路などであってもよい。プロセッサがソフトウェアによって実装される場合、プロセッサは汎用プロセッサであってもよく、メモリに記憶されたソフトウェアコードを読み出すことによって実装される。

任意に、チップシステム内に１つ以上のメモリが存在してもよい。メモリは、プロセッサと一体化されてもよいし、またはプロセッサとは別個に配置されてもよい。これは、本出願において限定されない。例えば、メモリは、読出し専用メモリＲＯＭのような非一時的プロセッサであってもよい。メモリおよびプロセッサは、同じチップに集積されてもよく、または異なるチップ上に別々に配置されてもよい。メモリのタイプ、およびメモリおよびプロセッサの配置方法は、本出願において特に限定されない。

例えば、チップシステムは、フィールドプログラム可能ゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、システム・オン・チップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ，ＳｏＣ）、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｏｒ ｕｎｉｔ，ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ，ＮＰ）、デジタル信号処理回路（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ，ＭＣＵ）、プログラム可能コントローラ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ， ＰＬＤ）、または別の集積チップであってもよい。

前述の方法実施形態のステップは、プロセッサ内のハードウェア集積論理回路またはソフトウェアの形態の命令を使用することによって実施され得ることを理解されたい。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接的に実行されてもよいし、またはプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用して実行されてもよい。

本出願は、ネットワークシステムを提供する。ネットワークシステムは、前述のネットワークデバイスおよび第２のネットワークデバイスを含む。第２のネットワークデバイスは、クロック同期機能をサポートする任意のネットワークデバイスであってもよい。第２のネットワークデバイスは、通信インターフェースを使用して第１のネットワークデバイスに接続される。第２のネットワークデバイスは、通信インターフェースを含み、通信インターフェースは、第１のネットワークデバイスと通信するためのマスタクロックポートとして使用される。

当業者は、前述の１つ以上の実施例において、本出願に記載された機能は、ハードウェア又はハードウェアとソフトウェアの組み合わせによって実現することができることということを認識するであろう。機能がハードウェアとソフトウェアの組み合わせによって実現される場合、ソフトウェアは、コンピュータ読取可能媒体に記憶されるか、またはコンピュータ読取可能媒体上の１つ以上の命令またはコードとして伝送されてもよい。コンピュータ読取可能媒体は、コンピュータ記憶媒体及び通信媒体を含む。通信媒体は、ある場所から他の場所へのコンピュータプログラムの伝送を容易にする任意の媒体を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセス可能な任意の利用可能な媒体とすることができる。

本発明の実施形態において言及されているプロセッサは、中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）であってもよいし、あるいは別の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、別のプログラム可能論理デバイス、離散ゲート、トランジスタ論理デバイス、個別ハードウェア構成要素などであってもよい。汎用プロセッサは、マイクロプロセッサであってもよく、またはプロセッサは、任意の従来のプロセッサ等であってもよいことを理解されたい。

本発明の実施形態で言及されたメモリは、揮発性メモリまたは不揮発性メモリであってもよく、あるいは揮発性メモリおよび不揮発性メモリを含んでもよいことをさらに理解されたい。不揮発性メモリは、ＲＯＭ、ＰＲＯＭ、消去可能ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリであってもよい。揮発性メモリは、ランダムアクセスメモリＲＡＭであってもよく、外部キャッシュとして機能してもよい。限定的記載ではなく例として、ＳＲＡＭ、ＤＲＡＭ、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ、ＥＳＤＲＡＭ、ＳＬＤＲＡＭ、およびＤＲ ＲＡＭのような、多くの形態のＲＡＭが利用可能である。

本明細書に記載のメモリは、これらのメモリおよび別の適切なタイプの任意のメモリを含むことを目的としているが、これらに限定されないことに留意されたい。

前述のプロセスのシーケンス番号は、本出願の種々の実施形態における実行シーケンスを意味しない。ステップのいくつかまたは全ては、並行して、または順番に実施することができる。プロセスの実行シーケンスは、プロセスの機能及び内部論理に基づいて決定されるべきであり、本出願の実施形態の実施プロセスに対するいかなる限定とも解釈されるべきではない。

当業者は、本明細書に開示された実施形態に記載された実施例と組み合わせて、ユニットおよびアルゴリズムステップは、電子ハードウェアまたはコンピュータソフトウェアおよび電子ハードウェアの組み合わせによって実現することができることを認識するであろう。機能がハードウェアまたはソフトウェアによって実行されるかどうかは、特定の用途および技術的解決策の設計制約条件に依存する。当業者は、特定の用途の各々に対する機能を実装するために異なる方法を使用することができるが、その実装が本願の範囲を超えると考えるべきではない。

当業者であれば、便利で簡単な説明のために、前述のシステム、装置、およびユニットの詳細な作業プロセスについては、前述の方法実施形態における対応するプロセスを参照することを明確に理解するであろう。詳細は、ここでは再度説明しない。

本出願で提供されるいくつかの実施形態において、開示されたシステム、装置、および方法は、別のやり方で実現してもよいことを理解されたい。例えば、前述の装置実施形態は、単なる一例に過ぎない。例えば、ユニットへの分割は、単に論理機能分割であるに過ぎず、実際に実現するの際には他の分割であってもよい。例えば、複数のユニット又は構成要素は、別のシステムに結合又は統合されてもよく、或いはいくつかの特徴は、無視され或いは実行されなくてもよい。さらに、表示または説明された相互の結合、または直接的な結合、または通信接続は、いくつかのインターフェースを介して実現されてもよい。装置またはユニット間の間接的な結合または通信接続は、電気的、機械的、または別の形態で実現することができる。

別個の部品として記載されるユニットは、物理的に分離されていても、されていなくてもよく、ユニットとして表示される部品は、物理的ユニットであっても、なくてもよく、１つの位置に配置されていてもよいし、または複数のネットワークユニット上に分散されていてもよい。ユニットの一部または全部は、実施形態の解決策の目的を達成するための実際の要件に基づいて選択することができる。

さらに、本出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、ユニットの各々は、物理的に単独で存在してもよく、または２つ以上のユニットは、１つのユニットに統合されてもよい。

これらの機能がソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用される場合、これらの機能は、コンピュータ読取可能な記憶媒体に記憶することができる。このような理解に基づいて、本出願の技術的解決策は本質的に、または先行技術に寄与する部分は、または技術的解決策の一部は、ソフトウェア製品の形態で実現することができる。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（それは、パーソナルコンピュータ、サーバ、ネットワークデバイス、端末デバイスなどであってもよいが）に、本出願の実施形態における方法の全部または一部のステップを実行するように指示するための幾つかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ， ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ， ＲＡＭ）、磁気ディスク、または光ディスクのようなプログラムコードを記憶することができる任意の媒体を含む。

本発明の方法実施形態の関連部分は、相互に参照され得る。各装置実施形態で提供される装置は、対応する方法実施形態で提供される方法を実行するように構成される。従って、各装置実施形態は、関連する方法実施形態における関連部分を参照して理解することができる。

本発明の装置実施形態における装置の構造図は、単に、対応する装置の簡略化された設計を示すに過ぎない。実際の適用の際には、装置は、本発明の各装置実施形態において装置によって実行される機能または操作を実現するために、任意の数量の送信機、受信機、プロセッサ、メモリなどを含んでもよい。ただし、本出願を実現できる全ての装置は、本出願の保護範囲内にあるものとする。

本発明の実施形態において提供されるメッセージ／フレーム／表示情報、モジュール又はユニット等の名称は、単なる例に過ぎず、メッセージ／フレーム／表示情報、モジュール又はユニット等の機能が同一であれば、他の名称を用いてもよい。

本発明の実施形態で使用される用語は、単に特定の実施形態を示すことを目的としているに過ぎず、本発明を限定するように意図されたものではない。本発明の実施形態および添付の特許請求の範囲において使用される単数形の用語「ａ」および「ｔｈｅ」は、文脈において明確に特定されない限り、複数形も含むことが意図されている。また、本明細書で使用される用語「および／または」は、１つ以上の関連するリスト化されたアイテムのいずれかまたは全ての可能な組み合わせを指し示し、それらを含むことも理解されたい。

前述の具体的な実装形態において、本発明の目的、技術的解決策、および利点はさらに詳細に説明される。異なる実施形態を組み合わせることができることを理解されたい。前述の説明は、単に本発明の具体的な実装形態に過ぎず、本発明の保護範囲を限定することを意図したものではない。本発明の精神および原理から逸脱することなくなされるいかなる組み合わせ、修正、同等の置換、または改良も、本発明の保護範囲内にあるものとする。

Claims (33)

1. クロックポート属性回復方法であって、前記方法は、
   第１のネットワークデバイスが、クロックポートがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定するステップであって、前記クロックポートは、第２のネットワークデバイスのマスタクロックポートに接続され、前記クロックポートは、スレーブポートまたはパッシブポートであり、前記第１のタイプの前記クロックメッセージは、同期メッセージ、追跡メッセージ、および遅延応答メッセージの３つのタイプのクロックメッセージのうちのいずれかであり、Ｎは、０より大きい正の整数であり、前記第１の値は、前記クロックポートでメッセージが失われたことを示す、ステップと、
   前記第１のネットワークデバイスが、前記ポートデータ集合信号故障属性の値を前記第１の値に設定した後、回復条件が満たされたと前記第１のネットワークデバイスが判断したとき、前記第１のネットワークデバイスが、前記ポートデータ集合信号故障属性の値を第２の値に設定するステップであって、前記第２の値は、前記クロックポートでメッセージが失われていないことを示す、ステップと、を含む、方法。
2. 回復条件が満たされたと前記第１のネットワークデバイスが判断することは、前記第１のネットワークデバイスが、構成命令を受信し、前記構成命令が、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するように前記第１のネットワークデバイスに命令するために使用されることを含む、請求項１に記載の方法。
3. 回復条件が満たされたと前記第１のネットワークデバイスが判断することは、前記第１のネットワークデバイスが、第１の時間内にＭ個の同期メッセージおよびＭ個の追跡メッセージを受信し、Ｍは、０より大きい正の整数であることを含む、請求項１または２に記載の方法。
4. 前記第１のタイプの前記クロックメッセージは、同期メッセージであり、回復条件が満たされたと前記第１のネットワークデバイスが判断することは、前記第１のネットワークデバイスが、第２の時間内にＭ個の同期メッセージを受信したことを含み、
   あるいは、
   前記第１のタイプの前記クロックメッセージは、追跡メッセージであり、回復条件が満たされたと前記第１のネットワークデバイスが判断することは、前記第１のネットワークデバイスが、前記第２の時間内にＭ個の追跡メッセージを受信したことを含み、
   Ｍは、０より大きい正の整数である、請求項１または２に記載の方法。
5. 回復条件が満たされたと前記第１のネットワークデバイスが判断することは、前記第１のネットワークデバイスが、第２のメッセージを受信したことを含み、前記第２のメッセージは、前記クロックポートの遅延応答メッセージ損失状態が回復されたことを示す、請求項１～４のいずれか１項に記載の方法。
6. 第１のネットワークデバイスが、クロックポートがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定する前記ステップは、
   前記第１のネットワークデバイスが、前記クロックポートが前記タイムアウト間隔内に前記第１のタイプの前記Ｎ個のクロックメッセージを受信しない前記場合に基づいて、第１のイベントを生成するステップと、
   前記第１のネットワークデバイスが、前記第１のイベントに基づいて前記ポートデータ集合信号故障属性の値を前記第１の値に設定するステップと、を含む、請求項１または２に記載の方法。
7. 第１のネットワークデバイスが、クロックポートがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定する前記ステップは、
   前記第１のネットワークデバイスが、前記クロックポートが前記タイムアウト間隔内に前記第１のタイプの前記Ｎ個のクロックメッセージを受信しない前記場合に基づいて、第１のイベントを生成するステップと、
   前記第１のネットワークデバイスが、前記第１のイベントに基づいて前記ポートデータ集合信号故障属性の値を前記第１の値に設定するステップと、を含む、請求項３～５のいずれか１項に記載の方法。
8. 回復条件が満たされたと前記第１のネットワークデバイスが判断するとき、前記第１のネットワークデバイスが、前記ポートデータ集合信号故障属性の値を第２の値に設定する前記ステップは、
   回復条件が満たされたと前記第１のネットワークデバイスが判断するとき、前記第１のネットワークデバイスが、第１の損失イベントが除去されたと判断するステップと、
   前記第１のネットワークデバイスが、前記第１のイベントが除去された場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するステップと、を含む、請求項７に記載の方法。
9. 前記第１のネットワークデバイスが、前記第１のイベントが除去された場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定する前記ステップは、
   前記第１のネットワークデバイスが、前記第１のイベントが除去された前記場合に基づいて、前記クロックポートの前記第１のイベントに対応するポートパラメータの値を第３の値に設定するステップであって、前記第３の値は、前記ポートパラメータに対応するクロックメッセージが失われていないことを示す、ステップと、
   前記第１のネットワークデバイスが、前記クロックポートパラメータの値が前記第３の値である場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するステップと、を含む、請求項８に記載の方法。
10. 前記第１のイベントは、前記第１のタイプの識別子を含む、請求項６～９のいずれか１項に記載の方法。
11. 回復条件が満たされたと前記第１のネットワークデバイスが判断するとき、前記第１のネットワークデバイスが、前記ポートデータ集合信号故障属性の値を第２の値に設定する前記ステップは、
    前記第１のネットワークデバイスが、前記回復条件が満たされたと判断される場合に基づいて、前記第１のタイプに対応する前記クロックポートのポートパラメータの値を第３の値に設定するステップであって、前記第３の値は、前記ポートパラメータに対応するクロックメッセージが失われていないことを示す、ステップと、
    前記第１のネットワークデバイスが、前記クロックポートパラメータの値が前記第３の値である場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するステップと、を含む、請求項３～５のいずれか１項に記載の方法。
12. 第１のネットワークデバイスが、クロックポートのポートデータ集合信号故障属性の値を第１の値に設定する前記ステップの後、前記方法は、さらに、
    前記第１のネットワークデバイスが、前記ポートデータ集合信号故障属性の値が前記第１の値である場合に基づいて、前記クロックポートのクロック基準源Ｅｒｂｅｓｔデータ集合の値をゼロに設定するステップを含む、請求項１～１１のいずれか１項に記載の方法。
13. 前記方法は、さらに、
    もし前記ポートデータ集合信号故障属性の値が前記第１の値である場合、前記第１のネットワークデバイスが、ステータス判断イベントを生成するステップであって、前記ステータス判断イベントは、前記第１のネットワークデバイスに前記クロックポートのステータスを判断するように指示するために使用される、ステップを含む、請求項１～１２のいずれか１項に記載の方法。
14. 前記第１のネットワークデバイスが、前記ポートデータ集合信号故障属性の値を第２の値に設定する前記ステップの後、前記方法は、さらに、
    前記第１のネットワークデバイスが、Ｅｒｂｅｓｔデータ集合の値を非ゼロに設定するステップを含む、請求項１～１３のいずれか１項に記載の方法。
15. 前記第１のネットワークデバイスが前記ポートデータ集合信号故障属性の値を前記第１の値に設定する前は、前記ポートデータ集合信号故障属性の値は、前記第２の値である、請求項１～１４のいずれか１項に記載の方法。
16. 前記クロックメッセージは、精密時間プロトコルＰＴＰクロックメッセージである、請求項１～１５のいずれか１項に記載の方法。
17. 第１のネットワークデバイスであって、前記第１のネットワークデバイスは、処理ユニットおよび第１の通信ユニットを含み、
    前記処理ユニットは、前記第１の通信ユニットがタイムアウト間隔内に第１のタイプのＮ個のクロックメッセージを受信しない場合に基づいて、前記第１の通信ユニットのポートデータ集合信号故障属性の値を第１の値に設定するように構成され、前記第１のタイプの前記クロックメッセージは、同期メッセージ、追跡メッセージ、および遅延応答メッセージの３つのタイプのクロックメッセージのうちのいずれかであり、Ｎは、０より大きい正の整数であり、前記第１の値は、前記第１の通信ユニットでメッセージが失われたことを示し、
    前記第１の通信ユニットは、第２のネットワークデバイスのマスタクロックポートと通信するように構成され、前記第１の通信ユニットのクロックポートステータスは、スレーブポートまたはパッシブポートであり、
    前記処理ユニットが、前記ポートデータ集合信号故障属性の値を前記第１の値に設定した後、回復条件が満たされたと判断されるとき、前記処理ユニットは、さらに、前記ポートデータ集合信号故障属性の値を第２の値に設定するように構成され、前記第２の値は、前記第１の通信ユニットでメッセージが失われていないことを示す、第１のネットワークデバイス。
18. 第２の通信ユニットをさらに含み、
    前記第２の通信ユニットは、構成命令を受信するように構成され、前記構成命令は、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するように前記処理ユニットに命令するために使用され、
    前記処理ユニットは、さらに、前記第２の通信ユニットが前記構成命令を受信した場合に基づいて、前記回復条件が満たされたと判断するように構成される、請求項１７に記載の第１のネットワークデバイス。
19. 前記処理ユニットは、さらに、前記第１の通信ユニットが第１の時間内にＭ個の同期メッセージおよびＭ個の追跡メッセージを受信した場合に基づいて、前記回復条件が満たされたと判断するように構成され、Ｍは、０より大きい正の整数である、請求項１７または１８に記載の第１のネットワークデバイス。
20. 前記第１のタイプの前記クロックメッセージは、同期メッセージであり、前記処理ユニットは、さらに、前記第１の通信ユニットが第２の時間内にＭ個の同期メッセージを受信した場合に基づいて、前記回復条件が満たされたと判断するように構成され、
    あるいは、
    前記第１のタイプの前記クロックメッセージは、追跡メッセージであり、前記処理ユニットは、さらに、前記第１の通信ユニットが前記第２の時間内にＭ個の追跡メッセージを受信した場合に基づいて、前記回復条件が満たされたと判断するように構成され、
    Ｍは、０より大きい正の整数である、請求項１７または１８に記載の第１のネットワークデバイス。
21. 前記処理ユニットは、さらに、第２の通信ユニットが第２のメッセージを受信した場合に基づいて、前記回復条件が満たされたと判断するように構成され、前記第２のメッセージは、前記第１の通信ユニットの遅延応答メッセージ損失状態が回復されたことを示す、請求項１７～２０のいずれか１項に記載の第１のネットワークデバイス。
22. 前記処理ユニットは、さらに、前記第１の通信ユニットが前記タイムアウト間隔内に前記第１のタイプの前記Ｎ個のクロックメッセージを受信しない前記場合に基づいて、第１のイベントを生成するように構成され、
    前記処理ユニットは、さらに、前記第１のイベントに基づいて前記ポートデータ集合信号故障属性の値を前記第１の値に設定するように構成される、請求項１７または１８に記載の第１のネットワークデバイス。
23. 前記処理ユニットは、さらに、前記第１の通信ユニットが前記タイムアウト間隔内に前記第１のタイプの前記Ｎ個のクロックメッセージを受信しない前記場合に基づいて、第１のイベントを生成するように構成され、
    前記処理ユニットは、さらに、前記第１のイベントに基づいて前記ポートデータ集合信号故障属性の値を前記第１の値に設定するように構成される、請求項１９～２１のいずれか１項に記載の第１のネットワークデバイス。
24. 前記処理ユニットは、さらに、前記回復条件が満たされたと判断される場合に基づいて、第１の損失イベントが除去されたと判断するように構成され、
    前記処理ユニットは、さらに、前記第１のイベントが除去された場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するように構成される、請求項２３に記載の第１のネットワークデバイス。
25. 前記処理ユニットは、さらに、前記第１のイベントが除去された前記場合に基づいて、前記通信ユニットの前記第１のイベントに対応するポートパラメータの値を第３の値に設定するように構成され、前記第３の値は、前記ポートパラメータに対応するクロックメッセージが失われていないことを示し、
    前記処理ユニットは、さらに、前記クロックポートパラメータの値が前記第３の値である場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するように構成される、請求項２４に記載の第１のネットワークデバイス。
26. 前記処理ユニットは、さらに、前記回復条件が満たされたと判断される場合に基づいて、前記第１のタイプに対応する前記第１の通信ユニットのポートパラメータの値を第３の値に設定するように構成され、前記第３の値は、前記ポートパラメータに対応するクロックメッセージが失われていないことを示し、
    前記処理ユニットは、さらに、前記クロックポートパラメータの値が前記第３の値である場合に基づいて、前記ポートデータ集合信号故障属性の値を前記第２の値に設定するように構成される、請求項１９～２１のいずれか１項に記載の第１のネットワークデバイス。
27. 前記処理ユニットは、さらに、前記ポートデータ集合信号故障属性の値が前記第１の値である場合に基づいて、前記クロックポートのクロック基準源Ｅｒｂｅｓｔデータ集合の値をゼロに設定するように構成される、請求項１７～２６のいずれか１項に記載の第１のネットワークデバイス。
28. 前記ポートデータ集合信号故障属性の値が前記第１の値であるとき、前記処理ユニットは、さらに、ステータス判断イベントを生成するように構成され、前記ステータス判断イベントは、前記処理ユニットに前記クロックポートのステータスを判断するように指示するために使用される、請求項１７～２７のいずれか１項に記載の第１のネットワークデバイス。
29. 前記処理ユニットは、さらに、Ｅｒｂｅｓｔデータ集合の値を非ゼロに設定するように構成される、請求項１７～２８のいずれか１項に記載の第１のネットワークデバイス。
30. 前記処理ユニットが前記ポートデータ集合信号故障属性の値を前記第１の値に設定する前は、前記ポートデータ集合信号故障属性の値は、前記第２の値である、請求項１７～２９のいずれか１項に記載の第１のネットワークデバイス。
31. ネットワークデバイスであって、前記ネットワークデバイスは、少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、少なくとも１つのメモリと結合され、
    前記少なくとも１つのプロセッサは、少なくとも１つのメモリに記憶されたコンピュータプログラムまたは命令を実行するように構成されて、前記ネットワークデバイスは、請求項１～１６のいずれか１項に記載の方法を実行する、ネットワークデバイス。
32. チップであって、前記チップは、プロセッサとインターフェース回路を含み、
    前記インターフェース回路は、命令を受信し、前記命令を前記プロセッサに送信するように構成され、
    前記プロセッサは、請求項１～１６のいずれか１項に記載の方法を実行するように構成される、チップ。
33. ネットワークシステムであって、前記システムは第１のネットワークデバイスと第２のネットワークデバイスを含み、
    前記第１のネットワークデバイスは、請求項１７～３０のいずれか１項に記載の第１のネットワークデバイスであるか、または請求項３１に記載のネットワークデバイスであり、
    前記第２のネットワークデバイスは、通信インターフェースを含み、前記第２のネットワークデバイスは、前記通信インターフェースを介して前記第１のネットワークデバイスと通信し、前記通信インターフェースのクロックポートステータスは、マスタクロックポートである、ネットワークシステム。
    

Images