BRPI0413579B1 - Método para recepção de dados em um esquema de retransmissão de dados em um sistema de comunicação móvel e estação de base. - Google Patents
Método para recepção de dados em um esquema de retransmissão de dados em um sistema de comunicação móvel e estação de base. Download PDFInfo
- Publication number
- BRPI0413579B1 BRPI0413579B1 BRPI0413579-2A BRPI0413579A BRPI0413579B1 BR PI0413579 B1 BRPI0413579 B1 BR PI0413579B1 BR PI0413579 A BRPI0413579 A BR PI0413579A BR PI0413579 B1 BRPI0413579 B1 BR PI0413579B1
- Authority
- BR
- Brazil
- Prior art keywords
- data
- base station
- received
- fact
- retransmission
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 111
- 238000010295 mobile communication Methods 0.000 title claims abstract description 27
- 238000003860 storage Methods 0.000 claims abstract description 119
- 238000004891 communication Methods 0.000 claims abstract description 101
- 238000012546 transfer Methods 0.000 claims abstract description 41
- 230000005540 biological transmission Effects 0.000 claims description 97
- 230000011664 signaling Effects 0.000 claims description 40
- 239000000872 buffer Substances 0.000 claims description 17
- 238000012545 processing Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 abstract description 11
- 230000008569 process Effects 0.000 description 34
- 230000006870 function Effects 0.000 description 14
- 230000001360 synchronised effect Effects 0.000 description 12
- 102100038192 Serine/threonine-protein kinase TBK1 Human genes 0.000 description 11
- 230000006872 improvement Effects 0.000 description 7
- 230000001934 delay Effects 0.000 description 6
- 230000009286 beneficial effect Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000003247 decreasing effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000005352 clarification Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000002829 reductive effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013496 data integrity verification Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 238000007667 floating Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000036314 physical performance Effects 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1845—Combining techniques, e.g. code combining
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
"monitoramento de tempo de retransmissões de pacotes durante transferência provisória". a presente invenção refere-se a um método para a programação de retransmissões de dados, um método para uso em um esquema de retransmissão de dados, e a método para a atualização de um armazenador provisório de uma estação de base em sistema de comunicação móvel durante uma transferência provisória. a presente invenção se refere a uma estação de base que executa o método de controle e atualização, um terminal de comunicação para executar o método de programação e a um sistema de comunicação móvel compreendendo pelo menos um dentre uma estação de base e um terminal de comunicação. a fim de impedir a combinação errônea de pacotes de dados em um esquema de retransmissão de pacotes no receptor, a presente invenção provê um método que pode descarregar a região de armazenamento provisório associada a um pacote de dados recebido após a sua correta recepção. além disso, é provido um método que monitora o tempo gasto desde o último armazenamento de um pacote de dados em uma região de armazenamento temporário de uma estação de base de modo a poder ativar o descarregamento da região de armazenamento temporário após a expiração de um período de tempo limite.
Description
(54) Título: MÉTODO PARA RECEPÇÃO DE DADOS EM UM ESQUEMA DE RETRANSMISSÃO DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL E ESTAÇÃO DE BASE.
(51) Int.CI.: H04W36/18; H04L 1/18; H04L 12/26; H04L 1/16; H04W 28/14; H04W36/02 (52) CPC: H04W 36/18,H04L 1/1845,H04L 1/1848,H04L 43/00,H04L 1/16,H04L 1/1812,H04L 1/1887, H04W 28/14, H04W 36/02 (30) Prioridade Unionista: 14/08/2003 EP 03 018470.9 (73) Titular(es): PANASONIC CORPORATION (72) Inventor(es): EIKO SEIDEL; JOACHIM LÓHR; DRAGAN PETROVIC
1/56
Relatório Descritivo da Patente de Invenção para MÉTODO PARA RECEPÇÃO DE DADOS EM UM ESQUEMA DE RETRANSMISSÃO DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL E ESTAÇÃO DE BASE.
[001] A presente invenção refere-se a um método para a programação de retransmissões de dados e a um método para uso em um esquema de retransmissão de pacotes em um terminal de comunicação que faz parte de um sistema de comunicação móvel compreendendo o dito terminal de comunicação e uma pluralidade de estações de base, na qual o dito terminal de comunicação fica em comunicação com a dita pluralidade de estações de base durante uma transferência suave (soft handover). Além disso, a presente invenção se refere a um método para a atualização de um armazenador temporário de uma estação de base que faz parte do terminal de comunicação móvel. Ainda, a presente invenção se refere a uma estação de base que executa o método para o controle de retransmissões de dados e a um terminal de comunicação que executa o método para a programação de retransmissões de dados. Finalmente, a presente invenção se refere a um sistema de comunicação móvel compreendendo pelo menos uma estação de base e pelo menos um terminal de comunicação. ANTECEDENTES DA TÉCNICA [002] O acesso W-CDMA (Acesso Múltiplo de Divisão de Código de Banda Larga) é uma interface de rádio para uma comunicação IMT2000 (Comunicação Móvel Internacional), que foi padronizada para uso como o sistema de telecomunicação móvel sem-fio de 3a geração. O mesmo provê uma variedade de serviços, como, por exemplo, os serviços de voz e os serviços de comunicação móvel de multimídia de uma maneira flexível e eficaz. Os corpos de padronização no Japão, Europa, EUA, e outros países organizaram em conjunto um projeto chamado o Projeto de Sociedade de 3a Geração (3GPP) a fim de proPetição 870180019291, de 09/03/2018, pág. 4/72
2/56 duzir especificações comuns de interface de rádio para o acesso WCDMA.
[003] A versão européia padronizada da comunicação IMT-2000 é comumente chamada UMTS (Sistema de Telecomunicação Móvel Universal). A primeira versão da especificação do UMTS foi publicada em 1999 (Versão 99). Naquela ocasião foram padronizados diversos aperfeiçoamentos ao padrão pelo projeto 3GPP na Versão 4 e na Versão 5, e se encontra em desenvolvimento um debate quanto a outros aperfeiçoamentos sob o escopo de uma Versão 6.
[004] O canal dedicado (DCH) para um enlace descendente e um enlace descendente, e o canal compartilhado de enlace descendente (DSCH) foram definidos na Versão 99 e na Versão 4. Nos anos seguintes, os programadores reconheceram que, para a provisão de serviços de multimídia e serviços de dados em geral, haveria de ser implementado um acesso assimétrico de alta velocidade. Na Versão 5, foi introduzido o acesso de pacotes de enlace descendente de alta velocidade (HSDPA). O novo canal compartilhado de enlace descendente de alta velocidade (HS-DSCH) provê ao usuário um acesso de alta velocidade de enlace descendente a partir da Rede de Acesso de Rádio (RAN) de UMTS para os terminais de comunicação, chamados de equipamentos de usuário nas especificações do UMTS.
[005] O HSDPA se baseia em técnicas, tais como a programação rápida de pacotes, a modulação adaptativa e a ARQ híbrida (HARQ), para obter uma alta saída, reduzir retardos e chegar a altas taxas de dados de pico.
ESQUEMAS DE ARQ HÍBRIDA [006] A técnica mais comum para a detecção de erros de serviços de tempo não real se baseia em esquemas de Solicitação de Repetição Automática (ARQ), que são combinados à Correção Antecipada de Erros (FEC), chamados ARQ Híbrida. Se a Verificação de RePetição 870180019291, de 09/03/2018, pág. 5/72
3/56 dundância Cíclica (CRC) detecta um erro, o receptor solicita que o transmissor envie bits adicionais ou um novo pacote de dados. Dentre os diferentes esquemas existentes, o esquema pare-e-aguarde (SAW) e a ARQ contínua de repetição seletiva (SR) são os mais freqüentemente usados na comunicação móvel.
[007] Uma unidade de dados será codificada antes da transmissão. Dependendo dos bits retransmitidos, podem ser definidos três tipos diferentes de ARQ.
[008] No Tipo I de HARQ, os pacotes de dados errôneos recebidos, também chamados PDU (Unidade de Dados de Pacote), são descartados e uma cópia nova daquela PDU é retransmitida e decodificada separadamente. Não existe nenhuma combinação de versões anteriores ou posteriores desta PDU. Ao usar o Tipo II de HARQ, a PDU errônea que precisa ser retransmitida não é descartada, porém combinada com alguns bits de redundância incrementais providos pelo transmissor para uma decodificação subseqüente. A PDU retransmitida, às vezes, possui taxas mais altas de codificação e é combinada ao receptor com os valores armazenados. Isto significa que apenas uma pequena redundância é adicionada em cada retransmissão.
[009] Finalmente, o Tipo III de HARQ é quase o mesmo esquema de retransmissão de pacote que o Tipo II e difere apenas no fato de cada PDU retransmitida ser auto-decodificável. Isto subentende que a PDU é decodificável sem a combinação com PDUs anteriores. No caso se algumas PDUs estarem tão danificadas que quase nenhuma informação é reutilizável, pacotes auto-decodificáveis poderão ser vantajosamente usados.
ARQUITETURA DE UMTS [0010] A arquitetura R99/4/5 de alto nível do Sistema de Telecomunicação Móvel Universal (UMTS) é mostrada na figura 1 (vide o projeto 3GPP TR 25.401: UTRAN Overall Description, disponível na páPetição 870180019291, de 09/03/2018, pág. 6/72
4/56 gina http://www.3gpp.org). Os elementos de rede são funcionalmente agrupados na Rede Núcleo (CN) 101, na Rede de Acesso de Rádio Terrestre de UMTS (UTRAN) 102, e no Equipamento do Usuário (UE) 103. A UTRAN 102 é responsável pela manipulação de toda a funcionalidade rádio-relacionada, enquanto a CN 101 é responsável pelo roteamento de chamadas e conexões de dados para redes externas. As interconexões destes elementos de rede são definidas por interfaces abertas (Iu, Uu). Deve-se notar que o UMTS é modular, sendo, portanto, possível se ter diversos elementos de rede do mesmo tipo.
[0011] A Figura 2 ilustra a arquitetura corrente de UTRAN. Diversas Controladoras de Rede de Rádio (RNC) 201, 202 são conectadas a CN 101. Cada RNC 201, 202 controla uma ou várias estações de base (Nós B) 203, 204, 205, 206, que, por sua vez, se comunicam com os UE. Uma RNC que controla várias estações de base é chamada RNC de Controle (C-RNC) para estas estações de base. Um conjunto de estações de base controladas acompanhado por sua controladora C-RNC é referido como o Subsistema de Rede de Rádio (RNS) 207, 208. Para cada conexão entre o Equipamento de Usuário e a UTRAN, um RNS é o RNS de Serviço (S-RNS). O mesmo mantém a assim chamada conexão Iu com a Rede Núcleo (CN) 101. Quando necessário, o RNS de Flutuação (D-RNS) 302 suporta o RNS de Serviço (SRNS) 301 por meio da provisão de recursos de rádio, conforme mostrado na Figura 3. As respectivas RNC são chamadas RNC de Serviço (S-RNC) e RNC de Flutuação (D-RNC). É ainda possível e com freqüência o caso de a C-RNC e a D-RNC serem idênticas e, portanto, as abreviações S-RNC e RNC são usadas.
ARQUITETURA DE UTRAN EVOLUÍDA [0012] Atualmente, se encontra em desenvolvimento um estudo de exeqüibilidade de Evolução da Arquitetura de UTRAN a partir da arquitetura de UMTS R99/4/5 corrente (vide o projeto 3GPP TSG RAN
Petição 870180019291, de 09/03/2018, pág. 7/72
5/56
WG3: Feasibility Study on the Evolution of the UTRAN Architecture, disponível na página http://www.3gpp.org). Foram apresentadas duas propostas gerais para arquitetura evoluída (vide o projeto 3GGP TSG RAN WG3, reunião n°36, Proposed Architecture on UTRAN Evolution, Tdoc R3-030678 e Further Clarification on the Presented Evolved Architecture, Tdoc R3-030688, disponível na página http://www.3gpp.org). A proposta intitulada Further Clarifications on the Presented Evolved Architecture será apresentada a seguir com referência à Figura 4.
[0013] O RNG (Gateway de Rede de Rádio) 401 é usado para um entre trabalho com a RAN convencional e para atuar como um ponto de âncora de mobilidade, ou seja, quando um RNG 401 é selecionado para uma conexão, o mesmo fica retido durante o tempo da chamada. Isto inclui funciona tanto no plano do controle como no plano do usuário.
[0014] No plano do controle, o RNG 401 atua como um gateway de sinalização entre a RAN evoluída e a CN, e a RAN evoluída e a UTRAN R99/4/5. O mesmo tem as seguintes funções principais:
- Gateway de sinalização lu, isto é, o ponto de âncora para uma conexão RANAP (Parte de Aplicação de Rede de Acesso de Rádio),
- Término de conexão RANAP, incluindo:
- Configuração e liberação das conexões de sinalização
- Discriminação de mensagens sem conexão
- Processamento de mensagens sem conexão RANAP,
- Retransmissão de mensagem de página de modo inativo ou conectado para os relevantes NodeB+,
- O RNG assume o papel da CN nas relocações entre os
NodeB+,
- Controle de plano do usuário e
Petição 870180019291, de 09/03/2018, pág. 8/72
6/56
- Gateway de sinalização lur entre os NodeB+ 402-405 e a RNC R99/4/5.
[0015] Além disso, o RNG é o ponto de acesso de plano do usuário a partir da CN ou da RAN convencional para a RAN evoluída. O mesmo tem as seguintes funções no plano do usuário:
- Comutação de tráfego de plano de usuário durante uma relocação,
- Retransmissão de pacotes GTP (protocolo de envelopamento de GPRS na interface Iu) entre o NodeB+ e o SGSN (Nó de Suporte GPRS de Serviço, um elemento da CN), e
- Entre trabalho Iur para o plano do usuário.
[0016] O elemento NodeB+ 402-405 termina todos os protocolos de rádio de RAN (Camada 1 - Camada Física, Camada 2 - Controle de Acesso Médio e subcamadas de Controle de Enlace de Rádio, e Camada 3 - Controle de Recursos de Rádio). As funções do plano de controle de NodeB+ 402-405 incluem todas as funções relacionadas ao controle dos terminais de modo conectados dentro da RAN evoluída.
[0017] As funções principais são:
- Controle do UE,
- Término da conexão RANAP
- Processamento das mensagens de protocolo orientadas pela conexão RANAP
- Controle/término da conexão RRC (Controle de Recursos de Rádio) e
- Controle da inicialização das conexões de plano do usuário em questão.
[0018] O contexto do UE é removido do NodeB+ (de serviço) quando a conexão de RCC termina, ou quando a funcionalidade é relocada para outro NodeB+ (relocação do NodeB+ de serviço). As funPetição 870180019291, de 09/03/2018, pág. 9/72
7/56 ções do plano de controle incluem ainda todas as funções apropriadas para o controle e configuração dos recursos das células do NodeB+ 402-405, e a alocação dos recursos dedicados após solicitação por parte do plano de controle do NodeB+ de serviço. O + no termo NodeB+ expressa a maior funcionalidade da estação de base em comparação às especificações R99/4/5.
[0019] As funções de plano de usuário do NodeB+ 402-405 incluem as funções do PDCP (Protocolo de Convergência de Dados de Pacote), do RLC (Controle de Enlace de Rádio) e do MAC (Controle de Acesso de Mídia) e da Combinação de Macro Diversidade.
CANAL DEDICADO DE ENLACE ASCENDENTE APERFEIÇOADO (E-DCH) [0020] Os aperfeiçoamentos de enlace ascendente para Canais de Transporte Dedicados (DTCH) estão correntemente em estudo na RAN de Grupos de Especificações Técnicas do projeto 3GPP (vide o projeto 3GPP TR 25.896: Feasibility Study for Enhaced Uplink for UTRA FDD (Release 6), disponível na página http://www.3gpp.org). Uma vez que o uso dos serviços baseados no IP se tornam mais importantes, existe uma crescente demanda no sentido de aumentar a cobertura e saída da RAN assim como reduzir o retardo dos canais de transporte dedicados de enlace ascendente. Serviços de fluxo, interativos e de fundo poderão se beneficiar deste enlace ascendente aperfeiçoado.
[0021] Um aperfeiçoamento é o uso de esquemas de modulação e codificação adaptativas (AMC) com relação à programação controlada do Nó B, sendo assim, um aperfeiçoamento da interface Uu. Conforme mencionado na seção anterior, no sistema R99/R4/R5 existente, o controle da taxa de dados máximos de enlace ascendente reside na RNC. Ao se relocar o programador no Nó B, a latência introduzida devido à sinalização na interface entre a RNC e o Nó B poderá ser reduPetição 870180019291, de 09/03/2018, pág. 10/72
8/56 zida e, deste modo, o programador consegue responder mais rapidamente às mudanças temporais na carga de enlace ascendente. Isto reduzirá a latência geral nas comunicações do UE com a RAN. Sendo assim, a programação controlada do Nó B consegue controlar melhor a interferência de enlace ascendente e suavizar a variância de elevação de ruído ao alocar rapidamente taxas de dados mais altos quando a carga de enlace ascendente diminui, e respectivamente ao limitar as taxas de dados de enlace ascendente quando aumenta a carga de enlace ascendente. A cobertura e a saída de célula podem ser aperfeiçoadas por meio de um controle maior da interferência de enlace ascendente.
[0022] Uma outra técnica, que poderá ser considerada para reduzir o retardo do enlace ascendente, é introduzir um TTI (Intervalo de Tempo de Transmissão) menor para o E-DCH em comparação aos demais canais de transporte. Um TTI de 2ms de duração é atualmente investigado para uso no E-DCH, enquanto um TTI de 5ms de duração é geralmente usado nos outros canais. Uma ARQ híbrida, que era uma das tecnologias chave do acesso HSDPA, é também considerada para o canal dedicado de enlace ascendente aperfeiçoado. O protocolo de ARQ híbrida entre o Nó B e o UE permite retransmissões rápidas de unidades de dados recebidas erroneamente, reduzindo, assim, o número de RLC (Controle de Enlace de Rádio) e retardos associados. Isto pode melhorar a qualidade do serviço apreciado pelo usuário final. [0023] Para suportar os aperfeiçoamentos descritos acima, uma nova subcamada de MAC é introduzida, que será chamada MAC-eu a seguir. As entidades desta nova subcamada, que serão descritas em mais detalhes nas seções a seguir, podem se localizar no UE e no Nó B. No lado do UE, o MAC-eu executa a nova tarefa de multiplexar dados de camada superior (por exemplo, os dados MAC-d) nos canais de transporte aperfeiçoados e operar as entidades de transmissão de
Petição 870180019291, de 09/03/2018, pág. 11/72
9/56 protocolo de HARQ.
A ARQUITETURA DE MAC DE E-DCH NO UE [0024] A Figura 5 mostra uma arquitetura de MAC de E-DCH geral exemplar. Uma nova entidade funcional de MAC, o MAC-eu 503, é adicionada à arquitetura de MAC de Rel/99/4/5. A entidade de MAC-eu 503 é ilustrada em mais detalhe na Figura 6 (vide o projeto 3GPP TSG RAN WG 1, reunião n°31: HARQ Structure, Tdoc R1-030247, disponível na página http://www.3gpp.org).
[0025] Existem fluxos de dados M diferentes (MAC-d) que carregam os pacotes de dados a serem transmitidos do UE para o Nó B. Estes fluxos de dados podem ter diferentes QoS (Qualidade de Serviço), por exemplo, retardo e exigências de erro, e podem requerer uma configuração de instâncias de HARQ diferentes. Deste modo, os pacotes de dados podem ser armazenados em diferentes Filas de Prioridade. O conjunto de entidades de transmissão e recebimento de HARQ, localizadas no UE e no Nó B, respectivamente, será referido como processo de HARQ. O programador considerará os parâmetros de qualidade QoS na alocação de processos de HARQ para diferentes filas de prioridade. A entidade de MAC-eu recebe informações de programação do Nó B (lado de rede) através de uma sinalização da Camada 1.
ARQUITETURA DE MAC DE E-DCH NA UTRAN [0026] Em uma operação de transferência suave, as entidades de MAC-eu na Arquitetura de MAC de E-DCH no lado da UTRAN podem ser distribuídas através do Nó B (MAC-eub) e da S-RNC (MAC-eur). O programador do Nó B escolhe os usuários ativos e executa o controle de taxa ao determinar e sinalizar um limite de taxa comandada, de taxa sugerida ou de TFC (Combinação de Formato de Transporte) que limita o usuário ativo (UE) a um subconjunto de TCFS (Conjunto de Combinações de Formatos de Transporte).
Petição 870180019291, de 09/03/2018, pág. 12/72
10/56 [0027] Cada entidade de MAC-eu corresponde a um usuário (UE). Na Figura 7, a arquitetura de MAC-eu do Nó B é ilustrada em mais detalhe. Pode-se observar que se atribui à cada entidade Receptora de HARQ uma certa quantidade ou área da memória de armazenamento temporário para combinar os bits dos pacotes das retransmissões em questão. Quando um pacote é recebido com sucesso, o mesmo é encaminhado para o armazenador temporário de reordenação que provê uma liberação em seqüência para a camada superior. De acordo com a implementação ilustrada, o armazenador temporário de reordenação reside na S-RNC durante uma transferência suave. Na Figura 8, é mostrada a arquitetura de MAC-eu da S-RNC que compreende o armazenador temporário de reordenação do usuário correspondente (UE). O número de armazenadores temporários de reordenação é igual ao número de fluxos de dados na entidade de MAC-eu correspondente no lado do UE. As informações de dados e controle são enviadas de todos os Nós B dentro do Conjunto Ativo para a S-RNC durante uma transferência suave.
[0028] Deve-se notar que o tamanho do armazenador temporário requerido depende do esquema de HARQ usado, por exemplo, um esquema de HARQ que usa uma redundância incremental (IR) requer mais um armazenador temporário do que um com uma combinação de casos (CC).
SINALIZAÇÃO DE E-DCH [0029] A sinalização de controle associada ao E-DCH requerida para a operação de um esquema em particular consiste em uma sinalização de enlace ascendente e enlace descendente. A sinalização depende dos aperfeiçoamentos de enlace ascendente considerados. [0030] A fim de permitir que a programação controlada de Nó B (por exemplo, o tempo controlado de Nó B e a programação de taxas), o UE tem de enviar uma certa mensagem de solicitação no enlace asPetição 870180019291, de 09/03/2018, pág. 13/72
11/56 cendente a fim de transmitir dados para o Nó B. A mensagem de solicitação pode conter informações de condição de um UE, por exemplo, a condição do armazenador temporário, a condição da força, a estimativa de qualidade do canal. Com base nestas informações, o Nó B poderá estimar a elevação de ruído e programar o UE. Com uma mensagem de permissão enviada no enlace descendente do Nó B para o UE, o Nó B atribui ao UE o conjunto TFCS com uma taxa máxima de dados e intervalos de tempo que o UE poderá enviar.
[0031] O UE de enlace ascendente tem de sinalizar o Nó B com uma informação de mensagem indicadora de taxa necessária para decodificar os pacotes transmitidos corretamente, por exemplo, o tamanho de bloco de transporte (TBS), o nível de esquema de modulação e codificação (MCS), etc. Além disso, no caso de uma HARQ ser usada, o UE tem de sinalizar as informações de controle relativas à HARQ (por exemplo, o número de processo de ARQ Híbrida, o número de seqüências de HARQ referido como um Indicador de Dados Novos (NDI) para o UMTS Rel.5, uma versão de Redundância (RV), parâmetros de correspondência de Taxas, etc.).
[0032] Após a recepção e a decodificação de pacotes transmitidos no canal dedicado de enlace ascendente aperfeiçoado (E-DCH), o Nó B tem de informar ao UE se a transmissão foi feita com sucesso por meio de um reconhecimento ACK/NACK de envio respectivo no enlace descendente.
GERENCIAMENTO DE MOBILIDADE DENTRO DA UTRAN R99/4/5 [0033] Nesta seção, alguns termos freqüentemente usados serão brevemente definidos e alguns procedimentos relativos ao gerenciamento de mobilidade serão delineados (vide o 3GPP TR 21.905: Vocabulary for 3GPP Specifications, disponível na página http://www.3gpp.org).
[0034] Um enlace de rádio poderá ser uma associação lógica entre
Petição 870180019291, de 09/03/2018, pág. 14/72
12/56 um UE único e um único ponto de acesso de UTRAN. A sua realização física compreende transmissões portadoras de rádio.
[0035] Uma transferência poderá ser definida como uma transferência de conexão de um usuário de uma portadora de rádio para outra. Em uma transferência permanente, um novo enlace de rádio se estabelece. Em contrapartida, durante uma transferência suave (SHO), enlaces de rádio são estabelecidos e abandonados de tal forma que o UE sempre mantenha pelo menos um enlace de rádio para o a UTRAN. A transferência suave é específica para as redes que empregam uma tecnologia de Acesso Múltiplo de Divisão de Código (CDMA). A execução da transferência é geralmente controlada pela SRNC da rede de rádio móvel.
[0036] O conjunto ativo compreende um conjunto de enlaces de rádio simultaneamente envolvidos em um serviço de comunicação específico entre o UE e a rede de rádios, por exemplo, durante uma transferência suave, o conjunto ativo de UE compreende todos os enlaces de rádio para os Nós B da RAN que atende o UE.
[0037] Os procedimentos de atualização de conjunto ativo podem ser usados para modificar o conjunto ativo da comunicação entre o UE e a UTRAN. O procedimento pode compreender três funções: adição de enlace de rádio, remoção de enlace de rádio, adição e remoção combinadas de enlace de rádio. O número máximo de enlaces de rádio simultâneos é geralmente definido em quatro. Novos enlaces de rádio podem ser adicionados ao conjunto ativo quando a força do sinal piloto das respectivas estações de base excede um certo limite relativo ao sinal piloto do elemento mais forte dentro do conjunto ativo. Um enlace de rádio poderá ser removido do conjunto ativo quando a força do sinal piloto da respectiva estação de base excede um certo limite relativo ao elemento mais forte do conjunto ativo.
[0038] O limite para a adição de enlace de rádio poderá ser tipiPetição 870180019291, de 09/03/2018, pág. 15/72
13/56 camente escolhido de modo a ser maior que o limite para a exclusão do enlace de rádio. Por conseguinte, os eventos de adição e remoção formam uma histerese com relação à força de sinal piloto.
[0039] As medições de sinal piloto são registradas na rede (SRNC) do UE por meio de uma sinalização do RRC. Antes de enviar resultados de medição, é geralmente feita uma certa filtragem a fim de mediar a flutuação rápida. A duração de filtragem típica é de cerca de 200 ms e contribui para um retardo de transferência (vide o projeto 3GPP TS 25.133: Requirements for Support of Radio Resource Management (FDD), disponível na página http://www.3gpp.org). Com base nos resultados de medição, a S-RNC pode decidir disparar a execução de uma das funções do procedimento de atualização de conjunto ativo (adição/remoção de um Nó B para/de Conjunto Ativo em questão).
OPERAÇÃO DO E-DCH DURANTE UMA TRANSFERÊNCIA SUAVE [0040] É desejável suportar a transferência suave a fim de obter o ganho de uma macrodiversidade. No acesso HSDPA, por exemplo, nenhuma transferência suave é suportada para o canal de transporte do HS-DSCH (Canal Compartilhado de Enlace Descendente de Alta Velocidade). A aplicação de uma transferência suave provoca o problema de se distribuir responsabilidades de programação por todos os Nós B do conjunto ativo e seria necessária uma sincronização extremamente apertada a fim de prover uma decisão de programação para todos os elementos do conjunto ativo, mesmo que a distribuição da função de programação fosse resolvida. Apenas um Nó B transmite no canal HS-DSCH para um UE e, deste modo, não é explorado nenhum ganho de macro diversidade. Quando o UE entra na região de transferência suave para os canais dedicados, o Nó B, que é habilitado a transmitir no canal HS-DSCH, tem de ser determinado. A seleção do Nó B de serviço poderá ser feita a partir do UE ou da rede (por meio
Petição 870180019291, de 09/03/2018, pág. 16/72
14/56 da RNC).
[0041] No método de Seleção de Células Rápidas (FCS) para o canal HS-DSCH, o UE seleciona a célula que é mais adequada para a transmissão de dados. O UE periodicamente monitora as condições de canal nas células dentro do conjunto ativo a fim de verificar se existe uma bobina com melhores condições de canal do que a célula de serviço corrente.
[0042] No caso de uma transferência suave não ser suportada para o enlace ascendente, um Nó B de serviço tem de ser selecionado. Um problema que poderia ocorrer é a seleção imprecisa do Nó B de serviço. Deste modo, poderá haver uma célula dentro do conjunto ativo mais adequada para a transmissão do enlace ascendente do que o Nó B de serviço de enlace ascendente escolhido. Sendo assim, a transmissão de dados para uma célula controlada pelo Nó B de serviço corrente pode falhar, enquanto a transmissão para as células controladas pelos outros Nós B seria bem-sucedida. A precisão da seleção depende de diversos fatores, tais como retardo de sinalização, filtragem de resultados de medição, etc.
[0043] Para concluir, suportar uma operação de SHO para o EDCH é útil, em função do ganho de macro diversidade e tendo em vista que possíveis falhas de transmissão devidas a uma seleção imprecisa do melhor Nó B de serviço de enlace ascendente poderão ser eliminadas.
OPERAÇÃO DE TRANSFERÊNCIA SUAVE SEM SINCRONIZAÇÃO DE UM ARMAZENADOR TEMPORÁRIO [0044] Um fluxograma para a operação de transferência suave de Nó B sem a sincronização de um armazenador temporário pressupondo uma arquitetura R99/R4/R5 é apresentado na Figura 9. A figura ilustra a operação de um Nó B arbitrário do Conjunto Ativo.
[0045] Cada Nó B dentro do conjunto ativo monitora o canal de
Petição 870180019291, de 09/03/2018, pág. 17/72
15/56 dados físicos dedicado aperfeiçoado (E-DPDCH) na etapa 901 para a recepção do tráfego de enlace ascendente. No caso de um pacote ser recebido na etapa 903 dentro de um intervalo de tempo de transmissão (TTI) (vide etapa 902), o Nó B tem de decidir se o pacote é a transmissão inicial ou a retransmissão de um pacote de dados enviado anteriormente. A decisão se baseia na sinalização de controle de enlace ascendente associada, por exemplo, o Indicador de Dados Novos (NDI). No caso de o pacote recebido ser uma retransmissão, o Nó B tem de combinar o pacote de dados recebido com as retransmissões anteriores armazenadas no armazenador temporário antes da decodificação na etapa 905. Para uma transmissão inicial, o Nó B armazena (vide etapa 906) o pacote recebido no armazenador temporário correspondente (as possíveis transmissões anteriores armazenadas naquele armazenador temporário são sobrescritas) e podem imediatamente tentar decodificar o pacote após recebimento.
[0046] O teste se a decodificação foi feita com sucesso (vide etapa 907) é feito por meio da avaliação da soma de verificação CRC. Se o pacote é corretamente decodificado, o Nó B passa para a camada superior e envia o pacote para a S-RNC através de uma interface Iub/Iur na etapa 908. No caso de a decodificação não ser feita com sucesso, as informações provisórias são armazenadas no armazenador temporário na etapa 909.
[0047] Conforme delineado acima, a operação de transferência suave provê um ganho de macro diversidade adicional, mas também até certo ponto complica o desenho de sistema. Considerando o EDCH como exemplo, existe uma única entidade de protocolo de transmissão e múltiplas entidades de protocolo de recepção para uma operação de transferência suave, enquanto para uma operação de transferência não provisória, haverá apenas uma única entidade de protocolo de transmissão e uma única entidade de protocolo de recepPetição 870180019291, de 09/03/2018, pág. 18/72
16/56 ção.
ESTABELECIMENTO DE PORTADOR DE RÁDIO [0048] Antes de iniciar qualquer transmissão, pode-se estabelecer um portador de rádio e todas as camadas devem ser configuradas em conformidade (vide 3GPP TS 25.331: Radio Resource Control (RCC) protocol specification, disponível na página http://www.3gpp.org). Os procedimentos para o estabelecimento de portadores de rádio podem variar de acordo com a relação entre o portador de rádio e um canal de transporte dedicado. Dependendo dos parâmetros QoS (Qualidade de Serviço), pode haver ou não um canal dedicado alocado permanentemente associado ao portador RB.
ESTABELECIMENTO DE PORTADOR DE RÁDIO COM ATIVAÇÃO DE CANAL FÍSICO DEDICADO [0049] No UMTS, o procedimento da Figura 10 poderá ser usado quando um novo canal físico precisa ser criado para o portador de rádio. Pode-se iniciar um Estabelecimento de Portador de Rádio quando uma Solicitação de Estabelecimento de RB primitiva é recebida do Ponto de Acesso de Serviço de camada superior do lado da rede da camada de RRC. Esta solicitação pode compreender uma referência de portador e parâmetros de QoS. Com base nestes parâmetros de qualidade QoS, os parâmetros da Camada 1 e da Camada 2 podem ser escolhidos pela entidade de RRC do lado da rede.
[0050] A camada física que processa no lado da rede poderá ser iniciada com solicitação de CPHY-RL primitiva expedida para todos os Nós B aplicáveis. Se algum dos recipientes pretendidos for incapaz de prover o serviço, o mesmo poderá ser indicado nas primitivas de confirmação. Depois de configurar a Camada 1 incluindo o início da transmissão/recepção no Nó B, o NW-RRC pode enviar uma mensagem de CONFIGURAR PORTADOR DE RÁDIO para a sua entidade hierárquica (transmissão reconhecida ou não reconhecida opcional
Petição 870180019291, de 09/03/2018, pág. 19/72
17/56 para o controle NW). Esta mensagem pode compreender uma Camada 1, e parâmetros de MAC e de RRC. Após o recebimento da mensagem, o UE-RCC configura a Camada 1 e o MAC.
[0051] Quando é indicada a sincronização da Camada 1, o UE pode enviar uma mensagem CONFIGURAÇÃO COMPLETA DO PORTADOR DE RÁDIO em um modo reconhecido de volta para a rede. O controle NW-RCC pode configurar o MAC e a controladora RLC no lado da rede.
[0052] Após receber a confirmação de CONFIGURAÇÃO COMPLETA DO PORTADOR DE RÁDIO, o UE-RCC pode criar uma nova entidade de RLC associada ao novo portador de rádio. O método aplicável de estabelecimento de RLC pode depender do modo de transferência de RLC. A conexão de RLC poderá ser implicitamente estabelecida, ou uma sinalização explicita poderá ser aplicada. Finalmente, uma Indicação de Estabelecimento de RB primitiva poderá ser enviada pelo UE-RCC e uma Confirmação de Estabelecimento de portador RB primitiva poderá ser emitida pelo RNC-RRC.
[0053] Atualmente, uma operação de HARQ simples só é possível para uma comunicação entre um único transmissor e um único receptor no caso de se garantir uma transmissão de feedback confiável. A transmissão de feedback garante que o emitente e o receptor estejam sincronizados. Ao aumentar o valor do número de seqüências de um processo de HARQ baseado em janela ou ao se alternar o Indicador de Dados Novos (NDI) de um processo de HARQ de pare-e-aguarde (SAW) na informação de controle de HARQ associada, o receptor sabe se um pacote novo está sendo recebido e se o mesmo pode descarregar o armazenador temporário adequadamente.
[0054] Isto garante que um pacote novo não seja combinado com um pacote armazenado anteriormente no receptor. Uma combinação errada de pacotes antes de uma decodificação poderá ser um caso
Petição 870180019291, de 09/03/2018, pág. 20/72
18/56 raro, mas não poderá ser completamente excluído se a sinalização de feedback não for totalmente confiável. Uma decodificação correta não será possível neste caso.
[0055] Sendo assim, o receptor pode solicitar uma retransmissão daquele pacote por meio da sinalização de NAK. A retransmissão deste pacote pode continuar até que um número máximo de retransmissões seja atingido. Se houver muitas retransmissões de um pacote novo que foi combinado com os valores anteriores de um armazenamento temporário de um pacote antigo, a influência dos valores temporários do pacote antigo poderá ser reduzida devido à combinação sucessiva com o pacote novo que permite uma decodificação bem sucedida do pacote novo. O quanto a saída é afetada pelas retransmissões de pacote pode depender da probabilidade de uma operação errônea do procedimento de retransmissão de pacote. Pode haver uma troca entre o suporte gasto para uma sinalização confiável e a possibilidade de uma operação de protocolo errônea. Da mesma forma, poderá haver um procedimento para informar ao receptor se um pacote foi abortado pelo transmissor. Isto pode, por exemplo, acontecer quando se atinge um número máximo de retransmissões ou no caso de um atributo de retardo atribuído (ou valor de tempo de vida) não poder ser atendido.
[0056] Alguns sistemas de comunicação, tais como, o do Acesso Múltiplo de Divisão de Código de Banda Larga (W-CDMA), se baseiam em uma operação de transferência suave. Além do problema de múltiplos feedbacks de cada receptor precisarem agora ser recebidos corretamente, existe também o problema de se sincronizar o armazenamento temporário de HARQ entre o transmissor e uma multiplicidade de receptores. Nem todos os Nós B conseguem receber a sinalização de controle associada do UE, o que é necessário para um correto processamento do pacote recebido. Pressupondo que as informações de
Petição 870180019291, de 09/03/2018, pág. 21/72
19/56 controle foram recebidas, o Nó B poderá tentar decodificar o pacote, e o armazenamento de valores temporários no caso de uma decodificação com sucesso não será possível. É provável que exista um Nó B (por exemplo, o melhor enlace) capaz de decodificar o pacote, enquanto outros não recebem nada.
[0057] A transmissão de novos pacotes continuará até o melhor Nó B enquanto houver ainda pacotes antigos armazenados temporariamente em outros receptores.
[0058] Na Publicação WO 92/37872, é introduzido um método que revela a operação de HARQ durante uma transferência suave de um transmissor para múltiplos receptores em um enlace ascendente. A recepção não poderá ser garantida, uma vez que o controle da força e, deste modo, a força de transmissão são geralmente adaptados para o melhor enlace dentro do Conjunto Ativo. Isto significa também que um feedback confiável de todos os receptores é difícil de se obter. A força de transmissão no enlace ascendente precisa ser aumentada nos enlaces ruins a fim de garantir uma boa operação sincronizada que aumentará de forma significativa a interferência de enlace ascendente. A Publicação WO 92/37872 propõe aumentar a confiabilidade do protocolo de HARQ por meio da adição de um bit descarregador para as informações de controle de enlace ascendente de HARQ associadas. [0059] Um bit descarregador definido informa ao receptor para não combinar o pacote com transmissões anteriores, mas sim descarregar o armazenamento temporário de HARQ daquele processo de HARQ. Isto funciona à princípio, mas tem duas falhas. Em primeiro lugar, presume-se que o transmissor conheça o estado do receptor, uma vez que tem de informar quando descarregar o armazenamento temporário. Se o transmissor não estiver seguro sobre o estado do receptor em função de um feedback não confiável ou faltoso, o armazenador temporário seria descarregado. Isto levará à perda de informações no caPetição 870180019291, de 09/03/2018, pág. 22/72
20/56 so de o pacote já tiver sido recebido e armazenado no armazenador temporário. Em segundo lugar, precisa-se transmitir aquele bit descarregador com alta confiabilidade juntamente com as informações de controle de HARQ. Isto aumentará o suporte de sinalização fora da rede no enlace ascendente.
[0060] Os problemas de armazenadores temporários não sincronizados durante uma operação de transferência suave com múltiplas estações de base que operam como receptores foram descritos em detalhe. As soluções existentes se baseiam, além de nas informações de controle de HARQ regulares, como, por exemplo, o processo de HARQ e o número de seqüências de HARQ, na sinalização adicional para descarregar o armazenador temporário e evitar uma combinação errônea.
SUMÁRIO DA INVENÇÃO [0061] O objetivo da presente invenção é impedir a combinação errônea de pacotes de dados em um esquema de retransmissão de pacotes no receptor. A combinação errônea poderá ser provocada por armazenadores temporários não sincronizados de múltiplos receptores.
[0062] O objetivo da presente invenção é solucionado pela matéria em questão das reivindicações independentes. São definidas modalidades preferidas da presente invenção nas reivindicações dependentes.
[0063] Considerando um protocolo de HARQ baseado em janelas como exemplo para um esquema de retransmissão de pacotes de dados, não aconteceria de um pacote ser recebido com o mesmo número de seqüência de um pacote antigo no armazenador temporário. Este fenômeno é chamado problema de circulação. A janela da HARQ avança enquanto o armazenador temporário daquele número de seqüência não é descarregado. Para um protocolo de esquema Pare-ePetição 870180019291, de 09/03/2018, pág. 23/72
21/56
Aguarde de um Canal N, a questão é similar. O mesmo processo de HARQ não deve ser programado novamente com um novo pacote a menos que isto seja indicado e o armazenador temporário é descarregado.
[0064] A presente invenção pode garantir uma correta operação de protocolo com múltiplas estações de base como receptores de dados, enquanto evita uma sinalização adicional de uma interface fora da rede ou dentro da rede. Em uma primeira etapa, cada armazenador temporário poderá ser descarregado depois de cada decodificação bem sucedida de um pacote de dados recebido ou de uma combinação de um pacote de dados errôneos ou de retransmissões relativas ao mesmo. Além de, ou de maneira alternativa ao descarregamento imediato de um armazenador temporário após a correta recepção de um pacote de dados, o tempo gasto desde o último armazenamento em uma região de armazenamento temporário em particular poderá ser monitorado em cada estação de base, por exemplo, por meio de um cronômetro ou contador. O monitoramento pode garantir que os pacotes antigos no armazenador temporário sejam descarregados antes de um novo pacote ser recebido.
[0065] Um período de tempo limite, isto é, o período de tempo máximo permissível após o qual nenhuma retransmissão de um pacote de dados poderá chegar a uma estação de base poderá ser predeterminado ou configurado. Após o término deste período de tempo, uma região de armazenador temporário associado na estação de base é descarregada e um novo pacote de dados poderá ser recebido. A configuração do período de tempo limite poderá ser feita por meio de uma sinalização de camada superior entre um terminal de comunicação, como, por exemplo, um UE, e um receptor, como, por exemplo, uma estação de base. O valor inicial do cronômetro pode corresponder ao período de tempo limite.
Petição 870180019291, de 09/03/2018, pág. 24/72
22/56 [0066] Deste modo, o terminal de comunicação pode saber quando uma região de armazenamento temporário para um pacote de dados em particular e suas retransmissões relacionadas serão descarregadas em uma estação de base com a qual a mesma se comunica. Portanto, o terminal pode saber até que ponto no tempo a retransmissão de um pacote de dados específico ou a retransmissão de um pacote de dados tem de ser recebido na estação de base para ganhar da combinação provisória. Se o armazenador temporário foi descarregado no receptor, o terminal de comunicação pode usar este conhecimento na seleção do correto parâmetro de transmissão para uma nova transmissão do pacote de dados abortado.
[0067] A presente invenção provê um método para uso em um esquema de retransmissão de pacotes em um sistema de comunicação móvel compreendendo um terminal de comunicação e uma pluralidade de estações de base, em que o terminal de comunicação está em comunicação com a pluralidade de estações de base durante uma transferência suave. O método pode compreender as etapas de receber um pacote de dados do terminal de comunicação na pluralidade de estações de base e verificar a integridade dos dados do pacote de dados recebido em cada uma das estações de base. Se a integridade dos dados do pacote de dados recebido não for confirmada por uma estação de base, o pacote de dados recebido poderá ser armazenado em uma região de um armazenador temporário da respectiva estação de base, em que a região de armazenamento temporário é associada ao dito pacote de dados recebido. O tempo gasto desde o armazenamento do pacote de dados na região de armazenamento temporário associada poderá ser monitorado. Deve-se notar que a pluralidade de estações de base pode não se referir a todas as estações de base que são controladas por uma unidade de controle ou a uma pluralidade de unidades de controle na rede de comunicação móvel, mas sim às estaPetição 870180019291, de 09/03/2018, pág. 25/72
23/56 ções de base que se comunicam com o terminal de comunicação durante uma transferência suave. No UMTS, esta pluralidade de estações de base pode se referir ao conjunto ativo do terminal de comunicação. Deste modo, a pluralidade de estações de base poderá ser um subconjunto das estações de base disponíveis para comunicação na rede de comunicação móvel.
[0068] Se a integridade de dados do dito pacote de dados recebido for confirmada, a região de armazenamento temporário associada poderá ser descarregada na respectiva estação de base.
[0069] Como uma solução alternativa do objeto conforme apresentado acima, a presente invenção provê ainda um método para atualizar o armazenador temporário de uma estação de base em um sistema de comunicação móvel, compreendendo um terminal de comunicação e uma pluralidade de estações de base. De acordo com esta modalidade, o terminal de comunicação fica em comunicação com a pluralidade de estações de base durante uma transferência suave. De acordo com o método, um pacote de dados do terminal de comunicação poderá ser recebido na pluralidade de estações de base.
[0070] Além disso, a integridade de dados do dito pacote de dados recebido poderá ser verificada em cada uma das estações de base, e se a integridade de dados do dito pacote de dados recebido for confirmada, uma região de armazenamento temporário associada ao dito pacote de dados recebido poderá ser descarregada.
[0071] Em uma outra modalidade da presente invenção, se a integridade de dados do dito pacote de dados recebido não for confirmada por uma estação de base, o pacote de dados recebido poderá ser armazenado em uma região associada de um armazenador temporário da respectiva estação de base, e o tempo gasto desde o armazenamento do dito pacote de dados na dita região de armazenamento temporário associada poderá ser monitorado.
Petição 870180019291, de 09/03/2018, pág. 26/72
24/56 [0072] Se o respectivo período de tempo monitorado for igual ou maior que um período de tempo limite após o qual a retransmissão de um pacote de dados não mais poder ser esperada na respectiva estação de base, a região de armazenamento temporário poderá ser descarregada. O pacote de dados pode, por exemplo, ser recebido através de um canal dedicado.
[0073] No caso de a integridade de dados de uma transmissão inicial de um pacote de dados ou a integridade de uma retransmissão de pacote de dados não ser confirmada por uma estação de base, a retransmissão de um pacote de dados poderá ser solicitada de acordo com um esquema de retransmissão de pacotes. Sendo assim, em uma outra modalidade, uma retransmissão de pacote de dados poderá ser recebida do terminal de comunicação na pluralidade de estações de base. Após o recebimento, uma estação de base pode executar uma verificação de integridade de dados do pacote de dados de retransmissão recebido em cada uma das estações de base, e se a integridade dos dados não for confirmada pela estação de base, a retransmissão de pacote de dados poderá ficar armazenada na região de armazenamento temporário associada a um pacote de dados anterior relativo à retransmissão do pacote de dados, e o monitoramento do tempo gasto desde o armazenamento da retransmissão do pacote de dados na região de armazenamento temporário associada poderá ser reiniciado.
[0074] A verificação de integridade de dados executada no pacote de dados de retransmissão pode compreender a combinação do pacote de dados de retransmissão com o pacote de dados relacionado a fim de obter uma pacote de dados combinado, a decodificação do pacote de dados combinado a fim de obter dados decodificados, e a verificação da integridade dos dados decodificados. Em termos mais gerais, a verificação da integridade de dados poderá ser feita por meio da
Petição 870180019291, de 09/03/2018, pág. 27/72
25/56 verificação da não corrupção dos dados recebidos correspondentes a um processo de (re)transmissão de um pacote de dados específico, por exemplo, por meio de uma verificação de redundância cíclica (CRC).
[0075] Se a integridade de dados de um pacote de dados recebido for confirmada, a região de armazenamento temporário associada poderá ser descarregada.
[0076] Após o recebimento da retransmissão de um pacote de dados do terminal de comunicação na pluralidade de estações de base, uma verificação de integridade de dados do pacote de dados de retransmissão recebido em cada uma das estações de base poderá ser executada, e se a integridade de dados for confirmada por uma estação de base, o monitoramento do tempo gasto desde o armazenamento do pacote de dados de transmissão na região de armazenamento temporário associada poderá ser interrompido. Observa-se ainda que, no caso acima, o pacote de dados de retransmissão poder ser armazenado na região de armazenamento temporário. O termo pacote de dados poderá ser entendido como uma expressão genérica com referência a um pacote de retransmissão ou uma transmissão inicial.
[0077] Se o respectivo período de tempo monitorado for igual ou maior que um período de tempo limite, o monitoramento do respectivo pacote de dados poderá ser interrompido, uma vez que o mesmo muito provavelmente não receberá um pacote de dados de retransmissão para o pacote de dados associado à região de armazenamento temporário. Ao se descarregar a região de armazenamento temporário, pode-se garantir que, ao se reutilizar a região de armazenamento temporário um novo pacote de dados não combinará com o conteúdo antigo - isto é, um pacote de dados e suas retransmissões relacionadas recebidas previamente - desta região de armazenamento temporário. [0078] Conforme delineado acima, é desejável que o período de
Petição 870180019291, de 09/03/2018, pág. 28/72
26/56 tempo limite seja de uma duração configurável.
[0079] A sinalização da duração do período de tempo limite para pelo menos uma dentre a pluralidade de estações de base poderá ser feita ao se usar uma sinalização de controle de rede de rádio de uma unidade de controle da rede de comunicação móvel. Por exemplo, ao se empregar uma RAN de acordo com as especificações do UMTS, a duração do período de tempo limite poderá ser sinalizada para pelo menos uma estação de base em um elemento de informação de uma NBAP (Parte de Aplicação de Nó B).
[0080] Além disso, a sinalização da duração do período de tempo limite para o terminal de comunicação poderá ser feita por meio da sinalização de controle de recurso de rádio de uma unidade de controle da rede de comunicação móvel. Mais uma vez, ao se empregar uma RAN de acordo com as especificações do UMTS, a duração do período de tempo limite poderá ser sinalizada para o terminal de comunicação em um IE (elemento de informação) de pelo menos uma dentre uma mensagem de configuração de suporte de rádio, uma mensagem de reconfiguração de suporte de rádio, uma mensagem de configuração de conexão de controle de recurso de rádio, uma mensagem de reconfiguração de canal de transporte, uma mensagem de atualização de célula, e uma mensagem de comando de transferência suave.
[0081] De acordo com um esquema de retransmissão de pacote, por exemplo, uma HARQ, a condição da recepção do pacote de dados poderá ser indicada para o terminal de comunicação. Sendo assim, uma mensagem de pelo menos uma dentre a pluralidade de estações de base poderá ser transmitida para o terminal de comunicação indicando se pelo menos uma dentre a pluralidade de estações de base confirmou a integridade de dados do pacote de dados recebido.
[0082] Um pacote de dados recebido e decodificado com sucesso poderá ser encaminhado para uma camada superior para outro proPetição 870180019291, de 09/03/2018, pág. 29/72
27/56 cessamento. Deste modo, de acordo com uma modalidade da presente invenção, o pacote de dados recebido é transmitido para uma unidade de controle do sistema de comunicação móvel por pelo menos uma dentre as estações de base que realmente confirmou a integridade dos dados do pacote de dados recebido.
[0083] Uma vez que o terminal de comunicação pode não ter uma capacidade suficiente atribuída para a retransmissão de um pacote de dados corrompido antes de uma região de armazenamento temporário descarregar em uma estação de base, o mesmo poderá sinalizar para a estação de base aumentar a sua capacidade atribuída para a retransmissão de pacote de dados. Uma estação de base, portanto, recebe uma mensagem de solicitação de capacidade do terminal de comunicação solicitando uma capacidade de transmissão para a retransmissão de um pacote de dados.
[0084] Com vantagem, a mensagem de solicitação de capacidade compreende pelo menos uma dentre a prioridade de transmissão de um pacote de dados a ser transmitido pelo terminal de comunicação, o tamanho de dados em um armazenamento temporário de transmissão do terminal de comunicação e a duração do período de tempo monitorado. Estes parâmetros podem com vantagem ser usados pela estação de base a fim de decidir se aumenta a capacidade de canal atribuída para o terminal de comunicação solicitante ou não. De maneira alternativa, de acordo com uma outra modalidade da presente invenção, a solicitação de capacidade do terminal de comunicação pode incluir informações do lado da HARQ, por exemplo, o número de seqüências, o processo de HARQ ou o Indicador de Dados Novos a fim de identificar o pacote para o qual é solicitada capacidade. Para a indicação de pacotes, a estação de base pode conhecer alguns dos parâmetros correspondentes daquele pacote, como, por exemplo, o período de tempo limite e a prioridade do pacote de dados. De maneira similar, o termiPetição 870180019291, de 09/03/2018, pág. 30/72
28/56 nal de comunicação poderá identificar o canal físico, o canal de transporte e/ou o canal lógico para o qual a estação de base solicita capacidade.
[0085] Em resposta à mensagem de solicitação de capacidade ou no caso de a estação de base poder aumentar a capacidade atribuída para o terminal de comunicação, uma mensagem de concessão de capacidade é transmitida para o terminal de comunicação, em que a mensagem de concessão de capacidade indica a capacidade de transmissão atribuída para o terminal de comunicação para a transmissão de dados.
[0086] Uma outra possibilidade para impedir o descarregamento de uma região de armazenamento temporário associada a um pacote de dados específico e seus pacotes de dados de retransmissão associados poderá transmitir uma mensagem de solicitação de reinicialização para uma estação de base, em que a mensagem de solicitação de reinicialização indica um pacote de dados para o qual o monitoramento do tempo gasto desde o armazenamento do pacote de dados (ou um pacote de dados de retransmissão relacionado) na região de armazenamento temporário associada tem de ser reiniciado. Uma estação de base recebe esta mensagem de solicitação de reinicialização e reinicia o monitoramento. A mensagem de solicitação de reinicialização pode compreender informações de controle e nenhum dado de carga ou dados de carga fictícios.
[0087] Em uma outra modalidade alternativa da presente invenção, após a expiração do período de tempo limite, uma estação de base pode marcar uma região de armazenamento temporário associada dos pacotes como uma região de armazenamento temporário a ser descarregada. Se um novo pacote associado àquela região de armazenamento temporário (por exemplo, identificada com um número de seqüência) for recebido, o mesmo poderá finalmente descarregar o
Petição 870180019291, de 09/03/2018, pág. 31/72
29/56 armazenamento temporário a menos que receba alguma informação de controle adicional. Tal informação de controle poderá ser um indicador de combinação. Um indicador de combinação poderá ser feito como uma sinalização que poderá ser enviada se o pacote de dados transmitido tiver que ser combinado. Neste caso, a região de armazenamento temporário marcada não poderá ser descarregada e uma combinação ainda acontecerá, embora o cronômetro já tenha expirado. Isto pode permitir uma combinação provisória mesmo que uma retransmissão de um pacote de dados se retarde.
[0088] Ao se usar um esquema de retransmissão de pacote baseado em janela, o método pode ainda compreender a etapa de calcular o período de tempo limite baseado no tempo requerido para a transmissão de todos os pacotes de dados dentro de uma janela do esquema de retransmissão de pacote.
[0089] Independente do esquema de retransmissão usado, o período de tempo limite poderá ser também calculado com base no intervalo de tempo entre a recepção de um pacote de dados inicial e a recepção de um pacote de dados de retransmissão.
[0090] De acordo com uma outra modalidade, o cálculo da duração do período de tempo limite pode se basear em pelo menos um dentre os seguintes parâmetros: tamanho do armazenamento temporário, o número máximo de retransmissões de pacote em um esquema de retransmissão de pacote de dados, o tempo de processamento do terminal de comunicação para uma mensagem de feedback, o tempo de processamento da respectiva estação de base para um pacote de dados recebido e um intervalo de tempo de transmissão.
[0091] A presente invenção provê ainda uma estação de base em um sistema de comunicação móvel compreendendo um terminal de comunicação e uma pluralidade de estações de base, em que o terminal de comunicação se encontra em comunicação com a pluralidade
Petição 870180019291, de 09/03/2018, pág. 32/72
30/56 de estações de base durante uma transferência suave, e em que a estação de base compreende um meio para a implementação do método acima descrito.
[0092] Em uma outra modalidade, a presente invenção provê um método para a programação de retransmissões de dados em um terminal de comunicação que faz parte de um sistema de comunicação móvel compreendendo o terminal de comunicação e uma pluralidade de estações de base, em que o terminal de comunicação se encontra em comunicação com a pluralidade de estações de base durante uma transferência suave. O método pode compreender as etapas de transmitir um pacote de dados para a pluralidade de estações de base, receber pelo menos uma mensagem de feedback de pelo menos um dentre as estações de base, avaliar a pelo menos uma mensagem de feedback a fim de determinar se a integridade dos dados do pacote de dados transmitido for confirmada por pelo menos uma dentre a pluralidade de estações de base, e se a integridade de dados do pacote de dados transmitido não for confirmada por uma estação de base, monitorar o período de tempo gasto desde a transmissão do pacote de dados ou a recepção da respectiva mensagem de feedback, programar uma retransmissão relativa ao pacote de dados a ocorrer não após a expiração de um período de tempo limite após o qual uma recepção de um pacote de dados de retransmissão não mais poderá ser esperada na respectiva estação de base.
[0093] Se a integridade de dados do pacote de dados transmitido não for confirmada e em um ponto no tempo no qual o período de tempo monitorado é menor do que o período de tempo limite, uma mensagem de solicitação de capacidade poderá ser transmitida para a pluralidade de estações de base solicitando outra capacidade de transmissão para a retransmissão de um pacote de dados conforme já delineado acima.
Petição 870180019291, de 09/03/2018, pág. 33/72
31/56 [0094] Se uma mensagem de concessão de capacidade indicando uma capacidade de transmissão atribuída para o terminal de comunicação para transmissões de dados não for recebida de uma estação de base dentre a pluralidade de estações de base ou nenhuma capacidade adicional for atribuída ao UE em resposta a uma mensagem de solicitação de capacidade, uma mensagem de solicitação de reinicialização poderá ser transmitida do terminal de comunicação para uma estação de base, em que a dita mensagem de solicitação de reinicialização indica um pacote de dados para o qual um monitoramento na respectiva estação de base é reinicializado.
[0095] O uso de uma mensagem de solicitação de reinicialização não está ligado aos resultados de uma solicitação para uma capacidade de transmissão adicional. De acordo com uma outra modalidade da presente invenção, se a integridade de dados do pacote de dados transmitido não for confirmada e em um ponto no tempo no qual o período de tempo monitorado é menor do que o período de tempo limite, uma mensagem de solicitação de reinicialização poderá ser transmitida para uma estação de base, em que a dita mensagem de solicitação de reinicialização indica um pacote de dados para o qual um monitoramento na respectiva estação de base é reinicializado.
[0096] Como será explicado mais adiante em mais detalhes, no caso de um pacote de dados de retransmissão não puder ser transmitido do terminal de comunicação antes da região de armazenamento temporário associada na estação de base ser descarregada, por exemplo, devido a uma capacidade insuficiente atribuída, o terminal de comunicação poderá aguardar o descarregamento da região de armazenamento temporário para transmitir um novo pacote de dados inicial. Sendo assim, o método pode compreender a etapa de parar as retransmissões de um pacote de dados até que o respectivo período de tempo monitorado seja maior que o intervalo de tempo limite, se a inPetição 870180019291, de 09/03/2018, pág. 34/72
32/56 tegridade de dados do pacote de dados transmitido não for confirmada e em um ponto no tempo no qual o período de tempo monitorado é menor que o período de tempo limite.
[0097] A fim de iniciar a transmissão de um pacote de dados de retransmissão quando a integridade de dados do pacote de dados transmitido não é confirmada, um programador no terminal de comunicação é informado e poderá reprogramar o pacote de dados transmitidos para retransmissão. Por analogia, se a integridade de dados para o pacote de dados transmitido for confirmada, o programador poderá ser informado pelo terminal de comunicação a fim de remover o pacote de dados transmitido de um armazenador temporário de transmissão do terminal de comunicação.
[0098] Quando uma retransmissão relativa ao pacote de dados inicial se torna necessária, o terminal de comunicação pode transmitir o pacote de dados de retransmissão para a pluralidade de estações de base, e, por sua vez, receber pelo menos uma mensagem de feedback da pelo menos uma dentre as estações de base. Em seguida, a pelo menos uma mensagem de feedback poderá ser avaliada de modo a determinar se a integridade de dados do pacote de dados de retransmissão transmitido for confirmada por pelo menos uma dentre a pluralidade de estações de base, e se a integridade de dados for confirmada, o monitoramento do tempo gasto desde a transmissão do pacote de dados ou a recepção de uma mensagem de feedback respectiva poderá ser reiniciada, por exemplo, ao usar um cronômetro para monitoramento, o cronômetro é reinicializado para o seu valor limite inicial e é inicializado outra vez.
[0099] Além disso, a presente invenção provê um terminal de comunicação em um sistema de comunicação móvel compreendendo um terminal de comunicação e uma pluralidade de estações de base, em que o terminal de comunicação se encontra em comunicação com a
Petição 870180019291, de 09/03/2018, pág. 35/72
33/56 pluralidade de estações de base durante uma transferência suave, e em que o terminal de comunicação compreende um meio para a implementação das etapas de método conforme apresentadas acima. [00100] De acordo com uma outra modalidade da presente invenção, o terminal de comunicação e a estação de base conforme descritos acima podem ser com vantagem combinados em um sistema de comunicação móvel.
BREVE DESCRIÇÃO DOS DESENHOS [00101] A seguir, a presente invenção é descrita em mais detalhes com referência às figuras e desenhos em anexo. Detalhes similares ou correspondentes nas figuras são marcados com os mesmos numerais de referência.
[00102] A Figura 1 mostra a arquitetura de alto nível do UMTS;
[00103] A Figura 2 mostra a arquitetura da UTRAN de acordo com o
UMTS R99/4/5;
[00104] A Figura 3 mostra um subsistema de Flutuação e um Subsistema de Rádio de Serviço;
[00105] A Figura 4 mostra uma arquitetura de UTRAN evoluída; [00106] A Figura 5 mostra uma arquitetura de MAC de E-DCH em um UE;
[00107] A Figura 6 mostra a arquitetura de MAC-eu em um UE;
[00108] A Figura 7 mostra a arquitetura de MAC-eu em um Nó B;
[00109] A Figura 8 mostra a arquitetura de MAC-eu em uma RNC;
[00110] A Figura 9 mostra um fluxograma da técnica anterior da operação de receptor de HARQ;
[00111] A Figura 10 mostra um procedimento de configuração de um portador de rádio de acordo com as especificações do UMTS; [00112] A Figura 11 mostra um fluxograma da operação de uma estação de base de acordo com uma modalidade da presente invenção;
Petição 870180019291, de 09/03/2018, pág. 36/72
34/56 [00113] A Figura 12 mostra um fluxograma da operação de um terminal de comunicação de acordo com uma modalidade da presente invenção, e [00114] A Figura 13 ilustra a sincronização da transmissão de dados entre um terminal de comunicação e uma estação de base de acordo com uma modalidade da presente invenção.
DESCRIÇÃO DETALHADA DA INVENÇÃO [00115] Observa-se que as modalidades diferentes a seguir serão descritas principalmente com relação a um esquema de retransmissão de pacotes de HARQ e um UMTS. No entanto, os princípios subjacentes da presente invenção são igualmente aplicáveis a outros esquemas de retransmissão de pacote de dados e a outros sistemas de comunicação móvel além do UMTS que provê uma transferência suave dos terminais de comunicação e mecanismos de retransmissão de pacotes.
[00116] A Figura 11 mostra um fluxograma ilustrativo da operação de uma estação de base dentro do conjunto ativo de um UE durante uma transferência suave. A estação de base pode monitorar os canais físicos na etapa 1101 e pode regularmente verificar se um ou mais pacotes de dados foram recebidos dentro de um intervalo de tempo de transmissão (TTI) na etapa 1102. Se um pacote de dados é enviado para a estação de base, o mesmo é recebido na etapa 1103 e após recebimento a estação de base decide se o pacote de dados recebido é um pacote de dados inicial ou uma retransmissão relativa a um pacote de dados inicial na etapa 1104. Além disso, no caso de o pacote de dados recebido ser um pacote de dados de retransmissão, a estação de base combinará os dados retransmitidos com os valores temporários relacionados associados em uma região de armazenamento temporário associado da estação de base na etapa 1105. Por exemplo, se o pacote de dados inicial não foi recebido corretamente, isto é,
Petição 870180019291, de 09/03/2018, pág. 37/72
35/56 os seus dados estão corrompidos ou não podem ser decodificados pela estação de base, os dados de retransmissão relativos a este pacote de dados inicial são combinados com os dados deste pacote de dados inicial e o pacote de dados combinado é decodificado na etapa 1106. No caso de um pacote de dados inicial ser recebido, o pacote poderá ser decodificado diretamente sem combinação prévia na etapa 1106. A etapa 1106 verifica ainda a integridade de dados dos dados decodificados.
[00117] Se a integridade de dados é confirmada, o fluxo avança para o bloco 1107. Como um primeiro aperfeiçoamento em comparação ao esquema de retransmissão de pacotes do estado da técnica conforme ilustrado na Figura 9, uma região de armazenamento temporário associada a um pacote de dados e sua possível retransmissão, por exemplo, um armazenamento temporário de HARQ, será excluída ou descarregada imediatamente depois de o pacote de dados ser recebido corretamente na etapa 1107 e não apenas depois de um novo pacote ser recebido como nos esquemas de retransmissão de pacotes convencional (confira o bloco 906 da Figura 9). Deste modo, a região de armazenamento temporário associada a um pacote de dados inicial e suas retransmissões é imediatamente liberada após uma correta decodificação, o que garante que nenhum dado dos pacotes de dados previamente recebidos resida na região de armazenamento temporário após o recebimento de um novo pacote de dados que será associada a esta região de armazenamento temporário.
[00118] Para transmissões de dados entre um terminal de comunicação e uma pluralidade de estações de base, o descarregamento imediato de uma região de armazenamento temporário pode fazer diferença, uma vez que algum Nó B pode temporariamente não receber informações de controle, e o Nó B, que está recebendo pacotes de dados não corrompidos do UE, pode continuar com a transmissão por
Petição 870180019291, de 09/03/2018, pág. 38/72
36/56 algum tempo.
[00119] Se a região de armazenamento temporário é, por exemplo, descarregada imediatamente após a correta decodificação de um pacote de dados, uma combinação errônea poderá ser excluída desde o início. Além disso, um cronômetro que será iniciado de preferência para todos os pacotes novos (n=0,1...N) não decodificados com sucesso poderá ser usado para impedir uma combinação errada. Depois ou antes de os valores temporários de um pacote de dados, isto é, um pacote de dados inicial ou um pacote de dados de retransmissão armazenado no armazenamento temporário, um cronômetro é iniciado a fim de indicar por quanto tempo o pacote se encontra armazenado no armazenamento temporário ou, melhor, quanto tempo o mesmo pode ainda ser mantido no armazenamento temporário antes de a região de armazenamento temporário associada ser descarregada. Durante uma operação regular com a recepção contínua, uma retransmissão poderá ser recebida antes de o cronômetro expirar, e o cronômetro para aquele pacote de dados Xi será reiniciado. Se um pacote é recebido corretamente, além de descarregar a região de armazenamento temporário associada 1107, o cronômetro poderá ser interrompido para aquele pacote de dados.
[00120] No caso de um pacote de dados, isto é, o pacote de dados inicial sozinho ou uma combinação de um pacote de dados inicial e os valores temporários de uma ou mais retransmissões relacionadas a este pacote, não pode ser decodificado corretamente na etapa 1106, o pacote de dados recém-recebido é armazenado em uma região de armazenamento temporário associada.
[00121] Considerando uma HARQ como exemplo, em cada pacote de dados recebido, não importando se um pacote de dados inicial ou um pacote de dados de retransmissão, o número de processo de HARQ e o NDI identifica a retransmissão de um pacote de dados em
Petição 870180019291, de 09/03/2018, pág. 39/72
37/56 particular conforme explicado acima. Se um pacote de dados com um número de processo em particular é recebido e não puder ser decodificado corretamente, os valores temporários do pacote de dados poderão ser armazenados em uma região de armazenamento temporário associada juntamente com outros dados de pacotes contendo o mesmo número de processo de HARQ.
[00122] No caso de um cronômetro para um pacote de dados que poderá ser armazenado em uma região de armazenamento temporário associada não estiver correndo, isto é, um pacote de dados inicial foi recebido, o cronômetro associado à região de armazenamento temporário e ao pacote de dados recebido será iniciado na etapa 1111. No caso de o cronômetro já estar correndo para a região de armazenamento temporário associada do pacote de dados recebido, o cronômetro poderá ser reiniciado (vide também etapa 1111).
[00123] Antes de ir para a recepção do intervalo de tempo de transmissão (TTI) seguinte, todos os cronômetros poderão ser decrescidos na etapa 1112. Os cronômetros podem ser decrescidos independente de um pacote de dados ter sido recebido no TTI decorrido ou não.
[00124] Se for julgado na etapa 1113 que qualquer um dos cronômetros expirou, a região de armazenamento temporário em particular, compreendendo o pacote de dados inicial e, possivelmente, valores temporários adicionais dos pacotes de retransmissão relacionados recebidos, será descarregada na etapa 1114, uma vez que a respectiva estação de base não mais poderá esperar um pacote de dados de retransmissão relativo ao pacote de dados corrompido armazenado na região de armazenamento temporário. Se nenhum cronômetro expirou, o pacote de dados seguinte é esperado para recepção.
[00125] Um critério para a definição do valor de cronômetro, isto é, para a definição de um período de tempo limite após o qual um pacote
Petição 870180019291, de 09/03/2018, pág. 40/72
38/56 de dados de retransmissão não mais é esperado em uma estação de base, é torná-lo baixo o suficiente a fim de evitar uma combinação errônea de diferentes pacotes. Ao mesmo tempo, o valor de cronômetro deve ser alto o suficiente para evitar um descarregamento dos pacotes armazenados para os quais retransmissões se encontram ainda pendentes.
[00126] Por exemplo, nos protocolos de HARQ conforme usados no UMTS Rel. 5, as transmissões de HARQ podem ser assíncronas, enquanto as mensagens de feedback de ACK/NAK podem ser síncronas. Isto significa que geralmente uma estação de base não exatamente saberá quando a retransmissão de um pacote de dados inicial será enviada pelo terminal de comunicação, o que torna a definição do cronômetro muito difícil. No caso de o UE poder transmitir pacotes de dados de forma autônoma, poderá ser provável que o pacote de dados de retransmissão siga pouco tempo depois da transmissão do pacote de dados inicial, levando em consideração o tempo de processamento na estação de base e no terminal de comunicação. Retransmissões podem ser enviadas com maior prioridade a fim de minimizar retardo ou flutuação de fase de retardo. Além disso, uma retransmissão não pode ficar pendente por muito tempo, uma vez que as condições do canal podem mudar e, conseqüentemente, o formato da transmissão, por exemplo, o tamanho do pacote, a modulação, a taxa de codificação, etc., não mais poderá ser adequado para as condições do canal. Neste caso, poderá ser necessária a adaptação do formato de transmissão (TFC - combinação de formato de transmissão) para as novas condições do canal.
[00127] O valor máximo de cronômetro permissível pode depender do desenho de protocolo de retransmissão de pacote detalhado. Por exemplo, em um protocolo de HARQ baseado em janela, o problema da circulação deve ser evitado. Para uma operação de ARQ confiável,
Petição 870180019291, de 09/03/2018, pág. 41/72
39/56 a janela de ARQ poderá ser pelo menos duas vezes maior que a janela do transmissor ou do receptor. Assim que um pacote de dados fora da janela é recebido, a janela será encaminhada. Pressupondo uma seqüência, são usados números a fim de identificar uma certa posição dentro da janela de HARQ, a janela não é encaminhada em etapas maiores, e todos os pacotes de dados subseqüentes são recebidos corretamente, o valor do cronômetro poderá ser calculado considerando quanto tempo o mesmo leva para transmitir todos os pacotes da janela. Neste último caso, o cronômetro expiraria antes que se iniciasse uma nova transmissão de um novo pacote de dados com o mesmo número de seqüência.
[00128] Quanto maior o tamanho da janela, ou mais processos de HARQ de esquema SAW, ou quanto maior a janela por processo de HARQ, e, deste modo, o tamanho do armazenamento temporário, tanto maior poderá ser o valor do cronômetro. Para uma HARQ, o tamanho do armazenamento temporário poderá ser um dentre os principais fatores de complexidade, uma vez que cada valor temporário de um pacote de dados de retransmissão precisa ser armazenado temporariamente em uma região de armazenamento temporário. Portanto, o tamanho da janela não poderá ser superdimensionado. Isto significa que o armazenador temporário poderá ser dimensionado de modo a armazenar tantos pacotes quanto recebidos durante o tempo de uma transmissão contínua. Dependendo da implementação do receptor, o pacote poderá ser armazenado temporariamente por meio de valores temporários de nível de bit ou de nível de símbolo. Para uma modulação de nível superior (por exemplo, de 16 QAM), o armazenamento temporário no nível de símbolo requer menos memória, enquanto os valores temporários de nível de bit permitem uma maior flexibilidade, se, por exemplo, certos bits precisarem ser perfurados. Um outro critério de desenho é a granularidade de bit, isto é, quantos bits represenPetição 870180019291, de 09/03/2018, pág. 42/72
40/56 tam um valor temporário. Por conseguinte, pode haver uma troca entre precisão e tamanho de armazenamento temporário.
[00129] O tempo de percurso, ilustrado na Figura 13, poderá ser definido como o tempo a partir da transmissão inicial 1301 de um pacote de dados do UE até uma retransmissão do mesmo pacote de dados 1305 após o recebimento de uma mensagem de feedback negativa. Isto envolve duas vezes o retardo de propagação tpropa mais os tempos de processamento de UE e de NÓ B, tUE_process e tNodeB_process, pressupondo que uma retransmissão poderá ser enviada 6 intervalos TTI após a transmissão anterior ou inicial. Para realizar uma transmissão contínua, isto pode corresponder a um tamanho de janela de transmissor e receptor de pelo menos 6. Em um sistema de ARQ baseado em janela pura, o tamanho geral mínimo de janela poderá ser de pelo menos duas vezes o tamanho de janela de receptor/transmissor, isto é, no exemplo, igual a 12. Isto pode garantir uma identificação única de pacotes e uma correta operação de ARQ, mesmo que se percam alguns reconhecimentos ACK/NAK. Se houver, por exemplo, a má interpretação de um NAK em um ACK, um novo pacote poderá não apresentar o mesmo número de seqüência, mas a janela provavelmente se movimentaria, indicando para o receptor que esta não seria a retransmissão esperada, mas um pacote novo.
[00130] O mesmo cálculo poderá ser feito para os protocolos de esquema SAW de N-canal. O sistema de ARQ previamente descrito é equivalente a um protocolo de esquema SAW de 6 canais e a um indicador de Dados Novos de um bit (igual a um número de seqüência). Nos dois sistemas, o cronômetro poderá ser ajustado para 12 vezes o TTI a fim de fazer o protocolo trabalhar no pior cenário de caso. Pressupondo uma transmissão síncrona, conforme ilustrado na Figura 13, o valor máximo de cronômetro para o pior caso poderá ser calculado, o que será explicado a seguir.
Petição 870180019291, de 09/03/2018, pág. 43/72
41/56 [00131] O UE pode transmitir um primeiro pacote de dados com um número de processo definido em 1 e um NDI igual a 0 para dois Nós B, em que o Nó B 1 recebe o pacote de dados, mas não pode decodificar o mesmo e, sendo assim, armazena temporariamente os valores temporários em uma região de armazenamento temporário do armazenador temporário e envia um NAK para o UE a fim de indicar a decodificação falha. O Nó B 2 pode decodificar o pacote de dados com sucesso e envia um ACK. Por conseguinte, o UE recebe um reconhecimento ACK do Nó B2 e o NAK do Nó B1.
[00132] Além disso, assume-se que o UE envia os pacotes 2, 3, ..., 12 para o Nó B1 e para o Nó B2, em que o Nó B2 recebe e decodifica com sucesso todos os pacotes. Os pacotes de dados 1 a 6 podem compreender diferentes números de processo de HARQ e um NDI definido em 0. Os pacotes 7 a 12 são transmitidos com o NDI definido em
1.
[00133] O Nó B1 pode ficar temporariamente fora de recepção e perder o pacote 7 com o número de processo 1 e um NDI definido em
1. Sendo assim, o Nó B1 ainda terá o primeiro pacote de dados com um número de processo de 1 e um NDI definido em 0 armazenado no armazenador temporário associado.
[00134] O UE envia um novo pacote de dados 13 com o número de processo 1 e um NDI igual a 0, o qual é recebido pelo Nó B1. Quando o número de processo e o NDI do novo pacote de dados são idênticos ao número de processo e NDI do pacote de dados armazenado no armazenador temporário, o Nó B1 combina os dois pacotes como o novo pacote de dados, uma vez que o novo pacote de dados é considerado uma retransmissão. Deste modo, em uma situação tal qual acima, o Nó B1 combinaria erroneamente o pacote de dados 13 com os dados do primeiro pacote de dados 1 armazenado no armazenador temporário.
Petição 870180019291, de 09/03/2018, pág. 44/72
42/56 [00135] Este é um cálculo de pior caso com base em uma suposição muito específica que raramente poderá acontecer em um sistema real. Antes de tudo, o UE não poderá ser programado continuamente como no exemplo acima. A má interpretação da sinalização de feedback ou a perda completa de um pacote seria igualmente um evento excepcional. Ainda, a operação de ARQ pode não ser síncrona, isto é, a retransmissão pode não ser enviada após a expiração de um período de tempo fixado. Podem haver retransmissões de alguns outros pacotes pendentes que têm uma prioridade maior como uma transmissão inicial e suplantariam novas transmissões iniciais, aumentando ainda mais o tempo até que um círculo possa ocorrer. O tamanho de janela limitado provocará a necessidade de se descarregar o armazenamento temporário de HARQ somente depois de uma recepção perdida.
[00136] O esquema ou protocolo de retransmissão de pacote usado poderá ser configurável de uma maneira flexível, considerando, por exemplo, as necessidades de Qualidade de Serviço (QoS) de fluxos de dados específicos. Este poderá ser, por exemplo, uma certa taxa de erro de bit a ser atingida ou uma necessidade de retardo. Por exemplo, ao se usar o protocolo de HARQ, os parâmetros configuráveis podem ser o tamanho do armazenamento temporário de HARQ, o número de processos de HARQ, o tempo até que um pacote seja abortado, o número máximo de retransmissões, o inter TTI mínimo ou tempo de processamento do UE e/ou do Nó B, etc. A definição do cronômetro, quando limpar um pacote do armazenador temporário, pode depender do tal tipo de parâmetro que deve ser também considerado. [00137] O problema de armazenamentos temporários de Nó B não sincronizados pode ocorrer durante uma transferência suave quando dois ou mais Nós B recebem e tentam decodificar o mesmo pacote. Sendo assim, a RNC poderá informar ao Nó B sobre o estado de
Petição 870180019291, de 09/03/2018, pág. 45/72
43/56 transferência suave de cada UE em particular. Um cronômetro só poderá ser iniciado no caso de o UE estar em transferência suave.
[00138] Além disso, o Nó B poderá receber um valor de cronômetro padrão ou o valor poderá ser configurado por uma camada superior, como, por exemplo, por uma Controladora de Recurso de Rádio. A RNC pode sinalizar uma mensagem com um elemento de informação novo, por exemplo, chamado HARQ_flush_timer. A mensagem poderá ser transmitida no sentido de configurar ou modificar um canal físico ou de transporte específico, por exemplo, um Canal Dedicado Aperfeiçoado. No UMTS, o protocolo de controle de rede de rádio é chamado Protocolo de Aplicação de Nó B (NBAP). Para uma transmissão de pacote de enlace ascendente dedicado aperfeiçoado, podem ser empregadas diferentes opções de programação. Se o Nó B controla a transmissão de enlace ascendente dos UE, o mesmo poderá priorizar um certo UE que tenha um cronômetro a ponto de expirar. Isto poderá permitir ao UE enviar o pacote de dados de retransmissão antes da expiração do cronômetro e descarregar o armazenamento temporário nas estações de base de seu conjunto ativo e ganhar a partir de uma combinação provisória.
[00139] Embora as retransmissões possam ter uma maior prioridade, a decisão de programação do UE pode considerar outros parâmetros, tais como qualidade de canal, força de transmissão disponível, diferentes prioridades de diferentes fluxos de dados, etc. Se o UE puder programar uma certa transmissão de maneira autônoma ou puder solicitar uma capacidade maior para transmissão, o mesmo poderá priorizar pacotes dentre os quais o cronômetro está prestes a expirar. [00140] Portanto, em uma outra modalidade, o UE pode conhecer o valor de cronômetro, por exemplo, o valor poderá ser predeterminado. Em uma outra modalidade da presente invenção, o valor de cronômetro é sinalizado para o UE. O valor de cronômetro poderá ser sinalizaPetição 870180019291, de 09/03/2018, pág. 46/72
44/56 do usando-se uma sinalização de RCC. Isto pode requerer a definição de um novo elemento de informação, por exemplo, chamado HARQ_flush_timer, para uma mensagem de sinalização de RCC. O procedimento de configuração de portador conforme descrito na Figura 10 não precisa ser alterado e incorpora o novo elemento de informação HARQ_flush_timer na mensagem existente, como, por exemplo, RB_setup, RB_reconfiguration, RRC_connection_setup,
TrCH_reconfiguration, cell_update ou um handover_command. Se o valor de cronômetro de HARQ não for sinalizado, o mesmo poderá ter um valor padrão predeterminado. Além disso, a granularidade dos valores de cronômetro pode aumentar com os valores maiores do parâmetro HARQ_flush_timer. Por exemplo, ao se assumir valores de cronômetro possíveis de 5ms, 10ms, 15ms, 20ms, 30ms, 50ms, ou 100ms, o HARQ_flush_timer poderá ser representado por 3 bits. [00141] Além disso, o terminal de comunicação pode alterar a seleção dos parâmetros de transmissão, pressupondo que o mesmo saiba que o armazenador temporário já foi descarregado em algum ou em todos os Nós B. Existem, por exemplo, diferentes estratégias para uma redundância incremental dependendo de quantas retransmissões já tenham sido enviadas. Alguns UE enviam uma taxa de código baixa no pacote de dados inicial a fim de se aproximar da taxa de código necessária para decodificação. Em outros pacotes de dados de retransmissão apenas uma pequena redundância é adicionada. Quando se sabe que uma região de armazenamento temporário associada a um pacote de dados e a pacotes de dados de retransmissão relacionados foi descarregada em algum ou em todos os Nós B, o UE pode mais uma vez iniciar a transmissão inicial. O mesmo pode solicitar sistemas que usem diferentes constelações de modulação nas diferentes transmissões, como, por exemplo, uma redisposição de constelação. (vide, por exemplo, o projeto 3GPP TS 25.213: Spreading and moduPetição 870180019291, de 09/03/2018, pág. 47/72
45/56 lation (FDD), disponível na página http://www.3gpp.org).
[00142] Na Figura 12, é mostrada uma operação de transmissor de HARQ exemplar. O UE pode ficar pronto para uma transmissão de dados se o UE for sincronizado, o portador de rádio foi configurado corretamente pelo RCC, etc. Se o UE consegue transmitir, tem dados em seu armazenamento temporário de transmissão, força de transmissão suficiente, etc., o mesmo poderá transmitir um ou mais pacotes dentro de um TTI conforme indicado pelo bloco 1201. Um pacote é geralmente chamado Unidade de Dados de Pacote e poderá ser um segmento de um outro pacote, como, por exemplo, um pacote de IP ou poderá ser também uma concatenação de múltiplos pacotes. Na etapa 1202, o UE pode selecionar o parâmetro de transmissão, como, por exemplo, um tamanho de bloco de transporte, um esquema de modulação e codificação, número de códigos, força, constelação, etc., e pode enviar estas informações laterais ou informações de controle antes ou juntamente com o pacote que está sendo transmitido na etapa 1203.
[00143] Existem muitas alternativas de como a mensagem de feedback é gerada e processada. Neste exemplo, todos os Nós B enviam feedback e se um dentre os Nós B envia um reconhecimento ACK (vide etapa 1204), o pacote é considerado corretamente recebido e poderá ser removido do armazenamento temporário transmissor (vide etapa 105). Em seguida, para cada Nó B, dentro do conjunto ativo, poderá ser verificado se um reconhecimento para o pacote transmitido foi recebido na etapa 1206. No caso de um ACK ser recebido para um pacote Xi em particular, o cronômetro Ti,y correspondente é parado na etapa 1207. Se não é recebido nenhum reconhecimento ACK de uma estação de base, o processo avança para o bloco 1209. As etapas que podem ser executadas por todos os Nós B no conjunto ativo (y=0,1...Y) indicados na figura com múltiplas formas. Subentende-se que podem existir tantos cronômetros no UE quanto Nós B no conjunto
Petição 870180019291, de 09/03/2018, pág. 48/72
46/56 ativo.
[00144] No caso, não é recebido nenhum reconhecimento ACK para um pacote Xi transmitido, o pacote podendo ser programado para uma retransmissão na etapa 1208. O problema de um armazenador temporário não sincronizado pode ocorrer quando um novo pacote de dados é transmitido, diferente daquele que ainda se encontra armazenado no armazenador temporário, isto é, um pacote de dados previamente transmitido. Uma vez que o Nó B pode não saber quando perdeu uma transmissão, o cronômetro é iniciado após cada recepção. [00145] Na etapa 1210, o UE pode iniciar ou reiniciar os cronômetros para cada pacote e cada Nó B dentro do conjunto ativo para o qual um reconhecimento negativo NAK é recebido (vide etapa 1209). Se um Nó B perde o pacote (nenhum reconhecimento ACK ou NAK é transmitido), o cronômetro não será afetado, e o procedimento avança para o bloco 1211.
[00146] O cronômetro pode, de preferência, ser ajustado para um valor múltiplo do TTI e será diminuído a cada TTI na etapa 1211. [00147] Se um cronômetro expira em um Nó B (vide etapa 1212), o UE poderá saber que o respectivo cronômetro expirou naquele Nó B em particular e o armazenamento temporário para aquele pacote é descarregado naquele Nó B em particular (vide etapa 1213). Na modalidade ilustrada, o UE pode enviar uma retransmissão possível, isto é, um pacote de dados inicial neste caso, com as definições iniciais de parâmetro. Se nada foi programado dentro de um TTI, todo o cronômetro será decrementado também em um TTI. A decisão no UE de reiniciar com um parâmetro de transmissão inicial pode depender de outros parâmetros ou condições, como, por exemplo, quantos Nós B o armazenador temporário descarregou, quantas retransmissões já foram enviadas, quantas condições de canal já foram alteradas até aquele momento, etc.
Petição 870180019291, de 09/03/2018, pág. 49/72
47/56 [00148] Observa-se ainda que apenas um Nó B selecionado do conjunto ativo pode enviar uma mensagem de feedback para o UE a fim de indicar o estado de recepção (reconhecimento ACK, reconhecimento negativo NAK) de um pacote de dados transmitido/pacote de dados de retransmissão. Neste último caso, apenas um cronômetro para cada pacote de dados transmitido poderá ser mantido. Neste caso, precisa-se mencionar que não se pode garantir que o armazenador temporário dos demais Nós B que não enviam feedback esteja sempre totalmente sincronizado. Nesta situação, poderá ser benéfico se usar a presente invenção conforme delineada acima ou uma sincronização de armazenador temporário por meio de sinalização entre os conjuntos ativos os Nós B, conforme apresentado no pedido co-pendente Base Station synchronization in Soft Handover (caso do procurador número EP28260), depositado na mesma data do presente pedido.
[00149] A seguir, outras ações que podem ser executadas pelo UE são apresentadas. Existem principalmente ações que evitam que o Nó B descarregue a região de armazenamento temporário para um processo de retransmissão de pacote de dados associado em particular. Portanto, o cronômetro de UE tem de ser ajustado a um valor menor que o do cronômetro do Nó B a fim de disparar aquela ação exatamente na hora, isto é, poder enviar, por exemplo, um pacote de dados de retransmissão que chega no Nó B antes de o tempo expirar.
[00150] Se o UE estiver em um modo programado, o mesmo precisará transmitir uma mensagem de solicitação de capacidade para o Nó B. Esta solicitação de capacidade pode conter diferentes atributos a fim de suportar o Nó B na tomada de decisão de programação. Estes parâmetros podem ser, por exemplo, a prioridade da transmissão, a quantidade de dados no armazenador assim como o tempo disponível até que o pacote deva ser transmitido. Em um outro aspecto da presente invenção, o UE considera o cronômetro para a geração da soliciPetição 870180019291, de 09/03/2018, pág. 50/72
48/56 tação de capacidade de camada UL assim como a definição de parâmetros que serão enviados dentro da solicitação de capacidade. [00151] Foi apresentado que o cronômetro poderá ser calculado de acordo com o pior caso pressupondo uma transmissão contínua de pacotes de dados do UE e uma reutilização imediata do mesmo processo de HARQ e número de seqüência por um novo pacote de dados. Isto para evitar uma combinação errônea dos valores de armazenamento temporário de um pacote por todos os meios. Em contrapartida, na realidade, tal caso só raramente poderá ocorrer, sendo mais provável que os valores de armazenamento temporário sejam limpados de tempos em tempos, embora possa ainda haver a entrada de uma retransmissão ligeiramente retardada. Em uma outra modalidade da presente invenção, o cronômetro poderá ser ajustado em um valor maior do que no cenário de pior caso descrito. Neste caso, o UE tem de impedir a combinação errônea em situações extremas próximas ao pior caso por meio de ações apropriadas conforme abaixo delineadas. [00152] Dependendo do esquema de feedback, o UE é ciente de alguns ou todos os contextos de HARQ do Nó B, isto é, o estado dos diferentes processos ou da janela de ARQ, do cronômetro, do consumo do armazenamento temporário, etc. Se um reconhecimento ACK/ NAK é enviado por todos os Nós B, o UE poderá saber, devido a um reconhecimento ACK/NAK faltoso, que o Nó B muito provavelmente perdeu um certo pacote. Se isto acontece em uma transmissão inicial, fica claro que o armazenador temporário do Nó B não foi atualizado e, sendo assim, não está sincronizado com os armazenadores temporários dos demais Nós B que enviaram feedback. O UE pode, assim, prever quando uma situação de erro pode potencialmente ocorrer e evitar este caso.
[00153] Uma vez que o caso de erro só acontece quando um pacote novo é transmitido, o transmissor poderá usar um diferente procesPetição 870180019291, de 09/03/2018, pág. 51/72
49/56 so de HARQ e/ou número de seqüência (ou NDI) para o novo pacote e, deste modo, evitar uma combinação potencialmente errada. Se o espaço de armazenamento temporário é limitado, deverá haver um processo de HARQ e/ou valor de seqüência (ou NDI) disponível, o qual não se encontra no estado de processar ou de armazenar valores para combinação. Se o armazenador temporário inteiro estiver em uso, o respectivo processo de retransmissão poderá ser parado até que um ACK para um outro pacote no armazenador temporário seja recebido e que um processo de HARQ e/ou número de seqüência (NDI) possa ser reutilizado. O mesmo poderá também parar o processo de HARQ que até o cronômetro expire e reinicie com o mesmo pacote. Em geral, deve-se evitar que o UE tenha de esperar até que o cronômetro expire no Nó B a fim de reduzir a latência. No entanto, podem haver ainda casos especiais, dependendo do desenho de esquema de retransmissão de pacote de dados, para o qual a expiração do cronômetro é desejável. Ao invés de esperar pela expiração do cronômetro no Nó B, o UE poderá ele mesmo iniciar uma região de armazenamento temporário parcial ou completa no Nó B. Isto pode, por exemplo, ser feito ao usar, por exemplo, um indicador de descarregamento, ao encaminhar a janela de HARQ artificialmente, o que equivale a um descarregamento de uma parte de todo o armazenador temporário, ou ao simplesmente abortar alguns pacotes que não foram reconhecidos.
[00154] Se o UE não puder retransmitir pacotes, por exemplo, a força de transmissão não é suficiente, não será possível programar a retransmissão naquele momento, etc., o mesmo podendo sinalizar isto para o Nó B a fim de evitar um descarregamento do armazenador temporário. Isto pode, por exemplo, ser feito por meio de uma sinalização juntamente com outras informações de controle relativas à HARQ, como, por exemplo, o número de processo de HARQ ou o número de seqüência (ou NDI). Uma mensagem de solicitação de reinicialização
Petição 870180019291, de 09/03/2018, pág. 52/72
50/56 especial compreendendo a sinalização poderá ser enviada pelo UE a fim de instruir um Nó B a reiniciar um cronômetro em particular. Após recepção, o Nó B parará ou de preferência reiniciará o cronômetro para aquele pacote e manterá o armazenador temporário. Uma outra possibilidade seria um tipo de pacote de carga zero com certas informações de controle, mas com um tamanho de bloco de transporte zero. Isto significa que não há dados reais transmitidos. Embora esta transmissão consuma alguns recursos, a mesma poderá ser mais eficiente em rádio do que o descarregamento do armazenador temporário, que poderá reunir uma redundância quase suficiente para uma decodificação bem sucedida.
[00155] Conforme delineado acima, de acordo com uma modalidade da presente invenção, é desejável que um único Nó B envie mensagens de feedback para o UE reconhecer um pacote de dados recebido. Deste modo, a seleção do assim chamado Nó B de serviço pode requerer outras considerações a fim de prover um feedback confiável para o UE. São delineados possíveis critérios de seleção relacionados a indicadores de qualidade de enlace de rádio para a seleção de um Nó B de serviço no pedido co-pendente Serving Base Station selection during Soft Handover (caso do procurador número EP 28257), depositado na mesma data do presente pedido.
[00156] O fato de um cronômetro usado para a sincronização de conteúdos de armazenamento temporário estar próximo de sua expiração poderá ser interpretado como uma deterioração das condições de enlace de rádio de enlace ascendente deste Nó B em particular. A sinalização desta informação no sentido de suportar a resseleção do Nó B de serviço depende da arquitetura de UTRAN considerada. Para a arquitetura R99/4/5, a informação poderá ser sinalizada do Nó B de serviço corrente para a RNC. Para a arquitetura evoluída, no entanto, as entidades de protocolo relativas a rádio podem se localizar no Nó B.
Petição 870180019291, de 09/03/2018, pág. 53/72
51/56
Poderá ser uma atribuição do corrente Nó B de serviço selecionar um novo Nó B de serviço e sinalizar a decisão para o mesmo. Sendo assim, neste caso o fato de o cronômetro no corrente Nó B de serviço estar próximo a sua expiração poderá não ter de ser sinalizada para outros elementos de rede.
[00157] No pedido co-pendente, a negociação do tempo de ativação para a seleção do Nó B de serviço é definida. Uma interação possível com o presente pedido seria considerar a condição do cronômetro para a sincronização do armazenador temporário antes de propor um novo tempo de ativação. Dependendo da arquitetura de rede de acesso de rádio, seu uso em questão, sua tecnologia de transporte, etc., poderá haver diferentes retardos nas interfaces lub/lur. Dependendo destes retardos, poderá ser benéfico se usar a presente invenção como delineada acima ou a sincronização de armazenador temporário por meio de uma sinalização entre os Nós B de conjuntos ativos, conforme apresentado no pedido co-pendente Base Station synchronization during Soft Handover (caso do procurador número EP28260), depositado na mesma data do presente pedido. Para pequenos retardos de sinalização dentro da rede (por exemplo, parte de todos os Nós B do mesmo grupo ou Subsistema de Rede de Rádio), poderá ser benéfico se usar um método de sincronização conforme descrito no pedido co-pendente, enquanto que, para retardos mais demorados, a presente invenção poderá ser preferida. Ambos os métodos podem também ser aplicados em paralelo e em dependência. Quando a sinalização chegar, o cronômetro será substituído, ou vice-versa.
[00158] Uma outra modalidade provê uma solução alternativa do objeto da presente invenção conforme explicada acima. Se um pacote for armazenado no Nó B e o Nó B não receber nenhuma retransmissão por algum tempo, o mesmo não saberá se perdeu a retransmissão, que foi talvez recebida corretamente por um outro Nó B, ou se
Petição 870180019291, de 09/03/2018, pág. 54/72
52/56 não havia nada realmente enviado no enlace ascendente.
[00159] Se não existirem erros na sinalização de feedback de enlace descendente, o UE saberá exatamente o estado de transmissão (contexto de HARQ) de cada Nó B. Mesmo que algum Nó B tenha perdido completamente algumas retransmissões, o UE saberá este estado de transmissão com base no feedback faltoso nestes UE. [00160] Nesta modalidade, poderá ser usada uma sinalização adicional indicando se combina o pacote de dados recebido com transmissões anteriores. Se um pacote que ainda se encontra armazenado no armazenador temporário não foi programado até aquele momento ou não reconheceu nenhum dos Nós B, um indicador de combinação poderá ser definido pelo UE a fim de indicar a um Nó B que o pacote pode ainda ser combinado. Isto dará ao Nó B a garantia de que o pacote poderá ser ainda combinado. Para uma transmissão inicial de um novo pacote de dados, o indicador de combinação poderá indicar se o pacote recebido não deve ser combinado com os pacotes de dados anteriores recebidos e o Nó B poderá descarregar uma região de armazenamento temporário correspondente ao número de processo sinalizado com o pacote de dados recebido em questão. Uma combinação vantajosa com o cronômetro de descarregamento poderá ser igualmente possível. Se o cronograma expirou e um pacote é recebido com um indicador de combinação não definido, o pacote será descartado.
[00161] Se, durante uma retransmissão pendente, as condições de canal são alteradas, naquele momento poderá ser benéfico se alterar o formato de transmissão do pacote. Isto subentende que uma não combinação é possível. Neste caso, o bit de descarregamento poderá ser definido embora o mesmo pacote com o mesmo número de seqüência seja enviado. O receptor pode descarregar o armazenamento temporário de HARQ, embora um pacote com o mesmo número de
Petição 870180019291, de 09/03/2018, pág. 55/72
53/56 seqüência (número de processo e NDI) esteja sendo ainda armazenado temporariamente. Uma vantagem comparada à incrementação do número de seqüência é que não existe nenhum pacote faltoso no armazenador temporário de reordenação.
[00162] Para uma seleção rápida de local de célula, os problemas que surgem são similares aos apresentados na introdução deste pedido. Em contrapartida, pode não haver nenhuma transferência suave para um UE, mas uma comutação rápida entre diferentes células. [00163] Em uma outra modalidade do presente pedido, os princípios subjacentes à presente invenção conforme delineada acima podem ser também aplicados a uma sincronização de armazenamento temporário de HARQ durante uma seleção rápida de local de célula (FCS). Ao se usar uma seleção rápida de local de célula, o UE sempre transmite para uma única célula, de preferência a célula com as melhores características de canal ou com a menor carga (nenhuma transmissão de armazenamento temporário). Dependendo do protocolo detalhado, o UE poderá comutar entre células dentro de um tempo específico ou de cada TTI. A comutação de célula poderá ser feita de maneira autônoma pelo UE ou poderá ser total ou parcialmente controlada pela rede. Da mesma maneira que na transferência temporária, o armazenador temporário pode precisar ser sincronizado antes que a próxima transmissão possa chegar ao mesmo Nó B. Para uma seleção FCS, o tempo disponível para uma sincronização poderá considerar uma comutação desta célula e de volta para esta célula. Uma outra modalidade poderá requerer o mesmo, se houver diferentes modos de programação, enquanto um modo poderá ser caracterizado por uma HARQ de suporte, e um outro não. Se o UE estiver em um modo programado, o mesmo poderá não suportar uma HARQ, e se estiver em um modo autônomo, o mesmo poderá suportar tal funcionalidade. Um dos motivos para isto poderá ser que para o modo programado, mais
Petição 870180019291, de 09/03/2018, pág. 56/72
54/56 informação de controle precisa ser sinalizada entre o UE e o Nó B. Isto poderá ser combinado com as informações de controle requeridas para uma operação de HARQ. Ao se comutar para frente e para trás, o armazenador temporário poderá ser também sincronizado.
[00164] A RNC pode não estar ciente de uma comutação de modos ou de uma comutação de células realizadas pelo Nó B e pelo terminal móvel. Tão logo a RNC, que serve como uma entidade de reordenação, recebe pacotes de um novo Nó B, pode informar aos Nós B anteriores e a todos os outros Nós B do conjunto ativo para descarregar seus armazenamentos temporários. De maneira alternativa, o novo Nó B pode saber se uma comutação de célula foi realizada e pode informar ao Nó B antigo e a todos os outros Nós B sobre esta comutação. Os outros Nós B podem descarregar seus armazenamentos temporários em conformidade. O Nó B que está ciente da comutação de modo e de célula pode também informar à RNC na arquitetura Rel99/4/5 ou ao Nó B+ de Serviço corrente na arquitetura evoluída sobre este evento. A RNC ou o Nó B+ de Serviço podem também informar aos demais Nós B do conjunto ativo para descarregar seus armazenamentos temporários em conformidade. Se a seleção de célula e de modo é feita em uma base lenta e não pacote por pacote, o armazenamento temporário poderá ser sincronizado antes que possa ocorrer uma comutação de célula ou de modo de volta para a célula ou modo anterior.
[00165] Conforme apresentado acima, pode haver a falha de os valores de armazenamento temporário serem descarregados embora uma retransmissão possa ainda chegar. Se uma seleção FCS ou comutações de modo são feitas em uma base muito rápida, por exemplo, por TTI, pode haver uma alta probabilidade de uma resseleção da mesma célula ou do mesmo modo ocorrer com freqüência. Neste caso, poderá ser benéfico manter os valores de armazenamento temporário para uma potencial de comutação de volta para a célula ou o moPetição 870180019291, de 09/03/2018, pág. 57/72
55/56 do por um certo período de tempo. Isto permitirá uma combinação de retransmissões com transmissões anteriores que já foram armazenadas temporariamente no armazenador temporário. Pode também acontecer de o terminal de comunicação ou o terminal móvel não transmitir nenhum dado depois de uma comutação para uma nova célula ou um novo modo. Neste caso, pode-se decidir comutar novamente a célula ou o modo anterior e continuar a transmissão com o mesmo estado da região de armazenamento temporário associada. O período de tempo até que um descarregamento seja feito pode mais uma vez ser definido por um período de tempo limite, enquanto pelo menos uma dentre as estações de base e o terminal de comunicação podem monitorar o tempo gasto desde o armazenamento do dito pacote de dados na dita região de armazenamento temporário associada. O período de tempo limite poderá ser calculado de maneira similar à descrita antes, talvez considerando um tempo de comutação de célula ou de modo adicional. Pode haver mais uma vez uma troca entre o comprimento mímino do período de tempo limite e o ganho da combinação provisória. Uma combinação errônea poderá ser impedida por meio do método descrito ou por meio de uma combinação com outros métodos. O período de tempo limite descrito para a FCS ou uma comutação de modo poderá ser igual ou diferente do período de tempo limite para a transferência suave, isto é, para a pluralidade de estações de base. Se o valor for diferente, o mesmo poderá também ser sinalizado para pelo menos uma dentre as respectivas estações de base por meio de uma sinalização de controle de rede de rádio ou por meio de um sinal numérico de recursos de rádio através do terminal de comunicação de maneira similar à descrita acima.
[00166] Finalmente, nota-se que a presente invenção acima descrita poderá ser usada para diferentes tipos de arquiteturas de RAN. Por exemplo, a presente invenção é aplicável à arquitetura de UTRAN do
Petição 870180019291, de 09/03/2018, pág. 58/72
56/56 sistema UTMS R99/4/5, conforme ilustrado na Figura 2, assim como à arquitetura de UTRAN evoluída, conforme ilustrado na Figura 4.
Petição 870180019291, de 09/03/2018, pág. 59/72
1/8
Claims (35)
- REIVINDICAÇÕES1. Método para recepção de dados em um esquema de retransmissão de dados em um sistema de comunicação móvel compreendendo um terminal de comunicação (103) e uma pluralidade de estações de base (203,204,205,206), em que o terminal de comunicação fica em comunicação com a pluralidade de estações de base durante uma transferência suave, o método caracterizado pelo fato de que compreende as etapas de:receber dados do terminal de comunicação por pelo menos uma estação de base;armazenar os dados recebidos em um armazenador temporário associado de pelo menos uma estação de base;decodificar os dados recebidos na pelo menos uma das estações de base, e utilizar o tempo decorrido desde armazenar os dados no armazenador temporário associado para descarregar o armazenador temporário.
- 2. Método para recepção de dados, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados são armazenados no armazenador temporário associado para serem combinados com dados retransmitidos se os dados recebidos não tiverem sido decodificados com sucesso.
- 3. Método para recepção de dados, de acordo com uma das reivindicações 1 ou 2, caracterizado pelo fato de que ainda compreende descarregar o armazenador temporário baseado no tempo decorrido.
- 4. Método para recepção de dados, de acordo com a reivindicação 3, caracterizado pelo fato de que se os dados recebidos são decodificados com sucesso, o armazenador temporário é descarregado.
- 5. Método para recepção de dados, de acordo com umaPetição 870180019291, de 09/03/2018, pág. 60/722/8 das reivindicações 3 ou 4, caracterizado pelo fato de que o armazenador temporário é descarregado, se o tempo decorrido for igual ou maior que um período de tempo limite.
- 6. Método para recepção de dados, de acordo com a reivindicação 5, caracterizado pelo fato de que o período de tempo limite é definido como um período após o qual os dados retransmitidos não podem mais ser esperados na estação de base.
- 7. Método para recepção de dados, de acordo com uma das reivindicações 1 a 6, caracterizado pelo fato de que ainda compreende:receber dados de retransmissão do terminal de comunicação por pelo menos uma das estações de base;armazenar os dados de retransmissão recebidos no armazenador temporário;decodificar os dados de retransmissão recebidos ; e se os dados de retransmissão recebidos não são decodificados com sucesso, reinicializar o tempo decorrido.
- 8. Método para recepção de dados, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que ainda compreende:receber dados de retransmissão do terminal de comunicação por pelo menos uma das estações de base;armazenar os dados de retransmissão recebidos em um armazenador temporário associado;decodificar os dados de retransmissão recebidos; e se os dados de retransmissão recebidos forem decodificados com sucesso, interromper o tempo decorrido.
- 9. Método para recepção de dados, de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que ainda compreende combinar dados de retransmissão com os dadosPetição 870180019291, de 09/03/2018, pág. 61/723/8 previamente recebidos para produzir dados combinados, e decodificar os dados combinados.
- 10. Método para recepção de dados, de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que ainda compreende, se o tempo decorrido é igual ou maior do que um período de tempo limite, interromper o tempo decorrido.
- 11. Método para recepção de dados, de acordo com uma das reivindicações 5 ou 10, caracterizado pelo fato de que o período de tempo limite é de duração configurável.
- 12. Método para recepção de dados, de acordo com a reivindicação 11, caracterizado pelo fato de que ainda compreende:sinalizar a duração do período de tempo limite para pelo menos uma estação de base por meio de controle de sinalização de rede de rádio a partir de uma unidade de controle na rede de comunicação móvel.
- 13. Método para recepção de dados, de acordo com a reivindicação 12, caracterizado pelo fato de que a duração do período de tempo limite é sinalizada para pelo menos uma estação de base em um elemento de informação de uma NBAP.
- 14. Método para recepção de dados, de acordo com qualquer uma das reivindicações 11 a 13, caracterizado pelo fato de que ainda compreende:sinalizar o período de tempo limite para o terminal de comunicação por meio de sinalização de controle de recurso de rádio a partir de uma unidade de controle na rede de comunicação móvel.
- 15. Método para recepção de dados, de acordo com a reivindicação 14, caracterizado pelo fato de que a duração do período de tempo limite é sinalizada para o terminal de comunicação em um elemento de informação de pelo menos uma dentre uma mensagem de configuração de portador de rádio, uma mensagem de reconfiguraPetição 870180019291, de 09/03/2018, pág. 62/724/8 ção de portador de rádio, uma mensagem de configuração de conexão de controle de recurso de rádio, uma mensagem de reconfiguração de canal de transporte, uma mensagem de atualização de célula, e uma mensagem de comando de transferência.
- 16. Método para recepção de dados, de acordo com uma das reivindicações 1 a 15, caracterizado pelo fato de que ainda compreende:transmitir uma mensagem de pelo menos uma estação de base para o terminal de comunicação indicando se a, pelo menos uma, estação de base decodificou os dados recebidos com sucesso.
- 17. Método para recepção de dados, de acordo com qualquer uma das reivindicações 1 a 16, caracterizado pelo fato de que ainda compreende:encaminhar os dados recebidos, para uma unidade de controle do sistema de comunicação móvel por pelo menos uma das estações de base que seguramente decodificou os dados recebidos com sucesso.
- 18. Método para recepção de dados, de acordo com qualquer uma das reivindicações 1 a 17, caracterizado pelo fato de que ainda compreende:receber uma mensagem de capacidade do terminal de comunicação por pelo menos uma das estações de base requisitando capacidade adicional de transmissão para dados de retransmissão.
- 19. Método para recepção de dados, de acordo com a reivindicação 18, caracterizado pelo fato de que a mensagem de solicitação de capacidade compreende pelo menos um dentre uma prioridade de transmissão de dados a serem transmitidos pelo terminal de comunicação, um tamanho de dados em um armazenador temporário de transmissão do terminal de comunicação, uma duração do tempo decorrido, e uma identificação dos dados, ou um canal para o qual éPetição 870180019291, de 09/03/2018, pág. 63/725/8 solicitada capacidade.
- 20. Método para recepção de dados, de acordo com uma das reivindicações 18 ou 19, caracterizado pelo fato de que ainda compreende:transmitir uma mensagem de concessão de capacidade de pelo menos uma estação de base para o terminal de comunicação, em que a mensagem de concessão de capacidade indica uma capacidade de transmissão atribuída ao terminal de comunicação para a transmissão de dados.
- 21. Método para recepção de dados, de acordo com qualquer uma das reivindicações de 1 a 20, caracterizado pelo fato de que os dados são recebidos através de um canal dedicado.
- 22. Método para recepção de dados, de acordo com qualquer uma das reivindicações 1 a 21, caracterizado pelo fato de que ainda compreende:receber uma mensagem de solicitação de reinicialização do terminal de comunicação por pelo menos uma estação de base, em que a mensagem de solicitação de reinicialização indica dados para os quais o tempo decorrido deve ser reinicializado.
- 23. Método para recepção de dados, de acordo com a reivindicação 22, caracterizado pelo fato de que a mensagem de solicitação de reinicialização compreende informações de controle e nenhum dado ou dados de carga fictícios.
- 24. Método para recepção de dados, de acordo com a reivindicação 5 ou 10, caracterizado pelo fato de que o esquema de retransmissão de dados é um esquema de retransmissão de dados baseado em janela, e o método compreende ainda calcular o período de tempo limite baseado no tempo requerido para a transmissão de todos os dados dentro de uma janela do esquema de retransmissão de dados.Petição 870180019291, de 09/03/2018, pág. 64/726/8
- 25. Método para recepção de dados, de acordo com a reivindicação 5 ou 10, caracterizado pelo fato de que ainda compreende:calcular o período de tempo limite com base no intervalo de tempo entre a recepção de um dado inicial e a recepção de um dado de retransmissão.
- 26. Método para recepção de dados, de acordo com reivindicação 5 ou 10, caracterizado pelo fato de que ainda compreende:calcular a duração do período de tempo limite com base em um tamanho do armazenador temporário, um número máximo de retransmissões no esquema de retransmissão de dados, um tempo de processamento do terminal de comunicação para uma mensagem de feedback, um tempo de processamento da respectiva estação de base para dados recebidos, e um intervalo de tempo de transmissão.
- 27. Estação de base (203,204,205,206) para receber dados em um esquema de retransmissão de dados em um sistema de comunicação móvel compreendendo um terminal de comunicação (103) e uma pluralidade de estações de base, em que o terminal de comunicação (103) se encontra em comunicação com a pluralidade de estações de base durante uma transferência suave, a estação de base caracterizada pelo fato de que compreende:uma seção de recepção que recebe dados do terminal de comunicação, um armazenador temporário que armazena os dados recebidos, e uma seção de decodificação que decodifica os dados recebidos, em que a estação base é operável para usar o tempo decorrido desde o armazenando dos ditos dados no armazenador temporário associado, para descarregar o armazenador temporário.Petição 870180019291, de 09/03/2018, pág. 65/727/8
- 28. Estação de base, de acordo com a reivindicação 27, caracterizada pelo fato de que a estação de base é operável para armazenar os dados recebidos no armazenador temporário associado para serem combinados com os dados retransmitidos se os dados recebidos não são decodificados com sucesso.
- 29. Estação de base, de acordo com a reivindicação 27 ou 28, caracterizada pelo fato de que é operável para descarregar o armazenador temporário, se os dados recebidos forem decodificados com sucesso.
- 30. Estação de base, de acordo com qualquer uma das reivindicações 27 a 29, caracterizada pelo fato de que a estação de base é operável para descarregar o armazenador temporário, se o tempo decorrido for igual ou maior que o período de tempo limite.
- 31. Estação de base, de acordo com a reivindicação 30, caracterizada pelo fato de que o período de tempo limite é definido como um período após o qual um dado de retransmissão não pode mais ser esperado na estação de base.
- 32. Estação de base, de acordo com qualquer uma das reivindicações 27 a 31, caracterizada pelo fato de que a estação de recepção é operável para receber dados retransmitidos do terminal de comunicação, o armazenador temporário é operável para armazenar os dados de retransmissão recebidos, e a seção de decodificação é operável para decodificar os dados de retransmissão recebidos, em que se os dados de retransmissão recebidos não forem decodificados com sucesso, a estação de base é operável para reinicializar o tempo decorrido.
- 33. Estação de base, de acordo com qualquer uma das reivindicações 27 a 31, caracterizada pelo fato de que a seção de recepção é operável para receber dados de retransmissão do terminal de comunicação, o armazenador temporário é operável para armazePetição 870180019291, de 09/03/2018, pág. 66/728/8 nar os dados de retransmissão recebidos, e a seção de decodificação é operável para decodificar os dados de retransmissão recebidos, em que se os dados de retransmissão forem decodificados com sucesso, a estação de base é operável para interromper o tempo decorrido.
- 34. Estação de base, de acordo com qualquer uma das reivindicações 27 a 33, caracterizada pelo fato de que a estação de base é operável para combinar dados de retransmissão com os dados anteriormente recebidos para produzir dados combinados, e a seção de decodificação é operável para decodificar os dados combinados.
- 35. Estação de base, de acordo com qualquer uma das reivindicações 27 a 34, caracterizada pelo fato de que a estação de base é operável para interromper o tempo decorrido, se o tempo decorrido for igual ou maior do que o período de tempo limite.Petição 870180019291, de 09/03/2018, pág. 67/72
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP03018470.9 | 2003-08-14 | ||
| EP03018470A EP1507352B1 (en) | 2003-08-14 | 2003-08-14 | Time monitoring of packet retransmissions during soft handover |
| PCT/EP2004/006559 WO2005018241A2 (en) | 2003-08-14 | 2004-06-17 | Time monitoring of packet retransmissions during soft handover |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0413579A BRPI0413579A (pt) | 2006-10-17 |
| BRPI0413579B1 true BRPI0413579B1 (pt) | 2018-04-24 |
Family
ID=33560805
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0413579-2A BRPI0413579B1 (pt) | 2003-08-14 | 2004-06-17 | Método para recepção de dados em um esquema de retransmissão de dados em um sistema de comunicação móvel e estação de base. |
Country Status (10)
| Country | Link |
|---|---|
| US (2) | US7657815B2 (pt) |
| EP (2) | EP1507352B1 (pt) |
| JP (2) | JP3929480B2 (pt) |
| KR (1) | KR101083909B1 (pt) |
| CN (2) | CN103401667B (pt) |
| AT (1) | ATE353174T1 (pt) |
| BR (1) | BRPI0413579B1 (pt) |
| DE (1) | DE60311574T2 (pt) |
| RU (1) | RU2364036C2 (pt) |
| WO (1) | WO2005018241A2 (pt) |
Families Citing this family (207)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| PT2139272E (pt) | 2000-10-13 | 2014-07-15 | Sisvel Internat S A | Método e sistema para conexão de um equipamento móvel a uma rede de comunicações sem fios |
| TWI323585B (en) | 2002-05-10 | 2010-04-11 | Interdigital Tech Corp | Radio network controller for communicating with node b and method thereof |
| GB2405289B (en) * | 2003-08-20 | 2006-10-25 | Ipwireless Inc | Method,base station,remote station and system for HSDPA communication |
| DK1661278T3 (da) | 2003-08-25 | 2009-08-17 | Interdigital Tech Corp | Forbedret uplink drift ved blöd overlevering |
| US7046648B2 (en) | 2003-11-05 | 2006-05-16 | Interdigital Technology Corporation | Wireless communication method and apparatus for coordinating Node-B's and supporting enhanced uplink transmissions during handover |
| KR100735346B1 (ko) * | 2004-05-04 | 2007-07-04 | 삼성전자주식회사 | 향상된 상향 링크 전용 채널에서 ｈａｒｑ 동작을 고려한ｔｔｉ 변경 방법 및 장치 |
| US8855572B2 (en) * | 2004-06-16 | 2014-10-07 | Qualcomm Incorporated | Method and apparatus for link control in wireless communications |
| JP4474217B2 (ja) * | 2004-07-09 | 2010-06-02 | 富士通株式会社 | パケット通信装置 |
| US7885245B2 (en) | 2004-07-19 | 2011-02-08 | Interdigital Technology Corporation | Method and apparatus for enhanced uplink multiplexing |
| US7525946B2 (en) * | 2004-08-20 | 2009-04-28 | Nokia Corporation | System and method for decoding signalling messages on FLO HR channels |
| US7440517B1 (en) * | 2004-09-17 | 2008-10-21 | Henrie Roland R | Method and apparatus for switching between multiple waveforms |
| EP1827041A4 (en) * | 2004-11-09 | 2008-12-17 | Ntt Docomo Inc | MOBILE TELECOMMUNICATION SYSTEM, WIRELESS MANAGEMENT STATION, MOBILE STATION AND WIRELESS BASE STATION |
| JP4767173B2 (ja) | 2004-11-09 | 2011-09-07 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、無線基地局及び移動局 |
| US7668192B2 (en) * | 2005-01-05 | 2010-02-23 | Nokia Corporation | Use of the FP header to signal the RNC that the node B has not been able to determine or has not been able to accurately determine the number of retransmissions |
| RU2396711C2 (ru) * | 2005-01-06 | 2010-08-10 | Эл Джи Электроникс Инк. | Улучшения системы высокоскоростной пакетной передачи данных по восходящей линии связи |
| US9014192B2 (en) * | 2005-03-21 | 2015-04-21 | Qualcomm Incorporated | Method and apparatus for improving data transmission reliability in a wireless communications system |
| JP2011035943A (ja) * | 2005-03-28 | 2011-02-17 | Sony Corp | アクティブセット制御方法 |
| EP2252106B1 (en) | 2005-03-28 | 2019-12-25 | Sony Corporation | Mobile communications system, handover controlling method, radio network controller, and mobile terminal |
| JP4837957B2 (ja) * | 2005-08-23 | 2011-12-14 | 株式会社エヌ・ティ・ティ・ドコモ | 移動局、基地局および移動通信システムならびに通信方法 |
| US9031071B2 (en) | 2005-08-26 | 2015-05-12 | Alcatel Lucent | Header elimination for real time internet applications |
| US8432794B2 (en) | 2005-12-29 | 2013-04-30 | Interdigital Technology Corporation | Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple H-ARQ processes |
| JP4573780B2 (ja) * | 2006-02-02 | 2010-11-04 | 富士通株式会社 | パケット記録再生装置 |
| KR101084814B1 (ko) * | 2006-02-03 | 2011-11-21 | 인터디지탈 테크날러지 코포레이션 | 전송 시간 간격마다 다중 하이브리드 자동 재송 요구를 지원하는 방법 및 시스템 |
| JP5051128B2 (ja) * | 2006-05-09 | 2012-10-17 | 日本電気株式会社 | 移動無線通信システム及び同システムにおけるハンドオーバー実行方法 |
| KR20090021273A (ko) * | 2006-06-16 | 2009-03-02 | 가부시키가이샤 엔티티 도코모 | 기지국, 유저장치 및 방법 |
| KR20070119859A (ko) * | 2006-06-16 | 2007-12-21 | 삼성전자주식회사 | 이동통신 시스템에서 패킷의 순서 뒤바뀜 현상을효율적으로 해결하는 방법 및 장치 |
| EP2036377A4 (en) * | 2006-07-04 | 2012-07-25 | Ericsson Telefon Ab L M | BROADCAST AND MULTICAST ON HIGH SPEED DOWNLINK CHANNELS |
| CA2658419C (en) * | 2006-07-19 | 2013-05-21 | Research In Motion Limited | Method, system and smart card reader for management of access to a smart card |
| JP4921555B2 (ja) | 2006-08-21 | 2012-04-25 | インターデイジタル テクノロジー コーポレーション | Ｈｓｕｐａ無線通信システムの送信ブロッキングを防ぐ方法と装置 |
| CN101132260B (zh) * | 2006-08-22 | 2010-06-23 | 中兴通讯股份有限公司 | 增强上行链路异步混合自动重传请求的重传控制方法 |
| US8381055B2 (en) * | 2006-09-13 | 2013-02-19 | Broadcom Corporation | System for communicating data in xDSL using data retransmission |
| US7970733B2 (en) | 2006-09-13 | 2011-06-28 | Broadcom Corporation | Method for communicating data in xDSL using data retransmission |
| US8320248B2 (en) * | 2006-09-13 | 2012-11-27 | Broadcom Corporation | Method and system for communicating data in xDSL using data retransmission |
| KR100938090B1 (ko) | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
| JP4885279B2 (ja) * | 2006-11-21 | 2012-02-29 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信システムにおける基地局からシステム情報を受信する方法及び装置 |
| US8656445B2 (en) * | 2006-11-27 | 2014-02-18 | Genband Us Llc | Multimedia subsystem control for internet protocol based television services |
| US8290428B2 (en) * | 2006-12-06 | 2012-10-16 | Qualcomm Incorporated | Methods and apparatus for RLC re-transmission schemes |
| US20080165736A1 (en) * | 2007-01-05 | 2008-07-10 | Shengjie Zhao | Macro Diversity Handover and Fast Access Station Switching in Wireless Multi-User Multi-Hop Relay Networks |
| ES2732975T3 (es) * | 2007-02-02 | 2019-11-26 | Interdigital Tech Corp | Método y aparato para controlar un traspaso entre celdas UTRA R6 y R7 |
| US8488555B2 (en) * | 2007-02-06 | 2013-07-16 | Mitsubishi Electric Corporation | Packet priority control method and base station |
| WO2008095535A1 (en) * | 2007-02-08 | 2008-08-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Reducing buffer overflow |
| CN101247636B (zh) * | 2007-02-15 | 2011-11-09 | 华为技术有限公司 | 一种网络切换时间的测量方法及系统 |
| RU2447595C2 (ru) * | 2007-03-16 | 2012-04-10 | Интердиджитал Текнолоджи Корпорейшн | Способ и устройство беспроводной связи для поддержки реконфигурации параметров управления радиолинии |
| JP4997294B2 (ja) | 2007-03-16 | 2012-08-08 | インターデイジタル テクノロジー コーポレーション | 無線リンク制御パラメータの再構成をサポートするための無線通信方法および無線通信装置 |
| ES2350502T3 (es) * | 2007-03-20 | 2011-01-24 | Alcatel Lucent | Un método para planificar datos de servicio en el enlace descendente y estación base para ello. |
| WO2008115041A1 (en) * | 2007-03-22 | 2008-09-25 | Samsung Electronics Co., Ltd. | Method and apparatus for handover in a wireless communication system, and system thereof |
| KR101373381B1 (ko) * | 2007-03-29 | 2014-03-14 | 한국과학기술원 | 통신시스템에서 핸드오버 지연 시간 감소 방법 및 장치 |
| BRPI0809912A2 (pt) * | 2007-04-06 | 2014-10-07 | Ntt Docomo Inc | Método de comunicação de pacote e aparelho do lado receptor |
| JP4625044B2 (ja) * | 2007-04-06 | 2011-02-02 | 株式会社エヌ・ティ・ティ・ドコモ | ウィンドウ制御及び再送制御方法、及び、送信側装置 |
| CN102387485B (zh) * | 2007-04-27 | 2015-07-29 | 华为技术有限公司 | 发送控制信令的方法和装置 |
| TW200908603A (en) * | 2007-05-04 | 2009-02-16 | Amicus Wireless Technology Co Ltd | System and method for performing a HARQ operation in an OFDM-based receiver |
| US8024633B2 (en) * | 2007-05-10 | 2011-09-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for combined packet retransmission and soft decoding of combined packets in a wireless communication network |
| FR2916598A1 (fr) * | 2007-05-24 | 2008-11-28 | Thomson Licensing Sas | Procede de transmission de paquets de donnees et procede de reception correspondant |
| KR101341515B1 (ko) * | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
| KR101486352B1 (ko) * | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| KR101470637B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| JP5102356B2 (ja) * | 2007-06-19 | 2012-12-19 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 電気通信システムにおける資源スケジューリングの方法とシステム |
| WO2008156314A2 (en) * | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
| EP2153549B1 (en) * | 2007-06-20 | 2013-10-02 | Lg Electronics Inc. | A method of transmitting data in mobile communication system |
| JP5087479B2 (ja) * | 2007-07-16 | 2012-12-05 | イノヴァティヴ ソニック リミテッド | 無線通信システムにおいてｈａｒｑ機能を改善する方法及び装置 |
| US8594069B2 (en) * | 2007-08-06 | 2013-11-26 | Qualcomm Incorporated | In-order data delivery during handover in a wireless communication system |
| KR101394008B1 (ko) | 2007-08-07 | 2014-05-12 | 삼성전자주식회사 | 복합 자동 재전송을 지원하는 이동통신 시스템에서 패킷 송/수신 장치 및 방법 |
| US8160033B2 (en) | 2007-08-07 | 2012-04-17 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request |
| GB2464427B (en) * | 2007-08-10 | 2012-04-04 | Lg Electronics Inc | Method of reporting measurement result in wireless communication system |
| US8422385B2 (en) * | 2007-08-10 | 2013-04-16 | Lg Electronics Inc. | Control method for uplink connecting of idle terminal |
| US8160012B2 (en) * | 2007-08-10 | 2012-04-17 | Lg Electronics Inc. | Methods of setting up channel in wireless communication system |
| KR101495913B1 (ko) * | 2007-08-10 | 2015-02-25 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치 |
| KR101490253B1 (ko) * | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| KR101479341B1 (ko) * | 2007-08-10 | 2015-01-05 | 엘지전자 주식회사 | Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법 |
| KR20090016419A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 동적 무선자원 할당방법에서 ｈａｒｑ를 제어하는 방법 |
| KR101514841B1 (ko) * | 2007-08-10 | 2015-04-23 | 엘지전자 주식회사 | 효율적인 랜덤 액세스 재시도를 수행하는 방법 |
| KR20090016431A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 채널품질 보고 수행 방법 |
| KR101392697B1 (ko) | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
| WO2009022836A2 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | A random access method for multimedia broadcast multicast service(mbms) |
| JP4521430B2 (ja) | 2007-08-10 | 2010-08-11 | 富士通株式会社 | 無線送信装置、無線受信装置、無線送信方法、および無線受信方法 |
| KR20090016412A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 통신 방법 |
| EP2028890B1 (en) * | 2007-08-12 | 2019-01-02 | LG Electronics Inc. | Handover method with link failure recovery, wireless device and base station for implementing such method |
| US8767739B2 (en) | 2007-08-13 | 2014-07-01 | Qualcomm Incorporated | Optimizing in-order delivery of data packets during wireless communication handover |
| WO2009022877A2 (en) * | 2007-08-14 | 2009-02-19 | Lg Electronics Inc. | A method of transmitting and processing data block of specific protocol layer in wireless communication system |
| KR101224561B1 (ko) * | 2007-08-20 | 2013-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 고속 공용 제어 채널을 사용하지 않은경우를 위한 메모리 할당 장치 및 방법 |
| US9030934B2 (en) * | 2007-09-07 | 2015-05-12 | Qualcomm Incorporated | Host-based quality of service for wireless communications |
| KR101461970B1 (ko) * | 2007-09-13 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| EP2432290B1 (en) * | 2007-09-13 | 2013-05-22 | LG Electronics Inc. | Method of allocating radio resources in a wireless communication system |
| WO2009035282A2 (en) * | 2007-09-13 | 2009-03-19 | Lg Electronics Inc. | A method for providing control information using the paging procedure |
| KR100937432B1 (ko) * | 2007-09-13 | 2010-01-18 | 엘지전자 주식회사 | 무선 통신 시스템에서의 무선자원 할당 방법 |
| KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101513033B1 (ko) * | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| KR101396062B1 (ko) * | 2007-09-18 | 2014-05-26 | 엘지전자 주식회사 | 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법 |
| KR101435844B1 (ko) * | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
| US8687565B2 (en) | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| KR101441138B1 (ko) * | 2007-09-28 | 2014-09-18 | 엘지전자 주식회사 | 무선통신 시스템에서 상향링크 시간 동기 수행 방법 |
| KR101132522B1 (ko) | 2007-10-01 | 2012-04-02 | 인터디지탈 패튼 홀딩스, 인크 | Ｐｄｃｐ를 폐기하기 위한 방법 및 장치 |
| WO2009048283A2 (en) * | 2007-10-09 | 2009-04-16 | Lg Electronics Inc. | Method of transmitting data using constellation rearrangement |
| KR101473010B1 (ko) * | 2007-10-17 | 2014-12-15 | 엘지전자 주식회사 | 패킷망을 이용하여 서킷서비스를 제공하는 방법 |
| KR20090041323A (ko) * | 2007-10-23 | 2009-04-28 | 엘지전자 주식회사 | 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법 |
| KR101487557B1 (ko) * | 2007-10-23 | 2015-01-29 | 엘지전자 주식회사 | 공통제어채널의 데이터를 전송하는 방법 |
| WO2009057941A2 (en) * | 2007-10-29 | 2009-05-07 | Lg Electronics Inc. | A method for repairing an error depending on a radion bearer type |
| EP2068484B1 (en) * | 2007-12-05 | 2016-05-04 | Innovative Sonic Limited | Method and apparatus for improving discontinuous reception for a wireless communication system |
| KR101532789B1 (ko) * | 2008-01-04 | 2015-07-09 | 엘지전자 주식회사 | 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법 |
| KR101514079B1 (ko) * | 2008-01-07 | 2015-04-21 | 엘지전자 주식회사 | 상향링크 시간 동기 타이머의 재구성 방법 |
| KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
| EP3410623B1 (en) | 2008-01-31 | 2021-07-28 | LG Electronics Inc. | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications |
| US8027356B2 (en) * | 2008-01-31 | 2011-09-27 | Lg Electronics Inc. | Method for signaling back-off information in random access |
| KR101531419B1 (ko) * | 2008-02-01 | 2015-06-24 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법 |
| CA2692649C (en) * | 2008-02-01 | 2015-07-07 | Lg Electronics Inc. | Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications |
| KR101375936B1 (ko) | 2008-02-01 | 2014-03-18 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법 |
| CN101505212B (zh) * | 2008-02-04 | 2012-11-07 | 上海贝尔股份有限公司 | 操作harq缓冲器的方法 |
| JPWO2009101816A1 (ja) * | 2008-02-14 | 2011-06-09 | パナソニック株式会社 | 無線通信基地局装置、無線通信中継局装置、無線通信端末装置、無線通信システム及び無線通信方法 |
| US8806037B1 (en) | 2008-02-29 | 2014-08-12 | Netapp, Inc. | Remote support automation for a storage server |
| US9203562B2 (en) * | 2008-03-07 | 2015-12-01 | Mediatek Inc. | Cooperating timer and retransmission counter for buffer management in a HARQ wireless network |
| US8050682B2 (en) * | 2008-03-14 | 2011-11-01 | Samsung Electronics Co., Ltd. | Method and system for delivering and constructing status information in communication system |
| KR101163275B1 (ko) * | 2008-03-17 | 2012-07-05 | 엘지전자 주식회사 | Ｐｄｃｐ 상태 보고 전송 방법 |
| WO2009116788A1 (en) * | 2008-03-17 | 2009-09-24 | Lg Electronics Inc. | Method of transmitting rlc data |
| DK2352337T3 (en) | 2008-03-20 | 2017-03-13 | ERICSSON TELEFON AB L M (publ) | CONFIGURATION OF IMPROVEMENTS OF CHANGE OF HS-DSCH OPERATING CELLS |
| US8171362B2 (en) * | 2008-03-27 | 2012-05-01 | Nokia Corporation | Apparatus, method and computer program product for HARQ buffer size reduction |
| US8522101B2 (en) * | 2008-04-15 | 2013-08-27 | Qualcomm Incorporated | Physical HARQ indicator channel (PHICH) resource assignment signaling in a wireless communication environment |
| US7913115B1 (en) * | 2008-04-30 | 2011-03-22 | Netapp, Inc. | Core file transfer |
| US8730909B2 (en) * | 2008-05-10 | 2014-05-20 | Blackberry Limited | Method and system for transitioning between radio access technologies (RATS) |
| US20100023835A1 (en) * | 2008-07-24 | 2010-01-28 | Li-Chih Tseng | Method and Apparatus for Improving HARQ Operation |
| US20100027503A1 (en) * | 2008-07-31 | 2010-02-04 | Qualcomm Incorporated | Method and apparatus for reducing data loss during handover in a wireless communication system |
| US8381057B2 (en) * | 2008-08-04 | 2013-02-19 | Broadcom Corporation | Seamless change of retransmission and rescheduling queues in a communication system |
| BRPI0917856B1 (pt) * | 2008-08-19 | 2020-10-13 | Telefonaktiebolaget Lm Ericsson (Publ) | método para controlar retransmissões de pedido de repetição automática híbrido síncrono em um dispositivo de comunicações sem fio, e, dispositivo de comunicação sem fio |
| US9979514B2 (en) * | 2008-08-27 | 2018-05-22 | Innovative Sonic Limited | Method and apparatus for handling HARQ process of semi-persistent scheduling |
| US9100179B2 (en) * | 2008-09-10 | 2015-08-04 | Qualcomm Incorporated | Method and apparatus for managing a new data indicator in a wireless communication system |
| KR100937433B1 (ko) * | 2008-09-17 | 2010-01-18 | 엘지전자 주식회사 | 최대 전송 회수를 고려한 ｈａｒｑ 동작 방법 |
| US8755388B2 (en) * | 2008-09-19 | 2014-06-17 | Qualcomm Incorporated | System and method for acknowledgement packet transmitting and receiving |
| US8315182B2 (en) | 2008-11-03 | 2012-11-20 | Htc Corporation | Method and related communication device for parameter reconfiguration in a wireless communications system |
| US8086909B1 (en) | 2008-11-05 | 2011-12-27 | Network Appliance, Inc. | Automatic core file upload |
| US8737319B2 (en) * | 2008-12-15 | 2014-05-27 | Samsung Electronics Co., Ltd. | Method and apparatus for reducing map overhead in a broadand wireless communication system |
| US8254930B1 (en) | 2009-02-18 | 2012-08-28 | Sprint Spectrum L.P. | Method and system for changing a media session codec before handoff in a wireless network |
| US9374306B1 (en) | 2009-03-04 | 2016-06-21 | Sprint Spectrum L.P. | Using packet-transport metrics for setting DRCLocks |
| WO2010103607A1 (ja) * | 2009-03-09 | 2010-09-16 | 富士通株式会社 | データ転送装置及びデータ転送装置の制御方法 |
| WO2010110707A1 (en) | 2009-03-25 | 2010-09-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method for temporal admission control in a digital video network |
| US8560696B2 (en) * | 2009-04-28 | 2013-10-15 | Intel Corporation | Transmission of advanced-MAP information elements in mobile networks |
| US9467938B1 (en) * | 2009-04-29 | 2016-10-11 | Sprint Spectrum L.P. | Using DRCLocks for conducting call admission control |
| CN101895403B (zh) | 2009-05-22 | 2013-08-28 | 华为技术有限公司 | 一种数据传送方法、装置和通信系统 |
| US8310929B1 (en) | 2009-06-04 | 2012-11-13 | Sprint Spectrum L.P. | Method and system for controlling data rates based on backhaul capacity |
| WO2010148356A1 (en) * | 2009-06-19 | 2010-12-23 | Research In Motion Limited | Mechanisms for data handling during a relay handover with s1 termination at evolved universal terrestrial radio access network access node |
| US8817745B2 (en) * | 2009-06-19 | 2014-08-26 | Blackberry Limited | Mechanisms for data handling during a relay handover with S1 termination at relay |
| DK2280505T3 (da) | 2009-07-08 | 2012-10-01 | Ericsson Telefon Ab L M | Fremgangsmåde og indretning til behandling af en pakke i et HARQ-system |
| US8386875B2 (en) | 2009-08-07 | 2013-02-26 | Research In Motion Limited | Method and system for handling HARQ operations during transmission mode changes |
| US8443051B2 (en) * | 2009-08-28 | 2013-05-14 | Oracle America, Inc. | Direct memory access buffer management |
| JP5609443B2 (ja) | 2009-09-30 | 2014-10-22 | 富士通株式会社 | 再送制御を行う装置及び方法 |
| JP5343803B2 (ja) | 2009-10-01 | 2013-11-13 | 富士通株式会社 | 移動端末 |
| US8804596B2 (en) * | 2009-10-02 | 2014-08-12 | Blackberry Limited | Architecture for termination at access device |
| US8406192B2 (en) * | 2009-10-02 | 2013-03-26 | Research In Motion Limited | Handover mechanisms with synchronous PDCP protocol under various relay architectures |
| US8687590B2 (en) * | 2009-10-02 | 2014-04-01 | Blackberry Limited | System and method for handover between relays |
| CN101790215B (zh) * | 2009-12-30 | 2016-03-30 | 华为技术有限公司 | 资源调度方法、装置和基站 |
| WO2011083670A1 (ja) | 2010-01-07 | 2011-07-14 | 日本電気株式会社 | パケット整列装置、受信装置、及びパケット整列方法 |
| US9100885B2 (en) | 2010-01-11 | 2015-08-04 | Mediatek Inc. | Wireless messaging method and mobile station |
| US8363564B1 (en) | 2010-03-25 | 2013-01-29 | Sprint Spectrum L.P. | EVDO coverage modification based on backhaul capacity |
| US8515434B1 (en) | 2010-04-08 | 2013-08-20 | Sprint Spectrum L.P. | Methods and devices for limiting access to femtocell radio access networks |
| US8989239B2 (en) | 2010-05-10 | 2015-03-24 | Ikanos Communications, Inc. | Systems and methods for retransmission with on-line reconfiguration |
| JP5600207B2 (ja) | 2010-06-08 | 2014-10-01 | サムスン エレクトロニクス カンパニー リミテッド | 多入力多出力送信モードでのユーザー端末機からの制御情報及びデータ情報をマルチプレキシングする装置及び方法 |
| JP5147898B2 (ja) * | 2010-06-10 | 2013-02-20 | 株式会社エヌ・ティ・ティ・ドコモ | 無線制御装置及び通信制御方法 |
| US20120192026A1 (en) * | 2010-07-16 | 2012-07-26 | Industrial Technology Research Institute | Methods and Systems for Data Transmission Management Using HARQ Mechanism for Concatenated Coded System |
| WO2012011704A2 (ko) * | 2010-07-19 | 2012-01-26 | 엘지전자 주식회사 | 다중 노드 시스템에서 피드백 신호를 전송하는 방법 및 장치 |
| CN102377544A (zh) * | 2010-08-10 | 2012-03-14 | 普天信息技术研究院有限公司 | 一种通信系统中的重传方法 |
| JP4948671B1 (ja) * | 2010-10-29 | 2012-06-06 | シャープ株式会社 | 移動局装置、処理方法および集積回路 |
| US20120163248A1 (en) * | 2010-12-23 | 2012-06-28 | Tom Chin | Baton Handover From TDD-LTE to TD-SCDMA Systems |
| CN103095511A (zh) * | 2011-10-28 | 2013-05-08 | 华为技术有限公司 | 一种在IPsec机制下的网络测试方法，装置及系统 |
| CN103918211A (zh) | 2011-11-01 | 2014-07-09 | Lg电子株式会社 | 无线通信系统中用于接收ack/nack的方法和设备 |
| JP5918507B2 (ja) * | 2011-11-08 | 2016-05-18 | 株式会社Ｎｔｔドコモ | 無線通信システム、干渉測定方法、無線基地局装置、及びユーザ端末 |
| JP5801694B2 (ja) * | 2011-11-09 | 2015-10-28 | 株式会社Ｎｔｔドコモ | 無線通信システム、無線基地局装置、ユーザ端末及び無線通信方法 |
| JP5940353B2 (ja) * | 2012-04-11 | 2016-06-29 | オリンパス株式会社 | 無線通信装置、メモリ装置、無線通信システム、無線通信方法、およびプログラム |
| GB2502954B (en) | 2012-05-23 | 2014-10-15 | Nvidia Corp | Processing data units |
| GB2503873B (en) * | 2012-05-23 | 2017-05-24 | Nvidia Corp | Processing data units |
| US9001657B2 (en) * | 2012-06-25 | 2015-04-07 | Verizon Patent And Licensing Inc. | Mesh network node with multiple automatic repeat requesters |
| CN103684656A (zh) * | 2012-09-03 | 2014-03-26 | 上海航天测控通信研究所 | 基于fpga的自适应链路层差错控制方法及装置 |
| PT2898618T (pt) | 2012-09-21 | 2016-11-21 | ERICSSON TELEFON AB L M (publ) | Método e aparelho num sistema de comunicação sem fios |
| CN104145501B (zh) * | 2012-11-29 | 2018-06-15 | 华为技术有限公司 | 一种定时参考小区的处理方法和设备 |
| WO2014168426A1 (en) * | 2013-04-10 | 2014-10-16 | Lg Electronics Inc. | Method and apparatus for performing data transmission in wireless communication system |
| CN104349490A (zh) * | 2013-08-08 | 2015-02-11 | 华为技术有限公司 | 调度方法及装置 |
| US9622147B2 (en) * | 2013-09-12 | 2017-04-11 | Apple Inc. | System and method for performing hybrid automatic repeat request (HARQ) in a WLAN system |
| US8971177B1 (en) * | 2013-10-10 | 2015-03-03 | National Sun Yat-Sen University | Event trigger and management system for providing automatic repeat requests by single timer and method thereof |
| US11452121B2 (en) * | 2014-05-19 | 2022-09-20 | Qualcomm Incorporated | Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control |
| US11019620B2 (en) | 2014-05-19 | 2021-05-25 | Qualcomm Incorporated | Apparatus and method for inter-band pairing of carriers for time division duplex transmit- and receive-switching and its application to multiplexing of different transmission time intervals |
| US10285163B2 (en) | 2014-06-24 | 2019-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of wireless devices in limited radio coverage |
| US9877141B2 (en) | 2014-06-24 | 2018-01-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of wireless devices in limited radio coverage |
| EP3221987A1 (en) * | 2014-11-21 | 2017-09-27 | Telefonaktiebolaget LM Ericsson (publ) | Signal processing apparatus and method |
| US9814040B2 (en) | 2014-11-21 | 2017-11-07 | Qualcomm Incorporated | UL/DL waveform and numerology design for low latency communication |
| US9860870B2 (en) | 2015-01-26 | 2018-01-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Wireless communications-dynamic coverage class update and aligning coverage class paging groups |
| RU2017125230A (ru) * | 2015-01-29 | 2019-02-28 | Нтт Докомо, Инк. | Терминал и система связи |
| JPWO2016163506A1 (ja) * | 2015-04-09 | 2018-02-22 | 株式会社Ｎｔｔドコモ | ユーザ端末、無線基地局及び無線通信方法 |
| US10420012B2 (en) * | 2015-09-14 | 2019-09-17 | Prodatakey, Inc. | Adaptive unicast timeout for a wireless network having optimized routing |
| US10178627B2 (en) * | 2015-12-17 | 2019-01-08 | Qualcomm Incorporated | Performance monitoring in mission-critical wireless networks |
| ES2968245T3 (es) * | 2015-12-25 | 2024-05-08 | Ntt Docomo Inc | Terminal de usuario, estación base inalámbrica y método de comunicación inalámbrica |
| US10992411B2 (en) * | 2016-03-31 | 2021-04-27 | Idac Holdings, Inc. | System and method for high reliability transmission with superposition modulation aided network coding |
| WO2017207052A1 (en) * | 2016-06-02 | 2017-12-07 | Nokia Solutions And Networks Oy | Apparatus and method for reliable communication in multi-connectivity |
| US10812247B2 (en) * | 2016-07-06 | 2020-10-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and network nodes for scheduling a plurality of TTI-bundle transmissions |
| KR20180013171A (ko) * | 2016-07-28 | 2018-02-07 | 삼성전자주식회사 | 이동 통신 시스템에서 harq 프로세스 관리 방법 및 장치 |
| WO2018030788A1 (ko) * | 2016-08-09 | 2018-02-15 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 사이드링크 신호 송수신 방법 |
| JP2019169750A (ja) * | 2016-08-10 | 2019-10-03 | 株式会社Ｎｔｔドコモ | ユーザ装置、及び再送制御方法 |
| WO2018113902A1 (en) * | 2016-12-19 | 2018-06-28 | Huawei Technologies Co., Ltd. | Network node and client device for measuring channel state information |
| US10652169B2 (en) * | 2017-02-10 | 2020-05-12 | Qualcomm Incorporated | Hybrid automatic repeat request management for differing types of hybrid automatic repeat request processes |
| CN108988995B (zh) | 2017-06-02 | 2020-07-24 | 华为技术有限公司 | 一种数据传输的方法和装置 |
| WO2019098929A1 (en) * | 2017-11-17 | 2019-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for enhanced soft buffer handling |
| WO2019095366A1 (en) * | 2017-11-20 | 2019-05-23 | Qualcomm Incorporated | Dynamic termination of hybrid automatic repeat request retransmissions |
| EP3785465B1 (en) * | 2018-04-23 | 2023-08-09 | Endeavour Technology Limited | An iot qos monitoring system and method |
| CN112272928B (zh) * | 2018-06-20 | 2022-08-09 | 华为技术有限公司 | 一种数据包重传方法及装置 |
| WO2020022849A1 (en) * | 2018-07-27 | 2020-01-30 | Samsung Electronics Co., Ltd. | Method and apparatus for wireless communication of wireless node in wireless communication system |
| GB2576204B (en) | 2018-07-27 | 2021-02-17 | Samsung Electronics Co Ltd | Operation of automatic repeat request (ARQ) |
| US11424868B2 (en) * | 2019-01-24 | 2022-08-23 | Mediatek Singapore Pte. Ltd. | Method and apparatus for user equipment processing timeline enhancement in mobile communications |
| WO2020218231A1 (ja) * | 2019-04-25 | 2020-10-29 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末、基地局、受信方法及び送信方法 |
| CN113328833B (zh) * | 2021-02-05 | 2023-08-29 | 北京紫光展锐通信技术有限公司 | 数据传输方法、装置和系统 |
| CN113132063B (zh) * | 2021-04-02 | 2022-07-01 | 天津瑞发科半导体技术有限公司 | 一种物理层重传控制方法 |
| CN114629824B (zh) * | 2022-03-24 | 2024-03-19 | 阿里巴巴（中国）有限公司 | 丢包定位方法、装置、计算设备及介质 |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US116143A (en) * | 1871-06-20 | Improvement in water-backs for stoves | ||
| US172217A (en) * | 1876-01-11 | Improvement in turbine water-wheels | ||
| US19965A (en) * | 1858-04-13 | brown | ||
| US5570367A (en) * | 1994-07-29 | 1996-10-29 | Lucent Technologies Inc. | Asymmetric protocol for wireless communications |
| US6557134B2 (en) * | 1997-09-30 | 2003-04-29 | Glenayre Electronics, Inc. | ARQ method for wireless communication |
| DK1120001T3 (da) * | 1998-10-09 | 2011-10-17 | Ericsson Telefon Ab L M | Kanalomlægning i et mobilradiokommunikationssystem |
| JP2001217774A (ja) | 2000-02-01 | 2001-08-10 | Oki Electric Ind Co Ltd | Ｃｄｍａ移動体通信システムにおける基地局の総送信電力制御方法および基地局装置 |
| US6678523B1 (en) * | 2000-11-03 | 2004-01-13 | Motorola, Inc. | Closed loop method for reverse link soft handoff hybrid automatic repeat request |
| US7158504B2 (en) | 2001-05-21 | 2007-01-02 | Lucent Technologies, Inc. | Multiple mode data communication system and method and forward and/or reverse link control channel structure |
| US7542482B2 (en) | 2001-08-16 | 2009-06-02 | Qualcomm Incorporated | Method and apparatus for message segmentation in a wireless communication system |
| US6850769B2 (en) | 2002-02-14 | 2005-02-01 | Qualcomm Incorporated | Method and apparatus for adaptive measurement of round-trip time in ARQ protocols and using the same for controlling flow of data in a communication system |
| US6678249B2 (en) * | 2002-02-14 | 2004-01-13 | Nokia Corporation | Physical layer packet retransmission handling WCDMA in soft handover |
| US7177658B2 (en) * | 2002-05-06 | 2007-02-13 | Qualcomm, Incorporated | Multi-media broadcast and multicast service (MBMS) in a wireless communications system |
| US6901063B2 (en) * | 2002-05-13 | 2005-05-31 | Qualcomm, Incorporated | Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems |
| US8089879B2 (en) * | 2002-05-15 | 2012-01-03 | Alcatel Lucent | In-band flow control methods for communications systems |
| JP3574443B2 (ja) * | 2002-08-20 | 2004-10-06 | 松下電器産業株式会社 | 通信端末装置、基地局装置、および送信電力制御方法 |
| US8107885B2 (en) | 2002-10-30 | 2012-01-31 | Motorola Mobility, Inc. | Method and apparatus for providing a distributed architecture digital wireless communication system |
| US8111668B2 (en) * | 2003-02-14 | 2012-02-07 | Alcatel Lucent | Signaling methods for wireless communication systems |
| US7385951B2 (en) * | 2003-02-15 | 2008-06-10 | Lucent Technologies Inc. | Methods of transmitting and signaling over a reverse link in wireless systems |
| CN1523797B (zh) * | 2003-02-17 | 2012-07-04 | 北京三星通信技术研究有限公司 | Wcdma系统增强型上行专用信道harq的重排序方法 |
| US7013143B2 (en) * | 2003-04-30 | 2006-03-14 | Motorola, Inc. | HARQ ACK/NAK coding for a communication device during soft handoff |
| US6993342B2 (en) * | 2003-05-07 | 2006-01-31 | Motorola, Inc. | Buffer occupancy used in uplink scheduling for a communication device |
| ATE332061T1 (de) | 2003-08-14 | 2006-07-15 | Matsushita Electric Ind Co Ltd | Synchronisation von basisstationen während soft- handover |
| EP1507422A1 (en) | 2003-08-14 | 2005-02-16 | Matsushita Electric Industrial Co., Ltd. | Serving base station selection during soft handover |
| US8694869B2 (en) * | 2003-08-21 | 2014-04-08 | QUALCIMM Incorporated | Methods for forward error correction coding above a radio link control layer and related apparatus |
| US20050250511A1 (en) * | 2004-05-05 | 2005-11-10 | Weimin Xiao | Method for rate control signaling to facilitate UE uplink data transfer |
| US20050250497A1 (en) * | 2004-05-05 | 2005-11-10 | Amitava Ghosh | Acknowledgement method for ACK/NACK signaling to facilitate UE uplink data transfer |
| WO2005120109A1 (en) * | 2004-06-04 | 2005-12-15 | Nortel Networks Limited | Method and system for soft handoff in mobile broadband systems |
| US8280425B2 (en) * | 2004-09-16 | 2012-10-02 | Motorola Mobility Llc | Wireless transmitter configuration |
-
2003
- 2003-08-14 EP EP03018470A patent/EP1507352B1/en not_active Expired - Lifetime
- 2003-08-14 DE DE60311574T patent/DE60311574T2/de not_active Expired - Lifetime
- 2003-08-14 EP EP06019715.9A patent/EP1760927B1/en not_active Expired - Lifetime
- 2003-08-14 AT AT03018470T patent/ATE353174T1/de not_active IP Right Cessation
-
2004
- 2004-06-17 KR KR1020067003120A patent/KR101083909B1/ko active IP Right Grant
- 2004-06-17 JP JP2006522902A patent/JP3929480B2/ja not_active Expired - Lifetime
- 2004-06-17 US US10/567,825 patent/US7657815B2/en active Active
- 2004-06-17 WO PCT/EP2004/006559 patent/WO2005018241A2/en active Application Filing
- 2004-06-17 BR BRPI0413579-2A patent/BRPI0413579B1/pt active IP Right Grant
- 2004-06-17 CN CN201310345014.2A patent/CN103401667B/zh not_active Expired - Lifetime
- 2004-06-17 CN CN2004800288367A patent/CN1864362B/zh not_active Expired - Lifetime
- 2004-06-17 RU RU2006107917/09A patent/RU2364036C2/ru active
-
2006
- 2006-08-28 JP JP2006231385A patent/JP4476258B2/ja not_active Expired - Lifetime
- 2006-10-27 US US11/588,374 patent/US7921348B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US7921348B2 (en) | 2011-04-05 |
| KR101083909B1 (ko) | 2011-11-15 |
| ATE353174T1 (de) | 2007-02-15 |
| JP3929480B2 (ja) | 2007-06-13 |
| JP2007502558A (ja) | 2007-02-08 |
| CN1864362B (zh) | 2013-09-11 |
| US20070079207A1 (en) | 2007-04-05 |
| BRPI0413579A (pt) | 2006-10-17 |
| EP1507352A1 (en) | 2005-02-16 |
| EP1760927B1 (en) | 2020-04-08 |
| RU2364036C2 (ru) | 2009-08-10 |
| EP1507352B1 (en) | 2007-01-31 |
| KR20060081402A (ko) | 2006-07-12 |
| CN103401667A (zh) | 2013-11-20 |
| US7657815B2 (en) | 2010-02-02 |
| WO2005018241A3 (en) | 2005-07-14 |
| US20070106924A1 (en) | 2007-05-10 |
| EP1760927A1 (en) | 2007-03-07 |
| RU2006107917A (ru) | 2007-09-27 |
| WO2005018241A2 (en) | 2005-02-24 |
| JP4476258B2 (ja) | 2010-06-09 |
| DE60311574D1 (de) | 2007-03-22 |
| CN1864362A (zh) | 2006-11-15 |
| DE60311574T2 (de) | 2007-11-15 |
| CN103401667B (zh) | 2017-06-13 |
| JP2007028653A (ja) | 2007-02-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0413579B1 (pt) | Método para recepção de dados em um esquema de retransmissão de dados em um sistema de comunicação móvel e estação de base. | |
| EP1507421B1 (en) | Base station synchronization during soft handover | |
| KR100885254B1 (ko) | 전송 시간 간격 길이의 재구성동안 광대역 부호 분할 다중접속 업링크 하이브리드 자동 반복 요구 동작 | |
| US7979770B2 (en) | Method and apparatus for controlling an amount of information in retransmission data packets using hybrid automatic repeat request protocol | |
| TWI408979B (zh) | 交接期間統合ｂ節點及支援加強上鏈傳輸之無線通信方法及裝置 | |
| EP1583272B1 (en) | Interference limitation for uplink retransmissions | |
| MXPA06008357A (es) | Metodo de control de sincronizacion de retransmision de solicitud de repeticion automatica hibrida. | |
| JP2008519514A (ja) | パケットデータ送信のためのｈａｒｑプロトコル最適化 | |
| JP2007502558A6 (ja) | データ受信方法および基地局 | |
| JP2007028653A6 (ja) | ソフトハンドオーバー中のパケット再送の時間監視 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25D | Requested change of name of applicant approved |
Owner name: PANASONIC CORPORATION (JP) |
|
| B06A | Patent application procedure suspended [chapter 6.1 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B15K | Others concerning applications: alteration of classification |
Ipc: H04W 36/18 (2009.01), H04L 1/18 (2006.01), H04L 12 |
|
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |