BRPI0809739B1

BRPI0809739B1 - método implementado em uma unidade de transmissão e recepção sem fio e unidade de transmissão e recepção sem fio

Info

Publication number: BRPI0809739B1
Application number: BRPI0809739A
Authority: BR
Inventors: M Miller James; Sammour Mohammed; Somasundaram Shankar; E Terry Stephen
Original assignee: Interdigital Tech Corp
Priority date: 2007-04-23
Filing date: 2008-04-23
Publication date: 2020-05-19
Also published as: BRPI0809739A2; TW201434327A; CA2685554A1; TW201208408A; EP2519052B1; US20080261600A1; EP3171633B1; ES2618079T3; EP2140634B1; MX2009011442A; CA2685554C; TW200845788A; AR066248A1; JP2013059121A; RU2428804C2; BRPI0809739A8; EP3171633A1; EP2519052A3; MY151837A; JP5159876B2

Abstract

método implementado em uma unidade de transmissão e recepção sem fio e unidade de transmissão e recepção sem fio o método e o aparelho descritos são utilizados para manipular falhas de handover (ho) e de links de rádio (rl) com base em detalhes de transferência de contexto e procedimentos de rach que melhoram os procedimentos de manipulação de falhas. após uma falha de rl, um equipamento de usuário (ue) inclui a identidade de um nó b evoluído (enó b) (30) e/ou célula como um elemento de informação (ie) em uma solicitação de conexão rrc e/ou uma mensagem de atualização celular ou qualquer outra mensagem de rrc junto com uma identidade de ue.

Description

MÉTODO IMPLEMENTADO EM UMA UNIDADE DE TRANSMISSÃO E RECEPÇÃO SEM FIO E UNIDADE DE TRANSMISSÃO E RECEPÇÃO SEM FIO

CAMPO DA INVENÇÃO

[001] O presente pedido refere-se a sistemas de comunicação sem fio. ANTECEDENTES

[002] Na Etapa 2 de rede de acesso via rádio terrestre universal evoluído (E-UTRAN), os casos em que a unidade de transmissão e recepção sem fio (WTRU) seleciona uma célula que pertence ao mesmo eNó B após uma falha de link de rádio (RL) são relacionados para estudo adicional (FFS). Propôs-se que, se a WTRU selecionar uma célula diferente do mesmo eNó B, a atividade não pode ser retomada sem interação entre a WTRU e o eNó B. Atualmente, a rede de acesso via rádio 2 (RAN2) especifica que, se a WTRU selecionar uma célula de um eNó B diferente, ela necessita entrar em repouso por meio do controle de recursos de rádio (RRC).

[003] Atualmente, as decisões de RAN2 sobre a falha de RL são determinadas com base em duas fases. As duas fases regem o comportamento associado a falhas de RL e são exibidas na figura 1.

[004] Uma primeira fase inicia-se quando for detectado um problema de rádio, o que gera uma detecção de falha de RL. Como resultado, não há mobilidade com base em WTRU com base em um temporizador ou outro critério (tal como contagem) (T1).

[005] Uma segunda fase inicia-se ao detectar-se uma falha de link de rádio, o que gera RRC_Idle. A mobilidade com base em WTRU ainda é disponível, que é baseada em temporizador (T2).

[006] A Tabela 1 abaixo descreve como a mobilidade é atualmente manipulada com relação a uma falha de RL.

Tabela 1

Mobilidade e Falha de Links de Rádio

Casos	Primeira fase	Segunda fase	T2 vencido
UE retorna para a mesma célula	Prossegue como se não ocorresse nenhum problema de rádio	A atividade não pode ser retomada sem interação entre o UE e o	Ir via RRC_IDLE

Petição 870190112801, de 04/11/2019, pág. 15/36

2/15

		eNó B. O procedimento a ser utilizado é FFS, normalmente não via RRC_IDLE
UE seleciona uma célula diferente do mesmo eNó B	N/A	FFS	Ir via RRC_IDLE
UE seleciona uma célula de um eNó B diferente	N/A	Ir via RRC_IDLE	Ir via RRC_IDLE

[007] Uma proposta recente divide o handover em 2 (duas) fases similares a falha de

RL e sugere um procedimento de manipulação de falha de handover.

[008] Na primeira fase, a WTRU tenta sincronizar e ter acesso à célula alvo, tal como durante um temporizador T1. Na segunda fase, a WTRU abortou o handover, pois ela falhou, e tenta restabelecer a conexão perdida à rede, tal como durante um temporizador T2. Após a segunda fase, o UE entra em RRC_IDLE.

[009] A figura 2 exibe as duas fases que regem o comportamento associado a falha de handover durante mobilidade controlada pela rede conforme a proposta atual.

