JP4593895B2 - リアルタイムプロトコルパケットストリームの往復遅延を算出するシステムおよび方法 - Google Patents

Description

本発明は、リアルタイムプロトコルパケットストリームの往復遅延を算出するシステムおよび方法に関する。

リアルタイムプロトコル（ＲＴＰ）は、オーディオ、ビデオ、あるいはシミュレーションデータなどのリアルタイムデータをマルチキャストまたはユニキャストネットワークサービスを介して伝送するアプリケーションに適したエンドツーエンドのネットワーク搬送機能を提供するものである。ＲＴＰストリームは、ＲＴＰデータパケットを含み、エンコードされたオーディオまたはビデオ情報と、制御情報を搬送する制御プロトコル（ＲＴＣＰ制御パケット）を含む。ＲＴＰストリームは、リソース予約を行わず、リアルタイムサービスのＱｏＳ（quality-of-service）の保証も行わない。データの搬送をＲＴＣＰ制御パケットによって強化し、大規模なマルチキャストネットワークに拡張可能な方式でデータを搬送できるようにすると共に、最低限の制御と識別機能を提供している。

ＲＴＰおよびＲＴＣＰデータパケットは、基盤となるトランスポートおよびネットワークレイヤから独立するべく設計されている。しかしながら、ＲＴＰストリーム自体は、適時に搬送したりその他のＱｏＳを保証するメカニズムを提供しておらず、また、搬送を保証したり異常な搬送の予防も行わず、且つ、ＲＴＰストリームでは、基盤となるネットワークが信頼性を有しパケットを順序どおりに搬送することを前提としてもいない。メッセージ信号の送出時点とメッセージの返送時点間の遅延量が増大すると、例えば、メッセージのエコーが生成されることになり、好ましくない。

電話の基地局は、電話ユーザー（固定または携帯電話）間の通信サービスを提供するものである。ネットワークによって引き起こされる遅延を推定するのに使用可能な１つの方法では、ＩＣＭＰ（Internet Control Message Protocol）内のタイムスタンプを使用している。「Originate Time stamp（発信タイムスタンプ）」というタイムスタンプをメッセージに付加し、ローカルユーザーから着信側のユーザーに対して送信する。着信側ユーザーに到着すると、そのメッセージには、着信側ユーザーがそのメッセージを受信した時間を所定のタイミング基準に基づいて表す「Receive Time stamp（受信タイムスタンプ）」というタイムスタンプが付加される。この「Originate Time stamp（発信タイムスタンプ）」と「Receive Time stamp（受信タイムスタンプ）」間の差は、ローカルユーザーから着信側ユーザーまでのネットワーク遅延を表している。次いで、同一メッセージが着信側ユーザーからローカルユーザーに返送されるが、これには、着信側ユーザーがそのメッセージを送信した時間を所定のタイミング基準に基づいて示す「Transmit Time stamp（送信タイムスタンプ）」が付加される。ローカルユーザーがこのメッセージを受信する時点と「Transmit Time stamp（送信タイムスタンプ）」によって示されている時点間の差が、着信側ユーザーからローカルユーザーまでのネットワーク遅延を表すことになる。

ネットワーク遅延を求めるための別の方法においては、往復遅延（ＲＴＤ）を使用している。ローカルユーザーから電話に対して送信する所定のメッセージを使用し、この所定メッセージが往復してローカルユーザーに戻るのに所要する時間を計測する。しかしながらこの場合、メッセージの電波は、建物などの様々なマイクロ波の障害物に影響を受ける。従ってＲＴＤは本質的に、それら障害物からの反射によって発生する遅延を含む。この種の遅延により、携帯電話の正確な位置を特定する精度が低下すると共に、メッセージ伝送のリアルタイム性も低下する。更には、前述の方法やＲＴＤを求めるための既存の方法においては、ＲＴＤの算出は、ローカルユーザーと着信側ユーザーが接続されているネットワークのエンドポイントにおいて実行しなければならない。

本発明の様々な目的と利点に関し、その一部については以下の説明において記述し、一部については、以下の説明から明らかとなり、あるいは本発明を実施することによって学習することができる。

前述およびその他の目的を実現するべく、本発明により、ネットワーク内の第１および第２エンドポイントの間の往復遅延（ＲＴＤ）を算出する装置が提供され、ネットワーク内の第１および第２エンドポイント間には中間点が選択されており、この装置は、中間点から第１エンドポイントに向かい、中間点に戻るまでの第１データ伝送時間を求め、中間点から第２エンドポイントに向かい、中間点に戻るまでの第２データ伝送時間を求めた後に、第１および第２データ伝送時間を加算してネットワーク内の第１および第２エンドポイント間の往復遅延を求めるネットワークアナライザを有している。

前述およびその他の目的を実現するべく、本発明により、ネットワーク内の第１および第２エンドポイント間の往復遅延（ＲＴＤ）を算出する方法が更に提供され、この方法は、ネットワーク内の第１および第２エンドポイントの間に中間点を選択するステップと、中間点から第１エンドポイントに向かい、中間点に戻るまでの第１データ伝送時間を求めるステップと、中間点から第２エンドポイントに向かい、中間点に戻るまでの第２データ伝送時間を求めるステップと、第１および第２データ伝送時間を加算してネットワーク内の第１および第２エンドポイント間の往復遅延を求めるステップと、を有している。

前述およびその他の目的を実現するべく、本発明により、ソースとレシーバ間のネットワーク内のＰＯＡ（point of analysis：分析点）に接続されているネットワークアナライザの方法が更に提供され、この方法は、ソースからレシーバに第１信号を出力するステップと、ＰＯＡにおいて第１信号にタイムスタンプTime1を付加するステップと、第１信号をレシーバで受信するステップと、レシーバからソースに第２信号を出力するステップと、レシーバが第１信号を受信する時点とレシーバが第２信号を出力する時点間の遅延を表す第１DLSRを求めるステップと、ＰＯＡにおいて第２信号にタイムスタンプTime2を付加するステップと、ソースにおいて第２信号を受信するステップと、第１遅延＝Time2−Time1−第１DLSRという計算式によって第１遅延を求めるステップと、を有している。

これら、および以降で明らかとなるその他の態様と利点については、以下に詳細に説明並びに権利を主張する構造および動作の詳細に示されている。また、以下の説明においては、本明細書の一部を形成する添付の図面を参照しているが、それらの図面では、同様の参照符号によって同様の要素を示している。

添付の図面と関連し、以下の詳細な説明を参照することにより、本発明の前述およびその他の目的、特徴、およびその他の利点について明瞭に理解されるであろう。

以下、添付の図面を参照し、本発明の実施例について詳細に説明する。但し、本発明は、多数の異なる形態で実施可能であって、本明細書に記述する実施例に限定されるものではなく、それらの実施例は、本開示を十分且つ完全なものにすると共に、本発明の概念を当業者に十分に伝達するべく提示するものである。

ＲＴＰは、特定のフォーマットを有し、固定された、あるいは決定論的に変化するヘッダフィールドを有している。これらのフィールドは、シーケンス番号、タイムスタンプ、ＳＳ（synchronization source）識別子、およびＣＳ（contributing source）識別子用のフィールドを含む。このヘッダフィールドをＲＴＰヘッダ拡張によって拡張し、追加情報のＲＴＰデータパケットヘッダでの搬送を必要とする新しいペイロードフォーマットから独立した機能を提供可能である。更に、ＲＴＣＰパケットは、制御情報用のパケットフォーマットとヘッダフィールドを有している。ＲＴＣＰヘッダは、ローカルな電話ソース（即ち、ソース）が生成したタイミングを着信側の電話レシーバ（即ち、レシーバ）が再構築できるようにするタイミング情報とシーケンス番号を含む。図１は、ヘッダ、センダー情報、レポートブロック１、およびレポートブロック２を含むセンダーレポートＲＴＣＰパケットを示している。

それぞれのＲＴＣＰセンダーレポートパケットには、そのソースからメッセージが送信された時刻を表すネットワークタイムスタンプを示す６４ビットのＮＴＰタイムスタンプが格納されている。このＮＴＰタイムスタンプを含むメッセージを受信すると、レシーバは、そのメッセージを既定の時間だけ保持する。その後、レシーバは、次のスケジュールされたＲＴＣＰパケットを送信するが、これには、そのメッセージを返送した時点を示すＮＴＰタイムスタンプが含まれている。

