内容

はじめに

背景説明

Liサーバ上のセルIDの詳細の更新に関するトラブルシューティング

解決方法

はじめに

このドキュメントでは、トラッキングエリアコード(TAC)を変更することなく、合法的傍受(Li)サーバ経由でセルの詳細を更新する方法について説明します。

背景説明

1.セルの詳細は、ユーザが最初にラッチされたとき、またはロケーションが変更されたときに、ユーザロケーション情報(ULI)情報を介してモビリティマネージメントエンティティ(MME)とサービングおよびパケットデータネットワーク(PDN)ゲートウェイ(SPGW)にプッシュされます。

2.ロケーションが変更された場合、2G/3Gのルーティングエリアの変更、または更新されたULI情報をMMEに送信し、さらにMBReqを介してSPGWに送信する4Gのトラッキングエリアの変更が可能です。

Liサーバ上のセルIDの詳細の更新に関するトラブルシューティング

1.通常、MMEは、進行中のベアラセッションの更新または変更のために、SPGWに対してModify Bearer Requestを送信します。

2.ユーザがあるTACから別のTACに移動すると、MMEは更新されたULI情報を含むModify Bearer RequestをSPGWに送信します。 また、LiサーバはPGWと接続しているため、PGWからセルの詳細とTACを取得します。

3.ただし、ユーザが同じTAC内のあるセルから別のセルに移動し、移動状態にある場合、Tunnel End Identifier(TEID)/S1-U/Enodebは同じままで更新するものがないため、SPGWに対してModify Bearer Request(MQ)は送信されません。したがって、このようなシナリオでは、最新のセルの詳細はSPGWにプッシュされません。したがって、Liサーバはユーザの最新のセルを取得しません。

ただし、ここでは、EnodeBが最新のセルを含む初期UEメッセージを送信しますが、これはMMEとMMEが、このメッセージに基づいてのみ、更新なしでSPGWに向けてModify Bearer Request(MBRQ)を送信しない限り更新されます。

解決方法

1. MMEからSPGWへのULIトリガーを有効にできますが、これもTACレベルで検討します。したがって、すべてのセルレベルの変更に対して有効ではありません。したがって、ユーザが移動状態にあり、同じTAC内でセルが変更されたようなシナリオでは、そのようなセルはLiサーバでは更新されません。

ユーザが更新されるか、ユーザが再度ラッチすると、Liサーバが詳細を取得できる場所からPGW経由で最新のセル詳細が更新されます。

2.現在のところ、同じTAC内であってもセル変更のみに基づいてトリガーを有効にできるCLIはありません。

3.このセルレベルトリガーの実装の欠点の1つは、ネットワーク内の制御信号メッセージが非常に高い範囲に増加することです。