(57)【要約】【課題】  ポリシー制御または課金制御のための装置が障害または輻輳した時に、既存呼を維持し、システムが輻輳に陥ることを防ぐこと。【解決手段】  ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）は、ＰＣＲＦ／ＤＲＡの障害または輻輳時に当該ＰＣＲＦ／ＤＲＡに括りつく既存呼を維持し、また、自動で呼単位にＰＣＣ連携モード又はＰＣＣ非連携モードの切り替えを行うことで呼接続要求を許容する。ＰＣＲＦがＳＧＷ／ＰＧＷからのＰＣＣルール取得要求を片方しか受信できなかった場合でも、ＰＣＣルール取得失敗を通知しない。ＰＣＲＦ／ＤＲＡ障害または輻輳復旧後に、ＰＣＣ非連携モードで接続を許容していた呼を、ＳＧＷ／ＰＧＷ主導で切断することで、ＰＣＣ連携モードへの復帰を促す。ＥＰＣ監視装置を用い、ＰＣＣ連携モードおよび非連携モードを自動で切り替える。【選択図】  図９
2015115690.tif 000002
【特許請求の範囲】
【請求項１】
通信システムであって、
ゲートウェイと、
ポリシー制御又は課金制御のためのポリシー制御装置と
を備え、
前記ゲートウェイは、
呼接続要求を受信し、
非連携モードに設定されている場合は、自身のシステムパラメータとして予め設定されていた非連携ポリシー制御ルール情報を前記呼接続要求の呼に適用し、呼接続を行い、
連携モードに設定されている場合は、前記ポリシー制御装置に対してポリシー制御ルール取得要求を行い、
前記ポリシー制御装置からのポリシー制御ルール取得が成功すれば、前記ポリシー制御装置から受信した連携ポリシー制御ルール情報を前記呼に適用し、呼接続を行い、
前記ポリシー制御装置からのポリシー制御ルール取得に失敗した場合は、前記呼を非連携モードに切り替え、予め設定されていた前記非連携ポリシー制御ルール情報を前記呼に適用することで、呼接続を行う
通信システム。
【請求項２】
請求項１に記載の通信システムであって、
認証又は課金プロトコルのメッセージを転送するための転送装置
をさらに備え、
前記ゲートウェイは、
連携モードに設定されている場合、呼接続要求を受信した際、前記転送装置の障害を検知していれば、前記呼を非連携モードとして扱うことで、呼接続要求を許容し、
非連携モードとして扱う前記呼に対して、予め設定されていた前記非連携ポリシー制御ルール情報を適用する
ことを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムであって、
認証又は課金プロトコルのメッセージを転送するための転送装置
をさらに備え、
前記ゲートウェイは、
連携モードに設定されている場合、呼接続要求を受信した際、ポリシー制御ルール取得要求を、前記ポリシー制御装置及び／又は前記転送装置へ送信し、
規定回数以上ポリシー制御ルール取得要求の再送を行っても前記ポリシー制御装置及び／又は前記転送装置から応答が無い場合、前記呼を非連携モードとして扱うことで、呼接続要求を許容し、予め設定されていた前記非連携ポリシー制御ルール情報を適用する
ことを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記ゲートウェイは、サービングゲートウェイ（ＳＧＷ）と、パケットネットワークゲートウェイ（ＰＧＷ）とを備え、
前記ＳＧＷは、連携モードに設定されている場合、呼接続要求を受信した際、前記ＰＧＷに対して呼接続要求を送信すると共に、ポリシー制御ルール取得要求を、前記ポリシー制御装置へ送信し、
前記ＰＧＷは、前記ＳＧＷから呼接続要求を受信すると、ポリシー制御ルール取得要求を、前記ポリシー制御装置へ送信し、
前記ポリシー制御装置は、前記ＳＧＷからの要求は受信したが、一定時間以上前記ＰＧＷからの要求をドロップしてしまった場合、ポリシー制御ルール取得要求を受信できていた前記ＳＧＷに対して、ポリシー制御ルール取得失敗の返信を抑止することにより、前記ＳＧＷ及び前記ＰＧＷは、前記呼を非連携モードとして扱うことで、接続要求を許容し、予め設定されていた前記非連携ポリシー制御ルール情報を適用する
ことを特徴とする通信システム。
【請求項５】
請求項１に記載の通信システムであって、
前記ゲートウェイは、非連携モードで呼接続を許容した場合、前記呼に対して予め設定した切断待ちタイマが満了すると、前記ゲートウェイの主導で呼切断を行うことを特徴とする通信システム。
【請求項６】
請求項１に記載の通信システムであって、
監視装置と、
認証又は課金プロトコルのメッセージを転送するための転送装置と
をさらに備え、
前記ゲートウェイは、前記転送装置の障害を検知すると、前記監視装置に対して警報を通知し、
前記監視装置は、前記警報を受信すると、前記ゲートウェイに対して非連携モード化を指示し、
非連携モード化指示を受信した前記ゲートウェイは、自身のシステムパラメータを非連携モードに変更する
ことを特徴とする通信システム。
【請求項７】
請求項６に記載の通信システムであって、
前記ゲートウェイは、非連携モードで呼接続を許容した場合、非連続モードで呼接続したことを前記監視装置に通知し、
前記ゲートウェイは、前記転送装置の障害復旧を検知した際、前記監視装置に対して警報回復を通知し、
前記監視装置は、警報回復を受信すると、前記ゲートウェイに対して、連携モード化を指示すると共に、非連携モードで接続している既存呼の切断を指示し、
前記ゲートウェイは、一斉切断とならないように、呼毎に切断タイミングを分散させて非連携モードで接続している呼の切断を行い、
前記ゲートウェイは、再接続要求を受信した場合、連携モードでの呼接続を行う
ことを特徴とする通信システム。
【請求項８】
請求項１に記載の通信システムであって、
認証又は課金プロトコルのメッセージを転送するための転送装置
をさらに備え、
前記ゲートウェイは、前記転送装置の死活監視を行い、前記転送装置に障害が発生したことを検知すると、前記監視装置に警報を発出して既存呼を維持し、
前記ゲートウェイは、前記転送装置の障害復旧を検知した場合、前記監視装置に対して警報回復を指示し、維持された既存呼の通信を継続する
ことを特徴とする通信システム。
【請求項９】
通信システムにおける輻輳回避方法であって、
前記通信システムは、
ゲートウェイと、
ポリシー制御又は課金制御のためのポリシー制御装置と
を備え、
前記ゲートウェイは、
呼接続要求を受信し、
非連携モードに設定されている場合は、自身のシステムパラメータとして予め設定されていた非連携ポリシー制御ルール情報を前記呼接続要求の呼に適用し、呼接続を行い、
連携モードに設定されている場合は、前記ポリシー制御装置に対してポリシー制御ルール取得要求を行い、
前記ポリシー制御装置からのポリシー制御ルール取得が成功すれば、前記ポリシー制御装置から受信した連携ポリシー制御ルール情報を前記呼に適用し、呼接続を行い、
前記ポリシー制御装置からのポリシー制御ルール取得に失敗した場合は、前記呼を非連携モードに切り替え、予め設定されていた前記非連携ポリシー制御ルール情報を前記呼に適用することで、呼接続を行う
輻輳回避方法。
【請求項１０】
ゲートウェイであって、
呼接続要求を受信し、
非連携モードに設定されている場合は、自身のシステムパラメータとして予め設定されていた非連携ポリシー制御ルール情報を前記呼接続要求の呼に適用し、呼接続を行い、
連携モードに設定されている場合は、ポリシー制御又は課金制御のためのポリシー制御装置に対してポリシー制御ルール取得要求を行い、
前記ポリシー制御装置からのポリシー制御ルール取得が成功すれば、前記ポリシー制御装置から受信した連携ポリシー制御ルール情報を前記呼に適用し、呼接続を行い、
前記ポリシー制御装置からのポリシー制御ルール取得に失敗した場合は、前記呼を非連携モードに切り替え、予め設定されていた前記非連携ポリシー制御ルール情報を前記呼に適用することで、呼接続を行う
ゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、輻輳回避方法、ゲートウェイに係り、特に、ＰＣＲＦ／ＤＲＡ単一障害または輻輳時における、ＬＴＥシステム等のシステムの輻輳回避するための通信システム、輻輳回避方法、ゲートウェイに関する。
【背景技術】
【０００２】
ＬＴＥシステムは、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）装置とＡｃｃｅｓｓネットワーク装置を備える。ＥＰＣ装置の中には、ＳＰＲ
（Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  Ｒｅｐｏｓｉｔｏｒｙ）と連動することで呼のＰＣＣルール（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｒｕｌｅ、特にＱｏＳポリシー/課金制御）を動的に制御するＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）と呼ばれる装置がある。このＰＣＲＦは、ＳＧＷ（Ｓｅｒｖｉｎｇ  ＧａｔｅＷａｙ）およびＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ）と呼ばれるＥＰＣゲートウェイと、ＤＲＡ(Ｄｉａｍｅｔｅｒ  Ｒｏｕｔｉｎｇ  Ａｇｅｎｔ)を介したＣｏｎｔｒｏ−Ｐｌａｎｅインタフェースを持っている。なお、ＰＣＣルール制御には、ＰＣＲＦと連携した動的制御と、ＰＣＲＦとは連携せずに、事前に各ＥＰＣゲートウェイに設定したＰＣＣルールを適用する静的制御がある。以降、動的制御モードをＰＣＣ連携モード、静的制御モードをＰＣＣ非連携モードと呼ぶ。
本技術分野の背景技術として、３ＧＰＰ  ＴＳ２０３．００７（非特許文献１）およびＷＯ２０１１／０９９５２３（特許文献１）がある。ＴＳ２０３．００７には、「ＰＣＲＦ障害時に、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）コネクションを張り直す為に、ＥＰＣゲートウェイ主導で既存呼の切断を行う。」ことが記載されている。また、ＰＣＣ連携モードにおいて、ＰＣＲＦ／ＤＲＡからのＰＣＣルール取得に失敗した場合、ＥＰＣゲートウェイは呼接続要求を拒否する。
ＷＯ２０１１／０９９５２３には、「ＰＣＲＦ障害の一時的なサービス停止の発生時に、ベアラに影響を与えることなく、ＰＣＲＦセッションを復旧可能とする。ＰＣＲＦがＰＣＣセッション情報をＰＣＲＦクライアント（ＳＧＷ／ＰＧＷ）に送信し、ＰＣＲＦクライアントはＰＣＣセッション情報を保持し、ＰＣＲＦの再開発生時、ＰＣＲＦクライアントは再開を検出し、ＰＣＲＦへのセッション復旧要求メッセージでＰＣＣセッション情報を送信、ＰＣＲＦはＰＣＣセッション情報の復旧を行う。」と記載されている（要約参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】ＷＯ２０１１／０９９５２３
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ２０３．００７
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）は、ＰＣＲＦのリブートやＤＲＡ障害を検知した場合、当該ＰＣＲＦ／ＤＲＡに括りつく既存呼を切断する。また、ＥＰＣゲートウェイは、ＤＲＡ障害中に呼接続要求を受信した場合や、ＰＣＲＦ／ＤＲＡの輻輳（無応答）等によりＰＣＣルール取得に失敗した場合は、呼接続要求を拒否する。この様に、ＰＣＲＦ／ＤＲＡの障害または輻輳時に、既存呼の呼切断、新規呼の呼接続拒否を行うと、最終的に多数の無線端末から再接続要求が繰り返されることとなる。また、ＰＣＣ連携モードから、ＰＣＲＦ／ＤＲＡとの連携が不要なＰＣＣ非連携モードに切り替えるには、ＰＣＲＦ／ＤＲＡの異常をオペレータが検知し、各ＥＰＣゲートウェイに対して手動で設定を変更する必要がある。その為、障害復旧までには時間を要してしまう。この間、ＰＣＲＦ／ＤＲＡの単一故障であったにも関わらず、システム全体に影響が波及してしまう。 
【０００６】
本発明は、以上の点に鑑み、ポリシー制御または課金制御のための装置が障害または輻輳した時に、既存呼を維持し、システムが輻輳に陥ることを防ぐことを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の解決手段によると、
通信システムであって、
ゲートウェイと、
ポリシー制御又は課金制御のためのポリシー制御装置と
を備え、
前記ゲートウェイは、
呼接続要求を受信し、
非連携モードに設定されている場合は、自身のシステムパラメータとして予め設定されていた非連携ポリシー制御ルール情報を前記呼接続要求の呼に適用し、呼接続を行い、
連携モードに設定されている場合は、前記ポリシー制御装置に対してポリシー制御ルール取得要求を行い、
前記ポリシー制御装置からのポリシー制御ルール取得が成功すれば、前記ポリシー制御装置から受信した連携ポリシー制御ルール情報を前記呼に適用し、呼接続を行い、
前記ポリシー制御装置からのポリシー制御ルール取得に失敗した場合は、前記呼を非連携モードに切り替え、予め設定されていた前記非連携ポリシー制御ルール情報を前記呼に適用することで、呼接続を行う
通信システムが提供される。
【０００８】
本発明の第２の解決手段によると、
通信システムにおける輻輳回避方法であって、
前記通信システムは、
ゲートウェイと、
ポリシー制御又は課金制御のためのポリシー制御装置と
を備え、
前記ゲートウェイは、
呼接続要求を受信し、
非連携モードに設定されている場合は、自身のシステムパラメータとして予め設定されていた非連携ポリシー制御ルール情報を前記呼接続要求の呼に適用し、呼接続を行い、
連携モードに設定されている場合は、前記ポリシー制御装置に対してポリシー制御ルール取得要求を行い、
前記ポリシー制御装置からのポリシー制御ルール取得が成功すれば、前記ポリシー制御装置から受信した連携ポリシー制御ルール情報を前記呼に適用し、呼接続を行い、
前記ポリシー制御装置からのポリシー制御ルール取得に失敗した場合は、前記呼を非連携モードに切り替え、予め設定されていた前記非連携ポリシー制御ルール情報を前記呼に適用することで、呼接続を行う
輻輳回避方法が提供される。
【０００９】
本発明の第３の解決手段によると、
ゲートウェイであって、
呼接続要求を受信し、
非連携モードに設定されている場合は、自身のシステムパラメータとして予め設定されていた非連携ポリシー制御ルール情報を前記呼接続要求の呼に適用し、呼接続を行い、
連携モードに設定されている場合は、ポリシー制御又は課金制御のためのポリシー制御装置に対してポリシー制御ルール取得要求を行い、
前記ポリシー制御装置からのポリシー制御ルール取得が成功すれば、前記ポリシー制御装置から受信した連携ポリシー制御ルール情報を前記呼に適用し、呼接続を行い、
前記ポリシー制御装置からのポリシー制御ルール取得に失敗した場合は、前記呼を非連携モードに切り替え、予め設定されていた前記非連携ポリシー制御ルール情報を前記呼に適用することで、呼接続を行う
ゲートウェイが提供される。
【発明の効果】
【００１０】
本発明によると、ポリシー制御または課金制御のための装置が障害または輻輳した時に、既存呼を維持し、システムが輻輳に陥ることを防ぐことができる。
【図面の簡単な説明】
【００１１】
【図１】ＬＴＥシステムの構成図の例である。
【図２】ＰＣＣ連携モードにおける呼接続シーケンスの例である。
【図３】ＰＣＣ非連携モードにおける呼接続シーケンスの例である。
【図４】ＰＣＲＦリブート時の既存呼切断を示したシーケンスの例である。
【図５】ＰＣＲＦリブート時の既存呼維持を示したシーケンスの例である。
【図６】ＤＲＡ障害時の既存呼切断を示したシーケンスの例である。
【図７】ＤＲＡ障害時の既存呼維持を示したシーケンスの例である。
【図８】ＰＣＣルール取得失敗時の呼接続拒否を示したフローチャートの例である。
【図９】呼単位に自動でＰＣＣ連携／非連携モードを切り替えることを示したフローチャートの例である。
【図１０】ＤＲＡ障害中の呼接続拒否を示したシーケンスの例である。
【図１１】ＤＲＡ障害中の呼接続許容を示したシーケンスの例である。
【図１２】ＰＣＲＦ／ＤＲＡ輻輳（無応答）時の呼接続拒否を示したシーケンスの例である。
【図１３】ＰＣＲＦ／ＤＲＡ輻輳（無応答）時の呼接続許容を示したシーケンスの例である。
【図１４】ＰＣＲＦ輻輳時の呼接続拒否を示したシーケンスの例である。
【図１５】ＰＣＲＦ輻輳時の呼接続許容を示したシーケンスの例である。
【図１６】ＰＣＣ非連携モードからＰＣＣ連携モードへの復帰を示したシーケンスの例である。
【図１７】ＥＰＣ監視装置を用いたＰＣＣ非連携モード化を示したシーケンスの例である。
【図１８】ＥＰＣ監視装置を用いたＰＣＣ連携モード化を示したシーケンスの例である。
【発明を実施するための形態】
【００１２】
１．概要
本実施例では、例えば、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）は、ＰＣＲＦのリブートやＤＲＡ障害を検知した場合でも、当該ＰＣＲＦ／ＤＲＡに括りつく既存呼を維持することができる。また、本実施例では、ＥＰＣゲートウェイは、ＤＲＡ障害中に呼接続要求を受信した場合や、ＰＣＲＦ／ＤＲＡの輻輳（無応答）等によりＰＣＣルール取得に失敗した場合でも、呼単位に自動でＰＣＣ連携モードを切り替えることで呼接続要求を許容することができる。
【００１３】
２．システムおよび呼接続
図１は、ＬＴＥシステムの構成図の例である。ＬＴＥシステムは、無線端末であるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）（１０１）、Ａｃｃｅｓｓネットワーク装置における無線基地局であるｅＮＢ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）（１０２）、ＥＰＣ装置、加入者情報を管理するＳＰＲ（１０９）、ＥＰＣ装置を保守監視するＥＰＣ監視装置（１１０）を備える。ＥＰＣ装置は、無線端末の位置情報管理、ページング制御、無線端末の認証等を行うＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）（１０３）、ＥＰＣゲートウェイの中でもデータ転送制御を司るＳＧＷ（１０４）、ＥＰＣゲートウェイの中でもＨｏｍｅ  Ａｇｅｎｔ機能を持ち無線端末にＩＰアドレスを割り当てるＰＧＷ（１０５）、認証・認可・課金プロトコルであるＤｉａｍｅｔｅｒプロトコルのメッセージを転送するＤＲＡ（転送装置）（１０６）、ＳＰＲ（１０９）と連動してＰＣＣルールを制御するＰＣＲＦ（ポリシー制御装置）（１０７）を備える。特に、ＰＣＲＦ（１０７）／ＤＲＡ（１０６）は、ＧｘｃというＣｏｎｔｒｏｌ−ＰｌａｎｅインタフェースによってＳＧＷと接続し、ＧｘというＣｏｎｔｒｏｌ−ＰｌａｎｅインタフェースによってＰＧＷと接続している為、呼接続／呼切断時にＣｏｎｔｒｏｌ−Ｐｌａｎｅの負荷が集中する構成となっている。なお、Ｕｓｅｒ−Ｐｌａｎｅは、ＵＥ、ｅＮＢ、ＳＧＷ、ＰＧＷ、ＰＤＮ（１０８）間で転送され、ＭＭＥ、ＤＲＡ、ＰＣＲＦを介すことはない。また、ＳＧＷとＰＧＷは、Ｓ５／Ｓ８というＣｏｎｔｒｏｌ−ＰｌａｎｅおよびＵｓｅｒ−Ｐｌａｎｅのインタフェースにて接続している。
【００１４】
図２は、ＰＣＣ連携モードにおける呼接続シーケンスの例である。前提として、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）は、ＰＣＣ連携モードに設定されている（２０１）。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（２０２）を受信すると、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（２０３）を送信すると共に、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（２０４）を、ＤＲＡを介してＰＣＲＦへ送信する。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信すると、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（２０５）を、ＤＲＡを介してＰＣＲＦへ送信する。ＰＣＲＦは、各ＥＰＣゲートウェイからのＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔを受信したことをもって、それぞれのゲートウェイに対して、Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ａｎｓｗｅｒ（２０６）を送信し、ＰＣＣルール（連携ポリシー制御ルール）を提供する。ＥＰＣゲートウェイは、受信したＰＣＣルールを当該呼に適用（２０７）する。ＰＧＷは、ＳＧＷに対して呼接続成功を意味するＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（２０８）を送信する。ＳＧＷも、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（２０９）をＭＭＥへ返信することで、呼接続要求を正常に受け入れたことを通知する。
【００１５】
図３は、ＰＣＣ非連携モードにおける呼接続シーケンスの例である。前提として、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）は、ＰＣＣ非連携モードに設定されている（３０１）。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（３０２）を受信すると、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（３０３）を送信する。ここで、ＰＣＣ非連携モードに設定されている為、ＰＣＲＦ／ＤＲＡに対してＰＣＣルール取得要求は送信しない。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信しても、ＰＣＲＦ／ＤＲＡに対してＰＣＣルール取得要求は送信しない。各ＥＰＣゲートウェイは、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報（非連携ポリシー制御ルール）を読み込み、当該呼に適用（３０４）する。ＰＧＷは、ＳＧＷに対して呼接続成功を意味するＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（３０５）を送信する。ＳＧＷも、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（３０６）をＭＭＥへ返信することで、呼接続要求を正常に受け入れたことを通知する。
【００１６】
３．シーケンス
【実施例１】
【００１７】
本実施例では、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）が、ＰＣＲＦのリブートを検知した場合でも、当該ＰＣＲＦに括りつく既存呼を維持する例を説明する。
【００１８】
図４は、ＰＣＲＦリブート時に既存呼を切断する関連技術のシーケンスの例である。各ＥＰＣゲートウェイは、ＰＣＲＦのリブートをＯｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄ（リスタートカウンタ）を用いて検出する。Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄとは、リブートする度に値が更新される識別子であり、ＰＣＲＦと各ＥＰＣゲートウェイとの間でＤｉａｍｅｔｅｒメッセージによって交換されている。
ＰＣＲＦが起動し、Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄが１０であったと仮定する（４０１）。シーケンス４０２〜４０５は、図２のシーケンス２０２〜２０５と同様である。ＰＣＲＦは、Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄが１０であることを、通常呼接続のＤｉａｍｅｔｅｒメッセージを用いて各ＥＰＣゲートウェイへ通知する。図４では、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（４０４および４０５）に対する応答Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ａｎｓｗｅｒ（４０６）で各ＥＰＣゲートウェイに通知している。但し、その他Ｄｉａｍｅｔｅｒメッセージ（たとえばＰＣＲＦ主導切断メッセージ）で通知しても構わない。各ＥＰＣゲートウェイは、呼の情報（たとえば、無線端末のＩＤや電話番号など）を管理するテーブルを保持しており、受信したＯｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄについても同テーブルにて呼毎に管理しておく（４０７）。ＳＧＷは、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（４０８）をＭＭＥへ返信することで、呼接続要求を正常に受け入れたことを通知する。
【００１９】
その後、ＰＣＲＦがリブートした場合、Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄが１１に更新される（４０９）。ＳＧＷは、ＭＭＥから接続／切断／ハンドオフ要求（４１０）を受信すると、ＰＣＣルール取得またはＳＧＷとＰＣＲＦ間のセッション情報解放のためのＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（４１１）を、ＤＲＡを介してＰＣＲＦへ送信する。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信すると、ＰＣＣルール取得またはＰＧＷとＰＣＲＦ間のセッション情報解放のためのＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（４１２）を、ＤＲＡを介してＰＣＲＦへ送信する。ＰＣＲＦは、Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄ（＝１１）の情報をリブート後に発生した通常呼接続のＤｉａｍｅｔｅｒメッセージにてＥＰＣゲートウェイに通知する（４１３）。ＳＧＷは、ＭＭＥに接続／切断／ハンドオフ応答（４１４）を通知する。ＥＰＣゲートウェイは、Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄの違いからＰＣＲＦのリブートを検知し、当該ＰＣＲＦに括りついている古いＯｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄを持つ既存呼を切断する（４１５）。ＰＧＷは呼切断メッセージであるＢｉｎｄｉｎｇ  Ｒｅｖｏｃａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ（４１６）を送信し、ＳＧＷも同様に呼切断メッセージであるＤｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ（４１７）をＭＭＥへ送信することで、既存呼の切断を行う。
【００２０】
図５は、ＰＣＲＦリブート時でも既存呼を維持する、本実施例のシーケンス例である。シーケンス５０２〜５１２は、図４のシーケンス４０２〜４１２と同様である。また、図４と同様に、ＰＣＲＦは、リブートによって更新されたＯｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄを、通常呼接続のＤｉａｍｅｔｅｒメッセージにてＥＰＣゲートウェイに通知する（５１３）。ここで、各ＥＰＣゲートウェイはＰＣＲＦリブートを検知しても、古いＯｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄを持つ既存呼を維持する（５１４）。上述した通り、ＰＣＲＦはＵｓｅｒ−Ｐｌａｎｅの通り道ではない為、維持された既存呼は、データ通信を継続することができる。
【実施例２】
【００２１】
本実施例では、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）が、ＤＲＡ障害を検知した場合でも、当該ＤＲＡに括りつく既存呼を維持する例を説明する。
【００２２】
図６は、ＤＲＡ障害時に既存呼を切断する関連技術のシーケンスの例である。各ＥＰＣゲートウェイは、Ｄｉａｍｅｔｅｒメッセージを用いて、ＤＲＡの死活監視を行う。各ＥＰＣゲートウェイは、ＤＲＡに対して死活監視メッセージであるＤｅｖｉｃｅ  Ｗａｔｃｈｄｏｇ  Ｒｅｑｕｅｓｔ（６０１および６０３）を送信し、その応答であるＤｅｖｉｃｅ  Ｗａｔｃｈｄｏｇ  Ａｎｓｗｅｒ（６０２および６０４）を受信することで、ＤＲＡに障害が発生していないことを認識する。ＤＲＡに障害が発生した場合（６０５）、各ＥＰＣゲートウェイは、Ｄｅｖｉｃｅ  Ｗａｔｃｈｄｏｇ  Ｒｅｑｕｅｓｔ（６０６および６０７）に対する応答をＤＲＡから受信できない為、ＤＲＡに障害が発生したことを検知する（６０８）。各ＥＰＣゲートウェイは、ＤＲＡ障害を検知した場合、ＥＰＣ監視装置に対して警報を発出すると共に、当該ＤＲＡに括りついている既存呼を切断する。ＰＧＷはＢｉｎｄｉｎｇ  Ｒｅｖｏｃａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ（６０９）を送信し、ＳＧＷはＤｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ（６１０）をＭＭＥへ送信することで、既存呼の切断を行う。
【００２３】
なお、各ＥＰＣゲートウェイは、ＤＲＡ障害検出後も、ＤＲＡに対して死活監視メッセージであるＤｅｖｉｃｅ  Ｗａｔｃｈｄｏｇ  Ｒｅｑｕｅｓｔ（６１２および６１４）を送信し、死活監視自体は継続している。障害が復旧し（６１１）、ＤＲＡから応答を受信できた場合は（６１３および６１５）、ＤＲＡが障害から復旧したと判断し、ＥＰＣ監視装置に対して警報回復を指示する（６１６）。
【００２４】
図７は、ＤＲＡ障害時でも既存呼を維持する、本実施例のシーケンス例である。図６同様に、各ＥＰＣゲートウェイは、Ｄｉａｍｅｔｅｒメッセージを用いて、ＤＲＡの死活監視を行う。シーケンス７０１〜７０７は、図６のシーケンス６０１〜６０７と同様である。各ＥＰＣゲートウェイは、送信したＤｅｖｉｃｅ  Ｗａｔｃｈｄｏｇ  Ｒｅｑｕｅｓｔ（７０６および７０７）に対する応答を受信できない場合、ＤＲＡに障害が発生したことを検知する（７０８）。但し、各ＥＰＣゲートウェイは、ＥＰＣ監視装置に警報を発出するのみとし、既存呼を維持する。
【００２５】
また、その後、ＤＲＡ障害の復旧を検知した場合も（７０９）、ＥＰＣ監視装置に対して警報回復を指示するのみとする（７１４）。なお、シーケンス７１０〜７１３は、図６のシーケンス６１２〜６１５と同様である。上述した通り、ＤＲＡはＵｓｅｒ−Ｐｌａｎｅの通り道ではない為、維持された既存呼は、データ通信を継続することができる。
【実施例３】
【００２６】
本実施例では、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）が、ＰＣＲＦ／ＤＲＡからのＰＣＣルール取得に失敗した場合に、当該呼を自動的にＰＣＣ非連携モードに切り替え、呼接続を成功させる例を説明する。
【００２７】
図８は、ＰＣＣルール取得失敗時に呼接続要求を拒否する関連技術のフローチャートの例である。各ＥＰＣゲートウェイは、呼接続要求を受信した場合（８０１）、自身のシステムパラメータを参照し、ＰＣＣ連携モード設定を確認する（８０２）。ＰＣＣ非連携モードに設定されている場合は、各ＥＰＣゲートウェイは、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報を当該呼に適用（８０３）し、呼接続を成功させる（８０４）。もし、ＰＣＣ連携モードに設定されている場合は、各ＥＰＣゲートウェイは、ＰＣＲＦに対してＰＣＣルール取得要求を行う（８０５）。各ＥＰＣゲートウェイは、ＰＣＲＦからのＰＣＣルール取得が成功すれば、ＰＣＲＦから受信したＰＣＣルール情報を当該呼に適用し（８０７）、呼接続を成功させる。各ＥＰＣゲートウェイは、ＰＣＲＦからのＰＣＣルール取得に失敗した場合は、呼接続を拒否（８０６）する。
【００２８】
図９は、呼単位に自動でＰＣＣ連携／非連携モードを切り替えることを示したフローチャートの例である。各ＥＰＣゲートウェイは、呼接続要求を受信した場合（９０１）、自身のシステムパラメータを参照し、ＰＣＣ連携モード設定を確認する（９０２）。ＰＣＣ非連携モードに設定されている場合は、各ＥＰＣゲートウェイは、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報を当該呼に適用（９０３）し、呼接続を成功させる（９０４）。もし、ＰＣＣ連携モードに設定されている場合は、各ＥＰＣゲートウェイは、ＰＣＲＦに対してＰＣＣルール取得要求を行う（９０５）。各ＥＰＣゲートウェイは、ＰＣＲＦからのＰＣＣルール取得が成功すれば、ＰＣＲＦから受信したＰＣＣルール情報を当該呼に適用し（９０６）、呼接続を成功させる。各ＥＰＣゲートウェイは、ＰＣＲＦからのＰＣＣルール取得に失敗した場合は、当該呼を呼単位にＰＣＣ非連携モードに切り替えること（９０７）によって、呼接続を許容する。各ＥＰＣゲートウェイは、ステップ９０７の後、ＰＣＲＦからＰＣＣルール情報を取得できていない為、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報を当該呼に適用することで（９０３）、呼接続を成功させることが可能となる。
【００２９】
ＰＣＲＦからＰＣＣルールを取得できないケースについては、例えば、ＥＰＣゲートウェイがＤＲＡの障害を検出していることにより、ＰＣＣルール取得要求自体を送信できないケース、ＰＣＲＦ／ＤＲＡがＰＣＣルール取得要求に対して無応答のケース、ＰＣＲＦ／ＤＲＡがＰＣＣルール取得要求に対して拒否応答を返すケース等が想定される。ＰＣＲＦ／ＤＲＡからＰＣＣルールを取得できないケースは、本実施例の通り、当該呼をＰＣＣ非連携モードとして許容することで、無線端末からの再接続要求を抑えることが可能となる。それぞれのケースにおける具体的な実施例を実施例４、実施例５、実施例６に記載する。
【実施例４】
【００３０】
本実施例では、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）が、ＤＲＡ障害中に呼接続要求を受信しても、それを許容する例を説明する。
図１０は、ＤＲＡ障害中に受信した呼接続要求を拒否する関連技術のシーケンスの例である。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１００２）を受信した際、ＤＲＡ障害を検知していれば、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｒｅｊｅｃｔ）（１００３）をＭＭＥへ即返信することで、呼接続要求を拒否する。
【００３１】
ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１００２）を受信した際（１００４）、ＳＧＷがＤＲＡ障害を検知していない場合は、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１００５）を送信すると共に、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１００６）を、ＤＲＡを介してＰＣＲＦへ送信する。ここで、ＰＧＷがＤＲＡ障害を検知している場合は、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ（Ｒｅｊｅｃｔ）（１００７）を即返信することで、呼接続要求を拒否する。ＳＧＷは、ＰＧＷから呼接続要求を拒否された為、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｒｅｊｅｃｔ）（１００８）をＭＭＥへ送信する。
【００３２】
図１１は、ＤＲＡ障害中でも呼接続要求を許容する、本実施例のシーケンス例である。前提として、各ＥＰＣゲートウェイは、ＰＣＣ連携モードに設定されている（１１０１）。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１１０３）を受信した際、ＤＲＡ障害（１１０２）を検知していれば、当該呼をＰＣＣ非連携モードとして扱うことで、呼接続要求を許容し（１１０４）、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１１０５）を送信する。当該呼は、ＰＣＣ非連携モードの為、ＰＣＲＦ／ＤＲＡに対するＰＣＣルール取得要求は送信しない。同様に、ＰＧＷはＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅを受信した際、ＤＲＡ障害を検知していれば、当該呼をＰＣＣ非連携モードとして扱うことで、呼接続要求を許容する（１１０６）。そして、各ＥＰＣゲートウェイは、ＰＣＣ非連携モードとして扱う呼に対して、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報を適用（１１０７）する。ＰＧＷは、呼接続要求を許容すると、ＳＧＷに対して呼接続成功を意味するＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ（Ｓｕｃｃｅｓｓ）（１１０８）を返信する。ＳＧＷは、ＰＧＷからＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（Ｓｕｃｃｅｓｓ）を受信している為、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｓｕｃｃｅｓｓ）（１１０９）をＭＭＥへ送信する。
【００３３】
なお、ここではＤＲＡ障害時の初期接続を例として示しているが、初期接続以外に、既存呼のＩｄｌｅ遷移／Ａｃｔｉｖｅ遷移／ハンドオフなど、ＰＣＲＦ／ＤＲＡに対してアクセスが必要となる契機がＰＣＣ非連携モード切替の対象となる。ＰＣＣ連携モードで動作している既存呼に対して、ＤＲＡ障害中にこれらのシーケンスが動作した場合、当該呼を非連携モードに切り替えることで、ＰＣＲＦ／ＤＲＡへのメッセージを送信することなく、既存呼を維持することが可能となる。
【実施例５】
【００３４】
本実施例では、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）が、呼接続時にＰＣＲＦ／ＤＲＡの輻輳（無応答）を検知した場合でも、呼接続を許容する例を説明する。
【００３５】
図１２は、ＰＣＲＦ／ＤＲＡ無応答時の呼接続拒否を示した関連技術のシーケンスの例である。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１２０１）を受信した際、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１２０２）を送信すると共に、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１２０３、１２０５）を、ＤＲＡを介してＰＣＲＦおよびＤＲＡへ送信する。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信すると、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１２０４、１２０６）を、ＤＲＡを介してＰＣＲＦへ送信する。
【００３６】
ここで、ＰＣＲＦまたはＤＲＡから応答が無い場合、各ＥＰＣゲートウェイは、規定回数だけＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔの再送を行い、それでも応答を受信できない場合は、呼接続を拒否する。ＰＧＷからＳＧＷに対して、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ（Ｒｅｊｅｃｔ）（１２０７）を送信し、ＳＧＷもＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｒｅｊｅｃｔ）（１２０８）をＭＭＥへ送信することで呼接続を拒否する。
【００３７】
図１３は、ＰＣＲＦ／ＤＲＡ無応答時でも呼接続要求を許容する、本実施例のシーケンス例である。前提として、各ＥＰＣゲートウェイは、ＰＣＣ連携モードに設定されている（１３０１）。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１３０２）を受信した際、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１３０３）を送信すると共に、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１３０４、１３０６）を、ＤＲＡを介してＰＣＲＦおよびＤＲＡへ送信する。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信すると、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１３０５、１３０７）を、ＤＲＡを介してＰＣＲＦおよびＤＲＡへ送信する。ここで、ＰＣＲＦまたはＤＲＡから応答が無い場合、各ＥＰＣゲートウェイは、規定回数だけＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔの再送を行う。それでも応答を受信できない場合は、当該呼をＰＣＣ非連携モードとして扱うことで、呼接続要求を許容する（１３０８）。そして、各ＥＰＣゲートウェイは、ＰＣＣ非連携モードとして扱う呼に対して、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報を適用（１３０９）する。ＰＧＷは、呼接続要求を許容すると、ＳＧＷに対して呼接続成功を意味するＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ（Ｓｕｃｃｅｓｓ）（１３１０）を返信する。ＳＧＷは、ＰＧＷからＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（Ｓｕｃｃｅｓｓ）を受信している為、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｓｕｃｃｅｓｓ）（１３１１）をＭＭＥへ送信する。
【００３８】
なお、ここでは初期接続時のＰＣＲＦ／ＤＲＡ無応答を例として示しているが、初期接続以外に、既存呼のＩｄｌｅ遷移／Ａｃｔｉｖｅ遷移／ハンドオフなど、ＰＣＲＦ／ＤＲＡに対してアクセスが必要となる契機がＰＣＣ非連携モード切替の対象となる。ＰＣＣ連携モードで動作している既存呼に対して、これらのシーケンスが動作した際に、ＰＣＲＦ／ＤＲＡから応答が無ければ、当該呼を非連携モードに切り替えることで、既存呼を維持することが可能となる。
【実施例６】
【００３９】
本実施例では、ＰＣＲＦが輻輳し、ＰＣＲＦが、ＰＣＣルール取得要求を片方のＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）からしか受信できなかった場合でも、呼接続を許容する例を説明する。
【００４０】
図１４は、ＰＣＲＦ輻輳時の呼接続拒否を示した関連技術のシーケンスの例である。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１４０１）を受信した際、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１４０２）を送信すると共に、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１４０３）を、ＤＲＡを介してＰＣＲＦへ送信する。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信すると、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１４０４）を、ＤＲＡを介してＰＣＲＦへ送信する。ここで、ＰＣＲＦは、初回のＳＧＷからの要求は受信したが、受信バッファの輻輳等により、ＰＧＷからの要求をドロップしてしまった場合、一定時間ＰＧＷからのＰＣＣルール取得要求を待ち受ける。各ＥＰＣゲートウェイはＰＣＲＦからの応答を受信できていない為、ＰＣＣルール取得要求の再送（１４０５および１４０６）を行うが、これもＰＣＲＦ輻輳等によりドロップしてしまった場合は、ＰＣＲＦ側のタイマが満了する。ＰＣＲＦは、ＰＣＣルール取得要求を受信できていたＳＧＷに対して、ＰＣＣルール取得失敗を示すＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ａｎｓｗｅｒ（Ｒｅｊｅｃｔ）（１４０７）を送信する。ＰＧＷはＰＣＣルール取得要求の応答を受信できない為、ＰＣＲＦ／ＤＲＡ無応答を検知し、ＰＧＷからＳＧＷに対して、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ（Ｒｅｊｅｃｔ）（１４０８）を送信し、ＳＧＷもＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｒｅｊｅｃｔ）（１４０９）をＭＭＥへ送信することで呼接続を拒否する。
【００４１】
図１５は、ＰＣＲＦ輻輳時でも呼接続を許容する、本実施例のシーケンス例である。前提として、各ＥＰＣゲートウェイは、ＰＣＣ連携モードに設定されている（１５０１）。ＳＧＷは、ＭＭＥから呼接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１５０２）を受信した際、ＰＧＷに対して呼接続要求であるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１５０３）を送信すると共に、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１５０４）を、ＤＲＡを介してＰＣＲＦへ送信する。ＰＧＷも同様に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔを受信すると、ＰＣＣルール取得要求であるＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（１５０５）を、ＤＲＡを介してＰＣＲＦへ送信する。ここで、ＰＣＲＦは、初回のＳＧＷからの要求は受信したが、受信バッファの輻輳等により、ＰＧＷからの要求をドロップしてしまった場合、一定時間ＰＧＷからのＰＣＣルール取得要求を待ち受ける。各ＥＰＣゲートウェイはＰＣＲＦからの応答を受信できていない為、ＰＣＣルール取得要求の再送（１５０６）を行うが、これもＰＣＲＦ輻輳等によりドロップしてしまった場合は、ＰＣＲＦ側のタイマが満了する。ここで、ＰＣＲＦは、ＰＣＣルール取得要求を受信できていたＳＧＷに対して、ＰＣＣルール取得失敗を示すＣｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ａｎｓｗｅｒ（Ｒｅｊｅｃｔ）（１５０７）の返信を抑止する。これにより、ＥＰＣゲートウェイ側では、ＰＣＲＦ／ＤＲＡの無応答と見えるため、実施例５の通り、当該呼をＰＣＣ非連携モードとして扱うことで、接続要求を許容できる（１５０８）。各ＥＰＣゲートウェイは、ＰＣＣ非連携モードとして扱う呼に対して、事前に自身のシステムパラメータに設定されていたＰＣＣルール情報を適用（１５０９）する。ＰＧＷは、ＳＧＷに対して呼接続成功を意味するＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ（Ｓｕｃｃｅｓｓ）（１５１０）を返信する。ＳＧＷは、ＰＧＷからＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（Ｓｕｃｃｅｓｓ）を受信している為、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ（Ｓｕｃｃｅｓｓ）（１５１１）をＭＭＥへ送信する。
【００４２】
なお、ここではＰＣＲＦ輻輳時の初期接続を例として示しているが、初期接続以外に、既存呼のＩｄｌｅ遷移／Ａｃｔｉｖｅ遷移／ハンドオフなど、ＰＣＲＦ／ＤＲＡに対してアクセスが必要となる契機がＰＣＣ非連携モード切替の対象となる。ＰＣＣ連携モードで動作している既存呼に対して、これらのシーケンスが動作した際に、ＰＣＲＦがＳＧＷまたはＰＧＷのどちらか一方からしかメッセージを受信できない場合、ＰＣＲＦはＥＰＣゲートウェイに対してＰＣＣルール取得失敗を返さないこととする。これにより、ＥＰＣゲートウェイ側にて当該呼を非連携モードに切り替えることで、既存呼を維持することが可能となる。
【実施例７】
【００４３】
本実施例では、一時的にＰＣＣ非連携モードとして受け入れた呼を、ＥＰＣゲートウェイ（ＳＧＷ／ＰＧＷ）装置主導で切断し、ＰＣＣ連携モードへの復帰を促す例を説明する。図１６は、ＰＣＣ非連携モードの呼をＥＰＣゲートウェイ主導で切断するシーケンスの例である。各ＥＰＣゲートウェイは、例えば、図１１、図１３または図１５でも示したように、ＰＣＣ非連携モードで呼接続を許容した（１６０１）場合、当該呼に対して切断待ちタイマを設定する。タイマ値はＰＣＲＦ／ＤＲＡ障害または輻輳の回復を見込める十分長い時間とする。また、タイマ値は呼毎に乱数を乗算し、分散させることで、タイマ満了時の一斉呼切断を回避することができる。切断待ちタイマが満了すると、各ＥＰＣゲートウェイ主導で呼切断を行う（１６０３）。
【００４４】
ＳＧＷ主導で呼切断を行う場合は、ＭＭＥに対してＤｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ（１６０４）を送信し、ＰＧＷに対してはＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（Ｔｙｐｅ  ＭＤ）（１６０５）を送信することで、呼切断を指示する。ＰＧＷは、呼切断処理を行い、ＳＧＷに対してＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅを返信する。ＰＧＷ主導で呼切断を行う場合は、ＳＧＷに対してＢｉｎｄｉｎｇ  Ｒｅｖｏｃａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ（１６０７）を送信する。ＳＧＷは、ＭＭＥに対してＤｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ（１６０８）を送信する。その後、ＥＰＣゲートウェイが無線端末からＭＭＥを介して再接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１６０９）を受信した場合、ＰＣＣ連携モード（図２等）での呼接続を試みる。
【００４５】
各ＥＰＣゲートウェイは、切断待ちタイマ満了時に、ＰＣＲＦ／ＤＲＡ障害または輻輳が復旧していないと判断した場合は、即呼切断を実行するのではなく、切断待ちタイマを延長することも可能である。
【実施例８】
【００４６】
本実施例では、ＥＰＣ監視装置を介して、ノード単位にＰＣＣ連携モード／非連携モードを切り替えることで、システム輻輳を回避する例を説明する。
【００４７】
図１７は、ＥＰＣ監視装置を用いて、ＰＣＣ連携モードからＰＣＣ非連携モードへ切り替えるシーケンスの例である。実施例２に示した通り、各ＥＰＣゲートウェイは、ＰＣＣ連携モードの場合、ＤＲＡ障害が発生した場合（１７０１）、ＤＲＡからのＤｅｖｉｃｅ  Ｗａｔｃｈｄｏｇ  Ｒｅｑｕｅｓｔ（１７０２および１７０３）の応答が途絶えることで、ＤＲＡ障害を検知する（１７０４）。ここで、各ＥＰＣゲートウェイは、ＥＰＣ監視装置に対して警報を通知する（１７０５）が、これを契機に、ＥＰＣ監視装置から各ＥＰＣゲートウェイに対してＰＣＣ非連携モード化を指示する（１７０６）。ＰＣＣ非連携モード化指示を受信した各ＥＰＣゲートウェイは、自身のシステムパラメータをＰＣＣ非連携モードに変更する。以降、呼接続要求を受信した場合は、ＰＣＣ非連携モードとして（図３等）呼接続を許容する。
【００４８】
図１８は、ＥＰＣ監視装置を用いて、ＰＣＣ非連携モードからＰＣＣ連携モードへ切り替えるシーケンスの例である。各ＥＰＣゲートウェイは、例えば図１１、図１３、図１５、または、図１６等で示したように、ＰＣＣ非連携モードで呼接続を許容した（１８０１）場合、その情報をＥＰＣ監視に通知する（１８０２）。ＤＲＡ障害復旧後（１８０３）、実施例２に示した通り、各ＥＰＣゲートウェイにてそれを検知（１８０４）し、ＥＰＣ監視装置に対して警報回復を通知する（１８０５）。ＥＰＣ監視装置は、警報回復を契機として、各ＥＰＣゲートウェイに対して、ＰＣＣ連携モード化を指示すると共に、ＰＣＣ非連携モードで接続している既存呼の切断を指示する（１８０６）。各ＥＰＣゲートウェイでは、ＰＣＣ非連携モードで接続している呼の切断を行うが、一斉切断とならないように、呼毎に切断タイミングを分散させる（１８０７）。その後、ＥＰＣゲートウェイが無線端末からＭＭＥを介して再接続要求であるＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（１８０８）を受信した場合、ＰＣＣ連携モードでの呼接続（図２等）を試みる。
【００４９】
４．本実施例の効果
本実施例によると、ＰＣＲＦ／ＤＲＡ障害または輻輳時でも既存呼を維持し、かつ呼接続を許容することで、端末からの一斉再接続を回避でき、システム全体が輻輳に陥ることを防ぐことが可能となる。
また、本実施例によると、システム全体のトラフィック量を抑制できるため、輻輳に陥っていたＰＣＲＦ／ＤＲＡの早期障害回復を図ることができる。
【００５０】
５．付記
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５１】
１０１  ＬＴＥシステムにおける無線端末
１０２  ＬＴＥシステムにおける無線基地局
１０３  ＬＴＥシステムにおける無線端末の位置情報管理装置
１０４  ＬＴＥシステムにおけるデータ転送制御を担うＥＰＣゲートウェイ
１０５  ＬＴＥシステムにおける無線端末のＩＰアドレスを管理するＥＰＣゲートウェイ
１０６  ＬＴＥシステムにおけるＰＣＲＦ負荷分散装置
１０７  ＬＴＥシステムにおけるＱｏＳポリシー・課金制御装置
１０８  ＬＴＥシステムにおけるＩＰ Ｎｅｔｗｏｒｋ網
１０９  ＬＴＥシステムにおける加入者情報管理装置
１１０  ＬＴＥシステムにおける保守・監視装置
【図１】
2015115690.tif 000003
【図２】
2015115690.tif 000004
【図３】
2015115690.tif 000005
【図４】
2015115690.tif 000006
【図５】
2015115690.tif 000007
【図６】
2015115690.tif 000008
【図７】
2015115690.tif 000009
【図８】
2015115690.tif 000010
【図９】
2015115690.tif 000011
【図１０】
2015115690.tif 000012
【図１１】
2015115690.tif 000013
【図１２】
2015115690.tif 000014
【図１３】
2015115690.tif 000015
【図１４】
2015115690.tif 000016
【図１５】
2015115690.tif 000017
【図１６】
2015115690.tif 000018
【図１７】
2015115690.tif 000019
【図１８】
2015115690.tif 000020