Controleer de 5G SMF DSCP-markering voor N3/S5-U/S2-B via PFCP

Downloadopties

  • PDF     (296.5 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (132.4 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (103.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:2 mei 2022
Document-id:217824

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

    In dit document wordt de markering voor het DSCP-punt (Differentiated Services Code Point) voor N3/S5-U/S2-B over het PFCP-protocol (Packet Forwarding Control Protocol) beschreven.

    Achtergrondinformatie


    DSCP-markering ondersteunt de granulaire configuratie van DSCP. Voor Interactive Traffic Class (ITC) ondersteunt de Subscriber Management Function (SMF) per-Access Point Name (APN) configureerbare DSCP-markering voor Uplink- en Downlink-richting die is gebaseerd op 5QI en Allocation and Retention Policy (ARP)-prioriteitsniveaus. Hiermee kunt u verschillende DSCP-waarden toewijzen voor stromen met dezelfde 5QI maar verschillende ARP-prioriteitswaarden. De mogelijkheid om DSCP-waarden toe te wijzen die zijn gebaseerd op 5QI+ARP kan bijvoorbeeld worden gebruikt om te voldoen aan de naleving van prioriteit- en noodoproepen via VoLTE.

    Opmerking: DSCP-markering is een CLI-gestuurde functie waarmee u 5QI- en ARP-waarden kunt maken en toewijzen aan afdwingbare QoS-parameters.

    markering van het transportniveau

    Transport-level marking is het markeren van verkeer op de User Plane Function (UPF) met een DSCP-waarde. De markering op transportniveau, uitgevoerd op per-QoS-stroom, is gebaseerd op de toewijzing van de 5QI en de optionele ARP-configuratie van het SMF. De SMF regelt de markering op transportniveau en biedt de DSCP in de ToS (IPv4) of de verkeersklasse (IPv6) binnen het informatie-element voor transportniveaumarkering (IE) in de regel forward AC=action (FAR), die is gekoppeld aan de PDR die overeenkomt met het te markeren verkeer. De UPF voert de markering voor het transportniveau uit voor het gedetecteerde verkeer en verzendt het gemarkeerde pakket naar de peer-entiteit. De SMF kan de markering voor het transportniveau wijzigen door de markering voor het transportniveau te wijzigen IE in de desbetreffende FAR. De UPF ondersteunt ook de binnenste pakketmarkering waarin het de tunnelpakketten markeert. Aangezien de 3GPP-specificatie geen specifieke IE bepaalt, gebruikt de UPF een eigen IE met de naam Inner Packet Marking. Daarnaast is er ook een bepaling om het DSCP van het binnenste pakket naar de buitenste IP-header te kopiëren. Aangezien de 3GPP-specificatie geen specifieke IE bepaalt, gebruikt de UPF een particuliere IE met de naam Transport Level Marking Options.

    Het type Transport Level Marking IE wordt gecodeerd zoals weergegeven in deze afbeelding. Het geeft de DSCP-waarde voor de downlink transport-level markering.

    Cisco Ultra Cloud Packet Core Transport Level Marking Information Element Type

    Op dit punt codeer je het Type-of-Service (ToS) of de Traffic Class vindt plaats in de vorm van twee octetten als een OctetString. Het eerste octet bevat de DSCP-waarde in het veld IPv4 Type-of-Service of IPv6 Traffic-Class en het tweede octet bevat het veld ToS of Traffic Class mask, dat is ingesteld op 0xFC.

    Opties voor markering op transportniveau IE

    Het type Transport Level Marking Options IE wordt gecodeerd zoals weergegeven in deze afbeelding. De DSCP voor downlink transport-level markering wordt gekopieerd van het binnenste pakket.

    Cisco Ultra Cloud Packet Core Transport Level Marking Information Element Type Options

    De Copy-Inner en Copy-Outer vlaggen zijn aanwezig in bit-0 en bit-1 van octet 5. Copy-Outer-vlag wordt niet gebruikt voor downlink-pakketten omdat er geen buitenste header aanwezig is in pakketten die van ISP zijn ontvangen. Als een Copy-Inner-vlag aanwezig is, gebruikt de UPF de DSCP-waarde van het binnenste pakket om de IP-header op transportniveau te markeren.

    Markering binnenste pakket IE

    Het type Inner Packet Marking IE wordt gecodeerd zoals weergegeven in deze afbeelding. Het geeft de DSCP-waarde voor de downlink Inner Packet Marking.

    Cisco Ultra Cloud Packet Core Transport Level Inner Marking Information Element Type Values

    Codeer nu de klasse ToS of Traffic in de vorm van twee octetten als een OctetString. Het eerste octet bevat de DSCP-waarde in het veld IPv4 ToS of IPv6-verkeersklasse en het tweede octet bevat het veld ToS of verkeersklasse masker, dat is ingesteld op 0xFC.

    Opmerking: de oorspronkelijke Ethernet Consists Network (ECN)-bits in de IP-header van gebruikerspakketten veranderen niet nadat de markering op transportniveau of de markering op binnenste pakket is toegepast. Als Transport Level Marking IE, Inner Packet Marking IE, of beide IE's zijn gekoppeld aan Uplink FAR, dan geldt de volgende regel voor Uplink Packet Marking: Als Transport Level Marking of Inner Packet Marking IE aanwezig is, wordt de DSCP-waarde gebruikt. Als zowel Transport Level Marking als Inner Packet Marking IE aanwezig zijn, dan wordt de waarde van Transport Level Marking IE gebruikt voor uplink packet marking.

    Laten we nu eens kijken naar de SMF-configuratie. Je ziet dat in het dnn profiel voor dnprof-alpha dat het qos-profiel is ingesteld op 5qi-to-dscp-mapping-table.

    profile dnn dnnprof-alpha
 dns primary ipv4 10.177.0.34
 dns primary ipv6 fd00:976a::9
 dns secondary ipv4 10.177.0.210
 dns secondary ipv6 fd00:976a::10
 network-element-profiles chf nfprf-chf1
 network-element-profiles amf nfprf-amf1
 network-element-profiles pcf nfprf-pcf1
 network-element-profiles udm nfprf-udm1
 dnn alpha network-function-list [ chf pcf upf ]
 dnn rmgr mvno-pool-ipv6
 timeout up-idle 3600 cp-idle 7320
 charging-profile           chgprof-1
 wps-profile                dynamic-wps
 ssc-mode 1 allowed [ 2 ]
 session type IPV4V6 allowed [ IPV4 IPV6 ]
 upf apn alpha
 qos-profile                5qi-to-dscp-mapping-table
 always-on                  false
 userplane-inactivity-timer 3600
 only-nr-capable-ue         true
exit

    De 5qi-naar-dscp-mapping-tabel is te zien in de profiel Qos-configuratie.

    profile qos 5qi-to-dscp-mapping-table
 dscp-map qi5 6 uplink user-datagram dscp-marking 0x0c
 dscp-map qi5 6 downlink encsp-header dscp-marking 0x0c
 dscp-map qi5 7 uplink user-datagram dscp-marking 0x0e
 dscp-map qi5 7 downlink encsp-header dscp-marking 0x0e
 dscp-map qi5 8 uplink user-datagram dscp-marking 0x0e
 dscp-map qi5 8 downlink encsp-header dscp-marking 0x0e
 dscp-map qi5 9 uplink user-datagram dscp-marking 0x0a
 dscp-map qi5 9 downlink encsp-header dscp-marking 0x0a
exit

    De Cisco UPF biedt verschillende handhavingsmechanismen op basis van het beleid dat van het SMF is ontvangen. De UPF is de grens tussen de Access- en IP-domeinen en is de ideale locatie om op beleid gebaseerde handhaving te implementeren. De PCC-regels van de PCF en de vooraf gedefinieerde regels voor de SMF worden geüpload via de N4-interface en geïnstalleerd op de UPF op een per-Data Networking Name (DNN) basis. Dit maakt dynamische beleidswijzigingen mogelijk die gedifferentieerd laden en QoS-handhaving mogelijk maken.

    Revisiegeschiedenis

    Revisie Publicatiedatum Opmerkingen
    1.0
    04-May-2022
    Eerste vrijgave
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Richard Yates
      Cisco Technical Leader

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten