JP3994946B2 - 品質レポートサーバ及びシステム - Google Patents

Description

本発明は、ＲＴＰ(Real Time Protocol)／ＲＴＣＰ(Real Time Control Protocol)パケットに基づく品質レポートサーバ及びシステムに関する。

端末からＩＰ(Internet Protocol)網へアクセスする手段は、移動網又は固定網によるインフラストラクチャを問わず、年々その高性能化が進み、より高速度なデータ転送によるアクセス環境が提供されつつある。このような高速なＩＰ網の急速な普及に伴い、そのネットワーク上でのＶｏＩＰ技術に基づくリアルタイムな会話サービスが注目されている。リアルタイムな会話サービスの１つであるＩＰ電話サービスにおいては、当該サービス用のプロトコルにより、使用する音声符号化方式情報が宛先の装置へ送信され、送信側装置と受信側装置との間において合意が取られた音声符号化方式情報を用いたＲＴＰ通信を互いに行う。このようなＩＰ網における品質情報は、ＲＴＰ／ＲＴＣＰ通信により把握されていた。

H. Schulzrinne、S. Casner、R. Frederick及びV. Jacobson、「RTP: A Transport Protocol for Real-Time Applications」、IETF RFC1889、１９９６年１月 吉村健、大矢智之、河原敏朗、栄藤稔、「モバイルストリーミングにおけるRTP モニタリングエージェントを用いたMPEG ビデオ品質制御」、電子情報通信学会論文J85-B、８、第１２４３頁〜第１２５３頁、２００２年８月 A. Barberis、C. Casetti、J.C. De Martin及びM. Meo、「A Simulation Study of Adaptive Voice Communications for IP Networks」、IEEE Computer Communications、第２４巻、第９号、第７５７頁〜第７６７頁、２００１年５月

前述した技術によれば、品質情報は、端末間の品質情報としてしか把握することができなかった。即ち、端末間で異なる複数のＩＰ網を介して通信している場合、そのＩＰ網単位又はその通信区間単位における品質情報を個別に把握することはできなかった。

そこで、本発明は、ＲＴＰに基づく通信について、ＩＰ網を構成する区間単位でパケット転送特性情報を両端末が認識することにより、ＲＴＰを適切に制御することができるシステムを提供することを目的とする。

本発明は、ＲＴＣＰ手順における送信側レポートメッセージと受信側レポートメッセージとを拡張することを特徴とする。

本発明における品質レポートサーバによれば、
ＲＴＰ／ＲＴＣＰパケットをキャプチャによりモニタし且つそれら品質情報を取得する手段と、
ＩＰ網における区間品質情報を導出する区間品質情報導出手段と、
ＲＴＣＰの拡張レポートメッセージを受信した際に、区間品質情報を連結した該拡張レポートメッセージを送信するレポートメッセージ送信手段とを有することを特徴とする。

本発明の品質レポートサーバにおける他の実施形態によれば、
レポートメッセージ送信手段は、拡張送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、その宛先アドレスへ送信し、自アドレスであるならば、区間品質情報を連結した拡張受信側レポートメッセージをその送信元アドレスへ送信し、
拡張受信側レポートメッセージを受信した際に、該拡張受信側レポートメッセージに区間品質情報を連結して、その宛先アドレスへ送信することも好ましい。

また、本発明の品質レポートサーバにおける他の実施形態によれば、レポートメッセージ送信手段は、ＲＴＰに基づく送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、拡張送信側レポートメッセージをその宛先アドレスへ送信し、区間品質情報を連結した拡張受信側レポートメッセージをその送信元アドレスへ送信することも好ましい。

本発明におけるシステムによれば、複数のＩＰ網を介して通信する少なくとも２つのＲＴＰ／ＲＴＣＰを有する端末と、ＩＰ網それぞれに備えられた複数の前述した品質レポートサーバとを有し、
端末は、
ＲＴＰ／ＲＴＣＰパケットに基づいてその品質情報を導出する手段と、
受信された拡張受信側レポートメッセージに連結された複数の区間品質情報に基づいて、ＲＴＰパケットの送受信を制御するＲＴＰ制御手段と、
拡張送信側レポートメッセージを受信した際に、自らの品質情報を付加した拡張受信側レポートメッセージをその送信元アドレスへ送信し、拡張受信側レポートメッセージを受信した際に、その送信元アドレスへ拡張送信側レポートメッセージを送信するレポートメッセージ送信手段と
を有することを特徴とする。

