JP5437975B2 - 移動通信方法及び移動管理ノード - Google Patents

Description

本発明は、移動通信方法及び移動管理ノードに関する。

従来、２Ｇ/３Ｇ方式の無線アクセスシステム（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ/ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）及びＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の無線アクセスシステム（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を収容可能な移動通信システムが知られている。

かかる移動通信システムにおいて、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）＃１を、ＰＳ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈ、パケット交換）ベアラを用いて音声通信を行う状態から、ＣＳ（Ｃｉｒｓｕｉｔ Ｓｗｉｔｃｈ、回線交換）ベアラを用いて音声通信を行う状態に切り替えることによって、ＵＥ＃１の音声通信を継続可能とする技術、すなわち、「ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）」が知られている（非特許文献１参照）。図６に、かかる移動通信システムにおける「ＳＲＶＣＣ」の動作について示す。

３ＧＰＰ ＴＳ２３.２１６

しかしながら、かかる「ＳＲＶＣＣ」の動作では、図６に示すように、ステップＣにおいて、例えば、ハンドオーバ先のＵＴＲＡＮ/ＧＥＲＡＮ内のＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）が、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定した場合、どのように動作すべきか規定されていない。

したがって、かかる場合には、「ＳＲＶＣＣ」に失敗してしまう可能性があるという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、「ＳＲＶＣＣ」において、ＰＳネットワークが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる移動通信方法及び移動管理ノードを提供することを目的とする。

本発明の第１の特徴は、回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバ方法であって、前記第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードが、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信する工程Ａと、前記移動管理ノードが、前記第２通信方式のパケット交換機から前記パケット交換ベアラ設定をすることができないことを明示する情報であるパケット交換ベアラ設定不可情報を受信することにより、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放する工程Ｂとを有し、前記移動管理ノードが、前記パケット交換ベアラ設定不可情報を記憶する工程を有し、前記工程Ｂにおいて、前記移動管理ノードは、前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信に用いられていたパケット交換ベアラと、前記パケット通信に用いられていたパケット交換ベアラとをそれぞれ開放するように要求するベアラ開放要求信号を送信することを要旨とする。

本発明の第２の特徴は、回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバを行うことができる移動通信システムにおいて、該第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードであって、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信するように構成されており、前記第２通信方式のパケット交換機から前記パケット交換ベアラ設定をすることができないことを明示する情報であるパケット交換ベアラ設定不可情報を受信することにより、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信及び前記パケット通信に用いられていた前記パケット交換ベアラを開放するように構成されており、前記パケット交換ベアラ設定不可情報を記憶するように構成されており、
前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信に用いられていたパケット交換ベアラと、前記パケット通信に用いられていたパケット交換ベアラとをそれぞれ開放するように要求するベアラ開放要求信号を送信するように構成されていることを要旨とする。

以上説明したように、本発明によれば、「ＳＲＶＣＣ」において、ＰＳネットワークが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる移動通信方法及び移動管理ノードを提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。 本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。 従来の移動通信システムの動作を示すシーケンス図である。

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

図１に示すように、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）と、ＧＥＲＡＮ/ＵＴＲＡＮ及びコアネットワークを含む２Ｇ/３Ｇ方式のシステムと、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、サービス制御ネットワーク）とを具備している。

Ｅ-ＵＴＲＡＮには、ｅＮＢ（無線アクセスネットワーク装置）が配置されており、ＧＥＲＡＮ/ＵＴＲＡＮには、ＲＮＣ/ＢＳＳ（無線アクセスネットワーク装置）が配置されている。

移動伝達ネットワークには、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ、サービングゲートウェイ装置）や、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、パケットデータネットワークゲートウェイ装置）や、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ポリシー制御装置）や、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）/ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）（不図示）が配置されている。

２Ｇ/３Ｇ方式のコアネットワークには、ＭＳＣ（Ｍｏｂｉｌｅ-ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ、回線交換機）や、ＳＧＳＮや、ＳＲＶＣＣ方式用のＭＳＣサーバや、ＣＳ-ＭＧＷ（Ｃｏｒｃｕｉｔ Ｓｗｉｔｃｈ-Ｍｅｄｉａ Ｇａｔｅｗａｙ、回線交換用メディアゲートウェイ装置）が配置されている。

