JP2005073211A - Quality report server and system - Google Patents

Quality report server and system Download PDF

Info

Publication number
JP2005073211A
JP2005073211A JP2003304212A JP2003304212A JP2005073211A JP 2005073211 A JP2005073211 A JP 2005073211A JP 2003304212 A JP2003304212 A JP 2003304212A JP 2003304212 A JP2003304212 A JP 2003304212A JP 2005073211 A JP2005073211 A JP 2005073211A
Authority
JP
Japan
Prior art keywords
quality
quality information
report
report message
extended
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003304212A
Other languages
Japanese (ja)
Other versions
JP3994946B2 (en
Inventor
Hideaki Yamada
秀昭 山田
Tokuhiro Fukumoto
徳広 福元
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KDDI Corp filed Critical KDDI Corp
Priority to JP2003304212A priority Critical patent/JP3994946B2/en
Publication of JP2005073211A publication Critical patent/JP2005073211A/en
Application granted granted Critical
Publication of JP3994946B2 publication Critical patent/JP3994946B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a quality report server and system in which RTP can be appropriately controlled by allowing both terminals to recognize packet transfer characteristic information for the unit of a section constituting an IP network in RTP-based communication. <P>SOLUTION: A quality report server 1 includes a means for monitoring an RTP/RTCP packet by capturing and for acquiring its quality information, a section quality information deriving means for deriving section quality information over the IP network, and a report message transmitting means for transmitting an extension report message to which the section quality information is linked, when the extension report message of RTCP is received. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

本発明は、RTP(Real Time Protocol)/RTCP(Real Time Control Protocol)パケットに基づく品質レポートサーバ及びシステムに関する。   The present invention relates to a quality report server and system based on RTP (Real Time Protocol) / RTCP (Real Time Control Protocol) packets.

端末からIP(Internet Protocol)網へアクセスする手段は、移動網又は固定網によるインフラストラクチャを問わず、年々その高性能化が進み、より高速度なデータ転送によるアクセス環境が提供されつつある。このような高速なIP網の急速な普及に伴い、そのネットワーク上でのVoIP技術に基づくリアルタイムな会話サービスが注目されている。リアルタイムな会話サービスの1つであるIP電話サービスにおいては、当該サービス用のプロトコルにより、使用する音声符号化方式情報が宛先の装置へ送信され、送信側装置と受信側装置との間において合意が取られた音声符号化方式情報を用いたRTP通信を互いに行う。このようなIP網における品質情報は、RTP/RTCP通信により把握されていた。   The means for accessing the IP (Internet Protocol) network from the terminal is increasing year by year regardless of the infrastructure of the mobile network or the fixed network, and an access environment by higher-speed data transfer is being provided. With the rapid spread of such high-speed IP networks, real-time conversation services based on the VoIP technology on the networks are attracting attention. In an IP telephone service, which is one of real-time conversation services, voice coding method information to be used is transmitted to a destination device using a protocol for the service, and an agreement is reached between a transmission side device and a reception side device. RTP communication using the obtained speech encoding method information is performed mutually. Quality information in such an IP network has been grasped by RTP / RTCP communication.

H. Schulzrinne、S. Casner、R. Frederick及びV. Jacobson、「RTP: A Transport Protocol for Real-Time Applications」、IETF RFC1889、1996年1月H. Schulzrinne, S. Casner, R. Frederick and V. Jacobson, “RTP: A Transport Protocol for Real-Time Applications”, IETF RFC 1889, January 1996. 吉村健、大矢智之、河原敏朗、栄藤稔、「モバイルストリーミングにおけるRTP モニタリングエージェントを用いたMPEG ビデオ品質制御」、電子情報通信学会論文J85-B、8、第1243頁〜第1253頁、2002年8月Takeshi Yoshimura, Tomoyuki Ohya, Toshiro Kawahara, Satoshi Eito, "MPEG video quality control using RTP monitoring agent in mobile streaming", IEICE Transactions J85-B, 8, pp. 1243-1253, 2002 8 Moon A. Barberis、C. Casetti、J.C. De Martin及びM. Meo、「A Simulation Study of Adaptive Voice Communications for IP Networks」、IEEE Computer Communications、第24巻、第9号、第757頁〜第767頁、2001年5月A. Barberis, C. Casetti, JC De Martin and M. Meo, “A Simulation Study of Adaptive Voice Communications for IP Networks”, IEEE Computer Communications, Vol. 24, No. 9, pp. 757-767, 2001 May

前述した技術によれば、品質情報は、端末間の品質情報としてしか把握することができなかった。即ち、端末間で異なる複数のIP網を介して通信している場合、そのIP網単位又はその通信区間単位における品質情報を個別に把握することはできなかった。   According to the technique described above, the quality information can only be grasped as quality information between terminals. That is, when communicating via a plurality of different IP networks between terminals, the quality information in the IP network unit or the communication section unit cannot be grasped individually.

そこで、本発明は、RTPに基づく通信について、IP網を構成する区間単位でパケット転送特性情報を両端末が認識することにより、RTPを適切に制御することができるシステムを提供することを目的とする。   Therefore, the present invention has an object of providing a system capable of appropriately controlling RTP by allowing both terminals to recognize packet transfer characteristic information for each section constituting an IP network for communication based on RTP. To do.

本発明は、RTCP手順における送信側レポートメッセージと受信側レポートメッセージとを拡張することを特徴とする。   The present invention is characterized by extending the transmission side report message and the reception side report message in the RTCP procedure.

本発明における品質レポートサーバによれば、
RTP/RTCPパケットをキャプチャによりモニタし且つそれら品質情報を取得する手段と、
IP網における区間品質情報を導出する区間品質情報導出手段と、
RTCPの拡張レポートメッセージを受信した際に、区間品質情報を連結した該拡張レポートメッセージを送信するレポートメッセージ送信手段とを有することを特徴とする。
According to the quality report server of the present invention,
Means for monitoring RTP / RTCP packets by capture and obtaining quality information thereof;
Section quality information deriving means for deriving section quality information in the IP network;
And a report message transmitting means for transmitting the extended report message to which the section quality information is connected when the RTCP extended report message is received.

本発明の品質レポートサーバにおける他の実施形態によれば、
レポートメッセージ送信手段は、拡張送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、その宛先アドレスへ送信し、自アドレスであるならば、区間品質情報を連結した拡張受信側レポートメッセージをその送信元アドレスへ送信し、
拡張受信側レポートメッセージを受信した際に、該拡張受信側レポートメッセージに区間品質情報を連結して、その宛先アドレスへ送信することも好ましい。
According to another embodiment of the quality report server of the present invention,
Report message transmission means, when receiving the extended transmission side report message, if the destination address is not its own address, it transmits to the destination address, and if it is the own address, the extended reception side concatenating the section quality information Send a report message to its source address,
When receiving the extended reception side report message, it is also preferable to link the section quality information to the extended reception side report message and transmit it to the destination address.

また、本発明の品質レポートサーバにおける他の実施形態によれば、レポートメッセージ送信手段は、RTPに基づく送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、拡張送信側レポートメッセージをその宛先アドレスへ送信し、区間品質情報を連結した拡張受信側レポートメッセージをその送信元アドレスへ送信することも好ましい。   According to another embodiment of the quality report server of the present invention, when the report message transmitting means receives the RTP based sender report message and the destination address is not its own address, the extended sender report It is also preferable to send a message to its destination address and send an extended receiver report message concatenated with section quality information to its source address.

本発明におけるシステムによれば、複数のIP網を介して通信する少なくとも2つのRTP/RTCPを有する端末と、IP網それぞれに備えられた複数の前述した品質レポートサーバとを有し、
端末は、
RTP/RTCPパケットに基づいてその品質情報を導出する手段と、
受信された拡張受信側レポートメッセージに連結された複数の区間品質情報に基づいて、RTPパケットの送受信を制御するRTP制御手段と、
拡張送信側レポートメッセージを受信した際に、自らの品質情報を付加した拡張受信側レポートメッセージをその送信元アドレスへ送信し、拡張受信側レポートメッセージを受信した際に、その送信元アドレスへ拡張送信側レポートメッセージを送信するレポートメッセージ送信手段と
を有することを特徴とする。
According to the system of the present invention, it has a terminal having at least two RTP / RTCP communicating through a plurality of IP networks, and a plurality of the above-described quality report servers provided in each IP network,
The terminal
Means for deriving quality information based on RTP / RTCP packets;
RTP control means for controlling transmission / reception of RTP packets based on a plurality of section quality information concatenated with the received extended receiver report message;
When an extended sender report message is received, an extended receiver report message with its own quality information is sent to the source address, and when an extended receiver report message is received, an extended transmission is sent to the source address. And a report message transmitting means for transmitting the side report message.

本発明のシステムにおける他の実施形態によれば、RTP制御手段は、RTPパケットの送出間隔、音声符号化種別及び/又は音声符号化速度を制御することも好ましい。   According to another embodiment of the system of the present invention, it is also preferable that the RTP control means controls an RTP packet transmission interval, a voice coding type and / or a voice coding speed.

また、本発明のシステムにおける他の実施形態によれば、端末のレポートメッセージ送信手段は、一定周期又は予め設定された時に、該端末に接続されるIP網に備えられた品質レポートサーバへ、拡張送信側レポートメッセージを送信することも好ましい。   Further, according to another embodiment of the system of the present invention, the report message transmission means of the terminal is extended to a quality report server provided in the IP network connected to the terminal at a certain period or when preset. It is also preferred to send a sender report message.

更に、本発明のシステムにおける他の実施形態によれば、端末のレポートメッセージ送信手段は、RTPパケット通信終了時に、該端末に接続されるIP網に備えられた品質レポートサーバへ、拡張送信側レポートメッセージを送信することも好ましい。   Further, according to another embodiment of the system of the present invention, the report message transmission means of the terminal sends the extended transmission side report to the quality report server provided in the IP network connected to the terminal at the end of the RTP packet communication. It is also preferable to send a message.

更に、本発明のシステムにおける他の実施形態によれば、端末のレポートメッセージ送信手段は、導出した品質情報と、該品質情報の項目毎に予め設定された閾値とを比較し、所定の条件を満たした場合に、品質情報を拡張受信側レポートメッセージによって品質レポートサーバへ送信することも好ましい。   Furthermore, according to another embodiment of the system of the present invention, the report message transmission means of the terminal compares the derived quality information with a threshold value set in advance for each item of the quality information, and sets a predetermined condition. When satisfied, it is also preferable to send the quality information to the quality report server by an extended receiver report message.

更に、本発明のシステムにおける他の実施形態によれば、品質レポートサーバのレポートメッセージ送信手段は、端末によって導出された品質情報を取得するために、拡張送信側レポートメッセージを端末へ送信する手段を更に有することも好ましい。   Further, according to another embodiment of the system of the present invention, the report message transmission means of the quality report server includes means for transmitting an extended transmission side report message to the terminal in order to obtain quality information derived by the terminal. It is also preferable to have it.

更に、本発明のシステムにおける他の実施形態によれば、品質レポートサーバの区間品質情報導出手段は、VoIPパケットについて、トランスポートプロトコルのポート番号情報に基づく品質情報を導出することも好ましい。   Furthermore, according to another embodiment of the system of the present invention, it is preferable that the section quality information deriving unit of the quality report server derives quality information based on the port number information of the transport protocol for the VoIP packet.

更に、本発明のシステムにおける他の実施形態によれば、前述した品質レポートサーバと、品質レポートサーバから区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバとを有することも好ましい。   Furthermore, according to another embodiment of the system of the present invention, it is also preferable to have the above-described quality report server and a quality information collection server having means for acquiring and accumulating section quality information from the quality report server.

更に、本発明のシステムにおける他の実施形態によれば、品質レポートサーバから区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバを更に有することも好ましい。   Furthermore, according to another embodiment of the system of the present invention, it is preferable to further include a quality information collection server having means for acquiring and accumulating section quality information from the quality report server.

本発明によれば、通知された品質情報に基づいて、RTP送出間隔を制御し、又は音声符号化種別若しくは音声符号化速度を選択することができる。   According to the present invention, based on the notified quality information, it is possible to control the RTP transmission interval, or to select a speech coding type or a speech coding speed.

以下では、本発明における最良の実施形態について、図面を用いて詳細に説明する。   Hereinafter, the best embodiment of the present invention will be described in detail with reference to the drawings.

図1は、本発明によるシステム構成図である。   FIG. 1 is a system configuration diagram according to the present invention.

図1によれば、そのシステムは、複数のIP網30〜32と、IP網それぞれに備えられ且つRTPパケットをキャプチャして品質情報を取得する品質レポートサーバ10〜12と、その品質レポートサーバから当該IP網における区間品質情報を収集する品質情報収集サーバ2とを有する。IP網30〜32にはそれぞれ、RTP/RTCP通信機能を有するユーザ側ボックス40〜42が接続されている。例えばユーザ側ボックス40には、リアルタイムに情報を送受信する端末として、IPで送受信するPC端末50と、音声信号で送受信するFAX端末60と、音声電話端末70と、モデム端末80とが接続されている。本発明によるRTCP通信機能は、標準RTCPのSR及びRR(送信元アドレス及び宛先アドレスがRTPと同一)の送受信に加えて、拡張されたxSR(extra Sender Report)及びxRR(extra Receiver Report)の送受信を行うことができる。   According to FIG. 1, the system includes a plurality of IP networks 30 to 32, a quality report server 10-12 provided in each of the IP networks and capturing quality information by capturing RTP packets, and the quality report server. And a quality information collection server 2 that collects section quality information in the IP network. User-side boxes 40 to 42 having RTP / RTCP communication functions are connected to the IP networks 30 to 32, respectively. For example, a PC terminal 50 that transmits and receives by IP, a FAX terminal 60 that transmits and receives by voice signal, a voice telephone terminal 70, and a modem terminal 80 are connected to the user box 40 as terminals that transmit and receive information in real time. Yes. The RTCP communication function according to the present invention transmits and receives standard RTCP SR and RR (source address and destination address are the same as RTP), and transmits and receives extended xSR (extra Sender Report) and xRR (extra Receiver Report). It can be performed.

ここで、例えばPC端末50が、そのソフトウェアによってRTP/RTCPパケットを相互に送受信する機能を有する場合、ユーザ側ボックス40は何ら処理を行わず、PC端末50と品質レポートサーバ40との間で、直接的にRTP/RTCP機能拡張通信が可能となる。   Here, for example, when the PC terminal 50 has a function of mutually transmitting and receiving RTP / RTCP packets by the software, the user box 40 does not perform any processing, and between the PC terminal 50 and the quality report server 40, RTP / RTCP function extended communication can be directly performed.

また、図1によれば、他方のユーザ側ボックスが、ゲートウェイ91を介して公衆電話網90に接続されている。ここでは、ゲートウェイ91のRTP/RTCP機能が拡張されることにより、各ユーザ側ボックスから当該ゲートウェイ91までの複数の区間品質情報を取得することが可能となる。   Further, according to FIG. 1, the other user box is connected to the public telephone network 90 via the gateway 91. Here, by extending the RTP / RTCP function of the gateway 91, it is possible to acquire a plurality of section quality information from each user box to the gateway 91.

本発明を実現するにあたり、拡張されるRTCP機能として、xSRとxRRとを定義する。   In realizing the present invention, xSR and xRR are defined as extended RTCP functions.

表1は、RTCPのxSRのフォーマットである。   Table 1 shows the RSR xSR format.

Figure 2005073211
Figure 2005073211

xSRは、通常のSRと比較して、送信側IPアドレス及び受信側IPアドレスが異なる。即ち、xSRの送信側IPアドレスは、必ずしもRTPの送信側IPアドレスと同じとならない。また、実際にSRにはレポートブロックは乗らず、ヘッダと送信側情報のみが使用されるので、xSRとSRとのフォーマットは、基本的にSRと同じものとなる。   xSR is different in transmission side IP address and reception side IP address compared to normal SR. That is, the xSR sender IP address is not necessarily the same as the RTP sender IP address. Further, since the report block is not actually carried on the SR and only the header and the transmission side information are used, the format of the xSR and SR is basically the same as that of the SR.

表2は、RTCPのxSRのフォーマットである。   Table 2 shows the RSR xSR format.

Figure 2005073211
Figure 2005073211

xRRは、通常のSRと比較して、送信側IPアドレス及び受信側IPアドレスが異なる。また、品質レポートサーバは、xRRをリレーする毎に、直近に受信したxRRのレポートブロックの内容を一部改変した上で、末尾に追加して連結する。改変されるのは、「最終SR」及び「最終SRの遅延」である。これらはSRとセットとなって初めて意味を持つ項であり、RR情報のみ単独でリレーされる場合は意味を持たない。   xRR differs in transmission side IP address and reception side IP address compared with normal SR. In addition, every time the xRR relays, the quality report server partially modifies the contents of the report block of the most recently received xRR, and then adds and connects to the end. It is the “final SR” and the “final SR delay” that are modified. These are terms that have meaning only when set with SR, and have no meaning when only RR information is relayed alone.

「最終SR」->「RFC1889の計算式によって得られるラウンドトリップ時間」
「最終SRの遅延」->「当該xRRパケット送信元IPアドレス(自分自身のIPアドレスではない)
"Final SR"->"Round trip time obtained by RFC1889 formula"
“Last SR Delay”-> “XRR packet source IP address (not its own IP address)

ユーザ側ボックス、ゲートウェイ又はPC端末のようなRTP/RTCP通信ソフトウェアを有する装置は、RTCP機能拡張通信装置と称される。RTCP機能拡張通信装置は、標準RTCP通信に加えてRTCP機能拡張通信をやりとりすることにより、区間別の品質情報を他のRTCP機能拡張通信装置に通知する。   A device having RTP / RTCP communication software such as a user box, a gateway, or a PC terminal is referred to as an RTCP function extended communication device. The RTCP function-enhanced communication apparatus notifies other RTCP function-enhanced communication apparatuses of quality information for each section by exchanging RTCP function-enhanced communication in addition to standard RTCP communication.

尚、本発明においては、RTP通信に基づく端末は、必ずしもRTCP機能(SR及びRRの送受信機能)を実装している必要はない。その場合、本発明による品質レポートサーバは、RTPの通過する網の一部の状態のみ反映した簡易なRTCPのRR情報送信装置として利用可能となる。   In the present invention, a terminal based on RTP communication does not necessarily have to have an RTCP function (SR and RR transmission / reception function). In this case, the quality report server according to the present invention can be used as a simple RTCP RR information transmitting apparatus reflecting only a part of the state of the network through which RTP passes.

図2は、本発明による基本的なシーケンス図である。   FIG. 2 is a basic sequence diagram according to the present invention.

図2によれば、最初に、ユーザ側ボックス40とユーザ側ボックス41との間で、IP網30及び31を介して、RTPによるデータ転送が行われている。また、両ボックス間では、RTCPによるSR及びRRの送受信が行われている。   According to FIG. 2, first, data transfer by RTP is performed between the user box 40 and the user box 41 via the IP networks 30 and 31. In addition, transmission and reception of SR and RR by RTCP is performed between both boxes.

このとき、ユーザ側ボックス40が、拡張送信側レポートメッセージxSRを、そのIP網30に属する品質レポートサーバ10へ送信する。そのxSRを受信した品質レポートサーバ10は、IP網31に属する品質レポートサーバ11へ、そのxSRを送信する。また、そのxSRを受信した品質レポートサーバ11は、ユーザ側ボックス41へ、そのxSRを送信する。   At this time, the user box 40 transmits the extended transmission report message xSR to the quality report server 10 belonging to the IP network 30. The quality report server 10 that has received the xSR transmits the xSR to the quality report server 11 belonging to the IP network 31. Further, the quality report server 11 that has received the xSR transmits the xSR to the user side box 41.

次に、xSRを受信したユーザ側ボックス41は、xSRの送信元となる品質レポートサーバ11へxRRを送信する。そのxRRには、ユーザ側ボックス41の品質情報UB41がレポートブロックRB(UB41)として含まれている。そのxRR(RB(UB41))を受信した品質レポートサーバ11は、xRR(RB(UB41))に、当該品質レポートサーバ11の品質情報RS11をレポートブロックRB(RS11)として連結する。そして、品質レポートサーバ11は、そのxRR(RB(UB41),RB(RS11))を品質レポートサーバ10へ送信する。そのxRR(RB(UB41),RB(RS11))を受信した品質レポートサーバ10は、xRRに、当該品質レポートサーバ10の品質情報RS10をレポートブロックRB(RS10)として連結する。そして、品質レポートサーバ10は、そのxRR(RB(UB41),RB(RS11),RB(RS10))をユーザ側ボックス40へ送信する。   Next, the user-side box 41 that has received xSR transmits xRR to the quality report server 11 that is the transmission source of xSR. The xRR includes the quality information UB41 of the user box 41 as a report block RB (UB41). The quality report server 11 that has received the xRR (RB (UB41)) links the quality information RS11 of the quality report server 11 to the xRR (RB (UB41)) as a report block RB (RS11). Then, the quality report server 11 transmits the xRR (RB (UB41), RB (RS11)) to the quality report server 10. The quality report server 10 that has received the xRR (RB (UB41), RB (RS11)) links the quality information RS10 of the quality report server 10 to the xRR as a report block RB (RS10). Then, the quality report server 10 transmits the xRR (RB (UB41), RB (RS11), RB (RS10)) to the user box 40.

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

Figure 2005073211
For example, the packet configuration of xRR (RB (UB41), RB (RS11), RB (RS10)) is as follows.
Figure 2005073211

品質レポートサーバは、以下のような一定の規則に基づいて動作している。
(1)xSRを送信していない状態で、宛先IPアドレスが自分ではないSRを検出した場合、検出したSRの宛先IPアドレスへxSRを送信する。
(2)xRRを送信していない状態で、宛先IPアドレスが自分ではないSRを検出した場合、検出したSRの送信元IPアドレスへxRRを送信する。
(3)自分宛でないxSRを検出した場合、検出したxSRの宛先IPアドレスへxSRを送信する。
(4)自分宛でないxRRを検出した場合、検出したxSRの送信元IPアドレスへxRRを送信する。
(5)自分宛のxSRを受信した場合、xSRの送信元IPアドレスに対してxRRを送信する。既にxRRを送信していた場合は、直近のxSRを有効とし、以前の宛先へのxRRの送信は中止する。但し、直近の一定時間、RTP/RTCPパケットを検出又は受信していない場合は、xRRを送信しない。
(6)自分宛のxRRを受信した場合、xRRの送信元IPアドレスに対してxSRを送信する。既にxSRを送信していた場合は、直近のxRRを有効とし、以前の宛先へのxSRの送信は中止する。但し、直近の一定時間、RTP/RTCPパケットを検出又は受信していない場合は、xSRを送信しない。
(7)RTP/RTCPが、一定時間、検出又は受信できない場合、xSR及びxRRの送信を停止する。
The quality report server operates based on certain rules as follows.
(1) When an SR whose destination IP address is not its own is detected in a state where the xSR is not transmitted, the xSR is transmitted to the detected destination IP address of the SR.
(2) When an SR whose destination IP address is not its own is detected in a state in which xRR is not transmitted, xRR is transmitted to the source IP address of the detected SR.
(3) When an xSR not addressed to itself is detected, the xSR is transmitted to the destination IP address of the detected xSR.
(4) When an xRR not addressed to itself is detected, the xRR is transmitted to the detected source IP address of the xSR.
(5) When xSR addressed to itself is received, xRR is transmitted to the transmission source IP address of xSR. If the xRR has already been transmitted, the latest xSR is validated and the transmission of the xRR to the previous destination is stopped. However, when no RTP / RTCP packet has been detected or received for the last certain period, xRR is not transmitted.
(6) When xRR addressed to itself is received, xSR is transmitted to the transmission source IP address of xRR. If the xSR has already been transmitted, the latest xRR is validated and the transmission of the xSR to the previous destination is stopped. However, if no RTP / RTCP packet has been detected or received for the last certain period, xSR is not transmitted.
(7) When RTP / RTCP cannot be detected or received for a certain time, transmission of xSR and xRR is stopped.

RTCP機能拡張通信装置(例えばユーザ側ボックス)は、以下のような一定の規則に基づいて動作している。
(1)通話開始時には、xSRを送信しない。
(2)自分宛のxSRを受信した場合、xSRの送信元IPアドレスに対してxRRを送信する。既にxRRを送信していた場合は、直近のxSRを有効とし、以前の宛先へのxRRの送信は中止する。但し、直近の一定時間、RTP/RTCPパケットを検出又は受信していない場合は、xRRを送信しない。
(3)自分宛のxRRを受信した場合、xRRの送信元IPアドレスに対してxSRを送信する。既にxSRを送信していた場合は、直近のxRRを有効とし、以前の宛先へのxSRの送信は中止する。但し、直近の一定時間、RTP/RTCPパケットを検出又は受信していない場合は、xSRを送信しない。
(4)RTP/RTCPが、一定時間、検出又は受信できない場合、xSR及びxRRの送信を停止する。
The RTCP function expansion communication apparatus (for example, a user box) operates based on a certain rule as follows.
(1) Do not transmit xSR at the start of a call.
(2) When xSR addressed to itself is received, xRR is transmitted to the transmission source IP address of xSR. If the xRR has already been transmitted, the latest xSR is validated and the transmission of the xRR to the previous destination is stopped. However, when no RTP / RTCP packet has been detected or received for the last certain period, xRR is not transmitted.
(3) When xRR addressed to itself is received, xSR is transmitted to the transmission source IP address of xRR. If the xSR has already been transmitted, the latest xRR is validated and the transmission of the xSR to the previous destination is stopped. However, if no RTP / RTCP packet has been detected or received for the last certain period, xSR is not transmitted.
(4) If RTP / RTCP cannot be detected or received for a certain period of time, transmission of xSR and xRR is stopped.

図2に基づくシーケンスは、RTCP機能拡張通信装置が、一定周期又は予め設定された時に、接続されるIP網に備えられた品質レポートサーバへ、xSRを送信することにより、最新の品質情報を取得することができる。また、RTCP機能拡張通信装置が、RTPパケット通信終了時に、接続されるIP網に備えられた品質レポートサーバへ、xSRを送信することにより、1つのセッションを終了する毎に、最新の品質情報を取得することができる。更に、RTCP機能拡張通信装置は、導出した品質情報と、該品質情報の項目毎に予め設定された閾値とを比較し、所定の条件を満たした場合に、品質情報をxRRによって品質レポートサーバへ送信することにより、所定の条件を満たした時毎に、最新の品質情報を取得することができる。   The sequence based on FIG. 2 acquires the latest quality information by transmitting the xSR to the quality report server provided in the connected IP network when the RTCP function-enhanced communication device is set at a fixed period or in advance. can do. In addition, the RTCP function extended communication device transmits the xSR to the quality report server provided in the connected IP network at the end of the RTP packet communication, so that the latest quality information is updated every time one session ends. Can be acquired. Furthermore, the RTCP function expansion communication device compares the derived quality information with a threshold value set in advance for each item of the quality information, and when a predetermined condition is satisfied, the quality information is transmitted to the quality report server by xRR. By transmitting, the latest quality information can be acquired every time a predetermined condition is satisfied.

これに対し、品質レポートサーバは、xSRをRTCP機能拡張通信装置へ送信することにより、RTCP機能拡張通信装置によって導出された品質情報を取得することができる。また、品質レポートサーバにより取得された品質情報は、品質情報収集サーバに収集することができる。これにより、複数のIP網の品質情報を統合して管理することができる。   On the other hand, the quality report server can acquire the quality information derived by the RTCP function expansion communication device by transmitting xSR to the RTCP function expansion communication device. The quality information acquired by the quality report server can be collected by the quality information collection server. Thereby, the quality information of a plurality of IP networks can be integrated and managed.

図3は、RTCP機能拡張通信が収束するまでの第1のシーケンス図である。   FIG. 3 is a first sequence diagram until the RTCP function expansion communication converges.

RTCP機能拡張通信装置と品質レポートサーバは、音声RTP通信を開始した時点では、経路上の他のRTCP機能拡張通信装置の存在の有無や、存在する場合の設置位置等についての情報を一切持たない。そのため、RTCP機能拡張通信装置及び品質レポートサーバ間でRTP及び標準RTCP通信を開始した後に、その通信を検出したRTCP機能拡張通信装置及び品質レポートサーバが、RTCP機能拡張通信を収束させる必要がある。即ち、図2のシーケンスが実現されるためには、図3のような方法で、RTCP機能拡張通信装置と品質レポートサーバとの間で、RTCP機能拡張通信が収束していなければならない。   The RTCP function extended communication device and the quality report server do not have any information about the presence or absence of other RTCP function extended communication devices on the route and the installation position in the case when the voice RTP communication is started. . Therefore, after starting RTP and standard RTCP communication between the RTCP function extended communication apparatus and the quality report server, the RTCP function extended communication apparatus and the quality report server that have detected the communication need to converge the RTCP function extended communication. That is, in order for the sequence of FIG. 2 to be realized, the RTCP function extended communication must converge between the RTCP function extended communication apparatus and the quality report server by the method shown in FIG.

図3によれば、品質レポートサーバ10は、標準RTCPのSRをリレーしたことに基づいて、そのSRの宛先IPアドレスへxSRを送信し、当該品質レポートサーバ10の品質情報をレポートブロックとして含むxRR(RB(RS10))を、そのSRの送信元IPアドレスへ送信する。これに対し、xSRを受信したユーザ側ボックス41は、当該ユーザ側ボックス41の品質情報をレポートブロックとして含むxRR(RB(UB41))を、そのxSRの送信元アドレスである品質レポートサーバ10へ送信する。一方、xRR(RB(RS10))を受信したユーザ側ボックス40は、xSRを、そのxRRの送信元アドレスである品質レポートサーバ10へ送信する。   According to FIG. 3, the quality report server 10 transmits xSR to the destination IP address of the SR based on relaying the standard RTCP SR, and includes the quality information of the quality report server 10 as a report block. (RB (RS10)) is transmitted to the source IP address of the SR. On the other hand, the user-side box 41 that has received xSR transmits xRR (RB (UB41)) including the quality information of the user-side box 41 as a report block to the quality report server 10 that is the source address of the xSR. To do. On the other hand, the user-side box 40 that has received xRR (RB (RS10)) transmits xSR to the quality report server 10 that is the source address of the xRR.

また、品質レポートサーバ11は、xSRをリレーしたことに基づいて、そのxSRの宛先IPアドレスへxSRを送信し、当該品質レポートサーバ11の品質情報をレポートブロックとして含むxRR(RB(RS11))を、そのSRの送信元IPアドレスへ送信する。これに対し、xSRを受信したユーザ側ボックス41は、当該ユーザ側ボックス41の品質情報をレポートブロックとして含むxRR(RB(UB41))を、そのxSRの送信元アドレスである品質レポートサーバ11へ送信する。   Further, the quality report server 11 transmits xSR to the destination IP address of the xSR based on the relaying of the xSR, and includes xRR (RB (RS11)) including the quality information of the quality report server 11 as a report block. To the source IP address of the SR. On the other hand, the user-side box 41 that has received xSR transmits xRR (RB (UB41)) including the quality information of the user-side box 41 as a report block to the quality report server 11 that is the source address of the xSR. To do.

図4は、RTCP機能拡張通信が収束するまでの第2のシーケンス図である。   FIG. 4 is a second sequence diagram until RTCP function expansion communication converges.

図4によれば、ユーザ側ボックス40がxSRを品質レポートサーバ10へ送信するとほぼ同時に、品質レポートサーバ11がxSRをユーザ側ボックス41へ送信した場合を考える。   According to FIG. 4, consider the case where the quality report server 11 transmits xSR to the user side box 41 almost simultaneously with the user side box 40 transmitting xSR to the quality report server 10.

xSRを受信した品質レポートサーバ10は、xSRを品質レポートサーバ11へ送信し、当該品質レポートサーバ11の品質情報RS11をレポートブロックとして含むxRR(RB(RS10))を、そのxSRの送信元IPアドレスであるユーザ側ボックス40へ送信する。また、xSRを受信したユーザ側ボックス41は、当該ユーザ側ボックス41の品質情報UB41をレポートブロックとして含むxRR(RB(UB41))を、そのxSRの送信元アドレスである品質レポートサーバ11へ送信する。   Upon receiving the xSR, the quality report server 10 transmits the xSR to the quality report server 11, and the xRR (RB (RS10)) including the quality information RS11 of the quality report server 11 as a report block is transmitted from the source IP address of the xSR. To the user box 40. The user box 41 that has received the xSR transmits xRR (RB (UB41)) including the quality information UB41 of the user box 41 as a report block to the quality report server 11 that is the source address of the xSR. .

xSRを受信した品質レポートサーバ11は、xRRを品質レポートサーバ10へ送信する。このとき、xRRは、品質レポートサーバ11の品質情報RS11だけでなく、既に受信されたユーザ側ボックス41の品質情報UB41も、レポートブロックとして含む。   The quality report server 11 that has received xSR transmits xRR to the quality report server 10. At this time, the xRR includes not only the quality information RS11 of the quality report server 11 but also the already received quality information UB41 of the user box 41 as a report block.

xRR(RB(UB41),RB(RS11))を受信した品質レポートサーバ10は、次に、ユーザ側ボックス40からxSRを受信した際に、xRR(RB(UB41),RB(RS11),RB(RS10))をユーザ側ボックス40へ送信する。   The quality report server 10 that has received xRR (RB (UB41), RB (RS11)) next receives xSR from the user box 40, and then xRR (RB (UB41), RB (RS11), RB ( RS10)) is transmitted to the user box 40.

これにより、ユーザ側ボックス40は、ユーザ側ボックス41との間に介在するIP網毎の品質情報に応じて、RTPパケットの送出間隔、音声符号化種別及び/又は音声符号化速度を制御することができる。   Thereby, the user side box 40 controls the transmission interval of RTP packets, the voice coding type and / or the voice coding speed in accordance with the quality information for each IP network interposed between the user side box 41 and the user side box 41. Can do.

品質情報には、以下のようなRTP/RTCPにより得られる情報がある。尚、VoIPパケットについては、トランスポートプロトコルのポート番号情報に基づいて導出することも好ましい。   The quality information includes information obtained by RTP / RTCP as follows. Note that the VoIP packet is preferably derived based on the port number information of the transport protocol.

取得日時:パケットをキャプチャした日付時刻(msec単位)
RTPポート番号:RTPストリームを識別するポート番号情報
RTP IPアドレス:RTPストリームを識別するIPアドレス情報
RTP符号化識別子:RTPペイロードの符号化タイプ情報
RTPペイロードサイズ:RTPペイロード部分のバイトサイズ
RTPパケット間隔:RTPタイムスタンプから算出されるRTPパケット送出間隔情報
Delay:伝送遅延。RTCPパケットの送受信から得られるRTT(Round-trip time)を2で割った値とする。
MeanDelay:伝送遅延の相加平均を表す。
MaxDelay:伝送遅延の最大値を表す。
CumulativeNumberOfPacketsLostRate:通話開始からの累積パケット損失数を表す。直近のRTCPパケットの累積損失数の値。
MaxPacketLost:ある時点のRTCPパケットと、その一つ前のRTCPパケットの累積パケット損失の差を取ることで、RTCP送出間隔毎のパケットロス数を得る。RTCPパケットを受信する毎にこのパケットロス数を算出し、通話開始から最大のパケットロス数を最大パケット損失率とする。
InterarrivalJitter:直近のレシーバレポート(RR)の到着間隔の揺らぎの値とする。
MeanJitter:パケットの到着間隔の揺らぎの相加平均を表す。
MaxJitter:到着間隔の揺らぎの最大値を表す。
Acquisition date and time: Date and time when the packet was captured (msec unit)
RTP port number: port number information identifying RTP stream RTP IP address: IP address information identifying RTP stream RTP encoding identifier: RTP payload encoding type information RTP payload size: RTP payload part byte size RTP packet interval: RTP packet transmission interval information calculated from RTP time stamp
Delay: Transmission delay. A value obtained by dividing RTT (Round-trip time) obtained from transmission / reception of an RTCP packet by two.
MeanDelay: represents the arithmetic mean of transmission delay.
MaxDelay: Indicates the maximum value of transmission delay.
CumulativeNumberOfPacketsLostRate: represents the cumulative number of packet losses since the start of the call. The value of the cumulative loss number of the most recent RTCP packet.
MaxPacketLost: The number of packet losses for each RTCP transmission interval is obtained by taking the difference in accumulated packet loss between the RTCP packet at a certain point in time and the previous RTCP packet. Each time an RTCP packet is received, the number of packet losses is calculated, and the maximum number of packet losses from the start of the call is set as the maximum packet loss rate.
InterarrivalJitter: The fluctuation value of the arrival interval of the latest receiver report (RR).
MeanJitter: Represents an arithmetic average of fluctuations in the arrival interval of packets.
MaxJitter: Represents the maximum value of the arrival interval fluctuation.

図5は、本発明による各装置の機能構成図である。   FIG. 5 is a functional configuration diagram of each device according to the present invention.

品質レポートサーバ装置1は、IP網と接続するためのIPインタフェース機能部101と、トランスポートプロトコルヘッダ情報抽出機能部102と、トランスポートプロトコル判定機能部103と、RTCP情報判定機能部104と、RTCP情報加工処理機能部105と、パケット送信機能部107と、品質情報管理データベース機能部106とを有する。   The quality report server apparatus 1 includes an IP interface function unit 101 for connecting to an IP network, a transport protocol header information extraction function unit 102, a transport protocol determination function unit 103, an RTCP information determination function unit 104, and an RTCP The information processing function unit 105, the packet transmission function unit 107, and the quality information management database function unit 106 are included.

IPインタフェース機能部101が随時IPパケットのモニタを行い、トランスポートプロトコルヘッダ情報抽出機能部102及びトランスポートプロトコル判定機能部103がRTCPパケットの抽出を行う。その後、RTCP情報判定機能部104がRTCP情報を抽出し、RTCP情報加工処理機能部105がRTCP機能拡張通信処理を行う。RTCP情報に基づいて収集された品質情報は、品質情報管理データベース機能部106に蓄積管理される。また、RTCP機能拡張通信処理を施されたRTCPパケット及び蓄積された品質情報は、パケット送信機能部107がIP網3へ送信する。   The IP interface function unit 101 monitors IP packets as needed, and the transport protocol header information extraction function unit 102 and the transport protocol determination function unit 103 extract RTCP packets. Thereafter, the RTCP information determination function unit 104 extracts the RTCP information, and the RTCP information processing function unit 105 performs the RTCP function extended communication process. Quality information collected based on the RTCP information is stored and managed in the quality information management database function unit 106. Further, the RTCP packet subjected to the RTCP function extended communication process and the stored quality information are transmitted to the IP network 3 by the packet transmission function unit 107.

尚、後述する品質情報収集サーバからの品質情報取得要求パケットは、トランスポートプロトコル判定機能部103で検出された後、品質情報管理データベース機能部106へ必要な処理要求が送信され、これに基づいて品質情報がパケット送信機能部107を介してIP網3へ送信される。   A quality information acquisition request packet from a quality information collection server, which will be described later, is detected by the transport protocol determination function unit 103, and then a necessary processing request is transmitted to the quality information management database function unit 106. Quality information is transmitted to the IP network 3 via the packet transmission function unit 107.

品質情報収集サーバ2は、IP網と接続するためのIPインタフェース機能部21と、トランスポートプロトコルヘッダ情報抽出機能部22と、トランスポートプロトコル判定機能部23と、品質情報管理データベース機能部25と、品質情報収集スケジュール管理機能部24とを有する。   The quality information collection server 2 includes an IP interface function unit 21 for connecting to the IP network, a transport protocol header information extraction function unit 22, a transport protocol determination function unit 23, a quality information management database function unit 25, And a quality information collection schedule management function unit 24.

品質情報収集スケジュール管理機能部24において記憶されたスケジュール、又は品質情報の閾値に応じて、品質情報収集イベントパケットがIPインタフェース機能部21を介して送信される。また、IPインタフェース機能部21がIPパケットを受信し、トランスポートプロトコルヘッダ情報抽出機能部22及びトランスポートプロトコル判定機能部23とが、品質情報収集イベントパケット又は品質情報パケットを判別する。品質情報管理データベース機能部25は、品質情報パケットの情報を蓄積管理する。   A quality information collection event packet is transmitted via the IP interface function unit 21 according to the schedule stored in the quality information collection schedule management function unit 24 or the threshold value of the quality information. The IP interface function unit 21 receives the IP packet, and the transport protocol header information extraction function unit 22 and the transport protocol determination function unit 23 determine the quality information collection event packet or the quality information packet. The quality information management database function unit 25 stores and manages information of quality information packets.

ユーザ側ボックス4は、IP網と接続するためのIPインタフェース機能部401と、RTCP情報判定機能部402と、RTCP情報加工処理機能部403と、パケット受信処理機能部404と、パケット送信処理機能部406と、VoIP処理機能部407と、電話機又はFAX機能部408と、電話端末接続機能部409と、ユーザ側IPパケット通信機器接続機能部405とを有する。   The user box 4 includes an IP interface function unit 401 for connecting to the IP network, an RTCP information determination function unit 402, an RTCP information processing function unit 403, a packet reception processing function unit 404, and a packet transmission processing function unit. 406, a VoIP processing function unit 407, a telephone or FAX function unit 408, a telephone terminal connection function unit 409, and a user-side IP packet communication device connection function unit 405.

IPインタフェース機能部401がIPパケットを受信し、RTCP情報判定機能部402がRTCP情報を抽出し、RTCP情報加工処理機能部403が、後述するRTCP機能拡張通信処理を行う。また、RTCP機能拡張通信により得られた区間単位での品質情報に基づき、パケット送信処理機能部406において、RTP送出間隔を制御し、又は音声符号化種別又は音声符号化速度を選択する。   The IP interface function unit 401 receives the IP packet, the RTCP information determination function unit 402 extracts the RTCP information, and the RTCP information processing function unit 403 performs an RTCP function extended communication process described later. Further, based on the quality information for each section obtained by the RTCP function extended communication, the packet transmission processing function unit 406 controls the RTP transmission interval, or selects the voice coding type or the voice coding speed.

電話端末接続機能部409は、電話機又はFAX装置からの情報をフォーマット変換し、電話機又はFAX機能部408とVoIP呼処理機能部407とにより、必要な呼処理が相互に変換される。その後、パケット送信処理機能部406を介してIP網へパケットが送信される。尚、IPインタフェース機能部401を介して受信したRTPパケット(電話機又はFAX装置408への情報パケット)は、RTCP情報判定機能部402を経由した後、パケット受信処理機能部404へ送られる。そして、パケット分解された後で、情報がVoIP呼処理機能部407及び電話機又はFAX機能部408へ順に転送され、電話端末接続機能部409においてフォーマット変換をされた後、電話機又はFAX装置へ転送される。   The telephone terminal connection function unit 409 converts the format of information from the telephone or FAX device, and necessary call processing is mutually converted by the telephone or FAX function unit 408 and the VoIP call processing function unit 407. Thereafter, the packet is transmitted to the IP network via the packet transmission processing function unit 406. An RTP packet (information packet to the telephone or FAX apparatus 408) received via the IP interface function unit 401 is sent to the packet reception processing function unit 404 after passing through the RTCP information determination function unit 402. Then, after the packet is disassembled, the information is sequentially transferred to the VoIP call processing function unit 407 and the telephone or FAX function part 408, converted in format by the telephone terminal connection function part 409, and then transferred to the telephone or FAX apparatus. The

本発明は、RTP/RTCPに基づいて、IP網を構成する区間単位でパケット転送特性情報を両端末が認識することができる品質レポートサーバ及びシステムに利用可能である。   The present invention can be used for a quality report server and a system in which both terminals can recognize packet transfer characteristic information in units of sections constituting an IP network based on RTP / RTCP.

本発明によるシステム構成図である。1 is a system configuration diagram according to the present invention. 本発明による基本的なシーケンス図である。FIG. 3 is a basic sequence diagram according to the present invention. RTCP機能拡張通信が収束するまでの第1のシーケンス図である。It is a 1st sequence diagram until RTCP function expansion communication converges. RTCP機能拡張通信が収束するまでの第2のシーケンス図である。It is a 2nd sequence diagram until RTCP function expansion communication converges. 本発明による各装置の機能構成図である。It is a functional block diagram of each apparatus by this invention.

符号の説明Explanation of symbols

10〜12 品質レポートサーバ
2 品質情報収集サーバ
30〜32 IP網
40〜42 ユーザ側ボックス
50〜52 PC端末
60〜62 FAX端末
70〜72 音声電話端末
80〜82 モデム端末
90 公衆電話網
91 ゲートウェイ
10-12 Quality report server 2 Quality information collection server 30-32 IP network 40-42 User side box 50-52 PC terminal 60-62 FAX terminal 70-72 Voice telephone terminal 80-82 Modem terminal 90 Public telephone network 91 Gateway

Claims (12)

IP網に備えられた品質レポートサーバであって、
RTP/RTCPパケットをキャプチャによりモニタし且つそれら品質情報を取得する手段と、
前記IP網における区間品質情報を導出する区間品質情報導出手段と、
RTCPの拡張レポートメッセージを受信した際に、前記区間品質情報を連結した該拡張レポートメッセージを送信するレポートメッセージ送信手段と
を有することを特徴とする品質レポートサーバ。
A quality report server provided in the IP network,
Means for monitoring RTP / RTCP packets by capture and obtaining quality information thereof;
Section quality information deriving means for deriving section quality information in the IP network;
A quality report server, comprising: a report message transmission unit configured to transmit the extended report message in which the section quality information is connected when an RTCP extended report message is received.
前記レポートメッセージ送信手段は、
拡張送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、その宛先アドレスへ送信し、自アドレスであるならば、前記区間品質情報を連結した拡張受信側レポートメッセージをその送信元アドレスへ送信し、
拡張受信側レポートメッセージを受信した際に、該拡張受信側レポートメッセージに前記区間品質情報を連結して、その宛先アドレスへ送信することを特徴とする請求項1に記載の品質レポートサーバ。
The report message transmission means includes:
When the extended transmission side report message is received, if the destination address is not its own address, it is transmitted to the destination address, and if it is the local address, the extended reception side report message concatenated with the section quality information is transmitted. Send to the original address,
2. The quality report server according to claim 1, wherein, when an extended reception report message is received, the section quality information is connected to the extended reception report message and transmitted to the destination address. 3.
前記レポートメッセージ送信手段は、
RTPに基づく送信側レポートメッセージを受信した際に、その宛先アドレスが自アドレスでないならば、前記拡張送信側レポートメッセージをその宛先アドレスへ送信し、前記区間品質情報を連結した前記拡張受信側レポートメッセージをその送信元アドレスへ送信することを特徴とする請求項1又は2に記載の品質レポートサーバ。
The report message transmission means includes:
If the destination address is not its own address when the sender side report message based on RTP is received, the extended sender side report message is transmitted to the destination address and the section quality information is concatenated. The quality report server according to claim 1, wherein the quality report server is transmitted to the transmission source address.
複数のIP網を介して通信する少なくとも2つのRTP/RTCPを有する端末と、
前記IP網それぞれに備えられた請求項1から3のいずれか1項に記載の複数の品質レポートサーバとを有するシステムであって、
前記端末は、
RTP/RTCPパケットに基づいてその品質情報を導出する手段と、
受信された前記拡張受信側レポートメッセージに連結された複数の前記区間品質情報に基づいて、RTPパケットの送受信を制御するRTP制御手段と、
拡張送信側レポートメッセージを受信した際に、自らの品質情報を付加した拡張受信側レポートメッセージをその送信元アドレスへ送信し、拡張受信側レポートメッセージを受信した際に、その送信元アドレスへ拡張送信側レポートメッセージを送信するレポートメッセージ送信手段と
を有することを特徴とするシステム。
A terminal having at least two RTP / RTCP communicating via a plurality of IP networks;
A system having a plurality of quality report servers according to any one of claims 1 to 3 provided in each of the IP networks,
The terminal
Means for deriving quality information based on RTP / RTCP packets;
RTP control means for controlling transmission / reception of RTP packets based on a plurality of the section quality information concatenated with the received extended reception report message;
When an extended sender report message is received, an extended receiver report message with its own quality information is sent to the source address, and when an extended receiver report message is received, an extended transmission is sent to the source address. And a report message transmission means for transmitting a side report message.
前記RTP制御手段は、RTPパケットの送出間隔、音声符号化種別及び/又は音声符号化速度を制御することを特徴とする請求項4に記載のシステム。   The system according to claim 4, wherein the RTP control unit controls an RTP packet transmission interval, a voice coding type, and / or a voice coding speed. 前記端末のレポートメッセージ送信手段は、一定周期又は予め設定された時に、該端末に接続される前記IP網に備えられた前記品質レポートサーバへ、前記拡張送信側レポートメッセージを送信することを特徴とする請求項4又は5に記載のシステム。   The report message transmission means of the terminal transmits the extended transmission side report message to the quality report server provided in the IP network connected to the terminal at a predetermined period or when preset. The system according to claim 4 or 5. 前記端末のレポートメッセージ送信手段は、RTPパケット通信終了時に、該端末に接続される前記IP網に備えられた前記品質レポートサーバへ、前記拡張送信側レポートメッセージを送信することを特徴とする請求項4又は5に記載のシステム。   The report message transmission means of the terminal transmits the extended transmission side report message to the quality report server provided in the IP network connected to the terminal when RTP packet communication ends. The system according to 4 or 5. 前記端末のレポートメッセージ送信手段は、導出した品質情報と、該品質情報の項目毎に予め設定された閾値とを比較し、所定の条件を満たした場合に、前記品質情報を前記拡張受信側レポートメッセージによって前記品質レポートサーバへ送信することを特徴とする請求項4又は5に記載のシステム。   The report message transmission means of the terminal compares the derived quality information with a threshold value set in advance for each item of the quality information, and if the predetermined condition is satisfied, the quality information is transmitted to the extended receiving side report. 6. The system according to claim 4, wherein the system transmits the message to the quality report server. 前記品質レポートサーバのレポートメッセージ送信手段は、前記端末によって導出された前記品質情報を取得するために、前記拡張送信側レポートメッセージを前記端末へ送信する手段を更に有することを特徴とする請求項4から8のいずれか1項に記載のシステム。   5. The report message transmission means of the quality report server further comprises means for transmitting the extended transmission side report message to the terminal in order to obtain the quality information derived by the terminal. The system according to any one of 1 to 8. 前記品質レポートサーバの区間品質情報導出手段は、VoIPパケットについて、トランスポートプロトコルのポート番号情報に基づく前記品質情報を導出することを特徴とする請求項4から9のいずれか1項に記載のシステム。   10. The system according to claim 4, wherein the section quality information deriving unit of the quality report server derives the quality information based on port number information of a transport protocol for a VoIP packet. . 請求項1から3のいずれか1項に記載の品質レポートサーバと、
前記品質レポートサーバから前記区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバとを有することを特徴とするシステム。
The quality report server according to any one of claims 1 to 3,
And a quality information collection server having means for acquiring and accumulating the section quality information from the quality report server.
前記品質レポートサーバから前記区間品質情報を取得し且つ蓄積する手段を有する品質情報収集サーバを更に有することを特徴とする請求項4から10のいずれか1項に記載のシステム。
The system according to any one of claims 4 to 10, further comprising a quality information collection server having means for acquiring and accumulating the section quality information from the quality report server.
JP2003304212A 2003-08-28 2003-08-28 Quality report server and system Expired - Fee Related JP3994946B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003304212A JP3994946B2 (en) 2003-08-28 2003-08-28 Quality report server and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003304212A JP3994946B2 (en) 2003-08-28 2003-08-28 Quality report server and system

Publications (2)

Publication Number Publication Date
JP2005073211A true JP2005073211A (en) 2005-03-17
JP3994946B2 JP3994946B2 (en) 2007-10-24

Family

ID=34407965

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003304212A Expired - Fee Related JP3994946B2 (en) 2003-08-28 2003-08-28 Quality report server and system

Country Status (1)

Country Link
JP (1) JP3994946B2 (en)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006352420A (en) * 2005-06-15 2006-12-28 Kddi Corp Terminal sending and receiving quality packet including communication quality information, quality report server, and program
JP2007288781A (en) * 2006-04-19 2007-11-01 Samsung Electronics Co Ltd Quality of service securing method and apparatus
JP4659765B2 (en) * 2004-02-18 2011-03-30 エヌエイチエヌ コーポレーション Network operator cooperative apparatus, and telephone system and method for providing optimal route for voice call using the same
KR101190817B1 (en) 2011-01-06 2012-10-15 한국인터넷진흥원 System for collecting voice quality information of internet telephone
CN102792733A (en) * 2010-03-12 2012-11-21 三星电子株式会社 Method for reporting QoS control-related information in network and network entity therefor
GB2500740A (en) * 2012-03-23 2013-10-02 Avaya Inc Real-time Transport Control Protocol (RTCP) extension to obtain end-to-end session information
US8649258B2 (en) 2009-12-11 2014-02-11 Fujitsu Limited Relay apparatus, data relay method, and communication system
US9178778B2 (en) 2012-03-23 2015-11-03 Avaya Inc. System and method for end-to-end RTCP
US9356917B2 (en) 2012-03-23 2016-05-31 Avaya Inc. System and method for end-to-end encryption and security indication at an endpoint
US9860296B2 (en) 2012-03-23 2018-01-02 Avaya Inc. System and method for end-to-end call quality indication
JP2020136805A (en) * 2019-02-15 2020-08-31 沖電気工業株式会社 Communication device and communication method

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4659765B2 (en) * 2004-02-18 2011-03-30 エヌエイチエヌ コーポレーション Network operator cooperative apparatus, and telephone system and method for providing optimal route for voice call using the same
JP2006352420A (en) * 2005-06-15 2006-12-28 Kddi Corp Terminal sending and receiving quality packet including communication quality information, quality report server, and program
JP2007288781A (en) * 2006-04-19 2007-11-01 Samsung Electronics Co Ltd Quality of service securing method and apparatus
US8520558B2 (en) 2006-04-19 2013-08-27 Samsung Electronics Co., Ltd. Quality of service securing method and apparatus
US8649258B2 (en) 2009-12-11 2014-02-11 Fujitsu Limited Relay apparatus, data relay method, and communication system
CN102792733A (en) * 2010-03-12 2012-11-21 三星电子株式会社 Method for reporting QoS control-related information in network and network entity therefor
JP2013523003A (en) * 2010-03-12 2013-06-13 サムスン エレクトロニクス カンパニー リミテッド Method of reporting quality of service related information in a network and network entity for this
KR101190817B1 (en) 2011-01-06 2012-10-15 한국인터넷진흥원 System for collecting voice quality information of internet telephone
GB2500740A (en) * 2012-03-23 2013-10-02 Avaya Inc Real-time Transport Control Protocol (RTCP) extension to obtain end-to-end session information
GB2500740B (en) * 2012-03-23 2014-07-09 Avaya Inc System and method for end-to-end RTCP
US9178778B2 (en) 2012-03-23 2015-11-03 Avaya Inc. System and method for end-to-end RTCP
US9356917B2 (en) 2012-03-23 2016-05-31 Avaya Inc. System and method for end-to-end encryption and security indication at an endpoint
US9860296B2 (en) 2012-03-23 2018-01-02 Avaya Inc. System and method for end-to-end call quality indication
US9998517B2 (en) 2012-03-23 2018-06-12 Avaya Inc. System and method for end-to-end RTCP
JP2020136805A (en) * 2019-02-15 2020-08-31 沖電気工業株式会社 Communication device and communication method

Also Published As

Publication number Publication date
JP3994946B2 (en) 2007-10-24

Similar Documents

Publication Publication Date Title
AU2003248437B2 (en) Packet Transmission System and Packet Reception System
KR100551859B1 (en) Priority handling of voice over data in a voice-over-internet protocol processor
US8064348B2 (en) Gathering traffic profiles for endpoint devices that are operably coupled to a network
KR101871303B1 (en) Method for subscribing to streams from multicast clients
JP3690316B2 (en) Data transmission system, header information addition device, data format conversion device, and data transmission method
CN105071897B (en) A kind of network real-time audio conversation media data multi-path redundancy transmission method
JP3994946B2 (en) Quality report server and system
JP2006245887A (en) Method of scheduling transmission packet in wireless mac processing section, program and wireless communication apparatus
CA2438835A1 (en) Bridge apparatus and bridge method
JP4856251B2 (en) Header suppression in wireless communication networks
KR20070081237A (en) Apparatus and method for conversion of mac frame in broadband wireless access system
JP4020018B2 (en) Packet information identification method and system
TWI240516B (en) System for automatically selecting voice data transmission and reception system for IP network, method thereof, and IP terminal
US8880684B2 (en) Method and system for measuring individual network round-trip delays in IP gateways
US7191370B2 (en) Data transmitter device, repeater device, data transmission/reception device, and data communication method
JP3663893B2 (en) Data relay system
JP4275265B2 (en) Call control server and voice data communication method
JP2006352420A (en) Terminal sending and receiving quality packet including communication quality information, quality report server, and program
KR101384125B1 (en) Apparatus and method for generating quality of service parameter about mac layer in communication system
JP7283057B2 (en) Communication device, communication method and program
JP2009105952A (en) Packet repeater and packet repeating method
JP2005123985A (en) Communication apparatus and communication method
JP2010288167A (en) Network relay device
Chin et al. An Internet telephone software system for real-time voice communication
JPWO2004049657A1 (en) Transmission equipment

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050830

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070413

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070424

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070612

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070710

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070723

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100810

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 3994946

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100810

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100810

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110810

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110810

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130810

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees