最後の2つの記事（ここ1と2を見つけることができます）は、eNB間の直接接続があるシナリオでのハンドオーバに関するものでした。 しかし、古いeNodeBと新しいeNodeBの間にX2接続がない場合はどうなりますか？
それにはS1ベースのハンドオーバ手順があります。これについては後述します。
このすべての情報は、3GPP TS 23.401文書の特定のセクションを読むことで見つけることができます。
今はちょっとした伝統のように、我々は抽象的なイメージの高いレベルから始めます。
この画像は、X2ベースのハンドオーバーについて読んでいた人にはよく知られているはずです。 このシナリオで何が変わるかは、UEが移動する2つのeNB間の接続性の欠如があることです。
そのため、ハンドオーバを行うには、MMElを直接関与させる必要があります。 前のケースとこれを比較すると、最初に気付くはずのことは、ここではeNodeBがMMEに接続しており、SGWのためにターゲットのeNodeBアドレスが見つかっているということです。
詳細なコールフローを見る前に、一般的なS1ハンドオーバ情報はごくわずかです。
一般的なS1ベースのハンドオーバに関する情報
S1ベースのハンドオーバー手順は、X2ベースのハンドオーバーが使用できない場合に使用される。ソースeNodeBは、ハンドオーバ要求メッセージをS1-MME基準点を介して送信することによってハンドオーバを開始する。この手順は、MME及び/又はサービングGWを再配置することができる。ソースMMEは、ターゲットMMEを選択する。 UEがサービスされるMMEプールエリアをUEが離れるまで、MMEをeNodeB間ハンドオーバの間に再配置すべきではない。 MME（MME再配置のためのターゲットMME）は、サービングGWを再配置する必要があるかどうかを決定する。サービングGWを再配置する必要がある場合、MMEはターゲットサービングGWを選択する。
ソースeNodeBは、ソースeNodeBからターゲットeNodeBへのダウンリンクおよびオプションとしてアップリンクデータパケットの転送の対象となるEPSベアラを決定する。 EPCは、RANノードによって行われた決定を変更しない。パケット転送は、ソースeNodeBからターゲットeNodeBへ直接的に、またはソースeNodeBからソースeNodeBへ、ソースおよびターゲットサービングGWを介して間接的に（またはサービングGWが再配置されない場合は、単一のサービングGWのみ）行われる。
直接転送経路の利用可能性は、ソースeNodeBで決定され、ソースMMEに示される。ソースeNodeBとターゲットeNodeBとの間でX2接続が利用可能である場合、直接転送経路が利用可能である。
直接転送経路が利用できない場合、間接転送を使用することができる。ソースMMEは、ソースeNodeBからの指示を使用して、間接転送を適用するかどうかを決定します。ソースMMEは、間接転送が適用されるべきかどうかをターゲットMMEに示す。この指示に基づいて、ターゲットMMEは間接転送を適用するかどうかを決定します。
MMEは、S1ハンドオーバが進行中であることを示すeインタフェースBからのS1インタフェース手順（例えば、専用ベアラ確立/変更/解放、位置報告制御、NASメッセージ転送など）に対する拒絶を受信した場合、MMEは再試行しなければならないハンドオーバが完了したときと同じS1インタフェース手順、またはサービングGW再配置の場合を除いて、MMEが依然としてサービングMMEであれば失敗したとみなされる。
eNodeBによって拒否される手順の数を最小にするために、MMEは、ハンドオーバが進行中である間に、非ハンドオーバに関連するS1インタフェース手順（例えば、ダウンリンクNASメッセージ転送、E-RAB設定/変更/解放など）を休止すべきである。ハンドオーバ要求が受信されてハンドオーバ手順が成功（ハンドオーバ通知）または失敗（ハンドオーバ失敗）になるまで、ハンドオーバ要求が受信されてからハンドオーバ手順が完了した後にそれらを継続するまでGW移転に対応。
ハンドオーバ手順中に、サービングGWまたはMMEの再配置が必要であることをMMEが検出した場合、MMEは、ハンドオーバ開始後に受信したPDN GWが開始したEPSベアラ要求を拒否し、要求が一時的である進行中のハンドオーバ手順のために拒絶された。拒絶は、サービングGWによってPDN GWに同じ指示で転送される。
進行中のハンドオーバ手順のために要求が一時的に拒否されたことを示すEPSベアラPDN GW開始手順に対する拒否を受信すると、PDN GWはローカルに構成されたガードタイマを開始するものとする。 PDN GWは、ハンドオーバーが完了したことを検出するか、メッセージ受信を使用して失敗したか、またはガードタイマーが満了したときに、事前設定された回数まで手順を再試行する。
緊急ベアラサービスがUEに対して進行中である場合、ターゲットeNodeBへのハンドオーバは、ハンドオーバ制限リストとは独立して実行される。 MMEは、実行フェーズにおけるトラッキングエリア更新の一部として、ハンドオーバが制限されたエリアにあるかどうかをチェックし、そうであればMMEは非緊急ベアラを解放する。
MMEが、S1ハンドオーバが進行中であるという指示を伴うeNodeBからのCSフォールバック指示を伴うUEコンテキスト変更要求メッセージに対する拒否を受信した場合、MMEはCSフォールバックインジケータを有するUEコンテキスト変更要求メッセージをターゲットeNodeBに再送するMMEが依然としてサービングMMEである場合に、ハンドオーバーが失敗したとみなされたときにハンドオーバーが完了したときにソースeNodeBに、
S1ベースのハンドオーバーシナリオ
この手順では、通常の場合のS1ベースのハンドオーバについて説明します。次に、手順がターゲットeNodeBまたはターゲットMMEによって拒否されたときについて説明します。後で、プロシージャがソースeNodeBによってキャンセルされるときについて説明します。
ステップ1.ソースeNodeBは、ターゲットeNodeBへのS1ベースのハンドオーバーを開始することを決定する。これは、例えばトリガされ得る。ターゲットeNodeBへのX2接続なし、または失敗したX2ベースのハンドオーバー後のターゲットeNodeBからのエラー表示によって、またはソースeNodeBによって学習された動的情報によって識別されます。
ステップ2.ソースeNodeBは、ソースMMEに対してHandover Required（ダイレクトフォワーディングパスアベイラビリティ、ソース対ターゲットトランスペアレントコンテナ、ターゲットeNodeBアイデンティティ、CSG ID、CSGアクセスモード、ターゲットTAI、S1AP原因）を送信する。ソースeNodeBは、どのベアラがデータ転送の対象であるかを示す。ダイレクト転送経路可用性は、ダイレクト転送がソースeNodeBからターゲットeNodeBまで利用可能かどうかを示します。ソースeNodeBからのこの指示は、例えば、 X2の存在。適切なターゲットMMEの選択を容易にするために、ターゲットTAIがMMEに送信される。ターゲットセルがCSGセルまたはハイブリッドセルである場合、ソースeNodeBは、ターゲットセルのCSG IDを含まなければならない。ターゲットセルがハイブリッドセルである場合、CSGアクセスモードが示される。
ステップ3：ソースMMEは、ターゲットMMEを選択し、MMEの再配置を決定した場合、転送再配置要求（MME UEコンテキスト、ソース対ターゲット透過コンテナ、RAN原因、ターゲットeNodeBアイデンティティ、CSG ID、CSGメンバーシップインジケーション、ターゲットTAI、MS情報変更報告アクション（利用可能な場合）、CSG情報報告アクション（利用可能な場合）、UE時間帯、直接転送フラグ）メッセージをターゲットMMEに送信する。ターゲットTAIは、ターゲットMMEに送信され、S-GW再配置が必要かどうかを判断するのに役立つ（必要に応じて、SGW選択を支援する）。
ソースMMEは、CSG IDがソースeNodeBによって提供されたときに、UEのCSGサブスクリプションをチェックすることによってアクセス制御を実行しなければならない。このCSG IDまたはCSGサブスクリプションのサブスクリプションデータが失効していて、ターゲットセルがCSGセルである場合、ソースMMEは適切な原因でハンドオーバーを拒否するものとします。
MME UEコンテキストは、IMSI、MEアイデンティティ、UEセキュリティコンテキスト、UEネットワーク能力、AMBR、選択されたCNオペレータID、APN制限、制御シグナリングのためのサービングGWアドレスおよびTEID、およびEPSベアラコンテキストを含む。
EPSベアラコンテキストは、アップリンクトラフィック、APN、サービングGWアドレスおよびTEIDのPDN GWにおけるPDN GWアドレスおよびTEID（GTPベースのS5 / S8の場合）またはGREキー（PMIPベースのS5 / S8の場合）アップリンクトラフィック、およびTI。
RAN原因は、ソースeNodeBから受信したS1AP原因を示します。
ソースMMEは、ターゲットセルがCSGまたはハイブリッドセルである場合、転送再配置要求内のCSG IDを含む。ターゲットセルがハイブリッドセルである場合、UEがCSGメンバーであるかどうかを示すCSGメンバーシップインジケーションは、転送再配置要求メッセージに含まれるものとする。
ダイレクトフォワーディングフラグは、ダイレクトフォワーディングが適用されているか、ソース側で間接転送が設定されているかどうかを示します。
ターゲットMMEは、転送再配置要求内の各ベアラコンテキストのAPN制限に基づいて最大APN制限を決定し、その後新しい最大APN制限値を格納しなければならない。
UEが緊急サービスのみを受信し、UEがUICClessである場合、IMSIは、Forward Relocation Requestメッセージ内のMME UEコンテキストに含めることができない。緊急接続されたUEの場合、IMSIが認証されない場合、IMSIは認証されていないとマークされる。また、この場合、セキュリティパラメータは利用可能な場合にのみ含まれます。
MMEが再配置された場合、ターゲットMMEは、ソースサービングGWがUEにサービスを提供し続けることができるかどうかを検証する。そうでなければ、新しいサービングGWを選択する。 MMEが再配置されていない場合、ソースMMEは、このサービングGW再選択を決定する。
ソースサービングGWがUEにサービスを提供し続ける場合、このステップではメッセージは送信されない。この場合、ターゲットサービングGWはソースサービングGWと同一である。
新しいサービングGWが選択された場合、ターゲットMMEはPDN GWアドレスとTEID（GTPベースのS5 / S8の場合）またはGREキー（PMIPベースのS5 / S8の場合）を持つベアラコンテキストを作成します。ターゲットサービングGWへのPDN接続ごとのアップリンクトラフィック用のPDN GW、サービングネットワーク、UEタイムゾーン）メッセージを含む。ターゲットサービングGWは、アップリンクトラフィックのためのS GWアドレスとTEIDをS1_U基準点（ベアラ当たり1つのTEID）に割り当てる。ターゲットServing GWは、ターゲットMMEにCreate Session Response（GWアドレスのサービングとユーザプレーンのアップリンクTEID）メッセージを送信します。
ステップ5.ターゲットMMEは、ターゲットeNodeBへのハンドオーバ要求（セットアップ、AMBR、S1AP原因、ソース対ターゲット透過コンテナ、CSG ID、CSGメンバーシップ指示、ハンドオーバ制限リスト）メッセージを送信する。このメッセージは、ベアラに関する情報およびセキュリティコンテキストを含むターゲットeNodeBにUEコンテキストを生成する。各EPSベアラについて、セットアップするベアラは、ユーザプレーンのサービングGWアドレスおよびアップリンクTEID、およびEPSベアラQoSを含む。ダイレクトフォワーディングフラグがダイレクトフォワーディングを利用できないことを示し、ターゲットMMEが送信元とターゲットの間に間接的なデータ転送接続がないことを知っている場合、セットアップのベアラーは各EPSベアラに対して「データ転送不可能」を表示する。ハンドオーバ制限リストは、ターゲットMMEにおいて利用可能である場合に送信される。
S1AP原因は、ソースMMEから受信したRAN原因を示します。
ターゲットMMEは、転送MMEが転送再配置要求メッセージで提供する場合、CSG IDとCSGメンバーシップの表示を含めるものとする。
ターゲットeNodeBは、ターゲットMMEへのハンドオーバ要求確認応答（EPSベアラ設定リスト、EPSベアラはリストをターゲットからソースへ透明コンテナに設定できなかった）メッセージを送信する。 EPS Bearer Setupリストには、S1 Uリファレンスポイント（ベアラあたり1つのTEID）のダウンリンクトラフィック用にターゲットeNodeBに割り当てられたアドレスとTEIDのリストと、必要に応じて転送されたデータを受信するためのアドレスとTEIDが含まれます。 UE AMBRが変更された場合、例えば、同じAPNに関連付けられているすべてのEPSベアラがターゲットeNodeBで拒否されると、MMEは新しいUE-AMBRを再計算し、変更されたUE AMBR値をターゲットeNodeBに通知します。
デフォルトのEPSベアラがターゲットeNodeBによって受け入れられなかった場合、ターゲットMMEはハンドオーバーを拒絶するものとする。
ターゲットセルがCSGセルである場合、ターゲットeNodeBは、ターゲットMMEによって提供されるCSG IDを検証し、ターゲットセルのCSG IDと一致しない場合、適切な原因でハンドオーバーを拒絶する。ターゲットeノードBがハイブリッドモードである場合、CSGメンバシップインジケーションを使用して、CSGメンバーおよび非CSGメンバーの差別化された処理を実行することができる。
ステップ6.間接転送が適用され、サービングGWが再配置される場合、ターゲットMMEは、間接データ転送トンネル要求の作成（ターゲットeNodeBアドレスおよび転送用TEID）をサービングGWに送信することによって、転送パラメータをセットアップする。サービングGWは、ターゲットMMEに、間接データ転送トンネル応答の作成（ターゲットサービングGWアドレスおよび転送用TEID）を送信する。サービングGWが再配置されない場合、以下のステップ8において間接転送が設定され得る。
間接転送は、UEのためのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを介して実行されてもよい。
ステップ7：MMEが再配置された場合、ターゲットMMEは、ソースMMEに転送リロケーション応答（原因、ソースからターゲットへの透過コンテナ、サービングGW変更指示、EPSベアラ設定リスト、アドレスおよびTEID）メッセージを送信する。間接転送の場合、このメッセージには、サービングGWアドレスと、間接転送（ソースまたはターゲット）のTEIDが含まれます。サービングGW変更指示は、新たなサービングGWが選択されたことを示す。
ステップ8.間接転送が適用される場合、ソースMMEは、間接データ転送トンネル要求の作成（転送用のアドレスおよびTEID）をサービングGWに送信する。サービングGWが再配置される場合、それはトンネル識別子をターゲットサービングGWに含む。
サービングGWは、ソースMMEへの間接データ転送トンネル応答の作成（GWアドレスおよび転送用TEIDの提供）メッセージで応答する。
間接転送は、UEのためのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを介して実行されてもよい。
ステップ9.ソースMMEは、ソースeNodeBへのハンドオーバ・コマンド（ソース・トランスペアレント・コンテナ、転送の対象となるベアラ、解放するベアラ）メッセージを送信する。転送対象のベアラには、転送のために割り当てられたアドレスとTEIDのリストが含まれます。解放するベアラーには解放されるベアラーのリストが含まれています。
ステップ9a。ハンドオーバコマンドは、ターゲットからソースへのトランスペアレントコンテナを使用して構築され、UEに送信される。このメッセージを受信すると、UEは、ターゲットセル内の対応するEPS無線ベアラを受信しなかったEPSベアラを除去する。
ステップ10.ソースeNodeBは、PDCP状態保存が適用されるE-RABのPDCPおよびHFN状態を伝えるために、eNodeBステータス転送メッセージをMMEを介してターゲットeNodeBに送信する。ソースeNodeBは、UEのE-RABのどれもがPDCP状態保存で扱われなければ、このメッセージの送信を省略することができる。
MME再配置がある場合、ソースMMEは、この情報を、ターゲットMMEが肯定応答するフォワードアクセスコンテキスト通知メッセージを介してターゲットMMEに送信する。ソースMME、またはMMEが再配置された場合、ターゲットMMEは、eNodeBステータス転送メッセージを介してターゲットeNodeBに情報を送信する。
ステップ11.ソースeNodeBは、データ転送の対象となるベアラについて、ソースeNodeBからターゲットeNodeBに向けてダウンリンクデータの転送を開始すべきである。これは直接（ステップ11a）または間接転送（ステップ11b）のいずれかであってもよい。
ステップ12：UEは、目標セルに首尾よく同期した後、ハンドオーバ確認メッセージを目標eNodeBに送信する。ソースeNodeBから転送されたダウンリンクパケットは、UEに送信することができる。また、UEからアップリンクパケットを送信することができ、これは、ターゲットサービングGWに転送され、PDN GWに転送される。
ステップ13：ターゲットeNodeBは、ハンドオーバ通知（TAI + ECGI）メッセージをターゲットMMEに送信する。
ステップ14：MMEが再配置された場合、ターゲットMMEは、ソースMMEに転送再配置完了通知（）メッセージを送信する。応答しているソースMMEは、ターゲットMMEに転送再送完了確認（Forward Relocation Complete Acknowledge（））メッセージを送信する。 MMEが再配置されたかどうかにかかわらず、ソースeNodeB内のリソースおよびサービングGWが再配置された場合、ソース・サービングGW内のリソースも解放されるとき、ソースMME内のタイマーが監視を開始する。
順方向再配置完了確認メッセージを受信すると、ターゲットMMEが間接転送のためにS GWリソースを割り当てた場合、ターゲットMMEはタイマーを開始する。
ステップ15：MMEは、PDN接続を含む各PDN接続のターゲットサービングGWへのModify Bearer Request（受け入れたEPSベアラのためのS1 U上のダウンリンクトラフィックのターゲットeNodeBに割り当てられたeNodeBアドレスおよびTEID、ISR Activated）メッセージを送信するそれは解放される必要があります。 PDN GWが（UEコンテキストから決定された）UEの位置および/またはユーザCSG情報を要求した場合、MMEはまた、このメッセージ内にユーザ位置情報IEおよび/またはユーザCSG情報IEを含む。 UEタイムゾーンが変更された場合、MMEはこのメッセージにUEタイムゾーンIEを含む。 MMEもS-GWも変更されていない場合、この手順の前にISRがアクティブ化されていれば、MMEはISRを維持する必要があります。 UEは、トラッキングエリア更新手順においてISR状態について通知される。
MMEは、ベアラ解放手順をトリガすることによって、受け入れられていない専用ベアラを解放する。サービングGWが、非許容ベアラのDLパケットを受信した場合、サービングGWはDLパケットを廃棄し、ダウンリンクデータ通知をMMEに送信しない。
PDN接続のデフォルトベアラがターゲットeNodeBによって受け入れられておらず、他のPDN接続がアクティブである場合、MMEはPDN接続のすべてのベアラが受け入れられていない場合と同じ方法でそれを処理しなければならない。 MMEは、MMEが要求したPDN切断手順をトリガすることによって、これらのPDN接続を解放する。
ベアラ変更要求がISRをアクティブにしていないことを示す場合サービングGWは、サービングGWが予約したベアラリソースを有する他のCNノードにベアラ削除要求を送信することによってISRリソースを削除する。
ステップ16.サービングGWが再配置される場合、ターゲットサービングGWは、PDN GWからのダウンリンクトラフィックのアドレスおよびTEID（ベアラ当たり1つ）を割り当てる。それは、PDN GWへのPDN接続ごとに変更ベアラ要求（ユーザプレーン用のGWアドレスおよびTEID、サービングネットワーク）メッセージを送信する。 S GWは、ステップ15で存在する場合、ユーザ位置情報IEおよび/またはUEタイムゾーンIEおよび/またはユーザCSG情報IEも含む。サービングGWは、許容されないベアラについてもS5 / S8でDL TEIDを割り当てる。 PDN GWは、そのコンテキストフィールドを更新し、ベアラ変更応答（課金Id、MSISDN）メッセージをターゲットサービングGWに返す。 MSISDNは、PDN GWがUEコンテキストに格納している場合に含まれます。 PDN GWは、新しく受信したアドレスとTEIDを使用して、ターゲットGWへのダウンリンクパケットの送信を開始する。これらのダウンリンクパケットは、ターゲットeNodeBへのターゲットサービングGWを介して新しいダウンリンク経路を使用する。
サービングGWが再配置されないが、ステップ15でMMEからユーザ位置情報IEおよび/またはUEタイムゾーンIEおよび/またはユーザCSG情報IEを受信した場合、サービングGWは、これらのことをPDN GWに通知しなければならない例えば、ベアラ変更要求（ユーザ位置情報IE、UE時間帯IE、ユーザCSG情報IE）を関連するPDN GW（s）に送信することにより、課金に使用することができる。 Modify Bearer ResponseメッセージがサービングGWに返送される。
サービングGWが再配置されず、ステップ15でMMEからユーザ位置情報IEもUEタイムゾーンIEもユーザCSG情報IEも受信していない場合、このステップではメッセージは送信されず、サービングGWからのダウンリンクパケットが直ちに送信されるターゲットeNodeBに送信する。
ステップ17：ターゲットサービングGWは、ベアラMMEにベアラレスポンス変更メッセージを送信する。このメッセージは、ステップ15で送信されたメッセージに対する応答である。
サービングGWが変更されない場合、サービングGWは、ターゲットeNodeBのリオーダ機能を支援するために、パスを切り替えた直後に、古いパス上に1つ以上の「エンドマーカ」パケットを送信しなければならない。
ステップ18. UEは、「エリア更新のためのトリガ」という句に記載された条件の1つが適用されるときに、トラッキングエリア更新手順を開始する。
ターゲットMMEは、それがハンドオーバメッセージによってベアラコンテキストを受信したときにこのUEに対して実行されたハンドオーバ手順であることを知っているので、ターゲットMMEはTA更新手順のサブセットのみを実行し、ソースMMEとターゲットMMEとの間の手順。
ステップ19.ステップ14で開始されたタイマが満了すると、ソースMMEは、UEコンテキスト解放コマンド（）メッセージをソースeNodeBに送信する。ソースeNodeBは、UEに関連するリソースを解放し、UE Context Release Complete（）メッセージで応答する。ステップ14で開始されたタイマーが満了し、ソースMMEが順方向リロケーション応答メッセージ内のサービングGW変更指示を受信した場合、削除サービング要求（Cause、LBI）メッセージをソースサービングGWに送信することによってEPSベアラリソースを削除する。原因は、サービングGWが変化し、ソースサービングGWがPDN GWに対して削除手順を開始しないことをソースサービングGWに示す。 Source Serving GWは、Session Response（）メッセージの削除を確認します。この手続きの前にISRがアクティブ化されている場合、その原因は、送信元S GWがそのCNノードにベアラ削除要求メッセージを送信することによって、他の旧CNノード上のベアラリソースを削除することをSource S GWに示す。
ステップ20.間接転送が使用された場合、ステップ14で開始されたソースMMEでのタイマーの満了により、ソースMMEは、間接転送に使用された一時リソースを解放するために、間接データ転送トンネル削除要求メッセージをS GWに送信するステップ8で割り当てられる。
ステップ21：間接転送が使用され、サービングGWが再配置された場合、ステップ14で開始されたターゲットMMEでのタイマーの満了により、ターゲットMMEは、間接データ転送トンネル削除要求メッセージをターゲットS GWに送信して、ステップ6で割り当てられた間接転送のために使用されるリソース。
S1-Based HANDOVER REJECT SCENARIO
ターゲットeNodeBは、ハンドオーバ要求メッセージ内の要求されたベアラが確立できなかった場合、ハンドオーバ手順の使用を拒否する。 この場合、ターゲットMME / eNodeB内にUEコンテキストは確立されず、リソースは割り当てられない。 さらに、ターゲットMMEは、ハンドオーバ要求を拒否し、ターゲットeNodeBがハンドオーバ要求を受け入れるが、デフォルトのEPSベアラがリソースを割り当てられない場合、ターゲットeNodeBおよびターゲットMMEのすべてのリソースをクリアする。 どちらの場合も、UEはSource eNodeB / MMEにとどまります。
ステップ1-5。フローのステップ1〜5は、上記のシナリオで説明したステップ1〜5と同じです。
ステップ6a。 Target eNodeBが、要求されたEPSベアラのいずれかにリソースを割り当てられなかった場合、ターゲットMMEにHandover Failure（Cause）メッセージを送信する。ターゲットMMEは、ターゲットMME内のこのUEのために予約されたリソースをすべてクリアする。
ステップ6b。ターゲットMMEがターゲットeNodeBからハンドオーバ要求確認メッセージを受信したが、デフォルトのEPSベアラがEPSベアラ設定リストIEにない場合、ターゲットMMEは、ターゲットMMEおよびターゲットeNodeBの両方でこのUEの予約リソースをクリアする。
ステップ7.このステップは、サービングGW再配置、すなわちステップ4 / 4aが実行された場合にのみ実行される。 Target MMEは、Delete Serving Request（Cause）メッセージをTarget Serving GWに送信することにより、EPSベアラリソースを削除します。 Target Serving GWは、Delete Session Response（Cause）メッセージの削除を確認します。
ステップ8.ターゲットMMEは、ソースMMEに転送再配置応答（原因）メッセージを送信する。
ステップ9.ソースMMEは、Forward Relocation Responseメッセージを受信すると、Source eNodeBにHandover Preparation Failure（Cause）メッセージを送信する。
S1-Based HANDOVER CANCEL SCENARIO
ハンドオーバ手順を完了する代わりに、ソースeNodeBは、ハンドオーバ手順のいつでも、ハンドオーバをキャンセルするUEにハンドオーバコマンドメッセージが送信される時点までであってもよい。
MMEは、ソースRANがeNodeBである場合のハンドオーバリソースを取り消さなければならない。
