第1の交換局の管理エリアから第2の交換局の管理エリアへ移動した端末から、前記第2の交換局が位置更新メッセージを受信する工程と、前記位置更新メッセージを受信した前記第2の交換局が、通信路情報を引継ぐための第1のプロトコル信号を、前記第1の交換局に対して送信する工程と、前記端末用のベアラとして、前記第1の交換局及び外部IPネットワークに接続されるGGSNと前記第1の交換局との間にベアラが確立されている場合、前記第2の交換局に対して前記第1のプロトコル信号で第2のプロトコルにフォールバックさせるためのエラーを通知する工程と、前記第1の交換局から第1のプロトコル信号でエラー通知を受けた前記第2の交換局が、プロトコル種別を前記第2のプロトコルに変更して、再び変更後のプロトコル種別にて第1の交換局に対して通信路情報を引き継ぐためのプロトコル信号を送信する工程と、を具備したことを特徴とする移動通信方法。ところが、現在の仕様では、GTPv2信号にはEPSベアラ情報しか設定できず、GPRSベアラ情報は設定できない。また、逆にGTPv1信号にはGPRSベアラ情報しか設定できず、EPSベアラ情報は設定できない状況である。このため、旧SGSNが両方のプロトコルGTPv1及びGTPv2をサポートしていて、旧SGSNで保持するベアラ情報と新SGSNから受信したGTP信号のバージョンとが適合しない場合は、ベアラ情報の引き継ぎができない事態に陥る可能性がある。たとえば、図8Aにおいて、旧SGSNがGTPv1及びGTPv2をサポートしており、GPRSユーザに対してGPRSベアラを確立していたところに、新SGSNからGTPv2信号でベアラ情報引継ぎ要求を受信すると、旧SGSNは引き継ぐべきGPRSベアラ情報を信号に設定できないためにエラーを返し、GPRSユーザに対するサービスが中断される問題が生じる。なお、非特許文献3の710章に、図9に示されるように、GTPv1のみをサポートする旧SGSNが、新SGSNからGTPv2信号を受信した場合に、GTPv1にフォールバックFallbackして再トライする規定があるが、旧SGSNがGTPv1及びGTPv2の両方に対応可能である場合には、上述した問題が発生する。本発明は、かかる点に鑑みてなされたものであり、旧SGSNと新SGSNとの間で確実にベアラ引き継ぎ処理が行われて、サービス中断といった事態を招くことのない移動通信方法及び交換局を提供することを目的とする。本発明の一つの側面では、第1の交換局の管理エリアから第2の交換局の管理エリアへ移動した端末から、前記第2の交換局が位置更新メッセージを受信する工程と、前記位置更新メッセージを受信した前記第2の交換局が、通信路情報を引継ぐための第1のプロトコル信号を、前記第1の交換局に対して送信する工程と、前記端末用のベアラとして、前記第1の交換局及び外部IPネットワークに接続されるGGSNと前記第1の交換局との間にベアラが確立されている場合、前記第2の交換局に対して前記第1のプロトコル信号で第2のプロトコルにフォールバックさせるためのエラーを通知する工程と、前記第1の交換局から第1のプロトコル信号でエラー通知を受けた前記第2の交換局が、プロトコル種別を前記第2のプロトコルに変更して、再び変更後のプロトコル種別にて第1の交換局に対して通信路情報を引き継ぐためのプロトコル信号を送信する工程と、を具備したことを特徴とする。これにより、第1の交換局は端末用に現時点で確立している論理的な通信路のプロトコル種別を把握するので、第2の交換局に対してスムーズにフォールバックを促すことができる。本発明によれば、旧SGSNと新SGSNとの間で確実にベアラ引き継ぎ処理が行われて、サービス中断といった事態を未然に防止することができる。以下、本発明の一実施の形態について図面を参照して詳細に説明する。実施の形態1図1は移動通信ネットワークの構成を示す図であり、コアネットワーク部は主にパケットコア部を図示している。移動通信ネットワークは、移動端末1と無線波を介して通信する無線アクセスネットワーク2と、接続処理やユーザデータの転送を行うコアネットワーク3とを含んで構成されている。本実施の形態は、移動端末1としてUMTSGPRS対応の端末及びLTE対応の端末を対象としている。無線アクセスネットワーク2は、移動端末1と無線通信可能なUTRANUMTS無線アクセスネットワーク又はGERANGSM/EDGE無線アクセスネットワークで構成されている。無線アクセスネットワーク2は、セル毎に設置された無線基地局11と、複数の無線基地局11を制御する基地局制御装置12とを含んで構成される。無線基地局11は、UMTSではノードBと呼ばれるが、BTSBaseTransceiverStationと呼んでも良い。基地局制御装置12は、複数の無線基地局11を制御し、無線チャネルの端末1への割り当てや切り替えの制御を行う。基地局制御装置12は、無線制御装置RNCRadioNetworkController又はBSCとも呼ばれる。コアネットワーク3は、SGSN13A~13C、GGSN14、SGW15、PGW16、HSS17といった機能要素を含んで構成されている。SGSN13A~13Cは、パケット交換ドメインにアクセスしている端末1の位置を把握し、GGSN14と無線アクセスネットワーク2の間でユーザトラフィックの転送を制御する。また、パケット転送プロトコルによってIPパケットをルーティング転送すると共に、移動通信に必要なモビリティ管理及びセッション管理ベアラ制御を行う。本実施の形態では、SGSN13A、13Bは、S3/S4インターフェースGTPプロトコル、バージョン2を具備している。S3/S4インターフェースを備えたSGSNは、UMTSとEPSの相互運用を実現するために機能拡張された機能要素である。SGSN13A、13Bに備えたS4インターフェースがGTPv2信号を用いたSGW15との間のセッション管理EPSベアラ制御、ユーザパケットの転送の役割を担っている。図1では、GTPプロトコル、バージョン2をサポートしているSGSN13A、13BについてS4SGSNと表記している。SGSN13A、13Bは、GnGpインターフェースGTPプロトコル、バージョン1も具備している。SGSN13A、13Bは、UMTSGPRSパケットコアのGGSN14とはGTPv1信号を用いて接続し、GPRSベアラを確立することができる。SGSN13Cは、S3/S4インターフェースを備えず、GnGpインターフェースGTPプロトコル、バージョン1のみを備える機能要素である。図1では、GTPプロトコル、バージョン1のみをサポートしているSGSN13CについてGnGpSGSNと表記している。GGSN14は、端末1からの接続要求に応じて、UMTSGPRSパケットコアと外部IPネットワークとの接続を制御する機能要素である。GGSN14は、SGSN13Cと共にUMTSGPRSパケットコアを構成している。SGW15は、無線アクセスネットワーク2とEPCとの間のUプレーンを接続し、ユーザパケットのルーティング転送機能を提供する。端末1はSGSN13A、13BがSGW15との間に確立したEPSベアラを経由してIPパケットを転送する。PGW16は、外部IPネットワークとの接続点の役割を担い、ユーザパケットを外部IPネットワークとの間で転送する。EPCネットワークは、S4SGSN13A、13B、SGW15、PGW16及び図示していないMMEMobilityManagementEntity等の機能要素で構成される。HSS17は、加入者情報を管理する加入者サーバである。HSS17に登録される加入者情報はユーザIDで検索可能で、ベアラ情報を含んでいる。図2は、本実施の形態において用いられるGTPv2信号のパラメータ構成の概念図である。同図に示すように、ユーザID20、プロトコル種別21、信号名22、既存パラメータ23及び追加パラメータ24を含んで構成されている。ユーザID20は位置更新メッセージを通知してきた端末1のユーザを識別するための情報である。プロトコル種別21にはGTPv1又はGTPv2が設定される。信号名22にはベアラ情報を要求する場合にContextRequestが設定され、ベアラ情報を返す場合にはContextResponseが設定される。既存パラメータ23は、プロトコル種別21に設定されたGTPv2として現在の仕様で定められている各種パラメータA、B、が設定される。既存パラメータ23には、GTPv2のパラメータとしてEPSベアラ情報23aを設定可能に構成されている。追加パラメータ24にはGTPv2以外のプロトコルであるGTPv1で扱われるGPRSベアラ情報PDPContextが設定されるように構成されている。なお、図2に示すGTPv2信号のパラメータ構成は、信号名22=ContextResponseであるので、プロトコル種別の異なるベアラ情報を設定する追加パラメータ24が付加されているが、ベアラ情報を要求するContextRequestには追加パラメータ24は付加されない。このように、本実施の形態では、GTPv2のパラメータ構成に、プロトコルバージョンの異なるGTPv1で扱われるGPRSベアラ情報PDPContextを追加パラメータ24として設けている。これにより、GTPv2信号に対してプロトコルバージョンの異なるベアラ情報GPRSベアラ情報を設定可能になった。次に、以上のように構成された本実施の形態の動作について説明する。図3は新SGSNが旧SGSNからベアラ引き継ぎを行う手順を示しており、図4は図3に示すベアラ引き継ぎに対応したシーケンスである。図3における新SGSNは図1に示す一方のS4SGSN13Aであり、旧SGSNは図1に示すもう一方のS4SGSN13Bであるものとして説明する。すなわち、旧SGSN13Bと新SGSN13Aは、いずれもGTPv1にもGTPv2にも対応しているSGSNである。図3に示すように、既に第1の交換局となる旧SGSN13Bはパケット交換ドメインにアクセスしている端末1のユーザデータをコアネットワーク上でパケット転送するためのベアラとしてGGSN14との間にGPRSベアラを確立している。端末1がIdle状態でユーザデータが発生していないために、GPRSベアラを維持したまま無線リソースを解放したPreservation状態にあるものとするS1。図4に示すように、Preservation状態において、端末1が旧SGSN13Bの管理エリアから第2の交換局となる新SGSN13Aの管理エリアへ移動した時にS2、端末1は移動先の無線アクセスネットワーク2経由で新SGSN13Aへ位置更新メッセージを通知するS3。新SGSN13Aは端末1から位置更新メッセージを受け取ると、旧SGSN13Bに対してベアラ情報要求をGTPv2信号で送信するS11。このとき、新SGSN13Aは、ベアラ情報要求を行うためのプロトコルとして一律にGTPv2信号を用いることとする。旧SGSN13Bは、ベアラ情報要求GTPv2を受け取った時点で、GPRSベアラが確立している。すなわち、旧SGSN13Bで保持するベアラ情報がGTPv1によるGPRSベアラであるのに対して、ベアラ情報要求のプロトコルがGTPv2であり適合していない。前述の非特許文献2の仕様のままでは、GTPv2信号のEPSベアラ情報23aに別プロトコルのGPRSベアラ情報を設定できないためにエラーを返していた。本実施の形態では、GTPv2信号のパラメータ構成図2の中に別プロトコルのGPRSベアラ情報を設定可能な追加パラメータ24を設けており、この時点でエラーは返さないこととしている。すなわち、旧SGSN13Bは、新SGSN13AからGTPv2信号を用いてベアラ情報要求を受け取ると、GTPv2信号のプロトコル種別21からプロトコル種別を判断するS12。プロトコル種別がGTPv2であれば、上記した前提条件から旧SGSN13BはGTPv2をサポートしているので、処理継続と判断するS13。処理継続と判断した旧SGSN13Bは、GTPv2信号のユーザID20から端末ユーザを識別し、当該SGSN13Bのデータベースに保持している加入者情報から該当端末ユーザに対して現在確立しているベアラ情報を検索してベアラ情報を取得しS14、ベアラ情報種別を判定するS15。すなわち、当該ユーザの端末1に対して現在確立しているベアラがGPRSベアラであるのかEPSベアラであるのか判断する。上記前提より、GPRSベアラであると判断できる。検索された現在確立中のベアラ情報が別プロトコルのGPRSベアラ情報であれば、エラーを返さずに当該GPRSベアラ情報を、GTPv2信号のパラメータ構成中の追加パラメータ24に設定する。このようにして、追加パラメータ24にGPRSベアラ情報が設定されたGTPv2信号が応答として新SGSN13Aへ送信されるS16。新SGSN13Aは、旧SGSN13Bから通知されたGTPv2信号からベアラ情報を取り出す。このとき、図2に示されるようにGTPv2信号の追加パラメータ24にPDPContextが設定されていれば、当該PDPContextにしたがってGTPv1によりGGSN14との間に端末1のためのGPRSベアラを確立するS17。そして、端末1に対してOKを返す。以上説明したように、本実施の形態は、GTPv2信号に別プロトコルのGPRSベアラのパラメータを追加可能に構成し、GTPv2信号でベアラ情報の引継ぎ要求を受けた旧SGSNがGTP信号受信時に確立しているベアラとGTP信号とが適合しない場合はGTPv2信号の追加パラメータ24に保持しているベアラ情報を設定するようにした。その結果、旧SGSNにおいてGTP信号受信時に確立しているベアラとGTP信号とが適合しない場合に別プロトコルへフォールバックする機能が働かなくても、旧SGSNと新SGSNとの間で確実にベアラ引き継ぎ処理が行われて、サービス中断といった事態を未然に防止できる。実施の形態2本実施の形態は、図1に示された移動通信ネットワークと同一構成の移動通信ネットワークを前提として説明する。図2に示すGTPv2信号のパラメータ構成中の追加パラメータ24は必須ではない。本実施の形態は、旧SGSNがGTPv2によりベアラ引継ぎ要求するGTPv2信号受信時に、当該端末ユーザに関して旧SGSN内に保持している現在確立中のベアラ情報種別を判定し、GTPv2信号でベアラ引継ぎ要求を受けているにも関わらずベアラ種別がGPRSであれば、GTPv2エラーとしてプロトコルを指定したFallbacktoGTPv1を返す。図5及び図6を参照して本実施の形態の動作について説明する。図5は新SGSNが旧SGSNからベアラ引き継ぎを行う手順を示しており、図6Aは図5に示すベアラ引き継ぎに対応したシーケンスである。図5における新SGSNは図1に示す一方のS4SGSN13Aであり、旧SGSNは図1に示すもう一方のS4SGSN13Bであるものとして説明する。すなわち、旧SGSN13Bと新SGSN13Aは、いずれもGTPv1にもGTPv2にも対応している。上記実施の形態と同様の過程を経て、新SGSN13Aは端末1から位置更新メッセージを受け取ると、旧SGSN13Bに対してGTPv2信号にてベアラ情報要求を送信するS11。新SGSN13Aは、ベアラ情報要求を行うためのプロトコルとして一律にGTPv2信号を用いる。図6Aに示されるように、端末1から位置更新メッセージを受け取った新SGSN13Aがベアラ情報要求を送信するところS11から、旧SGSN13Bがベアラ情報種別判定するところS15までは、上述した実施の形態1と同様である。主にS15以降の手順について説明する。旧SGSN13Bは、ベアラ情報を取得しS14、ベアラ情報種別を判定した結果S15、上記前提より、GPRSベアラであると判断できる。旧SGSN13Bは、GTPv1へフォールバックすることを明示したGTPv2エラーFallbacktoGTPv1を新SGSN13Aへ送信するS21。新SGSN13Aは、旧SGSN13BからGTPv2エラーを受信すると、GTPv2エラー判定を実施して、エラー内容を判定するS22。FallbacktoGTPv1がエラー内容であるので、プロトコルをGTPv2からGTPv1へフォールバックし、GTPv1信号を用いてベアラ情報要求を旧SGSN13Bへ送信するS23。この結果、旧SGSN13BはGTPv1信号に現在確立しているGPRSベアラ情報を設定して新SGSN13Aへ応答できることとなるS24。図6Bに、非特許文献33GPPTS29274の710章に規定されたフォールバック機能のシーケンスを比較例として示す。同図に示すように、旧SGSNがベアラ情報要求を受けてプロトコル判定するステップまでは同じだが、仕様書の規定では、旧SGSNがGTPv2に対応していないため、その時点でエラー送信と判断し、旧SGSNのサポートしているGTPv1信号でエラーを返している。このため、本実施の形態2に示すような柔軟な対応が困難である。このように本実施の形態2は、ベアラ情報要求を受けた旧SGSNが現在確立しているベアラ情報種別まで判定して、適切なフォールバックがなされるようにGTPv2エラーを返すので、GTPv2エラーを受けた新SGSNは確実にベアラ情報を受け取れるプロトコルに切り替えることができ、旧SGSNと新SGSNとの間で確実にベアラ引き継ぎ処理が行われて、サービス中断といった事態を未然に防止できる。なお、上記実施の形態2では、旧SGSNがベアラ情報種別を判定してGTPv2エラーにフォールバック先のプロトコル種別を設定しているが、GTPv2エラーのエラー内容をどのように定めるかは適宜変更可能である。例えば、図7に示すように、ベアラ情報種別判定までS11~S15は、図6Aに示すシーケンスと同じであるが、エラー内容は指定しないGTPv2エラーを新SGSNへ応答するようにしても良いS31。新SGSNはGTPv2エラーが帰ってくれば、べアラ情報要求に用いるプロトコルを別のプロトコルであるGTPv1信号にフォールバックしS32、GTPv1信号にてべアラ情報要求を出し直すS33。このようにすれば、新SGSNからGTPv2エラーを受信したときにエラー内容を判定する処理を排除することができる。本発明は上述した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々変形実施可能である。