JP2008017075A

JP2008017075A - 通信制御装置及びそれに用いる通信制御方法並びにそのプログラム

Info

Publication number: JP2008017075A
Application number: JP2006185055A
Authority: JP
Inventors: Tomohiko Shimizu; 智彦清水
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-07-05
Filing date: 2006-07-05
Publication date: 2008-01-24

Abstract

【課題】不要なＲＴＰパケットの送信を止め、回線帯域の浪費を防ぐことが可能な通信制御装置を提供する。
【解決手段】ＲＴＰ解析部２３はパケットフィルタ２１からＲＴＰパケットを受取り、受信したＲＴＰパケット毎にＲＴＰヘッダ中にあるシーケンス番号、ペイロードタイプ、あて先ＩＰアドレス、送信元ＩＰアドレスにてパケットを識別する。ＲＴＰ解析部２３は識別したパケット毎にＲＴＰパケットの受信時刻を記録し、パケットの受信時刻を比較する。フォワーダー２５は対応するＱｏＳ制御部２６にパケットを送り、出力インタフェース１２が複数ある場合、どの出力インタフェース１２からパケットを出力するかを、パケットのあて先から決定する。ＱｏＳ制御部２６はパケットの出力順番を入れ替え、場合によってはパケットの廃棄を行う。
【選択図】図１

Description

本発明は通信制御装置及びそれに用いる通信制御方法並びにそのプログラムに関し、特にＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ：リアルタイム転送プロトコル）解析による通信制御方法に関する。

インタネット等のＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：インタネットプロトコル）ネットワークにおいてＲＴＰは、音声や映像を配信する通信プロトコルとして使用されている（例えば、非特許文献１参照）。しかしながら、ＩＰネットワークの品質は一定しておらず、パケットの到達時間にぶれが生じることがある。また、途中経路の回線帯域が潤沢にあるとは限らない。

従来、ＩＰネットワーク上のリアルタイム通信で使用されるＲＴＰパケットは、不要となったものまで送信されることがある。ＲＴＰパケットはリアルタイム性を重視しており、ある程度以上の遅延が発生した場合、通信相手まで到達しても不要なパケットと判断されて廃棄される。こうした廃棄は受信した装置で行っている。

このため、途中の通信経路は最終的に廃棄される不要なパケットを伝送したことになり、通信経路の帯域を浪費したことになる。また、受信した装置にとっても余分な処理を行い、他の必要な処理に悪影響を与えるケースが考えられる。

さらには、ＲＴＰの内容を判断してのＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ：サービス品質提供）が困難なことである。通常，ＩＰネットワーク機器はパケットの通過、拒否に対してプロトコルの種類をＩＰヘッダ中のプロトコル番号、またはＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）のポート番号によって判別する。

しかしながら、ＲＴＰはＴＣＰ、ＵＤＰのいずれかを用いて伝送されるため、プロトコル番号では識別できない。また、音声や映像等の複数の種類のデータの送信を、個々の通信毎にＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：セッション確立プロトコル）のセッション開始時に決定される一意でないポート番号によって行う。このため、従来のネットワーク機器ではＲＴＰで輸送されるパケットの内容を識別し、ＱｏＳを実施することが困難である。

"ＲＴＰ：ＡＴｒａｎｓｐｏｒｔｐｒｏｔｏｃｏｌｆｏｒＲｅａｌ−ＴｉｍｅＡｐｐｌｉｃａｔｉｏｎｓ２．ＲＴＰＵｓｅＳｃｅｎａｒｉｏｓ"［ＲＦＣ（ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔｓ）３５５０，ｐｐ５−８，Ｊｕｌｙ２００３］

上述した従来のリアルタイム通信では、遅延したＲＴＰパケットが有効な情報ではなく、このパケットの送信が帯域の浪費になるという問題がある。また、従来のリアルタイム通信では、遅延したＲＴＰパケットの廃棄が、そのパケットを受信した装置にとっても余分な処理であり、他の必要な処理に悪影響を与えることがある。

