帯域情報復旧方法、および、セッション制御サーバ
【課題】２重化されたセッション制御サーバの系切替時において、全てのセッションを切断することなく、帯域情報を整合・復旧させ、QoSを確保した通信を維持する。
【解決手段】セッション制御サーバ２１、２２の系切替時の帯域情報復旧方法であって、セッション制御サーバ２２は、呼情報記憶部２２４に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別ステップと、第１の帯域情報が記憶された第１の帯域情報記憶部２２５をクリアするクリアステップと、解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、呼情報記憶部２２４に記憶された当該セッションの要求帯域量を第１の帯域情報記憶部２２５に設定する第１の処理ステップとを行う。
【解決手段】セッション制御サーバ２１、２２の系切替時の帯域情報復旧方法であって、セッション制御サーバ２２は、呼情報記憶部２２４に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別ステップと、第１の帯域情報が記憶された第１の帯域情報記憶部２２５をクリアするクリアステップと、解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、呼情報記憶部２２４に記憶された当該セッションの要求帯域量を第１の帯域情報記憶部２２５に設定する第１の処理ステップとを行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、2重化されたセッション制御サーバにおいて、系切替時に帯域情報を復旧する帯域情報復旧技術に関する。
【背景技術】
【０００２】
システムの信頼性を高めるために、セッション制御サーバを2重化した通信システムが存在する。また、セッション制御サーバの呼処理機能およびリソース管理・受付制御機能などについては、例えば非特許文献１、２に規定されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ITU-T勧告 Y.2012 : Functional requirements and architecture of the NGN
【非特許文献２】ITU-T勧告 Y.2111 : Resource and admission control functions in next generation networks
【発明の概要】
【発明が解決しようとする課題】
【０００４】
2重化されたセッション制御サーバでは、現用系のセッション制御サーバに故障が発生することなどにより、セッション制御サーバの両系（現用系、待機系）で保持している帯域情報について、本来の値とのずれが生じることがある。
【０００５】
帯域情報にずれが生じたまま運用を続けると、セッション制御サーバのリソース管理・受付制御などの機能が意図したように作動せず、QoSが維持できなくなる。
【０００６】
従来では、このような帯域情報の異常が生じた場合、セッション制御サーバを再開させ帯域情報、呼情報などをクリアし、初期設定に戻す方法がとられている。このため、帯域情報の異常を回復させるために、通信中の全てのセッションが解放され、サービス信頼性が低下するという問題がある。
【０００７】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、2重化されたセッション制御サーバの系切替時において、全てのセッションを切断することなく、帯域情報を整合・復旧させ、QoSを確保した通信を維持することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明は、２重化されたセッション制御サーバの系切替時の帯域情報復旧方法であって、系切替後に現用系として稼働するセッション制御サーバは、呼情報記憶部に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別ステップと、セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶部をクリアするクリアステップと、解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶部に記憶された当該セッションの要求帯域量を前記第１の帯域情報記憶部に設定する第１の処理ステップと、を行う。
【０００９】
本発明は、２重化されたセッション制御サーバの系切替後に現用系として稼働するセッション制御サーバであって、セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶手段と、呼情報記憶手段に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別手段と、前記第１の帯域情報記憶手段をクリアするクリア手段と、解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶手段に記憶された当該セッションの帯域量を前記第１の帯域情報記憶手段に設定する第１の処理手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、2重化されたセッション制御サーバの系切替時において、全てのセッションを切断することなく、帯域情報を整合・復旧させ、QoSを確保した通信を維持することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る通信システムの全体構成図である。
【図２】セッション制御サーバの構成図である。
【図３】セッション制御サーバの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１３】
図１は、本発明の実施形態に係る通信システムの全体構成図である。図示する通信システムは、保守装置１と、２重化されたセッション制御サーバ２１、２２と、転送系ネットワーク３とを有する。図示する転送系ネットワーク３は、端末３１と、アクセスネットワーク３２と、エッジノード３３と、コアネットワーク３４と、エッジノード３５と、アクセスネットワーク３６と、端末３７とを有する。
【００１４】
保守装置１は、セッション制御サーバ２１、２２を保守する装置であって、転送系ネットワーク３への固定的な帯域を割り当てるためのサービスオーダ情報を、セッション制御サーバ２１、２２に送信する。
【００１５】
図２は、２重化されたセッション制御サーバ２１、２２の構成を示すブロック図である。
【００１６】
本実施形態のセッション制御サーバ２１、２２は、信頼性向上のために冗長化（２重化）され、0系のセッション制御サーバ２１と、1系のセッション制御サーバ２２とを備える。そして、一方のセッション制御サーバが現用系、他方のセッション制御サーバが待機系として運転されている。
【００１７】
図示するセッション制御サーバ（0系）２１は、呼処理部２１１と、リソース管理部２１２（クリア手段、判別手段、第１の処理手段、第２の処理手段、通知手段）と、記憶部２１３とを有する。呼処理部２１１は、例えばCSCF（Call Session Control Function）であって、端末３１、３７からの信号（例えば、SIP（Session Initiation Protocol）信号など）を解析して、発信端末および着信端末を取得し、セッションの確立およびセッションの解放などの呼処理を行う。
【００１８】
リソース管理部２１２は、例えばRACF(Resource and Admission Control Function)の機能を実現し、呼処理部２１１または保守装置１からの要求を受けて、転送系ネットワーク３のエッジノード３３、３５に転送系ネットワーク３での通信に使用する各帯域を割り当てるとともに、割り当てた帯域量を管理し、セッションを受け付けるか否かのセッション受付判定、QoS(Quality of Service)制御などを行う。
【００１９】
本実施形態の記憶部２１３には、呼情報２１４と、タイプ1帯域情報２１５と、タイプ2帯域情報２１６と、サービスオーダ情報２１７が記憶される。
【００２０】
呼情報２１４には、通信中の各セッションに関する呼情報が記憶・保持される。呼情報は、例えば、各セッション毎の発端末情報、着信端末情報、要求帯域量、セッション状態などである。
【００２１】
転送系ネットワーク３の帯域については、呼処理部２１１により確立・解放する各セッションに関して割り当てた帯域と、端末毎に固定的に割り当てた帯域とがある。タイプ1帯域情報２１５には、呼処理部２１１により確立した各セッションに対して割り当てた帯域、および各セッションに割り当てた帯域を全て加算した帯域量が、タイプ1帯域情報として記憶・保持される。
【００２２】
タイプ2帯域情報２１６には、各端末３１、３７に固定的に割り当てた帯域、および各端末に割り当てた帯域を全て加算した帯域量が、タイプ2帯域情報として記憶・保持される。リソース管理部２１２は、保守装置１から送信されたサービスオーダ情報を、サービスオーダ情報２１７に記憶・保持するとともに、当該サービスオーダ情報に基づいて、転送系ネットワーク３（エッジノード３３、３５）に固定的に帯域を割り当て、当該割り当てた帯域をタイプ2帯域情報２１６に設定する。
【００２３】
また、セッション制御サーバ（1系）２２は、呼処理部２２１と、リソース管理部２２２と、記憶部２２３とを有する。セッション制御サーバ（1系）２２の呼処理部２２１、リソース管理部２２２および記憶部２２３は、セッション制御サーバ（0系）２２の呼処理部２２１、リソース管理部２２２および記憶部２２３と同様であるため、ここでは説明を省略する。
【００２４】
なお、通常時において、現用系のセッション制御サーバ２１または２２の記憶部２１３または２２３で保持している各情報は、待機系のセッション制御サーバ２１または２２にも伝送される。これにより、現用系のセッション制御サーバ２１または２２の記憶部２１３または２２３と、待機系のセッション制御サーバ２１または２２の記憶部２１３または２２３とは、同じ情報が保持される。また、現用系のセッション制御サーバに障害が発生し、待機系のセッション制御サーバを現用系サーバとして使用する障害運用時において、待機系のセッション制御サーバは、現用系のセッション制御サーバと同様の処理を行う。
【００２５】
上記説明したセッション制御サーバ（0系）２１およびセッション制御サーバ（1系）２２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、セッション制御サーバ（0系）２１およびセッション制御サーバ（1系）２２の各機能は、セッション制御サーバ（0系）２１用のプログラムの場合はセッション制御サーバ（0系）２１のＣＰＵが、そして、セッション制御サーバ（1系）２２用のプログラムの場合はセッション制御サーバ（1系）２２のＣＰＵがそれぞれ実行することにより実現される。
【００２６】
また、セッション制御サーバ（0系）２１用のプログラムおよびセッション制御サーバ（1系）２２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２７】
次に、本実施形態のセッション制御サーバの動作について説明する。
【００２８】
本実施形態は、前述のとおり0系と1系により2重化されたセッション制御サーバ２１、２２であって、現時点において、0系が現用系、1系が待機系として稼働されているものとする。この稼働状態から、1系を現用系へと系切替を行うものとして以下の説明を行う。
【００２９】
系切替の契機としては、例えば、現用系のセッション制御サーバの故障を検出するために、待機系のセッション制御サーバから一定間隔で問合せ信号を現用系のセッション制御サーバに送信し、現用系のセッション制御サーバからの応答がないことを契機に待機系のセッション制御サーバが自律的に系切替動作を実行する方法、および、現用系のセッション制御サーバの異常を発見した保守者により強制的に系切替動作を実行する方法などがある。
【００３０】
図３は、現用系のセッション制御サーバ（0系）２１の故障などにより、帯域情報の整合・復旧処理が必要となり、系切替動作が開始時に、待機系であったセッション制御サーバ（1系）２２においてタイプ1帯域情報２２５を本来のあるべき帯域情報に整合・復旧させる処理を示すフローチャートである。
【００３１】
まず、セッション制御サーバ（1系）２２のリソース管理部２２２は、記憶部２２３で保持する呼情報２２４の個々のセッション（呼）について、当該セッションを救済（通信を維持）するか、非救済（通信を解放）するかを識別するためのフラグを立てる（Ｓ１１）。
【００３２】
救済か非救済かの判定は、セッションの状態に応じて判定するものとする。例えば、セッションの各状態毎に、救済するか非救済とするかを対応付けた対応表（不図示）をあらかじめ記憶部２２３に記憶しておくことが考えられる。この対応表には、例えば、セッション設定の過程で相手端末からの応答があり通信中まで進んでいる状態のセッションについては「救済」と設定され、相手端末からの応答が未だ行われていない状態のセッションについては「非救済」と設定されているものとする。
【００３３】
そして、リソース管理部２２２は、帯域情報が異常である（本来の状態と整合していない）可能性があるため、記憶部２２３のタイプ1帯域情報２２５を一旦クリア（初期化）する（Ｓ１２）。
【００３４】
続いて、リソース管理部２２２は、呼情報２２４に含まれる各セッションについてＳ１１で設定したフラグが立っているかを確認し、当該フラグに基づいた各セッションの処理を行う。すなわち、リソース管理部２２２は、非救済と判別された非救済セッション（即ち、呼情報の非救済のフラグが立っているセッション）については全て解放処理を行う（Ｓ１３）。
【００３５】
なお、この時点では、非救済セッションの各々が当該セッションの設定要求時に要求していた帯域量については、Ｓ１２においてタイプ1帯域情報２２５をクリアした時点でリセットされているため、非救済セッションの帯域量に応じた積み下げ処理は行わない（Ｓ１４）。通常、リソース管理部２２２は、セッションを解放する際には、当該セッションが要求していた帯域量を、所定の計算式に従ってタイプ1帯域情報２２５から減算する積み下げ処理を行う。しかしながら、ここでは、タイプ1帯域情報２２５がクリアされているため積み下げ処理を行わない。
【００３６】
全ての非救済セッションを解放した後、セッション制御サーバ（1系）２２は、現用系として通常のセッション制御サービスを開始し（Ｓ１５）、系切替前から通信中のセッションであって救済と判定されたセッション、および新規に発信する呼からの信号を待ち受ける（Ｓ１６）。
【００３７】
そして、呼処理部２２１は、救済と判定されたセッション（即ち、呼情報の救済フラグが立っているセッション）に対する信号であって、切断要求の信号を受信した場合は（Ｓ１７、Ｓ１８：ＹＥＳ）、セッションの解放処理を行う（Ｓ１９）。この場合、リソース管理部２２２は、当該セッションの帯域量に応じた積み下げ処理は行わない。
【００３８】
また、救済フラグが立っているセッションに対する切断要求以外の信号を受信した場合（Ｓ１８：ＮＯ）、呼処理部２２１は当該信号で要求されたセッション制御処理を行い、リソース管理部２２２は当該セッションの帯域量をタイプ1帯域情報２２５に設定する（Ｓ２０）。すなわち、リソース管理部２２２は、記憶部２２３の呼情報２２４から当該セッションの要求帯域量を取得し、所定の計算式に従ってタイプ1帯域情報２２５に加算する積み上げ処理を行う。
【００３９】
また、リソース管理部２２２は、呼情報２２４の当該セッションの救済フラグをリセット（削除）し、以降は当該セッションを通常のセッションとして扱う（Ｓ２０）。
【００４０】
一方、呼情報に救済フラグが立ってないセッションに対する信号を受信した場合、すなわち、系切替後に新規に発信した呼からの信号、あるいは、系切替時に救済セッションとして識別された後にＳ２０でフラグがリセットされたセッションに対する信号を受信した場合（Ｓ２１）、呼処理部２２１は、当該信号で要求されたセッション制御処理を行い、リソース管理部２２２は、当該セッションの帯域要求に応じた積み上げ処理、積み下げ処理を行う。
【００４１】
具体的には、受信した信号が切断要求の場合は（Ｓ２２：ＹＥＳ）、呼処理部２２１は、セッションの解放処理を行い、リソース管理部２２２は当該セッションの帯域量に応じた積み下げ処理を行う（Ｓ２３）。すなわち、リソース管理部２２２は、当該セッションが要求していた帯域量を、所定の計算式に従ってタイプ1帯域情報２２５から減算する。
【００４２】
また、切断要求以外の信号を受信した場合（Ｓ２２：ＮＯ）、呼処理部２２１は、当該信号で要求されたセッション制御処理を行い、リソース管理部２２２は、当該セッションの帯域量に応じた積み上げ処理を行う（Ｓ２４）。すなわち、リソース管理部２２２は、当該セッションの要求帯域量を取得し、所定の計算式に従ってタイプ1帯域情報２２５に加算する。
【００４３】
以上説明した処理により、系切替後に救済セッションから何らかの信号がセッション制御サーバ（1系）２２に到着した時点で、タイプ1帯域情報２２５は、実際に通信中のセッションの帯域に応じた値に復旧される。例えば、信号プロトコルがSIPであり、セッション維持のためのre-INVITE信号がある間隔で端末３１、３７から送信するよう規定されていれば、規定されたre-INVITE信号の送信間隔以内の時間で、タイプ1帯域情報２１５に関する整合・復旧を完了することができる。
【００４４】
次に、サービスオーダ情報により固定的に割り当てた帯域について、タイプ2帯域情報２２６を整合させる処理を説明する。
【００４５】
系切替動作後、固定的に割り当てた帯域についての整合・復旧処理を始める際、当該処理を行う間に新たなサービスオーダ情報が投入されないよう、セッション制御サーバ（1系）２２のリソース管理部２２２は、保守装置１に、タイプ2帯域情報復旧処理を開始し、新規サービスオーダ情報の送信停止を通知する。これにより、保守装置１では、新規サービスオーダ情報の投入が受け付けられなくなる。なお、既に固定的に割り当てた帯域についての利用停止および利用停止解除に関するサービスオーダ情報については、タイプ2帯域情報とは無関係であり、タイプ2帯域情報の復旧処理実施中も受け付けるようにすることができる。
【００４６】
そして、リソース管理部２２２は、記憶部２２３に保持しているサービスオーダ情報２２７に基づいて、固定的に転送系ネットワーク（エッジノード３３、３５）に割り当てる帯域量を所定の計算式に従って再計算し、タイプ2帯域情報２１５に設定する。なお、サービスオーダ情報２１７には、端末毎に固定的に割り当てる帯域量が設定されている。
【００４７】
保持しているサービスオーダ情報の全てについての再計算が終了した後、リソース管理部２２２は、保守装置１に対して、タイプ2帯域情報２２６の復旧処理が終了し、新規サービスオーダ情報の送信停止を解除することを通知する。
【００４８】
これにより、タイプ2帯域情報２２６が実際に設定されている固定的に割り当てた帯域に応じた値に復旧される。
【００４９】
以上のタイプ1帯域情報２２５およびタイプ2帯域情報２２６についての整合・復旧処理が完了することにより、系切替後に現用系として稼働するセッション制御サーバ（1系）２２で保有するタイプ1帯域情報２２５およびタイプ2帯域情報２２６が本来あるべき正しい値となる。
【００５０】
以上説明した本実施形態では、全てのセッションを切断することなく、呼処理により確立したセッションに割り当てたタイプ1帯域情報を正しい値に復旧することができ、QoSが確保されるとともに、サービス信頼性を向上することができる。
【００５１】
また、本実施形態では、記憶部に保持されたサービスオーダ情報に基づいてタイプ2帯域情報を復旧するため、サービスオーダ情報を保守装置から再投入することなくタイプ2帯域情報を復旧することができ、保守者から見たサービス運用性が向上する。
【００５２】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００５３】
１ ：保守装置
２１：セッション制御サーバ（0系）
２２：セッション制御サーバ（1系）
２１１、２２１：呼処理部
２１２、２２２：リソース管理部
２１３、２２３：記憶部
２１４、２２４：呼情報
２１５、２２５：タイプ1帯域情報
２１６、２２６：タイプ2帯域情報
２１７、２２７：サービスオーダ情報
３ ：転送系ネットワーク
３１、３７：端末
３２、３６：アクセスネットワーク
３３、３５：エッジノード
３４：コアネットワーク
【技術分野】
【０００１】
本発明は、2重化されたセッション制御サーバにおいて、系切替時に帯域情報を復旧する帯域情報復旧技術に関する。
【背景技術】
【０００２】
システムの信頼性を高めるために、セッション制御サーバを2重化した通信システムが存在する。また、セッション制御サーバの呼処理機能およびリソース管理・受付制御機能などについては、例えば非特許文献１、２に規定されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ITU-T勧告 Y.2012 : Functional requirements and architecture of the NGN
【非特許文献２】ITU-T勧告 Y.2111 : Resource and admission control functions in next generation networks
【発明の概要】
【発明が解決しようとする課題】
【０００４】
2重化されたセッション制御サーバでは、現用系のセッション制御サーバに故障が発生することなどにより、セッション制御サーバの両系（現用系、待機系）で保持している帯域情報について、本来の値とのずれが生じることがある。
【０００５】
帯域情報にずれが生じたまま運用を続けると、セッション制御サーバのリソース管理・受付制御などの機能が意図したように作動せず、QoSが維持できなくなる。
【０００６】
従来では、このような帯域情報の異常が生じた場合、セッション制御サーバを再開させ帯域情報、呼情報などをクリアし、初期設定に戻す方法がとられている。このため、帯域情報の異常を回復させるために、通信中の全てのセッションが解放され、サービス信頼性が低下するという問題がある。
【０００７】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、2重化されたセッション制御サーバの系切替時において、全てのセッションを切断することなく、帯域情報を整合・復旧させ、QoSを確保した通信を維持することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明は、２重化されたセッション制御サーバの系切替時の帯域情報復旧方法であって、系切替後に現用系として稼働するセッション制御サーバは、呼情報記憶部に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別ステップと、セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶部をクリアするクリアステップと、解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶部に記憶された当該セッションの要求帯域量を前記第１の帯域情報記憶部に設定する第１の処理ステップと、を行う。
【０００９】
本発明は、２重化されたセッション制御サーバの系切替後に現用系として稼働するセッション制御サーバであって、セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶手段と、呼情報記憶手段に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別手段と、前記第１の帯域情報記憶手段をクリアするクリア手段と、解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶手段に記憶された当該セッションの帯域量を前記第１の帯域情報記憶手段に設定する第１の処理手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、2重化されたセッション制御サーバの系切替時において、全てのセッションを切断することなく、帯域情報を整合・復旧させ、QoSを確保した通信を維持することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る通信システムの全体構成図である。
【図２】セッション制御サーバの構成図である。
【図３】セッション制御サーバの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１３】
図１は、本発明の実施形態に係る通信システムの全体構成図である。図示する通信システムは、保守装置１と、２重化されたセッション制御サーバ２１、２２と、転送系ネットワーク３とを有する。図示する転送系ネットワーク３は、端末３１と、アクセスネットワーク３２と、エッジノード３３と、コアネットワーク３４と、エッジノード３５と、アクセスネットワーク３６と、端末３７とを有する。
【００１４】
保守装置１は、セッション制御サーバ２１、２２を保守する装置であって、転送系ネットワーク３への固定的な帯域を割り当てるためのサービスオーダ情報を、セッション制御サーバ２１、２２に送信する。
【００１５】
図２は、２重化されたセッション制御サーバ２１、２２の構成を示すブロック図である。
【００１６】
本実施形態のセッション制御サーバ２１、２２は、信頼性向上のために冗長化（２重化）され、0系のセッション制御サーバ２１と、1系のセッション制御サーバ２２とを備える。そして、一方のセッション制御サーバが現用系、他方のセッション制御サーバが待機系として運転されている。
【００１７】
図示するセッション制御サーバ（0系）２１は、呼処理部２１１と、リソース管理部２１２（クリア手段、判別手段、第１の処理手段、第２の処理手段、通知手段）と、記憶部２１３とを有する。呼処理部２１１は、例えばCSCF（Call Session Control Function）であって、端末３１、３７からの信号（例えば、SIP（Session Initiation Protocol）信号など）を解析して、発信端末および着信端末を取得し、セッションの確立およびセッションの解放などの呼処理を行う。
【００１８】
リソース管理部２１２は、例えばRACF(Resource and Admission Control Function)の機能を実現し、呼処理部２１１または保守装置１からの要求を受けて、転送系ネットワーク３のエッジノード３３、３５に転送系ネットワーク３での通信に使用する各帯域を割り当てるとともに、割り当てた帯域量を管理し、セッションを受け付けるか否かのセッション受付判定、QoS(Quality of Service)制御などを行う。
【００１９】
本実施形態の記憶部２１３には、呼情報２１４と、タイプ1帯域情報２１５と、タイプ2帯域情報２１６と、サービスオーダ情報２１７が記憶される。
【００２０】
呼情報２１４には、通信中の各セッションに関する呼情報が記憶・保持される。呼情報は、例えば、各セッション毎の発端末情報、着信端末情報、要求帯域量、セッション状態などである。
【００２１】
転送系ネットワーク３の帯域については、呼処理部２１１により確立・解放する各セッションに関して割り当てた帯域と、端末毎に固定的に割り当てた帯域とがある。タイプ1帯域情報２１５には、呼処理部２１１により確立した各セッションに対して割り当てた帯域、および各セッションに割り当てた帯域を全て加算した帯域量が、タイプ1帯域情報として記憶・保持される。
【００２２】
タイプ2帯域情報２１６には、各端末３１、３７に固定的に割り当てた帯域、および各端末に割り当てた帯域を全て加算した帯域量が、タイプ2帯域情報として記憶・保持される。リソース管理部２１２は、保守装置１から送信されたサービスオーダ情報を、サービスオーダ情報２１７に記憶・保持するとともに、当該サービスオーダ情報に基づいて、転送系ネットワーク３（エッジノード３３、３５）に固定的に帯域を割り当て、当該割り当てた帯域をタイプ2帯域情報２１６に設定する。
【００２３】
また、セッション制御サーバ（1系）２２は、呼処理部２２１と、リソース管理部２２２と、記憶部２２３とを有する。セッション制御サーバ（1系）２２の呼処理部２２１、リソース管理部２２２および記憶部２２３は、セッション制御サーバ（0系）２２の呼処理部２２１、リソース管理部２２２および記憶部２２３と同様であるため、ここでは説明を省略する。
【００２４】
なお、通常時において、現用系のセッション制御サーバ２１または２２の記憶部２１３または２２３で保持している各情報は、待機系のセッション制御サーバ２１または２２にも伝送される。これにより、現用系のセッション制御サーバ２１または２２の記憶部２１３または２２３と、待機系のセッション制御サーバ２１または２２の記憶部２１３または２２３とは、同じ情報が保持される。また、現用系のセッション制御サーバに障害が発生し、待機系のセッション制御サーバを現用系サーバとして使用する障害運用時において、待機系のセッション制御サーバは、現用系のセッション制御サーバと同様の処理を行う。
【００２５】
上記説明したセッション制御サーバ（0系）２１およびセッション制御サーバ（1系）２２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、セッション制御サーバ（0系）２１およびセッション制御サーバ（1系）２２の各機能は、セッション制御サーバ（0系）２１用のプログラムの場合はセッション制御サーバ（0系）２１のＣＰＵが、そして、セッション制御サーバ（1系）２２用のプログラムの場合はセッション制御サーバ（1系）２２のＣＰＵがそれぞれ実行することにより実現される。
【００２６】
また、セッション制御サーバ（0系）２１用のプログラムおよびセッション制御サーバ（1系）２２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２７】
次に、本実施形態のセッション制御サーバの動作について説明する。
【００２８】
本実施形態は、前述のとおり0系と1系により2重化されたセッション制御サーバ２１、２２であって、現時点において、0系が現用系、1系が待機系として稼働されているものとする。この稼働状態から、1系を現用系へと系切替を行うものとして以下の説明を行う。
【００２９】
系切替の契機としては、例えば、現用系のセッション制御サーバの故障を検出するために、待機系のセッション制御サーバから一定間隔で問合せ信号を現用系のセッション制御サーバに送信し、現用系のセッション制御サーバからの応答がないことを契機に待機系のセッション制御サーバが自律的に系切替動作を実行する方法、および、現用系のセッション制御サーバの異常を発見した保守者により強制的に系切替動作を実行する方法などがある。
【００３０】
図３は、現用系のセッション制御サーバ（0系）２１の故障などにより、帯域情報の整合・復旧処理が必要となり、系切替動作が開始時に、待機系であったセッション制御サーバ（1系）２２においてタイプ1帯域情報２２５を本来のあるべき帯域情報に整合・復旧させる処理を示すフローチャートである。
【００３１】
まず、セッション制御サーバ（1系）２２のリソース管理部２２２は、記憶部２２３で保持する呼情報２２４の個々のセッション（呼）について、当該セッションを救済（通信を維持）するか、非救済（通信を解放）するかを識別するためのフラグを立てる（Ｓ１１）。
【００３２】
救済か非救済かの判定は、セッションの状態に応じて判定するものとする。例えば、セッションの各状態毎に、救済するか非救済とするかを対応付けた対応表（不図示）をあらかじめ記憶部２２３に記憶しておくことが考えられる。この対応表には、例えば、セッション設定の過程で相手端末からの応答があり通信中まで進んでいる状態のセッションについては「救済」と設定され、相手端末からの応答が未だ行われていない状態のセッションについては「非救済」と設定されているものとする。
【００３３】
そして、リソース管理部２２２は、帯域情報が異常である（本来の状態と整合していない）可能性があるため、記憶部２２３のタイプ1帯域情報２２５を一旦クリア（初期化）する（Ｓ１２）。
【００３４】
続いて、リソース管理部２２２は、呼情報２２４に含まれる各セッションについてＳ１１で設定したフラグが立っているかを確認し、当該フラグに基づいた各セッションの処理を行う。すなわち、リソース管理部２２２は、非救済と判別された非救済セッション（即ち、呼情報の非救済のフラグが立っているセッション）については全て解放処理を行う（Ｓ１３）。
【００３５】
なお、この時点では、非救済セッションの各々が当該セッションの設定要求時に要求していた帯域量については、Ｓ１２においてタイプ1帯域情報２２５をクリアした時点でリセットされているため、非救済セッションの帯域量に応じた積み下げ処理は行わない（Ｓ１４）。通常、リソース管理部２２２は、セッションを解放する際には、当該セッションが要求していた帯域量を、所定の計算式に従ってタイプ1帯域情報２２５から減算する積み下げ処理を行う。しかしながら、ここでは、タイプ1帯域情報２２５がクリアされているため積み下げ処理を行わない。
【００３６】
全ての非救済セッションを解放した後、セッション制御サーバ（1系）２２は、現用系として通常のセッション制御サービスを開始し（Ｓ１５）、系切替前から通信中のセッションであって救済と判定されたセッション、および新規に発信する呼からの信号を待ち受ける（Ｓ１６）。
【００３７】
そして、呼処理部２２１は、救済と判定されたセッション（即ち、呼情報の救済フラグが立っているセッション）に対する信号であって、切断要求の信号を受信した場合は（Ｓ１７、Ｓ１８：ＹＥＳ）、セッションの解放処理を行う（Ｓ１９）。この場合、リソース管理部２２２は、当該セッションの帯域量に応じた積み下げ処理は行わない。
【００３８】
また、救済フラグが立っているセッションに対する切断要求以外の信号を受信した場合（Ｓ１８：ＮＯ）、呼処理部２２１は当該信号で要求されたセッション制御処理を行い、リソース管理部２２２は当該セッションの帯域量をタイプ1帯域情報２２５に設定する（Ｓ２０）。すなわち、リソース管理部２２２は、記憶部２２３の呼情報２２４から当該セッションの要求帯域量を取得し、所定の計算式に従ってタイプ1帯域情報２２５に加算する積み上げ処理を行う。
【００３９】
また、リソース管理部２２２は、呼情報２２４の当該セッションの救済フラグをリセット（削除）し、以降は当該セッションを通常のセッションとして扱う（Ｓ２０）。
【００４０】
一方、呼情報に救済フラグが立ってないセッションに対する信号を受信した場合、すなわち、系切替後に新規に発信した呼からの信号、あるいは、系切替時に救済セッションとして識別された後にＳ２０でフラグがリセットされたセッションに対する信号を受信した場合（Ｓ２１）、呼処理部２２１は、当該信号で要求されたセッション制御処理を行い、リソース管理部２２２は、当該セッションの帯域要求に応じた積み上げ処理、積み下げ処理を行う。
【００４１】
具体的には、受信した信号が切断要求の場合は（Ｓ２２：ＹＥＳ）、呼処理部２２１は、セッションの解放処理を行い、リソース管理部２２２は当該セッションの帯域量に応じた積み下げ処理を行う（Ｓ２３）。すなわち、リソース管理部２２２は、当該セッションが要求していた帯域量を、所定の計算式に従ってタイプ1帯域情報２２５から減算する。
【００４２】
また、切断要求以外の信号を受信した場合（Ｓ２２：ＮＯ）、呼処理部２２１は、当該信号で要求されたセッション制御処理を行い、リソース管理部２２２は、当該セッションの帯域量に応じた積み上げ処理を行う（Ｓ２４）。すなわち、リソース管理部２２２は、当該セッションの要求帯域量を取得し、所定の計算式に従ってタイプ1帯域情報２２５に加算する。
【００４３】
以上説明した処理により、系切替後に救済セッションから何らかの信号がセッション制御サーバ（1系）２２に到着した時点で、タイプ1帯域情報２２５は、実際に通信中のセッションの帯域に応じた値に復旧される。例えば、信号プロトコルがSIPであり、セッション維持のためのre-INVITE信号がある間隔で端末３１、３７から送信するよう規定されていれば、規定されたre-INVITE信号の送信間隔以内の時間で、タイプ1帯域情報２１５に関する整合・復旧を完了することができる。
【００４４】
次に、サービスオーダ情報により固定的に割り当てた帯域について、タイプ2帯域情報２２６を整合させる処理を説明する。
【００４５】
系切替動作後、固定的に割り当てた帯域についての整合・復旧処理を始める際、当該処理を行う間に新たなサービスオーダ情報が投入されないよう、セッション制御サーバ（1系）２２のリソース管理部２２２は、保守装置１に、タイプ2帯域情報復旧処理を開始し、新規サービスオーダ情報の送信停止を通知する。これにより、保守装置１では、新規サービスオーダ情報の投入が受け付けられなくなる。なお、既に固定的に割り当てた帯域についての利用停止および利用停止解除に関するサービスオーダ情報については、タイプ2帯域情報とは無関係であり、タイプ2帯域情報の復旧処理実施中も受け付けるようにすることができる。
【００４６】
そして、リソース管理部２２２は、記憶部２２３に保持しているサービスオーダ情報２２７に基づいて、固定的に転送系ネットワーク（エッジノード３３、３５）に割り当てる帯域量を所定の計算式に従って再計算し、タイプ2帯域情報２１５に設定する。なお、サービスオーダ情報２１７には、端末毎に固定的に割り当てる帯域量が設定されている。
【００４７】
保持しているサービスオーダ情報の全てについての再計算が終了した後、リソース管理部２２２は、保守装置１に対して、タイプ2帯域情報２２６の復旧処理が終了し、新規サービスオーダ情報の送信停止を解除することを通知する。
【００４８】
これにより、タイプ2帯域情報２２６が実際に設定されている固定的に割り当てた帯域に応じた値に復旧される。
【００４９】
以上のタイプ1帯域情報２２５およびタイプ2帯域情報２２６についての整合・復旧処理が完了することにより、系切替後に現用系として稼働するセッション制御サーバ（1系）２２で保有するタイプ1帯域情報２２５およびタイプ2帯域情報２２６が本来あるべき正しい値となる。
【００５０】
以上説明した本実施形態では、全てのセッションを切断することなく、呼処理により確立したセッションに割り当てたタイプ1帯域情報を正しい値に復旧することができ、QoSが確保されるとともに、サービス信頼性を向上することができる。
【００５１】
また、本実施形態では、記憶部に保持されたサービスオーダ情報に基づいてタイプ2帯域情報を復旧するため、サービスオーダ情報を保守装置から再投入することなくタイプ2帯域情報を復旧することができ、保守者から見たサービス運用性が向上する。
【００５２】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００５３】
１ ：保守装置
２１：セッション制御サーバ（0系）
２２：セッション制御サーバ（1系）
２１１、２２１：呼処理部
２１２、２２２：リソース管理部
２１３、２２３：記憶部
２１４、２２４：呼情報
２１５、２２５：タイプ1帯域情報
２１６、２２６：タイプ2帯域情報
２１７、２２７：サービスオーダ情報
３ ：転送系ネットワーク
３１、３７：端末
３２、３６：アクセスネットワーク
３３、３５：エッジノード
３４：コアネットワーク
【特許請求の範囲】
【請求項１】
２重化されたセッション制御サーバの系切替時の帯域情報復旧方法であって、
系切替後に現用系として稼働するセッション制御サーバは、
呼情報記憶部に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別ステップと、
セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶部をクリアするクリアステップと、
解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶部に記憶された当該セッションの要求帯域量を前記第１の帯域情報記憶部に設定する第１の処理ステップと、を行うこと
を特徴とする帯域情報復旧方法。
【請求項２】
請求項１に記載の帯域情報復旧方法であって、
前記セッション制御サーバは、保守装置から送信されたサービスオーダ情報を記憶するサービスオーダ情報記憶部を有し、
前記サービスオーダ情報の送信停止を前記保守装置に通知する第１の通知ステップと、
前記サービスオーダ情報記憶部に記憶されたサービスオーダ情報に基づいて、固定的にネットワークに割り当てる帯域量を算出し、第２の帯域情報として第２の帯域情報記憶部に設定する第２の処理ステップと、
前記サービスオーダ情報の送信停止解除を前記保守装置に通知する第２の通知ステップと、を行うこと
を特徴とする帯域情報復旧方法。
【請求項３】
２重化されたセッション制御サーバの系切替後に現用系として稼働するセッション制御サーバであって、
セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶手段と、
呼情報記憶手段に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別手段と、
前記第１の帯域情報記憶手段をクリアするクリア手段と、
解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶手段に記憶された当該セッションの帯域量を前記第１の帯域情報記憶手段に設定する第１の処理手段と、を有すること
を特徴とするセッション制御サーバ。
【請求項４】
請求項３に記載のセッション制御サーバであって、
保守装置から送信されたサービスオーダ情報を記憶するサービスオーダ情報記憶手段と、
前記サービスオーダ情報の送信停止および送信停止解除を前記保守装置に通知する通知手段と、
前記サービスオーダ情報記憶手段に記憶されたサービスオーダ情報に基づいて、固定的にネットワークに割り当てる帯域量を算出し、第２の帯域情報として第２の帯域情報記憶手段に設定する第２の処理手段と、をさらに有すること
を特徴とするセッション制御サーバ。
【請求項１】
２重化されたセッション制御サーバの系切替時の帯域情報復旧方法であって、
系切替後に現用系として稼働するセッション制御サーバは、
呼情報記憶部に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別ステップと、
セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶部をクリアするクリアステップと、
解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶部に記憶された当該セッションの要求帯域量を前記第１の帯域情報記憶部に設定する第１の処理ステップと、を行うこと
を特徴とする帯域情報復旧方法。
【請求項２】
請求項１に記載の帯域情報復旧方法であって、
前記セッション制御サーバは、保守装置から送信されたサービスオーダ情報を記憶するサービスオーダ情報記憶部を有し、
前記サービスオーダ情報の送信停止を前記保守装置に通知する第１の通知ステップと、
前記サービスオーダ情報記憶部に記憶されたサービスオーダ情報に基づいて、固定的にネットワークに割り当てる帯域量を算出し、第２の帯域情報として第２の帯域情報記憶部に設定する第２の処理ステップと、
前記サービスオーダ情報の送信停止解除を前記保守装置に通知する第２の通知ステップと、を行うこと
を特徴とする帯域情報復旧方法。
【請求項３】
２重化されたセッション制御サーバの系切替後に現用系として稼働するセッション制御サーバであって、
セッションの確立により割り当てた帯域に関する第１の帯域情報が記憶された第１の帯域情報記憶手段と、
呼情報記憶手段に記憶された各セッションについて、当該セッションの状態に基づいてセッションを維持するか解放するかを判別する判別手段と、
前記第１の帯域情報記憶手段をクリアするクリア手段と、
解放すると判別されたセッションについては、当該セッションを解放するとともに、維持すると判別されたセッションについては、当該セッションに対する切断要求以外の信号を受信した場合、前記呼情報記憶手段に記憶された当該セッションの帯域量を前記第１の帯域情報記憶手段に設定する第１の処理手段と、を有すること
を特徴とするセッション制御サーバ。
【請求項４】
請求項３に記載のセッション制御サーバであって、
保守装置から送信されたサービスオーダ情報を記憶するサービスオーダ情報記憶手段と、
前記サービスオーダ情報の送信停止および送信停止解除を前記保守装置に通知する通知手段と、
前記サービスオーダ情報記憶手段に記憶されたサービスオーダ情報に基づいて、固定的にネットワークに割り当てる帯域量を算出し、第２の帯域情報として第２の帯域情報記憶手段に設定する第２の処理手段と、をさらに有すること
を特徴とするセッション制御サーバ。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−４４２４６（Ｐ２０１２−４４２４６Ａ）
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願番号】特願２０１０−１８０８６８（Ｐ２０１０−１８０８６８）
【出願日】平成２２年８月１２日（２０１０．８．１２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願日】平成２２年８月１２日（２０１０．８．１２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]