BR102022023342A2 - Equipamento de usuário remoto e método correspondente - Google Patents

Equipamento de usuário remoto e método correspondente Download PDF

Info

Publication number
BR102022023342A2
BR102022023342A2 BR102022023342-0A BR102022023342A BR102022023342A2 BR 102022023342 A2 BR102022023342 A2 BR 102022023342A2 BR 102022023342 A BR102022023342 A BR 102022023342A BR 102022023342 A2 BR102022023342 A2 BR 102022023342A2
Authority
BR
Brazil
Prior art keywords
relay
remote
layer
release
link
Prior art date
Application number
BR102022023342-0A
Other languages
English (en)
Inventor
Li-Te Pan
Original Assignee
Asus Technology Licensing Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asus Technology Licensing Inc. filed Critical Asus Technology Licensing Inc.
Publication of BR102022023342A2 publication Critical patent/BR102022023342A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/25Maintenance of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/04Terminal devices adapted for relaying to or from another terminal or user

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

equipamento de usuário remoto e método correspondente. um método e dispositivo são divulgados a partir da perspectiva de um equipamento de usuário (ue) remoto. em uma modalidade, o método inclui o ue remoto estabelecer um enlace de camada 2 com um ue de retransmissão. o método inclui adicionalmente o ue remoto estabelecer uma conexão de controle de recursos de rádio (rrc) com uma rede via o ue de retransmissão. o método também inclui o ue remoto iniciar ou desempenhar um procedimento de restabelecimento de conexão de rrc, em que o ue remoto determina manter o enlace de camada 2 com o ue de retransmissão no procedimento de restabelecimento de conexão de rrc. além disso, o método inclui o ue remoto começar um temporizador t301 em resposta a manutenção do enlace de camada 2 com o ue de retransmissão.

Description

REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS
[001] O presente Pedido reivindica o benefício do Pedido de Patente Provisório dos EUA número de série 63/389,118 depositado em 14 de julho de 2022, cuja divulgação inteira é incorporada por referência em sua totalidade na presente invenção.
CAMPO
[002] Esta divulgação geralmente se refere a redes de comunicação sem fio e, mais particularmente, a um método e aparelho para suportar comunicação de retransmissão de UE para rede em um sistema de comunicação sem fio.
ANTECEDENTES
[003] Com o rápido aumento da demanda por comunicação de grandes quantidades de dados de e para dispositivos de comunicação móvel, as redes de comunicação de voz móvel tradicionais estão evoluindo para redes que se comunicam com pacotes de dados de Protocolo de Internet (IP). Essa comunicação de pacote de dados de IP pode prover aos usuários de dispositivos de comunicação móvel serviços de comunicação de voz sobre IP, multimídia, multicast e sob demanda.
[004] Uma estrutura de rede exemplar é uma Rede de Acesso via Rádio Terrestre Universal Evoluída (E-UTRAN). O sistema de E-UTRAN pode prover alta taxa de transferência de dados para realizar os serviços de voz sobre IP e multimídia mencionados acima. Uma tecnologia de novo rádio para a próxima geração (por exemplo, 5G) está atualmente sendo discutida pela organização de padrões 3GPP. Assim, alterações no corpo atual do padrão 3GPP estão sendo submetidas e consideradas para evoluir e finalizar o padrão 3GPP.
SUMÁRIO
[005] Um método e dispositivo são divulgados da perspectiva de um Equipamento de Usuário (UE) remoto. Em uma modalidade, o método inclui o UE remoto estabelecendo um enlace de camada 2 com um UE de retransmissão. O método inclui adicionalmente o UE remoto estabelecendo uma conexão de Controle de Recursos de Rádio (RRC) com uma rede via o UE de retransmissão. O método também inclui o UE remoto iniciando ou desempenhando um procedimento de restabelecimento de conexão de RRC, em que o UE remoto determina manter o enlace de camada 2 com o UE de retransmissão no procedimento de restabelecimento de conexão de RRC. Além disso, o método inclui o UE remoto começando um temporizador T301 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
BREVE DESCRIÇÃO DOS DESENHOS
[006] A FIG. 1 mostra um diagrama de um sistema de comunicação sem fio de acordo com uma modalidade exemplar.
[007] A FIG. 2 é um diagrama de blocos de um sistema transmissor (também conhecido como rede de acesso) e um sistema receptor (também conhecido como equipamento de usuário ou UE) de acordo com uma modalidade exemplar.
[008] A FIG. 3 é um diagrama de blocos funcional de um sistema de comunicação de acordo com uma modalidade exemplar.
[009] A FIG. 4 é um diagrama de bloco funcional do código de programa da FIG. 3 de acordo com uma modalidade exemplar.
[010] A FIG. 5 é uma reprodução da Figura 4.2.7.2-1 de 3GPP TS 23.304 V17.0.0.
[011] A FIG. 6 é uma reprodução da Figura 6.1.1.7.2-1 de 3GPP TS 23.304 V17.0.0.
[012] A FIG. 7 é uma reprodução da Figura 6.1.2.3.2-1 de 3GPP TS 23.304 V17.0.0.
[013] A FIG. 8 é uma reprodução da Figura 6.4.3.1-1 de 3GPP TS 23.304 V17.0.0.
[014] A FIG. 9 é uma reprodução da Figura 5.3.3.1-1 de 3GPP TS 38.331 V17.0.0.
[015] A FIG. 10 é uma reprodução da Figura 5.3.3.1-2 de 3GPP TS 38.331 V17.0.0.
[016] A FIG. 11 é uma reprodução da Figura 5.3.7.1-1 de 3GPP TS 38.331 V17.0.0.
[017] A FIG. 12 é uma reprodução da Figura 5.3.7.1-2 de 3GPP TS 38.331 V17.0.0.
[018] A FIG. 13 é um fluxograma de acordo com uma modalidade exemplar.
DESCRIÇÃO DETALHADA
[019] Os sistemas e dispositivos de comunicação sem fio exemplares descritos abaixo empregam um sistema de comunicação sem fio, suportando um serviço de broadcast. Os sistemas de comunicação sem fio são amplamente implantados para prover vários tipos de comunicação, tal como voz, dados e assim por diante. Esses sistemas podem ser com base em acesso múltiplo por divisão de código (CDMA), acesso múltiplo por divisão de tempo (TDMA), acesso múltiplo por divisão de frequência ortogonal (OFDMA), acesso sem fio 3GPP LTE (Evolução de Longo Prazo), 3GPP LTE-A ou LTE-Avançada (Evolução de Longo Prazo Avançada), 3GPP2 UMB (Ultra Banda Larga Móvel), WiMax, 3GPP NR (Novo Rádio) ou algumas outras técnicas de modulação.
[020] Em particular, os sistemas e dispositivos de comunicação sem fio exemplares descritos abaixo podem ser projetados para suportar um ou mais padrões, tal como o padrão oferecido por um consórcio denominado "Projeto de Parceria para a 3^ Geração" referido na presente invenção como 3GPP, incluindo: TS 23.304 V17.0.0, “Proximity based Services (ProSe) in the 5G System (5GS) (Release 17)”; TS 38.331 V17.0.0 (2022-03), “NR; Radio Resource Control (RRC) protocol specification (Release 17)” e Draft TS 38.331 V17.1.0 (2022-06) (“Draft_38331-h10_v2.docx”), “NR; Radio Resource Control (RRC) protocol specification (Release 17)”. Os padrões e documentos listados acima são expressamente incorporados por referência em sua totalidade.
[021] A FIG. 1 mostra um sistema de comunicação sem fio de acesso múltiplo de acordo com uma modalidade da invenção. Uma rede de acesso 100 (AN) inclui múltiplos grupos de antenas, um incluindo 104 e 106, outro incluindo 108 e 110 e um adicional incluindo 112 e 114. Na FIG. 1, somente duas antenas são mostradas para cada grupo de antenas, no entanto, mais ou menos antenas podem ser utilizadas para cada grupo de antenas. O terminal de acesso 116 (AT) está em comunicação com as antenas 112 e 114, onde as antenas 112 e 114 transmitem informações ao terminal de acesso 116 ao longo de enlace direto 120 e recebem informações do terminal de acesso 116 ao longo de enlace reverso 118. O terminal de acesso (AT) 122 está em comunicação com as antenas 106 e 108, onde as antenas 106 e 108 transmitem informações ao terminal de acesso (AT) 122 ao longo de enlace direto 126 e recebem informações do terminal de acesso (AT) 122 ao longo de enlace reverso 124. Em um sistema FDD, os enlaces de comunicação 118, 120, 124 e 126 podem usar frequências diferentes para comunicação. Por exemplo, o enlace direto 120 pode usar uma frequência diferente daquela usada pelo enlace reverso 118.
[022] Cada grupo de antenas e/ou a área na qual são projetados para comunicar é frequentemente referida como um setor da rede de acesso. Na modalidade, cada grupo de antenas é projetado para se comunicar com terminais de acesso em um setor das áreas cobertas pela rede de acesso 100.
[023] Na comunicação ao longo de enlaces diretos 120 e 126, as antenas transmissoras da rede de acesso 100 podem utilizar formação por feixe a fim de melhorar a relação sinal-ruído dos enlaces diretos para os diferentes terminais de acesso 116 e 122. Além disso, uma rede de acesso usando formação por feixe para transmitir para terminais de acesso espalhados aleatoriamente por sua cobertura causa menos interferência aos terminais de acesso em células vizinhas do que uma rede de acesso transmitindo através de uma única antena para todos os seus terminais de acesso.
[024] Uma rede de acesso (AN) pode ser uma estação fixa ou estação base usada para comunicação com os terminais e também pode ser referida como um ponto de acesso, um Nó B, uma estação base, uma estação base aprimorada, um Nó B evoluído (eNB), um nó de rede, uma rede ou alguma outra terminologia. Um terminal de acesso (AT) também pode ser chamado de equipamento de usuário (UE), um dispositivo de comunicação sem fio, terminal, terminal de acesso ou alguma outra terminologia.
[025] A FIG. 2 é um diagrama de blocos simplificado de uma modalidade de um sistema transmissor 210 (também conhecido como rede de acesso) e um sistema receptor 250 (também conhecido como terminal de acesso (AT) ou equipamento de usuário (UE)) em um sistema MIMO 200. No sistema transmissor 210, os dados de tráfego para vários fluxos de dados são providos a partir de uma fonte de dados 212 para um processador de dados de transmissão (TX) 214.
[026] Em uma modalidade, cada fluxo de dados é transmitido ao longo de uma respectiva antena de transmissão. O processador de dados TX 214 formata, codifica e intercala os dados de tráfego para cada fluxo de dados com base em um esquema de codificação particular selecionado para esse fluxo de dados para prover dados codificados.
[027] Os dados codificados para cada fluxo de dados podem ser multiplexados com dados piloto usando técnicas de OFDM. Os dados piloto são tipicamente um padrão de dados conhecido que é processado de uma maneira conhecida e pode ser usado no sistema receptor para estimar a resposta do canal. O piloto multiplexado e os dados codificados para cada fluxo de dados são então modulados (isto é, mapeados por símbolos) com base em um esquema de modulação específico (por exemplo, BPSK, QPSK, M-PSK ou M-QAM) selecionado para esse fluxo de dados para prover símbolos de modulação. A taxa de dados, codificação e modulação para cada fluxo de dados podem ser determinados por instruções desempenhadas pelo processador 230.
[028] Os símbolos de modulação para todos os fluxos de dados são então providos a um processador TX MIMO 220, que pode processar adicionalmente os símbolos de modulação (por exemplo, para OFDM). O processador TX MIMO 220 provê então fluxos de símbolo de modulação de NT para transmissores de NT (TMTR) 222a até 222t. Em certas modalidades, o processador TX MIMO 220 aplica pesos de formação por feixe aos símbolos dos fluxos de dados e à antena da qual o símbolo está sendo transmitido.
[029] Cada transmissor 222 recebe e processa um respectivo fluxo de símbolos para prover um ou mais sinais analógicos e condições adicionais (por exemplo, amplifica, filtra e converte) os sinais analógicos para prover um sinal modulado adequado para transmissão ao longo do canal MIMO. Sinais modulados de NT dos transmissores 222a até 222t são então transmitidos de antenas de NT 224a até 224t, respectivamente.
[030] No sistema receptor 250, os sinais modulados transmitidos são recebidos por antenas de NR 252a até 252r e o sinal recebido de cada antena 252 é provido a um respectivo receptor (RCVR) 254a até 254r. Cada receptor 254 condiciona (por exemplo, filtra, amplifica e converte) um respectivo sinal recebido, digitaliza o sinal condicionado para prover amostras e processa adicionalmente as amostras para prover um fluxo de símbolos "recebido" correspondente.
[031] Um processador de dados RX 260 então recebe e processa os fluxos de símbolos recebidos de NR dos receptores de NR 254 com base em uma técnica de processamento de receptor particular para prover fluxos de símbolos “detectados” de NT. O processador de dados RX 260 então demodula, desintercala e decodifica cada fluxo de símbolos detectado para recuperar os dados de tráfego para o fluxo de dados. O processamento pelo processador de dados RX 260 é complementar ao desempenhado pelo processador TX MIMO 220 e processador de dados TX 214 no sistema transmissor 210.
[032] Um processador 270 determina periodicamente qual matriz de pré- codificação usar (discutida abaixo). O processador 270 formula uma mensagem de enlace reverso compreendendo uma porção de índice de matriz e uma porção de valor de rank.
[033] A mensagem de enlace reverso pode compreender vários tipos de informações sobre o enlace de comunicação e/ou o fluxo de dados recebido. A mensagem de enlace reverso é então processada por um processador de dados TX 238, que também recebe dados de tráfego para um número de fluxos de dados a partir de uma fonte de dados 236, modulada por um modulador 280, condicionada pelos transmissores 254a até 254r e transmitida de volta ao sistema transmissor 210.
[034] No sistema transmissor 210, os sinais modulados do sistema receptor 250 são recebidos pelas antenas 224, condicionados pelos receptores 222, demodulados por um demodulador 240 e processados por um processador de dados RX 242 para extrair a mensagem de enlace de reserva transmitida pelo sistema receptor 250. O processador 230 determina então qual matriz de pré- codificação usar para determinar os pesos de formação por feixe e processa a mensagem extraída.
[035] Voltando à FIG. 3, esta figura mostra um diagrama de blocos funcional simplificado alternativo de um dispositivo de comunicação de acordo com uma modalidade da invenção. Conforme mostrado na FIG. 3, o dispositivo de comunicação 300 em um sistema de comunicação sem fio pode ser utilizado para realizar os UEs (ou ATs) 116 e 122 na FIG. 1 ou a estação base (ou AN) 100 na FIG. 1, e o sistema de comunicações sem fio é preferencialmente o sistema NR. O dispositivo de comunicação 300 pode incluir um dispositivo de entrada 302, um dispositivo de saída 304, um circuito de controle 306, uma unidade central de processamento (CPU) 308, uma memória 310, um código de programa 312 e um transceptor 314. O circuito de controle 306 executa o código de programa 312 na memória 310 através da CPU 308, controlando desta forma uma operação do dispositivo de comunicações 300. O dispositivo de comunicações 300 pode receber sinais de entrada de um usuário através do dispositivo de entrada 302, tal como um teclado ou teclado numérico, e pode emitir imagens e sons através do dispositivo de saída 304, tal como um monitor ou alto-falantes. O transceptor 314 é usado para receber e transmitir sinais sem fio, entregando sinais recebidos ao circuito de controle 306 e emitindo sinais gerados pelo circuito de controle 306 de maneira sem fio. O dispositivo de comunicação 300 em um sistema de comunicação sem fio também pode ser utilizado para realizar a AN 100 na FIG. 1.
[036] A FIG. 4 é um diagrama de blocos simplificado do código de programa 312 mostrado na FIG. 3 de acordo com uma modalidade da invenção. Nesta modalidade, o código de programa 312 inclui uma camada de aplicação 400, uma porção de Camada 3 402 e uma porção de Camada 2 404 e é acoplado a uma porção de Camada 1 406. A porção de Camada 3 402 geralmente desempenha o controle de recursos de rádio. A porção de Camada 2 404 geralmente desempenha o controle de enlace. A porção de Camada 1 406 geralmente desempenha conexões físicas.
[037] O 3GPP TS 23.304 introduziu o seguinte:
4.3.9 Retransmissão de UE para Rede 5G ProSe 4.3.9.1 Geral
[038] A entidade de Retransmissão de UE para Rede de Camada 2 e Camada 3 5G ProSe provê a funcionalidade de retransmissão para suportar conectividade com a rede para UEs remotos 5G ProSe. Pode ser usado tanto para serviços de segurança pública quanto para serviços comerciais (por exemplo, serviço interativo).
[039] Tanto a Retransmissão de UE para Rede de Camada 2 quanto de Camada 3 5G ProSe suportam as seguintes funções para habilitar a conectividade com a rede: - serviço de Descoberta de Retransmissão de UE para Rede 5G ProSe, conforme definido na cláusula 6.3.2.3, para permitir a descoberta pelo UE Remoto 5G ProSe; - acessar o 5GS como um UE conforme definido em TS 23.501 [4] com os aprimoramentos conforme especificado nas cláusulas 6.2 e 6.6; - retransmitir o tráfego unicast (enlace ascendente e enlace descendente) entre o UE Remoto 5G ProSe e a rede, suportando tipo de tráfego IP, Ethernet ou Não Estruturado. OBSERVAÇÃO: A retransmissão de tráfego MBS para um UE Remoto 5G ProSe por uma Retransmissão de UE para Rede 5G ProSe não é compatível com esta versão da especificação. [...]
4.2.7.2 Arquitetura de referência Retransmissão de UE para Rede de Camada 2 5G ProSe
[040] A Figura 4.2.7.2-1 mostra a arquitetura de referência da Retransmissão de UE para Rede de Camada 2 5G ProSe. O UE Remoto de Camada 2 5G ProSe e a Retransmissão de UE para Rede de Camada 2 5G ProSe podem ser servidos pelos mesmos ou diferentes PLMNs. Se as PLMNs de serviço do UE Remoto de Camada 2 5G ProSe e da Retransmissão de UE para Rede Camada 2 5G ProSe forem diferentes, a NG-RAN será compartilhada pelas PLMNs de serviço, vide a arquitetura 5G MOCN na cláusula 5.18 do TS 23.501 [ 4]. [A Figura 4.2.7.2-1 de 3GPP TS 23.304 V17.0.0, intitulada "5G ProSe Layer- 2 UE-to-Network Relay reference architecture", é reproduzida como FIG. 5] OBSERVAÇÃO 1: Uu entre o UE Remoto de Camada 2 5G ProSe e a NG- RAN consiste em RRC, SDAP e PDCP. OBSERVAÇÃO 2: O UE Remoto de Camada 2 5G ProSe e a Retransmissão de UE para Rede de Camada 2 5G ProSe são servidos pela mesma NG-RAN. As entidades da Rede Núcleo (por exemplo, AMF, SMF, UPF) servindo ao UE Remoto de Camada 2 5G ProSe e a Retransmissão de UE para Rede de Camada 2 5G ProSe podem ser iguais ou diferentes. [...]
6.1.1.7.2 Retransmissão de UE para Rede de Camada 2 5G ProSe
[041] As pilhas de protocolo UE-UE para descoberta e sinalização PC5 definidas na cláusula 6.1.1.2 se aplicam ao UE Remoto 5G ProSe e a Retransmissão de UE para Rede de Camada 2 5G ProSe.
[042] A Figura 6.1.1.7.2-1 ilustra a pilha de protocolos da conexão NAS para o UE Remoto de Camada 2 5G ProSe para NAS-MM e NAS-SM. As mensagens NAS são transferidas de forma transparente entre o UE Remoto de Camada 2 5G ProSe e a NG-RAN ao longo da Retransmissão de UE para Rede de Camada 2 5G ProSe usando: - Conexão de ponta a ponta PDCP entre o UE Remoto de Camada 2 5G ProSe e a NG-RAN, onde o papel da Retransmissão de UE para Rede de Camada 2 5G ProSe é retransmitir as PDUs ao longo do transporte de rádio de sinalização sem nenhuma modificação e usando a funcionalidade da camada de adaptação conforme especificado em TS 38.351 [28]. - Conexão entre NG-RAN e AMF ao longo de N2. - Conexão entre AMF e SMF ao longo de N11.
[043] Nota do editor: Se a camada de adaptação é suportada sobre o PC5 será determinado pelo RAN WG2. [A Figura 6.1.1.7.2-1 do 3GPP TS 23.304 V17.0.0, intitulada “End-to-End Control Plane for a Remote UE using Layer-2 UE-to-Network Relay”, é reproduzida como FIG. 6]
[044] A pilha de protocolos do plano de controle usada pela Retransmissão de UE para Rede de Camada 2 5G ProSe é definida na cláusula 8.2.2 do TS 23.501 [4]. [...]
6.1.2.3.2 Retransmissão de UE para Rede de Camada 2 5G ProSe
[045] A Figura 6.1.2.2.2-1 ilustra a pilha de protocolos para o transporte de plano de usuário, relacionada a uma Sessão de PDU, incluindo uma retransmissão de UE para Rede de Camada 2 5G ProSe. A camada PDU corresponde à PDU transportada entre o UE Remoto de Camada 2 5G ProSe e a Rede de Dados (DN) sobre a sessão de PDU. Os protocolos SDAP e PDCP são especificados no TS 38.300 [12]. A conexão de ponta a ponta de PDCP está entre o UE Remoto de Camada 2 5G ProSe e a NG-RAN. A funcionalidade da camada de adaptação é especificada em TS 38.351 [28].
[046] Nota do editor: Se a camada de adaptação é suportada sobre o PC5 será determinado pelo RAN WG2. [A Figura 6.1.2.3.2-1 de 3GPP TS 23.304 V17.0.0, intitulada "End-to-End User Plane Stack for a 5G ProSe Remote UE using 5G ProSe Layer-2 UE-to- Network Relay", é reproduzida como FIG. 7] [...]
6.4 Comunicação Direta 5G ProSe [.] 6.4.3 Comunicação Direta 5G ProSe de Modo Unicast 6.4.3.1 Estabelecimento de enlace de camada 2 sobre o ponto de referência PC5
[047] Para desempenhar o modo unicast de comunicação Direta ProSe sobre o ponto de referência PC5, o UE é configurado com as informações relacionadas conforme descrito na cláusula 5.1.3.
[048] A Figura 6.4.3.1-1 mostra o procedimento de estabelecimento de enlace de camada 2 para o modo unicast de comunicação Direta ProSe sobre o ponto de referência PC5. [A Figura 6.4.3.1-1 do 3GPP TS 23.304 V17.0.0, intitulada “Layer-2 link establishment procedure”, é reproduzida como FIG. 8] 1. O(s) UE(s) determina(m) o ID de Camada 2 destinatário para recepção de sinalização para estabelecimento de enlace unicast PC5 conforme especificado na cláusula 5.8.2.4. 2. A camada de aplicação ProSe no UE-1 provê informações de aplicação para comunicação unicast PC5. As informações de aplicação incluem as Informações de Serviço ProSe, o ID de Camada de Aplicação do UE. O ID de Camada de Aplicação do UE de destino pode ser incluída nas informações de aplicação.
[049] A camada de aplicação ProSe no UE-1 pode prover Requisitos de Aplicação ProSe para essa comunicação unicast. UE-1 determina os parâmetros de QoS PC5 e PFI conforme especificado na cláusula 5.6.1.
[050] Se o UE-1 decidir reusar o enlace unicast PC5 existente conforme especificado na cláusula 5.3.4, o UE dispara o procedimento de modificação de enlace de Camada 2 conforme especificado na cláusula 6.4.3.4. 3. O UE-1 envia uma mensagem de Solicitação de Comunicação Direta para iniciar o procedimento de estabelecimento de enlace de camada 2 unicast. A mensagem de Solicitação de Comunicação Direta inclui: - Informações de Usuário de Origem: o ID de Camada de Aplicação do UE inicial (isto é, o ID de Camada de Aplicação do UE-1). - Se a camada de aplicação ProSe proveu o ID de Camada de Aplicação do UE de destino na etapa 2, as seguintes informações serão incluídas: - Info de Usuário de Destino: o ID de Camada de Aplicação do UE de destino (isto é, o ID de Camada de Aplicação do UE-2). - Informações de Serviço ProSe: as informações sobre o(s) identificador(es) do ProSe solicitando o estabelecimento de enlace de Camada 2. - Informações de Segurança: as informações para o estabelecimento de segurança. OBSERVAÇÃO 1: As informações de segurança e a proteção necessária das Informações de Usuário de Origem e das Informações de Usuário de Destino são definidas pelo SA WG3.
[051] O ID de Camada 2 de origem e o ID de Camada 2 destinatário usados para enviar a mensagem de Solicitação de Comunicação Direta são determinados conforme especificado nas cláusulas 5.8.2.1 e 5.8.2.4. O ID de Camada 2 destinatário pode ser um ID de Camada 2 de broadcast ou unicast. Quando o ID de Camada 2 unicasté usado, as Informações de Usuário de Destino devem ser incluídas na mensagem de Solicitação de Comunicação Direta.
[052] O UE-1 envia a mensagem de Solicitação de Comunicação Direta via broadcast ou unicast PC5 usando o ID de Camada 2 de origem e o ID de Camada 2 destinatário. 4. A segurança com UE-1 é estabelecida conforme abaixo: 4a. Se as Informações de Usuário de Destino for incluída na mensagem de solicitação de comunicação direta, o UE de destino, isto é, UE-2, responde estabelecendo a segurança com o UE-1. 4b. Se as Informações de Usuário de Destino não estiverem incluídas na mensagem de Solicitação de Comunicação Direta, os UEs que estão interessados em usar o(s) Serviço(s) ProSe anunciado(s) sobre um enlace unicast PC5 com UE- 1 respondem estabelecendo a segurança com UE-1. OBSERVAÇÃO 2: A sinalização para o Procedimento de Segurança é definida por SA WG3. Quando a proteção de segurança estiver habilitada, o UE-1 envia as seguintes informações ao UE de destino: - Se a comunicação de IP for usada: - Configuração de Endereço de IP: Para comunicação de IP, a configuração do endereço de IP é requerida para este enlace e indica um dos seguintes valores: - "servidor DHCPv4" se somente o mecanismo de alocação de endereços de IPv4 for suportado pelo UE inicial, isto é, atuando como um servidor DHCPv4; ou - "Roteador de IPv6" se somente o mecanismo de alocação de endereços de IPv6 for suportado pelo UE inicial, isto é, atuando como um Roteador de IPv6; ou - "Servidor DHCPv4 e Roteador de IPv6" se o mecanismo de alocação de endereços de IPv4 e IPv6 for suportado pelo UE inicial; ou - "alocação de endereço não suportada" se nem o mecanismo de alocação de endereços de IPv4 nem de IPv6 forem suportados pelo UE inicial. - Endereço de IPv6 de Enlace Local: um endereço de IPv6 de enlace local formado localmente com base na RFC 4862 [17] se o UE-1 não suportar o mecanismo de alocação de endereço de IP IPv6, isto é, a Configuração de Endereço IP indica "alocação de endereço não suportada". - Informações de QoS: as informações sobre o(s) Fluxo(s) de PC5 QoS. Para cada fluxo de PC5 QoS, o PFI e os parâmetros de PC5 QoS correspondentes (isto é, PQI e condicionalmente outros parâmetros, tal como MFBR/GFBR, etc.) e o(s) identificador(es) ProSe associado(s).
[053] O ID de Camada 2 de origem usado para o procedimento de estabelecimento de segurança é determinado conforme especificado nas cláusulas 5.8.2.1 e 5.8.2.4. O ID de Camada 2 destinatário é ajustado para o ID de Camada 2 de origem da mensagem de Solicitação de Comunicação Direta recebida.
[054] Mediante a recepção das mensagens do procedimento de estabelecimento de segurança, o UE-1 obtém o ID de Camada 2 do UE par para comunicação futura, para sinalização e tráfego de dados para este enlace unicast. 5. Uma mensagem de Aceitação de Comunicação Direta é enviada ao UE-1 pelo(s) UE(s) de destino que estabeleceu com sucesso a segurança com o UE-1: 5a. (Estabelecimento de enlace de Camada 2 orientado para UE) Se as Informações de Usuário de Destino estiverem incluídas na mensagem de Solicitação de Comunicação Direta, o UE de destino, isto é, o UE-2 responde com uma mensagem de Aceitação de Comunicação Direta se o ID de Camada de Aplicação para UE-2 for compatível. 5b. (Estabelecimento de enlace de Camada 2 orientado para Serviço ProSe) Se as Informações de Usuário de Destino não estiverem incluídas na mensagem de Solicitação de Comunicação Direta, os UEs interessados em usar o(s) Serviço(s) ProSe anunciado(s) respondem à solicitação enviando uma mensagem de Aceitação de Comunicação Direta (UE-2 e UE-4 na Figura 6.3.3.1-1).
[055] A mensagem de Aceitação de Comunicação Direta inclui: - Informações de Usuário de Origem: ID de Camada de Aplicação do UE que envia a mensagem de Aceitação de Comunicação Direta. - Informações de QoS: as informações sobre o(s) Fluxo(s) de PC5 QoS. Para cada fluxo de PC5 QoS, o PFI e os parâmetros de PC5 QoS correspondentes solicitados pelo UE-1 ((isto é, PQI e condicionalmente outros parâmetros, tal como MFBR/GFBR, etc.) e o(s) identificador(es) ProSe associado(s). - Se a comunicação de IP for usada: - Configuração de Endereço de IP: Para comunicação de IP, a configuração do endereço de IP é requerida para este enlace e indica um dos seguintes valores: - "servidor DHCPv4" se somente o mecanismo de alocação de endereços de IPv4 for suportado pelo UE de destino, isto é, atuando como um servidor DHCPv4; ou - "Roteador de IPv6" se somente o mecanismo de alocação de endereços de IPv6 for suportado pelo UE de destino, isto é, atuando como um Roteador de IPv6; ou - "Servidor DHCPv4 e Roteador de IPv6" se o mecanismo de alocação de endereços de IPv4 e IPv6 for suportado pelo UE de destino; ou - "alocação de endereço não suportada" se nem o mecanismo de alocação de endereços de IPv4 nem de IPv6 forem suportados pelo UE de destino. - Endereço de IPv6 de Enlace Local: um endereço de IPv6 de enlace local formado localmente com base na RFC 4862 [17] se o UE de destino não suportar o mecanismo de alocação de endereço de IP IPv6, isto é, a Configuração de Endereço IP indica "alocação de endereço não suportada”, e o UE-1 incluiu um endereço de IPv6 de enlace local na mensagem de Solicitação de Comunicação Direta. O UE de destino deve incluir um endereço de IPv6 de enlace local não conflitante.
[056] Se ambos os UEs (isto é, o UE inicial e o UE de destino) forem selecionados para usar o endereço de IPv6 de enlace local, eles devem desabilitar a detecção de endereço duplicado definida na RFC 4862 [17]. OBSERVAÇÃO 3: Quando o UE inicial ou o UE de destino indica o suporte de roteamento IPv6, o procedimento de configuração de endereço correspondente seria conduzido após o estabelecimento do enlace de camada 2 e os endereços de IPv6 de enlace local são ignorados.
[057] A camada ProSe do UE que estabeleceu o enlace unicast PC5 passa o Identificador de Enlace PC5 atribuído para o enlace unicast e as informações relacionadas ao enlace unicast PC5 para a camada AS. As informações relacionadas ao enlace unicast PC5 incluem informações de ID de Camada 2 (isto é, ID de Camada 2 de origem e ID de Camada 2 destinatário). Isso habilita a camada AS a manter o Identificador de Enlace PC5 junto com as informações relacionadas ao enlace unicast PC5. 6. Os dados de ProSe são transmitidos ao longo do enlace unicast estabelecido conforme abaixo: O Identificador de Enlace PC5 e o PFI são providos à camada AS, juntamente com os dados de ProSe. Opcionalmente, além disso, as informações de ID de Camada 2 (isto é, ID de Camada 2 de origem e ID de Camada 2 destinatário) são providas à camada AS. OBSERVAÇÃO 4: Cabe à implementação do UE prover as informações de ID de Camada 2 para a camada AS.
[058] O UE-1 envia os dados de ProSe usando o ID de Camada 2 de origem (isto é, o ID de Camada 2 do UE-1 para este enlace unicast) e o ID de Camada 2 destinatário (isto é, o ID de Camada 2 do UE par para este enlace unicast). OBSERVAÇÃO 5: O enlace unicast PC5 é bidirecional, portanto, o UE par do UE-1 pode enviar os dados de ProSe para o UE-1 sobre o enlace unicast com o UE-1. [...]
6.4.3.6 Gerenciamento de enlace de camada 2 ao longo do ponto de referência PC5 para Retransmissão de UE para Rede 5G ProSe
[059] Os procedimentos de enlace de camada 2 ao longo do ponto de referência PC5 para Comunicação Direta 5G ProSe de modo unicast, conforme retratado da cláusula 6.4.3.1 à cláusula 6.4.3.5, podem ser usados para o ponto de referência PC5 entre o UE Remoto 5G ProSe e a Retransmissão de UE para Rede 5G ProSe, com as seguintes diferenças e esclarecimentos: - O procedimento de modificação de enlace da Camada 2 é aplicável à Comunicação ProSe via Retransmissão de UE para Rede de Camada 3 5G ProSe, outros procedimentos são aplicáveis à Comunicação ProSe via Retransmissão de UE para Rede de Camada 2 5G ProSe e Comunicação ProSe via Retransmissão de UE para Rede de Camada 3 5G ProSe.
[060] Nota do editor: Se o procedimento de modificação de enlace de Camada 2 também é aplicável à Comunicação ProSe via Retransmissão de UE para Rede de Camada 2 5G ProSe requer cooperação com RAN2. - O estabelecimento de enlace de Camada 2 orientado para UE é usado com UE-1 representando o UE Remoto 5G ProSe e UE-2 representando a Retransmissão de UE para Rede 5G ProSe. Para outros procedimentos, o UE-1 representa o UE Remoto 5G ProSe e o UE-2 representa a Retransmissão de UE para Rede 5G ProSe, ou o UE-1 representa a Retransmissão de UE para Rede 5G ProSe e o UE-2 representa o UE Remoto 5G ProSe. Isto é, o estabelecimento do enlace de Camada 2 é iniciado pelo UE Remoto 5G ProSe, enquanto outros procedimentos podem ser iniciados pelo UE Remoto 5G ProSe ou pela Retransmissão de UE para Rede 5G ProSe.
[061] Para o estabelecimento de enlace de Camada 2 orientado para UE, conforme descrito na cláusula 6.4.3.1, - Na etapa 1, o UE Remoto 5G ProSe determina o ID de camada 2 destinatário para o estabelecimento do enlace unicast PC5 com base no ID de camada 2 de origem unicast da retransmissão de UE para Rede 5G ProSe selecionada (conforme especificado na cláusula 5.8.3) durante a descoberta de retransmissão de UE para Rede conforme especificado na cláusula 6.3.2.3. - Na etapa 2, o UE Remoto 5G ProSe (UE-1) determina o Código de Serviço de Retransmissão a ser usado. O Código de Serviço de Retransmissão a ser usado é selecionado a partir do(s) Código(s) de Serviço de Retransmissão recebido(s) durante a descoberta de Retransmissão de UE para Rede conforme especificado na cláusula 6.3.2.3. - Na etapa 3, o UE Remoto 5G ProSe (UE-1) envia uma mensagem de Solicitação de Comunicação Direta unicast para a Retransmissão de UE para Rede 5G ProSe selecionada. O ID de camada 2 destinatário usado para enviar a mensagem de Solicitação de Comunicação Direta deve ser o ID de camada 2 unicast conforme determinado na etapa 1. A mensagem de Solicitação de Comunicação Direta inclui: - Informações de Usuário de Origem: a identidade do UE Remoto solicitando a operação de retransmissão. - Informações de Usuário de Destino: a identidade da retransmissão de UE para Rede provida ao UE Remoto 5G ProSe durante o procedimento de Descoberta de retransmissão de UE-para-Rede. - Código de Serviço de Retransmissão: indica o serviço de conectividade provido pela Retransmissão de UE para Rede 5G ProSe conforme solicitado pelo UE Remoto 5G ProSe. - Informações de Segurança: as informações para o estabelecimento de segurança. - Na etapa 4 e na etapa 5, a etapa 4a e a etapa 5a são desempenhadas se a identidade da Retransmissão de UE para Rede 5G ProSe for compatível à identidade provida nas Informações de Usuário de Destino e o Código de Serviço de Retransmissão for um dos Códigos de Serviço de Retransmissão incluídos durante a descoberta de Retransmissão de UE para Rede conforme especificado na cláusula 6.3.2.3. As Informações de Usuário de Origem na mensagem de Aceitação de Comunicação Direta são a identidade da Retransmissão de UE- para-Rede. No caso de Retransmissão de UE para Rede de Camada 2 5G ProSe, o UE Remoto não envia a Configuração de Endereço de IP, Endereço de IPv6 de Enlace Local e Informações QoS para a Retransmissão de UE para Rede de Camada 2 5G ProSe, e a mensagem de Aceitação de Comunicação Direta não inclui Configuração de Endereço de IP, Endereço de IPv6 de Enlace Local e Informações QoS. No caso do Retransmissão de UE para Rede de Camada 3 5G ProSe, a mensagem de Aceitação de Comunicação Direta não inclui a Configuração de Endereço de IP indicando o valor "alocação de endereço não suportada". - No caso da Retransmissão de UE para Rede de Camada 2 5G ProSe, a etapa 6 não é desempenhada.
[062] Para a liberação de enlace de Camada 2, conforme descrito na cláusula 6.4.3.3, - Na etapa 1, se o procedimento de liberação de enlace de Camada 2 for iniciado pela Retransmissão de UE para Rede 5G ProSe, a mensagem de Solicitação de Desconexão pode indicar que a Retransmissão de UE para Rede 5G ProSe está temporariamente indisponível conforme descrito na cláusula 5.12. OBSERVAÇÃO: A forma da indicação temporariamente indisponível será determinada pela etapa 3. - Se a autorização de serviço para atuar como um UE Remoto 5G ProSe ou como Retransmissão de UE para Rede 5G ProSe for revogada, a Retransmissão de UE para Rede 5G ProSe deve iniciar a liberação de enlace de camada 2 que a autorização revogada afeta.
[063] Para a modificação do enlace de Camada 2 conforme descrito na cláusula 6.4.3.4, - Na etapa 1, o procedimento de modificação do enlace de Camada 2 pode ser iniciado pelo UE Remoto de Camada 3 5G ProSe com base nas informações de aplicação recebidas de sua camada de aplicação ProSe. A mensagem de solicitação de modificação de enlace pode incluir a(s) Regra(s) de PC5 QoS para os fluxos de PC5 QoS a serem adicionados ou modificados conforme descrito na cláusula 5.6.2.1. O procedimento de modificação de enlace de camada 2 pode ser iniciado pela retransmissão de UE para Rede de Camada 3 5G ProSe com base nas informações recebidas do SMF via sinalização NAS do SMF.
[064] Um UE Remoto 5G ProSe e uma Retransmissão de UE para Rede 5G ProSe devem ajustar um enlace unicast PC5 separado se enlace(s) unicast existente(s) tiver(em) sido estabelecido(s) com um Código de Serviço de Retransmissão diferente ou sem um Código de Serviço de Retransmissão.
[065] 3GPP TS 38.331 introduziu o seguinte: 5.3.3 Estabelecimento de conexão de RRC 5.3.3.1 Geral [A Figura 5.3.3.1-1 do 3GPP TS 38.331 V17.0.0, intitulada “RRC connection establishment, successful”, é reproduzida como FIG. 9] [A Figura 5.3.3.1-2 do 3GPP TS 38.331 V17.0.0, intitulada “RRC connection establishment, network reject”, é reproduzida como FIG. 10]
[066] O objetivo deste procedimento é estabelecer uma conexão de RRC. O estabelecimento da conexão de RRC envolve o estabelecimento de SRB1. O procedimento também é usado para transferir as informações/mensagem dedicada do NAS inicial do UE para a rede.
[067] A rede aplica o procedimento, por exemplo, como segue: - Quando estabelecer uma conexão de RRC; - Quando o UE estiver retomando ou restabelecendo uma conexão de RRC e a rede não consegue recuperar ou verificar o contexto de UE. Neste caso, o UE recebe RRCSetup e responde com RRCSetupComplete.
5.3.3.1a Condições para estabelecer Conexão de RRC para comunicação de enlace lateral de NR/descoberta/comunicação de enlace lateral V2X
[068] Para comunicação/descoberta de enlace lateral NR, um estabelecimento de conexão de RRC é iniciado somente nos seguintes casos: 1> se configurado pelas camadas superiores para transmitir comunicação/descoberta de enlace lateral NR e dados relacionados estiverem disponíveis para transmissão: 2>se a frequência na qual o UE está configurado para transmitir comunicação de enlace lateral NR estiver incluída em sl-FreqInfoList dentro de SIB12 provido pela célula na qual o UE acampa; e se a versão válida de SIB12não incluir sl-TxPoolSelectedNormal para a frequência em questão; ou 2>se a frequência na qual o UE está configurado para transmitir descoberta de enlace lateral NR estiver incluída em sl-FreqInfoList dentro de SIB12 provido pela célula na qual o UE acampa; e se a versão válida de SIB12não incluir sl-DiscTxPoolSelected ou sl-TxPoolSelectedNormal para a frequência em questão; Para UE de Retransmissão L2 U2N em RRC_IDLE, um estabelecimento de conexão de RRC é iniciado nos seguintes casos: 1> se qualquer mensagem for recebida de um UE Remoto L2 U2N via SL-RLC0 conforme especificado em 9.1.1.4 ou SL-RLC1 conforme especificado em 9.2.4; Para comunicação de enlace lateral V2X, uma conexão de RRC é iniciada somente quando as condições especificadas para comunicação de enlace lateral V2X na cláusula 5.3.3.1a do TS 36.331 [10] forem atendidas. OBSERVAÇÃO: As camadas superiores iniciam uma conexão de RRC. A interação com o NAS é deixada para implementação de UE.
5.3.3.2 Iniciação
[069] O UE inicia o procedimento quando as camadas superiores solicitam o estabelecimento de uma conexão de RRC enquanto o UE está em RRC_IDLE e adquiriu informações essenciais do sistema, ou para comunicação de enlace lateral conforme especificado na cláusula 5.3.3.1a.
[070] O UE deve garantir ter informações de sistema válidas e atualizadas conforme especificado na cláusula 5.2.2.2 antes de iniciar este procedimento. Mediante a iniciação do procedimento, o UE deve: 1> se as camadas superiores proverem uma Categoria de Acesso e uma ou mais Identidades de Acesso mediante a solicitação de estabelecimento de uma conexão de RRC: 2>desempenhar o procedimento de controle de acesso unificado conforme especificado em 5.3.14 usando a Categoria de Acesso e Identidades de Acesso providas pelas camadas superiores; 3> se a tentativa de acesso for barrada, o procedimento termina; 1> se o UE estiver conectado a um UE de Retransmissão L2 U2N via a conexão de PC5-RRC (isto é, o UE é um UE Remoto L2 U2N): 2>aplicar a configuração especificada de SL-RLC0 conforme especificado em 9.1.1.4; 2>aplicar a configuração SDAP e a configuração PDCP conforme especificado em 9.1.1.2 para SRB0; 1>senão: 2>aplicar os valores de parâmetro L1 padrão conforme especificado nas especificações da camada física correspondente, exceto para os parâmetros para os quais os valores são providos em SIB1; 2>aplicar a configuração de Grupo de Células MAC padrão conforme especificado em 9.2.2; 2>aplicar a configuração CCCH conforme especificado em 9.1.1.2; 2>aplicar o timeAlignmentTimerCommonincluído em SIB1; 1>começar o temporizador T300; 1> iniciar a transmissão da mensagem RRCSetupRequest de acordo com 5.3.3.3.;
5.3.3.3 Ações relacionadas a transmissão da mensagem RRCSetupRequest
[071] O UE deve ajustar os conteúdos da mensagem RRCSetupRequest como segue: 1> ajustar o ue-Identity como segue: 2>se as camadas superiores proverem um 5G-S-TMSI: 3> ajustar o ue-Identity para ng-5G-S-TMSI-Part1; 2>senão: 3> extrair um valor aleatório de 39 bits no intervalo 0..239-1 e ajustar o ue-Identity a este valor; OBSERVAÇÃO 1: As camadas superiores proveem 5G-S-TMSI se o UE estiver registrado no TA da célula atual. 1> se o estabelecimento da conexão de RRC for resultado de liberação com redirecionamento com mpsPriorityIndication (seja em NR ou E-UTRAN): 2>ajustar o establishmentCause para mps-PriorityAccess; 1>senão: 2>ajustar o establishmentCause de acordo com as informações recebidas das camadas superiores; OBSERVAÇÃO 2: Caso o UE de Retransmissão L2 U2N inicie o estabelecimento de conexão de RRC de acordo com as condições especificadas em 5.3.3.1a, o UE de Retransmissão L2 U2N configura o establishmentCause pela implementação. Se o valor de causa na mensagem recebida do UE Remoto L2 U2N via SL-RLC0 for emergência, mps-PriorityAccess, ou mcs-PriorityAccess, o UE de Retransmissão L2 U2N pode definir o mesmo valor. Caso contrário, o UE de Retransmissão L2 U2N não ajusta o valor como emergência, mps-PriorityAccess, ou mcs-PriorityAccess.
[072] O UE deve submeter a mensagem RRCSetupRequestàs camadas inferiores para transmissão.
[073] O UE deve continuar as medições relacionadas à resseleção de células, assim como a avaliação de resseleção de células. Se as condições para a resseleção de células forem cumpridas, o UE deve desempenhar a resseleção de células conforme especificado em 5.3.3.6. OBSERVAÇÃO 3: Para o UE Remoto L2 U2N em RRC_IDLE/INACTIVE, o procedimento de (re)seleção de célula conforme especificado em TS 38.304 [20] e o procedimento de (re)seleção de retransmissão conforme especificado em 5.8.15.3 são desempenhados independentemente e até a implementação do UE para selecionar uma célula ou um UE de Retransmissão L2 U2N.
5.3.3.4 Recepção do RRCSetup pelo UE
[074] O UE deve desempenhar as seguintes ações mediante a recepção do RRCSetup: 1> se o RRCSetup for recebido em resposta a um RRCReestablishmentRequest; ou 1> se o RRCSetup for recebido em resposta a um RRCResumeRequest; ou RRCResumeRequest1: 2>descartar qualquer contexto de AS Inativo de UE e suspendConfig armazenados; 2>descartar qualquer contexto de segurança de AS atual, incluindo a chave KRRCenc, a chave KRRCint, a chave KUPint e a chave KUPenc; 2> liberar recursos de rádio para todas as RBs estabelecidas, exceto SRB0, incluindo liberação das entidades RLC, das entidades PDCP associadas e de SDAP; 2> liberar a configuração de RRC exceto para os valores de parâmetro L1 padrão, configuração padrão de Grupo de Células MAC e configuração de CCCH; 2>indicar para as camadas superiores o fallback da conexão de RRC; 2>descartar quaisquer relatórios de medição de camada de aplicação que ainda não foram transmitidos; 2>informar as camadas superiores sobre a liberação de todas as configurações de medição de camada de aplicação; 2> parar o temporizador T380, se estiver em execução; 1> desempenhar o procedimento de configuração de grupo de células de acordo com o masterCellGroup recebido e conforme especificado em 5.3.5.5; 1> desempenhar o procedimento de configuração de transportador de rádio de acordo com o radioBearerConfig recebido e conforme especificado em 5.3.5.6; 1> se armazenadas, descartar as informações de prioridade de resseleção de célula providas pelas cellReselectionPriorities ou herdadas a partir de outra RAT; 1> parar o temporizador T300, T301, T319 ou T319a se estiver em execução; 1> se T390 estiver em execução: 2> parar o temporizador T390 para todas as categorias de acesso; 2>desempenhar as ações conforme especificado em 5.3.14.4; 1> se T302 estiver em execução: 2> parar o temporizador T302; 2>desempenhar as ações conforme especificado em 5.3.14.4; 1> parar o temporizador T320, se estiver em execução; 1> se o RRCSetup for recebido em resposta a um RRCResumeRequest, RRCResumeRequest1 ou RRCSetupRequest: 2>se T331 estiver em execução: 3> parar o temporizador T331; 3> desempenhar as ações conforme especificado em 5.7.8.3; 2> entrar no RRC_CONNECTED; 2> parar o procedimento de resseleção de célula; 2> parar o procedimento de (re)seleção da retransmissão se houver para UE Remoto L2 U2N; 1> considerar a célula atual como a PCell; 1> se a mensagem RRCSetup inclui o sl-L2RemoteUEConfig (isto é, o UE é um UE Remoto L2 U2N): 2>desempenhar o procedimento de configuração de UE Remoto L2 U2N conforme especificado em 5.3.5.16; 1> se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report e se a RPLMN estiver incluída no plmn- IdentityList armazenado em VarRLF-Report: 2>se reconnectCellId em VarRLF-Reportnão está ajustado e se o recebido RRCSetupé em resposta a uma RRCSetupRequest: 3> se choCellId em VarRLF-Reportestá ajustado: 4> ajustar timeUntilReconnection em VarRLF-Report ao tempo decorrido desde a falha do enlace de rádio ou falha de handover experimentada no failedPCellId armazenado em VarRLF-Report; 3>senão: 4> ajustar timeUntilReconnection em VarRLF-Report ao tempo decorrido desde a última falha do enlace de rádio ou falha de handover; 3> ajustar nrReconnectCellId em reconnectCellId em VarRLF- Reportà identidade global da célula e ao código de área de rastreamento da PCell; 1> se o UE suporta o relatório RLF para inter-RAT MRO NR conforme definido em TS 36.306 [62] e se o UE tem informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report do TS 36.331 [10] e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarRLF-Report de TS 36.331 [10]: 2>se reconnectCellId em VarRLF-Report de TS 36.331[10] não está ajustado: 3> ajustar timeUntilReconnection em VarRLF-Report de TS 36.331[10] ao tempo decorrido desde a última falha do enlace de rádio ou falha de handover em LTE; 3> ajustar nrReconnectCellId em reconnectCellId em VarRLF- Report de TS 36.331[10] à identidade global da célula e ao código de área de rastreamento da PCell; 1> ajustar o conteúdo da mensagem RRCSetupComplete como segue: 2>se as camadas superiores proverem um 5G-S-TMSI: 3> se o RRCSetup for recebido em resposta a um RRCSetupRequest: 4> ajustar o ng-5G-S-TMSI-Value para ng-5G-S-TMSI- Part2; 3>senão: 4> ajustar o ng-5G-S-TMSI-Value para ng-5G-S-TMSI; 2>se as camadas superiores selecionaram uma SNPN ou uma PLMN e no caso de PLMN UE é permitido ou instruído a acessar a PLMN via uma célula para a qual pelo menos um CAG ID é difundido: 3> ajustar o selectedPLMN-Identity do npn-IdentityInfoList; 2>senão: 3> ajustar o selectedPLMN-Identityà PLMN selecionada pelas camadas superiores do plmn-IdentityInfoList; 2>se as camadas superiores proverem o 'AMF Registrado': 3> incluir e ajustar o registeredAMF como segue: 4> se a identidade de PLMN do 'AMF Registrado' for diferente da PLMN selecionada pelas camadas superiores: 5> incluir o plmnIdentity no registeredAMF e configurá-lo para o valor da identidade de PLMN no 'AMF Registrado' recebido das camadas superiores; 4> ajustar o amf-Identifier ao valor recebido das camadas superiores; 3> incluir e ajustar o guami-Type ao valor provido pelas camadas superiores; 2> se as camadas superiores proverem um ou mais S-NSSAI (vide TS 23.003 [21]): 3> incluir o s-NSSAI-List e ajustar o conteúdo para os valores providos pelas camadas superiores; 2> se as camadas superiores proverem indicação de solicitação de integração: 3> incluir o onboardingRequest; 2>ajustar o dedicatedNAS-Message para incluir as informações recebidas a partir das camadas superiores; 2>se estiver conectando como um nó de IAB: 3> incluir o iab-NodeIndication; 2>se o SIB1 contiver idleModeMeasurementsNR e o UE tiver informações de medição ociosas/inativas de NR relativas a células diferentes da PCell disponível em VarMeasIdleReport; ou 2>se o SIB1 contiver idleModeMeasurementsEUTRA e o UE tiver informações de medição inativas/ociosas de E-UTRA disponíveis em VarMeasIdleReport: 3> incluir o idleMeasAvailable; 2>se o UE tiver medições gravadas disponíveis para NR e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarLogMeasReport: 3> se o sigLoggedMeasType em VarLogMeasReport estiver incluído: 4> incluir o sigLogMeasConfigAvailable na mensagem RRCSetupComplete e ajustá-lo de acordo com o seguinte: 5> se o temporizador T330 estiver em execução: 6> ajustar o sigLogMeasConfigAvailable para verdadeiro na mensagem RRCSetupComplete; 5>senão: 6> ajustar o sigLogMeasConfigAvailable para falso na mensagem RRCSetupComplete; 3> incluir o logMeasAvailable na mensagem RRCSetupComplete; 3> se os resultados da medição Bluetooth estiverem incluídos nas medições gravadas que o UE tiver disponível para NR: 4> incluir o logMeasAvailableBTna mensagem RRCSetupComplete; 3> se os resultados da medição de WLAN estiverem incluídos nas medições gravadas que o UE tiver disponível para NR: 4> incluir o logMeasAvailableWLAN na mensagem RRCSetupComplete; 2>se o sigLoggedMeasType em VarLogMeasReport estiver incluído: 3> se o temporizador T330 estiver em execução: 4> ajustar o sigLogMeasConfigAvailable para verdadeiro na mensagem RRCSetupComplete; 3>senão: 4> se o UE tiver medições gravadas disponíveis para NR: 5> ajustar o sigLogMeasConfigAvailable para falso na mensagem RRCSetupComplete; 2>se o UE tiver falha de estabelecimento de conexão ou informações de falha de retomada de conexão disponíveis em VarConnEstFailReport ou VarConnEstFailReportList e se a RPLMN for igual a plmn-Identity armazenado em VarConnEstFailReport ou VarConnEstFailReportList: 3> incluir connEstFailInfoAvailable na mensagem RRCSetupComplete; 2>se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarRLF-Report, ou 2>se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report do TS 36.331 [10], e se o UE for capaz de relatório de RLF cross-RAT e se a RPLMN estiver incluída no plmn- IdentityList armazenado em VarRLF-Report de TS 36.331 [10]: 3> incluir rlf-InfoAvailable na mensagem RRCSetupComplete; 2>se o UE tiver informações de handover bem-sucedidas disponíveis em VarSuccessHO-Report e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarSuccessHO-Report: 3> incluir successHO-InfoAvailable na mensagem RRCSetupComplete; 2>se o UE suportar o armazenamento de informações de histórico de mobilidade e o UE tiver informações de histórico de mobilidade disponíveis em VarMobilityHistoryReport: 3> incluir o mobilityHistoryAvail na mensagem RRCSetupComplete; 2>se o RRCSetup for recebido em resposta a um RRCResumeRequest, RRCResumeRequest1 ou RRCSetupRequest: 3> se speedStateReselectionPars for configurado no SIB2: 4> incluir o mobilityState na mensagem RRCSetupComplete; e ajustá-la para o estado de mobilidade (conforme especificado em TS 38.304 [20]) do UE imediatamente antes de entrar no estado RRC_CONNECTED; 1> submeter a mensagem RRCSetupComplete para as camadas inferiores para transmissão, mediante a qual o procedimento termina. [...]
5.3.7 Restabelecimento de conexão de RRC 5.3.7.1 Geral [A Figura 5.3.7.1-1 de 3GPP TS 38.331 V17.0.0, intitulada "RRC connection re-establishment, successful”, é reproduzida como FIG. 11] [A Figura 5.3.7.1-2 do 3GPP TS 38.331 V17.0.0, intitulada “RRC re establishment, fallback to RRC establishment, successful”, é reproduzida como FIG. 12]
[075] O objetivo deste procedimento é restabelecer a conexão de RRC. Um UE em RRC_CONNECTED, para o qual a segurança de AS foi ativada com SRB2 e pelo menos uma preparação DRB/MRB multicast ou, para IAB, SRB2, pode iniciar o procedimento a fim de continuar a conexão de RRC. O restabelecimento de conexão é bem-sucedido se a rede for capaz de encontrar e verificar um contexto de UE válido ou, se o contexto de UE não puder ser recuperado e a rede responder com um RRCSetup de acordo com a cláusula 5.3.3.4.
[076] A rede aplica o procedimento, por exemplo, como segue: - Quando a segurança de AS foi ativada e a rede recupera ou verifica o contexto de UE: - reativar a segurança de AS sem alterar algoritmos; - restabelecer e retomar o SRB1; - Quando o UE está restabelecendo uma conexão de RRC e a rede não consegue recuperar ou verificar o contexto de UE: - descartar o Contexto de AS armazenado e liberar todos os canais RBs e BH RLC e canais de RLC de Retransmissão de Uu; - fallback para estabelecer uma nova conexão de RRC.
[077] Se a segurança de AS não tiver sido ativada, o UE não deve iniciar o procedimento, mas, ao invés disso, move-se para RRC_IDLE diretamente, com a causa de liberação 'outro'. Se a segurança de AS foi ativada, mas o SRB2 e pelo menos um DRB ou MRB multicast ou, para IAB, SRB2, não estiverem preparados, o UE não inicia o procedimento, mas, ao invés disso, move-se diretamente para RRC_IDLE, com a causa de liberação 'falha de conexão de RRC' .
5.3.7.2 Iniciação
[078] O UE inicia o procedimento quando uma das seguintes condições é atendida: 1> mediante a detecção de falha de enlace de rádio do MCG e t316não configurado, de acordo com 5.3.10; ou 1> mediante a detecção de falha de enlace de rádio do MCG enquanto a transmissão de SCG é suspensa, de acordo com 5.3.10; ou 1> mediante a detecção de falha de enlace de rádio do MCG enquanto a alteração de PSCell ou adição de PSCell estiver em andamento, de acordo com 5.3.10; ou 1> mediante a reconfiguração com falha de sincronização do MCG, de acordo com a cláusula 5.3.5.8.3; ou 1> mediante a mobilidade por falha de NR, de acordo com a cláusula 5.4.3.5; ou 1> mediante a indicação de falha de verificação de integridade de camadas inferiores em relação a SRB1 ou SRB2, exceto se a falha de verificação de integridade for detectada na mensagem RRCReestablishment; ou 1> mediante uma falha de reconfiguração de conexão de RRC, de acordo com a cláusula 5.3.5.8.2; ou 1> mediante a detecção de falha de enlace de rádio para o SCG enquanto a transmissão de MCG estiver suspensa, de acordo com a cláusula 5.3.10.3 em NR-DC ou de acordo com TS 36.331 [10] cláusula 5.3.11.3 em NE- DC; ou 1> mediante a reconfiguração com falha de sincronização do SCG enquanto a transmissão de MCG é suspensa de acordo com a cláusula 5.3.5.8.3; ou 1> mediante a falha de alteração de SCG enquanto a transmissão de MCG estiver suspensa de acordo com TS 36.331 [10] cláusula 5.3.5.7a; ou 1> mediante a falha de configuração de SCG enquanto a transmissão de MCG estiver suspensa de acordo com a cláusula 5.3.5.8.2 em NR-DC ou de acordo com TS 36.331 [10] cláusula 5.3.5.5 em NE-DC; ou 1> mediante a indicação de falha de verificação de integridade das camadas inferiores de SCG que dizem respeito a SRB3 enquanto o MCG é suspenso; ou 1> mediante a expiração de T316, conforme cláusula 5.7.3b.5; ou 1> mediante a detecção de falha de enlace de rádio de enlace lateral por UE Remoto L2 U2N em RRC_CONNECTED, de acordo com a cláusula 5.8.9.3; ou 1> mediante a recepção de NotificationMessageSidelink incluindo indicationType por UE Remoto L2 U2N em RRC_CONNECTED, de acordo com a cláusula 5.8.9.10. Mediante a iniciação do procedimento, o UE deve: 1> parar o temporizador T310, se estiver em execução; 1> parar o temporizador T312, se estiver em execução; 1> parar o temporizador T304, se estiver em execução; 1>começar o temporizador T311; 1> parar o temporizador T316, se estiver em execução; 1> se o UE não for configurado com conditionalReconfiguration: 2> reajustar o MAC; 2> liberar spCellConfig, se configurado; 2>suspender todos os RBs e canais BH RLC para IAB-MT e canais de RLC de Retransmissão de Uu para UE de Retransmissão L2 U2N, exceto SRB0; 2> liberar o(s) MCG SCell(s), se configurado; 2>se o MR-DC for configurado: 3> desempenhar a liberação do MR-DC, conforme especificado na cláusula 5.3.5.10; 2> liberar delayBudgetReportingConfig, se configurado e parar o temporizador T342, se estiver em execução; 2> liberar overheatingAssistanceConfig, se configurado e parar o temporizador T345, se estiver em execução; 2> liberar idc-AssistanceConfig, se configurado; 2> liberar btNameList, se configurado; 2> liberar wlanNameList, se configurado; 2> liberar sensorNameList, se configurado; 2> liberar drx-PreferenceConfig para o MCG, se configurado e parar o temporizador T346a associado ao MCG, se estiver em execução; 2> liberar maxBW-PreferenceConfig para o MCG, se configurado e parar o temporizador T346b associado ao MCG, se estiver em execução; 2> liberar maxCC-PreferenceConfig para o MCG, se configurado e parar o temporizador T346c associado ao MCG, se estiver em execução; 2> liberar maxMIMO-LayerPreferenceConfig para o MCG, se configurado e parar o temporizador T346d associado ao MCG, se estiver em execução; 2> liberar minSchedulingOffsetPreferenceConfig para o MCG, se configurado parar o temporizador T346e associado ao MCG, se estiver em execução; 2> liberar rlm-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346j associado ao MCG, se estiver em execução; 2> liberar bfd-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346k associado ao MCG, se estiver em execução; 2> liberar releasePreferenceConfig, se configurado parar o temporizador T346f, se estiver em execução; 2> liberar onDemandSIB-Request se configurado, e parar o temporizador T350, se estiver em execução; 2> liberar referenceTimePreferenceReporting, se configurado; 2> liberar sl-AssistanceConfigNR, se configurado; 2> liberar obtainCommonLocation, se configurado; 2> liberar musim-GapAssistanceConfig, se configurado e parar o temporizador T346h, se estiver em execução; 2> liberar musim-LeaveAssistanceConfig, se configurado; 2> liberar scg-DeactivationPreferenceConfig, se configurado e parar o temporizador T346i, se estiver em execução; 1> liberar successHO-Config, se configurado; 1> se qualquer transportador de DAPS estiver configurado: 2> reajustar o MAC de origem e liberar a configuração de MAC de origem; 2> para cada transportador de DAPS: 3> liberar a entidade ou entidades de RLC conforme especificado no TS 38.322 [4], cláusula 5.1.3, e o canal lógico associado para o SpCell de origem; 3> reconfigurar a entidade de PDCP para liberação de DAPS conforme especificado em TS 38.323 [5]; 2> para cada SRB: 3> liberar a entidade de PDCP para o SpCell de origem; 3> liberar a entidade de RLC conforme especificado no TS 38.322 [4], cláusula 5.1.3, e o canal lógico associado para o SpCell de origem; 2> liberar a configuração de canal físico para SpCell de origem; 2>descartar as chaves usadas no SpCell de origem (a chave KgNB, a chave KRRCenc, a chave KRRCint, a chave KUPint e a chave KUPenc), se houver; 1> liberar sl-L2RelayUEConfig, se configurado; 1> liberar sl-L2RemoteUEConfig, se configurado; 1> liberar a entidade de SRAP, se configurada; 1> se o UE estiver conectado a um UE de Retransmissão L2 U2N via a conexão de PC5-RRC (isto é, o UE é um UE Remoto L2 U2N): 2>se a conexão de PC5-RRC com o UE de Retransmissão U2N for determinada para ser liberada: 3> desempenhar a liberação de conexão de PC5-RRC conforme especificado em 5.8.9.5; 3> desempenhar a seleção de célula de acordo com o processo de seleção de célula conforme especificado em TS 38.304 [20], ou seleção de retransmissão é conforme especificado na cláusula 5.8.15.3, ou ambos; 2>senão manter a conexão de PC5 RRC e parar o T311 se estiver em execução; OBSERVAÇÃO 1: Cabe à implementação de UE Remoto liberar ou manter o enlace PC5 unicast atual. 1>senão: 2>desempenhar a seleção de células de acordo com o processo de seleção de células conforme especificado em TS 38.304 [20]. OBSERVAÇÃO 2: Para o UE Remoto L2 U2N, se uma célula adequada e uma retransmissão adequada estiverem disponíveis, o UE pode selecionar qualquer um com base em sua implementação.
5.3.7.3 Ações seguindo a seleção de célula enquanto o T311 está em execução
[079] Mediante a seleção de uma célula NR adequada, o UE deve: 1> garantir ter informações de sistema válidas e atualizadas conforme especificado na cláusula 5.2.2.2; 1> parar o temporizador T311; 1> se T390 estiver em execução: 2> parar o temporizador T390 para todas as categorias de acesso; 2>desempenhar as ações conforme especificado em 5.3.14.4; 1> se a seleção de célula for disparada pela detecção de falha de enlace de rádio do MCG ou reconfiguração com falha de sincronização do MCG ou mobilidade de falha de NR, e 1> se attemptCondReconfig for configurado; e 1> se a célula selecionada for uma das células candidatas para as quais o reconfigurationWithSyncestá incluído no masterCellGroup em VarConditionalReconfig: 2>ajustar o choCellId no VarRLF-Report para a identidade de célula global e código de área de rastreamento, se disponível, caso contrário, para a identidade de célula física e frequência de portadora da célula selecionada; 2>aplicar o condRRCReconfig associado armazenado à célula selecionada e desempenhar ações conforme especificado em 5.3.5.3; OBSERVAÇÃO 1: É deixado para a implementação de rede como evitar o reuso de fluxo de chave em caso de recuperação com base em CHO após um handover com falha sem alteração de chave. 1>senão: 2>se o UE for configurado com conditionalReconfiguration: 3> reajustar o MAC; 3> liberar spCellConfig, se configurado; 3> liberar o(s) MCG SCell(s), se configurado; 3> liberar delayBudgetReportingConfig, se configurado e parar o temporizador T342, se estiver em execução; 3> liberar overheatingAssistanceConfig, se configurado e parar o temporizador T345, se estiver em execução; 3> se o MR-DC for configurado: 4> desempenhar a liberação do MR-DC, conforme especificado na cláusula 5.3.5.10; 3> liberar idc-AssistanceConfig, se configurado; 3> liberar btNameList, se configurado; 3> liberar wlanNameList, se configurado; 3> liberar sensorNameList, se configurado; 3> liberar drx-PreferenceConfig para o MCG, se configurado e parar o temporizador T346a associado ao MCG, se estiver em execução; 3> liberar maxBW-PreferenceConfig para o MCG, se configurado e parar o temporizador T346b associado ao MCG, se estiver em execução; 3> liberar maxCC-PreferenceConfig para o MCG, se configurado e parar o temporizador T346c associado ao MCG, se estiver em execução; 3> liberar maxMIMO-LayerPreferenceConfig para o MCG, se configurado e parar o temporizador T346d associado ao MCG, se estiver em execução; 3> liberar minSchedulingOffsetPreferenceConfig para o MCG, se configurado e parar o temporizador T346e associado ao MCG, se estiver em execução; 3> liberar rlm-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346j associado ao MCG, se estiver em execução; 3> liberar bfd-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346k associado ao MCG, se estiver em execução; 3> liberar releasePreferenceConfig, se configurado e parar o temporizador T346f, se estiver em execução; 3> liberar onDemandSIB-Request se configurado, e parar o temporizador T350, se estiver em execução; 3> liberar referenceTimePreferenceReporting, se configurado; 3> liberar sl-AssistanceConfigNR, se configurado; 3> liberar obtainCommonLocation, se configurado; 3> liberar scg-DeactivationPreferenceConfig, se configurado e parar o temporizador T346i, se estiver em execução; 3> suspender todos os RBs, exceto SRB0; 2> remover todas as entradas dentro VarConditionalReconfig, se houver; 2> para cada measId, se o reportConfig associado tem um reportType ajustado como condTriggerConfig: 3> para o reportConfigId associado: 4> remover a entrada com o reportConfigIdcompatível do reportConfigList dentro do VarMeasConfig; 3> se o measObjectId associado somente está associado a um reportConfig com reportType ajustado como condTriggerConfig: 4> remover a entrada com o measObjectIdcompatível do measObjectList dentro do VarMeasConfig; 3> remover a entrada com o measIdcompatível do measIdList dentro do VarMeasConfig; 2>começar o temporizador T301; 2>aplicar os valores de parâmetro L1 padrão conforme especificado nas especificações da camada física correspondente, exceto para os parâmetros para os quais os valores são providos em SIB1; 2>aplicar a configuração de Grupo de Células MAC padrão conforme especificado em 9.2.2; 2>aplicar a configuração CCCH conforme especificado em 9.1.1.2; 2>aplicar o timeAlignmentTimerCommonincluído em SIB1; 2>iniciar a transmissão da mensagem RRCReestablishmentRequest de acordo com 5.3.7.4.; OBSERVAÇÃO 2: Este procedimento também se aplica se o UE retornar ao PCell de origem.
[080] Mediante a seleção de uma célula inter-RAT, o UE deve: 1> desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’.
5.3.7.3a Ações seguindo a seleção de retransmissão enquanto o T311 está em execução
[081] Mediante a seleção de um UE de Retransmissão L2 U2N adequado, o UE Remoto L2 U2N deve: 1> garantir ter informações de sistema válidas e atualizadas conforme especificado na cláusula 5.2.2.2; 1> parar o temporizador T311; 1> se T390 estiver em execução: 2> parar o temporizador T390 para todas as categorias de acesso; 2>desempenhar as ações conforme especificado em 5.3.14.4; 1>começar o temporizador T301; 1> aplicar a configuração especificada de SL-RLC0 conforme especificado em 9.1.1.4; 1> aplicar a configuração SDAP e a configuração PDCP conforme especificado em 9.1.1.2 para SRB0; 1> iniciar a transmissão da mensagem RRCReestablishmentRequest de acordo com 5.3.7.4.
5.3.7.4 Ações relacionadas a transmissão da mensagem RRCReestablishmentRequest
[082] O UE deve ajustar os conteúdos da mensagem RRCReestablishmentRequest como segue: 1> se o procedimento foi iniciado devido a falha de enlace de rádio conforme especificado em 5.3.10.3 ou reconfigurado com falha de sincronização conforme especificado em 5.3.5.8.3: 2>ajustar o reestablishmentCellId no VarRLF-Report para a identidade de célula global da célula selecionada; 1> ajustar o ue-Identity como segue: 2>ajustar o c-RNTI ao C-RNTI usado no PCell de origem (reconfiguração com sincronização ou mobilidade por falha de NR) ou usado no PCell no qual ocorreu o disparo para o restabelecimento (outros casos); 2>ajustar o physCellIdà identidade física de célula do PCell de origem (reconfiguração com sincronização ou mobilidade por falha de NR) ou do PCell no qual ocorreu o disparo para o restabelecimento (outros casos); 2>ajustar o shortMAC-I aos 16 bits menos significativos do MAC-I calculado: 3> sobre o ASN.1 codificado de acordo com a cláusula 8 (isto é, um múltiplo de 8 bits) VarShortMAC-Input; 3> com a chave KRRCint e algoritmo de proteção de integridade que foi usado no PCell de origem (reconfiguração com sincronização ou mobilidade por falha de NR) ou do PCell no qual ocorreu o disparo para o restabelecimento (outros casos); e 3> com todos os bits de entrada para CONTADOR, TRANSPORTADOR e DIREÇÃO ajustados como binários; 1> ajustar o reestablishmentCause como segue: 2>se o procedimento de restabelecimento foi iniciado devido a falha de reconfiguração conforme especificado em 5.3.5.8.2: 3> ajustar o reestablishmentCause ao valor reconfigurationFailure; 2>senão, se o procedimento de restabelecimento foi iniciado devido a reconfiguração com falha de sincronização conforme especificado em 5.3.5.8.3 (falha de handover intra-NR) ou 5.4.3.5 (mobilidade inter-RAT de falha de NR): 3> ajustar o reestablishmentCause ao valor handoverFailure; 2>senão: 3> ajustar o reestablishmentCause ao valor otherFailure; 1> restabelecer PDCP para SRB1; 1> se o UE estiver conectado a um UE de Retransmissão L2 U2N via a conexão de PC5-RRC (isto é, o UE é um UE Remoto L2 U2N): 2>aplicar a configuração padrão de SL-RLC1 conforme definido em 9.2.4 para SRB1; 2>aplicar a configuração padrão de PDCP definida em 9.2.1 para SRB1; 1>senão: 2> restabelecer RLC para SRB1; 2>aplicar a configuração padrão definida em 9.2.1 para SRB1; 1> configurar as camadas inferiores para suspender a proteção de integridade e cifragem para SRB1; OBSERVAÇÃO: A cifragem não é aplicada para a mensagem RRCReestablishment subsequente usada para retomar a conexão. Uma verificação de integridade é desempenhada por camadas inferiores, mas apenas mediante a solicitação a partir do RRC. 1> retomar SRB1; 1> submeter a mensagem RRCReestablishmentRequest para camadas inferiores para transmissão.
5.3.7.5 Recepção do RRCReestablishment pelo UE
[083] O UE deve: 1> parar o temporizador T301; 1> se a mensagem RRCReestablishment inclui o sl-L2RemoteUEConfig (isto é, o UE é um UE Remoto L2 U2N): 2>desempenhar o procedimento de configuração de UE Remoto L2 U2N conforme especificado em 5.3.5.16; 1>senão: 2>considerar a célula atual como a PCell; 1> atualizar a chave KgNB com base na chave KgNB atual ou o NH, usando o valor de nextHopChainingCount recebido, conforme especificado em TS 33.501 [11]; 1> armazenar o valor de nextHopChainingCount indicado na mensagem RRCReestablishment; 1> derivar as chaves KRRCenc e KUPenc associadas ao cipheringAlgorithm, configurado anteriormente conforme especificado em TS 33.501 [11]; 1> derivar as chaves KRRCint e KUPint associadas ao integrityProtAlgorithm, configurado anteriormente conforme especificado em TS 33.501 [11]. 1> solicitar camadas inferiores para verificar a proteção de integridade da mensagem RRCReestablishment, usando o algoritmo previamente configurado e a chave KRRCint; 1> se a verificação de proteção de integridade da mensagem RRCReestablishment falhar: 2>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’, mediante a qual o procedimento termina; 1> configurar camadas inferiores para retomar proteção de integridade para SRB1 usando o algoritmo configurado previamente e a chave KRRCint imediatamente, isto é, a proteção de integridade deve ser aplicada a todas as mensagens subsequentes recebidas e enviadas pelo UE, incluindo a mensagem usada para indicar a conclusão bem-sucedida do procedimento; 1> configurar camadas inferiores para retomar a cifragem para SRB1 usando o algoritmo configurado previamente e, a chave KRRCenc imediatamente, isto é, a cifragem deve ser aplicada a todas as mensagens subsequentes recebidas e enviadas pelo UE, incluindo a mensagem usada para indicar a conclusão bem-sucedida do procedimento; 1> liberar a configuração de gap de medição indicada pelo measGapConfig, se configurado; 1> liberar a configuração de gap de medição indicada pelo musim- GapConfig, se configurado; 1> ajustar o conteúdo da mensagem RRCReestablishmentComplete como segue: 2>se o UE tiver medições gravadas disponíveis para NR e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarLogMeasReport: 3> se o sigLoggedMeasType em VarLogMeasReport estiver incluído: 4> incluir o sigLogMeasConfigAvailable na mensagem RRCReestablishmentComplete e ajustá-lo de acordo com o seguinte: 5> se o temporizador T330 estiver em execução: 6> ajustar o sigLogMeasConfigAvailable para verdadeiro na mensagem RRCReestablishmentComplete; 5>senão: 6> ajustar o sigLogMeasConfigAvailable para falso na mensagem RRCReestablishmentComplete; 3> incluir o logMeasAvailable na mensagem RRCReestablishmentComplete; 3> se os resultados da medição Bluetooth estiverem incluídos nas medições gravadas que o UE tiver disponível para NR: 4> incluir o logMeasAvailableBTna mensagem RRCReestablishmentComplete; 3> se os resultados da medição de rede de área local sem fio estiverem incluídos nas medições gravadas que o UE tiver disponível para NR: 4> incluir o logMeasAvailableWLANna mensagem RRCReestablishmentComplete; 2>se o sigLoggedMeasType em VarLogMeasReport estiver incluído: 3> se o temporizador T330 estiver em execução: 4> ajustar o sigLogMeasConfigAvailable para verdadeiro na mensagem RRCReestablishmentComplete; 3>senão: 4> se o UE tiver medições gravadas disponíveis para NR: 5> ajustar o sigLogMeasConfigAvailable para falso na mensagem RRCReestablishmentComplete; 2>se o UE tiver falha de estabelecimento de conexão ou informações de falha de retomada de conexão disponíveis em VarConnEstFailReport ou VarConnEstFailReportList e se a RPLMN for igual a plmn-Identity armazenado em VarConnEstFailReport ou VarConnEstFailReportList: 3> incluir connEstFailInfoAvailable na mensagem RRCReestablishmentComplete; 2>se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarRLF-Report; ou 2>se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report do TS 36.331 [10] e se o UE for capaz de relatório de RLF cross-RAT e se a RPLMN estiver incluída no plmn- IdentityList armazenado em VarRLF-Report de TS 36.331 [10]: 3> incluir rlf-InfoAvailable na mensagem RRCReestablishmentComplete; 2>se o UE tiver informações de handover bem-sucedidas disponíveis em VarSuccessHO-Report e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarSuccessHO-Report: 3> incluir successHO-InfoAvailable na mensagem RRCReestablishmentComplete; 1> submeter a mensagem RRCReestablishmentComplete para camadas inferiores para transmissão; 1> o procedimento está concluído.
5.3.7.6 Expiração de T311
[084] Mediante a expiração de T311, o UE deve: 1> se o procedimento foi iniciado devido a falha de enlace de rádio ou falha de handover: 2>ajustar o noSuitableCellFound no VarRLF-Report para verdadeiro; 1> desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’.
5.3.7.7 Expiração de T301 ou célula selecionada não é mais adequada
[085] O UE deve: 1> se o temporizador T301 expirar; ou 1> se a célula selecionada não se tornar mais adequada de acordo com os critérios de seleção de células conforme especificado no TS 38.304 [20]: 2>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’. [...] 7.1.1 Temporizadores (informativo)
[086] Um CR em execução de 3GPP TS 38.331 introduziu o seguinte:
5.3.7.2 Iniciação
[087] O UE inicia o procedimento quando uma das seguintes condições é atendida: 1> mediante a detecção de falha de enlace de rádio do MCG e t316não configurado, de acordo com 5.3.10; ou 1> mediante a detecção de falha de enlace de rádio do MCG enquanto a transmissão de SCG é suspensa, de acordo com 5.3.10; ou 1> mediante a detecção de falha de enlace de rádio do MCG enquanto a alteração de PSCell ou adição de PSCell estiver em andamento, de acordo com 5.3.10; ou 1> mediante a detecção de falha de enlace de rádio do MCG enquanto o SCG é desativado, de acordo com 5.3.10; ou 1> mediante a reconfiguração com falha de sincronização do MCG, de acordo com a cláusula 5.3.5.8.3; ou 1> mediante a mobilidade por falha de NR, de acordo com a cláusula 5.4.3.5; ou 1> mediante a indicação de falha de verificação de integridade de camadas inferiores em relação a SRB1 ou SRB2, exceto se a falha de verificação de integridade for detectada na mensagem RRCReestablishment; ou 1> mediante uma falha de reconfiguração de conexão de RRC, de acordo com a cláusula 5.3.5.8.2; ou 1> mediante a detecção de falha de enlace de rádio para o SCG enquanto a transmissão de MCG estiver suspensa, de acordo com a cláusula 5.3.10.3 em NR-DC ou de acordo com TS 36.331 [10] cláusula 5.3.11.3 em NE- DC; ou 1> mediante a reconfiguração com falha de sincronização do SCG enquanto a transmissão de MCG é suspensa de acordo com a cláusula 5.3.5.8.3; ou 1> mediante a falha de alteração de SCG enquanto a transmissão de MCG estiver suspensa de acordo com TS 36.331 [10] cláusula 5.3.5.7a; ou 1> mediante a falha de configuração de SCG enquanto a transmissão de MCG estiver suspensa de acordo com a cláusula 5.3.5.8.2 em NR-DC ou de acordo com TS 36.331 [10] cláusula 5.3.5.5 em NE-DC; ou 1> mediante a indicação de falha de verificação de integridade das camadas inferiores de SCG que dizem respeito a SRB3 enquanto o MCG é suspenso; ou 1> mediante a expiração de T316, conforme cláusula 5.7.3b.5; ou 1> mediante a detecção de falha de enlace de rádio de enlace lateral por UE Remoto L2 U2N em RRC_CONNECTED, de acordo com a cláusula 5.8.9.3; ou 1> mediante a recepção de NotificationMessageSidelink incluindo indicationType por UE Remoto L2 U2N em RRC_CONNECTED, de acordo com a cláusula 5.8.9.10; ou 1> mediante a liberação de enlace unicast PC5 indicado pela camada superior em UE Remoto L2 U2N em RRC_CONNECTED. Mediante a iniciação do procedimento, o UE deve: 1> parar o temporizador T310, se estiver em execução; 1> parar o temporizador T312, se estiver em execução; 1> parar o temporizador T304, se estiver em execução; 1>começar o temporizador T311; 1> parar o temporizador T316, se estiver em execução; 1> se o UE não for configurado com attemptCondReconfig: 2> reajustar o MAC; 2> liberar spCellConfig, se configurado; 2>suspender todos os RBs e canais BH RLC para IAB-MT e canais de RLC de Retransmissão de Uu para UE de Retransmissão L2 U2N, exceto SRB0 e broadcast MRBs; 2> liberar o(s) MCG SCell(s), se configurado; 2>se o MR-DC for configurado: 3> desempenhar a liberação do MR-DC, conforme especificado na cláusula 5.3.5.10; 2> liberar delayBudgetReportingConfig, se configurado e parar o temporizador T342, se estiver em execução; 2> liberar overheatingAssistanceConfig, se configurado e parar o temporizador T345, se estiver em execução; 2> liberar idc-AssistanceConfig, se configurado; 2> liberar btNameList, se configurado; 2> liberar wlanNameList, se configurado; 2> liberar sensorNameList, se configurado; 2> liberar drx-PreferenceConfig para o MCG, se configurado e parar o temporizador T346a associado ao MCG, se estiver em execução; 2> liberar maxBW-PreferenceConfig para o MCG, se configurado e parar o temporizador T346b associado ao MCG, se estiver em execução; 2> liberar maxCC-PreferenceConfig para o MCG, se configurado e parar o temporizador T346c associado ao MCG, se estiver em execução; 2> liberar maxMIMO-LayerPreferenceConfig para o MCG, se configurado e parar o temporizador T346d associado ao MCG, se estiver em execução; 2> liberar minSchedulingOffsetPreferenceConfig para o MCG, se configurado parar o temporizador T346e associado ao MCG, se estiver em execução; 2> liberar rlm-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346j associado ao MCG, se estiver em execução; 2> liberar bfd-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346k associado ao MCG, se estiver em execução; 2> liberar releasePreferenceConfig, se configurado parar o temporizador T346f, se estiver em execução; 2> liberar onDemandSIB-Request se configurado, e parar o temporizador T350, se estiver em execução; 2> liberar referenceTimePreferenceReporting, se configurado; 2> liberar sl-AssistanceConfigNR, se configurado; 2> liberar obtainCommonLocation, se configurado; 2> liberar musim-GapAssistanceConfig, se configurado e parar o temporizador T346h, se estiver em execução; 2> liberar musim-LeaveAssistanceConfig, se configurado; 2> liberar ul-GapFR2-PreferenceConfig, se configurado; 2> liberar scg-DeactivationPreferenceConfig, se configurado e parar o temporizador T346i, se estiver em execução; 2> liberar propDelayDiffReportConfig, se configurado; 2> liberar rrm-MeasRelaxationReportingConfig, se configurado; 1> liberar successHO-Config, se configurado; 1> se qualquer transportador de DAPS estiver configurado: 2> reajustar o MAC de origem e liberar a configuração de MAC de origem; 2> para cada transportador de DAPS: 3> liberar a entidade ou entidades de RLC conforme especificado no TS 38.322 [4], cláusula 5.1.3, e o canal lógico associado para o SpCell de origem; 3> reconfigurar a entidade de PDCP para liberação de DAPS conforme especificado em TS 38.323 [5]; 2> para cada SRB: 3> liberar a entidade de PDCP para o SpCell de origem; 3> liberar a entidade de RLC conforme especificado no TS 38.322 [4], cláusula 5.1.3, e o canal lógico associado para o SpCell de origem; 2> liberar a configuração de canal físico para SpCell de origem; 2>descartar as chaves usadas no SpCell de origem (a chave KgNB, a chave KRRCenc, a chave KRRCint, a chave KUPint e a chave KUPenc), se houver; 1> liberar sl-L2RelayUE-Config, se configurado; 1> liberar sl-L2RemoteUE-Config, se configurado; 1> liberar a entidade de SRAP, se configurada; 1> se o UE estiver atuando como UE Remoto L2 U2N: 2>se a conexão de PC5-RRC com o UE de Retransmissão U2N for determinada para ser liberada: 3> desempenhar a liberação de conexão de PC5-RRC conforme especificado em 5.8.9.5; 3> desempenhar a seleção de célula de acordo com o processo de seleção de célula conforme especificado em TS 38.304 [20], ou seleção de retransmissão é conforme especificado na cláusula 5.8.15.3, ou ambos; 2>senão: 3> manter a conexão de PC5 RRC e parar o T311 se estiver em execução; OBSERVAÇÃO 1: Cabe à implementação de UE Remoto liberar ou manter o enlace unicast PC5 atual. 1>senão: 2>desempenhar a seleção de células de acordo com o processo de seleção de células conforme especificado em TS 38.304 [20]. OBSERVAÇÃO 2: Para o UE Remoto L2 U2N, se uma célula adequada e uma retransmissão adequada estiverem disponíveis, o UE pode selecionar qualquer um com base em sua implementação.
5.3.7.3 Ações seguindo a seleção de célula enquanto o T311 está em execução
[088] Mediante a seleção de uma célula NR adequada, o UE deve: 1> garantir ter informações de sistema válidas e atualizadas conforme especificado na cláusula 5.2.2.2; 1> parar o temporizador T311; 1> se T390 estiver em execução: 2> parar o temporizador T390 para todas as categorias de acesso; 2>desempenhar as ações conforme especificado em 5.3.14.4; 1> parar o procedimento de (re)seleção de retransmissão, se em andamento; 1> se a seleção de célula for disparada pela detecção de falha de enlace de rádio do MCG ou reconfiguração com falha de sincronização do MCG ou mobilidade de falha de NR, e 1> se attemptCondReconfig for configurado; e 1> se a célula selecionada não estiver configurada com CondEventT1, ou a célula selecionada está configurada com CondEventT1 e a condição de partida não foi cumprida; e 1> se a célula selecionada for uma das células candidatas para as quais o reconfigurationWithSyncestá incluído no masterCellGroup em VarConditionalReconfig: 2>se o UE suportar RLF-Report para handover condicional, ajustar o choCellId no VarRLF-Report para a identidade de célula global, se disponível, caso contrário, para a identidade de célula física e frequência de portadora da célula selecionada; 2>aplicar o condRRCReconfig associado armazenado à célula selecionada e desempenhar ações conforme especificado em 5.3.5.3; OBSERVAÇÃO 1: É deixado para a implementação de rede como evitar o reuso de fluxo de chave em caso de recuperação com base em CHO após um handover com falha sem alteração de chave. 1>senão: 2>se o UE for configurado com attemptCondReconfig: 3> reajustar o MAC; 3> liberar spCellConfig, se configurado; 3> liberar o(s) MCG SCell(s), se configurado(s); 3> liberar delayBudgetReportingConfig, se configurado e parar o temporizador T342, se estiver em execução; 3> liberar overheatingAssistanceConfig, se configurado e parar o temporizador T345, se estiver em execução; 3> se o MR-DC for configurado: 4> desempenhar a liberação do MR-DC, conforme especificado na cláusula 5.3.5.10; 3> liberar idc-AssistanceConfig, se configurado; 3> liberar btNameList, se configurado; 3> liberar wlanNameList, se configurado; 3> liberar sensorNameList, se configurado; 3> liberar drx-PreferenceConfig para o MCG, se configurado e parar o temporizador T346a associado ao MCG, se estiver em execução; 3> liberar maxBW-PreferenceConfig para o MCG, se configurado e parar o temporizador T346b associado ao MCG, se estiver em execução; 3> liberar maxCC-PreferenceConfig para o MCG, se configurado e parar o temporizador T346c associado ao MCG, se estiver em execução; 3> liberar maxMIMO-LayerPreferenceConfig para o MCG, se configurado e parar o temporizador T346d associado ao MCG, se estiver em execução; 3> liberar minSchedulingOffsetPreferenceConfig para o MCG, se configurado e parar o temporizador T346e associado ao MCG, se estiver em execução; 3> liberar rlm-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346j associado ao MCG, se estiver em execução; 3> liberar bfd-RelaxationReportingConfig para o MCG, se configurado e parar o temporizador T346k associado ao MCG, se estiver em execução; 3> liberar releasePreferenceConfig, se configurado e parar o temporizador T346f, se estiver em execução; 3> liberar onDemandSIB-Request se configurado, e parar o temporizador T350, se estiver em execução; 3> liberar referenceTimePreferenceReporting, se configurado; 3> liberar sl-AssistanceConfigNR, se configurado; 3> liberar obtainCommonLocation, se configurado; 3> liberar scg-DeactivationPreferenceConfig, se configurado e parar o temporizador T346i, se estiver em execução; 3> liberar musim-GapAssistanceConfig, se configurado e parar o temporizador T346h, se estiver em execução; 3> liberar musim-LeaveAssistanceConfig, se configurado; 3> liberar propDelayDiffReportConfig, se configurado; 3> liberar ul-GapFR2-PreferenceConfig, se configurado; 3> liberar rrm-MeasRelaxationReportingConfig, se configurado; 3> suspender todos os RBs e canais de BH RLC para o IAB-MT, exceto SRB0; 2> remover todas as entradas dentro VarConditionalReconfig, se houver; 2> para cada measId, se o reportConfig associado tem um reportType ajustado como condTriggerConfig: 3> para o reportConfigId associado: 4> remover a entrada com o reportConfigIdcompatível do reportConfigList dentro do VarMeasConfig; 3> se o measObjectId associado somente está associado a um reportConfig com reportType ajustado como condTriggerConfig: 4> remover a entrada com o measObjectIdcompatível do measObjectList dentro do VarMeasConfig; 3> remover a entrada com o measIdcompatível do measIdList dentro do VarMeasConfig; 2>começar o temporizador T301; 2>aplicar os valores de parâmetro L1 padrão conforme especificado nas especificações da camada física correspondente, exceto para os parâmetros para os quais os valores são providos em SIB1; 2>aplicar a configuração de Grupo de Células MAC padrão conforme especificado em 9.2.2; 2>aplicar a configuração CCCH conforme especificado em 9.1.1.2; 2>aplicar o timeAlignmentTimerCommonincluído em SIB1; 2>iniciar a transmissão da mensagem RRCReestablishmentRequest de acordo com 5.3.7.4.; OBSERVAÇÃO 2: Este procedimento também se aplica se o UE retornar ao PCell de origem.
[089] Mediante a seleção de uma célula inter-RAT, o UE deve: 1> desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’.
5.3.7.3a Ações seguindo a seleção de retransmissão enquanto o T311 está em execução
[090] Mediante a seleção de um UE de Retransmissão L2 U2N adequado, o UE Remoto L2 U2N deve: 1> garantir ter informações de sistema válidas e atualizadas conforme especificado na cláusula 5.2.2.2; 1> parar o temporizador T311; 1> se T390 estiver em execução: 2> parar o temporizador T390 para todas as categorias de acesso; 2>desempenhar as ações conforme especificado em 5.3.14.4; 1> parar o procedimento de (re)seleção de célula, se em andamento; 1>começar o temporizador T301; 1> aplicar a configuração especificada de SL-RLC0 conforme especificado em 9.1.1.4; 1> aplicar a configuração SDAP e a configuração PDCP conforme especificado em 9.1.1.2 para SRB0; 1> iniciar a transmissão da mensagem RRCReestablishmentRequest de acordo com 5.3.7.4.
5.3.7.4 Ações relacionadas a transmissão da mensagem RRCReestablishmentRequest
[091] O UE deve ajustar os conteúdos da mensagem RRCReestablishmentRequest como segue: 1> se o procedimento foi iniciado devido a falha de enlace de rádio conforme especificado em 5.3.10.3 ou reconfigurado com falha de sincronização conforme especificado em 5.3.5.8.3: 2>ajustar o reestablishmentCellId no VarRLF-Report para a identidade de célula global da célula selecionada; 1> ajustar o ue-Identity como segue: 2>ajustar o c-RNTI ao C-RNTI usado no PCell de origem (reconfiguração com sincronização ou mobilidade por falha de NR) ou usado no PCell no qual ocorreu o disparo para o restabelecimento (outros casos); 2>ajustar o physCellIdà identidade física de célula do PCell de origem (reconfiguração com sincronização ou mobilidade por falha de NR) ou do PCell no qual ocorreu o disparo para o restabelecimento (outros casos); 2>ajustar o shortMAC-I aos 16 bits menos significativos do MAC-I calculado: 3> sobre o ASN.1 codificado de acordo com a cláusula 8 (isto é, um múltiplo de 8 bits) VarShortMAC-Input; 3> com a chave KRRCint e algoritmo de proteção de integridade que foi usado no PCell de origem (reconfiguração com sincronização ou mobilidade por falha de NR) ou do PCell no qual ocorreu o disparo para o restabelecimento (outros casos); e 3> com todos os bits de entrada para CONTADOR, TRANSPORTADOR e DIREÇÃO ajustados como binários; 1> ajustar o reestablishmentCause como segue: 2>se o procedimento de restabelecimento foi iniciado devido a falha de reconfiguração conforme especificado em 5.3.5.8.2: 3> ajustar o reestablishmentCause ao valor reconfigurationFailure; 2>senão, se o procedimento de restabelecimento foi iniciado devido a reconfiguração com falha de sincronização conforme especificado em 5.3.5.8.3 (falha de handover intra-NR) ou 5.4.3.5 (mobilidade inter-RAT de falha de NR): 3> ajustar o reestablishmentCause ao valor handoverFailure; 2>senão: 3> ajustar o reestablishmentCause ao valor otherFailure; 1> restabelecer PDCP para SRB1; 1> se o UE estiver atuando como UE Remoto L2 U2N: 2>estabelecer ou restabelecer (por exemplo, via liberação e adição) entidade de SL RLC para SRB1; 2>aplicar a configuração padrão de SL-RLC1 conforme definido em 9.2.4 para SRB1; 2>aplicar a configuração padrão de PDCP conforme definido em 9.2.1 para SRB1; 2>estabelecer a entidade de SRAP e aplicar a configuração padrão de SRAP conforme definido em 9.2.5 para SRB1; 1>senão: 2> restabelecer RLC para SRB1; 2>aplicar a configuração padrão definida em 9.2.1 para SRB1; 1> configurar as camadas inferiores para suspender a proteção de integridade e cifragem para SRB1; OBSERVAÇÃO: A cifragem não é aplicada para a mensagem RRCReestablishment subsequente usada para retomar a conexão. Uma verificação de integridade é desempenhada por camadas inferiores, mas apenas mediante a solicitação do RRC. 1> retomar SRB1; 1> submeter a mensagem RRCReestablishmentRequest para camadas inferiores para transmissão. 5.3.7.5 Recepção do RRCReestablishment pelo UE O UE deve: 1> parar o temporizador T301; 1> considerar a célula atual como a PCell; 1> atualizar a chave KgNB com base na chave KgNB atual ou o NH, usando o valor de nextHopChainingCount recebido, conforme especificado em TS 33.501 [11]; 1> armazenar o valor de nextHopChainingCount indicado na mensagem RRCReestablishment; 1> derivar as chaves KRRCenc e KUPenc associadas ao cipheringAlgorithm, configurado anteriormente conforme especificado em TS 33.501 [11]; 1> derivar as chaves KRRCint e KUPint associadas ao integrityProtAlgorithm, configurado anteriormente conforme especificado em TS 33.501 [11]. 1> solicitar camadas inferiores para verificar a proteção de integridade da mensagem RRCReestablishment, usando o algoritmo previamente configurado e a chave KRRCint; 1> se a verificação de proteção de integridade da mensagem RRCReestablishment falhar: 2>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’, mediante a qual o procedimento termina; 1> configurar camadas inferiores para retomar proteção de integridade para SRB1 usando o algoritmos configurado previamente e a chave KRRCint imediatamente, isto é, a proteção de integridade deve ser aplicada a todas as mensagens subsequentes recebidas e enviadas pelo UE, incluindo a mensagem usada para indicar a conclusão bem-sucedida do procedimento; 1> configurar camadas inferiores para retomar a cifragem para SRB1 usando o algoritmo configurado previamente e, a chave KRRCenc imediatamente, isto é, a cifragem deve ser aplicada a todas as mensagens subsequentes recebidas e enviadas pelo UE, incluindo a mensagem usada para indicar a conclusão bem-sucedida do procedimento; 1> liberar a configuração de gap de medição indicada pelo measGapConfig, se configurado; 1> liberar a configuração de gap MUSIM indicada pelo musim- GapConfig, se configurado; 1> se ta-Report estiver configurado com valor habilitado e o UE suporta relatório de AT; 2>indicar a iniciação do relatório de TA para as camadas inferiores; 1> liberar a configuração de gap FR2 UL indicada pelo ul-GapFR2- Config, se configurado; 1> ajustar o conteúdo da mensagem RRCReestablishmentComplete como segue: 2>se o UE tiver medições gravadas disponíveis para NR e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarLogMeasReport: 3> incluir o logMeasAvailable na mensagem RRCReestablishmentComplete; 3> se os resultados da medição Bluetooth estiverem incluídos nas medições gravadas que o UE tiver disponível para NR: 4> incluir o logMeasAvailableBTna mensagem RRCReestablishmentComplete; 3> se os resultados da medição de rede de área local sem fio estiverem incluídos nas medições gravadas que o UE tiver disponível para NR: 4> incluir o logMeasAvailableWLANna mensagem RRCReestablishmentComplete; 2>se o sigLoggedMeasType em VarLogMeasReport estiver incluído: 3> se o temporizador T330 estiver em execução e a configuração das medições gravadas for para NR: 4> ajustar o sigLogMeasConfigAvailable para verdadeiro na mensagem RRCReestablishmentComplete; 3>senão: 4> se o UE tiver medições gravadas disponíveis para NR: 5> ajustar o sigLogMeasConfigAvailable para falso na mensagem RRCReestablishmentComplete; 2>se o UE tiver falha de estabelecimento de conexão ou informações de falha de retomada de conexão disponíveis em VarConnEstFailReport ou VarConnEstFailReportList e se a RPLMN for igual a plmn-Identity armazenado em VarConnEstFailReport ou VarConnEstFailReportList: 3> incluir connEstFailInfoAvailable na mensagem RRCReestablishmentComplete; 2>se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarRLF-Report; ou 2>se o UE tiver informações de falha de enlace de rádio ou falha de handoverdisponíveis em VarRLF-Report do TS 36.331 [10] e se o UE for capaz de relatório de RLF cross-RAT e se a RPLMN estiver incluída no plmn- IdentityList armazenado em VarRLF-Report de TS 36.331 [10]: 3> incluir rlf-InfoAvailable na mensagem RRCReestablishmentComplete; 2>se o UE tiver informações de handover bem-sucedidas disponíveis em VarSuccessHO-Report e se a RPLMN estiver incluída no plmn-IdentityList armazenado em VarSuccessHO-Report: 3> incluir successHO-InfoAvailable na mensagem RRCReestablishmentComplete; 1> submeter a mensagem RRCReestablishmentComplete para camadas inferiores para transmissão; 1> o procedimento está concluído.
5.3.7.6 Expiração de T311
[092] Mediante a expiração de T311, o UE deve: 1> se o procedimento foi iniciado devido a falha de enlace de rádio ou falha de handover: 2>ajustar o noSuitableCellFound no VarRLF-Report para verdadeiro; 1> desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’.
5.3.7.7 Expiração de T301 ou célula selecionada/UE de Retransmissão L2 U2N não é mais adequada
[093] O UE deve: 1> se o temporizador T301 expirar; ou 1> se a célula selecionada não se tornar mais adequada de acordo com os critérios de seleção de células conforme especificado no TS 38.304 [20]; ou 1> se o UE de Retransmissão L2 U2N (re)selecionado se tornar inadequado; ou 1> mediante a recepção de NotificationMessageSidelink indicando relayUE-HO ou relayUE-CellReselection: 2>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação ‘falha de conexão de RRC’.
[094] De acordo com o 3GPP TS 23.304, a Retransmissão de UE para Rede de Camada 2 5G ProSe é introduzida para prover a funcionalidade de retransmissão para suportar conectividade à rede para UEs Remotos 5G ProSe. Quando um UE remoto inicia um serviço tendo tráfego em direção à rede, o UE remoto deve estabelecer um enlace de camada 2 (ou chamado, por exemplo, um enlace unicast, uma conexão de PC5-RRC, uma conexão de PC5-S, etc.) com um UE de retransmissão. Basicamente, o UE remoto pode enviar uma mensagem de Solicitação de Comunicação Direta para solicitar o estabelecimento do enlace unicast para o UE de retransmissão com o Identificador de Camada 2 (L2ID) do UE remoto como L2ID de Origem e o L2ID do UE de retransmissão como L2ID Destinatário. O UE de retransmissão pode aprender o L2ID do UE remoto recebendo a mensagem de Solicitação de Comunicação Direta com o L2ID do UE remoto como L2ID de Origem.
[095] De acordo com 3GPP TS 38.331, o UE remoto pode iniciar um procedimento de estabelecimento de conexão de Controle de Recursos de Rádio (RRC) para estabelecer uma conexão de RRC com gNB via o UE de retransmissão. Depois disso, o UE de retransmissão pode ocorrer falha de enlace de rádio Uu com gNB. Mesmo que o UE de retransmissão possa recuperar o Uu RLF posteriormente, a fim de reduzir o tempo de interrupção no UE remoto, o UE de retransmissão necessita informar o UE remoto sobre a Falha de Enlace de Rádio Uu (RLF) via uma mensagem NotificationMessageSidelink. Esta situação disparará o UE remoto para iniciar um procedimento de restabelecimento de conexão de RRC para o UE remoto encontrar outra célula NR adequada ou UE de retransmissão o mais rápido possível para continuar a transferência de tráfego com a rede.
[096] Mediante a iniciação do procedimento de restabelecimento de conexão de RRC, o UE remoto começa um temporizador T311 que é usado para controlar o período de tempo de seleção de uma célula NR adequada ou um UE de retransmissão adequado dentro deste procedimento. Se o temporizador T311 expirar, isso significa que o UE remoto não consegue encontrar qualquer célula NR adequada ou UE de retransmissão e o UE remoto desempenhará as ações para ir para RRC_IDLE (isto é, liberar a conexão de RRC com gNB). Dentro do procedimento de restabelecimento de conexão de RRC, se o UE remoto determinar a liberação da conexão de PC5-RRC com o UE de retransmissão, o UE remoto desempenha a seleção de célula e/ou seleção de retransmissão.
[097] De acordo com a Seção 5.3.7.3 do Draft TS 38.331 V17.1.0 (2022-06) (“Draft_38331-h10_v2.docx”), se o UE remoto selecionar uma célula NR adequada, o UE remoto para o temporizador T311 e começa um temporizador T301. E então, o UE remoto envia uma mensagem RRCReestablishmentRequest na célula NR adequada. Por outro lado, de acordo com a Seção 5.3.7.3a do Draft TS 38.331 V17.1.0 (2022-06) (“Draft_38331-h10_v2.docx”), se o UE remoto selecionar um UE de Retransmissão L2 U2N adequado, o UE remoto para o temporizador T311 e começa o temporizador T301. E então, o UE remoto envia uma mensagem RRCReestablishmentRequest para a rede (por exemplo, gNB) via o novo UE de retransmissão selecionado. Independentemente de qual caso o UE remoto vá, se o temporizador T301 expirar, isso significa que o UE remoto falha ao enviar a mensagem RRCReestablishmentRequest. Para este fim, o UE remoto desempenhará as ações para ir para RRC_IDLE (isto é, liberar a conexão de RRC com gNB).
[098] Normalmente, se o UE remoto seleciona um novo UE de retransmissão adequado enquanto o temporizador T311 está em execução, o UE desempenha a ação, conforme especificado na Seção 5.3.7.3a do Draft TS 38.331 V17.1.0 (2022-06) (“Draft_38331- h10_v2.docx”), em que o UE remoto pelo menos para o temporizador T311 e começa o temporizador T301 e começa a transmissão de mensagens RRCReestablishmentRequest conforme especificado na Seção 5.3.7.4. Dentro do procedimento de restabelecimento de conexão de RRC, o UE remoto pode considerar manter a conexão de PC5-RRC atual com o UE de retransmissão e então para o temporizador T311. Se o UE remoto seguir o texto de procedimento atual no Draft TS 38.331 V17.1.0 (2022-06) (“Draft_38331-h10_v2.docx”), o UE remoto não desempenha a ação conforme especificado na Seção 5.3.7.3a do Draft TS 38.331 V17.1.0 (2022-06) (“Draft_38331-h10_v2.docx”). Isto significa que o UE remoto não começa o temporizador T301 nem desempenha a transmissão de mensagens RRCReestablishmentRequest. Essa situação causaria um deadlock no procedimento de restabelecimento de conexão de RRC porque o UE remoto não receberia a mensagem RRCReestablishment da rede ou não entraria em RRC_IDLE devido a nenhuma execução/expiração de T301.
[099] Para resolver o problema de deadlock, o UE remoto pode iniciar/desempenhar uma ou mais ações em resposta à determinação/consideração de não liberar a conexão de PC5-RRC com o UE de retransmissão atual durante/dentro do procedimento de restabelecimento de conexão de RRC. A uma ou mais ações pode incluir pelo menos um dos seguintes: 1. garantir ter informações de sistema válidas e atualizadas conforme especificado na Seção 5.2.2.2; 2. desempenhar o Controle de Acesso Unificado conforme especificado na Seção 5.3.14.4; 3. parar o temporizador T311; 4. começar o temporizador T301; 5. aplicar a configuração especificada de SL-RLC0 conforme especificado na Seção 9.1.1.4; 6. aplicar a configuração SDAP e a configuração PDCP conforme especificado na Seção 9.1.1.2 para SRB0; e/ou 7. iniciar a transmissão da mensagem RRCReestablishmentRequest de acordo com a Seção 5.3.7.4.
[100] Em relação às ações acima, o UE remoto não desempenharia as ações 5 e 6, pois o UE remoto já as havia aplicado no UE de retransmissão quando o UE remoto se conecta ao UE de retransmissão. Em outras palavras, as ações 5 e 6 podem ser opcionalmente iniciadas quando o UE remoto seleciona/conecta um novo UE de retransmissão.
[101] Aqui estão algumas propostas de texto em potencial: Começo da proposta de texto
5.3.7.2 Iniciação[...]
[102] Mediante a iniciação do procedimento, o UE deve: [.] [103] se o UE estiver atuando como UE Remoto L2 U2N: 2>se a conexão de PC5-RRC com o UE de Retransmissão U2N for determinada para ser liberada: 3> desempenhar a liberação de conexão de PC5-RRC conforme especificado em 5.8.9.5; 3> desempenhar a seleção de célula de acordo com o processo de seleção de célula conforme especificado em TS 38.304 [20], ou seleção de retransmissão conforme especificado na cláusula 5.8.15.3, ou ambos; 2>senão: 3>manter a conexão de PC5 RRC e desempenhar a ação conforme especificado na cláusula 5.3.7.3aparar o T311 se estiver em execução; OBSERVAÇÃO 1: Cabe à implementação de UE Remoto liberar ou manter o enlace unicast PC5 atual. 1> senão: 2> desempenhar a seleção de células de acordo com o processo de seleção de células conforme especificado em TS 38.304 [20]. OBSERVAÇÃO 2: Para o UE Remoto L2 U2N, se uma célula adequada e uma retransmissão adequada estiverem disponíveis, o UE pode selecionar qualquer um com base em sua implementação. Fim da proposta de texto Começo da proposta de texto
5.3.7.2 Iniciação[...]
[103] Mediante a iniciação do procedimento, o UE deve: [.] 1> se o UE estiver atuando como UE Remoto L2 U2N: 2>se a conexão de PC5-RRC com o UE de Retransmissão U2N for determinada para ser liberada: 3> desempenhar a liberação de conexão de PC5-RRC conforme especificado em 5.8.9.5; 3> desempenhar a seleção de célula de acordo com o processo de seleção de célula conforme especificado em TS 38.304 [20], ou seleção de retransmissão conforme especificado na cláusula 5.8.15.3, ou ambos; 2>senão: 3>manter a conexão de PC5 RRC;-e 3> parar T311, se estiver em execução; 3>começar o temporizador T301; 3>iniciar a transmissão da mensagem RRCReestablishmentRequest de acordo com 5.3.7.4. OBSERVAÇÃO 1: Cabe à implementação de UE Remoto liberar ou manter o enlace unicast PC5 atual. 1>senão: 2>desempenhar a seleção de células de acordo com o processo de seleção de células conforme especificado em TS 38.304 [20]. OBSERVAÇÃO 2: Para o UE Remoto L2 U2N, se uma célula adequada e uma retransmissão adequada estiverem disponíveis, o UE pode selecionar qualquer um com base em sua implementação. Fim da proposta de texto Começo da proposta de texto
5.3.7.2 Iniciação[...]
[104] Mediante a iniciação do procedimento, o UE deve: 1> se o UE estiver atuando como UE Remoto L2 U2N: 2>se a conexão de PC5-RRC com o UE de Retransmissão U2N for determinada para ser liberada: 3> desempenhar a liberação de conexão de PC5-RRC conforme especificado em 5.8.9.5; 3> desempenhar a seleção de célula de acordo com o processo de seleção de célula conforme especificado em TS 38.304 [20], ou seleção de retransmissão conforme especificado na cláusula 5.8.15.3, ou ambos; 2>senão: 3>manter a conexão de PC5 RRC e considerar o UE de Retransmissão U2N como um UE de Retransmissão L2 U2N adequado selecionadoparar o T311 se estiver em execução; OBSERVAÇÃO 1: Cabe à implementação de UE Remoto liberar ou manter o enlace unicast PC5 atual. 1> senão: 2>desempenhar a seleção de células de acordo com o processo de seleção de células conforme especificado em TS 38.304 [20]. OBSERVAÇÃO 2: Para o UE Remoto L2 U2N, se uma célula adequada e uma retransmissão adequada estiverem disponíveis, o UE pode selecionar qualquer um com base em sua implementação. =================Fim da proposta de texto ======================
[105] Na terceira proposta de texto, considerar o UE de Retransmissão U2N como uma Retransmissão L2 U2N adequada selecionada implica que o UE desempenhará as ações conforme especificado na Seção 5.3.7.3a do 3GPP TS 38.331.
[106] A FIG. 13 é um fluxograma 1300 da perspectiva de um UE remoto. Na etapa 1305, o UE remoto estabelece um enlace de camada 2 com um UE de retransmissão. Na etapa 1310, o UE remoto estabelece uma conexão de Controle de Recursos de Rádio (RRC) com uma rede via o UE de retransmissão. Na etapa 1315, o UE remoto inicia ou desempenha um procedimento de restabelecimento de conexão de RRC, em que o UE remoto determina manter o enlace de camada 2 com o UE de retransmissão no procedimento de restabelecimento de conexão de RRC. Na etapa 1320, o UE remoto começa um temporizador T301 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
[107] Em uma modalidade, o UE remoto pode iniciar uma transmissão de uma mensagem RRCReestablishmentRequest para a rede via o UE de retransmissão em resposta a manutenção do enlace de camada 2 com o UE de retransmissão. O UE remoto pode começar um temporizador T311 mediante a iniciação do procedimento de restabelecimento de conexão de RRC. O UE remoto pode parar o temporizador T311 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
[108] Em uma modalidade, o UE remoto pode parar o temporizador T301 em resposta à recepção de uma mensagem RRCReestablishment correspondente à mensagem RRCReestablishmentRequest da rede via o UE de retransmissão. A rede pode incluir uma estação base ou um gNB.
[109] Referindo-se à FIGS. 3 e 4, em uma modalidade exemplar de um método para um UE remoto, o UE remoto 300 inclui um código de programa 312 armazenado na memória 310. A CPU 308 pode executar o código de programa 312 para permitir que o UE remoto (i) estabeleça um enlace de camada 2 com um UE de retransmissão, (ii) estabeleça uma conexão de RRC com uma rede via o UE de retransmissão, (iii) inicie ou desempenhe um procedimento de restabelecimento de conexão de RRC, em que o UE remoto determina manter o enlace de camada 2 com o UE de retransmissão no procedimento de restabelecimento de conexão de RRC, e (iv) comece um temporizador T301 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão. Além disso, a CPU 308 pode executar o código de programa 312 para desempenhar todas as ações e etapas descritas acima ou outras descritas na presente invenção.
[110] Vários aspectos da divulgação foram descritos acima. Deve ser evidente que os ensinamentos descritos na presente invenção podem ser incorporados em uma ampla variedade de formas e que qualquer estrutura específica, função ou ambos divulgados na presente invenção são meramente representativos. Com base nos ensinamentos na presente invenção, um técnico no assunto deve apreciar que um aspecto divulgado na presente invenção pode ser implementado independentemente de quaisquer outros aspectos e que dois ou mais desses aspectos podem ser combinados de várias maneiras. Por exemplo, um aparelho pode ser implementado ou um método pode ser praticado usando qualquer número dos aspectos apresentados na presente invenção. Além disso, tal aparelho pode ser implementado ou tal método pode ser praticado usando outra estrutura, funcionalidade ou estrutura e funcionalidade além ou diferente de um ou mais dos aspectos apresentados na presente invenção. Como exemplo de alguns dos conceitos acima, em alguns aspectos, canais simultâneos podem ser estabelecidos com base em frequências de repetição de pulso. Em alguns aspectos, os canais simultâneos podem ser estabelecidos com base na posição ou deslocamentos de pulso. Em alguns aspectos, os canais simultâneos podem ser estabelecidos com base em sequências de salto no tempo. Em alguns aspectos, os canais simultâneos podem ser estabelecidos com base em frequências de repetição de pulso, posições ou deslocamentos de pulso e sequências de salto de tempo.
[111] Os técnicos no assunto compreenderiam que as informações e os sinais podem ser representados usando qualquer uma de uma variedade de tecnologias e técnicas diferentes. Por exemplo, dados, instruções, comandos, informações, sinais, bits, símbolos e chips, que podem ser referenciados ao longo da descrição acima, podem ser representados por tensões, correntes, ondas eletromagnéticas, campos ou partículas magnéticas, campos ou partículas ópticas ou qualquer combinação dos mesmos.
[112] Os técnicos no assunto apreciariam adicionalmente que os vários blocos lógicos, módulos, processadores, meios, circuitos e etapas de algoritmos ilustrativos descritos em conexão com os aspectos divulgados na presente invenção podem ser implementados como hardwareeletrônico (por exemplo, uma implementação digital, uma implementação analógica ou uma combinação dos dois, que pode ser projetada usando codificação de origem ou alguma outra técnica), várias formas de programa ou código de projeto incorporando instruções (que podem ser referidas na presente invenção, por conveniência, como "software" ou "módulo de software") ou combinações de ambos. Para ilustrar claramente essa intercambialidade de hardware e software, vários componentes, blocos, módulos, circuitos e etapas ilustrativos foram descritos acima geralmente em termos de sua funcionalidade. Se tal funcionalidade é implementada como hardware ou software depende da aplicação específica e das restrições de projeto impostas ao sistema geral. Os técnicos no assunto podem implementar a funcionalidade descrita de várias maneiras para cada aplicação específica, mas tais decisões de implementação não devem ser interpretadas como causando um afastamento do escopo da presente divulgação.
[113] Além disso, os vários blocos, módulos e circuitos lógicos ilustrativos descritos em conexão com os aspectos divulgados na presente invenção podem ser implementados dentro ou desempenhados por um circuito integrado ("IC"), um terminal de acesso ou um ponto de acesso. O IC pode compreender um processador de uso geral, um processador digital de sinais (DSP), um circuito integrado de aplicação específica (ASIC), uma arranjo de porta programável em campo (FPGA) ou outro dispositivo lógico-programável, porta discreta ou lógica de transistor, componentes de hardware discretos, componentes elétricos, componentes ópticos, componentes mecânicos ou qualquer combinação dos mesmos projetados para desempenhar as funções descritas na presente invenção e podem executar códigos ou instruções que residem dentro do IC, fora do IC ou ambos. Um processador de uso geral pode ser um microprocessador, mas, em alternativa, o processador pode ser qualquer processador, controlador, microcontrolador ou máquina de estado convencional. Um processador também pode ser implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo de DSP ou qualquer outra configuração.
[114] Entende-se que qualquer ordem específica ou hierarquia de etapas em qualquer processo divulgado é um exemplo de uma abordagem de amostra. Com base nas preferências de projeto, entende-se que a ordem específica ou hierarquia de etapas nos processos pode ser reorganizada enquanto permanece dentro do escopo da presente divulgação. As reivindicações de método anexas apresentam elementos das várias etapas em uma ordem de amostra e não devem ser limitadas à ordem ou hierarquia específica apresentada.
[115] As etapas de um método ou algoritmo descrito em conexão com os aspectos divulgados na presente invenção podem ser incorporados diretamente em hardware, em um módulo de software executado por um processador ou em uma combinação dos dois. Um módulo de software (por exemplo, incluindo instruções executáveis e dados relacionados) e outros dados podem residir em uma memória de dados, tal como memória RAM, memória flash, memória ROM, memória EPROM, memória EEPROM, registradores, um disco rígido, um disco removível, um CD-ROM, ou qualquer outra forma de meio de armazenamento legível por computador conhecido no estado da técnica. Um meio de armazenamento de amostra pode ser acoplado a uma máquina tal como, por exemplo, um computador/processador (que pode ser referido na presente invenção, por conveniência, como um "processador"), de modo que o processador possa ler informações (por exemplo, código) e gravar informações no meio de armazenamento. Um meio de armazenamento de amostra pode ser integral ao processador. O processador e o meio de armazenamento podem residir em um ASIC. O ASIC pode residir em equipamento de usuário. Em alternativa, o processador e o meio de armazenamento podem residir como componentes discretos no equipamento de usuário. Ademais, em alguns aspectos, qualquer produto de programa de computador adequado pode compreender um meio legível por computador compreendendo códigos relativos a um ou mais dos aspectos da divulgação. Em alguns aspectos, um produto de programa de computador pode compreender materiais de embalagem.
[116] Embora a invenção tenha sido descrita em conexão a vários aspectos, será entendido que a invenção é capaz de modificações adicionais. Este pedido destina-se a cobrir quaisquer variações, usos ou adaptações da invenção seguindo, em geral, os princípios da invenção e incluindo tais desvios da presente divulgação que estejam dentro da prática conhecida e habitual dentro da técnica à qual a invenção pertence.

Claims (12)

  1. [1] Método para um Equipamento de Usuário (UE) remoto caracterizado pelo fato de que compreende: estabelecer um enlace de camada 2 com um UE de retransmissão; estabelecer uma conexão de Controle de Recursos de Rádio (RRC) com uma rede via o UE de retransmissão; iniciar ou desempenhar um procedimento de restabelecimento de conexão de RRC, em que o UE remoto determina manter o enlace de camada 2 com o UE de retransmissão no procedimento de restabelecimento de conexão de RRC; e começar um temporizador T301 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
  2. [2] Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente: iniciar uma transmissão de uma mensagem RRCReestablishmentRequest para a rede via o UE de retransmissão em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
  3. [3] Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente: começar um temporizador T311 mediante a iniciação do procedimento de restabelecimento de conexão de RRC.
  4. [4] Método, de acordo com a reivindicação 3, caracterizado pelo fato de que compreende adicionalmente: parar o temporizador T311 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
  5. [5] Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente: parar o temporizador T301 em resposta à recepção de uma mensagem RRCReestablishment correspondendo à mensagem RRCReestablishmentRequest a partir da rede via o UE de retransmissão.
  6. [6] Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a rede inclui uma estação base ou um gNB.
  7. [7] UE (Equipamento de Usuário) remoto caracterizado pelo fato de que compreende: um circuito de controle; um processador instalado no circuito de controle; e uma memória instalada no circuito de controle e acoplada operativamente ao processador; em que o processador é configurado para executar instruções armazenadas na memória para: estabelecer um enlace de camada 2 com um UE de retransmissão; estabelecer uma conexão de Controle de Recursos de Rádio (RRC) com uma rede via o UE de retransmissão; iniciar ou desempenhar um procedimento de restabelecimento de conexão de RRC, em que o UE remoto determina manter o enlace de camada 2 com o UE de retransmissão no procedimento de restabelecimento de conexão de RRC; e começar um temporizador T301 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
  8. [8] UE remoto, de acordo com a reivindicação 7, caracterizado pelo fato de que o processador é, adicionalmente, configurado para executar instruções armazenadas na memória para: iniciar uma transmissão de uma mensagem RRCReestablishmentRequest para a rede via o UE de retransmissão em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
  9. [9] UE remoto, de acordo com a reivindicação 7, caracterizado pelo fato de que o processador é, adicionalmente, configurado para executar instruções armazenadas na memória para: começar um temporizador T311 mediante a iniciação do procedimento de restabelecimento de conexão de RRC.
  10. [10] UE remoto, de acordo com a reivindicação 9, caracterizado pelo fato de que o processador é, adicionalmente, configurado para executar instruções armazenadas na memória para: parar o temporizador T311 em resposta a manutenção do enlace de camada 2 com o UE de retransmissão.
  11. [11] UE remoto, de acordo com a reivindicação 7, caracterizado pelo fato de que o processador é, adicionalmente, configurado para executar instruções armazenadas na memória para: parar o temporizador T301 em resposta à recepção de uma mensagem RRCReestablishment correspondendo à mensagem RRCReestablishmentRequest a partir da rede via o UE de retransmissão.
  12. [12] UE remoto, de acordo com a reivindicação 7, caracterizado pelo fato de que a rede inclui uma estação base ou um gNB.
BR102022023342-0A 2022-07-14 2022-11-17 Equipamento de usuário remoto e método correspondente BR102022023342A2 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263389118P 2022-07-14 2022-07-14
US63/389,118 2022-07-14

Publications (1)

Publication Number Publication Date
BR102022023342A2 true BR102022023342A2 (pt) 2024-01-23

Family

ID=89485914

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102022023342-0A BR102022023342A2 (pt) 2022-07-14 2022-11-17 Equipamento de usuário remoto e método correspondente

Country Status (4)

Country Link
US (1) US20240049325A1 (pt)
KR (1) KR20240009847A (pt)
CN (1) CN117412406A (pt)
BR (1) BR102022023342A2 (pt)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106465320B (zh) * 2014-03-19 2019-11-08 交互数字专利控股公司 设备到设备同步
CN112399642A (zh) * 2019-08-13 2021-02-23 苹果公司 远程无线设备的无线电资源控制连接过程
KR20220045213A (ko) * 2019-08-15 2022-04-12 지티이 코포레이션 사이드링크 시스템 정보 송신의 방법 및 그 디바이스
EP4114138A4 (en) * 2020-03-30 2023-07-26 Kyocera Corporation COMMUNICATION CONTROL PROCEDURES
US11737001B2 (en) * 2020-06-09 2023-08-22 Qualcomm Incorporated Layer 2 relay user equipment mobility
CN114599121A (zh) * 2020-12-03 2022-06-07 夏普株式会社 由用户设备执行的方法及用户设备
WO2023039791A1 (en) * 2021-09-16 2023-03-23 Qualcomm Incorporated Rrc timer for layer 2 ue-to-network relay

Also Published As

Publication number Publication date
US20240049325A1 (en) 2024-02-08
CN117412406A (zh) 2024-01-16
KR20240009847A (ko) 2024-01-23

Similar Documents

Publication Publication Date Title
US11792635B2 (en) Methods for handling radio access network notification area (RNA) update configuration upon reject
ES2940479T3 (es) Procedimiento y aparato para configurar la comunicación de enlace lateral en un sistema de comunicación inalámbrica
US11903070B2 (en) Methods and apparatus for using redundant links in wireless backhaul
ES2944343T3 (es) Métodos y aparatos para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrico
US20220132388A1 (en) Notification of radio link failure in wireless relay networks
US20220086749A1 (en) Cell selection on a radio link failure in wireless relay networks
US20230098848A1 (en) Updating radio resource control connections in iab network
US20230089657A1 (en) Rrc update procedures in iab networks
US11638197B1 (en) Method and apparatus for supporting UE-to-network relay communication in a wireless communication system
US11665769B2 (en) Method and apparatus for supporting UE-to-network relay communication in a wireless communication system
EP4178306A1 (en) Method and apparatus for rrc connection establishment to support ue-to-network relaying in a wireless communication system
EP4175399B1 (en) Method and apparatus for relay ue sidelink rlc bearer configuration to support ue-to-network relaying in a wireless communication system
BR102022023342A2 (pt) Equipamento de usuário remoto e método correspondente
JP7493622B2 (ja) データ転送のサポート
US20230171825A1 (en) Method and apparatus for remote user equipment (ue) to perform direct to indirect path switching in a wireless communication system
WO2023016375A1 (zh) 一种被用于无线通信的通信节点中的方法和装置
JP2023526325A (ja) データ転送のサポート
KR20220088336A (ko) 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치
CN115413059A (zh) 用于用户设备的用于恢复小数据传输会话的装置和方法

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]