BRPI0706841A2 - transmissão de dados em um sistema e comunicação móvel - Google Patents

Abstract

TRANSMISSãO DE DADOS EM UM SISTEMA DE COMUNICAçãO MóVEL. A presente invenção está relacionada a transmissão de dados em um sistema de comunicação móvel. Preferivelmente, a presente invenção compreende transmitir primeiros dados a um lado receptor e informação de confirmação de recebimento para indicar se os primeiros dados foram transmitidos com sucesso ao lado receptor. Se os primeiros dados não forem transmitidos com sucesso ao lado receptor, o método compreende adicionalmente determinar se uma quantidade de recursos de rádio disponíveis é suficiente para retransmitir os primeiros dados para o lado receptor, retransmitir os primeiros dados para o lado receptor se a quantidade de recursos de rádio disponíveis for suficiente para retransmitir os primeiros dados, reconfigurar os primeiros dados em pelo menos segundos dados se a quantidade de recursos de rádio disponíveis for insuficiente para retransmitir os primeiros dados, em que os pelo menos segundos dados podem ser transmitidos ao lado receptor usando a quantidade de recursos de rádio disponíveis, e transmitir os pelo menos segundos dados para o lado receptor.

Description

"TRANSMISSÃO DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL"

CAMPO TÉCNICO

A presente invenção está relacionada a um sistemade comunicação móvel, e mais especificamente, a transmissão dedados no sistema de comunicação móvel.

HISTÓRICO DA INVENÇÃO

A Figura 1 é um diagrama estrutural que ilustraum sistema de comunicação móvel de evolução de longo prazo (LTE -Long Term Evolution) . O sistema LTE é um versão evoluída de umsistema de telecomunicações móvel universal (UMTS - Universalmobile Telecommunications System) convencional, e está sendopadronizado sob o acordo de colaboração do projeto de parceria de3o geração (3GPP - 3rd Generation Partnership Project).

Uma rede LTE normalmente pode ser classificada emuma rede de acesso rádio terrestre UMTS evoluída (E-UTRAN) e umarede de núcleo (CN). A E-UTRAN inclui pelo menos um eNodo-B queserve como uma estação base. A E-UTRAN também inclui um gateway deacesso (AG) localizado ao final da rede de forma que sejaconectado a uma rede externa.

0 AG pode ser classificado em uma unidade deprocessamento de tráfego de usuário e uma unidade de processamentode tráfego de controle. Neste caso, um primeiro AG para processarnovos dados de tráfego de usuário pode se comunicar com um segundoAG para processar dados de tráfego de controle através de uma novainterface. Um único eNodo-B pode incluir pelo menos uma célula.

Uma primeira interface para transmitir dados de tráfego de usuárioou uma segunda interface para transmitir dados de tráfego decontrole pode estar localizada entre diversos eNodos-B. A CNinclui o AG e uma pluralidade de nodos para registrar os usuáriosde equipamentos de usuário (UEs). Se requerido, outra interfacepara discriminar entre A E-UTRAN e a CN também pode ser usada narede LTE.

Dois elementos importantes da rede LTE são umeNodo-B e um UE. Os recursos de rádio de uma única célula incluemrecursos de rádio de uplink e recursos de rádio de downlink. 0eNodo-B aloca e controla os recursos de rádio de uplink edownlink. Em mais detalhes, o eNodo-B determina qual dentre umapluralidade de UEs usará os recursos de rádio específicos em ummomento específico. Depois de realizar a determinação, o eNodo-Binforma ao UE específico de sua decisão, tal que o eNodo-Bcontrole o UE para receber os dados de downlink. Por exemplo, oeNodo-B pode alocar recursos de rádio que variam de 100 MHz a101 MHz a um UE específico (por exemplo, o UE No.l) depois dolapso de um tempo predeterminado de 3,2 segundos.

Consequentemente, o eNodo-B pode transmitir dados de downlink aoUE No.l durante um tempo específico de 0,2 segundos depois dolapso do tempo predeterminado de 3,2 segundos.

Assim, o eNodo-B determina qual dentre apluralidade de UEs executará transmissão de dados de uplink e aquantidade de recursos de rádio que o UE pode usar em um momentoespecífico. Além disso, o eNodo-B determina uma duração de tempoque o UE tem para transmitir os dados de uplink.

Comparado com um Nodo-B ou estação base datécnica convencional, o supracitado eNodo-B pode gerenciarrecursos de rádio efetivamente e dinamicamente. Na técnicaconvencional, um único UE é controlado para usar continuamente umúnico recurso de rádio durante um tempo de conexão de chamada.

Porém, considerando a existência de uma variedade de recentesserviços com base em pacotes de Protocolo de Internet (IP), atécnica convencional é ineficaz. Por exemplo, a maioria dosserviços de pacotes tem vários intervalos, em que nenhum dado étransmitido e nenhum pacote é gerado durante o tempo de conexão dechamada. Assim, se recursos de rádio forem alocados continuamentea apenas um UE, como na técnica convencional, o esquema dealocação é julgado ineficaz. Para resolver este e outrosproblemas, o sistema E-UTRAN foi projetado para alocar recursos derádio a apenas um UE quando há uma necessidade de usar o UE, talcomo quando dados de serviço serão transmitidos ao UE.

Os canais de uplink e downlink para transmissãode dados entre a rede e o UE serão descritos em seguida emdetalhes. Existem canais de downlink para transmitir dados apartir da rede para o UE, tal como um canal de radiodifusão (BCH -Broadcast Channel) para transmitir informação de sistema, um canalcompartilhado (SCH - Shared Channel) de downlink e um canal decontrole compartilhado (SCCH - Shared Control Channel) de downlinkpara transmitir dados de tráfego de usuário ou mensagens decontrole. Os dados de tráfego ou mensagens de controle de um serviço de multicast de downlink ou serviço de radiodifusão podemser transmitidos através do canal compartilhado (SCH) de downlink,ou adicionalmente através de um canal de multicast (MCHMulticast Channel). Adicionalmente, também existem canais deuplink para transmitir dados a partir do UE para a rede, tal como um canal de acesso aleatório (RACH - Random Access Channel), e umcanal compartilhado (SCH) de uplink e um canal de controlecompartilhado (SCCH) de uplink para transmitir dados de tráfego deusuário ou mensagens de controle.

A Figura 2 e a Figura 3 são diagramas conceituais que ilustram uma estrutura de protocolo de interface rádio entre oUE e a rede de acesso rádio terrestre UMTS (UTRAN) com base em umpadrão de rede de acesso rádio 3GPP.

O protocolo de interface de rádio incluihorizontalmente uma camada física, uma camada de link de dados e uma camada de rede. 0 protocolo de interface de rádio incluiverticalmente um plano de usuário para transmitir dados ouinformação e um plano de controle para transmitir um sinal decontrole (também chamado de "dados de sinalização") . As camadas deprotocolo mostradas podem ser classificadas em uma primeira camada (LI), uma segunda camada (L2) e uma terceira camada (L3) com baseem três camadas mais baixas de um esquema de interconexão bemconhecido, tal como um modelo de referência de interconexão desistema aberto (OSI - Open System Interconnection).

A camada física que age como a primeira camada (Ll) provê um serviço de transferência de informação através de umcanal físico. Uma camada de controle de recurso de rádio (RRC -Radio Resource Control) localizada na terceira camada (L3)controla recursos de rádio entre o UE e a rede. Para estepropósito, a camada RRC troca mensagens RRC entre o UE e a rede. A camada RRC pode ser distribuída a uma pluralidade de nodos de rede(isto é, eNodo-B e AG, etc.), e também pode ser localizado noeNodo-B ou no AG.Um plano de controle de protocolo de rádio serádescrito em seguida com referência à Figura 2. 0 plano de controlede protocolo de rádio inclui uma camada física, uma camada decontrole de acesso à mídia (MAC - Médium Access Control), umacamada de controle de link de rádio (RLC - Radio Link Control), euma camada de controle de recurso de rádio (RRC - Radio ResourceControl).

A camada física que age como a primeira camada(Ll) transmite um serviço de transferência de informação a umacamada superior através de um canal físico. A camada física éconectada a camada de controle de acesso à mídia (MAC) (camada L2)por um canal de transporte. A camada MAC se comunica com a camadafísica tal que dados sejam comunicados entre a camada MAC e acamada física através do canal de transporte. Dados podem sercomunicados entre camadas físicas diferentes. Especificamente,dados são comunicados entre uma primeira camada física de umterminal de transmissão e uma segunda camada física de um terminalde recepção.

A camada MAC da segunda camada (L2) transmite umavariedade de serviços para a camada RLC (Radio Link Control)(camada L2) através de um canal lógico. A camada RLC da segundacamada (L2) suporta transmissão de dados seguros. Uma variedade defunções da camada RLC também pode ser implementada com um bloco defunção da camada MAC. Neste caso, nenhuma camada RLC é necessária.

A camada RRC (Radio Resource Control) localizadana parte mais superior da terceira camada (L3) é definida apenaspelo plano de controle. A camada RRC controla canais lógicos,canais de transporte, e canais físicos em relação a configuração,reconfiguração, e operações de liberação de portadores de rádio(RBs - Radio Bearers) . Aqui, um RB é indicativo de um serviçorecebido a partir da segunda camada (L2) para implementarcomunicação de dados entre o UE e a E-UTRAN.

Um plano de usuário de protocolo de rádio serádescrito em seguida com referência à Figura 3. 0 plano de usuáriode protocolo de rádio inclui a camada física, a camada MAC, acamada RLC, e uma camada de protocolo de convergência de dados empacotes (PDCP - Packet Data Convergence Protocol).A camada física da primeira camada (Ll) e ascamadas MAC e RLC da segunda camada (L2) são iguais àquelas daFigura 2. De modo a transmitir efetivamente pacotes IP (porexemplo, IPv4 ou IPv6) dentro de um período de comunicação derádio que possui uma largura de banda estreita, uma camada PDCP dasegunda camada (L2) executa compressão de cabeçalho para reduzir o tamanho de um cabeçalho de pacote IP relativamente grande quecontém informação de controle desnecessária.

Uma descrição detalhada da camada RLC serárealizada em detalhes a seguir. As funções principais da camadaRLC são para garantir uma Qualidade de Serviço (QoS) de cada RB etransmitir dados associados à QoS. O serviço RB é indicativo de umserviço específico provido a uma camada superior pela segundacamada do protocolo de rádio, tal que todas as partes da segundacamada afetem a QoS. Especificamente, deve ser notado que asegunda camada é muito afetada pela camada RLC. A camada RLCdesigna uma entidade RLC independente a cada RB para garantir umaQoS exclusiva do RB. Neste caso, a entidade RLC configura umaunidade de dados de protocolo (PDU - Protocol Data Unit) RLC deacordo com o tamanho de recursos de rádio determinado por umacamada mais baixa (isto é, a camada MAC).

Então, ao transmitir a RLC PDU para a camada MAC,a entidade RLC localizada no eNodo-B configura dados que possuemum tamanho predeterminado determinado pela entidade MAC, etransmite a RLC PDU à entidade MAC. A entidade RLC tambémlocalizada no UE configura a RLC PDU de acordo com o tamanho derecursos de rádio determinado pela camada mais baixa (isto é, acamada MAC) . Então, ao transmitir a RLC PDU para a camada MAC, aentidade RLC localizada no UE configura dados que possuem umtamanho predeterminado determinado pela entidade MAC, e transmitea RLC PDU à entidade MAC.

DESCRIÇÃO DA INVENÇÃO

A presente invenção é direcionada a transmissãode dados em um sistema de comunicação móvel.

Características e vantagens adicionais dainvenção serão descritas na descrição que segue, e em parte serãoaparentes a partir da descrição, ou podem ser aprendidas pelaprática da invenção. Os objetivos e outras vantagens da invençãoserão percebidos e atingidos pela estrutura especificamenteapontada na descrição e reivindicações dos mesmos, bem como dosdesenhos anexos.

Para atingir estas e outras vantagens e de acordocom o propósito da presente invenção, como incorporado eamplamente descrito, a presente invenção é implementada em ummétodo para transmitir dados em um sistema de comunicação móvel, ométodo compreendendo que transmitir primeiros dados a um ladoreceptor, informação de confirmação de recebimento para indicar seos primeiros dados foram transmitidos com sucesso do ladoreceptor, se os primeiros dados não forem transmitidos com sucessoao lado receptor, determinar se uma quantidade de recursos derádio disponíveis é suficiente para retransmitir os primeirosdados para o lado receptor, retransmitir os primeiros dados para olado receptor se a quantidade de recursos de rádio disponíveis ésuficiente para retransmitir os primeiros dados, reconfigurar osprimeiros dados em pelo menos segundos dados se a quantidade derecursos de rádio disponíveis for insuficiente para retransmitiros primeiros dados, em que os pelo menos segundos dados podem sertransmitidos ao lado receptor usando a quantidade de recursos derádio disponíveis, e transmitir os pelo menos segundos dados parao lado receptor.

Preferivelmente, a informação de confirmação érecebida do lado receptor. Preferivelmente, a informação deconfirmação é recebida a partir de uma camada mais baixa de umlado transmissor.

Em um aspecto da invenção, os primeiros dados éuma unidade de dados de protocolo de camada de controle de link derádio (RLC PDU) compreendendo pelo menos um dentre um campo denúmero de seqüência (SN), um campo de controle/dados/sub-quadro(C/D/S), um campo de completo/parcial (C/P), um campo deseguimento (F), e um campo de indicação de comprimento (LI).

Preferivelmente, o campo de controle/dados/sub-quadro (C/D/S)indica se a RLC PDU são os primeiros dados ou os segundos dados.

Preferivelmente, o campo de C/P indica como a RLC PDU é alinhada auma unidade de dados de serviço (SDU - Service Data Unit) decamada superior.

Em outro aspecto da invenção, os segundos dados éuma unidade de dados de sub-protocolo de camada de controle delink de rádio (RLC subPDU) compreendendo pelo menos um dentre umcampo de número de seqüência (SN), um campo de controle/dados/sub-quadro (C/D/S), um campo de número de seqüência de sub-quadro(sSN), um campo de resto (RM), um campo de completo/parcial (C/P),um campo de seguimento (F), e um campo de indicação de comprimento(LI). Preferivelmente, o campo de sSN indica uma ordem seqüencialde um dos pelo menos segundos dados dentro de uma pluralidade desegundos dados transmitidos relacionados aos primeiros dados.

Preferivelmente, o campo de RM indica se segundos dadossubseqüentes existem depois de um dentre os pelo menos segundosdados.

Em um aspecto adicional da invenção, a quantidadede recursos de rádio disponíveis compreende uma quantidade máximade dados programada para ser transmitida ao lado receptor.

Em ainda outro aspecto da invenção, umaquantidade máxima de recursos de rádio disponíveis é indicada pelainformação de programação recebida a partir de uma rede.

Preferivelmente, a informação de programação indica temporização efreqüência dos recursos de rádio disponíveis.

De acordo com outra modalidade da presenteinvenção, um equipamento para transmitir dados em um sistema decomunicação móvel compreende dispositivo para transmitir primeirosdados a um lado receptor, dispositivo para receber informação deconfirmação para indicar se os primeiros dados foram transmitidoscom sucesso ao lado receptor, se os primeiros dados não foremtransmitidos com sucesso ao lado receptor, dispositivo paradeterminar se uma quantidade de recursos de rádio disponível ésuficiente para retransmitir os primeiros dados para o ladoreceptor, dispositivo para retransmitir os primeiros dados para olado receptor se a quantidade de recursos de rádio disponíveis forsuficiente para retransmitir os primeiros dados, dispositivo parareconfigurar os primeiros dados em pelo menos segundos dados se aquantidade de recursos de rádio disponíveis for insuficiente pararetransmitir os primeiros dados, em que os pelo menos segundosdados podem ser transmitidos ao lado receptor usando a quantidadede recursos de rádio disponíveis, e dispositivo para transmitir ospelo menos segundos dados para o lado receptor.

Preferivelmente, a informação de confirmação érecebida a partir do lado receptor. Preferivelmente, a informaçãode confirmação é recebida a partir de uma camada mais baixa de umlado transmissor.

Em um aspecto da invenção, os primeiros dados éuma unidade de dados de protocolo de camada de controle de linkrádio (RLC PDÜ) compreendendo pelo menos um dentre um campo denúmero de seqüência (SN), um campo de controle/dados/sub-quadro(C/D/S), um campo de completo/parcial (C/P), um campo deseguimento (F), e um campo de indicação de comprimento (LI).

Em outro aspecto da invenção, os segundos dados éuma unidade de dados de sub-protocolo de camada de controle delink de rádio (RLC subPDU) compreendendo pelo menos um dentre umcampo de número de seqüência (SN), um campo de controle/dados/sub-quadro (C/D/S), um campo de número de seqüência de sub-quadro(sSN), um campo de resto (RM), um campo de completo/parcial (C/P),um campo de seguimento (F), e um campo de indicação de comprimento (LI).

Em um aspecto adicional da invenção, a quantidadede recursos de rádio disponível compreende uma quantidade máximade dados programada para ser transmitida ao lado receptor.

Em ainda outro aspecto da invenção, umaquantidade máxima de recursos de rádio disponível é indicada pelainformação de programação recebida a partir de uma rede.

Preferivelmente, a informação de programação indica temporização efreqüência dos recursos de rádio disponíveis.

Deve ser entendido que a descrição geralprecedente e a descrição detalhada seguinte da presente invençãosão exemplares e explicativas e é pretendido que provejamexplicação adicional da invenção como reivindicado.

BREVE DESCRIÇÃO DOS DESENHOS

Os desenhos anexos, que são incluídos para proverum entendimento adicional da invenção e estão incorporados no, econstituem uma parte do, relatório descritivo, ilustrammodalidades da invenção e em conjunto com a descrição servem paraexplicar os princípios da invenção. Características, elementos, easpectos da invenção que são referenciados pelos mesmos numeraisnas diferentes Figuras representam elementos, características ouaspectos iguais, equivalentes, ou semelhantes de acordo com uma oumais modalidades.

A Figura 1 é um diagrama estrutural que ilustraum sistema de comunicação móvel de evolução de longo prazo (LTE -Long Term Evolution).

A Figura 2 é um diagrama que ilustra um plano decontrole de uma estrutura de protocolo de interface de rádio entreum UE e uma rede de acesso rádio terrestre UMTS (UTRAN) com baseem um padrão de rede de acesso rádio 3GPP.

A Figura 3 é um diagrama que ilustra um plano deusuário de uma estrutura de protocolo de interface de rádio entreo UE e a rede de acesso rádio terrestre UMTS (UTRAN) com base emum padrão de rede de acesso rádio 3GPP.

A Figura 4 é um diagrama que ilustra um métodopara construir um MAC PDU em uma RLC SDU de acordo com umamodalidade da presente invenção.

A Figura 5 é um diagrama estrutural que ilustraum formato de MAC PDU de acordo com uma modalidade da presenteinvenção.

A Figura 6 é um fluxograma que ilustra um métodopara transmitir dados de um sistema de comunicação móvel de acordocom uma modalidade da presente invenção.

A Figura 7 é um diagrama que ilustra um métodopara transmitir dados de um sistema de comunicação móvel de acordocom uma modalidade da presente invenção.

A Figura 8 é um diagrama que ilustra um métodopara transmitir sinais de um sistema de comunicação móvel deacordo com outra modalidade da presente invenção.

A Figura 9 é um diagrama que ilustra um métodopara transmitir sinais de um sistema de comunicação móvel deacordo com outra modalidade da presente invenção.

Melhor modo de executar a invençãoA presente invenção está relacionada atransmissão de dados em um sistema de comunicação móvel.

Referência será realizada agora em detalhes àsmodalidades preferidas da presente invenção, exemplos de tais sãoilustradas nos desenhos anexos. Sempre que possível, os mesmosnúmeros de referência serão usados ao longo dos desenhos parafazer referência às mesmas partes ou partes iguais. Um método paratransmitir dados de um sistema de comunicação móvel de acordo coma presente invenção será descrito a seguir.

Antes de descrever a presente invenção, deve sernotado que as seguintes modalidades preferidas da presenteinvenção permitem que uma camada RLC reconfigure a informaçãorecebida a partir de uma camada superior na supracitada estruturahierárquica mostrada na técnica convencional, e transmite ainformação reconfigurada à camada MAC. Porém, é óbvio aos técnicosna área que o escopo da presente invenção não é limitado apenas aocaso de transmissão da supracitada camada RLC, e também pode seraplicado a outros exemplos. Primeira informação, transmitida apartir de uma camada superior e recebida pela camada RLC é chamadacomo uma unidade de dados de serviço (SDU) RLC. As segundasinformações, que compreendem a RLC SDU reconfigurada pela camadaRLC e transmitida à camada MAC, é chamada como uma RLC PDU. Asterceiras informações, que compreendem a RLC PDU reconfiguradapela camada MAC, é referida como uma MAC PDU.

A camada RLC provê dois modos RLC, isto é, ummodo não confirmado (UM ou modo UM - Unacknowledged) e um modoconfirmado (AM ou modo AM - Acknowledge) . Os modos UM e AMsuportam diferentes QoSs, tal que ocorre uma diferença nos métodosde operação entre eles. Funções detalhadas dos modos UM e AMtambém são diferentes entre si. Consequentemente, a função dacamada RLC de acordo com seus modos de operação será descrita.

Por uma questão de conveniência e melhorentendimento da presente invenção, o RLC no modo UM será designadocomo um UM RLC enquanto o RLC no modo AM será designado como um AMRLC. 0 UM RLC possui anexo um cabeçalho de PDU incluindo um númerode seqüência (SN) para cada PDU gerado, e transmite o PDUresultante equipado com o cabeçalho de PDU, tal que um terminal derecepção possa reconhecer qual dentre uma pluralidade de PDUs foiperdida durante a transmissão. Consequentemente, o UM RLC executapreferivelmente transmissão de dados de radiodifusão/multicast outransmissão de dados em pacotes em tempo real (por exemplo, vozsobre protocolo de Internet (VoIP) ou fluxo continuo - streaming)de um domínio de serviço em pacotes (PS) em um plano de usuário.

Em um plano de controle, o UM RLC executa preferivelmentetransmissão de uma mensagem UM RRC dentre uma pluralidade demensagens RRC transmitidas a um UE específico ou grupo de UEespecífico contidos em uma célula.

0 AM RLC possui anexo o cabeçalho PDU incluindo oSN para cada PDU gerada da mesma maneira como o UM RLC; porém, emcontraposição com o UM RLC, o AM RLC comanda um terminal derecepção para confirmar o PDU transmitido a partir de um terminalde transmissão. Consequentemente, ao executar a confirmação dePDU, o terminal de recepção pode requerer retransmissão dequalquer PDU não recebido a partir do terminal de transmissão.

Ao utilizar a função de retransmissão, o AM RLCpode garantir a transmissão de dados livres de erros.

Consequentemente, o AM RLC executa transmissão de dados em pacotesem tempo não real tal como um protocolo de controle detransmissão/protocolo Internet (TCP/IP) do domínio PS no plano deusuário. No plano de controle, o AM RLC realiza transmissão de umamensagem RRC que requer uma resposta de confirmação (mensagem AMRRC) dentre uma pluralidade de mensagens RRC transmitidas a um UEespecífico contido em uma célula.

Direcionalmente, o AM RLC é usado paracomunicação bidirecional porque um sinal de realimentação érecebido a partir do terminal de recepção, considerando que o UMRLC é usado para comunicação unidirecional. Preferivelmente, acomunicação bidirecional é usada para uma comunicaçãoponto-a-ponto (PTP), tal que o AM RLC empregue um canal lógicoexclusivo.

Estruturalmente, o UM RLC inclui uma únicaentidade RLC que compreende uma única estrutura de transmissão ouuma única estrutura de recepção. Por outro lado, o AM RLC incluiuma única entidade RLC que compreende a estrutura de transmissão ea estrutura de recepção. A estrutura AM RLC é mais complexa porcausa da função de retransmissão. De modo a gerenciar a função deretransmissão, o AM RLC inclui um buffer de transmissão/recepçãobem como um buffer de retransmissão, e executa uma variedade defunções. As funções AM RLC compreendem uma função de uso de umajanela de transmissão/recepção para controle de fluxo, uma funçãode apuração para requisitar informação de status do terminal derecepção de uma entidade ponto-RLC pelo terminal de transmissão,uma função de relatório sobre status para permitir que o terminalde recepção reporte seu estado de buffer ao terminal detransmissão da entidade ponto-RLC, uma função de PDU de statuspara portar informação de status, e uma função de carona(piggyback) para inserir um PDU de status em um PDU de dados paraaumentar a eficiência de transmissão de dados, por exemplo.

Adicionalmente, se o AM RLC detectar errosimportantes durante sua operação, o AM RLC pode executar funçõesadicionais, tal como uma função de reinicialização de PDU pararequisitar reconfiguração de todas as operações e parâmetros deuma entidade de contraparte AM RLC e uma função de reinicializaçãoACK PDU para responder à PDU reinicializada, por exemplo.

De modo a suportar as supracitadas funções, o AMRLC requer uma variedade de parâmetros de protocolo, variáveis destatus, e um temporizador. Uma variedade de PDUs usada para asfunções supra-citadas, tal como a função de relatório de status, afunção de status de PDU e a função de reinicialização de PDU, bemcomo PDUs para controlar transmissão de dados AM RLC são referidascomo PDUs de controle. Outras PDUs para transmitir dados deusuário são referidas como PDUs de dados.

Preferivelmente, o modo AM usa informação derequisição de repetição automática (ARQ - Automatic RepeatRequest) enquanto o modo UM não o faz. Aqui, a informação ARQ éindicativa de informação de confirmação (ACK) detransmissão/recepção. Preferivelmente, a informação detransmissão/recepção de ACK indica informação relacionada a umbloco de dados normalmente transmitido a partir do terminal detransmissão ao terminal de recepção, ou outras informaçõesrelacionadas a um bloco de dados errôneo transmitido anormalmentea partir do terminal de transmissão ao terminal de recepção.

Um exemplo representativo de um formato RLC PDUpara uso no modo UM é mostrado na Tabela 1.

Tabela 1

<table>table see original document page 14</column></row><table>

Com referência à Tabela 1, um campo de número deseqüência (SN) indica um fluxo de dados a partir de uma RLC PDUcorrespondente, ou indica informação de localização sobre um canallógico. Um campo completo/parcial (C/P) indica se uma primeiraparte dos dados da RLC PDU é igual a uma primeira parte de uma SDUassociada. O campo C/P também indica se uma última parte dos dadosda RLC PDU é igual a uma parte final de quaisquer SDUs associadas.

Por exemplo, se o valor do campo C/P for "00", aparte inicial da PDU é igual à parte inicial da SDU, e o final daPDU é igual ao final da SDU. Se o valor do campo C/P for "01", aparte inicial da PDU é igual à parte inicial da SDU, e o final daPDU não é igual ao final da SDU. Se o valor do campo C/P for "10",a parte inicial da PDU não é igual à parte inicial da SDU, e ofinal da PDU é igual ao final da SDU. Se o valor do campo C/P for"11", a parte inicial da PDU não é igual à parte inicial da SDU, eo final da PDU não é igual ao final da SDU.

Um campo de indicação de comprimento (LI) indicaum limite de uma RLC SDU. Assim, se um única RLC PDU incluir duasRLC SDUs, o terminal de recepção pode separar entre as RLC SDUsusando a informação de limite da RLC SDU. Um campo de seguimento(F) indica se um próximo campo é o campo LI ou dados.

Comparado ao modo AM, o formato RLC PDU do modoUM não precisa transmitir/receber a informação de confirmação detransmissão/recepção. Consequentemente, a RLC PDU do modo UM émais simples que o modo AM e pode ter um formato de cabeçalho.

Ademais, se um ponto de tempo de transmissão de uma RLC PDUcorrespondente puder ser distinguido por um final mais baixo deacordo com a informação de retransmissão (isto é, informação deversão de redundância), então o campo SN pode ser excluído.Um exemplo representativo de um formato ARQ RLCPDU para transmissão de dados gerais no modo AM é mostrado naTabela 2.

<table>table see original document page 21</column></row><table>

Um exemplo representativo de um formato ARQ RLCPDU para transmissão de informação de controle (por exemplo,informação de confirmação de transmissão/recepção) no modo AM émostrado na Tabela 3.

<table>table see original document page 15</column></row><table>

Preferivelmente, se o formato ARQ RLC PDU da

Tabela 2 não puder ser transmitido a um destino sem qualquermudança sob o modo AM, um ARQ RLC subPDU é configurado.Consequentemente, um exemplo representativo do ARQ RLC subPDU émostrado na Tabela 4. <table>table see original document page 15</column></row><table>

Com referência às Tabelas 2, 3 e 4, o campo SN, ocampo C/P, o campo LI e o campo F são iguais àqueles da Tabela 1.Então, sua descrição detalhada será omitida neste relatório porconveniência.

Um campo de controle/dados/sub-quadro (C/D/S)

indica se uma RLC PDU correspondente é a ARQ RLC PDU, a PDU decontrole ARQ RLC, ou o ARQ RLC subPDU. Um campo de número deseqüência de sub-quadro (sSN) indica informação de localização deum subPDU correspondente dentre uma pluralidade de subPDUs associadas. Um campo de resto (RM) indica a presença ou ausênciade subPDUs associadas depois da subPDU correspondente. Devido aisto, o ARQ RLC subPDU mostrado na Tabela 4 será descrito emdetalhes com referência à seguintes modalidades preferidas dapresente invenção.A Figura 4 é um diagrama que ilustra um métodopara construir uma MAC PDU em uma RLC SDU de acordo com umamodalidade da presente invenção. Preferivelmente, a presenteinvenção é um método para construir uma unidade de dados na camadaRLC ou MAC.

Fazendo referência à Figura 4, a camada MAC do UErecebe informação que indica uma quantidade de recursos de rádiodisponíveis a partir de um eNodo-B. Preferivelmente, a camada MACrecebe informação específica que indica uma quantidade de recursosde rádio que pode ser usada durante um próximo momento detransmissão do eNodo-B.

Da perspectiva do eNodo-B, a camada MAC doeNodo-B determina se recursos de rádio de downlink ou uplink serãousados. A camada MAC do eNodo-B também determina a quantidade derecursos de rádio que serão alocados a UEs individuais durante umpróximo período de transmissão e informa a camada MAC de cada UEda determinação. Considerando uma pluralidade de unidades de dadosarmazenada nos buffers dos UEs e uma prioridade das unidades dedados, cada um dos UEs determina a quantidade de dados que serãotransmitidos por cada canal lógico ou de cada entidade RLC. Emoutras palavras, cada entidade RLC determina o tamanho da RLC PDUa ser transmitido à camada MAC.

Consequentemente, considerando uma quantidade dedados de downlink dos UEs e prioridade de cada dado, a camada MAClocalizada no eNodo-B determina a quantidade de dados que seráalocada a entidades RLC individuais, e informa cada RLC dadeterminação. Cada RLC configura, a seguir, a RLC PDU de acordocom a determinação, e transmite a RLC PDU à camada MAC.

Preferivelmente, a entidade MAC é conectada adiversas entidades RLC. Cada entidade RLC recebe uma RLC SDU apartir de uma camada superior, gera uma RLC PDU ao aplicar umcomando da camada MAC ao RLC SDU recebido, e transmite a RLC PDUgerada à entidade MAC. A entidade MAC combina RLC PDUs recebidas apartir de entidades RLC individuais, configura as RLC PDUscombinadas na forma de uma única MAC PDU, e transmite a única MACPDU a uma camada física.De modo a melhorar a eficiência de comunicaçãosob a situação supracitada, é preferível que o número de bits deenchimento contidos na MAC PDU ou a RLC PDU seja reduzida.Preferivelmente, um número predeterminado de bits usado paraajustar o tamanho é reduzido. Para esta operação, a entidade MACrecebe dados a partir de vários canais lógicos (isto é, váriasentidades RLC) e configura a MAC PDU usando os dados recebidos.

Porém, de modo a comandar o terminal de recepçãopara recuperar normalmente as RLC PDUs a partir da MAC PDU, énecessária informação específica para indicar a quantidade dedados contidos em cada canal lógico. Então, é preferível incluirinformação que indique uma quantidade de dados que correspondam acanais lógicos individuais ou outras informações que indicamidentificadores (IDs) dos canais lógicos.

Preferivelmente, o terminal de recepção extraiinformação da RLC PDU usando uma ID de canal lógico contida nocabeçalho de MAC PDU e informação de tamanho de bloco de dados decada canal lógico. O terminal de recepção transmite, a seguir, ainformação extraída para as entidades RLC correspondentes.

As operações das camadas MAC e RLC de acordo coma presente invenção serão descritas em seguida com referênciaadicional à Figura 4. A MAC PDU inclui um cabeçalho de MAC e umaRLC PDU. A RLC PDU inclui dados da RLC SDU e informação desegmento associada à RLC SDU recebida a partir da camada superior.A informação de segmento executa uma função semelhante para ocabeçalho de RLC. Preferivelmente, a informação de segmento incluiinformação limite da RLC SDU em uma única RLC PDU, por exemplo. Ocabeçalho de MAC indica o tamanho de cada RLC PDU contida na MACPDU e qual dentre uma pluralidade de entidades RLC ou canaislógicos corresponde a cada RLC PDU.

Se informação de controle (por exemplo,informação de relatório de status) para indicar um status derecepção é contido na MAC PDU, a informação de controle é contidaem uma única RLC PDU. Consequentemente, o cabeçalho de MAC podeindicar a presença da informação de controle. Neste caso, ainformação de controle podem ser implementada exemplarmente com ummétodo para empregar uma ID de canal lógico que possui um valorespecial.

A Figura 5 é um diagrama estrutural que ilustraum formato MAC PDU de acordo com uma modalidade da presenteinvenção. Preferivelmente, a MAC PDU está baseada na RLC PDUrecebida a partir de uma entidade RLC superior.

Fazendo referência à Figura 5, um campo RLC IDindica que uma RLC PDU correspondente foi recebida através de umcanal lógico especifico ou de uma entidade RLC especifica. Umcampo de comprimento indica o tamanho de cada RLC PDU. O campo Findica se valores seguintes são adquiridos por uma combinação docampo RLC ID, o campo de comprimento e o campo F ou se os valoresseguintes são RLC PDUs reais.

Notavelmente, dados podem ser perdidosinesperadamente através de canais físicos de sistemas decomunicação. Comparado ao sistema convencional, a camada física deum sistema UTRAN pode transmitir dados mais corretamente a partirdo terminal de transmissão para o terminal de recepção. Porém, aprobabilidade de erro de transmissão de dados não é removidacompletamente do sistema UTRAN. Especificamente, quanto mais longaa distância do UE para o eNodo-B, maior a taxa de perda de dadosdo UE.

Então, o sistema de comunicação da presenteinvenção requer um método de gerenciamento especial tal comoquando dados TCP requerem transmissão livre de erros ou dados desinalização. Consequentemente, o sistema de comunicação pode usaro modo AM. Em relação a um pacote TCP, o tamanho do pacote TCPpode ser estendido a 1.500 bytes. Então, se o pacote TCPconfigurado na forma da RLC SDU for transmitido ao RLC, a entidadeRLC pode recombinar o pacote TCP dentro de um tamanho específicopermitido por uma camada mais baixa (isto é, camada MAC) etransmite o pacote TCP recombinado para um destino.

Diversas RLC PDUs geradas pela supracitadarecombinação são transmitidas para o terminal de recepção pelacamada física. Porém, se pelo menos uma RLC PDU correspondente auma única RLC SDU não for recebida no terminal de recepção, oterminal de recepção informa não recepção de RLC PDU para oterminal de transmissão. Neste caso, se o terminal de transmissãoretransmitir uma RLC SDU inteira associada à RLC PDU perdida, umagrande quantidade de recursos de rádio pode ser desperdiçada.

Por exemplo, a RLC SDU de 1.500 bytes é divididaem dez RLC PDUs, cada uma das quais têm 150 bytes. Se uma únicaRLC PDU dentre as 10 RLC PDUs não for recebida corretamente noterminal de recepção, toda a RLC SDU é retransmitida de acordo coma situação supracitada. Consequentemente, uma quantidade de dadosde 1.400 bytes está perdida desnecessariamente. Neste caso, há umanecessidade de executar a retransmissão ao nível de RLC PDU.

Os ambientes sem fio providos quando a RLC PDUestá para ser retransmitida podem ser diferentes daqueles durantea transmissão inicial da RLC PDU. Por exemplo, se a RLC PDU fortransmitida inicialmente, uma entidade RLC correspondente podetransmitir dados de 200 bytes durante uma unidade de tempo. Porém,quando a RLD PDU for retransmitida, uma entidade RLCcorrespondente pode transmitir dados inesperadamente de apenas 50bytes durante o tempo de unidade. Neste caso, a RLC PDU não podeser retransmitida sem mudança. Especificamente, a RLC PDU quepossui um formato original não pode ser retransmitida a um destinodesejado. Para resolver este problema, uma modalidade da presenteinvenção divide a RLC PDU original em diversas RLC subPDUs.

Preferivelmente, a presente invenção permite que um terminal detransmissão receba informação de status de recepção a partir doterminal de recepção depois que o terminal de transmissãotransmite a RLC PDU. Depois disso, o terminal de transmissãorealiza retransmissão de acordo com os recursos de rádio alocadosatualmente ao terminal de transmissão.

A Figura 6 é um fluxograma que ilustra um métodopara transmitir sinais de um sistema de comunicação móvel deacordo com uma modalidade da presente invenção. Fazendo referênciaà Figura 6, o terminal de transmissão transmite primeiros dados daRLC PDU ao terminal de recepção (S60) . O terminal de recepçãorecebe os primeiros dados e transmite a informação de confirmaçãode transmissão/recepção (por exemplo, sinais ACK/NACK) da RLC PDUe informação de status de recepção para os primeiros dadosrecebidos (S61).Se os primeiros dados estão para seremretransmitidos, o terminal de transmissão determina qual dentreuma pluralidade de RLC PDUs não foi recebida pelo terminal derecepção usando a informação de confirmação detransmissão/recepção recebida a partir do terminal de recepção.Depois disso, o terminal de transmissão reconhece uma quantidadede recursos de rádio disponível para a retransmissão (S62).

Se a RLC PDU puder ser retransmitida usando aquantidade disponível de recursos de rádio, a RLC PDU éretransmitida (S63) . Porém, se a RLC PDU não puder serretransmitida usando a quantidade disponível de recursos de rádio,a RLC PDU é reconfigurada na forma de duas ou mais RLC subPDUs(S64), tal que as RLC subPDUs possam ser transmitidas usando aquantidade disponível de recursos de rádio (S65).

Em outras palavras, se os dados de RLC PDU sãorequeridos para serem retransmitidos, e uma quantidade de recursosde rádio alocadas ao terminal de transmissão é menor que o tamanhoda RLC PDU inicial, o terminal de transmissão reconfigura a RLCPDU na forma de duas ou mais RLC subPDUs (S64), e transmite as RLCsubPDUs para o terminal de recepção (S65). Preferivelmente, cadaentidade RLC configura um tamanho predeterminado de recursos derádio alocado pela camada mais baixa.

A quantidade de recursos de rádio é indicativa deuma quantidade máxima de dados capaz de ser transmitida a partirdo terminal de transmissão. 0 terminal de transmissão tambéminclui um RLC de terminal de transmissão.

Se houver necessidade de reconfigurar a RLC PDUusando informação de programação ou outra informação carregada nainformação de confirmação de transmissão/recepção, a RLC PDU éreconfigurada na forma de duas ou mais RLC subPDUs tal que as RLCsubPDUs podem ser transmitidas ao terminal de recepção. 0 terminalde transmissão também pode reconfigurar a RLC PDU na forma de duasou mais RLC subPDUs com a condição de que qualquer uma das RLCPDUs transmitidas não chegue ao terminal de recepção.

Em um aspecto da invenção, a informação deprogramação ou informação de confirmação de transmissão/recepçãorecebidas ao terminal de recepção a partir do terminal detransmissão indicam o tamanho das RLC subPDUs reconfiguradas peloterminal de transmissão. Preferivelmente, a informação deprogramação é transmitida a partir do eNodo-B ao UE para indicarqual de uma pluralidade de UEs usará um tamanho predeterminado derecursos de rádio durante um tempo predeterminado.Especificamente, a informação de programação indica informação detamanho de recursos de rádio a ser usada por um determinado UE, einformação de tempo a ser usada pelo determinado UE de acordo comos recursos de rádio que apresentam a informação de tamanho.

Preferivelmente, a informação de confirmação detransmissão/recepção é transmitida a partir do terminal derecepção para o terminal de transmissão para indicar a recepçãocorreta de uma dentre uma pluralidade de PDUs ou SDUs ao terminalde recepção. A informação de confirmação de transmissão/recepçãotambém indica a não recepção de uma dentre a pluralidade de PDUsou SDUs ao terminal de recepção. 0 terminal de recepção reconhecese um bloco de dados recebido é a RLC PDU ou a RLC subPDU. Se oterminal de recepção não reconhecer, o terminal de recepçãoreagrupa uma RLC SDU ao ligar dados não relacionados em um únicopacote. Caso contrário, a ordem das unidades de dados contida naúnica RLC SDU pode ser mudada de uma ordem original.

Para distinguir entre a RLC PDU e a RLC subPDU,um campo adicional capaz de discriminar entre a RLC PDU e a RLCsubPDU pode ser acrescentado a uma parte de cabeçalho de um blocode dados comunicadado entre o RLC e a MAC. De acordo com o valordo campo adicional, o RLC do terminal de recepção pode determinarse o bloco de dados recebido a partir da camada MAC mais baixa é aRLC PDU ou a RLC subPDU. Deste modo, ao transmitir os blocos dedados para a camada MAC mais baixa, a entidade RLC do terminal detransmissão determina se seus dados de transmissão é a RLC PDU oua RLC subPDU, e pode estabelecer adequadamente um discriminador dePDU/subPDU para a parte de cabeçalho do bloco de dados.

A seguir, serão descritas modalidades preferidasdas RLC subPDUs com referência aos desenhos. Notavelmente, osseguintes formatos RLC subPDUs não são limitados às modalidadespreferidas da presente invenção, e também podem ser aplicados aoutros exemplos conforme necessário.A Figura 7 é um diagrama que ilustra um métodopara transmitir dados de um sistema de comunicação móvel de acordocom uma modalidade da presente invenção. Fazendo referência àFigura 7, um primeiro bloco 70 inclui três pacotes IP.

Preferivelmente, os três pacotes IP são considerados RLC SDUs doponto de vista da entidade RLC. Preferivelmente, tamanhos depacotes IP individuais para uso em uma modalidade da presenteinvenção são 500 bits, 600 bits e 300 bits, respectivamente.

Um segundo bloco 71 indica como configurar a RLCPDUs usando os três pacotes IP. Neste relatório, é assumido que ostamanhos permitidos das RLC PDUs sob ambientes sem fio emtransmissões iniciais são 300 bits, 400 bits e 700 bits,respectivamente. Além disso, um RLC PDU inclui diversos campos decabeçalho.

Uma descrição detalhada de campos de cabeçalho

individuais de acordo com a presente invenção é a que se segue. Umcampo de ID de fluxo (ID de fila) indica qual dentre umapluralidade de RBs ou qual dentre uma pluralidade de entidades RLCé associada à RLC PDU. Realmente, um único UE inclui diversos RBs que possuem diferentes QoSs e características ou diversasentidades RLC que têm diferentes QoSs e características. Então, ocampo de ID de fluxo discrimina um RB individual de outros RBs.

Um campo de número de seqüência de transmissão(TSN) ajuda a rearranjar ou gerenciar a retransmissão das RLC PDUs recebidas. Preferivelmente, o valor TSN aumenta por um valorespecífico "1" sempre que uma nova RLC PDU é gerada. Assim, o TSNindica a ordem das RLC PDUs individuais em uma única entidade RLC.

Um campo indicador de comprimento (LI) indica umlimite de uma RLC SDU. Assim, se um única RLC PDU incluir duas partes RLC SDU, um terminal de recepção pode separar adequadamenteentre as RLC SDUs usando a informação de limite da RLC SDU.

Um terceiro bloco 72 indica como reconfigurar aRLC PDU na forma de RLC subPDUs. Quando um terminal de recepçãoinformar não recepção de uma RLC PDU específica a um terminal de transmissão usando uma operação ARQ, o terminal de transmissão érequerido para retransmitir a RLC PDU. Porém, em um momentoespecífico no qual a retransmissão é requerida, uma quantidade derecursos de rádio disponível para uso por uma camada mais baixa doterminal de transmissão pode ser insuficiente para transmitir aRLC PDU. Consequentemente, é preferível dividir a RLC PDU em RLCsubPDUs, ou reconfigurar a RLC PDU na forma de RLC subPDUs, talque as RLC subPDUs possam ser transmitidas ao terminal de recepçãousando os recursos de rádio disponíveis.