更に、ＲＴＣＰパケットには、ＬＳＲ（last sender report time stamp）識別子も含まれており、これは、最新の受信ＲＴＣＰパケットの一部として受信した６４ビットのＮＴＰタイムスタンプの中間の３２ビットを識別するものである。また、DLSR（delay since last sender report）識別子は、レシーバがメッセージを受信する時点とメッセージをソースに返送する時点間の遅延を１／６５５３６秒単位で表したものである（即ち、レシーバがそのメッセージを保持した時間である）。

要すれば、ソースは、第１ＲＴＣＰパケットを含むメッセージをレシーバに対して出力する。すると、レシーバは、第２ＲＴＣＰパケットを含むメッセージをソースに返送する。センダーとレシーバ間で伝送されるメッセージの往復時間を取得するには、DLSRと、メッセージがソースからレシーバに向かい、再びソースに戻るのに所要した時間を考慮すればよい。通信、ケーブル、またはインターネットサービスプロバイダがデータの搬送状況を監視するべく往復時間を調査するには、既存のシステムの場合には、テレフォニーネットワークアナライザをソースおよびレシーバ（即ち、電話ネットワークのエンドポイント）に接続しなければならないが、本システムの場合には、プロバイダは、テレフォニーネットワークアナライザをネットワーク内のどこにでも接続することできる。

図２は、本発明の一実施例に従ってＲＴＰの往復遅延を算出する通信システムの構成を示している。発信側の電話機１０（即ち、ソース）および受信側の電話機１２（即ち、レシーバ）は、ＶＯＩＰ（Voice Over Internet Protocol）ゲートウェイ２４、２６を介して通信ネットワーク２０にアクセスする。別の形態では、この通信ネットワーク２０は、ＬＡＮ／ＷＡＮ、あるいはその他のＩＰネットワークなどの可変遅延ネットワークであってよい。ＶＯＩＰゲートウェイ２４、２６は、インターネットプロトコルを使用してネットワーク２０を介してソース１０とレシーバ１２間の通話をルーティングし、ＲＴＰパケットを使用してオーディオ（または、ビデオ）フレームのＲＴＰジッタバッファリングとカプセル化を実行する。マサチューセッツ州アンドバーに所在するアジレントテクノロジー社（AGILENT TECHNOLOGIES, Inc. of Andover, Massachusetts）の「J6844A Telephony Network Analyzer」などのテレフォニーネットワークアナライザ３０をネットワーク２０内に接続し、ソース１０とレシーバ１２間のＩＰトラフィック（例：ＲＴＰデータ）を監視することができる。また、テレフォニーネットワークアナライザ３０には、磁気および光ディスク、ＲＡＭ、ＲＯＭなどの固定またはリムーバブルなストレージが含まれており、本発明のプロセス（即ち、方法）およびデータ構造をそれらに保存し配布することができる。尚、図示されている通信ネットワーク２０は１つだけであるが、複数のものが存在してもよい。

本発明の一実施例によるＲＴＰパケットフォーマットは、パケットヘッダ内に１６ビットのシーケンス番号フィールドを内蔵している。ソース１０およびレシーバ１２は、それぞれこのフィールドを使用し、パケットの消失や異常なパケットの到来を検出すると共に、レシーバ１２に送信されたメッセージとソース１０に返送されたメッセージが同一であるかどうかを識別する。ＲＴＰパケットは、可変長であってよく、これは、通常、アプリケーションによって決定される。ソースからデータメッセージを受信すると、レシーバ１２は、そのメッセージに関連付けられているＲＴＰストリームのRTCP SR/RRパケット内のＬＳＲ識別子などの識別子をチェックし、正常なパケットの到来を確認する。

本発明による往復遅延を求めるための本構成によれば、システムをソース１０とレシーバ１２間のネットワーク内のどこにでも接続し往復遅延を正確に求めることができる。既存のシステムで、ソース１０とレシーバ１２間の往復遅延を求めるには、往復遅延を求めるネットワークアナライザを、ソース１０またはレシーバ１２が直接接続されているネットワークエンドポイントに接続する必要がある。ところが本発明によれば、テレフォニーネットワークアナライザをネットワーク内のどこにでも接続することができる。従って例えば、アナライザを接続して往復遅延を求めるサービス要員は、本発明のシステムを内蔵するネットワークアナライザを、ネットワーク内のどこにでも柔軟に接続することができる。