[0010] A primeira fase inicia-se mediante uma primeira tentativa de sincronização para uma célula alvo; e gera uma detecção de falha de handover. Durante esse período, não existe mobilidade com base em WTRU, que se baseia em um temporizador ou outro critério (tal como contagem) (T1).

[0011] A segunda fase inicia-se mediante detecção de falha de handover, o que gera RRC_IDLE. A mobilidade com base em WTRU ainda é disponível com base no Temporizador (T2).

[0012] A Tabela 2 descreve como a mobilidade é manipulada com relação a uma falha de handover.

Tabela 2

Falha de handover e Mobilidade

Casos

Primeira fase

Segunda fase

T2 expirado

Petição 870190112801, de 04/11/2019, pág. 16/36

3/15

UE entra na célula alvo	Continua como se não ocorressem problemas de rádio	A atividade pode ser retomada sem interação entre o EU e o eNó B, o UE realiza procedimento de acesso aleatório conforme 10.1.5.	Ir via RRC_IDLE
UE retorna à célula fonte	N/A	A atividade não pode ser retomada sem interação entre o UE e o eNó B, o UE realiza o Procedimento de Acesso Aleatório conforme 10.1.5	Ir via RRC_IDLE
UE seleciona uma célula diferente de célula alvo ou fonte	N/A	Ir via RRC_IDLE	Ir via RRC_IDLE

[0013] Além disso, permite-se atualmente o uso de acesso aleatório não com base em contenção durante o handover. Desta forma, o procedimento de acesso aleatório não com base em contenção atual, exibido na figura 3, inclui a atribuição de um Preâmbulo de Acesso Aleatório por meio de sinalização dedicada no link inferior (DL), em que o eNó B atribui à WTRU um Preâmbulo de Acesso Aleatório sem contenção com 6 (seis) bits (ou seja, um Preâmbulo de Acesso Aleatório que não se encontra dentro do conjunto transmitido em BCH). O preâmbulo é sinalizado por meio de um comando de handover (HO) gerado por um eNó B alvo e enviado pelo eNó B fonte para o handover, utilizando sinalização de controle de acesso a meios (MAC) (tal como canal de controle de camada 1 (L1)/camada 2 (L2) ou unidade de dados de pacote (PDU) de controle de MAC) no caso de chegada de dados de DL.

[0014] A WTRU transmite em seguida o Preâmbulo de Aceso Aleatório sem contenção atribuído no RACH no link superior. Uma Resposta de Acesso Aleatório do eNB é enviada sobre DL-SCH. A resposta é quase sincrônica (em uma janela flexível cujo tamanho é um ou mais intervalos de tempo de transmissão (TTI)) com a mensagem 1 e é abordada para C-RNTI ou RA-RNTI (FFS) em canal de controle L1/L2.

Petição 870190112801, de 04/11/2019, pág. 17/36

4/15

[0015] A WTRU transmite em seguida o Preâmbulo de Acesso Aleatório sem contenção atribuído no RACH no link superior. Uma Resposta de Acesso Aleatório do eNB é enviada no DL-SCH. A resposta é quase sincrônica (dentro de uma janela flexível cujo tamanho é um ou mais intervalos de tempo de transmissão (TTI)) com a mensagem 1 e é endereçada para C-RNTI ou RA-RNTI (FFS) no canal de controle L1/L2.

[0016] A Resposta de Acesso Aleatório inclui pelo menos uma informação de alinhamento de tempo, uma concessão de UL inicial para o handover e informações de alinhamento de tempo para chegada de dados de DL. Além disso, o identificador de preâmbulo de RA é endereçado ao identificador temporário de rede de rádio de área de roteamento (RA-RNTI) no canal de controle L1/L2.

[0017] A resposta é destinada a apenas uma WTRU em uma mensagem de canal compartilhado de link inferior (DL-SCH) caso seja endereçada à RNTI da célula (C-RNTI) no canal de controle L1/L2 ou uma ou mais WTRUs em uma mensagem DL-SCH caso seja endereçada a RA-RNTI no canal de controle L1/L2.

[0018] Existe a necessidade de um método e aparelho aprimorados para manipular falhas de handover e links de rádio.

RESUMO DA INVENÇÃO

[0019] O método e o aparelho descritos são utilizados para manipular falhas de handover e RL com base em detalhes de transferência de contexto e procedimentos de RACH que melhoram os procedimentos de falhas de handover. Após uma falha de RL, uma unidade de transmissão e recepção sem fio (WTRU) inclui a identidade de um Nó B evoluído (eNB) e/ou célula como um elemento de informação (IE) em uma solicitação de conexão de RRC e/ou uma mensagem de atualização celular ou qualquer outra mensagem de RRC junto com uma identidade de WTRU.

BREVE DESCRIÇÃO DAS FIGURAS