ＩＭＳには、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）や、Ｉ/Ｓ-ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ/Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）等が配置されている。

また、本実施形態に係る移動通信システムは、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＣＳベアラを用いて音声通信を行う状態に切り替えることによって、すなわち、ＵＥ＃１の音声通信についてのハンドオーバを行うことによって、「ＳＲＶＣＣ」を実現することができるように構成されている。

ここで、本実施形態に係る移動通信システムは、ＵＥ＃１の音声通信についてのハンドオーバと共に、ＵＥ＃１のパケット通信についてのハンドオーバを行うことができるように構成されている。

すなわち、本実施形態に係る移動通信システムは、「ＳＲＶＣＣ」の動作において、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いてパケット通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＰＳベアラを用いてパケット通信を行う状態に切り替えることができるように構成されている。

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

ここで、ＵＥ＃１は、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信及びパケット通信を行う状態にあるものとする。

図２に示すように、ステップＳ１００１において、ＵＥ＃１は、Ｅ-ＵＴＲＡＮ内のｅＮＢに対して、「Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ」を送信する。

ステップＳ１００２において、ｅＮＢは、ＵＥ＃１の接続先無線アクセスネットワークを、Ｅ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替えること、すなわち、ＵＥ＃１の音声通信及びパケット通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを行うことを決定する。

ここで、ｅＮＢは、ハンドオーバ先のＲＮＣ/ＢＳＳが、ＰＳ ＨＯに対応している場合には、ＵＥ＃１の音声通信及びパケット通信についてハンドオーバを行うと決定するように構成されていてもよい。

ステップＳ１００３において、ｅＮＢは、ＭＭＥに対して、ＵＥ＃１の音声通信及びパケット通信についてハンドオーバを行うことを指示する「ＳＲＶＣＣ ＨＯ Ｉｎｄｉｃａｔｉｏｎ＝ＰＳ ａｎｄ ＣＳ」を含む「Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ」を送信する。

ＭＭＥは、ステップＳ１００４において、「Ｂｅａｒｅｒ Ｓｐｌｉｔｔｉｎｇ」を行う、すなわち、ＵＥ＃１の音声通信に用いられているＰＳベアラ及びＵＥ＃１のパケット通信に用いられているＰＳベアラを分類する。

ステップＳ１００５ａにおいて、ＭＭＥは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｑ」を送信する。

ステップＳ１００５ｂにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＭＳＣに対して、「Ｐｒｅｐ ＨＯ」を送信し、ステップＳ１００５ｃにおいて、ＭＳＣは、ＵＴＲＡＮ/ＧＥＲＡＮ内のＲＮＣ/ＢＳＳに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ」を送信する。

ここで、「ＰＳ ｔｏ ＣＳ Ｒｅｑ（ステップＳ１００５ａ）」、「Ｐｒｅｐ ＨＯ（ステップＳ１００５ｂ）」及び「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ（ステップＳ１００５ｃ、ＣＳベアラ用）」は、ＵＥ＃１の音声通信に用いるＣＳベアラのリソースを確保するように要求するＣＳベアラ用リソース確保信号である。

また、ステップＳ１００６ａにおいて、ＭＭＥは、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信する。ここで、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」は、ＵＥ＃１のパケット通信に用いるＰＳベアラのリソースを確保するように要求するＰＳベアラ用リソース確保信号である。

なお、ステップＳ１００６ａによって、ＵＥ＃１の音声通信に用いられていたＰＳベアラ以外のＰＳベアラ、すなわち、ＵＥ＃１のパケット通信についてのコンテキスト（Ｃｏｎｔｅｘｔ）が、ＭＭＥからＳＧＳＮに通知される。

ここで、ステップＡにおいて、ＳＧＳＮは、オペレータポリシー等に基づいて、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定する。

かかる場合、ＳＧＳＮは、ＲＮＣ/ＢＳＳに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ」を送信することなく、ステップＳ１００７ｂにおいて、ＭＭＥに対して、エラー情報を含む「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を送信する。

ここで、エラー情報は、上述のＰＳベアラを設定することができないことを明示する情報であってもよい。

ステップＳ１００７ｃにおいて、ＭＭＥは、受信した「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」に含まれる所定のエラー情報に基づいて、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出し、その旨（或いは、「ＳＲＶＣＣ」に係るハンドオーバが成功した場合に、かかるＰＳベアラが削除対象であること）を示すＰＳベアラ設定不可情報を記憶する。

なお、ＭＭＥは、ステップＳ１００６ａにおいて、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信した際に、所定タイマを起動し、かかる所定タイマが満了するまでに、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を受信しない場合に、ステップＳ１００７ｃにおいて、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたとみなし、その旨を示すＰＳベアラ設定不可情報を記憶してもよい。

ステップＳ１００８ａにおいて、ＲＮＣ/ＢＳＳは、ＭＳＣに対して、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ Ａｃｋ（ＣＳベアラ用）」を送信し、ステップＳ１００８ｂにおいて、ＭＳＣは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐ」を送信し、ステップＳ１００８ｃにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷとＭＳＣとの間で回線が設定される。

ステップＳ１００９において、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＩＭＳ内のＳＣＣ ＡＳに対して、「Ｉｎｉｔｉａｔｉｏｎ ｏｆ Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ（ＳＴＮ-ＳＲ又はＥ-ＳＴＮ-ＳＲ）を送信し、ＳＣＣ ＡＳは、ステップＳ１０１０及びＳ１０１１において、図２に示す処理を行う。

ステップＳ１０１２において、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＭＭＥに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ」を送信する。

ここで、「Ｒｅｌｏｃ/ＨＯ Ｒｅｑ Ａｃｋ（ステップＳ１００８ａ、ＣＳベアラ用）」、「Ｐｒｅｐ ＨＯ Ｒｅｓｐ（ステップＳ１００８ｂ）」及び「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ（ステップＳ１０１２）」は、ＵＥ＃１の音声通信に用いられるＣＳベアラのリソースを確保したことを示すＣＳベアラ用応答信号である。

ＭＭＥは、ステップＳ１００７ｂにおいて、上述の所定のエラー情報を含む「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｓｐ」を受信した場合であっても、ステップ１０１２において、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐ」を受信した場合には、ｅＮＢに対して、ＵＥ＃１の音声通信のみについてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを指示する「Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ」を送信する。

ステップＳ１０１４において、ｅＮＢは、ＵＥ＃１に対して、ＵＥ＃１の音声通信のみについてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを指示する「ＨＯ ｆｒｏｍ ＥＵＴＲＡＮ ｃｏｍｍａｎｄ」を送信する。

ＵＥ＃１は、ステップＳ１０１５において、接続先無線アクセスネットワークをＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替える。

ステップＳ１０１６において、ｅＮＢやＲＮＣ/ＢＳＳ等において、ＵＥ＃１の接続先無線アクセスネットワークをＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮに切り替える処理が行われる。

ステップＳ１０１６ｃにおいて、ＵＥ＃１は、上述の音声通信に用いるＣＳベアラに係る無線ベアラを設定し、ＵＴＲＡＮ/ＧＥＲＡＮに対する位置登録処理を行う。

具体的には、図３に示すように、ＵＥ＃１は、ステップＳ１０１６ｃ１において、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を送信し、ステップＳ１０１６ｃ２において、ＳＧＳＮが、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を送信する。

図３の例では、ＭＭＥは、Ｓ１０１７ｅにおいてＰＳベアラに係るコンテキストを削除する前に、かかる「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信するものとする。

ステップＳ１０１６ｃ３において、ＭＭＥは、オペレータポリシーや「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ（ステップＳ１０１７ｄ）」の受信の有無やＳ１００７ｃで受信したエラー情報の種別に基づいて、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを転送するべきであるか否かについて判定する。

