BR102014027949A2 - método para administrar falha de enlace de rádio - Google Patents
método para administrar falha de enlace de rádio Download PDFInfo
- Publication number
- BR102014027949A2 BR102014027949A2 BR102014027949A BR102014027949A BR102014027949A2 BR 102014027949 A2 BR102014027949 A2 BR 102014027949A2 BR 102014027949 A BR102014027949 A BR 102014027949A BR 102014027949 A BR102014027949 A BR 102014027949A BR 102014027949 A2 BR102014027949 A2 BR 102014027949A2
- Authority
- BR
- Brazil
- Prior art keywords
- base station
- rlf
- menb
- senb
- mme
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 81
- 238000004891 communication Methods 0.000 claims abstract description 43
- 230000005540 biological transmission Effects 0.000 claims description 21
- 230000001960 triggered effect Effects 0.000 claims description 2
- 230000009849 deactivation Effects 0.000 claims 3
- 230000008054 signal transmission Effects 0.000 claims 1
- 238000005259 measurement Methods 0.000 description 28
- 230000009977 dual effect Effects 0.000 description 27
- 230000008569 process Effects 0.000 description 14
- 230000004913 activation Effects 0.000 description 12
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 10
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 10
- 238000010586 diagram Methods 0.000 description 7
- 238000012508 change request Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 239000000969 carrier Substances 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- XUIMIQQOPSSXEZ-UHFFFAOYSA-N Silicon Chemical compound [Si] XUIMIQQOPSSXEZ-UHFFFAOYSA-N 0.000 description 1
- FAPWRFPIFSIZLT-UHFFFAOYSA-M Sodium chloride Chemical compound [Na+].[Cl-] FAPWRFPIFSIZLT-UHFFFAOYSA-M 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 229910052710 silicon Inorganic materials 0.000 description 1
- 239000010703 silicon Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/04—Reselecting a cell layer in multi-layered cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/0085—Hand-off measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
- H04W36/305—Handover due to radio link failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00837—Determination of triggering parameters for hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
resumo "método paraadministrar uma falha de enlace de rádio" trata-se de um método para administrar uma falha de enlace de rádio (rlf) através de um dispositivo de comunicação em um sistema de comunicação sem fio que compreende conectar a pelo menos duas estações-base, que incluem uma primeira estação-base e uma segunda estação-base no sistema de comunicação sem fio, detectar a rlf na primeira estação-base e enviar um relatório de causa de rlf associado à primeira estação-base à segunda estação-base.
Description
“MÉTODO PARA ADMINISTRAR FALHA DE ENLACE DE RÁDIO” CAMPO DA INVENÇÃO
[0001 ] A presente invenção refere-se a ura método usado por um dispositivo de comunicação em um sistema de comunicação sem fio e, mais particularmente, a um método para administrar falha de enlace de rádio em conectividade dupla.
ANTECEDENTES DA INVENÇÃO
[0002] 3GPP na Liberação 12 propõe conectividade dupla para aumentar a velocidade do usuário. A conectividade dupla a pelo menos duas células pode ser entregue através de NodeBs evoluídos (eNBs) diferentes, conectados a um backhaul não ideal e um eNB pode ser responsável por um agrupamento de células. Portanto, um equipamento de usuário (UE) pode ser entregue através de múltiplos eNBs quando estiver em modo de conectividade dupla.
[0003] Sob a estrutura da conectividade dupla, as correntes de tráfego podem ser entregues através de um eNB ou divididas através de mais de um eNBs, dependendo dos requisitos de QoS de cada tipo de tráfego, da situação de carregamento, da condição de canal e da combinação dos mesmos. Um portador de rádio cujos protocolos de rádio estão apenas localizados em um eNB mestre (doravante chamado MeNB) e, dessa forma, pode usar apenas os recursos de MeNB, é definido como portador específico de MeNB. Para o portador específico de MeNB, o MeNB é o plano U conectado à S-GW através de Sl-U. Um portador de rádio cujos protocolos de rádio estão apenas localizados em um eNB secundário (doravante chamado SeNB) e, dessa forma, pode usar apenas os recursos de SeNB, é definido como portador específico de SeNB. Para o portador específico de SeNB, o SeNB é diretamente conectado à S-GW através de Sl-U. Um portador de rádio cujos protocolos de rádio estão localizados tanto no MeNB como no SeNB e, dessa forma, pode usar os recursos de rádio fornecidos tanto pelo MeNB como pelo SeNB, é definido como um portador (de rádio) dividido. Para portadores divididos, o MeNB é o plano U conectado à S-GW através de Sl-U. Em detalhe, a Figura 1 mostra um portador de rádio dividido entre o MeNB e o SeNB. A Figura 1 ilustra a pilha de protocolo de plano de usuário no MeNB e no SeNB. Na Figura í, os dados de plano de usuário de um portador de rádio RB são transmitidos para o MeNB e, então, uma entidade de protocolo de convergência de dados de pacote compartilhado (PDCP) do MeNB direciona as PDUs de PDCP para os dados de plano de usuário para uma entidade de controle de enlace de rádio (RLC) do MeNB e uma entidade de RLC do SeNB para a transmissão para um UE. Conforme pode ser visto, com o portador de rádio dividido, o UE pode receber os dados de plano de usuário de um portador de rádio através tanto do MeNB como do SeNB, para acentuar a velocidade de usuário. Por outro lado, o UE pode transmitir os dados de plano de usuário de um portador de rádio através tanto do MeNB e do SeNB.
[0004] A Figura 2 ilustra a arquitetura de plano de usuário para conectividade dupla no caso do portador de rádio dividido. Conforme mostrado na Figura 2, o MeNB é conectado a uma porta de comunicação servidora (S-GW) através de Sl-U, ao SeNB através de X2, ao UE através de Uu e a uma entidade de gerenciamento de mobilidade (MME) através de Sl-MME. O MeNB na conectividade dupla termina a interface de Sl-MME e, portanto, age como âncora de mobilidade em direção a uma rede de núcleo (CN). A interface X2 entre o MeNB e o SeNB envolvida na conectividade dupla fornece a transmissão das PDUs de PDCP para os dados de plano de usuário de um portador de rádio dividido. Em detalhe, os dados de plano de usuário são enviados da S-GW para o MeNB através da Sl-U e o MeNB divide os dados de plano de usuário para SeNB através de X2. Dessa forma, o MeNB e o SeNB podem, simultaneamente, transmitir os dados de plano de usuário de um portador de rádio dividido para o UE através de Uu. De modo similar, o UE pode, simultaneamente, transmitir os dados de plano de usuário de um portador de rádio dividido para o MeNB e o SeNB. A funcionalidade dc MME e de S-GW deve ser bem conhecida na técnica, assim, a mesma é omitida no presente documento.
[00 05] Uma falha de enlace de rádio (RLF) pode acontecer entre um UE e um eNB. O UE pode considerar a RLF como sendo detectada mediante a expiração de T310, mediante a indicação de problema de acesso aleatório do MAC enquanto nem T300, T301, T304 ou nem T311 está executando ou mediante a indicação da RLC que a quantidade máxima de retransmissões foi alcançada. Em suma, o UE considera a RLF como sendo detectada quando um problema de enlace de rádio físico, uma falha de procedimento de RACH e a retransmissão de RLC acima do limite de retransmissão ocorrerem. Após o UE detectar a RLF, o UE deixa um modo conectado de controle de recurso de rádio (RRC) caso a segurança de AS não tenha sido ativada, de outro modo iniciará um procedimento de reestabelecimento de conexão de RRC.
[0006] Com base no relatório descritivo atual, se houver uma RLF detectada em um eNB, o UE realizará o reestabelecimento de conexão de RRC com o eNB. Se o reestabelecimento falhar, o UE realizaria o procedimento de (re)seleção de célula para a solicitação de conexão de RRC, que causaria a interrupção de serviço e a interface Sl-MME seria reestabelecida mais tarde. Entretanto, na conectividade dupla, ainda está disponível o enlace de rádio entre um outro eNB e o UE, dessa forma, o reestabelecimento de conexão de RRC, o reestabelecimento de Sl-MME e a sinalização de SI (devido ao reestabelecimento de Sl-MME) podem ser desnecessários e a interrupção de serviço pode ser evitada.
SUMÁRIO DA INVENÇÃO
[0007] O pedido alveja fornecer um método para administrar falha de enlace de rádio (RLF) na conectividade dupla a fim de resolver os problemas supracitados.
[0 008] Isso é alcançado através de um método para administrar falha de enlace de rádio (RLF) na conectividade dupla de acordo com as reivindicações 1, 8 e 13. As reivindicações dependentes dizem respeito aos desenvolvimentos e aprimoramentos adicionais correspondentes.
[0009] Conforme será visto mais claramente a partir da descrição detalhada a seguir abaixo, o método para administrar falha de enlace de rádio (RLF) reivindicado por um dispositivo de comunicação em um sistema de comunicação sem fio compreende conectar pelo menos duas estações-base, que incluem uma primeira estação-base e uma segunda estação-base, ao sistema de comunicação sem fio, detectar a RLF na primeira estação-base e enviar um relatório de causa de RLF associado à primeira estação-base à segunda estação-base.
BREVE DESCRIÇÃO DOS DESENHOS
[0010] A Figura 1 é um diagrama esquemático de pilha de protocolo de plano de usuário no MeNB e no SeNB no caso do portador de rádio dividido.
[0011] A Figura 2 é um diagrama esquemático de arquitetura de plano de usuário para conectividade dupla no caso do portador de rádio dividido.
[0012 ] A Figura 3 é um diagrama esquemático de um sistema de comunicação sem fio.
[0013] A Figura 4 é um diagrama esquemático de um dispositivo de comunicação exemplificador.
[0014] As Figuras 5 a 7 são fluxogramas de um processo exemplificador de acordo com a presente revelação.
[0015] As Figuras 8 a 35 são diagramas esquemáticos de várias modalidades exemplificadoras.
DESCRIÇÃO DETALHADA
[0016] A Figura 3 é um diagrama esquemático de um sistema de comunicação sem fio 30. O sistema de comunicação sem fio 30 é um sistema LTE/LTE-Advanced ou outros sistemas de comunicação móvel e é brevemente composto de pelo menos dois nós de rede, isto é, um eNB mestre (doravante chamado MeNB) e um eNB secundário (doravante chamado SeNB) e um equipamento de usuário (UE). A Figura 3 é simplesmente utilizada para ilustrar a estrutura do sistema de comunicação sem fio 30, em que a quantidade de UEs e eNBs não são limitadas no presente documento. Os UEs podem ser dispositivos como telefones celulares, sistemas de computador, dispositivos de tipo máquina, etc. O nó de rede ou o eNB pode ser referido a uma estação-base. Além disso, o nó de rede e o UE podem ser vistos como um transmissor ou um receptor de acordo com a direção de transmissão, por exemplo, para enlace ascendente (UL), o UE é o transmissor e o nó de rede é o receptor e, para enlace descendente (DL), o nó de rede é o transmissor e o UE é o receptor.
[0017 ] A Figura 4 é um diagrama esquemático de um dispositivo de comunicação exemplificador 40. O dispositivo de comunicação 40 pode ser o UE, o MeNB ou o SeNB mostrado na Figura 3. O dispositivo de comunicação 40 pode incluir um meio de processamento 400 como um microprocessador ou um Circuito Integrado para Aplicação Específica (ASIC), uma unidade de armazenamento 410 e uma unidade de realização de interface de comunicação 420. A unidade de armazenamento 410 pode ser qualquer dispositivo de armazenamento de dados que possa armazenar o código de programa 414, para acesso através do meio de processamento 400. Os exemplos da unidade de armazenamento 410 incluem, mas não são se limitam a, um módulo de identificação do assinante (SIM), memória só de leitura (ROM), memória flash, memória de acesso aleatório (RAM), CD-ROMs, fita magnética, disco rígido e dispositivo de armazenamento de dados óptico. A unidade de realização de interface de comunicação 420 é, de preferência, um transceptor de rádio e pode trocar sinais sem fio com uma rede (isto é, E-UTRAN) de acordo com os resultados de processamento do meio de processamento 400.
[0018] A Figura 5 é um fluxograma de um processo 50 de acordo com um exemplo da presente revelação. O processo 50 é utilizado no UE da Figura 3 para administrar a falha de enlace de rádio (RLF) na conectividade dupla. O processo 50 pode ser compilado em um código de programa 414 para ser armazenado na unidade de armazenamento 410 e pode incluir as seguintes etapas: [0019] Etapa 500: Iniciar.
[0020] Etapa 510: Conectar a pelo menos dois eNB que incluem um primeiro eNB e um segundo eNB.
[0021] Etapa 520: Detectar a RLF no primeiro eNB.
[0022] Etapa 530: Enviar um relatório de causa de RLF associado ao primeiro eNB ao segundo eNB.
[002 3] Etapa 540: Fim.
[ 002 4 ] De acordo com o processo 50, quando o UE detectar uma RLF devido à má qualidade de sinal ou o procedimento de RACH falhar devido à congestionamento de rede em um de eNBs envolvido na conectividade dupla, o UE não realizará imediatamente um reestabelecimento de conexão de controle de recurso de rádio (RRC), mas o UE enviará um relatório de causa de RLF associado ao eNB que tem a RLF para informar um outro eNB que não tem a RLF. Em outras palavras, a presente invenção propõe um novo processo de administração de RLF para o UE na conectividade dupla, para evitar disparar o reestabelecimento de conexão de RRC que causaria a interrupção de serviço, caso ainda haja um eNB que tenha enlace de rádio disponível com o UE.
[0025] O relatório de causa de RLF pode incluir as informações a seguir, mas não limitada no presente documento: [0026] Causa A de RLF: Problema de enlace de rádio físico;
[0027] Causa B de RLF: Retransmissão de RLC acima do limite de retransmissão máximo; e [0028] Causa C de RLF: Procedimento de RACH é falho.
[0029] O UE realiza o procedimento de reestabelecimento de conexão de RRC apenas quando a RLF for detectada em todos os eNBs envolvidos na conectividade dupla, a RLF é detectada em um MeNB e um SeNB é desativado em seguida ou a RLF é detectada no SeNB e o MeNB libera uma conexão de RRC com o UE em seguida ou um temporizador disparado pela RLF é expirado.
[00 30] Além disso, após o UE informar o relatório de causa de RLF ao eNB que não tem RLF, o UE pode parar a transmissão ou a recepção de dados/sinal (isto é, o sinal de referência (SRS)) com o eNB que tem a RLF, a configuração de liberação (isto é, configuração de SRS ou configuração de CSI) relacionada ao eNB que tem RLF. Alternativamente, o UE pode realizar a medição para o eNB que tem RLF, para determinar se retoma ou não o enlace de rádio com o eNB que tem RLF.
[ 0031 ] A Figura 6 é um fluxograma de um processo 60 de acordo com um exemplo da presente revelação. O processo 60 é utilizado em um primeiro eNB (isto é, o MeNB ou o SeNB da Figura 3) para administrar a falha de enlace de rádio (RLF) na conectividade dupla. O processo 60 pode ser compilado em um código de programa 414 para ser armazenado na unidade de armazenamento 410 e pode incluir as seguintes etapas: [0032] Etapa 600: Iniciar.
[0033] Etapa 610: Receber um relatório de causa de RLF associado a um segundo eNB envolvido na conectividade dupla de um UE.
[0034] Etapa 620: Fim.
[0035] De acordo com o processo 60, o primeiro eNB que não tem RLF recebe, a partir do UE, o relatório de causa de RLF associado ao segundo eNB que tem RLF. Além disso, o primeiro eNB pode encaminhar o relatório de causa de RLF para o segundo eNB (isto é, através da interface X2 da Figura 2).
[003 6] Caso o segundo eNB não seja o MeNB que estabelece a interface Sl-MME com o MME da Figura 2 e o primeiro eNB é o MeNB, o primeiro eNB pode parar o encaminhamento de dados através do segundo eNB. Além disso, o primeiro eNB pode enviar um comando de medição para o UE para medir o segundo eNB e determinar se a causa de RLF desapareceu, de modo a recuperar o enlace de rádio entre a segunda estação-base e o UE. Alternativamente, o primeiro eNB pode comutar os portadores de rádio do segundo eNB para o primeiro eNB, configurar o UE para realizar o reestabelecimento de conexão de RRC ou desativar o segundo eNB com base nos requisitos de QoS, na carga de sistema e/ou na latência de backhaul do primeiro eNB.
[ 00 37 ] A Figura 7 é um fluxograma de um processo 70 de acordo com um exemplo da presente revelação. O processo 70 é utilizado em um primeiro eNB (isto é, o MeNB ou o SeNB da Figura 3) para administrar a falha de enlace de rádio (RLF) na conectividade dupla. O processo 70 pode ser compilado em um código de programa 414 para ser armazenado na unidade de armazenamento 410 e pode incluir as seguintes etapas: [0038] Etapa 700: Iniciar.
[0 039] Etapa 710: Receber um relatório de causa de RLF associado ao primeiro eNB a partir de um segundo eNB envolvido na conectividade dupla.
[004 0] Etapa 720: Fim.
[0041] De acordo com o processo 70, o primeiro eNB recebe o relatório de causa de RLF associado ao primeiro eNB a partir do segundo eNB. O primeiro eNB pode transmitir os dados através do segundo eNB caso o primeiro eNB seja MeNB. Além disso, o primeiro eNB pode recuperar o enlace de rádio com o UE, comutar Sl-U para os portadores de rádio no primeiro eNB e Sl-MME do primeiro eNB para o segundo eNB ou configurar o UE para realizar o reestabelecimento de conexão de RRC com base nos requisitos de QoS, na carga de sistema e/ou na latência de backhaul do primeiro eNB. Alternativamente, o primeiro eNB pode parar a transmissão de dados ao UE caso o primeiro eNB seja o SeNB.
[004 2] As Figuras 8 a 36 mostra a operação de RLF detalhada para o UE, o MeNB e o SeNB na conectividade dupla. Observa-se que, a presente invenção revela um método otimizado para administrar a RLF na conectividade dupla e pode ser aplicada para um eNB que suporta o portador de rádio dividido ou portador de rádio não dividido. Além disso, existem duas opções de plano de controle para o MeNB e o SeNB. Em uma primeira opção de plano de controle, apenas o MeNB gera as mensagens de RRC finais a serem enviadas em direção ao UE após a coordenação das funções de gerenciamento de recurso de rádio (RRM) entre o MeNB e o SeNB. A entidade de RRC do UE visualiza todas as mensagens que vem apenas de uma entidade (no MeNB) e o UE apenas responde aquela entidade. Em uma segunda opção de plano de controle, o MeNB e o SeNB podem gerar as mensagens de RRC finais a serem enviadas em direção ao UE após a coordenação das funções de RRM entre o MeNB e o SeNB e podem enviar aquelas diretamente ao UE e o UE responde correspondentemente.
[0043] Em uma primeira modalidade, o MeNB suporta o portador de rádio dividido. A arquitetura pode ser referida de volta às Figuras 1 a 2. Na seguinte modalidade, adota-se a segunda opção de plano de controle para o MeNB e o SeNB. Em detalhe, a Figura 8 ilustra uma modalidade da operação de RLF na conectividade dupla. Na Figura 8, o UE se assenta no MeNB. Mais tarde, o MeNB adiciona o SeNB ao UE para fazer o UE na conectividade dupla. Na conectividade dupla, o MeNB e o SeNB necessitam se coordenar e trocar informações para entregar ao UE. Uma vez que o UE detecta a RLF no MeNB, o mesmo pode parar a transmissão a e a recepção do MeNB e enviar o relatório de causa de RLF que inclui, como supracitado, a Causa A ou B de RLF (isto é, que indica o problema físico de enlace de rádio ou a retransmissão de RLC acima do limite de retransmissão máximo) para o SeNB. Então, o SeNB encaminha as informações do relatório de causa de RLF para o MeNB. O MeNB confirmaria se a RLF é causada ou não pela mã qualidade de sinal. Caso sim, os dados/sinal entre o MeNB e o UE seriam transmitidos através do SeNB. Além disso, o SeNB enviaria o Comando de Medição para o UE para medir o MeNB. No caso em que o UE detecta que o resultado de medição do MeNB excede os limites de relatório, o UE envia o Relatório de Medição para o SeNB e o SeNB informa o MeNB através da mensagem de recuperação de enlace de rádio (RLR). Após receber a mensagem de RLR do SeNB, caso o MeNB decida retomar a transmissão de DL para o UE, o MeNB enviaria o Comando de Retomada para o UE através do SeNB para recuperar o enlace de rádio com o UE.
[004 4] Em uma modalidade, conforme mostrado na Figura 9, após recuperar a mensagem de RLR do SeNB, caso o MeNB decida retomar a transmissão de DL para o UE, o MeNB enviaria a reconfiguração do MeNB para o UE através do SeNB para recuperar o enlace de rádio entre o UE caso algumas configurações no UE necessitem ser modificadas ou alteradas.
[004 5] Diferente da modalidade da Figura 9, em uma modalidade da Figura 10, uma vez que o UE detecta a RLF no MeNB, o mesmo pode para a transmissão a e a recepção do MeNB e também liberar algumas configurações do MeNB (por exemplo, configuração de SRS e configuração de CSI).
[004 6] Em uma modalidade mostrada na Figura 11, após o MeNB receber o relatório de causa de RLF do SeNB, caso o MeNB decida retomar a transmissão de DL para o UE, o MeNB enviaria a Indicação de Retomada para o SeNB primeiro e, então, o SeNB enviaria o Comando de Medição para o UE.
[004 7] Diferente das modalidades supracitadas das Figuras 8 a 11, adota-se a primeira opção de plano de controle de que o MeNB compreende e gera toda a mensagem de RRC do/para o UE. Em detalhe, a Figura 12 mostra que uma vez que o UE detecta a RLF no MeNB, o mesmo pode parar a transmissão para o MeNB e enviar o relatório de causa de RLF para o SeNB e o SeNB encaminha diretamente esse relatório de causa de RLF para o MeNB. Supondo que o relatório de causa de RLF inclua a Causa A ou B de RLF, o MeNB confirmaria se a RLF é a causa ou não da má qualidade de sinal. Se sim, os dados e o sinal entre o MeNB e o UE seriam transmitidos através do SeNB. Além disso, o MeNB enviaria o Comando de Medição para o UE através do SeNB para o UE para meditar o próprio MeNB. No caso em que o UE detecta que o resultado de medição do MeNB excede os limites de relatório, o UE envia o Relatório de Medição para o SeNB e o SeNB encaminha diretamente esse Relatório de Medição para o MeNB. As ações a seguir na Figura 12 para o MeNB, o SeNB e o UE podem ser referidas a partir do acima, assim as mesmas são omitidas no presente documento.
[004 8] Em uma modalidade da Figura 13, após o UE detectar a RLF no MeNB, caso o UE detecte adicionalmente a RLF no SeNB mais tarde (em outras palavras, a RLF detectada tanto no MeNB como no SeNB), o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[004 9] Em uma modalidade da Figura 14, após enviar o relatório de causa de RLF, o UE pode iniciar um temporizador para o procedimento de reestabelecimento de conexão de RRC. Caso o temporizador para o procedimento de reestabelecimento de conexão de RRC esteja expirado (isto é, o acabou o tempo), o UE realizaria o procedimento de reestabelecimento de conexão de RRC. O temporizador pode ser predefinido, atribuído pelo MeNB ou pelo SeNB a partir da mensagem dedicada ou broadcasting através do MeNB ou do SeNB.
[ 0 05 0 ] Diferente das modalidades supracitadas das Figuras 8 a 14, em uma modalidade da Figura 15, o relatório de causa de RLF inclui a Causa C de RLF (isto é, que indica que o procedimento de RACH falhou). O MeNB confirmaria se a RLF é causada ou não pelo congestionamento de rede. Se sim, os dados e o sinal entre o MeNB e o UE seriam transmitidos através do SeNB. Também, caso a congestionamento no MeNB seja aliviada, o MeNB enviaria uma indicação de ativação de MeNB para o SeNB e o SeNB encaminharia essa indicação de ativação de MeNB para o UE. Após receber a indicação de ativação de MeNB, o UE realizaria o procedimento de ativação para o MeNB.
[0051] Em uma modalidade da Figura 16, após o UE enviar o relatório de causa de RLF, caso o UE detecte adicional a RLF no SeNB mais tarde (em outras palavras, a RLF ocorre tanto no MeNB como no SeNB), o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[ 0052 ] Diferente das modalidades supracitadas das Figuras 8 a 16, a RLF pode ser detectada no SeNB em vez de no MeNB. Em detalhe, a Figura 17 mostra que uma vez que o UE detecta a RLF no SeNB, o mesmo pode parar a transmissão a e a recepção do SeNB e enviar o relatório de causa de RLF que inclui a Causa A ou B de RLF para o MeNB. Então, o MeNB pode encaminhar as informações de relatório de causa de RLF para o SeNB. Além disso, o MeNB pararia a transmissão dos dados e do sinal através do SeNB para o UE. O SeNB também pararia a transmissão de dados de DL para o UE. Também, o MeNB enviaria o Comando de Medição para o UE para medir o SeNB. No caso em que o UE detecta que o resultado de medição do SeNB excede os limites de relatório, o UE envia o Relatório de Medição para o MeNB e o MeNB informa o SeNB através da indicação de RLR. Caso o SeNB decida retomar a transmissão de DL para o UE, o SeNB envia o ACK de RLR para o MeNB. Após receber o ACK de RLR do SeNB, o MeNB enviaria o Comando de Retomada para o UE para recuperar o enlace de rádio.
[ 0053] Alternativamente, na Figura 18, uma vez que o UE detecta a RLF no SeNB, o mesmo pode parar a transmissão a e a recepção do SeNB e enviar o relatório de causa de RLF para o MeNB. Então, o MeNB pode enviar o Comando de Remoção de SeNB para desativar o SeNB.
[ 0054 ] Em uma segunda modalidade, o MeNB suporta o portador de rádio dividido RB1 e o portador específico RB2 de MeNB conforme mostrado na Figura 19 e a segunda opção de plano de controle é adotada. Em detalhe, a Figura 20 mostra que uma vez que o UE detecta a RLF no MeNB, o mesmo pode parar a transmissão para o MeNB e enviar o relatório de causa de RLF que inclui a Causa A ou B de RLF para o SeNB. Então, o SeNB encaminha as informações de relatório de causa de RLF para o MeNB. Então, o MeNB confirmaria se a RLF é causada ou não pela má qualidade de sinal e se os requisitos dos portadores específicos de MeNB podem ser satisfeitos enquanto se transmite os dados através do SeNB. Caso os requisitos dos portadores específicos de MeNB possam ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB envia a solicitação de mudança automática de portador Solicitação de HO de Portador para o SeNB. Caso o SeNB retorne a mudança automática de portador ACK de HO de Portador ACK, os dados e o sinal entre o MeNB e o UE seriam transmitidos através do SeNB. Também, o SeNB enviaria o Comando de Medição para o UE para medir o MeNB. No caso em que o UE detecta que o resultado de medição do MeNB excede os limites de relatório, o UE enviaria o Relatório de Medição para o SeNB e o SeNB informa o MeNB através da mensagem RLR. Após receber a mensagem de RLR do SeNB, caso o MeNB decida retomar a transmissão de DL para o UE, o MeNB enviaria a reconfiguração para o UE através do SeNB para recuperar o enlace de rádio. Além disso, o MeNB pode enviar uma outra solicitação de mudança automática de portador Solicitação de HO de Portador para o SeNB para comutar alguns portadores de rádio de volta pra si.
[0055] Alternativamente, conforme mostrado na Figura 21, o SeNB pode retornar a medição automática de portador NACK de HO de Portador NACK mesmo se os requisitos dos portadores específicos de MeNB puderem ser satisfeitos enquanto se transmite os dados através do SeNB. Então, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber esse Comando de Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[00 56] Em uma modalidade da Figura 22, caso o SeNB retorna a medição automática de portador NACK de HO de Portador NACK, o MeNB realizaria, então, um procedimento de comutação de trajetória para comutar a Sl-MME do MeNB para SeNB (isto é, a Sl-MME entre o MeNB e o UE seria removida e uma nova Sl-MME entre o SeNB e o UE seria estabelecida).
[0057] Em uma modalidade da Figura 23, caso os requisitos dos portadores específicos de MeNB não puderem ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber o Comando de Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[00 58] Em uma modalidade da Figura 24, caso os requisitos dos portadores específicos de MeNB não puderem ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB realizaria, então, o procedimento de comutação de trajetória para comutar a Sl-MME do MeNB para o SeNB (isto é, a Sl-MME entre o MeNB e o UE seria removida e a nova Sl-MME entre o SeNB e o UE seria estabelecida).
[005 9] Diferente das modalidades das Figuras 20 a 24, em uma modalidade de Figura 25, o relatório de causa de RLF inclui a Causa C de RLF. O MeNB confirmaria se a RLF é causada ou não pelo congestionamento de rede e se os requisitos dos portadores específicos de MeNB podem ser satisfeitos enquanto se transmite os dados através do SeNB. Caso os requisitos dos portadores específicos de MeNB possam ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB envia a solicitação de mudança automática de portador Solicitação de HO de Portador para o SeNB. Caso o SeNB retorne a mudança automática de portador ACK de HO de Portador ACK, os dados e o sinal entre o MeNB e o UE seriam transmitidos através do SeNB. Por outro lado, caso a congestionamento no MeNB seja aliviada, o MeNB enviaria uma indicação de ativação de MeNB e o SeNB encaminharia essa indicação de ativação de MeNB para o UE. Após receber a Indicação de Ativação de MeNB, o UE realizaria o procedimento de ativação para o MeNB.
[00 60] Por outro lado, na Figura 26, caso o SeNB retorne a medição automática de portador NACK de HO de Portador NACK, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber o Comando de Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[00 61] Em uma modalidade da Figura 27, o MeNB pode confirmar se os requisitos de portadores específicos de MeNB podem ser satisfeitos enquanto se transmite os dados através do SeNB. Caso os requisitos dos portadores específicos de MeNB possam ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB envia a solicitação de mudança automática de portador Solicitação de HO de Portador para o SeNB. Caso o SeNB retorne medição automática de portador NACK de HO de Portador NACK, o MeNB realizaria, então, o procedimento de comutação de trajetória para comutar a Sl-MME do MeNB para SeNB (isto é, a Sl-MME estaria entre o SeNB e o UE), [ 00 62 ] Alternativamente, em uma modalidade da Figura 28, caso os requisitos dos portadores específicos de MeNB não puderem ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber o Comando de Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[00 63] Em uma modalidade da Figura 29, caso os requisitos de portadores específicos de MeNB não puderem ser satisfeitos enquanto se transmite os dados através do SeNB, o MeNB realizaria, então, o procedimento de comutação de trajetória para comutar a Sl-MME do MeNB para o SeNB (isto é, a Sl-MME estaria entre o SeNB e o UE).
[00 64] Em uma terceira modalidade mostrada na Figura 30, os eNBs suportam apenas o portador específico de MeNB e o portador específico de SeNB e não suporta o portador de rádio dividido. Além disso, adota-se a segunda opção de plano de controle. Em detalhe, a Figura 31 mostra que uma vez que o UE detecta a RLF no MeNB, o mesmo pode parar a transmissão para o MeNB e enviar o relatório de causa de RLF que inclui a Causa A ou B de RLF para o SeNB. Então, o SeNB encaminha as informações de Relatório de Causa de RLF para o MeNB. Então, o MeNB confirmaria se a RLF é causada ou não pela má qualidade de sinal. Caso sim, o MeNB envia a solicitação de medição automática de portador Solicitação de HO de Portador para o SeNB. Caso o SeNB retorne a medição automática de portador ACK de HO de Portador ACK, um procedimento de comutação de trajetória (que inclui a solicitação de comutação de trajetória de portador do MeNB para MME para informar a S-GW para alterar a trajetória de portador do MeNB para o SeNB, o ACK de comutação de trajetória de portador do MME para o MeNB e o MeNB encaminha o ACK de comutação de trajetória de portador de comutação de trajetória de portador para o SeNB para informar que a comutação de trajetória de portador está completa) é realizado para informar a S-GW que move os portadores de rádio do MeNB para o SeNB. Além disso, o SeNB enviaria o Comando de Medição para o UE para medir o MeNB. No caso em que o UE detecta que o resultado de medição do MeNB excede os limites de relatório, o UE talvez envie o Relatório de Medição para o SeNB e o SeNB informa o MeNB através da mensagem RLR. Após receber a mensagem de RLR do SeNB, caso o MeNB decida retomar a transmissão de DL para o UE, o MeNB enviaria a reconfiguração para o UE através do SeNB para recuperar o enlace de rádio.
[00 65] Alternativamente, na Figura 32, caso o SeNB retome a medição automática de portador NACL de HO de Portador NACK, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber esse Comando de Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[0066] Diferente das modalidades das Figuras 31 a 32, conforme mostrado na Figura 33, o relatório de causa de RLF inclui a Causa C de RLF. O MeNB confirmaria se a RLF é causado ou não pelo congestionamento de rede. Caso sim, o MeNB envia a solicitação de medição automática de portador para o SeNB. Caso o SeNB retorne a medição automática de portador ACK de HO de Portador ACK, o procedimento de comutação de trajetória (que inclui a solicitação de comutação de trajetória de portador do MeNB para MME para informar a S-GW para alterar a trajetória de portador do MeNB para o SeNB, o ACK de comutação de trajetória de portador do MME para o MeNB e o MeNB encaminha o ACK de comutação de trajetória de portador para o SeNB para informar que a comutação de trajetória de portador está completa) é realizado para informar a S-GW que move os portadores do MeNB para o SeNB. Também, caso a congestionamento no MeNB seja aliviada, o MeNB enviaria uma indicação de ativação de MeNB e o SeNB encaminharia essa indicação de ativação de MeNB para o UE. Após receber a Indicação de Ativação de MeNB, o UE realizaria o procedimento de ativação para o MeNB.
[00 67] Por outro lado, conforme mostrado na Figura 34, caso o SeNB retorne a medição automática de portador NACK de HO de Portador NACK, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber esse Comando de Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[ 00 68 ] Em uma modalidade da Figura 35, após receber o relatório de causa de RLF, caso o MeNB decida não comutar os portadores para o SeNB, o MeNB enviaria, então, o Comando de Remoção de SeNB para o SeNB. Após receber o Comando dc Remoção de SeNB, o SeNB enviaria a Liberação de Conexão de RRC correspondentemente. Caso o UE receba a Liberação de Conexão de RRC do SeNB enquanto ainda há RLF no MeNB, o UE realizaria o procedimento de reestabelecimento de conexão de RRC.
[0069] As etapas supracitadas dos processos que incluem as etapas sugeridas que podem ser realizadas por meios que podem ser um hardware, um firmware conhecido como uma combinação de um dispositivo hardware e instruções de computador e dados que residem como software apenas de leitura no dispositivo hardware ou um sistema eletrônico. Os exemplos de hardware incluem circuitos analógicos, digitais e misturados conhecidos como microcircuito, microcircuito ou circuito integrado de silício. Os exemplos do sistema eletrônico incluem um sistema em circuito integrado (SOC), sistema em pacote (SiP), um computador em módulo (COM) e o dispositivo de comunicação 40.
[007 0] Em conclusão, a presente invenção endereça inconvenientes na RLF nos sistemas de conectividade dupla. O UE evitará realizar o procedimento de reestabeiecimento de conexão de RRC desnecessário caso ainda haja um enlace de rádio disponível entre o UE e um eNB envolvido na conectividade dupla, de modo a reduzir a sinalização e interrupção de serviço de Sl.
REIVINDICAÇÕES
Claims (16)
1. Método para administrar falha de enlace de rádio (RLF) por um dispositivo de comunicação em um sistema de comunicação sem fio CARACTERIZADO pelo fato de que o método compreende as etapas de: conectar pelo menos duas estações-base, que incluem uma primeira estação-base e uma segunda estação-base, ao sistema de comunicação sem fio (510); detectar a RLF na primeira estação-base (520); e enviar um relatório de causa de RLF associado à primeira estação-base à segunda estação-base (530).
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente a etapa de: parar a transmissão de dados a e/ou recepção da primeira estação-base após enviar o relatório de causa de RLF; ou parar a transmissão de sinal para a primeira estação-base após enviar o relatório de causa de RLF; ou liberar as configurações relacionadas à primeira estação-base.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente a etapa de: retomar um enlace de rádio com a primeira estação-base; ou realizar um procedimento de reestabelecimento de conexão de controle de recurso de rádio (RRC); ou realizar a desativação na primeira estação-base caso a primeira estação-base não estabelecer a interface com uma entidade de gerenciamento de mobilidade (MME). -
4. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que, quando a etapa compreendida adicionalmente está retomando o enlace de rádio com a primeira estação-base, o método compreenderá as etapas de: receber um comando ou uma configuração da segunda estação-base; e retomar o enlace de rádio com a primeira estação-base em resposta ao comando ou à configuração.
5. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que, quando a etapa compreendida adicionalmente está realizando o procedimento de reestabelecimento de conexão de RRC, o método compreende a etapa de: realizar o procedimento de reestabelecimento de conexão de RRC quando detectar a RLF tanto da primeira estação-base como da segunda estação-base ou quando detectar a RLF na primeira estação-base que estabelece interface com uma entidade de gerenciamento de mobilidade (MME) e a segunda estação-base for desativada em seguida ou quando detectar a RLF na primeira estação-base que não tem interface com a MME e a segunda estação-base que estabelece interface com a MME liberar uma conexão de RRC do dispositivo de comunicação em seguida ou um temporizador acionado por RLF estiver expirado.
6. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que, quando a etapa compreendida adicionalmente está realizando a desativação na primeira estação-base, caso a primeira estação-base não estabelecer interface com a MME, o método compreende as etapas de: receber um comando ou uma configuração da segunda estação-base; e realizar desativação na primeira estação-base em resposta ao comando ou à configuração.
7. Método, de acordo com qualquer uma das reivindicações 1 a 6, CARACTERIZADO pelo fato de que o relatório de causa de RLF inclui informações de que a RLF é causada por um problema de enlace de rádio físico, que o tempo de retransmissão de RLC está acima do limite de retransmissão máximo ou que o procedimento de acesso aleatório falhou.
8. Método para administrar falha de enlace de rádio (RLF) através de uma primeira estação-base em um sistema de comunicação sem fio, CARACTERIZADO pelo fato de que o método compreende a etapa de: receber um relatório de causa de RLF associado a uma segunda estação-base de um dispositivo de comunicação do sistema de comunicação sem fio conectado à primeira e à segunda estações-base (610),
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que compreende adicionalmente a etapa de encaminhar o relatório de causa de RLF à segunda estação-base.
10. Método, de acordo com a reivindicação 8 ou 9, CARACTERIZADO pelo fato de que compreende adicionalmente a etapa de: parar os dados de encaminhar ao dispositivo de comunicação através da segunda estação-base, caso a primeira estação-base estabeleça interface com uma entidade de gerenciamento de mobilidade (MME) do sistema de comunicação sem fio e a segunda estação-base não estabeleça interface com a MME; ou encaminhar os dados através uma outra estação-base, caso a primeira estação-base estabeleça interface com uma entidade de gerenciamento de mobilidade (MME) do sistema de comunicação sem fio e a segunda estação-base não estabeleça interface com a MME.
11. Método, de acordo com a reivindicação 8 a 10, CARACTERIZADO pelo fato de compreender adicionalmente a etapa de configurar o dispositivo de comunicação para retomar um enlace de rádio entre a segunda estação-base e o dispositivo de comunicação.
12. Método, de acordo com a reivindicação 8 a 10, CARACTERIZADO pelo fato de compreender adicionalmente a etapa de: configurar o dispositivo de comunicação para realizar um procedimento de reestabelecimento de conexão de controle de recurso de rádio (RRC); ou desativar a segunda estação-base, caso a primeira estação-base estabelecer interface com uma entidade de gerenciamento de mobilidade (MME) do sistema de comunicação sem fio; ou comutar a interface Sl-U para mover os portadores de rádio da segunda estação-base para a primeira estação-base, caso a primeira estação-base estabeleça interface com o MME.
13. Método para administrar falha de enlace de rádio (RLF) por uma primeira estação-base em um sistema de comunicação sem fio, CARACTERIZADO pelo fato de que o método compreende a etapa de: receber um relatório de causa de RLF associado à primeira estação-base de uma segunda estação-base, em que a primeira e a segunda estações-base são conectadas ao mesmo dispositivo de comunicação do sistema de comunicação sem fio (710).
14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de compreender adicionalmente a etapa de; transmitir os dados para o dispositivo de comunicação através da segunda estação-base, caso a primeira estação-base estabelecer interface com uma entidade de gerenciamento de mobilidade (MME) do sistema de comunicação sem fio; ou parar a transmissão de dados para o dispositivo de comunicação.
15. Método, de acordo com a reivindicação 13 ou 14, CARACTERIZADO pelo fato de compreender adicionalmente a etapa de; configurar o dispositivo de comunicação para retomar um enlace de rádio entre o dispositivo de comunicação e a primeira estação-base.
16. Método, de acordo com a reivindicação 13 a 15, CARACTERIZADO pelo fato de compreender adicionalmente a etapa de: comutar a interface Sl-U para mover os portadores de rádio da primeira estação-base para a segunda estação-base; ou comutar a interface Sl-MME da primeira estação-base para a segunda estação-base; ou configurar o dispositivo de comunicação para realizar um procedimento de reestabelecimento de conexão de controle de recurso de rádio (RRC).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361901449P | 2013-11-08 | 2013-11-08 | |
| US14/530,841 US20150133122A1 (en) | 2013-11-08 | 2014-11-03 | Method of Handling Radio Link Failure |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BR102014027949A2 true BR102014027949A2 (pt) | 2016-04-19 |
Family
ID=53044208
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR102014027949A BR102014027949A2 (pt) | 2013-11-08 | 2014-11-07 | método para administrar falha de enlace de rádio |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20150133122A1 (pt) |
| EP (1) | EP2884688A1 (pt) |
| JP (1) | JP5982447B2 (pt) |
| KR (1) | KR101648040B1 (pt) |
| CN (1) | CN104640232A (pt) |
| BR (1) | BR102014027949A2 (pt) |
| RU (1) | RU2602981C2 (pt) |
| TW (1) | TWI540928B (pt) |
Families Citing this family (70)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2461780B (en) * | 2008-06-18 | 2011-01-05 | Lg Electronics Inc | Method for detecting failures of random access procedures |
| WO2015008962A1 (en) * | 2013-07-17 | 2015-01-22 | Lg Electronics Inc. | Method for reporting a radio link control re-transmission failure and a device therefor |
| EP3429279B1 (en) * | 2014-01-28 | 2020-03-11 | Huawei Technologies Co., Ltd. | Service transfer method and apparatus |
| JP6042569B2 (ja) * | 2014-01-31 | 2016-12-14 | 京セラ株式会社 | 通信制御装置、マスタ基地局及びユーザ端末 |
| JP6646585B2 (ja) * | 2014-01-31 | 2020-02-14 | ノキア ソリューションズ アンド ネットワークス オサケユキチュア | ある範囲のシーケンスナンバーの確認 |
| US10306695B2 (en) * | 2014-01-31 | 2019-05-28 | Qualcomm Incorporated | Procedures for managing secondary eNB (SeNB) radio link failure (S-RLF) in dual connectivity scenarios |
| US9288694B2 (en) * | 2014-02-07 | 2016-03-15 | Nokia Solutions And Networks Oy | Partial failure handling of bearer mapping in dual connectivity |
| KR101853868B1 (ko) * | 2014-03-20 | 2018-06-20 | 후지쯔 가부시끼가이샤 | 무선 통신 장치 및 무선 통신 방법 |
| US20150271836A1 (en) * | 2014-03-21 | 2015-09-24 | Qualcomm Incorporated | Techniques for bearer prioritization and data mapping in multiple connectivity wireless communications |
| JP6542203B2 (ja) * | 2014-05-07 | 2019-07-10 | 京セラ株式会社 | 通信制御方法、基地局、ユーザ端末 |
| JP6031555B2 (ja) * | 2014-05-13 | 2016-11-24 | 宏達國際電子股▲ふん▼有限公司 | 測定構成を処理する装置 |
| JP6620750B2 (ja) * | 2014-09-12 | 2019-12-18 | 日本電気株式会社 | 無線局、無線端末、及び端末測定のための方法 |
| EP3216268B1 (en) * | 2014-11-06 | 2019-01-30 | Nokia Solutions and Networks Oy | Modification of handover parameters of a secondary cell for dual connectivity |
| TWI556663B (zh) * | 2014-12-25 | 2016-11-01 | 宏達國際電子股份有限公司 | 處理與多個基地台間通訊的失敗的方法及其裝置 |
| US11089648B2 (en) * | 2015-01-30 | 2021-08-10 | Kyocera Corporation | User terminal for executing dual connectivity |
| KR101630729B1 (ko) | 2015-04-16 | 2016-06-24 | 현대자동차주식회사 | 차량에 최적화된 이더넷 통신 제공 방법 및 시스템 |
| EP3289825B1 (en) * | 2015-04-29 | 2020-12-16 | Nokia Solutions and Networks Oy | Radio link problem handling in mobile communication systems |
| KR102460350B1 (ko) * | 2015-11-06 | 2022-10-28 | 삼성전자주식회사 | 통신 시스템에서 데이터 송수신 방법 및 장치 |
| KR102456331B1 (ko) * | 2016-04-08 | 2022-10-19 | 삼성전자 주식회사 | 무선 통신 시스템에서 회선 교환 서비스 제공 방법 및 장치 |
| US10159038B2 (en) * | 2016-06-08 | 2018-12-18 | Verion Patent and Licensing Inc. | Wireless network configuration for multiple access points |
| WO2018023222A1 (zh) | 2016-07-30 | 2018-02-08 | 华为技术有限公司 | 一种网络接入控制方法及装置 |
| WO2018036673A1 (en) * | 2016-08-22 | 2018-03-01 | Nokia Solutions And Networks Oy | Method and apparatus for implementing efficient switching on a split bearer |
| CN106550490B (zh) * | 2016-10-31 | 2019-04-26 | 北京小米移动软件有限公司 | 一种无线链路失败的处理方法和装置 |
| CN108024288A (zh) | 2016-11-04 | 2018-05-11 | 电信科学技术研究院 | 一种信息处理方法及装置 |
| EP3542590B1 (en) * | 2016-11-17 | 2024-01-03 | Nokia Technologies Oy | Multi-connectivity control plane anchor |
| EP3566539B1 (en) | 2017-01-06 | 2021-03-17 | Telefonaktiebolaget LM Ericsson (PUBL) | Radio network node, wireless device, and methods performed therein for handling connections in a wireless communication network |
| CN110199568B (zh) | 2017-03-18 | 2024-03-15 | 华为技术有限公司 | 连接恢复方法、接入和移动性管理功能实体及用户设备 |
| CN110402592A (zh) * | 2017-03-24 | 2019-11-01 | 富士通株式会社 | 网络连接恢复方法及其装置、通信系统 |
| CN108924931B (zh) * | 2017-03-24 | 2024-05-07 | 中兴通讯股份有限公司 | 一种无线资源配置方法、装置及用户设备、网络节点 |
| WO2018231115A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Information encoding and message transmission at secondary cell group failure |
| CN110945895B (zh) | 2017-06-16 | 2023-06-30 | 瑞典爱立信有限公司 | 非聚集式无线电接入节点中的ue上下文处置 |
| CN109245870B (zh) | 2017-06-16 | 2021-12-28 | 华为技术有限公司 | 处理无线链路失败方法、终端设备和基站 |
| WO2018228560A1 (en) | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for measurement report |
| EP3639619A4 (en) | 2017-06-16 | 2021-01-13 | Apple Inc. | GNB DEVICE INTENDED TO ACTIVATE AN INACTIVE MODE IN DOUBLE CONNECTIVITY |
| CN109429257B (zh) * | 2017-06-22 | 2022-11-04 | 夏普株式会社 | 用户设备和相关方法 |
| US10512002B2 (en) * | 2017-06-23 | 2019-12-17 | Apple Inc. | Lossless split data bearer for inter-RAT dual connectivity wireless device |
| US11470672B2 (en) | 2017-07-21 | 2022-10-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Multi-connection recovery method in non-activated state and device therefor |
| CN109548096B (zh) * | 2017-08-11 | 2021-12-03 | 华为技术有限公司 | 通信方法、基站、终端设备和系统 |
| CN109982449B (zh) | 2017-12-27 | 2021-05-25 | 电信科学技术研究院 | 一种通过无线回程网络传输数据的方法和设备 |
| CN110012554B (zh) | 2018-01-04 | 2021-03-26 | 维沃移动通信有限公司 | 一种无线链路恢复方法及终端 |
| CN110022620A (zh) * | 2018-01-08 | 2019-07-16 | 维沃移动通信有限公司 | 一种无线链路失败的处理方法、用户终端和网络侧设备 |
| CN111886824A (zh) | 2018-01-11 | 2020-11-03 | 瑞典爱立信有限公司 | 涉及多个上行链路载波的无线电链路维护 |
| SG11202007658RA (en) * | 2018-02-08 | 2020-09-29 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Method for handling radio link failure (rlf) and terminal device |
| CN113923799A (zh) | 2018-02-14 | 2022-01-11 | 华为技术有限公司 | 一种无线回传通信处理方法和相关设备 |
| SG11202009465TA (en) * | 2018-03-29 | 2020-10-29 | Beijing Xiaomi Mobile Software Co Ltd | Information reporting method and apparatus, and bandwidth part based operating method and apparatus |
| JP6908551B2 (ja) * | 2018-03-29 | 2021-07-28 | Kddi株式会社 | 移動通信ネットワークの制御装置、基地局装置、およびユーザ装置 |
| US11165632B2 (en) * | 2018-05-10 | 2021-11-02 | Lg Electronics Inc. | Method for performing re-establishing RRC connection procedure and device supporting the same |
| US11082329B2 (en) | 2018-05-31 | 2021-08-03 | At&T Intellectual Property I, L.P. | Lossless data delivery at route changes in wireless radio networks |
| CN110557271B (zh) | 2018-05-31 | 2021-08-24 | 维沃移动通信有限公司 | 一种信息交互方法及终端 |
| JP2021527357A (ja) * | 2018-06-12 | 2021-10-11 | オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． | Ｒｌｆの処理方法および装置、通信機器 |
| CN110691427B (zh) | 2018-07-05 | 2021-10-19 | 华为技术有限公司 | 一种业务传输方法及装置 |
| CN110798903B (zh) * | 2018-08-01 | 2022-05-24 | 维沃移动通信有限公司 | 重配方法及终端 |
| CN110830182B (zh) * | 2018-08-09 | 2023-08-01 | 北京三星通信技术研究有限公司 | 数据重传的方法和装置 |
| US11050610B2 (en) * | 2018-08-14 | 2021-06-29 | FG Innovation Company Limited | Reporting master node radio link failure |
| KR20200035904A (ko) * | 2018-09-27 | 2020-04-06 | 삼성전자주식회사 | 무선 통신 시스템에서 이중 접속을 수행하는 방법 및 장치. |
| CN111148097B (zh) * | 2018-11-02 | 2022-10-04 | 华为技术有限公司 | 一种通信方法、通信装置及系统 |
| WO2020113367A1 (en) * | 2018-12-03 | 2020-06-11 | Qualcomm Incorporated | Fast recovery from link failure in dual-connectivity systems |
| CN111526536B (zh) * | 2019-02-01 | 2022-08-09 | 大唐移动通信设备有限公司 | 信息上报方法、装置、终端及网络侧设备 |
| CN113424651B (zh) * | 2019-02-11 | 2024-05-28 | 瑞典爱立信有限公司 | 主节点执行的主小区组失败处理 |
| US11638319B2 (en) * | 2019-02-12 | 2023-04-25 | Samsung Electronics Co., Ltd. | Handling radio link failure in cellular mesh networks |
| JP7305684B2 (ja) * | 2019-02-13 | 2023-07-10 | 京セラ株式会社 | 通信制御方法 |
| KR102611966B1 (ko) * | 2019-02-14 | 2023-12-08 | 엘지전자 주식회사 | Mcg 실패 보고 후 교착 상태에서 복구 |
| WO2020196780A1 (ja) * | 2019-03-28 | 2020-10-01 | 京セラ株式会社 | 通信制御方法 |
| EP3952594A1 (en) * | 2019-04-05 | 2022-02-09 | Ntt Docomo, Inc. | User equipment |
| WO2020218436A1 (ja) * | 2019-04-26 | 2020-10-29 | 京セラ株式会社 | 通信制御方法 |
| EP3906750B1 (en) | 2019-05-31 | 2024-04-17 | Samsung Electronics Co., Ltd. | Method and apparatus for configuring a secondary cell group (scg) in a dual connectivity (dc) mode |
| WO2020261462A1 (ja) * | 2019-06-26 | 2020-12-30 | 株式会社Ｎｔｔドコモ | 端末 |
| CN110636593B (zh) * | 2019-09-16 | 2021-08-13 | Oppo广东移动通信有限公司 | 连接模式的控制方法、终端及存储介质 |
| WO2021056129A1 (en) * | 2019-09-23 | 2021-04-01 | Qualcomm Incorporated | Trigger radio link control radio link failure to avoid data stall |
| CN116018839A (zh) * | 2020-08-04 | 2023-04-25 | 株式会社Ntt都科摩 | 终端 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5745523A (en) * | 1992-10-27 | 1998-04-28 | Ericsson Inc. | Multi-mode signal processing |
| US8787177B2 (en) * | 2008-11-03 | 2014-07-22 | Apple Inc. | Techniques for radio link problem and recovery detection in a wireless communication system |
| US9491671B2 (en) * | 2008-11-17 | 2016-11-08 | Qualcomm Incorporated | Radio link failure reporting |
| JP2013520108A (ja) * | 2010-02-12 | 2013-05-30 | インターデイジタル パテント ホールディングス インコーポレイテッド | ダウンリンク協調コンポーネントキャリアを介してセルエッジユーザパフォーマンスを向上させるため、および無線リンク障害条件をシグナリングするための方法および装置 |
| US9042315B2 (en) * | 2011-05-03 | 2015-05-26 | Mediatek Inc. | SCELL radio link monitoring and radio link failure handling |
| JP2013051549A (ja) * | 2011-08-31 | 2013-03-14 | Sharp Corp | 通信システム、通信方法、基地局、および、移動局 |
| WO2013091161A1 (en) * | 2011-12-19 | 2013-06-27 | Nokia Corporation | A method and apparatus for mobility robustness optimization |
| JP5859865B2 (ja) * | 2012-02-03 | 2016-02-16 | 株式会社Ｎｔｔドコモ | 移動局 |
| EP3014944B1 (en) * | 2013-06-28 | 2020-03-25 | Nokia Solutions and Networks Oy | Master base station-controlled response to detected failure of radio link between secondary base station and mobile station in dual connectivity wireless networks |
| WO2015020018A1 (ja) * | 2013-08-09 | 2015-02-12 | 京セラ株式会社 | ユーザ端末、無線アクセスネットワーク、及び通信制御方法 |
| CN104468029A (zh) * | 2013-09-18 | 2015-03-25 | 中国移动通信集团公司 | 一种移动终端通信方法、装置及相关设备 |
-
2014
- 2014-11-03 US US14/530,841 patent/US20150133122A1/en not_active Abandoned
- 2014-11-04 EP EP14191581.9A patent/EP2884688A1/en not_active Withdrawn
- 2014-11-06 RU RU2014145040/08A patent/RU2602981C2/ru active
- 2014-11-06 JP JP2014225773A patent/JP5982447B2/ja active Active
- 2014-11-07 KR KR1020140154371A patent/KR101648040B1/ko active IP Right Grant
- 2014-11-07 TW TW103138706A patent/TWI540928B/zh active
- 2014-11-07 BR BR102014027949A patent/BR102014027949A2/pt not_active IP Right Cessation
- 2014-11-10 CN CN201410629279.XA patent/CN104640232A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP2884688A1 (en) | 2015-06-17 |
| JP5982447B2 (ja) | 2016-08-31 |
| RU2602981C2 (ru) | 2016-11-20 |
| US20150133122A1 (en) | 2015-05-14 |
| JP2015122735A (ja) | 2015-07-02 |
| KR101648040B1 (ko) | 2016-08-12 |
| TW201519689A (zh) | 2015-05-16 |
| RU2014145040A (ru) | 2016-05-27 |
| CN104640232A (zh) | 2015-05-20 |
| TWI540928B (zh) | 2016-07-01 |
| KR20150053721A (ko) | 2015-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BR102014027949A2 (pt) | método para administrar falha de enlace de rádio | |
| US10959281B2 (en) | Bearer management apparatus and method, and communication system | |
| US11758422B2 (en) | User equipment and related method | |
| EP3737154A1 (en) | User equipment and related method | |
| ES2428489T3 (es) | Método, aparato y sistema de gestión para frecuencia portadora de enlace ascendente | |
| EP3592097B1 (en) | Radio link failure handling method and related product | |
| CN111602462A (zh) | 用户设备、节点以及在其中执行的方法 | |
| EP2741565B1 (en) | Methods of handling connection failures in device-to-device communication | |
| US11219088B2 (en) | Method and apparatus for configuring release cause | |
| US20220141910A1 (en) | Efficient backhaul-link failure recovery in integrated access backhaul (iab) networks | |
| BRPI0610332B1 (pt) | Processos de atualização de célula para o equipamento do usuário e de atualização de célula para uma rede | |
| BR112018010912B1 (pt) | Método implementado por um dispositivo de comunicação sem fio de uma rede de comunicação sem fio, método implementado por um primeiro elemento de rede de acesso por rádio de uma rede de comunicação sem fio,método implementado por um segundo elemento de rede de acesso por rádio de uma rede de comunicação sem fio | |
| TWI733083B (zh) | 與基地台處理一雙連結的裝置及方法 | |
| US20220124568A1 (en) | Managing mcg fast recovery | |
| US20220256368A1 (en) | Master node, secondary node, and methods therefor | |
| US20210377758A1 (en) | Communication control method | |
| BR112020009788A2 (pt) | aparelho e método de transmissão de sinal | |
| US20220007259A1 (en) | Communication control method | |
| US20220256637A1 (en) | Master node, secondary node, and methods therefor | |
| US20220201786A1 (en) | Methods and apparatus to reduce packet latency in multi-leg transmission | |
| BR112020020268A2 (pt) | Gerenciamento de falha de enlace de rádio em redes de comunicação sem fio | |
| JP2018174597A (ja) | ベアラ管理装置、方法及び通信システム | |
| KR20190016875A (ko) | 무선 통신 시스템에서 데이터 전송 신뢰성 향상 방법 및 장치 |
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] | ||
| B15K | Others concerning applications: alteration of classification |
Ipc: H04W 36/04 (2009.01), H04W 36/30 (2009.01), H04W 7 |
|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette] | ||
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 5A ANUIDADE. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2539 DE 03-09-2019 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |