BRPI0519847B1 - Método, circuito integrado e estação base - Google Patents

Método, circuito integrado e estação base Download PDF

Info

Publication number
BRPI0519847B1
BRPI0519847B1 BRPI0519847-0A BRPI0519847A BRPI0519847B1 BR PI0519847 B1 BRPI0519847 B1 BR PI0519847B1 BR PI0519847 A BRPI0519847 A BR PI0519847A BR PI0519847 B1 BRPI0519847 B1 BR PI0519847B1
Authority
BR
Brazil
Prior art keywords
base station
retransmissions
data
reserved
user equipment
Prior art date
Application number
BRPI0519847-0A
Other languages
English (en)
Inventor
Esa Malkamäki
Masatoshi Nakamata
Original Assignee
Core Wireless Licensing S.A.R.L.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Core Wireless Licensing S.A.R.L. filed Critical Core Wireless Licensing S.A.R.L.
Publication of BRPI0519847A2 publication Critical patent/BRPI0519847A2/pt
Publication of BRPI0519847B1 publication Critical patent/BRPI0519847B1/pt

Links

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
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • 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/1607—Details of the supervisory signal
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/12—Outer and inner loops
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

método, aparelho e sistema para usar o cabeçalho a incapacidade de determinar ou não determinar com precisão o número real de retransmissões. o cabeçalho fp é usado para sinalizar ao rnc que o nó b não tem sido capaz de determinar ou não tem sido capaz de determinar exatamente o número de retransmissões. a primeira incorporação é reservar um padrão de bit para uso no campo'número de retransmissões harq' no cabeçalho quadro de dados do protocolo de quadro iub para indicar que o nó b não sabe o número de retransmissões atual. a segunda incorporação é para definir um indicador de bit no cabeçalho quadro de dados fp iub/iur para indicar que o valor estabelecido no "número de retransmissões harq" no cabeçalho fp é um valor estimado/suposto pelo nó b ou não.

Description

