(57)【特許請求の範囲】
【請求項１】
回線リソースを予約することを指示する回線リソース予約指示を受信する予約指示受信手段と、
前記予約指示受信手段が前記回線リソース予約指示を受信した場合に回線リソースを予約する回線リソース予約手段と、
前記回線リソース予約手段によって予約された回線リソースを記憶する回線リソース記憶手段と、
前記回線リソース予約手段によって回線リソースの予約がされたことを発信側携帯端末に通知する回線リソース予約通知手段と、
前記回線リソース予約手段によって回線リソースが予約された場合に、予約された回線リソースを用いて前記発信側携帯端末から着信側端末へ着信が行われることを予告する着信予告を前記着信側端末に送信する着信予告送信手段と、
前記回線リソース記憶手段に記憶された回線リソースを用いて、前記発信側携帯端末と前記着信側端末との間の回線確立を行うことを指示する回線確立指示手段と、
を備える回線リソース管理サーバ。
【請求項２】
前記回線リソース記憶手段は、前記発信側携帯端末を示す発信元情報、前記着信側端末を示す着信先情報、および前記発信側携帯端末と前記着信側端末との間の回線確立が行われる時間帯を示す予約時間帯情報を記憶するリソース管理テーブルを有する請求項１に記載の回線リソース管理サーバ。
【請求項３】
前記回線リソース予約手段は、回線確立を行う時刻を回線ごとに分散させて回線リソースを予約する請求項１または２に記載の回線リソース管理サーバ。
【請求項４】
回線確立が行われた後、回線リソースの予約された時間の終了時刻に達したことを検知する計時手段と、
前記計時手段が前記終了時刻に達したことを検知した時に回線切断を行うことを指示する回線切断指示手段と、をさらに備える請求項１〜３のいずれか１項に記載の回線リソース管理サーバ。
【請求項５】
請求項１〜４のいずれか１項に記載の回線リソース管理サーバと、
発信側携帯端末から着信側端末に向けて呼が発生した場合に、前記着信側端末が回線接続の規制される規制地域に在圏するか否かを判定する着信先判定手段と、
前記着信先判定手段によって着信側端末が前記規制地域に在圏すると判定された場合に、前記回線リソース管理サーバに前記回線リソース予約指示を送信する予約指示送信手段と、
を備える通信制御システム。
【請求項６】
音声自動応答装置をさらに備え、
前記回線リソース管理サーバは、前記回線リソース予約手段によって回線リソースの予約がされたことを前記音声自動応答装置に通知し、
前記音声自動応答装置は、前記通知を受信した場合に、前記回線リソース管理サーバによって回線リソースの予約が行われたことを、音声を用いて前記発信側携帯端末に通知する請求項５に記載の通信制御システム。
【請求項７】
電文送信ノードをさらに備え、
前記回線リソース管理サーバは、前記回線リソース予約手段によって回線リソースの予約がされたことを前記電文送信ノードに通知し、
前記電文送信ノードは、前記回線リソース管理サーバによって回線リソースの予約が行われたことを、電文を用いて前記着信側端末に通知する請求項５または６に記載の通信制御システム。
【請求項８】
回線リソースを予約することを指示する回線リソース予約指示を受信する予約指示受信ステップと、
前記予約指示受信ステップにおいて前記回線リソース予約指示を受信した場合に回線リソースを予約する回線リソース予約ステップと、
前記回線リソース予約ステップによって予約された回線リソースを記憶する回線リソース記憶ステップと、
前記回線リソース予約ステップによって回線リソースの予約がされたことを発信側携帯端末に通知する回線リソース予約通知ステップと、
前記回線リソース予約ステップによって回線リソースが予約された場合に、予約された回線リソースを用いて前記発信側携帯端末から着信側端末へ着信が行われることを予告する着信予告を前記着信側端末に送信する着信予告送信ステップと、
前記回線リソース記憶ステップにおいて記憶された回線リソースを用いて、前記発信側携帯端末と前記着信側端末との間の回線確立を行うことを指示する回線確立指示ステップと、を備える通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、輻輳発生時に規制地域に向けて発信される呼のために回線リソースを管理する回線リソース管理サーバ、通信制御システム、および通信制御方法に関するものである。
【背景技術】
【０００２】
従来、電話網においては、制御信号により相手への回線を捕捉し、通話回線を設定する方式が採用されている。このような方式を採用する電話網において、例えば災害時やイベント時などの非常時に通信の集中がある場合には、通信規制が実施され、ネットワークの負荷がコントロールされる。より具体的には、設備性能を超える呼が集中し、輻輳が検出された場合に、輻輳を検出したノードで規制が行われる。
【０００３】
上記の輻輳を緩和するための技術として、特許文献１には、第１の加入者端末から通信規制地域内の第２の加入者端末に対し発呼したとき、接続できないことを第１の加入者端末に提示し、第１の加入者端末で災害システムへの接続とメール機能への切り替えを提示し、いずれかを選択させる技術が記載されている。
【０００４】
また、特許文献２には、災害地域への通信信号を判別し、災害地域への通信信号を信号圧縮手段へ経路選択し、災害地域への通信信号を圧縮することによって抑制する技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３１８６４２号公報
【特許文献２】国際公開第２００６／１０３７２６号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術によると、以下の問題点がある。すなわち、災害時やイベント時においては、特定方向への呼が集中することにより、輻輳を検出した単体ノードで能動的に規制が行われる。このため、結果的には多重規制となり、過剰な規制がなされ、規制とは関係のない正常呼まで規制されることとなるなど、電話が非常につながりにくい状況に陥るという問題がある。さらに、そのような電話のつながりにくい状況下では、ユーザが再帰的、継続的に発呼を繰り返すため、輻輳状態が一層助長されることとなるという問題がある。
【０００７】
例えば、特許文献１に記載の技術によれば、通信規制地域内への発呼に対し、災害システムへの接続とメール機能への切り替えのいずれかを選択させ、回線の接続を行わない。したがって、災害システムへの接続やメール機能への切り替えを希望せず、回線の接続を希望するユーザが再帰的、継続的に発呼を繰り返す問題は解決されない。
【０００８】
また、特許文献２に記載の技術は、災害地域への通信信号を圧縮することによって輻輳を抑制するものであるが、大量の通信が災害地域に集中した場合に回線の輻輳を確実に防止できるものではない。
【０００９】
そこで、本発明は、上記問題点を解決するために、規制がなされている地域に向けて発信される呼のために、回線リソースを確保し、また、回線リソースを確保したことを発信側ユーザに通知することができる通信制御システム、回線リソース管理サーバおよび通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述の課題を解決するために、本発明の回線リソース管理サーバは、回線リソースを予約することを指示する回線リソース予約指示を受信する予約指示受信手段と、予約指示受信手段が回線リソース予約指示を受信した場合に回線リソースを予約する回線リソース予約手段と、回線リソース予約手段によって予約された回線リソースを記憶する回線リソース記憶手段と、回線リソース予約手段によって回線リソースの予約がされたことを発信側携帯端末に通知する回線リソース予約通知手段と、回線リソース予約手段によって回線リソースが予約された場合に、予約された回線リソースを用いて発信側携帯端末から着信側端末へ着信が行われることを予告する着信予告を着信側端末に送信する着信予告送信手段と、回線リソース記憶手段に記憶された回線リソースを用いて、発信側携帯端末と着信側端末との間の回線確立を行うことを指示する回線確立指示手段と、を備える。
【００１１】
また、本発明に係る通信制御方法は、回線リソースを予約することを指示する回線リソース予約指示を受信する予約指示受信ステップと、予約指示受信ステップにおいて回線リソース予約指示を受信した場合に回線リソースを予約する回線リソース予約ステップと、回線リソース予約ステップによって予約された回線リソースを記憶する回線リソース記憶ステップと、回線リソース予約ステップによって回線リソースの予約がされたことを発信側携帯端末に通知する回線リソース予約通知ステップと、回線リソース予約ステップによって回線リソースが予約された場合に、予約された回線リソースを用いて発信側携帯端末から着信側端末へ着信が行われることを予告する着信予告を着信側端末に送信する着信予告送信ステップと、回線リソース記憶ステップにおいて記憶された回線リソースを用いて、発信側携帯端末と着信側端末との間の回線確立を行う回線確立ステップと、を備える。
【００１２】
これらの回線リソース管理サーバおよび通信制御方法によれば、回線リソース予約指示を受信した場合に回線リソースが予約され、予約された回線リソースは回線リソース記憶手段に記憶され、回線リソースの予約が成功したことが発信側携帯端末に通知されるとともに、回線リソース記憶手段に記憶された回線リソースを用いて発信側携帯端末と着信側端末との間の回線設定が行われる。よって、発信側携帯端末のユーザは、回線リソースの予約が成功したことを知ることができ、ユーザが再帰的・継続的に発呼を繰り返して回線の輻輳を助長することを防止することができる。
【００１４】
また、この回線リソース管理サーバによれば、予約された回線リソースを用いて発信側携帯端末から着信側端末へ着信が行われることが着信側端末に予告されるため、着信側端末が、予約された回線リソースに対応する時間帯に話中になるなどして、予約された回線リソースに対応する時間帯に回線設定ができなくなることを防ぐことができる。
【００１５】
また、本発明の回線リソース管理サーバにおいて、回線リソース記憶手段は、発信側携帯端末を示す発信元情報、着信側端末を示す着信先情報、および発信側携帯端末と着信側端末との間の回線確立が行われる時間帯を示す予約時間帯情報を記憶するリソース管理テーブルを有していてもよい。
【００１６】
この回線リソース管理サーバによれば、発信元情報、着信先情報、予約時間帯情報がリソース管理テーブルに記憶されるため、回線リソースの予約管理が容易となる。
【００１７】
また、本発明の回線リソース管理サーバにおいて、回線リソース予約手段は、回線確立を行う時刻を回線ごとに分散させて回線リソースを予約してもよい。
【００１８】
この回線リソース管理サーバによれば、回線確立を行う時刻を回線ごとに分散させて回線リソースが予約されるため、多くの回線において回線確立が行われる時刻が集中することが防止され、ネットワークの負荷の集中度が分散されて、平準化されたものとなる。
【００１９】
また、本発明の回線リソース管理サーバは、回線確立が行われた後、回線リソースの予約された時間帯の終了時刻に達したことを検知する計時手段と、計時手段が終了時刻に達したことを検知した時に回線切断を行う回線切断指示手段と、をさらに備えていてもよい。
【００２０】
この回線リソース管理サーバによれば、計時手段が終了時刻に達したことを検知した時に回線切断が行われるため、予約された時間帯を超えて発信側携帯端末と着信側端末との間での回線接続状態が維持されることを防止でき、回線の混雑を緩和することができる。
【００２１】
さらに、本発明の通信制御システムは、上記の回線リソース管理サーバと、発信側携帯端末から着信側端末に向けて呼が発生した場合に、着信側端末が回線接続の規制される規制地域に在圏するか否かを判定する着信先判定手段と、着信先判定手段によって着信側端末が規制地域に在圏すると判定された場合に、回線リソース管理サーバに回線リソース予約指示を送信する予約指示送信手段と、を備える。
【００２２】
この通信制御システムによれば、着信先判定手段によって着信側端末が規制地域に在圏すると判定された場合に、回線リソース管理サーバに回線リソース予約指示が送信され、回線リソース管理サーバにおいて回線リソース予約指示が受信されて回線リソースが予約され、予約された回線リソースは回線リソース記憶手段に記憶され、回線リソースの予約が成功したことが発信側携帯端末に通知されるとともに、回線リソース記憶手段に記憶された回線リソースを用いて発信側携帯端末と着信側端末との間の回線設定が行われる。よって、発信側携帯端末のユーザは回線リソースの予約が成功したことを知ることができ、ユーザが再帰的・継続的に発呼を繰り返して回線の輻輳を助長することを防止することができる。
【００２３】
また、本発明の通信制御システムは、音声自動応答装置をさらに備え、回線リソース管理サーバは、回線リソース予約手段によって回線リソースの予約がされたことを音声自動応答装置に通知し、音声自動応答装置は、通知を受信した場合に、回線リソース管理サーバによって回線リソースの予約が行われたことを、音声を用いて発信側携帯端末に通知してもよい。
【００２４】
この通信制御システムによれば、回線リソースの予約が行われたことが、音声自動応答装置から発信側携帯端末に音声を用いて通知されるため、文字表示等の機能を有しない発信側携帯端末においても、ユーザは回線リソースの予約が行われたことを知ることができる。
【００２５】
また、本発明の通信制御システムは、電文送信ノードをさらに備え、回線リソース管理サーバは、回線リソース予約手段によって回線リソースの予約がされたことを電文送信ノードに通知し、電文送信ノードは、回線リソース管理サーバによって回線リソースの予約が行われたことを、電文を用いて着信側端末に通知してもよい。
【００２６】
この通信制御システムによれば、回線リソースの予約がされたことが電文送信ノードに通知され、回線リソースの予約が行われたことが電文送信ノードにより電文を用いて着信側端末に通知されるため、着信側端末が、予約された回線リソースに対応する時間帯に話中になるなどして、予約された回線リソースに対応する時間帯に回線設定ができなくなることを防ぐことができる。
【発明の効果】
【００２７】
本発明によれば、規制がなされている地域に向けて発信される呼のために回線リソースを確保し、また、回線リソースを確保したことを発信側ユーザに通知することができるため、ユーザが再帰的・継続的に発呼を繰り返して回線の輻輳を助長することを防止することができる。
【図面の簡単な説明】
【００２８】
【図１】本実施形態に係る通信制御システム１を示す図である。
【図２】回線リソース管理サーバ１０を示す機能ブロック図である。
【図３】回線リソース管理サーバ１０を示すハードウェア構成図である。
【図４】リソース管理テーブル１１ａを示す模式図である。
【図５】リソース管理テーブル１１ａにおける予約方法を示す図である。
【図６】リソース管理テーブル１１ａにおける予約方法と負荷の時間変動を示す図である。
【図７】通信制御システム１における回線リソース確保処理を示すシーケンス図である。
【図８】通信制御システム１における回線接続処理を示すシーケンス図である。
【発明を実施するための形態】
【００２９】
添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００３０】
図１は、本実施形態に係る通信制御システム１を示す図である。この通信制御システム１は、回線リソース管理サーバ１０、発信側ＭＳＣ（Mobile Switching Center）２０、ＨＬＲ（Home LocationRegister）３０、ＶＭ（Virtual Machine、仮想サーバ）４０、ＳＣＰ（Service Control Point）５０、ＳＭＳＣ（Short MessageService Center）６０、着信側ＭＳＣ７０および複数の中継交換機８０から構成される。回線リソース管理サーバ１０については、図２〜図４を用いて後で詳細に説明する。
【００３１】
発信側ＭＳＣ２０は、交換機であり、発信側携帯端末ＭＳからの発信を受けてＨＬＲ３０に着信在圏確認をし、また、発信側携帯端末ＭＳと他の端末との間の回線交換を行うための装置である。そして、発信側ＭＳＣ２０は、発信側携帯端末ＭＳから着信側端末ＭＲに向けて呼が発生した場合に、着信側端末ＭＲが回線接続の規制される規制地域に在圏するか否かを判定する着信先判定部２１（着信先判定手段）と、着信先判定手段によって着信側端末ＭＲが規制地域に在圏すると判定された場合に、回線リソース管理サーバ１０に回線リソース予約指示を送信する予約指示送信部２２（予約指示送信手段）と、を備える。
【００３２】
ＨＬＲ３０は、加入者情報を記憶する管理サーバであって、発信側携帯端末ＭＳや着信側端末ＭＲがどの地域に在圏しているかを示す在圏情報を記憶する管理サーバである。また、ＨＬＲ３０は、発信側ＭＳＣ２０や着信側ＭＳＣ７０などのＭＳＣから、どの端末がどのエリアに在圏しているかの問い合わせを受信し、記憶している在圏情報に基づいて、発信側ＭＳＣ２０や着信側ＭＳＣ７０などのＭＳＣに返信を行う。
【００３３】
ＶＭ４０は、ＩＶＲ（Interactive Voice Response、音声自動応答装置）であり、発信側携帯端末ＭＳからの問い合わせに対し、トーキ、すなわち自動音声ガイダンスによって応答を行う装置である。
【００３４】
ＳＣＰ５０は信号処理ノードであり、回線リソース管理サーバ１０からの回線設定指示を受信して、発信側ＭＳＣ２０および着信側ＭＳＣ７０に回線設定指示を送信する装置である。
【００３５】
ＳＭＳＣ６０は、電文送信ノードであり、回線リソース管理サーバ１０からの電文送信指示を受けて、着信側端末ＭＲに対して電文を送信するための装置である。
【００３６】
着信側ＭＳＣ７０は交換機であり、着信側端末ＭＲと他の端末との間の回線交換を行うための装置である。
【００３７】
中継交換機８０は、発信側ＭＳＣ２０と着信側ＭＳＣ７０の間で回線が確立されたときに発信側ＭＳＣ２０と着信側ＭＳＣ７０との間に複数介在する中継交換機である。なお、中継交換機８０は、１つの交換網の中において交換機間を交換する中継交換機に限られるものではなく、複数の交換網を接続する関門交換機であってもよい。
【００３８】
このような通信制御システム１において、以下の処理が行われる。まず、発信側ＭＳＣ２０は、発信側携帯端末ＭＳからの発呼を受信すると、ＨＬＲ３０に在圏問い合わせを行い、着信側端末ＭＲの在圏確認を行う。次に着信側端末ＭＲが規制の対象地域に在圏することが判明すると、リダイレクトが行われ、発信側ＭＳＣ２０は接続先をＶＭ４０へ切り替えられる。次に、ＶＭ４０は回線リソース管理サーバ１０に接続し、回線リソースを確保する。回線リソースが確保されると、ＶＭ４０は発信側ＭＳＣ２０を介して発信側携帯端末ＭＳに回線リソースが確保されたという情報を通知する。一方、回線リソース管理サーバ１０は、着信予告電文の設定をＳＭＳＣ６０に対して行う。ＳＭＳＣ６０は着信予告電文を中継交換機８０、着信側ＭＳＣ７０を介して着信側端末ＭＲに送信することにより、着信予告を通知する。また、回線リソースが確保された開始時間に達すると、回線リソース管理サーバ１０はＳＣＰ５０に対して回線設定指示を行う。ＳＣＰ５０は、回線設定指示を受けると、発信側ＭＳＣ２０および着信側ＭＳＣ７０に対して回線設定処理を行う。回線設定処理が終了すると、発信側携帯端末ＭＳと着信側端末ＭＲとの間で、発信側ＭＳＣ２０、中継交換機８０および着信側ＭＳＣ７０を介して回線が確立する。
【００３９】
回線リソース管理サーバ１０について、さらに詳細に図２および図３を用いて説明する。図２は回線リソース管理サーバ１０を示す機能ブロック図である。回線リソース管理サーバ１０は、図２に示すように、記憶部１１（回線リソース記憶手段）、通信部１２（回線リソース予約通知手段、着信予告送信手段）、リソース予約管理部１３（回線リソース予約手段）、電文送信指示部１４、回線設定指示部１５（回線確立指示手段、回線切断指示手段）およびタイマ１６（計時手段）を含んで構成されている。
【００４０】
また、図３は、回線リソース管理サーバ１０のハードウェア構成図である。回線リソース管理サーバ１０は、物理的には、図３に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、入力デバイスであるキーボード及びマウス等の入力装置１０４、ハードディスク、フラッシュメモリ等の補助記憶装置１０５、ネットワークカード等のデータ送受信デバイスである通信モジュール１０６、ディスプレイ等の出力装置１０７などを含むコンピュータシステムとして構成されている。図２に示した各機能は、図３に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで入力装置１０４、通信モジュール１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで実現される。
【００４１】
記憶部１１は、回線リソースの予約状況を記憶する回線リソース記憶手段であって、回線リソースの予約状況を記述したリソース管理テーブル１１ａを記憶する。
【００４２】
ここで、回線リソースの種別について説明する。末端の交換機やアクセス装置においては、限りある回線リソース、すなわち帯域を目的別に予め確保しておく必要がある。一般的には、呼は、用途に応じて次の３つの種別に分類される。第１の種別は一般呼である。第２の種別は１ＸＸ系緊急呼およびＶＩＰ呼である。第３の種別は予約呼である。帯域全体は、上記の３つの種別に従って分類される。分類された３つの帯域のうち、予約呼用の帯域は、輻輳時のみ有効になる保留帯域である。本実施形態においては、予約呼用の帯域を、リソース管理テーブル１１ａを用いて管理することにより、回線リソースの予約を可能にする。
【００４３】
リソース管理テーブル１１ａについて、図４を用いて詳しく説明する。図４は、リソース管理テーブル１１ａを示す模式図である。リソース管理テーブル１１ａにおいては、回線ごとに、どの時間帯に回線が使用可能で、どの時間帯に回線使用の予約がされているかが記憶されている。より具体的には、リソース管理テーブル１１ａには、発信側携帯端末ＭＳと着信側端末ＭＲとの間の回線確立が行われる予約時間（開始時刻、終了時刻）を示す予約時間帯情報、発信側携帯端末ＭＳの収容されるＭＳＣや発信側携帯端末ＭＳの電話番号を示す発信元（発信元情報）、着信側端末ＭＲの収容されるＭＳＣや着信側端末ＭＲの電話番号を示す着信先（着信先情報）が記憶されている。
【００４４】
また、リソース管理テーブル１１ａにおける予約管理の方式について、図５を用いて説明する。図５は、リソース管理テーブル１１ａにおける予約方法を示す図である。この予約管理の方式は２通りある。
【００４５】
第１の方式は、図５（ａ）に示す、負荷分散優先方式である。この負荷分散優先方式は、一定時間内、たとえば１５分程度の時間帯の中でランダムに分散して予約を行う方式である。この方式には、ネットワーク負荷を軽減でき、他の呼への回線余裕を維持しやすいという利点がある。
【００４６】
一方、第２の方式は、図５（ｂ）に示す、先入先出方式である。この先入先出方式は、空きのある時間帯のうち、最も早い時間帯の回線リソースを、許容回線数の限界まで優先的に予約する方式である。この方式には、早期に回線を提供することができるという利点がある。
【００４７】
なお、本実施形態において同時に数千回線のセットアップを行うことを想定した場合には、回線リソース管理サーバ１０、ＳＣＰ５０および通信回線等のネットワーク負荷が集中するおそれがある。具体的には、図６（ａ）のように、回線確立を行う時刻と回線切断を行う時刻とが全ての通信回線において同じ時刻である場合には、ネットワークの負荷は、図６（ｂ）のように集中する場合がある。例えば、集中した時間とその前後とでは、負荷の度合いの差が大きくなる。これに対して、この差を緩和するための対策として、図６（ｃ）のように、回線リソース管理サーバ１０において、リソース予約管理部１３が、回線確立を行う時刻を回線ごとに少しずつずらすことにより分散させて回線リソースを予約するという手法が考えられる。このようにすれば、図６（ｄ）のように、ネットワークの負荷の集中度が分散されて、平準化されたものとなる。
【００４８】
通信部１２は、ＶＭ４０、ＳＣＰ５０およびＳＭＳＣ６０との通信をするための部分である。この通信部１２は、回線リソースを予約することを指示する回線リソース予約指示を受信する予約指示受信手段として機能する。
【００４９】
リソース予約管理部１３は、通信部１２によって回線リソースを予約することを指示する回線リソース予約指示が受信された場合に回線リソースの予約をし、予約された回線リソースを記憶部１１に記憶させるための部分である。
【００５０】
電文送信指示部１４は、リソース予約管理部によって回線リソースが予約されたことを通知する電文を送信することをＳＭＳＣ６０に指示する電文送信指示を通信部１２に送信させるための部分である。
【００５１】
回線設定指示部１５は、記憶部１１に記憶されたリソース管理テーブル１１ａにより指定された予約時間における開始時刻に達した時に、ＳＣＰ５０に対して回線設定を行うことを指示する回線設定指示を通信部１２に送信させ、また、予約時間における終了時刻に達した時に、ＳＣＰ５０に対して回線切断を行うことを指示する回線切断指示を通信部１２に送信させるための部分である。
【００５２】
タイマ１６は、現在時刻をリソース管理テーブル１１ａの予約時間と比較し、開始時刻および終了時刻に達したことを検知する部分である。回線設定指示部１５は、開始時刻に達したことをタイマ１６が検知した時に回線設定指示を通信部１２に送信させ、また、終了時刻に達したことをタイマ１６が検知した時に回線切断指示を通信部１２に送信させる。
【００５３】
次に、図７を参照しながら、通信制御システム１における回線リソース確保処理を、説明する。まず、発信側携帯端末ＭＳが発信側ＭＳＣ２０に向けて発信を行う（ステップＳ１）。次に、発信側ＭＳＣ２０は、着信側端末ＭＲがどのエリアに在圏するのかを確認する着信在圏確認を、ＨＬＲ３０に対して行う（ステップＳ２）。ＨＬＲ３０は、着信在圏確認に対する応答として、着信在圏応答を発信側ＭＳＣ２０に返す（ステップＳ３）。
【００５４】
発信側ＭＳＣ２０は、着信在圏応答を受信して、着信側端末ＭＲが規制地域に在圏することを認識する（ステップＳ４）。次に、発信側ＭＳＣ２０は、リダイレクトされて接続先をＶＭ４０に切り換えて、ＶＭ４０に対してＩＶＲ接続を行う（ステップＳ５）。これに対し、ＶＭ４０は発信側ＭＳＣ２０にＩＶＲ接続応答を返す（ステップＳ６）。ここまでのステップで、発信側携帯端末ＭＳとＶＭ４０との間で回線が確立する（ステップＳ７）。
【００５５】
発信側携帯端末ＭＳとＶＭ４０との間で回線が確立すると、ＶＭ４０は、「着信先は規制中です。通話を予約しますか？」などのトーキを発信側携帯端末ＭＳへ向けて送信する（ステップＳ８）。発信側携帯端末ＭＳのユーザは、トーキを聞いて、発信側携帯端末ＭＳに対し、例えば数字キーを押すなどの操作を行うことにより、通話を予約することの指示を行う。発信側携帯端末ＭＳは、上記のユーザの操作に対応したＤＴＭＦ信号をＶＭ４０へ送出する（ステップＳ９）。ＶＭ４０は、ＤＴＭＦ信号を受けるとリソース予約指示を送信し、回線リソース管理サーバ１０はリソース予約指示を受信する（ステップＳ１０：予約指示受信ステップ）。回線リソース管理サーバ１０は、ＶＭ４０からリソース予約指示を受けると、リソース予約を行い、回線リソースを確保する（ステップＳ１１：回線リソース予約ステップ、回線リソース記憶ステップ）。より具体的には、通信部１２がリソース予約指示を受信し、その予約指示に基づいて、リソース予約管理部１３がリソース予約を行い、図４に示すようにリソース管理テーブル１１ａに回線リソース情報が記憶される。回線リソースが確保されると、回線リソース管理サーバ１０はＶＭ４０にリソース予約完了応答を返す（ステップＳ１２：回線リソース予約通知ステップ）。なお、所定の時間以内において回線リソースの確保ができなかった場合は、回線リソース管理サーバ１０はＶＭ４０にエラー応答を返す。また、ＶＭ４０は、必要に応じて、その旨をトーキで発信側携帯端末ＭＳに通知してもよい。
【００５６】
ＶＭ４０は、リソース予約完了応答を受けると、発信側携帯端末ＭＳに対し、例えば「通話時間はＸ：ＸＸからＸ分間です」などの、予約された通話時間帯を通知するトーキを送信する（ステップＳ１３）。なお、ＶＭ４０は、エラー応答を受けた場合には、例えば「回線の予約ができませんでした」などの、予約が成功しなかったことを通知するトーキを送信する。その後、ＶＭ４０は発信側携帯端末ＭＳに切断指示を行う（ステップＳ１４）。発信側携帯端末ＭＳは、切断指示を受けて、切断応答を行う（ステップＳ１５）。切断応答が行われることにより、発信側携帯端末ＭＳとＶＭ４０との間の回線は切断される。
【００５７】
一方、回線リソース管理サーバ１０がステップＳ１１において回線リソースを確保すると、回線リソース管理サーバ１０は、ＳＭＳＣ６０に電文送信指示を行う（ステップＳ１６）。ＳＭＳＣ６０は、電文送信指示を受けて、例えば「通話が予約されました。時間はＸ：ＸＸからＸ分間です」などの電文を、着信側端末ＭＲに対し送信する（ステップＳ１７）。着信側端末ＭＲは、電文を受信すると、ＳＭＳＣ６０に対して暫定応答を返す（ステップＳ１８）。ＳＭＳＣ６０は、暫定応答の有無により、電文送信成否を判定し、電文送信成否応答を回線リソース管理サーバ１０に対して返す（ステップＳ１９）。
【００５８】
次に、図８を参照しながら、通信制御システム１における回線接続処理を説明する。Ｓ１１において回線リソースが予約された後、回線リソースの予約時間における開始時刻に達すると(ステップＳ２０）、タイマ１６は、開始時刻に達したことを検知し、回線リソース管理サーバ１０はＳＣＰ５０に対して回線設定指示を送信する（ステップＳ２１：回線確立指示ステップ）。
【００５９】
ＳＣＰ５０は、回線リソース管理サーバ１０から回線設定指示を受けると、発信側ＭＳＣ２０に回線設定指示を送信する。（ステップＳ２２）。発信側ＭＳＣ２０は、回線設定指示を受信すると、発信側携帯端末ＭＳを呼び出し、発信側携帯端末ＭＳは発信側ＭＳＣ２０からの呼び出しを着信する（ステップＳ２３）。また、発信側ＭＳＣ２０は回線設定指示を受信すると、ＳＣＰ５０に対して暫定応答を返す（ステップＳ２４）。
【００６０】
一方、ＳＣＰ５０は、ステップＳ２１において回線リソース管理サーバ１０から回線設定指示を受けると、着信側ＭＳＣ７０に対しても回線設定指示を送信する（ステップＳ２５）。着信側ＭＳＣ７０は、着信側端末ＭＲの在圏が移動している場合にのみ、再度ＨＬＲ３０に対して着信側端末ＭＲの在圏問い合わせを行う（ステップＳ２６）。着信側ＭＳＣ７０は、回線設定指示を受信すると、着信側端末ＭＲを呼び出し、着信側端末ＭＲは着信側ＭＳＣ７０からの呼び出しを着信する（ステップＳ２７）。また、着信側ＭＳＣ７０は回線設定指示を受信すると、ＳＣＰ５０に対して暫定応答を返す（ステップＳ２８）。
【００６１】
ＳＣＰ５０は、発信側ＭＳＣ２０と着信側ＭＳＣ７０の双方からの暫定応答を受信すると、回線設定が完了したことの報告を回線リソース管理サーバ１０に返す（ステップＳ２９）。そして、発信側携帯端末ＭＳと着信側端末ＭＲとの間で回線確立が行われ（ステップＳ３０）、通話が行われる（ステップＳ３１）。
【００６２】
予約時間の終了時刻に達すると(ステップＳ３２）、タイマ１６は、終了時刻に達したことを検知し、回線リソース管理サーバ１０からＳＣＰ５０へ回線切断指示が送信される（ステップＳ３３）。ＳＣＰ５０は、回線リソース管理サーバ１０からの回線切断指示を受信すると、発信側ＭＳＣ２０へ回線切断指示を送信する（ステップＳ３４）。発信側ＭＳＣ２０は、回線切断指示を受信すると、発信側携帯端末ＭＳに対して切断通知を送信し（ステップＳ３５）、ＳＣＰ５０に暫定応答を返す（ステップＳ３６）。また、ＳＣＰ５０は、ステップＳ３３において回線リソース管理サーバ１０から回線切断指示を受信すると、着信側ＭＳＣ７０に対しても回線切断指示を送信する（ステップＳ３７）。着信側ＭＳＣ７０は、回線切断指示を受信すると、着信側端末ＭＲに対して切断通知を送信し（ステップＳ３８）、ＳＣＰ５０に暫定応答を返す（ステップＳ３９）。ＳＣＰ５０は、ステップＳ３６における発信側ＭＳＣ２０からの暫定応答と、ステップＳ３９における着信側ＭＳＣ７０からの暫定応答とを受信すると、回線切断が完了したことの報告を回線リソース管理サーバ１０に返す（ステップＳ４０）。
【００６３】
以上述べたように、本実施形態の回線リソース管理サーバ１０によれば、回線リソース管理サーバ１０が回線リソース予約指示を受信した場合に回線リソースが予約され、予約された回線リソースは記憶部１１に記憶され、回線リソースの予約が成功したことが発信側携帯端末ＭＳに通知されるとともに、記憶部１１に記憶された回線リソースを用いて発信側携帯端末ＭＳと着信側端末ＭＲとの間の回線設定が行われるため、発信側携帯端末ＭＳのユーザは回線リソースの予約が成功したことを知ることができ、ユーザが再帰的・継続的に発呼を繰り返して回線の輻輳を助長することを防止することができる。
【００６４】
また、回線リソース管理サーバ１０によれば、予約された回線リソースを用いて発信側携帯端末ＭＳから着信側端末ＭＲへ着信が行われることが着信側端末ＭＲに予告されるため、着信側端末ＭＲが、予約された回線リソースに対応する時間帯に話中になるなどして、予約された回線リソースに対応する時間帯に回線設定ができなくなることを防ぐことができる。
【００６５】
また、回線リソース管理サーバ１０によれば、発信元情報、着信先情報、予約時間帯情報がリソース管理テーブル１１ａに記憶されるため、回線リソースの予約管理が容易となる。
【００６６】
また、回線リソース管理サーバ１０によれば、回線確立を行う時刻を回線ごとに分散させて回線リソースが予約されるため、多くの回線において回線確立が行われる時刻が集中することが防止され、ネットワークの負荷の集中度が分散されて、平準化されたものとなる。
【００６７】
また、回線リソース管理サーバ１０によれば、タイマ１６が終了時刻に達したことを検知した時に回線切断が行われるため、予約された時間帯を超えて発信側携帯端末ＭＳと着信側端末ＭＲとの間での回線接続状態が維持されることを防止でき、回線の混雑を緩和することができる。
【００６８】
以上、本発明に係る回線リソース管理サーバ、通信制御システムおよび通信制御方法について好適な実施形態を挙げて説明したが、本発明は上記実施形態に限られるものではない。
【００６９】
例えば、本発明は、ＬＴＥ（Long Term Evolution）や４Ｇ（4th Generation、第４世代移動通信システム）においても適用可能である。この場合、上記の実施形態におけるＭＳＣをＰ−ＣＳＣＦ（Proxy Call Session Control Function）、ＩＶＲをＭＲＦ（Media Resource Function）、ＨＬＲをＨＳＳ（HomeSubscriber Server）、ＳＣＰをＳ−ＣＳＣＦ（Serving Call SessionControl Function）、回線リソース管理サーバを回線リソース管理ＡＳ（ApplicationServer）にそれぞれ読み替えることにより、本発明をＬＴＥや４Ｇにおいても適用できる。
【符号の説明】
【００７０】
１…通信制御システム、１０…回線リソース管理サーバ、１１…記憶部、１１ａ…リソース管理テーブル、１２…通信部、１３…リソース予約管理部、１４…電文送信指示部、１５…回線設定指示部、２０…発信側ＭＳＣ、３０…ＨＬＲ、４０…ＶＭ、５０…ＳＣＰ、６０…ＳＭＳＣ、７０…着信側ＭＳＣ、８０…中継交換機、ＭＳ…発信側携帯端末、ＭＲ…着信側端末。
【図１】
0005444305.tif 000002
【図２】
0005444305.tif 000003
【図３】
0005444305.tif 000004
【図４】
0005444305.tif 000005
【図５】
0005444305.tif 000006
【図６】
0005444305.tif 000007
【図７】
0005444305.tif 000008
【図８】
0005444305.tif 000009