Fazendo referência à Figura 7, um método parareconfigurar uma segunda RLC PDU do segundo bloco 71 na forma deuma pluralidade de RLC subPDUs será descrito em seguida. Nesterelatório, é assumido que a quantidade de dados capaz de sertransmitida durante uma unidade de tempo baseada em ambientes semfio ao retransmitir de um final mais baixo (ou camada mais baixa)é 100 bits, 200 bits e 100 bits, respectivamente. Então, a RLC PDUa ser retransmitida é configurada na forma de RLC subPDUs para asquais 100 bits, 200 bits e 100 bits são designadosconsecutivamente.

Preferivelmente, o terminal de transmissãoinforma o terminal de recepção de uma transmissão ao transmitir aRLC PDU ou RLC subPDUs. Assim, para distinguir as RLC subPDUs daRLC PDU, o campo LI que possui um valor específico pode ser usado.Na Figura 7, um campo LI especial é usado durante a transmissão deum RLC subPDU. Então, sempre que o terminal de recepção recebe ocampo LI especial, o terminal de recepção determina que o bloco dedados recebido é uma RLC subPDU, e executa operaçõesconsequentemente.

Geralmente, o terminal de recepção usa o campo LIpara determinar o limite de uma RLC SDU. Porém, se o terminal derecepção receber uma RLC PDU com um campo LI ajustado a um valorespecífico, o terminal de recepção considera a RLC PDU recebidacomo RLC SubPDU. Naquele caso, para identificar a RLC PDU originalassociada à RLC subPDU recebida, o campo TSN da RLC subPDUs éajustado ao mesmo valor como o campo TSN da RLC PDU original.Então, o terminal de recepção pode reconhecer a informação delocalização das RLC subPDUs recebidas, RLC PDUs associadas ou RLCSDUs associadas.

Consequentemente, se uma única RLC PDU fordividida em várias RLC subPDUs, informação adicional é requeridapara que um terminal de recepção determine a ordem das RLC subPDUsrecebidas. Assim, um campo info subPDU é preferivelmente usadopara este propósito.

O campo info subPDU indica se uma RLC subPDUespecifica está localizada em uma parte de final de sua RLC PDUassociada é informação de localização relativa da RLC subPDUespecifica entre as RLC subPDUs associadas. Por exemplo,recorrendo ao terceiro bloco 72 da Figura 7, o campo info subPDUdo terceiro RLC subPDU indica que a RLC subPDU especifica é umaRLC subPDU final associada à RLC PDU, e que a RLC subPDUespecifica é a terceira RLC subPDU entre RLC subPDUs associadas àRLC PDU.

Embora as RLC subPDUs sejam retransmitidas apartir do terminal de transmissão ao terminal de recepção comodescrito acima, o terminal de recepção pode não receber algumaspartes das RLC subPDUs corretamente. Consequentemente, as RLCsubPDUs podem ser divididas adicionalmente em blocos de dados maisbaixos. Porém, se a probabilidade de perder toda a RLC PDU e RLCsubPDUs associadas for extremamente baixa, é preferível que umaRLC subPDU não seja dividida adicionalmente.

A Figura 8 é um diagrama que ilustra um métodopara transmitir dados de um sistema de comunicação móvel de acordocom uma modalidade da presente invenção. Fazendo referência àFigura 8, um primeiro bloco 80, um segundo bloco 81 e um terceirobloco 82 são estruturalmente semelhantes ao primeiro, ao segundo eao terceiro bloco da Figura 7. Porém, campos adicionais sãodescritos na Figura 8.

Um campo indicador de sub-quadramento(subframing) (S) indica que o bloco de dados recebido é RLC subPDUde um RLC PDU. Preferivelmente, se o campo S é ajustado em "Y",então um bloco de dados correspondente é um RLC subPDU.

Um campo indicador de extensão de comprimento(LEX) indica se um próximo campo é um campo LI ou um RLC SDU. Se ocampo LEX for ajustado em "Y", então o próximo campo é o campo LI.Um campo info subPDU é usado quando um terminal de recepçãorearranjar as RLC subPDUs.A Figura 9 é um diagrama que ilustra um métodopara transmitir dados de um sistema de comunicação móvel de acordocom uma modalidade da presente invenção. Fazendo referência àFigura 9, um primeiro bloco 90, um segundo bloco 91 e um terceirobloco 92 são estruturalmente semelhantes ao primeiro, ao segundo eao terceiro bloco das Figuras 7 e 8. Porém, são descritos camposadicionais na Figura 9.

Um campo de número de seqüência (SN) indica fluxode dados de uma RLC PDU correspondente ou informação delocalização em um canal lógico. Um campo de controle/dados/sub-quadro (C/D/S) indica se uma RLC PDU correspondente é uma ARQ RLCPDU para transmissão de dados, uma PDU de controle ARQ RLC paratransmitir informação de controle, ou um ARQ RLC subPDUreconfigurado quando a ARQ RLC PDU é retransmitida.

Um campo de completo/partial (C/P) indica se umaprimeira parte de dados da PDU é igual a uma primeira parte de umaSDU associada. O campo C/P também indica qual dentre umapluralidade de SDUs corresponde a um final da RLC PDU. Um casoexemplar, em que o campo C/P compreende dois bits é como a seguir.

Por exemplo, se o valor do campo C/P for "00", aparte inicial da PDU é igual à parte inicial da SDU, e o final daPDU é igual ao final da SDU. Se o valor do campo C/P for "01", aparte inicial da PDU é igual à parte inicial da SDU, e o final daPDU não é igual ao final da SDU. Se o valor do campo C/P for "10",a parte inicial da PDU não é igual à parte inicial da SDU, e ofinal da PDU é igual ao final da SDU. Se o valor do campo C/P for"11", a parte inicial da PDU não é igual à parte inicial da SDU, eo final da PDU não é igual ao final da SDU.

Um campo de seguimento (F) indica se um próximocampo é o campo LI ou dados. O campo indicador de comprimento (LI)indica um limite de uma SDU contido na PDU. Um campo de número deseqüência de sub-quadro (sSN) indica informação de localização deum subPDU especifico dentre uma pluralidade de subPDUs associadas.Um campo de resto (RM) indica a presença ou ausência de subPDUsassociadas depois da subPDU especifica.

Como ficou aparente da descrição anterior, apresente invenção provê um método para transmitir dados de umsistema de comunicação móvel. Se um bloco de dados especifico estápara ser retransmitido, mas recursos de rádio suficientes paratransmitir o bloco de dados não são providos, a presente invençãoreconfigura o bloco de dados para transmitir o bloco de dadosusando os recursos de rádio disponíveis. Preferivelmente, apresente invenção retransmite apenas o que é necessário. Então, aeficiência de transmissão de dados é aumentada e tempo dedesconexão de serviço de um usuário ou UE é reduzido.

Embora a presente invenção seja descrita nocontexto de comunicação móvel, a presente invenção também pode serusada em qualquer sistema de comunicação sem fio que usadispositivos móveis, tal como PDAs e laptops equipados comcapacidades de comunicação sem fio. Além disso, o uso de certostermos para descrever a presente invenção não deve limitar oescopo da presente invenção a certo tipo de sistema de comunicaçãosem fio, como UMTS. A presente invenção também é aplicável aoutros sistemas de comunicação sem fio que usam interfaces aéreasdiferentes e/ou camadas físicas, por exemplo, TDMA, CDMA, FDMA,WCDMA, etc.

As modalidades preferidas podem ser implementadas

como um método, equipamento ou artigo de manufatura usandoprogramação padrão e/ou técnicas de engenharia para produzirsoftware, firmware, hardware, ou qualquer combinação de tais. Otermo "artigo de manufatura" como usado neste relatório se refere ao código ou lógica implementada em lógica de hardware (porexemplo, um chip de circuito integrado, rede de portas lógicasprogramável (FPGA), circuito integrado de aplicação específica(ASIC), etc.) ou um meio legível por computador (por exemplo, meiode armazenamento magnético (por exemplo, discos rígidos, disquetes, fita, etc.), armazenamento óptico (CD-ROMs, discosópticos, etc.), dispositivos de memória voláteis e não voláteis(por exemplo, EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware,lógica programável, etc.).

O código no meio legível por computador éacessado e executado por um processador. O código no qualmodalidades preferidas foram implementadas pode ser acessíveladicionalmente por um meio de transmissão ou de um servidor dearquivos através de uma rede. Em tais casos, o artigo demanufatura na qual o código é implementado pode compreender umamídia de transmissão, tal como uma linha de transmissão de rede,mídia de transmissão sem fio, sinais que se propagam pelo espaço,ondas de rádio, sinais infravermelhos, etc. É claro que, ostécnicos na área reconhecerão que podem ser feitas muitasmodificações a esta configuração sem partir do escopo da presenteinvenção, e que o artigo de manufatura pode compreender qualquermeio que suporte informação conhecido na técnica.

Será aparente aos técnicos na área que podem serrealizadas várias modificações e variações na presente invençãosem partir do espírito ou escopo das invenções. Assim, pretende-seque a presente invenção cubra as modificações e variações destainvenção uma vez que dentro do escopo das reivindicações anexas esuas equivalentes.

APLICABILIDADE INDUSTRIAL

A presente invenção pode ser aplicada a umsistema de comunicação móvel.

Claims (20)

1. Método para transmitir dados em um sistema decomunicação móvel, o método caracterizado pelo fato de quecompreende:transmitir primeiros dados a um lado receptor;receber informação de confirmação para indicar seos primeiros dados foram transmitidos com sucesso ao ladoreceptor;se os primeiros dados não forem transmitidos comsucesso ao lado receptor, determinar se uma quantidade de recursosde rádio disponíveis é suficiente para retransmitir os primeirosdados para o lado receptor;retransmitir os primeiros dados para o ladoreceptor se a quantidade de recursos de rádio disponíveis forsuficiente para retransmitir os primeiros dados;reconfigurar os primeiros dados em pelo menossegundos dados se a quantidade de recursos de rádio disponíveisfor insuficiente para retransmitir os primeiros dados, em que ospelo menos segundos dados podem ser transmitidos ao lado receptorusando a quantidade de recursos de rádio disponíveis; etransmitir os pelo menos segundos dados para olado receptor.

2. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que a informação de confirmação érecebida a partir do lado receptor.

3. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que a informação de confirmação érecebida a partir de uma camada mais baixa de um lado transmissor.

4. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que os primeiros dados é uma unidade dedados de protocolo de camada de controle de link (RLC PDU)compreendendo pelo menos um dentre:um campo de número de seqüência (SN);um campo de controle/dados/sub-quadro (C/D/S);um campo de completo/parcial (C/P) ;um campo de seguimento (F) ; eum campo de indicação de comprimento (LI).

5. Método, de acordo com a reivindicação 4,caracterizado pelo fato de que o campo de controle/dados/sub-quadro (C/D/S) indica se a RLC PDU corresponde aos primeiros dadosou aos segundos dados.

6. Método, de acordo com a reivindicação 4,caracterizado pelo fato de que o campo de C/P indica como a RLCPDU é alinhada a uma unidade de dados de serviço (SDU) de camadasuperior.

7. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que os segundos dados é uma unidade dedados de sub-protocolo de camada de controle de link de rádio (RLCsubPDU) compreendendo pelo menos um dentre:um campo de número de seqüência (SN);um campo de controle/dados/sub-quadro (C/D/S);um campo de número de seqüência de sub-quadro(sSN);um campo de resto (RM);um campo de completo/parcial (C/P);um campo de seguimento (F); eum campo de indicação de comprimento (LI).

8. Método, de acordo com a reivindicação 7,caracterizado pelo fato de que o campo sSN indica uma ordemseqüencial de um dentre os pelo menos segundos dados dentro de umapluralidade de segundos dados transmitidos relacionados aosprimeiros dados.

9. Método, de acordo com a reivindicação 7,caracterizado pelo fato de que o campo RM indica se existemsegundos dados subseqüentes depois de um dentre os pelo menossegundos dados.

10. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que a quantidade de recursos de rádiodisponíveis compreende uma quantidade máxima de dados programadospara serem transmitidos ao lado receptor.

11. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que uma quantidade máxima de recursosde rádio disponíveis é indicada pela informação de programaçãorecebida a partir de uma rede.

12. Método, de acordo com a reivindicação 11,caracterizado pelo fato de que a informação de programação indicatemporização e freqüência dos recursos de rádio disponíveis.

13. Equipamento para transmitir dados em umsistema de comunicação móvel, o equipamento caracterizado pelofato de que compreende:dispositivo para transmitir primeiros dados a umlado receptor;dispositivo para receber informação deconfirmação para indicar se os primeiros dados foram transmitidoscom sucesso ao lado receptor;se os primeiros dados não foram transmitidos comsucesso ao lado receptor, dispositivo para determinar se umaquantidade de recursos de rádio disponíveis é suficiente pararetransmitir os primeiros dados para o lado receptor;dispositivo para retransmitir os primeiros dadospara o lado receptor se a quantidade de recursos de rádiodisponíveis for suficiente para retransmitir os primeiros dados;dispositivo para reconfigurar os primeiros dadosem pelo menos segundos dados se a quantidade de recursos de rádiodisponíveis for insuficiente para retransmitir os primeiros dados,em que os pelo menos segundos dados podem ser transmitidos ao ladoreceptor usando a quantidade de recursos de rádio disponíveis; edispositivo para transmitir os pelo menossegundos dados para o lado receptor.

14. Equipamento, de acordo com a reivindicação 13, caracterizado pelo fato de que a informação de confirmação érecebida a partir do lado receptor.

15. Equipamento, de acordo com a reivindicação 13, caracterizado pelo fato de que a informação de confirmação érecebida a partir de uma camada mais baixa de um lado transmissor.

16. Equipamento, de acordo com a reivindicação 13, caracterizado pelo fato de que os primeiros dados é umaunidade de dados de protocolo de camada de controle de link (RLCPDU) compreendendo pelo menos um dentre:um campo de número de seqüência (SN);um campo de controle/dados/sub-quadro (C/D/S);um campo de completo/parcial (C/P);um campo de seguimento (F); eum campo de indicação de comprimento (LI).

17. Equipamento, de acordo com a reivindicação-13, caracterizado pelo fato de que os segundos dados é uma unidadede dados de sub-protocolo de camada de controle de link de rádio(RLC subPDU) compreendendo pelo menos um dentre:um campo de número de seqüência (SN);um campo de controle/dados/sub-quadro (C/D/S);um campo de número de seqüência de sub-quadro(sSN);um campo de resto (RM);um campo de completo/parcial (C/P);um campo de seguimento (F); eum campo de indicação de comprimento (LI).

18. Equipamento, de acordo com a reivindicação-13, caracterizado pelo fato de que a quantidade de recursos derádio disponíveis compreende uma quantidade máxima de dadosprogramados para serem transmitidos ao lado receptor.

19. Equipamento, de acordo com a reivindicação-13, caracterizado pelo fato de que uma quantidade máxima derecursos de rádio disponíveis é indicada pela informação deprogramação recebida a partir de uma rede.

20. Equipamento, de acordo com a reivindicação-19, caracterizado pelo fato de que a informação de programaçãoindica temporização e freqüência dos recursos de rádiodisponíveis.