[0020] Pode-se obter uma compreensão mais detalhada a partir da descrição a seguir, fornecida como forma de exemplo em conjunto com as figuras anexas, nas quais:

- a figura 1 exibe uma falha de link de rádio convencional;

- a figura 2 exibe uma falha de handover convencional;

- a figura 3 exibe um procedimento de acesso aleatório não com base em contenção

Petição 870190112801, de 04/11/2019, pág. 18/36

5/15 convencional;

- a figura 4 é um diagrama de sistema de comunicação sem fio; e

- a figura 5 exibe um fluxograma de um método descrito de manipulação de uma falha de link de rádio.

DESCRIÇÃO DETALHADA

[0021] Quando indicado a seguir, a terminologia unidade de transmissão e recepção sem fio (WTRU) inclui, mas sem limitar-se a um equipamento de usuário (UE), estação móvel, unidade de assinante fixa ou móvel, pager, telefone celular, assistente digital pessoal (PDA), computador ou qualquer outro tipo de dispositivo de usuário capaz de operar em um ambiente sem fio. Quando indicado a seguir, a terminologia estação base inclui, mas sem limitar-se a um Nó B, controlador de local, ponto de acesso (AP) ou qualquer outro tipo de dispositivo de interface capaz de operar em um ambiente sem fio.

[0022] Com referência à figura 4, uma rede de comunicação sem fio (NW) LTE, por exemplo, compreende uma ou mais WTRUs 20, em que cada qual inclui um processador 21, um ou mais Nós B 30, em que cada qual inclui um processador 31, e uma ou mais células 40. Cada célula 40 compreende um ou mais Nós B (NB ou eNB) 30. Cada um dos processadores 21 e 31 é configurado para implementar um método descrito de manipulação de uma falha de handover e link de rádio (RL).

[0023] Ao longo de todo o método descrito, as informações de contexto designam qualquer um dentre contexto de Controle de Recursos de Rádio (RRC), contexto de segurança, contexto de Protocolo de Convergência de Dados de Pacote (PDCP) ou qualquer contexto de camada que possa prosseguir durante a mobilidade. Por motivo de brevidade, entretanto, a expressão contexto ou contexto de RRC pode ser utilizada para cada um dos tipos de contexto descritos acima.

[0024] Quando uma falha de RL é detectada pela WTRU 20, a WTRU 20 inicia procedimentos de mobilidade (ou seja, nova seleção celular). No procedimento de nova seleção celular normal, a WTRU 20 seleciona novamente qualquer célula disponível após a falha de RL e, por meio de uma atualização celular ou solicitação de conexão de controle de recursos de rádio (RRC), a WTRU 20 envia a sua identidade de WTRU para um eNó B (eNB) 30. O eNB 30, utilizando a identidade de WTRU recebida, detecta se a WTRU 20

Petição 870190112801, de 04/11/2019, pág. 19/36

6/15 estava sob o controle desse eNB 30 antes da ocorrência da falha de link de rádio.

[0025] São descritos um método e aparelho em que, após uma falha de handover (HO) ou link de rádio (RL), a WTRU 20 inclui a sua identidade de WTRU (tal como TMSI/IMSI/IMEI ou qualquer outra identidade de UE) e a identidade de eNB e/ou identidade celular como um elemento de informação (IE) na solicitação de conexão de RRC, a mensagem de atualização celular ou qualquer outra mensagem de RRC.

[0026] Após a WTRU 20 abrigar-se sobre um eNB (ou seja, eNB alvo) após a nova seleção celular, as informações incluídas no IE são transmitidas para o eNB alvo. Caso o eNB alvo no qual abriga-se a WTRU 20 seja diferente do eNB para o qual a WTRU 20 abrigou-se antes da falha de RL (ou seja, eNB fonte), o eNB alvo entra em contato com o eNB fonte, utilizando a identidade de eNB e/ou ID celular incluída no IE, para informar ao eNB fonte a identidade da WTRU 20. O eNB alvo solicita em seguida ao eNB fonte que transmita parâmetros de contexto da WTRU 20. Alternativa mente, o eNB alvo pode também informar ao eNB fonte a identidade celular.

[0027] Caso o eNB fonte encontre informações de contexto que coincidam com a identidade da WTRU 20, o eNB fonte transmite as informações de contexto para o eNB alvo. O eNB alvo pode enviar em seguida uma resposta para a atualização celular da WTRU 20, a solicitação de conexão de RRC ou qualquer outro procedimento de RRC iniciado por WTRU, o que indica que a WTRU 20 pode reutilizar o contexto anterior.

[0028] Caso o contexto não seja encontrado pelo eNB fonte, o eNB alvo executa procedimentos de atualização celular/estabelecimento de conexões de RRC ou qualquer outro procedimento de RRC. Neste caso, quando o eNB alvo receber uma solicitação de restabelecimento de uma conexão RRC pela WTRU 20, ele sinaliza todos os parâmetros da Camada 1 e/ou Camada 2/3 que haveria sinalizado para uma conexão RRC nova. A WTRU 20 pode excluir em seguida qualquer informação de contexto armazenada que foi aplicável à célula antiga. Alternativamente, caso o contexto não seja encontrado, a WTRU 20 poderá entrar como RRC Idle sem aguardar o término do temporizador T2 e retomar procedimentos ou aguardar o término do temporizador t2 para entrar em RRC Idle.

[0029] O IE descrito, que compreende informações sobre o eNB no qual a WTRU 20 abrigou-se pela última vez pode ser incluído pela WTRU 20. Segundo esta alternativa, o

Petição 870190112801, de 04/11/2019, pág. 20/36

715 processador 21 inclui a identidade de eNB e/ou identidade celular no IE somente mediante detecção de uma falha de handover.

[0030] Caso o eNB alvo, no qual abriga-se a WTRU 20, seja o mesmo eNB fonte antes da falha e se o eNB encontrar um contexto para a WTRU 20 (o eNB descobre verificandoa que possui um contexto que coincide com a identidade da WTRU 20), o eNB, mediante o recebimento de uma SOLICITAÇÃO DE CONEXÃO DE RRC da WTRU 20 (ou mediante o recebimento de qualquer outro procedimento de RRC iniciado pela WTRU), poderá indicar para a WTRU 20 que utilize as mesmas informações de contexto que possuía antes da ocorrência da falha. Caso contrário, o eNB poderá sinalizar todos os parâmetros de Camada 1 e Camada 2/3 para a WTRU 20 que o eNB sinalizaria para uma nova conexão de RRC. A WTRU 20 pode excluir em seguida qualquer informação de contexto armazenada.

[0031] Um fluxograma do método descrito utilizado pelo processador 21 da WTRU 20 para manipular uma falha de RL é descrito abaixo. Mediante detecção de uma falha de RL (etapa 500), a WTRU 20 conduz um procedimento de acesso inicial para a obtenção de acesso a um eNB alvo selecionado (etapa 501). A WTRU 20 transmite em seguida um IE para o eNB alvo que inclui pelo menos a ID de eNB para um eNB fonte sobre o qual a WTRU 20 abrigou-se anteriormente (etapa 502). A WTRU 20 recebe em seguida o contexto de RRC do eNB alvo (etapa 503) após a obtenção do contexto pelo eNB alvo, tal como a partir do eNB fonte.

[0032] Segundo o método descrito, a duração do período em que o eNB alvo mantém o contexto de controle de acesso via rádio (RAC) é preferencial mente determinada com base em implementação. Este também é o caso na determinação se a transferência das informações de contexto entre o eNB alvo e o eNB fonte ocorre apenas em uma falha de link de rádio.

[0033] Caso o eNB alvo no qual a WTRU 20 abriga-se seja o mesmo eNB fonte no qual a WTRU 20 havia se abrigado antes do handover, mediante o recebimento de uma SOLICITAÇÃO DE CONEXÃO DE RRC da WTRU 20 ou o recebimento de qualquer outro procedimento de RRC iniciado pela WTRU, poderá indicar para a WTRU 20 que utilize as mesmas informações de contexto que possuía antes da ocorrência da falha.

Petição 870190112801, de 04/11/2019, pág. 21/36

8/15

[0034] Como compreenderão os técnicos no assunto, o abrigo da WTRU 20 na mesma célula ou o mesmo eNB no qual havia se abrigado antes da falha de RL ajuda a economizar recursos de rede. Desta forma, o método descrito pode incluir alternativamente que a WTRU 20 durante o procedimento de seleção celular após a falha de RL considere a identidade do eNB fonte, de forma a preferir células do eNB fonte sobre células de um eNB diferente. Segundo esta alternativa, pode ser preferível que a WTRU 20 dê prioridade a um eNB detectado na ordem a seguir: a última célula na qual abrigou-se anteriormente; uma célula do mesmo eNó B no qual abrigou-se anteriormente; e a célula de qualquer outro eNó B.

[0035] Os outros parâmetros de nova seleção celular podem ou não ser considerados pela WTRU 20 durante uma situação de falha de links de rádio, pois o rápido abrigo e início da chamada são os critérios principais após a falha; ter apenas a identidade do eNB (ou identidade celular), junto com a potência de sinal da célula, é suficiente para conduzir a seleção celular mediante falha de link de rádio. Segundo este método, as identidades (eNB e célula) podem ser transmitidas nas mensagens de informação de sistema junto com a ID da célula.

[0036] Para uma falha de handover, é descrito um método em que, quando a WTRU 20 mover-se para uma célula diferente e a célula diferente pertencer ao mesmo eNB, com base na identidade da WTRU 20, o eNB para o qual a WTRU 20 moveu-se identifica se possui o contexto de WTRU 20. Caso o eNB possua o contexto, o eNB sinaliza para a WTRU 20 que utilize o mesmo contexto acima. A WTRU 20 é capaz de utilizar o mesmo contexto, pois o contexto é armazenado com relação ao eNB e não com relação à célula. Segundo este método, a mesma prioridade de seleção celular descrita acima para uma falha de RL descrita acima aplica-se a falhas de handover de eNB, como um método alternativo.

[0037] Quando a WTRU 20 mover-se para uma célula de um eNB diferente, pode ser utilizado um procedimento similar ao descrito acima para uma falha de link de rádio. Dever-se-á observar que, durante esse procedimento de handover, a última identidade de eNB que a WTRU 20 poderá haver armazenado pode ser o eNB fonte ou o eNB alvo, dependendo de em qual estágio do procedimento de handover falhou. Segundo este

Petição 870190112801, de 04/11/2019, pág. 22/36

9/15 método descrito, é preferível que a WTRU 20 armazene o eNB fonte como o último eNB no qual abrigou-se até o término bem sucedido do handover. Além disso, o procedimento por si próprio não seria afetado, independentemente se a WTRU envia a identidade do eNB fonte ou do eNB alvo para o eNB final no qual se abriga.

[0038] Um aspecto importante de poder recuperar o contexto é que a WTRU abriguese em uma célula e envie a mensagem 1 (ou seja, o Preâmbulo de Acesso Aleatório) no procedimento de RACH o mais breve possível. Caso haja um atraso neste processo, o eNB poderá haver excluído o contexto, de forma a tornar inútil o procedimento de recuperação de contexto. Consequentemente, é descrito um método de aprimoramento do procedimento de Canal de Acesso Aleatório (RACH) para falhas de handover e RL. Segundo este método, uma assinatura dedicada é alocada à WTRU 20 durante o procedimento de handover. A assinatura dedicada alocada é utilizada em seguida para acesso à célula fonte após falha de RL ou de handover. O comando HO, por exemplo (ou qualquer mensagem de sinalização), atribui à WTRU 20 duas assinaturas dedicadas, uma a ser utilizada pela WTRU 20 para acesso à célula alvo e a outra a ser utilizada pela WTRU 20 para acesso à célula fonte (ou qualquer outra célula) caso ocorra falha (tal como se a WTRU 20 não administrar o acesso à célula alvo).

[0039] Caso o handover seja encerrado com sucesso, a WTRU 20 pode (implícita ou explicitamente) liberar a assinatura de volta para a rede na mensagem de confirmação de handover. No caso de uma falha durante o procedimento de handover, a WTRU 20 pode utilizar esta segunda assinatura dedicada e tentar ter acesso à rede o mais breve possível. Como a WTRU 20 utiliza uma assinatura dedicada, ela é capaz de recuperar-se mais rapidamente de uma falha.

[0040] Alternativamente, um conjunto de assinaturas dedicadas é transmitido no canal de broadcast (BCH) definido exclusivamente para falha de RL, que é utilizado pela WTRU 20 no caso de uma falha de handover ou RL. Em uma outra alternativa, um conjunto de assinaturas dedicadas universais, válido ao longo de todas as células, pode ser utilizado para falhas de RL. Esse conjunto de assinaturas dedicadas universais pode ser enviado na mensagem de handover ou transmitido nas mensagens de informação de sistema. A WTRU pode utilizar em seguida essa assinatura dedicada universal após a falha para

Petição 870190112801, de 04/11/2019, pág. 23/36

10/15 acesso a qualquer célula.

[0041] É descrito um procedimento de RACH alternativo no qual, em vez de atribuir uma assinatura dedicada à WTRU 20, que é utilizada no caso de falha, pelo menos uma das assinaturas (tal como Preâmbulo de Acesso Aleatório) no conjunto atual transmitido no BCH pode ser identificada/reservada para acesso à célula após a falha. Segundo essa alternativa, a WTRU 20 obtém as assinaturas reservadas do BCH (ou o Comando de handover (HO) pode informar à WTRU 20 as assinaturas reservadas a serem utilizadas no caso de falha). Depois que a WTRU 20 aprender as assinaturas reservadas, a WTRU 20 utiliza esta assinatura reservada caso experimente uma falha de handover ou RL.

[0042] É descrita uma outra alternativa na qual são utilizadas classes de acesso mais alto para manipulação das falhas de RL. Segundo essa alternativa, a WTRU 20 associa a manipulação de falhas de RL a um serviço de classe de acesso mais alto e, desta forma, terminaria selecionando novamente para a rede com um retrocesso mais baixo e prioridade mais alta. Neste cenário, quando a WTRU 20 tentar ter acesso a uma célula após uma falha de RL, como a WTRU 20 teria um serviço de classe de acesso mais alta e, portanto, tentaria ter acesso à rede 10 com menos ou nenhum intervalo de retrocesso entre as suas diferentes tentativas de RACH. Desta forma, a WTRU 20 após uma falha de RL poderá possuir uma probabilidade mais alta de acesso à rede em comparação com outras WTRUs com serviço e classe de acesso mais baixa, o que geraria intervalos de retrocesso mais longos.

[0043] Em um outro método alternativo de acesso a RACH, a WTRU 20 eleva a sua potência mais rapidamente de tal forma que a rede possua uma possibilidade mais alta de detecção e, portanto, priorize a dada WTRU 20. A Tabela 3 descreve a mobilidade da WTRU 20 durante uma falha de RL conforme este método descrito.

Tabela 3

Mobilidade e Falha de Links de Rádio

Casos	Primeira fase	Segunda fase	T2 expirado	Prioridade de seleção celular
UE retorna para a mesma	Continuar como se não	A atividade não pode ser retomada sem	Ir via RRC_IDLE	1

Petição 870190112801, de 04/11/2019, pág. 24/36

11/15

célula	houvessem ocorrido problemas de rádio	interação entre a WTRU e o eNó B, o procedimento a ser utilizado é FFS, normalmente não por meio de RRC_IDLE
UE seleciona uma célula diferente do mesmo eNó B	N/A	A atividade não pode ser retomada sem interação entre a WTRU e o eNó B.	Ir via RRC_IDLE	2
UE seleciona uma célula de um eNó B diferente	N/A	A atividade não pode ser retomada sem interação entre a WTRU e o eNó B, o procedimento a ser utilizado é FFS, normalmente não via RRC_IDLE	Ir via RRC_IDLE	3

[0044] Para a segunda fase, a fim de retomar a atividade quando a WTRU 20 retornar para a mesma célula, ou quando a WTRU 20 selecionar uma célula diferente do mesmo eNó B ou um eNB diferente, é descrito um método em que a WTRU 20 tem acesso à célula por meio do procedimento de acesso aleatório. A identidade de camada sem acesso (NAS) utilizada no processo de acesso aleatório também é utilizada pelo eNB para determinar se o eNB possui um contexto de RRC armazenado para aquela WTRU 20. Caso o eNB encontre um contexto de RRC que coincida com a identidade da WTRU 20, o eNB envia, em resposta à SOLICITAÇÃO DE CONEXÃO DE RRC, uma mensagem (tal como RESPOSTA DE CONEXÃO DE RRC) ou qualquer outro procedimento de RC iniciado pela WTRU, que indica para a WTRU 20 que reutilize o contexto de RRC que armazenou.

[0045] Caso o eNB não encontre um contexto de RRC que coincida com a identidade da WTRU 20, o novo eNB entra em contato direto com o eNB abrigado anteriormente utilizando a identidade de eNB transmitida pela WTRU 20. Conforme descrito acima, alternativamente, o eNB pode derivar a identidade de WTRU ou o contexto de WTRU da

Petição 870190112801, de 04/11/2019, pág. 25/36

12/15

Entidade de Administração Móvel (MME).

[0046] Caso seja encontrado e transferido um contexto no eNB antigo, ele envia, em resposta à SOLICITAÇÃO DE CONEXÃO DE RRC, uma mensagem (tal como RESPOSTA DE CONEXÃO DE RRC) ou qualquer outro procedimento de RRC iniciado pela WTRU que indica para a WTRU 20 que reutilize o contexto de RRC que armazenou. Caso o contexto não seja encontrado no novo nem no antigo eNB, ocorre um procedimento de estabelecimento de conexão de RRC e a WTRU 20 descarta os contextos de RRC que armazenou. Neste caso, quando a rede enviar uma resposta para o procedimento de RRC iniciado pela WTRU, a rede 20 indica se a WTRU 20 poderá estabelecer a pilha utilizando as informações de contexto antigas que possuía antes da falha ou a rede 10 transmite novos parâmetros na mensagem de resposta para que a WTRU 20 configure a sua pilha. Depois que a WTRU 20 receber a mensagem de resposta da rede 10 e a processar, a WTRU 20 transmite uma mensagem completa para a rede 10 que indica para a rede 10 que encerrou a configuração no seu lado.

[0047] A Tabela 4 abaixo descreve a mobilidade da WTRU 20 durante uma falha de handover conforme o método descrito.

Tabela 4

Falha de handover e Mobilidade

