JP2012120156A - 移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置 - Google Patents

Abstract

【課題】ＰＣＲＦにおいて障害が発生した後場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行う。
【解決手段】本発明に係る移動通信方法は、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う工程Ａを有する。
【選択図】図２

Description

本発明は、移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置に関する。

３ＧＰＰにおいて、ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）方式の移動通信システムの仕様が検討されている。

３ＧＰＰ ＴＳ２３.４０１ ３ＧＰＰ ＴＳ２３.２０３

しかしながら、現状では、ＳＡＥ方式の移動通信システムにおいて、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー及び課金サーバ装置）において障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合についての動作について規定されていない。

したがって、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合には、かかる障害が復旧した場合であっても、ＰＣＣ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）制御に関する通信の発信処理及び着信処理を行うことができないという問題点があった。

例えば、図８に示すように、現状のＳＡＥ方式の移動通信システムでは、障害が発生した後に復旧したＰＣＲＦは、Ｓ/Ｐ-ＧＷ（Ｓｅｒｖｉｎｇ/ＰＤＮ-Ｇａｔｅｗａｙ、ゲートウェイ装置）から「Ｕｓａｇｅ ｒｅｐｏｒｔｓ」等のＰＣＣ制御信号を受信した場合であっても、対応するＰＣＣプロファイルを保持していないため、何をすべきか分からないという問題点があった（Ｉｓｓｕｅ １）。

また、図８に示すように、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおいて障害が発生した後に、かかる障害が復旧した場合に、Ｓ/Ｐ-ＧＷとＰＣＲＦとの間の状態の不一致が残ってしまうという問題点があった（Ｉｓｓｕｅ ２）。

さらに、図９に示すように、現状のＳＡＥ方式の移動通信システムでは、障害が発生した後に復旧したＰＣＲＦは、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）内のＰ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）から、ＵＥ宛ての着信信号（「ＳＤＰ Ｏｆｆｅｒ（ＡＡＲ）」）を受信した場合であっても、対応するＰＣＣプロファイルを保持していないため、Ｐ-ＣＳＣＦに対して、エラー（「ＡＡＲ：Ｅｒｒｏｒ」）を返送してしまうという問題点があった。

また、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおける障害が発生した場合、ＩＭＳによらず、ＰＣＲＦ制御に関する通信ができないという問題点があった。

さらに、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦの故障に伴う動的な課金制御ができないという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置を提供することを目的とする。

本発明の第１の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法であって、前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行う工程Ａを有することを要旨とする。

本発明の第２の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法であって、前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行う工程Ａを有することを要旨とする。

本発明の第３の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられるゲートウェイ装置であって、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行うように構成されていることを要旨とする。

本発明の第４の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを要旨とする。

本発明の第５の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、無線基地局に対して、該第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、該ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求するように構成されていることを要旨とする。

本発明の第６の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法で用いられる呼セッション制御サーバ装置であって、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うように構成されていることを要旨とする。

以上説明したように、本発明によれば、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。 本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。 本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。 本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。 本発明の第１の実施形態の変更例３に係る移動通信システムの動作について説明するシーケンス図である。 本発明の第１の実施形態に係る移動通信システムの全体構成図である。 本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。 従来の移動通信システムの問題点を説明するための図である。 従来の移動通信システムの問題点を説明するための図である。

（本発明の第１の実施形態）
図１乃至図７を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

本実施形態に係る移動通信システムには、ＳＡＥ方式の移動通信システムであって、具体的には、図１に示すように、ｅＮＢ（無線基地局）を含むＥ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ-Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）や、ＮｏｄｅＢ（無線基地局）やＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局）を含むＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）や、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）や、Ｓ/Ｐ-ＧＷや、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ装置）や、ＩＭＳや、ＯＣＳ（Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）や、ＯＦＣＳ（Ｏｆｆｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）等を具備している。

また、ＩＭＳは、Ｐ-ＣＳＣＦや、Ｉ/Ｓ-ＣＳＣＦ（Ｉｎｔｅｒｏｇａｔｉｏｎ/Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）（不図示）や、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（不図示）等を具備している。

本実施形態に係る移動通信システムでは、ＵＥは、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２とを用いて、ＰＣＣ制御を利用した通信を行うことができるように構成されている。

ここで、ＰＤＮコネクションは、ＵＥとＳ/Ｐ-ＧＷとの間で設定されるコネクションであり、ＰＣＣコネクション＃１は、ＰＣＲＦとＳ/Ｐ-ＧＷとの間で設定されるコネクションであり、ＰＣＣコネクション＃２は、ＰＣＲＦとＰ-ＣＳＣＦとの間で設定されるコネクションである。

なお、ＰＣＣコネクション＃１及びＰＣＣコネクション＃２が設定されている場合、Ｓ/Ｐ-ＧＷ及びＰ-ＣＳＣＦは、ＰＣＲＦクライアントとして動作する。

また、本実施形態に係る移動通信システムにおいて、ＰＣＣコネクション＃２が設定されてなくてもよいし、３つ以上のＰＣＣコネクションが設定されていてもよい。

以下、図２乃至図７を参照して、本実施形態に係る移動通信システムの動作について説明する。

第１に、図２を参照して、本実施形態に係る移動通信システムの動作の概要について説明する。

図２に示すように、ステップＳ１０００Ａにおいて、ＰＤＮコネクションが、ＵＥとＳ/Ｐ-ＧＷとの間で設定され、ステップＳ１０００Ｂにおいて、かかるＰＤＮコネクションが、ＰＣＲＦとＳ/Ｐ-ＧＷとの間で設定されているＰＣＣコネクション＃１に関連付けられる。なお、図２において、Ｓ/Ｐ-ＧＷは、Ｓ-ＧＷ及びＰ-ＧＷの機能を具備してもよいし、Ｐ-ＧＷの機能のみを具備していてもよいし、Ｓ-ＧＷの機能のみを具備していてもよい。

ステップＳ１０００Ｃにおいて、ＵＥについて、例えば、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ」等の「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ（登録）」が行われ、ステップＳ１０００Ｄにおいて、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けが行われる。

その後、Ｓ/Ｐ-ＧＷは、ステップＳ１００２Ａにおいて、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、ステップＳ１００２Ｂにおいて、所定イベントを検出した場合、ステップＳ１００２Ｃにおいて、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う。かかる場合、ＰＣＣコネクション＃１の再設定を併せて実施してもよい。

同様に、Ｐ-ＣＳＣＦは、ステップＳ１００３Ａにおいて、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、ステップＳ１００３Ｂにおいて、所定イベントを検出した場合、ステップＳ１００３Ｃにおいて、ＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行う。かかる場合、ＰＣＣコネクション＃２の再設定を併せて実施してもよい。

なお、ステップＳ１００２Ａ及びＳ１００３Ａにおいて、Ｓ/Ｐ-ＧＷやＰ-ＣＳＣＦ等のＰＣＲＦクライアントは、ＰＣＲＦにおける障害の発生を検出してもよいし、ＰＣＲＦの再開（すなわち、上述の障害の復旧）を検出してもよい。以降、本実施形態において同様である。

ここで、Ｓ/Ｐ-ＧＷ及びＰ-ＣＳＣＦは、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、一定の時間が経過した時点で、上述の再設定を行ってもよい。

なお、かかる所定イベントとしては、ＵＥ宛ての着信信号（例えば、「ＩＮＶＩＴＥ」）の受信や、ＵＥに係るＣ-Ｐｌａｎｅ処理（例えば、ベアラ状態の変更処理）の実施や、ＵＥに係るＵ-Ｐｌａｎｅデータの送受信等が想定される。

