移動通信方法及び移動管理ノード
【課題】「ＳＲＶＣＣ」において、ハンドオーバ先のＵＴＲＡＮ/ＧＥＲＡＮ内のＳＧＳＮが、ＵＥ＃１のパケット通信についてのハンドオーバ（ＰＳ ＨＯ）を行わないと決定する。
【解決手段】本発明に係るハンドオーバ方法は、ＭＭＥが、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信する工程Ａと、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、上述の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放する工程Ｂとを有する。
【解決手段】本発明に係るハンドオーバ方法は、ＭＭＥが、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信する工程Ａと、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、上述の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放する工程Ｂとを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法及び移動管理ノードに関する。
【背景技術】
【０００２】
従来、２Ｇ/３Ｇ方式の無線アクセスシステム（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ/ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）及びＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の無線アクセスシステム（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を収容可能な移動通信システムが知られている。
【０００３】
かかる移動通信システムにおいて、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）＃１を、ＰＳ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈ、パケット交換）ベアラを用いて音声通信を行う状態から、ＣＳ（Ｃｉｒｓｕｉｔ Ｓｗｉｔｃｈ、回線交換）ベアラを用いて音声通信を行う状態に切り替えることによって、ＵＥ＃１の音声通信を継続可能とする技術、すなわち、「ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）」が知られている（非特許文献１参照）。図６に、かかる移動通信システムにおける「ＳＲＶＣＣ」の動作について示す。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ ＴＳ２３.２１６
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、かかる「ＳＲＶＣＣ」の動作では、図６に示すように、ステップＣにおいて、例えば、ハンドオーバ先のＵＴＲＡＮ/ＧＥＲＡＮ内のＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）が、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定した場合、どのように動作すべきか規定されていない。
【０００６】
したがって、かかる場合には、「ＳＲＶＣＣ」に失敗してしまう可能性があるという問題点があった。
【０００７】
そこで、本発明は、上述の課題に鑑みてなされたものであり、「ＳＲＶＣＣ」において、ＰＳネットワークが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる移動通信方法及び移動管理ノードを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の特徴は、回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバ方法であって、前記第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードが、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信する工程Ａと、前記移動管理ノードが、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放する工程Ｂとを有することを要旨とする。
【０００９】
本発明の第２の特徴は、回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバを行うことができる移動通信システムにおいて、該第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードであって、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信するように構成されており、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように構成されていることを要旨とする。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、「ＳＲＶＣＣ」において、ＰＳネットワークが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる移動通信方法及び移動管理ノードを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【図６】従来の移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図４を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１３】
図１に示すように、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）と、ＧＥＲＡＮ/ＵＴＲＡＮ及びコアネットワークを含む２Ｇ/３Ｇ方式のシステムと、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、サービス制御ネットワーク）とを具備している。
【００１４】
Ｅ-ＵＴＲＡＮには、ｅＮＢ（無線アクセスネットワーク装置）が配置されており、ＧＥＲＡＮ/ＵＴＲＡＮには、ＲＮＣ/ＢＳＳ（無線アクセスネットワーク装置）が配置されている。
【００１５】
移動伝達ネットワークには、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ、サービングゲートウェイ装置）や、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、パケットデータネットワークゲートウェイ装置）や、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー制御装置）や、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）/ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）（不図示）が配置されている。
【００１６】
２Ｇ/３Ｇ方式のコアネットワークには、ＭＳＣ（Ｍｏｂｉｌｅ-ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ、回線交換機）や、ＳＧＳＮや、ＳＲＶＣＣ方式用のＭＳＣサーバや、ＣＳ-ＭＧＷ（Ｃｏｒｃｕｉｔ Ｓｗｉｔｃｈ-Ｍｅｄｉａ Ｇａｔｅｗａｙ、回線交換用メディアゲートウェイ装置）が配置されている。
【００１７】
ＩＭＳには、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）や、Ｉ/Ｓ-ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ/Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）等が配置されている。
【００１８】
また、本実施形態に係る移動通信システムは、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＣＳベアラを用いて音声通信を行う状態に切り替えることによって、すなわち、ＵＥ＃１の音声通信についてのハンドオーバを行うことによって、「ＳＲＶＣＣ」を実現することができるように構成されている。
【００１９】
ここで、本実施形態に係る移動通信システムは、ＵＥ＃１の音声通信についてのハンドオーバと共に、ＵＥ＃１のパケット通信についてのハンドオーバを行うことができるように構成されている。
【００２０】
すなわち、本実施形態に係る移動通信システムは、「ＳＲＶＣＣ」の動作において、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いてパケット通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＰＳベアラを用いてパケット通信を行う状態に切り替えることができるように構成されている。
【００２１】
以下、図２乃至図４を参照して、本実施形態に係る移動通信システムの具体的な動作について説明する。
【００２２】
ここで、ＵＥ＃１は、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信及びパケット通信を行う状態にあるものとする。
【００２３】
図２に示すように、ステップＳ１００１において、ＵＥ＃１は、Ｅ-ＵＴＲＡＮ内のｅＮＢに対して、「Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ」を送信する。
【００２４】
ステップＳ１００２において、ｅＮＢは、ＵＥ＃１の接続先無線アクセスネットワークを、Ｅ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替えること、すなわち、ＵＥ＃１の音声通信及びパケット通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを行うことを決定する。
【００２５】
ここで、ｅＮＢは、ハンドオーバ先のＲＮＣ/ＢＳＳが、ＰＳ ＨＯに対応している場合には、ＵＥ＃１の音声通信及びパケット通信についてハンドオーバを行うと決定するように構成されていてもよい。
【００２６】
ステップＳ１００３において、ｅＮＢは、ＭＭＥに対して、ＵＥ＃１の音声通信及びパケット通信についてハンドオーバを行うことを指示する「ＳＲＶＣＣ ＨＯ Ｉｎｄｉｃａｔｉｏｎ＝ＰＳ ａｎｄ ＣＳ」を含む「Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ」を送信する。
【００２７】
ＭＭＥは、ステップＳ１００４において、「Ｂｅａｒｅｒ Ｓｐｌｉｔｔｉｎｇ」を行う、すなわち、ＵＥ＃１の音声通信に用いられているＰＳベアラ及びＵＥ＃１のパケット通信に用いられているＰＳベアラを分類する。
【００２８】
ステップＳ１００５ａにおいて、ＭＭＥは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｑ」を送信する。
【００２９】
ステップＳ１００５ｂにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＭＳＣに対して、「Ｐｒｅｐ ＨＯ」を送信し、ステップＳ１００５ｃにおいて、ＭＳＣは、ＵＴＲＡＮ/ＧＥＲＡＮ内のＲＮＣ/ＢＳＳに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ」を送信する。
【００３０】
ここで、「ＰＳ ｔｏ ＣＳ Ｒｅｑ（ステップＳ１００５ａ）」、「Ｐｒｅｐ ＨＯ（ステップＳ１００５ｂ）」及び「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ（ステップＳ１００５ｃ、ＣＳベアラ用）」は、ＵＥ＃１の音声通信に用いるＣＳベアラのリソースを確保するように要求するＣＳベアラ用リソース確保信号である。
【００３１】
また、ステップＳ１００６ａにおいて、ＭＭＥは、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信する。ここで、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」は、ＵＥ＃１のパケット通信に用いるＰＳベアラのリソースを確保するように要求するＰＳベアラ用リソース確保信号である。
【００３２】
なお、ステップＳ１００６ａによって、ＵＥ＃１の音声通信に用いられていたＰＳベアラ以外のＰＳベアラ、すなわち、ＵＥ＃１のパケット通信についてのコンテキスト（Ｃｏｎｔｅｘｔ）が、ＭＭＥからＳＧＳＮに通知される。
【００３３】
ここで、ステップＡにおいて、ＳＧＳＮは、オペレータポリシー等に基づいて、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定する。
【００３４】
かかる場合、ＳＧＳＮは、ＲＮＣ/ＢＳＳに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ」を送信することなく、ステップＳ１００７ｂにおいて、ＭＭＥに対して、エラー情報を含む「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を送信する。
【００３５】
ここで、エラー情報は、上述のＰＳベアラを設定することができないことを明示する情報であってもよい。
【００３６】
ステップＳ１００７ｃにおいて、ＭＭＥは、受信した「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」に含まれる所定のエラー情報に基づいて、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出し、その旨（或いは、「ＳＲＶＣＣ」に係るハンドオーバが成功した場合に、かかるＰＳベアラが削除対象であること）を示すＰＳベアラ設定不可情報を記憶する。
【００３７】
なお、ＭＭＥは、ステップＳ１００６ａにおいて、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信した際に、所定タイマを起動し、かかる所定タイマが満了するまでに、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を受信しない場合に、ステップＳ１００７ｃにおいて、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたとみなし、その旨を示すＰＳベアラ設定不可情報を記憶してもよい。
【００３８】
ステップＳ１００８ａにおいて、ＲＮＣ/ＢＳＳは、ＭＳＣに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ Ａｃｋ（ＣＳベアラ用）」を送信し、ステップＳ１００８ｂにおいて、ＭＳＣは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐ」を送信し、ステップＳ１００８ｃにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷとＭＳＣとの間で回線が設定される。
【００３９】
ステップＳ１００９において、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＩＭＳ内のＳＣＣ ＡＳに対して、「Ｉｎｉｔｉａｔｉｏｎ ｏｆ Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ（ＳＴＮ-ＳＲ又はＥ-ＳＴＮ-ＳＲ）を送信し、ＳＣＣ ＡＳは、ステップＳ１０１０及びＳ１０１１において、図２に示す処理を行う。
【００４０】
ステップＳ１０１２において、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＭＭＥに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ」を送信する。
【００４１】
ここで、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ Ａｃｋ（ステップＳ１００８ａ、ＣＳベアラ用）」、「Ｐｒｅｐ ＨＯ Ｒｅｓｐ（ステップＳ１００８ｂ）」及び「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ（ステップＳ１０１２）」は、ＵＥ＃１の音声通信に用いられるＣＳベアラのリソースを確保したことを示すＣＳベアラ用応答信号である。
【００４２】
ＭＭＥは、ステップＳ１００７ｂにおいて、上述の所定のエラー情報を含む「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を受信した場合であっても、ステップ１０１２において、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ」を受信した場合には、ｅＮＢに対して、ＵＥ＃１の音声通信のみについてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを指示する「Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ」を送信する。
【００４３】
ステップＳ１０１４において、ｅＮＢは、ＵＥ＃１に対して、ＵＥ＃１の音声通信のみについてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを指示する「ＨＯ ｆｒｏｍ ＥＵＴＲＡＮ ｃｏｍｍａｎｄ」を送信する。
【００４４】
ＵＥ＃１は、ステップＳ１０１５において、接続先無線アクセスネットワークをＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替える。
【００４５】
ステップＳ１０１６において、ｅＮＢやＲＮＣ/ＢＳＳ等において、ＵＥ＃１の接続先無線アクセスネットワークをＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替える処理が行われる。
【００４６】
ステップＳ１０１６ｃにおいて、ＵＥ＃１は、上述の音声通信に用いるＣＳベアラに係る無線ベアラを設定し、ＵＴＲＡＮ/ＧＥＲＡＮに対する位置登録処理を行う。
【００４７】
具体的には、図３に示すように、ＵＥ＃１は、ステップＳ１０１６ｃ１において、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を送信し、ステップＳ１０１６ｃ２において、ＳＧＳＮが、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を送信する。
【００４８】
図３の例では、ＭＭＥは、Ｓ１０１７ｅにおいてＰＳベアラに係るコンテキストを削除する前に、かかる「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信するものとする。
【００４９】
ステップＳ１０１６ｃ３において、ＭＭＥは、オペレータポリシーや「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ（ステップＳ１０１７ｄ）」の受信の有無やＳ１００７ｃで受信したエラー情報の種別に基づいて、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを転送するべきであるか否かについて判定する。
【００５０】
ＭＭＥは、ＵＥ＃１に係るコンテキストを転送するべきであると判定した場合、ステップＳ１０１６ｃ４において、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを含む「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信する。
【００５１】
そして、ステップＳ１０１６ｃ５において、ＵＥ＃１のＲＡＵ処理を行う。かかるＲＡＵ処理によって、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおけるＵＥ＃１のパケット通信で用いられていたＰＳベアラは、ＵＴＲＡＮ/ＧＥＲＡＮを収容するコアネットワークに引き継がれる。すなわち、その後、ＵＥ＃１は、ＰＳベアラによるパケット通信を継続することが可能となる。
【００５２】
かかる場合、ＲＡＵ処理によって、ＵＥ＃１は、保持しているＵＥ＃１の音声通信で用いられていたＰＳベアラに係るコンテキストを削除する。
【００５３】
一方、ＭＭＥは、ＵＥ＃１に係るコンテキストを転送するべきでないと判定した場合（例えば、Ｓ１００７ｃにおいて、ＳＧＳＮが、ＰＳベアラの設定を拒絶する旨の所定のエラー情報を通知した場合）、ステップＳ１０１６ｃ４において、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していない旨を示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信する。
【００５４】
なお、かかる「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」において、ＰＳベアラの引継ぎが不可能であることを示す所定情報が設定されていてもよい。
【００５５】
ステップＳ１０１６ｃ６において、ＳＧＳＮは、ＵＥ＃１に対して、ＵＥ＃１に係るコンテキストを保持していない旨を示す「ＰＤＰ Ｃｏｎｔｅｘｔ Ｓｔａｔｕｓ」を含む「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ａｃｃｅｐｔ」を送信する。
【００５６】
ステップＳ１０１６ｃ７において、ＵＥ＃１は、保持しているＵＥ＃１のＰＳベアラに係るコンテキスト（ＵＥ＃１の音声通信で用いられていたＰＳベアラを含む）を全て削除する。
【００５７】
かかる場合、後述するように、ステップＳ１０１７ｅにおいて、ＭＭＥとＳ/Ｐ-ＧＷとの間で、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するための「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」を行う。
【００５８】
図２に戻り、ステップＳ１０１７ａにおいて、ＲＮＣ/ＢＳＳは、ＭＳＣに対して、「Ｒｅｌｏｃ/ＨＯ Ｃｏｍｐｌｅｔｅ」を送信し、ＭＳＣは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、ステップＳ１０１７ｂにおいて、「ＳＥＳ（ＨＯ Ｃｏｍｐｌｅｔｅ）」を送信し、ステップＳ１０１７ｃにおいて、「ＡＮＳＷＥＲ」を送信する。
【００５９】
ステップＳ１０１７ｄにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷとＭＭＥとの間で「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ/Ａｃｋ」の送受信が行われる。
【００６０】
ステップ１０１７ｅにおいて、ＭＭＥとＳ/Ｐ-ＧＷとの間で、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラに係る「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」が行われる。ここで、図４を参照して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」について説明する。
【００６１】
図４に示すように、ＭＭＥは、ステップＳ１０１７ｄにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷから、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信し、ステップＳ１０１７ｅ１において、ＵＥ＃１の音声通信のＰＳベアラからＣＳベアラへの切り替えが成功したことを検出すると、ステップＳ１０１７ｅ２において、Ｓ-ＧＷに対して、ＵＥ＃１のＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６２】
ここで、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」には、「ＳＲＶＣＣ」におけるＰＳベアラの開放である旨を示す「ＰＳ-ｔｏ-ＣＳ ＨＯ Ｉｎｄｉｃａｔｏｒ」が含まれていてもよい。
【００６３】
ステップＳ１０１７ｅ３において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「ＰＳ-ｔｏ-ＣＳ ＨＯ Ｉｎｄｉｃａｔｏｒ」を含む「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６４】
ステップＳ１０１７ｅ４において、Ｐ-ＧＷは、ＵＥ＃１のＰＳベアラに係るコンテキストを削除すると共に、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。
【００６５】
ここで、ステップＳ１０１７ｅ５において、Ｐ-ＧＷとＰＣＲＦとの間で、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ」が行われる。ここで、ＰＣＲＦに対して、「ＳＲＶＣＣ」におけるＰＳベアラの開放である旨を通知してもよい。
【００６６】
ステップＳ１０１７ｅ６において、Ｓ-ＧＷは、ＵＥ＃１のＰＳベアラに係るコンテキストを削除すると共に、ＭＭＥに対して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。
【００６７】
ステップＳ１０１７ｅ７において、ＭＭＥは、ＵＥ＃１に対して、ＵＥ＃１のＰＳベアラについての切断信号を送信することなく、ステップＳ１０１７ｅ８において、ｅＮＢにおけるＵＥ＃１のＰＳベアラに係るリソースを開放するための「Ｒｅｌｅａｓｅ Ｒｅｓｏｕｒｃｅ」が行われる。
【００６８】
図２に戻り、ステップＳ１０１７ｆにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＨＳＳ/ＨＬＲに対して、「ＵｐｄａｔｅＬｏｃ」を送信する。
【００６９】
ステップＳ１０１７ｇにおいて、ＵＥ＃１とＭＳＣサーバ/ＣＳ-ＭＧＷとの間で、「ＴＭＳＩ Ｒｅａｌｌｏｃａｔｉｏｎ」が行われる。
【００７０】
ステップＳ１０１９において、ＭＭＥ及びＭＳＣサーバ/ＣＳ-ＭＧＷは、ＧＭＬＣに対して、「Ｓｕｂｓｃｒｉｂｅｒ Ｌｏｃａｔｉｏｎ Ｒｅｐｏｒｔ」を送信する。
【００７１】
本実施形態に係る移動通信システムによれば、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、ＵＥ＃１の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放することができる。
【００７２】
したがって、本実施形態に係る移動通信システムによれば、「ＳＲＶＣＣ」において、ＳＧＳＮが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる。
【００７３】
（変更例１）
図５を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００７４】
図５に示すように、ステップＳ２００１乃至Ｓ２００５ｃの動作は、図２に示すステップＳ１００１乃至Ｓ１００５ｃの動作と同一である。
【００７５】
ステップＢにおいて、ＭＭＥは、オペレータポリシー等に基づいて、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定する。
【００７６】
かかる場合、ＭＭＥは、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信することなく、ステップＳ２００７において、ＰＳベアラの設定を拒絶しこと（或いは、「ＳＲＶＣＣ」に係るハンドオーバが成功した場合に、かかるＰＳベアラが削除対象であること）を示すＰＳベアラ設定不可情報を記憶する。
【００７７】
以下、ステップＳ２００８ａ乃至Ｓ２０１９の動作は、図２に示すステップＳ１００８ａ乃至Ｓ１０１９の動作と同一である。
【００７８】
（変更例２）
なお、上述の第１実施形態及び変更例１に係る移動通信システムは、「ＳＲＶＣＣ」の代わりに、「３ＧＰＰ ＴＳ２３.２３７」に規定されている「ＳＲＶＣＣ改善方式」を用いて、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＣＳベアラを用いて音声通信を行う状態に切り替えるように構成されていてもよい。
【００７９】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００８０】
本実施形態の第１の特徴は、ｅＮＢ（回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置）を介してＰＳベアラ（パケット交換ベアラ）を用いて音声通信及びパケット通信を行っているＵＥ＃１（移動局）のハンドオーバ方法であって、ＭＭＥ（第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノード）が、ＳＧＳＮ（回線交換通信をサポートしている第２通信方式のパケット交換機）に対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ（パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号）」を送信する工程Ａと、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、上述の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワーク（第１通信方式のコアネットワーク）においてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放する工程Ｂとを有することを要旨とする。
【００８１】
本実施形態の第１の特徴において、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した場合に、その旨を示すＰＳベアラ設定不可情報（パケット交換ベアラ設定不可情報）を記憶する工程を有し、工程Ｂにおいて、ＭＭＥは、ＰＳベアラ設定不可情報を記憶している状態で、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ（ハンドオーバが完了したことを示すハンドオーバ完了信号）」を受信した場合に、Ｓ-ＧＷ（第１通信方式のゲートウェイ装置）に対して、ＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ（ベアラ開放要求信号）」を送信してもよい。
【００８２】
本実施形態の第１の特徴において、ＵＥ＃１が、音声通信についてのハンドオーバを行った場合に、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（位置登録要求信号）」を送信する工程と、ＳＧＳＮが、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を受信した場合に、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（コンテキスト要求信号）」を送信する工程と、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを転送する工程とを有してもよい。
【００８３】
本実施形態の第１の特徴において、ＵＥ＃１が、音声通信についてのハンドオーバを行った場合に、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を送信する工程と、ＳＧＳＮが、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を受信した場合に、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していないことを示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（コンテキスト応答信号）」を送信すると共に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する工程とを有してもよい。
【００８４】
本実施形態の第２の特徴は、ｅＮＢを介してＰＳベアラを用いて音声通信及びパケット通信を行っているＵＥ＃１のハンドオーバを行うことができる移動通信システムにおけるＭＭＥであって、ＳＧＳＮに対して、ＵＥ＃１のパケット通信に用いるＰＳベアラのリソースを確保するように要求する「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信するように構成されており、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、ＵＥ＃１の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように構成されていることを要旨とする。
【００８５】
本実施形態の第２の特徴において、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した場合に、ＰＳベアラ設定不可情報を記憶するように構成されており、かかるＰＳベアラ設定不可情報を記憶している状態で、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信した場合に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。
【００８６】
本実施形態の第２の特徴において、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、ＳＧＳＮから、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを転送するように構成されていてもよい。
【００８７】
本実施形態の第２の特徴において、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、ＳＧＳＮから、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していないことを示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信すると共に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。
【００８８】
なお、上述のＵＥ＃１、ＵＥ＃２、ＵＴＲＡＮ/ＧＥＲＡＮ（ＲＮＣ/ＮｏｄｅＢ/ＢＳＳ）、ＭＳＣ、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＳＧＳＮ、Ｅ-ＵＴＲＡＮ（ｅＮＢ）、ＭＭＥ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＰＣＲＦの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００８９】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００９０】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥ＃１、ＵＥ＃２、ＵＴＲＡＮ/ＧＥＲＡＮ（ＲＮＣ/ＮｏｄｅＢ/ＢＳＳ）、ＭＳＣ、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＳＧＳＮ、Ｅ-ＵＴＲＡＮ（ｅＮＢ）、ＭＭＥ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＰＣＲＦ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥ＃１、ＵＥ＃２、ＵＴＲＡＮ/ＧＥＲＡＮ（ＲＮＣ/ＮｏｄｅＢ/ＢＳＳ）、ＭＳＣ、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＳＧＳＮ、Ｅ-ＵＴＲＡＮ（ｅＮＢ）、ＭＭＥ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＰＣＲＦ内に設けられていてもよい。
【００９１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９２】
ＵＥ＃１、ＵＥ＃２…移動局
Ｅ-ＵＴＲＡＮ、ＵＴＲＡＮ/ＧＥＲＡＮ…無線アクセスネットワーク
ＲＮＣ、ＮｏｄｅＢ、ＢＳＳ、ｅＮＢ…無線アクセスネットワーク装置
ＭＳＣ…回線交換機
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
ＭＭＥ…移動管理ノード
【技術分野】
【０００１】
本発明は、移動通信方法及び移動管理ノードに関する。
【背景技術】
【０００２】
従来、２Ｇ/３Ｇ方式の無線アクセスシステム（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ/ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）及びＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の無線アクセスシステム（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を収容可能な移動通信システムが知られている。
【０００３】
かかる移動通信システムにおいて、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）＃１を、ＰＳ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈ、パケット交換）ベアラを用いて音声通信を行う状態から、ＣＳ（Ｃｉｒｓｕｉｔ Ｓｗｉｔｃｈ、回線交換）ベアラを用いて音声通信を行う状態に切り替えることによって、ＵＥ＃１の音声通信を継続可能とする技術、すなわち、「ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）」が知られている（非特許文献１参照）。図６に、かかる移動通信システムにおける「ＳＲＶＣＣ」の動作について示す。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ ＴＳ２３.２１６
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、かかる「ＳＲＶＣＣ」の動作では、図６に示すように、ステップＣにおいて、例えば、ハンドオーバ先のＵＴＲＡＮ/ＧＥＲＡＮ内のＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）が、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定した場合、どのように動作すべきか規定されていない。
【０００６】
したがって、かかる場合には、「ＳＲＶＣＣ」に失敗してしまう可能性があるという問題点があった。
【０００７】
そこで、本発明は、上述の課題に鑑みてなされたものであり、「ＳＲＶＣＣ」において、ＰＳネットワークが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる移動通信方法及び移動管理ノードを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の特徴は、回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバ方法であって、前記第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードが、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信する工程Ａと、前記移動管理ノードが、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放する工程Ｂとを有することを要旨とする。
【０００９】
本発明の第２の特徴は、回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバを行うことができる移動通信システムにおいて、該第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードであって、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信するように構成されており、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように構成されていることを要旨とする。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、「ＳＲＶＣＣ」において、ＰＳネットワークが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる移動通信方法及び移動管理ノードを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【図６】従来の移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図４を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１３】
図１に示すように、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）と、ＧＥＲＡＮ/ＵＴＲＡＮ及びコアネットワークを含む２Ｇ/３Ｇ方式のシステムと、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、サービス制御ネットワーク）とを具備している。
【００１４】
Ｅ-ＵＴＲＡＮには、ｅＮＢ（無線アクセスネットワーク装置）が配置されており、ＧＥＲＡＮ/ＵＴＲＡＮには、ＲＮＣ/ＢＳＳ（無線アクセスネットワーク装置）が配置されている。
【００１５】
移動伝達ネットワークには、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ、サービングゲートウェイ装置）や、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、パケットデータネットワークゲートウェイ装置）や、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー制御装置）や、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）/ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）（不図示）が配置されている。
【００１６】
２Ｇ/３Ｇ方式のコアネットワークには、ＭＳＣ（Ｍｏｂｉｌｅ-ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ、回線交換機）や、ＳＧＳＮや、ＳＲＶＣＣ方式用のＭＳＣサーバや、ＣＳ-ＭＧＷ（Ｃｏｒｃｕｉｔ Ｓｗｉｔｃｈ-Ｍｅｄｉａ Ｇａｔｅｗａｙ、回線交換用メディアゲートウェイ装置）が配置されている。
【００１７】
ＩＭＳには、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）や、Ｉ/Ｓ-ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ/Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）等が配置されている。
【００１８】
また、本実施形態に係る移動通信システムは、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＣＳベアラを用いて音声通信を行う状態に切り替えることによって、すなわち、ＵＥ＃１の音声通信についてのハンドオーバを行うことによって、「ＳＲＶＣＣ」を実現することができるように構成されている。
【００１９】
ここで、本実施形態に係る移動通信システムは、ＵＥ＃１の音声通信についてのハンドオーバと共に、ＵＥ＃１のパケット通信についてのハンドオーバを行うことができるように構成されている。
【００２０】
すなわち、本実施形態に係る移動通信システムは、「ＳＲＶＣＣ」の動作において、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いてパケット通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＰＳベアラを用いてパケット通信を行う状態に切り替えることができるように構成されている。
【００２１】
以下、図２乃至図４を参照して、本実施形態に係る移動通信システムの具体的な動作について説明する。
【００２２】
ここで、ＵＥ＃１は、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信及びパケット通信を行う状態にあるものとする。
【００２３】
図２に示すように、ステップＳ１００１において、ＵＥ＃１は、Ｅ-ＵＴＲＡＮ内のｅＮＢに対して、「Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ」を送信する。
【００２４】
ステップＳ１００２において、ｅＮＢは、ＵＥ＃１の接続先無線アクセスネットワークを、Ｅ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替えること、すなわち、ＵＥ＃１の音声通信及びパケット通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを行うことを決定する。
【００２５】
ここで、ｅＮＢは、ハンドオーバ先のＲＮＣ/ＢＳＳが、ＰＳ ＨＯに対応している場合には、ＵＥ＃１の音声通信及びパケット通信についてハンドオーバを行うと決定するように構成されていてもよい。
【００２６】
ステップＳ１００３において、ｅＮＢは、ＭＭＥに対して、ＵＥ＃１の音声通信及びパケット通信についてハンドオーバを行うことを指示する「ＳＲＶＣＣ ＨＯ Ｉｎｄｉｃａｔｉｏｎ＝ＰＳ ａｎｄ ＣＳ」を含む「Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ」を送信する。
【００２７】
ＭＭＥは、ステップＳ１００４において、「Ｂｅａｒｅｒ Ｓｐｌｉｔｔｉｎｇ」を行う、すなわち、ＵＥ＃１の音声通信に用いられているＰＳベアラ及びＵＥ＃１のパケット通信に用いられているＰＳベアラを分類する。
【００２８】
ステップＳ１００５ａにおいて、ＭＭＥは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｑ」を送信する。
【００２９】
ステップＳ１００５ｂにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＭＳＣに対して、「Ｐｒｅｐ ＨＯ」を送信し、ステップＳ１００５ｃにおいて、ＭＳＣは、ＵＴＲＡＮ/ＧＥＲＡＮ内のＲＮＣ/ＢＳＳに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ」を送信する。
【００３０】
ここで、「ＰＳ ｔｏ ＣＳ Ｒｅｑ（ステップＳ１００５ａ）」、「Ｐｒｅｐ ＨＯ（ステップＳ１００５ｂ）」及び「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ（ステップＳ１００５ｃ、ＣＳベアラ用）」は、ＵＥ＃１の音声通信に用いるＣＳベアラのリソースを確保するように要求するＣＳベアラ用リソース確保信号である。
【００３１】
また、ステップＳ１００６ａにおいて、ＭＭＥは、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信する。ここで、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」は、ＵＥ＃１のパケット通信に用いるＰＳベアラのリソースを確保するように要求するＰＳベアラ用リソース確保信号である。
【００３２】
なお、ステップＳ１００６ａによって、ＵＥ＃１の音声通信に用いられていたＰＳベアラ以外のＰＳベアラ、すなわち、ＵＥ＃１のパケット通信についてのコンテキスト（Ｃｏｎｔｅｘｔ）が、ＭＭＥからＳＧＳＮに通知される。
【００３３】
ここで、ステップＡにおいて、ＳＧＳＮは、オペレータポリシー等に基づいて、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定する。
【００３４】
かかる場合、ＳＧＳＮは、ＲＮＣ/ＢＳＳに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ」を送信することなく、ステップＳ１００７ｂにおいて、ＭＭＥに対して、エラー情報を含む「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を送信する。
【００３５】
ここで、エラー情報は、上述のＰＳベアラを設定することができないことを明示する情報であってもよい。
【００３６】
ステップＳ１００７ｃにおいて、ＭＭＥは、受信した「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」に含まれる所定のエラー情報に基づいて、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出し、その旨（或いは、「ＳＲＶＣＣ」に係るハンドオーバが成功した場合に、かかるＰＳベアラが削除対象であること）を示すＰＳベアラ設定不可情報を記憶する。
【００３７】
なお、ＭＭＥは、ステップＳ１００６ａにおいて、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信した際に、所定タイマを起動し、かかる所定タイマが満了するまでに、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を受信しない場合に、ステップＳ１００７ｃにおいて、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたとみなし、その旨を示すＰＳベアラ設定不可情報を記憶してもよい。
【００３８】
ステップＳ１００８ａにおいて、ＲＮＣ/ＢＳＳは、ＭＳＣに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ Ａｃｋ（ＣＳベアラ用）」を送信し、ステップＳ１００８ｂにおいて、ＭＳＣは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐ」を送信し、ステップＳ１００８ｃにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷとＭＳＣとの間で回線が設定される。
【００３９】
ステップＳ１００９において、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＩＭＳ内のＳＣＣ ＡＳに対して、「Ｉｎｉｔｉａｔｉｏｎ ｏｆ Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ（ＳＴＮ-ＳＲ又はＥ-ＳＴＮ-ＳＲ）を送信し、ＳＣＣ ＡＳは、ステップＳ１０１０及びＳ１０１１において、図２に示す処理を行う。
【００４０】
ステップＳ１０１２において、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＭＭＥに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ」を送信する。
【００４１】
ここで、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ Ａｃｋ（ステップＳ１００８ａ、ＣＳベアラ用）」、「Ｐｒｅｐ ＨＯ Ｒｅｓｐ（ステップＳ１００８ｂ）」及び「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ（ステップＳ１０１２）」は、ＵＥ＃１の音声通信に用いられるＣＳベアラのリソースを確保したことを示すＣＳベアラ用応答信号である。
【００４２】
ＭＭＥは、ステップＳ１００７ｂにおいて、上述の所定のエラー情報を含む「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を受信した場合であっても、ステップ１０１２において、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ」を受信した場合には、ｅＮＢに対して、ＵＥ＃１の音声通信のみについてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを指示する「Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ」を送信する。
【００４３】
ステップＳ１０１４において、ｅＮＢは、ＵＥ＃１に対して、ＵＥ＃１の音声通信のみについてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを指示する「ＨＯ ｆｒｏｍ ＥＵＴＲＡＮ ｃｏｍｍａｎｄ」を送信する。
【００４４】
ＵＥ＃１は、ステップＳ１０１５において、接続先無線アクセスネットワークをＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替える。
【００４５】
ステップＳ１０１６において、ｅＮＢやＲＮＣ/ＢＳＳ等において、ＵＥ＃１の接続先無線アクセスネットワークをＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替える処理が行われる。
【００４６】
ステップＳ１０１６ｃにおいて、ＵＥ＃１は、上述の音声通信に用いるＣＳベアラに係る無線ベアラを設定し、ＵＴＲＡＮ/ＧＥＲＡＮに対する位置登録処理を行う。
【００４７】
具体的には、図３に示すように、ＵＥ＃１は、ステップＳ１０１６ｃ１において、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を送信し、ステップＳ１０１６ｃ２において、ＳＧＳＮが、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を送信する。
【００４８】
図３の例では、ＭＭＥは、Ｓ１０１７ｅにおいてＰＳベアラに係るコンテキストを削除する前に、かかる「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信するものとする。
【００４９】
ステップＳ１０１６ｃ３において、ＭＭＥは、オペレータポリシーや「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ（ステップＳ１０１７ｄ）」の受信の有無やＳ１００７ｃで受信したエラー情報の種別に基づいて、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを転送するべきであるか否かについて判定する。
【００５０】
ＭＭＥは、ＵＥ＃１に係るコンテキストを転送するべきであると判定した場合、ステップＳ１０１６ｃ４において、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを含む「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信する。
【００５１】
そして、ステップＳ１０１６ｃ５において、ＵＥ＃１のＲＡＵ処理を行う。かかるＲＡＵ処理によって、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおけるＵＥ＃１のパケット通信で用いられていたＰＳベアラは、ＵＴＲＡＮ/ＧＥＲＡＮを収容するコアネットワークに引き継がれる。すなわち、その後、ＵＥ＃１は、ＰＳベアラによるパケット通信を継続することが可能となる。
【００５２】
かかる場合、ＲＡＵ処理によって、ＵＥ＃１は、保持しているＵＥ＃１の音声通信で用いられていたＰＳベアラに係るコンテキストを削除する。
【００５３】
一方、ＭＭＥは、ＵＥ＃１に係るコンテキストを転送するべきでないと判定した場合（例えば、Ｓ１００７ｃにおいて、ＳＧＳＮが、ＰＳベアラの設定を拒絶する旨の所定のエラー情報を通知した場合）、ステップＳ１０１６ｃ４において、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していない旨を示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信する。
【００５４】
なお、かかる「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」において、ＰＳベアラの引継ぎが不可能であることを示す所定情報が設定されていてもよい。
【００５５】
ステップＳ１０１６ｃ６において、ＳＧＳＮは、ＵＥ＃１に対して、ＵＥ＃１に係るコンテキストを保持していない旨を示す「ＰＤＰ Ｃｏｎｔｅｘｔ Ｓｔａｔｕｓ」を含む「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ａｃｃｅｐｔ」を送信する。
【００５６】
ステップＳ１０１６ｃ７において、ＵＥ＃１は、保持しているＵＥ＃１のＰＳベアラに係るコンテキスト（ＵＥ＃１の音声通信で用いられていたＰＳベアラを含む）を全て削除する。
【００５７】
かかる場合、後述するように、ステップＳ１０１７ｅにおいて、ＭＭＥとＳ/Ｐ-ＧＷとの間で、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するための「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」を行う。
【００５８】
図２に戻り、ステップＳ１０１７ａにおいて、ＲＮＣ/ＢＳＳは、ＭＳＣに対して、「Ｒｅｌｏｃ/ＨＯ Ｃｏｍｐｌｅｔｅ」を送信し、ＭＳＣは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、ステップＳ１０１７ｂにおいて、「ＳＥＳ（ＨＯ Ｃｏｍｐｌｅｔｅ）」を送信し、ステップＳ１０１７ｃにおいて、「ＡＮＳＷＥＲ」を送信する。
【００５９】
ステップＳ１０１７ｄにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷとＭＭＥとの間で「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ/Ａｃｋ」の送受信が行われる。
【００６０】
ステップ１０１７ｅにおいて、ＭＭＥとＳ/Ｐ-ＧＷとの間で、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラに係る「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」が行われる。ここで、図４を参照して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」について説明する。
【００６１】
図４に示すように、ＭＭＥは、ステップＳ１０１７ｄにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷから、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信し、ステップＳ１０１７ｅ１において、ＵＥ＃１の音声通信のＰＳベアラからＣＳベアラへの切り替えが成功したことを検出すると、ステップＳ１０１７ｅ２において、Ｓ-ＧＷに対して、ＵＥ＃１のＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６２】
ここで、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」には、「ＳＲＶＣＣ」におけるＰＳベアラの開放である旨を示す「ＰＳ-ｔｏ-ＣＳ ＨＯ Ｉｎｄｉｃａｔｏｒ」が含まれていてもよい。
【００６３】
ステップＳ１０１７ｅ３において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「ＰＳ-ｔｏ-ＣＳ ＨＯ Ｉｎｄｉｃａｔｏｒ」を含む「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００６４】
ステップＳ１０１７ｅ４において、Ｐ-ＧＷは、ＵＥ＃１のＰＳベアラに係るコンテキストを削除すると共に、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。
【００６５】
ここで、ステップＳ１０１７ｅ５において、Ｐ-ＧＷとＰＣＲＦとの間で、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ」が行われる。ここで、ＰＣＲＦに対して、「ＳＲＶＣＣ」におけるＰＳベアラの開放である旨を通知してもよい。
【００６６】
ステップＳ１０１７ｅ６において、Ｓ-ＧＷは、ＵＥ＃１のＰＳベアラに係るコンテキストを削除すると共に、ＭＭＥに対して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。
【００６７】
ステップＳ１０１７ｅ７において、ＭＭＥは、ＵＥ＃１に対して、ＵＥ＃１のＰＳベアラについての切断信号を送信することなく、ステップＳ１０１７ｅ８において、ｅＮＢにおけるＵＥ＃１のＰＳベアラに係るリソースを開放するための「Ｒｅｌｅａｓｅ Ｒｅｓｏｕｒｃｅ」が行われる。
【００６８】
図２に戻り、ステップＳ１０１７ｆにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＨＳＳ/ＨＬＲに対して、「ＵｐｄａｔｅＬｏｃ」を送信する。
【００６９】
ステップＳ１０１７ｇにおいて、ＵＥ＃１とＭＳＣサーバ/ＣＳ-ＭＧＷとの間で、「ＴＭＳＩ Ｒｅａｌｌｏｃａｔｉｏｎ」が行われる。
【００７０】
ステップＳ１０１９において、ＭＭＥ及びＭＳＣサーバ/ＣＳ-ＭＧＷは、ＧＭＬＣに対して、「Ｓｕｂｓｃｒｉｂｅｒ Ｌｏｃａｔｉｏｎ Ｒｅｐｏｒｔ」を送信する。
【００７１】
本実施形態に係る移動通信システムによれば、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、ＵＥ＃１の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放することができる。
【００７２】
したがって、本実施形態に係る移動通信システムによれば、「ＳＲＶＣＣ」において、ＳＧＳＮが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる。
【００７３】
（変更例１）
図５を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００７４】
図５に示すように、ステップＳ２００１乃至Ｓ２００５ｃの動作は、図２に示すステップＳ１００１乃至Ｓ１００５ｃの動作と同一である。
【００７５】
ステップＢにおいて、ＭＭＥは、オペレータポリシー等に基づいて、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定する。
【００７６】
かかる場合、ＭＭＥは、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信することなく、ステップＳ２００７において、ＰＳベアラの設定を拒絶しこと（或いは、「ＳＲＶＣＣ」に係るハンドオーバが成功した場合に、かかるＰＳベアラが削除対象であること）を示すＰＳベアラ設定不可情報を記憶する。
【００７７】
以下、ステップＳ２００８ａ乃至Ｓ２０１９の動作は、図２に示すステップＳ１００８ａ乃至Ｓ１０１９の動作と同一である。
【００７８】
（変更例２）
なお、上述の第１実施形態及び変更例１に係る移動通信システムは、「ＳＲＶＣＣ」の代わりに、「３ＧＰＰ ＴＳ２３.２３７」に規定されている「ＳＲＶＣＣ改善方式」を用いて、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＣＳベアラを用いて音声通信を行う状態に切り替えるように構成されていてもよい。
【００７９】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００８０】
本実施形態の第１の特徴は、ｅＮＢ（回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置）を介してＰＳベアラ（パケット交換ベアラ）を用いて音声通信及びパケット通信を行っているＵＥ＃１（移動局）のハンドオーバ方法であって、ＭＭＥ（第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノード）が、ＳＧＳＮ（回線交換通信をサポートしている第２通信方式のパケット交換機）に対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ（パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号）」を送信する工程Ａと、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、上述の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワーク（第１通信方式のコアネットワーク）においてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放する工程Ｂとを有することを要旨とする。
【００８１】
本実施形態の第１の特徴において、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した場合に、その旨を示すＰＳベアラ設定不可情報（パケット交換ベアラ設定不可情報）を記憶する工程を有し、工程Ｂにおいて、ＭＭＥは、ＰＳベアラ設定不可情報を記憶している状態で、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ（ハンドオーバが完了したことを示すハンドオーバ完了信号）」を受信した場合に、Ｓ-ＧＷ（第１通信方式のゲートウェイ装置）に対して、ＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ（ベアラ開放要求信号）」を送信してもよい。
【００８２】
本実施形態の第１の特徴において、ＵＥ＃１が、音声通信についてのハンドオーバを行った場合に、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（位置登録要求信号）」を送信する工程と、ＳＧＳＮが、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を受信した場合に、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（コンテキスト要求信号）」を送信する工程と、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを転送する工程とを有してもよい。
【００８３】
本実施形態の第１の特徴において、ＵＥ＃１が、音声通信についてのハンドオーバを行った場合に、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を送信する工程と、ＳＧＳＮが、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を受信した場合に、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していないことを示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（コンテキスト応答信号）」を送信すると共に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する工程とを有してもよい。
【００８４】
本実施形態の第２の特徴は、ｅＮＢを介してＰＳベアラを用いて音声通信及びパケット通信を行っているＵＥ＃１のハンドオーバを行うことができる移動通信システムにおけるＭＭＥであって、ＳＧＳＮに対して、ＵＥ＃１のパケット通信に用いるＰＳベアラのリソースを確保するように要求する「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信するように構成されており、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、ＵＥ＃１の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように構成されていることを要旨とする。
【００８５】
本実施形態の第２の特徴において、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した場合に、ＰＳベアラ設定不可情報を記憶するように構成されており、かかるＰＳベアラ設定不可情報を記憶している状態で、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信した場合に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。
【００８６】
本実施形態の第２の特徴において、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、ＳＧＳＮから、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを転送するように構成されていてもよい。
【００８７】
本実施形態の第２の特徴において、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、ＳＧＳＮから、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していないことを示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信すると共に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。
【００８８】
なお、上述のＵＥ＃１、ＵＥ＃２、ＵＴＲＡＮ/ＧＥＲＡＮ（ＲＮＣ/ＮｏｄｅＢ/ＢＳＳ）、ＭＳＣ、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＳＧＳＮ、Ｅ-ＵＴＲＡＮ（ｅＮＢ）、ＭＭＥ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＰＣＲＦの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００８９】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００９０】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥ＃１、ＵＥ＃２、ＵＴＲＡＮ/ＧＥＲＡＮ（ＲＮＣ/ＮｏｄｅＢ/ＢＳＳ）、ＭＳＣ、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＳＧＳＮ、Ｅ-ＵＴＲＡＮ（ｅＮＢ）、ＭＭＥ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＰＣＲＦ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥ＃１、ＵＥ＃２、ＵＴＲＡＮ/ＧＥＲＡＮ（ＲＮＣ/ＮｏｄｅＢ/ＢＳＳ）、ＭＳＣ、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＳＧＳＮ、Ｅ-ＵＴＲＡＮ（ｅＮＢ）、ＭＭＥ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＰＣＲＦ内に設けられていてもよい。
【００９１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９２】
ＵＥ＃１、ＵＥ＃２…移動局
Ｅ-ＵＴＲＡＮ、ＵＴＲＡＮ/ＧＥＲＡＮ…無線アクセスネットワーク
ＲＮＣ、ＮｏｄｅＢ、ＢＳＳ、ｅＮＢ…無線アクセスネットワーク装置
ＭＳＣ…回線交換機
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
ＭＭＥ…移動管理ノード
【特許請求の範囲】
【請求項１】
回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバ方法であって、
前記第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードが、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信する工程Ａと、
前記移動管理ノードが、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放する工程Ｂとを有することを特徴とするハンドオーバ方法。
【請求項２】
前記移動管理ノードが、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した場合に、その旨を示すパケット交換ベアラ設定不可情報を記憶する工程を有し、
前記工程Ｂにおいて、前記移動管理ノードは、前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項３】
前記移動局が、前記ハンドオーバを行った場合に、前記第２通信方式のパケット交換機に対して、位置登録要求信号を送信する工程と、
前記第２通信方式のパケット交換機が、前記位置登録要求信号を受信した場合に、前記移動管理ノードに対して、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を送信する工程と、
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記コンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記パケット通信で用いられていたパケット交換ベアラに係るコンテキストを転送する工程とを有することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項４】
前記移動局が、前記ハンドオーバを行った場合に、前記第２通信方式のパケット交換機に対して、位置登録要求信号を送信する工程と、
前記第２通信方式のパケット交換機が、前記位置登録要求信号を受信した場合に、前記移動管理ノードに対して、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を送信する工程と、
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記コンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記移動局に係るコンテキストを保持していないことを示すコンテキスト応答信号を送信すると共に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信で用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信する工程とを有することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項５】
回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバを行うことができる移動通信システムにおいて、該第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードであって、
回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信するように構成されており、
前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように構成されていることを特徴とする移動管理ノード。
【請求項６】
前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した場合に、その旨を示すパケット交換ベアラ設定不可情報を記憶するように構成されており、
前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信するように構成されていることを特徴とする請求項５に記載の移動管理ノード。
【請求項７】
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記第２通信方式のパケット交換機から、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記パケット通信で用いられていたパケット交換ベアラに係るコンテキストを転送するように構成されていることを特徴とする請求項５に記載の移動管理ノード。
【請求項８】
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記第２通信方式のパケット交換機から、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記移動局に係るコンテキストを保持していないことを示すコンテキスト応答信号を送信すると共に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信で用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信するように構成されていることを特徴とする請求項５に記載の移動管理ノード。
【請求項１】
回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバ方法であって、
前記第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードが、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信する工程Ａと、
前記移動管理ノードが、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放する工程Ｂとを有することを特徴とするハンドオーバ方法。
【請求項２】
前記移動管理ノードが、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した場合に、その旨を示すパケット交換ベアラ設定不可情報を記憶する工程を有し、
前記工程Ｂにおいて、前記移動管理ノードは、前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項３】
前記移動局が、前記ハンドオーバを行った場合に、前記第２通信方式のパケット交換機に対して、位置登録要求信号を送信する工程と、
前記第２通信方式のパケット交換機が、前記位置登録要求信号を受信した場合に、前記移動管理ノードに対して、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を送信する工程と、
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記コンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記パケット通信で用いられていたパケット交換ベアラに係るコンテキストを転送する工程とを有することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項４】
前記移動局が、前記ハンドオーバを行った場合に、前記第２通信方式のパケット交換機に対して、位置登録要求信号を送信する工程と、
前記第２通信方式のパケット交換機が、前記位置登録要求信号を受信した場合に、前記移動管理ノードに対して、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を送信する工程と、
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記コンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記移動局に係るコンテキストを保持していないことを示すコンテキスト応答信号を送信すると共に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信で用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信する工程とを有することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項５】
回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバを行うことができる移動通信システムにおいて、該第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードであって、
回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信するように構成されており、
前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように構成されていることを特徴とする移動管理ノード。
【請求項６】
前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した場合に、その旨を示すパケット交換ベアラ設定不可情報を記憶するように構成されており、
前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信するように構成されていることを特徴とする請求項５に記載の移動管理ノード。
【請求項７】
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記第２通信方式のパケット交換機から、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記パケット通信で用いられていたパケット交換ベアラに係るコンテキストを転送するように構成されていることを特徴とする請求項５に記載の移動管理ノード。
【請求項８】
前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記第２通信方式のパケット交換機から、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記移動局に係るコンテキストを保持していないことを示すコンテキスト応答信号を送信すると共に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信及び前記パケット通信で用いられていた前記パケット交換ベアラを開放するように要求するベアラ開放要求信号を送信するように構成されていることを特徴とする請求項５に記載の移動管理ノード。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１００１７６（Ｐ２０１２−１００１７６Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４７９４６（Ｐ２０１０−２４７９４６）
【出願日】平成２２年１１月４日（２０１０．１１．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１１月４日（２０１０．１１．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]