BR112020017025A2 - Privacidade à prova de futuro - Google Patents

Abstract

um nó de rede (500, 600) em uma rede doméstica, hn, de um dispositivo sem fio (10, 300, 400) atribui uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade. cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. o nó de rede (500, 600) provê o dispositivo sem fio (10, 300, 400) com a lista de prioridade para facilitar o cálculo do identificador de assinatura pelo dispositivo sem fio (10, 300, 400). o dispositivo sem fio (10, 300, 400), obtém a lista de prioridade, e calcula o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os um ou mais conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades definidas. o dispositivo sem fio (10, 300, 400) informa então a hn da assinatura do dispositivo sem fio (10, 300, 400) ao enviar o identificador de assinatura calculado ao nó de rede (500, 600).

Description

PRIVACIDADE À PROVA DE FUTURO

[001] Esse pedido reivindica prioridade ao Pedido de Patente Provisório US Nº 62/633,598, depositado em 21 de fevereiro de 2018, cuja divulgação é incorporada na presente invenção por referência na sua totalidade.

CAMPO TÉCNICO

[002] A solução apresentada na presente invenção refere-se geralmente à sistemas de comunicação sem fio e, mais particularmente, à criptografia de identificador de acordo com as preferências da Rede Doméstica.

ANTECEDENTES

[003] A Quinta Geração (5G) é uma próxima geração de redes móveis desenvolvida por uma organização de desenvolvimento de padrões chamada Projeto de Parceria para a Terceira Geração (3GPP). As gerações anteriores de redes móveis foram chamadas de 4G/LTE, 3G/UMTS e 2G/GSM. Uma rede 5G é mantida e seus serviços são oferecidos pelos denominados Operadores de Rede Móvel (MNOs). Os MNOs são distinguíveis entre si por dois tipos de códigos, a saber, o Código de Países Móvel (MCC) e o Código de Rede Móvel (MNC). Para usar uma rede 5G específica oferecida por um MNO específico, são necessários usuários para ter um tipo de relacionamento contratual com esse MNO, sendo esse relacionamento geralmente chamado de assinatura. Nos casos em que o usuário não possui uma assinatura de algum MNO específico (por exemplo, em um chamado cenário de roaming), o relacionamento é alcançado por meio de acordos de roaming entre o MNO em que o usuário possui uma assinatura, ou seja, a Rede Doméstica (HN) do usuário e o MNO de que o usuário está sendo servido, ou seja, a Rede Visitada (VN). Cada assinatura na rede 5G de um MNO é identificada por um identificador de longo prazo único chamado Identificador Permanente de Assinatura (SUPI). Os usuários acessam sem fio uma rede 5G através do ar usando um dispositivo sem fio conhecido como Equipamento de

Usuário (UE). Antes de prover qualquer serviço, uma rede 5G precisa identificar um usuário, ou seja, a assinatura do usuário, atrás de um UE. Para esse objetivo de identificação, os UEs da geração anterior de redes móveis (4G, 3G e 2G) costumavam enviar o identificador de longo prazo único dos usuários pelo ar. Isso foi considerado um problema de privacidade, porque os usuários podiam ser rastreados ou identificados por qualquer entidade não autorizada capaz de interceptar mensagens ou agir como man-in-the-middle pelo ar (over-the-air). No entanto, em uma rede 5G, seu MNO tem uma capacidade para oferecer melhor privacidade a seus usuários, de modo que seus identificadores de longo prazo únicos (ou seja, SUPIs) não sejam visíveis pelo ar. Essa capacidade vem de um mecanismo no qual os UEs, em vez de enviar SUPIs, calculam e enviam identificadores ocultos pelo ar, o que é chamado de Identificador Oculto de Assinatura (SUCI). O MNO disponibiliza aos UE todas as informações que são necessárias para o cálculo do SUCI, parâmetros de criptografia indicados.

[004] O cálculo de um SUCI significa que o UE criptografa o SUPI antes que o SUCI seja transferido pelo ar entre o UE e a rede 5G. Em alguns cenários, o UE pode não ser capaz de fazer esses cálculos. Portanto, continua havendo uma necessidade para aprimorar os cálculos de SUCI.

SUMÁRIO

[005] A solução apresentada na presente invenção evita falhas no cálculo de um identificador de assinatura, por exemplo, um Identificador Oculto de Assinatura (SUCI), identificando uma assinatura de um dispositivo sem fio.

[006] Uma modalidade compreende um método desempenhado por um dispositivo sem fio para evitar falhas no cálculo de um identificador de assinatura identificando uma assinatura do dispositivo sem fio. O método compreende obter uma lista de prioridade de conjuntos de parâmetros. A lista de prioridade define uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. O método compreende, adicionalmente, calcular o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os um ou mais conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades definidas, e informar uma Rede Doméstica (HN) da assinatura do dispositivo sem fio ao enviar o identificador de assinatura calculado para um nó de rede na HN. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreende um identificador de esquema e/ou um identificador de chave pública de HN.

[007] Uma modalidade exemplar compreende um dispositivo sem fio. O dispositivo sem fio compreende um conjunto de circuitos de comunicação e um ou mais circuitos de processamento. O conjunto de circuitos de comunicação é configurado para enviar sinais de enlace ascendente para um nó de rede e receber sinais de enlace descendente a partir do nó de rede. O(s) circuito(s) de processamento é/são configurado(s) para obter uma lista de prioridade de conjuntos de parâmetros. A lista de prioridade define uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. O(s) circuito(s) de processamento é/são configurado(s) para, adicionalmente, calcular o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os um ou mais conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades definidas, e informar uma Rede Doméstica (HN) da assinatura do dispositivo sem fio ao enviar o identificador de assinatura calculado para um nó de rede na HN. Em uma modalidade exemplar, o identificador de assinatura compreende um

Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de conjunto de parâmetros compreende(m) um identificador de esquema e/ou um identificador de chave pública de HN.

[008] Uma modalidade exemplar compreende um dispositivo sem fio. O dispositivo sem fio compreende um circuito de obtenção, um circuito de cálculo e um circuito de informações. O circuito de obtenção é configurado para obter uma lista de prioridade de conjuntos de parâmetros. A lista de prioridade define uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. O circuito de cálculo é configurado para calcular o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os um ou mais conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades definidas. O circuito de informação é configurado para informar uma Rede Doméstica (HN) da assinatura do dispositivo sem fio ao enviar o identificador de assinatura calculado para um nó de rede na HN. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreende um identificador de esquema e/ou um identificador de chave pública de HN.

[009] Uma modalidade exemplar compreende um produto de programa de computador para controlar um dispositivo sem fio em comunicação com um nó de rede. O produto do programa de computador compreende instruções de software que, quando executadas em pelo menos um circuito de processamento no dispositivo sem fio, fazem com que o dispositivo sem fio obtenha uma lista de prioridade de conjuntos de parâmetros. A lista de prioridade define uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. As instruções de software, quando executadas no pelo menos um circuito de processamento fazem, adicionalmente, com que o dispositivo sem fio calcule o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os um ou mais conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades definidas, e informe uma Rede Doméstica (HN) da assinatura do dispositivo sem fio ao enviar o identificador de assinatura calculado para um nó de rede na HN. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreende um identificador de esquema e/ou um identificador de chave pública de HN. Em uma modalidade exemplar, o meio legível por computador compreende o produto de programa de computador. Em uma modalidade, o meio legível por computador compreende um meio legível por computador não transitório.

[010] Uma modalidade exemplar compreende um método desempenhado por nó de rede em uma rede doméstica (HN) de um dispositivo sem fio para evitar falhas de um cálculo de um identificador de assinatura pelo dispositivo sem fio. O método compreende atribuir uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade. Cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. O método compreende, adicionalmente, prover o dispositivo sem fio com a lista de prioridade para facilitar o cálculo do identificador de assinatura pelo dispositivo sem fio. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreendem um identificador de esquema e/ou um identificador de chave pública de HN.

[011] Uma modalidade exemplar compreende um nó de rede. O nó de rede compreende um conjunto de circuitos de comunicação e um ou mais circuitos de processamento. O conjunto de circuitos de comunicação é configurado para enviar sinais de enlace descendente para um dispositivo sem fio e receber sinais de enlace ascendente a partir do dispositivo sem fio. O(s) circuito(s) de processamento é/são configurado(s) para atribuir uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade. Cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. O(s) circuito(s) de processamento é/são configurados, adicionalmente, para prover o dispositivo sem fio com a lista de prioridade para facilitar o cálculo do identificador de assinatura pelo dispositivo sem fio. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreendem um identificador de esquema e/ou um identificador de chave pública de HN.

[012] Uma modalidade exemplar compreende um nó de rede. O nó de rede compreende um circuito de atribuição e um circuito de provisionamento. O circuito de atribuição é configurado para atribuir uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade. Cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. O circuito de provisionamento é configurado para prover o dispositivo sem fio com a lista de prioridade para facilitar o cálculo do identificador de assinatura pelo dispositivo sem fio. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s)

parâmetro(s) de cada conjunto de parâmetros compreendem um identificador de esquema e/ou um identificador de chave pública de HN.

[013] Uma modalidade exemplar compreende um produto de programa de computador para controlar um nó de rede em comunicação com um dispositivo sem fio. O produto do programa de computador compreende instruções de software que, quando executadas em pelo menos um circuito de processamento nó de rede, fazem com que o nó de rede atribua uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade. Cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. As instruções de software, quando executadas no pelo menos um circuito de processamento fazem, adicionalmente, com que o nó de rede proveja o dispositivo sem fio com a lista de prioridade para facilitar o cálculo do identificador de assinatura pelo dispositivo sem fio. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreendem um identificador de esquema e/ou um identificador de chave pública de HN. Em uma modalidade exemplar, o identificador de assinatura compreende um Identificador Oculto de Assinatura (SUCI). Em uma modalidade exemplar, o(s) parâmetro(s) de cada conjunto de parâmetros compreende um identificador de esquema e/ou um identificador de chave pública de HN. Em uma modalidade exemplar, o meio legível por computador compreende o produto de programa de computador. Em uma modalidade exemplar, o meio legível por computador compreende um meio legível por computador não transitório

BREVE DESCRIÇÃO DAS FIGURAS

[014] A Figura 1 mostra um diagrama de blocos de um Equipamento de Usuário exemplar, de acordo com modalidades exemplares.

[015] A Figura 2 mostra um exemplo da solução apresentada na presente invenção de acordo com modalidades exemplares.

[016] A Figura 3 mostra outro exemplo da solução apresentada na presente invenção de acordo com modalidades exemplares.

[017] A Figura 4 mostra outro exemplo da solução apresentada na presente invenção de acordo com modalidades exemplares.

[018] A Figura 5 mostra outro exemplo da solução apresentada na presente invenção de acordo com modalidades exemplares.

[019] A Figura 6 mostra outro exemplo da solução apresentada na presente invenção de acordo com modalidades exemplares.

[020] A Figura 7 mostra um dispositivo sem fio de acordo com modalidades exemplares.

[021] A Figura 8 mostra um método de nó de rede de acordo com modalidades exemplares.

[022] A Figura 9 mostra um método de acordo com modalidades exemplares.

[023] A Figura 10 mostra um método de acordo com modalidades exemplares.

[024] A Figura 11 mostra um diagrama de blocos de um nó de rede de acordo com modalidades exemplares.

[025] A Figura 12 mostra um diagrama de blocos de um nó de rede de acordo com modalidades exemplares.

[026] A Figura 13 mostra uma rede sem fio exemplar aplicável à solução apresentada na presente invenção.

[027] A Figura 14 mostra um UE exemplar aplicável à solução apresentada na presente invenção.

[028] A Figura 15 mostra um ambiente de virtualização exemplar aplicável à solução apresentada na presente invenção.

[029] A Figura 16 mostra uma rede de telecomunicações exemplar aplicável à solução apresentada na presente invenção.

[030] A Figura 17 mostra um computador host exemplar aplicável à solução apresentada na presente invenção.

[031] A Figura 18 mostra um método exemplar implementado em um sistema de comunicações de acordo com modalidades da solução apresentada na presente invenção.

[032] A Figura 19 mostra outro método exemplar implementado em um sistema de comunicações de acordo com modalidades da invenção apresentada na presente invenção.

[033] A Figura 20 mostra outro método exemplar implementado em um sistema de comunicações de acordo com modalidades da solução apresentada na presente invenção.

[034] A Figura 21 mostra outro método exemplar implementado em um sistema de comunicações de acordo com modalidades da solução apresentada na presente invenção.

DESCRIÇÃO DETALHADA

[035] A criptografia é do tipo assimétrico e usa a chave pública da HN (denotada chave pública de HN). A HN disponibiliza a chave pública de HN para o UE. Pode haver várias maneiras de fazer a criptografia assimétrica do SUPI para calcular o SUCI, essas maneiras denotadas como esquemas de criptografia. Alguns exemplos dos esquemas de criptografia são o esquema de criptografia ElGamal, o Esquema de Criptografia Integrado de Curva Elíptica (ECIES), a criptografia RSA, o NTRU Encrypt e o sistema de criptografia McEliece. Também pode haver múltiplas variantes do mesmo esquema, por exemplo, diferentes curvas elípticas podem ser usadas com um esquema ECIES como seco256r1,

secp384r1 e CURVE25519. Existe também um esquema de criptografia especial chamado "esquema nulo". Esse esquema nulo não faz nenhuma criptografia real, mas produz a mesma saída que a entrada. Significa efetivamente que um SUCI calculado usando o "esquema nulo" compreenderá as informações em SUPI em texto claro pelo ar. A chave pública de HN e o esquema de criptografia são dois exemplos dos referidos parâmetros de criptografia. Outros exemplos são, por exemplo, comprimento de chaves intermediárias, comprimentos de campo (por exemplo, o campo do código de autenticação de mensagem (MAC)) e primitivas criptográficas (tal como HASH).

[036] Antes de entrar em mais detalhes, é importante entender alguns aspectos técnicos de um UE. O UE consiste em várias partes ou componentes que, em conjunto, permitem aos usuários do UE acessar os serviços providos pela rede. Estamos principalmente interessados em distinguir duas partes em um nível alto, o que ajudará na compreensão do resto do documento. Essas duas partes são o Módulo de Identidade de Assinante Universal (USIM) e o Equipamento Móvel (ME). A Figura 1 ilustra uma distinção de alto nível dessas partes de um UE.

[037] Primeiro, a parte de USIM é uma aplicação de software especial que provê várias funções, como prover identificador e autenticação da assinatura do usuário, gerações de chaves de segurança, etc. O USIM é executado em um componente de hardware seguro e resistente a violações, por exemplo, um Cartão de Circuito Integrado Universal (UICC). Segundo, a parte de ME denota o dispositivo sem fio composto de hardware e software necessários para se comunicar com a rede. O ME é conhecido popularmente como telefone celular ou smartphone.

[038] A chave pública de HN acima mencionada, juntamente com outras informações, isto é, parâmetros do esquema de criptografia, são armazenadas na parte USIM do UE pela HN. O processo do referido armazenamento é geralmente chamado de provisionamento. As atualizações pelo ar (OTA) são um exemplo do provisionamento.

[039] Enquanto as informações necessárias para o cálculo do SUCI, isto é, os parâmetros de criptografia, são armazenadas ou provisionadas na parte USIM do UE, no UE existem duas partes que podem realmente calcular o SUCI (ou seja, computação ou implementação da criptografia), a parte USIM ou a parte ME.

[040] A HN tem forte controle sobre suas implantações USIM e fornecedores USIM. Portanto, as capacidades de seu USIM, especialmente os esquemas de criptografia mencionados acima suportados por seu USIM, são conhecidas pela HN. Isso praticamente significa que a HN pode escolher qualquer esquema de criptografia, para cálculo do SUCI, com base no que seu USIM suporta.

[041] No entanto, importante ressaltar que as informações necessárias para calcular o SUCI, isto é, os parâmetros de criptografia, são armazenadas ou provisionadas na parte USIM do UE. Porém, o cálculo do SUCI pode ser desempenhado não apenas no USIM, mas também na parte ME do UE.

[042] A HN tem pouco controle sobre as implantações ME e os fornecedores ME. Em outras palavras, a HN também não possui um forte controle das capacidades dos MEs, especialmente os esquemas de criptografia mencionados acima, suportados pelos MEs, nem informações exatas das capacidades dos MEs. O USIM pode ser usado com uma infinidade de MEs com diferentes capacidades. Se o cálculo do SUCI for feito no ME, e a HN tiver escolhido um esquema de criptografia que não é suportado pelo ME, então o cálculo do SUCI falhará. O cálculo do SUCI também pode falhar se, por exemplo, o ME calcular um identificador de assinatura que não seja implementado pela HN, ou não permitido pela HN, ou não preferido pela HN devido a razões de desempenho e/ou segurança. Como tal, é um desafio para a HN garantir que o cálculo do SUCI não falhe no ME.

[043] Certos aspectos da presente invenção e suas modalidades podem prover soluções a esses ou outros desafios. Por exemplo, a solução apresentada na presente invenção permite que uma HN (ou funções de rede na HN) garanta que o UE possa calcular o SUCI de acordo com as preferências do operador da HN e, assim, evitar falhas no UE para o cálculo do identificador de assinatura.

[044] Em vista das modalidades acima, a solução apresentada na presente invenção geralmente inclui as seguintes modalidades (não limitativas), por exemplo, que podem abordar uma ou mais das questões divulgadas na presente invenção.

[045] Por exemplo, a solução apresentada na presente invenção descreve um método de exemplar desempenhado por um dispositivo sem fio para evitar falhas no cálculo de SUCI. Em um aspecto, o método exemplar inclui obter e armazenar uma PRIORITY_LIST (ou "ser provisionado com a PRIORITY_LIST") para calcular o SUCI. Além disso, o método inclui o cálculo de SUCI em uma ordem indicada pela PRIORITY_LIST. Além disso, o método inclui enviar o SUCI calculado para uma rede doméstica (HN) do dispositivo sem fio.

[046] Adicionalmente, a solução apresentada na presente invenção apresenta um método exemplar desempenhado por uma estação base (ou nó de rede) em uma rede doméstica (HN) para evitar falhas de um equipamento de usuário (UE) (USIM ou ME) no cálculo do SUCI. Em um aspecto, o método exemplar pode incluir provisionar o UE (USIM ou ME) com uma PRIORITY_LIST para calcular o SUCI.

[047] A solução apresentada na presente invenção propõe uma solução que permite a uma HN (ou funções de rede na HN) garantir de forma flexível, confiável e à prova de futuro que o UE possa calcular o SUCI. A flexibilidade advém do fato de que, de acordo com as modalidades exemplares na presente invenção, a HN pode escolher variedades de parâmetros de criptografia de acordo com sua preferência ou necessidade. A confiabilidade advém do fato de que, ao implementar as modalidades divulgadas, as falhas ao realizar o cálculo de SUCI (na parte USIM ou na parte ME do UE) podem ser evitadas ou pelo menos restritas apenas ao caso em que o ME não suporta os parâmetros de criptografia preferenciais pelo operador de HN e o retorno ao esquema nulo não é aceitável para um determinado usuário pelo operador de HN. Por fim, a propriedade à prova de futuro das soluções atualmente divulgadas vem do fato de que novos parâmetros de criptografia podem ser escolhidos no futuro sem interromper o cálculo do SUCI.

[048] Conforme apresentado acima, é um desafio para a HN garantir que o cálculo do SUCI não falhe no UE, especialmente a parte do ME no UE. Uma técnica conhecida para lidar com esse desafio é padronizar os referidos esquemas de criptografia. Em outras palavras, alguns esquemas de criptografia poderiam ser padronizados, digamos, pelo 3GPP, e alguns outros poderiam permanecer proprietários, decididos por cada HN por conta própria. A vantagem dos esquemas de criptografia padronizados é que esses esquemas de criptografia se tornam publicamente disponíveis ou conhecidos, o que aumenta a interoperabilidade, por exemplo, todos os fornecedores de ME podem oferecer suporte aos esquemas padronizados. Algumas capacidades podem ser obrigatórias para suporte de acordo com a especificação padrão, mas os recursos obrigatórios podem diferir entre as diferentes versões do padrão, por exemplo, porque as capacidades obrigatórias podem ser adicionadas ou removidas com cada versão, porque alguns MEs podem não seguir o padrão, e porque implementações diferentes podem não ser compatíveis entre si. A vantagem dos esquemas de criptografia proprietários é que cada HN pode escolher e usar independentemente qualquer esquema de criptografia adequado para seus USIMs, sua eficiência operacional, ofertas de segurança e privacidade ou requisitos regulatórios. Também é conhecida a técnica de que alguns esquemas de criptografia padronizados são tornados obrigatórios para o suporte de MEs, enquanto outros são deixados como opcionais para suporte de MEs.

[049] As soluções atualmente divulgadas aproveitam nossa argumentação de que os esquemas de criptografia padronizados supramencionados são insuficientes. Isso ocorre porque há um grande número de fornecedores de ME e todos os fornecedores, mesmo que suportem o esquema de criptografia padronizado obrigatório, não suportam consistentemente os opcionais. Vamos considerar que uma HN tenha provisionado no USIM (como parte dos parâmetros de criptografia) que um esquema de criptografia padronizado opcional deve ser usado. Quando esse USIM é colocado em um ME que suporta aquele esquema de criptografia padronizado opcional, o cálculo de SUCI funcionará bem. Porém, quando esse USIM é colocado em outro ME que não suporta esse esquema opcional de criptografia padronizada, o cálculo do SUCI falhará.

[050] Pode ocorrer que padronizar todos os esquemas de criptografia disponíveis e torná-los obrigatórios para o suporte do ME resolveria o problema mencionado acima. Mas deve-se entender que isso é praticamente inviável, pois torna-se extremamente caro para os fornecedores de ME oferecer suporte a todos os esquemas de criptografia disponíveis. As implementações de ME serão mais complexas, os tempos de desenvolvimento e teste também serão extremamente longos e propensos a erros. Os MEs acabarão se tornando mais caros para os usuários finais. Além disso, também deve ser entendido que, embora alguns MEs consigam dar suporte a todos os esquemas de criptografia disponíveis hoje, não suportarão nenhum novo esquema de criptografia (por exemplo, que seja segurança pós-quântica) que será introduzido no futuro, e o problema persiste. Os esquemas de criptografia estão sujeitos a evoluir, o que significa que novos esquemas de criptografia poderão ser adicionados no futuro, por exemplo, quando novas curvas elípticas forem desenvolvidas ou diferentes primitivas criptográficas forem selecionadas (como o HASH). Além disso, os esquemas de criptografia existentes podem ser interrompidos por tecnologias futuras ou simplesmente preteridos, e a HN pode desejar selecionar um esquema de criptografia diferente. Portanto, quando uma HN provisiona no USIM (como parte dos parâmetros de criptografia) que um novo esquema de criptografia padronizado opcional deve ser usado, novos MEs que suportam novos esquemas de criptografia funcionarão bem. Porém, quando esse USIM é colocado em MEs legados que não suportam novos esquemas de criptografia, o cálculo do SUCI falhará.

[051] A seguir, descreveremos as novas características das modalidades exemplares previstas pela solução apresentada na presente invenção. Propomos que a HN forneça ao UE uma lista de parâmetros de criptografia, denominada PRIORITY_LIST. A referida PRIORITY_LIST indica ao UE quais parâmetros de criptografia devem ser tentados primeiro para o cálculo de SUCI, e se esses parâmetros de criptografia não puderam ser usados com sucesso, qual deles tentar em seguida e assim por diante. Os parâmetros de criptografia contêm pelo menos os esquemas de criptografia. Foi descrito anteriormente que outros exemplos dos parâmetros de criptografia compreendem a chave pública de HN e primitivas criptográficas (tal como HASH). A referida PRIORITY_LIST permite à HN indicar parâmetros de criptografia para o cálculo de SUCI de acordo com suas preferências e necessidades, e não ser limitada a uma lista de poucos esquemas de criptografia padronizados obrigatórios. Portanto, é uma técnica flexível e à prova de futuro. A referida PRIORITY_LIST permite à HN indicar parâmetros de criptografia para o cálculo de SUCI de acordo com suas preferências e necessidades, e não ser limitada a uma lista de poucos esquemas de criptografia padronizados obrigatórios. Portanto, é uma técnica flexível e à prova de futuro. Se um conjunto ou grupo de parâmetros de criptografia não puder ser usado com sucesso pelo UE, é possível garantir que haja pelo menos uma outra alternativa válida. Assim sendo, é uma técnica confiável.

[052] Em um aspecto exemplar, o provisionamento da PRORITY_LIST é feito na parte USIM do UE, e o texto a seguir assume essa suposição. Mas, se o referido provisionamento da PRORITY_LIST é feito no USIM ou na parte ME do UE não é excessivamente importante para a solução apresentada na presente invenção.

[053] Em outro aspecto exemplar, a indicação da PRORITY_LIST é para a parte ME do UE, e o texto a seguir assume essa suposição. Mas, se a referida indicação da PRORITY_LIST é para o USIM ou a parte ME do UE não é excessivamente importante para a solução apresentada na presente invenção.

[054] Em um aspecto adicional, o cálculo do SUCI é feito na parte ME do UE, e o texto a seguir assume essa suposição. Mas, também não é muito importante para a solução apresentada na presente invenção se o cálculo de SUCI é feito no USIM ou na parte ME do UE.

[055] A Figura 2 ilustra uma modalidade exemplar da solução apresentada na presente invenção. Nesse exemplo, existem três chaves públicas HN (coluna da esquerda), cada uma com um identificador e a chave real. Vale ressaltar que a chave pública de HN com identificador 1 é fictícia. Existem três esquemas de criptografia (coluna do meio), cada um com um identificador e os parâmetros relacionados a esse esquema. Vale ressaltar que o esquema com o identificador 1 é o esquema nulo. O esquema 2 é um esquema ECIES com perfil A (que usa

Curve25519 e DH X25519). O esquema 3 também é um ECIES com perfil B (que usa Curve448 e DH X448). A PRIORITY_LIST (coluna da direita) acima mencionada indica a prioridade na qual o cálculo de SUCI deve ser tentado. O campo mostrado como PRIORIDADE é um valor numérico. Nesse exemplo, o valor mais alto de PRIORIDADE tem prioridade mais alta, como o nome sugere. Pelo menos o identificador de esquema e o identificador de chave pública de HN são ilustrados para cada um.

[056] Nesse exemplo, o ME deve primeiro usar a PRIORIDADE 3 para o cálculo de SUCI. Isso significa que o ME calcula SUCI usando o Esquema 3, ou seja, usando Curve448. Caso o ME não suporte Curve448, então o ME saberá que deve tentar o Esquema 2 a seguir, ou seja, usando Curve25519. Caso o ME nem mesmo suporte Curve25519, o ME deve tentar o Esquema 1 a seguir, que é o esquema nulo. Nesse exemplo, o esquema nulo não pode falhar porque é um esquema fictício e produz a mesma saída como a entrada. Portanto, deve-se observar que, com tal PRIORITY_LIST, as falhas para calcular SUCI em ME são evitadas. Deve-se considerar também que o ensinamento é geral e se aplica independentemente dos esquemas serem esquemas padronizados obrigatórios, esquemas padronizados opcionais ou esquemas proprietários.

[057] A seguir, descrevemos um cenário quando novos parâmetros de criptografia são introduzidos no futuro. Na Figura 3, há uma nova chave pública de HN com o identificador 7, um novo esquema com o identificador 9. O novo esquema é chamado de perfil Z do esquema ECIES, que usa alguma curva futura chamada new_Curve e a futura primitiva Diffie-Hellman chamada new_DH. A HN decide usar esta nova curva e, portanto, adiciona uma nova PRIORIDADE com valor 4 que leva o novo esquema e a nova chave pública de HN em uso. Os novos MEs que suportam o novo esquema poderão calcular SUCI usando a PRIORIDADE 4 mais alta, enquanto os MEs legados voltarão à PRIORIDADE 3. Deve-se considerar que, com essa técnica, a HN pode seja capaz implementar o uso de um novo esquema sem se preocupar em bloquear os MEs legados. Quando todos os MEs forem atualizados para suportar o novo esquema, a HN poderá então eliminar os esquemas mais antigos.

[058] Se a HN tiver requisitos muito rigorosos para determinadas assinaturas, apenas o último esquema deve ser usado. Esse pode ser o caso quando uma privacidade mais rigorosa é importante do que prover serviço. Assim, a HN pode definir a PRIORITY_LIST conforme mostrado na Figura 4. Nesse caso, o ME não tem nenhum esquema ao qual recorrer. Se o ME não suportar o esquema indicado pela PRIORIDADE 4, então o cálculo do SUCI falha, conforme pretendido pela HN.

[059] O ME também poderia interpretar o conteúdo da PRIORITY_LIST de modo que o ME escolha a primeira PRIORIDADE que o UE suporta na PRIORITY_LIST e para a qual a chave pública de HN correspondente está disponível. A Figura 5 ilustra o mesmo. É diferente das modalidades acima. A PRIORITY_LIST na Figura 5 contém apenas os identificadores de esquema. Nesse exemplo, a chave pública de HN 3 é aquela que possui a chave pública de HN para Curve25519, ou seja, a chave pública de HN 3 é compatível com o Esquema

2. O ME suporta o Curve25519 e o Curve448. Assim, o ME escolhe o Esquema 3 de acordo com PRIORIDADE 3. O ME então tenta obter uma chave pública de HN que seja compatível com o Curve448 e não encontra nenhuma. Assim sendo, o ME volta à PRIORIDADE 2 e tenta obter uma chave pública de HN que seja compatível com o Curve25519. O ME obtém a chave pública 3 de HN e prossegue para calcular o SUCI.

[060] A Figura 6 mostra ainda outra modalidade de especificação de PRIORIDADE. Nessa modalidade, a suposição é que a parte USIM do UE suporta o cálculo de SUCI. Como o USIM calcula SUCI não é muito importante para essa modalidade. Embora o USIM suporte o cálculo do SUCI, a HN escolheu que o cálculo de SUCI seja desempenhado na parte ME do UE. O motivo pode ser que o ME tenha alguma implementação mais recente que seja preferencial àquela no USIM. Nesse caso, a PRIORIDADE pode indicar que se ME não suporta a PRIORIDADE indicada, então o cálculo deve recorrer a USIM. Portanto, se o ME suportar Curve25519, então calculará SUCI. Caso contrário, o ME indica ao USIM que o USIM deve calcular SUCI.

[061] Um dos outros ensinamentos é sobre a ação de HN ao detectar que o UE (ME ou USIM) usou um dos esquemas de PRIORIDADE mais baixa. O UE envia SUCI à HN. Esse SUCI compreende o identificador de chave pública de HN e o identificador de esquema, entre outros campos. Esse identificador de chave pública de HN e identificador de esquema permite que a HN seja capaz de determinar se o ME (ou USIM) usou ou não a PRIORIDADE mais alta. O UE também poderia enviar a PRIORIDADE que foi usada. Agora, se a HN detectar que o UE usou um dos esquemas de PRIORIDADE mais baixos, a HN poderá executar ações adicionais, como criar log da seleção do conjunto de parâmetros de prioridade mais baixa, entrar em contato com os usuários finais para atualizar seus USIM ou ME, reprovisionar os parâmetros de criptografia para o UE, etc.

[062] Outro ensinamento é sobre o UE indicar à HN, o motivo da escolha do esquema de PRIORIDADE mais baixa, quando aplicável. A razão para a escolha de um esquema de PRIORIDADE mais baixa também pode ser algum erro no provisionamento, por exemplo, chave pública de HN incorreta, identificador de esquema incorreto etc. A referida indicação pode ser realizada ao enviar um campo adicional no ou junto ao SUCI que o UE envia para a HN. O referido motivo permite que a HN detecte qualquer falha de provisionamento potencial falha de provisionamento, ou para detectar qualquer potencial falha de implementação do USIM ou ME. O referido motivo pode ser codificado como número inteiro predefinido, ou valor da string explicando a causa. Alguns exemplos de valores de string, pelo motivo mencionado, são "Curve448 não suportado", "Chave pública HN correspondente para Curve448 não disponível", "O esquema 3 não é reconhecido", etc. O HN pode executar ações adicionais, como criação de log, contactar os fornecedores de ME sobre a falha de implementação, reprovisionar os parâmetros de criptografia, etc.

[063] Ainda outro ensinamento é que o UE indica seus esquemas suportados à HN. Essa indicação pode ser enviada via USIM ou via VN. Essa indicação permite à HN determinar que o UE suporta e fornecer ao USIM apenas os esquemas de criptografia suportados. Fazer isso pode economizar memória do espaço no arquivo no armazenamento do USIM.

[064] A Figura 7 retrata um método 100 desempenhado por um dispositivo sem fio por exemplo, UE10, para evitar falhas no cálculo de um identificador de assinatura identificando uma assinatura do UE 10, por exemplo, um SUCI. Em um aspecto, o método exemplar 100 inclui obter e armazenar uma PRIORITY_LIST (exemplo, “sendo provisionado com a PRIORITY_LIST") para calcular o identificador de assinatura (bloco 110). atribuir (210) uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura; e Parâmetros exemplares incluem, mas não estão limitados a, um identificador de esquema e/ou um identificador de chave pública de HN. Adicionalmente, o método 100 inclui calcular o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os conjuntos de parâmetros na PRIORITY_LIST selecionada responsiva às prioridades definidas (bloco 120). Além disso, o método 100 inclui informar uma HN do UE 10 da assinatura ao enviar o identificador de assinatura calculado para a HN (bloco 130).

[065] Adicionalmente, embora não mostrado explicitamente na Fig. 7, o método 100 também pode incluir um ou mais dos seguintes aspectos: enviar uma indicação de PRIORIDADE para a HN; selecionar a prioridade mais alta na lista de prioridade para o cálculo do SUCI; selecionar uma prioridade mais baixa em relação a uma prioridade mais alta na PRIORITY_LIST para calcular SUCI; enviar, à HN, um motivo para selecionar a prioridade mais baixa na PRIORITY_LIST; e/ou enviar esquemas suportados para a HN. Em um aspecto, qualquer um dos aspectos do método 100 pode ser realizado totalmente ou parcialmente por um USIM 14 ou ME 12 do dispositivo sem fio 10.

[066] A Figura 8 retrata um método 200 desempenhado por uma estação base (ou nó de rede) em uma rede doméstica (HN) para evitar falhas de um dispositivo sem fio, por exemplo, UE10 (USIM 14 ou ME 12), no cálculo de um identificador de assinatura, por exemplo, SUCI. Em um aspecto, o método exemplar 200 compreende atribuir uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma PRIORITY_LIST (bloco 210). Cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura. Parâmetros exemplares incluem, mas não estão limitados a um identificador de esquema e/ou um identificador de chave pública de HN. Adicionalmente, o método 200 inclui prover ao UE 10 (USIM 14 ou ME 12) com a PRIORITY_LIST para facilitar o cálculo do identificador de assinatura (bloco 220). Em algumas modalidades, o método 200, pode também detectar que o UE 10 selecionou uma prioridade mais baixa do que uma prioridade mais alta na PRIORITY_LIST para calcular SUCI com base em um ou mais dentre: um identificador de chave pública de HN enviado pelo UE, um identificador de esquema enviado pelo UE, uma indicação de PRIORIDADE enviada pelo UE e/ou um motivo enviado pelo UE. Em um aspecto adicional do método 200 da Figura 8, o nó de rede/estação base pode, com base na detecção de que o UE selecionou a prioridade, desempenhar um ou mais dentre: reprovisionar o UE 10 (USIM 14 ou ME 12) com a lista de prioridade, informar fornecedores de ME, informar fornecedores de USIM da detecção, e/ou criar um log da seleção do conjunto de parâmetros de prioridade mais baixa. Adicionalmente, o método 200 pode incluir, opcionalmente, receber um ou mais esquemas suportados pelo UE 10 e desempenhar o provisionamento do UE 10 com base em um ou mais esquemas recebidos.

[067] Vale observar que os aparelhos descritos acima podem desempenhar os métodos na presente invenção e qualquer outro processamento ao implementar quaisquer meios funcionais, módulos, unidades ou conjunto de circuitos. Em uma modalidade, por exemplo, os aparelhos compreendem os respectivos circuitos ou conjuntos de circuitos configurados para desempenhar as etapas mostradas nas figuras do método. Os circuitos ou conjuntos de circuitos a esse respeito podem compreender circuitos dedicados a realizar determinado processamento funcional e/ou um ou mais microprocessadores em conjunto com a memória. Por exemplo, o conjunto de circuitos pode incluir um ou mais microprocessadores ou microcontroladores, assim como outro hardware digital, o qual pode incluir processadores de sinal digital (DSPs, lógica digital para fins especiais e afins. O conjunto de circuitos de processamento pode ser configurado para executar o código de programa armazenado na memória, o qual pode incluir um ou vários tipos de memória, tal como memória somente de leitura (ROM), memória de acesso aleatório, memória de cache, dispositivos de memória flash, dispositivos de armazenamento óptico, etc. O código de programa armazenado na memória pode incluir instruções de programa para executar um ou mais protocolos de telecomunicações e/ou de comunicações de dados, assim como instruções para realizar uma ou mais das técnicas descritas na presente invenção, em várias modalidades. Nas modalidades que empregam memória, a memória armazena o código do programa que, quando executado por um ou mais processadores, realizam as técnicas descritas na presente invenção.

[068] A Figura 9, por exemplo, mostra um dispositivo sem fio 300 como implementado de acordo com uma ou mais modalidades. O dispositivo sem fio 300 corresponde ao UE 10 da Figura 1. Conforme mostrado, o dispositivo sem fio 300 inclui conjunto de circuitos de processamento 310 e conjunto de circuitos de comunicação 320. O conjunto de circuitos de comunicação 320 (por exemplo, conjunto de circuitos de rádio) é configurado para transmitir e/ou receber informações para e/ou a partir de um ou mais outros nós, por exemplo, através de qualquer tecnologia de comunicação. Tal comunicação pode ocorrer através de uma ou mais antenas que são internas ou externas ao dispositivo sem fio 300. O conjunto de circuitos de processamento 310 é configurado para desempenhar o processamento descrito acima (por exemplo, método 100), tal como ao executar instruções armazenadas na memória 330. O conjunto de circuitos de processamento 310 a este respeito pode implementar certos meios, unidades, circuitos ou módulos funcionais.

[069] A Figura 10 mostra um diagrama em blocos esquemático de um dispositivo sem fio 400, que também corresponde ao UE 10 em uma rede sem fio de acordo com outras modalidades adicionais (por exemplo, a rede sem fio mostrada na Figura 13). Conforme mostrado, o dispositivo sem fio 400 implementa vários meios, unidades, circuitos ou módulos funcionais, por exemplo, através do circuito de processamento 310 na Figura 9 e/ou através código de software. Esses meios, unidades, circuitos ou módulos funcionais, por exemplo, para implementar o(s) método(s) na presente invenção, incluem, por exemplo: obter unidade/circuito/módulo 410, calcular unidade/circuito/módulo 420 e informar unidade/circuito/módulo 430, configurado para desempenhar os aspectos descritos acima e, particularmente, nos exemplos do Grupo A abaixo.

[070] A Figura 11 mostra um nó de rede 500 como implementado de acordo com uma ou mais modalidades. Conforme mostrado, o nó de rede 500 inclui conjunto de circuitos de processamento 510 e conjunto de circuitos de comunicação 520. O conjunto de circuitos de comunicação 520 é configurado para transmitir e/ou receber informações para e/ou a partir de um ou mais outros nós, por exemplo, através de qualquer tecnologia de comunicação. O conjunto de circuitos de processamento 510 é configurado para desempenhar o processamento descrito acima, tal como ao executar instruções armazenadas na memória 530. O conjunto de circuitos de processamento 510 a este respeito pode implementar certos meios, unidades, circuitos ou módulos funcionais.

[071] A Figura 12 mostra um diagrama de blocos esquemático de um aparelho 600 em uma rede sem fio de acordo com outras modalidades adicionais (por exemplo, a rede sem fio mostrada na Figura 13). Conforme mostrado, o nó de rede 600 implementa vários meios, unidades, circuitos ou módulos funcionais, por exemplo, através do conjunto de circuitos de processamento 510 na Figura 11 e/ou através código de software. Esses meios, unidades, circuitos ou módulos funcionais, por exemplo, para implementar o(s) método(s) na presente invenção, incluem, por exemplo: atribuir unidade/circuito/módulo 610 e provisionar unidade/circuito/módulo 610, as quais são configuradas para desempenhar os aspectos dos exemplos descritos do Grupo B abaixo.

[072] Aqueles versados na técnica também apreciarão que as modalidades na presente invenção incluem, adicionalmente, programas de computador correspondentes.

[073] Um programa de computador compreende instruções que, quando executadas em pelo menos um processador de um aparelho, fazem com que o aparelho realize qualquer um dos respectivos processamentos descritos acima.

Um programa de computador a este respeito pode compreender um ou mais módulos de código correspondentes aos meios ou unidades descritos acima.

[074] As modalidades incluem, adicionalmente, uma portadora contendo tal programa de computador. Essa portadora pode compreender um dentre um sinal eletrônico, sinal ótico, sinal de rádio ou meio de armazenamento legível por computador.

[075] A este respeito, as modalidades na presente invenção também incluem um produto de programa de computador armazenado em um meio legível por computador não transitório (armazenamento ou gravação) e compreendendo instruções que, quando executadas por um processador de um aparelho, fazem com que o aparelho desempenhe como descrito acima.

[076] As modalidades incluem, adicionalmente, um produto de programa de computador compreendendo porções de código de programa para desempenhar as etapas de qualquer uma das modalidades na presente invenção quando o produto de programa de computador é executado por um dispositivo de computação. O produto de programa de computador pode ser armazenado em um meio de gravação legível por computador.

[077] Modalidades adicionais serão agora descritas. Pelo menos algumas dessas modalidades podem ser descritas como aplicáveis em certos contextos e/ou tipos de rede sem fio para fins ilustrativos, as modalidades, contudo, são igualmente aplicáveis em outros contextos e/ou tipos de rede sem fio não explicitamente descritos.

[078] Embora a matéria descrita na presente invenção possa ser implementada em qualquer tipo apropriado de sistema usando quaisquer componentes adequados, as modalidades divulgadas na presente invenção são descritas em relação a uma rede sem fio, como a rede sem fio de exemplo ilustrada na Figura 13. Para simplificar, a rede sem fio da Figura 13 representa apenas a rede 1606, os nós de rede 1660 e 1660b e os WDs 1610, 1610b e 1610c. Na prática, uma rede sem fio pode incluir, adicionalmente, quaisquer elementos adicionais adequados para suportar a comunicação entre dispositivos sem fio ou entre um dispositivo sem fio e outro dispositivo de comunicação, tal como um telefone fixo, um provedor de serviços ou qualquer outro nó de rede ou dispositivo final. Dentre os componentes ilustrados, nó de rede 1660 e dispositivo sem fio (WD) 1610 são retratados com detalhe adicional. A rede sem fio pode fornecer comunicação e outros tipos de serviços a um ou mais dispositivos sem fio para facilitar o acesso e/ou uso dos dispositivos sem fio aos serviços fornecidos pela rede sem fio ou através desta.

[079] A rede sem fio pode compreender e/ou realizar interface com qualquer tipo de rede de comunicação, telecomunicações, dados, celular e/ou rádio ou outro tipo de sistema semelhante. Em algumas modalidades, a rede sem fio pode ser configurada para operar de acordo com padrões específicos ou outros tipos de regras ou procedimentos predefinidos. Assim, modalidades particulares da rede sem fio podem implementar padrões de comunicação, tais como Sistema Comunicações Móveis Globais (GSM), Sistema de Telecomunicações Móveis Universal (UMTS), Evolução de Longo Prazo (LTE), Banda Estreita de Internet das Coisas (NB- Iot) e/ou outro padrão 2G, 3G, 4G, ou 5G; padrões de rede local sem fio (WLAN), tais como os padrões IEEE 802.11; e/ou qualquer outro padrão de comunicação sem fio apropriado, tal como os padrões Interoperabilidade Mundial para Acesso de Micro-Ondas (WiMax), Bluetooth, Z-Wave e/ou ZigBee.

[080] A rede 1606 pode compreender uma ou mais redes de canal de transporte de retorno, redes núcleo, redes de IP, redes telefônicas públicas comutadas (PSTNs), redes de pacotes de dados, redes ópticas, redes de área ampla (WANs), redes de área local (LANs), redes de área local sem fio (WLANs),

redes com fio, redes sem fio, redes da área metropolitana e outras redes para habilitar comunicação entre dispositivos.

[081] O nó de rede 1660 e WD 1610 compreendem vários componentes descritos em mais detalhes abaixo. Tais componentes funcionam em conjunto para fornecer funcionalidade ao nó de rede e/ou ao dispositivo sem fio, tal como fornecer conexões sem fio em uma rede sem fio. Em modalidades diferentes, a rede sem fio pode compreender qualquer número de redes com ou sem fio, nós de rede, estações base, controladores, dispositivos sem fio, estações de relé e/ou quaisquer outros componentes ou sistemas que possam facilitar ou participar da comunicação de dados e/ou sinais através de conexões com ou sem fio.

[082] Conforme usado na presente invenção, nó de rede refere-se a um equipamento capaz de, configurado, disposto e/ou operável para se comunicar direta ou indiretamente com um dispositivo sem fio e/ou com outros nós ou equipamentos da rede sem fio para ativar e/ou fornecer acesso sem fio ao dispositivo sem fio e/ou para desempenhar outras funções (por exemplo, administração) na rede sem fio. Exemplos de nós de rede incluem, mas não se limitam a, pontos de acesso (APs) (por exemplo, pontos de acesso via rádio), estações base (BSs) (por exemplo, estações rádio base, Nó de Bs, Nó de Bs evoluídos (eNBs) e NR NodesBs (gNBs)). As estações base podem ser categorizadas com base na quantidade de cobertura que proveem (ou, em outras palavras, seu nível de potência de transmissão) e também podem ser referidas como estações base femto, estações base pico, estações base micro ou estações base macro. Uma estação base pode ser um nó de relé ou um nó doador de relé que controla um relé. Um nó de rede também pode incluir uma ou mais (ou todas) partes de uma estação rádio base distribuída, tal como unidades digitais centralizadas e/ou unidades de rádio remotas (RRUs), às vezes denominadas como cabeças de rádio remotas (RRHs). Tais unidades de rádio remotas podem ou não ser integradas a uma antena como um rádio de antena integrada. Partes de uma estação rádio base distribuída também podem ser denominadas como nós em um sistema de antena distribuída (DAS). Ainda outros exemplos de nós de rede incluem equipamentos de rádio multipadrão (MSR), tais como MSR BSs, controladores de rede tais como controladores de rede de rádio (RNCs) ou controladores de estação base (BSCs), estações base transceptoras (BTSs), pontos de transmissão, nós de transmissão, entidades de coordenação multicelular/multicast (MCEs), nós de rede núcleo (por exemplo, MSCs, MMEs), nós O&M, nós OSS, nós SON, nós de posicionamento (por exemplo, E-SMLCs) e/ou MDTs. Como outro exemplo, um nó de rede pode ser um nó de rede virtual, conforme descrito em mais detalhes abaixo. Entretanto, geralmente, os nós da rede podem representar qualquer dispositivo (ou grupo de dispositivos) adequado, capaz, configurado, organizado e/ou operável para ativar e/ou prover um dispositivo sem fio com acesso à rede sem fio ou fornecer algum serviço a um dispositivo sem fio que acessou a rede sem fio.

[083] Na Figura 13, o nó de rede 1660 inclui circuitos de processamento 1670, meio legível por dispositivo 1680, interface 1690, equipamento auxiliar 1684, fonte de energia 1686, fonte de energia 186, conjuntos de circuitos de energia 1687 e antena 1662. Embora o nó de rede 1660 ilustrado na rede sem fio de exemplo da Figura 13 possa representar um dispositivo que inclui a combinação ilustrada de componentes de hardware, outras modalidades podem compreender nós de rede com diferentes combinações de componentes. Deve ser entendido que um nó de rede compreende qualquer combinação adequada de hardware e/ou software necessária para desempenhar as tarefas, características, funções e métodos divulgados na presente invenção. Além disso, enquanto os componentes de nó de rede 1660 são representados como caixas únicas localizadas dentro de uma caixa maior ou aninhadas dentro de múltiplas caixas, na prática, um nó de rede pode compreender múltiplos componentes físicos diferentes que compõem um único componente ilustrado (por exemplo, meio legível por dispositivo 1680 pode compreender múltiplos discos rígidos separados, bem como múltiplos módulos de RAM).

[084] Da mesma forma, o nó de rede 1660 pode ser composto de múltiplos componentes fisicamente separados (por exemplo, um componente NodeB e um componente RNC, ou um componente BTS e um componente BSC, etc), que podem ter seus próprios respectivos componentes. Em certos cenários em que o nó de rede 1660 compreende múltiplos componentes separados (por exemplo, componentes BTS e BSC), um ou mais dos componentes separados podem ser compartilhados entre vários nós de rede. Por exemplo, um único RNC pode controlar vários NodeBs. Nesse cenário, cada par NodeB e RNC único pode, em alguns casos, ser considerado um único nó de rede separado. Em algumas modalidades, o nó de rede 1660 pode ser configurado para suportar múltiplas tecnologia de acesso via rádio (RATs). Em tais modalidades, alguns componentes podem ser duplicados (por exemplo, meio legível por dispositivo 1680 separado para as diferentes RATs) e alguns componentes podem ser reusados (por exemplo, a mesma antena 1662 pode ser compartilhada pelas RATs). O nó de rede 1660 também pode incluir múltiplos conjuntos dos vários componentes ilustrados para diferentes tecnologias sem fio integradas no nó de rede 1660, como, por exemplo, tecnologias sem fio, GSM, WCDMA, LTE, NR, WiFi ou Bluetooth. Essas tecnologias sem fio podem ser integradas no mesmo ou em chip diferente ou conjunto de chips e outros componentes dentro do nó de rede

1660.

[085] O conjunto de circuitos de processamento 1670 é configurado para desempenhar quaisquer operações de determinação, cálculo ou similares (por exemplo, certas operações de obtenção) descritas na presente invenção como sendo providas por um nó de rede. Essas operações desempenhadas pelo conjunto de circuitos de processamento 1670 podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 1670, por exemplo, convertendo as informações obtidas em outras informações, comparando as informações obtidas ou informações convertidas às informações armazenadas no nó de rede e/ou desempenhando uma ou mais operações baseadas nas informações obtidas ou convertidas e como resultado do referido processamento fazer uma determinação.

[086] O conjunto de circuitos de processamento 1670 pode compreender uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, unidade central de processamento, processador de sinal digital, circuito integrado de aplicação específica, arranjo de portas programáveis em campo ou qualquer outro dispositivo computação adequado, recurso ou combinação de hardware, software e/ou lógica codificada operável para prover, sozinho ou em conjunto com outros componentes de nó de rede 1660, tais como meio legível por dispositivo 1680, funcionalidade do nó de rede

1660. Por exemplo, o conjunto de circuitos de processamento 1670 pode executar instruções armazenadas no meio legível por dispositivo 1680 ou na memória dentro do conjunto de circuitos de processamento 1670. Tal funcionalidade pode incluir prover qualquer uma das várias características, funções ou benefícios sem fio discutidos na presente invenção. Em algumas modalidades, o conjunto de circuitos de processamento 1670 pode incluir um sistema em um chip (SOC).

[087] Em algumas modalidades, o conjunto de circuitos de processamento 1670 pode incluir um ou mais conjuntos de circuitos transceptores de radiofrequência (RF) 1672 e conjunto de circuitos de processamento de banda base 1674. Em algumas modalidades, os conjuntos de circuitos transceptores de radiofrequência (RF) 1672 e os conjuntos de circuitos de processamento de banda base 1674 podem estar em chips separados (ou conjuntos de chips), placas ou unidades, como unidades de rádio e unidades digitais. Em modalidades alternativas, parte ou todos os conjuntos de circuitos transceptores de RF 1672 e os conjuntos de circuitos de processamento de banda base 1674 podem estar no mesmo chip ou conjunto de chips, placas ou unidades.

[088] Em certas modalidades, parte ou toda a funcionalidade descrita na presente invenção como sendo provida por um nó de rede, estação base, eNB ou outro dispositivo de rede pode ser desempenhada pelo conjunto de circuitos de processamento 1670 executando instruções armazenadas no meio legível por dispositivo 1680 ou memória dentro do conjunto de circuitos de processamento 1670 Em modalidades alternativas, parte ou toda a funcionalidade pode ser provida pelo conjunto de circuitos de processamento 1670 sem executar instruções armazenadas em um meio legível por dispositivo separado ou discreto, tal como de uma maneira com fio. Em qualquer uma dessas modalidades, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 1670 pode ser configurado para desempenhar a funcionalidade descrita. Os benefícios proporcionados por essa funcionalidade não se limitam apenas ao conjunto de circuitos de processamento 1670 ou a outros componentes do nó de rede 1660, mas são usufruídos pelo nó de rede 1660 como um todo e/ou pelos usuários finais e pela rede sem fio em geral.

[089] O meio legível por dispositivo 1680 pode compreender qualquer forma de memória legível por computador volátil ou não volátil, incluindo, sem limitação, armazenamento persistente, memória de estado sólido, memória montada remotamente, mídia magnética, mídia óptica, memória de acesso aleatório (RAM), memória somente leitura (ROM), mídia de armazenamento em massa (por exemplo, um disco rígido), mídia de armazenamento removível (por exemplo, um pendrive, um Disco Compacto (CD) ou um Disco de Vídeo Digital (DVD)) e/ou qualquer outro material volátil ou não volátil, dispositivos não transitórios legíveis e/ou dispositivos de memória executáveis por computador que armazenam informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 1670. O meio legível para dispositivo 1680 pode armazenar quaisquer instruções, dados ou informações adequadas, incluindo um programa de computador, software, uma aplicação que inclua uma ou mais dentre lógica, regras, código, tabelas, etc e/ou outras instruções capazes de serem executadas pelo conjunto de circuitos de processamento 1670 e utilizadas pelo nó de rede 1660. O meio legível por dispositivo 1680 pode ser usado para armazenar quaisquer cálculos feitos pelo conjunto de circuitos de processamento 1670 e/ou quaisquer dados recebidos via interface 1690. Em algumas modalidades, o conjunto de circuitos de processamento 1670 e o meio legível por dispositivo 1680 podem ser considerados integrados.

[090] A interface 1690 é usada na comunicação com ou sem fio de sinalização e/ou dados entre o nó de rede 1660, a rede 1606 e/ou WDs 1610. Como ilustrado, a interface 1690 compreende porta(s)/terminal(is) 1694 para enviar e receber dados, por exemplo, para e a partir da rede 1606 através de uma conexão com fio. A interface 1690 também inclui o conjunto de circuitos de front-end de rádio 1692 que podem ser acoplados a, ou, em certas modalidades, ser uma parte da antena 1662. O conjunto de circuitos de front-end de rádio 1692 compreende filtros 1698 e amplificadores 1696. O conjunto de circuitos de front-end de rádio 1692 pode ser conectado à antena 1662 e ao conjunto de circuitos de processamento 1670. O conjunto de circuitos de front-end de rádio pode ser configurado para condicionar os sinais comunicados entre a antena 1662 e o conjunto de circuitos de processamento 1670. O conjunto de circuitos de front-end de rádio 1692 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs por meio de uma conexão sem fio. O conjunto de circuitos de front-end de rádio 1692 pode converter os dados digitais em um sinal de rádio com os parâmetros de canal e largura de banda apropriados usando uma combinação de filtros 1698 e/ou amplificadores 1696. O sinal de rádio pode então ser transmitido através da antena 1662. Da mesma forma, ao receber dados, a antena 1662 pode coletar sinais de rádio que são então convertidos em dados digitais pelos conjuntos de circuitos de front-end de rádio

1692. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 1670. Em outras modalidades, a interface pode compreender componentes diferentes e/ou combinações diferentes de componentes.

[091] Em certas modalidades alternativas, o nó de rede 1660 pode não incluir conjuntos de circuitos de front-end de rádio 1692 separados, em vez disso, o conjunto de circuitos de processamento 1670 pode compreender um conjunto de circuitos de front-end de rádio e pode ser conectado à antena 1662 sem um conjunto de circuitos de front-end de rádio 1692. De maneira similar, em algumas modalidades, todos ou alguns dos conjuntos de circuitos transceptores de RF 1672 podem ser considerados uma parte de interface 1690. Em ainda outras modalidades, a interface 1690 pode incluir uma ou mais portas ou terminais 1694, conjunto de circuitos de front-end de rádio 1692 e conjunto de circuitos transceptor de RF 1672, como parte de uma unidade de rádio (não mostrada) e a interface 1690 pode se comunicar com o conjunto de circuitos de processamento de banda base 1674, que faz parte de uma unidade digital (não mostrada).

[092] A antena 1662 pode incluir uma ou mais antenas, ou arranjos de antena, configuradas para enviar e/ou receber sinais sem fio. A antena 1662 pode ser acoplada ao conjunto de circuitos de front-end de rádio 1690 e pode ser qualquer tipo de antena capaz de transmitir e receber dados e/ou sinais sem fio. Em algumas modalidades, a antena 1662 pode compreender uma ou mais antenas omnidirecionais, setoriais ou de painel operáveis para transmitir/receber sinais de rádio entre, por exemplo, 2 GHz e 66 GHz. Uma antena omnidirecional pode ser usada para transmitir/receber sinais de rádio em qualquer direção, uma antena setorial pode ser usada para transmitir receber sinais de rádio para e a partir de dispositivos dentro de uma área específica e uma antena de painel pode ser uma antena de linha de visada usada para transmitir/receber sinais de rádio em uma linha relativamente reta. Em alguns casos, o uso de mais de uma antena pode ser denominado como MIMO. Em certas modalidades, a antena 1662 pode ser separada do nó de rede 1660 e pode ser conectável ao nó de rede 1660 através de uma interface ou porta.

[093] A antena 1662, a interface 1690 e/ou o conjunto de circuitos de processamento 1670 podem ser configurados para desempenhar quaisquer operações de recebimento e/ou certas operações de obtenção descritas na presente invenção como sendo desempenhadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser recebidos a partir de um dispositivo sem fio, outro nó da rede e/ou qualquer outro equipamento de rede. Da mesma forma, a antena 1662, a interface 1690 e/ou o conjunto de circuitos de processamento 1670 podem ser configurados para desempenhar quaisquer operações de transmissão descritas na presente invenção como sendo desempenhadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser transmitidos para um dispositivo sem fio, outro nó da rede e/ou qualquer outro equipamento de rede.

[094] O conjunto de circuitos de energia 1687 pode compreender ou ser acoplado a um conjunto de circuitos de gerenciamento de energia e é configurado para fornecer energia aos componentes de nó de rede 1660 para desempenhar a funcionalidade descrita na presente invenção. O conjunto de circuitos de potência 1687 pode receber energia da fonte de energia 1686. A fonte de energia 1686 e/ou o conjunto de circuitos de potência 1687 podem ser configurados para prover energia aos vários componentes do nó de rede 1660 em uma forma adequada para os respectivos componentes (por exemplo, em um nível de tensão e corrente necessário para cada respectivo componente). A fonte de energia 1686 pode ou ser incluída, ou externa, a um conjunto de circuitos de potência 1687 e/ou nó de rede 1660. Por exemplo, o nó de rede 1660 pode ser conectável a uma fonte de energia externa (por exemplo, uma tomada de eletricidade) através de um conjunto de circuitos de entrada ou interface como um cabo elétrico, pelo qual a fonte de energia externa supre energia ao conjunto de circuitos de potência 1687. Como outro exemplo, a fonte de energia 1686 pode compreender uma fonte de energia na forma de uma bateria ou conjunto de baterias que é conectada ou integrada ao conjunto de circuitos de potência 1687. A bateria pode prover potência de backup caso a fonte de potência externa falhe. Outros tipos de fontes de alimentação, tal como dispositivos fotovoltaicos, também podem ser usados.

[095] Modalidades alternativas do nó de rede 1660 podem incluir componentes adicionais além daqueles mostrados na Figura 13 que podem ser responsáveis por prover certos aspectos da funcionalidade do nó de rede, incluindo qualquer uma dentre as funcionalidades descritas na presente invenção e/ou qualquer funcionalidade necessária para suportar o assunto descrito na presente invenção. Por exemplo, o nó de rede 1660 pode incluir equipamento de interface de usuário para permitir a entrada de informações no nó de rede 1660 e para permitir a saída de informações do nó de rede 1660. Isso pode permitir que um usuário desempenhe diagnóstico, manutenção, reparo e outras funções administrativas para o nó de rede 1660.

[096] Conforme usado na presente invenção, dispositivo sem fio (WD) refere-se a um dispositivo capaz, configurado, organizado e/ou operável para se comunicar sem fio com nós de rede e/ou outros dispositivos sem fio. Salvo indicado contrário, o termo WD pode ser usado na presente invenção de maneira intercambiável com equipamento de usuário (UE). A comunicação sem fio pode envolver a transmissão e/ou recebimento de sinais sem fio usando ondas eletromagnéticas, ondas de rádio, ondas infravermelhas e/ou outros tipos de sinais adequados para transmitir informações pelo ar. Em algumas modalidades, um WD pode ser configurado para transmitir e/ou receber informações sem interação humana direta. Por exemplo, um WD pode ser projetado para transmitir informações para uma rede em uma programação predeterminada, quando disparado por um evento interno ou externo ou em resposta a solicitações provenientes da rede. Exemplos de WD incluem, mas não se limitam a, um smartphone, um telefone móvel, um telefone celular, um telefone de voz sobre protocolo de internet (VoIP), um telefone local sem fio, um computador de mesa, um assistente pessoal digital (PDA), uma câmera sem fio, um console ou dispositivo de jogos, um dispositivo de armazenamento de música, um utensílio de reprodução, um dispositivo vestível, um ponto de extremidade sem fio, uma estação móvel, um tablet, um laptop, um equipamento embarcado em laptop (LEE), um equipamento montado em laptop (LME), um dispositivo inteligente, um equipamento dentro das instalações do cliente (CPE) sem fio, um dispositivo terminal sem fio montado em veículo, etc. Um WD pode suportar a comunicação dispositivo a dispositivo (D2D), por exemplo, implementando um 3GPP padrão para comunicação de enlace lateral, veículo a veículo (V2V), veículo a infraestrutura (V2I), veículo para tudo (V2X) e,

nesse caso, pode ser referido como um dispositivo de comunicação D2D. Como outro exemplo específico, em um cenário da Internet das Coisas (IoT), um WD pode representar uma máquina ou outro dispositivo que realiza monitoramento e/ou medições e transmite os resultados de tal monitoração e/ou medições para outro WD e/ou um nó de rede. O WD pode, nesse caso, ser um dispositivo máquina à máquina (M2M) que, em um contexto de 3GPP, pode ser referido como dispositivo MTC. Como um exemplo particular, o WD pode ser um UE implementando o padrão 3GPP de banda estreita de Internet das Coisas (NB- IoT). Exemplos particulares de tais máquinas ou dispositivos são sensores, dispositivos de medição, tais como medidores de energia, máquinas industriais ou aparelhos domésticos ou pessoais (por exemplo, geladeiras, televisões, etc) aparelhos vestíveis pessoais (por exemplo, relógios, rastreadores fitness, etc). Em outros cenários, um WD pode representar um veículo ou outro equipamento capaz de monitorar e/ou reportar seu estado operacional ou outras funções associadas à sua operação. Um WD conforme descrito acima pode representar o ponto final de uma conexão sem fio; nesse caso, o dispositivo pode ser denominado como terminal sem fio. Além disso, um WD conforme descrito acima pode ser móvel; nesse caso, também pode ser denominado como um dispositivo móvel ou um terminal móvel.

[097] Como ilustrado, o dispositivo sem fio 1610 inclui antena 1611, interface 1614, conjunto de circuitos de processamento 1620, meio legível por dispositivo 1630, equipamento de interface de usuário 1632, equipamento auxiliar 1634, fonte de energia 1636 e conjunto de circuitos de potência 1637. O WD 1610 pode incluir múltiplos conjuntos de um ou mais dos componentes ilustrados para diferentes tecnologias sem fio suportadas pelo WD 1610, como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi, WiMAX ou Bluetooth, apenas para mencionar algumas. Essas tecnologias sem fio podem ser integradas no mesmo ou em diferentes chips ou conjunto de chips que outros componentes do WD 1610.

[098] A antena 1611 pode incluir uma ou mais antenas ou arranjos de antena, configuradas para enviar e/ou receber sinais sem fio e é conectada à interface 1614. Em certas modalidades alternativas, a antena 1611 pode ser separada do WD 1610 e ser conectável ao WD 1610 através de uma interface ou porta. A antena 1611, a interface 1614 e/ou o conjunto de circuitos de processamento 1620 podem ser configurados para desempenhar quaisquer operações de recebimento ou transmissão descritas na presente invenção como sendo desempenhadas por um WD. Quaisquer informações, dados e/ou sinais podem ser recebidos a partir de um nó de rede e/ou outro WD. Em algumas modalidades, conjunto de circuitos de front-end de rádio e/ou antena 1611 podem ser considerados uma interface.

[099] Conforme ilustrado, a interface 1614 compreende conjuntos de circuitos de front-end de rádio 1612 e antena 1611. Os conjuntos de circuitos de front-end de rádio 1612 compreendem um ou mais filtros 1618 e amplificadores

1616. O conjunto de circuitos de front-end de rádio 1614 é conectado à antena 1611 e ao conjunto de circuitos de processamento 1620 e é configurado para condicionar sinais comunicados entre a antena 1611 e o conjunto de circuitos de processamento 1620. Os conjuntos de circuitos de front-end de rádio 1612 podem ser acoplados à, ou ser uma parte da antena 1611. Em certas modalidades, o WD 1610 pode não incluir conjuntos de circuitos de front-end de rádio 1612 separados; em vez disso, o conjunto de circuitos de processamento 1620 pode compreender um conjunto de circuitos de front-end de rádio e pode ser conectado à antena 1611. Da mesma forma, em algumas modalidades, todos ou alguns dos conjuntos de circuitos transceptores de RF 1622 podem ser considerados uma parte de interface 1614. O conjunto de circuitos de front-end de rádio 1612 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs por meio de uma conexão sem fio. O conjunto de circuitos de front-end de rádio 1612 pode converter os dados digitais em um sinal de rádio com os parâmetros de canal e largura de banda apropriados usando uma combinação de filtros 1618 e/ou amplificadores 1616. O sinal de rádio pode então ser transmitido através da antena 1611. Da mesma forma, ao receber dados, a antena 1611 pode coletar sinais de rádio que são então convertidos em dados digitais pelos conjuntos de circuitos de front-end de rádio 1612. Os dados digitais podem ser passados para o conjunto de circuitos de processamento

1620. Em outras modalidades, a interface pode compreender componentes diferentes e/ou combinações diferentes de componentes.

[0100] O conjunto de circuitos de processamento 1620 pode compreender uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, unidade central de processamento, processador de sinal digital, circuito integrado de aplicação específica, arranjo de portas programáveis em campo ou qualquer outro dispositivo computação adequado, recurso ou combinação de hardware, software e/ou lógica codificada operável para prover, sozinho ou em conjunto com outros componentes de WD 1610, tais como meio legível por dispositivo 1630, funcionalidade de WD 1610. Tais funcionalidade podem incluir prover qualquer um dos vários recursos ou benefícios sem fio discutidos na presente invenção. Por exemplo, o conjunto de circuitos de processamento 1620 pode executar instruções armazenadas no meio legível por dispositivo 1630 ou na memória dentro do conjunto de circuitos de processamento 1620 para prover a funcionalidade descrita na presente invenção.

[0101] Como ilustrado, o conjunto de circuitos de processamento 1620 inclui um ou mais conjuntos de circuitos transceptores de RF 1622, conjunto de circuitos de processamento de banda de base 1624 e conjunto de circuitos de processamento de aplicação 1626. Em outras modalidades, o conjunto de circuitos de processamento pode compreender diferentes componentes e/ou diferentes combinações de componentes. Em determinadas modalidades, os conjuntos de circuitos de processamento 1620 de WD 1610 pode compreender um SOC. Em algumas modalidades, o conjunto de circuitos transceptor de RF 1622, o conjunto de circuitos de processamento de banda base 1624 e o conjunto de circuitos de processamento de aplicação 1626 podem estar em chips separados ou em conjuntos de chips. Em modalidades alternativas, parte ou todos os conjuntos de circuitos de processamento de banda base 1624 e conjuntos de circuitos de processamento de aplicação 1626 podem ser combinados em um chip ou conjunto de chips e o conjunto de circuitos transceptor de RF 1622 pode estar em um chip ou conjunto de chips separado. Em modalidades ainda alternativas, parte ou todos os conjuntos de circuitos transceptores de RF 1622 e os conjuntos de circuitos de processamento de banda base 1624 podem estar no mesmo chip ou conjunto de chips, e os conjuntos de circuitos de processamento de aplicação 1626 podem estar em um chip ou conjunto de chips separado. Ainda em outras modalidades alternativas, todo ou parte do conjunto de circuitos transceptores de RF 1622, do conjunto de circuitos de processamento de banda base 1624 e do conjunto de circuitos de processamento de aplicações 1626 podem ser combinados no mesmo chip ou conjunto de chips. Em algumas modalidades, todos ou alguns dos conjuntos de circuitos transceptores de RF 1622 podem ser uma parte de interface 1614. Os conjuntos de circuitos transceptores de RF 1622 podem condicionar sinais de RF para conjuntos de circuitos de processamento 1620.

[0102] Em certas modalidades, parte ou toda a funcionalidade descrita na presente invenção como sendo desempenhada por um WD pode ser provida pelo conjunto de circuitos de processamento 1620 executando instruções armazenadas em meio legível por dispositivo 1630, que em certas modalidades pode ser um meio de armazenamento legível por computador. Em modalidades alternativas, parte ou toda a funcionalidade pode ser provida pelo conjunto de circuitos de processamento 1620 sem executar instruções armazenadas em um meio de armazenamento legível por dispositivo separado ou discreto, tal como de uma maneira com fio. Em qualquer uma dessas modalidades particulares, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 1620 pode ser configurado para desempenhar a funcionalidade descrita. Os benefícios providos por essa funcionalidade não se limitam apenas ao conjunto de circuitos de processamento 1620 ou a outros componentes do WD 1610, mas são usufruídos pelo WD 1610 como um todo e/ou pelos usuários finais e pela rede sem fio em geral.

[0103] O conjunto de circuitos de processamento 1620 pode ser configurado para desempenhar quais operações de determinação, cálculo ou similares (por exemplo, certas operações de obtenção) descritas na presente invenção como sendo desempenhadas por um WD. Essas operações, como desempenhadas pelo conjunto de circuitos de processamento 1620 podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 1620, por exemplo, convertendo as informações obtidas em outras informações, comparando as informações obtidas ou informações convertidas às informações armazenadas pelo WD 1610 e/ou desempenhando uma ou mais operações baseadas nas informações obtidas ou convertidas e como resultado do referido processamento fazer uma determinação.

[0104] O meio legível por dispositivo 1630 pode ser operável para armazenar um programa de computador, software, uma aplicação que inclua uma ou mais dentre lógica, regras, código, tabelas, etc e/ou outras instruções capazes de ser executadas pelo conjunto de circuitos de processamento 1620. O meio legível por dispositivo 1630 pode incluir memória de computador (por exemplo, Memória de Acesso Aleatório (RAM) ou Memória de Apenas Leitura (ROM)), mídia de armazenamento em massa (por exemplo, um disco rígido), mídia de armazenamento removível (por exemplo, um Disco Compacto (CD) ou um Disco de Vídeo Digital (DVD)) e/ou qualquer outro dispositivo legível volátil ou não volátil, não transitório e/ou dispositivos de memória executáveis por computador que armazenam informações, dados, e/ou instruções que podem ser usadas pelos conjuntos de circuitos de processamento 1620. Em algumas modalidades, o conjunto de circuitos de processamento 1620 e o meio legível por dispositivo 1630 podem ser considerados integrados.

[0105] O equipamento de interface de usuário 1632 pode prover componentes que permitem que um usuário humano interaja com WD 1610. Tal interação pode ser de muitas formas, tais como visual, auditiva, tátil etc. O equipamento de interface de usuário 1632 pode ser operável para produzir uma saída para o usuário e para permitir que o usuário proveja uma entrada para WD

1610. O tipo de interação pode variar dependendo do tipo de equipamento de interface de usuário 1632 instalado no WD 1610. Por exemplo, se o WD 1610 for um smartphone, a interação poderá ser através de tela sensível ao toque; se o WD 1610 for um medidor inteligente, a interação pode ser por meio de uma tela que provida uso (por exemplo, o número de galões usados) ou um alto-falante que provê um alerta sonoro (por exemplo, se for detectada fumaça). O equipamento de interface de usuário 1632 pode incluir interfaces, dispositivos e circuitos de entrada e interfaces, dispositivos e circuitos de saída. O equipamento de interface de usuário 1632 é configurado para permitir a entrada de informações no WD 1610 e é conectado ao conjunto de circuitos de processamento 1620 para permitir que o conjunto de circuitos de processamento 1620 processe as informações de entrada. O equipamento de interface de usuário 1632 pode incluir, por exemplo, um microfone, um sensor de proximidade ou outro, teclas/botões, uma tela sensível ao toque, uma ou mais câmeras, uma porta USB ou outros conjuntos de circuitos de entrada. O equipamento de interface de usuário 1632 também é configurado para permitir a saída de informações do WD 1610 e para permitir que o conjunto de circuitos de processamento 1620 tire informações do WD 1610. O equipamento de interface de usuário 1632 pode incluir, por exemplo, um alto-falante, um monitor, um conjunto de circuitos vibratório, uma porta USB, uma interface de fone de ouvido ou outro conjunto de circuitos de saída. Usando uma ou mais interfaces, dispositivos e circuitos de entrada e saída do equipamento de interface de usuário 1632, o WD 1610 pode se comunicar com usuários finais e/ou a rede sem fio e permitir que eles se beneficiem da funcionalidade descrita na presente invenção.

[0106] O equipamento auxiliar 1634 é operável para prover funcionalidade mais específica a qual geralmente não pode ser desempenhada pelos WDs. Isso pode compreender sensores especializados para realizar medições para vários propósitos, interfaces para tipos adicionais de comunicação, tais como comunicações com fio, etc. A inclusão e o tipo de componentes de equipamento auxiliar 1634 podem variar dependendo da modalidade e/ou do cenário.

[0107] A fonte de energia 1636 pode, em algumas modalidades, estar na forma de uma bateria ou conjunto de bateria. Outros tipos de fontes de alimentação, tal como uma fonte de alimentação externa (por exemplo, uma tomada elétrica), dispositivos fotovoltaicos ou células de energia, também podem ser usadas. O WD 1610 pode adicionalmente compreender o conjunto de circuitos de potência 1637 para entrega de energia a partir da fonte de energia 1636 para as várias partes do WD 1610 que precisam de energia da fonte de energia 1636 para realizar qualquer funcionalidade descrita ou indicada na presente invenção. Os conjuntos de circuitos de potência 1637 podem, em certas modalidades, compreender conjuntos de circuitos de gerenciamento de energia. O conjunto de circuitos de potência 1637 pode, adicional ou alternativamente, ser operável para receber potência a partir de uma fonte de potência externa; nesse caso, o WD 1610 pode ser conectado à fonte de potência externa (tal como uma tomada de eletricidade) através de conjunto de circuitos de entrada ou uma interface, tal como um cabo de potência elétrica. Isso pode ser, por exemplo, para o carregamento da fonte de energia 1636. Os conjuntos de circuitos de potência 1637 podem desempenhar qualquer formatação, conversão ou outra modificação na energia da fonte de energia 1636 para tornar a energia adequada para os respectivos componentes do WD 1610 aos quais a energia é fornecida.

[0108] Figura 14 ilustra uma modalidade de um UE de acordo com vários aspectos descritos na presente invenção. Conforme usado na presente invenção, um equipamento de Usuário ou UE pode não necessariamente ter um usuário no sentido de um usuário humano que possui e/ou opera o dispositivo relevante. Em vez disso, um UE pode representar um dispositivo que se destina à venda ou operação por um usuário humano, mas que não pode ou inicialmente não pode ser associado a um usuário humano específico (por exemplo, um controlador de aspersão inteligente). Alternativamente, um UE pode representar um dispositivo que não se destina à venda ou operação por um usuário final, mas que pode ser associado ou operado em benefício de um usuário (por exemplo, um medidor de potência inteligente). O UE 1720 pode ser qualquer UE identificado pelo Projeto de Parceria para a 3ª Geração (3GPP), incluindo um UE NB-IoT, um UE de comunicação do tipo máquina (MTC) e/ou um UE MTC aprimorado (eMTC). O UE

1700, como ilustrado na Figura 14, é um exemplo de um WD configurado para comunicação de acordo com um ou mais padrões de comunicação promulgados pelo Projeto de Parceria para a 3ª Geração (3GPP), tal como padrões 3GPP GSM, UMTS, LTE e/ou 5G. Como mencionado anteriormente, o termo WD e UE pode ser usado de forma intercambiável. Por conseguinte, embora a Figura 14 seja um UE, os componentes discutidos na presente invenção são igualmente aplicáveis a um WD e vice-versa.

[0109] Na Figura 14, UE 1700 inclui um conjunto de circuitos de processamento 1701 que é operacionalmente acoplado à interface de entrada/saída 1705, interface de radiofrequência (RF) 1709, interface de conexão de rede 1711, memória 1715 incluindo memória de acesso aleatório (RAM) 1717, memória somente de leitura (ROM) 1719 e meio de armazenamento 1721 ou similar, subsistema de comunicação 1731, fonte de potência 1733 e/ou qualquer outro componente ou qualquer combinação dos mesmos. Meio de armazenamento 1721 inclui sistema operacional 1723, programa de aplicação 1725 e dados 1727. Em outras modalidades, meio de armazenamento 1721 pode incluir outros tipos semelhantes de informações. Certos UEs podem utilizar todos os componentes mostrados na Figura 14 ou apenas um subconjunto dos componentes. O nível de integração entre os componentes pode variar de um UE para outro UE. Além disso, certos UEs podem conter várias instâncias de um componente, como múltiplos processadores, memórias, transceptores, transmissores, receptores, etc.

[0110] Na Figura 14, o conjunto de circuitos de processamento 1701 pode ser configurado para processar instruções e dados de computador. O conjunto de circuitos de processamento 1701 pode ser configurado para implementar qualquer máquina de estado sequencial operativa para executar instruções de máquina armazenadas como programas de computador legíveis por máquina na memória, tais como uma ou mais máquinas de estado implementadas por hardware (por exemplo, em lógica discreta, FPGA, ASIC, etc); lógica programável junto com o firmware apropriado; um ou mais programas armazenados, processadores de uso geral, como um microprocessador ou Processador de Sinal Digital (DSP), junto com o software apropriado; ou qualquer combinação dos itens acima. Por exemplo, o conjunto de circuitos de processamento 1701 pode incluir duas unidades de processamento central (CPUs). Os dados podem ser informações de uma forma adequada para uso por um computador.

[0111] Na modalidade representada, a interface de entrada/saída 1705 pode ser configurada para prover uma interface de comunicação para um dispositivo de entrada, dispositivo de saída ou dispositivo de entrada e saída. O UE 1700 pode ser configurado para usar um dispositivo de saída através da interface de entrada/saída 1705. Um dispositivo de saída pode usar o mesmo tipo de porta de interface que um dispositivo de entrada. Por exemplo, uma porta USB pode ser usada para prover entrada e saída do UE 1700. O dispositivo de saída pode ser um alto-falante, uma placa de som, uma placa de vídeo, um display, um monitor, uma impressora, um atuador, um emissor, um smartcard, outro dispositivo de saída ou qualquer combinação dos mesmos. O UE 1700 pode ser configurado para usar um dispositivo de entrada através de interface de entrada/saída 1705 para permitir que um usuário capture informações no UE

1700. O dispositivo de entrada pode incluir uma tela sensível ao toque ou sensível à presença, uma câmera (por exemplo, uma câmera digital, uma câmera de vídeo digital, uma câmera, etc), um microfone, um sensor, um mouse, uma bola de comando, um pad direcional, um painel tátil, uma roda de rolagem, um smartcard e similares. O display sensível à presença pode incluir um sensor de toque capacitivo ou resistivo para detectar entrada a partir de um usuário. Um sensor pode ser, por exemplo, um acelerômetro, um giroscópio, um sensor tilt,

um sensor de força, um magnetômetro, um sensor óptico, um sensor de proximidade, outro sensor semelhante ou qualquer combinação dos mesmos. Por exemplo, o dispositivo de entrada pode ser um acelerômetro, um magnetômetro, uma câmera digital, um microfone e um sensor óptico.

[0112] Na Figura 14, a interface de RF 1709 pode ser configurada para prover uma interface de comunicação para componentes de RF, tais como um transmissor, um receptor e uma antena. A interface de conexão de rede 1711 pode ser configurada para prover uma interface de comunicação para a rede 1743a. Rede 1743a pode abranger redes com fio e/ou sem fio tal como uma rede de área local (LAN), uma rede de área ampla (WAN), uma rede de computadores, uma rede sem fio, uma rede de telecomunicações, outra rede semelhante ou qualquer combinação das mesmas. Por exemplo, a rede 1743a pode compreender uma rede Wi-Fi. A interface de conexão de rede 1711 pode ser configurada para incluir uma interface receptora e uma transmissora usada para se comunicar com um ou mais outros dispositivos sobre uma rede de comunicação de acordo com um ou mais protocolos de comunicação, tais como Ethernet, TCP/IP, SONET, ATM ou afins. A interface de conexão de rede 1711 pode implementar a funcionalidade de receptor e transmissor apropriada para os enlaces de rede de comunicação (por exemplo, óptico, elétrico e similares). As funções de transmissor e receptor podem compartilhar componentes de circuito, software ou firmware ou alternativamente podem ser implementadas separadamente.

[0113] A RAM 1717 pode ser configurada para fazer interface através de barramento 1702 para o conjunto de circuitos de processamento 1701 para prover armazenamento ou armazenamento em cache de dados ou instruções de computador durante a execução de programas de software, tais como o sistema operacional, programas de aplicações e drivers de dispositivo. ROM 1719 pode ser configurada para prover instruções ou dados de computador para conjunto de circuitos de processamento 1701. Por exemplo, ROM 1719 pode ser configurada para armazenar dados ou códigos invariáveis do sistema de baixo nível para funções básicas do sistema, como entrada e saída básica (I/O), inicialização ou recepção de pressionamentos de tecla de um teclado que são armazenadas em uma memória não volátil. O meio de armazenamento 1721 pode ser configurado para incluir memória tal como RAM, ROM, memória programável somente de leitura (PROM), memória programável apagável somente de leitura (EPROM), memória programável apagável eletricamente somente de leitura (EEPROM), discos magnéticos e discos ópticos, disquetes, discos rígidos, cartuchos removíveis ou unidades flash. Em um exemplo, meio de armazenamento 1721 pode ser configurado para incluir o sistema operacional 1723, o programa de aplicação 1725 tal como uma aplicação de navegador da web, um mecanismo ou outra aplicação e arquivo de dados 1727. O meio de armazenamento 1721 pode armazenar, para uso pelo UE 1700, qualquer um de uma variedade de vários sistemas operacionais ou combinações de sistemas operacionais.

[0114] O meio de armazenamento 1721 pode ser configurado para incluir várias unidades de físico, tais como conjunto redundante de discos independentes (RAID), unidade de disquete, memória , unidade USB, unidade de disco rígido externa, thumb drive, pen drive, key drive, disco digital versátil de alta densidade (HD-DVD), unidade de disco rígido interno, unidade de disco óptico Blu-Ray, unidade de disco óptico de armazenamento holográfico de dados digitais (HDDS), módulo de memória em linha dupla (DIMM), memória de acesso aleatório dinâmico síncrono (SDRAM), SDRAM micro-DIMM externo, memória de smartcard, tal como um módulo de identidade de assinante ou um módulo de identidade de usuário removível (SIM/RUIM), outra memória ou qualquer combinação dos mesmos. O meio de armazenamento 1721 pode permitir que o UE 1700 acesse instruções executáveis por computador, programas de aplicação ou afins, armazenados em mídia de memória transitória ou não transitória, para descarregar dados ou fazer upload de dados. Um artigo de fabricação, como um que utiliza um sistema de comunicação pode ser incorporado de forma tangível no meio de armazenamento 1721, o qual pode compreender um meio legível por dispositivo.

[0115] Na Figura 14, o conjunto de circuitos de processamento 1701 pode ser configurado para se comunicar com rede 1743b usando subsistema de comunicação 1731. Rede 1743a e rede 1743b podem ser a mesma rede ou redes ou diferentes redes ou redes. O subsistema de comunicação 1731 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com rede 1743b. Por exemplo, o subsistema de comunicação 1731 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com um ou mais transceptores remotos de outro dispositivo capaz de comunicação sem fio, como outro WD, UE ou estação base de uma Rede de Acesso via Rádio (RAN) de acordo com um ou mais protocolos de comunicação, tal como IEEE 802.12, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax ou afins. Cada transceptor pode incluir transmissor 1733 e/ou receptor 1735 para implementar a funcionalidade de transmissor ou receptor, respectivamente, apropriado para os enlaces RAN (por exemplo, alocações de frequência e afins). Além disso, transmissor 1733 e receptor 1735 de cada transceptor podem compartilhar componentes de circuito, software ou firmware ou, alternativamente, podem ser implementados separadamente.

[0116] Na modalidade ilustrada, as funções de comunicação do subsistema de comunicação 1731 podem incluir uma comunicação de dados, comunicação de voz, comunicação de multimídia, comunicações de curto alcance, tais como

Bluetooth, comunicação por proximidade de campo, comunicação baseada em localização, tais como o uso do sistema de posicionamento global (GPS) para determinar uma localização, outra função de comunicação similar ou qualquer combinação dos mesmos. Por exemplo, o subsistema de comunicação 1731 pode incluir comunicação celular, comunicação Wi-Fi, comunicação Bluetooth e comunicação GPS. Rede 1743b pode abranger redes com fio e/ou sem fio tais como uma rede de área local (LAN), uma rede de área ampla (WAN), uma rede de computadores, uma rede sem fio, uma rede de telecomunicações, outra rede semelhante ou qualquer combinação das mesmas. Por exemplo, a rede 1743b pode ser uma rede celular, uma rede Wi-Fi e/ou uma rede de campo de proximidade. A fonte de potência 1713 pode ser configurada para prover potência de corrente alternada (AC) ou corrente direta (DC) aos componentes de UE 1700.

[0117] As características, benefícios e/ou funções descritas na presente invenção podem ser implementadas em um dos componentes de UE 1700 ou particionadas através de múltiplos componentes de UE 1700. Além disso, as características, benefícios e/ou funções descritos na presente invenção podem ser implementados em qualquer combinação de hardware, software ou firmware. Em um exemplo, o subsistema de comunicação 1731 pode ser configurado para incluir qualquer um dos componentes descritos na presente invenção. Além disso, o conjunto de circuitos de processamento 1701 pode ser configurado para se comunicar com qualquer um desses componentes através de barramento 1702. Em outro exemplo, qualquer um desses componentes pode ser representado por instruções de programa armazenadas na memória que, quando executadas pelo conjunto de circuitos de processamento 1701 desempenham as funções correspondentes descritas na presente invenção. Em outro exemplo, a funcionalidade de qualquer um desses componentes pode ser particionada entre o conjunto de circuitos de processamento 1701 e o subsistema de comunicação 1731. Em outro exemplo, as funções não computacionalmente intensivas de qualquer um desses componentes podem ser implementadas em software ou firmware e as funções computacionalmente intensivas podem ser implementadas em hardware.

[0118] A Figura 15 é um diagrama de blocos esquemático ilustrando um ambiente de virtualização 1800 no qual funções implementadas por algumas modalidades podem ser virtualizadas. No presente contexto, virtualizar significa criar versões virtuais de aparelhos ou dispositivos que podem incluir plataformas de hardware de virtualização, dispositivos de armazenamento e recursos de rede. Conforme usado na presente invenção, a virtualização pode ser aplicada a um nó (por exemplo, uma estação base virtualizada ou um nó de acesso via rádio virtualizado) ou a um dispositivo (por exemplo, um UE, um dispositivo sem fio ou qualquer outro tipo de dispositivo de comunicação) ou componentes dos mesmos e refere-se a uma implementação na qual pelo menos uma porção da funcionalidade é implementada como um ou mais componentes virtuais (por exemplo, por meio de uma ou mais aplicações, componentes, funções, máquinas virtuais ou contêineres executando em um ou mais nós de processamento físico em uma ou mais redes).

[0119] Em algumas modalidades, algumas ou todas as funções descritas na presente invenção podem ser implementadas como componentes virtuais executados por uma ou mais máquinas virtuais implementadas em um ou mais ambientes virtuais 1800 hospedados por um ou mais nós de hardware 1830. Além disso, nas modalidades nas quais o nó virtual não é um nó de acesso via rádio ou não requer conectividade via rádio (por exemplo, um nó de rede núcleo), então o nó de rede pode ser totalmente virtualizado.

[0120] As funções podem ser implementadas por uma ou mais aplicações

1820 (que podem alternativamente ser chamados de instâncias de software, utensílios virtuais, funções de rede, nós virtuais, funções de rede virtual, etc) operativos para implementar algumas das características, funções e/ou benefícios de algumas das modalidades divulgadas na presente invenção. As aplicações 1820 são executadas no ambiente de virtualização 1800, o qual provê o hardware 1830 compreende o conjunto de circuitos de processamento 1860 e a memória 1890. Memória 1890 contém instruções 1895 executáveis pelo conjunto de circuitos de processamento 1860 pelo qual aplicação 1820 é operativa para prover um ou mais das características, benefícios e/ou funções divulgadas na presente invenção.

[0121] Ambiente de virtualização 1800 compreende dispositivos de hardware de rede de uso geral ou de uso especial 1830 compreendendo um conjunto de um ou mais processadores ou conjuntos de circuitos de processamento 1860, que podem ser processadores comerciais fora da prateleira (COTS), Circuitos Integrados de Aplicações Específicas (ASICs) dedicados ou qualquer outro tipo de conjunto de circuitos de processamento incluindo componentes de hardware digital ou analógico ou processadores para fins especiais. Cada dispositivo de hardware pode compreender uma memória 1890-1, a qual pode ser uma memória não persistente para armazenar temporariamente as instruções 1895 ou o software executado pelo conjunto de circuitos de processamento 1860. Cada dispositivo de hardware pode compreender um ou mais controladores de interface de rede (NICs) 1870, também denominados como placas de interface de rede, os quais incluem a interface de rede física 1880. Cada dispositivo de hardware também pode incluir meios de armazenamento não transitórios, persistente e legível por máquina 1890-2, tendo armazenado no software 1895 e/ou instruções executáveis pelo conjunto de circuitos de processamento 1860. O software 1895 pode incluir qualquer tipo de software, incluindo software para instanciar uma ou mais camadas de virtualização 1850 (também denominadas como hipervisores), software para executar máquinas virtuais 1840 assim como software que permite executar funções, características e/ou benefícios descritos em relação com algumas modalidades descritas na presente invenção.

[0122] As máquinas virtuais 1840 compreendem processamento virtual, memória virtual, rede virtual ou interface e armazenamento virtual e podem ser executadas por uma camada de virtualização correspondente 1850 ou hipervisor. Diferentes modalidades da instância de virtual appliance 1820 podem ser implementadas em uma ou mais máquinas virtuais 1840 e as implementações podem ser feitas de maneiras diferentes.

[0123] Durante a operação, um conjunto de circuitos de processamento 1860 executa o software 1895 para instanciar o hipervisor ou a camada de virtualização 1850, que às vezes pode ser referida como um monitor de máquina virtual (VMM). A camada de virtualização 1850 pode apresentar uma plataforma operacional virtual que aparece como hardware de rede para a máquina virtual

1840.

[0124] Conforme mostrado na Figura 15, o hardware 1830 pode ser um nó de rede independente com componentes genéricos ou específicos. O hardware 1830 pode compreender antena 18225 e pode implementar algumas funções via virtualização. Alternativamente, o hardware 1830 pode fazer parte de um aglomerado maior de hardware (por exemplo, tal como em um centro de dados ou equipamento dentro das instalações do cliente (CPE)) no qual muitos nós de hardware trabalham juntos e são gerenciados através de Gerenciamento e Orquestração (MANO) 1810, que, entre outros, supervisiona o gerenciamento do ciclo de vida de aplicações 1820.

[0125] Virtualização do hardware é denominada, em alguns contextos,

como virtualização de funções de rede (NFV). A NFV pode ser usada para consolidar muitos tipos de equipamentos de rede em hardware de servidor de alto volume padrão industrial, comutadores físicos e armazenamento físico, os quais podem ser localizados em data centers e equipamento dentro das instalações do cliente.

[0126] No contexto de NFV, a máquina virtual 1840 pode ser uma implementação de software de uma máquina física que executa programas como se estivessem executando em uma máquina física não virtualizada. Cada uma das máquinas virtuais 1840 e aquela parte do hardware 1830 que executa essa máquina virtual, seja o hardware dedicado àquela máquina virtual e/ou hardware compartilhado por essa máquina virtual com outras máquinas virtuais 1840, forma elementos de rede virtual (VNE) separados.

[0127] Ainda no contexto de NFV, a Função de Rede Virtual (VNF) é responsável por lidar com funções de rede específicas que são executadas em uma ou mais máquinas virtuais 1840 acima da infraestrutura de rede de hardware 1830 e corresponde à aplicação 1820 na Figura 15.

[0128] Em algumas modalidades, uma ou mais unidades de rádio 1820 que incluem, cada uma, um ou mais transmissores 1822 e um ou mais receptores 1821 podem ser acopladas a uma ou mais antenas 1825. As unidades de rádio 1820 podem se comunicar diretamente com os nós de hardware 1830 via uma ou mais interfaces de rede apropriadas e podem ser usadas em combinação com os componentes virtuais para prover um nó virtual com capacidades de rádio, tal como um nó de acesso via rádio ou uma estação base.

[0129] Em algumas modalidades, alguma sinalização pode ser efetuada com o uso do sistema de controle 1823 que pode ser usado alternativamente para comunicação entre os nós de hardware 1830 e as unidades de rádio 1820.

[0130] A Figura 16 ilustra uma rede de telecomunicações conectada via uma rede intermediária a um computador host, de acordo com algumas modalidades. Em particular, com referência à Figura 16, de acordo com uma modalidade, um sistema de comunicação inclui rede de telecomunicações 1910, como uma rede celular do tipo 3GPP, que compreende rede de acesso 1911, como uma rede de acesso via rádio e rede núcleo 1914. A rede de acesso 1911 compreende uma pluralidade de estações base 1912a, 1912b, 1912c, tal como NBs, eNBs, gNBs ou outros tipos de pontos de acesso sem fio, cada um definindo uma área de cobertura correspondente 1913a, 1913b, 1913c. Cada estação base 1912a, 1912b, 1912c é conectável à rede núcleo 1914 através de uma conexão com fio ou sem fio 1915. Um primeiro UE 1991 localizado na área de cobertura 1913c é configurado para se conectar sem fio ou ser paginado pela estação base 1912c correspondente. Um segundo UE 1992 na área de cobertura 1913a é conectável sem fio à estação base 1912a correspondente. Enquanto uma pluralidade de UEs 1991, 1992 é ilustrada neste exemplo, as modalidades divulgadas são igualmente aplicáveis a uma situação na qual um único UE está na área de cobertura ou em que um único UE está se conectando à estação base 1912 correspondente.

[0131] A própria rede de telecomunicações 1910 é conectada ao computador host 1930, o qual pode ser incorporado no hardware e/ou software de um servidor independente, um servidor implementado na nuvem, um servidor distribuído ou como recursos de processamento em uma torre de servidores. O computador host 1930 pode estar sob a propriedade ou controle de um provedor de serviços ou pode ser operado pelo provedor de serviços ou em nome do provedor de serviços. As conexões 1921 e 1922 entre a rede de telecomunicações 1910 e o computador host 1930 podem se estender diretamente da rede núcleo 1914 para o computador host 1930 ou podem passar via uma rede intermediária opcional 1920. A rede intermediária 1920 pode ser uma dentre, ou uma combinação de mais de uma dentre uma rede pública, privada ou hospedada; rede intermediária 1920, se houver, pode ser uma rede de transporte ou a Internet; em particular, rede intermediária 1920 pode compreender duas ou mais sub-redes (não mostradas).

[0132] A rede de comunicação da Figura 16 permite, como um todo, a conectividade entre os UEs 1991, 1992 conectados e o computador host 1930. A conectividade pode ser descrita como uma conexão over-the-top (OTT) 1950. O computador host 1930 e os UEs 1991, 1992 conectados são configurados para comunicar dados e/ou sinalização através de conexão OTT 1950, usando rede de acesso 1911, rede núcleo 1914, qualquer rede intermediária 1920 e possíveis infraestruturas adicionais (não mostrado) como intermediários. A conexão OTT 1950 pode ser transparente no sentido de que os dispositivos de comunicação participantes através dos quais a conexão OTT 1950 passa não têm conhecimento do roteamento de comunicações de enlace ascendente e de enlace descendente. Por exemplo, a estação base 1912 não pode ou não precisa ser informada sobre o roteamento passado de uma comunicação de enlace descendente recebida com dados provenientes do computador host 1930 para ser encaminhada (por exemplo, entregue) a um UE 1991 conectado. De maneira semelhante, a estação base 1912 não precisa estar ciente do roteamento futuro de uma comunicação em enlace ascendente de saída proveniente do UE 1991 ao computador host 1930.

[0133] Exemplos de implementações, de acordo com uma modalidade, do UE, estação base e computador host discutido nos parágrafos anteriores serão agora descritos com referência a Figura 17. A Figura 17 ilustra o computador host se comunicando através de uma estação base com um equipamento de usuário através de uma conexão parcialmente sem fio de acordo com algumas modalidades. No sistema de comunicações 2000, o computador host 2010 compreende hardware 2015 incluindo a interface de comunicação 2016, configurada para preparar e manter uma ligação com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 2000. O computador host 2010 compreende adicionalmente conjunto de circuitos de processamento 2018, o qual pode ter capacidades de armazenamento e/ou processamento. Particularmente, o conjunto de circuitos de processamento 2018 pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações destes (não mostrado) adaptados para executar instruções. O computador host 2010 compreende adicionalmente o software 2011, o qual é armazenado ou acessível pelo computador host 2010 e executável pelo conjunto de circuitos de processamento 2018. O software 2011 inclui a aplicação host 2012. A aplicação host 2012 pode ser operável para prover um serviço a um usuário remoto, tal como UE 2030 se conectando via uma conexão OTT 2050 terminando no UE 2030 e no computador host 2010. Na prestação do serviço ao usuário remoto, a aplicação host 2012 pode prover dados de usuário transmitidos usando a conexão OTT 2050.

[0134] O sistema de comunicação 2000 inclui, adicionalmente, a estação base 2020 provida em um sistema de telecomunicações e compreendendo o hardware 2025, permitindo que este se comunique com o computador host 2010 e com o UE 2030. O hardware 2025 pode incluir a interface de comunicação 2026 para definir e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 2000, bem como a interface de rádio 2027 para definir e manter pelo menos a conexão sem fio 2070 com o UE 2030 localizado em uma área de cobertura (não mostrada na Figura 17) atendida pela estação base 2020. A interface de comunicação 2026 pode ser configurada para facilitar a conexão 2060 ao computador host 2010. A conexão 2060 pode ser direta ou pode passar através de uma rede núcleo (não mostrada na Figura 17) do sistema de telecomunicações e/ou através de uma ou mais redes intermediárias fora do sistema de telecomunicações. Nas modalidades mostradas, o hardware 2025 da estação base 2020 inclui, adicionalmente, um conjunto de circuitos de processamento 2028, o qual pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações destes (não mostrado) adaptados para executar instruções. A estação base 2020 tem, adicionalmente, software 2021 armazenado internamente ou acessível através de uma conexão externa.

[0135] O sistema de comunicação 2000 inclui adicionalmente o UE 2030 já referido. Seu hardware 2035 pode incluir uma interface de rádio 2037 configurada para estabelecer e manter a conexão sem fio 2070 com uma estação base que serve uma área de cobertura na qual está localizado atualmente o UE

2030. O hardware 2035 do UE 2030 inclui, adicionalmente, um conjunto de circuitos de processamento 2038, o qual pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações destes (não ilustrado) adaptados para executar instruções. O UE 2030 compreende adicionalmente software 2031 armazenado ou acessível pelo UE 2030 e executável pelo conjunto de circuitos de processamento 2038. O software 2031 inclui a aplicação cliente 2032. A aplicação cliente 2032 pode ser operável para prover um serviço a um usuário humano ou não humano via UE 2030, com o suporte do computador host 2010. No computador host 2010, uma aplicação host 2012 em execução pode se comunicar com a aplicação cliente 2032 em execução via conexão OTT 2050 terminando no UE 2030 e no computador host

2010. Na prestação do serviço ao usuário, a aplicação cliente 2032 pode receber dados de solicitação a partir da aplicação host 2012 e prover os dados de usuário em resposta aos dados de solicitação. A conexão OTT 2050 pode transferir tanto os dados de solicitação quanto os dados de usuário. A aplicação cliente 2032 pode interagir com o usuário para gerar os dados de usuário que ele provê.

[0136] Nota-se que o computador host 2010, estação base 2020 e UE 2030 ilustrados na Figura 17 podem ser semelhantes ou idênticos ao computador host 2030, uma das estações base 2012a, 2012b, 2012c e um dos UEs 2091, 2092 da Figura 17, respectivamente. Isto é, o funcionamento interno dessas entidades pode ser como mostrado na Figura 17 e, independentemente, a topologia de rede circundante pode ser a da Figura 1176.

[0137] Na Figura 17, a conexão OTT 2050 foi desenhada abstratamente para ilustrar a comunicação entre o computador host 2010 e o UE 2030 via estação base 2020, sem referência explícita a quaisquer dispositivos intermediários e ao roteamento preciso de mensagens via esses dispositivos. A infraestrutura de rede pode determinar o roteamento, o qual pode ser configurado para se ocultar do UE 2030 ou do computador host 2010 operacional do provedor de serviços ou de ambos. Enquanto a conexão OTT 2050 estiver ativa, a infraestrutura de rede pode adicionalmente tomar decisões pelas quais altera dinamicamente o roteamento (por exemplo, com base na consideração do balanceamento de carga ou na reconfiguração da rede).

[0138] A conexão sem fio 2070 entre o UE 2030 e a estação base 2020 é conforme os ensinamentos das modalidades descritas ao longo desta invenção. Uma ou mais das várias modalidades melhoram o desempenho dos serviços OTT providos ao UE 2030 usando a conexão OTT 2050, na qual a conexão sem fio 2070 forma o último segmento.

[0139] Um procedimento de medição pode ser provido com a finalidade de monitorar a taxa de dados, latência e outros fatores melhorados por uma ou mais modalidades. Adicionalmente, pode haver uma funcionalidade de rede opcional para reconfigurar a conexão de OTT 2050 entre o computador host 2010 e o UE 2030, em resposta a variações nos resultados de medição. O procedimento de medição e/ou a funcionalidade da rede para reconfigurar a conexão OTT 2050 pode ser implementado em software 2011 e hardware 2015 do computador host 2010, no software 2031 e hardware 2035 do UE 2030 ou no de ambos. Em modalidades, os sensores (não mostrados) podem ser implantados em ou em associação com dispositivos de comunicação através dos quais a conexão OTT 2050 passa; os sensores podem participar no procedimento de medida fornecendo valores das quantidades monitoradas exemplificadas acima ou fornecendo valores de outras grandezas físicas a partir das quais o software 2011, 2031 podem calcular ou estimar a quantidades monitoradas. A reconfiguração da conexão OTT 2050 pode incluir formato de mensagem, configurações de retransmissão, roteamento preferido etc.; a reconfiguração não afeta necessariamente a estação base 2020 e pode ser oculta ou imperceptível à estação base 2020. Tais procedimentos e funcionalidades podem ser conhecidos e praticados na técnica. Em determinadas modalidades, as medições podem envolver sinalização proprietária de UE, facilitando as medições de taxa de transferência, tempos de propagação, latência e afins do computador host 2010. As medidas podem ser implementadas de modo que o software2011 e 2031 faça com que as mensagens sejam transmitidas, particularmente mensagens de simulação ou vazias, usando uma conexão OTT 2050, ao passo que monitora os tempos de propagação, erros, etc.

[0140] A Figura 18 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser daqueles descritos com referência às Figuras 16 e 17. Para simplificar a presente invenção, somente referências em desenho da Figura 18 serão incluídas nesta seção. Na etapa 2110, o computador host provê os dados de usuário. Na subetapa 2111 (a qual pode ser opcional) da etapa 2110, o computador host provê os dados de usuário executando uma aplicação host. Na etapa 2120, o computador host inicia uma transmissão portando os dados de usuário ao UE. Na etapa 2130 (a qual pode ser opcional), a estação base transmite ao UE os dados de usuário que foram portados na transmissão que o computador host iniciou, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 2140 (a qual também pode ser opcional), o UE executa uma aplicação cliente associada à aplicação host executada pelo computador host.

[0141] A Figura 19 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser daqueles descritos com referência às Figuras 16 e 17. Para simplificar a presente invenção, somente referências em desenho da Figura 19 serão incluídas nesta seção. Na etapa 2210 do método, o computador host provê dados de usuário. Em uma subetapa opcional (não ilustrada) o computador host provê os dados de usuário executando uma aplicação host. Na etapa 2220, o computador host inicia uma transmissão carregando os dados de usuário ao UE. A transmissão pode passar via estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 2230 (a qual pode ser opcional), o UE recebe os dados de usuário carregados na transmissão.

[0142] A Figura 20 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser daqueles descritos com referência às Figuras 16 e 17. Para simplificar a presente invenção, somente referências em desenho da Figura 20 serão incluídas nesta seção. Na etapa 2310 (a qual pode ser opcional), o UE recebe dados de entrada providos pelo computador host. Adicionalmente ou alternativamente, na etapa 2320, o UE provê dados de usuário. Na subetapa 2321 (a qual pode ser opcional) da etapa 2320, o UE provê os dados de usuário executando uma aplicação cliente. Na subetapa 2311 (a qual pode ser opcional) da etapa 2310, o UE executa uma aplicação cliente que provê os dados de usuário em resposta aos dados de entrada recebidos e providos pelo computador host. Ao prover os dados de usuário, a aplicação cliente executada pode considerar adicionalmente a entrada de usuário recebida a partir do usuário. Independentemente da maneira específica em que os dados de usuário foram providos, o UE inicia, na subetapa 2330 (a qual pode ser opcional), transmissão dos dados de usuário para o computador host. Na etapa 2340 do método, o computador host recebe os dados de usuário transmitidos a partir do UE, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção.

[0143] A Figura 21 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser daqueles descritos com referência às Figuras 16 e 17. Para simplificar a presente invenção, somente referências em desenho da Figura 21 serão incluídas nesta seção. Na etapa 2410 (a qual pode ser opcional), de acordo com os ensinamentos das modalidades descritas ao longo desta invenção, a estação base recebe dados de usuário do UE. Na etapa 2420 (a qual pode ser opcional), a estação base inicia transmissão dos dados de usuário recebidos ao computador host. Na etapa 2430 (a qual pode ser opcional), o computador host recebe os dados de usuário portados na transmissão iniciada pela estação base.

[0144] Quaisquer etapas, métodos, características, funções ou benefícios apropriados divulgados na presente invenção podem ser desempenhadas através de uma ou mais unidades funcionais ou módulos de um ou mais aparelhos virtuais. Cada aparelho virtual pode compreender um número dessas unidades funcionais. Essas unidades funcionais podem ser implementadas através de conjunto de circuitos de processamento, o qual podem incluir um ou mais microprocessadores ou microcontroladores, assim como outro hardware digital, o qual pode incluir processadores de sinal digital (DSPs), lógica digital para fins específicos e afins. O conjunto de circuitos de processamento pode ser configurado para executar código de programa armazenado na memória, o qual pode incluir um ou vários tipos de memória, tais como memória apenas de leitura (ROM), memória de acesso aleatório (RAM), memória cache, dispositivos de memória flash, dispositivos de armazenamento óptico etc. O código de programa armazenado na memória inclui instruções de programa para executar um ou mais protocolos de telecomunicações e/ou de comunicações de dados, assim como instruções para realizar uma ou mais das técnicas descritas na presente invenção. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para fazer com que a respectiva unidade funcional desempenhe funções correspondentes de acordo com uma ou mais modalidades da presente invenção.

[0145] Em geral, todos os termos usados na presente invenção devem ser interpretados de acordo seu significado comum no campo técnico relevante, salvo se outro significado seja dado claramente e/ou seja implícito a partir do contexto nos quais são usados. Todas as referências a um/uma/o elemento, aparelho, componente, meios, etapas, etc, devem ser interpretadas abertamente como se referindo a pelo menos uma instância do elemento, aparelho, componente, meios, etapa, etc, salvo quando explicitamente indicado o contrário. As etapas de quaisquer métodos descritos na presente invenção não precisam ser desempenhadas na ordem exata divulgada, salvo se explicitamente descrita como seguinte ou precedente de outro etapa e/ou se é implícito que uma etapa deve seguir ou preceder outra etapa. Qualquer característica de qualquer uma das modalidades divulgadas na presente invenção pode ser aplicada a qualquer outra modalidade, sempre que apropriado. De maneira semelhante, qualquer vantagem de qualquer uma das modalidades pode se aplicar a outras modalidades e vice-versa. Outros objetivos, características e vantagens das modalidades anexas serão evidentes a partir da descrição.

[0146] O termo unidade pode ter significado convencional no campo da eletrônica, dispositivos elétricos e/ou dispositivos eletrônicos e pode incluir, por exemplo, conjunto de circuitos elétricos e/ou eletrônicos, dispositivos, módulos, processadores, memórias, estado sólido lógico e/ou dispositivos discretos, programas de computador ou instruções para realizar as respectivas tarefas, procedimentos, computações, saídas e/ou exibir funções e assim por diante, tal como aqueles descritos na presente invenção.

[0147] Algumas das modalidades contempladas na presente invenção serão descritas mais detalhadamente com referência aos desenhos anexos. Outras modalidades, entretanto, estão contidas no escopo do objeto divulgado na presente invenção. A matéria divulgada não deve ser interpretada como limitada a apenas as modalidades estabelecidas na presente invenção; em vez disso, essas modalidades são providas a título de exemplo para transmitir o escopo do objeto aos técnicos no assunto.

[0148] A seguir, são detalhados vários exemplos não limitativos, agrupados em grupos separados, chamados de "Exemplos do Grupo A", "Exemplos do Grupo B", "Exemplos do Grupo C" e Exemplos do Grupo D. " Exemplos do Grupo A

[0149] 1. Um método desempenhado por um dispositivo sem fio para evitar falhas no cálculo de SUCI, o método compreendendo a obtenção e armazenamento de uma PRIORITY_LIST para o cálculo de SUCI; cálculo de SUCI na ordem indicada pela PRIORITY_LIST; e envio do SUCI calculado para uma rede doméstica (HN) do dispositivo sem fio.

[0150] 2. O método do exemplo 1, compreendendo adicionalmente o envio de uma indicação de PRIORIDADE à HN.

[0151] 3. O método de qualquer um dos exemplos 1 e 2, compreendendo adicionalmente selecionar uma prioridade mais baixa do que uma prioridade mais alta em uma PRIORITY_LIST para calcular SUCI; e enviar, para a HN, um motivo para selecionar a prioridade mais baixa em uma PRIORITY_LIST.

[0152] 4. O método de qualquer um dos exemplos anteriores, compreendendo adicionalmente o envio de esquemas suportados à HN.

[0153] 5. O método de qualquer um dos exemplos anteriores, em que o método é desempenhado total ou parcialmente por um USIM ou ME, se o dispositivo sem fio.

[0154] AA. O método de qualquer dos exemplos anteriores, compreendendo adicionalmente: prover dados de usuário; e encaminhar os dados de usuário para um computador host por meio da transmissão de uma estação base. Exemplos do Grupo B

[0155] 6. Um método desempenhado por uma estação base em uma rede doméstica (HN) para evitar falha de um equipamento de usuário (UE) (USIM ou ME) no cálculo de SUCI, o método compreendendo provisionar o UE (USIM ou ME) com uma PRIORITY_LIST para calcular SUCI.

[0156] 7. O método do exemplo 6, compreendendo adicionalmente a detecção de que o UE selecionou uma prioridade mais baixa do que uma prioridade mais alta em uma PRIORITY_LIST para calcular SUCI com base em um ou mais dentre: um identificador de chave pública de HN enviado pelo UE, um identificador de esquema enviado pelo UE, uma indicação de PRIORIDADE enviada pelo UE e/ou um motivo enviado pelo UE.

[0157] 8. O método do exemplo 7, compreendendo adicionalmente, com base na detecção de que o UE selecionou a prioridade mais baixa, desempenhar um ou mais de: reprovisionar o UE (USIM ou ME), informar fornecedores de ME, informar fornecedores de USIM e/ou criar um log.

[0158] 9. O método de qualquer um dos exemplos 6-8, compreendendo adicionalmente, receber um ou mais esquemas suportados pelo UE; e desempenhar o provisionamento do UE com base nos um ou mais esquemas recebidos.

[0159] BB. O método de qualquer dos exemplos anteriores, compreendendo adicionalmente obter dados de usuário; e encaminhar os dados de usuário para um computador host ou um dispositivo sem fio. Exemplos do Grupo C

[0160] C1. Um dispositivo sem fio configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo A;

[0161] C2. Um dispositivo sem fio, o dispositivo sem fio compreendendo conjunto de circuitos de processamento configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo A; e conjunto de circuitos de fornecimento de energia configurado para fornecer energia ao dispositivo sem fio.

[0162] C3. Um dispositivo sem fio compreendendo conjunto de circuitos de processamento e memória, a memória contendo instruções executáveis pelo conjunto de circuitos de processamento em que o dispositivo sem fio é configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo A.

[0163] C4. Um equipamento de usuário (UE), compreendendo uma antena configurada para enviar e receber sinais sem fio; conjunto de circuitos de front-end de rádio conectado à antena e ao conjunto de circuitos de processamento, e configurado para condicionar os sinais comunicados entre a antena e o conjunto de circuitos de processamento; o conjunto de circuitos de processamento sendo configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo A; uma interface de entrada conectada ao conjunto de circuitos de processamento e configurada para permitir que a entrada de informações no UE seja processada pelo conjunto de circuitos de processamento; uma interface de saída conectada ao conjunto de circuitos de processamento e configurada para emitir informações a partir do UE que foram processadas pelo conjunto de circuitos de processamento; e uma bateria conectada ao conjunto de circuitos de processamento e configurada para fornecer energia ao UE.

[0164] C5. Um programa de computador compreendendo instruções que, quando executadas em pelo menos um processador de um dispositivo sem fio, fazem com que o dispositivo sem fio realize o método de acordo com qualquer um dos exemplos do Grupo A.

[0165] C6. Uma portadora contendo o programa de computador do exemplo C5, em que a portadora é um dentre um sinal eletrônico, sinal ótico, sinal de rádio ou meio de armazenamento legível por computador.

[0166] C7. Uma estação base configurada para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo B.

[0167] C8. Uma estação base compreendendo conjunto de circuitos de processamento configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo B; e conjunto de circuitos de fornecimento de energia configurado para fornecer energia ao dispositivo sem fio.

[0168] C9. Uma estação base compreendendo o conjunto de circuitos de processamento e a memória, a memória contendo instruções executáveis pelo conjunto de circuitos de processamento em que a estação base é configurada para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo B.

[0169] C10. Um programa de computador compreendendo instruções que, quando executadas em pelo menos um processado de uma estação base, fazem com que a estação base realize as etapas de acordo com qualquer um dos exemplos do Grupo B.

[0170] C11. Uma portadora contendo o programa de computador do exemplo C10, em que a portadora é um dentre um sinal eletrônico, sinal ótico, sinal de rádio ou meio de armazenamento legível por computador. Exemplos do Grupo D

[0171] D1. Um sistema de comunicação incluindo um computador host compreendendo conjunto de circuitos de processamento configurado para prover dados de usuário; e uma interface de comunicação configurada para encaminhar os dados de usuário para uma rede celular para transmissão a um equipamento de usuário (UE), em que a rede celular compreende uma estação base tendo uma interface de rádio e um conjunto de circuitos de processamento, o conjunto de circuitos de processamento da estação base configurado para desempenhar qualquer uma das etapas de qualquer uma dos exemplos do Grupo B.

[0172] D2. O sistema de comunicação do exemplo anterior incluindo adicionalmente a estação base.

[0173] D3. O sistema de comunicação dos 2 exemplos anteriores, incluindo adicionalmente o UE, em que o UE é configurado para se comunicar com a estação base.

[0174] D4. O sistema de comunicação dos 3 exemplos anteriores, em que o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo assim os dados de usuário; e o UE compreende circuitos de processamento configurados para executar uma aplicação cliente associado a aplicação host.

[0175] D5. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo: no computador host, prover dados de usuário; e no computador host, inicializar uma transmissão carregando os dados de usuário para o UE via uma rede celular compreendendo a estação de base, em que a estação base desempenha qualquer uma das etapas de qualquer um dos exemplos do Grupo B.

[0176] D6. O método dos exemplos anteriores compreendendo ainda, na estação base, transmitir os dados de usuário.

[0177] D7. O método dos 2 exemplos anteriores, em que os dados de usuário são providos no computador host ao se executar uma aplicação host, o método compreendendo ainda, no UE, executar uma aplicação cliente associado à aplicação host.

[0178] D8. Um equipamento de usuário (UE) configurado para se comunicar com uma estação base, o UE compreendendo uma interface de rádio e um conjunto de circuitos de processamento configurado para desempenhar o método dos 3 exemplos anteriores.

[0179] D9. Um sistema de comunicação incluindo um computador host compreendendo conjunto de circuitos de processamento configurado para prover dados de usuário; e uma interface de comunicação configurada para encaminhar dados de usuário para uma rede celular para transmissão a um equipamento de usuário (UE), em que o UE compreende uma interface de rádio e um conjunto de circuitos de processamento, os componentes de UE configurados para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo A.

[0180] D10. O sistema de comunicação do exemplo anterior, em que a rede celular inclui adicionalmente uma estação base configurada para se comunicar com o UE.

[0181] D11. O sistema de comunicação dos 2 exemplos anteriores, em que o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo assim os dados de usuário; e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associado à aplicação host.

[0182] D12. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um equipamento de usuário (UE), o método compreendendo no computador host, prover dados de usuário; e no computador host, inicializar uma transmissão carregando os dados de usuário para o UE via uma rede celular compreendendo a estação de base, em que o UE desempenha qualquer uma das etapas de qualquer uma das exemplos do Grupo A.

[0183] D13. O método dos exemplos anteriores compreendendo, adicionalmente, no UE, receber os dados de usuário a partir da estação base.

[0184] D14. Um sistema de comunicação incluindo um computador host compreendendo interface de comunicação configurada para receber dados de usuário originando a partir de uma transmissão de um Equipamento de Usuário, UE, para uma estação base, em que o UE compreende uma interface de rádio e um conjunto de circuitos de processamento, o conjunto de circuitos de processamento do UE configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo A.

[0185] D15. O sistema de comunicação do exemplo anterior incluindo, adicionalmente, o UE.

[0186] D16. O sistema de comunicação dos 2 exemplos anteriores, incluindo, adicionalmente, a estação base, em que a estação base compreende uma interface de rádio configurada para se comunicar com o UE e uma interface de comunicação configurada para encaminhar, ao computador host, os dados de usuário carregados por uma transmissão a partir do UE à estação base.

[0187] D17. O sistema de comunicação dos 3 exemplos anteriores, em que o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host; e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associado à aplicação host, provendo assim os dados de usuário.

[0188] D18. O sistema de comunicação dos 4 exemplos anteriores, em que o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo assim os dados de solicitação; e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associado à aplicação host, provendo assim os dados de usuário em resposta aos dados solicitados.

[0189] D19. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo: no computador host, receber dados de usuário transmitido à estação base a partir do UE, em que o UE desempenha qualquer uma das etapas de qualquer um dos exemplos do Grupo A.

[0190] D20. O método dos exemplos anteriores compreendendo ainda, no UE, prover os dados de usuário para a estação base.

[0191] D21. O método dos 2 exemplos anteriores, compreendendo adicionalmente: no UE, executar uma aplicação cliente, provendo assim os dados de usuário a serem transmitidos; e no computador host, executando uma aplicação host associado à aplicação cliente.

[0192] D22. O método dos 3 exemplos anteriores, compreendendo adicionalmente: no UE, executar uma aplicação cliente; e no UE, recebendo dados de entrada para o aplicação cliente, os dados de entrada sendo providos no computador host, executando uma aplicação host associado à aplicação cliente, em que os dados do usuário a serem transmitidos são providos pela aplicação cliente em resposta ao dados de entrada.

[0193] D23. Um sistema de comunicação incluindo um computador host compreendendo uma interface de comunicação configurada para receber dados de usuário originários de uma transmissão de um equipamento de usuário (UE) para uma estação base, em que a estação base compreende uma interface de rádio e um conjunto de circuitos de processamento, o conjunto de circuitos de processamento da estação base sendo configurado para desempenhar qualquer uma das etapas de qualquer um dos exemplos do Grupo B.

[0194] D24. O sistema de comunicação do exemplo anterior incluindo adicionalmente a estação base.

[0195] D25. O sistema de comunicação dos 2 exemplos anteriores, incluindo adicionalmente o UE, em que o UE é configurado para se comunicar com a estação base.

[0196] D26. O sistema de comunicação dos 3 exemplos anteriores, em que: o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host; e o UE é configurado para executar uma aplicação de cliente associada com a aplicação host, assim provendo que os dados de usuário sejam recebidos pelo computador host.

[0197] D27. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo no computador host, receber, a partir da estação base, dados de usuário originários de uma transmissão a qual a estação base recebeu do UE, em que o UE desempenha qualquer uma das etapas de qualquer um dos exemplos do Grupo A.

[0198] D28. O método dos exemplos anteriores compreendendo adicionalmente na estação base, receber os dados de usuário a partir do UE.

[0199] D29. O método dos 2 exemplos anteriores compreendendo adicionalmente na estação base, iniciar a transmissão dos dados de usuário recebidos ao computador host.

[0200] A solução apresentada na presente invenção pode, é claro, ser realizada de outras maneiras que não aquelas especificamente estabelecidas na presente invenção, sem se afastar das características essenciais da solução apresentada na presente invenção. Os exemplos demonstrados na presente invenção devem ser considerados em todos os aspectos como ilustrativos e não restritivos, e todas as alterações que vêm dentro do significado e faixa de equivalência das reivindicações anexas se destinam a ser abrangidas neles.

Claims (35)

REIVINDICAÇÕES

1. Método (100) desempenhado por um dispositivo sem fio (10, 300, 400) para evitar falhas ao calcular um identificador de assinatura identificando uma assinatura do dispositivo sem fio (10, 300, 400), o método (100) caracterizado pelo fato de que compreende: obter (110) uma lista de prioridade de conjuntos de parâmetros, a referida lista de prioridade definindo uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura; calcular (120) o identificador de assinatura usando um conjunto de parâmetros nulo ou um dentre os um ou mais conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades definidas; e informar (130) uma Rede Doméstica, HN, da assinatura do dispositivo sem fio (10, 300, 400) ao enviar o identificador de assinatura calculado para um nó de rede (500, 600) na HN.

2. Método (100), de acordo com a reivindicação 1, caracterizado pelo fato de que o identificador de assinatura compreende um Identificador Oculto de Assinatura, SUCI.

3. Método (100), de acordo com qualquer uma das reivindicações 1 a 2, caracterizado pelo fato de que o um ou mais parâmetros de cada conjunto de parâmetros compreendem um identificador de esquema e/ou um identificador de chave pública de HN.

4. Método (100), de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que o referido cálculo (120) do identificador de assinatura compreende calcular o identificador de assinatura usando o conjunto de parâmetros tendo prioridade mais alta na lista de prioridade.

5. Método (100), de acordo qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que o referido cálculo (120) do identificador de assinatura compreende: selecionar um conjunto de parâmetros de prioridade mais alta a partir da lista de prioridade que também é suportada pelo Equipamento Móvel, ME, (12) do dispositivo sem fio (10, 300, 400); e calcular o identificador de assinatura usando o conjunto de parâmetros selecionado.

6. Método (100), de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que o referido cálculo (120) do identificador de assinatura compreende: calcular o identificador de assinatura em Equipamento Móvel, ME, (12) do dispositivo sem fio (10, 300, 400) quando um conjunto de parâmetros de prioridade mais alta a partir da lista de prioridade também é suportado pelo ME do dispositivo sem fio (10, 300, 400); e calcular o identificador de assinatura em um Módulo de Entidade de Assinante Universal, USIM, (14) do dispositivo sem fio (10, 300, 400) quando o conjunto de parâmetros de prioridade mais alta a partir da lista de prioridade não é suportado pelo ME do dispositivo sem fio (10, 300, 400).

7. Método (100), de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que compreende adicionalmente selecionar um conjunto de parâmetros na lista de prioridade com uma prioridade inferior do que um ou mais conjuntos de parâmetros na lista de prioridade com uma prioridade superior responsiva a um problema conhecido ou suspeito com o um ou mais conjuntos de parâmetros de prioridade superior; e em que o referido calcúlo compreende calcular o identificador de assinatura usando o conjunto de parâmetros selecionado.

8. Método (100), de acordo com a reivindicação 7, caracterizado pelo fato de que compreende adicionalmente: determinar um motivo para selecionar o conjunto de parâmetros de prioridade inferior; e informar a HN o motivo determinado para a seleção do conjunto de parâmetros de prioridade inferior.

9. Método (100), de acordo com a reivindicação 8, caracterizado pelo fato de que a referida determinação do motivo compreende determinar que o um ou mais conjuntos de parâmetros de prioridade superior inclui um erro de parâmetro.

10. Método (100), de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que compreende adicionalmente indicar, para a HN, um conjunto de parâmetros usados para calcular o identificador de assinatura.

11. Método (100), de acordo com qualquer uma das reivindicações 1 a 10, caracterizado pelo fato de que compreende adicionalmente: identificar um ou mais conjuntos de parâmetros suportados pelo dispositivo sem fio (10, 300, 400); e indicar o um ou mais conjuntos de parâmetros identificados para a HN.

12. Método (100), de acordo com a reivindicação 11, caracterizado pelo fato de que a referida identificação compreende identificar um ou mais conjuntos de parâmetros suportados pelo Equipamento Móvel, ME, (12) do dispositivo sem fio (10, 300, 400).

13. Método (100), de acordo com qualquer uma das reivindicações 11 a 12, caracterizado pelo fato de que compreende adicionalmente indicar, para a HN, os um ou mais conjuntos de parâmetros identificados suportados pelo dispositivo sem fio (10, 300, 400).

14. Método (100), de acordo com qualquer uma das reivindicações 1 a 13, caracterizado pelo fato de que: o dispositivo sem fio (10, 300, 400) compreende Equipamento Móvel, ME, (12) um Módulo de Identidade de Assinante Universal, USIM, (14) conectado operacionalmente ao ME (12); e a referida obtenção (110) compreende o ME (12) que obtém a lista de prioridade a partir do USIM (14), a referida lista de prioridade obtida compreendendo um ou mais conjuntos de parâmetros aprovados pela HN.

15. Método (100), de acordo com a reivindicação 14, caracterizado pelo fato de que o referido cálculo (120) compreende calcular o identificador de assinatura usando o conjunto de parâmetros nulos se a lista de prioridade não tiver sido provisionada ao USIM (14).

16. Dispositivo sem fio (10, 300, 400) caracterizado pelo fato de que compreende: conjunto de circuitos de comunicação (320) configurado para enviar sinais de enlace ascendente para um nó de rede (500, 600) em uma Rede Doméstica, HN, e receber sinais de enlace descendente a partir do nó de rede (500, 600); e um ou mais circuitos de processamento (310) configurados para implementar o método (100) como definido em qualquer uma das reivindicações 1 a 15.

17. Produto de programa de computador para controlar um dispositivo sem fio (10, 300, 400) em comunicação com um nó de rede (500, 600) em uma Rede Doméstica, HN, o produto de programa de computador caracterizado pelo fato de que compreende instruções de software que, quando executadas em pelo menos um circuito de processamento (310) no dispositivo sem fio (10, 300, 400) fazem com que o dispositivo sem fio (10, 300, 400) execute o método (100) como definido em qualquer uma das reivindicações 1 a 15.

18. Meio legível por computador caracterizado pelo fato de que compreende o produto de programa de computador como definido na reivindicação 17.

19. Meio legível por computador, de acordo com a reivindicação 18, caracterizado pelo fato de que o meio legível por computador compreende um meio legível por computador não transitório.

20. Método (200) desempenhado por um nó de rede (500, 600) em uma rede doméstica, HN, de um dispositivo sem fio (10, 300, 400) para evitar falhas de um cálculo de um identificador de assinatura pelo dispositivo sem fio (10, 300, 400), o método (200) caracterizado pelo fato de que compreende: atribuir (210) uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros em uma lista de prioridade, em que cada conjunto de parâmetros compreende um ou mais parâmetros usados para calcular o identificador de assinatura; e prover (220) o dispositivo sem fio (10, 300, 400) com a lista de prioridade para facilitar o cálculo do identificador de assinatura pelo dispositivo sem fio.

21. Método (200), de acordo com a reivindicação 20, caracterizado pelo fato de que o identificador de assinatura compreende um Identificador Oculto de Assinatura, SUCI.

22. Método (200), de acordo com qualquer uma das reivindicações 20 a 21, caracterizado pelo fato de que o um ou mais parâmetros de cada conjunto de parâmetros compreende um identificador de esquema e/ou um identificador de chave pública de HN.

23. Método (200), de acordo com qualquer uma das reivindicações 20 a 22, caracterizado pelo fato de que compreende adicionalmente: receber um identificador de assinatura calculado pelo dispositivo sem fio (10, 300, 400) usando um dos conjuntos de parâmetros na lista de prioridade selecionada responsiva às prioridades atribuídas; e identificar uma assinatura do dispositivo sem fio (10, 300, 400) usando o identificador de assinatura recebido.

24. Método (200), de acordo com a reivindicação 23, caracterizado pelo fato de que o identificador de assinatura recebido compreende um identificador de assinatura calculado usando o conjunto de parâmetros tendo prioridade mais alta na lista de prioridade.

25. Método (200), de acordo com a reivindicação 23, caracterizado pelo fato de que o identificador de assinatura recebido compreende um identificador de assinatura calculado usando o conjunto de parâmetros de prioridade superior a partir da lista de prioridade que também é suportada pelo Equipamento Móvel, ME, (12) do dispositivo sem fio (10, 300, 400).

26. Método (200), de acordo com a reivindicação 23, caracterizado pelo fato de que o identificador de assinatura recebido compreende um identificador de assinatura calculado usando um conjunto de parâmetros na lista de prioridade com uma prioridade inferior do que um ou mais conjuntos de parâmetros na lista de prioridade com uma prioridade superior para responder a um problema conhecido ou suspeito com o um ou mais dentre os conjuntos de parâmetros de prioridade superior.

27. Método (200), de acordo com a reivindicação 26, caracterizado pelo fato de que compreende adicionalmente, detectar um motivo para a seleção, pelo dispositivo sem fio (10, 300, 400), do conjunto de parâmetros de prioridade inferior.

28. Método (200), de acordo com a reivindicação 26, caracterizado pelo fato de que compreende adicionalmente: detectar que o dispositivo sem fio (10, 300, 400) usou o conjunto de parâmetros de prioridade inferior; e responsivo à detecção:

prover novamente o dispositivo sem fio (10, 300, 400) com a lista de prioridade; e/ou informar o Equipamento Móvel, ME, fornecedores da detecção; e/ou informar o Módulo de Entidade de Assinante Universal, USIM, fornecedores da detecção; e/ou criar um registro (log) da seleção do conjunto de parâmetros de prioridade inferior.

29. Método (200), de acordo com qualquer uma das reivindicações 20 a 28, caracterizado pelo fato de que compreende adicionalmente receber, a partir do dispositivo sem fio (10, 300, 400), uma indicação do conjunto de parâmetros usados pelo dispositivo sem fio (10, 300, 400) para calcular o identificador de assinatura.

30. Método (200), de acordo com qualquer uma das reivindicações 20 a 29, caracterizado pelo fato de que: compreende adicionalmente receber, a partir do dispositivo sem fio (10, 300, 400), uma indicação de um ou mais conjuntos de parâmetros suportados pelo dispositivo sem fio (10, 300, 400); em que a referida atribuição (210) compreende atribuir uma prioridade diferente para cada um dentre os um ou mais conjuntos de parâmetros identificados pela indicação.

31. Método (200), de acordo com a reivindicação 30, caracterizado pelo fato de que a referida recepção compreende receber, a partir do dispositivo sem fio (10, 300, 400), uma indicação dos um ou mais conjuntos de parâmetros suportados pelo Equipamento Móvel, ME, (12) do dispositivo sem fio (10, 300, 400).

32. Nó de rede (500, 600), caracterizado pelo fato de que compreende: conjunto de circuitos de comunicação (520) configurado para enviar sinais de enlace descendente para um dispositivo sem fio (10, 300, 400) e receber sinais de enlace ascendente a partir do dispositivo sem fio (10, 300, 400); e um ou mais circuitos de processamento (510) configurados para implementar o método (200) definido em qualquer uma das reivindicações 20-

31.

33. Produto de programa de computador para controlar um nó de rede (500, 600) em comunicação com um dispositivo sem fio (10, 300, 400), o produto de programa de computador caracterizado pelo fato de que compreende instruções de software que, quando executadas em pelo menos um circuito de processamento (510) no nó de rede (500, 600), fazem com que o nó de rede (500, 600) execute o método (200) como definido em qualquer uma das reivindicações 20 a 31.

34. Meio legível por computador caracterizado pelo fato de que compreende o produto de programa de computador como definido na reivindicação 33.

35. Meio legível por computador, de acordo com a reivindicação 34, caracterizado pelo fato de que o meio legível por computador compreende um meio legível por computador não transitório.