BR112019022544A2

BR112019022544A2 - método para seleção de versão do protocolo da internet, dispositivo de comunicação sem fio, e, nó de gerenciamento de sessão

Info

Publication number: BR112019022544A2
Application number: BR112019022544A
Authority: BR
Inventors: Backman Jan; Rommer Stefan
Original assignee: Ericsson Telefon Ab L M
Priority date: 2017-05-09
Filing date: 2018-05-09
Publication date: 2020-05-19
Also published as: AU2021221761B2; EP3476100B1; AU2018265334A1; EP3651432B1; CN109691059A; US20190289666A1; JP7419310B2; PT3476100T; EP3476100A1; US11375576B2; JP2022003795A; CN109691059B; US11659621B2; WO2018206636A1; AU2021221761A1; JP6982100B2; EP3651432A1; JP2020520602A; EP3651432C0; ES2777830T3

Abstract

é aqui descrito um método, um dispositivo sem fio e um nó de gerenciamento de sessão para seleção da versão de ip para uma sessão da pdu solicitada para ser estabelecida por um wcd, que suporta as sessões da pdu tanto de ipv4 quanto de ipv6 e que é configurado para comunicar operativamente por meio de uma ran com um nó sm em uma rede central 101, o método que é realizado pelo wcd compreende: enviar s110 uma primeira mensagem de solicitação da sessão da pdu na direção do nó sm que solicita o estabelecimento de uma primeira sessão da pdu, mensagem de solicitação esta que compreende a informação de versão do ip que indica que a versão de ip da primeira sessão da pdu solicitada deve ser qualquer um de ipv4 ou ipv6; e receber s130, s140, em resposta ao envio da primeira mensagem de solicitação da sessão da pdu, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do wcd que indica a versão de ip (isto é, ipv4 ou ipv6) que foi selecionada para a primeira sessão da pdu solicitada.

Description

MÉTODO PARA SELEÇÃO DE VERSÃO DO PROTOCOLO DA INTERNET, DISPOSITIVO DE COMUNICAÇÃO SEM FIO, E, NÓ DE GERENCIAMENTO DE SESSÃO

Campo Técnico

[001] As modalidades aqui apresentadas referem-se aos métodos, aos dispositivos de comunicação sem fio, aos programas de computador e a um produto de programa de computador para a seleção da versão de IP durante a configuração de uma sessão da PDU em um sistema de comunicações sem fio.

Fundamentos

[002] A organização de padronização do Projeto de Parceria da

Terceira Geração (3GPP) está atualmente nos processos de especificação de um novo Sistema de Telecomunicações Móvel de Quinta Geração (5G) que inclui uma Rede Central de Pacotes da Próxima Geração (NG) (NG-CN ou NGC ou 5GC).

[003] A arquitetura do sistema 5G é definida para suportar conectividade de dados e serviços que habilitam as implementações para usar as técnicas, tais como, por exemplo, Virtualização da Função de Rede e Rede Definida por Software. A arquitetura do sistema 5G deve alavancar as interações com base em serviço entre as Funções de Rede no Plano de Controle (CP) quando identificadas.

[004] Alguns princípios e conceitos chaves são para:

- Separar as funções do Plano do Usuário (UP) das funções do Plano de Controle (CP), permitindo escalonabilidade, evolução e implementações flexíveis independentes, por exemplo, local centralizado ou local distribuído (remoto).

[005] - Modularizar o desenho da função, por exemplo, para habilitar o flexível e eficiente fatiamento de rede.

[006] - Sempre que aplicável, definir os procedimentos (isto é, o conjunto de interações entre as Funções de Rede) como serviços, de forma

Petição 870190109322, de 28/10/2019, pág. 11/57

2/32 que seu reuso seja possível.

[007] - Habilitar cada Função de Rede a interagir com outra NF diretamente se exigido. A arquitetura não impede o uso de uma função intermediária para ajudar a rotar as mensagens do Plano de Controle (por exemplo, como um DRA).

[008] - Minimizar dependências entre a Rede de Acesso (AN) e a

Rede Central (CN). A arquitetura é definida com uma rede central agnóstica de acesso convergido com uma interface AN - CN comum que integra diferentes tipos de acesso 3GPP e não 3GPP.

[009] - Suportar uma estrutura de autenticação unificada.

[0010] - Suportar NFs “sem estado”, em que o recurso “computação” é desacoplado do recurso “armazenamento”.

[0011] - Suportar exposição de capacidade.

[0012] - Suportar acesso concorrente a serviços locais e centralizados.

Para suportar serviços de baixa latência e acesso a redes de dados locais, as funções UP podem ser implementadas próximas da Rede de Acesso.

[0013] - Suportar roaming tanto com tráfego roteado para local inicial quanto com Tráfego de Invasão Local na PLMN visitada.

[0014] A figura 1 representa uma arquitetura do sistema 5G exemplificante no caso não roaming, usando a representação do ponto de referência que mostra como várias funções de Rede interagem umas com as outras. A arquitetura do sistema 5G exemplificante na figura 1 é bem conhecida pelos versados na técnica, e ela não precisa de descrição detalhada como tal. Os detalhes adicionais sobre a arquitetura do sistema 5G podem, por exemplo, ser encontrados na Especificação Técnica 3GPP TS 23.501 V0.4.0 (2017-04).

[0015] A arquitetura do sistema 5G exemplificante na figura 1 consiste nas seguintes Funções de Rede (NF):

- Função do Servidor de Autenticação (AUSF)

- Função de Acesso Central e Gerenciamento da Mobilidade (AMF)

Petição 870190109322, de 28/10/2019, pág. 12/57

3/32

- Rede de dados (DN), por exemplo, serviços do operador,

acesso à Internet ou serviços de terceiros

(SDSF)

- Função da Rede de Armazenamento de Dados Estruturado - Função da Rede de Armazenamento de Dados Não

Estruturado (UDSF)

	- Função de Exposição da Rede (NEF) - Função de Repositório NF (NRF) - Função de Controle de Política (PCF) - Função de Gerenciamento de Sessão (SMF) - Gerenciamento de Dados Unificados (UDM) - Função do Plano do Usuário (UPF) - Função de Aplicação (AF) - Equipamento de Usuário (UE) - Rede de Acesso (por Rádio) ((R)AN).
[0016]	Adicionalmente, a arquitetura do sistema 5G contém pontos ou
interfaces	de referência por meio dos quais as funções no sistema 5G

comunicam. Por exemplo, a arquitetura do sistema 5G exemplificante na figura 1 contém os seguintes pontos de referência:

	Ni: Ponto de referência entre o UE e a AMF.
[0017]	N2: Ponto de referência entre a (R)AN e a AMF.
[0018]	N3: Ponto de referência entre a (R)AN e a UPF.
[0019]	N4: Ponto de referência entre a SMF e a UPF.
[0020]	N5: Ponto de referência entre a PCF e uma Função de

Aplicação (AF).

[0021]	Nô: Ponto de referência entre a UPF e uma Rede de Dados.
[0022]	N7: Ponto de referência entre a SMF e a PCF.
[0023]	Ns: Ponto de referência entre a UDM e a AMF.
[0024]	N9: Ponto de referência entre duas UPFs Centrais.
[0025]	N10: Ponto de referência entre a UDM e a SMF.
[0026]	Nu: Ponto de referência entre a AMF e a SMF.

Petição 870190109322, de 28/10/2019, pág. 13/57

4/32

[0027] N12: Ponto de referência entre a AMF e a AUSF.

[0028] N13: Ponto de referência entre a UDM e a função do Servidor de Autenticação, a AUSF.

[0029] Nu: Ponto de referência entre duas AMFs.

[0030] N15: Ponto de referência entre a PCF e a AMF no caso de cenário não roaming, PCF na rede visitada e AMF no caso de cenário de roaming.

[0031] Deve-se notar que alguns ou todos os pontos de referência indicados anteriormente podem ter correspondentes interfaces com base em serviço associadas com a função 5GC em questão. Por exemplo, as seguintes interfaces com base em serviço podem estar presentes na arquitetura do sistema 5G:

