JP4769882B2 - メディアゲートウェイ制御装置及びメディアゲートウェイ制御方法 - Google Patents

Description

本発明は、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋと称される次世代情報通信ネットワークにおいて、転送網に位置するメディアゲートウェイを制御する呼処理サーバで動作するメディアゲートウェイ制御装置及びメディアゲートウェイ制御方法の技術に関する。

現在、従来の電話網がもつ信頼性・安定性を確保しながら、ＩＰネットワークの柔軟性や経済性を備えたＮｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ（一般的には「次世代電話網」や「次世代情報通信ネットワーク」等と称されている。以降、「次世代情報通信ネットワーク」と称する。）環境の実現に向けて、ＩＴＵ−Ｔ（国際電気通信連合 電気通信標準化部門）などを中心に国際的な標準化が進められている（非特許文献１参照）。

図７は、次世代情報通信ネットワークの通信ネットワーク構成を概略的に示す図である。この通信ネットワークは、ユーザが利用する複数のユーザ端末１００と、ユーザ端末１００から送信された呼接続要求等を制御する複数の呼処理サーバ３００と、呼処理サーバ３００からの要求に基づいて転送網内外のターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）を結びつけるメディアゲートウェイ（ＭＧ：Ｍｅｄｉａ Ｇａｔｅｗａｙ）５００と、ユーザ端末１００と呼処理サーバ３００とメディアゲートウェイ５００との間をそれぞれ通信可能に接続する複数のルータ（スイッチの概念も含む）２００とで構成されている。

相手のユーザに対して通話を望む場合には、ユーザ端末１００から他のユーザ端末（図示せず）に対してＩＮＶＩＴＥ等の呼接続確立に要するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）信号を送信し、該他のユーザ端末とのＳＩＰネゴシエーションの結果がＯＫの場合にユーザ端末間でセッションが確立し、通話が可能となる。具体的には、ユーザ端末１００からの上記ＳＩＰ信号が呼処理サーバ３００ａに送信され、そのＳＩＰ信号を受け取った呼処理サーバ３００ａは近隣に接続されている他の呼処理サーバ３００ｂや、更にその先の呼処理サーバ３００ｃを経由して相手先のユーザ端末に対して呼の接続を要求する。そして、そのユーザ端末を所持しているユーザが接続要求に応答した場合には、ＳＩＰ信号に対する応答信号が呼処理サーバ３００ｃ、呼処理サーバ３００ｂ、呼処理サーバ３００ａを経由してユーザ端末１００に送信される。その後、ユーザ端末１００と他のユーザ端末との間で音声等のメディアのセッションが確立する。このように、ユーザ端末１００は図示しないユーザ端末との間で通信を行うことが可能であり、また、ユーザ端末１００ａとユーザ端末１００ｂ（又はユーザ端末１００ｃ〜ユーザ端末１００ｅ）との間で通信を行うことも可能である。更には、それぞれのユーザ端末１００ａ〜ユーザ端末１００ｅが図示しない他の複数のユーザ端末と通信を行うことも可能となっている。なお、図７に示す点線はＳＩＰ信号の流れを説明するものであるが、実際には実線を通って送受されることになる。また、呼処理サーバ３００ｃは複数の他の転送網に接続されており、各転送網に接続された対向する呼処理サーバとＳＩＰ信号をやりとり可能となっている。

ここで、上記ＳＩＰネゴシエーションの結果はＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に記載され、このＳＤＰに含まれるメディア情報には、メディア種別、要求帯域、方向属性、転送品質クラス等が含まれている。呼処理サーバ３００は、図８に示すように、上記ＳＩＰ信号等の呼処理を行う呼処理機能部３１と、呼処理機能部３１からの要求に基づいてメディアゲートウェイ５００を制御するリソース管理機能部（ＭＧＣ：Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ、本発明の「メディアゲートウェイ制御装置」に相当）３２と、リソース管理機能部３２で管理されている様々なデータを記憶しておく記憶部３３（以降、単に「メモリ」と称する）とで構成されている。

呼処理機能部３１は、前述したメディア情報のメディア種別や方向属性から転送品質クラス等を決定し、リソース管理機能部３２に対して帯域に関する制御要求（図９の点線で囲まれた帯域予約のＡＡＲ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ／ｏｒ ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｅｑｕｅｓｔ）信号及びそのｒｅｐｌｙであるＡＡＡ信号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ／ｏｒ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｓｗｅｒ）、帯域確保のＡＡＲ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ／ｏｒ ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｅｑｕｅｓｔ）信号及びそのｒｅｐｌｙであるＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ／ｏｒ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｓｗｅｒ）信号、帯域開放のＳＴＲ（Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ Ｒｅｑｕｅｓｔ）信号及びそのｒｅｐｌｙであるＳＴＡ信号（Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ Ａｎｓｗｅｒ）等の帯域を制御する要求）を送信する。一方、リソース管理機能部３２は、転送網の経路情報と各リンクの帯域を仮想的なリソース、仮想パスとして管理しており、その帯域制御要求で求められたメディアに必要な帯域が転送網で確保できるか否かを計算し、仮想パス内で帯域使用が可能な場合に、メディアゲートウェイ５００に対してピンホール制御やポリシー設定（図９の点線で囲まれた帯域予約のＡｄｄＲｅｑｕｅｓｔ信号及びそのｒｅｐｌｙであるＡｄｄＲｅｐｌｙ信号、帯域確保のＭｏｄｉｆｙＲｅｑｕｅｓｔ信号及びそのｒｅｐｌｙであるＭｏｄｉｆｙＲｅｐｌｙ信号、帯域開放のＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号及びそのｒｅｐｌｙであるＳｕｂｔｒａｃｔＲｅｐｌｙ信号等の制御要求）を行って帯域の予約や確保等を行う。その後、メディアゲートウェイ５００は、呼処理サーバ３００からの要求に基づいてターミネーションペアの新たな追加、変更、削除を行う。なお、図７に示す一点鎖線は、このようなピンホール制御の流れを示すものである。

呼処理サーバ３００のリソース管理機能部３２は、図１０に示すように、帯域確保要求毎にセッション情報を生成し、メディアゲートウェイ５００で生成されて付与されたターミネーションのＩＤ（同図に示す＃１や＃２）を用いて関連するターミネーションの組（ペア）をターミネーション情報とし、セッション情報とターミネーション情報とを関連付けて管理する。１つのセッション情報に対して複数のメディア（図９に示すユーザ端末間での通信）を結びつけることが可能であり、メディア毎に転送網の内側（ＢＢ側）と外側（ＡＣ側）とで区別された２つのターミネーションが結び付けられて管理される。なお、ターミネーション情報には、送信元のＩＰアドレス、送信元のポート番号、送信先のＩＰアドレス、送信先のポート番号等が含まれている。また、上記ターミネーションＩＤは文字列により形成されており、その文字列のうち殆どがリソース管理機能部３２によって払い出され、メディアゲートウェイ５００に対するターミネーション生成制御要求に対する結果の応答信号には、メディアゲートウェイ５００で払い出された文字列が追加された形で含まれていて、これによってターミネーションＩＤが完成することになる。

このように、メディアゲートウェイ５００からのターミネーション情報に基づくセッション情報をメモリに記憶して管理するが、メモリのターミネーション情報とメディアゲートウェイ５００で管理されているターミネーション情報との状態（ターミネーション情報の有無）が一致しない場合があるため、リソース管理機能部３２は、双方のターミネーション情報を突き合わせ、ターミネーション情報の状態の合わせ込みを行って状態を整合させるようになっている。

黒川 章、外１名、"グローバルスタンダード最前線 ＥＴＳＩ ＴＩＳＰＡＮのＮＧＮ標準化動向"、2006年4月、ＮＴＴ技術ジャーナル

しかしながら、リソース管理機能部３２のメモリで管理しているセッション情報やターミネーション情報は、メディアゲートウェイ５００への制御要求に対する応答が返却された後に更新されるため、例えば図１１に示すように帯域を予約する（ターミネーションペアを新たに追加する）ＡｄｄＲｅｑｕｅｓｔ信号に対する応答を受けていない状態でＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信した場合には、メモリで管理されているセッション情報に基づいて生成された整合対象リストのターミネーション情報と、メディアゲートウェイ５００から取得したメディアゲートウェイのターミネーション情報とが一致せず、「ＭＧＣ＝なし、ＭＧ＝あり」の誤判断に基づく合わせ込みを行い、リソース管理機能部３２で管理しているセッション情報に整合させる場合には、帯域を解放するＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号を送信してしまい、結果として誤切断となる問題がある。

また、例えば図１２に示すように帯域を開放する（ターミネーションを削除する）ＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号に対する応答を受けていない状態でＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信した場合であっても、同様に、整合対象リストのターミネーション情報と取得したメディアゲートウェイのターミネーション情報とが一致せず、「ＭＧＣ＝あり、ＭＧ＝なし」の誤判断に基づく合わせ込みを行い、リソース管理機能部３２で管理しているセッション情報に整合させる場合には、既に切断された呼に対して切断（例えば、ＳＩＰ信号のＢＹＥ）する処理を呼処理機能部３１に促してしまい、結果として誤報告となる問題がある。

本発明は、上記を鑑みてなされたものであり、整合対象リストのレコード状態を早期かつ正確に回復し、誤合わせ込みを防止可能なメディアゲートウェイ制御装置及びメディアゲートウェイ制御方法を提供することを課題とする。

請求項１に記載の本発明は、転送網に位置するメディアゲートウェイで保持されている転送網内外のターミネーションペアの有無に基づいて形成されたターミネーション情報を記憶手段に記憶している呼処理サーバで動作するメディアゲートウェイ制御装置において、ターミネーションペアの追加、変更、削除のうち少なくとも１つの制御要求に対する制御応答を受信するのに要する時間として事前に設定された応答待ち時間を格納しておく格納手段と、前記ターミネーション情報を前記記憶手段から読み出して、当該ターミネーション情報を含む整合対象リストを生成する生成手段と、前記メディアゲートウェイが現在保持している前記ターミネーションペアの有無を当該メディアゲートウェイに問い合わせる問い合わせ手段と、当該問い合わせにより返信されたターミネーションリストに含まれているターミネーションペアの有無と、前記整合対象リストのターミネーション情報の有無とを突き合わせる突き合わせ手段と、を有し、前記突き合わせ手段は、前記突き合わせの結果不一致である前記ターミネーション情報については、前記問い合わせにより前記ターミネーションリストが返信されてから前記応答待ち時間が経過した後に、当該応答待ち時間中に受信した前記制御応答に基づいて更新された前記記憶手段のターミネーション情報を用いて、前記ターミネーションリストのターミネーションペアの有無と突き合わせを行うことを要旨とする。