また、Ｓ/Ｐ-ＧＷやＰ-ＣＳＣＦ等のＰＣＲＦクライアントは、ステップＳ１００２Ａ及びＳ１００３Ａにおいて、ＰＣＲＦにおける障害を検出した場合、ＯＣＳ又はＯＦＣＳに対して、その旨を通知し、ＯＣＳ又はＯＦＣＳは、所定の課金制御を実施してもよい。

なお、本発明は、ＰＣＲＦにおける障害が発生した場合に限らず、ＰＣＲＦとの間の通信ができない場合等にも適用可能である。以下の説明でも同様である。

第２に、図３を参照して、本実施形態に係る移動通信システムの動作の具体例１について説明する。

図３に示すように、ステップＳ２０００Ａ乃至Ｓ２００１の動作は、図２に示すステップＳ１０００Ａ乃至Ｓ１００１の動作と同一である。

ステップ２００２Ａにおいて、Ｐ-ＧＷは、ＰＣＲＦの障害の発生（ステップＳ２００１）を検出すると、ＵＥに係る情報（例えば、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラコンテキスト）に「ＰＣＲＦ障害フラグ」を設定する。

なお、「ＰＣＲＦ障害フラグ」は、Ｐ-ＧＷによって設定されると共に、Ｓ-ＧＷによって併せて設定されてもよい。

その後、Ｐ-ＣＳＣＦが、ステップＳ２００２Ｂ１において、通信相手から、ＵＥ宛ての「ＩＮＶＩＴＥ」を受信し、ステップＳ２００２Ｂ２において、Ｓ/Ｐ-ＧＷに対して、かかる「ＩＮＶＩＴＥ」を送信する。

ステップＳ２００２Ｂ３において、Ｐ-ＧＷは、「ＰＣＲＦ障害フラグ」が設定されているＥＰＳベアラコンテキストに対応するＵＥ宛ての「ＩＮＶＩＴＥ」を受信した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行うか否かについて判定する。

ここで、Ｐ-ＧＷは、ＵＥの状態（例えば、通信を実施しているかどうか）及び輻輳状況の少なくとも一方に応じて、上述の再設定を行うか否かについて判定してもよい。なお、輻輳状況としては、ネットワーク（コアネットワークや無線アクセスネットワーク）の輻輳状況やＰＣＲＦの輻輳状況等が想定される。

なお、Ｓ/Ｐ-ＧＷの代わりに、ＭＭＥが、ステップＳ２００２Ｂ３における判定を行ってもよい。ここで、ＭＭＥは、ＵＥが「ＩＤＬＥ状態」であるか「ＡＣＴＩＶＥ状態」であるかに応じて、かかる判定を行ってもよい。

例えば、ＵＥが、「ＡＣＴＩＶＥ状態」である場合に、ＭＭＥは、一定の時間が経過した時点、或いは、ＵＥが「ＩＤＬＥ状態」に遷移した時点で、ＰＤＮコネクションの再設定処理を行うように決定してもよい。

また、ＵＥが、「ＩＤＬＥ状態」である場合に、ＭＭＥは、即座に、或いは、負荷分散用タイマが満了した後に、ＰＤＮコネクションの再設定処理を行うように決定してもよい。

ステップＳ２００４において、ＰＤＮコネクションの再設定処理を行う。なお、Ｓ/Ｐ-ＧＷは、かかるＰＤＮコネクションの再設定処理の完了後に、ＵＥに係るＥＰＳベアラコンテキストに設定されている「ＰＣＲＦ障害フラグ」を削除してもよい。

かかるＰＤＮコネクションの再設定処理の完了後に、ステップＳ２００５において、再設定されたＰＤＮコネクションとＰＣＣコネクション＃１との関連付けの再設定を行う。ここで、ＰＣＲＦにおける障害が復旧している場合、ＰＣＣコネクション＃１は再設定されるものとする。また、ＰＣＲＦにおける障害が復旧していない場合、別のＰＣＲＦに接続することで、ＰＣＣコネクション＃１を再設定してもよい。

