BRPI0712247A2 - 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 - Google Patents
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 Download PDFInfo
- Publication number
- BRPI0712247A2 BRPI0712247A2 BRPI0712247-0A BRPI0712247A BRPI0712247A2 BR PI0712247 A2 BRPI0712247 A2 BR PI0712247A2 BR PI0712247 A BRPI0712247 A BR PI0712247A BR PI0712247 A2 BRPI0712247 A2 BR PI0712247A2
- Authority
- BR
- Brazil
- Prior art keywords
- user equipment
- channel
- data packet
- identifier
- value
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 39
- 238000000034 method Methods 0.000 title claims abstract description 27
- 238000004590 computer program Methods 0.000 title claims abstract description 9
- 238000009434 installation Methods 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 description 38
- 230000011664 signaling Effects 0.000 description 15
- 230000007704 transition Effects 0.000 description 6
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 5
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 5
- 230000006978 adaptation Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000001934 delay Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003595 spectral effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 102100032489 Heat shock 70 kDa protein 13 Human genes 0.000 description 1
- 101001016638 Homo sapiens Heat shock 70 kDa protein 13 Proteins 0.000 description 1
- 101000835093 Homo sapiens Transferrin receptor protein 1 Proteins 0.000 description 1
- 101000720079 Stichodactyla helianthus DELTA-stichotoxin-She4a Proteins 0.000 description 1
- 102100026144 Transferrin receptor protein 1 Human genes 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009118 appropriate response Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004907 flux Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4547—Network directories; Name-to-address mapping for personal communications, i.e. using a personal identifier
-
- 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/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
EQUIPAMENTO DE USUáRIO; MéTODO PARA COMUNICAçãO DE UM PACOTE DE DADOS A 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.Trata-se de um equipamento de usuário para comunicação de dados em um sistema de comunicações que compreende um conjunto de equipamentos de usuário; que compreende: Um transceptor disposto para receber, ao menos, um pacote de dados através de um canal de comunicações, em que o pacote de dados compreende um identificador; e um processador disposto para determinar, a partir do identificador, se o dito equipamento de usuário é um equipamento de um subconjunto de equipamentos de usuário, em que o processador é configurado para determinar se o primeiro identificador é um identificador do subconjunto de identificadores de equipamento de usuário quando o identificador é compatível a um primeiro valor, se o canal de comunicações é um canal comum, ou a um segundo valor, se o canal de comunicações é um canal de uso exclusivo.
Description
"EQUIPAMENTO DE USUÁRIO; MÉTODO PARA COMUNICAÇÃO DE UM PACOTE DE DADOS A 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".
Antecedentes da Invenção:
Campo da Invenção:
A presente invenção refere-se a equipamentos de usuário para sistemas de comunicação e, em particular, mas sem exclusividade, para acesso em pacote com enlace descendente de alta velocidade (HSDPA) para sistema de comunicação WCDMA.
Descrição da Técnica Relacionada:
Conforme é conhecido no campo, um desenvolvimento adicional do acesso múltiplo por divisão de código de banda larga (WCDMA) / sistema universal de telecomunicações moves (UMTS), sistema de comunicação definido pela organização 3GPP, é a definição do sistema conhecido como acesso em pacote com enlace descendente de alta velocidade (HSDPA). O HSDPA funciona como um canal de comunicações de tempo compartilhado que fornece o potencial para taxas de dados de alto pico, bem como a possibilidade de possuir uma alta eficiência espectral.
Os padrões atuais 3GPP HSDPA (por exemplo, 3GPP TS 25.858) definem um canal HS-DSCH (canal compartilhado com enlace descendente de alta velocidade), o qual é um canal de transporte de enlace descendente compartilhado através de diversos equipamentos de usuári o. O HS-DSCH é associado a um DPCH com enlace descendente (canal físico de uso exclusivo com enlace descendente) ou F-DPCH (opção em 3GPP Rel6) por usuário ativo e um ou mais dos diversos canais de controle compartilhado. O HS-DSCH pode ser transmitido através de toda a célula ou através de somente parte da célula usando-se, por exemplo, antenas formadoras de feixes.
O HSDPA aprimora a capacidade de sistema e aumenta as taxas de dados de usuário no enlace descendente, em outras palavras, para transmissão de dados a partir de uma estação base de rádio (RBS), a qual, em um sistema UMTS, também é conhecida como um servidor de nó B (e, no GSM, é conhecida pelo termo estação base de transceptor BTS), para os equipamentos de usuário. Esse desempenho aprimorado é baseado em três aspectos. O primeiro aspecto é o uso de modulação e codificação adaptável.
Em HSDPA, a entidade de adaptação de enlace na estação base de rá dio (servidor de nó B) tenta adaptar as condições de canal atuais de um determinado equipamento de usuár io (ou terminal de usuário) através da seleção do esquema de modulação e codificação mais alto possível, mantendo a probabilidade de erro de quadro abaixo de um determinado limiar. Com esse propóãto, os equipamentos de usuário enviam, de modo periódico, relatórios de retorno de qualidade de canal para a RBS servidora respectiva, a qual indica o formato de transmissão recomendado para o próximo intervalo de tempo de transmissão (TTI), incluindo o tamanho de bloco de transporte recomendado, o número de códigos recomendado e o esquema de modulação que se tem suporte, bem como um possível deslocamento de energia. O valor de indicador de qualidade de canal (CQI) relatado é determinado com base em medições de um canal piloto comum. Em uma implantação típica, aponta-se um índice em uma das tabelas especificadas no documento "3GPP TS 25.214 - Physical Layer Procedures (FDD)" definindo-se as possíveis combinações de formato de transmissão (conforme supramencionado) para diferentes categorias de equipamentos de usuári o (UE).
O segundo aspecto é o fornecimento de retransmissões rápidas com uma combinação suave e uma redundância incrementai, com o objetivo de que, quando ocorrem erros de enlace, os equipamentos de usuário rapidamente solicitem a retransmissão dos pacotes de dados. Visto que a rede WCDMA padrão especifica que as solicitações são processadas pelo controlador de rede de rádio (RNC), em HSDPA, a solicitação é processada pela RBS. Ademais, o uso de redundância incrementai permite a seleção de bits corretamente transmitidos a partir da transmissão original e da retransmissão, com o propóàto de minimizar a necessidade por solicitações repetidas adicionais quando diversos erros ocorrem em sinais transmitidos.
O terceiro aspecto de HSDPA é um escalonamento rápi do na RBS. Esse é o local em que os dados a serem transmitidos para os equipamentos de usuário são armazenados temporariamente na RBS antes da transmissão e a RBS que utiliza um critério de seleção seleciona alguns dos pacotes a serem transmitidos com base nas informações acerca da qualidade de canal, da capacidade de equipamentos de usuári o, da qualidade de classe de serviço e da disponibilidade de energia/código. Um escalonador comumente usado é o chamado escalonador (P - FR) de eqüidade proporcional.
Embora o HSDPA seja um método eficiente para a entrega de quantidades relativamente grandes de dados em períodos de tempo relativamente curtos (o TTI para um sistema HSDPA é de 2 ms). Esse desempenho, no entanto, pode ser usado somente quando os equipamentos de usuário estão funcionando no estado de canal de uso exclusivo (estado CELL_DCH), em outras palavras, após o estabelecimento de uma conexão de camada físi ca entre os UE e a RBS e o alojamento de canais de uso exclusivo pela conexão de camada.
A transição dos UE para o estado de canal de uso exclusivo (estado CELLDCH) e o estabelecimento de uma conexão HSDPA pode levar até um segundo. Portanto, de modo específico, enquanto a quantidade de dados exigidos a ser transmitida é relativamente pequena, a transição de estado para o estado CELLJDCH pode levar mais tempo do que a transmissão de dados atual.
Ademais, quando os UE estão em processo de alteração de estado para o estado CELL_DCH, o estado exigido tem que ser direcionado aos UE pelo canal de acesso de avanço (FACH), o qual é significantemente mais vagaroso e menos robusto do que os últimos canais de transmissão.
Antes e depois da transição para o estado CELL_DCH, o estado CELL_FACH exige que o canal de controle de uso exclusivo para enlace descendente (DCCH) e o canal de tráfego de uso exclusivo para enlace descendente são mapeados no canal de acesso de avanço. Essa exigência aumenta a sinalização de controle de recurso de rádio (RRC) (causado pelas informações DCCH adicionais) e o atraso de transmissão de dados (causado pelas informações DTCH adicionais). A duração de tempo mínima da transmissão FACH (a qual é executada através do canal físico de controle comum secundário (S-CCPCH) é de, aproximadamente, 10 milisegundos. Durante a fase de estabelecimento de conexão (RRC) de controle de recurso de rádio, a transmissão (CCCH) de canal de controle comum é mapeado no canal de acesso de avanço. A Figura 1 mostra o procedimento para transição dos UE para o estado de canal de uso exclusivo (CELL_DCH) conforme descrito no relatório técnico TR 25,931 de 3GPP. Na etapa 107 da Figura 1 (a qual é descrita em maiores detalhes mais adiante), a mensagem de configuração de conexão RRC, a qual é tipicamente executada através do canal de controle comum (CCCH), é executada no canal de acesso de avanço (FACH), o qual, por sua vez, é mapeado no canal físico de controle comum secundário (S-CCP CH).
É conhecida, também, a entrega de dados para um UE que não esteja no estado de canal de uso exclusivo (CELLJDCH) através do uso do canal de acesso de avanço (FACH) para entregar pequenas quantidades de dados ou informações de controle para os UE. Portanto, essa abordagem apresenta problemas associados com ao FACH, uma baixa taxa de dados e retransmissão lenta.
A capacidade do canal de acesso de avanço do S-CCPCH é relativamente baixa, tipicamente entre 32 a 64 KBps, a qual limita o uso do canal de acesso de avanço para pacotes pequenos.
Portanto, é possível somente transmitir, tipicamente, uma ou duas unidades de dados de protocolo de controle de enlace de rádio (RLC PDU) de canais de controle comum (CCCH) em um único TTI (um pacote CCCH RLC PDU comum é de 152 bits). Portadores de rádio de sinalização (SRB) mapeados no canal de controle de uso exclusivo e pacotes (UM RLC) de controle de enlace de rádio de modo não-reconhecido de utilização produzem RLC PDUs, as quais duram por 136 ou 120 bits. Os SRBs que usam controle de enlace de rádio de modo reconhecido (AM RLC) produzem RLC PDUs, as quais duram 128 bits. Nos modos não-reconhecido e reconhecido que usam o canal de controle comum (CCCH), uma ou mais unidades de dados de protocolo podem ser transmitidas por TTI.
O tamanho típico de RLC PDU (DTCH) de canal de tráfego de uso exclusivo é de 320 bits. Visto que o TTI típico para FACH é 10 ms, uma única DTCH RLC PDU (ou pacote) transmitida por TTI utiliza quase toda a capacidade de taxa de dados de 32 KBps de um único FACH. A confiabilidade do canal de acesso de avanço (FACH) também é limitada, já que as retransmissões levam bastante tempo conforme as mesmas são executadas no RLC com base nos indicadores de situação de RLC transmitidos no canal de acesso aleatório no enlace ascendente. Além disso, uma mensagem transmitida em CCCH não possui retransmissão na camada RLC e, no caso de erro de sinalização, a camada RRC precisa iniciar a retransmissão da mensagem RRC, caso a mensagem de resposta adequada não seja recebida dentro de um determinado período de tempo. Tipicamente, esse tempo é muito longo (na ordem de segundos), devido a atrasos de transmissão no FACH (DL) e canal (UL) RACH.
O consumo de energia típico de UE 3G no estado de canal de uso exclusivo (CELL_DCH) é de aproximadamente 250 mA, no estado de canal de acesso de avanço transicional (FACH) é de aproximadamente 120 mA e no estado de canal de paginação (CELL/URAPCH) ou no estado inativo é, tipicamente, 5 mA. O uso de canal FACH para transmitir dados pode resultar em um maior consumo de energia, visto que a recepção de canal de acesso de avanço (FACH) exige mais tempo para receber todos os dados (baixa velocidade).
Portanto, em resumo, as exigências para uso do canal de acesso de avanço (FACH) através do canal físico de controle comum secundário (S-CCPCH) para transmissão (como um estado transicional ou como um estado de operação para transferir dados) são baixas taxas de dados, baixas taxas de retransmissão e, ainda, um consumo de energia de UE relativamente alto.
Uma questão adicional em relação ao único identificador H-RNTI, o qual é usado para identificar o receptor presente de cada pacote transmitido que já esteja na camada física, pode resultar em problemas na identificação de subgrupos dentro do grupo comum que responde ao valor H-RNTI comum. Por exemplo, quando os equipamentos de usuário não poss uem um RNTI válido que se identifique dentro da célula (C-RNTI).
Sumário da Invenção:
Um objetivo da invenção, e das modalidades presentes nessa, é fornecer um aperfeiçoamento para sistemas de acesso móvel, aos quais, ao menos parcialmente, se direcionam os problemas revelados acima. Os aspectos da invenção podem ser observados a partir das reivindicações em anexo.
Breve Descrição das Figuras:
A invenção é descrita com fins exemplificativos somente através de referência às figuras em anexo, nas quais:
A Figura 1 mostra um fluxograma que apresenta as etapas desempenhadas conforme um UE estabelece uma conexão RRC e se move para um estado de canal de uso exclusivo (CEI_L_DCH); a Figura 2 mostra uma vista esquemática de um sistema de comunicações, dentro da qual as modalidades da presente invenção podem ser implantadas; e A Figura 3 mostra um fluxograma que apresenta as etapas desempenhadas em uma primeira modalidade da presente invenção; A Figura 4 mostra um fluxograma que apresenta as etapas desempenhadas para iniciar os UE em uma modalidade da presente invenção; A Figura 5 mostra um fluxograma que apresenta as etapas desempenhadas para iniciar os UE em uma modalidade adicional da presente invenção; A Figura 6 mostra uma vista esquemática da arquitetura de controle de acesso de meio de comunicação (MAC) para HS-DSCH comum nos equipamentos de usuário, Conforme usado nas modalidades da presente invenção; A Figura 7 mostra uma vista esquemática da arquitetura MAC para HS-DSCH comum no UTRAN; e A Figura 7 mostra um fluxograma que apresenta as etapas desempenhadas nas modalidades da presente invenção.
Descrição das Modalidades Preferidas:
A invenção é ora descrita com fins exemplificativos através de referência a diversas modalidades. A invenção é descrita no contexto de um sistema de comunicações celulares e, de maneira específica, a um sistema de comunicações HSDPA WCDMA/UMTS. É possível compreender, portanto, que a invenção pode ser igualmente capaz de ser implantada em quaisquer sistemas de comunicações, os quais implantam o escalonamento de pacotes de dados, especialmente os que precisam direcionar o problema de latência e eficiência espectral em transmissão de pacotes de dados.
A Figura 2 mostra uma vista esquemát ica de um sistema de comunicações, dentro da qual as modalidade da presente invenção podem ser implantadas. O sistema compreende, ao menos, um equipamento de usuário (UE) 1. O equipamento de usuário 1 pode ser, por exemplo, um telefone móvel, porém, também pode ser, por exemplo, um laptop habilitado para comunicação, um assistente pessoal ou qualquer outro dispositivo adequado.
O equipamento de usuário 1 se comunica, de modo sem fio, através de rádio com uma diversidade de estações base de radio (RBS) 3. As estação base de rádio também são conhecidas no padrão UMTS como nóB. Na descrição a seguir, os termos nó B e estação base de rádio (RBS) devem ser usados alternadamente.
Cada equipamento de usuário 1 é disposto de modo que seja capaz de se comunicar com mais de uma RBS 3 e, de maneira similar, cada RBS 3 é disposta de modo que seja capaz de se comunicar com mais de um UE 1. A RBS 3 se comunica, de modo adicional, com um controlador de rede de rádio (RNC) 5 (o qual também conhecido no padrão GSM como um controlador de estação base (BSC)). O RNC 5 pode se comunicar, de maneira adicional, com uma rede de núcleo (CN) 7. A CN 7 pode ser comunicar, de modo adicional, com outras redes, por exemplo, redes públicas fixas para telefonia móvel (PLMNs) ou a rede de computadores conhecida como 'Internet'.
Para esclarecer alguns dos termos usados nas modalidades da invenção descritas abaixo, um fluxograma é descrito, com o auxílio da Figura 1, para um estabelecimento de conexão de controlador de recurso de rádio (RRC), conforme seria executado por um UE na rede, como definido por 3GPP TR 25.931.
Na etapa 101, o UE 1 inicia a configuração de uma conexão de controlador de recurso de rádio através do envio de uma mensagem de solicitação de conexão de controlador de recurso de rádio (RRC) no canal de controle comum (CCCH) para o RNC servidor 5 por meio da célula selecionada, ou seja, a célula da RBS 3. A solicitação de conexão contém os parâmetros do valor inicial de identidade de equipamento de usuário (UE) Ieo motivo para estabelecer a conexão. Na etapa 102, o controlador de rede de rádio servidor (RNC) 5 estabelece a conexão de Controle de Recurso de Rádio (RRC) para o UE 1 e decide usar um canal de uso exclusivo para essa conexão RRC particular e aloja um UTRAN (rede terrestre de acesso de rádio UMTS), RNTI (identificador temporário de rede de rádio) e recursos de rádio LI, L2 para a conexão de controlador de recurso de rádi o. Quando um canal de uso exclusivo é configurado, uma mensagem de protocolo de aplicação de nóB (NBAP), uma mensagem de "solicitação de configuração de enlace de rádio", é enviada à RBS 3. Os parâmetros contidos na solicitação de configuração de enlace de rádio incluem o valor de identificação de célula, o conjunto de formato de transporte, o conjunto de combinação de formato de transporte, a freqüência, os códgos de cruzamento de sinais de enlace ascendente a serem usados (somente para comunicação de duplexação por divisão de freqüência (FDD)), as aberturas de tempo a serem usadas (somente para comunicação de duplexação por divisão de tempo (FDD)), o código de usuário (somente para TDD) e informações de controle de energia.
Na etapa 103, a RBS 3 aloja os recursos, inicia a recepção dos canal físicos de enlace ascendente e responde com uma mensagem NBAP, uma mensagem de "resposta de configuração de enlace de rádio". A mensagem de resposta de configuração de enlace de rádio contém parâmetros que definem o término do enlace de sinalização, informações direcionadas para camada de transporte (como o endereço de tipo 2 (AAL2) de planejamento de adaptação de ATM, identidade de vinculação AAL2 para o portador de transporte de dados Iub.
Na etapa 104, o controlador de rede de rádio servidor inicia a configuração de portador de transporte de dados que usa o protocolo de parte de aplicação de controle de enlace de acesso. Essa solicitação contém a identidade de vinculação AAL2 para vincular o portador de transporte de dados Iub para o canal de uso exclusivo. A solicitação para configuração de portador de transporte de dados Iub é reconhecida pela RBS 3.
Nas etapas 105 e 106, a RBS 3 e o RNC 5 servidor estabelecem sincronia para os portador de transporte de dados Iub e Iur por meio de troca adequada de quadros de protocolo de quadro de canal de uso exclusivo, por exemplo, as mensagens de "sincronização de enlace descendente" e de "sincronização de enlace ascendente". Após a sincronização, a RBS 3 inicia a transmissão de enlace descendente para o UE 1. Na etapa 107, uma mensagem é enviada a partir do RNC 5 servidor para o UE 1, sendo que a mensagem é uma mensagem de configuração de conexão de controlador de recurso de rádio (RRC) enviada no canal de controle comum (CCCH). As mensagens de configuração de conexão de RRC contém os parâmetros do valor de identidade inicial de UE1 ο U-RNTI (válido em UTRAN no estado CELLFACH e em CELL/URA_PCH), o C - RNTI (válido na célula no estado CELL_FACH), a exigência de atualização de capacidade, o conjunto de formato de transporte, o conjunto de combinação de formato de transporte, a freqüência, o código de cruzamento de sinais de freqüência de enlace descendente (somente FDD), as aberturas de tempo (somente TDD), o código de usuári o (somente TDD), informações de controle de energia e outros dados conforme definido no padrão 3GPP TS25.331, seção 10.2.40, em particular com o objetivo de configurar a conexão de sinalização em HSDPA.
Na etapa 108, a RBS 3 alcança sincronização de enlace ascendente e notifica o RNC 5 com uma mensagem NBAP, uma "indicação de restauração de enlace de rádio".
Na etapa 109, uma mensagem completa de configuração de conexão de RRC é enviada no canal de controle de uso exclusivo (DCH) a partir do UE 1 para o RNC 5 servidor através da RBS 3 servidora. Essa mensagem completa de configuração de conexão de RRC contém os parâmetros de informações de integridade, informações de decifração e a capacidade de acesso de rádio de UE.
Conforme foi descrito acima, essas etapas são exigidas com o objetivo de executar uma comunicação de acesso em pacote com enlace descendente de alta velocidade.
Dessa forma, na operação HSDPA em estado CELLJDCH, é designado para cada UE um único H-RNTI que é usado para identificar o receptor pretendido de cada pacote transmitido já presente na c amada fí sica.
Nas modalidades da invenção, conforme descrito em detalhe abaixo, o uso de HSDPA, exceto no estado CELL DCH, utiliza um identificador de camada física comum (isto é, um valor de identidade de UE de grupo), o qual é conhecido por um UE sem que seja necessário designar uma identidade para cada UE. O receptor UE pretendido é, em seguida, identificado pelo cabeçalho MAC no caso de transmissão DTCH ou DCCH ou a partir de identidade de UE incluída na mensagem RRC no caso de mensagem CCCH (configuração de conexão de RRC, confirmação de atualização de célula), conforme e executado pelo FACH na técnica anterior. Em modalidades da presente invenção, um UE no estado de canal de uso exclusivo ou não-exclusivo pode detectar se a transmissão ocorreu para o mesmo ou não, porém, em CELLJDCH, o UE toma conhecimento disso através da camada física sem que seja necessário primeiramente r eceber e decodificar o pacote de dados.
Na Figura 3, um fluxograma que mostra as etapas executadas em uma primeira modalidade da invenção é descrito.
Na etapa 201, um UE 1 recebe um primeiro valor de identificação comum (CCCH H - RNTI), o qual é utilizado quando o UE não possui um C-RNTI válid o (que define um grupo de valor de identificação de UE), a partir de uma difusão de informações de sistema (SIB) proveniente do RNC que é tipicamente usado para detecção de HS- SCCH antes da conexão de RRC ser estabelecida ou quando C-RNTI não é válido após a resseleção de célula, isto é, para receber a mensagem de instalação de conexão de RRC ou a confirmação de atualizar de célula (quando somente U-RNTI é válido).
Em Outros modalidade da invenção, a UE calcula o parâmetro comum e parâmetros correspondentes HS-SCCH/HS-DSCH provenientes do transmissor SIB a partir do RNC.
Em modalidade adicional, o valor H-RNTI é um valor pré-determinado conhecido estabelecido pelo operador antecipadamente.
O UE também recebe um segundo valor de identificação comum (DCCH/DTCH H - RNTI). O UE usa o DCCH/DTCH H-RNTI quando o UE possui um C - RNTI válido. É discutida mais adiante a maneira através da qual o UE recebe esse segundo valor H-RNTI e quaisquer parâmetros HS-SCCH/HS-DSCH correspondentes. No entanto, essas informações podem ser obtidas a partir da sinalização de RRC de uso exclusivo. Por exemplo, esses valores podem ser obtidos a partir de uma solicitação de reconfiguração de canal físico. Em outras modalidades, o UE obtém o DCCH/DTCH H- RNTI e os parâmetros HS-SCCH/HS-DSCH correspondentes a partir da SIB ou da paginação transmitida a partir do RNC. Em modalidades adicionais, o valor DCCH/DTCH H-RNTI e os parâmetros HS-SCCH/HS-DSCH correspondentes são pré- determinados e estabelecidos pelo operador.
O UE 1 também recebe um valor de identificação individual (um valor de Identificação de UE individual) que identifica um único UE 1. Esse valor de Identificação pode ser determinado, durante uma conexão de RRC (C-RNTI), na etapa 107, para que o UE que possui conexão de RRC e um C-RNTI válido possa detectar se a transmissão é diretamente para o mesmo a partir de HS - SCCH na camada física. Em algumas modalidades da presente invenção, esses valor de Identificação podem ser atualizados pela sinalização de RRC de uso exclusivo. Conforme discutido acima em algumas modalidades, o C-RNTI não é um valor válido.
Na etapa 203, os valores de identificação recebidos são armazenado no UE 1.
Na etapa 205, o UE recebe um quadro de dados de acesso em pacote com enlace descendente de alta velocidade (HSDPA) enviado usando-se o canal compartilhado de enlace descendente de alta velocidade (HS-DSCH) com um valor de cabeçalho MAC indicando um único valor de Identificação de UE. Os dados associados de canal de controle compartilhado de alta velocidade (HS-SCCH) para o mesmo quadro compreendem informações que identificam um valor H-RNTI comum. Os dados HS- SCCH também especificam o formato de transporte e a taxa do canal compartilhado de enlace descendente físico de alta velocidade - o canal físico através do qual os dados HS- DSCH são transmitidos. Visto que os valores são usados no cabeçalho MAC, o UE pode detectar se a transmissão de dados foi programa para o UE ou não, mesmo quando a Identidade comum é usada, por exemplo, no caso de uma transmissão CCCH, o UE 1 pode identificar se a transmissão foi para o UE na camada de RRC.
Na etapa 207, o UE 1 verifica se, para a Identificação enviada, o canal de controle compartilhado de alta velocidade (HS-SCCH) é compatível com a Identificação comum do UE (o CCCH H-RNTI quando o UE não possui um C-RNTI vál ido ou o DCCH/DTCH H-RNTI quando o UE possui um C-RNTI válido) ou se a Identificação de uso exclusivo dos UE foi planejada para algum desses. A Identificação do UE comum ou o valor de Identificação de uso exclusivo são transmitidos em uma maneira conhecida, isto é, o valor no HS-SCCH é transmitido da mesma maneira em que seria executado para qualquer UE no estado de canal de uso exclusivo, o qual possui uma Identificação de UE planejado para o mesmo durante a configuração de RRC. O UE específico para qual os dados são direcionados, ao invés do grupo de UEs identificado pelo valor de Identificação de UE de grupo, é determinado por um identificador único no cabeçalho de protocolo de controle de acesso ao meio de comunicação (MAC) associado ao HS-DSCH.
Portanto, nas modalidades da invenção, pequenas quantidades de dados de alta velocidade não podem ser recebidas por um UE no canal de uso exclusivo sem a solicitação de passagem pelo estado de canal de acesso de avanço.
Em modalidades adicionais da invenção, qualquer UE 1 que estabeleça a conexão de RRC, conforme descrito anteriormente, pode usar o valor de Identificação de UE transmitido para o mesmo na difusão de informações de sistema (SIB). A SIB difunde informações por toda a célula e pode ser recebida por qualquer UE dentro da célula sem que o RBS 3 tenha conhecimento de qual UE 1 recebeu a SIB. As transmissões SIB não exigem uma transmissão de reconhecimento e, portanto, podem ser portadoras vantajosas do valor de Identificação de UE de grupo. Em modalidades adicionais, o RNC 5 aloja os valores de Identificação de UE de grupo, os quais são transferidos para o RBS 3 a ser transmitido para o UE 1.
Em algumas modalidades da invenção, a Identificação única é transmitida para o UE 1 através de mascaramento direto para um CRC no HS-SCCH. Mascarar uma Identificação única para um CRC no HS-SCCH significa que o CRC, uma soma de verificação para habilitar o receptor para determinar se um pacote é recebido de modo correto, é modificado pelo valor de Identificação de modo que somente um receptor que tenha conhecimento da Identificação pode determinar o valor de CRC correto e, portanto, é capaz de detectar se o HS-SCCH foi recebido corretamente. A vantagem de marcarar uma Identificação para um CRC no HS-SCCH é que nenhum bit adicional é inserido no HS-SCCH devido à inclusão da Identificação única de UE, porém, as informações de Identificação única de UE estão presentes na mensagem HS - SCCH. Em outras modalidades, o valor de Identificação é inserido na camada de cabeçalho/RRC MAC onde há um campo de bit específico para o valor de Identificação de UE. Não é exigido que as modalidades que usam o cabeçalho MAC executem um mascaramento ou modificação do sinal que não seja a inserção do valor no campo de bit. O UE 1 deve detectar primeiramente a Identificação (isto é, determinar se o CRC específico de UE indica uma recepção correta) no HS-SCCH antes que o mesmo tente decodificar o HS-DSCH para verificar se a Identificação única no cabeçalho MAC ou a mensagem de RRC são compatíveis com o valor de Identificação única de UE.
Portanto, a Identificação de nível de MAC/RRC deve ser única se a Identificação de HS- SCCH é a Identificação de UE de grupo e se a Identificação de HS-SCCH é a única Identificação de UE e, em seguida, a Identificação de UE de MAC/RRC pode ser considerada como igual em valor.
Em algumas modalidades da invenção, o UE 1 na área de registro UTRAN - estado de canal de paginação (CELL/URA PCH) ou no estado inativo - não perceberia, de modo contínuo, as informações de acesso em pacote com enlace descendente de alta velocidade, porém é disposta para receber ambos os pacotes HS-DSCH e HS-SCCH somente em tempos pré-determinados.
Em uma modalidade adicional, o UE 1 é disposto para perceber o HS- SCCH em tempos pré-determinados e, em seguida, somente se o mesmo recebe um pacote de dados com a Identificação de UE de grupo pré-determinada, percebe os dados no HS- DSCH. Essa modalidade é similar ao modo de recepção HSDPA convencional, através do qual o UE detecta um pacote HS-SCCH direcionado para o mesmo antes de se tornar disposto para receber um pacote HS-DSCH direcionado para UE associado, com a diferença de que o UE somente percebe o HS-SCCH em tempos pré-determinados e, portanto, não permite que o UE desligue o receptor de rádi o durante os períodos de não- recepção, economizando, desse modo, energia para a bateria.
Em outras modalidades da invenção, o UE percebe quando é acionado por uma ocorrência. Por exemplo, o canal de acesso aleatório (RACH) pode ser usado devido à atividade de UE ou em resposta a uma mensagem de paginação. Em tais modalidades, o UE é capaz de conservar a energia, em outras palavras, de ficar "suspenso" e economizar energia de bateria se nenhuma atividade é prevista. Em tal modalidade, um UE 1 em modo inativo iniciaria uma recepção de acesso de pacote de dados de alta velocidade após o envio da solicitação de conexão de controlador de recurso de rád io no canal de acesso aleatório (RACH). Um UE 1 no estado CELL/URA PCH iniciaria a recepção HSDPA após o envio da mensagem de atualização de célula. O modo de suspensão é mais simples de organizar com o uso do HS-DSCH, visto que o TTI é curto (2 milisegundos comparados ao canal de acesso de avanço com um TTI de 10 milisegundos).
O equipamento de usuá rio 1 no estado CELL FACH transicional pode ser disposto, em algumas modalidades, para receber dados HSDPA continuamente se a rede for capaz de transmitir dados ou sinalização para o equipamento de usuário no canal de tráfego de uso exclusivo (DTCH) ou o canal de controle de uso exclusivo (DCCH).
O UE 1 no estado CELLJFACH também pode ser disposto para receber os dados, ocasionalmente, quando períodos de recepção descontínuos (DRX) são indicados para a transmissão de dados de HSDPA.
Nas modalidades supracitadas da invenção, comparando-se o HSDPA convencional proveniente do UE nos estados CELLDCH, não há condição de envio do UE 1 para a RBS 3 um relatório indicador de qualidade de canal (CQI), o qual é tipicamente transmitido no canal de controle de uso exclusivo de alta velocidade - o canal de retorno de enlace ascendente do HSDPA, para o equipamento de usuário no modo de canal de uso exclusivo, com o objetivo de auxiliar a seleção do MCS (esquema de modulação e codificação), na seleção para o canal físico compartilhado de enlace descendente de alta velocidade (HS-PDSCH) e no ajuste de energia do canal de controle compartilhado de alta velocidade (HS-SCCH). A seleção dos valores de MCS é disposta com o objetivo de que, para um canal de boa qualidade, os valores de MCS possam ser escolhidos para usar modulação de ordem mais alta e menos codificação e, portanto, para aumentar a produtividade de dados e para que, em canais de má qualidade, os valores de MCS possam ser escolhidos para usar uma modulação simples e mais codificação de correção de erro a fim de reduzir erros ao custo de uma menor capacidade de transmissão de dados.
Ademais, as modalidades acima não possuem retorno de reconhecimento (ACK/NACK) para a solicitação de reconhecimento de alta velocidade (HARQ - o reconhecimento de recepção de canal compartilhado de enlace descendente de alta velocidade). Portanto, para as modalidades acima não há nenhum sinal para indicar se uma retransmissão é solicitada posto que os sinais ACK/NACK são tipicamente transmitidos no enlace ascendente em um canal de controle de uso exclusivo de alta velocidade (o canal de retorno de enlace ascendente do HSDPA) para o equipamento de usuário no estado de canal de uso exclusivo.
Em uma modalidade adicional da invenção, a RBS 3 seleciona a energia do canal de controle compartilhado de alta velocidade e os valores de MCS para o HS- DSCH, consequentemente, com o propóáto de que seja capaz de ser recebido na borda da célula. Em modalidades adicionais da invenção, mecanismos são fornecidos para estimar as exigências de energia de HS-SCCH requeridas e os valores de MCS adequados para o HS - DSCH são exigidos e esses valores são selecionados para os fluxos de dados de HS - DSCH.
Em outras modalidades, os mesmos valores de transmissão são transmitidos mais de uma vez a fim de produzir a diversidade de tempo exigida no sistema e, ainda, produzir um ganho de HARQ exigido.
Nas modalidades acima, o sistema de transmissão, por exemplo, é dotado de um grau de controle de sistema - todos os UE 1 na célula são capazes de receber os dados.
Em uma modalidade adicional da invenção, a RBS 3, apesar de não possuir um relatório CQI específico para o equipamento de usuário, recebe do UE 1 um código de cruzamento de sinais de enlace ascendente pré-determinado que contém retorno de transmissão após receber a transmissão de canal compartilhado do alto enlace descendente pretendido para o mesmo. O sinal de retorno de transmissão nessas modalidades habilita um método HARQ, conforme conhecido na técnica a ser usada. Isso é mostrado na Figura 3 na etapa 209.
Nas modalidades adicionais da invenção, um relatório CQI é transmitido a partir do UE com o retorno de transmissão a fim de ser capaz de calcular as subseqüentes configurações de energia de canal de controle compartilhado de alta velocidade (HS-SCCH) e a seleção de MCS de canal compartilhado de enlace descendente de alta velocidade (HS-DSCH).
As modalidades dessa invenção, conforme descrito acima, podem ser implantadas através da exigência de qualquer UE com a Identificação de UE de grupo para reconhecer o recebimento do pacote e transmitir o relatório de CQI como se os dados fossem pretendidos para o mesmo. Uma modalidade alternativa exige que qualquer UE que identifica a Identificação de UE individual do UE na unidade de dados de protocolo para controlador de acesso a meios de comunicação e/ou a mensagem controladora de recurso de rádio após detectar, em primeiro lugar, a Identificação de UE de grupo no HS - SCCH antes de transmitir qualquer reconhecimento para a rede.
Em algumas modalidades da invenção, o controlador de rede de rádio de controle (RNC) poderia usar uma única conexão de tipo 2 de gabarito de adaptação de ATM (AAL2) através da interface Iub para canal de controle comum (CCCH) e para todos os canais de controle de enlace descendente (DCCH) e canais de tráfego de uso exclusivo (DTCH) alojados para ρ UE no estado transicional de canal de acesso de avanço. Portanto, a multiplexação de MAC-c pode, em algumas modalidades, ser usada ao invés do estado de transmissão de canal de acesso de avanço.
Em modalidades adicionais da invenção, nas quais é exigido que diferentes exigência de prioridade e qualidade de serviço (QoS) sejam satisfeitas, conexões AAL2 separadas são alojadas para o CCCH, DCCH e DTCH. Por exemplo, a transmissão do canal de controle comum (CCCH) e do canal de controle de uso exclusivo (DCCH) poderia ter, em algumas modalidades, um fator de prioridade e confiabilidade maior do que o canal de tráfego d e uso exclusivo (DTCH).
Embora as modalidades descritas acima se refiram ao uso dos canal HSDPA para transmitir quantidades moderadas de dados para o UE, essa transmissão de dados também se aplica à transmissão de dados na conexão de RRC na etapa 107 a partir do RNC 5 para o UE 1 por meio da RBS 3, conforme mostrado na Figura 1. Conforme descrito acima, através do uso de um canal mais rápido do que o FACH, a velocidade de recebimento dos pacote de dados de CCCH pode ser elevada e, portanto, o tempo exigido para de configurar o UE no modo CELL_DCH é reduzido. Uma Identificação de UE específica para o estado CELLJDCH é designada para o UE nesse estágio.
As modalidades, conforme descrito acima, fornecem uma maneira mais robusta e rápida de entregar dados de usuário e mensagem de sinalização de RRC para um UE do que usado um método de entrega convencional (FACH), conforme usado na técnica anterior. Também através do uso dessas modalidades, o UE 1 que não está no modo de canal de uso exclusivo da operação possui uma transição de estado mais ráp ida para o modo de canal de uso exclusivo de operação a partir dos modos inativo e de paginação, visto que esses exigem somente o recebimento de uma quantidade moderada de dados, os quais podem ser apresentados com técnicas HSDPA sem exigir que o equipamento de usuário troque dados por meio do estado FACH.
Embora as modalidades acima possuam somente um suporte HSDPA parcial (por exemplo, em algumas modalidades, não há nenhum retorno de enlace ascendente proveniente do equipamentos de usuário e, portanto, nenhum conhecimento de CQI ou possibilidade de receber mensagem ACK/NACK na RBS 3), o ganho, em relação a atrasos reduzidos, seria inevitáve 1 devido ao TTI muito mais curto do HSDPA através do FACH. Ademais, conforme descrito em algumas modalidades, há a possibilidade de usar retransmissões cegas para alcançar um ganho proveniente da combinação HARQ.
O sistema exige aproximadamente 5 vezes mais energia para entregar os mesmos dados em 2 ms do que em 10 ms e, por conseguinte, não há economia de energia e não há o benefício de que não é necessário alojar uma parcela de energia específica para transmissão de HSDPA para usuários que não estejam no estado de canal de uso exclusivo (CELL_DCH), posto que todo o tempo do UE compartilha o mesmo recurso de energia. Nos exemplos da técnica anterior, a energia de FACH era necessári a para ficar alojada estaticamente para o FACH utilizado, se o canal fosse realmente utilizado ou não.
Ademais, visto que a presente invenção usa a camada-1 existente da especificação de rede de HSDPA, a implantação da invenção é relativamente simples.
Conforme também descrito acima, o consumo de energia do UE no estado CELL_FACH é sempre um problema em aplicações ininterruptas (always on), por exemplo, no envio de emails, os quais não eliminam as mensagens periodicamente. Nessas situações, mesmo que a quantidade de dados seja muito pequena, o equipamento de usuári o é mantido no canal de acesso de avanço até que o temporizador de inatividade expire. Tipicamente, o temporizador de inatividade é de cerca de 2 segundos. Ao usar uma recepção descontínua (DRX), conforme descrito acima, o consumo de energia poderia ser consideravelmente reduzido. No tocante a aplicações ininterruptas, essa operação possibilitaria maior melhoria no UE ao longo do tempo. Conforme descrito anteriormente na Figura 3, a etapa 201 mostra quando a estação base de rádio RBS 3 transmite os valores H-RNTI para o equipamento de usuá rio 1. No entanto, em relação às Figuras 4 e 5, são descritos esse processo e as etapas de determinação do H-RNTI e outros valores referentes ao fornecimento do DCCH/DTCH H - RNTI.
Em relação à Figura 4, um primeiro método de determinação dos valores DCCH/DTCH H - RNTI e outros dados são mostrados como empregados nas modalidades da invenção. Nesse primeiro método, os valores H-RNTI são transmitidos ao UE usando-se mensagens para controle de recurso de rádio. Nessas modalidades, algumas informações precisam ser sinalizadas através da interface Iur.
Na etapa 401, o controlador de rede de rádi o servidor SRNC 5 determina que o equipamento de usuário (UE) 1 usará o HS-DSCH comum na célula sob o controle de um controlador de rede de rádio de desvio/controlador de rede de radio pra controle (D/CRNC).
Na etapa 403, o SRNC 5 encaminha para o D/CRNC, ao menos, um parâmetro HS-SCCH/HS - DSCH. Por exemplo, em uma modalidade da invenção, os parâmetros encaminhados incluem o número de filas de prioridade usado no HS - DSCH e o indicador de prioridade de escalonamento (SPI) para cada fila de prioridade.
Na etapa 405, o SRNC 5 estabelece uma conexão de camada de adaptação ATM 2 (AAL2) para o equipamento de usuá rio 1 através de uma interface Iur para transportar o quadro de dados para canal de acesso de enlace de avanço (SACH). O quadro de dados SACH inclui dados mapeados para o HS-DSCH comum. Em algumas modalidades da invenção, uma única conexão AAL2 poderia ser configurada e compartilhada entre todos os equipamentos de usuário que executam esse processo.
Na etapa 407, o SRNC 5 localiza o controle de acesso de meio de comunicação -d (MAC-d).
Na etapa 409, o SRNC 5 transmite uma sinalização RRC de equipamentos de usuário para o equipamento de usuário através da RBS 3. Por exemplo, a sinalização pode conter o valor C-RNTI e/ou os valores DCCH/DTCH H-RNTI e, ademais, o valor de ciclo DRX para o HS-SCCH. Nesse estágio, não é necessário que o SRNC 5 conheça o CCCH H-RNTI para a célula sob o controle do D/CRNC.
Na etapa 411, o controlador de rede de rádio servidor 5 encaminha, em seguida, dados para o D/CRNC usando-se o quadro de dados FACH.
Na etapa 413, o D/CRNC determina se os dados são transmitidos ou não para o UE conforme descrito nas modalidades da descrição ou se a operação deve ser executada de acordo com o método conhecido de uso do FACH ou se o UE deve operar no modo Cell DCH para a célula sob o controle desse D/CRNC.
Na etapa 415, o D/CRNC localiza o controle de acesso de meio de comunicação -c (MAC-c), em outras palavras, adiciona o valor C-RNTI para a unidade de dados de pacote DCCH/DTCH.
Na etapa 417, o D/CRNC configura as informações de HS-DSCH/HS- SCCH comum para cada H-RNTI comum. A mesma configuração é aplicada para todos os equipamentos de usuário dotados do mesmo valor H-RNTI.
Na etapa 419, o D/CRNC estabelece uma conexão AAL2 para todos os equipamentos de usuário 1 dotados de um valor HS-DSCH comum. Em outras modalidades, o RNC estabelece uma conexão AAL2 separa para cada um dos valores H- RNTI.
Na etapa 421, o D/CRNC localiza os valores C-RNTI.
Na etapa 423, o D/CRNC determina a capacidade do equipamento de usuário para manipulação de parâmetros HS-DSCH. Por exemplo, o D/CRNC recebe uma mensagem de CCCH de enlace ascendente e determina a capacidade do equipamento de usuário a partir dessa mensage m.
Na etapa 425, o D/CRNC localiza o H-RNTI (DCCH/DTCH) com base nos parâmetros H-DSCH comuns recebidos a partir do RNC servidor e encaminha para o mesmo o H-RNTI selecionado e as informações de HS - DSCH/SCCH correspondentes para o H-RNTI. Na etapa 427, o D/CRNC encaminha o valor H-RNTI selecionado e os dados de parâmetro para a RBS através de um protocolo de quadro. Um protocolo de quadro preferido é o protocolo de quadro HS - DSCH, cuja carga é uma unidade de dados de pacote MAC-c e inclui informações de controle de energia. Nas modalidades adicionais, um protocolo de quadro diferente é usado para transferir essas informações.
Na etapa 429, a RBS 3 localiza o MAC-hs e o fluxo de dados é mapeado para o HS-DSCH comum.
Na etapa 431, a RBS difunde o CCCH H-RNTI e as informações de HS- SCCH/HS-DSCH correspondentes configuradas a partir do D/CRNC.
Na etapa 433, a RBS 3 executa o controle de energia para o HS-SCCH. Nas outras modalidades, a modulação e a seleção do esquema de codificação (MCS) para o HS- DSCH são executadas com base nas informações incluídas no quadro de dados HS- DSCH recebido ou no novo quadro de dados de protocolo de quadro proveniente do RNC.
Na etapa 435, o equipamento de usuár io obtém ou calcula o H-RNTl para o CCCH e as informações de HS-SCCH/HS-DSCH correspondentes a partir da mensagem de SIB/paginação.
Na etapa 437, o UE obtém ou calcula o DCCH/DTCH H-RNTl para o DCCH/DTCH e as informações de HS-SCCH/HS-DSCH correspondentes a partir da mensagem de RRC de uso exclusivo.
Portanto, o UE usa o H-RNTI localizado para as mensagens de CCCH e DCCCH/DTCH para a identificação de UE.
Em relação à Figura 5, é mostrado o impacto no UE 1, na RBS 3, no Controlador de Rede de Rádio (SRNC) 5 e no Controlador de Rede de Rádio de Desvio/Controlador de Rede de Rádio de Controle D/CRNC 501 através da difusão dos valores H-RNTI para o UE. Na etapa 501, o SRNC 5 não determina se os dados FACH são mapeados para o HS-DSCH comum ou não (por exemplo, o FACH é mapeado para S- CCPCH) para todos os RNCs que operam sob o controle de um D/CRNC específico. Ademais, o SRNC 5 não sabe se os dados FACH são mapeados para o HS- DSCH comum a partir da sinalização recebida por meio de uma Parte de Aplicação de Sistema de Rede de Rádio a part ir do D/CRNC.
Na etapa 503, o SRNC 5 estabiliza uma conexão de Camada de Aplicação de ATM 2 (AAL2) para o UE através da interface lur, a qual é disposta para transportar o Quadro de Dados de Canal de Acesso de Enlace de Avanço (FACH). Em algumas modalidades da invenção, a conexão AAL2 é compartilhada por mais de um UE 1.
Na etapa 505, o SRNC 5 localiza, em seguida, o Controle de Acesso de Meio de Comunicação -d (MAC-d).
Na etapa 507, o SRNC 5 encaminha os dados para o D/CRNC usando-se o protocolo de quadro FACH.
Na etapa 509, o C/DRNC que recebeu os dados provenientes do SRNC 5 determina, em seqüência, se os dados devem ser transferidos para o UE por meio do canal FACH ou, como detalhado na descrição, através do uso do método HS-DSCH de valor comum.
Na etapa 511, o C/DRNC localiza, então, o MAC - c (MAC-c). O C/DRNC adiciona o valor C-RNTI ao DCCH/DTCH PDU.
Na etapa 513, o C/DRNC configura as informações de HS-SCCH/HS- DSCH comuns usadas no H-RNTI e no H-RNTI adicional. Os valores de configuração estabelecidos são aplicados para todos os UEs que compartilham o mesmo valor H-RNTI.
Na etapa 515, o C/DRNC estabelece uma conexão AAL2 para todos os UEs que usam o método HS-DSCH comum. Em outras modalidades da invenção, o C/DRNC estabelece uma conexão AAL2 separada para cada grupo do UE que compartilham o mesmo valor comum H-RNTI. Na etapa 517, o C/DRNC localiza, então, os valores C-RNTI.
Na etapa 519, o C/DRNC determina, em seguida, para cada UE que usa o sistema de canal comum, a capacidade do UE, isto é, se o UE é capaz de receber e decodificar as mensagens comuns na linha da maneira descrita. A determinação pode ser executada, por exemplo, através do recebimento de uma mensagem de canal de controle comum (CCCH) de enlace ascendente (UL).
Na etapa 521, o C/DRNC calcula e seleciona, por conseguinte, o valor DCCH/DTCH H-RNTI para os UEs e seleciona, ainda, o CCCH H-RNTI se os CCCH H- RNTI múltiplos são localizados na célula.
Na etapa 523, o C/DRNC encaminha, então, os dados selecionados para a RBS usando-se um protocolo de quadro. Um protocolo de quadro preferido é o protocolo de quadro HS - DSCH (o qual possui uma carga de unidade de dados de pacote MAC-c e inclui informações de controle de energia). Em outras modalidades da invenção, um protocolo de quadro é capaz de transferir os dados selecionados.
Na etapa 525, a RBS 3, ao receber os dados selecionados, localiza o controle de acesso de meio de comunicação - hs (MAC-hs) e os mapas do fluxo de dados para HS-DSCH comum.
Na etapa 527, a RBS 3 difunde o CCCH H-RNTI, o DCCH/DTCH H- RNTI e as informações de HS-DSCH/SCCH correspondentes para H-RNTIs, para os UEs 1.
Na etapa 529, a RBS 3 executa, ainda, o controle de energia no HS-SCCH e/ou seleciona o esquema de modulação e codificação (MCS) no HS-DSCH com base nas informações incluídas no quadro de dados do H S-DSCH.
Na etapa 531, o UE 1, ao receber a mensagem de difusão, obtém e/ou calcula os diversos valores H-RNTI para o CCCH e o valor H-RNTI para os agrupamentos DCCH/DTCH e as informações de HS-SCCH/HS-DSCH para a SIB/Paginação. Conforme já foi descrito acima, o UE, com o objetivo de determinar se a mensagem é para o UE 1, usa os valores H-RNTI localizados para o CCCH e o DCCH/DTCH contidos nas últimas mensagens.
O fluxo de dados, isto é, o mapeamento de dados provenientes da rede de núcleo 7 para o equipamento de usuári o 1, difere dependendo se o canal é comum ou de uso exclusivo.
Em relação aos canais comuns (canal de controle comum (CCCH) e canal de tráfego comum (CTCH)) na rede de núcleo, ao passar para o C/DRNC são convertidos para um fluxo de controle de acesso de meio de comunicação - c, passando, em seguida, para a RBS são convertidos para fluxo de controle de acesso de meio de comunicação - hs e são, então, transmitidos como parte de um canal compartilhado de enlace descendente de alta velocidade (HS-DSCH).
Os canais de uso exclusivo (canal de controle de uso exclusivo (DCCH) e canal de tráfego de uso exclusivo (DTCH)) na rede de núcleo, ao passarem para o controlador de rede de rádio servidor são convertidos para um fluxo de controle de acesso de meio de comunicação - d; ao passarem para o RNC de controle/desvio são convertidos para um fluxo de controle de acesso de meio de comunicação - c, ao passarem para o RBS são convertidos para um fluxo de controle de acesso de meio de comunicação - hs, o qual é transmitido, em seguida, como parte de um canal compartilhado de enlace descendente de alta velocidade (HS-DSCH).
As Figuras 6 e 7 mostram, em vista esquemática, as interfaces de camada MAC no UE e no UTRAN.
A Figura 6 mostra um UE conforme usado nas modalidades da presente invenção com as interfaces MAC: MAC-es/MAC-e 601 ; MAC-m 603; MAC-hs 605; MAC-c/sh/m 607; MAC-d 609.
O MAC-es/MAC-e 601 é controlado pelo controlador MAC e é adicionalmente conectado à interface MAC-d 609. O MAC-es/MAC-e 601 recebe um enlace descendente associado e uma sinalização de enlace ascendente e recebe, ainda, os dados E-DCH (canal de dados avançado). O MAC-nn 603 é controlado pelo controlador MAC e é conectado ap MSCH (canal compartilhado móvel) e ao MTCH (canal de tráfego móvel). OMAC- m 603 recebe dados através do FACH.
A interface MAC-hs 605 é controlada pelo controlador MAC e é conectado à interface MAC-d 609 e à interface MAC-c 607. De modo adicional, o MAC-hs 603 recebe dados através do HS-DSCH. A interface MAC transporta dados, sendo que executa as seguintes tarefas: Reordenação de distribuição de filas, Reordenação, Desmontagem, HARQ (conforme descrito em relação a outras modalidades, não são executados a geração de ACK/NACK e o relatório de CQI eé executada uma combinação suave).
A interface MAC-c/sh/m 607 é controlada pelo controlador MAC e é conectado à interface MAC-d 609 e à interface MAC-hs 605. É conectado, no UE, aos canais: MTCH, MSCH, MCCH, PCCH,
BCCH, CCCH, CTCH, SHCCH (TDD somente). A interface MAC-c/sh/m 607 recebe dados através dos seguintes canais externos: PCH; FACH; RACH; USCH (TDD somente); DSCH (TDD somente). A interface MAC-c/sh/m transporta dados, sendo que executa as seguintes tarefas: Multiplexação de TCTF, Leitura de valor de Identificação de UE.
A interface MAC-d 609 é controlada pelo controlador MAC e é conectado à interface MAC-c/sh/m 607 e à interface MAC-hs 605. É conectado, no UE, aos canais: DCCH, DTCH. A interface MAC-d 609 recebe dados através do canal externo DCH: A interface MAC-d 609 transporta dados, sendo que a mesma executa tarefas de comutação de tipos de canal, por exemplo, do HS-DSCH comum ao HS-DSCH de uso exclusivo e a multiplexação CT.
A Figura 7 mostra um RAN conforme usado nas modalidades da presente invenção com as interfaces MAC: MAC-e 701 ; MAC-es 707; MAC-hs 703; MAC- c/sh/m 705; MAC-d 709.
A interface MAC-e 701 é controlada pelo controlador MAC e é adicionalmente conectada à interface MAC-es 707. A interface MAC-e 701 recebe um enlace descendente associado e uma sinalização de enlace ascendente e recebe, ainda, os dados E-DCH (canal de dados avançado).
A interface MAC-es 707 é controlada pelo controlador MAC e é conectado à interface MA C-e 701 e à interface MAC-d 709.
A interface MAC-hs 703 é controlada pelo controlador MAC e é conectado à interface MAC-d 709 e à interface MAC-c 705. De modo adicional, o MAC-hs 703 recebe dados através do HS-DSCH. A interface MAC transporta dados, sendo que executa os seguintes dados: Escalonamento; Manipulação de prioridade; Controle de fluxo; Seleção TFRC; HARQ (conforme descrito em relação a outras modalidades, não são executados geração de ACK/NACK e o relatório de CQI e, ao invés disso, é realizada a execução de um número fixo de transmissão).
A interface MAC-c/sh/m 705 é controlada pelo controlador MAC e é conectado à interface MAC-d 709 e à interface MAC-hs 703. É conectado, no RAN, aos canais: MTCH, MSCH, MCCH, PCCH, BCCH, CCCH, CTCH, SHCCH (TDD somente). A interface MAC-c/sh/m 607 recebe dados através dos seguintes canais externos: PCH; FACH; RACH; USCH (TDD somente); DSCH (TDD somente). A interface MAC-c/sh/m transporta dados, sendo que executa as seguintes tarefas: Multiplexação de TCTF, Multiplexação de UEID, Controle de Fluxo; Escalonamento; Armazenamento Temporário; Manipulação de P rioridade.
A interface MAC-d 709 é controlada pelo controlador MAC e é conectado à interface MAC-c/sh/m 705 e à interface MAC-hs 703. É conectado, no RAN/CN, aos canais: DCCH, DTCH. A interface MAC-d 709 recebe dados através do canal externo DCH: A interface MAC-d 709 transporta dados, sendo que a mesma executa tarefas de comutação de tipos de canal, por exemplo, do HS-DSCH comum ao HS-DSCH de uso exclusivo, multiplexação CT; e Controle de Fluxo.
A Figura 8 mostra o exemplo de fluxo de sinal a partir da configuração da conexão RRC para a transição de estado, a partir do estado FACH de Célula para o estado DCH de Célula. Na etapa\; passo 801, o controlador de rede de rádio servidor/de controle 5 em comunicação com a RBS 3 to determina o uso de, ao menos, uma das modalidades, conforme descrito acima. O S/CRNC estabelece, então, uma conexão para HS-DSCH comum e configura as informações de HS-DSCH para um H-RNTI comum.
Na etapa 803, a RBS 3 difunde o CCCH, o DCCH/DTCH H-RNTI e as informações de HS-DSCH correspondentes para o UE 1.
Na etapa 805, o S/CRNC localiza o C-RNTI e calcula o DCCH/DTCH H- RNTI do UE.
Na etapa 807, o UE 1 percebe o HS-SCCH que usa o valor do CCCH H- RNTI para identificar se a mensagem recebida é direcionada para o UE.
Na etapa 809, a mensagem de resposta RRC que inclui o valor C-RNTI é transportada pelo protocolo de quadro de HS-DSCH através da interface Iub e pelo HS- PDSCH através da interface Uu.
Na etapa 811, o UE percebe o HS-SCCH que usa o(s) valor(es) do DCCH/STCH H- RNTI para identificar se a mensagem recebida é direcionada para o UE.
Na etapa 812, o S/CRNC decide mover o UE para o estado Cell DCH.
Na etapa 813, o S/CRNC estabelece conexão RL e AAL2 e inicia a sincronização de protocolo de quadro.
Na etapa 815, o S/CRNC transmite uma mensagem de reconfiguração RRC que inclui informações HS-DSCH de uso exclusivo e um valor H-RNTI de uso exclusivo (transportada no HS-DSCH comum usando-se DCCH/DTCH).
Na etapa 817, o UE 1 executa a sincronização com base nas informações recebidas. Na etapa 819, a transmissão de HS-DSCH da Liberação 5 é iniciada usando-se o valor H-RNTI de uso exclusivo.
As vantagens, conforme mencionado anteriormente, são as possibilidades de aumentar a taxa de bit de pico no estado CellFACH. Ademais, aumenta a flexibilidade para capacidade de célula para transmitir a sinalização e os dados para o equipamento de usuário no estado Cell FACH. A modalidade, conforme descrito, são compatível com versões anteriores de liberações de HSDPA. Ademais, o segundo método para passar o valor H-RNTI para o UE, conforme descrito acima, é compatível, de modo adicional, com os RNCs servidores anteriormente especificados. Ademais, somente alterações limitadas à arquitetura de níveis 2 e 3 de rede são exigidas sem nenhuma alteração exigida pelo nível 1 de rede.
A depositante revela por meio desta, em isolamento, cada característica individual ora descrita e qualquer combinação de duas ou mais de tais características, na medida em que tais características ou combinações são capazes de ser executadas com base na presente especificação como um todo, à luz do conhecimento comum geral de uma pessoa versada na técnica, independente de tais características ou combinações dessas características resolverem quaisquer problemas ora revelados e sem limitar ao escopo das reivindicações. A depositante indica que os aspectos da presente invenção podem consistir de qualquer característica individual ou combinação de características. Em vista das descrição anterior, ficará evidente para uma pessoa versada na técnica que diversas modificações podem ser realizadas dentro do escopo da invenção.
Claims (20)
1. Equipamento de usuário CARACTERIZADO pelo fato de que compreende: um transceptor disposto para receber, ao menos, um pacote de dados através de um canal de comunicações, em que o pacote de dados compreende um identificador; e um processador configurado para determinar, a partir do identificador, se o dito equipamento de usuário é aquele de um subconjunto de equipamentos de usuário, em que o processador é configurado para determinar se o primeiro identificador é aquele do subconjunto de identificadores de equipamento de usuário quando um primeiro valor, se o canal de comunicações for um canal comum, o identificador for condizente com um primeiro valor se o canal de comunicações for um canal comum ou um segundo valor se o canal de comunicações for um canal dedicado.
2. Equipamento de usuário, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o transceptor é disposto, de modo adicional, para receber, em um pacote de dados adicional, um valor adicional configurado para identificar o subconjunto de equipamentos de usuário de modo que não esteja no estado de canal de uso exclusivo.
3. Equipamento de usuário, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o transceptor é configurado, de modo adicional, para receber, em um pacote de dados adicional, um segundo valor de identificador para identificar cada equipamento de usuário dentro do mesmo subconjunto.
4. Equipamento de usuário, de acordo com as reivindicações 1 a 3, CARACTERIZADO pelo fato de que o canal de comunicações é um canal compartilhado de enlace descendente de alta velocidade (HS-DSCH).
5. Equipamento de usuário, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o canal de comunicações compreende, ao menos, um dos listados a seguir: um canal de tráfego de uso exclusivo (DTCH); um canal de controle de uso exclusivo (DCCH); e um canal de controle comum (CCCH).
6. Equipamento de usuário, de acordo com as reivindicações 1 a 5, CARACTERIZADO pelo fato de que o primeiro pacote de dados compreende dados de comunicação de recurso de rádio.
7. Equipamento de usuário, de acordo com as reivindicações 1 a 6, CARACTERIZADO pelo fato de que o identificador é localizado em um cabeçalho (MAC) de controle de acesso de médio do pacote de dados.
8. Equipamento de usuário, de acordo com as reivindicações 1 a 7, CARACTERIZADO pelo fato de que o identificador está em uma mensagem de nível RRC na parte superior da camada MAC.
9. Equipamento de usuário, de acordo com as reivindicações 1 a 8, CARACTERIZADO pelo fato de que ao menos um valor dos primeiro e segundo valores são recebidos em ou calculados a partir de, ao menos, um dos listados a seguir: uma mensagem de paginação; um SIB; uma mensagem de paginação de uso exclusivo; e uma instrução de instalação inicial.
10. Método para comunicação de um pacote de dados para, ao menos, um equipamento de usuário CARACTERIZADO pelo fato de que compreende: transmitir um pacote de dados através de um canal de dados de comunicações, sendo que o pacote de dados compreende um primeiro identificador disposto para identificar um subconjunto de um conjunto de equipamentos de usuário; receber o pacote de dados a partir de, ao menos, um equipamento da diversidade de equipamentos de usuário; determinar, a partir do primeiro identificador de pacote de dados, se o dito equipamento de usuário é um equipamento de um subconjunto de equipamentos de usuário, em que a etapa de determinação determina se o primeiro identificador é um identificador do subconjunto de identificadores de equipamentos de usuário, quando o identificador é compatível a um primeiro valor, se o canal de comunicações é um canal comum, ou a um segundo valor, se o canal de comunicações é um canal de uso exclusivo.
11. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que compreende, de modo adicional, receber, em um pacote de dados adicional, um valor adicional configurado para identificar o subconjunto de equipamentos de usuário de modo que não esteja no estado de canal de uso exclusivo.
12. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que compreende, de modo adicional, receber, em um pacote de dados adicional, um segundo valor de identificador para identificar cada equipamento de usuário dentro do mesmo subconjunto.
13. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que o canal de comunicações compreende, ao menos, um dos listados a seguir: um canal de tráfego de uso exclusivo (DTCH); um canal de controle de uso exclusivo (DCCH); e um canal de controle comum (CCCH).
14. Método, de acordo com as reivindicações 10 a 13, CARACTERIZADO pelo fato de que compreende, de modo adicional, receber, ao menos, um valor dos primeiro e segundo valores em ou calcular, ao menos, um valor dos primeiro e segundo valores a partir de, ao menos, um dos listados a seguir : uma mensagem de paginação; um SIB; uma mensagem de paginação de uso exclusivo; e uma instrução de instalação inicial.
15. Programa de computador quando carregado para 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; CARACTERIZADO pelo fato de que compreende: transmitir um pacote de dados através de um canal de dados de comunicações, sendo que o pacote de dados compreende um primeiro identificador disposto para identificar um subconjunto de um conjunto de equipamentos de usuário; receber o pacote de dados a partir de, ao menos, um equipamento da diversidade de equipamentos de usuário; determinar, a partir do primeiro identificador de pacote de dados, se o dito equipamento de usuário é um equipamento de um subconjunto de equipamentos de usuário, em que a etapa determinação determina se o primeiro identificador é um identificador do subconjunto de identificadores de equipamentos de usuário, quando o identificador é compatível a um primeiro valor, se o canal de comunicações é um canal comum, ou a um segundo valor, se o canal de comunicações é um canal de uso exclusivo.
16. Programa de computador, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que compreende, de modo adicional, receber, em um pacote de dados adicional, um valor adicional configurado para identificar o subconjunto de equipamentos de usuário de modo que esteja no estado de canal de uso exclusivo.
17. Programa de computador, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que compreende, de modo adicional, receber, em um pacote de dados adicional, um segundo valor de identificador para identificar cada equipamento de usuário dentro do mesmo subconjunto.
18. Programa de computador, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que o canal de comunicações compreende, ao menos, um dos listados a seguir: um canal de tráfego de uso exclusivo (DTCH); um canal de controle de uso exclusivo (DCCH); e um canal de controle comum (CCCH).
19. Programa de computador, de acordo com as reivindicações 15 a 18, CARACTERIZADO pelo fato de que compreende, de modo adicional, receber, ao menos, um valor dos primeiro e segundo valores em ou calcular, ao menos, um valor dos primeiro e segundo valores a partir de, ao menos, um dos listados a seguir: uma mensagem de paginação; um SIB; uma mensagem de paginação de uso exclusivo; e uma instrução de instalação inicial.
20. Programa de computador, de acordo com as reivindicações 15 a 19, CARACTERIZADO pelo fato de que o primeiro pacote de dados compreende dados de comunicação de recurso de rádio.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0608753.0 | 2006-05-03 | ||
| GBGB0608753.0A GB0608753D0 (en) | 2006-05-03 | 2006-05-03 | User equipment |
| PCT/IB2007/002446 WO2007125428A2 (en) | 2006-05-03 | 2007-05-01 | Individual and group identifiers for user equipment in wireless systems with a shared transport channel |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0712247A2 true BRPI0712247A2 (pt) | 2012-01-17 |
Family
ID=36603855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0712247-0A BRPI0712247A2 (pt) | 2006-05-03 | 2007-05-01 | 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 |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US7894390B2 (pt) |
| EP (1) | EP2016797B1 (pt) |
| JP (1) | JP5055633B2 (pt) |
| KR (1) | KR101059913B1 (pt) |
| CN (1) | CN101461280B (pt) |
| BR (1) | BRPI0712247A2 (pt) |
| GB (1) | GB0608753D0 (pt) |
| MX (1) | MX2008013979A (pt) |
| RU (1) | RU2414097C2 (pt) |
| TW (1) | TWI425854B (pt) |
| WO (1) | WO2007125428A2 (pt) |
| ZA (1) | ZA200810195B (pt) |
Families Citing this family (61)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0422394D0 (en) * | 2004-10-08 | 2004-11-10 | Nokia Corp | Coding selection method |
| JP4189410B2 (ja) * | 2006-06-12 | 2008-12-03 | 株式会社東芝 | 無線通信装置及び送信制御方法 |
| WO2007148932A1 (en) * | 2006-06-21 | 2007-12-27 | Electronics And Telecommunications Research Institute | Method for paging terminal of rrc connected state in lte system |
| US9173223B2 (en) | 2006-12-07 | 2015-10-27 | Lg Electronics Inc. | Method of transferring data in a wireless communication system |
| WO2008069617A2 (en) | 2006-12-07 | 2008-06-12 | Lg Electronics Inc. | Method and transmitter for transmitting and method of receiving status report and structure of status data blocks in a mobile communication system |
| KR101342365B1 (ko) | 2006-12-07 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 전달 방법 |
| KR101023998B1 (ko) | 2007-01-05 | 2011-03-28 | 인터디지탈 테크날러지 코포레이션 | 고속 다운링크 공유 채널을 통하여 공통 논리 채널 및 전용 논리 채널 전송을 송수신하기 위한 방법 및 장치 |
| WO2008084957A1 (en) | 2007-01-08 | 2008-07-17 | Lg Electronics Inc. | Method for receiving common channel in wireless communication and terminal thereof |
| WO2008084985A2 (en) | 2007-01-09 | 2008-07-17 | Lg Electronics Inc. | Method of transmitting and receiving data in a wireless communication system |
| WO2008084986A2 (en) | 2007-01-09 | 2008-07-17 | Lg Electronics Inc. | Method of transmitting and receiving scheduling information in a wireless communication system |
| WO2008084984A2 (en) | 2007-01-09 | 2008-07-17 | Lg Electronics Inc. | Method of controlling data retransmission in a wireless communication system |
| CN101578783A (zh) | 2007-01-10 | 2009-11-11 | Lg电子株式会社 | 用于在移动通信中构造数据格式的方法及其终端 |
| KR101211758B1 (ko) | 2007-01-10 | 2012-12-12 | 엘지전자 주식회사 | 무선 통신 시스템의 블록 데이터 생성 방법 |
| MX2009007466A (es) * | 2007-01-10 | 2009-07-22 | Lg Electronics Inc | Metodo para construir formato de datos en comunicacion movil y su terminal. |
| EP2658309A3 (en) * | 2007-02-02 | 2014-02-19 | InterDigital Technology Corporation | Cell update while in an enhanced cell_fach state |
| KR101426958B1 (ko) | 2007-02-06 | 2014-08-06 | 엘지전자 주식회사 | 무선통신 시스템에서 데이터 송수신 방법 |
| TWI368419B (en) * | 2007-02-12 | 2012-07-11 | Innovative Sonic Ltd | Method for improving high-speed downlink operation in cell_fach state for a wireless communications system and related apparatus |
| US8358586B2 (en) * | 2007-02-23 | 2013-01-22 | Kyocera Corporation | Radio base station and channel allocation information transmission method |
| US7944981B2 (en) * | 2007-05-31 | 2011-05-17 | Motorola Mobility, Inc. | Data transmission in a frequency division multiple access communication system |
| KR101614421B1 (ko) | 2007-09-28 | 2016-04-22 | 시그널 트러스트 포 와이어리스 이노베이션 | 강화된 랜덤 액세스 채널에서 메세지의 송신을 종료시키기 위한 방법 및 장치 |
| WO2009120001A2 (en) * | 2008-03-24 | 2009-10-01 | Lg Electronics Inc. | Method for configuring different data block formats for downlink and uplink |
| US9271280B2 (en) | 2007-10-25 | 2016-02-23 | Signal Trust For Wireless Innovation | Management and setup of enhanced MAC-e/es resources in cell-FACH state |
| TW201524149A (zh) * | 2007-10-25 | 2015-06-16 | 內數位專利控股公司 | 無縣通信競爭式存取中控制上鏈反饋資訊方法及裝置 |
| CN101426253B (zh) | 2007-10-31 | 2013-08-07 | 华为技术有限公司 | 一种实现信息传输的方法、装置及系统 |
| CN101426254B (zh) | 2007-10-31 | 2010-12-08 | 华为技术有限公司 | 一种实现信息传输的方法、装置及系统 |
| US8656248B2 (en) * | 2007-12-13 | 2014-02-18 | Qualcomm Incorporated | Hierarchical CRC scheme |
| KR101681622B1 (ko) | 2008-01-02 | 2016-12-01 | 시그널 트러스트 포 와이어리스 이노베이션 | 셀 재선택을 위한 방법 및 장치 |
| US20090197606A1 (en) * | 2008-01-31 | 2009-08-06 | Telefonaktiebolaget L M Ericsson | High-speed serving cell change |
| US8446859B2 (en) * | 2008-02-01 | 2013-05-21 | Lg Electronics Inc. | Method for controlling uplink load in cell— FACH state |
| KR100893869B1 (ko) | 2008-03-13 | 2009-04-20 | 엘지전자 주식회사 | 측정 간격을 고려한 ｈａｒｑ 동작 방법 |
| WO2009113815A2 (en) * | 2008-03-13 | 2009-09-17 | Lg Electronics Inc. | Random access method for improving scrambling efficiency |
| WO2009131163A1 (ja) * | 2008-04-25 | 2009-10-29 | シャープ株式会社 | 移動通信システム、基地局装置、移動局装置および移動通信方法 |
| CN101572859A (zh) * | 2008-04-30 | 2009-11-04 | 中兴通讯股份有限公司 | 网元间公共控制消息的同步方法 |
| CN101616493B (zh) * | 2008-06-27 | 2011-12-07 | 华为技术有限公司 | 一种数据传输方法、网络系统及相应装置 |
| CN102413575B (zh) * | 2008-06-27 | 2014-04-02 | 华为技术有限公司 | 一种数据传输方法、网络系统及相应装置 |
| JP5155037B2 (ja) * | 2008-06-30 | 2013-02-27 | オリンパス株式会社 | 受像機及び画像送信機からなる無線通信システム及び、その無線通信方法 |
| KR101542407B1 (ko) * | 2008-08-13 | 2015-08-07 | 엘지전자 주식회사 | 셀룰라 시스템에서 공용 사용자 기기 ｉｄ를 할당하는 방법 및 그 장치 |
| US9521625B2 (en) * | 2008-09-15 | 2016-12-13 | Apple Inc. | Electronic devices for receiving pushed data |
| KR101553437B1 (ko) | 2008-10-31 | 2015-09-15 | 인터디지탈 패튼 홀딩스, 인크 | 다수의 상향링크 반송파를 사용하는 무선 전송 방법 및 장치 |
| US9014188B2 (en) * | 2008-12-24 | 2015-04-21 | Nec Corporation | Communication system |
| US8620334B2 (en) | 2009-03-13 | 2013-12-31 | Interdigital Patent Holdings, Inc. | Method and apparatus for carrier assignment, configuration and switching for multicarrier wireless communications |
| KR101578934B1 (ko) * | 2009-03-23 | 2015-12-18 | 삼성전자주식회사 | 이동통신시스템에서 랜덤 액세스를 위한 임시 식별자 할당 장치 및 방법 |
| US8576768B2 (en) * | 2009-04-16 | 2013-11-05 | Qualcomm Incorporated | Hybrid multi-band receiver |
| US8446868B2 (en) | 2009-05-07 | 2013-05-21 | Qualcomm Incorporated | Method and apparatus for processing blind decoding results in a wireless communication system |
| CN101998636B (zh) | 2009-08-14 | 2013-07-31 | 电信科学技术研究院 | 一种终端标识的使用方法、系统和设备 |
| CN102170664B (zh) * | 2010-02-25 | 2015-06-03 | 中兴通讯股份有限公司 | 在多载波系统中管理载波信息的方法和系统 |
| AU2010358412B2 (en) * | 2010-07-26 | 2015-05-21 | Nokia Solutions And Networks Oy | Method and device for data processing in a communication network |
| US20140200014A1 (en) * | 2011-07-25 | 2014-07-17 | Nec Corporation | Mobile station apparatus, control apparatus, base station apparatus, method implemented therein, and computer readable medium |
| EP2557870B1 (en) * | 2011-08-10 | 2020-07-08 | Alcatel Lucent | Configuring transmissions |
| EP2817941A4 (en) * | 2012-02-24 | 2015-10-21 | Nokia Technologies Oy | METHOD AND APPARATUS FOR CONNECTIVITY CONTROL LOGIC SERVER / DYNAMIC CLIENT |
| KR101758845B1 (ko) * | 2012-04-02 | 2017-07-17 | 삼성전자주식회사 | 양방향 트래픽을 위한 물리 계층 네트워크 코딩에 기반한 스케줄링 방법 및 장치 |
| EP2875660B1 (en) | 2012-07-20 | 2019-05-08 | LG Electronics Inc. | Method and apparatus for updating tracking area in wireless communication system |
| CN103580818B (zh) * | 2012-07-31 | 2018-08-03 | 中兴通讯股份有限公司 | 一种信道状态信息的反馈方法、基站和终端 |
| WO2014032689A1 (en) | 2012-08-27 | 2014-03-06 | Nokia Siemens Networks Oy | Transmission adaptation |
| US9451618B2 (en) * | 2013-03-08 | 2016-09-20 | Qualcomm Incorporated | Devices and methods for facilitating H-RNTI updates in network-initiated cell redirection |
| US9479294B2 (en) * | 2013-07-15 | 2016-10-25 | Alcatel Lucent | Wireless transmission control for improved aggregated cell throughput capacity and signaling reliability |
| US10812966B2 (en) * | 2016-09-01 | 2020-10-20 | Huawei Technologies Co., Ltd. | Method of configuring parameters for a base station |
| WO2018119664A1 (en) * | 2016-12-27 | 2018-07-05 | Nokia Solutions And Networks System Technology (Beijing) Co., Ltd. | A connection setup method, user equipment, common central control node and communication system |
| CN110876183B (zh) * | 2018-08-31 | 2022-01-14 | 华为技术有限公司 | Rrc连接释放方法、相关设备及系统 |
| WO2020206616A1 (zh) * | 2019-04-09 | 2020-10-15 | 北京小米移动软件有限公司 | 直连通信的重传反馈方法、装置及存储介质 |
| GB2588795B (en) * | 2019-11-07 | 2021-11-24 | Lin Jianguo | Die for stamping sheet metal and method of manufacturing the same |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5638369A (en) * | 1995-07-05 | 1997-06-10 | Motorola, Inc. | Method and apparatus for inbound channel selection in a communication system |
| JP4002204B2 (ja) * | 2002-04-09 | 2007-10-31 | 三星電子株式会社 | 移動通信システムにおけるマルチメディア放送／マルチキャストサービスのための制御情報伝送装置及びその方法 |
| KR100893070B1 (ko) | 2002-09-19 | 2009-04-17 | 엘지전자 주식회사 | 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치 |
| JP4147906B2 (ja) * | 2002-11-08 | 2008-09-10 | 日本電気株式会社 | 移動無線通信システム、基地局及びそれらに用いる移動無線通信方法 |
| US7406314B2 (en) * | 2003-07-11 | 2008-07-29 | Interdigital Technology Corporation | Wireless transmit receive unit having a transition state for transitioning from monitoring to duplex connected states and method |
-
2006
- 2006-05-03 GB GBGB0608753.0A patent/GB0608753D0/en not_active Ceased
-
2007
- 2007-05-01 WO PCT/IB2007/002446 patent/WO2007125428A2/en not_active Ceased
- 2007-05-01 EP EP07789669.4A patent/EP2016797B1/en active Active
- 2007-05-01 JP JP2009508543A patent/JP5055633B2/ja active Active
- 2007-05-01 CN CN200780020652XA patent/CN101461280B/zh active Active
- 2007-05-01 BR BRPI0712247-0A patent/BRPI0712247A2/pt not_active IP Right Cessation
- 2007-05-01 RU RU2008147264/09A patent/RU2414097C2/ru active
- 2007-05-01 KR KR1020087029533A patent/KR101059913B1/ko active Active
- 2007-05-01 MX MX2008013979A patent/MX2008013979A/es active IP Right Grant
- 2007-05-02 TW TW096115543A patent/TWI425854B/zh active
- 2007-05-03 US US11/743,999 patent/US7894390B2/en active Active
-
2008
- 2008-12-01 ZA ZA200810195A patent/ZA200810195B/xx unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CN101461280A (zh) | 2009-06-17 |
| GB0608753D0 (en) | 2006-06-14 |
| WO2007125428A3 (en) | 2008-04-03 |
| RU2414097C2 (ru) | 2011-03-10 |
| US7894390B2 (en) | 2011-02-22 |
| TWI425854B (zh) | 2014-02-01 |
| WO2007125428A2 (en) | 2007-11-08 |
| EP2016797A2 (en) | 2009-01-21 |
| US20070258402A1 (en) | 2007-11-08 |
| JP5055633B2 (ja) | 2012-10-24 |
| TW200805924A (en) | 2008-01-16 |
| EP2016797B1 (en) | 2020-09-30 |
| RU2008147264A (ru) | 2010-06-10 |
| JP2009535957A (ja) | 2009-10-01 |
| KR20090008445A (ko) | 2009-01-21 |
| CN101461280B (zh) | 2013-02-13 |
| MX2008013979A (es) | 2008-12-12 |
| KR101059913B1 (ko) | 2011-08-29 |
| ZA200810195B (en) | 2009-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| 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 | |
| JP4995840B2 (ja) | グループ識別及び非個別チャネル状態における高速送信をサポートするユーザ装置 | |
| JP4505021B2 (ja) | アップリンクサービスのための伝送チャンネルを用いるハンドオーバー領域におけるアップリンクデータ伝送方法及び装置 | |
| JP4304178B2 (ja) | 高速アップリングパケットアクセス用ダウンリンクシグナリングシステムおよび方法 | |
| TWI418229B (zh) | 在行動通訊系統中溝通控制資訊的方法和設備 | |
| JP4550138B2 (ja) | 端末とネットワーク間の無線アクセス設定の変更 | |
| US7733832B2 (en) | Method and apparatus for transmitting/receiving control information of user equipment for uplink data transmission | |
| JP5603944B2 (ja) | 選択したリソースにおいて全カバー範囲を有するランダムアクセス | |
| US20050237932A1 (en) | Method and system for rate-controlled mode wireless communications | |
| US20070049309A1 (en) | Wireless communication method and apparatus for processing enhanced uplink scheduling grants | |
| JP2003536349A (ja) | 移動通信システムにおける専用物理制御チャンネルの断続伝送のための装置 | |
| EP2224763B2 (en) | A resource release method, a communication equipment and a network system | |
| TW200539600A (en) | Method and apparatus for channel sensitive scheduling in a communication system | |
| JP5209779B2 (ja) | サービングｈｓ−ｄｓｃｈセル変更確認応答の提供 | |
| RU2410840C2 (ru) | Способ и система для передачи информации об уровне шума для высокоскоростного пакетного доступа по восходящей линии связи | |
| EP2645809B1 (en) | Resource release method, communication equipment, and network system | |
| KR20050094691A (ko) | 이동통신 시스템의 상향링크 스케줄링방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE AS 4A E 5A ANUIDADES. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: NAO APRESENTADA A GUIA DE CUMPRIMENTO DE EXIGENCIA. REFERENTE AS 4A E 5A ANUIDADES. |
|
| B15K | Others concerning applications: alteration of classification |
Free format text: PROCEDIMENTO AUTOMATICO DE RECLASSIFICACAO. AS CLASSIFICACOES IPC ANTERIORES ERAM: H04L 12/56; H04W 72/06; H04W 88/02. Ipc: H04W 72/06 (2009.01), H04W 88/02 (2009.01) Ipc: H04W 72/06 (2009.01), H04W 88/02 (2009.01) |