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