BR112021010921A2

BR112021010921A2 - Suspend-resume em handover condicional

Info

Publication number: BR112021010921A2
Application number: BR112021010921-8A
Authority: BR
Inventors: Icaro L. J. Da Silva; Patrik Rugeland
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2018-12-19
Filing date: 2019-12-19
Publication date: 2021-08-24
Also published as: CN113228736B; EP3900434C0; US11895545B2; WO2020128966A1; EP3900434B1; CN113228736A; US20220014985A1; EP3900434A1

Abstract

SUSPEND-RESUME EM HANDOVER CONDICIONAL. Os sistemas, métodos e aparelhos são divulgados para manipulação de configurações de handover condicional por dispositivos sem fio e nós de rede. Um método de exemplo desempenhado por um dispositivo sem fio inclui o dispositivo sem fio receber e armazenar uma ou mais configurações de handover condicional, em que cada uma das uma ou mais configurações de handover está associada a um candidato a célula de destino. O dispositivo sem fio realiza a transição de um estado conectado para um estado de repouso, em que a transição inclui o descarte de uma ou mais configurações de handover condicional. O dispositivo sem fio libera recursos associados a uma ou mais configurações de handover condicional e desempenha uma ou mais ações de limpeza relacionadas a handover condicional. Um exemplo de método desempenhado por um nó de rede inclui prover, a um equipamento de usuário, uma ou mais configurações de handover condicional que estão associadas a um candidato a célula de destino. O nó de rede transmite, para o equipamento de usuário, uma mensagem para realizar a transição de um estado conectado para um estado de repouso. Após transmitir a mensagem, o nó de rede descarta as uma ou mais configurações de handover condicional.

Description

SUSPEND-RESUME EM HANDOVER CONDICIONAL PEDIDO RELACIONADO

[001] O presente pedido reivindica o benefício e a prioridade do Pedido de Patente Provisório dos EUA Nº 62/781,760, depositado em 19 de dezembro de 2018, intitulado "SUSPEND-RESUME IN CONDITIONAL HANDOVER", cuja invenção é incorporada na presente invenção por referência em sua totalidade.

CAMPO TÉCNICO

[002] A presente invenção está relacionada, em geral, a sistemas de comunicação sem fio e, mais particularmente, a comunicações sem fio e operações relacionadas correspondentes a handover condicional.

ANTECEDENTES RRC Connection Resume em NR e eLTE

[003] A Figura 1A mostra um exemplo de transição de estado correspondente a um equipamento de usuário (UE) em Novo Rádio (NR). Neste exemplo, o modelo de estado de Controle de Recursos de Rádio (RRC) é atualizado no Novo Rádio (NR) (e na Evolução de Longo Prazo (eLTE) aprimorada, por exemplo, para LTE conectado a cenários de Rede Núcleo 5G (5GC)) e um novo estado RRC_INACTIVE é introduzido além dos estados RRC_IDLE e RRC_CONNECTED existentes herdados de LTE. Em RRC_INACTIVE, o contexto de UE a partir da conexão de RRC anterior é armazenado na RAN e é reutilizado na próxima vez que uma conexão de RRC for estabelecida. O contexto de UE inclui informações como a configuração de segurança do UE, transportadores de rádio configurados, etc. Ao armazenar o contexto de UE na Rede de Acesso via Rádio (RAN), evita-se a sinalização necessária para ativação de segurança e estabelecimento do transportador que normalmente é necessário ao realizar a transição de RRC_IDLE para RRC_CONNECTED. Isso melhora a latência e reduz o overhead de sinalização.

[004] A Figura 1B mostra exemplo de mensagem RRC entre um UE e uma estação base NR (gNB) para suspender uma conexão. Neste exemplo, o modo RRC_INACTIVE é realizado pela introdução de dois novos procedimentos “RRC connection suspend” (também chamada de RRC connection release com SuspendConfig) e “RRC connection resume”. O gNB suspende uma conexão e move o UE de RRC_CONNECTED para RRC_INACTIVE, ao enviar uma mensagem de RRC release com indicação de suspensão (ou configuração) para o UE. Isto pode acontecer, por exemplo, após o UE ter estado inativo durante um certo período, o que faz com que o temporizador de inatividade interno do gNB expire. Tanto o UE quanto o gNB armazenam o contexto de UE e o identificador associado (referido como I-RNTI). Foi recentemente atualizado que dois identificadores serão configurados na configuração suspensa, um I-RNTI longo e um curto. Aquela a ser usada na continuação depende de uma indicação da rede em informações do sistema da célula em que o UE tenta retomar. Os dois identificadores I-RNTI foram introduzidos para suportar cenários quando o UE está reiniciando em uma célula que apenas dá ao UE uma pequena concessão de escalonamento para a primeira mensagem UL. Exemplos de um RRC resume request incluem RRCResumeRequest e RRCResumeRequest1.

[005] A Figura 1C mostra um exemplo de mensagem de RRC entre um UE e um gNB para retomar uma conexão. Neste exemplo, para realizar transição para um estado RRC_CONNECTED, o UE retoma a conexão enviando um RRC resume request incluindo as seguintes informações para o gNB com o qual o UE tenta retomar a conexão (esta pode ser uma célula/gNB igual ou diferente da qual a conexão foi suspensa): • O I-RNTI (tanto o I-RNTI longo quanto o curto, dependendo da indicação das informações do sistema); • Um token de segurança (denominado resumeMAC-I na especificação) que é usado para identificar e verificar o UE no RRC resume request; e • Uma indicação da causa da retomada (por exemplo, dados originados móveis).

[006] O gNB que atende a célula na qual o UE está sendo retomado é algumas vezes referido como o gNB de destino, enquanto o gNB que serve a célula na qual o UE foi suspenso é algumas vezes referido como o gNB de origem. Para retomar a conexão, o gNB de destino determina qual gNB é o gNB de origem (considerando a parte gNB do I-RNTI) e solicita que o gNB envie o contexto de UE. O destino provê na solicitação, entre outras coisas, o UE ID e o token de segurança recebido do UE, bem como o ID de Célula da célula de destino.

[007] O gNB de origem então localiza o contexto de UE com base no I-RNTI e verifica a solicitação com base no token de segurança (vide a próxima seção). Se for bem-sucedido, o gNB encaminha o contexto do UE para o gNB de destino, que então responde ao UE com o RRC resume para confirmar que a conexão está sendo retomada. A mensagem de RRC resume também pode conter configurações para reconfigurar os transportadores de rádio que estão sendo retomados. Finalmente, o UE reconhece a recepção do restabelecimento de RRC enviando o restabelecimento de RRC concluído.

[008] O procedimento de NR RRC resume descrito funciona de maneira semelhante em LTE (embora no modelo de estado o UE seja considerado em RRC_IDLE com um contexto armazenado) e eLTE (isto é, quando LTE está conectado a 5GC).

[009] A Figura 1D mostra mensagens de exemplo correspondentes a um RRC connection resume bem-sucedido. Em NR e em eLTE (LTE conectado a 5GC) a mensagem RRCResume em resposta a um RRCResumeRequest é criptografada e protegida por integridade. Isso é feito usando novas chaves de segurança, derivadas com base no contexto de segurança de AS armazenado. Esta nova derivação de chave (espécie de atualização de chave) é feita como parte do procedimento de retomada como parte da transmissão do RRCResumeRequest (ou RRCResumeRequest1).

[010] Outras mensagens podem ser enviadas em resposta à mensagemRRCResumeRequest. Em NR e eLTE, após o UE enviar uma mensagem de RRC resume request (por exemplo, uma mensagem RRCResumeRequest ou RRCResumeRequest1), o UE pode receber uma ou mais das mensagens abaixo em SRB1 que podem ser criptografadas e protegidas por integridade, como descrito acima: •RRCRelease com a configuração suspensa movendo o UE para RRC_INACTIVE; •RRCRelease sem suspender a configuração movendo o UE para RRC_IDLE; e/ou •RRCResume movendo o UE para RRC_CONNECTED.

[011] Outras mensagens também podem ser transmitidas, um RRCReject com temporizador de espera ou RRCSetup (para fallback para RRC_IDLE), mas em SRB0 (que não seria criptografado ou protegido por integridade).

[012] A Figura 1E mostra um exemplo de mensagem correspondente a um fallback de RRC connection resume bem-sucedido para o estabelecimento de uma conexão de RRC.

[013] A Figura 1F mostra um exemplo de mensagem correspondente a um RRC connection resume bem-sucedido seguido pela liberação da rede.

[014] A Figura 1G mostra um exemplo de mensagem correspondente a uma RRC connection resume bem-sucedida seguida de suspensão de rede.

[015] A Figura 1H mostra um exemplo de mensagem correspondente a uma rejeição da rede de uma RRC connection resume request. Item de Trabalho de Robustez de Mobilidade no Rel-16 para LTE e NR e

Handover Condicional (CHO)

[016] Dois novos itens de trabalho para aprimoramentos de mobilidade na LTE e NR começaram em 3GPP no Release 16. Os principais objetivos dos itens de trabalho são melhorar a robustez e diminuir o tempo de interrupção no handover.

[017] Um problema relacionado à robustez no handover é que o comando de Handover (HO), RRCConnectionReconfiguration com mobilityControlInfo e RRCReconfiguration com um campo reconfigurationWithSync, normalmente é enviado quando as condições de rádio para o UE já são bastante ruins. Isso pode fazer com que o comando de HO não atinja o UE em tempo caso a mensagem seja segmentada ou haja retransmissões.

[018] Na LTE e NR, soluções diferentes para aumentar a robustez de mobilidade foram discutidas no passado. Uma solução discutida no NR é denominada “handover condicional” ou “comando de handover antecipado”. Para evitar a dependência indesejada em enlace de rádio servidor mediante o tempo (e condições de rádio), em que o UE deve executar o handover, a possibilidade de prover sinalização de RRC ao handover ao UE anterior deve ser provido. Para alcançar isso, deve ser possível associar o comando de HO a uma condição, por exemplo, com base em condições de rádio possivelmente semelhantes àquelas associadas a um evento A3, em que um determinado vizinho se torna X dB melhor que destino. Assim que a condição é cumprida, o UE executa o handover de acordo com o comando de handover provido.

[019] Tal condição pode ser, por exemplo, que a qualidade da célula ou feixe de destino torna-se X dB mais forte do que a célula servidora (semelhante a um evento do tipo A3 pode ser configurado para disparar relatórios de medição). O limiar Y usado em um evento de relatório de medição anterior deve ser, em seguida, escolhido mais baixo que aquele na condição de execução de handover. Isso permite que a célula servidora prepare o handover mediante a recepção de um relatório de medição precoce e provenha o RRCConnectionReconfiguration com mobilityControlInfo (LTE) ou RRCReconfiguration com um reconfigurationWithSync (NR) em um momento em que o enlace de rádio entre a célula de origem e o UE ainda está estável. A execução do handover é feito em um momento posterior no tempo (e limiar) que é considerado ótimo para a execução de handover.

[020] A Figura 1I mostra um exemplo de handover condicional com uma única célula servidora e de destino. Muitas vezes, na prática, pode haver muitas células ou feixes que o UE ter relatado como possíveis candidatos com base em suas medições anteriores de RRM. Em RAN2#104 em Spokane em novembro de 2018, foi acordado que a configuração de suporte de LTE de uma ou mais células candidatas para handover condicional, com a quantidade de células candidatas sendo deixada para estudo futuro.

[021] Com base nos acordos mais recentes, a rede pode configurar comandos de handover condicional para diversos desses candidatos. O RRCConnectionReconfiguration (ou RRCReconfiguration, em NR) para cada um desses candidatos pode diferir, por exemplo, em termos da condição de execução de HO (RS para medir e limite para exceder), em termos do preâmbulo de RA a ser enviado quando uma condição for atendida ou a própria configuração para ser usada em um candidato a nó de destino específico.

[022] Enquanto o UE avalia a condição, ele deve continuar operando de acordo com sua configuração de RRC atual, isto é, sem aplicar o comando de HO condicional. Quando o UE determina que a condição foi cumprida, ele se desconecta da célula servidora, aplica o comando HO condicional e conecta-se à célula de destino. Estas etapas são equivalentes à atual execução de handover instantâneo.

Mensagens Internós para Preparação de Mobilidade Mensagens RRC internós

[023] Em NR e LTE, duas mensagens internós são normalmente usadas: HandoverPreparationInformation e HandoverCommand. Quando o nó de origem decide realizar handover do UE, o nó de origem provê ao nó de destino algumas informações no HandoverPreparationInformation que habilita o nó de destino a preparar um RRCReconfiguration (provido no HandoverCommand) ser usado no destino mediante a execução do handover. As definições de TS 38.331 são mostradas abaixo (mas existe um procedimento semelhante em TS 36.331): Mensagem HandoverPreparationInformation

[024] Esta mensagem é usada para transferir as informações de NR RRC usadas pelo gNB de destino durante a preparação de handover, incluindo informações de capacidade de UE, com a direção sendo gNB de origem/RAN de origem para gNB de destino. -- ASN1START -- TAG-HANDOVER-PREPARATION-INFORMATION-START HandoverPreparationInformation ::= SEQUENCE { criticalExtensions CHOICE { c1 CHOICE{ handoverPreparationInformation HandoverPreparationInformation-IEs, spare3 NULL, spare2 NULL, spare1 NULL }, criticalExtensionsFuture SEQUENCE {} } } HandoverPreparationInformation-IEs ::= SEQUENCE { ue-CapabilityRAT-List UE-CapabilityRAT-ContainerList,

sourceConfig AS-Config OPTIONAL, -- Cond HO rrm-Config RRM-Config OPTIONAL, as-Context AS-Context OPTIONAL, nonCriticalExtension SEQUENCE {} OPTIONAL }

AS-Config ::= SEQUENCE { rrcReconfiguration OCTET STRING (CONTAINING RRCReconfiguration), ... }

AS-Context ::= SEQUENCE { reestablishmentInfo ReestablishmentInfo OPTIONAL, configRestrictInfo ConfigRestrictInfoSCG OPTIONAL, ..., [[ ran-NotificationAreaInfo RAN-NotificationAreaInfo OPTIONAL ]] }

ReestablishmentInfo ::= SEQUENCE { sourcePhysCellId PhysCellId, targetCellShortMAC-I ShortMAC-I, additionalReestabInfoList ReestabNCellInfoList OPTIONAL }

ReestabNCellInfoList ::= SEQUENCE ( SIZE (1..maxCellPrep) ) OF ReestabNCellInfo

ReestabNCellInfo::= SEQUENCE{ cellIdentity CellIdentity, key-gNodeB-Star BIT STRING (SIZE (256)), shortMAC-I ShortMAC-I

}

RRM-Config ::= SEQUENCE { ue-InactiveTime ENUMERATED { s1, s2, s3, s5, s7, s10, s15, s20, s25, s30, s40, s50, min1, min1s20c, min1s40, min2, min2s30, min3, min3s30, min4, min5, min6, min7, min8, min9, min10, min12, min14, min17, min20, min24, min28, min33, min38, min44, min50, hr1, hr1min30, hr2, hr2min30, hr3, hr3min30, hr4, hr5, hr6, hr8, hr10, hr13, hr16, hr20, day1, day1hr12, day2, day2hr12, day3, day4, day5, day7, day10, day14, day19, day24, day30, dayMoreThan30} OPTIONAL, candidateCellInfoList MeasResultList2NR OPTIONAL, ... }

-- TAG-HANDOVER-PREPARATION-INFORMATION-STOP -- ASN1STOP

Descrições de campo HandoverPreparationInformation as-Context Contexto de RAN local exigido pelo gNB de destino. sourceConfig A configuração de recurso de rádio como usada na célula de origem. rrm-Config Contexto de RAN local usado principalmente para fins de RRM. ue-CapabilityRAT-List As capacidades relacionadas ao acesso via rádio de UE em relação aos RATs suportados pelo UE.

