JP5440272B2 - プッシュ信号の伝送状況判定方法、プログラム及び装置 - Google Patents

Description

本技術は、プッシュ信号の伝送状況判定技術に関する。

近年、情報通信技術の発展に伴い、パケット通信ネットワークを介した双方向通信が活発に行われている。特に、パケット化した音声データをパケット通信ネットワークを介して送受信するＶｏＩＰ（Voice over Internet Protocol）を利用してインターネットなどのＩＰ（Internet Protocol）ネットワーク経由での通話を行うＩＰ電話が普及してきている。

一方で、例えば交通機関、医療機関などの電話予約サービスや、金融機関のテレフォンバンキングサービスなど、プッシュ信号（トーン信号、ＤＴＭＦ（Dial Tone Multi Frequency）信号とも呼ばれる）を用いたサービスが近年知られている。そのようなサービスを提供するにあたり、サービス品質の監視・管理を行うことがサービス事業者等にとって必要となってくる。

例えば、ＩＰ電話の音声品質を計測するための技術として、以下のような技術が存在している。具体的には、ＲＴＰ（Real-time Transport Protocol）セッション毎に、一定期間におけるパケットの受信数とロス数とを計数し、パケットロス率を算出するものである。なお、パケットロスが生じたか否かは、パケットに含まれる例えばシーケンス番号から判断可能である。

特開２００２−３００６１９号公報 特開２００２−２５２６４４号公報 特開２００５−１５９８０７号公報 特開平１１−２５９０９９号公報 特開平９−３２６７７２号公報

なお、ＩＰ電話によって、上で述べたようなサービスを利用する場合、音声パケットとＤＴＭＦパケット（すなわち、非音声パケット）とが入り交じって同一のＲＴＰセッションに流れることになる。また、１つのプッシュ信号は、複数のＤＴＭＦパケットによって表されるため、一部のＤＴＭＦパケットをロスしたとしても、一部のＤＴＭＦパケットが発信先に届けば、発信先において、そのプッシュ信号を認識することができる。

しかしながら、上で述べた技術では、音声品質を計測する際、音声パケットと非音声パケットとを分離して解析するようにはなっていない。また、従来技術には、パケットロス発生時に、プッシュ信号のロスが発生したかどうかを判定するような技術は存在しない。従って、従来技術では、プッシュ信号の伝送状況を正確に判定することはできない。

従って、本技術の目的は、プッシュ信号の伝送状況を正確に判定できるようにすることである。

本プッシュ信号の伝送状況判定方法は、音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、特定のセッションの経路上の任意の箇所において受信して記憶装置に格納するステップと、記憶装置に格納されたパケットに含まれるシーケンス番号に基づき、特定のセッションにおいてパケットロスが発生したか判断するステップと、パケットロスの発生を検出した場合、パケットロスの状況と非音声パケットの所定の特徴とに従って、プッシュ信号のロスが生じているか判定する第１判定ステップとを含む。

プッシュ信号の伝送状況を正確に判定できるようになる。

図１は、音声パケットとＤＴＭＦパケットとが同一セッションに混在する場合の一例を示す図である。 図２は、パケットロスが発生した場合のネットワーク品質の判定の一例を示す図である。 図３は、本実施の形態における、ネットワーク品質とＤＴＭＦサービス品質の判定結果の一例を示す図である。 図４は、パケットロスが発生した場合のＤＴＭＦサービス品質の判定の一例を示す図である。 図５は、本技術の実施の形態に係るシステム構成図である。 図６は、本技術の実施の形態に係る伝送状況判定装置の機能ブロック図である。 図７は、ＤＴＭＦパケット（ｅｖｅｎｔタイプ）のフォーマット例を示す図である。 図８は、プッシュボタン「５」が押された場合のＤＴＭＦパケット（ｅｖｅｎｔタイプ）の設定例を示す図である。 図９は、ＤＴＭＦパケット（ｔｏｎｅタイプ）のフォーマット例を示す図である。 図１０は、プッシュボタン「９」が押された場合のＤＴＭＦパケット（ｔｏｎｅタイプ）の設定例を示す図である。 図１１は、低群周波数及び高群周波数の組み合わせとプッシュ番号との対応関係を示す図である。 図１２は、方式１（基本品質判定）の処理フローを示す図である。 図１３は、方式１（基本品質判定）を説明するための図である。 図１４は、方式２（基本品質判定）の処理フロー（第１の部分）を示す図である。 図１５は、方式２（基本品質判定）の処理フロー（第２の部分）を示す図である。 図１６は、処理Ｑを説明するための図である。 図１７は、処理Ｒを説明するための図である。 図１８は、処理Ｓを説明するための図である。 図１９は、方式２（基本品質判定）を説明するための図である。 図２０は、方式３（基本品質判定）の処理フローを示す図である。 図２１は、方式３（基本品質判定）を説明するための図である。 図２２は、方式４（詳細品質判定）の処理フローを示す図である。 図２３は、方式４（詳細品質判定）を説明するための図である。 図２４は、方式５（詳細品質判定）の処理フローを示す図である。 図２５は、方式５（詳細品質判定）を説明するための図である。 図２６は、方式６（詳細品質判定）の処理フローを示す図である。 図２７は、方式６（詳細品質判定）を説明するための図である。 図２８は、方式７（詳細品質判定）の処理フローを示す図である。 図２９は、方式７（詳細品質判定）を説明するための図である。 図３０は、処理Ｐ１、処理Ｐ２、処理Ｑ、処理Ｒ及び処理Ｓの処理内容及び適用条件を示す図である。 図３１は、伝送状況判定装置７の全体の処理フローを示す図である。 図３２は、品質判定処理１乃至１６の適用条件を示す図である。 図３３は、品質判定処理１の概要を示す図である。 図３４は、品質判定処理１の処理フロー（第１の部分）を示す図である。 図３５は、品質判定処理１の処理フロー（第２の部分）を示す図である。 図３６は、パケットロスが発生した場合の一例を示す図である。 図３７は、品質判定処理２の概要を示す図である。 図３８は、品質判定処理２の処理フローを示す図である。 図３９は、品質判定処理３の概要を示す図である。 図４０は、品質判定処理３の処理フローを示す図である。 図４１は、品質判定処理４の概要を示す図である。 図４２は、品質判定処理４の処理フローを示す図である。 図４３は、品質判定処理５の概要を示す図である。 図４４は、品質判定処理５の処理フロー（第１の部分）を示す図である。 図４５は、品質判定処理５の処理フロー（第２の部分）を示す図である。 図４６は、品質判定処理６の概要を示す図である。 図４７は、品質判定処理６の処理フローを示す図である。 図４８は、品質判定処理７の概要を示す図である。 図４９は、品質判定処理７の処理フローを示す図である。 図５０は、品質判定処理８の概要を示す図である。 図５１は、品質判定処理８の処理フローを示す図である。 図５２は、品質判定処理９の概要を示す図である。 図５３は、品質判定処理９の処理フロー（第１の部分）を示す図である。 図５４は、品質判定処理９の処理フロー（第２の部分）を示す図である。 図５５は、品質判定処理９の処理フロー（第３の部分）を示す図である。 図５６は、品質判定処理１０の概要を示す図である。 図５７は、品質判定処理１０の処理フローを示す図である。 図５８は、品質判定処理１１の概要を示す図である。 図５９は、品質判定処理１１の処理フローを示す図である。 図６０は、品質判定処理１２の概要を示す図である。 図６１は、品質判定処理１２の処理フローを示す図である。 図６２は、品質判定処理１３の概要を示す図である。 図６３は、品質判定処理１３の処理フローを示す図である。 図６４は、品質判定処理１４の概要を示す図である。 図６５は、品質判定処理１４の処理フローを示す図である。 図６６は、品質判定処理１５の概要を示す図である。 図６７は、品質判定処理１５の処理フローを示す図である。 図６８は、品質判定処理１６の概要を示す図である。 図６９は、品質判定処理１６の処理フローを示す図である。 図７０は、コンピュータの機能ブロック図である。 図７１は、第１の態様に係るプッシュ信号の伝送状況判定方法の処理フローを示す図である。 図７２は、第２の態様に係るプッシュ信号の伝送状況判定装置の機能ブロック図である。

例えば図１に、音声パケットとＤＴＭＦパケット（非音声パケット）とが入り交じって同一のＲＴＰセッションを流れる場面の一例を示す。なお、図１は、ＩＰ電話機から発信された１００個のパケットのうち３個のパケット（シーケンス番号４、１１及び１５のパケット）をロスしており、ロスした３個のパケットのうち１個が音声パケットであり、２個がＤＴＭＦパケットであった場合の例を示している。図１において、斜線且つ実線枠の丸は、音声受信パケットを示し、網掛け（グレー）且つ実線枠の丸は、ＤＴＭＦ受信パケットを示し、「×」印は、そのパケットがロスパケットであることを示している（以下同じ）。ここで、音声パケットとＤＴＭＦパケットとが入り交じって同一のＲＴＰセッションに流れる場合に音声品質を正確に計測するための方法として、以下のような方法が考えられる。

具体的には、ＲＴＰセッションを流れるパケットをキャプチャしてパケットロスが発生しているか判断し、パケットロスの発生を検出した場合には、ＤＴＭＦパケットの特徴などに従ってロスパケットの種別を判定するようにする。そして、音声パケットとＤＴＭＦパケットとのそれぞれについて、パケットの受信数及びロス数を計数し、パケットロス率やパケット到達率などの、ネットワーク品質を示す指標値を算出するようにする。図１の例では、音声パケットのロス率は、１÷（９０＋１）≒１．１％となり、ＤＴＭＦパケットのロス率は、２÷（７＋２）≒２２．２％となっている。この方法によれば、音声パケットとＤＴＭＦパケットとを分離して解析するので、音声パケットのネットワーク品質（すなわち、音声品質）を知ることができる。なお、図１に示すように、ＲＴＰセッションを流れるパケットには連続したシーケンス番号が付与されるので、パケットロスが発生しているか否かは、パケットに含まれるシーケンス番号から判断可能である。

一方で、例えばプッシュ信号を用いたサービスのサービス品質の監視・管理を行うためには、プッシュ信号の伝送状況を知る必要がある。なお、１つのプッシュ信号は、複数のＤＴＭＦパケットで構成され、複数のＤＴＭＦパケットの各々に同じプッシュ番号が設定されるようになっている。そのため、あるプッシュ信号を構成するＤＴＭＦパケット群の少なくとも一部が発信先に届けば、発信先において、そのプッシュ信号を認識することができる。すなわち、ＤＴＭＦパケットをロスしていたとしても、プッシュ信号が発信先に伝わっている場合がある。しかしながら、上で述べた方法では、例えば図２に示すようなパケットロスが発生した場合に、プッシュ信号が発信先に伝わったかどうかは知ることができず、ＤＴＭＦパケットのロスがあった（ＮＧ）という判定しかできない。なお、図２は、１つのプッシュ信号を構成する６個のＤＴＭＦパケットのうち、１個だけロスしており、残りの５個は受信できている場合を示している。

そこで、本技術の実施の形態では、パケットロス発生時に、以下に説明する処理を実施することによって、プッシュ信号のロスがあったか否かを判定する。そして、例えばプッシュ信号の伝送状況に従って、ＤＴＭＦサービス（すなわち、プッシュ信号を用いたサービス）の品質を判定する。従って、本技術の実施の形態では、パケットロスがあった場合には、図３に示すように、ＤＴＭＦサービスの品質が、「ＯＫ」「ＮＧ」「不明」のいずれに該当するかを判定する。例えば、プッシュ信号のロスがないことが判明すれば、ＤＴＭＦサービスの品質は「ＯＫ」であると判定する。例えば図４に示すように、ＤＴＭＦパケットをロスしていたとしても、あるプッシュ信号を構成するＤＴＭＦパケット群のうち、少なくとも１個届いていることが判明すれば、プッシュ信号は伝わっていることになるので、ＤＴＭＦサービスの品質は「ＯＫ」であると判定する。また、プッシュ信号のロスがあった場合には、ＤＴＭＦサービスの品質は「ＮＧ」であると判定する。また、プッシュ信号のロスがあったか否か分からない場合には、ＤＴＭＦサービスの品質は「不明」であると判定する。なお、伝わったプッシュ信号の数とロスした（伝わらなかった）プッシュ信号の数をそれぞれ計数し、プッシュ信号のロス率を、ＤＴＭＦサービスの品質として算出するようにしてもよい。以下、本技術の一実施の形態について説明する。

図５に、本技術の一実施の形態に係るシステム構成図を示す。図５において、パケット通信ネットワーク１には、ネットワーク３ａとネットワーク３ｂとネットワーク３ｃとが接続されている。そして、各ネットワーク３には、ＩＰ電話機及びパーソナル・コンピュータ（ＰＣ）が接続されている。例えば、ネットワーク３及びパケット通信ネットワーク１を介して、ＩＰ電話機間での通話・プッシュ信号の送受信や、ＰＣ間でのデータ通信が可能となっている。また、図５では、パケット通信ネットワーク１とネットワーク３ａとの間に観測地点が設けられており、パケット通信ネットワーク１とネットワーク３ａとは、観測地点に設置されているＴＡＰ（タップ）５を介して接続されている。また、観測地点には、さらに伝送状況判定装置７が設置されており、観測地点を通過するパケットをＴＡＰ５を介してキャプチャするようになっている。なお、図５では、観測地点が１箇所の例を示しているが、２箇所以上存在する場合もある。

図６に、図５に示した伝送状況判定装置７の機能ブロック図を示す。伝送状況判定装置７は、パケットキャプチャ部７１と、パケット解析部７２と、音声・非音声判定部７３と、パケットロス判定部７４と、基本データ格納部７５と、基本品質判定部７６と、詳細品質判定部７７と、品質データ格納部７８と、出力部７９とを有する。

パケットキャプチャ部７１は、観測地点を流れるパケットをＴＡＰ５を介してキャプチャし、パケット解析部７２に出力する。パケット解析部７２は、パケットキャプチャ部７１からのパケットを受信すると、パケットのヘッダを解析することにより、ＲＴＰパケットであるか否か判別し、ＲＴＰパケットである場合には記憶装置（図示せず）に格納する。また、パケット解析部７２は、キャプチャしたパケットが音声パケット又はＤＴＭＦパケットであるか判定するよう音声・非音声判定部７３に指示する。音声・非音声判定部７３は、パケット解析部７２からの指示を受信すると、記憶装置に格納されているパケットの各々について、当該パケットのヘッダに含まれるペイロードタイプに従って、パケットの種別（音声パケット／ＤＴＭＦパケット）を判別し、判別結果をパケットロス判定部７４に出力する。また、音声・非音声判定部７３は、記憶装置に格納されているパケットを解析することで、ＤＴＭＦパケットのタイプ（ｅｖｅｎｔ／ｔｏｎｅ）や、音声パケットの送信間隔、非音声パケットの送信間隔、再送パケットの送信間隔などのデータを取得し、基本データ格納部７５に格納する。なお、ＤＴＭＦパケットのタイプや、音声パケットの送信間隔、ＤＴＭＦパケットの送信間隔、再送パケットの送信間隔などの情報が伝送状況判定装置７に予め与えられている場合もある。パケットロス判定部７４は、定期的に又は任意のタイミングでパケットロスが発生したか否か判定し、パケットロスの発生を検出した場合には、音声・非音声判定部７３の判別結果を用いてロスパターンを特定し、ロスパターンを基本品質判定部７６に通知する。基本品質判定部７６は、パケットロス判定部７４から通知されたロスパターンと基本データ格納部７５に格納されているデータと記憶装置に格納されているパケットとを用いて、後で説明する基本品質判定を行い、判定結果を品質データ格納部７８に格納する。また、基本品質判定部７６は、必要に応じて、詳細品質判定を行うよう詳細品質判定部７７に指示する。詳細品質判定部７７は、基本品質判定部７６からの指示を受信すると、基本データ格納部７５に格納されているデータと記憶装置に格納されているパケットとを用いて、後で説明する詳細品質判定を行い、判定結果を品質データ格納部７８に格納する。出力部７９は、品質データ格納部７８に格納されているデータを用いて、ＤＴＭＦサービスの品質判定結果を表示装置に表示したりする。

なお、本実施の形態の詳細を説明する前に、ＤＴＭＦパケットの特徴について説明しておく。ＤＴＭＦパケットには、イベント（ｅｖｅｎｔ）タイプとトーン（ｔｏｎｅ）タイプとの２つのタイプが存在し、それぞれ異なる特徴を持っている。

まず、図７及び図８を用いて、ｅｖｅｎｔタイプのＤＴＭＦパケットの特徴のうち、本実施の形態と関連するものについて説明する。図７に、ＤＴＭＦパケット（ｅｖｅｎｔタイプ）のフォーマットの一例を示す。なお、図７では、主要なパラメータのみ示している。ＤＴＭＦパケット（ｅｖｅｎｔタイプ）には、ＲＴＰヘッダと、ＲＴＰペイロードとが含まれる。そして、ＲＴＰヘッダには、Ｍ（マーカー）ビットとペイロードタイプとシーケンス番号とタイムスタンプとが含まれ、ＲＴＰペイロードには、イベント番号とＥ（Ｅｎｄ）ビットと継続期間とが含まれる。

例えば図８に、プッシュボタン「５」が押された場合のＤＴＭＦパケット（ｅｖｅｎｔタイプ）の設定例を示す。図８において、一連のパケット（シーケンス番号１〜１１）のうち、シーケンス番号４から９までのパケットがＤＴＭＦパケット（ｅｖｅｎｔタイプ）となっている。Ｍビットには、そのＤＴＭＦパケットがＤＴＭＦパケット群の先頭である場合、１が設定され、先頭ではない場合、０が設定される。例えば図８では、シーケンス番号４のパケットのＭビットには１が設定され、シーケンス番号５から９までのパケットのＭビットには０が設定されている。また、ペイロードタイプには、パケットの種別（音声パケット又はＤＴＭＦパケット）を表す情報が設定される。イベント番号には、プッシュ番号が設定される。図８では、プッシュボタン「５」が押された例であるため、イベント番号には５が設定されている。また、ｅｖｅｎｔタイプのＤＴＭＦパケットの場合、Ｅビット＝１の再送パケットが２個送信される。なお、再送パケットの直前のパケットである終端パケットについては、Ｅビットを１として送信する場合もあれば、Ｅビットを０として送信する場合もある。いずれにせよ、ＤＴＭＦパケット群の最後に、Ｅビット＝１のパケットが少なくとも２個存在することになる。また、継続期間は、プッシュボタンが押されてからの時間であり、タイムスタンプで表される。図８の例では、シーケンス番号４のパケットの継続期間が１６０となっており、その後１６０ずつ増加されている。なお、再送パケットの継続期間には、終端パケットの継続期間と同じ値が設定される。

次に、図９乃至図１１を用いて、ｔｏｎｅタイプのＤＴＭＦパケットの特徴について説明する。図９に、ＤＴＭＦパケット（ｔｏｎｅタイプ）のフォーマットの一例を示す。図９では、主要なパラメータのみ示している。ＤＴＭＦパケット（ｔｏｎｅタイプ）には、ＲＴＰヘッダと、ＲＴＰペイロードとが含まれる。そして、ＲＴＰヘッダには、Ｍビットとペイロードタイプとシーケンス番号とタイムスタンプとが含まれ、ＲＴＰペイロードには、継続期間と低群周波数と高群周波数とが含まれる。すなわち、ｅｖｅｎｔタイプと比較すると、ＲＴＰペイロードの構成が異なっている。

例えば図１０に、プッシュボタン「９」が押された場合のＤＴＭＦパケット（ｔｏｎｅタイプ）の設定例を示す。図８に示した例と同様に、一連のパケット（シーケンス番号１〜１１）のうち、シーケンス番号４から９までのパケットがＤＴＭＦパケット（ｔｏｎｅタイプ）となっている。なお、Ｍビット、ペイロードタイプ及びシーケンス番号は、図８の例と同じである。ｔｏｎｅタイプの場合、継続期間は、タイプスタンプの単位を表し、ＲＴＰヘッダのタイプスタンプは、継続期間に設定された値ずつ増えていく。図１０の例では、継続期間は４００となっており、シーケンス番号４のパケットのタイムスタンプを０として、その後４００ずつ増加されている。また、ｔｏｎｅタイプの場合、低群周波数及び高群周波数の組み合わせにてプッシュ番号（＊、＃、Ａ、Ｂ、Ｃ、Ｄなどの記号を含む）を表すようになっている。図１１に、低群周波数及び高群周波数の組み合わせとプッシュ番号との対応関係を示す。例えば図１０では、低群周波数が８５２、高群周波数が１４７７となっているが、これは、図１１に示すようにプッシュ番号「９」を示している。

以上のような特徴を前提に、本実施の形態の概要について説明する。本実施の形態では、以下で説明する判定処理（方式１乃至７）を実施することで、プッシュ信号の伝送状況を判定する。なお、方式１乃至３は、プッシュ信号のロスが生じているか否かを判定するものである。また、方式４乃至７は、プッシュ信号ロスが生じておらず且つロス前後のパケットがＤＴＭＦパケットであった場合に、パケットロス直前（以下、ロス直前という）のプッシュ信号とパケットロス直後（以下、ロス直後という）のプッシュ信号とが別信号であるか否かを判定するものである。なお、ここでは、方式１乃至３による判定を「基本品質判定」と呼び、方式４乃至７による判定を「詳細品質判定」と呼ぶ。以下、各方式について説明する。

［方式１］
図１２及び図１３を用いて、方式１について説明する。最初に、方式１における前提を示しておく。
（方式１の前提）
・音声パケットの送信間隔とＤＴＭＦパケットの送信間隔が異なる。
・ＤＴＭＦパケットがｔｏｎｅタイプである。

方式１では、このような前提の下、送信間隔の違いを利用してロスパケットの内訳を算出し、ロスパケットの中にＤＴＭＦパケットが存在しなかった場合に、プッシュ信号のロスは生じていない（ＯＫ）と判定する。

具体的には、基本品質判定部７６が、図１２に示すような処理を実施する。まず、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、パケットロス前後（以下、ロス前後という）のパケット間の時間差とシーケンス番号の差とを算出する（図１２：ステップＳ１）。なお、図１２に示す処理については、図１３を用いて詳しく説明する。図１３は、音声パケットの送信間隔とＤＴＭＦパケットの送信間隔とが異なっており、ＤＴＭＦパケットがｔｏｎｅタイプである場合に、パケットロスが発生した場合の一例を示している。なお、図１３において、白色且つ点線枠の丸は、ロスパケットを示している（以下同じ）。図１３の例では、音声パケットの送信間隔が２０ｍｓ、ＤＴＭＦパケットの送信間隔が５０ｍｓとなっている。図１３の例では、ロス前後のパケット間の時間差は２９０ｍｓとなっており、ロス前後のパケット間のシーケンス番号の差は１０−３＝７である。

また、基本品質判定部７６は、基本データ格納部７５から音声パケットの送信間隔とＤＴＭＦパケットの送信間隔とを取得する。そして、基本品質判定部７６は、音声パケットの送信間隔と、ＤＴＭＦパケットの送信間隔と、ステップＳ１において算出した時間差及びシーケンス番号の差とに基づき、ロスパケットの内訳を算出する（ステップＳ３）。具体的には、以下に示す連立方程式を用いて算出する。
２０ｘ ＋ ５０ｙ ＝ ２９０ （１）
ｘ ＋ ｙ ＝ ７ （２）

なお、（１）式において、「２０」は、音声パケットの送信間隔であり、「５０」は、ＤＴＭＦパケットの送信間隔である。また、（１）式における「２９０」は、ステップＳ１において算出された、ロス前後のパケット間の時間差である。さらに、（２）式における「７」は、ステップＳ１において算出された、ロス前後のパケット間のシーケンス番号の差である。また、（１）及び（２）式における変数ｘは、ロスパケットとロス直後のパケットとを含む計算対象パケット（図１３の例では、シーケンス番号４から１０までのパケット）のうちの音声パケットの数を表し、変数ｙは、計算対象パケットのうちのＤＴＭＦパケットの数を表す。なお、（２）式における「７」は、計算対象パケットの個数でもある。

そして、上記連立方程式を解くと、ｘ＝２、ｙ＝５となる。ここで、計算対象パケットには、ロス直後のパケットが含まれているため、ロスパケットの内訳を算出するためには、変数ｘ又はｙの値から１を差し引く必要がある。図１３の例では、ロス直後のパケットはＤＴＭＦパケットであるため、変数ｙの値から１を差し引く。従って、ロスパケット（６個）の内訳は、音声パケットが２個、ＤＴＭＦパケットが４（＝５−１）個となる。

なお、（１）及び（２）式を、以下のような（３）及び（４）式に変形することも可能である。
２０ｘ ＋ ５０（ｙ＋１） ＝ ２９０ （３）
ｘ ＋ （ｙ＋１） ＝ ７ （４）

（３）及び（４）式では、変数ｘが、音声パケットのロス数を表し、変数ｙがＤＴＭＦパケットのロス数を表している。この連立方程式を解くと、ｘ＝２、ｙ＝４となり、すなわち変数ｘ又はｙの値から１を差し引く必要はない。なお、「ｙ＋１」としているのは、ロス直後のパケット（ＤＴＭＦパケット）が、計算対象パケットに含まれるためである。もし、ロス直後のパケットが音声パケットであった場合には、「ｘ＋１」とすればよい。

その後、基本品質判定部７６は、ステップＳ３の処理結果に基づき、ロスパケットの中にＤＴＭＦパケットが存在していたか判断する（ステップＳ５）。なお、ロスパケットの中にＤＴＭＦパケットが存在しないということは、必然的に、ロスパケットの中にプッシュ信号も存在しないということになる。従って、ロスパケットの中にＤＴＭＦパケットが存在しなかった場合（ステップＳ５：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号は存在しないと判定する（ステップＳ７）。この場合、プッシュ信号のロスは生じておらず、ＤＴＭＦサービスの品質は「ＯＫ」であると判定する。なお、判定結果は、品質データ格納部７８に格納される。そして、処理を終了する。

一方、ロスパケットの中にＤＴＭＦパケットが存在していた場合（ステップＳ５：Ｙｅｓルート）、ステップＳ７の処理をスキップし、処理を終了する。この場合、この時点では、プッシュ信号のロスが生じていたか否かは不明であり、必要に応じて、さらに方式２による判定を実施する。

このように、音声パケットとＤＴＭＦパケットの送信間隔の違いを利用して、ロスパケットの内訳を算出することにより、プッシュ信号のロスが生じていなかったことを認識できるようになる。なお、以下、ステップＳ１及びステップＳ３の処理を「処理Ｐ１」と呼ぶ。

［方式２］
次に、図１４乃至図１９を用いて、方式２について説明する。方式２では、１つのプッシュ信号を表すのに必要な最小限のＤＴＭＦパケットの数（以下、最小構成数と呼ぶ）と、ロスパケット（又はロスパケット中の不明パケット）の数とを比較し、ロスパケット（又はロスパケット中の不明パケット）の数が最小構成数より小さい場合に、プッシュ信号のロスは生じていないと判定する。

