Série ASR 5000 Pourquoi créer une réponse de session inclut parfois AVP de contexte de support et d'autres fois, ce n'est pas le cas

Introduction

La configuration des appels LTE (Long Term Evolution) sur une passerelle de réseau de données de paquets (PGW) inclut des messages GTP (GPRS Tunelling Protocol), Create Session Request et Create Session Response, aux deux extrémités de la configuration. Pour les appels rejetés, la fonction Créer une réponse de session peut inclure ou non un élément d'information contextuelle (IE) du support. Cet article explique pourquoi certains rejets incluent le contexte du porteur, alors que d'autres ne le font pas. Ce document fournit des éclaircissements pour éviter toute confusion potentielle lors du dépannage et de l'analyse des codes de cause de rejet sur les interfaces S5/S11 via des captures de paquets (PCAP).

Question 

La capture d'écran ci-dessous montre un exemple de création d'une réponse de session qui comporte deux entrées pour le rejet du code de cause 73 (aucune ressource disponible), alors que la deuxième capture d'écran n'a qu'une seule entrée. Pourquoi cela semble-t-il incohérent ?

Capture de paquets Wireshark

Explication

Il s'avère que si l'appel est traité au cours des premières étapes de la configuration, il n'y a pas de contexte de support inclus dans la réponse, et donc seulement une instance d'un code de cause inclus. Une première étape peut inclure le rejet au niveau du processus de démultiplexage (egtpinmgr), une erreur d'analyse ou un élément d'information incorrect (IE). Mais si les appels sont rejetés dans des étapes ultérieures, telles que Diameter S6b, Gx, Gy, etc., alors qu'ils sont traités par sessmgr, qui est le scénario le plus courant, alors un code cause au niveau du contexte du support est inclus (qui duplique effectivement le code cause principal).

Selon les spécifications, le comportement de ne pas inclure le contexte du support est acceptable : 3GPP 29.274-a50 La section 6.1.1 indique clairement que “ seul l'élément d'information de la cause au niveau du message doit être inclus dans la réponse si la cause contient une valeur indiquant que la demande n'est pas acceptée, qu'il y ait d'autres éléments d'information obligatoires ou conditionnels définis pour une ” de message de réponse donnée. En résumé, ce qui est normalement un IE obligatoire devient facultatif (et il est donc acceptable de ne pas l'inclure) dans le cas où la réponse au niveau du message est un rejet.

Informations connexes

• 3GPP TS 29.274 v10.5.0
• Support et documentation techniques - Cisco Systems