移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置
【課題】ＰＣＲＦにおいて障害が発生した後場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行う。
【解決手段】本発明に係る移動通信方法は、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う工程Ａを有する。
【解決手段】本発明に係る移動通信方法は、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う工程Ａを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置に関する。
【背景技術】
【０００２】
３ＧＰＰにおいて、ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）方式の移動通信システムの仕様が検討されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ ＴＳ２３.４０１
【非特許文献２】３ＧＰＰ ＴＳ２３.２０３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、現状では、ＳＡＥ方式の移動通信システムにおいて、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー及び課金サーバ装置）において障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合についての動作について規定されていない。
【０００５】
したがって、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合には、かかる障害が復旧した場合であっても、ＰＣＣ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）制御に関する通信の発信処理及び着信処理を行うことができないという問題点があった。
【０００６】
例えば、図８に示すように、現状のＳＡＥ方式の移動通信システムでは、障害が発生した後に復旧したＰＣＲＦは、Ｓ/Ｐ-ＧＷ（Ｓｅｒｖｉｎｇ/ＰＤＮ-Ｇａｔｅｗａｙ、ゲートウェイ装置）から「Ｕｓａｇｅ ｒｅｐｏｒｔｓ」等のＰＣＣ制御信号を受信した場合であっても、対応するＰＣＣプロファイルを保持していないため、何をすべきか分からないという問題点があった（Ｉｓｓｕｅ １）。
【０００７】
また、図８に示すように、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおいて障害が発生した後に、かかる障害が復旧した場合に、Ｓ/Ｐ-ＧＷとＰＣＲＦとの間の状態の不一致が残ってしまうという問題点があった（Ｉｓｓｕｅ ２）。
【０００８】
さらに、図９に示すように、現状のＳＡＥ方式の移動通信システムでは、障害が発生した後に復旧したＰＣＲＦは、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）内のＰ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）から、ＵＥ宛ての着信信号（「ＳＤＰ Ｏｆｆｅｒ（ＡＡＲ）」）を受信した場合であっても、対応するＰＣＣプロファイルを保持していないため、Ｐ-ＣＳＣＦに対して、エラー（「ＡＡＲ：Ｅｒｒｏｒ」）を返送してしまうという問題点があった。
【０００９】
また、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおける障害が発生した場合、ＩＭＳによらず、ＰＣＲＦ制御に関する通信ができないという問題点があった。
【００１０】
さらに、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦの故障に伴う動的な課金制御ができないという問題点があった。
【００１１】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法であって、前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行う工程Ａを有することを要旨とする。
【００１３】
本発明の第２の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法であって、前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行う工程Ａを有することを要旨とする。
【００１４】
本発明の第３の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられるゲートウェイ装置であって、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行うように構成されていることを要旨とする。
【００１５】
本発明の第４の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを要旨とする。
【００１６】
本発明の第５の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、無線基地局に対して、該第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、該ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求するように構成されていることを要旨とする。
【００１７】
本発明の第６の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法で用いられる呼セッション制御サーバ装置であって、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うように構成されていることを要旨とする。
【発明の効果】
【００１８】
以上説明したように、本発明によれば、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図５】本発明の第１の実施形態の変更例３に係る移動通信システムの動作について説明するシーケンス図である。
【図６】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図７】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図８】従来の移動通信システムの問題点を説明するための図である。
【図９】従来の移動通信システムの問題点を説明するための図である。
【発明を実施するための形態】
【００２０】
（本発明の第１の実施形態）
図１乃至図７を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２１】
本実施形態に係る移動通信システムには、ＳＡＥ方式の移動通信システムであって、具体的には、図１に示すように、ｅＮＢ（無線基地局）を含むＥ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ-Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）や、ＮｏｄｅＢ（無線基地局）やＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局）を含むＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）や、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）や、Ｓ/Ｐ-ＧＷや、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ装置）や、ＩＭＳや、ＯＣＳ（Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）や、ＯＦＣＳ（Ｏｆｆｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）等を具備している。
【００２２】
また、ＩＭＳは、Ｐ-ＣＳＣＦや、Ｉ/Ｓ-ＣＳＣＦ（Ｉｎｔｅｒｏｇａｔｉｏｎ/Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）（不図示）や、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（不図示）等を具備している。
【００２３】
本実施形態に係る移動通信システムでは、ＵＥは、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２とを用いて、ＰＣＣ制御を利用した通信を行うことができるように構成されている。
【００２４】
ここで、ＰＤＮコネクションは、ＵＥとＳ/Ｐ-ＧＷとの間で設定されるコネクションであり、ＰＣＣコネクション＃１は、ＰＣＲＦとＳ/Ｐ-ＧＷとの間で設定されるコネクションであり、ＰＣＣコネクション＃２は、ＰＣＲＦとＰ-ＣＳＣＦとの間で設定されるコネクションである。
【００２５】
なお、ＰＣＣコネクション＃１及びＰＣＣコネクション＃２が設定されている場合、Ｓ/Ｐ-ＧＷ及びＰ-ＣＳＣＦは、ＰＣＲＦクライアントとして動作する。
【００２６】
また、本実施形態に係る移動通信システムにおいて、ＰＣＣコネクション＃２が設定されてなくてもよいし、３つ以上のＰＣＣコネクションが設定されていてもよい。
【００２７】
以下、図２乃至図７を参照して、本実施形態に係る移動通信システムの動作について説明する。
【００２８】
第１に、図２を参照して、本実施形態に係る移動通信システムの動作の概要について説明する。
【００２９】
図２に示すように、ステップＳ１０００Ａにおいて、ＰＤＮコネクションが、ＵＥとＳ/Ｐ-ＧＷとの間で設定され、ステップＳ１０００Ｂにおいて、かかるＰＤＮコネクションが、ＰＣＲＦとＳ/Ｐ-ＧＷとの間で設定されているＰＣＣコネクション＃１に関連付けられる。なお、図２において、Ｓ/Ｐ-ＧＷは、Ｓ-ＧＷ及びＰ-ＧＷの機能を具備してもよいし、Ｐ-ＧＷの機能のみを具備していてもよいし、Ｓ-ＧＷの機能のみを具備していてもよい。
【００３０】
ステップＳ１０００Ｃにおいて、ＵＥについて、例えば、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ」等の「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ（登録）」が行われ、ステップＳ１０００Ｄにおいて、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けが行われる。
【００３１】
その後、Ｓ/Ｐ-ＧＷは、ステップＳ１００２Ａにおいて、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、ステップＳ１００２Ｂにおいて、所定イベントを検出した場合、ステップＳ１００２Ｃにおいて、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う。かかる場合、ＰＣＣコネクション＃１の再設定を併せて実施してもよい。
【００３２】
同様に、Ｐ-ＣＳＣＦは、ステップＳ１００３Ａにおいて、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、ステップＳ１００３Ｂにおいて、所定イベントを検出した場合、ステップＳ１００３Ｃにおいて、ＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行う。かかる場合、ＰＣＣコネクション＃２の再設定を併せて実施してもよい。
【００３３】
なお、ステップＳ１００２Ａ及びＳ１００３Ａにおいて、Ｓ/Ｐ-ＧＷやＰ-ＣＳＣＦ等のＰＣＲＦクライアントは、ＰＣＲＦにおける障害の発生を検出してもよいし、ＰＣＲＦの再開（すなわち、上述の障害の復旧）を検出してもよい。以降、本実施形態において同様である。
【００３４】
ここで、Ｓ/Ｐ-ＧＷ及びＰ-ＣＳＣＦは、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、一定の時間が経過した時点で、上述の再設定を行ってもよい。
【００３５】
なお、かかる所定イベントとしては、ＵＥ宛ての着信信号（例えば、「ＩＮＶＩＴＥ」）の受信や、ＵＥに係るＣ-Ｐｌａｎｅ処理（例えば、ベアラ状態の変更処理）の実施や、ＵＥに係るＵ-Ｐｌａｎｅデータの送受信等が想定される。
【００３６】
また、Ｓ/Ｐ-ＧＷやＰ-ＣＳＣＦ等のＰＣＲＦクライアントは、ステップＳ１００２Ａ及びＳ１００３Ａにおいて、ＰＣＲＦにおける障害を検出した場合、ＯＣＳ又はＯＦＣＳに対して、その旨を通知し、ＯＣＳ又はＯＦＣＳは、所定の課金制御を実施してもよい。
【００３７】
なお、本発明は、ＰＣＲＦにおける障害が発生した場合に限らず、ＰＣＲＦとの間の通信ができない場合等にも適用可能である。以下の説明でも同様である。
【００３８】
第２に、図３を参照して、本実施形態に係る移動通信システムの動作の具体例１について説明する。
【００３９】
図３に示すように、ステップＳ２０００Ａ乃至Ｓ２００１の動作は、図２に示すステップＳ１０００Ａ乃至Ｓ１００１の動作と同一である。
【００４０】
ステップ２００２Ａにおいて、Ｐ-ＧＷは、ＰＣＲＦの障害の発生（ステップＳ２００１）を検出すると、ＵＥに係る情報（例えば、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラコンテキスト）に「ＰＣＲＦ障害フラグ」を設定する。
【００４１】
なお、「ＰＣＲＦ障害フラグ」は、Ｐ-ＧＷによって設定されると共に、Ｓ-ＧＷによって併せて設定されてもよい。
【００４２】
その後、Ｐ-ＣＳＣＦが、ステップＳ２００２Ｂ１において、通信相手から、ＵＥ宛ての「ＩＮＶＩＴＥ」を受信し、ステップＳ２００２Ｂ２において、Ｓ/Ｐ-ＧＷに対して、かかる「ＩＮＶＩＴＥ」を送信する。
【００４３】
ステップＳ２００２Ｂ３において、Ｐ-ＧＷは、「ＰＣＲＦ障害フラグ」が設定されているＥＰＳベアラコンテキストに対応するＵＥ宛ての「ＩＮＶＩＴＥ」を受信した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行うか否かについて判定する。
【００４４】
ここで、Ｐ-ＧＷは、ＵＥの状態（例えば、通信を実施しているかどうか）及び輻輳状況の少なくとも一方に応じて、上述の再設定を行うか否かについて判定してもよい。なお、輻輳状況としては、ネットワーク（コアネットワークや無線アクセスネットワーク）の輻輳状況やＰＣＲＦの輻輳状況等が想定される。
【００４５】
なお、Ｓ/Ｐ-ＧＷの代わりに、ＭＭＥが、ステップＳ２００２Ｂ３における判定を行ってもよい。ここで、ＭＭＥは、ＵＥが「ＩＤＬＥ状態」であるか「ＡＣＴＩＶＥ状態」であるかに応じて、かかる判定を行ってもよい。
【００４６】
例えば、ＵＥが、「ＡＣＴＩＶＥ状態」である場合に、ＭＭＥは、一定の時間が経過した時点、或いは、ＵＥが「ＩＤＬＥ状態」に遷移した時点で、ＰＤＮコネクションの再設定処理を行うように決定してもよい。
【００４７】
また、ＵＥが、「ＩＤＬＥ状態」である場合に、ＭＭＥは、即座に、或いは、負荷分散用タイマが満了した後に、ＰＤＮコネクションの再設定処理を行うように決定してもよい。
【００４８】
ステップＳ２００４において、ＰＤＮコネクションの再設定処理を行う。なお、Ｓ/Ｐ-ＧＷは、かかるＰＤＮコネクションの再設定処理の完了後に、ＵＥに係るＥＰＳベアラコンテキストに設定されている「ＰＣＲＦ障害フラグ」を削除してもよい。
【００４９】
かかるＰＤＮコネクションの再設定処理の完了後に、ステップＳ２００５において、再設定されたＰＤＮコネクションとＰＣＣコネクション＃１との関連付けの再設定を行う。ここで、ＰＣＲＦにおける障害が復旧している場合、ＰＣＣコネクション＃１は再設定されるものとする。また、ＰＣＲＦにおける障害が復旧していない場合、別のＰＣＲＦに接続することで、ＰＣＣコネクション＃１を再設定してもよい。
【００５０】
ステップＳ２００６において、ＵＥについての「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ」が行われる。
【００５１】
ステップＳ２００７において、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けが行われる。ここで、ＰＣＲＦにおける障害が復旧している場合、ＰＣＣコネクション＃２は再設定されるものとする。また、ＰＣＲＦにおける障害から復旧していない場合、別のＰＣＲＦに接続することで、ＰＣＣコネクション＃２を再設定してもよい。
【００５２】
以下、図４乃至６を参照して、上述のＰＤＮコネクションの再設定処理の詳細動作について説明する。
【００５３】
第１に、図４を参照して、上述のＰＤＮコネクションの再設定処理の動作例１について説明する。
【００５４】
図４に示すように、ステップＳ１０１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。かかる「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」は、ＵＥに係るＰＤＮコネクションを開放するように要求するメッセージである。
【００５５】
Ｓ-ＧＷは、ステップＳ１０２ａにおいて、ＭＭＥに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１０２ｂにおいて、ＳＧＳＮに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００５６】
ここで、Ｐ-ＧＷ或いはＳ-ＧＷは、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」の代わりに、既存のパーシャルファイラー用のメッセージや、既存或いは新規のメッセージ（例えば、障害通知信号等）を送信してもよい。
【００５７】
ステップＳ１０３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。
【００５８】
図４の例では、ＭＭＥは、ステップＳ１０３において、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきであると判定し、ステップＳ１０４において、ｅＮＢに対して、「ＥＳＭ Ｃａｕｓｅ＝Ｒｅａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔｅｄ ｄｕｅ ｔｏ ｎｅｔｗｏｒｋ ｆａｉｌｕｒｅ」を含む「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００５９】
なお、「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」におけるパラメータとしては、「ＥＳＭ Ｃａｕｓｅ＝Ｒｅａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔｅｄ ｄｕｅ ｔｏ ｎｅｔｗｏｒｋ ｆａｉｌｕｒｅ」と異なるものが設定されていてもよい。
【００６０】
ステップＳ１０５において、ｅＮＢは、ＵＥに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信し、ステップＳ１０６ａにおいて、ＵＥは、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。
【００６１】
ステップＳ１０６ｂにおいて、ｅＮＢは、ＭＭＥに対して、「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。
【００６２】
ステップＳ１０７ａにおいて、ＵＥは、ｅＮＢに対して、「Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１０７ｂにおいて、ｅＮＢは、ＭＭＥに対して、「Ｄｅａｃｔｉｖａｔｅ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ」を送信する。
【００６３】
ステップＳ１０７ｃにおいて、ＭＭＥは、ＨＳＳに対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１０７ｄにおいて、ＨＳＳは、ＭＭＥに対して、「Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップ１０７ｃ及びステップＳ１０７ｄは省略されていてもよい。
【００６４】
ステップＳ１０８ａにおいて、ＭＭＥは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１０８ｂにおいて、ＳＧＳＮは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ１０２ｂ及びステップＳＳ１０８ｂは省略されていてもよい。
【００６５】
ステップＳ１０９において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１０１０において、ＵＥは、ＰＤＮコネクションの設定処理を起動する。
【００６６】
第２に、図５を参照して、上述のＰＤＮコネクションの再設定処理の動作例２について説明する。
【００６７】
図５に示すように、ステップＳ２０１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００６８】
Ｓ-ＧＷは、ステップＳ２０２ａにおいて、ＭＭＥに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２０２ｂにおいて、ＳＧＳＮに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００６９】
ここで、Ｓ-ＧＷは、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」の代わりに、既存のパーシャルファイラー用のメッセージや、既存或いは新規のメッセージ（例えば、障害通知信号等）を送信してもよい。
【００７０】
ステップＳ２０３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。
【００７１】
図５の例では、ＭＭＥは、ステップＳ２０３において、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきであると判定し、ステップＳ２０４において、ＵＥに対して、「Ｄｅｔａｃｈ Ｔｙｐｅ＝Ｒｅ-Ａｔｔａｃｈ Ｒｅｑｕｉｒｅｄ」及び「ＥＭＭ Ｃａｕｓｅ＝Ｎｅｔｗｏｒｋ Ｆａｉｌｕｒｅ」を含む「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。
【００７２】
なお、「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」におけるパラメータは、「Ｄｅｔａｃｈ Ｔｙｐｅ＝Ｒｅ-Ａｔｔａｃｈ Ｒｅｑｕｉｒｅｄ」及び「ＥＭＭ Ｃａｕｓｅ＝Ｎｅｔｗｏｒｋ Ｆａｉｌｕｒｅ」と異なるものが設定されていてもよい。
【００７３】
ステップＳ２０５ａにおいて、ＵＥは、Ｄｅｔａｃｈ処理を行った後、ＭＭＥに対して、「Ｄｅｔａｃｈ Ａｃｃｅｐｔ」を送信する。
【００７４】
ステップＳ２０５ｂにおいて、ＭＭＥは、ＨＳＳに対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２０５ｃにおいて、ＨＳＳは、ＭＭＥに対して、「Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ２０５ｂ及びステップＳ２０５ｃは省略されていてもよい。
【００７５】
ステップＳ２０６ａにおいて、ＭＭＥは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０６ｂにおいて、ＳＧＳＮは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ２０２ｂ及びステップＳ２０６ｂは省略されていてもよい。
【００７６】
ステップＳ２０７において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０８において、ＵＥは、Ａｔｔａｃｈ処理及びＰＤＮコネクションの設定処理を起動する。
【００７７】
第３に、図６を参照して、上述のＰＤＮコネクションの再設定処理の動作例３について説明する。
【００７８】
図６に示すように、ステップＳ３００１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「ＰＣＲＦ障害情報（新規メッセージ）」を送信する。ここで、「ＰＣＲＦ障害情報」には、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）等のＵＥの識別情報及びベアラ（ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２とからなるベアラ）の識別情報の少なくとも一方が含まれている。
【００７９】
ここで、Ｐ-ＧＷは、かかる「ＰＣＲＦ障害情報」の代わりに、上述の「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信してもよいし、既存のパーシャルファイラー用のメッセージやその他の既存メッセージ等によりＰＣＲＦ障害情報を送信してもよい。
【００８０】
ステップＳ３００２において、Ｓ-ＧＷは、ＭＭＥに対して、かかる「ＰＣＲＦ障害情報」を送信する。ここで、「ＰＣＲＦ障害情報」には、ＵＥの識別情報及びベアラの識別情報の少なくとも一方が含まれている。
【００８１】
ここで、Ｓ-ＧＷは、かかる「ＰＣＲＦ障害情報」の代わりに、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」や、既存のパーシャルファイラー用のメッセージやその他の既存メッセージ等によりＰＣＲＦ障害情報を送信してもよい。
【００８２】
ステップＳ３００３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。
【００８３】
図６の例では、ＭＭＥは、ステップＳ３００３において、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきであると判定し、ステップＳ３００４において、Ｓ-ＧＷに対して、「網内ベアラ再設定要求」を送信する。
【００８４】
なお、ＭＭＥは、「網内ベアラ再設定要求」の代わりに、既存の「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」や「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」等を送信してもよい。
【００８５】
ここで、かかる「網内ベアラ再設定要求」には、ＵＥの識別情報或いはベアラの識別情報や、上述の「ＰＣＲＦ障害情報」や、Ｐ-ＧＷ情報等が含まれている。
【００８６】
ステップＳ３００５において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、かかる「網内ベアラ再設定要求」を送信する。ここで、かかる「網内ベアラ再設定要求」には、ＵＥの識別情報及びベアラの識別情報の少なくとも一方や、上述の「ＰＣＲＦ障害情報」等が含まれている。
【００８７】
なお、Ｓ-ＧＷは、かかる「網内ベアラ再設定要求」の代わりに、既存の「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」や「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」等を送信してもよい。
【００８８】
ステップＳ３００６において、Ｐ-ＧＷは、ＰＣＣコネクション＃１に係る情報を上書きし、ＰＤＮコネクションとＰＣＣコネクション＃１との関連付けを再設定する。ここで、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けをあわせて再設定してもよい。
【００８９】
次に、図７を参照して、本実施形態に係る移動通信システムの動作の具体例２について説明する。
【００９０】
Ｐ-ＣＳＣＦは、ステップＳ４００３において、ＰＣＲＦの障害の発生（ステップＳ４００１）を検出すると、ステップＳ４００４において、ＵＥに対して、ＳＩＰ信号を送信する。ここで、かかるＳＩＰ信号には、ＰＣＲＦにおいて障害が発生した旨を示す「ＰＣＲＦ障害情報」、及び、ＵＥに対して再登録を要求する「Ｒｅ-Ｒｅｇｉｓｔｒａｔｉｏｎ要求」の少なくとも一方が含まれている。
【００９１】
ここで、再登録としては、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ」等の「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ」が想定される。
【００９２】
ステップＳ４００５において、ＵＥは、かかる再登録（Ｒｅ-Ｒｅｇｉｓｔｒａｔｉｏｎ）を実施し、Ｐ-ＣＳＣＦに対して、その旨を示すＳＩＰ信号を送信する。
【００９３】
ステップＳ４００６において、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けを再設定する。かかる処理において、ＰＣＣコネクション＃２の再設定を併せて実施してもよい。
【００９４】
本実施形態に係る移動通信システムによれば、ＰＣＲＦにおいて障害が発生した後に、所定イベントが検出された場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けを再設定するため、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる。
【００９５】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００９６】
本実施形態の第１の特徴は、ＵＥ（移動局）とＰ-ＧＷ（ゲートウェイ装置）との間で設定されているＰＤＮコネクション（第１コネクション）と、ＰＣＲＦ（ポリシー及び課金サーバ装置）とＰ-ＧＷとの間で設定されているＰＣＣコネクション＃１（第２コネクション）とを用いて通信を行う移動通信方法であって、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う工程Ａを有することを要旨とする。
【００９７】
本実施形態の第１の特徴において、工程Ａにおいて、Ｐ-ＧＷは、ＵＥの状態及び輻輳状況の少なくとも一方に応じて、上述の再設定を行うか否かについて判定してもよい。
【００９８】
本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥ（移動管理ノード）に対して、ＰＤＮコネクションの開放要求（例えば、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」）を送信する工程と、ＭＭＥが、ＰＤＮコネクションの開放要求に応じて、ｅＮＢ（無線基地局）に対して、ＰＤＮコネクションを開放するように要求する工程と、ＰＤＮコネクションが開放された後、新たにＰＤＮコネクションを設定する工程と、新たに設定されたＰＤＮコネクション及びＰＣＣコネクション＃１を関連付ける工程とを有してもよい。
【００９９】
本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥに対して、ＰＤＮコネクションの開放要求を送信する工程と、ＭＭＥが、ＵＥに対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求する工程と、ＵＥについてのＤｅｔａｃｈ処理が行われた後、ＵＥについてのＡｔｔａｃｈ処理を行い、新たにＰＤＮコネクションを設定する工程と、新たに設定されたＰＤＮコネクション及びＰＣＣコネクション＃１を関連付ける工程とを有してもよい。
【０１００】
本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥに対して、ＰＤＮコネクションの開放要求を送信する工程と、ＭＭＥが、ｅＮＢに対して、ＰＤＮコネクション内のｅＮＢとＵＥとの間の無線コネクションを開放するように要求することなく、Ｐ-ＧＷに対して、新たにＰＣＣコネクション＃１を設定するように要求する工程と、ＰＤＮコネクション及び新たに設定されたＰＣＣコネクション＃１を関連付ける工程とを有してもよい。
【０１０１】
本実施形態の第２の特徴は、ＵＥとＰ-ＧＷとの間で設定されているＰＤＮコネクションと、ＰＣＲＦとＰ-ＧＷとの間で設定されているＰＣＣコネクション＃１と、ＰＣＲＦとＰ-ＣＳＣＦ（呼セッション制御サーバ装置）との間で設定されているＰＣＣコネクション＃２（第３コネクション）とを用いて通信を行う移動通信方法であって、Ｐ-ＣＳＣＦが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行う工程Ａを有することを要旨とする。
【０１０２】
本実施形態の第２の特徴において、工程Ａは、Ｐ-ＣＳＣＦが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＵＥに対して、再登録を行うように要求する工程と、ＵＥの再登録が行われた後、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行ってもよい。
【０１０３】
本実施形態の第３の特徴は、Ｐ-ＧＷであって、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行うように構成されていることを要旨とする。
【０１０４】
本実施形態の第４の特徴は、ＭＭＥであって、Ｐ-ＧＷから、ＰＣＲＦの障害を検出したことを示す所定情報（例えば、Ｃａｕｓｅ＝ＰＣＲＦ障害）を含むＰＤＮの開放要求を受信した場合、ＵＥに対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを要旨とする。
【０１０５】
本実施形態の第５の特徴は、ＭＭＥであって、Ｐ-ＧＷから、ＰＣＲＦの障害を検出したことを示す所定情報（例えば、Ｃａｕｓｅ＝ＰＣＲＦ障害）を含むＰＤＮの開放要求を受信した場合、ｅＮＢに対して、ＰＤＮコネクション内のｅＮＢとＵＥとの間の無線コネクションを開放するように要求することなく、Ｐ-ＧＷに対して、新たにＰＣＣコネクション＃２を設定するように要求するように構成されていることを要旨とする。
【０１０６】
本実施形態の第５の特徴は、Ｐ-ＣＳＣＦであって、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行うように構成されていることを要旨とする。
【０１０７】
ここで、Ｓ-ＧＷが、上述のＰ-ＧＷと同様の機能を具備していてもよい。
【０１０８】
なお、上述のＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１０９】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１１０】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳ内に設けられていてもよい。
【０１１１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１１２】
ＵＥ…移動局
ｅＮＢ、ＮｏｄｅＢ…無線基地局
ＲＮＣ…無線回線制御局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
ＰＣＲＦ…ポリシー及び課金サーバ装置
Ｐ-ＣＳＣＦ…呼セッション制御サーバ装置
ＨＳＳ…加入者情報管理サーバ装置
【技術分野】
【０００１】
本発明は、移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置に関する。
【背景技術】
【０００２】
３ＧＰＰにおいて、ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）方式の移動通信システムの仕様が検討されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ ＴＳ２３.４０１
【非特許文献２】３ＧＰＰ ＴＳ２３.２０３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、現状では、ＳＡＥ方式の移動通信システムにおいて、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー及び課金サーバ装置）において障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合についての動作について規定されていない。
【０００５】
したがって、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合には、かかる障害が復旧した場合であっても、ＰＣＣ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）制御に関する通信の発信処理及び着信処理を行うことができないという問題点があった。
【０００６】
例えば、図８に示すように、現状のＳＡＥ方式の移動通信システムでは、障害が発生した後に復旧したＰＣＲＦは、Ｓ/Ｐ-ＧＷ（Ｓｅｒｖｉｎｇ/ＰＤＮ-Ｇａｔｅｗａｙ、ゲートウェイ装置）から「Ｕｓａｇｅ ｒｅｐｏｒｔｓ」等のＰＣＣ制御信号を受信した場合であっても、対応するＰＣＣプロファイルを保持していないため、何をすべきか分からないという問題点があった（Ｉｓｓｕｅ １）。
【０００７】
また、図８に示すように、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおいて障害が発生した後に、かかる障害が復旧した場合に、Ｓ/Ｐ-ＧＷとＰＣＲＦとの間の状態の不一致が残ってしまうという問題点があった（Ｉｓｓｕｅ ２）。
【０００８】
さらに、図９に示すように、現状のＳＡＥ方式の移動通信システムでは、障害が発生した後に復旧したＰＣＲＦは、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）内のＰ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）から、ＵＥ宛ての着信信号（「ＳＤＰ Ｏｆｆｅｒ（ＡＡＲ）」）を受信した場合であっても、対応するＰＣＣプロファイルを保持していないため、Ｐ-ＣＳＣＦに対して、エラー（「ＡＡＲ：Ｅｒｒｏｒ」）を返送してしまうという問題点があった。
【０００９】
また、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦにおける障害が発生した場合、ＩＭＳによらず、ＰＣＲＦ制御に関する通信ができないという問題点があった。
【００１０】
さらに、現状のＳＡＥ方式の移動通信システムでは、ＰＣＲＦの故障に伴う動的な課金制御ができないという問題点があった。
【００１１】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法であって、前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行う工程Ａを有することを要旨とする。
【００１３】
本発明の第２の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法であって、前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行う工程Ａを有することを要旨とする。
【００１４】
本発明の第３の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられるゲートウェイ装置であって、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行うように構成されていることを要旨とする。
【００１５】
本発明の第４の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを要旨とする。
【００１６】
本発明の第５の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、無線基地局に対して、該第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、該ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求するように構成されていることを要旨とする。
【００１７】
本発明の第６の特徴は、移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法で用いられる呼セッション制御サーバ装置であって、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うように構成されていることを要旨とする。
【発明の効果】
【００１８】
以上説明したように、本発明によれば、ＰＣＲＦにおいて障害が発生した場合、或いは、かかる障害後にＰＣＲＦが再開した場合、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図５】本発明の第１の実施形態の変更例３に係る移動通信システムの動作について説明するシーケンス図である。
【図６】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図７】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図８】従来の移動通信システムの問題点を説明するための図である。
【図９】従来の移動通信システムの問題点を説明するための図である。
【発明を実施するための形態】
【００２０】
（本発明の第１の実施形態）
図１乃至図７を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００２１】
本実施形態に係る移動通信システムには、ＳＡＥ方式の移動通信システムであって、具体的には、図１に示すように、ｅＮＢ（無線基地局）を含むＥ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ-Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）や、ＮｏｄｅＢ（無線基地局）やＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局）を含むＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）や、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）や、Ｓ/Ｐ-ＧＷや、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ装置）や、ＩＭＳや、ＯＣＳ（Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）や、ＯＦＣＳ（Ｏｆｆｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）等を具備している。
【００２２】
また、ＩＭＳは、Ｐ-ＣＳＣＦや、Ｉ/Ｓ-ＣＳＣＦ（Ｉｎｔｅｒｏｇａｔｉｏｎ/Ｓｅｒｖｉｎｇ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）（不図示）や、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（不図示）等を具備している。
【００２３】
本実施形態に係る移動通信システムでは、ＵＥは、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２とを用いて、ＰＣＣ制御を利用した通信を行うことができるように構成されている。
【００２４】
ここで、ＰＤＮコネクションは、ＵＥとＳ/Ｐ-ＧＷとの間で設定されるコネクションであり、ＰＣＣコネクション＃１は、ＰＣＲＦとＳ/Ｐ-ＧＷとの間で設定されるコネクションであり、ＰＣＣコネクション＃２は、ＰＣＲＦとＰ-ＣＳＣＦとの間で設定されるコネクションである。
【００２５】
なお、ＰＣＣコネクション＃１及びＰＣＣコネクション＃２が設定されている場合、Ｓ/Ｐ-ＧＷ及びＰ-ＣＳＣＦは、ＰＣＲＦクライアントとして動作する。
【００２６】
また、本実施形態に係る移動通信システムにおいて、ＰＣＣコネクション＃２が設定されてなくてもよいし、３つ以上のＰＣＣコネクションが設定されていてもよい。
【００２７】
以下、図２乃至図７を参照して、本実施形態に係る移動通信システムの動作について説明する。
【００２８】
第１に、図２を参照して、本実施形態に係る移動通信システムの動作の概要について説明する。
【００２９】
図２に示すように、ステップＳ１０００Ａにおいて、ＰＤＮコネクションが、ＵＥとＳ/Ｐ-ＧＷとの間で設定され、ステップＳ１０００Ｂにおいて、かかるＰＤＮコネクションが、ＰＣＲＦとＳ/Ｐ-ＧＷとの間で設定されているＰＣＣコネクション＃１に関連付けられる。なお、図２において、Ｓ/Ｐ-ＧＷは、Ｓ-ＧＷ及びＰ-ＧＷの機能を具備してもよいし、Ｐ-ＧＷの機能のみを具備していてもよいし、Ｓ-ＧＷの機能のみを具備していてもよい。
【００３０】
ステップＳ１０００Ｃにおいて、ＵＥについて、例えば、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ」等の「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ（登録）」が行われ、ステップＳ１０００Ｄにおいて、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けが行われる。
【００３１】
その後、Ｓ/Ｐ-ＧＷは、ステップＳ１００２Ａにおいて、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、ステップＳ１００２Ｂにおいて、所定イベントを検出した場合、ステップＳ１００２Ｃにおいて、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う。かかる場合、ＰＣＣコネクション＃１の再設定を併せて実施してもよい。
【００３２】
同様に、Ｐ-ＣＳＣＦは、ステップＳ１００３Ａにおいて、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、ステップＳ１００３Ｂにおいて、所定イベントを検出した場合、ステップＳ１００３Ｃにおいて、ＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行う。かかる場合、ＰＣＣコネクション＃２の再設定を併せて実施してもよい。
【００３３】
なお、ステップＳ１００２Ａ及びＳ１００３Ａにおいて、Ｓ/Ｐ-ＧＷやＰ-ＣＳＣＦ等のＰＣＲＦクライアントは、ＰＣＲＦにおける障害の発生を検出してもよいし、ＰＣＲＦの再開（すなわち、上述の障害の復旧）を検出してもよい。以降、本実施形態において同様である。
【００３４】
ここで、Ｓ/Ｐ-ＧＷ及びＰ-ＣＳＣＦは、かかるＰＣＲＦの障害の発生（ステップＳ１００１）を検出した後、一定の時間が経過した時点で、上述の再設定を行ってもよい。
【００３５】
なお、かかる所定イベントとしては、ＵＥ宛ての着信信号（例えば、「ＩＮＶＩＴＥ」）の受信や、ＵＥに係るＣ-Ｐｌａｎｅ処理（例えば、ベアラ状態の変更処理）の実施や、ＵＥに係るＵ-Ｐｌａｎｅデータの送受信等が想定される。
【００３６】
また、Ｓ/Ｐ-ＧＷやＰ-ＣＳＣＦ等のＰＣＲＦクライアントは、ステップＳ１００２Ａ及びＳ１００３Ａにおいて、ＰＣＲＦにおける障害を検出した場合、ＯＣＳ又はＯＦＣＳに対して、その旨を通知し、ＯＣＳ又はＯＦＣＳは、所定の課金制御を実施してもよい。
【００３７】
なお、本発明は、ＰＣＲＦにおける障害が発生した場合に限らず、ＰＣＲＦとの間の通信ができない場合等にも適用可能である。以下の説明でも同様である。
【００３８】
第２に、図３を参照して、本実施形態に係る移動通信システムの動作の具体例１について説明する。
【００３９】
図３に示すように、ステップＳ２０００Ａ乃至Ｓ２００１の動作は、図２に示すステップＳ１０００Ａ乃至Ｓ１００１の動作と同一である。
【００４０】
ステップ２００２Ａにおいて、Ｐ-ＧＷは、ＰＣＲＦの障害の発生（ステップＳ２００１）を検出すると、ＵＥに係る情報（例えば、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラコンテキスト）に「ＰＣＲＦ障害フラグ」を設定する。
【００４１】
なお、「ＰＣＲＦ障害フラグ」は、Ｐ-ＧＷによって設定されると共に、Ｓ-ＧＷによって併せて設定されてもよい。
【００４２】
その後、Ｐ-ＣＳＣＦが、ステップＳ２００２Ｂ１において、通信相手から、ＵＥ宛ての「ＩＮＶＩＴＥ」を受信し、ステップＳ２００２Ｂ２において、Ｓ/Ｐ-ＧＷに対して、かかる「ＩＮＶＩＴＥ」を送信する。
【００４３】
ステップＳ２００２Ｂ３において、Ｐ-ＧＷは、「ＰＣＲＦ障害フラグ」が設定されているＥＰＳベアラコンテキストに対応するＵＥ宛ての「ＩＮＶＩＴＥ」を受信した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行うか否かについて判定する。
【００４４】
ここで、Ｐ-ＧＷは、ＵＥの状態（例えば、通信を実施しているかどうか）及び輻輳状況の少なくとも一方に応じて、上述の再設定を行うか否かについて判定してもよい。なお、輻輳状況としては、ネットワーク（コアネットワークや無線アクセスネットワーク）の輻輳状況やＰＣＲＦの輻輳状況等が想定される。
【００４５】
なお、Ｓ/Ｐ-ＧＷの代わりに、ＭＭＥが、ステップＳ２００２Ｂ３における判定を行ってもよい。ここで、ＭＭＥは、ＵＥが「ＩＤＬＥ状態」であるか「ＡＣＴＩＶＥ状態」であるかに応じて、かかる判定を行ってもよい。
【００４６】
例えば、ＵＥが、「ＡＣＴＩＶＥ状態」である場合に、ＭＭＥは、一定の時間が経過した時点、或いは、ＵＥが「ＩＤＬＥ状態」に遷移した時点で、ＰＤＮコネクションの再設定処理を行うように決定してもよい。
【００４７】
また、ＵＥが、「ＩＤＬＥ状態」である場合に、ＭＭＥは、即座に、或いは、負荷分散用タイマが満了した後に、ＰＤＮコネクションの再設定処理を行うように決定してもよい。
【００４８】
ステップＳ２００４において、ＰＤＮコネクションの再設定処理を行う。なお、Ｓ/Ｐ-ＧＷは、かかるＰＤＮコネクションの再設定処理の完了後に、ＵＥに係るＥＰＳベアラコンテキストに設定されている「ＰＣＲＦ障害フラグ」を削除してもよい。
【００４９】
かかるＰＤＮコネクションの再設定処理の完了後に、ステップＳ２００５において、再設定されたＰＤＮコネクションとＰＣＣコネクション＃１との関連付けの再設定を行う。ここで、ＰＣＲＦにおける障害が復旧している場合、ＰＣＣコネクション＃１は再設定されるものとする。また、ＰＣＲＦにおける障害が復旧していない場合、別のＰＣＲＦに接続することで、ＰＣＣコネクション＃１を再設定してもよい。
【００５０】
ステップＳ２００６において、ＵＥについての「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ」が行われる。
【００５１】
ステップＳ２００７において、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けが行われる。ここで、ＰＣＲＦにおける障害が復旧している場合、ＰＣＣコネクション＃２は再設定されるものとする。また、ＰＣＲＦにおける障害から復旧していない場合、別のＰＣＲＦに接続することで、ＰＣＣコネクション＃２を再設定してもよい。
【００５２】
以下、図４乃至６を参照して、上述のＰＤＮコネクションの再設定処理の詳細動作について説明する。
【００５３】
第１に、図４を参照して、上述のＰＤＮコネクションの再設定処理の動作例１について説明する。
【００５４】
図４に示すように、ステップＳ１０１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。かかる「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」は、ＵＥに係るＰＤＮコネクションを開放するように要求するメッセージである。
【００５５】
Ｓ-ＧＷは、ステップＳ１０２ａにおいて、ＭＭＥに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１０２ｂにおいて、ＳＧＳＮに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００５６】
ここで、Ｐ-ＧＷ或いはＳ-ＧＷは、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」の代わりに、既存のパーシャルファイラー用のメッセージや、既存或いは新規のメッセージ（例えば、障害通知信号等）を送信してもよい。
【００５７】
ステップＳ１０３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。
【００５８】
図４の例では、ＭＭＥは、ステップＳ１０３において、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきであると判定し、ステップＳ１０４において、ｅＮＢに対して、「ＥＳＭ Ｃａｕｓｅ＝Ｒｅａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔｅｄ ｄｕｅ ｔｏ ｎｅｔｗｏｒｋ ｆａｉｌｕｒｅ」を含む「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００５９】
なお、「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」におけるパラメータとしては、「ＥＳＭ Ｃａｕｓｅ＝Ｒｅａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔｅｄ ｄｕｅ ｔｏ ｎｅｔｗｏｒｋ ｆａｉｌｕｒｅ」と異なるものが設定されていてもよい。
【００６０】
ステップＳ１０５において、ｅＮＢは、ＵＥに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信し、ステップＳ１０６ａにおいて、ＵＥは、ｅＮＢに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ」を送信する。
【００６１】
ステップＳ１０６ｂにおいて、ｅＮＢは、ＭＭＥに対して、「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。
【００６２】
ステップＳ１０７ａにおいて、ＵＥは、ｅＮＢに対して、「Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ」を送信し、ステップＳ１０７ｂにおいて、ｅＮＢは、ＭＭＥに対して、「Ｄｅａｃｔｉｖａｔｅ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ」を送信する。
【００６３】
ステップＳ１０７ｃにおいて、ＭＭＥは、ＨＳＳに対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ１０７ｄにおいて、ＨＳＳは、ＭＭＥに対して、「Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップ１０７ｃ及びステップＳ１０７ｄは省略されていてもよい。
【００６４】
ステップＳ１０８ａにおいて、ＭＭＥは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１０８ｂにおいて、ＳＧＳＮは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ１０２ｂ及びステップＳＳ１０８ｂは省略されていてもよい。
【００６５】
ステップＳ１０９において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１０１０において、ＵＥは、ＰＤＮコネクションの設定処理を起動する。
【００６６】
第２に、図５を参照して、上述のＰＤＮコネクションの再設定処理の動作例２について説明する。
【００６７】
図５に示すように、ステップＳ２０１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００６８】
Ｓ-ＧＷは、ステップＳ２０２ａにおいて、ＭＭＥに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２０２ｂにおいて、ＳＧＳＮに対して、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信する。
【００６９】
ここで、Ｓ-ＧＷは、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」の代わりに、既存のパーシャルファイラー用のメッセージや、既存或いは新規のメッセージ（例えば、障害通知信号等）を送信してもよい。
【００７０】
ステップＳ２０３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。
【００７１】
図５の例では、ＭＭＥは、ステップＳ２０３において、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきであると判定し、ステップＳ２０４において、ＵＥに対して、「Ｄｅｔａｃｈ Ｔｙｐｅ＝Ｒｅ-Ａｔｔａｃｈ Ｒｅｑｕｉｒｅｄ」及び「ＥＭＭ Ｃａｕｓｅ＝Ｎｅｔｗｏｒｋ Ｆａｉｌｕｒｅ」を含む「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。
【００７２】
なお、「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」におけるパラメータは、「Ｄｅｔａｃｈ Ｔｙｐｅ＝Ｒｅ-Ａｔｔａｃｈ Ｒｅｑｕｉｒｅｄ」及び「ＥＭＭ Ｃａｕｓｅ＝Ｎｅｔｗｏｒｋ Ｆａｉｌｕｒｅ」と異なるものが設定されていてもよい。
【００７３】
ステップＳ２０５ａにおいて、ＵＥは、Ｄｅｔａｃｈ処理を行った後、ＭＭＥに対して、「Ｄｅｔａｃｈ Ａｃｃｅｐｔ」を送信する。
【００７４】
ステップＳ２０５ｂにおいて、ＭＭＥは、ＨＳＳに対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信し、ステップＳ２０５ｃにおいて、ＨＳＳは、ＭＭＥに対して、「Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ２０５ｂ及びステップＳ２０５ｃは省略されていてもよい。
【００７５】
ステップＳ２０６ａにおいて、ＭＭＥは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０６ｂにおいて、ＳＧＳＮは、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信する。なお、ステップＳ２０２ｂ及びステップＳ２０６ｂは省略されていてもよい。
【００７６】
ステップＳ２０７において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０８において、ＵＥは、Ａｔｔａｃｈ処理及びＰＤＮコネクションの設定処理を起動する。
【００７７】
第３に、図６を参照して、上述のＰＤＮコネクションの再設定処理の動作例３について説明する。
【００７８】
図６に示すように、ステップＳ３００１において、Ｐ-ＧＷは、Ｓ-ＧＷに対して、「ＰＣＲＦ障害情報（新規メッセージ）」を送信する。ここで、「ＰＣＲＦ障害情報」には、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）等のＵＥの識別情報及びベアラ（ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２とからなるベアラ）の識別情報の少なくとも一方が含まれている。
【００７９】
ここで、Ｐ-ＧＷは、かかる「ＰＣＲＦ障害情報」の代わりに、上述の「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信してもよいし、既存のパーシャルファイラー用のメッセージやその他の既存メッセージ等によりＰＣＲＦ障害情報を送信してもよい。
【００８０】
ステップＳ３００２において、Ｓ-ＧＷは、ＭＭＥに対して、かかる「ＰＣＲＦ障害情報」を送信する。ここで、「ＰＣＲＦ障害情報」には、ＵＥの識別情報及びベアラの識別情報の少なくとも一方が含まれている。
【００８１】
ここで、Ｓ-ＧＷは、かかる「ＰＣＲＦ障害情報」の代わりに、「Ｃａｕｓｅ＝ＰＣＲＦ障害」を含む「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」や、既存のパーシャルファイラー用のメッセージやその他の既存メッセージ等によりＰＣＲＦ障害情報を送信してもよい。
【００８２】
ステップＳ３００３において、ＭＭＥは、ｅＮＢに対して「Ｄｅａｃｔｉｖａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」を送信すべきか（図４）、ＵＥに対して「Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ」を送信すべきか（図５）、或いは、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきか（図６）について判定する。
【００８３】
図６の例では、ＭＭＥは、ステップＳ３００３において、Ｓ-ＧＷに対して「網内ベアラ再設定要求」を送信すべきであると判定し、ステップＳ３００４において、Ｓ-ＧＷに対して、「網内ベアラ再設定要求」を送信する。
【００８４】
なお、ＭＭＥは、「網内ベアラ再設定要求」の代わりに、既存の「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」や「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」等を送信してもよい。
【００８５】
ここで、かかる「網内ベアラ再設定要求」には、ＵＥの識別情報或いはベアラの識別情報や、上述の「ＰＣＲＦ障害情報」や、Ｐ-ＧＷ情報等が含まれている。
【００８６】
ステップＳ３００５において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、かかる「網内ベアラ再設定要求」を送信する。ここで、かかる「網内ベアラ再設定要求」には、ＵＥの識別情報及びベアラの識別情報の少なくとも一方や、上述の「ＰＣＲＦ障害情報」等が含まれている。
【００８７】
なお、Ｓ-ＧＷは、かかる「網内ベアラ再設定要求」の代わりに、既存の「Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」や「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」等を送信してもよい。
【００８８】
ステップＳ３００６において、Ｐ-ＧＷは、ＰＣＣコネクション＃１に係る情報を上書きし、ＰＤＮコネクションとＰＣＣコネクション＃１との関連付けを再設定する。ここで、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けをあわせて再設定してもよい。
【００８９】
次に、図７を参照して、本実施形態に係る移動通信システムの動作の具体例２について説明する。
【００９０】
Ｐ-ＣＳＣＦは、ステップＳ４００３において、ＰＣＲＦの障害の発生（ステップＳ４００１）を検出すると、ステップＳ４００４において、ＵＥに対して、ＳＩＰ信号を送信する。ここで、かかるＳＩＰ信号には、ＰＣＲＦにおいて障害が発生した旨を示す「ＰＣＲＦ障害情報」、及び、ＵＥに対して再登録を要求する「Ｒｅ-Ｒｅｇｉｓｔｒａｔｉｏｎ要求」の少なくとも一方が含まれている。
【００９１】
ここで、再登録としては、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ」等の「Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ」が想定される。
【００９２】
ステップＳ４００５において、ＵＥは、かかる再登録（Ｒｅ-Ｒｅｇｉｓｔｒａｔｉｏｎ）を実施し、Ｐ-ＣＳＣＦに対して、その旨を示すＳＩＰ信号を送信する。
【００９３】
ステップＳ４００６において、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けを再設定する。かかる処理において、ＰＣＣコネクション＃２の再設定を併せて実施してもよい。
【００９４】
本実施形態に係る移動通信システムによれば、ＰＣＲＦにおいて障害が発生した後に、所定イベントが検出された場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けを再設定するため、ＰＣＣ制御を利用する通信の発信処理及び着信処理を行うことができる。
【００９５】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００９６】
本実施形態の第１の特徴は、ＵＥ（移動局）とＰ-ＧＷ（ゲートウェイ装置）との間で設定されているＰＤＮコネクション（第１コネクション）と、ＰＣＲＦ（ポリシー及び課金サーバ装置）とＰ-ＧＷとの間で設定されているＰＣＣコネクション＃１（第２コネクション）とを用いて通信を行う移動通信方法であって、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行う工程Ａを有することを要旨とする。
【００９７】
本実施形態の第１の特徴において、工程Ａにおいて、Ｐ-ＧＷは、ＵＥの状態及び輻輳状況の少なくとも一方に応じて、上述の再設定を行うか否かについて判定してもよい。
【００９８】
本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥ（移動管理ノード）に対して、ＰＤＮコネクションの開放要求（例えば、「Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ」）を送信する工程と、ＭＭＥが、ＰＤＮコネクションの開放要求に応じて、ｅＮＢ（無線基地局）に対して、ＰＤＮコネクションを開放するように要求する工程と、ＰＤＮコネクションが開放された後、新たにＰＤＮコネクションを設定する工程と、新たに設定されたＰＤＮコネクション及びＰＣＣコネクション＃１を関連付ける工程とを有してもよい。
【００９９】
本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥに対して、ＰＤＮコネクションの開放要求を送信する工程と、ＭＭＥが、ＵＥに対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求する工程と、ＵＥについてのＤｅｔａｃｈ処理が行われた後、ＵＥについてのＡｔｔａｃｈ処理を行い、新たにＰＤＮコネクションを設定する工程と、新たに設定されたＰＤＮコネクション及びＰＣＣコネクション＃１を関連付ける工程とを有してもよい。
【０１００】
本実施形態の第１の特徴において、工程Ａは、Ｐ-ＧＷが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＭＭＥに対して、ＰＤＮコネクションの開放要求を送信する工程と、ＭＭＥが、ｅＮＢに対して、ＰＤＮコネクション内のｅＮＢとＵＥとの間の無線コネクションを開放するように要求することなく、Ｐ-ＧＷに対して、新たにＰＣＣコネクション＃１を設定するように要求する工程と、ＰＤＮコネクション及び新たに設定されたＰＣＣコネクション＃１を関連付ける工程とを有してもよい。
【０１０１】
本実施形態の第２の特徴は、ＵＥとＰ-ＧＷとの間で設定されているＰＤＮコネクションと、ＰＣＲＦとＰ-ＧＷとの間で設定されているＰＣＣコネクション＃１と、ＰＣＲＦとＰ-ＣＳＣＦ（呼セッション制御サーバ装置）との間で設定されているＰＣＣコネクション＃２（第３コネクション）とを用いて通信を行う移動通信方法であって、Ｐ-ＣＳＣＦが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行う工程Ａを有することを要旨とする。
【０１０２】
本実施形態の第２の特徴において、工程Ａは、Ｐ-ＣＳＣＦが、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＵＥに対して、再登録を行うように要求する工程と、ＵＥの再登録が行われた後、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行ってもよい。
【０１０３】
本実施形態の第３の特徴は、Ｐ-ＧＷであって、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクション及びＰＣＣコネクション＃１の関連付けの再設定を行うように構成されていることを要旨とする。
【０１０４】
本実施形態の第４の特徴は、ＭＭＥであって、Ｐ-ＧＷから、ＰＣＲＦの障害を検出したことを示す所定情報（例えば、Ｃａｕｓｅ＝ＰＣＲＦ障害）を含むＰＤＮの開放要求を受信した場合、ＵＥに対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを要旨とする。
【０１０５】
本実施形態の第５の特徴は、ＭＭＥであって、Ｐ-ＧＷから、ＰＣＲＦの障害を検出したことを示す所定情報（例えば、Ｃａｕｓｅ＝ＰＣＲＦ障害）を含むＰＤＮの開放要求を受信した場合、ｅＮＢに対して、ＰＤＮコネクション内のｅＮＢとＵＥとの間の無線コネクションを開放するように要求することなく、Ｐ-ＧＷに対して、新たにＰＣＣコネクション＃２を設定するように要求するように構成されていることを要旨とする。
【０１０６】
本実施形態の第５の特徴は、Ｐ-ＣＳＣＦであって、ＰＣＲＦの障害を検出した後、所定イベントを検出した場合に、ＰＤＮコネクションとＰＣＣコネクション＃１とＰＣＣコネクション＃２との関連付けの再設定を行うように構成されていることを要旨とする。
【０１０７】
ここで、Ｓ-ＧＷが、上述のＰ-ＧＷと同様の機能を具備していてもよい。
【０１０８】
なお、上述のＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１０９】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１１０】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＰ-ＣＳＣＦやＨＳＳ内に設けられていてもよい。
【０１１１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１１２】
ＵＥ…移動局
ｅＮＢ、ＮｏｄｅＢ…無線基地局
ＲＮＣ…無線回線制御局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
ＰＣＲＦ…ポリシー及び課金サーバ装置
Ｐ-ＣＳＣＦ…呼セッション制御サーバ装置
ＨＳＳ…加入者情報管理サーバ装置
【特許請求の範囲】
【請求項１】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法であって、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行う工程Ａを有することを特徴とする移動通信方法。
【請求項２】
前記工程Ａにおいて、前記ゲートウェイ装置は、前記移動局の状態及び輻輳状況の少なくとも一方に応じて、前記再設定を行うか否かについて判定することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ａは、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
前記移動管理ノードが、前記第１コネクションの開放要求に応じて、無線基地局に対して、前記第１コネクションを開放するように要求する工程と、
前記第１コネクションが開放された後、新たに前記第１コネクションを設定する工程と、
新たに設定された前記第１コネクション及び前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
【請求項４】
前記工程Ａは、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
前記移動管理ノードが、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求する工程と、
前記移動局についてのＤｅｔａｃｈ処理が行われた後、該移動局についてのＡｔｔａｃｈ処理を行い、新たに前記第１コネクションを設定する工程と、
新たに設定された前記第１コネクション及び前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
【請求項５】
前記工程Ａは、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
前記移動管理ノードが、無線基地局に対して、前記第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、前記ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求する工程と、
前記第１コネクション及び新たに設定された前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
【請求項６】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法であって、
前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行う工程Ａを有することを特徴とする移動通信方法。
【請求項７】
前記工程Ａは、
前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、前記移動局に対して、再登録を行うように要求する工程と、
前記移動局の再登録が行われた後、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うことを特徴とする請求項６に記載の移動通信方法。
【請求項８】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられるゲートウェイ装置であって、
前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行うように構成されていることを特徴とするゲートウェイ装置。
【請求項９】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、
前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを特徴とする移動管理ノード。
【請求項１０】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、
前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、無線基地局に対して、該第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、該ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求するように構成されていることを特徴とする移動管理ノード。
【請求項１１】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法で用いられる呼セッション制御サーバ装置であって、
前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うように構成されていることを特徴とする呼セッション制御サーバ装置。
【請求項１】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法であって、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行う工程Ａを有することを特徴とする移動通信方法。
【請求項２】
前記工程Ａにおいて、前記ゲートウェイ装置は、前記移動局の状態及び輻輳状況の少なくとも一方に応じて、前記再設定を行うか否かについて判定することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ａは、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
前記移動管理ノードが、前記第１コネクションの開放要求に応じて、無線基地局に対して、前記第１コネクションを開放するように要求する工程と、
前記第１コネクションが開放された後、新たに前記第１コネクションを設定する工程と、
新たに設定された前記第１コネクション及び前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
【請求項４】
前記工程Ａは、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
前記移動管理ノードが、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求する工程と、
前記移動局についてのＤｅｔａｃｈ処理が行われた後、該移動局についてのＡｔｔａｃｈ処理を行い、新たに前記第１コネクションを設定する工程と、
新たに設定された前記第１コネクション及び前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
【請求項５】
前記工程Ａは、
前記ゲートウェイ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、移動管理ノードに対して、前記第１コネクションの開放要求を送信する工程と、
前記移動管理ノードが、無線基地局に対して、前記第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、前記ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求する工程と、
前記第１コネクション及び新たに設定された前記第２コネクションを関連付ける工程とを有することを特徴とする請求項１又は２に記載の移動通信方法。
【請求項６】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法であって、
前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行う工程Ａを有することを特徴とする移動通信方法。
【請求項７】
前記工程Ａは、
前記呼セッション制御サーバ装置が、前記ポリシー及び課金サーバ装置の障害を検出した後、前記所定イベントを検出した場合に、前記移動局に対して、再登録を行うように要求する工程と、
前記移動局の再登録が行われた後、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うことを特徴とする請求項６に記載の移動通信方法。
【請求項８】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられるゲートウェイ装置であって、
前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクション及び前記第２コネクションの関連付けの再設定を行うように構成されていることを特徴とするゲートウェイ装置。
【請求項９】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、
前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、前記移動局に対して、Ｒｅ-ａｔｔａｃｈ処理を行うように要求するように構成されていることを特徴とする移動管理ノード。
【請求項１０】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションとを用いて通信を行う移動通信方法で用いられる移動管理ノードであって、
前記ゲートウェイ装置から、前記ポリシー及び課金サーバ装置の障害を検出したことを示す所定情報を含む前記第１コネクションの開放要求を受信した場合、無線基地局に対して、該第１コネクション内の該無線基地局と前記移動局との間のコネクションを開放するように要求することなく、該ゲートウェイ装置に対して、新たに前記第２コネクションを設定するように要求するように構成されていることを特徴とする移動管理ノード。
【請求項１１】
移動局とゲートウェイ装置との間で設定されている第１コネクションと、ポリシー及び課金サーバ装置と該ゲートウェイ装置との間で設定されている第２コネクションと、該ポリシー及び課金サーバ装置と呼セッション制御サーバ装置との間で設定されている第３コネクションとを用いて通信を行う移動通信方法で用いられる呼セッション制御サーバ装置であって、
前記ポリシー及び課金サーバ装置の障害を検出した後、所定イベントを検出した場合に、前記第１コネクションと前記第２コネクションと前記第３コネクションとの関連付けの再設定を行うように構成されていることを特徴とする呼セッション制御サーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１２０１３７（Ｐ２０１２−１２０１３７Ａ）
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願番号】特願２０１０−２７０９１８（Ｐ２０１０−２７０９１８）
【出願日】平成２２年１２月３日（２０１０．１２．３）
【特許番号】特許第４９２７２１３号（Ｐ４９２７２１３）
【特許公報発行日】平成２４年５月９日（２０１２．５．９）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願日】平成２２年１２月３日（２０１０．１２．３）
【特許番号】特許第４９２７２１３号（Ｐ４９２７２１３）
【特許公報発行日】平成２４年５月９日（２０１２．５．９）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]