eUTRAN to UTRAN (4G to 3G) Iu mode handover

最後の記事は、LTEネットワークでのハンドオーバーに関するものでした。 古いeNBから新しいeNBまで、新しいMME / SGWを使用しても使用しなくても、X2インターフェイスを使用しても使用しなくても、など。
今日は、4Gから3GへのeUTRANからUTRANへのハンドオーバについて説明します。

申し訳ありませんが、今日私は、私たちが始めるために使用できる抽象的な画像を作成する時間がありません。
しかし、あなたが想像するのは簡単なはずです。
UEは、4gのカバレッジエリアから3gカバレッジエリアまで移動している。
eNBはRNCに、MMEはSGSNに、モビリティアンカー（PGW）のみが同じままである。

この詳細については、3GPP TS 23.401を参照してください。

INTER RAT HANDOVER - 一般情報

Inter RATハンドオーバーの間、間接転送は、ハンドオーバーの一部として実行されるダウリンクデータ転送に適用され得る。その構成データから、MMEは、間接転送が適用されるかどうかを知り、間接転送のためにサービングGW上にダウリンクデータ転送経路を割り当てる。その構成データから、S4 SGSNは、間接転送が適用されるかどうかを知り、間接転送のためにサービングGW上でdowlinkデータ転送経路を割り当てる。間接的なdowlinkデータ転送が適用されないか、常に適用されるか、またはPLMN inter RATハンドオーバにのみ適用されるかどうかは、MMEおよびS4 SGSN上で設定されます。

eUTRAN to UTRAN IuモードInter RATハンドオーバ

一般情報
前提条件：
UEは、ECM-CONNECTED状態（E-UTRANモード）にある。
緊急ベアラサービスがUEに対して進行中である場合、ターゲットRNCへのハンドオーバは、ハンドオーバ制限リストとは独立して実行される。 SGSNは、実行フェーズにおけるルーティングエリア更新の一部として、ハンドオーバが制限されたエリアにあるかどうかをチェックし、SGSNが非緊急PDPコンテキストを非アクティブ化するかどうかをチェックする。


準備段階


ステップ1.ソースeNodeBは、ターゲットアクセスネットワークであるUTRAN IuモードへのInter-RATハンドオーバーを開始することを決定する。この時点で、アップリンクおよびダウンリンクユーザデータの両方が、UEとソースeノードBとの間のベアラ、ソースeノードB、サービングGWおよびPDN GW間のGTPトンネルを介して送信される。
UEが進行中の緊急ベアラサービスを有する場合、ソースeNodeBは、IMS音声対応ではないUTRANセルへのPSハンドオーバを開始してはならない。


ステップ2.ソースeNodeBは、CNにターゲット内のリソースを確立するように要求するハン
ドオーバー要求（S1AP原因、ターゲットRNC識別子、CSG ID、CSGアクセスモード、ソースeNodeB識別子、ソースからターゲット透明容器へ）メッセージをソースMMEに送信するRNC、ターゲットSGSN及びサービングGWを含む。データ転送の対象となるベアラ（存在する場合）は、後の手順でターゲットSGSNによって識別されます（下の手順7を参照）。ターゲットセルがCSGセルまたはハイブリッドセルである場合、ソースeNodeBは、ターゲットセルのCSG IDを含まなければならない。ターゲットセルがハイブリッドセルである場合、CSGアクセスモードが示される。


ステップ3.ソースMMEは、「ターゲットRNC識別子」IEから、ハンドオーバのタイプがIRATハンドオーバからUTRAN Iuモードであると判定する。ソースMMEは、転送再配置要求（IMSI、ターゲット識別、CSG ID、CSGメンバーシップインジケーション、MMコンテキスト、PDN接続、制御プレーンのMMEトンネルエンドポイント識別子、制御プレーンのMMEアドレス、 （存在する場合）、CSG情報報告アクション（利用可能な場合）、UE時間帯、ISRサポート）メッセージをターゲットSGSNに送信するように構成されている。ソースMMEおよび関連するサービングGWがUEのISRをアクティブにすることができる場合、情報ISR Supportedが示される。 ISRがアクティブ化されると、このSGSNがターゲット識別によって識別されたターゲットにサービスしているときに、UEのISRを維持するSGSNにメッセージを送信する必要があります。このメッセージには、ソースシステム内でアクティブなすべてのPDN接続と、各PDN接続のために、関連付けられたAPN、制御プレーンのサービングGWのアドレスとアップリンクトンネルエンドポイントパラメータ、およびEPSベアラコンテキストのリストが含まれます。 RAN原因は、ソースeNodeBから受信したS1AP原因を示します。
ソースMMEは、CSG IDがソースeNodeBによって提供されたときに、UEのCSGサブスクリプションをチェックすることによってアクセス制御を実行しなければならない。このCSG IDまたはCSGサブスクリプションのサブスクリプションデータが失効していて、ターゲットセルがCSGセルである場合、ソースMMEは適切な原因でハンドオーバーを拒否するものとします。
ソースMMEは、ターゲットセルがCSGセルまたはハイブリッドセルである場合、転送再配置要求内のCSG IDを含む。ターゲットセルがハイブリッドセルである場合、UEがCSGメンバーであるかどうかを示すCSGメンバーシップインジケーションは、転送再配置要求メッセージに含まれるものとする。
ターゲットSGSNは、EPSベアラをPDPコンテキスト1対1にマッピングし、EPSベアラのEPSベアラQoSパラメータ値をベアラコンテキストのリリース99 QoSパラメータ値にマッピングする。
PDPコンテキストの優先順位付けは、ターゲットコアネットワークノード、すなわちターゲットSGSNによって実行される。
MMコンテキストは、セキュリティに関連する情報を含む。サポートされている暗号化アルゴリズム
ターゲットSGSNは、転送再配置要求内の各ベアラコンテキストのAPN制限に基づいて最大APN制限を決定し、その後新しい最大APN制限値を格納しなければならない。


