(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、高精度時刻プロトコルによって配信時刻基準を同期するための方法であって、
−  あるクロックデバイスから別のクロックデバイスに、複数のネットワークノード（ＩＰＲＢ、ＩＰＲＩ１、ＩＰＲＩ２、ＩＰＲＣ）を介してＳｙｎｃメッセージ（ＳＹＮＣ）を送信するステップであって、これらのノードのうちの第１のノードが第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ）を備え、これらのノードのうちの第２のノードが第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）を備えるステップと、
−  同期メッセージによって、第１のピアツーピア透過クロックデバイスから第２のピアツーピア透過クロックデバイスに移動された送信パスのパス遅延を、
−−  第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）から第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ）に、Ｐｄｅｌａｙ＿Ｒｅｑメッセージを送信するステップと、
−−  第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ）から第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）に、Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージを送信するステップとによって推定するステップと、
−  次いで、第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）において、同期メッセージによって搬送される時刻情報を更新するために、このパス遅延を考慮するステップとを備え、
前記パス遅延を推定するために、
−  第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ）に関連付けられるネットワークノードにおいて、第１のピアツーピア透過クロックデバイスと第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ、Ｐ２Ｐ  ＴＣ  Ｃ）との間のその送信パスに沿って、同期メッセージ（ＳＹＮＣ）によって横断されるネットワークインターフェース（ＩＰＲＢ、ＩＰＲＩ１、ＩＰＲＩ２、ＩＰＲＣ）のネットワークアドレスのリストを作成するために、トランスポートプロトコルにおけるＴＲＡＣＥＲＯＵＴＥコマンドを使用するステップと、
−  ネットワークインターフェースがＳｙｎｃメッセージ（ＳＹＮＣ）によって横断された順序に、第１のリストを順序付けるステップと、
−  第１のリストの順序を逆にすることによって、第２のリストを作成するステップと、
−  第２のリストを第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）に伝達するステップと、
−  Ｐｄｅｌａｙ＿ＲｅｑメッセージとＰｄｅｌａｙ＿Ｒｅｓｐメッセージのそれぞれのパスを制限して、それぞれのパスが横断されたインターフェースの第２の順序付けられたリストと第１の順序付けられたリストとにマッピングされるようにするために、それぞれ第１のピアツーピア透過クロックデバイスおよび第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ、Ｐ２Ｐ  Ｔ  ＣＣ）に関連付けられるネットワークノードにおいて、トランスポートプロトコルにおけるパス制約ツールを使用するステップとを備える、方法。
【請求項２】
第２のリストを第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）に伝達するステップが、第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ）によって第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）に送信されたＰｄｅｌａｙ＿ＲｅｓｐメッセージのＴＬＶフィールドに第２のリストを入れるステップを備える、請求項１に記載の方法。
【請求項３】
第２のリストを第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）に伝達するステップが、第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ）によって第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ）に送信された高精度時刻プロトコル管理メッセージに第２のリストを入れるステップを備える、請求項１に記載の方法。
【請求項４】
ＰＴＰｖ２メッセージのＵＤＰ／ＩＰカプセル化がすべてのネットワークノードによってサポートされる均一環境のための方法であって、
−  前記パス遅延を推定するために、ＩＰ宛先アドレスをスレーブクロックデバイスのアドレスに設定したＩＰ  ＴＲＡＣＥＲＯＵＴＥコマンドを使用するステップを備え、
−  ＩＰインターフェースアドレスの第２の順序付けられたリストを第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ’）に伝達するために、それをＩＰデータパケットを介してカプセル化されたＰＴＰメッセージに挿入するステップを備え、
−  Ｐｄｅｌａｙ＿ＲｅｑとＰｄｅｌａｙ＿Ｒｅｓｐのそれぞれのパスを制約するために、ＥＸＰＬＩＣＩＴ＿ＲＯＵＴＥ  ＯＢＪＥＣＴを備えるＲＳＶＰ−ＴＥシグナリングを使用するステップを備える、請求項１に記載の方法。
【請求項５】
ＰＴＰｖ２メッセージのイーサネット（登録商標）カプセル化がすべてのネットワークノードによってサポートされる均一環境のための方法であって、
−  前記パス遅延を推定するために、イーサネットＯＡＭ  ＴＲＡＣＥＲＯＵＴＥコマンドを使用して、スレーブクロックデバイスのうちの１つに設定された媒体アクセス制御宛先アドレスを使用するステップを備え、
−  ＩＰインターフェースアドレスの第２の順序付けられたリストを第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ’）に伝達するために、それをイーサネットデータパケットを介してカプセル化されたＰＴＰメッセージに挿入するステップを備え、
−  Ｐｄｅｌａｙ＿ＲｅｑとＰｄｅｌａｙ＿Ｒｅｓｐのそれぞれのパスを制約するために、仮想ＬＡＮ（ＶＬＡＮ）、またはＥＸＰＬＩＣＩＴ＿ＲＯＵＴＥ  ＯＢＪＥＣＴを備えるＲＳＶＰ−ＴＥを使用するステップを備える、請求項１に記載の方法。
【請求項６】
Ｄ１がＤ２によってＤ３と分離されており、Ｄ１とＤ３が第１の技術を実装しており、Ｄ２が第２の技術を実装している、３つの連続する技術ドメインＤ１、Ｄ２、Ｄ３で構成される異種環境のための方法であって、
Ｄ１とＤ２が、第１のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｂ’）を備える第１のノード（ＩＰＲＢ’）によって分離されており、Ｄ２とＤ３が、第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ’）を備える第２のノード（ＩＰＲＣ’）によって分離されており、
−  Ｓｙｎｃメッセージ第１の技術宛先アドレスを監視するために、第１のノードＩＰＲＢ’が、第１の技術プロトコルに関連するツールを使用して、
−  Ｓｙｎｃメッセージ第１の技術ネクストホップアドレスを発見するために、第１のノードＩＰＲＢ’が、第１の技術に関連するルーティングまたはスイッチングテーブルに、Ｓｙｎｃメッセージ第１の技術宛先アドレスでルックアップを実行して、
−  Ｓｙｎｃメッセージ第１の技術ネクストホップアドレスに関連付けられる第２の技術アドレスを取得するために、第１のノードＩＰＲＢ’が、２つの技術の前に、インターワーキングを可能にするツールの中のアドレス解決ツールを使用して、
−  Ｄ２に渡る前記パス遅延を推定するために、宛先アドレスを以前のステップで取得された第２の技術アドレスに設定した、第２の技術ＯＡＭ  ＴＲＡＣＥＲＯＵＴＥコマンドを使用するステップを備え、
第２の技術インターフェースアドレスの第２の順序付けられたリストを、第２のピアツーピア透過クロックデバイス（Ｐ２Ｐ  ＴＣ  Ｃ’）に伝達するために、それを第２の技術に従ってカプセル化されたＰＴＰメッセージに挿入するステップを備え、
−  Ｐｄｅｌａｙ＿ＲｅｑとＰｄｅｌａｙ＿Ｒｅｓｐのそれぞれのパスを制約するために、第２の技術内に実装されたパス制約ツールを使用するステップを備える、請求項１に記載の方法。
【請求項７】
第１の技術が、ＩＥＥＥ標準１５８８＿２００８  ａｎｎｅｘ  Ｄを実装するＩＰベースであり、第２の技術が、ＩＥＥＥ  ８０２．１ｑとともにＩＥＥＥ標準１５８８＿２００８  ａｎｎｅｘ  Ｆを実装するイーサネットベースである、請求項６に記載の方法。
【請求項８】
第１の技術が、ＩＥＥＥ標準１５８８＿２００８  ａｎｎｅｘ  Ｅを実装するＩＰベースであり、第２の技術が、ＩＥＥＥ  ８０２．１ｑとともにＩＥＥＥ標準１５８８＿２００８  ａｎｎｅｘ  Ｆを実装するイーサネットベースである、請求項６に記載の方法。
【請求項９】
機械実行可能プログラム命令のセットを備え、プロセッサ上で実行されると、プロセッサに、請求項１から８のうちのいずれか一項による方法のすべての方法ステップを実行させる、インターワーキングエージェント。
【請求項１０】
機械実行可能プログラム命令のセットを記憶し、プロセッサ上で実行されると、プロセッサに、請求項１から８のうちのいずれか一項による方法のすべての方法ステップを実行させる、デジタルデータ記憶媒体。
【請求項１１】
プロセッサ上でプログラムが実行されると、方法を実行するためのプロセッサ実行可能命令を備え、本方法が請求項１から８のうちのいずれか一項のステップを備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、配信クロックを同期するために、通信ネットワーク内のパス遅延を推定することに関する。
【背景技術】
【０００２】
高精度時刻プロトコル（ＰＴＰ）は、通信ネットワーク全体のクロックを同期するために使用される標準プロトコルである。２００８年に、改定標準ＩＥＥＥ１５８８−２００８がリリースされた。この新しいバージョンは、プロトコルＰＴＰｖ２としても知られている。
【０００３】
ＰＴＰのオペレーションは、マスタと呼ばれる時刻ソースと、スレーブと呼ばれる所与の時刻レシーバとの間の通信パス遅延の測定に依存する。このプロセスは、送信と受信の正確な瞬間が、好ましくはハードウェアレベルで測定／キャプチャされる、マスタとスレーブとの間のメッセージトランザクションを含む。キャプチャされた時刻情報を含むメッセージは、それらのパス遅延を考慮するために調整することができ、したがって、搬送された時刻情報のより正確な表示を提供する。
【０００４】
ＩＥＥＥ１５８８−２００８標準は、クロック配信のための階層的マスタ−スレーブアーキテクチャを記述している。このアーキテクチャの下で、時刻配信システムは、１つまたは複数の通信媒体（ネットワークセグメント）、および１つまたは複数のクロックで構成される。
【０００５】
通常のクロックは、単一のＰＴＰポートを備えたデバイスであり、同期配信チェーンのソース（マスタ）か、宛先（スレーブ）のいずれかである。
【０００６】
境界クロックは、複数のＰＴＰポートを有し、時刻基準を配信する同期ネットワークセグメントを、あるネットワークセグメントから別のネットワークセグメントに正確にブリッジすることができる。システム内のネットワークセグメントごとに、相対時刻基準として同期マスタが選択される。絶対時刻基準は、グランドマスタによって表示される。グランドマスタは、その割当てネットワークドメイン／セグメント内に常駐するクロックに同期情報を送信する。そのネットワークセグメントに配置された境界クロックが、絶対時刻基準をできるだけ正確に回復して、次いで、回復された時刻基準を、やはり接続されている下流ネットワークセグメントに配信する。
【０００７】
グランドマスタクロックは絶対時刻ソースを表示する。グランドマスタ、境界クロック、および（通常の）スレーブクロックはツリー上の階層に組織化され、グランドマスタがこの階層のルートであり、スレーブクロックがそのリーフであり、境界クロックが中間要素である。グランドマスタは、このツリー上の階層にわたって、スレーブクロックに向かって時刻基準を配信する。グランドマスタと所与のスレーブクロックとの間の同期パスは、マスタとスレーブのペアの連続として分解されてよく、上流のセグメントのスレーブが、下流セグメントのマスタになる。上述のマスタとスレーブの所与のペアの間で、透過クロックが配備される。
【０００８】
ＩＥＥＥ１５８８−２００８は、ＰＴＰメッセージを搬送するために使用されるネットワーク装置に関連付けられる、いわゆる透過クロックを導入する。透過クロックは、これらのメッセージがネットワークデバイスを横断するときに、ＰＴＰメッセージ（ヘッダ）を修正する。透過クロックプロセスは、ネットワーク装置内のＰＴＰメッセージ滞留時間を測定して、ｃｏｒｒｅｃｔｉｏｎＦｉｅｌｄと呼ばれるＰＴＰメッセージヘッダに配置されたフィールド内にこの測定を累積することで構成される。この方法は、ネットワーク装置を横切る滞留時間変動を補償することによって、同期配信精度を向上させる。
【０００９】
透過クロックには２つのタイプがある：
−  エンドツーエンド透過クロックは、同期パケット（たとえば、Ｓｙｎｃｈメッセージ）ごとに滞留時間を測定して更新する。
−  ピアツーピア透過クロックは、エンドツーエンド透過クロックと同様のオペレーションを実行する。さらに、それらは入口送信パス（ピアツーピア透過クロックか、マスタのいずれかによって線描化される、上流通信パス）に関連付けられるリンク遅延を測定して、この遅延もｃｏｒｒｅｃｔｉｏｎＦｉｅｌｄに累積する。
【００１０】
マスタとスレーブの任意の所与のペアの間のパスのＰＴＰ遅延測定プロセスは、基本的に、２つのメッセージ、つまり、Ｓｙｎｃメッセージとｄｅｌａｙ＿Ｒｅｑメッセージの精度タイミングを含む。これらの２つのメッセージの交換によって取得される往復遅延の半分は、片道（マスタからスレーブへの通信方向）遅延の推定を提供する。したがって、そのような推定の精度は、一般的に２つのタイプのノイズによって影響を受ける：
−  第１のタイプのノイズは、所与の同期パス上の異なる同期パケットによって経験される遅延の変動性を表すパケット遅延変動（ＰＤＶ）である。この変動性によって、パス遅延推定イベントと実際のメッセージ送信イベントとの間の時間差のために、同期メッセージに関連付けられる推定パス遅延をノイジーにする。
−  第２のタイプのノイズは、一方向の通信に対する、逆方向の通信との間のパス遅延の差を表す遅延非対称性である。スレーブ時刻オフセットの不正確さは、理論的に遅延非対称性の半分と等しい。
【００１１】
ＰＴＰｖ２プロトコルは、同期配信の精度に影響を及ぼす上述のノイズに対処するために、透過クロックを提供する。透過クロックは、基本的に、関連付けられるネットワーク装置内の同期メッセージ滞留時間を測定する。測定された滞留時間は、同期パケットヘッダ内に配置されたｃｏｒｒｅｃｔｉｏｎＦｉｅｌｄに累積される。厳密な同期要件のために、透過クロックは、それらのすべてのオペレーションを、さらなる遅延を導入せずに、非常に正確に、かつオンザフライで（ＰＴＰｖ２メッセージレートで）実行しなければならない。
【００１２】
透過クロックは、一般的に、横断されるネットワークノードにわたる同期メッセージ滞留時間を測定するために、マスタとスレーブの所与のペアの間に配備される。すべての測定された滞留時間の合計は、スレーブ（または、マスタ）によってエンドツーエンドパス遅延から取り出される。これによって、透過クロックを実装するノードを、エンドツーエンドパス遅延バジェットに関して、スレーブ（または、マスタ）にとって「透過」にする。
【００１３】
ＩＥＥＥ１５８８＿２００８標準内では、隣接する透過クロック間、あるいは、透過クロックと直接（すなわち、隣接）マスタまたは直接（すなわち、隣接）スレーブとの間のパスの遅延を推定するために、ピア遅延メカニズムも導入される。それらの測定されたパス遅延、ならびに遅延非対称性は、ピアツーピア透過クロックによってＳｙｎｃメッセージｃｏｒｒｅｃｔｉｏｎＦｉｅｌｄ内に累積されて、横断されるネットワークノード滞留時間に加えてそれらをスレーブクロックに通知できるようにする。これらのすべての情報があれば、スレーブは、マスタクロック時刻スケールに対して自身のオフセットをより正確に計算できるようになる。これは、この計算がパケット遅延変動および遅延非対称性に対してノイズが少ないためである。
【００１４】
図１は、それぞれがピアツーピア（Ｐ２Ｐ）透過クロック（Ｐ２ＰＴＣＡおよびＰ２ＰＴＣＢ）、および少なくとも２つの高精度時刻プロトコル（ＰＴＰ）ポートを備える、ＩＰＲＡとＩＰＲＢの２つのＩＰルータを備えるネットワークの例示的な部分における基本的なピア遅延方法を示している。たとえば、ＩＰルータＩＰＲＡは、ＰＡ１とＰＡ２の２つのＰＴＰポートを備え、ＩＰルータＩＰＲＢは、ＰＢ１とＰＢ２の２つのＰＴＰポートを備える。ルータＩＰＲＡのＰＴＰポートＰＡ１は、ルータＩＰＲＢのＰＴＰポートＰＢ１に直接リンクされている（すなわち、中間ネットワークノードがない）。
【００１５】
ルータＩＰＲＢは、Ｐｄｅｌａｙ＿ＲｅｑメッセージをルータＩＰＲＡに送信する。ＩＰＲＡが、Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージで返信する。次いで、ルータＩＰＲＢは、ルータＩＰＲＡとルータＩＰＲＢとの間のリンクによって導入されるパス遅延を推定する。
【００１６】
その後、ルータＩＰＲＡは、マスタクロックから発生して、ＩＰＲＡとＩＰＲＢを介して少なくとも１つのスレーブクロックに向かう、ＳｙｎｃｈメッセージＳＹＮＣを受信する。このメッセージはスレーブに同期情報をもたらす。
【００１７】
図１のトポロジに関しては、可能なパスが１つしかないので、推定されたパス遅延（または、リンク遅延）をＳｙｎｃメッセージに関連付けることは問題がない。ルータＩＰＲＢのピアツーピア透過クロックＰＴＰＴＣＢは、ルータＩＰＲＡとルータＩＰＲＢとの間の推定パス遅延を考慮することによって、ｃｏｒｒｅｃｔｉｏｎＦｉｅｌｄを更新する。
【００１８】
しかしながら、特にピア遅延エンティティが直接リンクされていない場合、つまり、ピア遅延エンティティが少なくとも１つの中間ノードによって分離されている場合（後者がＰＴＰｖ２をサポートしないネットワークノードであるか、エンドツーエンド透過クロックを備えるネットワークノードである場合）、ピア遅延メカニズムの配備について、ＰＴＰｖ２標準内で懸念がある。
【００１９】
以下の記述では、このタイプの配備を、ピア遅延メカニズムの「非リンクバイリンク」配備と呼ぶ。
【００２０】
ピアツーピア透過クロックおよび関連付けられるネットワークノードは、非常に異なる特定の動作を実行する点に留意されたい。したがって、ピアツーピア透過クロックは、ＰＴＰメッセージ（ヘッダ）への修正だけを実行し、関連付けられるネットワークは、ＰＴＰメッセージのカプセル化と転送を担当する。
【００２１】
以下の文書では、および実行されるすべてのオペレーションでは、ピアツーピア透過クロックへの言及、および関連付けられるネットワークノードへの言及は、簡略化するために交換可能である。
【００２２】
ＩＥＥＥ１５８８＿２００８標準の１１．４．４項は、以下のようにピア遅延メカニズム懸念を記述している：
「遅延リクエスタ、ノードＡは、送信されたＰｄｅｌａｙ＿Ｒｅｑごとに、０、１、または複数のＰｄｅｌａｙ＿Ｒｅｓｐメッセージを受信することができる。複数の応答は、Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージのソースポート識別子フィールドが異なることを観察することによって検出され得る。
注：複数の応答は、ノードＡと複数のノードＢデバイスとの間に、エンドツーエンド透過クロック、または通常のブリッジ、あるいは他の同様のマルチキャストおよびマルチポートデバイスがある場合に発生し得る。複数の応答を区別することができるが、この標準には、複数のノードＢデバイスからの応答のそれぞれに関連付けられるパスの長さを、受信されたＳｙｎｃメッセージに正確に割り当てることを可能にするメカニズムがない。」
【００２３】
上述の項に記載されるように、懸念されるのは、ＰＴＰｖ２標準内に、Ｓｙｎｃメッセージの受信者が、異なる測定されたパス遅延（すなわち、ピア遅延メカニズムを介して推定された）の中の正しいパス遅延をこのメッセージに関連付けることを可能にするための、定義されたメカニズムがないことである。この懸念は基本的に、マルチキャストシナリオに焦点を当てている。しかしながら、この標準の懸念は、同様に、ユニキャストシナリオも含むように一般化することができる。
【００２４】
図２、３、４、は、ＩＰＲＡ、ＩＰＲＢ、ＩＰＲＣの３つのＩＰルータ、および中間ルータＩＰＲＩを備えるネットワークの例示的な部分におけるパス遅延アソシエーションの問題を示している。各ＩＰルータＩＰＲＡ、ＩＰＲＢ、ＩＰＲＣは、それぞれＰ２Ｐ  ＴＣ  Ａ、Ｐ２Ｐ  ＴＣ  Ｂ、Ｐ２Ｐ  ＴＣ  Ｃのピアツーピア透過クロックを備える。各ＩＰルータＩＰＲＡおよびＩＰＲＢは少なくとも２つのＰＴＰポートを備え、特にＰ２Ｐ  ＴＣ  ＡにＰＴＰポートＰＡ、およびＰ２Ｐ  ＴＣ  ＢにＰＴＰポートＰＢを備え、それぞれがＩＰアドレス＠ＩＰ−Ａおよび＠ＩＰ−Ｂを有している。
【００２５】
ルータＩＰＲＣは、３つのＰＴＰポート、特にＰＣ１、ＰＣ２を備え、その両方は同じＩＰアドレス＠ＩＰ−Ｃに対応する。ＰＴＰｖ２標準は、同じネットワークインターフェース、または通信ポート上にいくつかのＰＴＰポートを実装することを禁止しない点に留意されたい。
【００２６】
中間ＩＰルータＩＰＲＩは、３つの通信ポート（すなわち、ＩＰポート）を備える。
【００２７】
ルータＩＰＲＡのＰＴＰポートＰＡは、中間ルータＩＰＲＩの第１のＩＰポートに直接リンクされている。ルータＩＰＲＢのＰＴＰポートＰＢに関連付けられるＩＰポートは、中間ルータＩＰＲＩの第２のＩＰポートに直接リンクされている。ルータＩＰＲＣのＰＴＰポートＰＣに関連付けられるＩＰポートは、中間ルータＩＰＲＩの第３のＩＰポートに直接リンクされている。
【００２８】
ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃには２つのピアがあり、それぞれ、ルータＩＰＲＡ内のピアツーピア透過クロックＰ２Ｐ  Ｔ  ＣＡと、ルータＩＰＲＢ内のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂである。中間ＩＰルータＩＰＲＩにはＰＴＰクロックがない。このルータは、非ＰＴＰ認識装置（ｎｏｎ−ＰＴＰ  ａｗａｒｅ  ｅｑｕｉｐｍｅｎｔ）と呼ばれる。
【００２９】
図２は、ユニキャストシナリオ、および中間ルータＩＰＲＩが透過クロックを備えないために非ＰＴＰ認識ネットワーク要素であるネットワークトポロジにおける、パス遅延アソシエーションの問題を示している。ピアツーピアメカニズムは、次の隣接するピアツーピア透過クロックのペアの間のパス遅延を測定するために配備される：
−  第１のパスのＰ２Ｐ  ＴＣ  ＡとＰ２Ｐ  ＴＣ  Ｃ
−  第２のパスのＰ２Ｐ  ＴＣ  ＢとＰ２Ｐ  ＴＣ  Ｃ
【００３０】
ピアツーピア透過クロックＰ２Ｐ  ＴＣ  ＡとＰ２Ｐ  ＴＣ  Ｂは、それぞれがアドレス＠ＩＰ−Ａおよび＠ＩＰ−Ｂに対応する、２つのＰＴＰポートを実装する。ピア遅延メカニズムのこの配備では、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃは、アドレス＠ＩＰ−Ｃに対応する同じＩＰポートを介して、２つの異なるＰＴＰポートＰＣ１とＰＣ２を実装する。これは、ＰＴＰｖ２標準によって禁止されていないので可能である。したがって、ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃは、２つのパス遅延、それぞれ、それ自体とピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ａとの間のパス遅延と、それ自体とピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂとの間のパス遅延、がわかっている。
【００３１】
図２に示されるようなネットワークトポロジおよび配備内で、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃは、Ｓｙｎｃメッセージの受信でＳｙｎｃメッセージがたどるパスを識別する問題がある。実際、上述の情報は遠端のマスタクロック（図２には示されない）に関連する情報なので、クロックＰ２Ｐ  ＴＣ  Ｃは、Ｓｙｎｃメッセージのソース（ＰＴＰ）ポート識別またはソースＩＰアドレスのいずれからも、メッセージがクロックＰ２Ｐ  ＴＣ  Ａを介して通過したのか、またはクロックＰ２Ｐ  ＴＣ  Ｂを介して通過したのかを知ることができない。
【００３２】
図２は、ルータＩＰＲＣの同じＩＰポートに実装されたＰＣ１とＰＣ２の２つのＰＴＰポートを有する特別なケースを示している点に留意されたい。このＩＰポートはアドレス＠ＩＰ−Ｃに対応する。これは、記述を簡単にするためにすぎない。しかしながら、各ＰＴＰポートが１つのトランスポートプロトコル関連ポート（たとえば、ＩＰポート）に関連付けられるケースに問題を一般化することができる。
【００３３】
問題は、ＰＴＰｖ２プロトコルだけを使用して解決することはできない。したがって、ＩＥＥＥ１５８８＿２００８標準は、現在、ピア遅延メカニズムの使用を制限するための推奨を提供している。これは、配備コストを最適化するために、また配備制約を緩和するために、たとえば、エンドツーエンド透過クロックとピアツーピア透過クロックとの混合、または、非ＰＴＰ認識ネットワーク要素とピアツーピア透過クロックとの混合の配備を除外する。
【００３４】
図３は、標準によって制限された（または、回避された）別のネットワークトポロジにおけるパス遅延アソシエーションの問題を示している。トポロジは、中間ルータＩＰＲＩ’がエンドツーエンド透過クロックＥ２Ｅ  ＴＣ  Ｉを備えること以外は、図２のトポロジと同じである。ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃは、ＰＣ１とＰＣ２の２つのＰＴＰポートを、アドレス＠ＩＰ−Ｃに対応する同じＩＰポートに実装する。
【００３５】
ピアツーピアメカニズムは、次の隣接するピアツーピア透過クロックのペアの間のパス遅延を測定するために配備される：
−  第１のパスのＰ２Ｐ  ＴＣ  ＡとＰ２Ｐ  ＴＣ  Ｃ
−  第２のパスのＰ２Ｐ  ＴＣ  ＢとＰ２Ｐ  ＴＣ  Ｃ
この配備は、上述のように正しいパス遅延をＳｙｎｃメッセージに関連付ける手段がないので、標準によって制限されている（または、回避されている）。この場合、ネットワークのオペレータは、図４に示されるようなリンクバイリンクピア遅延メカニズムを配備するべきである。
【００３６】
本発明の利点を強調すると、図４は、標準によって許可された配備におけるパス遅延アソシエーションを示している。トポロジは、中間ルータＩＰＲＩ’がピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｉを備えること以外は、図２のトポロジと同じである。ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃは、単一のＰＴＰポートＰＣを、アドレス＠ＩＰ−Ｃに対応するＩＰポートに実装する。
【００３７】
この配備では、ピア遅延メカニズムは以下に配備される：
−  ルータＩＰＲＡのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ａと、中間ルータＩＰＲＩ’のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｉとの間のリンク。
−  ルータＩＰＲＢのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂと、中間ルータＩＰＲＩ’のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｉとの間のリンク。
−  ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃと、中間ルータＩＰＲＩ’のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｉとの間のリンク。
【００３８】
後者の実装形態は、特にメッシュネットワークがあるときには費用効率が高くなく、すなわち、多数のピア遅延メカニズムの配備のように、この数はＮ×（Ｎ−１）と等しく、Ｎはネットワークノードの数である。
【先行技術文献】
【非特許文献】
【００３９】
【非特許文献１】ＩＥＥＥ１５８８−２００８
【非特許文献２】ＩＥＴＦ  ＲＦＣ  ７９１
【非特許文献３】ＩＥＴＦ  ＲＦＣ  ３２０９
【非特許文献４】ＩＥＥＥ  ８０２．１ｑ
【非特許文献５】ＩＥＥＥ  ８０２．１ａｈ
【非特許文献６】ＩＥＴＦ  ＲＦＣ  ８２６
【非特許文献７】ＥＰ  ２．４０８．１２８
【発明の概要】
【発明が解決しようとする課題】
【００４０】
したがって、ピア遅延メカニズムをサポートするための、より費用効率の高い技術ソリューションを提供する必要がある。
【００４１】
これは、本発明による方法を適用することによって解決することができる。
【課題を解決するための手段】
【００４２】
本発明の目的は、通信ネットワークにおいて、高精度時刻プロトコルによって配信クロックを同期するための方法であって：
−  あるクロックから別のクロックに、複数のネットワークノードを介してＳｙｎｃメッセージを送信するステップであって、これらのノードのうちの第１のノードが第１のピアツーピア透過クロックを備え、これらのノードのうちの第２のノードが第２のピアツーピア透過クロックを備えるステップと、
−  同期メッセージによって、第１のピアツーピア透過クロックから第２のピアツーピア透過クロックに移動された送信パスのパス遅延を、
−−  第２のピアツーピア透過クロックから第１のピアツーピア透過クロックに、Ｐｄｅｌａｙ＿Ｒｅｑメッセージを送信するステップと、
−−  第１のピアツーピア透過クロックから第２のピアツーピア透過クロックに、Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージを送信するステップとによって推定するステップと、
−  次いで、第２のピアツーピア透過クロックにおいて、同期メッセージによって搬送される時刻情報を更新するために、このパス遅延を考慮するステップとを備え、
前記パス遅延を推定するために、
−  第１のピアツーピア透過クロックに関連付けられるネットワークノードにおいて、第１のピアツーピア透過クロックと第２のピアツーピア透過クロックとの間のその送信パスに沿って、同期メッセージによって横断されるネットワークインターフェースのネットワークアドレスのリストを作成するために、トランスポートプロトコルにおいて利用可能なツールを使用するステップと、
−  ネットワークインターフェースがＳｙｎｃメッセージによって横断された順序に、第１のリストを順序付けるステップと、
−  第１のリストの順序を逆にすることによって、第２のリストを作成するステップと、
−  第２のリストを第２のピアツーピア透過クロックに伝達するステップと、
−  Ｐｄｅｌａｙ＿ＲｅｑメッセージとＰｄｅｌａｙ＿Ｒｅｓｐメッセージのそれぞれのパスを制限して、それぞれのパスが横断されたインターフェースの第２の順序付けられたリストと第１の順序付けられたリストとにマッピングされるようにするために、それぞれ第１のピアツーピア透過クロックおよび第２のピアツーピア透過クロックに関連付けられるネットワークノードにおいて、トランスポートプロトコルにおいて利用可能なメカニズムを使用するステップとを備えることを特徴とする、方法である。
【００４３】
この方法によって、たとえ非リンクバイリンクピアメカニズム配備内でも、正しいパス遅延を、第１のピアツーピア透過クロックから第２のピアツーピア透過クロックに移動しているＳｙｎｃメッセージに関連付けることが、曖昧性なしに実行され得る。したがって、この方法によって、配備コストを最適化するために、また、配備制約を緩和するために、エンドツーエンド透過クロックとピアツーピア透過クロックとの混合、または、非ＰＴＰ認識ネットワーク要素と、ピアツーピア透過クロックとの混合の配備が可能になる。
【００４４】
本発明の他の特徴および利点は、本発明の実施形態の以下の詳細な説明を添付の図面と併せて読めば、より明らかになるだろう。
【００４５】
本発明の実施形態の特徴および利点を詳細に示すために、以下の説明は、添付の図面を参照して行われる。図面および記述を通じて、可能な場合、同様または類似の参照番号は、同じまたは類似の構成要素を指す。
【図面の簡単な説明】
【００４６】
【図１】上述のように、基本的なピア遅延方法を示す図である。
【図２】上述のように、ユニキャストシナリオ、および中間ルータＩＰＲＩが非ＰＴＰ認識ネットワーク要素であるネットワークトポロジにおけるパス遅延アソシエーションの問題を示す図である。
【図３】上述のように、標準によって制限された（または、回避された）別のネットワークトポロジにおけるパス遅延アソシエーションの問題を示す図である。
【図４】上述のように、標準によって許可された配備におけるパス遅延アソシエーションを示す図である。
【図５】均一環境（たとえば、ＩＰだけの環境）における、本発明による方法の第１の実施形態を示す図である。
【図６】均一環境（たとえば、ＩＰだけの環境）における、本発明による方法の第１の実施形態を示す図である。
【図７】均一環境（たとえば、ＩＰだけの環境）における、本発明による方法の第１の実施形態を示す図である。
【図８】均一環境（たとえば、ＩＰだけの環境）における、本発明による方法の第１の実施形態を示す図である。
【図９】異種環境（たとえば、ＩＰおよびイーサネット（登録商標））における、本発明による方法の第２の実施形態を示す図である。
【発明を実施するための形態】
【００４７】
図５−図８は、均一ＩＰ環境、たとえば、インターネットプロトコル（ＩＰ）における、本発明による方法の第１の実施形態を示している。それらの図は、ＩＰＲＡ、ＩＰＲＢ、ＩＰＲＣの３つのＩＰルータ、およびＩＰＲＩ１、ＩＰＲＩ２、ＩＰＲＩ３の３つの中間ＩＰルータを備えるネットワークの例示的な部分を表している。ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃには２つのＰＴＰｖ２ピアがあり、それぞれ、ルータＩＰＲＡ内のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ａと、ルータＩＰＲＢ内のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂである。中間ＩＰルータＩＰＲＩ１、ＩＰＲＩ２、ＩＰＲＩ３にはＰＴＰクロックがない。
【００４８】
クロックＰ２Ｐ  ＴＣ  ＡとＰ２Ｐ  ＴＣ  Ｂは、それぞれがＩＰアドレス＠ＩＰ−Ａおよび＠ＩＰ−Ｂに対応する、２つのＰＴＰポートをそれぞれ実装する。クロックＰ２Ｐ  ＴＣ  Ｃは、それぞれがＩＰアドレス＠ＩＰ−Ｃ１および＠ＩＰ−Ｃ２に対応する２つの異なるＩＰポートを介して、２つの異なるＰＴＰポートを実装する点に留意されたい。
【００４９】
中間ＩＰルータＩＰＲＩ１は、以下を有する：
−  ＩＰアドレス＠ＩＰ−Ａに対応する、ルータＩＰＲＡのＩＰポートに直接リンクされている第１のＩＰポート、
−  ＩＰアドレス＠ＩＰ−Ｂに対応する、ルータＩＰＲＢのＩＰポートに直接リンクされている第２のＩＰポート、
−  ＩＰルータＩＰＲＩ２の第１のポートに直接リンクされている第３のＩＰポート、
−  ＩＰルータＩＰＲＩ３の第１のポートに直接リンクされている第４のＩＰポート。
【００５０】
ＩＰルータＩＰＲＩ２は、ＩＰアドレス＠ＩＰ−Ｃ１に対応する、ルータＩＰＲＣのＩＰポートに直接リンクされている第２のＩＰポートを有する。ＩＰルータＩＰＲＩ３は、ＩＰアドレス＠ＩＰ−Ｃ２に対応する、ルータＩＰＲＣのＩＰポートに直接リンクされている第２のポートを有する。
【００５１】
図５は、図１によって示される問題に対して、より一般的な問題を示している。図５は、図１によって表わされているものと同じＰＴＰｖ２トポロジを表しているが、異なるネットワークトポロジがある。これは、ＰＴＰｖ２メッセージのＩＰカプセル化だけがすべてのネットワークノードによってサポートされるので、均一環境である。たとえば、Ｓｙｎｃｈメッセージは、ルータＩＰＲＢ、ＩＰＲＩ１、ＩＰＲ３、ＩＰＲＣを介して、マスタクロックからスレーブクロックに転送される。
【００５２】
図５にシナリオに関しては、たとえＳｙｎｃパスを識別するための何らかの手段を有することができても、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃは、受信したＳｙｎｃメッセージに関連付けるべきパス遅延がない。これは、ＩＰルーティングが一般的に宛先ＩＰアドレスに基づくという事実によって説明することができる。Ｓｙｎｃメッセージの宛先ＩＰアドレスはスレーブＩＰアドレスなので、Ｓｙｎｃメッセージのルーティングは、宛先ＩＰアドレスとして＠ＩＰ−Ｃ１か＠ＩＰ−Ｃ２のいずれかを有するＰｄｅｌａｙ＿Ｒｅｓｐメッセージと同じネットワークパスを必ずしもたどらない。
【００５３】
この問題を回避するために、本発明による方法の第１の実施形態は、図６、図７、および図８に示される自動手順で構成される。この第１の実施形態は、以下のステップを備える。
【００５４】
１）図６では、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂが、Ｓｙｎｃメッセージの通信パス（すなわち、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂから、ＩＰルータＩＰＲＩ１を介してスレーブクロックに向かう）を検出する。ルータＩＰＲＢである、その関連付けられるネットワークは、ＩＰ宛先アドレスがスレーブクロックのＩＰアドレスに設定されたＩＰ  ＴＲＡＣＥＲＯＵＴＥコマンドを使用する。ＩＰ  ＴＲＡＣＥＲＯＵＴＥ  ＥＣＨＯリクエストメッセージが、スレーブに到達するまで、ＩＰルータＩＰＲＩ１、ＩＰＲＩ２、ＩＰＲＣなどを通じて転送される。
【００５５】
ＩＰ  ＴＲＡＣＥＲＯＵＴＥコマンドの出力は、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂに、横断されたインターフェースＩＰアドレスの順序付けられたリストを提供する。このシナリオでは、リストの興味のある部分は、＠ＩＰ−１、＠ＩＰ−２、＠ＩＰ−Ｃ１である。ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂは、アドレス＠ＩＰ−Ｃ１に対応するＩＰポートをピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃに関連付ける（たとえば、構成によって）ための手段を有する点に留意されたい。
【００５６】
２）図７では、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂが逆に順序付けられたリスト（＠ＩＰ−Ｃ１、＠ＩＰ−２、＠ＩＰ−１）を構築して、後に、これをプロトコルＰＴＰｖ２によって定義された新しいタイプ長さ値（ＴＬＶ）構造を使用して、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃに伝達する。このＰＴＰｖ２構造は、たとえば、ＩＰルータＩＰＲＩ１、およびＩＰＲＩ３を通じて転送される。
【００５７】
ＴＬＶフィールドの、この新しい構造は以下の通りである：
【００５８】
【表１】
0006009672.tif 000002
【００５９】
このＴＬＶフィールドは、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂによってピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃに送信された、第１のＰｄｅｌａｙ＿Ｒｅｓｐメッセージのうちの１つの中で搬送され得る。
【００６０】
あるいは、逆に順序付けられたリストＴＬＶは、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂによってピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃに送信された、ＰＴＰｖ２管理メッセージ内で移送され得る。
【００６１】
３）図８では、Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージパスを制限するために、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  ＢがインターフェースＩＰアドレスの順序付けられたリストを使用して、Ｐｄｅｌａｙ＿Ｒｅｑメッセージパスを制限するために、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃが逆に順序付けられたリストを使用して、それらがＳｙｎｃメッセージによって経験される同じパス上で、つまりＩＰルータＩＰＲＩ１およびＩＰＲ２を介して送信されるようにする。この方法内では、Ｓｙｎｃメッセージによって横断されるパスに関連付けられるパス遅延だけが測定される。したがって、ピア遅延メカニズムは、この特定のパスだけに適用することができる。
【００６２】
純粋なＩＰ環境内で、ネットワークパスを制限する方法を、ソースルーティングメカニズムを使用して構成することができる（ＩＥＴＦ  ＲＦＣ  ７９１を参照）。
【００６３】
ＩＰ／ＭＰＬＳ環境内で、パス制限方法を、ＲＳＶＰ−ＴＥ（リソース予約プロトコル−トラフィックエンジニアリング）ＥＸＰＬＩＣＩＴ  ＲＯＵＴＥ  ＯＢＪＥＣＴを使用して構成することができる（ＩＥＴＦ  ＲＦＣ  ３２０９を参照）。
【００６４】
図９は、異種環境における、本発明による方法の第２の実施形態を示している。この実施形態は、図５の問題と同じ問題であるが、異種環境内にある。３つの連続ドメインＤ１、Ｄ２、およびＤ３を備えるネットワークの例示的な部分を考慮する：
−  第１のドメインＤ１および第３のドメインＤ３は、ＩＰベースの技術である（たとえば、ＰＴＰは、ＩＰを介しＵＤＰを介してカプセル化される−ＩＥＥＥ標準１５８８−２００８  Ａｎｎｅｘ  ＤまたはＡｎｎｅｘ  Ｅ）。第１のドメインＤ１および第３のドメインＤ３は、イーサネットベースの技術である第２のドメインによって分離される（すなわち、ＩＰが配備される−ＩＥＥＥ標準１５８８−２００８  Ａｎｎｅｘ  Ｆ）。あるいは、第２のドメインはＭＰＬＳ−ＴＰを実装し得る。
−  第１のドメインＤ１は、ＩＰまたはＩＰ／ＭＰＬＳ（マルチプロトコルラベルスイッチング）環境である。第１のドメインＤ１は、ＩＰＲＡ’とＩＰＲＢ’の２つのＩＰルータを含む。後者は、第１のドメインＤ１を第２のドメインＤ２から分離する境界ネットワークノードの役割を果たす。それらのルータは、それぞれピアツーピア透過クロックＰ２ＰＴＣＡ’とＰ２ＰＴＣＢ’とを備える。それらは通信ポートによって第２のドメインＤ２に接続されている。第１のルータの通信ポートは、ＩＰアドレスＩＰ−Ａと、ＭＡＣ（媒体アクセス制御）アドレスＭＡＣ−Ａとを有する。第２のルータの通信ポートは、ＩＰアドレスＩＰ−Ｂと、ＭＡＣアドレスＭＡＣ−Ｂとを有する。
−  第２のドメインＤ２はイーサネット環境であり、つまりＩＥＥＥ標準１５８８−２００８  Ａｎｎｅｘ  Ｆが実装され、最終的にＩＥＥＥ  ８０２．１ｑまたはＩＥＥＥ  ８０２．１ａｈと、あるいはＭＰＬＳ−ＴＰ（マルチプロトコルラベルスイッチング−トランスポートプロファイル）とともに実装される（ｊｏｉｎｔｌｙ  ｗｉｔｈ）。いずれにしても、Ｄ２は、ＥＳＩ１、ＥＳＩ２、ＥＳＩ３の３つのイーサネットスイッチを含む。それらのスイッチは、非ＰＴＰ認識装置である。
−  第３のドメインＤ３は、ＩＰまたはＩＰ／ＭＰＬＳ環境である。第３のドメインＤ３は、ＩＰルータＩＰＲＣ’を含む。後者は、第３のドメインＤ３を第２のドメインＤ２から分離する境界ノードの役割を果たす。ＩＰルータＩＰＲＣ’は、Ｄ２ドメイン内の２つのそれぞれの通信ポートを介して２つのＰＴＰポートを実装するピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃ’を備える。第１の通信ポートは、ＩＰアドレスＩＰ−Ｃ１と、ＭＡＣアドレスＭＡＣ−Ｃ１とを有する。第２の通信ポートは、ＩＰアドレスＩＰ−Ｃ２と、ＭＡＣアドレスＭＡＣ−Ｃ２とを有する。
【００６５】
イーサネットスイッチＥＳＩ１は、以下を有する：
−  ＭＡＣアドレスＭＡＣ−Ａに対応するルータＩＰＲＡ’のイーサネットポートに直接リンクされている第１のポート、
−  ＭＡＣアドレスＭＡＣ−Ｂに対応するルータＩＰＲＢ’のイーサネットポートに直接リンクされている第２のポート、
−  イーサネットスイッチＥＳＩ２の第１のポートに直接リンクされている第３のポート、
−  イーサネットスイッチＥＳＩ３の第１のポートに直接リンクされている第４のポート。
【００６６】
イーサネットスイッチＥＳＩ２は、ＭＡＣアドレスＭＡＣ−Ｃ１に対応する、ルータＩＰＲＣ’のイーサネットポートに直接リンクされている第２のポートを有する。イーサネットスイッチＥＳＩ３は、ＭＡＣアドレスＭＡＣ−Ｃ２に対応する、ルータＩＰＲＣのイーサネットポートに直接リンクされている第２のポートを有する。
【００６７】
ルータＩＰＲＣのピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃには２つのピアがあり、それぞれルータＩＰＲＡ’内のピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ａ’と、ルータＩＰＲＢ’内のピアツーピア透過クロックＩＰＲＢ’である。イーサネットスイッチＥＳＩ１、ＥＳＩ２、ＥＳＩ３にはＰＴＰクロックが実装されていない。後者は非ＰＴＰ認識ノードである。
【００６８】
たとえば、ＳｙｎｃメッセージＳＹＮＣが、ルータＩＰＲＢ’、イーサネットスイッチＥＳＩ１およびＥＳＩ２、ならびにＩＰルータＩＰＲＣ’を通じて、マスタからスレーブに転送される。
【００６９】
この異種環境内で、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ａ’、Ｐ２Ｐ  ＴＣ  Ｂ’、Ｐ２Ｐ  ＴＣ  Ｃ’は技術ドメイン間の境界ノードである：
−  一方で、それらはＩＰを介してＰＴＰメッセージカプセル化方法を使用し（たとえば、ＩＰを介しＵＤＰを介してＳｙｎｃメッセージがカプセル化される−ＩＥＥＥ標準１５８８＿２００８  Ａｎｎｅｘ  ＤまたはＡｎｎｅｘ  Ｅ）、
−  他方で、それらはイーサネットであるＰＴＰメッセージカプセル化方法を使用する（たとえば、イーサネットを介して、Ｐｄｅｌａｙ＿Ｒｅｑ／Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージがカプセル化される−ＩＥＥＥ標準１５８８＿２００８  Ａｎｎｅｘ  Ｆ）。
【００７０】
したがって、ピアツーピア透過クロックは、２つの異なるカプセル化技術に対応することができ、また、後にこれらの間のインターワーキングを実行することができる。Ｓｙｎｃメッセージはイーサネットベースのドメインを透過的に横断した点に留意されたい。
【００７１】
本発明による方法の、この第２の実施形態は、以下のステップを備える。
【００７２】
１）Ｓｙｎｃメッセージの送信方向（すなわち、透過クロックＰ２Ｐ  ＴＣ  Ｂ’からスレーブクロックに向かう）を検出するピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’が、そのＩＰ宛先アドレス（スレーブＩＰアドレス）および、特にＩＰ−Ｃ１であるそのネクストホップアドレスを監視する（たとえば、ＩＰルーティングテーブル内のルックアップ）。
【００７３】
２）ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’が、たとえば、ＡＲＰと呼ばれるアドレス解決プロトコルを使用して、ＩＰアドレスＩＰ−Ｃ１に関連付けられるＭＡＣアドレスＭＡＣ−Ｃ１を取得する（ＩＥＴＦ  ＲＦＣ  ８２６）。これは、何らかの事前設定を介して取得することもできる。
【００７４】
３）ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’が、ＭＡＣ宛先アドレスをＭＡＣ−Ｃ１に設定したイーサネットＯＡＭ  ＴＲＡＣＥＲＯＵＴＥコマンドを使用する。イーサネットＯＡＭ  ＴＲＡＣＥＲＯＵＴＥコマンドの出力は、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’に、第２のドメインＤ２内のＳｙｎｃｈメッセージＳＹＮＣによって横断されたインターフェースに対応する、インターフェースＭＡＣアドレスの順序付けられたリストを提供する。
【００７５】
４）ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’が、第１のリストを逆にすることによって第２のリストを構築して、新しいＴＬＶ構造を使用することによって、この第２のリストをピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃ’に伝達する（すなわち、現在ａｄｄｒｅｓｓＴｙｐｅは、ＩＰアドレスではなくＭＡＣアドレスを示しているべきである）。やはり、この新しいＴＬＶフィールドは、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’によってピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃ’に送信された、第１のＰｄｅｌａｙ＿Ｒｅｓｐメッセージのうちの１つの中で移送され得る。あるいは、逆に順序付けられたリストは、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’によってピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃ’に送信された、ＰＴＰｖ２管理メッセージの中で移送され得る。
【００７６】
５）Ｐｄｅｌａｙ＿Ｒｅｓｐメッセージパスを制限するために、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｂ’がインターフェースＭＡＣアドレスの順序付けられたリストを使用して、Ｐｄｅｌａｙ＿Ｒｅｑメッセージパスを制限するために、ピアツーピア透過クロックＰ２Ｐ  ＴＣ  Ｃ’が逆に順序付けられたリストを使用する。
【００７７】
イーサネット環境内の通信パスを制限する方法は、仮想ローカルエリアネットワーク（ＶＬＡＮ）ＩＥＥＥ  ８０２．１ｑまたはＩＥＥＥ  ８０２．１ａｈを使用して構成することができる。あるいは、パスのシグナリングのために、ＲＳＶＰ−ＴＥおよびＥＸＰＬＩＣＩＴ  ＲＯＵＴＥ  ＯＢＪＥＣＴを使用して、ＭＰＬＳ−ＴＰ（ＭＰＬＳトランスポートプロファイル）を使用することができる。
【００７８】
上述の均一環境に対する主な違いは、ここでのピアツーピア透過クロックは、イーサネットデータパケット（たとえば、ＩＥＥＥ標準１５８８＿２００８  ａｎｎｅｘ  Ｆ）を介してカプセル化されたＰＴＰメッセージ（すなわち、Ｐｄｅｌａｙ＿Ｒｅｑ／Ｐｄｅｌａｙ＿ｒｅｓｐ）を使用することによって、ＩＰを介しＵＤＰを介して（たとえば、ＩＥＥＥ標準１５８８  ａｎｎｅｘ  Ｄ）移送されたＳｙｎｃメッセージのパス遅延を推定することである。
【００７９】
従来、異なるカプセル化技術ドメインの境界に、境界クロックを実装することが推奨される。しかし、本発明によって、ピアツーピア透過クロックは、相対的に複雑性を減少して、シームレスにサポートできるようになる。したがって、本発明は、ピア遅延メカニズムの配備に関連する制限を解決する。それによって、ピアツーピア透過クロックの中に、非ＰＴＰ認識ノード、および／またはエンドツーエンド透過クロックを挿入することが可能になり、配備をより柔軟にする。
【００８０】
また、ピア遅延インスタンスが減少するため、ピア遅延メッセージの数を減少させることが可能になり、特にメッシュ大規模ネットワーク内のネットワークリソース消費が減少する。
【００８１】
最後に、第２の実施形態（すなわち、異種環境）によって示されるように、本発明による方法によって、技術ドメイン境界で境界クロックを回避することが可能になる。これは、同期アーキテクチャの複雑性を著しく減少させる。
【００８２】
本発明による方法は、他の任意の種類のパケットベースネットワークを介して実装することができる。
【００８３】
本発明による方法はエージェントによって実装することができ、各エージェントは、プログラムがプロセッサ上で実行されているときに本方法を実行しているプロセッサ実行可能プログラムである。実装形態の一例は、文書ＥＰ  ２．４０８．１２８内で説明されている。
【００８４】
１つまたは複数のエージェントは、通常のクロック、境界クロック、または透過クロックなどのＰＴＰクロックを備えた各ネットワークノード内に実装される。これらのエージェントによって、異なるネットワークエンティティ間にインターワーキングを、また所与のネットワークノード内にＰＴＰクロックを提供することが可能になる。
【００８５】
実際、インターワーキングエージェントは、ＰＴＰプロトコルスタックの延長と見なすことができ、一般的にＰＴＰモジュールなしでインストールすることができない。インターワーキングエージェントには２つのタイプのインターフェースがある：
−  アプリケーションレベルでＰＴＰエンティティと対話するためのＰＴＰ側インターフェース、
−  ネットワークレベルでネットワークエンティティ（運用、管理、および保守（ＯＡＭ）プレーン、または制御プレーン）と対話するための少なくとも１つのネットワーク側インターフェース。
【００８６】
したがって、インターワーキングエージェントは一方でＰＴＰクロックと、および他方でネットワークエンティティと通信することができる。したがって、他のレベルでのいくつかのパラメータの再構成または修正を必要とするあるレベルでの障害イベントなどの、あるレベルで発生したイベントを他のレベルに通知することを可能にするのは、両側／レベル間のインターフェースである。
【図１】
0006009672.tif 000003
【図２】
0006009672.tif 000004
【図３】
0006009672.tif 000005
【図４】
0006009672.tif 000006
【図５】
0006009672.tif 000007
【図６】
0006009672.tif 000008
【図７】
0006009672.tif 000009
【図８】
0006009672.tif 000010
【図９】
0006009672.tif 000011