請求項２に記載の本発明は、前記制御要求に対して前記制御応答を保留する保留要求を許容可能な保留要求許容数と、前記保留要求が前記メディアゲートウェイから返信された時から動作する保留タイマーの時間と、前記制御要求が送信された時から動作する制御要求タイマーの時間とを予め保持しておき、前記応答待ち時間は、前記保留タイマーの時間と前記保留要求許容数との積に、最初の前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前に前記保留要求を受信するまでの時間と、前記保留要求許容数番目の前記保留要求を受信する際に動作している前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前で前記制御応答を受信するまでの時間とを加算した時間であることを要旨とする。

請求項３に記載の本発明は、転送網に位置するメディアゲートウェイで保持されている転送網内外のターミネーションペアの有無に基づいて形成されたターミネーション情報を記憶手段に記憶している呼処理サーバで動作するメディアゲートウェイ制御装置により、ターミネーションペアの追加、変更、削除のうち少なくとも１つの制御要求に対する制御応答を受信するのに要する時間として事前に設定された応答待ち時間を格納手段に格納しておくステップと、前記ターミネーション情報を前記記憶手段から読み出して、当該ターミネーション情報を含む整合対象リストを生成するステップと、前記メディアゲートウェイが現在保持している前記ターミネーションペアの有無を当該メディアゲートウェイに問い合わせるステップと、当該問い合わせにより返信されたターミネーションリストに含まれているターミネーションペアの有無と、前記整合対象リストのターミネーション情報の有無とを突き合わせるステップと、前記突き合わせの結果不一致である前記ターミネーション情報については、前記問い合わせにより前記ターミネーションリストが返信されてから前記応答待ち時間が経過した後に、当該応答待ち時間中に受信した前記制御応答に基づいて更新された前記記憶手段のターミネーション情報を用いて、前記ターミネーションリストのターミネーションペアの有無と突き合わせを行うステップと、を有することを要旨とする。

請求項４に記載の本発明は、前記制御要求に対して前記制御応答を保留する保留要求を許容可能な保留要求許容数と、前記保留要求が前記メディアゲートウェイから返信された時から動作する保留タイマーの時間と、前記制御要求が送信された時から動作する制御要求タイマーの時間とを予め保持しておき、前記応答待ち時間は、前記保留タイマーの時間と前記保留要求許容数との積に、最初の前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前に前記保留要求を受信するまでの時間と、前記保留要求許容数番目の前記保留要求を受信する際に動作している前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前で前記制御応答を受信するまでの時間とを加算した時間であることを要旨とする。

本発明によれば、整合対象リストのレコード状態を早期かつ正確に回復し、誤合わせ込みを防止可能なメディアゲートウェイ制御装置及びメディアゲートウェイ制御方法を提供することができる。

メディアゲートウェイ制御装置の機能構成を示す図である。 メディアゲートウェイ制御装置の第１の処理フローを示す図である。 メディアゲートウェイ制御装置の第２の処理フローを示す図である。 状態整合の処理フローを示す図である。 メディアゲートウェイ制御装置とメディアゲートウェイとの間における制御要求に対する処理を説明するための図である。 正常な制御応答を期待する場合の応答待ち時間の一例を示す図である。 次世代情報通信ネットワークの通信ネットワーク構成を概略的に示す図である。 呼処理サーバの機能構成を示す図である。 帯域の制御要求に関するシーケンスを示す図である。 処理サーバとメディアゲートウェイとでそれぞれ保持されているターミネーションの関係性を説明するための図である。 リソース管理機能部の処理フロー（一例）を示す図である。 リソース管理機能部の処理フロー（他の一例）を示す図である。

以下、本実施の形態について図面を用いて説明する。

図１は、本実施の形態に係るメディアゲートウェイ制御装置の機能構成を示す図である。このメディアゲートウェイ制御装置３２は、ＳＩＰ信号等の呼処理を行う呼処理機能部３１と、次世代情報通信ネットワークの転送網に位置するメディアゲートウェイ５００で保持されている転送網内外のターミネーションペアの有無をターミネーション情報としてセッション情報に関連付けて記憶しておく記憶部３３（以降、単に「メモリ」と称する）とを備えた呼処理サーバ３００で動作する装置であって、生成部３０１と、問い合わせ部３０２と、突き合わせ部３０３と、合わせ込み部３０４と、格納部３０５とを備えている。以下、各構成要素の機能について個別具体的に説明すると共に、各構成を備えることによる本発明の作用及び効果について説明する。

格納部３０５は、メディアゲートウェイ５００に対するターミネーションペアの新たな追加、変更、削除の制御要求（図９の点線で囲まれた帯域予約のＡｄｄＲｅｑｕｅｓｔ信号、帯域確保のＭｏｄｉｆｙＲｅｑｕｅｓｔ信号、帯域開放のＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号等の制御要求）に対する制御応答（図９の点線で囲まれた帯域予約のＡｄｄＲｅｐｌｙ信号、帯域確保のＭｏｄｉｆｙＲｅｐｌｙ信号、帯域開放のＳｕｂｔｒａｃｔＲｅｐｌｙ信号等の制御応答）を、メディアゲートウェイ５００から受信するまでの時間として事前に設定された応答待ち時間を格納しておく機能を備えている。なお、このような格納部３０５としては、例えばメモリ、ハードディスク等の記憶装置を用いることが一般的であり、メディアゲートウェイ制御装置３２の内部のみならず、インターネットや電話回線等の通信ネットワークを介して電気的に接続可能な外部の記憶装置を用いることも可能である。

