ASR 5000 Series Waarom het maken van sessierespons soms de context AVP aan toonder omvat en andere keren niet

Downloadopties

  • PDF     (106.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (110.7 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (242.4 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:21 augustus 2015
Document-id:200070

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Long Term Evolution (LTE) roept setup op een Packet Data Network Gateway (PGW) bevat GPRS Tunelling Protocol (GTP)-berichten, Session Application Application en Session Response (sessieaanvraag) aan beide uiteinden van de installatie. In het geval van afgewezen oproepen, kan Session Response worden gemaakt of kan deze geen contextelement (IE) aan toonder bevatten. Dit artikel legt uit waarom sommige afwijzende partijen de context aan toonder noemen, terwijl andere dat niet doen. Dit document biedt verduidelijking om mogelijke verwarring te voorkomen wanneer het oplossen van problemen en het analyseren van verwerpingscodes op S5/S11 interfaces via pakketvastlegging (PCAPs).

vraag

De screenshot hieronder toont een voorbeeld van Session Response die twee waarden heeft voor de afwijzing van de zorgcode 73 (geen bronnen beschikbaar), terwijl het tweede screenshot slechts één ingang heeft. Waarom lijkt dit niet consequent?

Draadloze pakketvastlegging

200070-ASR-5000-Series-Why-Create-Session-Respo-00.png

200070-ASR-5000-Series-Why-Create-Session-Respo-01.png

verklaring

Het blijkt dat als op de oproep wordt gereageerd tijdens de vroege fasen van de instelling, er geen context aan toonder in de respons is opgenomen en daarom slechts één geval van een oorzaakcode inbegrepen. Een vroege fase kan bestaan uit een afwijzing op het demux-procesniveau (d.w.z. egtpinmgr), een parse error of een onjuist informatie-element (IE). Maar als oproepen in latere fasen worden afgewezen, zoals Diameter S6b, Gx, Gy, enz., terwijl ze worden verwerkt door sessmgr, wat het meest voorkomende scenario is, dan is er een oorzaakcode op het contextniveau van de toonder opgenomen (wat effectief de hoofdoorzaakcode verdubbelt).

Per specificatie is het gedrag van het niet opnemen van de context aan toonder aanvaardbaar: 3GPP 29.274-a50 Sectie 6.1.1 stelt duidelijk dat "In de reactie alleen het oorzaakinformatie-element op berichtniveau moet worden opgenomen indien de Oorzaak een waarde bevat die aangeeft dat het verzoek niet wordt ingewilligd, ongeacht of er andere verplichte of voorwaardelijke informatie-elementen zijn gedefinieerd voor een bepaald antwoordbericht". Samengevat: wat normaal een verplicht IE is, wordt optioneel (en het is dus niet goed om het op te nemen) in het geval dat de reactie op het berichtenniveau een afwijzing is.

Gerelateerde informatie

TAC Authored

Bijgedragen door Cisco-engineers

  • Dave Damerjian
    Cisco technische services

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten