(57)【特許請求の範囲】
【請求項１】
通信ネットワークと常時接続されている他のネットワークとの間の常時接続ルートにおける、常時接続のサービスを提供することができなくなる障害の発生状態を検知する障害検知部と、
前記常時接続ルートにより接続されている常時接続呼の通信状態を判定する呼通信状態判定部と、
前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部により通信中状態であると判定された接続呼のみを切断する呼切断処理部と、
ユーザーが利用しているサービスを管理する局データ保持部と、
を備え、
前記呼切断処理部は、
前記常時接続呼のうちの、前記局データ保持部によりルータルート障害が発生していることにより提供することができない状態のサービスに供する接続呼の中から、切断対象の接続呼を決定すること
を特徴とする呼切断制御装置。
【請求項２】
前記常時接続呼のパケットを送受信するパケット送受信部をさらに備え、
前記呼通信状態判定部は、
前記パケット送受信部によりパケットが受信されたことを判定し、
前記呼切断処理部は、
前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部によりパケットが受信されたことが判定された接続呼のみを切断することを特徴とする請求項１に記載の呼切断制御装置。
【請求項３】
通信ネットワークと常時接続されている他のネットワークとの間の常時接続ルートにおける、常時接続のサービスを提供することができなくなる障害の発生状態を検知する障害検知部と、
前記常時接続ルートにより接続されている常時接続呼の通信状態を判定する呼通信状態判定部と、
前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部により通信中状態であると判定された接続呼のみを切断する呼切断処理部と、
を備え、
前記呼通信状態判定部は、
前記常時接続呼の通信状態がプリザベーション状態であるか否かを判定し、
前記呼切断処理部は、
前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部によりプリザベーション状態でないと判定された接続呼のみを切断すること
を特徴とする呼切断制御装置。
【請求項４】
前記呼通信状態判定部によりプリザベーション状態であると判定された接続呼を切断待機状態にする呼切断待機処理部をさらに備え、
前記呼通信状態判定部が、
前記呼通信状態判定部により切断待機状態にされた接続呼の通信状態がプリザベーション状態から復帰したことを判定し、
前記呼切断処理部は、
前記常時接続呼のうちの、前記呼通信状態判定部により通信状態がプリザベーション状態から復帰したと判定された接続呼のみを切断することを特徴とする請求項３に記載の呼切断制御装置。
【請求項５】
ユーザーが利用しているサービスを管理する局データ保持部をさらに備え、
前記呼切断処理部は、
前記常時接続呼のうちの、前記局データ保持部によりルータルート障害が発生していることにより提供することができない状態のサービスに供する接続呼の中から、切断対象の接続呼を決定することを特徴とする請求項３又は４に記載の呼切断制御装置。
【請求項６】
前記障害検知部により検知された前記常時接続ルートにおける前記障害の発生状態を送信する障害検知通知送信部と、
前記障害検知通知送信部により送信された前記常時接続ルートにおける前記障害の発生状態を受信する障害検知通知受信部と、
をさらに備え、
前記障害検知通知送信部と前記障害検知通知受信部とは、互いに、前記通信ネットワークを構成する異なる装置に設けられることを特徴とする請求項１〜５のいずれか１項に記載の呼切断制御装置。
【請求項７】
保守信号を受信する保守信号受信部をさらに備え、
前記呼切断処理部は、
前記保守信号受信部により前記保守信号が受信されると、前記常時接続呼のうちの、前記呼通信状態判定部により通信中状態であると判定された接続呼のみを切断することを特徴とする請求項１〜６のいずれか１項に記載の呼切断制御装置。
【請求項８】
前記障害検知部は、
前記常時接続ルートのうち、前記通信ネットワークとルータ装置を介して常時接続されている前記他のネットワークとの間のルータルートにおける、前記障害の発生状態を検知することを特徴とする請求項１〜７のいずれか１項に記載の呼切断制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼切断制御装置に関し、特に常時接続のサービスを提供する通信ネットワークにおける接続呼の切断制御を行う呼切断制御装置に関する。
【背景技術】
【０００２】
近年、下記に示す非特許文献１の仕様書で規定されているＬＴＥ(Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ)のように、常時接続のサービスを提供する通信ネットワークサービスが提供され始めた。また、近年、スマートフォン等が急激に普及してきているが、これらの移動機は、常時接続を前提としているものが多い。この場合には、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）の通信ネットワークサービスであっても、ＬＴＥと同様に常時接続のサービスを提供することになる。
【０００３】
図２２は、このような常時接続のサービスを提供する一般的な通信ネットワークとして、通信ネットワーク３００のネットワーク構成を示すブロック図である。
この図２２に示すような常時接続のサービスを提供するネットワーク３００のコアネットワーク３１１側において、例えば、下記に説明するような障害が発生することがある。
通信ネットワーク３００を構成する装置の一つに、ルーティング機能を持つルータ装置であるＲＴ（Ｒｏｕｔｅｒ）３２３がある。このＲＴ３２３が故障すると、ＲＴ３２３と接続されているＰ−ＧＷ（ＰＤＮ  ＳＡＥ  Ｇａｔｅｗａｙ）３２２とＲＴ３２３との間のルートであるルータルートに障害が発生することがある。なお、Ｐ−ＧＷ３２２とは別のルータルート障害が発生していないＰ−ＧＷがあれば、そのＰ−ＧＷに迂回して接続することができる場合があるが、必ずしも別のＰ−ＧＷに迂回して接続することができるとは限らない。
【０００４】
このため、Ｐ−ＧＷ３２２は、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  ＳＡＥ  Ｇａｔｅｗａｙ）３２１及びＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３２０を経由し、ユーザーが持っている移動機であるＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）３１２−１〜３１２−ｎに対して、接続呼を切断するための要求を出力する場合がある。
上記で説明したルータルート障害は、ＲＴ３２３自体の装置故障によるものであったが、この他にも、ルータルート間の断線によるものや、これに相当するような事象に起因するもの等がある。さらには、ルートルータ障害に限らず、通信ネットワーク３００を構成するＳ−ＧＷ３２１やＰ−ＧＷ３２２等の装置故障により常時接続のサービスを提供することができなくなるような障害もある。
【０００５】
すなわち、ルータルートを含む、常時接続のサービスを提供するためのルートである常時接続ルートにおいて、常時接続のサービスを提供することができなくなるような障害が発生した際に、現状では上記のような流れで、上記の常時接続ルートにより常時接続されている全ての接続呼を切断する場合がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ（Ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＴＳ  ３６．３００  Ｒｅｌ−１１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の常時接続ルートおいて、常時接続のサービスを提供することができるなくなる障害が発生した際に、上記で説明したように全ての接続呼を切断してしまうと、常時接続の移動機で通信していないため、プリザベーション制御手順に基づいてプリザベーション状態になっている接続呼等も切断してしまうことになる。
このプリザベーション状態とは、ＭＴ３１２−１〜３１２−ｎとＭＭＥ３２０との無線接続間のセッションが確立されている。ところが、プリザベーション状態では、ＭＴ３１２−１〜３１２−ｎとＭＭＥ３２０との無線接続間の無線リソースが解放されているにも関わらず、その無線接続間のセッション情報を維持し続けられる。つまり、プリザベーション状態である接続呼は、何も通信していない。
【０００８】
そして、障害が発生していたコアネットワーク３１１側が復旧した時に、ＭＴ３１２−１〜３１２−ｎは、図２３中に矢印で示すような信号の流れで再び接続要求を行う。すると、通信ネットワーク３００を構成するＳ−ＧＷ３２１やＰ−ＧＷ３２２等の各装置や、各種のユーザーサービスを提供する装置、例えばインターネットへの接続サービスを提供するＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）３１３に対して、一時的に大きな処理負荷がかかる。
【０００９】
なお、コアネットワークを構成する各装置で一定時間に切断することのできる接続呼数はおおむね決まっている。このため、上記の常時接続ルートにより接続されている全ての接続呼を切断するといった方法では、障害が発生していない時と比べて、処理時間が非常に長くなる。
これらのことは、常時接続のサービスを提供する通信ネットワークにおいて、障害が発生した時に大きな輻輳を発生してしまう原因の一つになっていた。
そこで、本発明は、上記の課題に鑑み、常時接続のサービスを提供する通信ネットワークにおいて、常時接続ルートに障害が発生した際に、接続されている全ての接続呼を切断せずに、その一部の接続呼のみを切断することのできる呼切断制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明による呼切断制御装置は、上記の目的を達成するために、次のように構成される。
本発明のある態様による呼切断制御装置は、通信ネットワークと常時接続されている他のネットワークとの間の常時接続ルートにおける、常時接続のサービスを提供することができなくなる障害の発生状態を検知する障害検知部と、前記常時接続ルートにより接続されている常時接続呼の通信状態を判定する呼通信状態判定部と、前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部により通信中状態であると判定された接続呼のみを切断する呼切断処理部と、ユーザーが利用しているサービスを管理する局データ保持部と、を備え、前記呼切断処理部は、前記常時接続呼のうちの、前記局データ保持部によりルータルート障害が発生していることにより提供することができない状態のサービスに供する接続呼の中から、切断対象の接続呼を決定することを特徴とする。
【００１１】
上記の呼切断制御装置によれば、障害検知部が、常時接続ルートにおける、常時接続のサービスを提供することができなくなる障害の発生状態を検知する。そして、障害検知部により常時接続ルートに障害が発生したことが検知されると、呼切断処理部は、常時接続ルートにより接続されている全ての接続呼を切断せずに、呼通信状態判定部により通信中状態であると判定された接続呼のみを切断することが可能となる。
また、上記の呼切断制御装置によれば、局データ保持部が、ユーザーが利用しているサービスを管理する。そして、呼切断処理部が、切断対象の接続呼であっても、その局データ保持部を参照することにより、障害が発生していることによって提供することができなくなっているサービスの接続呼のみを切断することが可能となる。
【００１２】
本発明のある態様による呼切断制御装置は、前記常時接続呼のパケットを送受信するパケット送受信部をさらに備え、前記呼通信状態判定部は、前記パケット送受信部によりパケットが受信されたことを判定し、前記呼切断処理部は、前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部によりパケットが受信されたことが判定された接続呼のみを切断することを特徴とする。
【００１３】
上記の呼切断制御装置によれば、上記で説明した呼通信状態判定部が、ユーザーパケットを受信したことが判定する。つまり、そして、障害検知部により常時接続ルートに障害が発生したことが検知されると、呼切断処理部は、全ての接続呼を切断せずに、ユーザーパケットを受信した接続呼のみを切断することが可能となる。
本発明のある態様による呼切断制御装置は、通信ネットワークと常時接続されている他のネットワークとの間の常時接続ルートにおける、常時接続のサービスを提供することができなくなる障害の発生状態を検知する障害検知部と、前記常時接続ルートにより接続されている常時接続呼の通信状態を判定する呼通信状態判定部と、前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部により通信中状態であると判定された接続呼のみを切断する呼切断処理部と、を備え、前記呼通信状態判定部は、前記常時接続呼の通信状態がプリザベーション状態であるか否かを判定し、前記呼切断処理部は、前記障害検知部により前記常時接続ルートに前記障害が発生したことが検知されると、前記常時接続呼のうちの、前記呼通信状態判定部によりプリザベーション状態でないと判定された接続呼のみを切断することを特徴とする。
【００１４】
上記の呼切断制御装置によれば、上記で説明した呼通信状態判定部が、接続呼がプリザベーション状態であることを判定する。つまり、そして、障害検知部により常時接続ルートに障害が発生したことが検知されると、呼切断処理部は、全ての接続呼を切断せずに、具体時に、プリザベーション状態でない接続呼のみを切断することが可能となる。
本発明のある態様による呼切断制御装置は、前記呼通信状態判定部によりプリザベーション状態であると判定された接続呼を切断待機状態にする呼切断待機処理部をさらに備え、前記呼通信状態判定部が、前記呼通信状態判定部により切断待機状態にされた接続呼の通信状態がプリザベーション状態から復帰したことを判定し、前記呼切断処理部は、前記常時接続呼のうちの、前記呼通信状態判定部により通信状態がプリザベーション状態から復帰したと判定された接続呼のみを切断することを特徴とする。
【００１５】
上記の呼切断制御装置によれば、さらに、上記の呼通信状態判定部により接続呼がプリザベーション状態であると判定された接続呼については、呼切断待機処理部が、その接続呼を切断待機状態にしておく。さらに、呼切断処理部が、接続呼がプリザベーション状態から復帰してから、その切断待機状態接続呼を切断することが可能となる。
本発明のある態様による呼切断制御装置は、ユーザーが利用しているサービスを管理する局データ保持部をさらに備え、前記呼切断処理部は、前記常時接続呼のうちの、前記局データ保持部によりルータルータ障害が発生していることにより提供することができない状態のサービスに供する接続呼の中から、切断対象の接続呼を決定することを特徴とする。
【００１６】
上記の呼切断制御装置によれば、局データ保持部が、ユーザーが利用しているサービスを管理する。そして、呼切断処理部が、切断対象の接続呼であっても、その局データ保持部を参照することにより、障害が発生していることによって提供することができなくなっているサービスの接続呼のみを切断することが可能となる。
本発明のある態様による呼切断制御装置は、前記障害検知部により検知された前記常時接続ルートにおける前記障害の発生状態を送信する障害検知通知送信部と、前記障害検知通知送信部により送信された前記常時接続ルートにおける前記障害の発生状態を受信する障害検知通知受信部と、をさらに備え、前記障害検知通知送信部と前記障害検知通知受信部とは、互いに、前記コアネットワークを構成する異なる装置に設けられることを特徴とする。
【００１７】
上記の呼切断制御装置によれば、障害を検知する側の装置に障害検知通知送信部を設けて、実際に接続呼を切断する側の装置に障害検知通知受信部を設けておく。実際の通信ネットワークは、通信ネットワークの種類によって、装置構成や接続形態等が異なる。このため、障害検知通知送信部と障害検知通知受信部とを用いることにより、障害検知部により常時接続ルートに障害が発生したことが検知されると、障害検知通知送信部及び障害検知通知受信部を介して、実際に接続呼を切断する側の装置に対して、常時接続ルートに障害が発生していることや、障害が発生していた常時接続ルートが復旧したことを通知することが可能となる。
【００１８】
本発明のある態様による呼切断制御装置は、保守信号を受信する保守信号受信部をさらに備え、前記呼切断処理部は、前記保守信号受信部により前記保守信号が受信されると、前記常時接続呼のうちの、前記呼通信状態判定部により通信中状態であると判定された接続呼のみを切断することを特徴とする。
上記の呼切断制御装置によれば、例えば、実際に常時接続ルートに障害が発生していなくても、保守信号受信部が保守信号を受信した際に、呼切断処理部が、常時接続呼のうちの、通信中状態であると判定された接続呼のみを切断することが可能となる。
【００１９】
本発明のある態様による呼切断制御装置は、前記障害検知部は、前記常時接続ルートのうち、前記通信ネットワークとルータ装置を介して常時接続されている前記他のネットワークとの間のルータルートにおける、前記障害の発生状態を検知することを特徴とする。
上記の呼切断制御装置によれば、障害検知部が、例えば、ルーティング機能を持つルータ装置が故障して、例えば、Ｐ−ＧＷとそのルータ装置を介して接続されている他のネットワークとの間のルートであるルータルートに障害が発生したことを検知することが可能となる。
【発明の効果】
【００２０】
本発明によれば、常時接続のサービスを提供する通信ネットワークにおいて、常時接続ルートに障害が発生した際に接続呼を切断せずに、呼通信状態判定部により通信中状態であると判定された接続呼のみを切断することができる。
このため、障害が発生していた常時接続ルートが復旧したときに、コアネットワークに輻輳が発生することを抑えることができる。同時に、輻輳に伴って、コアネットワークを構成する各装置等で処理負荷が一時的に増えることを抑えることもできる。
【００２１】
なお、障害が発生していた常時接続ルートが比較的短時間で復旧した場合には、切断されなかった接続呼で、例えば復旧するまでの間にパケットが送受信される可能性が少ない。このため、その接続呼をそのまま切断しないでおくことができる。また、常時接続ルートで発生していた障害の影響を受けていないサービスがあった場合にも、そのサービスを利用している接続呼をそのまま切断しないでおくことができる。このため、ユーザーに対してそのままサービスを提供し続けることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の呼切断制御装置を用いて構成される第１実施形態に係る常時接続のサービスを提供する通信ネットワーク１０の装置構成を示すブロック図である。
【図２】ＳＧＳＮ２１の機能構成を示すブロック図である。
【図３】第１実施形態に係る常時接続のサービスを提供する通信ネットワーク１０において、ルータルート障害が発生した際の通信ネットワーク１０の各装置の処理の流れを示すシーケンス図である。
【図４】第２実施形態に係る通信ネットワーク５０の装置構成を示すブロック図である。
【図５】ＧＧＳＮ７１の機能構成を示すブロック図である。
【図６】第２実施形態に係る常時接続のサービスを提供する通信ネットワーク５０において、ルータルート障害が発生した際の通信ネットワーク５０の各装置の処理の流れを示すシーケンス図である。
【図７】第２実施形態に係る常時接続のサービスを提供する通信ネットワーク５０において、ルータルート障害が発生した際の通信ネットワーク５０の各装置の処理の流れを示すシーケンス図である。
【図８】第３実施形態に係る通信ネットワーク１５０の装置構成を示すブロック図である。
【図９】ＧＧＳＮ１７２側の機能構成を示すブロック図である。
【図１０】ＳＧＳＮ１７１の機能構成を示すブロック図である。
【図１１】第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の処理の流れを示すシーケンス図である。
【図１２】第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の処理の流れを示すシーケンス図である。
【図１３】本発明の呼切断制御装置を用いて構成される第１変形例に係る常時接続のサービスを提供する通信ネットワーク１５０´の装置構成を示すブロック図である。
【図１４】ＧＧＳＮ１７２´側の機能構成を示すブロック図である。
【図１５】ＳＧＳＮ１７１´側の機能構成を示すブロック図である。
【図１６】通信ネットワーク１５０の装置構成において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の接続呼の切断処理の流れを示すシーケンス図である。
【図１７】通信ネットワーク１５０の装置構成において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の接続呼の切断処理の流れを示すシーケンス図である。
【図１８】本発明の呼切断制御装置を用いて構成される第２変形例に係る常時接続のサービスを提供する通信ネットワーク２００の装置構成を示すブロック図である。
【図１９】通信ネットワーク２００の装置構成において、ルータルート障害が発生した際の通信ネットワーク２００の各装置の接続呼の切断処理の流れを示すシーケンス図である。
【図２０】本発明の呼切断制御装置を用いて構成される第３変形例に係る常時接続のサービスを提供する通信ネットワーク２００´の装置構成を示すブロック図である。
【図２１】通信ネットワーク２００´の装置構成において、ルータルート障害が発生した際の通信ネットワーク２００´の各装置の接続呼の切断処理の流れを示すシーケンス図である。
【図２２】常時接続のサービスを提供する通信ネットワーク３００のネットワーク構成を示すブロック図である。
【図２３】常時接続のサービスを提供する通信ネットワーク３００においてルータルート障害が発生した時の状況を説明する模式図である。
【発明を実施するための形態】
【００２３】
以下、添付図面を参照しながら、本発明の呼切断制御装置の好適な実施形態を詳細に説明する。
（第１実施形態）
最初に、本発明の呼切断制御装置を用いて構成される第１実施形態に係る常時接続のサービスを提供する通信ネットワーク１０について説明する。
（通信ネットワーク１０の装置構成）
最初に、図１を参照して、本発明の第１実施形態に係る通信ネットワーク１０の装置構成を説明する。
図１は、本発明の呼切断制御装置を用いて構成される第１実施形態に係る常時接続のサービスを提供する通信ネットワーク１０の装置構成を示すブロック図である。この図１に示す通信ネットワーク１０は、ユーザー側の移動機であるＭＴ１２−１〜１２−ｎと、事業者側のコアネットワーク１１との区間が、無線ネットワーク（電波）によって接続されている。また、事業者側のコアネットワーク１１から、各種のユーザーサービスを提供するものの一つとして、ＩＳＰ１３に接続されており、ＭＴ１２−１〜１２−ｎを所持するユーザーは、ＩＳＰ１３を通じてインターネットへの接続サービスを利用することができる。
【００２４】
また、事業者側のコアネットワーク１１は、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）２１と、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）２２と、ＲＴ２３とを備えて構成される。
ＳＧＳＮ２１は、モビリティ管理機能や、固定アドレスや動的アドレスをサポートするルーティング機能を持つ装置である。
【００２５】
ＧＧＳＮ２２は、ＧＰＲＳネットワークと、これ以外のネットワークであるインターネットとの間のゲートウエイ機能を持つ装置である。また、ＧＧＳＮ２２は、図示しない別のＧＧＳＮとの間のローミングの管理等も行う。このＧＧＳＮ２２が、通常の機能部に加えて、接続呼切断制御部２４を有している。この接続呼切断制御部２４は、常時接続のサービスを提供するためのルートである常時接続ルートに障害が発生した際に接続呼の切断制御を行う。
【００２６】
ＲＴ２３は、ルーティング機能を持つルータ装置であり、ＧＧＳＮ２２とＩＳＰ１３との間に接続される。
また、通信ネットワーク１０には、図示するＳＧＳＮ２１やＧＧＳＮ２２の装置以外にも、各種の中継装置等が設けられている。例えば、街中に設置された基地局も、その一つである。他にも、複数の基地局を統括する役割を持ち、ＭＴ１２−１〜１２−ｎとの間で発着信を行うための制御を行う無線ネットワーク制御局（ＲＮＣ；Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）等がある。
【００２７】
（ＳＧＳＮ２１の機能構成）
続いて、図２を参照して、ＧＧＳＮ２２の機能構成を説明する。
図２は、ＧＧＳＮ２２の機能構成を示すブロック図である。この図２に示すＧＧＳＮ２２は、制御部３１と、呼制御信号送受信部３２と、ルール適用部３３と、パケット送受信部３４と、接続呼切断制御部２４とを備えて構成される。
制御部３１は、ＧＧＳＮ２２の内部の各機能部と制御信号を送受信し、各機能部を統括して制御するものである。
【００２８】
呼制御信号送受信部３２は、呼を接続及び切断するために必要な制御信号等を、他の装置と送受する。
ルール適用部３３は、パケットを送受信する際に、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）やＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のフィルタリング等の処理を行う。
パケット送受信部３４は、ユーザーデータや制御データをやり取りするためのパケットを他の装置と送受信する。
【００２９】
接続呼切断制御部２４は、障害検知部４１と、パケット受信判定部４２と、呼切断処理部４３とを備えて構成される。要するに、接続呼切断制御部２４は、図２中の破線内部の各機能部から構成される。
障害検知部４１は、常時接続のサービスを提供する通信ネットワークにおいて、コアネットワーク１１を構成するＲＴ２３に故障等によるルータルート障害が発生しているか、否かを一定の時間間隔で検知している。そして、障害検知部４１は、コアネットワーク１１側にルータルート障害が発生していることが検知された場合には、これをパケット受信判定部４２に対して通知する。
【００３０】
なお、ルータルート障害とは、ＲＴ２３自体の装置故障によるものに限らず、ルータルート間の断線によるものであっても良いし、これに相当するような事象に起因するものであっても良い。また、ルータルート障害に限らず、通信ネットワーク１０を構成するＳＧＳＮ２１やＧＧＳＮ２２等の装置故障により常時接続のサービスを提供することができなくなるような障害もある。すなわち、ルータルートを含む、常時接続のサービスを提供するためのルートである常時接続ルートで様々な障害が発生することがある。
【００３１】
各実施形態の説明においては、障害検知部４１がルータルート障害を検知するものとして説明するが、勿論、障害検知部４１がルータルート障害以外の常時接続ルートで発生する様々な障害を検知するものであっても良い。
パケット受信判定部４２は、ＭＴ１２−１〜１２−ｎから、ＳＧＳＮ２１を経由してユーザーデータを扱う伝送路であるユーザープレーン（Ｕ−Ｐｌａｎｅ；Ｕｓｅｒ−Ｐｌａｎｅ）のパケットを受信したか、否かを判定する。
【００３２】
呼切断処理部４３は、パケット受信判定部４２によりＵ−Ｐｌａｎｅのパケットを受信した際に、その接続呼を切断するための処理を行う。
なお、呼切断処理部４３等に、図示しない保守装置等から送信された保守信号を受信する保守信号受信部４４を設けておくこともできる。この保守信号とは、通信ネットワーク１０を構成する各装置に対して保守用の操作を行う保守コマンド等である。これにより、例えば、実際に常時接続ルートに障害が発生していなくても、呼切断処理部４３は、保守信号受信部４４が保守信号を受信した際に、常時接続呼のうちの、パケット受信判定部４２によりＵ−Ｐｌａｎｅのパケットを受信した接続呼を切断することができる。また、ルート障害が発生した後で、さらに、保守信号受信部４４が保守信号を受信してから、呼切断処理部４３は、常時接続呼のうちの、パケット受信判定部４２によりＵ−Ｐｌａｎｅのパケットを受信した接続呼を切断することもできる。
【００３３】
（ルータルート障害が発生した際の接続呼の切断処理の流れ）
続いて、図３を参照して、通信ネットワーク１０の装置構成において、ルータルート障害が発生した際の通信ネットワーク１０の各装置の接続呼の切断処理の流れを説明する。
図３は、第１実施形態に係る常時接続のサービスを提供する通信ネットワーク１０において、ルータルート障害が発生した際の通信ネットワーク１０の各装置の処理の流れを示すシーケンス図である。図３に示すように、ＧＧＳＮ２２は、ＲＴ２３に対して、一定時間間隔でＥｃｈｏ信号を送出し続けている（ステップＳ１０１）。
【００３４】
障害検知部４１は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができた場合には（ステップＳ１０２のＹＥＳ）、ルータルート障害が発生していないため、パケット受信判定部４２に対して、ルータルート障害が発生している状態であることを通知しない（ステップＳ１０２のＹＥＳ）。一方で、障害検知部４１は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができなかった場合には（ステップＳ１０２のＮＯ）、パケット受信判定部４２に対して、ルータルート障害が発生している状態であることを通知する（ステップＳ１０３）。
【００３５】
ここで、障害検知部４１が、ルータルート障害が発生していると判断した場合であっても、ＧＧＳＮ２２は、ＲＴ２３による通信ルートにより接続されている全ての呼を切断しない。まず、パケット受信判定部４２は、例えば、ＭＴ１２−１からＵ−Ｐｌａｎｅのパケットが送信されると、そのパケットを受信する（ステップＳ１０４）。このとき、障害検知部４１から、ルータルート障害が発生している状態であることが通知されていない場合には（ステップＳ１０５のＮＯ）、呼切断処理部４３に対して、その接続呼を切断するように指示しない。
【００３６】
一方で、パケット受信判定部４２は、障害検知部４１から、ルータルート障害が発生している状態であることが通知されている場合には（ステップＳ１０５のＹＥＳ）、呼切断処理部４３に対して、その接続呼を切断するように指示する。
この後の接続呼を切断するための具体的な処理ステップを、シーケンス図内の破線の内側に示している。
まず、ＧＧＳＮ２２は、ＳＧＳＮ２１に対して、セッションを切断するためのＤｅｌｅｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを送信する（ステップＳ１０６）。続いて、ＳＧＳＮ２１は、ＭＴ１２−１に対して、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを送信する（ステップ１０７）。
【００３７】
なお、上述したように、ＧＧＳＮ２２は、ステップＳ１０２においてルータルート障害が発生したことを検知した後も、ＲＴ２３に対して、Ｅｃｈｏ信号を一定時間間隔で送信し続けている。このため、障害検知部４１は、ＲＴ２３から再びＥｃｈｏ信号の対する応答信号を所定時間内に受信することができるようになった場合には、パケット受信判定部４２に対して、障害が発生していたルータルートが復旧したことを通知する。これにより、ＭＴ１２−１から、再び接続要求があった場合には（ステップＳ１０８）、ＧＧＳＮ２２に再び接続することができるようになる。なお、障害が発生していたルータルートが復旧していない場合であっても、ＧＧＳＮ２２とは別のルータルート障害が発生していないＧＧＳＮがある場合には、そのＧＧＳＮに再び接続することができる場合もある。
【００３８】
（第１実施形態の説明のまとめ）
以上のようにして、第１実施形態に係る常時接続のサービスを提供する通信ネットワーク１０においては、障害検知部４１が、ルータルート障害が発生していると判断した場合であっても、ＧＧＳＮ２２の接続呼切断制御部２４は、接続中である全ての接続呼を切断せずに、Ｕ−Ｐｌａｎｅのパケットを受信した時にその接続呼のみを切断することができる。
また、障害が発生していたコアネットワークが比較的短時間で復旧した場合には、切断されなかった接続呼で、例えば復旧までの間にパケットが送受信される可能性が少ない。このため、その接続呼をそのまま切断しないでおくことができる。
【００３９】
（第２実施形態）
次に、本発明の呼切断制御装置を用いて構成される第２実施形態に係る常時接続のサービスを提供する通信ネットワーク５０について説明する。
（通信ネットワーク５０の装置構成）
まず、図４を参照して、本発明の第２実施形態に係る通信ネットワーク５０の装置構成を説明する。
図４は、本発明の呼切断制御装置を用いて構成される第２実施形態に係る常時接続のサービスを提供する通信ネットワーク５０の装置構成を示すブロック図である。この図４に示す通信ネットワーク５０は、図１に示す通信ネットワーク１０を構成する装置と同じ装置を用いて構成されている。しかしながら、通信ネットワーク５０においては、ルータルート障害が発生している時に、Ｕ−Ｐｌａｎｅのパケットの受信状態に応じて、その接続呼を切断しない。その代わりに、通信ネットワーク５０においては、ルータルート障害が発生すると、まず、プリザベーション状態でない通信状態の接続のみを切断する。そして、プリザベーション状態である接続呼をすぐに切断せずに切断待機状態にしておき、プリザベーション制御手順に基づいてプリザベーション状態から復帰した時に、その呼を切断する。
【００４０】
（ＧＧＳＮ７１の機能構成）
次に、図５を参照して、ＧＧＳＮ７１の具体的な機能構成を説明する。
図５は、ＧＧＳＮ７１の機能構成を示すブロック図である。この図５に示すＧＧＳＮ７１は、ＧＧＳＮ２２と同じ制御部３１と、呼制御信号送受信部３２と、ルール適用部３３と、パケット送受信部３４とを備える。この他に、ＧＧＳＮ７１は、ＧＧＳＮ２２が有する接続呼切断制御部２４とは構成が異なる接続呼切断制御部７４を備えて構成される。
【００４１】
接続呼切断制御部７４は、まず、接続呼切断制御部２４が備えていた障害検知部４１を備える。さらに、接続呼切断制御部７４は、接続呼管理部８１と、呼種判定部８２と、呼切断処理部８３と、切断待機有無判定部８４と、プリザベーション状態復帰処理部８５と、呼切断処理部８６とを備えて構成される。
接続呼管理部８１は、現在接続状態である全ての接続呼の通信状態や、接続制御に関する情報を管理する。
呼種判定部８２は、障害検知部４１からの通知によりルータルート障害が発生したと判断した場合に、接続呼管理部８１により管理されている各接続呼が、プリザベーション状態であるか、否かを判定する。
【００４２】
呼切断待機処理部８３は、接続呼管理部８１により管理されている接続呼のうち、呼種判定部８２によりプリザベーション状態であると判定された接続呼を、すぐに切断しない呼切断待機状態として管理するように、接続呼管理部８１に対して指示する。
呼切断待機有無判定部８４は、障害検知部４１からの指示により、障害が発生していたコアネットワーク６１が復旧したと判断することができる場合に、接続呼管理部８１により管理されている接続呼が、呼切断待機状態である接続呼であるか、否かを判定する。
【００４３】
プリザベーション状態復帰処理部８５は、プリザベーション制御手順に基づいて、プリザベーション状態から復帰するためのプリザベーション状態復帰処理を行う。
呼切断処理部８６は、接続呼管理部８１により管理されている接続呼のうち、呼種判定部８２によりプリザベーション状態でないと判定された接続呼を切断するための処理を行う。また、呼切断処理部８６は、呼切断待機有無判定部８４により呼切断待機状態であると判定された接続呼を、プリザベーション状態から復帰した時に切断するための処理を行う。
【００４４】
（ルータルート障害が発生した際の接続呼の切断処理の流れ）
続いて、図６を参照して、通信ネットワーク５０の装置構成において、ルータルート障害が発生した際の通信ネットワーク５０の各装置の接続呼の切断処理の流れを説明する。
図６は、第２実施形態に係る常時接続のサービスを提供する通信ネットワーク５０において、ルータルート障害が発生した際の通信ネットワーク５０の各装置の処理の流れを示すシーケンス図である。図６に示すように、上述したステップＳ１０１〜Ｓ１０３と同様に、ルータルート障害が発生している状態であるか否かを監視する処理を行う（ステップＳ２０１〜Ｓ２０３）。
【００４５】
続いて、呼種判定部８２は、障害検知部４１から、ルータルート障害が発生している状態であることの通知を受けていると判断した場合に（ステップＳ２０４のＹＥＳ）、接続呼がプリザベーション状態であるか、否かに応じて、接続呼を切断する制御を行う。この後のプリザベーション状態であるか、否かに応じて接続呼を切断するための具体的な処理ステップを、シーケンス図内の破線の内側に示している。
【００４６】
まず、呼種判定部８２は、障害検知部４１から、ルータルート障害が発生している状態であることが通知されている場合には（ステップＳ２０４のＹＥＳ）、呼切断処理部８６に対して、接続呼管理部８１により管理されている全ての接続呼のうちの、プリザベーション状態でない（通信中である）接続呼のみを切断するように指示する。
【００４７】
具体的に、接続呼管理部８１により管理されている全ての接続呼のうちに、プリザベーション状態である接続呼があるか否かを判定する（ステップＳ２０５）。呼種判定部８２は、全ての接続呼のうち、プリザベーション状態でないと判断した接続呼があると判断した場合には（ステップＳ２０５のＮＯ）、呼切断処理部８６に対して、プリザベーション状態でない接続呼のみを全て切断するように指示する。これを受けて、ＭＴ１２−１からＲＴ１３までの各装置間において、接続呼を切断するための処理として、セッションを解放する処理等を行う（ステップＳ２０６）。これにより、プリザベーション状態でない接続呼のみが切断される。
【００４８】
一方で、呼種判定部８２は、プリザベーション状態である接続呼があると判断した場合には（ステップＳ２０５のＹＥＳ）、その接続呼を、すぐに切断しない。そして、呼種判定部８２は、その接続呼を呼切断待機状態として管理するように、接続呼管理部８１に対して通知する（ステップＳ２０７）。
なお、呼種判定部８２は、障害検知部４１から、ルータルート障害が発生している状態であることが通知されていないと判断した場合には（ステップＳ２０４のＮＯ）、プリザベーション状態でない（通信中である）接続呼があっても、呼切断処理部８６に対して、その接続呼を切断するように指示しない。
【００４９】
なお、上述したように、ＧＧＳＮ７１は、ルータルート障害が発生したことを検知した後も、ＲＴ２３に対して、Ｅｃｈｏ信号を一定時間間隔で送信し続けている。そして、障害検知部４１は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができた場合には、呼種判定部８２に対して、障害が発生していたルータルートが復旧したことを通知する。これにより、ＭＴ１２−１から、再び接続要求があった場合には、ＧＧＳＮ７１や、別のルータルート障害が発生していないＧＧＳＮ等に再び接続することができるようになる。
【００５０】
そして、図７に示すように、ＭＴ１２−１は、ＳＧＳＮ２１に対して、再び接続要求としてＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ信号を送信する（ステップＳ３０１）。すると、ＭＴ１２−１からＲＴ１３までの各装置間において、認証処理や秘匿処理等が行われる（ステップＳ３０２）。その後、ＳＧＳＮ２１は、ＧＧＳＮ７１に対して、通信を確立するための制御信号を扱う伝送路であるコントロールプレーン（Ｃ−Ｐｌａｎｅ；Ｃｏｎｔｒｏｌ−Ｐｌａｎｅ）のパケットを送信する（ステップＳ３０３）。ＧＧＳＮ７１が、そのＣ−Ｐｌａｎｅのパケットを受信すると、呼切断待機有無判定部８４は、接続呼管理部８１により管理されている接続呼のうちに、呼切断待機状態である接続呼をあるか、否かを判定する（ステップＳ３０４）。
【００５１】
呼切断待機有無判定部８４は、呼切断待機状態である接続呼がないと判断すると（ステップＳ３０４のＮＯ）、呼切断処理部８６に対して、その接続呼を切断するように指示しない。これにより、呼切断待機状態になっていない接続呼は、切断されることなく、そのまま接続が継続される（ステップＳ３０８）。
一方で、呼切断待機有無判定部８４は、呼切断待機状態である接続呼があると判断すると（ステップＳ３０４のＹＥＳ）、呼切断処理部８６に対して、その接続呼を切断するように指示する。これにより、ルータルート障害が発生していた時に呼切断待機状態になった接続呼が、プリザベーション制御手順に基づいてプリザベーション状態から復帰してから、その接続呼を切断した上で、再び接続することができる。
【００５２】
この後の接続呼を切断するための具体的な処理ステップを、シーケンス図内の破線の内側に示す。まず、ＭＴ１２−１からＲＴ１３までの各装置間において、接続呼を切断するための処理を行う（ステップＳ３０５）。続いて、ＭＴ１２−１は再び接続要求を行う際に、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ信号を送信する（ステップＳ３０６）。続いて、ＭＴ１２−１からＲＴ１３までの各装置間において、呼を接続するための処理として、セッションを確立する処理等を行う（ステップＳ３０７）。これらのステップＳ３０５〜Ｓ３０７の処理により、接続呼の切断から再び接続までの処理が完了する。
【００５３】
（第２実施形態の説明のまとめ）
以上のようにして、第２実施形態に係る常時接続のサービスを提供する通信ネットワーク５０においては、障害検知部４１が、ルータルート障害が発生していると判断した場合であっても、ＧＧＳＮ７１の接続呼切断制御部７４は、接続中である全ての接続呼を切断せずに、プリザベーション状態でない接続呼のみを切断することができる。また、呼種判定部８２は、プリザベーション状態である接続呼を切断待機状態として管理するように、接続呼管理部８１に対して指示する。このため、接続呼切断制御部７４は、プリザベーション状態である接続呼がプリザベーション状態から復帰してから、その接続呼を切断することができる。
【００５４】
（第３実施形態）
次に、本発明の呼切断制御装置を用いて構成される第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０について説明する。
（通信ネットワーク１５０の装置構成）
最初に、図８を参照して、本発明の第３実施形態に係る通信ネットワーク１５０の装置構成を説明する。
図８は、本発明の呼切断制御装置を用いて構成される第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０の装置構成を示すブロック図である。この図８に示す通信ネットワーク１５０は、図４に示す通信ネットワーク１００を構成する装置と同じ装置を用いて構成されている。ところが、通信ネットワーク１５０は、通信ネットワーク１００で説明した接続呼切断制御部７４が有する各機能部が、ＳＧＳＮ１７１の接続呼切断制御部１７３と、ＧＧＳＮ１７２の接続呼切断制御部１７４とに分かれている点が、通信ネットワーク１００と異なる。
通信ネットワーク１５０がこのように構成される理由は、ＧＧＳＮ１７２側でルータルート障害が発生たしたことを検知し、その後の接続呼の切断処理をＳＧＳＮ１７１側で行うようになっているためである。
【００５５】
（ＧＧＳＮ１７２の機能構成）
次に、図９を参照して、ＧＧＳＮ１７２側の機能構成を説明する。
図９は、ＧＧＳＮ１７２側の機能構成を示すブロック図である。この図９に示すＧＧＳＮ１７２は、まず、ＧＧＳＮ７１と同じ制御部３１と、呼制御信号送受信部３２と、ルール適用部３３と、パケット送受信部３４とを備える。この他に、ＧＧＳＮ１７２は、接続呼切断制御部７４を構成する機能部の一つを有する接続呼切断制御部１７４を備えて構成される。
【００５６】
接続呼切断制御部１７４は、接続呼切断制御部７４と同じ障害検知部４１の他に、障害検知通知送信部１８１を備えて構成される。
障害検知通知送信部１８１は、障害検知部４１がルータルート障害が発生していることを検知すると、実際に接続呼の切断処理を行うＳＧＳＮ１７１側に対して、ルータルート障害が発生したことを通知する。また、障害検知部４１が、障害が発生していたルータルートが復旧したことを検知すると、障害検知通知送信部１８１は、実際に接続呼の切断処理を行うＳＧＳＮ１７１側に対して、障害が発生していたルータルートが復旧したことを通知する。
【００５７】
上記の各実施形態で説明した通信ネットワーク１０，５０においては、障害検知部４１がＧＧＳＮ２２、７１側に設けられていた。これに対して、本実施形態で説明する通信ネットワーク１５０においては、ＳＧＳＮ１７１側でルータルート障害を検知するため、障害検知部４１がＳＧＳＮ１７１側に設けられている。このため、通信ネットワーク１５０においては、ルータルート障害が発生していることを検知するための機能部と、実際に接続呼の切断処理を行うＳＧＳＮ１７１側に対して、ルータルート障害が発生していることを通知する機能部のみが、ＧＧＳＮ１７２側に設けられている。
【００５８】
（ＳＧＳＮ１７１の機能構成）
次に、図１０を参照して、ＳＧＳＮ１７１側の機能構成を説明する。
図１０は、ＳＧＳＮ１７１の機能構成を示すブロック図である。この図１０に示すＳＧＳＮ１７１は、ＧＧＳＮ１７２と同様に、制御部１９１と、呼制御信号送受信部１９２と、ルール適用部１９４と、パケット送受信部１９５とを備える。この他に、ＳＧＳＮ１７１は、接続呼切断制御部７４を構成する機能部の一部を有する接続呼切断制御部１７３を備えて構成される。
【００５９】
接続呼切断制御部１７３は、接続呼切断制御部７４と同様に、接続呼管理部８１と、呼種判定部８２と、呼切断処理部８３と、切断待機有無判定部８４と、プリザベーション状態復帰処理部８５と、呼切断処理部８６とを備えて構成される。この他に、接続呼切断制御部１７３は、障害検知通知受信部２０１を備えて構成される。
【００６０】
上記の各実施形態で説明した通信ネットワーク１０，５０においては、接続呼管理部８１と、呼種判定部８２と、呼切断処理部８３と、切断待機有無判定部８４と、プリザベーション状態復帰処理部８５と、呼切断処理部８６とがＧＧＳＮ１７２側に設けられていた。しかしながら、本実施形態で説明する通信ネットワーク１５０においては、それらの機能部が、ＧＧＳＮ１７２側ではなく、ＳＧＳＮ１７１側に設けられている。つまり、通信ネットワーク１５０においては、ＧＧＳＮ１７２側の障害検知通知送信部１８１から、ルータルート障害が発生したことの通知を受ける機能部と、その通知を受けて、接続呼を切断するための機能部のみがＳＧＳＮ１７１側に設けられている。
【００６１】
障害検知通知受信部２０１は、実際に接続呼の切断処理を行うＳＧＳＮ１７１側からルータルート障害が発生したことの通知を受ける。そして、障害検知通知受信部２０１は、障害検知部４１と同様に、呼種判定部８２や呼切断待機有無判定部８４に対して、ルータルート障害が発生したことを通知する。
【００６２】
（ルータルート障害が発生した際の接続呼の切断処理の流れ）
続いて、図１１及び図１２を参照して、第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の処理の流れを説明する。
図１１及び図１２は、第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の処理の流れを示すシーケンス図である。
まず、図１１に示すように、ＧＧＳＮ１７２において、ルータルート障害が発生している状態であるか、否かを検知する処理を行う（ステップＳ４０１〜Ｓ４０３）。
【００６３】
上述したように、第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０においては、実際に接続呼を切断する機能部が、ＧＧＳＮ１７２側に設けられておらず、ＳＧＳＮ１７１側に設けられている。このため、ＧＧＳＮ１７２の障害検知部４１は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができなかった場合には（ステップＳ４０２のＮＯ）、実際に接続呼の切断処理を行うＳＧＳＮ１７１側の障害検知通知受信部２０１に対して、ルータルート障害が発生している状態であることを通知する（ステップＳ４０３）。ステップＳ４０３においては、ルータルート障害が発生している状態であることを示す障害状態フラグを用いて、通知を行えば良い。例えば、障害が発生したことを通知する時には、障害状態フラグの値を「Ｔｒｕｅ」にして、障害が発生していたルータルートが復旧した時には、障害状態フラグの値を「Ｆａｌｓｅ」にすれば良い。コアネットワーク１６１を構成する各装置においては、この障害状態フラグの値を参照して、ルータルート障害の発生状態を特定することができる。
【００６４】
そして、上記のステップＳ２０４〜Ｓ２０７と同様に、プリザベーション状態であるか否かに応じて接続呼を切断を制御する処理を行う（ステップＳ４０４〜Ｓ４０７）。なお、ステップＳ４０４〜Ｓ４０７の各処理をＳＧＳＮ１７１側で行っているが、処理の内容自体は、ＧＧＳＮ７１側で行っていたステップＳ２０４〜Ｓ２０７の各処理と実質的に同じである。
【００６５】
なお、上述したように、ＧＧＳＮ１７１は、ルータルート障害が発生したことを検知した後も、ＲＴ２３に対して、Ｅｃｈｏ信号を一定時間間隔で送信し続けている。そして、ＧＧＳＮ１７１側に設けられている障害検知部４１は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができた場合には、障害検知通知送信部１８１及び障害検知通知受信部２０１を介して、ＳＧＳＮ１７１に対して、障害が発生していたルータルートが復旧したことを通知する。これにより、ＭＴ１２−１から、再び接続要求があった場合には、ＧＧＳＮ７１や、別のルータルート障害が発生していないＧＧＳＮ等に再び接続することができるようになる。
【００６６】
そして、図１２に示すように、ＭＴ１２−１は、再び接続要求を行う場合に、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ信号を送信する（ステップＳ５０１）。ＳＧＳＮ１７１は、ＭＴ１２−１から送信されたＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ信号を受信する。すると、ＳＧＳＮ１７１の呼切断待機有無判定部８４は、接続呼管理部８１により管理されている接続呼のうちに、上記のステップＳ４０７で呼切断待機状態にされた接続呼があるか、否かを判定する（ステップＳ５０２）。
【００６７】
呼切断待機有無判定部８４は、呼切断待機状態である接続呼がないと判断すると（ステップＳ５０２のＮＯ）、呼切断処理部８６に対して、その接続呼を切断するように指示しない。これにより、呼切断待機状態になっていない接続呼は、切断されることなく、そのままプリザベーション復帰処理が継続される（ステップＳ５０７）。
一方で、呼切断待機有無判定部８４は、呼切断待機状態である接続呼があると判断すると（ステップＳ５０２のＹＥＳ）、呼切断処理部８６に対して、その接続呼を切断するように指示する。これにより、ルータルート障害が発生していた時に呼切断待機状態にしておいた接続呼を、障害が発生していたルータルートが復旧してから切断し、再び接続することができる。
【００６８】
なお、この後の接続呼を切断するための具体的な処理ステップを、シーケンス図内の破線の内側に示す。このステップＳ５０３〜Ｓ５０６の処理についても、全てＳＧＳＮ１７１で行われる。最初に、ＳＧＳＮ１７１は、ＭＴ１２−１に対して、Ｓｅｒｖｉｃｅ  Ｒｅｊｅｓｔ信号を送信することで（ステップＳ５０３）、接続呼を切断するための処理を開始する。この後は、ＧＧＳＮ７１側で行っていたステップＳ３０５〜Ｓ３０７の処理と実質的に同じ流れで、接続呼を切断し、再び接続するための処理を行う。
【００６９】
（第３実施形態の説明のまとめ）
第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０においても、第２実施形態に係る常時接続のサービスを提供する通信ネットワーク１００と同様に、障害検知部４１が、ルータルート障害が発生していると判断した場合であっても、ＧＧＳＮ７１は、ＲＴ２３によるルータルートに存在する全ての接続呼を切断せずに、プリザベーション状態でない接続呼のみを切断することができる。さらに、プリザベーション状態である接続呼については、切断待機状態にして管理しておく。このことにより、接続呼がプリザベーション状態から復帰してから、その接続呼を切断し、再び接続することができる。
【００７０】
しかしながら、第３実施形態に係る常時接続のサービスを提供する通信ネットワーク１５０においては、接続呼をＧＧＳＮ１７２側で切断せずに、ＳＧＳＮ１７１側で接続呼を切断している。上述した通り、コアネットワークを構成する各装置で一定時間に切断することのできる接続呼数はおおむね決まっている。ところが、コアネットワーク内に設置されているＳＧＳＮの数は、ＧＧＳＮの数よりも多い。このため、ＳＧＳＮ側で接続呼を切断するようにしたことにより、ＧＧＳＮ側で接続呼を切断するよりも比較的短時間で効率良く切断することができる。
【００７１】
（第１変形例）
上記で説明した各実施形態に係る通信ネットワークにおいては、Ｕ−Ｐｌａｎｅのパケットを受信した時にその接続呼のみを切断したり、プリザベーション状態である接続呼のみをプリザベーション状態から復帰する時に切断したりするものであった。つまり、上記の通信ネットワークにおいては、そのような通信状態に基づいて切断対象となる全てのユーザーの接続呼を切断するものであった。しかしながら、一例として、ルータルート障害が発生していることによりサービスを提供することができなくなっているＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を把握しておくことによって、切断対象となる接続呼のうちの、そのサービスを利用しているユーザーの接続呼のみを切断することもできる。
【００７２】
（通信ネットワーク１５０´の装置構成）
まず、図１３〜図１６を参照して、本発明の呼切断制御装置を用いて構成される各実施形態に係る常時接続のサービスを提供する通信ネットワークの第１変形例について説明する。切断対象となる接続呼のうちの、ＡＰＮを参照して、特定のＡＰＮの接続呼のみを切断するようにすることは、上記の説明した全ての実施形態に適用することができる。そこで、一例として、第３実施形態の通信ネットワーク１５０の構成を元にして説明する。
【００７３】
図１３は、本発明の呼切断制御装置を用いて構成される第１変形例に係る常時接続のサービスを提供する通信ネットワーク１５０´の装置構成を示すブロック図である。
図１３に示す通信ネットワーク１５０´は、まず、ＧＧＳＮ１７２の代わりにＧＧＳＮ１７２´を有している。このＧＧＳＮ１７２´は、接続呼切断制御部１７４とは構成が異なる接続呼切断制御部１７４´を有している。
さらに、通信ネットワーク１５０´は、ＳＧＳＮ１７１の代わりにＳＧＳＮ１７１´を有している。このＳＧＳＮ１７１´は、接続呼切断制御部１７３とは構成が異なる接続呼切断制御部１７３´を有している。
【００７４】
（ＧＧＳＮ１７２´の機能構成）
まず、図１４は、ＧＧＳＮ１７２´側の機能構成を示すブロック図である。この図１４に示すＧＧＳＮ１７２´は、通信ネットワーク１５０のコアネットワーク１６１を構成していたＧＧＳＮ１７２と実質同じ機能部を備えて構成されている。しかしながら、ＧＧＳＮ１７２´がＧＧＳＮ１７２と異なる点は、ＧＧＳＮ１７２´に設けられている接続呼切断制御部１７４´の障害検知部４１´の機能である。
障害検知部４１´は、障害検知部４１と同様に、常時接続のサービスを提供する通信ネットワーク１５０´のコアネットワーク１６１´において、ルータルート障害が発生しているか否かを一定の時間間隔で検知する。さらに、障害検知部４１´は、ルータルート障害によって提供することができなくなっているサービスのＡＰＮを特定することができるようになっている。
【００７５】
（ＳＧＳＮ１７１´の機能構成）
また、図１５は、ＳＧＳＮ１７１´側の機能構成を示すブロック図である。この図１５に示すＳＧＳＮ１７１´は、ＳＧＳＮ１７１の機能部に加えて、局データ保持部２０２を備えている。
局データ保持部２０２は、ＧＧＳＮ１７２´側の局データ保持部２０２と同様に、ユーザーが利用しているサービスのＡＰＮ等を管理する。また、局データ保持部２０２は、ルータルート障害によって提供することができなくなっているサービスのＡＰＮも管理する。
【００７６】
（ルータルート障害が発生した際の接続呼の切断処理の流れ）
続いて、図１６及び図１７を参照して、通信ネットワーク１５０´の装置構成において、ルータルート障害が発生した際の通信ネットワーク１５０´の各装置の接続呼の切断処理の流れを説明する。
図１６及び図１７は、通信ネットワーク１５０の装置構成において、ルータルート障害が発生した際の通信ネットワーク１５０の各装置の接続呼の切断処理の流れを示すシーケンス図である。
図１６に示すように、図１１に示したステップＳ４０１〜Ｓ４０３と同様に、ルータルート障害が発生している状態であるか否かを監視する処理を行う（ステップＳ６０１〜Ｓ６０３）。
【００７７】
なお、ＧＧＳＮ１７２´は、ステップＳ６０３の処理においては、ＳＧＳＮ１７１の障害検知通知受信部２０１に対して、ルータルート障害が発生している状態であることを通知する際に、ルータルート障害によって提供することができなくなっているサービスのＡＰＮを示すＡＰＮ情報を合わせて通知する。つまり、ステップＳ６０３の処理において通知を行う際、ルータルート障害が発生している状態であることを示す障害状態フラグに、ＡＰＮを示す情報を合わせて通知すれば良い。また、障害状態フラグの値については、必要に応じて、接続呼管理部８１や局データ保持部２０２等で保持しておけば良い。
【００７８】
そして、呼種判定部８２は、障害検知部４１´から、ルータルート障害が発生している状態であることが通知されている場合には（ステップＳ６０４のＹＥＳ）、まず、呼種判定部８２は、局データ保持部２０２を参照した上で、接続呼管理部８１により管理されている全ての接続呼のうちに、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼があるか否かを判定する（ステップＳ６０５）。
そして、そのようなＡＰＮの接続呼がない場合には（ステップＳ６０５のＮＯ）、接続呼を切断しない。
【００７９】
一方で、ルータルート障害によって提供することできなくなっているサービス（ＡＰＮ）の接続呼がある場合には（ステップＳ６０５のＹＥＳ）、呼種判定部８２は、ステップＳ４０６と同様の処理手順で、呼切断処理部８６に対して、ルータルート障害が発生していることによって提供することができなくなっているサービスの接続呼のうち、プリザベーション状態でない接続呼のみを切断するように指示する。これにより、通信ネットワーク１５０´を構成する各装置間において、接続呼を切断するための処理を行う（ステップＳ６０６のＮＯ、及びステップＳ６０７）。
【００８０】
なお、ステップＳ６０６において、呼種判定部８２は、プリザベーション状態である接続呼があると判断した場合には（ステップＳ６０６のＹＥＳ）、ステップＳ４０７と同様の処理手順で、その接続呼を、すぐに切断しない呼切断待機状態として管理するように、接続呼管理部８１に対して通知する（ステップＳ６０８）。
【００８１】
また、ＧＧＳＮ１７２´は、ルータルート障害が発生したことを検知した後も、ＲＴ２３に対して、Ｅｃｈｏ信号を一定時間間隔で送信し続けている。そして、ＧＧＳＮ１７２´側に設けられている障害検知部４１´は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができた場合には、障害検知通知送信部１８１及び障害検知通知受信部２０１を介して、ＳＧＳＮ１７１´に対して、障害が発生していたルータルートが復旧したことを通知する。勿論、障害検知部４１´は、障害状態フラグのみではなく、ＡＰＮ情報を合わせて通知し続けている。これにより、ＭＴ１２−１から再び接続要求があった場合には、呼種判定部８２は、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼のうちの、プリザベーション状態であった接続呼（呼切断待機状態である接続呼）のみを切断することが可能である。
【００８２】
続いて、図１７に示すように、ステップＳ５０１と同様に、ＭＴ１２−１は、再び接続要求を行う場合に、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ信号を送信する（ステップＳ７０１）。続いて、呼切断待機有無判定部８４は、接続呼管理部８１により管理されている全ての接続呼のうちに、呼切断待機状態である接続呼があると判断すると（ステップＳ７０２のＹＥＳ）、すぐに、呼切断処理部８６に対して、その接続呼を切断するように指示しない。呼切断待機有無判定部８４は、呼切断待機状態である接続呼のうちの、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼があるか否かを判定する（ステップＳ７０３）。
そして、呼切断待機有無判定部８４は、呼切断待機状態である接続呼であっても、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼でないと判断した場合には（ステップＳ７０３のＮＯ）、呼切断処理部８６に対して、その接続呼を切断するように指示しない。
【００８３】
一方で、呼切断待機有無判定部８４は、呼切断待機状態である接続呼であって、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼であると判断した場合には（ステップＳ７０３のＹＥＳ）、呼切断処理部８６に対して、その接続呼を切断するように指示する。通信ネットワーク１５０´を構成する各装置間で、切断対象となった接続呼のうちの、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼のみを切断する処理を行う（ステップＳ７０４〜Ｓ７０７）。また、ＧＧＳＮ１７２´が、ＡＰＮを参照してから、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼のみを切断する。このため、ＳＧＳＮ１７１´では、解放処理が行われていない。このため、プリザベーション状態からの復帰処理時に、接続呼を切断することを中断することもできる。
【００８４】
（第１変形例の説明のまとめ）
以上のようにして、通信ネットワーク１５０´においては、切断対象となった接続呼のうちの、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）の接続呼のみを切断することができる。
呼種判定部８２が、切断対象として決定した全ての接続呼を切断してしまうと、ルータルート障害の影響を受けていないサービスの接続呼も切断されてしまうことになる。それよりも、呼切断処理部８６が、プリザベーション状態である接続呼のうちの、ルータルート障害によって提供することができなくなっているサービスの接続呼のみを切断すれば、コアネットワーク１６１´を構成する各装置間で送受信される制御信号の数も少なくて良い。また、コアネットワーク１６１´に輻輳が発生することをより抑えることができる。
【００８５】
また、ルータルート障害の影響を受けていないサービスがあった場合には、そのサービスを利用している接続呼をそのまま切断しないでおくことができる。このため、ユーザーに対して、そのままサービスを提供し続けることができる。
上記の説明した通り、ルータルート障害によって提供することができなくなっているサービス（ＡＰＮ）も切断条件として切断処理を行うことは、上記で説明した全ての実施形態に適用することができる。実際の通信ネットワークでは、多数のサービスが提供されている。このため、実運用上では、ＡＰＮを切断条件に加えて切断処理を行うことが好ましい。
【００８６】
（第２変形例）
さて、上記で説明した各実施形態の説明においては、コアネットワークを構成するＳＧＳＮやＧＧＳＮ等の各装置が接続呼切断制御部を有するものであったが、接続呼切断制御部を有しているのはそれらの装置に限定されない。例えば、通信ネットワークの種類が３Ｇ網ではなくＬＴＥ網である場合には、ＬＴＥ網のコアネットワークを構成するＭＭＥやＳ−ＧＷ、Ｐ−ＧＷの装置となる。これらの各装置に接続呼切断制御部を設けても、ルータルート障害の故障判定処理や接続呼の切断処理を行うことができる。このような装置構成が変わる場合であっても、基本的な処理シーケンスは、上記で説明した処理のシーケンスと実質的に同じである。
そこで、本発明の呼切断制御装置を用いて構成される第２変形例に係る常時接続のサービスを提供する通信ネットワーク２００について説明する。
【００８７】
（通信ネットワーク２００の装置構成）
最初に、図１８を参照して、第２変形例に係る通信ネットワーク２００の装置構成を説明する。
図１８は、本発明の呼切断制御装置を用いて構成される第２変形例に係る常時接続のサービスを提供する通信ネットワーク２００の装置構成を示すブロック図である。この図１８に示す通信ネットワーク２００は、既存の３ＧＰＰで規定されている２Ｇ網や３Ｇ網と、ＬＴＥ網との両方が混在しているＬＴＥ向けのＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）のＳ５−ＧＴＰのネッワークである。
【００８８】
この通信ネットワーク２００は、図１３に示す通信ネットワーク１５０´と同じ装置を用いて構成されている。しかしながら、通信ネットワーク２００は、ＧＧＳＮ１７２´を有していない。その代わりに、通信ネットワーク２００は、Ｓ−ＧＷ２２１と、Ｐ−ＧＷ２２２と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）２２３と、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）２２４とを有している。
【００８９】
Ｓ−ＧＷ２２１は、Ｓ−ＧＷ２２１は、ユーザーデータの伝送を行うために、主にパケットのルーティング制御を行う在圏パケットゲートウェイである。例えば、Ｓ−ＧＷ２２１は、移動端末が３Ｇ網に在圏する場合、Ｓ−ＧＷ２２１とＳＧＳＮ１７１´との間のユーザーデータを伝送するための制御を行う。
Ｐ−ＧＷ２２２は、ＲＴ２３を介してＩＳＰ２４や、図示しないがＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）等と接続され、外部ネットワークへ接続するためにＩＰアドレスの割当等を実施する。また、Ｐ−ＧＷ２２２は、ＰＣＲＦ２２４から通知されたポリシー制御情報に基づき、パケットを伝送するための制御を行う。
【００９０】
ＭＭＥ２２３は、図示しないが無線基地局装置であるｅＮＢ（Ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）とＳ−ＧＷ２２１との間で制御信号の送受信を行い、ユーザーデータを伝送するために必要な制御を行う。
ＰＣＲＦ２２４は、Ｐ−ＧＷ２２２やＳ−ＧＷ２２１、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の非３ＧＰＰ無線アクセス（Ｔｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ）における通信品質制御を行うための、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）や課金方法等のポリシー制御を行う。
【００９１】
（ルータルート障害が発生した際の接続呼の切断処理の流れ）
図１９は、通信ネットワーク２００の装置構成において、ルータルート障害が発生した際の通信ネットワーク２００の各装置の接続呼の切断処理の流れを説明する。
図１９は、通信ネットワーク２００の装置構成において、ルータルート障害が発生した際の通信ネットワーク２００の各装置の接続呼の切断処理の流れを示すシーケンス図である。通信ネットワーク２００は、ＬＴＥ向けのネットワークであるが、上記で説明した各実施形態に係る通信ネットワークの構成する装置に対応する装置を含んでいるものである。このため、基本的な処理の流れは同じである。例えば、図１９に示したステップＳ８０１，Ｓ８０２，Ｓ８０５〜Ｓ８０９の部分の処理の流れは、図１９に示したステップＳ６０１，Ｓ６０２，Ｓ６０５〜Ｓ６０８の処理の流れと実質的に同じである。
【００９２】
ステップＳ６０３の処理においては、ＧＧＳＮ１７２´からＳＧＳＮ１７１´に対して、ルータルート障害が発生している状態であることを通知していた。これに対して、ステップＳ８０３，８０４の処理においては、Ｐ−ＧＷ２２２からＳ−ＧＷ２２１を経由して、ＳＧＳＮ１７１´やＭＭＥ２２３に対して、ルータルート障害が発生している状態であることを通知している点が、ステップＳ６０３の処理と異なる。勿論、障害状態フラグに合わせて、ＡＰＮ情報を合わせて通知している点は、ステップＳ６０３の処理と同じである。
【００９３】
勿論、ＧＧＳＮ１７２´と同様に、Ｐ−ＧＷ２２２は、ルータルート障害が発生したことを検知した後も、ＲＴ２３に対して、Ｅｃｈｏ信号を一定時間間隔で送信し続けている。そして、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができた場合には、Ｐ−ＧＷ２２２は、ＳＧＳＮ１７１´やＭＭＥ２２３に対して、障害が発生していたルータルートが復旧したことを通知することができる。つまり、障害が発生していたルータルートが復旧した時の処理にあっても、上記で説明したような処理の流れで行うことができる。
【００９４】
（第２変形例のまとめ）
以上のように、通信ネットワークの種類が異なるため、コアネットワークを構成する装置は変わったとしても、上記の各実施形態で説明してきた接続呼の切断処理のシーケンスを用いることができる。これにより、ルータルート障害が発生した場合に、常時接続されている全ての接続呼を切断せずに、その一部の接続呼のみを切断し、再び接続することができる。
【００９５】
（第３変形例）
また、通信ネットワーク２００とは異なる別の通信ネットワークの一例として、第３変形例に係る常時接続のサービスを提供する通信ネットワーク２００´について説明する。
（通信ネットワーク２００´の装置構成）
最初に、図２０を参照して、第３変形例に係る通信ネットワーク２００´の装置構成を説明する。
図２０は、本発明の呼切断制御装置を用いて構成される第３変形例に係る常時接続のサービスを提供する通信ネットワーク２００´の装置構成を示すブロック図である。この図２０に示す通信ネットワーク２００´も、通信ネットワーク２００と同じようなＥＰＣのネットワークである。従って、この通信ネットワーク２００´も、図２０に示した通信ネットワーク２００と同じ装置を用いて構成されている。しかしながら、通信ネットワーク２００´は、ＥＰＣのＰＭＩＰのネッワークであるため、接続形態が若干異なっている。具体的に説明すると、ＰＣＲＦ２２４とＳ−ＧＷ２２１とが接続されており、これらの装置間で制御信号等を送受信することができるようになっている。このため、通信ネットワーク２００´においては、呼の接続を行う時、最初にＰＣＲＦ２２４が、Ｐ−ＧＷ２２２に対して、イベントトリガーを登録することができる。このため、ルータルート障害が発生した時に、Ｐ−ＧＷ２２２は、ＰＣＲＦ２２４対して、ＰＣＲＦイベントを通知することができる。
【００９６】
（ルータルート障害が発生した際の接続呼の切断処理の流れ）
図２１は、通信ネットワーク２００´の装置構成において、ルータルート障害が発生した際の通信ネットワーク２００´の各装置の接続呼の切断処理の流れを説明する。
図２１は、通信ネットワーク２００´の装置構成において、ルータルート障害が発生した際の通信ネットワーク２００´の各装置の接続呼の切断処理の流れを示すシーケンス図である。
図２１に示すように、コアネットワーク２０１´を構成する各装置間において、呼の接続時に、ベアラ設定処理を行うが（ステップＳ９０１，９０４）、その流れで、ＰＣＲＦ２２４は、Ｐ−ＧＷ２２２に対して、Ｄｉａｍｅｔｅｒ  ＣＣＲ信号を送信する（ステップＳ９０２）。これに対して、Ｐ−ＧＷ２２２は、ＰＣＲＦ２２４に対して、Ｄｉａｍｅｔｅｒ  ＣＣＡ信号を送信する（ステップＳ９０３）。この通信ネットワーク２００´においては、呼の接続を行う時、最初にＰＣＲＦ２２４が、Ｐ−ＧＷ２２２に対して、イベントトリガーを登録しておく。また、ＥＰＣのＰＭＩＰの通信ネッワーク２００´においては、Ｓ−ＧＷ２２１とＰ−ＧＷ２２２との間の信号を、ＰＭＩＰ  Ｈｅａｒｔ  Ｂｅａｔ  Ｒｅｑｕｅｓｔ信号に付加しても良い。
【００９７】
これ以降のステップＳ９０５〜Ｓ９１０の各処理については、図１９で説明した処理の流れと実質的に同じである。しかしながら、ステップＳ９０６において、Ｐ−ＧＷ２２２は、ＲＴ２３からＥｃｈｏ信号の対する応答信号を所定時間内に受信することができなかった場合には（ステップＳ９０６のＮＯ）、ＳＧＳＮ１７１´ではなく、ＰＣＲＦ２２４に対して、障害状態フラグに合わせて、ＡＰＮ情報を持つＣＣＲ信号を送信する（ステップＳ９０７）。これにより、Ｐ−ＧＷ２２２は、まず、ＰＣＲＦ２２４に対して、ルータルート障害が発生している状態であることを通知する。通知を受けとったＰＣＲＦ２２４は、Ｐ−ＧＷ２２２に対して、ＣＣＡ信号を返す（ステップＳ９０８）。また、ＰＣＲＦ２２４は、Ｓ−ＧＷ２２１に対しては、ＲＡＲ信号を送信することで、ルータルート障害が発生している状態であることを通知する（ステップＳ９０９）。最後に、Ｓ−ＧＷ２２１は、Ｓ−ＧＷ２２１と接続されているＳＧＳＮ１７１´やＭＭＥ２２３に対して、Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを送信することで、ルータルート障害が発生している状態であることを通知する（ステップＳ９１０）。
【００９８】
この通信ネットワーク２００´においては、上記で説明したようにＰ−ＧＷ２２２にイベントトリガーを登録しておくため、ルータルート障害が発生すると、Ｐ−ＧＷ２２２からＰＣＲＦ２２４に対して、イベント通知が行われるようになっている。上記のような流れで、ＳＧＳＮ１７１´やＭＭＥ２２３は、ルータルート障害が発生している状態であるか否かを判定することができる。ここでは、シーケンスの一部分のみを記載したが、これ以降の処理についても、図１９に示したステップＳ８０６以降の処理の流れと、実質的に同じである。つまり、この通信ネットワーク２００´は、上記で説明した通信ネットワーク２００と通信ルータルート障害が発生した時の各装置への通知の仕方が異なるのみで、基本的な処理の流れは同じである。従って、障害が発生していたルータルートが復旧した時の処理についても、通信ネットワーク２００と実質的に同じである。
【００９９】
（第３変形例のまとめ）
以上のようにして、コアネットワークを構成する装置間の接続形態や信号形態が変わっても、上記の各実施形態で説明してきた基本的な処理の流れを用いることができる。これにより、例えば、ＬＴＥのサービスを提供する通信るっトワークにおいても、ルータルート障害が発生した場合に、常時接続されている全ての接続呼を切断せずに、その一部の接続呼のみを切断し、再び接続することができる。
【０１００】
（本発明の範囲）
なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらす全ての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
上記の変形例で説明したように、パケットの受信状態やプリザベーション状態等の通信状態の他、ＡＰＮ等を参照して、切断対象とする接続呼を決定することができる。
【０１０１】
また、各実施形態の説明においては、コアネットワークを構成するＳＧＳＮやＧＧＳＮが接続呼切断制御部を有するものであったが、これに限定されない。変形例で説明したように、例えば、ＭＭＥやＳ−ＧＷ、Ｐ−ＧＷの装置であっても、ルータルートを含む、常時接続のサービスを提供するためのルート上の常時接続ルートで発生する障害の故障判定処理や、接続呼の切断処理を行うことができる。そのような場合であっても、基本的な処理シーケンスは、上記で説明した処理のシーケンスと同じである。
【産業上の利用可能性】
【０１０２】
本発明の呼切断制御装置は、特に常時接続のサービスを提供する通信ネットワークを構成するＳＧＳＮやＧＧＳＮ等の装置に呼切断制御部として設けて、接続呼の切断処理を行うために利用することができる。
【符号の説明】
【０１０３】
１０，５０，１５０……通信ネットワーク
１１，６１，１６１……コアネットワーク
１２−１〜１２−ｎ……ＭＴ
１３……ＩＳＰ
２１，１７１……ＳＧＳＮ
２２，７１，１７２……ＧＧＳＮ
２３……ＲＴ
２４，７２，１７３，１７４……接続呼切断制御部
３１，１９１……制御部
３２，１９２……呼制御信号送受信部
３３，１９３……ルール適用部
３４，１９４……パケット送受信部
８１……接続呼管理部
８２……呼種判定部
８３……呼切断処理部
８４……切断待機有無判定部
８５……プリザベーション状態復帰処理部
８６……呼切断処理部
１８１……障害検知通知送信部
２０１……障害検知通知受信部
【図１】
0005405608.tif 000002
【図２】
0005405608.tif 000003
【図３】
0005405608.tif 000004
【図４】
0005405608.tif 000005
【図５】
0005405608.tif 000006
【図６】
0005405608.tif 000007
【図７】
0005405608.tif 000008
【図８】
0005405608.tif 000009
【図９】
0005405608.tif 000010
【図１０】
0005405608.tif 000011
【図１１】
0005405608.tif 000012
【図１２】
0005405608.tif 000013
【図１３】
0005405608.tif 000014
【図１４】
0005405608.tif 000015
【図１５】
0005405608.tif 000016
【図１６】
0005405608.tif 000017
【図１７】
0005405608.tif 000018
【図１８】
0005405608.tif 000019
【図１９】
0005405608.tif 000020
【図２０】
0005405608.tif 000021
【図２１】
0005405608.tif 000022
【図２２】
0005405608.tif 000023
【図２３】
0005405608.tif 000024