生成部３０１は、前述したセッション情報をメモリから読み出して、このセッション情報に関連付けられているターミネーション情報を用いて、突き合わせ部３０３での突き合わせる際に用いる整合対象リストを生成する機能を備えている。

問い合わせ部３０２は、メディアゲートウェイ５００に現在保持されているターミネーションペアの有無（転送網の内側及び外側におけるターミネーションペアの有無）を、メディアゲートウェイ５００に問い合わせる機能を備えている。

突き合わせ部３０３は、問い合わせ部３０２での問い合わせにより返信されたターミネーションリストに含まれているターミネーションペアの有無と、生成部３０１で生成された整合対象リストのターミネーション情報の有無とを突き合わせ、突き合わせの結果不一致であるターミネーション情報については、制御要求がメディアゲートウェイ５００に送信されてから、又は、問い合わせ部３０２での問い合わせに対する応答を受信してから、格納部３０５から読み出した応答待ち時間が経過した後に、この応答待ち時間中に受信した制御応答に含まれるターミネーションペアの有無に基づいて更新されたメモリのターミネーション情報を用いて、ターミネーションリストのターミネーションペアの有無と突き合わせを再度行う機能を備えている。

合わせ込み部３０４は、突き合わせ部３０３での突き合わせの結果に基づいて整合対象リストのレコードを更新し、この更新された整合対象リストの状態に沿って合わせ込みを行う機能を備えている。

なお、このようなメディアゲートウェイ制御装置３２は、従来のリソース管理機能部（図８参照）に相当し、ＳＩＰ等の呼処理制御によりＩＰベースの転送網でマルチメディアを実現するＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）のうち呼処理を司るＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）と利用帯域積上積下や受付判定、メディアゲートウェイに対するピンホール制御やポリシー設定とを行うＲＡＣＦ（Ｒｅｓｏｕｒｃｅ ａｎｄ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）のうち、Ａ−ＲＡＣＦ（Ｒｅｓｏｕｒｃｅ ａｎｄ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）及びＳＰＤＦ（Ｓｅｒｖｉｃｅ Ｐｏｌｉｃｙ Ｄｅｃｉｓｉｏｎ Ｆｕｎｃｔｉｏｎ）を有し、通常、メディアゲートウェイコントローラ（ＭＧＣ：Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ）と称されている。

一方、メディアゲートウェイ５００は、Ｃ−ＢＧＦ（Ｃｏｒｅ Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）、Ｉ−ＢＧＦ（Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）、ＲＣＥＦ（Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）を有し、前述したように呼処理サーバ３００からの要求に基づいて転送網内外のターミネーションペアの生成、削除、結びつけ等を行う機能を備えている。

次に、本実施の形態に係るメディアゲートウェイ制御装置３２の第１の処理フローについて説明する。図２は、本実施の形態に係るメディアゲートウェイ制御装置の第１の処理フローを示す図である。

最初に、生成部３０１が、メモリに記憶されているセッション情報を読み出して、このセッション情報に関連付けられているターミネーション情報を用いて整合対象リストを生成する（Ｓ１０１）。

次に、問い合わせ部３０２が、メディアゲートウェイで現在保持されているターミネーションペアの有無を問い合わせるため、ＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号を対象となるメディアゲートウェイ５００に送信する（Ｓ１０２）。

ここで、メディアゲートウェイ制御装置３２からメディアゲートウェイ５００に対してターミネーションペアを新たに追加するＡｄｄＲｅｑｕｅｓｔ信号が送信されている場合（Ｓ１０３）には、この追加要求に従ってメディアゲートウェイ５００で保持しているターミネーションペアが更新されることになる（Ｓ１０４）。

そして、Ｓ１０２での問い合わせに対する応答としてＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信した後に、突き合わせ部３０２が、このＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号に含まれているターミネーションリストのターミネーションペアの有無と、Ｓ１０１で生成した整合対象リストのターミネーション情報の有無とを突き合わせる（Ｓ１０５）。

Ｓ１０５での突き合わせの結果、不一致であるターミネーション情報については、Ｓ１０２でのＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号に対する応答（ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号）を受信してから応答待ち時間が経過した後に、応答待ち時間中に受信した制御応答（ＡｄｄＲｅｐｌｙ信号）に含まれるターミネーションの情報に基づいて更新されたメモリのターミネーション情報（Ｓ１０６）を用いて、Ｓ１０５で用いたターミネーションリストのターミネーションペアの有無と突き合わせを再度行う（Ｓ１０７）。なお、この応答待ち時間はＡｄｄＲｅｐｌｙ信号がメディアゲートウェイ制御装置３２に返却されるまでの時間を考慮した十分大きな値であるため、Ｓ１０７で再度突き合わされるメモリのターミネーション情報は、ＡｄｄＲｅｐｌｙ信号に基づいて常に更新されたものとなっている。

