回線交換通信をサポートしていない第1無線アクセスネットワークと、該第1無線アクセスネットワークを収容する移動伝達ネットワークと、回線交換通信をサポートしている第2無線アクセスネットワークと、該第2無線アクセスネットワークを収容するコアネットワークと、サービス制御ネットワークとを具備しており、第1移動局と第2移動局との間で行われるビデオ通信用の経路を切断することなく該第1無線アクセスネットワークを介した経路から該第2無線アクセスネットワークを介した経路に切り替えることができる移動通信システムにおける移動通信方法であって、前記ビデオ通信用の経路を構成するベアラの前記第1無線アクセスネットワークから前記第2無線アクセスネットワークへのハンドオーバが失敗した場合に、前記移動伝達ネットワーク内の移動管理ノード又は前記コアネットワーク内の回線交換機用サーバが、該ベアラのうちの音声ベアラのみを前記第1無線アクセスネットワークから前記第2無線アクセスネットワークにハンドオーバさせるか、或いは、該ベアラのハンドオーバを中止するかについて決定する工程を有することを特徴とする移動通信方法。しかしながら、上述のvSRVCC方式やvSRVCC改善方式では、ビデオ通信用の経路を構成するベアラのEUTRANからUTRANへのハンドオーバが失敗した場合に、かかるビデオ通信のサービスが中断してしまうという問題点があった。そこで、本発明は、上述の課題に鑑みてなされたものであり、vSRVCC方式やvSRVCC改善方式においてビデオ通信用の経路を構成するベアラのEUTRANからUTRANへのハンドオーバが失敗した場合であっても、音声通信としてサービスを継続させることができる移動通信方法を提供することを目的とする。本発明の第1の特徴は、回線交換通信をサポートしていない第1無線アクセスネットワークと、該第1無線アクセスネットワークを収容する移動伝達ネットワークと、回線交換通信をサポートしている第2無線アクセスネットワークと、該第2無線アクセスネットワークを収容するコアネットワークと、サービス制御ネットワークとを具備しており、第1移動局と第2移動局との間で行われるビデオ通信用の経路を切断することなく該第1無線アクセスネットワークを介した経路から該第2無線アクセスネットワークを介した経路に切り替えることができる移動通信システムにおける移動通信方法であって、前記ビデオ通信用の経路を構成するベアラの前記第1無線アクセスネットワークから前記第2無線アクセスネットワークへのハンドオーバが失敗した場合に、前記移動伝達ネットワーク内の移動管理ノード又は前記コアネットワーク内の回線交換機用サーバが、前記ベアラのうちの音声ベアラのみを前記第1無線アクセスネットワークから前記第2無線アクセスネットワークにハンドオーバさせるか、或いは、該ベアラのハンドオーバを中止するかについて決定する工程を有することを要旨とする。以上説明したように、本発明によれば、vSRVCC方式やvSRVCC改善方式においてビデオ通信用の経路を構成するベアラのEUTRANからUTRANへのハンドオーバが失敗した場合の動作であっても、音声通信としてサービスを継続させることができる移動通信方法を提供することができる。本発明の第1の実施形態に係る移動通信システム図1乃至図3を参照して、本発明の第1の実施形態に係る移動通信システムについて説明する。本実施形態に係る移動通信システムでは、vSRVCC方式によって、ビデオ通信用の経路を構成するベアラのEUTRANからUTRANへのハンドオーバが失敗した場合であっても、UE1とUE2との間の通信を切断することなく、EUTRANを介した経路IMSVoIP通信用の経路からUTRANを介した経路回線交換通信用の経路に切り替え、音声通信としてサービスを継続させることができる。図1に示すように、本実施形態に係る移動通信システムには、EUTRANと、UTRANとが収容されている。具体的には、図1に示すように、本実施形態に係る移動通信システムは、UE1の在圏ネットワークにおいて、eNB無線基地局や、RNCRadioNetworkController、無線回線制御局、不図示や、NodeB無線基地局、不図示や、MMEMobilityManagementEntity、移動管理ノードや、SGWServingGateway、サービングゲートウェイ装置や、PGWPDNGateway、PDNゲートウェイ装置や、PCSCFProxyCallSessionControlFunctionや、MSCMobileserviceSwitchingCenter、回線交換機や、SGSNServingGPRSSupportNode、パケット交換機や、MSCサーバや、CSCircuitSwitchMGWMediaGateway等を具備している。また、本実施形態に係る移動通信システムは、IMSIPMultimediaSubsystemにおいて、SCCASや、ISCSCF等を具備している。以下、図2及び図3参照して、本実施形態に係る移動通信システムの動作について説明する。第1に、図2を参照して、本実施形態に係る移動通信システムにおいてUE1とUE2との間のビデオ通信を切断することなくEUTRANを介した経路からUTRANを介した経路に切り替える動作1について説明する。すなわち、EUTRANのビデオ通信からUTRANの回線交換通信への切り替えに成功する場合の動作を示す。かかる動作において説明が省略されている部分は、3GPPのTS23216に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。図2に示すように、ステップS1001において、UE1は、eNBに対して、MeasurementReportを送信する。eNBは、ステップS1002において、上述のビデオ通信用の経路を構成するPSベアラPSビデオベアラ及びPS音声ベアラがvSRVCC方式による切り替え対象であると判断した場合、かかるベアラについてEUTRANからUTRANGERANへのハンドオーバを行うことを決定し、ステップS1003において、MMEに対して、HandoverRequiredを送信する。ここで、eNBは、MMEに対して、切り替え先RATRadioAccessTechnology情報或いは、切り替え先の無線基地局の能力情報を通知してもよい。例えば、かかる切り替え先RAT情報或いは、切り替え先の無線基地局の能力情報は、切り替え先セルにおいてCS通信によるビデオ通信を提供可能であるか否かについて示す情報や、切り替え先セルにおける無線能力を示す情報や、切り替え先セルにおいてVoIP通信を提供可能であるか否かについて示す情報等を含んでもよい。また、eNBは、上述のビデオ通信用の経路を構成するベアラのうち、PSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるか、或いは、PS音声ベアラのみをCS音声ベアラ又は、UTRAN内のPS音声ベアラに切り替えるかについて決定し、MMEに対して、かかる決定結果について通知してもよい。例えば、eNBは、かかる決定結果として、VideoPSビデオ通信用の経路を構成するPSベアラのうちのPSビデオベアラ及びPS音声ベアラをCSビデオベアラに切り替え、併せて、その他のPSベアラを切り替えることを示す情報やVideoonlyビデオ通信用の経路を構成するPSベアラのうちのPSビデオベアラ及びPS音声ベアラをCSビデオベアラに切り替えることを示す情報やVideotoVoicePSビデオ通信用の経路を構成するPSベアラのうちのPS音声ベアラのみをCS音声ベアラ又は、UTRAN内のPS音声ベアラに切り替え且つPSビデオベアラを切断し、併せて、その他のPSベアラを切り替えることを示す情報やVideotoVoiceonlyビデオ通信用の経路を構成するPSベアラのうちのPS音声ベアラのみをCS音声ベアラ又は、UTRAN内のPS音声ベアラに切り替え且つPSビデオベアラを切断することを示す情報等を通知してもよい。ステップS1004において、MMEは、上述のビデオ通信の開始時等に取得し保持しているvSRVCC情報や、eNBから受信した切り替え先RAT情報や、UE1の加入者プロファイルや、オペラータポリシー等に基づいて、上述のビデオ通信用の経路を構成するPSベアラのうちのPSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるか、或いは、音声ベアラのみをCS音声ベアラ又は、UTRAN内のPS音声ベアラへ切り替えるかについて決定してもよい。ここで、vSRVCC情報は、上述のビデオ通信用の経路を構成する各PSベアラがvSRVCC方式による切り替え対象であるか否かについて示す情報である。なお、MMEは、eNBから、上述の決定結果を受信した場合には、かかる決定結果に従ってもよい。以下、MMEが、上述のビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラをCSビデオベアラに切り替えるケースについて述べる。なお、MMEが、上述のビデオ通信用の経路を構成するPSベアラのうちのPS音声ベアラのみをCS音声ベアラに切り替え且つPSビデオベアラを切断する場合、後述する図3に示すステップS2009以降と同様の処理を実施する。また、上述のビデオ通信用の経路を構成するPSベアラ以外のPSベアラのハンドオーバについては、以下、これを実施する例を示すが、本発明は、かかるPSベアラのハンドオーバの有無によらず、適用可能である。ステップS1005aにおいて、MMEは、MSCサーバに対して、PSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるように要求するPStoCSRequestを送信する。なお、PStoCSRequestは、例えば、CSビデオベアラの設定要求信号といったように、PSベアラの状態を通知しなくてもよい。以下、MMEとMSCサーバとの間、及び、MSCサーバとMSCとの間についても、同様である。ステップS1005bにおいて、MSCサーバは、MSCに対して、PSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるように要求するPStoCSRequestを送信する。ステップS1005cにおいて、MSCは、UTRANGERANに対して、上述のビデオ通信用のリソースビデオ通信用リソース、例えば、BS30ベアラを確保するように要求するRelocationHORequestを送信する。また、ステップS1006aにおいて、MMEは、SGSNに対して、その他のPSベアラを切り替えるように要求するForwardRelocationRequestを送信する。ステップS1006bにおいて、SGSNは、UTRANに対して、上述のPS通信用リソースを確保するように要求するRelocationHORequestを送信する。ステップS1007aにおいて、UTRANは、SGSNに対して、上述のPS通信用リソースの確保に成功したことを通知するRelocationHORequestAckを送信し、ステップS1007bにおいて、SGSNは、MMEに対して、ForwardRelocationResponseを送信する。ステップS1008aにおいて、UTRANは、MSCからの通知に応じて、上述のビデオ通信用リソースの確保を実施し、MSCに対して、かかるビデオ通信用リソースの確保に成功したことを通知するRelocationHORequestAckを送信する。ステップS1008bにおいて、MSCは、MSCサーバに対して、PrepHOResponseを送信し、ステップS1008cにおいて、MSCとMSCサーバとの間で回線が確立される。ステップS1009において、MSCサーバは、IMSに対して、InitiationofSessionTransferSTNSRを送信する。ここで、MSCサーバは、IMSに対して、上述のビデオ通信用の経路を構成するベアラの切り替え方法ビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるか、或いは、ビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラのうちのPS音声ベアラのみをCS音声ベアラ又は、UTRAN内のPS音声ベアラに切り替えるかを示す情報を通知してもよい。なお、本例では、ビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えることを通知してもよい。また、MSCサーバは、IMSに対して、ビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラのうちのPS音声ベアラのみをCS音声ベアラ又は、UTRAN内のPS音声ベアラに切り替えることを通知する場合、併せて、その理由を通知してもよい例えば、UTRANにおける無線リソース不足等。かかる場合、SCCASやSCSCF等のIMS装置は、課金制御において、サービス種別が変更となったことに伴う特別の処理を実施することが可能となる。ステップS1010及びS1011において、IMSは、UE2に対して、上述のビデオ通信用の経路の切り替えに係る情報や、切り替え後に継続されるベアラメディアに係る情報等を通知する。以下、ステップS1012乃至S1019の動作は、3GPPのTR23886に規定されている動作と同一であるものとする。なお、ステップS1012乃至S1019の動作は、その他の規定に従って適切な切り替え処理を継続する動作であってもよい。第2に、図3を参照して、本実施形態に係る移動通信システムにおいてUE1とUE2との間のビデオ通信用の経路を切断することなくEUTRANを介した経路からUTRANを介した経路に切り替え、音声通信としてサービスを継続する動作2について説明する。図3の例は、上述のビデオ通信用リソースが、UTRAN側にて確保できなかった場合等、上述のビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラをCSビデオベアラに切り替えることができない場合の動作を示す。かかる動作において説明が省略されている部分は、3GPPのTS23216に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。図2に示すステップ1001乃至S1004の動作が行われた後、図3に示すように、ステップS2001において、MMEは、MSCサーバに対して、PSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるように要求するPStoCSRequestを送信する。ステップS2002において、MSCサーバは、MSCに対して、PSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるように要求するPStoCSRequestを送信する。ステップS2003において、MSCは、UTRANに対して、上述のビデオ通信用のリソースビデオ通信用リソース、例えば、BS30ベアラを確保するように要求するRelocationHORequestを送信する。ステップS2004において、UTRAN例えば、RNCにおけるリソース不足等の原因により、かかるEUTRAN内のPSビデオベアラ及びPS音声ベアラのUTRAN内のCSビデオベアラへのハンドオーバが失敗した場合に、ステップS2005において、UTRANは、MSCに対して、その旨を通知するRelocationHOFailureを送信する。ここで、UTRANは、MSCに対して、RelocationHOFailureに含まれる理由通知によって、上述のハンドオーバの失敗理由を通知してもよい例えば、NoRadioResourcesAvailableinTargetcell。ステップS2006において、MSCは、MSCサーバに対して、PrepHOResponseを送信する。ここで、MSCは、かかるPrepHOResponseに、上述の理由通知を含めてもよい。ステップS2007において、MSCサーバは、MMEに対して、PStoCSResponseを送信する。ここで、MSCサーバは、かかるPStoCSResponseに、上述の理由通知を含めてもよい。ステップS2008において、MMEは、EUTRAN内で上述のビデオ通信用の経路を構成するPSベアラのうちのPS音声ベアラのみをUTRAN内のCS音声ベアラ又は、PS音声ベアラに切り替えるハンドオーバさせるか、或いは、EUTRAN内で上述のビデオ通信用の経路を構成するPSベアラの切り替えハンドオーバを中止するかについて決定する。ここで、MMEは、保持しているvSRVCC情報や、eNBから受信した切り替え先RAT情報や、UE1の加入者プロファイルや、オペラータポリシーや、上述の理由通知等に基づいて、上述の決定を行ってもよい。以下、ステップS2008において、MMEが、EUTRAN内で上述のビデオ通信用の経路を構成するPSベアラのうちのPS音声ベアラのみをUTRAN内のCS音声ベアラに切り替えるハンドオーバさせると決定した場合の動作について説明する。ステップS2009において、MSCサーバに対して、EUTRAN内のPS音声ベアラのみをUTRAN内のCS音声ベアラに切り替えるように要求するPStoCSRequestを送信する。ここで、MMEは、MSCサーバに対して、上述の理由通知を送信してもよい。また、MMEが、かかるPS音声ベアラのみをUTRAN内の音声ベアラへ切り替えると決定した場合、切り替え先ドメインは、CSドメインであってもよいし、PSドメインであってもよい。かかる決定は、eNBから図2のステップS1003で受信した切り替え先セルにおいてVoIP通信を提供可能であるか否かについて示す情報に基づいて行われてもよい。かかる場合、図2のステップS1006aからS1007bの動作が実施され、かかる処理において、PS音声ベアラを追加で準備するように指示してもよい。なお、その際に使用される信号は、ステップS1006aからS1007b以外の信号であってもよい。ステップS2010において、MSCサーバは、MSCに対して、かかるPS音声ベアラのみをUTRAN内のCS音声ベアラに切り替えるように要求するPStoCSRequestを送信する。ステップS2011において、MSCは、UTRANに対して、音声通信用リソースを確保するように要求するRelocationHORequestを送信する。ステップS2012において、UTRANは、MSCに対して、上述の音声通信用リソースの確保に成功したことを通知するRelocationHORequestAckを送信する。ステップS2013において、MSCは、MSCサーバに対して、PrepHOResponseを送信し、ステップS2014において、MSCとMSCサーバとの間で回線が確立される。ステップS2015において、MSCサーバは、IMS内のSCCASに対して、SessionTransferを送信する。ここで、MSCサーバは、SCCASに対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラメディアに係る情報等を通知してもよい。かかる情報により、SCCASやSCSCF等のIMS装置は、ビデオ通信が音声通信に変更されたことに伴う特別な課金を実施したり、通信相手であるUE2に対して適切なベアラ再設定要求を送信したりすることが可能となる。以下、図2に示すステップS1010乃至S1019の動作が行われる。一方、ステップS2008において、MMEが、上述のビデオ通信用の経路を構成するPSベアラの切り替えハンドオーバを中止すると決定した場合、3GPPのTS23216やTR23886に準拠する動作を行う。なお、かかる場合、他の動作によって、かかる切り替えハンドオーバを中止してもよい。本実施形態に係る移動通信システムによれば、vSRVCC方式において、EUTRAN内でビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラのUTRAN内のCSビデオベアラへのハンドオーバが失敗した場合には、MMEが、かかるPS音声ベアラのみをUTRAN内のCS音声ベアラ又は、UTRAN内のPS音声ベアラにハンドオーバさせるか、かかるハンドオーバ自身を中止するかについて決定することができる。変更例1図4乃至図5を参照して、本発明の変更例1に係る移動通信システムについて説明する。以下、本発明の変更例1に係る移動通信システムについて、上述の第1の実施形態に係る移動通信システムとの相違点に着目して説明する。本変更例1に係る移動通信システムでは、vSRVCC改善方式によって、UE1とUE2との間のビデオ通信用の経路を切断することなくEUTRANUTRANを介した経路IMSVoIP通信用の経路からUTRANを介した経路回線交換通信用の経路に切り替えることができる。ここで、図4に示すように、本変更例1に係る移動通信システムは、図1に示す第1の実施形態に係る移動通信システムの構成に加えて、ATCFAccessTransferControlFunctionや、ATGWAccessTransferGateway等を具備している。なお、vSRVCC改善方式では、ATGWが、上述の切り替えを行うように構成されているアンカーノードであり、ATCFが、ATGWを制御するように構成されている制御装置である。図5を参照して、本変更例1に係る移動通信システムにおいてUE1とUE2との間のビデオ通信用の経路を切断することなくEUTRANを介した経路からUTRANGERANを介した経路に切り替える動作1について説明する。かかる動作において説明が省略されている部分は、3GPPのTS23237に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。図2に示すステップ1001乃至S1008cの動作が行われた後、図5に示すように、ステップS3001において、MSCサーバは、ATCFに対して、INVITEを送信する。ここで、MSCサーバは、ATCFに対して、上述のビデオ通信用の経路の切り替えに係る情報や、切り替え後に継続されるベアラメディアに係る情報等を通知してもよい。ステップS3002において、ATCFは、ATGWに対して、CofigureATGWを送信する。ここで、ATCFは、上述のビデオ通信の状態の変化を検出した場合、かかる変化に合わせて、ATGWを再設定する。例えば、ATCFは、上述のビデオ通信用の経路を構成するPSベアラのうちのPS音声ベアラのみをUTRAN内のCS音声ベアラ又は、UTRAN内のPS音声ベアラに切り替えることを検出した場合、音声通信のみを通すようにATGWを再設定する。ステップS3003において、ATGWは、ATCFに対して、ConfigureATGWAckを送信し、ステップS3004において、ATCFは、MSCサーバに対して、Responseを送信する。ステップS3005において、ATCFは、IMSに対して、AccessTransferUpdateを送信する。ここで、ATCFは、IMSに対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラメディアに係る情報等を通知してもよい。かかる情報により、SCCASやSCSCF等のIMS装置は、ビデオ通信が音声通信に変更されたことに伴う特別な課金を実施したり、通信相手であるUE2に対して適切なベアラ再設定要求を送信したりすることが可能となる。ステップS3006において、IMSは、ATCFに対して、ResponseSSIを送信し、ステップS3007において、ATCFは、MSCサーバに対して、SSIを送信する。ステップS3008において、IMSは、UE2に対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラメディアに係る情報等を通知してもよい。以下、ステップS3009及びS3010の動作は、3GPPのTS23237に規定されている動作と同一である。変更例2ここで、図6を参照して、本変更例2に係る移動通信システムにおいてUE1とUE2との間のビデオ通信用の経路を切断することなくEUTRANを介した経路からUTRANを介した経路に切り替える動作2について説明する。なお、図6の動作は、上述の変更例1に係る移動通信システムにも適用可能である。図6の例は、上述のビデオ通信用リソースが、UTRAN側にて確保できなかった場合等、上述のビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラをCSビデオベアラに切り替えることができない場合の動作を示す。かかる動作において説明が省略されている部分は、3GPPのTS23216或いはTR23886に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。図2に示すステップ1001乃至S1004の動作が行われた後、図6に示すように、ステップS4001において、MMEは、MSCサーバに対して、上述のビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるように要求するPStoCSRequestを送信する。ここで、MMEは、MSCサーバに対して、上述のビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラの両方のCSビデオベアラへの切り替えハンドオーバに失敗した場合の動作例えば、EUTRAN内のPS音声ベアラのみをUTRAN内のCS音声ベアラ又は、PS音声ベアラに切り替えるか、或いは、上述のビデオ通信用の経路を構成するPSベアラの切り替えを中止するかを示すフォールバック可否を通知してもよい。ステップS4002において、MSCサーバは、MSCに対して、上述のビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラの両方をCSビデオベアラに切り替えるように要求するPStoCSRequestを送信する。ステップS4003において、MSCは、UTRANに対して、上述のビデオ通信用リソースを確保するように要求するRelocationHORequestを送信する。ステップS4004において、UTRAN例えば、RNCにおけるリソース不足等の原因により、かかるPSビデオベアラ及びPS音声ベアラのUTRAN内のCSビデオベアラへのハンドオーバが失敗した場合に、ステップS4005において、UTRANは、MSCに対して、その旨を通知するRelocationHOFailureを送信する。ここで、UTRANは、MSCに対して、RelocationHOFailureに含まれる理由通知によって、上述のハンドオーバの失敗理由を通知してもよい。ステップS4006において、MSCは、MSCサーバに対して、PrepHOResponseを送信する。ここで、MSCは、かかるPrepHOResponseに、上述の理由通知を含めてもよい。ステップS4007において、MSCサーバは、上述のビデオ通信用の経路を構成するPS音声ベアラのみをUTRAN内のCS音声ベアラ又は、PS音声ベアラに切り替えるハンドオーバさせるか、或いは、上述のビデオ通信用の経路を構成するPSベアラの切り替えハンドオーバを中止するかについて決定する。ここで、MSCサーバは、保持しているvSRVCC情報や、オペラータポリシーや、上述の理由通知や、RNCの輻輳状況や、上述のフォールバック可否等に基づいて、上述の決定を行ってもよい。MSCサーバは、上述のビデオ通信用の経路を構成するPS音声ベアラのみをUTRAN内のCS音声ベアラに切り替えるハンドオーバさせると決定した場合、ステップS4008において、MSCに対して、かかるPS音声ベアラのみをUTRAN内のCS音声ベアラに切り替えるように要求するPStoCSRequestを送信する。ステップS4009において、MSCは、UTRANに対して、上述の音声通信用リソースを確保するように要求するRelocationHORequestを送信する。ステップS4010において、UTRANは、MSCに対して、上述の音声通信用リソースの確保に成功したことを通知するRelocationHORequestAckを送信する。ステップS4011において、MSCは、MSCサーバに対して、PrepHOResponseを送信し、ステップS4012において、MSCとMSCサーバとの間で回線が確立される。ステップS4013において、MSCサーバは、IMS内のSCCASに対して、SessionTransferを送信する。なお、変形例2においては、MSCサーバは、ATCFへ送信する。ここで、MSCサーバは、SCCAS或いはATCFに対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラメディアに係る情報等を通知してもよい。以下、図2に示すステップS1010乃至S1019の動作が行われる。本変更例2に係る移動通信システムによれば、vSRVCC改善方式において、ビデオ通信用の経路を構成するPSビデオベアラ及びPS音声ベアラのUTRAN内のCSビデオベアラへのハンドオーバが失敗した場合には、MSCサーバが、かかるPS音声ベアラのみをUTRAN内のCS音声ベアラ又は、PS音声ベアラにハンドオーバさせるか、かかるハンドオーバ自身を中止するかについて決定することができる。以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。本実施形態の第1の特徴は、EUTRAN回線交換通信をサポートしていない第1無線アクセスネットワークと、EUTRANを収容する移動伝達ネットワークと、UTRANGERAN回線交換通信をサポートしている第2無線アクセスネットワークと、UTRANGERANを収容するコアネットワークと、IMSサービス制御ネットワークとを具備しており、vSRVCC方式又はvSRVCC改善方式を用いてUE1第1移動局とUE2第2移動局との間で行われるビデオ通信用の経路を切断することなくEUTRANを介した経路からUTRANを介した経路に切り替えることができる移動通信システムにおける移動通信方法であって、ビデオ通信用の経路を構成するベアラのEUTRANからUTRANGERANへのハンドオーバが失敗した場合に、移動伝達ネットワーク内のMME移動管理ノード又はコアネットワーク内のMSCサーバ回線交換機用サーバが、かかるベアラのうちのPS音声ベアラのみをEUTRANからUTRANにハンドオーバさせるか、或いは、かかるベアラPSビデオベアラ及びPS音声ベアラのハンドオーバを中止するかについて決定する工程を有することを要旨とする。なお、上述のMSCサーバ、CSMGW、MME、SGSN、SGW、PGW、PCSCF、ISCSCF、SCCAS、ATCF、ATGW、HSS、MSC、UE1、UE2、eNBの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。ソフトウェアモジュールは、RAMRandomAccessMemoryや、フラッシュメモリや、ROMReadOnlyMemoryや、EPROMErasableProgrammableROMや、EEPROMElectronicallyErasableandProgrammableROMや、レジスタや、ハードディスクや、リムーバブルディスクや、CDROMといった任意形式の記憶媒体内に設けられていてもよい。かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ASIC内に設けられていてもよい。かかるASICは、MSCサーバ、CSMGW、MME、SGSN、SGW、PGW、PCSCF、ISCSCF、SCCAS、ATCF、ATGW、HSS、MSC、UE1、UE2、eNB内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてMSCサーバ、CSMGW、MME、SGSN、SGW、PGW、PCSCF、ISCSCF、SCCAS、ATCF、ATGW、HSS、MSC、UE1、UE2、eNB内に設けられていてもよい。以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。