BR112021004810A2

BR112021004810A2 - método iniciado por um equipamento de usuário estando em um estado inactive de controle de recurso de rádio, equipamento de usuário para comunicação dentro de uma rede de telecomunicações e método e estação base relacionados

Info

Publication number: BR112021004810A2
Application number: BR112021004810-3A
Authority: BR
Inventors: Icaro L.J. Da Silva; Oscar OHLSSON
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2018-09-25
Filing date: 2019-06-27
Publication date: 2021-06-01
Also published as: JP7145319B2; US11937131B2; EP3677089B1; ES2961827T3; EP3826422A1; DK3826422T3; EP4096344C0; EP3677089A1; US11924693B2; CO2021004048A2; ES2888407T3; JP2022500898A; PT3826422T; EP4096344A1; PL3677089T3; CN112740824A; HUE054234T2; WO2020067944A1; EP3826422B1; US20200314700A1

Abstract

MÉTODO INICIADO POR UM EQUIPAMENTO DE USUÁRIO ESTANDO EM UM ESTADO INACTIVE DE CONTROLE DE RECURSO DE RÁDIO, EQUIPAMENTO DE USUÁRIO PARA COMUNICAÇÃO DENTRO DE UMA REDE DE TELECOMUNICAÇÕES E MÉTODO E ESTAÇÃO BASE RELACIONADOS. Métodos e sistemas para solicitação de retomada seguida por liberação e redirecionamento são providos na presente invenção. De acordo com um aspecto, um método desempenhado por um Equipamento de Usuário para comunicação dentro de uma rede de telecomunicações compreende: enquanto em um estado INACTIVE de Controle de Recurso de Rádio (RRC), enviar, para uma estação base, uma solicitação para retomar a comunicação e, sem entrar em um estado RRC CONNECTED, receber, da estação base, uma instrução para liberação e redirecionamento; e em resposta ao recebimento da instrução para liberação e redirecionamento, desempenhar a seleção de célula em uma Tecnologia de Acesso via Rádio e tentar estabelecer ou retomar a comunicação com a célula selecionada.

Description

MÉTODO INICIADO POR UM EQUIPAMENTO DE USUÁRIO ESTANDO EM UM ESTADO INACTIVE DE CONTROLE DE RECURSO DE RÁDIO, EQUIPAMENTO DE USUÁRIO PARA COMUNICAÇÃO DENTRO DE UMA REDE DE

TELECOMUNICAÇÕES E MÉTODO E ESTAÇÃO BASE RELACIONADOS Pedidos Relacionados

[001] Este pedido reivindica o benefício do pedido de patente provisório número de série 62/736,332 depositado em 25 de setembro de 2018, a invenção da qual é incorporada por meio deste à presente invenção por referência em sua totalidade. Campo Técnico

[002] Este pedido está relacionado a métodos e sistemas para lidar com uma solicitação de retomada seguida por uma liberação e redirecionamento de uma maneira que evita a necessidade de o Equipamento de Usuário (UE) entrar primeiro em um modo conectado. Antecedentes

[003] A Evolução de Longo Prazo (LTE) define o status de um Equipamento de Usuário (UE) em termos de estados de Controle de Recurso de Rádio (RRC) e estados de Gerenciamento de Conexão (CM). • No estado de RRC_IDLE, um UE é conhecido pelo Núcleo de Pacote Evoluído (EPS) e tem um endereço de Protocolo de Internet (IP), mas não é conhecido por uma estação base específica, tal como um Nó B evoluído ou aprimorado (eNB). • No estado de RRC_CONNECTED, o UE é conhecido tanto pelo EPC quanto pelo eNB. • No estado CM-IDLE, não existe nenhuma conexão de sinalização de Estrato de Não Acesso (NAS) entre o UE e a rede. Não há contexto para o UE no eNB. O UE não está conectado a uma Entidade de Gerenciamento de Mobilidade

(MME). • No estado CM-CONNECTED, existe uma conexão de sinalização de NAS e a localização do UE é conhecida pela MME, que coordena o handover e outros procedimentos relacionados à mobilidade.

[004] Tal como utilizado na presente invenção, um UE no estado de RRC_IDLE pode ser referido como um "RRC_IDLE UE", um UE no estado de RRC_CONNECTED pode ser referido como um "RRC_CONNECTED UE" e assim por diante. LTE - Suspensão e Retomada

[005] Em LTE Release 13 (Rel-13) introduziu um mecanismo para o UE ser suspenso pela rede em um estado suspenso similar ao RRC_IDLE, mas com a diferença de que o UE armazena o contexto de Estrato de Acesso (AS) ou o contexto de RRC. Isso torna possível reduzir a sinalização quando o UE está ficando ativo novamente, ao retomar a conexão de RRC ao invés de antes de estabelecer a conexão de RRC do zero. Reduzir a sinalização poderia ter vários benefícios, tais como reduzir a latência, por exemplo, para smartphones que acessam a internet, e o consumo reduzido de bateria, especialmente para dispositivos do tipo máquina que enviam muitos poucos dados. A solução de Rel- 13 descreve um processo em que o UE envia uma mensagem RRCConnectionResumeRequest à rede e, em resposta, recebe uma RRCConnectionResume da rede. O RRCConnectionResume não é criptografado, mas tem sua integridade protegida. NR - RRC_INACTIVE

[006] No LTE Release 15 (Rel-15), também chamado de LTE aprimorado (eLTE) ou LTE conectado à Rede Núcleo (NGC) de Quinta Geração (5G), e no Novo Rádio (NR), como parte do trabalho padronizado em 5G NR no Projeto de Parceria para a Terceira Geração (3GPP), foi decidido que NR deve suportar um estado de RRC_INACTIVE com algumas propriedades similares ao estado suspenso no LTE Rel-13. O RRC_INACTIVE tem propriedades ligeiramente diferentes do estado de LTE pois é um estado de RRC separado e não faz parte do estado de RRC_IDLE como na LTE. Adicionalmente, a conexão da Rede Núcleo (CN)/Rede de Acesso via Rádio (RAN) (NG ou interface N2) é mantida para RRC_INACTIVE enquanto estava suspensa na LTE.

[007] A Figura 1 ilustra uma máquina de estado de UE e possíveis transições de estado entre os estados RRC em NR. As propriedades dos estados na Figura 1 são as seguintes:

[008] RRC_IDLE. Uma Recepção Descontínua (DRX) específica de UE pode ser configurada por camadas superiores. O UE controla a mobilidade com base na configuração de rede. O UE monitora um canal de Paging para paging de CN usando uma Identidade de Assinante Móvel Temporária de Evolução de Arquitetura de Sistema (SAE) 5G (5G-S-TMSI), desempenha medições de células vizinhas e (re-)seleção de célula e adquire informações de sistema.

[009] RRC_INACTIVE. Uma DRX específica de UE pode ser configurada por camadas superiores ou por camada de RRC. O UE controla a mobilidade com base na configuração de rede. O UE armazena o contexto de Estrato de Acesso (AS). O UE monitora um canal de Paging para paging CN usando 5G-S-TMSI e paging de RAN usando um Identificador Temporário de Rede de Rádio Inativa (I- RNTI), desempenha medições de células vizinhas e (re-)seleção de célula, desempenha atualizações de área de notificação com base em RAN periodicamente e ao sair da área de notificação baseada em RAN, e adquire informações de sistema.

[0010] RRC_CONNECTED. O UE armazena o contexto de AS. Transferência de dados unicast de/para UE ocorre. Em camadas inferiores, o UE pode ser configurado com um DRX específico de UE. Para UEs que suportam Agregação de Portadora (CA), uma ou mais Células Secundárias (SCells), podem ser agregadas à Célula Especial (SpCell) ou Célula Primária (PCell) para aumentar a largura de banda. Para UEs que suportam Conectividade Dupla (DC), um Grupo de Células Secundárias (SCG), pode ser agregado ao Grupo de Células Mestre (MCG), para aumentar a largura de banda. Mobilidade controlada por rede, ou seja, handover dentro da NR e para/da Rede de Acesso via Rádio Terrestre Universal Evoluída (E-UTRAN) é suportada. O UE monitora um canal de Paging, monitora canais de controle associados ao canal de dados compartilhados para determinar se os dados estão escalonados para ele, provê qualidade de canal e informações de feedback, desempenha medições de células vizinhas e relatórios de medição e adquire informações de sistema.

[0011] A Figura 1 ilustra as possíveis transições de estado entre os estados RRC_IDLE, RRC_CONNECTED e RRC_INACTIVE. Na Figura 1, essas transições são as seguintes: Número Ação Do estado Para o estado 100 Estabelecimento RRC_IDLE RRC_CONNECTED 102 Liberação [e RRC_CONNECTED RRC_IDLE redirecionamento] 104 Liberação RRC_CONNECTED RRC_INACTIVE (suspensão) [e redirecionamento] 106 Retomada RRC_INACTIVE RRC_CONNECTED 108 Liberação RRC_INACTIVE RRC_IDLE

[0012] A transição de estado 102, “liberação [e redirecionamento]”, tem esse nome porque um UE pode ser liberado com ou sem ser redirecionado para outra frequência ou Tecnologia de Acesso via Rádio (RAT). Recurso de Liberação e Redirecionamento

[0013] Na LTE, de acordo com a 3GPP Technical Specification (TS) 36.331, o recurso de liberação e redirecionamento é usado para liberar um RRC_CONNECTED UE para RRC_IDLE e redirecioná-lo para outra frequência, seja na mesma RAT ou em uma RAT diferente. Daqui em diante, presume-se que um TS seja um 3GPP TS, a menos que especificado de outra forma.

[0014] Durante a reunião do grupo de trabalho RAN2 #99 da Rede de Acesso via Rádio 3GPP, Camada 2 (RAN2), em Berlim, as funcionalidades de "liberação e redirecionamento" e "prioridades de resseleção de célula ao liberar" (denominadas informações de controle de mobilidade em LTE) foram acordadas para NR: • Acordo 11: foi acordado que o tipo de mensagem de RRC Connection Release pode incluir informações de causa, frequência de portadora de redirecionamento e informações de controle de mobilidade no modo idle. • Acordo 27: foi acordado que, para a transição de RRC CONNECTED para INACTIVE, o tipo de mensagem RRC Connection Release inclui (a) as mesmas informações listadas no acordo 11 (ou seja, informações de causa, frequência de portadora de redirecionamento e informações de controle de mobilidade) e pode incluir (b) identidade de UE (ou identidade de contexto de UE) e, opcionalmente (c) indicação de suspensão/inativação (FFS se implicitamente ou explicitamente), (d) ciclo de DRX configurado por RAN, (e) temporizador de notificação periódica de RAN e (f) área de notificação de RAN.

[0015] Estas propostas foram especificadas na especificação de RRC (TS

38.331) e nas especificações do modo Idle/Inactive (TS 38.304). No RRC (TS

38.331), a mensagem RRCRelease é usada para mover o UE de RRC_CONNECTED para RRC_IDLE ou de RRC_CONNECTED para RRC_INACTIVE. O recurso de liberação e redirecionamento é então ativado quando o campo redirectedCarrierInfo está incluído na mensagem RRCRelease. Um trecho de TS

38.331 é reproduzido abaixo, com os acréscimos pertinentes mostrados em negrito. [INÍCIO DO EXCERTO DE RRC TS 38.331] Mensagem RRCRelease … RRCRelease-IEs ::= SEQUENCE { redirectedCarrierInfo RedirectedCarrierInfo OPTIONAL, -- Need N cellReselectionPriorities CellReselectionPriorities OPTIONAL, -- Need R suspendConfig SuspendConfig OPTIONAL, -- Need R deprioritisationReq SEQUENCE { deprioritisationType ENUMERATED {frequency, nr}, deprioritisationTimer ENUMERATED {min5, min10, min15, min30} } OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{} OPTIONAL } RedirectedCarrierInfo-EUTRA ::= SEQUENCE { eutraFrequency ARFCN-ValueEUTRA, cnType-r15 ENUMERATED {epc,fiveGC} OPTIONAL } ...

Descrições de campo RRCRelease cnType Indica que o UE é redirecionado para EPC ou 5GC. deprioritisationReq Indica se a frequência atual ou RAT deve ser despriorizada. O UE deve ser capaz de armazenar uma solicitação de despriorização para até X frequências (aplicável ao receber outra solicitação de despriorização específica de frequência antes da expiração do T325). deprioritisationTimer Indica o período durante o qual a frequência da portadora atual ou NR está despriorizada. O valor minN corresponde a N minutos. suspendConfig Indica configuração para o estado de RRC_INACTIVE. t380 Refere-se ao temporizador que dispara o procedimento de RNAU periódico no UE. O valor min5 corresponde a 5 minutos, o valor min10 corresponde a 10 minutos e assim por diante. ran-PagingCycle Refere-se ao ciclo específico de UE para paging iniciada por RAN. O valor rf32 corresponde a 32 quadros de rádio, rf64 corresponde a 64 quadros de rádio e assim por diante. redirectedCarrierInfo Indica uma frequência de portadora (enlace descendente para FDD) e é usado para redirecionar o UE para um NR ou uma frequência portadora inter-RAT, por meio da seleção de célula ao deixar RRC_CONNECTED conforme especificado em TS 38.304 [20].

[FIM DO EXCERTO DE RRC 38.331]

[0016] De acordo com TS 38.304, o seguinte comportamento do UE é especificado após a recepção do campo redirectedCarrierInfo:

[0017] Na transição do estado de RRC_CONNECTED para o estado de RRC_IDLE ou estado de RRC_INACTIVE, o UE deve tentar acampar em uma célula adequada de acordo com redirectedCarrierInfo (ou seja, uma célula tendo a frequência portadora especificada) se redirectedCarrierInfo está incluído na mensagem de RRC usada para esta transição. Se o UE não conseguir encontrar uma célula adequada, é permitido o UE acampar em qualquer célula adequada da RAT indicada. Se a mensagem de RRC Release não contém o redirectedCarrierInfo, o UE deve tentar selecionar uma célula adequada em uma portadora de NR. Se nenhuma célula adequada for encontrada de acordo com o mencionado acima, o UE deve desempenhar a seleção de célula usando as informações armazenadas a fim de encontrar uma célula adequada para acampar.

[0018] Ao retornar ao estado de RRC_IDLE depois que UE mudou para o estado de RRC_CONNECTED do estado acampado em qualquer célula, UE deve tentar acampar em uma célula aceitável de acordo com redirectedCarrierInfo, se incluído na mensagem de RRC Release. Se o UE não conseguir encontrar uma célula aceitável, o UE pode acampar em qualquer célula aceitável da RAT indicada. Se a mensagem de RRC Release não contém redirectedCarrierInfo, o UE deve tentar selecionar uma célula aceitável em uma portadora de NR. Se nenhuma célula aceitável for encontrada de acordo com o supramencionado, o UE deve continuar a procurar uma célula aceitável de qualquer PLMN no estado seleção de qualquer célula. Procedimento de atualização de Adaptação do Usuário de Parte de Aplicação de Subsistema de Rede de Rádio (RNA)

[0019] Em RAN2 #99bis em Praga, foi acordado que, para atualizações da área RAN, um RRCResumeRequest pode ser respondido pela rede com um RRCRelease, possivelmente contendo informações de redirecionamento: • Acordo 3: um UE no estado INACTIVE, tentando retomar uma conexão de RRC, pode receber MSG4 enviado por SRB1 com pelo menos proteção de integridade para mover o UE de volta ao estado INACTIVE (ou seja, não rejeitado). (Caso de uso de atualização de RNA) • Acordo 4: o MSG4 (ou seja, não rejeitado) do acordo 3 pode configurar pelo menos os mesmos parâmetros que podem ser configurados pela mensagem que move o UE para o estado INACTIVE (por exemplo, I-RNTI, RNA, ciclo RAN DRX, temporizador de RNAU periódico, frequência da portadora de redirecionamento, para informações de controle de mobilidade no modo inactive ou informações de prioridade de resseleção). (a estrutura de segurança deve ser discutida independentemente) • Acordo 5: um UE no estado INACTIVE, tentando retomar a conexão de RRC, pode receber MSG4 enviado por SRB1 com pelo menos proteção de integridade para mover o UE para o estado IDLE. RRCRelease convencional sem redirecionamento

[0020] A Figura 2 ilustra um procedimento de Atualização de Adaptação de Usuário (RNA) de Parte de Aplicação do Subsistema de Rede de Rádio convencional. A Figura 2 descreve o procedimento de atualização de RNA disparado por UE quando um UE no estado de RRC_INACTIVE se move para fora do RNA configurado envolvendo recuperação de contexto através da interface Xn. Como a liberação não envolve um redirecionamento, este procedimento pode ser desempenhado pelo UE sem entrar no estado de RRC_CONNECTED. Na etapa 200, o UE emite um RRCResumeRequest indicando que se trata de uma atualização de RNA. A Estação Base de Novo Rádio (gNB) que recebe esta solicitação recupera o contexto de UE do último gNB servidor (etapas 202 e 204) e provê uma indicação de endereço encaminhando dados para o último gNB servidor (etapa 206). O primeiro gNB então solicita que o AMF servidor desempenhe uma comutação de percurso (etapas 208 e 210). O primeiro gNB então responde ao UE com um RRCRelease (etapa 212) que inclui informações suspendConfig. O primeiro gNB então notifica o último gNB servidor que pode descartar as informações de contexto desse UE (etapa 214). Problemas com Soluções Existentes

[0021] Atualmente existem certos desafios. De acordo com os padrões 3GPP atuais, quando uma liberação inclui informações de redirecionamento que redirecionam o UE para um RAT diferente, o UE fará a transição para o estado de RRC_IDLE. Na prática, um UE que recebe informações de redirecionamento vai para o estado de RRC_IDLE de qualquer maneira. Assim, o processo convencional mostrado na Figura 2 é aceitável para RRCRelease sem redirecionamento, mas não é aceitável se o RRCRelease inclui informações de redirecionamento, porque o UE fará a transição para o estado de RRC_IDLE e perderá qualquer segurança que tenha sido ativada.

[0022] A questão então era se as informações de redirecionamento precisavam ser protegidas ou não. Na reunião RAN2 # AH 2018-07 em Montreal, os aspectos de segurança da mensagem RRCRelease contendo informações de redirecionamento foi discutida para NR e RAN2 enviou uma Declaração de Confirmação (LS) para o Grupo de Trabalho 3 - Segurança (SA3) de Aspectos de Serviço e Sistema (SA) 3GPP, solicitando se aquela mensagem poderia ser enviada desprotegida por motivos de desempenho, como latência que pode ser alta e muita sinalização pode ser gerada quando o UE vem de RRC_IDLE e precisa entrar em RRC_CONNECTED e estabelecer a segurança do AS. As discussões eram de que o redirecionamento parecia ser informações sensíveis a serem protegidas, posteriormente confirmadas pela SA3.

[0023] Assim, foi decidido que, devido aos aspectos de segurança da mensagem RRCRelease, o UE deve ter estabelecido a segurança do AS antes de receber uma mensagem RRCRelease que inclui informações de redirecionamento. Como resultado, um processo tal como o processo de atualização de RNA ilustrado na Figura 2 é inadequado para receber uma mensagem de liberação que inclui informações de redirecionamento. Em vez disso, um processo como o mostrado na Figura 3 deve ser usado por sistemas convencionais. Liberação convencional com redirecionamento para um UE de frequência de NR no estado de RRC_IDLE

[0024] A Figura 3 ilustra um processo convencional para liberação e redirecionamento para uma frequência de NR para um UE atualmente no estado de RRC_IDLE. Na reunião RAN2 # 103 em Gotemburgo, o SA3 respondeu ao RAN2 LS sobre os aspectos de segurança da mensagem RRCRelease contendo algumas dessas informações, afirmando que o SA3 considera necessário para RAN2 garantir que a mensagem de RRC connection release seja, pelo menos, com integridade protegida, e que isso é necessário para permitir que o UE valide a autenticidade da origem da mensagem e previne ataque de estação base falsa.

[0025] Em outras palavras, uma mensagem RRCRelease só pode ser processada por um RRC_CONNECTED UE e se vier de maneira segura (ou seja, pelo menos com integridade protegida). Assim, na Figura 3, o UE primeiro faz a transição do estado de RRC_IDLE para o estado de RRC_CONNECTED (etapas 300 e 302), em seguida, faz a transição do estado CM-IDLE para o estado CM- CONNECTED (etapas 304 e 306), estabelece o transporte NAS (etapas 308, 310, 312, 314) e prepara um contexto de segurança (etapas 316, 318 e 320), antes de poder receber a mensagem RRCRelease com informações de redirecionamento (etapa 322).

[0026] Além disso, de acordo com a especificação RRC (mais precisamente a descrição do campo de redirectedCarrierInfo) e a especificação idle/inactive, o UE só pode ser redirecionado se estiver saindo do estado de RRC_CONNECTED. Pode ser que a especificação RRC tenha sido escrita com um caso de uso específico em mente - a saber, onde um nó de rede em um RAT de origem (por exemplo, NR) está ficando sobrecarregado e ou não implementou handovers/reconfiguração com sincronização ou por algum outro motivo prefere redirecionar o RRC_CONNECTED UE para outra frequência ou RAT sem ter que configurar medições. Este caso de uso presume que o UE está no estado de RRC_CONNECTED.

[0027] No entanto, outro caso de uso relevante é quando o UE está no estado de RRC_IDLE e deseja iniciar um dado serviço e, devido a algumas condições de rede (por exemplo, sobrecarregamento em uma determinada frequência e/ou RAT, não suportando o serviço solicitado, como Voz sobre Protocolo de Internet (VoIP) etc.), o UE é movido para o estado de RRC_CONNECTED e depois redirecionado com uma mensagem de Liberação. Este caso de uso sofre uma penalidade maior em termos de latência e sinalização pelo requisito SA3 de que a mensagem precisa ser protegida.

[0028] Além disso, existe uma preocupação de desempenho em termos de latência para UEs de chegada que tentam retomar ou ajustar uma conexão que deseja acessar um serviço em particular não suportado em uma célula de destino (por exemplo, VoIP, chamada de vídeo, etc.). Conforme descrito acima, no caso de um RRC_IDLE UE, o UE precisaria disparar um procedimento de estabelecimento de RRC, entrar em RRC_CONNECTED, desempenhar a ativação de segurança inicial e somente então receber as informações de redirecionamento protegidas. Isso também envolveria alguma sinalização de rede núcleo, conforme mostrado na Figura 3. Liberação convencional com redirecionamento para uma frequência de NR, UE no estado de RRC_INACTIVE

[0029] Com a introdução do estado de RRC_INACTIVE no NR, o procedimento para entrar no estado de RRC_CONNECTED a partir de RRC_INACTIVE é mais rápido do que o procedimento para entrar no estado de

RRC_CONNECTED a partir do estado de RRC_IDLE. Portanto, o caso de uso de um UE entrando no estado de RRC_CONNECTED e então sendo liberado torna-se mais rápido, pois a segurança já está ativada, ou seja, não há necessidade de desempenhar o procedimento inicial de ativação de segurança.

[0030] No entanto, apesar dos benefícios em comparação com o estado de RRC_IDLE, mesmo para os UEs RRC_INACTIVE ainda há alguma quantidade significativa de sinalização e latência devido ao fato de que o UE primeiro precisa entrar no estado de RRC_CONNECTED antes de poder ser redirecionado. A latência na liberação e no redirecionamento a partir do estado de RRC_INACTIVE pode ser menor em comparação ao caso em que o UE vem do estado de RRC_IDLE, uma vez que a segurança já está ativada. Ao enviar uma mensagem RRCRelease segura, a rede pode mover o UE para o estado de RRC_IDLE ou para o estado de RRC_INACTIVE. À medida que a rede redireciona o UE para outra frequência de NR, em um caso típico, a rede move o UE para o estado de RRC_INACTIVE, para também acelerar a retomada da conexão na frequência de destino, reduzindo adicionalmente a latência geral, como mostrado na Figura 4.

[0031] A Figura 4 ilustra um processo convencional para liberação com redirecionamento para uma frequência de NR para um UE atualmente no estado de RRC_INACTIVE. Na Figura 4, o UE emite um RRCResumeRequest (etapa 400). O gNB recupera o contexto de UE do último gNB servidor (etapas 402 e 404) e envia uma instrução RRCResume para o UE (etapa 406). O UE então entra no estado de RRC_CONNECTED e emite uma mensagem RRCResumeComplete para o gNB (etapa 408). O gNB provê opcionalmente uma indicação de endereço de encaminhamento de dados para o último gNB servidor (etapa 410). O gNB então inicia uma comutação de percurso no AMF (etapas 412 e 414), libera o contexto do UE (etapa 416) e envia um RRCRelease para o UE (etapa 418). O RRCRelease instrui o UE a ir para o estado de RRC_INACTIVE e redirecionar para uma frequência de NR. O UE então vai para o modo RRC_INACTIVE, depois tenta retomar na frequência de NR indicada (etapa 420).

[0032] Conforme mostrado na Figura 4, a latência pode ser melhorada se um UE RRC_INACTIVE tenta retomar uma conexão de RRC e, após entrar no estado de RRC_CONNECTED, o UE é suspenso para o estado de RRC_INACTIVE com informações de redirecionamento para uma frequência de NR. Na célula de destino, o UE tenta retomar a conexão. Nesse cenário, o atraso pode ser calculado como: 2*RTT_nr (RRCResumeRequest, RRCResume, RRCResumeComplete, RRCRelease) + RTT_Xn (atraso de rede na origem a partir da busca de contexto) + RTT_5gc (sinalização entre CN e comutador de percurso de origem) + 1.5*RTT_nr (RRCResumeRequest, RRCResume, RRCResumeComplete) + RTT_Xn (atraso de rede no destino a partir da busca de contexto) + RTT_5gc (sinalização entre CN e comutador de percurso de origem) = 3,5 * RTT_nr 2 * RTT_Xn 2 * RTT_5gc.

Liberação Convencional com redirecionamento para uma frequência de Acesso via Rádio Terrestre Universal Evoluído (E-UTRA), UE no estado de RRC_INACTIVE

[0033] A Figura 5 ilustra um processo convencional para liberação com redirecionamento para uma frequência E-UTRA para um UE atualmente no estado de RRC_INACTIVE. Neste caso inter-RAT, se o serviço solicitado pelo UE não for suportado pelo NR, a rede pode redirecionar o UE para outra RAT, por exemplo LTE. Após a recepção de RRCRelease com informações de redirecionamento, independentemente se a rede indica o UE para mover para o estado de RRC_INACTIVE ou o estado de RRC_IDLE, o UE deve desempenhar ações após entrar no estado de RRC_IDLE e desempenhar a seleção de célula para uma célula LTE na frequência E-UTRA indicada e, desempenhar um procedimento de RRC connection setup (transição do estado de RRC_IDLE para o estado de RRC_CONNECTED no E-UTRA).

[0034] Na Figura 5, o UE emite um RRCResumeRequest (etapa 500). O gNB recupera o contexto de UE do último gNB servidor (etapas 502 e 504) e envia uma instrução RRCResume para o UE (etapa 506). O UE então entra no estado de RRC_CONNECTED e emite uma mensagem RRCResumeComplete para oNB (etapa 508). O gNB provê opcionalmente uma indicação de endereço de encaminhamento de dados para o último gNB servidor (etapa 510). O gNB então inicia uma comutação de percurso no AMF (etapas 512 e 514), libera o contexto do UE (etapa 516) e envia um RRCRelease para o UE (etapa 518). A mensagem RRCRelease pode ser com ou sem suspendConfig e redireciona para uma frequência LTE. O UE vai então para o modo RRC_IDLE, desempenha uma seleção de célula na frequência LTE indicada e dispara o estabelecimento de conexão de RRC (etapa 520).

[0035] Como pode ser visto no caso inter-RAT mostrado na Figura 5, a latência pode ser melhorada se um UE RRC_INACTIVE tentar retomar uma conexão de RRC e, após entrar no estado de RRC_CONNECTED, o UE é suspenso para o estado de RRC_INACTIVE com informações de redirecionamento para uma frequência E-UTRA. Na célula de destino, o UE tenta estabelecer a conexão (usando uma transição de estado de RRC_IDLE para RRC_CONNECTED). Nesse cenário, o atraso pode ser calculado como: 2*RTT_nr (RRCResumeRequest, RRCResume, RRCResumeComplete, RRCRelease) + RTT_Xn (atraso de rede na origem a partir da busca de contexto) + RTT_5CN (sinalização entre CN e comutador de percurso de origem) 3,5 * RTT_eutra (RRCConnectionRequest, RRCSetup, RRCSetupComplete, SecurityModeCommand, SecurityModeComplete) +2,5 * RTT_EPC (sinalização entre CN e eNB de destino) = 2 * RTT_nr + 2.5 * RTT_eutra + RTT_5GC + 2.5 * RTT_EPC.

Problemas da Solução Existente

[0036] De acordo com a especificação RRC, após a recepção da mensagem RRCRelease com o campo redirectedCarrierInfo, o UE atua de acordo com o que é descrito em TS 38.304, que é o seguinte: "Na transição do estado de RRC_CONNECTED para o estado de RRC_IDLE ou estado de RRC_INACTIVE, o UE deve tentar acampar em uma célula adequada de acordo com redirectedCarrierInfo se incluído na mensagem de RRC usada para esta transição”.

[0037] Em suma, as especificações 3GPP atuais exigem que, após receber uma mensagem RRCResume, o UE deve primeiro entrar no estado de RRC_CONNECTED antes de poder receber o campo redirectedCarrierInfo e desempenhar um procedimento de liberação e redirecionamento. Como o UE não terá nenhuma conexão de dados na célula de origem/RAT de origem, há sinalização significativa através da interface de rádio (para primeiro entrar no estado de RRC_CONNECTED via um procedimento de retomada completo), sinalização entre nós de rede RAN (para busca de contexto), e sinalização entre os nós RAN e CN (para comutação de percurso). A matéria da presente invenção tenta abordar esses problemas. Sumário

[0038] As modalidades estabelecidas abaixo representam informações para permitir que os técnicos no assunto pratiquem as modalidades e ilustrem o melhor modo de praticar as modalidades. Ao ler a seguinte descrição à luz das figuras anexas, os técnicos no assunto entenderão os conceitos da invenção e reconhecerão aplicações desses conceitos não particularmente abordadas na presente invenção. Deve-se entender que esses conceitos e aplicações se enquadram dentro do escopo da invenção. Determinados aspectos da presente invenção e suas modalidades podem prover soluções ao desafio supracitado ou outros.

[0039] De acordo com um aspecto da presente invenção, um método desempenhado por um Equipamento de Usuário (UE) para comunicação dentro de uma rede de telecomunicações compreende: enquanto em um estado INACTIVE de Controle de Recurso de Rádio (RRC), enviar, para uma estação base, uma solicitação para retomar comunicação e, sem entrar em um estado de RRC CONNECTED, receber, da estação base, uma instrução para liberar e redirecionar; e, em resposta ao recebimento da instrução para liberar e redirecionar, desempenhar a seleção de célula em uma Tecnologia de Acesso via Rádio (RAT) e tentar estabelecer ou retomar a comunicação com uma célula selecionada.

[0040] Em algumas modalidades, a solicitação para retomar a comunicação compreende uma mensagem RRCResumeRequest.

[0041] Em algumas modalidades, a instrução para liberar e redirecionar compreende uma mensagem RRCRelease.

[0042] Em algumas modalidades, a instrução para liberar e redirecionar identifica a RAT no qual a seleção de célula deve ser desempenhada.

[0043] Em algumas modalidades, a RAT no qual a seleção de célula deve ser desempenhada compreende uma frequência de Novo Rádio (NR) ou uma frequência de Evolução de Longo Prazo (LTE).

[0044] Em algumas modalidades, a tentativa de estabelecer ou retomar a comunicação com a célula selecionada compreende a tentativa de estabelecer comunicação com a célula selecionada.

[0045] Em algumas modalidades, a tentativa de estabelecer comunicação com a célula selecionada compreende desempenhar um procedimento de estabelecimento de RRC.

[0046] Em algumas modalidades, a tentativa de estabelecer ou retomar a comunicação com a célula selecionada compreende a tentativa de retomar a comunicação com a célula selecionada.

[0047] Em algumas modalidades, a tentativa de retomar a comunicação com a célula selecionada compreende desempenhar um procedimento de RRC Resume.

[0048] De acordo com outro aspecto da presente invenção, um método desempenhado por uma estação base para comunicação com um UE dentro de uma rede de telecomunicações compreende: receber, do UE em um estado INACTIVE de RRC, uma solicitação para retomar a comunicação; e, em resposta ao recebimento da solicitação para retomar a comunicação, e sem primeiro enviar ao UE uma instrução para retomar, enviar, para o UE, uma instrução para liberar e redirecionar.

[0049] Em algumas modalidades, a solicitação para retomar a comunicação compreende uma mensagem RRCResumeRequest.

[0050] Em algumas modalidades, a instrução para liberar e redirecionar compreende uma mensagem RRCRelease.

[0051] Em algumas modalidades, a instrução para liberar e redirecionar identifica uma RAT na qual a seleção de célula deve ser desempenhada.

[0052] Em algumas modalidades, a RAT na qual a seleção de célula deve ser desempenhada compreende uma frequência de NR ou uma frequência de LTE.

[0053] Em algumas modalidades, o método compreende adicionalmente, antes de enviar a instrução para liberar e redirecionar, desempenhar uma realocação de contexto.

[0054] Em algumas modalidades, desempenhar a realocação de contexto compreende adicionalmente as etapas de: recuperar, a partir de uma última estação base servidora, um contexto associado ao UE; enviar, para uma Função de Gerenciamento de Acesso e Mobilidade (AMF), uma solicitação de comutação de percurso; e receber, do AMF, uma resposta de solicitação de comutação de percurso.

[0055] Em algumas modalidades, o método compreende adicionalmente,

depois de enviar a instrução para liberar e redirecionar, enviar, para a última estação base servidora, uma instrução para liberar o contexto associado ao UE.

[0056] De acordo com outro aspecto da presente invenção, um dispositivo sem fio para comunicação dentro de uma rede de telecomunicações compreende: conjunto de circuitos de processamento configurados para desempenhar qualquer um dos métodos de UE divulgados na presente invenção; e conjunto de circuitos de fornecimento de potência configurados para fornecer potência ao dispositivo sem fio.

[0057] De acordo com outro aspecto da presente invenção, uma estação base para comunicação com um UE dentro de uma rede de telecomunicações compreende: conjunto de circuitos de processamento configurados para desempenhar qualquer um dos métodos de estação base divulgados na presente invenção; e conjunto de circuitos de fornecimento de potência configurados para fornecer potência à estação base.

[0058] De acordo com outro aspecto da presente invenção, um UE para comunicação dentro de uma rede de telecomunicações compreende: uma antena configurada para enviar e receber sinais sem fio; conjunto de circuitos 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 um dos métodos de UE divulgados na presente invenção; uma interface de entrada conectada ao conjunto de circuitos de processamento e configurada para permitir que a inserção 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 potência ao UE.

[0059] De acordo com outro aspecto da presente invenção, um sistema de comunicação incluindo um computador host que compreende: 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 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 um dos métodos da estação base divulgados na presente invenção.

[0060] Em algumas modalidades, o sistema de comunicação inclui adicionalmente a estação base.

[0061] Em algumas modalidades, o UE é configurado para se comunicar com a estação base.

[0062] Em algumas modalidades, o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo, desse modo, os dados de usuário; e o UE compreende conjunto de circuitos de processamento configurados para executar uma aplicação cliente associada à aplicação host.

[0063] De acordo com outro aspecto da presente invenção, um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE compreende: no computador host, prover dados de usuário; e no computador host, iniciar uma transmissão portando os dados de usuário ao UE via uma rede celular compreendendo a estação base, em que a estação base desempenha qualquer um dos métodos divulgados na presente invenção.

[0064] Em algumas modalidades, o método compreende adicionalmente, na estação base, transmitir os dados de usuário.

[0065] Em algumas modalidades, os dados de usuário são providos no computador host ao executar uma aplicação host, o método compreendendo adicionalmente, no UE, executar uma aplicação cliente associada à aplicação host.

[0066] De acordo com outro aspecto da presente invenção, um UE configurado para se comunicar com uma estação base compreende uma interface de rádio e conjunto de circuitos de processamento configurados para desempenhar qualquer um dos métodos de UE divulgados na presente invenção.

[0067] De acordo com outro aspecto da presente invenção, um sistema de comunicação incluindo um computador host compreende: 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 UE; em que o UE compreende uma interface de rádio e conjunto de circuitos de processamento, os componentes de UE configurado para desempenhar qualquer dos métodos de UE divulgados na presente invenção.

[0068] Em algumas modalidades, a rede celular inclui adicionalmente uma estação base configurada para se comunicar com o UE.

[0069] Em algumas modalidades, o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo, desse modo, os dados de usuário; e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host.

[0070] De acordo com outro aspecto da presente invenção, m método implementado em um sistema de comunicação incluindo um computador host,

uma estação base e um UE que compreende: no computador host, prover dados de usuário; e, no computador host, iniciar uma transmissão portando os dados de usuário ao UE via uma rede celular compreendendo a estação base, em que o UE desempenha qualquer um dos métodos de UE divulgados na presente invenção.

[0071] Em algumas modalidades, o método compreende adicionalmente, no UE, receber os dados de usuário a partir da estação base.

[0072] De acordo com outro aspecto da presente invenção, um sistema de comunicação incluindo um computador host compreende: uma interface de comunicação configurada para receber dados de usuário originados de uma transmissão de um UE para uma estação base; em que o UE compreende uma interface de rádio e conjunto de circuitos de processamento, o conjunto de circuitos de processamento do UE configurado para desempenhar qualquer dos métodos de UE divulgados na presente invenção.

[0073] Em algumas modalidades, o sistema de comunicação inclui adicionalmente o UE.

[0074] Em algumas modalidades, 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 portados por uma transmissão a partir do UE para a estação base.

[0075] Em algumas modalidades, o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, e o conjunto de circuitos de processamento de UE é configurado para executar uma aplicação cliente associada à aplicação host, provendo, desse modo, os dados de usuário.

[0076] Em algumas modalidades, o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo,

desse modo, os dados de solicitação; e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host, provendo, desse modo, os dados de usuário em resposta aos dados de solicitação.

[0077] De acordo com outro aspecto da presente invenção, um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE compreende: no computador host, receber dados de usuário transmitidos para a estação base a partir do UE, em que o UE desempenha qualquer um dos métodos de UE divulgados na presente invenção.

[0078] Em algumas modalidades, o método compreende adicionalmente, no UE, prover os dados de usuário para a estação base.

[0079] Em algumas modalidades, o método compreende adicionalmente no UE, executar uma aplicação cliente, provendo, desse modo, os dados de usuário a serem transmitidos; e no computador host, executar uma aplicação host associada à aplicação cliente.

[0080] Em algumas modalidades, o método compreende adicionalmente no UE, executar uma aplicação cliente; e, no UE, receber dados de entrada para a aplicação cliente, os dados de entrada sendo providos no computador host ao executar uma aplicação host associada à aplicação cliente; em que os dados de usuário a serem transmitidos são providos pela aplicação cliente em resposta aos dados de entrada.

[0081] De acordo com outro aspecto da presente invenção, um sistema de comunicação inclui um computador host compreendendo uma interface de comunicação configurada para receber dados de usuário originados de uma transmissão de um UE para uma estação base, em que a estação base compreende uma interface de rádio e conjunto de circuitos de processamento, o conjunto de circuitos de processamento da estação base configurado para desempenhar qualquer dos métodos de estação base divulgados na presente invenção.

[0082] Em algumas modalidades, a comunicação inclui adicionalmente a estação base.

[0083] Em algumas modalidades, o UE é configurado para se comunicar com a estação base.

[0084] Em algumas modalidades, 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 cliente associada à aplicação host, provendo, desse modo, os dados de usuário a serem recebidos pelo computador host.

[0085] De acordo com outro aspecto da presente invenção, um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE compreende: no computador host, receber dados da estação base, dados de usuários originados a partir da transmissão que a estação base recebeu do UE, em que o UE desempenha qualquer um dos métodos de UE divulgados na presente invenção.

[0086] Em algumas modalidades, o método compreende adicionalmente, na estação base, receber os dados de usuário a partir do UE.

[0087] Em algumas modalidades, o método compreende adicionalmente, na estação base, iniciar uma transmissão dos dados de usuário recebidos para o computador host.

[0088] Assim, os sistemas e métodos divulgados na presente invenção incluem redirecionar um UE no estado de RRC_INACTIVE para frequência/RAT diferente usando uma liberação de duas etapas com procedimento de redirecionamento, ou seja, uma liberação com mensagem de redirecionamento é enviada em resposta direta a uma solicitação de retomada.

[0089] Existem propostas na presente invenção, várias modalidades que tratam de uma ou mais das questões divulgadas na presente invenção. Determinadas modalidades podem prover uma ou mais dentre as seguintes vantagens técnicas. Uma vantagem do método proposto é a redução da latência e da sinalização nas interfaces aéreas e interfaces internós (tanto entre nós RAN quanto entre RAN e CN). Breve Descrição das Figuras

[0090] As figuras anexas incorporadas e formam uma parte desse relatório descritivo ilustram vários aspectos da invenção e, juntamente com a descrição, servem para explicar os princípios da invenção.

[0091] A Figura 1 ilustra uma máquina de estado de Equipamento de Usuário (UE) e possíveis transições de estado entre os estados de Controle de Recurso de Rádio (RRC) em Novo Rádio (NR);

[0092] A Figura 2 ilustra um procedimento de Atualização de Adaptação de Usuário (RNA) de Parte de Aplicação de Subsistema de Rede de Rádio convencional;

[0093] A Figura 3 ilustra um processo convencional para liberação e redirecionamento para uma frequência de NR para um UE atualmente no estado de RRC_IDLE;

[0094] A Figura 4 ilustra um processo convencional para liberação com redirecionamento para uma frequência de NR para um UE atualmente no estado de RRC_INACTIVE;

[0095] A Figura 5 ilustra um processo convencional para liberação com redirecionamento para uma frequência E-UTRA para um UE atualmente no estado de RRC_INACTIVE;

[0096] A Figura 6 ilustra um processo exemplar para liberação e redirecionamento, desempenhado por um UE, de acordo com algumas modalidades da presente invenção;

[0097] A Figura 7 ilustra um processo exemplar para liberação e redirecionamento, desempenhado por um nó de rede, de acordo com algumas modalidades da presente invenção;

[0098] A Figura 8 ilustra um exemplo de processo de duas etapas para liberação e redirecionamento de acordo com algumas modalidades da presente invenção;

[0099] A Figura 9 ilustra uma interação convencional entre as camadas superiores/Estrato de Não Acesso (NAS) e Estrato de Acesso (AS);

[00100] A Figura 10 ilustra um exemplo de processo de duas etapas para liberação e redirecionamento de acordo com algumas modalidades da presente invenção;

[00101] A Figura 11 ilustra uma interação exemplar entre as camadas NAS e AS exemplares de acordo com algumas modalidades da presente invenção;

[00102] A Figura 12 ilustra uma interação exemplar entre as camadas NAS e AS exemplares de acordo com algumas modalidades da presente invenção;

[00103] A Figura 13 ilustra um exemplo de uma rede de comunicações celulares de acordo com algumas modalidades da presente invenção;

[00104] A Figura 14 ilustra um sistema de comunicação sem fio representado como uma arquitetura de rede de Quinta Geração (5G) composta por Funções de Rede (NFs) núcleo, onde a interação entre quaisquer duas NFs é representada por um ponto/interface de referência ponto a ponto;

[00105] A Figura 15 ilustra uma arquitetura de rede 5G usando interfaces baseadas em serviço entre as NFs no plano de controle;

[00106] A Figura 16 é um diagrama em bloco esquemático de um nó de acesso via rádio de acordo com algumas modalidades da presente invenção;

[00107] A Figura 17 é um diagrama de blocos esquemático que ilustra uma modalidade virtualizada do nó de acesso via rádio de acordo com algumas modalidades da presente invenção;

[00108] A Figura 18 é um diagrama de blocos esquemático de um nó de acesso via rádio de acordo com algumas outras modalidades da presente invenção;

[00109] A Figura 19 é um diagrama de blocos esquemático de um UE de acordo com algumas modalidades da presente invenção;

[00110] A Figura 20 é um diagrama de blocos esquemático do UE de acordo com algumas outras modalidades da presente invenção;

[00111] A Figura 21 ilustra um sistema de comunicação de acordo com algumas modalidades da presente invenção;

[00112] A Figura 22 ilustra um sistema de comunicação de acordo com algumas outras modalidades da presente invenção;

[00113] A Figura 23 é um fluxograma ilustrando um método implementado em um sistema de comunicação, de acordo com algumas modalidades da presente invenção;

[00114] A Figura 24 é um fluxograma ilustrando um método implementado em um sistema de comunicação, em acordo com algumas modalidades da presente invenção;

[00115] A Figura 25 é um fluxograma ilustrando um método implementado em um sistema de comunicação, em acordo com algumas modalidades da presente invenção; e

[00116] A Figura 26 é um fluxograma ilustrando um método implementado em um sistema de comunicação, em acordo com algumas modalidades da presente invenção. Descrição Detalhada

[00117] Algumas das modalidades contempladas na presente invenção serão agora descritas mais completamente com referência aos desenhos anexos. Outras modalidades, no entanto, estão contidas dentro do escopo da matéria divulgada na presente invenção e a matéria divulgada não deve ser interpretada como limitada apenas às modalidades estabelecidas na presente invenção; em vez disso, essas modalidades são providas a título de exemplo para expressar o escopo da matéria aos técnicos no assunto.

[00118] Nó de Rádio: Conforme usado na presente invenção, um "nó de rádio" é um nó de acesso via rádio ou um dispositivo sem fio.

[00119] Nó de Acesso via Rádio: Conforme usado na presente invenção, um "nó de acesso via rádio" ou "nó de rede de rádio" é qualquer nó em uma rede de acesso via rádio de uma rede de comunicações celulares que opera para transmitir e/ou receber sinais de modo sem fio. Alguns exemplos de um nó de acesso via rádio incluem, mas não se limitam a, uma estação base (por exemplo, uma estação base de Novo Rádio (NR) (gNB) em uma rede de NR de Quinta Geração (5G) do Projeto de Parceria para a Terceira Geração (3GPP) ou um Nó B aprimorado ou evoluído (eNB) em uma rede de Evolução de Longo Prazo (LTE) 3GPP), uma macroestação base ou de alta potência, uma estação base de baixa potência (por exemplo, uma microestação base, uma picoestação base, um eNB doméstico ou semelhantes) e um nó de retransmissão.

[00120] Nó de Rede Núcleo: Conforme usado na presente invenção, um "nó de rede núcleo" é qualquer tipo de nó em uma rede núcleo. Alguns exemplos de um nó de rede núcleo incluem, por exemplo, uma Entidade de Gerenciamento de Mobilidade (MME), um Gateway de Rede de Dados de Pacote (P-GW), uma Função de Exposição de Capacidade de Serviço (SCEF) ou semelhantes.

[00121] Dispositivo Sem Fio: Conforme usado na presente invenção, um "dispositivo sem fio" é qualquer tipo de dispositivo que tem acesso a (ou seja, é servido por) uma rede de comunicação celular transmitindo e/ou recebendo sinais de modo sem fio para nó(s) de acesso via rádio. Alguns exemplos de um dispositivo sem fio incluem, mas não se limitam a, um dispositivo de Equipamento de Usuário (UE) em uma rede 3GPP e um dispositivo de Comunicação do Tipo Máquina (MTC).

[00122] Nó de Rede: Conforme usado neste documento, um "nó de rede" é qualquer nó que faz parte da rede de acesso via rádio ou da rede núcleo de uma rede/sistema de comunicação celular.

[00123] Note que a descrição dada na presente invenção se concentra em um sistema de comunicações celulares 3GPP e, como tal, a terminologia 3GPP ou terminologia semelhante à terminologia 3GPP é usada com frequência. No entanto, os conceitos divulgados na presente invenção não se limitam a um sistema 3GPP.

[00124] Note que, na descrição da presente invenção, a referência pode ser feita ao termo "célula”; no entanto, particularmente no que diz respeito aos conceitos de 5G NR, podem ser usados feixes em vez de células e, como tal, é importante notar que os conceitos descritos na presente invenção são igualmente aplicáveis a células e feixes.

[00125] As modalidades estabelecidas abaixo representam informações para permitir que os técnicos no assunto pratiquem as modalidades e ilustrem o melhor modo de praticá-las. Ao ler a seguinte descrição à luz das figuras anexas, os técnicos no assunto entenderão os conceitos da invenção e reconhecerão aplicações desses conceitos não particularmente abordadas na presente invenção. Deve-se entender que esses conceitos e aplicações se enquadram dentro do escopo da invenção. Liberação aprimorada com redirecionamento - UE

[00126] A Figura 6 ilustra um processo exemplar para liberação e redirecionamento, desempenhado por um UE, de acordo com algumas modalidades da presente invenção. Na modalidade ilustrada na Figura 6, um método executado por um UE no estado inactive de Controle de Recurso de Rádio (RRC) (RRC_INACTIVE) compreende as seguintes etapas:

[00127] Etapa 600: receber das camadas superiores (por exemplo, a camada de Estrato de Não Acesso (NAS)) uma solicitação para retomar uma conexão de RRC (por exemplo, uma solicitação para iniciar um dado serviço com um valor de causa associado, tal como: emergência; highPriorityAccess; valores de causa Mobile Terminated (MT), tal como MT-Access; valores de causa Mobile Originated (MO), tais como MO-Data, MO-VoiceCall, MO-VideoCall e MO-SMS; valores de causa de Serviço de Prioridade Multimídia (MPS), tal como MPS- PriorityAccess; valores de causa de Suporte de Missão Crítica (MCS), tal como MCS-PriorityAccess, ou qualquer outro valor de causa introduzido no futuro). Esses serviços podem ser suportados por todos os nós ou podem ser suportados por alguns nós, mas não por outros.

[00128] Após receber a solicitação das camadas superiores, o UE pode desempenhar ações ao transmitir uma RRC Resume Request como uma mensagem com um valor de causa associado à solicitação das camadas superiores.

[00129] Embora a etapa 600 seja descrita acima como uma solicitação a partir de camadas superiores, o método também é aplicável para uma solicitação a partir de camadas AS ou RRC, por exemplo, no caso de uma atualização de RNA que é respondida com uma mensagem suspendendo o UE de volta ao estado de RRC_INACTIVE (ou equivalente) e redirecionando o UE para outra frequência na mesma Tecnologia de Acesso via Rádio (RAT) ou outra frequência em uma RAT diferente.

[00130] Etapa 602: transmitir, para um nó de rede (por exemplo, um eNB),

uma mensagem de RRC Resume Request com um valor de causa associado à solicitação das camadas superiores. Redes convencionais só podem responder com um tipo de mensagem de RRC Resume Request, tal como uma mensagem RRCResumeRequest ou um RRCResumeRequest1 (ou um RRCConnectionResumeRequest em LTE), ou com uma mensagem RRCRelease (ou RRCConnectionRelease em LTE) no caso de RRC Resume Request está associado a atualizações de Adaptação de Usuário de Parte de Aplicação de Subsistema de Rede de Rádio (RNA) , por exemplo, quando elas têm um valor de causa de Atualização de Autoridade de Movimento (MA).

[00131] Etapa 604: receber, a partir do nó da rede e em resposta à mensagem na Etapa 602, uma mensagem de RRC Release com informações de redirecionamento para outra portadora, que pode ser da mesma RAT ou de uma RAT diferente. Existem vários cenários envolvendo variações no destino de redirecionamento (por exemplo, NR versus LTE) e se a mensagem de RRC Release inclui ou não uma configuração de suspensão:

[00132] NR Inactive para NR Inactive. Em algumas modalidades, se o UE RRC_INACTIVE tentou retomar em NR e recebe uma informação de redirecionamento para uma frequência de NR, e a mensagem contém uma configuração de suspensão, o UE permanece no estado de RRC_INACTIVE e desempenha a seleção de célula ao entrar em RRC_INACTIVE na frequência de portadora indicada na mensagem.

[00133] NR Inactive para NR Idle. Em algumas modalidades, se o UE RRC_INACTIVE tentou retomar em NR e recebe uma informação de redirecionamento para uma frequência de NR, e a mensagem não contém uma configuração de suspensão, o UE entra no estado de RRC_IDLE (e desempenha ações em conformidade, por exemplo, parar temporizadores, liberar recursos, etc.) e desempenhar a seleção de célula ao inserir RRC_IDLE na frequência de portadora indicada na mensagem.

[00134] Os mesmos princípios podem ser aplicados a um procedimento “LTE para LTE”.

[00135] NR Inactive para LTE Inactive. Em algumas modalidades, se o UE RRC_INACTIVE tentou retomar em NR e recebe informações de redirecionamento para uma frequência de LTE, e a mensagem contém uma configuração de suspensão, o UE permanece no estado de RRC_INACTIVE e desempenha a seleção de célula inter-RAT ao entrar em RRC_INACTIVE na frequência de portadora indicada na mensagem. Isso é executado por UEs que suportam RRC_INACTIVE na RAT de destino, neste exemplo, LTE. Se o UE não suporta RRC_INACTIVE em LTE, o UE entra em RRC_IDLE após receber o RRCRelease com informações de redirecionamento, independentemente se a mensagem contém uma configuração de suspensão ou não e desempenha a seleção de célula inter-RAT após inserir RRC_IDLE na frequência da portadora indicada na mensagem.

[00136] NR Inactive para LTE Idle. Em algumas modalidades, se o RRC_INACTIVE UE tentou retomar em NR e recebe uma informação de redirecionamento para uma frequência de LTE, e a mensagem não contém uma configuração de suspensão, o UE entra no estado de RRC_IDLE (e desempenha ações em conformidade, por exemplo, parar temporizadores, liberar recursos, etc.) e desempenhar a seleção de célula ao inserir RRC_IDLE na frequência de portadora indicada na mensagem.

[00137] Os mesmos princípios podem ser aplicados a um procedimento “LTE para NR”.

[00138] Em qualquer um desses casos (LTE para NR, NR para NR, LTE para LTE ou NR para LTE), o UE precisa desempenhar a seleção de célula.

[00139] Os diferentes cenários descritos acima são manipulados pelas etapas 606, 608, 610, 612 e 614 da Figura 6. Na modalidade ilustrada na Figura 6, o UE determina se as informações de redirecionamento estão na direção da mesma RAT (etapa 606) e, em caso afirmativo, o UE permanecerá no estado de RRC_INACTIVE (etapa 608). Se as informações de redirecionamento estão na direção de uma RAT diferente, no entanto, o UE determinará se a nova RAT suporta o estado de RRC_INACTIVE (etapa 610) e, se assim for, permanecerá nesse estado (etapa 608) ou então irá para o estado de RRC_IDLE (etapa 612). Depois disso, o UE desempenha as seguintes etapas.

[00140] Etapa 614: desempenhar a seleção de célula após entrar no estado de RRC_INACTIVE ou no estado de RRC_IDLE, na frequência indicada na mensagem RRC Release (nas informações de redirecionamento).

[00141] Após fazer a seleção de célula, o UE pode entrar em uma nova RNA, ou seja, uma célula, área de rastreamento, área de registro, ID de área de RAN, etc., para a qual o UE não está configurado. Em vez de desempenhar uma atualização da área RAN, o UE tenta retomar na célula recém-selecionada de acordo com a causa de retomada que primeiro gerou a mensagem de RRC Resume Request que foi solicitada pela camada superior e que foi respondida com a RRC Release com informações de redirecionamento. Em termos mais gerais, em algumas modalidades, a solicitação de camada superior e o procedimento de retomada são considerados pendentes e devem ser iniciados após a seleção de célula. Eles devem prevalecer sobre qualquer procedimento de RRC ou AS disparado mediante seleção de célula, como entrar em uma nova área RAN que não está configurada como parte da configuração de RNA para esse UE.

[00142] Após fazer a seleção de célula, o UE pode entrar em uma nova Área de Rastreamento (ou Área de Registro) que não está configurada com (por exemplo, não faz parte de sua lista de áreas configuradas). Nestes cenários, em algumas modalidades, em vez de desempenhar uma Atualização de Área de Rastreamento (ou equivalente, como uma Atualização de Área de Registro), o método inclui tentar retomar na célula recém-selecionada de acordo com a causa de retomada que primeiro gerou a mensagem de RRC Resume Request solicitada pela camada superior e que foi respondido com a RRC Release com informações de redirecionamento. Em algumas modalidades, a solicitação de camada superior e o procedimento de retomada são considerados pendentes e devem ser iniciados após a seleção de célula. Eles devem prevalecer sobre qualquer procedimento de RRC, procedimento de AS ou mesmo um procedimento de NAS (no caso de uma atualização da área de registro) disparado na seleção da célula.

[00143] Ao fazer a seleção de célula, o UE pode entrar em uma nova Área de Rastreamento (ou Área de Registro) com a qual não está configurada (por exemplo, não faz parte de sua lista de áreas configuradas). O método compreende, em vez de desempenhar uma Atualização de Área de Rastreamento (ou equivalente, como uma Atualização de Área de Registro), tentar retomar na célula recém-selecionada de acordo com a causa de retomada que primeiro gerou a mensagem de RRC Resume Request solicitada pela camada superior e que foi respondido com a RRC Release com informações de redirecionamento. Em termos mais gerais, a solicitação de camada superior e o procedimento de retomada, de alguma forma, são considerados pendentes e devem ser iniciados após a seleção de célula. Eles devem prevalecer sobre qualquer procedimento de RRC, procedimento de AS, mas não um procedimento de NAS relacionado a uma atualização da área de registro disparado mediante seleção de célula. O motivo pode ser devido ao fato de um dado serviço não ser suportado antes de uma atualização de área ser desempenhada.

[00144] Em algumas modalidades, o UE desempenha a seleção de célula,

embora não saia do estado de RRC_CONNECTED. Portanto, este é um novo disparo para a seleção de célula: O UE está entrando no estado de RRC_INACTIVE ou no estado de RRC_IDLE mediante a recepção de uma mensagem de RRC Release (para o estado de RRC_IDLE ou para o estado de RRC_INACTIVE) quando o UE está vindo do estado de RRC_INACTIVE.

[00145] Na seleção de célula após entrar no estado de RRC_INACTIVE ou entrar no estado de RRC_IDLE, o UE deve tentar acampar em uma célula adequada de acordo com redirectedCarrierInfo se incluído na mensagem de RRC usada para esta transição. Se o UE não conseguir encontrar uma célula adequada, é permitido o UE acampar em qualquer célula adequada da RAT indicada. Se nenhuma célula adequada for encontrada de acordo com o supramencionado, o UE deve desempenhar a seleção de célula usando as informações armazenadas a fim de encontrar uma célula adequada na qual acampar.

[00146] Etapa 616: determinar o estado de RRC atual do UE, por exemplo, RRC_IDLE ou RRC_INACTIVE.

[00147] Etapa 618: se o UE estiver no estado de RRC_INACTIVE, disparar um procedimento de retomada de conexão na RAT indicada ou outro procedimento na RAT indicada com base nas informações de redirecionamento.

[00148] Etapa 620: se o UE estiver no estado de RRC_IDLE, disparar um procedimento de preparação de conexão na RAT indicada ou outro procedimento na RAT indicada com base nas informações de redirecionamento. Liberação melhorada com redirecionamento - nó de rede

[00149] A Figura 7 ilustra um processo exemplar para liberação e redirecionamento, desempenhado por um nó de rede, de acordo com algumas modalidades da presente invenção. Na modalidade ilustrada na Figura 7, um método executado por um nó de rede compreende as seguintes etapas:

[00150] Etapa 700: receber, de um UE que está no estado de RRC_INACTIVE, uma mensagem RRCResumeRequest que inclui um valor de causa ou indica que isso foi solicitado pelas camadas superiores. Nesta etapa, o gNB de destino (ou eNB ou qualquer tipo de nó RAN) servindo a célula na qual o UE tenta retomar recebe uma RRC Resume Request como mensagem de UE. O valor da causa associado a essa solicitação de retomada indica que a solicitação foi disparada por camadas superiores do UE (por exemplo, NAS). Exemplos destes incluem, mas não estão limitados a: emergência, highPriorityAccess, MT-Access, MO-Data, MO-VoiceCall, MO-VideoCall, MO-SMS, MPS-PriorityAccess ou MCS- PriorityAccess.

[00151] Devido a alguma condição de rede ou política local (por exemplo, célula de destino/portadora/RAT sobrecarregada ou serviço associado ao valor de causa não disponível na célula de destino/portadora/RAT), o gNB de destino pode decidir redirecionar para outra frequência ou RAT. Alternativamente, se o contexto de AS não for realocado e for o gNB de origem que gera a mensagem de RRC Release, pode ser o gNB de origem (ou eNB ou qualquer tipo de nó RAN) que decide redirecionar o UE. No entanto, isso pode exigir, por exemplo, que o valor da causa ou alguma outra informação indicativa do serviço de solicitação seja encaminhada ao gNB de origem pelo gNB de destino.

[00152] Etapa 702: determinar que o UE deve ser redirecionado para outra frequência e/ou outra RAT.

[00153] Etapa 704: ao determinar que o UE deve ser redirecionado para outra frequência ou para outra RAT, habilitar a transmissão de uma mensagem segura sem mover o UE para o estado de RRC_CONNECTED. Isso pode ser feito com ou sem realocação de contexto.

[00154] Na primeira alternativa, o gNB de destino busca o contexto de AS do gNB de origem (às vezes chamado de gNB âncora) pela interface Xn. Como parte do procedimento de busca de contexto, o gNB de origem também valida a identidade do UE que emite a solicitação (verificando o shortResumeMAC-Eu contido na solicitação de retomada como mensagem). O contexto de AS contém, entre outras coisas, os parâmetros de segurança (por exemplo, chave de segurança e algoritmos de segurança) necessários para reativar a segurança de AS para que a mensagem de RRC Release possa ser enviada protegida (para que os requisitos de segurança SA3 para 5G sejam atendidos). O gNB de destino também desempenha um procedimento de comutação de percurso com a AMF para informar a CN da nova localização do UE e para atualizar os percursos do plano de usuário e de controle. Como parte deste procedimento, o gNB de destino também recebe um novo par {NCC, NH} do AMF. O valor NCC deste par está incluído na configuração inactive (suspendConfig) na mensagem de RRC Release enviada na próxima etapa. Como uma otimização, para reduzir adicionalmente a latência do redirecionamento, o gNB de destino pode escolher desempenhar o procedimento de comutação de percurso em paralelo ou após o envio da mensagem de liberação (ou seja, etapa 3 abaixo). No entanto, como o valor NCC no reconhecimento de comutação de percurso está normalmente incluído na mensagem de liberação, isso requer que o gNB de destino possa prever/determinar o NCC recebido no reconhecimento de comutação de percurso antes do tempo. Isso é possível porque o próximo NCC é normalmente o valor do NCC anterior (que pode ser armazenado como parte do contexto de AS) incrementado com um.

[00155] Na segunda alternativa, o gNB de destino ainda contata o gNB de origem para validar a solicitação, mas não busca o contexto de AS. Como o contexto de AS não é realocado, o gNB de destino não será capaz de reativar a segurança do AS e, portanto, é o gNB de origem que deve assegurar (ou seja, proteger a integridade e cifrar) a mensagem de liberação. Isso implica que todas as informações necessárias para construir a mensagem de liberação já devem ser conhecidas pelo gNB de origem ou encaminhadas ao gNB de origem pelo gNB de destino. Assim, se o gNB de destino toma a decisão de redirecionar o UE, ele precisa enviar as informações de redirecionamento (por exemplo, frequência de destino e RAT de destino) para o gNB de origem para que o gNB de origem possa incluir as informações de redirecionamento na mensagem de liberação. Observe que, como o contexto de AS não é realocado, o gNB de destino não desempenha a comutação de percurso.

[00156] No estado da técnica, a atualização da área de RAN (em particular atualizações periódicas da área de RAN) foi mencionada como o procedimento para usar a retomada sem realocação de contexto. A matéria da presente invenção apresenta um novo caso de uso em que o nó de destino, sabendo que este será um procedimento de liberação e redirecionamento, dispara o procedimento sem realocação. O nó de destino pode informar ao nó de origem o motivo da liberação e redirecionamento, para que a origem não tenha que se preocupar com alguns dos parâmetros de configuração de suspensão, como os relacionados às atualizações de RNA. Pode haver uma indicação na mensagem de destino para a origem dizendo que este é um procedimento de liberação e redirecionamento, sem realocação de contexto.

[00157] Etapa 706: enviar, para o UE, uma resposta para a mensagem RRCResumeRequest, a resposta incluindo uma RRC Release com informações de redirecionamento. Nesta etapa, se o contexto de AS foi realocado na etapa anterior, o gNB de destino gera e assegura as informações de redirecionamento de mensagem de liberação e a envia para o UE. A mensagem de liberação inclui informações sobre a portadora redirecionada (redirectedCarrierInfo) e, se a rede quiser que o UE permaneça no estado de RRC_INACTIVE, a configuração inactive (suspendConfig). Se o contexto de AS não for realocado, a mensagem de liberação é construída e assegurada pelo gNB de origem e é enviada ao gNB de destino que, por sua vez, a encaminha de forma transparente para o UE. À medida que a mensagem de liberação é enviada em resposta à solicitação de retomada, o UE não faz a transição para RRC_CONNECTED; em vez disso, ele permanece no estado de RRC_INACTIVE, se a configuração de suspensão estiver incluída na mensagem de liberação, ou, caso contrário, transições para RRC_IDLE.

[00158] Etapa 708: manipular o contexto de UE dependendo se o UE é movido para o estado de RRC_IDLE ou RRC_INACTIVE e se as informações de redirecionamento são inter-RAT ou intra-RAT. Uma vez que RRC_INACTIVE não é suportado em RATs em Rel-15, o UE fará a transição automaticamente para RRC_IDLE se for redirecionado de NR para LTE (ou vice-versa), independentemente se a mensagem de liberação contém a configuração inactive ou não. Assim, se a rede redirecionar o UE de NR para LTE (ou vice- versa), ela pode excluir o contexto de AS após ter enviado a mensagem de liberação. Dependendo se o contexto de AS não for realocado, é ou o gNB de origem ou de destino que exclui o contexto de AS. Liberação com redirecionamento para uma frequência de NR, UE no estado de RRC_INACTIVE, em 2 etapas

[00159] Um método da solução proposta com realocação de contexto e sem realocação de contexto, onde as reduções de latência exatas são diferentes, é mostrado na Figura 8.

[00160] A Figura 8 ilustra um exemplo de processo de duas etapas para liberação e redirecionamento de acordo com algumas modalidades da presente invenção. Nesse cenário, com realocação de contexto, o fluxo de chamadas ilustrado na Figura 8 pode ser aplicado ao redirecionamento para uma frequência de NR. Na modalidade ilustrada na Figura 8, as seguintes etapas são desempenhadas:

[00161] Etapa 800: um UE em um estado de RRC_INACTIVE, CM- CONNECTED emite uma mensagem RRCResumeRequest para um primeiro gNB.

[00162] Etapa 802 e 804: o primeiro gNB recupera o contexto do UE a partir do último gNB servidor.

[00163] Etapa 806: o primeiro gNB provê ao último gNB servidor uma indicação de endereço de encaminhamento de dados.

[00164] Etapas 808 e 810: o primeiro gNB então solicita que a AMF servidora desempenhe uma comutação de percurso.

[00165] Etapa 812: o primeiro gNB, então, responde ao UE com uma mensagem RRCRelease que inclui informações suspendConfig e que também redireciona o UE para outra frequência de NR. Em contraste com os métodos do estado da técnica, em que o gNB emitiria uma mensagem RRCResume antes de emitir a mensagem RRCRelease, na modalidade ilustrada na Figura 8, o gNB não emite primeiro uma mensagem RRCResume. Consequentemente, o UE não entra no estado de RRC_CONNECTED.

[00166] Etapa 814: o UE então desempenha a seleção de célula em NR e tenta retomar na célula de destino.

[00167] Etapa 816: o gNB emite uma mensagem de Liberação de contexto da UE para o último gNB servidor.

[00168] Uma vez que, do ponto de vista do UE, o processo envolveu apenas duas etapas - enviar o RRCResumeRequest (etapa 800) e receber o RRCRelease com redirecionamento (etapa 812) - este método é referido neste documento como um processo de "duas etapas". Na liberação e no redirecionamento de duas etapas com realocação de contexto, conforme ilustrado na Figura 8, um UE RRC_INACTIVE tenta retomar uma conexão de RRC e sem entrar no estado de RRC_CONNECTED, o UE é suspenso para o estado de RRC_INACTIVE com informações de redirecionamento para uma frequência de NR. Na célula de destino, o UE tenta retomar a conexão. Em comparação com o caso convencional em que o UE entra primeiro no estado de RRC_CONNECTED para então ser liberado, duas mensagens entre o UE e o destino podem ser ignoradas (RRCResume e RRCResumeComplete). Nesse cenário, o atraso pode ser calculado como: RTT_nr (RRCResumeRequest, RRCRelease) + RTT_Xn (atraso de rede na origem a partir da busca de contexto) + RTT_5gc (sinalização entre CN e comutador de percurso de origem) + 1.5*RTT_nr (RRCResumeRequest, RRCResume, RRCResumeComplete) + RTT_Xn (atraso de rede no destino a partir da busca de contexto) + RTT_5gc (sinalização entre CN e comutador de percurso de origem) = 2.5*RTT_nr + 3*RTT_Xn + 2*RTT_5gc.

[00169] Em algumas modalidades, o processo ilustrado na Figura 8 é ainda mais otimizado no caso em que o UE desempenha um procedimento de duas etapas sem realocação de contexto. Nessas modalidades, após enviar um RRCResumeRequest (que não é uma atualização de RNA), o UE recebe um RRCRelease com suspendConfig mas a rede não desempenha realocação de contexto - por exemplo, as etapas 808 e 810 não são desempenhadas. Uma vez que a rede sabe que no caso de liberação e redirecionamento o UE está indo para outra frequência e retomando em outra célula que pode estar em outro gNB, pode não fazer sentido disparar a busca de contexto, uma vez que esse novo destino pode disparar a busca de contexto novamente. Portanto, um procedimento de duas etapas (RRCResumeRequest seguido por um RRCRelease com suspendConfig e informações de redirecionamento) sem realocação de contexto pode reduzir ainda mais a latência do procedimento, devido ao fato de que a comutação de percurso não precisa ser desempenhada (como o gNB/eNB âncora mantém a conexão com a CN não precisaria ser alterada). Nesse cenário, o atraso pode ser calculado como:

RTT_nr (RRCResumeRequest, RRCRelease) +1,5 * RTT_Xn (atraso de rede no destino a partir da busca de contexto) + 1.5*RTT_nr (RRCResumeRequest, RRCResume, RRCResumeComplete) +1,5 * RTT_Xn (atraso de rede no destino a partir da busca de contexto) + RTT_5gc (sinalização entre CN e comutador de percurso de origem) = 2.5*RTT_nr + 3*RTT_Xn + RTT_5gc.

[00170] Para a liberação e redirecionamento interfrequências, a latência em diferentes cenários pode ser sumarizada na seguinte tabela: Procedimento Procedimento Procedimento Procedimento de convencional de 3 de duas etapas duas etapas sem etapas com com realocação realocação de realocação de de contexto contexto contexto em estado inactive Atraso 3.5 * RTT_nr + 2.5 * RTT_nr + 2.5 * RTT_nr +

3.0 * RTT_Xn + 3.0 * RTT_Xn + 3.0 * RTT_Xn +

2.0 * RTT_5gc 2.0 * RTT_5gc 1.0 * RTT_5gc Redução de 1.0 * RTT_nr 1.0 * RTT_nr + Atraso 1.0 * RTT_5gc

[00171] Em algumas modalidades, o procedimento de duas etapas com realocação de contexto é otimizado para atingir a mesma latência que o procedimento de duas etapas sem realocação de contexto. Nessa otimização, o contexto ainda é buscado e a comutação de percurso ainda é desempenhada, mas a liberação com a mensagem de redirecionamento é enviada antes da comutação de percurso, em vez de depois. Com referência à Figura 8, nestas modalidades, a etapa 812 ocorreria anteriormente no processo, por exemplo, antes da etapa 810, 808, 806, 804 ou 802. Desta forma, uma vez que o UE pode começar a retomar com a célula de destino imediatamente após receber a liberação com a mensagem de redirecionamento, o procedimento de comutação de percurso não aumenta o atraso sofrido pelo UE. Esta otimização é possível porque a mensagem de liberação pode ser preparada pelo gNB antes que a resposta do comutador de percurso seja recebida. Liberação com redirecionamento para uma frequência LTE, UE no estado de RRC_INACTIVE, em 2 etapas

[00172] O fluxo de chamadas para este caso é semelhante ao caso anterior, exceto que o UE é redirecionado para uma portadora de LTE em vez de uma portadora de NR. Ganhos de latência similares em comparação com o convencional também podem ser obtidos neste caso, embora a sinalização detalhada seja diferente. Outras aplicações

[00173] A presente invenção descreve o método como ações desempenhadas por um RRC_INACTIVE UE em NR. Embora a matéria da presente invenção seja aplicável para esse caso, pode haver outros casos adicionais em que a matéria da presente invenção seja igualmente aplicável, tais como: • Todos os casos anteriores em que os procedimentos ocorrem em LTE em vez de NR; isto é, para o caso de LTE RRC_INACTIVE UEs (quando UE está conectado a 5GC e é suportado pela célula LTE); • Procedimentos Inter-RAT no estado de RRC_INACTIVE, principalmente entre LTE e NR conectados ao mesmo CN (Rede Núcleo 5G): o Um UE no estado LTE RRC_INACTIVE tenta retomar e é suspenso no estado NR RRC_INACTIVE com liberação e redirecionamento em duas etapas e, em seguida, tenta retomar em NR de acordo com as informações de redirecionamento; o Um UE no estado NR RRC_INACTIVE tenta retomar e é suspenso no estado LTE RRC_INACTIVE com liberação e redirecionamento em duas etapas e, em seguida, tenta retomar em LTE de acordo com as informações de redirecionamento; • Procedimentos inter-RAT no estado de RRC_INACTIVE ou no estado de RRC_IDLE, por exemplo, entre LTE e NR, mesmo quando o estado de RRC_INACTIVE não é suportado por LTE (por exemplo, no caso de LTE estar conectado a EPC) ou NR (no caso de uma dada rede, frequência ou parte da rede não suportar estado inactive): o Um UE no estado LTE RRC_INACTIVE tenta retomar e é suspenso no estado NR RRC_INACTIVE com liberação e redirecionamento em duas etapas e, em seguida, entra no estado de RRC_IDLE e tenta ajustar a conexão em NR de acordo com as informações de redirecionamento; o Um UE no estado NR RRC_INACTIVE tenta retomar e é suspenso no estado LTE RRC_INACTIVE com liberação e redirecionamento em duas etapas e, em seguida, entra no estado de RRC_IDLE e tenta preparar a conexão em LTE de acordo com as informações de redirecionamento;

[00174] Note que na descrição para o caso inter-RAT, é definido um procedimento harmonizado de suspensão/retomada para a mobilidade RRC_INACTIVE, ou seja, o UE pode ser suspenso em uma RAT e retomado na outra RAT.

[00175] Para o método descrito no lado da rede, que pode ser qualquer nó RAN possivelmente tendo uma célula associada a ele ou mais fundamentalmente onde o UE pode acampar e desempenhar um procedimento de solicitação de retomada. Esse nó de rede pode ser um gNB no caso de uma célula NR ou célula de LTE conectada a 5GC. Esse nó da rede pode ser um gNB no caso de uma célula de NR. Esse nó de rede pode ser um Nó B evoluído ou aprimorado (eNB) no caso de uma célula de LTE (por exemplo, conectada a EPC).

[00176] Para o método descrito no lado da rede, o termo interface Xn foi usado para se referir à interface Xn entre gNB(s) no caso NR/5GC. No entanto, o método se aplica a qualquer interface inter-nós entre nós RAN onde o contexto de AS pode ser buscado/realocado, por exemplo, interface X2 entre eNB(s) em LTE. Nesses casos, as mensagens estão usando um protocolo de camada de aplicação como XnAP ou X2AP. Interação entre camadas de Estrato de Acesso (AS) e Estrato de Não Acesso (NAS)

[00177] Outro aspecto novo da matéria apresentada na presente invenção é a interação entre as camadas AS e NAS. No caso do estado da técnica, as camadas superiores são informadas quando uma conexão que foi suspensa é retomada, ou seja, quando o UE entra em RRC_CONNECTED. Ao fazer isso, as camadas superiores ficam cientes de que os transportadores foram retomados com sucesso. Caso contrário, as camadas superiores são notificadas de que ocorreu uma falha e, nesse caso, as camadas superiores podem disparar um procedimento de recuperação NAS (por exemplo, Atualização da Área de Rastreamento ou Atualização da Área de Registro). No caso de uma transição de RRC_IDLE para RRC_CONNECTED, esse tipo de reconhecimento às camadas superiores é provido na preparação dos transportadores, feita durante a configuração do recurso de rádio.

[00178] Como parte do método, as camadas superiores são notificadas de que o UE está sendo suspenso após uma solicitação para retomar a conexão. Olhando para as especificações de RRC, isso atualmente se parece com isso hoje: [INÍCIO DO EXCERTO DAS ESPECIFICAÇÕES DE RRC]

5.3.13.4 Recepção de RRCResume pelo UE O UE deve: parar o temporizador T319; se o RRCResume incluir o fullConfig:

desempenhar todo o procedimento de configuração conforme especificado em 5.3.5.11; senão: restaurar o estado do PDCP e restabelecer os valores COUNT para SRB2 e todos os DRBs; restaurar o cellGroupConfig do contexto UE AS armazenado; indicar para as camadas inferiores que o contexto de UE AS armazenado é usado; descartar o fullI-RNTI, shortI-RNTI e o contexto UE AS armazenado, exceto ran-NotificationAreaInfo; se o RRCResume incluir o masterCellGroup: desempenhar a configuração do grupo de células para o masterCellGroup recebido de acordo com 5.3.5.5; Nota do editor: FFS Se é suportado para configurar SecondCellGroup na Retomada. se o RRCResume incluir o radioBearerConfig: desempenhar a configuração do transportador de rádio de acordo com 5.3.5.6; Nota do editor: FFS Se for necessário haver um segundo radioBearerConfig. retomar SRB2 e todos os DRBs; se armazenadas, descartar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities ou herdadas de outra RAT; parar o temporizador T320, se estiver em execução; se a mensagem RRCResume incluir as measConfig: desempenhar o procedimento de configuração de medição conforme especificado em 5.5.2;

retomar as medições, se suspensas; Nota do editor: FFS Se for necessário definir ações do UE relacionadas aos temporizadores de controle de acesso (equivalentes a T302, T303, T305, T306, T308 na LTE). Por exemplo, informando as camadas superiores se um dado temporizador não estiver em execução. entrar em RRC_CONNECTED; indicar para as camadas superiores que a conexão de RRC suspensa foi retomada; interromper o procedimento de resseleção de célula; considerar a célula atual como a PCell; definir o conteúdo da mensagem RRCResumeComplete como se segue: se a camada superior prover NAS PDU, definir o dedicatedNAS- Message para incluir as informações recebidas das camadas superiores; se a camada superior provê um PLMN, definir o selectedPLMN- Identity para PLMN selecionado pelas camadas superiores (TS

24.501 [23]) a partir do(s) PLMN(s) incluído(s) no plmn- IdentityList no SIB1; se o masterCellGroup contém o reportUplinkTxDirectCurrent: incluir o uplinkTxDirectCurrentList; encaminhar a mensagem RRCResumeComplete para camadas inferiores para transmissão; o procedimento está concluído. [FIM DO EXCERTO DAS ESPECIFICAÇÕES DE RRC]

[0179] A Figura 9 ilustra uma interação convencional entre as camadas superiores/NAS e AS. Na modalidade ilustrada na Figura 9, as seguintes etapas ocorrem dentro de um UE:

[0180] Etapa 900: as camadas superiores/NAS (doravante referidas simplesmente como "o NAS") solicitam que uma conexão suspensa seja retomada.

[0181] Etapa 902: A mensagem RRCResumeRequest é enviada para a rede pelo AS.

[0182] Etapa 904: A mensagem RRCResume é recebida da rede pelo AS.

[0183] Etapa 906: As camadas superiores são notificadas e consideram o procedimento bem-sucedido, por exemplo, que a conexão suspensa foi retomada. O UE entra no estado de RRC_CONNECTED. Assim, a Figura 9 ilustra o cenário em que um UE vai do estado de RRC_INACTIVE para o estado de RRC_CONNECTED.

[0184] A especificação NAS (TS 24.501) também cobre o caso em que o UE no estado de RRC_CONNECTED (ou 5GMM-CONNECTED no caso de 5GC UE) recebe uma mensagem RRCRelease para transitar para o estado de RRC_INACTIVE, por exemplo, GMM-CONNECTED com indicação inactive, como pode ser visto abaixo de TS 38.331 e TS 24.501: [INÍCIO DOS EXCERTOS DAS ESPECIFICAÇÕES DE NAS]

5.3.8.3 Recepção de RRCRelease pelo UE O UE deve: atrasar as seguintes ações definidas nesta subcláusula 60ms a partir do momento em que a mensagem RRCRelease foi recebida ou, opcionalmente, quando as camadas inferiores indicarem que o recebimento da mensagem RRCRelease foi reconhecido com sucesso, o que ocorrer primeiro; parar o temporizador T320, se estiver em execução; se a mensagem RRCRelease incluir redirectedCarrierInfo indicando redirecionamento para eutra: se cnType está incluído: o cnType recebido é provido para camadas superiores; OBSERVAÇÃO: Manipulação do caso se a célula E-UTRA selecionada depois do redirecionamento não suportar o tipo de rede núcleo especificado pelo cnType, depende da implementação da UE. se a mensagem RRCRelease incluir as cellReselectionPriorities: armazenar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities; se o t320 estiver incluído: iniciar o temporizador T320, com o valor do temporizador definido de acordo com o valor de t320; senão: aplicar a difusão de informações de prioridade de resseleção de célula nas informações de sistema; se deprioritisationReq estiver incluído: iniciar ou reiniciar o temporizador T325 com o valor do temporizador definido para o deprioritisationTimer sinalizado; armazenar o deprioritisationReq até T325 expirar; se a RRCRelease incluir suspendConfig: aplicar o suspendConfig recebido; armazenar fullI-RNTI, shorten-RNTI, nextHopChainingCount, t380 e run-PagingCycle providos em suspendConfig; redefinir MAC; restabelecer entidades RLC para SRB1; se a mensagem RRCRelease com suspendConfig for recebida em resposta a uma RRCResumeRequest ou uma

RRCResumeRequest1: parar o temporizador T319 se estiver em execução; substituir qualquer contexto de segurança armazenado anteriormente por contexto de segurança recém-recebido no suspendConfig; substituir o C-RNTI armazenado anteriormente pelo C-RNTI temporário na célula em que o UE recebeu a mensagem RRCRelease; substituir o previamente armazenado cellIdentity com o cellIdentity da célula em que o UE recebeu a mensagem RRCRelease; substituir a identidade da célula física armazenada anteriormente com a identidade física da célula em que o UE recebeu a mensagem RRCRelease; senão: armazenar o Contexto de UE AS incluindo a configuração atual de RRC, o contexto de segurança atual, o estado de PDCP, incluindo o estado de ROHC, a configuração de SDAP, o C-RNTI usado na PCell de origem, a cellIdentity e a identidade da célula física da PCell de origem; suspender todos os SRB(s) e DRB(s), exceto SRB0; iniciar o temporizador T380, com o valor do temporizador definido como t380; indicar a suspensão da conexão de RRC às camadas superiores; entrar no RRC_INACTIVE e desempenhar procedimentos conforme especificado em TS 38.304 [21] senão desempenhar as ações ao deixar RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação 'other'. Nota do editor: FFS Se deve haver diferentes causas de liberação e ações associadas. ******

5.3.1.4 Modo 5GMM-CONNECTED com indicação de RRC inactive ... O UE deve fazer a transição do modo 5GMM-CONNECTED pelo acesso 3GPP para o modo 5GMM-CONNECTED com indicação de RRC inactive ao receber uma indicação das camadas inferiores de que o UE fez a transição para o estado de RRC_INACTIVE. Mediante: - um disparo de um procedimento que requer o envio de uma mensagem NAS; ou - um pacote de dados de usuário de enlace ascendente a ser enviado para uma sessão de PDU com recursos de plano de usuário suspensos; o UE no modo 5GMM-CONNECTED com indicação de RRC inactive sobre acesso 3GPP deve solicitar às camadas inferiores a transição para o estado de RRC_CONNECTED (ver 3GPP TS 38.300 [27]). O UE deve fazer a transição do modo 5GMM-CONNECTED com indicação de RRC inactive para o modo 5GMM-CONNECTED sobre acesso 3GPP após receber uma indicação das camadas inferiores de que o UE fez a transição para o estado de RRC_CONNECTED (ver 3GPP TS 38.300 [27]). OBSERVAÇÃO: A AMF pode estar ciente da transição entre o modo 5GMM-CONNECTED e o modo 5GMM-CONNECTED com indicação RRC inactive para um UE (ver 3GPP TS 23.502 [9]). [FIM DOS EXCERTOS DAS ESPECIFICAÇÕES NAS]

[0185] Embora a especificação NAS cubra os casos em que o UE se move do estado de RRC_CONNECTED para o estado de RRC_INACTIVE e do estado de RRC_INACTIVE para o estado de RRC_CONNECTED, a especificação NAS atual não cobre o caso em que as camadas superiores solicitam uma solicitação de retomada quando o UE está em RRC_INACTIVE e possivelmente recebe uma Liberação com redirecionamento para RRC_IDLE (e, nesse caso, transição para 5GMM-IDLE) ou RRC_INACTIVE (e, nesse caso, transição para 5GMM- CONNECTED com indicação inactive). Esse cenário é ilustrado na Figura 10.

[0186] A Figura 10 ilustra um processo de duas etapas exemplar para liberação e redirecionamento de acordo com algumas modalidades da presente invenção, mostrando a incapacidade de um NAS convencional para lidar com este cenário. Na modalidade ilustrada na Figura 10, as seguintes etapas ocorrem dentro de um UE:

[0187] Etapa 1000: as camadas superiores/NAS solicitam que uma conexão suspensa seja retomada.

[0188] Etapa 1002: Uma mensagem RRCResumeRequest é enviada para a rede pelo AS.

[0189] Etapa 1004: Uma mensagem RRCRelease é recebida a partir da rede pelo AS.

[0190] Etapa 1006: As camadas superiores são notificadas, mas o NAS convencional não sabe o que fazer com essas informações. As Figuras 11 e 12 ilustram modalidades que tratam este problema.

[0191] A Figura 11 ilustra uma interação exemplar entre as camadas NAS e AS exemplares de acordo com algumas modalidades da presente invenção. Na modalidade ilustrada na Figura 11, ao receber a mensagem para entrar em RRC_INACTIVE com uma informação de redirecionamento após enviar uma RRC Resume Request, o UE informa as camadas superiores que está sendo suspenso

(embora já esteja suspenso). Em algumas modalidades, após a indicação a partir das camadas inferiores da suspensão, as camadas superiores irão considerar o UE ainda em MM-CONNECTED com indicação inactive e considerar a primeira solicitação pendente, por compreender implicitamente que o UE foi liberado com informações de redirecionamento. Após o UE desempenhar a seleção de célula, as camadas superiores podem novamente disparar a solicitação. Na modalidade ilustrada na Figura 11, as seguintes etapas ocorrem dentro de um UE:

[0192] Etapa 1100: as camadas superiores/NAS solicitam que uma conexão suspensa seja retomada.

[0193] Etapa 1102: uma mensagem RRCResumeRequest é enviada para a rede pelo AS.

[0194] Etapa 1104: uma mensagem RRCResume é recebida a partir da rede pelo AS.

[0195] Etapa 1106: o NAS considera o procedimento pendente.

[0196] Etapa 1108: as camadas superiores disparam a solicitação novamente, por exemplo, após a seleção de célula.