Namf: Interface com base em serviço exibida pela AMF. [0032] Nsmf: Interface com base em serviço exibida pela SMF.

[0033] Nnef: Interface com base em serviço exibida pela NEF.

[0034] Npcf: Interface com base em serviço exibida pela PCF.

[0035] Nudm: Interface com base em serviço exibida pela UDM. [0036] Naf: Interface com base em serviço exibida pela AF. [0037] Nnrf: Interface com base em serviço exibida pela NRF. [0038] Nausf: Interface com base em serviço exibida pela AUSF. [0039] Na arquitetura do sistema 5G da figura 1, considera-se que um Equipamento de Usuário (UE) ou similar é configurado para conectar operativamente e comunicar com a rede 5GC por meio da RAN, por exemplo, por meio de uma estação base ou similares arranjados em uma Rede de Acesso por Rádio (RAN). O UE ou similar é um dispositivo pelo qual um assinante acessa os serviços oferecidos por uma rede do operador e os serviços fora da rede do operador aos quais os operadores da RAN e a rede 5GC proveem acesso, por exemplo, acesso à Internet ou Rede de Dados em Pacote (PDN) similar. O UE na figura 1 pode ser qualquer dispositivo, móvel ou estacionário, habilitado para comunicar no sistema 5G, por exemplo, mas sem limitações, por exemplo, o equipamento de usuário, o telefone celular, o

Petição 870190109322, de 28/10/2019, pág. 14/57

5/32 telefone inteligente, os sensores, os medidores, os veículos, os utensílios domésticos, os utensílios médicos, os reprodutores de mídia, as câmeras, o dispositivo Máquina para Máquina (M2M), o dispositivo tipo Dispositivo para Dispositivo (D2D), o dispositivo tipo Internet das Coisas (loT) ou qualquer tipo de dispositivo eletrônico para o consumidor, por exemplo, mas sem limitações, uma televisão, um rádio, arranjos de iluminação, um computador tipo tablet, um laptop ou um Computador Pessoal (PC). O UE ou similar podem ser portáteis, armazenáveis no bolso, de mão, compreendidos em computador, ou dispositivos montados em veículo, habilitados para comunicar voz e/ou dados, por meio da RAN, com uma outra entidade, por exemplo, tais como um outro UE ou um servidor, tal como um Servidor de Aplicação (AS), ou similares.

[0040] A Rede de Acesso por Rádio (RAN) da figura 1 pode compreender inúmeros nós da RAN, por exemplo, tais como estações bases ou similares. O nó da RAN pode ser qualquer elemento capaz de comunicação sem fio com o UE ou similar em uma extremidade e uma rede 5GC que serve o UE na outra extremidade.

[0041] A rede central da quinta geração (5GC) da figura 1 contém várias funções, por exemplo, a Função de Acesso e Gerenciamento de Mobilidade (AMF), a Função de Gerenciamento de Sessão (SMF) e a Função do Plano do Usuário (UPF) etc. Tais funções são intercambiavelmente aqui denotadas como nós. Tais funções/nós podem ser implementados em hardware ou em software ou em uma combinação de hardware e software. Tais funções/nós podem ser implementados em um (1) único nó ou em dois (2) ou mais subnós ou similares que formam logicamente a função/nó em questão. Os subnós podem ficar localizados no mesmo local geográfico ou diferentes locais geográficos.

[0042] A função de Acesso e Gerenciamento de Mobilidade (AMF) na figura 1 pode, por exemplo, incluir a seguinte funcionalidade. Algumas ou todas as funcionalidades da AMF podem ser suportadas em uma única instância de uma AMF:

Petição 870190109322, de 28/10/2019, pág. 15/57

6/32

[0043] [0044] integridade. [0045] [0046] [0047] [0048] [0049] Sistema LI). [0050] [0051] [0052] [0053] [0054] SMSF.

- Término da interface RAN CP (N2). - Término de NAS (Nl), cifragem da NAS e proteção da - Gerenciamento de registro. - Gerenciamento de conexão. - Gerenciamento de alcançabilidade. - Gerenciamento de mobilidade. - Interceptação legal (para eventos da AMF e interface para 0 - Prover transporte para mensagens SM entre 0 UE e a SMF. - Proxy transparente para roteamento das mensagens SM. - Autenticação de Acesso. - Autorização de Acesso. - Prover transporte para mensagens SMS entre 0 UE e a

[0055]

- Função de Âncora de Segurança (SEA). A mesma interage

com a AUSF e o UE, recebe a chave intermediária que foi estabelecida em decorrência do processo de autenticação do UE. No caso de autenticação com base em USIM, a AMF recupera o material de segurança a partir da AUSF.

[0056]

- Gerenciamento do Contexto de Segurança (SCM). O SCM

recebe uma chave da SEA que o mesmo usa para derivar as chaves específicas da rede de acesso.

[0057]

A função de gerenciamento de sessão (SMF) da figura 1 pode,

por exemplo, incluir a seguinte funcionalidade. Parte das ou todas as funcionalidades da SMF podem ser suportadas em uma única instância de

uma SMF:

- Gerenciamento de sessão, por exemplo, estabelecimento,

modificação e liberação da Sessão, incluindo manutenção de túnel entre a UPF e um nó da AN.

[0058]

- Alocação e gerenciamento do endereço IP do UE (incluindo

Autorização opcional).

Petição 870190109322, de 28/10/2019, pág. 16/57

7/32

[0059] [0060]

- Seleção e controle da função UP. - Configurar direção de tráfego na UPF para rotar o tráfego

para o destino apropriado.

[0061] Política.	- Término das interfaces na direção das funções de controle de
[0062] [0063] Sistema LI). [0064] [0065] [0066]	- Parte de controle da execução de política e QoS. - Interceptação legal (para eventos de SM e interface para o - Término das partes SM das mensagens NAS. - Notificação de Dados em Enlace Descendente. - Iniciador da informação de SM específica de AN, enviada

por meio da AMF através de N₂ para a AN.

[0067] [0068]	- Determinar o modo SSC de uma sessão. - Funcionalidade de roaming: - Tratar execução local para aplicar SLAs de QoS (VPLMN).
[0069] (VPLMN). [0070]	- Coleta dos dados de cobrança e interface de cobrança - Interceptação legal (em VPLMN para eventos de SM e

interface para o Sistema LI).

[0071]

- Suporte à interação com DN externa para transporte da

sinalização para a autorização/autenticação da sessão da PDU pela DN externa.

[0072]

Agora, o UE ou similar pode não saber qual(is) versão(ões) do

Protocolo da Internet (IP) - por exemplo, versão de IP 4 (IPv4) ou versão de IP 6 (IPv6) - é(são) suportada(s) pela função 5GC (por exemplo, a AMF ou a SMF ou similares) na qual o mesmo conecta. Também pode ser que o UE ou similar suporte tanto IPv4 quanto IPv6, ou suporte apenas uma única versão de IP.

[0073]

No Núcleo de Pacote 3GPP Evoluído (EPC), isto era tratado

através do UE que exige uma conexão da Rede de Dados em Pacote (PDN) do tipo IPv4v6 quando o mesmo suportar tanto IPv4 quanto IPv6. Uma conexão

Petição 870190109322, de 28/10/2019, pág. 17/57

8/32

PDN é uma associação entre o UE e uma PDN. O EPC (ou, em vez disto, o nó de EPC relevante que é endereçado pela solicitação de conexão da PDN) irá, então, gerar uma resposta da PDN tipo IPv4, IPv6, IPv4v6 (pilha dual) ou IPv4+IPv6 (ou, na realidade, IPv6 + um código de causa que pede por IPv4, ou IPv4 + um código de causa que pede por IPv6, que irá gerar duas (2) conexões PDN separadas no EPC, isto é, uma conexão IPv4 e uma conexão IPv6).

[0074] Entretanto, as sessões IPv4v6 não são suportadas pelo 5GC e isto significa que um UE ou similares capaz de tratar tanto IPv4 quanto IPv6 deve ter uma maneira de perguntar à rede qual versão de IP usar para uma sessão da Unidade de Dados de Protocolo (PDU). Pode ser esclarecido que a sessão da PDU 5G é similar à conexão da PDN EPC, em que a sessão da PDU é uma associação entre um UE ou similares e uma PDN.

[0075] Portanto, há uma necessidade de melhorar o método de seleção de uma versão de IP para uma sessão da PDU.

Sumário

[0076] Um objetivo das modalidades aqui expostas é melhorar o método de seleção de uma versão de IP para uma sessão da PDU.

[0077] De acordo com um primeiro aspecto, é apresentado um método para seleção de versão do Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e que é configurado para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central.

[0078] O método que é realizado pelo WCD compreende:

- enviar uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU

Petição 870190109322, de 28/10/2019, pág. 18/57

9/32 solicitada deve ser qualquer um de IPv4 ou IPv6; e

- receber, em resposta ao envio da primeira mensagem de solicitação da sessão da PDU, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[0079] De acordo com um segundo aspecto, é apresentado um Dispositivo de Comunicação Sem Fio, WCD, configurado para suportar operativamente as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central.

[0080] O WCD compreende um sistema de circuitos de processamento que é configurado para fazer com que o WCD envie operativamente uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6; e receba, em resposta ao envio da primeira mensagem de solicitação da sessão da PDU, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[0081] De acordo com um terceiro aspecto, é apresentado um método para seleção de versão do Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e que é configurado para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101).

Petição 870190109322, de 28/10/2019, pág. 19/57

10/32

[0082] O método que é realizado pelo nó SM compreende:

- receber uma mensagem de solicitação de SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação de SM esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- selecionar, em resposta à recepção da mensagem de solicitação de SM, uma versão de IP (isto é, IPv4 ou IPv6) para a primeira sessão da PDU solicitada, e

- enviar uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[0083] De acordo com um quarto aspecto, é apresentado um nó de gerenciamento de sessão, SM, em uma rede central que é configurado para selecionar operativamente uma versão de Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6.

[0084] O nó SM compreende um sistema de circuitos de processamento que é configurado para fazer com que o WCD operativamente:

- receba uma mensagem de solicitação de SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação de SM esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- selecione, em resposta à recepção da mensagem de solicitação de SM, uma versão de IP (isto é, IPv4 ou IPv6) para a primeira sessão da PDU solicitada, e

- envie uma primeira mensagem de resposta, primeira

Petição 870190109322, de 28/10/2019, pág. 20/57

11/32 mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[0085] O melhor método exposto de seleção de uma versão de IP para uma sessão da PDU economiza sinalização adicional, se comparado com outras alternativas. Em particular, um WCD que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, pode inicialmente solicitar e adquirir uma única sessão da PDU de uma primeira versão de IP (IPv4 ou IPv6) e, então, decidir se é desejado e permitido solicitar uma sessão da PDU adicional da segunda versão de IP. Em outras palavras, não há risco de que duas (2) sessões da PDU com diferentes versões de IP sejam desnecessariamente estabelecidas quando o WCD for satisfeito com uma sessão da PDU. Por exemplo, quando uma sessão da PDU IPv6 for estabelecida como a primeira sessão da PDU, então, pode ser desnecessário também estabelecer uma segunda sessão da PDU IPv4, mesmo se isto for permitido pela rede.

[0086] As modalidades aqui expostas proveem o controle da rede 5GC da versão de IP que é usada para uma sessão da PDU no caso em que o UE ou similar suportar tanto a versão IPv4 quanto a versão IPv6. A solução também otimiza a sinalização usada, já que o UE ou similar é informado sobre se a versão de IP que não é usada para a sessão da PDU é suportada pela rede 5GC. Desta maneira, o UE ou similar pode decidir se é válido tentar solicitar uma sessão da PDU para esta outra versão de IP ou não.

[0087] No geral, todos os termos usados na descrição devem ser interpretados de acordo com seu significado ordinário no campo técnico, a menos que explicitamente aqui definido de outra forma. Todas as referências a “um/uma/o/a elemento, aparelho, componente, meio, etapa, etc.” devem ser interpretadas abertamente como se referindo a pelo menos uma instância do elemento, aparelho, componente, meio, etapa, etc., a menos que explicitamente declarado de outra forma. As etapas de qualquer método aqui descrito não precisam ser realizadas na exata ordem descrita, a menos que

Petição 870190109322, de 28/10/2019, pág. 21/57 wyi explicitamente declarado.

Breve Descrição dos Desenhos

[0088] As soluções propostas são agora descritas, a título de exemplo, em relação aos desenhos anexos, nos quais:

a figura 1 representa uma arquitetura do sistema 5G exemplificante no caso não roaming;

a figura 2 é um diagrama esquemático que ilustra um sistema de comunicações 100 em que as modalidades aqui apresentadas podem ser aplicadas;

a figura 3A é um fluxograma que ilustra as modalidades dos métodos aqui apresentados;

a figura 3B é um diagrama de sinalização que ilustra as modalidades dos métodos aqui apresentados;

a figura 4 é um diagrama de sinalização que ilustra uma modalidade preferida de um método aqui apresentado;

a figura 5A é um diagrama esquemático que mostra as unidades funcionais de um WCD de acordo com uma modalidade;

a figura 5B é um diagrama esquemático que mostra as unidades funcionais de um nó SM de acordo com uma modalidade;

a figura 5C mostra um exemplo de um produto de programa de computador que compreende um meio legível por computador de acordo com uma modalidade.

Descrição Detalhada

[0089] As soluções propostas serão agora descritas mais completamente a seguir em relação aos desenhos anexos, em que certas modalidades são mostradas. Estas soluções propostas podem, entretanto, ser incorporadas em muitas formas diferentes e não devem ser interpretadas como limitadas às modalidades aqui apresentadas; em vez disto, estas modalidades são providas a título de exemplo, de forma que esta descrição seja criteriosa e completa, e conduza completamente o escopo das soluções propostas aos versados na técnica. Os números iguais referem-se a elementos iguais por

Petição 870190109322, de 28/10/2019, pág. 22/57

13/32 toda a descrição. Quaisquer etapa ou recurso ilustrados por linhas tracejadas devem ser considerados como opcionais.

[0090] Para tratar as diferentes opções em relação a quais versões de IP (IPv4 e/ou IPv6) suportar em um sistema 5G, diversas combinações diferentes devem ser consideradas para a rede 5GC. O UE pode suportar IPv4 apenas, IPv6 apenas ou IPv6 + IPv4. A rede 5GC também pode suportar IPv4 apenas, IPv6 apenas ou IPv6 + IPv4 para o Nome da Rede de Domínio (DNN) solicitado. Além disto, a rede 5GC pode, no caso em que tanto IPv4 quanto IPv6 forem suportados, permite que um UE que suporta apenas IPv4 conecte, bem como permite que um UE que suporta apenas IPv6 conecte. Assim, há sete (7) combinações permitidas a considerar.

Capacidade do UE	Capacidade 5GC	Tipo da PDU resultante da sessão da PDU
IPv4 apenas	IPv4 apenas	IPv4
IPv6 apenas	IPv6 apenas	IPv6
IPv4 apenas	IPv4 e IPv6	IPv4
IPv6 apenas	IPv4 e IPv6	IPv6
IPv4 e IPv6	IPv4 apenas	IPv4
IPv4 e IPv6	IPv6 apenas	IPv6
IPv4 e IPv6	IPv4 e IPv6	Uma sessão da PDU IPv4 ou uma sessão da PDU IPv6, ou uma sessão da PDU de cada tipo

[0091] Em vista das sete (7) combinações permitidas identificadas na tabela exposta, as seguintes observações podem ser feitas:

1) Os terminais devem anunciar os tipos de PDU suportados para a rede, por exemplo, as sessões da PDU do tipo IPv4, do tipo IPv6 ou ambos os tipos da PDU.

