BRPI0808321B1 - método e aparelho de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio - Google Patents

método e aparelho de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio Download PDF

Info

Publication number
BRPI0808321B1
BRPI0808321B1 BRPI0808321-5A BRPI0808321A BRPI0808321B1 BR PI0808321 B1 BRPI0808321 B1 BR PI0808321B1 BR PI0808321 A BRPI0808321 A BR PI0808321A BR PI0808321 B1 BRPI0808321 B1 BR PI0808321B1
Authority
BR
Brazil
Prior art keywords
rlc
size
pdus
subset
pdu
Prior art date
Application number
BRPI0808321-5A
Other languages
English (en)
Inventor
Diana Pani
Christopher R. Cave
Stephen E. Terry
Paul Marinier
Original Assignee
Interdigital Technology Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=39748494&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI0808321(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Interdigital Technology Corporation filed Critical Interdigital Technology Corporation
Publication of BRPI0808321A2 publication Critical patent/BRPI0808321A2/pt
Publication of BRPI0808321B1 publication Critical patent/BRPI0808321B1/pt

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/249Reselection being triggered by specific parameters according to timing information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • H04L1/1877Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/36Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H04L47/365Dynamic adaptation of the packet size
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0072Transmission or use of information for re-establishing the radio link of resource information of target access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)

Abstract

método e aparelho de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio. é descrita uma série de métodos e aparelhos de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio (rlc). é gerada uma mensagem de reconfiguração de controle de recursos de rádio (rrc) que indica que uma unidade de rlc em uma unidade de transmissão e recepção sem fio (wtru) ou uma rede de acesso via rádio terrestre universal (utran) deverá ser reconfigurada de sustentar unidades de dados de protocolo (pdus) de rlc com tamanho flexível para sustentar pdus de rlc com tamanho fixo. caso um elemento de informação (ie) "restabelecimento de rlc de um lado" esteja presente na mensagem de reconfiguração de rrc, apenas um subconjunto do lado de recepção na unidade de rlc é restabelecido. caso contrário, o subconjunto do lado de recepção e um subconjunto do lado de transmissão na unidade de rlc são ambos restabelecidos. pdus de rlc com tamanho flexível podem ser descartadas e pode ser transmitida uma mensagem que indica as pdus de rlc com tamanho flexível descartadas. as pdus de rlc com tamanho flexível podem ser modificadas de forma a corresponderem a um conjunto de tamanhos previamente definidos.

Description

Campo da Invenção
[001] A presente invenção refere-se a comunicações sem fio.
Antecedentes
[002] Alguns dos principais objetivos da evolução de acesso a pacotes em alta velocidade (HSPA) incluem velocidades de dados mais altas, capacidade e cobertura de sistema mais alta, sustentação ampliada para serviços de pacotes, latência reduzida, custos de operador reduzidos e compatibilidade traseira. Atender a esses objetivos requer evoluções do protocolo de interface de rádio e arquitetura de rede. Mais especifica mente, atender a esses objetivos necessitou de um conjunto de aprimoramentos e alterações de arquitetura para as funcionalidades da camada 2 (L2) (ou seja, controle de link de rádio (RLC) e controle de acesso a meios (MAC)).
[003] Alguns dos aprimoramentos de L2 incluem unidades de dados de protocolo (PDUs) de RLC com tamanho flexível (ou seja, PDUs de RLC que possuem tamanhos flexíveis), segmentação/concatenação de MAC em alta velocidade (MAC-hs) e multiplexação. Na Versão 6 (R6) de acesso via rádio terrestre universal (UTRA), as entidades de RLC com modo reconhecido (AM) podem apenas utilizar PDUs de RLC com tamanho fixo (ou seja, PDUs de RLC que possuam um tamanho fixo). Além disso, a subcamada de MAC-hs no Nó B pode sustentar apenas a concatenação de PDUs de MAC dedicado (MAC-d). Os aprimoramentos de L2 de UTRA Versão 7 (R7) resultam em alterações de RLC/MAC significativas das características de R6.
[004] Atualmente, quando as portadoras de rádio (RB) são estabelecidas ou reconfiguradas por meio de sinalização de controle de recursos de rádio (RRC), o elemento de informação (IE) "informações de mapeamento de RB"está presente. As "informações de mapeamento de RB"contêm informações sobre a instância de RLC e canais de transporte correspondentes ao RB.
[005] A configuração de MAC-hs necessita ser a mesma ao longo de todos os RBs mapeados para um canal compartilhado de Downlink em alta velocidade (HS-DSCH), caso contrário resultará uma configuração inválida.
[006] Em HSPA, os canais compartilhados em alta velocidade são monitorados por uma unidade de transmissão e recepção sem fio (WTRU) em uma única célula (ou seja, a célula HS-DSCH em serviço). Devido à mobilidade, quando a WTRU estiver se movendo de uma célula para a outra, a WTRU necessita realizar uma alteração de célula em serviço comutando para uma nova célula HS-DSCH em serviço e encerrando a comunicação com a célula HS-DSCH em serviço antiga. Em um procedimento de reposicionamento de Nós B, uma entrega entre Nós B ocorre de um Nó B antigo (ou seja, um Nó B fonte) para um Nó B novo (ou seja, um Nó B alvo).
[007] No momento de uma alteração de Nó B em serviço, o Nó B alvo necessita iniciar a transmissão de dados ao longo da nova configuração. A entrega pode ocorrer entre Nós B de HSPA evoluído que sustentam os aprimoramentos de L2 ou de/para células com ou sem aprimoramentos de L2. Nos dois casos, a WTRU deve ser capaz de realizar uma entrega, ajustar-se às novas configurações e minimizar a perda de dados.
[008] Com a introdução de novos aprimoramentos de L2, novos procedimentos necessitam ser definidos a fim de otimizar e minimizar a perda de dados durante uma entrega entre células R7 ou entre uma célula R7 e uma célula R6. Especifica mente, procedimentos que lidam com o reinicio da entidade MAC-hs necessitam ser modificados, a fim de compensar os novos aprimoramentos de L2.
[009] Além disso, não se pode considerar que todos os Nós B de R6 serão atualizados ao mesmo tempo que Nós B de R7. As entregas entre células R6 e R7 podem, portanto, ocorrer frequentemente. Devido às alterações funcionais do RLC e MAC, necessitam ser definidos métodos de realização de entregas com perda mínima de qualidade e dados entre essas células. Especifica mente, do lado da WTRU, o MAC-hs e o RLC necessitam realizar alterações funcionais durante as entregas.
[0010] A publicação na Internet "R2-070034: Solicitação de alteração para 25.322, aprimoramentos L2: draft de CR para RLC" (3GPP TSG-RAN2 Meeting # 56BIS, 15 de janeiro de 2007, <http://www.3gpp.org/ftp/Specs/html-info/25322-CRs.htm>) descreve tamanhos flexíveis de PDU de RLC para controle de link de rádio em modo reconhecido.
[0011] O documento US 2006/0281413 descreve um método para estabelecer controle de link de rádio em uma rede de comunicação sem fio.
Resumo da Invenção
[0012] São descritos diversos métodos e aparelhos de comunicação sem fio para sustentar a reconfiguração de parâmetros de RLC. É gerada uma mensagem de reconfiguração de RRC que indica que uma unidade de RLC em uma WTRU ou uma rede de acesso via rádio terrestre universal (UTRAN) deverá ser reconfigurada de sustentação de PDUs de RLC com tamanho flexível para sustentar PDUs de RLC com tamanho fixo ou vice-versa. Caso um IE "restabelecimento de RLC de um lado" esteja presente na mensagem de reconfiguração de RRC, apenas um subconjunto do lado de recepção ou lado de transmissão na unidade de RLC é restabelecido. Caso contrário, o subconjunto do lado de recepção e um subconjunto do lado de transmissão na unidade de RLC são ambos restabelecidos. PDUs de RLC com tamanho flexível podem ser descartadas e pode ser transmitida uma mensagem que indique as PDUs de RLC com tamanho flexível descartadas. As PDUs de RLC com tamanho flexível podem ser modificadas de forma que correspondam a um conjunto de tamanhos previamente definidos.
Breve Descrição das Figuras
[0013] Pode-se obter uma compreensão mais detalhada a partir da descrição a seguir em conjunto com as figuras anexas, nas quais: a figura 1 é um exemplo de diagrama de bloco de uma WTRU que se move entre células R6 e R7 e é configurada para operar com as novas subcamadas MAC-hs e RLC quando for recebida uma mensagem de entrega durante um procedimento de alteração de células em serviço; e a figura 2 é um exemplo de diagrama de bloco de uma UTRAN que envia uma mensagem de reconfiguração de RRC para a WTRU da figura 1.
Descrição Detalhada
[0014] Quando indicado a seguir, a terminologia "unidade de transmissão e recepção sem fio (WTRU)" inclui, mas sem limitar-se a um equipamento de usuário (UE), estação móvel, unidade de assinante fixa ou móvel, pager, telefone celular, assistente digital pessoal (PDA), computador ou qualquer outro tipo de dispositivo de usuário capaz de operar em um ambiente sem fio. Quando indicado a seguir, a terminologia "estação base" inclui, mas sem limitar-se a um Nó B, controlador de local, ponto de acesso (AP) ou qualquer outro tipo de dispositivo de interface capaz de operar em um ambiente sem fio.
[0015] São descritos no presente diversos métodos de comunicação sem fio que otimizam cenários de entrega, procedimentos de reinicio e procedimentos de reconfiguração para uma entidade de RLC. Além disso, são descritos diversos métodos de comunicação sem fio para entregas entre células em que uma ou ambas as células sustentam aprimoramentos de L2. Uplink (UL) e Downlink (DL) são ambos aplicáveis a esses métodos de comunicação sem fio.
[0016] As expressões a seguir são utilizadas ao longo de toda a descrição abaixo e são definidas resumidamente. Uma unidade de payload de MAC-hs aprimorado (MAC-ehs) é uma unidade de dados de serviço (SDU) de MAC-ehs ou um segmento de uma SDU de MAC-ehs contida em uma PDU de MAC-ehs. Uma PDU de reordenamento de MAC-ehs é um conjunto de unidades de payload de MAC-ehs em uma PDU de MAC-ehs que pertence à mesma fila de prioridades. Uma célula aprimorada é uma célula que sustenta aprimoramentos de L2, ou seja, PDUs de RLC com tamanho flexível. Uma célula não aprimorada é uma célula que não sustenta aprimoramentos de L2, ou seja, PDUs de RLC com tamanho fixo.
[0017] Quando indicado a seguir, R6 inclui, mas sem limitar-se a uma célula, Nó B ou controlador de rede de rádio (RNC) que não sustenta PDUs de RLC com tamanho flexível (ou seja, são sustentadas PDUs de RLC com tamanho fixo). Quando indicado a seguir, R7 inclui, mas sem limitar-se a uma célula, Nó B ou RNC que sustenta PDUs de RLC com tamanho flexível.
[0018] Quando indicado a seguir, UTRAN inclui, mas sem limitar-se a uma célula, Nó B, RNC ou nó de rede.
[0019] A figura 1 é um exemplo de diagrama de bloco de uma WTRU 100 que se move entre células não aprimoradas e células aprimoradas e é configurada para operação com as novas subcamadas RLC e MAC-ehs quando uma mensagem de entrega for recebida durante um procedimento de alteração de células em serviço. Conforme exibido na figura 1, a WTRU 100 inclui uma unidade de RRC 105, uma unidade de RLC 110, uma unidade de MAC 115 e uma unidade de camada 1 (Ll) física (PHY) 120. O início de uma alteração de célula em serviço pode ocorrer em resposta ao recebimento de uma mensagem de reconfiguração de RRC 125, tal como uma mensagem de reconfiguração de RRC RB, uma mensagem de reconfiguração de RRC de canal de transporte ou uma mensagem de reconfiguração de RRC de canal físico. A unidade de RLC 110 inclui um subconjunto do lado de transmissão 130 e um subconjunto do lado de recepção 135. O subconjunto do lado de transmissão 130 inclui um buffer de transmissão 140.
[0020] A mensagem de reconfiguração de RRC 125 pode ser gerada por uma UTRAN. A figura 2 é um diagrama de bloco que ilustra um exemplo de configuração de uma pilha de protocolo na UTRAN 200. A UTRAN 200 pode incluir uma unidade de RRC 205, uma unidade de RLC 210, uma unidade de MAC 115 e uma unidade de Ll PHY 220. A unidade de RLC 210 inclui um subconjunto do lado de transmissão 230 e um subconjunto do lado de recepção 235. O subconjunto do lado de transmissão 230 inclui um buffer de transmissão 240. A unidade de RRC 205 gera a mensagem de reconfiguração de RRC 125 para iniciar uma alteração de células em serviço.
[0021] A UTRAN 200 pode também incluir um Nó B alvo, um Nó B fonte, um RNC de controle (CRNC) e um RNC em serviço (SRNC) (não exibido). O RNC pode incluir uma unidade de RLC e uma unidade de RRC (não exibida). Alternativamente, as funcionalidades de RNC são incluídas no Nó B e, portanto, nenhum RNC de controle ou RNC em serviço está presente.
[0022] As instâncias de RLC não necessitam possuir a mesma configuração de RLC para todos os RBs mapeados para um HS-DSCH. Uma WTRU conectada a uma célula aprimorada pode sustentar simultaneamente, por exemplo, uma ou mais instâncias de RLC configuradas com PDUs de RLC com tamanho fixo e/ou PDUs de RLC com tamanho flexível. O MAC-ehs aprimorado é capaz de sustentar a recepção de PDUs de RLC com tamanho fixo e PDUs de RLC com tamanho flexível.
[0023] Uma WTRU que opera em uma célula não aprimorada não pode sustentar, entretanto, instâncias de RLC com PDUs de RLC com tamanho flexível. Todas as entidades de RLC mapeadas para um HS-DSCH normal (ou seja, um MAC-hs) necessitam ser configuradas com operação de PDU de RLC com tamanho fixo. Isso se deve ao fato de que a configuração de MAC-hs normal não sustenta a recepção e sinalização de PDUs de RLC com tamanho flexível. Consequentemente, um RLC que sustenta PDUs de RLC com tamanho fixo pode designar uma instância de RLC AM ou uma instância de RLC em modo não reconhecido (UM).
[0024] Para evitar restabelecimentos, os canais lógicos correspondentes a uma instância de RLC não necessitam alterar a sua configuração ao mover-se de uma célula não aprimorada para uma célula aprimorada. Quando uma WTRU mover-se de uma célula com configuração de MAC-hs normal para uma célula com configuração de MAC-ehs aprimorada, por exemplo, as instâncias de RLC configuradas para sustentar PDUs de RLC com tamanho fixo não necessitam ser reconfiguradas para sustentar PDUs de RLC com tamanho flexível.
[0025] O RB que sustenta PDUs de RLC com tamanho fixo em uma célula aprimorada pode manter a configuração de PDU de RLC com tamanho fixo ou pode ser reconfigurado para sustentar PDUs de RLC com tamanho flexível no momento da entrega ou posteriormente, caso em que um procedimento de reconfiguração de RB será acionado e o RRC desempenhará as etapas necessárias. Isso permite que os RBs em sinalização mantenham a sua configuração de RLC existente e evitem o restabelecimento da entidade de RLC. Caso as entregas entre células aprimoradas e não aprimoradas ocorram frequentemente em uma rede, este método evita o restabelecimento das instâncias de AM RLC não aprimoradas caso a WTRU mova-se frequentemente entre células aprimoradas e não aprimoradas. Este método também permite otimizações para instâncias de RLC UM. Caso instâncias de RLC UM não sejam estendidas para sustentar PDUs de RLC com tamanho flexível em R7, as instâncias de RLC UM não necessitam ser restabelecidas nem reconfiguradas ao mover-se de células não aprimoradas para células aprimoradas e vice- versa. Caso PDUs com tamanho flexível sejam introduzidas para instâncias de RLC UM, aplicam-se os mesmos métodos descritos para RLC AM.
[0026] Restabelecimento do comportamento de RLC por RB durante movimento entre células aprimoradas e células não aprimoradas:
[0027] Quando a WTRU alterar as células em serviço durante entrega que sustentam versões diferentes (ou seja, R6 e R7), a WTRU possui a opção de manter uma instância de RLC existente sem alterar a sua configuração (ou seja, sustentar PDUs de RLC com tamanho fixo ao longo de uma configuração de MAC aprimorada) ou a instância de RLC existente pode ser reconfigurada. Uma instância de RLC que sustenta PDUs de RLC com tamanho flexível em uma célula L2 aprimorada não pode manter a sua configuração, entretanto, ao mover-se para uma célula L2 não aprimorada porque o MAC-hs normal não pode sustentar a recepção de PDUs de RLC com tamanho flexível. É necessário, portanto, um restabelecimento de RLC ou um novo procedimento que manipule a alteração da configuração de RLC para minimizar a perda de dados. A alteração de reconfiguração da unidade de RLC pode também ocorrer devido ao reposicionamento de SRNS, que envolve a movimentação de um SRNC que sustenta PDU de RLC com tamanho flexível para um SRNC que não sustenta PDUs de RLC com tamanho flexível.
[0028] Métodos de realização e avaliação da necessidade de restabelecimento de RLC são necessários em base por RB. Quando uma WTRU mover-se entre células L2 aprimoradas e não aprimoradas ou quando o RLC alterar a sua configuração, não ocorre reconfiguração de RLC e, portanto, nenhum restabelecimento de RLC é realizado e/ou ocorre uma alteração de configuração de RLC de PDUs de RLC com tamanho fixo para PDUs de RLC com tamanho flexível. Neste caso, pode ser acionado um procedimento de reconfiguração de RLC. O restabelecimento da entidade de RLC neste caso nem sempre é necessário, mas pode ser opcionalmente realizado.
[0029] O procedimento de reconfiguração configura apenas a entidade de RLC para começar a sustentar PDUs de RLC com tamanho flexível. Não ocorre perda de dados, pois as PDUs de RLC com tamanho fixo podem ser transmitidas e ser transparentes para a WTRU e o MAC-ehs. O procedimento de reconfiguração configura apenas a entidade de RLC para que comece a sustentar PDUs de RLC com tamanho flexível. Não ocorre perda de dados, pois as PDUs de RLC com tamanho fixo podem ser transmitidas para a WTRU e o MAC-ehs. Quando ocorrer uma alteração da configuração de RLC de PDUs de RLC com tamanho flexível para PDUs de RLC com tamanho fixo, é necessário um restabelecimento de RLC ou, opcionalmente, pode ser realizado um novo procedimento que lide com a alteração e tente minimizar a perda de dados. A WTRU é configurada para sempre permanecer em RLC R7 e sustentar PDUs de RLC com tamanho flexível. A UTRAN pode alterar as configurações de RLC sem indicar explicitamente para a WTRU que ocorreu uma alteração de R6 para R7 ou vice-versa.
[0030] Critérios de avaliação para realizar uma reconfiguração ou restabelecimento de RLC:
[0031] Quando o RLC altera a sua configuração, será acionado um procedimento de reconfiguração de RB. Os procedimentos de reconfiguração de RB RRC e elementos de informação são utilizados para avaliar e indicar a necessidade de restabelecimento de RLC.
[0032] A necessidade de restabelecimento de RLC para o RB sinalizado pode ser determinada pela sinalização explícita do RRC que adiciona um novo campo em um elemento de informação (IE) de RB existente ou RB de sinalização (SRB) que indica o restabelecimento de RLC. A sinalização explícita de RRC pode indicar um restabelecimento de um lado ou total. Procedimentos de RRC correspondentes ao procedimento de reconfiguração de RRB podem ser modificados para realizar verificações de condições sobre os novos parâmetros de configuração fornecidos (ou seja, tamanho de PDU de RLC, flexível ou fixa) e os parâmetros de configuração antigos da entidade de RLC reconfigurada (ou seja, tamanho de PDU de RLC, flexível ou fixa) e para avaliar a necessidade de restabelecimento de RLC.
[0033] A avaliação de critérios de restabelecimento pode ser realizada na descrição de ações genéricas mediante o recebimento do IE informações de mapeamento de RB, na descrição de ações genéricas mediante o recebimento do IE "informações de RLC" e/ou por meio da adição de uma nova seção que descreve ações genéricas mediante o recebimento do IE de configuração de RLC de Downlink (DL) ou uplink (UL).
[0034] As seções a seguir descrevem as diferentes possibilidades de avaliação e realização de critérios de restabelecimento de RLC e aplicam-se a DL RLC, UL RLC e, opcionalmente, entidades UM.
Opção 1:
[0035] Para esta opção, a avaliação de restabelecimento de RLC é realizada dentro das ações do IE "informações de mapeamento de RB" ou em uma nova seção que lida com ações mediante o recebimento do IE "configuração de RLC". Observe-se que a configuração de RLC (ou seja, se a escolha de RLC é fixa ou flexível) é fornecida no IE "informações de mapeamento de RB" para esta opção. O IE "configuração de RLC" pode ser fornecido, entretanto, em outros elementos de informação. O IE "configuração de RLC" pode fornecer à WTRU informações relativas a se a instância de RLC é configurada para sustentar PDUs de RLC com tamanho fixo ou PDUs de RLC com tamanho flexível.
[0036] Caso o IE "configuração de RLC" seja definido no valor "aprimorado" e o valor previamente armazenado fosse definido como "normal" (ou se o valor for diferente do definido atualmente), uma entidade RLC (ou camada) é reconfigurada conforme o IE de configuração de RLC DL. Opcionalmente, caso seja necessário restabelecimento, a entidade RLC é restabelecida. Caso contrário, se o IE "configuração de RLC" for definido com o valor "normal" e o valor armazenado anteriormente fosse definido como "aprimorado" (ou se o valor for diferente do definido atualmente). A entidade RLC é restabelecida realizando-se restabelecimento de um lado ou total.
[0037] Mediante o recebimento de uma mensagem de RRC que resulte na reconfiguração do RB, a WTRU realiza um conjunto de ações relativas a mapeamento de RB. Para a operação de RLC UL, a condição de restabelecimento pode ser opcionalmente realizada no presente. Mais especificamente, caso aquele RB esteja utilizando AM e a configuração de PDU de RLC (ou seja, seleção de tamanho de PDU de RLC) aplicável ao canal lógico UL seja alterada de uma configuração que sustenta PDUs de RLC com tamanho flexível para PDUs de RLC com tamanho fixo e se o IE "restabelecimento de RLC de um lado" for incluído naquela mensagem de RRC e definido como VERDADEIRO, a WTRU restabelece o lado de transmissão da entidade RLC correspondente. Caso contrário, a WTRU restabelece a entidade RLC correspondente.
[0038] Quando a configuração que sustenta PDUs de RLC com tamanho fixo for alterada para uma configuração que sustenta PDUs de RLC com tamanho flexível, o restabelecimento de RLC é opcional e pode ser realizado quando o indicador de comprimento indicado em um campo indicador de comprimento das PDUs de RLC for alterado entre sete e quinze bits. Conforme descrito acima, apenas o subconjunto do lado de transmissão 130 e 230 (caso o IE "estabelecimento de RLC de um lado" seja incluído) ou a unidade de RLC completa 110 e 210 (ou seja, o subconjunto do lado de transmissão 130 e 230 e o subconjunto do lado de recepção 135 e 235) pode ser restabelecida.
Opção 2:
[0039] O critério de restabelecimento de RLC é avaliado nas ações mediante recebimento do IE "informação de RLC". Quando as ações correspondentes ao IE "informação de RLC" forem realizadas, o procedimento necessita estar ciente da configuração da entidade RLC (ou seja, PDU de RLC com tamanho flexível ou PDU de RLC com tamanho fixo). Isso pode ser realizado por meio da adição de um novo IE no IE "informação de RLC" que indica a configuração de RLC. O novo IE indica se pode ser utilizado tamanho de PDU de RLC fixo ou flexível. O novo IE também indica se é utilizado RLC normal ou amplificado.
[0040] O conjunto de valores de IE de tamanho de PDU de RLC DL pode ser estendido para que contenha um valor reservado que indique explicitamente que o RLC sustenta PDUs de RLC com tamanho flexível. Pode-se utilizar, por exemplo, valor 0 ou 8 ou "todos 1" em binário e similares. O IE "informações de mapeamento de RB"e o IE "configuração de RLC DL" que especifica a versão da configuração de RLC utilizada são examinados. Informações sobre a configuração de RLC são obtidas de qualquer outro IE que contenha essa informação. Caso o novo IE não seja incluído no IE "informações de RLC", o procedimento de restabelecimento é baseado em seguida em informações de outros elementos ou o procedimento de restabelecimento ocorre no IE informações de mapeamento de RB.
[0041] Caso um novo RB sustente (ou seja, seja configurado para iniciar operação com) PDUs de RLC com tamanho fixo e um RB antigo sustente (ou seja, foi configurado para operar com PDUs de RLC com tamanho flexível), a entidade RLC é restabelecida. O restabelecimento pode ser um restabelecimento de um lado. Para o RLC DL, por exemplo, apenas o lado da recepção pode ser restabelecido e, para o RLC UL, apenas o lado da transmissão pode ser restabelecido. Para realizar um restabelecimento de um lado, pode- se utilizar o IE existente "restabelecimento de um lado"no IE "informações de RLC". Opcionalmente, o procedimento de RRC indica especificamente o restabelecimento da entidade receptora ou entidade transmissora sem utilizar o IE "restabelecimento de um lado".
[0042] Caso um RB novo sustente PDUs de RLC com tamanho flexível e um RB antigo sustente PDUs de RLC com tamanho fixo e a unidade de RLC 110 e 210 seja reconfigurada, o restabelecimento pode ser opcional.
[0043] É incluída abaixo uma descrição do procedimento de RRC. O procedimento de RRC foi modificado de forma a corresponder ao IE "informações de RLC". Para os fins do presente relatório descritivo, um novo elemento de informação "indicador do tamanho de DLRLC" é adicionado ao IE "informações de RLC" ou UL, "indicador do tamanho de RLC UL", que possui um valor de RLC normal ou fixo. Um exemplo do novo IE é exibido na Tabela 1.
[0044] O procedimento de RRC correspondente às ações realizadas na presença do IE "informações de RLC" é modificado para compensar alterações da configuração de instâncias de RLC. O IE "indicador de tamanho de RLC" é utilizado como um exemplo no procedimento descrito abaixo. Geralmente, entretanto, o IE "indicador de tamanho de RLC" representa uma indicação da configuração de RLC, pode ser chamado de forma diferente e possuir uma enumeração diferente tal como aprimorado/normal ou valores.
[0045] O procedimento de RRC modificado pode ser realizado conforme segue:
[0046] Mediante recebimento do IE "informações de RLC", a WTRU deverá: l>se o IE "modo de RLC de Downlink"estiver presente e definido em "RLC AM"; 2>se o IE "indicador do tamanho de RLC DL" estiver presente e definido no valor "fixo"; 3>se o valor for diferente do definido atualmente na entidade RLC; 4>se o IE "estabelecimento de RLC de um lado" for definido como VERDADEIRO; 5>restabelecer o lado de recepção da entidade RLC correspondente; 4>caso contrário: 5>restabelecer a entidade RLC correspondente; 3>configurar a entidade RLC correspondente conforme o novo indicador de tamanho de PDU de RLC; 2>caso contrário, se o "indicador de tamanho de RLC DL" estiver presente e definido como "flexível": 3>caso o valor seja diferente do definido atualmente no RLC; 4>reconfigurar a entidade RLC (opcionalmente, restabelecer RLC caso o RRC seja configurado para restabelecer ao move-se de uma célula não aprimorada para uma célula aprimorada); 2>caso contrário (após a declaração "caso contrário", encontram-se os procedimentos que lidam com as instâncias de tamanho de PDU de RLC fixas ou com o caso em que o indicador de tamanho de RLC DL não está presente; as etapas após esta declaração "caso contrário" correspondem às etapas em R6); 3>caso o IE "tamanho de PDU de RLC DL" não esteja presente; 4>a determinação do tamanho de PDU de RLC de Downlink será manipulada em nível de RLC, sem nenhuma configuração de RRC. Qbs.:o caso em que esse IE obrigatório não está presente destina-se a manipular a interação com uma rede utilizando uma versão anterior da especificação. 3>caso contrário, se o IE "tamanho de PDU de RLC DL" estiver presente e nenhum tamanho de PDU de RLC de Downlink for atualmente definido na entidade RLC: 4>configurar a entidade RLC correspondente com o tamanho de PDU de RLC de Downlink; 3>caso contrário, se o IE "tamanho de PDU de RLC DL" estiver presente e o seu valor for diferente do definido atualmente na entidade RLC; Obs.:O tamanho de PDU de RLC de Downlink definido na entidade RLC pode ser configurado explicitamente ou, caso nenhuma configuração explícita seja fornecida, derivado pela primeira PDU de RLC recebida. 4>caso o IE "restabelecimento de RLC de um lado" seja definido como VERDADEIRO; 5>restabelecer o lado de recepção da entidade RLC correspondente; 4>caso contrário: 5>restabelecer a entidade RLC correspondente. 4>configurar a entidade RLC correspondente com o novo tamanho de RLC de Downlink.
[0047] A verificação de condições para restabelecimento de RLC não é restrita à ordem especificada nas duas opções acima e, portanto, pode ser realizada em qualquer ordem. Além disso, o nome dos novos IEs, tais como IE de configuração de RLC DL e IE indicador de tamanho de RLC DL, é submetido a alterações. O procedimento correspondente a este IE permanece inalterado, independentemente dos nomes dos IEs.
[0048] Para a Opção 2, um exemplo da definição funcional de IE "informações de RLC" é fornecido na Tabela 1 abaixo. Tabela 1 IE "Informações de RLC" Modificado
Figure img0001
Figure img0002
Figure img0003
Figure img0004
Figure img0005
[0049] Caso o restabelecimento de RLC para diferentes configurações de RLC não seja avaliado no IE "informações de RLC", as verificações de condições do tamanho de PDU de RLC DL no IE "informações de RLC" deverão apenas ser realizadas caso a instância de RLC AM sustente tamanhos de PDU de RLC fixos. Caso contrário, se a verificação de condição for realizada e o tamanho de PDU de RLC DL estiver presente para configurações de RLC flexíveis, podem resultar restabelecimentos desnecessários.
[0050] Com referência às figuras 1 e 2, será agora descrito um método alternativo de ajuste da nova configuração de RLC na WTRU 100 e na UTRAN 200. Este método alternativo é aplicável quando o subconjunto do lado receptor 135 e 235 sinalizar explicitamente a configuração de RLC por meio das mensagens de reconfiguração de RRC RB e for configurado para sustentar PDUs de RLC com tamanho flexível. Quando o subconjunto do lado receptor 135 e 235 for configurado para sustentar PDUs de RLC com tamanho flexível, o subconjunto do lado receptor 135 e 235 pode receber uma indicação do tamanho de PDU de RLC que o subconjunto do lado transmissor 130 e 230 estiver utilizando (quando configurado para sustentar PDUs de RLC com tamanho fixo) das camadas superiores. Este método também é aplicável ao caso em que a unidade de RLC 110 e 220 altera o tamanho do campo indicador de comprimento das PDUs de RLC de 7 a 15.
[0051] Ao mudar de uma configuração de RLC que sustenta PDU de RLC com tamanho flexível para uma configuração de RLC que sustenta tamanhos de PDU de RLC fixos, o subconjunto do lado de transmissão 130 e 230 e o subconjunto do lado de recepção 135 e 235 necessitam descartar PDUs de RLC com tamanho flexível. Mais especifica mente, em um dado tempo de ativação, o subconjunto do lado de transmissão 130 e 230 descarta PDUs de RLC com tamanho flexível (ou PDUs de RLC com um tamanho diferente do tamanho de PDU de dados de modo reconhecido (AMD) fixo) que tenham sido transmitidas uma vez e ainda não tenham sido reconhecidas. Um exemplo de tempo de ativação pode ser o momento em que o Nó B começa a utilizar o MAC-hs normal no caso de DL ou o MAC-i/is no caso de UL. O subconjunto do lado de transmissão 130 e 230 pode descartar as PDUs de RLC conforme uma ou uma combinação de quaisquer das regras a seguir: 1. qualquer PDU de RLC com um tamanho diferente do comprimento da PDU de RLC fixa (aplica-se a PDUs de RLC com tamanho flexível que tenham sido criadas, mas não tenham necessariamente sido ainda transmitidas); 2. qualquer PDU de RLC com tamanho diferente do comprimento de PDUs de RLC fixas que já tenham sido transmitidas pelo menos uma vez (aplica-se apenas às PDUs de RLC que tenham sido transmitidas ou submetidas a camadas inferiores, por meio do quê as PDUs de RLC que tenham sido criadas mas ainda não tenham sido transmitidas não são descartadas). 3. todas as PDUs de RLC com um número de sequência (SN) até as últimas PDUs de RLC com um tamanho de PDU de RLC flexível (ou um tamanho diferente do comprimento da PDU fixa), inclusive; 4. todas as PDUs de RLC com SN até a última PDU de RLC com um tamanho de PDU de RLC flexível (ou um tamanho diferente do comprimento da PDU fixa) que foi transmitida pelo menos uma vez, inclusive; 5. todas as SDUs de RLC até a última SDU contida na última PDU de RLC com um tamanho de PDU de RLC flexível (ou um tamanho diferente do comprimento de PDU fixo configurado); 6. todas as SDUs de RLC até a última SDU contida na última PDU de RLC com um tamanho de PDU flexível (ou um tamanho diferente do comprimento de PDU fixo configurado); 7. todas as SDUs de RLC para as quais pelo menos um segmento estava contido em uma PDU com tamanho diferente do tamanho de PDU fixo configurado que foi transmitido pelo menos uma vez; e/ou 8. todas as PDUs de RLC em um buffer de retransmissão que tenha sido transmitido para camadas inferiores e que possuem um SN atribuído.
[0052] Caso a última PDU de RLC descartada contenha um segmento de SDU de RLC, aquela SDU de RLC pode ser opcionalmente reconstruída utilizando a configuração nova (ou seja, um novo tamanho de PDU de RLC fixo).
[0053] O subconjunto do lado de transmissão 130 e 230 não reinicia parâmetros de estado e números de sequência. Em seguida, o subconjunto do lado de transmissão 130 e 240 segue para indicar para o subconjunto do lado de recepção 135 e 235 as PDUs de RLC ou SDUs de RLC que tenham sido descartadas.
[0054] Um supercampo (SUFI) de controle de janela de recebimento de movimentação (MRW) pode ser utilizado para indicar as PDUs de RLC ou SDUs de RLC descartadas. Caso "enviar MRW" não seja configurado, o SUFI de MRW é montado com as informações de descarte. Mais especificamente, ele deverá indicar o último SN da PDU de RLC ou SDU de RLC descartada (SN_MRW = último SN da PDU de RLC descartada + 1)). O subconjunto do lado de recepção 135 e 235 descarta em seguida todas as PDUs de RLC com SN < SN_MRW e move a janela de recepção proporcionalmente.
[0055] Se "enviar MRW" não for configurado, as informações de apenas quinze SDUs descartadas podem ser indicadas. Isso pode não ser suficiente para indicar todas as SDUs de RLC a serem descartadas, especialmente se um grande número de SDUs for descartado. Mais de um SUFI de MRW pode, portanto, necessitar ser enviado.
[0056] Um campo com comprimento N pode sempre ser definido como zero ou pode ser opcionalmente definido para indicar o comprimento da última SDU pertencente à PDU.
[0057] É agora introduzido um novo SUFI de MRW que somente é utilizado para fins de entrega. O novo SUFI de MRW pode incluir um campo SN_MRW para indicar o número de sequência da última PDU ou SDU a ser descartada. A janela de recepção é proporcionalmente atualizada e todas as PDUs de RLC com SN até o campo SN_MRW, inclusive, são descartadas. Opcionalmente, antes do descarte de todas as PDUs de RLC, o subconjunto do lado de recepção 135 e 235 pode reunir todas as PDUs de RLC em SDUs de RLC e fornecê-las para camadas superiores. O subconjunto do lado de recepção 135 e 235 pode descartar em seguida todas as PDUs de RLC até SN_MRW, inclusive, que não podem ser reunidas em SDUs de RLC.
[0058] Pode-se evitar o restabelecimento de RLC utilizando a função de descarte de SDU para descartar SDUs que tenham sido criadas com PDUs de RLC com tamanho flexível quando a célula em serviço for alterada para um Nó B herdado ou quando um Nó B herdado for adicionado ao conjunto ativo de canal dedicado aprimorado (E-DCH) para o caso de UL. O RLC utiliza em seguida o SUFI de MRW para indicar para a WTRU que mova a janela de recepção e descarte as mesmas PDUs de RLC.
[0059] Este método resulta na mesma quantidade de perda de dados do restabelecimento de RLC caso a reconfiguração tenha lugar no momento da ativação. A perda de dados pode ser minimizada, entretanto, se o subconjunto do lado de transmissão 130 e 230 começar a gerar PDUs de RLC fixas quando a decisão de entrega for realizada ou quando o subconjunto do lado de transmissão 130 e 230 tomar conhecimento da entrega. No momento em que tem lugar a entrega (ou seja, no dado tempo de ativação), a função de descarte é iniciada. Isso permitirá que a unidade de RLC 110 tente liberar algumas PDUs de RLC com tamanho flexível até o final do tempo de ativação. Quando os dados forem transmitidos ao longo do link de rádio de células alvo (ou seja, é realizada uma entrega), todas as PDUs de RLC com tamanho flexível não reconhecidas no buffer de retransmissão 140 e 240 devem ser descartadas utilizando a função de descarte de SDU, pois elas não são sustentadas pelo Nó B alvo.
[0060] Isso pode apresentar uma desvantagem, pois o subconjunto do lado de transmissão 130 e 230 somente pode atualizar os seus parâmetros de transmissão e variáveis de estado após o recebimento de um MRW_ACK da WTRU, que pode paralisar temporariamente a janela de transmissão. Uma vantagem deste método, entretanto, é que a perda de dados pode ser minimizada.
[0061] O início do procedimento pode ser indicado por um ou uma combinação das opções a seguir: 1. O procedimento pode ser indicado por meio de sinalização explícita a partir de camadas superiores (ou seja, iniciar o descarte de SDU para propósitos de entrega). 2. O procedimento pode ser acionado internamente pelo RLC ao detectar-se uma alteração de tamanho de PDU de RLC flexível para fixo (ou seja, quando for indicada uma reconfiguração de flexível para fixo nas mensagens de RRC). 3. O procedimento iniciado em um dado tempo de ativação para propósitos de entrega caso seja solicitada uma alteração sincronizada.
[0062] Função de descarte de SDU para modo reconhecido, não reconhecido e transparente:
[0063] Descarte para propósitos de reconfiguração de RLC:
[0064] Esta alternativa somente é aplicável para entidades de modo de reconhecimento de RLC. Ela é acionada quando a configuração de RLC for alterada de tamanho de PDU de RLC flexível para fixo. Opcionalmente, este procedimento pode também ser acionado se a configuração de RLC for alterada de uma configuração de PDU de RLC com tamanho fixo para uma configuração PDU de RLC com tamanho flexível e/ou se o tamanho do indicador de comprimento for alterado.
[0065] Caso a configuração de RLC seja alterada de uma configuração de PDU de RLC com tamanho flexível para uma configuração de PDU de RLC com tamanho fixo, todas as SDUs que contêm segmentos ou "indicadores de comprimento" que indiquem o final das SDUs nas PDUs de AMD que tenham sido transmitidas para camadas inferiores são descartadas (opcionalmente, até a última PDU de AMD, inclusive), com um tamanho diferente do novo tamanho de PDU de AMD configurado e utiliza-se sinalização explícita para informar o subconjunto do lado receptor 135 e 235.
[0066] Comportamento de RLC transmissor para minimizar a perda de dados:
[0067] Opcionalmente, o comportamento do subconjunto do lado de transmissão 130 e 230 pode ser modificado a fim de minimizar a perda de dados ao comutar de tamanhos de PDU flexíveis para tamanhos de PDU fixos. Quando o subconjunto do lado de transmissão 130 e 230 estiver ciente da comutação para tamanhos de PDU fixos, o subconjunto do lado de transmissão 130 e 230 deverá começar a gerar PDUs de RLC com tamanho fixo antes do tempo de ativação especificado por camadas superiores (ou seja, quando terá lugar a comutação). Essas PDUs de RLC com tamanho fixo podem incluir todas as PDUs já criadas que ainda não tenham sido transmitidas (ou seja, deverão ser regeneradas conforme o tamanho fixo) e todas as PDUs novas criadas a partir de SDUs recém-chegadas ou em buffer. Alternativa mente, o subconjunto do lado de transmissão 130 e 230 pode continuar a gerar PDUs de RLC com um tamanho flexível, mas alterar o tamanho máximo configurado de PDU de RLC para que coincida com o tamanho de PDU de RLC fixo que será configurado quando tiver lugar a entrega.
[0068] No momento da ativação, caso todas as PDUs no subconjunto do lado de transmissão 130 e 230 (incluindo as PDUs no buffer de retransmissão 140 e 240) possuam tamanho igual às PDUs de RLC com tamanho fixo configurado, o subconjunto do lado de transmissão 130 e 230 deverá prosseguir com a operação normal com as PDUs de RLC com tamanho fixo, sem descartar nenhuma PDU. Caso contrário, o subconjunto do lado de transmissão 130 e 230 deverá apenas descartar PDUs de RLC que não sejam do mesmo tamanho do comprimento fixo configurado, incluindo as PDUs de RLC que já tenham sido transmitidas.
[0069] Ao realizar-se um procedimento de restabelecimento de RLC, o procedimento deverá ser modificado para considerar que nem todas as PDUs são descartadas no momento de ativação. Quando o subconjunto do lado de transmissão 130 e 230 indicar para o subconjunto do lado de recepção 135 e 235 que mova a sua janela de recebimento (indicação de MRW), o procedimento de descarte da PDU descrito acima pode ser utilizado para indicar quais PDUs foram descartadas.
[0070] Opcionalmente, o procedimento poderá ser modificado de tal forma que a indicação de MRW seja enviada anteriormente e o subconjunto do lado de recepção 135 e 235 apenas ajuste a sua janela de recepção no momento da ativação. O tempo em que o subconjunto do lado de recepção 135 e 235 necessita ajustar a sua janela de recepção poderá ser indicado explicitamente na indicação de MRW ou o subconjunto do lado de recepção 135 e 235 pode ajustar a sua janela de recepção no tempo de ativação quando deverá ter lugar a reconfiguração de canal de transporte.
[0071] O subconjunto do lado de transmissão 130 e 230 deverá ser informado sobre a mudança de tamanho de PDU flexível para fixo assim que possível após a tomada de decisão em camadas superiores, em vez de aguardar até o tempo de ativação. Isso permite mais tempo antes do tempo de ativação para transmitir com sucesso as PDUs com tamanho flexível restantes e limita o número de PDUs com tamanho flexível que serão descartadas no momento da ativação.
[0072] Método para evitar o restabelecimento de RLC e minimizar perda de dados:
[0073] Este método pode ser utilizado isoladamente ou em combinação com um dos métodos descritos acima.
[0074] A fim de minimizar a perda de dados, no momento da alteração de PDUs de RLC com tamanho flexível para PDUs de RLC com tamanho fixo, o subconjunto do lado de transmissão 130 e 230 não descarta nenhuma das PDUs de RLC flexíveis criadas e transmitidas. Como o MAC-hs ou MAC-e/es normal sustentará apenas o recebimento de PDUs de RLC com tamanhos fixos correspondentes a um dentre um identificador de índice de tamanho (SID) para o DL ou um identificador de descrição de dados (DDI) para o UL configurado para cada fila de prioridades ou canal lógico, entretanto, as PDUs de RLC retransmitidas no MAC-hs ou MAC-e/es normal necessitam corresponder a um desses tamanhos previamente definidos.
[0075] O preenchimento pode ser utilizado para garantir que as PDUs de RLC possuam um tamanho válido. No momento da alteração da configuração de RLC, no momento da tomada da decisão de entrega ou no dado momento de ativação, o subconjunto do lado de transmissão 130 e 230 pode utilizar preenchimento para alterar o tamanho de todas as PDUs de RLC flexíveis (ou seja, com um tamanho diferente do fixado) a serem retransmitidas, de tal forma que elas coincidam com um ou uma combinação dos tamanhos a seguir: 1. um tamanho de PDU de RLC fixo configurado, caso o tamanho de PDU de RLC flexível seja menor que o tamanho de PDU de RLC fixo; 2. o tamanho máximo de PDU de RLC flexível configurado antes da reconfiguração; o RNC deve garantir que o MAC-hs e/ou MAC-e/es também seja configurado no tamanho máximo de PDU de RLC; 3. o tamanho máximo de PDU de RLC presente no buffer de retransmissão; o RNC deve garantir que o MAC-hs ou MAC-e/es também seja configurado para sustentar as recepções deste tamanho (ou seja, um dos SIDs deve corresponder a esse tamanho máximo de PDU de RLC); 4. para cada PDU de RLC flexível, coincidir o tamanho com o próximo tamanho maior de SID ou DDI configurado para a fila de MAC-hs à qual também corresponde o canal lógico (fluxo de MAC-d).
[0076] Caso o tamanho da PDU de RLC seja maior que qualquer dos tamanhos coincidentes conforme relacionado acima, não se pode utilizar preenchimento. A WTRU pode, entretanto, descartá-los utilizando o procedimento de descarte de SDUs conforme descrito acima.
[0077] Alternativa mente, as PDUs de RLC podem ser nova mente segmentadas para coincidir com o novo tamanho de PDU de RLC fixo e, caso o último segmento remanescente seja menor que o tamanho de PDU de RLC fixo (ou menor que o tamanho configurado a coincidir), pode-se utilizar preenchimento.
[0078] A alteração de tamanho flexível para tamanho fixo pode ser sinalizada para o subconjunto do lado de recepção 135 e 235 ou, opcionalmente, pode ser transparente para o subconjunto do lado de recepção 135 e 235 (ou seja, o subconjunto do lado de recepção 135 e 235 sempre opera em RLC flexível).
[0079] Ao adicionar-se preenchimento, o(s) campo(s) indicador(es) do comprimento da PDU de RLC podem necessitar de atualização para refletir as alterações e indicar onde começa o preenchimento.