さらに、従来のリアルタイム通信では、ＲＴＰの内容を判断してのＱｏＳを実施することができないという問題がある。通常、ＩＰネットワーク機器はパケットの通過、拒否に対してプロトコルの種類をＩＰヘッダ中のプロトコル番号、またはＴＣＰ、ＵＤＰのポート番号によって判別しているが、ＲＴＰはＴＣＰ、ＵＤＰのいずれかを用いて伝送されるため、プロトコル番号では識別することができない。

さらにまた、従来のリアルタイム通信では、音声や映像等の複数の種類のデータの送信を、個々の通信毎に決定される一意でないポート番号によって行っているため、従来のネットワーク機器では、ＲＴＰで輸送されるパケットの内容を識別し、ＱｏＳを実施することができない。

そこで、本発明の目的は上記の問題点を解消し、不要なＲＴＰパケットの送信を止めることができ、回線帯域の浪費を防ぐことができる通信制御装置及びそれに用いる通信制御方法並びにそのプログラムを提供することにある。

本発明による通信制御装置は、受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケットを識別する通信制御装置であって、
前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する手段を備えている。

本発明による通信制御方法は、受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケットを識別する通信制御装置に用いる通信制御方法であって、
前記通信制御装置が前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行している。

本発明によるプログラムは、受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケットを識別する通信制御装置が実行するプログラムであって、
前記通信制御装置のコンピュータに、前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行させている。

すなわち、本発明の通信制御装置は、受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：インタネットプロトコル）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：セッション確立プロトコル）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ：リアルタイム転送プロトコル）パケットを識別し、この装置からの転送に際して、必要に応じて一部ＲＴＰのみを廃棄することを特徴としている。また、本発明の通信制御装置は、ＲＴＰを含むＩＰパケットのパラメータを変更することを特徴としている。

より具体的に説明すると、本発明の通信制御装置では、ＲＴＰ解析部がＲＴＰパケットヘッダを解析し、各ＲＴＰパケットの受信時刻を記録し、受信時刻を基にパケットを廃棄している。

また、本発明の通信制御装置では、ＲＴＰパケットのペイロードタイプから、そのパケットを廃棄するか否かの決定、あるいはＴＯＳ（ＴｙｐｅＯｆＳｅｒｖｉｃｅ）値（ＩＰパケットにおける優先度を示す値）の付与を行っている。

これによって、本発明の通信制御装置では、受信した時点で既に大きく遅延しているパケットを、回線に送信する前に廃棄しているので、不要なＲＴＰパケットの送信を止め、回線帯域の浪費を防ぐことを可能としている。

また、本発明の通信制御装置では、大きく遅延しているパケットを廃棄しているので、ＲＴＰによる通信を使用する端末においてそのパケットの廃棄の必要がなくなるため、ＲＴＰによる通信を使用する端末の負荷を下げることが可能となる。

本発明は、上記のような構成及び動作とすることで、不要なＲＴＰパケットの送信を止めることができ、回線帯域の浪費を防ぐことができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。

図１は本発明の一実施例による通信制御装置の構成を示すブロック図である。図１においては、ＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ：リアルタイム転送プロトコル）解析による通信制御装置（以下、通信制御装置とする）１の構成を示している。

通信制御装置１はコンピュータ回路２と、入力インタフェース１１と、出力インタフェース１２と、コンピュータ回路２が実行するプログラムを記録する記録媒体１３とから構成されている。

コンピュータ回路２はパケットフィルタ２１と、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：セッション確立プロトコル）解析部２２と、ＲＴＰ解析部２３と、時計回路２４と、フォワーダー２５と、ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ：サービス品質提供）制御部２６との各機能を持つ。これらの機能はコンピュータ回路２が記録媒体１３のプログラムを実行することで実現される。

入力インタフェース１１はパケットを受信する装置であり、受信したパケットをコンピュータ回路２に伝達する。コンピュータ回路２において、入力されたパケットはまずパケットフィルタ２１に伝達される。パケットフィルタ２１はパケットのＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）またはＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）のポート番号部分を確認し、検出対象のパケットがあればそれをＳＩＰ解析部２２またはＲＴＰ解析部２３に伝達する。

ＳＩＰ解析部２２はパケットフィルタ２１からポート番号５０６０のＳＩＰプロトコルを受取り、ＳＩＰメッセージを解析する。ＳＩＰ解析部２２はＳＩＰセッション開始メッセージから該当セッションで使用するＲＴＰのポート番号を確認し、パケットフィルタ２１に対して、検出したポート番号のパケット（該当セッションのＲＴＰパケット）を検出するよう、パケットフィルタ２１の動作を変更する。また、ＳＩＰ解析部２２はＳＩＰセッション終了メッセージから該当セッションで使用するＲＴＰのポート番号を確認し、パケットフィルタ２１に対して、検出したポート番号のパケット（該当セッションのＲＴＰパケット）を検出しないよう、パケットフィルタ２１の動作を変更する。

ＲＴＰ解析部２３はパケットフィルタ２１からＲＴＰパケットを受取り、受信したＲＴＰパケット毎にＲＴＰヘッダ中にあるシーケンス番号、ペイロードタイプ、あて先ＩＰアドレス、送信元ＩＰアドレスにてパケットを識別する。また、ＲＴＰ解析部２３は識別したパケット毎にＲＴＰパケットの受信時刻を記録し、パケットの受信時刻を比較することができる。

時計回路２４は現在時刻を保持する。フォワーダー２５は対応するＱｏＳ制御部２６にパケットを送る。また、フォワーダー２５は出力インタフェース１２が複数ある場合、どの出力インタフェース１２からパケットを出力するかを、パケットのあて先から決定する。ＱｏＳ制御部２６はパケットの出力順番を入れ替える。場合によって、ＱｏＳ制御部２６はパケットの廃棄を行う。

出力インタフェース１２はＱｏＳ制御部２６で決定された順番にしたがって、パケットを出力する。出力インタフェース１２はパケットのあて先毎に複数存在しうる。

尚、上記の通信制御装置１の構成において、フォワーダー２５及びＱｏＳ制御部２６は、当業者にとってよく知られており、また本発明とは直接関係しないので、その詳細な構成についての説明は省略する。

図２〜図４は本発明の一実施例による通信制御装置１の各受信パケットに対する動作フローを示すフローチャートである。図２は各受信パケットに対する通信制御装置１の動作フローを示し、図３は図２におけるＳＩＰ解析部２２の動作を示し、図４はＲＴＰ解析部２３の動作を示している。これら図１〜図４を参照して本発明の一実施例による通信制御装置１の各受信パケットに対する動作について説明する。尚、図２〜図４に示す処理は通信制御装置１のコンピュータ回路２が記録媒体１３のプログラムを実行することで実現される。

通信制御装置１において、パケットが入力インタフェース１１に与えられると（図２ステップＳ１）、そのパケットはパケットフィルタ２１に送られる。パケットフィルタ２１はパケットのパターンがＳＩＰフィルタに合致した場合（図２ステップＳ２）、そのパケットをＳＩＰ解析部２２に送る。

パケットフィルタ２１はパケットのパターンがＳＩＰフィルタに合致しない場合（図２ステップＳ２）、ＲＴＰフィルタが生成されているかを確認し（図２ステップＳ３）、生成されている場合、パケットのパターンがＲＴＰフィルタに合致した場合（図２ステップＳ６）、そのパケットをＲＴＰ解析部２３に送る。

パケットフィルタ２１はＲＴＰフィルタが生成されていない場合、あるいはＲＴＰフィルタが生成されていても、パケットのパターンがＲＴＰフィルタに合致しない場合（図２ステップＳ６）、パケットをフォワーダー２５を経てＱｏＳ制御部２６に送り、規定されたＱｏＳポリシーにしたがってパケットの出力順を変更する（図２ステップＳ４）。この後、パケットは出力インタフェース１２から出力される（図２ステップＳ５）。

ＳＩＰ解析部２２はパケットフィルタ２１からパケットが送られてくると、ＳＩＰのパケットフォーマットを解析し（図３ステップＳ１１）、ＳＩＰパケットがセッション開始を意味するものかどうかを確認する（図３ステップＳ１２）。

ＳＩＰ解析部２２はＳＩＰパケットがセッション開始を意味するものであった場合、新たに生成されるセッションで使用されるＲＴＰのポート番号を確認し、このポート番号のパケットをＲＴＰパケットとして抽出するパケットフィルタをパケットフィルタ２１に生成し（図３ステップＳ１３）、上記のステップＳ４の処理へ移行する。