本発明のシステムにおける他の実施形態によれば、ＲＴＰ制御手段は、ＲＴＰパケットの送出間隔、音声符号化種別及び／又は音声符号化速度を制御することも好ましい。

また、本発明のシステムにおける他の実施形態によれば、端末のレポートメッセージ送信手段は、一定周期又は予め設定された時に、該端末に接続されるＩＰ網に備えられた品質レポートサーバへ、拡張送信側レポートメッセージを送信することも好ましい。

更に、本発明のシステムにおける他の実施形態によれば、端末のレポートメッセージ送信手段は、ＲＴＰパケット通信終了時に、該端末に接続されるＩＰ網に備えられた品質レポートサーバへ、拡張送信側レポートメッセージを送信することも好ましい。

更に、本発明のシステムにおける他の実施形態によれば、端末のレポートメッセージ送信手段は、導出した品質情報と、該品質情報の項目毎に予め設定された閾値とを比較し、所定の条件を満たした場合に、品質情報を拡張受信側レポートメッセージによって品質レポートサーバへ送信することも好ましい。

更に、本発明のシステムにおける他の実施形態によれば、品質レポートサーバのレポートメッセージ送信手段は、端末によって導出された品質情報を取得するために、拡張送信側レポートメッセージを端末へ送信する手段を更に有することも好ましい。

更に、本発明のシステムにおける他の実施形態によれば、品質レポートサーバの区間品質情報導出手段は、ＶｏＩＰパケットについて、トランスポートプロトコルのポート番号情報に基づく品質情報を導出することも好ましい。

更に、本発明のシステムにおける他の実施形態によれば、前述した品質レポートサーバと、品質レポートサーバから区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバとを有することも好ましい。

更に、本発明のシステムにおける他の実施形態によれば、品質レポートサーバから区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバを更に有することも好ましい。

本発明によれば、通知された品質情報に基づいて、ＲＴＰ送出間隔を制御し、又は音声符号化種別若しくは音声符号化速度を選択することができる。

以下では、本発明における最良の実施形態について、図面を用いて詳細に説明する。

図１は、本発明によるシステム構成図である。

図１によれば、そのシステムは、複数のＩＰ網３０〜３２と、ＩＰ網それぞれに備えられ且つＲＴＰパケットをキャプチャして品質情報を取得する品質レポートサーバ１０〜１２と、その品質レポートサーバから当該ＩＰ網における区間品質情報を収集する品質情報収集サーバ２とを有する。ＩＰ網３０〜３２にはそれぞれ、ＲＴＰ／ＲＴＣＰ通信機能を有するユーザ側ボックス４０〜４２が接続されている。例えばユーザ側ボックス４０には、リアルタイムに情報を送受信する端末として、ＩＰで送受信するＰＣ端末５０と、音声信号で送受信するＦＡＸ端末６０と、音声電話端末７０と、モデム端末８０とが接続されている。本発明によるＲＴＣＰ通信機能は、標準ＲＴＣＰのＳＲ及びＲＲ（送信元アドレス及び宛先アドレスがＲＴＰと同一）の送受信に加えて、拡張されたｘＳＲ(extra Sender Report)及びｘＲＲ(extra Receiver Report)の送受信を行うことができる。

ここで、例えばＰＣ端末５０が、そのソフトウェアによってＲＴＰ／ＲＴＣＰパケットを相互に送受信する機能を有する場合、ユーザ側ボックス４０は何ら処理を行わず、ＰＣ端末５０と品質レポートサーバ４０との間で、直接的にＲＴＰ／ＲＴＣＰ機能拡張通信が可能となる。

また、図１によれば、他方のユーザ側ボックスが、ゲートウェイ９１を介して公衆電話網９０に接続されている。ここでは、ゲートウェイ９１のＲＴＰ／ＲＴＣＰ機能が拡張されることにより、各ユーザ側ボックスから当該ゲートウェイ９１までの複数の区間品質情報を取得することが可能となる。

本発明を実現するにあたり、拡張されるＲＴＣＰ機能として、ｘＳＲとｘＲＲとを定義する。

表１は、ＲＴＣＰのｘＳＲのフォーマットである。

ｘＳＲは、通常のＳＲと比較して、送信側ＩＰアドレス及び受信側ＩＰアドレスが異なる。即ち、ｘＳＲの送信側ＩＰアドレスは、必ずしもＲＴＰの送信側ＩＰアドレスと同じとならない。また、実際にＳＲにはレポートブロックは乗らず、ヘッダと送信側情報のみが使用されるので、ｘＳＲとＳＲとのフォーマットは、基本的にＳＲと同じものとなる。

表２は、ＲＴＣＰのｘＳＲのフォーマットである。

ｘＲＲは、通常のＳＲと比較して、送信側ＩＰアドレス及び受信側ＩＰアドレスが異なる。また、品質レポートサーバは、ｘＲＲをリレーする毎に、直近に受信したｘＲＲのレポートブロックの内容を一部改変した上で、末尾に追加して連結する。改変されるのは、「最終ＳＲ」及び「最終ＳＲの遅延」である。これらはＳＲとセットとなって初めて意味を持つ項であり、ＲＲ情報のみ単独でリレーされる場合は意味を持たない。

「最終ＳＲ」->「RFC1889の計算式によって得られるラウンドトリップ時間」
「最終ＳＲの遅延」->「当該ｘＲＲパケット送信元ＩＰアドレス（自分自身のＩＰアドレスではない）

ユーザ側ボックス、ゲートウェイ又はＰＣ端末のようなＲＴＰ／ＲＴＣＰ通信ソフトウェアを有する装置は、ＲＴＣＰ機能拡張通信装置と称される。ＲＴＣＰ機能拡張通信装置は、標準ＲＴＣＰ通信に加えてＲＴＣＰ機能拡張通信をやりとりすることにより、区間別の品質情報を他のＲＴＣＰ機能拡張通信装置に通知する。

尚、本発明においては、ＲＴＰ通信に基づく端末は、必ずしもＲＴＣＰ機能（ＳＲ及びＲＲの送受信機能）を実装している必要はない。その場合、本発明による品質レポートサーバは、ＲＴＰの通過する網の一部の状態のみ反映した簡易なＲＴＣＰのＲＲ情報送信装置として利用可能となる。

図２は、本発明による基本的なシーケンス図である。

図２によれば、最初に、ユーザ側ボックス４０とユーザ側ボックス４１との間で、ＩＰ網３０及び３１を介して、ＲＴＰによるデータ転送が行われている。また、両ボックス間では、ＲＴＣＰによるＳＲ及びＲＲの送受信が行われている。

このとき、ユーザ側ボックス４０が、拡張送信側レポートメッセージｘＳＲを、そのＩＰ網３０に属する品質レポートサーバ１０へ送信する。そのｘＳＲを受信した品質レポートサーバ１０は、ＩＰ網３１に属する品質レポートサーバ１１へ、そのｘＳＲを送信する。また、そのｘＳＲを受信した品質レポートサーバ１１は、ユーザ側ボックス４１へ、そのｘＳＲを送信する。

次に、ｘＳＲを受信したユーザ側ボックス４１は、ｘＳＲの送信元となる品質レポートサーバ１１へｘＲＲを送信する。そのｘＲＲには、ユーザ側ボックス４１の品質情報UB41がレポートブロックRB(UB41)として含まれている。そのｘＲＲ(RB(UB41))を受信した品質レポートサーバ１１は、ｘＲＲ(RB(UB41))に、当該品質レポートサーバ１１の品質情報RS11をレポートブロックRB(RS11)として連結する。そして、品質レポートサーバ１１は、そのｘＲＲ(RB(UB41),RB(RS11))を品質レポートサーバ１０へ送信する。そのｘＲＲ(RB(UB41),RB(RS11))を受信した品質レポートサーバ１０は、ｘＲＲに、当該品質レポートサーバ１０の品質情報RS10をレポートブロックRB(RS10)として連結する。そして、品質レポートサーバ１０は、そのｘＲＲ(RB(UB41),RB(RS11),RB(RS10))をユーザ側ボックス４０へ送信する。

例えば、ｘＲＲ(RB(UB41),RB(RS11),RB(RS10))のパケット構成は、以下のとおりとなる。

品質レポートサーバは、以下のような一定の規則に基づいて動作している。
（１）ｘＳＲを送信していない状態で、宛先ＩＰアドレスが自分ではないＳＲを検出した場合、検出したＳＲの宛先ＩＰアドレスへｘＳＲを送信する。
（２）ｘＲＲを送信していない状態で、宛先ＩＰアドレスが自分ではないＳＲを検出した場合、検出したＳＲの送信元ＩＰアドレスへｘＲＲを送信する。
（３）自分宛でないｘＳＲを検出した場合、検出したｘＳＲの宛先ＩＰアドレスへｘＳＲを送信する。
（４）自分宛でないｘＲＲを検出した場合、検出したｘＳＲの送信元ＩＰアドレスへｘＲＲを送信する。
（５）自分宛のｘＳＲを受信した場合、ｘＳＲの送信元ＩＰアドレスに対してxＲＲを送信する。既にｘＲＲを送信していた場合は、直近のｘＳＲを有効とし、以前の宛先へのｘＲＲの送信は中止する。但し、直近の一定時間、ＲＴＰ／ＲＴＣＰパケットを検出又は受信していない場合は、ｘＲＲを送信しない。
（６）自分宛のｘＲＲを受信した場合、ｘＲＲの送信元ＩＰアドレスに対してｘＳＲを送信する。既にｘＳＲを送信していた場合は、直近のｘＲＲを有効とし、以前の宛先へのｘＳＲの送信は中止する。但し、直近の一定時間、ＲＴＰ／ＲＴＣＰパケットを検出又は受信していない場合は、ｘＳＲを送信しない。
（７）ＲＴＰ／ＲＴＣＰが、一定時間、検出又は受信できない場合、ｘＳＲ及びｘＲＲの送信を停止する。

ＲＴＣＰ機能拡張通信装置（例えばユーザ側ボックス）は、以下のような一定の規則に基づいて動作している。
（１）通話開始時には、ｘＳＲを送信しない。
（２）自分宛のｘＳＲを受信した場合、ｘＳＲの送信元ＩＰアドレスに対してxＲＲを送信する。既にｘＲＲを送信していた場合は、直近のｘＳＲを有効とし、以前の宛先へのｘＲＲの送信は中止する。但し、直近の一定時間、ＲＴＰ／ＲＴＣＰパケットを検出又は受信していない場合は、ｘＲＲを送信しない。
（３）自分宛のｘＲＲを受信した場合、ｘＲＲの送信元ＩＰアドレスに対してｘＳＲを送信する。既にｘＳＲを送信していた場合は、直近のｘＲＲを有効とし、以前の宛先へのｘＳＲの送信は中止する。但し、直近の一定時間、ＲＴＰ／ＲＴＣＰパケットを検出又は受信していない場合は、ｘＳＲを送信しない。
（４）ＲＴＰ／ＲＴＣＰが、一定時間、検出又は受信できない場合、ｘＳＲ及びｘＲＲの送信を停止する。

図２に基づくシーケンスは、ＲＴＣＰ機能拡張通信装置が、一定周期又は予め設定された時に、接続されるＩＰ網に備えられた品質レポートサーバへ、ｘＳＲを送信することにより、最新の品質情報を取得することができる。また、ＲＴＣＰ機能拡張通信装置が、ＲＴＰパケット通信終了時に、接続されるＩＰ網に備えられた品質レポートサーバへ、ｘＳＲを送信することにより、１つのセッションを終了する毎に、最新の品質情報を取得することができる。更に、ＲＴＣＰ機能拡張通信装置は、導出した品質情報と、該品質情報の項目毎に予め設定された閾値とを比較し、所定の条件を満たした場合に、品質情報をｘＲＲによって品質レポートサーバへ送信することにより、所定の条件を満たした時毎に、最新の品質情報を取得することができる。