Claims (8)

1. Método implementado em uma unidade de transmissão/recepção sem fio (WTRU) (100), sendo que a WTRU compreende uma entidade de controle de link de rádio (RLC) (110) compreendendo um subconjunto do lado transmissor (130) e um subconjunto do lado de receptor (135), o método sendo caracterizado por compreender: receber uma mensagem de reconfiguração de controle de recursos de rádio (RRC), incluindo um elemento de informação (IE) do RLC, um IE de tamanho de unidade de dados de protocolo (PDU) do RLC de DL, um indicador de comprimento da PDU de RLC e um IE de restabelecimento de um lado do RLC; reconfigurar a entidade RLC (110) para receber PDUs de RLC de tamanho flexível, de acordo com o indicador de comprimento de PDU de RLC recebido, desde que o IE de tamanho da PDU de RLC de DL indique PDUs de RLC de tamanho flexível e a entidade RLC esteja configurada para receber PDUs de RLC de tamanho fixo; PDUs e restabelecer ao menos um dos subconjunto do lado receptor (135) e o subconjunto do lado transmissor (130) (de acordo com o IE de restabelecimento de um lado do RLC com base nos critérios de restabelecimento do RLC e com a condição de que o IE de tamanho da PDU do RLC de DL indique PDUs de RLC de tamanho flexível e a entidade RLC esteja configurada para receber PDUs de RLC de tamanho fixo;
2. Método, de acordo com a reivindicação 1, caracterizado por o restabelecimento de ao menos um dos subconjuntos do lado receptor e do subconjunto do lado transmissor de acordo com o IE de restabelecimento de um lado do RLC compreende: restabelecer apenas o subconjunto do lado receptor se o IE de restabelecimento de um lado do RLC recebido estiver definido como TRUE.
3. Método, de acordo a reivindicação 1, caracterizado por compreender ainda a avaliação do critério de restabelecimento de RLC.
4. Método, de acordo a reivindicação 1, caracterizado por a mensagem de reconfiguração de RRC incluir um IE de modo de RLC de downlink definido como modo reconhecido RLC.
5. Unidade de transmissão e recepção sem fio (WTRU), apta a implementar o método conforme definido em qualquer uma das reivindicações de 1 a 4, caracterizada por compreender: uma entidade de controle de links de rádio RLC (110) compreendendo um subconjunto do lado transmissor (130) e subconjunto do lado receptor (135); sendo que a entidade de RLC é configurada para: receber uma mensagem de reconfiguração de controle de recursos de rádio (RRC), incluindo um elemento de informação (IE) do RLC, um IE de tamanho de unidade de dados de protocolo (PDU) do RLC de DL, um indicador de comprimento da PDU de RLC e um IE de restabelecimento de um lado do RLC; reconfigurar a entidade RLC para receber PDUs de RLC de tamanho flexível, de acordo com o indicador de comprimento de PDU de RLC recebido, desde que o IE de tamanho da PDU de RLC de DL indique PDUs de RLC de tamanho flexível e a entidade RLC esteja configurada para receber PDUs de RLC de tamanho fixo; e restabelecer ao menos o subconjunto do lado receptor o subconjunto do lado de transmissor de acordo com o IE de restabelecimento de um lado do RLC com base nos critérios de restabelecimento do RLC e na condição de que o IE de tamanho da PDU de RLC de DL indique PDUs de RLC de tamanho flexível e a entidade RLC esteja configurada para receber a PDU RLC de tamanho fixo.
6. WTRU, de acordo com a reivindicação 5, caracterizada por a entidade RLC ser configurada para restabelecer apenas o subconjunto do lado receptor se o IE de restabelecimento de um lado do RLC recebido estiver definido como TRUE.
7. WTRU, de acordo a reivindicação 5, caracterizada por a entidade de RLC ser configurada ainda para avaliar os critérios de restabelecimento de RLC.
8. WTRU, de acordo a reivindicação 5, caracterizada por a mensagem de reconfiguração de RRC incluir um IE de modo de RLC de downlink definido como modo reconhecido RLC.
BRPI0808321-5A 2007-03-16 2008-03-13 método e aparelho de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio BRPI0808321B1 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US89533807P 2007-03-16 2007-03-16
US60/895,338 2007-03-16
US90807607P 2007-03-26 2007-03-26
US60/908,076 2007-03-26
US91418907P 2007-04-26 2007-04-26
US60/914,189 2007-04-26
PCT/US2008/003336 WO2008115392A2 (en) 2007-03-16 2008-03-13 Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters

Publications (2)

Publication Number Publication Date
BRPI0808321A2 BRPI0808321A2 (pt) 2014-07-08
BRPI0808321B1 true BRPI0808321B1 (pt) 2020-10-13

Family

ID=39748494

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0808321-5A BRPI0808321B1 (pt) 2007-03-16 2008-03-13 método e aparelho de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio

Country Status (16)

Country Link
US (4) US8130706B2 (pt)
EP (1) EP2140632B1 (pt)
JP (6) JP4997294B2 (pt)
KR (6) KR101115107B1 (pt)
CN (1) CN103024833B (pt)
AR (1) AR067209A1 (pt)
AU (1) AU2008227111B2 (pt)
BR (1) BRPI0808321B1 (pt)
CA (1) CA2681020C (pt)
DK (1) DK2140632T3 (pt)
HK (2) HK1139258A1 (pt)
IL (1) IL200979A (pt)
MX (1) MX2009009893A (pt)
MY (1) MY159527A (pt)
TW (4) TWI554143B (pt)
WO (1) WO2008115392A2 (pt)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8320327B2 (en) 2007-02-02 2012-11-27 Interdigital Patent Holdings, Inc. Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
DK2140632T3 (en) * 2007-03-16 2018-12-17 Interdigital Tech Corp METHOD OF WIRELESS COMMUNICATION AND DEVICE FOR SUPPORTING CONFIGURATION OF RADIO CONNECTION CONTROL PARAMETERS
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてMAC−ehsプロトコルエンティティーのリセットを改善する方法及び装置
EP2181541B1 (en) * 2007-10-09 2018-12-05 Samsung Electronics Co., Ltd. Apparatus and method for generating mac pdu in a mobile communication system
US20090175175A1 (en) * 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
JP4511622B2 (ja) * 2008-04-22 2010-07-28 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び無線基地局
JP4511621B2 (ja) 2008-04-22 2010-07-28 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び無線基地局
KR101402801B1 (ko) * 2008-06-27 2014-06-02 삼성전자주식회사 이동통신 시스템에서 서빙 셀 전환 지연시간 감소 방법 및장치
CN104301940B (zh) 2008-08-01 2018-04-24 日本电气株式会社 基站设备和用于基站设备的方法
KR101503842B1 (ko) * 2008-11-03 2015-03-18 삼성전자주식회사 이동 통신 시스템에서 불연속 수신 동작 제어 방법 및 장치
US8743896B2 (en) * 2009-03-16 2014-06-03 Htc Corporation Method and related communication device for radio link control reconfiguration in a wireless communications system
CN101873193A (zh) * 2009-04-27 2010-10-27 中兴通讯股份有限公司 无线链路层状态包的发送方法
US8483238B2 (en) * 2010-02-02 2013-07-09 Qualcomm Incorporated Radio link control protocol data unit size selection
CN101917223B (zh) * 2010-05-20 2015-06-03 中兴通讯股份有限公司 一种无线资源的激活时间的控制方法及用户设备
WO2012081117A1 (ja) * 2010-12-16 2012-06-21 富士通株式会社 無線通信装置及び無線通信装置制御方法
CN103650626B (zh) 2011-07-12 2018-05-15 交互数字专利控股公司 用于多rat接入模式操作的方法和设备
WO2013028559A1 (en) * 2011-08-19 2013-02-28 Interdigital Patent Holdings, Inc. Method and apparatus for using non-access stratum procedures in a mobile station to access resources of component carriers belonging to different radio access technologies
CN104285399B (zh) * 2012-05-10 2018-03-30 瑞典爱立信有限公司 用于混合自动重传请求信令的方法和装置
US8977279B2 (en) 2012-05-30 2015-03-10 Qualcomm Incorporated Apparatus and method of prioritizing RRC signaling messages
US9119190B2 (en) 2012-08-06 2015-08-25 Qualcomm Incorporated Method and apparatus for enhancing data retransmission to improve call performance
WO2014027937A1 (en) 2012-08-13 2014-02-20 Telefonaktiebolaget L M Ericsson (Publ) Timer for releasing e-dch resources
US9585008B2 (en) * 2013-04-19 2017-02-28 Qualcomm Incorporated Apparatus and methods for signaling out-of-standard capability in wireless communication networks
CN104641719B (zh) * 2013-05-20 2018-07-03 华为技术有限公司 一种确认报文发送方法及其设备
US10270705B1 (en) * 2013-12-18 2019-04-23 Violin Systems Llc Transmission of stateful data over a stateless communications channel
US9743319B2 (en) * 2014-11-12 2017-08-22 Htc Corporation Device and method of handling network configurations
WO2017028017A1 (zh) * 2015-08-14 2017-02-23 华为技术有限公司 通信的方法、网络设备和用户设备
US10104579B1 (en) * 2017-04-13 2018-10-16 Mediatek Inc. User equipment and flexible protocol data unit packaging method thereof
US11178713B2 (en) * 2017-04-27 2021-11-16 Sony Corporation Mobile communications network, infrastructure equipment, communications device and methods
CN110418387A (zh) * 2019-07-23 2019-11-05 广东乐之康医疗技术有限公司 一种可穿戴设备数据上传方法

Family Cites Families (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2355623B (en) 1999-10-19 2003-07-16 Ericsson Telefon Ab L M Packet transmission in a UMTS network
JP3464644B2 (ja) * 2000-06-23 2003-11-10 松下電器産業株式会社 無線通信システム及びマルチキャスト通信方法
FR2816159B1 (fr) * 2000-10-30 2002-12-06 Mitsubishi Electric Inf Tech Methode d'etablissement de lien radio entre un controleur d'acces et une station de base
SE0100475D0 (sv) 2001-02-09 2001-02-09 Ericsson Telefon Ab L M Method and system of retransmission
KR100446522B1 (ko) 2001-07-06 2004-09-04 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법
EP1530761A4 (en) * 2001-09-19 2008-01-23 Bay Microsystems Inc VERTICAL INSTRUCTION AND DATA PROCESSING IN A NETWORK PROCESSOR ARCHITECTURE
US6987981B2 (en) * 2001-11-13 2006-01-17 Asustek Computer Inc. Robust RLC reset procedure in a wireless communication system
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속(hsdpa)시스템을 위한타이머를 이용한 교착상황 회피방법
US20030147370A1 (en) * 2002-02-05 2003-08-07 Chih-Hsiang Wu Inter Node B serving HS-DSCH cell change mechanism in a high speed wireless communication system
KR100547845B1 (ko) 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
US6717927B2 (en) 2002-04-05 2004-04-06 Interdigital Technology Corporation System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change
EP1357695B1 (en) 2002-04-24 2009-07-01 Samsung Electronics Co., Ltd. Apparatus and method for supporting automatic repeat request in a high-speed wireless packet data communication system
US20030206534A1 (en) * 2002-05-03 2003-11-06 Wu Frank Chih-Hsiang Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system
TW201306517A (zh) 2002-05-10 2013-02-01 Interdigital Tech Corp 優鮮協定資料單元之再傳輸以協助無線連結控制再傳輸之系統及方法
DE60312432T2 (de) * 2002-05-10 2008-01-17 Innovative Sonic Ltd. Verfahren zur bestimmten Auslösung einer PDCP-Sequenznummern-Synchronisierungsprozedur
US6901063B2 (en) 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
ATE349828T1 (de) 2002-08-13 2007-01-15 Matsushita Electric Ind Co Ltd Hybrides automatisches wiederholungsaufforderungsprotokoll
EP2184884B1 (en) 2002-08-13 2014-05-07 Panasonic Corporation Hybrid automatic repeat request protocol
US7706405B2 (en) 2002-09-12 2010-04-27 Interdigital Technology Corporation System for efficient recovery of Node-B buffered data following MAC layer reset
KR100802619B1 (ko) 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
CN1523797B (zh) 2003-02-17 2012-07-04 北京三星通信技术研究有限公司 Wcdma系统增强型上行专用信道harq的重排序方法
KR100981510B1 (ko) 2003-03-08 2010-09-10 삼성전자주식회사 이동통신 시스템에서 복합 재전송 제어 장치 및 방법
SE0301048D0 (sv) 2003-04-07 2003-04-07 Ericsson Telefon Ab L M RLC window reconfiguration
US20040228313A1 (en) 2003-05-16 2004-11-18 Fang-Chen Cheng Method of mapping data for uplink transmission in communication systems
US20040252719A1 (en) 2003-06-10 2004-12-16 Iqbal Jami Radio telecommunications network, a station, and a method of sending packets of data
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
DE60311574T2 (de) 2003-08-14 2007-11-15 Matsushita Electric Industrial Co., Ltd., Kadoma Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
US7318187B2 (en) * 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US8694869B2 (en) 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
WO2005043856A1 (fr) * 2003-10-30 2005-05-12 Utstarcom (China) Co. Ltd. Dispositif et procede de transfert sans fil de paquets ip en temps reel a l'aide d'une technique d'en-tete de compression
US7206581B2 (en) 2003-11-05 2007-04-17 Interdigital Technology Corporation Method and apparatus for processing data blocks during soft handover
US7046648B2 (en) 2003-11-05 2006-05-16 Interdigital Technology Corporation Wireless communication method and apparatus for coordinating Node-B's and supporting enhanced uplink transmissions during handover
CN100499540C (zh) 2004-03-03 2009-06-10 三菱电机株式会社 第二层交换网络系统
US7583629B2 (en) 2004-04-19 2009-09-01 Lg Electronics Inc. Referencing of downlink channels in wireless communication system
US8351400B2 (en) 2004-05-05 2013-01-08 Qualcomm Incorporated Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system
KR20050118591A (ko) * 2004-06-14 2005-12-19 엘지전자 주식회사 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법
EP1689130A1 (en) 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
JP2006251715A (ja) 2005-03-14 2006-09-21 Kaneka Corp 難燃性を有する感光性樹脂組成物及び感光性ドライフィルムレジスト
US7701922B2 (en) 2005-04-29 2010-04-20 Interdigital Technology Corporation MAC multiplexing and TFC selection procedure for enhanced uplink
KR101227793B1 (ko) 2005-05-03 2013-01-29 엘지전자 주식회사 단말과 네트워크간 무선 접속 설정 변경 방법
TW200710572A (en) 2005-05-31 2007-03-16 Taiyo Ink Mfg Co Ltd Photocuring/thermosetting resin composition, curing/setting product thereof and printed wiring board obtained using the same
US7821975B2 (en) 2005-06-10 2010-10-26 Motorola, Inc. Establishing radio link control in wireless communication networks
US7796991B2 (en) 2005-06-15 2010-09-14 Juho Pirskanen RRC signalling for fast HS-DSCH serving cell change
EP1739993A1 (en) * 2005-07-01 2007-01-03 Siemens S.p.A. Method for controlling the access to a TDMA wireless channel from nodes of a network of either linear or tree topology
ES2335417T3 (es) 2005-07-25 2010-03-26 Panasonic Corporation Restriccion del proceso harq y transmision de datos de control no programados a traves de canales del enlace ascendente.
ATE538554T1 (de) 2005-08-16 2012-01-15 Panasonic Corp Verfahren und vorrichtungen für das zurücksetzen einer sendesequenznummer (tsn)
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Ind Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
WO2007052916A1 (en) 2005-10-31 2007-05-10 Lg Electronics Inc. Method for processing control information in a wireless mobile communication system
EP1793520B1 (en) 2005-11-30 2012-02-29 Panasonic Corporation Configurable acknowledgement mode for a hybrid automatic repeat request protocol
US7729715B2 (en) 2005-12-30 2010-06-01 Motorola, Inc. Method and apparatus for power reduction for E-TFC selection
EP1985053A4 (en) 2006-02-07 2012-04-25 Ericsson Telefon Ab L M ARRANGEMENT AND METHOD FOR ADVANCED CONTROL PANEL SIGNALING IN A QUICK PACKAGE DATA TRANSMISSION
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
WO2007109695A1 (en) * 2006-03-20 2007-09-27 Qualcomm Incorporated Extended capability transfer between a user equipment and a wireless network
US20070291695A1 (en) 2006-05-01 2007-12-20 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US8160025B2 (en) 2006-05-02 2012-04-17 Lg Electronics Inc. Method for data transmission during a handover in mobile communications system
JP2008113095A (ja) * 2006-10-27 2008-05-15 Fujitsu Ltd 通信方法、送信装置および受信装置
US8290428B2 (en) 2006-12-06 2012-10-16 Qualcomm Incorporated Methods and apparatus for RLC re-transmission schemes
US20080146242A1 (en) 2006-12-18 2008-06-19 Nokia Corporation Method for requesting an uplink resource allocation during a downlink data transmission
US8320327B2 (en) 2007-02-02 2012-11-27 Interdigital Patent Holdings, Inc. Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
ES2527837T3 (es) * 2007-02-06 2015-01-30 Telefonaktiebolaget L M Ericsson (Publ) Longitud de unidad de datos en paquete para control de enlace de radio flexible
DK2140632T3 (en) * 2007-03-16 2018-12-17 Interdigital Tech Corp METHOD OF WIRELESS COMMUNICATION AND DEVICE FOR SUPPORTING CONFIGURATION OF RADIO CONNECTION CONTROL PARAMETERS
US7817595B2 (en) * 2007-05-17 2010-10-19 Htc Corporation Communication system, user device thereof and synchronization method thereof

Also Published As

Publication number Publication date
TWM339861U (en) 2008-09-01
JP2013214998A (ja) 2013-10-17
KR20140094033A (ko) 2014-07-29
TW201438506A (zh) 2014-10-01
AU2008227111B2 (en) 2011-09-01
KR20130044358A (ko) 2013-05-02
CA2681020C (en) 2015-05-12
JP5702488B2 (ja) 2015-04-15
CN103024833B (zh) 2015-11-25
JP5555360B2 (ja) 2014-07-23
HK1139258A1 (en) 2010-09-10
US9167489B2 (en) 2015-10-20
JP4997294B2 (ja) 2012-08-08
CN103024833A (zh) 2013-04-03
US9706453B2 (en) 2017-07-11
KR101600218B1 (ko) 2016-03-04
TWI459838B (zh) 2014-11-01
KR20150005722A (ko) 2015-01-14
AR067209A1 (es) 2009-10-07
CA2681020A1 (en) 2008-09-25
WO2008115392A2 (en) 2008-09-25
MY159527A (en) 2017-01-13
IL200979A0 (en) 2010-05-17
EP2140632B1 (en) 2018-10-24
US8705406B2 (en) 2014-04-22
HK1184008A1 (zh) 2014-01-10
MX2009009893A (es) 2009-11-23
JP2015119506A (ja) 2015-06-25
JP5302442B2 (ja) 2013-10-02
US20120147835A1 (en) 2012-06-14
TWI554143B (zh) 2016-10-11
JP2010521920A (ja) 2010-06-24
IL200979A (en) 2014-11-30
WO2008115392A3 (en) 2008-12-11
KR101115107B1 (ko) 2012-02-29
US8130706B2 (en) 2012-03-06
KR20090130378A (ko) 2009-12-23
JP2012199954A (ja) 2012-10-18
TWI462626B (zh) 2014-11-21
KR20100015833A (ko) 2010-02-12
US20080227442A1 (en) 2008-09-18
JP2016105629A (ja) 2016-06-09
JP6122160B2 (ja) 2017-04-26
TW200841758A (en) 2008-10-16
JP2014180045A (ja) 2014-09-25
US20140185583A1 (en) 2014-07-03
US20160007250A1 (en) 2016-01-07
KR101600229B1 (ko) 2016-03-04
BRPI0808321A2 (pt) 2014-07-08
TW201244522A (en) 2012-11-01
KR101421200B1 (ko) 2014-07-22
DK2140632T3 (en) 2018-12-17
EP2140632A2 (en) 2010-01-06
KR101483258B1 (ko) 2015-01-21
AU2008227111A1 (en) 2008-09-25
KR20140007978A (ko) 2014-01-20

Similar Documents

Publication Publication Date Title
BRPI0808321B1 (pt) método e aparelho de comunicação sem fio para sustentar reconfiguração de parâmetros de controle de links de rádio
JP5866412B2 (ja) Utrar6セルとr7セル間のハンドオーバーを制御する方法および装置
RU2447595C2 (ru) Способ и устройство беспроводной связи для поддержки реконфигурации параметров управления радиолинии

Legal Events

Date Code Title Description
B25G Requested change of headquarter approved

Owner name: INTERDIGITAL TECHNOLOGY CORPORATION (US)

B15K Others concerning applications: alteration of classification

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

B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

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