JP6931376B2 - ネットワーク内の滞留時間情報の送信 - Google Patents

ネットワーク内の滞留時間情報の送信 Download PDF

Info

Publication number
JP6931376B2
JP6931376B2 JP2019146687A JP2019146687A JP6931376B2 JP 6931376 B2 JP6931376 B2 JP 6931376B2 JP 2019146687 A JP2019146687 A JP 2019146687A JP 2019146687 A JP2019146687 A JP 2019146687A JP 6931376 B2 JP6931376 B2 JP 6931376B2
Authority
JP
Japan
Prior art keywords
node
message
data packet
label switching
dwell time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019146687A
Other languages
English (en)
Other versions
JP2019220970A (ja
Inventor
ステファノ ラフィーニ，
ステファノ ラフィーニ，
エリック グレイ，
エリック グレイ，
スリガネシュ キニ，
スリガネシュ キニ，
グレゴリー ミルスキー，
グレゴリー ミルスキー，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル）, テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2019220970A publication Critical patent/JP2019220970A/ja
Application granted granted Critical
Publication of JP6931376B2 publication Critical patent/JP6931376B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0673—Clock or time synchronisation among packet nodes using intermediate nodes, e.g. modification of a received timestamp before further transmission to the next packet node, e.g. including internal delay time or residence time into the packet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667—Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H04L45/507—Label distribution

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Small-Scale Networks (AREA)

Description

本発明は通信ネットワークに関し、特にマルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）を用いるネットワークに関する。より具体的に、本発明はこのようなネットワーク内の滞留時間情報の送信に関する。
ネットワーク全体での同期を実現できるようにするために、ネットワーク・ノード間でタイミング情報を送信することが知られている。これが当てはまる状況の１つの例は、セルラー通信ネットワークの場合であり、ここではそれぞれのセルにおけるアクセス・ポイント間の同期を実現する必要がある。タイミング情報の送信の１つの方法は、プリシジョン・タイム・プロトコル（ＰＴＰ）を使用し、メッセージを受信した時刻を測定すること及び宛先へ当該メッセージを転送した時刻を測定することをノードに要求する。２つの時刻の間の経過時間は滞留時間と呼ばれる。この滞留時間に関する情報は、ネットワーク上の送信遅延を算出し、それゆえネットワークのノード間の同期を実現するために宛先ノードへ送信される。
マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）は、ネットワークをわたってデータ・パケットを伝達するために用いられるメカニズムであり、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に記載されるように、“インタリーブド・モード”と呼ばれる。
第１データ・パケットを受信及び転送する例が記載される。一部の側面では、受信されるパケットと転送されるパケットとの間でアクティブ・ノードにおいて第１データ・パケットに１つ以上の修正、例えばヘッダへの修正が行われてもよい。

Claims (4)

  1. マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、
    前記ネットワークのアクティブ・ノードにおいて、
    １ステップ・モードで動作するプリシジョン・タイム・プロトコル（ＰＴＰ）送信元ノードから第１データ・パケットを受信することであって、
    前記第１データ・パケットは、２ステップ・モードが使用されているかどうかを示すフラグを含む、ことと、
    前記２ステップ・モードが使用されていることを示すように前記フラグを設定することと、
    宛先ノードへ前記第１データ・パケットを転送することと、
    前記アクティブ・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
    滞留時間情報を含む更なるデータ・パケットを生成及び送信することと、
    を有する方法。
  2. マルチプロトコル・ラベル・スイッチング・ネットワークの動作の方法であって、前記マルチプロトコル・ラベル・スイッチング・ネットワークは、複数のラベル・スイッチング・エッジ・ルータ・ノードを含む複数のラベル・スイッチング・ルータ・ノードを備え、前記方法は、
    １ステップ・モードで動作するプリシジョン・タイム・プロトコル（ＰＴＰ）送信元ノードから受信されたSyncデータ・パケットを、入口ラベル・スイッチング・エッジ・ルータから出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたって送信することであって、
    前記送信元ノードは、１ステップ・モードで動作しており、
    前記Syncデータ・パケットは、２ステップ・モードが使用されているかどうかを示すフラグを含む、ことと、
    前記２ステップ・モードが使用されていることを示すように前記フラグを設定することと、
    前記入口ラベル・スイッチング・エッジ・ルータから前記出口ラベル・スイッチング・エッジ・ルータへ前記マルチプロトコル・ラベル・スイッチング・ネットワークをわたってFollow_upデータ・パケットを生成及び送信することと、を有し、
    前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードでの前記Syncデータ・パケットの滞留時間を測定することと、
    前記Syncデータ・パケットによって通過された各ラベル・スイッチング・ルータ・ノードから前記Follow_upデータ・パケットを送信する際に、前記測定された滞留時間から導出された更新後の滞留時間情報を含めることと、
    を更に有する、方法。
  3. マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
    １ステップ・モードで動作するプリシジョン・タイム・プロトコル（ＰＴＰ）送信元ノードから第１データ・パケットを受信することであって、
    前記第１データ・パケットは、２ステップ・モードが使用されているかどうかを示すフラグを含む、ことと、
    前記２ステップ・モードが使用されていることを示すように前記フラグを設定することと、
    宛先ノードへ前記第１データ・パケットを転送することと、
    前記ＭＰＬＳネットワーク・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
    滞留時間情報を含む更なるデータ・パケットを生成及び送信することと、
    のために構成されている、ＭＰＬＳネットワーク・ノード。
  4. マルチプロトコル・ラベル・スイッチング、ＭＰＬＳ、ネットワーク・ノードであって、
    プロセッサと、
    メモリと、を備え、
    前記メモリは前記プロセッサによって実行可能な命令を含み、それによって前記ノードは、
    １ステップ・モードで動作するプリシジョン・タイム・プロトコル（ＰＴＰ）送信元ノードから第１データ・パケットを受信することであって、
    前記第１データ・パケットは、２ステップ・モードが使用されているかどうかを示すフラグを含む、ことと、
    前記２ステップ・モードが使用されていることを示すように前記フラグを設定することと、
    宛先ノードへ前記第１データ・パケットを転送することと、
    前記ＭＰＬＳネットワーク・ノードにおける前記第１データ・パケットの滞留時間を測定することと、
    滞留時間情報を含む更なるデータ・パケットを生成及び送信することと、
    をするように作動する、ＭＰＬＳネットワーク・ノード。
JP2019146687A 2014-11-05 2019-08-08 ネットワーク内の滞留時間情報の送信 Active JP6931376B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462075614P 2014-11-05 2014-11-05
US62/075,614 2014-11-05
EPPCT/EP2014/075332 2014-11-21
PCT/EP2014/075332 WO2016070947A1 (en) 2014-11-05 2014-11-21 Transmitting residence time information in a network
JP2017523841A JP6596084B2 (ja) 2014-11-05 2015-10-26 ネットワーク内の滞留時間情報の送信

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017523841A Division JP6596084B2 (ja) 2014-11-05 2015-10-26 ネットワーク内の滞留時間情報の送信

Publications (2)

Publication Number Publication Date
JP2019220970A JP2019220970A (ja) 2019-12-26
JP6931376B2 true JP6931376B2 (ja) 2021-09-01

Family

ID=51951799

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017523841A Active JP6596084B2 (ja) 2014-11-05 2015-10-26 ネットワーク内の滞留時間情報の送信
JP2019146687A Active JP6931376B2 (ja) 2014-11-05 2019-08-08 ネットワーク内の滞留時間情報の送信

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2017523841A Active JP6596084B2 (ja) 2014-11-05 2015-10-26 ネットワーク内の滞留時間情報の送信

Country Status (7)

Country Link
US (2) US10567101B2 (ja)
EP (2) EP3216143B1 (ja)
JP (2) JP6596084B2 (ja)
KR (1) KR102077241B1 (ja)
CN (1) CN107113236B (ja)
ES (1) ES2828275T3 (ja)
WO (2) WO2016070947A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10411998B1 (en) 2012-12-27 2019-09-10 Sitting Man, Llc Node scope-specific outside-scope identifier-equipped routing methods, systems, and computer program products
US10447575B1 (en) 2012-12-27 2019-10-15 Sitting Man, Llc Routing methods, systems, and computer program products
US10411997B1 (en) 2012-12-27 2019-09-10 Sitting Man, Llc Routing methods, systems, and computer program products for using a region scoped node identifier
US10397100B1 (en) 2012-12-27 2019-08-27 Sitting Man, Llc Routing methods, systems, and computer program products using a region scoped outside-scope identifier
US10904144B2 (en) 2012-12-27 2021-01-26 Sitting Man, Llc Methods, systems, and computer program products for associating a name with a network path
US10419335B1 (en) 2012-12-27 2019-09-17 Sitting Man, Llc Region scope-specific outside-scope indentifier-equipped routing methods, systems, and computer program products
US10404582B1 (en) 2012-12-27 2019-09-03 Sitting Man, Llc Routing methods, systems, and computer program products using an outside-scope indentifier
US10397101B1 (en) 2012-12-27 2019-08-27 Sitting Man, Llc Routing methods, systems, and computer program products for mapping identifiers
US10212076B1 (en) 2012-12-27 2019-02-19 Sitting Man, Llc Routing methods, systems, and computer program products for mapping a node-scope specific identifier
US10587505B1 (en) 2012-12-27 2020-03-10 Sitting Man, Llc Routing methods, systems, and computer program products
US10419334B1 (en) 2012-12-27 2019-09-17 Sitting Man, Llc Internet protocol routing methods, systems, and computer program products
US10404583B1 (en) 2012-12-27 2019-09-03 Sitting Man, Llc Routing methods, systems, and computer program products using multiple outside-scope identifiers
WO2016070947A1 (en) * 2014-11-05 2016-05-12 Telefonaktiebolaget L M Ericsson (Publ) Transmitting residence time information in a network
CN107580768B (zh) * 2015-07-17 2020-06-26 华为技术有限公司 报文传输的方法、装置和系统
IT201600128328A1 (it) * 2016-12-19 2018-06-19 Inst Rundfunktechnik Gmbh Sendernetzwerk versehen mit wenigstens zwei sendern, sender im sendernetzwerk und empfänger in diesem sendernetzwerk
US10616085B2 (en) 2017-08-31 2020-04-07 Zte Corporation Residence time measurement for optimizing network services
US11477100B2 (en) * 2017-09-26 2022-10-18 Zte Corporation Residence time measurement for traffic engineered network
US10979787B2 (en) * 2018-09-10 2021-04-13 Zte Corporation Techniques to collect and transport telemetry information in a communication network
JP7200636B2 (ja) * 2018-12-04 2023-01-10 日本電信電話株式会社 伝送装置、時刻伝送システム、および、遅延測定方法
CN112688751A (zh) * 2019-10-18 2021-04-20 华为技术有限公司 通信方法、装置及系统
US11005585B1 (en) * 2019-12-31 2021-05-11 Juniper Networks, Inc. Transporting client timing information across a network
CN111585895B (zh) * 2020-05-12 2021-11-09 北京交通大学 无需时间同步的时间触发的数据传输方法
WO2022137361A1 (ja) * 2020-12-22 2022-06-30 三菱電機株式会社 通信システム、通信装置、通信方法、制御回路および記憶媒体
US12101240B2 (en) 2022-02-24 2024-09-24 Marvell Israel (M.I.S.L) Ltd. Dynamic one-step/two-step timestamping per packet in network devices
US12074693B2 (en) 2022-02-24 2024-08-27 Marvell Israel (M.I.S.L) Ltd. Dynamic one-step/two-step timestamping per packet in network devices
WO2023161883A1 (en) * 2022-02-24 2023-08-31 Marvell Israel (M.I.S.L) Ltd. Dynamic one-step/two-step timestamping per packet in network devices
US12107671B2 (en) 2022-02-24 2024-10-01 Marvell Israel (M.I.S.L) Ltd. Timestamping over media independent interfaces
US11924318B2 (en) 2022-02-24 2024-03-05 Marvell Israel (M.I.S.L) Ltd. Timestamping for multiple synchronization domains in a network device

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS59205848A (ja) * 1983-05-09 1984-11-21 Canon Inc 優先制御方式
US7031311B2 (en) * 2001-07-23 2006-04-18 Acme Packet, Inc. System and method for providing rapid rerouting of real-time multi-media flows
JP4165261B2 (ja) * 2003-03-13 2008-10-15 ソニー株式会社 無線アドホック通信システム、端末、その端末における処理方法並びにその方法を端末に実行させるためのプログラム
US6970464B2 (en) * 2003-04-01 2005-11-29 Cisco Technology, Inc. Method for recursive BGP route updates in MPLS networks
GB0416272D0 (en) * 2004-07-20 2004-08-25 British Telecomm Method of operating a network
US7826373B2 (en) * 2005-01-28 2010-11-02 Honeywell International Inc. Wireless routing systems and methods
CN1327673C (zh) * 2005-01-29 2007-07-18 华为技术有限公司 一种多协议标签交换网络的数据传输方法及系统
GB2443868A (en) * 2006-03-21 2008-05-21 Zarlink Semiconductor Ltd Synchronising slave clocks in non-symmetric packet networks
US8274998B2 (en) * 2008-10-02 2012-09-25 Cortina Systems, Inc. Systems and methods for packet based timing offset determination using timing adjustment information
US8902932B2 (en) * 2008-10-02 2014-12-02 Cortina Systems, Inc. Systems and methods for a network device to update timing packets to reflect delay
WO2010044210A1 (ja) * 2008-10-15 2010-04-22 パナソニック株式会社 通信装置及び通信方法
CN101425890A (zh) * 2008-11-21 2009-05-06 中兴通讯股份有限公司 透传时钟的实现装置和方法
WO2011025746A1 (en) * 2009-08-25 2011-03-03 Semtech Corporation Measurement and adjustment of real-time values according to residence time in networking equipment without access to real time
US8638778B2 (en) * 2009-09-11 2014-01-28 Cisco Technology, Inc. Performance measurement in a network supporting multiprotocol label switching (MPLS)
US8630315B2 (en) * 2010-02-17 2014-01-14 Ciena Corporation Ethernet network synchronization systems and methods
JP5509914B2 (ja) * 2010-02-23 2014-06-04 富士通株式会社 情報通信システム及び時刻同期方法
EP2381622B1 (en) * 2010-04-23 2012-06-20 Alcatel Lucent Update of a cumulative residence time of a packet in a packet-switched communication network
EP2461501A1 (en) * 2010-12-01 2012-06-06 Alcatel Lucent Tunnel follow-up message for transparent clock
EP2487836A1 (en) * 2011-02-01 2012-08-15 Alcatel Lucent Automatic capture of the network delay components
EP2487819B1 (en) * 2011-02-10 2015-08-05 Alcatel Lucent Network element for a packet-switched network
US8964563B2 (en) * 2011-07-08 2015-02-24 Telefonaktiebolaget L M Ericsson (Publ) Controller driven OAM for OpenFlow
FR2978635A1 (fr) * 2011-07-25 2013-02-01 France Telecom Technique d'acheminement de messages de synchronisation
US8913632B2 (en) * 2011-08-05 2014-12-16 Khalifa University Of Science, Technology And Research Method and system for frequency synchronization
US9077468B2 (en) * 2011-12-19 2015-07-07 Nokia Solutions And Networks Oy Methods and apparatus for communication synchronization
EP2701318B1 (en) * 2012-08-22 2015-04-15 Alcatel Lucent A method for synchronizing distributed clocks by the precision time protocol, in a telecommunication network
US9407733B1 (en) * 2012-11-09 2016-08-02 Marvell Israel (M.I.S.L) Ltd. Time correction using extension fields
US8879586B2 (en) * 2012-12-20 2014-11-04 Broadcom Corporation Inband timestamping
US9369224B2 (en) * 2013-01-30 2016-06-14 Huawei Technologies Co., Ltd. Clock synchronization method and device
CN104348568A (zh) * 2013-07-23 2015-02-11 中兴通讯股份有限公司 时间同步处理方法及装置
US9667370B2 (en) * 2013-09-05 2017-05-30 Avago Technologies General Ip (Singapore) Pte. Ltd. Communication device with peer-to-peer assist to provide synchronization
US9112631B2 (en) * 2013-09-11 2015-08-18 Khalifa University of Science, Technology, and Research Method and devices for frequency distribution
NZ630757A (en) 2014-08-01 2016-03-31 Resmed Ltd Self-optimising respiratory therapy system
WO2016070947A1 (en) * 2014-11-05 2016-05-12 Telefonaktiebolaget L M Ericsson (Publ) Transmitting residence time information in a network

Also Published As

Publication number Publication date
KR102077241B1 (ko) 2020-04-03
ES2828275T3 (es) 2021-05-25
WO2016071138A1 (en) 2016-05-12
CN107113236B (zh) 2021-01-05
JP2017534210A (ja) 2017-11-16
WO2016070947A1 (en) 2016-05-12
EP3761533A1 (en) 2021-01-06
KR20170084150A (ko) 2017-07-19
US20200162180A1 (en) 2020-05-21
US11444713B2 (en) 2022-09-13
EP3216143B1 (en) 2020-08-26
JP2019220970A (ja) 2019-12-26
US20170324497A1 (en) 2017-11-09
CN107113236A (zh) 2017-08-29
EP3216143A1 (en) 2017-09-13
US10567101B2 (en) 2020-02-18
JP6596084B2 (ja) 2019-10-23

Similar Documents

Publication Publication Date Title
JP6931376B2 (ja) ネットワーク内の滞留時間情報の送信
JP6009672B2 (ja) 通信ネットワークにおいて、高精度時刻プロトコルによって配信クロックを同期するための方法
US10079748B2 (en) Supporting efficient and accurate sync/followup timestamps
US9031095B2 (en) Precision timing using a modified synchronization operation
US10439748B1 (en) Time correction using extension fields
US11419072B2 (en) Method for processing a packet in a time-synchronized network and network element for processing a packet in a network
KR101504854B1 (ko) 투명한 클록을 위한 터널 팔로우-업 메시지
JP2005253033A (ja) 網同期装置、クロック伝達方法およびクロック伝達パケット網
JP2012520591A (ja) 少なくとも１つのタイミング配信プロトコルにより第１のデータおよび第２のデータを別々に伝送することによってクロックを同期するための方法、ならびに関連するシステムおよびモジュール
Zaballa et al. Towards monitoring hybrid next-generation software-defined and service provider MPLS networks
JP2019525681A (ja) Ｓｆｃネットワークにおけるトポロジー情報を同期させるための方法、およびルーティングネットワーク要素
CN102377663A (zh) 处理时钟报文的方法、设备及系统
US8386600B2 (en) Performance monitoring of E-tree service
JP7331066B2 (ja) Ａｖｂストリームのモジュール式ルーティングの方法及び装置
Mirsky et al. Residence Time Measurement in MPLS Networks
Drake et al. Internet Engineering Task Force (IETF) G. Mirsky Request for Comments: 8169 ZTE Corp. Category: Standards Track S. Ruffini
KR20030055670A (ko) 패킷데이터서비스노드 시스템의 라우팅 정보 프로토콜업데이트 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190828

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190828

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200914

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20201214

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20210303

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210315

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210716

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210813

R150 Certificate of patent or registration of utility model

Ref document number: 6931376

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250