これに対し、品質レポートサーバは、ｘＳＲをＲＴＣＰ機能拡張通信装置へ送信することにより、ＲＴＣＰ機能拡張通信装置によって導出された品質情報を取得することができる。また、品質レポートサーバにより取得された品質情報は、品質情報収集サーバに収集することができる。これにより、複数のＩＰ網の品質情報を統合して管理することができる。

図３は、ＲＴＣＰ機能拡張通信が収束するまでの第１のシーケンス図である。

ＲＴＣＰ機能拡張通信装置と品質レポートサーバは、音声ＲＴＰ通信を開始した時点では、経路上の他のＲＴＣＰ機能拡張通信装置の存在の有無や、存在する場合の設置位置等についての情報を一切持たない。そのため、ＲＴＣＰ機能拡張通信装置及び品質レポートサーバ間でＲＴＰ及び標準ＲＴＣＰ通信を開始した後に、その通信を検出したＲＴＣＰ機能拡張通信装置及び品質レポートサーバが、ＲＴＣＰ機能拡張通信を収束させる必要がある。即ち、図２のシーケンスが実現されるためには、図３のような方法で、ＲＴＣＰ機能拡張通信装置と品質レポートサーバとの間で、ＲＴＣＰ機能拡張通信が収束していなければならない。

図３によれば、品質レポートサーバ１０は、標準ＲＴＣＰのＳＲをリレーしたことに基づいて、そのＳＲの宛先ＩＰアドレスへｘＳＲを送信し、当該品質レポートサーバ１０の品質情報をレポートブロックとして含むｘＲＲ(RB(RS10))を、そのＳＲの送信元ＩＰアドレスへ送信する。これに対し、ｘＳＲを受信したユーザ側ボックス４１は、当該ユーザ側ボックス４１の品質情報をレポートブロックとして含むｘＲＲ(RB(UB41))を、そのｘＳＲの送信元アドレスである品質レポートサーバ１０へ送信する。一方、ｘＲＲ(RB(RS10))を受信したユーザ側ボックス４０は、ｘＳＲを、そのｘＲＲの送信元アドレスである品質レポートサーバ１０へ送信する。

また、品質レポートサーバ１１は、ｘＳＲをリレーしたことに基づいて、そのｘＳＲの宛先ＩＰアドレスへｘＳＲを送信し、当該品質レポートサーバ１１の品質情報をレポートブロックとして含むｘＲＲ(RB(RS11))を、そのＳＲの送信元ＩＰアドレスへ送信する。これに対し、ｘＳＲを受信したユーザ側ボックス４１は、当該ユーザ側ボックス４１の品質情報をレポートブロックとして含むｘＲＲ(RB(UB41))を、そのｘＳＲの送信元アドレスである品質レポートサーバ１１へ送信する。

図４は、ＲＴＣＰ機能拡張通信が収束するまでの第２のシーケンス図である。

図４によれば、ユーザ側ボックス４０がｘＳＲを品質レポートサーバ１０へ送信するとほぼ同時に、品質レポートサーバ１１がｘＳＲをユーザ側ボックス４１へ送信した場合を考える。

ｘＳＲを受信した品質レポートサーバ１０は、ｘＳＲを品質レポートサーバ１１へ送信し、当該品質レポートサーバ１１の品質情報RS11をレポートブロックとして含むｘＲＲ(RB(RS10))を、そのｘＳＲの送信元ＩＰアドレスであるユーザ側ボックス４０へ送信する。また、ｘＳＲを受信したユーザ側ボックス４１は、当該ユーザ側ボックス４１の品質情報UB41をレポートブロックとして含むｘＲＲ(RB(UB41))を、そのｘＳＲの送信元アドレスである品質レポートサーバ１１へ送信する。