FFS se certas capacidades são obrigatórias para prover pela fonte, por exemplo, de destino e/ou RAT de origem.

Presença Explicação Condicional HO O campo é obrigatoriamente presente em caso de handover dentro do NR; O campo está opcionalmente presente em caso de handover a partir do E-UTRA conectado ao 5GC; caso contrário, o campo não está presente.

[025] NOTA 2: A tabela a seguir indica, por RAT de origem, se as capacidades do RAT estão incluídas ou não. RAT de Origem Capacidades de Capacidades de Capacidades de NR E-UTRA MR-DC NR Incluído Pode ser incluído Pode ser incluído E-UTRAN Incluído Pode ser incluído Pode ser incluído Descrições de campo RRM-Config candidateCellInfoList Uma lista das melhores células em cada frequência para as quais as informações de medição estavam disponíveis MensagemHandoverCommand

[026] Esta mensagem é usada para transferir o comando de handover como gerado pelo gNB de destino, com a direção sendo o gNB de destino para o gNB de origem/RAN de origem. -- ASN1START -- TAG-HANDOVER-COMMAND-START HandoverCommand ::= SEQUENCE { criticalExtensions CHOICE {

c1 CHOICE{ handoverCommand HandoverCommand-IEs, spare3 NULL, spare2 NULL, spare1 NULL }, criticalExtensionsFuture SEQUENCE {} } } HandoverCommand-IEs ::= SEQUENCE { handoverCommandMessage OCTET STRING (CONTAINING RRCReconfiguration), nonCriticalExtension SEQUENCE {} OPTIONAL } -- TAG-HANDOVER-COMMAND-STOP -- ASN1STOP Mensagens internós Xn para Handover/ajuste de DC

[027] De acordo com o TS 38.420, existe uma função chamada “Handover preparation function” que permite a troca de informações entre os nós NG-RAN de origem e de destino, a fim de iniciar o handover de um determinado UE para o destino. Existe uma função equivalente para o ajuste de DC, chamada de "S- NG-RAN-node Addition Preparation".

[028] Outra função que é relevante para o contexto desta invenção é a função de "Handover canceling function" que permite informar um nó NG-RAN de destino já preparado que um handover preparado não ocorrerá. Isso permite liberar os recursos alocados durante uma preparação.

[029] Porções relevantes do TS 38.423 são reproduzidas abaixo. Essas partes são acompanhadas pelos desenhos que foram reproduzidos nas Figuras 1J, 1K e 1L.

8.2.1 Preparação de handover

8.2.1.2 Operação bem-sucedida

[030] O nó NG-RAN de origem inicia o procedimento enviando a mensagem HANDOVER REQUEST ao nó NG-RAN de destino. Quando o nó NG- RAN de origem envia a mensagem HANDOVER REQUEST, ele deve iniciar o temporizador TXnRELOCprep.

[031] Na recepção da mensagem HANDOVER REQUEST, o nó NG-RAN de destino deve preparar a configuração da relação de segurança de AS entre o UE e o nó NG-RAN de destino usando as informações no UE Security Capabilities IE e o AS Security Information IE no UE Context Information IE, como especificado em TS 33.501 [28].

8.2.1.3 Operação Malsucedida

[032] Se o nó NG-RAN de destino não admitir pelo menos um recurso de sessão PDU, ou ocorrer uma falha durante a Preparação de Handover, o nó NG- RAN de destino deverá enviar a mensagem HANDOVER PREPARATION FAILURE para o nó NG-RAN de origem. A mensagem deverá conter o Cause IE com um valor apropriado. Interações com procedimento de Handover Cancel:

[033] Se não houver resposta a partir do nó NG-RAN de destino para a mensagem HANDOVER REQUEST antes que o temporizador TXnRELOCprep expire no nó NG-RAN de origem, o nó NG-RAN de origem deve cancelar o procedimento de Preparação de Handover para o nó NG-RAN de destino, iniciando o procedimento de Handover Cancel com o valor apropriado para o Cause IE. O nó NG-RAN de origem deve ignorar qualquer mensagem de HANDOVER REQUEST ACKNOWLEDGE ou HANDOVER PREPARATION FAILURE recebida após o início do procedimento de Handover Cancel e remover qualquer referência e liberar quaisquer recursos relacionados à sinalização associada ao Xn UE em questão.

8.2.1.4 Condições Anormais

[034] Se os algoritmos suportados para criptografia definidos em UE Security Capabilities IE em UE Context Information IE, mais o suporte obrigatório dos algoritmos EEA0 e NEA0 em todos os UEs (TS 33.501 [28]), não correspondem a nenhum algoritmo permitido definido na lista configurada de algoritmos de criptografia permitidos no nó NG-RAN (TS 33.501 [28]), o nó NG-RAN deve rejeitar o procedimento usando a mensagem HANDOVER PREPARATION FAILURE.

[035] Se os algoritmos suportados por integridade definidos em UE Security Capabilities IE em UE Context Information IE, mais o suporte obrigatório dos algoritmos EIA0 e NIA0 em todos os UEs (TS 33.501 [28]), não correspondem a nenhum algoritmo permitido definido na lista configurada de algoritmos de proteção por integridade permitidos no nó NG-RAN (TS 33.501 [28]), o nó NG- RAN deve rejeitar o procedimento usando a mensagem HANDOVER PREPARATION FAILURE.

8.2.3 Handover Cancel

8.2.3.1 Geral

[036] O procedimento de Handover Cancel é usado para permitir que um nó NG-RAN de origem cancele uma preparação de handover em andamento ou um handover já preparado. O procedimento usa sinalização associada a UE.

8.2.3.2 Operação Bem-sucedida

[037] O nó NG-RAN de origem inicia o procedimento enviando a mensagem HANDOVER CANCEL ao nó NG-RAN de destino. O nó NG-RAN de origem deve indicar o motivo do cancelamento de handover por meio de um valor de causa apropriado.

8.2.3.3 Operação Malsucedida

[038] Não aplicável.

8.2.3.4 Condições Anormais

[039] Se a mensagem HANDOVER CANCEL se referir a um contexto que não existe, o nó NG-RAN de destino deve ignorar a mensagem.

[040] A Figura 1J mostra uma operação bem-sucedida correspondente à preparação de handover, como especificado em 8.2.1.2.

[041] A Figura 1K mostra uma operação malsucedida correspondente à preparação de handover, como especificado em 8.2.1.3.

[042] A Figura 1L mostra uma operação bem-sucedida correspondente ao cancelamento de handover, como especificado em 8.2.1.2. Mensagens Internós para Execução de Mobilidade

[043] As descrições do procedimento de preparação internós para handover são providas acima. Os procedimentos internós na execução de mobilidade são descritos abaixo, em particular as etapas internós que seguem após uma execução de handover (por exemplo, mediante a recepção de uma mensagem de handover complete no nó de destino, tal como RRCReconfigurationComplete). Como descrito em RRC connection resume na seção NR e eLTE (acima), mediante a recepção de um RRCReconfigurationComplete o nó de destino (um gNodeB em NR ou, em termos mais gerais, um nó NG-RAN, como descrito em 38.413) dispara um procedimento de Path Switch Request ao transitar por um PATH SWITCH REQUEST em direção a uma Função de Gerenciamento de Acesso (AMF), como mostrado abaixo. Esta porção é acompanhada pelo desenho que foi reproduzido na Figura 1M.

8.4.4 Path Switch Request

8.4.4.1 Geral

[044] O objetivo do procedimento de Path Switch Request é solicitar a comutação de um túnel GTP de enlace descendente para um novo ponto final de túnel GTP.

8.4.4.2 Operação Bem-sucedida

[045] O nó NG-RAN inicia o procedimento enviando a mensagem PATH SWITCH REQUEST ao AMF.

[046] Depois de todas as atualizações necessárias, incluindo a Comutação de Percurso de UP, terem sido concluídas de maneira bem-sucedida no 5GC para pelo menos um dos recursos de sessão PDU incluídos no PATH SWITCH REQUEST, o AMF deve enviar a mensagem PATH SWITCH REQUEST ACKNOWLEDGE para o nó NG-RAN e o procedimento termina.

[047] A lista de fluxos de QoS aceitos deve ser incluída na mensagem PATH SWITCH REQUEST em Path Switch Request Transfer IE. O SMF deve manipular essas informações como especificado em TS 23.502 [10].

[048] A lista de sessões de PDU que falharam ao serem ajustadas, se houver, deve ser incluída na mensagem PATH SWITCH REQUEST dentro de Path Switch Request Setup Failed Transfer IE. O AMF deve manipular essas informações como especificado no TS 23.502 [10].

[049] Para cada sessão de PDU para a qual o User Plane Security Information IE está incluído no Path Switch Request Transfer IE da mensagem PATH SWITCH REQUEST, o SMF deve se comportar como especificado em TS

33.501 [13] e pode enviar de volta o Security Indication IE dentro de Path Switch Request Acknowledge Transfer IE da mensagem PATH SWITCH REQUEST ACKNOWLEDGE.

[050] Se o Security Indication IE estiver incluído em Path Switch Request

Acknowledge Transfer IE da mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve se comportar como especificado em TS 33.501 [13].

[051] Se o UL NG-U UP TNL Information IE estiverem incluídas no Path Switch Request Acknowledge Transfer IE da mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve armazenar essas informações e usá-las como o ponto de terminação de enlace ascendente para os dados de plano de usuário para esta sessão de PDU.

[052] Se Core Network Assistance Information IE estiver incluído na mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve, se suportado, armazenar essas informações no contexto de UE e usá-las para, por exemplo, a decisão de estado RRC_INACTIVE e configuração de RNA para o UE e paging de RAN, se houver, para um UE no estado RRC_INACTIVE, como especificado em TS 38.300 [8].

[053] Se o RRC Inactive Transition Report Request IE estiver incluído na mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve, se suportado, armazenar estas informações no contexto de UE e

1. - relatar ao AMF o estado de RRC do UE quando o UE entra ou sai do estado RRC_INACTIVE caso o RRC Inactive Transition Report Request IE estiver definido como "subsequent state transition report"; ou

2. - enviar uma mensagem RRC INACTIVE TRANSITION REPORT, mas nenhuma mensagem subsequente se o UE estiver no estado RRC_CONNECTED e o RRC Inactive Transition Report Request IE estiver definido como "single RRC connected state report", ou

3. - enviar uma mensagem RRC INACTIVE TRANSITION REPORT mais uma mensagem RRC INACTIVE TRANSITION REPORT quando o estado de RRC realizar a transição para o estado RRC_CONNECTED se o UE estiver no estado RRC_INACTIVE e o RRC Inactive Transition Report Request IE estiver definido como "single RRC connected state report", ou

4. - interromper o relatório ao AMF do estado de RRC do UE caso o RRC Inactive Transition Report Request IE estiver definido para "cancel report".

[054] Se o New Security Context Indicator IE estiver incluído na mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve obrigatoriamente usar as informações especificadas em TS 33.501 [13].

[055] Após a recepção da mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve armazenar o Security Context IE recebido no contexto de UE e o nó NG-RAN deve usá-lo como especificado em TS 33.501 [13].

[056] Se o UE Security Capabilities IE estiver incluído na mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve manipulá-lo de acordo (TS

33.501 [13]).

[057] Se o PDU Session Resource Released List IE estiver incluído na mensagem PATH SWITCH REQUEST ACKNOWLEDGE, o nó NG-RAN deve liberar os fluxos de QoS correspondentes e considerar a(s) sessão(ões) de PDU indicada(s) no PDU Session Resource Released List IE como sendo liberada(s). O valor de causa apropriado para cada sessão de PDU liberada está incluído no Path Switch Request Unsuccessful Transfer IE contido na mensagem PATH SWITCH REQUEST ACKNOWLEDGE.

[058] A Figura 1M mostra uma operação bem-sucedida correspondente a um path switch request. Uma vez que o procedimento de Path Switch Request é concluído, o nó de destino dispara um procedimento de UE context release, transmitindo uma mensagem UE CONTEXT RELEASE para o nó de origem NG- RAN. Isso é mostrado abaixo como descrito em TS 38.423. Esta porção é acompanhada pelo desenho que foi reproduzido na Figura 1N.

8.2.7 UE Context Release

8.2.7.1 Geral

[059] Para handover, o procedimento de UE Context Release é iniciado pelo nó NG-RAN de destino para indicar ao nó NG-RAN de origem que os recursos de rádio e de plano de controle para o contexto de UE associado podem ser liberados.

[060] O procedimento usa sinalização associada a UE.

8.2.7.2 Operação Bem-sucedida Handover

[061] O procedimento de UE Context Release é iniciado pelo nó NG-RAN de destino. Ao enviar a mensagem UE CONTEXT RELEASE, o nó NG-RAN de destino informa o nó NG-RAN de origem do sucesso do Handover e dispara a liberação de recursos.

8.2.7.3 Operação Malsucedida

[062] Não aplicável.

8.2.7.4 Condições Anormais

[063] Se o procedimento de UE Context Release não for iniciado em direção ao nó NG-RAN de origem de qualquer nó NG-RAN preparado antes da expiração do temporizador TXnRELOCoverall, o nó NG-RAN de origem deve solicitar ao AMF para liberar o contexto de UE.

[064] Se o UE retornar ao nó NG-RAN de origem antes da recepção da mensagem UE CONTEXT RELEASE ou da expiração do temporizador TXnRELOCoverall, o nó NG-RAN de origem deve interromper o TXnRELOCoverall e continuar a servir o UE.

[065] A Figura 1N mostra uma operação bem-sucedida para handover correspondente a uma UE Context Release.

SUMÁRIO

[066] Os exemplos descritos na presente invenção provem técnicas para reduzir a ambiguidade e/ou incompatibilidades entre o equipamento de usuário e o comportamento da rede, reduzindo assim o risco de falha de handover e melhorando a estabilidade da conexão. Além disso, as técnicas descritas na presente invenção oferecem maior eficiência em relação ao uso de recursos de rede. Outras vantagens podem ser prontamente aparentes àqueles técnicos no assunto. Certos exemplos podem ter nenhuma, algumas ou todas as vantagens citadas.

[067] Um sistema de um ou mais computadores pode ser configurado para desempenhar operações ou ações particulares em virtude de ter software, firmware, hardware ou uma combinação dos mesmos instalados no sistema que, em operação, causa ou faz com que o sistema desempenhe as ações. Um ou mais programas de computador podem ser configurados para desempenhar operações ou ações particulares em virtude da inclusão de instruções que, quando desempenhadas por aparelhos de processamento de dados, fazem com que o aparelho desempenhe as ações. Um aspecto geral inclui um método desempenhado por um dispositivo sem fio para manipulação de configurações de handover condicional, que inclui o dispositivo sem fio recebendo e armazenando uma ou mais configurações de handover condicional, em que cada uma das uma ou mais configurações de handover está associada a um candidato à célula de destino. O método também inclui a transição do dispositivo sem fio de um estado conectado para um estado de repouso, em que a transição inclui o descarte de uma ou mais configurações de handover condicional. O método também inclui os recursos de liberação de dispositivo sem fio associados a uma ou mais configurações de handover condicional e a desempenhar uma ou mais ações de limpeza relacionadas a handover condicional. Outras modalidades desse aspecto incluem sistemas de computador, aparelhos e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

[068] Um aspecto geral inclui um método desempenhado por um nó de rede. O método inclui prover, a um UE, uma ou mais configurações de handover condicional, cada uma associada a um candidato a célula de destino. O método também inclui o nó de rede transmitindo, para o UE, uma mensagem para suspender de um estado conectado para um estado de repouso. O método também inclui o descarte do nó de rede de uma ou mais configurações de handover condicional após a transmissão da mensagem. Outras modalidades desse aspecto incluem sistemas de computador, aparelhos e programas de computador correspondentes gravados em um ou mais dispositivos de armazenamento de computador, cada um configurado para desempenhar as ações dos métodos.

BREVE DESCRIÇÃO DAS FIGURAS

[069] Para uma compreensão mais completa das modalidades divulgadas e suas características e vantagens, agora será feita referência à descrição a seguir, tomada em conjunto com as figuras anexas.

[070] A Figura 1A mostra um exemplo de transição de estado correspondente a um equipamento de usuário (UE) em Novo Rádio (NR).

[071] A Figura 1B mostra exemplo de mensagem RRC entre um UE e uma estação base de NR (gNB) para suspender uma conexão.

[072] A Figura 1C mostra um exemplo de mensagem RRC entre um UE e um gNB para retomar uma conexão.

[073] A Figura 1D mostra mensagens de exemplo correspondentes a um RRC connection resume bem-sucedido.

[074] A Figura 1E mostra um exemplo de mensagem correspondente a um fallback de RRC connection resume bem-sucedido para o estabelecimento de conexão de RRC.

[075] A Figura 1F mostra um exemplo de mensagem correspondente a uma RRC connection resume bem-sucedido seguido pela liberação da rede.

[076] A Figura 1G mostra um exemplo de mensagem correspondente a uma RRC connection resume bem-sucedido seguida de suspensão de rede.

[077] A Figura 1H mostra um exemplo de mensagem correspondente a uma rejeição da rede de um RRC connection resume request.

[078] A Figura 1I mostra um exemplo de handover condicional com uma única célula servidora e de destino. Muitas vezes, na prática, pode haver muitas células ou feixes que o UE ter reportado como possíveis candidatos com base em suas medições anteriores de RRM.

[079] A Figura 1J mostra uma operação bem-sucedida correspondente à preparação de handover.

[080] A Figura 1K mostra uma operação malsucedida correspondente à preparação de handover.

[081] A Figura 1L mostra uma operação bem-sucedida correspondente a handover cancel.

[082] A Figura 1M mostra uma operação bem-sucedida correspondente a path switch request.

[083] A Figura 1N mostra uma operação bem-sucedida para handover correspondente a um UE Context Release.

[084] A Figura 2 é um diagrama de sequência ilustrando um UE e nó de rede manipulando configurações de handover condicional ao entrar em um estado de repouso e realizar a transição de um UE de um estado conectado para um estado de repouso, de acordo com alguns exemplos.

[085] A Figura 3 é um diagrama de sequência ilustrando um UE e nó de rede ajustando o handover condicional e realizando a transição de um UE de um estado de repouso para um estado conectado, de acordo com alguns exemplos.

[086] A Figura 4 é um diagrama de fluxo ilustrando um método desempenhado por um dispositivo sem fio para manipulação de configurações de handover condicional, de acordo com alguns exemplos.

[087] A Figura 5 é um diagrama de fluxo ilustrando um método desempenhado por um nó de rede para manipulação de configurações de handover condicional relativas a um equipamento de usuário que está sofrendo transição de um estado conectado para um estado de repouso, de acordo com alguns exemplos.

[088] A Figura 6 é um diagrama de blocos ilustrando uma rede sem fio, de acordo com alguns exemplos.

DESCRIÇÃO DETALHADA

[089] 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.

[090] Nas especificações de RRC atuais, as transições de UE de RRC_CONNECTED para RRC_INACTIVE mediante a recepção de uma mensagem RRCRelease contendo uma configuração de suspensão (suspendConfig). De acordo com esse procedimento, dois tipos de parâmetros são armazenados. Os primeiros tipos de parâmetros são os providos na mensagem RRCRelease, e eles são armazenados para serem usados enquanto o UE estiver no estado inativo ou estado ocioso, ou mediante a transição para voltar a um estado conectado.

[091] Outro tipo de parâmetro que é armazenado mediante a recepção da mensagem RRCRelease é aquele que o UE recebeu em RRC_CONNECTED e que deve ser usado quando o UE for retomado. Esses procedimentos são mostrados nas porções abaixo do TS 38.331.

5.3.8.3 Recepção do RRCRelease pelo UE O UE deve: … 1> se a mensagem RRCRelease incluir as cellReselectionPriorities: 2> armazenar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities; 2> se o t320 estiver incluído: 3> iniciar o temporizador T320, com o valor do temporizador definido de acordo com o valor de t320; 1> senão: 2> aplicar a difusão de informações de prioridade de resseleção de célula nas informações do sistema; 1> se deprioritisationReq estiver incluído: 2> iniciar ou reiniciar o temporizador T325 com o valor do temporizador definido para o deprioritisationTimer sinalizado; 2> armazenar o deprioritisationReq até T325 expirar; 1> se a RRCRelease incluir suspendConfig: 2> aplicar o suspendConfig recebido; 2> realizar reset em MAC e liberar a configuração padrão do Grupo de Células de MAC, se houver; 2> restabelecer entidades RLC para SRB1; 2> se a mensagem de RRCRelease com suspendConfig for recebida em resposta a uma RRCResumeRequest ou uma RRCResumeRequest1: 3> parar o temporizador T319 se estiver em execução; 3> no contexto de AS inativo de UE armazenado:

4> substituir as chaves KgNB e KRRCint com as chaves KgNB e KRRCint atuais; 4> substituir o C-RNTI pelo C-RNTI temporário na célula em que o UE recebeu a mensagem RRCRelease; 4> substituir o previamente armazenado cellIdentity com o cellIdentity da célula que o UE recebeu a mensagem RRCRelease; 4> substituir a identidade de célula física com a identidade de célula física da célula que o UE recebeu a mensagem RRCRelease; 4> substituir o suspendConfig pelo suspendConfig atual; 2> senão: 3> armazenar no Contexto de AS Inativo de UE o suspendConfig recebido, todos os parâmetros atuais configurados com RRCReconfiguration ou RRCResume, as chaves KgNB e KRRCint atuais, o estado ROHC, o C-RNTI usado na PCell de origem, o cellIdentity e a identidade de célula física do PCell de origem[.]

[092] As configurações de handover condicional, como explicado acima, consistem em pelo menos mensagens de RRCReconfiguration(s) preparadas por candidatos de nó de destino para candidatos de célula de destino e condições de disparo a serem monitoradas no modo conectado. Quando a funcionalidade de suspensão foi projetada, tal função não existia. Portanto, um problema nas técnicas convencionais é que não é claro o que o UE deve fazer com as configurações relacionadas à handover condicional (CHO) recebidas em RRC_CONNECTED mediante a ida para RRC_INACTIVE. Consequentemente, também não é claro nas técnicas convencionais o que acontece quando o UE é retomado.

[093] A Figura 2 mostra um exemplo que corresponde ao UE abaixo e aos métodos de nó de rede para manipulação de configurações de handover condicional ao entrar em um estado de repouso e realizar a transição de um UE de um estado conectado para um estado de repouso.

[094] As presentes invenções proveem um método em um UE (equipamento de usuário, terminal sem fio) para manipulação de configurações de handover condicional ao entrar em um estado de repouso (por exemplo, RRC_IDLE, RRC_INACTIVE ou qualquer outro estado de protocolo otimizado para economia de potência), o método compreendendo: • Receber e armazenar, na etapa 7, uma ou múltiplas configurações de handover condicional a partir de um nó de rede de origem onde cada uma dessas configurações está associada a uma candidata a célula de destino, por exemplo, enquanto o UE está em RRC_CONNECTED; • Descartar (por exemplo, excluir, remover e assim por diante), na etapa 10, configuração(ões) de handover condicional mediante a transição de conectado (por exemplo, RRC_CONNECTED) para um estado de repouso (por exemplo, RRC_INACTIVE ou RRC_IDLE) e liberar recursos associados, por exemplo, mediante a recepção de uma mensagem de RRCRelease (ou qualquer outro disparo para transição de conectado para estado de repouso); e • Desempenhar, na etapa 10, um conjunto de ações de limpeza relacionadas a procedimentos de handover condicional, tal como descartar variáveis de estado (por exemplo, contadores e assim por diante), descartar medições relacionadas (por exemplo, aquelas que o UE estava monitorando para as condições de disparo), interromper o monitoramento de condições de handover condicional, parar temporizadores associados a procedimentos de handover condicional (como temporizadores de recurso de validade, temporizadores de falha e assim por diante).

[095] As presentes invenções também proveem um método em um nó de rede de origem que faz a transição de um UE de um estado conectado (por exemplo, RRC_CONNECTED) para um estado de repouso (por exemplo, RRC_IDLE, RRC_INACTIVE ou qualquer outro estado de protocolo otimizado para economia de potência), o método compreendendo: • Transmitir (ou enviar), na etapa 9, uma mensagem para suspender para inativo ou liberar para ocioso um UE (por exemplo, uma mensagem RRCRelease com ou sem configuração de suspensão) que armazenou configuração(ões) de handover condicional, onde cada uma dessas configurações de handover condicional são associadas a um candidato a célula de destino; • Descartar (por exemplo, excluir) configuração(ões) de handover condicional que foram providas a esse UE para que essas configurações específicas consideradas não façam parte do contexto de UE AS armazenado, ou consideradas como parte da configuração RRC armazenada, mediante a transição de conectado (por exemplo, RRC_CONNECTED) para um estado de repouso (por exemplo, RRC_INACTIVE ou RRC_IDLE); e • Informar, nas etapas 11a, 11b e/ou 11c, pelo menos um candidato a nó de destino preparado com configuração(ões) de handover condicional, possivelmente incluindo uma indicação de que o UE foi suspenso ou liberado, de modo que mediante a recepção dessas informações, os candidatos a nó de destino podem descartar configuração(ões) de handover condicional e/ou recursos livres alocados para handover condicional. Essa etapa pode ser realizada caso haja pelo menos uma célula candidata a nó de destino em outro nó, o que não é necessário no caso de CHO ser configurado apenas para células intranós (por exemplo, quando há um mesmo CU ou mesmo DU).

[096] As etapas 7, 9, 10, 11a, 11b e 11c que são descritas acima são mostradas na Figura 2 no contexto de outras ações que podem ser formadas em relação ao handover, tal como prover controle de medição e relatórios (etapa 1), uma decisão de preparação de handover condicional de (etapa 2), uma solicitação de handover condicional (etapas 3a, 3b e/ou 3c), controle de admissão (etapas 4a, 4b e/ou 4c), resposta de handover condicional (etapas 5a,

5b e/ou 5c), RRCConditionalReconfiguration (etapa 6) e decisão de suspender o UE (etapa 8).

[097] A Figura 3 mostra um exemplo correspondente ao UE abaixo e aos métodos de nó de rede para ajustar a transição de handover condicional de um UE de um estado de repouso para um estado conectado.

[098] As presentes invenções proveem um método no UE (equipamento de usuário, terminal sem fio) para ajustar a transição de handover condicional de um estado de repouso (por exemplo, RRC_IDLE, RRC_INACTIVE ou qualquer outro estado de protocolo otimizado para economia de potência) para um estado conectado (por exemplo, RRC_CONNECTED), o método compreendendo: • Na etapa 302, transmitir uma mensagem do tipo RRC resume request; • No passo 314, receber uma mensagem do tipo RRC release contendo configuração(ões) de handover condicional; e • Na etapa 316, desempenhar ações de acordo com a(s) configuração(ões) de handover condicional.

[099] As presentes invenções proveem um método em um nó de origem para ajustar o handover condicional no UE (equipamento de usuário, terminal sem fio) em transição de um estado de repouso (por exemplo, RRC_IDLE, RRC_INACTIVE ou qualquer outro estado de protocolo otimizado para economia de potência) para um estado conectado (por exemplo, RRC_CONNECTED), o método compreendendo: • Na etapa 302, receber uma mensagem do tipo RRC resume request; • Na etapa 304, recuperação do Contexto de Estrato de Acesso (AS) de UE; • Na etapa 306, determinar que o handover condicional é suportado pelo UE tentando retomar, por exemplo, com base nas capacidades do UE indicando o suporte do handover condicional contido no contexto de UE AS; • Na etapa 308, decidir configurar o handover condicional para esse UE para pelo menos uma célula-X candidata a célula de destino com uma condição relacionada às informações de medição, por exemplo, semelhante a um evento A3; • No caso de um handover condicional internós (em oposição a um handover condicional intranós), na etapa 310 iniciar um procedimento de preparação de handover condicional para uma célula de destino para pelo menos um nó de destino (por exemplo, transmitindo uma mensagem de preparação de handover condicional) e, receber na etapa 312 em resposta a pelo menos um nó de destino de uma mensagem de RRCReconfiguration para handover condicional; e • Na etapa 314, transmitir para o UE uma mensagem do tipo RRC resume contendo handover condicional.

[100] Como descrito na presente invenção, a presente invenção provê técnicas para definir um comportamento caso um UE seja configurado com handover(s) condicional(is) entrando em um estado de repouso (por exemplo, RRC_IDLE, RRC_INACTIVE, etc.) e subsequentemente retomar um estado RRC_CONNECTED. Sem essas técnicas, haveria ambiguidade sobre se um UE com configurações de handover condicional anteriores as manteria e as aplicaria mediante retomada de uma conexão ou se excluiria as configurações. Se houver uma incompatibilidade entre o comportamento da rede e o comportamento do UE (por exemplo, se o UE armazena e retoma as configurações de handover condicional enquanto a rede as libera), o UE sofreria uma falha de handover, uma vez que retorna para RRC_CONNECTED e executa um handover condicional.

[101] Da mesma forma, se o UE libera as configurações de handover condicional, enquanto a rede as mantém com recursos reservados, esses recursos não estariam disponíveis para outros UEs (o que é um desperdício de recursos), e a rede poderia tentar prover configurações delta além as configurações de handover condicional que presumiu que o UE manteve. Se o UE aplicar essas configurações delta incompletas, ele falhará se tentar executar uma handover condicional. Se o UE simplesmente ignorar essas configurações delta, isso resultará em sinalização de rede desnecessária.

[102] Por conseguinte, devido às técnicas descritas na presente invenção, não há ambiguidade ou incompatibilidade entre o UE e a rede em termos do Contexto de UE AS quando se trata da(s) configuração(ões) de handover condicional que foram recebidas pelo UE em RRC_CONNECTED. Por conseguinte, quando o UE retoma após estar no estado de repouso (por exemplo, estado inativo ou ocioso), o UE não tenta restaurar a(s) configuração(ões) de handover condicional ao retomar, o que poderia ser uma possível interpretação equivocada se o método não for aplicado.

[103] Em mais detalhes em relação ao handover, um UE configurado com um conjunto de RRCReconfiguration(s) condicional(is) executa um handover (ou handover condicional, dependendo de como o procedimento será chamado nas especificações de NR RRC) quando a condição para handover for satisfeita. A configuração de um UE com um conjunto de RRCReconfigurations condicionais é adicionalmente descrita em P76252 - Pedido Provisório dos E.U.A. Nº 62/754,198, intitulado "Method for Configuration of CHO" (que é incorporado na presente invenção por referência em sua totalidade). Em alguns exemplos, uma(s) configuração(ões) relacionada(s) a handover condicional são para uma célula, lista de célula(s), objeto(s) de medição ou frequências. No caso da associação de células, podem ser para o mesmo RAT ou para um RAT diferente.

[104] No contexto desta invenção, as configurações relacionadas a handover condicional para uma célula podem incluir pelo menos o seguinte: • Uma mensagem do tipo RRCReconfiguration (ou qualquer mensagem com conteúdo equivalente), possivelmente contendo um reconfigurationWithSync usando a terminologia de NR (definida nas especificações 38.331) e preparada por candidatos a nós de destino. Ou, usando a terminologia E-UTRA, um RRCConnectionReconfiguration com mobilityControlInfo (definido nas especificações 36.331); • Configuração de condição(ões) de disparo, por exemplo, algo como A1- A6 ou B1-B2 (eventos inter-RAT) que disparam eventos (como definido em

38.331/36.331 em reportConfig) onde, em vez de disparar um relatório de medição, ele dispararia um handover condicional; e • Outros parâmetros de controle de handover condicional, por exemplo, um temporizador que define a validade dos recursos candidatos ao nó de destino e assim por diante.

[105] Na presente invenção, um handover condicional também pode ser chamado de reconfiguração condicional com sincronização. Na terminologia NR, os handovers são normalmente chamados de RRCReconfiguration com um reconfigurationWithSync (campo contendo configuração para executar um handover, como informações de destino, tal como frequência, identificador de célula, configuração de acesso aleatório e assim por diante). Na terminologia E- UTRA, os handovers são normalmente chamados de RRCConnectionReconfiguration com um mobilityControlInfo (campo contendo configuração para executar um handover).

[106] Ações de UE (e rede) podem ser desempenhadas em ambientes NR ou E-UTRA, por exemplo, a configuração de um HO condicional recebido em NR para células de NR, em que o UE é suspenso em NR e o UE retoma em NR. No entanto, os métodos também são aplicáveis quando qualquer uma dessas etapas ocorre em diferentes RATs, por exemplo: • UE é configurado com um HO condicional em E-UTRA (para células de NR e E-UTRA candidatas), UE é suspenso em E-UTRA, mas UE retoma em E-UTRA;

• UE é configurado com um HO condicional em NR (para células de NR e LTE candidatas), UE é suspenso em NR, mas UE retoma em E-UTRA; • UE é configurado com um HO condicional em E-UTRA (para células de NR e E-UTRA candidatas), UE é suspenso em E-UTRA, mas UE retoma em NR; ou • em termos mais gerais, o UE é configurado com uma condição HO em RAT-1 para células em RAT-1 ou RAT-2, o UE é suspenso em RAT-1, mas o UE retoma em RAT-2.

[107] O método é descrito no contexto de handover condicional (ou pelo menos as configurações descritas a serem manipuladas no procedimento de suspensão/retomada são sobre configuração(ões) de CHO), o que não deve ser interpretado como um fator limitante. O método também pode ser aplicável para handovers disparados pela recepção de uma mensagem RRCReconfiguration com um reconfigurationWithSync sem qualquer condição associada (ou RRCConnectionReconfiguration com um mobilityControlInfo).

[108] No contexto da presente invenção, exemplos de um estado de repouso incluem RRC_IDLE, RRC_INACTIVE ou qualquer outro estado de protocolo projetado com procedimentos para economia de bateria e acesso mais lento, em relação a um estado conectado onde as ações de protocolo são projetadas para acesso mais rápido e/ou transmissão de dados. Descrição Detalhada do Procedimento de Suspensão de UE com CHO

[109] A Figura 4 é um diagrama de fluxo ilustrando um método desempenhado por um dispositivo sem fio tal como um UE) para manipulação de configurações de handover condicional, de acordo com alguns exemplos.

[110] Na etapa 402, o dispositivo sem fio recebe, a partir de um nó de rede de origem, e armazena uma ou mais configurações de handover condicional. Em alguns exemplos, essas configurações de handover condicional são recebidas enquanto os dispositivos sem fio estão em um estado conectado.

Cada uma das uma ou mais configurações de handover está associada a um candidato a célula de destino.

[111] Na etapa 404, o dispositivo sem fio faz a transição de um estado conectado para um estado de repouso e descarta uma ou mais configurações de handover condicional. No presente exemplo, o descarte inclui excluir, remover, liberar, e assim por diante, a(s) configuração(ões) de handover condicional mediante a transição do estado conectado para o estado de repouso.

[112] Em alguns exemplos, o descarte de configurações de handover condicional inclui: • Determinar o que é armazenado no estado de repouso e adicionar uma exceção para a configuração de handover condicional (por exemplo, indicando que a configuração de handover condicional não deve ser armazenada); • Excluir configurações de handover condicional; e/ou • Incluir a(s) configuração(ões) de handover condicional como parte do Contexto de AS armazenado que é posteriormente excluído, uma vez que o UE entra em RRC_CONNECTED a partir de RRC_INACTIVE. Nesse caso, o momento para excluir a(s) configuração(ões) de handover condicional é quando o UE solicita a retomada da conexão ou quando entra em RRC_CONNECTED novamente.

[113] Há vários exemplos relativos ao ponto de disparo para descartar configuração(ões) de handover condicional. Esses pontos de disparo incluem: • A transição do estado conectado para o estado de repouso (por exemplo, RRC_CONNECTED para RRC_INACTIVE). As ações podem ser iniciadas mediante a recepção de uma mensagem RRCRelease contendo uma configuração de suspensão, campo suspendConfig (que é uma indicação de que o UE deve fazer a transição para RRC_INACTIVE em vez de RRC_IDLE); • A transição do estado conectado para o estado de repouso. As ações podem ser iniciadas mediante a recepção de uma mensagem RRCRelease que não contenha uma configuração de suspensão, campo suspendConfig (que é uma indicação de que o UE deve fazer a transição para RRC_INACTIVE em vez de RRC_IDLE). Em outros exemplos, mediante a expiração de um temporizador de inatividade de dados, o UE no estado conectado deve fazer a transição para ocioso e disparar a recuperação de NAS. Nesse caso, o UE deve descartar qualquer configuração(ões) de handover condicional armazenada(s); • O início da transição do estado de repouso (por exemplo, RRC_INACTIVE) para o modo conectado (RRC_CONNECTED), por exemplo, mediante o início da transmissão de uma mensagemRRCResumeRequest. A iniciação exata pode ser mediante a transmissão da mensagem do tipo solicitação ou durante os preparativos, antes da mensagem ser transmitida, mas já se sabe que o UE a transmitirá; e/ou • A conclusão da transição do estado de repouso (por exemplo, RRC_INACTIVE) para o modo conectado (RRC_CONNECTED), por exemplo, mediante a recepção de uma mensagem RRCResume ou transmissão de uma mensagem RRCResumeComplete.

[114] Na etapa 406, o dispositivo sem fio libera recursos associados a uma ou mais configurações de handover condicional. Em alguns exemplos, a liberação dos recursos é desempenhada mediante a recepção de uma mensagem de RRC release pelo dispositivo sem fio.

[115] Na etapa 408, o dispositivo sem fio desempenha uma ou mais ações de limpeza relacionadas a handover condicional. Em alguns exemplos, uma ou mais ações de limpeza incluem um ou mais dentre: descartar variáveis de estado (por exemplo, contadores e assim por diante); descartar medições que foram monitoradas para condições de handover condicional; interromper o monitoramento correspondente às condições de handover condicional; ou parar temporizadores associados a procedimentos de handover condicional (tais como temporizadores de recurso de validade, temporizadores de falha e assim por diante).

[116] Um exemplo de uma variável de estado relacionada à(s) configuração(ões) de handover condicional é um temporizador de validade que pode ser configurado para o UE para indicar por quanto tempo os recursos preparados por uma célula candidata a nó de destino e/ou nó são válidos, tal como recursos de canal de acesso aleatório (RACH). Cada candidato a célula de destino prepara uma mensagem do tipo RRCReconfiguration (possivelmente com um reconfigurationWithSync) e provê ao UE (via o nó de origem) uma configuração de condição de disparo (por exemplo, um evento do tipo A3 com valores de limite, uma quantidade de disparo de medição como RSRP, RSRQ ou SINR, tempo de disparo, etc.) e o temporizador é iniciado mediante a recepção dessa configuração de handover condicional. Então, quando o UE faz a transição do estado conectado para o estado de repouso (por exemplo, RRC_INACTIVE) enquanto esses temporizadores estão em execução (por exemplo, um por candidato a célula de destino ou um temporizador comum para todos, para indicar a validade de toda a configuração para todos os candidatos a nó de destino), de acordo com o método, o UE interrompe esse(s) temporizador(es) de recurso de validade, para evitar que o UE descarte essas configurações enquanto o UE está em RRC_INACTIVE ou mesmo se preocupe com essas configurações em RRC_INACTIVE ou qualquer outro estado de repouso.

[117] Em alguns exemplos, como parte dessas ações de limpeza, o método inclui que o UE pare de monitorar as condições de disparo (por exemplo, eventos semelhantes a A3 associados a um conjunto de uma ou mais células em uma frequência) e pare de desempenhar as medições necessárias associadas à condição de disparo. Essas ações podem ser modeladas como uma etapa independente realizada mediante a transição para inativo (isto é, não relacionada ao temporizador), como uma etapa realizada mediante a transição de inativo para conectado, ou como uma ação a ser realizada mediante a interrupção (ou expiração) do(s) temporizador(es) de validade de recurso de destino candidato descrito(s) acima, possivelmente capturado como uma subcláusula separada nas especificações de RRC.

[118] Abaixo está um exemplo de como a ação descrita pode ser implementada nas especificações de NR RRC TS 38.331, para o exemplo em que o ponto de disparo para iniciar o método é a recepção de RRCRelease.

5.3.8.3 Recepção do RRCRelease pelo UE O UE deve: 1> atrasar as seguintes ações definidas nesta subcláusula em 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; 1> interromper o temporizador T380, se estiver em execução; 1> parar o temporizador T320, se estiver em execução; 1> parar o temporizador T390, se estiver em execução; 1> interromper o(s) temporizador(es) de handover condicional(is), se estiver em execução, e interromper o monitoramento das condições de disparo para handover(s) condicional(is); 1> descartar a (s) configuração(ões) de handover condicional armazenada(s) ou qualquer configuração recebida no RRCConditionalReconfiguration; 1> se a segurança não estiver ativada, desempenhar as ações mediante a ida para RRC_IDLE como especificado em 5.3.11 com a causa de liberação 'other' mediante a qual o procedimento termina;

1> se a mensagem RRCRelease incluir redirectedCarrierInfo indicando redirecionamento para eutra: 2> se cnType está incluído: 3> após a seleção da célula, indique o(s) CN Type(s) disponíveis e o cnType recebido para as camadas superiores; OBSERVAÇÃO: Tratar do caso se a célula E-UTRA selecionada após o redirecionamento não suportar o tipo de rede núcleo especificado pelo cnType, depende da implementação de UE. 1> se a mensagem RRCRelease incluir as cellReselectionPriorities: 2> armazenar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities; 2> se o t320 estiver incluído: 3> iniciar o temporizador T320, com o valor do temporizador definido de acordo com o valor de t320; 1> senão: 2> aplicar a difusão de informações de prioridade de resseleção de célula nas informações do sistema; 1> se deprioritisationReq estiver incluído: 2> iniciar ou reiniciar o temporizador T325 com o valor do temporizador definido para o deprioritisationTimer sinalizado; 2> armazenar o deprioritisationReq até T325 expirar; 1> se a RRCRelease incluir suspendConfig: 2> aplicar o suspendConfig recebido; 2> realizar reset em MAC e liberar a configuração padrão do Grupo de Células MAC, se houver; 2> restabelecer entidades RLC para SRB1; 2> se a mensagem RRCRelease com suspendConfig for recebida em resposta a uma RRCResumeRequest ou uma RRCResumeRequest1: 3> parar o temporizador T319 se estiver em execução; 3> no contexto de AS inativo de UE armazenado: 4> substituir as chaves KgNB e KRRCint com as chaves KgNB e KRRCint atuais; 4> substituir o C-RNTI pelo C-RNTI temporário na célula em que o UE recebeu a mensagem RRCRelease; 4> substituir o previamente armazenado cellIdentity com o cellIdentity da célula, o UE recebeu a mensagem RRCRelease; 4> substituir a identidade da célula física com a identidade física da célula que o UE recebeu a mensagem RRCRelease; 4> substituir o suspendConfig pelo suspendConfig atual; 2> senão: 3> armazenar no Contexto de AS Inativo de UE o suspendConfig recebido, todos os parâmetros atuais configurados com RRCReconfiguration ou RRCResume (exceto a(s) configuração(ões) de handover condicional), as chaves KgNB e KRRCint atuais, o estado ROHC, o C-RNTI usado na PCell de origem, a cellIdentity e a identidade física da célula da PCell de origem; 2> suspender todos os SRB(s) e DRB(s), exceto SRB0; 2> indicar o PDCP suspenso para camadas inferiores de todos os DRBs; 2> se o t380 estiver incluído: 3> iniciar o temporizador T380, com o valor do temporizador definido como t380; 2> se a mensagem RRCRelease incluir o waitTime: 3> iniciar o temporizador T302 com o valor definido para o waitTime; 3> informar à camada superior que a restrição de acesso é aplicável a todas as categorias de acesso, exceto as categorias '0' e '2'; 2> indicar a suspensão da conexão de RRC às camadas superiores;

2> entrar no RRC_INACTIVE e desempenhar seleção como especificado em TS 38.304 [20]; 1> senão 2> desempenhar as ações ao deixar RRC_IDLE como especificado em

5.3.11, com a causa de liberação 'other'.

[119] Em alguns exemplos, o dispositivo sem fio desempenha adicionalmente mais operações, incluindo a transmissão de uma mensagem de resume request de Controle de Recurso de Rádio, RRC; o recebimento de uma mensagem de RRC resume incluindo pelo menos uma configuração de handover condicional; e desempenhar uma ou mais ações em resposta à configuração de handover condicional recebida. Descrição detalhada de um Procedimento de Suspensão de Rede

[120] A Figura 5 é um diagrama de fluxo ilustrando um método desempenhado por um nó de rede para manipulação de configurações de handover condicional relativas a um equipamento de usuário que está sofrendo transição de um estado conectado para um estado de repouso, de acordo com alguns exemplos.

[121] Na etapa 502, o nó de rede provê, a um UE, uma ou mais configurações de handover condicional, cada uma associada a uma candidata a célula de destino.

[122] Em alguns exemplos, antes de prover as configurações de handover condicional para o UE, o nó de rede obtém as configurações de handover condicional transmitindo uma mensagem de preparação de handover condicional para um ou mais candidatos a nó de destino correspondentes à célula de destino e recebendo, de pelo menos um dentre um ou mais candidatos a nó de destino, uma mensagem de RRC incluindo as condições para handover condicional.

[123] Na etapa 504, o nó de rede transmite, para o UE, uma mensagem para realizar transição de um estado conectado para um estado de repouso. Em alguns exemplos, a mensagem é uma mensagem RRCRelease, com ou sem configuração de suspensão, que tem configuração (ões) de handover condicional armazenada(s), em que cada uma dessas configurações de handover condicional está associada a um candidato a célula de destino.

[124] Na etapa 506, após transmitir a mensagem, o nó de rede descarta uma ou mais configurações de handover condicional que foram providos a esse UE. Este descarte pode ser desempenhado de modo que essas configurações específicas consideradas não façam parte de um contexto de UE AS armazenado, mediante a transição de um estado conectado para um estado de repouso.

[125] Outra ação que o nó de rede pode realizar é informar pelo menos um candidato a nó de destino preparado com configuração(ões) de handover condicional, possivelmente incluindo uma indicação de que o UE foi suspenso ou liberado, de modo que mediante a recepção dessas informações os candidatos a nó de destino podem descartar a(s) configuração(ões) de handover condicional e/ou recursos livres alocados para handover condicional. Esta ação é realizada se o UE estiver preparado com configurações de handover condicional para célula(s) pertencente(s) a nós diferentes do nó de origem. No caso do UE estar configurado com configurações de handover condicional para célula(s) pertencente(s) ao nó de origem, esta ação não será tomada. Esta ação pode ser implementada disparando um procedimento de handover cancel da origem para um candidato a nó de destino preparado, possivelmente incluindo um valor de causa como a indicação de que o UE está sendo suspenso.