ＭＭＥは、ＵＥ＃１に係るコンテキストを転送するべきであると判定した場合、ステップＳ１０１６ｃ４において、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを含む「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信する。

そして、ステップＳ１０１６ｃ５において、ＵＥ＃１のＲＡＵ処理を行う。かかるＲＡＵ処理によって、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおけるＵＥ＃１のパケット通信で用いられていたＰＳベアラは、ＵＴＲＡＮ/ＧＥＲＡＮを収容するコアネットワークに引き継がれる。すなわち、その後、ＵＥ＃１は、ＰＳベアラによるパケット通信を継続することが可能となる。

かかる場合、ＲＡＵ処理によって、ＵＥ＃１は、保持しているＵＥ＃１の音声通信で用いられていたＰＳベアラに係るコンテキストを削除する。

一方、ＭＭＥは、ＵＥ＃１に係るコンテキストを転送するべきでないと判定した場合（例えば、Ｓ１００７ｃにおいて、ＳＧＳＮが、ＰＳベアラの設定を拒絶する旨の所定のエラー情報を通知した場合）、ステップＳ１０１６ｃ４において、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していない旨を示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信する。

なお、かかる「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」において、ＰＳベアラの引継ぎが不可能であることを示す所定情報が設定されていてもよい。

ステップＳ１０１６ｃ６において、ＳＧＳＮは、ＵＥ＃１に対して、ＵＥ＃１に係るコンテキストを保持していない旨を示す「ＰＤＰ Ｃｏｎｔｅｘｔ Ｓｔａｔｕｓ」を含む「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ａｃｃｅｐｔ」を送信する。

ステップＳ１０１６ｃ７において、ＵＥ＃１は、保持しているＵＥ＃１のＰＳベアラに係るコンテキスト（ＵＥ＃１の音声通信で用いられていたＰＳベアラを含む）を全て削除する。

かかる場合、後述するように、ステップＳ１０１７ｅにおいて、ＭＭＥとＳ/Ｐ-ＧＷとの間で、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するための「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」を行う。

図２に戻り、ステップＳ１０１７ａにおいて、ＲＮＣ/ＢＳＳは、ＭＳＣに対して、「Ｒｅｌｏｃ/ＨＯ Ｃｏｍｐｌｅｔｅ」を送信し、ＭＳＣは、ＭＳＣサーバ/ＣＳ-ＭＧＷに対して、ステップＳ１０１７ｂにおいて、「ＳＥＳ（ＨＯ Ｃｏｍｐｌｅｔｅ）」を送信し、ステップＳ１０１７ｃにおいて、「ＡＮＳＷＥＲ」を送信する。

ステップＳ１０１７ｄにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷとＭＭＥとの間で「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ/Ａｃｋ」の送受信が行われる。

ステップ１０１７ｅにおいて、ＭＭＥとＳ/Ｐ-ＧＷとの間で、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラに係る「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」が行われる。ここで、図４を参照して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ」について説明する。

図４に示すように、ＭＭＥは、ステップＳ１０１７ｄにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷから、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信し、ステップＳ１０１７ｅ１において、ＵＥ＃１の音声通信のＰＳベアラからＣＳベアラへの切り替えが成功したことを検出すると、ステップＳ１０１７ｅ２において、Ｓ-ＧＷに対して、ＵＥ＃１のＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。

ここで、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」には、「ＳＲＶＣＣ」におけるＰＳベアラの開放である旨を示す「ＰＳ-ｔｏ-ＣＳ ＨＯ Ｉｎｄｉｃａｔｏｒ」が含まれていてもよい。

ステップＳ１０１７ｅ３において、Ｓ-ＧＷは、Ｐ-ＧＷに対して、「ＰＳ-ｔｏ-ＣＳ ＨＯ Ｉｎｄｉｃａｔｏｒ」を含む「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ１０１７ｅ４において、Ｐ-ＧＷは、ＵＥ＃１のＰＳベアラに係るコンテキストを削除すると共に、Ｓ-ＧＷに対して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。