ＳＩＰ解析部２２はＳＩＰパケットがセッション開始を意味するものでない場合、ＳＩＰのパケットフォーマットを解析し、ＳＩＰパケットがセッション終了を意味するものかどうかを確認する（図３ステップＳ１４）。ＳＩＰ解析部２２はＳＩＰパケットがセッション終了を意味するものでない場合、上記のステップＳ４の処理へ移行する。

ＳＩＰ解析部２２はＳＩＰパケットがセッション終了を意味するものであった場合、終了するセッションで使用されるＲＴＰのポート番号を確認し、このポート番号のパケットをＲＴＰパケットとして抽出するパケットフィルタをパケットフィルタ２１から削除し（図３ステップＳ１５）、上記のステップＳ４の処理へ移行する。

ＲＴＰ解析部２３の動作を図４に示す。尚、ＲＴＰ解析部２３で受信したＲＴＰパケット毎にＲＴＰヘッダ中にあるシーケンス番号ｎ、ペイロードタイプ、あて先ＩＰアドレス、送信元ＩＰアドレスにてパケットを識別する。このＲＴＰパケットをＲＴＰパケットｎとし、受信時刻をｔ_nとする。

ＲＴＰ解析部２３はパケットフィルタ２１で抽出されたＲＴＰパケットｎを受け取り、受信した時刻を時計回路２４から参照し、受信時刻ｔ_nを記録する（図４ステップＳ２１）。

ＲＴＰ解析部２３はＲＴＰパケットｎ−１の受信時刻ｔ_n-1が記録されているかどうかを確認する（図４ステップＳ２２）。ＲＴＰ解析部２３はＲＴＰパケットｎ−１の受信時刻ｔ_n-1が記録されていない場合、上記のステップＳ４の処理へ移行する。

ＲＴＰ解析部２３はＲＴＰパケットｎ−１の受信時刻ｔ_n-1が記録されている場合、ＲＴＰパケットｎの受信時刻ｔ_nと、ＲＴＰパケットｎ−１の受信時刻ｔ_n-1との差分Δｎを、
Δｎ＝ｔ_n−ｔ_n-1
という式から求める（図４ステップＳ２３）。

ＲＴＰ解析部２３は差分Δｎの値が一定値以上（例えば、５０ｍｓ）かどうかを確認する（図４ステップＳ２４）。ＲＴＰ解析部２３は差分Δｎの値がの値が一定値より小さい場合、上記のステップＳ４の処理へ移行する。また、ＲＴＰ解析部２３は差分Δｎの値が一定値以上だった場合、ＲＴＰパケットｎを廃棄し、ＲＴＰパケットｎの受信時刻ｔ_nの記録を削除する（図４ステップＳ２５）。

図７は本発明の一実施例による通信制御装置１の具体的な動作例を示すフローチャートである。図７を参照して本発明の一実施例による通信制御装置１の具体的な動作例について説明する。

通常、ＳＩＰによってセッションが開始され、ＲＴＰパケットによる通信が行われ、再びＳＩＰによるセッションが終了される。通信制御装置１はＳＩＰのセッション開始パケットを入力インタフェース１１で受信すると（図７ステップＳ５１）、ＳＩＰのセッション開始パケットをパケットフィルタ２１によって抽出し、ＳＩＰ解析部２２に送る。ＳＩＰ解析部２２はＳＩＰのパケットフォーマットを解析することで、このセッションでＲＴＰパケットが使用するポート番号が判明するため、パケットフィルタ２１に該当のポート番号のＲＴＰパケットを抽出するフィルタを設定する。

通信制御装置１はＲＴＰパケット＃１が入力インタフェース１１で受信されると（図７ステップＳ５２）、このＲＴＰパケット＃１がパケットフィルタ２１に生成されたフィルタによって抽出され、ＲＴＰ解析部２３に送られる。ＲＴＰ解析部２３ではＲＴＰパケット＃１の受信時刻ｔ₁が記録される。また、ＲＴＰパケット＃１はフォワーダー２５とＱｏＳ制御部２６とを経て、出力インタフェース１２から出力される。

