(57)【要約】【課題】正常時における予期せぬ呼切断を防止する。【解決手段】ＰＯＩ境界に設置されるゲートウェイ装置１がＲＴＣＰパケットを受信しなくなってもＲＴＰパケットを受信している場合、ＲＴＣＰパケットを生成して自網側に送出する、又はメディア転送は継続していることを示す呼制御信号を生成して自網側に送出する。これにより、自網内でＲＴＣＰパケットの断監視をしている場合であっても、ＲＴＣＰパケットの送出条件の変更に伴う、正常時における予期せぬ呼切断を防止することができる。【選択図】図１
2019161428.tif 000002
【特許請求の範囲】
【請求項１】
メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置であって、
メディア転送パケット及びメディア転送制御パケットを監視する検出手段と、
メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、前記メディア転送パケットに基づいてメディア転送制御パケットを生成して送出する生成手段と、
を有することを特徴とするゲートウェイ装置。
【請求項２】
メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置であって、
メディア転送パケット及びメディア転送制御パケットを監視する検出手段と、
メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、メディア転送は継続していることを示す呼制御信号を生成して送出する生成手段と、
を有することを特徴とするゲートウェイ装置。
【請求項３】
メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置が実行する監視方法であって、
メディア転送パケット及びメディア転送制御パケットを監視するステップと、
メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、前記メディア転送パケットに基づいてメディア転送制御パケットを生成して送出するステップと、
を有することを特徴とする監視方法。
【請求項４】
メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置が実行する監視方法であって、
メディア転送パケット及びメディア転送制御パケットを監視するステップと、
メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、メディア転送は継続していることを示す呼制御信号を生成して送出するステップと、
を有することを特徴とする監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディアの通信を監視して呼切断を防止する技術に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）は、ＩＥＴＦ（Internet Engineering Task Force）で標準化されたプロトコルであり、音声・映像のマルチメディアセッションを行うために作成された。実際に通信を行う際は、メディア（音声・映像）の条件をＳＤＰ（Session Description Protocol）に記載し、メディアパケットはＲＴＰ（Real-time Transport Protocol）やＲＴＣＰ（Real-time Transport Control Protocol）を用いて伝送される。
【０００３】
ＲＴＰは、メディアをリアルタイムに配送するために用いられる。ＲＴＰは、パケット損失の検出、パケット再生タイミング情報の提供、及びメディアのフォーマットに関する情報を含むので、ＵＤＰ（User Datagram Protocol）と比較して、信頼性の高いプロトコルである。
【０００４】
ＲＴＣＰは、ＲＴＰのセッションを制御するプロトコルとして規定されており、メディアストリームの品質（ジッタ、パケット長、往復遅延など）の情報を受信側から送信側へフィードバックする機構を提供することも可能である。なお、一般的に、ＲＴＣＰはＲＴＰに関する制御情報を送受するためのパケットであるため、ＲＴＣＰ自身がＲＴＰ送受信の品質に影響を与えることは望ましくなく、ＲＴＣＰパケットがＲＴＰの帯域に占める割合は最大で５％とすることが推奨されている。
【０００５】
通信を開始する際には、発側端末が、通信に利用したいメディアの情報とそのメディアの各種パラメータをＳＤＰオファーとして送信し、オファーを受けた着側端末は、その中から通信に利用するメディア条件を選択し、ＳＤＰアンサーとして返送する。
【０００６】
通信が確立した後、ＣプレーンにおいてＳＩＰ信号を流通させて呼を制御し、ＵプレーンにおいてＲＴＰ／ＲＴＣＰによりメディアを流通させる。
【０００７】
通信事業者は、Ｕプレーンにおいてメディア（ＲＴＰ／ＲＴＣＰ）が途絶えることなく流通しているかどうかを監視し、課金やサービスの品質保証のために利用することができる。例えば、ＮＮＩ−ＧＷ（Network Network Interface - Gateway）における断監視機能は以下のように動作する。契機条件（例えば、最初のＲＴＰ／ＲＴＣＰパケット受信）を満たした場合、Ｃプレーンから方向と時間を指定し、ＵプレーンではＲＴＰ／ＲＴＣＰ断監視を開始する。一定時間、指定の方向においてＲＴＰ／ＲＴＣＰパケットを受信しなかった場合、断検知とする。断検知したＮＮＩ−ＧＷは、Ｍｅｇａｃｏ／Ｈ．２４８を用いてＣプレーンへ通知を送る。通知を受けたＣプレーンでは、呼切断やアラームなどの呼制御信号を送出することが可能である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】“SIP: Session Initiation Protocol”, RFC3261, IETF, June 2002
【非特許文献２】“SDP: Session Description Protocol”, RFC2327, IETF, April 1998
【非特許文献３】“RTP: A Transport Protocol for Real-Time Applications”, RFC3550, IETF, July 2003
【非特許文献４】“An Offer/Answer Model with the Session Description Protocol (SDP)”, RFC3264, IETF, June 2002
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＲＴＣＰの断監視しているとき、通信の途中でＲＴＣＰの送出条件が変更された場合に、Ｕプレーン・端末に故障がなくても、メディア断として検知されて呼切断となる可能性がある。以下、メディア断として誤検知される場合の具体例を説明する。
【００１０】
発端末から発信されたＩＮＶＩＴＥリクエストは、発端末が宛先として指定した着端末を収容する網へ送信される。ここで、着端末が、別の網の端末へ転送設定を行っている場合を考える。発端末からのリクエストは、宛先の着端末を収容する着網のＡＳ（Application Server）へ到達し、リクエストを受け取った着網ＡＳは音声ガイダンスとして発側へＲＴＰ／ＲＴＣＰを含むメディアを送出する。
【００１１】
発端末を収容する発網の断監視装置は、音声ガイダンスを送信するメディアの最初のＲＴＣＰパケット受信を契機として、ＲＴＣＰ断監視を開始する。
【００１２】
着網ＡＳは、音声ガイダンスを流すとともに、予め設定された転送先端末へ転送を行うために、新規ＩＮＶＩＴＥリクエストを転送先端末へ送出する。
【００１３】
転送先端末がリクエストを受け取ると、発端末へレスポンスを返送する。発端末がレスポンスを受信すると、発端末と転送先端末との間で通話が開始する。
【００１４】
転送先端末がＲＴＣＰを送出しない場合、発網の断監視装置ではＲＴＣＰを受信しなくなり、断監視タイマ満了時には断検知となる。このような断検知は、Ｕプレーン・端末の全てに異常がない場合でも起こりうる事象である。
【００１５】
本発明は、上記に鑑みてなされたものであり、正常時における予期せぬ呼切断を防止することを目的とする。
【課題を解決するための手段】
【００１６】
第１の本発明に係るゲートウェイ装置は、メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置であって、メディア転送パケット及びメディア転送制御パケットを監視する検出手段と、メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、前記メディア転送パケットに基づいてメディア転送制御パケットを生成して送出する生成手段と、を有することを特徴とする。
【００１７】
第２の本発明に係るゲートウェイ装置は、メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置であって、メディア転送パケット及びメディア転送制御パケットを監視する検出手段と、メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、メディア転送は継続していることを示す呼制御信号を生成して送出する生成手段と、を有することを特徴とする。
【００１８】
第３の本発明に係る監視方法は、メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置が実行する監視方法であって、メディア転送パケット及びメディア転送制御パケットを監視するステップと、メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、前記メディア転送パケットに基づいてメディア転送制御パケットを生成して送出するステップと、を有することを特徴とする。
【００１９】
第４の本発明に係る監視方法は、メディア転送パケットと前記メディア転送パケットによるメディア転送を制御するメディア転送制御パケットを中継するゲートウェイ装置が実行する監視方法であって、メディア転送パケット及びメディア転送制御パケットを監視するステップと、メディア転送制御パケットを受信しなくなってもメディア転送パケットを受信している場合、メディア転送は継続していることを示す呼制御信号を生成して送出するステップと、を有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、正常時における予期せぬ呼切断を防止することができる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態におけるゲートウェイ装置を含む全体構成図である。
【図２】ゲートウェイ装置の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について図面を用いて説明する。
【００２３】
［第１の実施形態］
図１は、第１の実施形態におけるゲートウェイ装置を含む全体構成図である。事業者ＡのＩＰ電話網には、各事業者Ａ，Ｂ，ＣのＩＰ電話網のＰＯＩ（Point Of Interface）境界に設置されるゲートウェイ装置１と、ＲＴＣＰの断監視を行うＲＴＣＰ断監視装置２が配置される。
【００２４】
ゲートウェイ装置１は、検出部１１及び生成部１２を備える。ゲートウェイ装置１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはゲートウェイ装置１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００２５】
検出部１１は、ある通信について、最初のＲＴＣＰパケットの受信を契機にＲＴＰ／ＲＴＣＰパケットの監視を開始し、ＲＴＣＰパケットの送出条件が変更されたことを検出する。具体的には、検出部１１は、ＲＴＣＰパケットを受信しなくなった後も継続的にＲＴＰパケットを受信する場合、ＲＴＣＰパケットの送出条件が変更されて通信が継続していると判断する。
【００２６】
生成部１２は、ＲＴＣＰパケットの送出条件が変更されてＲＴＣＰが送出されなくなったときに、ＲＴＣＰパケットの生成と送出を開始する。生成部１２は、受信するＲＴＰパケットに基づいてＲＴＣＰパケットを生成できる。
【００２７】
次に、ゲートウェイ装置１の動作について説明する。
【００２８】
図２は、ゲートウェイ装置１の処理の流れを示すフローチャートである。ゲートウェイ装置１は、最初のＲＴＣＰパケットの受信を契機に図２の処理を開始する。
【００２９】
検出部１１は、ゲートウェイ装置１が中継するＲＴＣＰパケットを監視し、ＲＴＣＰパケットを受信しているか否か判定する（ステップＳ１１）。
【００３０】
ＲＴＣＰパケットを受信している場合は（ステップＳ１１のＮＯ）、検出部１１はＲＴＣＰパケットの監視を続ける。
【００３１】
ＲＴＣＰパケットを受信しなくなると（ステップＳ１１のＹＥＳ）、検出部１１はＲＴＰパケットを継続的に受信しているか否か判定する（ステップＳ１２）。
【００３２】
ＲＴＰパケットを継続的に受信している場合は（ステップＳ１２のＮＯ）、生成部１２は、ＲＴＣＰパケットの生成・送出を開始する（ステップＳ１３）。生成部１２は、継続的にＲＴＰパケットを受信する限り、所定のタイミングでＲＴＣＰパケットを生成して送出する。
【００３３】
ＲＴＰパケットを継続的に受信していない場合は（ステップＳ１２のＹＥＳ）、通信が終了したと判定し、処理を終了する。
【００３４】
続いて、全体的な処理の流れについて説明する。
【００３５】
図１において、事業者ＡのＩＰ電話網に収容される発端末３Ａが、事業者ＢのＩＰ電話網に収容される着端末３Ｂにリクエストを送信し、そのリクエストを受信した事業者ＢのＩＰ電話網が、事業者ＣのＩＰ電話網に収容される転送先端末３Ｃへリクエストを転送する例で説明する。
【００３６】
発端末３Ａから送信されたリクエストは、着端末３Ｂを収用する事業者ＢのＩＰ電話網へ送信される。リクエストを受信した事業者ＢのＡＳは、発端末３Ａへ電話を転送する旨の音声ガイダンスを流す。このとき、事業者ＢのＡＳから発端末３Ａへ音声ガイダンスとしてＲＴＰ／ＲＴＣＰを含むメディアが送出される。
【００３７】
ゲートウェイ装置１及びＲＴＣＰ断監視装置２は、事業者ＢのＡＳからの最初のＲＴＣＰパケットの受信を契機として、ＲＴＣＰ断監視を開始する。ゲートウェイ装置１はＲＴＰパケットについても断監視を行う。
【００３８】
事業者ＢのＡＳは、発端末３Ａからの着信を転送先端末３Ｃへ転送するために、新規リクエストを生成して転送先端末３Ｃへ送出する。
【００３９】
転送先端末３Ｃは、リクエストを受け取ると、発端末３Ａへレスポンスを返送し、発端末３Ａと転送先端末３Ｃとの間で通信が確立する。なお、ここでは転送先端末３ＣはＲＴＣＰパケットを送出しない端末である。
【００４０】
発端末３Ａと転送先端末３Ｃとの間で通信が確立した後は、発端末３Ａと転送先端末３Ｃとの間でＲＴＰパケットは送受信されるが、転送先端末３ＣはＲＴＣＰパケットを送出しなくなる。その結果、ゲートウェイ装置１及びＲＴＣＰ断監視装置２は、ＲＴＣＰパケットを受信しなくなる。
【００４１】
ゲートウェイ装置１は、ＲＴＣＰパケットを受信しなくなっても、ＲＴＰパケットを継続的に受信しているので、Ｕプレーン・端末の異常ではないと判定し、ＲＴＣＰパケットを生成して発端末３Ａ側へ送出する。なお、ゲートウェイ装置１によるＲＴＣＰ断検知からＲＴＣＰパケットの生成開始までの時間は、ＲＴＣＰ断監視装置２の断監視タイマより短い時間とする。
【００４２】
転送先端末３ＣはＲＴＣＰパケットを送出しないが、ゲートウェイ装置１がＲＴＣＰパケットを生成して送出するので、ＲＴＣＰ断監視装置２が断検知することなく、発端末３Ａと転送先端末３Ｃとの間の通信は継続される。
【００４３】
ゲートウェイ装置１は、継続的にＲＴＰパケットを受信する限り、ＲＴＣＰパケットを生成して送出し、ＲＴＰパケットを受信しなくなると、ＲＴＣＰパケットの生成を終了する。
【００４４】
［第２の実施形態］
第２の実施形態のゲートウェイ装置１は、生成部１２がＲＴＣＰパケットを生成せずに、呼制御信号を生成してＲＴＣＰ断監視装置２へ送信する点で第１の実施形態と異なる。
【００４５】
ＲＴＣＰパケットを受信しなくなったが断続的にＲＴＰパケットを受信する場合、生成部１２は、ＲＴＰパケットによるメディア転送は継続していることを示す呼制御信号をＲＴＣＰ断監視装置２へ送信する。
【００４６】
ＲＴＣＰ断監視装置２は、ゲートウェイ装置１からメディア転送は継続していることを示す呼制御信号を受信した場合、断監視を停止する、又は断検知後の呼切断を禁止するように動作する。
【００４７】
ゲートウェイ装置１は、ＲＴＰパケットを継続的に受信している間は、メディア転送は継続していることを示す呼制御信号を定期的に送信してもよい。
【００４８】
検出部１１は、呼制御信号を送信後もＲＴＰパケットを監視する。ＲＴＰパケットを受信しなくなった場合、生成部１２は、ＲＴＰパケットによるメディア転送が終了したことを示す呼制御信号をＲＴＣＰ断監視装置２へ送信してもよい。
【００４９】
ＲＴＣＰ断監視装置２は、ゲートウェイ装置１からメディア転送が終了したことを示す呼制御信号を受信した場合、断監視を再開する、又は断検知後の呼切断を実行するように動作してもよい。
【００５０】
以上説明したように、本実施の形態によれば、ＰＯＩ境界に設置されるゲートウェイ装置１がＲＴＣＰパケットを受信しなくなってもＲＴＰパケットを受信している場合、ＲＴＣＰパケットを生成して自網側に送出する、又はメディア転送は継続していることを示す呼制御信号を生成して自網側に送出することにより、自網内でＲＴＣＰパケットの断監視をしている場合であっても、ＲＴＣＰパケットの送出条件の変更に伴う、正常時における予期せぬ呼切断を防止することができる。
【符号の説明】
【００５１】
１…ゲートウェイ装置
１１…検出部
１２…生成部
２…ＲＴＣＰ断監視装置
３Ａ…発端末
３Ｂ…着端末
３Ｃ…転送先端末
【図１】
2019161428.tif 000003
【図２】
2019161428.tif 000004