セッション情報整合処理方法及び呼制御サーバ
【課題】セッション情報の整合処理に要する時間を短縮する。
【解決手段】ＳＩＰ制御用ポート情報とメディア転送用ポート情報とを区別してそれぞれ整合処理を行うので、必要な整合処理のみを実行することが可能となり、セッション情報の整合処理に要する時間を短縮することができ、不要なリソースの確保を回避することができる。
【解決手段】ＳＩＰ制御用ポート情報とメディア転送用ポート情報とを区別してそれぞれ整合処理を行うので、必要な整合処理のみを実行することが可能となり、セッション情報の整合処理に要する時間を短縮することができ、不要なリソースの確保を回避することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰに係るセッション情報を整合する技術に関する。
【背景技術】
【０００２】
図１５は、ＳＩＰを用いて呼制御を行うＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。このＳＩＰ通信ネットワークは、ネットワークの加入者が利用する端末５と、端末５から送信された呼接続要求等の呼を制御する呼制御サーバ１と、呼制御サーバ１の指示に従って転送網内外のターミネーション（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）１２１と呼ばれている。
【０００８】
リソース管理部１２（実際には、メディアゲートウェイコントローラ１２１、以下同様）は、上述したように、優先度や品質に応じて区分けされた上記通信経路の使用帯域や上限帯域等を仮想的なリソースや仮想パスとして予めメモリ等に記憶管理しておき、端末５からの新たな呼接続要求に基づいて呼処理部１１から通信経路の新規確立要求が送信された場合に、上記ＳＩＰネゴシエーションの際に決定されるＳＤＰの一部又は全部のメディア情報に従ってメディア帯域を確保し、現在の使用帯域に積上又は積下を行って、要求されたメディア帯域が仮想パスの上限帯域を超えるか否かの受付判定（例えば、ＳＩＰネゴシエーションによって確立する１以上のメディアのトラフィック同士が転送網を通過する際に干渉しあってパケットロスするか否かの受付判定）を行う。
【０００９】
なお、帯域の積上又は積下とは、リソース管理部１２が管理している全ての仮想パスから端末間の経路を特定した後に、該当する１以上の仮想パスに対して、通話開始時は要求帯域を加算し、通話終了時は加算されている帯域を減算することを意味している。
【００１０】
そして、その受付判定の結果、上記新たな呼接続確立要求に基づくメディアセッションの確立が仮想パス上限帯域内で使用可能である場合には、端末同士を結びつけるターミネーションがメディアゲートウェイ３に生成され、ＳＩＰネゴシエーションの結果毎に図１５に示したようなメディア情報（各メディア情報には、メディア種別、要求帯域、方向属性等が含まれている）を含むセッション情報が格納される。
【００１１】
その後、リソース管理部１２は、メディアゲートウェイ３に対してピンホール制御及びポリシング制御を行う（図１５に示す一点鎖線）。なお、ここでいうピンホール制御とは、メディアゲートウェイ３に対して、端末間や、端末と呼制御サーバ１との間で音声通信や動画通信等のメディアの転送に用いられるメディアポートの設定等を実際に行う制御を意味する。
【００１２】
一方、リソース管理部１２は、上記ピンホール制御及びポリシング制御を行う前に、ＳＩＰネゴシエーションに用いるＳＩＰ信号を通過させるために、上記とは異なる内容のピンホール制御及びポリシング制御を行っている。このピンホール制御とは、ＳＩＰ信号の制御に用いられるＳＩＰポートをメディアゲートウェイ３に設定する処理であり、加入者契約情報を呼制御サーバ１に投入する契機で行われている。なお、設定されるＳＩＰポートは、呼制御サーバ１に既に登録されている加入者契約情報と、端末５から送信されるＲＥＧＩＳＴＥＲ情報と、端末５に払い出されたＤＨＣＰ情報とに基づいて加入者登録を契機に生成され、ＳＩＰポート情報として管理されている。そして、加入者契約情報の削除を契機に削除される。
【００１３】
なお、ピンホール制御やポリシング制御にはｍｅｇａｃｏプロトコルが用いられる（ｍｅｇａｃｏ制御）。また、帯域の予約要求・確保要求・変更要求の受付時には、各要求と要求内のメディア情報と受付時刻とを記録する。一方、帯域の削除要求の受付時には、受付済の要求情報と各メディア情報をメモリ等から削除する。
【００１４】
また、ポリシング制御においては、発ユーザ種別や着ユーザ種別、ＳＤＰ情報内のプライオリティや加入者情報の優先度を識別して、ＳＩＰ通信ネットワークに輻輳が発生した時に呼の優先度を識別してパケットの通信が規制される。
【００１５】
以上により、リソース管理部１２は、ＳＩＰ通信ネットワークの転送網内外に流入出するパケットの制御を行っている。なお、このような技術については、特許文献１に開示されている。
【００１６】
一方、メディアゲートウェイ３は、リソース管理部１２からの指示に従って、ＳＩＰポートを設定し、転送網内外を通信可能に結び付けるターミネーションを生成し、ピンホール制御やポリシング制御の設定に基づいて端末間等の通信に必要なメディアポートを設定する。なお、メディアゲートウェイ３は、通常、Ｃ−ＢＧＦ（Core Border Gateway Function）、Ｉ−ＢＧＦ（Interconnection Border Gateway Function）、ＲＣＥＦ（Resource Control Enforcement Function）と呼ばれる機能部で構成されている。
【００１７】
以上より、リソース管理部１２とメディアゲートウェイ３とは、少なくともＳＩＰポート情報とメディアポート情報とを有するセッション情報をそれぞれ記憶管理している。そして、呼制御サーバ１は、一方の装置が故障等した場合に備え、それら２つのセッション情報を対比して一致させる整合処理が可能であった。
【００１８】
なお、呼制御サーバ１は、呼制御サーバ１とメディアゲートウェイ３との間や、呼制御サーバ１を構成している呼処理部１１とリソース管理部１２との間や、呼制御サーバ１と端末５との間といったいずれかの間で、セッション情報以外にも、ピンホール制御やポリシング制御に係る情報、加入者契約情報、ＲＥＧＩＳＴＥＲ情報、ＤＨＣＰ情報をそれぞれ整合処理することも可能であった。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特開２００３−２５８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２０】
従来、メディアゲートウェイの物理ＩＦ（インタフェース）情報を収集して正確に管理することは困難であるため、メディアゲートウェイ単位や加入者単位でピンホール制御やポリシング制御を行っていた。
【００２１】
しかしながら、メディアゲートウェイは加入者契約情報を保持していないため、メディアゲートウェイ単位で整合処理する場合には、更新する必要のない加入者についてまでメディアゲートウェイ側で処理することになり、整合処理に多大な時間を要するものであった。また、加入者単位で整合処理する場合には、リソース管理部での処理数が増加する、又はメディアゲートウェイで管理する物理単位で重複処理が必要となり、非効率なものであった。
【００２２】
また、本来、メディアゲートウェイの故障時やリソース管理部でのメモリ非救済再開時には、全ての通信が不通となり切断可能であるため、加入者単位で整合を行うことは効率が悪く、理想的には、メディアゲートウェイの設定を一端白紙にして新規の通信機会を増やすことが望ましく、一方、定期処理や通信が救済されるメモリ救済再開時においては、通信断中のイベントによる未必の不一致や無駄なメモリ確保を解放することが目的となり、時間を要しても通常処理に影響を与えないで整合処理を行って一致化させることが必要であった。特に、加入者契約情報は通信断やメディアゲートウェイの故障により変更される情報ではないため、リソース管理部で情報が維持されている場合には、メディアポート情報と区別して扱う必要があったが、整合処理ルートが増加して複雑となるため、実現できていなかった。
【００２３】
また、メディアゲートウェイの故障等のイベントが競合した場合には、一定のポリシーに従って、イベントの組み合わせを判断する必要があった。
【００２４】
また、加入者契約情報を更新する場合に、メディアゲートウェイが故障状態であっても、メディアゲートウェイに一様な制御を実行し、タイムアウトに到達するまで待った後に更新失敗と処理していたため、更新処理に時間を要し、加入者契約情報を適時に登録できなかった。
【００２５】
また、ＳＩＰ信号を通過させるピンホール制御やポリシング制御に係る情報と、これらをメディアゲートウェイに生成するための呼制御サーバの加入者契約情報やＲＥＧＩＳＴＥＲ情報等の比較対象が少なかったため、二者間での不一致を検出できず、無用なリソースを確保することとなっていた。
【００２６】
以上より、加入者契約情報が存在する限り保持されるＳＩＰポート情報や、呼毎に生成・削除されるメディアポート情報といった使用目的が異なる２つの情報を１つのセッション情報として整合処理していたため、場合によっては不要な整合処理が含まれて整合処理に時間がかかるという問題があった。
【００２７】
また、整合処理の契機となる定期整合やＭＧ故障回復等、それらイベントが異なる場合であっても整合処理を一様に行っていたため、イベント毎で故障回復等するまでの処理が非効率であるという問題があった。
【００２８】
また、定期整合イベントを契機として整合処理中にＭＧ故障回復等のイベントが発生して整合処理が競合した場合であっても、各整合処理を順次実行していたため、上記と同様に、故障回復等するまでの処理が非効率であるという問題があった。
【００２９】
また、加入者契約情報を呼制御サーバに投入する契機でメディアゲートウェイにＳＩＰポートを設定していたため、メディアゲートウェイに故障等の不具合が発生した場合には加入者契約情報を呼制御サーバに登録できないという問題があった。
【００３０】
本発明は、上記を鑑みてなされたものであり、セッション情報の整合処理に要する時間を短縮することを課題とする。
【課題を解決するための手段】
【００３１】
請求項１に記載のセッション情報整合処理方法は、ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにより、前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を第１の記憶手段に記憶する第１のステップと、前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を第２の記憶手段に記憶する第２のステップと、前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第３のステップと、前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第４のステップと、を有し、前記第３のステップ及び前記第４のステップは、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とする。
【００３２】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とを区別して整合処理を行うため、必要な整合処理のみを実行することが可能となり、セッション情報の整合処理に要する時間を短縮することができる。
【００３３】
請求項２に記載のセッション情報整合処理方法は、請求項１に記載のセッション情報整合処理方法において、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納手段に格納しておき、前記第３のステップは、発生したイベントに応じた前記整合処理内容で前記整合処理を行い、前記第４のステップは、発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする。
【００３４】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておき、発生したイベントに応じた整合処理内容で整合処理を行うため、イベントに応じて整合の範囲を限定することが可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００３５】
請求項３に記載のセッション情報整合処理方法は、請求項２に記載のセッション情報整合処理方法において、前記第３のステップ及び前記第４のステップは、所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする。
【００３６】
本発明によれば、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないため、競合の組み合わせを判断して必要な整合処理のみの実行が可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００３７】
請求項４に記載のセッション情報整合処理方法は、請求項１乃至３のいずれか１項に記載のセッション情報整合処理方法において、前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、前記リソース管理手段は、前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする。
【００３８】
本発明によれば、メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、リソース管理手段は、メディアゲートウェイにＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、加入者契約情報の追加・更新・削除に対する要求が可能である応答を呼処理手段に送信するため、メディアゲートウェイに故障等の不具合が発生した場合であっても、加入者契約情報を呼制御サーバに登録することができる。
【００３９】
請求項５に記載の呼制御サーバは、ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにおいて、前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を記憶する第１の記憶手段と、前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を記憶する第２の記憶手段と、前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第１の整合手段と、前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第２の整合手段と、を有し、前記第１の整合手段及び前記第２の整合手段は、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とする。
【００４０】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とを区別して整合処理を行うため、必要な整合処理のみを実行することができ、セッション情報の整合処理に要する時間を短縮することができる。
【００４１】
請求項６に記載の呼制御サーバは、請求項５に記載の呼制御サーバにおいて、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておく格納手段を更に有し、前記第１の整合手段は、発生したイベントに応じた前記整合処理内容で前記整合処理を行い、前記第２の整合手段は、発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする。
【００４２】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておき、発生したイベントに応じた整合処理内容で整合処理を行うため、イベントに応じて整合の範囲を限定することが可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００４３】
請求項７に記載の呼制御サーバは、請求項６に記載の呼制御サーバにおいて、前記第１の整合手段及び前記第２の整合手段は、所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする。
【００４４】
本発明によれば、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないため、競合の組み合わせを判断して必要な整合処理のみの実行が可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００４５】
請求項８に記載の呼制御サーバは、請求項５乃至７のいずれか１項に記載の呼制御サーバにおいて、前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、前記リソース管理手段は、前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする。
【００４６】
本発明によれば、メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、リソース管理手段は、メディアゲートウェイにＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、加入者契約情報の追加・更新・削除に対する要求が可能である応答を呼処理手段に送信するため、メディアゲートウェイに故障等の不具合が発生した場合であっても、加入者契約情報を呼制御サーバに登録することができる。
【発明の効果】
【００４７】
本発明によれば、セッション情報の整合処理に要する時間を短縮することができる。
【図面の簡単な説明】
【００４８】
【図１】呼制御サーバの機能ブロック構成を示す図である。
【図２】ＳＩＰポート情報、メディアポート情報、加入者契約情報、ＲＥＧＩＳＴＥＲ情報、ＤＨＣＰ情報の内容の一部を示す図である。
【図３】整合処理を説明する図である。
【図４】整合処理内容の一例を示す図である。
【図５】整合処理の契機が呼処理部であり、整合処理対象がＳＩＰポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【図６】整合処理の契機が呼処理部であり、整合処理対象がメディアポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【図７】整合処理の契機がリソース管理部である場合における呼処理部とリソース管理部との間での整合処理フローを示す図である。
【図８】リソース管理部とメディアゲートウェイとの間での定期整合イベント時の整合処理フローを示す図である。
【図９】呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【図１０】リソース管理部とメディアゲートウェイとのみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【図１１】呼処理部のみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【図１２】呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有していない場合の整合処理シーケンスを示す図である。
【図１３】整合処理競合時に優先される整合処理の一例を示す図である。
【図１４】加入者契約情報が投入された場合の処理シーケンスを示す図である。
【図１５】ＳＩＰを用いて呼制御を行うＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。
【発明を実施するための形態】
【００４９】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００５０】
〔呼制御サーバの構成及び機能について〕
図１は、本実施の形態に係る呼制御サーバの機能ブロック構成を示す図である。この呼制御サーバ１は、図１５を用いて背景技術で説明したように、ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイ３を制御するものであって、呼処理部１１と、リソース管理部１２と、アドレス管理部１３と、第１セッション情報整合部１０４と、第２セッション情報整合部１０５と、発生するイベントの種類に応じて異なる整合処理内容が格納された整合処理内容格納部１０６とで構成されている。以下、それら各機能部について説明する。
【００５１】
呼処理部１１は、端末（不図示）から送信された呼接続要求等の呼を処理する機能を有し、メディアゲートウェイ３でＳＩＰの制御に用いられるＳＩＰポート情報（ＳＩＰ制御用ポート情報）とメディアゲートウェイ３でメディアの転送に用いられるメディアポート情報（メディア転送用ポート情報）とで構成されるセッション情報や、端末から送信されるＲＥＧＩＳＴＥＲ情報及び加入者契約（ＳＯ）情報を呼処理部用記憶部１０１で記憶管理している。
【００５２】
リソース管理部１２は、ＳＩＰ通信ネットワークを構成している装置間等の通信経路のリソースを管理する機能を有し、上記ＳＩＰポート情報と上記メディアポート情報とで構成されるセッション情報や、端末から送信された加入者契約情報をリソース管理部用記憶部１０２で記憶管理している。
【００５３】
アドレス管理部１３は、契約者の端末のアドレス等を管理する機能を有し、端末から呼接続があった際に払い出されたＤＨＣＰ情報や、端末から送信された加入者情報をアドレス管理部用記憶部１０３で記憶管理している。
【００５４】
なお、これら呼制御サーバ１に記憶管理されているＳＩＰポート情報、メディアポート情報、加入者契約情報、レジスター情報、ＤＨＣＰ情報の内容の一部を図２に記載しておく。ＳＩＰポート情報とメディアポート情報とはデータフォーマットを共通とし、メディアタイプにＳＩＰが記載されている場合に、そのデータはＳＩＰポート情報となる。
【００５５】
第１セッション情報整合部１０４は、呼処理部１１で記憶管理しているセッション情報と、リソース管理部１２で記憶管理しているセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う際に、ＳＩＰポート情報とメディアポート情報とを区別してそれぞれ整合処理を行う機能を有している。具体的には、セッション情報が異なる場合には、ターミネーションの削除によってリソースを解放することにより、ＳＩＰポート情報又はメディアポート情報を整合する。但し、整合処理対象がＳＩＰポート情報である場合には、リソースの解放後、該当するターミネーションの加入者が呼処理部１１の加入者契約情報に未だ存在している場合に、ターミネーションの再設定を行う。
【００５６】
また、第１セッション情報整合部１０４は、ＩＰアドレスマップの有無を判断し、呼処理部１１の加入者契約情報に加入者データが存在する場合に、ＩＰアドレスマップを再生成する機能を有している。ＩＰアドレスマップは、呼処理部１１において端末の認証やＳＩＰ信号内のアドレス変換に用いられるが、そのマップ情報が削除された場合には、端末のアドレスをアドレス管理部１３と整合し、メディアゲートウェイ３への払い出しアドレスについてはリソース管理部１２と整合する。
【００５７】
また、第１セッション情報整合部１０４は、ＡＡＡ（Authentication，Authorization，Accounting）で呼処理部１１に通知したＳＩＰポート情報をＲＥＧＩＳＴＥＲ契機で照合する機能を有している。また、ＲＥＧＩＳＴＥＲ契機でリソース管理部１２のＳＩＰポート情報と照合することも可能である。
【００５８】
また、第１セッション情報整合部１０４は、呼処理部１１の加入者契約情報の有無を判断し、ＳＩＰポート情報のターミネーションを再設定する機能を有している。呼処理部１１とリソース管理部１２とが共にセッション情報を有していない場合であっても、加入者契約情報が存在する場合には、ＳＩＰポートの再設定を行う。
【００５９】
第２セッション情報整合部１０５は、メディアゲートウェイ３のメディアゲートウェイ用記憶部３０１で記憶管理され、上記ＳＩＰポート情報と上記メディアポート情報とで構成されるセッション情報と、リソース管理部１２で記憶管理しているセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う際に、第１セッション情報整合部１０４と同様に、ＳＩＰポート情報とメディアポート情報とを区別してそれぞれ整合処理を行う機能を有している。
【００６０】
また、第２セッション情報整合部１０５は、ターミネーションの内容を判断し、端末側のターミネーションＡＣと網側のターミネーションＢＢとのペアが揃っていない場合には、ターミネーション無しと判定する機能を有している。
【００６１】
また、第２セッション情報整合部１０５は、ターミネーション状態を判断してリソース管理部１２のターミネーション状態に合うようにメディアゲートウェイ３のターミネーション状態を更新する機能を有している。端末からのメディア通信要求の可否を判断するために、ターミネーション状態がＩＮＳ（InService：受付可），ＯＵＴ（OutOfService：受付不可）として管理されている（図２に示したサービス状態に相当）。
【００６２】
また、第２セッション情報整合部１０５は、ソフトリソースの呼状態（全呼状態対象）を判断して整合する機能を有している。リソース管理部１２からメディアゲートウェイ３へターミネーション設定の要求を行い、メディアゲートウェイ３からの応答待ち状態（ペンディング状態）についても整合の対象としている。
【００６３】
また、第２セッション情報整合部１０５は、リソース管理部１２の加入者契約情報の有無を判断して、メディアゲートウェイ３にＳＩＰポートを設定する機能を有している。リソース管理部１２の加入者契約情報は加入者の収容情報であり、この情報からメディアゲートウェイ３を特定したり、提供条件を判定してＳＩＰポートをメディアゲートウェイ３に設定する。
【００６４】
なお、図１に示した機能ブロック構成図では、第１セッション情報整合部１０４及び第２セッション情報整合部１０５が他の機能部の外に記載されているが、これは発明を概念的に説明するためにそのように記載しているものである。例えば、呼処理部１１で記憶管理しているセッション情報を、リソース管理部１２で記憶管理しているセッション情報に一致させる場合には、第１セッション情報整合部１０４は、呼処理部１１の一機能（すなわち、呼処理部１１）として動作する。逆に、リソース管理部１２で記憶管理しているセッション情報を、呼処理部１１で記憶管理しているセッション情報に一致させる場合には、第１セッション情報整合部１０４は、リソース管理部１２の一機能（すなわち、リソース管理部１２）として動作する。また、第２セッション情報整合部１０５にあっては、リソース管理部１２の一機能（すなわち、リソース管理部１２）として動作している。
【００６５】
〔呼制御サーバの整合処理について〕
次に、呼制御サーバ１の整合処理について具体的に説明する。図３は、整合処理を説明する図である。
【００６６】
最初に、ＳＩＰポート情報の整合処理について説明する。第１セッション情報整合部１０４により、呼処理部１１において端末５から送信されたＲＥＧＩＳＴＥＲ情報と、リソース管理部１２のＳＩＰポート情報とが比較一致され、アドレス管理部１３で記憶管理されているＤＨＣＰ情報に基づく呼処理部１１のＳＩＰポート情報と、リソース管理部１２のＳＩＰポート情報とが比較一致される。例えば、１日１回の定期整合のイベントを契機に、セッションＩＤ等をキーにして、加入者契約情報やターミネーション状態等がそれぞれ対比されて一致化が実行される。これにより、呼処理部１１とリソース管理部１２との間でのＳＩＰポート情報が整合されることになる。
【００６７】
また、第２セッション情報整合部１０５により、リソース管理部１２のＳＩＰポート情報と、メディアゲートウェイ３のＳＩＰポート情報（ＳＩＰのターミネーション情報）とが比較一致される。例えば、ＭＧＣ再開、ＭＧ再開、１日１回の定期整合のイベントを契機に、ＳＩＰポート毎に管理しているターミネーションＩＤやターミネーション状態等が対比されて一致化が実行される。これにより、リソース管理部１２とメディアゲートウェイ３との間でのＳＩＰポート情報が整合されることになる。
【００６８】
なお、ＳＩＰポートは加入者契約情報が存在する限り保持される運用データであるため、ＳＩＰポート情報の上記整合処理は、不整合検出時に、該当するターミネーションを解放した後に、呼制御サーバ１からメディアゲートウェイ３へＳＩＰポートの再設定を行う処理により、一致化が実現される。
【００６９】
続いて、メディアポート情報の整合処理について説明する。第１セッション情報整合部１０４により、上記ＳＩＰポート情報の整合処理とは別に、ＳＩＰネゴシエーション結果によって生成されてメディア情報の通信に用いる呼処理部１１のメディアポート情報と、呼処理部１１からの呼の要求毎にＳＩＰポート情報に関連付けて管理されているリソース管理部１２のメディアポート情報とが比較一致される。例えば、ＳＩＰ信号のアップデートやｒｅｆｒｅｓｈタイマ等のイベントを契機に、メディアポートのセッションＩＤ等をキーにして、セッションに関連付けて管理しているターミネーションＩＤ等が対比されて一致化が実行される。これにより、呼処理部１１とリソース管理部１２との間でのメディアポート情報が整合されることになる。
【００７０】
また、第２セッション情報整合部１０５により、上記ＳＩＰポート情報の整合処理とは別に、呼処理部１１からの呼の要求毎にＳＩＰポート情報に関連付けて管理されているリソース管理部１２のメディアポート情報と、メディアゲートウェイ３のメディアポート情報（メディアのターミネーション情報）とが比較一致される。例えば、ＭＧＣ再開、ＭＧ再開、１日１回の定期整合イベントを契機に、ＳＩＰポート毎に管理しているターミネーションＩＤやターミネーション状態等が対比されて一致化が実行する。これにより、リソース管理部１２とメディアゲートウェイ３との間でのメディアポート情報が整合されることになる。
【００７１】
なお、メディアポートは呼毎に生成される情報であるため、メディアポート情報の上記整合処理は、不整合検出時に、該当するターミネーションを解放することにより、一致化が実現される。
【００７２】
なお、第１セッション情報整合部１０４は、第２セッション情報整合部１０５についても同様に、あるタイミングでＳＩＰポート情報又はメディアポート情報のみを整合処理することも可能であり、それら２つの情報を同時に整合処理することも可能である。
【００７３】
〔呼制御サーバの整合処理の内容について〕
次に、ＳＩＰポート情報及びメディアポート情報の整合処理の内容について説明する。図１に示した整合処理内容格納部１０６には、図４に示すように、ＳＩＰポート情報とメディアポート情報とでそれぞれ実行される整合処理内容が、定期整合，ＭＧ故障回復（ＭＧ再開，Ｍｅｇａｃｏ断回復），ＭＧのＩＦ故障回復，呼制御サーバ障害回復（再開）等といった様々なイベントの種類に応じて異なるように予め設定されている。
【００７４】
ＳＩＰポートは、加入者契約情報の登録に伴って呼制御サーバ１で生成され、上述したように加入者契約情報の廃止までの間救済される運用データであるため、整合処理内容格納部１０６に設定されているＳＩＰポート情報の整合処理内容は、不整合検出時に、該当するターミネーションを一旦解放し、呼制御サーバ１からメディアゲートウェイ３へＳＩＰポートの再設定による復旧を実行することにより、一致化を実現することを基準として設定されている。
【００７５】
また、メディアポートは、上述したように呼毎に生成されるコールデータであるため、整合処理内容格納部１０６に設定されているメディアポート情報の整合処理内容は、不整合検出時に、非救済リソースとして、該当するターミネーションを解放することにより、一致化を実現することを基準として設定されている。
【００７６】
第１セッション情報整合部１０４及び第２セッション情報整合部１０５は、整合契機がどのイベントかを識別し、発生したイベントに応じた整合処理内容を整合処理内容格納部１０６から取得して、ＳＩＰポート情報又はセッション情報の整合処理をそれぞれ実行する。特に、第２セッション情報整合部１０５は、呼制御サーバ１が管理している全てのメディアゲートウェイ３についてではなく、メディアゲートウェイ単位で整合処理を実行する。
【００７７】
例えば、メディアゲートウェイ３の物理ＩＦ単位又はＭＧ単位の状態を記憶管理しておき、ＭＧ再開時には、ＭＧ単位の管理状態をＩＮＳに変更した後に、ＭＧ状態を照合することなく、ＩＦ単位で、ＳＩＰポート情報→メディアポート情報の順に削除する。また、定期整合やＭＧＣ再開時には、メディアゲートウェイ３の物理ＩＦ単位で、ＳＩＰ，メディア種別毎に照合する。さらに、メディアゲートウェイ３の物理ＩＦ故障時には、管理しているメディアゲートウェイ３の物理ＩＦ状態を引き当てた後に、管理状態をＩＮＳに変更した後に、該当する物理ＩＦのみを対象として、ＳＩＰ，メディア種別毎に照合する。それら照合の結果、リソース管理部１２とメディアゲートウェイ３との間で不一致を検出した場合には、合わせこみ一致化を実行する。
【００７８】
〔呼制御サーバの整合処理フローについて〕
次に、呼制御サーバ１の整合処理フローについて定期整合のイベント時を一例に説明する。最初に、呼処理部１１とリソース管理部１２との間での整合処理フローについて説明する。
【００７９】
図５は、整合処理の契機が呼処理部であり、整合処理対象がＳＩＰポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【００８０】
まず、呼処理部１１のＳＩＰポート情報から整合対象リストが生成され（Ｓ１）、呼処理部１１の加入者契約情報が１件取得される（Ｓ２）。
【００８１】
次いで、Ｓ２で取得した加入者契約情報が整合対象リストに含まれている場合には、リソース管理部１２のＳＩＰポート情報のタイマが更新される（Ｓ３）。
【００８２】
次いで、Ｓ３でタイマ更新が失敗した場合には、リソース管理部１２のＳＩＰポート情報が削除され（Ｓ４）、ＤＨＣＰ情報が取得された後に（Ｓ５）、リソース管理部１２のＳＩＰポート情報が再生成される（Ｓ６）。なお、Ｓ３でタイマ更新が成功した場合には、何も実行することなく処理を終了する。
【００８３】
一方、Ｓ２で取得した加入者契約情報が整合対象リストに含まれていない場合には、Ｓ５に進んでＤＨＣＰ情報が取得された後に、リソース管理部１２のＳＩＰポート情報が再生成される（Ｓ６）。
【００８４】
図６は、整合処理の契機が呼処理部であり、整合処理対象がメディアポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【００８５】
まず、呼処理部１１のメディアポート情報が参照されてタイマが確認される（Ｓ１１）。なお、メディアポート情報のタイマは、端末やＨＧＷからのタイマ更新要求により更新される。
【００８６】
次いで、タイマが切れていた場合には、呼処理部１１とリソース管理部１２とのメディアポート情報が削除される（Ｓ１２）。一方、Ｓ１１でタイマが切れていない場合には、何も実行することなく処理を終了する。
【００８７】
図７は、整合処理の契機がリソース管理部である場合における呼処理部とリソース管理部との間での整合処理フローを示す図である。なお、この整合処理フローは、ＳＩＰポート情報、メディアポート情報のどちらにも共通している。
【００８８】
まず、リソース管理部１２により保持されているセッション情報（ＳＩＰポート情報又はメディアポート情報）のタイマが確認される（Ｓ２１）。
【００８９】
次いで、Ｓ２１でタイマが切れている場合には、呼処理部１１のセッション情報（ＳＩＰポート情報又はメディアポート情報）の有無が確認される（Ｓ２２）。一方、Ｓ２１でタイマが切れていない場合には、何も実行することなく処理を終了する。
【００９０】
次いで、Ｓ２２で呼処理部１１にセッション情報（ＳＩＰポート情報又はメディアポート情報）が有る場合には、リソース管理部のセッション情報（ＳＩＰポート情報又はメディアポート情報）のタイマが更新され（Ｓ２３）、Ｓ２２で呼処理部１１にセッション情報（ＳＩＰポート情報又はメディアポート情報）が無い場合には、タイマ満了によりセッション情報（ＳＩＰポート情報又はメディアポート情報）が削除される（Ｓ２４）。
【００９１】
次に、リソース管理部１２とメディアゲートウェイ３との間での整合処理フローについて説明する。
【００９２】
図８は、リソース管理部とメディアゲートウェイとの間での定期整合イベント時の整合処理フローを示す図である。なお、この整合処理フローについても、ＳＩＰポート情報、メディアポート情報のどちらにも共通している。
【００９３】
まず、リソース管理部１２のセッション情報（ＳＩＰポート情報又はメディアポート情報）から整合対象リスト１が生成され（Ｓ３１）、リソース管理部１２からメディアゲートウェイ３に送信された情報収集要求に対する応答結果から整合対象リスト２が生成されて（Ｓ３２）、それら２つのリストが対比される（Ｓ３３）。
【００９４】
Ｓ３３での対比の結果、整合対象リスト１にのみ有る場合には、リソース管理部１２のセッション情報（ＳＩＰポート情報又はメディアポート情報）が削除され（Ｓ３４）、呼処理部１１により加入者契約情報の有無が確認されて（Ｓ３５）、加入者契約情報が有る場合には、呼処理部１１によりセッション情報（ＳＩＰポート情報又はメディアポート情報）が設定される（Ｓ３６）。
【００９５】
一方、Ｓ３３での対比の結果、整合対象リスト２にのみ有る場合には、メディアゲートウェイ３に削除要求が送信されて、メディアゲートウェイのセッション情報（ＳＩＰポート情報又はメディアポート情報）が削除される（Ｓ３７）。
【００９６】
一方、Ｓ３３での対比の結果、整合対象リスト１及び整合対象リスト２の両方に有る場合には、何も実行することなく処理を終了する。
【００９７】
〔呼制御サーバの整合処理シーケンスについて〕
次に、定期整合のイベントを契機に呼処理部１１からのＳＩＰポート情報の整合処理シーケンスについて説明する。
【００９８】
図９は、呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【００９９】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰポート情報が確認され、ＳＩＰポート情報のタイマを更新するための状態問い合わせ信号がリソース管理部１２に送信される（Ｓ１０１）。
【０１００】
次いで、リソース管理部１２により、自身のＳＩＰポート情報が確認され、呼処理部１１が保持しているＳＩＰポート情報と同じＳＩＰポート情報が存在する場合には、該当するＳＩＰポート情報のタイマが更新され、更新成功の応答結果が呼処理部１１に送信される（Ｓ１０２）。
【０１０１】
なお、以上の整合処理シーケンスは、図５に示したＳ１〜Ｓ３に対応している。
【０１０２】
図１０は、リソース管理部とメディアゲートウェイとのみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【０１０３】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰポート情報が確認され、加入者契約情報があるのにもかかわらずＳＩＰ情報が無い場合には、端末のアドレスがアドレス管理部１３から取得される（Ｓ２０１）。
【０１０４】
次いで、呼処理部１１により、取得したアドレスを含めたＳＩＰポート再設定要求がリソース管理部１２に送信される（Ｓ２０２）。
【０１０５】
次いで、リソース管理部１２により、自身のＳＩＰポート情報とメディアゲートウェイ３とのＳＩＰポート情報が一旦削除される（Ｓ２０３）。
【０１０６】
次いで、リソース管理部１２により、情報収集要求がメディアゲートウェイ３に送信され、その応答結果に基づいてＳＩＰポート情報が再設定される（Ｓ２０４）。
【０１０７】
なお、以上の整合処理シーケンスのうち、Ｓ２０１〜Ｓ２０２については、図５に示したＳ４〜Ｓ５に対応し、Ｓ２０４については、図８に示したＳ３１〜Ｓ３７に対応している。
【０１０８】
図１１は、呼処理部のみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【０１０９】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰ情報が確認され、ＳＩＰポート情報のタイマを更新するための状態問い合わせ信号がリソース管理部１２に送信される（Ｓ３０１）。
【０１１０】
次いで、リソース管理部１２により、自身のＳＩＰポート情報が確認され、呼処理部１１が保持しているＳＩＰポート情報と同じＳＩＰポート情報が存在しない場合には、更新失敗の応答結果が呼処理部１１に送信される（Ｓ３０２）。
【０１１１】
次いで、呼処理部１１により、リソース管理部１２からの応答結果が更新失敗である場合には、削除要求後に（不図示）、ＳＩＰポート再設定要求がリソース管理部１２に送信される（Ｓ３０２）。なお、削除要求は、呼処理部１１が保持しているＳＩＰポート情報を更新することや、リソース管理部１２の不要なＳＩＰポート情報を確実に削除するために実行するものであるが、削除要求を行わないことも可能である。
【０１１２】
次いで、リソース管理部１２により、情報収集要求がメディアゲートウェイ３に送信され、その応答結果に基づいて、ＳＩＰポート情報が再設定される（Ｓ３０４）。
【０１１３】
図１２は、呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有していない場合の整合処理シーケンスを示す図である。
【０１１４】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰ情報が確認され、加入者契約情報があるのにもかかわらずＳＩＰ情報が無い場合には、端末のアドレスがアドレス管理部１３から取得される（Ｓ４０１）。
【０１１５】
次いで、呼処理部１１により、取得したアドレスを含めたＳＩＰポート再設定要求がリソース管理部１２に送信される（Ｓ４０２）。
【０１１６】
次いで、リソース管理部１２により、情報収集要求がメディアゲートウェイ３に送信し、その応答結果に基づいて、ＳＩＰポート情報が再設定される（Ｓ４０３）。
【０１１７】
以上より、本実施の形態によれば、ＳＩＰポート情報とメディアポート情報とを区別してそれぞれ整合処理を行うので、必要な整合処理のみを実行することが可能となり、セッション情報の整合処理に要する時間を短縮することができ、不要なリソースの確保を回避することができる。
【０１１８】
以上より、本実施の形態によれば、ＳＩＰポート情報とメディアポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておき、発生したイベントに応じた整合処理内容で整合処理を行うので、イベントに応じて整合の範囲を限定することが可能となり、セッション情報の整合処理に要する時間を更に短縮することができ、通常時の呼処理への負荷を低減することができる。
【０１１９】
〔イベント競合時の処理について〕
次に、所定のイベントに基づいて整合処理中に、他のイベントに基づく整合処理が発生した場合について説明する。このように複数の整合処理が競合した場合には、先発イベントによる先の整合処理を停止（中断又は中止であっても可）し、後発イベントによる後の整合処理を開始する後発優先と、先の整合処理を優先し、後の整合処理を実行しない先発優先のいずれかの優先処理を行う。
【０１２０】
優先処理の基準としては、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行うものとする。一方、先発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理のみを実行し、後発イベントについては、整合処理を行うことなくエラーとするか、次周期で行う。
【０１２１】
図１３は、整合処理競合時に優先される整合処理の一例を示す図である。図１３に示す（１）のパターンでは、例えば、定期整合の先発イベントで、リソース管理部１２に記憶している各メディアゲートウェイ３を順番（メディアゲートウェイ３に付与された番号の昇順に）に各メディアゲートウェイ３とリソース管理部１２との間で整合処理を実行している最中に、整合中のメディアゲートウェイ３が通信断となる後発イベント（ＭＧ−ＭＧＣ間通信断）が発生した場合には、実行中の先発イベントの整合処理を停止して、後発イベントの整合処理を実行する。
【０１２２】
（２）のパターンでは、例えば、先発イベント（ＭＧ−ＭＧＣ間通信断回復）で該当するメディアゲートウェイ３との間で整合処理中に、後発イベントで同じメディアゲートウェイのＭＧ再開が発生した場合には、実行中の先発イベントの整合処理を停止して、後発イベントの整合処理を実行する。
【０１２３】
（３）のパターンでは、例えば、ＭＧ再開の先発イベントで該メディアゲートウェイとの間で整合処理中に、後発イベント（同じメディアゲートウェイへのコマンド整合）が発生した場合には、先発イベントの整合処理を継続して、後発イベントの整合処理をエラー応答又はスキップする。
【０１２４】
なお、メディアゲートウェイ３との整合処理はＭＧ単位で排他制御され、あるメディアゲートウェイ３の整合処理中に同じメディアゲートウェイの整合処理が発生した場合には競合状態となるが、他のメディアゲートウェイの整合処理は競合として扱われない。
【０１２５】
以上より、本実施の形態によれば、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないので、競合の組み合わせを判断して必要な整合処理のみの実行が可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【０１２６】
〔加入者契約情報更新時の処理について〕
次に、メディアゲートウェイ又はメディアゲートウェイのインタフェースが故障等により動作不能時に、加入者契約情報の追加要求、更新要求、削除要求があった場合の処理動作について説明する。
【０１２７】
図１４は、加入者契約情報が投入された場合の処理シーケンスを示す図である。なお、リソース管理部１２は、メディアゲートウェイ３の動作状態遷移を予め記憶管理しているものとする。
【０１２８】
まず、加入者契約情報が新規に投入された場合には、呼制御サーバ１を構成している呼処理部１１とリソース管理部１２とアドレス管理部１３とで加入者契約情報の設定が開始される（Ｓ５０１）。
【０１２９】
次いで、呼処理部１１により、その新規投入された加入者契約情報に対するＳＩＰ情報は未だ生成されていないため、その加入者契約情報に係る端末のアドレスがアドレス管理部１３から取得される（Ｓ５０２）。
【０１３０】
次いで、呼処理部１１により、その端末からのＳＩＰ信号の制御に使用するＳＩＰポートの設定要求がリソース管理部１２に送信される（Ｓ５０３）。
【０１３１】
次いで、リソース管理部１２により、メディアゲートウェイ又はメディアゲートウェイのインタフェースが故障中の場合に、メディアゲートウェイ３にＳＩＰポート設定（ＳＩＰ信号を通過させるピンホール制御やポリシング制御）は実行されることなく、リソース管理部１２の内部情報を用いてＳＩＰポート設定済に相当する一定の仮状態が生成して記憶され、Ｓ５０３での呼処理部１１からの要求に対してＳＩＰポート設定終了である応答結果（換言すれば、加入者契約情報投入をＯＫとする旨）が送信される（Ｓ５０４）。これにより、呼処理部１１は、新規な加入者契約情報を追加することが可能となる。
【０１３２】
一方、メディアゲートウェイ又はメディアゲートウェイのインタフェースが故障中でなければ、メディアゲートウェイ３に対してＳＩＰポート設定が実行される（Ｓ５０５）。
【０１３３】
その後、リソース管理部１２により、ＭＧ再開，ＩＦ故障回復，ＭＧ−ＭＧＣ間通信断回復等のイベントを契機に、メディアゲートウェイ３に対して、Ｓ５０３の設定要求に対するＳＩＰポート設定（ＳＩＰ信号を通過させるピンホール制御やポリシング制御）が実行される（Ｓ５０６）。
【０１３４】
なお、加入者契約情報が削除される場合には、メディアゲートウェイ３を制御することなく、リソース管理部１２とメディアゲートウェイ３との間の定期整合のイベント時に整合させる。
【０１３５】
以上より、本実施の形態によれば、メディアゲートウェイ３が動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、リソース管理部１２は、メディアゲートウェイ３にＳＩＰポートを設定することなく一定の仮状態を記憶し、加入者契約情報の追加・更新・削除に対する要求が可能である応答を呼処理部１１に送信するので、メディアゲートウェイ３に故障等の不具合が発生した場合であっても、加入者契約情報を呼制御サーバ１に登録することができる。
【０１３６】
最後に、本実施の形態で説明した呼制御サーバ１は、コンピュータで構成される。すなわち、呼処理部用記憶部１０１と、リソース管理部用記憶部１０２と、アドレス管理部用記憶部１０３と、整合処理内容格納部１０６とは、メモリ等の記憶手段で実現される。また、呼処理部１１と、リソース管理部１２と、アドレス管理部１３と、第１セッション情報整合部１０４と、第２セッション情報整合部１０５とは、ＣＰＵ等の演算手段で実現され、プログラムで実行される。
【０１３７】
また、本実施の形態で説明した呼制御サーバ１をプログラムとして光記憶装置や磁気記憶装置等の記録媒体に読出可能に記録し、この記録媒体をコンピュータに組み込んだり、若しくは記録媒体に記録されたプログラムを、任意の通信回線を介してコンピュータにダウンロードしたり、又は記録媒体からインストールし、該プログラムでコンピュータを動作させることにより、上述した各処理動作を呼制御サーバ１として機能させることができるのは勿論である。
【符号の説明】
【０１３８】
１…呼制御サーバ
１１…呼処理部（呼処理手段）
１２…リソース管理部（リソース管理手段）
１３…アドレス管理部
１０１…呼処理部用記憶部（第１の記憶手段）
１０２…リソース管理部用記憶部（第２の記憶手段）
１０３…アドレス管理部用記憶部
１０４…第１セッション情報整合部（第１の整合手段）
１０５…第２セッション情報整合部（第２の整合手段）
１０６…整合処理内容格納部（格納手段）
３…メディアゲートウェイ
３０１…メディアゲートウェイ用記憶部
５…端末
７…ネットワーク機器
Ｓ…ステップ
【技術分野】
【０００１】
本発明は、ＳＩＰに係るセッション情報を整合する技術に関する。
【背景技術】
【０００２】
図１５は、ＳＩＰを用いて呼制御を行うＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。このＳＩＰ通信ネットワークは、ネットワークの加入者が利用する端末５と、端末５から送信された呼接続要求等の呼を制御する呼制御サーバ１と、呼制御サーバ１の指示に従って転送網内外のターミネーション（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）１２１と呼ばれている。
【０００８】
リソース管理部１２（実際には、メディアゲートウェイコントローラ１２１、以下同様）は、上述したように、優先度や品質に応じて区分けされた上記通信経路の使用帯域や上限帯域等を仮想的なリソースや仮想パスとして予めメモリ等に記憶管理しておき、端末５からの新たな呼接続要求に基づいて呼処理部１１から通信経路の新規確立要求が送信された場合に、上記ＳＩＰネゴシエーションの際に決定されるＳＤＰの一部又は全部のメディア情報に従ってメディア帯域を確保し、現在の使用帯域に積上又は積下を行って、要求されたメディア帯域が仮想パスの上限帯域を超えるか否かの受付判定（例えば、ＳＩＰネゴシエーションによって確立する１以上のメディアのトラフィック同士が転送網を通過する際に干渉しあってパケットロスするか否かの受付判定）を行う。
【０００９】
なお、帯域の積上又は積下とは、リソース管理部１２が管理している全ての仮想パスから端末間の経路を特定した後に、該当する１以上の仮想パスに対して、通話開始時は要求帯域を加算し、通話終了時は加算されている帯域を減算することを意味している。
【００１０】
そして、その受付判定の結果、上記新たな呼接続確立要求に基づくメディアセッションの確立が仮想パス上限帯域内で使用可能である場合には、端末同士を結びつけるターミネーションがメディアゲートウェイ３に生成され、ＳＩＰネゴシエーションの結果毎に図１５に示したようなメディア情報（各メディア情報には、メディア種別、要求帯域、方向属性等が含まれている）を含むセッション情報が格納される。
【００１１】
その後、リソース管理部１２は、メディアゲートウェイ３に対してピンホール制御及びポリシング制御を行う（図１５に示す一点鎖線）。なお、ここでいうピンホール制御とは、メディアゲートウェイ３に対して、端末間や、端末と呼制御サーバ１との間で音声通信や動画通信等のメディアの転送に用いられるメディアポートの設定等を実際に行う制御を意味する。
【００１２】
一方、リソース管理部１２は、上記ピンホール制御及びポリシング制御を行う前に、ＳＩＰネゴシエーションに用いるＳＩＰ信号を通過させるために、上記とは異なる内容のピンホール制御及びポリシング制御を行っている。このピンホール制御とは、ＳＩＰ信号の制御に用いられるＳＩＰポートをメディアゲートウェイ３に設定する処理であり、加入者契約情報を呼制御サーバ１に投入する契機で行われている。なお、設定されるＳＩＰポートは、呼制御サーバ１に既に登録されている加入者契約情報と、端末５から送信されるＲＥＧＩＳＴＥＲ情報と、端末５に払い出されたＤＨＣＰ情報とに基づいて加入者登録を契機に生成され、ＳＩＰポート情報として管理されている。そして、加入者契約情報の削除を契機に削除される。
【００１３】
なお、ピンホール制御やポリシング制御にはｍｅｇａｃｏプロトコルが用いられる（ｍｅｇａｃｏ制御）。また、帯域の予約要求・確保要求・変更要求の受付時には、各要求と要求内のメディア情報と受付時刻とを記録する。一方、帯域の削除要求の受付時には、受付済の要求情報と各メディア情報をメモリ等から削除する。
【００１４】
また、ポリシング制御においては、発ユーザ種別や着ユーザ種別、ＳＤＰ情報内のプライオリティや加入者情報の優先度を識別して、ＳＩＰ通信ネットワークに輻輳が発生した時に呼の優先度を識別してパケットの通信が規制される。
【００１５】
以上により、リソース管理部１２は、ＳＩＰ通信ネットワークの転送網内外に流入出するパケットの制御を行っている。なお、このような技術については、特許文献１に開示されている。
【００１６】
一方、メディアゲートウェイ３は、リソース管理部１２からの指示に従って、ＳＩＰポートを設定し、転送網内外を通信可能に結び付けるターミネーションを生成し、ピンホール制御やポリシング制御の設定に基づいて端末間等の通信に必要なメディアポートを設定する。なお、メディアゲートウェイ３は、通常、Ｃ−ＢＧＦ（Core Border Gateway Function）、Ｉ−ＢＧＦ（Interconnection Border Gateway Function）、ＲＣＥＦ（Resource Control Enforcement Function）と呼ばれる機能部で構成されている。
【００１７】
以上より、リソース管理部１２とメディアゲートウェイ３とは、少なくともＳＩＰポート情報とメディアポート情報とを有するセッション情報をそれぞれ記憶管理している。そして、呼制御サーバ１は、一方の装置が故障等した場合に備え、それら２つのセッション情報を対比して一致させる整合処理が可能であった。
【００１８】
なお、呼制御サーバ１は、呼制御サーバ１とメディアゲートウェイ３との間や、呼制御サーバ１を構成している呼処理部１１とリソース管理部１２との間や、呼制御サーバ１と端末５との間といったいずれかの間で、セッション情報以外にも、ピンホール制御やポリシング制御に係る情報、加入者契約情報、ＲＥＧＩＳＴＥＲ情報、ＤＨＣＰ情報をそれぞれ整合処理することも可能であった。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特開２００３−２５８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２０】
従来、メディアゲートウェイの物理ＩＦ（インタフェース）情報を収集して正確に管理することは困難であるため、メディアゲートウェイ単位や加入者単位でピンホール制御やポリシング制御を行っていた。
【００２１】
しかしながら、メディアゲートウェイは加入者契約情報を保持していないため、メディアゲートウェイ単位で整合処理する場合には、更新する必要のない加入者についてまでメディアゲートウェイ側で処理することになり、整合処理に多大な時間を要するものであった。また、加入者単位で整合処理する場合には、リソース管理部での処理数が増加する、又はメディアゲートウェイで管理する物理単位で重複処理が必要となり、非効率なものであった。
【００２２】
また、本来、メディアゲートウェイの故障時やリソース管理部でのメモリ非救済再開時には、全ての通信が不通となり切断可能であるため、加入者単位で整合を行うことは効率が悪く、理想的には、メディアゲートウェイの設定を一端白紙にして新規の通信機会を増やすことが望ましく、一方、定期処理や通信が救済されるメモリ救済再開時においては、通信断中のイベントによる未必の不一致や無駄なメモリ確保を解放することが目的となり、時間を要しても通常処理に影響を与えないで整合処理を行って一致化させることが必要であった。特に、加入者契約情報は通信断やメディアゲートウェイの故障により変更される情報ではないため、リソース管理部で情報が維持されている場合には、メディアポート情報と区別して扱う必要があったが、整合処理ルートが増加して複雑となるため、実現できていなかった。
【００２３】
また、メディアゲートウェイの故障等のイベントが競合した場合には、一定のポリシーに従って、イベントの組み合わせを判断する必要があった。
【００２４】
また、加入者契約情報を更新する場合に、メディアゲートウェイが故障状態であっても、メディアゲートウェイに一様な制御を実行し、タイムアウトに到達するまで待った後に更新失敗と処理していたため、更新処理に時間を要し、加入者契約情報を適時に登録できなかった。
【００２５】
また、ＳＩＰ信号を通過させるピンホール制御やポリシング制御に係る情報と、これらをメディアゲートウェイに生成するための呼制御サーバの加入者契約情報やＲＥＧＩＳＴＥＲ情報等の比較対象が少なかったため、二者間での不一致を検出できず、無用なリソースを確保することとなっていた。
【００２６】
以上より、加入者契約情報が存在する限り保持されるＳＩＰポート情報や、呼毎に生成・削除されるメディアポート情報といった使用目的が異なる２つの情報を１つのセッション情報として整合処理していたため、場合によっては不要な整合処理が含まれて整合処理に時間がかかるという問題があった。
【００２７】
また、整合処理の契機となる定期整合やＭＧ故障回復等、それらイベントが異なる場合であっても整合処理を一様に行っていたため、イベント毎で故障回復等するまでの処理が非効率であるという問題があった。
【００２８】
また、定期整合イベントを契機として整合処理中にＭＧ故障回復等のイベントが発生して整合処理が競合した場合であっても、各整合処理を順次実行していたため、上記と同様に、故障回復等するまでの処理が非効率であるという問題があった。
【００２９】
また、加入者契約情報を呼制御サーバに投入する契機でメディアゲートウェイにＳＩＰポートを設定していたため、メディアゲートウェイに故障等の不具合が発生した場合には加入者契約情報を呼制御サーバに登録できないという問題があった。
【００３０】
本発明は、上記を鑑みてなされたものであり、セッション情報の整合処理に要する時間を短縮することを課題とする。
【課題を解決するための手段】
【００３１】
請求項１に記載のセッション情報整合処理方法は、ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにより、前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を第１の記憶手段に記憶する第１のステップと、前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を第２の記憶手段に記憶する第２のステップと、前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第３のステップと、前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第４のステップと、を有し、前記第３のステップ及び前記第４のステップは、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とする。
【００３２】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とを区別して整合処理を行うため、必要な整合処理のみを実行することが可能となり、セッション情報の整合処理に要する時間を短縮することができる。
【００３３】
請求項２に記載のセッション情報整合処理方法は、請求項１に記載のセッション情報整合処理方法において、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納手段に格納しておき、前記第３のステップは、発生したイベントに応じた前記整合処理内容で前記整合処理を行い、前記第４のステップは、発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする。
【００３４】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておき、発生したイベントに応じた整合処理内容で整合処理を行うため、イベントに応じて整合の範囲を限定することが可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００３５】
請求項３に記載のセッション情報整合処理方法は、請求項２に記載のセッション情報整合処理方法において、前記第３のステップ及び前記第４のステップは、所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする。
【００３６】
本発明によれば、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないため、競合の組み合わせを判断して必要な整合処理のみの実行が可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００３７】
請求項４に記載のセッション情報整合処理方法は、請求項１乃至３のいずれか１項に記載のセッション情報整合処理方法において、前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、前記リソース管理手段は、前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする。
【００３８】
本発明によれば、メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、リソース管理手段は、メディアゲートウェイにＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、加入者契約情報の追加・更新・削除に対する要求が可能である応答を呼処理手段に送信するため、メディアゲートウェイに故障等の不具合が発生した場合であっても、加入者契約情報を呼制御サーバに登録することができる。
【００３９】
請求項５に記載の呼制御サーバは、ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにおいて、前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を記憶する第１の記憶手段と、前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を記憶する第２の記憶手段と、前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第１の整合手段と、前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第２の整合手段と、を有し、前記第１の整合手段及び前記第２の整合手段は、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とする。
【００４０】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とを区別して整合処理を行うため、必要な整合処理のみを実行することができ、セッション情報の整合処理に要する時間を短縮することができる。
【００４１】
請求項６に記載の呼制御サーバは、請求項５に記載の呼制御サーバにおいて、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておく格納手段を更に有し、前記第１の整合手段は、発生したイベントに応じた前記整合処理内容で前記整合処理を行い、前記第２の整合手段は、発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする。
【００４２】
本発明によれば、ＳＩＰ制御用ポート情報とメディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておき、発生したイベントに応じた整合処理内容で整合処理を行うため、イベントに応じて整合の範囲を限定することが可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００４３】
請求項７に記載の呼制御サーバは、請求項６に記載の呼制御サーバにおいて、前記第１の整合手段及び前記第２の整合手段は、所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする。
【００４４】
本発明によれば、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないため、競合の組み合わせを判断して必要な整合処理のみの実行が可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【００４５】
請求項８に記載の呼制御サーバは、請求項５乃至７のいずれか１項に記載の呼制御サーバにおいて、前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、前記リソース管理手段は、前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする。
【００４６】
本発明によれば、メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、リソース管理手段は、メディアゲートウェイにＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、加入者契約情報の追加・更新・削除に対する要求が可能である応答を呼処理手段に送信するため、メディアゲートウェイに故障等の不具合が発生した場合であっても、加入者契約情報を呼制御サーバに登録することができる。
【発明の効果】
【００４７】
本発明によれば、セッション情報の整合処理に要する時間を短縮することができる。
【図面の簡単な説明】
【００４８】
【図１】呼制御サーバの機能ブロック構成を示す図である。
【図２】ＳＩＰポート情報、メディアポート情報、加入者契約情報、ＲＥＧＩＳＴＥＲ情報、ＤＨＣＰ情報の内容の一部を示す図である。
【図３】整合処理を説明する図である。
【図４】整合処理内容の一例を示す図である。
【図５】整合処理の契機が呼処理部であり、整合処理対象がＳＩＰポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【図６】整合処理の契機が呼処理部であり、整合処理対象がメディアポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【図７】整合処理の契機がリソース管理部である場合における呼処理部とリソース管理部との間での整合処理フローを示す図である。
【図８】リソース管理部とメディアゲートウェイとの間での定期整合イベント時の整合処理フローを示す図である。
【図９】呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【図１０】リソース管理部とメディアゲートウェイとのみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【図１１】呼処理部のみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【図１２】呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有していない場合の整合処理シーケンスを示す図である。
【図１３】整合処理競合時に優先される整合処理の一例を示す図である。
【図１４】加入者契約情報が投入された場合の処理シーケンスを示す図である。
【図１５】ＳＩＰを用いて呼制御を行うＳＩＰ通信ネットワークのシステム構成を概略的に示す図である。
【発明を実施するための形態】
【００４９】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００５０】
〔呼制御サーバの構成及び機能について〕
図１は、本実施の形態に係る呼制御サーバの機能ブロック構成を示す図である。この呼制御サーバ１は、図１５を用いて背景技術で説明したように、ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイ３を制御するものであって、呼処理部１１と、リソース管理部１２と、アドレス管理部１３と、第１セッション情報整合部１０４と、第２セッション情報整合部１０５と、発生するイベントの種類に応じて異なる整合処理内容が格納された整合処理内容格納部１０６とで構成されている。以下、それら各機能部について説明する。
【００５１】
呼処理部１１は、端末（不図示）から送信された呼接続要求等の呼を処理する機能を有し、メディアゲートウェイ３でＳＩＰの制御に用いられるＳＩＰポート情報（ＳＩＰ制御用ポート情報）とメディアゲートウェイ３でメディアの転送に用いられるメディアポート情報（メディア転送用ポート情報）とで構成されるセッション情報や、端末から送信されるＲＥＧＩＳＴＥＲ情報及び加入者契約（ＳＯ）情報を呼処理部用記憶部１０１で記憶管理している。
【００５２】
リソース管理部１２は、ＳＩＰ通信ネットワークを構成している装置間等の通信経路のリソースを管理する機能を有し、上記ＳＩＰポート情報と上記メディアポート情報とで構成されるセッション情報や、端末から送信された加入者契約情報をリソース管理部用記憶部１０２で記憶管理している。
【００５３】
アドレス管理部１３は、契約者の端末のアドレス等を管理する機能を有し、端末から呼接続があった際に払い出されたＤＨＣＰ情報や、端末から送信された加入者情報をアドレス管理部用記憶部１０３で記憶管理している。
【００５４】
なお、これら呼制御サーバ１に記憶管理されているＳＩＰポート情報、メディアポート情報、加入者契約情報、レジスター情報、ＤＨＣＰ情報の内容の一部を図２に記載しておく。ＳＩＰポート情報とメディアポート情報とはデータフォーマットを共通とし、メディアタイプにＳＩＰが記載されている場合に、そのデータはＳＩＰポート情報となる。
【００５５】
第１セッション情報整合部１０４は、呼処理部１１で記憶管理しているセッション情報と、リソース管理部１２で記憶管理しているセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う際に、ＳＩＰポート情報とメディアポート情報とを区別してそれぞれ整合処理を行う機能を有している。具体的には、セッション情報が異なる場合には、ターミネーションの削除によってリソースを解放することにより、ＳＩＰポート情報又はメディアポート情報を整合する。但し、整合処理対象がＳＩＰポート情報である場合には、リソースの解放後、該当するターミネーションの加入者が呼処理部１１の加入者契約情報に未だ存在している場合に、ターミネーションの再設定を行う。
【００５６】
また、第１セッション情報整合部１０４は、ＩＰアドレスマップの有無を判断し、呼処理部１１の加入者契約情報に加入者データが存在する場合に、ＩＰアドレスマップを再生成する機能を有している。ＩＰアドレスマップは、呼処理部１１において端末の認証やＳＩＰ信号内のアドレス変換に用いられるが、そのマップ情報が削除された場合には、端末のアドレスをアドレス管理部１３と整合し、メディアゲートウェイ３への払い出しアドレスについてはリソース管理部１２と整合する。
【００５７】
また、第１セッション情報整合部１０４は、ＡＡＡ（Authentication，Authorization，Accounting）で呼処理部１１に通知したＳＩＰポート情報をＲＥＧＩＳＴＥＲ契機で照合する機能を有している。また、ＲＥＧＩＳＴＥＲ契機でリソース管理部１２のＳＩＰポート情報と照合することも可能である。
【００５８】
また、第１セッション情報整合部１０４は、呼処理部１１の加入者契約情報の有無を判断し、ＳＩＰポート情報のターミネーションを再設定する機能を有している。呼処理部１１とリソース管理部１２とが共にセッション情報を有していない場合であっても、加入者契約情報が存在する場合には、ＳＩＰポートの再設定を行う。
【００５９】
第２セッション情報整合部１０５は、メディアゲートウェイ３のメディアゲートウェイ用記憶部３０１で記憶管理され、上記ＳＩＰポート情報と上記メディアポート情報とで構成されるセッション情報と、リソース管理部１２で記憶管理しているセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う際に、第１セッション情報整合部１０４と同様に、ＳＩＰポート情報とメディアポート情報とを区別してそれぞれ整合処理を行う機能を有している。
【００６０】
また、第２セッション情報整合部１０５は、ターミネーションの内容を判断し、端末側のターミネーションＡＣと網側のターミネーションＢＢとのペアが揃っていない場合には、ターミネーション無しと判定する機能を有している。
【００６１】
また、第２セッション情報整合部１０５は、ターミネーション状態を判断してリソース管理部１２のターミネーション状態に合うようにメディアゲートウェイ３のターミネーション状態を更新する機能を有している。端末からのメディア通信要求の可否を判断するために、ターミネーション状態がＩＮＳ（InService：受付可），ＯＵＴ（OutOfService：受付不可）として管理されている（図２に示したサービス状態に相当）。
【００６２】
また、第２セッション情報整合部１０５は、ソフトリソースの呼状態（全呼状態対象）を判断して整合する機能を有している。リソース管理部１２からメディアゲートウェイ３へターミネーション設定の要求を行い、メディアゲートウェイ３からの応答待ち状態（ペンディング状態）についても整合の対象としている。
【００６３】
また、第２セッション情報整合部１０５は、リソース管理部１２の加入者契約情報の有無を判断して、メディアゲートウェイ３にＳＩＰポートを設定する機能を有している。リソース管理部１２の加入者契約情報は加入者の収容情報であり、この情報からメディアゲートウェイ３を特定したり、提供条件を判定してＳＩＰポートをメディアゲートウェイ３に設定する。
【００６４】
なお、図１に示した機能ブロック構成図では、第１セッション情報整合部１０４及び第２セッション情報整合部１０５が他の機能部の外に記載されているが、これは発明を概念的に説明するためにそのように記載しているものである。例えば、呼処理部１１で記憶管理しているセッション情報を、リソース管理部１２で記憶管理しているセッション情報に一致させる場合には、第１セッション情報整合部１０４は、呼処理部１１の一機能（すなわち、呼処理部１１）として動作する。逆に、リソース管理部１２で記憶管理しているセッション情報を、呼処理部１１で記憶管理しているセッション情報に一致させる場合には、第１セッション情報整合部１０４は、リソース管理部１２の一機能（すなわち、リソース管理部１２）として動作する。また、第２セッション情報整合部１０５にあっては、リソース管理部１２の一機能（すなわち、リソース管理部１２）として動作している。
【００６５】
〔呼制御サーバの整合処理について〕
次に、呼制御サーバ１の整合処理について具体的に説明する。図３は、整合処理を説明する図である。
【００６６】
最初に、ＳＩＰポート情報の整合処理について説明する。第１セッション情報整合部１０４により、呼処理部１１において端末５から送信されたＲＥＧＩＳＴＥＲ情報と、リソース管理部１２のＳＩＰポート情報とが比較一致され、アドレス管理部１３で記憶管理されているＤＨＣＰ情報に基づく呼処理部１１のＳＩＰポート情報と、リソース管理部１２のＳＩＰポート情報とが比較一致される。例えば、１日１回の定期整合のイベントを契機に、セッションＩＤ等をキーにして、加入者契約情報やターミネーション状態等がそれぞれ対比されて一致化が実行される。これにより、呼処理部１１とリソース管理部１２との間でのＳＩＰポート情報が整合されることになる。
【００６７】
また、第２セッション情報整合部１０５により、リソース管理部１２のＳＩＰポート情報と、メディアゲートウェイ３のＳＩＰポート情報（ＳＩＰのターミネーション情報）とが比較一致される。例えば、ＭＧＣ再開、ＭＧ再開、１日１回の定期整合のイベントを契機に、ＳＩＰポート毎に管理しているターミネーションＩＤやターミネーション状態等が対比されて一致化が実行される。これにより、リソース管理部１２とメディアゲートウェイ３との間でのＳＩＰポート情報が整合されることになる。
【００６８】
なお、ＳＩＰポートは加入者契約情報が存在する限り保持される運用データであるため、ＳＩＰポート情報の上記整合処理は、不整合検出時に、該当するターミネーションを解放した後に、呼制御サーバ１からメディアゲートウェイ３へＳＩＰポートの再設定を行う処理により、一致化が実現される。
【００６９】
続いて、メディアポート情報の整合処理について説明する。第１セッション情報整合部１０４により、上記ＳＩＰポート情報の整合処理とは別に、ＳＩＰネゴシエーション結果によって生成されてメディア情報の通信に用いる呼処理部１１のメディアポート情報と、呼処理部１１からの呼の要求毎にＳＩＰポート情報に関連付けて管理されているリソース管理部１２のメディアポート情報とが比較一致される。例えば、ＳＩＰ信号のアップデートやｒｅｆｒｅｓｈタイマ等のイベントを契機に、メディアポートのセッションＩＤ等をキーにして、セッションに関連付けて管理しているターミネーションＩＤ等が対比されて一致化が実行される。これにより、呼処理部１１とリソース管理部１２との間でのメディアポート情報が整合されることになる。
【００７０】
また、第２セッション情報整合部１０５により、上記ＳＩＰポート情報の整合処理とは別に、呼処理部１１からの呼の要求毎にＳＩＰポート情報に関連付けて管理されているリソース管理部１２のメディアポート情報と、メディアゲートウェイ３のメディアポート情報（メディアのターミネーション情報）とが比較一致される。例えば、ＭＧＣ再開、ＭＧ再開、１日１回の定期整合イベントを契機に、ＳＩＰポート毎に管理しているターミネーションＩＤやターミネーション状態等が対比されて一致化が実行する。これにより、リソース管理部１２とメディアゲートウェイ３との間でのメディアポート情報が整合されることになる。
【００７１】
なお、メディアポートは呼毎に生成される情報であるため、メディアポート情報の上記整合処理は、不整合検出時に、該当するターミネーションを解放することにより、一致化が実現される。
【００７２】
なお、第１セッション情報整合部１０４は、第２セッション情報整合部１０５についても同様に、あるタイミングでＳＩＰポート情報又はメディアポート情報のみを整合処理することも可能であり、それら２つの情報を同時に整合処理することも可能である。
【００７３】
〔呼制御サーバの整合処理の内容について〕
次に、ＳＩＰポート情報及びメディアポート情報の整合処理の内容について説明する。図１に示した整合処理内容格納部１０６には、図４に示すように、ＳＩＰポート情報とメディアポート情報とでそれぞれ実行される整合処理内容が、定期整合，ＭＧ故障回復（ＭＧ再開，Ｍｅｇａｃｏ断回復），ＭＧのＩＦ故障回復，呼制御サーバ障害回復（再開）等といった様々なイベントの種類に応じて異なるように予め設定されている。
【００７４】
ＳＩＰポートは、加入者契約情報の登録に伴って呼制御サーバ１で生成され、上述したように加入者契約情報の廃止までの間救済される運用データであるため、整合処理内容格納部１０６に設定されているＳＩＰポート情報の整合処理内容は、不整合検出時に、該当するターミネーションを一旦解放し、呼制御サーバ１からメディアゲートウェイ３へＳＩＰポートの再設定による復旧を実行することにより、一致化を実現することを基準として設定されている。
【００７５】
また、メディアポートは、上述したように呼毎に生成されるコールデータであるため、整合処理内容格納部１０６に設定されているメディアポート情報の整合処理内容は、不整合検出時に、非救済リソースとして、該当するターミネーションを解放することにより、一致化を実現することを基準として設定されている。
【００７６】
第１セッション情報整合部１０４及び第２セッション情報整合部１０５は、整合契機がどのイベントかを識別し、発生したイベントに応じた整合処理内容を整合処理内容格納部１０６から取得して、ＳＩＰポート情報又はセッション情報の整合処理をそれぞれ実行する。特に、第２セッション情報整合部１０５は、呼制御サーバ１が管理している全てのメディアゲートウェイ３についてではなく、メディアゲートウェイ単位で整合処理を実行する。
【００７７】
例えば、メディアゲートウェイ３の物理ＩＦ単位又はＭＧ単位の状態を記憶管理しておき、ＭＧ再開時には、ＭＧ単位の管理状態をＩＮＳに変更した後に、ＭＧ状態を照合することなく、ＩＦ単位で、ＳＩＰポート情報→メディアポート情報の順に削除する。また、定期整合やＭＧＣ再開時には、メディアゲートウェイ３の物理ＩＦ単位で、ＳＩＰ，メディア種別毎に照合する。さらに、メディアゲートウェイ３の物理ＩＦ故障時には、管理しているメディアゲートウェイ３の物理ＩＦ状態を引き当てた後に、管理状態をＩＮＳに変更した後に、該当する物理ＩＦのみを対象として、ＳＩＰ，メディア種別毎に照合する。それら照合の結果、リソース管理部１２とメディアゲートウェイ３との間で不一致を検出した場合には、合わせこみ一致化を実行する。
【００７８】
〔呼制御サーバの整合処理フローについて〕
次に、呼制御サーバ１の整合処理フローについて定期整合のイベント時を一例に説明する。最初に、呼処理部１１とリソース管理部１２との間での整合処理フローについて説明する。
【００７９】
図５は、整合処理の契機が呼処理部であり、整合処理対象がＳＩＰポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【００８０】
まず、呼処理部１１のＳＩＰポート情報から整合対象リストが生成され（Ｓ１）、呼処理部１１の加入者契約情報が１件取得される（Ｓ２）。
【００８１】
次いで、Ｓ２で取得した加入者契約情報が整合対象リストに含まれている場合には、リソース管理部１２のＳＩＰポート情報のタイマが更新される（Ｓ３）。
【００８２】
次いで、Ｓ３でタイマ更新が失敗した場合には、リソース管理部１２のＳＩＰポート情報が削除され（Ｓ４）、ＤＨＣＰ情報が取得された後に（Ｓ５）、リソース管理部１２のＳＩＰポート情報が再生成される（Ｓ６）。なお、Ｓ３でタイマ更新が成功した場合には、何も実行することなく処理を終了する。
【００８３】
一方、Ｓ２で取得した加入者契約情報が整合対象リストに含まれていない場合には、Ｓ５に進んでＤＨＣＰ情報が取得された後に、リソース管理部１２のＳＩＰポート情報が再生成される（Ｓ６）。
【００８４】
図６は、整合処理の契機が呼処理部であり、整合処理対象がメディアポート情報である場合における、呼処理部とリソース管理部との間での定期整合イベント時の整合処理フローを示す図である。
【００８５】
まず、呼処理部１１のメディアポート情報が参照されてタイマが確認される（Ｓ１１）。なお、メディアポート情報のタイマは、端末やＨＧＷからのタイマ更新要求により更新される。
【００８６】
次いで、タイマが切れていた場合には、呼処理部１１とリソース管理部１２とのメディアポート情報が削除される（Ｓ１２）。一方、Ｓ１１でタイマが切れていない場合には、何も実行することなく処理を終了する。
【００８７】
図７は、整合処理の契機がリソース管理部である場合における呼処理部とリソース管理部との間での整合処理フローを示す図である。なお、この整合処理フローは、ＳＩＰポート情報、メディアポート情報のどちらにも共通している。
【００８８】
まず、リソース管理部１２により保持されているセッション情報（ＳＩＰポート情報又はメディアポート情報）のタイマが確認される（Ｓ２１）。
【００８９】
次いで、Ｓ２１でタイマが切れている場合には、呼処理部１１のセッション情報（ＳＩＰポート情報又はメディアポート情報）の有無が確認される（Ｓ２２）。一方、Ｓ２１でタイマが切れていない場合には、何も実行することなく処理を終了する。
【００９０】
次いで、Ｓ２２で呼処理部１１にセッション情報（ＳＩＰポート情報又はメディアポート情報）が有る場合には、リソース管理部のセッション情報（ＳＩＰポート情報又はメディアポート情報）のタイマが更新され（Ｓ２３）、Ｓ２２で呼処理部１１にセッション情報（ＳＩＰポート情報又はメディアポート情報）が無い場合には、タイマ満了によりセッション情報（ＳＩＰポート情報又はメディアポート情報）が削除される（Ｓ２４）。
【００９１】
次に、リソース管理部１２とメディアゲートウェイ３との間での整合処理フローについて説明する。
【００９２】
図８は、リソース管理部とメディアゲートウェイとの間での定期整合イベント時の整合処理フローを示す図である。なお、この整合処理フローについても、ＳＩＰポート情報、メディアポート情報のどちらにも共通している。
【００９３】
まず、リソース管理部１２のセッション情報（ＳＩＰポート情報又はメディアポート情報）から整合対象リスト１が生成され（Ｓ３１）、リソース管理部１２からメディアゲートウェイ３に送信された情報収集要求に対する応答結果から整合対象リスト２が生成されて（Ｓ３２）、それら２つのリストが対比される（Ｓ３３）。
【００９４】
Ｓ３３での対比の結果、整合対象リスト１にのみ有る場合には、リソース管理部１２のセッション情報（ＳＩＰポート情報又はメディアポート情報）が削除され（Ｓ３４）、呼処理部１１により加入者契約情報の有無が確認されて（Ｓ３５）、加入者契約情報が有る場合には、呼処理部１１によりセッション情報（ＳＩＰポート情報又はメディアポート情報）が設定される（Ｓ３６）。
【００９５】
一方、Ｓ３３での対比の結果、整合対象リスト２にのみ有る場合には、メディアゲートウェイ３に削除要求が送信されて、メディアゲートウェイのセッション情報（ＳＩＰポート情報又はメディアポート情報）が削除される（Ｓ３７）。
【００９６】
一方、Ｓ３３での対比の結果、整合対象リスト１及び整合対象リスト２の両方に有る場合には、何も実行することなく処理を終了する。
【００９７】
〔呼制御サーバの整合処理シーケンスについて〕
次に、定期整合のイベントを契機に呼処理部１１からのＳＩＰポート情報の整合処理シーケンスについて説明する。
【００９８】
図９は、呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【００９９】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰポート情報が確認され、ＳＩＰポート情報のタイマを更新するための状態問い合わせ信号がリソース管理部１２に送信される（Ｓ１０１）。
【０１００】
次いで、リソース管理部１２により、自身のＳＩＰポート情報が確認され、呼処理部１１が保持しているＳＩＰポート情報と同じＳＩＰポート情報が存在する場合には、該当するＳＩＰポート情報のタイマが更新され、更新成功の応答結果が呼処理部１１に送信される（Ｓ１０２）。
【０１０１】
なお、以上の整合処理シーケンスは、図５に示したＳ１〜Ｓ３に対応している。
【０１０２】
図１０は、リソース管理部とメディアゲートウェイとのみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【０１０３】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰポート情報が確認され、加入者契約情報があるのにもかかわらずＳＩＰ情報が無い場合には、端末のアドレスがアドレス管理部１３から取得される（Ｓ２０１）。
【０１０４】
次いで、呼処理部１１により、取得したアドレスを含めたＳＩＰポート再設定要求がリソース管理部１２に送信される（Ｓ２０２）。
【０１０５】
次いで、リソース管理部１２により、自身のＳＩＰポート情報とメディアゲートウェイ３とのＳＩＰポート情報が一旦削除される（Ｓ２０３）。
【０１０６】
次いで、リソース管理部１２により、情報収集要求がメディアゲートウェイ３に送信され、その応答結果に基づいてＳＩＰポート情報が再設定される（Ｓ２０４）。
【０１０７】
なお、以上の整合処理シーケンスのうち、Ｓ２０１〜Ｓ２０２については、図５に示したＳ４〜Ｓ５に対応し、Ｓ２０４については、図８に示したＳ３１〜Ｓ３７に対応している。
【０１０８】
図１１は、呼処理部のみがＳＩＰポート情報を有している場合の整合処理シーケンスを示す図である。
【０１０９】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰ情報が確認され、ＳＩＰポート情報のタイマを更新するための状態問い合わせ信号がリソース管理部１２に送信される（Ｓ３０１）。
【０１１０】
次いで、リソース管理部１２により、自身のＳＩＰポート情報が確認され、呼処理部１１が保持しているＳＩＰポート情報と同じＳＩＰポート情報が存在しない場合には、更新失敗の応答結果が呼処理部１１に送信される（Ｓ３０２）。
【０１１１】
次いで、呼処理部１１により、リソース管理部１２からの応答結果が更新失敗である場合には、削除要求後に（不図示）、ＳＩＰポート再設定要求がリソース管理部１２に送信される（Ｓ３０２）。なお、削除要求は、呼処理部１１が保持しているＳＩＰポート情報を更新することや、リソース管理部１２の不要なＳＩＰポート情報を確実に削除するために実行するものであるが、削除要求を行わないことも可能である。
【０１１２】
次いで、リソース管理部１２により、情報収集要求がメディアゲートウェイ３に送信され、その応答結果に基づいて、ＳＩＰポート情報が再設定される（Ｓ３０４）。
【０１１３】
図１２は、呼処理部とリソース管理部とメディアゲートウェイとの全てがＳＩＰポート情報を有していない場合の整合処理シーケンスを示す図である。
【０１１４】
最初に、呼処理部１１により、定期整合契機で、保持している自身のＳＩＰ情報が確認され、加入者契約情報があるのにもかかわらずＳＩＰ情報が無い場合には、端末のアドレスがアドレス管理部１３から取得される（Ｓ４０１）。
【０１１５】
次いで、呼処理部１１により、取得したアドレスを含めたＳＩＰポート再設定要求がリソース管理部１２に送信される（Ｓ４０２）。
【０１１６】
次いで、リソース管理部１２により、情報収集要求がメディアゲートウェイ３に送信し、その応答結果に基づいて、ＳＩＰポート情報が再設定される（Ｓ４０３）。
【０１１７】
以上より、本実施の形態によれば、ＳＩＰポート情報とメディアポート情報とを区別してそれぞれ整合処理を行うので、必要な整合処理のみを実行することが可能となり、セッション情報の整合処理に要する時間を短縮することができ、不要なリソースの確保を回避することができる。
【０１１８】
以上より、本実施の形態によれば、ＳＩＰポート情報とメディアポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておき、発生したイベントに応じた整合処理内容で整合処理を行うので、イベントに応じて整合の範囲を限定することが可能となり、セッション情報の整合処理に要する時間を更に短縮することができ、通常時の呼処理への負荷を低減することができる。
【０１１９】
〔イベント競合時の処理について〕
次に、所定のイベントに基づいて整合処理中に、他のイベントに基づく整合処理が発生した場合について説明する。このように複数の整合処理が競合した場合には、先発イベントによる先の整合処理を停止（中断又は中止であっても可）し、後発イベントによる後の整合処理を開始する後発優先と、先の整合処理を優先し、後の整合処理を実行しない先発優先のいずれかの優先処理を行う。
【０１２０】
優先処理の基準としては、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行うものとする。一方、先発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理のみを実行し、後発イベントについては、整合処理を行うことなくエラーとするか、次周期で行う。
【０１２１】
図１３は、整合処理競合時に優先される整合処理の一例を示す図である。図１３に示す（１）のパターンでは、例えば、定期整合の先発イベントで、リソース管理部１２に記憶している各メディアゲートウェイ３を順番（メディアゲートウェイ３に付与された番号の昇順に）に各メディアゲートウェイ３とリソース管理部１２との間で整合処理を実行している最中に、整合中のメディアゲートウェイ３が通信断となる後発イベント（ＭＧ−ＭＧＣ間通信断）が発生した場合には、実行中の先発イベントの整合処理を停止して、後発イベントの整合処理を実行する。
【０１２２】
（２）のパターンでは、例えば、先発イベント（ＭＧ−ＭＧＣ間通信断回復）で該当するメディアゲートウェイ３との間で整合処理中に、後発イベントで同じメディアゲートウェイのＭＧ再開が発生した場合には、実行中の先発イベントの整合処理を停止して、後発イベントの整合処理を実行する。
【０１２３】
（３）のパターンでは、例えば、ＭＧ再開の先発イベントで該メディアゲートウェイとの間で整合処理中に、後発イベント（同じメディアゲートウェイへのコマンド整合）が発生した場合には、先発イベントの整合処理を継続して、後発イベントの整合処理をエラー応答又はスキップする。
【０１２４】
なお、メディアゲートウェイ３との整合処理はＭＧ単位で排他制御され、あるメディアゲートウェイ３の整合処理中に同じメディアゲートウェイの整合処理が発生した場合には競合状態となるが、他のメディアゲートウェイの整合処理は競合として扱われない。
【０１２５】
以上より、本実施の形態によれば、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないので、競合の組み合わせを判断して必要な整合処理のみの実行が可能となり、セッション情報の整合処理に要する時間を更に短縮することができる。
【０１２６】
〔加入者契約情報更新時の処理について〕
次に、メディアゲートウェイ又はメディアゲートウェイのインタフェースが故障等により動作不能時に、加入者契約情報の追加要求、更新要求、削除要求があった場合の処理動作について説明する。
【０１２７】
図１４は、加入者契約情報が投入された場合の処理シーケンスを示す図である。なお、リソース管理部１２は、メディアゲートウェイ３の動作状態遷移を予め記憶管理しているものとする。
【０１２８】
まず、加入者契約情報が新規に投入された場合には、呼制御サーバ１を構成している呼処理部１１とリソース管理部１２とアドレス管理部１３とで加入者契約情報の設定が開始される（Ｓ５０１）。
【０１２９】
次いで、呼処理部１１により、その新規投入された加入者契約情報に対するＳＩＰ情報は未だ生成されていないため、その加入者契約情報に係る端末のアドレスがアドレス管理部１３から取得される（Ｓ５０２）。
【０１３０】
次いで、呼処理部１１により、その端末からのＳＩＰ信号の制御に使用するＳＩＰポートの設定要求がリソース管理部１２に送信される（Ｓ５０３）。
【０１３１】
次いで、リソース管理部１２により、メディアゲートウェイ又はメディアゲートウェイのインタフェースが故障中の場合に、メディアゲートウェイ３にＳＩＰポート設定（ＳＩＰ信号を通過させるピンホール制御やポリシング制御）は実行されることなく、リソース管理部１２の内部情報を用いてＳＩＰポート設定済に相当する一定の仮状態が生成して記憶され、Ｓ５０３での呼処理部１１からの要求に対してＳＩＰポート設定終了である応答結果（換言すれば、加入者契約情報投入をＯＫとする旨）が送信される（Ｓ５０４）。これにより、呼処理部１１は、新規な加入者契約情報を追加することが可能となる。
【０１３２】
一方、メディアゲートウェイ又はメディアゲートウェイのインタフェースが故障中でなければ、メディアゲートウェイ３に対してＳＩＰポート設定が実行される（Ｓ５０５）。
【０１３３】
その後、リソース管理部１２により、ＭＧ再開，ＩＦ故障回復，ＭＧ−ＭＧＣ間通信断回復等のイベントを契機に、メディアゲートウェイ３に対して、Ｓ５０３の設定要求に対するＳＩＰポート設定（ＳＩＰ信号を通過させるピンホール制御やポリシング制御）が実行される（Ｓ５０６）。
【０１３４】
なお、加入者契約情報が削除される場合には、メディアゲートウェイ３を制御することなく、リソース管理部１２とメディアゲートウェイ３との間の定期整合のイベント時に整合させる。
【０１３５】
以上より、本実施の形態によれば、メディアゲートウェイ３が動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、リソース管理部１２は、メディアゲートウェイ３にＳＩＰポートを設定することなく一定の仮状態を記憶し、加入者契約情報の追加・更新・削除に対する要求が可能である応答を呼処理部１１に送信するので、メディアゲートウェイ３に故障等の不具合が発生した場合であっても、加入者契約情報を呼制御サーバ１に登録することができる。
【０１３６】
最後に、本実施の形態で説明した呼制御サーバ１は、コンピュータで構成される。すなわち、呼処理部用記憶部１０１と、リソース管理部用記憶部１０２と、アドレス管理部用記憶部１０３と、整合処理内容格納部１０６とは、メモリ等の記憶手段で実現される。また、呼処理部１１と、リソース管理部１２と、アドレス管理部１３と、第１セッション情報整合部１０４と、第２セッション情報整合部１０５とは、ＣＰＵ等の演算手段で実現され、プログラムで実行される。
【０１３７】
また、本実施の形態で説明した呼制御サーバ１をプログラムとして光記憶装置や磁気記憶装置等の記録媒体に読出可能に記録し、この記録媒体をコンピュータに組み込んだり、若しくは記録媒体に記録されたプログラムを、任意の通信回線を介してコンピュータにダウンロードしたり、又は記録媒体からインストールし、該プログラムでコンピュータを動作させることにより、上述した各処理動作を呼制御サーバ１として機能させることができるのは勿論である。
【符号の説明】
【０１３８】
１…呼制御サーバ
１１…呼処理部（呼処理手段）
１２…リソース管理部（リソース管理手段）
１３…アドレス管理部
１０１…呼処理部用記憶部（第１の記憶手段）
１０２…リソース管理部用記憶部（第２の記憶手段）
１０３…アドレス管理部用記憶部
１０４…第１セッション情報整合部（第１の整合手段）
１０５…第２セッション情報整合部（第２の整合手段）
１０６…整合処理内容格納部（格納手段）
３…メディアゲートウェイ
３０１…メディアゲートウェイ用記憶部
５…端末
７…ネットワーク機器
Ｓ…ステップ
【特許請求の範囲】
【請求項１】
ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにより、
前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を第１の記憶手段に記憶する第１のステップと、
前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を第２の記憶手段に記憶する第２のステップと、
前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第３のステップと、
前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第４のステップと、を有し、
前記第３のステップ及び前記第４のステップは、
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とするセッション情報整合処理方法。
【請求項２】
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納手段に格納しておき、
前記第３のステップは、
発生したイベントに応じた前記整合処理内容で前記整合処理を行い、
前記第４のステップは、
発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする請求項１に記載のセッション情報整合処理方法。
【請求項３】
前記第３のステップ及び前記第４のステップは、
所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする請求項２に記載のセッション情報整合処理方法。
【請求項４】
前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、
前記リソース管理手段は、
前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする請求項１乃至３のいずれか１項に記載のセッション情報整合処理方法。
【請求項５】
ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにおいて、
前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を記憶する第１の記憶手段と、
前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を記憶する第２の記憶手段と、
前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第１の整合手段と、
前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第２の整合手段と、を有し、
前記第１の整合手段及び前記第２の整合手段は、
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とする呼制御サーバ。
【請求項６】
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておく格納手段を更に有し、
前記第１の整合手段は、
発生したイベントに応じた前記整合処理内容で前記整合処理を行い、
前記第２の整合手段は、
発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする請求項５に記載の呼制御サーバ。
【請求項７】
前記第１の整合手段及び前記第２の整合手段は、
所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする請求項６に記載の呼制御サーバ。
【請求項８】
前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、
前記リソース管理手段は、
前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする請求項５乃至７のいずれか１項に記載の呼制御サーバ。
【請求項１】
ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにより、
前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を第１の記憶手段に記憶する第１のステップと、
前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を第２の記憶手段に記憶する第２のステップと、
前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第３のステップと、
前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第４のステップと、を有し、
前記第３のステップ及び前記第４のステップは、
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とするセッション情報整合処理方法。
【請求項２】
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納手段に格納しておき、
前記第３のステップは、
発生したイベントに応じた前記整合処理内容で前記整合処理を行い、
前記第４のステップは、
発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする請求項１に記載のセッション情報整合処理方法。
【請求項３】
前記第３のステップ及び前記第４のステップは、
所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする請求項２に記載のセッション情報整合処理方法。
【請求項４】
前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、
前記リソース管理手段は、
前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする請求項１乃至３のいずれか１項に記載のセッション情報整合処理方法。
【請求項５】
ＳＩＰを用いて呼を処理し、ＳＩＰネゴシエーションの結果決定されるメディアを転送可能なメディアゲートウェイを制御する呼制御サーバにおいて、
前記呼を処理する呼処理手段により管理され、前記メディアゲートウェイでＳＩＰの制御に用いられるＳＩＰ制御用ポート情報と、前記メディアゲートウェイで前記メディアの転送に用いられるメディア転送用ポート情報とで構成されるセッション情報を記憶する第１の記憶手段と、
前記メディアが転送される転送系ネットワークのリソースを管理するリソース管理手段により管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報を記憶する第２の記憶手段と、
前記第１の記憶手段から読み出したセッション情報と、前記第２の記憶手段から読み出したセッション情報とを対比して、一方のセッション情報を他方のセッション情報に一致させる整合処理を行う第１の整合手段と、
前記メディアゲートウェイで管理され、前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とで構成されるセッション情報と、前記リソース管理手段により管理されている前記セッション情報とを対比して、前記整合処理を行う第２の整合手段と、を有し、
前記第１の整合手段及び前記第２の整合手段は、
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とを区別して整合処理を行うことを特徴とする呼制御サーバ。
【請求項６】
前記ＳＩＰ制御用ポート情報と前記メディア転送用ポート情報とのそれぞれの整合処理内容をイベントの種類に応じて異なるように格納しておく格納手段を更に有し、
前記第１の整合手段は、
発生したイベントに応じた前記整合処理内容で前記整合処理を行い、
前記第２の整合手段は、
発生したイベントに応じた前記整合処理内容で前記整合処理をメディアゲートウェイ毎に行うことを特徴とする請求項５に記載の呼制御サーバ。
【請求項７】
前記第１の整合手段及び前記第２の整合手段は、
所定のイベントに基づいて整合処理中に他のイベントに基づく整合処理が発生して複数の整合処理が競合した場合において、後発イベントが障害発生又は障害回復系のイベントである場合には、先発イベントの整合処理を停止して後発イベントに基づく整合処理を行い、先発イベントが前記障害発生又は障害回復系のイベントである場合には、後発イベントに基づく整合処理を行わないことを特徴とする請求項６に記載の呼制御サーバ。
【請求項８】
前記メディアゲートウェイが動作不能時に、加入者契約情報の追加要求、更新要求、削除要求のうちいずれかの要求があった場合に、
前記リソース管理手段は、
前記メディアゲートウェイに前記ＳＩＰ制御用ポートを設定することなく一定の仮状態を記憶し、前記加入者契約情報に対する前記要求が可能である応答を前記呼処理手段に送信することを特徴とする請求項５乃至７のいずれか１項に記載の呼制御サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１１−２５００６２（Ｐ２０１１−２５００６２Ａ）
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１０−１２０２５６（Ｐ２０１０−１２０２５６）
【出願日】平成２２年５月２６日（２０１０．５．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２２年５月２６日（２０１０．５．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]