通信制御装置１はＲＴＰパケット＃２が入力インタフェース１１で受信されると（図７ステップＳ５３）、このＲＴＰパケット＃２がパケットフィルタ２１に生成されたフィルタによって抽出され、ＲＴＰ解析部２３に送られる。ＲＴＰ解析部２３ではＲＴＰパケット＃２の受信時刻ｔ₂が記録される。ここで、ＲＴＰ解析部２３には前回のＲＴＰパケット＃１の受信時刻ｔ₁が記録されているため、それらの差分Δ２＝ｔ₂−ｔ₁を算出する。また、ここでΔ２は予め指定された値（例えば、５０ｍｓｅｃ）以上の値だったとする。この場合、ＲＴＰパケット＃２は廃棄され、受信時刻ｔ₂の記録も削除される。

通信制御装置１はＲＴＰパケット＃３が入力インタフェース１１で受信されると（図７ステップＳ５４）、パケットフィルタ２１に生成されたフィルタによって抽出され、ＲＴＰ解析部２３に送られる。ＲＴＰ解析部２３ではＲＴＰパケット＃３の受信時刻ｔ₃が記録される。ＲＴＰ解析部２３ではＲＴＰパケット＃２の受信時刻ｔ₂の記録がないため、ＲＴＰパケット＃３をフォワーダー２５及びＱｏＳ制御部２６を経て、出力インタフェース１２から出力する。

通信制御装置１はＳＩＰのセッション終了パケットを入力インタフェース１１で受信すると（図７ステップＳ５５）、ＳＩＰのセッション終了パケットをパケットフィルタ２１によって抽出し、ＳＩＰ解析部２２に送る。ＳＩＰ解析部２２は、本セッションでＲＴＰパケットが使用するポート番号が上記のステップＳ５１の処理で設定したものと一致した場合、上記のステップＳ５１の処理でパケットフィルタ２１に設定したＲＴＰパケットを抽出するフィルタを削除する。

このように、本実施例では、受信した時点で既に大きく遅延しているパケットを、回線に送信する前に廃棄するので、不要なＲＴＰパケットの送信を止めることができ、回線帯域の浪費を防ぐことができる。

また、本実施例では、大きく遅延しているパケットを廃棄しているため、ＲＴＰによる通信を使用する端末において、廃棄の必要がなくなるので、ＲＴＰによる通信を使用する端末の負荷を下げることができる。

図５は本発明の他の実施例によるＲＴＰ解析部の動作を示すフローチャートである。本発明の他の実施例による通信制御装置は、上記の図１に示す本発明の一実施例による通信制御装置１と同様の構成となっており、ＲＴＰパケットの廃棄の判断を行うＲＴＰ解析部の動作についてさらに工夫している。つまり、本発明の他の実施例では図４に示すＲＴＰ解析部２３の動作の代わりに図５に示す動作を行わせることで、ＲＴＰ解析部２３が廃棄をＲＴＰパケット中のペイロードタイプから決定している。

ＲＴＰ解析部２３はＲＴＰパケット毎にペイロードタイプを確認し（図５ステップＳ３１）、ペイロードタイプが映像トラフィックであった場合、そのＲＴＰパケットを廃棄する（図５ステップＳ３２）。ＲＴＰ解析部２３はペイロードタイプが映像トラフィックでない場合、あるいは処理を終了すると、上記のステップＳ４の処理へ移行する。

このように、本実施例では、例えばテレビ電話アプリケーションの場合、回線品質や帯域が十分でない環境で映像トラフィックのみを廃棄することで、電話でのコミュニケーションに最低限必要な音声トラフィックの送信に必要な帯域が確保されるので、テレビ電話において音質を維持するという効果が得られる。

図６は本発明の別の実施例によるＲＴＰ解析部の動作を示すフローチャートである。本発明の別の実施例による通信制御装置は、上記の図１に示す本発明の一実施例による通信制御装置１と同様の構成となっており、ＲＴＰパケットの廃棄の判断を行うＲＴＰ解析部の動作についてさらに工夫している。つまり、本発明の別の実施例では図４に示すＲＴＰ解析部２３の動作の代わりに図６に示す動作を行わせることで、ＲＴＰ解析部２３がＲＴＰパケット中のペイロードタイプ毎にＩＰパケットの優先度（ＴＯＳ：ＴｙｐｅＯｆＳｅｒｖｉｃｅ）を変更している。

ＲＴＰ解析部２３はＲＴＰパケット毎にペイロードタイプを確認し（図６ステップＳ４１）、ペイロードタイプ毎にそのパケットのＩＰヘッダ中にＴＯＳ値を設定する（図６ステップＳ４２）。例えば、音声トラフィックのＴＯＳ値として「６」を設定し、映像トラフィックのＴＯＳ値として「４」を設定する。ＲＴＰ解析部２３は処理を終えると、上記のステップＳ４の処理へ移行する。

但し、本実施例では、上記のステップＳ４の処理における出力順の変更の際に、ＴＯＳ値に基づいた制御が行われる。この場合、ＴＯＳ値の大きい音声トラフィックが優先的に出力され、映像に比べて音声が高品質で送信される。

このように、本実施例では、例えばテレビ電話アプリケーションの場合、回線品質や帯域が十分でない環境で映像トラフィックよりも音声を優先的に送出することで、電話でのコミュニケーションに最低限必要な音声トラフィックの送信に必要な帯域が確保されるので、テレビ電話において音質を維持することができるという効果が得られる。

本発明の一実施例による通信制御装置の構成を示すブロック図である。本発明の一実施例による通信制御装置の各受信パケットに対する動作フローを示すフローチャートである。本発明の一実施例による通信制御装置の各受信パケットに対する動作フローを示すフローチャートである。本発明の一実施例による通信制御装置の各受信パケットに対する動作フローを示すフローチャートである。本発明の他の実施例によるＲＴＰ解析部の動作を示すフローチャートである。本発明の別の実施例によるＲＴＰ解析部の動作を示すフローチャートである。本発明の一実施例による通信制御装置の具体的な動作例を示すフローチャートである。

符号の説明

１ＲＴＰ解析による通信制御装置
２コンピュータ回路
１１入力インタフェース
１２出力インタフェース
１３記録媒体
２１パケットフィルタ
２２ＳＩＰ解析部
２３ＲＴＰ解析部
２４時計回路
２５フォワーダー
２６ＱｏＳ制御部

Claims

受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケットを識別する通信制御装置であって、
前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する手段を有することを特徴とする通信制御装置。
前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットの受信時刻を記録する手段を含み、
前記受信時刻を基に前記ＲＴＰパケットを廃棄することを特徴とする請求項１記載の通信制御装置。
前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットのペイロードタイプから廃棄するか否かを決定する手段を含むことを特徴とする請求項１記載の通信制御装置。
前記ＲＴＰパケットを含む前記ＩＰパケットのパラメータを変更する手段を含むことを特徴とする請求項１記載の通信制御装置。
前記パラメータを変更する手段は、ＩＰパケットにおける優先度を示すＴＯＳ（ＴｙｐｅＯｆＳｅｒｖｉｃｅ）値の付与を行うことを特徴とする請求項４記載の通信制御装置。
受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケットを識別する通信制御装置に用いる通信制御方法であって、
前記通信制御装置が前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行することを特徴とする通信制御方法。
前記通信制御装置が前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットの受信時刻を記録する処理を実行し、前記受信時刻を基に前記ＲＴＰパケットを廃棄することを特徴とする請求項６記載の通信制御方法。
前記通信制御装置が前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットのペイロードタイプから廃棄するか否かを決定する処理を実行することを特徴とする請求項６記載の通信制御方法。
前記通信制御装置が前記ＲＴＰパケットを含む前記ＩＰパケットのパラメータを変更する手段を含むことを特徴とする請求項１記載の通信制御方法。
前記通信制御装置が前記パラメータを変更する処理において、ＩＰパケットにおける優先度を示すＴＯＳ（ＴｙｐｅＯｆＳｅｒｖｉｃｅ）値の付与を行うことを特徴とする請求項９記載の通信制御方法。
受信するＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）パケットからＲＴＰ（ＲｅａｌＴｉｍｅｔｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケットを識別する通信制御装置が実行するプログラムであって、
前記通信制御装置のコンピュータに、前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行させるためのプログラム。