具体的には、基本品質判定部７６が、図１４及び図１５に示すような処理を実施する。まず、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロス前後のパケットのうち少なくともいずれかがＤＴＭＦパケットであり且つＤＴＭＦパケットがｅｖｅｎｔタイプであるか判断する（図１４：ステップＳ１１）。ロス前後のパケットが両方とも音声パケット又はＤＴＭＦパケットがｔｏｎｅタイプである場合（ステップＳ１１：Ｎｏルート）、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロスパケットの数を、不明パケットの数として算出し、一旦記憶装置に格納する（ステップＳ１３）。そして、端子Ａを介してステップＳ３９（図１５）の処理に移行する。

一方、ロス前後のパケットのうち少なくともいずれかがＤＴＭＦパケットであり且つＤＴＭＦパケットがｅｖｅｎｔタイプである場合（ステップＳ１１：Ｙｅｓルート）、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロス直前のパケットがＤＴＭＦパケットであるか判断する（ステップＳ１５）。なお、本ステップからステップＳ３７（図１５）までの処理が実施されるのは、ＤＴＭＦパケットがｅｖｅｎｔタイプの時だけである。ロス直前のパケットがＤＴＭＦパケットではない場合（ステップＳ１５：Ｎｏルート）、すなわちロス直前のパケットが音声パケットである場合、基本品質判定部７６は、ロス直前の音声パケットのシーケンス番号を取得し、一旦記憶装置に格納する（ステップＳ１７）。その後、ステップＳ２５の処理に移行する。

一方、ロス直前のパケットがＤＴＭＦパケットである場合（ステップＳ１５：Ｙｅｓルート）、基本品質判定部７６は、ロス直前のプッシュ信号に係るＤＴＭＦパケット群の中から終端パケットを特定する（ステップＳ１９）。この処理については図１６を用いて説明する。なお、図１６は、パケットロスが発生した場合の一例を示している。図１６では、シーケンス番号７から１２までのパケットをロスしている。なお、図１６において、網掛け（グレー）且つ実線枠の丸のうち、「Ｒ」の文字がふされているものは、再送パケット（すなわち、Ｅビット＝１）を示している（以下同じ）。上で説明したように、ＤＴＭＦパケットがｅｖｅｎｔタイプの場合、Ｅビットが１に設定された再送パケットが２回送信される。また、再送パケットの継続期間には、終端パケットの継続期間と同じ値が設定される。例えば図１６では、シーケンス番号６は再送パケットとなっており、Ｅビットには１が設定されているはずである。また、シーケンス番号５及び６のＤＴＭＦパケットの継続期間には同じ値（４８０）が設定されている。従って、シーケンス番号５のＤＴＭＦパケットが終端パケットとして特定される。

そして、基本品質判定部７６は、特定した終端パケットのシーケンス番号を取得する（ステップＳ２１）。図１６の例では、終端パケットのシーケンス番号として「５」が取得される。そして、基本品質判定部７６は、ステップＳ２１で取得したシーケンス番号と所定の再送回数とを用いて、ＤＴＭＦパケット群における最後の再送パケット（以下、最終パケットと呼ぶ）のシーケンス番号を特定し、一旦記憶装置に格納する（ステップＳ２３）。具体的には、ステップＳ２１で取得したシーケンス番号に、再送回数を加算することにより、最終パケットのシーケンス番号を算出する。図１６の例では、５＋２＝７となり、シーケンス番号７のパケットが最終パケットであることが分かる。これにより、ロスパケットのうち、シーケンス番号７のパケットが、ＤＴＭＦパケットであったことが分かる。

そして、基本品質判定部７６は、ロス直後のパケットがＤＴＭＦパケットであるか判断する（ステップＳ２５）。ロス直後のパケットがＤＴＭＦパケットである場合（ステップＳ２５：Ｙｅｓルート）、端子Ｂを介してステップＳ２９（図１５）の処理に移行する。

一方、ロス直後のパケットがＤＴＭＦパケットではない場合（ステップＳ２５：Ｎｏルート）、すなわちロス直後のパケットが音声パケットである場合、基本品質判定部７６は、ロス直後の音声パケットのシーケンス番号を取得し、一旦記憶装置に格納する（ステップＳ２７）。そして、端子Ｃを介してステップＳ３７（図１５）の処理に移行する。

図１５の説明に移行して、端子Ｂの後、基本品質判定部７６は、ロス直後のプッシュ信号に係るＤＴＭＦパケット群の中から終端パケットを特定する（図１５：ステップＳ２９）。この処理については図１７を用いて説明する。なお、図１７は、パケットロスが発生した場合の一例を示しており、パケットのロス状況は、図１６と同じである。図１７の例では、ロス直後に３個のＤＴＭＦパケットが存在しているが、後ろ２つは再送パケットである。従って、シーケンス番号１３のＤＴＭＦパケットが終端パケットとして特定される。

そして、基本品質判定部７６は、特定した終端パケットの継続期間とシーケンス番号とを取得する（ステップＳ３１）。図１７の例では、終端パケットの継続期間として「６４０」が取得され、シーケンス番号として「１３」が取得される。

そして、基本品質判定部７６は、取得した継続期間とＤＴＭＦパケットの送信間隔とに従って、先頭パケットから終端パケットまでのパケット数を算出する（ステップＳ３３）。具体的には、継続期間を送信間隔で除することにより、先頭パケットから終端パケットまでのパケット数を算出する。図１７の例では、１６０（例えば２０ｍｓ）が送信間隔となっており、先頭パケットから終端パケットまでのパケット数は、６４０÷１６０＝４となる。

そして、基本品質判定部７６は、ステップＳ３１において取得したシーケンス番号と、ステップＳ３３において算出したパケット数とを用いて、ＤＴＭＦパケット群における先頭パケットのシーケンス番号を特定し、一旦記憶装置に格納する（ステップＳ３５）。図１７の例では、終端パケットのシーケンス番号が１３、先頭パケットから終端パケットまでのパケット数が４であるため、１３−４＋１＝１０となり、シーケンス番号１０のパケットが先頭パケットであることが分かる。これにより、ロスパケットのうち、シーケンス番号１０から１２までのパケットが、ＤＴＭＦパケットであったことが分かる。その後、ステップＳ３７の処理に移行する。

そして、ステップＳ３５の処理の後、又は、端子Ｃの後、基本品質判定部７６は、ステップＳ１７又はステップＳ２３の処理結果と、ステップＳ２７又はステップＳ３５の処理結果とを用いて、不明パケットの数を算出する（ステップＳ３７）。この処理については図１８を用いて説明する。なお、図１８は、パケットロスが発生した場合の一例を示しており、パケットのロス状況は、図１６及び図１７と同じである。ここで、ステップＳ２３の処理を実施していれば、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号が特定されているので、そのシーケンス番号まではＤＴＭＦパケットであったことが分かる。上の例では、シーケンス番号７のパケットまでがＤＴＭＦパケットであったことが分かる。また、ステップＳ３５の処理を実施していれば、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号が特定されているので、そのシーケンス番号以降のパケットがＤＴＭＦパケットであったことが分かる。上の例では、シーケンス番号１０以降のパケットがＤＴＭＦパケットであったことが分かる。従って、上の例において、音声パケットとＤＴＭＦパケットとのいずれであるかが不明なのは、シーケンス番号８及び９のパケットとなる。従って、不明パケットの数は、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号と、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号との差から１を差し引くことにより算出することができる。図１８の例では、不明パケットの数は、１０−７−１＝２となる。なお、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットを特定できない場合には、代わりに、ステップＳ１７において取得した、ロス直前のパケットのシーケンス番号を用いる。また、ロス直後のプッシュ番号に係るＤＴＭＦパケット群における先頭パケットを特定できない場合には、代わりに、ステップＳ２７において取得した、ロス直後のパケットのシーケンス番号を用いる。なお、終端パケット及び先頭パケットのいずれも特定できない場合には、ロスパケットの数が、不明パケットの数となる。その後、ステップＳ３９の処理に移行する。

そして、ステップＳ３７の処理の後、又は、端子Ａの後、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ３９）。なお、最小構成数については、例えば、１つのプッシュ信号につき、最低何個のＤＴＭＦパケットを送信するか定められており、その最小構成数を表すデータが予め基本データ格納部７５に格納されているものとする。例えば図１９に示すように、不明パケット（ロスパケット）の数（＝３個）が最小構成数（＝４個）より小さいということは、必然的に、不明パケットの中にプッシュ信号は存在しないということになる。従って、不明パケットの数が最小構成数より小さい場合（ステップＳ３９：Ｙｅｓルート）、基本品質判定部７６は、不明パケットの中にプッシュ信号は存在しないと判定する（ステップＳ４１）。この場合、プッシュ信号のロスは生じておらず、ＤＴＭＦサービスの品質は「ＯＫ」であると判定する。なお、判定結果は、品質データ格納部７８に格納される。そして、処理を終了する。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ３９：Ｎｏルート）、ステップＳ４１の処理をスキップし、処理を終了する。この場合、プッシュ信号のロスが生じていたか否かは不明である。

このように、１つのプッシュ信号を構成するＤＴＭＦパケットの最小構成数を利用することで、プッシュ信号のロスが生じていなかったことを認識できるようになる。なお、以下、ステップＳ１９乃至ステップＳ２３の処理を「処理Ｑ」と呼び、ステップＳ２９乃至ステップＳ３５の処理を「処理Ｒ」と呼び、ステップＳ３７の処理を「処理Ｓ」と呼ぶ。

［方式３］
次に、図２０及び図２１を用いて、方式３について説明する。最初に、方式３における前提を示しておく。
（方式３の前提）
・音声パケットの送信間隔とＤＴＭＦパケットの送信間隔が異なる。
・ＤＴＭＦパケットがｔｏｎｅタイプである。
・ロス前後のパケットが両方とも音声パケットである。

方式３では、このような前提の下、送信間隔の違いを利用してロスパケットの内訳を算出し、ロスパケットの中にＤＴＭＦパケットが存在していた場合に、プッシュ信号のロスが生じている（ＮＧ）と判定する。

具体的には、基本品質判定部７６が、図２０に示すような処理を実施する。まず、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロス前後のパケット間の時間差とシーケンス番号の差とを算出する（図２０：ステップＳ５１）。また、基本品質判定部７６は、基本データ格納部７５から音声パケットの送信間隔とＤＴＭＦパケットの送信間隔とを取得する。そして、基本品質判定部７６は、音声パケットの送信間隔と、ＤＴＭＦパケットの送信間隔と、ステップＳ５１において算出した時間差及びシーケンス番号の差とに基づき、ロスパケットの内訳を算出する（ステップＳ５３）。なお、ステップＳ５１及びステップＳ５３の処理は、上で説明したステップＳ１及びステップＳ３の処理（すなわち、処理Ｐ１）と同じであるため、ここでは詳細な説明は省略する。

その後、基本品質判定部７６は、ステップＳ５３の処理結果に基づき、ロスパケットの中にＤＴＭＦパケットが存在していたか判断する（ステップＳ５５）。例えば図２１に、パケットロス発生時、ロス前後が両方とも音声パケットであった場合の一例を示す。なお、図２１の例では、１つのプッシュ信号を構成する４個のＤＴＭＦパケット（シーケンス番号６から９までのパケット）を全てロスしている。このように、ロス前後のパケットが両方とも音声パケットであるときに、ロスパケットの中にＤＴＭＦパケットが存在していたということは、必然的に、少なくとも１つのプッシュ信号を構成するＤＴＭＦパケットを全てロスしているということになる。従って、ロスパケットの中にＤＴＭＦパケットが存在していた場合（ステップＳ５５：Ｙｅｓルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在すると判定する（ステップＳ５７）。この場合、プッシュ信号のロスが生じており、ＤＴＭＦサービスの品質は「ＮＧ」であると判定する。なお、判定結果は、品質データ格納部７８に格納される。そして、処理を終了する。

一方、ロスパケットの中にＤＴＭＦパケットが存在しなかった場合（ステップＳ５５：Ｎｏルート）、ステップＳ５７の処理をスキップし、処理を終了する。なお、この場合、上で説明した方式１と同様に、ロスパケットのロスは生じていない（ＯＫ）と判定できる。

このように、方式３によれば、プッシュ信号のロスが生じていることを認識できるようになる。

［方式４］
次に、図２２及び図２３を用いて、方式４について説明する。最初に、方式４における前提を示しておく。
（方式４の前提）
・ロス前後のパケットが両方ともＤＴＭＦパケットである。
・基本品質判定による判定結果が「ＯＫ」である。

方式４では、このような前提の下、ロス直前のプッシュ信号に係るプッシュ番号とロス直後のプッシュ信号に係るプッシュ番号とが異なっている場合に、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。

具体的には、詳細品質判定部７７が、図２２に示すような処理を実施する。まず、詳細品質判定部７７は、記憶装置に格納されているパケットに基づき、ロス前後のプッシュ信号に係るプッシュ番号を特定する（図２２：ステップＳ６１）。例えばＤＴＭＦパケットがｅｖｅｎｔタイプである場合には、ロス直前のＤＴＭＦパケットにおけるＲＴＰペイロードに含まれるイベント番号から、ロス直前のプッシュ信号に係るプッシュ番号を特定し、ロス直後のＤＴＭＦパケットにおけるＲＴＰペイロードに含まれるイベント番号から、ロス直後のプッシュ信号に係るプッシュ番号を特定する。一方、ＤＴＭＦパケットがｔｏｎｅタイプである場合には、ロス直前のＤＴＭＦパケットにおけるＲＴＰペイロードに含まれる低群周波数及び高群周波数から、ロス直前のプッシュ信号に係るプッシュ番号を特定し、ロス直後のＤＴＭＦパケットにおけるＲＴＰペイロードに含まれる低群周波数及び高群周波数から、ロス直後のプッシュ信号に係るプッシュ番号を特定する。

そして、詳細品質判定部７７は、プッシュ番号がロス前後で異なっているか判断する（ステップＳ６３）。なお、図２３に示すように、プッシュ番号がロス前後で異なっているということは、必然的に、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるということになる。図２３において、網掛け（グレー）且つ実線枠の丸の中の数字は、プッシュ番号を示している（以下同じ）。図２３の例では、ロス直前のプッシュ信号に係るプッシュ番号は「８」であり、ロス直後のプッシュ信号に係るプッシュ番号は「２」となっている。従って、プッシュ番号がロス前後で異なっている場合（ステップＳ６３：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する（ステップＳ６５）。なお、判定結果は、品質データ格納部７８に格納される。そして、処理を終了する。

一方、プッシュ番号がロス前後で同じ場合（ステップＳ６３：Ｎｏルート）、ステップＳ６５の処理をスキップし、処理を終了する。なお、プッシュ番号がロス前後で同じ場合には、ロス前後のプッシュ信号が別信号である可能性もあれば、同一信号である可能性もある。この場合、必要に応じて、他の方式による詳細品質判定を行い、ロス前後のプッシュ信号が別信号であるか判定する。

このように、方式４によれば、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であることを認識できるようになる。

［方式５］
次に、図２４及び図２５を用いて、方式５について説明する。最初に、方式５における前提を示しておく。
（方式５の前提）
・音声パケットの送信間隔とＤＴＭＦパケットの送信間隔が異なる。
・ＤＴＭＦパケットがｔｏｎｅタイプである。
・ロス前後のパケットが両方ともＤＴＭＦパケットである。
・基本品質判定による判定結果が「ＯＫ」である。

方式５では、このような前提の下、送信間隔の違いを利用してロスパケットの内訳を算出し、ロスパケットの中に音声パケットが存在していた場合に、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。

具体的には、詳細品質判定部７７が、図２４に示すような処理を実施する。なお、ここでは、事前に、上で説明した処理Ｐ１が実施され、ロスパケットの内訳が算出されているものとする。まず、詳細品質判定部７７は、ロスパケットの中に音声パケットが存在していたか判断する（図２４：ステップＳ７１）。なお、図２５に示すように、ロスパケットの中に音声パケットが存在していたということは、その音声パケットの前方に存在するプッシュ信号と、後方に存在するプッシュ信号とは別信号ということになる。従って、ロスパケットの中に音声パケットが存在していた場合（ステップＳ７１：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する（ステップＳ７３）。なお、判定結果は、品質データ格納部７８に格納される。図２５の例では、２０ｘ ＋ ５０ｙ ＝ ２１０、ｘ ＋ ｙ ＝ ６という連立方程式を解くと、ｘ＝３、ｙ＝３となり、ロス直後のパケットがＤＴＭＦパケットであるため、変数ｙの値から１を差し引く。すなわち、ロスパケット（５個）の内訳は、音声パケットが３個、ＤＴＭＦパケットが２（＝３−１）個となり、ロスパケットの中に音声パケットが存在していたことが分かる。その後、処理を終了する。

一方、ロスパケットの中に音声パケットが存在しなかった場合（ステップＳ７１：Ｎｏルート）、ステップＳ７３の処理をスキップし、処理を終了する。なお、ロスパケットの中に音声パケットが存在しなかった場合には、ロス前後のプッシュ信号が別信号である可能性もあれば、同一信号である可能性もある。この場合、必要に応じて、他の方式による詳細品質判定を行い、ロス前後のプッシュ信号が別信号であるか判定する。

このように、方式５によれば、プッシュ番号がロス前後で同じ場合でも、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であることを認識できるようになる。

［方式６］
次に、図２６及び図２７を用いて、方式６について説明する。最初に、方式６における前提を示しておく。
（方式６の前提）
・ロス前後のパケットが両方ともＤＴＭＦパケットである。
・基本品質判定による判定結果が「ＯＫ」である。

方式６では、このような前提の下、ロス直後のパケットのＲＴＰヘッダに含まれるＭビットが１である場合、又は、Ｍビット＝１のパケットがロスパケットの中に存在していた場合に、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。

具体的には、詳細品質判定部７７が、図２６に示すような処理を実施する。まず、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ＤＴＭＦパケットがｅｖｅｎｔタイプであるか判断する（図２６：ステップＳ８１）。ＤＴＭＦパケットがｅｖｅｎｔタイプである場合（ステップＳ８１：Ｙｅｓルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるか判断する（ステップＳ８３）。なお、図２７に示すように、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるということは、ロス直後のＤＴＭＦパケットが、ロス直後のプッシュ信号を構成するパケット群の先頭ということになる。従って、ロス直後のプッシュ信号は、ロス直前のプッシュ信号とは別信号ということになる。なお、図２７の例では、ロス直後のプッシュ信号は、シーケンス番号９から１２までのＤＴＭＦパケットで構成されている。もし、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１である場合には（ステップＳ８３：Ｙｅｓルート）、ステップＳ８９の処理に移行する。

一方、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではなかった場合（ステップＳ８３：Ｎｏルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していたか判断する（ステップＳ８５）。具体的には、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケット（すなわち、Ｍビット＝１のパケット）を特定し、その先頭パケットがロスパケットの中にあるか判断する。ここで、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していたということは、ロス直後のプッシュ信号が、ロス直前のプッシュ信号とは別信号ということになる。なお、上で説明した処理Ｒを実施することで、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号を取得することができる。もし、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していた場合（ステップＳ８５：Ｙｅｓルート）、ステップＳ８９の処理に移行する。

一方、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在しなかった場合（ステップＳ８５：Ｎｏルート）、処理を終了する。なお、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではなく、且つ、Ｍビットが１であるＤＴＭＦパケットがロスパケットの中に存在しなかったということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが同一信号（すなわち、１つの信号）であるということになる。

一方、ステップＳ８１においてＤＴＭＦパケットがｔｏｎｅタイプであると判断された場合（ステップＳ８１：Ｎｏルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるか判断する（ステップＳ８７）。ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１である場合には（ステップＳ８７：Ｙｅｓルート）、ステップＳ８９の処理に移行する。一方、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではなかった場合（ステップＳ８７：Ｎｏルート）、処理を終了する。

そして、ロス直後のＤＴＭＦパケットのＭビットが１である場合、又は、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していた場合、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する（ステップＳ８９）。なお、判定結果は、品質データ格納部７８に格納される。そして、処理を終了する。

このように、方式６によれば、プッシュ番号がロス前後で同じ場合や、ロスパケットの中に音声パケットが存在しなかった場合でも、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるか、同一信号であるかを認識できるようになる。

［方式７］
次に、図２８及び図２９を用いて、方式７について説明する。最初に、方式７における前提を示しておく。
（方式７の前提）
・音声パケットの送信間隔と再送パケット以外のＤＴＭＦパケット（以下、再送パケットと区別するため「通常のＤＴＭＦパケット」と呼ぶ）の送信間隔が同じ。
・ＤＴＭＦパケットがｅｖｅｎｔタイプである。
・通常のＤＴＭＦパケットの送信間隔と再送パケットの送信間隔とが異なる。
・ロス前後のパケットが両方ともＤＴＭＦパケットである。
・基本品質判定による判定結果が「ＯＫ」である。

方式７では、このような前提の下、ロスパケットの中に再送パケットが存在していたか判断し、ロスパケットの中に再送パケットが存在していた場合に、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。

具体的には、詳細品質判定部７７が、図２８に示すような処理を実施する。まず、記憶装置に格納されているパケットを用いて、ロス前後のパケット間の時間差とシーケンス番号の差とを算出する（図２８：ステップＳ９１）。なお、この処理は、ステップＳ１の処理と同じであるので、ここでは詳細な説明は省略する。

そして、詳細品質判定部７７は、基本データ格納部７５から再送パケットの送信間隔と再送パケット以外のパケット（音声パケット及び通常のＤＴＭＦパケット）の送信間隔とを取得する。そして、詳細品質判定部７７は、再送パケットの送信間隔と、再送パケット以外のパケットの送信間隔と、ステップＳ９１において算出した時間差及びシーケンス番号の差とに基づき、ロスパケットの内訳を算出する（ステップＳ９３）。この処理については図２９を用いて説明する。図２９は、パケットロスが発生した場合の一例を示している。図２９の例では、再送パケットの送信間隔が０ｍｓであり、再送パケット以外のパケットの送信間隔が２０ｍｓであるものとする。この場合、以下に示す連立方程式を用いて、ロスパケットの内訳を算出する。
０ａ ＋ ２０ｂ ＝ ８０ （５）
ａ ＋ ｂ ＝ ６ （６）

なお、（５）式において、「０」は、再送パケットの送信間隔であり、「２０」は、再送パケット以外のパケットの送信間隔である。また、（５）式における「８０」は、ステップＳ９１において算出された、ロス前後のパケット間の時間差である。さらに、（６）式における「６」は、ステップＳ９１において算出された、ロス前後のパケット間のシーケンス番号の差である。また、（５）及び（６）式における変数ａは、計算対象パケット（図２９の例では、シーケンス番号４から９までのパケット）のうちの再送パケットの数を表し、変数ｂは、計算対象パケットのうちの再送パケット以外のパケットの数を表す。

そして、上記連立方程式を解くと、ａ＝２、ｂ＝４となる。ここで、計算対象パケットには、ロス直後のパケットが含まれているため、ロスパケットの内訳を算出するためには、変数ａ又はｂの値から１を差し引く必要がある。図２９の例では、ロス直後のパケットは、通常のＤＴＭＦパケットであるため、変数ｂの値から１を差し引く。従って、ロスパケット（５個）の内訳は、再送パケットが２個、再送パケット以外のパケットが３個となる。なお、（５）及び（６）式については、方式１において説明したような変形を行うことも可能である。

その後、詳細品質判定部７７は、ステップＳ９３の処理結果に基づき、ロスパケットの中に再送パケットが存在していたか判断する（ステップＳ９５）。なお、ロスパケットの中に再送パケットが存在していたということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるということになる。従って、ロスパケットの中に再送パケットが存在していた場合（ステップＳ９５：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する（ステップＳ９７）。なお、判定結果は、品質データ格納部７８に格納される。そして、処理を終了する。

一方、ロスパケットの中に再送パケットが存在しなかった場合（ステップＳ９５：Ｎｏルート）、ステップＳ９７の処理をスキップし、処理を終了する。なお、ロスパケットの中に再送パケットが存在しなかったということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが同一信号（すなわち、１つの信号）であるということになる。

このように、再送パケットと再送パケット以外のパケットの送信間隔の違いを利用してロスパケットの内訳を算出することにより、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるか、同一信号であるかを認識できるようになる。なお、以下、ステップＳ９１及びステップＳ９３の処理を「処理Ｐ２」と呼ぶ。

なお、上で説明した処理Ｐ１、処理Ｐ２、処理Ｑ、処理Ｒ及び処理Ｓの処理内容及び適用条件をまとめると図３０に示すようになる。図３０では、各処理について、処理内容と、適用条件１（ロスパターン）と、適用条件２（タイプ）と、適用条件３（その他）とを示している。例えば処理Ｐ１は、ロスパケットの中の音声パケットとＤＴＭＦパケットの数を算出する処理である。なお、処理Ｐ１は、ＤＴＭＦパケットがｔｏｎｅタイプで且つ音声パケットとＤＴＭＦパケットとで送信間隔が異なる場合に適用可能である。また、処理Ｐ２は、ロスパケットの中の再送パケットと再送パケット以外のパケットの数を算出する処理である。なお、処理Ｐ２は、ＤＴＭＦパケットがｅｖｅｎｔタイプで且つ音声パケットとＤＴＭＦパケットとの送信間隔が同じ場合に適用可能である。さらに、処理Ｑは、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号を算出する処理である。なお、処理Ｑは、ロス直前のパケットがＤＴＭＦパケットで且つＤＴＭＦパケットがｅｖｅｎｔタイプの場合に適用可能である。また、処理Ｒは、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号を算出する処理である。なお、処理Ｒは、ロス直後のパケットがＤＴＭＦパケットで且つＤＴＭＦパケットがｅｖｅｎｔタイプの場合に適用可能である。さらに、処理Ｓは、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケット（又はロス直前のパケット）と、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケット（又はロス直後のパケット）との間にあるパケットの数を算出する処理である。なお、処理Ｓは、ロス前後のパケットのうち少なくともいずれかがＤＴＭＦパケットで且つＤＴＭＦパケットがｅｖｅｎｔタイプの場合に適用可能である。

［伝送状況判定装置の動作の具体例］
次に、図３１乃至図６９を用いて、伝送状況判定装置７の処理フローについて説明する。図３１に、伝送状況判定装置７の全体の処理フローを示す。まず、パケットキャプチャ部７１が、ネットワーク上を流れるパケットをＴＡＰ５を介してキャプチャし、パケット解析部７２に出力する（図３１：ステップＳ１０１）。

そして、パケット解析部７２は、パケットキャプチャ部７１からパケットを受信すると、ＲＴＰパケットであるか否か判別し、ＲＴＰパケットである場合には記憶装置に格納する（ステップＳ１０３）。また、パケット解析部７２は、定期的に又は任意のタイミングで、キャプチャしたパケットが音声パケット又はＤＴＭＦパケットであるか判定するよう音声・非音声判定部７３に指示する。例えば、予め一定間隔で処理するよう設定されている場合には、その間隔で指示を出力する。

そして、音声・非音声判定部７３は、パケット解析部７２からの指示を受信すると、記憶装置に格納されているＲＴＰパケットを解析する（ステップＳ１０５）。具体的には、記憶装置に格納されているＲＴＰパケットの各々について、ＲＴＰヘッダのペイロードタイプに従って、当該パケットの種別を判別し、判別結果をパケットロス判定部７４に出力する。また、ＲＴＰパケットを解析することにより、ＲＴＰセッションを流れるＤＴＭＦパケットのタイプ（ｅｖｅｎｔ／ｔｏｎｅ）や、音声パケットの送信間隔、ＤＴＭＦパケットの送信間隔、再送パケットの送信間隔などのデータを取得し、基本データ格納部７５に格納する。なお、送信間隔やＤＴＭＦパケットのタイプなどの情報は、予め与えられている場合もある。