ステップＳ２００６において、ＵＥについての「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ」が行われる。

ステップＳ２００７において、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けが行われる。ここで、ＰＣＲＦにおける障害が復旧している場合、ＰＣＣコネクション＃２は再設定されるものとする。また、ＰＣＲＦにおける障害から復旧していない場合、別のＰＣＲＦに接続することで、ＰＣＣコネクション＃２を再設定してもよい。

以下、図４乃至６を参照して、上述のＰＤＮコネクションの再設定処理の詳細動作について説明する。

第１に、図４を参照して、上述のＰＤＮコネクションの再設定処理の動作例１について説明する。

図４に示すように、ステップＳ１０１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。かかる「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」は、ＵＥに係るＰＤＮコネクションを開放するように要求するメッセージである。

Ｓ-ＧＷは、ステップＳ１０２ａにおいて、ＭＭＥに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１０２ｂにおいて、ＳＧＳＮに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。

ここで、Ｐ-ＧＷ或いはＳ-ＧＷは、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」の代わりに、既存のパーシャルファイラー用のメッセージや、既存或いは新規のメッセージ（例えば、障害通知信号等）を送信してもよい。

ステップＳ１０３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。

図４の例では、ＭＭＥは、ステップＳ１０３において、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきであると判定し、ステップＳ１０４において、ｅＮＢに対して、「ＥＳＭ Ｃａｕｓｅ＝Ｒｅａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔｅｄ ｄｕｅ ｔｏ ｎｅｔｗｏｒｋ ｆａｉｌｕｒｅ」を含む「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。

なお、「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」におけるパラメータとしては、「ＥＳＭ Ｃａｕｓｅ＝Ｒｅａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔｅｄ ｄｕｅ ｔｏ ｎｅｔｗｏｒｋ ｆａｉｌｕｒｅ」と異なるものが設定されていてもよい。

ステップＳ１０５において、ｅＮＢは、ＵＥに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信し、ステップＳ１０６ａにおいて、ＵＥは、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。

ステップＳ１０６ｂにおいて、ｅＮＢは、ＭＭＥに対して、「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。

ステップＳ１０７ａにおいて、ＵＥは、ｅＮＢに対して、「Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１０７ｂにおいて、ｅＮＢは、ＭＭＥに対して、「Ｄｅａｃｔｉｖａｔｅ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ」を送信する。

ステップＳ１０７ｃにおいて、ＭＭＥは、ＨＳＳに対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１０７ｄにおいて、ＨＳＳは、ＭＭＥに対して、「Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップ１０７ｃ及びステップＳ１０７ｄは省略されていてもよい。

ステップＳ１０８ａにおいて、ＭＭＥは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１０８ｂにおいて、ＳＧＳＮは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ１０２ｂ及びステップＳＳ１０８ｂは省略されていてもよい。

ステップＳ１０９において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１０１０において、ＵＥは、ＰＤＮコネクションの設定処理を起動する。

第２に、図５を参照して、上述のＰＤＮコネクションの再設定処理の動作例２について説明する。

図５に示すように、ステップＳ２０１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。

Ｓ-ＧＷは、ステップＳ２０２ａにおいて、ＭＭＥに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２０２ｂにおいて、ＳＧＳＮに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。

ここで、Ｓ-ＧＷは、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」の代わりに、既存のパーシャルファイラー用のメッセージや、既存或いは新規のメッセージ（例えば、障害通知信号等）を送信してもよい。

ステップＳ２０３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。

図５の例では、ＭＭＥは、ステップＳ２０３において、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきであると判定し、ステップＳ２０４において、ＵＥに対して、「Ｄｅｔａｃｈ Ｔｙｐｅ＝Ｒｅ-Ａｔｔａｃｈ Ｒｅｑｕｉｒｅｄ」及び「ＥＭＭ Ｃａｕｓｅ＝Ｎｅｔｗｏｒｋ Ｆａｉｌｕｒｅ」を含む「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。

なお、「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」におけるパラメータは、「Ｄｅｔａｃｈ Ｔｙｐｅ＝Ｒｅ-Ａｔｔａｃｈ Ｒｅｑｕｉｒｅｄ」及び「ＥＭＭ Ｃａｕｓｅ＝Ｎｅｔｗｏｒｋ Ｆａｉｌｕｒｅ」と異なるものが設定されていてもよい。

ステップＳ２０５ａにおいて、ＵＥは、Ｄｅｔａｃｈ処理を行った後、ＭＭＥに対して、「Ｄｅｔａｃｈ Ａｃｃｅｐｔ」を送信する。

ステップＳ２０５ｂにおいて、ＭＭＥは、ＨＳＳに対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２０５ｃにおいて、ＨＳＳは、ＭＭＥに対して、「Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ２０５ｂ及びステップＳ２０５ｃは省略されていてもよい。

ステップＳ２０６ａにおいて、ＭＭＥは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０６ｂにおいて、ＳＧＳＮは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ２０２ｂ及びステップＳ２０６ｂは省略されていてもよい。

ステップＳ２０７において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０８において、ＵＥは、Ａｔｔａｃｈ処理及びＰＤＮコネクションの設定処理を起動する。

第３に、図６を参照して、上述のＰＤＮコネクションの再設定処理の動作例３について説明する。

図６に示すように、ステップＳ３００１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「ＰＣＲＦ障害情報（新規メッセージ）」を送信する。ここで、「ＰＣＲＦ障害情報」には、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）等のＵＥの識別情報及びベアラ（ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２とからなるベアラ）の識別情報の少なくとも一方が含まれている。

ここで、Ｐ-ＧＷは、かかる「ＰＣＲＦ障害情報」の代わりに、上述の「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信してもよいし、既存のパーシャルファイラー用のメッセージやその他の既存メッセージ等によりＰＣＲＦ障害情報を送信してもよい。

ステップＳ３００２において、Ｓ-ＧＷは、ＭＭＥに対して、かかる「ＰＣＲＦ障害情報」を送信する。ここで、「ＰＣＲＦ障害情報」には、ＵＥの識別情報及びベアラの識別情報の少なくとも一方が含まれている。

ここで、Ｓ-ＧＷは、かかる「ＰＣＲＦ障害情報」の代わりに、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」や、既存のパーシャルファイラー用のメッセージやその他の既存メッセージ等によりＰＣＲＦ障害情報を送信してもよい。

ステップＳ３００３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。

図６の例では、ＭＭＥは、ステップＳ３００３において、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきであると判定し、ステップＳ３００４において、Ｓ-ＧＷに対して、「網内ベアラ再設定要求」を送信する。

なお、ＭＭＥは、「網内ベアラ再設定要求」の代わりに、既存の「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」や「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」等を送信してもよい。

ここで、かかる「網内ベアラ再設定要求」には、ＵＥの識別情報或いはベアラの識別情報や、上述の「ＰＣＲＦ障害情報」や、Ｐ-ＧＷ情報等が含まれている。

ステップＳ３００５において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、かかる「網内ベアラ再設定要求」を送信する。ここで、かかる「網内ベアラ再設定要求」には、ＵＥの識別情報及びベアラの識別情報の少なくとも一方や、上述の「ＰＣＲＦ障害情報」等が含まれている。

なお、Ｓ-ＧＷは、かかる「網内ベアラ再設定要求」の代わりに、既存の「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」や「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」等を送信してもよい。

ステップＳ３００６において、Ｐ-ＧＷは、ＰＣＣコネクション＃１に係る情報を上書きし、ＰＤＮコネクションとＰＣＣコネクション＃１との関連付けを再設定する。ここで、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けをあわせて再設定してもよい。

次に、図７を参照して、本実施形態に係る移動通信システムの動作の具体例２について説明する。

Ｐ-ＣＳＣＦは、ステップＳ４００３において、ＰＣＲＦの障害の発生（ステップＳ４００１）を検出すると、ステップＳ４００４において、ＵＥに対して、ＳＩＰ信号を送信する。ここで、かかるＳＩＰ信号には、ＰＣＲＦにおいて障害が発生した旨を示す「ＰＣＲＦ障害情報」、及び、ＵＥに対して再登録を要求する「Ｒｅ-Ｒｅｇｉｓｔｒａｔｉｏｎ要求」の少なくとも一方が含まれている。

ここで、再登録としては、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ」等の「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ」が想定される。

ステップＳ４００５において、ＵＥは、かかる再登録（Ｒｅ-Ｒｅｇｉｓｔｒａｔｉｏｎ）を実施し、Ｐ-ＣＳＣＦに対して、その旨を示すＳＩＰ信号を送信する。

ステップＳ４００６において、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けを再設定する。かかる処理において、ＰＣＣコネクション＃２の再設定を併せて実施してもよい。

本実施形態に係る移動通信システムによれば、ＰＣＲＦにおいて障害が発生した後に、所定イベントが検出された場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けを再設定するため、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、ＵＥ（移動局）とＰ-ＧＷ（ゲートウェイ装置）との間で設定されているＰＤＮコネクション（第１コネクション）と、ＰＣＲＦ（ポリシー及び課金サーバ装置）とＰ-ＧＷとの間で設定されているＰＣＣコネクション＃１（第２コネクション）とを用いて通信を行う移動通信方法であって、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う工程Ａを有することを要旨とする。

本実施形態の第１の特徴において、工程Ａにおいて、Ｐ-ＧＷは、ＵＥの状態及び輻輳状況の少なくとも一方に応じて、上述の再設定を行うか否かについて判定してもよい。

本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥ（移動管理ノード）に対して、ＰＤＮコネクションの開放要求（例えば、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」）を送信する工程と、ＭＭＥが、ＰＤＮコネクションの開放要求に応じて、ｅＮＢ（無線基地局）に対して、ＰＤＮコネクションを開放するように要求する工程と、ＰＤＮコネクションが開放された後、新たにＰＤＮコネクションを設定する工程と、新たに設定されたＰＤＮコネクション及びＰＣＣコネクション＃１を関連付ける工程とを有してもよい。

本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥに対して、ＰＤＮコネクションの開放要求を送信する工程と、ＭＭＥが、ＵＥに対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求する工程と、ＵＥについてのＤｅｔａｃｈ処理が行われた後、ＵＥについてのＡｔｔａｃｈ処理を行い、新たにＰＤＮコネクションを設定する工程と、新たに設定されたＰＤＮコネクション及びＰＣＣコネクション＃１を関連付ける工程とを有してもよい。

本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥに対して、ＰＤＮコネクションの開放要求を送信する工程と、ＭＭＥが、ｅＮＢに対して、ＰＤＮコネクション内のｅＮＢとＵＥとの間の無線コネクションを開放するように要求することなく、Ｐ-ＧＷに対して、新たにＰＣＣコネクション＃１を設定するように要求する工程と、ＰＤＮコネクション及び新たに設定されたＰＣＣコネクション＃１を関連付ける工程とを有してもよい。

本実施形態の第２の特徴は、ＵＥとＰ-ＧＷとの間で設定されているＰＤＮコネクションと、ＰＣＲＦとＰ-ＧＷとの間で設定されているＰＣＣコネクション＃１と、ＰＣＲＦとＰ-ＣＳＣＦ（呼セッション制御サーバ装置）との間で設定されているＰＣＣコネクション＃２（第３コネクション）とを用いて通信を行う移動通信方法であって、Ｐ-ＣＳＣＦが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行う工程Ａを有することを要旨とする。

本実施形態の第２の特徴において、工程Ａは、Ｐ-ＣＳＣＦが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＵＥに対して、再登録を行うように要求する工程と、ＵＥの再登録が行われた後、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行ってもよい。

本実施形態の第３の特徴は、Ｐ-ＧＷであって、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行うように構成されていることを要旨とする。

本実施形態の第４の特徴は、ＭＭＥであって、Ｐ-ＧＷから、ＰＣＲＦの障害を検出したことを示す所定情報（例えば、Ｃａｕｓｅ＝ＰＣＲＦ障害）を含むＰＤＮの開放要求を受信した場合、ＵＥに対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを要旨とする。

本実施形態の第５の特徴は、ＭＭＥであって、Ｐ-ＧＷから、ＰＣＲＦの障害を検出したことを示す所定情報（例えば、Ｃａｕｓｅ＝ＰＣＲＦ障害）を含むＰＤＮの開放要求を受信した場合、ｅＮＢに対して、ＰＤＮコネクション内のｅＮＢとＵＥとの間の無線コネクションを開放するように要求することなく、Ｐ-ＧＷに対して、新たにＰＣＣコネクション＃２を設定するように要求するように構成されていることを要旨とする。

本実施形態の第５の特徴は、Ｐ-ＣＳＣＦであって、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行うように構成されていることを要旨とする。

ここで、Ｓ-ＧＷが、上述のＰ-ＧＷと同様の機能を具備していてもよい。

なお、上述のＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳ内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ…移動局
ｅＮＢ、ＮｏｄｅＢ…無線基地局
ＲＮＣ…無線回線制御局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
ＰＣＲＦ…ポリシー及び課金サーバ装置
Ｐ-ＣＳＣＦ…呼セッション制御サーバ装置
ＨＳＳ…加入者情報管理サーバ装置

Claims (11)

1. 移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法であって、
   前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行う工程Ａを有することを特徴とする移動通信方法。
2. 前記工程Ａにおいて、前記ゲートウェイ装置は、前記移動局の状態及び輻輳状況の少なくとも一方に応じて、前記再設定を行うか否かについて判定することを特徴とする請求項１に記載の移動通信方法。
3. 前記工程Ａは、
   前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
   前記移動管理ノードが、前記第１コネクションの開放要求に応じて、無線基地局に対して、前記第１コネクションを開放するように要求する工程と、
   前記第１コネクションが開放された後、新たに前記第１コネクションを設定する工程と、
   新たに設定された前記第１コネクション及び前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
4. 前記工程Ａは、
   前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
   前記移動管理ノードが、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求する工程と、
   前記移動局についてのＤｅｔａｃｈ処理が行われた後、該移動局についてのＡｔｔａｃｈ処理を行い、新たに前記第１コネクションを設定する工程と、
   新たに設定された前記第１コネクション及び前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
5. 前記工程Ａは、
   前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
   前記移動管理ノードが、無線基地局に対して、前記第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、前記ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求する工程と、
   前記第１コネクション及び新たに設定された前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
6. 移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法であって、
   前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行う工程Ａを有することを特徴とする移動通信方法。
7. 前記工程Ａは、
   前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、前記移動局に対して、再登録を行うように要求する工程と、
   前記移動局の再登録が行われた後、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うことを特徴とする請求項６に記載の移動通信方法。
8. 移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられるゲートウェイ装置であって、
   前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行うように構成されていることを特徴とするゲートウェイ装置。
9. 移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、
   前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを特徴とする移動管理ノード。
10. 移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、
    前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、無線基地局に対して、該第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、該ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求するように構成されていることを特徴とする移動管理ノード。
11. 移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法で用いられる呼セッション制御サーバ装置であって、
    前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うように構成されていることを特徴とする呼セッション制御サーバ装置。

Images