[126] Em alguns exemplos, o método também inclui o nó de rede recebendo uma mensagem de RRC resume request; determinar, com base num contexto de Estrato de Acesso (AS) correspondente ao UE, que o handover condicional é suportado pelo UE; configurar uma configuração de handover condicional para o UE, a configuração de handover condicional correspondendo a pelo menos uma célula de destino; e transmitir, para o UE, uma mensagem de RRC resume incluindo a configuração de handover condicional configurada.

[127] Adicionalmente, a presente invenção provê um método em um nó de rede que é um candidato a nó de destino para handover condicional, o método compreendendo a liberação de seus recursos preparados para handovers condicionais de entrada mediante a recepção da indicação de um nó de rede de origem para o qual o UE está em transição um estado de repouso, por exemplo, ocioso ou inativo. Descrição Detalhada do Procedimento de UE Resume

[128] A presente invenção provê um método no UE (equipamento de usuário, terminal sem fio) para ajustar o handover condicional enquanto a transição de um estado de repouso (por exemplo, RRC_IDLE, RRC_INACTIVE ou qualquer outro estado de protocolo otimizado para economia de potência) para um estado conectado (por exemplo, RRC_CONNECTED), o método compreendendo a transmissão de uma mensagem do tipo RRCResumeRequest e a recepção de mensagem do tipo RRCResume contendo configuração(ões) de handover condicional.

[129] Usando a terminologia de NR RRC, a mensagem do tipo RRC resume pode ser uma mensagem RRCResume que inclui campos/IEs com os campos/IEs semelhantes usados para configurar um handover condicional. Na terminologia de LTE, isso seria uma mensagem RRCConnectionResume. Alternativa a)

[130] Os campos e IEs para handover condicional não foram acordados em uma especificação de 3GPP. Como esses campos/IEs ainda não foram especificados, o handover condicional pode ser configurado, por exemplo, como uma lista de configurações, cada uma associada a um candidato a célula de destino e cada uma associada a uma condição de disparo (que pode possivelmente apontar para uma medição existente configurado no UE). As configurações de handover condicional são descritas com mais detalhes em P76252 - Pedido Provisório dos E.U.A. Nº 62/754,198, intitulado "Method for Configuration of CHO" (que é incorporado na presente invenção por referência em sua totalidade).

[131] As configurações podem incluir aquelas especificadas em P76369 - Pedido Provisório dos E.U.A. Nº 62/760425, intitulado "Measurement Configuration for Conditional Mobility" (que é incorporado na presente invenção por referência em sua totalidade). Em termos mais gerais, as configurações de handover condicional incluem pelo menos uma mensagem do tipo RRCReconfiguration, possivelmente contendo um reconfigurationWithSync e uma condição de disparo contendo parâmetros semelhantes aos dos eventos de disparo de evento (como A3, A2, A1, etc.) e alguns parâmetros de controle de recursos, como um temporizador de validade para recursos candidatos a nó de destino.

[132] Abaixo está um exemplo de uma mensagem RRCConditionalReconfiguration. A mensagem RRCConditionalReconfiguration é um comando para modificar uma conexão de RRC mediante o disparo de uma condição associada. Ele pode transmitir informações para configuração de medição, controle de mobilidade, configuração de recursos de rádio (incluindo RBs, configuração principal de MAC e configuração de canal físico) incluindo configuração de segurança. Transportador de rádio de sinalização: SRB1 ou SRB3 RLC-SAP: AM Canal lógico: DCCH

Direção: Rede para UE Mensagem RRCConditionalReconfiguration -- ASN1START -- TAG-RRCCONDITIONALRECONFIGURATION-START

RRCCONDITIONALReconfiguration ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, criticalExtensions CHOICE { rrcConditionalReconfiguration RRCConditionalReconfiguration-IEs, criticalExtensionsFuture SEQUENCE {} } }

RRCConditionalReconfiguration-IEs ::= SEQUENCE { condReconfigurationList SEQUENCE (SIZE (1..maxCondReconfigurations)) OF CondReconfiguration, ... }

CondReconfiguration ::= SEQUENCE { rrcReconfigurationToApply OCTET STRING (CONTAINING RRCReconfiguration), eventTriggerCHO ReportConfigNR, ... }

lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension RRCReconfiguration-v1530-IEs

OPTIONAL } -- TAG- RRCCONDITIONALRECONFIGURATION -STOP -- ASN1STOP – ReportConfigNR

[133] O ReportConfigNR especifica critérios para disparar um evento de relatório de medição de NR. Eventos de relatório de medição são baseados em resultados de medição de célula, o que pode ser derivado com base em bloco de SS/PBCH ou CSI-RS. Estes eventos são marcados como AN com N igual a 1, 2 e assim por diante. Evento A1: Serviço torna-se melhor que threshold absoluto; Evento A2: Serviço torna-se pior que threshold absoluto; Evento A3: Vizinho torna-se uma quantidade de deslocamento melhor que PCell/PSCell; Evento A4: Vizinho torna-se melhor que threshold absoluto; Evento A5: PCell/PSCell torna-se pior que threshold1 absoluto E vizinho/SCell torna-se melhor que outro threshold2 absoluto. Evento A6: Vizinho torna-se uma quantidade de desvio melhor que SCell. ReportConfigNR information element -- ASN1START -- TAG-REPORT-CONFIG-START ReportConfigNR ::= SEQUENCE { reportType CHOICE { periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, ...,

reportCGI ReportCGI } }

ReportCGI ::= SEQUENCE { cellForWhichToReportCGI PhysCellId, ... }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN }, eventA4 SEQUENCE {

a4-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN }, eventA5 SEQUENCE { a5-Threshold1 MeasTriggerQuantity, a5-Threshold2 MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN }, eventA6 SEQUENCE { a6-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN }, ... },

rsType NR-RS-Type,

reportInterval ReportInterval, reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},

reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport),

reportQuantityRsIndexes MeasReportQuantity OPTIONAL, -- Need R maxNrofRSIndexesToReport INTEGER (1..maxNrofIndexesToReport) OPTIONAL, -- Need R includeBeamMeasurements BOOLEAN, reportAddNeighMeas ENUMERATED {setup} OPTIONAL, -- Need R ... }

PeriodicalReportConfig ::= SEQUENCE { rsType NR-RS-Type,

reportQuantityRsIndexes MeasReportQuantity OPTIONAL, -- Need R maxNrofRsIndexesToReport INTEGER (1..maxNrofIndexesToReport) OPTIONAL, -- Need R includeBeamMeasurements BOOLEAN, useWhiteCellList BOOLEAN, ... }

NR-RS-Type ::= ENUMERATED {ssb, csi-rs}

MeasTriggerQuantity ::= CHOICE { rsrp RSRP-Range, rsrq RSRQ-Range, sinr SINR-Range } MeasTriggerQuantityOffset ::= CHOICE { rsrp INTEGER (-30..30), rsrq INTEGER (-30..30), sinr INTEGER (-30..30) } MeasReportQuantity ::= SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } -- TAG-REPORT-CONFIG-START -- ASN1STOP

[134] Se o método assumir esta alternativa como aquela que está sendo especificada para configurar o handover condicional para um UE em RRC_CONNECTED, uma implementação possível na especificação de NR para o método de retomada é mostrada abaixo:

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

2> desempenhar o procedimento de configuração completo como especificado em 5.3.5.11; 1> senão: 2> restaurar o estado do PDCP e restabelecer o valor COUNT para SRB2 e todos os DRBs; 2> restaurar o cellGroupConfig do contexto UE AS armazenado; 2> indicar para as camadas inferiores que o contexto de UE AS armazenado é usado; 1> descartar o fullI-RNTI, shortI-RNTI e o contexto UE AS armazenado, exceto ran-NotificationAreaInfo; 1> se o RRCResume incluir o masterCellGroup: 2> 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 SecondaryCellGroup no Release. 1> se o RRCResume incluir o radioBearerConfig: 2> 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. 1> retomar SRB2 e todos os DRBs; 1> se armazenadas, descartar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities ou herdadas de outra RAT; 1> parar o temporizador T320, se estiver em execução; 1> se a mensagem RRCResume incluir o measConfig: 2> desempenhar o procedimento de configuração de medição como especificado em 5.5.2; 1> 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. 1> entrar em RRC_CONNECTED; 1> indicar para as camadas superiores que a conexão de RRC suspensa foi retomada; 1> interromper o procedimento de resseleção de célula; 1> considerar a célula atual como a PCell; 1> se a mensagem RRCResume incluir a condReconfigurationList: 2> armazenar a lista de RRCReconfiguration(s) provida em condReconfigurationList; 2> começa a monitorar cada condição eventTriggerCHO em condReconfigurationList como especificado em 5.5.x;1> defina o conteúdo da mensagem RRCResumeComplete da seguinte forma: 2> se a camada superior prover NAS PDU, definir o dedicatedNAS-Message para incluir as informações recebidas das camadas superiores; 2> se a camada superior prover 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; 2> se o masterCellGroup contém o reportUplinkTxDirectCurrent: 3> incluir o uplinkTxDirectCurrentList; 1> encaminhar a mensagem RRCResumeComplete para camadas inferiores para transmissão; 1> o procedimento está concluído.

5.3.5.3 Recepção de um RRCReconfiguration pelo UE ou disparo de handover condicional

O UE deve desempenhar as seguintes ações mediante a recepção de RRCReconfiguration: 1> se o RRCReconfiguration incluir o fullConfig: 2> desempenhar o procedimento de configuração de rádio como especificado em 5.3.5.11; 1> se o RRCReconfiguration incluir o masterCellGroup: 2> desempenhar a configuração do grupo de células para o masterCellGroup recebido de acordo com 5.3.5.5; 1> se o RRCReconfiguration incluir o masterKeyUpdate: 2> desempenhar o procedimento de atualização de chave de segurança, como especificado em 5.3.5.7; 1> se o RRCReconfiguration incluir o secondaryCellGroup: 2> desempenhar a configuração do grupo de células para o SCG de acordo com 5.3.5.5; 1> se a mensagem RRCReconfiguration conter o radioBearerConfig: 2> desempenhar a configuração do transportador de rádio de acordo com 5.3.5.6; 1> se a mensagem RRCReconfiguration incluir a measConfig: 2> desempenhar o procedimento de configuração de medição como especificado em 5.5.2; 1> se a mensagem RRCReconfiguration incluir a dedicatedSIB1- Delivery: 2> desempenhar a ação mediante recepção de SIB1 como especificado em 5.2.2.4.2; 1> se a mensagem RRCReconfiguration incluir a dedicatedSystemInformationDelivery: 2> desempenhar a ação mediante recepção de System Information como especificado 5.2.2.4; 1> definir o conteúdo da mensagem RRCReconfigurationComplete como se segue: 2> se o RRCReconfiguration incluir o masterCellGroup contendo o reportUplinkTxDirectCurrent, ou; 2> se o RRCReconfiguration incluir o secondaryCellGroup contendo o reportUplinkTxDirectCurrent: 3> incluir o uplinkTxDirectCurrentList; 1> se o UE estiver configurado com E-UTRA nr-SecondaryCellGroupConfig (MCG é E-UTRA): 2> se RRCReconfiguration foi recebido via SRB1: 3> encaminhar o RRCReconfigurationComplete via o EUTRA MCG embutido na mensagem E-UTRA RRC RRCConnectionReconfigurationComplete como especificado em TS 36.331 [10]; 3> se reconfigurationWithSync foi incluído em spCellConfig de um SCG: 4> iniciar o procedimento de acesso aleatório no SpCell, como especificado em TS 38.321 [3]; 3> senão: 4> o procedimento termina; OBSERVAÇÃO: A ordem em que o UE envia a mensagem RRCConnectionReconfigurationComplete e desempenha o procedimento de Acesso Aleatório em direção ao SCG é deixada para a implementação do UE. 2> senão (RRCReconfiguration foi recebida via SRB3): 3> encaminhar a mensagem RRCReconfigurationComplete via SRB3 para as camadas inferiores para transmissão usando a nova configuração; OBSERVAÇÃO: Para EN-DC, no caso de SRB1, o acesso aleatório é disparado pela própria camada de RRC, pois não há necessariamente outra transmissão de UL. No caso de SRB3, o acesso aleatório é disparado pela camada MAC devido à chegada de RRCReconfigurationComplete. 1> senão: 2> encaminhar a mensagem RRCReconfigurationComplete via SRB1 para as camadas inferiores para transmissão usando a nova configuração; 1> se reconfigurationWithSync foi incluído em spCellConfig de um MCG ou SCG, e quando o MAC de um grupo de células de NR conclui com sucesso um procedimento de acesso aleatório disparado acima; 2> interromper o temporizador T304 para esse grupo de células; 2> aplicar as partes da configuração de relatório CQI, a configuração de solicitação de escalonamento e a configuração RS de sondagem que não exigem que o UE saiba o SFN do respectivo SpCell de destino, se houver; 2> aplicar as partes da medição e a configuração do recurso de rádio que exigem que o UE conheça o SFN do respectivo SpCell de destino (por exemplo, gaps de medição, relatórios CQI periódicos, configuração de solicitação de escalonamento, configuração de RS de sondagem), se houver, mediante aquisição do o SFN desse SpCell de destino; 2> se o reconfigurationWithSync foi incluído em spCellConfig de um MCG: 3> se o BWP de enlace descendente ativo, que é indicado pelo firstActiveDownlinkBWP-Id para o SpCell de destino do MCG, tiver um espaço de busca comum configurado: 4> adquirir o SIB1 do SpCell de destino do MCG, como especificado em

5.2.2.3.1; 2> o procedimento está concluído. OBSERVAÇÃO: O UE só é necessário para adquirir SIB1 difundido se o UE puder adquiri-lo sem interromper a recepção de dados unicast, isto é, os feixes de difusão e unicast são quase colocados.

5.5.X Disparo de mobilidade condicional O UE deve: 1> desempenhar a avaliação dos critérios como especificado em 5.5.4 para o eventTriggerCHO associado; 2> se a condição de entrada aplicável para este evento for cumprida para a célula provida na reconfigurationWithSync para todas as medições após a filtragem de camada 3 feita durante timeToTrigger definido para este evento dentro do VarMeasConfig: 3> desempenhar as ações como especificado em 5.3.5.3;

[135] A mensagem RRCResume é usada para retomar a conexão de RRC suspensa. Transportador de rádio de sinalização: SRB1 RLC-SAP: AM Canal lógico: DCCH Direção: Rede para UE Mensagem RRCResume -- ASN1START -- TAG-RRCRESUME-START RRCResume ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, criticalExtensions CHOICE { rrcResume RRCResume-IEs, criticalExtensionsFuture SEQUENCE {} } } RRCResume-IEs ::= SEQUENCE { radioBearerConfig RadioBearerConfig

OPTIONAL, -- Need M masterCellGroup OCTET STRING (CONTAINING CellGroupConfig OPTIONAL, -- Need M measConfig MeasConfig OPTIONAL, -- Need M fullConfig ENUMERATED {true} OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension RRCResume-v16xx-IEs

OPTIONAL RRCResume-v16xx-IEs::= SEQUENCE { condReconfigurationList SEQUENCE (SIZE (1..maxCondReconfigurations)) OF CondReconfiguration OPTIONAL, -- Need N ... } CondReconfiguration::= SEQUENCE { rrcReconfigurationToApply OCTET STRING (CONTAINING RRCReconfiguration), eventTriggerCHO ReportConfigNR, ... } }

-- TAG-RRCRESUME-STOP -- ASN1STOP Descrições de campo RRCResume-IEs masterCellGroup Configuração do grupo de células mestre (NR Standalone): radioBearerConfig Configuração de Transportadores de Rádio (DRBs, SRBs) incluindo SDAP/PDCP. Alternativa b)