ここで、ステップＳ１０１７ｅ５において、Ｐ-ＧＷとＰＣＲＦとの間で、「ＩＰ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ」が行われる。ここで、ＰＣＲＦに対して、「ＳＲＶＣＣ」におけるＰＳベアラの開放である旨を通知してもよい。

ステップＳ１０１７ｅ６において、Ｓ-ＧＷは、ＵＥ＃１のＰＳベアラに係るコンテキストを削除すると共に、ＭＭＥに対して、「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。

ステップＳ１０１７ｅ７において、ＭＭＥは、ＵＥ＃１に対して、ＵＥ＃１のＰＳベアラについての切断信号を送信することなく、ステップＳ１０１７ｅ８において、ｅＮＢにおけるＵＥ＃１のＰＳベアラに係るリソースを開放するための「Ｒｅｌｅａｓｅ Ｒｅｓｏｕｒｃｅ」が行われる。

図２に戻り、ステップＳ１０１７ｆにおいて、ＭＳＣサーバ/ＣＳ-ＭＧＷは、ＨＳＳ/ＨＬＲに対して、「ＵｐｄａｔｅＬｏｃ」を送信する。

ステップＳ１０１７ｇにおいて、ＵＥ＃１とＭＳＣサーバ/ＣＳ-ＭＧＷとの間で、「ＴＭＳＩ Ｒｅａｌｌｏｃａｔｉｏｎ」が行われる。

ステップＳ１０１９において、ＭＭＥ及びＭＳＣサーバ/ＣＳ-ＭＧＷは、ＧＭＬＣに対して、「Ｓｕｂｓｃｒｉｂｅｒ Ｌｏｃａｔｉｏｎ Ｒｅｐｏｒｔ」を送信する。

本実施形態に係る移動通信システムによれば、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、ＵＥ＃１の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放することができる。

したがって、本実施形態に係る移動通信システムによれば、「ＳＲＶＣＣ」において、ＳＧＳＮが、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定することができる。

（変更例１）
図５を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

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

ステップＢにおいて、ＭＭＥは、オペレータポリシー等に基づいて、ＵＥ＃１のパケット通信に用いるＰＳベアラを設定しない、すなわち、ＵＥ＃１のパケット通信についてのＵＴＲＡＮ/ＧＥＲＡＮへの切り替え後に、かかるパケット通信を許容しないと決定する。

かかる場合、ＭＭＥは、ＳＧＳＮに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信することなく、ステップＳ２００７において、ＰＳベアラの設定を拒絶しこと（或いは、「ＳＲＶＣＣ」に係るハンドオーバが成功した場合に、かかるＰＳベアラが削除対象であること）を示すＰＳベアラ設定不可情報を記憶する。

以下、ステップＳ２００８ａ乃至Ｓ２０１９の動作は、図２に示すステップＳ１００８ａ乃至Ｓ１０１９の動作と同一である。

（変更例２）
なお、上述の第１実施形態及び変更例１に係る移動通信システムは、「ＳＲＶＣＣ」の代わりに、「３ＧＰＰ ＴＳ２３.２３７」に規定されている「ＳＲＶＣＣ改善方式」を用いて、ＵＥ＃１を、Ｅ-ＵＴＲＡＮ及び移動伝達ネットワークを介してＰＳベアラを用いて音声通信を行う状態から、ＵＴＲＡＮ/ＧＥＲＡＮ及びコアネットワークを介してＣＳベアラを用いて音声通信を行う状態に切り替えるように構成されていてもよい。

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

本実施形態の第１の特徴は、ｅＮＢ（回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置）を介してＰＳベアラ（パケット交換ベアラ）を用いて音声通信及びパケット通信を行っているＵＥ＃１（移動局）のハンドオーバ方法であって、ＭＭＥ（第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノード）が、ＳＧＳＮ（回線交換通信をサポートしている第２通信方式のパケット交換機）に対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ（パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号）」を送信する工程Ａと、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、上述の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワーク（第１通信方式のコアネットワーク）においてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放する工程Ｂとを有することを要旨とする。

本実施形態の第１の特徴において、ＭＭＥが、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した場合に、その旨を示すＰＳベアラ設定不可情報（パケット交換ベアラ設定不可情報）を記憶する工程を有し、工程Ｂにおいて、ＭＭＥは、ＰＳベアラ設定不可情報を記憶している状態で、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ（ハンドオーバが完了したことを示すハンドオーバ完了信号）」を受信した場合に、Ｓ-ＧＷ（第１通信方式のゲートウェイ装置）に対して、ＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ（ベアラ開放要求信号）」を送信してもよい。

本実施形態の第１の特徴において、ＵＥ＃１が、音声通信についてのハンドオーバを行った場合に、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（位置登録要求信号）」を送信する工程と、ＳＧＳＮが、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を受信した場合に、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ（コンテキスト要求信号）」を送信する工程と、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを転送する工程とを有してもよい。

本実施形態の第１の特徴において、ＵＥ＃１が、音声通信についてのハンドオーバを行った場合に、ＳＧＳＮに対して、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を送信する工程と、ＳＧＳＮが、「Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ」を受信した場合に、ＭＭＥに対して、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を送信する工程と、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していないことを示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ（コンテキスト応答信号）」を送信すると共に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信する工程とを有してもよい。

本実施形態の第２の特徴は、ｅＮＢを介してＰＳベアラを用いて音声通信及びパケット通信を行っているＵＥ＃１のハンドオーバを行うことができる移動通信システムにおけるＭＭＥであって、ＳＧＳＮに対して、ＵＥ＃１のパケット通信に用いるＰＳベアラのリソースを確保するように要求する「Ｆｏｒｗａｒｄ Ｒｅｌｏｃ Ｒｅｑ」を送信するように構成されており、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した後、ＵＥ＃１の音声通信についてのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが完了したことを検出した場合に、移動伝達ネットワークにおいてＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように構成されていることを要旨とする。

本実施形態の第２の特徴において、ＳＧＳＮにおいてＰＳベアラの設定が拒絶されたことを検出した場合に、ＰＳベアラ設定不可情報を記憶するように構成されており、かかるＰＳベアラ設定不可情報を記憶している状態で、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信した場合に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信に用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

本実施形態の第２の特徴において、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、ＳＧＳＮから、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１のパケット通信で用いられていたＰＳベアラに係るコンテキストを転送するように構成されていてもよい。

本実施形態の第２の特徴において、ＭＭＥが、「ＰＳ ｔｏ ＣＳ Ｃｏｍｐｌｅｔｅ」を受信する前に、ＳＧＳＮから、ＵＥ＃１に係るコンテキストを転送するように要求する「Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」を受信した場合、ＳＧＳＮに対して、ＵＥ＃１に係るコンテキストを保持していないことを示す「Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ」を送信すると共に、Ｓ-ＧＷに対して、ＵＥ＃１の音声通信及びパケット通信で用いられていたＰＳベアラを開放するように要求する「Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

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

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

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

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

ＵＥ＃１、ＵＥ＃２…移動局
Ｅ-ＵＴＲＡＮ、ＵＴＲＡＮ/ＧＥＲＡＮ…無線アクセスネットワーク
ＲＮＣ、ＮｏｄｅＢ、ＢＳＳ、ｅＮＢ…無線アクセスネットワーク装置
ＭＳＣ…回線交換機
ＳＧＳＮ…パケット交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
ＭＭＥ…移動管理ノード

Claims (6)

1. 回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバ方法であって、
   前記第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードが、回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信する工程Ａと、
   前記移動管理ノードが、前記第２通信方式のパケット交換機から前記パケット交換ベアラ設定をすることができないことを明示する情報であるパケット交換ベアラ設定不可情報を受信することにより、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信に用いられていたパケット交換ベアラと、該第１通信方式のコアネットワークにおいて前記パケット通信に用いられていたパケット交換ベアラとをそれぞれ開放する工程Ｂとを有し、
   前記移動管理ノードが、前記パケット交換ベアラ設定不可情報を記憶する工程を有し、
   前記工程Ｂにおいて、前記移動管理ノードは、前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信に用いられていたパケット交換ベアラと、前記パケット通信に用いられていたパケット交換ベアラとをそれぞれ開放するように要求するベアラ開放要求信号を送信することを特徴とするハンドオーバ方法。
2. 前記移動局が、前記ハンドオーバを行った場合に、前記第２通信方式のパケット交換機に対して、位置登録要求信号を送信する工程と、
   前記第２通信方式のパケット交換機が、前記位置登録要求信号を受信した場合に、前記移動管理ノードに対して、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を送信する工程と、
   前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記コンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記パケット通信で用いられていたパケット交換ベアラに係るコンテキストを転送する工程とを有することを特徴とする請求項１に記載のハンドオーバ方法。
3. 前記移動局が、前記ハンドオーバを行った場合に、前記第２通信方式のパケット交換機に対して、位置登録要求信号を送信する工程と、
   前記第２通信方式のパケット交換機が、前記位置登録要求信号を受信した場合に、前記移動管理ノードに対して、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を送信する工程と、
   前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記コンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記移動局に係るコンテキストを保持していないことを示すコンテキスト応答信号を送信すると共に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信に用いられていたパケット交換ベアラと、前記パケット通信で用いられていたパケット交換ベアラとをそれぞれ開放するように要求するベアラ開放要求信号を送信する工程とを有することを特徴とする請求項１に記載のハンドオーバ方法。
4. 回線交換通信をサポートしていない第１通信方式の無線アクセスネットワーク装置を介してパケット交換ベアラを用いて音声通信及びパケット通信を行っている移動局のハンドオーバを行うことができる移動通信システムにおいて、該第１通信方式の無線アクセスネットワーク装置を収容する移動管理ノードであって、
   回線交換通信をサポートしている第２通信方式のパケット交換機に対して、前記パケット通信に用いるパケット交換ベアラのリソースを確保するように要求するパケット交換ベアラ用リソース確保信号を送信するように構成されており、
   前記第２通信方式のパケット交換機から前記パケット交換ベアラ設定をすることができないことを明示する情報であるパケット交換ベアラ設定不可情報を受信することにより、前記第２通信方式のパケット交換機において前記パケット交換ベアラの設定が拒絶されたことを検出した後、前記音声通信についての前記第１通信方式の無線アクセスネットワークから該第２通信方式の無線アクセスネットワークへのハンドオーバが完了したことを検出した場合に、該第１通信方式のコアネットワークにおいて該音声通信に用いられていたパケット交換ベアラと、該第１通信方式のコアネットワークにおいて前記パケット通信に用いられていたパケット交換ベアラをそれぞれ開放するように構成されており、
   前記パケット交換ベアラ設定不可情報を記憶するように構成されており、
   前記パケット交換ベアラ設定不可情報を記憶している状態で、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信した場合に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信に用いられていたパケット交換ベアラと、前記パケット通信に用いられていたパケット交換ベアラとをそれぞれ開放するように要求するベアラ開放要求信号を送信するように構成されていることを特徴とする移動管理ノード。
5. 前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記第２通信方式のパケット交換機から、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記パケット通信で用いられていたパケット交換ベアラに係るコンテキストを転送するように構成されていることを特徴とする請求項４に記載の移動管理ノード。
6. 前記移動管理ノードが、前記ハンドオーバが完了したことを示すハンドオーバ完了信号を受信する前に、前記第２通信方式のパケット交換機から、前記移動局に係るコンテキストを転送するように要求するコンテキスト要求信号を受信した場合、前記第２通信方式のパケット交換機に対して、前記移動局に係るコンテキストを保持していないことを示すコンテキスト応答信号を送信すると共に、前記第１通信方式のゲートウェイ装置に対して、前記音声通信に用いられていたパケット交換ベアラと、前記パケット通信で用いられていたパケット交換ベアラとをそれぞれ開放するように要求するベアラ開放要求信号を送信す
   るように構成されていることを特徴とする請求項４に記載の移動管理ノード。

Images