ステップ4.ターゲットSGSNは、例えば、PLMN変更のためにサービングGWが再配置されるべきかどうかを決定する。サービングGWが再配置されるべきである場合、ターゲットSGSNは、ターゲットサービングGWを選択し、セッション要求作成メッセージ（IMSI、制御プレーンのSGSNトンネルエンドポイント識別子、制御プレーンのSGSNアドレス、ユーザのPDN GWアドレスユーザプレーンのPDN GW UL TEID、制御プレーンのPDN GWアドレス、制御プレーンのPDN GW TEID、プロトコルタイプS5 / S8、サービングネットワーク）のターゲットサービングGW。 S5 / S8上のプロトコルタイプは、S5 / S8インターフェース上で使用されるServing GWに提供される。
ターゲットSGSNは、指示された順序でEPSベアラコンテキストを確立する。 SGSNは、実行フェーズのステップ7で提供されるように、確立できないEPSベアラコンテキストを非アクティブ化する。
ステップ4a。ターゲットサービングGWは、そのローカルリソースを割り当てて、ユーザプレーンのサービングGWアドレス、ユーザプレーンのサービングGW UL TEID、制御プレーンのサービングGWアドレス、制御プレーンのサービングGW TEIDを返す。メッセージをターゲットSGSNに送信する。

ステップ5：ターゲットSGSNは、メッセージ再配置要求（UE識別子、原因、CNドメインインジケータ、完全性保護情報（すなわち、IKおよび許可された完全性保護アルゴリズム）、暗号化情報を送信することによって無線ネットワークリソース（RAB） （すなわち、CKおよび許可された暗号化アルゴリズム）、RAB（無線アクセスベアラ）をセットアップリスト、CSG ID、CSGメンバーシップインジケーション、ソースRNCからターゲットRNC透明コンテナ、サービスハンドオーバ関連情報とする。アクセス制限がMMコンテキストに存在する場合、RNCがアクセス制限によって禁止されたRATにハンドオーバーするように接続モードのUEを制限するために、サービスハンドオーバー関連情報が再配置要求メッセージのターゲットSGSNに含まれる。
確立されるように要求されたRABごとに、RABにセットアップするRABには、RAB ID、RABパラメータ、トランスポート層アドレス、Iuトランスポートアソシエーションなどの情報が含まれます。 RAB ID情報要素はNSAPI値を含み、RABパラメータ情報要素はQoSプロファイルを与える。トランスポート層アドレスは、ユーザプレーン（ダイレクトトンネルが使用される場合）またはユーザプレーンのSGSNアドレス（ダイレクトトンネルが使用されない場合）のサービングGWアドレスであり、Iuトランスポートアソシエーションは、サービング内のアップリンクトンネルエンドポイント識別子データGWまたはSGSNである。
新しいAKA（認証およびキーアグリーメント）手順を必要とせずに、新しいRAT /モードターゲットセルでデータ転送を続けることを可能にするために、暗号化および完全性保護キーがターゲットRNCに送信される。ターゲットRNC内のRRCからUEに（リロケーションコマンドメッセージまたはハンドオーバ完了メッセージのいずれかで）送信される必要がある情報は、トランスペアレントコンテナを介してターゲットRNCからUEに送信されるRRCメッセージに含まれなければならない。
ターゲットSGSNは、転送再配置要求メッセージにおいてソースMMEによって提供された場合、CSG IDおよびCSGメンバーシップの表示を含まなければならない。
ターゲットRNCにおいて、無線およびIuユーザプレーンリソースは、受け入れられたRABのために予約される。原因は、送信元MMEから受信したRAN原因を示します。ソースRNCからターゲットRNCへの透明コンテナには、ソースeNodeBから受信したソースからターゲットへの透明コンテナの値が含まれます。
ターゲットセルがCSGセルである場合、ターゲットRNCは、ターゲットSGSNによって提供されるCSG IDを検証し、ターゲットセルのCSG IDと一致しない場合、適切な原因でハンドオーバーを拒絶する。ターゲットセルがハイブリッドモードである場合、ターゲットRNCは、CSGメンバシップインジケーションを使用して、CSGメンバーおよび非CSGメンバーに対して差別化された処理を実行することができる。
ステップ5a。ターゲットRNCはリソースを割り当て、メッセージ再配置要求確認応答（ターゲットRNCからソースRNCへの透過的コンテナ、RABセットアップリスト、セットアップに失敗したRABリスト）の対象SGSNに適用可能なパラメータを返す。
再配置要求確認メッセージを送信する際、ターゲットRNCは、受け入れられたRABに対して、サービングGWからダウンリンクGTP PDU、または直接トンネルが使用されない場合はターゲットSGSNを受信する用意ができなければならない。
各RABセットアップリストは、ユーザデータ用のターゲットRNCアドレスであるトランスポート層アドレスと、ユーザデータ用のダウンリンクトンネルエンドポイント識別子に対応するIuトランスポートアソシエーションによって定義される。
RABが確立されていない任意のEPSベアラコンテキストは、ターゲットSGSNおよびUEにおいて維持される。これらのEPSベアラコンテキストは、ルーティングエリアアップデート（RAU）手順の完了時に明示的なSM手順を介してターゲットSGSNによって非アクティブ化されるものとする。


ステップ6.「間接転送」およびサービングGWの再配置および直接トンネルが使用される場合、ターゲットSGSNは、サービングGWへの間接データ転送トンネル要求作成メッセージ（DLデータ転送のターゲットRNCアドレスおよびTEID）を送信する。 「間接転送」およびサービングGWの再配置が適用され、直接トンネルが使用されない場合、サービングGWへのDLデータ転送のターゲットSGSNSGSNアドレスおよびTEID）。
間接転送は、UEのためのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを介して実行されてもよい。
ステップ6a。サービングGWは、ターゲットSGSNへの間接データ転送トンネル応答の作成（原因、データ転送用のGWアドレスおよびサービングGW DL TEID）メッセージを返す。

ステップ7：ターゲットSGSNは、転送元の転送応答メッセージ（原因、制御プレーンのSGSNトンネルエンドポイント識別子、制御プレーンのSGSNアドレス、ソース - ターゲットソース透過コンテナ、原因、RAB設定情報、追加RAB設定情報、ユーザトラフィックデータ転送、サービングGW変更指示のためのTEID（s））を送信元MMEに送信する。サービングGW変更指示は、新たなサービングGWが選択されたことを示す。ターゲットからソースへの透過コンテナには、ターゲットRNCから受信したソースRNC透明コンテナへの値が含まれます。
IEの「ユーザトラフィックデータ転送のためのアドレスおよびTEID」は、ターゲットシステムにおけるデータ転送の宛先トンネリングエンドポイントを定義し、以下のように設定される。
'Direct Forwarding'が適用される場合、または 'Indirect Forwarding'とServing GWの再配置がなく、Direct Tunnelが使用されている場合、IEのアドレスとユーザトラフィックデータ転送のTEIDにはアドレスとGTPが含まれますステップ5aで受信されたターゲットRNCへの-Uトンネルエンドポイントパラメータ。
「Indirect Forwarding」およびServing GWの再配置が適用される場合、IEの「User Traffic Data ForwardingのためのアドレスおよびTEID」には、ステップ6で受信したServing GWへのアドレスおよびDL GTP-Uトンネルエンドポイントパラメータが含まれますこれはダイレクトトンネルの使用とは独立しています。
「間接転送」が適用され、Direct Tunnelが使用されておらず、サービングGWの再配置が適用されない場合、ユーザトラフィックデータ転送用のIEアドレスおよびTEIDには、DL GTP-UトンネルエンドポイントパラメータからターゲットSGSN。


ステップ8.「間接転送」が適用される場合、送信元MMEは、間接データ転送トンネル要求の作成（ステップ7で受信したデータ転送用のアドレスとTEID）、EPSベアラID間接転送のために使用されるサービングGWに送信する。
間接転送は、UEのためのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを介して実行されてもよい。

ステップ8a。サービングGWは、間接データ転送トンネル応答の作成（原因、データ転送のためのGWアドレスおよびTEIDの提供）というメッセージを送信することによって、転送パラメータを返す。サービングGWがデータ転送をサポートしない場合、適切な原因値が返され、サービングGWアドレスおよびTEIDはメッセージに含まれない。
実行フェーズ



ソースeNodeBは、ダウンリンクおよびアップリンクユーザプレーンPDUを受信し続ける。


ステップ1.ソースMMEは、Handoverコマンド（Target to Source Transparent Container、E-RABをRelease List、Data Forwarding Listの対象となるベアラ）というメッセージを送信することにより、ソースeNodeB向けの準備フェーズを完了する。 「データ転送対象ベアラリスト」IEは、メッセージに含まれてもよく、準備段階（ステップ7）でターゲット側から受信した「ユーザトラフィックデータ転送のためのアドレスおよびTEID」のリストでなければならない「直接転送」が適用される場合、または「間接転送」が適用される場合の準備フェーズのステップ8aで受信されたパラメータ）。
ソースeNodeBは、「データ転送リストの対象ベアラ」で指定されたベアラのデータ転送を開始する。データ転送は、ターゲットRNCに直接行ってもよいし、ソースMMEおよび/またはターゲットSGSNによって準備段階で決定された場合には、サービングGWを経由してもよい。


ステップ2.ソースeNodeBは、E-UTRANコマンドからのメッセージHOを介してターゲットアクセスネットワークにハンドオーバーするためのコマンドをUEに与える。このメッセージは、ターゲットRNCが準備フェーズでセットアップした無線アスペクトパラメータを含む透明なコンテナを含む。
UEは、ハンドオーバコマンドメッセージを含むE-UTRANコマンドメッセージからHOを受信すると、NSAPIとの関係に基づいてベアラIDをそれぞれのRABに関連付け、ユーザプレーンデータのアップリンク送信を中断する。
ステップ3.無効。


ステップ4.UEは、ターゲットUTRAN Iu（3G）システムに移動し、ステップ2で配信されたメッセージに提供されたパラメータに従ってハンドオーバを実行する。手順は、ステップ6および8と同じであり、受信したRABと、特定のNSAPIに関連する既存のベアラIDとを含む。
UEは、ターゲットRNC内に割り当てられた無線リソースが存在するNSAPIについてのみ、ユーザデータ転送を再開することができる。
UE内でISRが起動された後に起動されるEPSベアラコンテキストが存在する場合、UEは、TINを「RAT関連TMSI」から「GUTI」に設定することにより、ISRを局所的に非アクティブ化する。


ステップ5.新しいソースRNC-ID + S-RNTIがUEと正常に交換された場合、ターゲットRNCは、ターゲットSGSNに再配置完了メッセージを送信する。再配置完了手順の目的は、ターゲットRNCによって、ソースE-UTRANからRNCへの再配置の完了を示すことである。再配置完了メッセージを受信した後、ターゲットSGSNは、ターゲットRNCからデータを受信する準備をしなければならない。ターゲットSGSNによって受信された各アップリンクN-PDUは、サービングGWに直接転送される。
次に、ターゲットSGSNは、UEがターゲット側に到着したことを知り、ターゲットSGSNは、転送再配置完了通知（ISR活性化、サービングGW変更）メッセージを送信することによってソースMMEに通知する。指示されている場合、ISR Activatedは、UEのコンテキストを維持し、S GWが変更されない場合にのみ可能なISRを起動することをソースMMEに示す。発信元MMEは、その情報を認識する。ソースeNodeBおよびソースサービングGW（サービングGW再配置用）のリソースが解放されるときに、ソースMMEのタイマーが監視を開始する。
タイマーが満了し、ISR ActivatedがターゲットSGSNによって示されないとき、ソースMMEは、UEのすべてのベアラリソースを解放する。サービングGW変更が指示され、このタイマーが満了すると、ソースMMEは、セッションサービングGWにセッション削除要求（原因）メッセージを送信することによって、EPSベアラリソースを削除する。原因は、サービングGWが変化し、ソースサービングGWがPDN GWに対して削除手順を開始しないことをソースサービングGWに示す。サービングGW変更が指示され、この手順の前にアクティブ化されている場合、その原因は、ソースS GWが、削除ベアラ要求メッセージを送信することによって、他の古いCNノード上のベアラリソースを削除することをソースS GWに示すCNノード。
順方向再配置完了確認メッセージを受信すると、ターゲットSGSNが間接転送のためにS GWリソースを割り当てた場合、ターゲットSGSNはタイマーを開始する。

ステップ7：ターゲットSGSNは、UEが確立したすべてのEPSベアラコンテキストについて、ターゲットSGSNが現在担当しているサービングGW（サービングGW再配置については、これがターゲットサービングGWであること）にハンドオーバー手順を完了する。これは、受け入れられたEPSベアラのためのベアラ要求の変更（ベアラの要求（制御プレーンのSGSNトンネルエンドポイント識別子、NSAPI、制御プレーンのSGSNアドレス、SGSNアドレス、およびユーザトラフィックのTEID） PDN接続ごとに許容されるEPSベアラ（ダイレクトトンネルが使用されている場合）およびRATタイプ、ISRがアクティブ化されている場合）のユーザトラフィックのRNCアドレスとTEIDを使用します。 PDN GWが（UEコンテキストから決定された）UEの位置および/またはユーザCSG情報を要求した場合、SGSNはまた、このメッセージ内にユーザ位置情報IEおよび/またはユーザCSG情報IEを含む。 UEタイムゾーンが変更された場合、SGSNはこのメッセージにUEタイムゾーンIEを含む。示されている場合、情報ISR Activatedは、ISRがアクティブであることを示します。これは、S GWが変更されていない場合にのみ可能です。ベアラ変更要求がISR起動を示しておらず、S GWが変更されていない場合、S GWは、S GW予約のベアラリソースを有する他のCNノードにベアラ削除要求を送信することによってISRリソースを削除する。
SGSNは、ベアラコンテキスト非アクティブ化手順をトリガすることによって、許容されていないEPSベアラコンテキストを解放する。サービングGWが受信していないベアラのDLパケットを受信した場合、サービングGWはDLパケットを廃棄し、ダウンリンクデータ通知をSGSNに送信しない。


ステップ8：サービングGW（サービングGW再配置の場合、これはターゲットサービングGWとなる）は、例えばサービングGW再配置の変更または例えばサービングGW再配置の変更をPDN GWに通知することができる。 PDN接続ごとに変更ベアラ要求メッセージを送信することにより、課金に使用することができる。 S GWは、ステップ7で存在する場合、ユーザ位置情報IEおよび/またはUEタイムゾーンIEおよび/またはユーザCSG情報IEも含む。サービングネットワークは、ステップ4で受信される場合に含まれるべきである。サービングGWは、受け入れられないベアラについても、S5 / S8上でDL TEIDを割り当てる。 PDN GWは、Modify Bearer Responseというメッセージで要求を確認する必要があります。サービングGW再配置の場合、PDN GWはそのコンテキストフィールドを更新し、ベアラ変更応答（課金ID、MSISDNなど）メッセージをサービングGWに返す。 MSISDNは、PDN GWがUEコンテキストに格納している場合に含まれます。
PCCインフラストラクチャが使用される場合、PDN GWは、例えばRATタイプの変更についてPCRFに通知する。


ステップ9.サービングGW（サービングGW再配置は、これがターゲットサービングGWである）は、ベアラ応答の変更メッセージ（原因、制御プレーンのGWトンネルエンドポイント識別子、サービングGWアドレスのためのサービングGWアドレス）を介して、ターゲットSGSNへのユーザプレーンの切り替えを確認する。コントロールプレーン、プロトコル構成オプション）。この段階で、UE、ターゲットRNC、直接トンネルが使用されない場合のターゲットSGSN、サービングGW（これはサービングGW再配置のためのターゲットサービングGWである）およびPDN GWの間のすべてのEPSベアラコンテキストに対してユーザプレーンパスが確立される。
サービングGWが変更されない場合、サービングGWは、パスを切り替えた直後に、1つまたは複数の「エンドマーカ」パケットを古いパス上に送信しなければならない。


ステップ10：現在のルーティングエリアがネットワークに登録されていないことをUEが認識したとき、またはUEのTINが「GUTI」を示すとき、UEは、ターゲットSGSNとのルーティングエリア更新手順を開始し、UEが新しいルーティングエリア。 PMM-CONNECTED UEにルーティングエリア情報を提供するのはRAN機能性である。
ターゲットSGSNは、ハンドオーバメッセージによってベアラコンテキストを受信したときにこのUEに対してIRATハンドオーバが実行されたことを知っているため、ターゲットSGSNはRAUプロシージャのサブセットのみを実行します。具体的には、ソースMME SGSNをターゲットとする。

ステップ11：ステップ6で開始されたタイマが満了すると、ソースMMEはリソースeNodeBにリソース解放を送信する。 Source eNodeBは、UEに関連するリソースを解放する。
ステップ6で開始されたタイマーが満了し、ソースMMEが順方向リロケーション応答メッセージ内のサービングGW変更指示を受信した場合、ソースサービングGWにセッション削除要求（原因）メッセージを送信することによってEPSベアラリソースを削除する。原因は、Source Serving GWがSource Serving GWがPDN GWに対して削除手順を開始しないことをSource Serving GWに示す。 Source Serving GWは、Session Response（Cause）メッセージの削除を確認します。この手続きの前にISRがアクティブ化されている場合、その原因は、送信元S GWがそのCNノードにベアラ削除要求メッセージを送信することによって、他の旧CNノード上のベアラリソースを削除することをSource S GWに示す。
ステップ12.間接転送が使用された場合、ステップ6で開始されたソースMMEのタイマーの満了により、ソースMMEが間接転送に使用される一時リソースを解放するために間接データ転送トンネル削除要求メッセージをS GWに送信する。

ステップ13：間接転送が使用され、サービングGWが再配置される場合、ステップ6で開始されたターゲットSGSNでのタイマーの満了は、ターゲットSGSNに、間接データ転送トンネル削除要求メッセージをターゲットS GWに送信して、間接転送のために使用されるリソース。

S1 interface based handover

最後の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 Con​​text 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である場合のハンドオーバリソースを取り消さなければならない。

X2-based handover with SGW relocation

前回の記事ではX2インターフェイスに基づくハンドオーバについて説明しましたが、SGWの変更がないため、SGWの再配置によるX2ベースのハンドオーバに対処する必要があります。

このすべての情報は、3GPP TS 23.401を読んで見つけることができます。
今日は通常、高いレベルの抽象的な画像から始めます。 下記を参照してください。

あなたが見ることができるように、図1はX2ベースのハンドオーバとほぼ同じです。SGWを変更する必要がなかった場合、緑色の矢印が先ほど話したケースを示しています（興味があればここで読むことができます） 。 今日我々は、青（青紫色の青色の矢印）で描かれた場合に興味があります。 ハンドオーバがどこで行われたかSGW再配置によるX2インターフェイス。
UEとeNB間の緑色の回線で、SGWの変更なしにハンドオーバ操作の終了時に変更されたパスを示します。 UE、eNB、MMEと新しいSGWとの間の青い線は、古いSGWを新しいものに変更した後に新しい経路を示している。


ハンドオーバの詳細な説明に入る前に、X2インターフェイスベースのハンドオーバに関する一般的な情報はほとんどありません。


一般的なX2ベースのHO記述

これらの手順は、X2インタフェースを使用してソースeNodeBからターゲットeNodeBにUEをハンドオーバするために使用される。これらの手順では、MMEは変更されません。サービングGWが変更されていないか、または再配置されているかによって、2つの手順が定義されます。ソースeNodeBとターゲットeNodeBとの間のX2インタフェースに加えて、手順は、MMEとソースeNodeBとの間だけでなく、MMEとターゲットeNodeBとの間のS1-MMEインタフェースの存在に依存する。
サービングPLMNがX2ベースのハンドオーバの間に変化する場合、例えば、ソースeNodeBは、新しいサービングPLMNとして選択されたPLMNを（ハンドオーバー制限リスト内の）ターゲットeNodeBに示すものとする。
UEは、ハンドオーバコマンドを受信すると、ターゲットセル内の対応するEPS無線ベアラを受信しなかったEPSベアラを除去する。ハンドオーバ実行の一部として、ダウンリンクおよびオプションとしてアップリンクパケットがソースeNodeBからターゲットeNodeBに転送される。 UEがターゲットeNodeBに到着したとき、ソースeNodeBから転送されたダウンリンクデータをそれに送ることができる。 UEからのアップリンクデータは、（ソース）SGWを介してPGWに、またはオプションでソースeNodeBからターゲットeNodeBに転送することができる。ハンドオーバ完了フェーズのみがSGWの潜在的な変更の影響を受け、ハンドオーバ準備と実行フェーズは同一である。
MMEは、X2ハンドオーバが進行中であることを示すeNodeBからのNAS手順（例えば専用ベアラ確立/変更/リリース、位置報告制御、NASメッセージ転送など）に対する拒否を受信した場合、 SGW再配置の場合を除いて、ハンドオーバが完了したか、またはハンドオーバが失敗したとみなされる場合でも、同じNAS手順。故障は、NAS手順を守るタイマーの満了によって知られている。
MMEは、ハンドオーバ手順中にサービングGWの再配置が必要であることを検出した場合（このタイプのHOについては後で説明する）、ハンドオーバ手順が開始された後に受信されたPGW開始EPSベアラ要求を拒否し、進行中のハンドオーバ手順によりリクエストが一時的に拒否されました。拒否はSGWによってPGWに転送され、同じ指示が適用されます。
進行中のハンドオーバ手順のために要求が一時的に拒否されたことを示すEPSベアラPDN GW開始手順に対する拒否を受信すると、PGWはローカルに構成されたガードタイマを開始する。 PGWは、ハンドオーバが完了したことを検出するか、またはメッセージ受信を使用して失敗したか、またはガードタイマーが満了したときに、予め設定された回数まで手順を再試行する。
MMEが、X2ハンドオーバが進行中であるという指示を伴うeNodeBからのCSフォールバックインジケータを有するUEコンテキスト変更要求メッセージに対する拒否を受信した場合、MMEはCSフォールバックインジケータを有するUEコンテキスト変更要求メッセージをターゲットeNodeBに再送するハンドオーバが完了したとき、またはハンドオーバが失敗したとみなされたときにソースeNBに通知する。


サービングGW再配置によるX2ベースのハンドオーバ
この手順は、MMEが変更されておらず、MMEがサービングGWが再配置されるべきであると決定した場合に、X2を使用してUEをソースeNodeBからターゲットeNodeBにハンドオーバーするために使用される。 正直言って、今私がこの記事を準備しているとき、私がこのハンドオーバタイプを使用すると思う理由は、SGWのソフトウェアアップグレードへの準備です。 ソースサービングGWとソースeNodeBとの間、ソースサービングGWとターゲットeNodeBとの間、およびターゲットサービングGWとターゲットeNodeBとの間のIP接続の存在が想定される。 （ターゲットeNodeBとソースサービングGWとの間にIP接続がない場合、代わりにS1ベースのハンドオーバー手順が使用されるものと想定される）。



ステップ1：ターゲットeNodeBは、ターゲットセルのECGIおよび切り替えられるEPSベアラのリストを含む、UEがセルを変更したことを通知するために、MMEにパス切り替え要求メッセージを送信する。 MMEは、サービングGWが再配置されたと判定し、新たなサービングGWを選択する。

注：MMEはTA粒度のSGWサービスエリアを知っています。

ステップ2. MMEは、PDN GWアドレスおよびTEID（GTPベースのS5 / S8の場合）またはGREキー（PMIPベースのS5 / S8の場合）を持つベアラコンテキストをPDN GWに送信します。デフォルトのベアラが存在する各PDN接続のターゲットSGWへのPDN接続あたりのアップリンクトラフィック、受け入れられたEPSベアラのためのダウンリンクユーザプレーンのeNodeBアドレスおよびTEID、受け入れられたEPSベアラのためのプロトコルタイプ、S5 / S8、UEタイムゾーン）ターゲットeNodeBによって受け入れられました。ターゲットサービングGWは、S1-Uインタフェース（ベアラ当たり1つのTEID）上のアップリンクトラフィック用のSGWアドレスとTEIDを割り当てる。 S5 / S8上のプロトコルタイプは、S5 / S8インターフェイス上でどのプロトコルを使用すべきかSGWに提供されます。 PGWがUEの位置情報を要求した場合、MMEはまた、このメッセージ内にユーザ位置情報IEを含む。
MMEは、ステップ1で受信されたEPSベアラのリストを使用して、UEコンテキスト内の任意の専用EPSベアラがターゲットeNodeBによって受け入れられていないかどうかを判定する。 MMEは、ターゲットSGWを介してベアラ解放手順をトリガすることによって、未承諾の専用ベアラを解放する。 SGWが未受領のベアラに対するDLパケットを受信すると、SGWはDLパケットを廃棄し、MMEにダウンリンクデータ通知を送信しない。
PDNコネクションのデフォルトのベアラがターゲットeNodeBによって受け入れられておらず、複数のPDNコネクションがアクティブである場合、MMEはそのPDNコネクションのすべてのベアラを失敗としてみなし、MMEが要求したPDN切断手順をソースSGW。
デフォルトのEPSベアラがターゲットeNodeBによって受け入れられなかった場合、MMEはステップ5で指定されたとおりに動作する。

ステップ3：ターゲットサービングGWは、PDN GWからのダウンリンクトラフィックのアドレスおよびTEID（ベアラ当たり1つ）を割り当てる。サービングGWは、受け入れられないベアラについても、S5 / S8上でDL TEIDを割り当てる。 PDN接続ごとにPDN GWにModify Bearer Request（ユーザプレーン用のGWアドレスおよびTEID（s））メッセージを送信します。 SGWは、ステップ2で存在する場合、ユーザ位置情報IEおよび/またはUE時間帯IEも含む.PDN GWは、そのコンテキストフィールドを更新し、ベアラ変更応答（課金Id、MSISDNなど）メッセージをサービングGWに返す。 MSISDNは、PDN GWがUEコンテキストに格納している場合に含まれます。 PDN GWは、新しく受信したアドレスとTEIDを使用して、ターゲットGWへのダウンリンクパケットの送信を開始する。これらのダウンリンクパケットは、ターゲットeNodeBへのターゲットサービングGWを介して新しいダウンリンク経路を使用する。サービングGWは、失敗したベアラに対してTEIDを割り当て、MMEに通知しなければならない。

ステップ4：ターゲットサービングGWは、ターゲットMMEにセッション作成応答（ユーザプレーン用サービングGWアドレスおよびアップリンクTEID）メッセージを返信する。 MMEは、ステップ7で使用されるタイマーを開始する。

ステップ5. MMEは、Path Switch Request Ack（ユーザプレーンのサービングGWアドレスおよびアップリンクTEID）メッセージを含むPath Switch Requestメッセージを確認する。 UE AMBRが変更された場合、例えば、同じAPNに関連付けられているすべてのEPSベアラがターゲットeNodeBで拒否された場合、MMEは、Path Switch Request AckメッセージのターゲットeNodeBにUE AMBRの更新値を提供します。ターゲットeNodeBは、後続のアップリンクパケットを転送するために新しいサービングGWアドレスおよびTEIDを使用し始める。
一部のEPSベアラがコアネットワークで正常に切り替えられなかった場合、MMEは、パススイッチ要求確認メッセージに、ベアラが確立されなかったことを通知し、専用ベアラは、ベアラ解放手順を開始して、 EPSベアラー。ターゲットeNodeBは、ベアラがコアネットワーク内に確立されていないことが通知されたときに、対応するベアラコンテキストを削除しなければならない。
デフォルトのEPSベアラがコアネットワークで正常に切り替えられなかった場合、またはターゲットeNodeBによって受け入れられていない場合、MMEはターゲットeNodeBにPath Switch Request Failureメッセージを送信します。 MMEは、MME開始デタッチ手順で説明したように、UEを明示的にデタッチする。
Release Resourceを送信することによって、ターゲットeNodeBは、ソースeNodeBへのハンドオーバーの成功を通知し、リソースの解放をトリガーする。

ステップ7.ステップ4の後にタイマーが満了すると、ソースMMEは、セッションの削除要求メッセージ（原因）を送信することによって、ソースサービングGW内のベアラを解放する。 原因は、Source Serving GWがSource Serving GWがPDN GWに対して削除手順を開始しないことをSource Serving GWに示す。 Source Serving GWは、セッション応答メッセージの削除を確認します。 この手順の前にISRがアクティブ化されている場合、原因はまた、送信元SGWがそのCNノードにベアラ削除要求メッセージを送信することによって、他の古いCNノード上のベアラリソースを削除することをソースSGWに示す。

ステップ8：UEは、そのような必要性があるときにトラッキングエリア更新手順を開始する

X2-based handover without SGW relocation

LTEには2つの一般的なハンドオーバがあります。: X2 and S1

この記事では、X2ベースのHOだけを説明し、SGWが変更されていない場合のX2ベースのハンドオーバに関する情報を公開することを認めなければなりません。
[別のHOを記述した記事を公開した後、この行を直接リンクで更新します。[Update-16-03-2012]最初はSGW再配置によるX2ベースのハンドオーバーです）。

これらすべての情報は、3GPP TS 23.401を読むだけであなた自身が見つけることができます。

いつものように、一般的な写真から始めるのは良いことなので、ここにあります。

ご覧のように、緑色の矢印は、同じMMEによって制御される2つのeNodeB間のUEの動きを示しています。 あなたが知るべき手順は、ハンドオーバーと呼ばれます。 この手順では、UEとPGWとの間で設定されたベアラはすべて、新しいeNodeBに移動される（ターゲットeNodeBがそれらを処理できる場合）。
X2ベースのハンドオーバの一般的な説明は以下を参照してください。


一般的なX2ベースのHO記述

これらの手順は、X2インタフェースを使用してソースeNodeBからターゲットeNodeBにUEをハンドオーバするために使用される。これらの手順では、MMEは変更されません。サービングGWが変更されていないか、または再配置されているかによって、2つの手順が定義されます。ソースeNodeBとターゲットeNodeBとの間のX2インタフェースに加えて、手順は、MMEとソースeNodeBとの間だけでなく、MMEとターゲットeNodeBとの間のS1-MMEインタフェースの存在に依存する。
サービングPLMNがX2ベースのハンドオーバの間に変化する場合、例えば、ソースeNodeBは、新しいサービングPLMNとして選択されたPLMNを（ハンドオーバー制限リスト内の）ターゲットeNodeBに示すものとする。
UEは、ハンドオーバコマンドを受信すると、ターゲットセル内の対応するEPS無線ベアラを受信しなかったEPSベアラを除去する。ハンドオーバ実行の一部として、ダウンリンクおよびオプションとしてアップリンクパケットがソースeNodeBからターゲットeNodeBに転送される。 UEがターゲットeNodeBに到着したとき、ソースeNodeBから転送されたダウンリンクデータをそれに送ることができる。 UEからのアップリンクデータは、（ソース）SGWを介してPGWに、またはオプションでソースeNodeBからターゲットeNodeBに転送することができる。ハンドオーバ完了フェーズのみがSGWの潜在的な変更の影響を受け、ハンドオーバ準備と実行フェーズは同一である。
MMEは、X2ハンドオーバが進行中であることを示すeNodeBからのNAS手順（例えば専用ベアラ確立/変更/リリース、位置報告制御、NASメッセージ転送など）に対する拒否を受信した場合、 SGW再配置の場合を除いて、ハンドオーバが完了したか、またはハンドオーバが失敗したとみなされる場合でも、同じNAS手順。故障は、NAS手順を守るタイマーの満了によって知られている。
MMEは、ハンドオーバ手順中にサービングGWの再配置が必要であることを検出した場合（このタイプのHOについては後で説明する）、ハンドオーバ手順が開始された後に受信されたPGW開始EPSベアラ要求を拒否し、進行中のハンドオーバ手順によりリクエストが一時的に拒否されました。拒否はSGWによってPGWに転送され、同じ指示が適用されます。
進行中のハンドオーバ手順のために要求が一時的に拒否されたことを示すEPSベアラPDN GW開始手順に対する拒否を受信すると、PGWはローカルに構成されたガードタイマを開始する。 PGWは、ハンドオーバが完了したことを検出するか、またはメッセージ受信を使用して失敗したか、またはガードタイマーが満了したときに、予め設定された回数まで手順を再試行する。
MMEが、X2ハンドオーバが進行中であるという指示を伴うeNodeBからのCSフォールバックインジケータを有するUEコンテキスト変更要求メッセージに対する拒否を受信した場合、MMEはCSフォールバックインジケータを有するUEコンテキスト変更要求メッセージをターゲットeNodeBに再送するハンドオーバが完了したとき、またはハンドオーバが失敗したとみなされたときにソースeNBに通知する。


X2-based handover without SGW relocation
この手順は、MMEが変更されていない場合にX2を使用してソースeNodeBからターゲットeNodeBにUEをハンドオーバーするために使用され、サービングGWも変更されないと決定する。 サービングGWとソースeNodeBとの間、およびサービングGWとターゲットeNodeBとの間のIP接続の存在が想定される。



ステップ1：ターゲットeNodeBは、ターゲットセルのTAI + ECGIおよび切り替えられるEPSベアラのリストを含む、UEがセルを変更したことを通知するために、MMEにパス切り替え要求メッセージを送信する。 MMEは、サービングGWがUEにサービスを提供し続けることができると判断する

ステップ2. MMEは、デフォルトのベアラが受け入れられた各PD​​N接続について、サービングGWへのPDN接続ごとにベアラ変更要求（受け入れられたEPSベアラのためのダウンリンクユーザプレーンのためのeNodeBアドレスおよびTEID、ISR活性化）メッセージを送信するターゲットeNodeBによって識別される。 PDN GWがUEの位置情報を要求した場合、MMEはまた、このメッセージ内にユーザ位置情報IEを含む。 UEタイムゾーンが変更された場合、MMEはこのメッセージにUEタイムゾーンIEを含む。この手順の前にISRがアクティブ化されている場合、MMEはISRを維持する必要があります。 UEは、トラッキングエリア更新手順においてISR状態について通知される。
MMEは、ステップ1で受信されたEPSベアラのリストを使用して、UEコンテキスト内の任意の専用EPSベアラがターゲットeNodeBによって受け入れられていないかどうかを判定する。 MMEは、ベアラ解放手順をトリガすることによって、受け入れられていない専用ベアラを解放する。サービングGWが、非許容ベアラのDLパケットを受信した場合、サービングGWはDLパケットを廃棄し、ダウンリンクデータ通知をMMEに送信しない。
PDNコネクションのデフォルトベアラがターゲットeNodeBによって受け入れられておらず、複数のPDNコネクションがアクティブである場合、MMEは、そのPDNコネクションのすべてのベアラを失敗としてみなし、MMNが要求したPDN切断手順をトリガすることによってPDNコネクションを解放する。
デフォルトのEPSベアラがターゲットeNodeBによって受け入れられなかった場合、MMEは手順6で指定されたとおりに動作します。

ステップ3において、サービングGWがステップ2でMMEからユーザ位置情報IEおよび/またはUEタイムゾーンIEを受信した場合、サービングGWは、この情報についてPDNGWに通知する。関連するPDN GWへのPDN接続ごとにベアラ変更要求（サービングGWアドレスおよびTEID、ユーザ位置情報IEおよび/またはUEタイムゾーンIE）メッセージを送信することによって、課金に使用することができる。 Modify Bearer ResponseメッセージがサービングGWに返送される。

ステップ4.サービングGWは、新しく受信されたアドレスおよびTEIDを使用して、ターゲットeNodeBにダウンリンクパケットを送信し始める。 Modify Bearer ResponseメッセージがMMEに返送される。

ステップ5.サービングGWは、ターゲットeNodeBにおける並べ替え機能を支援するために、パスを切り替えた直後に、1つまたは複数の「エンドマーカ」パケットを古いパス上に送信しなければならない。
MMEは、Path Switch Request AckメッセージでPath Switch Requestメッセージを確認します。 UE AMBRが変更された場合、例えば、同じAPNに関連付けられているすべてのEPSベアラがターゲットeNodeBで拒否された場合、MMEは、Path Switch Request AckメッセージのターゲットeNodeBにUE AMBRの更新値を提供します。
一部のEPSベアラがコアネットワークで正常に切り替えられなかった場合、MMEは、パススイッチ要求確認メッセージに、ベアラが確立されなかったことを通知し、専用ベアラは、ベアラ解放手順を開始して、 EPSベアラー。ターゲットeNodeBは、ベアラがコアネットワーク内に確立されていないことが通知されたときに、対応するベアラコンテキストを削除しなければならない。
デフォルトのEPSベアラがコアネットワークで正常に切り替えられなかった場合、またはターゲットeNodeBによって受け入れられていない場合、MMEはターゲットeNodeBにPath Switch Request Failureメッセージを送信します。 MMEは、MME開始デタッチ手順で説明したように、UEを明示的にデタッチする。

ステップ7：リリースリソースを送信することによって、ターゲットeNodeBは、ソースeNodeBへのハンドオーバーの成功を通知し、リソースの解放をトリガーする。

ステップ8.「エリア更新のためのトリガ」という句に記載されている条件の1つが当てはまる場合、UEはトラッキングエリア更新手順を開始する。 MMEがトラッキングエリア更新要求を受信したときにISRがUEに対してアクティブにされた場合、MMEはトラッキングエリア更新受諾メッセージにISR Activatedを示すことによってISRを維持する必要があります。