(57)【要約】【課題】ＲＴＰセッション終了後に相手側の通信装置で発生した故障を早期に検知して当該故障の問題解決を図り得るＲＴＰデータ通信装置を提供する。【解決手段】  呼接続の切断処理の対象となった通信装置から、当該切断処理の時から所定の設定時間の経過後にＲＴＰデータを受信したと判別した場合に、通信網に対して異常検出通知を供給するＲＴＰデータ通信装置。【選択図】図１
2011188437.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの通信装置との間で通信網を介してＲＴＰデータを送受信するＲＴＰデータ通信装置であって、
前記通信装置との間の呼接続を確立及び切断する呼接続部と、
前記呼接続部による前記呼接続の切断処理の対象となった通信装置から、当該切断処理の時から所定の設定時間の経過後に前記ＲＴＰデータを受信したと判別した場合に前記通信網に対して異常検出通知を供給する異常検出通知部と、を含むことを特徴とするＲＴＰデータ通信装置。
【請求項２】
前記異常検出通知部は、
前記通信装置毎の呼接続の状態を記憶する通信状態記憶部と、
前記呼接続の切断時からの経過時間を前記通信装置毎に測定する経過時間測定部と、
前記ＲＴＰデータが前記呼接続の切断処理の対象となった通信装置からのものであり且つ当該通信装置についての前記経過時間が前記設定時間より長いと判別した場合に前記ＲＴＰデータが異常ＲＴＰデータであると判定する異常ＲＴＰ受信判定部と、
前記異常ＲＴＰ受信判定部によって異常ＲＴＰデータであると判定された旨を前記異常検出通知として供給する通知部と、からなることを特徴とする請求項１に記載のＲＴＰデータ通信装置。
【請求項３】
前記ＲＴＰ受信監視部は、前記ＲＴＰデータを含むパケットのヘッダに含まれる送信元アドレスに基づいて当該ＲＴＰデータを送信した通信装置を判別することを特徴とする請求項２に記載のＲＴＰデータ通信装置。
【請求項４】
前記通信部は、ＳＩＰ規格に従って前記呼接続を確立及び切断することを特徴とする請求項１乃至３のいずれか１つに記載のＲＴＰデータ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置との間で通信網を介してＲＴＰ（Real-time Transport Protocol）データを通信するＲＴＰデータ通信装置に関する。
【背景技術】
【０００２】
従来、ＶｏＩＰ（Voice over Internet Protocol）等の通信網を介してＲＴＰデータを通信する装置において、ＲＴＰセッション確立後にＩＰネットワークや相手側の通信機器の異常を検出する方法として、ＲＴＰやＲＴＣＰ（Real-time Transport Control Protocol）のストリームを監視する以下の方法が知られている。例えば、通信機器間の通信セッションにおけるＲＴＰストリームの受信状態を監視して一定時間に亘って当該ストリームを受信していないことを検出した場合に、相手側の通信機器の故障や通信ネットワークの障害発生の情報を、当該通信機器の呼接続制御装置へ通知する方法が、インターネット標準化団体ＩＥＴＦ（The Internet Engineering Task Force）によって定められたＲＦＣ３６６０の２．１０章RTP PackageのRTP/RTCP Timeout項に記載されている。また、相手側の通信装置から周期的に送信されるＲＴＣＰパケットを受信して、その受信状況からＲＴＰセッションの切断発生を検知し、相手側の通信機器の故障等の障害発生の情報を呼接続制御装置へ通知する方法が、例えば特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２２１２１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記したように、従来の通信装置の構成の場合には、ＲＴＰストリームの受信監視機能や、相手側装置へのＲＴＣＰパケットの送信機能を備えていることが必要であるが、通信機器が必ずしもこのような機能を備えているとは限らない。かかる機能を備えていない場合には、以下のような問題が生じる。正常動作時においては、ＲＴＰセッション終了後に送信側の通信装置（以下、通信装置Ａと称する）がＲＴＰストリームの送信を停止するので問題ないが、この通信装置Ａが故障した場合には、ＲＴＰセッションが終了しているにもかかわらず、通信装置ＡがＲＴＰストリームを相手側の通信装置（以下、通信装置Ｂと称する）に送信し続けてしまうという。その後、通信装置Ｂが別の通信装置（以下、通信装置Ｃと称する）との間で通信を開始した場合、通信装置Ｂは、通信装置Ａと通信装置Ｃの双方からＲＴＰストリームを同時に受信することになるので、通信装置Ｂの通信パフォーマンスが低下する等の問題が生じる。故障発生の通信装置Ａは、ＲＴＰやＲＴＣＰパケットの受信によっては通信装置Ｂとの間のセッション終了を検知できないので、ＲＴＰストリームを通信装置Ｂに送信し続けてしまう。
【０００５】
本発明は上記した如き問題点に鑑みてなされたものであって、ＲＴＰセッション終了後に相手側の通信装置で発生した故障を早期に検知して当該故障の問題解決を図り得るＲＴＰデータ通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によるＲＴＰデータ通信装置は、少なくとも１つの通信装置との間で通信網を介してＲＴＰデータを送受信するＲＴＰデータ通信装置であって、前記通信装置との間の呼接続を確立及び切断する呼接続部と、前記呼接続部による前記呼接続の切断処理の対象となった通信装置から、当該切断処理の時から所定の設定時間の経過後に前記ＲＴＰデータを受信したと判別した場合に前記通信網に対して異常検出通知を供給する異常検出通知部と、を含むことを特徴とする。
【発明の効果】
【０００７】
本発明によるＲＴＰデータ通信装置によれば、ＲＴＰセッション終了後に相手側の通信装置で発生した故障を早期に検知して当該故障の問題解決を図ることができる。
【図面の簡単な説明】
【０００８】
【図１】本実施例のＲＴＰデータ通信装置を、通信機器、呼制御機器、保守監視機器及び通信網と共に表すブロック図である。
【図２】図１の通信状態記憶部が記憶する通信状態テーブルの例である。
【図３】図１の経過時間測定部が保持する経過時間測定テーブルの例である。
【図４】異常ＲＴＰデータ受信検出処理における各装置の動作を表すシーケンス図である。
【図５】異常ＲＴＰデータ受信検出通知処理ルーチンを表すフローチャートである。
【図６】ＲＴＰデータパケット及び図１の異常ＲＴＰ受信判定部における判定タイミングを表すタイムチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。
【００１０】
図１は本実施例のＲＴＰデータ通信装置Ａ１０（以下、単に通信装置Ａ１０と称する）を、通信装置（相手側通信装置）２０、呼制御装置３０、保守監視装置４０、通信網５１及び５２と共に表すブロック図である。通信装置Ａ１０は、通信装置Ｂ２０との間で、例えばＶｏＩＰ（Voice over Internet Protocol）網などの通信網５１及び５２を介して、例えば音声データや動画データなどのマルチメディアデータをＲＴＰストリームデータとして送受信する例えばゲートウェイ装置やパーソナルコンピュータ等の情報通信装置である。通信装置Ｂ２０は、通信装置Ａ１０の相手側通信装置であり、通信装置Ａ１０と同一の構成からなる。なお、ここでは、説明の便宜のため、相手側通信装置として通信装置Ｂ２０のみを示しているが、２以上の相手側通信装置が通信網５１及び５２に接続されていても良い。
【００１１】
呼制御装置３０は、例えばＳＩＰ（Session Initiation Protocol）などの通信プロトコルに従って通信装置Ａ１０と通信装置Ｂ２０との呼接続を制御するＳＩＰサーバ等の装置である。保守監視装置４０は、通信網５１に接続されている通信装置Ａ１０等の装置の保守や管理を行うための例えば管理会社等に設けられたサーバなどの装置である。通信網５１及び５２は、例えばＶｏＩＰなどの通信網であり、通信網５１は主に呼接続についての通信をするための通信網であり、通信網５２は主にＲＴＰデータの通信をするための通信網である。なお、通信網５１と通信網５２は単一の通信網で構成されても良い。
【００１２】
通信装置Ａ１０は、通信インタフェースＡ１１と、通信インタフェースＢ１２と、呼接続部１３と、通信状態記憶部１４と、経過時間測定部１５と、ＲＴＰ受信監視部１６と、異常ＲＴＰ受信判定部１７と、異常通知部１８と、ＲＴＰデータ処理部１９と、を含む。以下、通信状態記憶部１４と、経過時間測定部１５と、ＲＴＰ受信監視部１６と、異常ＲＴＰ受信判定部１７と、異常通知部１８とからなる機能ブロックを異常検出通知部と称する。
【００１３】
通信インタフェースＡ１１は、主として呼接続についてのデータを通信網５１を介して送受信する通信インタフェースである。通信インタフェースＢ１２は、主として例えば動画データなどのマルチメディアデータをＲＴＰデータとして通信網５２を介して送受信する通信インタフェースである。
【００１４】
呼接続部１３は、呼制御装置３０からの呼接続の確立又は切断の指示に応じて、通信装置Ｂ２０との間で呼接続を確立又は切断する。呼接続の確立及び切断は、例えばＳＩＰプロトコルに従ってＩＮＶＩＴＥやＢＹＥ等のメッセージの交換によりなされる。また、呼接続部１３は、通信機器毎の呼接続の確立及び切断の状態を通信状態記憶部１４に記憶させる。
【００１５】
通信状態記憶部１４は、通信機器毎の呼接続の確立及び切断の状態を記憶する例えばハードディスクなどの記憶媒体である。図２は、通信状態記憶部１４が記憶する通信状態テーブルの例である。「相手側通信装置」は、通信装置Ｂ２０などの相手側通信装置を識別するための例えばＩＰアドレス等の識別子である。ここでは、説明の便宜上、識別子をＢ、Ｃ、Ｄ・・・としている。「呼接続状態」は、通信装置Ａ１０と相手側通信装置との間の呼接続状態が「確立」状態であるか「切断」状態であるかを相手側通信装置毎に示している。
【００１６】
経過時間測定部１５は、相手側通信装置との間の呼接続の切断時からの経過時間を、相手側通信装置毎に測定するものである。図３は、経過時間測定部１５が保持する経過時間測定テーブルの例である。「相手側通信装置」は、相手側通信装置の識別子である。ここでは、説明の便宜上、識別子をＢ、Ｃ、Ｄ・・・としている。「経過時間」は、呼接続の切断時からの経過時間を相手側通信装置毎に示している。呼接続を確立している相手側通信装置についての経過時間は「―」として示されている。
【００１７】
ＲＴＰ受信監視部１６は、通信インタフェースＢ１２によるＲＴＰデータの受信状態を通信装置Ｂ２０などの相手側通信装置毎に監視する。ＲＴＰ受信監視部１６は、ＲＴＰデータを含むパケットのヘッダに含まれる送信元アドレスに基づいて、当該ＲＴＰデータの送信元の相手側通信装置を判別する。ＲＴＰ受信監視部１６は、相手側通信装置毎のＲＴＰデータの受信状態を異常ＲＴＰ受信判定部１７に通知する。
【００１８】
異常ＲＴＰ受信判定部１７は、通信インタフェースＢ１２によって受信されたＲＴＰデータが、呼接続部１３による呼切断処理の対象とされた相手側通信装置からのＲＴＰデータであり、且つ呼切断時から所定の設定時間を経過している場合に、当該ＲＴＰデータを異常ＲＴＰデータであると判定する。
【００１９】
詳細には、異常ＲＴＰ受信判定部１７は、ＲＴＰ受信監視部１６から、相手側通信装置毎のＲＴＰデータの受信状態の通知を受け、通信装置Ａ１０との間の呼接続が切断状態にある相手側通信装置からＲＴＰデータを受信したか否かを、通信状態記憶部１４の通信状態テーブル（図２）を参照することにより把握する。
【００２０】
次に、異常ＲＴＰ受信判定部１７は、呼切断状態にある相手側通信装置からＲＴＰデータを受信したと判別した場合には、経過時間測定部１５の経過時間測定テーブル（図３）を参照して、当該相手側通信装置に対応する経過時間を取得する。続いて、異常ＲＴＰ受信判定部１７は、当該経過時間が所定の設定時間より長いと判別した場合に、通信インタフェースＢ１２によって受信されたＲＴＰデータを異常ＲＴＰデータであると判定する。当該設定時間には特に制限は無く、システム構成に応じて例えば数ミリ秒〜数分などの範囲で適宜設定すれば良い。
【００２１】
異常通知部１８は、異常ＲＴＰ受信判定部１７によって異常ＲＴＰデータであると判定された旨を異常検出通知として通信網５１に対して供給し、これを呼制御装置３０及び／又は保守監視装置４０へ送信する。この際、異常通知部１８は、当該異常ＲＴＰデータに対応する相手側通信装置の例えばＩＰアドレスなどの識別子を異常検出通知に含めて送信する。異常検出通知は、パケット送信により通信インタフェースＡ１０を介して送信される。
【００２２】
ＲＴＰデータ処理部１９は、通信インタフェースＢ１２によって受信されたＲＴＰデータに所定の処理を施す。通信装置Ａ１０が例えばパーソナルコンピュータ等の情報通信端末であり、ＲＴＰデータが動画データである場合には、ＲＴＰデータ処理部１９は、動画データに基づく動画の再生出力を行う。通信装置Ａ１０が例えばゲートウェイ等の中継装置である場合には、宛先の装置へＲＴＰデータを中継する。また、ＲＴＰデータ処理部１９は、ＲＴＰデータを生成して、これを通信インタフェースＢ１２から送信させる機能も有する。
【００２３】
通信装置Ａ１０は、例えばマイクロプロセッサなどの演算処理装置や例えばハードディスクなどの記憶媒体等のハードウェア資源によって構成することができる。
【００２４】
図４は、異常ＲＴＰデータ受信検出処理における通信装置Ａ１０、通信装置Ｂ２０及び呼制御装置３０の動作を表すシーケンス図である。以下、図４を参照しつつ、異常ＲＴＰデータ受信検出処理について説明する。
【００２５】
先ず、呼制御装置３０は、呼接続要求（ステップＳ１０１）に応じて、通信装置Ａ１０及び２０の各々へ呼接続指示を発する（ステップＳ１０２及びＳ１０３）。呼接続指示には、例えば相手側通信装置のＩＰアドレスなどのＲＴＰセッションの開始に必要な情報が含まれている。通信装置Ａ１０の呼接続部１３は、当該指示に応じて呼接続処理を行う（ステップＳ１０４）。通信装置Ｂ２０も当該指示に応じて呼接続処理を行う（ステップＳ１０５）。これにより、通信装置Ａ１０と通信装置Ｂ２０との間に呼接続が確立し、通信装置Ａ１０及び２０は、例えば音声データなどのＲＴＰデータを相互に送受信できる（ステップＳ１０６）。これらの呼接続処理は例えばＳＩＰ通信プロトコルに従ってＩＮＶＩＴＥや２００ＯＫ等のメッセージの交換により処理される。
【００２６】
通信装置Ａ１０の呼接続部１３は、通信装置Ｂ２０との間の呼接続を確立した後（ステップＳ１１０）、通信状態記憶部１４の通信状態テーブル（図２）に、通信装置Ｂ２０との間の呼接続状態が確立状態である旨を記憶する。
【００２７】
次に、呼制御装置３０は、呼切断要求（ステップＳ１０７）に応じて、通信装置Ａ１０及び２０の各々へ呼切断指示を発する（ステップＳ１０８及びＳ１０９）。通信装置Ａ１０の呼接続部１３は、当該指示に応じて呼切断処理を行う（ステップＳ１１０）。通信装置Ｂ２０も当該指示に応じて呼切断処理を行う（ステップＳ１１１）。ここで、通信装置Ａ１０は正常に呼切断できたが、通信装置Ｂ２０は自身の故障等の原因により呼切断できなかった（ステップＳ１１２）。通信装置Ａ１０は、呼切断後にＲＴＰデータの送信を停止したが、通信装置Ｂ２０は、呼切断後においてもＲＴＰデータの送信を継続している（ステップＳ１１３）。
【００２８】
次に、通信装置Ａ１０は、異常ＲＴＰ受信検出処理（ステップＳ１１４）及び異常検出通知処理（ステップＳ１１５）を行う。以下、これら両処理からなる処理を異常ＲＴＰデータ受信検出通知処理と称する。図５は、異常ＲＴＰデータ受信検出通知処理ルーチンを表すフローチャートである。以下、図５を参照しつつ通信装置Ａ１０における当該処理について説明する。
【００２９】
先ず、呼接続部１３は、通信装置Ｂ２０との間の呼接続を切断した後（図４のステップＳ１１０）、通信状態記憶部１４の通信状態テーブル（図２）に、通信装置Ｂ２０との間の呼接続状態が切断状態である旨を記憶する（ステップＳ２０１）。経過時間測定部１５は、呼接続部１３による通信装置Ｂ２０との間の呼切断時からの経過時間の測定を開始する（ステップＳ２０２）。経過時間測定部１５は、自身が保持している経過時間測定テーブル（図３）に通信装置Ｂ２０についての経過時間を記録する。
【００３０】
通信インタフェースＢ１２は、呼切断後においても、通信装置Ｂ２０から送信されたＲＴＰパケットをその後も受信し続けている。ＲＴＰ受信監視部１６は、通信インタフェースＢ１２によるＲＴＰパケットの受信を監視しており、通信インタフェースＢ１２が受信したＲＴＰパケットのヘッダに含まれる送信元ＩＰアドレスに基づいて当該ＲＴＰパケットの送信元の相手側通信装置を判別する。そして、ＲＴＰ受信監視部１６は、相手側通信装置毎のＲＴＰデータの受信状態を異常ＲＴＰ受信判定部１７に通知する（ステップＳ２０３）。
【００３１】
異常ＲＴＰ受信判定部１７は、ＲＴＰ受信監視部１６から当該通知を受け、通信装置Ａ１０との間の呼接続が切断状態にある相手側通信装置からＲＴＰデータを受信したか否かを、通信状態記憶部１４の通信状態テーブル（図２）を参照して判別する（ステップＳ２０４）。ＲＴＰデータの送信元の相手側通信装置と呼接続状態にある場合には、ステップＳ２０３に戻るが、ここでは、通信装置Ｂ２０との間の呼接続は切断されているので、次のステップＳ２０５に移行する。
【００３２】
次に、異常ＲＴＰ受信判定部１７は、経過時間測定部１５が保持している経過時間測定テーブル（図３）を参照し、通信装置Ｂ２０についての経過時間が、所定の設定時間を上回ったか否かを判別する（ステップＳ２０５）。設定時間には特に制限は無く、例えば１０秒などの適当な時間に適宜設定すれば良い。経過時間が設定時間以下である場合にはステップＳ２０３に戻る。経過時間が設定時間より長い場合には、異常ＲＴＰ受信判定部１７は、通信インタフェースＢ１２によって受信された当該ＲＴＰデータが異常ＲＴＰデータであると判定する。
【００３３】
図６は、通信装置Ｂ２０からのＲＴＰデータパケット及び異常ＲＴＰ受信判定タイミングを表すタイムチャートである。上記したように呼接続部１３が通信装置Ｂ２０との間の呼接続を切断した時刻ｔ０以降においても、通信インタフェースＢ１２は通信装置Ｂ２０からのＲＴＰパケットを受信し続ける。異常ＲＴＰ受信判定部１７は、通信インタフェースＢ１２がＲＴＰパケットを受信した時点で、切断時ｔ０からの経過時間（ｔ０〜ｔ１）が所定の設定時間より長いと判別した場合に、当該ＲＴＰパケットが異常受信であると判定する（時刻ｔ２）。
【００３４】
再び図５を参照する。異常通知部１８は、異常ＲＴＰ受信判定部１７によって異常ＲＴＰデータ受信判定がされた場合に、通信装置Ｂ２０についての異常を検出した旨の通知（異常検出通知）を通信インタフェースＡ１１を介して通信網５１へ供給し、これを呼制御装置３０及び／又は保守監視装置４０へ送信する（ステップＳ２０６）。異常通知部１８は、例えば、呼接続部１３が通信装置Ｂ２０との間で呼接続を確立する際に用いた、呼制御装置３０からの呼接続指示（図４のステップＳ１０２）に含まれる通信装置Ｂ２０についての情報を、通信装置Ｂ２０を示す情報として異常検出通知に含めて送信する。
【００３５】
再び図４を参照する。異常通知部１８は、異常検出通知を呼制御装置３０へ送信する（ステップＳ１１６）。異常通知部１８は、これと同一の通知を保守者・保守機器通知として保守監視装置４０へ送信しても良い（ステップＳ１１７）。異常検出通知を受けた呼制御装置３０は、通信装置Ｂ２０についての故障対応処理を行う（ステップＳ１１８）。故障対応処理は、例えば、通信装置Ｂ２０のリセット処理やリブート処理を実行させるための信号を通信装置Ｂ２０へ送信する等の処理である。更に例えば自立診断などの通信機器の正常状態を回復させるための指示等の信号を通信装置Ｂ２０へ送信しても良い（ステップＳ１１９）。
【００３６】
上記したように、本実施例の通信装置Ａ１０は、呼接続の切断処理の対象とされた通信装置Ｂ２０から、当該切断処理の時から所定の設定時間経過後にＲＴＰデータを受信したと判別した場合に、呼制御装置３０や保守監視装置４０へ通信網を介して異常検出通知を送信する。かかる構成により、相手側通信装置が特段の構成を備えることなく、ＲＴＰセッション終了後に当該相手側通信装置で発生した故障を早期に検知して当該故障の問題解決を図ることができる。
【符号の説明】
【００３７】
１０  通信装置Ａ（ＲＴＰデータ通信装置）
１１  通信インタフェースＡ
１２  通信インタフェースＢ
１３  呼接続部
１４  通信状態記憶部
１５  経過時間測定部
１６  ＲＴＰ受信監視部
１７  異常ＲＴＰ受信判定部
１８  異常通知部（通知部）
１９  ＲＴＰデータ処理部
２０  通信装置Ｂ（相手側通信装置）
３０  呼制御装置
４０  保守監視装置
５１、５２  通信網
【図１】
2011188437.tif 000003
【図２】
2011188437.tif 000004
【図３】
2011188437.tif 000005
【図４】
2011188437.tif 000006
【図５】
2011188437.tif 000007
【図６】
2011188437.tif 000008