(57)【要約】【課題】ＳＩＰ信号路の帯域制御要求時に確保された浮くおそれのあるリソースを解放すること。【解決手段】呼処理部１１により、リソース管理部１２に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として処理状態記憶部１３に記憶して管理し、リソース管理部１２から応答が無い場合に帯域確保要求を一定時間間隔で繰り返し再送し、リソース管理部１２により、帯域確保要求を受信した後に、帯域確保要求に応じた追加要求又は更新要求をメディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には受信した帯域確保要求を破棄し、追加要求又は更新要求に対するメディアゲートウェイからの応答を受信した後に、帯域確保要求に対する応答を呼処理部１１に返信し、呼処理部１１により、帯域確保要求の再送のうちいずれかの再送に対して応答を受信した後に、処理状態を処理状態記憶部１３から読み出して処理終了に遷移させる。【選択図】図１
2012005045.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、
加入者端末から送信された要求を処理する呼処理手段と、
前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバで処理する呼処理方法において、
前記呼処理手段により、
前記リソース管理手段に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域確保要求を一定時間間隔で繰り返し再送し、
前記リソース管理手段により、
前記帯域確保要求を受信した後に、前記帯域確保要求に応じた追加要求又は更新要求を前記メディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には前記受信した帯域確保要求を破棄し、前記追加要求又は前記更新要求に対する前記メディアゲートウェイからの応答を受信した後に、前記帯域確保要求に対する応答を前記呼処理手段に返信し、
前記呼処理手段により、
前記帯域確保要求の再送のうちいずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させることを特徴とする呼処理方法。
【請求項２】
ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、
加入者端末から送信された要求を処理する呼処理手段と、
前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバで処理する呼処理方法において、
前記呼処理手段により、
前記リソース管理手段に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域解放要求を一定時間間隔で繰り返し再送し、
前記リソース管理手段により、
前記帯域解放要求を受信する毎に前記帯域解放要求に応じた削除要求を前記メディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、前記帯域解放要求に対する応答を前記呼処理手段に返信し、
前記呼処理手段により、
前記帯域解放要求の再送のうちいずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させることを特徴とする呼処理方法。
【請求項３】
ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、
加入者端末から送信された要求を処理する呼処理手段と、
前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバにおいて、
前記呼処理手段は、
前記リソース管理手段に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域確保要求を一定時間間隔で繰り返し再送し、いずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させ、
前記リソース管理手段は、
前記帯域確保要求を受信した後に、前記帯域確保要求に応じた追加要求又は更新要求を前記メディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には前記受信した帯域確保要求を破棄し、前記追加要求又は前記更新要求に対する前記メディアゲートウェイからの応答を受信した後に、前記帯域確保要求に対する応答を前記呼処理手段に返信することを特徴とする呼処理サーバ。
【請求項４】
ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、
加入者端末から送信された要求を処理する呼処理手段と、
前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバにおいて、
前記呼処理手段は、
前記リソース管理手段に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域解放要求を一定時間間隔で繰り返し再送し、いずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させ、
前記リソース管理手段は、
前記帯域解放要求を受信する毎に前記帯域解放要求に応じた削除要求を前記メディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、前記帯域解放要求に対する応答を前記呼処理手段に返信することを特徴とする呼処理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ信号路の帯域制御要求に係る呼を処理する技術に関する。
【背景技術】
【０００２】
〔ＳＩＰ通信ネットワークについて〕
最初に、ＳＩＰを用いて呼制御を行うＳＩＰ通信ネットワークの全体構成及び全体動作について説明する。図５は、ＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。このＳＩＰ通信ネットワークは、ネットワークの加入者が利用する端末５と、端末５から送信された呼接続要求等の呼を制御する呼処理サーバ１と、呼処理サーバ１の指示に従って転送網内外のターミネーション（Termination）を結びつけるメディアゲートウェイ（ＭＧ：Media Gateway）３と、端末５と呼処理サーバ１とメディアゲートウェイ３との間をそれぞれ通信可能に物理的に接続するルータＲＴ，スイッチＳＷ，ホームゲートウェイＨＧＷ等のネットワーク機器７とで構成されている。
【０００３】
所望する相手に対して音声通話や動画通信を開始する場合、端末５から相手先の端末（不図示）に対してＩＮＶＩＴＥ等の呼接続要求のＳＩＰ信号が送信される。詳細には、端末５ａからのＳＩＰ信号が呼処理サーバ１に送信され、隣接接続された他の呼処理サーバ１ａや、その先の呼処理サーバ１ｂを経由して、そのＳＩＰ信号に基づく呼接続要求が相手先の端末に送信される。
【０００４】
そして、両者の端末間（正確には、呼処理サーバ間や、呼処理サーバと端末との間等）でＳＤＰ（Session Description Protocol）の内容に基づいてＳＩＰネゴシエーションが行われ、そのネゴシエーション結果がＯＫである場合に、ＳＩＰやメディア（後述）の制御に利用されるＳＩＰセッションが両者の端末間で確立する。
【０００５】
その後、音声通信や動画通信等のメディアのためのセッション情報が決定され、メディアの送受に利用されるメディアセッションが確立した後に、端末間で音声通信や動画通信が可能となる。
【０００６】
なお、図５では、装置間又は機器間の物理的な接続状態，ＳＩＰのパケットやメディアのトラフィックが実際に流れる通信経路を実線で示し、ＳＩＰ信号の論理的な流れを破線で示している。
【０００７】
〔呼処理サーバについて〕
次に、ＳＩＰ通信ネットワークを構成する装置のうち、呼処理サーバ１について詳細に説明する。呼処理サーバ１は、端末５から送信された呼接続要求等の呼を処理する呼処理部（ＣＳＣＦ：Call Session Control Function）１１と、ＳＩＰ通信ネットワークを構成している装置間又は機器間の通信経路（具体的には、メディアゲートウェイとルータとの間や、ルータとスイッチとの間等の各ノード間のリンク又はパス）のリソースを管理するリソース管理部（ＲＡＣＳ：Resource and Admission Control Subsystem）１２とで構成されている。なお、リソース管理部１２は様々な機能部により構成されているが、特に、リソース管理機能部（Ａ−ＲＡＣＦ：Resource and Admission Control Function）と、ポリシー設定機能部（ＳＰＤＦ：Service Policy Decision Function）とで構成される機能部は、呼処理部１１からの要求に基づいてメディアゲートウェイ３を制御することから、メディアゲートウェイコントローラ（ＭＧＣ：Media Gateway Controller）１２１と呼ばれている。
【０００８】
リソース管理部１２は、図６に示すように、ＳＩＰ通信ネットワークの物理構成を仮想パスとして予めメモリ等に記憶管理している。仮想パスは管理対象に応じて複数生成されており、メディアゲートウェイ３から端末５の存在する方向に向かって、ＭＧ仮想パス、Ｌ２ＳＷ仮想パス（配信サービス用）、Ｌ２ＳＷ仮想パス（ＶＬＡＮ用）、ＰＯＮ仮想パス、アクセスライン仮想パス等と称呼されている。主な管理情報は各仮想パスの識別子と上限帯域及び使用帯域であり、各仮想パス毎に、ノード間のリンク帯域（上り・下りがある場合には、方路毎のリンク帯域）の上限、ノード内のボトルネック情報（例えば、ノードの転送処理能力等）、サービス種別上で制限される帯域（例えば、配信事業者間での契約帯域やサーバの配信能力帯域等）等が設定管理されている。特に、アクセスライン仮想パスの場合には、加入者の端末を収容していることから、加入者の契約上限帯域や、享受するサービスの上限帯域が記憶管理されている。
【０００９】
更に、リソース管理部１２は、これら仮想パスに関する情報以外にも、加入者情報（例えば、契約する付加サービス情報や加入者優先度等）や、上り及び下りの方路毎にＳＩＰ信号路情報（ＳＩＰネゴシエーションの結果がＯＫである場合にメディアゲートウェイ３に設定されたＳＩＰ信号用のＳＩＰポート情報）等を記憶管理している。
【００１０】
端末間の通信はＳＩＰネゴシエーションによって開始される。まず、リソース管理部１２は、端末５からの新たな呼接続要求に基づいて呼処理部１１から通信経路の新規確立要求のＳＩＰ信号が送信された場合に、そのＳＩＰ信号をメディアゲートウェイ３で通過させるか否かを、加入者情報の有無、ＳＩＰポート情報の有無、メディアゲートウェイ３に設定されているステータス状態（ＩＮＳ（InService）／ＯＵＳ（OutOfService））に基づいて決定する。
【００１１】
そして、ＳＩＰネゴシエーションの際に決定されるＳＤＰの一部又は全部のメディア情報に従って、端末間の通信に使用するメディア（例えば、図６に示すようなメディア２（音声コーデック種別Ｇ７１１、双方向通信、帯域量が６４Ｋのメディア））を決定する。なお、ＳＤＰのメディア情報には、音声や動画等の各種のメディア通信に必要とされる要求帯域や転送品質クラス等の情報が記載されている。
【００１２】
その後、現在の使用帯域に積上又は積下を行い、仮想パス（上り）の契約上限帯域やサービス提供上限帯域に基づいて、例えば図６の矢印の順番で、決定されたメディア２のメディア帯域が利用可能かどうかの受付判定を順次行う。なお、帯域の積上又は積下とは、リソース管理部１２が管理している全ての仮想パスから端末間の経路を特定した後に、該当する１以上の仮想パスに対して、通話開始時は要求帯域を加算し、通話終了時は加算されている帯域を減算することを意味している。
【００１３】
そして、経路上のいずれかの仮想パスで帯域の利用が不可能と判断された場合には、受付判定をＮＧとし、呼処理サーバ１からＳＩＰネゴシエーションを終了する。
【００１４】
一方、全ての仮想パスで帯域の利用が可能であり、受付判定がＯＫである場合には、ＳＤＰで決定したメディア情報に基づいて平均レート値、バースト値を算出してメディアゲートウェイ３に設定すると共に、端末同士を結びつけるターミネーションをメディアゲートウェイ３に生成する。そして、ＳＩＰネゴシエーションの結果毎に、図５に示したようなセッション情報（メディア種別、要求帯域、方向属性を有するメディア情報を含む）が、リソース管理部１２及びメディアゲートウェイ３にそれぞれ設定されることになる。なお、これら互いのセッション情報は、設定内容が一致するように適時管理されている。
【００１５】
その後、リソース管理部１２は、メディアゲートウェイ３に対してピンホール制御及びポリシー制御を行う（図５に示す一点鎖線）。ここでいうピンホール制御とは、メディアゲートウェイ３に対して、端末間や、端末と呼処理サーバ１との間で音声通信や動画通信等のメディアの転送に用いられるメディアポートの設定等を実際に行う制御を意味する。なお、ピンホール制御するタイミングとしては、ＩＮＩ−ＩＮＶＩＴＥでの帯域予約時、２００ＯＫでの帯域確保時、ＢＹＥでの帯域解放時等であり、このような制御にはｍｅｇａｃｏプロトコルが用いられる（ｍｅｇａｃｏ制御）。帯域の予約要求・確保要求・変更要求の受付時には、各要求と要求内のメディア情報とを記録する。一方、帯域の削除要求の受付時には、受付済の要求情報と各メディア情報をメモリ等から削除する。
【００１６】
また、ポリシー制御においては、発ユーザ種別や着ユーザ種別、ＳＤＰ情報内のプライオリティや加入者情報の優先度を識別して、ＳＩＰ通信ネットワークに輻輳が発生した時に呼の優先度を識別してパケットの通信が規制される。
【００１７】
以上により、リソース管理部１２は、ＳＩＰ通信ネットワークに流入出するパケットの制御を行っている。なお、このような従来のリソース管理部１２については、特許文献１に開示されている。
【００１８】
〔メディアゲートウェイについて〕
一方、メディアゲートウェイ３は、リソース管理部１２からの指示に従って、ＳＩＰポートを設定し、転送網内外を通信可能に結び付けるターミネーションを生成し、端末間等のメディア通信に必要なメディアポートを設定する。なお、メディアゲートウェイ３は、通常、Ｃ−ＢＧＦ（Core Border Gateway Function）、Ｉ−ＢＧＦ（Interconnection Border Gateway Function）、ＲＣＥＦ（Resource Control Enforcement Function）と呼ばれる機能部で構成されている。
【００１９】
〔前提技術について〕
これまで、ＳＩＰ通信に関する従来のネットワーク構成や動作に関する概要を説明したが、ここで、本発明に対する直接的な前提技術について説明する。
【００２０】
リソース管理部１２は、ＳＩＰネゴシエーションの前に、前述とは異なる内容のピンホール制御及びポリシング制御を行っている。ここでのピンホール制御とは、ＳＩＰポートをメディアゲートウェイ３に設定し、ＳＩＰ信号が通過するＳＩＰ信号路を疎通可能な状態にする処理である。このＳＩＰ信号路についても、メディア情報と同様に、メディアゲートウェイ３に生成したターミネーション情報と共にＳＩＰ信号路情報としてリソース管理部１２及びメディアゲートウェイ３に記憶管理される。ＳＩＰ信号路情報は、電話や視聴の開始・停止といった端末間の通信に依存しないため、加入者が存在する限り継続的に維持され、呼処理部１１と連携してタイマ管理（タイマ更新）される。なお、ＳＩＰ信号路についても、管理の効率上、メディア情報と同じ形式で扱い、帯域確保要求による開通等と称呼している。
【００２１】
ここで、図７及び図８を用いて、ＳＩＰ信号路の帯域確保要求及び帯域解放要求の動作について説明する。図７は、ＳＩＰ信号路の帯域確保要求時及び帯域解放要求時のフローチャートであり、図８は、それら要求時のフローシーケンスである。
【００２２】
リソース管理部１２は、最初に、呼処理部１１からの信号がＳＩＰ信号路の帯域確保要求か帯域解放要求かを判定する（Ｆ５１）。帯域確保要求である場合には、リソース管理部内でのＳＩＰ信号路情報（ＳＩＰポート情報）の有無を確認し（Ｆ５２）、ＳＩＰ信号路情報がない場合には（Ｓ５１）、メディアゲートウェイ３に照合依頼を送信して、その応答を受信することによりメディアゲートウェイ側のターミネーション情報を収集し（Ｓ５２）、メディアゲートウェイ側のターミネーション情報の有無を判定する（Ｆ５３、Ｓ５３）。
【００２３】
そして、メディアゲートウェイ側にターミネーション情報が有る場合には、そのターミネーション情報を一旦削除した後に（Ｆ５４、Ｓ５４）、一方、メディアゲートウェイ側にターミネーション情報が無い場合には、即座に、Ａｄｄのピンホール制御及びポリシング制御を行って（Ｆ５５、Ｓ５５）、ＳＩＰ信号路情報をメディアゲートウェイ３に生成し（Ｓ５６）、その応答により同じＳＩＰ信号路情報をリソース管理部１２で保持する（Ｓ５７）。最後に、処理成功の帯域確保要求応答を呼処理部１１に返信する（Ｆ５６、Ｓ５８）。
【００２４】
一方、Ｆ５２の確認結果でＳＩＰ信号路情報がある場合には（Ｓ５９）、メディアゲートウェイ３を何ら制御することなく、処理成功の帯域確保要求応答を呼処理部１１に送信する（Ｆ５６、Ｓ６０）。
【００２５】
また、Ｆ５１の判定結果でＳＩＰ信号路の帯域解放要求である場合には、Ｓｕｂｔｒａｃｔのピンホール制御及びポリシング制御を行って（Ｆ５７、Ｓ６１）、メディアゲートウェイ側のターミネーション情報を削除し、処理成功の帯域解放要求応答を呼処理部１１に返信する。
【００２６】
なお、Ｆ５４及びＳ５４でメディアゲートウェイ側のターミネーション情報を一旦削除するのは、一部のメディアゲートウェイ３において、同一情報のＳＩＰ信号路、つまり同一ターミネーションの上書が許容されていないためである。
【先行技術文献】
【特許文献】
【００２７】
【特許文献１】特開２００３−２５８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２８】
ここで、ＳＩＰ信号路の帯域確保要求を送信しても何ら応答がない場合（例えば、メディアゲートウェイでの処理が輻輳しているためにリソース管理部からの帯域確保要求を処理できない場合）には、ＳＩＰ信号路情報を削除するイベントが発生する。
【００２９】
しかしながら、そのようなイベントが発生した場合には、その帯域確保要求のために確保した呼処理部のメモリ領域が処理中となるため、浮きリソースとしても解放できなくなるという問題があった。
【００３０】
なお、そのような問題に対する解決方法の一つに、ＳＩＰ信号路を特定するＩＤや各種情報のＡＮＤ条件を元に全件検索により上記メモリ領域を特定する方法が挙げられるが、全件検索に要する処理は高負荷であるため、検索を頻繁に繰り返すことにより呼処理サーバの処理能力が低下してしまう。特に、ＳＩＰ信号路情報をメディア情報と同一ロジックで生成・管理し、処理の効率化を図っている場合には、大量のメディア情報の一部が検索対象となるため、呼処理サーバの処理能力が更に低下してしまう。
【００３１】
また、帯域確保要求を再送信して応答を受信することにより処理中の状態を完了に遷移させることも可能である。しかしながら、以下のような理由で問題がある。
【００３２】
現在、リソース管理部は、タイマ更新によりＳＩＰ信号路情報の状態を維持しているため、呼処理部からの帯域確保要求をあえて初回要求信号と同一内容の信号として受信している。リソース管理部は、初回と同一の信号を受信することで、リソース管理部内にＳＩＰ信号路情報が有る場合にはタイマ更新のみとして、即座に呼処理部に処理ＯＫの応答を送信している。これにより、タイマ更新時の重複するＭＧ制御処理を軽減している。また、同一信号であるため、リソース管理部内にＳＩＰ信号路情報が無い場合には、再設定情報として取り扱うことにより、最速での復旧を可能としている。リソース管理部は、初回の帯域確保要求を受信した時点で該要求情報を格納する領域を生成し、メディアゲートウェイに要求を送信している。このため、リソース管理部から応答が返却されない場合に呼処理部が要求を再送すると、リソース管理部が即座に再送信号に応答すると呼処理部での処理は一旦完結するものの、リソース管理部は初回の要求情報を格納しているため、メディアゲートウェイから応答が返却された場合に初回要求の応答を呼処理部に返却することになる。その他、メディアゲートウェイの制御ＮＧで返却する場合やタイムアウトで返却する場合には、再送への返答と異なってしまう場合がある。後発信号を優先処理して、メディアゲートウェイを毎回制御する方法も考えられるが、一部のメディアゲートウェイにおいて同一ターミネーションに対する同時処理が許容されていない。このため、メディアゲートウェイが制御中であることを考慮して応答する必要がある。
【００３３】
本発明は、上記を鑑みてなされたものであり、ＳＩＰ信号路の帯域制御要求時に確保された浮くおそれのあるリソースを解放することを課題とする。
【課題を解決するための手段】
【００３４】
請求項１に記載の呼処理方法は、ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、加入者端末から送信された要求を処理する呼処理手段と、前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバで処理する呼処理方法において、前記呼処理手段により、前記リソース管理手段に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域確保要求を一定時間間隔で繰り返し再送し、前記リソース管理手段により、前記帯域確保要求を受信した後に、前記帯域確保要求に応じた追加要求又は更新要求を前記メディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には前記受信した帯域確保要求を破棄し、前記追加要求又は前記更新要求に対する前記メディアゲートウェイからの応答を受信した後に、前記帯域確保要求に対する応答を前記呼処理手段に返信し、前記呼処理手段により、前記帯域確保要求の再送のうちいずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させることを特徴とする。
【００３５】
本発明によれば、呼処理手段により、リソース管理手段に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として記憶手段に記憶して管理し、リソース管理手段から応答が無い場合に帯域確保要求を一定時間間隔で繰り返し再送し、リソース管理手段により、帯域確保要求を受信した後に、帯域確保要求に応じた追加要求又は更新要求をメディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には受信した帯域確保要求を破棄し、追加要求又は更新要求に対するメディアゲートウェイからの応答を受信した後に、帯域確保要求に対する応答を呼処理手段に返信し、呼処理手段により、帯域確保要求の再送のうちいずれかの再送に対して応答を受信した後に、処理状態を記憶手段から読み出して処理終了に遷移させるため、ＳＩＰ信号路の帯域確保要求時に呼処理手段に確保されたリソースを解放することができる。
【００３６】
請求項２に記載の呼処理方法は、ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、加入者端末から送信された要求を処理する呼処理手段と、前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバで処理する呼処理方法において、前記呼処理手段により、前記リソース管理手段に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域解放要求を一定時間間隔で繰り返し再送し、前記リソース管理手段により、前記帯域解放要求を受信する毎に前記帯域解放要求に応じた削除要求を前記メディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、前記帯域解放要求に対する応答を前記呼処理手段に返信し、前記呼処理手段により、前記帯域解放要求の再送のうちいずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させることを特徴とする。
【００３７】
本発明によれば、呼処理手段により、リソース管理手段に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として記憶手段に記憶して管理し、リソース管理手段から応答が無い場合に帯域解放要求を一定時間間隔で繰り返し再送し、リソース管理手段により、帯域解放要求を受信する毎に帯域解放要求に応じた削除要求をメディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、帯域解放要求に対する応答を呼処理手段に返信し、呼処理手段により、帯域解放要求の再送のうちいずれかの再送に対して応答を受信した後に、処理状態を記憶手段から読み出して処理終了に遷移させるため、ＳＩＰ信号路の帯域解放要求時に呼処理手段に確保されたリソースを解放することができる。
【００３８】
請求項３に記載の呼処理サーバは、ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、加入者端末から送信された要求を処理する呼処理手段と、前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバにおいて、前記呼処理手段は、前記リソース管理手段に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域確保要求を一定時間間隔で繰り返し再送し、いずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させ、前記リソース管理手段は、前記帯域確保要求を受信した後に、前記帯域確保要求に応じた追加要求又は更新要求を前記メディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には前記受信した帯域確保要求を破棄し、前記追加要求又は前記更新要求に対する前記メディアゲートウェイからの応答を受信した後に、前記帯域確保要求に対する応答を前記呼処理手段に返信することを特徴とする。
【００３９】
本発明によれば、呼処理手段は、リソース管理手段に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として記憶手段に記憶して管理し、リソース管理手段から応答が無い場合に帯域確保要求を一定時間間隔で繰り返し再送し、いずれかの再送に対して応答を受信した後に、処理状態を記憶手段から読み出して処理終了に遷移させ、リソース管理手段は、帯域確保要求を受信した後に、帯域確保要求に応じた追加要求又は更新要求をメディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には受信した帯域確保要求を破棄し、追加要求又は更新要求に対するメディアゲートウェイからの応答を受信した後に、帯域確保要求に対する応答を呼処理手段に返信するため、ＳＩＰ信号路の帯域確保要求時に呼処理手段に確保されたリソースを解放することができる。
【００４０】
請求項４に記載の呼処理サーバは、ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され、加入者端末から送信された要求を処理する呼処理手段と、前記転送系ネットワークの経路情報をリソースとして管理しておき、前記ＳＩＰネゴシエーションの結果に基づく前記要求の帯域量が前記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には前記要求に係るメディアの転送を許可する設定を前記メディアゲートウェイに行うリソース管理手段と、を備えた呼処理サーバにおいて、前記呼処理手段は、前記リソース管理手段に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として記憶手段に記憶して管理し、前記リソース管理手段から応答が無い場合に前記帯域解放要求を一定時間間隔で繰り返し再送し、いずれかの再送に対して応答を受信した後に、前記処理状態を前記記憶手段から読み出して処理終了に遷移させ、前記リソース管理手段は、前記帯域解放要求を受信する毎に前記帯域解放要求に応じた削除要求を前記メディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、前記帯域解放要求に対する応答を前記呼処理手段に返信することを特徴とする。
【００４１】
本発明によれば、呼処理手段は、リソース管理手段に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として記憶手段に記憶して管理し、リソース管理手段から応答が無い場合に帯域解放要求を一定時間間隔で繰り返し再送し、いずれかの再送に対して応答を受信した後に、処理状態を記憶手段から読み出して処理終了に遷移させ、リソース管理手段は、帯域解放要求を受信する毎に帯域解放要求に応じた削除要求を前記メディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、帯域解放要求に対する応答を呼処理手段に返信するため、ＳＩＰ信号路の帯域解放要求時に呼処理手段に確保されたリソースを解放することができる。
【発明の効果】
【００４２】
本発明によれば、ＳＩＰ信号路の帯域制御要求時に確保された浮くおそれのあるリソースを解放することができる。
【図面の簡単な説明】
【００４３】
【図１】呼処理サーバの機能ブロック構成を示す図である。
【図２】ＳＩＰ信号路の帯域解放要求時のフローシーケンスである。
【図３】ＳＩＰ信号路の帯域確保要求時のフローシーケンスである。
【図４】リソース管理部の動作内容を示すフローチャートである。
【図５】ＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。
【図６】リソース管理を説明する図である。
【図７】従来におけるＳＩＰ信号路の帯域確保要求時及び帯域解放要求時のフローチャートである。
【図８】従来におけるＳＩＰ信号路の帯域確保要求時及び帯域解放要求時のフローシーケンスである。
【発明を実施するための形態】
【００４４】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００４５】
〔呼処理サーバの構成及び機能について〕
図１は、呼処理サーバの機能ブロック構成を示す図である。この呼処理サーバは、ＳＩＰネゴシエーションの結果決定されるメディアを転送するメディアゲートウェイを有する転送系ネットワークに配備され（図５参照）、加入者の端末５から送信された音声通信や動画通信等の各種要求に係る呼を処理する呼処理部１１と、転送系ネットワークの経路情報をリソースとして管理しておき、ＳＩＰネゴシエーションの結果に基づく各種要求の帯域量が上記リソースの残帯域で許容可能か否かを判断し、許容可能な場合には対象の要求に係るメディアの転送を許可する設定をメディアゲートウェイ３に行うリソース管理部１２とで構成されている。なお、これら機能説明は背景技術で説明した機能を概要的に説明するものであり、詳細には背景技術で述べた機能を具備するものである。以下、それら各機能部が有する本実施の形態での特徴的機能を説明する。
【００４６】
呼処理部１１は、リソース管理部１２にＳＩＰ信号路の帯域確保要求又は帯域解放要求を送信した後に、そのＳＩＰ信号路の各要求に対する処理状態を処理中として処理状態記憶部１３に記憶して管理し、リソース管理部１２から応答が無い場合に、タイマ管理部１４から通知された一定時間間隔で同要求を繰り返し再送し、いずれかの再送に対して応答を受信した後に、処理状態を処理状態記憶部１３から読み出して処理中から完了又は処理終了に遷移させる機能を有している。
【００４７】
リソース管理部１２は、呼処理部１１からの要求を処理する呼処理制御部２１と、その処理内容に応じてメディアゲートウェイ３を制御するＭＧ制御部２２とで構成されている。初回の帯域確保要求を受信した時には、その帯域確保要求に対応するターミネーションの追加要求又は更新要求（換言すれば、ＳＩＰ信号路の確保要求）をメディアゲートウェイ３に送信し、次回以降の帯域確保要求を受信した時には、追加要求又は更新要求がメディアゲートウェイ３に既に送信中であるか否かを判定し、送信中である場合には受信した帯域確保要求を破棄し、追加要求又は更新要求に対するメディアゲートウェイ３からの応答を受信した後に、帯域確保要求に対する応答を呼処理部１１に返信する機能を有している。
【００４８】
一方、初回の帯域解放要求を受信した時には、その帯域解放要求に対応するターミネーションの削除要求（換言すれば、ＳＩＰ信号路の解放要求）をメディアゲートウェイ３に送信し、次回以降の帯域解放要求を受信する毎に同様の削除要求をメディアゲートウェイ３に一律繰り返し送信し、いずれかの送信に対して応答を受信した後に、帯域解放要求に対する応答を呼処理部１１に返信する機能を有している。
【００４９】
なお、リソース管理部１２は、ｍｅｇａｃｏプロトコルを用いたピンホール制御やポリシング制御により、メディアゲートウェイ３へのターミネーションの追加要求、更新要求、削除要求を実現している。
【００５０】
メディアゲートウェイ３は、呼処理サーバ１からターミネーションの追加要求又は更新要求を受信した場合には、そのターミネーションを追加又は更新してＳＩＰ信号路情報としてメモリ上で管理し、ターミネーションの削除要求を受信した場合には、そのターミネーションをＳＩＰ信号路情報から削除する。また、メディアゲートウェイ３での処理が輻輳中に各要求を受信した場合には、トランザクションペンディングリクエスト（Transaction Pending Request）を呼処理サーバ１に送信して、受信した要求のトランザクションがペンディング状態であることを伝えることが可能である。なお、ＳＩＰ信号路情報は呼処理サーバ１及びメディアゲートウェイ３で保持されるが、ＳＩＰ信号路情報をメディア情報と同一ロジックで生成し、管理することも可能である。これにより、呼処理サーバ１等での処理の効率化を図ることができる。
【００５１】
一方、リソース管理部１２は、そのトランザクションペンディングリクエストに対してトランザクションペンディングリプライ（Transaction Pending Reply）を返信する。リソース管理部１２がメディアゲートウェイ３に対して張っているタイマの最大時間が終了するまで、又はメディアゲートウェイ３での処理が完了するまで、リソース管理部１２とメディアゲートウェイ３との間で、トランザクションペンディングリクエストとトランザクションペンディングリプライとが交互に繰り返し送受される。
【００５２】
〔呼処理サーバの動作について〕
次に、呼処理サーバの動作について説明する。まず、ＳＩＰ信号路の帯域解放要求時の動作について説明する。図２は、ＳＩＰ信号路の帯域解放要求時のフローシーケンスである。
【００５３】
最初に、ＳＩＰ信号路の帯域解放要求送信要求を受信した場合に、呼処理部１１により、帯域解放要求がリソース管理部１２の呼処理制御部２１に送信され（Ｓ１）、その送信と共に又は送信後に、その帯域解放要求に対する処理状態が処理中として記憶管理される（Ｓ２）。
【００５４】
次いで、呼処理制御部２１により、リソース管理部内にＳＩＰ信号路情報を既に保持している場合に、呼処理部１１から送信された帯域解放要求に対応するＳｕｂｔｒａｃｔ送信要求がリソース管理部１２のＭＧ制御部２２に渡される（Ｓ３）。
【００５５】
次いで、ＭＧ制御部２２により、Ｓｕｂｔｒａｃｔ送信要求に対応するターミネーションの削除要求（Subtract Request）がメディアゲートウェイ３に送信される（Ｓ４）。
【００５６】
ここで、メディアゲートウェイ３での処理が輻輳状態である場合には、メディアゲートウェイ３により、トランザクションペンディングリクエストがＭＧ制御部２２に送信される（Ｓ５）。
【００５７】
トランザクションペンディングリクエストが送信された場合には、ＭＧ制御部２２により、トランザクション終了（換言すれば、ターミネーション削除終了）までのタイマのタイムアウト時間が最大で２１０秒まで拡大され（Ｓ６）、トランザクションペンディングリプライが返信される（Ｓ７）。なお、ＭＧ制御部２２は、トランザクションペンディングリクエストを受信する毎にタイマを所定の時間だけ延長し、最大２１０秒までしか延長しないようにすることも可能である。
【００５８】
Ｓ５及びＳ７は、ＭＧ制御部２２とメディアゲートウェイ３との間で繰り返されるが、タイムアウト時間を経過してもメディアゲートウェイ３から削除処理終了の応答がない場合を前提に以下動作の説明を続ける。
【００５９】
タイマ管理部１４からタイマ通知された場合に、呼処理部１１により、Ｓ１で送信した帯域解放要求と同じ帯域解放要求が再送される（Ｓ８）。
【００６０】
次いで、呼処理制御部２１により、呼処理部１１から再送された帯域解放要求に対応するＳｕｂｔｒａｃｔ送信要求がリソース管理部１２のＭＧ制御部２２に再度渡される（Ｓ９）。
【００６１】
次いで、ＭＧ制御部２２により、再度渡されたＳｕｂｔｒａｃｔ送信要求に対応するターミネーションの削除要求（Subtract Request）がメディアゲートウェイ３に再送される（Ｓ１０）。
【００６２】
なお、Ｓ８は、タイマ通知される毎に繰り返し行われ、Ｓ９及びＳ１０は、帯域解放要求が繰り返し送信される毎に繰り返される。ここで、メディアゲートウェイ３での削除処理が終了したものとして以下説明を続ける。
【００６３】
削除要求に対する応答（Subtract Reply）がメディアゲートウェイ３から返信された場合（Ｓ１１）には、ＭＧ制御部２２により、その応答に含まれる削除処理結果が判断され（Ｓ１２）、メディアゲートウェイ３での削除処理が失敗した場合には、ＮＧの応答（Subtract Reply (NG)）が呼処理制御部２１に返信され（Ｓ１３）、成功した場合には、ＯＫの応答（Subtract Reply (OK)）が返信される（Ｓ１４）。例えば、メディアゲートウェイ３から返信された応答に含まれる削除処理結果が、ｃｏｄｅ＝４３５、４３１、４１１，４３０のうちいずれかである場合には、メディアゲートウェイ３からＭＧ制御部２２にＮＧの応答（Subtract Reply (errorcode=431) 等）が返信され、ＭＧ制御部２２から呼処理制御部２１にＮＧの応答（Subtract Reply (errorcode=Unknown_Session_ID)）が返信される。
【００６４】
呼処理制御部２１がＭＧ制御部２２からＮＧの応答を受信した場合には、呼処理制御部２１により、帯域解放要求応答（ＮＧ(errorcode=Unknown_Session_ID)）が呼処理部１１に返信され（Ｓ１５）、ＯＫの応答を受信した場合には、帯域解放要求応答（ＯＫ）が返信される（Ｓ１６）。
【００６５】
最後に、呼処理部１１により、メディアゲートウェイ３での削除処理結果にかかわらず、帯域解放要求応答（Ｓ１５、Ｓ１６）を受信した場合には、帯域解放要求に対する処理状態が処理中から完了に遷移される（Ｓ１７、Ｓ１８）。これにより、帯域解放要求のために確保していたメモリ領域が解放される。換言すれば、初回の帯域解放要求で処理中となっていたＳＩＰ信号路の管理状態が完結されることになる。
【００６６】
続いて、ＳＩＰ信号路の帯域確保要求時の動作について説明する。図３は、ＳＩＰ信号路の帯域確保要求時のフローシーケンスである。
【００６７】
最初に、ＳＩＰ信号路の帯域確保要求送信要求を受信した場合に、呼処理部１１により、帯域確保要求がリソース管理部１２の呼処理制御部２１に送信され（Ｓ３１）、その送信と共に又は送信後に、その帯域確保要求に対する処理状態が処理中として記憶管理される（Ｓ３２）。
【００６８】
次いで、呼処理制御部２１により、リソース管理部内にＳＩＰ信号路情報を既に保持している場合に、呼処理部１１から送信された帯域確保要求に対応するＡｄｄ送信要求又はＭｏｄｉｆｙ送信要求がリソース管理部１２のＭＧ制御部２２に渡される（Ｓ３３）。なお、本実施の形態における帯域確保要求とは、帯域を新規に追加（Ａｄｄ）する場合と、帯域を更新（Ｍｏｄｉｆｙ）する場合との両方を含む。
【００６９】
次いで、ＭＧ制御部２２により、Ａｄｄ送信要求に対応するターミネーションの追加要求（Add Request）又は更新要求（Modify Request）がメディアゲートウェイ３に送信される（Ｓ３４）。
【００７０】
ここで、メディアゲートウェイ３での処理が輻輳状態である場合には、メディアゲートウェイ３により、トランザクションペンディングリクエストがＭＧ制御部２２に送信される（Ｓ３５）。
【００７１】
トランザクションペンディングリクエストが送信された場合には、ＭＧ制御部２２により、トランザクション終了（換言すれば、ターミネーション追加・更新終了）までのタイマのタイムアウト時間が最大で２１０秒まで拡大され、そのトランザクションが記憶管理されて（Ｓ３６）、トランザクションペンディングリプライが返信される（Ｓ３７）。なお、ＭＧ制御部２２は、トランザクションペンディングリクエストを受信する毎にタイマを所定の時間だけ延長し、最大２１０秒までしか延長しないようにすることも可能である。
【００７２】
Ｓ３５及びＳ３７は、ＭＧ制御部２２とメディアゲートウェイ３との間で繰り返されるが、タイムアウト時間を経過してもメディアゲートウェイ３から追加処理終了の応答がない場合を前提に以下動作の説明を続ける。
【００７３】
タイマ管理部１４からタイマ通知された場合に、呼処理部１１により、Ｓ３１で送信した帯域確保要求と同じ帯域確保要求が再送される（Ｓ３８）。
【００７４】
次いで、呼処理制御部２１により、ＭＧ制御部２２で記憶管理されているトランザクションが検索され（Ｓ３９）、メディアゲートウェイ３との間でのトランザクションの有無が判断される（Ｓ４０）。以降、これに要する時間をＭＧ制御中という。
【００７５】
そして、Ｓ４０の判断の結果、トランザクションが有る場合にはメディアゲートウェイ３での追加処理が未終了であるため、Ｓ３８で再送された帯域確保要求が破棄される（Ｓ４１）。そして、メディアゲートウェイ３での追加処理又は更新処理が終了した後に、メディアゲートウェイ３からの応答を期待する。
【００７６】
なお、Ｓ３８は、タイマ通知される毎に繰り返し行われ、Ｓ３９〜Ｓ４１は、帯域解放要求が繰り返し再送される毎に繰り返される。
【００７７】
その後、追加要求に対する応答（Add Reply）又は更新要求に対応する応答（Modify Reply）がメディアゲートウェイ３から返信された場合（Ｓ４２）には、ＭＧ制御部２２により、Ａｄｄ送信要求又はＭｏｄｉｆｙ送信要求に対する応答（Add Reply／Modify Reply）が呼処理制御部２１に返信され（Ｓ４３）、呼処理制御部２１により、帯域確保要求応答が呼処理部１１に返信される（Ｓ４４）。
【００７８】
最後に、呼処理部１１により、帯域確保要求に対する処理状態が処理中から完了に遷移される（Ｓ４５）。これにより、帯域確保要求のために確保していたメモリ領域が解放される。換言すれば、初回の帯域確保要求で処理中となっていたＳＩＰ信号路の管理状態が完結されることになる。
【００７９】
なお、Ｓ４２以降の各処理に代えて、帯域解放要求のフローで説明したＳ９以降の各処理と同様の処理を適用することも可能である。
【００８０】
リソース管理部１２は、帯域解放要求の場合には、その要求が初回（送信）であっても次回以降（再送）であっても、削除要求をメディアゲートウェイ３に一律繰り返して送信する。一方、帯域確保要求の場合には、ＭＧ制御中であるか否かを判定し、ＭＧ処理中の場合には要求を破棄する。帯域確保要求の場合であっても、ＭＧ制御中の判断ロジックを行うことなく帯域解放要求の場合と同様に全ての要求をメディアゲートウェイ３に再送することも可能である。逆に、帯域解放要求の場合であっても、ＭＧ制御中の判断ロジックを含めることも可能である。但し、帯域解放要求の場合には、削除処理に対するメディアゲートウェイ３からの応答に含まれる処理結果の内容が明確なので、判断ロジックをなくしてシンプルに要求する方が好ましい。
【００８１】
なお、意図しない状態ではあるが、帯域確保要求において、その要求が初回であって、ＳＩＰ信号路情報が有る場合には、リソース管理部１２は、重複設定を避けるために、要求されたＳＩＰ信号路に係るターミネーションの有無をメディアゲートウェイ３に事前確認し（以降、ＭＧ照合という）、一旦削除処理を実行した後に、帯域確保要求に対応するＡｄｄ信号又はＭｏｄｉｆｙ信号をメディアゲートウェイ３に送信することも可能である。
【００８２】
次に、リソース管理部１２の動作内容について具体的に説明する。図４は、リソース管理部の動作内容を示すフローチャートである。
【００８３】
なお、呼処理部１１によってタイマがタイマ管理部１４に既に登録されており、一定時間間隔でタイマ通知を受ける毎に、応答が返信されて処理が完結するまで、帯域確保要求又は帯域解放要求がリソース管理部１２に繰り返し送信されているものとする。また、それら各要求を初回に送信する場合には、再送識別子を含めることなく各要求が送信されるものとする。これにより、リソース管理部１２においてＳＩＰ信号路情報の有無の判定や、ＭＧ制御中であるか否かの判定のロジックをスキップすることができ、処理軽減によりリソース管理部１２からの応答速度を向上することができる。
【００８４】
リソース管理部１２は、呼処理部１１から送信された信号種別が帯域解放要求である場合には（Ｆ１→Ｆ２）、その要求が初回であっても次回以降であっても、削除要求（Subtract Request）をメディアゲートウェイ３に一律送信し、その要求に対する応答の処理結果に応じた返信を呼処理部１１に送信する（Ｆ２）。
【００８５】
一方、送信された信号種別が帯域確保要求であって、再送識別子が設定され、現在送信している信号種別が追加要求（Add Request）であり、ＳＩＰ信号路情報が無い場合には（Ｆ１→Ｆ３→Ｆ４→Ｆ５→Ｆ６）、上述したＭＧ照合を行い、要求されたＳＩＰ信号路に係るメディアゲートウェイ３でのターミネーションの有無を判定する（Ｆ６）。
【００８６】
Ｆ６での判定の結果、ＭＧ照合依頼応答にターミネーションが有る場合には（Ｆ６→Ｆ７→Ｆ８）、削除要求（Subtract Request）をメディアゲートウェイ３に送信してターミネーションを一旦削除した後に（Ｆ８）、追加要求（Add Request）を送信して、帯域確保結果を呼処理部１１に返信する（Ｆ９）。
【００８７】
一方、Ｆ６での判定の結果、ＭＧ照合依頼応答にターミネーションが無い場合には（Ｆ６→Ｆ７→Ｆ９）、削除要求（Subtract Request）をメディアゲートウェイに送信することなく、追加要求（Add Request）を送信して、帯域確保結果を呼処理部１１に返信する（Ｆ９）。
【００８８】
また、送信された信号種別が帯域確保要求であって、再送識別子が設定され、現在送信している信号種別が追加要求（Add Request）であり、Ｆｌｏｗ−ＳｔａｔｕｓがＥｎａｂｌｅであり、ＳＩＰ信号路情報が有る場合には（Ｆ１→Ｆ３→Ｆ４→Ｆ５→Ｆ１０）、ＭＧ制御中か否かが判定される（Ｆ１０）。
【００８９】
Ｆ１０での判定の結果、ＭＧ制御中であって、メディアゲートウェイ３との間でのトランザクションが有る場合には（Ｆ１０→Ｆ１１→Ｆ１２）、呼処理部から再送された帯域確保要求を破棄し、追加要求（Add Request）は再送しない（Ｆ１２）。
【００９０】
一方、ＭＧ制御中であって、メディアゲートウェイ３との間でのトランザクションが無い場合には（Ｆ１０→Ｆ１１→Ｆ６）、Ｆ６に遷移する。
【００９１】
一方、ＭＧ制御中であるが、メディアゲートウェイ３との間でのトランザクションに有無が混在する場合には（Ｆ１０→Ｆ１１→Ｆ１３）、ＭＧ照合を行ってＭＧ照合依頼応答にターミネーションが有るか否かを確認すると共に、リソース管理部１２にメディア情報があるか否かを確認する（Ｆ１３）。
【００９２】
Ｆ１３での確認の結果、リソース管理部１２にメディア情報がなく、メディアゲートウェイ３にターミネーションがある場合には、Ｆ８に遷移し、削除要求（Subtract Request）をメディアゲートウェイ３に送信してターミネーションを一旦削除した後に、Ｆ９に遷移して、追加要求（Add Request）を送信する。
【００９３】
一方、Ｆ１３での確認の結果、リソース管理部１２にメディア情報がなく、メディアゲートウェイ３にターミネーションがない場合には、Ｆ９に遷移し、追加要求（Add Request）を送信する。
【００９４】
一方、Ｆ１３での確認の結果、リソース管理部１２にメディア情報があり、メディアゲートウェイ３にターミネーションがある場合には、既に応答済み（Add Replyを返信済み）のメディア、又は双方向開通で既に開通済みのメディアと判断して、何も送信しない（Ｆ１４）。
【００９５】
一方、Ｆ１３での確認の結果、リソース管理部１２にメディア情報があり、メディアゲートウェイ３にターミネーションがない場合には、Ｆ１２に遷移し、呼処理部から再送された帯域確保要求を破棄し、追加要求（Add Request）は再送しない。
【００９６】
Ｆ１０の判定に戻り、Ｆ１０での判定の結果、ＭＧ制御中以外の場合には、メディアゲートウェイ３から返信された追加要求に対する応答（Add Reply）を受信した後に、帯域確保要求応答を呼処理部１１に返信する（Ｆ１５）。帯域確保要求応答が呼処理部１１までの間で消失したと判断する。
【００９７】
同様に、送信された信号種別が帯域確保要求であって、再送識別子が設定され、現在送信している信号種別が更新要求（Modify Request）であり、Ｆｌｏｗ−ＳｔａｔｕｓがＥｎａｂｌｅであり、ＳＩＰ信号路情報が有る場合にも（Ｆ１→Ｆ３→Ｆ４→Ｆ１６→Ｆ１７）、ＭＧ制御中か否かが判定される（Ｆ１７）。
【００９８】
Ｆ１７での判定の結果、ＭＧ制御中であって、メディアゲートウェイ３との間でのトランザクションが有る場合には（Ｆ１７→Ｆ１８→Ｆ１９）、呼処理部から再送された帯域確保要求を破棄し、変更要求（Modify Request）は再送しない（Ｆ１９）。
【００９９】
一方、ＭＧ制御中であって、メディアゲートウェイ３との間でのトランザクションが無い場合には（Ｆ１７→Ｆ１８→Ｆ２０）、更新要求（Modify Request）をメディアゲートウェイ３に再送する（Ｆ２０）。但し、Ｆｌｏｗ−ＳｔａｔｕｓがＥｎａｂｌｅの場合には、ＩＮＳ（InService）を送信し、Ｆｌｏｗ−ＳｔａｔｕｓがＤｉｓａｂｌｅｄの場合には、ＯＵＳ（OutOfService）を送信する。
【０１００】
一方、ＭＧ制御中であるが、メディアゲートウェイ３との間でのトランザクションに有無が混在する場合には（Ｆ１７→Ｆ１８→Ｆ２１）、トランザクションがないメディアに対して更新要求（Modify Request）をメディアゲートウェイ３に再送する（Ｆ２１）。但し、Ｆｌｏｗ−ＳｔａｔｕｓがＥｎａｂｌｅの場合には、ＩＮＳ（InService）を送信し、Ｆｌｏｗ−ＳｔａｔｕｓがＤｉｓａｂｌｅｄの場合には、ＯＵＳ（OutOfService）を送信する。
【０１０１】
Ｆ１７の判定に戻り、Ｆ１７での判定の結果、ＭＧ制御中以外の場合には、メディアゲートウェイ３から返信された更新要求に対する応答（Modify Reply）を受信した後に、帯域確保要求応答を呼処理部１１に返信する（Ｆ２２）。帯域確保要求応答が呼処理部１１までの間で消失したと判断する。
【０１０２】
本実施の形態によれば、呼処理部１１により、リソース管理部１２に送信したＳＩＰ信号路の帯域確保要求に対する処理状態を処理中として処理状態記憶部１３に記憶して管理し、リソース管理部１２から応答が無い場合に帯域確保要求を一定時間間隔で繰り返し再送し、リソース管理部１２により、帯域確保要求を受信した後に、帯域確保要求に応じた追加要求又は更新要求をメディアゲートウェイに既に送信中であるか否かを判定し、送信中である場合には受信した帯域確保要求を破棄し、追加要求又は更新要求に対するメディアゲートウェイからの応答を受信した後に、帯域確保要求に対する応答を呼処理部１１に返信し、呼処理部１１により、帯域確保要求の再送のうちいずれかの再送に対して応答を受信した後に、処理状態を処理状態記憶部１３から読み出して処理終了に遷移させるので、ＳＩＰ信号路の帯域確保要求時に呼処理部１１に確保されたリソースを解放することができる。
【０１０３】
本実施の形態によれば、呼処理部１１により、リソース管理部１２に送信したＳＩＰ信号路の帯域解放要求に対する処理状態を処理中として処理状態記憶部１３に記憶して管理し、リソース管理部１２から応答が無い場合に帯域解放要求を一定時間間隔で繰り返し再送し、リソース管理部１２により、帯域解放要求を受信する毎に帯域解放要求に応じた削除要求をメディアゲートウェイに繰り返し送信し、いずれかの送信に対して応答を受信した後に、帯域解放要求に対する応答を呼処理部１１に返信し、呼処理部１１により、帯域解放要求の再送のうちいずれかの再送に対して応答を受信した後に、処理状態を処理状態記憶部１３から読み出して処理終了に遷移させるので、ＳＩＰ信号路の帯域解放要求時に呼処理部１１に確保されたリソースを解放することができる。
【０１０４】
最後に、本実施の形態で説明した呼処理サーバ１は、コンピュータで構成される。すなわち、処理状態記憶部１３は、メモリ等の記憶手段で実現される。また、呼処理部１１と、リソース管理部１２と、呼処理制御部２１と、ＭＧ制御部２２と、タイマ管理部１４とは、ＣＰＵ等の演算手段で実現され、プログラムで実行される。
【０１０５】
また、本実施の形態で説明した呼処理サーバ１をプログラムとして光記憶装置や磁気記憶装置等の記録媒体に読出可能に記録し、この記録媒体をコンピュータに組み込んだり、若しくは記録媒体に記録されたプログラムを、任意の通信回線を介してコンピュータにダウンロードしたり、又は記録媒体からインストールし、該プログラムでコンピュータを動作させることにより、上述した各処理を呼処理サーバ１として機能させることができるのは勿論である。
【符号の説明】
【０１０６】
１…呼処理サーバ
３…メディアゲートウェイ（ＭＧ）
５…端末
７…ネットワーク機器
１１…呼処理部（呼処理手段）
１２…リソース管理部（リソース管理手段）
１３…処理状態記憶部（記憶手段）
１４…タイマ管理部
２１…呼処理機能部
２２…ＭＧ制御部
１２１…メディアゲートウェイコントローラ（ＭＧＣ）
Ｓ…フローシーケンスにおけるステップ
Ｆ…フローチャートにおけるステップ
【図１】
2012005045.tif 000003
【図２】
2012005045.tif 000004
【図３】
2012005045.tif 000005
【図４】
2012005045.tif 000006
【図５】
2012005045.tif 000007
【図６】
2012005045.tif 000008
【図７】
2012005045.tif 000009
【図８】
2012005045.tif 000010