(57)【要約】【課題】  不要なＲＴＰパケットの送信を止め、回線帯域の浪費を防ぐことが可能な通信制御装置を提供する。【解決手段】  ＲＴＰ解析部２３はパケットフィルタ２１からＲＴＰパケットを受取り、受信したＲＴＰパケット毎にＲＴＰヘッダ中にあるシーケンス番号、ペイロードタイプ、あて先ＩＰアドレス、送信元ＩＰアドレスにてパケットを識別する。ＲＴＰ解析部２３は識別したパケット毎にＲＴＰパケットの受信時刻を記録し、パケットの受信時刻を比較する。フォワーダー２５は対応するＱｏＳ制御部２６にパケットを送り、出力インタフェース１２が複数ある場合、どの出力インタフェース１２からパケットを出力するかを、パケットのあて先から決定する。ＱｏＳ制御部２６はパケットの出力順番を入れ替え、場合によってはパケットの廃棄を行う。【選択図】      図１
2008017075.tif 000002
【特許請求の範囲】
【請求項１】
受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを識別する通信制御装置であって、
前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する手段を有することを特徴とする通信制御装置。
【請求項２】
前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットの受信時刻を記録する手段を含み、
前記受信時刻を基に前記ＲＴＰパケットを廃棄することを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットのペイロードタイプから廃棄するか否かを決定する手段を含むことを特徴とする請求項１記載の通信制御装置。
【請求項４】
前記ＲＴＰパケットを含む前記ＩＰパケットのパラメータを変更する手段を含むことを特徴とする請求項１記載の通信制御装置。
【請求項５】
前記パラメータを変更する手段は、ＩＰパケットにおける優先度を示すＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）値の付与を行うことを特徴とする請求項４記載の通信制御装置。
【請求項６】
受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを識別する通信制御装置に用いる通信制御方法であって、
前記通信制御装置が前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行することを特徴とする通信制御方法。
【請求項７】
前記通信制御装置が前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットの受信時刻を記録する処理を実行し、前記受信時刻を基に前記ＲＴＰパケットを廃棄することを特徴とする請求項６記載の通信制御方法。
【請求項８】
前記通信制御装置が前記ＲＴＰパケットのヘッダを解析しかつ当該ＲＴＰパケットのペイロードタイプから廃棄するか否かを決定する処理を実行することを特徴とする請求項６記載の通信制御方法。
【請求項９】
前記通信制御装置が前記ＲＴＰパケットを含む前記ＩＰパケットのパラメータを変更する手段を含むことを特徴とする請求項１記載の通信制御方法。
【請求項１０】
前記通信制御装置が前記パラメータを変更する処理において、ＩＰパケットにおける優先度を示すＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）値の付与を行うことを特徴とする請求項９記載の通信制御方法。
【請求項１１】
受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを識別する通信制御装置が実行するプログラムであって、
前記通信制御装置のコンピュータに、前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信制御装置及びそれに用いる通信制御方法並びにそのプログラムに関し、特にＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：リアルタイム転送プロトコル）解析による通信制御方法に関する。
【背景技術】
【０００２】
インタネット等のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：インタネットプロトコル）ネットワークにおいてＲＴＰは、音声や映像を配信する通信プロトコルとして使用されている（例えば、非特許文献１参照）。しかしながら、ＩＰネットワークの品質は一定しておらず、パケットの到達時間にぶれが生じることがある。また、途中経路の回線帯域が潤沢にあるとは限らない。
【０００３】
従来、ＩＰネットワーク上のリアルタイム通信で使用されるＲＴＰパケットは、不要となったものまで送信されることがある。ＲＴＰパケットはリアルタイム性を重視しており、ある程度以上の遅延が発生した場合、通信相手まで到達しても不要なパケットと判断されて廃棄される。こうした廃棄は受信した装置で行っている。
【０００４】
このため、途中の通信経路は最終的に廃棄される不要なパケットを伝送したことになり、通信経路の帯域を浪費したことになる。また、受信した装置にとっても余分な処理を行い、他の必要な処理に悪影響を与えるケースが考えられる。
【０００５】
さらには、ＲＴＰの内容を判断してのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：サービス品質提供）が困難なことである。通常，ＩＰネットワーク機器はパケットの通過、拒否に対してプロトコルの種類をＩＰヘッダ中のプロトコル番号、またはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のポート番号によって判別する。
【０００６】
しかしながら、ＲＴＰはＴＣＰ、ＵＤＰのいずれかを用いて伝送されるため、プロトコル番号では識別できない。また、音声や映像等の複数の種類のデータの送信を、個々の通信毎にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション確立プロトコル）のセッション開始時に決定される一意でないポート番号によって行う。このため、従来のネットワーク機器ではＲＴＰで輸送されるパケットの内容を識別し、ＱｏＳを実施することが困難である。
【０００７】
【非特許文献１】“ＲＴＰ：Ａ  Ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ  ２．ＲＴＰ  Ｕｓｅ  Ｓｃｅｎａｒｉｏｓ”［ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）３５５０，ｐｐ５−８，Ｊｕｌｙ  ２００３］
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述した従来のリアルタイム通信では、遅延したＲＴＰパケットが有効な情報ではなく、このパケットの送信が帯域の浪費になるという問題がある。また、従来のリアルタイム通信では、遅延したＲＴＰパケットの廃棄が、そのパケットを受信した装置にとっても余分な処理であり、他の必要な処理に悪影響を与えることがある。
【０００９】
さらに、従来のリアルタイム通信では、ＲＴＰの内容を判断してのＱｏＳを実施することができないという問題がある。通常、ＩＰネットワーク機器はパケットの通過、拒否に対してプロトコルの種類をＩＰヘッダ中のプロトコル番号、またはＴＣＰ、ＵＤＰのポート番号によって判別しているが、ＲＴＰはＴＣＰ、ＵＤＰのいずれかを用いて伝送されるため、プロトコル番号では識別することができない。
【００１０】
さらにまた、従来のリアルタイム通信では、音声や映像等の複数の種類のデータの送信を、個々の通信毎に決定される一意でないポート番号によって行っているため、従来のネットワーク機器では、ＲＴＰで輸送されるパケットの内容を識別し、ＱｏＳを実施することができない。
【００１１】
そこで、本発明の目的は上記の問題点を解消し、不要なＲＴＰパケットの送信を止めることができ、回線帯域の浪費を防ぐことができる通信制御装置及びそれに用いる通信制御方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明による通信制御装置は、受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを識別する通信制御装置であって、
前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する手段を備えている。
【００１３】
本発明による通信制御方法は、受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを識別する通信制御装置に用いる通信制御方法であって、
前記通信制御装置が前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行している。
【００１４】
本発明によるプログラムは、受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを識別する通信制御装置が実行するプログラムであって、
前記通信制御装置のコンピュータに、前記ＲＴＰパケットを転送する際に必要に応じて前記ＲＴＰパケットの一部を廃棄する処理を実行させている。
【００１５】
すなわち、本発明の通信制御装置は、受信するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：インタネットプロトコル）パケットにおいて、先立って受信したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション確立プロトコル）パケットからＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：リアルタイム転送プロトコル）パケットを識別し、この装置からの転送に際して、必要に応じて一部ＲＴＰのみを廃棄することを特徴としている。また、本発明の通信制御装置は、ＲＴＰを含むＩＰパケットのパラメータを変更することを特徴としている。
【００１６】
より具体的に説明すると、本発明の通信制御装置では、ＲＴＰ解析部がＲＴＰパケットヘッダを解析し、各ＲＴＰパケットの受信時刻を記録し、受信時刻を基にパケットを廃棄している。
【００１７】
また、本発明の通信制御装置では、ＲＴＰパケットのペイロードタイプから、そのパケットを廃棄するか否かの決定、あるいはＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）値（ＩＰパケットにおける優先度を示す値）の付与を行っている。
【００１８】
これによって、本発明の通信制御装置では、受信した時点で既に大きく遅延しているパケットを、回線に送信する前に廃棄しているので、不要なＲＴＰパケットの送信を止め、回線帯域の浪費を防ぐことを可能としている。
【００１９】
また、本発明の通信制御装置では、大きく遅延しているパケットを廃棄しているので、ＲＴＰによる通信を使用する端末においてそのパケットの廃棄の必要がなくなるため、ＲＴＰによる通信を使用する端末の負荷を下げることが可能となる。
【発明の効果】
【００２０】
本発明は、上記のような構成及び動作とすることで、不要なＲＴＰパケットの送信を止めることができ、回線帯域の浪費を防ぐことができるという効果が得られる。
【発明を実施するための最良の形態】
【００２１】
次に、本発明の実施例について図面を参照して説明する。
【実施例１】
【００２２】
図１は本発明の一実施例による通信制御装置の構成を示すブロック図である。図１においては、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：リアルタイム転送プロトコル）解析による通信制御装置（以下、通信制御装置とする）１の構成を示している。
【００２３】
通信制御装置１はコンピュータ回路２と、入力インタフェース１１と、出力インタフェース１２と、コンピュータ回路２が実行するプログラムを記録する記録媒体１３とから構成されている。
【００２４】
コンピュータ回路２はパケットフィルタ２１と、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション確立プロトコル）解析部２２と、ＲＴＰ解析部２３と、時計回路２４と、フォワーダー２５と、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：サービス品質提供）制御部２６との各機能を持つ。これらの機能はコンピュータ回路２が記録媒体１３のプログラムを実行することで実現される。
【００２５】
入力インタフェース１１はパケットを受信する装置であり、受信したパケットをコンピュータ回路２に伝達する。コンピュータ回路２において、入力されたパケットはまずパケットフィルタ２１に伝達される。パケットフィルタ２１はパケットのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）またはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のポート番号部分を確認し、検出対象のパケットがあればそれをＳＩＰ解析部２２またはＲＴＰ解析部２３に伝達する。
【００２６】
ＳＩＰ解析部２２はパケットフィルタ２１からポート番号５０６０のＳＩＰプロトコルを受取り、ＳＩＰメッセージを解析する。ＳＩＰ解析部２２はＳＩＰセッション開始メッセージから該当セッションで使用するＲＴＰのポート番号を確認し、パケットフィルタ２１に対して、検出したポート番号のパケット（該当セッションのＲＴＰパケット）を検出するよう、パケットフィルタ２１の動作を変更する。また、ＳＩＰ解析部２２はＳＩＰセッション終了メッセージから該当セッションで使用するＲＴＰのポート番号を確認し、パケットフィルタ２１に対して、検出したポート番号のパケット（該当セッションのＲＴＰパケット）を検出しないよう、パケットフィルタ２１の動作を変更する。
【００２７】
ＲＴＰ解析部２３はパケットフィルタ２１からＲＴＰパケットを受取り、受信したＲＴＰパケット毎にＲＴＰヘッダ中にあるシーケンス番号、ペイロードタイプ、あて先ＩＰアドレス、送信元ＩＰアドレスにてパケットを識別する。また、ＲＴＰ解析部２３は識別したパケット毎にＲＴＰパケットの受信時刻を記録し、パケットの受信時刻を比較することができる。
【００２８】
時計回路２４は現在時刻を保持する。フォワーダー２５は対応するＱｏＳ制御部２６にパケットを送る。また、フォワーダー２５は出力インタフェース１２が複数ある場合、どの出力インタフェース１２からパケットを出力するかを、パケットのあて先から決定する。ＱｏＳ制御部２６はパケットの出力順番を入れ替える。場合によって、ＱｏＳ制御部２６はパケットの廃棄を行う。
【００２９】
出力インタフェース１２はＱｏＳ制御部２６で決定された順番にしたがって、パケットを出力する。出力インタフェース１２はパケットのあて先毎に複数存在しうる。
【００３０】
尚、上記の通信制御装置１の構成において、フォワーダー２５及びＱｏＳ制御部２６は、当業者にとってよく知られており、また本発明とは直接関係しないので、その詳細な構成についての説明は省略する。
【００３１】
図２〜図４は本発明の一実施例による通信制御装置１の各受信パケットに対する動作フローを示すフローチャートである。図２は各受信パケットに対する通信制御装置１の動作フローを示し、図３は図２におけるＳＩＰ解析部２２の動作を示し、図４はＲＴＰ解析部２３の動作を示している。これら図１〜図４を参照して本発明の一実施例による通信制御装置１の各受信パケットに対する動作について説明する。尚、図２〜図４に示す処理は通信制御装置１のコンピュータ回路２が記録媒体１３のプログラムを実行することで実現される。
【００３２】
通信制御装置１において、パケットが入力インタフェース１１に与えられると（図２ステップＳ１）、そのパケットはパケットフィルタ２１に送られる。パケットフィルタ２１はパケットのパターンがＳＩＰフィルタに合致した場合（図２ステップＳ２）、そのパケットをＳＩＰ解析部２２に送る。
【００３３】
パケットフィルタ２１はパケットのパターンがＳＩＰフィルタに合致しない場合（図２ステップＳ２）、ＲＴＰフィルタが生成されているかを確認し（図２ステップＳ３）、生成されている場合、パケットのパターンがＲＴＰフィルタに合致した場合（図２ステップＳ６）、そのパケットをＲＴＰ解析部２３に送る。
【００３４】
パケットフィルタ２１はＲＴＰフィルタが生成されていない場合、あるいはＲＴＰフィルタが生成されていても、パケットのパターンがＲＴＰフィルタに合致しない場合（図２ステップＳ６）、パケットをフォワーダー２５を経てＱｏＳ制御部２６に送り、規定されたＱｏＳポリシーにしたがってパケットの出力順を変更する（図２ステップＳ４）。この後、パケットは出力インタフェース１２から出力される（図２ステップＳ５）。
【００３５】
ＳＩＰ解析部２２はパケットフィルタ２１からパケットが送られてくると、ＳＩＰのパケットフォーマットを解析し（図３ステップＳ１１）、ＳＩＰパケットがセッション開始を意味するものかどうかを確認する（図３ステップＳ１２）。
【００３６】
ＳＩＰ解析部２２はＳＩＰパケットがセッション開始を意味するものであった場合、新たに生成されるセッションで使用されるＲＴＰのポート番号を確認し、このポート番号のパケットをＲＴＰパケットとして抽出するパケットフィルタをパケットフィルタ２１に生成し（図３ステップＳ１３）、上記のステップＳ４の処理へ移行する。
【００３７】
ＳＩＰ解析部２２はＳＩＰパケットがセッション開始を意味するものでない場合、ＳＩＰのパケットフォーマットを解析し、ＳＩＰパケットがセッション終了を意味するものかどうかを確認する（図３ステップＳ１４）。ＳＩＰ解析部２２はＳＩＰパケットがセッション終了を意味するものでない場合、上記のステップＳ４の処理へ移行する。
【００３８】
ＳＩＰ解析部２２はＳＩＰパケットがセッション終了を意味するものであった場合、終了するセッションで使用されるＲＴＰのポート番号を確認し、このポート番号のパケットをＲＴＰパケットとして抽出するパケットフィルタをパケットフィルタ２１から削除し（図３ステップＳ１５）、上記のステップＳ４の処理へ移行する。
【００３９】
ＲＴＰ解析部２３の動作を図４に示す。尚、ＲＴＰ解析部２３で受信したＲＴＰパケット毎にＲＴＰヘッダ中にあるシーケンス番号ｎ、ペイロードタイプ、あて先ＩＰアドレス、送信元ＩＰアドレスにてパケットを識別する。このＲＴＰパケットをＲＴＰパケットｎとし、受信時刻をｔn とする。
【００４０】
ＲＴＰ解析部２３はパケットフィルタ２１で抽出されたＲＴＰパケットｎを受け取り、受信した時刻を時計回路２４から参照し、受信時刻ｔn を記録する（図４ステップＳ２１）。
【００４１】
ＲＴＰ解析部２３はＲＴＰパケットｎ−１の受信時刻ｔn-1 が記録されているかどうかを確認する（図４ステップＳ２２）。ＲＴＰ解析部２３はＲＴＰパケットｎ−１の受信時刻ｔn-1 が記録されていない場合、上記のステップＳ４の処理へ移行する。
【００４２】
ＲＴＰ解析部２３はＲＴＰパケットｎ−１の受信時刻ｔn-1 が記録されている場合、ＲＴＰパケットｎの受信時刻ｔn と、ＲＴＰパケットｎ−１の受信時刻ｔn-1 との差分Δｎを、
Δｎ＝ｔn −ｔn-1
という式から求める（図４ステップＳ２３）。
【００４３】
ＲＴＰ解析部２３は差分Δｎの値が一定値以上（例えば、５０ｍｓ）かどうかを確認する（図４ステップＳ２４）。ＲＴＰ解析部２３は差分Δｎの値がの値が一定値より小さい場合、上記のステップＳ４の処理へ移行する。また、ＲＴＰ解析部２３は差分Δｎの値が一定値以上だった場合、ＲＴＰパケットｎを廃棄し、ＲＴＰパケットｎの受信時刻ｔn の記録を削除する（図４ステップＳ２５）。
【００４４】
図７は本発明の一実施例による通信制御装置１の具体的な動作例を示すフローチャートである。図７を参照して本発明の一実施例による通信制御装置１の具体的な動作例について説明する。
【００４５】
通常、ＳＩＰによってセッションが開始され、ＲＴＰパケットによる通信が行われ、再びＳＩＰによるセッションが終了される。通信制御装置１はＳＩＰのセッション開始パケットを入力インタフェース１１で受信すると（図７ステップＳ５１）、ＳＩＰのセッション開始パケットをパケットフィルタ２１によって抽出し、ＳＩＰ解析部２２に送る。ＳＩＰ解析部２２はＳＩＰのパケットフォーマットを解析することで、このセッションでＲＴＰパケットが使用するポート番号が判明するため、パケットフィルタ２１に該当のポート番号のＲＴＰパケットを抽出するフィルタを設定する。
【００４６】
通信制御装置１はＲＴＰパケット＃１が入力インタフェース１１で受信されると（図７ステップＳ５２）、このＲＴＰパケット＃１がパケットフィルタ２１に生成されたフィルタによって抽出され、ＲＴＰ解析部２３に送られる。ＲＴＰ解析部２３ではＲＴＰパケット＃１の受信時刻ｔ1 が記録される。また、ＲＴＰパケット＃１はフォワーダー２５とＱｏＳ制御部２６とを経て、出力インタフェース１２から出力される。
【００４７】
通信制御装置１はＲＴＰパケット＃２が入力インタフェース１１で受信されると（図７ステップＳ５３）、このＲＴＰパケット＃２がパケットフィルタ２１に生成されたフィルタによって抽出され、ＲＴＰ解析部２３に送られる。ＲＴＰ解析部２３ではＲＴＰパケット＃２の受信時刻ｔ2 が記録される。ここで、ＲＴＰ解析部２３には前回のＲＴＰパケット＃１の受信時刻ｔ1 が記録されているため、それらの差分Δ２＝ｔ2 −ｔ1 を算出する。また、ここでΔ２は予め指定された値（例えば、５０ｍｓｅｃ）以上の値だったとする。この場合、ＲＴＰパケット＃２は廃棄され、受信時刻ｔ2 の記録も削除される。
【００４８】
通信制御装置１はＲＴＰパケット＃３が入力インタフェース１１で受信されると（図７ステップＳ５４）、パケットフィルタ２１に生成されたフィルタによって抽出され、ＲＴＰ解析部２３に送られる。ＲＴＰ解析部２３ではＲＴＰパケット＃３の受信時刻ｔ3 が記録される。ＲＴＰ解析部２３ではＲＴＰパケット＃２の受信時刻ｔ2 の記録がないため、ＲＴＰパケット＃３をフォワーダー２５及びＱｏＳ制御部２６を経て、出力インタフェース１２から出力する。
【００４９】
通信制御装置１はＳＩＰのセッション終了パケットを入力インタフェース１１で受信すると（図７ステップＳ５５）、ＳＩＰのセッション終了パケットをパケットフィルタ２１によって抽出し、ＳＩＰ解析部２２に送る。ＳＩＰ解析部２２は、本セッションでＲＴＰパケットが使用するポート番号が上記のステップＳ５１の処理で設定したものと一致した場合、上記のステップＳ５１の処理でパケットフィルタ２１に設定したＲＴＰパケットを抽出するフィルタを削除する。
【００５０】
このように、本実施例では、受信した時点で既に大きく遅延しているパケットを、回線に送信する前に廃棄するので、不要なＲＴＰパケットの送信を止めることができ、回線帯域の浪費を防ぐことができる。
【００５１】
また、本実施例では、大きく遅延しているパケットを廃棄しているため、ＲＴＰによる通信を使用する端末において、廃棄の必要がなくなるので、ＲＴＰによる通信を使用する端末の負荷を下げることができる。
【実施例２】
【００５２】
図５は本発明の他の実施例によるＲＴＰ解析部の動作を示すフローチャートである。本発明の他の実施例による通信制御装置は、上記の図１に示す本発明の一実施例による通信制御装置１と同様の構成となっており、ＲＴＰパケットの廃棄の判断を行うＲＴＰ解析部の動作についてさらに工夫している。つまり、本発明の他の実施例では図４に示すＲＴＰ解析部２３の動作の代わりに図５に示す動作を行わせることで、ＲＴＰ解析部２３が廃棄をＲＴＰパケット中のペイロードタイプから決定している。
【００５３】
ＲＴＰ解析部２３はＲＴＰパケット毎にペイロードタイプを確認し（図５ステップＳ３１）、ペイロードタイプが映像トラフィックであった場合、そのＲＴＰパケットを廃棄する（図５ステップＳ３２）。ＲＴＰ解析部２３はペイロードタイプが映像トラフィックでない場合、あるいは処理を終了すると、上記のステップＳ４の処理へ移行する。
【００５４】
このように、本実施例では、例えばテレビ電話アプリケーションの場合、回線品質や帯域が十分でない環境で映像トラフィックのみを廃棄することで、電話でのコミュニケーションに最低限必要な音声トラフィックの送信に必要な帯域が確保されるので、テレビ電話において音質を維持するという効果が得られる。
【実施例３】
【００５５】
図６は本発明の別の実施例によるＲＴＰ解析部の動作を示すフローチャートである。本発明の別の実施例による通信制御装置は、上記の図１に示す本発明の一実施例による通信制御装置１と同様の構成となっており、ＲＴＰパケットの廃棄の判断を行うＲＴＰ解析部の動作についてさらに工夫している。つまり、本発明の別の実施例では図４に示すＲＴＰ解析部２３の動作の代わりに図６に示す動作を行わせることで、ＲＴＰ解析部２３がＲＴＰパケット中のペイロードタイプ毎にＩＰパケットの優先度（ＴＯＳ：Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）を変更している。
【００５６】
ＲＴＰ解析部２３はＲＴＰパケット毎にペイロードタイプを確認し（図６ステップＳ４１）、ペイロードタイプ毎にそのパケットのＩＰヘッダ中にＴＯＳ値を設定する（図６ステップＳ４２）。例えば、音声トラフィックのＴＯＳ値として「６」を設定し、映像トラフィックのＴＯＳ値として「４」を設定する。ＲＴＰ解析部２３は処理を終えると、上記のステップＳ４の処理へ移行する。
【００５７】
但し、本実施例では、上記のステップＳ４の処理における出力順の変更の際に、ＴＯＳ値に基づいた制御が行われる。この場合、ＴＯＳ値の大きい音声トラフィックが優先的に出力され、映像に比べて音声が高品質で送信される。
【００５８】
このように、本実施例では、例えばテレビ電話アプリケーションの場合、回線品質や帯域が十分でない環境で映像トラフィックよりも音声を優先的に送出することで、電話でのコミュニケーションに最低限必要な音声トラフィックの送信に必要な帯域が確保されるので、テレビ電話において音質を維持することができるという効果が得られる。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施例による通信制御装置の構成を示すブロック図である。
【図２】本発明の一実施例による通信制御装置の各受信パケットに対する動作フローを示すフローチャートである。
【図３】本発明の一実施例による通信制御装置の各受信パケットに対する動作フローを示すフローチャートである。
【図４】本発明の一実施例による通信制御装置の各受信パケットに対する動作フローを示すフローチャートである。
【図５】本発明の他の実施例によるＲＴＰ解析部の動作を示すフローチャートである。
【図６】本発明の別の実施例によるＲＴＰ解析部の動作を示すフローチャートである。
【図７】本発明の一実施例による通信制御装置の具体的な動作例を示すフローチャートである。
【符号の説明】
【００６０】
１  ＲＴＰ解析による通信制御装置
２  コンピュータ回路
１１  入力インタフェース
１２  出力インタフェース
１３  記録媒体
２１  パケットフィルタ
２２  ＳＩＰ解析部
２３  ＲＴＰ解析部
２４  時計回路
２５  フォワーダー
２６  ＱｏＳ制御部
【図１】
2008017075.tif 000003
【図２】
2008017075.tif 000004
【図３】
2008017075.tif 000005
【図４】
2008017075.tif 000006
【図５】
2008017075.tif 000007
【図６】
2008017075.tif 000008
【図７】
2008017075.tif 000009