(57)【要約】      （修正有）【課題】通信ネットワーク内の滞留時間情報の送信方法を提供する。【解決手段】プレシジョン・タイム・プロトコル・ネットワーク１０において、マルチプロトコル・ラベル・スイッチング・ネットワークが、ネットワーク・ノード間でタイミング情報をＰＴＰ又はＮＴＰに従ってタイミング情報を送信することにより同期を実現する動作の方法は、ネットワークのアクティブ・ノードにおいて、送信元ノードから第１データ・パケットを受信することと、宛先ノードへ第１データ・パケットを転送することと、を伴う。同時に、アクティブ・ノードは、アクティブ・ノードにおける第１データ・パケットの滞留時間を測定し、滞留時間情報を含む更なるデータ・パケットを送信する。送信元ノードは、２ステップ・モードで動作するクロックノードであり、第１データ・パケットは、タイミング情報を伝えるパケットである。【選択図】図１
2019220970.tif 000002
【特許請求の範囲】
【請求項１】
マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、
前記ネットワークのアクティブ・ノードにおいて、
送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
滞留時間情報を含む更なるデータ・パケットを送信することと、
を有する方法。
【請求項２】
前記第１データ・パケットは、２ステップ・モードを使用中かを示すフラグを含む、請求項１に記載の方法。
【請求項３】
前記第１データ・パケットは、タイミング情報を伝えるパケットの双方向交換による同期のための方法の一部として送信される、請求項１又は２に記載の方法。
【請求項４】
前記第１データ・パケットを識別する情報を前記更なるデータ・パケットに含めることを有する請求項１乃至３の何れか１項に記載の方法。
【請求項５】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
前記送信元ノードから第２データ・パケットを受信することと、
前記滞留時間情報を前記第２データ・パケットに含めることと、
前記宛先ノードへ前記第２データ・パケットを転送することと、
を含む、請求項１乃至４の何れか１項に記載の方法。
【請求項６】
前記送信元ノードは、２ステップ・モードで動作するクロックであり、
前記第１データ・パケットは同期のための方法の一部として送信され、前記同期は前記第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく、
請求項１乃至５の何れか１項に記載の方法。
【請求項７】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
前記宛先ノードから第２データ・パケットを受信することと、
前記第２データ・パケットに前記滞留時間情報を含めることと、
前記送信元ノードへ前記第２データ・パケットを転送することと、
を含む、請求項１乃至４の何れか１項に記載の方法。
【請求項８】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記宛先ノードへ前記新たなデータ・パケットを送信することと、
を含む、請求項１乃至４の何れか１項に記載の方法。
【請求項９】
前記送信元ノードは、１ステップ・モードで動作するクロックであり、
前記第１データ・パケットは同期のための方法の一部として送信され、前記同期は前記第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく、
請求項１乃至４、７又は８の何れか１項に記載の方法。
【請求項１０】
２ステップ・モードを使用中かを示すために前記転送される第１データ・パケットにフラグを設定することを更に有する請求項１乃至９の何れか１項に記載の方法。
【請求項１１】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記送信元ノードへ前記新たなデータ・パケットを送信することと、
を含む、請求項１乃至４の何れか１項に記載の方法。
【請求項１２】
前記送信元ノードは、境界クロック、又は境界クロックに接続されたクロックを備える、請求項１乃至１１の何れか１項に記載の方法。
【請求項１３】
前記滞留時間情報を含めるように前記更なるデータ・パケット内の訂正フィールドを更新することを有する請求項１乃至１２の何れか１項に記載の方法。
【請求項１４】
前記更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化される、請求項１乃至１３の何れか１項に記載の方法。
【請求項１５】
マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、前記マルチプロトコル・ラベル・スイッチング・ネットワークは、複数のラベル・スイッチング・エッジ・ルータ・ノードを含む複数のラベル・スイッチング・ルータ・ノードを備え、前記方法は、
入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってSyncデータ・パケットを送信することと、
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを送信することと、を有し、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Syncデータ・パケットの滞留時間を測定することと、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Follow_upデータ・パケットを送信する際に、前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有する、方法。
【請求項１６】
前記出口ラベル・スイッチング・エッジ・ルータから前記入口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Reqデータ・パケットを送信することと、
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Respデータ・パケットを送信することと、を更に有し、
前記Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Delay_Reqデータ・パケットの滞留時間を測定することと、
前記Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Delay_Respデータ・パケットを送信する際に、前記Delay_Reqデータ・パケットの前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有する請求項１５に記載の方法。
【請求項１７】
それぞれの一般随伴チャネル・メッセージにおいて前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたって前記データ・パケットを送信することを有する、請求項１５又は１６に記載の方法。
【請求項１８】
前記Syncデータ・パケット及び／又はDelay_Reqデータ・パケットは、２ステップ・モードを使用中かを示すフラグを含む、請求項１５、１６又は１７に記載の方法。
【請求項１９】
マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
滞留時間情報を含む更なるデータ・パケットを送信することと、
のために構成されている、ＭＰＬＳネットワーク・ノード。
【請求項２０】
前記第１データ・パケットは、２ステップ・モードを使用中かを示すフラグを含む、請求項１９に記載のＭＰＬＳネットワーク・ノード。
【請求項２１】
前記第１データ・パケットを識別する情報を前記更なるデータ・パケットに含めるために更に構成されている請求項１９又は２０に記載のＭＰＬＳネットワーク・ノード。
【請求項２２】
前記送信元ノードから第２データ・パケットを受信することと、
前記宛先ノードへ前記第２データ・パケットを転送することと、
前記宛先ノードへ転送される前記第２データ・パケットに前記滞留時間情報を含めることと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１９、２０又は２１に記載のＭＰＬＳネットワーク・ノード。
【請求項２３】
前記宛先ノードから第２データ・パケットを受信することと、
前記送信元ノードへ前記第２データ・パケットを転送することと、
前記送信元ノードへ転送される前記第２データ・パケットに前記滞留時間情報を含めることと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１９、２０又は２１に記載のＭＰＬＳネットワーク・ノード。
【請求項２４】
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記宛先ノードへ前記新たなデータ・パケットを送信することと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１９、２０又は２１に記載のＭＰＬＳネットワーク・ノード。
【請求項２５】
２ステップ・モードを使用中であることを示すために前記転送される第１データ・パケットにフラグを設定するために更に構成されている、請求項１９乃至２４の何れか１項に記載のＭＰＬＳネットワーク・ノード。
【請求項２６】
前記滞留時間情報を含めるために前記更なるデータ・パケット内の訂正フィールドを更新するために更に構成されている、請求項１９乃至２５の何れか１項に記載のＭＰＬＳネットワーク・ノード。
【請求項２７】
前記更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化される、請求項１９乃至２６の何れか１項に記載のＭＰＬＳネットワーク・ノード。
【請求項２８】
マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
プロセッサと、
メモリと、を備え、
前記メモリは前記プロセッサによって実行可能な命令を含み、それによって前記ノードは、
送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
滞留時間情報を含む更なるデータ・パケットを送信することと、
をするように作動する、ＭＰＬＳネットワーク・ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークに関し、特にマルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）を用いるネットワークに関する。より具体的に、本発明はこのようなネットワーク内の滞留時間情報の送信に関する。
【背景技術】
【０００２】
ネットワーク全体での同期を実現できるようにするために、ネットワーク・ノード間でタイミング情報を送信することが知られている。これが当てはまる状況の１つの例は、セルラー通信ネットワークの場合であり、ここではそれぞれのセルにおけるアクセス・ポイント間の同期を実現する必要がある。タイミング情報の送信の１つの方法は、プリシジョン・タイム・プロトコル（ＰＴＰ）を使用し、メッセージを受信した時刻を測定すること及び宛先へ当該メッセージを転送した時刻を測定することをノードに要求する。２つの時刻の間の経過時間は滞留時間と呼ばれる。この滞留時間に関する情報は、ネットワーク上の送信遅延を算出し、それゆえネットワークのノード間の同期を実現するために宛先ノードへ送信される。
【０００３】
マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）は、ネットワークをわたってデータ・パケットを伝達するために用いられるメカニズムであり、http://www.ietf.org/internet-drafts/draft-mirsky-mpls-residence-time-02.txtで入手可能なマースキー（Mirsky）らの「ＭＰＬＳネットワークにおける滞留時間測定」との文書は、滞留時間測定情報が一般随伴チャネル（Ｇ−ＡＣｈ）メッセージで送信されうるシステムを記載する。特に、この文書は、入口ルータから出口ルータへのパスでパケットによって通過されたルータにおいて費やされた滞留時間を示す情報をデータ・パケットが含むシステムを記載する。
【０００４】
しかし、このシステムはハードウェアに何らかの要件を課し、すべての場合にこれらの要件を満たすことは可能でないかもしれない。
【発明の概要】
【０００５】
本発明の第１側面によれば、マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法が提供される。ネットワークのアクティブ・ノードは、送信元ノードから第１データ・パケットを受信し、宛先ノードへ第１データ・パケットを転送し、アクティブ・ノードにおける第１データ・パケットの滞留時間を測定し、滞留時間情報を含む更なるデータ・パケットを送信する。
【０００６】
第１データ・パケットは、プレシジョン・タイム・プロトコル、ＰＴＰ、に従って又はネットワーク・タイム・プロトコル、ＮＴＰ、に従って、タイミング情報を伝えるパケットの双方向交換による同期のための方法の一部として、例えばタイミング情報を伝えるパケットの双方向交換による同期のための方法の一部として送信されてもよい。
【０００７】
本方法は、第１データ・パケットを識別する情報を更なるデータ・パケットに含めることを有してもよい。
【０００８】
滞留時間情報を含む更なるデータ・パケットを送信することは、
送信元ノードから第２データ・パケットを受信することと、
宛先ノードへ第２データ・パケットを転送することと、
宛先ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、
を含んでもよい。
【０００９】
一部の例では、滞留時間情報を含む更なるデータ・パケットを送信することは、送信元ノードから第２データ・パケットを受信することと、滞留時間情報を第２データ・パケットに含めることと、宛先ノードへ第２データ・パケットを転送することと、を含む。
【００１０】
一部の例では、送信元ノードは、２ステップ・モードで動作するクロックであり、第１データ・パケットは同期のための方法の一部として送信され、同期は第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく。
【００１１】
滞留時間情報を含む更なるデータ・パケットを送信することは、
宛先ノードから第２データ・パケットを受信することと、
送信元ノードへ第２データ・パケットを転送することと、
送信元ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、
を含んでもよい。
【００１２】
一部の例では、滞留時間情報を含む更なるデータ・パケットを送信することは、宛先ノードから第２データ・パケットを受信することと、第２データ・パケットに滞留時間情報を含めることと、送信元ノードへ第２データ・パケットを転送することと、を含む。
【００１３】
滞留時間情報を含む更なるデータ・パケットを送信することは、新たなデータ・パケットを作成することと、新たなデータ・パケットに滞留時間情報を含めることと、宛先ノードへ新たなデータ・パケットを送信することと、を含んでもよい。
【００１４】
一部の例では、送信元ノードは、１ステップ・モードで動作するクロックであり、第１データ・パケットは同期のための方法の一部として送信され、同期は第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく。
【００１５】
本方法は、２ステップ・モードを使用中であることを示すために転送される第１データ・パケットにフラグを設定することを更に有してもよい。
【００１６】
一部の例では、滞留時間情報を含む更なるデータ・パケットを送信することは、新たなデータ・パケットを作成することと、新たなデータ・パケットに滞留時間情報を含めることと、送信元ノードへ新たなデータ・パケットを送信することと、を含む。
【００１７】
一部の例では、送信元ノードは、境界クロック、又は境界クロックに接続されたクロックを備える。
【００１８】
本方法は、滞留時間情報を含めるように更なるデータ・パケット内の訂正フィールドを更新することを有してもよい。
【００１９】
更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化されてもよい。
【００２０】
本発明の第２側面によれば、マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法が提供され、マルチプロトコル・ラベル・スイッチング・ネットワークは、複数のラベル・スイッチング・エッジ・ルータ・ノードを含む複数のラベル・スイッチング・ルータ・ノードを備える。本方法は、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってSyncデータ・パケットを送信することと、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを送信することと、を有し、Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでのSyncデータ・パケットの滞留時間を測定することと、Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードからFollow_upデータ・パケットを送信する際に、測定された滞留時間から導出された更新後の滞留時間情報を含めることと、を更に有する。
【００２１】
本方法は、出口ラベル・スイッチング・エッジ・ルータから入口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Reqデータ・パケットを送信することと、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Respデータ・パケットを送信することと、Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでのDelay_Reqデータ・パケットの滞留時間を測定することと、Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードからDelay_Respデータ・パケットを送信する際に、Delay_Reqデータ・パケットの測定された滞留時間から導出された更新後の滞留時間情報を含めることと、を更に有してもよい。
【００２２】
本方法は、それぞれの一般随伴チャネル・メッセージにおいてマルチプロトコル・ラベル・スイッチング・ネットワークをわたってデータ・パケットを送信することを有してもよい。
【００２３】
本発明の第３側面によれば、マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、送信元ノードから第１データ・パケットを受信することと、宛先ノードへ前記第１データ・パケットを転送することと、のために構成されている、ＭＰＬＳネットワーク・ノードが提供される。アクティブ・ノードにおける第１データ・パケットの滞留時間が測定される。滞留時間情報を含む更なるデータ・パケットが送信される。
【００２４】
一部の例では、本ノードは、第１データ・パケットを識別する情報を更なるデータ・パケットに含めるために更に構成されている。
【００２５】
一部の例では、本ノードは、送信元ノードから第２データ・パケットを受信することと、宛先ノードへ第２データ・パケットを転送することと、宛先ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、によって、滞留時間情報を含む更なるデータ・パケットを送信するために更に構成されている。
【００２６】
一部の例では、本ノードは、宛先ノードから第２データ・パケットを受信することと、送信元ノードへ第２データ・パケットを転送することと、送信元ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、によって、滞留時間情報を含む更なるデータ・パケットを送信するために更に構成されている。
【００２７】
一部の例では、本ノードは、新たなデータ・パケットを作成することと、新たなデータ・パケットに滞留時間情報を含めることと、宛先ノードへ新たなデータ・パケットを送信することと、によって、滞留時間情報を含む更なるデータ・パケットを送信するために更に構成されている。
【００２８】
一部の例では、本ノードは、２ステップ・モードを使用中であることを示すために転送される第１データ・パケットにフラグを設定するために更に構成されている。
【００２９】
一部の例では、本ノードは、滞留時間情報を含めるために更なるデータ・パケット内の訂正フィールドを更新するために更に構成されている。
【００３０】
一部の例では、更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化される。
【００３１】
第１側面では、ノードは、マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、プロセッサと、メモリと、を備え、メモリはプロセッサによって実行可能な命令を含むＭＰＬＳネットワーク・ノードである。当該ノードは、送信元ノードから第１データ・パケットを受信することと、宛先ノードへ第１データ・パケットを転送することと、アクティブ・ノードにおける第１データ・パケットの滞留時間を測定することと、滞留時間情報を含む更なるデータ・パケットを送信することと、をするように作動する。
【図面の簡単な説明】
【００３２】
【図１】本書に記載される実施形態に従って動作するネットワークの一部を示す。
【図２】図１のネットワーク内のノードを説明する。
【図３】第１方法を説明するタイミング図である。
【図４】パケット・フォーマットを説明する。
【図５】第２方法を説明するタイミング図である。
【発明を実施するための形態】
【００３３】
図１は、本書に記載される方法を実施するネットワークの例として、ネットワークの一部を示す。ネットワークの形式が異なっていてもよく、何れにしても図１は方法の理解に十分なネットワークの小さな部分のみを示すことが理解されよう。
【００３４】
よって、図１は、ネットワーク・ノード間のタイミング基準信号を分配するためにプレジション・タイム・プロトコル（ＰＴＰ）が用いられるインターネット・プロトコル（ＩＰ）・ネットワーク１０を示す。ネットワーク１０の説明される区画において、２つの境界クロック（ＢＣ）ノード１２、１４が存在する。本書に記載される方法はまた、ネットワーク・タイム・プロトコル（ＮＴＰ）のような、メッセージの双方向交換による同期のための他の方法での使用にも適する。クロックであるノードへの参照は、クロックとして機能するクロックを備えるノードを含む。
【００３５】
ネットワーク１０の１つの説明される部分１６は、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）を用いて動作する。従来のＩＰネットワークでは、送信元アドレス及び宛先アドレスを含むＩＰヘッダを有するパケットが送信される。パケットは事前に決定されたパスを有しておらず、ホップ・バイ・ホップ方式で１つのノードから別のものへと転送される。対照的に、ＭＰＬＳネットワークでは、ラベル・スイッチト・パス（ＬＳＰ）と呼ばれるパスが、ラベル・スイッチング・ルータ（ＬＳＲ）の集合を通る特定のパスにパケットが従うように強制するために事前に確立されうる。入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）はパケットをＭＰＬＳヘッダとともにカプセル化し、これを事前に決定されたパスに従って転送する。出口ＬＥＲは、ＭＰＬＳパケットをデカプセル化し、要求に応じてこれを処理する。
【００３６】
説明されるＭＰＬＳネットワーク１６は、２つのラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０と、１つの他のラベル・スイッチング・ルータ（ＬＳＲ）２２とを含む。
【００３７】
この説明される例では、ＬＥＲ１８、２０は、境界クロック（ＢＣ）ノード１２、１４にそれぞれ接続されている。しかし、他の場合に、例えば、ＭＰＬＳネットワーク１６は、１つ以上のトランスペアレント・クロック・ノードに接続されており、このトランスペアレント・クロック・ノードはそれ自体が境界クロック・ノードに接続されている。
【００３８】
図２は、ネットワーク・ノード１８、２０、２２のそれぞれの形式を説明する。特に、各ノードは、他のネットワーク・ノードと通信するための通信モジュール３０を含む。各ノードはまた、プロセッサ３４及びメモリ３６を含むデータ処理・制御部３２を含む。メモリ３６は、データを含んでもよく、本書に記載される方法をプロセッサに実行させるための、プロセッサによって実行される命令を含むプログラムも含んでもよい。
【００３９】
図３は、第１実施形態に従う方法を説明する。
【００４０】
特に、この説明される実施形態では、図１に示されるＰＴＰネットワーク１０の少なくとも１つのノードが２ステップ・モードで動作中である。すなわち、図１に示される境界クロック・ノード１２のような第１境界クロック・ノードは、Syncメッセージ５０の形式でイベントＰＴＰメッセージを送信し、その後、Follow_upメッセージ５２の形式で一般ＰＴＰメッセージを送信する。
【００４１】
Follow_upメッセージ５２の受信に応じて、図１に示される境界クロック・ノード１４のような第２境界クロック・ノードは、Delay_Reqメッセージ５４の形式でイベントＰＴＰメッセージを送信する。
【００４２】
Delay_Reqメッセージ５４を受信した場合に、第１境界クロック・ノード１２は、Delay_Respメッセージ５６の形式で一般ＰＴＰメッセージを返す。
【００４３】
Delay_Respメッセージ５４の受信に応じて、第２境界クロック・ノード１４は、ネットワークにわたる送信遅延に関する要求された情報を取得でき、それによって第１境界クロック・ノード１２との同期を実現する。
【００４４】
よって、本方法は、タイミング情報を伝えるパケットの双方向交換による同期を可能にする。
【００４５】
この実施形態では、Syncメッセージ５０、Follow_upメッセージ５２、Delay_Reqメッセージ５４及びDelay_Respメッセージ５６は、図４に示されるように、ＭＰＬＳメッセージ・フォーマットにおいてＭＰＬＳネットワークをわたって送信される。
【００４６】
より具体的に、この実施形態では、データ・パケットは一般随伴チャネル（Ｇ−Ａｃｈ）・メッセージとしてＭＰＬＳネットワークをわたって送信される。
【００４７】
図４に示されるパケット・フォーマットでは、ＲＦＣ４３８５［ＲＦＣ４３８５］で規定されるように、バージョン・フィールドは０に設定される。予約フィールドは送信側で０に設定され、受信側で無視される。ＲＴＭチャネル・フィールドはこのようなものとしてパケットを識別する。
【００４８】
フラグ・フィールドは１ビットＳを有し、これは２ステップ・クロック手続きを使用中であるかを示すステップ・フラグとして機能し、それゆえ境界クロック１２、１４が１ステップ・モードで動作中ならば０に設定され、これらが２ステップ・モードで動作中ならば１に設定される。ＰＴＰタイプ・フィールドは、ＴＬＶで伝えられるＰＴＰパケットのタイプを示す。１ステップ・モードは、送信及び／又は受信の時刻が同期に直接に用いられる先のイベント・メッセージの送信及び／又は受信タイムスタンプを含む“フォローアップ”タイプ・メッセージがないことを指す。２ステップ・モードは、送信及び／又は受信の時刻が同期に直接に用いられる先のイベント・メッセージの送信及び／又は受信タイムスタンプを含む更なるメッセージが存在することを示す。
【００４９】
よって、例えば、ＰＴＰタイプ・フィールドは、メッセージが、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージであるかを識別する。１０個のオクテット長のポートＩＤフィールドは、送信元ポート、すなわちＭＰＬＳネットワークに接続された境界クロックの特定のＰＴＰポートの識別子を含む。シーケンスＩＤは、メッセージのバリュー・フィールドで伝えられるＰＴＰメッセージのシーケンスＩＤである。よって、先のパケットに関連する滞留時間情報を含む更なるパケットは、当該先のパケットを識別する情報を含む。
【００５０】
タイプ・フィールドは、ＴＬＶが伝えるバリューのタイプ、すなわちメッセージが表すフィールドの種類を識別する。よって、例えば、タイプ・フィールドは、伝えられているメッセージが、滞留時間情報を伝達可能な本書に記載されたフォーマットのメッセージであることを示す。例えば、伝えられるＰＴＰメッセージの認証タイプを示すために異なるタイプ値が用いられてもよい。よって、タイプ・フィールドは、ペイロードが存在しないことを示してもよいし、ペイロードがＰＴＰｖ２メッセージ又はＮＴＰメッセージであることを示してもよい。
【００５１】
長さフィールドはバリュー・フィールドのオクテット数である。そして、オプションのバリュー・フィールドは、使用中の時刻同期プロトコルのパケットを伝えるために用いられてもよい。よって、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージは、関連メッセージが送信されている元の境界クロック・ノード１２、１４へ接続されているそれぞれのＬＥＲ１８、２０によってバリュー・フィールドに挿入されてもよい。
【００５２】
パケットは、認証又は暗号化され、ＭＰＬＳネットワークを介してエッジ・ツー・エッジで不変に伝えられてもよい。
【００５３】
よって、図３は、境界クロック・ノード１２からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているSyncメッセージ５０を示す。ＬＥＲ１８は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でSync*として示される結果のパケット６２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ２０は、ＭＰＬＳフォーマットからメッセージを抽出し、当初のSyncメッセージに対応する結果のパケット６４が境界クロック・ノード１４へ送信される。
【００５４】
図３はまた、境界クロック・ノード１２からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているFollow_upメッセージ５２を示す。ここでも、ＬＥＲ１８は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でFollow_up*として示される結果のパケット６６が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【００５５】
しかし、この場合に、各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドを利用する。
【００５６】
具体的に、スクラッチ・パッド・フィールドは、８オクテットの長さであり、Follow_up*メッセージ６６の場合に、入口ＬＳＲ１８から出口ＬＳＲ２０への自身のパス上のSyncパケットによって通過されたＬＥＲ、ＬＳＲにおいて費やされた滞留時間を蓄積するために用いられる。
【００５７】
すなわち、入口ＬＥＲ１８がFollow_up*メッセージ６６を送信する場合に、それは、SyncメッセージによってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【００５８】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【００５９】
同様に、ＬＳＲ２２がFollow_up*メッセージ６６を送信する場合に、それは、SyncメッセージによってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【００６０】
これは、Follow_up*メッセージ６６がＭＰＬＳ出口ＬＥＲ２０に到達するまで続き、ＭＰＬＳ出口ＬＥＲ２０は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むメッセージによって通過されたネットワークのノードにわたるSyncメッセージの蓄積滞留時間を示す情報を含む従来のFollow_upメッセージ７０を境界クロック・ノード１４へ送信する。
【００６１】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからのSyncメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、それぞれのノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なるデータ・パケット（すなわち、Follow_upメッセージを含むデータ・パケット）を後続の、すなわち宛先のノードへ送信する。ＬＥＲ１８は、２ステップ動作モードにおいて更なるデータ・パケット（Follow_up*）を生成するように構成されている。
【００６２】
更なるデータ・パケットは、ＭＰＬＳネットワークについての滞留時間情報と、ＭＰＬＳネットワーク１６の外側からの、例えばノード１２からの受信したフォローアップ・メッセージとを含む。この場合に、滞留時間情報を含む更なるデータ・パケットの送信は、送信元から宛先へ第２メッセージ（第２データ・パケット）を転送し、この転送される第２メッセージに滞留時間情報を含めることによって実現される。よって、送信される更なるデータ・パケットは第２データ・パケットである。第２データ・パケットは、パス内の以前のノードから受信され、当該ノードにおける滞留時間を示すために滞留時間が含められ、更新され又は修正され、その後、第２データ・パケットは更なるデータ・パケットとして滞留時間情報とともにパス内の次のノードへ転送される。
【００６３】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【００６４】
よって、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１２から第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）その後、ＬＥＲ１８は、更なるパケット、すなわち滞留時間情報を含むFollow_up*メッセージ６６を宛先ノードへ送信する。
【００６５】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ１８のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＥＲ２０へ転送する。その後、それは、更なるパケット、すなわち滞留時間情報を含むFollow_up*メッセージ６６を宛先ノードへ送信する。
【００６６】
アクティブ・ノードは、方法のステップを実行している、例えばデータ・パケットを送信及び転送している特定のノードとみなされてもよく、このノードに対してノード内の滞留時間の測定が行われ、転送されるパケットに含められる。
【００６７】
同様に、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えば境界クロック・ノード１４へ送信する。その後、それは更なるパケット、すなわち滞留時間情報を含むFollow_upメッセージ７０を宛先ノードへ送信する。一部の例では、送信元ノード及び／又は宛先ノードは、境界クロックであってもよく、又は境界クロックに接続されてもよく、例えば境界クロックに接続されたトランスペアレント・クロックであってもよい。
【００６８】
２ステップ・モードで動作中の境界クロック・ノード１４がFollow_upメッセージ７０を受信した場合に、それは、ＩＥＥＥ１５８８で特定されるDelay_Reqメッセージを返す。よって、図３は、境界クロック・ノード１４からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０へ送信されているDelay_Reqメッセージ７０を示す。ＬＥＲ２０は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でDelay_Req*として示される結果のパケット７２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ１８は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、当初のDelay_Reqメッセージ５４に対応する結果のパケット７４が境界クロック・ノード１２へ送信される。
【００６９】
やはりＩＥＥＥ１５８８で特定されるように、２ステップ・モードで動作中の境界クロック・ノード１２は、Delay_Reqメッセージ７０を受信した場合にDelay_Respメッセージ５６を返す。よって、図３は、境界クロック・ノード１２からラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているDelay_Respメッセージ５６を示す。ここでも、ＬＥＲ１８は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でDelay_Resp*として示される結果のパケット７６が、ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【００７０】
Delay_Resp*パケット７６は、そのペイロードとしてDelay_Respメッセージ５６を含むが、各Delay_Reqメッセージの滞留時間に関連する滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドも利用する。
【００７１】
各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるようにDelay_Resp*パケット７６を更新する。この場合に、Delay_Resp*パケット７６に含まれる滞留時間情報は、Delay_ReqメッセージによってＬＥＲ及びＬＳＲにおいて費やされた滞留時間に関する。
【００７２】
すなわち、Delay_Resp*メッセージ７６の場合に、スクラッチ・パッド・フィールドは、ＬＥＲ２０からＬＥＲ１８へのパス上でDelay_ReqパケットによってＬＥＲ１８、２０及びＬＳＲ２２において費やされた滞留時間を蓄積するために用いられる。
【００７３】
より詳細に、ＬＥＲ１８がDelay_Resp*メッセージ７６を生成及び送信する場合に、それは、各Delay_ReqメッセージによってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。上述のように、滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【００７４】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【００７５】
同様に、ＬＳＲ２２がDelay_Resp*メッセージ７６を送信する場合に、それは、以前の関連するDelay_ReqメッセージによってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【００７６】
これは、Delay_Resp*メッセージ７６がＬＥＲ２０に到達するまで続き、ＬＥＲ２０は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むDelay_Reqメッセージによって通過されたネットワークのノードにわたるDelay_Reqメッセージの蓄積滞留時間を示す情報を含む従来のDelay_Respメッセージ８０を境界クロック・ノード１４へ送信する。
【００７７】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからDelay_Reqメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、各ノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なるデータ・パケット（すなわち、Delay_Respメッセージを含むデータ・パケット）を先行する、すなわち送信元のノードへ送信する。この場合に、滞留時間情報を含む更なるデータ・パケットの送信は、宛先から送信元へ第２メッセージ（第２データ・パケット）を転送し、滞留時間情報を更新又は当該転送される第２メッセージに含めることによって実現される。転送されるメッセージ又はパケットは、メッセージを受信及び転送したノードによって修正されてもよい。例えば、修正は、滞留時間情報を含めること又は更新すること、特に当該ノードにおいて費やされた滞留時間を含めることであってもよい。
【００７８】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【００７９】
よって、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１４から第１パケットとしてDelay_Reqメッセージを受信し、Delay_Reqメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）続いて、ＬＥＲ２２は、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１８を送信元ノードへ送信する。
【００８０】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ２０のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えばＬＥＲ１８へ転送する。その後、それは、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ７６を送信元ノードへ送信する。
【００８１】
同様に、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えば境界クロック・ノード１２へ送信する。その後、それは更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ７６を送信元ノードへ送信する。
【００８２】
図５は、第２実施形態に従う方法を説明する。
【００８３】
特に、この説明される実施形態では、図１に示されるＰＴＰネットワーク１０が１ステップ・モードで動作中である。すなわち、図１に示される境界クロック・ノード１２のような第１境界クロック・ノードは、Syncメッセージ９０の形式でイベントＰＴＰメッセージを送信するが、Follow_upメッセージを送信しない。
【００８４】
Syncメッセージ９０の受信に応じて、図１に示される境界クロック・ノード１４のような第２境界クロック・ノードは、Delay_Reqメッセージ９４の形式でイベントＰＴＰメッセージを送信する。
【００８５】
Delay_Reqメッセージ９４を受信した場合に、第１境界クロック・ノード１２は、Delay_Respメッセージ９６の形式で一般ＰＴＰメッセージを返す。
【００８６】
Delay_Respメッセージ９６の受信に応じて、第２境界クロック・ノード１４は、ネットワークにわたる送信遅延に関する要求された情報を取得でき、それによって第１境界クロック・ノード１２との同期を実現する。
【００８７】
よって、本方法は、タイミング情報を伝えるパケットの双方向交換による同期を可能にする。
【００８８】
図５を参照して記載されるメッセージは、図４に示されるように、ＭＰＬＳメッセージ・フォーマットにおいてＭＰＬＳネットワークをわたって送信される。
【００８９】
より具体的に、この実施形態では、データ・パケットは一般随伴チャネル（Ｇ−Ａｃｈ）・メッセージとしてＭＰＬＳネットワークをわたって送信される。
【００９０】
図４に示されるパケット・フォーマットでは、ＲＦＣ４３８５［ＲＦＣ４３８５］で規定されるように、バージョン・フィールドは０に設定される。予約フィールドは送信側で０に設定され、受信側で無視される。ＲＴＭチャネル・フィールドはこのようなものとしてパケットを識別する。
【００９１】
フラグ・フィールドは１ビットＳを有し、これは２ステップ・クロック手続きを使用中であるかを示すステップ・フラグとして機能し、それゆえ境界クロック１２、１４が１ステップ・モードで動作中ならば０に設定され、これらが２ステップ・モードで動作中ならば１に設定される。ＰＴＰタイプ・フィールドは、ＴＬＶで伝えられるＰＴＰパケットのタイプを示す。よって、例えば、ＰＴＰタイプ・フィールドは、メッセージが、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージであるかを識別する。１０個のオクテット長のポートＩＤフィールドは、送信元ポート、すなわちＭＰＬＳネットワークに接続された境界クロックの特定のＰＴＰポートの識別子を含む。シーケンスＩＤは、メッセージのバリュー・フィールドで伝えられるＰＴＰメッセージのシーケンスＩＤである。よって、先のパケットに関連する滞留時間情報を含む更なるパケットは、当該先のパケットを識別する情報を含む。
【００９２】
タイプ・フィールドは、ＴＬＶが伝えるバリューのタイプ、すなわちメッセージが表すフィールドの種類を識別する。よって、例えば、タイプ・フィールドは、伝えられているメッセージが、滞留時間情報を伝達可能な本書に記載されたフォーマットのメッセージであることを示す。例えば、伝えられるＰＴＰメッセージの認証タイプを示すために異なるタイプ値が用いられてもよい。よって、タイプ・フィールドは、ペイロードが存在しないことを示してもよいし、ペイロードがＰＴＰｖ２メッセージ又はＮＴＰメッセージであることを示してもよい。
【００９３】
長さフィールドはバリュー・フィールドのオクテット数である。そして、オプションのバリュー・フィールドは、使用中の時刻同期プロトコルのパケットを伝えるために用いられてもよい。よって、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージは、関連メッセージが送信されている元の境界クロック・ノード１２、１４へ接続されているそれぞれのＬＥＲ１８、２０によってバリュー・フィールドに挿入されてもよい。
【００９４】
パケットは、認証又は暗号化され、ＭＰＬＳネットワークを介してエッジ・ツー・エッジで不変に伝えられてもよい。
【００９５】
よって、図５は、境界クロック・ノード１２からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているSyncメッセージ９０を示す。ＬＥＲ１８は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図５でSync*として示される結果のパケット１０２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ２０は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、当初のSyncメッセージに対応する結果のパケット１０４が境界クロック・ノード１４へ送信される。
【００９６】
図５はまた、ＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８が境界クロック・ノード１２からSyncメッセージ９０を受信した場合に、それが、様々なノードにおいてSyncメッセージによって費やされた滞留時間に関連する滞留時間情報を伝えるための追加のメッセージ、ＲＴＭ、１０６を生成することを示す。ＬＥＲ１８は、図４に示されるようなＭＰＬＳ  Ｇ−ＡｃｈフォーマットでＲＴＭメッセージを作成し、結果のパケットが、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【００９７】
よって、ＬＥＲ１８が１ステップ・モードで動作するノード１４に接続されている場合（Sync*についてのタイミング情報を含むフォローアップ・パケットがない場合）に、ＬＥＲ１８は、ＭＰＬＳネットワークに関連する滞留時間情報を伝えるために追加のメッセージを生成する。
【００９８】
各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドを利用する。
【００９９】
具体的に、スクラッチ・パッド・フィールドは、８オクテットの長さであり、ＲＴＭメッセージ１０６の場合に、入口ＬＳＲ１８から出口ＬＳＲ２０への自身のパス上のSyncパケットによって通過されたＬＥＲ及びＬＳＲにおいて費やされた滞留時間を蓄積するために用いられる。
【０１００】
すなわち、入口ＬＥＲ１８がＲＴＭメッセージ１０６を送信する場合に、それは、Syncメッセージ９０によってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【０１０１】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【０１０２】
同様に、ＬＳＲ２２がＲＴＭメッセージ１０６を送信する場合に、それは、Sync*メッセージ１０２によってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【０１０３】
これは、ＲＴＭメッセージ１０６がＭＰＬＳ出口ＬＥＲ２０に到達するまで続き、ＭＰＬＳ出口ＬＥＲ２０は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むメッセージによって通過されたネットワークのノードにわたるSyncメッセージの蓄積滞留時間を示す情報を含む従来のFollow_upメッセージ１０８を境界クロック・ノード１４へ送信する。ＬＥＲ２０は以前にSyncメッセージ１０４内に２ステップ・フラグを１に設定しており、その結果として境界クロック・ノード１４はそれがFollow_upメッセージを期待できることを知る。
【０１０４】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからのSyncメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、それぞれのノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なる、具体的には生成されたデータ・パケットを後続の、すなわち宛先のノードへ送信する。
【０１０５】
よって、入口ＬＥＲは、新たなデータ・パケット内の滞留時間情報を含む当該新たな（第２）データ・パケットを作成し、宛先ノードへ当該新たなデータ・パケットを送信することによって、滞留時間情報を含む更なるデータ・パケットの送信を実現する。他のノードは、当該（第２）データ・パケット内の滞留時間情報を含む、入口ＬＥＲによって作成された（第２）データ・パケットを受信し、宛先ノードへ当該新たな（第２）データ・パケットを転送することによって、滞留時間情報を含む更なるデータ・パケットの送信を実現する。含まれる滞留時間情報は、当該ノードでの滞留時間に対応する。含めることは、既存の時間を（例えば合計に追加の滞留時間を加えることによって）更新又は変更することを含んでもよいし、含めることは、第２データ・パケットに以前の滞留時間が存在しない場合に最初に滞留時間情報を含めることを指してもよい。
【０１０６】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【０１０７】
よって、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１２から第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）その後、ＬＥＲ１８は、更なるパケット、すなわち滞留時間情報を含むＲＴＭメッセージ１０６を宛先ノードへ送信する。
【０１０８】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ１８のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＥＲ２０へ転送する。その後、それは、更なるパケット、すなわち滞留時間情報を含むＲＴＭメッセージ１０６を宛先ノードへ送信する。
【０１０９】
同様に、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えば境界クロック・ノード１４へ送信する。その後、それは更なるパケット、すなわち滞留時間情報を含むFollow_upメッセージ１０８０を宛先ノードへ送信する。
【０１１０】
境界クロック・ノード１４がFollow_upメッセージ１０８を受信した場合に、それは、ＩＥＥＥ１５８８で特定されるDelay_Reqメッセージを返す。よって、図５は、境界クロック・ノード１４からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０へ送信されているDelay_Reqメッセージ９４を示す。ＬＥＲ２０は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図５でDelay_Req*として示される結果のパケット１１２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ１８は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、当初のDelay_Reqメッセージ９４に対応する結果のパケット１１４が境界クロック・ノード１２へ送信される。
【０１１１】
やはりＩＥＥＥ１５８８で特定されるように、境界クロック・ノード１２は、Delay_Reqメッセージ１１４を受信した場合にDelay_Respメッセージ９６を返す。よって、図５は、境界クロック・ノード１２からラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているDelay_Respメッセージ９６を示す。ここでも、ＬＥＲ１８は、図４に示されるようなＭＰＬＳ  Ｇ−Ａｃｈフォーマットにメッセージを入れ、図５でDelay_Resp*として示される結果のパケット１１６が、ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【０１１２】
Delay_Resp*パケット１１６は、そのペイロードとしてDelay_Respメッセージ９６を含むが、関連するDelay_Reqメッセージの滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドも利用する。
【０１１３】
各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるようにDelay_Resp*パケット１１６を更新する。この場合に、Delay_Resp*パケット１１６に含まれる滞留時間情報は、Delay_Reqメッセージ９４／１１２によってＬＥＲ及びＬＳＲにおいて費やされた滞留時間に関する。
【０１１４】
すなわち、Delay_Resp*メッセージ１１６の場合に、スクラッチ・パッド・フィールドは、ＬＥＲ２０からＬＥＲ１８へのパス上で関連するDelay_ReqパケットによってＬＥＲ１８、２０及びＬＳＲ２２において費やされた滞留時間を蓄積するために用いられる。
【０１１５】
より詳細に、ＬＥＲ１８がDelay_Resp*メッセージ１１６を生成及び送信する場合に、それは、Delay_ReqメッセージによってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。上述のように、滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【０１１６】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【０１１７】
同様に、ＬＳＲ２２がDelay_Resp*メッセージ１１６を送信する場合に、それは、以前の関連するDelay_ReqメッセージによってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【０１１８】
これは、Delay_Resp*メッセージ１１６がＬＥＲ２０に到達するまで続き、ＬＥＲ２０は、ＭＰＬＳ  Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むDelay_Reqメッセージによって通過されたネットワークのノードにわたるDelay_Reqメッセージの蓄積滞留時間を示す情報を含む従来のDelay_Respメッセージ１１８を境界クロック・ノード１４へ送信する。
【０１１９】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからDelay_Reqメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、各ノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なるデータ・パケット（すなわち、Delay_Respメッセージを含むデータ・パケット）を先行する、すなわち送信元のノードへ送信する。よって、滞留時間情報を含む更なるデータ・パケットの送信は、宛先から送信元へ第２メッセージを転送し、滞留時間情報を更新又は当該転送される第２メッセージに含めることによって実現される。この場合に、第１データ・パケットはDelay_Reqメッセージであり、第２（更なる）データ・パケットはDelay_Respメッセージである。
【０１２０】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【０１２１】
よって、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１４から第１パケットとしてDelay_Reqメッセージを受信し、Delay_Reqメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）続いて、ＬＥＲ２０は、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１８を送信元ノードへ送信する。
【０１２２】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ２０のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えばＬＥＲ１８へ転送する。続いて、それは、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１６を送信元ノードへ送信する。
【０１２３】
同様に、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えば境界クロック・ノード１２へ送信する。続いて、それは更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１６を送信元ノードへ送信する。
【０１２４】
したがって、図３及び図５は、先行するメッセージに関連する滞留時間情報を含めるために特定のフォローアップ・メッセージが送信される方法を説明する。しかし、ＭＰＬＳネットワークを超えるパケットの滞留時間に関連する同じ滞留時間情報が、１つ以上の後続のパケットの訂正フィールドを更新することによって伝えられうることが理解されるだろう。例えば、ネットワーク・タイム・プロトコルの場合に、このアプローチは、http://www.eecis.udel.edu/~mills/ntp/html/xleave.htmlに記載されるように、“インタリーブド・モード”と呼ばれる。
【０１２５】
第１データ・パケットを受信及び転送する例が記載される。一部の側面では、受信されるパケットと転送されるパケットとの間でアクティブ・ノードにおいて第１データ・パケットに１つ以上の修正、例えばヘッダへの修正が行われてもよい。
【図１】
2019220970.tif 000003
【図２】
2019220970.tif 000004
【図３】
2019220970.tif 000005
【図４】
2019220970.tif 000006
【図５】
2019220970.tif 000007
【手続補正書】
【提出日】令和1年8月28日(2019.8.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、
前記ネットワークのアクティブ・ノードにおいて、
送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
滞留時間情報を含む更なるデータ・パケットを送信することと、
を有する方法。
【請求項２】
マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、前記マルチプロトコル・ラベル・スイッチング・ネットワークは、複数のラベル・スイッチング・エッジ・ルータ・ノードを含む複数のラベル・スイッチング・ルータ・ノードを備え、前記方法は、
入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってSyncデータ・パケットを送信することと、
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを送信することと、を有し、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Syncデータ・パケットの滞留時間を測定することと、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Follow_upデータ・パケットを送信する際に、前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有する、方法。
【請求項３】
マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
滞留時間情報を含む更なるデータ・パケットを送信することと、
のために構成されている、ＭＰＬＳネットワーク・ノード。
【請求項４】
マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
プロセッサと、
メモリと、を備え、
前記メモリは前記プロセッサによって実行可能な命令を含み、それによって前記ノードは、
送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
滞留時間情報を含む更なるデータ・パケットを送信することと、
をするように作動する、ＭＰＬＳネットワーク・ノード。
【外国語明細書】
2019220970000001.pdf