図３は、本発明の一実施例に従ってソース１０とレシーバ１２間のＲＴＤを算出するシステムを示す図である。ＰＯＡ（Point of Analysis：分析点）とは、ネットワーク内の地点であり、テレフォニーネットワークアナライザ３０を接続することにより、本発明の一実施例に従ってＲＴＰストリームのパケットの往復遅延を算出するための地点である。この図３に示されているように、RTCP SR/RRパケットA1が、ソース１０からＲＴＰストリームA1 72の一部として送信され、レシーバ１２に向かって出力される。時点Ｔ１に、RTCP SR/RRパケットA1はＰＯＡを通過する。そして、レシーバ１２は、このRTCP SR/RRパケットA1を含むＲＴＰストリームA1 72を受信し、このパケットを既定の時間だけ保持する。その後、レシーバ１２は、ＲＴＰストリームB1 76の一部として、次のRTCP SR/RRパケットB1をソース１０に返送する。時点Ｔ２において、このRTCP SR/RRパケットB1はＰＯＡを通過する。そして、ソース１０が、このRTCP SR/RRパケットB1を含むＲＴＰストリームB1 76を受信し、このパケットを既定の時間だけ保持する。

図４は、本発明の一実施例により、レシーバ１２とソース１０間のＲＴＰを算出するシステムを示す図である。RTCP SR/RRパケットB1が時点Ｔ２においてＰＯＡを通過した場合、ソース１０は、このRTCP SR/RRパケットB1を含むＲＴＰストリームB1 76を受信し、このパケットを既定の時間だけ保持する。その後、ソース１０は、ＲＴＰストリームA2 82の一部としてRTCP SR/RRパケットA2を出力する。そして時点Ｔ３において、このRTCP SR/RRパケットA2は、ＰＯＡを通過する。またテレフォニーネットワークアナライザ３０は、このRTCP SR/RRパケットA2を記録し保存する。

次に、図５Ａを参照し、合計ＲＴＤを算出する方法について説明する。まず、ステップ１００において、ソース１０から、RTCP SR/RRパケットA1を含むＲＴＰストリームA1 72が、レシーバ１２に出力される。ステップ１０２において時点Ｔ１に、このRTCP SR/RRパケットA1は、ＰＯＡを通過する。そしてテレフォニーネットワークアナライザ３０は、このＲＴＰストリームA1 72からRTCP SR/RRパケットA1を記録し保存する。ステップ１０４において、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットA1にタイムスタンプTime1(T1)を付加する。このRTCP SR/RRパケットA1は、６４ビットのＮＴＰタイムスタンプを含む。この時点Ｔ１において、テレフォニーネットワークアナライザ３０は、タイムスタンプの中間の３２ビットを抽出して保存する。ステップ１０６において、レシーバ１２は、RTCP SR/RRパケットA1を含むＲＴＰストリームA1 72を受信し、このパケットを既定の時間だけ保持する。ステップ１０８において、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットA1を含むＲＴＰストリームA1 72を受信してから、RTCP SR/RRパケットB1を含むＲＴＰストリームB1 76を出力するまでの時間を求める。そしてRTCP SR/RRパケットB1内のDLSRにこの値を割り当てる。ＤＬＣＲは、レシーバ１２がRTCP SR/RRパケットA1を受信した時点とレシーバ１２がRTCP SR/RRパケットB1を出力する時点の間の遅延を示す。

次いで、ステップ１１０において、レシーバ１２は、RTCP SR/RRパケットB1を含むＲＴＰストリームB1 76をソース１０に送出する。このRTCP SR/RRパケットB1はＬＳＲ識別子も有しており、これはRTCP SR/RRパケットA1のＮＴＰの中間の３２ビットである。ステップ１１２において、時点Ｔ２に、RTCP SR/RRパケットB1はＰＯＡを通過し、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットB1を記録して保存する。ステップ１１４において、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットB1にタイムスタンプTime2(T2)を付加する。RTCP SR/RRパケットB1は、RTCP SR/RRパケットA1のＮＴＰの中間の３２ビットを示すＬＳＲ識別子を含む。テレフォニーネットワークアナライザ３０は時点Ｔ２に、ＬＳＲ識別子を抽出して保存する。更に、ステップ１１６においてこの時点Ｔ２に、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットA1から抽出したＬＳＲ識別子を、RTCP SR/RRパケットB1から抽出したＬＳＲ識別子と比較し、ソース１０とレシーバ１２間におけるデータの異常な搬送を防止する。

ステップ１１８において、テレフォニーネットワークアナライザ３０は、タイムスタンプTime1（即ち、RTCP SR/RRパケットA1がＰＯＡを通過した時点）、レシーバ１２において求められたDLSR、およびタイムスタンプTime2（即ち、RTCP SR/RRパケットB1がＰＯＡを通過した時点）を考慮し、第１遅延を求める。この第１遅延は、次の関係によって表されるものである。

第１遅延＝Time2−Time1−DLSR （１）
図５Ｂに示されているように、ステップ１２０において、RTCP SR/RRパケットB1が、時点Ｔ２で、ＰＯＡを通過したとき、テレフォニーネットワークアナライザ３０は、タイムスタンプＴ２とＮＴＰの中間の３２ビットを保存する。ソース１０は、RTCP SR/RRパケットB1を受信し、このパケットを既定の時間だけ保持する。ステップ１２２において、ソース１０は、RTCP SR/RRパケットA2を含むＲＴＰストリームA2 82を出力する。ステップ１２４において時点Ｔ３に、RTCP SR/RRパケットA2は、ＰＯＡを通過する。そしてテレフォニーネットワークアナライザ３０は、このRTCP SR/RRパケットA2を記録して保存する。ステップ１２６において、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットA2にタイムスタンプTime3(T3)を付加する。RTCP SR/RRパケットA2は、RTCP SR/RRパケットA2のＮＴＰタイムスタンプの中間の３２ビットを表すＬＳＲ識別子を含む。時点Ｔ３にテレフォニーネットワークアナライザ３０は、このＬＳＲ識別子を抽出して保存する。更にRTCP SR/RRパケットA2は、ソース１０がRTCP SR/RRパケットB1を受信した時点と、ソース１０がRTCP SR/RRパケットA2を出力した時点との間の遅延を示すDLSRを含む。更にステップ１２８において、時点Ｔ３に、テレフォニーネットワークアナライザ３０は、RTCP SR/RRパケットB1から抽出されたＬＳＲ識別子を、RTCP SR/RRパケットA2から抽出したＬＳＲ識別子と比較し、レシーバ１２とソース１０間におけるデータの異常な搬送を防止する。

ステップ１３０において、テレフォニーネットワークアナライザ３０は、タイムスタンプTime3（即ち、RTCP SR/RRパケットA2がＰＯＡを通過した時点）、ソース１０において求められたDLSR、およびタイムスタンプTime2（即ち、RTCP SR/RRパケットB1がＰＯＡを通過した時点）を考慮し、第２遅延を求める。この第２遅延は、次の関係によって表されるものである。

第２遅延＝Time3−Time2−DLSR （２）
次いで、ステップ１３２において、次の関係を使用し、合計往復遅延を算出する。

合計往復遅延＝第１遅延＋第２遅延 （３）
更に、テレフォニーネットワークアナライザ３０は、ＰＯＡおよびレシーバ１２間の第１遅延とＰＯＡおよびソース１０間の第２遅延を比較し、その結果を出力することができる。例えば、サービスエンジニアは、この比較結果を使用して遅延が生じている場所を知ることができる。例えば、第１遅延が第２遅延を上回っている場合には、サービスエンジニアは、ＰＯＡ（即ち、テレフォニーネットワークアナライザ３０を接続している地点）とレシーバ１２間のどこかの地点で、大きな遅延が生じ問題が発生していると判断するであろう。この場合、サービスエンジニアは、テレフォニーネットワークアナライザ３０を、よりレシーバ１２に近い地点に接続し、再び合計往復遅延を求めて大きな遅延が生じているネットワーク内の地点を最終的に特定することができる。また、本発明の方法に伴う多数の利点の中の１つは、この方法では、レシーバ１２をソース１０と共通クロックで同期化する必要がないということである。

以上、本発明について、ネットワーク内の第１および第２エンドポイント間の往復遅延を算出するシステムおよび方法の観点から説明した。第１および第２エンドポイント間に中間点を選択する。次に、その中間点から第１エンドポイントに向かい、再び中間点に戻るのに所要する第１データ伝送時間を求めると共に、中間点から第２エンドポイントに向かい、再び中間点に戻るのに所要する第２データ伝送時間を求める。そして、第１および第２データ伝送時間を加算してネットワーク内の第１および第２エンドポイント間の往復遅延を求めるのである。

前述の方法を実装するシステムには、ＡＳＩＣ（application specific integrated circuit）、磁気または光ディスク、ＲＡＭ、ＲＯＭなどの固定またはリムーバブルのストレージが含まれており、本発明のプロセスとデータ構造をそれらに保存し配布することができる。また、本プロセスは、例えば、インターネットなどのネットワークを介したダウンロードによって配布することも可能である。

以上の詳細な説明により、本発明の多数の特徴と利点は明らかであり、それら本発明の真の精神と範囲に属する本発明のあらゆる特徴および利点は、添付の請求項に規定されている。また、当業者であれば、多数の変更や変形を容易に想起することから、本明細書に例示し説明した構造や動作に本発明を限定することは望ましいことではなく、あらゆる適切な変形や等価物も本発明の範囲に属するものである。

センダーレポートＲＴＣＰパケットを示す図。 本発明に従って、ＲＴＤ（round trip delay）の往復遅延を算出する通信システムの構成を示す図。 本発明の一実施例に従って、ソースとレシーバの間のＲＴＤを算出するシステムを示す図。 本発明の一実施例に従って、レシーバとソース間のＲＴＤを算出するシステムを示す図。 本発明の一実施例による、合計ＲＴＤを算出する方法のフローチャート。 本発明の一実施例による、合計ＲＴＤを算出する方法のフローチャート。

符号の説明

１０ 第１エンドポイント、ソース
１２ 第２エンドポイント、レシーバ
２０ ネットワーク
３０ ネットワークアナライザ

Claims (13)

1. ネットワーク内の第１および第２エンドポイントの間の往復遅延（ＲＴＤ）を算出する装置であって、前記ネットワーク内の第１および第２エンドポイント間には中間点が選択されており、前記装置は、
   前記中間点から前記第１エンドポイントに向かって、前記中間点に戻るまでの第１データ伝送時間を求め、前記中間点から前記第２エンドポイントに向かって、前記中間点に戻るまでの第２データ伝送時間を求め、前記第１および第２データ伝送時間を加算することにより前記ネットワーク内の第１および第２エンドポイント間の前記往復遅延を求めるネットワークアナライザを有し、
   前記第１エンドポイントは、第１信号を出力し、
   前記ネットワークアナライザは、前記中間点において、前記第１信号にタイムスタンプTime1を付加し、
   前記第２エンドポイントは、前記第１信号を受信して、第２信号を出力する、
   装置。
2. 前記ネットワークアナライザは、前記第２エンドポイントが前記第１信号を受信する時点と、前記第２エンドポイントが前記第２信号を出力する時点との間の遅延を示す第１のDLSRを求め、前記中間点において前記第２信号にタイムスタンプTime2を付加する、
   請求項１記載の装置。
3. 前記第１エンドポイントは、前記第２信号を受信し、前記ネットワークアナライザは、前記Time2から、前記Time1および前記第１DLSRを減算して、前記第１データ伝送時間を求める、
   請求項２に記載の装置。
4. 前記第１エンドポイントは、第３信号を前記第２エンドポイントに出力し、
   前記ネットワークアナライザは、前記第１エンドポイントが前記第２信号を受信する時点と、前記第１エンドポイントが前記第３信号を出力する時点との間の遅延を示す第２のDLSRを求め、前記中間点において前記第３信号にタイムスタンプTime3を付加し、前記Time3から、前記Time2および前記第２のDLSRを減算して、前記第２データ伝送時間を求める、
   請求項３に記載の装置。
5. 前記中間点において、前記ネットワークアナライザは、前記第１信号から、前記第１信号の中間の３２ビットを示すＬＳＲ識別子を抽出し、前記第２信号から、前記第２信号の中間の３２ビットを示すＬＳＲ識別子を抽出し、前記第１信号のＬＳＲ識別子と前記第２信号のＬＳＲ識別子を比較して、ソースとレシーバ間におけるデータの異常な搬送を防止する、
   請求項１に記載の装置。
6. 前記中間点において、前記ネットワークアナライザは、前記第３信号から、前記第３信号の中間の３２ビットを示すＬＳＲ識別子を抽出し、前記第２信号のＬＳＲ識別子と前記第３信号のＬＳＲ識別子を比較して、レシーバとソース間におけるデータの異常な搬送を防止する、
   請求項４に記載の装置。
7. 前記第１エンドポイントは、前記第２エンドポイントと、共通のクロックで同期化されていない、
   請求項１に記載の装置。
8. ネットワーク内の第１および第２エンドポイントの間の往復遅延（ＲＴＤ）を算出する方法であって、
   前記ネットワークの第１および第２エンドポイント間に中間点を選択するステップと、
   前記中間点から前記第１エンドポイントに向かい、前記中間点に戻るまでの第１データ伝送時間を求めるステップと、
   前記中間点から前記第２エンドポイントに向かい、前記中間点に戻るまでの第２データ伝送時間を求めるステップと、
   前記第１および第２データ伝送時間を加算して、前記ネットワーク内の第１および第２エンドポイント間の往復遅延を求めるステップと、
   を含み、
   前記第１データ伝送時間を求めるステップは、
   前記第１エンドポイントから第１信号を出力するステップと、
   前記中間点において、前記第１信号にタイムスタンプTime1を付加するステップと、
   前記第２エンドポイントにおいて前記第１信号を受信するステップと
   を含む方法。
9. 前記第１データ伝送時間を求めるステップは、
   前記第２エンドポイントから前記第１エンドポイントに第２信号を出力するステップと、
   前記第２エンドポイントが前記第１信号を受信する時点と前記第２エンドポイントが前記第２信号を出力する時点間の遅延を示す第１のDLSRを求めるステップと、
   前記中間点において、前記第２信号にタイムスタンプTime2を付加するステップと、
   前記第１エンドポイントにおいて前記第２信号を受信するステップと、
   前記Time2から、前記Time1および前記第１のDLSRを減算して、前記第１データ伝送時間を求めるステップと、
   を含む、請求項８に記載の方法。
10. 前記第２データ伝送時間を求めるステップは、
    前記第１エンドポイントから前記第２エンドポイントに第３信号を出力するステップと、
    前記第１エンドポイントが前記第２信号を受信する時点と前記第１エンドポイントが前記第３信号を出力する時点間の遅延を示す第２のDLSRを求めるステップと、
    前記中間点において、前記第３信号にタイムスタンプTime3を付加するステップと、
    前記Time3から、前記Time2および前記第２DLSRを減算して、前記第２データ伝送時間を求めるステップと、
    を含む、請求項９に記載の方法。
11. 前記中間点において、前記第１信号から、前記第１信号の中間の３２ビットを示すＬＳＲ識別子を抽出するステップと、
    前記中間点において、前記第２信号から、前記第２信号の中間の３２ビットを示すＬＳＲ識別子を抽出するステップと、
    前記中間点において、前記第１信号のＬＳＲ識別子と前記第２信号のＬＳＲ識別子を比較し、ソースとレシーバ間におけるデータの異常な搬送を防止するステップと、
    をさらに含む、請求項９に記載の方法。
12. 前記中間点において、前記第３信号から、前記第３信号の中間の３２ビットを示すＬＳＲ識別子を抽出するステップと、
    前記中間点において、前記第２信号のＬＳＲ識別子と前記第３信号のＬＳＲ識別子を比較して、レシーバとソース間におけるデータの異常な搬送を防止するステップと、
    をさらに含む、請求項１０に記載の方法。
13. 前記第１エンドポイントは、前記第２エンドポイントと、共通のクロックで同期化されていない、請求項８に記載の方法。

Images