そして、パケットロス判定部７４は、定期的に又は任意のタイミングでパケットロスが発生したか否かを判定する（ステップＳ１０７）。例えば、記憶装置に格納されている一連のＲＴＰパケットのシーケンス番号をチェックし、シーケンス番号に抜けがある場合にはパケットロス発生と判定する。パケットロスが発生していなければ（ステップＳ１０７：Ｎｏルート）、以下で説明するステップＳ１０９及びステップＳ１１１の処理をスキップし、ステップＳ１１３の処理に移行する。

一方、ロスパケットの発生を検出した場合には（ステップＳ１０７：Ｙｅｓルート）、ステップＳ１０９の処理に移行する。そして、パケットロス判定部７４は、基本データ格納部７５に格納されているデータと音声・非音声判定部７３の判別結果とに従って、音声パケット及びＤＴＭＦパケットの送信間隔とＤＴＭＦパケットのタイプとロスパターンとを取得する（ステップＳ１０９）。なお、ロスパターンとしては、（１）ロス前後のパケットが両方ともＤＴＭＦパケットであるパターンと、（２）ロス直前のパケットがＤＴＭＦパケットで且つロス直後のパケットが音声パケットであるパターンと、（３）ロス直前のパケットが音声パケットで且つロス直後のパケットがＤＴＭＦパケットであるパターンと、（４）ロス前後のパケットが両方とも音声パケットであるパターンとの４パターンがあるものとする。例えば、パケットロス判定部７４が、音声・非音声判定部７３の判別結果を用いて、いずれのパターンに該当するか判定する。また、音声パケット及びＤＴＭＦパケットの送信間隔とＤＴＭＦパケットのタイプは、基本データ格納部７５から取得する。そして、パケットロス判定部７４は、取得した音声パケット及びＤＴＭＦパケットの送信間隔とＤＴＭＦパケットのタイプとロスパターンとを基本品質判定部７６に出力する。

そして、基本品質判定部７６は、パケットロス判定部７４からのデータを受信すると、詳細品質判定部７７と連携し、音声パケット及びＤＴＭＦパケットの送信間隔とＤＴＭＦパケットのタイプとロスパターンとに応じた品質判定処理を実施する（ステップＳ１１１）。具体的には、後で詳細に説明する品質判定処理１乃至１６のうちいずれか１つの処理を実施する。なお、図３２に示すように、音声パケット及びＤＴＭＦパケットの送信間隔とＤＴＭＦパケットのタイプとロスパターンとに従って、実施すべき処理が決定される。例えば送信間隔については、音声パケットの送信間隔とＤＴＭＦパケットの送信間隔とが異なっている場合と同じ場合の２通りがある。また、ＤＴＭＦパケットのタイプは、ｅｖｅｎｔタイプとｔｏｎｅタイプの２通りがある。さらに、ロス前後のパケットのパターン（すなわち、ロスパターン）は、上で述べたような４通りがある。従って、２×２×４＝１６通りの組み合わせとなる。図３２に示すように、例えば、音声パケットの送信間隔とＤＴＭＦパケット送信間隔とが異なっており、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス前後のパケットが両方ともＤＴＭＦパケットであった場合、ステップＳ１１１では、品質判定処理１を実施する。なお、詳細は後で説明するが、品質判定処理１乃至１６では、プッシュ信号のロスが生じているかどうかを判定する。また、品質判定処理１、５、９及び１３は、ロス前後のパケットが両方ともＤＴＭＦパケットである場合の処理であるため、プッシュ信号のロスが生じていない場合には、さらにロス前後のプッシュ信号が別信号であるかどうかを判定する。なお、品質判定処理の処理結果は、品質データ格納部７８に格納される。図３２では、品質判定処理毎に、その品質判定処理において使用される基本品質判定の方式と詳細品質判定の方式を示している。例えば品質判定処理１では、方式２による基本品質判定と方式４及び６による詳細品質判定を行う。

そして、いずれかの品質判定処理を実施した後（ステップＳ１１１の処理の後）、出力部７９は、品質データ格納部７８に格納されているデータを用いて、ＤＴＭＦサービスの品質判定結果画面データを生成し、表示装置等に出力し（ステップＳ１１３）、処理を終了する。なお、例えば、交通機関、医療機関などの電話予約サービスや、金融機関のテレフォンバンキングサービスなどでは、１つでもプッシュ信号が欠けてしまうと、正常に処理を行うことができない。そのため、１つでもプッシュ信号をロスしている場合には、ＤＴＭＦサービスの品質判定結果として「ＮＧ」を表示し、全てのプッシュ信号が伝わっている場合には、ＤＴＭＦサービスの品質判定結果として「ＯＫ」を表示する。なお、ＤＴＭＦサービスの品質判定結果の表示内容は、これに限られない。例えば、伝わったプッシュ信号の数とロスしたプッシュ信号の数とをそれぞれ計数するようにし、プッシュ信号のロス率（＝伝わったプッシュ信号の数÷（伝わったプッシュ信号の数＋ロスしたプッシュ信号の数））などを算出して表示するような構成を採用することも可能である。例えば、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定された場合には、伝わったプッシュ信号の数に２を加算し、同じプッシュ信号であると判定された場合には、伝わったプッシュ信号の数に１を加算するようにすればよい。

［品質判定処理１］
次に、品質判定処理１乃至１６について説明する。まず、図３３乃至図３６を用いて、品質判定処理１について説明する。図３３に、品質判定処理１の概要を示す。図３３に示すように、品質判定処理１は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス前後のパケットが両方ともＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理１では、方式２による基本品質判定を行い、その後、必要に応じて、方式４及び６による詳細品質判定を行う。なお、図３３において、方式１から７までの全ての方式を図示しているが、網掛け（グレー）となっている方式（図３３では、方式１、３、５及び７）は、その品質判定処理では使用されない方式であることを意味する（以下同じ）。

品質判定処理１の処理フローを図３４及び図３５に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｑを実施する（図３４：ステップＳ１２１）。処理Ｑについては上で説明しているので、ここでは説明は省略する。なお、処理Ｑを実施すると、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号が算出される。また、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、処理Ｒを実施する（ステップＳ１２３）。処理Ｒについては上で説明しているので、ここでは説明は省略する。なお、処理Ｒを実施すると、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号が算出される。そして、基本品質判定部７６は、処理Ｑ及び処理Ｒの処理結果を用いて、処理Ｓを実施する（ステップＳ１２５）。処理Ｓについては上で説明しているので、ここでは説明は省略する。なお、処理Ｓを実施すると、ロスパケットのうちの不明パケットの数が算出される。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ１２７）。不明パケットの数が最小構成数より小さい場合（ステップＳ１２７：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていないと（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１２９）。その後、端子Ｄを介してステップＳ１３３（図３５）の処理に移行する。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ１２７：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１３１）。その後、端子Ｅを介して図３５に移行し、処理を終了して元の処理に戻る。

図３５の説明に移行して、端子Ｄの後、詳細品質判定部７７が、パケットが格納されている記憶装置から、ロス前後の各々のプッシュ信号に係るプッシュ番号を取得する（図３５：ステップＳ１３３）。そして、詳細品質判定部７７は、プッシュ番号がロス前後で異なっているか判断する（ステップＳ１３５）。プッシュ番号がロス前後で異なっている場合には（ステップＳ１３５：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１３７）。その後、処理を終了し、元の処理に戻る。

一方、プッシュ番号がロス前後で同じ場合（ステップＳ１３５：Ｎｏルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるか判断する（ステップＳ１３９）。ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１である場合（ステップＳ１３９：Ｙｅｓルート）、ステップＳ１３７の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではない場合（ステップＳ１３９：Ｎｏルート）、詳細品質判定部７７は、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していたか判断する（ステップＳ１４１）。なお、本ステップより前に処理Ｒ（ステップＳ１２３）が実施されているので、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケット（すなわち、Ｍビット＝１のパケット）のシーケンス番号は既に算出されている。従って、ステップＳ１４１では、処理Ｒによって算出された、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号を用いて、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していたか判断する。ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していた場合（ステップＳ１４１：Ｙｅｓルート）、ステップＳ１３７の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在しなかった場合（ステップＳ１４１：Ｎｏルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とは１つの信号（同一信号）であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１４３）。その後、処理を終了し、元の処理に戻る。

例えば図３６に示すようなパケットロスが発生した場合、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号が１５、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号が１６となり、不明パケットの数は０（＝１６−１５−１）となる。なお、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号として１５が算出され、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号として１６が算出されたものとする。不明パケットの数が０の場合、図３６に示すようなロス前後のプッシュ信号が別信号である可能性もあれば、ロス前後のプッシュ信号が同一信号である可能性もあるが、方式４又は方式６による判定を行うことで、ロス前後のプッシュ信号が別信号であるか同一信号であるかを認識できる。

なお、図３５では、方式４による判定を行った後、方式６による判定を行うような処理フローを示しているが、必ずしも方式４による判定を先に行わなければならないわけではなく、方式６による判定を先に行うようにしてもよい。

［品質判定処理２］
次に、図３７及び図３８を用いて、品質判定処理２について説明する。図３７に、品質判定処理２の概要を示す。図３７に示すように、品質判定処理２は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス直前のパケットがＤＴＭＦパケットで且つロス直後のパケットが音声パケットである場合に適用される処理である。そして、品質判定処理２では、方式２による基本品質判定を行う。なお、ロス直後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理２の処理フローを図３８に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｑを実施する（図３８：ステップＳ１５１）。処理Ｑについては上で説明しているので、ここでは説明は省略する。なお、処理Ｑを実施すると、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号が算出される。また、基本品質判定部７６は、パケットが格納されている記憶装置から、ロス直後の音声パケットのシーケンス番号を取得する（ステップＳ１５３）。なお、この処理は、ステップＳ２７（図１４）の処理と同じである。そして、基本品質判定部７６は、処理Ｑの処理結果と、ロス直後の音声パケットのシーケンス番号とを用いて、処理Ｓを実施する（ステップＳ１５５）。処理Ｓについては上で説明しているので、ここでは説明は省略する。なお、処理Ｓを実施すると、ロスパケットのうちの不明パケットの数が算出される。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ１５７）。不明パケットの数が最小構成数より小さい場合（ステップＳ１５７：Ｙｅｓルート）、基本品質判定部７６は、ロス直前のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１５９）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ１５７：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１６１）。その後、処理を終了し、元の処理に戻る。

［品質判定処理３］
次に、図３９及び図４０を用いて、品質判定処理３について説明する。図３９に、品質判定処理３の概要を示す。図３９に示すように、品質判定処理３は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス直前のパケットが音声パケットで且つロス直後のパケットがＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理３では、方式２による基本品質判定を行う。なお、ロス直前のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理３の処理フローを図４０に示す。まず、基本品質判定部７６が、パケットが格納されている記憶装置から、ロス直前の音声パケットのシーケンス番号を取得する（図４０：ステップＳ１７１）。なお、この処理は、ステップＳ１７（図１４）の処理と同じである。また、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、処理Ｒを実施する（ステップＳ１７３）。処理Ｒについては上で説明しているので、ここでは説明は省略する。なお、処理Ｒを実施すると、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号が算出される。そして、基本品質判定部７６は、ロス直前の音声パケットのシーケンス番号と、処理Ｒの処理結果とを用いて、処理Ｓを実施する（ステップＳ１７５）。処理Ｓについては上で説明しているので、ここでは説明は省略する。なお、処理Ｓを実施すると、ロスパケットのうちの不明パケットの数が算出される。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ１７７）。不明パケットの数が最小構成数より小さい場合（ステップＳ１７７：Ｙｅｓルート）、基本品質判定部７６は、ロス直後のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１７９）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ１７７：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１８１）。その後、処理を終了し、元の処理に戻る。

［品質判定処理４］
次に、図４１及び図４２を用いて、品質判定処理４について説明する。図４１に、品質判定処理４の概要を示す。図４１に示すように、品質判定処理４は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス前後のパケットが両方とも音声パケットである場合に適用される処理である。そして、品質判定処理４では、方式２による基本品質判定を行う。なお、ロス前後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理４の処理フローを図４２に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（図４２：ステップＳ１９１）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ１９３）。不明パケットの数が最小構成数より小さい場合（ステップＳ１９３：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１９５）。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ１９３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ１９７）。その後、処理を終了し、元の処理に戻る。

［品質判定処理５］
次に、図４３乃至図４５を用いて、品質判定処理５について説明する。図４３に、品質判定処理５の概要を示す。図４３に示すように、品質判定処理５は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス前後のパケットが両方ともＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理５では、方式１による基本品質判定を行い、さらに方式２による基本品質判定を行う。その後、必要に応じて、方式５による詳細品質判定を行い、さらに方式４及び６による詳細品質判定を行う。

品質判定処理５の処理フローを図４４及び図４５に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットと基本データ格納部７５に格納されているデータとを用いて、処理Ｐ１を実施する（図４４：ステップＳ２０１）。処理Ｐ１については上で説明しているので、ここでは説明は省略する。なお、処理Ｐ１を実施すると、ロスパケットの内訳が算出される。

そして、基本品質判定部７６は、処理Ｐ１の処理結果を用いて、ロスパケットの中にＤＴＭＦパケットが存在していたか判断する（ステップＳ２０３）。ロスパケットの中にＤＴＭＦパケットが存在しなかった場合（ステップＳ２０３：Ｎｏルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２０５）。その後、端子Ｆを介してステップＳ２１７（図４５）の処理に移行する。

一方、ロスパケットの中にＤＴＭＦパケットが存在していた場合（ステップＳ２０３：Ｙｅｓルート）、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（ステップＳ２０７）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ２０９）。不明パケットの数が最小構成数より小さい場合（ステップＳ２０９：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２１１）。その後、端子Ｇを介して、ステップＳ２１５（図４５）の処理に移行する。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ２０９：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２１３）。その後、端子Ｈを介して図４５に移行し、処理を終了して元の処理に戻る。

図４５の説明に移行して、端子Ｇの後、詳細品質判定部７７が、処理Ｐ１（ステップＳ２０１）の処理結果を用いて、ロスパケットの中に音声パケットが存在していたか判断する（図４５：ステップＳ２１５）。ロスパケットの中に音声パケットが存在していた場合（ステップＳ２１５：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２１７）。その後、処理を終了し、元の処理に戻る。なお、ステップＳ２０３において、ロスパケットの中にＤＴＭＦパケットが存在しなかったと判断された場合、ステップＳ２０５の処理の後、端子Ｆを介してステップＳ２１７の処理に移行してくる。ここで、ロスパケットの中にＤＴＭＦパケットが存在しなかったということは、ロスパケットが全て音声パケットであったということであるため、ステップＳ２１５のような判断を行わなくても、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるということが分かる。

一方、ロスパケットの中に音声パケットが存在しなかった場合（ステップＳ２１５：Ｎｏルート）、詳細品質判定部７７は、パケットが格納されている記憶装置から、ロス前後の各々のプッシュ信号に係るプッシュ番号を取得する（ステップＳ２１９）。そして、詳細品質判定部７７は、プッシュ番号がロス前後で異なっているか判断する（ステップＳ２２１）。プッシュ番号がロス前後で異なっている場合（ステップＳ２２１：Ｙｅｓルート）、ステップＳ２１７の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、プッシュ番号がロス前後で同じ場合（ステップＳ２２１：Ｎｏルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるか判断する（ステップＳ２２３）。ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１である場合（ステップＳ２２３：Ｙｅｓルート）、ステップＳ２１７の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではない場合（ステップＳ２２３：Ｎｏルート）、詳細品質判定部７７は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２２５）。その後、処理を終了し、元の処理に戻る。

なお、図４５では、方式５、方式４、方式６の順番で判定を行うような処理フローを示しているが、必ずしもこの順番で判定を行わなければならないわけではなく、同様の判定結果が得られるのであれば、どのような順番で判定を行ってもよい。

［品質判定処理６］
次に、図４６及び図４７を用いて、品質判定処理６について説明する。図４６に、品質判定処理６の概要を示す。図４６に示すように、品質判定処理６は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス直前のパケットがＤＴＭＦパケットで且つロス直後のパケットが音声パケットである場合に適用される処理である。そして、品質判定処理６では、方式１による基本品質判定を行い、さらに方式２による基本品質判定を行う。なお、ロス直後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理６の処理フローを図４７に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｐ１を実施する（図４７：ステップＳ２３１）。処理Ｐ１については上で説明しているので、ここでは説明は省略する。なお、処理Ｐ１を実施すると、ロスパケットの内訳が算出される。

そして、基本品質判定部７６は、処理Ｐ１の処理結果を用いて、ロスパケットの中にＤＴＭＦパケットが存在していたか判断する（ステップＳ２３３）。ロスパケットの中にＤＴＭＦパケットが存在しなかった場合（ステップＳ２３３：Ｎｏルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２３５）。その後、処理を終了し、元の処理に戻る。

一方、ロスパケットの中にＤＴＭＦパケットが存在していた場合（ステップＳ２３３：Ｙｅｓルート）、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（ステップＳ２３７）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ２３９）。不明パケットの数が最小構成数より小さい場合（ステップＳ２３９：Ｙｅｓルート）、基本品質判定部７６は、ロス直前のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２４１）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ２３９：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２４３）。その後、処理を終了し、元の処理に戻る。

［品質判定処理７］
次に、図４８及び図４９を用いて、品質判定処理７について説明する。図４８に、品質判定処理７の概要を示す。図４８に示すように、品質判定処理７は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス直前のパケットが音声パケットで且つロス直後のパケットがＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理７では、方式１による基本品質判定を行い、さらに方式２による基本品質判定を行う。なお、ロス直前のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理７の処理フローを図４９に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｐ１を実施する（図４９：ステップＳ２５１）。処理Ｐ１については上で説明しているので、ここでは説明は省略する。なお、処理Ｐ１を実施すると、ロスパケットの内訳が算出される。

そして、基本品質判定部７６は、処理Ｐ１の処理結果を用いて、ロスパケットの中にＤＴＭＦパケットが存在していたか判断する（ステップＳ２５３）。ロスパケットの中にＤＴＭＦパケットが存在しなかった場合（ステップＳ２５３：Ｎｏルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２５５）。その後、処理を終了し、元の処理に戻る。

一方、ロスパケットの中にＤＴＭＦパケットが存在していた場合（ステップＳ２５３：Ｙｅｓルート）、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（ステップＳ２５７）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ２５９）。不明パケットの数が最小構成数より小さい場合（ステップＳ２５９：Ｙｅｓルート）、基本品質判定部７６は、ロス直後のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２６１）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ２５９：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２６３）。その後、処理を終了し、元の処理に戻る。

［品質判定処理８］
次に、図５０及び図５１を用いて、品質判定処理８について説明する。図５０に、品質判定処理８の概要を示す。図５０に示すように、品質判定処理８は、送信間隔が音声パケットとＤＴＭＦパケットとで異なっており、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス前後のパケットが両方とも音声パケットである場合に適用される処理である。そして、品質判定処理８では、方式３による基本品質判定を行う。なお、ロス前後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理８の処理フローを図５１に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｐ１を実施する（図５１：ステップＳ２７１）。処理Ｐ１については上で説明しているので、ここでは説明は省略する。なお、処理Ｐ１を実施すると、ロスパケットの内訳（音声パケットのロス数とＤＴＭＦパケットのロス数）が算出される。

そして、基本品質判定部７６は、処理Ｐ１の処理結果を用いて、ロスパケットの中にＤＴＭＦパケットが存在しなかったか判断する（ステップＳ２７３）。ロスパケットの中にＤＴＭＦパケットが存在しなかった場合（ステップＳ２７３：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２７５）。その後、処理を終了し、元の処理に戻る。

一方、ロスパケットの中にＤＴＭＦパケットが存在していた場合（ステップＳ２７３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していた、すなわちプッシュ信号のロスが生じている（ＮＧ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２７７）。その後、処理を終了し、元の処理に戻る。

［品質判定処理９］
次に、図５２乃至図５５を用いて、品質判定処理９について説明する。図５２に、品質判定処理９の概要を示す。図５２に示すように、品質判定処理９は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス前後のパケットが両方ともＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理９では、方式２による基本品質判定を行い、その後、必要に応じて、方式４、６及び７による詳細品質判定を行う。

品質判定処理９の処理フローを図５３乃至図５５に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｑを実施する（図５３：ステップＳ２８１）。処理Ｑについては上で説明しているので、ここでは説明は省略する。なお、処理Ｑを実施すると、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号が算出される。また、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、処理Ｒを実施する（ステップＳ２８３）。処理Ｒについては上で説明しているので、ここでは説明は省略する。なお、処理Ｒを実施すると、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号が算出される。そして、基本品質判定部７６は、処理Ｑ及び処理Ｒの処理結果を用いて、処理Ｓを実施する（ステップＳ２８５）。処理Ｓについては上で説明しているので、ここでは説明は省略する。なお、処理Ｓを実施すると、ロスパケットのうちの不明パケットの数が算出される。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ２８７）。不明パケットの数が最小構成数より小さい場合（ステップＳ２８７：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていないと（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２８９）。その後、端子Ｉを介してステップＳ２９３（図５４）の処理に移行する。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ２８７：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２９１）。その後、端子Ｊを介して図５４に移行し、処理を終了して元の処理に戻る。

図５４の説明に移行して、端子Ｉの後、詳細品質判定部７７が、パケットが格納されている記憶装置から、ロス前後の各々のプッシュ信号に係るプッシュ番号を取得する（図５４：ステップＳ２９３）。そして、詳細品質判定部７７は、プッシュ番号がロス前後で異なっているか判断する（ステップＳ２９５）。プッシュ番号がロス前後で異なっている場合には（ステップＳ２９５：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ２９７）。その後、処理を終了し、元の処理に戻る。

一方、プッシュ番号がロス前後で同じ場合（ステップＳ２９５：Ｎｏルート）、詳細品質判定部７７は、送信間隔が通常のＤＴＭＦパケットと再送パケットとで異なっているか判断する（ステップＳ２９９）。送信間隔が通常のＤＴＭＦパケットと再送パケットとで異なっている場合（ステップＳ２９９：Ｙｅｓルート）、端子Ｋを介してステップＳ３０７（図５５）の処理に移行する。

一方、送信間隔が通常のＤＴＭＦパケットと再送パケットとで同じ場合（ステップＳ２９９：Ｎｏルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるか判断する（ステップＳ３０１）。ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１である場合（ステップＳ３０１：Ｙｅｓルート）、ステップＳ２９７の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではない場合（ステップＳ３０１：Ｎｏルート）、詳細品質判定部７７は、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していたか判断する（ステップＳ３０３）。なお、本ステップより前に処理Ｒ（ステップＳ２８３）が実施されているので、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケット（すなわち、Ｍビット＝１のパケット）のシーケンス番号は既に算出されている。従って、ステップＳ３０３では、処理Ｒによって算出された、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号を用いて、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していたか判断する。ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在していた場合（ステップＳ３０３：Ｙｅｓルート）、ステップＳ２９７の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、ロスパケットの中に、Ｍビットが１であるＤＴＭＦパケットが存在しなかった場合（ステップＳ３０３：Ｎｏルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とは１つの信号（同一信号）であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３０５）。その後、処理を終了し、元の処理に戻る。

図５５の説明に移行して、端子Ｋの後、詳細品質判定部７７は、記憶装置に格納されているパケットと基本データ格納部７５に格納されているデータとを用いて、処理Ｐ２を実施する（図５５：ステップＳ３０７）。処理Ｐ２については上で説明しているので、ここでは説明は省略する。なお、処理Ｐ２を実施すると、ロスパケットの内訳（再送パケットのロス数と再送パケット以外のパケットのロス数）が算出される。

そして、詳細品質判定部７７は、処理Ｐ２の処理結果を用いて、ロスパケットの中に再送パケットが存在していたか判断する（ステップＳ３０９）。ロスパケットの中に再送パケットが存在していた場合（ステップＳ３０９：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３１１）。その後、端子Ｌを介して図５４の処理フローに戻って処理を終了し、元の処理に戻る。

一方、ロスパケットの中に再送パケットが存在しなかった場合（ステップＳ３０９：Ｎｏルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とは１つの信号（同一信号）であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３１３）。その後、端子Ｌを介して図５４の処理フローに戻って処理を終了し、元の処理に戻る。

なお、図５４及び図５５では、方式４による判定を行った後、方式６及び７による判定を行うような処理フローを示しているが、必ずしも方式４による判定を先に行わなければならないわけではなく、方式６及び７による判定を先に行うようにしてもよい。また、送信間隔が通常のＤＴＭＦパケットと再送パケットとで異なっている場合に（すなわち、ステップＳ２９９のＹｅｓルート）、方式７による判定を行うようになっているが、必ずしも方式７による判定を行わなければならないわけではなく、方式６による判定を行うことも可能である。

［品質判定処理１０］
次に、図５６及び図５７を用いて、品質判定処理１０について説明する。図５６に、品質判定処理１０の概要を示す。図５６に示すように、品質判定処理１０は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス直前のパケットがＤＴＭＦパケットで且つロス直後のパケットが音声パケットである場合に適用される処理である。そして、品質判定処理１０では、方式２による基本品質判定を行う。なお、ロス直後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理１０の処理フローを図５７に示す。なお、品質判定処理１０の処理フローは、基本的には品質判定処理２の処理フロー（図３８）と同じである。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、処理Ｑを実施する（図５７：ステップＳ３２１）。処理Ｑについては上で説明しているので、ここでは説明は省略する。なお、処理Ｑを実施すると、ロス直前のプッシュ信号に係るＤＴＭＦパケット群における最終パケットのシーケンス番号が算出される。また、基本品質判定部７６は、パケットが格納されている記憶装置から、ロス直後の音声パケットのシーケンス番号を取得する（ステップＳ３２３）。なお、この処理は、ステップＳ２７（図１４）の処理と同じである。そして、基本品質判定部７６は、処理Ｑの処理結果と、ロス直後の音声パケットのシーケンス番号とを用いて、処理Ｓを実施する（ステップＳ３２５）。処理Ｓについては上で説明しているので、ここでは説明は省略する。なお、処理Ｓを実施すると、ロスパケットのうちの不明パケットの数が算出される。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ３２７）。不明パケットの数が最小構成数より小さい場合（ステップＳ３２７：Ｙｅｓルート）、基本品質判定部７６は、ロス直前のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３２９）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ３２７：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３３１）。その後、処理を終了し、元の処理に戻る。

