Risoluzione dei problemi relativi all'aggiornamento dei dettagli dell'ID cella su un server Li

Introduzione

Questo documento descrive l'aggiornamento dei dettagli delle celle sul server Lawful intercept (Li) senza modifica del codice dell'area di rilevamento (TAC).

Premesse

1. I dettagli della cella vengono spostati verso Mobility Management Entity (MME) e verso SPGW (Serving and Packet Data Network) Gateway (SPGW) tramite informazioni sulla posizione dell'utente (ULI) quando l'utente viene bloccato per la prima volta o quando la posizione viene modificata.

2. Quando la posizione viene modificata, può essere un cambio di area di routing per 2G/3G o un cambio di area di rilevamento per 4G dove si inviano le informazioni aggiornate di ULI verso MME e più lontano verso SPGW via MBReq.

Risoluzione dei problemi relativi all'aggiornamento dei dettagli dell'ID cella su un server Li

1. Normalmente, MME invia una richiesta di modifica del supporto di trasmissione a SPGW per qualsiasi aggiornamento o modifica nella sessione di supporto in corso.

2. Quando l'utente passa da un TAC a un altro TAC, MME invia una richiesta di modifica del supporto a SPGW con le informazioni aggiornate sull'interfaccia utente. E, poiché il server Li si connette con PGW, recupera i dettagli della cellula e TAC da PGW.

3. Tuttavia, quando l'utente si sposta da una cella a un'altra nello stesso TAC ed è in stato di spostamento, non invia alcuna richiesta Modify Bearer a SPGW in quanto il Tunnel End Identifier (TEID)/S1-U/Enodeb rimane invariato e non c'è nulla da aggiornare. In tali scenari, i dettagli più recenti delle celle non vengono spinti verso SPGW. Pertanto, il server Li non ottiene l'ultima cella dell'utente.

Tuttavia, EnodeB invia un messaggio Initial UE con la cella più recente, ma che viene aggiornato solo finché MME e MME non inviano ulteriori richieste Modify Bearer a SPGW basate solo su questo messaggio e senza alcun aggiornamento.

Soluzione 

1. È possibile abilitare i trigger ULI da MME a SPGW, ma anche in questo caso si tratta di un'operazione da considerare a livello TAC. Quindi, non è utile per ogni cambiamento a livello di cellula. Pertanto, in uno scenario di questo tipo quando l'utente è in stato di movimento e le celle vengono modificate all'interno dello stesso TAC, tali celle non vengono aggiornate nel server Li.

Una volta aggiornato l'utente o che l'utente si blocca di nuovo, i dettagli più recenti della cella vengono aggiornati su PGW da dove il server Li può ottenere i dettagli.

2. Al momento, tale CLI non è in grado di abilitare i trigger basati solo sul cambiamento della cella anche se rientra nello stesso TAC.

3. Uno degli svantaggi di questa implementazione di trigger a livello di cella è che aumenta i messaggi del segnale di controllo nella rete fino a un intervallo molto elevato.