ｘＳＲを受信した品質レポートサーバ１１は、ｘＲＲを品質レポートサーバ１０へ送信する。このとき、ｘＲＲは、品質レポートサーバ１１の品質情報RS11だけでなく、既に受信されたユーザ側ボックス４１の品質情報UB41も、レポートブロックとして含む。

ｘＲＲ(RB(UB41),RB(RS11))を受信した品質レポートサーバ１０は、次に、ユーザ側ボックス４０からｘＳＲを受信した際に、ｘＲＲ(RB(UB41),RB(RS11),RB(RS10))をユーザ側ボックス４０へ送信する。

これにより、ユーザ側ボックス４０は、ユーザ側ボックス４１との間に介在するＩＰ網毎の品質情報に応じて、ＲＴＰパケットの送出間隔、音声符号化種別及び／又は音声符号化速度を制御することができる。

品質情報には、以下のようなＲＴＰ／ＲＴＣＰにより得られる情報がある。尚、ＶｏＩＰパケットについては、トランスポートプロトコルのポート番号情報に基づいて導出することも好ましい。

取得日時：パケットをキャプチャした日付時刻(msec単位)
ＲＴＰポート番号：ＲＴＰストリームを識別するポート番号情報
ＲＴＰ IPアドレス：ＲＴＰストリームを識別するIPアドレス情報
ＲＴＰ符号化識別子：ＲＴＰペイロードの符号化タイプ情報
ＲＴＰペイロードサイズ：ＲＴＰペイロード部分のバイトサイズ
ＲＴＰパケット間隔：ＲＴＰタイムスタンプから算出されるＲＴＰパケット送出間隔情報
Delay：伝送遅延。ＲＴＣＰパケットの送受信から得られるRTT(Round-trip time)を２で割った値とする。
MeanDelay：伝送遅延の相加平均を表す。
MaxDelay：伝送遅延の最大値を表す。
CumulativeNumberOfPacketsLostRate：通話開始からの累積パケット損失数を表す。直近のＲＴＣＰパケットの累積損失数の値。
MaxPacketLost：ある時点のＲＴＣＰパケットと、その一つ前のＲＴＣＰパケットの累積パケット損失の差を取ることで、ＲＴＣＰ送出間隔毎のパケットロス数を得る。ＲＴＣＰパケットを受信する毎にこのパケットロス数を算出し、通話開始から最大のパケットロス数を最大パケット損失率とする。
InterarrivalJitter：直近のレシーバレポート（ＲＲ）の到着間隔の揺らぎの値とする。
MeanJitter：パケットの到着間隔の揺らぎの相加平均を表す。
MaxJitter：到着間隔の揺らぎの最大値を表す。

図５は、本発明による各装置の機能構成図である。

品質レポートサーバ装置１は、ＩＰ網と接続するためのＩＰインタフェース機能部１０１と、トランスポートプロトコルヘッダ情報抽出機能部１０２と、トランスポートプロトコル判定機能部１０３と、ＲＴＣＰ情報判定機能部１０４と、ＲＴＣＰ情報加工処理機能部１０５と、パケット送信機能部１０７と、品質情報管理データベース機能部１０６とを有する。

ＩＰインタフェース機能部１０１が随時ＩＰパケットのモニタを行い、トランスポートプロトコルヘッダ情報抽出機能部１０２及びトランスポートプロトコル判定機能部１０３がＲＴＣＰパケットの抽出を行う。その後、ＲＴＣＰ情報判定機能部１０４がＲＴＣＰ情報を抽出し、ＲＴＣＰ情報加工処理機能部１０５がＲＴＣＰ機能拡張通信処理を行う。ＲＴＣＰ情報に基づいて収集された品質情報は、品質情報管理データベース機能部１０６に蓄積管理される。また、ＲＴＣＰ機能拡張通信処理を施されたＲＴＣＰパケット及び蓄積された品質情報は、パケット送信機能部１０７がＩＰ網３へ送信する。

尚、後述する品質情報収集サーバからの品質情報取得要求パケットは、トランスポートプロトコル判定機能部１０３で検出された後、品質情報管理データベース機能部１０６へ必要な処理要求が送信され、これに基づいて品質情報がパケット送信機能部１０７を介してＩＰ網３へ送信される。

品質情報収集サーバ２は、ＩＰ網と接続するためのＩＰインタフェース機能部２１と、トランスポートプロトコルヘッダ情報抽出機能部２２と、トランスポートプロトコル判定機能部２３と、品質情報管理データベース機能部２５と、品質情報収集スケジュール管理機能部２４とを有する。

品質情報収集スケジュール管理機能部２４において記憶されたスケジュール、又は品質情報の閾値に応じて、品質情報収集イベントパケットがＩＰインタフェース機能部２１を介して送信される。また、ＩＰインタフェース機能部２１がＩＰパケットを受信し、トランスポートプロトコルヘッダ情報抽出機能部２２及びトランスポートプロトコル判定機能部２３とが、品質情報収集イベントパケット又は品質情報パケットを判別する。品質情報管理データベース機能部２５は、品質情報パケットの情報を蓄積管理する。

ユーザ側ボックス４は、ＩＰ網と接続するためのＩＰインタフェース機能部４０１と、ＲＴＣＰ情報判定機能部４０２と、ＲＴＣＰ情報加工処理機能部４０３と、パケット受信処理機能部４０４と、パケット送信処理機能部４０６と、ＶｏＩＰ処理機能部４０７と、電話機又はＦＡＸ機能部４０８と、電話端末接続機能部４０９と、ユーザ側ＩＰパケット通信機器接続機能部４０５とを有する。

ＩＰインタフェース機能部４０１がＩＰパケットを受信し、ＲＴＣＰ情報判定機能部４０２がＲＴＣＰ情報を抽出し、ＲＴＣＰ情報加工処理機能部４０３が、後述するＲＴＣＰ機能拡張通信処理を行う。また、ＲＴＣＰ機能拡張通信により得られた区間単位での品質情報に基づき、パケット送信処理機能部４０６において、ＲＴＰ送出間隔を制御し、又は音声符号化種別又は音声符号化速度を選択する。

電話端末接続機能部４０９は、電話機又はＦＡＸ装置からの情報をフォーマット変換し、電話機又はＦＡＸ機能部４０８とＶｏＩＰ呼処理機能部４０７とにより、必要な呼処理が相互に変換される。その後、パケット送信処理機能部４０６を介してＩＰ網へパケットが送信される。尚、ＩＰインタフェース機能部４０１を介して受信したＲＴＰパケット（電話機又はＦＡＸ装置４０８への情報パケット）は、ＲＴＣＰ情報判定機能部４０２を経由した後、パケット受信処理機能部４０４へ送られる。そして、パケット分解された後で、情報がＶｏＩＰ呼処理機能部４０７及び電話機又はＦＡＸ機能部４０８へ順に転送され、電話端末接続機能部４０９においてフォーマット変換をされた後、電話機又はＦＡＸ装置へ転送される。

本発明は、ＲＴＰ／ＲＴＣＰに基づいて、ＩＰ網を構成する区間単位でパケット転送特性情報を両端末が認識することができる品質レポートサーバ及びシステムに利用可能である。

本発明によるシステム構成図である。 本発明による基本的なシーケンス図である。 ＲＴＣＰ機能拡張通信が収束するまでの第１のシーケンス図である。 ＲＴＣＰ機能拡張通信が収束するまでの第２のシーケンス図である。 本発明による各装置の機能構成図である。

符号の説明

１０〜１２ 品質レポートサーバ
２ 品質情報収集サーバ
３０〜３２ ＩＰ網
４０〜４２ ユーザ側ボックス
５０〜５２ ＰＣ端末
６０〜６２ ＦＡＸ端末
７０〜７２ 音声電話端末
８０〜８２ モデム端末
９０ 公衆電話網
９１ ゲートウェイ

Claims (11)

1. ＩＰ網に備えられた品質レポートサーバであって、
   ＲＴＰ／ＲＴＣＰパケットをキャプチャによりモニタし且つそれら品質情報を取得する手段と、
   前記ＩＰ網における区間品質情報を導出する区間品質情報導出手段と、
   ＲＴＰに基づく送信側レポートメッセージを受信した際に、及び、ＲＴＣＰの拡張レポートメッセージを受信した際に、前記区間品質情報を連結した該拡張レポートメッセージを送信するレポートメッセージ送信手段と
   を有し、
   前記レポートメッセージ送信手段は、
   拡張送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、その宛先アドレスへ送信し、自アドレスであるならば、前記区間品質情報を連結した拡張受信側レポートメッセージをその送信元アドレスへ送信し、
   拡張受信側レポートメッセージを受信した際に、該拡張受信側レポートメッセージに前記区間品質情報を連結して、その宛先アドレスへ送信することを特徴とする品質レポートサーバ。
2. 前記レポートメッセージ送信手段は、
   ＲＴＰに基づく送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、前記拡張送信側レポートメッセージをその宛先アドレスへ送信し、前記区間品質情報を連結した前記拡張受信側レポートメッセージをその送信元アドレスへ送信することを特徴とする請求項１に記載の品質レポートサーバ。
3. 複数のＩＰ網を介して通信する少なくとも２つのＲＴＰ／ＲＴＣＰを有する端末と、
   前記ＩＰ網それぞれに備えられた請求項１又は２に記載の複数の品質レポートサーバとを有するシステムであって、
   前記端末は、
   ＲＴＰ／ＲＴＣＰパケットに基づいてその品質情報を導出する手段と、
   受信された前記拡張受信側レポートメッセージに連結された複数の前記区間品質情報に基づいて、ＲＴＰパケットの送受信を制御するＲＴＰ制御手段と、
   拡張送信側レポートメッセージを受信した際に、自らの品質情報を付加した拡張受信側レポートメッセージをその送信元アドレスへ送信し、拡張受信側レポートメッセージを受信した際に、その送信元アドレスへ拡張送信側レポートメッセージを送信するレポートメッセージ送信手段と
   を有することを特徴とするシステム。
4. 前記ＲＴＰ制御手段は、ＲＴＰパケットの送出間隔、音声符号化種別及び／又は音声符号化速度を制御することを特徴とする請求項３に記載のシステム。
5. 前記端末のレポートメッセージ送信手段は、一定周期又は予め設定された時に、該端末に接続される前記ＩＰ網に備えられた前記品質レポートサーバへ、前記拡張送信側レポートメッセージを送信することを特徴とする請求項３又は４に記載のシステム。
6. 前記端末のレポートメッセージ送信手段は、ＲＴＰパケット通信終了時に、該端末に接続される前記ＩＰ網に備えられた前記品質レポートサーバへ、前記拡張送信側レポートメッセージを送信することを特徴とする請求項３又は４に記載のシステム。
7. 前記端末のレポートメッセージ送信手段は、導出した品質情報と、該品質情報の項目毎に予め設定された閾値とを比較し、所定の条件を満たした場合に、前記品質情報を前記拡張受信側レポートメッセージによって前記品質レポートサーバへ送信することを特徴とする請求項３又は４に記載のシステム。
8. 前記品質レポートサーバのレポートメッセージ送信手段は、前記端末によって導出された前記品質情報を取得するために、前記拡張送信側レポートメッセージを前記端末へ送信する手段を更に有することを特徴とする請求項３から７のいずれか１項に記載のシステム。
9. 前記品質レポートサーバの区間品質情報導出手段は、ＶｏＩＰパケットについて、トランスポートプロトコルのポート番号情報に基づく前記品質情報を導出することを特徴とする請求項３から８のいずれか１項に記載のシステム。
10. 請求項１又は２に記載の品質レポートサーバと、
    前記品質レポートサーバから前記区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバとを有することを特徴とするシステム。
11. 前記品質レポートサーバから前記区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバを更に有することを特徴とする請求項３から９のいずれか１項に記載のシステム。

Images