[0197] A Figura 12 ilustra uma interação exemplar entre as camadas NAS e AS exemplares de acordo com algumas modalidades da presente invenção. Na modalidade ilustrada na Figura 12, ao receber a mensagem para entrar em RRC_INACTIVE com uma informação de redirecionamento após o envio de uma RRC Resume Request, o UE informa as camadas superiores que está sendo suspenso (embora já esteja suspenso) e indica se informações de liberação e redirecionamento estão incluídas. Após a indicação das camadas inferiores da suspensão com esta indicação de redirecionamento, as camadas superiores irão considerar o UE ainda em MM-CONNECTED com indicação inactive e considerar a primeira solicitação pendente. Após o UE desempenhar a seleção de célula, as camadas superiores podem novamente disparar a solicitação. Na modalidade ilustrada na Figura 12, as seguintes etapas ocorrem dentro de um UE:

[0198] Etapa 1200: as camadas superiores/NAS solicitam que uma conexão suspensa seja retomada.

[0199] Etapa 1202: uma mensagem RRCResumeRequest é enviada para a rede pelo AS.

[0200] Etapa 1204: uma mensagem RRCRelease é recebida a partir da rede pelo AS, a mensagem incluindo informações de redirecionamento.

[0201] Etapa 1206: o AS considera o procedimento pendente e dispara a solicitação pendente mediante resseleção da célula.

[0202] Em ainda outras modalidades exemplares de acordo com a presente invenção, as solicitações pendentes para retomar a partir das camadas superiores são manipulados pela camada AS se o UE for redirecionado em um procedimento de 2 etapas. Nessas modalidades, após receber a mensagem para entrar em RRC_INACTIVE com informações de redirecionamento após enviar uma RRC Resume Request, o UE NÃO informa as camadas superiores que está sendo suspenso, mas considera a solicitação das camadas superiores como ainda válida. Portanto, ao desempenhar a seleção de célula de acordo com as informações de redirecionamento, o UE dispara essa solicitação de retomada pendente a partir das camadas superiores. Como as camadas superiores podem esperar uma resposta em algum tempo, a indicação de um redirecionamento de casos anteriores pode ser usada para indicar às camadas superiores que o procedimento não deve ser abortado. Implementações do método nas especificações

[0203] Algumas das modalidades de acordo com a presente invenção podem ser codificadas dentro das Especificações 3GPP como mostrado abaixo. O novo texto está marcado em negrito e sublinhado.

[0204] Uma modalidade da presente invenção pode ser codificada como uma mudança nas especificações de RRC, para esclarecer que o redirectedCarrierInfo em RRCRelease que leva à seleção de célula pode não necessariamente levar ao procedimento de deixar o RRC_CONNECTED: [INÍCIO DA ALTERAÇÃO PROPOSTA 1 NAS ESPECIFICAÇÕES DE RRC] redirectedCarrierInfo Indica uma frequência portadora (enlace descendente para FDD) e é usado para redirecionar o UE para um NR ou uma frequência portadora inter- RAT, por meio da seleção de célula após deixar o RRC_CONNECTED conforme especificado em TS 38.304 [20], ou ao ir para o RRC_INACTIVE de RRC_INACTIVE (procedimento de duas etapas) ou de RRC_IDLE, conforme especificado em TS 38.304 [20]. [FIM DA ALTERAÇÃO PROPOSTA 1 NAS ESPECIFICAÇÕES DE RRC]

[0205] Outra modalidade da presente invenção pode ser codificada como uma mudança nas especificações Idle/Inactive, para esclarecer que o redirectedCarrierInfo em RRCRelease levando à seleção de célula pode não necessariamente levar ao procedimento de deixar o RRC_CONNECTED: [INÍCIO DA ALTERAÇÃO PROPOSTA 2 NAS ESPECIFICAÇÕES DE RRC]

5.2.6 Seleção de célula ao sair do estado de RRC_CONNECTED Na transição do estado de RRC_CONNECTED para o estado de RRC_IDLE ou estado de RRC_INACTIVE, ou ao permanecer em RRC_INACTIVE em um procedimento de duas etapas (ou seja, UE é suspenso sem entrar em RRC_CONNECTED), O UE tentará acampar em uma célula adequada de acordo com o redirectedCarrierInfo se incluído na mensagem de RRC usada para esta transição. Se o UE não conseguir encontrar uma célula adequada, é permitido o UE acampar em qualquer célula adequada da RAT indicada. Se a mensagem de RRC Release não contiver o redirectedCarrierInfo, o UE tentará selecionar uma célula adequada em uma portadora de NR. Se nenhuma célula adequada for encontrada de acordo com o acima, o UE deve desempenhar a seleção de célula usando as informações armazenadas a fim de encontrar uma célula adequada na qual acampar. Ao retornar ao estado de RRC_IDLE depois que UE mudou para o estado de RRC_CONNECTED de estado de acampado em qualquer célula, UE deve tentar acampar em uma célula aceitável de acordo com redirectedCarrierInfo, se incluído na mensagem de RRC Release. Se o UE não conseguir encontrar uma célula aceitável, o UE pode acampar em qualquer célula aceitável da RAT indicada. Se a mensagem de RRC Release não contiver redirectedCarrierInfo, o UE tentará selecionar uma célula aceitável em uma portadora de NR. Se nenhuma célula aceitável for encontrada de acordo com o acima, o UE deve continuar a procurar uma célula aceitável de qualquer PLMN no estado de seleção de qualquer célula. [FIM DA ALTERAÇÃO PROPOSTA 2 NAS ESPECIFICAÇÕES DE RRC]

[0206] Outra modalidade da presente invenção pode ser codificada como uma mudança nas especificações do estágio 2 (TS 38.300), para esclarecer que o redirectedCarrierInfo em RRCRelease levando à seleção de célula pode não necessariamente levar ao procedimento de deixar o RRC_CONNECTED. [INÍCIO DA ALTERAÇÃO PROPOSTA 3 NAS ESPECIFICAÇÕES DE RRC]

9.2.2.5 Procedimento de solicitação/liberação de retomada em duas etapas (por exemplo, atualização de RNA) A figura a seguir descreve o procedimento de atualização de RNA disparado por UE quando ele sai do RNA configurado envolvendo recuperação de contexto sobre Xn: << FIGURA 9.2.2.5-1: Procedimento de atualização de RNA >>

1. O UE retoma a partir de RRC_INACTIVE, provendo o I-RNTI alocado pelo último gNB servidor e valor de causa apropriado, por exemplo, atualização de área de notificação de RAN.

2. O gNB, se for capaz de resolver a identidade de gNB contida no I-RNTI, solicita que o último gNB servidor provenha o Contexto de UE.

3. O último gNB servidor provê o contexto de UE.

4. O gNB pode mover o UE para RRC_CONNECTED, ou enviar o UE de volta para o estado de RRC_INACTIVE ou enviar o UE para RRC_IDLE. Se o UE for enviado para RRC_IDLE, as etapas a seguir não serão necessárias.

5. Se a perda de dados de usuário DL armazenados em buffer no último gNB servidor deve ser evitada, o gNB provê endereços de encaminhamento.

6./7. O gNB desempenha a comutação de percurso.

8. O gNB dispara a liberação dos recursos de UE no último gNB servidor. O UE pode receber um RRCRelease com informações de redirecionamento em resposta a um tipo de mensagem RRCResumeRequest. [FIM DA ALTERAÇÃO PROPOSTA NAS ESPECIFICAÇÕES DE RRC] Explicações Adicionais

[0207] A Figura 13 ilustra um exemplo de uma rede de comunicações celulares 1300 de acordo com algumas modalidades da presente invenção. Nas modalidades descritas na presente invenção, a rede de comunicações celulares 1300 é uma rede 5G NR. Neste exemplo, a rede de comunicações celulares 1300 inclui estações base 1302-1 e 1302-2, as quais, em LTE, são referidas como eNBs e, em 5G NR, são referidas como gNBs, controlando macro células correspondentes 1304-1 e 1304-2. As estações base 1302-1 e 1302-2 são, em geral, referidas, na presente invenção, coletivamente como estações base 1302 e individualmente como estação base 1302. De maneira semelhante, as macrocélulas 1304-1 e 1304-2 são, em geral, referidas, na presente invenção, coletivamente como macrocélulas 1304 e individualmente como macro célula

1304. A rede de comunicações celulares 1300 também pode incluir uma série de nós de baixa potência 1306-1 a 1306-4 controlando células pequenas correspondentes 1308-1 a 1308-4. Os nós de baixa potência 1306-1 a 1306-4 podem ser pequenas estações base (tais como pico ou femtoestações base) ou cabeças de rádio remotas (RRHs) ou afins. Interessantemente, embora não ilustrado, uma ou mais das células pequenas 1308-1 a 1308-4 podem, alternativamente, ser providas pelas estações base 1302. Os nós de baixa potência 1306-1 a 1306-4 são, em geral, referidos, na presente invenção, coletivamente como nós de baixa potência 1306 e individualmente como nó de baixa potência 1306. De maneira semelhante, as células pequenas 1308-1 a 1308-4 são, em geral, referidas, na presente invenção, coletivamente como células pequenas 1308 e individualmente como célula pequena 1308. As estações base 1302 (e opcionalmente os nós de baixa potência 1306) são conectadas a uma rede núcleo 1310.

[0208] As estações base 1302 e os nós de baixa potência 1306 proveem serviço aos dispositivos sem fio 1312-1 a 1312-5 nas células correspondentes 1304 e 1308. Os dispositivos sem fio 1312-1 a 1312-5 são, em geral, referidos, na presente invenção, coletivamente como dispositivos sem fio 1312 e individualmente como dispositivo sem fio 1312. Os dispositivos sem fio 1312 também são algumas vezes referidos na, presente invenção, como UEs.

[0209] A Figura 14 ilustra um sistema de comunicação sem fio representado como uma arquitetura de rede 5G composta por Funções de Rede (NFs) núcleo, onde a interação entre quaisquer duas NFs é representada por um ponto/interface de referência ponto a ponto. A Figura 14 pode ser vista como uma implementação particular do sistema 1300 da Figura 13.

[0210] Visto a partir do lado do acesso, a arquitetura de rede 5G mostrada na Figura 14 compreende uma pluralidade de Equipamentos de Usuário (UEs)

conectados a uma Rede de Acesso via Rádio (RAN) ou uma Rede de Acesso (AN), bem como uma Função de Gerenciamento de Acesso e Mobilidade (AMF). Normalmente, o(a) R(AN) compreende estações base, por exemplo, tal como Nós Bs evoluídos (eNBs) ou estações base de NR (gNBs) ou similares. Visto do lado da rede núcleo, as NFs núcleo 5G mostradas na Figura 14 incluem uma Função de Seleção de Fatia de Rede (NSSF), uma Função de Servidor de Autenticação (AUSF), um Gerenciamento de Dados Unificado (UDM), uma AMF, uma Função de Gerenciamento de Sessão (SMF), uma Função de Controle de Política (PCF), e uma Função de Aplicação (AF).

[0211] As representações de pontos de referência da arquitetura de rede 5G são usadas para desenvolver fluxos de chamadas detalhados na padronização normativa. O ponto de referência N1 é definido para portar sinalização entre o UE e AMF. Os pontos de referência para conexão entre a AN e AMF e entre a AN e UPF são definidos como N2 e N3, respectivamente. Existe um ponto de referência, N11, entre a AMF e SMF, o que implica que a SMF é pelo menos parcialmente controlado pela AMF. N4 é usado pela SMF e UPF para que a UPF possa ser definida usando o sinal de controle gerado pela SMF e a UPF pode relatar seu estado à SMF. N9 é o ponto de referência para a conexão entre diferentes UPFs, e N14 é o ponto de referência para conexão entre diferentes AMFs, respectivamente. N15 e N7 são definidos porque a PCF aplica a política à AMF e SMP, respectivamente. N12 é necessário para que a AMF desempenhe a autenticação do UE. N8 e N10 são definidos porque os dados de assinatura do UE são necessários para a AMF e SMF.

[0212] A rede núcleo 5G visa separar o plano de usuário e o plano de controle. O plano do usuário porta o tráfego de usuário enquanto o plano de controle porta a sinalização na rede. Na Figura 14, o UPF está no plano de usuário e todas as outras NFs, ou seja, a AMF, SMF, PCF, AF, AUSF e UDM, estão no plano de controle. Separar o usuário e os planos de controle garante que cada recurso de plano seja escalado independentemente. Também permite que UPFs sejam implantadas separadamente das funções de plano de controle de maneira distribuída. Nessa arquitetura, UPFs podem ser implantadas muito perto dos UEs para encurtar o Round Trip Time (RTT) entre os UEs e a rede de dados para algumas aplicações que exigem baixa latência.

[0213] A arquitetura da rede 5G núcleo é composta por funções modularizadas. Por exemplo, a AMF e a SMF são funções independentes no plano de controle. AMF e SMF separadas permitem evolução e escala independentes. Outras funções do plano de controle como a PCF e AUSF podem ser separadas como mostrado na Figura 14. O projeto de função modularizada permite que a rede núcleo 5G ofereça suporte a vários serviços de maneira flexível.

[0214] Cada NF interage com outra NF diretamente. É possível usar funções intermediárias para rotear mensagens de uma NF para outra NF. No plano de controle, um conjunto de interações entre duas NFs é definido como serviço para que seu reúso seja possível. Este serviço permite suporte para modularidade. O plano de usuário oferece suporte a interações como operações de encaminhamento entre diferentes UPFs.

[0215] A Figura 15 ilustra uma arquitetura de rede 5G usando interfaces baseadas em serviço entre as NFs no plano de controle, em vez dos pontos/interfaces de referência ponto a ponto usados na arquitetura de rede 5G da Figura 14. No entanto, as NFs descritas acima com referência à Figura 14 correspondem às NFs mostradas na Figura 15. O(s) serviço(s) etc. que uma NF provê a outras NFs autorizadas pode(m) ser exposto(s) às NFs autorizadas por meio da interface baseada em serviço. Na Figura 15, as interfaces baseadas em serviço são indicadas pela letra "N" seguida pelo nome da NF, por exemplo, Namf para a interface baseada em serviço da AMF e Nsmf para a interface baseada em serviço da SMF etc. A Função de Exposição de Rede (NEF) e a Função de repositório de Rede (NRF) na Figura 15 não são mostradas na Figura 14 discutida acima. No entanto, deve ser esclarecido que todas as NFs representadas na Figura 14 podem interagir com a NEF e a NRF da Figura 15 conforme necessário, embora não explicitamente indicado nas Figura 14.

[0216] Algumas propriedades das NFs mostradas nas Figuras 14 e 15 podem ser descritas da seguinte maneira. A AMF provê autenticação baseada em UE, autorização, gerenciamento de mobilidade, etc. Um UE, mesmo usando múltiplas tecnologias de acesso, está basicamente conectado a uma única AMF porque a AMF é independente das tecnologias de acesso. A SMF é responsável pelo gerenciamento de sessão e aloca endereços de Protocolo de Internet (IP) para UEs. Ele também seleciona e controla a UPF para transferência de dados. Se um UE tiver múltiplas sessões, diferentes SMFs podem ser alocadas para cada sessão para gerenciá-las individualmente e, possivelmente, prover diferentes funcionalidades por sessão. A AF provê informações sobre o fluxo de pacotes à PCF responsável pelo controle de política a fim de oferecer suporte de Qualidade de Serviço (QoS). Com base nas informações, a PCF determina as políticas sobre mobilidade e gerenciamento de sessão para fazer a AMF e a SMF operarem corretamente. A AUSF suporta a função de autenticação para UEs ou similares e, portanto, armazena dados para autenticação de UEs ou similares, enquanto a UDM armazena dados de assinatura do UE. A Rede de Dados (DN), que não faz parte da rede núcleo 5G, provê acesso à Internet ou serviços de operadora e similares.

[0217] Uma NF pode ser implementada como um elemento de rede em um hardware dedicado, como uma instância de software em execução em um hardware dedicado ou como uma função virtualizada instanciada em uma plataforma apropriada, por exemplo, uma infraestrutura em nuvem.

[0218] A Figura 16 é um diagrama em bloco esquemático de um nó de acesso via rádio 1600 de acordo com algumas modalidades da presente invenção. O nó de acesso via rádio 1600 pode ser, por exemplo, uma estação base 1302 ou 1306. Conforme ilustrado, o nó de acesso via rádio 1600 inclui um sistema de controle 1602 que inclui um ou mais processadores 1604 (por exemplo, Unidades Centrais de Processamento (CPUs), Circuitos Integrados de Aplicação Específica (ASICs), Arranjos de Portas Programáveis em Campo (FPGAs) e/ou afins), memória 1606 e uma interface de rede 1608. Um ou mais processadores 1604 também são referidos, na presente invenção, como conjunto de circuitos de processamento. Além disso, o nó de acesso via rádio 1600 inclui uma ou mais unidades de rádio 1610, cada uma incluindo um ou mais transmissores 1612 e um ou mais receptores 1614 acoplados a uma ou mais antenas 1616. As unidades de rádio 1610 podem ser denominadas como ou fazer parte do conjunto de circuitos de interface de rádio. Em algumas modalidades, a(s) unidade(s) de rádio 1610 é (são) externa(s) ao sistema de controle 1602 e conectada(s) ao sistema de controle 1602 através de, por exemplo, uma conexão com fio (por exemplo, um cabo óptico). Entretanto, em algumas outras modalidades, a(s) unidade(s) de rádio 1610 e, potencialmente, a(s) antena(s) 1616 são integradas em conjunto com o sistema de controle 1602. Os um ou mais processadores 1604 operam para prover uma ou mais funções de um nó de acesso via rádio 1600 conforme descrito na presente invenção. Em algumas modalidades, a(s) função(ões) é (são) implementada(s) em software, o qual é armazenado, por exemplo, na memória 1606 e executado por um ou mais processadores 1604.

[0219] A Figura 17 é um diagrama em bloco esquemático que ilustra uma modalidade virtualizada do nó de acesso via rádio 1600 de acordo com algumas modalidades da presente invenção. Essa discussão é igualmente aplicável a outros tipos de nós de rede. Além disso, outros tipos de nós de rede podem ter arquiteturas virtualizadas similares.

