Risoluzione dei problemi relativi all'AVP informazioni sulla posizione EPS mancanti in Insert-Subscriber-Data-Answer Message
Introduzione
In questo documento viene descritto come risolvere i problemi relativi all'AVP informazioni sulla posizione EPS mancante nel messaggio Insert-Subscriber-Data-Answer.
Prerequisiti
Specifiche tecniche 3GPP - 29.272
Requisiti
Cisco raccomanda la conoscenza della guida per l'amministratore di StarOS-Mobility Management Entity (MME).
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Panoramica
Insert-Subscriber-Data Request (ISDR) e Insert-Subscriber-Data Answer (ISDA) sono messaggi definiti sull'interfaccia S6a/S6d nelle reti 3GPP. Questi messaggi consentono al server Home Subscriber Server (HSS) di inviare i dati aggiornati del sottoscrittore all'MME (S6a) o all'SGSN (S6d) senza richiedere una richiesta alla rete di accesso.
La procedura Insert-Subscriber-Data viene utilizzata quando HSS deve aggiornare le informazioni del sottoscrittore memorizzate in MME o SGSN (Server GPRS Support Node). A differenza di altre procedure relative al diametro, questa viene avviata dall'HSS, non dall'MME/SGSN.
Scenari tipici di utilizzo di ISDR:
- Aggiornamenti amministrativi: Attivato da modifiche nei dati di sottoscrizione utente archiviati in HSS (ad esempio, sottoscrizioni nuove o modificate).
- Barra determinata dall'operatore: Utilizzato quando l'operatore applica, modifica o rimuove regole di blocco.
- Traccia sottoscrittore: Abilita o aggiorna la traccia del sottoscrittore in MME/SGSN.
- Raggiungibilità UE: Informa MME/SGSN che HSS desidera essere avvisato quando l'UE diventa raggiungibile.
- Supporto T-ADS (Terminating Access Domain Support): Richiede i dati necessari per la direzione del traffico a livello di applicazione (T-ADS).
- Recupero percorso/stato: Recupera informazioni sulla posizione UE o sullo stato da MME/SGSN.
- Informazioni fuso orario locale: Recupera i dettagli del fuso orario dell'ubicazione corrente dell'attrezzatura utente (UE).
- Aggiornamento STN-SR (Session Transfer Number for SRVCC): Aggiorna il numero di routing SRVCC (Single Radio Voice Call Continuity) a causa di interazioni con SCC-AS (Service Centralization and Continuity Application Server).
- PDN (Packet Data Network) GW (Gateway) Info (non 3GPP): Aggiorna MME/SGSN con identità gateway PDN per l'accesso non 3GPP, inclusi i servizi di emergenza.
- Annullamento registrazione SMS (Short Message Service): Notifica all'utente che è stata annullata la registrazione per i servizi SMS.
- Ripristino P-CSCF (Funzione di controllo delle sessioni di chiamata proxy): Attiva il ripristino in base alle istruzioni HSS (secondo 3GPP TS 23.380).
- Configurazione evento di monitoraggio: Richiede la configurazione, la creazione di rapporti o l'eliminazione di eventi di monitoraggio.
- Aggiornamento dell'ora di attivazione: Invia la durata attiva PSM (modalità di risparmio energia) desiderata a ME.
Formato messaggio di ISDR-ISDA
< Insert-Subscriber-Data-Request> ::= < Diameter Header: 319, REQ, PXY, 16777251 >
< Session-Id >
[ DRMP ]
[ Vendor-Specific-Application-Id ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{ Destination-Host }
{ Destination-Realm }
{ User-Name }
*[ Supported-Features]
{ Subscription-Data}
[ IDR- Flags ]
*[ Reset-ID ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
< Insert-Subscriber-Data-Answer> ::= < Diameter Header: 319, PXY, 16777251 >
< Session-Id >
[ DRMP ]
[ Vendor-Specific-Application-Id ]
*[ Supported-Features ]
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ IMS-Voice-Over-PS-Sessions-Supported ]
ETSI
3GPP TS 29.272 version 15.4.0 Release 15 70 ETSI TS 129 272 V15.4.0 (2018-07)
[ Last-UE-Activity-Time ]
[ RAT-Type ]
[ IDA-Flags ]
[ EPS-User-State ]
[ EPS-Location-Information ]
[Local-Time-Zone ]
[ Supported-Services ]
*[ Monitoring-Event-Report ]
*[ Monitoring-Event-Config-Status ]
*[ AVP ]
[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
Qual è il ruolo di EPS-Location-Information AVP?
L'AVP EPS-Location-Information disponibile nella procedura Insert Subscriber Data in 3GPP viene utilizzata per fornire informazioni sulla posizione dell'utente rilevante per le operazioni di Evolved Packet System (EPS). In particolare, consente all'HSS di richiedere all'MME i dettagli sulla posizione corrente dell'utente, inclusi l'ID TAC (Tracking Area Code) e l'ID eNB (Evolved NodeB) della cella che serve l'utente. Lo scopo principale di questo AVP è che HSS recuperi le informazioni sulla posizione di un sottoscrittore.
Flusso di chiamata
1. HSS avvia ISDR:
HSS, responsabile dell'archiviazione e della gestione dei dati del sottoscrittore, avvia un messaggio ISDR (con Richiesta informazioni sulla posizione EPS impostata su 1 in IDR-Flags AVP) per MME o SGSN. Questo viene attivato da eventi quali la modifica di un profilo di sottoscrizione del sottoscrittore o l'aggiornamento della posizione.
2. MME/SGSN riceve ISDR:
MME o SGSN riceve il messaggio ISDR ed estrae i dati del destinatario.
3. MME/SGSN esegue azioni:
L'MME o SGSN utilizza i dati della posizione del sottoscrittore ricevuto per aggiornare il proprio database locale e potenzialmente attivare altre procedure, ad esempio gli aggiornamenti della posizione o le attivazioni del servizio.
4. MME/SGSN invia a ISDA:
Una volta che MME o SGSN hanno elaborato l'ISDR e aggiornato i suoi dati, invia un messaggio ISDA che contiene le informazioni sulla posizione EPS AVP (sotto cui ci sono le 3 AVP richieste- ID cella, TAC, età-posizione-info) nuovamente all'HSS per confermare il completamento del processo.
5. HSS riceve ISDA:
HSS riceve il messaggio ISDA e verifica che i dati siano stati inseriti correttamente in MME o SGSN.
Risoluzione dei problemi
- L'aspetto principale consiste nel controllare se 'Update-Dictionary-Avps' è presente in tutti i 'servizi HSS'. In questo caso è 'NA'. È possibile verificare la stessa condizione eseguendo questa CLI:
******** show hss-peer-service service all *******
Service name : hss<>
Notify Request Message : Enable
Service name : hss<>
Notify Request Message : Enable
Update-Dictionary-Avps : N/A
- Una volta selezionata questa opzione, è possibile richiedere questi registri per risolvere ulteriormente il problema:
1. Request “show config verbose”
2. Monitor Subscriber with all the required options:
monitor subscriber <imsi>, along with 19,33,34,35,A,S,X,Y,+++
3. Debug logs:
logging filter active facility diameter level debug
logging filter active facility sessmgr level debug
logging filter active facility mme-app level debug
logging active
no logging active // to deactivate
4. Logging monitor:
configure
logging monitor msid <imsi>
exit
5. Request syslogs which captures the issue.
Scenario problematico
Nel campo che presenta un problema (pacchetto 1), è possibile notare che 'EPS location information AVP' è richiesto/impostato su '1' nella richiesta ISDR (Insert-subscriber-Data Request) e che non sono presenti 'informazioni EPS' nella risposta ISDA (Insert-subscriber-data-Answer) (pacchetto 2), sebbene sia stato richiesto.
Per risolvere ulteriormente il problema, accertarsi di esaminare tutti i registri richiesti.
Come accennato in precedenza, è necessario innanzitutto controllare la configurazione hss-peer-service del nodo problematico.
Configurazione di riferimento:
hss-peer-service <>
diameter hss-endpoint <>
no diameter update-dictionary-avps
--- more lines ---
exit
In questa configurazione, è possibile vedere che non c'è stato 'no diameter update-dictionary-avps'.
Pertanto, è stato aggiornato all'ultima release come da StarOS admin guide per correggere il problema, che è la release 11.
La configurazione di riferimento è la seguente:
Mode
Exec > Global Configuration > Context Configuration > HSS Peer Service Configuration
configure > context context_name > hss-peer-service service_name
Entering the above command sequence results in the following prompt:
[context_name]host_name(config-hss-peer-service)#
Syntax
diameter update-dictionary-avps { 3gpp-r10 | 3gpp-r11 | 3gpp-r9 }
no diameter update-dictionary-avps
no
Sets the command to the default value where Release 8 ('standard') dictionary is used for backward compatibility of previous releases.
3gpp-r10
Configures the MME /SGSN to signal additional AVPs to HSS in support of Release 10 of 3GPP 29.272.
3gpp-r11
Configures the MME /SGSN to signal additional AVPs to HSS in support of Release 11 of 3GPP 29.272.
Using this keyword is necessary to enable the MME to fully support inclusion of the Additional Mobile Station ISDN (A-MSISDN) flag of the Feature List AVP in Update Location Request (ULR) messages sent over the S6a interface to the HSS at the time a UE Attaches. For more information about supporting A-MSISDN, refer to the information for the a-msisdn command in the Call-Control Profile configuration mode.
3gpp-r9
Configures the MME/SGSN to signal Release 9 AVPs to HSS.
Usage Guidelines
Use this command to configure the 3GPP release that should be supported for this HSS peer service.
This command is only applicable for the 'standard' diameter dictionary as defined in the diameter hss-dictionary command.
Soluzione
Una volta implementata la CLI suggerita, ecco la traccia corretta, ossia le "informazioni sulla posizione EPS" presenti nell'ISDA.
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
15-May-2025
|
Versione iniziale |
Feedback