［品質判定処理１１］
次に、図５８及び図５９を用いて、品質判定処理１１について説明する。図５８に、品質判定処理１１の概要を示す。図５８に示すように、品質判定処理１１は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス直前のパケットが音声パケットで且つロス直後のパケットがＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理１１では、方式２による基本品質判定を行う。なお、ロス直前のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理１１の処理フローを図５９に示す。なお、品質判定処理１１の処理フローは、基本的には品質判定処理３の処理フロー（図４０）と同じである。まず、基本品質判定部７６が、パケットが格納されている記憶装置から、ロス直前の音声パケットのシーケンス番号を取得する（図５９：ステップＳ３４１）。なお、この処理は、ステップＳ１７（図１４）の処理と同じである。また、基本品質判定部７６は、記憶装置に格納されているパケットを用いて、処理Ｒを実施する（ステップＳ３４３）。処理Ｒについては上で説明しているので、ここでは説明は省略する。なお、処理Ｒを実施すると、ロス直後のプッシュ信号に係るＤＴＭＦパケット群における先頭パケットのシーケンス番号が算出される。そして、基本品質判定部７６は、ロス直前の音声パケットのシーケンス番号と、処理Ｒの処理結果とを用いて、処理Ｓを実施する（ステップＳ３４５）。処理Ｓについては上で説明しているので、ここでは説明は省略する。なお、処理Ｓを実施すると、ロスパケットのうちの不明パケットの数が算出される。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ３４７）。不明パケットの数が最小構成数より小さい場合（ステップＳ３４７：Ｙｅｓルート）、基本品質判定部７６は、ロス直後のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３４９）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ３４７：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３５１）。その後、処理を終了し、元の処理に戻る。

［品質判定処理１２］
次に、図６０及び図６１を用いて、品質判定処理１２について説明する。図６０に、品質判定処理１２の概要を示す。図６０に示すように、品質判定処理１２は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｅｖｅｎｔタイプであり、さらにロス前後のパケットが両方とも音声パケットである場合に適用される処理である。そして、品質判定処理１２では、方式２による基本品質判定を行う。なお、ロス前後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理１２の処理フローを図６１に示す。なお、品質判定処理１２の処理フローは、基本的には品質判定処理４の処理フロー（図４２）と同じである。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（図６１：ステップＳ３６１）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ３６３）。不明パケットの数が最小構成数より小さい場合（ステップＳ３６３：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３６５）。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ３６３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３６７）。その後、処理を終了し、元の処理に戻る。

［品質判定処理１３］
次に、図６２及び図６３を用いて、品質判定処理１３について説明する。図６２に、品質判定処理１３の概要を示す。図６２に示すように、品質判定処理１３は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス前後のパケットが両方ともＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理１３では、方式２による基本品質判定を行い、その後、必要に応じて、方式４及び６による詳細品質判定を行う。

品質判定処理１３の処理フローを図６３に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（図６３：ステップＳ３７１）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ３７３）。不明パケットの数が最小構成数以上の場合（ステップＳ３７３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３７５）。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数より小さい場合（ステップＳ３７３：Ｙｅｓルート）、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３７７）。

その後、詳細品質判定部７７が、パケットが格納されている記憶装置から、ロス前後の各々のプッシュ信号に係るプッシュ番号を取得する（ステップＳ３７９）。そして、詳細品質判定部７７は、プッシュ番号がロス前後で異なっているか判断する（ステップＳ３８１）。プッシュ番号がロス前後で異なっている場合（ステップＳ３８１：Ｙｅｓルート）、詳細品質判定部７７は、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３８３）。その後、処理を終了し、元の処理に戻る。

一方、プッシュ番号がロス前後で同じ場合（ステップＳ３８１：Ｎｏルート）、詳細品質判定部７７は、記憶装置に格納されているパケットを用いて、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１であるか判断する（ステップＳ３８５）。ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１である場合（ステップＳ３８５：Ｙｅｓルート）、ステップＳ３８３の処理に移行し、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であると判定する。その後、処理を終了し、元の処理に戻る。

一方、ロス直後のＤＴＭＦパケットのＲＴＰヘッダに含まれるＭビットが１ではない場合（ステップＳ３８５：Ｎｏルート）、詳細品質判定部７７は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３８７）。その後、処理を終了し、元の処理に戻る。

なお、図６３では、方式４による判定を行った後、方式６による判定を行うような処理フローを示しているが、必ずしも方式４による判定を先に行わなければならないわけではなく、方式６による判定を先に行うようにしてもよい。

［品質判定処理１４］
次に、図６４及び図６５を用いて、品質判定処理１４について説明する。図６４に、品質判定処理１４の概要を示す。図６４に示すように、品質判定処理１４は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス直前のパケットがＤＴＭＦパケットで且つロス直後のパケットが音声パケットである場合に適用される処理である。そして、品質判定処理１４では、方式２による基本品質判定を行う。なお、ロス直後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理１４の処理フローを図６５に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（図６５：ステップＳ３９１）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ３９３）。不明パケットの数が最小構成数より小さい場合（ステップＳ３９３：Ｙｅｓルート）、基本品質判定部７６は、ロス直前のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３９５）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ３９３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ３９７）。その後、処理を終了し、元の処理に戻る。

［品質判定処理１５］
次に、図６６及び図６７を用いて、品質判定処理１５について説明する。図６６に、品質判定処理１５の概要を示す。図６６に示すように、品質判定処理１５は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス直前のパケットが音声パケットで且つロス直後のパケットがＤＴＭＦパケットである場合に適用される処理である。そして、品質判定処理１５では、方式２による基本品質判定を行う。なお、ロス直前のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理１５の処理フローを図６７に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（図６７：ステップＳ４０１）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ４０３）。不明パケットの数が最小構成数より小さい場合（ステップＳ４０３：Ｙｅｓルート）、基本品質判定部７６は、ロス直後のプッシュ信号のみ存在していると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ４０５）。すなわち、プッシュ信号のロスは生じていない（ＯＫ）と判定する。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ４０３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ４０７）。その後、処理を終了し、元の処理に戻る。

［品質判定処理１６］
次に、図６８及び図６９を用いて、品質判定処理１６について説明する。図６８に、品質判定処理１６の概要を示す。図６８に示すように、品質判定処理１６は、送信間隔が音声パケットとＤＴＭＦパケットとで同じであり、ＤＴＭＦパケットがｔｏｎｅタイプであり、さらにロス前後のパケットが両方とも音声パケットである場合に適用される処理である。そして、品質判定処理１６では、方式２による基本品質判定を行う。なお、ロス前後のパケットが音声パケットであるため、詳細品質判定は行わない。

品質判定処理１６の処理フローを図６９に示す。まず、基本品質判定部７６が、記憶装置に格納されているパケットを用いて、ロスパケットの数を不明パケットの数として算出する（図６９：ステップＳ４１１）。なお、この処理は、ステップＳ１３（図１４）の処理と同じである。

そして、基本品質判定部７６は、不明パケットの数が最小構成数より小さいか判断する（ステップＳ４１３）。不明パケットの数が最小構成数より小さい場合（ステップＳ４１３：Ｙｅｓルート）、基本品質判定部７６は、基本品質判定部７６は、プッシュ信号のロスは生じていない（ＯＫ）と判定し、判定結果を品質データ格納部７８に格納する（ステップＳ４１５）。その後、処理を終了し、元の処理に戻る。

一方、不明パケットの数が最小構成数以上の場合（ステップＳ４１３：Ｎｏルート）、基本品質判定部７６は、ロスパケットの中にプッシュ信号が存在していたか否か、すなわちプッシュ信号のロスが生じているか否か不明であると判定し、判定結果を品質データ格納部７８に格納する（ステップＳ４１７）。その後、処理を終了し、元の処理に戻る。

以上のような品質判定処理１乃至１６を実施することにより、パケットロス発生時に、パケットのロス状況やＤＴＭＦパケットの特徴に従って、プッシュ信号のロスがあるか、ロス前後のプッシュ信号が別信号又は同一信号であるかを正確に認識できるようになる。また、プッシュ信号の伝送状況から、ＤＴＭＦサービスの品質を正確に判定できるようになる。

［応用例］
上で述べた実施の形態では、伝送状況判定装置７がプッシュ信号の伝送状況を判定するものとして説明したが、上で説明した伝送状況判定装置７の機能を、発信先のＩＰ電話機に実装することも可能である。上で述べたような処理を発信先のＩＰ電話機において実施し、例えばパケットロス発生時に、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であることが分かれば、発信先のＩＰ電話機は、２つのプッシュ信号を受信したものとして動作できるようになる。このように、例えば一方向の通信に着目した場合には、発信元を除く通信経路上の任意の箇所における端末において、上で述べたような処理を実施することが可能である。

以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した伝送状況判定装置７の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。また、データ格納部の構成も同様に一例にすぎない。

さらに、処理フローについては、処理結果が変わらなければ処理の順番を入れ替えることも可能である。また、並列に実行させるようにしてもよい。

なお、上で述べた伝送状況判定装置７は、コンピュータ装置であって、図７０に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本技術の実施の形態をまとめると以下のとおりになる。

第１の態様に係るプッシュ信号の伝送状況判定方法は、音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、特定のセッションの経路上の任意の箇所において受信して記憶装置に格納するステップ（図７１：Ｓ１００１）と、記憶装置に格納されたパケットに含まれるシーケンス番号に基づき、特定のセッションにおいてパケットロスが発生したか判断するステップ（図７１：Ｓ１００３）と、パケットロスの発生を検出した場合、パケットロスの状況と非音声パケットの所定の特徴とに従って、プッシュ信号のロスが生じているか判定する第１判定ステップ（図７１：Ｓ１００５）とを含む。

このようにすれば、パケットロスの状況（例えば、ロスしたパケットの数やロス前後のパケットの種別など）と非音声パケットの所定の特徴（例えば、送信間隔、再送パケットの送信回数、１つのプッシュ信号を表すために必要な最小限の非音声パケットの数など）とに従って、プッシュ信号のロスが生じているか判定できるようになる。例えば、１つのプッシュ信号は複数の非音声パケットで表されるので、一部の非音声パケットをロスしていたとしても、一部が発信先に届いていれば、そのプッシュ信号はロスしていないと判定する。

また、上で述べた第１判定ステップが、ロスしたパケットの中に非音声パケットが存在していたか判断し、ロスしたパケットの中に非音声パケットが存在しなかった場合、プッシュ信号のロスは生じていないと判定するステップを含むようにしてもよい。このように、ロスパケットの中に非音声パケットが存在しないということは、音声パケットのみロスしたことになるので、プッシュ信号のロスは生じていないと判定できる。

さらに、上で述べた第１判定ステップが、１つのプッシュ信号を表すために必要な最小限の非音声パケットの数である最小構成数と、ロスしたパケットの数又はロスしたパケットの中から非音声パケットと推定されるパケットを除いた残余のパケットの数とを比較し、ロスしたパケットの数又は残余のパケットの数が最小構成数より小さい場合、プッシュ信号のロスは生じていないと判定するステップを含むようにしてもよい。このように、ロスパケット数が最小構成数より小さいということは、非音声パケットをロスしていたとしても、同じプッシュ信号を表す非音声パケット群の少なくとも一部は受信できていることになるので、プッシュ信号のロスは生じていないと判定できる。また、ロスパケットの中に非音声パケットと推定されるパケットが存在する場合には、それらを取り除くことで、ロスパケットにおいて、音声パケット又は非音声パケットであるかが不明なパケットを特定できる。この不明なパケットの数が最小構成数より小さいということは、不明パケットの中にプッシュ信号は含まれていないことになるので、プッシュ信号のロスは生じていないと判定できる。なお、ロスパケットの中に非音声パケットと推定されるパケットが存在するかどうかは、ロス直前又はロス直後のパケットの情報から判断可能である。

また、上で述べた第１判定ステップが、ロスしたパケットの中に非音声パケットが存在していたか判断し、ロスしたパケットの中に非音声パケットが存在し且つロス直前及びロス直後のパケットが音声パケットであった場合、プッシュ信号のロスが生じていると判定するステップを含むようにしてもよい。このように、ロスパケットの中に非音声パケットが存在し且つロス前後のパケットが音声パケットであるということは、あるプッシュ信号を表す非音声パケットを全てロスしていることになるので、プッシュ信号のロスが生じていると判定できる。

さらに、第１の態様において、音声パケットの送信間隔と非音声パケットの送信間隔とが異なる場合、ロスしたパケットのうちの音声パケットの数及び非音声パケットの数の各々を表す変数と、ロスしたパケットの数と、音声パケットの送信間隔と、非音声パケットの送信間隔と、ロス直前のパケットとロス直後のパケットとの時間差とで表される連立方程式を解く処理を実施し、連立方程式の解に基づき、ロスしたパケットの中に非音声パケットが存在していたか判断する場合もある。このような連立方程式を解くことで、ロスパケットの内訳を算出することができ、ロスパケットの中に非音声パケットが存在していたか判断できる。

また、第１判定ステップにおいてプッシュ信号のロスは生じていないと判断され且つロス直前及びロス直後のパケットが非音声パケットであった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるか判定する第２判定ステップをさらに含むようにしてもよい。例えば、プッシュ信号のロスが生じておらず、ロス前後のパケットが非音声パケットであるということは、ロス前後のプッシュ信号が別信号であるケースと、ロス前後のプッシュ信号が同じ信号（すなわち、１つのプッシュ信号）であるケースとが考えられる。このように、ロス前後のプッシュ信号が別信号であるか否かを判定することで、受信したプッシュ信号を正確に把握できるようになる。

さらに、上で述べた第２判定ステップが、ロス直前のプッシュ信号のプッシュ番号とロス直後のプッシュ信号のプッシュ番号とが異なっているか判断し、異なっている場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップを含むようにしてもよい。プッシュ番号がロス前後で異なっているということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるとみなすことができる。

また、上で述べた第２判定ステップが、ロスしたパケットの中に音声パケットが存在していたか判断し、ロスしたパケットの中に音声パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップを含むようにしてもよい。ロスパケットの中に音声パケットが存在していたということは、その音声パケットの前に存在するプッシュ信号と、その音声パケットの後ろに存在するプッシュ信号とが別信号であるとみなすことができる。