[0220] Conforme usado na presente invenção, um nó de acesso via rádio "virtualizado" é uma implementação do nó de acesso via rádio 1600 na qual pelo menos uma porção da funcionalidade do nó de acesso via rádio 1600 é implementada como um componente virtual (por exemplo, através de máquina(s) virtual(is) executando em nó(s) de processamento físico em rede(s)). Conforme ilustrado, neste exemplo, o nó de acesso via rádio 1600 inclui o sistema de controle 1602 que inclui um ou mais processadores 1604 (por exemplo, CPUs, ASICs, FPGAs e/ou afins), a memória 1606 e a interface de rede 1608 e a uma ou mais unidades de rádio 1610 que incluem cada uma o um ou mais transmissores 1612 e o um ou mais receptores 1614 acoplados a uma ou mais antenas 1616, conforme descrito acima. O sistema de controle 1602 é conectado à(s) unidade(s) de rádio 1610 através, por exemplo, de um cabo óptico ou afins. O sistema de controle 1602 é conectado a um ou mais nós de processamento 1700 acoplados ou incluídos como parte de rede(s) 1702 através da interface de rede 1608. Cada nó de processamento 1700 inclui um ou mais processadores 1704 (por exemplo, CPUs, ASICs, FPGAs e/ou afins), memória 1706 e uma interface de rede 1708.

[0221] Neste exemplo, as funções 1710 do nó de acesso via rádio 1600 descritas na presente invenção são implementadas no um ou mais nós de processamento 1700 ou distribuídas através do sistema de controle 1602 e o um ou mais nós de processamento 1700 de qualquer maneira desejada. Em algumas modalidades particulares, todas ou algumas das funções 1710 do nó de acesso via rádio 1600 descritas na presente invenção são implementadas como componentes virtuais executados por uma ou mais máquinas virtuais implementadas em ambiente(s) virtual(is) hospedado pelo(s) nó(s) de processamento 1700. Conforme será apreciado por um técnico comum no assunto, a sinalização ou comunicação adicional entre o(s) nó(s) de processamento 1700 e o sistema de controle 1602 é usada a fim de realizar pelo menos algumas das funções 1710 desejadas. Interessantemente, em algumas modalidades, o sistema de controle 1602 pode não ser incluído, caso no qual a(s) unidade(s) de rádio 1610 se comunica(m) diretamente com o(s) nó(s) de processamento 1700 através de interface(s) de rede apropriada(s).

[0222] Em algumas modalidades, um programa de computador incluindo instruções que, quando executadas por pelo menos um processador, faz com que o pelo menos um processador execute a funcionalidade do nó de acesso via rádio 1600 ou um nó (por exemplo, um nó de processamento 1700) implementando uma ou mais das funções 1710 do nó de acesso via rádio 1600 em um ambiente virtual de acordo com qualquer uma das modalidades descritas na presente invenção. Em algumas modalidades, provê-se uma portadora compreendendo o produto de programa de computador supracitado. A portadora é uma dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou um meio de armazenamento legível por computador (por exemplo, um meio legível por computador não transitório, tal como memória).

[0223] A Figura 18 é um diagrama em bloco esquemático do nó de acesso via rádio 1600 de acordo com algumas outras modalidades da presente invenção. O nó de acesso via rádio 1600 inclui um ou mais módulos 1800, cada um dos quais é implementado em software. O(s) módulo(s) 1800 provê(eem) a funcionalidade do nó de acesso via rádio 1600 descrita na presente invenção. Esta discussão é igualmente aplicável ao nó de processamento 1700 da Figura 17, onde os módulos 1800 podem ser implementados em um dos nós de processamento 1700 ou distribuídos entre vários nós de processamento 1700 e/ou distribuídos entre o(s) nó(s) de processamento 1700 e o sistema de controle 1602.

[0224] A Figura 19 é um diagrama em bloco esquemático de um UE 1900 de acordo com algumas modalidades da presente invenção. Conforme ilustrado, o UE 1900 inclui um ou mais processadores 1902 (por exemplo, CPUs, ASICs, FPGAs e/ou afins), memória 1904 e um ou mais transceptores 1906, cada um incluindo um ou mais transmissores 1908 e um ou mais receptores 1910 acoplados a uma ou mais antenas 1912. O(s) transceptor(es) 1906 incluem conjuntos de circuitos front-end de rádio conectados à(s) antena(s) 1912 que está(ão) configurada(s) para condicionar os sinais comunicados entre a(s) antena(s) 1912 e o(s) processador(es) 1902, como será apreciado pelo técnico comum no assunto. Os processadores 1902 também são referidos, na presente invenção, como conjunto de circuitos de processamento. Os transceptores 1906 também são referidos, na presente invenção, como conjunto de circuitos de rádio. Em algumas modalidades, a funcionalidade do UE 1900 descrito acima pode ser total ou parcialmente implementada em software que é, por exemplo, armazenado na memória 1904 e executado pelo(s) processador(es) 1902. Note que o UE 1900 pode incluir componentes adicionais não ilustrados na Figura 19, tais como, por exemplo, um ou mais componentes de interface de usuário (por exemplo, uma interface de entrada/saída incluindo um display, botões, uma tela sensível ao toque, um microfone, alto-falante(s) e/ou afins e/ou quaisquer outros componentes para permitir a entrada de informações no UE 1900 e/ou permitir a saída de informações a partir do UE 1900), uma fonte de potência (por exemplo, uma bateria e conjunto de circuitos de potência associados) etc.

[0225] Em algumas modalidades, provê-se um programa de computador incluindo instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador realize a funcionalidade do UE

1900 de acordo com qualquer uma das modalidades descritas na presente invenção. Em algumas modalidades, provê-se uma portadora compreendendo o produto de programa de computador supracitado. A portadora é uma dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou um meio de armazenamento legível por computador (por exemplo, um meio legível por computador não transitório, tal como memória).

[0226] A Figura 20 é um diagrama em bloco esquemático do UE 1900 de acordo com algumas outras modalidades da presente invenção. O UE 1900 inclui um ou mais módulos 2000, cada um dos quais é implementado em software. O(s) módulo(s) 2000 provê(em) a funcionalidade do UE 1900 descrita na presente invenção.

[0227] A Figura 21 ilustra um método de acordo com algumas modalidades da presente invenção. Com referência à Figura 21, de acordo com uma modalidade, um sistema de comunicação inclui uma rede de telecomunicação 2100, tal como uma rede celular do tipo 3GPP, a qual compreende uma rede de acesso 2102, tal como uma RAN e uma rede núcleo 2104. A rede de acesso 2102 compreende uma pluralidade de estações base 2106A, 2106B, 2106C, tal como NBs, eNBs, gNBs ou outros tipos de Pontos de Acesso (APs) sem fio, cada um definindo uma área de cobertura correspondente 2108A, 2108B, 2108C. Cada estação base 2106A, 2106B, 2106C pode ser conectada à rede núcleo 2104 através de uma conexão com ou sem fio 2110. Um primeiro UE 2112 localizado na área de cobertura 2108C é configurado para se conectar sem fio ou sofrer paging pela estação base 2106C correspondente. Um segundo UE 2114 na área de cobertura 2108A pode ser conectado sem fio à estação base 2106A correspondente. Ainda que uma pluralidade de UEs 2112, 2114 seja ilustrada neste exemplo, as modalidades divulgadas são igualmente aplicáveis a uma situação em que um único UE esteja na área de cobertura ou em que um único

UE esteja se conectando à estação base 2106 correspondente.

[0228] A própria rede de telecomunicação 2100 é conectada a um computador host 2116, 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 2116 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 2118 e 2120 entre a rede de telecomunicação 2100 e o computador host 2116 podem se estender diretamente a partir da rede núcleo 2104 ao computador host 2116 ou podem passar através de uma rede intermediária opcional 2122. A rede Intermediária 2122 pode ser uma dentre ou uma combinação de mais de uma dentre: uma rede pública, privada ou hospedada; a rede intermediária 2122, caso haja, pode ser uma rede backbone ou a Internet; em particular, a rede intermediária 2122 pode compreender duas ou mais sub-redes (não mostrado).

[0229] O sistema de comunicação da Figura 21 permite, como um todo, a conectividade entre os UEs 2112, 2114 conectados e o computador host 2116. A conectividade pode ser descrita como uma conexão Over-the-Top (OTT) 2124. O computador host 2116 e os UEs 2112, 2114 conectados são configurados para comunicar dados e/ou sinalização via a conexão OTT 2124, usando a rede de acesso 2102, a rede núcleo 2104, qualquer rede intermediária 2122 e possíveis infraestruturas adicionais (não mostradas) como intermediários. A conexão OTT 2124 pode ser transparente no sentido de que os dispositivos de comunicação participantes através dos quais a conexão OTT 2124 passa não têm conhecimento do roteamento de comunicações de enlace ascendente e enlace descendente. Por exemplo, a estação base 2106 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 2116 para ser encaminhada (por exemplo, por handover) a um UE 2112 conectado. De maneira similar, a estação base 2106 não precisa saber do roteamento futuro de uma comunicação de enlace ascendente emitida proveniente do UE 2112 em direção ao computador host 2116.

[0230] A Figura 22 ilustra um sistema de comunicação de acordo com algumas outras modalidades da presente invenção. 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 à Figura 22. Em um sistema de comunicação 2200, um computador host 2202 compreende hardware 2204, incluindo uma interface de comunicação 2206 configurada para preparar e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 2200. O computador host 2202 compreende, adicionalmente, um conjunto de circuitos de processamento 2208, o qual pode ter capacidades de armazenamento e/ou processamento. Particularmente, o conjunto de circuitos de processamento 2208 pode compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. O computador host 2202 compreende, adicionalmente, software 2210, o qual é armazenado em ou acessível pelo computador host 2202 e executável pelo conjunto de circuitos de processamento 2208. O software 2210 inclui uma aplicação host 2212. A aplicação host 2212 pode ser operável para prover um serviço a um usuário remoto, tal como um UE 2214 se conectando através de uma conexão OTT 2216 terminando no UE 2214 e no computador host 2202. Ao prover o serviço ao usuário remoto, a aplicação host 2212 pode prover dados de usuário que são transmitidos usando a conexão OTT 2216.

[0231] O sistema de comunicação 2200 inclui, adicionalmente, uma estação base 2218 provida em um sistema de telecomunicações e compreendendo o hardware 2220, permitindo que este se comunique com o computador host 2202 e com o UE 2214. O hardware 2220 pode incluir uma interface de comunicação 2222 para preparar e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 2200, assim como uma interface de rádio 2224 para preparar e manter pelo menos uma conexão sem fio 2226 com o UE 2214 localizado em uma área de cobertura (não mostrada na Figura 22) servida pela estação base 2218. A interface de comunicação 2222 pode ser configurada para facilitar uma conexão 2228 com o computador host 2202. A conexão 2228 pode ser direta ou pode passar através de uma rede núcleo (não mostrada na Figura 22) do sistema de telecomunicações e/ou através de uma ou mais redes intermediárias fora do sistema de telecomunicações. Na modalidade mostrada, o hardware 2220 da estação base 2218 inclui, adicionalmente o conjunto de circuitos de processamento 2230, o qual pode compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. A estação base 2218 tem, adicionalmente, software 2232 armazenado internamente ou acessível através de uma conexão externa.

[0232] O sistema de comunicação 2200 inclui, adicionalmente, o UE 2214 já referido. O hardware 2234 do UE 2214 pode incluir uma interface de rádio 2236 configurada para preparar e manter uma conexão sem fio 2226 com uma estação base servindo uma área de cobertura na qual o UE 2214 se localiza atualmente. O hardware 2234 do UE 2214 inclui, adicionalmente o conjunto de circuitos de processamento 2238, o qual pode compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. O UE 2214 compreende, adicionalmente, software 2240, o qual é armazenado em ou acessível pelo UE 2214 e executável pelo conjunto de circuitos de processamento 2238. O software 2240 inclui a aplicação cliente 2242. A aplicação cliente 2242 pode ser operável para prover um serviço a um usuário humano ou não humano através do UE 2214, com o suporte do computador host 2202. No computador host 2202, a aplicação host 2212 em execução pode se comunicar com a aplicação cliente 2242 em execução através da conexão OTT 2216 terminando no UE 2214 e no computador host 2202. Ao prover o serviço ao usuário, a aplicação cliente 2242 pode receber dados de solicitação a partir da aplicação host 2212 e prover os dados de usuário em resposta aos dados de solicitação. A conexão OTT 2216 pode transferir tanto os dados de solicitação quanto os dados de usuário. A aplicação cliente 2242 pode interagir com o usuário para gerar os dados de usuário que provê.

[0233] Observa-se que o computador host 2202, a estação base 2218 e o UE 2214 ilustrados na Figura 22 podem ser similares ou idênticos ao computador host 2116, uma das estações base 2106A, 2106B, 2106C e um dos UEs 2112, 2114 da Figura 21, respectivamente. Ou seja, o funcionamento interno dessas entidades pode ser conforme mostrado na Figura 22 e, independentemente, a topologia de rede circundante pode ser aquela da Figura 21.

[0234] Na Figura 22, a conexão OTT 2216 foi desenhada de maneira abstrata para ilustrar a comunicação entre o computador host 2202 e o UE 2214 através da estação base 2218, sem referência explícita a quaisquer dispositivos intermediários e o roteamento preciso de mensagens através desses dispositivos. A infraestrutura de rede pode determinar o roteamento, o qual pode ser configurado para se esconder do UE 2214 ou do computador host 2202 operando o provedor de serviços ou ambos. Enquanto a conexão OTT 2216 está ativa, a infraestrutura de rede pode, adicionalmente, tomar decisões pelas quais muda dinamicamente o roteamento (por exemplo, com base na consideração do equilíbrio de carga ou a reconfiguração da rede).

[0235] A conexão sem fio 2226 entre o UE 2214 e a estação base 2218 está de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Uma ou mais das várias modalidades melhoram o desempenho de serviços de OTT providos ao UE 2214 usando a conexão OTT 2216, em que a conexão sem fio 2226 forma o último segmento. Mais precisamente, os ensinamentos dessas modalidades podem reduzir o tempo necessário para desempenhar uma liberação e redirecionamento para um UE que está no estado de RRC_INACTIVE e, assim, prover benefícios como capacidade de resposta melhorada do UE, sinalização reduzida entre o UE e entidades de rede, e consumo de energia reduzido pelo UE.

[0236] 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 OTT 2216 entre o computador host 2202 e o UE 2214, 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 2216 pode ser implementado no software 2210 e no hardware 2204 do computador host 2202 ou no software 2240 e hardware 2234 do UE 2214 ou em ambos. Em algumas 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 2216 passa; os sensores podem participar do procedimento de medição fornecendo valores das quantidades monitoradas exemplificadas acima ou fornecendo valores de outras grandezas físicas a partir das quais o software 2210, 2240 podem calcular ou estimar as quantidades monitoradas. A reconfiguração da conexão OTT 2216 pode incluir formato de mensagem, ajustes de retransmissão, roteamento preferencial etc.; a reconfiguração não precisa afetar a estação base 2218 e pode ser desconhecida ou imperceptível à estação base 2218. Tais procedimentos e funcionalidades podem ser conhecidos e praticados na técnica. Em certas 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 2202. As medições podem ser implementadas de modo que o software2210 e 2240 faça com que as mensagens sejam transmitidas, particularmente mensagens “dummy” ou vazias, usando uma conexão OTT 2216 enquanto monitora os tempos de propagação, erros etc.

[0237] A Figura 23 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com algumas modalidades da presente invenção. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 21 e 22. Para simplificar a presente invenção, somente referências em desenho da Figura 23 serão incluídas nesta seção. Na etapa 2300, o computador host provê os dados de usuário. Na subetapa 2302 (a qual pode ser opcional) da etapa 2300, o computador host provê os dados de usuário executando uma aplicação host. Na etapa 2304, o computador host inicia uma transmissão portando os dados de usuário ao UE. Na etapa 2306 (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 2308 (a qual também pode ser opcional), o UE executa uma aplicação cliente associada à aplicação host executada pelo computador host.

[0238] A Figura 24 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com algumas modalidades da presente invenção. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 21 e 22. Para simplificar a presente invenção, somente referências em desenho da Figura 24 serão incluídas nesta seção. Na etapa 2400 do método, o computador host provê os dados de usuário. Em uma subetapa opcional (não mostrada) o computador host provê os dados de usuário executando uma aplicação host. Na etapa 2402, o computador host inicia uma transmissão portando os dados de usuário ao UE. A transmissão pode passar através da estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 2404 (a qual pode ser opcional), o UE recebe os dados de usuário portados na transmissão.

[0239] A Figura 25 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade da presente invenção. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 21 e

22. Para simplificar a presente invenção, somente referências em desenho da Figura 25 serão incluídas nesta seção. Na etapa 2500 (a qual pode ser opcional), o UE recebe dados de entrada providos pelo computador host. Adicionalmente ou alternativamente, na etapa 2502, o UE provê dados de usuário. Na subetapa 2504 (a qual pode ser opcional) da etapa 2500, o UE provê os dados de usuário ao executar aplicação cliente. Na subetapa 2506 (a qual pode ser opcional) da etapa 2502, o UE executa uma aplicação cliente que provê os dados de usuário em resposta aos dados de entrada recebidos providos pelo computador host. Ao prover os dados de usuário, a aplicação cliente executada pode adicionalmente considerar a entrada de usuário recebida a partir do usuário. Independentemente da maneira específica na qual os dados de usuário foram providos, o UE inicia, na subetapa 2508 (a qual pode ser opcional), a transmissão dos dados de usuário ao computador host. Na etapa 2510 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.

[0240] A Figura 26 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade da presente invenção. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 21 e

22. Para simplificar a presente invenção, somente referências em desenho da Figura 26 serão incluídas nesta seção. Na etapa 2600 (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 a partir do UE. Na etapa 2602 (a qual pode ser opcional), a estação base inicia a transmissão dos dados de usuário recebidos ao computador host. Na etapa 2604 (a qual pode ser opcional), o computador host recebe os dados de usuário portados na transmissão iniciada pela estação base.

[0241] Quaisquer etapas, métodos, características, funções ou benefícios apropriados divulgados na presente invenção podem ser desempenhados através de uma ou mais unidades funcionais ou módulos de um ou mais aparelhos virtuais. Cada aparelho virtual pode compreender várias dessas unidades funcionais. Tais unidades funcionais podem ser implementadas por meio de conjuntos de circuitos de processamento, os quais podem incluir um ou mais microprocessadores ou microcontroladores, assim como outro hardware digital, que 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 diversos tipos de memória, tais como Memória Somente 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.

[0242] Embora os processos nas figuras possam demonstrar uma ordem particular de operações desempenhadas por certas modalidades da presente invenção, deve-se entender que tal ordem é exemplar (por exemplo, modalidades alternativas podem desempenhar as operações em uma ordem diferente, combinar certas operações, sobrepor certas operações etc.). Modalidades

[0243] As seguintes modalidades exemplares da presente invenção são ilustrativas e não limitantes. Modalidades do Grupo A

1. Um método desempenhado por um UE para comunicação dentro de uma rede de telecomunicações, o método compreendendo: enquanto em um estado de RRC_INACTIVE, enviar, para a estação base, uma solicitação para retomar a comunicação e, sem entrar no estado de RRC_CONNECTED, receber, a partir da estação base, uma instrução para liberar e redirecionar; e em resposta ao recebimento da instrução para liberar e redirecionar, desempenhar a seleção de célula em uma RAT e tentar retomar a comunicação com a célula selecionada.

2. O método da modalidade 1, em que a solicitação para retomar a comunicação compreende uma mensagem RRCResumeRequest.

3. O método da modalidade 1 ou 2, em que a instrução para liberar e redirecionar compreende uma mensagem RRCRelease.

4. O método de qualquer uma das modalidades 1-3, em que a instrução para liberar e redirecionar identifica a RAT na qual a seleção de célula deve ser desempenhada.

5. O método de qualquer uma das modalidades 1-4, em que a RAT na qual a seleção de célula deve ser desempenhada compreende uma frequência de NR ou uma frequência de LTE. Modalidades do Grupo B

6. Um método desempenhado por uma estação base para comunicação com UE dentro de uma rede de telecomunicações, o método compreendendo: receber, a partir de um UE em um estado de RRC_INACTIVE, uma solicitação para retomar comunicação; e em resposta ao recebimento do pedido para retomar a comunicação, e sem primeiro enviar ao UE uma instrução para retomar, enviar para o UE uma instrução para liberar e redirecionar.

7. O método da modalidade 6, em que a solicitação para retomar a comunicação compreende uma mensagem RRCResumeRequest.

8. O método da modalidade 6 ou 7, em que a instrução para liberar e redirecionar compreende uma mensagem RRCRelease.

9. O método de qualquer uma das modalidades 6-8, em que a instrução para liberar e redirecionar identifica a RAT na qual a seleção de célula deve ser desempenhada.

10. O método de qualquer uma das modalidades 6-9, em que a RAT na qual a seleção de célula deve ser desempenhada compreende uma frequência de NR ou uma frequência de LTE.

11. O método de qualquer uma das modalidades 6-10, compreendendo adicionalmente, antes de enviar a instrução para liberar e redirecionar, desempenhar uma realocação de contexto.

12. O método da modalidade 12 em que desempenhar uma realocação de contexto compreende adicionalmente as etapas de: recuperar, a partir de uma última estação base servidora, um contexto associado ao UE; enviar, para uma AMF, um pedido de comutação de percurso; e receber, a partir da AMF, uma resposta de solicitação de comutação de percurso.

13. O método da modalidade 11 ou 12, compreendendo adicionalmente, após enviar a instrução para liberar e redirecionar, enviar, para a última estação base servidora, uma instrução para liberar o contexto de UE. Modalidades do Grupo C

14. Um dispositivo sem fio para comunicação dentro de uma rede de telecomunicações, o dispositivo sem fio compreendendo: conjunto de circuitos de processamento configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A; e conjunto de circuitos de fornecimento de potência configurado para fornecer potência ao dispositivo sem fio.

15. Uma estação base para comunicação com UEs dentro de uma rede de telecomunicações, a estação base compreendendo: conjunto de circuitos de processamento configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo B; e conjunto de circuitos de fornecimento de potência configurado para fornecer potência à estação base.

16. Um UE, para comunicação dentro de uma rede de telecomunicações, o UE compreendendo: uma antena configurada para enviar e receber sinais sem fio; conjunto de circuitos 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 uma das modalidades 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 potência ao UE.

17. 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 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 das modalidades do Grupo B.

18. O sistema de comunicação da modalidade anterior incluindo, adicionalmente, a estação base.

19. O sistema de comunicação das 2 modalidades anteriores, incluindo, adicionalmente, o UE, em que o UE é configurado para se comunicar com a estação base.

20. O sistema de comunicação das 3 modalidades anteriores, em que: o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo, desse modo, os dados de usuário; e o UE compreende conjunto de circuitos de processamento configurados para executar uma aplicação cliente associada à aplicação host.

21. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE, o método compreendendo: no computador host, prover dados de usuário; e no computador host, iniciar uma transmissão portando os dados de usuário ao UE através de uma rede celular compreendendo a estação base, em que a estação base desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo B.

22. O método das modalidades anteriores, compreendendo adicionalmente, na estação base, transmitir os dados de usuário.

23. O método das 2 modalidades anteriores, em que os dados de usuário são providos no computador host ao executar uma aplicação host, o método compreendendo, adicionalmente, no UE, executar uma aplicação cliente associada à aplicação host.

24. Um UE configurado para se comunicar com uma estação base, o UE compreendendo uma interface de rádio e conjunto de circuitos de processamento configurado para desempenhar o método das 3 modalidades anteriores.

25. 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 UE, em que o UE compreende uma interface de rádio e um conjunto de circuitos de processamento, os componentes do UE configurados para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

26. O sistema de comunicação da modalidade anterior, em que a rede celular inclui adicionalmente uma estação base configurada para se comunicar com o UE.

27. O sistema de comunicação das 2 modalidades 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 associada à aplicação host.

28. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE, o método compreendendo: no computador host, prover dados de usuário; e no computador host, iniciar uma transmissão portando os dados de usuário para o UE através de uma rede celular compreendendo a estação base, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

29. O método das modalidades anteriores, compreendendo adicionalmente, no UE, receber os dados de usuário a partir da estação base.

30. Um sistema de comunicação incluindo um computador host compreendendo: uma interface de comunicação configurada para receber dados de usuário provenientes de uma transmissão a partir de um UE para uma estação base; em que o UE compreende uma interface de rádio e conjunto de circuitos de processamento, o conjunto de circuitos de processamento do UE configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

31. O sistema de comunicação da modalidade anterior, incluindo, adicionalmente o UE.

32. O sistema de comunicação das 2 modalidades 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 portados por uma transmissão a partir do UE à estação base.

33. O sistema de comunicação das 3 modalidades 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 associada à aplicação host, provendo, desse modo, os dados de usuário.

34. O sistema de comunicação das 4 modalidades anteriores, em que: o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo desse modo os dados de solicitação; e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host, provendo, desse modo, os dados de usuário em resposta aos dados de solicitação.

35. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE, o método compreendendo: no computador host, receber dados de usuário transmitido para a estação base a partir do UE, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

36. O método da modalidade anterior, compreendendo adicionalmente, no UE, prover os dados de usuário à estação base.

37. O método das 2 modalidades anteriores, compreendendo adicionalmente: no UE, executar uma aplicação cliente, provendo, desse modo, os dados de usuário a serem transmitidos; e no computador host, executar uma aplicação host associada à aplicação cliente.

38. O método das 3 modalidades anteriores compreendendo, adicionalmente: no UE, executar uma aplicação cliente; e, no UE, receber dados de entrada para a aplicação cliente, os dados de entrada sendo providos no computador host ao executar uma aplicação host associada à aplicação cliente; em que os dados de usuário a serem transmitidos são providos pela aplicação cliente em resposta aos dados de entrada.

39. Um sistema de comunicação incluindo um computador host compreendendo uma interface de comunicação configurada para receber dados de usuário provenientes de uma transmissão a partir de um UE a 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 configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo B.

40. O sistema de comunicação da modalidade anterior incluindo, adicionalmente, a estação base.

41. O sistema de comunicação das 2 modalidades anteriores, incluindo, adicionalmente, o UE, em que o UE é configurado para se comunicar com a estação base.

42. O sistema de comunicação das 3 modalidades 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 cliente associada à aplicação host, provendo, desse modo, os dados de usuário a serem recebidos pelo computador host.

43. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um UE, o método compreendendo: no computador host, receber, a partir da estação base, dados de usuário provenientes de uma transmissão que a estação base recebeu a partir do UE, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

44. O método das modalidades anteriores compreendendo adicionalmente, na estação base, receber os dados de usuário a partir do UE.

45. O método das 2 modalidades anteriores, compreendendo, adicionalmente, na estação base, iniciar uma transmissão dos dados de usuário recebidos para o computador host.

[0244] Pelo menos algumas das seguintes abreviaturas podem ser usadas nesta invenção. Caso haja inconsistência entre abreviaturas, deve ser dada preferência ao uso acima. Caso listada múltiplas vezes abaixo, a primeira listagem deve ser preferencial sobre qualquer/quaisquer listagem(s) subsequente(s). • 3G Terceira Geração • 3GPP Projeto de Parceria para a Terceira Geração • 4G Quarta Geração • 5G Quinta Geração • 5GS Sistema de Quinta Geração • 5GMM Gerenciamento de Mobilidade de Sistema de Quinta Geração • 5GC Rede Núcleo de Quinta Geração • 5G-S-TMSI Identidade de Assinante Móvel Temporária da Evolução da Arquitetura do Sistema de Quinta Geração • AF Função de Aplicação • AMF Função de Gerenciamento de Acesso e Mobilidade • NA Rede de Acesso • AP Ponto de acesso • ARFCN Número de Canal de Radiofrequência Absoluto • AS Estrato de Acesso • ASIC Circuito Integrado de Aplicação Específica • AUSF Função de Servidor de Autenticação • CA Agregação de Portadora • CN Rede Núcleo • CPU Unidade de Processamento Central

• C-RNTI Identificador Temporário de Rede de Rádio-Célula • DC Conectividade Dupla • DL Enlace Descendente • DN Rede de Dados • DRB Transportador de Rádio de Dados • DRX Recepção Descontínua • DSP Processador de Sinal Digital • eNB Nó B Aprimorado ou Evoluído • EPC Núcleo de Pacote Aprimorado ou Evoluído • E-UTRA Acesso via Rádio Terrestre Universal Evoluído • E-UTRAN Rede de Acesso via Rádio Terrestre Universal Evoluída • FDD Duplexação por Divisão de Frequência • FFS Para Estudo Adicional • FPGA Arranjo de Portas Programáveis em Campo • gNB Estação Base de Novo Rádio • ID Identificador/Identidade • IP Protocolo de Internet • I-RNTI Identificador Temporário de Rede de Rádio para o estado de RRC_INACTIVE • LS Declaração de Confirmação • LTE Evolução de Longo Prazo • MA Autoridade de Movimento • MAC Controle de Acesso ao Meio • MCG Grupo de Células Mestre • MCS Suporte de Missão Crítica • MME Entidade de Gerenciamento de Mobilidade

• MO Mobile Originated • MPS Serviço de Prioridade Multimídia • MT Mobile Terminated • MTC Comunicação do Tipo Máquina • NAS Estrato de Não Acesso • NB Banda Estreita • NCC Contagem de Encadeamento de Próximo Salto • NEF Função de Exposição de Rede • NF Função de Rede • NH Próximo Salto • NR Novo Rádio • NRF Função de Repositório de Rede • NSSF Função de Seleção de Fatia de Rede • OTT Over-the-Top • P-Cell Célula Primária • PCF Função de Controle de Política • PDCP Protocolo de Convergência de Dados de Pacote • PDU Unidade de Dados de Protocolo • PGW Gateway de Rede de Dados de Pacote • PLMN Rede Móvel Terrestre Pública • QoS Qualidade de Serviço • RAM Memória de Acesso Aleatório • RAN Rede de Acesso via Rádio • RAT Tecnologia de Acesso via Rádio • RLC Controle de Enlace de Rádio • RNA Adaptação de Usuário de Parte de Aplicação de Subsistema de Rede de Rádio • RNAU Atualização de Adaptação de Usuário de Parte de Aplicação de Subsistema de Rede de Rádio • RNTI Identificador Temporário de Rede de Rádio • ROHC Compactação de Cabeçalho Robusta • ROM Memória Somente de Leitura • RRC Controle de Recurso de Rádio • RRH Cabeça de Rádio Remota • RTT Round Trip Time • SAE Evolução de Arquitetura de Sistema • SAP Ponto de Acesso de Serviço • SCEF Função de Exposição de Capacidade de Serviço • SCell Célula Secundária • SCG Grupo de Células Secundário • SDAP Protocolo de Adaptação de Dados de Serviço • SMF Função de Gerenciamento de Sessão • SMS Serviço de Mensagem Curta • SpCell Célula Especial • SRB Transportador de Rádio de Sinalização • TMSI Identidade de Assinante Móvel Temporário • TS Especificação Técnica • UDM Gerenciamento de Dados Unificado • UE Equipamento de Usuário • UTRA Acesso Via Rádio Terrestre Universal • UTRAN Rede de Acesso Via Rádio Terrestre Universal • VoIP Voz sobre Protocolo de Internet

• X2AP Protocolo de aplicação de interface X2 • XnAP Protocolo de aplicação de interface Xn

[0290] Os técnicos no assunto reconhecerão melhorias e modificações nas modalidades da presente invenção. Todas essas melhorias e modificações são consideradas dentro do escopo dos conceitos divulgados na presente invenção.

Claims

REIVINDICAÇÕES

1. Método, iniciado por um Equipamento de Usuário, UE, estando em um estado INACTIVE de Controle de Recurso de Rádio, RRC, o método compreendendo: transmitir (602), a uma primeira célula, uma primeira mensagem de RRC resume request, solicitando a retomada de comunicação; caracterizado pelo fato de: receber (604), em resposta à primeira mensagem de RRC resume request transmitida, uma mensagem de RRC Release compreendendo uma configuração de suspensão e informações para liberar e redirecionar para outra frequência de portadora; e transmitir, a uma segunda célula da frequência de portadora compreendida na mensagem de RRC Release, uma segunda mensagem de RRC resume request, solicitando a retomada de comunicação.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de, em resposta ao recebimento das informações para liberar e redirecionar, desempenhar (614) seleção de célula em uma Tecnologia de Acesso via Rádio, RAT.

3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que as informações para liberar e redirecionar identificam a frequência de portadora da segunda célula na qual acampar.

4. Método, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que a frequência de portadora é uma frequência de Novo Rádio, NR, ou uma frequência de Evolução de Longo Prazo, LTE.

5. Método, desempenhado por uma estação base para comunicação com um Equipamento de Usuário, UE, dentro de uma rede de telecomunicações, o método compreendendo:

receber (700), a partir do UE estando em um estado INACTIVE de Controle de Recurso de Rádio, RRC, uma mensagem de RRC resume request solicitando a retomada de comunicação; e caracterizado pelo fato de: em resposta ao recebimento da RRC resume request, e sem primeiro transmitir ao dispositivo sem fio uma instrução para retomar, transmitir (706), ao equipamento de usuário, uma mensagem de RRC release compreendendo uma configuração de suspensão e informações para liberar e redirecionar para outra frequência de portadora.

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que as informações para liberar e redirecionar identificam uma Tecnologia de Acesso via Rádio, RAT, na qual a seleção de célula deve ser desempenhada.

7. Método, de acordo com a reivindicação 5 ou 6, caracterizado pelo fato de que as informações para liberar e redirecionar identificam a frequência de portadora da segunda célula na qual acampar.

8. Método, de acordo com qualquer uma das reivindicações 5 a 7, caracterizado pelo fato de que a frequência de portadora é uma frequência de Novo Rádio, NR, ou uma frequência de Evolução de Longo Prazo, LTE.

9. Equipamento de Usuário (1900) para comunicação dentro de uma rede de telecomunicações, o equipamento de usuário sendo configurado para: transmitir (602), a uma primeira célula, uma primeira mensagem de RRC resume request, solicitando a retomada de comunicação; e caracterizado pelo fato de ser adicionalmente configurado para: receber (604), em resposta à primeira mensagem de RRC resume request transmitida, uma mensagem de RRC Release compreendendo uma configuração de suspensão e informações para liberar e redirecionar para outra frequência de portadora; e transmitir, a uma segunda célula da frequência de portadora compreendida na mensagem de RRC Release, uma segunda mensagem de RRC resume request solicitando a retomada de comunicação.

10. Equipamento de usuário, de acordo com a reivindicação 9, caracterizado pelo fato de que é adicionalmente configurado para desempenhar o método conforme definido em qualquer uma das reivindicações 2 a 4.

11. Estação base (1700) para comunicação com um Equipamento de Usuário, UE, dentro de uma rede de telecomunicações, a estação base sendo configurada para: receber (700), a partir do UE estando em um estado INACTIVE de Controle de Recurso de Rádio, RRC, uma mensagem de RRC resume request solicitando a retomada de comunicação; e caracterizada pelo fato de ser adicionalmente configurada para: em resposta ao recebimento da RRC resume request, e sem primeiro transmitir ao dispositivo sem fio uma instrução para retomar, transmitir (706), ao UE, uma mensagem de RRC release compreendendo uma configuração de suspensão e informações para liberar e redirecionar para outra frequência de portadora.

12. Estação base, de acordo com a reivindicação 11, caracterizada pelo fato de que é adicionalmente configurada para desempenhar o método conforme definido em qualquer uma das reivindicações 6 a 8.