BR112020015151A2 - Método em um nó de rede, nó de rede, produto de programa de computador, e, dispositivo sem fio. - Google Patents

Abstract

um dispositivo sem fio para retomar uma conexão em uma rede de comunicação. o dispositivo sem fio compreende uma interface de comunicação; e um ou mais circuitos de processamento conectados comunicativamente à interface de comunicação, os um ou mais circuitos de processamento compreendendo pelo menos um processador e memória, a memória contendo instruções que, quando executadas, fazem com que pelo menos um processador: envie para um nó de rede a solicitação para retomar uma conexão em uma rede de comunicação; receba uma mensagem de resposta de retomada do nó da rede, a mensagem compreendendo uma indicação para executar uma configuração completa; e aplique a configuração completa.

Description

1 / 43 MÉTODO EM UM NÓ DE REDE, NÓ DE REDE, MEIO DE

ARMAZENAMENTO LEGÍVEL POR COMPUTADOR NÃO TRANSITÓRIO, E, DISPOSITIVO SEM FIO PEDIDOS RELACIONADOS

[001] O presente pedido reivindica os benefícios da prioridade do Pedido Provisório de Patente U.S. N° 62/631467, intitulado “RRC Resume with Full Configuration” e depositado no Escritório de Marcas e Patentes dos Estados Unidos no dia 15 de fevereiro de 2018, cujo conteúdo é incorporado neste documento por referência.

CAMPO TÉCNICO

[002] A presente descrição geralmente se refere a comunicações sem fio e, mais particularmente, a retomar uma conexão para um dispositivo sem fio.

FUNDAMENTOS DA INVENÇÃO Protocolo de Controle de Recursos de Rádio (RRC)

[003] Como na Evolução de Longo Prazo (LTE), o protocolo de Controle de Recursos de Rádio (RRC) é usado para configurar/ajustar e manter a conexão de rádio entre o Equipamento do Usuário (UE) e o nó da rede (por exemplo, eNB). Quando o UE receber uma mensagem RRC do eNB, aplicará a configuração (o termo “compilar” também pode ser usado para se referir à aplicação da configuração). E se isso tiver êxito, o UE gera uma mensagem completa RRC que indica a identidade da transação (ID) da mensagem que acionou esta resposta.

[004] Desde a liberação LTE (rel.) 8, três Portadoras de Rádio de Sinalização (SRBs), ou seja, SRB0, SRB1 e SRB2, estão disponíveis para o transporte de mensagens RRC e Estrato Sem Acesso (NAS) entre o Equipamento do Usuário (UE) e o eNB. Uma nova SRB conhecida como SRB1bis também foi introduzido no rel-13 para dar suporte ao DoNAS (Dados Sobre NAS) na Internet das Coisas de Banda Estreita (NB-IoT).

2 / 43

[005] SRB0 é usado para mensagens RRC usando o canal lógico de Canal de Controle Comum (CCCH) e é usado para lidar com a configuração da conexão RRC, retomada da conexão RRC e o restabelecimento da conexão RRC. Uma vez que o UE está conectado ao eNB (ou seja, a configuração da conexão RRC ou o restabelecimento/retomada da conexão RRC foi bem- sucedido), a SRB1 é usada para manipular mensagens RRC (que podem incluir uma mensagem NAS tipo piggyback), bem como para mensagens NAS antes do estabelecimento da SRB2, todos usando o canal lógico do Canal de Controle Dedicado (DCCH).

[006] A SRB2 é usada para mensagens RRC que incluem informações de medição registradas e para mensagens NAS, todas usando o canal lógico DCCH. A SRB2 tem uma prioridade mais baixa que a SRB1, porque as informações de medição registradas e as mensagens NAS podem ser longas e podem causar o bloqueio de mensagens SRB1 mais urgentes e menores. A SRB2 é sempre configurada pela Rede Terrestre de Acesso por Rádio (E-UTRAN) do Serviço de Telecomunicações Móveis Universal Evoluído (UMTS) após a ativação da segurança. Conectividade Dupla (DC) na LTE

[007] A Rede Terrestre de Acesso por Rádio (E-UTRAN) do UMTS Evoluído suporta a operação de Conectividade Dupla (DC), na qual um UE múltiplo de Recebimento/Transmissão (Rx/Tx) em RRC_CONNECTED é configurado para utilizar recursos de rádio providos por dois organizadores distintos, localizados em dois eNBs conectados por meio de um retorno não ideal na interface X2 (consulte 3GPP 36.300). Os eNBs envolvidos na DC para um determinado UE podem assumir duas funções diferentes: um eNB pode atuar como um Nó Mestre (MN) ou como um Nó Secundário (SN). Na DC, um UE está conectado a um MN e a um SN.

[008] Na DC para LTE, a arquitetura do protocolo de rádio usada por uma portadora específico depende de como a portadora está configurada.

3 / 43 Existem três tipos de portadoras: Portadora do Grupo de Células Mestre (MCG), portadora do Grupo de Células Secundárias (SCG) e portadoras divididos. O RRC está localizado no MN e as SRBs são sempre configuradas como um tipo de portadora MCG e, portanto, usam apenas os recursos de rádio do MN. A Figura 1 ilustra o Plano de Usuário (UP) da DC para LTE, com os 3 tipos de portadoras em um UE. Conectividade Dupla para LTE-NR

[009] A DC para LTE-NR (LTE-Novo Rádio) (também conhecida como interoperação restrita de LTE-NR) está sendo discutida atualmente para o rel-15. Nesse contexto, as principais mudanças da DC para LTE são: A introdução do portadora dividida do SN (conhecido como portadora dividida de SCG); A introdução da portador dividida para RRC; A introdução de um RRC direto pelo SN (também conhecido como SRB para SCG).

[0010] As Figuras 2 e 3 mostram as arquiteturas do UP e Plano de Controle (CP), respectivamente, para interoperação restrita de LTE-NR.

[0011] Às vezes, o SN é referido como SgNB (onde gNB é uma estação de base NR) e o MN como MeNB, caso a LTE seja o nó principal e o NR seja o nó secundário. No outro caso em que NR é o mestre e LTE é o nó secundário, os termos correspondentes são SeNB e MgNB.

[0012] As mensagens RRC divididas são usadas principalmente para criar diversidade e o remetente pode optar por escolher um dos links para organizar as mensagens RRC ou pode duplicar a mensagem nos dois links. No downlink, o caminho que alterna entre as ramificações do MCG ou SCG ou a duplicação em ambos é deixado para a implementação da rede. Por outro lado, para o UL, a rede configura o UE para usar o MCG, SCG ou ambas as ramificações. Os termos “ramificação” e “caminho” são usados de forma intercambiável ao longo deste documento.

4 / 43

[0013] As seguintes terminologias são usadas ao longo desta descrição para distinguir diferentes cenários de conectividade dupla: DC: DC para LTE (ou seja, MN e SN usam LTE); EN-DC: Conectividade dupla para LTE-NR, onde LTE é o mestre e NR é o secundário; NE-DC: Conectividade dupla para LTE-NR, onde NR é o mestre e LTE é o secundário; NR-DC (ou DC para NR-NR): ambos MN e SN usam NR; MR-DC (DC para multi-RAT): um termo genérico para descrever onde o MN e o SN usam diferentes Tecnologias de Acesso Via Rádio (RATs), EN-DC e NE-DC são dois exemplos de casos diferentes de MR-DC. Harmonização de Portadora em EN-DC

[0014] Na Rede de Acesso via Rádio 2 (RAN2) foi acordado harmonizar o que antes se chamavam portadoras de MCG, portadoras divididas de MCG, portadoras de SCG e portadoras divididas de SCG da seguinte maneira: a) É possível configurar o UE para usar o Protocolo de Convergência de Dados de Pacote (PDCP) para NR para todas as portadoras (mesmo quando o UE estiver operando no modo LTE autônomo e o EN-DC não estiver configurado); b) Para todas as portadoras configurados com PDCP para NR, é possível configurar o UE para usar KeNB ou S-KeNB como chave de segurança; c) A configuração das camadas PDCP é separada da configuração das camadas inferiores da ramificação MCG e SCG.

[0015] Do ponto de vista do UE, isso significa que existem apenas três portadoras diferentes (como pode ser visto na Figura 4), a saber: d) portadora de MCG que usa o link de rádio somente para o

5 / 43 nó MN; e) portadora de SCG que utiliza apenas o rádio do nó SN; f) E a portadora dividida que usa o rádio do MN e do SN.

[0016] Onde essas portadoras terminam na rede não é mais importante da perspectiva do UE, ou seja, o UE usará apenas a chave que está sendo configurada para cada portadora. Do ponto de vista da RAN2, é totalmente suportado configurar as portadoras do MCG sendo terminadas no nó SN usando as portadoras S-KeNB e SCG sendo terminadas no nó MN. Da mesma forma, é possível suportar portadoras terminadas em SN e MN ao mesmo tempo, ou seja, portadoras divididas terminadas em SN e portadoras divididas terminadas em MN. Procedimento de Restabelecimento da LTE

[0017] O objetivo do procedimento de restabelecimento da LTE é restabelecer a conexão RRC ao detectar falha no link de rádio, falha na entrega, mobilidade da falha da E-UTRA, falha na verificação de integridade nas SRBs ou falha na reconfiguração da conexão RRC. O restabelecimento envolve a retomada da SRB1, a reativação da segurança e a configuração apenas da célula Primária (PCell), ou seja, operações de Agregação de Operadora (CA) ou de DC não são restabelecidas.

[0018] Quando o eNB de destino recebe uma solicitação de restabelecimento, ele identifica o eNB/célula de origem do ReestabUE- Identity incluído na solicitação e pode enviar uma mensagem Indication X2 de Falha de Link de Rádio (RLF) para o eNB de origem. O eNB de origem pode responder com uma mensagem de Solicitação de Entrega que inclui o contexto do UE (contexto de RRC e contexto de S1). Se o eNB de destino puder entender o contexto do UE, o restabelecimento será bem-sucedido e o eNB de destino enviará uma mensagem RRCConnectionReestablishment para o UE. Se o eNB de destino não receber o contexto do UE ou não entender o contexto, ele poderá rejeitar o restabelecimento e o UE precisará ir para

6 / 43 RRC_IDLE para se reconectar. Se o eNB de destino não entender o contexto de RRC, mas puder entender o contexto de S1, ele não necessariamente rejeitará o restabelecimento e ainda poderá responder com RRCConnectionReestablishment e depois usar a reconfiguração completa para reconfigurar as portadoras com base no contexto de S1.

[0019] Em caso de êxito no restabelecimento, a operação da SRB1 é retomada enquanto a operação de outras portadoras de rádio (SRB2 e DRBs) permanece suspensa. Se a segurança do Estrato de Acesso (AS) não foi ativada, o UE não inicia o procedimento, mas, em vez disso, move-se diretamente para RRC_IDLE.

[0020] A E-UTRAN aplica o procedimento de restabelecimento da seguinte forma: Quando a segurança do AS estiver ativada: - reconfigure a SRB1 e retome a transferência de dados somente para esta Portadora de Rádio; - reative a segurança do AS sem alterar os algoritmos.

[0021] Depois disso, o UE envia a mensagem RRCConnectionReestablishmentComplete e o eNB de destino responde enviando uma mensagem RRCConnectionReconfiguration para reconfigurar a SRB2 e as DRBs.

[0022] O fluxo do procedimento de restabelecimento de conexão RRC é mostrado nas Figuras 5 (caso de sucesso) e Figura 6 (caso de falha). SRB0 é usada para enviar as mensagens RRCConnectionReestablishmentRequest, RRCConnectionReestablishment e RRCConnectionReestablishementReject, enquanto RRCConnectionReestablishmentComplete usa SRB1. Procedimento de Suspensão/Retomada de LTE

[0023] A funcionalidade de suspensão/retomada de RRC foi introduzida na rel-13 para LTE. Um UE suspenso pode ser considerado em

7 / 43 um estado intermediário entre INATIVO e CONECTADO, em que o contexto do AS para UE é mantido no UE e na RAN e o UE pode ser visto como se estivesse no modo conectado, mas suspenso do ponto de vista da Rede Principal (CN) e no modo INATIVO do ponto de vista da RAN. A vantagem de operar neste modo é a sinalização reduzida e a transição mais rápida para o modo CONECTADO, em comparação com as transições herdadas do modo INATIVO-CONECTADO, mantendo as vantagens de economia de energia do UE no modo INATIVO.

[0024] Quando é tomada uma decisão pela rede de mover o UE para o estado suspenso, o eNB envia ao UE uma mensagem RRCConnectionRelease com o valor de causa de liberação de rrc-suspend. A mensagem RRCConnectionRelease também contém um Resume ID. O UE armazena o Resume ID e contexto AS do UE (incluindo a configuração RRC atual, o contexto atual de segurança, o estado do PDCP, incluindo o estado de Compressão de Cabeçalho Robusto (ROHC), o Identificador Temporário de Rede de Rádio por Célula (C-RNTI) usado na PCell de origem, a identidade da célula (cellID) e a identidade da célula física da fonte (PCell); restabelece todas as entidades de Controle de Link de Rádio (RLC) (tanto para SRBs quanto DRBs); e suspende todos as DRBs e SRBs com exceção da SRB0.

[0025] Quando o UE mais tarde quiser retomar a conexão (em resposta aos dados UL a serem enviados ou a uma solicitação de paginação para dados DL), ele envia uma mensagem RRCConnectionResumeRequest com o Resume ID salvo. Se a operação de retomada for executada em um eNB diferente do eNB que estava servindo o UE quando o UE foi suspenso, o novo eNB poderá executar uma busca de contexto usando o procedimento Retrieve UE Context X2 por meio do eNB antigo (como o Resume ID inclui informações sobre o eNB/célula antiga). Ao obter o contexto (se retomar em um novo eNB) ou se o reinício estiver no mesmo eNB, o eNB de destino responderá com uma mensagem RRCConnectionResume e o UE e o eNB

8 / 43 restauram o contexto do UE salvo e a transmissão/recepção de dados de/para o UE pode ser retomada.

[0026] O fluxo do procedimento de retomada da conexão RRC é mostrado na Figura 7 (caso de sucesso) e na Figura 8 (fallback do estabelecimento da conexão RRC). A Figura 9 (rejeição ou liberação da rede) mostra o procedimento de retomada na LTE. A SRB0 é usada para enviar as mensagens RRCConnectionResumeRequest, RRCConnectionSetup e RRCConnectionReestablishementReject, enquanto que as mensagens RRCConnectionResume e RRCConnectionResume Complete usam a SRB1.

[0027] A principal diferença entre retomada e restabelecimento é (de uma perspectiva processual): A SRB1 é usada para a mensagem RRCConnectionResume, enquanto que a SRB0 é usada para a mensagem RRCConnectionReestablishment.

[0028] A mensagem RRCConnectionResume, ao contrário da mensagem RRCConnectionReestablishement, pode conter a configuração da SRB2/DRB e, portanto, RRCConnectionReconfiguration não é necessário após a retomada (embora seja necessário, no caso de restabelecimento, reconfigurar as SRB2/DRBs).

[0029] O procedimento detalhado de suspensão da conexão RRC 1000 é ilustrado na Figura 10.

[0030] Mais especificamente, na etapa 1010 da Figura 10, devido a alguns gatilhos, por exemplo, a expiração de um temporizador de inatividade do UE, o eNB decide suspender a conexão RRC.

[0031] Na etapa 1020, o eNB inicia o procedimento de Suspensão de Contexto do UE para Protocolo de Aplicação S1 (AP) para informar a Entidade de Gerenciamento de Mobilidade (MME) que a conexão RRC está sendo suspensa. Para fazer isso, o eNB envia uma Solicitação de Suspensão de contexto do UE. Como nota, S1 refere-se à interface entre o eNB e a rede principal.

9 / 43

[0032] Na etapa 1030, a MME solicita ao Gateway de Serviço (S- GW) que libere todas as portadoras S1-U para o UE. A S1-U refere-se ao plano de usuário S1 e as portadoras S1-U são os portadoras que transportam dados do usuário entre o eNB e a rede principal.

[0033] Na etapa 1040, o MME reconhece a etapa 1020. Por exemplo, o MME envia uma resposta à solicitação da etapa 1020.

[0034] Na etapa 1050, o eNB suspende a conexão RRC enviando uma mensagem RRCConnectionRelease com o releaseCause definido como rrc- Suspend, para o UE. A mensagem inclui o resumeIdentity que é armazenado pelo UE.

[0035] Na etapa 1060, o UE armazena o contexto AS, suspende todas as SRBs e DRBs. O UE entra no estado conectado à luz RRC_IDLE.

[0036] Quando o UE mais tarde quiser retomar a conexão (em resposta aos dados UL a serem enviados ou a uma solicitação de paginação para dados DL), ele envia uma mensagem RRCConnectionResumeRequest com o resumeIdentity salvo. O eNB responde com uma mensagem RRCConnectionResume e o UE e o eNB restauram o contexto do UE salvo e a transmissão/recepção de dados de/para o UE pode ser retomada. Observe que a operação de retomada pode ser realizada em um eNB diferente do eNB que estava servindo o UE quando o UE foi suspenso. Nesse caso, o novo eNB pode executar uma busca de contexto, por exemplo, usando o procedimento Retrieve UE Context do eNB antigo (como o resumeIdentity inclui informações sobre o eNB/célula antiga).

[0037] O procedimento de retomada da conexão RRC no mesmo eNB e no eNB novo é ilustrado nas Figuras 11 e 12, respectivamente.

[0038] A Figura 11 ilustra um procedimento de retomada de conexão RRC 1100 no mesmo eNB.

[0039] Na etapa 1110, o UE envia um Preâmbulo de Acesso Aleatório ao eNB, a fim de acessar a rede.

10 / 43

[0040] Na etapa 1120, o eNB responde enviando uma Resposta de Acesso Aleatório, para confirmar que o UE está conectado ao nó da rede (eNB).

[0041] Na etapa 1130 da Figura 11, em algum momento posterior (por exemplo, quando o UE está sendo paginado ou quando novos dados chegam no buffer de uplink), o UE retoma a conexão enviando um RRCConnectionResumeRequest para o eNB. O UE pode incluir seu Resume ID, a causa do estabelecimento e o token de autenticação. O token de autenticação é calculado da mesma maneira que o Código de Autenticação de Mensagem-Integridade (MAC-I) usado no restabelecimento da conexão RRC e permite que o eNB verifique a identidade do UE.

[0042] Na etapa 1140, desde que o Resume ID exista e o token de autenticação seja validado com êxito, o eNB responderá com um RRCConnectionResume. A mensagem inclui o valor de Contagem de Encadeamento de Próximo Salto (NCC) que é necessário para restabelecer a segurança do AS.

[0043] Na etapa 1150, o UE retoma todas as SRBs e DRBs e restabelece a segurança do AS. O UE está agora em RRC_CONNECTED.

[0044] Na etapa 1160, o UE responde com uma mensagem RRCConnectionResumeComplete confirmando que a conexão RRC foi retomada com sucesso.

[0045] Na etapa 1170, o eNB inicia o procedimento de Retomada de Contexto S1-AP para notificar a MME sobre a alteração de estado do UE.

[0046] Na etapa 1180, a MME solicita ao S-GW para ativar as portadoras S1-U para o UE.

[0047] Na etapa 1190, a MME reconhece a etapa 1170.

[0048] A Figura 12 ilustra o procedimento de retomada de RRC 1200 em um eNB diferente do eNB de origem em que o UE foi suspenso.

[0049] As etapas 1205 a 1215 são iguais às etapas 1110 a 1130 na

11 / 43 Figura 11.

[0050] Na etapa 1220 (X2-AP: Recuperar Solicitação de Contexto do UE), o novo eNB localiza o eNB antigo usando o Resume ID e recupera o contexto do UE por meio do procedimento X2-AP Recuperar Contexto UE.

[0051] Na etapa 1225 (X2-AP: Recuperar Resposta de contexto do UE), o eNB antigo responde ao novo eNB com o contexto do UE associado ao Resume ID.

[0052] Na etapa 1230, é a mesma etapa da etapa 1140 da Figura 11 (na retomada da conexão intra eNB).

[0053] Na etapa 1235, é igual à etapa 1150 da Figura 11 (na retomada da conexão intra eNB).

[0054] Na etapa 1240, é igual à etapa 1160 da Figura 11 (na retomada da conexão intra eNB).

[0055] Na etapa 1245, o novo eNB inicia o procedimento de Comutação de Caminho S1-AP para estabelecer uma conexão de sinalização associada ao A1 UE para a MME de serviço e solicitar à MME que retome o contexto do UE.

[0056] Na etapa 1250, a MME solicita ao S-GW para ativar as portadores S1-U para o UE e atualiza o caminho de downlink.

[0057] Na etapa 1255, a MME reconhece a etapa 1245.

[0058] Na etapa 1260 (X2-AP: Liberação de Contexto do UE), após o procedimento de Comutação de Caminho S1-AP, o novo eNB aciona a liberação do contexto do UE no eNB antigo por meio do procedimento de Liberação de Contexto do UE X2-AP.

[0059] O procedimento de retomada é um procedimento oportunista, pois pode haver casos em que o nó da RAN não possui o contexto do UE armazenado. Nesse caso, foi especificada uma solução que permite que o RAN recupere o contexto do UE usando o procedimento de configuração da conexão RRC que envolve sinalização do UE para a CN e, em seguida, a CN

12 / 43 reconstruindo o contexto do UE na RAN. O procedimento RRC para isso é mostrado na Figura 8. Na figura 13, um procedimento mais detalhado é mostrado para este caso. Este caso também pode ser chamado de recuperação ou transição do NAS via INATIVO (desde que o contexto do AS para UE seja removido). A Figura 13 é conhecida na técnica, como tal, não será mais descrita. Configurações Completas de RRC na LTE

[0060] Na LTE, durante uma Entrega (HO) ou restabelecimento, o contexto do UE é passado da origem para o eNB de destino. Se o eNB de destino não entender nenhuma parte da configuração do UE, ele acionará a configuração completa. O procedimento de configuração completa está especificado na Especificação Técnica do Projeto de Parceria de Terceira Geração (3GPP TS) 36.331, seção 5.3.5.8, conforme abaixo.

[0061] O UE deve: 1> liberar/ limpar todas as configurações de rádio dedicadas atuais, exceto o C-RNTI para MCG, a configuração de segurança do MCG e as configurações lógicas do PDCP e RLC para as RBs e a configuração de medição registrada; NOTA 1: A configuração de rádio não é apenas a configuração de recursos, mas inclui outras configurações, como MeasConfig e OtherConfig.

[0062] 1> se a mensagem RRCConnectionReconfiguration inclui o mobilityControlInfo: 2> liberar/limpar todas as configurações de rádio comuns atuais; 2> usar os valores padrão especificados em 9.2.5 para o temporizador T310, T311 e N310, N311constante; 1> mais: 2> usar valores para os temporizadores T301, T310, T311 e

13 / 43 N310, N311 constante, conforme incluído no ue-TimersAndConstants recebido em SystemInformationBlockType2 (ou SystemInformationBlockType2-NB na NB-IoT); 1> aplicar a configuração padrão do canal físico, conforme especificado em 9.2.4; 1> aplicar a configuração padrão de programação semipersistente, conforme especificado em 9.2.3; 1> aplicar a configuração padrão principal do MAC, conforme especificado em 9.2.2; 1> se o UE é um UE para NB-IoT; ou 1> para cada valor de srb-Identity incluído no srb- ToAddModList (Reconfiguração de SRB): 2> aplicar a configuração especificada definida em 9.1.2 para a SRB correspondente; 2> aplicar a configuração RLC padrão correspondente para a SRB especificada em 9.2.1.1 para SRB1 ou em 9.2.1.2 para SRB2; 2> aplicar a configuração padrão de canal lógico correspondente para a SRB, conforme especificado em 9.2.1.1 para SRB1 ou em 9.2.1.2 para SRB2; NOTA 2: Isso serve para colocar as SRBs (SRB1 e SRB2 para entrega e SRB2 para reconfiguração após restabelecimento) em um estado conhecido a partir do qual a mensagem de reconfiguração pode fazer outras configurações.

[0063] 1> para cada valor de eps-BearerIdentity incluído no drb- ToAddModList que faz parte da configuração atual do UE: 2> liberar a entidade do PDCP; 2> liberar a entidade ou entidades de RLC; 2> liberar o canal lógico DTCH; 2> liberar o drb-identity;

14 / 43 NOTA 3: Isso manterá o eps-beaterIdentity, mas removerá as DRBs, incluindo a drb-identity dessas portadores da configuração atual do UE e acionará a configuração das DRBs dentro do AS na Seção 5.3.10.3, usando a nova configuração. O eps-bearerIdentity atua como a âncora para associar a DRB liberada e reconfigurada. No AS, a reconfiguração da DRB é equivalente a uma nova configuração da DRB (incluindo novas configurações de PDCP e de canal lógico).

[0064] 1> para cada valor de eps-BearerIdentity que faz parte da configuração atual do UE, mas não faz parte do drb-ToAddModList: 2> executar a liberação de DRB conforme especificado em

5.3.10.2; Como pode ser visto acima, a opção de configuração completa inclui uma inicialização da configuração de rádio, que torna o procedimento independente da configuração usada na(s) célula(s) de origem, com a exceção de que os algoritmos de segurança são continuados para o restabelecimento do RRC. Se uma DRB não estiver incluída no drb-ToAddModList, a DRB será liberada e, portanto, uma mensagem para as camadas superiores será enviada indicando a liberação da portadora (por exemplo, é necessária uma configuração completa do portadora para continuar o(s) serviço(s) de dados associado(s) à(s) portadora(s) liberada(s). Para as portadoras incluídas no drb- toAddModList, as entidades de PDCP/RLC/Canal Lógico (LCH) são liberadas e estabelecidas novamente.

[0065] As vantagens de usar a configuração completa é que o nó de destino (da entrega) não precisa entender a configuração do UE no nó de origem. Isso torna possível suportar a mobilidade entre nós diferentes, que suportam diferentes versões de protocolo de RRC e outros protocolos. Também permite lidar com casos em que os nós de origem e de destino suportam soluções diferentes para manipulação e configuração do UE (por exemplo, usando algoritmos diferentes).

15 / 43

[0066] A desvantagem de usar a configuração completa (ou seja, a vantagem de usar a sinalização delta) é que a configuração completa pode levar a mensagens maiores enviadas pelo rádio em comparação com a sinalização delta, onde apenas partes relevantes do contexto do UE são reconfiguradas.

[0067] Observe que, embora a configuração completa seja normalmente empregada durante a HO ou o restabelecimento, a rede pode decidir executar uma reconfiguração completa do UE a qualquer momento.

SUMÁRIO

[0068] O procedimento de configuração completa descrito acima é realizado enviando uma mensagem RRCConnectionReconfiguation com o sinalizador fullConfig definido e não está disponível para outras mensagens de reconfiguração de rádio, como restabelecer e retomar. No caso de restabelecimento, o procedimento é sempre seguido por um procedimento RRCConnectionReconfiguation e, como tal, a configuração completa pode ser executada durante esse estágio. Por outro lado, um dos principais objetivos do procedimento de retomada é transferir o UE para o modo conectado o mais rápido possível (com o mínimo de sinalização possível), reutilizando a configuração salva do UE quando ele foi suspenso e, portanto, um procedimento adicional de RRCConnectionReconfiguation não é necessário.

[0069] No entanto, há cenários em que, durante a retomada após a suspensão, o nó de destino não entende a configuração de rádio do UE e, como a configuração completa não é suportada, a única opção viável para a retomada do UE será pelo modo INATIVO (como ilustrado nas Figuras 8 e 12), o que acarreta atrasos adicionais na continuidade do serviço no UE.

[0070] No contexto do rel-15 e EN-DC, essas situações podem facilmente acontecer. Por exemplo, um UE pode ser configurado para usar NR PDCP para algumas das portadoras de rádio (SRBs ou DRBs), mesmo quando não está no modo EN-DC, pode ser retomado em um eNB que não

16 / 43 suporta NR PDCP.

[0071] Para resolver esse problema, em certa medida, foi proposta uma solução no pedido provisório de patente número 62/565.067, depositado na USPTO em 28 de setembro de 2017 (cujo conteúdo está incorporado neste documento) e posteriormente capturado em um acordo que foi feito na reunião da RAN2 #100 [ftp://ftp.3gpp.org/tsg_ran/WG2_RL2/TSGR2_100/Report/RAN2-100-Reno- Chair-Notes-2017-12-01-eom.docx]. Acordos 1 No restabelecimento, • UE volta a usar PDCP para LTE para SRB1 • Se o eNB de destino suportar NR-PDCP, ele poderá usar RRCConnectionReconfiguration para reverter a versão do PDCP da SRB1 ou quaisquer outras portadoras para NR • Se o eNB de destino não suportar NR-PDCP, ele poderá executar a configuração completa para reverter a versão do PDCP de todas as portadoras para PDCP para LTE. 2 Na retomada, • UE volta a usar PDCP para LTE para SRB1 3 A mensagem RRCResume se estende para permitir a configuração de portadoras com NR PDCP

[0072] Esta solução garante que o eNB poderá enviar o comando RRCConnectionResume na SRB1 que usa PDCP para LTE, e o UE será capaz de entendê-lo. No entanto, a solução ainda exige que o eNB entenda o contexto (ou configuração) do UE na célula de origem para saber como deve ser capaz de configurar o UE na célula de destino. Se a célula de destino (ou nó da rede) não entender o contexto do UE, ela não terá escolha para permitir que o UE execute a recuperação do NAS enviando uma mensagem de configuração da conexão de RRC ao UE (conforme ilustrado nas Figuras 8 e

17 / 43 12).

[0073] Certos aspectos e suas modalidades da presente descrição podem fornecer soluções para os problemas mencionados acima.

[0074] De acordo com um primeiro aspecto, é fornecido um método em um nó de rede (por exemplo, estação de base, gNB, eNB). O método inclui: receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; em resposta à solicitação, enviar uma mensagem de retomada para o dispositivo sem fio, a mensagem compreendendo uma indicação para executar uma configuração completa.

[0075] De acordo com um segundo aspecto, é fornecido um nó de rede que compreende circuitos. O circuito pode incluir um ou mais processadores e memória. O nó da rede é operável para executar etapas de acordo com modalidades do método descrito neste documento, conforme os vários aspectos.

[0076] De acordo com um terceiro aspecto, algumas modalidades incluem um nó de rede configurado, ou operável, para executar uma ou mais funcionalidades de nó de rede (por exemplo, ações, operações, etc.) conforme descrito neste documento.

[0077] Em algumas modalidades, o nó da rede pode compreender uma ou mais interfaces de comunicação configuradas para se comunicar com um ou mais outros nós de rádio e/ou com um ou mais nós da rede, e circuitos de processamento operativamente conectados à interface de comunicação, sendo o circuito de processamento configurado para executar uma ou mais funcionalidades do nó de rede, conforme descrito neste documento. Em algumas modalidades, o circuito de processamento pode compreender pelo menos um processador e pelo menos uma memória armazenando instruções que, ao serem executadas pelo processador, configuram pelo menos um processador para permitir um ou mais das funcionalidades descritas do nó da rede, conforme descrito neste documento.

18 / 43

[0078] Em algumas modalidades, o nó de rede pode compreender um ou mais módulos funcionais configurados para executar uma ou mais funcionalidades do nó de rede, conforme descrito neste documento.

[0079] De acordo com um quarto aspecto, algumas modalidades incluem um meio legível por computador não transitório que armazena um produto de programa de computador que compreende instruções que, ao serem executadas pelos circuitos de processamento (por exemplo, pelo menos um processador) do nó da rede, configuram os circuitos de processamento para executar uma ou mais funcionalidades do nó de rede, conforme descrito neste documento.

[0080] De acordo com o quinto aspecto, também são fornecidos programas de computador, mídia legível por computador configurada para processar e/ou armazenar instruções para etapas de acordo com modalidades do método descrito neste documento, de acordo com os vários aspectos.

[0081] De acordo com o sexto aspecto, é fornecido um método em um dispositivo sem fio. O método inclui: enviar para um nó da rede uma solicitação para retomar uma conexão em uma rede de comunicação; receber uma mensagem de retomada do nó de rede, a mensagem compreendendo uma indicação para executar uma configuração completa; e aplicar a configuração completa.

[0082] De acordo com um sétimo aspecto, é fornecido um dispositivo sem fio que compreende circuitos. O circuito pode incluir um ou mais processadores e memória. O dispositivo sem fio é operável para executar etapas de acordo com modalidades do método descrito neste documento, conforme os vários aspectos.

[0083] De acordo com um oitavo aspecto, algumas modalidades incluem um nó de rede configurado, ou operável, para executar uma ou mais funcionalidades de nó de rede (por exemplo, ações, operações, etc.) conforme descrito neste documento.

19 / 43

[0084] Em algumas modalidades, o dispositivo sem fio pode compreender uma ou mais interfaces de comunicação configuradas para se comunicar com um ou mais outros nós de rádio e/ou com um ou mais nós da rede, e circuitos de processamento conectados operacionalmente à interface de comunicação, sendo o circuito de processamento configurado para executar uma ou mais funcionalidades do dispositivo sem fio, conforme descrito neste documento. Em algumas modalidades, o circuito de processamento pode compreender pelo menos um processador e pelo menos uma memória armazenando instruções que, ao serem executadas pelo processador, configuram pelo menos um processador para executar um ou mais das funcionalidades do dispositivo sem fio, conforme descrito neste documento.

[0085] Certas modalidades de aspectos da presente descrição podem fornecer uma ou mais vantagens técnicas, incluindo: - Será possível retomar um UE suspenso em um e/gNB que esteja empregando uma versão anterior da RAT (ou a mesma versão da RAT, mas com funcionalidade limitada) do que aquela que está sendo usada pelo eNB de origem onde o UE foi suspenso (ou foi enviado para o modo inativo).

[0086] - Comportamento uniforme do UE à medida que o UE percorre a rede (ou seja, o UE pode ser retomado com a mesma latência, independentemente da versão da RAT usada pela origem e pelo destino).

[0087] - Os operadores obtêm alguma margem de manobra em termos de quando atualizar seus nós da rede (ou seja, não precisam atualizar todos os nós da rede para dar suporte à funcionalidade de retomar sempre que implantar novos nós da rede que empregam a versão mais recente da RAT ou atualizar algumas partes de seus nós implantados).

[0088] Certas modalidades podem ter algumas ou nenhuma das vantagens acima. Outras vantagens serão evidentes para os versados na técnica.

20 / 43

[0089] Este resumo não é uma visão geral abrangente de todas as modalidades contempladas e não se destina a identificar aspectos ou características-chave ou críticas de uma ou todas as modalidades ou a delinear o escopo de uma ou de todas as modalidades. Nesse sentido, outros aspectos e características ficarão evidentes para os versados na técnica após revisão da descrição a seguir de modalidades específicas em conjunto com as figuras anexas.

BREVE DESCRIÇÃO DOS DESENHOS

[0090] As modalidades exemplares serão descritas em mais detalhes com referência às seguintes figuras, nas quais: A Figura 1 ilustra um diagrama de blocos esquemático de um Plano de Usuário (UP) de DC para LTE.

[0091] A Figura 2 é um diagrama de blocos esquemático de uma interoperação restrita de LTE-NR para o UP.

[0092] A Figura 3 é um diagrama de blocos esquemático de uma interoperação restrita de LTE-NR para o Plano de Controle (CP).

[0093] A Figura 4 ilustra um diagrama de blocos esquemático da configuração de 3 portadoras em uma rede de comunicação.

[0094] A Figura 5 ilustra um diagrama de sinal de um procedimento bem-sucedido de restabelecimento da conexão RRC.

[0095] A Figura 6 ilustra um diagrama de sinal de um procedimento de restabelecimento de conexão RRC com falha.

[0096] A Figura 7 ilustra um diagrama de sinal de um procedimento bem sucedido de retomada de conexão RRC.

[0097] A Figura 8 ilustra um diagrama de sinal de um fallback bem sucedido de retomada de conexão RRC bem-sucedido ao procedimento de estabelecimento de conexão RRC.

[0098] A Figura 9 ilustra um diagrama de sinal de um procedimento de retomada de conexão RRC, com uma rejeição ou liberação de rede.

21 / 43

[0099] A Figura 10 é um diagrama de sinal de uma suspensão de conexão RRC.

[00100] A Figura 11 é outro diagrama de sinal de um procedimento de retomada de conexão RRC.

[00101] A Figura 12 é um diagrama de sinal de um procedimento de retomada de conexão RRC em um nó de rede de destino que é diferente do nó de rede de origem em que o UE foi suspenso.

[00102] A Figura 13 ilustra um diagrama de sinal para lidar com o caso quando um contexto de UE não pode ser recuperado.

[00103] A Figura 14 ilustra um diagrama de blocos esquemático de uma rede de comunicação.

[00104] A Figura 15 ilustra um fluxograma de um método em um nó de rede de acordo com uma modalidade.

[00105] A Figura 16 ilustra um fluxograma de outro método em um nó de rede de acordo com uma modalidade.

[00106] A Figura 17 ilustra um fluxograma de um método em um dispositivo sem fio de acordo com uma modalidade.

[00107] A Figura 18 ilustra ainda um fluxograma de um outro método em um nó de rede de acordo com uma modalidade.

[00108] As Figuras 19 e 20 ilustram diagramas de bloco esquemáticos de um nó de rede de acordo com algumas modalidades.

[00109] As Figuras 21 e 22 ilustram diagramas de blocos de um dispositivo sem fio de acordo com algumas modalidades.

[00110] A Figura 23 ilustra um diagrama de blocos esquemático que ilustra um ambiente de virtualização no qual funções implementadas por algumas modalidades podem ser virtualizadas.

DESCRIÇÃO DETALHADA

[00111] As modalidades apresentadas abaixo representam informações para permitir aos versados na técnica praticar as modalidades. Após a leitura

22 / 43 da descrição a seguir, à luz das figuras anexas, os versados na técnica entenderão os conceitos da descrição e reconhecerão as aplicações desses conceitos que não são particularmente abordados neste documento. Deve-se entender que esses conceitos e aplicações se enquadram no escopo da descrição.

[00112] Na descrição a seguir, vários detalhes específicos são apresentados. No entanto, entende-se que modalidades podem ser praticadas sem esses detalhes específicos. Em outros casos, circuitos, estruturas e técnicas conhecidas não foram mostradas em detalhes para não obscurecer o entendimento da descrição. Aqueles versados na técnica, com a descrição incluída, serão capazes de implementar a funcionalidade apropriada sem experimentação indevida.

[00113] As referências no relatório descritivo a “uma modalidade”, “uma modalidade exemplar”, etc., indicam que a modalidade descrita pode incluir um recurso, estrutura ou característica específica, mas toda modalidade pode não incluir necessariamente o recurso, estrutura ou característica. Além disso, essas frases não estão necessariamente se referindo à mesma modalidade. Além disso, quando uma característica, estrutura ou característica específica é descrita em conexão com uma modalidade, é apresentado que é do conhecimento de um versado na técnica implementar tal recurso, estrutura ou característica em conexão com outras modalidades, quer seja descrito explicitamente ou não.

[00114] Conforme usado neste documento, as formas singulares “um”, “uma”, “a/o” também pretendem incluir as formas plurais, a menos que o contexto indique claramente o contrário. Será entendido ainda que os termos “compreende”, “compreendendo”, “inclui” e/ou “incluindo”, quando usados neste documento, especificam a presença de recursos declarados, números inteiros, etapas, operações, elementos e/ou componentes, mas não exclui a presença ou adição de um ou mais recursos, números inteiros, etapas,

23 / 43 operações, elementos, componentes e/ou grupos dos mesmos.

[00115] A Figura 14 ilustra uma rede de comunicação sem fio 200 para comunicações sem fio. A rede de comunicação sem fio 200 inclui dispositivos sem fio 210 (por exemplo, equipamentos de usuário, UEs) e uma pluralidade de nós de rede 220 (por exemplo, eNBs, gNBs, estações de base, etc.) conectados a um ou mais nós de rede principal 240 através de uma rede de interconexão 230. Os dispositivos sem fio 210 dentro da área de cobertura podem ser capazes de se comunicar diretamente com os nós da rede 220 através de uma interface sem fio. Os UEs 210 são UEs com capacidade massiva de MIMO (M-MIMO), por exemplo. O nó de rede pode ser o nó de rede de serviço do UE para M-MIMO ou qualquer nó de rede com o qual o UE para M-MIMO possa estabelecer ou manter um link de comunicação e/ou receber informações (por exemplo, via canal de transmissão). Como tal, o nó da rede pode compreender múltiplas antenas distribuídas por uma pluralidade de RRHs.

[00116] Em certas modalidades, os dispositivos sem fio 210 também podem ser capazes de se comunicar via comunicação dispositivo a dispositivo (D2D). Em certas modalidades, os nós de rede 220 também podem ser capazes de se comunicar, por exemplo, através de uma interface (por exemplo, X2 em LTE ou outra interface adequada).

[00117] Como um exemplo, o dispositivo sem fio 210 pode se comunicar com o nó de rede 220 através de uma interface sem fio. Ou seja, o dispositivo sem fio 210 pode transmitir sinais sem fio e/ou receber sinais sem fio do nó da rede 220. Os sinais sem fio podem conter tráfego de voz, tráfego de dados, sinais de controle e/ou qualquer outra informação adequada. Em algumas modalidades, uma área de cobertura de sinal sem fio associada a um nó de rede 220 pode ser referida como uma célula.

[00118] Em algumas modalidades, o dispositivo sem fio 210 pode ser referido de forma intercambiável pelo termo equipamento de usuário (UE)

24 / 43 não limitativo. O dispositivo sem fio 210 pode ser qualquer tipo de dispositivo sem fio capaz de, pelo menos, comunicações M-MIMO com um nó de rede ou outro UE através de sinais de rádio. Exemplos desses UEs para M-MIMO são: sensor, modem, smartphone, dispositivo tipo máquina (MTC), também conhecido como dispositivo máquina a máquina (M2M), PDA, iPAD, tablet, smartphone, equipado com laptop (LEE), equipamento montado em laptop (LME), dongles de USB, etc.

[00119] Em algumas modalidades, o “nó da rede” pode ser qualquer tipo de nó da rede. Exemplos de nós da rede são eNodeB, Nó B, Estação de Base, ponto de acesso sem fio (AP), controlador da estação base, controlador de rede de rádio, relé, relé de controle de nó doador, estação transceptora de base (BTS), pontos de transmissão, nós de transmissão, Unidade Remota de Rádio (RRU), Cabeça Remota de Rádio (RRH), nós no sistema de antena distribuída (DAS), nó da rede principal, Entidade de Gerenciamento de Mobilidade (MME) etc.

[00120] Em certas modalidades, os nós de rede 220 podem interagir com um controlador de rede de rádio (não mostrado). O controlador de rede de rádio pode controlar os nós da rede 220 e pode fornecer certas funções de gerenciamento de recursos de rádio, funções de gerenciamento de mobilidade e/ou outras funções adequadas. Em certas modalidades, as funções do controlador de rede de rádio podem ser incluídas no nó de rede 220. O controlador de rede de rádio pode interagir com o nó da rede principal 240. Em certas modalidades, o controlador de rede de rádio pode interagir com o nó da rede principal 240 através da rede de interconexão 230.

[00121] A rede de interconexão 230 pode se referir a qualquer sistema de interconexão capaz de transmitir áudio, vídeo, sinais, dados, mensagens ou qualquer combinação dos anteriores. A rede de interconexão 230 pode incluir toda ou parte de uma rede telefônica pública comutada (PSTN), uma rede de dados pública ou privada, uma rede de área local (LAN), uma rede de área

25 / 43 metropolitana (MAN), uma rede de área ampla (WAN), uma rede de comunicação ou computador local, regional ou global, como a Internet, uma rede com ou sem fio, uma intranet corporativa ou qualquer outro link de comunicação adequado, incluindo combinações dos mesmos.

[00122] Em algumas modalidades, o nó da rede principal 240 pode gerenciar o estabelecimento de sessões de comunicação e várias outras funcionalidades para dispositivos sem fio 210. Exemplos do nó da rede principal 340 podem incluir MSC, MME, SGW, PGW, O&M, OSS, SON, nó de posicionamento (por exemplo, E-SMLC), nó MDT, etc. Os dispositivos sem fio 210 podem trocar certos sinais com o nó da rede principal 240 usando a camada de estrato sem acesso. Na sinalização de estrato sem acesso, os sinais entre os dispositivos sem fio 310 e o nó da rede principal 240 podem ser transmitidos de forma transparente através da rede de acesso por rádio. Em certas modalidades, os nós de rede 220 podem interagir com um ou mais outros nós de rede através de uma interface internó. Por exemplo, os nós de rede 220 podem interagir entre si através de uma interface X2.

[00123] Embora a Figura 14 ilustre um arranjo particular da rede 200, a presente descrição contempla que as várias modalidades descritas neste documento podem ser aplicadas a uma variedade de redes com qualquer configuração adequada. Por exemplo, a rede 200 pode incluir qualquer número adequado de dispositivos sem fio 210 e nós de rede 220, bem como 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 (como um telefone fixo). As modalidades podem ser implementadas em qualquer tipo apropriado de sistema de telecomunicações, suportando quaisquer padrões de comunicação adequados e usando quaisquer componentes adequados e são aplicáveis a qualquer tecnologia de acesso por rádio (RAT) ou sistemas multi-RAT nos quais o dispositivo sem fio recebe e/ou transmite sinais (por exemplo, dados).

26 / 43

[00124] Embora a terminologia do LTE para 3GPP (ou E-UTRAN) tenha sido usada nesta descrição para exemplificar as modalidades e descrever os nós da rede de serviço e vítima, isso não deve ser visto como uma limitação do escopo da descrição apenas ao sistema supracitado. Outros sistemas sem fio, incluindo WCDMA, UTRA FDD, UTRA TDD e GSM/GERAN/EDGE, também podem se beneficiar da exploração das ideias abordadas nesta descrição. Além disso, modalidades desta descrição podem ser aplicadas a cenários em que os nós de serviço e vítima empregam diferentes tecnologias de acesso por rádio (RATs).

[00125] Como mencionado acima, o procedimento completo de reconfiguração (ou configuração) não está disponível para procedimentos de controle de rádio, como os procedimentos de restabelecimento e retomada.

[00126] Modalidades desta descrição podem abordar as desvantagens dos procedimentos de retomada atuais de LTE e NR, para o caso em que um UE é retomado em um eNB/gNB que não suporta todas as funcionalidades do eNB de origem. Nesse caso, o eNB/gNB de destino pode não conseguir ler as informações contidas no contexto do AS para UE, tornando impossível retomar a conexão do UE sem voltar ao modo INATIVO (também conhecido como recuperação do NAS). O uso da recuperação do NAS pode gerar atrasos e sinalização adicionais. Algumas modalidades mitigam esse problema, introduzindo a possibilidade de realizar uma reconfiguração completa durante o procedimento de retomada, por exemplo. Modalidade A

[00127] A Modalidade A propõe utilizar uma configuração completa em relação ao UE no procedimento de retomada, como mostrado na Figura 12, mas onde o novo eNB não é compatível com o antigo eNB, o que significa que o novo eNB não pode ler, identificar, entender, acessar alguns arquivos, como as informações de configuração (por exemplo, contexto do AS para UE).

27 / 43

[00128] Mais especificamente, o procedimento de retomada foi aprimorado para oferecer suporte a uma configuração completa (ou reconfiguração). Quando um eNB novo/destino (gNB) recebe uma solicitação de retomada de um UE (consulte, por exemplo, a etapa 1215 da Figura 12), ele recupera um contexto do AS para UE do eNB de origem/antigo (consulte as etapas 1220 e 1225 da Figura 12). Caso o eNB novo/destino e o eNB de origem/antigo sejam diferentes (usando diferentes tecnologias de acesso por rádio ou versões diferentes da tecnologia), o eNB de destino pode não conseguir acessar ou ler completamente o contexto do AS para UE.

[00129] A Figura 15 ilustra um método 300 para retomar uma conexão em um nó de rede, como o novo eNB. Nesse caso, o eNB de destino (gNB) executa as seguintes etapas ou operações de: Etapa 305: receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão na rede de comunicação.

[00130] Etapa 310: com base na solicitação, recuperar informações de configuração (por exemplo, contexto de AS para UE) para o dispositivo sem fio.

[00131] Etapa 315: em resposta à determinação de que as informações de configuração recuperadas não são identificáveis, gerar novos parâmetros de configuração.

[00132] Etapa 320: enviar uma mensagem de resposta de retomada para o dispositivo sem fio, a mensagem compreendendo uma indicação para executar uma configuração completa usando os novos parâmetros de configuração.

[00133] Na etapa 305, a solicitação para retomar pode ser uma Solicitação de Retomada de Conexão RRC.

[00134] Na etapa 315: após determinar que as informações de configuração recuperadas não são identificáveis, o novo eNB pode simplesmente ignorar as informações de contexto do AS para UE

28 / 43 recuperadas. Em seguida, ele pode preparar (ou gerar) uma nova informação de contexto de AS para UE a partir das informações de contexto S1 ou NG que são fornecidas durante a recuperação do contexto do AS para UE. O contexto S1 e NG contém informações que a rede principal enviou à RAN durante a configuração inicial do contexto do UE ou em uma sinalização subsequente. Essas informações podem incluir parâmetros de rádio para configuração e informações sobre os diferentes suportes. Esta informação deve ser suficiente para o eNB de destino reconstruir o contexto do AS para UE.

[00135] Na etapa 320: o novo eNB prepara a mensagem RRC Resume que inclui as novas informações de contexto do AS para UE para o envio ao dispositivo sem fio. Para fazer isso, o novo eNB define um sinalizador para a configuração completa na mensagem RRC Resume. Uma vez definido o sinalizador, ele pode ser chamado de sinalizador fullConfig. Nos sistemas atuais, não existe esse sinalizador na mensagem de Retomada. Então, o novo eNB envia a mensagem RRC Resume para o UE com o sinalizador.

[00136] Em resposta ao recebimento da mensagem de retomada do RRC que contém o sinalizador fullConfig, o UE descartará a configuração da portadora antiga e outros parâmetros de rádio antigos, por exemplo. Em seguida, aplicará apenas a (nova) configuração recebida na mensagem de RRC Resume. Deste modo, o UE pode mudar para uma nova configuração a partir de um nó de rede que não pode entender a configuração antiga. Observe que alguns parâmetros, como as chaves de segurança, serão mantidos no UE mesmo após o recebimento do sinalizador fullConfig uma vez que a proteção de criptografia e integridade já está ativa e em execução quando o nó da rede (gNB) envia a mensagem RRC Resume.

[00137] Observe que modificações, adições ou omissões podem ser feitas no método 300 da Figura 15. Além disso, uma ou mais etapas no método 300 podem ser executadas em paralelo ou em qualquer ordem

29 / 43 adequada. Como tal, a Figura 16 ilustra outro método 300 para retomar uma conexão com um nó de rede. Este método é referido como método 330 e pode ser executado em um nó de rede 220 da Figura 14. Esse nó de rede pode ser chamado de novo nó de rede ou um eNB ou gNB de destino. O método 330 inclui as seguintes etapas: Etapa 335: receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão na rede de comunicação.

[00138] Etapa 340: em resposta à solicitação, enviar uma mensagem de resposta de retomada ao dispositivo sem fio, a mensagem compreendendo uma indicação para executar uma configuração completa.

[00139] Em alguns exemplos, o nó de rede 220 (por exemplo, novo eNB) pode recuperar informações de configuração (por exemplo, contexto do AS para UE) do eNB de origem/antigo após o recebimento da solicitação de retomada. Além disso, caso o eNB novo/destino e o eNB de origem/antigo sejam diferentes (usando diferentes tecnologias de acesso por rádio ou versões diferentes da tecnologia), o eNB de destino pode não ser capaz de acessar ou ler completamente o contexto do AS para UE. Nesse caso, o novo eNB pode gerar parâmetros de configuração (novos em comparação aos parâmetros de configuração atuais) para a configuração completa.

[00140] Em algumas modalidades, o novo nó de rede pode determinar que as informações de configuração recuperadas não são identificáveis/ilegíveis, o novo eNB pode simplesmente ignorar as informações de contexto recuperadas do AS para UE. Em seguida, ele pode preparar (ou gerar) parâmetros de configuração, por exemplo, novas informações de contexto do AS para UE a partir das informações de contexto S1 ou NG que são fornecidas durante a recuperação do contexto do AS para UE. Os contextos S1 e NG contêm informações que a rede principal enviou à RAN durante a configuração inicial do contexto do UE ou em uma sinalização subsequente. Essas informações podem incluir parâmetros de

30 / 43 rádio para configuração e informações sobre os diferentes suportes. Esta informação deve ser suficiente para o eNB de destino reconstruir o contexto do AS para UE. Como uma nota, S1 é a interface entre o eNB e a rede principal, quando a rede principal é Núcleo de Pacote Aprimorado (EPC). NG é a interface entre um eNB/gNB e a rede principal, quando a rede principal é 5GC.

[00141] Em algumas modalidades, o novo eNB prepara a mensagem Resume RRC que inclui as novas informações de contexto do AS para UE (ou parâmetros de configuração) a serem enviadas ao dispositivo sem fio. O novo eNB define um sinalizador para a configuração completa na mensagem RRC Resume. Uma vez definido o sinalizador, ele pode ser chamado de sinalizador fullConfig. Então, o novo eNB envia a mensagem RRC Resume para o UE com o sinalizador.

[00142] Em resposta ao recebimento da mensagem de retomada do RRC que contém o sinalizador fullConfig, o UE descartará a configuração da portadora antiga e outros parâmetros de rádio antigos, por exemplo. Em seguida, aplicará apenas a (nova) configuração recebida na mensagem de RRC Resume. Deste modo, o UE pode mudar para uma nova configuração a partir de um nó de rede que não pode entender a configuração antiga. Observe que alguns parâmetros, como as chaves de segurança, serão mantidos no UE mesmo após o recebimento do sinalizador fullConfig uma vez que a proteção de criptografia e integridade já está ativa e em execução quando o nó da rede (gNB) envia a mensagem RRC Resume.

[00143] Em algumas modalidades, os parâmetros de configuração compreendem uma ou mais configurações da portadora, configuração do Protocolo de Convergência de Dados de Pacote (PDCP), configuração do Controle de Link de Rádio (RLC).

[00144] Agora voltando à Figura 17, será descrito um método 350 em um dispositivo sem fio/UE para retomar uma conexão. O dispositivo sem fio

31 / 43 pode ser o UE 210 da Figura 14.

[00145] O método 350 compreende as seguintes etapas: Etapa 355: Enviar para um nó da rede uma solicitação para retomar uma conexão na rede de comunicação.

[00146] Etapa 360: Receber uma mensagem de resposta de retomada do nó da rede, a mensagem compreendendo uma indicação para executar uma configuração completa.

[00147] Etapa 365: Aplicar (ou executar) a configuração completa.

[00148] Em algumas modalidades, o método 350 pode ainda compreender descartar uma configuração de portadora antiga e parâmetros de rádio antigos.

[00149] Em algumas modalidades, o método 350 pode ainda compreender manter chaves de segurança.

[00150] Em algumas modalidades, o método 350 pode ainda compreender receber uma nova configuração.

[00151] Em algumas modalidades, o método 350 pode ainda compreender aplicar a nova configuração. Modalidade B

[00152] A Modalidade B aborda a incompatibilidade entre os nós da rede de destino e de origem (por exemplo, eNBs) considerando a incompatibilidade de contexto do UE do ponto de vista da rede.

[00153] Por exemplo, os seguintes aprimoramentos de rede podem ser considerados para resolver o problema de incompatibilidade dos nós da rede: 1) As informações de contexto do AS para UE que são transmitidas do nó da rede de origem podem ser codificadas de forma que o nó da rede de destino possa entender os elementos de informação herdados (IEs) (por exemplo, configurações do PDCP para LTE), mesmo que alguns novos IEs podem ter sido introduzidos em versões posteriores do padrão que a versão do eNB herdado.

32 / 43

[00154] 2) Quando o nó da rede de origem sabe que o nó da rede de destino é um eNB herdado, ele pode converter as informações de contexto do AS para UE em um formato que o eNB herdado é capaz de entender (por exemplo, converter configurações do PDCP para NR em configurações do PDCP para LTE).

[00155] No primeiro caso, o nó da rede de destino pode obter as informações relevantes da portadora que ele pode entender (por exemplo, a DRB-id e o RLC e configurações da camada inferior) através de codificação adequada. Ele pode obter o restante das informações dessa portadora específica no contexto da portadora S1 (ou seja, para que ele possa reconfigurar o UE com a versão apropriada do PDCP para LTE). O problema com esta solução é que ela pressupõe que um eNB herdado executa algo novo (combine o contexto do S1 ou NG com outro contexto do UE recebido do nó da rede de origem) para lidar com esse caso (ou seja, na verdade, não é um eNB herdado), mas pelo menos deve ser possível adicionar novos parâmetros no futuro, que não precisam ser entendidos pelos eNBs existentes, uma vez que esses eNBs obteriam todas as informações relevantes das partes que entendem do contexto do UE e do contexto do S1. Essas partes são as partes que foram codificadas corretamente para serem entendidas por todos os nós da rede (herdados e novas gerações de nós da rede).

[00156] No segundo caso, o eNB de destino entenderá o contexto do UE a partir do eNB de origem. No entanto, é necessário sinalizar todas as DRBs para o UE para acionar o UE para alterar essas DRBs da configuração antiga (não compreendida pelo eNB de destino). Normalmente, o eNB não precisa sinalizar a configuração DRB para DRBs que não deseja alterar (uma vez que a sinalização delta é usada). Portanto, um impacto adicional dessa solução seria adicionar uma função ao eNB de destino para acionar a sinalização DRB para todas as DRBs. Isso exigiria a atualização do eNB de destino, mas pelo menos deve ser possível adicionar novos parâmetros no

33 / 43 futuro, que não precisam ser entendidos pelos eNBs existentes/herdados, pois o eNB entenderá todos os parâmetros encaminhados do eNB de origem e sempre envia a configuração da DRB para o UE.

[00157] Como pode ser visto acima, a primeira e a segunda soluções dependem de novas funcionalidades nos nós de destino e de origem, mas a vantagem é que, uma vez que esses nós tenham sido atualizados, será possível no futuro adicionar novos recursos ao padrão e apenas atualizar os nós da rede que suportam os recursos.

[00158] Neste documento está um resumo de algumas novas funcionalidades exemplares que precisam ser suportadas para as modalidades B: [Caso 1] O nó de origem deve encaminhar um contexto de UE codificado de tal maneira que o nó de destino possa entender todos os parâmetros herdados necessários e ignorar novos parâmetros. A codificação pode, por exemplo, utilizar extensões não críticas, que podem ser ignoradas pelos eNBs de destino herdados.

[00159] [Caso 1] O nó de destino deve reconstruir o contexto do UE usando uma combinação de informações e parâmetros de contexto do S1 ou NG que ele entende do contexto do UE encaminhado a partir do nó de origem.

[00160] [Caso 2] O nó de origem deve obter informações do nó de destino sobre qual liberação da especificação do padrão ele entende ou quais recursos ele suporta. Isso pode ser sinalizado em uma mensagem do destino para o nó de origem durante a configuração X2 ou Xn.