[136] Na alternativa b), a configuração condicional para o handover condicional contém um ponteiro/referência para uma configuração de medição armazenada (por exemplo, measId) que é armazenada no UE e que está sendo retomada mediante a recepção de RRCResume ou aponta para uma nova configuração de medição (por exemplo, measId) que está sendo provida no measConfig na mesma mensagem RRCResume contendo as configurações de handover condicional. Este princípio é descrito com mais detalhes em P76369 - Pedido Provisório dos E.U.A. Nº 62/760425, intitulado "Measurement Configuration for Conditional Mobility" (que é incorporada na presente invenção por referência em sua totalidade).

[137] Neste exemplo, cada identificador de medição está associado a uma medição que o UE deve desempenhar. Esse identificador está associado a um measObject e reportConfig armazenados. A frequência de measObject associada a cada identificador de medição precisa ser consistente com a frequência provida no reconfigurationWithSync associado a cada mensagemrrcReconfigurationToApply. Isso pode ser garantido por uma condição nas especificações de RRC, caso contrário, o UE dispara uma falha de conformidade de RRC (o que leva a um procedimento de RRC reestablishment). Mediante recebimento dessa referência de measId, o UE deve monitorar pelo menos uma condição de disparo associada a ele, se ainda não estiver sendo monitorada, e, mediante o disparo da condição, pelo menos disparar o procedimento condicional de mobilidade, que inclui a aplicação da mensagem RRCReconfiguration (indicada pelo campo rrcReconfigurationToApply) incluindo um reconfigurationWithSync (no caso do NR). No E-UTRA, o equivalente seria um mobilityControlInfo.

[138] Exemplo de sinalização RRCResume é mostrado abaixo:

5.3.13.4 Recepção do RRCResume pelo UE O UE deve: 1> parar o temporizador T319; 1> se o RRCResume incluir o fullConfig: 2> desempenhar o procedimento de configuração completo como especificado em 5.3.5.11; 1> senão: 2> restaurar o estado de PDCP e restabelecer o valor COUNT para SRB2 e todos os DRBs; 2> restaurar o cellGroupConfig do contexto UE AS armazenado; 2> indicar para as camadas inferiores que o contexto UE AS armazenado é usado; 1> descartar o fullI-RNTI, shortI-RNTI e o contexto UE AS armazenado, exceto ran-NotificationAreaInfo; 1> se o RRCResume incluir o masterCellGroup: 2> 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 SecondaryCellGroup no

Release. 1> se o RRCResume incluir o radioBearerConfig: 2> 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. 1> retomar SRB2 e todos os DRBs; 1> se armazenadas, descartar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities ou herdadas de outra RAT; 1> parar o temporizador T320, se estiver em execução; 1> se a mensagem RRCResume incluir measConfig: 2> desempenhar o procedimento de configuração de medição como especificado em 5.5.2; 1> 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. 1> entrar no RRC_CONNECTED; 1> indicar para as camadas superiores que a conexão de RRC suspensa foi retomada; 1> interromper o procedimento de resseleção de célula; 1> considerar a célula atual como a PCell; 1> se a mensagem RRCResume incluir a condReconfigurationList: 2> armazenar a lista de RRCReconfiguration(s) provida em condReconfigurationList; 2> realizar ações como especificado em desempenhar as ações como especificado em 5.5.x;1> defina o conteúdo da mensagem RRCResumeComplete da seguinte forma: 2> se a camada superior prover NAS PDU, definir o dedicatedNAS-Message para incluir as informações recebidas a partir das camadas superiores; 2> se a camada superior prover 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; 2> se o masterCellGroup contém o reportUplinkTxDirectCurrent: 3> incluir o uplinkTxDirectCurrentList; 1> encaminhar a mensagem RRCResumeComplete para camadas inferiores para transmissão; 1> o procedimento termina.

5.3.5.3 Recepção de um RRCReconfiguration pelo UE ou disparo de handover condicional O UE deve desempenhar as seguintes ações mediante a recepção de RRCReconfiguration: 1> se o RRCReconfiguration incluir o fullConfig: 2> desempenhar o procedimento de configuração de rádio como especificado em 5.3.5.11; 1> se o RRCReconfiguration incluir o masterCellGroup: 2> desempenhar a configuração de grupo de células para o masterCellGroup recebido de acordo com 5.3.5.5; 1> se o RRCReconfiguration incluir o masterKeyUpdate: 2> desempenhar o procedimento de atualização de chave de segurança, como especificado em 5.3.5.7; 1> se o RRCReconfiguration incluir o secondaryCellGroup: 2> desempenhar a configuração do grupo de células para o SCG de acordo com 5.3.5.5;

1> se a mensagem RRCReconfiguration conter o radioBearerConfig: 2> desempenhar a configuração do transportador de rádio de acordo com 5.3.5.6; 1> se a mensagem RRCReconfiguration incluir a measConfig: 2> desempenhar o procedimento de configuração de medição como especificado em 5.5.2; 1> se a mensagem RRCReconfiguration incluir a dedicatedSIB1- Delivery: 2> desempenhar a ação mediante recepção de SIB1 como especificado em 5.2.2.4.2; 1> se a mensagem RRCReconfiguration incluir a dedicatedSystemInformationDelivery: 2> desempenhar a ação mediante recepção de System Information como especificado 5.2.2.4; 1> definir o conteúdo da mensagem RRCReconfigurationComplete como se segue: 2> se o RRCReconfiguration incluir o masterCellGroup contendo o reportUplinkTxDirectCurrent, ou; 2> se o RRCReconfiguration incluir o secondaryCellGroup contendo o reportUplinkTxDirectCurrent: 3> incluir o uplinkTxDirectCurrentList; 1> se o UE estiver configurado com E-UTRA nr-SecondaryCellGroupConfig (MCG é E-UTRA): 2> se RRCReconfiguration foi recebido via SRB1: 3> encaminhar o RRCReconfigurationComplete via o EUTRA MCG embutido na mensagem E-UTRA RRC RRCConnectionReconfigurationComplete como especificado em TS 36.331 [10];

3> se reconfigurationWithSync foi incluído em spCellConfig de um SCG: 4> iniciar o procedimento de acesso aleatório no SpCell, como especificado em TS 38.321 [3]; 3> senão: 4> o procedimento termina; OBSERVAÇÃO: A ordem em que o UE envia a mensagem RRCConnectionReconfigurationComplete e desempenha o procedimento de Acesso Aleatório em direção ao SCG é deixada para a implementação de UE. 2> senão (RRCReconfiguration foi recebida via SRB3): 3> encaminhar a mensagem RRCReconfigurationComplete via SRB3 para as camadas inferiores para transmissão usando a nova configuração; OBSERVAÇÃO: Para EN-DC, no caso de SRB1, o acesso aleatório é disparado pela própria camada de RRC, pois não há necessariamente outra transmissão de UL.

No caso de SRB3, o acesso aleatório é disparado pela camada de MAC devido à chegada de RRCReconfigurationComplete. 1> senão: 2> encaminhar a mensagem RRCReconfigurationComplete via SRB1 para as camadas inferiores para transmissão usando a nova configuração; 1> se reconfigurationWithSync foi incluído em spCellConfig de um MCG ou SCG, e quando o MAC de um grupo de células de NR conclui com sucesso um procedimento de acesso aleatório disparado acima; 2> interromper o temporizador T304 para esse grupo de células; 2> aplicar as partes da configuração de relatório CQI, a configuração de solicitação de escalonamento e a configuração RS de sondagem que não exigem que o UE saiba o SFN do respectivo SpCell de destino, se houver; 2> aplicar as partes da medição e a configuração do recurso de rádio que exigem que o UE conheça o SFN do respectivo SpCell de destino (por exemplo,

lacunas de medição, relatórios de CQI periódicos, configuração de solicitação de escalonamento, configuração de RS de sondagem), se houver, mediante adquirir o SFN desse SpCell de destino; 2> se o reconfigurationWithSync foi incluído em spCellConfig de um MCG: 3> se o BWP de enlace descendente ativo, que é indicado pelo firstActiveDownlinkBWP-Id para o SpCell de destino do MCG, tiver um espaço de busca comum configurado: 4> adquirir o SIB1 do SpCell de destino do MCG, como especificado em

5.2.2.3.1; 2> o procedimento está concluído. OBSERVAÇÃO: O UE só é necessário para adquirir SIB1 difundido se o UE puder adquiri-lo sem interromper a recepção de dados unicast, ou seja, os feixes de difusão e unicast são quase colocados.

5.5.X Disparo de mobilidade condicional O UE deve: 1> se o measId provido em condReconfigurationList existir em measIdList dentro de VarMeasConfig: 2> desempenhar a avaliação dos critérios como especificado em 5.5.4 para cada measId associado; 2> se o reportType for definido como eventTriggered e se a condição de entrada aplicável para este evento, isto é, o evento correspondente ao eventId do reportConfig correspondente em VarMeasConfig, for preenchido para a célula provida no reconfigurationWithSync para todas as medições após a filtragem de camada 3 realizada durante timeToTrigger definido para este evento no VarMeasConfig: 3> desempenhar as ações como especificado em 5.3.5.3;

[139] A mensagem RRCResume é usada para retomar a conexão de RRC suspensa.

Transportador de rádio de sinalização: SRB1 RLC-SAP: AM Canal lógico: DCCH Direção: Rede para UE Mensagem RRCResume -- ASN1START -- TAG-RRCRESUME-START

RRCResume ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, criticalExtensions CHOICE { rrcResume RRCResume-IEs, criticalExtensionsFuture SEQUENCE {} } }

RRCResume-IEs ::= SEQUENCE { radioBearerConfig RadioBearerConfig OPTIONAL, -- Need M masterCellGroup OCTET STRING (CONTAINING CellGroupConfig) OPTIONAL, -- Need M measConfig MeasConfig OPTIONAL, -- Need M fullConfig ENUMERATED {true} OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL,

nonCriticalExtension RRCResume-v16-IEs

OPTIONAL RRCResume-v16-IEs::= SEQUENCE { condReconfigurationList SEQUENCE (SIZE (1..maxCondReconfigurations)) OF CondReconfiguration OPTIONAL, -- Need N ... } CondReconfiguration::= SEQUENCE { rrcReconfigurationToApply OCTET STRING (CONTAINING RRCReconfiguration), measIdCond MeasId, ... } } -- TAG-RRCRESUME-STOP -- ASN1STOP Descrições de campo RRCResume-IEs masterCellGroup Configuração do grupo de células mestre (NR Standalone): radioBearerConfig Configuração de Transportadores de Rádio (DRBs, SRBs) incluindo SDAP/PDCP. measIdCond

Indica o identificador de medição em VarMeasConfig associado ao reportConfig e measObject configurando a condição de disparo. Quando a condição em reportConfig é disparada, o UE dispara o procedimento de mobilidade condicional associado.

[140] Em outra modalidade relacionada a este método de retomada, o handover condicional pode ser configurado durante um procedimento de restabelecimento, ou incluindo configuração(ões) de handover condicional em um restabelecimento de mensagem do tipo RRC (por exemplo, RRCReestablishment em NR ou RRCConnectionReestablishment em LTE) ou em uma mensagem RRCReconfiguration (a primeira após o restabelecimento da mensagem do tipo RRC) que pode ser multiplexada com a mensagem do tipo de restabelecimento do RRC. As ações mediante recepção são semelhantes às descritas para o caso de retomada.

[141] Em outra modalidade relacionada a este método de retomada, o handover condicional pode ser configurado durante um procedimento de ajuste, ou incluindo configuração(ões) de handover condicional em uma mensagem do tipo RRC Setup (por exemplo, RRCSetup em NR ou RRCConnectionSetup em LTE) ou em uma mensagem RRCReconfiguration (a primeira após a mensagem do tipo RRC reestablishment) que pode ser multiplexada com a mensagem do tipo RRC reestablishment. As ações mediante recepção são semelhantes às descritas para o caso de retomada.

[142] Embora a matéria descrita na presente invenção possa ser implementada em qualquer tipo apropriado de sistema usando quaisquer componentes adequados, as modalidades divulgadas na presente invenção são descritas em relação a uma rede sem fio, tal como a rede sem fio exemplar ilustrada na Figura 6. Por simplicidade, a rede sem fio da Figura 6 retrata apenas a rede 606, os nós de rede 660 e 660b e os WDs 610, 610b e 610c. Na prática,

uma rede sem fio pode incluir, adicionalmente, quaisquer elementos adicionais adequados para suportar comunicação entre dispositivos sem fio ou entre um dispositivo sem fio e outro dispositivo de comunicação, tal como um telefone fixo, um provedor de serviços ou qualquer outro nó de rede ou dispositivo final. Dentre os componentes ilustrados, o nó de rede 660 e o dispositivo sem fio (WD) 610 são representados com detalhes adicionais. A rede sem fio pode prover comunicação e outros tipos de serviços a um ou mais dispositivos sem fio para facilitar o acesso e/ou uso dos dispositivos sem fio aos serviços providos pela, ou via, rede sem fio.

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

[144] A rede 606 pode compreender uma ou mais redes de backhaul, redes núcleo, redes de IP, redes telefônicas públicas comutadas (PSTNs), redes de dados de pacotes, redes ópticas, redes geograficamente distribuídas (WANs), redes de área local (LANs), redes de área local sem fio (WLANs), redes com fio, redes sem fio, redes de área metropolitana e outras redes para permitir a comunicação entre dispositivos.

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

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

[147] Na Figura 6, o nó de rede 660 inclui conjunto de circuitos de processamento 670, meio legível por dispositivo 680, interface 690, equipamento auxiliar 684, fonte de potência 686, conjunto de circuitos de potência 687 e antena 662. Embora o nó de rede 660 ilustrado na rede sem fio de exemplo da Figura 6 possa representar um dispositivo que inclui a combinação ilustrada de componentes de hardware, outras modalidades podem compreender nós de rede com diferentes combinações de componentes. Deve- se entender que um nó de rede compreende qualquer combinação adequada de hardware e/ou software necessária para desempenhar as tarefas, características, funções e métodos divulgados na presente invenção. Além disso, enquanto os componentes do nó de rede 660 são representados como caixas únicas localizadas dentro de uma caixa maior ou aninhadas em várias caixas, na prática, um nó de rede pode compreender múltiplos componentes físicos diferentes que compõem um único componente ilustrado (por exemplo, meio legível por dispositivo 680 pode compreender vários discos rígidos separados, assim como vários módulos de RAM).

[148] De maneira semelhante, o nó de rede 660 pode ser composto por múltiplos componentes separados fisicamente (por exemplo, um componente de Nó B e um componente de RNC ou um componente de BTS e um componente de BSC etc.), os quais podem ter, cada um, seus próprios componentes. Em certos cenários nos quais o nó de rede 660 compreende múltiplos componentes separados (por exemplo, componentes de BTS e BSC), um ou mais componentes separados podem ser compartilhados entre diversos nós de rede. Por exemplo, um único RNC pode controlar múltiplos Node Bs. Nesse cenário, cada par de Nó B e RNC único pode, em alguns casos, ser considerado um único nó de rede separado. Em algumas modalidades, o nó de rede 660 pode ser configurado para suportar múltiplas tecnologias de acesso via rádio (RATs). Em tais modalidades, alguns componentes podem ser duplicados (por exemplo, meio legível por dispositivo 680 separado para as diferentes RATs) e alguns componentes podem ser reusados (por exemplo, a mesma antena 662 pode ser compartilhada pelas RATs). O nó de rede 660 também pode incluir múltiplos conjuntos dos vários componentes ilustrados para diferentes tecnologias sem fio integradas ao nó de rede 660, tal como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi ou Bluetooth. Essas tecnologias sem fio podem ser integradas ao mesmo chip ou conjunto de chips ou um diferente e outros componentes no nó de rede

660.

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

[150] O conjunto de circuitos de processamento 670 pode compreender uma combinação de um ou mais dentre microprocessadores, controladores, microcontroladores, unidades centrais de processamento, processadores de sinal digital, circuitos integrados de aplicação específica, arranjos de porta programável em campo ou qualquer outro dispositivo de computação, recurso ou combinação adequada de hardware, software e/ou lógica codificada operável para prover, isoladamente ou em conjunto com outros componentes de nó de rede 660, tais como o meio legível por dispositivo 680, a funcionalidade do nó de rede 660. Por exemplo, o conjunto de circuitos de processamento 670 pode executar instruções armazenadas no meio legível por dispositivo 680 ou na memória dentro do conjunto de circuitos de processamento 670. Tal funcionalidade pode incluir prover qualquer uma das várias características, funções ou benefícios sem fio discutidos na presente invenção. Em algumas modalidades, o conjunto de circuitos de processamento 670 pode incluir um sistema em um chip (SOC).

[151] Em algumas modalidades, o conjunto de circuitos de processamento 670 podem incluir um ou mais conjuntos de circuitos transceptores de radiofrequência (RF) 672 e conjuntos de circuitos de processamento de banda base 674. Em algumas modalidades, o conjunto de circuitos transceptores de radiofrequência (RF) 672 e o conjunto de circuitos de processamento de banda base 674 podem estar em chips separados (ou conjuntos de chips), placas ou unidades, tal como unidades de rádio e unidades digitais. Em modalidades alternativas, todo ou parte do conjunto de circuitos transceptores de RF 672 e o conjunto de circuitos de processamento de banda base 674 podem estar no mesmo chip ou conjunto de chips, placas ou unidades.

[152] Em certas modalidades, toda ou parte da funcionalidade descrita na presente invenção como sendo provida por um nó de rede, estação base, eNB ou outro dispositivo de rede pode ser desempenhada pelo conjunto de circuitos de processamento 670 executando instruções armazenadas no meio legível por dispositivo 680 ou memória dentro do conjunto de circuitos de processamento

670. Em modalidades alternativas, parte ou toda a funcionalidade pode ser provida pelo conjunto de circuitos de processamento 670 sem executar instruções armazenadas em um meio legível por dispositivo separado ou discreto, tal como de uma maneira com fio. Em qualquer uma dessas modalidades, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 670 pode ser configurado para desempenhar a funcionalidade descrita. Os benefícios providos por essa funcionalidade não se limitam ao conjunto de circuitos de processamento 670 individualmente ou a outros componentes de nó de rede 660, mas são usufruídos pelo nó de rede 660 como um todo e/ou por usuários finais e por rede sem fio em geral.

[153] O meio legível por dispositivo 680 pode compreender qualquer forma de memória legível por computador volátil ou não volátil, incluindo, sem limitação, armazenamento persistente, memória de estado sólido, memória montada remotamente, mídia magnética, mídia óptica, memória de acesso aleatório (RAM), memória somente de leitura (ROM), mídia de armazenamento em massa (por exemplo, um disco rígido), mídia de armazenamento removível

(por exemplo, uma unidade flash, um Disco Compacto (CD) ou um Disco Digital de Vídeo (DVD)) e/ou qualquer outro dispositivo de memória executável por computador e/ou legível por dispositivo não transitório, volátil ou não volátil que armazena informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 670. O meio legível por dispositivo 680 pode armazenar quaisquer instruções, dados ou informações adequadas, incluindo um programa de computador, software, uma aplicação que inclua uma ou mais dentre lógica, regras, código, tabelas etc. e/ou outras instruções passíveis de serem executadas pelo conjunto de circuitos de processamento 670 e utilizado pelo nó de rede 660. O meio legível por dispositivo 680 pode ser usado para armazenar todos os cálculos feitos pelo conjunto de circuitos de processamento 670 e/ou quaisquer dados recebidos via interface 690. Em algumas modalidades, o conjunto de circuitos de processamento 670 e o meio legível por dispositivo 680 podem ser considerados como integrados.

[154] A interface 690 é usada na comunicação com ou sem fio de sinalização e/ou dados entre o nó de rede 660, a rede 606 e/ou os WDs 610. Conforme ilustrado, a interface 690 compreende porta(s)/terminal(is) 694 para enviar e receber dados, por exemplo, para e a partir da rede 606 através de uma conexão com fio. A interface 690 também inclui conjunto de circuitos front-end de rádio 692 que podem ser acoplados a, ou, em certas modalidades, ser uma parte da antena 662. O conjunto de circuitos front-end de rádio 692 compreende filtros 698 e amplificadores 696. O conjunto de circuitos front-end de rádio 692 pode ser conectado à uma antena 662 e ao conjunto de circuitos de processamento 670. O conjunto de circuitos front-end de rádio pode ser configurado para condicionar os sinais comunicados entre a antena 662 e o conjunto de circuitos de processamento 670. O conjunto de circuitos front-end de rádio 692 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs via uma conexão sem fio. O conjunto de circuitos front-end de rádio 692 pode converter os dados digitais em um sinal de rádio com os parâmetros de canal e largura de banda apropriados usando uma combinação de filtros 698 e/ou amplificadores 696. O sinal de rádio pode, então, ser transmitido via antena 662. De maneira semelhante, ao receber dados, a antena 662 pode coletar sinais de rádio que são convertidos em dados digitais pelo conjunto de circuitos front-end de rádio 692. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 670. Em outras modalidades, a interface pode compreender componentes diferentes e/ou combinações diferentes de componentes.

[155] Em certas modalidades alternativas, o nó de rede 660 pode não incluir conjunto de circuitos front end de rádio 692 separados, em vez disso, o conjunto de circuitos de processamento 670 pode compreender conjunto de circuitos front end de rádio e pode ser conectado à antena 662 sem conjunto de circuitos front end de rádio 692 separado. De maneira semelhante, em algumas modalidades, todo ou parte do conjunto de circuitos transceptores de RF 672 pode ser considerado como parte da interface 690. Ainda em outras modalidades, a interface 690 pode incluir uma ou mais portas ou terminais 694, conjunto de circuitos front end de rádio 692 e conjunto de circuitos transceptores de RF 672 como parte de uma unidade de rádio (não ilustrada) e a interface 690 pode se comunicar com o conjunto de circuitos de processamento de banda base 674, o qual faz parte de uma unidade digital (não ilustrada).

[156] A antena 662 pode incluir uma ou mais antenas ou arranjos de antenas configuradas para enviar e/ou receber sinais sem fio. A antena 662 pode ser acoplada ao conjunto de circuitos front end de rádio 692 e pode ser qualquer tipo de antena capaz de transmitir e receber dados e/ou sinais de modo sem fio.

Em algumas modalidades, a antena 662 pode compreender uma ou mais antenas omnidirecionais, setoriais ou de painel operáveis para transmitir/receber sinais de rádio entre, por exemplo, 2 GHz e 66 GHz. Uma antena omnidirecional pode ser usada para transmitir/receber sinais de rádio em qualquer direção, uma antena setorial pode ser usada para transmitir receber sinais de rádio para e a partir de dispositivos dentro de uma área específica e uma antena de painel pode ser uma antena de linha de visada usada para transmitir/receber sinais de rádio em uma linha relativamente reta. Em alguns casos, o uso de mais de uma antena pode ser denominado como MIMO. Em certas modalidades, a antena 662 pode ser separada do nó de rede 660 e pode ser conectável ao nó de rede 660 através de uma interface ou porta.

[157] A antena 662, a interface 690 e/ou o conjunto de circuitos de processamento 670 podem ser configurados para desempenhar quaisquer operações de recebimento e/ou certas operações de obtenção descritas na presente invenção como sendo desempenhadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser recebidos a partir de um dispositivo sem fio, outro nó de rede e/ou qualquer outro equipamento de rede. De maneira semelhante, a antena 662, a interface 690 e/ou o conjunto de circuitos de processamento 670 podem ser configurados para desempenhar quaisquer operações de transmissão descritas na presente invenção como sendo desempenhadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser transmitidos para um dispositivo sem fio, outro nó de rede e/ou qualquer outro equipamento de rede.

[158] O conjunto de circuitos de potência 687 podem compreender ou ser acoplado a conjunto de circuitos de gerenciamento de potência e é configurado para prover, aos componentes do nó de rede 660, potência para desempenhar a funcionalidade descrita na presente invenção. O conjunto de circuitos de potência 687 pode receber potência a partir da fonte de potência 686. A fonte de potência 686 e/ou o conjunto de circuitos de potência 687 podem ser configurados para prover potência aos vários componentes do nó de rede 660 de maneira adequada para os componentes respectivos (por exemplo, no nível de tensão e corrente necessário para cada componente respectivo). A fonte de potência 686 pode ser incluída em ou externa a um conjunto de circuitos de potência 687 e/ou nó de rede 660. Por exemplo, o nó de rede 660 pode ser conectável a uma fonte de potência externa (por exemplo, uma tomada de eletricidade) via um conjunto de circuitos de entrada ou interface como um cabo elétrico, pelo qual a fonte de potência externa fornece potência ao conjunto de circuitos de potência 687. Como um exemplo adicional, a fonte de potência 686 pode compreender uma fonte de potência na forma de uma bateria ou conjunto de baterias conectado ou integrado ao conjunto de circuitos de potência 687. A bateria pode prover potência de backup caso a fonte de potência externa falhe. Outros tipos de fontes de potência também podem ser usados, tais como dispositivos fotovoltaicos.

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

[160] Conforme usado na presente invenção, dispositivo sem fio (WD)

refere-se a um dispositivo capaz, configurado, organizado e/ou operável para se comunicar de modo sem fio com nós de rede e/ou outros dispositivos sem fio.

Salvo indicado o contrário, o termo WD pode ser usado na presente invenção de maneira intercambiável com equipamento de usuário (UE). A comunicação de modo sem fio pode envolver a transmissão e/ou recebimento de sinais sem fio usando ondas eletromagnéticas, ondas de rádio, ondas infravermelhas e/ou outros tipos de sinais adequados para transmitir informações pelo ar.

Em algumas modalidades, um WD pode ser configurado para transmitir e/ou receber informações sem interação humana direta.

Por exemplo, um WD pode ser projetado para transmitir informações para uma rede em uma programação predeterminada, quando disparado por um evento interno ou externo ou em resposta a solicitações provenientes da rede.

Exemplos de WD incluem, mas não se limitam a, um smartphone, um telefone móvel, um telefone celular, um telefone de voz sobre Protocolo de Internet (VoIP), um telefone de loop local sem fio, um computador desktop, um assistente pessoal digital (PDA), uma câmera sem fio, um console ou dispositivo de jogos, um dispositivo de armazenamento de música, um utensílio de reprodução, um dispositivo terminal vestível, um ponto final sem fio, uma estação móvel, um tablet, um laptop, um equipamento embarcado em laptop (LEE), um equipamento montado em laptop (LME), um dispositivo inteligente, um equipamento dentro das instalações do cliente (CPE) sem fio, um dispositivo terminal sem fio montado em veículo, etc.

Um WD pode suportar a comunicação dispositivo a dispositivo (D2D), por exemplo, implementando um 3GPP padrão para comunicação de enlace Lateral, veículo a veículo (V2V), veículo a infraestrutura (V2I), veículo a tudo (V2X) e, nesse caso, pode ser referido como um dispositivo de comunicação D2D.

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

[161] Como ilustrado, o dispositivo sem fio 610 inclui antena 611, interface 614, conjunto de circuitos de processamento 620, meio legível por dispositivo 630, equipamento de interface de usuário 632, equipamento auxiliar 634, fonte de potência 636 e conjunto de circuitos de potência 637. O WD 610 pode incluir múltiplos conjuntos de um ou mais dos componentes ilustrados para diferentes tecnologias sem fio suportadas pelo WD 610, como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi, WiMAX ou Bluetooth, apenas para mencionar alguns. Essas tecnologias sem fio podem ser integradas no mesmo ou em diferentes chips ou conjunto de chips dos outros componentes dentro do WD 610.

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

[163] Conforme ilustrado, a interface 614 compreende conjunto de circuitos front end de rádio 612 e antena 611. O conjunto de circuitos front end de rádio 612 compreende um ou mais filtros 618 e amplificadores 616. O conjunto de circuitos front end de rádio 612 é conectado à antena 611 e ao conjunto de circuitos de processamento 620 e é configurado para condicionar sinais comunicados entre a antena 611 e o conjunto de circuitos de processamento 620. O conjunto de circuitos front end de rádio 612 pode ser acoplado a, ou ser uma parte da antena 611. Em certas modalidades, o WD 610 pode não incluir conjunto de circuitos front end de rádio 612 separado; em vez disso, o conjunto de circuitos de processamento 620 pode compreender conjunto de circuitos front end de rádio e pode ser conectado à antena 611. Da mesma forma, em algumas modalidades, todo ou parte do conjunto de circuitos transceptores de RF 622 pode ser considerados como uma parte da interface

614. O conjunto de circuitos front end de rádio 612 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs via uma conexão sem fio. O conjunto de circuitos front end de rádio 612 pode converter os dados digitais em um sinal de rádio com os parâmetros de canal e largura de banda apropriados usando uma combinação de filtros 618 e/ou amplificadores 616. O sinal de rádio pode, então, ser transmitido via antena 611. De maneira semelhante, ao receber dados, a antena 611 pode coletar sinais de rádio que são convertidos em dados digitais pelo conjunto de circuitos front end de rádio 612. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 620. Em outras modalidades, a interface pode compreender componentes diferentes e/ou combinações diferentes de componentes.

[164] O conjunto de circuitos de processamento 620 pode compreender uma combinação de um ou mais dentre microprocessadores, controladores, microcontroladores, unidades de processamento central, processadores de sinal digital, circuitos integrados de aplicação específica, arranjos de porta programável em campo ou qualquer outro dispositivo, recurso ou combinação de computação adequada de hardware, software e/ou lógica codificada operável para prover, isoladamente ou em conjunto com outros componentes de WD 610, tais como meio legível por dispositivo 630, a funcionalidade do WD

610. Tais funcionalidades podem incluir prover qualquer um dos vários recursos ou benefícios sem fio discutidos na presente invenção. Por exemplo, o conjunto de circuitos de processamento 620 pode executar instruções armazenadas no meio legível por dispositivo 630 ou na memória dentro do conjunto de circuitos de processamento 620 para prover a funcionalidade divulgada na presente invenção.

[165] Conforme ilustrado, o conjunto de circuitos de processamento 620 inclui um ou mais conjunto de circuitos transceptores de RF 622, conjunto de circuitos de processamento de banda base 624 e conjunto de circuitos de processamento de aplicação 626. Em outras modalidades, o conjunto de circuitos de processamento pode compreender diferentes componentes e/ou diferentes combinações de componentes. Em certas modalidades, o conjunto de circuitos de processamento 620 de WD 610 pode compreender um SOC. Em algumas modalidades, o conjunto de circuitos transceptores de RF 622, o conjunto de circuitos de processamento de banda base 624 e o conjunto de circuitos de processamento de aplicação 626 podem estar em chips separados ou conjuntos de chips. Em modalidades alternativas, parte ou todo o conjunto de circuitos de processamento de banda base 624 e o conjunto de circuitos de processamento de aplicação 626 podem ser combinados em um chip ou conjunto de chips e o conjunto de circuitos transceptores de RF 622 pode estar em um chip ou conjunto de chips separado. Ainda em modalidades alternativas, parte ou todo o conjunto de circuitos transceptores de RF 622 e o conjunto de circuitos de processamento de banda base 624 podem estar no mesmo chip ou conjunto de chips e o conjunto de circuitos de processamento de aplicação 626 pode estar em um chip ou conjunto de chips separado. Ainda em outras modalidades alternativas, parte ou todo o conjunto de circuitos transceptores de RF 622, o conjunto de circuitos de processamento de banda base 624 e o conjunto de circuitos de processamento de aplicação 626 podem ser combinados no mesmo chip ou conjunto de chips. Em algumas modalidades, o conjunto de circuitos transceptores de RF 622 pode ser uma parte da interface

614. O conjunto de circuitos transceptores de RF 622 pode condicionar os sinais de RF para o conjunto de circuitos de processamento 620.

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

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

[168] O meio legível por dispositivo 630 pode ser operável para armazenar um programa de computador, software ou aplicação incluindo uma ou mais lógicas, regras, código, tabelas etc. e/ou outras instruções passíveis de serem executadas pelo conjunto de circuitos de processamento 620. O meio legível por dispositivo 630 pode incluir memória de computador (por exemplo, memória de acesso aleatório (RAM) ou memória somente de leitura (ROM)), mídia de armazenamento em massa (por exemplo, um disco rígido), mídia de armazenamento removível (por exemplo, um Disco Compacto (CD) ou um disco digital de vídeo (DVD)) e/ou qualquer outro dispositivo de memória executável por computador e/ou legível por dispositivo não transitório, volátil ou não volátil que armazena informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 620. Em algumas modalidades, o conjunto de circuitos de processamento 620 e o meio legível por dispositivo 630 podem ser considerados como integrados.

[169] O equipamento de interface de usuário 632 pode prover componentes que permitem que um usuário humano interaja com WD 610. Tal interação pode ter muitas formas, tal como visual, auditiva, tátil etc. O equipamento de interface de usuário 632 pode ser operável para produzir saída para o usuário e permitir que o usuário proveja entrada para WD 610. O tipo de interação pode variar dependendo do tipo de equipamento de interface de usuário 632 instalado no WD 610. Por exemplo, caso o WD 610 seja um smartphone, a interação poderá ocorrer via uma tela sensível ao toque; caso o WD 610 seja um medidor inteligente, a interação pode ser por meio de uma tela que provê uso (por exemplo, o número de galões usados) ou de um alto-falante que provê um alerta sonoro (por exemplo, caso seja detectada fumaça). O equipamento de interface de usuário 632 pode incluir interfaces, dispositivos e circuitos de entrada, e interfaces, dispositivos e circuitos de saída. O equipamento de interface de usuário 632 é configurado para permitir a entrada de informações no WD 610 e é conectado ao conjunto de circuitos de processamento 620 para permitir que o conjunto de circuitos de processamento 620 processe as informações de entrada. O equipamento de interface de usuário 632 pode incluir, por exemplo, um microfone, um sensor de proximidade ou afins, teclas/botões, um display sensível ao toque, uma ou mais câmeras, uma porta USB ou outro conjunto de circuitos de entrada. O equipamento de interface com o usuário 632 também é configurado para permitir a saída de informações a partir do WD 610 e para permitir que o conjunto de circuitos de processamento 620 emitam informações a partir do WD 610. O equipamento de interface de usuário 632 pode incluir, por exemplo, um alto-falante, um display, um conjunto de circuitos vibratórios, uma porta USB, uma interface de fone de ouvido ou outro conjunto de circuitos de saída. Usando uma ou mais interfaces, dispositivos e circuitos de entrada e saída do equipamento de interface de usuário 632, o WD 610 pode se comunicar com usuários finais e/ou a rede sem fio e permitir que eles se beneficiem da funcionalidade descrita na presente invenção.

[170] O equipamento auxiliar 634 é operável para prover funcionalidades mais específicas, as quais, em geral, não podem ser desempenhadas pelos WDs. Isso pode compreender sensores especializados para realizar medições para vários propósitos, interfaces para tipos adicionais de comunicação, tais como comunicações com fio etc. A inclusão e o tipo de componentes de equipamento auxiliar 634 podem variar dependendo da modalidade e/ou cenário.

[171] A fonte de potência 636 pode, em algumas modalidades, ter a forma de uma bateria ou conjunto de baterias. Também podem ser usados outros tipos de fontes de potência, tal como uma fonte de potência externa (por exemplo, uma tomada de eletricidade), dispositivos fotovoltaicos ou células de potência. O WD 610 pode compreender, adicionalmente, o conjunto de circuitos de potência 637 para distribuir potência a partir da fonte de potência 636 para as várias partes do WD 610 que precisem de potência proveniente da fonte de potência 636 para realizar qualquer funcionalidade descrita ou indicada na presente invenção. O conjunto de circuitos de potência 637 pode, em certas modalidades, compreender conjunto de circuitos de gerenciamento de potência. O conjunto de circuitos de potência 637 pode, adicional ou alternativamente, ser operável para receber potência a partir de uma fonte de potência externa; nesse caso, o WD 610 pode ser conectável à fonte de potência externa (tal como uma tomada de eletricidade) via conjunto de circuitos de entrada ou uma interface como um cabo de potência elétrica. O conjunto de circuitos de potência 637 também pode, em certas modalidades, ser operável para distribuir potência a partir de uma fonte de potência externa para a fonte de potência 636. Isso pode ser, por exemplo, para o carregamento da fonte de potência 636. O conjunto de circuitos de potência 637 pode desempenhar qualquer formatação, conversão ou outra modificação na potência proveniente da fonte de potência 636 para torná-la adequada aos respectivos componentes do WD 610 aos quais a potência é fornecida.

[172] Quaisquer etapas, métodos, atributos, 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 via conjunto de circuitos de processamento, os quais podem incluir um ou mais microprocessadores ou microcontroladores, assim como outro hardware digital, que pode incluir processadores de sinais digitais (DSPs), lógica digital para fins especiais e afins. O conjunto de circuitos de processamento pode ser configurado para executar código de programa armazenado na memória, o qual pode incluir um ou 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. 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. Modalidades do Grupo A

1. Um método desempenhado por um dispositivo sem fio para manipulação de configurações de handover condicional, o método compreendendo: enquanto em um estado conectado, receber e armazenar uma ou mais configurações de handover condicional, em que cada uma das uma ou mais configurações de handover estão associadas a um candidato a célula de destino; realizar transição de um estado conectado para um estado de repouso, a transição incluindo o descarte de uma ou mais configurações de handover condicional; liberar recursos associados a uma ou mais configurações de handover condicional; e desempenhar uma ou mais ações de limpeza relacionadas a handover condicional.

2. O método da modalidade 1, em que o estado conectado compreende RRC_CONNECTED.

3. O método de qualquer uma das modalidades 1 a 2, em que o estado de repouso compreende RRC_INACTIVE ou RRC_IDLE.

4. O método de qualquer uma das modalidades 1 a 3, em que a liberação dos recursos é desempenhada mediante a recepção de uma mensagem de release de Controle de Recursos de Rádio, RRC.

5. O método de qualquer uma das modalidades 1 a 4, em que uma ou mais ações de limpeza compreendem um ou mais de:

descartar variáveis de estado; descartar medições que foram monitoradas para condições de handover condicional; interromper o monitoramento correspondente às condições de handover condicional; e interromper temporizadores associados a procedimentos de handover condicional.

6. O método de qualquer uma das modalidades 1 a 5, compreendendo adicionalmente o ajuste de handover condicional para a transição do estado de repouso para o estado conectado, a transição incluindo: transmitir uma mensagem de RRC resume request; receber uma mensagem de RRC resume incluindo pelo menos uma configuração de handover condicional; e desempenhar uma ou mais ações responsivas à configuração de handover condicional recebida. Modalidades do Grupo B

7. Um método desempenhado por uma estação base para a transição de um equipamento de usuário, UE, de um estado conectado para um estado de repouso, o método compreendendo: transmitir, para o UE, uma mensagem para suspender para inativo ou liberar para ocioso, em que o UE tem uma ou mais configurações de handover condicional armazenadas que estão associadas a um candidato à célula de destino; transição de um estado conectado para um estado de repouso, a transição incluindo o descarte de uma ou mais configurações de handover condicional.

8. O método da modalidade 7, em que o estado conectado compreende RRC_CONNECTED.

9. O método de qualquer uma das modalidades 1 a 8, em que o estado de repouso compreende RRC_INACTIVE ou RRC_IDLE.

10. O método de qualquer uma das modalidades 7 a 9, compreendendo, adicionalmente: informar pelo menos um candidato a nó de destino em relação à suspensão ou liberação do UE.

11. O método de qualquer uma das modalidades 7 a 10, compreendendo adicionalmente o ajuste de handover condicional em relação à transição do UE do estado de repouso para o estado conectado, a transição incluindo: receber uma mensagem de RRC resume request; determinar, com base em um contexto de Estrato de Acesso (AS) correspondente ao UE, que o handover condicional é suportado pelo UE; configurar uma configuração de handover condicional para o UE, a configuração de handover condicional correspondendo a pelo menos uma célula de destino; e transmitir, para o UE, uma mensagem de RRC resume incluindo a configuração de handover condicional configurada.

12. O método da modalidade 11 compreendendo adicionalmente: transmitir uma mensagem de preparação de handover condicional para um ou mais candidatos a nó de destino correspondendo à célula de destino; e receber, de pelo menos um dos um ou mais candidatos a nó de destino, uma mensagem de RRC incluindo condições para handover condicional. Modalidades do Grupo C

13. Um dispositivo sem fio para manipulação de configurações de handover condicional, 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.

14. Uma estação base para a transição de um equipamento de usuário, UE, de um estado conectado para um estado de repouso, 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; conjunto de circuitos de fornecimento de potência configurado para fornecer potência ao dispositivo sem fio.

15. Um equipamento de usuário (UE) para manipular configurações de handover condicional, 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 para o UE.

16. 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 para um equipamento de usuário (UE), em que a rede celular compreende uma estação base tendo uma interface de rádio e conjunto de circuitos de processamento, o conjunto de circuitos de processamento de estação base configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo B.

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

18. 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.

19. 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 configurado para executar uma aplicação cliente associada à aplicação host.

20. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um equipamento de usuário (UE), o método compreendendo: no computador host, prover dados de usuário; e no computador host, 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 uma das etapas de qualquer uma das modalidades do Grupo B.

21. O método da modalidade anterior, compreendendo adicionalmente, na estação base, transmitir os dados de usuário.

22. 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.

23. Um equipamento de usuário (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.

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

25. 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.

26. 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, 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.

27. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um equipamento de usuário (UE), o método compreendendo: no computador host, prover dados de usuário; e no computador host, 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 uma das etapas de qualquer uma das modalidades do Grupo A.

28. O método da modalidade anterior, compreendendo adicionalmente, no UE, receber os dados de usuário a partir da estação base.

29. Um sistema de comunicação incluindo um computador host compreendendo: interface de comunicação configurada para receber dados de usuário provenientes de uma transmissão a partir de um equipamento de usuário (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.

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

31. 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.

32. 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.

33. 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 solicitados; 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 solicitados.

34. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um equipamento de usuário (UE), o método compreendendo: no computador host, receber dados de usuário transmitidos 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.

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

36. O método das 2 modalidades anteriores compreendendo ainda: 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.

37. 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.

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

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

40. 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.

41. 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; 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.

42. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um equipamento de usuário (UE), o método compreendendo: no computador host, receber, a partir da estação base, dados de usuário originários de uma transmissão na qual 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.

43. O método da modalidade anterior, compreendendo adicionalmente, na estação base, receber os dados de usuário a partir do UE.

44. 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.

Claims

REIVINDICAÇÕES

1. Método desempenhado por um dispositivo sem fio (610) para manipulação de configurações de handover condicional, o método caracterizado pelo fato de que compreende: receber e armazenar (402) uma ou mais configurações de handover condicional, em que cada uma das uma ou mais configurações de handover está associada a um candidato a célula de destino; realizar transição (404) de um estado conectado para um estado de repouso, a transição incluindo o descarte de uma ou mais configurações de handover condicional; liberar recursos (406) associados a uma ou mais configurações de handover condicional; e desempenhar (408) uma ou mais ações de limpeza relacionadas a handover condicional.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que as uma ou mais configurações de handover condicional são recebidas pelo dispositivo sem fio enquanto o dispositivo sem fio está no estado conectado.

3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que o estado conectado compreende RRC_CONNECTED.

4. Método, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que o estado de repouso compreende RRC_INACTIVE ou RRC_IDLE.

5. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que o release dos recursos é desempenhado mediante a recepção de uma mensagem de release de Controle de Recursos de Rádio, RRC.

6. Método, de acordo com qualquer uma das reivindicações 1 a 5,

caracterizado pelo fato de que as uma ou mais ações de limpeza compreendem um ou mais dentre: descartar variáveis de estado; descartar medições que foram monitoradas para condições de handover condicional; interromper o monitoramento correspondente às condições de handover condicional; ou interromper temporizadores associados a procedimentos de handover condicional.

7. Método, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que compreende adicionalmente: transmitir uma mensagem de resume request de Controle de Recursos de Rádio, RRC; receber uma mensagem de RRC resume incluindo pelo menos uma configuração de handover condicional; e desempenhar uma ou mais ações responsivas à configuração de handover condicional recebida.

8. Equipamento de usuário, UE (610), caracterizado pelo fato de que compreende conjunto de circuitos de processamento (620) para desempenhar os métodos conforme definidos em qualquer uma das reivindicações 1 a 7.

9. Meio de armazenamento legível por computador não transitório (630) caracterizado pelo fato de que tem armazenado nele instruções executáveis por conjunto de circuitos de processamento (670) para desempenhar os métodos conforme definidos em qualquer uma das reivindicações 1 a 7.

10. Método desempenhado por um nó de rede (660) caracterizado pelo fato de que compreende: prover (502), a um equipamento de usuário, UE, uma ou mais configurações de handover condicional, em que cada uma das uma ou mais configurações de handover está associada a um candidato a célula de destino; transmitir (504), para o UE, uma mensagem que indica para o UE realizar a transição de um estado conectado para um estado de repouso; e após transmitir a mensagem, descartar (506) as uma ou mais configurações de handover condicional.

11. Método, de acordo com a reivindicação 10, caracterizado pelo fato de que as uma ou mais configurações de handover condicional são providas ao UE enquanto o UE está no estado conectado.

12. Método, de acordo com a reivindicação 10 ou 11, caracterizado pelo fato de que o estado conectado compreende RRC_CONNECTED.

13. Método, de acordo com qualquer uma das reivindicações 10 a 12, caracterizado pelo fato de que o estado de repouso compreende RRC_INACTIVE ou RRC_IDLE.

14. Método, de acordo com qualquer uma das reivindicações 10 a 13, caracterizado pelo fato de que compreende adicionalmente: informar pelo menos um candidato a nó de destino em relação a uma suspensão ou release do UE.

15. Método, de acordo com qualquer uma das reivindicações 10 a 14, caracterizado pelo fato de que compreende adicionalmente: receber uma mensagem de resume request de RRC, Controle de Recurso de Rádio, RRC; determinar, com base em um contexto de Estrato de Acesso, AS, correspondente ao UE, que o handover condicional é suportado pelo UE; configurar uma configuração de handover condicional para o UE, a configuração de handover condicional correspondendo a pelo menos uma célula de destino; e transmitir, para o UE, uma mensagem de RRC resume incluindo a configuração de handover condicional configurada.

16. Método, de acordo com qualquer uma das reivindicações 10 a 15, caracterizado pelo fato de que compreende adicionalmente: transmitir uma mensagem de preparação de handover condicional para um ou mais candidatos a nó de destino correspondendo a uma célula de destino; e receber, a partir de pelo menos um dos um ou mais candidatos a nó de destino, uma mensagem de RRC incluindo condições para handover condicional.

17. Nó de rede (660) caracterizado pelo fato de que compreende conjunto de circuitos de processamento (670) para desempenhar os métodos conforme definidos em qualquer uma das reivindicações 10 a 16.

18. Meio de armazenamento legível por computador não transitório (680) caracterizado pelo fato de que tem armazenado nele instruções executáveis por conjunto de circuitos de processamento (670) para desempenhar os métodos conforme definidos em qualquer uma das reivindicações 10 a 16.

19. Invenção de produto, processo, sistema, kit, meio ou uso, caracterizada pelo fato de que compreende um ou mais elementos descritos no presente pedido de patente.