MÉTODO, CIRCUITO INTEGRADO E ESTAÇÃO BASE
Campo da Invenção
O campo da invenção é relacionado as comunicações móveis e, mais particularmente, para reportar as retransmissões do equipamento do usuário para a estação base para uso, por exemplo, pelo controlador da rede de rádio de serviço no controle da potência de ciclo externo.
Descrição da Técnica Anterior
A invenção relaciona à especificação 3GPP (Projeto de Parceiros da 3a
Geração) de Acesso de Rádio terrestre (UTRA) do Sistema de Telecomunicação Móvel Universal (UMTS) e mais especificamente ao Acesso Múltiplo por Divisão de Código de Banda Larga (WCDMA) e o Acesso de Pacote de Enlace Ascendente de Alta Velocidade (HSUPA), que é uma característica de enlace ascendente usada no mod Duplex de Divisão de Frequência (FDD). Esta característica está sendo especificada no 3GPP e indicada no 3GPP edição 6.
Referindo à Figura 1, a arquitetura de rede de pacote do Sistema de Telecomunicação Móvel Universal (UMTS) incluios elementos principais da arquitetura do equipamento do usuário (UE), a Rede de Acesso de Rádio terrestre (UTRAN), e a rede núcleo (CN). O UE é acoplado à UTRAN através da interface de 20 rádio (Uu), enquanto as interfaces UTRAN para a rede núcleo são através da interface lu (cabeada).
A Figura 2 apresenta alguns outros detalhes da arquitetura, particularmente a UTRAN. A UTRAN inclui múltiplos Subsistemas da Rede de Rádio (RNSs), cada qual contém ao menos um Controlador da Rede de Rádio (RNC). Cada RNCpode ser 25 conectado a múltiplos Nós Bs, que são as contra-partes 3GPP para as estações base GSM. Cada Nó B pode estar em contatode rádio com múltiplos UEs através da interface de rádio (Uu) apresentada na Figura 1. Um dado UE pode estar em contato de rádio com múltiplos Nós Bs mesmo se
Petição 870180140632, de 11/10/2018, pág. 11/19
2/13 um ou mais dos Nós Bs são conectados a diferentes RNCs. Por exemplo, o UE1 na Figura 2 pode estar em contato de rádio com o Nó B 2 do RNS 1 e o Nó B 3 do RNS 2, onde oNóB2eoNóB3 são vizinhos aos Nós Bs. Os RNCs de diferentes RNSs podem ser conectados por uma interface lur que permite aos UEs móveis ficar em contato com ambos os RNCs, enquanto atravessam de uma célula que pertence ao Nó B de um RNC para uma célula que pertence ao Nó B de outro RNC. Um dos RNCs atuará como o RNC (SRNC ou CRNC) “em serviço” ou “de controle”, enquanto o outro atuará como um RNC “deslocamento” (DRNC). Uma cadeia de tais RNCs de deslocamento podem mesmo ser estabelecidos para ío estender de um determinado SRNC. Múltiplos Nós Bs tipicamente serão os Nós Bs vizinhos no senso de que cada qual estará no controle das células vizinhas. Os UEs móveis serão capazes de atravessar as células vizinhas sem ter de reestabelecer uma conexão com o novo Nó B, porque os Nós Bs estão conectados no mesmo RNC ou, se eles forem conectados a diferentes RNCs, os RNCs são conectados entre si. Durante tais movimentos do UE, é algumas vezes requerido que os enlaces de rádio sejam adicionados e abandonados, de forma que o UE possa sempre manter ao menos um enlace de rádio para a UTRAN. Isto é referenciado como transferência suave (SHO, Soft-Handover).
Tem sido acordado na padronização 3GPP HSUPA que o UE transmite RSN (número seqüencial de retransmissão) no E-DPCCH (canal de controle físico dedicado melhorado) junto com a transmissão de dados no E-DCH (canal dedicado melhorado). O Nó B “conhece” a versão de redundância a ser usada do RSN. O Nó B pode também ajustar o seu contador de retransmissão baseado no RSN. Em adição, tem sido acordado que o Nó B reporta o número de » 25 retransmissões (o campo de 4 bits é reservado no cabeçalho FP) requerido para receber o bloco corretamente para o SRNC. O controle de potência de laço externo (OLPC) pode usar esta informação para ajustar os alvos SIR e os desvios de potência de diferentes canais.
O RSN é especificado para ser de 2 bits, i.e., pode ter os valores 0, 1, 30 2 e 3. Tem sido especificado que o RSN satura para 3 mesmo se houver mais de 3
3/13 retransmissões, i.e., o RSN toma os valores 0,1,2,3,3,3 quando houver mais de 3 retransmissões. Se o Nó B perde (i.e., nem mesmo recebe E-DPCCH) as primeiras * três (ou mais) transmissões (que podem ser típicas no caso SHO) mas recebe então, por exemplo, duas transmissões (ambas com RSN = 3), as combina e finalmente decodifica corretamente o bloco. Então, o Nó B envia o bloco recebido corretamente para o SRNC e deveria dizer para o SNRC o número de retransmissões requerido para este bloco. Contudo, o Nó B não “sabe” quando as retransmissões deste bloco foram iniciadas: pode ter perdido 3,4,5 etc. transmissões, nos casos RSN = 3.
ío Referindo ao “conhecimento” do Nó Β, o problema ocorre quando a primeira transmissão que o Nó B recebe é com RSN = 3, então o Nó B não (necessariamente) “sabe” quando a primeira transmissão foi enviada.
O Nó B é capaz de determinar e então “sabe” se este recebe uma transmissão do UE com RSN = 0,1 ou 2. Mesmo se estes forem todos incorretos e 15 o EU então retransmite com RSN = 3 (uma ou várias vezes), o Nó B pode contar,
i.e., pode calcular, o número de retransmissões.
Alguns exemplos a seguir:
UE transmite RSN: 0 1 2 3 3 3
Nó B recebe - 1 - 3 - 3
Neste exemplo, o Nó B pode contar que o número atual de retransmissões é cinco (após a primeira (RSN = 0) transmissão). O hífen (-) indica 20 que o Nó B perdeu completamente esta transmissão, i.e., poderia não decodificar RSN ou E-DPCCH onde RSN é enviado; 1 acima indica que o Nó B recebeu o EDPCCH corretamente e leu RSN = 1 de lá, mas não decodificou os dados no EDPDCH corretamente e então solicitou a retransmissão; a segunda e a quarta retransmissão foi perdida completamente (mesmo E-DPCCH); a terceira 25 retransmissão (RSN = 3) foi recebida e combinada com a retransmissão 1, mas os dados não foram ainda corrigidos; finalmente, a quinta retransmissão quando combinada com a primeira e a terceira retransmissões resultou na decodificação correta dos dados e um ACK (confirmação) foi enviado para o UE e os dados
4/13 recebidos corretamente foram enviados (no quadro de dados FP) e o ‘Número de retransmissões HARQ’= 5 (=0101) foi reportado no cabeçalho FP.
0 segundo exemplo é como a seguir:
UE transmite RSN: 0 1 2 3 3
Nó B recebe 0 - 3 3
Neste exemplo o Nó B pode contar que o número atual de
retransmissões é quatro.
0 terceiro exemplo é como a seguir:
UE transmite RSN: 0 1 2 3 3
Nó B recebe 3 3
Neste terceiro exemplo, o Nó B não pode necessariamente contar que o número atual de retransmissões é 4, e então não é necessariamente capaz de indicar exatamente o número de retransmissões no cabeçalho FP. Se o número de transmissões for limitado a cinco transmissões (i.e., quatro retransmissões), então no último caso, o Nó B sabe que têm sido 4 retransmissões e pode reportar esta. Este é um exemplo de porque podemos sempre confiar apenas no RSN recebido do UE para decidir se o Nó B sabe ou não (i.e., pode haver alguma informação adicional disponível) (número máximo de transmissões neste exemplo)).
Resumo da Invenção
Um objeto da presente invenção é prover uma solução para o problema descrito acima que pode ser aplicado para esta situação e para situações de problemas similares.
A operação do Nó B não é definida no terceiro exemplo acima. Podería tentar e supor quando as transmissões iniciaram. Se sim, a questão surge se o RNC deveria ser informado que este é uma estimativa ou simplesmente que este não poderia ser determinado.
A idéia é usar o cabeçalho FP para sinalizar o RNC que o Nó B não tem sido capaz de determinar ou não tem sido capaz de determinar exatamente o número de retransmissões.
5/13
Uma forma para fazer isto é reservar uma palavra código ‘Num de retransmissões HARQ' no cabeçalho QUADRO DE DADOS do protocolo de quadro lub para indicar que o Nó B não sabe o número de retransmissões atual.
Uma outra forma é definir um indicador de bit no cabeçalho QUADRO DE DADOS FP lub/lur para indicar que o valor estabelecido no Número de Retransmissão HARQ no cabeçalho FP é um valor estímado/suposto pelo Nó B ou não, i.e, o valor correto.
Em ambos os casos, o Nó B deveria ter meios para sinalizar para o RNC que este não sabe o número exato de retransmissões. De forma que um indicador é usado, o indicador deveria ser estabelecido apenas quando o Nó B *supõe’o número de retransmissões. Quando o Nó B sabe/estima (i.e., não supõe este), este deveria reportar o valor (correto) em ambos os casos. A diferença entre a primeira forma e a segunda forma é saber como controlar o caso onde o Nó B não sabe (e não pode estimar). De acordo com a primeira forma, uma palavra código do campo ‘Número de retransmissões HARQ’ é reservado e a segunda forma é adicionar 1 indicador de bit a este (e este indicador poderia ser enviado ao invés do bit ‘reserva’ no cabeçalho FP).
A primeira forma tem a vantagem de que nenhum bit adicional é necessário, considerando que a segunda forma tem a vantagem de que alguma ‘estimativa’ (embora não confiável) do número de retransmissões possa ser dada em adição ao indicador.
De acordo com ambas as forma, contudo, deveria ter meios do Nó B indicar para o RNC que este não sabe o número de retransmissões atual. Como mencionado acima, uma forma é reservar uma palavra código e a outra forma é adicionar um indicador de 1 bit para indicar este fato.
Embora a presente especificação descreva a invenção no contexto de um melhoramento para uma situação HSUPA, deveria ser compreendido que o conceito fundamental é aplicável a outras situações nas interfaces sem fio e não limitadas ao HSUPA e não limitadas a direção de enlace ascendente.
Breve Descrição das Figuras
6/13 λ'-ΐ
Figura 1 - apresenta a arquitetura de rede de pacote para o Sistema de Telecomunicação Móvel Universal (UMTS) da técnica anterior.
Figura 2 - apresenta alguns outros detalhes de toda a arquitetura do
UMTS da técnica anterior.
Figura 3(a) - apresenta parte do cabeçalho do Quadro de Dados do
Protocolo de Quadro (FP) da técnica anterior.
Figura 3(b) - apresenta o cabeçalho do Quadro de Dados FP com uma palavra código reservada, de acordo com a primeira incorporação da presente invenção para executar a primeira forma mencionada acima para usar o ío cabeçalho FP para sinalizar o RNC que o Nó B não tem sido capaz de determinar ou não tem sido capaz de determinar exatamente o número de retransmissões.
Figura 3(c) - apresenta o bit reserva usado, de acordo com a segunda incorporação da presente invenção para executar a segunda forma mencionada acima para usar o cabeçalho FP para sinalizar o RNC que o Nó B não 15 tem sido capaz de determinar ou não tem sido capaz de determinar exatamente o número de retransmissões.
Figura 4 - ilustra uma incorporação de um sistema incluindo uma combinação de dispositivos atuando cooperativamente, incluindo a estação base apresentada com os detalhes ilustrando os aspectos da presente invenção 20 executados nesta.
Figura 5 - apresenta o Controlador da Rede de Rádio (RNC) da
Figura 4 em maiores detalhes.
Descrição Detalhada da Invenção
Deveria primeiro de tudo ser compreendido que a estrutura de quadro . 25 exata apresentada nas Figuras 3(a)-(c) são meramente ilustrativas e a invenção não é restrita a qualquer estrutura particular apresentada aqui, mas pode ser adaptada de acordo com as mudanças na estrutura que possam ser desenvolvidas posteriormente.
A Figura 3(a) apresenta um possível cabeçalho (FP) do protocolo de quadro (parte do cabeçalho) para E-DCH que tem sido proposto no processo de
7/13 padronização 3GPP. O campo ‘Número de retransmissões HARQ’ diz o número de retransmissões que foram necessárias. De acordo com a primeira incorporação da presente invenção, este campo poderia ter um valor especial para indicar que o Nó B não sabe o número de retransmissões.
Por exemplo, como apresentado na Figura 3(b), a palavra código 1111 ou 1110 (1111 pode ser reservada para indicar que o bloco não foi recebido corretamente mesmo com o número máximo de retransmissões) poderia ser reservada para indicar que o número de retransmissões é desconhecido. É melhor reservar a palavra código da extremidade superior porque é improvável que 14 ou 15 retransmissões sejam permitidas/requeridas.
Uma vantagem é que o Nó B não necessita supor o número de retransmissões, mas pode simplesmente informar que este não sabe. OLPC no SRNC pode levar isto em conta, por exemplo, ao descartar a informação. OLPC também sabe que ao menos 3 retransmissões foram requeridas e que o Nó B perdeu as três primeiras (caso contrário o Nó B saberia o número de retransmissões atual). O SRNC pode então usar a sinalização contida no cabeçalho para os propósitos de controle, por exemplo para tomar uma decisão relacionada a uma ou mais de suas funções de controle da rede de rádio, tal como mas não limitada ao controle de potência do enlace de rádio entre a estação base (Nó B) e o equipamento do usuário.
Outra vantagem é no caso onde o UE está na transferência suave (SHO) e diferentes valores são estabelecidos para ‘Número de retransmissões HARQ’ nos QUADROS DE DADOS FP recebidos de dois ou mais Nós Bs; se um deles tem a palavra código reservada proposta, RNC é capaz de ignorar este valor e usa ao invés o valor correto.
Deveria ser observado, contudo, que em alguns casos SHO, diferentes Nós Bs podem enviar valores diferentes para ‘Número de retransmissões HARQ’ que é ‘normal·. Isto ocorre, por exemplo, quando o Nó B1 recebe o pacote com duas transmissões e direciona os dados para o RNC com o “Número de retransmissões HARQ= 1 e envia o ACK para o UE. Se este ACK for
8/13 ke mal interpretado como NAK no UE e o UE (desnecessariamente) retransmite o pacote e agora o Nó B2 recebe este corretamente e direciona este para o RNC * com o Número de retransmissões HARQ” = 2 e envia ACK para o UE. Este é o procedimento normal e o RNC deveria ser capaz de controlar este e levar este em 5 conta no OLPC.
A Figura 3(c) apresenta a segunda incorporação da presente invenção com uma nova forma de usar o cabeçalho (FP) do protocolo de quadro (parte do cabeçalho) para E-DCH. Por exemplo, na especificação FP atual, onde há um byte que primeiramente consiste de um bit-três “Número do sub-quadro”, io bit-quatro “Número de retransmissões HARQ” e o bit-um “Bit Reserva”. De acordo com a segunda incorporação da presente invenção, o indicador de bit proposto podería usar 1 bit do bit reserva. O indicador de um bit proposto tem o valor 0 ou 1. Como um exemplo, o valor “0” no indicador podería indicar que o “Número de retransmissões HARQ” reportado é o valor correto e o valor “Γ no indicador 15 podería ser usado para indicar que o valor reportado é apenas um valor estimado. Deveria ser observado que este indicador de 1 bit também podería ser colocado em alguma outra posição no cabeçalho FP. O bit ‘reserva’ foi somente usado como um exemplo.
O Nó B estabelece “0” no indicador no QUADRO DE DADOS FP direcionado para o Controlador de Rede de Rádio em Serviço (SRNC) no primeiro pacote que o Nó B decodifica com sucesso (i.e., o Nó pode ler o RSN do pacote) tem RSN= 0, 1, ou 2, e
- o pacote decodificado está correto; ou
- o pacote decodificado não está correto e quando o Nó B recebe o . 25 pacote correto que é retransmitido por último após a recepção do primeiro pacote decodificado.
O Nó B estabelece “Γ no indicador no QUADRO DE DADOS FP direcionado para o Controlador de Rede de Rádio em Serviço (SRNC) no primeiro pacote que o Nó B decodifica com sucesso (i.e., o Nó pode ler o RSN do pacote) 30 tem RSN= 3, e
9/13
Aí
- o pacote decodificado está correto; ou
- o pacote decodificado não está correto e quando o Nó B recebe o pacote correto que é retransmitido por último após a recepção do primeiro pacote decodificado e
- não há outra informação que o Nó B poderia usar para determinar o número de retransmissões.
Uma vantagem da segunda incorporação da presente invenção é que o SRNC pode saber se o número de retransmissões HARQ reportado (no campo “número de retransmissões HARQ” é o valor correto ou um valor estimado pelo Nó ίο B). A informação poderia ser útil para melhorar o OLPC (Open Loop Power Çontrol/Controle de Potência de Laço Aberto).
Outra vantagem é no caso onde o UE está em uma transferência suave (SHO) e diferentes valores são estabelecidos para o “Número de retransmissões HARQ” nos QUADROS DE DADOS FP recebidos de dois ou mais 15 Nós Bs; se um deles tem o indicador = 0 proposto, o RNC é capaz de saber qual valor é o valor correto do indicador.
A Figura 4 apresenta uma incorporação de um sistema incluindo uma combinação de dispositivos que atual cooperativamente para executar a invenção e, mais particularmente, apresenta uma estação base (Nó B) em tal sistema em 20 maiores detalhes. O equipamento do usuário 40 é apresentado enviando um sinal do número da seqüência de retransmissão na linha 42 para a estação base 44, que tem um dispositivo de entrada/saída (l/O) 46 responsável por este. O dispositivo l/O 46 provê o sinal do número da seqüência de retransmissão na linha 48 para o receptor 50. O sinal do número da seqüência de retransmissão tem uma . 25 magnitude indicativa do número de retransmissões de dados do equipamento do usuário para a estação base. Os valores do número podem ser limitados à primeira faixa tal como 0, 1, 2 e 3, i.e., o número da seqüência de retransmissão pode ser limitado a dois bits binários e ser capaz apenas de indicar até quatro retransmissões, mas não mais do que isto por causa do número limitado de bits 30 disponíveis. O receptor 50 provê o sinal do número da seqüência de retransmissão
10/13 ou o valor deste para o determinador 54 que determina o número de retransmissões. Isto pode ser feito facilmente para os primeiros dois exemplos descritos na descrição da técnica anterior acima, mesmo para alguns casos onde a estação base tem recebido o número da seqüência de retransmissão com um 5 valor máximo da faixa mencionada acima (0, 1, 2, 3). Em tais casos, o receptor 50 ou alguma outra entidade relacionada (tal como o determinador 54) pode prover o número de retransmissão exato no campo “Número de retransmissões HARQ” no cabeçalho e transmitir o quadro na linha 51 para o transmissor 62 para transmissão para o RNC.
ío Contudo, para o terceiro exemplo dado na seção da descrição da técnica anterior, se o determinador 54 determina que a estação base tem recebido o número da seqüência de retransmissão por exemplo com o valor máximo da faixa e que a estação base é incapaz de determinar uma conta exata ou precisa de retransmissões, este provê um sinal na linha 56 indicativo deste fato para o seletor 15 58, que pode por exemplo ser o seletor da palavra código de acordo com a primeira incorporação da invenção ou, como um outro exemplo não limitativo, o seletor de indicação de bit reserva de acordo com a segunda incorporação. O seletor 58, de acordo com a primeira incorporação, seleciona a palavra código reservada que tem sido reservada dentre uma pluralidade de palavras código 20 possuindo valores na faixa, que é maior do que a primeira faixa disponível para o equipamento do usuário. Por exemplo, embora o equipamento do usuário possa ser limitado a dois bits, as palavras código disponíveis na estação base para reportar os níveis superiores na hierarquia do protocolo pode ter quatro bits alocados para este propósito. Como sugerido acima, a razão para isto é que o Nó 25 B pode ser capaz de determinar atualmente o número de retransmissões atual, por exemplo além dos três (de maneira confiável) ou pode ser capaz de usar outra informação disponível a esta para estimar de forma confiável o número de retransmissões. Assim os valores das palavras código podem ser indicativos do número de retransmissões de dados atual ou estimado do equipamento do usuário 30 para a estação base. A palavra código reservada é usada se tal número estimado
11/13 ou atual foi indeterminado ou se tal estimativa seria confiável. A palavra código reservada é selecionada pelo seletor 58 e uma indicação desta é fornecida como um sinal na linha 60 para o transmissor 62, que então transmite um sinal na linha 64 para o dispositivo de entrada/saída 66 com a palavra código reservada. O dispositivo l/O 66 então provê um sinal na linha 68 com a palavra código reservada no cabeçalho do quadro de dados do protocolo de quadro para o controlador da rede de rádio 70, que pode ser um controlador da rede de rádio em serviço. Se o RNC 70 não for um RNC de serviço, o RNC 70 envia a palavra código reservada para o controlador da rede de rádio em serviço na interface lur para indicar que a estação base não tem a informação sobre o número de retransmissões de dados atual do equipamento do usuário para a estação base. Embora a estação base 44 seja apresentada com os blocos funcionais para os propósitos de executar a presente invenção, será compreendido que várias outras funções são executadas na estação base e apenas estas requeridas para ilustrar as funções executadas de acordo com a presente invenção são apresentadas em detalhes. Deveria também ser compreendido que o RNC 70 e o equipamento do usuário 40 podem comunicar diretamente através da estação base 44 e este fato é apresentado pela linha de sinal 74 entre os dispositivos de entrada/saída 66, 46.
Deveria também ser realizado que os blocos funcionais ilustrados podem ser executados em software, hardware, ou alguma combinação de software e hardware. Por exemplo, um chip 75 é apresentado na Figura 4 para apresentar que o determinador 54 e o seletor 58 poderíam ser combinados em um circuito integrado. Ou, as funções deste poderíam ser executadas ao executar o código armazenado em um meio de leitura de computador.
A Figura 4 é também útil na descrição da segunda incorporação da presente invenção. Após receber o sinal na linha 52 do receptor 50, o seletor 58 seleciona o bit “Γ para o bit reserva como também o valor da conta para o “Número de retransmissões HARQ”. O seletor 58 seleciona o bit “Γ para o bit reserva para indicar que a conta para “Número de retransmissões HARQ” é apenas uma estimativa. Nos casos onde o determinador 54 determina que a conta
12/13 é exata, este pode então informar o seletor 58 e, o indicador de bit reserva é estabelecido para “0” para indicar que o número de retransmissões exato é indicado no campo “Número de retransmissões HARQ.
Referindo agora à Figura 5, o RNC da Figura 4 é apresentado em maiores detalhes. Este inclui um processador de sinal 80 responsável para o sinal do cabeçalho do quadro de dados do protocolo de quadro na linha 82 do receptor 84 que então tem recebido o cabeçalho do quadro de dados do protocolo de quadro na linha 86 do dispositivo de entrada/saída 88 conectado pela linha de sinal 90 para o Nó B 44. Em resposta ao cabeçalho do quadro de dados do protocolo de quadro da estação base, o processador de sinal 80 executa alguma função relacionada ao controle e então provê um sinal de saída que pode ser um sinal de controle na linha 92 fornecido para o transmissor 94, que então provê um sinal de controle de saída na linha 96 para o dispositivo de entrada/saída 88 para transmissão na linha 90 para a estação base 44. A estação base 44 usa o sinal de controle para controlar por exemplo a potência no enlace de rádio 42 entre o próprio e o equipamento do usuário 40. O valor do indicador do bit reserva e/ou o campo do “Número de retransmissões HARQ” contido no cabeçalho do quadro de dados do protocolo de quadro pode ser extraído pelo dispositivo de entrada/saída 88, pelo receptor 84 ou o processador de sinal 80. O processador de sinal usa o indicador e/ou o campo “Número de retransmissões HARQ para determinar o número de retransmissões atual ou estimado pelo equipamento do usuário 40 para a estação base 44 (ou que nenhum pode ser estimado de forma confiável) e seleciona uma ação de controle apropriada com esta base. Se a palavra código reservada 1111 ou 1110 é usada para indicar que a estação base não tem uma informação confiável no número de retransmissões, por exemplo, além da primeira faixa para reportar pelo UE 40, o processador de sinal 80 usa este fato de maneira apropriada para executar alguma função. Ou, de acordo com a segunda incorporação, se o indicador de bit reserva é estabelecido para “0” este é informado de que a conta contida no campo “Número de retransmissões HARQ” é exata e se esta for Ί” que é apenas uma estimativa. O que é importante aqui é o
13/13 fato de que em alguns casos o processador de sinal 80 pode estar atento do fato de que há um número de retransmissões, mas que o número não é conhecido exatamente. Na primeira incorporação apenas o fato de que não há nenhum conhecimento do número exato é reportado e nenhuma estimativa é fornecida. Na segunda incorporação uma estimativa é fornecida juntamente com a informação de que a estimativa é somente isto, i.e., uma estimativa.
Embora a invenção tenha sido apresentada e descrita com relação ao melhor modo de incorporação desta, será evidente para o técnico que vários outros dispositivos e métodos podem ser fornecidos para executar os objetivos da ίο presente invenção, ainda assim estando dentro do escopo das reivindicações apensas.

Claims (14)

  1. REIVINDICAÇÕES
    1. Um método, caracterizado por compreender:
    receber, em uma estação base (44), através de uma interface de rádio, de um equipamento de usuário (40), dados e um sinal de número de sequência de retransmissão indicativo da versão de redundância dos dados, o sinal de número de sequência de retransmissão possuindo uma magnitude em bits binários indicativa do número de retransmissões dos dados do equipamento de usuário (40) para a estação base (44), em que os valores do referido número de retransmissões são limitados no sinal do número de sequência de retransmissão a uma primeira faixa, determinar, na estação base (44), se a estação base (44) recebeu um número de sequência de retransmissão, mas não foi capaz de determinar o número de retransmissões, e se a estação base (44) não tiver sido capaz de determinar o número de retransmissões na etapa de determinação, selecionar a sinalização na estação base (44) para transmissão em um cabeçalho de quadro de dados de protocolo de quadro para um controlador de rede de rádio de serviço (70) para indicar que a estação base (44) não possui informações sobre um número real das referidas retransmissões de dados do equipamento de usuário (40) para a estação base (44).
  2. 2. Método de acordo com a reivindicação 1, caracterizado por a referida sinalização compreender uma palavra-código reservada dentre diversas palavras-código possuindo valores em uma segunda faixa maior do que a referida primeira faixa, os referidos valores das referidas palavras sendo indicativos de um número de retransmissões de dados da equipamento de usuário (40) para a estação base (44), a referida palavra-código reservada para transmissão em um cabeçalho de quadro de dados de protocolo de quadro para um controlador de rede de rádio de serviço (70) para indicar que a estação base (44) não possui informações sobre o número das
    Petição 870180140632, de 11/10/2018, pág. 12/19
    2/4 referidas retransmissões de dados do equipamento de usuário (40) para a estação base (44).
  3. 3. Método de acordo com a reivindicação 2, caracterizado por a palavra-código reservada ser 1110.
  4. 4. Método de acordo com a reivindicação 2, caracterizado por a palavra-código reservada ser 1111.
  5. 5. Método de acordo com a reivindicação 2, caracterizado por a referida palavra reservada ser reservada de uma extremidade superior da referida segunda faixa.
  6. 6. Método de acordo com a reivindicação 1, caracterizado por a referida seleção de sinalização na estação base (44) compreender a seleção de um valor para um bit de flag dentre diversos bits em uma palavra-código do referido cabeçalho de quadro de dados de protocolo de quadro, o referido valor do referido bit de flag indicando se um valor para transmissão no referido cabeçalho indicativo do número de retransmissões de dados do equipamento de usuário (40) para a estação base (44) é real ou uma estimativa.
  7. 7. Um circuito integrado, configurado para operar em uma estação base (44), caracterizado por compreender:
    um receptor (50, 84), configurado para receber através de uma interface de rádio de um equipamento de usuário (40) dados e um sinal de número de sequência de retransmissão indicativo da versão de redundância dos dados, o sinal de número de sequência de retransmissão possuindo uma magnitude em bits binários indicativa do número de transmissões dos dados do equipamento de usuário (40) para a estação base (44), em que os valores do referido número
    Petição 870180140632, de 11/10/2018, pág. 13/19
    3/4 de retransmissões são limitados no sinal de números de sequências de retransmissão a uma primeira faixa;
    um determinador (54), configurado para determinar se a estação base (44) recebeu um número de sequência de retransmissão, mas não foi capaz de determinar o número de retransmissões;
    um seletor (58), configurado para selecionar a sinalização para transmissão em um cabeçalho de quadro de dados de protocolo de quadro para um elemento de rede para indicar, se a estação base (44) não foi capaz de determinar o número de retransmissões na etapa de determinação, que a estação base (44) não possui informações sobre um número real das referidas retransmissões de dados do equipamento de usuário (40) para a estação base (44).
  8. 8. Circuito integrado de acordo com a reivindicação 7, caracterizado por a referida sinalização compreender uma palavra-código reservada que é reservada dentre diversas palavras-código possuindo valores em uma segunda faixa maior que a referida primeira faixa, sendo os referidos valores das referidas palavras indicativos de um número de retransmissões de dados do equipamento de usuário (40) para a estação base (44), a referida palavra reservada para transmissão em um cabeçalho de quadro de dados de protocolo de quadro para o elemento de rede para indicar que a estação base (44) não possui informações sobre um número real das referidas retransmissões de dados do equipamento de usuário (40) para a estação base (44).
  9. 9. Circuito integrado de acordo com a reivindicação 7, caracterizado por o referido seletor (58) para selecionar a sinalização na estação base (44) compreender um seletor (58) para selecionar um valor para um bit de flag dentre diversos bits em uma palavra-código do referido cabeçalho do quadro de dados do protocolo de quadro, o referido valor do referido bit de flag indicando se um valor para transmissão no referido cabeçalho indicativo do número de retransmissões de dados do equipamento de usuário (40) para a estação base (44) é real ou uma estimativa.
    Petição 870180140632, de 11/10/2018, pág. 14/19
    4/4
  10. 10. Circuito integrado de acordo com a reivindicação 8, caracterizado por a referida palavra reservada ser 1111.
  11. 11. Circuito integrado de acordo com a reivindicação 8, caracterizado por a referida palavra reservada ser 1110.
  12. 12. Circuito integrado de acordo com a reivindicação 8, caracterizado por a referida palavra reservada ser reservada de uma extremidade superior da referida segunda faixa.
  13. 13. Uma estação base (44), caracterizada por compreender o circuito integrado da reivindicação 7.
  14. 14. Estação base (44) de acordo com a reivindicação 13, caracterizada por compreender ainda um transmissor (62, 94) para transmitir a referida sinalização a um controlador de rede de rádio de serviço (70).
BRPI0519847-0A 2005-01-05 2005-12-30 Método, circuito integrado e estação base BRPI0519847B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US64191305P 2005-01-05 2005-01-05
US60/641,913 2005-01-05
PCT/IB2005/003916 WO2006072826A1 (en) 2005-01-05 2005-12-30 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

Publications (2)

Publication Number Publication Date
BRPI0519847A2 BRPI0519847A2 (pt) 2011-09-27
BRPI0519847B1 true BRPI0519847B1 (pt) 2019-03-06

Family

ID=36647455

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0519847-0A BRPI0519847B1 (pt) 2005-01-05 2005-12-30 Método, circuito integrado e estação base

Country Status (13)

Country Link
US (1) US7668192B2 (pt)
EP (1) EP1834433B1 (pt)
JP (1) JP4616356B2 (pt)
KR (1) KR100972353B1 (pt)
CN (1) CN101095304B (pt)
AT (1) ATE538553T1 (pt)
BR (1) BRPI0519847B1 (pt)
CA (1) CA2592902C (pt)
MX (1) MX2007008193A (pt)
PE (1) PE20060907A1 (pt)
RU (1) RU2409900C2 (pt)
TW (1) TWI314406B (pt)
WO (1) WO2006072826A1 (pt)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0515440A (pt) 2004-09-15 2008-07-29 Siemens Ag método para transmissão de um conteúdo de informação
EP1638238A1 (en) * 2004-09-15 2006-03-22 Siemens Aktiengesellschaft Method for combining data packets by a telecommunication device
MX2007004391A (es) * 2005-01-06 2007-05-08 Lg Electronics Inc Mejoras al esquema de acceso de paquete de enlace ascendente de alta velocidad.
KR20070110326A (ko) * 2005-02-08 2007-11-16 노키아 코포레이션 Ｉｕｂ 인터페이스를 통한 ＨＡＲＱ 장애 표시
EP1861965A1 (en) * 2005-03-22 2007-12-05 Samsung Electronics Co, Ltd Method and apparatus for transmitting packet data
JP4481858B2 (ja) * 2005-03-30 2010-06-16 株式会社日立製作所 情報伝送方法及び情報伝送システム
US8086257B2 (en) * 2005-08-11 2011-12-27 Alcatel Lucent Dedicated control channel detection for enhanced dedicated channel
KR100950453B1 (ko) * 2005-08-19 2010-04-02 삼성전자주식회사 복합 자동 재전송 요구를 지원하는 이동통신 시스템에서궤환 신호의 신뢰도를 제어하는 방법 및 장치
JP4840073B2 (ja) * 2006-10-18 2011-12-21 日本電気株式会社 移動体通信システム、基地局装置及びそれらに用いるアップリンクパケット再送回数推定方法
US20100046448A1 (en) * 2006-12-15 2010-02-25 Telefonak Tiebolaget Lm Ericsson ( Single Bit Segmentation Indicator
CN101606343A (zh) * 2007-02-09 2009-12-16 株式会社Ntt都科摩 重发控制方法以及接收侧装置
WO2008114198A2 (en) * 2007-03-21 2008-09-25 Koninklijke Philips Electronics N.V. Reporting of retransmissions for downlink packet
WO2009116474A1 (ja) * 2008-03-17 2009-09-24 日本電気株式会社 通信システム、基地局、移動局、再送制御方法およびプログラム
US20110126072A1 (en) * 2008-07-09 2011-05-26 Sharp Kabushiki Kaisha Communication device, communication system, reception method and communication method
US9167532B2 (en) * 2009-03-17 2015-10-20 Telefonaktiebolaget L M Ericsson (Publ) Radio base station, a network control node and methods therein for outer loop power control in dual-carrier HSUPA
US8588839B2 (en) * 2009-12-16 2013-11-19 Telefonaktiebolaget L M Ericsson (Publ) Power loop control method and apparatus

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3510634B2 (ja) * 1996-12-26 2004-03-29 株式会社エヌ・ティ・ティ・ドコモ データ伝送方法
CN1225875C (zh) * 2001-09-29 2005-11-02 华为技术有限公司 在高速媒体接入控制层实现数据重传的方法
CN100379191C (zh) * 2002-06-26 2008-04-02 华为技术有限公司 通信网络中的数据重传方法
KR100584431B1 (ko) 2003-02-14 2006-05-26 삼성전자주식회사 부호 분할 다중 접속 통신 시스템에서 역방향 데이터재전송 시스템 및 방법
EP1760927B1 (en) * 2003-08-14 2020-04-08 Panasonic Corporation Time monitoring of packet retransmissions during soft handover
EP1519519B1 (en) * 2003-09-23 2011-04-20 Panasonic Corporation Protocol context transfer in a mobile communication system
MX2007004391A (es) * 2005-01-06 2007-05-08 Lg Electronics Inc Mejoras al esquema de acceso de paquete de enlace ascendente de alta velocidad.

Also Published As

Publication number Publication date
TWI314406B (en) 2009-09-01
CA2592902C (en) 2011-11-01
JP2008527823A (ja) 2008-07-24
KR20070092261A (ko) 2007-09-12
ATE538553T1 (de) 2012-01-15
RU2409900C2 (ru) 2011-01-20
US20060146889A1 (en) 2006-07-06
TW200644486A (en) 2006-12-16
JP4616356B2 (ja) 2011-01-19
KR100972353B1 (ko) 2010-07-26
MX2007008193A (es) 2007-08-07
US7668192B2 (en) 2010-02-23
EP1834433A1 (en) 2007-09-19
WO2006072826A1 (en) 2006-07-13
EP1834433B1 (en) 2011-12-21
CN101095304B (zh) 2010-10-13
BRPI0519847A2 (pt) 2011-09-27
RU2007124793A (ru) 2009-02-20
CA2592902A1 (en) 2006-07-13
PE20060907A1 (es) 2006-08-28
CN101095304A (zh) 2007-12-26

Similar Documents

Publication Publication Date Title
BRPI0519847B1 (pt) Método, circuito integrado e estação base
US10548119B2 (en) Fixed HS-DSCH or E-DCH allocation for VoIP (or HS-DSCH without HS-SCCH/E-DCH without E-DPCCH)
KR100721787B1 (ko) 노드 ｂ 및 ｓｒｎｃ에서 알려진 ｈｓｄｐａ ｃｑｉ,ａｃｋ, ｎａｃｋ 파워 오프셋
JP4510004B2 (ja) 無線通信システムにおける送信電力制御と自動再送要求（アラート要求）
AU2005241659B2 (en) Communication method, packet radio system, controller and user terminal
ES2556932T3 (es) Disposición y método en una red de comunicación móvil
BRPI0808573A2 (pt) Equipamento de estação base e método de controle de comunicação
BRPI0208472B1 (pt) Método para comunicação simultânea entre um equipamento de usuário e uma pluralidade de estações, sistema de comunicação, estação e equipamento de usuário
BR112012008822B1 (pt) processamento de junção de dados de enlace ascendente por várias estações base
JP2014027682A (ja) 無線通信システムにおいてアップリンク上のエンハンスト・データ・チャネルの容量を増大させる方法
BRPI0712247A2 (pt) equipamento de usuário; método para comunicação de um pacote de dados pelo menos um equipamento de usuário; e programa de computador quando carregado em um computador disposto para executar o método de comunicação de um primeiro pacote de dados através de um canal de dados de comunicações para, ao menos, um equipamento de usuário
BRPI0809412A2 (pt) Aparelho de estação de base, equipamento do usuário, e método utilizado em sistema de comunicação móvel
JP2010172017A (ja) 通信システム
KR101921842B1 (ko) 2차 업 링크 파일럿 채널을 이용한 송신 전력 제어를 위한 시스템 및 방법
BR112016017699B1 (pt) Técnicas de comunicação que usam um regime de repetição em uma zona de cobertura melhorada

Legal Events

Date Code Title Description
B25A Requested transfer of rights approved

Owner name: NOKIA 2011 PATENT TRUST (US)

Free format text: TRANSFERIDO DE: NOKIA CORPORATION

B25D Requested change of name of applicant approved

Owner name: 2011 INTELLECTUAL PROPERTY ASSET TRUST (US)

Free format text: NOME ALTERADO DE: NOKIA 2011 PATENT TRUST

B25A Requested transfer of rights approved

Owner name: CORE WIRELESS LICENSING S.A.R.L. (LU)

B15K Others concerning applications: alteration of classification

Ipc: H04L 1/18 (2006.01), H04L 1/00 (2006.01), H04W 52/

B06T Formal requirements before examination [chapter 6.20 patent gazette]
B15K Others concerning applications: alteration of classification

Ipc: H04L 1/18 (2006.01), H04W 52/12 (2009.01), H04L 1/

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 06/03/2019, OBSERVADAS AS CONDICOES LEGAIS.

B25A Requested transfer of rights approved

Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC (US)