(57)【要約】【課題】パケット網のパケットが伝送するメディアに応じたメディアデータ伝送品質測定が可能なシステムを提供する。【解決手段】フロー品質測定装置にて、メディアセッション確立時のＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）から、メディアデータのフレームレートを検出し、それに基づき各ノードでの測定条件を設定する。メディアデータを伝送する各ノードにて、メディアデータの受信開始時刻と受信完了時刻を計測し、またメディアデータのフレームの変化を検出し、フレーム毎のメディアデータの開始時刻から終了時刻までの時間が、伝送されるべきフレーム間隔時間内であるか否かを検出する手段により、メディアデータの伝送品質を測定する。【選択図】図１
2008199273.tif 000002
【特許請求の範囲】
【請求項１】
フロー品質測定装置と、該フロー品質測定装置に接続され、メディアデータを伝送する複数のノードを備えるパケットベースのデータ伝送システムであって、
前記フロー品質測定装置は、メディアセッション確立時にメディアデータのレートを検出し、その検出したレートに基づきメディアデータの伝送品質測定条件を、前記複数のノードに設定することを特徴とするデータ伝送品質測定システム。
【請求項２】
請求項１に記載のデータ伝送品質測定システムにおいて、
前記フロー品質測定装置は、前記メディアセッション確立時のＵＰＤＡＴＥメッセージに含まれるメディアレートからメディアのデータレートを検出することを特徴とするデータ伝送品質測定システム。
【請求項３】
請求項１又は２に記載の伝送品質測定システムにおいて、
前記メディアデータは映像データであって、
前記フロー品質測定装置は、前記伝送品質測定条件として、前記複数のノードに対して、前記映像データの各フレームデータが、フレーム間隔内に伝送されているかを検出するように設定することを特徴とするデータ伝送品質測定システム。
【請求項４】
請求項１から３のいずれか一つに記載の伝送品質測定システムにおいて、
前記フロー品質測定装置は、前記メディアデータのタイプに対するデータレートを示すデータベースを保持し、前記メディアセッション確立時に前記メディアデータのタイプを検出し、その検出したメディアタイプを用い前記データベースから該メディアのデータレートを確定し、該確定したメディアレートに基づきメディアデータの伝送品質測定条件を、前記複数のノードに設定することを特徴とするデータ伝送品質測定システム。
【請求項５】
請求項３に記載の伝送品質測定システムにおいて、
前記複数のノードの各ノードは、前記映像データを伝送する各パケットの受信開始時刻と受信完了時刻を計測し、また前記映像データのフレームの変化を検出し、各フレームを構成する前記映像データを伝送するパケット群の開始時刻から終了時刻までの時間が、伝送されるべきフレーム間隔時間内であるか否かを検出することを特徴とするデータ伝送品質測定システム。
【請求項６】
請求項３に記載の伝送品質測定システムにおいて、
前記複数のノードの各ノードは、前記映像データを伝送する各パケットの送信開始時刻と送信完了時刻を計測し、また前記映像データのフレームの変化を検出し、各フレームを構成する前記映像データを伝送するパケット群の開始時刻から終了時刻までの時間が、伝送されるべきフレーム間隔時間内であるか否かを検出することを特徴とするデータ伝送品質測定システム。
【請求項７】
請求項３に記載のデータ伝送品質測定システムにおいて、
複数のドメインを経由してメディアデータを伝送する場合、
前記複数のノードのうち各ドメインの入口のノードは、各ドメインへの入力時のメディアデータを伝送する各パケットの受信開始時刻と受信完了時刻を計測し、
前記複数のノードのうち各ドメインの出口のノードは、各ドメインからの出力時のメディアデータを伝送する各パケットの送信開始時刻と送信完了時刻を計測し、
ドメイン毎の伝送品質を測定することを特徴とするデータ伝送品質測定システム。
【請求項８】
フロー品質測定装置と、複数のドメインを経由してメディアデータを伝送する複数の他のノードと接続され、該複数のドメインのうちの一のドメインの入口のノードであって、該ノードへの入力時でのパケット受信開始時刻と、該パケットの受信を完了した時刻を計測することを特徴とするノード。
【請求項９】
フロー品質測定装置と、複数のドメインを経由してメディアデータを伝送する複数の他のノードと接続され、該複数のドメインのうちの一のドメインの出口のノードであって、該ノードからの出力時でのパケット送信開始時刻と、該パケットの送信を完了した時刻を計測することを特徴とするノード。
【請求項１０】
メディアのフレームを構成するデータを伝送するパケット、又はパケット群の先頭データから最終データまでが、そのフレームを伝送すべき間隔内に伝送されているか否かを判断することによってデータ伝送品質を判定する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して伝送するデータの伝送品質測定システムに関し、特にストリーミングデータの伝送品質の測定に関する。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークにおけるストリーミングデータのエンド・トゥ・エンドでの伝送品質を測定する方法として、非特許文献１に記載のジッタ量測定が知られている。この方式では、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットにおけるエンド・トゥ・エンドでのジッタ量が計測でき、ジッタ量の大小によって、ネットワークの伝送品質を測定可能である。
【０００３】
また、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークの伝送品質を測定する別の方法として、特許文献１記載の方法が知られている。特許文献１記載の方法では、データを伝送する中継ノードで統計情報を収集する。収集される統計情報としては、廃棄パケット数、パケット到着時刻、及びパケット送信時刻がある。この方式では、例えば、廃棄パケット数の大小によって、ネットワークの伝送品質を測定可能である。
【特許文献１】特開２００５−２１０７５６号公報
【非特許文献１】ＩＥＴＦ  ＲＦＣ−３５５０（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ  Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ  ３５５０）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した従来方法によるメディアデータ（映像データ、又は音響、音声データ）の伝送品質測定では、伝送するメディアに依存することなく、メディアデータを伝送するパケット（ＩＰパケット）レベルでの伝送品質を測定しているのみであり、伝送されるメディアデータにとって要求される伝送品質を満たしているか否かの伝送品質測定を提供することができなかった。ここで具体的な例を示して課題を説明する。
【０００５】
例えば、ストリーミング映像データのフレーム間隔が３３ミリ秒の場合、３３ミリ秒の間隔内に各フレームデータが伝送されれば、映像が再生可能であるため、要求条件は、３３ミリ秒以内にフレームを構成するデータの伝送が完了することである。ここで、各フレームのデータが１０パケットで構成される場合で、第１番目のパケットと第２番目のパケット間隔が５ミリ秒であっても、第１０番目のパケットが、３３ミリ秒以内に伝送されれば映像再生が可能である。しかし、第９番目のパケットと第１０番目のパケットの間隔が２ミリ秒であっても、第１０番目のパケットの伝送完了時間が３３ミリ秒を超える場合では、映像の再生が継続できない。
【０００６】
そこで、本発明では、パケット網のパケットが伝送するストリーミングメディアに応じたメディアデータ伝送品質測定が可能なシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、前述した目的を達成するため、第１に、ＩＥＴＦ  ＳＩＰ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によりセッションを確立する際のＩＥＴＦ  ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）よりメディア情報を取得し、伝送するメディア情報に応じた観測条件設定を行う。
【０００８】
また、本発明では、前述した目的を達成するため、第２に、メディアが映像データである場合、映像データのフレーム毎のデータが、フレーム間隔時間内に伝送されているか否かを検出する手段を用いる。
【０００９】
また、本発明では、前述した目的を達成するため、第３に、メディアが映像データである場合、映像データのタイプに応じた伝送品質測定条件を記載したデータベース手段を用いる。
【００１０】
また、本発明では、前述した目的を達成するため、第４に、メディアデータを伝送するパケットのノードでの受信開始時刻、及びそのパケットの受信完了時刻を計測する手段を用いる。
【００１１】
また、本発明では、前述した目的を達成するため、第５に、メディアデータを伝送するパケットのノードからの送信開始時刻、及びそのパケットの送信完了時刻を計測する手段を用いる。
【発明の効果】
【００１２】
本発明によれば、第１に、パケットが伝送するメディアに応じた伝送品質測定が、メディアフロー毎にできる。
【００１３】
また、本発明によれば、第２に、パケットが伝送するメディアに応じた伝送品質測定条件設定が自動的にできるため、手動による条件設定の負荷を削減できる。
【００１４】
また、本発明によれば、第３に、メディアデータが複数のノードを経由して伝送される場合、どのノードにおいてメディアデータの伝送要求条件を満たさなかったのかが計測できる。
【００１５】
また、本発明によれば、第４に、メディアデータが複数のノードを経由して伝送される場合、各ノードにおいて蓄積されるジッタ量を計測できる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態について、図面を参照して説明する。
【００１７】
＜実施形態１＞
第１の実施の形態のデータ伝送品質測定システムでは、メディアデータのフレームを検出し、そのフレームが実際に伝送された時間間隔と、本来伝送されるべき時間間隔を比較することにより、伝送品質を測定する機能を提供する。
【００１８】
図１は、第１の実施形態におけるデータ伝送品質測定システムの構成の一例を示す図である。本発明のデータ伝送品質測定システムは、端末（１ａ、１ｂ）、フロー品質測定装置（２ａ、２ｂ）、及びノード（３ａ、３ｂ、３ｃ、３ｄ）とから構成する。ここで、ノード（３ａ、３ｂ）、及びフロー品質測定装置Ａ（２ａ）は、ドメイン１に属する。また、ノード（３ｃ、３ｄ）、及びフロー品質測定装置Ｂ（２ｂ）は、ドメイン２に属する。本実施形態では、端末Ａ（１ａ）から端末Ｂ（１ｂ）に映像データを送信し、データを中継する複数のノードによりパケットの伝送品質を測定することにより、エンドエンドでの伝送品質測定について示す。以下では、図２を用いて、図１のデータ伝送品質測定システムの動作について詳細に説明する。
【００１９】
図２は、本発明の第１の実施形態によるデータ伝送品質測定システムの動作を示すシーケンス図である。
【００２０】
始めに、端末Ａ（１ａ）は、端末Ｂ（１ｂ）にビデオプログラムデータ（映像データ、及び音響データ）を送信するため、ＩＮＶＩＴＥメッセージをフロー品質測定装置Ａ（２ａ）に送信する（ステップ５１）。このＩＮＶＩＴＥメッセージは、セッションを開始するためのメッセージであり、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いて行われる。ＳＩＰプロトコルの記載内容に関しては、ＩＥＴＦ  ＲＦＣ３２６１（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、  Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ  ３２６１）、ＲＦＣ２３２７、ＲＦＣ３３１２等に準じる。
【００２１】
フロー品質測定装置Ａ（２ａ）は、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージを次の受信先であるフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ５２）。また、セッション確立が進行中であることを示すＴｒｙｉｎｇメッセージを端末Ａ（１ａ）に返信する（ステップ５３）。
【００２２】
一方、フロー品質測定装置Ｂ（２ｂ）は、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージの最終送信先である端末Ｂ（１ｂ）に送信する（ステップ５４）。また、ＩＮＶＩＴＥメッセージの送信元であるフロー品質測定装置Ａ（２ａ）にＴｒｙｉｎｇメッセージを返信する（ステップ５５）。
【００２３】
端末Ｂ（１ｂ）は、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージ送信元であるフロー品質測定装置Ｂ（２ｂ）にＴｒｙｉｎｇメッセージを返信する（ステップ５６）。また、受け入れ可能なメディア等を示す情報を含めたＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ５７）。
【００２４】
フロー品質測定装置Ｂ（２ｂ）は、Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信すると、次の受信先であるフロー品質測定装置Ａ（２ａ）にＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを送信する（ステップ５８）。
【００２５】
フロー品質測定装置Ａ（２ａ）は、Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信すると、最終送信先である端末Ａ（１ａ）にＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを送信する（ステップ５９）。
【００２６】
端末Ａ（１ａ）は、Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信すると、セッション先である端末Ｂ（１ｂ）が受け入れ可能なメディアを確認し、双方で利用可能なメディアを仮決定する。また、仮決定したメディアを用いたセッション確立の再提案を行うＰＲＡＣＫメッセージをフロー品質測定装置Ａ（２ａ）へ送信する（ステップ６０）。
【００２７】
フロー品質測定装置Ａ（２ａ）は、ＰＲＡＣＫメッセージを受信すると、次の受信先であるフロー品質測定装置Ｂ（２ｂ）にＰＲＡＣＫメッセージを送信する（ステップ６１）。
【００２８】
フロー品質測定装置Ｂ（２ｂ）は、ＰＲＡＣＫメッセージを受信すると、最終送信先である端末Ｂ（１ｂ）にＰＲＡＣＫメッセージを送信する（ステップ６２）。
【００２９】
端末Ｂ（１ｂ）は、ＰＲＡＣＫメッセージを受信すると、再提案されたメディアでのセッション確立に応じることが可能であることを示すＯＫメッセージを、フロー品質測定装置Ｂ（２ｂ）に返信する（ステップ６３）。
【００３０】
フロー品質測定装置Ｂ（２ｂ）は、ＯＫメッセージを受信すると、次の受信先であるフロー品質測定装置Ａ（２ａ）にＯＫメッセージを送信する（ステップ６４）。
【００３１】
フロー品質測定装置Ａ（２ａ）は、ＯＫメッセージを受信すると、最終送信先である端末Ａ（１ａ）に、ＯＫメッセージを送信する（ステップ６５）。
【００３２】
端末Ａ（１ａ）は、フロー品質測定措置Ａ（２ａ）からＯＫメッセージを受信すると、ＩＥＴＦ  ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いてリソースの予約（ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）  Ｓｅｔｕｐ）を実行する（ステップ６６）。
【００３３】
端末Ａ（１ａ）は、ＱｏＳの設定が終了すると、ＵＰＤＡＴＥメッセージをフロー品質測定装置Ａ（２ａ）に送信する（ステップ７１）。このＵＰＤＡＴＥは、ＱｏＳ設定が完了したことを通知するメッセージである。
【００３４】
図３に、ＵＰＤＡＴＥメッセージ内のＳＤＰ部分を示す。このＳＤＰでは、映像データのフレームレートが、２９．９７フレーム／秒であること、また音響データのパケット間隔が、２０ミリ秒であることを示している。
【００３５】
フロー品質測定装置Ａ（２ａ）は、受信したＵＰＤＡＴＥメッセージ内のＳＤＰの部分を確認し、メディアデータの情報を取得する（ステップ７２）。ＵＰＤＡＴＥメッセージ内のＳＤＰからメディア情報を取得するのは、端末間で送受信可能なメディアが確定され、さらにＱｏＳ設定も完了しているため、実際に利用するメディアが確定しているためである。本実施形態の場合、映像データとして、ＭＰＶ（ＭＰＥＧ−２  映像）が使われ、そのフレームレートが２９．９７であることを取得する。また、音響データはＧ．７２２．１が使われ、パケットの間隔が２０ミリ秒であることを取得する。更に、取得したメディアの情報を元に、メディアデータを伝送するノードＡ１（３ａ）及びＡ２（３ｂ）に、伝送品質測定の設定を施す（ステップ７３、ステップ７４）。尚、伝送品質測定の詳細な設定に関しては、図１２を用いて後述する。また、本実施形態では、映像データを例に動作の説明を行うが、音響データに対しても同様に実行することができる。その後、ＵＰＤＡＴＥメッセージの次の受信先であるフロー品質測定装置Ｂ（２ｂ）に、ＵＰＤＡＴＥメッセージを送信する（ステップ７５）。
【００３６】
フロー品質測定装置Ｂ（２ｂ）は、フロー品質測定装置Ａ（２ａ）と同様に、受信したＵＰＤＡＴＥメッセージ内のＳＤＰの部分を確認し、メディアデータの情報を取得する（ステップ７６）。すなわち、映像データとして、ＭＰＶが使われ、そのフレームレートが２９．９７であることを取得する。また、音響データはＧ．７２２．１が使われ、パケットの間隔が２０ミリ秒であることを取得する。更に、取得したメディアの情報に基づいて、メディアデータを伝送するノードＢ１（３ｃ）及びＢ２（３ｄ）に、伝送品質測定の設定を施す（ステップ７７、ステップ７８）。その後、ＵＰＤＡＴＥメッセージの最終送信先である端末Ｂ（１ｂ）に、ＵＰＤＡＴＥメッセージを送信する（ステップ７９）。
【００３７】
ＵＰＤＡＴＥを受信した端末Ｂ（１ｂ）は、ＯＫメッセージをフロー品質測定装置Ｂ（２ｂ）に返信する（ステップ８０）。
【００３８】
フロー品質測定装置Ｂ（２ｂ）は、ＯＫメッセージを受信すると、次の受信先であるフロー品質測定装置Ａ（２ａ）に、ＯＫメッセージを送信する（ステップ８１）。
【００３９】
フロー品質測定装置Ａ（２ａ）は、ＯＫメッセージを受信すると、最終送信先である端末Ａ（１ａ）にＯＫメッセージを送信する（ステップ８２）。
【００４０】
一方、端末Ｂ（１ｂ）は、ＱｏＳの設定が完了すると呼び出しを開始し、Ｒｉｎｇｉｎｇメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ８３）。
【００４１】
フロー品質測定装置Ｂ（２ｂ）は、Ｒｉｎｇｉｎｇメッセージを受信すると、次の受信先であるフロー品質測定装置Ａ（２ａ）に、Ｒｉｎｇｉｎｇメッセージを送信する（ステップ８４）。
【００４２】
フロー品質測定装置Ａ（２ａ）は、Ｒｉｎｇｉｎｇメッセージを受信すると、最終送信先である端末Ａ（１ａ）にＲｉｎｇｉｎｇメッセージを送信する（ステップ８５）。
【００４３】
一方、端末Ｂ（１ｂ）は、Ｒｉｎｇｉｎｇメッセージを送信（ステップ８３）した後、ＯＫメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ８６）。
【００４４】
フロー品質測定装置Ｂ（２ｂ）は、ＯＫメッセージを受信すると、次の受信先であるフロー品質測定装置Ａ（２ａ）に、ＯＫメッセージを送信する（ステップ８７）。
【００４５】
フロー品質測定装置Ａ（２ａ）は、ＯＫメッセージを受信すると、最終送信先である端末Ａ（１ａ）にＯＫメッセージを送信する（ステップ８８）。
【００４６】
端末Ａ（１ａ）は、ＯＫメッセージを受信すると、ＡＣＫメッセージをフロー品質測定装置Ａ（２ａ）に送信する（ステップ８９）。
【００４７】
フロー品質測定装置Ａ（２ａ）は、ＡＣＫメッセージを受信すると、次の受信先であるフロー品質測定装置Ｂ（２ｂ）にＡＣＫメッセージを送信する（ステップ９０）。
【００４８】
フロー品質測定装置Ｂ（２ｂ）は、ＡＣＫメッセージを受信すると、最終送信先である端末Ｂ（１ｂ）にＡＣＫメッセージを送信する（ステップ９１）。
【００４９】
上記のＱｏＳ設定とセッションの確立が行われると、メディアデータの交換が行われる（ステップ９２）。
【００５０】
その後、メディアセッションが終了すると、フロー品質測定装置Ａ（２ａ）は、メディアデータを伝送したノードＡ（２ａ）及びノードＢ（２ｂ）に対して、メディアセッションが終了したことを通知する（ステップ４０１、４０２）。
【００５１】
メディアデータを伝送したノードＡ（２ａ）及びノードＢ（２ｂ）は、メディアセッションの終了を受信すると、測定データをフロー品質測定装置Ａ（２ａ）に送信する（ステップ４０３、４０４）。
【００５２】
同様に、フロー品質測定装置Ｂ（２ｂ）は、メディアデータを伝送したノードＢ１（３ｃ）及びＢ２（３ｄ）に、メディアセッションが終了したことを通知する（ステップ４０５、４０６）。
【００５３】
メディアデータを伝送したノードＢ１（３ｃ）及びＢ２（３ｄ）は、メディアセッションの終了を受信すると、測定データをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ４０７、４０８）。
【００５４】
以上が、データ伝送品質測定システムの動作シーケンスである。続いて、図４から図９を用いて、フロー品質測定装置の動作を詳細に説明する。
【００５５】
図４は、本発明の第１の実施形態のフロー品質測定装置のブロック図である。図４に示すように、フロー品質測定装置Ａ（２ａ）、Ｂ（２ｂ）は、バス（２１）によって接続した、ＣＰＵ部（２２）と、フロー品質測定プログラムを蓄積保持したプログラム蓄積部（２３）と、プログラム実行時にデータを蓄積保持するメインメモリ（２４）と、品質測定データを蓄積保持するディスクメモリ２５と、ＩＰパケットを送受信する入力部（２６）及び出力部（２７）とを備える。
【００５６】
図５は、フロー品質測定装置のＣＰＵ部２２が実行するプログラムの動作を示すフローチャートである。図５を用いて、フロー品質測定装置の動作を詳細に説明する。尚、フロー品質測定装置Ａ（２ａ）、Ｂ（２ｂ）は、同一の動作であるため、ここではフロー品質測定装置Ａを用いて動作を説明する。
【００５７】
フロー品質測定装置Ａ（２ａ）は、始めにプログラム蓄積部２３に蓄積保持した処理プログラムをＣＰＵ部２２にロードし、フロー品質測定処理を開始する（ステップ１００）。フロー品質測定処理を開始すると、端末Ａ（１ａ）よりＩＮＶＩＴＥメッセージを受信したか否かを判定する（ステップ１０１）。ステップ１０１の判断において、ＩＮＶＩＴＥメッセージを受信していないと判断した場合は、引き続きＩＮＶＩＴＥメッセージを受信したか否かを監視する。ステップ１０１の判断において、ＩＮＶＩＴＥメッセージを受信したと判断した場合、ＩＮＶＩＴＥメッセージをフロー品質測定装置Ｂ（２ｂ）へ送信する。また、ＩＮＶＩＴＥメッセージを送信してきた端末Ａ（１ａ）に対して、Ｔｒｙｉｎｇメッセージを返信する（ステップ１０２）。
【００５８】
続いて、フロー品質測定装置Ｂ（２ｂ）より、Ｔｒｙｉｎｇメッセージ及びＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信したか否かを判断する（ステップ１０３）。ステップ１０３の判断において、Ｔｒｙｉｎｇメッセージ及びＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信していないと判断した場合、引き続きＴｒｙｉｎｇメッセージ及びＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信したか否かを監視する。ステップ１０３の判断においてＴｒｙｉｎｇメッセージ及びＳｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受信したと判断した場合、Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを端末Ａ（１ａ）に送信する（ステップ１０４）。
【００５９】
続いて、端末Ａ（１ａ）よりＰＲＡＣＫメッセージを受信したか否かを判断する（ステップ１０５）。ステップ１０５の判断において、ＰＲＡＣＫメッセージを受信していないと判断した場合、引き続きＰＲＡＣＫメッセージを受信したか否かを監視する。ステップ１０５の判断においてＰＲＡＣＫメッセージを受信したと判断した場合、ＰＲＡＣＫメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ１０６）。
【００６０】
続いて、フロー品質測定装置Ｂ（２ｂ）よりＯＫメッセージを受信したか否かを判断する（ステップ１０７）。ステップ１０７の判断において、ＯＫメッセージを受信していないと判断した場合、引き続きＯＫメッセージを受信したか否かを監視する。ステップ１０７の判断においてＯＫメッセージを受信したと判断した場合、ＯＫメッセージを端末Ａ（１ａ）に送信する（ステップ１０８）。
【００６１】
続いて、ＱｏＳの設定を行い（ステップ１０９）、ＵＰＤＡＴＥメッセージを端末Ａ（１ａ）より受信したか否かを判断する（ステップ１１０）。ステップ１１０の判断において、ＵＰＤＡＴＥメッセージを受信していないと判断した場合、引き続きＵＰＤＡＴＥメッセージを受信したか否かを監視する。ステップ１１０の判断においてＵＰＤＡＴＥメッセージを受信したと判断した場合、メディアデータを伝送するノードに対してフロー品質測定のための設定を実行する（ステップ１２０）。なお、詳細なフロー品質測定のための設定については、図６を用いて説明する。
【００６２】
メディアデータを伝送するノードへのフロー品質測定のための設定が完了すると、ＵＰＤＡＴＥメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ１３０）。
【００６３】
続いて、フロー品質測定装置Ｂ（２ｂ）よりＯＫメッセージを受信したか否かを判断する（ステップ１３１）。ステップ１３１の判断において、ＯＫメッセージを受信していないと判断した場合、引き続きＯＫメッセージを受信したか否かを監視する。ステップ１３１の判断においてＯＫメッセージを受信したと判断した場合、ＯＫメッセージを端末Ａ（１ａ）に送信する（ステップ１３２）。
【００６４】
続いて、フロー品質測定装置Ｂ（２ｂ）よりＲｉｎｇｉｎｇメッセージを受信したか否かを判断する（ステップ１３３）。ステップ１３３の判断において、Ｒｉｎｇｉｎｇメッセージを受信していないと判断した場合、引き続きＲｉｎｇｉｎｇメッセージを受信したか否かを監視する。ステップ１３３の判断においてＲｉｎｇｉｎｇメッセージを受信したと判断した場合、Ｒｉｎｇｉｎｇメッセージを端末Ａ（１ａ）に送信する（ステップ１３４）。
【００６５】
続いて、フロー品質測定装置Ｂ（２ｂ）よりＯＫメッセージを受信したか否かを判断する（ステップ１３５）。ステップ１３５の判断において、ＯＫメッセージを受信していないと判断した場合、引き続きＯＫメッセージを受信したか否かを監視する。ステップ１３５の判断においてＯＫメッセージを受信したと判断した場合、ＯＫメッセージを端末Ａ（１ａ）に送信する（ステップ１３６）。
【００６６】
続いて、端末Ａ（１ａ）よりＡＣＫメッセージを受信したか否かを判断する（ステップ１３７）。ステップ１３７の判断において、ＡＣＫメッセージを受信していないと判断した場合、引き続きＡＣＫメッセージを受信したか否かを監視する。ステップ１３７の判断においてＡＣＫメッセージを受信したと判断した場合、ＡＣＫメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ１３８）。
【００６７】
続いて、端末間のメディアセッションが終了したか否かを判断する（ステップ１３９）。ステップ１３９の判断において、メディアセッションが終了していないと判断した場合、引き続きメディアセッションが終了したか否かを監視する。ステップ１３９の判断において、メディアセッションが終了したと判断した場合、メディアデータを伝送するノードＡ１（３ａ）及びＡ２（３ｂ）にメディアセッションが終了したことを送信する（ステップ１４０）。
【００６８】
続いて、ノードＡ１（３ａ）及びＡ２（３ｂ）から測定データを受信したか否かを判断する（ステップ１４１）。ステップ１４１の判断において、測定データ受信を完了していないと判断した場合、引き続き測定データ受信完了を監視する。ステップ１４１の判断において、測定データの受信が完了したと判断した場合、ステップ１０１に戻り、ＩＮＶＩＴＥメッセージを受信したか否かの判断を行う。
【００６９】
図６は、フロー品質測定のための設定（ステップ１２０）を詳細に示すフローチャートである。
【００７０】
フロー品質測定装置Ａ（２ａ）は、ＵＰＤＡＴＥメッセージ（ステップ１１０）を受信すると、メッセージの内容を確認し、ＱｏＳが設定されたセッションであるか否かを判断する（ステップ１２１）。ステップ１２１の判断において、ＱｏＳが設定されたセッションでないと判断した場合、ＵＰＤＡＴＥメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ１３０）。
【００７１】
ステップ１２１の判断において、ＱｏＳが設定されたセッションであると判断した場合、続いてＵＰＤＡＴＥメッセージのＳＤＰ内にメディア登録がされているか否かを判断する（ステップ１２２）。ステップ１２２の判断において、ＳＤＰ内にメディア登録がされていないと判断した場合、ＵＰＤＡＴＥメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ１３０）。
【００７２】
ステップ１２２の判断において、ＱｏＳが設定されたセッションであると判断した場合、メディアデータを伝送するノードでの測定条件が全て確定したか否かを判断する（ステップ１２３）。
【００７３】
ステップ１２３の判断において、ノードへの測定条件が全ては確定していないと判断した場合、ＳＤＰ内に登録されたメディアに対するレートが登録されているか否かを判断する（ステップ１２４）。ここでメディアのレートとは、例えば図７に示したように、メディア２０５が映像データ（Ｖｉｄｅｏ）である場合、２０６に示したようにフレームレート（ｆｒａｍｅｒａｔｅ＝２９．２７［フレーム／秒］）であり、メディアが音声の場合はパケット間隔時間（ｐｔｉｍｅ＝２０［ミリ秒］）である。
【００７４】
ステップ１２４の判断において、メディアに対するレートが登録されていると判断した場合、メディアのレートに基づく、測定条件を確定する。例えば、映像データのフレームレートが２９．９７フレーム／秒である場合、メディアデータフローから各フレームデータを検出し、１０００／２９．９７ミリ秒内に伝送されているか否かを測定するよう測定基準（判定間隔２０７）を設定し（ステップ１２５）、続いてステップ１２３を実行する。尚、メディアデータフローから各フレームデータを検出する方法については、図１２を用いて詳細に説明する。一方、音声データのパケット間隔時間が２０ミリ秒である場合、メディアデータフローにおいて、各音声パケットが２０ミリ秒間隔で伝送されているか否かを測定するよう測定基準を設定し（ステップ１２５）、続いてステップ１２３を実行する。
【００７５】
ステップ１２４の判断において、メディアに対するレートが登録されていないと判断した場合、図８に示したデータベースを参照し、メディアデータフローの測定基準を設定し（ステップ１２６）、続いてステップ１２３を実行する。メディアに対するレートが登録されていないＳＤＰの例を、図９に示す。図９では、メディアデータとして映像データ（Ｈ．２６３）と音声データ（Ｇ．７２２．１）が登録されていることを示している。
【００７６】
図８に示したデータベースからのメディアデータフロー測定基準の設定では、例えばメディアデータ（２１５）が映像データ（Ｖｉｄｅｏ）であり、メディアのタイプが２１６に示したようにＨ．２６３の場合は、２１７に示したように各フレームデータが１０００／３０ミリ秒以内に伝送されているか否かを測定するよう測定基準を設定する（ステップ１２６）。また例えば、メディアのタイプがＧ．７２２．１の場合は、各音声パケットが２０ミリ秒間隔で伝送されているか否かを測定するよう測定基準を設定する（ステップ１２６）。
【００７７】
続いて、ステップ１２３の判断において、ノードへの測定条件が全て確定したと判断した場合、当該セッションのメディアデータを伝送するドメイン内のノードへの測定条件を設定する（ステップ１２７）。その後、ＵＰＤＡＴＥメッセージをフロー品質測定装置Ｂ（２ｂ）に送信する（ステップ１３０）。続いて、図１０から図１３を用いて、メディアデータを伝送するノードの動作を説明する。
【００７８】
図１０は、ノード（３）の機能ブロック図である。図１０に示したノード（３）は、受信バッファ（３１ａ、３１ｂ）、送信バッファ（３２ａ、３２ｂ）、受信フロー制御部（３３ａ、３３ｂ）、送信フロー制御部（３４ａ、３４ｂ）、スイッチ（３５）、時刻計測部（３６）、データ測定部（３７）、測定データ蓄積部（３９）、ポリシーテーブル（４０）、及び宛先テーブル（４１）とから構成する。尚、ポリシーテーブル（４０）及び宛先テーブル（４１）は、図１０において受信側と送信側にそれぞれ配備する形式で記載しているが、物理的には一つのメモリで構成している。以下では、図１１及び図１２を用いて、受信するメディアデータの品質測定動作について説明する。尚、ノードＡ１（３ａ）、Ａ２（３ｂ）、Ｂ１（３ｃ）、Ｂ２（３ｄ）は全て同一の動作をするため、ノードＡ１の動作についてのみ説明する。
【００７９】
ノードＡ１（３ａ）では、予めフロー品質測定装置２からの制御パケットを受信するとデータ測定部（３７）へ転送するためのポリシー設定を、ポリシーテーブル（４０）に登録しておく。
【００８０】
始めにノードＡ１（３ａ）は、フロー品質測定装置（２）からの制御パケットを図１０に示した受信バッファａ（３１ａ）で受信する。受信フロー制御部ａ（３３ａ）は、受信バッファ（３１ａ）にて受信した制御パケットの最初のバイトデータを読み出す直前に、時刻計測部（３６）により制御パケットの受信開始時刻を計測（ステップ３４１）し保持する。また、受信フロー制御部ａ（３３ａ）は、受信バッファ（３１ａ）にて受信した制御パケットの最後のバイトデータを読み出した直後に、時刻計測部（３６）により制御パケットの受信完了時刻を計測（ステップ３４１）し保持する（ステップ３０１）。
【００８１】
なお、制御パケットは、メディアを伝送するノードＡ１（３ａ）でのフロー品質測定条件を設定するための情報を伝送するＩＰパケットである。制御パケットについては、図１２を用いて説明する。
【００８２】
また、ここでの説明では、受信バッファａ（３１ａ）からのパケットデータ受信処理について説明を行うが、受信バッファｂ（３１ｂ）からのパケットデータ受信処理は、受信バッファａ（３１ａ）からのパケットデータ受信処理と同一の処理であるため、受信バッファｂ（３１ｂ）からのパケットデータ受信処理については説明を省略する。
【００８３】
受信フロー制御部ａ（３３ａ）は、受信バッファａ（３１ａ）から制御パケットを受信すると、ポリシーテーブル（４０）を参照する（ステップ３０２）。参照したポリシー情報では、制御パケットのみをデータ測定部（３７）へ転送する設定となっており、前記記録した制御パケットの受信開始及び受信完了時刻情報を廃棄し、受信した制御パケットデータのみをデータ測定部（３７）へ転送する（ステップ３０３）。
【００８４】
データ測定部（３７）は、受信した制御パケットの情報を用いることにより、図１２に示したテーブル（２６１、２６２、４２０〜４２５）を、受信パケット測定用のテーブルとして測定データ蓄積部（３９）に作成する（ステップ５０４）。
【００８５】
ここで、測定項目４２１〜４２５に関しては、実際の測定の際に得られる情報である。一方、項目２６１、２６２、及び４２０に関しては、制御パケットより得た情報である。すなわち、制御パケットには、セッションを識別するためのフロー識別子（宛先ＩＰアドレス、送信元ＩＰアドレス、宛先ポート番号、送信元ポート番号プロトコル番号）、Ｃａｌｌ−ＩＤ（ＳＩＰセッション開始時のユニークな識別子）、及び判定間隔（映像フレームの間隔）が含まれる。ここでは、映像データのフレーム間隔が、１０００／２９．９７ミリ秒であり、また各フレームのデータが、１０００／２９．９７ミリ秒の間隔以内に伝送されているか否かを検出するための設定となっていることを示している。測定する項目は、４２１〜４２５である。
【００８６】
フレーム変化パケット開始時刻（４２１）は、映像データのフレームが変化した時のＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを伝送するＩＰパケットの最初のバイトデータの受信時刻を示す。なお、本実施形態では、ＲＴＰパケットは、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）及びＩＰパケットによりカプセルかされ伝送されている。フレームの変化点については、ＲＴＰパケットヘッダ内のタイムスタンプの変化、又は、Ｍビット（フレームの変化を示すフラグビットの場合）により、変化点を検出する。なお、ＲＴＰについては、ＩＥＴＦ  ＲＦＣ３５５０に詳細な記述がある。
【００８７】
フレーム変化パケットＩＤ（４２２）は、映像フレームが変化した時のＲＴＰパケットヘッダ内のシーケンス番号を示す。累積パケット数（４２３）は、同一フレームデータにおいて受信したＩＰパケット数を示し、ＲＴＰパケットを伝送するＩＰパケットを受信する毎に１ずつ加算する。パケット処理の完了時刻（４２４）は、同一フレームデータにおいて最後に処理したＲＴＰパケットを伝送するＩＰパケットの最後のバイトデータの受信時刻を示す。
【００８８】
前記フレーム変化パケット開始時刻（４２１）は、フレームが変化した時の最初のＩＰパケット処理開始時刻を示し、またパケット処理の完了時刻（４２４）は、同一フレームにおける最後のＩＰパケットの処理完了時刻を示すため、フレームを構成するＩＰパケット群の伝送期間が検出可能である。このフレームデータ伝送期間と、判定間隔（４２０）を比較することにより、フレームを構成するデータが、予定の時間内に伝送されたか否かが判定可能である。
【００８９】
具体的には、伝送に要した時間をフレーム間隔時間で除算し、１００分率でフレーム間隔遵守レベル（４２５）を記載する。すなわち、正確に予定時間で伝送された場合は１００を記載する。また、フレーム間隔の半分の時間で伝送された場合は５０を記載し、逆に、フレーム時間の２倍の時間を要して伝送された場合は２００を記載する。
【００９０】
これにより、フレーム間隔遵守レベル（４２５）データを確認することによって、どのノードまでフレーム間隔内にメディアデータが伝送されたか否かをセッション毎に確認可能である。すなわち、フレーム間隔遵守レベル（４２５）データが１００以下のところまでは、フレーム間隔を超過してデータを伝送していないことが測定できる。
【００９１】
また、フレーム間隔遵守レベル（４２５）データの値が５０以下である場合を連続に記録している場合、すなわち、１フレーム間隔時間内に複数のフレームデータを伝送しているような場合、データ伝送のバースト化を発生させていることも検出可能である。
【００９２】
また、映像フレームの変化パケット開始時刻（４２１）とフレームを構成する最後のパケット処理の完了時刻（４２４）の差分と判定間隔（４２０）とを比較することによって、フレーム間隔時間に対する各ノードでの伝送時間が算出可能である。また、この伝送時間を各ノードで比較することにより、ジッタ量の累積度合いが判定できる。なお、各ノードで測定データを比較する場合は、フレーム変化パケットＩＤ（４２２）を比較することにより、同一データに対するジッタ累積度合いが容易に判定できる。さらに、ネットワークドメインの入力フレームデータとドメインの出力フレームに対するジッタ量を比較することによって、ドメイン毎のジッタ量比較も可能である。
【００９３】
データ測定部（３７）は、制御パケットに含まれるフロー識別子（２６１）情報を用いて、当該フローのパケットヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報と、そのＩＰパケットの受信開始時刻及び受信完了時刻とを受信フロー制御部ａ（３３ａ）からデータ測定部（３７）に転送するようポリシーテーブルに登録する（ステップ３０５）。
【００９４】
その後、ノードＡ１（３ａ）がメディアデータを伝送するＩＰパケットデータを受信バッファ（３１ａ）にて受信を開始すると、受信フロー制御部ａ（３３ａ）は、受信バッファ（３１ａ）にて受信したＩＰパケットの最初のバイトデータを読み出す直前に、そのＩＰパケットの受信開始時刻を時刻計測部（３６）により計測（ステップ３４２）し保持する。また、受信フロー制御部ａ（３３ａ）は、受信バッファ（３１ａ）にて受信したＩＰパケットの最後のバイトデータを読み出した直後に、そのＩＰパケットの受信完了時刻を時刻計測部（３６）により計測し（ステップ３４２）、また保持する（ステップ３０６）。
【００９５】
受信フロー制御部ａ（３３ａ）は、ＩＰパケットデータを受信すると、ポリシーテーブル（４０）に登録されたポリシーを参照する（ステップ３０７）。参照したポリシー情報では、受信したパケットのヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報と、そのＩＰパケットの受信開始時刻及び受信完了時刻とを受信フロー制御部ａ（３３ａ）からデータ測定部（３７）に転送するよう指定されており、それら情報を一時的に蓄積する。
【００９６】
続いて、宛先テーブルを参照し（ステップ３０９）、受信したＩＰパケットが次の受信先に届くよう内部ヘッダを付加してスイッチ（３５）に転送する（ステップ３１０）。なお、転送されたＩＰパケットは、スイッチ（３５）及び適切な送信バッファを経由して、次の受信ノードへ送信される。受信フロー制御部ａ（３３ａ）は、前記参照したポリシーに従い、受信したパケットのヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報と、そのＩＰパケットの受信開始時刻及び受信完了時刻情報とをデータ測定部（３７）に転送する（ステップ３１１）。
【００９７】
データ測定部（３７）は、受信したＲＴＰヘッダ内のタイムスタンプを確認し、映像データの映像フレームに変化があるか否かを検出する（ステップ５１２）。
【００９８】
メディアセッションが開始され映像フレームデータを受信すると、図１２に示した観測項目４２１〜４２４の観測データを更新する。すなわち、映像フレームに変化のあったＲＴＰパケットを伝送したＩＰパケットの最初のバイトデータを受信開始した時刻を観測項目４２１に記載する。また、そのＲＴＰパケットのシーケンス番号を観測項目４２２に記載し、観測項目４２３の累積パケット数に１を加算する。さらに、前記映像フレームに変化のあったＲＴＰパケットを伝送したＩＰパケットの最後のバイトデータを受信完了した時刻を観測項目４２４に記載する。
【００９９】
一方、映像フレームに変化がない場合、観測項目４２３〜４２４の観測データを更新する。すなわち、観測項目４２３の累積パケット数に１を加算し、映像フレームに変化のなかったＲＴＰパケットを伝送したＩＰパケットの最後のバイトデータを受信完了した時刻を観測項目４２４に上書きする。
【０１００】
続いて受信した映像データにおいて、映像フレームに変化がある場合、新たな観測項目４２６〜４３０を作成し、観測項目４２６〜４２９までの観測データの記録を行う。また、パケット処理の完了時刻（４２４）とフレーム変化パケット開始時刻（４２１）の差分時刻を、判定間隔（４２０）時間で除算し、１００分率でフレーム間隔遵守レベル（４２５）を記載する（ステップ５１３）。以後、連続的に受信するパケットデータに対して同一の処理を繰り返し行う（ステップ３１４）。
【０１０１】
その後、セッションが終了（ステップ３２３）すると、フロー品質測定装置ａ（２ａ）は、セッションが終了したことを通知するための制御パケットをノード（３ａ、３ｂ）に送信する。
【０１０２】
一方、ノードＡ１（３ａ）は、セッションの終了を通知する制御パケットを受信バッファ（３１ａ）で受信を開始する。受信フロー制御部ａ（３３ａ）は、受信バッファ（３１ａ）にて受信した制御パケットの最初のバイトデータを読み出す直前に、時刻計測部（３６）により制御パケットの受信開始時刻を計測（ステップ３４３）し保持する。また、受信フロー制御部ａ（３３ａ）は、受信バッファ（３１ａ）にて受信した制御パケットの最後のバイトデータを読み出した直後に、時刻計測部（３６）により制御パケットの受信完了時刻を計測（ステップ３４３）し保持する（ステップ３３１）。
【０１０３】
受信フロー制御部ａ（３３ａ）は、制御パケットを受信すると、ポリシーテーブル（４０）を参照する（ステップ３３２）。参照したポリシー情報では、制御パケットのみをデータ測定部（３７）へ転送する設定となっており、前記記録した制御パケットの受信開始及び受信完了時刻情報を廃棄し、受信した制御パケットデータのみをデータ測定部（３７）へ転送する（ステップ３３３）。
【０１０４】
データ測定部（３７）は、セッション終了を通知する制御パケットを受信すると、測定データ蓄積部（３９）より測定データの集計を行い（ステップ３３４）、測定結果データを受信フロー制御部ａ（３３ａ）へ通知する（ステップ３３５）。
【０１０５】
受信フロー制御部ａ（３３ａ）は、測定結果データをデータ測定部（３７）より受信すると、宛先テーブル（４１）を参照し（ステップ３３６）、測定結果データがフロー品質測定装置ａ（２ａ）へ届くよう、内部ヘッダを付加してスイッチ（３５）に転送する（ステップ３３７）。転送された測定結果を伝送するＩＰパケットは、スイッチ（３５）及び適切な送信バッファを経由して、フロー品質測定装置ａ（２ａ）へ送信される。
【０１０６】
続いて、図１３を用いてノードＡ１（３ａ）から送信するメディアデータの品質測定動作について説明する。
【０１０７】
ノードＡ１（３ａ）の受信フロー制御部ａ（３３ａ）は、受信バッファａ（３１ａ）から測定条件を示す制御パケットを受信すると、ポリシーテーブル（４０）を参照し、受信した制御パケットをデータ測定部（３７）へ転送する（ステップ５０３）。
【０１０８】
データ測定部（３７）は、図１１にて説明したように、受信した制御パケットの情報を用いることにより、図１２に示したテーブル（２６１、２６２、４２０〜４２５）を、送信パケット測定用として測定データ蓄積部（３９）に作成する（ステップ５０５）。またデータ測定部（３７）は、制御パケットに含まれるフロー識別子（２６１）情報を用いて、当該フローのパケットヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報と、そのＩＰパケットの受信開始時刻及び受信完了時刻とを送信フロー制御部ａ（３４ａ）からデータ測定部（３７）に転送するようポリシーテーブルに登録する（ステップ５０６）。
【０１０９】
続いて、送信フロー制御部ａ（３４ａ）は、メディアデータを伝送するＩＰパケットデータを、スイッチ（３５）を介して受信する（ステップ３５１）。また送信フロー制御部ａ（３４ａ）は、ポリシーテーブルに登録されたポリシーを参照し（ステップ３５２）、パケットヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報と、そのＩＰパケットの受信開始時刻及び受信完了時刻とをデータ測定部（３７）に転送する必要があるか否かを確認する。データ測定部（３７）に転送する必要がある場合は、パケットヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報を保持し、また受信したＩＰパケットの最初のバイトデータを送信バッファ（３２ａ）に書き込む直前に、そのＩＰパケットの送信開始時刻を時刻計測部（３６）により計測（ステップ３５３）し保持する。さらに、送信フロー制御部ａ（３４ａ）は、受信したＩＰパケットの最後のバイトデータを送信バッファａ（３２ａ）に書き込んだ（ステップ３５４）直後に、そのＩＰパケットの送信完了時刻を時刻計測部（３６）により計測し保持する（ステップ３４５）。なお、ヘッダ情報や送信時刻等をデータ測定部（３７）に転送する必要がない場合、受信したＩＰパケットデータを送信バッファに書き込む（ステップ３５４）。
【０１１０】
送信フロー制御部ａ（３４ａ）は、前記計測した送信開始時刻、及び送信完了時刻情報と送信パケットの各種ヘッダ（ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ）情報を、データ測定部（３７）へ転送する（ステップ３５５）。
【０１１１】
データ測定部（３７）は、受信したＲＴＰヘッダ内のタイムスタンプを確認し、映像データの映像フレームに変化があるか否かを検出する（ステップ５５６）。
【０１１２】
映像フレームに変化がある場合、観測項目４２１〜４２４の観測データを更新する。一方、映像フレームに変化がない場合、観測項目４２３〜４２４の観測データを更新する。
【０１１３】
さらに、受信した映像データにおいて、映像フレームに変化がある場合、新たな観測項目４２６〜４３０を作成し、観測項目４２６〜４２９までの観測データの記録を行う（ステップ５５７）。また、パケット処理の完了時刻（４２４）とフレーム変化パケット開始時刻（４２１）の差分時刻を、判定間隔（４２０）時間で除算し、１００分率でフレーム間隔遵守レベル（４２５）を記載する（ステップ５５７）。続いて、連続的に送信するパケットデータに対して同一の処理を繰り返し行う（ステップ３５８）。
【０１１４】
その後、セッションが終了（ステップ３６３）すると、フロー品質測定装置ａ（２ａ）は、セッションが終了したことを通知するための制御パケットをノード（３ａ、３ｂ）に送信する。
【０１１５】
一方、ノードＡ１（３ａ）は、セッション終了を通知する制御パケットを受信フロー制御部（３３ａ）で受信し、測定データ部（３７）へ転送する（ステップ３７１）。
【０１１６】
データ測定部（３７）は、セッション終了を通知する制御パケットを受信すると、測定データ蓄積部（３９）より測定データの集計を行い（ステップ３７２）、測定結果データを送信フロー制御部ａ（３４ａ）へ通知する（ステップ３７３）。
【０１１７】
送信フロー制御部ａ（３４ａ）は、測定結果データをデータ測定部（３７）より受信すると、測定結果データがフロー品質測定装置（２ａ）へ届くよう送信バッファａ（２１ａ）より送信する（ステップ３７４）。
【０１１８】
以上、本実施形態によれば、複数のノードを介して伝送したメディアデータの伝送品質を測定可能である。特に、どのノードまで所定の品質で伝送されたかが検出可能である。
【産業上の利用可能性】
【０１１９】
複数のネットワーク、又はノードを介してメディアデータを送受信する場合において、セッション毎の伝送品質を測定することに利用できる。
【図面の簡単な説明】
【０１２０】
【図１】本発明の第１の実施の形態におけるデータ伝送品質測定システムの構成を示す図である。
【図２】本発明の第１の実施形態におけるデータ伝送品質測定システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態におけるＵＰＤＡＴＥメッセージ内のＳＤＰ記述の例を示す。
【図４】本発明の第１の実施形態におけるフロー品質測定装置のブロック図である。
【図５】本発明の第１の実施形態におけるフロー品質測定装置のＣＰＵ部が実行するプログラムの動作を示すフローチャートである。
【図６】本発明の第１の実施形態におけるフロー品質測定装置によるノードへのフロー品質測定設定動作を示すフローチャートである。
【図７】本発明の第１の実施形態におけるメディアレートと測定間隔の対応を示す図である。
【図８】本発明の第１の実施形態におけるメディアタイプと測定間隔の対応を示す図である。
【図９】本発明の第１の実施形態におけるＵＰＤＡＴＥメッセージ内のＳＤＰ記述の変形例を示す。
【図１０】本発明の第１の実施形態におけるノードの機能ブロック図である。
【図１１】本発明の第１の実施形態における受信パケットの品質測定動作を示すフローチャートである。
【図１２】本発明の第１の実施形態におけるフロー品質測定項目例を示す図である。
【図１３】本発明の第１の実施形態における送信パケットの品質測定動作を示すフローチャートである。
【符号の説明】
【０１２１】
１ａ、１ｂ：端末
２ａ、２ｂ：フロー品質測定装置
３ａ、３ｂ、３ｃ、３ｄ：ノード装置
２１：バス
２２：ＣＰＵ部
２３：プログラム蓄積部
２４：メインメモリ
２５：ディスクメモリ
２６：入力部
２７：出力部
３１ａ、３１ｂ：受信バッファ
３２ａ、３２ｂ：送信バッファ
３３ａ、３３ｂ：受信フロー制御部
３４ａ、３４ｂ：送信フロー制御部
３５：スイッチ
３６：時刻計測部
３７：データ測定部
３９：測定データ蓄積部
４０：ポリシーテーブル
４１：宛先テーブル
【図１】
2008199273.tif 000003
【図２】
2008199273.tif 000004
【図３】
2008199273.tif 000005
【図４】
2008199273.tif 000006
【図５】
2008199273.tif 000007
【図６】
2008199273.tif 000008
【図７】
2008199273.tif 000009
【図８】
2008199273.tif 000010
【図９】
2008199273.tif 000011
【図１０】
2008199273.tif 000012
【図１１】
2008199273.tif 000013
【図１２】
2008199273.tif 000014
【図１３】
2008199273.tif 000015