(57)【要約】【課題】リソースの有効利用が可能なセッションボーダーコントローラシステムを提供する。【解決手段】複数のセッションボーダーコントローラ（以下、ＳＢＣ）４がクラウド化されたＳＢＣクラウド１００は、各サービス網から送信されるＩＰパケットの中から、ＳＩＰ及びＲＴＰ／ＲＴＣＰ信号に係るパケットを抽出して、呼制御装置１または振分け装置３Ａ，３Ｂに転送する抽出装置２Ａ，２Ｂを備える。ＳＢＣ４のそれぞれは、自身が提供可能な機能に関する情報を呼制御装置１に送信するとともに、ＳＩＰ及びＲＴＰセッションを確立する際に呼制御装置１から通知される指示にしたがって、当該セッションのパケットを送受信する自身の通信ポートを選択して呼制御装置１に通知する。振分け装置３Ａ，３Ｂは、呼制御装置１から指示される振分けルールにしたがって、抽出装置２Ａ，２Ｂから転送されるパケットをそれぞれのＳＢＣ４に振り分ける。【選択図】図２
2015233231.tif 000002
【特許請求の範囲】
【請求項１】
異なるサービス網間に設置される、呼制御装置と、通話路装置としての機能を提供する複数のセッションボーダーコントローラ（以下、ＳＢＣ）がクラウド化された装置（以下、ＳＢＣクラウド）とで構成されるセッションボーダーコントローラシステムであって、
前記サービス網のそれぞれに接続され、当該サービス網から送信されるすべてのＩＰパケットの中から、ＳＩＰ信号及びＲＴＰ／ＲＴＣＰ信号に係るパケットを抽出して、呼制御装置または振分け装置に転送する第１及び第２の抽出装置と、
前記第１の抽出装置に接続される第１の振分け装置、及び、前記第２の抽出装置に接続される第２の振分け装置と、を備え、
前記ＳＢＣのそれぞれは、自身が提供可能な機能に関する情報を前記呼制御装置に送信するとともに、前記呼制御装置が、発信元端末からの呼接続要求に基づいて着信先端末までのＳＩＰセッション及びＲＴＰセッションを確立する際に、それぞれのＳＢＣから受信した前記提供可能な機能に関する情報に基づいて、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの処理を行わせる特定のＳＢＣを決定したときに、当該ＳＢＣに通知する指示にしたがって、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの送受信を行う自身の通信ポートを選択して前記呼制御装置に通知し、
前記振分け装置のそれぞれは、前記呼制御装置から指示される前記通信ポートの指定を含む振分けルールにしたがって、自身が接続される前記抽出装置から転送されるパケットを前記特定のＳＢＣの前記通信ポートに振り分けて転送し、
前記セッションボーダーコントローラシステムは、同一の端末間で確立されたＳＩＰセッション及びＲＴＰセッションに係るパケットを、同一のＳＢＣに振り分けて処理する
ことを特徴とするセッションボーダーコントローラシステム。
【請求項２】
請求項１に記載のセッションボーダーコントローラシステムにおいて、
前記ＳＢＣが前記呼制御装置に送信する前記自身が提供可能な機能に関する情報は、当該ＳＢＣが保有しているパッケージの識別情報である
ことを特徴とするセッションボーダーコントローラシステム。
【請求項３】
請求項１に記載のセッションボーダーコントローラシステムにおいて、
前記呼制御装置が前記特定のＳＢＣに通知する指示は、Ｈ．２４８のAdd Request Messageを用いて行われる
ことを特徴とするセッションボーダーコントローラシステム。
【請求項４】
請求項１に記載のセッションボーダーコントローラシステムにおいて、
前記第１及び第２の振分け装置がそれぞれ冗長化されており、
前記呼制御装置は、前記第１及び第２の抽出装置に対して、冗長化された前記第１及び第２の振分け装置のいずれに受信したＩＰパケットを振り分けるかを規定する抽出条件を通知する
ことを特徴とするセッションボーダーコントローラシステム。
【請求項５】
請求項１に記載のセッションボーダーコントローラシステムにおいて、
前記ＳＢＣは、コンピュータの仮想化技術が実装された仮想サーバ上に、仮想ＳＢＣとして構築され、
前記呼制御装置から要求される機能とリソースとを有する前記仮想ＳＢＣの追加が可能である
ことを特徴とするセッションボーダーコントローラシステム。
【請求項６】
異なるサービス網間に設置される、呼制御装置と、通話路装置としての機能を提供する複数のＳＢＣがクラウド化された装置（以下、ＳＢＣクラウド）とで構成されるセッションボーダーコントローラシステムの制御方法であって、
前記ＳＢＣのそれぞれが、自身が提供可能な機能に関する情報を前記呼制御装置に送信するとともに、前記呼制御装置が、発信元端末からの呼接続要求に基づいて着信先端末までのＳＩＰセッション及びＲＴＰセッションを確立する際に、それぞれのＳＢＣから受信した前記提供可能な機能に関する情報に基づいて、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの処理を行わせる特定のＳＢＣを決定したときに、当該ＳＢＣに通知する指示にしたがって、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの送受信を行う自身の通信ポートを選択して前記呼制御装置に通知するステップと、
前記サービス網のそれぞれに接続される第１及び第２の抽出装置が、当該サービス網から送信されるすべてのＩＰパケットの中から、ＳＩＰ信号及びＲＴＰ／ＲＴＣＰ信号に係るパケットを抽出して、呼制御装置または振分け装置に転送する抽出ステップと、
前記第１の抽出装置に接続される第１の振分け装置、及び、前記第２の抽出装置に接続される第２の振分け装置が、前記呼制御装置から指示される前記通信ポートの指定を含む振分けルールにしたがって、自身が接続される前記抽出装置から転送されるパケットを前記特定のＳＢＣの前記通信ポートに振り分けて転送する振分けステップと、を備え、
前記セッションボーダーコントローラシステムは、同一の端末間で確立されたＳＩＰセッション及びＲＴＰセッションに係るパケットを、同一のＳＢＣに振り分けて処理する
ことを特徴とするセッションボーダーコントローラシステムの制御方法。
【請求項７】
コンピュータに、請求項６に記載のセッションボーダーコントローラシステムの制御方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御装置と通話路装置とが分離された呼接続システムにおいて、通話路装置を構成するセッションボーダーコントローラ（以下、ＳＢＣ（Session Border Controller）と略記）をクラウド化するための技術に関する。
【背景技術】
【０００２】
図２２に示すように、従来の呼接続システムにおいて、ＳＢＣには、異なるサービス網に収容される端末間でＩＰ（Internet Protocol）電話やＴＶ（Television）電話サービス等を提供するために必要となる複数の機能が備えられる。これには、ＮＡＰＴ（Network Address Port Translation）機能、トランスコーディング機能、ピンホール機能、フィルタリング機能、優先制御機能、ＱｏＳ（Quality of Service）機能などが含まれる。非特許文献１には、次世代ネットワーク（ＮＧＮ：Next Generation Network）においてU-Plane（ＲＴＰ／ＲＴＣＰ：Real-time Transport Protocol/RTP Control Protocol）の通信品質を確保するために必要な各種の機能が記載されている。これらの機能は、ＳＩＰ（Session Initiation Protocol）サーバとしての呼制御装置に備えられるＲＡＣＳ（Resource and Admission Control Subsystem）によって、Ｈ．２４８プロトコルを用いて制御される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】宮坂昌宏、堀米紀貴、岸田好司、「ＮＧＮにおける帯域管理制御技術」、ＮＴＴ技術ジャーナル、2008年10月、p.22-23、[online]、［平成26年5月31日検索］、インターネット＜URL：http://www.ntt.co.jp/journal/0810/files/jn200810022.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
図２３に示すように、例えばサービス網Ａ（８Ａ）に接続される端末と、他のサービス網Ｂ〜Ｅに接続される端末との間で、ＩＰ電話などのサービスを提供するためには、各サービス網との境界にＳＢＣを配備する必要がある。
【０００５】
前記のように、ＳＢＣには、ＮＡＰＴ機能、トランスコーディング機能、ピンホール機能などの複数の機能が備えられる。従来、これらの機能を呼制御装置で制御するにあたっては、これらすべてのＳＢＣが同じ機能を保有していることが前提となっている。そのため、サービス拡張などに伴ってＳＢＣに新機能を導入しようとした場合、ＳＢＣ機能を実装しているすべての装置に新機能を導入しなければならないという問題が存在する。つまり、利用ユーザ数が見込めるかどうか予測不可能なサービスであっても、全装置に同じ機能をユーザ規模と関係なく導入する必要がある。
【０００６】
また、収容ユーザにより、利用されるサービスが偏る可能性があり、一部機能だけが収容数を超えるケースが発生する。その場合、従来の方式では各機能が物理パッケージとして提供されているため、装置の筺体に空きスペースがある場合はパッケージ単位で、それらが存在しない場合は筺体単位で増設する必要がある。
【０００７】
これら従来方式の問題を解決するために、データセンタに複数のＳＢＣを配備し、ロードバランサでトラヒックを振り分けて並列に処理する方式が考えられる。しかし、ＳＢＣのトラヒックは、データセンタで想定されているトラヒックとは異なる特性をもつ。具体的には、ＳＢＣのトラヒックは、まずC-Plane（制御信号）の信号制御に基づいて呼制御装置がU-Plane（ユーザデータ信号）を処理する特定のＳＢＣを決定し、その後のU-Planeの処理を当該ＳＢＣが行うという流れとなる。つまり、呼制御信号と実際のユーザトラヒックがそれぞれ別のセッションで送信されることとなる。
【０００８】
そこで、C-PlaneとU-Planeとの信号を同一のＳＢＣに振り分ける方法として、ロードバランサと呼制御装置の双方に、予めユーザのソースＩＰアドレス毎に振り分け先のＳＢＣを設定しておくことで、静的振分けを行う方法が考えられる。しかし、静的振分けの場合、ユーザ加入のたびに呼制御装置とロードバランサの双方への設定に工数を要するとともに、ＳＢＣリソースの有効利用が難しいという課題がある。
【０００９】
一方、ロードバランサで動的振分けを行う方法も考えられるが、この場合、C-Planeの信号制御の結果をすべてのＳＢＣに通知し、それぞれのＳＢＣが保持しておく必要があるため、ＳＢＣリソースの有効利用が難しいという課題がある。
【００１０】
本発明は、前記の課題を解決するためになされたものであり、ＳＢＣリソースの有効利用が可能なセッションボーダーコントローラシステム、その制御方法、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
前記の目的を達成するために、本発明は、異なるサービス網間に設置される、呼制御装置と、通話路装置としての機能を提供する複数のＳＢＣがクラウド化された装置（以下、ＳＢＣクラウドと略記）とで構成されるセッションボーダーコントローラシステムであって、サービス網のそれぞれに接続され、当該サービス網から送信されるすべてのＩＰパケットの中から、ＳＩＰ信号及びＲＴＰ／ＲＴＣＰ信号に係るパケットを抽出して、呼制御装置または振分け装置に転送する第１及び第２の抽出装置と、第１の抽出装置に接続された第１の振分け装置、及び、第２の抽出装置に接続された第２の振分け装置と、を備え、ＳＢＣのそれぞれは、自身が提供可能な機能に関する情報を呼制御装置に送信するとともに、呼制御装置が、発信元端末からの呼接続要求に基づいて着信先端末までのＳＩＰセッション及びＲＴＰセッションを確立する際に、それぞれのＳＢＣから受信した提供可能な機能に関する情報に基づいて、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの処理を行わせる特定のＳＢＣを決定したときに、当該ＳＢＣに通知する指示にしたがって、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの送受信を行う自身の通信ポートを選択して呼制御装置に通知し、振分け装置のそれぞれは、呼制御装置から指示されるＳＢＣの通信ポートの指定を含む振分けルールにしたがって、自身が接続された抽出装置から転送されるパケットを指定されたＳＢＣの通信ポートに振り分けて転送し、セッションボーダーコントローラシステムは、同一の端末間で確立されたＳＩＰセッション及びＲＴＰセッションに係るパケットを、同一のＳＢＣに振り分けて処理するものとした。
【００１２】
こうすることにより、クラウド化されたＳＢＣ群の中から端末間で送受信されるメディア情報の処理に必要な機能を保有するＳＢＣを選択して、当該ＳＢＣに、ＳＩＰセッション及びＲＴＰセッションに係るパケットを処理させることができる。
【００１３】
また、本発明は、異なるサービス網間に設置される、呼制御装置と、通話路装置としての機能を提供する複数のＳＢＣがクラウド化されたＳＢＣクラウドとで構成されるセッションボーダーコントローラシステムの制御方法であって、ＳＢＣのそれぞれが、自身が提供可能な機能に関する情報を呼制御装置に送信するとともに、呼制御装置が、発信元端末からの呼接続要求に基づいて着信先端末までのＳＩＰセッション及びＲＴＰセッションを確立する際に、それぞれのＳＢＣから受信した提供可能な機能に関する情報に基づいて、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの処理を行わせる特定のＳＢＣを決定したときに、当該ＳＢＣに通知する指示にしたがって、当該ＳＩＰセッション及びＲＴＰセッションに係るパケットの送受信を行う自身の通信ポートを選択して呼制御装置に通知するステップと、サービス網のそれぞれに接続される第１及び第２の抽出装置が、当該サービス網から送信されるすべてのＩＰパケットの中から、ＳＩＰ信号及びＲＴＰ／ＲＴＣＰ信号に係るパケットを抽出して、呼制御装置または振分け装置に転送する抽出ステップと、第１の抽出装置に接続される第１の振分け装置、及び、第２の抽出装置に接続される第２の振分け装置が、呼制御装置から指示されるＳＢＣの通信ポートの指定を含む振分けルールにしたがって、自身が接続される抽出装置から転送されるパケットを指定されたＳＢＣの通信ポートに振り分けて転送する振分けステップと、を備え、セッションボーダーコントローラシステムは、同一の端末間で確立されたＳＩＰセッション及びＲＴＰセッションに係るパケットを、同一のＳＢＣに振り分けて処理するものとした。
【００１４】
こうすることにより、クラウド化されたＳＢＣ群の中から端末間で送受信されるメディア情報の処理に必要な機能を保有するＳＢＣを選択して、当該ＳＢＣに、ＳＩＰセッション及びＲＴＰセッションに係るパケットを処理させることができる。
【００１５】
また、本発明は、コンピュータに、前記のセッションボーダーコントローラシステムの制御方法を実行させるためのプログラムとした。
【００１６】
こうすることにより、コンピュータを前記のセッションボーダーコントローラシステムとして機能させることができる。
【発明の効果】
【００１７】
本発明によれば、ＳＢＣリソースの有効利用が可能となり、通信品質の安定化に貢献できる。また、ユーザや地域に固定されることなく、提供するサービスに必要な機能を最適なリソースで設備設計が可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る呼制御システムの概略構成を示す説明図である。
【図２】本発明に係るセッションボーダーコントローラシステムの機能構成及び動作についての説明図である。
【図３】本発明に係る抽出装置の機能構成についての説明図である。
【図４】本発明に係る振分け装置の機能構成についての説明図である。
【図５】本発明に係る呼制御装置の機能構成についての説明図である。
【図６】ＳＢＣの機能構成についての説明図である。
【図７】機能・パッケージ対応テーブルの構成及びデータ例である。
【図８】ＳＢＣ保有パッケージテーブルの構成及びデータ例である。
【図９】ＳＢＣ機能一覧テーブルの構成及びデータ例である。
【図１０】物理ＩＦマッピングテーブルの構成及びデータ例である。
【図１１】フロールールテーブルの構成及びデータ例である。
【図１２】呼制御装置がＳＢＣの保有パッケージを取得する処理のシーケンス図である。
【図１３】呼制御処理の全体シーケンス図である。
【図１４】ＳＢＣの内部における通信リンクの設定についての説明図である。
【図１５】振分け装置と呼制御装置との交信にオープンフロープロトコルを適用した場合のシーケンス図である。
【図１６】ＳＢＣの保有パッケージ一覧収集処理のフローチャートである。
【図１７】ＳＢＣ選択制御処理のフローチャートである。
【図１８】振分け装置のパケット処理のフローチャートである。
【図１９】振分け装置を冗長化したセッションボーダーコントローラシステムの構成及び動作の説明図である。
【図２０】ＳＢＣに障害が発生した場合の構成変更動作の例を示すシーケンス図である。
【図２１】本発明に係る仮想化ＳＢＣクラウドの機能構成及び動作についての説明図である。
【図２２】従来の呼制御システムの概略構成を示す説明図である。
【図２３】従来の呼制御システムにおけるＳＢＣの配備についての説明図である。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための形態を、適宜図面を参照しながら説明する。
図１は、本発明の実施形態に係る呼制御システムの概略構成を示す説明図である。図１に示すように、本実施形態に係る呼制御システムは、ＩＰ電話／ＴＶ電話サービス網Ａ（８Ａ）及びその網に収容される端末＃ａ１〜＃ａｉ（９）と、ＩＰ電話／ＴＶ電話サービス網Ｂ（８Ｂ）及びその網に収容される端末＃ｂ１〜＃ｂｊ（９）と、呼制御装置１及びＳＢＣクラウド１００から成るセッションボーダーコントローラシステムとを備えて構成される。
【００２０】
ＳＩＰサーバとしての機能を備える呼制御装置１は、端末＃ａ１〜＃ａｉ（９）と端末＃ｂ１〜＃ｂｊ（９）との間にＳＩＰセッションを確立するとともに、音声や画像などのメディア情報を端末９間で送受信するために必要となるＳＢＣクラウド１００の機能を制御する。ＳＢＣクラウド１００は、ＩＰ電話やＴＶ電話サービスの提供に必要なＮＡＰＴ機能、トランスコーディング機能、ピンホール機能、フィルタリング機能、優先制御機能、ＱｏＳ機能などを具備する複数のＳＢＣを備える。
【００２１】
図２は、本発明に係るセッションボーダーコントローラシステムの機能構成及び動作についての説明図である。図２に示すように、本発明に係るセッションボーダーコントローラシステムは、呼制御装置１とＳＢＣクラウド１００とで構成される。ＳＢＣクラウド１００は、上りの抽出装置２Ａ及び振分け装置３Ａと、下りの抽出装置２Ｂ及び振分け装置３Ｂと、汎用の処理サーバによって構成される複数のＳＢＣ４（例えば、ＳＢＣ＃１〜ＳＢＣ＃４）から構成される。セッションボーダーコントローラシステムを構成するこれらの装置の機能は、コンピュータに所定のプログラムを実行させることによって具現化される。ここで、上りとは、ＳＩＰセッションの確立を要求する発信元の端末９を収容するＩＰ網側を指し、下りとは、着信先の端末９を収容するＩＰ網側を指すものとする。
【００２２】
抽出装置２Ａ及び２Ｂは、端末９から送信されるＩＰパケットの中から、呼制御装置１に転送すべきＳＩＰ信号に係るパケットと、ＳＢＣ４による処理を必要とするＲＴＰ／ＲＴＣＰ（メディア情報）に係るパケットを抽出する。抽出装置２Ａ及び２Ｂによって抽出されたＳＩＰ信号に係るパケットは、呼制御装置１に直接転送してもよいし、振分け装置３Ａ及び３Ｂを介して転送するものとしてもよい。また、抽出装置２Ａ及び２Ｂによって抽出されたＲＴＰ／ＲＴＣＰ（メディア情報）に係るパケットは、振分け装置３Ａ及び３Ｂに転送され、振分け装置３Ａ及び３Ｂによって各ＳＢＣ４に振り分けられる。
【００２３】
複数のＳＢＣ４（例えば、ＳＢＣ＃１〜ＳＢＣ＃４）は、その各々が、ＩＰ電話やＴＶ電話サービスの提供に必要なＮＡＰＴ機能、トランスコーディング機能、ピンホール機能、フィルタリング機能、優先制御機能、ＱｏＳ機能などのうちの、任意の機能を具備する。図２の例では、ＳＢＣ＃１がＮＡＰＴ機能とＱｏＳ機能とを具備し、ＳＢＣ＃２がフィルタリング機能を具備し、ＳＢＣ＃３がＱｏＳ機能を具備し、ＳＢＣ＃４がトランスコーディング機能を具備している。どのＳＢＣ４にどの機能を具備させ、ユーザの収容量をどの程度に設定するかは、ユーザ収容数やサービス利用率などに基づいて別途設定される。
【００２４】
ＳＢＣクラウド１００の動作を制御する呼制御装置１は、振分け装置制御機能部１１とＳＢＣ選択制御機能部１２と、ＲＡＣＳ（Resource and Admission Control Subsystem）１３と、ＣＳＣＦ（Call Session Control Function）１４とを備える。ＣＳＣＦ１４は、ＳＩＰ信号による呼接続制御を司る。ＲＡＣＳ１３は、必要な通信品質を確保するために通話路装置のリソースを制御する。ＳＢＣ選択制御機能部１２は、各ＳＢＣ４が具備する機能に係る設定情報を定期的に収集することによって各ＳＢＣ４の機能を把握し、端末９間のメディア情報交換に必要な機能を有する特定のＳＢＣ４を選択する。振分け装置制御機能部１１は、ＳＢＣ選択制御機能部１２が選択した特定のＳＢＣ４に、メディア情報交換用のパケットを振り分けるように振分け装置３Ａ及び３Ｂに指示する。それぞれのＳＢＣ４は、ＲＡＣＳ１３からの指示にしたがって通話路装置のリソースを割り当て、それぞれの機能を実行する。
【００２５】
図３は、抽出装置２（２Ａ，２Ｂ）の機能構成についての説明図である。図３に示すように、抽出装置２は、抽出設定機能部２１と、ルーティング処理部２２と、転送処理部２３と、通信部２４とを備える。抽出設定機能部２１は、抽出装置２がサービス網８（８Ａ，８Ｂ）から受信したＩＰパケットの中から呼制御装置１または振分け装置３（３Ａ、３Ｂ）に転送するパケットを抽出するための抽出条件を設定する。ルーティング処理部２２は、呼制御装置１に転送するパケットと、振分け装置３に転送するパケットと、他のサービス網にそのまま転送するパケットとによって、送信先を変更する。転送処理部２３は、それぞれのパケットの送信先の転送処理部との間でパケットの転送を行う。通信部２４は、パケットの送受信に必要な制御信号やデータ信号の送受信を行う。
【００２６】
図４は、振分け装置３（３Ａ，３Ｂ）の機能構成についての説明図である。図４に示すように、振分け装置３は、呼制御装置連携機能部３１と、ルーティング処理部３２と、振分け機能部３３と、転送処理部３４と、通信部３５とを備える。呼制御装置連携機能部３１は、呼制御装置１の振分け装置制御機能部１１からの指示にしたがって、抽出装置２（２Ａ，２Ｂ）から受信したＩＰパケットの振分けに用いるフロールールテーブル５５（図１１参照）を更新する。ルーティング処理部３２は、呼制御装置１に転送するパケットを抽出装置２が呼制御装置１に転送しない場合に、当該パケットを呼制御装置１に転送する。振分け機能部３３は、フロールールテーブル５５（図１１参照）を参照することにより、抽出装置２から受信したＩＰパケットを転送するための物理ＩＦ番号を決定する。転送処理部３４は、それぞれのパケットの送信先の転送処理部との間でパケット転送を行う。通信部３５は、パケットの送受信に必要な制御信号やデータ信号の送受信を行う。
【００２７】
図５は、呼制御装置１の機能構成についての説明図である。図５に示すように、呼制御装置１は、振分け装置制御機能部１１と、ＳＢＣ選択制御機能部１２と、ＲＡＣＳ１３と、ＣＳＣＦ１４と、通信部１５とを備える。このうち、ＳＢＣ選択制御機能部１２、ＲＡＣＳ１３、ＣＳＣＦ１４については、図２にて前記したので説明を省略する。振分け装置制御機能部１１は、図２にて前記した機能に加え、振分け装置３が冗長化される構成（図１９参照）においては、抽出装置２の抽出設定機能部２１に対して振分け装置３毎の抽出条件を決定して指示する。通信部１５は、パケットの送受信に必要な制御信号やデータ信号の送受信を行う。
【００２８】
図６は、ＳＢＣ４の機能構成についての説明図である。図６に示すように、ＳＢＣ４は、呼制御装置連携機能部４１と、ＳＢＣ機能部４２と、転送処理部４３と、通信部４４とを備える。呼制御装置連携機能部４１は、呼制御装置１のＳＢＣ選択制御機能部１２からの指示にしたがって、振分け装置３Ａ，３ＢからＩＰパケットを受信する物理ＩＦと論理ＩＦとを決定する。ＳＢＣ機能部４２は、ＩＰ電話やＴＶ電話サービスの提供に必要な各種の機能の中から選択された機能を提供する。転送処理部４３は、それぞれのパケットの送信先の転送処理部との間でパケット転送を行う。通信部４４は、パケットの送受信に必要な制御信号やデータ信号の送受信を行う。図６の例では、ＳＢＣ機能部４２には、ＩＰ電話やＴＶ電話サービスの提供に必要な各種の機能の中から選択されたＮＡＰＴ機能部４２１と、フィルタリング機能部４２２と、ＱｏＳ機能部４２３とが具備されているが、任意の機能部の組合せが可能である。
【００２９】
ＳＢＣ機能部４２が具備するそれぞれの機能部は、例えば上りの振分け装置３Ａから振り分けられるＩＰパケットを受信し、当該パケットに対して必要な処理を実行した結果のＩＰパケットを、下りの振分け装置３Ｂに送信することで、それぞれの機能を提供する。このとき、それぞれのＩＰパケットを受信する物理ＩＦと処理結果のＩＰパケットを送信する物理ＩＦとの組合せは、呼制御装置１からの指示にしたがってそれぞれのＳＢＣ４が決定し、呼制御装置１に通知する。
【００３０】
図７は、呼制御装置１に記憶される機能・パッケージ対応テーブルの構成及びデータ例である。図７に示すように、機能・パッケージ対応テーブル５１には、ＳＢＣ４に備えられる機能と、その機能を提供するために必要なパッケージのパッケージ名とが対応付けられたレコードが、機能の数だけ登録される。ＳＢＣ４に搭載され得るすべてのパッケージについてのレコードが予め登録された機能・パッケージ対応テーブル５１が、呼制御装置１の記憶部に登録される。図７のデータ例は、「フィルタリング機能」を提供するためには「Gate Management Package」が必要であり、「ＱｏＳ機能」を提供するためには「Traffic Management Package」が必要であることなどを表している。
【００３１】
図８は、呼制御装置１に記憶されるＳＢＣ保有パッケージテーブルの構成及びデータ例である。図８に示すように、ＳＢＣ保有パッケージテーブル５２には、ＳＢＣのノードＩＤと、そのＳＢＣが保有するパッケージのパッケージ名と、そのパッケージに関するプロパティのプロパティＩＤとが対応付けられたレコードが、ＳＢＣ４の数だけ登録される。呼制御装置１は、自身が制御するそれぞれのＳＢＣ４から取得した保有パッケージの情報を、このＳＢＣ保有パッケージテーブル５２に登録する。図８のデータ例は、ノードＩＤが「ＳＢＣ＃１」であるＳＢＣ４は、「Gate Management Package」を保有しており、そのプロパティＩＤは「Ａ」であることなどを表している。なお、それぞれのパッケージに関するプロパティは通常多数存在するが、図８ではそれら多数のプロパティのプロパティＩＤの集合を「Ａ」〜「Ｄ」の符号によって示している。
【００３２】
図９は、呼制御装置１に記憶されるＳＢＣ機能一覧テーブルの構成及びデータ例である。図９に示すように、ＳＢＣ機能一覧テーブル５３には、ＳＢＣのノードＩＤと、そのＳＢＣが保有する機能とが対応付けられたレコードが、呼制御装置１の制御対象となっているＳＢＣ４の数だけ登録される。呼制御装置１は、図７の機能・パッケージ対応テーブル５１と、図８のＳＢＣ保有パッケージテーブル５２とから、このＳＢＣ機能一覧テーブル５３を生成する。図９のデータ例は、ノードＩＤが「ＳＢＣ＃１」であるＳＢＣ４は「フィルタリング機能」を保有し、ノードＩＤが「ＳＢＣ＃３」であるＳＢＣ４は「フィルタリング機能」と「ＮＡＰＴ機能」とを保有することなどを表している。
【００３３】
図１０は、振分け装置３に記憶される物理ＩＦマッピングテーブルの構成及びデータ例である。図１０に示すように、物理ＩＦマッピングテーブル５４には、振分け装置３の物理ＩＦ番号と、その物理ＩＦの接続先となるＳＢＣ４のノードＩＤと、当該ＳＢＣ４の接続先物理ＩＦ番号とが対応付けられたレコードが、接続リンクの数だけ登録される。これらのレコードは、振分け装置３とＳＢＣ４との間の物理的な接続リンクに対応する。図１０のデータ例は、この振分け装置３の物理ＩＦ番号「１」の物理ＩＦは、ノードＩＤが「ＳＢＣ＃１」であるＳＢＣ４の、物理ＩＦ番号「１」の物理ＩＦに接続されていることなどを表している。
【００３４】
図１１は、振分け装置３に記憶されるフロールールテーブルの構成及びデータ例である。図１１に示すように、フロールールテーブル５５には、パケットヘッダの中に含まれる5-tuppleの情報と、送信先ＳＢＣ物理ＩＦのＭＡＣアドレスと、振分け装置３の物理ＩＦ番号とが対応付けられたレコードが、呼制御装置１によって指定された振分けルールの数だけ登録される。ここで、5-tuppleの情報とは、送信対象パケットのパケットヘッダに含まれる、送信元アドレス（ＳＡ）、宛先アドレス（ＤＡ）、送信元ポート番号（ＳＰ）、宛先ポート番号（ＤＰ）、及び通信プロトコル（Protocol）の５つのデータである。これらのレコードは、呼制御装置１によって生成されたセッションの振分け先のＳＢＣ４が決定された時点で追加登録され、当該セッションが切断された時点で削除される。図１１のデータ例は、１行目のレコードの5-tuppleと一致するパケットヘッダを有するパケットは、ＭＡＣアドレスが「00:1D:E1:4B:30:FE」である送信先ＳＢＣ物理ＩＦに、振分け装置３の物理ＩＦ番号「１」の物理ＩＦから送信すべきことなどを表している。
【００３５】
図１２は、呼制御装置がＳＢＣの保有パッケージを取得する処理のシーケンス図である。図１２に示すように、呼制御装置１は、自身の制御対象となる各ＳＢＣ４に対して所定の周期でＨ．２４８の「Service Change」メッセージを送信することにより問合せを行い、その応答によって各ＳＢＣ４から保有パッケージの情報を取得する。なお、ＳＢＣ４において保有パッケージに変更があった場合には、ＳＢＣ４から呼制御装置１にＨ．２４８の「Service Change」メッセージを送信することにより変更通知を行う。
【００３６】
図１３は、呼制御処理の全体シーケンス図である。図１３に示すように、ある発信元の端末９からＳＩＰの「INVITE」メッセージが送信されると、上りの抽出装置２Ａまたは振分け装置３Ａによって当該「INVITE」メッセージが抽出され、呼制御装置１に転送される。次に、呼制御装置１は当該「INVITE」メッセージにて指定されたメディア情報の処理に必要な機能を保有する特定のＳＢＣ４を決定し、当該ＳＢＣ４にＨ．２４８の「Add Request Message」を送信する。この「Add Request Message」を受信したＳＢＣ４は、Ｈ．２４８の「Add Reply Message」を呼制御装置１に返送することにより、振分け先となる物理ＩＦ番号などの情報を通知する。
【００３７】
呼制御装置１は、振分け先となるすべてのＳＢＣ４から「Add Reply Message」が返送されると、抽出装置２Ａまたは振分け装置３Ａを介して発信元の端末９にＳＩＰの「200 OK」応答を送信し、それによって２台の端末９間でＳＢＣ４を介してＲＴＰ／ＲＴＣＰによるメッセージ情報の送受信が行われる。
【００３８】
また、メッセージ情報の送受信が終了して発信元の端末９からＳＩＰの「BYE」メッセージが送信されると、上りの抽出装置２Ａまたは振分け装置３Ａによって当該「BYE」メッセージが抽出され、呼制御装置１に転送される。次に、呼制御装置１は当該「BYE」メッセージを受信すると、抽出装置２Ａまたは振分け装置３Ａを介して発信元の端末９にＳＩＰの「200 OK」応答を返送する。また、これと並行して、振分け先となっている各ＳＢＣ４に、Ｈ．２４８の「Subtract Request Message」を送信することにより、振分け先となっている物理ＩＦ及び関連リソースの解放を指示する。この「Subtract Request Message」を受信したＳＢＣ４は、物理ＩＦ及び関連リソースの解放を行い、Ｈ．２４８の「Subtract Reply Message」を呼制御装置１に返送する。
【００３９】
図１４は、ＳＢＣ４の内部における通信リンクの設定についての説明図である。図１４に示すように、呼制御装置１のＳＢＣ選択制御機能部１２から、ＳＢＣ４の呼制御装置連携機能部４１に対して、Ｈ．２４８のプロトコルを用いてＳＢＣ４の内部における通信リンクの設定要求が発行される。Ｈ．２４８においては、通信リンクはその両端となるエンティティであるターミネーション間のストリームとして規定される。そして、ＳＩＰ信号のストリームに用いるターミネーションと、音声などのメディア情報のストリームに用いるターミネーションとが、同一のコンテキスト内に含まれるという設定を行うことで、その両方のストリームを同一のＳＢＣ４に処理させることができる。
【００４０】
以下に、図１４に示したＳＩＰ信号のストリームと、メディア情報のストリームとを、同一のＳＢＣ４に処理させるためのＨ．２４８のメッセージの例を示す。
【００４１】
【表１】
2015233231.tif 000003
【００４２】
図１５は、振分け装置３Ａと呼制御装置１との交信にオープンフロープロトコル（Openflow Protocol）を適用した場合のシーケンス図である。オープンフロープロトコルでは、マッチフィールド機能を利用することで、ＳＩＰ、ＲＴＰ、ＲＴＣＰの各ＩＰパケットを判別し、アクション機能を利用することで、各ＩＰパケットを呼制御装置１や各ＳＢＣ４に転送させることができる。
【００４３】
図１５に示すように、まず、振分け装置３ＡがＳＩＰの「INVITE」信号のパケットを検出すると、Openflow Protocolによってこのパケットを呼制御装置１に転送する。次に、呼制御装置１は、Ｈ．２４８のAdd Request Messageによって振分け先となるＳＢＣ４に物理ＩＦの割当てを要求し、Add Reply Messageによって送信先の物理ＩＦ番号を取得する。呼制御装置１の振分け装置制御機能部１１は、物理ＩＦマッピングテーブル５４（図１０参照）を用いて振分け装置３Ａの出力物理ＩＦ番号を決定し、Openflow Protocolによって振分け装置３Ａに通知する。以後、振分け装置３Ａは、通知された出力物理ＩＦ番号からＲＴＰ／ＲＴＣＰパケットを転送することで、メディア情報を振分け先のＳＢＣ４に転送する。
【００４４】
また、振分け装置３ＡがＳＩＰの「UPDATE」信号のパケットを検出した場合には、Openflow Protocolによってこのパケットを呼制御装置１に転送し、呼制御装置１は、Ｈ．２４８のModify Request Messageによって振分け先のＳＢＣ４に設定変更を要求する。そして、振分け装置３ＡがＳＩＰの「BYE」信号のパケットを検出した場合には、Openflow Protocolによってこのパケットを呼制御装置１に転送し、呼制御装置１は、Ｈ．２４８のSubtract Request Messageによって振分け先のＳＢＣ４にリソースの解放を要求する。これと並行して、呼制御装置１は、Openflow Protocolによって振分け装置３ＡにＳＢＣ４へのパケット転送に使用していた出力物理ＩＦ番号の解放を要求する。
【００４５】
なお、オープンフロープロトコルを用いる代わりに、ルータのアクセスリスト機能を用いてＳＩＰ、ＲＴＰ、ＲＴＣＰの各ＩＰパケットをフィルタリングし、振分け先の出力物理ＩＦを指定するようにしてもよい。あるいは、３ＧＰＰ（3rd Generation Partnership Project）によって規定されているＧｘインタフェースを用いてＰＣＲＦ（Policy and Charging Rules Function）から動的にＩＰパケットを指定するようにしてもよい。
【００４６】
図１６は、呼制御装置１が定期的に実行するＳＢＣ４の保有パッケージ一覧収集処理のフローチャートである。所定の実行周期が到来すると、図１６の処理が起動され、呼制御装置１のＳＢＣ選択制御機能部１２は、まずステップＳ１６１にて、自身が制御対象とするそれぞれのＳＢＣ４に保有パッケージを問い合わせる。図１２を用いて前記したように、この問合せには、Ｈ．２４８の「Service Change」メッセージを適用することができる。
【００４７】
次に、ステップＳ１６２にて、ＳＢＣ選択制御機能部１２は、問合せ先のＳＢＣ４の呼制御装置連携機能部４１から応答として送信される保有パッケージリストを受信する。図１２を用いて前記したように、この応答にも、Ｈ．２４８の「Service Change」メッセージを適用することができる。
【００４８】
次に、ステップＳ１６３にて、ＳＢＣ選択制御機能部１２は、問合せ先のＳＢＣ４のノードＩＤがＳＢＣ保有パッケージテーブル５２（図８）に登録済みか否かを判定する。そして、ノードＩＤが登録済みであれば（ステップＳ１６３で「Ｙｅｓ」）ステップＳ１６５に処理を進め、ノードＩＤが登録済みでなければ（ステップＳ１６３で「Ｎｏ」）ステップＳ１６４に処理を進める。ステップＳ１６４では、ＳＢＣ選択制御機能部１２は、問合せ先のノードＩＤのレコードをＳＢＣ保有パッケージテーブル５２に追加登録する。
【００４９】
次に、ステップＳ１６５にて、ＳＢＣ選択制御機能部１２は、受信した保有パッケージリストに含まれるパッケージの一覧が、ＳＢＣ保有パッケージテーブル５２のパッケージ名欄の登録済みパッケージ一覧と差分があるか否かを判定する。そして、差分がなければ（ステップＳ１６５で「Ｎｏ」）ステップＳ１６７に処理を進め、差分があれば（ステップＳ１６５で「Ｙｅｓ」）ステップＳ１６６に処理を進める。ステップＳ１６６では、ＳＢＣ選択制御機能部１２は、ＳＢＣ保有パッケージテーブル５２のパッケージ名欄の登録済みパッケージ一覧を、受信した保有パッケージリストの内容に更新する。
【００５０】
次に、ステップＳ１６７にて、ＳＢＣ選択制御機能部１２は、受信した保有パッケージリストに含まれるプロパティＩＤの一覧が、ＳＢＣ保有パッケージテーブル５２のプロパティＩＤ欄の登録済みプロパティＩＤ一覧と差分があるか否かを判定する。そして、差分がなければ（ステップＳ１６７で「Ｎｏ」）処理を終了し、差分があれば（ステップＳ１６７で「Ｎｏ」）ステップＳ１６８に処理を進める。ステップＳ１６８では、ＳＢＣ選択制御機能部１２は、ＳＢＣ保有パッケージテーブル５２のプロパティＩＤ欄の登録済みプロパティＩＤ一覧を、受信した保有パッケージリストの内容に更新したのち、処理を終了する。
【００５１】
図１７は、呼制御装置１が新たなＳＩＰ信号を受信したときに実行するＳＢＣ選択制御処理のフローチャートである。抽出装置２または振分け装置３から新たなＳＩＰ信号が呼制御装置１に転送されるとこの処理が起動され、呼制御装置１のＣＳＣＦ１４は、まずステップＳ１７１にて、転送されてきたＳＩＰ信号を受信する。次に、ステップＳ１７２にて、ＣＳＣＦ１４は、ＳＩＰ信号に含まれているメディア定義情報から、メディア情報の処理に必要な機能を決定する。次に、ステップＳ１７３にて、ＳＢＣ選択制御機能部１２は、ＳＢＣ機能一覧テーブル５３（図９）から、必要な機能をもつＳＢＣ４を選択する。
【００５２】
次に、ステップＳ１７４にて、ＲＡＣＳ１３は、選択したＳＢＣ４に、Ｈ．２４８でそれぞれの機能に必要なパラメータを設定する。具体的には、ＲＡＣＳ１３は、Ｈ．２４８の「Add Request Message」を選択したＳＢＣ４に送信し、当該ＳＢＣ４から返送される「Add Reply Message」によって上り及び下りの振分け先となるＳＢＣ４の物理ＩＦ番号とそのＭＡＣアドレスを取得する。次に、ステップＳ１７５にて、振分け装置制御機能部１１は、物理ＩＦマッピングテーブル５４（図１０）を参照して、上り及び下りの振分け装置３Ａ，３Ｂに対して、追加のフロールールを5-tupleによって設定する。このとき、振分け装置制御機能部１１は、振分け先のＳＢＣ４から取得した物理ＩＦ番号に対応する振分け装置３Ａ，３Ｂの出力物理ＩＦ番号を、物理ＩＦマッピングテーブル５４から検索する。最後に、ステップＳ１７６にて、振分け装置制御機能部１１は、上り及び下りの振分け装置３Ａ，３Ｂにメディアフロー（ＲＴＰ／ＲＴＣＰ）の振分け開始を指令したのち、処理を終了する。
【００５３】
図１８は、振分け装置３のパケット処理のフローチャートである。抽出装置２からＩＰパケットが転送されるたびにこの処理が起動され、まずステップＳ１８１にて、転送処理部３４が転送されたＩＰパケットを受信する。次に、ステップＳ１８２にて、ルーティング処理部３２は、受信したＩＰパケットのヘッダ情報からProtocolがＳＩＰか否かを判定する。そして、ProtocolがＳＩＰであれば（ステップＳ１８２で「Ｙｅｓ」）ステップＳ１８３に処理を進め、ProtocolがＳＩＰでなければ（ステップS１８２で「Ｎｏ」）ステップＳ１８４に処理を進める。
【００５４】
ステップＳ１８３では、ルーティング処理部３２は、受信したＩＰパケットを呼制御装置に送信したのち、処理を終了する。一方、ステップＳ１８４では、振分け機能部３３は、当該ＩＰパケットの5-tupleに一致するレコードをフロールールテーブル５５（図１１）から検索して、送信先ＭＡＣアドレスと振分け装置３の出力物理ＩＦ番号を取得する。次に、ステップＳ１８５にて、受信したＩＰパケットの送信先ＭＡＣアドレスを取得したアドレスに付け替えて出力先の物理ＩＦ番号に出力したのち、処理を終了する。
【００５５】
以上にて説明したＳＢＣクラウド１００の構成では、上り及び下りの振分け装置３Ａ，３Ｂがシングルポイントとなるため耐障害性が充分ではない場合がある。そこで、振分け装置３Ａ，３Ｂの双方を冗長化する構成について説明する。
【００５６】
図１９は、振分け装置を冗長化したセッションボーダーコントローラシステムの構成及び動作の説明図である。図１９に示すように、ＳＢＣクラウド１００Ａは、上りの振分け装置が、振分け装置３Ａ１と振分け装置３Ａ２との２台構成になっている。同様に、下りの振分け装置も、振分け装置３Ｂ１と振分け装置３Ｂ２との２台構成となっている。また、それぞれの振分け装置３Ａ１，３Ａ２，３Ｂ１,３Ｂ２からＳＢＣ＃１〜ＳＢＣ＃４のすべてのＳＢＣ４にトラヒックを振分け可能となるように接続されている。
【００５７】
本構成においては、呼制御装置１の振分け装置制御機能部１１に、それぞれの振分け装置に振り分けるための抽出条件を設定する機能をもたせる。そして、振分け装置制御機能部１１は、各振分け装置にＳＢＣへのフロールールを通知するのと並行して、抽出装置２Ａ，２ＢにOpenflow Protocolなどを用いて設定した抽出条件の変更を通知する。
【００５８】
図２０は、ＳＢＣクラウド１００Ａを構成している振分け装置に障害が発生した場合の構成変更動作の例を示すシーケンス図である。図２０に示すように、まず呼制御装置１の振分け装置制御機能部１１は、それぞれの振分け装置に振り分けるための初期の抽出条件を決定し、Openflow Protocolなどを用いて抽出装置２Ａに決定した初期の抽出条件を設定するように通知する。それにより、抽出装置２Ａは、通知された初期の抽出条件にしたがって振分け装置３Ａ１または振分け装置３Ａ２のいずれかにＩＰパケットを振り分ける。
【００５９】
ここで、例えば振分け装置３Ａ１がＳＩＰの「INVITE」信号を検出し、Openflow Protocolを用いて呼制御装置１に信号を転送したものとする。この信号を受信した呼制御装置１は、Ｈ．２４８の「Add Request Message」を用いて振分け先となるＳＢＣ４に以降のＳＩＰ信号及びメディア情報のストリームの受入れを要請し、返送される「Add Reply Message」によって振分け先の物理ＩＦ番号を取得する。呼制御装置１は、Openflow Protocolを用いて振分け装置３Ａ１に出力物理ＩＦ番号を指定する通知を行う。以降のメディア情報（ＲＴＰ／ＲＴＣＰ）は、指定された出力物理ＩＦから振分け先のＳＢＣ４の物理ＩＦに転送され、必要な処理が施されたのちに宛先のＩＰ網へと中継される。
【００６０】
ここで、振分け装置３Ａ１に障害が発生したものとすると、当該振分け装置３Ａ１を介してＲＴＰ／ＲＴＣＰを送受信を行っているＳＢＣ４が通信の切断を検出し、呼制御装置１にＨ．２４８の「Notify Message」を送信することでＲＴＰ断のアラートを通知する。なお、振分け装置３Ａ１とＳＢＣ４との間の通信障害の際にも同様の「Notify Message」が送信されるが、振分け装置故障の場合は、該当するすべてのストリームについてＲＴＰ断のアラートが通知されるので、この両者は識別可能である。
【００６１】
呼制御装置１のＲＡＣＳ１３は、このアラートを受信すると、振分け装置制御機能部１１に対して、振分け装置３Ａ１に振り分けられているストリームを振分け装置３Ａ２に振り分けるように指示する。それにより、振分け装置制御機能部１１は、Openflow Protocolを用いて、振分け装置３Ａ２に新たな出力物理ＩＦ番号を設定するように変更を通知し、抽出装置２Ａには、以降のストリームを振分け装置３Ａ２に振り分けるように抽出条件の変更を通知する。また、ＳＢＣ選択制御機能部１２は、元の振分け先のＳＢＣ４に対してＨ．２４８の「Modify Request Message」を送信することによって、元のストリームを受信する物理ＩＦの変更を指示する。それにより、以降のメディア情報（ＲＴＰ／ＲＴＣＰ）は、振分け装置３Ａ２を介して元の振分け先のＳＢＣ４に転送されることとなる。
【００６２】
そして、振分け装置３Ａ２がＳＩＰの「BYE」信号を検出し、Openflow Protocolを用いて呼制御装置１に信号を転送すると、呼制御装置１は、ＳＢＣ４にＨ．２４８の「Subtract Request Message」を送信することでＳＢＣリソースの解放を指示する。また、呼制御装置１は、Openflow Protocolを用いて、振分け装置３Ａ２に出力物理ＩＦ番号の解放を指示する。
【００６３】
続いて、ＳＢＣクラウドのリソースをより柔軟に変更可能とする方法について述べる。ここでは、コンピュータの仮想化技術を適用して、ＳＢＣクラウドを仮想化する方法を説明する。図２１は、本発明に係る仮想化ＳＢＣクラウド１００Ｂの機能構成及び動作についての説明図である。
【００６４】
図２１に示すように、仮想化ＳＢＣクラウド１００Ｂは、ハイパーバイザを用いてゲストＯＳ（Operating System）上に１以上の仮想ＳＢＣ４Ａを稼働させることが可能な任意の数の仮想サーバ５を備える。また、呼制御装置１Ｂは、ＳＢＣ仮想化制御機能部１６を備える。ＳＢＣ選択制御機能部１２は、新たなストリームを処理するＳＢＣを割り当てるときに必要な機能を有するＳＢＣが存在しない場合、または必要なリソースが不足している場合に、ＳＢＣ仮想化制御機能部１６に対して仮想ＳＢＣ４Ａの生成を要求する。要求を受けたＳＢＣ仮想化制御機能部１６は、仮想サーバ５のハイパーバイザに対して必要な機能とリソースとを通知して新たな仮想ＳＢＣ４Ａの生成を依頼する。依頼を受けたハイパーバイザは、それぞれの機能の実現に必要となるゲストＯＳ上に必要な機能とリソースとを有する仮想ＳＢＣ４Ａを生成して稼働させる。
【００６５】
このように、ＳＢＣを仮想化することにより、汎用の仮想サーバ５上に、必要な機能とリソースとを有する仮想ＳＢＣ４Ａを、サービスの利用状況やトラヒックに応じて動的に生成することができる。したがって、ＳＢＣのために用いるコンピュータリソースの有効利用が可能となるとともに、ＳＢＣの運用コストを低減することができる。
【００６６】
以上にて説明したように、前記の実施形態によれば、ＳＢＣをクラウド化して集中配備するとともに、ユーザの収容数やサービスの利用率に応じて必要なＳＢＣリソースを割り当てることが可能となる。したがって、柔軟な運用を行うとともに、ＳＢＣリソースの有効利用が可能なセッションボーダーコントローラシステムを提供することができる。
【００６７】
以上にて本発明を実施するための形態の説明を終えるが、本発明の実施の態様はこれに限られるものではなく、本発明の趣旨を逸脱しない範囲において各種の変形が可能なことは言うまでもない。
【符号の説明】
【００６８】
１，１Ｂ  呼制御装置
１１  振分け装置制御機能部
１２  ＳＢＣ選択制御機能部
１３  ＲＡＣＳ
１４  ＣＳＣＦ
１５  通信部
１６  ＳＢＣ仮想化制御機能部
２，２Ａ，２Ｂ  抽出装置
２１  抽出設定機能部
２２  ルーティング処理部
２３  転送処理部
２４  通信部
３，３Ａ，３Ｂ  振分け装置
３１  呼制御装置連携機能部
３２  ルーティング処理部
３３  振分け機能部
３４  転送処理部
３５  通信部
４    ＳＢＣ
４Ａ  仮想ＳＢＣ（ＳＢＣ）
４１  呼制御装置連携機能部
４２  ＳＢＣ機能部
４２１  ＮＡＰＴ機能部
４２２  フィルタリング機能部
４２３  ＱｏＳ機能部
４３  転送処理部
４４  通信部
５    仮想サーバ
５１  機能・パッケージ対応テーブル
５２  ＳＢＣ保有パッケージテーブル
５３  ＳＢＣ機能一覧テーブル
５４  物理ＩＦマッピングテーブル
５５  フロールールテーブル
８Ａ，８Ｂ  ＩＰ電話／ＴＶ電話サービス網（サービス網）
９    端末
１００，１００Ａ  ＳＢＣクラウド
１００Ｂ  仮想化ＳＢＣクラウド（ＳＢＣクラウド）
【図１】
2015233231.tif 000004
【図２】
2015233231.tif 000005
【図３】
2015233231.tif 000006
【図４】
2015233231.tif 000007
【図５】
2015233231.tif 000008
【図６】
2015233231.tif 000009
【図７】
2015233231.tif 000010
【図８】
2015233231.tif 000011
【図９】
2015233231.tif 000012
【図１０】
2015233231.tif 000013
【図１１】
2015233231.tif 000014
【図１２】
2015233231.tif 000015
【図１３】
2015233231.tif 000016
【図１４】
2015233231.tif 000017
【図１５】
2015233231.tif 000018
【図１６】
2015233231.tif 000019
【図１７】
2015233231.tif 000020
【図１８】
2015233231.tif 000021
【図１９】
2015233231.tif 000022
【図２０】
2015233231.tif 000023
【図２１】
2015233231.tif 000024
【図２２】
2015233231.tif 000025
【図２３】
2015233231.tif 000026