Casos	Primeira fase	Segunda fase	T2 expirado	Prioridade de seleção celular
UE entra na célula alvo	Continuar como se não houvessem ocorrido problemas de rádio	A atividade não pode ser retomada sem interação entre o UE e o eNó B	Ir via RRC_IDLE	1
UE retorna para a célula fonte	N/A	A atividade não pode ser retomada sem interação entre UE e eNó B	Ir via RRC_IDLE	2
UE seleciona	N/A	A atividade não pode	Ir via RRC_IDLE	3

Petição 870190112801, de 04/11/2019, pág. 26/36

13/15

uma célula diferente do mesmo eNó B		ser resumida sem interação entre o UE e o eNó B, o procedimento a ser utilizado é FFS, normalmente não via RRC_IDLE
UE seleciona uma célula de um eNó B diferente	N/A	A atividade não pode ser retomada sem interação entre o UE e o eNó b, o procedimento a ser utilizado é FFS, normalmente não via RRC_IDLE	ir via RRC_IDLE	4

[0048] Para a segunda fase, a fim de retomar a atividade quando a WTRU 20 retornar para a mesma célula ou quando a WTRU 20 selecionar uma célula diferente do mesmo eNB ou um eNB diferente, é descrito um método em que a WTRU 20 tem acesso á célula por meio do procedimento de acesso aleatório. A identidade de camada sem acesso (NAS) utilizada no procedimento de acesso aleatório também é utilizada pelo eNB para determinar se o eNB possui um contexto de RRC armazenado para a WTRU 20. Caso o eNB encontre um contexto de RRC armazenado para a WTRU 20. Caso o eNB encontre um contexto de RRC que coincida com a identidade da WTRU 20, o eNB envia em resposta à SOLICITAÇÃO DE CONEXÃO DE RRC uma mensagem (tal como RESPOSTA DE CONEXÃO DE RRC) ou qualquer outro procedimento de RRC iniciado por WTRU que indique para a WTRU 20 que reutilize o contexto de RRC que armazenou.

[0049] Caso o eNB não encontre um contexto de RRC que coincida com a identidade da WTRU 20, o novo eNB entra em contato direto com o eNB abrigado anteriormente utilizando a identidade de eNB transmitida pela WTRU 20. Conforme descrito acima, alternativamente, o eNB pode derivar a identidade de WTRU ou o contexto de WTRU do MME.

[0050] Caso seja encontrado e transferido um contexto no eNB antigo, ele envia em

Petição 870190112801, de 04/11/2019, pág. 27/36

14/15 resposta à SOLICITAÇÃO DE CONEXÃO DE RRC uma mensagem (tal como RESPOSTA DE CONEXÃO DE RRC) ou qualquer outro procedimento de RRC iniciado pela WTRU, que indica para a WTRU 20 que reutilize o contexto de RRC que armazenou. Caso o contexto não seja encontrado no novo nem no antigo eNB, ocorre um procedimento de estabelecimento de conexão de RRC normal e a WTRU 20 preferencialmente descarta os contextos de RRC que armazenou. Dever-se-á observar que o uso da coluna de prioridade de seleção celular nas Tabelas 3 e 4 é um método alternativo e que, independentemente da prioridade, o procedimento descrito ainda é aplicável caso sejam utilizadas outras prioridades de seleção e nova seleção.

[0051] Embora as características e os elementos sejam descritos acima em combinações específicas, cada característica ou elemento pode ser utilizado isoladamente, sem as demais características e elementos ou em várias combinações com ou sem as outras características e elementos. Os métodos ou fluxogramas fornecidos no presente podem ser implementados em um programa de computador, software ou firmware incorporado em meios de armazenagem legível por computador para execução por um processador ou computador de uso geral. Exemplos de meios de armazenagem legíveis por computador incluem memória somente de leitura (ROM), memória de acesso aleatório (RAM), registro, memória de cache, dispositivos de memória semicondutores, meios magnéticos tais como discos rígidos internos e discos removíveis, meios magneto-óticos e meios óticos tais como discos CD-ROM e discos versáteis digitais (DVDs).

[0052] Processadores apropriados incluem, por exemplo, um processador para uso geral, processador para fins especiais, processador convencional, processador de sinais digitais (DSP), uma série de microprocessadores, um ou mais microprocessadores em associação com um núcleo de DSP, controlador, microcontrolador, Circuitos Integrados Específicos de Aplicação (ASICs), circuitos de Conjuntos de Portal Programáveis de Campo (FPGAs), qualquer outro tipo de circuito integrado (IC) e/ou máquina de estado.

[0053] Um processador em associação com software pode ser utilizado para implementar um transceptor de rádio frequência para uso em uma unidade de transmissão e recepção sem fio (WTRU), equipamento de usuário (UE), terminal, estação base, controlador de rede de rádio (RNC) ou qualquer computador host. A WTRU pode ser

