Verifique a marcação 5G SMF DSCP para N3/S5-U/S2-B sobre PFCP

Opções de download

  • PDF     (296.8 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (132.1 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (103.0 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:2 de maio de 2022
ID do documento:217824

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

    Introdução

    Este documento descreve a marcação DSCP (Differentiated Services Code Point) para N3/S5-U/S2-B sobre PFCP (Packet Forwarding Control Protocol).

    Informações de Apoio


    A marcação de DSCP suporta a configuração granular de DSCP. Para a Interative Traffic Class (ITC), a Subscriber Management Function (SMF) suporta marcação DSCP configurável por Nome de Ponto de Acesso (APN) para direção de uplink e downlink baseada em 5QI e níveis de Prioridade de Política de Alocação e Retenção (ARP). Isso permite que você atribua valores de DSCP diferentes para fluxos com o mesmo 5QI, mas valores de prioridade ARP diferentes. Por exemplo, a capacidade de atribuir valores de DSCP baseados em 5QI+ARP pode ser usada para atender à conformidade em chamadas de prioridade e de emergência via VoLTE.

    Note: A marcação de DSCP é um recurso controlado por CLI, que permite criar e mapear valores de QI e ARP 5QI para parâmetros de QoS aplicáveis.

    Marcação do nível de transporte

    A marcação no nível de transporte é o processo de marcar o tráfego na User Plane Function (UPF) com um valor DSCP. A marcação no nível de transporte, executada no fluxo por QoS, é baseada no mapeamento do 5QI e na configuração ARP opcional do SMF. O SMF controla a marcação de nível de transporte e fornece o DSCP no ToS (IPv4) ou na classe de tráfego (IPv6) no elemento de informação de marcação de nível de transporte (IE) na regra de ação AC (FAR) de encaminhamento, que está associado ao PDR que corresponde ao tráfego a ser marcado. O UPF executa a marcação do nível de transporte para o tráfego detectado e envia o pacote marcado para a entidade de mesmo nível. O SMF pode alterar a marcação de nível de transporte pela alteração da IE de marcação de nível de transporte no FAR relacionado. O UPF também suporta a marcação de pacote interno na qual ele marca os pacotes de túnel. Como a especificação 3GPP não determina nenhum IE específico, o UPF usa um IE privado chamado Marcação de pacote interno. Além disso, também há uma provisão para copiar o DSCP do pacote interno para o cabeçalho IP externo. Como a especificação 3GPP não determina nenhum IE específico, o UPF usa um IE privado chamado Transport Level Marking Options.

    O tipo IE da marcação de nível de transporte é codificado como mostrado nesta imagem. Indica o valor de DSCP para a marcação do nível de transporte de downlink.

    Cisco Ultra Cloud Packet Core Transport Level Marking Information Element Type

    Neste ponto, você codifica o Tipo de Serviço (ToS) ou a Classe de Tráfego ocorre na forma de dois octetos como uma Cadeia de Caracteres de Octeto. O primeiro octeto contém o valor de DSCP no campo Tipo de Serviço IPv4 ou no campo Classe de Tráfego IPv6 e o segundo octeto contém o campo Máscara ToS ou Classe de Tráfego, que é definido como 0xFC.

    Opções de marcação de nível de transporte IE

    O tipo IE Transport Level Marking Options é codificado como mostrado nesta imagem. O DSCP para marcação do nível de transporte de downlink é copiado do pacote interno.

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

    Os sinalizadores Copy-Inner e Copy-Outer estão presentes no bit 0 e no bit 1 do octeto 5. O sinalizador Copy-Outer não é usado para pacotes downlink porque não há cabeçalho externo presente nos pacotes recebidos do ISP. Se um flag Copy-Inner estiver presente, o UPF usará o valor de DSCP do pacote interno para marcar o cabeçalho IP do nível de transporte.

    IE de marcação de pacote interno

    O tipo IE Inner Packet Marking é codificado como mostrado nesta imagem. Indica o valor de DSCP para o downlink Inner Packet Marking.

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

    Agora, codifique o ToS ou a classe de tráfego na forma de dois octetos como um OctetString. O primeiro octeto contém o valor de DSCP no campo IPv4 ToS ou IPv6 Traffic Class e o segundo octeto contém o campo ToS ou Traffic Class mask, que está definido como 0xFC.

    Note: Os bits ECN (Ethernet Consist Network) originais no cabeçalho IP dos pacotes do plano do usuário não são alterados depois que a marcação no nível de transporte ou a marcação no pacote interno é aplicada. Se Transport Level Marking IE, Inner Packet Marking IE, ou ambos os IEs estiverem associados ao uplink FAR, a próxima regra se aplicará à marcação do pacote de uplink: Se Transport Level Marking ou Inner Packet Marking IE estiver presente, seu valor de DSCP será usado. Se Transport Level Marking e Inner Packet Marking IE estiverem presentes, o valor de Transport Level Marking IE será usado para a marcação de pacote de uplink.

    Agora, vamos examinar a configuração SMF. Você pode ver que no perfil dnn para dnnprof-alpha o qos-profile está definido como 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

    A 5qi-to-dscp-mapping-table pode ser vista na configuração de qos do perfil.

    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

    O Cisco UPF fornece diferentes mecanismos de aplicação com base na política recebida do SMF. O UPF é o limite entre os domínios de acesso e IP e é o local ideal para implementar a aplicação baseada em políticas. As regras de PCC fornecidas pelo PCF e as regras predefinidas no SMF são carregadas na interface N4 e instaladas no UPF por Nome de Rede de Dados (DNN). Isso permite alterações de política dinâmicas que permitem cobrança diferenciada e aplicação de QoS.

    Histórico de revisões

    Revisão Data de publicação Comentários
    1.0
    04-May-2022
    Versão inicial
    TAC Authored

    Colaborado por engenheiros da Cisco

    • Richard Yates
      Líder técnico da Cisco

    Este documento lhe foi útil?

    FeedbackFeedback

    Contate a Cisco

    Este documento se refere a estes produtos