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は、デフォルトのベアラが受け入れられた各PDN接続について、サービング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を維持する必要があります。
Saturday, October 20, 2018
X2-based handover without SGW relocation
Labels:
pgw,
s1 handover,
s1 ハノーファー,
sgw,
telecom,
x2 handover,
x2 ハノーファー
Location:
Japan
Subscribe to:
Post Comments (Atom)
Interfaces and their protocol stacks
インタフェースとそのプロトコルスタック 主要なネットワーク要素に精通した後、これら要素間のインタフェースをよりよく知る時期が来ています。 インタフェースは、MME、SGWおよびPGWが他のネットワーク要素(例えば、HSSまたはPCRF)と協働することを可能にする。 それらの...
-
モバイル加入者の識別 一般情報 ユニークな国際モバイル加入者アイデンティティ(IMSI)は、各(GSM、UMTS、およびEPS)システム内の各モバイル加入者に割り当てられるものとする。加入者識別機密性サービスをサポートするために、VLR、SGSNおよびMMEは、訪問移動加入...
-
Periodic TAU 周期的トラッキングエリア更新は、UEのネットワークへの利用可能性を定期的に通知するために使用される。 この手順は、定期的なトラッキングエリア更新タイマ(タイマT3412)によってUEにおいて制御される。 タイマT3412の値は、ATTACH ACCEP...
-
EPSモビリティ管理(EMM)状態は、モビリティ管理手順に起因するモビリティ管理状態を記述する。 アタッチおよびトラッキングエリアの更新手順。 仕様に記載されている2つのEMM状態があります。 EMM-DEREGISTERED EMM-REGISTERED EPS接続管...
No comments:
Post a Comment