BR112021012912A2 - Método para suportar comunicação entre ues, portadora, e, aparelho - Google Patents

Método para suportar comunicação entre ues, portadora, e, aparelho Download PDF

Info

Publication number
BR112021012912A2
BR112021012912A2 BR112021012912-0A BR112021012912A BR112021012912A2 BR 112021012912 A2 BR112021012912 A2 BR 112021012912A2 BR 112021012912 A BR112021012912 A BR 112021012912A BR 112021012912 A2 BR112021012912 A2 BR 112021012912A2
Authority
BR
Brazil
Prior art keywords
upf
pdu
pdr
far
session
Prior art date
Application number
BR112021012912-0A
Other languages
English (en)
Inventor
Yong Yang
Stefan Rommer
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Publication of BR112021012912A2 publication Critical patent/BR112021012912A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H04L12/4645Details on frame tagging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

método para suportar comunicação entre ues, portadora, e, aparelho. a invenção se refere a sistemas e métodos que permitem que uma smf (208) controle novo comportamento de encaminhamento na upf (206) para suportar encaminhamento localmente comutado e baseado em nx.

Description

1 / 71 MÉTODO PARA SUPORTAR COMUNICAÇÃO ENTRE UES, PORTADORA, E, APARELHO
CAMPO TÉCNICO
[001] São descritas modalidades relacionadas ao controle e gerenciamento de plano de usuário para comunicação entre dispositivos em uma rede de área local (LAN) (por exemplo, uma LAN 5G).
FUNDAMENTOS
[002] O 3GPP está padronizando a rede principal 5G como parte da arquitetura geral do sistema 5G. A FIG. 1 ilustra uma arquitetura de rede 5G
100.
[003] Como visto a partir do lado de acesso, a arquitetura de rede 5G mostrada na FIG. 1 compreende uma pluralidade de equipamentos de usuário (UEs) (ou seja, qualquer dispositivo capaz de se comunicar sem fio com uma rede de acesso, incluindo telefones inteligentes, aparelhos inteligentes, sensores e outros dispositivos de Internet das Coisas (IoT)) conectados a uma rede de acesso (AN) (por exemplo, uma rede de acesso por rádio (RAN)), que está conectada a uma Função de Gerenciamento de Acesso e Mobilidade (AMF). Normalmente, a AN compreende estações base, tais como Nó Bs evoluído (eNBs) ou estações base 5G (gNBs) ou similares. Visto a partir do lado da rede principal, as funções da rede principal 5G (NFs) mostradas na FIG. 1 incluem uma função de seleção de fatia de rede (NSSF), uma função de servidor de autenticação (AUSF), um gerenciamento de dados unificado (UDM), uma função de gerenciamento de acesso e mobilidade (AMF), uma função de gerenciamento de sessão (SMF), uma função de controle de política (PCF), uma função de aplicação (AF).
[004] Em muitos aspectos, a rede principal 5G visa separar o plano de usuário e o plano de controle. O plano do usuário normalmente transporta o tráfego de usuário, enquanto o plano de controle transporta a sinalização na rede. Na FIG. 1, uma UPF está no plano de usuário e todas as outras funções
2 / 71 de rede (NFs) mostradas, isto é, AMF, SMF, PCF, AF, AUSF e UDM, estão no plano de controle. Separar os planos de usuário e de controle ajuda cada recurso de plano a ser escalado de forma independente. Ele também permite que as UPFs sejam implantadas separadamente das funções de plano de controle de maneira distribuída. Nessa arquitetura, as UPFs podem ser implantadas muito próximos aos UEs para encurtar o Round Trip Time (RTT) entre os UEs e a rede de dados para algumas aplicações que exigem baixa latência.
[005] A arquitetura da rede principal 5G é composta por funções modularizadas. Por exemplo, AMF e SMF são funções independentes no plano de controle. AMF e SMF separadas permitem evolução e escalonamento independentes. Outras funções de plano de controle como PCF e AUSF podem ser separadas como mostrado na FIG. 1. O projeto de função modularizada permite que a rede principal 5G ofereça suporte a vários serviços de maneira flexível.
[006] Representações de pontos de referência da arquitetura de rede 5G são usadas para desenvolver fluxos detalhados na padronização normativa.
[007] O 3GPP SA2 conduziu um estudo sobre o suporte 5GS aprimorado de serviços verticais e de LAN e chegou a uma solução descrita nas subcláusulas 6.29 e 8.3 (partes delas estão reproduzidas abaixo) para ser usada como base para o trabalho normativo.
6.29 Solução X: Arquitetura unificada para serviço do tipo LAN 5G
6.29.1 Descrição Funcional
6.29.1.1 Descrição Geral
[008] O serviço do tipo LAN 5G é provido pelo sistema 5G com base na arquitetura definida no rel-15, com o aprimoramento adicional: Para a arquitetura de plano de usuário centralizado: - uma única SMF e uma única PSA UPF são responsáveis por todas as Sessões de PDU para comunicação de grupo de LAN 5G.
[009] - a SMF é responsável por gerenciar as sessões de PDU
3 / 71 pertencentes ao grupo de LAN 5G, inclui o gerenciamento, por exemplo, o número total de Sessões de PDU estabelecidas e ativadas.
[0010] - todo o tráfego do membro do grupo de LAN 5G participante (ou seja, UE) atravessa a UPF PSA. A UPF PSA deve oferecer suporte à aplicação de QoS por arquitetura R15 QoS.
[0011] Para a arquitetura de plano de usuário distribuída, ou seja, as sessões de PDU para comunicação de grupo de LAN 5G são controladas por uma única SMF, e essas sessões de PDU podem terminar em uma ou várias UPFs: - melhorias da SMF: determinar a abordagem de roteamento de tráfego (por exemplo, comutador local, entre duas UPFs via interface Nx, via interface N6); configurar regras de manuseio de pacotes (por exemplo, regras de encaminhamento de pacotes, regras de marcação de pacotes) na UPF para oferecer suporte à comunicação LAN 5G.
[0012] - a interface Nx é introduzida para conectar duas UPF para rotear o tráfego do serviço do tipo LAN 5G. A diferença da interface N9 é que a interface Nx tem uma granularidade de grupo de LAN 5G, o que significa que um túnel Nx transporta o tráfego pertencente a uma comunicação de grupo de LAN 5G.
6.29.1.2 Gerenciamento de grupo de LAN 5G Nulo.
6.29.1.3 Serviço de gerenciamento de sessão de PDU do tipo LAN 5G
[0013] O UE pode acessar o serviço do tipo LAN 5G estabelecendo uma Sessão de PDU direcionada ao DNN associado ao grupo de LAN 5G. A mensagem de solicitação de estabelecimento de sessão de PDU (5G LAN-VN DNN, etc.) é enviada do UE para a SMF, conforme definido na versão 15. Durante o estabelecimento da sessão de PDU, a SMF pode entrar em contato com o DN AAA para autenticar e autorizar o UE a acessar o serviço do tipo LAN 5G para o grupo de LAN 5G pretendido.
4 / 71
[0014] Durante o estabelecimento da sessão de PDU, a SMF determina a abordagem de roteamento de tráfego correlacionando todos os contextos de sessão de PDU visando o mesmo DNN associado ao grupo de LAN 5G (por exemplo, comutador local, entre duas UPFs via interface Nx, via interface N6).
6.29.1.4 Gerenciamento de caminho de comunicação LAN 5G
[0015] A SMF armazena todos os contextos de sessão de PDU direcionados ao mesmo DNN associado ao grupo de LAN 5G. A SMF armazena a política de roteamento de tráfego para um grupo de LAN 5G que é recuperado da PCF ou configurado localmente.
[0016] Existem tipos de políticas de roteamento de tráfego de comunicação LAN 5G.
[0017] - Baseado em N6, significa que todo o tráfego UL/DL para a comunicação LAN 5G é roteado de/para o DN; - baseado em N6, significa que todo o tráfego UL/DL para a comunicação LAN 5G é roteado entre as PSA UPFs de diferentes sessões de PDU; - comutador local: tráfego roteado localmente por uma única UPF se for a UPF PSA comum de diferentes sessões; A SMF gera regras de encaminhamento de PDU e as provê à UPF.
[0018] A UPF faz cumprir a comutação de tráfego local com base na extensão dos mecanismos da Versão 15, conforme descrito na TS 23.501 [3], cláusula 5.6.10.2 e cláusula 5.8.2.5. Alternativamente, PDR e FAR proveem informações que podem indicar explicitamente se um fluxo de tráfego de enlace ascendente é roteado para o DN ou para outra UPF de âncora de sessão de PDU (via interface Nx) ou roteado localmente.
[0019] Os pacotes para diferentes grupos LAN 5G podem ser marcados com a respectiva marcação de VLAN pela UPF.
6.29.3 Impactos em entidades e interfaces existentes
5 / 71
[0020] A SMF é aprimorada para determinar a abordagem de roteamento de tráfego para serviço do tipo LAN 5G.
[0021] As interfaces Nx são opcionalmente suportadas entre duas UPFs a fim de obter um roteamento otimizado para serviço do tipo LAN 5G.
[0022] O comutador local é suportado pela UPF; a interface N4 é aprimorada de forma que a SMF instrui a UPF sobre como rotear o tráfego para serviço do tipo LAN 5G;
6.29.4 Avaliação
[0023] Essa solução suporta roteamento de tráfego do tipo comutador local baseado em N6, baseado em Nx e de serviço do tipo LAN 5G. Ele provê suporte suficiente para resolver os principais problemas 4 e 5.
8.3.1 Conclusão para o problema-chave 4 e 5
[0024] A solução 29 é concluída como a conclusão para os principais problemas 4 e 5.
8.3.2 Conclusões para o problema-chave 4.1 sobre Gerenciamento de Grupo de LAN 5G
[0025] a) Nesta versão, presume-se que o Gerenciamento de Grupo de LAN 5G pode ser configurado por um administrador de rede (a.1) ou pode ser gerenciado dinamicamente pela AF (a.2).
[0026] Tanto para a.1) quanto para a.2): GPSI é usado para identificar exclusivamente o membro do grupo de LAN 5G.
[0027] Apenas para a.1): O Grupo, conforme descrito na cláusula
5.2.3.3.1 da TS 23.502 [4], é usado para identificar o grupo de LAN 5G.
[0028] Apenas para a.2): Para o gerenciamento de grupo de LAN 5G dinâmico, o NEF deve expor um novo conjunto de API de serviço para gerenciar (por exemplo, adicionar/excluir) o grupo de LAN 5G e membro da LAN 5G.
[0029] b) A configuração LAN 5G é provida pela AF ao NEF e é armazenada na UDR, usando o procedimento de fluxo de informações de
6 / 71 operações do serviço NEF descrito na TS 23.502 [4] cláusula 4.15.6.2.
[0030] c) A lista de parâmetros na configuração da LAN 5G inclui pelo menos o tipo de sessão de PDU (ou seja, IP ou Ethernet), DNN, S-NSSAI e GPSI do UE do membro do grupo de LAN 5G (apenas para o caso de a.2). Quaisquer parâmetros adicionais na configuração da LAN 5G devem ser determinados como parte do trabalho normativo.
[0031] d) Parte da configuração da LAN 5G armazenada na UDR, ou seja, o tipo de sessão de PDU (ou seja, IP ou Ethernet), DNN e S-NSSAI é entregue ao UE a partir da PCF usando o procedimento de Atualização de Configuração do UE para entrega da Política de UE transparente descrita na TS
23.502 [4] cláusula 4.2.4.3. (Fonte: www.3gpp.org/ftp//Specs/archive/23_series/23.734/23734-100.zip)
SUMÁRIO
[0032] Existem certos desafios. Como um exemplo, há uma falta de detalhes do procedimento sobre quando diferentes políticas de roteamento (por exemplo, políticas com base em N6, comutador local e com base em Nx) são usadas.
[0033] De acordo com as modalidades, sistemas e métodos permitem que uma SMF controle o novo comportamento de encaminhamento na UPF para suportar encaminhamento comutado localmente e baseado em Nx. As soluções aqui descritas também permitem que uma UPF trate de maneira eficiente o encaminhamento direto entre dois Protocolos de Controle de Encaminhamento de Pacotes (sessões de PFCP) (também conhecido como sessões N4), por exemplo para um “comutador local”.
[0034] De acordo com as modalidades, uma SMF pode configurar uma UPF usando sinalização PFCP de modo que a UPF seja capaz de encaminhar tráfego de um UE para outro UE no caso em que ambos os UEs são servidos pela UPF (“comutador local”). Isso pode incluir o recebimento de tráfego de plano de usuário com um destino para outro UE a partir de um UE na direção
7 / 71 de enlace ascendente, onde a UPF é capaz de enviar o tráfego na direção de enlace descendente para outro UE pertencente ao mesmo grupo de LAN 5G. Isso pode ser feito sem o uso de um DN de rede externo, por exemplo, sem N6.
[0035] De acordo com algumas modalidades, uma SMF pode configurar duas ou mais UPFs usando sinalização PFCP de modo que a UPF seja capaz de encaminhar O tráfego de um UE para outro, no caso em que ambos os UEs são servidos por diferentes UPFs. Isso pode ser interpretado como “encaminhamento baseado em Nx”. Isso pode incluir o recebimento de tráfego de plano de usuário com um destino para outro UE a partir de um UE na direção de enlace ascendente na primeira UPF, onde a primeira UPF é instruída a encaminhar o tráfego para uma segunda UPF, que é instruída a enviar o tráfego na direção de enlace descendente para o UE de destino pertencente ao mesmo grupo de LAN 5G. Em alguns casos, pode haver uma ou mais UPFs intermediárias entre as primeira e segunda UPFs.
[0036] Em um aspecto, um método para suportar uma rede de área local (LAN (por exemplo, uma LAN 5G)) é provido. Em uma modalidade, o método inclui uma UPF recebendo uma transmissão (por exemplo, uma GTP-U PDU transmitida por um nó de rede de acesso ou uma PDU transmitida por outra UPF através de uma interface Nx) compreendendo uma unidade de dados de protocolo, PDU, transmitida por um primeiro equipamento de usuário, UE, em que a PDU inclui pelo menos um endereço de destino de um segundo UE. O método também inclui a UPF usando informações incluídas na transmissão para encontrar uma primeira regra de detecção de pacote, PDR, combinando informações incluídas na transmissão (por exemplo, um endereço de origem e um endereço de destino da PDU), em que a primeira PDR identifica uma primeira regra de ação de encaminhamento, FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de destino definida como “LAN 5G interna”) indicando que a PDU requer processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário
8 / 71 para a PDU). O método também inclui a UPF fazendo cumprir a primeira FAR (por exemplo, o envio da PDU para o mecanismo de roteamento da UPF usando o identificador de instância de rede e a interface interna da LAN 5G incluída na FAR, para que o mecanismo de roteamento possa realizar o outro processo de combinação de PDR para encontrar uma segunda PDR para a PDU). O método também inclui a UPF encontrando uma segunda PDR para a PDU (por exemplo, a segunda PDR é encontrada após a identificação de uma segunda sessão N4 para a PDU e combinando a PDU com informações de detecção de pacote, PDI incluídas na segunda PDR), em que a segunda PDR identifica uma segunda FAR. O método também inclui a UPF fazendo cumprir a segunda FAR, em que fazer cumprir a segunda FAR compreende o uso de informações incluídas na segunda FAR para encaminhar a PDU para o segundo UE.
[0037] Em outra modalidade, o método inclui uma UPF recebendo uma transmissão (por exemplo, uma GTP-U PDU transmitida por um nó de rede de acesso ou uma PDU transmitida por outra UPF através de uma interface Nx) compreendendo uma unidade de dados de protocolo, PDU, transmitida por um primeiro equipamento de usuário, UE, em que a PDU inclui pelo menos um endereço de destino de um segundo UE. O método também inclui a UPF usando informações incluídas na transmissão para encontrar uma primeira regra de detecção de pacote, PDR, combinando informações incluídas na transmissão (por exemplo, um endereço de origem e um endereço de destino da PDU), em que a primeira PDR identifica uma primeira regra de ação de encaminhamento, FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de destino definida como “LAN 5G interna”) indicando que a PDU requer processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário para a PDU). O método também inclui a UPF obtendo as informações incluídas na primeira FAR (por exemplo, leitura do valor da IE da Interface de Destino incluída na FAR). O método também inclui a UPF, após a obtenção das informações incluídas na primeira FAR,
9 / 71 identificando uma sessão N4. O método também inclui a UPF, após identificar a sessão N4, encontrando uma PDR padrão associada à sessão N4, em que a PDR padrão identifica uma FAR padrão e/ou uma URR padrão, em que a FAR padrão é configurada para fazer com que a UPF transmita a PDU para uma função de gerenciamento de sessão, SMF, ou a URR padrão é configurada para fazer com que a UPF transmita à SMF uma mensagem de solicitação de relatório de sessão PFCP compreendendo pelo menos uma parte da PDU (por exemplo, o endereço IP de destino incluído em um cabeçalho de IP da PDU).
[0038] Em outro aspecto, são providos métodos realizados por uma SMF. Em uma modalidade, o método inclui a SMF recebendo uma transmissão transmitida por uma primeira função de plano de usuário, UPF, como resultado da primeira UPF determinando que uma PDU não é roteável, em que a PDU inclui um campo de endereço de origem contendo um endereço de um primeiro UE e um campo de endereço de destino contendo um endereço de um segundo UE, e em que a transmissão compreende 1) a PDU ou 2) uma mensagem de solicitação de relatório de sessão PFCP que compreende o endereço do segundo UE. O método também inclui a SMF determinando uma UPF que está servindo atualmente ao segundo UE. O método também inclui a SMF, após determinar a UPF que está servindo atualmente ao segundo UE, provendo à primeira UPF uma PDR para permitir que a primeira UPF faça o roteamento para as segundas PDUs de UE que são endereçadas ao segundo UE.
[0039] Em outra modalidade, o método inclui a SMF gerando uma primeira regra de detecção de pacote, PDR, associada a uma primeira sessão N4 associada a um primeiro UE, ou associada a um grupo de LAN 5G, a primeira PDR contendo uma regra de ação de encaminhamento, FAR, identificador para identificar uma primeira FAR. O método também inclui a SMF gerando a primeira FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de Destino definida como “LAN 5G interna”) indicando que as PDUs que combinam com a primeira PDR requerem
10 / 71 processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário para as PDUs). O método também inclui a SMF provendo a primeira PDR e a primeira FAR para uma primeira função de plano de usuário, UPF (por exemplo, a UPF selecionada para servir o primeiro UE).
[0040] De acordo com as modalidades, a funcionalidade de rede pode ser implementada como um elemento de rede em hardware dedicado, como uma instância de software em execução em um hardware dedicado ou como uma função virtualizada instanciada em uma plataforma apropriada, por exemplo, uma infraestrutura em nuvem.
BREVE DESCRIÇÃO DOS DESENHOS
[0041] Os desenhos anexos, que são incorporados aqui e formam parte da especificação, ilustram várias modalidades.
[0042] A FIG. 1 ilustra uma arquitetura de rede que pode ser usada de acordo com as modalidades.
[0043] A FIG. 2A ilustra um cenário em que dois UEs pertencentes ao mesmo grupo LAN são servidos pela mesma UPF.
[0044] A FIG. 2B ilustra um cenário em que dois UEs pertencentes ao mesmo grupo LAN são servidos por diferentes UPFs.
[0045] A FIG. 3A ilustra um cenário em que dois UEs pertencentes ao mesmo grupo LAN são servidos pela mesma UPF.
[0046] A FIG. 3B ilustra um cenário em que dois UEs pertencentes ao mesmo grupo LAN são servidos por diferentes UPFs.
[0047] As FIGs. 4 a 13 são fluxogramas que ilustram processos de acordo com as modalidades.
[0048] A FIG. 14 é um diagrama de fluxo de mensagem exemplificativo que ilustra um sistema e processo de acordo com as modalidades.
[0049] A FIG. 15 é um diagrama de blocos de um aparelho de acordo
11 / 71 com as modalidades.
[0050] A FIG. 16 é um “fluxo de chamada” exemplificativo que ilustra o manuseio em UPF de acordo com as modalidades.
[0051] A FIG. 17 é uma ilustração esquemática exemplificativa de um comutador local em UPF de acordo com as modalidades.
[0052] A FIG. 18 é uma ilustração esquemática exemplificativa de encaminhamento baseado em Nx em UPF de acordo com as modalidades.
DESCRIÇÃO DETALHADA
[0053] Em alguns exemplos, uma ou mais das seguintes definições podem ser usadas: Grupo de LAN 5G: um conjunto de UEs usando comunicação privada para serviço do tipo LAN 5G.
[0054] Serviço do tipo LAN 5G: um serviço através do sistema 5G que oferece comunicação privada usando comunicações do tipo IP e/ou não IP.
[0055] Rede virtual LAN 5G: uma rede virtual capaz de suportar serviço do tipo LAN 5G.
[0056] Comunicação um para um de LAN 5G: comunicação entre dois UEs em um grupo de LAN 5G.
[0057] Comunicação um para muitos de LAN 5G: comunicação entre um UE e muitos UEs em um grupo de LAN 5G.
[0058] Existem certos desafios em relação às especificações atuais para 5G. Por exemplo, há uma falta de detalhes do procedimento sobre quando diferentes políticas de roteamento (por exemplo, com base em N6, comutador local e com base em Nx) são usadas. Em certos aspectos, há uma necessidade de roteamento aprimorado de tráfego entre dois UEs de um grupo de LAN 5G, de modo que as políticas comutadas localmente e/ou baseadas em Nx possam ser implementadas sem a necessidade de rotear o tráfego por uma rede de dados externa (DN), por exemplo, utilizando N6.
[0059] De acordo com as modalidades, o encaminhamento baseado em
12 / 71 Nx pode exigir que o tráfego UL/DL seja comutado na UPF entre uma sessão N4 para uma sessão de PDU (pertencente a um membro do grupo de LAN 5G) e um túnel compartilhado (Nx) entre duas UPFs. Se houver requisitos de QoS, relatórios de uso, etc. associados nesse túnel compartilhado, por exemplo, para fazer cumprir todos os pacotes em um túnel a uma determinada taxa de bits ou para contar o volume no túnel compartilhado, pode-se usar uma sessão N4 (sessão PFCP) para o túnel compartilhado, além das sessões N4 para as sessões PDU. Isso pode permitir que QER(s) e URR(s) específicos associados ao túnel compartilhado sejam implementados. A SMF pode instruir a UPF a encaminhar o tráfego entre duas sessões N4 dentro da UPF.
[0060] De acordo com as modalidades, a comutação local em uma UPF é provida. Em alguns casos, o encaminhamento da comutação local na UPF pode exigir que o tráfego UL/DL seja comutado na UPF entre uma sessão N4 para uma sessão de PDU (pertencente a um membro do grupo de LAN 5G) e outra sessão N4 (pertencente a outro membro do grupo de LAN 5G). Para realizar uma comutação local em UPF, a UPF recebe um pacote UL para uma sessão de PDU e realiza o processamento relacionado (PDR, QER, URR, FAR) e o envia como uma transmissão DL em outra sessão de PDU após realizar o processamento relacionado para essa Sessão de PDU (PDR, QER, URR, FAR). A saída para o processamento UL pode ser conectada à entrada do processamento DL. Por exemplo, uma FAR para a PDU UL pode informar a UPF que a PDU requer processamento de entrada adicional (por exemplo, a FAR instrui a UPF a enviar a PDU de volta ao seu mecanismo de roteamento para que a UPF possa combinar a PDU com outra PDR).
[0061] De acordo com uma modalidade, um novo valor para “Interface de origem” e “Interface de destino” é provido para denotar uma interface interna de UPF. Por exemplo, um novo valor de “Interno” ou “LAN 5G” ou combinação (“LAN 5G Interna”) pode ser adicionado para informar a UPF que a PDU requer processamento de entrada adicional. Os valores atuais aceitáveis
13 / 71 para os elementos de informação da interface de origem e da interface de destino incluem: Acesso (0), Principal (1), SGi-LAN / N6-LAN (2), Função CP (3) e Função LI (4). Ver TS do 3GPP 29.244 v. 15.4.0 (doravante “TS 29.44”). Os valores 5 a 15 não estão sendo usados atualmente. Portanto, o novo valor (por exemplo, denominado LAN 5G Interna) pode ser um valor inteiro maior que 4 e menor que 16. Nesta modalidade, o elemento de informação de instância de rede (IE) (ver a seção 8.2.4 da TS 29.44) pode ser usado para garantir a separação de tráfego entre diferentes grupos LAN 5G, para garantir que o tráfego de um grupo de LAN 5G não se misture com tráfego para outro grupo de LAN 5G ou com tráfego relacionado ao grupo não LAN 5G. O valor da instância de rede pode, por exemplo, ser definido como um valor que identifica um grupo de LAN 5G específico (por exemplo, 5G_LAN_Group_01, 5G_LAN_Group_02, 5G_LAN_Group_03, ..., ou 5G_LAN_Group_01_Nx, 5G_LAN_Group_02_Nx,).
[0062] De acordo com outra modalidade, vários novos valores para “Interface de origem” e “Interface de destino” são providos para denotar uma interface interna de UPF. Essas múltiplas novas interfaces de origem/destino podem ser nomeadas “5G_LAN_Group01” (usada para comutação local quando ambas as partes de comunicação (UEs) são servidas pela mesma UPF) e “5G_LAN_Group01_Nx (usada quando ambas as partes de comunicação (UEs) são servidas por diferentes UPFs), “5G_LAN_Group02” e “5G_LAN_Group02_Nx”, “5G_LAN_Group03” e “5G_LAN_Group03_Nx”, para diferentes grupos LAN 5G 01, 02 e 03.
[0063] De acordo com as modalidades, para associar explicitamente duas sessões N4 ao comutador local, a PDU não é enviada de volta para outra rodada de processamento de entrada, ou seja, a classificação com base em PDRs ativas para identificar a sessão N4 e a PDR correspondente, pois isso poderia ser ineficiente em alguns cenários, uma vez que a SMF já sabe com base no endereço de destino o que é a Sessão N4 de destino. Em vez disso, a
14 / 71 fim de instruir a UPF sobre a Sessão N4 alvo e evitar ineficiências, uma UPF pode determinar a Sessão N4 alvo com base na inspeção de pacotes, o novo valor para Interface de Origem/Destino pode ser usado junto com um novo parâmetro na FAR que indica as sessões N4 alvo. Por exemplo, a FAR pode conter o ID de sessão N4 (SEID) correspondente à sessão de PDU onde o tráfego DL deve ser encaminhado. A UPF, então, com base na FAR para tráfego UL, saberia explicitamente qual sessão N4 aplicar e não teria que determinar novamente a sessão N4 com base na PDR para tráfego DL. Isso poderia melhorar a eficiência da UPF.
[0064] As FIGs. 2A e 2B ilustram primeiro e segundo casos de uso de acordo com as modalidades. O caso de uso da FIG. 2A pode ser considerado um comutador local, enquanto o caso de uso da FIG. 2B pode ser interpretado como um exemplo de encaminhamento baseado em Nx.
[0065] Com referência agora à FIG. 2A, um sistema 200 é ilustrado com uma única UPF 206 controlado por uma SMF 208, por exemplo, por meio de uma sessão N4 entre as funções. O nó da UPF 206 serve o UE-A 202 e o UE-B 204. As PDUs transmitidas pelos UEs podem ser recebidas por um nó de RAN (por exemplo, gNB) (não mostrado na FIG. 2A) e, em seguida, encaminhadas pelo nó de RAN para a UPF 206. De acordo com as modalidades, há uma sessão N3 estabelecida para cada um dos UEs 202, 204 com UPF 206 por meio de uma RAN. As sessões podem ser definidas e controladas pela SMF
208. Há também uma sessão N4 para cada um dos UEs 202, 204.
[0066] De acordo com as modalidades, a SMF 208 configura a UPF 206 usando a sinalização de PFCP. Em certos aspectos, a SMF 208 pode prover à UPF um conjunto de Regras de Detecção de Pacotes (PDRs) e Regras de Ação de Encaminhamento (FARs), que definem como o tráfego dos UEs 202, 204 é tratado. Neste exemplo, a UPF é capaz de encaminhar o tráfego a partir de um UE para outro UE (por exemplo, do UE-A 202 para o UE-B 204) para o caso em que ambos os UEs são servidos pela mesma UPF (“Comutador local”)
15 / 71 e fazem parte de um grupo de LAN 5G.
[0067] Neste arranjo, a UPF 206 pode encaminhar o tráfego sem o uso de uma DN, por exemplo, sem N6. No entanto, como a UPF 206 tem uma ou mais PDRs/FARs para ambos os UEs, ela ainda pode aplicar as regras necessárias sem usar a DN. Por exemplo, para uma comunicação do UE-A 202 para o UE-B 204, a UPF 206 pode aplicar a PDR/FAR apropriada para: (1) reconhecer o tráfego como pretendido para outro UE servido pela mesma UPF/grupo; (2) aplicar as ações apropriadas (por exemplo, QoS, contagem e/ou carregamento); e (3) encaminhar o tráfego para o segundo UE-B 204. De acordo com as modalidades, o encaminhamento para o segundo UE-B 204 compreende aplicar a PDR/FAR apropriada para esse UE, incluindo, por exemplo, QoS apropriado, contagem e/ou carregamento. Nesse sentido, todas as regras são aplicadas como se uma DN sobre N6 fosse usada sem a necessidade da DN. Isso é ilustrado adicionalmente na FIG. 3A.
[0068] Com referência agora à FIG. 2B, um sistema 210 é ilustrado com duas UPFs - UPF1 206 e UPF2 214 – que são controladas por uma SMF 208, por exemplo, por meio das respectivas sessões N4 entre as funções. Como no exemplo da FIG. 2A, as UPFs 206, 214 lidam com comunicações entre os respectivos UEs 218 e 220. De acordo com as modalidades, há uma conexão de túnel 222 entre as UPFs 206, 214 (por exemplo, um túnel Nx).
[0069] De acordo com algumas modalidades, a SMF 208 pode instruir duas ou mais UPFs, por exemplo UPFs 206, 214 usando sinalização PFCP de modo que as UPFs sejam capazes de encaminhar o tráfego de um UE para outro na mesma LAN sem o uso de uma DN externa, por exemplo, via N6. Isso pode incluir do UE 218 ao UE 220, embora os UEs sejam servidos por UPFs diferentes. A conexão de túnel 222 pode ser usada para esse “encaminhamento baseado em Nx”. Neste exemplo, quando a UPF1 206 tem tráfego de plano de usuário a partir do UE 218 com um destino para outro UE (por exemplo, UE 220) na direção de enlace ascendente, a UPF1 206 é instruída a encaminhar o
16 / 71 tráfego para a segunda UPF2 214, que é instruída a enviar o tráfego na direção de enlace descendente para o UE de destino pertencente ao mesmo grupo de LAN 5G. Isso é ilustrado adicionalmente na FIG. 3B. Embora não ilustrados, em alguns casos, pode haver uma ou mais UPFs intermediárias entre as primeira e segunda UPFs.
[0070] Em certos aspectos, a SMF 208 provê a cada uma das UPFs 206, 214 um conjunto de Regras de Detecção de Pacotes (PDRs) e Regras de Ação de Encaminhamento (FARs), que definem como o tráfego a partir dos respectivos UEs 218, 220 é tratado. Neste exemplo, a primeira UPF é capaz de encaminhar tráfego do primeiro UE para o segundo UE (por exemplo, do UE- A 218 para o UE-B 220) usando uma conexão de túnel 222 para a segunda UPF. Neste arranjo, as UPFs podem rotear o tráfego sem o uso de uma rede externa DN, por exemplo, sem N6. No entanto, como as UPFs têm a PDR/FAR necessária para os respectivos UEs, as regras apropriadas ainda são aplicadas. Por exemplo, para uma comunicação do UE-A 218 para o UE-B 220, a UPF 206 pode aplicar a PDR/FAR apropriada para: (1) reconhecer o tráfego como pretendido para outro UE dentro do mesmo grupo em uma UPF diferente; (2) aplicar as ações apropriadas (por exemplo, QoS, contagem e/ou carregamento); e (3) encaminhar o tráfego para a segunda UPF través de uma conexão de túnel. De acordo com as modalidades, a segunda UPF (por exemplo, UPF2 214) aplica as PDRs/FARs apropriadas de modo que todas as ações apropriadas sejam aplicadas ao tráfego. Nesse sentido, todas as regras são aplicadas como se uma DN fosse usada sem a necessidade da DN.
[0071] De acordo com as modalidades, uma nova tabela de encaminhamento é criada para uma nova interface de destino. Um indicador de destino pode ser chamado, por exemplo, de “GRUPO DE LAN 5G” ou “Interno”. Esse indicador pode permitir uma pesquisa mais rápida da UPF na tabela de encaminhamento para “LAN 5G”. Além disso, e em algumas modalidades, a UPF é informada de que a Sessão PFCP é aplicável para uma
17 / 71 comunicação LAN 5G, de modo que o endereço do UE deve ser adicionado à tabela de encaminhamento para “LAN 5G” no Estabelecimento de Sessão PFCP para uma determinada sessão de PDU. Isso pode ser usado para permitir um ou mais de um comutador local (como na FIG. 2A) e encaminhamento com base em Nx (como na FIG. 2B).
[0072] De acordo com modalidades, uma função de plano de controle, por exemplo, a SMF, controla uma ou mais UPFs. Em certos aspectos, a SMF pode prover uma PDR/FAR de UL para enviar tráfego de UE para UE para “LAN 5G”. Uma PDR de enlace ascendente (UL) pode ser provida para identificar o tráfego UE-para-UE a partir do UE de origem por meio de um filtro de Fluxo de Dados de Serviço (SDF) em que o endereço IP de destino é outro endereço de UE, por exemplo, um intervalo de endereços IP de destino (para o intervalo de endereços reservado para o grupo), ou um filtro de pacote de Ethernet quando o endereço MAC de destino é o endereço MAC de outro UE ou um ID de aplicação pré-configurado. Essa PDR irá, assim, detectar pacotes do UE de origem que são destinados a um UE alvo específico. Uma regra de ação de encaminhamento de UL (FAR) pode ser provida para encaminhar o tráfego para “LAN 5G interno”. Em certos aspectos, essa FAR instruirá a UPF a fazer o encaminhamento direto (por exemplo, “comutador local” ou “encaminhamento baseado em Nx”), dependendo dos detalhes na FAR.
[0073] Além disso, o plano de controle (por exemplo, SMF) também pode prover uma PDR/FAR de DL para receber o tráfego de UE-para-UE de “LAN 5G”. De acordo com as modalidades, uma PDR de DL é provida para receber o tráfego de “LAN 5G”. Em algumas modalidades, essa PDR é a mesma para encaminhar o tráfego DL a partir de SGi ou N6. Além disso, uma FAR de DL pode ser provida para encaminhar o tráfego UE-UE para o UE de destino.
[0074] A PDR/FAR para um determinado UE e a sessão na UPF podem
18 / 71 ser atualizadas para acomodar o tráfego dentro de uma LAN 5G. De acordo com as modalidades, isso pode ser realizado por um arranjo do tipo “empurre” ou “puxe” entre a(s) UPF(s) e a SMF. Por exemplo, quando um novo UE se junta a um grupo de LAN 5G, as PDR/FARs de atualização podem ser enviadas para a(s) respectiva(s) UPF(s) para tratamento subsequente de mensagens de/para esse UE. Em outros casos, a(s) UPF(s) podem obter PDR/FARs atualizadas (ou primeiro) para comunicações de/para um determinado UE conforme necessário após o reconhecimento.
[0075] Conforme discutido acima, quando a UPF recebe um pacote transmitido por um primeiro UE que é destinado a um segundo UE na mesma LAN 5G que o primeiro UE, a UPF irá identificar uma primeira sessão N4 e combinar o pacote com uma primeira PDR dentro da primeira sessão N4. Essa primeira PDR aponta para uma primeira FAR para o pacote e a primeira FAR indica que o pacote requer processamento de entrada adicional, fazendo com que a UPF procure uma segunda PDR que corresponda ao pacote (por exemplo, a UPF identificará uma segunda sessão N4 correspondente ao pacote e, em seguida, procurará uma PDR na segunda sessão N4 que corresponda ao pacote). Em alguns casos, uma PDR padrão dentro da segunda sessão N4 pode ser definida com o menor valor de precedência para capturar qualquer tráfego desconhecido. Ou seja, quando a UPF procura a segunda PDR, pode descobrir que a PDR padrão é a PDR correspondente. Em algumas modalidades, essa PDR padrão aponta para uma FAR que instrui a UPF a encaminhar o pacote à SMF. Em outras modalidades, a PDR padrão aponta para uma URR com um novo gatilho de relatório, por exemplo chamado de “tráfego de LAN 5G”, que instrui a UPF a enviar à SMF uma mensagem de solicitação de relatório de sessão PFCP compreendendo pelo menos uma parte do pacote (por exemplo, pelo menos o endereço da rede de destino incluído em um cabeçalho da camada de rede do pacote).
[0076] Ao receber o pacote ou a mensagem de solicitação de relatório,
19 / 71 a SMF pode determinar qual UPF está servindo ao UE de destino e prover a PDR/FAR relevante para a primeira UPF e quaisquer UPFs intermediárias (para comunicação potencial a partir de um UE servido pela UPF para o mesmo destino UE), para habilitá-lo a encaminhar o tráfego para essa UPF.
[0077] A FIG. 3A ilustra adicionalmente uma modalidade exemplificativa. No exemplo mostrado na FIG. 3A, o UE A transmite uma PDU 301 (por exemplo, um pacote IP) que é recebida em uma RAN 300. A RAN 300 (por exemplo, uma estação base dentro da RAN) adiciona um cabeçalho GTP-U à PDU 301, gerando assim uma PDU GTP-U 303 que contém o cabeçalho GTP-U e a PDU 301 transmitida pelo UE A. A RAN 300 então transmite a PDU GTP-U 303 para a UPF 206 e a UPF 206 recebe a transmissão (ou seja, a PDU GTP-U). A PDU 301 inclui o endereço do UE B como o endereço de destino da PDU 301 (ou seja, a PDU 301 é destinada ao UE B). A UPF 206 usa então a informação incluída na PDU GTP-U 303 para encontrar uma primeira informação correspondente PDR 304 incluída na PDU GTP-U 303 (por exemplo, um endereço de origem e um endereço de destino da PDU transmitida pelo UE A).
[0078] Em algumas modalidades, a etapa de usar informações incluídas na PDU GTP-U 303 para encontrar a primeira PDR 304 compreende o uso de informações incluídas na PDU GTP-U 303, por exemplo, um identificador de ponto final de túnel local (TEID) identificando um ponto final de túnel em uma entidade receptora e alocada anteriormente para a sessão de PDU do UE A (para receber a PDU GTP-U a partir de uma rede de acesso) para identificar uma primeira sessão N4 (por exemplo, uma sessão N4 correspondente a PDU 301 transmitida pelo primeiro UE) antes de encontrar a primeira PDR 304. A UPF 206 encontra a primeira PDR pesquisando o conjunto de PDRs 302 dentro da primeira sessão N4 para a primeira PDR 304 correspondente (por exemplo, a UPF pesquisa o conjunto de uma ou mais PDRs 302 em ordem de precedência até encontrar uma PDR com PDI correspondente à PDU transmitida pelo UE
20 / 71 A).
[0079] A primeira PDR 304 identifica uma primeira FAR 306 (ou seja, a primeira PDR 304 inclui um ID de FAR que identifica a primeira FAR 306). A primeira PDR 304 também pode identificar uma ou mais regras de aplicação de QoS (QERs) e/ou uma ou mais regras de relatório de uso (URRs) 307, e a UPF aplicará o(s) QER(s) e/ou URR(s) com relação à PDU 301.
[0080] A primeira FAR 306 inclui uma indicação (por exemplo, Interface de Destino definida como “LAN 5G interna”) indicando que a PDU 301 requer processamento de entrada adicional (isto é, indicando que outro processo de correspondência de PDR é necessário para a PDU 301). A UPF 206 então faz cumprir a primeira FAR 306. Por exemplo, em algumas modalidades, fazer cumprir a primeira FAR 306 inclui a UPF 206 enviando a PDU para o mecanismo de roteamento da UPF usando o identificador de instância de rede e a interface interna da LAN 5G incluída na FAR, para que o mecanismo de roteamento possa realizar o outro processo de combinação de PDR para encontrar uma segunda PDR 310 para a PDU 301 (a segunda PDR 310 pode incluir uma IE da Interface de Origem definida como “LAN 5G Interna”). Conforme explicado acima, em uma modalidade, a primeira FAR 306 inclui uma IE da Instância de Rede que inclui um identificador de instância de rede que identifica um grupo LAN particular.
[0081] Por exemplo, o mecanismo de roteamento ao processar novamente a PDU 301 identifica uma segunda sessão N4 para a PDU 301 e, em seguida, procura um conjunto de PDRs 308 dentro da segunda sessão N4 para a segunda PDR 310 correspondente (por exemplo, a UPF procura o conjunto de uma ou mais PDRs 308 em ordem de precedência até encontrar uma PDR com PDI correspondente à PDU 301). A segunda PDR 310 correspondente aponta para uma segunda FAR 312. A segunda PDR 310 também pode identificar uma ou mais regras de aplicação de QoS (QERs) e/ou uma ou mais regras de relatório de uso (URRs) 314, e a UPF aplicará o(s)
21 / 71 QER(s) e/ou URR(s) 314 com relação à PDU 301.
[0082] A UPF 206 então faz cumprir a segunda FAR 312, em que fazer cumprir a segunda FAR compreende a UPF 206 usando informações incluídas na segunda FAR (por exemplo, o valor da IE da Interface de Destino da segunda FAR) para encaminhar a PDU para o UE B. Neste exemplo , o valor do IE da interface de destino da segunda FAR é definido como Access. A este respeito, as mesmas regras são aplicadas à PDU 301 como se a PDU para UE B tivesse sido recebida por meio de uma interface N6 (ou seja, de uma rede de dados (DN)). Antes da UPF 206 encaminhar a PDU 301 para o UE B, a UPF 206 adiciona um cabeçalho à PDU 301 com base na informação de criação do cabeçalho externo incluída na segunda FAR 312, gerando assim uma segunda PDU GTP-U 319 que consiste no cabeçalho externo e na PDU 301. Ou seja, a UPF 206 encaminha a PDU 301 para o UE B transmitindo a PDU GTP-U 319 para a RAN 300, que irá então transmitir a PDU 301 para o UE B.
[0083] A FIG. 3B ilustra outra modalidade exemplificativa. No exemplo mostrado na FIG. 3A, o UE A transmite uma PDU 351 (por exemplo, um pacote IP) que é recebida em uma RAN 300. A RAN 300 adiciona um cabeçalho GTP-U à PDU 351, gerando assim uma PDU GTP-U 353 que contém o cabeçalho GTP-U e a PDU 351. A RAN 300 então transmite a PDU GTP-U 353 para a UPF 206 e a UPF 206 recebe a transmissão (isto é, a PDU GTP-U). A PDU 351 inclui o endereço do UE C como o endereço de destino da PDU 351 (ou seja, a PDU 351 é destinada ao UE C). A UPF 206 usa então a informação incluída na PDU GTP-U 353 para encontrar uma primeira informação correspondente de PDR incluída na PDU GTP-U 353 (por exemplo, um endereço de origem e um endereço de destino da PDU transmitida pelo UE A). Neste exemplo, a PDR correspondente é a PDR 304.
[0084] Como descrito acima, a primeira PDR 304 identifica a FAR 306 e também pode identificar uma ou mais regras de aplicação de QoS (QERs) e/ou uma ou mais regras de relatório de uso (URRs) 307, e a UPF aplicará o(s)
22 / 71 QER(s) e/ou URR(s) com relação à PDU 351.
[0085] Como também descrito acima, a primeira FAR 306 inclui uma indicação indicando que a PDU 351 requer processamento de entrada adicional (isto é, indicando que outro processo de combinação de PDR é necessário para a PDU 351). A UPF 206 então faz cumprir a primeira FAR 306. Por exemplo, em algumas modalidades, fazer cumprir a primeira FAR 306 inclui a UPF 206 enviando a PDU 351 e o identificador de instância de rede incluído na FAR para a interface interna da LAN 5G do mecanismo de roteamento da UPF para que o mecanismo de roteamento possa executar outro processo de combinação de PDR para encontrar uma segunda PDR 360 para a PDU 351 (a segunda PDR 360 pode incluir uma IE de Interface de Origem definida como “LAN 5G Interna”). Conforme explicado acima, em uma modalidade, a primeira FAR 306 inclui uma IE da Instância de Rede que inclui um identificador de instância de rede que identifica um grupo LAN particular.
[0086] Por exemplo, o mecanismo de roteamento ao processar novamente a PDU 351 identifica uma segunda sessão N4 e, em seguida, procura um conjunto de PDRs 358 dentro da segunda sessão N4 para a segunda PDR 360 correspondente (por exemplo, a UPF procura o conjunto de uma ou mais PDRs 358 em ordem de precedência até encontrar uma PDR com PDI correspondente à PDU 351). A segunda PDR 360 correspondente aponta para uma segunda FAR 362. A segunda PDR 360 também pode identificar uma ou mais regras de aplicação de QoS (QERs) e/ou uma ou mais regras de relatório de uso (URRs) 364, e a UPF aplicará o(s) QER(s) e/ou URR(s) 364 com relação à PDU 351.
[0087] A UPF 206 então faz cumprir a segunda FAR 362, em que fazer cumprir a segunda FAR compreende a UPF 206 usando informações incluídas na segunda FAR (por exemplo, o valor da IE da Interface de Destino da segunda FAR) para encaminhar a PDU para o UE C. Neste exemplo , o valor da IE da Interface de Destino da segunda FAR é definido como Nx LAN 5G, portanto,
23 / 71 a UPF 206 encaminha a PDU 351 para o UE C transmitindo a PDU 351 para a UPF 214. mais especificamente, antes da UPF 206 encaminhar a PDU 351 para o UE C, a UPF 206 adiciona um cabeçalho à PDU 351 com base na informação de criação do cabeçalho externo incluída na segunda FAR 360, gerando assim uma segunda PDU GTP-U 369 que consiste no cabeçalho externo e na PDU
351. A UPF 206 então encaminha a PDU 351 para o UE C transmitindo a PDU GTP-U 369 para a UPF 214, que irá então transmitir a PDU 351 para o UE C via a RAN 390.
[0088] Mais especificamente, a UPF 214, ao receber a PDU GTP-U 369, a UPF 214 usa a informação incluída na PDU GTP-U 369 para encontrar uma informação correspondente à PDR 196 incluída na PDU GTP-U 369 (por exemplo, um endereço de origem e um endereço de destino da PDU transmitida pelo UE A). Em algumas modalidades, a etapa de usar as informações incluídas na PDU GTP-U 369 para encontrar a PDR 196 compreende o uso de informações incluídas na PDU GTP-U 369, por exemplo, um TEID local, para identificar uma primeira sessão N4 (por exemplo, a sessão N4 correspondente a um grupo de LAN 5G ao qual o UE A e UE C pertencem) antes de encontrar a primeira PDR 196. A UPF 214 encontra a PDR 196 pesquisando o conjunto de PDRs 382 dentro da sessão N4 identificada (por exemplo, a UPF 214 pesquisa o conjunto de uma ou mais PDRs 382 em ordem de precedência até encontrar uma PDR 196 com PDI correspondente à PDU 351).
[0089] A FIG. 4 é um fluxograma que ilustra um processo 400, de acordo com uma modalidade, para suportar a comunicação entre um primeiro UE, como o UE 202 (também conhecido como UE A) e um segundo UE, como o UE 204 (também conhecido como UE C) ou o UE 220 (também conhecido como UE C), acampando em uma rede de área local, LAN (por exemplo, uma LAN 5G). O processo 400 é realizado pela UPF 206. O processo 400 pode iniciar na etapa s402.
[0090] A etapa s402 compreende a UPF 206 recebendo uma
24 / 71 transmissão (por exemplo, a PDU GTP-U 303 transmitida por um nó de rede de acesso ou uma PDU transmitida por outra UPF através de uma interface Nx) compreendendo uma PDU transmitida pelo UE A (por exemplo, a PDU 301 ou a PDU 351) (doravante “a PDU UE), em que a PDU UE inclui pelo menos um endereço de destino do segundo UE. Em algumas modalidades, a transmissão compreende um cabeçalho externo (por exemplo, cabeçalho de GTP-U) ao qual a PDU 301 é anexada.
[0091] As etapas s404 compreendem a UPF 206 usando informações incluídas na transmissão para encontrar uma primeira PDR (por exemplo, a PDR 304) correspondente às informações incluídas na transmissão (por exemplo, um endereço de origem e um endereço de destino da PDU UE), em que a primeira PDR identifica uma primeira FAR (por exemplo, a FAR 306). Em algumas modalidades, a etapa de usar informações incluídas na transmissão para encontrar a primeira PDR compreende a UPF 206 usando informações incluídas na transmissão (por exemplo, um TEID local alocado anteriormente para a sessão de PDU do UE A (para receber a PDU GTP-U a partir de uma rede de acesso) ou um TEID local alocado anteriormente para uma sessão N4 criada para um grupo de LAN 5G específico (para receber a PDU GTP-U a partir da primeira UPF)) para identificar uma primeira sessão N4 (por exemplo, uma sessão N4 correspondente ao Grupo de LAN 5G ou uma sessão N4 correspondente à PDU transmitida pelo UE A) antes de encontrar a primeira PDR, e a primeira PDR está associada à sessão N4 identificada. Isto é, depois de identificar a sessão N4, a UPF combina a PDU UE com uma PDR que está dentro da sessão N4. Em algumas modalidades, a primeira PDR inclui uma instrução para remover o cabeçalho externo (por exemplo, o cabeçalho de GTP- U ao qual a PDU UE está anexada).
[0092] Em algumas modalidades, a primeira PDR inclui a primeira PDI para permitir que a UPF 206 identifique a PDU como pertencente a um tráfego de grupo de LAN 5G (por exemplo, a PDI especifica um intervalo de endereço
25 / 71 de origem e de destino ou qualquer outro bit(s) significativo(s) na PDU que pode ser usado para identificar a aplicação usada para a comunicação dentro de um determinado grupo de LAN 5G).
[0093] A primeira FAR inclui uma indicação (por exemplo, Interface de Destino definida como “LAN 5G interna”) indicando que a PDU UE requer processamento de entrada adicional (isto é, indicando que outro processo de combinação de PDR é necessário para a PDU).
[0094] Em algumas modalidades, a primeira FAR inclui ainda uma IE de instância de rede que contém um valor de instância de rede que identifica um grupo de LAN 5G específico (ou seja, um grupo LAN ao qual o primeiro UE e o segundo UE pertencem).
[0095] A etapa s406 compreende a UPF 206 fazendo cumprir a primeira FAR (por exemplo, enviando a PDU e o identificador de instância de rede incluído na FAR para a interface interna da LAN 5G do mecanismo de roteamento da UPF para que o mecanismo de roteamento possa realizar o outro processo de combinação de PDR para encontrar uma segunda PDR para a PDU). Em algumas modalidades, a IE da Interface de Destino da primeira FAR contém um valor de interface (por exemplo, um valor maior que 4 e menor que 16), e a indicação que indica que a PDU requer processamento de entrada adicional é o valor de interface da IE da Interface de Destino.
[0096] A etapa s408 compreende a UPF 206 encontrando uma segunda PDR (por exemplo, a PDR 310 ou a PDR 360) para a PDU, onde a segunda PDR identifica uma segunda FAR (por exemplo, a FAR 312 ou a FAR 362). Em algumas modalidades, a segunda PDR é encontrada após a identificação de uma segunda sessão N4 para a PDU e pela combinação da PDU com as informações de detecção de pacote, PDI, incluídas na segunda PDR. Em algumas modalidades, a segunda PDR inclui uma segunda PDI para combinar a PDU de entrada a partir da interface de origem, por exemplo, a LAN 5G interna e um domínio de rede (por exemplo, domínio IP) específico para o
26 / 71 tráfego do grupo de LAN 5G identificado por uma instância de rede. Em algumas modalidades, a segunda PDI inclui pelo menos uma descrição de fluxo de pacote em que o endereço IP de destino é definido como o endereço IP pertencente ao segundo UE. Em algumas modalidades, a segunda sessão N4 é uma sessão N4 criada para uma sessão de PDU do segundo UE ou a segunda sessão N4 é uma sessão N4 criada para um Grupo de LAN 5G específico que é compartilhado por todos os UEs pertencentes a um mesmo grupo de LAN 5G, para permitir a comunicação para UEs quando eles são servidos por diferentes UPFs.
[0097] A etapa s410 compreende a UPF 206 fazendo cumprir a segunda FAR, em que fazer cumprir a segunda FAR compreende o uso de informações incluídas na segunda FAR para encaminhar a PDU para o segundo UE.
[0098] Em algumas modalidades, a UPF 206 serve o segundo UE e o encaminhamento da PDU para o segundo UE compreende o encaminhamento da UPF 206 da PDU para um nó de rede de acesso (por exemplo, um nó AN 5G) usando um túnel (por exemplo, um túnel N3 GTP-U ) estabelecido entre a UPF 206 e o nó da rede de acesso. Nessa modalidade, a segunda FAR inclui uma IE da Interface de Destino contendo um valor de interface definido como Acesso (ou seja, definido como 0).
[0099] Em algumas modalidades, encaminhar a PDU para o segundo UE compreende a UPF 206 encaminhando a PDU para uma segunda UPF (por exemplo, a UPF 214) (que pode ser a UPF servindo o segundo UE ou uma UPF entre a UPF 206 e a UPF servindo o segundo UE ) usando um túnel (por exemplo, um túnel N9 GTP-U) estabelecido entre a UPF 206 e a segunda UPF. Nessa modalidade, a segunda FAR pode incluir uma IE da Interface de Destino contendo um valor de interface (por exemplo, “Nx LAN 5G”) que indica que a UPF deve encaminhar a PDU para a segunda UPF usando um túnel estabelecido entre a UPF 206 e a segunda UPF.
27 / 71
[00100] Em algumas modalidades, a segunda FAR inclui uma IE da Interface de Destino contendo um valor de interface (por exemplo, Core) que indica que a UPF deve encaminhar a PDU para uma rede de dados de pacote através de uma interface N6.
[00101] Em algumas modalidades, a segunda FAR inclui adicionalmente uma IE da Instância de Rede identificando um domínio de rede (por exemplo, um domínio IP) específico para o tráfego do grupo de LAN 5G.
[00102] Em algumas modalidades, a segunda PDR inclui uma IE de Interface de Origem contendo um valor de interface que é definida com o mesmo valor que o valor de interface da IE de Interface de Destino incluído na primeira FAR, e a segunda PDR inclui uma IE de Instância de Rede contendo um valor de instância de rede que é definido com o mesmo valor que o valor da instância de rede da IE de instância de rede incluído na primeira FAR.
[00103] Em algumas modalidades, a primeira PDR compreende uma regra de relatório de uso, URR, identificador que identifica uma primeira URR, a segunda PDR compreende um identificador URR que identifica uma segunda URR e o processo 400 também inclui a UPF 206 aplicando a primeira URR em relação à PDU; e a UPF 206 aplicando a segunda URR em relação à PDU. Nessa modalidade, a primeira URR pode identificar um método para medir o uso de recurso de rede e aplicar a primeira URR em relação à PDU compreende medir o uso de recurso de rede em relação à PDU.
[00104] A FIG. 5 é um fluxograma que ilustra um processo 500, de acordo com uma modalidade, para suportar a comunicação entre um primeiro UE, como o UE 202 (também conhecido como UE A) e um segundo UE, como o UE 204 (também conhecido como UE C) ou o UE 220 (também conhecido como UE C), acampando em uma rede de área local, LAN (por exemplo, uma LAN 5G). O processo 500 é realizado pela UPF 206. O processo 500 pode iniciar na etapa s502.
[00105] A etapa s502 compreende a UPF 206 recebendo uma
28 / 71 transmissão (por exemplo, a PDU GTP-U 303 transmitida por um nó de rede de acesso ou uma PDU transmitida por outra UPF através de uma interface Nx) compreendendo uma PDU transmitida pelo UE A (por exemplo, a PDU 351) (doravante “a PDU UE), em que a PDU UE inclui pelo menos um endereço de destino do segundo UE. Em algumas modalidades, a transmissão compreende um cabeçalho externo (por exemplo, cabeçalho de GTP-U) ao qual a PDU UE é anexada.
[00106] As etapas s504 compreendem a UPF 206 usando informações incluídas na transmissão para encontrar uma primeira PDR (por exemplo, a PDR 304) combinando às informações incluídas na transmissão (por exemplo, um endereço de origem e um endereço de destino da PDU UE), em que a primeira PDR identifica uma primeira FAR (por exemplo, a FAR 306). Em algumas modalidades, a etapa de usar as informações incluídas na transmissão para encontrar a primeira PDR a UPF 206 usando as informações incluídas na transmissão para identificar uma primeira sessão N4 antes de encontrar a primeira PDR. Isto é, depois de identificar a sessão N4, a UPF combina a PDU UE com uma PDR que está dentro da sessão N4.
[00107] A etapa s506 compreende a UPF 206 obtendo informações incluídas na primeira FAR. Por exemplo, na etapa s506 a UPF 206 lê o valor da IE de Interface de Destino (DI) incluída na FAR. Neste exemplo, o valor da IE de DI indica que a PDU UE requer processamento de entrada adicional (isto é, indicando que outro processo de combinação de PDR é necessário para a PDU). Depois de obter a informação, a UPF 206 determina, com base na informação, que é necessário o processamento de entrada adicional para a PDU UE. Como resultado da determinação de que esse processamento de entrada adicional é necessário para a PDU UE, a UPF 206 determina uma sessão N4 para a PDU UE (por exemplo, a UPF 206 determina a sessão N4 com base na informação incluída na PDU UE).
[00108] Portanto, a etapa s508 compreende a UPF 206, após a obtenção
29 / 71 das informações incluídas na primeira FAR, identificando uma sessão N4.
[00109] A etapa s510 compreende a UPF 206, após identificar a sessão N4, encontrando uma PDR padrão associada à sessão N4. Mais especificamente, depois de identificar a sessão N4, a UPF 206 determina se a PDU UE corresponde a qualquer uma das PDRs na sessão N4 identificada. Uma PDU UE combina uma PDR quando as informações na PDU UE (por exemplo, endereço de origem e/ou endereço de destino) correspondem à PDI incluída na PDR. Neste exemplo, a PDU UE corresponde apenas à PDR "padrão" associada à sessão N4 (ou seja, a PRD dentro da sessão N4 que tem a precedência mais baixa).
[00110] A PDR padrão identifica uma FAR padrão e/ou uma URR padrão. A FAR padrão é configurada para fazer com que a UPF transmita a PDU UE para uma SMF. A URR padrão é configurada para fazer com que a UPF transmita à SMF uma mensagem de solicitação de relatório de sessão PFCP compreendendo pelo menos uma parte da PDU (por exemplo, o endereço IP de destino incluído em um cabeçalho IP da PDU).
[00111] Em algumas modalidades, o processo 500 pode incluir adicionalmente a UPF 206 transmitindo a PDU à SMF. Depois de transmitir a PDU para a SMF, a UPF 206 recebe da SMF uma segunda PDR associada à sessão N4 e uma segunda FAR, em que segunda PDR inclui um identificador FAR que identifica a segunda FAR.
[00112] Em algumas modalidades, o processo 500 pode incluir adicionalmente a UPF 206 transmitindo a mensagem de solicitação de relatório de sessão PFCP à SMF. Depois de transmitir a mensagem de solicitação de relatório de sessão PFCP para a SMF, a UPF 206 recebe da SMF uma segunda PDR associada à segunda sessão N4 e uma segunda FAR, em que a segunda PDR inclui um identificador FAR que identifica a segunda FAR.
[00113] A FIG. 6 é um fluxograma que ilustra um processo 600, de acordo com uma modalidade, para prover regras para uma UPF. O processo
30 / 71 600 é realizado por uma SMF. O processo 600 pode iniciar na etapa s602.
[00114] A etapa s602 compreende a SMF recebendo uma transmissão transmitida por uma primeira UPF, como resultado da primeira UPF determinando que uma PDU não é roteável, em que a PDU inclui um campo de endereço de origem contendo um endereço de um primeiro UE e um campo de endereço de destino contendo um endereço de um segundo UE, e em que a transmissão compreende 1) a PDU ou 2) uma mensagem de solicitação de relatório de sessão PFCP que compreende o endereço do segundo UE.
[00115] A etapa s604 compreende a SMF determinando uma UPF que está servindo atualmente ao segundo UE.
[00116] A etapa s606 compreende a UPF, após determinar a UPF que está servindo atualmente ao segundo UE, provendo à primeira UPF uma PDR para permitir que a primeira UPF faça o roteamento para as segundas PDUs de UE que são endereçadas ao segundo UE. Em algumas modalidades, a PDR está em uma sessão N4 especificamente criada para um grupo de LAN 5G ao qual os primeiro e o segundo UEs pertencem.
[00117] Em algumas modalidades, o processo 600 também inclui a SMF provendo para uma segunda UPF uma segunda PDR para permitir que a segunda UPF roteie para os segundos PDUs de UE que são endereçados ao segundo UE e destinados ao referido grupo de LAN 5G. Em algumas modalidades, a segunda PDR inclui uma instrução para remover o cabeçalho externo da PDU recebida da Interface de Origem Nx LAN 5G e um domínio de rede específico (por exemplo, um domínio IP) identificado pela Instância de Rede, e a dita segunda PDR está associada a uma FAR. Em algumas modalidades, a FAR inclui uma IE de Interface de destino contendo um valor de interface (por exemplo, “LAN 5G Interna”) e a Instância de Rede é definida como um valor específico para o Grupo de LAN 5G que indica que a segunda UPF fazendo cumprir a FAR, por exemplo, enviando a PDU para o mecanismo de roteamento da UPF usando o identificador de instância de rede e a interface
31 / 71 LAN 5G Interna conforme incluído na FAR, de modo que o mecanismo de roteamento possa realizar o outro processo de combinação de PDR para encontrar outra PDR na segunda sessão N4 de UEs que para a PDU).
[00118] Em algumas modalidades, a SMF gera a PDR com base na UPF que está servindo atualmente ao segundo UE. Por exemplo, se uma UPF diferente da primeira UPF está servindo o segundo UE, então a PDR conterá um identificador FAR que identifica uma FAR com uma IE de Interface de Destino definida para, por exemplo, Nx LAN 5G, e uma Instância de Rede que identifica um domínio de rede (por exemplo, um domínio IP) específico para o tráfego do grupo de LAN 5G, ao passo que se a primeira UPF estiver servindo ao segundo UE, então a PDR conterá um identificador FAR que identifica uma FAR com uma IE de Interface de Destino definida para, por exemplo, Acesso.
[00119] A FIG. 7 é um fluxograma que ilustra um processo 700, de acordo com uma modalidade, para prover regras para uma UPF. O processo 700 é realizado por uma SMF. O processo 700 pode iniciar na etapa s702.
[00120] As etapas s702 compreende a SMF gerando uma primeira PDR associada a uma primeira sessão N4 associada a um primeiro UE, ou associada a um grupo de LAN 5G, a primeira PDR contendo uma FAR, identificador para identificar uma primeira FAR.
[00121] A etapa s704 compreende a SMF gerando a primeira FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de Destino definida como “LAN 5G interna”) indicando que as PDUs que combinam com a primeira PDR requerem processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário para as PDUs).
[00122] A etapa s706 compreende a SMF provendo a primeira PDR e a primeira FAR para uma primeira UPF (por exemplo, a UPF selecionada para servir o primeiro UE).
[00123] Em algumas modalidades, a SMF provê a primeira PDR à
32 / 71 primeira UPF transmitindo à primeira UPF uma solicitação de sessão (por exemplo, uma solicitação de criação de sessão ou uma solicitação de modificação de sessão) compreendendo a primeira PDR.
[00124] Em algumas modalidades, o processo 700 também inclui a SMF gerando uma segunda PDR associada a uma segunda sessão N4, a segunda PDR contendo um identificador FAR para identificar uma segunda FAR; a SMF gerando a segunda FAR; e a SMF provendo a segunda PDR e a segunda FAR à primeira UPF, em que a IE de Interface de destino da segunda FAR é definida como Core, Access ou 5G LAN Nx (por exemplo, um valor maior que 4 e menor que 16). Em algumas modalidades, a segunda PDR está associada a uma sessão N4 criada para um grupo de LAN 5G específico e a IE de Interface de Destino da segunda FAR é definida como Nx LAN 5G. Em algumas modalidades, a segunda PDR está associada a uma sessão N4 associada a um segundo UE e a IE de Interface de Destino da segunda FAR é definida como Access. Em algumas modalidades, a IE da Instância de Rede da segunda FAR é definida com um valor que identifica um domínio de rede (por exemplo, um domínio IP) específico para o tráfego do grupo LAN O 5G.
[00125] A FIG. 8 é um fluxograma que ilustra um processo 800 para suportar uma LAN (por exemplo, uma LAN 5G). O processo 800 pode iniciar na etapa s802.
[00126] A etapa s802 compreende a geração de uma primeira regra de detecção de pacote, PDR, associada a um primeiro equipamento de usuário, UE, a primeira PDR contendo uma regra de ação de encaminhamento, FAR, identificador para identificar uma primeira FAR.
[00127] A etapa s804 compreende a geração da primeira FAR, em que a primeira FAR inclui: i) uma indicação (por exemplo, “Interna” e/ou “LAN 5G”) indicando que pelo menos uma segunda PDR (por exemplo, uma PDR de entrada) deve ser aplicada para pacotes que combinem a primeira PDR (por exemplo, um pacote que combine as informações de detecção de pacote (PDI)
33 / 71 incluídas na primeira PDR) e/ou ii) um identificador (por exemplo, “interna”, “LAN 5G” e/ou um Identificador de sessão N4) para uso na identificação de um conjunto de uma ou mais PDRs (por exemplo, um conjunto de PDRs cujo atributo de interface de origem é definido como o identificador (por exemplo, definido como “interna” ou “LAN 5G”). O conjunto de uma ou mais PDRs está associado a i) um segundo UE ou ii) um túnel entre a primeira UPF e uma segunda UPF e/ou a segunda PDR está associada a i) um segundo UE ou ii) um túnel entre a primeira UPF e uma segunda UPF. A PDI da primeira PDR compreende um ou mais campos de combinação com os quais os pacotes são combinados.
[00128] A etapa s806 compreende prover a primeira PDR e a primeira FAR para uma primeira função de plano de usuário, UPF, selecionada para servir o primeiro UE.
[00129] As etapas s802 a s806, em algumas modalidades, são realizadas por uma SMF.
[00130] Em algumas modalidades, a primeira FAR inclui o identificador, o identificador incluído na primeira FAR é um identificador de sessão N4 que identifica uma sessão N4 associada ao segundo UE e cada PDR incluída no conjunto de uma ou mais PDRs contém o identificador de sessão N4.
[00131] Em algumas modalidades, o método é realizado por uma função de gerenciamento de sessão, SMF, que provê funções de gerenciamento de sessão para o primeiro UE e o segundo UE.
[00132] Em algumas modalidades, a SMF gera a primeira PDR e a primeira FAR após o segundo UE se conectar à LAN.
[00133] Em algumas modalidades, a SMF provê a primeira PDR à primeira UPF transmitindo à primeira UPF uma solicitação de modificação de sessão que compreende a primeira PDR.
[00134] Em algumas modalidades, o processo compreende
34 / 71 adicionalmente a SMF que recebe uma transmissão a partir da primeira UPF compreendendo um identificador (por exemplo, um endereço IP) associado ao segundo UE; e determinando uma UPF que está servindo atualmente o segundo UE, em que a SMF gera a primeira FAR com base na UPF que está servindo atualmente ao segundo UE.
[00135] Em algumas modalidades, a UPF servindo ao segundo UE é a segunda UPF e o conjunto de PDRs e/ou a segunda PDR está associada ao túnel entre a primeira UPF e a segunda UPF.
[00136] Em algumas modalidades, a UPF servindo ao segundo UE é a primeira UPF e o conjunto de PDRs e/ou a segunda PDR está associada a um identificação de sessão N4 associado ao segundo UE.
[00137] Em algumas modalidades, a transmissão a partir da primeira UPF compreende um pacote de enlace ascendente (UL) transmitido pelo primeiro UE, em que o pacote de UL compreende um endereço IP alocado ao segundo UE.
[00138] Em algumas modalidades, a transmissão a partir da primeira UPF compreende uma mensagem de solicitação de relatório de sessão.
[00139] Em algumas modalidades, a FAR inclui um atributo de interface de destino e a indicação é um valor de interface de destino (por exemplo, “interna” e/ou “LAN 5G”) para o atributo de interface de destino.
[00140] Em algumas modalidades, a segunda PDR inclui um indicador que indica que a segunda PDR se aplica ao tráfego comutado localmente (por exemplo, se aplica a um pacote tendo uma fonte que está na LAN e tendo um destino que está na LAN) e o método inclui adicionalmente prover a segunda PDR para a primeira UPF, ou o conjunto de PDRs inclui uma segunda PDR que inclui um indicador indicando que a segunda PDR se aplica ao tráfego comutado localmente (por exemplo, se aplica a um pacote tendo uma fonte que está na LAN e tendo um destino que está na LAN) e o método inclui adicionalmente prover a segunda PDR à primeira UPF.
35 / 71
[00141] Em algumas modalidades, a segunda PDR tem um atributo de interface de origem e um indicador indicando que a segunda PDR se aplica ao tráfego comutado localmente é um valor de atributo de interface de origem do atributo de interface de origem da segunda PDR.
[00142] Em algumas modalidades, a primeira FAR inclui: i) a indicação de que pelo menos uma segunda PDR deve ser aplicada a pacotes que correspondem à primeira PDR, e ii) o identificador (por exemplo, um identificador de sessão N4) para uso na identificação de um conjunto de uma ou mais PDRs, em que o conjunto de PDRs inclui a segunda PDR.
[00143] A FIG. 9 é um fluxograma que ilustra um processo 900 para suportar uma LAN (por exemplo, uma LAN 5G). O processo 900 pode iniciar na etapa s902.
[00144] A etapa s902 compreende uma primeira função de plano de usuário, UPF, recebendo uma transmissão (por exemplo, uma PDU GTP-U transmitida por um nó de rede de acesso) compreendendo uma unidade de dados de protocolo, PDU, transmitida por um primeiro equipamento de usuário, UE, em que a PDU inclui um endereço de destino de um segundo UE.
[00145] A etapa s904 compreende a primeira função de plano de usuário usando as informações incluídas na transmissão (por exemplo, um endereço de destino da PDU) para identificar uma primeira regra (por exemplo, uma Regra de Detecção de Pacote, PDR) para a PDU, em que a primeira regra identifica uma primeira regra de ação de encaminhamento, FAR.
[00146] A etapa s906 compreende, após a identificação da primeira regra, a primeira UPF recuperando a primeira FAR.
[00147] A etapa s908 compreende a primeira UPF usando informações incluídas na primeira FAR para identificar uma segunda regra para a PDU, em que a segunda regra identifica uma segunda FAR.
[00148] A etapa s910 compreende, após a identificação da segunda regra, a primeira UPF recuperando a segunda FAR.
36 / 71
[00149] A etapa s912 compreende a primeira UPF usando informações incluídas na segunda FAR para encaminhar a PDU para o segundo UE.
[00150] As etapas s902 a s912, em algumas modalidades, são realizadas por uma UPF.
[00151] Em algumas modalidades, a primeira UPF serve o segundo UE e o encaminhamento da PDU para o segundo UE compreende o encaminhamento da UPF da PDU para um nó de rede de acesso (por exemplo, um nó AN 5G) usando um túnel (por exemplo, um túnel N3 GTP-U ) estabelecido entre a primeira UPF e o nó da rede de acesso.
[00152] Em algumas modalidades, uma segunda UPF serve o segundo UE e o encaminhamento da PDU para o segundo UE compreende a primeira UPF encaminhando a PDU para a segunda UPF usando um túnel (por exemplo, um túnel N9 GTP-U ) estabelecido entre a primeira UPF e a segunda UPF.
[00153] Em algumas modalidades, o encaminhamento da PDU para o segundo UE compreende o encaminhamento da PDU para uma rede de dados de pacote (por exemplo, usando uma interface N6).
[00154] Em algumas modalidades, a primeira regra compreende uma regra de relatório de uso, URR, identificador que identifica uma primeira URR, a segunda regra compreende uma regra de relatório de uso, URR, identificador que identifica uma segunda URR e o método compreende adicionalmente: (1) a primeira UPF aplicando a primeira URR em relação à PDU; e (2) a primeira UPF aplicando a segunda URR em relação à PDU. De acordo com certos aspectos, a primeira URR identifica um método para medir o uso de recurso de rede e aplicar a primeira URR em relação à PDU compreende medir o uso de recurso de rede em relação à PDU.
[00155] Em algumas modalidades, o método compreende adicionalmente a primeira UPF recebendo uma transmissão transmitida por um UE, em que a transmissão compreende uma PDU que contém um endereço de destino de um terceiro UE; a primeira UPF determinando que a PDU combina
37 / 71 uma PDR padrão contendo um identificador FAR que identifica uma terceira FAR; a primeira UPF recuperando a terceira FAR, em que a terceira FAR instrui a primeira UPF a encaminhar a PDU para uma função de gerenciamento de sessão; e a primeira UPF encaminhando a PDU à SMF conforme instruído pela terceira FAR.
[00156] Em algumas modalidades, o método compreende adicionalmente a primeira UPF recebendo uma transmissão transmitida por um UE, em que a transmissão compreende uma PDU que contém um endereço de destino de um terceiro UE; a primeira UPF determinando que a PDU combina uma PDR padrão contendo um identificador de regra que identifica uma URR; a primeira UPF recuperando a URR, em que a URR instrui a primeira UPF a enviar à SMF um relatório (por exemplo, um relatório que contém o endereço de destino do terceiro UE); e a primeira UPF enviando o relatório à SMF conforme instruído pela URR.
[00157] A FIG. 10 é um fluxograma que ilustra um processo 1000 para suportar uma LAN (por exemplo, uma LAN 5G). O processo 1000 pode iniciar na etapa s1002.
[00158] A etapa s1002 compreende gerar uma regra de detecção de pacote, PDR, identificando uma regra de ação de encaminhamento, FAR, em que a dita PDR e/ou FAR definem como rotear o tráfego de um primeiro Equipamento de Usuário, UE, da dita LAN para um segundo UE da dita LAN.
[00159] A etapa s1004 compreende prover a dita PDR a uma função de plano do usuário, UPF, em que a dita UPF está associada ao dito primeiro UE e ao dito segundo UE, em que a dita PDR e/ou FAR permite que a dita UPF aplique ações de entrada e saída (por exemplo, QoS, carregamento e carregamento) tanto para o primeiro quanto para o segundo UE.
[00160] As etapas s1002 e s1004, em algumas modalidades, são realizadas por uma SMF.
[00161] Em algumas modalidades, a dita PDR e/ou FAR definem como
38 / 71 rotear o dito tráfego do dito primeiro UE para o dito segundo UE sem o uso de uma Rede de Dados (DN) externa (por exemplo, via N6).
[00162] A FIG. 11 é um fluxograma que ilustra um processo 1100 para suportar uma LAN (por exemplo, uma LAN 5G). O processo 1100 pode iniciar na etapa s1102.
[00163] A etapa s1102 compreende gerar uma primeira regra de detecção de pacote, PDR, identificando uma regra de ação de encaminhamento, FAR, em que a dita PDR e/ou FAR definem como rotear o tráfego de um primeiro Equipamento de Usuário, UE, da dita LAN para um segundo UE da dita LAN.
[00164] A etapa s1104 compreende prover a dita PDR a uma primeira função de plano de usuário, UPF, em que a dita UPF está associada ao dito primeiro UE, em que a dita FAR compreende uma ou mais instruções para a dita primeira UPF rotear o dito tráfego para uma segunda UPF através de uma conexão de túnel entre as ditas primeira e segunda UPFs, em que a dita segunda UPF está associada ao dito segundo UE.
[00165] As etapas s1102 e s1104, em algumas modalidades, são realizadas por uma SMF.
[00166] Em algumas modalidades, a dita PDR e/ou FAR definem como rotear o dito tráfego do dito primeiro UE para o dito segundo UE sem o uso de uma Rede de Dados externa (DN) (por exemplo, via N6).
[00167] A FIG. 12 é um fluxograma que ilustra um processo 1000 para suportar uma LAN (por exemplo, uma LAN 5G). O processo 1000 pode iniciar na etapa s1202.
[00168] A etapa s1202 compreende uma primeira função de plano de usuário, UPF, recebendo uma transmissão a partir de um primeiro equipamento de usuário, UE, da dita LAN, em que a dita transmissão se destina a um segundo UE da dita LAN.
[00169] A etapa s1204 compreende encaminhar a dita transmissão para
39 / 71 um segundo UE, em que a dita UPF está associada ao dito primeiro UE e ao dito segundo UE, em que a dita PDR e em que o dito recebimento e encaminhamento compreende aplicar ações de entrada e saída (por exemplo, QoS, carregamento e contagem) tanto para o primeiro quanto para o segundo UE para a dita transmissão.
[00170] As etapas s1202 e S1204, em algumas modalidades, são realizadas por uma UPF.
[00171] A FIG. 13 é um fluxograma que ilustra um processo 1300 para suportar uma LAN (por exemplo, uma LAN 5G). O processo 1300 pode iniciar na etapa s1302.
[00172] A etapa s1302 compreende uma primeira função de plano de usuário, UPF, recebendo uma transmissão a partir de um primeiro equipamento de usuário, UE, da dita LAN, em que a dita transmissão se destina a um segundo UE da dita LAN.
[00173] A etapa s1304 compreende o encaminhamento da dita transmissão para o dito segundo UE, em que o dito encaminhamento compreende o envio da dita transmissão através de uma conexão de túnel entre a dita primeira UPF e uma segunda UPF de acordo com uma regra de detecção de pacote, PDR, identificando uma regra de ação de encaminhamento, FAR, identificando a dita segunda UPF (por exemplo, a FAR contém um endereço alocado à segunda UPF).
[00174] As etapas s1302 e S1304, em algumas modalidades, são realizadas por uma UPF.
[00175] Com referência à FIG. 14, um nó e diagrama de fluxo de sinal para o sistema 1400 é provido de acordo com algumas modalidades. Neste exemplo, quando a SMF obtém a consulta para um UE de destino (UE2 neste exemplo), ele irá instalar uma PDR (para identificar o tráfego UE-UE para UE2) e FAR (para encaminhar o tráfego para a UPF2) em ambos UPF1 e UPF3. Desta forma, a tabela de encaminhamento nas UPFs será preenchida. De acordo
40 / 71 com as modalidades, subsequentemente, se o UE2 se move para a UPF3, e o UE 1 gostaria de se comunicar com o UE2, e esse tráfego UE-para-UE é enviado para a UPF2, enquanto a UPF2 não tem entrada para encaminhar o tráfego para o UE2, como parte do comutador local para UE2, é removido assim que o UE2 é deixado. Assim, a UPF2 pede para a SMF, e a SMF instala a PDR/FAR na UPF1, então a entrada antiga na UPF1 para UE2 é removida. Em alguns casos, assume-se que a antiga PDR/FAR para encaminhar o tráfego para UE2 via UPF2 é removida assim que o UE2 é anexado à UPF3 diretamente. No fluxo (1) da FIG. 3, a UPF1 reporta à SMF (de acordo com as alternativas aqui descritas) que um pacote para UE2 não é roteável. No fluxo (2) da FIG. 10, uma PDR é instalada (para identificar o tráfego em direção a UE2) e uma FAR (em direção a UPF2) em UPF1. No fluxo (3) da FIG. 14, uma PDR é instalada (para identificar o tráfego em direção a UE2) e uma FAR (em direção a UPF2) em UPF3 para permitir que quaisquer UEs atrás da UPF3 se comuniquem com o UE2 no futuro. Neste exemplo, um túnel é provido entre cada uma das UPFs 1 a 3, respectivamente.
[00176] De acordo com algumas modalidades, sempre que um novo UE de um grupo/LAN é reconhecido, novas PDR / FARs são providas. Isso pode ocorrer, por exemplo, ao estabelecer uma nova sessão N3 ou N4 para esse UE.
[00177] De acordo com algumas modalidades, é provido um aparelho que é adaptado para executar as etapas de qualquer uma das FIGs. 4 a 13.
[00178] De acordo com algumas modalidades, um programa de computador é provido, que compreende as instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador realize um processo de acordo com qualquer uma das FIGS. 4 a 13. De acordo com algumas modalidades, uma portadora é provida, que contém o programa de computador, em que a portadora é um dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou uma mídia de armazenamento legível por computador.
41 / 71
[00179] De acordo com algumas modalidades, um aparelho para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G) é provido, compreendendo um processador e uma memória, a dita memória contendo instruções executáveis pelo dito processador em que o dito aparelho é operativo para realizar as etapas de qualquer uma das FIGs. 4 a 13.
[00180] De acordo com algumas modalidades, um programa de computador que compreende código de programa de computador armazenado em um meio legível por computador não transitório é provido, o qual, quando executado em um nó de rede, faz com que o nó de rede execute as etapas de qualquer uma das FIGs. 4 a 13.
[00181] A FIG. 15 é um diagrama de blocos de um aparelho 1500 que pode implementar uma UPF e/ou uma SMF, de acordo com algumas modalidades. Como mostrado na FIG. 15, o aparelho 1500 pode compreender: conjunto de circuitos de processamento (PC) 1502, que pode incluir um ou mais processadores (P) 1555 (por exemplo, um microprocessador de uso geral e/ou um ou mais outros processadores, como um circuito integrado de aplicação específica (ASIC ), redes de portas programáveis em campo (FPGAs) e similares), cujos processadores podem estar co-localizados em um único compartimento ou em uma única central de dados ou podem estar geograficamente distribuídos; uma interface de rede 1548 que compreende um transmissor (Tx) 1545 e um receptor (Rx) 1547 para permitir que o aparelho 1500 transmita e receba dados de outros nós conectados a uma rede 150 (por exemplo, uma rede de protocolo de Internet (IP)) a qual a interface de rede 1548 está conectada; e uma unidade de armazenamento local (também conhecido como “sistema de armazenamento de dados”) 1508, que pode incluir um ou mais dispositivos de armazenamento não voláteis e/ou um ou mais dispositivos de armazenamento voláteis. Em modalidades onde o PC 1502 inclui um processador programável, um produto de programa de computador (CPP) 1541 pode ser provido. O CPP 1541 inclui um meio legível por computador (CRM)
42 / 71 1542 que armazena um programa de computador (CP) 1543 compreendendo instruções legíveis por computador (CRI) 1544. CRM 1542 pode ser um meio legível por computador não transitório, tal como, mídia magnética (por exemplo, um disco rígido), mídia óptica, dispositivos de memória (por exemplo, memória de acesso aleatória, memória flash), e semelhantes. Em algumas modalidades, o CRI 1544 do programa de computador 1543 é configurado de tal modo que quando executado pelo PC 1502, o CRI faz com que o aparelho 1500 execute as etapas descritas aqui (por exemplo, as etapas descritas acima com referência aos fluxogramas). Em outras modalidades, o aparelho 1500 pode ser configurado para executar as etapas descritas aqui sem a necessidade de código. Isto é, por exemplo, o PC 1502 pode consistir meramente em um ou mais ASICs. Portanto, os recursos das modalidades aqui descritas podem ser implementados em hardware e/ou software. Modalidades
[00182] A1. Um método para suportar comunicação entre UEs acampados em uma rede de área local, LAN (por exemplo, uma LAN 5G), o método sendo executado por uma função de plano de usuário, UPF, o método compreendendo: receber uma transmissão (por exemplo, uma PDU GTP-U transmitida por um nó de rede de acesso ou uma PDU transmitida por outra UPF através de uma interface Nx) compreendendo uma unidade de dados de protocolo, PDU, transmitida por um primeiro equipamento de usuário, UE, em que a PDU inclui pelo menos um endereço de destino de um segundo UE; usar as informações incluídas na transmissão para encontrar uma primeira regra de detecção de pacote, PDR, combinando informações incluídas na transmissão (por exemplo, um endereço de origem e um endereço de destino da PDU), em que a primeira PDR identifica uma primeira regra de ação de encaminhamento, FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de destino definida como “LAN 5G interna”) indicando
43 / 71 que a PDU requer processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário para a PDU).
[00183] fazer cumprir a primeira FAR (por exemplo, o envio da PDU para o mecanismo de roteamento da UPF usando o identificador de instância de rede e a interface interna da LAN 5G incluída na FAR, para que o mecanismo de roteamento possa realizar o outro processo de combinação de PDR para encontrar uma segunda PDR para a PDU); encontrar uma segunda PDR para a PDU (por exemplo, a segunda PDR é encontrada após a identificação de uma segunda sessão N4 para a PDU e combinando a PDU com informações de detecção de pacote, PDI incluídas na segunda PDR), em que a segunda PDR identifica uma segunda FAR; e fazer cumprir a segunda FAR, em que fazer cumprir a segunda FAR compreende o uso de informações incluídas na segunda FAR para encaminhar a PDU para o segundo UE.
[00184] A1.1. O método da modalidade A1, em que a etapa de usar informações incluídas na transmissão para encontrar a primeira PDR compreende o uso de informações incluídas na transmissão (por exemplo, um TEID local alocado anteriormente para a sessão de PDU do primeiro UE (para receber a PDU GTP-U de uma rede de acesso) ou um TEID local alocado anteriormente para uma sessão N4 criada para um grupo de LAN 5G específico (para receber a PDU GTP-U da primeira UPF)) para identificar uma primeira sessão N4 (por exemplo, uma sessão N4 correspondente ao grupo de LAN 5G ou uma sessão N4 correspondente à PDU transmitida pelo primeiro UE) antes de encontrar a primeira PDR, e a primeira PDR está associada à sessão N4 identificada.
[00185] A1.2. O método de qualquer uma das modalidades anteriores, em que a transmissão compreende um cabeçalho externo (por exemplo,
44 / 71 cabeçalho de GTP-U) ao qual a PDU é anexada, e a primeira PDR inclui uma instrução para remover o cabeçalho externo.
[00186] A1.3. O método de qualquer uma das modalidades anteriores, em que a primeira PDR inclui a primeira PDI para permitir que a UPF identifique a PDU como pertencente a um tráfego do grupo de LAN 5G (por exemplo, a PDI especifica um intervalo de endereço de origem e de destino ou qualquer outro bit(s) significativo(s) na PDU que pode ser usado para identificar a aplicação usada para a comunicação dentro de um determinado grupo de LAN 5G).
[00187] A2. O método de qualquer uma das modalidades anteriores, em que a primeira FAR inclui um Elemento de Informação de Interface de Destino, IE, contendo um valor de interface (por exemplo, um valor maior que 4 e menor que 16), e a indicação que indica que a PDU requer processamento de entrada adicional é o valor de interface da IE da Interface de Destino.
[00188] A3. O método da modalidades A2, em que a primeira FAR inclui adicionalmente uma IE de instância de rede que contém um valor de instância de rede que identifica um determinado grupo de LAN 5G. A3.1: O método da modalidade A1, em que a segunda PDR inclui uma segunda PDI para combinar a PDU de entrada a partir da interface de origem, por exemplo, a LAN 5G interna e um domínio de rede (por exemplo, domínio IP) específico para o tráfego do grupo de LAN 5G identificado por uma instância de rede.
[00189] A3.1.1: O método da modalidade A3.1, em que a segunda PDI inclui pelo menos uma descrição de fluxo de pacote em que o endereço IP de destino é definido como o endereço IP
45 / 71 pertencente ao segundo UE.
[00190] A3.2: O método da modalidade A1, em que a segunda sessão N4 é uma sessão N4 criada para uma sessão PDU do segundo UE ou a segunda sessão N4 é uma sessão N4 criada para um Grupo de LAN 5G específico que é compartilhado por todos os UEs pertencentes a um mesmo grupo de LAN 5G, para permitir a comunicação para UEs quando eles são servidos por diferentes UPFs e encaminhar os pacotes diretamente para a Rede de Dados de Pacote através da N6.
[00191] A4. O método de qualquer uma das modalidades anteriores, em que a primeira UPF serve o segundo UE e o encaminhamento da PDU para o segundo UE compreende o encaminhamento da UPF da PDU para um nó de rede de acesso (por exemplo, um nó AN 5G) usando um túnel (por exemplo, um túnel N3 GTP-U ) estabelecido entre a primeira UPF e o nó da rede de acesso.
[00192] A5. O método da modalidade A4, em que a segunda FAR inclui uma IE de Interface de Destino contendo um valor de interface definido como Acesso (ou seja, definido como 0).
[00193] A6. O método de qualquer uma das modalidades anteriores, em que encaminhar a PDU para o segundo UE compreende: a primeira UPF encaminhando a PDU para uma segunda UPF (que pode ser a UPF servindo o segundo UE ou uma UPF entre a primeira UPF e a UPF servindo o segundo UE) usando um túnel (por exemplo, um túnel N9 GTP-U) estabelecido entre a primeira UPF e a segunda UPF, ou a primeira UPF encaminhando a PDU para uma rede de dados de pacote (por exemplo, usando uma interface N6).
[00194] A7. O método da modalidade A6, em que a segunda FAR inclui uma IE de Interface de Destino contendo um valor de interface (por exemplo, “Nx LAN 5G”) que indica que a UPF deve encaminhar a PDU para a segunda
46 / 71 UPF usando um túnel estabelecido entre a UPF e a segunda UPF.
[00195] A7.1 O método da modalidade A6, em que a segunda FAR inclui uma IE de Interface de destino contendo um valor de interface (por exemplo, Core) que indica que a UPF deve encaminhar a PDU para uma rede de dados de pacote através de uma interface N6.
[00196] A7.2 O método da modalidade A7, em que a segunda FAR inclui adicionalmente uma IE de instância de rede identificando um domínio de rede (por exemplo, um domínio IP) específico para o tráfego do grupo de LAN 5G.
[00197] A8. O método de qualquer uma das modalidades A3, em que a segunda PDR inclui uma IE de Interface de Origem contendo um valor de interface que é definido com o mesmo valor que o valor de interface da IE de Interface de Destino incluída na primeira FAR, e a segunda PDR inclui uma IE de Instância de Rede contendo um valor de instância de rede que é definido com o mesmo valor que o valor de instância de rede da IE de Instância de Rede incluída na primeira FAR.
[00198] A9. O método de qualquer uma das modalidades anteriores, em que a primeira PDR compreende uma regra de relatório de uso, URR, identificador que identifica uma primeira URR, a segunda PDR compreende um identificador URR que identifica uma segunda URR, e o método compreende adicionalmente: a primeira UPF aplicando a primeira URR em relação à PDU; e a primeira UPF aplicando a segunda URR em relação à PDU.
[00199] A10. O método da modalidade A9, em que a primeira URR identifica um método para medir o uso de um recurso de rede, e aplicar a primeira URR em relação à PDU compreende medir o
47 / 71 uso de recursos de rede em relação à PDU.
[00200] B1. Um método para suportar comunicação entre UEs acampados em uma rede de área local, LAN (por exemplo, uma LAN 5G), o método sendo executado por uma função de plano de usuário, UPF, o método compreendendo: receber uma transmissão (por exemplo, uma PDU GTP-U transmitida por um nó de rede de acesso ou uma PDU transmitida por outra UPF através de uma interface Nx) compreendendo uma unidade de dados de protocolo, PDU, transmitida por um primeiro equipamento de usuário, UE, em que a PDU inclui pelo menos um endereço de destino de um segundo UE; usar as informações incluídas na transmissão para encontrar uma primeira regra de detecção de pacote, PDR, combinando informações incluídas na transmissão (por exemplo, um endereço de origem e um endereço de destino da PDU), em que a primeira PDR identifica uma primeira regra de ação de encaminhamento, FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de destino definida como “LAN 5G interna”) indicando que a PDU requer processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário para a PDU).
[00201] obter as informações incluídas na primeira FAR (por exemplo, leitura do valor da IE de Interface de Destino incluída na FAR); após obter as informações incluídas na primeira FAR, identificar uma sessão N4; e após identificar a sessão N4, encontrar uma PDR padrão associada à sessão N4, em que a PDR padrão identifica uma FAR padrão e/ou uma URR padrão, em que a FAR padrão é configurada para fazer com que a UPF transmita a PDU para uma função de gerenciamento de sessão, SMF ou A URR padrão é configurada para fazer com que a UPF transmita à SMF uma mensagem de solicitação de relatório de sessão PFCP
48 / 71 compreendendo pelo menos uma parte da PDU (por exemplo, o endereço IP de destino incluído em um cabeçalho IP da PDU).
[00202] B2. O método da modalidade B1, compreendendo adicionalmente: transmitir a PDU para a SMF; e depois de transmitir a PDU para a SMF, receber a partir da SMF uma segunda PDR associada à segunda sessão N4 e receber uma segunda FAR, em que a segunda PDR inclui um identificador FAR que identifica a segunda FAR.
[00203] B3. O método da modalidade B1, compreendendo adicionalmente: transmitir a mensagem de solicitação de relatório de sessão PFCP para a SMF; e depois de transmitir a mensagem de solicitação de relatório de sessão PFCP para a SMF, receber a partir da SMF uma segunda PDR associada à segunda sessão N4 e receber uma segunda FAR, em que a segunda PDR inclui um identificador FAR que identifica a segunda FAR.
[00204] C1. Um método para suportar comunicação entre UEs acampados em uma rede de área local, LAN (por exemplo, uma LAN 5G) dentro da rede principal 5G, o método sendo executado por uma função de gerenciamento de sessão, SMF, o método compreendendo: receber uma transmissão transmitida por uma primeira função de plano de usuário, UPF, como resultado da primeira UPF determinando que uma PDU não é roteável, em que a PDU inclui um campo de endereço de origem contendo um endereço de um primeiro UE e um campo de endereço de destino contendo um endereço de um segundo UE, e em que a transmissão compreende 1) a PDU ou 2) uma mensagem de solicitação de relatório de sessão PFCP que compreende o endereço do segundo UE.
[00205] determinar uma UPF que está servindo atualmente ao segundo
49 / 71 UE; após determinar a UPF que está servindo atualmente ao segundo UE, provendo à primeira UPF uma PDR para permitir que a primeira UPF faça o roteamento para as segundas PDUs de UE que são endereçadas ao segundo UE.
[00206] C1.1 O método da modalidade C’, em que a PDR está em uma sessão N4 especificamente criada para um grupo de LAN 5G ao qual os primeiro e o segundo UEs pertencem.
[00207] C2. O método da modalidade C1, compreendendo adicionalmente: prover a uma segunda UPF uma segunda PDR para permitir que a segunda UPF roteie para o segundo UE as PDUs que são endereçadas ao segundo UE e destinados ao dito Grupo de LAN 5G.
[00208] C2.1. O método da modalidade C2, em que a dita segunda PDR inclui uma instrução para remover o cabeçalho externo da PDU recebida da Interface de Origem Nx LAN 5G e um domínio de rede específico (por exemplo, um domínio IP) identificado pela Instância de Rede, e a dita segunda PDR está associada a uma FAR.
[00209] C2.2. O método da modalidade C2.1, em que a FAR inclui uma IE de Interface de destino contendo um valor de interface (por exemplo, “LAN 5G Interna”) e a Instância de Rede é definida como um valor específico para o Grupo de LAN 5G que indica que a segunda UPF fazendo cumprir a FAR, por exemplo, enviando a PDU para o mecanismo de roteamento da UPF usando o identificador de instância de rede e a interface LAN 5G Interna conforme incluído na FAR, de modo que o mecanismo de roteamento possa realizar o outro processo de combinação de PDR para encontrar outra PDR na segunda sessão N4 de UEs que para a PDU).
[00210] C3. O método da modalidade C1, em que a SMF gera a PDR com base na UPF que está servindo
50 / 71 atualmente o segundo UE (por exemplo, se uma segunda UPF está servindo o segundo UE, então a PDR conterá um identificador FAR que identifica uma FAR tendo uma IE de Interface de Destino definida para, por exemplo, Nx LAN 5G e uma instância de rede identificando um domínio de rede (por exemplo, um domínio IP) específico para o tráfego do grupo de LAN 5G).
[00211] D1. O método executado por uma Função de Gerenciamento de Sessão, SMF de uma Rede Principal 5G, o método compreendendo: gerar uma primeira regra de detecção de pacote, PDR, associada a uma primeira sessão N4 associada a um primeiro UE ou associada a um grupo de LAN 5G, a primeira PDR contendo uma regra de ação de encaminhamento, FAR, identificador para identificar uma primeira FAR; gerar a primeira FAR, em que a primeira FAR inclui uma indicação (por exemplo, Interface de Destino definida como “LAN 5G interna”) indicando que as PDUs que combinam com a primeira PDR requerem processamento de entrada adicional (ou seja, indicando que outro processo de combinação de PDR é necessário para as PDUs); e prover a primeira PDR e a primeira FAR para uma primeira função de plano de usuário, UPF (por exemplo, a UPF selecionada para servir o primeiro UE).
[00212] D2. O método da modalidade D1, em que a SMF provê a primeira PDR à primeira UPF transmitindo à primeira UPF uma solicitação de sessão (por exemplo, uma solicitação de criação de sessão ou uma solicitação de modificação de sessão) compreendendo a primeira PDR.
[00213] D3. O método da modalidade D1 ou D2, compreendendo adicionalmente: gerar uma segunda PDR associada a uma segunda sessão N4, a segunda PDR contendo um identificador FAR para identificar uma segunda FAR; gerar a segunda FAR; e
51 / 71 prover a segunda PDR e a segunda FAR para a primeira UPF, em que a IE de Interface de destino da segunda FAR é definida como Core, Access ou 5G LAN Nx (por exemplo, um valor maior que 4 e menor que 16).
[00214] D3.1 O método da modalidade D2, em que a IE da Instância de Rede da segunda FAR é definida com um valor que identifica um domínio de rede (por exemplo, um domínio IP) específico para o tráfego do grupo de LAN 5G.
[00215] D4. O método da modalidade D3, em que a segunda PDR está associada a uma sessão N4 criada para um grupo de LAN 5G específico e a IE de Interface de Destino da segunda FAR é definida como Nx LAN 5G.
[00216] D5. O método da modalidade D3, em que a segunda PDR está associada a uma sessão N4 associada a um segundo UE e a IE de Interface de Destino da segunda FAR é definida como Access.
[00217] E1. Um programa de computador compreendendo instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador execute o método de acordo com qualquer uma das modalidades anteriores.
[00218] E2. Uma portadora que contém o programa de computador da modalidade E1, em que a portadora é um dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou uma mídia de armazenamento legível por computador.
[00219] F1. Um aparelho (por exemplo, um aparelho que implementa uma UPF ou uma SMF) adaptado para executar as etapas de qualquer uma das modalidades anteriores.
[00220] G1. Uma UPF adaptada para executar as etapas de qualquer uma das modalidades anteriores.
[00221] H1. Uma SMF adaptada para executar as etapas de qualquer
52 / 71 uma das modalidades anteriores. Modalidades Adicionais
[00222] A1. Um método para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G), o método compreendendo: gerar uma primeira regra de detecção de pacote, PDR, associada a um primeiro equipamento de usuário, UE, a primeira PDR contendo uma regra de ação de encaminhamento, FAR, identificador para identificar uma primeira FAR; gerar a primeira FAR, em que a primeira FAR inclui: i) uma indicação (por exemplo, “interna”, “LAN 5G”) indicando que pelo menos uma segunda PDR (por exemplo, uma PDR de entrada) deve ser aplicada aos pacotes que combinam a primeira PDR (por exemplo, um pacote que corresponde à informação de detecção de pacote (PDI) incluída no PDR) e/ou ii) um identificador (por exemplo, identificador de sessão N4) para uso na identificação de um conjunto de uma ou mais PDRs; e prover a primeira PDR e a primeira FAR para uma primeira função de plano de usuário, UPF, selecionada para servir o primeiro UE, em que o conjunto de uma ou mais PDRs está associado a i) um segundo UE ou ii) um túnel entre a primeira UPF e uma segunda UPF, e/ou a segunda PDR está associada a i) um segundo UE ou ii) um túnel entre a primeira UPF e uma segunda UPF.
[00223] A2. O método da modalidade A1, em que a primeira FAR inclui o identificador, o identificador incluído na primeira FAR é um identificador de sessão N4 que identifica uma sessão N4 associada ao segundo UE, e cada PDR incluída no conjunto de uma ou mais PDRs contém o identificador de sessão N4.
[00224] A3. O método da modalidade A1 ou A2, em que o método é
53 / 71 realizado por uma função de gerenciamento de sessão, SMF, que provê funções de gerenciamento de sessão para o primeiro UE e o segundo UE.
[00225] A4. O método da modalidade A3, em que a SMF gera a primeira PDR e a primeira FAR após o segundo UE se conectar à LAN.
[00226] A5. O método da modalidade A4, em que a SMF provê a primeira PDR à primeira UPF transmitindo à primeira UPF uma solicitação de modificação de sessão que compreende a primeira PDR.
[00227] A6. O método de qualquer uma das modalidades A3 a A5, em que adicionalmente compreende a SMF recebendo uma transmissão a partir da primeira UPF compreendendo um identificador (por exemplo, um endereço IP) associado ao segundo UE; e determinar uma UPF que está servindo atualmente ao segundo UE, em que a SMF gera a primeira FAR com base na UPF que está servindo atualmente o segundo UE.
[00228] A7. O método da modalidade A6, em que a UPF servindo ao segundo UE é a segunda UPF e o conjunto de PDRs e/ou a segunda PDR está associada ao túnel entre a primeira UPF e a segunda UPF.
[00229] A8. O método da modalidade A6, em que a UPF servindo ao segundo UE é a primeira UPF e o conjunto de PDRs e/ou a segunda PDR está associada a um identificador de sessão N4 associado ao segundo UE.
[00230] A9. O método de qualquer uma das modalidades A6 a A8, em que a transmissão a partir da primeira UPF compreende um pacote de enlace ascendente (UL) transmitido pelo primeiro UE, em que o pacote de UL compreende um endereço IP alocado ao segundo UE.
[00231] A10. O método de qualquer uma das modalidades A6 a A8, em que a transmissão a partir da primeira UPF compreende uma mensagem de solicitação de relatório de sessão.
54 / 71
[00232] A11. O método de qualquer uma das modalidades A1 a A10, em que a FAR inclui um atributo de interface de destino, e a indicação é um valor de interface de destino (por exemplo, “interna” e/ou “LAN 5G”) para o atributo de interface de destino.
[00233] A12. O método de qualquer uma das modalidades A1 a A10, em que a segunda PDR inclui um indicador que indica que a segunda PDR se aplica ao tráfego comutado localmente (por exemplo, se aplica a um pacote com uma fonte que está na LAN e com um destino que está na LAN) e o método inclui adicionalmente prover a segunda PDR para a primeira UPF, ou o conjunto de PDRs inclui uma segunda PDR que inclui um indicador que indica que a segunda PDR se aplica ao tráfego comutado localmente (por exemplo, se aplica a um pacote com uma fonte que está na LAN e com um destino que está na LAN) e o método inclui adicionalmente prover a segunda PDR para a primeira UPF.
[00234] A13. O método da modalidade A12, em que a segunda PDR tem um atributo de interface de origem, e um indicador indicando que a segunda PDR se aplica ao tráfego comutado localmente é um valor de atributo de interface de origem do atributo de interface de origem da segunda PDR.
[00235] A14. O método de qualquer uma das modalidades A1 a A13, em que a primeira FAR inclui: i) a indicação de que pelo menos uma segunda PDR deve ser aplicada aos pacotes que correspondem à primeira PDR, e ii) o identificador (por exemplo, um identificador de sessão N4) para uso na identificação de um conjunto de uma ou mais PDRs, em que o conjunto de PDRs inclui a segunda PDR.
[00236] B1. Um método para suportar uma rede de área local, LAN (por
55 / 71 exemplo, uma LAN 5G), o método compreendendo: uma primeira função de plano de usuário, UPF, recebendo uma transmissão (por exemplo, uma PDU GTP-U transmitida por um nó de rede de acesso) compreendendo uma unidade de dados de protocolo, PDU, transmitida por um primeiro equipamento de usuário, UE, em que a PDU inclui um endereço de destino de um segundo UE; a primeira função de plano de usuário usando as informações incluídas na transmissão (por exemplo, um endereço de destino da PDU) para identificar uma primeira regra (por exemplo, uma Regra de Detecção de Pacote, PDR) para a PDU, em que a primeira regra identifica uma primeira regra de ação de encaminhamento, FAR; após identificar a primeira regra, a primeira UPF recuperando a primeira FAR; a primeira UPF usando as informações incluídas na primeira FAR para identificar uma segunda regra para a PDU, em que a segunda regra identifica uma segunda FAR; após identificar a segunda regra, a primeira UPF recuperando a segunda FAR; e a primeira UPF usando as informações incluídas na segunda FAR para encaminhar a PDU para o segundo UE.
[00237] B2. O método da modalidade B1, em que a primeira UPF serve o segundo UE e o encaminhamento da PDU para o segundo UE compreende o encaminhamento da UPF da PDU para um nó de rede de acesso (por exemplo, um nó AN 5G) usando um túnel (por exemplo, um túnel N3 GTP-U ) estabelecido entre a primeira UPF e o nó da rede de acesso.
[00238] B3. O método da modalidade B1, em que uma segunda UPF serve o segundo UE e o encaminhamento da PDU para o segundo UE compreende a primeira UPF encaminhando a PDU para a segunda UPF usando um túnel (por exemplo, um túnel N9 GTP-U ) estabelecido entre a primeira
56 / 71 UPF e a segunda UPF.
[00239] B4. O método de qualquer uma das modalidades B1 a B3, em que a primeira regra compreende uma regra de relatório de uso, URR, identificador que identifica uma primeira URR, a segunda regra compreende uma regra de relatório de uso, URR, identificador que identifica uma segunda URR, e o método compreende adicionalmente: a primeira UPF aplicando a primeira URR em relação à PDU; e a primeira UPF aplicando a segunda URR em relação à PDU.
[00240] B5. O método da modalidade B4, em que a primeira URR identifica um método para medir o uso de um recurso de rede, e aplicar a primeira URR em relação à PDU compreende medir o uso de recursos de rede em relação à PDU.
[00241] B6. O método de qualquer uma das modalidades B1 a B5, que compreende adicionalmente: a primeira UPF recebendo uma transmissão transmitida por um UE em que a transmissão compreende uma PDU que contém um endereço de destino de um terceiro UE; a primeira UPF determinando que a PDU combina uma PDR padrão contendo um identificador FAR que identifica uma terceira FAR; a primeira UPF recuperando a terceira FAR, em que a terceira FAR instrui a primeira UPF a encaminhar a PDU para uma função de gerenciamento de sessão; e a primeira UPF encaminhando a PDU à SMF conforme instruído pela terceira FAR.
[00242] B7. O método de qualquer uma das modalidades B1 a B5, que compreende adicionalmente:
57 / 71 a primeira UPF recebendo uma transmissão transmitida por um UE em que a transmissão compreende uma PDU que contém um endereço de destino de um terceiro UE; a primeira UPF determinando que a PDU combina uma PDR padrão contendo um identificador de regra que identifica uma URR; a primeira UPF recuperando a URR, em que a URR instrui a primeira UPF a enviar à SMF um relatório (por exemplo, um relatório contendo o endereço de destino do terceiro UE); e a primeira UPF enviando o relatório à SMF conforme instruído pela URR.
[00243] C1. Um método para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G), o método compreendendo: gerar uma regra de detecção de pacote, PDR, identificando uma regra de ação de encaminhamento, FAR, em que a dita PDR e/ou FAR definem como rotear o tráfego a partir de um primeiro Equipamento de Usuário, UE, da dita LAN para um segundo UE da dita LAN; e prover a dita PDR a uma função de plano de usuário, UPF, em que a dita UPF está associada ao dito primeiro UE e ao dito segundo UE, em que a dita PDR e/ou FAR permitem que a dita UPF aplique ações de entrada e saída (por exemplo, QoS, carregamento e contagem) tanto para o primeiro quanto para o segundo UE.
[00244] C2. O método da modalidade C1, em que a dita PDR e/ou FAR definem como rotear o dito tráfego a partir do dito primeiro UE para o dito segundo UE sem o uso de uma Rede de Dados (DN) externa (por exemplo, via N6).
[00245] D1. Um método para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G), o método compreendendo: gerar uma primeira regra de detecção de pacote, PDR, identificando uma regra de ação de encaminhamento, FAR, em que a dita PDR
58 / 71 e/ou FAR definem como rotear o tráfego (por exemplo, um ou mais pacotes) a partir de um primeiro Equipamento de Usuário, UE, da dita LAN para um segundo UE da dita LAN; e prover a dita PDR a uma primeira função de plano de usuário, UPF, em que a dita UPF está associada ao dito primeiro UE, em que a dita FAR compreende uma ou mais instruções para a dita primeira UPF rotear o dito tráfego para uma segunda UPF através de uma conexão de túnel entre as ditas primeira e segunda UPFs (por exemplo, uma ou mais instruções para fazer com que a primeira UPF adicione um cabeçalho específico a um pacote), e a dita segunda UPF está associada ao dito segundo UE.
[00246] D2. O método da modalidade D2, em que a dita PDR e/ou FAR definem como rotear o dito tráfego a partir do dito primeiro UE para o dito segundo UE sem o uso de uma Rede de Dados (DN) externa (por exemplo, via N6).
[00247] E1. Um método para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G), o método compreendendo: uma primeira função de plano de usuário, UPF, recebendo uma transmissão a partir de um primeiro equipamento de usuário, UE, da dita LAN, em que a dita transmissão se destina a um segundo UE da dita LAN; e encaminhar a dita transmissão para o dito segundo UE, em que a dita UPF está associada ao dito primeiro UE e ao dito segundo UE, e em que o dito recebimento e encaminhamento compreendem aplicar ações de entrada e saída (por exemplo, QoS, carregamento e contagem) tanto para o primeiro quanto para o segundo UE da dita transmissão.
[00248] F1. Um método para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G), o método compreendendo: uma primeira função de plano de usuário, UPF, recebendo uma
59 / 71 transmissão a partir de um primeiro equipamento de usuário, UE, da dita LAN, em que a dita transmissão se destina a um segundo UE da dita LAN; e encaminhar a dita transmissão para o dito segundo UE, em que o dito encaminhamento compreende o envio da dita transmissão através de uma conexão de túnel entre a dita primeira UPF e uma segunda UPF de acordo com uma regra de detecção de pacote, PDR, identificando uma regra de ação de encaminhamento, FAR, identificando a dita segunda UPF.
[00249] G1. um aparelho adaptado para executar as etapas de qualquer uma das Modalidades A a F.
[00250] G2. Um programa de computador que compreende as instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador execute o método de acordo com qualquer uma das modalidades A a F.
[00251] G3. Uma portadora que contém o programa de computador das modalidades anteriores, em que a portadora é um dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou uma mídia de armazenamento legível por computador.
[00252] G4. Um aparelho para suportar uma rede de área local, LAN (por exemplo, uma LAN 5G), compreendendo um processador e uma memória, a dita memória contendo instruções executáveis pelo dito processador em que o dito aparelho é operativo para executar as etapas de qualquer uma das modalidades A a F.
[00253] G5. Um programa de computador que compreende código de programa de computador armazenado em um meio legível por computador não transitório, o qual, quando executado em um nó de rede, faz com que o nó de rede execute as etapas de qualquer uma das modalidades A a F.
[00254] Enquanto várias modalidades são descritas aqui (incluindo o Apêndice em anexo, que contém uma proposta para modificar um padrão do
60 / 71 3GPP), deve-se entender que elas foram apresentadas a título de exemplo apenas, e não de limitação. Assim, a amplitude e o escopo dessa descrição não devem ser limitados por qualquer uma das modalidades exemplificativas descritas acima. Além disso, qualquer combinação dos elementos acima descritos em todas as variações possíveis deles é abrangida pela descrição, a menos que de outra forma indicada aqui ou de outro modo claramente contradito pelo contexto.
[00255] Adicionalmente, embora os processos descritos acima e ilustrados nos desenhos sejam mostrados como uma sequência de etapas, isto foi feito somente para fins de ilustração. Consequentemente, é contemplado que algumas etapas podem ser adicionadas, algumas etapas podem ser omitidas, a ordem das etapas pode ser rearranjada, e algumas etapas podem ser realizadas em paralelo.
[00256] Como determinado acima, ver por exemplo parágrafo 0016, a funcionalidade de rede pode ser implementada como um elemento de rede em hardware dedicado, como uma instância de software em execução em um hardware dedicado ou como uma função virtualizada instanciada em uma plataforma apropriada, por exemplo, uma infraestrutura em nuvem. Como também afirmado acima, ver o parágrafo 0026, uma rede virtual capaz de suportar serviço do tipo LAN 5G pode ser referida como rede virtual LAN 5G ou, por razões de simplicidade, simplesmente referida como VN 5G. (Abreviatura VN, por exemplo, usado no parágrafo 0007, 6.29.1.3, serviço do tipo LAN 5G de gerenciamento de sessão de PDU, dos Fundamentos).
[00257] Assim, de acordo com as modalidades exemplificativas, quando aqui se refere ao grupo de LAN 5G, o que é considerado pode ser o grupo VN 5G e/ou quando aqui se refere a LAN 5G interna (comutação), o que é considerado pode ser VN 5G interna (comutação).
[00258] Geralmente, para arquiteturas de rede em evolução, as interfaces para as quais nenhum número ainda foi atribuído são referidas como
61 / 71 x. Para a arquitetura do sistema 5G, as interfaces são referidas como N, junto com um número. Ou seja, a interface Nx aqui referida simplesmente se refere a uma interface de uma arquitetura de sistema 5G ainda sem um número específico atribuído.
[00259] De acordo com as modalidades exemplificativas, a interface Nx é uma interface N19. Assim, de acordo com as modalidades, uma interface Nx pode ser uma interface N19 e/ou por encaminhamento Nx, encaminhamento N19 é considerado.
[00260] À luz do que precede, de acordo com as modalidades, Nx LAN 5G (interface) pode ser N19 VN 5G (interface).
APÊNDICE I. INTRODUÇÃO
[00261] Este apêndice discute soluções sobre como a SMF pode controlar as diferentes opções de encaminhamento de tráfego usadas com LAN 5G e propõe um caminho a seguir.
[00262] No SA2#129-BIS, foi acordado oferecer suporte a diferentes opções para o roteamento de tráfego UP dentro de um grupo de LAN 5G: Existem tipos de políticas de roteamento de tráfego de comunicação LAN 5G: (1) Baseado em N6, significa que todo o tráfego UL/DL para a comunicação LAN 5G é roteado de/para a DN; (2) baseado em N6, significa que todo o tráfego UL/DL para a comunicação LAN 5G é roteado entre as UPFs PSA de diferentes sessões de PDU; e (3) comutação local: tráfego roteado localmente por uma única UPF se for a UPF PSA comum de diferentes sessões.
[00263] A SMF gera regras de encaminhamento de PDU e as provê à UPF.
[00264] O impacto na N4 e UPF para apoiar as opções acima é
62 / 71 analisado. A primeira abordagem (baseada em N6) não requer nada de novo, pois é suportada pela linha de base rel-15. A segunda abordagem (baseada em Nx) e a terceira abordagem (comutação local) podem ou não exigir melhorias para N4 dependendo dos requisitos. Isso é analisado mais detalhadamente abaixo. II. DISCUSSÃO A. Comutação local na UPF
[00265] O encaminhamento de comutação local em UPF requer que o tráfego de dados de usuário UL/DL seja comutado em UPF entre uma sessão de PDU (para um UE como um membro do grupo de LAN 5G) controlada por uma sessão N4 e outra sessão de PDU (para outro UE como um membro do mesmo grupo de LAN 5G) sem ser enviada em qualquer interface externa (N6, N9 etc.).
[00266] O Rel-15 tem algum suporte implícito para isso, mas é direcionado apenas para sessões de Ethernet de PDU e não é explícito, por exemplo, conforme descrito na TS 23.501, cláusula 5.8.2.5: As políticas locais em UPF associadas à instância de rede podem impedir a comutação do tráfego local na UPF entre as sessões de PDU, seja para tráfego de unidifusão apenas ou para qualquer tráfego. No caso em que as políticas de UPF impedem a comutação de tráfego local para qualquer tráfego (portanto, para tráfego de difusão/multidifusão), algum mecanismo como proxy ARP/ND ou tratamento de grupo de multidifusão local é necessário para garantir que o protocolo da camada superior possa ser executado nas sessões de PDU de Ethernet.
[00267] Para realizar uma comutação local em UPF, a UPF precisaria receber um pacote UL para uma sessão de PDU e realizar o processamento relacionado (PDR, QER, URR, FAR) e enviá-lo como DL em outra sessão de PDU após realizar o processamento relacionado para essa Sessão de PDU (PDR, QER, URR, FAR). Uma questão aqui é como a saída para o
63 / 71 processamento UL pode ser conectada à entrada do processamento DL. Por exemplo, uma FAR para o tráfego UL pode ser conectada a uma PDR para o tráfego DL?
[00268] Seria possível deixar a “comutação local” para implementações SMF/UPF com base na configuração local para realizar a comutação local. A SMF pode, por exemplo, prover um valor de instância de rede específico na FAR que a UPF interpretará de forma que o tráfego não seja enviado para nenhuma interface externa, mas sim retorne ao processamento interno (classificação PDR) novamente. O mesmo valor de Instância de Rede pode então ser usado na(s) PDR(s) para UEs pertencentes ao mesmo grupo de LAN 5G, embora uma Instância de Rede normalmente denote um domínio IP fora da UPF e esteja conectada a uma Interface de Origem ou a uma Interface de Destino. Esta opção não tem novos requisitos N4, mas a interoperabilidade SMF-UPF pode ser limitada. Um problema também é que não há valor adequado para os parâmetros de “Interface de destino” e “Interface de origem” na FAR e na PDR, respectivamente. Atualmente, esses parâmetros podem assumir os seguintes valores, indicando que em todos os casos os pacotes são enviados/recebidos de/para uma interface externa: Tabela 1: Valores atuais para os parâmetros de “Interface de destino” e “Interface de origem” na FAR e PDR (da TS 29.244) Valor de interface Valores (decimal) Access 0 Core 1 LAN SGi/LAN N6 2 Função CP 3 Função LI 4 Spare 5 a 15
[00269] Observação 1: Deixar a “comutação local” para a configuração SMF/UPF usando “Instância de Rede” reduz a interoperabilidade e causa problemas para os campos “Interface de Destino” e “Interface de Origem”.
[00270] Portanto, é preferível padronizar um novo valor para “Interface de Origem” e “Interface de Destino” para denotar uma interface interna de UPF. Pode ser simples adicionar um novo valor (por exemplo, “LAN 5G Interna”)
64 / 71 para instruir a UPF a rotear por meio da comutação local.
[00271] O valor da instância de rede ainda pode ser usado para garantir a separação do tráfego entre grupos LAN 5G para garantir que o tráfego de um grupo de LAN 5G não se misture com o tráfego de outro grupo de LAN 5G ou para o tráfego relacionado ao grupo não LAN 5G. O valor da instância de rede poderia, por exemplo, ser definido como um valor que representa o grupo de LAN 5G.
[00272] Proposta 1: Um novo valor (“LAN 5G interna”) para “Interface de Destino” e “Interface de Origem” para denotar a comutação local é definido. Isso, junto com várias instâncias de rede para cada grupo de LAN 5G, respectivamente, para garantir a separação do tráfego, provê uma solução consistente e interoperável para a comutação local.
[00273] A figura e o “fluxo de chamada” simples da FIG. 16 ilustra o tratamento em UPF.
[00274] Conforme especificado na TS 29.244, cláusula 5.2.1, o modelo de encaminhamento de pacote mostrado na FIG. 16, os pacotes de entrada serão combinados na UPF em duas etapas, primeiro para encontrar a Sessão PFCP e, em seguida, para combinar uma dos PDRs nessa Sessão PFCP.
[00275] Assim, para suportar o cenário da Comutação Local, um exemplo é provido na FIG. 17. No exemplo, assume-se que o UE1 e o UE2 pertencem a um grupo de LAN 5G 1, e eles têm uma PSA na mesma UPF. Figura 1 Comutação local na UPF
[00276] 1. A UPF recebe um pacote de entrada que se destina ao UE2 da RAN (Interface de Origem = "Acesso") e identifica a sessão N4 do UE1 com base no TEID local alocado pela UPF anteriormente;
2. A UPF encontra uma PDR nessa sessão N4 para combinar o pacote, onde a PDR está identificando os pacotes que se destinam à comunicação UE para UE Grupo de LAN 5G 1, e. para o UE2 que é servido pela mesma UPF;
65 / 71 NOTA 1: Nesta etapa, os pacotes serão identificados para comunicação de UE para UE, e. para UE2, o objetivo é enviar o pacote (após ser removido o cabeçalho externo) de volta à entrada, configurando a Interface de Destino da LAN 5G Interna, Instância de Rede do Grupo de LAN 5G 1, de modo que o pacote possa ser compatível com as PDRs providas para a Sessão N4 do UE2 ou sessão N4 para o Grupo de LAN 5G 1.3. A FAR associada à PDR correspondente inclui a Interface de Destino = “LAN 5G interna” junto com uma Instância de Rede “Grupo de LAN 5G 1”, isso fará com que o pacote após a remoção do cabeçalho GTP-U externo seja enviado de volta à entrada, por exemplo, o mecanismo de roteamento e, portanto, a UPF identificará novamente a Sessão N4 de acordo com o Modelo de Encaminhamento de Pacote;
4. A UPF identifica a Sessão N4 para o UE2 combinando a PDR definida nessa sessão N4, com base no Endereço de Destino e Interface de Origem do UE2 definido como “LAN 5G Interna”; NOTA 2: Apenas uma PDR é provida para combinar os pacotes destinados ao UE2 a partir do Grupo de LAN 5G, ou seja, a partir da Interface de Origem da LAN 5G Interna, Instância de Rede do Grupo de LAN 5G 1.
[00277] 5. A UPF processa a FAR associada a essa PDR, adiciona um Cabeçalho Externo que é definido para o TEID remoto alocado para a Sessão de PDU do UE2 para o pacote, juntamente com a Interface de Destino definida como “Acesso”), de modo que o UE3 seja capaz de receber o pacote. B. Encaminhamento baseado em Nx
[00278] O encaminhamento baseado em Nx requer que o tráfego de dados UL/DL seja comutado entre uma Sessão de PDU (para um UE que é um membro do grupo de LAN 5G) controlada por uma sessão N4 servida por uma UPF e outra sessão de PDU (para outro UE que é membro do mesmo grupo de LAN 5G) controlada por outra sessão N4 servida por outra UPF. O tráfego de dados UL/DL é transportado em um túnel compartilhado (Nx) por grupo de
66 / 71 LAN 5G entre as duas UPFs.
[00279] Uma questão principal aqui é se o túnel compartilhado requer sua própria sessão N4 ou não.
[00280] Se não houver nenhum requisito para associar o túnel compartilhado a um determinado QoS, relatório de uso, etc., é fácil para a SMF simplesmente prover PDRs e FARs associadas à sessão N4 de cada sessão de PDU. Por exemplo, em UL, uma sessão N4 pode ter uma PDR com um determinado endereço MAC de destino de outro membro do grupo de LAN 5G e uma FAR instruindo a UPF a enviar os pacotes correspondentes com o TEID do túnel compartilhado. Os pacotes seriam aplicados de acordo com o QER, URR etc. da sessão de PDU.
[00281] No entanto, se houver QoS associado, relatórios de uso, requisitos neste túnel compartilhado, por exemplo, para fazer cumprir todos os pacotes em um túnel a uma determinada taxa de bits ou para contar o volume no túnel compartilhado, fica mais complexo. Além disso, uma desvantagem com esta abordagem é que cada sessão N4 para um UE precisa ser atualizada para incluir os endereços de destino de outros UEs pertencentes ao grupo, mas com outras UPFs PSA. Isso pode não ser escalável se o número de UEs no grupo for grande.
[00282] Observação 2: Simplesmente usar cada sessão N4 do UE para incluir FARs para encaminhar pacotes para Nx não permite que o túnel Nx seja limitado por taxa (se necessário) e também não é muito escalável no número de UEs do grupo de LAN 5G. Ver abaixo (explicação).
[00283] NOTA: Se não houver sessão N4 para o Grupo de LAN 5G 1, a função CP deve prover uma PDR na Sessão N4 do UE1, para encaminhar os pacotes para a UPF2; isso se aplica a todos os UEs na UPF1 que desejam se comunicar com o UE3 na UPF2. Considerando que o UE3 está se movendo de UPF2 para UPF3, há muitas PDRs que precisam ser atualizadas (sinalização enorme), enquanto os UEs na UPF1 podem não se comunicar com o UE3 de
67 / 71 forma alguma, isso não é escalável. Em vez disso, com uma sessão N4 para o grupo de LAN 5G 1, apenas uma PDR precisa ser atualizada. É a mesma coisa para o lado receptor, na Sessão N4 para UE3, a função CP precisa prover uma PDR para combinar os pacotes recebidos do TEID Nx local. Isto é aplicável a todas as sessões N4 do UE onde elas podem receber pacotes a partir do Nx.
[00284] Uma possível solução seria criar uma sessão N4 (chamada sessão Nx para descrever a solução) para o(s) túnel(is) compartilhado(s) por grupo de LAN 5G. Isso permite QER(s) e URR(s) específicos associados ao túnel compartilhado, que podem aplicar políticas de QoS diferentes para grupos LAN 5G diferentes.
[00285] A sessão N4 para o(s) túnel(is) compartilhado(s) também permitiria definir uma única PDR para combinar pacotes de entrada com diferentes endereços IP de origem de UE para um UE servido pela UPF receptora e, portanto, é mais escalável do que usar as sessões N4 individuais para cada Sessão de PDU.
[00286] Essa alternativa, entretanto, requer que a SMF possa instruir a UPF a encaminhar o tráfego entre duas sessões N4 (uma é para uma sessão de PDU, a outra é para uma sessão Nx) dentro de uma UPF, que é basicamente o mesmo que para a “comutação local” discutida acima. Os mesmos princípios, portanto, se aplicam.
[00287] Proposta 2: Para encaminhamento baseado em Nx, a SMF cria uma sessão N4 de nível de grupo (para os túneis Nx) e o mesmo princípio da “comutação local” é usado para mapear o tráfego de enlace ascendente a partir de uma sessão de PDU para a sessão N4 de nível de grupo.
[00288] No entanto, para enviar o pacote para o túnel Nx, pode-se novamente considerar se os valores disponíveis da “Interface de Destino” e “Interface de Origem” são apropriados. O túnel Nx não parece combinar nenhum dos valores da tabela 1 acima. Portanto, um novo valor (por exemplo, “Nx LAN 5G” seria razoável.
68 / 71
[00289] Proposta 3: Um novo valor para “Interface de Destino” e “Interface de Origem” para denotar o encaminhamento baseado em Nx (Nx LAN 5G”) é definido.
[00290] Ver a FIG. 18 e encaminhamento com base em Nx na UPF
[00291] 1. A UPF1 recebe um pacote de entrada da RAN (Interface de Origem = “Acesso”) e identifica a sessão N4 do UE1 com base no TEID local alocado pela UPF anteriormente;
2. A UPF1 encontra uma PDR nessa sessão N4 para combinar o pacote, onde a PDR está identificando os pacotes que se destinam à comunicação UE para UE no Grupo de LAN 5G 1, e. para o UE3 que é servido por outra UPF2; NOTA 1: Nesta etapa, os pacotes serão identificados para comunicação de UE para UE, e. para UE2, o objetivo é enviar o pacote (após ser removido o cabeçalho externo) de volta à entrada, configurando a Interface de Destino da LAN 5G Interna, Instância de Rede do Grupo de LAN 5G 1, de modo que o pacote possa ser compatível com as PDRs providas para a Sessão N4 do UE2 ou sessão N4 para o Grupo de LAN 5G 1.
[00292] 3. A UPF1 processa a FAR associada à PDR correspondente e encaminhará o pacote que foi removido do cabeçalho externo GTP-U de volta à entrada, por exemplo, mecanismo de roteamento, configurando a Interface de Destino para “LAN 5G Interna” junto com uma Instância de Rede do “Grupo de LAN 5G 1”, portanto, a UPF irá novamente identificar a Sessão N4 de acordo com o Modelo de Encaminhamento de Pacote;
4. A UPF1 então identifica a Sessão N4 correspondente à PDR com base no Endereço de Destino do UE3 (Interface de Origem = “LAN 5G Interna”). Isso aponta para a sessão N4 de nível de grupo criada para combinar o tráfego de entrada e saída do Grupo 1 da LAN 5G nessa UPF;
5. A UPF1 processa a FAR associada a essa PDR, o que leva o pacote a ser adicionado a um Cabeçalho Externo que é definido para o TEID
69 / 71 remoto alocado pelo UPF2 para receber tráfego do Grupo 1 da LAN 5G, junto com a Interface de Destino definida para “Nx LAN 5G”;
6. A UPF2 recebe o pacote em seu TEID local e identifica a sessão N4 com base no cabeçalho do túnel (cabeçalho do túnel Nx, que a sessão N4 é criada para combinar o tráfego de entrada e saída do Grupo 1 da LAN 5G nessa UPF;
7. A UPF2 processa a FAR associada à essa PDR e encaminhará o pacote que foi removido do cabeçalho externo GTP-U de volta à entrada, por exemplo, mecanismo de roteamento, configurando a Interface de Destino para “LAN 5G Interna” junto com uma Instância de Rede do “Grupo de LAN 5G 1”, portanto, a UPF irá novamente identificar a Sessão N4 de acordo com o Modelo de Encaminhamento de Pacote; NOTA: As etapas 6 e 7 podem ser ignoradas se o pacote de entrada combinar diretamente uma PDR na sessão N4 do UE3, no entanto, essa PDR precisa ser adicionada em todas as sessões N4 do UE onde elas podem receber pacotes de Nx.
[00293] 8. A UPF2 identifica a Sessão N4 para o UE3 combinando a PDR definida nessa sessão N4, com base no Endereço de Destino e Interface de Origem do UE3 definido como “LAN 5G Interna);
9. A UPF2 processa a FAR associada a essa PDR, adiciona um Cabeçalho Externo que é definido para o TEID remoto alocado para a Sessão de PDU do UE2 para o pacote, juntamente com a Interface de Destino definida como “Acesso”), de modo que o UE3 seja capaz de receber o pacote.
[00294] C. Como gerenciar uma Sessão N4 (PFCP) para um Grupo 5G LAN: Quando os pacotes são enviados para a entrada, com a interface de destino “LAN 5G Interna”, uma pesquisa é realizada usando as PDRs com interface de origem “LAN 5G Interna”; a UPF pode NÃO ser capaz de encontrar uma PDR para combinar os pacotes, ou seja, nem uma PDR
70 / 71 pertencente a uma Sessão N4 onde o UE é servido pela mesma UPF (cenário de comutação local) nem uma PDR na sessão N4 criada para combinar o tráfego de entrada e saída do Grupo de LAN 5G 1 nessa UPF (encaminhamento baseado em Nx).
[00295] Por exemplo, quando o UE1 tenta se comunicar com o UE3, conforme descrito na FIG. 18, mas não há PDR e FAR instaladas para a Sessão N4 para esse grupo 1 de LAN 5G. Nesse caso, a UPF será instruída a relatar isso à SMF; e isso inclui as seguintes alternativas:
1. abordagem reativa ("puxar"): prover uma PDR padrão com o menor valor de precedência na sessão N4 do Grupo de LAN 5G para combinar o tráfego recebido de “LAN 5G Interna”, para capturar qualquer tráfego desconhecido; - criar uma FAR, então encaminhar esse tráfego para a SMF; ao receber esse tráfego de plano de usuário, a SMF descobrirá qual UPF está servindo o UE de destino, portanto, para prover a PDR/FAR relevante para a UPF que está encaminhando os pacotes, e quaisquer UPFs intermediárias (para comunicação potencial de um UE servido por essa UPF para o mesmo destino UE), para permitir o encaminhamento do tráfego para a UPF que serve o UE de destino; - ou prover uma nova URR com um novo acionador de relatório, de preferência denominado “tráfego de LAN 5G desconhecido” e associada à PDR padrão, de modo que a UPF enviará mensagem de solicitação de relatório de sessão PFCP, relatará à SMF os pacotes de tráfego de UE-para-UE, ou seja, os pacotes para o endereço IP do UE de destino não podem ser entregues; de modo que a SMF pode prover a PDR1a/FAR1a relevante para a UPF para a sessão N4 do Grupo de LAN 5G, e quaisquer UPFs intermediárias (para comunicação potencial de um UE servido por essa UPF para o mesmo UE de destino), para permitir que ele encaminhe o tráfego para a UPF servindo o UE de destino;
71 / 71 (Como mostrado na FIG. 14, quando a SMF obtém a consulta para o UE de destino (UE2), ele instalará uma PDR na Sessão N4 para o Grupo 1 de LAN 5G.
[00296] 2. Abordagem proativa (“empurrar”): Prover uma PDR na sessão n$ do Grupo 1 da LAN 5G nas UPFs diferente daquela que serve o UE quando o UE está conectado à rede.
[00297] Propõe-se que seja deixada para a implementação da SMF se usa uma abordagem reativa ou proativa. No entanto, deve-se ter em mente que a abordagem proativa pode levar a uma série de sinalização N4 desnecessária, ou seja, prover as PDRs para permitir a comunicação de UE para UE quando os UEs são servidos por UPFs diferentes, mesmo quando esses UEs podem nunca se comunicar entre si.

Claims (26)

REIVINDICAÇÕES
1. Método para suportar comunicação entre UEs (202, 204, 218, 220) acampados em uma rede de área local, LAN, o método sendo executado por uma função de plano de usuário, UPF (206), caracterizado pelo fato de que o método compreende: (s402) receber uma transmissão que compreende uma unidade de dados de protocolo, PDU (301, 351), transmitida por um primeiro equipamento de usuário, UE (202, 218), em que a PDU (301, 351) inclui pelo menos um endereço de destino de um segundo UE (204, 220); (s404) usar informações incluídas na transmissão para encontrar uma primeira regra de detecção de pacote, PDR (304), combinando informações incluídas na transmissão, em que a primeira PDR (304) identifica uma primeira regra de ação de encaminhamento, FAR (306), em que a primeira FAR (306) inclui uma indicação indicando que a PDU requer processamento de entrada adicional; (s406) fazer cumprir a primeira FAR (306); (s408) encontrar uma segunda PDR (310, 360) para a PDU, em que a segunda PDR (310, 360) identifica uma segunda FAR (312, 362); e (s410) fazer cumprir a segunda FAR (312, 362), em que fazer cumprir a segunda FAR (312, 362) compreende o uso de informações incluídas na segunda FAR (312, 362) para encaminhar a PDU (301, 351) para o segundo UE ( 204, 220).
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de usar as informações incluídas na transmissão para encontrar a primeira PDR (304) compreende o uso de informações incluídas na transmissão para identificar uma primeira sessão N4 antes de encontrar a primeira PDR (304), e a primeira PDR (304) está associada à sessão N4 identificada.
3. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que: a transmissão compreende um cabeçalho externo ao qual a PDU (301, 351) é anexada, e a primeira PDR (304) inclui uma instrução para remover o cabeçalho externo.
4. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que: a primeira PDR (304) inclui a primeira PDI para permitir que a primeira UPF (206, 218) identifique a PDU (301, 351) como pertencente a um tráfego de grupo de LAN 5G.
5. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que: a primeira FAR (306) inclui um Elemento de Informação de Interface de Destino, IE, contendo um valor de interface, e a indicação que indica que a PDU (301, 351) requer processamento de entrada adicional é o valor de interface da IE da Interface de Destino.
6. Método de acordo com a reivindicação 5, caracterizado pelo fato de que a primeira FAR (306) inclui adicionalmente uma IE da Instância de Rede que contém um valor de instância de rede que identifica um determinado grupo de LAN 5G.
7. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a segunda PDR (310, 360) inclui a segunda PDI para combinar a PDU (301, 351) que chega a partir da interface de origem e um domínio de rede específico para o tráfego de grupo de LAN 5G identificado por uma instância de rede.
8. Método de acordo com a reivindicação 7, caracterizado pelo fato de que a segunda PDI inclui pelo menos uma descrição de fluxo de pacote em que o endereço IP de destino é definido para o endereço IP pertencente ao segundo UE (204, 220).
9. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a segunda sessão N4 é uma sessão N4 criada para uma sessão PDU (301, 351) do segundo UE (204, 220) ou a segunda sessão N4 é uma sessão N4 criada para um Grupo de LAN 5G específico que é compartilhado por todos os UEs pertencentes a um mesmo grupo de LAN 5G, para permitir a comunicação para UEs quando eles são servidos por diferentes UPFs e encaminhar os pacotes diretamente para a Rede de Dados de Pacote através da N6.
10. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que a primeira UPF (206) serve o segundo UE (204, 220), e o encaminhamento da PDU (301, 351) para o segundo UE (204, 220) compreende a UPF (206) encaminhando a PDU (301, 351) para um nó de rede de acesso usando um túnel estabelecido entre a primeira UPF (206) e o nó de rede de acesso.
11. Método de acordo com a reivindicação 10, caracterizado pelo fato de que a segunda FAR (312) inclui uma IE da Interface de Destino contendo um valor de interface definido como Access.
12. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que: encaminhar a PDU (351) para o segundo UE (218) compreende: a primeira UPF (206) encaminhando a PDU (351) para uma segunda UPF (214) usando um túnel estabelecido entre a primeira UPF (206) e a segunda UPF (214), ou a primeira UPF (206) encaminhando a PDU (351) para uma rede de dados de pacote.
13. Método de acordo com a reivindicação 12, caracterizado pelo fato de que a segunda FAR (362) inclui uma IE da Interface de Destino contendo um valor de interface que indica que a primeira UPF (206) deve encaminhar a PDU (351) para a segunda UPF (214) usando um túnel estabelecido entre a primeira UPF (206) e a segunda UPF (214).
14. Método de acordo com a reivindicação 12, caracterizado pelo fato de que a segunda FAR (362) inclui uma IE da Interface de Destino contendo um valor de interface que indica que a primeira UPF (206) deve encaminhar a PDU (351) para uma rede de dados de pacote através de uma interface N6.
15. Método de acordo com a reivindicação 13, caracterizado pelo fato de que a segunda FAR (362) inclui adicionalmente uma IE da Instância de Rede que identifica um domínio de rede específico para o tráfego de grupo de LAN 5G.
16. Método de acordo com qualquer uma das reivindicações 6 a 9, caracterizado pelo fato de que a segunda PDR (310, 360) inclui uma IE da Interface de Origem contendo um valor de interface que é definido com o mesmo valor que o valor de interface da IE da Interface de Destino incluída na primeira FAR (306), e a segunda PDR (310, 360) inclui uma IE de Instância de Rede contendo um valor de instância de rede que é definido com o mesmo valor que o valor de instância de rede da IE da Instância de Rede incluída na primeira FAR (306).
17. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que: a primeira PDR (304) compreende uma regra de relatório de uso, URR, identificador que identifica uma primeira URR, a segunda PDR (310, 360) compreende um identificador URR que identifica uma segunda URR, e o método compreende adicionalmente: a primeira UPF (206) aplicando a primeira URR em relação à PDU (301, 351); e a primeira UPF (206) aplicando a segunda URR em relação à PDU (301, 351).
18. Método de acordo com a reivindicação 17, caracterizado pelo fato de que a primeira URR identifica um método para medir o uso de um recurso de rede, e aplicar a primeira URR em relação à PDU (301, 351) compreende medir o uso de recursos de rede em relação à PDU (301.351).
19. Método para suportar comunicação entre UEs acampados em uma rede de área local, LAN, o método sendo executado por uma função de plano de usuário, UPF (206), caracterizado pelo fato de que o método compreende: receber uma transmissão que compreende uma unidade de dados de protocolo, PDU (301, 351), transmitida por um primeiro equipamento de usuário, UE (202, 218), em que a PDU (301, 351) inclui pelo menos um endereço de destino de um segundo UE (204, 220); usar informações incluídas na transmissão para encontrar uma primeira regra de detecção de pacote, PDR (304), combinando informações incluídas na transmissão, em que a primeira PDR (304) identifica uma primeira regra de ação de encaminhamento, FAR (306), em que a primeira FAR (306) inclui uma indicação indicando que a PDU (301, 351) requer processamento de entrada adicional; obter informações incluídas na primeira FAR (306); após obter as informações incluídas na primeira FAR (306), identificar uma sessão N4; e após identificar a sessão N4, encontrar uma PDR padrão (304)
associada à sessão N4, em que a PDR padrão (304) identifica uma FAR padrão (306) e/ou uma URR padrão (307), em que a FAR padrão (306) é configurada para fazer com que a UPF (206) transmita a PDU (301, 351) para uma função de gerenciamento de sessão, SMF (208) ou a URR padrão (307) é configurada para fazer com que a UPF (206) transmita à SMF (208) uma mensagem de solicitação de relatório de sessão PFCP compreendendo pelo menos uma parte da PDU (301, 351).
20. Método de acordo com a reivindicação 19, caracterizado pelo fato de que compreende adicionalmente: transmitir a PDU (301, 351) para a SMF (208); e após transmitir a PDU (301, 351) para a SMF (208), receber a partir da SMF (208) uma segunda PDR (310, 360) associada à segunda sessão N4 e receber uma segunda FAR (312, 362), em que a segunda PDR (310, 360) inclui um identificador FAR que identifica a segunda FAR (312, 362).
21. Método de acordo com a reivindicação 19, caracterizado pelo fato de que compreende adicionalmente: transmitir a mensagem de solicitação de relatório de sessão PFCP para a SMF (208); e após transmitir a mensagem de solicitação de relatório de sessão PFCP, receber a partir da SMF (206) uma segunda PDR (310, 360) associada à segunda sessão N4 e receber uma segunda FAR (312, 362), em que a segunda PDR (310, 360) inclui um identificador FAR que identifica a segunda FAR (312, 362).
22. Portadora, caracterizada pelo fato de que compreende instruções que, quando executadas em pelo menos um processador (1555), fazem com que o pelo menos um processador (1555) realize o método como definido em qualquer uma das reivindicações 1 a 21.
23. Portadora de acordo com a reivindicação 22, caracterizada pelo fato de que a portadora é uma dentre um sinal eletrônico, sinal óptico, sinal de rádio ou meio de armazenamento legível por computador.
24. Aparelho (1500), caracterizado pelo fato de ser adaptado para realizar as etapas de qualquer uma das reivindicações anteriores 1 a 21.
25. Aparelho (1500) de acordo com a reivindicação 24, caracterizado pelo fato de que o aparelho (1500) é implementado como uma função de plano de usuário, UPF, (206, 214).
26. Aparelho (1500) de acordo com a reivindicação 24, caracterizado pelo fato de que o aparelho (1500) é implementado como uma função de gerenciamento de sessão, SMF, (208).
BR112021012912-0A 2019-01-15 2019-12-18 Método para suportar comunicação entre ues, portadora, e, aparelho BR112021012912A2 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962792551P 2019-01-15 2019-01-15
US62/792,551 2019-01-15
US201962806996P 2019-02-18 2019-02-18
US62/806,996 2019-02-18
PCT/EP2019/086086 WO2020148062A1 (en) 2019-01-15 2019-12-18 Methods and apparatuses for supporting a local area network (lan)

Publications (1)

Publication Number Publication Date
BR112021012912A2 true BR112021012912A2 (pt) 2021-09-14

Family

ID=69104404

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112021012912-0A BR112021012912A2 (pt) 2019-01-15 2019-12-18 Método para suportar comunicação entre ues, portadora, e, aparelho

Country Status (7)

Country Link
US (1) US20220150166A1 (pt)
EP (1) EP3895385A1 (pt)
JP (2) JP7274582B2 (pt)
CN (3) CN115766338A (pt)
BR (1) BR112021012912A2 (pt)
MX (1) MX2021008244A (pt)
WO (1) WO2020148062A1 (pt)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11128563B2 (en) * 2018-06-22 2021-09-21 Sorenson Ip Holdings, Llc Incoming communication routing
CN111510977B (zh) * 2019-01-30 2021-06-08 华为技术有限公司 一种移动性管理方法及装置
CN111953576B (zh) * 2019-05-17 2021-07-09 华为技术有限公司 虚拟网络通信方法、设备及系统
US11284462B2 (en) 2019-12-17 2022-03-22 Cisco Technology, Inc. Techniques for providing a third generation partnership project (3GPP) fabric anchor for an enterprise fabric
US11582066B2 (en) 2019-12-19 2023-02-14 Cisco Technology, Inc. Techniques for extending a cellular quality of service bearer through an enterprise fabric
CN115442290A (zh) * 2020-05-30 2022-12-06 华为技术有限公司 发送和接收消息的方法、装置和通信系统
CN114205854A (zh) * 2020-09-17 2022-03-18 华为技术有限公司 数据传输及链路质量检测方法、通信装置及存储介质
CN116569607A (zh) * 2020-09-30 2023-08-08 诺基亚技术有限公司 分布式单元处的网络切片本地切换
WO2022069931A1 (en) * 2020-10-01 2022-04-07 Telefonaktiebolaget Lm Ericsson (Publ) Methods providing consolidation of policies and related network nodes
US11350312B1 (en) 2021-02-04 2022-05-31 Verizon Patent And Licensing Inc. Systems and methods for dynamic rule determination for user plane data in a wireless network
US11855960B2 (en) 2021-05-19 2023-12-26 Cisco Technology, Inc. Device address rotation management protocol for a wireless local area network
US11956150B1 (en) * 2021-05-24 2024-04-09 T-Mobile Innovations Llc Programmable networking device for packet processing and security
US11558466B1 (en) 2021-07-19 2023-01-17 Cisco Technology, Inc. Packet forwarding control protocol (PFCP) message service using a remote procedure call (RPC) based protocol suitable for PFCP connection sharing
CN113923660B (zh) * 2021-10-09 2023-08-29 中国联合网络通信集团有限公司 一种终端接入局域网的认证方法、设备及存储介质
CN116419327A (zh) * 2021-12-31 2023-07-11 中国移动通信有限公司研究院 Upf的选择方法、装置、网元及存储介质
WO2023156295A1 (en) * 2022-02-15 2023-08-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods, network nodes, media for supporting ethernet bridging on user plane
WO2023185015A1 (zh) * 2022-03-29 2023-10-05 华为技术有限公司 通信方法、通信装置及通信系统
US11902246B2 (en) 2022-04-28 2024-02-13 Cisco Technology, Inc. Central scheduling for enterprise wireless randomizing changing/rotating MAC address
CN114867079B (zh) * 2022-05-23 2024-04-16 中国联合网络通信集团有限公司 一种通信方法、装置及存储介质
CN117459902A (zh) * 2022-07-18 2024-01-26 中国电信股份有限公司 一种数据包传输方法及虚拟网络组
CN117750384A (zh) * 2022-09-15 2024-03-22 中兴通讯股份有限公司 一种用户面功能upf网元部署、信令处理方法及系统
CN117835168A (zh) * 2022-09-29 2024-04-05 中国电信股份有限公司 虚拟网络群组的组播通信方法、通信系统及相关设备
CN115550308B (zh) * 2022-12-01 2023-03-14 卓望数码技术(深圳)有限公司 一种5glan组网方法、装置、计算机设备及存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9106546B1 (en) * 2012-07-26 2015-08-11 Google Inc. Explicit congestion notification in mixed fabric network communications
CN104885431B (zh) * 2012-12-13 2018-11-20 华为技术有限公司 软件定义信息中心网络中基于内容的流量工程的方法及装置
JP6724232B2 (ja) * 2016-07-29 2020-07-15 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるネットワークスライスベースのnrのためのセル特定手順を実行する方法及び装置
US10531420B2 (en) * 2017-01-05 2020-01-07 Huawei Technologies Co., Ltd. Systems and methods for application-friendly protocol data unit (PDU) session management
US11228949B2 (en) * 2017-01-06 2022-01-18 Samsung Electronics Co., Ltd. Intra-RAT handover for next generation system
WO2018137232A1 (zh) * 2017-01-26 2018-08-02 华为技术有限公司 数据处理的方法、控制面节点和用户面节点
US10448239B2 (en) * 2017-02-06 2019-10-15 Qualcomm Incorporated Mechanism to enable optimized user plane anchoring for minimization of user plane relocation due to user equipment mobility
US10575220B2 (en) 2017-03-21 2020-02-25 Electronics And Telecommunications Research Institute Session management method based on reallocation of PDU session anchor device, and device performing the session management method
CA3030741C (en) * 2017-04-19 2021-04-20 Lg Electronics Inc. Method for processing pdu session establishment procedure and amf node
WO2018232759A1 (zh) 2017-06-23 2018-12-27 华为技术有限公司 实现业务连续性的方法、设备及系统
US10511669B2 (en) * 2018-04-26 2019-12-17 Verizon Patent And Licensing Inc. Programmable user plane function
CN110650514B (zh) * 2018-06-26 2021-06-01 华为技术有限公司 路径更新方法、设备及系统
CN111200791B (zh) * 2018-11-19 2021-07-09 华为技术有限公司 群组通信方法、设备及系统

Also Published As

Publication number Publication date
CN113302880B (zh) 2022-11-01
US20220150166A1 (en) 2022-05-12
CN113302880A (zh) 2021-08-24
MX2021008244A (es) 2021-08-16
WO2020148062A1 (en) 2020-07-23
JP7274582B2 (ja) 2023-05-16
EP3895385A1 (en) 2021-10-20
JP2022517176A (ja) 2022-03-07
JP2023109789A (ja) 2023-08-08
CN115766337A (zh) 2023-03-07
CN115766338A (zh) 2023-03-07

Similar Documents

Publication Publication Date Title
BR112021012912A2 (pt) Método para suportar comunicação entre ues, portadora, e, aparelho
KR102548777B1 (ko) 통신 방법 및 디바이스
US11831458B2 (en) Provisioning of multicast and broadcast services with different quality of service levels
US11917498B2 (en) Communication method and communications apparatus
US20230370383A1 (en) Systems and methods for supporting traffic steering through a service function chain
EP3965370A1 (en) Routing rule configuration method and communication apparatus
JP6463839B2 (ja) モバイル環境におけるフローベースのアドレス指定のためのシステム及び方法
WO2020224556A1 (zh) 一种路由规则的管理方法及通信装置
US11777783B2 (en) Network slicing with smart contracts
EP4221439A2 (en) Session management method, apparatus, and system
KR102445355B1 (ko) 사용자 그룹에 대한 세션 관리 방법 및 장치
US20220377819A1 (en) Method and apparatus for establishing data transmission link and computer-readable storage medium
WO2019033920A1 (zh) 网络侧对远端用户设备的识别和控制方法以及设备
WO2019101041A1 (zh) 一种通信方法及其装置
CN114651477A (zh) 用于用户面处理的系统和方法
BR112020003137A2 (pt) métodos e aparelhos para evitar tempestade de paginação durante difusão de arp para pdu tipo ethernet
WO2021018242A1 (zh) 一种数据转发方法、装置及系统
WO2022012468A1 (zh) 路由配置方法及装置
CN114124618A (zh) 一种报文传输方法及电子设备
WO2023051287A1 (zh) 一种通信方法及装置
EP4088434A1 (en) Tsc-5g qos mapping with consideration of assistance traffic information and pcc rules for tsc traffic mapping and 5g qos flows binding
KR20230085108A (ko) DetNet 트래픽을 처리하는 방법 및 장치
Herbert et al. INTERNET-DRAFT K. Bogineni Intended Status: Informational Verizon Expires: September 2018 A. Akhavain Huawei Technologies Canada
Herbert et al. dmm K. Bogineni Internet-Draft Verizon Intended status: Informational A. Akhavain Expires: January 14, 2019 Huawei Canada Research Centre
WO2015109535A1 (zh) 业务数据传输方法和装置