Petição 870190112801, de 04/11/2019, pág. 28/36

15/15 utilizada em conjunto com módulos, implementada em hardware e/ou software, tal como uma câmera, módulo de câmera de vídeo, videofone, fone de ouvido, dispositivo de vibração, alto-falante, microfone, transceptor de televisão, fone de ouvido para mãos livres, teclado, módulo Bluetooth®, unidade de rádio em frequência modulada (FM), unidade de visor de cristal líquido (LCD), unidade de visor de diodo emissor de luz orgânico (OLED), aparelho de música digital, aparelho de mídia, módulo de vídeo game, navegador da Internet e/ou qualquer módulo de rede de área local sem fio (WLAN) ou Banda Ultra Larga (UWB).

Claims

Reivindicações

1. Método implementado em uma unidade de transmissão e recepção sem fio para comunicações sem fio entre a unidade de transmissão e recepção sem fio (20) e um Nó B evoluído (30) alvo, caracterizado pelo fato de que compreende:

- detectar uma falha de comunicação;

- transmitir uma identidade de WTRU e uma identidade da célula fonte para o Nó B evoluído em resposta à falha de comunicação detectada; e

- receber uma indicação do Nó B evoluído (30) alvo que permite a retomada de uma conexão pela unidade de transmissão e recepção sem fio (20).
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende a condução da nova seleção celular para selecionar o Nó B evoluído (30) alvo.
3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que compreende a seleção de um Nó B evoluído como o Nó B evoluído alvo com base na identidade de células fonte.
4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que a identidade de célula fonte e uma fonte de Nó B evoluído e a condução de nova seleção celular compreende:

- tentativa de selecionar novamente a célula fonte; e

- tentativa de selecionar uma segunda célula associada ao Nó B evoluído fonte desde que a célula fonte não esteja disponível para seleção.
5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende a tentativa de selecionar uma terceira célula associada a um Nó B evoluído diferente desde que nenhuma célula associada ao Nó B evoluído fonte esteja disponível para seleção.
6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende a armazenagem de uma informação de contexto antes da falha de comunicação detectada.
7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a falha de comunicação seja uma falha de link de rádio (RL).

Petição 870190112801, de 04/11/2019, pág. 30/36

2/3
8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a indicação do Nó B evoluído alvo baseia-se na coincidência entre a identidade da unidade de transmissão e recepção sem fio e um contexto.
9. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a falha de comunicação é uma falha de handover (HO).
10. Unidade de transmissão e recepção sem fio (20) caracterizada pelo fato de que compreende:

- meios de detecção de uma falha de comunicação;

- meios de transmissão de uma identidade da unidade de transmissão e recepção sem fio e uma identidade de célula fonte para um Nó B evoluído alvo em resposta à falha de comunicação detectada; e

- meios de recebimento de uma indicação do Nó B evoluído (30) alvo que permite a retomada de uma conexão pela unidade de transmissão e recepção sem fio (20).
11. WTRU, de acordo com a reivindicação 10, caracterizada pelo fato de que a identidade de célula fonte é associada a um Nó B evoluído fonte no qual a unidade de transmissão e recepção sem fio abrigou-se antes da falha de comunicação detectada.
12. WTRU, de acordo com a reivindicação 10, caracterizada pelo fato de que a falha de comunicação é uma falha de link de rádio (RL).
13. WTRU, de acordo com a reivindicação 10, caracterizada pelo fato de compreender adicionalmente meios para a célula realizar a seleção do Nó B evoluído alvo.
14. WTRU, de acordo com a reivindicação 10, caracterizada pelo fato de que a identidade da célula fonte é considerada na seleção de um Nó B evoluído como o Nó B evoluído alvo.
15. WTRU, de acordo com a reivindicação 13, caracterizada pelo fato de que a identidade da célula fonte é associada a uma célula fonte e um Nó B evoluído fonte e meios de realização de nova seleção de célula compreende:

- meios para tentar selecionar novamente a célula fonte; e

- meios para tentar selecionar uma segunda célula associada ao Nó B evoluído fonte desde que a célula fonte não seja disponível para seleção.
16. WTRU, de acordo com a reivindicação 15, caracterizada pelo fato de que

Petição 870190112801, de 04/11/2019, pág. 31/36

3/3 compreende meios para tentar selecionar uma terceira célula associada a um Nó B evoluído diferente desde que nenhuma célula associada ao Nó B evoluído fonte esteja disponível para seleção.
17. WTRU, de acordo com a reivindicação 10, caracterizada pelo fato de que a indicação do Nó B evoluído alvo é baseada na coincidência entre a identidade da WTRU e um contexto.
18. WTRU, de acordo com a reivindicação 10, caracterizada pelo fato de que a falha de comunicação é uma falha de handover (HO).