[0092] 2) Os terminais que suportam tanto IPv4 quanto IPv6 devem ser capazes de configurar as sessões da PDU duais, uma do tipo IPv4 bem como uma do tipo IPv6.

[0093] 3) Os terminais que suportam tanto IPv4 quanto IPv6 devem ser capazes de configurar uma única sessão da PDU, a mesma podendo ser do tipo IPv4 ou IPv6.

[0094] Para suportar isto, três diferentes soluções para tratar a configuração de uma sessão da PDU podem ser identificadas:

A. O primeiro método é que o UE sempre tente configurar duas sessões da PDU, uma do tipo IPv4 e uma do tipo IPv6.

Petição 870190109322, de 28/10/2019, pág. 23/57

14/32

[0095] B. Uma outra abordagem é sempre perguntar por uma das versões de IP e usar um código de causa se a outra versão de IP precisar ser usada, também ou em substituição.

[0096] C. Uma terceira maneira de tratar isto é permitir que um UE que suporta ambos os tipos de IP solicite os tipos tanto IPv4 quanto IPv6 a partir de 5GC. Isto irá significar que o UE não exige um tipo da sessão da PDU específico, mas, em vez disto, pergunta tanto por IPv4 quanto por IPv6. [0097] Na alternativa A exposta, o UE irá solicitar configurar uma sessão da PDU IPv4, bem como uma sessão da PDU IPv6. Como nenhuma correlação entre as sessões IPv4 e IPv6 é exigida, a seleção da SMF e da UPF pode ser feita independentemente. O inconveniente com esta abordagem é que o UE irá tentar configurar as sessões da PDU duais também nas redes em que apenas uma versão de IP for suportada. Atualmente, não há nenhum suporte para múltiplas mensagens NAS em 5GC visando a diferentes IDs da sessão da PDU inicial na mesma mensagem N1, o que significa que haverá sinalização adicional com este método, mesmo se apenas uma versão de IP precisar ser suportada na rede. Para certificar que o UE sabe quais versões de IP usar, ambos os procedimentos de sessão da PDU devem ser finalizados antes de qualquer funcionalidade que é dependente das combinações da versão de IP usadas.

[0098] Na alternativa B, o UE sempre pergunta por uma das versões de IP e, então, um código de causa pode ser retomado para o UE pelo 5GC para fazer com que o UE também configure a outra versão de IP, ou, em vez disto, se apenas a outra versão de IP precisar ser suportada. Isto, por exemplo, seria feito pela configuração de uma sessão da PDU do tipo IPv6 primeiro (este seria o caso normal quando IPv6 for suportado no terminal). Se IPv6 for suportado na rede, esta sessão será configurada, caso contrário, a sessão da PDU é rejeitada com um código de causa que indica que IPv4 é suportado. Se tanto IPv6 quanto IPv4 forem suportados pela rede, então, um outro código de causa é necessário para dizer ao dispositivo que o mesmo também pode configurar uma sessão da PDU do tipo IPv4. Atualmente, os UEs estão se

Petição 870190109322, de 28/10/2019, pág. 24/57

15/32 baseando em adquirir a informação imediata (durante a configuração da primeira sessão da PDU) seja a pilha dual for suportada ou não. Esta solução preserva esta propriedade com menos sinalização do que a primeira solução A, mas ainda irá resultar em sinalização desnecessária no caso em que a primeira versão de IP solicitada pelo UE não estiver disponível.

[0099] Na alternativa C, é sugerido que um UE que suporta os tipos tanto IPv4 quanto IPv6 sempre solicite ambos os tipos de IP a partir de 5GC. Isto indica que o UE, inicialmente, não está ciente se uma sessão da PDU do tipo IPv4 ou do tipo IPv6 deve ser criada. Este método toma-se um pouco similar à alternativa B, mas economiza alguma sinalização adicional, se comparada com a alternativa B. Por exemplo, para uma configuração apenas IPv4 em 5GC, não há necessidade de, primeiro, enviar uma solicitação IPv6 que será negada pela rede IPv4 e, então, enviar uma solicitação IPv4, já que a rede irá aceitar a solicitação IPv4 na primeira solicitação IPv4/IPv6 combinada. Assim, na alternativa C, considera-se que uma sessão da PDU do tipo IPv4 ou IPv6 está sempre configurada. Se uma outra versão de IP deve ser suportada (é preferido que a sessão da PDU tipo IPv6 deva ser usada primeiro), isto será informado como na alternativa B, pelo envio de um código de causa que diz ao UE que o mesmo pode configurar uma sessão da PDU da outra versão de IP (IPv4), também, se o mesmo assim decidir.

[00100] Assim, a solicitação dos tipos tanto IPv4 quanto IPv6 a partir de 5GC na solicitação da sessão da PDU é mais eficiente em termos de sinalização.

[00101] A figura 2 é um diagrama esquemático que ilustra um sistema de comunicações sem fio 100 em que as modalidades aqui apresentadas podem ser aplicadas. O sistema de comunicações 100 é, preferivelmente, um sistema 5G correspondente ao Sistema 5G apresentado na figura 1. Entretanto, outros sistemas de comunicação similares ao Sistema 5G na figura 1 podem certamente ser considerados para aplicar as modalidades aqui apresentadas.

[00102] O sistema de comunicações 100 compreende pelo menos um

Petição 870190109322, de 28/10/2019, pág. 25/57

16/32

Dispositivo de Comunicação Sem Fio (WCD), uma Rede de Acesso por Rádio (RAN), uma Rede Central (CN) 101 que compreende pelo menos um nó da Função de Mobilidade (MF) e um nó da Função de Gerenciamento de Sessão (SMF). Também, pode haver uma Função do Plano do Usuário (UPF) e outras funções da rede central. O sistema 100 comunica com uma ou mais redes de dados, de maneira tal que o dito pelo menos um WCD possa trocar a informação com uma rede de dados e tenha acesso aos serviços providos pela rede de dados e/ou as entidades na mesma, por exemplo, tais como uma AF ou similares.

[00103] Os exemplos dos WCDs, mas sem limitações, nas estações móveis, nos telefones celulares, nos telefones de mão, nos telefones em circuito locais sem fio, nos equipamento de usuário (UE) ou similares, nos telefones inteligentes, nos computadores tipo laptop e nos computadores tipo tablet.

[00104] A Rede de Acesso por Rádio (RAN) na figura 2 compreende inúmeros nós da RAN, por exemplo, tais como estações bases ou similares. O nó da RAN pode ser qualquer elemento de acesso por rádio capaz de comunicação sem fio com o WCD ou similar em uma extremidade e uma rede 5GC ou similar que serve o WCD na outra extremidade.

[00105] O nó de Gerenciamento de Mobilidade (MM) na figura 2 é, preferivelmente, um AMF 5GC ou similar. Entretanto, o MF pode ser qualquer nó que gerencia o controle de acesso e a mobilidade para inúmeros WCDs ou similares, incluindo o WCD da figura 2. Preferivelmente, o MF nó também inclui a funcionalidade de seleção de fatia da rede, etc.

[00106] O nó do Gerenciamento de Sessão (SM) na figura 2 é, preferivelmente, um SMF 5GC ou similar. Entretanto, a SMF pode ser qualquer nó que configura e gerencia as sessões para inúmeros WCDs ou similares, incluindo o WCD na figura 2. Preferivelmente, a configuração e o gerenciamento das sessões são feitos de acordo com a política da rede, por exemplo, recebida a partir de um PCG 5GC ou similares.

[00107] O nó MM e o nó SM são intercambiavelmente aqui denotados

Petição 870190109322, de 28/10/2019, pág. 26/57

17/32 como funções. O nó MM e o nó SM podem ser implementados em hardware ou em software ou em uma combinação de hardware e software. O nó MM e o nó SM podem ser implementados em um (1) único nó ou em dois (2) nós separados, ou em um ou mais subnós ou similares que formam logicamente a função/nó em questão. Os subnós podem ficar localizados no mesmo local geográfico ou em diferentes locais geográficos.

[00108] Como os versados na técnica entendem, o sistema de comunicações 100 pode compreender uma pluralidade de WCDs e as modalidades aqui descritas não são limitadas a nenhum número em particular de nós da RAN que servem os WCDs, ou a nenhum número em particular de nós MM ou nós SM.

[00109] As modalidades aqui descritas referem-se a um método para melhorar a seleção de uma versão de IP para uma sessão da PDU, e a um nó/função para realizar o método.

[00110] A figura 3 A é um fluxograma que ilustra as modalidades dos métodos para melhorar a seleção de uma versão de IP para uma sessão da PDU no estabelecimento da sessão da PDU para um WCD.

[00111] As ações SI 10 a S140 na figura 3A correspondem às ações com o mesmo número de referência ilustrado na figura 3B que mostra um diagrama de sinalização que ilustra as modalidades aqui descritas. Os nós/funções na figura 3B correspondem aos nós/funções com o mesmo número de referência na figura 2. O método é realizado por um WCD que suporta as sessões da PDU tanto do tipo IPv4 quanto do tipo IPv6. O WCD é configurado para comunicar operativamente por meio da RAN com o nó SM na rede central 101 do sistema de comunicações sem fio 100. O método é realizado de uma maneira correspondente pelo nó SM que é endereçado pelo WCD no estabelecimento da sessão da PDU.

[00112] Em uma ação SI 10 do fluxograma na figura 3A, o WCD que suporta as sessões da PDU dos tipos tanto IPv4 quanto IPv6 envia uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM, preferivelmente, por meio do nó MM. A mensagem de solicitação da sessão

Petição 870190109322, de 28/10/2019, pág. 27/57

18/32 da PDU solicita o estabelecimento de uma sessão da PDU. Por exemplo, em uma rede 5GC, a mensagem pode ser enviada por meio da interface NI indicada na figura 1.

[00113] A primeira mensagem de solicitação da sessão da PDU compreende a informação da versão de IP que indica que a versão de IP da única sessão da PDU que é solicitada pelo WCD pode ser qualquer uma da versão de IP (IPv4) ou da versão de IP 6 (IPv6). A informação da versão de IP pode ser qualquer informação adequada que indica para o nó SM de recepção que a solicitação da sessão da PDU pelo WCD é satisfeita pelo estabelecimento de uma única sessão da PDU com a versão de IP tanto de IPv4 quanto de IPv6. Para o nó SM de recepção, isto indica que o WCD não exige nenhuma versão de IP específica (IPv4 ou IPv6) para a sessão da PDU solicitada. Em outras palavras, o WCD indica que a primeira solicitação de sessão da PDU é satisfeita pelo estabelecimento de uma única sessão da PDU de IPv4 ou de IPv6.

[00114] A mensagem de solicitação da sessão da PDU pode ser qualquer mensagem que pode conduzir a informação da versão de IP. E preferido que a primeira mensagem de solicitação da sessão da PDU seja uma mensagem de solicitação de estabelecimento da sessão da PDU e/ou que a mensagem de solicitação da sessão da PDU seja uma mensagem do Estrato Sem Acesso (NAS).

[00115] Em uma outra ação SI20, é preferido que o nó MM, em resposta à recepção da mensagem de solicitação da sessão da PDU, encaminhe a primeira solicitação da sessão da PDU pelo envio de uma mensagem de solicitação de SM para o nó SM. A mensagem de solicitação de SM compreende, de uma maneira similar à mensagem de solicitação da sessão da PDU exposta, a informação que indica que uma única sessão da PDU tanto do tipo IPv4 quanto do tipo IPv6 é solicitada pelo WCD.

[00116] A mensagem de solicitação de SM pode ser qualquer mensagem que pode conduzir a informação que indica que uma única sessão da PDU tanto do tipo IPv4 quanto do tipo IPv6 é solicitada pelo WCD. A

Petição 870190109322, de 28/10/2019, pág. 28/57

19/32 informação pode ser, por exemplo, a informação da versão de IP ou similar enviada pelo WCD na etapa 110 exposta. Por exemplo, em uma rede 5GC, a mensagem de solicitação de SM pode ser enviada por meio da interface Nil indicada na figura 1.

[00117] Em uma outra ação SI30a, é preferido que o nó SM, em resposta à recepção da mensagem de solicitação de SM exposta, selecione tanto IPv4 quanto IPv6 como a versão de IP para a sessão da PDU solicitada. A seleção pode ser, por exemplo, feita com base na configuração de DNN e/ou nas políticas do operador e/ou em outros parâmetros localmente armazenados no nó SM ou prontamente acessíveis pelo nó SM a partir de outros nós/funções.

[00118] Em uma rede 5GC, a SMF realiza o procedimento de gerenciamento do endereço IP com base no tipo de PDU selecionado. Se a PDU tipo IPv4 for selecionada, um endereço IPv4 é alocado no UE. Similarmente, se a PDU tipo IPv6 for selecionada, um prefixo IPv6 é alocado. A SMF processa as mensagens relacionadas ao gerenciamento do endereço IP do UE, mantém a correspondente informação de estado e provê as mensagens de resposta para o UE. No caso em que o endereço IP do UE for obtido a partir da rede de dados externa, adicionalmente, a SMF também deve enviar a alocação, renovação e liberação das mensagens de solicitação relacionadas à rede de dados externa e manter a informação de estado correspondente.

[00119] Em uma outra ação SI30b, é preferido que o nó SM, uma vez que a versão de IP para a sessão PDN solicitada é selecionada pelo nó SM, então, é preferido que o nó SM nas figuras 2-3 responda à primeira solicitação da sessão da PDU pelo envio de uma mensagem de resposta SM na direção do WCD, preferivelmente, por meio do nó MM. A mensagem de resposta SM compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a sessão da PDU solicitada. Opcionalmente, o nó SM pode indicar na informação do WCD se a outra versão de IP - isto é, IPv4 se IPv6 for selecionado e IPv6 se IPv4 for selecionado - também é suportada. Se a outra versão de IP for suportada, o

Petição 870190109322, de 28/10/2019, pág. 29/57

20/32

WCD pode solicitar uma outra sessão da PDU para a mesma DNN para a outra versão de IP.

[00120] A mensagem de resposta SM pode ser qualquer mensagem que pode conduzir a informação que indica a versão de IP que foi selecionada para a sessão da PDU solicitada. Por exemplo, em uma rede 5GC, a mensagem de resposta SM pode ser enviada por meio da interface Nil indicada na figura 1.

[00121] Em uma outra ação SI40, é preferido que o nó MM, em resposta à recepção da mensagem de resposta SM exposta, encaminhe a resposta para a primeira solicitação de sessão da PDU proveniente do nó SM pelo envio de uma mensagem de resposta MM na direção do WCD. A mensagem de resposta MM compreende a informação que indica a versão de IP que foi selecionada pelo nó SM para a sessão da PDU solicitada e, opcionalmente, se o outro tipo de IP que não foi selecionado também é suportado. A informação pode ser a informação do WCD ou similar enviada pelo nó SM na etapa 130 exposta.

[00122] A mensagem de resposta MM pode ser qualquer mensagem que pode conduzir a informação que indica a versão de IP que foi selecionada para as sessões da PDU e, opcionalmente, que indica se o outro tipo de IP é suportado pela rede 5GC. Por exemplo, em uma rede 5GC, a mensagem de resposta MM pode ser enviada por meio da interface N1 ou por meio da RAN e da interface N2 indicada na figura 1.

[00123] Em uma outra ação SI50, é preferido que o WCD que suporta as sessões da PDU tanto de IPv4 quanto de IPv6, quando for indicado na informação do WCD que a outra versão de IP também é suportada - isto é, IPv4 se IPv6 for selecionado e IPv6 se IPv4 for selecionado - envie uma segunda mensagem de solicitação da sessão da PDU na direção do nó SM que solicita uma segunda sessão da PDU do outro tipo. E preferido que a segunda mensagem de solicitação da sessão da PDU seja uma mensagem de solicitação de estabelecimento da sessão da PDU e/ou que a segunda mensagem de solicitação da sessão da PDU seja uma mensagem do Estrato

Petição 870190109322, de 28/10/2019, pág. 30/57

21/32

Sem Acesso (NAS).

[00124] A figura 3B é um diagrama de sinalização que ilustra as modalidades dos métodos para melhorar a seleção de uma versão de IP para uma sessão da PDU no estabelecimento da sessão da PDU para um WCD. As ações na figura 3B correspondem às ações na figura 3A, da forma indicada a seguir. Além do mais, as ações na figura 3B também correspondem às etapas da figura 4, da forma indicada a seguir. A figura 4 é um diagrama de sinalização que ilustra um estabelecimento da sessão da PDU solicitado pelo UE para não roaming e roaming com invasão local, da forma descrita com mais detalhes na Especificação Técnica 3GPP TS 23.502 V0.3.0 (2017-03) cláusula 4.3.2 e na figura 4.3.2.2-1.

[00125] A ação SI 10 no diagrama de sinalização da figura 3B é preferivelmente a mesma ou muito similar à ação SI 10 supradescrita em relação à figura 3A.

[00126] Em uma modalidade exemplar, a ação 110 corresponde à solicitação de estabelecimento da sessão da PDU em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapa 1, da forma aqui indicada na figura 4, com a adição da supradescrita informação da versão de IP ou similar que indica que a versão de IP da sessão da PDU solicitada pode ser qualquer um de IPv4 ou IPv6.

[00127] Em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapa 1, está descrito da seguinte maneira:

“Do UE para AMF: mensagem NAS (S-NSSAI, DNN, ID da sessão da PDU, tipo de Solicitação, informação SM Ni). A fim de estabelecer uma nova sessão da PDU, o UE gera um novo ID da sessão da PDU. O UE inicia o procedimento de estabelecimento da sessão da PDU solicitado pelo UE pela transmissão de uma mensagem NAS que contém uma solicitação do estabelecimento da sessão da PDU na informação SM Ni. A solicitação do estabelecimento da sessão da PDU pode incluir um Tipo de PDU, um modo de SSC, Opções de Configuração do Protocolo. O Tipo de Solicitação indica “solicitação Inicial” se o estabelecimento da sessão da PDU for uma solicitação para estabelecer uma nova sessão da PDU e indica “sessão da

Petição 870190109322, de 28/10/2019, pág. 31/57

22/32

PDU existente” se a solicitação se referir a uma sessão da PDU existente entre acesso 3GPP e acesso não 3GPP. A mensagem NAS enviada pelo UE é encapsulada pela AN em uma mensagem N₂ na direção da AMF que deve incluir informação de local do Usuário e Informação de Tipo da Tecnologia de Acesso. A informação SM Ni pode conter o Contêiner de Solicitação SM PDU DN que contém a informação para a autorização da sessão da PDU pela DN externa.

[00128] A ação SI20 no diagrama de sinalização da figura 3B é, preferivelmente, a mesma ou muito similar à ação SI20 supradescrita em relação à figura 3A.

[00129] Em uma modalidade exemplar, a ação 120 corresponde à solicitação SM em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapa 3, da forma aqui indicada na figura 4, com a adição da supradescrita informação da versão de IP ou similar que indica que a versão de IP da sessão da PDU solicitada pode ser qualquer um de IPv4 ou IPv6.

[00130] Em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapa 3, está descrito da seguinte maneira:

“3. De AMF para SMF: Solicitação SM (ID Permanente do Assinante, DNN, S-NSSAI, ID da sessão da PDU, ID da AMF, informação SM Ni (ID da sessão da PDU, solicitação de estabelecimento da sessão da PDU), informação de local do Usuário, Tipo de Tecnologia de Acesso).” [00131] A ação SI30 no diagrama de sinalização da figura 3B é preferivelmente a mesma ou muito similar à ação SI30 supradescrita em relação à figura 3A.

[00132] Em uma modalidade exemplar, a ação 130 corresponde à Resposta SM em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapa 10, da forma aqui indicada na figura 4, com a adição da supradescrita informação do WCD ou similar que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a sessão da PDU solicitada.

[00133] Em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapa 10, está descrito da seguinte maneira:

Petição 870190109322, de 28/10/2019, pág. 32/57

23/32 ‘TO. SMF para AMF: Resposta SM (Causa, informação SM N2 (ID da Sessão da PDU, Perfil(is) de QoS, Informação de Túnel da CN), informação SM Ni (Aceitação de Estabelecimento da Sessão PDU (Regra de QoS Autorizada, modo de SSC, S-NSSAI, endereço IPv4 alocado))).

[00134] Nota do Editor: É FFS como a AMF e a SMF associam as transações Nn com um correspondente contexto do UE.

[00135] A informação SM N2 conduz a informação que a AMF deve encaminhar para a (R)AN que inclui:

A Informação de Túnel do CN corresponde ao endereço da rede central do túnel N3 correspondente à sessão da PDU.

[00136] O Perfil de QoS provê para a (R)AN o mapeamento entre os parâmetros de QoS e os Identificadores de Fluxo de QoS. Múltiplos perfis de QoS podem ser providos para a (R)AN. Isto é adicionalmente descrito em TS 23.501 [2] cláusula 5.7.

[00137] A ID da sessão da PDU pode ser usada pela sinalização da AN com o UE para indicar para o UE a associação entre os recursos AN e uma sessão da PDU para 0 UE.

[00138] A informação SM Ni contém a aceitação do estabelecimento da sessão da PDU que a AMF deve prover para 0 UE.

[00139] Múltiplas Regras de QoS Autorizadas podem ser incluídas na aceitação do estabelecimento da sessão da PDU na informação SM Ni e na informação SM N2.

[00140] A Resposta SM contém adicionalmente o ID da sessão da PDU e a informação que permite que a AMF saiba qual o UE alvo para também determinar qual acesso na direção do UE usar.

[00141] NOTA: A informação de acesso é para lidar com o caso em que um UE é simultaneamente conectado através de acesso 3GPP e não 3GPP.

[00142] Nota do editor: Estudos adicionais são necessários para determinar a natureza da informação que permite que a AMF determine qual acesso na direção do UE usar”.

Petição 870190109322, de 28/10/2019, pág. 33/57

24/32

[00143] A ação S140 no diagrama de sinalização da figura 3B é preferivelmente a mesma ou muito similar à ação SI40 supradescrita em relação à figura 3A.

[00144] Em uma modalidade exemplar, a ação 1440 corresponde à Resposta SM em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapas 11 e 12, da forma aqui indicada na figura 4, com a adição da supradescrita informação do WCD ou similar que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a sessão da PDU solicitada e, opcionalmente, se a outra versão de IP - IPv4 se IPv6 for selecionado e IPv6 se IPv4 for selecionado também é suportada.

[00145] Em TS 23.502 cláusula 4.3.2 figura 4.3.2.2-1 etapas 11 e 12 estão descritas da seguinte maneira:

“11. AMF para (R)AN: solicitação de sessão da PDU N2 (informação SM N2, mensagem NAS (ID de Sessão da PDU, aceitação de estabelecimento da sessão da PDU)).

[00146] A AMF envia a mensagem NAS que contém o ID da sessão da PDU e a aceitação do estabelecimento da sessão da PDU visada para o UE e a informação SM N2 recebida a partir da SMF na solicitação da sessão da N2 PDU para a (R)AN.

[00147] 12. (R)AN para UE: a (R)AN pode emitir a troca da sinalização específica da AN com o UE que é relacionado com a informação recebida a partir da SMF. Por exemplo, no caso de uma RAN 3GPP, uma Reconfiguração de Conexão RRC pode ocorrer com o UE estabelecendo os recursos de RAN necessários relacionados às Regras de QoS Autorizadas para a solicitação da sessão da PDU recebida na etapa 10.

[00148] A (R)AN também aloca a informação de túnel N3 da (R)AN para a sessão da PDU.

[00149] A (R)AN encaminha a mensagem NAS (ID da Sessão da PDU, informação SM Ni (Aceitação de Estabelecimento da Sessão da PDU)) provida na etapa 10 par o UE. A (R)AN apenas deve prover a mensagem NAS para o UE se os recursos de RAN necessários forem estabelecidos e a

Petição 870190109322, de 28/10/2019, pág. 34/57

25/32 alocação da informação de túnel da (R)AN tiver sucesso.”

[00150] A figura 5A ilustra esquematicamente, em termos de inúmeras unidades funcionais, os componentes de um WCD de acordo com uma modalidade. O sistema de circuitos de processamento 210 é provido usando qualquer combinação de um ou mais de uma unidade de processamento central (CPU), um multiprocessador, um microcontrolador, um processador de sinal digital (DSP), um circuito integrado específico de aplicação (ASIC), um arranjo de porta programável no campo (FPGA) etc. adequados capazes de executar as instruções de software armazenadas em um produto de programa de computador 410b (como na figura 5C), por exemplo, na forma de uma mídia de armazenamento 430.

[00151] Particularmente, o sistema de circuitos de processamento 210 é configurado para fazer com que o WCD realize um conjunto de operações ou etapas SI 10, 140 e S150. Estas operações, ou etapas, foram discutidas anteriormente. Por exemplo, a mídia de armazenamento 230 pode armazenar o conjunto de operações, e o sistema de circuitos de processamento 210 pode ser configurado para recuperar o conjunto de operações a partir da mídia de armazenamento 230 para fazer com que o WCD realize o conjunto de operações. O conjunto de operações pode ser provido como um conjunto de instruções executáveis. Assim, o sistema de circuitos de processamento 210 é, desse modo, arranjado para executar os métodos aqui descritos.

[00152] A mídia de armazenamento 230 também pode compreender um armazenamento persistente, que, por exemplo, pode ser qualquer um ou uma combinação de memória magnética, memória óptica, memória em estado sólido ou até mesmo memória remotamente montada.

[00153] O WCD pode compreender adicionalmente uma interface de comunicações 220 para comunicações pelo menos com a RAN e o nó MM por meio da RAN e do nó SM por meio da RAN e do nó MM. Como tal, a interface de comunicações 220 pode compreender um ou mais transmissores e receptores, que compreendem componentes analógicos e digitais e um número adequado de antenas para comunicações sem fio e portas para

Petição 870190109322, de 28/10/2019, pág. 35/57

26/32 comunicações com fios.

[00154] O sistema de circuitos de processamento 210 controla a operação geral do WCD, por exemplo, pelo envio de dados e sinais de controle para a interface de comunicações 220 e a mídia de armazenamento 230, pela recepção de dados e relatos a partir da interface de comunicações 220, e pela recuperação de dados e instruções a partir da mídia de armazenamento 230. Outros componentes, bem como a funcionalidade relacionada, do WCD são omitidos a fim de não obscurecer os conceitos aqui apresentados.

[00155] A figura 5B ilustra esquematicamente, em termos de inúmeras unidades funcionais, os componentes de um nó SM de acordo com uma modalidade. O sistema de circuitos de processamento 310 é provido usando qualquer combinação de um ou mais de uma unidade de processamento central (CPU), um multiprocessador, um microcontrolador, um processador de sinal digital (DSP), um circuito integrado específico de aplicação (ASIC), um arranjo de porta programável no campo (FPGA) etc. adequados, capazes de executar as instruções de software armazenadas em um produto de programa de computador 410b (como na figura 5C), por exemplo, na forma de uma mídia de armazenamento 430.

[00156] Particularmente, o sistema de circuitos de processamento 310 é configurado para fazer com que o nó SM realize um conjunto de operações ou etapas SS120, S130a, S130b. Estas operações ou etapas foram discutidas anteriormente. Por exemplo, a mídia de armazenamento 330 pode armazenar o conjunto de operações, e o sistema de circuitos de processamento 310 pode ser configurado para recuperar o conjunto de operações a partir da mídia de armazenamento 330 para fazer com que o nó SM realize o conjunto de operações. O conjunto de operações pode ser provido como um conjunto de instruções executáveis. Assim, o sistema de circuitos de processamento 310 é, desse modo, arranjado para executar os métodos aqui descritos.

[00157] A mídia de armazenamento 330 também pode compreender um armazenamento persistente, que, por exemplo, pode ser qualquer um ou

Petição 870190109322, de 28/10/2019, pág. 36/57

27/32 uma combinação de memória magnética, memória óptica, memória em estado sólido ou até mesmo memória remotamente montada.

[00158] O nó SM pode compreender adicionalmente uma interface de comunicações 320 para comunicações pelo menos com o nó MM, e também o WCD por meio do nó MM e da RAN. Como tal, a interface de comunicações 320 pode compreender um ou mais transmissores e receptores, compreendendo componentes analógicos e digitais e um número adequado de antenas para comunicações sem fio e portas para comunicações com fios.

[00159] O sistema de circuitos de processamento 310 controla a operação geral do nó SM, por exemplo, pelo envio de dados e sinais de controle para a interface de comunicações 320 e a mídia de armazenamento 330, pela recepção de dados e relatos a partir da interface de comunicações 320, e pela recuperação de dados e instruções a partir da mídia de armazenamento 330. Outros componentes, bem como a funcionalidade relacionada, do WCD são omitidos a fim de não obscurecer os conceitos aqui apresentados.

[00160] A figura 5C mostra um exemplo de um produto de programa de computador 410a, 410b que compreende meio legível por computador 430. Neste meio legível por computador 430, um programa de computador 420a pode ser armazenado, programa de computador 420a este que pode fazer com que o sistema de circuitos de processamento 310 e entidades e dispositivos operativamente acoplados no mesmo, tais como a interface de comunicações 320 e a mídia de armazenamento 330, executem os métodos de acordo com as modalidades aqui descritas. O programa de computador 420a e/ou o produto de programa de computador 410a podem, assim, prover meios para realizar quaisquer etapas do WCD 150a, 150b, da forma aqui descrita. Neste meio legível por computador 430, um programa de computador 420b pode ser armazenado, programa de computador 420b este que pode fazer com que o sistema de circuitos de processamento 310 e entidades e dispositivos operativamente acoplados no mesmo, tais como a interface de comunicações 320 e a mídia de armazenamento 330, executem os métodos de acordo com as

Petição 870190109322, de 28/10/2019, pág. 37/57

28/32 modalidades aqui descritas. O programa de computador 420b e/ou o produto de programa de computador 410b podem, assim, prover meios para realizar quaisquer etapas do WCD 150a, 150b, da forma aqui descrita.

[00161] No exemplo da figura 5C, o produto de programa de computador 410a, 410b é ilustrado como um disco óptico, tais como um CD (disco compacto) ou um DVD (disco versátil digital) ou um disco Blu-Ray. O produto de programa de computador 410a, 410b também pode ser incorporado como uma memória, tais como uma memória de acesso aleatório (RAM), uma memória exclusiva de leitura (ROM), uma memória exclusiva de leitura programável apagável (EPROM) ou uma memória exclusiva de leitura programável eletricamente apagável (EEPROM) e, mais particularmente, como uma mídia de armazenamento não volátil de um dispositivo em uma memória externa, tais como uma memória USB (Barramento Serial Universal) ou uma memória flash, tal como uma memória flash compacta. Assim, embora o programa de computador 420a, 420b seja aqui esquematicamente mostrado como uma trilha no disco óptico representado, o programa de computador 420a, 420b pode ser armazenado de qualquer maneira que é adequada para o produto de programa de computador 410a, 410b.

[00162] As soluções propostas foram principalmente supradescritas em relação a algumas poucas modalidades. Algumas destas modalidades podem ser resumidas da seguinte maneira usando uma lista de modalidades exemplificantes enumeradas/dispostas em itens.

[00163] 1. Um método para seleção de versão do Protocolo da Internet,

IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e que é configurado para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101), em que o método que é realizado pelo WCD compreende:

Petição 870190109322, de 28/10/2019, pág. 38/57

29/32

- enviar (SI 10) uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6; e

- receber (SI30, S140), em resposta ao envio da primeira mensagem de solicitação da sessão da PDU, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[00164] 2. O método, como definido no item 1, em que a primeira mensagem de solicitação é uma mensagem de solicitação de estabelecimento da sessão da PDU.

[00165] 3. O método, como definido em qualquer um dos itens 1 ou 2, em que a primeira mensagem de resposta é uma mensagem NAS que compreende a informação do WCD.

[00166] 4. O método, como definido em qualquer um dos itens 1, 2 ou

3, em que a informação do WCD indica adicionalmente que o outro tipo de IP que não foi selecionado (IPv4 se IPv6 foi selecionado e IPv6 se IPv4 foi selecionado) também é suportado, e em que o método que é realizado pelo WCD compreende:

- enviar (SI 10) uma segunda mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma segunda sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da segunda sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6 que não foi previamente selecionado.

[00167] 5. Um Dispositivo de Comunicação Sem Fio, WCD, configurado para suportar operativamente as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e para comunicar operativamente por meio de uma Rede de Acesso

Petição 870190109322, de 28/10/2019, pág. 39/57

30/32 por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101), o WCD compreendendo um sistema de circuitos de processamento (210), o sistema de circuitos de processamento sendo configurado para fazer com que o WCD operativamente:

- envie (SI 10) uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6; e

- receba (SI30, S140), em resposta ao envio da primeira mensagem de solicitação da sessão da PDU, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[00168] 6. Um método para seleção de versão do Protocolo da Internet,

IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e que é configurado para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101), em que o método que é realizado pelo nó SM compreende:

- receber (SI20) uma mensagem de solicitação de SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação de SM esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- selecionar (SI30a), em resposta à recepção da mensagem de solicitação de SM, uma versão de IP (isto é, IPv4 ou IPv6) para a primeira sessão da PDU solicitada, e

- enviar (SI30b, 140) uma primeira mensagem de resposta,

Petição 870190109322, de 28/10/2019, pág. 40/57

31/32 primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[00169] 7. O método, como definido no item 6, em que é adicionalmente indicado na informação do WCD que o outro tipo de IP que não é selecionado (IPv4 se IPv6 foi selecionado e IPv6 se IPv4 foi selecionado) também é suportado.

[00170] 8. Um nó de gerenciamento de sessão, SM, em uma rede central (101) que é configurado para selecionar operativamente uma versão de Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, o nó SM compreendendo um sistema de circuitos de processamento (310), o sistema de circuitos de processamento sendo configurado para fazer com que o WCD operativamente:

- receba (SI20) uma mensagem de solicitação de SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação de SM esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- selecione (SI30a), em resposta à recepção da mensagem de solicitação de SM, uma versão de IP (isto é, IPv4 ou IPv6) para a primeira sessão da PDU solicitada, e

- envie (SI30b, 140) uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP (isto é, IPv4 ou IPv6) que foi selecionada para a primeira sessão da PDU solicitada.

[00171] 9. O nó SM, como definido no item 8, em que o nó SM é operativamente configurado para indicar adicionalmente na informação do WCD que o outro tipo de IP que não é selecionado (IPv4 se IPv6 foi

Petição 870190109322, de 28/10/2019, pág. 41/57

32/32 selecionado e IPv6 se IPv4 foi selecionado) também é suportado.

[00172] Embora vários aspectos e modalidades da presente descrição tenham sido supradescritos, entende-se que os mesmos foram apresentados a título de exemplo apenas, e sem limitações. Assim, a amplitude e o escopo da presente descrição não devem ser limitados por nenhuma das supradescritas modalidades exemplares. Além do mais, qualquer combinação dos elementos descritos nesta descrição, em todas as possíveis variações da mesma, é abrangida pela descrição, a menos que de outra forma aqui indicada ou de outra forma claramente contradita pelo contexto.

[00173] Adicionalmente, embora as ações e os processes aqui descritos e ilustrados nos desenhos sejam mostrados como uma sequência de etapas, isto foi feito exclusivamente a título de ilustração. Desta maneira, é 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.

Claims

REIVINDICAÇÕES

1. Método para seleção de versão do Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e que é configurado para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101), caracterizado pelo fato de que o método que é realizado pelo WCD compreende:

- enviar (SI 10) uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- receber (SI30, S140), em resposta ao envio da primeira mensagem de solicitação da sessão da PDU, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP que foi selecionada para a primeira sessão da PDU solicitada; e

- enviar (SI 10) uma segunda mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma segunda sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da segunda sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6 que não foi previamente selecionado.
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a primeira mensagem de solicitação é uma mensagem de solicitação de estabelecimento da sessão da PDU.
3. Método de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a primeira mensagem de resposta é uma mensagem NAS que compreende a informação do WCD.

Petição 870190109322, de 28/10/2019, pág. 54/57

2/4
4. Dispositivo de Comunicação Sem Fio, WCD, caracterizado pelo fato de que é configurado para suportar operativamente as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101), o WCD compreendendo um sistema de circuitos de processamento (210), o sistema de circuitos de processamento sendo configurado para fazer com que o WCD operativamente:

- envie (SI 10) uma primeira mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- receba (SI30, S140), em resposta ao envio da primeira mensagem de solicitação da sessão da PDU, uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP que foi selecionada para a primeira sessão da PDU solicitada; e

- envie (SI 10) uma segunda mensagem de solicitação da sessão da PDU na direção do nó SM que solicita o estabelecimento de uma segunda sessão da PDU, mensagem de solicitação esta que compreende a informação da versão de IP que indica que a versão de IP da segunda sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6 que não foi previamente solicitado.
5. Método para seleção de versão do Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, e que é configurado para comunicar operativamente por meio de uma Rede de Acesso por Rádio, RAN, com um nó de gerenciamento de sessão, SM, em uma rede central (101), caracterizado

Petição 870190109322, de 28/10/2019, pág. 55/57

3/4 pelo fato de que o método que é realizado pelo nó SM compreende:

- receber (SI20) uma mensagem de solicitação de SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação de SM esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- selecionar (SI30a), em resposta à recepção da mensagem de solicitação de SM, uma versão de IP para a primeira sessão da PDU solicitada, e

- enviar (SI30b, 140) uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP que foi selecionada para a primeira sessão da PDU solicitada, em que é adicionalmente indicado na informação do WCD que o outro tipo de IP que não é selecionado (IPv4 se IPv6 foi selecionado e IPv6 se IPv4 foi selecionado) também é suportado.
6. Nó de gerenciamento de sessão, SM, em uma rede central (101), caracterizado pelo fato de que é configurado para selecionar operativamente uma versão de Protocolo da Internet, IP, para uma sessão da Unidade de Dados de Protocolo, PDU, solicitada para ser estabelecida por um Dispositivo de Comunicação Sem Fio, WCD, que suporta as sessões da PDU tanto do Protocolo da Internet versão 4, IPv4, quanto do Protocolo da Internet versão 6, IPv6, o nó SM compreendendo um sistema de circuitos de processamento (310), o sistema de circuitos de processamento sendo configurado para fazer com que o WCD operativamente:

- receba (SI20) uma mensagem de solicitação de SM que solicita o estabelecimento de uma primeira sessão da PDU, mensagem de solicitação de SM esta que compreende a informação da versão de IP que indica que a versão de IP da primeira sessão da PDU solicitada deve ser qualquer um de IPv4 ou IPv6;

- selecione (SI30a), em resposta à recepção da mensagem de solicitação de SM, uma versão de IP para a primeira sessão da PDU

Petição 870190109322, de 28/10/2019, pág. 56/57

4/4 solicitada, e

- envie (SI30b, 140) uma primeira mensagem de resposta, primeira mensagem de resposta esta que compreende a informação do WCD que indica a versão de IP que foi selecionada para a primeira sessão da PDU solicitada, em que é adicionalmente indicada na informação do WCD que o outro tipo de IP que não é selecionado (IPv4 se IPv6 foi selecionado e IPv6 se IPv4 foi selecionado) também é suportado .