ここで、Ｓ１０４においてメディアゲートウェイ５００でターミネーションペアの更新が成功した場合には、ＭＧ側が有であるＡｄｄＲｅｐｌｙ信号が送信され、ＭＧＣ側を有としてメモリ上のターミネーション情報が更新される。一方、ターミネーションペアの更新が失敗した場合には、ＭＧ側が無であるＡｄｄＲｅｐｌｙ信号が送信され、ＭＧＣ側を無としてメモリ上のターミネーション情報が更新される。すなわち、メディアゲートウェイ５００におけるターミネーションペアの更新の成功／失敗に基づいて、メディアゲートウェイ制御装置３２のメモリ上のターミネーション情報が更新されることになる。そして、成功した場合に、ターミネーションを識別する識別子がメモリに追加されて、ターミネーションＩＤが完成することになる。

最後に、合わせ込み部３０４が、Ｓ１０７での突き合わせの結果に基づいて整合対象リストのレコードを書き換え、書き換えられた整合対象リストの状態に沿って合わせ込みを行う（Ｓ１０８）。

続いて、本実施の形態に係るメディアゲートウェイ制御装置の第２の処理フローについて説明する。図２は、本実施の形態に係るメディアゲートウェイ制御装置の第２処理フローを示す図である。第２の処理フローは、ターミネーションペアを削除するＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号を送信している場合について説明するものである。

最初に、生成部３０１が、メモリに記憶されているセッション情報を読み出して、このセッション情報に関連付けられているターミネーション情報を用いて整合対象リストを生成する（Ｓ２０１）。

次に、問い合わせ部３０２が、メディアゲートウェイで現在保持されているターミネーションペアの有無を問い合わせるため、ＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号を対象となるメディアゲートウェイ５００に送信する（Ｓ２０２）。

ここで、メディアゲートウェイ制御装置３２からメディアゲートウェイ５００に対してターミネーションペアを削除するＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号が送信されている場合（Ｓ２０３）には、この削除要求に従ってメディアゲートウェイ５００で保持しているターミネーションペアが更新されることになる（Ｓ２０４）。

そして、Ｓ２０２での問い合わせに対する応答としてＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信した後に、突き合わせ部３０２が、このＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号に含まれているターミネーションリストのターミネーションペアの有無と、Ｓ２０１で生成した整合対象リストのターミネーション情報の有無とを突き合わせる（Ｓ２０５）。

Ｓ２０５での突き合わせの結果、不一致であるターミネーション情報については、Ｓ２０２でのＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号に対する応答（ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号）を受信してから応答待ち時間が経過した後に、応答待ち時間中に受信した制御応答（ＳｕｂｔｒａｃｔＲｅｐｌｙ信号）に含まれるターミネーションの情報に基づいて更新されたメモリのターミネーション情報（Ｓ２０６）を用いて、Ｓ２０５で用いたターミネーションリストのターミネーションペアの有無と突き合わせを再度行う（Ｓ２０７）。

最後に、合わせ込み部３０４が、Ｓ２０７での突き合わせの結果に基づいて整合対象リストのレコードを書き換え、書き換えられた整合対象リストの状態に沿って合わせ込みを行う（Ｓ２０８）。

続いて、このような第１の処理フロー及び第２の処理フローにおける各処理動作のうち、合わせ込み部３０４において整合対象リストの状態を整合する状態整合処理フローについてより具体的に図４を用いて説明する。

最初に、整合対象毎に、整合開始を契機として整合フラグをオンとして整合中状態を保持し（Ｓ３０１）、メモリのセッション情報やターミネーション情報を用いて整合対象リストを生成する（Ｓ３０２）。そして、ターミネーションペアの有無を問い合わせるＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号を整合対象のメディアゲートウェイ５００に送信し、送信されたＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号内で指定された範囲（例えば、ワイルドカードで指定可）に合致したターミネーションＩＤのターミネーションリストを含むＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を該メディアゲートウェイ５００から受信する（Ｓ３０３）。その後、ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号からターミネーションＩＤを１件取得し、整合対象リストのターミネーション情報と突き合わせる（Ｓ３０４）。突き合わせの結果、整合対象リストにあった場合（Ｓ３０５）には、整合対象リストのレコードを「ＭＧＣ＝あり、ＭＧ＝あり」で上書きする（Ｓ３０６）。一方、整合対象リストにない場合には、整合対象リストのレコードを「ＭＧＣ＝なし、ＭＧ＝あり」で上書きする（Ｓ３０７）。その後、整合対象リストの記載に従って同様の処理を繰り返した後、整合対象リストに残りのセッション情報やターミネーション情報の有無を確認し（Ｓ３０８）、整合対象リストに残っているものについては、整合対象リストのレコードを「ＭＧＣ＝あり、ＭＧ＝なし」で上書きする（Ｓ３０９）。最後に、合わせ込み部３０４は、整合対象リストのレコードの状態（「ＭＧＣ＝あり、ＭＧ＝なし」等）に沿って合わせ込みを行う（Ｓ３１０）。なお、Ｓ３０１〜Ｓ３０４の処理は、Ｓ１０１〜Ｓ１０８やＳ２０１〜Ｓ２０８の動作に相当するものである。

最後に、図２に示した第１の処理フローについて、図４に示した整合処理を加えた処理の流れについて説明しておく。なお、第２の処理フローについて整合処理を加えた場合であっても、基本的な処理フローは以下と同様である。

最初に、生成部３０１が、メモリに記憶されているセッション情報を読み出して、このセッション情報に関連付けられているターミネーション情報を用いて整合対象リストを生成する（Ｓ４０１（Ｓ１０１に相当））。具体的には、図２に示すような「セッション情報＝無、ターミネーション情報＝無」や、「ＭＧＣ＝（空文字又は所定のデフォルト値）、ＭＧ＝（空文字又は所定のデフォルト値）」等が整合対象リストとして生成されることになる。

次に、問い合わせ部３０２が、メディアゲートウェイで現在保持されているターミネーションペアの有無を問い合わせるため、ＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号を対象となるメディアゲートウェイ５００に送信する（Ｓ４０２（Ｓ１０２に相当））。

ここで、メディアゲートウェイ制御装置３２からメディアゲートウェイ５００に対してターミネーションペアを新たに追加するＡｄｄＲｅｑｕｅｓｔ信号が送信されている場合（Ｓ４０３（Ｓ１０３に相当））には、この追加要求に従ってメディアゲートウェイ５００で保持しているターミネーションペアが更新されることになる（Ｓ４０４（Ｓ１０４に相当））。

そして、Ｓ４０２での問い合わせに対する応答としてＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信した後に、突き合わせ部３０２が、このＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号に含まれているターミネーションリストのターミネーションペアの有無と、Ｓ４０１で生成した整合対象リストのターミネーション情報の有無とを突き合わせる（Ｓ４０５（Ｓ１０５に相当））。なお、実際には、ターミネーションリストに含まれているのは「有」のターミネーションペアのみであって、「無」のターミネーションペアが含まれていないため、突き合わせ部３０２は、ターミネーションリストに含まれているターミネーションペアが、整合対象リストのターミネーション情報に含まれているか否かを判断する処理を行う。

Ｓ４０５での突き合わせの結果、受信したターミネーションリストに含まれているターミネーションペアが整合対象リストにない場合には、合わせ込み部３０４が、整合対象リストのレコードを「ＭＧＣ＝無、ＭＧ＝有」で上書きする（Ｓ４０６（Ｓ３０７に相当））。

また、Ｓ４０５での突き合わせの結果、受信したターミネーションリストに記載されたターミネーションペアが整合対象リストに含まれているが不一致であるターミネーション情報については、Ｓ４０２でのＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号に対する応答（ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号）を受信してから応答待ち時間が経過した後に、応答待ち時間中に受信した制御応答（ＡｄｄＲｅｐｌｙ信号）に含まれるターミネーションの情報に基づいて更新されたメモリのターミネーション情報（Ｓ４０７（Ｓ１０６に相当））を用いて、Ｓ４０５で用いたターミネーションリストのターミネーションペアの有無と突き合わせを再度行う（Ｓ４０８（Ｓ１０７に相当））。なお、この応答待ち時間はＡｄｄＲｅｐｌｙ信号がメディアゲートウェイ制御装置３２に返却されるまでの時間を考慮した十分大きな値であるため、Ｓ４０８で再度突き合わされるメモリのターミネーション情報は、ＡｄｄＲｅｐｌｙ信号に基づいて常に更新されたものとなっている。

そして、合わせ込み部３０４が、Ｓ４０８での突き合わせの結果に基づいて整合対象リストのレコードを書き換える（Ｓ４０９）。具体的には、整合対象リストのレコードを「ＭＧＣ＝有、ＭＧ＝有」で上書きする（Ｓ４１０（Ｓ３０６に相当））。

その後、整合対象リストの記載に従って同様の処理を繰り返した後、整合対象リストに残りのセッション情報やターミネーション情報の有無を確認し（Ｓ４１１（Ｓ３０８に相当））、整合対象リストに残っているものについては、整合対象リストのレコードを「ＭＧＣ＝有、ＭＧ＝無」で上書きする（Ｓ４１２（Ｓ３０９に相当））。

最後に、合わせ込み部３０４が、更新された整合対象リストのレコードの状態（「ＭＧＣ＝有、ＭＧ＝無」等）に沿って合わせ込みを行う（Ｓ４１３）。

本実施の形態によれば、ＡｄｄＲｅｑｕｅｓｔ信号やＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号等の制御要求がメディアゲートウェイ５００に既に送信されている場合に、メディアゲートウェイ５００に対するターミネーションペアの有無の問い合わせ（ＡｕｄｉｔＶａｌｕｅＲｅｑｕｅｓｔ信号）に対する応答（ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号）を受信してから、該制御要求に対する制御応答を受信するまでの時間として予め設定された応答待ち時間が経過した後に、応答待ち時間中に受信したＡｄｄＲｅｐｌｙ信号やＳｕｂｔｒａｃｔＲｅｐｌｙ信号等の制御応答に含まれるターミネーションペアの有無に基づいて更新されたメモリのターミネーション情報を用いて、問い合わせに対する応答のターミネーションペアの状態と突き合わせを行うので、整合対象リストのレコード状態を早期かつ正確に回復し、誤合わせ込みを防止可能なメディアゲートウェイ制御装置を提供することができる。

なお、本実施の形態では、ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信してから応答待ち時間を開始するものとして説明したが、この応答待ち時間は制御応答を受信するのに要する時間として事前に設定された時間であって、少なくともその時間内に制御応答を受信可能な時間として設定されているので、各制御要求毎に応答待ち時間を設定しておくことも可能である。なお、メディアゲートウェイ制御装置３２は、ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信するまでの間に相当数の信号を送受信しているため、応答待ち時間を各制御要求を送信した時点から各制御要求毎に開始すると負荷が高くなる。そこで、第１の処理フロー及び第２の処理フローで説明したように、ＡｕｄｉｔＶａｌｕｅＲｅｐｌｙ信号を受信した時から応答待ち時間を開始し、より長い時間（最長時間）にすることで、メディアゲートウェイ制御装置３２における処理性能の効率化を高くすることができる。

また、Ｓ１０６やＳ２０６でメモリから読み出されるセッション情報やターミネーション情報は、更新対象となる呼に関するターミネーション情報のみとしてもよく、Ｓ１０７やＳ２０７におけるターミネーション情報の突き合わせは、その呼に関するターミネーションのみを用いてもよい。

さらに、本実施の形態では、第１の処理フロー及び第２の処理フローにおいて、ターミネーションペアを新たに追加する制御要求（ＡｄｄＲｅｑｕｅｓｔ信号）や削除する制御要求（ＳｕｂｔｒａｃｔＲｅｑｕｅｓｔ信号）がされた場合について説明したが、ターミネーションペアの状態を変更する制御要求（ＭｏｄｉｆｙＲｅｑｕｅｓｔ信号）がされた場合であっても適応することが可能であり、同様の効果を得ることができる。Ｓ１０１やＳ２０１で生成される整合対象リストにはターミネーションのもつステータス、状態（ＩＮＳ／ＯＵＳ）を示すステータスが含まれており、そのステータスを変更するタイミングで不一致となる場合にも本発明を適応することができる。

さらにまた、本実施の形態では、複数のメディアゲートウェイが存在する場合にも本発明を適用可能であることを付言しておく。

次に、応答待ち時間の決定方法について説明する。メディアゲートウェイ制御装置３２は、制御応答の受信を期待して設定された時間であって制御要求が送信された時から動作する制御要求タイマーの時間と、制御要求に対して制御要求タイマーの時間内で応答が返せない場合に制御応答を保留する保留要求を許容可能な保留要求許容数と、保留要求がメディアゲートウェイ５００から返信された時から動作する保留タイマーの時間とを予め格納部３０５に保持しておく。一方、メディアゲートウェイ５００も、メディアゲートウェイ制御装置３２との通信確立時に送信された保留要求許容数を記憶しておく。

最初に、メディアゲートウェイ制御装置３２は、図５に示すように、制御要求をメディアゲートウェイ５００に送信した際に制御要求タイマーを開始する。なお、制御要求タイマーの時間内で再送タイマの初期値を用いて制御要求の再送（リトライ）をすることも可能であり、その場合の再送時間は、制御要求タイマーの時間以内で指数関数的に増加させるようにしてもよい。

一方、メディアゲートウェイ５００において様々な情報をシリアルに処理している場合には、メディアゲートウェイ制御装置３２からの制御要求に対する制御応答を制御要求タイマーの時間内に返せない可能性が高いため、メディアゲートウェイ５００は保留要求を送信する。

その後、保留要求を受信したメディアゲートウェイ制御装置３２は、保留タイマーの動作を開始させ、この保留タイマーの時間が満了した後に、制御要求を再び送信する。その際、制御要求タイマーの動作を新たに開始させる。

以降、メディアゲートウェイ制御装置３２は、メディアゲートウェイ５００から保留要求を受け取った場合には、保留要求許容数（メディアゲートウェイ制御装置３２が保留要求の受信を許容する最大回数に相当）に到達するまで制御要求の送信を行う。そして、メディアゲートウェイ５００において保留要求許容数到達時の制御要求に対してもなお制御応答が返せない場合には、エラーを意味する制御応答や超過エラー、その他無応答等が送信されることになる。

そこで、メディアゲートウェイ５００からの正常な制御応答を期待する場合には、図６に示すように、メディアゲートウェイ制御装置側の保留タイマーの時間と保留要求許容数との積に、最初の制御要求タイマーが動作してから制御要求タイマーの時間が満了する直前に保留要求を受信するまでの時間と、保留要求許容数番目の保留要求を受信する際に動作している制御要求タイマーが動作してから制御要求タイマーの時間が満了する直前で制御応答を受信するまでの時間とを加算した時間を応答待ち時間Ｘｔとして設定することが可能である。また、より簡易的には、Ｘｔ＝メディアゲートウェイ制御装置側の保留タイマーの時間×保留要求許容数＋制御要求タイマーの時間×２として設定することも可能である。無論、応答待ち時間は、メディアゲートウェイ５００からの制御応答を受信するまでに必要と想定される十分に長い時間であればよいため、上記各変数の値や数式を変更することで応答待ち時間の計算式を任意に変更することは可能である。また、各タイマーを複数のメディアゲートウェイ毎に設定しておくことも無論可能である。

最後に、各実施の形態で説明したメディアゲートウェイ制御装置３２は、コンピュータで構成され、各機能ブロックの各処理はプログラムで実行されるようになっている。また、各実施の形態で説明したメディアゲートウェイ制御装置３２の各処理動作をプログラムとして例えばコンパクトディスクやフロッピー（登録商標）ディスク等の記録媒体に記録して、この記録媒体をコンピュータに組み込んだり、若しくは記録媒体に記録されたプログラムを、任意の通信回線を介してコンピュータにダウンロードしたり、又は記録媒体からインストールし、該プログラムでコンピュータを動作させることにより、上述した各処理動作をメディアゲートウェイ制御装置３２として機能させることができるのは勿論である。

１００…ユーザ端末
２００…ルータ／スイッチ
３００、３００ａ〜３００ｃ…呼処理サーバ
３１…呼処理機能部
３２…メディアゲートウェイ制御装置（リソース管理機能部）
３３…記憶部
３０１…生成部
３０２…問い合わせ部
３０３…突き合わせ部
３０４…合わせ込み部
３０５…格納部
５００…メディアゲートウェイ
Ｓ１０１〜Ｓ１０８、Ｓ２０１〜Ｓ２０８、Ｓ３０１〜Ｓ３１０、Ｓ４０１〜Ｓ４１３…ステップ

Claims (4)

1. 転送網に位置するメディアゲートウェイで保持されている転送網内外のターミネーションペアの有無に基づいて形成されたターミネーション情報を記憶手段に記憶している呼処理サーバで動作するメディアゲートウェイ制御装置において、
   ターミネーションペアの追加、変更、削除のうち少なくとも１つの制御要求に対する制御応答を受信するのに要する時間として事前に設定された応答待ち時間を格納しておく格納手段と、
   前記ターミネーション情報を前記記憶手段から読み出して、当該ターミネーション情報を含む整合対象リストを生成する生成手段と、
   前記メディアゲートウェイが現在保持している前記ターミネーションペアの有無を当該メディアゲートウェイに問い合わせる問い合わせ手段と、
   当該問い合わせにより返信されたターミネーションリストに含まれているターミネーションペアの有無と、前記整合対象リストのターミネーション情報の有無とを突き合わせる突き合わせ手段と、を有し、
   前記突き合わせ手段は、
   前記突き合わせの結果不一致である前記ターミネーション情報については、前記問い合わせにより前記ターミネーションリストが返信されてから前記応答待ち時間が経過した後に、当該応答待ち時間中に受信した前記制御応答に基づいて更新された前記記憶手段のターミネーション情報を用いて、前記ターミネーションリストのターミネーションペアの有無と突き合わせを行うことを特徴とするメディアゲートウェイ制御装置。
2. 前記制御要求に対して前記制御応答を保留する保留要求を許容可能な保留要求許容数と、前記保留要求が前記メディアゲートウェイから返信された時から動作する保留タイマーの時間と、前記制御要求が送信された時から動作する制御要求タイマーの時間とを予め保持しておき、
   前記応答待ち時間は、
   前記保留タイマーの時間と前記保留要求許容数との積に、最初の前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前に前記保留要求を受信するまでの時間と、前記保留要求許容数番目の前記保留要求を受信する際に動作している前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前で前記制御応答を受信するまでの時間とを加算した時間であることを特徴とする請求項１に記載のメディアゲートウェイ制御装置。
3. 転送網に位置するメディアゲートウェイで保持されている転送網内外のターミネーションペアの有無に基づいて形成されたターミネーション情報を記憶手段に記憶している呼処理サーバで動作するメディアゲートウェイ制御装置により、
   ターミネーションペアの追加、変更、削除のうち少なくとも１つの制御要求に対する制御応答を受信するのに要する時間として事前に設定された応答待ち時間を格納手段に格納しておくステップと、
   前記ターミネーション情報を前記記憶手段から読み出して、当該ターミネーション情報を含む整合対象リストを生成するステップと、
   前記メディアゲートウェイが現在保持している前記ターミネーションペアの有無を当該メディアゲートウェイに問い合わせるステップと、
   当該問い合わせにより返信されたターミネーションリストに含まれているターミネーションペアの有無と、前記整合対象リストのターミネーション情報の有無とを突き合わせるステップと、
   前記突き合わせの結果不一致である前記ターミネーション情報については、前記問い合わせにより前記ターミネーションリストが返信されてから前記応答待ち時間が経過した後に、当該応答待ち時間中に受信した前記制御応答に基づいて更新された前記記憶手段のターミネーション情報を用いて、前記ターミネーションリストのターミネーションペアの有無と突き合わせを行うステップと、
   を有することを特徴とするメディアゲートウェイ制御方法。
4. 前記制御要求に対して前記制御応答を保留する保留要求を許容可能な保留要求許容数と、前記保留要求が前記メディアゲートウェイから返信された時から動作する保留タイマーの時間と、前記制御要求が送信された時から動作する制御要求タイマーの時間とを予め保持しておき、
   前記応答待ち時間は、
   前記保留タイマーの時間と前記保留要求許容数との積に、最初の前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前に前記保留要求を受信するまでの時間と、前記保留要求許容数番目の前記保留要求を受信する際に動作している前記制御要求タイマーが動作してから当該制御要求タイマーの時間が満了する直前で前記制御応答を受信するまでの時間とを加算した時間であることを特徴とする請求項３に記載のメディアゲートウェイ制御方法。

Images