さらに、上で述べた第２判定ステップが、ロス直後のパケットが、プッシュ信号を表す非音声パケット群のうちの先頭の非音声パケットであるか判断し、ロス直後のパケットが先頭の非音声パケットであった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップを含むようにしてもよい。ロス直後のパケットが先頭の非音声パケットであるということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるとみなすことができる。なお、先頭の非音声パケットであるかは、例えば非音声パケットのＲＴＰヘッダに含まれるＭ（マーカー）ビットによって判別可能である。

また、上で述べた第２判定ステップが、ロスしたパケットの中に先頭の非音声パケットが存在していたか判断し、ロスしたパケットの中に先頭の非音声パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップを含むようにしてもよい。ロスパケットの中に先頭の非音声パケットが存在しているということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるとみなすことができる。なお、ロスパケットの中に先頭の非音声パケットが存在しているかどうかは、非音声パケットの送信間隔と、ロス直後の非音声パケットに含まれる継続期間及びシーケンス番号とによって判断可能である。

さらに、上で述べた第２判定ステップが、ロス直後のパケットが先頭の非音声パケットではなく、且つ、ロスしたパケットの中に先頭の非音声パケットが存在しなかった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは同一信号であると判定するステップを含むようにしてもよい。このように、ロス直後のパケットが先頭の非音声パケットではなく、先頭の非音声パケットがロスパケットの中にも存在しなかったということは、ロス前後のプッシュ信号が１つのプッシュ信号（すなわち、同一信号）であるとみなすことができる。

また、上で述べた第２判定ステップが、音声パケットの送信間隔と非音声パケットの送信間隔とが同じであり、且つ、再送パケットの送信間隔と当該再送パケット以外の非音声パケットの送信間隔とが異なる場合、ロスしたパケットの中に再送パケットが存在していたか判断するステップと、ロスしたパケットの中に再送パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップとを含むようにしてもよい。ロスパケットの中に再送パケットが存在しているということは、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるとみなすことができる。なお、ロスパケットのうちの再送パケットの数及び再送パケット以外の非音声パケットの数の各々を表す変数と、ロスパケットの数と、再送パケットの送信間隔と、再送パケット以外の非音声パケットの送信間隔と、ロス前後のパケットの時間差とで表される連立方程式を解くことにより、ロスパケットの内訳を算出でき、ロスパケットの中に再送パケットが存在していたかどうか判断可能である。

さらに、上で述べた第２判定ステップが、ロスしたパケットの中に再送パケットが存在しなかった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは同一信号であると判定するステップをさらに含むようにしてもよい。ロスパケットの中に再送パケットが存在しないということは、ロス前後のプッシュ信号が１つのプッシュ信号（すなわち、同一信号）であるとみなすことができる。

第２の態様に係るプッシュ信号の伝送状況判定装置は、音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、特定のセッションの経路上の任意の箇所において受信して記憶装置（図７２：１５０１）に格納するパケット受信手段（図７２：パケット受信部１５０３）と、記憶装置に格納されたパケットに含まれるシーケンス番号に基づき、特定のセッションにおいてパケットロスが発生したか判断するパケットロス判断手段（図７２：パケットロス判断部１５０５）と、パケットロスの発生を検出した場合、パケットロスの状況と非音声パケットの所定の特徴とに従って、プッシュ信号のロスが生じているか判定する伝送状況判定手段（図７２：伝送状況判定部１５０７）とを有する。

なお、上で述べたような処理をコンピュータに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶部に格納される。また、処理途中のデータについては、コンピュータのメモリ等の記憶部に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、前記特定のセッションの経路上の任意の箇所において受信して記憶装置に格納するステップと、
前記記憶装置に格納された前記パケットに含まれるシーケンス番号に基づき、前記特定のセッションにおいてパケットロスが発生したか判断するステップと、
前記パケットロスの発生を検出した場合、前記パケットロスの状況と前記非音声パケットの所定の特徴とに従って、前記プッシュ信号のロスが生じているか判定する第１判定ステップと、
を含む、プッシュ信号の伝送状況判定方法。

（付記２）
前記第１判定ステップが、
ロスしたパケットの中に前記非音声パケットが存在していたか判断し、ロスしたパケットの中に前記非音声パケットが存在しなかった場合、前記プッシュ信号のロスは生じていないと判定するステップ
を含む、付記１記載のプッシュ信号の伝送状況判定方法。

（付記３）
前記第１判定ステップが、
１つの前記プッシュ信号を表すために必要な最小限の前記非音声パケットの数である最小構成数と、ロスしたパケットの数又はロスしたパケットの中から前記非音声パケットと推定されるパケットを除いた残余のパケットの数とを比較し、ロスしたパケットの数又は前記残余のパケットの数が前記最小構成数より小さい場合、前記プッシュ信号のロスは生じていないと判定するステップ
を含む、付記１又は２記載のプッシュ信号の伝送状況判定方法。

（付記４）
前記第１判定ステップが、
ロスしたパケットの中に前記非音声パケットが存在していたか判断し、ロスしたパケットの中に前記非音声パケットが存在し且つロス直前及びロス直後のパケットが前記音声パケットであった場合、前記プッシュ信号のロスが生じていると判定するステップ
を含む、付記１記載のプッシュ信号の伝送状況判定方法。

（付記５）
前記音声パケットの送信間隔と前記非音声パケットの送信間隔とが異なる場合、ロスしたパケットのうちの前記音声パケットの数及び前記非音声パケットの数の各々を表す変数と、ロスしたパケットの数と、前記音声パケットの送信間隔と、前記非音声パケットの送信間隔と、ロス直前のパケットとロス直後のパケットとの時間差とで表される連立方程式を解く処理を実施し、前記連立方程式の解に基づき、ロスしたパケットの中に前記非音声パケットが存在していたか判断する
ことを特徴とする付記２又は４記載のプッシュ信号の伝送状況判定方法。

（付記６）
前記第１判定ステップにおいて前記プッシュ信号のロスは生じていないと判断され且つロス直前及びロス直後のパケットが前記非音声パケットであった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるか判定する第２判定ステップ
をさらに含む、付記１乃至５のいずれか１つ記載のプッシュ信号の伝送状況判定方法。

（付記７）
前記第２判定ステップが、
ロス直前のプッシュ信号のプッシュ番号とロス直後のプッシュ信号のプッシュ番号とが異なっているか判断し、異なっている場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
を含む、付記６記載のプッシュ信号の伝送状況判定方法。

（付記８）
前記第２判定ステップが、
ロスしたパケットの中に前記音声パケットが存在していたか判断し、ロスしたパケットの中に前記音声パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
を含む、付記６又は７記載のプッシュ信号の伝送状況判定方法。

（付記９）
前記第２判定ステップが、
ロス直後のパケットが、前記プッシュ信号を表す前記非音声パケット群のうちの先頭の非音声パケットであるか判断し、ロス直後のパケットが前記先頭の非音声パケットであった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
を含む、付記６乃至８のいずれか１つ記載のプッシュ信号の伝送状況判定方法。

（付記１０）
前記第２判定ステップが、
ロスしたパケットの中に前記先頭の非音声パケットが存在していたか判断し、ロスしたパケットの中に前記先頭の非音声パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
を含む、付記９記載のプッシュ信号の伝送状況判定方法。

（付記１１）
前記第２判定ステップが、
ロス直後のパケットが前記先頭の非音声パケットではなく、且つ、ロスしたパケットの中に前記先頭の非音声パケットが存在しなかった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは同一信号であると判定するステップ
を含む、付記１０記載のプッシュ信号の伝送状況判定方法。

（付記１２）
前記第２判定ステップが、
前記音声パケットの送信間隔と前記非音声パケットの送信間隔とが同じであり、且つ、再送パケットの送信間隔と当該再送パケット以外の前記非音声パケットの送信間隔とが異なる場合、ロスしたパケットの中に前記再送パケットが存在していたか判断するステップと、
ロスしたパケットの中に前記再送パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップと、
を含む、付記６乃至１１のいずれか１つ記載のプッシュ信号の伝送状況判定方法。

（付記１３）
前記第２判定ステップが、
ロスしたパケットの中に前記再送パケットが存在しなかった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは同一信号であると判定するステップ
をさらに含む、付記１２記載のプッシュ信号の伝送状況判定方法。

（付記１４）
付記１乃至１３のいずれか１つ記載のプッシュ信号の伝送状況判定方法をコンピュータに実行させるためのプログラム。

（付記１５）
音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、前記特定のセッションの経路上の任意の箇所において受信して記憶装置に格納するパケット受信手段と、
前記記憶装置に格納された前記パケットに含まれるシーケンス番号に基づき、前記特定のセッションにおいてパケットロスが発生したか判断するパケットロス判断手段と、
前記パケットロスの発生を検出した場合、前記パケットロスの状況と前記非音声パケットの所定の特徴とに従って、前記プッシュ信号のロスが生じているか判定する伝送状況判定手段と、
を有するプッシュ信号の伝送状況判定装置。

１ パケット通信ネットワーク ３ａ，３ｂ，３ｃ ネットワーク
５ ＴＡＰ ７ 伝送状況判定装置
７１ パケットキャプチャ部 ７２ パケット解析部
７３ 音声・非音声判定部 ７４ パケットロス判定部
７５ 基本データ格納部 ７６ 基本品質判定部
７７ 詳細品質判定部 ７８ 品質データ格納部
７９ 出力部

Claims (12)

1. 音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、前記特定のセッションの経路上の任意の箇所において受信して記憶装置に格納するステップと、
   前記記憶装置に格納された前記パケットに含まれるシーケンス番号に基づき、前記特定のセッションにおいてパケットロスが発生したか判断するステップと、
   前記パケットロスの発生を検出した場合、前記パケットロスの状況と前記非音声パケットの所定の特徴とに従って、前記プッシュ信号のロスが生じているか判定する第１判定ステップと、
   を含む、プッシュ信号の伝送状況判定方法。
2. 前記第１判定ステップが、
   ロスしたパケットの中に前記非音声パケットが存在していたか判断し、ロスしたパケットの中に前記非音声パケットが存在しなかった場合、前記プッシュ信号のロスは生じていないと判定するステップ
   を含む、請求項１記載のプッシュ信号の伝送状況判定方法。
3. 前記第１判定ステップが、
   １つの前記プッシュ信号を表すために必要な最小限の前記非音声パケットの数である最小構成数と、ロスしたパケットの数又はロスしたパケットの中から前記非音声パケットと推定されるパケットを除いた残余のパケットの数とを比較し、ロスしたパケットの数又は前記残余のパケットの数が前記最小構成数より小さい場合、前記プッシュ信号のロスは生じていないと判定するステップ
   を含む、請求項１又は２記載のプッシュ信号の伝送状況判定方法。
4. 前記第１判定ステップが、
   ロスしたパケットの中に前記非音声パケットが存在していたか判断し、ロスしたパケットの中に前記非音声パケットが存在し且つロス直前及びロス直後のパケットが前記音声パケットであった場合、前記プッシュ信号のロスが生じていると判定するステップ
   を含む、請求項１記載のプッシュ信号の伝送状況判定方法。
5. 前記第１判定ステップにおいて前記プッシュ信号のロスは生じていないと判断され且つロス直前及びロス直後のパケットが前記非音声パケットであった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とが別信号であるか判定する第２判定ステップ
   をさらに含む、請求項１乃至４のいずれか１つ記載のプッシュ信号の伝送状況判定方法。
6. 前記第２判定ステップが、
   ロス直前のプッシュ信号のプッシュ番号とロス直後のプッシュ信号のプッシュ番号とが異なっているか判断し、異なっている場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
   を含む、請求項５記載のプッシュ信号の伝送状況判定方法。
7. 前記第２判定ステップが、
   ロスしたパケットの中に前記音声パケットが存在していたか判断し、ロスしたパケットの中に前記音声パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
   を含む、請求項５又は６記載のプッシュ信号の伝送状況判定方法。
8. 前記第２判定ステップが、
   ロス直後のパケットが、前記プッシュ信号を表す前記非音声パケット群のうちの先頭の非音声パケットであるか判断し、ロス直後のパケットが前記先頭の非音声パケットであった場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
   を含む、請求項５乃至７のいずれか１つ記載のプッシュ信号の伝送状況判定方法。
9. 前記第２判定ステップが、
   ロスしたパケットの中に前記先頭の非音声パケットが存在していたか判断し、ロスしたパケットの中に前記先頭の非音声パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップ
   を含む、請求項８記載のプッシュ信号の伝送状況判定方法。
10. 前記第２判定ステップが、
    前記音声パケットの送信間隔と前記非音声パケットの送信間隔とが同じであり、且つ、再送パケットの送信間隔と当該再送パケット以外の前記非音声パケットの送信間隔とが異なる場合、ロスしたパケットの中に前記再送パケットが存在していたか判断するステップと、
    ロスしたパケットの中に前記再送パケットが存在していた場合、ロス直前のプッシュ信号とロス直後のプッシュ信号とは別信号であると判定するステップと、
    を含む、請求項５乃至９のいずれか１つ記載のプッシュ信号の伝送状況判定方法。
11. 請求項１乃至１０のいずれか１つ記載のプッシュ信号の伝送状況判定方法をコンピュータに実行させるためのプログラム。
12. 音声パケットとプッシュ信号を表すための非音声パケットとを含み且つ発信元と発信先との間の特定のセッションを流れるパケットを、前記特定のセッションの経路上の任意の箇所において受信して記憶装置に格納するパケット受信手段と、
    前記記憶装置に格納された前記パケットに含まれるシーケンス番号に基づき、前記特定のセッションにおいてパケットロスが発生したか判断するパケットロス判断手段と、
    前記パケットロスの発生を検出した場合、前記パケットロスの状況と前記非音声パケットの所定の特徴とに従って、前記プッシュ信号のロスが生じているか判定する伝送状況判定手段と、
    を有するプッシュ信号の伝送状況判定装置。

Images