知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6596084
(24)【登録日】2019年10月4日
(45)【発行日】2019年10月23日
(54)【発明の名称】ネットワーク内の滞留時間情報の送信
(51)【国際特許分類】
H04L 12/70 20130101AFI20191010BHJP
H04L 12/723 20130101ALI20191010BHJP
H04L 7/00 20060101ALN20191010BHJP
【ＦＩ】
H04L12/70 100Z
H04L12/723
!H04L7/00 990
【請求項の数】24
【全頁数】20
(21)【出願番号】特願2017-523841(P2017-523841)
(86)(22)【出願日】2015年10月26日
(65)【公表番号】特表2017-534210(P2017-534210A)
(43)【公表日】2017年11月16日
(86)【国際出願番号】EP2015074732
(87)【国際公開番号】WO2016071138
(87)【国際公開日】20160512
【審査請求日】2017年6月28日
(31)【優先権主張番号】62/075,614
(32)【優先日】2014年11月5日
(33)【優先権主張国】US
(31)【優先権主張番号】PCT/EP2014/075332
(32)【優先日】2014年11月21日
(33)【優先権主張国】EP
【前置審査】
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100076428
【弁理士】
【氏名又は名称】大塚 康徳
(74)【代理人】
【識別番号】100115071
【弁理士】
【氏名又は名称】大塚 康弘
(74)【代理人】
【識別番号】100112508
【弁理士】
【氏名又は名称】高柳 司郎
(74)【代理人】
【識別番号】100116894
【弁理士】
【氏名又は名称】木村 秀二
(74)【代理人】
【識別番号】100130409
【弁理士】
【氏名又は名称】下山 治
(74)【代理人】
【識別番号】100161399
【弁理士】
【氏名又は名称】大戸 隆広
(72)【発明者】
【氏名】ラフィーニ， ステファノ
(72)【発明者】
【氏名】グレイ， エリック
(72)【発明者】
【氏名】キニ， スリガネシュ
(72)【発明者】
【氏名】ミルスキー， グレゴリー
【審査官】
野元 久道
(56)【参考文献】
【文献】
特開２０１１−１７６４７９（ＪＰ，Ａ）
【文献】
特表２０１４−５０５４４４（ＪＰ，Ａ）
【文献】
特表２０１４−５０７８９６（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｌ １２／７０
Ｈ０４Ｌ １２／７２３
Ｈ０４Ｌ ７／００
(57)【特許請求の範囲】
【請求項1】
マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、
前記ネットワークのアクティブ・ノードにおいて、
１ステップ・モードで動作するクロックである送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
前記マルチプロトコル・ラベル・スイッチング・ネットワークに関する滞留時間情報を含む更なるデータ・パケットを生成し送信することと、
を有し、
前記第１データ・パケットは、２ステップ・モードを使用中であることを示すフラグを含む、方法。
前記ネットワークのアクティブ・ノードにおいて、
１ステップ・モードで動作するクロックである送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
前記マルチプロトコル・ラベル・スイッチング・ネットワークに関する滞留時間情報を含む更なるデータ・パケットを生成し送信することと、
を有し、
前記第１データ・パケットは、２ステップ・モードを使用中であることを示すフラグを含む、方法。
【請求項2】
前記第１データ・パケットは、タイミング情報を伝えるパケットの双方向交換による同期のための方法の一部として送信される、請求項１に記載の方法。
【請求項3】
前記第１データ・パケットを識別する情報を前記更なるデータ・パケットに含めることを有する請求項１又は２に記載の方法。
【請求項4】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
前記送信元ノードから第２データ・パケットを受信することと、
前記滞留時間情報を前記第２データ・パケットに含めることと、
前記宛先ノードへ前記第２データ・パケットを転送することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
前記送信元ノードから第２データ・パケットを受信することと、
前記滞留時間情報を前記第２データ・パケットに含めることと、
前記宛先ノードへ前記第２データ・パケットを転送することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
【請求項5】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
前記宛先ノードから第２データ・パケットを受信することと、
前記第２データ・パケットに前記滞留時間情報を含めることと、
前記送信元ノードへ前記第２データ・パケットを転送することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
前記宛先ノードから第２データ・パケットを受信することと、
前記第２データ・パケットに前記滞留時間情報を含めることと、
前記送信元ノードへ前記第２データ・パケットを転送することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
【請求項6】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記宛先ノードへ前記新たなデータ・パケットを送信することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記宛先ノードへ前記新たなデータ・パケットを送信することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
【請求項7】
前記第１データ・パケットは同期のための方法の一部として送信され、前記同期は前記第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく、
請求項１乃至３、５又は６の何れか１項に記載の方法。
請求項１乃至３、５又は６の何れか１項に記載の方法。
【請求項8】
２ステップ・モードを使用中であることを示すために前記転送される第１データ・パケットにフラグを設定することを更に有する請求項１乃至７の何れか１項に記載の方法。
【請求項9】
滞留時間情報を含む前記更なるデータ・パケットを送信することは、
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記送信元ノードへ前記新たなデータ・パケットを送信することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記送信元ノードへ前記新たなデータ・パケットを送信することと、
を含む、請求項１乃至３の何れか１項に記載の方法。
【請求項10】
前記送信元ノードは、境界クロック、又は境界クロックに接続されたクロックを備える、請求項１乃至９の何れか１項に記載の方法。
【請求項11】
前記滞留時間情報を含めるように前記更なるデータ・パケット内の訂正フィールドを更新することを有する請求項１乃至１０の何れか１項に記載の方法。
【請求項12】
前記更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化される、請求項１乃至１１の何れか１項に記載の方法。
【請求項13】
マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、前記マルチプロトコル・ラベル・スイッチング・ネットワークは、複数のラベル・スイッチング・エッジ・ルータ・ノードを含む複数のラベル・スイッチング・ルータ・ノードを備え、前記方法は、
入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってSyncデータ・パケットを送信することと、
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを送信することと、を有し、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Syncデータ・パケットの滞留時間を測定することと、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Follow_upデータ・パケットを送信する際に、前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有し、
前記Syncデータ・パケット及び／又はDelay_Reqデータ・パケットは、２ステップ・モードを使用中かを示すフラグを含む、方法。
入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってSyncデータ・パケットを送信することと、
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを送信することと、を有し、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Syncデータ・パケットの滞留時間を測定することと、
前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Follow_upデータ・パケットを送信する際に、前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有し、
前記Syncデータ・パケット及び／又はDelay_Reqデータ・パケットは、２ステップ・モードを使用中かを示すフラグを含む、方法。
【請求項14】
前記出口ラベル・スイッチング・エッジ・ルータから前記入口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Reqデータ・パケットを送信することと、
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Respデータ・パケットを送信することと、を更に有し、
前記Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Delay_Reqデータ・パケットの滞留時間を測定することと、
前記Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Delay_Respデータ・パケットを送信する際に、前記Delay_Reqデータ・パケットの前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有する請求項１３に記載の方法。
前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Respデータ・パケットを送信することと、を更に有し、
前記Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Delay_Reqデータ・パケットの滞留時間を測定することと、
前記Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Delay_Respデータ・パケットを送信する際に、前記Delay_Reqデータ・パケットの前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
を更に有する請求項１３に記載の方法。
【請求項15】
それぞれの一般随伴チャネル・メッセージにおいて前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたって前記データ・パケットを送信することを有する、請求項１３又は１４に記載の方法。
【請求項16】
マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
１ステップ・モードで動作するクロックである送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
前記マルチプロトコル・ラベル・スイッチング・ネットワークに関する滞留時間情報を含む更なるデータ・パケットを生成し送信することと、
のために構成され、
前記第１データ・パケットは、２ステップ・モードを使用中であることを示すフラグを含む、ＭＰＬＳネットワーク・ノード。
１ステップ・モードで動作するクロックである送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
前記マルチプロトコル・ラベル・スイッチング・ネットワークに関する滞留時間情報を含む更なるデータ・パケットを生成し送信することと、
のために構成され、
前記第１データ・パケットは、２ステップ・モードを使用中であることを示すフラグを含む、ＭＰＬＳネットワーク・ノード。
【請求項17】
前記第１データ・パケットを識別する情報を前記更なるデータ・パケットに含めるために更に構成されている請求項１６に記載のＭＰＬＳネットワーク・ノード。
【請求項18】
前記送信元ノードから第２データ・パケットを受信することと、
前記宛先ノードへ前記第２データ・パケットを転送することと、
前記宛先ノードへ転送される前記第２データ・パケットに前記滞留時間情報を含めることと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１６又は１７に記載のＭＰＬＳネットワーク・ノード。
前記宛先ノードへ前記第２データ・パケットを転送することと、
前記宛先ノードへ転送される前記第２データ・パケットに前記滞留時間情報を含めることと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１６又は１７に記載のＭＰＬＳネットワーク・ノード。
【請求項19】
前記宛先ノードから第２データ・パケットを受信することと、
前記送信元ノードへ前記第２データ・パケットを転送することと、
前記送信元ノードへ転送される前記第２データ・パケットに前記滞留時間情報を含めることと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１６又は１７に記載のＭＰＬＳネットワーク・ノード。
前記送信元ノードへ前記第２データ・パケットを転送することと、
前記送信元ノードへ転送される前記第２データ・パケットに前記滞留時間情報を含めることと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１６又は１７に記載のＭＰＬＳネットワーク・ノード。
【請求項20】
新たなデータ・パケットを作成することと、
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記宛先ノードへ前記新たなデータ・パケットを送信することと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１６又は１７に記載のＭＰＬＳネットワーク・ノード。
前記新たなデータ・パケットに前記滞留時間情報を含めることと、
前記宛先ノードへ前記新たなデータ・パケットを送信することと、
によって、滞留時間情報を含む前記更なるデータ・パケットを送信するために更に構成されている、請求項１６又は１７に記載のＭＰＬＳネットワーク・ノード。
【請求項21】
２ステップ・モードを使用中であることを示すために前記転送される第１データ・パケットにフラグを設定するために更に構成されている、請求項１６乃至２０の何れか１項に記載のＭＰＬＳネットワーク・ノード。
【請求項22】
前記滞留時間情報を含めるために前記更なるデータ・パケット内の訂正フィールドを更新するために更に構成されている、請求項１６乃至２１の何れか１項に記載のＭＰＬＳネットワーク・ノード。
【請求項23】
前記更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化される、請求項１６乃至２２の何れか１項に記載のＭＰＬＳネットワーク・ノード。
【請求項24】
マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
プロセッサと、
メモリと、を備え、
前記メモリは前記プロセッサによって実行可能な命令を含み、それによって前記ノードは、
１ステップ・モードで動作するクロックである送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
前記マルチプロトコル・ラベル・スイッチング・ネットワークに関する滞留時間情報を含む更なるデータ・パケットを生成し送信することと、
をするように作動し、
前記第１データ・パケットは、２ステップ・モードを使用中であることを示すフラグを含む、ＭＰＬＳネットワーク・ノード。
プロセッサと、
メモリと、を備え、
前記メモリは前記プロセッサによって実行可能な命令を含み、それによって前記ノードは、
１ステップ・モードで動作するクロックである送信元ノードから第１データ・パケットを受信することと、
宛先ノードへ前記第１データ・パケットを転送することと、
前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
前記マルチプロトコル・ラベル・スイッチング・ネットワークに関する滞留時間情報を含む更なるデータ・パケットを生成し送信することと、
をするように作動し、
前記第１データ・パケットは、２ステップ・モードを使用中であることを示すフラグを含む、ＭＰＬＳネットワーク・ノード。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は通信ネットワークに関し、特にマルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）を用いるネットワークに関する。より具体的に、本発明はこのようなネットワーク内の滞留時間情報の送信に関する。
【背景技術】
【0002】
ネットワーク全体での同期を実現できるようにするために、ネットワーク・ノード間でタイミング情報を送信することが知られている。これが当てはまる状況の１つの例は、セルラー通信ネットワークの場合であり、ここではそれぞれのセルにおけるアクセス・ポイント間の同期を実現する必要がある。タイミング情報の送信の１つの方法は、プリシジョン・タイム・プロトコル（ＰＴＰ）を使用し、メッセージを受信した時刻を測定すること及び宛先へ当該メッセージを転送した時刻を測定することをノードに要求する。２つの時刻の間の経過時間は滞留時間と呼ばれる。この滞留時間に関する情報は、ネットワーク上の送信遅延を算出し、それゆえネットワークのノード間の同期を実現するために宛先ノードへ送信される。
【0003】
マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）は、ネットワークをわたってデータ・パケットを伝達するために用いられるメカニズムであり、http://www.ietf.org/internet-drafts/draft-mirsky-mpls-residence-time-02.txtで入手可能なマースキー（Mirsky）らの「ＭＰＬＳネットワークにおける滞留時間測定」との文書は、滞留時間測定情報が一般随伴チャネル（Ｇ−ＡＣｈ）メッセージで送信されうるシステムを記載する。特に、この文書は、入口ルータから出口ルータへのパスでパケットによって通過されたルータにおいて費やされた滞留時間を示す情報をデータ・パケットが含むシステムを記載する。
【0004】
しかし、このシステムはハードウェアに何らかの要件を課し、すべての場合にこれらの要件を満たすことは可能でないかもしれない。
【発明の概要】
【0005】
本発明の第１側面によれば、マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法が提供される。ネットワークのアクティブ・ノードは、送信元ノードから第１データ・パケットを受信し、宛先ノードへ第１データ・パケットを転送し、アクティブ・ノードにおける第１データ・パケットの滞留時間を測定し、滞留時間情報を含む更なるデータ・パケットを送信する。
【0006】
第１データ・パケットは、プレシジョン・タイム・プロトコル、ＰＴＰ、に従って又はネットワーク・タイム・プロトコル、ＮＴＰ、に従って、タイミング情報を伝えるパケットの双方向交換による同期のための方法の一部として、例えばタイミング情報を伝えるパケットの双方向交換による同期のための方法の一部として送信されてもよい。
【0007】
本方法は、第１データ・パケットを識別する情報を更なるデータ・パケットに含めることを有してもよい。
【0008】
滞留時間情報を含む更なるデータ・パケットを送信することは、送信元ノードから第２データ・パケットを受信することと、
宛先ノードへ第２データ・パケットを転送することと、
宛先ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、
を含んでもよい。
【0009】
一部の例では、滞留時間情報を含む更なるデータ・パケットを送信することは、送信元ノードから第２データ・パケットを受信することと、滞留時間情報を第２データ・パケットに含めることと、宛先ノードへ第２データ・パケットを転送することと、を含む。
【0010】
一部の例では、送信元ノードは、２ステップ・モードで動作するクロックであり、第１データ・パケットは同期のための方法の一部として送信され、同期は第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく。
【0011】
滞留時間情報を含む更なるデータ・パケットを送信することは、宛先ノードから第２データ・パケットを受信することと、
送信元ノードへ第２データ・パケットを転送することと、
送信元ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、
を含んでもよい。
【0012】
一部の例では、滞留時間情報を含む更なるデータ・パケットを送信することは、宛先ノードから第２データ・パケットを受信することと、第２データ・パケットに滞留時間情報を含めることと、送信元ノードへ第２データ・パケットを転送することと、を含む。
【0013】
滞留時間情報を含む更なるデータ・パケットを送信することは、新たなデータ・パケットを作成することと、新たなデータ・パケットに滞留時間情報を含めることと、宛先ノードへ新たなデータ・パケットを送信することと、を含んでもよい。
【0014】
一部の例では、送信元ノードは、１ステップ・モードで動作するクロックであり、第１データ・パケットは同期のための方法の一部として送信され、同期は第１データ・パケットの送信及び／又は受信のタイムスタンプに基づく。
【0015】
本方法は、２ステップ・モードを使用中であることを示すために転送される第１データ・パケットにフラグを設定することを更に有してもよい。
【0016】
一部の例では、滞留時間情報を含む更なるデータ・パケットを送信することは、新たなデータ・パケットを作成することと、新たなデータ・パケットに滞留時間情報を含めることと、送信元ノードへ新たなデータ・パケットを送信することと、を含む。
【0017】
一部の例では、送信元ノードは、境界クロック、又は境界クロックに接続されたクロックを備える。
【0018】
本方法は、滞留時間情報を含めるように更なるデータ・パケット内の訂正フィールドを更新することを有してもよい。
【0019】
更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化されてもよい。
【0020】
本発明の第２側面によれば、マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法が提供され、マルチプロトコル・ラベル・スイッチング・ネットワークは、複数のラベル・スイッチング・エッジ・ルータ・ノードを含む複数のラベル・スイッチング・ルータ・ノードを備える。本方法は、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってSyncデータ・パケットを送信することと、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを送信することと、を有し、Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでのSyncデータ・パケットの滞留時間を測定することと、Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードからFollow_upデータ・パケットを送信する際に、測定された滞留時間から導出された更新後の滞留時間情報を含めることと、を更に有する。
【0021】
本方法は、出口ラベル・スイッチング・エッジ・ルータから入口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Reqデータ・パケットを送信することと、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへマルチプロトコル・ラベル・スイッチング・ネットワークをわたってDelay_Respデータ・パケットを送信することと、Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでのDelay_Reqデータ・パケットの滞留時間を測定することと、Delay_Reqデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードからDelay_Respデータ・パケットを送信する際に、Delay_Reqデータ・パケットの測定された滞留時間から導出された更新後の滞留時間情報を含めることと、を更に有してもよい。
【0022】
本方法は、それぞれの一般随伴チャネル・メッセージにおいてマルチプロトコル・ラベル・スイッチング・ネットワークをわたってデータ・パケットを送信することを有してもよい。
【0023】
本発明の第３側面によれば、マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、送信元ノードから第１データ・パケットを受信することと、宛先ノードへ前記第１データ・パケットを転送することと、のために構成されている、ＭＰＬＳネットワーク・ノードが提供される。アクティブ・ノードにおける第１データ・パケットの滞留時間が測定される。滞留時間情報を含む更なるデータ・パケットが送信される。
【0024】
一部の例では、本ノードは、第１データ・パケットを識別する情報を更なるデータ・パケットに含めるために更に構成されている。
【0025】
一部の例では、本ノードは、送信元ノードから第２データ・パケットを受信することと、宛先ノードへ第２データ・パケットを転送することと、宛先ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、によって、滞留時間情報を含む更なるデータ・パケットを送信するために更に構成されている。
【0026】
一部の例では、本ノードは、宛先ノードから第２データ・パケットを受信することと、送信元ノードへ第２データ・パケットを転送することと、送信元ノードへ転送される第２データ・パケットに滞留時間情報を含めることと、によって、滞留時間情報を含む更なるデータ・パケットを送信するために更に構成されている。
【0027】
一部の例では、本ノードは、新たなデータ・パケットを作成することと、新たなデータ・パケットに滞留時間情報を含めることと、宛先ノードへ新たなデータ・パケットを送信することと、によって、滞留時間情報を含む更なるデータ・パケットを送信するために更に構成されている。
【0028】
一部の例では、本ノードは、２ステップ・モードを使用中であることを示すために転送される第１データ・パケットにフラグを設定するために更に構成されている。
【0029】
一部の例では、本ノードは、滞留時間情報を含めるために更なるデータ・パケット内の訂正フィールドを更新するために更に構成されている。
【0030】
一部の例では、更なるデータ・パケットは、一般随伴チャネル・パケットにカプセル化される。
【0031】
第１側面では、ノードは、マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、プロセッサと、メモリと、を備え、メモリはプロセッサによって実行可能な命令を含むＭＰＬＳネットワーク・ノードである。当該ノードは、送信元ノードから第１データ・パケットを受信することと、宛先ノードへ第１データ・パケットを転送することと、アクティブ・ノードにおける第１データ・パケットの滞留時間を測定することと、滞留時間情報を含む更なるデータ・パケットを送信することと、をするように作動する。
【図面の簡単な説明】
【0032】
【図1】本書に記載される実施形態に従って動作するネットワークの一部を示す。
【図3】第１方法を説明するタイミング図である。
【図4】パケット・フォーマットを説明する。
【図5】第２方法を説明するタイミング図である。
【発明を実施するための形態】
【0033】
図１は、本書に記載される方法を実施するネットワークの例として、ネットワークの一部を示す。ネットワークの形式が異なっていてもよく、何れにしても図１は方法の理解に十分なネットワークの小さな部分のみを示すことが理解されよう。
【0034】
よって、図１は、ネットワーク・ノード間のタイミング基準信号を分配するためにプレジション・タイム・プロトコル（ＰＴＰ）が用いられるインターネット・プロトコル（ＩＰ）・ネットワーク１０を示す。ネットワーク１０の説明される区画において、２つの境界クロック（ＢＣ）ノード１２、１４が存在する。本書に記載される方法はまた、ネットワーク・タイム・プロトコル（ＮＴＰ）のような、メッセージの双方向交換による同期のための他の方法での使用にも適する。クロックであるノードへの参照は、クロックとして機能するクロックを備えるノードを含む。
【0035】
ネットワーク１０の１つの説明される部分１６は、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）を用いて動作する。従来のＩＰネットワークでは、送信元アドレス及び宛先アドレスを含むＩＰヘッダを有するパケットが送信される。パケットは事前に決定されたパスを有しておらず、ホップ・バイ・ホップ方式で１つのノードから別のものへと転送される。対照的に、ＭＰＬＳネットワークでは、ラベル・スイッチト・パス（ＬＳＰ）と呼ばれるパスが、ラベル・スイッチング・ルータ（ＬＳＲ）の集合を通る特定のパスにパケットが従うように強制するために事前に確立されうる。入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）はパケットをＭＰＬＳヘッダとともにカプセル化し、これを事前に決定されたパスに従って転送する。出口ＬＥＲは、ＭＰＬＳパケットをデカプセル化し、要求に応じてこれを処理する。
【0036】
説明されるＭＰＬＳネットワーク１６は、２つのラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０と、１つの他のラベル・スイッチング・ルータ（ＬＳＲ）２２とを含む。
【0037】
この説明される例では、ＬＥＲ１８、２０は、境界クロック（ＢＣ）ノード１２、１４にそれぞれ接続されている。しかし、他の場合に、例えば、ＭＰＬＳネットワーク１６は、１つ以上のトランスペアレント・クロック・ノードに接続されており、このトランスペアレント・クロック・ノードはそれ自体が境界クロック・ノードに接続されている。
【0038】
図２は、ネットワーク・ノード１８、２０、２２のそれぞれの形式を説明する。特に、各ノードは、他のネットワーク・ノードと通信するための通信モジュール３０を含む。各ノードはまた、プロセッサ３４及びメモリ３６を含むデータ処理・制御部３２を含む。メモリ３６は、データを含んでもよく、本書に記載される方法をプロセッサに実行させるための、プロセッサによって実行される命令を含むプログラムも含んでもよい。
【0039】
図３は、第１実施形態に従う方法を説明する。
【0040】
特に、この説明される実施形態では、図１に示されるＰＴＰネットワーク１０の少なくとも１つのノードが２ステップ・モードで動作中である。すなわち、図１に示される境界クロック・ノード１２のような第１境界クロック・ノードは、Syncメッセージ５０の形式でイベントＰＴＰメッセージを送信し、その後、Follow_upメッセージ５２の形式で一般ＰＴＰメッセージを送信する。
【0041】
Follow_upメッセージ５２の受信に応じて、図１に示される境界クロック・ノード１４のような第２境界クロック・ノードは、Delay_Reqメッセージ５４の形式でイベントＰＴＰメッセージを送信する。
【0042】
Delay_Reqメッセージ５４を受信した場合に、第１境界クロック・ノード１２は、Delay_Respメッセージ５６の形式で一般ＰＴＰメッセージを返す。
【0043】
Delay_Respメッセージ５４の受信に応じて、第２境界クロック・ノード１４は、ネットワークにわたる送信遅延に関する要求された情報を取得でき、それによって第１境界クロック・ノード１２との同期を実現する。
【0044】
よって、本方法は、タイミング情報を伝えるパケットの双方向交換による同期を可能にする。
【0045】
この実施形態では、Syncメッセージ５０、Follow_upメッセージ５２、Delay_Reqメッセージ５４及びDelay_Respメッセージ５６は、図４に示されるように、ＭＰＬＳメッセージ・フォーマットにおいてＭＰＬＳネットワークをわたって送信される。
【0046】
より具体的に、この実施形態では、データ・パケットは一般随伴チャネル（Ｇ−Ａｃｈ）・メッセージとしてＭＰＬＳネットワークをわたって送信される。
【0047】
図４に示されるパケット・フォーマットでは、ＲＦＣ４３８５［ＲＦＣ４３８５］で規定されるように、バージョン・フィールドは０に設定される。予約フィールドは送信側で０に設定され、受信側で無視される。ＲＴＭチャネル・フィールドはこのようなものとしてパケットを識別する。
【0048】
フラグ・フィールドは１ビットＳを有し、これは２ステップ・クロック手続きを使用中であるかを示すステップ・フラグとして機能し、それゆえ境界クロック１２、１４が１ステップ・モードで動作中ならば０に設定され、これらが２ステップ・モードで動作中ならば１に設定される。ＰＴＰタイプ・フィールドは、ＴＬＶで伝えられるＰＴＰパケットのタイプを示す。１ステップ・モードは、送信及び／又は受信の時刻が同期に直接に用いられる先のイベント・メッセージの送信及び／又は受信タイムスタンプを含む“フォローアップ”タイプ・メッセージがないことを指す。２ステップ・モードは、送信及び／又は受信の時刻が同期に直接に用いられる先のイベント・メッセージの送信及び／又は受信タイムスタンプを含む更なるメッセージが存在することを示す。
【0049】
よって、例えば、ＰＴＰタイプ・フィールドは、メッセージが、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージであるかを識別する。１０個のオクテット長のポートＩＤフィールドは、送信元ポート、すなわちＭＰＬＳネットワークに接続された境界クロックの特定のＰＴＰポートの識別子を含む。シーケンスＩＤは、メッセージのバリュー・フィールドで伝えられるＰＴＰメッセージのシーケンスＩＤである。よって、先のパケットに関連する滞留時間情報を含む更なるパケットは、当該先のパケットを識別する情報を含む。
【0050】
タイプ・フィールドは、ＴＬＶが伝えるバリューのタイプ、すなわちメッセージが表すフィールドの種類を識別する。よって、例えば、タイプ・フィールドは、伝えられているメッセージが、滞留時間情報を伝達可能な本書に記載されたフォーマットのメッセージであることを示す。例えば、伝えられるＰＴＰメッセージの認証タイプを示すために異なるタイプ値が用いられてもよい。よって、タイプ・フィールドは、ペイロードが存在しないことを示してもよいし、ペイロードがＰＴＰｖ２メッセージ又はＮＴＰメッセージであることを示してもよい。
【0051】
長さフィールドはバリュー・フィールドのオクテット数である。そして、オプションのバリュー・フィールドは、使用中の時刻同期プロトコルのパケットを伝えるために用いられてもよい。よって、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージは、関連メッセージが送信されている元の境界クロック・ノード１２、１４へ接続されているそれぞれのＬＥＲ１８、２０によってバリュー・フィールドに挿入されてもよい。
【0052】
パケットは、認証又は暗号化され、ＭＰＬＳネットワークを介してエッジ・ツー・エッジで不変に伝えられてもよい。
【0053】
よって、図３は、境界クロック・ノード１２からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているSyncメッセージ５０を示す。ＬＥＲ１８は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でSync*として示される結果のパケット６２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ２０は、ＭＰＬＳフォーマットからメッセージを抽出し、当初のSyncメッセージに対応する結果のパケット６４が境界クロック・ノード１４へ送信される。
【0054】
図３はまた、境界クロック・ノード１２からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているFollow_upメッセージ５２を示す。ここでも、ＬＥＲ１８は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でFollow_up*として示される結果のパケット６６が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【0055】
しかし、この場合に、各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドを利用する。
【0056】
具体的に、スクラッチ・パッド・フィールドは、８オクテットの長さであり、Follow_up*メッセージ６６の場合に、入口ＬＳＲ１８から出口ＬＳＲ２０への自身のパス上のSyncパケットによって通過されたＬＥＲ、ＬＳＲにおいて費やされた滞留時間を蓄積するために用いられる。
【0057】
すなわち、入口ＬＥＲ１８がFollow_up*メッセージ６６を送信する場合に、それは、SyncメッセージによってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【0058】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【0059】
同様に、ＬＳＲ２２がFollow_up*メッセージ６６を送信する場合に、それは、SyncメッセージによってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【0060】
これは、Follow_up*メッセージ６６がＭＰＬＳ出口ＬＥＲ２０に到達するまで続き、ＭＰＬＳ出口ＬＥＲ２０は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むメッセージによって通過されたネットワークのノードにわたるSyncメッセージの蓄積滞留時間を示す情報を含む従来のFollow_upメッセージ７０を境界クロック・ノード１４へ送信する。
【0061】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからのSyncメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、それぞれのノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なるデータ・パケット（すなわち、Follow_upメッセージを含むデータ・パケット）を後続の、すなわち宛先のノードへ送信する。ＬＥＲ１８は、２ステップ動作モードにおいて更なるデータ・パケット（Follow_up*）を生成するように構成されている。
【0062】
更なるデータ・パケットは、ＭＰＬＳネットワークについての滞留時間情報と、ＭＰＬＳネットワーク１６の外側からの、例えばノード１２からの受信したフォローアップ・メッセージとを含む。この場合に、滞留時間情報を含む更なるデータ・パケットの送信は、送信元から宛先へ第２メッセージ（第２データ・パケット）を転送し、この転送される第２メッセージに滞留時間情報を含めることによって実現される。よって、送信される更なるデータ・パケットは第２データ・パケットである。第２データ・パケットは、パス内の以前のノードから受信され、当該ノードにおける滞留時間を示すために滞留時間が含められ、更新され又は修正され、その後、第２データ・パケットは更なるデータ・パケットとして滞留時間情報とともにパス内の次のノードへ転送される。
【0063】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【0064】
よって、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１２から第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）その後、ＬＥＲ１８は、更なるパケット、すなわち滞留時間情報を含むFollow_up*メッセージ６６を宛先ノードへ送信する。
【0065】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ１８のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＥＲ２０へ転送する。その後、それは、更なるパケット、すなわち滞留時間情報を含むFollow_up*メッセージ６６を宛先ノードへ送信する。
【0066】
アクティブ・ノードは、方法のステップを実行している、例えばデータ・パケットを送信及び転送している特定のノードとみなされてもよく、このノードに対してノード内の滞留時間の測定が行われ、転送されるパケットに含められる。
【0067】
同様に、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えば境界クロック・ノード１４へ送信する。その後、それは更なるパケット、すなわち滞留時間情報を含むFollow_upメッセージ７０を宛先ノードへ送信する。一部の例では、送信元ノード及び／又は宛先ノードは、境界クロックであってもよく、又は境界クロックに接続されてもよく、例えば境界クロックに接続されたトランスペアレント・クロックであってもよい。
【0068】
２ステップ・モードで動作中の境界クロック・ノード１４がFollow_upメッセージ７０を受信した場合に、それは、ＩＥＥＥ１５８８で特定されるDelay_Reqメッセージを返す。よって、図３は、境界クロック・ノード１４からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０へ送信されているDelay_Reqメッセージ７０を示す。ＬＥＲ２０は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でDelay_Req*として示される結果のパケット７２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ１８は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、当初のDelay_Reqメッセージ５４に対応する結果のパケット７４が境界クロック・ノード１２へ送信される。
【0069】
やはりＩＥＥＥ１５８８で特定されるように、２ステップ・モードで動作中の境界クロック・ノード１２は、Delay_Reqメッセージ７０を受信した場合にDelay_Respメッセージ５６を返す。よって、図３は、境界クロック・ノード１２からラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているDelay_Respメッセージ５６を示す。ここでも、ＬＥＲ１８は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図３でDelay_Resp*として示される結果のパケット７６が、ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【0070】
Delay_Resp*パケット７６は、そのペイロードとしてDelay_Respメッセージ５６を含むが、各Delay_Reqメッセージの滞留時間に関連する滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドも利用する。
【0071】
各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるようにDelay_Resp*パケット７６を更新する。この場合に、Delay_Resp*パケット７６に含まれる滞留時間情報は、Delay_ReqメッセージによってＬＥＲ及びＬＳＲにおいて費やされた滞留時間に関する。
【0072】
すなわち、Delay_Resp*メッセージ７６の場合に、スクラッチ・パッド・フィールドは、ＬＥＲ２０からＬＥＲ１８へのパス上でDelay_ReqパケットによってＬＥＲ１８、２０及びＬＳＲ２２において費やされた滞留時間を蓄積するために用いられる。
【0073】
より詳細に、ＬＥＲ１８がDelay_Resp*メッセージ７６を生成及び送信する場合に、それは、各Delay_ReqメッセージによってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。上述のように、滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【0074】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【0075】
同様に、ＬＳＲ２２がDelay_Resp*メッセージ７６を送信する場合に、それは、以前の関連するDelay_ReqメッセージによってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【0076】
これは、Delay_Resp*メッセージ７６がＬＥＲ２０に到達するまで続き、ＬＥＲ２０は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むDelay_Reqメッセージによって通過されたネットワークのノードにわたるDelay_Reqメッセージの蓄積滞留時間を示す情報を含む従来のDelay_Respメッセージ８０を境界クロック・ノード１４へ送信する。
【0077】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからDelay_Reqメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、各ノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なるデータ・パケット（すなわち、Delay_Respメッセージを含むデータ・パケット）を先行する、すなわち送信元のノードへ送信する。この場合に、滞留時間情報を含む更なるデータ・パケットの送信は、宛先から送信元へ第２メッセージ（第２データ・パケット）を転送し、滞留時間情報を更新又は当該転送される第２メッセージに含めることによって実現される。転送されるメッセージ又はパケットは、メッセージを受信及び転送したノードによって修正されてもよい。例えば、修正は、滞留時間情報を含めること又は更新すること、特に当該ノードにおいて費やされた滞留時間を含めることであってもよい。
【0078】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【0079】
よって、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１４から第１パケットとしてDelay_Reqメッセージを受信し、Delay_Reqメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）続いて、ＬＥＲ２２は、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１８を送信元ノードへ送信する。
【0080】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ２０のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えばＬＥＲ１８へ転送する。その後、それは、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ７６を送信元ノードへ送信する。
【0081】
同様に、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えば境界クロック・ノード１２へ送信する。その後、それは更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ７６を送信元ノードへ送信する。
【0082】
図５は、第２実施形態に従う方法を説明する。
【0083】
特に、この説明される実施形態では、図１に示されるＰＴＰネットワーク１０が１ステップ・モードで動作中である。すなわち、図１に示される境界クロック・ノード１２のような第１境界クロック・ノードは、Syncメッセージ９０の形式でイベントＰＴＰメッセージを送信するが、Follow_upメッセージを送信しない。
【0084】
Syncメッセージ９０の受信に応じて、図１に示される境界クロック・ノード１４のような第２境界クロック・ノードは、Delay_Reqメッセージ９４の形式でイベントＰＴＰメッセージを送信する。
【0085】
Delay_Reqメッセージ９４を受信した場合に、第１境界クロック・ノード１２は、Delay_Respメッセージ９６の形式で一般ＰＴＰメッセージを返す。
【0086】
Delay_Respメッセージ９６の受信に応じて、第２境界クロック・ノード１４は、ネットワークにわたる送信遅延に関する要求された情報を取得でき、それによって第１境界クロック・ノード１２との同期を実現する。
【0087】
よって、本方法は、タイミング情報を伝えるパケットの双方向交換による同期を可能にする。
【0089】
より具体的に、この実施形態では、データ・パケットは一般随伴チャネル（Ｇ−Ａｃｈ）・メッセージとしてＭＰＬＳネットワークをわたって送信される。
【0090】
図４に示されるパケット・フォーマットでは、ＲＦＣ４３８５［ＲＦＣ４３８５］で規定されるように、バージョン・フィールドは０に設定される。予約フィールドは送信側で０に設定され、受信側で無視される。ＲＴＭチャネル・フィールドはこのようなものとしてパケットを識別する。
【0091】
フラグ・フィールドは１ビットＳを有し、これは２ステップ・クロック手続きを使用中であるかを示すステップ・フラグとして機能し、それゆえ境界クロック１２、１４が１ステップ・モードで動作中ならば０に設定され、これらが２ステップ・モードで動作中ならば１に設定される。ＰＴＰタイプ・フィールドは、ＴＬＶで伝えられるＰＴＰパケットのタイプを示す。よって、例えば、ＰＴＰタイプ・フィールドは、メッセージが、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージであるかを識別する。１０個のオクテット長のポートＩＤフィールドは、送信元ポート、すなわちＭＰＬＳネットワークに接続された境界クロックの特定のＰＴＰポートの識別子を含む。シーケンスＩＤは、メッセージのバリュー・フィールドで伝えられるＰＴＰメッセージのシーケンスＩＤである。よって、先のパケットに関連する滞留時間情報を含む更なるパケットは、当該先のパケットを識別する情報を含む。
【0092】
タイプ・フィールドは、ＴＬＶが伝えるバリューのタイプ、すなわちメッセージが表すフィールドの種類を識別する。よって、例えば、タイプ・フィールドは、伝えられているメッセージが、滞留時間情報を伝達可能な本書に記載されたフォーマットのメッセージであることを示す。例えば、伝えられるＰＴＰメッセージの認証タイプを示すために異なるタイプ値が用いられてもよい。よって、タイプ・フィールドは、ペイロードが存在しないことを示してもよいし、ペイロードがＰＴＰｖ２メッセージ又はＮＴＰメッセージであることを示してもよい。
【0093】
長さフィールドはバリュー・フィールドのオクテット数である。そして、オプションのバリュー・フィールドは、使用中の時刻同期プロトコルのパケットを伝えるために用いられてもよい。よって、Syncメッセージ、Follow_upメッセージ、Delay_Reqメッセージ又はDelay_Respメッセージは、関連メッセージが送信されている元の境界クロック・ノード１２、１４へ接続されているそれぞれのＬＥＲ１８、２０によってバリュー・フィールドに挿入されてもよい。
【0094】
パケットは、認証又は暗号化され、ＭＰＬＳネットワークを介してエッジ・ツー・エッジで不変に伝えられてもよい。
【0095】
よって、図５は、境界クロック・ノード１２からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているSyncメッセージ９０を示す。ＬＥＲ１８は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図５でSync*として示される結果のパケット１０２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ２０は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、当初のSyncメッセージに対応する結果のパケット１０４が境界クロック・ノード１４へ送信される。
【0096】
図５はまた、ＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８が境界クロック・ノード１２からSyncメッセージ９０を受信した場合に、それが、様々なノードにおいてSyncメッセージによって費やされた滞留時間に関連する滞留時間情報を伝えるための追加のメッセージ、ＲＴＭ、１０６を生成することを示す。ＬＥＲ１８は、図４に示されるようなＭＰＬＳ Ｇ−ＡｃｈフォーマットでＲＴＭメッセージを作成し、結果のパケットが、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【0097】
よって、ＬＥＲ１８が１ステップ・モードで動作するノード１４に接続されている場合（Sync*についてのタイミング情報を含むフォローアップ・パケットがない場合）に、ＬＥＲ１８は、ＭＰＬＳネットワークに関連する滞留時間情報を伝えるために追加のメッセージを生成する。
【0098】
各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドを利用する。
【0099】
具体的に、スクラッチ・パッド・フィールドは、８オクテットの長さであり、ＲＴＭメッセージ１０６の場合に、入口ＬＳＲ１８から出口ＬＳＲ２０への自身のパス上のSyncパケットによって通過されたＬＥＲ及びＬＳＲにおいて費やされた滞留時間を蓄積するために用いられる。
【0100】
すなわち、入口ＬＥＲ１８がＲＴＭメッセージ１０６を送信する場合に、それは、Syncメッセージ９０によってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【0101】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【0102】
同様に、ＬＳＲ２２がＲＴＭメッセージ１０６を送信する場合に、それは、Sync*メッセージ１０２によってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【0103】
これは、ＲＴＭメッセージ１０６がＭＰＬＳ出口ＬＥＲ２０に到達するまで続き、ＭＰＬＳ出口ＬＥＲ２０は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むメッセージによって通過されたネットワークのノードにわたるSyncメッセージの蓄積滞留時間を示す情報を含む従来のFollow_upメッセージ１０８を境界クロック・ノード１４へ送信する。ＬＥＲ２０は以前にSyncメッセージ１０４内に２ステップ・フラグを１に設定しており、その結果として境界クロック・ノード１４はそれがFollow_upメッセージを期待できることを知る。
【0104】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからのSyncメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、それぞれのノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なる、具体的には生成されたデータ・パケットを後続の、すなわち宛先のノードへ送信する。
【0105】
よって、入口ＬＥＲは、新たなデータ・パケット内の滞留時間情報を含む当該新たな（第２）データ・パケットを作成し、宛先ノードへ当該新たなデータ・パケットを送信することによって、滞留時間情報を含む更なるデータ・パケットの送信を実現する。他のノードは、当該（第２）データ・パケット内の滞留時間情報を含む、入口ＬＥＲによって作成された（第２）データ・パケットを受信し、宛先ノードへ当該新たな（第２）データ・パケットを転送することによって、滞留時間情報を含む更なるデータ・パケットの送信を実現する。含まれる滞留時間情報は、当該ノードでの滞留時間に対応する。含めることは、既存の時間を（例えば合計に追加の滞留時間を加えることによって）更新又は変更することを含んでもよいし、含めることは、第２データ・パケットに以前の滞留時間が存在しない場合に最初に滞留時間情報を含めることを指してもよい。
【0106】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【0107】
よって、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１２から第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）その後、ＬＥＲ１８は、更なるパケット、すなわち滞留時間情報を含むＲＴＭメッセージ１０６を宛先ノードへ送信する。
【0108】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ１８のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えばＬＥＲ２０へ転送する。その後、それは、更なるパケット、すなわち滞留時間情報を含むＲＴＭメッセージ１０６を宛先ノードへ送信する。
【0109】
同様に、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてSyncメッセージを受信し、Syncメッセージを宛先ノード、例えば境界クロック・ノード１４へ送信する。その後、それは更なるパケット、すなわち滞留時間情報を含むFollow_upメッセージ１０８０を宛先ノードへ送信する。
【0110】
境界クロック・ノード１４がFollow_upメッセージ１０８を受信した場合に、それは、ＩＥＥＥ１５８８で特定されるDelay_Reqメッセージを返す。よって、図５は、境界クロック・ノード１４からＭＰＬＳ入口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０へ送信されているDelay_Reqメッセージ９４を示す。ＬＥＲ２０は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図５でDelay_Req*として示される結果のパケット１１２が、ＭＰＬＳ出口ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。ＬＥＲ１８は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、当初のDelay_Reqメッセージ９４に対応する結果のパケット１１４が境界クロック・ノード１２へ送信される。
【0111】
やはりＩＥＥＥ１５８８で特定されるように、境界クロック・ノード１２は、Delay_Reqメッセージ１１４を受信した場合にDelay_Respメッセージ９６を返す。よって、図５は、境界クロック・ノード１２からラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８へ送信されているDelay_Respメッセージ９６を示す。ここでも、ＬＥＲ１８は、図４に示されるようなＭＰＬＳ Ｇ−Ａｃｈフォーマットにメッセージを入れ、図５でDelay_Resp*として示される結果のパケット１１６が、ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）２０に到達するまで、１つ以上のラベル・スイッチング・ルータ（ＬＳＲ）２２を通じて送信される。
【0112】
Delay_Resp*パケット１１６は、そのペイロードとしてDelay_Respメッセージ９６を含むが、関連するDelay_Reqメッセージの滞留時間情報を含めるために、図４に示されるパケット・フォーマットのスクラッチ・パッド・フィールドも利用する。
【0113】
各ラベル・スイッチング・エッジ・ルータ（ＬＥＲ）１８、２０及び各ラベル・スイッチング・ルータ（ＬＳＲ）２２は、滞留時間情報を含めるようにDelay_Resp*パケット１１６を更新する。この場合に、Delay_Resp*パケット１１６に含まれる滞留時間情報は、Delay_Reqメッセージ９４／１１２によってＬＥＲ及びＬＳＲにおいて費やされた滞留時間に関する。
【0114】
すなわち、Delay_Resp*メッセージ１１６の場合に、スクラッチ・パッド・フィールドは、ＬＥＲ２０からＬＥＲ１８へのパス上で関連するDelay_ReqパケットによってＬＥＲ１８、２０及びＬＳＲ２２において費やされた滞留時間を蓄積するために用いられる。
【0115】
より詳細に、ＬＥＲ１８がDelay_Resp*メッセージ１１６を生成及び送信する場合に、それは、Delay_ReqメッセージによってＬＥＲ１８において費やされた滞留時間を示す値をスクラッチ・パッド・フィールドに含める。上述のように、滞留時間は、任意の都合の良い方法で測定されてもよく、例えばメッセージが受信され始めた時点からメッセージが送信され始めた時点までである。
【0116】
時間はナノ秒の単位でＩＥＥＥ倍精度フォーマットで格納される。
【0117】
同様に、ＬＳＲ２２がDelay_Resp*メッセージ１１６を送信する場合に、それは、以前の関連するDelay_ReqメッセージによってＬＳＲ２２において費やされた滞留時間を示す値を加えることによってスクラッチ・パッド・フィールドを更新する。
【0118】
これは、Delay_Resp*メッセージ１１６がＬＥＲ２０に到達するまで続き、ＬＥＲ２０は、ＭＰＬＳ Ｇ−Ａｃｈフォーマットからメッセージを抽出し、出口ＬＥＲ２０自身を含むDelay_Reqメッセージによって通過されたネットワークのノードにわたるDelay_Reqメッセージの蓄積滞留時間を示す情報を含む従来のDelay_Respメッセージ１１８を境界クロック・ノード１４へ送信する。
【0119】
したがって、ノード１８、２０、２２のそれぞれは、先行する、すなわち送信元のノードからDelay_Reqメッセージを含むデータ・パケットを受信し、それを後続の、すなわち宛先のノードへ転送し、各ノードにおけるデータ・パケットの滞留時間を測定する。続いて、ノード１８、２０、２２のそれぞれは、測定された滞留時間から導出された滞留時間情報を含む更なるデータ・パケット（すなわち、Delay_Respメッセージを含むデータ・パケット）を先行する、すなわち送信元のノードへ送信する。よって、滞留時間情報を含む更なるデータ・パケットの送信は、宛先から送信元へ第２メッセージを転送し、滞留時間情報を更新又は当該転送される第２メッセージに含めることによって実現される。この場合に、第１データ・パケットはDelay_Reqメッセージであり、第２（更なる）データ・パケットはDelay_Respメッセージである。
【0120】
よって、ノード１８、２２、２０のそれぞれは２ステップ・トランスペアレント・クロックとして機能する。
【0121】
よって、アクティブ・ノードとしてＬＥＲ２０を検討する場合に、それは、送信元ノードとして機能する境界クロック・ノード１４から第１パケットとしてDelay_Reqメッセージを受信し、Delay_Reqメッセージを宛先ノード、例えばＬＳＲ２２へ転送する（よって、“送信元ノード”という用語は、アクティブ・ノードがパケットを受信する元のノードを指し、“宛先ノード”という用語は、アクティブ・ノードがパケットを送信する先のノードを指す。これらはパケットの当初の送信元又は最終的な宛先でなくてもよい。）続いて、ＬＥＲ２０は、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１８を送信元ノードへ送信する。
【0122】
アクティブ・ノードとしてＬＳＲ２２を検討する場合に、それは、ＬＥＲ２０のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えばＬＥＲ１８へ転送する。続いて、それは、更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１６を送信元ノードへ送信する。
【0123】
同様に、アクティブ・ノードとしてＬＥＲ１８を検討する場合に、それは、ＬＳＲ２２のような送信元ノードから第１パケットとしてDelay_Req*メッセージを受信し、Delay_Req*メッセージを宛先ノード、例えば境界クロック・ノード１２へ送信する。続いて、それは更なるパケット、すなわち滞留時間情報を含むDelay_Resp*メッセージ１１６を送信元ノードへ送信する。
【0124】
したがって、図３及び図５は、先行するメッセージに関連する滞留時間情報を含めるために特定のフォローアップ・メッセージが送信される方法を説明する。しかし、ＭＰＬＳネットワークを超えるパケットの滞留時間に関連する同じ滞留時間情報が、１つ以上の後続のパケットの訂正フィールドを更新することによって伝えられうることが理解されるだろう。例えば、ネットワーク・タイム・プロトコルの場合に、このアプローチは、http://www.eecis.udel.edu/~mills/ntp/html/xleave.htmlに記載されるように、“インタリーブド・モード”と呼ばれる。
【0125】
第１データ・パケットを受信及び転送する例が記載される。一部の側面では、受信されるパケットと転送されるパケットとの間でアクティブ・ノードにおいて第１データ・パケットに１つ以上の修正、例えばヘッダへの修正が行われてもよい。