[00161] [Caso 2] O nó de origem deve codificar as informações de contexto do UE de uma maneira compreendida pelo nó de destino. Caso o nó de destino suporte liberações posteriores ao nó de origem, supõe-se que o código do nó de origem de acordo com seu próprio release seja entendido pelo nó de destino. O contexto é então enviado por X2, Xn ou através da Rede

34 / 43 Principal para o nó de destino.

[00162] [Caso 2] O nó de destino deve acionar uma reconfiguração de todas as portadoras ou outros parâmetros de configuração relevantes, mesmo no caso de usar a mesma configuração de antes. O objetivo disso é informar ao UE, que suporta versões posteriores, que a configuração é revertida para a configuração herdada.

[00163] Agora, voltando-se para a Figura 18, será descrito um fluxograma de um método 370 para retomar uma conexão para um dispositivo sem fio em uma rede de comunicação. O nó da rede de comunicação pode ser a rede 200. O dispositivo sem fio pode ser o UE 210.

[00164] O método 370 pode ser implementado em um nó de rede, como a rede 220 da Figura 14.

[00165] O método 370 inclui: Etapa 375: receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; Etapa 380: com base na solicitação, recuperar informações de configuração para o dispositivo sem fio; em que as informações de configuração são adaptadas de um nó de rede de origem para o nó de rede, de modo a serem utilizáveis pelo nó de rede; e Etapa 385: enviar uma mensagem de resposta de retomada ao dispositivo sem fio para retomar a conexão com base nas informações de configuração adaptadas.

[00166] Por exemplo, as informações de configuração podem ser adaptadas codificando pelo menos partes das informações de configuração para serem legíveis pelo nó da rede e pelo nó da rede de origem.

[00167] Em algumas modalidades, as informações de configuração são adaptadas convertendo o formato das informações de configuração do nó da rede de origem em um formato do nó da rede.

[00168] A Figura 19 é um diagrama de blocos de um nó de rede de

35 / 43 rádio exemplar 220 de acordo com certas modalidades. O nó da rede de rádio 220 pode incluir um ou mais transceptores 420 com múltiplas antenas, processador 440, memória 450 e interface de rede 430. Em algumas modalidades, o transceptor facilita a transmissão de sinais sem fio e o recebimento de sinais sem fio do dispositivo sem fio 210 (via transmissor(es) (Tx), receptor(es) (Rx) e antenas). O processador 440 executa instruções para fornecer algumas ou todas as funcionalidades descritas acima como sendo fornecidas por um nó de rede de rádio 220, a memória armazena as instruções a serem executadas pelo processador. Em algumas modalidades, o processador 440 e a memória 450 formam circuitos de processamento 410. A interface de rede comunica sinais para os componentes de rede de back-end, como gateway, comutador, roteador, Internet, Rede Telefônica Pública Comutada (PSTN), nós da rede principal ou controladores de rede de rádio, etc.

[00169] O processador 440 pode incluir qualquer combinação adequada de hardware para executar instruções e manipular dados para executar algumas ou todas as funções descritas do nó da rede de rádio 220, como as descritas acima, por exemplo, métodos 300 da Figura 15, 330 da Figura 16 e 370 da Figura 18 e suas modalidades relacionadas. Em algumas modalidades, o processador pode incluir, por exemplo, um ou mais computadores, uma ou mais unidades de processamento central (CPUs), um ou mais microprocessadores, um ou mais circuitos integrados de aplicação específica (ASICs), uma ou mais matrizes de porta programável em campo (FPGAs) e/ou outra lógica.

[00170] A memória é geralmente operável para armazenar instruções, como um programa de computador, software, uma aplicação incluindo uma ou mais lógicas, regras, algoritmos, código, tabelas, etc., e/ou outras instruções capazes de serem executadas por um processador. Exemplos de memória incluem memória do computador (por exemplo, RAM (Memória de

36 / 43 Acesso Aleatório) ou ROM (Memória Somente Leitura)), 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 de memória volátil ou não volátil, não transitório e legível por computador e/ou executável por computador que armazena informações.

[00171] Em algumas modalidades, a interface de rede é acoplada comunicativamente ao processador e pode se referir a qualquer dispositivo adequado operável para receber entrada para o nó de rede de rádio 220, enviar saída do nó de rede de rádio 220, executar processamento adequado da entrada ou saída ou ambos, comunicar-se com outros dispositivos ou qualquer combinação dos itens anteriores. A interface de rede pode incluir hardware apropriado (por exemplo, porta, modem, placa de interface de rede, etc.) e software, incluindo recursos de conversão de protocolo e processamento de dados, para se comunicar através de uma rede.

[00172] Outras modalidades do nó de rede de rádio 220 podem incluir componentes adicionais além daqueles mostrados na Figura 19 que podem ser responsáveis por fornecer certos aspectos das funcionalidades do nó de rede de rádio, incluindo qualquer uma das funcionalidades descritas acima e/ou quaisquer funcionalidades adicionais (incluindo qualquer funcionalidade necessária para apoiar as soluções descritas acima). Os vários tipos diferentes de nós de rede podem incluir componentes com o mesmo hardware físico, mas configurados (por exemplo, via programação) para suportar diferentes tecnologias de acesso por rádio ou podem representar componentes físicos parcial ou totalmente diferentes.

[00173] Processadores, interfaces e memória semelhantes aos descritos em relação à Figura 19 podem ser incluídos em outros nós da rede (como o nó da rede principal 230). Outros nós da rede podem incluir opcionalmente ou não uma interface sem fio (como o transceptor descrito na Figura 19).

37 / 43

[00174] Em algumas modalidades, o nó da rede 220 pode compreender uma série de módulos 510 (veja Figura 20) configurados para implementar as funcionalidades do nó da rede 220 descrito acima. Com referência à Figura 20, em algumas modalidades, o nó de rede 220 pode compreender um módulo de recebimento configurado para receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão. A rede 220 pode compreender, por exemplo, um módulo de envio configurado para enviar uma mensagem de resposta de retomada ao dispositivo sem fio, a mensagem compreendendo uma indicação para executar uma configuração completa. O nó de rede 220 também pode compreender um módulo de recebimento configurado para receber uma solicitação para retomar a conexão de um dispositivo sem fio. O nó da rede pode compreender outros módulos configurados para executar as funcionalidades do método 300 da Figura 15 e do método 370 da Figura 18, por exemplo.

[00175] Será reconhecido que os vários módulos podem ser implementados como combinação de hardware e/ou software, por exemplo, o processador, memória e transceptor(es) do nó de rede de rádio 220 mostrado na Figura 19. Algumas modalidades também podem incluir módulos adicionais para suportar funcionalidades adicionais e/ou opcionais.

[00176] Em algumas modalidades, o módulo de recuperação também pode ser configurado para recuperar informações de configuração para o dispositivo sem fio; em que as informações de configuração são adaptadas de um nó de rede de origem para o nó de rede, de modo a serem utilizáveis pelo nó de rede. Em algumas modalidades, o módulo de envio também pode ser configurado para enviar uma mensagem de resposta de retomada ao dispositivo sem fio para retomar a conexão com base nas informações de configuração adaptadas.

[00177] A Figura 21 ilustra um diagrama de blocos esquemático de um dispositivo sem fio 210 de acordo com algumas modalidades da presente

38 / 43 descrição. Como ilustrado, o dispositivo sem fio 210 inclui circuitos/circuito 610 compreendendo um ou mais processadores 620 (por exemplo, Unidades de Processamento Central (CPUs), Circuitos Integrados Específicos de Aplicação (ASICs), Matrizes de Portas Programáveis em Campo (FPGAs) e/ou similares) e memória 630. O dispositivo sem fio 210 também inclui um ou mais transceptores 640 cada um incluindo um ou mais transmissor 650 e um ou mais receptores 660 acoplados a uma ou mais antenas 670. Em algumas modalidades, a funcionalidade do dispositivo sem fio 210 descrito acima pode ser total ou parcialmente implementada em software que é, por exemplo, armazenado na memória 630 e executado pelo(s) processador(es)

620. Por exemplo, o processador 620 está configurado para executar quaisquer operações relacionadas ao UE, por exemplo, o método 350 da Figura 17.

[00178] Em algumas modalidades, é fornecido um programa de computador incluindo instruções que, quando executadas pelo menos por um processador 620, fazem com que pelo menos um processador 620 execute a funcionalidade do dispositivo sem fio 210 de acordo com qualquer uma das modalidades descritas neste documento (por exemplo, quaisquer operações relacionadas ao UE, por exemplo, método 350 da Figura 17). Em algumas modalidades, é fornecido uma portadora contendo o produto de programa de computador mencionado acima. A portadora é um sinal eletrônico, sinal óptico, sinal de rádio ou meio de armazenamento legível por computador (por exemplo, um meio legível por computador não transitório, como memória).

[00179] A Figura 22 é um diagrama de blocos esquemático de um dispositivo sem fio 210 de acordo com algumas outras modalidades da presente descrição. O dispositivo sem fio 210 inclui um ou mais módulos 700, cada um dos quais é implementado em software. O(s) módulo(s) 700 fornecem a funcionalidade do dispositivo sem fio 210 descrito neste documento. Por exemplo, os módulos 700 podem compreender um módulo de

39 / 43 envio operável para executar pelo menos a etapa 355 da Figura 17, um módulo de recepção operável para executar pelo menos a etapa 360 da Figura 17 e um módulo de aplicação operável para executar pelo menos a etapa 365 da Figura 17.

[00180] As modalidades também pode ser praticadas em ambientes de computação distribuída em que as tarefas são realizadas por dispositivos de processamento remotos que estão ligados através de uma rede de comunicações.

[00181] Por exemplo, a Figura 23 é um diagrama de blocos esquemático que ilustra um ambiente de virtualização 800 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 neste documento, a virtualização pode ser aplicada a um nó de rede 220 (por exemplo, uma estação de base virtualizada ou um nó de acesso via rádio virtualizado) ou a um dispositivo 210 (por exemplo, um UE, um dispositivo sem fio ou qualquer outro tipo de dispositivo de comunicação) ou seus componentes e refere-se a uma implementação na qual pelo menos uma parte 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 um ou mais redes).

[00182] Em algumas modalidades, algumas ou todas as funções descritas neste documento podem ser implementadas como componentes virtuais executados por uma ou mais máquinas virtuais implementadas em um ou mais ambientes virtuais 800 hospedados por um ou mais nós de hardware QQ330. Além disso, nas modalidades em que o nó virtual não é um nó de acesso por rádio ou não requer conectividade por rádio (por exemplo, um nó

40 / 43 da rede principal), então o nó da rede pode ser totalmente virtualizado.

[00183] As funções podem ser implementadas por uma ou mais aplicações QQ320 (que podem ser chamados de instâncias de software, dispositivos virtuais, funções de rede, nós virtuais, funções de rede virtual, etc.) operativos para implementar alguns dos recursos, funções e/ou benefícios de algumas das modalidades descritas neste documento. As aplicações QQ320 são executadas no ambiente de virtualização 800, que fornece o hardware QQ330 que compreende o circuito de processamento QQ360 e a memória QQ390. A memória QQ390 contém instruções QQ395 executáveis pelo processamento de circuitos QQ360, em que a aplicação QQ320 é operativa para fornecer um ou mais dos recursos, benefícios e/ou funções descritas neste documento.

[00184] O ambiente de virtualização 800 compreende dispositivos de hardware de rede de uso geral ou de uso especial QQ330, que compreendem um conjunto de um ou mais processadores ou circuitos de processamento QQ360, que podem ser processadores comerciais prontos para uso (COTS), Circuitos Integrados Específicos para Aplicações (ASICs) ou qualquer outro tipo de circuito de processamento, incluindo componentes de hardware digital ou analógico ou processadores para fins especiais. Cada dispositivo de hardware pode compreender a memória QQ390-1, que pode ser uma memória não persistente para armazenar temporariamente as instruções QQ395 ou o software executado pelo circuito de processamento QQ360. Cada dispositivo de hardware pode compreender um ou mais controladores de interface de rede (NICs) QQ370, também conhecidos como placas de interface de rede, que incluem a interface de rede física QQ380. Cada dispositivo de hardware também pode incluir mídia de armazenamento não transitória, persistente e legível por máquina QQ390-2, tendo armazenada no software QQ395 e/ou instruções executáveis pelo circuito de processamento QQ360. O software QQ395 pode incluir qualquer tipo de software, incluindo software para

41 / 43 instanciar uma ou mais camadas de virtualização QQ350 (também conhecidas como hipervisores), software para executar máquinas virtuais QQ340, bem como software que permite executar funções, recursos e/ou benefícios descritos em relação com algumas modalidades descritas neste documento.

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

[00186] Durante a operação, o circuito de processamento QQ360 executa o software QQ395 para instanciar o hipervisor ou a camada de virtualização QQ350, que às vezes pode ser chamada de monitor de máquina virtual (VMM). A camada de virtualização QQ350 pode apresentar uma plataforma operacional virtual que aparece como hardware de rede para a máquina virtual QQ340.

[00187] Como mostrado na Figura QQ3, o hardware QQ330 pode ser um nó de rede independente com componentes genéricos ou específicos. O hardware QQ330 pode compreender a antena QQ3225 e pode implementar algumas funções via virtualização. Como alternativa, o hardware QQ330 pode fazer parte de um agrupamento maior de hardware (por exemplo, em um data center ou equipamento de premissa do cliente (CPE)), onde muitos nós de hardware trabalham juntos e são gerenciados via gerenciamento e orquestração (MANO) QQ3100, que, entre outros, supervisiona o gerenciamento do ciclo de vida das aplicações QQ320.

[00188] A virtualização do hardware é, em alguns contextos, conhecida como virtualização de funções de rede (NFV). O NFV pode ser usado para consolidar muitos tipos de equipamentos de rede em hardware de servidor de alto volume padrão do setor, comutadores físicos e armazenamento físico, que

42 / 43 podem ser localizados em data centers e equipamentos nas instalações do cliente.

[00189] No contexto da NFV, a máquina virtual QQ340 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 QQ340 e a parte do hardware QQ330 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 QQ340, forma elementos de rede virtual separados (VNE).

[00190] Ainda no contexto da NFV, a Função de Rede Virtual (VNF) é responsável por manipular funções específicas de rede que são executadas em uma ou mais máquinas virtuais QQ340 na parte superior da infraestrutura de rede de hardware QQ330 e corresponde à aplicação QQ320 na Figura QQ3.

[00191] Em algumas modalidades, uma ou mais unidades de rádio QQ3200 que cada uma inclui um ou mais transmissores Q3220 e um ou mais receptores QQ3210 podem ser acopladas a uma ou mais antenas QQ3225. As unidades de rádio QQ3200 podem se comunicar diretamente com os nós de hardware QQ330 por meio de uma ou mais interfaces de rede apropriadas e podem ser usadas em combinação com os componentes virtuais para fornecer um nó virtual com recursos de rádio, como um nó de acesso por rádio ou uma estação de base.

[00192] Em algumas modalidades, alguma sinalização pode ser efetuada com o uso do sistema de controle QQ3230 que pode ser utilizado alternativamente para comunicação entre os nós de hardware QQ330 e as unidades de rádio QQ3200.

[00193] Algumas modalidades podem ser representadas como um produto de software não transitório armazenado em um meio legível por máquina (também referido como um meio legível por computador, um meio legível por processador ou um meio utilizável por computador com um

43 / 43 código de programa legível por computador incorporado nele). O meio legível por máquina pode ser qualquer meio tangível adequado, incluindo um meio de armazenamento magnético, óptico ou elétrico, incluindo um disquete, disco compacto com memória apenas leitura (CD-ROM), dispositivo de memória de disco versátil digital com memória apenas leitura (DVD-ROM) (volátil ou não volátil) ou mecanismo de armazenamento semelhante. O meio legível por máquina pode conter vários conjuntos de instruções, sequências de código, informações de configuração ou outros dados que, quando executados, fazem com que um processador execute etapas em um método de acordo com uma ou mais das modalidades descritas. Os versados na técnica reconhecerão que outras instruções e operações necessárias para implementar as modalidades descritas também podem ser armazenadas no meio legível por máquina. O software executado no meio legível por máquina pode interagir com os circuitos para executar as tarefas descritas.

[00194] As modalidades descritas acima destinam-se a ser apenas exemplos. Alterações, modificações e variações podem ser efetuadas nas modalidades particulares por aqueles versados na técnica sem se afastar do escopo da descrição.

Claims (42)

REIVINDICAÇÕES

1. Método em um nó de rede, caracterizado pelo fato de que o método compreende: - receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; - em resposta à solicitação, enviar uma mensagem de retomada para o dispositivo sem fio, a mensagem compreendendo uma indicação para executar uma configuração completa.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a indicação compreende um sinalizador.

3. Método de acordo com a reivindicação 2, caracterizado pelo fato de compreender adicionalmente a configuração do sinalizador para a configuração completa.

4. Método de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que o nó de rede tem uma tecnologia de acesso a rádio diferente de um nó de rede anterior que suspendeu uma conexão anterior para o dispositivo sem fio.

5. Método de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de compreende adicionalmente recuperar as informações de configuração para o dispositivo sem fio.

6. Método de acordo com a reivindicação 5, caracterizado pelo fato de que as informações de configuração recuperadas compreendem o contexto do Equipamento do Usuário (UE) do dispositivo sem fio.

7. Método de acordo com a reivindicação 5 ou 6, caracterizado pelo fato de compreende adicionalmente, em resposta à determinação de que as informações de configuração recuperadas são ilegíveis, a geração de parâmetros de configuração.

8. Método de acordo com qualquer uma das reivindicações 1 a 7, caracterizado pelo fato de que a mensagem compreende adicionalmente os parâmetros de configuração.

9. Método de acordo com a reivindicação 7 ou 8, caracterizado pelo fato de que a indicação compreende uma indicação para executar uma configuração completa usando os parâmetros de configuração.

10. Método de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que a mensagem de resposta de retomada é uma dentre RRCConnectionResume e RRCResume.

11. Método de acordo com a reivindicação 7, caracterizado pelo fato de que a geração dos parâmetros de configuração compreende a geração de um contexto de Estrato de Acesso (AS) ao Equipamento de Usuário (UE).

12. Método de acordo com qualquer uma das reivindicações 7 a 11, caracterizado pelo fato de que a geração dos parâmetros de configuração é baseada no contexto de S1 e NG que contém informações da portadora usadas durante uma configuração inicial do contexto.

13. Método de acordo com a reivindicação 7 ou 8, caracterizado pelo fato de que os parâmetros de configuração compreendem uma ou mais configurações de portadora, configuração de Protocolo de Convergência de Dados de Pacotes (PDCP), configuração de Controle de Link de Rádio (RLC).

14. Nó de rede, caracterizado pelo fato de que é adaptado para: - receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; e - enviar uma mensagem de resposta de retomada ao dispositivo sem fio, compreendendo a mensagem uma indicação para realizar uma configuração completa.

15. Meio de armazenamento legível por computador não transitório, caracterizado pelo fato de que compreende instruções incorporadas no mesmo, as instruções compreendendo:

instruções para receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; instruções para enviar uma mensagem de resposta de retomada ao dispositivo sem fio, compreendendo a mensagem uma indicação para executar uma configuração completa.

16. Nó de rede, caracterizado pelo fato de que compreende: uma interface de comunicação; e um ou mais circuitos de processamento conectados comunicativamente à interface de comunicação, os um ou mais circuitos de processamento compreendendo pelo menos um processador e memória, a memória contendo instruções que, quando executadas, fazem com que pelo menos um processador: - receba, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; - enviar uma mensagem de resposta de retomada ao dispositivo sem fio, compreendendo a mensagem uma indicação para realizar uma configuração completa.

17. Nó de rede de acordo com a reivindicação 16, caracterizado pelo fato de que a indicação compreende um sinalizador.

18. Nó de rede de acordo com a reivindicação 17, caracterizado pelo fato de que o pelo menos um processador está configurado para definir o sinalizador para a configuração completa.

19. Nó de rede de acordo com qualquer uma das reivindicações 16 a 18, caracterizado pelo fato de que o nó de rede tem uma tecnologia de acesso por rádio diferente de um nó de rede anterior que suspendeu uma conexão anterior para o dispositivo sem fio.

20. Nó de rede de acordo com qualquer uma das reivindicações 16 a 19, caracterizado pelo fato de que pelo menos um processador está configurado para recuperar informações de configuração para o dispositivo sem fio.

21. Nó de rede de acordo com a reivindicação 20, caracterizado pelo fato de que as informações de configuração recuperadas compreendem o contexto do Equipamento do Usuário (UE) do dispositivo sem fio.

22. Nó de rede de acordo com a reivindicação 20 ou 21, caracterizado pelo fato de que pelo menos um processador está configurado para, em resposta à determinação de que as informações de configuração recuperadas são ilegíveis, gerar parâmetros de configuração.

23. Nó de rede de acordo com qualquer uma das reivindicações 16 a 22, caracterizado pelo fato de que a mensagem compreende adicionalmente os parâmetros de configuração.

24. Nó de rede de acordo com a reivindicação 22 ou 23, caracterizado pelo fato de que a indicação compreende uma indicação para executar uma configuração completa usando os parâmetros de configuração.

25. Nó de rede de acordo com qualquer uma das reivindicações 16 a 24, caracterizado pelo fato de que a mensagem de resposta de resumo é uma dentre RRCConnectionResume e RRCResume.

26. Nó de rede de acordo com a reivindicação 22, caracterizado pelo fato de que o pelo menos um processador está configurado para gerar os parâmetros de configuração, gerando um novo contexto de Estrato de Acesso (AS) ao Equipamento de Usuário (UE).

27. Nó de rede de acordo com qualquer uma das reivindicações 22 a 26, caracterizado pelo fato de que pelo menos um processador está configurado para gerar os novos parâmetros de configuração com base no contexto do S1 e NG que contém informações da portadora usadas durante uma configuração inicial do contexto.

28. Nó de rede de acordo com a reivindicação 22 ou 23, caracterizado pelo fato de que os parâmetros de configuração compreendem uma ou mais configurações de portadora, configuração de Protocolo de Convergência de Dados de Pacotes (PDCP), configuração de Controle de Link de Rádio (RLC).

29. Método em um nó de rede, caracterizado pelo fato de que o método compreende: - receber, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; - com base na solicitação, recuperar informações de configuração para o dispositivo sem fio; em que as informações de configuração são adaptadas de um nó de rede de origem para o nó de rede, de modo a serem utilizáveis pelo nó de rede; e - enviar uma mensagem de resposta de retomada ao dispositivo sem fio para retomar a conexão com base nas informações de configuração adaptadas.

30. Método de acordo com a reivindicação 29, caracterizado pelo fato de que as informações de configuração são adaptadas codificando pelo menos partes das informações de configuração para serem legíveis pelo nó da rede e pelo nó da rede de origem.

31. Método de acordo com a reivindicação 29, caracterizado pelo fato de que as informações de configuração são adaptadas convertendo um formato das informações de configuração do nó da rede de origem em um formato do nó da rede.

32. Nó de rede, caracterizado pelo fato de que compreende uma interface de comunicação; e um ou mais circuitos de processamento conectados comunicativamente à interface de comunicação, os um ou mais circuitos de processamento compreendendo pelo menos um processador e memória, a memória contendo instruções que, quando executadas, fazem com que pelo menos um processador: receba, de um dispositivo sem fio, uma solicitação para retomar uma conexão em uma rede de comunicação; com base na solicitação, recupere informações de configuração para o dispositivo sem fio; em que as informações de configuração são adaptadas de um nó de rede de origem para o nó de rede, de modo a serem utilizáveis pelo nó de rede; e envie uma mensagem de resposta de retomada ao dispositivo sem fio para retomar a conexão com base nas informações de configuração adaptadas.

33. Método em um dispositivo sem fio, caracterizado pelo fato de que o método compreende: enviar para um nó de rede uma solicitação para retomar uma conexão em uma rede de comunicação; receber uma mensagem de retomada do nó de rede, a mensagem compreendendo uma indicação para executar uma configuração completa; e aplicar a configuração completa.

34. Método de acordo com a reivindicação 33, caracterizado pelo fato de que compreende adicionalmente o descarte de uma configuração de suporte antiga e de parâmetros de rádio antigos.

35. Método de acordo com a reivindicação 33 ou 34, caracterizado pelo fato de que compreende adicionalmente manter as chaves de segurança.

36. Método de acordo com qualquer uma das reivindicações 33 a 35, caracterizado pelo fato de que compreende adicionalmente receber uma configuração.

37. Método de acordo com a reivindicação 36, caracterizado pelo fato de que compreende adicionalmente aplicar a configuração recebida.

38. Dispositivo sem fio, caracterizado pelo fato de que compreende uma interface de comunicação; e um ou mais circuitos de processamento conectados comunicativamente à interface de comunicação, os um ou mais circuitos de processamento compreendendo pelo menos um processador e memória, a memória contendo instruções que, quando executadas, fazem com que pelo menos um processador: envie para um nó da rede uma solicitação para retomar uma conexão em uma rede de comunicação; receba uma mensagem de resposta de retomada do nó da rede, a mensagem compreendendo uma indicação para executar uma configuração completa; e aplique a configuração completa.

39. Dispositivo sem fio de acordo com a reivindicação 38, caracterizado pelo fato de que pelo menos um processador está configurado para descartar uma configuração antiga da portadora e parâmetros antigos de rádio.

40. Dispositivo sem fio de acordo com a reivindicação 38 ou 39, caracterizado pelo fato de que pelo menos um processador está configurado para manter as chaves de segurança.

41. Dispositivo sem fio de acordo com qualquer uma das reivindicações 38 a 40, caracterizado pelo fato de que pelo menos um processador está configurado para receber uma configuração.

42. Dispositivo sem fio de acordo com a reivindicação 41, caracterizado pelo fato de que pelo menos um processador está configurado para aplicar a configuração recebida.