JP3769468B2

JP3769468B2 - 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置

Info

Publication number: JP3769468B2
Application number: JP2001081321A
Authority: JP
Inventors: 健吉村; 敏朗河原; 智之大矢; 稔栄藤
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2001-03-21
Filing date: 2001-03-21
Publication date: 2006-04-26
Anticipated expiration: 2021-03-21
Also published as: CN1375966A; KR100457954B1; CN100431311C; EP1249975A2; KR20020075246A; SG108839A1; US20020136162A1; EP1249975A3; JP2002281078A

Description

【０００１】
【発明の属する技術分野】
本発明は、送信端末装置から受信端末装置に送信するＲＴパケットの品質を制御する通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置に関する。
【０００２】
【従来の技術】
インターネット等のＩＰ（Internet Protocol）プロトコルを用いたネットワーク（ＩＰネットワーク）を介して、いわゆるインターネット電話，ビデオ会議、あるいは音楽・映像の配信等のサービスを提供する場合には、パケットをリアルタイムで伝送することが要求される。
【０００３】
このような要求に応じて、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ（Request For Comments）１８８９では、ＩＰネットワークにおいてパケットをリアルタイムに伝送するためのリアルタイム伝送プロトコル（ＲＴＰ：Real-time Transport Protocol）が規定されている。このＲＴＰでは、シーケンスナンバ，タイムスタンプ等を用いたプロトコルが規定されている。
【０００４】
このＲＴＰによって、音声，映像等のデータを送信する場合には、サービスの品質（ＱｏＳ：Quality of Service）を維持するためには、スループット，遅延，パケットロス等の面で厳しい条件が要求される。しかしながら、インターネット等のＩＰネットワークは、基本的には、最善努力（Best effort）型のネットワークであるため、これらの条件を完全に満たすのは困難である。
【０００５】
このため、ＲＦＣ１８８９では上述のＲＴＰと共に、ＲＴＰセッションを制御，監視し、ネットワークの混雑状態等に対応させて送信レート，パケットの遅延あるいはパケットロス等を制御するためのプロトコル（ＲＴＣＰ：RTP Control Protocol）が規定されている。
【０００６】
このＲＴＣＰでは、図１６に示すように、受信端末装置２２０が、受信したＲＴＰパケットのパケットロス数，パケットロス率，遅延ゆらぎ（ジッタ）等の情報をＲＴＣＰレポートとして、送信端末装置２００にフィードバックする。送信端末装置２００は、フィードバックされたＲＴＣＰレポート中の情報からネットワークの混雑状態を把握し、これに応じて送信レートの制御等を実行する。
【０００７】
例えば、特開２０００−１８３９５８，特開平１１−２８４６５９，特開平１１−３４１０６４に開示された通信制御方法等では、送信端末装置は、受信端末装置からのＲＴＣＰレポート中のパケットロス情報，遅延情報等を用いてネットワークの混雑状態を把握し、これに応じて送信レートを決定するようになっている。
【０００８】
【発明が解決しようとする課題】
ところで、送信端末装置から受信端末装置の間に、無線回線のような伝送状態の悪い伝送路を含む場合には、伝送路の誤りによって、パケットロス，当該リンクにおけるパケット再送に起因する遅延，遅延ゆらぎ（ジッタ）が生じる。
【０００９】
しかしながら、上述のＲＴＣＰでは、ＲＴＣＰレポートを送信するのは受信端末装置だけであり、伝送路の伝送状態による遅延，ジッタ等の通知は考慮されていない。このため、伝送路の伝送状態によってパケットロス，再送による遅延，ジッタ等が生じた場合には、送信端末装置は、ネットワークの混雑によるパケットロス，遅延，ジッタと誤認識して、不必要に送信レートを低下させる等の無用の品質の低下を招く場合がある。
【００１０】
本発明は、上述の課題に鑑みてなされたものであり、送信端末装置から受信端末装置の間に伝送状態の悪い伝送路を含む場合でも、送信するパケットの品質を適切に制御することができる通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上述の問題を解決するために、本発明は、送信端末装置から受信端末装置に送信するＲＴパケットの品質を制御する通信品質の制御技術であって、送信端末装置からのＲＴパケットを中継する中継装置が受信したＲＴパケットの伝送状態に応じて伝送路の混雑状態を解析し、混雑状態の解析結果に応じて送信端末装置が送信するＲＴパケットの送信レートを制御することを特徴とする。
【００１２】
ＲＴパケットの伝送状態には、例えばパケットロス数，パケットロス率，遅延，遅延ゆらぎ等が含まれる。
【００１３】
この通信品質の制御技術では、中継装置が受信したＲＴパケットに応じて解析した伝送路の混雑状態に応じて送信端末装置が送信するＲＴパケットの送信レートを制御することができる。
【００１４】
また、本発明に係る他の通信品質の制御技術では、送信端末装置と受信端末装置の間の伝送路の混雑状態を解析し、送信端末装置と受信端末装置の間のＲＴパケットの伝送状態を解析し、これらの伝送路の混雑状態の解析結果と伝送状態の解析結果に応じて送信端末装置が送信するＲＴパケットの品質（例えば伝送レート，エラー耐性等）を制御することを特徴とする。
【００１５】
この通信品質の制御技術では、伝送路の混雑状態の解析結果と、伝送状態の解析結果に応じて送信端末装置が送信するＲＴパケットの品質を制御することにより、伝送路の状態に応じたＲＴパケットの品質の制御を行うことができる。
【００１６】
【発明の実施の形態】
図１は、本発明の第１の実施形態に係る通信システムの構成を示すブロック図である。
【００１７】
この通信システムは、例えば音声，動画等に応じたデータパケット（ＲＴパケット）をリアルタイムで送信する送信端末装置１０と、例えば有線回線（伝送路）を介して接続された送信端末装置１０からのデータパケットを中継する中継装置２０と、送信端末装置１０からのデータパケットの伝送状態を解析するパケット解析装置３０と、送信端末装置１０からのデータパケットを無線回線（伝送路）を介して中継する基地局４０と、基地局４０を介して供給される送信端末装置１０からのデータパケットを受信する受信端末装置５０とを備えている。なお、この図１では、説明の簡略化のために中継装置２０を１つとして示しているが、複数の中継装置を経由する構成としてもよい。
【００１８】
以下、データパケットの伝送状態を示す情報としてＲＴＣＰレポートを用いる場合について説明するが、データパケットの伝送状態を示す情報はこれに限定されるものではなく、伝送状態を示すパケットロス率，ジッタ等の情報を有するものであれば、他の形式のメッセージ等とすることもできる。
【００１９】
送信端末装置１０は、例えばＣＰＵ，メモリ等を備えたパーソナル・コンピュータ（ＰＣ）等の情報処理装置からなる。この送信端末装置１０は、例えばカメラ１１からの映像信号に応じたデータあるいはハードディスクドライブ装置（ＨＤＤ）１２に保持されている画像データ，音声データ等に応じたデータパケットを生成するデータパケット生成部１３と、中継装置２０に対するパケットを送信するパケット送信部１４と、中継装置２０に対する通信を行う通信インターフェース（通信Ｉ／Ｆ）１５と、中継装置２０からのパケットを受信するパケット受信部１６と、パケット受信部１６が受信したパケットからＲＴＣＰレポートを抽出するレポート振分部１７と、レポート振分部１７が抽出したＲＴＣＰレポートを保持するレポート保持部１８と、パケット解析装置３０からのＲＴＣＰレポート，受信端末装置５０からのＲＴＣＰレポートに応じて送信レート等の通信の品質を制御するＱｏＳ（Quality of Service）制御部１９（混雑状態解析手段，送信品質制御手段）とを備えている。なお、データパケット生成部１３，レポート振分部１７，ＱｏＳ制御部１９等はハードウェアとして実現してもよいが、ソフトウェアとして実現してもよい。
【００２０】
中継装置２０は、送信端末装置１０及びパケット解析装置３０に有線回線を介して接続されており、送信端末装置１０，パケット解析装置３０に対する通信を行う通信Ｉ／Ｆ，中継経路を制御する経路制御部等を備えている。
【００２１】
また、パケット解析装置３０は、中継装置２０に対する通信を行う通信Ｉ／Ｆ３１と、中継装置２０からのパケットを受信するパケット受信部３２と、パケット受信部３２が受信したパケットからデータパケットを抽出するデータパケット抽出部３３と、基地局４０に対するパケットを送信するパケット送信部３４と、基地局４０に対する通信を行う通信Ｉ／Ｆ３５と、データパケット抽出部３３が抽出したデータパケットの伝送状態を解析する統計情報計算部３６（中間パケット解析手段，伝送状態解析手段）と、データパケットの伝送状態に応じたＲＴＣＰレポートを生成するレポート生成部３７と、基地局４０からのパケットを受信するパケット受信部３８と、中継装置２０に対するパケットを送信するパケット送信部３９とを備えている。なお、データパケット抽出部３３，統計情報計算部３６，レポート生成部３７等はハードウェアとして実現してもよいが、ソフトウェアとして実現してもよい。
【００２２】
基地局４０は、パケット解析装置３０には有線回線を介して接続されており、受信端末装置５０には無線回線を介して接続されている。このために、基地局４０は、有線回線を介してパケット解析装置３０に対する通信を行う通信Ｉ／Ｆ，無線回線を介して受信端末装置５０に対する通信を行う通信Ｉ／Ｆ，中継経路を選択する経路選択制御部等を備えている。
【００２３】
また、受信端末装置５０は、例えばＣＰＵ，メモリ等を備えた携帯電話，ＰＣ，パーソナル・デジタル・アシスタント（ＰＤＡ）等の情報処理装置からなる。この受信端末装置５０は、基地局４０に対する通信を行う通信Ｉ／Ｆ５１と、基地局４０からのパケットを受信するパケット受信部５２と、このパケット受信部５２が受信したパケットからデータパケットを抽出するデータパケット抽出部５３と、データパケット抽出部５３によって抽出されたデータパケット中の音声データ，映像データ等に応じた音声，画像の表示を行う表示部５４と、データパケット抽出部５３が抽出したデータパケットの伝送状態を解析する統計情報計算部５５（受信パケット解析手段，伝送状態解析手段）と、データパケットの伝送状態に応じたＲＴＣＰレポートを生成するレポート生成部５６と、基地局４０に対するパケットを送信するパケット送信部５７とを備えている。なお、データパケット抽出部５３，統計情報計算部５５，レポート生成部５６等はハードウェアとして実現してもよいが、ソフトウェアとして実現してもよい。
【００２４】
以下、上述のように構成された通信システムの動作を説明する。
【００２５】
送信端末装置１０のデータパケット生成部１３は、ＱｏＳ制御部１９からの制御によって設定された所定の送信レートで、カメラ１１からの映像信号に応じたデータあるいはハードディスクドライブ装置（ＨＤＤ）１２に保持されている画像データ，音声データ等に応じたデータパケットを生成する。
【００２６】
このデータパケット生成部１３は、例えばＲＦＣ１８８９で規定されているリアルタイム伝送プロトコル（ＲＴＰ：Real-time Transport Protocol）で規定されているＲＴＰパケットのフォーマットに従ってデータパケットを生成する。
【００２７】
このＲＴＰパケットは、送信端末装置１０と受信端末装置５０の識別情報等を含むＲＴＰヘッダと、音声データ，映像データ等のデータを含むペイロードとからなる。
【００２８】
ＲＴＰヘッダには、図２に示すように、バージョン（Ｖ），パディング（Ｐ），拡張（Ｘ：extension），ＣＳＲＣ（contributing source）カウント（ＣＣ：CSRC Count），マーカー（Ｍ），ペイロード中のデータの形式（例えば音声データ，映像データの別）等を示すペイロード・タイプ（ＰＴ），シーケンス番号，タイムスタンプ，同期伝送の基準となる装置を識別するためのＳＳＲＣ（synchronization source）識別子，関連する装置を識別するためのＣＳＲＣ（contributing source）識別子が含まれている。
【００２９】
パケット送信部１４は、このようなフォーマットに従って生成されたＲＴＰパケットに送信側と受信側のポート番号等を含むＵＤＰヘッダを付加してＵＤＰパケットを構成する。パケット送信部１４は、このように構成したＵＤＰパケットに送信元の装置（送信端末装置１０）と送信先の装置（受信端末装置５０）のＩＰアドレス等を含むＩＰヘッダを付加してＩＰパケットを構成し、通信Ｉ／Ｆ１５に供給する。
【００３０】
通信Ｉ／Ｆ１５は、通信回線を介して構成したＩＰパケットを中継装置２０に送信する。送信されたＩＰパケットは、送信先のアドレスに従って、中継装置２０，パケット解析装置３０，基地局４０を介して受信端末装置５０の通信Ｉ／Ｆ５１に供給される。
【００３１】
通信Ｉ／Ｆ５１にＩＰパケットが供給されると、パケット受信部５２は、ＩＰパケットからＵＤＰパケットを抽出し、さらにＵＤＰパケットのＵＤＰヘッダ中のポート番号に応じてＲＴＰパケットを抽出してデータパケット抽出部５３に供給する。
【００３２】
データパケット抽出部５３は、例えばＲＴＰヘッダ中のペイロードタイプ（ＰＴ）に応じて音声データ，映像データ等を再生し、表示部５４と統計情報計算部５５に供給する。表示部５４は、供給されたデータに応じた表示を行う。例えばデータパケット抽出部５３から供給されたデータが音声データであれば音声を再生し、供給されたデータが映像データであれば映像を再生する。
【００３３】
一方、統計情報計算部５５は、供給されたＲＴＰパケットのパケット数，パケットロス数，遅延，遅延ゆらぎ（ジッタ）等を計算する。このパケットロス数，ジッタはＲＴＰヘッダ中のシーケンス番号，タイムスタンプから求めることができる。また、統計情報計算部５５は、例えば所定時間内のパケットロス数から失われたパケットの割合を示すパケットロス率を求める。レポート生成部５６は、所定間隔毎に、統計情報計算部５５による計算結果に応じてＲＴＰパケットの伝送状態を示すＲＴＣＰレポートを生成し、パケット送信部５７に供給する。ＲＴＣＰレポートには、受信した最新のＲＴＰパケットのシーケンス番号，タイムスタンプ等と共に、少なくともパケットロス率とジッタが含まれている。また、このＲＴＣＰレポートは、上述のＲＴＰパケットとして生成されており、パケット送信部５７は、このＲＴＰパケットにＵＤＰヘッダ，ＩＰヘッダ等を付加してＩＰパケットを構成し、通信Ｉ／Ｆ５１を介して送信端末装置１０に送信する。
【００３４】
このＩＰパケットは、基地局４０，パケット解析装置３０，中継装置２０を介して送信端末装置１０の通信Ｉ／Ｆ１５に供給される。通信Ｉ／Ｆ１５にＩＰパケットが供給されると、パケット受信部１６は、受信したＩＰパケットからＵＤＰパケットを抽出し、さらにＵＤＰパケットからＲＴＣＰレポートを抽出してレポート振分部１７に供給する。レポート振分部１７は、供給されたＲＴＣＰレポートをレポート保持部１８の所定の領域（この場合は、送信端末装置１０からのＲＴＣＰレポートを格納する領域１８ａ）に格納する。ＲＴＣＰレポートの送信元は、ＲＴＣＰレポートが含まれていたＩＰパケット中の発信元のＩＰアドレス，ポート番号あるいはＲＴＰＣレポートのＲＴＰヘッダ中のＳＳＲＣ識別子等によって判断することができる。
【００３５】
また、ＲＴＣＰレポートには、上述のように、パケットロス率，ジッタ等のパラメータが含まれているため、レポート振分部１７は、これらのパラメータ毎に分類して、レポート保持部１８の領域１８ａに保持する。
【００３６】
また、レポート保持部１８に格納する各ＲＴＣＰレポートのパラメータの値は、レポート振分部１７から供給されたＲＴＣＰレポートの値とする他に、既に格納されているパラメータの値と新たなパラメータの値の加重平均とすることができる。例えば、既にレポート保持部１８の各領域に保持されているパラメータの値、例えばパケットロス率をＸとし、新たにレポート振分部１７から供給されたＲＴＣＰレポート中のパケットロス率をＹとすると、加重平均の値Ｚは、Ｚ＝（１−α）Ｘ＋αＹによって求めることができる。ここで、αは０から１の範囲の値であり、ＲＴＣＰレポートが供給される頻度，伝送路の状態の変動状況等に応じて決定する。
【００３７】
ところで、この通信システムでは、受信端末装置５０に加えて、パケット解析装置３０も、受信したＲＴＰパケットの伝送状態をＲＴＣＰレポートとして送信端末装置１０に送信している。
【００３８】
具体的には、パケット解析装置３０では、通信Ｉ／Ｆ３１にＩＰパケットが供給されると、パケット受信部３２は、このＩＰパケットをデータパケット抽出部３３に供給する。データパケット抽出部３３は、ＩＰパケットが供給されると、供給されたＩＰパケットが統計情報計算部３６によって統計情報を求める必要のあるものであるか否かを判断する。この判断は、例えばＩＰパケット中のＩＰアドレス，プロトコル番号，ＩＰパケットから抽出したＵＤＰパケット中のあて先ポート番号，ＲＴＰヘッダ内のペイロードタイプ，ＳＳＲＣ識別子等によって行うことができる。例えば、受信端末装置５０のＩＰアドレス宛てであってＲＴＰパケットの伝送に用いているポート番号であれば統計情報を求める必要のあるＩＰパケットであると判断することができる。
【００３９】
データパケット抽出部３３は、統計情報を求める必要のないＩＰパケットはそのままパケット送信部３４に供給するが、統計情報を求める必要のあるＩＰパケットはパケット送信部３４に供給すると共に統計情報計算部３６にも供給する。ＩＰパケットが供給されると、統計情報計算部３６は、供給されたＲＴＰパケットのパケット数，パケットロス数，遅延，遅延ゆらぎ（ジッタ）等を計算する。レポート生成部３７は、所定間隔毎に、統計情報計算部３６による計算結果に応じてＲＴＰパケットの伝送状態を示すＲＴＣＰレポートを生成し、パケット送信部３９に供給する。パケット送信部３９は、供給されたＲＴＣＰレポートにＵＤＰヘッダ，ＩＰヘッダ等を付加してＩＰパケットを構成し、通信Ｉ／Ｆ３１を介して送信端末装置１０に送信する。なお、パケット送信部３９は、パケット受信部３８が受信したＩＰパケットが供給されると、このＩＰパケットをそのまま中継装置２０宛てに送信する。
【００４０】
パケット送信部３９が送信したＩＰパケットは、中継装置２０を介して送信端末装置１０の通信Ｉ／Ｆ１５に供給される。通信Ｉ／Ｆ１５にＩＰパケットが供給されると、パケット受信部１６は、受信したＩＰパケットからＵＤＰパケットを抽出し、さらにＵＤＰパケットからＲＴＣＰレポートを抽出してレポート振分部１７に供給する。レポート振分部１７は、供給されたＲＴＣＰレポートをレポート保持部１８の所定の領域（この場合は、パケット解析装置３０からのＲＴＣＰレポートを格納する領域１８ｂ）に格納する。具体的には、レポート振分部１７は、ＲＴＣＰレポートをパケットロス率，ジッタ等のパラメータ毎に分類して、レポート保持部１８の領域１８ｂに保持する。
【００４１】
ＱｏＳ制御部１９は、レポート保持部１８の各領域１８ａ，１８ｂに格納されたＲＴＣＰレポートに応じて伝送路の混雑状態及び伝送状態に応じてデータパケット生成部１３が生成するデータパケットの品質を制御する。この品質には、例えばデータパケット生成部１３が生成するデータパケットの送信レート、エラー耐性が含まれる。
【００４２】
具体的には、ＱｏＳ制御部１９は、例えば送信端末装置１０とパケット解析装置３０の間の伝送路の混雑状態及びパケット解析装置３０と受信端末装置５０との伝送状態を解析し、これらに応じた適切なデータパケットの送信レート，エラー耐性等の品質を制御する。データパケット生成部１３は、ＱｏＳ制御部１９からの制御に応じて、生成するデータパケットの送信レート，エラー耐性等の品質を変更する。
【００４３】
図３は、上述した送信端末装置１０から受信端末装置５０の間のＲＴＰパケットの流れと、パケット解析装置３０，受信端末装置５０から送信端末装置１０の間のＲＴＣＰレポートの流れを模式的に示す図である。
【００４４】
ＱｏＳ制御部１９による送信レートの制御は、各領域１８ａ，領域１８ｂに格納されているパケット解析装置３０からのＲＴＣＰレポートに応じて伝送路の混雑状況を検出し、伝送路が混雑している場合には送信レートを下げ、伝送路が混雑していないときは送信レートを上げることによって行う。
【００４５】
図４は、このような混雑状態に応じたデータパケットの送信レートの制御における処理を示すフローチャートである。この処理は、例えばデータパケット生成部１３がデータパケットの一単位を作成する毎に、この図４中のステップＳ１から実行される。
【００４６】
ここで、パケット解析装置３０におけるパケットロス率，ジッタをそれぞれＬｐ，Ｊｐとし、パケットロス率パラメータをＬ１，Ｌ２、ジッタパラメータをＪ１，Ｊ２とする。これらのパラメータの値は、例えばＬ１＝５％，Ｌ２＝１％，Ｊ１＝５０ｍｓ，Ｊ２＝２０ｍｓ等である。
【００４７】
まず、ステップＳ１において、ＱｏＳ制御部１９は、パケットロス率ＬｐとジッタＪｐが各々Ｌ１，Ｊ１を超えているか否かを判定する。パケットロス率ＬｐとジッタＪｐが各々Ｌ１，Ｊ１を超えている場合には、送信端末装置１０とパケット解析装置３０の間の伝送路（有線回線）が混雑していると考えられるので、ＱｏＳ制御部１９は、ステップＳ２において、データパケット生成部１３にデータパケットの伝送レートを下げるように指示し、１回分の処理を終了する。
【００４８】
具体的には、音声データの場合にはサンプリングレートを下げたり、サンプルビット数を少なくするように指示する。また、映像データの場合には単位時間あたりのフレーム数を低減させたり、空間解像度を低下させるように指示する。あるいは、１つのデータに対して複数の符号化レートのファイルを用意しておき、低い符号化レートのファイルを選択するようにする。
【００４９】
一方、少なくともパケットロス率ＬｐとジッタＪｐのいずれかがＬ１，Ｊ１を超えていない場合には、ステップＳ１からステップＳ３に進み、パケットロス率ＬｐとジッタＪｐが各々Ｌ２，Ｊ２より小さいか否かを判定する。パケットロス率ＬｐとジッタＪｐが各々Ｌ２，Ｊ２より小さい場合には、送信端末装置１０とパケット解析装置３０の間の伝送路が空いていると考えられるので、ＱｏＳ制御部１９は、ステップＳ４において、データパケット生成部１３にデータパケットの伝送レートを上げるように指示し、１回分の処理を終了する。
【００５０】
具体的には、音声データの場合にはサンプリングレートを上げたり、サンプルビット数を多くするように指示する。また、映像データの場合には単位時間あたりのフレーム数，空間解像度を増加させたり、高い符号化レートのファイルを選択するようにする。
【００５１】
一方、少なくともパケットロス率ＬｐとジッタＪｐのいずれかがＬ２，Ｊ２より小さくない場合には、ステップＳ３からステップＳ５に進み、データパケット生成部１３にデータパケットの伝送レートを現状のまま維持するように指示し、１回分の処理を終了する。
【００５２】
以上の処理により、この通信システムでは、伝送路の混雑状態に応じた最適な送信レートの制御が行われる。このため、不必要にデータパケットの品質を低下させることがなく、また、ネットワークの混雑を緩和することができる。
【００５３】
従来の通信システムでは、例えば受信端末装置からのＲＴＣＰレポート中のパケットロス率，ジッタ等から伝送路の混雑状態を解析していたたため、伝送路中に無線回線等の伝送状態の悪い回線を含む場合に、伝送状態によってパケットロス，ジッタが生じた場合にも伝送路が混雑していると判定されてしまう。この結果、必要以上に送信側の伝送レートを低下させてしまう場合があった。
【００５４】
これに対し、この通信システムでは、送信端末装置１０との間に伝送状態が悪い無線回線が介在しないパケット解析装置３０からのＲＴＣＰレポート中のパケットロス率，ジッタ等から伝送路の混雑状態を解析しているため、実情に即した伝送路の混雑状態を把握することができる。このため、必要以上に伝送レートを低下させてしまうことを防止することができる。
【００５５】
また、ＱｏＳ制御部１９によるエラー耐性の制御は、パケット解析装置３０からのＲＴＣＰレポートと、受信端末装置５０からのＲＴＣＰレポートに応じて、パケット解析装置３０と受信端末装置５０の間の伝送路の伝送状態を検出し、伝送状態が悪くエラーが多い場合にはエラー耐性を向上させ、伝送状態が良くエラーが少ない場合にはエラー耐性を低下させることによって行う。
【００５６】
パケット解析装置３０と受信端末装置５０の間の伝送路は、パケット解析装置３０から基地局４０までの間の有線回線と基地局４０から受信端末装置５０までの無線回線とで構成される。一般に、無線回線の方が伝送状態は悪いと考えられるため、パケット解析装置３０と受信端末装置５０の間の伝送状態は基地局４０と受信端末装置５０の間の無線回線に大きく影響されると考えられる。
【００５７】
従って、受信端末装置５０におけるパケットロス率をＬｒとすると、無線回線によるパケットロス率は、受信端末装置５０におけるパケットロス率Ｌｒとパケット解析装置３０におけるパケットロス率Ｌｐの差（Ｌｒ−Ｌｐ）と推定しても誤差はそれ程大きくないと考えられる。
【００５８】
このため、この通信システムでは、この差（Ｌｒ−Ｌｐ）を無線回線における推定パケットロス率（Ｌｒ−Ｌｐ）とし、この推定パケットロス率に応じてデータパケット生成部１３が生成するデータパケットのエラー耐性を変更している。具体的には、例えばデータパケット生成部１３において画像データを、いわゆるＭＰＥＧによって符号化している場合には、推定パケットロス率に応じてＩピクチャ，ＶＯＰ（Video Object Plane）ヘッダ，ＨＥＣ（Header Extension Code）の送信頻度等を変更する。具体的には、例えば図５に示すように、推定パケットロス率が高くなるに従ってＩピクチャの送信頻度を増加させる。これにより、パケットロスによって一部のＩピクチャが失われた場合のエラー耐性を増加させることができる。
【００５９】
あるいは、エラー耐性の異なる複数のファイルを用意しておき、例えば図６に示すように、推定パケットロス率が高くなるに従ってエラー耐性の高いファイルを選択するようにしてもよい。なお、同図中のファイルＡ，ファイルＢ，ファイルＣの順でエラー耐性が高いものとする。これにより、パケットロス率に応じて適切なエラー耐性のファイルを選択することができる。
【００６０】
あるいは、例えば図７に示すように、データパケットとしてＲＦＣ２７３３で規定されているＦＥＣ（Forward Error Correction）パケットを所定の頻度で送信するようにしておき、推定パケットロス率が高くなるに従ってＦＥＣパケットの送信頻度を大きくするようにしてもよい。これにより、推定パケットロス率に応じて適切なエラー耐性のデータパケットを送信することができる。
【００６１】
以上のように、基地局４０と受信端末装置５０の間の無線回線すなわち、送信端末装置１０と受信端末装置５０の間で最も伝送状態が悪いと考えられる回線のパケットロス率を推定し、推定したパケットロス率に応じてデータパケットのエラー耐性を変更するようにすれば、パケットロスに起因するデータパケットの劣化を低減させることができ、エラー耐性のためのオーバーヘッドも最小限に抑えることができる。
【００６２】
上述の図１に示すパケット解析装置３０では、パケット受信部３２が受信したパケットは直接データパケット抽出部３３に供給されていたが、例えば図８に示すように、パケット受信部３２が受信したパケットのトラフィックを制御するトラフィック制御部３０１を設けてもよい。
【００６３】
このトラフィック制御部３０１は、送信端末装置１０からのパケットの伝送レートと受信端末装置５０に対するパケットの伝送レートの変換を行うバッファとして機能する。すなわち、トラフィック制御部３０１に対するパケットの入力は送信端末装置１０の伝送レートに一致させ、トラフィック制御部３０１からのパケットの出力は受信端末装置５０に対する伝送レートあるいは基地局４０等に対する伝送レートに一致させる。
【００６４】
以上のように、バッファとして機能するトラフィック制御部３０１を設けた場合であっても、パケット解析装置３０は上述と同様にＲＴＣＰレポートを送信端末装置１０に送信するため送信端末装置１０からパケット解析装置３０までの間の伝送路の混雑状況等の解析は、上述と同様に行うことができる。さらに、トラフィック制御部３０１を設けることにより、基地局４０に供給されるデータパケットの伝送レートを無線回線の伝送レートに応じた伝送レートとすることができ、無線回線における混雑を抑えることができる。
【００６５】
あるいは、例えば図９に示すように、パケット解析装置３０とは独立に、中継装置２０とパケット解析装置３０の間にトラフィックを制御するトラフィック制御装置６０を設けてもよい。
【００６６】
このトラフィック制御装置６０も、上述のトラフィック制御部３０１と同様に、送信端末装置１０からのパケットの伝送レートと受信端末装置５０に対するパケットの伝送レートの変換を行うバッファとして機能する。
【００６７】
この場合は、パケット解析装置３０に供給されるデータパケットの伝送レートは、受信端末装置５０に対する伝送レートあるいは基地局４０等に対する伝送レートに一致させる。パケット解析装置３０は、この伝送レートで供給されるデータパケットについて上述のＲＴＣＰレポートを生成し、送信端末装置１０に供給する。
【００６８】
以上のように、中継装置２０とパケット解析装置３０の間にトラフィック制御装置６０を設けることにより、伝送レートの変換を加味した伝送路の混雑状態等解析を行うことができる。
【００６９】
また、パケット解析装置３０には、必ずしも上述のようなデータパケットの中継を行うための機能を設けなくてもよく、例えばパケット送信部３４，通信Ｉ／Ｆ３５，パケット受信部３８を設けない構成とすることができる。
【００７０】
パケット解析装置３０をこのように構成した場合には、例えば図１０に示すように、送信端末装置１０からのデータパケットを基地局４０とパケット解析装置３０の双方に供給する中継装置７０を設ける必要がある。
【００７１】
しかしながら、この場合のパケット解析装置３０は、例えば中継装置７０に隣接して設けられ、マルチキャストされたパケットを受信し、受信したパケットに対してＲＴＣＰレポートを送信する機能を有する受信端末装置でも実現することができる。
【００７２】
また、上述の図１に示す通信システムでは、受信端末装置５０側に無線回線が介在する形態を示していたが、例えば図１１に示すように、送信端末装置１１０側に無線回線が介在する構成とすることもできる。
【００７３】
この場合、送信端末装置１１０は、上述の送信端末装置１０と同様に、カメラ１１〜パケット送信部１４，パケット受信部１６〜ＱｏＳ制御部１９を備えているが、通信Ｉ／Ｆ１５の代わりに、無線回線を介して基地局８０と通信を行う機能を有している。また、受信端末装置１５０は、上述の受信端末装置５０と同様に、パケット受信部５２〜パケット送信部５７を備えているが、通信Ｉ／Ｆ５１の代わりに、有線回線を介して中継装置９０と通信を行う通信Ｉ／Ｆを有している。
【００７４】
このような構成とした場合であっても、パケット解析装置３０，受信端末装置１５０は、上述と同様に、受信したＲＴＰパケットの伝送状態に応じてＲＴＣＰレポートを送信端末装置１１０に送信し、パケット解析装置３０からのＲＴＣＰレポートは領域１８ｂに、受信端末装置１５０からのＲＴＣＰレポートは領域１８ｂに格納される。
【００７５】
ＱｏＳ制御部１９は、領域１８ｂに格納されているパケット解析装置３０からのＲＴＣＰレポートに応じて送信端末装置１１０と基地局８０の間の無線回線の伝送状態を推定する。領域１８ａに格納されている受信端末装置１５０からのＲＴＣＰレポートと領域１８ｂに格納されているパケット解析装置３０からのＲＴＣＰレポートとからパケット解析装置３０と受信端末装置１５０の間の有線回線の混雑状態を推定する。さらに、ＱｏＳ制御部１９は、これらの伝送状態と混雑状態に応じてデータパケット生成部１３が生成するデータパケットの送信レート，エラー耐性を変更する。
【００７６】
図１２は、この通信システムにおけるデータパケットの送信レートの制御における処理を示すフローチャートである。この処理は、例えばデータパケット生成部１３がデータパケットの一単位を作成する毎に、この図１２中のステップＳ１１から実行される。
【００７７】
ここで、パケット解析装置３０におけるパケットロス率，ジッタをそれぞれＬｐ，Ｊｐとし、受信端末装置１５０におけるパケットロス率，ジッタをそれぞれＬｒ，Ｊｒとし、パケットロス率パラメータをＬ３，Ｌ４、ジッタパラメータをＪ３，Ｊ４とする。これらのパラメータの値は、例えばＬ３＝５％，Ｌ４＝１％，Ｊ３＝５０ｍｓ，Ｊ４＝１０ｍｓ等である。
【００７８】
まず、ステップＳ１１において、ＱｏＳ制御部１９は、パケット解析装置３０と受信端末装置１５０間の有線回線の混雑状態を解析するために受信端末装置１５０のパケットロス率Ｌｒとパケット解析装置３０のパケットロス率Ｌｐの差（Ｌｒ−Ｌｐ），受信端末装置１５０のジッタＪｒとパケット解析装置３０のジッタＪｐの差（Ｊｒ−Ｊｐ）を求める。
【００７９】
この後、ＱｏＳ制御部１９は、パケットロス率の差（Ｌｒ−Ｌｐ）とジッタの差（Ｊｒ−Ｊｐ）が各々Ｌ３，Ｊ３を超えているか否かを判定する。パケットロス率の差（Ｌｒ−Ｌｐ）とジッタの差（Ｊｒ−Ｊｐ）が各々Ｌ３，Ｊ３を超えている場合には、パケット解析装置３０と受信端末装置１５０の間の伝送路（有線回線）が混雑していると考えられるので、ＱｏＳ制御部１９は、ステップＳ１２において、データパケット生成部１３にデータパケットの伝送レートを下げるように指示し、１回分の処理を終了する。
【００８０】
一方、少なくともパケットロス率の差（Ｌｒ−Ｌｐ）とジッタの差（Ｊｒ−Ｊｐ）のいずれかがＬ３，Ｊ３を超えていない場合には、ステップＳ１１からステップＳ１３に進み、パケットロス率の差（Ｌｒ−Ｌｐ）とジッタの差（Ｊｒ−Ｊｐ）が各々Ｌ４，Ｊ４より小さいか否かを判定する。パケットロス率の差（Ｌｒ−Ｌｐ）とジッタの差（Ｊｒ−Ｊｐ）が各々Ｌ４，Ｊ４より小さい場合には、パケット解析装置３０と受信端末装置１５０の間の伝送路が空いていると考えられるので、ＱｏＳ制御部１９は、ステップＳ１４において、データパケット生成部１３にデータパケットの伝送レートを上げるように指示し、１回分の処理を終了する。
【００８１】
一方、少なくともパケットロス率の差（Ｌｒ−Ｌｐ）とジッタの差（Ｊｒ−Ｊｐ）のいずれかがＬ４，Ｊ４より小さくない場合には、ステップＳ１３からステップＳ１５に進み、データパケット生成部１３にデータパケットの伝送レートを現状のまま維持するように指示し、１回分の処理を終了する。
【００８２】
以上の処理により、この通信システムでは、上述の図１に示す通信システムと同様に、伝送路の混雑状態に応じた最適な送信レートの制御が行われる。
【００８３】
また、ＱｏＳ制御部１９は、上述の送信レートの制御に加え、パケット解析装置３０におけるパケットロス率Ｌｐに応じて送信端末装置１１０と基地局８０の間の無線回線の伝送状態を推定し、伝送状態が悪くパケットロス率Ｌｐが大きいときはデータパケットのエラー耐性を高くし、伝送状態が良くパケットロス率Ｌｐが小さいときはデータパケットのエラー耐性を低くする制御を行っている。
【００８４】
これにより、上述の図１に示す通信システムと同様に、パケットロスに起因するデータパケットの劣化を低減させることができ、エラー耐性のためのオーバーヘッドも最小限に抑えることができる。
【００８５】
上述の説明では、パケット解析装置３０を１つだけ設けた場合について説明したが、図１３に示すように、伝送路に複数の無線回線がある場合には、複数のパケット解析装置３０Ａ，３０Ｂを設けてもよい。
【００８６】
このような構成とする場合には、例えば図１４に示すように、送信端末装置１１０´のレポート保持部１８´内に各パケット解析装置３０Ａ，３０ＢからのＲＴＣＰレポートを保持する領域１８ｂ，１８ｃを設ける。なお、パケット解析装置の数は、この図１４に示した２つに限られず、レポート保持部１８´内に対応する数の領域を設けることにすれば、いくつでもよい。
【００８７】
レポート振分部１７は、上述と同様に、ＲＴＣＰレポートが含まれていたＩＰパケット中の発信元のＩＰアドレス，ポート番号あるいはＲＴＰＣレポートのＲＴＰヘッダ中のＳＳＲＣ識別子等によってＲＴＣＰレポートの送信元を判断し、対応する領域１８ａ，１８ｂ，１８ｃに格納する。
【００８８】
このように構成された通信システムでは、各パケット解析装置３０Ａ，３０Ｂ及び受信端末装置５０は、各々ＲＴＣＰレポートを送信端末装置１１０´に送信し、送信端末装置１１０´は各々のＲＴＣＰレポートに応じてデータパケットの送信レート，エラー耐性を制御する。
【００８９】
図１５は、この通信システムにおけるデータパケットの送信レートの制御における処理を示すフローチャートである。この処理は、例えばデータパケット生成部１３がデータパケットの一単位を作成する毎に、この図１５中のステップＳ１から実行される。
【００９０】
ここで、パケット解析装置３０Ａにおけるパケットロス率，ジッタをそれぞれＬｐａ，Ｊｐａとし、パケット解析装置３０Ｂにおけるパケットロス率，ジッタをそれぞれＬｐｂ，Ｊｐｂとし、受信端末装置５０におけるパケットロス率，ジッタをそれぞれＬｐｒ，Ｊｐｒとし、パケットロス率パラメータをＬ５，Ｌ６、ジッタパラメータをＪ５，Ｊ６とする。これらのパラメータの値は、例えばＬ５＝５％，Ｌ６＝１％，Ｊ５＝５０ｍｓ，Ｊ６＝１０ｍｓ等である。
【００９１】
まず、ステップＳ２１において、ＱｏＳ制御部１９は、パケット解析装置３０Ａとパケット解析装置３０Ｂ間の有線回線の混雑状態を解析するためにパケット解析装置３０Ｂのパケットロス率Ｌｐｂとパケット解析装置３０Ａのパケットロス率Ｌｐａの差（Ｌｐｂ−Ｌｐａ），パケット解析装置３０ＢのジッタＪｐｂとパケット解析装置３０ＡのジッタＪｐａの差（Ｊｐｂ−Ｊｐａ）を求める。
【００９２】
この後、ＱｏＳ制御部１９は、パケットロス率の差（Ｌｐｂ−Ｌｐａ）とジッタの差（Ｊｐｂ−Ｊｐａ）が各々Ｌ５，Ｊ５を超えているか否かを判定する。パケットロス率の差（Ｌｐｂ−Ｌｐａ）とジッタの差（Ｊｐｂ−Ｊｐａ）が各々Ｌ５，Ｊ５を超えている場合には、パケット解析装置３０Ａとパケット解析装置３０Ｂの間の伝送路（有線回線）が混雑していると考えられるので、ＱｏＳ制御部１９は、ステップＳ２２において、データパケット生成部１３にデータパケットの伝送レートを下げるように指示し、１回分の処理を終了する。
【００９３】
一方、少なくともパケットロス率の差（Ｌｐｂ−Ｌｐａ）とジッタの差（Ｊｐｂ−Ｊｐａ）のいずれかがＬ５，Ｊ５を超えていない場合には、ステップＳ２１からステップＳ２３に進み、パケットロス率の差（Ｌｐｂ−Ｌｐａ）とジッタの差（Ｊｐｂ−Ｊｐａ）が各々Ｌ６，Ｊ６より小さいか否かを判定する。パケットロス率の差（Ｌｐｂ−Ｌｐａ）とジッタの差（Ｊｐｂ−Ｊｐａ）が各々Ｌ６，Ｊ６より小さい場合には、パケット解析装置３０Ａとパケット解析装置３０Ｂの間の伝送路が空いていると考えられるので、ＱｏＳ制御部１９は、ステップＳ２４において、データパケット生成部１３にデータパケットの伝送レートを上げるように指示し、１回分の処理を終了する。
【００９４】
一方、少なくともパケットロス率の差（Ｌｐｂ−Ｌｐａ）とジッタの差（Ｊｐｂ−Ｊｐａ）のいずれかがＬ６，Ｊ６より小さくない場合には、ステップＳ２３からステップＳ２５に進み、データパケット生成部１３にデータパケットの伝送レートを現状のまま維持するように指示し、１回分の処理を終了する。
【００９５】
以上の処理により、この通信システムでは、上述の図１，図１１に示す通信システムと同様に、伝送路の混雑状態に応じた最適な送信レートの制御が行われる。
【００９６】
また、ＱｏＳ制御部１９は、上述の送信レートの制御に加え、各無線回線におけるパケットロス率の合計に応じて無線回線の伝送状態を推定し、伝送状態が悪くパケットロス率が大きいときはデータパケットのエラー耐性を高くし、伝送状態が良くパケットロス率が小さいときはデータパケットのエラー耐性を低くする制御を行っている。
【００９７】
具体的には、ＱｏＳ制御部１９は、パケット解析装置３０Ａにおけるパケットロス率Ｌｐａに応じて送信端末装置１１０´と基地局８０の間の無線回線のパケットロス率を推定し、受信端末装置５０におけるパケットロス率Ｌｒとパケット解析装置３０Ｂにおけるパケットロス率Ｌｐｂの差（Ｌｒ−Ｌｐｂ）に応じてパケット解析装置３０Ｂと受信端末装置５０の間の無線回線のパケットロス率を推定する。そして、各無線回線のパケットロス率の合計（Ｌｒ＋Ｌｐａ−Ｌｐｂ）を無線回線におけるパケットロス率の合計とし、これに応じてデータパケットのエラー耐性を変化させている。
【００９８】
これにより、上述の図１，図１１に示す通信システムと同様に、パケットロスに起因するデータパケットの劣化を低減させることができ、エラー耐性のためのオーバーヘッドも最小限に抑えることができる。
【００９９】
また、上述の説明では、中継装置２０，パケット解析装置３０，基地局４０あるいはトラフィック制御装置６０等を別個の装置として構成した場合について説明したが、これらの装置の機能の全部又は一部を有する１つ又は複数の装置として構成してもよい。
【０１００】
また、上述の説明では、ＱｏＳ制御部１９が、ＲＴＣＰレポート中のパケットロス率、ジッタに応じて送信端末装置と受信端末装置の間の伝送路の状態を解析し、これに応じて送信するデータパケットの品質を制御する例について説明したが、ＲＴＣＰ中の他のパラメータ、例えばＲＴＰパケットのパケットロス数，遅延等に応じて伝送路の状態を解析し、これに応じて送信するデータパケットの品質を制御することもできる。
【０１０１】
また、上述の説明では、データパケットの送信レート及びエラー耐性を制御する場合について説明したが、パケット解析装置におけるパケットロス率あるいはパケット解析装置と受信端末装置におけるパケットロス率に応じて有線回線部分の混雑状況を解析し、これに応じて送信レートの制御のみを行うこともできる。
【０１０２】
【発明の効果】
本発明では、送信端末装置からのＲＴパケットを中継する中継装置が受信したＲＴパケットの伝送状態に応じて伝送路の混雑状態を解析し、混雑状態の解析結果に応じて送信端末装置が送信するＲＴパケットの送信レートを制御することにより、中継装置が受信したＲＴパケットに応じて解析した伝送路の混雑状態に応じて送信端末装置が送信するＲＴパケットの送信レートを制御することができる。
【０１０３】
このため、例えば送信端末装置と受信端末装置の間に無線回線等の伝送状態の悪い伝送路を含む場合であっても、伝送路の混雑状態の実情に即してＲＴパケットの送信レートを適切に制御することができる。これにより、必要以上に通信レートを下げてしまうことを防止することができる。
【０１０４】
また、送信端末装置と受信端末装置の間の伝送路の混雑状態を解析し、送信端末装置と受信端末装置の間のＲＴパケットの伝送状態を解析し、これらの伝送路の混雑状態の解析結果と伝送状態の解析結果に応じて送信端末装置が送信するＲＴパケットの品質（例えば伝送レート，エラー耐性等）を制御することにより、伝送路の状態に応じたＲＴパケットの品質の制御を行うことができる。
【０１０５】
このため、送信端末装置から受信端末装置の間に伝送状態の悪い伝送路を含む場合でも、伝送路の伝送状態の実情に即して送信するＲＴパケットの品質を適切に制御することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る通信システムの構成を示すブロック図である。
【図２】前記通信システムにおけるデータパケットの伝送単位であるＲＴＰパケットのヘッダのフォーマットを示す図である。
【図３】前記通信システムにおける伝送路の混雑状態に応じた送信レートの制御を示すフローチャートである。
【図４】前記通信システムにおけるデータの流れを示す図である。
【図５】データパケットのエラー耐性の制御に用いるテーブルの例を示す図である。
【図６】データパケットのエラー耐性の制御に用いるテーブルの例を示す図である。
【図７】エラー耐性の制御に用いるＦＥＣパケットのフォーマットを示す図である。
【図８】前記通信システムを構成するパケット解析装置の他の構成例を示す図である。
【図９】前記通信システムの他の構成例を示す図である。
【図１０】前記通信システムの他の構成例を示す図である。
【図１１】前記通信システムの他の構成例を示す図である。
【図１２】前記通信システムにおける伝送路の混雑状態及び伝送状態に応じた送信レートの制御を示すフローチャートである。
【図１３】前記通信システムの他の構成例を示す図である。
【図１４】前記通信システムを構成する送信端末装置の構成を示す図である。
【図１５】前記通信システムにおける伝送路の混雑状態に応じた送信レートの制御を示すフローチャートである。
【図１６】従来の通信システムの構成を示す図である。
【符号の説明】
１０…送信端末装置１０
１３…データパケット生成部
１７…レポート振分部
１８…レポート保持部
１９…ＱｏＳ制御部
２０…中継装置
３０…パケット解析装置
３３…データパケット抽出部
３６…統計情報計算部
３７…レポート生成部
４０…基地局
５０…受信端末装置
５３…データパケット抽出部
５５…統計情報計算部
５６…レポート生成部

Claims

送信端末装置から有線回線及び無線回線を介して受信端末装置に送信するＲＴパケットの品質を制御する通信品質制御方法であって、
前記無線回線における前記ＲＴパケットのパケットロス率又はジッタの値を含む無線伝送状態を解析するステップＡと、
前記無線伝送状態の解析結果に応じて、前記送信端末装置が送信する前記ＲＴパケットに含まれる情報であり、且つ前記無線回線で発生する無線エラーに対する耐性を向上し得る情報の送信頻度を変更するステップＢと、
を有することを特徴とする通信品質制御方法。
請求項１記載の通信品質制御方法において、
前記無線エラーに対する耐性を向上し得る情報は、ＦＥＣパケット、ＲＴパケットのＩピクチャ、ＶＯＰヘッダ又はＨＥＣであることを特徴とする通信品質制御方法。
請求項１記載の通信品質制御方法において、
前記ステップＡは、
前記有線回線における前記ＲＴパケットのパケットロス率又はジッタの値を含む有線伝送状態を解析するステップと、
前記有線回線及び前記無線回線を介して前記受信端末装置が受信した前記ＲＴパケットのパケットロス率又はジッタの値を含む有線−無線伝送状態を解析するステップと、
前記解析された前記有線伝送状態と前記有線−無線伝送状態とに応じて、前記送信端末装置と前記受信端末装置の間の前記無線回線における前記ＲＴパケットの前記無線伝送状態を解析するステップと、
を有することを特徴とする通信品質制御方法。
送信端末装置から有線回線及び無線回線を介して受信端末装置に送信するＲＴパケットの品質を制御する通信品質制御システムであって、
前記無線回線における前記ＲＴパケットのパケットロス率又はジッタの値を含む無線伝送状態を解析する無線状態解析手段と、
前記無線伝送状態の解析結果に応じて、前記送信端末装置が送信する前記ＲＴパケットに含まれる情報であり、且つ前記無線回線で発生する無線エラーに対する耐性を向上し得る情報の送信頻度を変更する送信品質制御手段と、
を有することを特徴とする通信品質制御システム。
有線回線及び無線回線の略境界部分に備えられた中継装置を介して受信端末装置に向けて送信するＲＴパケットの伝送レートを制御するデータ送信端末装置であって、
前記受信端末装置は、前記無線回線における前記ＲＴパケットのパケットロス率又はジッタの値を含む無線伝送状態を解析するものであり、
前記無線伝送状態の解析結果に応じて、前記データ送信端末装置が送信する前記ＲＴパケットに含まれる情報であり、且つ前記無線回線で発生する無線エラーに対する耐性を向上し得る情報の送信頻度を変更する送信品質制御手段を有することを特徴とするデータ送信端末装置。