BRPI0806396A2 - método e aparato para melhorar o rlc para tamanho flexìvel de pdu do rlc - Google Patents
método e aparato para melhorar o rlc para tamanho flexìvel de pdu do rlc Download PDFInfo
- Publication number
- BRPI0806396A2 BRPI0806396A2 BRPI0806396-6A BRPI0806396A BRPI0806396A2 BR PI0806396 A2 BRPI0806396 A2 BR PI0806396A2 BR PI0806396 A BRPI0806396 A BR PI0806396A BR PI0806396 A2 BRPI0806396 A2 BR PI0806396A2
- Authority
- BR
- Brazil
- Prior art keywords
- rlc
- window
- pdu
- size
- maximum
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 180
- 230000007246 mechanism Effects 0.000 claims abstract description 9
- 230000005540 biological transmission Effects 0.000 claims description 88
- 238000005259 measurement Methods 0.000 claims description 29
- 230000001960 triggered effect Effects 0.000 claims description 16
- 230000006978 adaptation Effects 0.000 claims description 8
- 101100077212 Schizosaccharomyces pombe (strain 972 / ATCC 24843) rlc1 gene Proteins 0.000 claims description 6
- 238000012423 maintenance Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 abstract description 8
- 230000006870 function Effects 0.000 description 13
- 238000010348 incorporation Methods 0.000 description 7
- 230000007774 longterm Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 108700026140 MAC combination Proteins 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 101100417903 Arabidopsis thaliana RRC1 gene Proteins 0.000 description 1
- 101150071132 LTE1 gene Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 229920002492 poly(sulfone) Polymers 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
- H04L47/365—Dynamic adaptation of the packet size
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0882—Utilisation of link capacity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/22—Traffic shaping
- H04L47/225—Determination of shaping rate, e.g. using a moving window
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
- H04W74/06—Scheduled access using polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Método e aparato para melhorar o RLC para tamanho flexível de PDU do RLC. O melhoramento é garantido para o protocolo de controle de link via rádio (RLC) nos sistemas de comunicação sem fio nos quais seja permitido o tamanho variável das unidades de pacote de dados (PDU)do RLC Quando os tamanhos flexíveis de PDU do RLC são configurados pelas camadas superiores, o controlador de rede de rádio (RNB)/controle de fluxo Nodo B, controle de fluxo RLC, o relatório de status e os mecanismos de consulta são configurados para usar a medida baseada na contagem de bytes para evitar possíveis sub-fluxos de buifer no Nodo B e super-fluxos no RNC. O melhoramento aqui proposto para o RLC se aplica tanto para comunicações "uplink" quanto para comunicações "downlink".
Description
Método e aparato para melhorar o RLC para tamanho flexível de PDU do RLC.
CAMPO DA INVENÇÃO
Esta aplicação é relacionada às comunicações sem fio.
HISTÓRICO
A evolução do acesso a pacotes em alta velocidade (HSPA+) se refere, aqui, ao aumento evolucionário da tecnologia de acesso via rádio dos padrões utilizados nos Sistemas Universais de Telecomunicação Móvel (UMTS)1 e sistemas de comunicação sem fio, de pacotes de downlink (HSDPA) e acesso de alta velocidade a pacotes de uplink (HSUPA) do Projeto de Parceria de Terceira Geração (3GPP). Alguns dos melhoramentos para HSDPA (Lançamento Padrão^ 3GPP UMTS 5) e HSUPA (Lançamento Padrão 3GPP UMTS 6) propostos como parte da HSPA+ incluem taxas maiores de transmissão de dados, capacidade maior de cobertura e de sistema, maior suporte para pacotes de serviços, latência reduzida, custos operacionais reduzidos, e compatibilidade reversa com os sistemas anteriores de 3GPP. Aqui, os sistemas anteriores de 3GPP normalmente se referem a um ou mais dos padrões 3GPP pré-existentes antes do Lançamento 6.
Atingir essas melhoras envolve a evolução tanto do protocolo de interface quanto da arquitetura de rede.
A lista a seguir inclui as abreviações relevantes:
• 3GPP - Projeto de Parceria de Terceira Geração
• AM - Modo Reconhecido
• AMD - Dados do Modo Reconhecido
• ARQ - Pedido de Repetição Automática
• CN - Rede Interna
• CP - Plano de Controle
• CS - Circuito Trocado
• DL - Downlink
• HARQ - Pedido Híbrido de Repetição Automática
• HSDPA - Acesso de Alta Velocidade a Pacote Downlink
• HSUPA - Acesso de Alta Velocidade a Pacote Uplink
• IP — Protocolo de Internet
• LCID - Identificador de Canal Lógico
• LTE - Evolução a Longo Prazo
• MAC - Controle de Acesso Médio
• PDCP - Controle de Convergência de Pacote de Dados
• PDU - Unidade de Pacote de Dados
• PHY-Fisico
• PS - Pacote Trocado • QoS - Qualidade de Serviço
• RAN - Rede de Acesso via Rádio
• RLC - Controle de Link via Rádio
• RNC - Controlador de Rede via Rádio
• CRNC - RNC Controlador
• SRNC - RNC Servidor
• RNS - Subsistema de Rede via Rádio
• RoHC - Compressão Robusta de Cabeçalho
• RRC - Controle de Recursos de Rádio
• RRM - Gerência de Recursos de Rádio
• Rx - Recepção
• SAP - Ponto de Acesso de Serviço
• SDU - Unidade de Dados de Serviço
• SN - Número de Seqüência
• TB - Bloco de Transporte
• TBS - Conjunto de Transporte de Bloco
• TF - Formato de Transporte
• TFC - Combinação de Formato de Transporte
• TFRC - Combinação de Recurso de Formato de Transporte
• TM - Modo Transparente
• TM - Dados do Modo Transparante
• Tx - Transmissão
• UE - Usuário do Equipamento
• UL-UpIink
• UM - Modo não Reconhecido
• UMD - Dados do Modo não Reconhecido
• UP - Plano de Usuário
• UMTS - Sistema de Telecomunicação Universal Móvel
• UTRAN - Rede de Acesso Terrestre Universal via Rádio
• WTRU - Unidade de Transmissão/Recepção sem Fio
Os protocolos de interface da camada 2 incluem os protocolos de controle de acesso a mídia (MAC) e de controle de link de rádio (RLC). Algumas das funções dos protocolos MAC e RLC são discutidas daqui para frente, no entanto, outras funções que não são discutidas são consideradas como funcionando do modo descrito nos padrões 3GPP.
Algumas das funções principais do protocolo MAC são: • Mapeamento de canal das unidades de pacote de dados (PDUs)do MAC para físicos. • Multiplicação dos dados das camadas superiores em unidades de pacote de dados (PDUs)
• Qualidade de Serviço (QoS), que leva em conta a prioridade de dados para controle de taxa e organização
• Adaptação do link para QoS e multiplicação
• Pedido híbrido de repetição automática (HARQ) para controle de retransmissão de correção de erro.
As camadas do MAC multiplicam os dados das camadas superiores para os PDUs do MAC. Os PDUs do MAC que são enviados à camada física (PHY) são chamados de blocos de transporte (TBs). Um conjunto de TBs, referido como um conjunto de blocos de transporte (TBS), são enviados a cada intervalo de tempo de transporte (TTI) para a camada PHY com um Formato de Transporte (TF) correspondente, que descreve os atributos físicos de camada para esse TBS. Se o TBS surgiu da multiplicação dos dados de mais de um canal lógico RLC, então uma combinação de TFs1 conhecida como combinação de formato de transporte (TFC) é utilizada. Como parte da adaptação do link, a camada MAC realiza a seleção TFC baseada em prioridade de canal lógico RLC, ocupação de buffer do RLC, condições dos canais físicos e multiplicação de canais lógicos. A referência à seleção TFC MAC aqui é genérica e pode incluir, por exemplo, uma seleção de combinação de recursos de formatos de transporte (TFRC)no protocolo de alta velocidade MAC (MAC-hs) na HSDPA.
O protocolo RLC na camada 2 teve um grande impacto sobre a latência e taxa de transferência de dados. O protocolo RLC em sistemas anteriores 3GPP, incluindo o lançamento 6 e os anteriores, é localizado fisicamente no nodo do controlador de rede de rádio (RNC).
Algumas das funções principais do protocolo RLC de transmissão (Tx) que ocorrem na entidade Tx RLC são:
•Macro-diversidade para permitir que uma UE esteja conectada simultaneamente a duas ou mais células para receber dados (opcional)
• Segmentação de portadores de altas camadas de rádio
• Concatenação de portadores de altas camadas de rádio
• Detecção e recuperação de erro dos PDUs recebidos erroneamente
•HARQ - ARQ assistida para retransmissão rápida de PDUs recebidas por erro
Algumas das funções principais do protocolo RLC de recebimento (Rx) que ocorrem na entidade Rx RLC são:
• Detecção duplicada de PDU
• Envio seqüencial de PDU
• Detecção e recuperação de erro dos PDUs recebidos erroneamente
• HARQ - ARQ assistida para retransmissão rápida de PDUs recebidas por erro Remontagem de dados de camadas mais altas a partir de PDUs recebidas
Três modos de operação para as Camadas RLC são o modo reconhecido (AM), o modo não reconhecido (UM) e o modo transparente (TM). Em uma operação AM, que inclui a transmissão de alguns planos de dados de camadas mais altas, o protocolo RLC é bidirecional, de modo que o controle e o status de informação são enviados da entidade Rx RLC à entidade Tx RLC. Em operações TM e UM, que incluem a transmissão de algum plano que controle dados de sinalização de recursos via rádio (RRC), o protocolo de RLC é unidirecional, de modo que a entidade Tx RLC e a entidade Rx RLC são independentes, sem troca de status nem de informação de controle. Além disso, algumas das funções como HARQ assistida por ARQ e detecção e recuperação de erro são usadas, tipicamente, somente em operações AM.
Os tamanhos de PDU de RLC são determinados pelas camadas de RRC baseadas nos requisitos de longo prazo da Qualidade de Serviço para os dados de aplicação levados pelos canais lógicos do RLC. De acordo com os sistemas anteriores 3GPP, incluindo o Lançamento 6 e os anteriores, a camada RLC é configurada de forma semi-estática pela camada RRC com tamanhos de PDU de RLC pré-determinados. Desta forma, o tamanho de RLC de PDU foi fixado em uma camada semi-estática baseada nas camadas superiores e nos números de seqüência (SNs) foram determinados para PDUs de RLC. Dados de AM de PDUs de RLC são numerados por números inteiros seqüenciais modulares (SNs), repetindo do campo 0 até o 4095.
Os tipos de PDU de RLC são DADOS, CONTROLE e STATUS. O PDU DADOS é usada para transmitir dados do usuário, informações carregadas de STATUS e o bit de consulta no qual o RLC está operando em AM, onde este trecho é usado para requerer um relatório de status do receptor. O PDU CONTROLE é utilizado para os comandos RESET RLC e reconhecimento de RESET (ACK). O PDU STATUS é utilizado para trocar informações de status entre duas entidades RLC operando em AM e podem incluir os super-campos (SUFIs) de tipos diferentes, incluindo, por exemplo, o SUFI de tamanho de janela ou o SUFI receptor de janela Móvel (MRW).
Uma janela de transmissão se refere ao grupo de PDUs que estão sendo processadas para transmissão ou estão sendo transmitidas no momento. De forma parecida, a janela de recepção se refere, de forma geral, ao grupo de PDUs sendo recebido ou processado na recepção. Ajanela de transmissão ou de recepção se refere, de forma típica, a um número de PDUs transmitidos ou recebidos, respectivamente, pelo sistema. Estes tamanhos de janela de transmissão e de recepção precisam ser gerenciados usando o controle de fluxo para não sobrecarregar o sistema e receber taxas de pacotes não desejadas. Falando de forma geral, uma vez que uma PDU tenha sido recebida de forma bem sucedida no receptor, uma PDU nova deve ser adicionada à janela de transmissão e/ou recepção. Uma janela de transmissão de RLC é composta de um limite superior e um limite inferior. O limite inferior consiste do SN da PDU com o SN mais baixo transmitido e o limite superior consiste do SN da PDU com o maior N transmitido. O RLC é configurado com uma janela de transmissão máxima, de modo que o número máximo de PDUs transmitidas do limite inferior para o limite superior não deve exceder ao tamanho máximo de janela. A janela de recepção de LRC é configurada de forma similar. O limite inferior de recepção de RLC é o SN seguinte à última PDU recebida em seqüência e o limite superior é o SN do PDU com o maior número de seqüência recebido. A janela de recepção também tem uma janela de tamanho máxima, onde o SN de PDU máximo esperado é igual ao limite inferior SN mais o tamanho máximo de janela configurado. As janelas de transmissão e de recepção são gerenciadas usando variáveis de estado de transmissão e recepção, respectivamente, como descrito aqui.
Entre as técnicas para controle de fluxo estão o controle de fluxo de RNC/Nodo B, controle de fluxo de RLC e relatório de status RLC. O controle de fluxo RNC/Nodo B se refere aos procedimentos para minimizar os dados de downlink armazenados no Nodo B. Tipicamente, os dados destinados a uma UE fluem de uma Rede Núcleo (CN) através de um controlador fonte de rede de rádio (DRNC) em uma situação de deriva na qual a UE é destinada a uma célula com um subsistema de rede de rádio diferente (RNS). O Nodo B fornece alocação de créditos ao SRNE, e ao DRNC sob deriva, , permitindo que o SRNC envie um número equivalente de PDUs para o Nodo B, de modo que o RNC não possa enviar mais PDUS até que mais créditos sejam fornecidos. O controle de fluxo de RLC se refere ao gerenciamento de transferência de pacotes, incluindo o tamanho da janela, entre a entidade Tx RLC e a entidade Rx RLC. O relatório de status RLC permite que o receptor relate informações sobre os status ao transmissor quando consultadas pelo transmissor.
De acordo com os padrões 3GPP, diversos protocolos RLC para o controle de fluxo são sinalizados pelas camadas superiores para a camada RLC, incluindo os seguintes parâmetros:
Poll_Window [Janela de Consulta] Configured_Tx_Window_Size [Tamanho Configurado de Janela Tx] Configured_Rx_Window_Size [Tamanho Configurado de Janela Rx]
Estes parâmetros, descritos em maiores detalhes à frente, são utilizados pela camada RLC junto com diversas variáveis de estado RLC para o controle de fluxo para configurar o tamanho da janela de transmissão e de recepção. De acordo com os sistemas anteriores de 3GPP, essas variáveis de estado RLC dependem das SNs. Por exemplo, as seguintes variáveis de estado transmissoras de RLC são afetadas por SNs:
VT(S) é a variável de estado de emissão contendo o SN da PDU de dados AM seguintes a serem transmitidos pela primeira vez
• VT(A) é a variável de estado de reconhecimento contendo o SN seguinte ao SN da última PDU de AMD reconhecida em seqüência, e forma o limite inferior da janela de transmissão.
• VT(MS) é a variável de emissão máxima contendo o SN do primeiro PDU de dados AM que pode ser rejeitado pelo receptor<0}
• VT(WS) é a variável de estado do tamanho da janela de transmissão Todas as operações aritméticas com VT(S)1 VT(A), VT(MS)1 VR(R)1 VR(H) e VR(MR) dependem de uma ou mais SNs. As seguintes variáveis de estado de receptor de RLC também são afetadas por SNs:
• VR(R) é a variável de estado de receptor contendo o SN seguinte à última PDU de dados AM recebida na seqüência
• VR(H) é a variável de estado mais alta esperada contendo o SN seguinte ao SN mais alto recebido de qualquer PDU de dados AM
•VR(MR) é a variável de estado máxima aceitável contendo o SN da primeira PDU de dados AM que deve ser rejeitada pelo receptor
Nos sistemas 3GPP anteriores, muitas funções necessárias para dar suporte ao serviço de transferência de dados, como o controle de fluxo RNC/Nodo B, controle de fluxo RLC e o relatório de status RLC são baseados nos SNs ou, de fato, no número de PDUs quando o tamanho de PDU de RLC está fixado. O motivo é que a janela de transmissão e recepção pode ser caracterizada de forma precisa usando o número de PDUs e os tamanhos conhecido e fixado de PDU. No entanto, em propostas para HSPA+, o RLC pode ser configurado para as camadas superiores para permitir tamanhos flexíveis de PDU de RLC. Se as camadas superiores, como a camada RRC, configuram uma operação de tamanho flexível de PDU de RLC então o tamanho do PDU de RLC será variável a um máximo semi-estático especificado pelo tamanho da carga de PDU de RLC.
No presente documento, se reconhece que as operações SN existentes baseadas em RLC podem não funcionar de forma eficiente com tamanho flexível de PDU de RLC. O motivo é que a utilização do número de PDUs para definir o tamanho da janela resultará em um tamanho variável de janela acarretando possíveis sobre-fluxos de buffer no RND e sub-fluxos de buffer no Nodo B. Da mesma forma, seria benéfico fornecer métodos alternativos para configurar o tamanho de janela para operações de tamanho flexível de PDU de RLC.
RESUMO
Os melhoramentos para o protocolo de controle de link do rádio (RLC) para evolução de acesso de pacote de alta velocidade (HSPA+) e outros sistemas sem fio, assim como o sistema de evolução de longo prazo (LTE), em que o tamanho de pacotes de unidades de dados (PDU) de RLC variável é permitido e é declarado. Quando os tamanhos de PDU de RLC não são fixados, o controle de fluxo do controlador de rede de rádio (RNC)/Nodo Β, o controle de fluxo de RLC1 o relatório de status e os mecanismos de consulta não só dependem dos números de seqüência (SNs) ou de número de PDUs1 mas estão configurados para utilização de métodos baseados em contagem de byte. Os métodos baseados em contagem de byte propostos pelo RLC se aplicam tanto para comunicações de uplink quanto de downlink. BREVE DESCRIÇÃO DOS DESENHOS
Um conhecimento mais detalhado pode ser obtido após a seguinte descrição, dada apenas como exemplo para ser compreendido em conjunto com os desenhos que acompanham o presente documento:
- A Figura 1 demonstra a estrutura de um supercampo (SUFI) em uma unidade de dados de pacotes (PDU) de STATUS RLC;
- A Figura 2 demonstra um diagrama de fluxo de um controle de fluxo de RNC/Nodo B usando uma alocação de crédito baseado em byte de acordo com as instruções presentes;
-A Figura 3 apresenta um diagrama de fluxo de uma atualização de uma janela de transmissão (Tx) de RLC de acordo com a presente instrução;
- A Figura 4 apresenta um diagrama de fluxo de uma atualização de uma janela de recepção (Rx) de RLC de acordo com a presente instrução;
- A Figura 5 apresenta um diagrama de fluxo para uma criação de PDU de RLC baseada em octeto melhorada de acordo com a presente instrução.
DESCRIÇÃO DETALHADA
Quando referida aqui, a terminologia "unidade de transmissão/recepção sem fio (WTRU)" inclui, mas não está limitada ao usuário do equipamento (UE), uma estação móvel, uma unidade de inscrição fixa ou móvel, um pager, um telefone celular, um assistente digital pessoal (PDA), um computador, ou qualquer tipo de aparelho de usuário operando em um ambiente sem fio. Quando referida aqui, a terminologia "estação de base" inclui, mas não está limitada a um Nodo-B, um controlador de local, um ponto de acesso (AP) ou qualquer outro tipo de aparelho de interface capaz de operar em um ambiente sem fio.
Métodos baseados na contagem de byte para melhorar o controle de fluxo do controlador de rede de rádio (RNC)/Nodo-B, o fluxo de controle do controle de link de rádio (RLC), o relatório de status de RLC e mecanismos de consulta para o tamanho flexível de unidades de pacote de dados (PDU)de RLCs são fornecidos aqui. Os melhoramentos propostos garantem a operação eficiente das funções RLC quando o tamanho do PDU do RLC é flexível, aumentando as funções de RLC anteriores, baseado nos números de seqüência (SNs) que foram desenhadas para o tamanho fixo de PDU de RLC. O melhoramento proposto de RLC se aplica tanto a comunicações do tipo uplink (UE para Rede Terrestre Universal de Acesso por Rádio (UTRAN)) quanto downlink (UTRAN para UE), e podem ser utilizados em qualquer sistema de comunicação sem fio, incluindo, mas não estando limitadas a, sistemas de evoluções de pacotes de acesso de alta velocidade (HSPA+), a evolução de longo prazo (LTE) e o acesso múltiplo de divisão de código de banda larga (WCDMA). Para sistemas sem fio tais como LTE1 o UTRAN é equivalente à evolução UTRAN (E-UTRAN).
Os melhoramentos propostos de RLC podem ser utilizados na arquitetura, onde o RLC opera tanto completamente no Nodo B, quanto parcialmente no RNC e parcialmente no Nodo-B. Os melhoramentos de RLC propostos são descritos aqui principalmente com relação ao HSPA+. Muitas funções e diversos parâmetros se baseiam nos parâmetros para HSDPA e HSUPA e podem não ser compreendidos em conjunto com as especificações técnicas (TSs) 3GPP, incluindo as Especificações de Protocolo de RLC para 3GPP para o Lançamento 7 (ver o 3GPP TS 25.322 V. 7.2.0), que foram incorporadas no presente documento. Parte-se do pressuposto que o RLC pode ser configurado para as camadas superiores para ser compatível com o tamanho flexível de PDU com um tamanho flexível de carga de PDU de RLC máximo especificado. Também se parte do pressuposto que o tamanho máximo de PDU de RLC pode ser inferido a partir do tamanho de carga especificado máximo de PDU de RCL. Como alternativa, o tamanho máximo de PDU de RLC pode ser determinado diretamente. Além disso, os termos "bytes" e "octetos" são utilizados de forma intercambiável, bem como os termos transmissor e receptor.
Uma, ou mais, entre as medidas seguintes podem ser usadas, sozinhas ou em combinação, para definir e gerenciar o tamanho da janela, quando o tamanho flexível de PDU de RLC é configurado pelo RRC:
• Número de bytes • Número de blocos nos quais cada bloco é um número fixo de bytes • Número de PDUS ou números de seqüência (SNs)
A(s) medida(s) utilizada(s) para definição (ões) da janela são sinalizadas e negociadas durante o ajuste de RRC, dos procedimentos de configuração e reconfiguração do portador de rádio. A(s) medida(s) para o tamanho da janela relacionada(s) aqui pode(m) ser aplicada(s) em todas as trocas de mensagens que atualizem a janela para o controle de fluxo durante uma conexão. Por exemplo, a medida de tamanho de janela pode ser incluída no super-campo (SUFI) de Tamanho de Janela e Janela de Recebimento de Movimentação (MRW) SUFI nas PDUs de RLC CONTROL ou STATUS.
No caso do RLC do modo reconhecido, (AM), para ser compatível com o tamanho flexível de PDU de RLC na configuração e reconfiguração de RLC, com elementos de informações do portador de rádio (RLC Info), quaisquer das informações seguintes podem ser fornecidas pelo RRC para o RLC, para sinalizar a utilização do tamanho de PDU de RLC: • O modo de informação de RLC de downlink CHOICE, incluindo um novo indicador para o modo de tamanho de PDU de RLC flexível além dos outros modos de RLC. Quando o modo de tamanho flexível de PDU de RLC for indicado, as entidades de RLC podem interpretar os outros parâmetros de protocolo RLC de acordo com esse modo.
Qualquer outro elemento novo de informação, como parte da Informação do RLC, também pode ser usado para indicar o modo de tamanho flexível de PDU de RLC.
• As informações de tamanho de PDU de RLC de Downlink (DL) em bits podem ser reutilizadas e interpretadas no contexto do modo de tamanho flexível de PDU de RLC, da seguinte forma:
como um parâmetro de escala de RLC em octetos (após a divisão do número de bits por 8), enviados especificamente para escalar ou multiplicar outros parâmetros de protocolo especificado no número de PDUs descritos aqui, enquanto o parâmetro de escala de RLC tem o mesmo valor que a entidade de RLC de recepção (Rx) e de transmissão (Tx), ou como uma especificação do tamanho máximo de PDU de RLC no modo de tamanho flexível de PDU de RLC, enquanto o tamanho máximo de PDU de RLC pode, por sua vez, ser utilizado como o parâmetro de escala de RLC descritos acima.
• Os parâmetros de protocolo sinalizado pelas camadas superiores como o RRC para o RLC, incluindo, mas sem estarem limitados a, Poll_PDU, Poll_SDU,
Configured_Tx_Window_Size e Configured_Rx_Window_Size (ver 3GPP TS 25.322 V. 7.1.0 Seção 9.6), podem ser especificados e interpretados das duas formas seguintes:
• Em certo número de PDUs, ou unidades de dados de serviço (SDUs) no caso de Poll_SDU, que é um valor inteiro a partir do qual o RLC pode determinar o tamanho de janela em octetos, realizando um cálculo matemático. Por exemplo, o número especificado de PDUs (ou SDUs no caso do Poll_SDU) pode ser multiplicado pelo parâmetro de escala de RLC em octetos como especificado pelas camadas superiores.
• Em unidades de bytes, nos quais um novo campo pode ser definido para esta opção para garantir o parâmetro do protocolo em bytes.
Em um PDU de RLC de STATUS, um supercampo(SUFI) de Tamanho de Janela, usado pelo receptor para configurar o tamanho de janela dos transmissor, está configurada para fornecer uma quantidade de octetos. Este melhoramento é utilizado quando o modo de tamanho flexível de PDU de RLC é ajustado pelo RRC do modo descrito acima, e pode ser especificado de dois modos:
Em número de PDUs dos quais o RLC infere a quantidade equivalente em octetos realizando-se um cálculo matemático. Por exemplo, o número especificado de PDUs pode ser multiplicado pela escala de parâmetros de RLC em octetos, especificados pelas camadas superiores e descritos acima.
• Em unidades de bytes como um novo SUFI com componentes de tipo, comprimento e valor. Por exemplo, um campo de tipo de 4 bits de comprimento, atualmente não utilizado ou reservado, como os bits 1000 apresentados na Tabela 1, podem ser utilizados para introduzir um novo tipo de SUFI para especificar o número de bytes, WINDOW_BYTES SUFI, como apresentado na Tabela 1 e a Figura 1, na qual o componente de comprimento SUFI é definido como grande o suficiente para segurar o maior valor SUFI de tamanho de janela possível, em bytes._
<table>table see original document page 11</column></row><table>
Tabela 1: Definição de um novo tipo de SUFI 1000 para o WINDOW_BYTES SUFI adicionado para os campos de tipo SUFI que possuem comprimento de 4 bits.
Controle de fluxo RNC/ Nodo B.
Melhoramentos ao controle de fluxo RNC/Nodo B são aqui descritos para o caso no qual a entidade RLC é retida pelo RNC. No entanto, melhoramentos similares podem ser definidos onde a entidade RLC está no RNC e no Nodo B. De acordo com os padrões 3GPP existentes, como descrito no 3GPP TS 25.425 para os protocolos de plano de usuários da interface UTRAN Iur para fluxos de dados de Canais de Transporte Comum entre um RNC a Nodo B, e 3GPP TS 24.435 para os protocolos de plano de usuários da interface Utran Iub para Canais de Transporte Comum para fluxo de dados entre dois RCNs, uma entidade de MAC de dados (MAC-d) pode ser retida no RNC para receber PDUs de RLC e os enviar para a entidade MAC de alta velocidade (MAC-hs) no Nodo B após a aplicação das informações do cabeçalho. Nos sistemas anteriores 3GPP, o Nodo B envia quadros de alocação de capacidade para um servidor RNC (SRNC), e possivelmente a um controlador RNC (CRNC), indicando o tamanho de PDU máximo e no número de PDUs que podem ser enviados. Além disso, os parâmetros podem ser enviados de modo que a alocação seja periódica para um número fixo de períodos ou por um período de tempo indefinido.
O número de PDUs de MAC enviados do RNC ao Nodo Beo intervalo de tempo correspondente é regulado por um algoritmo de controle de fluxo, que está baseado em um esquema de alocação de crédito. Os créditos representam o número de PDUs de MAC-d que podem ser transmitidos. O RNC solicita créditos e o Nodo B os envia junto com um intervalo de tempo especificado para a transmissão.
Quando o tamanho do PDU de RLC é variável, o tamanho do PDU do MAC-d, consequentemente, também é variável. Desta forma, não é suficiente especificar o número de créditos em termos do número de PDUs de MAC-d. Há um número de abordagens possíveis para realizar o controle de fluxo de RNC/Nodo B com um PDU de MAC-d de tamanho variável. Outra possibilidade é eliminar o controle de fluxo de RNC/Nodo B; no entanto, isso iria requerer confiar nos protocolos de dados de usuários, como o protocolo de controle de transporte (TCP), para realizar o controle de fluxo da rede, e, além disso, lidar com a interação entre a janela do TCP e a janela do RLC.
Como alternativa, a alocação de créditos pode ser especificada em bytes em vez de em número de PDUS, que podem ser feitos de dois modos. Um novo campo pode ser adicionado aos quadros existentes para especificar o número de bytes de créditos em vez do número de PDUs. Outra alternativa é que a indicação pode ser assinalada pelo ajuste ou pela reconfiguração do receptor do rádio, ou em cada quadro de controle aplicável usando um quadro existente de controle ou um novo quadro de controle, que indica que a alocação é, na verdade, uma alocação de byte multiplicando o crédito pelo tamanho máximo de PDU em bytes produzindo um total de bytes. Da mesma forma, o número máximo de PDUs que pode ser transferido do Nodo B não seria igual ao crédito assinalado em termos de um número de PDUS, mas iria estar limitado pelo número total de bytes nos PDUs. Usando uma abordagem baseada em byte, o RNC pode, de forma opcional, mapear o SN do PDU ao seu comprimento em bytes. Já que o RNC recebe a alocação de créditos do Nodo B, ele pode transmitir quantos PDUs que ele puder sem a violação dos limites do comprimento de byte especificado pela alocação de créditos baseados no comprimento de bytes.
A Figura 2 apresenta um diagrama de fluxo de um controle de fluxo de RNC/Nodo B usando uma alocação de crédito baseado em bytes. Um Nodo B assinala uma alocação de crédito em bytes (passo 205). Um RNC recebe a alocação de crédito em bytes (passo 210). O RNC mantém um mapeamento dos SN de PDU ao comprimento de PDU em bytes (passo 220) e transmite o PDUs sem exceder a alocação dos créditos recebidos (passos 220). Controle de fluxo de RLC
O controle de fluxo de RLC é atingido avançando-se a janela do Tx RLC quando o PDU na extremidade inferior da janela de transmissão (Tx) utilizada é reconhecida de forma positiva, e desta forma, é recebida corretamente, enquanto ainda permanece dentro dos limites impostos pelo tamanho máximo de janela. O PDU na extremidade inferior da janela de Tx é definido como o PDU seguinte ao último PDU reconhecido na seqüência. Para o caso no qual o tamanho flexível de PDU de RLC é configurado, os passos apropriados devem ser tomados, de modo que o limite máximo de tamanho de janela não seja violado. O tamanho da janela Tx é especificado em termos de bytes.
A Figure 3 apresenta um diagrama de fluxo para um método de atualização de uma janela de transmissão (Tx) de RLC 300. Em seguida à inicialização e ao ajuste do RLC1 uma operação de RLC Tx é executada (passo 305). Uma operação TX RLC pode ser, por exemplo, a recepção das informações de status e de controle no receptor RLC.
A entidade Tx RLC decide remover ou não uma ou mais PDUs da janela Tx utilizada e aumentar a extremidade inferior da janela Tx utilizada (passo 310). Uma ou mais PDUs podem ser removidas se:
as PDU(s) foram reconhecidas positivamente pelo receptor, ou as PDU(s) foram reconhecidas de forma negativa, mas o transmissor RLC decidiu descartar esse PDU devido a outras razões como o receptor excedendo o número máximo de tentativas do transmissor, ou
como o resultado de um descarte baseado num temporizador do transmissor. Por facilidade de descrição, que a notação seguinte é utilizada para algumas quantidades relacionadas à entidade Tx de RLC:
TxWMAX: comprimento em bytes do tamanho máximo de janela TxWUTIL: comprimento, em bytes, da janela Tx utilizada, ou, de forma alternativa, o comprimento em bytes dos pacotes que foram reconhècidos dentro da janela limitada pelas variáveis de estado V(A) e V(T)
TxL: comprimento em bytes de uma ou mais PDUs que são descartadas devido ao procedimento de descarte de SDU de RLC ou devido à recepção de um ou mais reconhecimentos.
TxN: comprimento em bytes da próxima ou das próximas PDUs a serem transmitidas pela primeira vez.
A entidade Tx de RLC computa a seguinte quantidade de comprimento de janela (WL) (passo 315):
WL = TxWUTIL - TxL + TxN. Equação (1)
A entidade Tx de RLC determina se a quantidade WL é menor do que o tamanho máximo de janela TxWMAX (passo 320). Se a WL for menor do que a TxWMAX, a próxima ou as próximas PDUs não são transmitidas e a extremidade superior da janela não é aumentada (passo 325). Se a WL for menor do que a TxWMAX, a próxima ou as próximas PDUs são transmitidas e a extremidade inferior da janela é aumentada (passo 330).
Um método de controle de fluxo de RLC é aplicado à entidade Rx RLC quando o tamanho flexível de PDU de RLC está configurado, para garantir que o limite de tamanho máximo de janela não seja violado. O tamanho da janela Rx é especificado em termos de bytes. A Figura 4 apresenta um diagrama de fluxo de um método de atualização da janela de recepção (Rx) de RLC 400 de acordo com as instruções do presente documento. Após a inicialização e o ajuste do RLC, uma operação Rx de RLC será executada (passo 405). Uma operação Rx RLC pode ser, por exemplo, a recepção de um novo PDU. A entidade Rx de RLC decide se aumenta ou não a extremidade inferior da janela de Rx (passo 410). A entidade Rx de RLC pode aumentar a extremidade inferior da sua janela RX e, portanto diminuir a RxWUTIL se:
• ele receber o PDU com a SN em seguida à última PDU recebida em seqüência, ou • ele receber uma Janela de Recebimento de Movimento (MRW) da entidade Tx de RLC.
Por facilidade de descrição, a seguinte notação é utilizada para certas quantidades relacionadas à entidade Rx de RLC:
• RxWMAX: comprimento em bytes do tamanho máximo de janela • RxWUTIL: comprimento em bytes da janela Rx utilizada • RxD: comprimento em bytes de um ou mais PDU(s) que foram recebidas pela janela de recepção para recepção na ordem • RxN: comprimento em bytes da próxima ou das próximas PDU(s) a serem recebidas pela primeira vez
A entidade Rx de RLC computa o seguinte comprimento de janela (WL)
quantidade (passo 415):
WL = RxWUTIL + RxN-RxD. Equação (2)
A entidade Rx de RLC determina se a quantidade de WL é menor do que o tamanho máximo de janela RxWMAX (passo 420). Se o WL não for menor do que a RxWMAX, o(s) próximo(s) PDU(s) não serão recebidos e a extremidade inferior da janela Rx não é aumentada (passo 425). Se o WL for menor do que o RxWMAX, a(s) próxima(s) PDU(s) são recebidas, sem descartar a PDU com uma SN seguinte ao maior SN recebido, e a extremidade maior da janela RX foi aumentada (430).
O ajuste das variáveis de estado do transmissor e do receptor de RLC usando métodos baseados em octetos está descrito aqui. Quando o modo de tamanho flexível de PDU de RLC é ajustado pela camada de RRC e a RLC opera em AM, PDUs de RLC de dados AM são numeradas por números de seqüência (SN) de módulos inteiros, revezando por um campo.
Geralmente, este campo varia entre 0 e 4095, embora um valor máximo diferente possa ser configurado para o RRC ou para outras camadas superiores. É bom lembrar que as operações aritméticas com VT(S), VT(A), VT(MS), VR(R), VR(H) e VR(MR) são afetadas pelo módulo SN. Um parâmetro ou uma variável de estado Maximum_Tx_Window_Size em octetos pode ser mantido pelo transmissor de RLC. Este parâmetro é ajustado inicialmente ao parâmetro de protocolo Configured_Tx_Window_Size em octetos pelas camadas superiores, e podem ser atualizadas mais tarde para uma quantidade de octetos indicados pelo Tamanho de Janela SUFI em um PDU de RLC STATUS. A variável de estado VT(WS) pode ser derivada do Maximum_Tx_Window_Size em octetos, e pode ser ajustada para um valor igual ao maior número inteiro não negativo não maior do que 4095 (ou um valor máximo configurado para RRC/camadas superiores), de modo que o comprimento de octeto da janela limitado por VT(A) e VT(A)+VT(WS) não exceda o Maximum_Tx_Window_Size em octetos. A variável de estado VT(WS) é atualizada quando a Maximum_Tx_Window_Size nos octetos é atualizada. Como alternativa, a variável de estado VT(WS) pode ser derivada do maior inteiro não negativo não maior do que 4095 (ou um valor máximo configurado para RRC/camadas superiores), de modo que o comprimento de octeto da janela limitada por VT(A) e VT(A)+VT(WS) não exceda:
• parâmetro de protocolo Configured_Tx_Window_Size em octetos, e • Tamanho de Janela SUFI referente a uma quantidade de octeto em um PDU de RLC STATUS definido acima.
A variável de estado VT(MS) é uma SN calculada como VT(MS) = VT(A) + VT(WS) na qual a VT(WS) é derivada do modo descrito acima. A variável de estado VR(MR) é uma SN derivada do Configured_Rx_Window_Size em octetos enviados pelas camadas superiores, de modo que o comprimento em octetos da janela limitada por VR(R) e (MR) seja tão larga quanto possível sem exceder o Configured_Rx_Window_Size em octetos. Melhoramento da criação de PDU de RLC
A Figura 5 apresenta um diagrama de fluxo para um método para criação de PDU de RLC melhorada baseada em octetos, 500 tanto para uplink quanto para downlink, baseados nos seguintes parâmetros:
• Current_Credit: No uplink, esta é a quantidade de dados que podem ser transmitidos baseados em uma adaptação de link MAC e é enviado pelo MAC para o RLC na UE1 ou no Nodo B em sistemas simples de arquitetura como a evolução a longo prazo (LTE) e o Lançamento 8 dos sistemas de acesso múltiplo de divisão de código de banda larga (WCDMA). No downlink, este é o resultado da alocação de crédito restante mais qualquer alocação de crédito nova do Nodo-B para o RNC. Esta quantidade é representada em octetos.
• Available_Data: Estes são os dados disponíveis para ser transmitidos na entidade RLC. Esta quantidade é representada em octetos.
• Leftover_Window: Este é o comprimento da janela limitada pelo VT(S) e pela VT(MS) no transmissor do RLC. Esta quantidade é representada em octetos.
Maximum_RLC_ PDU_size: Este é o tamanho máximo de PDU de RLC configurado pelas camadas superiores, por exemplo, a camada RCC.
Minimum_RLC_PDU_size: Este é um parâmetro configurado pelas camadas superiores, por exemplo, a camada RRC, que especifica o tamanho de PDU de RLC. Alternativamente, as camadas superiores podem especificar o tamanho de carga mínimo de PDU de RLC a partir do qual o Minimum_RLC_PDU_size pode ser inferido.
Depois da inicialização da geração do PDU do RLC, em cada intervalo de tempo de transmissão (TTI), as seguintes quantidades foram calculadas (passo 505):
X = Min{Current_Credit, Available_Data, Leftover_Window} Equação (3) N = Floor{X/Maximum_RLC_PDU_size) Equação (4)
L = X mod Maximum_RLC_PDU_size Equação (5)
onde a função Min{} fornece o valor mínimo do conjunto, a função Floor fornece o valor interior menor mais próximo, e a mod b é a divisão do módulo b de a. Os PSUs de RLC N de tamanho Maximum_RLC_PDU_size são gerados (passo 505). Opcionalmente, se L for diferente de zero, um PDU de RLC adicional pode ser criado para o TTI. Determinou-se que X é igual aos parâmetros Leftover_Window ou Current_Credit (passo 510). Se for desta forma, foi determinado que L é maior do que o parâmetro Minimum_RLC_PDU_size ou se X for igual ao Available_Data (515). Se o L for maior do que o Minimum_RLC_PDU_size, ou se X for igual ao Available_Data, então o PDU de RLC de comprimento L será gerado (520). Além disso, se X não for igual ao Leftover_Window ou ao Current_Credit, então um PDU de RLC de comprimento L é gerado (520). Outra opção, se o L for menor do que o Minimum_RLC_PDU_size, um PDU de RLC de Minimum_RLC_PDU_size pode ser criado. 0(s) gerado(s) de PDU(s) de RLC será armazenado em um buffer para transmissão (525). O método 500 pode ser repetido a cada TTI, ou, alternativamente, quando os dados estiverem disponíveis ou requisitados por camadas inferiores (530).
Como um resultado do método 500 descrito aqui anteriormente, o número de PDUs de comprimento igual ao tamanho máximo de PDU de RLC gerado neste período de tempo, o que é, tipicamente, um TTI ou algum outro período de tempo especificado pelo sistemas, for igual ao maior inteiro não negativo menor do que Min{Current_Credit, Available_Data, Leftover_Window}/Maximum_RLC_PDU_size. Se o Min{Current_Credit, Available_Data, Leftover_Window}= Current_Credit, então outro PDU de RLC também pode ser gerado no mesmo período com um tamanho igual a Min{Current_Credit, Leftover_Window, Available_Data} mod Maximum_RLC_ PDU_size. Se o Min{Current_Credit, Available_Data, Leftover_Window} = Available_Data, então outra PDU de RLC também pode ser gerada no mesmo período com um tamanho igual a Min{Current_Credit, Leftover_Window, Available_Data} mod Maximum_RLC_PDU_size. Se o Min{Current_Credit, Available_Data, Leftover_Window) = Leftover_Window, então outra PDU de RLC também pode ser gerada no mesmo período com um tamanho igual a Min{Current_Credit, Leftover_Window, Available_Data} mod Maxímum_RLC_ PDU_size, se e somente se este comprimento de PDU for maior do que Minimum_RLC_PDU_size.
A criação de PDU de RLC de tamanho variável também pode ser aplicada sem o Minimum_RLC_PDU_size e/ou as limitações de Minimum_RLC_ PDU_size. Alternativamente, também é possível definir as limitações de tamanho de PDU de RLC e permitir que o transmissor escolha um tamanho com essas limitações sem uma relação baseada no TTI com a adaptação de link de camada de MAC.
Alternativamente, uma PDU de RLC de tamanho X pode ser criada com um sistema nos quais os parâmetros minimum_RLC_PDU_size e maximum_RLC_PDU_size não foram definidos.
Um método alternativo de realização, a realização de gerenciamento de janelas, as variáveis de estado atuais utilizados para o tamanho PDU de RLC são mantidos e podem ser utilizados simultaneamente com um conjunto de novas variáveis que lidam com os PDUs de RLC de contagem flexível de bytes. De forma mais específica, alguns dos valores mantidos em termos de número de PDUs e processados nos RLC não melhorados podem incluir As variáveis de estado de transmissores de RLC: VT(S), VT(A)1 VT(MS)1 VT(WS) As variáveis de estado de receptor de RLC: VR(R)1 VR(H)1 VR(MR)
VT(WS) é mantido em termos de número máximo de PDUs e foi configurado originalmente para camadas exteriores baseados no parâmetro de tamanho Configured_Tx_Window_size fornecido no número de PDUs. Este valor pode corresponder ao número máximo de PDUs permitido para a janela, e/ou o número de máximo de PDUs limitados pelo número de bits utilizados para o número de seqüência. Por exemplo, se 12 bits são utilizados, então até 212, ou 4096 PDUs, podem ser suportados. Opcionalmente, para o tamanho flexível de PDU de RLC1 o VT(WS) pode ser proibido de ser atualizado usando o WINDOW SUFI. O cálculo de VT(MS) permanece, preferencialmente, o mesmo, no qual VT(MS) = VT(A) + VT(WS). As outras variáveis de estado de recepção também podem ser mantidas e processadas de acordo com os padrões anteriores de 3GPP.
Além dessas variáveis, as variáveis lidando com a contagem de byte para o transmissor e o receptor também são mantidas e processadas. Algumas variáveis que podem ser utilizadas estão relacionadas abaixo, e se assume que elas sejam mantidas em termos de bytes. Os nomes destas variáveis são utilizados para propósitos descritivos mas elas podem receber qualquer nome. As variáveis incluem:
Configure_Tx_Window_size_bytes - Este parâmetro de protocolo indica o tamanho máximo de janela de transmissão permitido em octetos e o valor para a variável de estado VT(WS)_bytes. Esta variável pode ser configurada, por exemplo, em um dos modos seguintes: pelas camadas superiores, pela rede, pré-configuradas na UE, ou determinada na UE1 baseado em requisitos de memória ou categoria de UE.
VT(WS)_bytes - tamanho de janela de transmissão dados em octetos. Esta variável de estado contém o tamanho em octetos que devem ser utilizado para a janela de transmissão. Uma opção é que o VT(WS)_bytes deva ser igual ao campo WSN quando o transmissor receber um PDU STATUS incluindo um WINDOW_BYTE SUFI. O valor inicial e o valor máximo para essa variável de estado são dados por Configure_Tx_Window_size_bytes.
Window_utilization: comprimento em bytes da janela TX utilizada. Para cada transmissão a contagem de byte é aumentada pelo tamanho de PDU de RLC a ser transmitido pela primeira vez. Para cada PDU descartada a contagem de byte é diminuída para o tamanho de PDU de RCL a ser descartada.
• RxWMAX: comprimento em bytes do tamanho máximo da janela Rx dado em octetos para as camadas superiores.
• RxWUTIL: comprimento em bytes da janela Rx utilizada. A variável será incrementada pelo tamanho do PDU de RLC no momento da recepção de uma nova PDU de RLC, e ela será diminuída no tamanho de uma PDU de RLC quando um PDU de RLC for removido do buffer.
• RxN: comprimento em bytes da PDU recebida no mesmo momento
A combinação de variáveis de estado antigas e novas irá permitir que o RLC controle as janelas Tx e Rx em termos de quantidade máxima de bytes permitida e também em termos de número máximo de PDUs permitido (limitado pelo número de números de seqüência disponível para a transmissão). Procedimento RLC afetado pela introdução de PDU de RLC flexível
Alguns dos procedimentos no 3GPP TS 25.322 V7.1.0 podem ser atualizados da forma descrita nas explicações do presente documento para serem compatíveis com e gerenciarem as janelas Tx e Rx para PDU de RLC, incluindo os seguintes procedimentos:
• Transmissão de PDU de AMD • Submissão de PDUs de AMD a camadas inferiores • Recepção de PDU de AMD pelo receptor • Recepção de PDU de AMD pelo receptor • Recepção de PDU de AMD fora da janela de recepção
Os procedimentos associados com a reconfiguração e a
reinicialização das variáveis de estado Tx e Rx podem ser atualizados. Transmissão do PDU da Data do Modo de Reconhecimento (AMD)
Para um PDU de RLC fixo, quando as PDUs de AMD são retransmítidas, o transmissor deve garantir que o SN do PDU de AMD seja menor do que a máxima variável enviada VT(MS). O SN da PDU AMD retransmitida pode ser maior do que o VT(MS) se o tamanho de janela for atualizado pelo receptor usando WINDOW SUFI.
Para um tamanho flexível de PDU de RLC1 o transmissor também pode verificar a utilização da janela Tx até que a PDU de AMD retransmitida não exceda o tamanho máximo de janela em bytes usando a variável de estado VT(WS)_bytes. A variável de estado Window_utilization é o tamanho total dos PDUs RLC transmitidos no buffer de retransmissão. Portanto, quando esta condição for verificada, a utilização até o SN retransmitido pode ser calculada de forma independente. Se a Window_utilization for menor do que VT(WS)_bytes, a condição será atingida automaticamente; no entanto, se a window_utilization for maior do que VT(WS)_bytes, a utilização do buffer até o PDU de AMD deve ser calculado para garantir que ele não exceda VT(WS)_bytes. Assim, uma outra opção é calcular a utilização do buffer se a window_utilization exceder a variável de estado VT(WS)_bytes.
Por exemplo, o procedimento de transmissão de PDU de AMD pode ser modificada da seguinte forma para levar em conta os tamanhos fixos e flexíveis de PDU de RLC, do modo assinalado pelas camadas superiores:
•Se o tamanho fixo de PDU de RLC estiver configurado, então:
•para cada PDU de AMD que tenha sido reconhecido de forma negativa:
•se o SN do PDU do AMD for menor do que VT(MS)1 então:
•programe o PDU do AMD para retransmissão;
•Se o tamanho flexível de PDU de RLC estiver configurado, então:
•para cada PDU de AMD que tenha sido reconhecido de forma negativa: se (1) a janela de utilização até o SN de PDU de AMD for menor do que VT(WS)_bytes, na qual essa condição é sempre verdadeira se window_utilization < VT(WS)_bytes, ou for calculada como a janela utilizada até SN e (2), de forma opcional, se o SN do PDU do AMD for menor do que VT(M) então:
•programe o PDU do AMD para retransmissão.
Envio das PDUs de AMD para camadas inferiores
Uma das condições para permitir a transmissão de um PDU de AMD é que o SN do PDU de AMD seja menor do que a variável de estado VT(MS). Quando um tamanho flexível de PDU de RLC estiver configurado, uma condição adicional é verificar que a utilização da janela para o PDU transmitido ou retransmitido não exceda o tamanho máximo de janela em bytes. As camadas inferiores incluem a camada MAC e a camada física.
De acordo com uma abordagem, se uma ou mais PDUs de AMD tiverem sido programadas para a transmissão ou retransmissão (veja, por exemplo 3GPP TS 25.322 V7.1.0 sub-cláusula 11.3.2), então o emissor pode: • não enviar nenhuma PDU de AMD que não seja permitido transmissão para camadas inferiores. Quando o tamanho fixo de PDU de RLC estiver configurado, um PDU de AMD pode ser transmitido se o PDU do AMD tiver um SN < VT(MS) ou se o PDU de AMD tiver um SN igual a VT(S)-I Se o tamanho flexível de PDU de RLC estiver configurado, o PDU de AMD pode ser transmitido se (1) ele tiver um SN < VT(MS) ou se o PDU de AMD tiver um SN igual a VT(S)-I, e (2) se o PDU de AMD transmitido não fizer a utilização das janelas, determinada pela window_utilization + tamanho de PDU de AMD, exceder VT(WS)_bytes. Além disso, um PDU de AMD poderá ser transmitido se o PDU do AMD não for restrito a ser transmitido por uma função de suspensão local (veja, por exemplo, 3GPP TS 25.322 V7.1.0 e sub-cláusula).
• informar as camadas inferiores tanto do número de PDUs de AMD programadas para transmissão ou retransmissão e que permitam a transmissão ou a retransmissão. Uma outra opção, se o tamanho flexível do PDU de RLC estiver configurado, é o emissor informar as camadas inferiores sobre o número de bytes a ser programado.
• ajustar os conteúdos de PDU de AMD de acordo com, por exemplo, 3GPP TS 25.322 V7.1.0 sub-cláusula 11.3.2.1.
• submeter às camadas inferiores o número requisitado de PDUs de AMD. Outra opção, se o tamanho flexível de PDU de RLC for configurado, é que o emissor também pode submeter às camadas inferiores o número de bytes requisitados pelas camadas inferiores.
• tratar as retransmissões com maior prioridade do que as PDUs de AMD transmitidas pela primeira vez.
• atualizar as variáveis de estado para cada PDU de AMD submetido a camada inferior (ver, por exemplo, 3GPP TS 25.322 V7.1.0 sub-cláusula 9.4 para as variáveis de estado) exceto VT(DAT), que conta o número de vezes que um PDU de AMD foi programado e transmitido e que já tenha sido atualizado quando os conteúdos de PDU de AMD tenham sido ajustados (ver, por exemplo, 3GPP TS 25.322 V7.1.0 sub-cláusula 11.3.2).
• se o tamanho flexível RLC PDU estiver configurado, atualize a variável window_utilization, atualizando desta forma as variáveis associadas com o acompanhamento da contagem de bytes.
• se (1) o bit de consulta, utilizado pelo transmissor para solicitar um relatório de status do receptor, estiver ajustado para "1" em qualquer dos PDUs de AMD, e (2) Timer_Poll, um temporizador para monitorar um PDU de AMD contendo uma consulta indicada pelas camadas inferiores, estiver configurada, então inicie o temporizador Timer_Poll (veja, por exemplo, 3GPP TS 25.322 V7.1.0, sub-cláusula 9.5).
• guardar no buffer os PDUs de AMD que não foram submetidos às camadas inferiores de acordo com uma configuração de descarte (ver, por exemplo, 3GPP TS 25.322 V7.1.0, sub-cláusula 9.7.3). Recepção de PDU de AMD pelo Receptor
O procedimento associado com a recepção de um PDU de AMD pelo receptor é atualizado para incluir e atualizar as variáveis de estado do receptor associadas com a contagem de bytes para o tamanho flexível de PDU de RLC. O procedimento melhorado é definido da seguinte forma. Na recepção de um PDU de AMD, o receptor deve:
• no UE:
• Se o tamanho do downlink do PDU de AMD não foi ajustado ainda, então
• ajustar o tamanho do downlink de PDU de AMD ao tamanho do PDU recebido.
• atualizar as variáveis de estado VR(R)1 VR(H) e VR(MR) para cada PDU de AMD recebido (ver, por exemplo, 3GPP TS 25.322 V7.1.0 cláusula 9.4);
• se o tamanho flexível de PDU de RLC estiver configurado, então • atualizar a variável de estado RxWUTIL ao se ajustar a RxWUTIL como igual ao RxWUTIL mais o tamanho dos novos PDUs de RLC recebidos menos o tamanho das PDUs de RLC removidas do buffer devido a uma recepção na ordem.
Recepção de PDU de AMD fora da janela de recepção
Se o tamanho fixo da PDU de RLC estiver configurado, então, na recepção de um PDU de AMD com um SN fora do intervalo VR(R)<SN<VR(MR), o receptor deve:
• descartar o PDU de AMD;
• se o bit de consulta na PDU de AMD descartada for ajustado para "1" então
• iniciar o procedimento de transferência de PDU STATUS.
Se o tamanho do PDU de RLC estiver configurado, na recepção de um novo PDU de AMD cujo tamanho adicionado a RxWUTIL ultrapassar o RxWMAX (no qual RxWMAX < RxWUTIL + o tamanho do novo PDU de AMD recebido, ou RxN) ou, na recepção de um PDU de AMD com o SN fora do intervalo VR(R)<SN<VR(MR), o receptor deve:
• descartar o PDU de AMD;
• se o bit de consulta na PDU de AMD descartada for ajustado para "1" então
• iniciar o procedimento de transferência de PDU STATUS.
Relatório de Status de RLC
Os relatórios de status de RLC que contêm informações de reconhecimento para dar compatibilidade ao ARQ podem ser desencadeados em diversos cenários pelas entidades RLC Tx e RLC Rx. Para ligar com o tamanho flexível de PDU de RLC, as entidades RLC Tx e RLC Rx podem manter um mapeamento do SN de PDU de RLC ao comprimento correspondente em bytes. Isto permite o cálculo e a manutenção do comprimento da janela de controle de fluxo utilizado em bites ou em qualquer outra medida baseado em bytes da forma descrita aqui.
Um parâmetro equivalente a Every Poll_PDU PDU1 o limite superior para a variável de estado VT(PDU) para manter um monitoramento da consulta, pode ser configurado em termos de bytes. Neste caso, o transmissor pode ter um mecanismo de consulta de contagem de PDU e/ou um mecanismo de consulta de contagem de bytes, de modo que o transmissor receba a informação do receptor de cada byte Poll_Bytes. Para propósito de descrição, parte-se do pressuposto que o parâmetro de consulta fornecido pelas camadas superiores é chamado de Poll_Bytes. Se estiver configurado para consulta, o transmissor RLC pode disparar um relatório de status ajustando o bit de consulta em algumas PDUs como se segue:
O transmissor RLC mantém um contador para o número total de bytes transmitidos em PDUs desde que a transmissão do último PDU contendo um bit de consulta, no qual o último PDU contendo um bit de consulta pode ser devido a qualquer tipo de gatilho de consulta, incluindo, por exemplo, Poll_PDU, Poll_SDU ou Poll_bytes, ou, de forma alternativa, pode estar restrito à última PDU contendo um bit de consulta disparado devido ao mecanismo de consulta de bytes.
Quando o contador atinge ou excede o valor Poll_Bytes, o transmissor RLC ajusta o bit de consulta no PDU (ou, de outra forma, o próximo PDU) que fez com que o contador fosse maior do que ou igual ao valor Poll_Bytes e reiniciasse o contador.
Neste documento, ajustar um bit de consulta se refere a um pedido de consulta, de modo què um pedido de consulta possa consistir de uma PDU de SUFI POLL, ou ele pode consistir de um ajuste de um bit de consulta em um PDU de RLC de AMD. O número total de bytes transmitidos em PDUs devem se referir ao tamanho de PDUs transmitidos pela primeira vez. Por outro lado, ele pode se referir ao tamanho de todos os PDUS transmitidos, incluindo as retransmissões. O número total de bytes transmitidos só podem contar pela primeira transmissão de PDU (AMD) de modo de dados reconhecidos de RLC, o segmento PDU de AMD de RLC ou uma porção do SDU de RLC, na qual as retransmissões dessas porções de dados não podem ser contados.
Os parâmetros de protocolo Poll_PDU e Poll_SDU são assinalados por camadas superiores, como o RRC, à camada RLC para indicar um intervalo de contagem de PDU. Além disso, o parâmetro de protocolo Poll_Bytes em octetos pode ser assinalado e configurado para camadas superiores. Os procedimentos de consulta em um transmissor RLC podem incluir os seguintes:
O transmissor RLC mantém um contador variável Poll_Octets para monitorar o número total de bytes transmitidos em PDUs desde a transmissão do último PDU contendo um bit de consulta, que pode ter sido disparado devido, por exemplo, a recepção dos parâmetros Poll_PDU, Poll_SDU ou Poll_Bytes das camadas superiores. Poll_Octets pode, por outro lado, monitorar o número total de bytes transmitidos desde o último PDU contendo um bit de consulta disparado devido somente ao mecanismo de consulta de bytes.
O contador Poll_Octets pode, de outra forma, contar um número total de bytes de uma primeira transmissão de cada PDU (AMD) em modo de dados reconhecidos de RLC. O contador Poll_Octets pode, por outro lado, contar apenas os PDUs de dados RLC, de modo que os PDUS de controle de RLC não são contados. Quando o contador Poll_Octets atinge o valor de intervalo Poll_Bytes, o transmissor RLC ajusta o bit de consulta no PDU (ou, de outro modo, o próximo PDU) que faz com que o contador PoIHDctets ultrapasse o limite de Poll_Bytes, e reinicia o contador de Poll_Octets. O contador Poll_Octets também pode ser reinicializado se o bit de consulta for ajustado devido a outras condições de consulta como a recepção de um Poll_PDU.
Quando os tamanhos flexíveis de PDU de RLC são compatíveis com o RLC de AM, o modo de tamanho flexível de PDU de RLC foi ajustado para a camada RRC, e a consulta baseada na janela foi configurada nas camadas superiores, os parâmetros de protocolo Poll_Window foi sinalizado pelas camadas superiores ao RLC para informar o transmissor para consultar o receptor. Poll_Window pode ser dado em termos de uma janela de percentagem ou em termos de número de bytes. Uma consulta é disparada pelo transmissor para cada PDU de AMD quando o valor K for maior do que ou igual ao parâmetro Poll_Window, no qual K é a percentagem de janela de transmissão definida como:
K = utilized_window / Maximum_Tx_Window_Size (em octetos).
A Equação (6), na qual a utilized_window é o comprimento em octetos da janela limitada pelas variáveis de estado VT(A) e VT(S). A janela utilizada representa o buffer utilizado para os dados restantes no buffer de transmissão. Se Poll_Window for dado em termos de número de bytes, K é equivalente ao utilized_window. Portanto, o transmissor irá disparar um pedido de consulta se a utilized_window ultrapassar o número de bytes Poll_window assinalado pela rede.
O transmissor RLC pode disparar um relatório de status ajustando-se o bit de consulta quando o tamanho da janela Tx utilizada for maior do que um limite determinado configurado pelo sistema em termos de número de bytes ou em termos de percentagem de tamanho máximo de janela. O receptor RLC pode disparar um relatório de status quando o tamanho da janela Rx utilizada for maior do que um determinado limite configurado em termos de número de bytes ou de uma percentagem de tamanho máximo de janela.
Poll_Window indica quando o transmissor deve consultar o receptor, em casos nos quais "consulta baseada em janelas" estiver configurada para as camadas superiores. Uma consulta será disparada para cada PDU de AMD quando: o valor J for maior do que o parâmetro Poll_Window, no qual o J é a percentagem de janela de transmissão definida como:
<formula>formula see original document page 24</formula>)
na qual a constante 4096 é o módulo para AM descrito em 3GPP TS 25.322 V7.1.0 sub-cláusula 9.4 e VT(S) é o valor inicial do Poll_Window antes que o PDU de AMD seja submetido às camadas inferiores.
Se o tamanho de PDU de RLC flexível estiver configurado, uma consulta também será disparada para cada PDU de AMD quando o valor de K for maior que o parâmetro Poll_Window, no qual K é definido como:
<formula>formula see original document page 24</formula>
Embora as explicações presentes estejam descritas no contexto de entidades de transmissão (Tx) e recepção (Rx) de RLC1 elas são aplicáveis tanto para comunicações uplink (UE para UTRAN/E-UTRAN) quanto downlink (UTRAN/E-UTRAN para UE).Por exemplo, na direção de uplink a configuração/reconfiguração do parâmetro Configured_Tx_Window_Size faz com que:
• O UE derive a variável VT(WS) a partir do Configured_Tx_Window_Size, como descrito acima.
• O UE atualiza a variável de estado VT(MS) da forma descrita acima.
Incorporações
1. Um método para melhorar as operações de controle de link de rádio (RLC) em uma entidade RLC configurada para ser compatível com tamanho flexível de unidades de pacotes de dados (PDU).
2. O método de incorporação 1 abrange a definição e o gerenciamento do tamanho da janela baseado na medida de tamanho de janela baseada na contagem de bytes.
3. O método como em quaisquer das incorporações anteriores, caracterizado pelo fato de que a definição e o gerenciamento do tamanho da janela são baseados na medida de tamanho de janela que inclui um número de bytes.
4. O método como em qualquer das incorporações anteriores, caracterizado pelo fato de que a definição e o gerenciamento do tamanho de janela são baseados na medida de tamanho de janela que incluem um número de blocos na qual cada bloco é um número fixo de bytes.
5. O método como em quaisquer das incorporações anteriores, caracterizado pelo fato de que a definição e o gerenciamento do tamanho de janela é baseado, além disso, nos
número de seqüência de unidades de pacotes de dados (PDU).
6. O método como em quaisquer das incorporações anteriores que incluem, além disso, as medidas de tamanho de janela nos PDUs de controle RLC.
7. O método como em quaisquer das incorporações anteriores que incluem, além disso, as medidas de tamanho de janela nos PDUs de status de RLC.
8. O método como em quaisquer das incorporações anteriores que incluem, além disso, um tamanho máximo de carga de PDU de RLC das camadas superiores.
9. O método de incorporação 8, além disso, inclui uma inferência do tamanho máximo de PDU de RLC a partir do tamanho máximo de carga do PDU de RLC.
10. O método como em quaisquer das incorporações anteriores além disso compreendendo a recepção de um tamanho máximo de PDU de RLC de camadas superiores.
11. O método como em quaisquer das incorporações anteriores incluindo a recepção e a negociação da medida de tamanho de janela baseado na contagem de bytes durante o ajuste para um portador de rádio.
12. O método como em quaisquer das incorporações anteriores compreendendo, além disso, a recepção e a negociação da medida de tamanho de janela baseado na contagem de bytes durante a configuração para o portador do rádio.
13. O método como em quaisquer das incorporações anteriores compreendendo, além disso, a recepção e a negociação da medida de tamanho de janela baseada na contagem de bytes durante a reconfiguração de um portador de rádio.
14. O método como em qualquer das incorporações anteriores compreendendo, além disso, a aplicação da medida de tamanho de janela baseada em bytes em todas as mensagens que atualizam a janela para o controle de fluxo durante uma conexão.
15. O método de incorporação 14 caracterizado pelo fato de que a aplicação da medida de tamanho de janela em todas as mensagens é de forma que a mensagem inclui um super-campo (SUFI) de Tamanho de Janela no controle do RLC e nos PDUs de status.
16. O método como em qualquer das incorporações 14-15 na qual a aplicação da medida de tamanho de janela em todas as mensagens é de forma que as mensagens incluem um SUFI de Janela de Recepção de Movimento (MRW) no controle de RLC e nos PDUs de status.
17. O método como em a qualquer das incorporações anteriores caracterizado pelo fato de que a entidade RLC opera no modo de reconhecimento (AM).
18. O método de incorporação 17 compreende, além disso, elementos de incorporação do portador do rádio de uma entidade de controle de recurso de rádio RRC) incluindo o modo de informações de RLC de Downlink CHOICE incluindo um novo indicador para o modo de tamanho de PDU de RLC flexível além de outros modos de RLC.
19. O método como em quaisquer das incorporações 17-18 compreendendo, além disso, elementos de informações sobre o portador do rádio de uma entidade de controle de recurso de rádio (RRC) incluindo um elemento de informação indicando o modo de tamanho flexível de PDU de RLC.
20. O método como em quaisquer das incorporações 17-19, compreendendo, além disso, elementos de informação sobre o portador do rádio de uma entidade de controle de recurso de rádio (RRC) incluindo informações de tamanho de PDU de RLC de downlink indicando um parâmetro de escala RLC em octetos ou um tamanho máximo de PDU de RLC no modo de tamanho flexível de PDU de RLC.
21.0 método como em quaisquer das incorporações 17-20 compreendendo, além disso, a recepção de elementos de informação sobre o portador do rádio de uma entidade de controle de recurso de rádio (RRC) incluindo parâmetros de protocolo assinalados pelo RRC1 incluindo Poll_PDU, Poll_SDU, Configured_Tx_Window_Size e Configured_Rx_Window_Size.
22. O método de incorporação 21 caracterizado pelo fato de que os parâmetros de protocolo são especificados e interpretados em pelo menos um de um certo número de PDUs e unidades de bytes.
23. O método como em quaisquer das incorporações 17-22 compreendendo, além disso, a recepção de PDUs de RLC para transmissão e retenção dos PDUs de RLC a não submissão deles a camadas inferiores quando a utilização da janela ultrapassar um tamanho máximo de janela em bytes, ou quando um número de seqüência de PDU de RLLC ultrapassar o tamanho máximo de janela em número de PDUs.
24. O método como em qualquer das incorporações 17-22 compreendendo a recepção pela entidade RRC de um super-campo (SUFI) de Tamanho de Janela referente a uma quantidade de octeto em um PDU de RLC STATUS.
25. O método de incorporação 24 no qual o SUFI de Tamanho de Janela é especificado em número de PDUs.
26. O método de incorporação 25 compreende, além disso, um tamanho de janela em octetos multiplicando o número de PDUs com um parâmetro de escala de RLC em octetos.
27. O método de incorporação 24 no qual o SUFI de Tamanho de Janela é especificado em unidades de bytes, como um novo SUFI WINDOW_BYTES com componentes de tipo, comprimento e valor.
28. Um método para melhoramento das operações de controle de link de rádio (RLC) em uma entidade-RLC configurada para dar compatibilidade ao tamanho flexível de unidades de pacotes de dados (PDU) com um tamanho máximo de PDU de RLC compreendendo a realização do controle de fluxo e RLC utilizando medidas baseadas na contagem de bytes.
29. O método de incorporação 28, abrangendo, além disso, a realização do status do relatório de RLC usando medidas baseadas na contagem de bytes.
30. O método como em quaisquer das incorporações 28-29, caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de transmissão em um transmissor compreendendo, além disso, uma janela de transmissão de RLC quando da execução da transmissão da operação de um RLC se um ou mais PDUs forem reconhecidos positivamente por um receptor. 31. O método como em qualquer das incorporações 28-29 caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de transmissão RLC em um transmissor, compreendendo, além disso, a atualização de uma janela de transmissão de RLC quando da execução de uma operação de transmissão de RLC se um ou mais PDUs foram reconhecidos negativamente pelo receptor como um resultado do receptor ultrapassando um número máximo de tentativas.
32. O método como em quaisquer das incorporações 28-29 caracterizado pelo fato de que a entidade RLC está configurada como uma entidade de transmissão de RLC em um transmissor, compreendendo, além disso, a atualização de uma janela de transmissão de RLC quando da execução de uma operação de transmissão de RLC como resultado de um temporizador baseado no descarte no transmissor.
33. O método como em quaisquer das incorporações 30-32 caracterizado pelo fato de que a atualização de uma janela de transmissão de RLC inclui a remoção de um ou mais PDUs de uma janela de transmissão utilizada e o aumento da extremidade inferior da janela de transmissão utilizada.
34. O método de incorporação 33 compreendendo, além disso, a determinação dos parâmetros TxWMAX igual ao comprimento, em bytes, de um tamanho máximo de janela; TxWUTIL é igual a um dos comprimentos em bytes da janela de transmissão utilizada, ou o comprimento em bytes de pacotes que são reconhecidos em uma janela limitada pela transmissão de variáveis de estado V(A) e V(T); TxL é igual a um dos comprimentos em bytes de um ou mais PDUs que são descartados devidos ao procedimento de descarte de SDU de RLC ou um comprimento em bytes devido á recepção de um ou mais reconhecimentos; e TxN é igual ao comprimento em bytes de um próximo ou próximos PDUs a serem transmitidos pela primeira vez.
35. O método de incorporação 34 abrangendo, além disso, uma quantidade de comprimento de janela (WL) WL = TxWUTIL - TxL + TxN.
36. O método de incorporação 35, abrangendo, além disso, caso o WL seja menor do que a TxWMAX, a transmissão do próximo ou próximos PDUs é aumentando a extremidade superior da janela de transmissão utilizada.
37. O método como em qualquer das incorporações 28-29 caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de recepção de RLC abrangendo, além disso, a atualização de uma janela de recepção de RLC quando da execução de uma operação de recepção de RLC se a entidade de recepção de RLC receber uma ou mais PDUs com números de seqüências após a última PDU recebida na seqüência.
38. O método como em quaisquer das incorporações 28-29 caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de recepção de RLC abrangendo, além disso, a atualização de uma janela de recepção de RLC quando da execução de uma operação de recepção de RLLC1 se a entidade de recepção de RLC receber uma instrução de Janela de Recepção de Movimento (MRW) de uma entidade de transmissão de RLC. 39. O método como em quaisquer das incorporações 37-38, caracterizado pelo fato de que a atualização de uma janela de recepção de RLC inclui o aumento da extremidade inferior de uma janela de recepção utilizada. 40. O método de incorporação 39, compreendendo, além disso, a determinação dos parâmetros RxWMAX, igual ao comprimento, em bytes, do tamanho máximo de janela; RxWUTIL, igual ao comprimento, em bytes, da janela de recepção utilizada; RxD1 igual ao comprimento, em bytes de um ou mais PDUs que tenham sido removidos de uma janela de recepção de RLC devido a recepção na ordem; e RxN, igual ao comprimento em bytes do próximo ou próximos PDUs a serem recebidos pela primeira vez.
41. O método de incorporação 40, que compreende, além disso, a computação da quantidade de um comprimento de janela (WL) WL = RxWUTIL + RxN-RxD.
42. O método de incorporação 40, compreendendo, além disso, caso o WL seja menor do que o RxWMAX, a recepção do próximo ou próximos PDUs e o aumento da extremidade superior da janela de recepção utilizada.
43. O método, como em quaisquer das incorporações 28-41, compreendendo, além disso, a criação de PDUs de RLC a cada intervalo de tempo ao se definir os parâmetros Current_Credit igual a uma quantidade de dados que possam ser transferidos baseados na adaptação de link de MAC em um uplink, e o resultado de uma alocação de crédito remanescente mais uma alocação de crédito novo recebido em octetos em um downlink; Available_Data, igual aos dados disponíveis para serem transmitidos em formato PDU de RLC em octetos; Leftover_Window, igual ao comprimento de uma janela limitada por variáveis de estado VT(S) e VT(MS) em um transmissor de RLC representado em octetos; Maximum_RLC_ PDU_size, igual ao tamanho máximo de PDU de RLC configurado pelas camadas superiores; e Minimum_RLC_PDU_size, igual ao parâmetro configurado pelas camadas superiores que especifica um entre o tamanho mínimo de PDU de RLC ou um tamanho de carga de PDU de RLC.
44. O método de incorporação 43 compreendendo o parâmetro de computação X = Min{Current_Credit, Available_Data, Leftover_Window} no qual Min{ ·} fornece um valor mínimo a partir de um conjunto.
45. O método como em quaisquer das incorporações 43-44, compreendendo, além disso, o parâmetro de computação N = Floor{X/Maximum_RLC_PDU_size}, no qual Floor{»} fornece o menor valor inteiro mais próximo e a mod b.
46. O método, como em quaisquer das incorporações 43-45, compreendendo, além disso, a computação de L = X mod Maximum_RLC_PDU_size, o qual fornece uma divisão módulo b de a.
47. O método como em quaisquer das incorporações 45-46 compreendendo, além disso, a geração de PDUs de SN de comprimento igual ao Maximum_RLC_ PDU_size. 48. O método de incorporação 47 abrangendo, além disso, a geração de outro PDU de RLC de comprimento L se X não for igual a Leftover_Window ou Current_Credit.
49. O método como em quaisquer das incorporações 47-48 compreendendo, além disso, a geração de outro PDU de RLC de comprimento L se X for igual à Leftover_Window ou
Current_Credit e L for maior do que Minimum_RLC_PDU_size ou se X for igual a Available_Data.
50. O método como em quaisquer das incorporações 47-49, compreendendo, além disso, a geração de outro PDU de RLC de comprimento Minimum_RLC_PDU se X for igual a Leftover_Window ou Current_Credit, e L não for maior do que Minimum_RLC_PDU_size.
51. O método como em quaisquer das incorporações 47-50, abrangendo, além disso, o armazenamento de PDUs de RLC gerados em um buffer para transmissão.
52. O método como em quaisquer das incorporações 43-51 caracterizado pelo fato de que o intervalo de tempo será definido com um múltiplo de 1 ou mais vezes um intervalo de tempo de transmissão (TTI).
53. O método como em quaisquer das incorporações 43-51 caracterizado pelo fato de que o intervalo de tempo é definido pelos instantes nos quais os dados estão disponíveis para transmissão ou são pedidos pelas camadas inferiores.
54. O método como em quaisquer das incorporações 43-53 caracterizado pelo fato de que o Maximum_RLC_ PDU_size e o Minimum_RLC_ PDU_size não estão configurados para as camadas superiores.
55. O método como em quaisquer das incorporações 28-54, compreendendo, além disso, a manutenção das variáveis de estado nas quais as variáveis de estado são especificadas e interpretadas em termos de um número de PDUs e unidades de bytes.
56. O método de incorporação 55 caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de transmissão de RLC abrangendo a manutenção da variável de estado Maximum_Tx_Window_Size representando um tamanho máximo de janela de transmissão em octetos.
57. O método de incorporação 56 compreendendo, além disso, a atualização da variável de estado Maximum_Tx_Window_Size a uma quantidade de octeto especificada por um supercampo (SUFI) de Tamanho de Janela em um status de PDU de RLC recebido.
58. O método como em quaisquer das incorporações 56-57 abrangendo, além disso, a manutenção das seguintes variáveis de estado: a variável de estado de emissão VT(S), a variável de estado de reconhecimento VT(A), a variável de estado de emissão máxima VT(MS) e a variável de estado de tamanho de janela de transmissão VT(WS).
59. O método de incorporação 58 abrangendo, além disso, a atualização das variáveis de estado VT(S), VT(A), VT(MS) e VT(WS) baseados na variável de estado Maximum_Tx_Window_Size em octetos.
60. O método de incorporação 55 caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de recepção de RLC abrangendo a manutenção da variável de estado Maximum_Rx_Window_Size representando um tamanho máximo de janela de recepção em octetos.
61. O método de incorporação 60 abrangendo, além disso, a recepção da variável de estado Maximum_Rx_Window_Size das camadas superiores.
62. O método de incorporação 61 abrange, além disso, a manutenção das seguintes variáveis de estado: a variável de estado de recepção VR(R), a variável de estado do valor mais alto esperado VR(H), e a variável de estado do valor máximo aceitável de recepção VR(MR).
63. O método de incorporação 62 abrangendo, além disso, a atualização das variáveis de estado VR(R), VR(H) e VR(MR) baseadas nas variáveis de estado Maximum_Rx_Window_Size em octetos.
64. O método como em quaisquer das incorporações 28-63, abrangendo, além disso, a definição e o gerenciamento dos mecanismos de consulta de RLC utilizando medidas baseadas na contagem de bytes.
65. O método de incorporação 64 abrangendo, além disso, os parâmetros de definição Current_Credit, igual à quantidade de dados que podem ser transmitidas baseados em uma adaptação de link de MAC em um uplink, e um resultado de uma alocação de crédito remanescente mais uma alocação de créditos novos recebidos em um downlink;
Available_Data, igual aos dados disponíveis para serem transmitidos em formato PDU de RLC em octetos; Leftover_Window, igual ao comprimento de uma janela limitada pelas variáveis de estado VT(S) e VT(MS) em um transmissor RLC representado em octetos.
66. O método de incorporação 65 abrangendo, além disso, o parâmetro X = Min{Current_Credit, Available_Data, Leftover_Window}.
67. O método de incorporação 66, abrangendo, além disso, o disparo de uma consulta em um PDU de dados de modo de reconhecimento (AMD) quando o tamanho de janela utilizado em octetos for maior do que X.
68. O método como em quaisquer das incorporações 28-67 compreendendo, além disso, o disparo da consulta em um PDU de AMD, cada vez que uma quantidade total de dados
transmitidos ultrapassa uma quantidade pré-determinada conhecida de octetos ou blocos de dados.
69. O método de incorporação 68 compreendendo, além disso, o uso de um parâmetro de protocolo Poll_Window para a consulta de um receptor quando a consulta baseada na janela está configurada para as camadas superiores.
70. O método de incorporação 68 abrangendo, além disso, o disparo de uma consulta para cada PDU de dados em modo de reconhecimento (AMD) quando uma porcentagem K da janela de transmissão for maior do que ou igual à Poll_Window, onde K é definido com K = utilized_window / Maximum_Tx_Window_Size em octetos, onde utilized_window é um comprimento, em octetos, de uma janela limitada pelas variáveis de estado VT(A) e VT(S).
71. O método como em quaisquer das incorporações 28-70 caracterizada pelo fato de que os parâmetros de protocolo Poll_PDU e Poll_SDU são recebidas pela entidade de transmissão de RLC das camadas superiores para indicar um intervalo de contagem de PDU.
72. O método como em quaisquer das incorporações 28-71, caracterizado pelo fato de que o parâmetro de protocolo Poll_Bytes em octetos é configurado para indicar um intervalo de contagem de bytes entre a consulta.
73. O método de incorporação 72, abrangendo, além disso, a manutenção, pela entidade de transmissão de RLC, uma variável contadora do número total de bytes, Poll_Octets, transmitidas em PDUs desde a transmissão de um último PDU que disparou um pedido de consulta.
74. O método de incorporação 72, compreendendo, além disso, quando o contador Poll_Octets fica maior do que ou igual ao valor de Poll_Bytes, disparando, pela entidade de transmissão de RLC um pedido de consulta em uma PDU que faz com que o contador Poll_Octets ultrapasse o Poll_Bytes e reinicie o contador Poll_Octets.
75. O método como em quaisquer das incorporações 73-74 caracterizado pelo fato de que o contador Poll_Octets conta um número total de bytes das PDUs transmitidas primeiro.
76. O método como em quaisquer das incorporações 73-74 caracterizado pelo fato de que o contador PoIlJDctets conta um número total de bytes de todas as PDUs transmitidas, incluindo as retransmissões.
77. O método, como em quaisquer das incorporações 73-76 caracterizado pelo fato de que o disparo do pedido de consulta inclui o ajuste de um bit de consulta na PDU que faz com que o contador Poll_Octets ultrapasse o Poll_Bytes.
78. O método, como em quaisquer das incorporações 73-76, caracterizado pelo fato de que o disparo do pedido de consulta inclui o envio de uma PDU POLL para um receptor.
79. O método de incorporação 78 caracterizado pelo fato de que a última PDU que disparou um pedido de consulta é devida a um mecanismo de Poll_Bytes.
80. O método de incorporação 78 caracterizado pelo fato de que a última PDU que disparou um pedido de consulta é devida a um Poll_PDU ou um Poll_SDU.
81. O método, como em quaisquer das incorporações 67-68, caracterizado pelo fato de que um parâmetro de protocolo Poll_Window foi recebido em uma entidade de transmissão de RLC das camadas superiores.
82. O método de incorporação 81, compreendendo, além disso, o uso de Poll_Window para consulta sobre um receptor quando a consulta baseada na janela estiver configurada para as camadas superiores.
83. O método de incorporação 82, abrangendo, além disso, um disparo de consulta pelo transmissor de uma PDU de dados de modo de reconhecimento (AMD)1 quando um valor J for maior do que ou igual ao Poll_Window, no qual J é definido como:
J = (4096+VT(S) + 1-VT(A))mod 4096 x100 no qual 4096 é o módulo para o VT(WS)
modo reconhecido (AM) e VT(S)1 VT(A) e VT(WS) são variáveis de estado. 84. O método de incorporação 83 compreendendo, além disso, um disparo de consulta para cada PDU de AMD quando um valor K for maior do que ou igual ao Poll_Window, no qual K é definido como
K= a soma dos tamanhos de PDU de RLC de VT(A) a VT(S) χ 100.
Tamanho Máximo de Janela de Transmissão
85. O método, como em quaisquer das incorporações realizadas por uma entidade de RLC.
86. Uma unidade de transmissão/recepção sem fio (WTRU) abrangendo a entidade RLC de incorporação 85.
87. Um Nodo B abrangendo a entidade RLC de incorporação 85.
88. Um controlador de rede de rádio (RNC) abrangendo a entidade RLC de incorporação de 85.
89. Um método para o controle de fluxo do controlador de rede de rádio (RNC)/Nodo B de dados de downlink, quando tamanho flexível da unidade de pacote de dados (PDU) do controle de link de rádio (RLC) é suportado, abrangendo alocações de créditos de sinalização em bytes.
90. O método de incorporação 89 caracterizado pelo fato de que a sinalização das alocações de créditos em bytes incluem a adição de um quadro de informação especificando um número de bytes de crédito.
91. O método, como em quaisquer das incorporações 89-90, abrangendo, além disso, a omissão de um quadro de informações, a especificação do número das PDUs de crédito.
92. O método, como em quaisquer das incorporações 89-91 realizados por uma entidade de RLC.
93. Um Nodo B abrangendo a entidade RLC de incorporação 92.
94. Um método para o controle de fluxo de RNC/Nodo B de dados de downlink quando o tamanho flexível das unidades de pacotes de dados (PDU) do controle de link de rádio (RLC) é suportado, abrangendo a recepção de alocações de créditos em bytes.
95. O método de incorporação 94, caracterizado pelo fato de que a recepção de alocações de créditos em bytes inclui a recepção de um quadro contendo informações especificando um número de bytes de crédito.
96. O método como em quaisquer das incorporações 94-95 abrangendo, além disso, o 35 armazenamento de um tamanho máximo de PDU em bytes.
97. O método como na incorporação 96 caracterizado pelo fato de que a recepção de alocações de créditos em bytes incluem a recepção de um quadro contendo informações específicas de um número de PDUs de créditos. 98. O método de incorporação 97, abrangendo, além disso, a multiplicação do número de PDUS de crédito pelo tamanho máximo de PDU em bytes.
99. O método como em quaisquer das incorporações 94-98, abrangendo, além disso, o armazenamento do mapeamento do SN de PDU a um comprimento associado em bytes.
100. O método de incorporação 99 abrangendo, além disso, a transmissão de PDUs excedendo as alocações de créditos recebidas.
101. O método, como em quaisquer das incorporações 94-100 realizados por uma entidade de RLC.
102. Um controlador de rede de rádio (RNC) abrangendo a entidade RLC de incorporação 101.
103. O RNC da incorporação 102 configurado como um RNC servidor (SRNC).
104. O RNC da incorporação 102 configurado como um RND de deriva (DRNC).
Embora algumas propriedades e elementos estejam descritas acima em combinações particulares, cada propriedade ou elemento pode ser utilizada sozinha, sem as outras propriedades ou elementos, ou em diversas combinações com ou sem outras propriedades e elementos. Os métodos de diagramas de fluxo fornecidos aqui podem ser implementados em um programa de computador, software ou "firmware" incorporado em um meio de armazenamento que possa ser lido por computador, para execução em um computador de uso geral ou em um processador. Exemplos de meios de armazenamento que possam ser lidos por computador incluem uma memória somente para leitura (ROM), uma memória de acesso aleatório (RAM), um registrador, uma memória de cache, um aparelho de memória semicondutor, meios magnéticos como discos rígidos internos e discos removíveis, meios óptico-magnéticos, e meios ópticos como discos CD-ROM, e discos versáteis digitais (DVDs).
Processadores adequados incluem, por exemplo, um processador de propósito geral, um processador de propósito especial, um processador convencional, um processador de sinal digital (DSP), uma pluralidade de microprocessadores, um ou mais microprocessadores em associação com um núcleo DSP, um controlador, um microcontrolador, Circuitos Integrados Específicos para Aplicação (ASICs), circuitos de Listas de Portas Programáveis de Campo (FPGAs)1 qualquer outro tipo de circuito integrado (IC)1 e/ou uma máquina de estado.
Um processador em associação com o software pode ser usado para implementar um transceptor de freqüência de rádio para usar em uma unidade receptora/transmissora sem fio (WTRU), equipamento de usuário (UE), terminal, estação base, controlador de rede de rádio (RNC)1 ou qualquer computador hospedeiro. O WTRU pode ser utilizado juntamente com módulos, implementado em hardware e/ou software, como uma câmera, um módulo de câmera de vídeo, um videofone, um fone com alto-falante, um aparelho de vibração, um alto-falante, um microfone, um transceptor de televisão, um conjunto "hands-free", um teclado, um módulo Bluetooth®, uma unidade de rádio moduladora de freqüência (FM), uma tela de cristal líquido (LCD) uma unidade de tela de diodo emissor de luz orgânico (OLED), um tocador de música digital, um módulo de videogame, um navegador de internet e/ou quaisquer rede local sem fio (WLAN) ou módulo 5 de Banda Super-Iarga (UWB).
Claims (98)
1. Método para melhorar as operações de controle de link de rádio (RLC) em uma entidade de RLC configurada para ser compatível com o tamanho flexível de unidades de pacotes de dados (PDU), caracterizado pelo fato de a definição e o gerenciamento de tamanho de janelas baseados em medidas de tamanho de janela baseadas na contagem de bytes.
2. Método da reivindicação 1, caracterizado pelo fato de que a definição e o gerenciamento do tamanho da janela é baseado na medida de tamanho de janela que inclui, pelo menos, um entre certo número de bytes e um número de blocos onde cada bloco é um número fixo de bytes.
3. Método da reivindicação 2, caracterizado pelo fato de que a definição e o gerenciamento do tamanho de janela são baseados, além disso, nos números de seqüência das unidades de pacotes de dados (PDU).
4. Método da reivindicação 1, caracterizado pelo fato de abranger, além disso, a medida do tamanho da janela no controle do RLC e nas PDUs de status.
5. Método da reivindicação 1, caracterizado pelo fato de ainda compreender: - receber um tamanho máximo de carga de PDU de RLC das camadas superiores; e inferindo um tamanho máximo de PDU de RLC a partir do tamanho de carga máximo de PDU de RLC.
6. Método da reivindicação 1, caracterizado pelo fato de abranger, além disso, a recepção de um tamanho máximo de PDU de RLC das camadas superiores.
7. Método da reivindicação 1, caracterizado pelo fato de abranger, além disso, a recepção e a negociação da medida de tamanho de janela baseada na contagem de bytes, durante pelo menos um dos procedimentos de ajuste, configuração ou reconfiguração de um portador de rádio.
8. Método da reivindicação 1, caracterizado pelo fato de abranger, além disso, a aplicação da medida de tamanho de janela baseada na contagem de bytes em todas as mensagens que atualizem uma janela para o controle de fluxo durante uma conexão.
9. Método da reivindicação 8, caracterizado pelo fato de que a aplicação da medida de tamanho de janela em todas as mensagens é de forma que as mensagens incluam ao menos um entre um supercampo (SUFI) de Medida de Janela e uma SUFI de Janela de Recepção de Movimento (MRW) nas PDUs de controle de RLC e de status.
10. Método da reivindicação 1 caracterizada pelo fato de que a entidade RLC está operando no modo de reconhecimento (AM).
11. Método da reivindicação 1, abrangendo, além disso, a recepção de elementos de informação do portador do rádio de uma entidade de controle de recurso de rádio (RRC) incluindo pelo menos uma das: -O modo de informações de RLC de Downlink CHOICE incluindo um novo indicador de modo de tamanho flexível de PDU de RCL além dos outros modos RLC; - um elemento de informação indicando o modo de tamanho flexível de PDU de RLC; - informações de tamanho de PDU de RLC indicando um dos parâmetros de Escala de RLC em octetos, um tamanho máximo de PDU de RLC em modo de tamanho flexível de PDU de RLC; e - parâmetros de protocolo assinalados pelo RRC incluindo Poll_PDU, Poll_SDU, Configured_Tx_Window_Size e Configured_Rx_Window_Size, caracterizado pelo fato de que os parâmetros de protocolo são especificados e interpretados em pelo menos um entre um número de PDUs e unidades de bytes.
12. Método da reivindicação 11, caracterizado pelo fato de ainda compreender: - recepção de PDUS de RLC para transmissão; e - retenção de PDUs de RLC e não submissão de camadas inferiores quando uma utilização de janela ultrapassa um tamanho máximo de janela em bytes ou quando um número de seqüência recebido de PDU de RLC ultrapassa um tamanho de janela máximo em número de PDUs.
13. Método da reivindicação 11, caracterizado pelo fato de abranger, além disso, a recepção pela entidade de RRC de um supercampo (SUFI) de Tamanho de Janela, se referindo a uma quantidade de octetos em um PDU de RLC de STATUS.
14. Método da reivindicação 13, caracterizado pelo fato de que o SUFI de Tamanho de Janela é especificado em um número de PDUs, abrangendo, além disso, a derivação de um tamanho de janela em octetos multiplicando-se o número de PDUs com um parâmetro de escala de RLC em octetos.
15. Método da reivindicação 13, caracterizado pelo fato de que um SUFI de Tamanho de Janela é especificado em unidade de bytes como um novo SUFI WINDOW_BYTES com componentes de tipo, comprimento e valor.
16. Método da reivindicação 1, caracterizado pelo fato de abranger, além disso, a realização do controle de fluxo de RLC utilizando-se a medida de baseada na contagem de bytes.
17. Método da reivindicação 1, caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de transmissão de RLC em um transmissor abrangendo, além disso, a atualização de uma janela de transmissão de RLC quando da execução de uma operação de transmissão de RLC se uma ou mais PDUs estiverem reconhecidas positivamente por um receptor, ou se uma ou mais PDUS forem reconhecidas negativamente pelo receptor como resultado do receptor ultrapassando o número máximo de tentativas, ou como um resultado de um temporizador baseado no descarte no transmissor.
18. Método da reivindicação 17, caracterizado pela atualização de uma janela de transmissão de RLC, incluindo: - a remoção de um ou mais PDUs de uma janela de transmissão utilizada e aumentando a extremidade inferior da janela de transmissão utilizada; determinando os parâmetros: TxWMAX, igual ao comprimento em bytes de uma tamanho máximo de janela; TxWUTIL, igual a um comprimento em bytes da janela de transmissão utilizada, ou a um comprimento em bytes dos pacotes que são reconhecidos dentro de uma janela limitada pelas variáveis de estado V (A) e V (T); TxL, igual a um comprimento em bytes de um ou mais PDUs que são descartados devido ao procedimento de descarte de SDU de RLC ou um comprimento, em bytes, devido a um ou mais reconhecimentos; e TxN, igual a um comprimento em bytes da próxima ou próximas PDUs a serem transmitidos pela primeira vez; - computando a quantidade do comprimento de uma janela (WL) WL = TxWUTIL - TxL + TxN; e se WL for menor que TxWMAX, transmitindo a próxima ou as próximas PDUs e aumentando a extremidade superior, da janela de transmissão utilizada.
19. Método da reivindicação 1 caracterizado pelo fato de que a entidade RLC está configurada como uma entidade de recepção de RLC abrangendo, além disso, a atualização de uma janela de recepção de RLC quando da execução da operação de recepção de RLC se a entidade de recepção RLC receber uma ou mais PDUs com o número de seqüência seguinte ao da última PDU recebida em seqüência ou uma instrução de Janela de Recepção de Movimento de uma entidade de transmissão de RLC.
20. Método da reivindicação 19 caracterizado pelo fato de que a atualização de uma janela de recepção de RLC inclui: - o aumento da extremidade inferior de uma janela de recepção utilizada; a determinação dos parâmetros: RxWMAX, igual ao comprimento em bytes de um tamanho máximo de janela; RxWUTIL, igual ao comprimento em bytes da janela utilizada de recepção; RxD, igual ao comprimento em bytes de uma ou mais PDUs que foram removidas da janela de recepção devido a um recepção em ordem; e RxN, igual ao comprimento em bytes de uma próxima ou próximas PDUs a serem recebidas pela primeira vez; - o cálculo da quantidade do comprimento de uma janela (WL)WL = RxWUTIL + RxN-RxD; e, se o WL for menor do que RxWMAX, a recepção da próxima ou próximas PDUs e o aumento da extremidade superior da janela de recepção utilizada.
21. Método da reivindicação 1, caracterizado pelo fato de abranger, além disso, a criação das PDUs de RLC a cada intervalo de tempo, por: - definindo os parâmetros: Current_Credit, igual a uma quantidade de dados passíveis de serem transmitidos baseados em uma adaptação de link de MAC em um uplink, e um resultado de uma alocação de créditos remanescentes, mais a alocação de créditos novos recebidos em octetos em um downlink; Available_Data, igual aos dados disponíveis a serem transmitidos em formatos PDU de RLC em octetos; Leftover_Window, igual ao comprimento de uma janela limitada por variáveis de estado VT(S) e VT(MS) em um transmissor RLC representado em octetos; computando o parâmetro: X = Min{Current_Credit, Available_Data, Leftover_Window} onde Min{•} fornece um valor mínimo de um conjunto; e gerando um PDU de comprimento X.
22. Método da reivindicação 21, caracterizado pelo fato de ainda compreender: - definindo os parâmetros: Maximum_RLC_ PDU_size, igual ao tamanho máximo de PDU de RLC como configurado pelas camadas superiores; e Minimum_RLC_PDU_size, igual ao parâmetro configurado pelas camadas superiores que especificam um entre o tamanho mínimo de PDU de RLC e o tamanho mínimo de carga do PDU de RLC; e - gerando uma PDU de tamanho dentro do Minimum_RLC_PDU_size e Maximum_RLC_PDU_size.
23. Método da reivindicação 22, caracterizado pelo fato de abranger, além disso: - computando os parâmetros: N = Floor{X/Maximum_RLC_PDU_size}; e L = X mod Maximum_RLC_PDU_size, onde Floor{·} produz o menor valor inteiro mais próximo e a mod b produz divisão módulo b de a; e gerando N PDUs de comprimento igual a Maximum_RLC_ PDU_size.
24. Método da reivindicação 23, caracterizado pelo fato de ainda compreender: - gerando outra PDU de RLC de comprimento L se X não for igual ao Leftovér_Window ou ao Current_Credit; - gerando outra PDU RLC de comprimento L se X for igual a Leftover_Window ou Current_Credit, e L for maior do que o Minimum_RLC_PDU_size ou se X for igual a Available_Data; e - gerando outra PDU de RLC de comprimento de tamanho Minimum_RLC_PDU se X for iguat a Leftover_Window ou a Current_Credit, e L não for maior do que o Minimum_RLC_PDU_size.
25. Método da reivindicação 24, caracterizado pelo fato de abranger, além disso, o armazenamento gerado pelas PDUs de RLC em um buffer para transmissão.
26. Método da reivindicação 21, caracterizado pelo fato de que o intervalo de tempo é definido por um múltiplo de 1 ou maior, vezes um intervalo de tempo de transmissão (TTI).
27. Método de reivindicação 21 caracterizado pelo fato de que o intervalo de tempo é definido pelos momentos de tempo nos quais os dados foram disponíveis para transmissão ou requisitados pelas camadas inferiores.
28. Método de reivindicação 21 caracterizado pelo fato de que o Maximum_RLC_ PDU_size e o Minimum_RLC_ PDU_size não são configurados pelas camadas superiores.
29. Método de reivindicação 1, abrangido, além disso, pela manutenção de variáveis de estado caracterizado pelo fato de que as variáveis de estado são especificadas e interpretadas em termos de um número de PDUs e de unidades de bytes.
30. Método da reivindicação 29, caracterizado pelo fato de que a entidade de RLC é configurada como uma entidade de transmissão RLC, compreendendo: - a manutenção da variável de estado Maximum_Tx_Window_Size, representando o tamanho máximo de janela de transmissão em octetos; - a atualização da variável de estado Maximum_Tx_Window_Size a uma quantidade de octeto especificada por um supercampo (SUFI) de Tamanho de Janela em uma PDU de RLC de status; - a manutenção das seguintes variáveis de estado: variável de estado de emissão VT(S)1 variável de estado de reconhecimento VT(A)1 variável de estado de emissão máxima VT(MS), e variável de estado de tamanho de janela de transmissão VT(WS); e - a atualização das variáveis de estado VT(S), VT(A), VT(MS) e VT(WS) baseados nas variáveis de estado Maximum_Tx_Window_Size e octetos.
31. Método da reivindicação 29, caracterizado pelo fato de que a entidade RLC é configurada como uma entidade de recepção de RLC abrangendo: - a manutenção de variável de estado Maximum_Rx_Window_Size representando um tamanho máximo de janela de recepção em octetos; - a recepção de variável de estado Maximum_Rx_Window_Size das camadas superiores; a manutenção das seguintes variáveis de estado: a recepção da variável de estado VR(R)1 a variável de estado do maior valor esperado VR(H), e a variável de estado de recepção máxima aceitável VR(MR); e - a atualização das variáveis de estado VR(R)1 VR(H) e VR(MR) baseada nas variáveis de estado Maximum_Rx_Window_Size em octetos.
32. Método para o melhoramento das operações de controle de link de rádio (RLC) em entidades RLC configuradas para ser compatível com o tamanho flexível de unidades de pacotes de dados (PDU) caracterizado pelo fato de abranger a definição e o gerenciamento dos mecanismos de consulta de RLC utilizando a medida baseada na contagem de bytes.
33. Método da reivindicação 32, caracterizado pelo fato de abranger, além disso, o disparo de uma consulta em uma PDU de dados de modo de reconhecimento (AMD) quando um tamanho de janela utilizado em octetos for maior do que o limite configurado do sistema, em bytes.
34. Método da reivindicação 32, caracterizado pelo fato de abranger, além disso, o disparo de uma consulta em uma PDU AMD cada vez que a quantidade total de dados ultrapassa uma quantidade pré-determinada de octetos ou blocos de dados.
35. Método da reivindicação 32, caracterizado pelo fato de ainda compreender: - usando um parâmetro de protocolo Poll_Window para realizar uma consulta em um receptor quando a consulta baseada em janelas está configurada pelas camadas superiores; e - disparo de uma consulta para cada PDU de dados de modo de reconhecimento (AMD) quando uma percentagem K de janela de transmissão for maior do que ou igual à Poll_Window, no qual o K é definido como: -K = utilized_window / Maximum_Tx_Window_Size em octetos, nos quais utilized_window é o comprimento em octetos de uma janela limitada pelas variáveis de estado VT (A) e VT (S).
36. Método da reivindicação 32, caracterizado pelo fato no qual os parâmetros de protocolo Poll_PDU e Poll_SDU são recebidos na entidade de transmissão de RLC das camadas superiores para indicar um intervalo de contagem de PDU.
37. Método de reivindicação 32, caracterizado pelo fato de que um parâmetro de protocolo Poll_Bytes em octetos está configurado para indicar um intervalo de contagem de byte entre as consultas, abrangendo, além disso: - a manutenção, pela transmissão da entidade RLC de um contador variável Poll_Octets do número total de bytes transmitidos em PDUs desde a transmissão da última PDU que disparou um pedido de consulta; e - quando o contador Poll_Octets se torna maior do que ou igual ao valor de Poll_Bytes, o disparo pela transmissão de entidade de RLC é um pedido de consulta em uma PDU que faz com que o contador Poll_Octets ultrapasse o Poll_Bytes e reinicie o contador Poll_Octets.
38. Método da reivindicação 37, caracterizado pelo fato de que o contador Poll_Octets conta um número total de bytes de uma primeira transmissão de cada PDU de dados de modo de reconhecimento (AMD).
39. Método da reivindicação 37, caracterizado pelo fato de que o contador Poll_Octets conta um número total de bytes de todas as PDUs transmitidas, incluindo as retransmissões.
40. Método da reivindicação 37, caracterizado pelo fato de que o disparo do pedido de consulta inclui o ajuste do bit de consulta na PDU que faz com que o contador Poll_Octets ultrapasse os PoILBytes.
41. Método da reivindicação 37, caracterizado pelo fato de que o disparo do pedido de consulta inclui o envio de uma PDU POLL para o receptor.
42. Método da reivindicação 37, caracterizado pelo fato de que a última PDU que disparou um pedido de consulta foi devido ao mecanismo Poll_Bytes.
43. Método da reivindicação 37, caracterizado pelo fato de que a última PDU que disparou o pedido de consulta é devido ao Poll_PDU ou ao Poll_SDU.
44. Método da reivindicação 32, caracterizado pelo fato de abranger, além disso, o disparo de uma consulta em uma PDU de dados de modo de reconhecimento (AMD) quando um tamanho de janela de utilização em octetos for maior do que uma percentagem limite configurada pelo sistema de um tamanho máximo de janela.
45. Método da reivindicação 32, caracterizado pelo fato de abranger, além disso, o disparo de um relatório de status quando o tamanho da janela de recepção utilizada for maior do que uma percentagem limite configurada pelo sistema de um tamanho máximo de janela.
46. Método da reivindicação 32, caracterizado pelo fato de abranger, além disso, o disparo de um relatório de status quando o tamanho da janela de recepção utilizada for maior do que o limite configurado pelo sistema em bytes.
47. Método da reivindicação 32, caracterizado pelo fato de que um parâmetro de protocolo Poll_Window é recebido em uma entidade de transmissão de RLC das camadas superiores, abrangendo: - a utilização do Poll_Window para consultar um receptor quando a consulta baseada na janela está configurada pelas camadas superiores; e - disparando uma consulta pelo transmissor para cada PDU de dados de modo de reconhecimento quando um valor J for maior do que ou igual a Poll_Window, onde J é o definido como: J= (4096+VT(S)+1-VT(A))mod4096 x100 VT(WS) onde 4096 é um módulo para o modo de reconhecimento (AM) e VT(S), VT(A) e VT(WS) são variáveis de estado.
48. Método da reivindicação 47 caracterizado pelo fato de ainda compreender: - o disparo de uma consulta para cada PDU de AMD quando um valor K for maior do que ou igual ao parâmetro de protocolo Poll_Window, no qual K é definido como: K = Soma dos tamanhos de PDU de RLC de VT(A) a VT(S) χ 100 Tamanho Máximo de Janela de Transmissão
49. Método da reivindicação 47 caracterizado pelo fato de que o parâmetro de protocolo Poll_Window é dado em termos de número de bytes, e abrangendo, além disso: - o disparo de uma consulta para cada PDU de AMD quando um valor K for maior do que ou igual ao parâmetro de protocolo Poll_Window, no qual K é definido como: K=Soma dos tamanhos de PDU de RLC do VT(A) ao VT(S).
50. Entidade de controle de link de rádio (RLC) caracterizada pelo fato de ser configurada para: melhorar as operações de RLC de modo a ser compatível com o tamanho flexível das unidades de pacote de dados (PDU) com um tamanho máximo de PDU de RLC; e - definir e gerenciar o tamanho da janela baseado na medida de tamanho de janela baseado na contagem de bytes.
51. Entidade de RLC da reivindicação 50, caracterizada pelo fato de ser configurada para definir e gerenciar o tamanho de janela baseado em medidas de tamanho de janela que incluem pelo menos um entre um número de bytes e um número de blocos nos quais cada bloco é um número fixo de bytes.
52. Entidade RLC da reivindicação 51, caracterizada pelo fato de ser configurada para definir e gerenciar o tamanho da janela, além disso, baseada nos números de seqüência de unidades de pacotes de dados (PDU).
53. Entidade RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para incluir a medida de tamanho de janelas nos PDUs de controle de RLC e de status.
54. Entidade RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para: - receber um tamanho de carga máximo de PDU de RLC das camadas superiores; e - inferir um tamanho máximo de PDU de RLC a partir do tamanho máximo de carga de PDU de RLC.
55. Entidade de RLC da reivindicação 50, além disso, caracterizada pelo fato de ser configurada para receber um tamanho máximo de PDU de RLC das camadas superiores.
56. Entidade RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para receber e negociar a contagem de bytes baseadas na medida de tamanho de janela baseada na contagem de bytes. Durante pelo menos os procedimentos de ajuste, configuração e reconfiguração para um portador de rádio.
57. Entidade RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para aplicar a medida de tamanho de janela baseado em bytes em todas as mensagens que atualizam uma janela para o controle de fluxo durante a conexão.
58. Entidade de RLC da reivindicação 57, caracterizada pelo fato de ser configurada para se aplicar à medida de tamanho de janela em todas as mensagens de modo que as mensagens incluam pelo menos um entre o supercampo (SUFI) de Tamanho de Janela e um SUFI de Janela de Recepção de Movimentos no controle de RLC e nas PDUs de status.
59. Entidade de RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para operar em modo de reconhecimento (AM).
60. Entidade de RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para receber elementos de informação do portador do rádio dEntidade de controle de recursos de rádio (RRC) incluindo pelo menos um entre: - O modo de informações de RLC de Downlink CHOICE incluindo um novo indicador de modo de tamanho flexível de PDU de RCL além dos outros modos RLC; - um elemento de informação indicando o modo de tamanho flexível de PDU de RLC; informações de tamanho de PDU de RLC indicando um dos parâmetros de Escala de RLC em octetos, um tamanho máximo de PDU de RLC em modo de tamanho flexível de PDU de RLC; e - parâmetros de protocolo assinalados pelo RRC incluindo Poll_PDU, Poll_SDU, Configured_Tx_Window_Size e Configured_Rx_Window_Size, caracterizado pelo fato de que os parâmetros de protocolo são especificados e interpretados em pelo menos um entre um número de PDUs e unidades de bytes.
61. Entidade RLC da reivindicação 60, caracterizada pelo fato de ser configurada, além disso, para: - recepção de PDUs de RLC para transmissão; e - retenção das PDUS de RLC recebidas e a não submissão delas às camadas inferiores quando a utilização de uma janela ultrapasse um tamanho máximo de janela em bytes ou quando um número de seqüência de PDU de RLC ultrapassa um tamanho máximo de janela em número de PDUs.
62. Entidade de RLC da reivindicação 60, caracterizada pelo fato de ser configurada, além disso, para receber dEntidade RRC um supercampo (SUFI) de tamanho de janela, referente à quantidade de octetos em um STATUS de PDU de RLC.
63. Entidade de RLC da reivindicação 62, caracterizada pelo fato de que o SUFI de Tamanho de Janela é especificado em um número de PDUs, configurados, além disso, para derivar um tamanho de janela em octetos multiplicando-se o número de PDUs com um parâmetro de escala de RLC em octetos.
64. Entidade de RLC da reivindicação 62, caracterizada pelo fato na qual o SUFI de Tamanho de Janela é especificado em unidade de bytes como um novo SUFI WINDOW_BYTES com componentes de tipo, comprimento e valor.
65. Entidade de RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para realizar o controle de fluxo do RLC usando a medida baseada na contagem de bytes.
66. Entidade do RLC da reivindicação 50, caracterizada pelo fato de ser configurada como um a entidade de transmissão de RLC em um transmissor configurado, além disso, para atualizar uma janela de transmissão do RLC quando da execução de uma operação de transmissão de RLC se uma ou mais PDUs forem reconhecidas positivamente por um receptor, ou se uma ou mais PDUs forem reconhecidas negativamente pelo receptor como resultado do receptor exceder um número máximo de tentativas, ou como resultado de um descarte baseado em um temporizador no transmissor.
67. Entidade RLC da reivindicação 66, caracterizada pelo fato de ser configurada pará atualizar uma janela de transmissão RLC por: - a remoção de um ou mais PDUs de uma janela de transmissão utilizada e aumentando a extremidade inferior da janela de transmissão utilizada; determinando os parâmetros: TxWMAX, igual ao comprimento em bytes de uma tamanho máximo de janela; TxWUTIL, igual a um comprimento em bytes da janela de transmissão utilizada, ou a um comprimento em bytes dos pacotes que são reconhecidos dentro de uma janela limitada pelas variáveis de estado V (A) e V (T); TxL, igual a um comprimento em bytes de um ou mais PDUs que são descartados devido ao procedimento de descarte de SDU de RLC ou um comprimento, em bytes, devido a um ou mais reconhecimentos; e TxN1 igual a um comprimento em bytes da próxima ou próximas PDUs a serem transmitidos pela primeira vez; - computando a quantidade do comprimento de uma janela (WL) WL = TxWUTIL - TxL + TxN; e se WL for menor que TxWMAX, transmitindo a próxima ou as próximas PDUs e aumentando a extremidade superior, da janela de transmissão utilizada.
68. Entidade RLC da reivindicação 50, caracterizada pelo fato de ser configurada como uma entidade de recepção de RLC configurada para atualizar uma janela de recepção de RCL quando da execução de uma operação de recepção de RLC se um ou mais PDUs com número de seqüência seguinte à última PDU recebida na seqüência ou uma instrução de Janela de Recepção de Movimento (MRW) de uma transmissão de entidade RLC forem recebidas.
69. Entidade RLC da reivindicação 68, caracterizada pelo fato de ser configurada para atualizar uma janela de recepção de RLC por: - o aumento da extremidade inferior de uma janela de recepção utilizada; a determinação dos parâmetros: RxWMAX, igual ao comprimento em bytes de um tamanho máximo de janela; RxWUTIL, igual ao comprimento em bytes da janela utilizada de recepção; RxD1 igual ao comprimento em bytes de uma ou mais PDUs que foram removidas da janela de recepção devido a um recepção em ordem; e RxN1 igual ao comprimento em bytes de uma próxima ou próximas PDUs a serem recebidas pela primeira vez; - o cálculo da quantidade do comprimento de uma janela (WL)WL = RxWUTIL + RxN-RxD; e, se o WL for menor do que RxWMAX, a recepção da próxima ou próximas PDUs e o aumento da extremidade superior da janela de recepção utilizada.
70. Entidade RLC da reivindicação 50, caracterizada pelo fato de ser configurada, além disso, para criar PDUs de RLC a cada intervalo de tempo por: - definindo os parâmetros: Current_Credit, igual a uma quantidade de dados passíveis de serem transmitidos baseados em uma adaptação de link de MAC em um uplink, e um resultado de uma alocação de créditos remanescentes, mais a alocação de créditos novos recebidos em octetos em um downlink; Available_Data, igual aos dados disponíveis a serem transmitidos em formatos PDU de RLC em octetos; Leftover_Window, igual ao comprimento de uma janela limitada por variáveis de estado VT(S) e VT(MS) em um transmissor RLC representado em octetos; computando o parâmetro: X = Min{Current_Credit, Available_Data, Leftover_Window} onde Min{•} fornece um valor mínimo de um conjunto; e gerando um PDU de comprimento X.
71. Entidade RLC da reivindicação 70, caracterizada pelo fato de ser configurada, além disso, para: - definir os parâmetros: Maximum_RLC_ PDU_size, igual ao tamanho máximo de PDU de RLC como configurado pelas camadas superiores; e Minimum_RLC_PDU_size, igual ao parâmetro configurado pelas camadas superiores que especificam um entre o tamanho mínimo de PDU de RLC e o tamanho mínimo de carga do PDU de RLC; e - gerar um PDU de tamanho dentro do Minimum_RLC_PDU_size e do Maximum_RLC_PDU_size.
72. Entidade RLC da reivindicação 70, caracterizada pelo fato de ser configurada, além disso, para: - computar os parâmetros: N = Floor{X/Maximum_RLC_PDU_size}; e L = X mod Maximum_RLC_PDU_size, onde Floor{•} fornece o menor valor inteiro mais próximo e a mod b fornece divisão módulo b de a; e grar N PDUs de comprimento igual a Maximum_RLC_ PDU_size.
73. Entidade RLC da reivindicação 72, caracterizada pelo fato de ser configurada, além disso, para: - gerar outra PDU de RLC de comprimento L se X não for igual a Leftover_Window ou Current_Credit; - gerar outra PDU de RLC de comprimento L se X for igual a Leftover_Window ou Current_Credit e L for maior do que Minimum_RLC_PDU_size ou se X for igual a Available_Data; e - gerar outra PDU de RLC de comprimento Minimum_RLC_PDU se X for igual a Leftover_Window ou Current_Credit e L não for maior do que Minimum_RLC_PDU_size.
74. Entidade RLC da reivindicação 73, caracterizada pelo fato de ser configurada, além disso, para armazenar PDUs de RLC geradas em um buffer para transmissão.
75. Entidade RLC da reivindicação 72, caracterizada pelo fato de que o intervalo de tempo é definido por um múltiplo de 1 ou mais vezes um intervalo de tempo de transmissão (TTI).
76. Entidade RLC da reivindicação 72 caracterizada pelo fato de que o intervalo de tempo é definida pelos momentos de tempo nos quais os dados estão disponíveis para transmissão ou requisitados pelas camadas inferiores.
77. Entidade RLC da reivindicação 72, caracterizada pelo fato de que Maximum_RLC_ PDU_size e Minimum_RLC_ PDU_size não são configurados pelas camadas superiores.
78. Entidade RLC da reivindicação 50, configurada, além disso, para manter as variáveis de estado caracterizada pelo fato de que as variáveis de estado são especificadas e interpretadas em termos de um número de PDUs e de unidades de bytes.
79. Entidade RLC da reivindicação 78, caracterizada pelo fato de ser configurada como uma entidade RLC de transmissão e configurada, além disso, para: - manter a variável de estado Maximum_Tx_Window_Size representando um tamanho de janela de transmissão em octetos; - atualizar a variável de estado Maximum_Tx_Window_Size para uma quantidade de octeto especificada por um supercampo (SUFI) de Tamanho de Janela em uma PDU de RLC de status-, - manter as seguintes variáveis de estado: variável de estado de emissão VT(S), variável de estado de reconhecimento VT(A)1 variável de estado de emissão máxima VT(MS), e variável de estado de tamanho de janela de transmissão VT(WS); e - atualizar as variáveis de estado VT(S), VT(A), VT(MS) e VT(WS) baseados na variável de estado Maximum_Tx_Window_Size em octetos.
80. Entidade de RLC da reivindicação 78, caracterizada pelo fato de ser configurada como uma entidade de recepção de RLC e configurado, além disso, para: - manter a variável de estado Maximum_Rx_Window_Size representando um tamanho máximo de janela de recepção em octetos; - recepção da variável de estado Maximum_Rx_Window_Size das camadas superiores; - manter as seguintes variáveis de estado: a recepção da variável de estado VR(R), a variável de estado do maior valor esperado VR(H)1 e a variável de estado de recepção máxima aceitável VR(MR); e - atualizar as variáveis de estado VR(R), VR(H) e VR(MR) baseados nas variáveis de estado Maximum_Rx_Window_Size em octetos.
81. Entidade de controle de link de rádio (RLC) caracterizada pelo fato de ser configurada para: - melhorar as operações de RLC de modo a ser compatível com o tamanho flexível das unidades de pacote de dados (PDU) com um tamanho máximo de PDU de RLC; e - definir e gerenciar os mecanismos de consulta de RLC usando a medida de contagem baseado na contagem de bytes.
82. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada, além disso, para disparar uma consulta em uma PDU de dados em modo de reconhecimento (AMD) quando um tamanho de janela utilizado em octetos for maior do que um limite configurado pelo sistema em bytes.
83. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada, além disso, para disparar uma consulta em uma PDU de AMD cada vez que uma quantidade total de dados transmitidos ultrapassar uma quantidade conhecida pré-determinada de octetos ou blocos de dados.
84. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada, como uma entidade de transmissão RLC1 configurada, além disso, para: - usar um protocolo Poll_Window para consultar um receptor quando a consulta baseada em janela for configurada pelas camadas superiores; e - disparar uma consulta para cada PDU de dados em modo de reconhecimento (AMD) quando uma percentagem K de janela de transmissão for maior do que ou igual a Poll_Window, na qual o K é definido como: K = utilized_window / Maximum_Tx_Window_Size em octetos, nos quais utilized_window é o comprimento em octetos de uma janela limitada pelas variáveis de estado VT (A) e VT (S).
85. Entidade RLC de reivindicação 81, caracterizada pelo fato de ser configurada, além disso, para receber os parâmetros de protocolo Poll_PDU e Poll_SDU das camadas superiores para indicar um intervalo de contagem de PDU.
86. Entidade RLC de reivindicação 81, caracterizada pelo fato de ser configurada para receber um parâmetro de protocolo Poll_Bytes em octetos, indicando o intervalo de contagem de bytes entre as consultas, configurados para: - manter um contador variável PoILOctets de um número total de bytes transmitidos em PDUs desde a transmissão de uma PDU que disparou um pedido de consulta; e - quando o contador Poll_Octets for maior do que ou igual ao valor de Poll_Bytes, disparar um pedido de consulta em uma PDU que faça o contador de Poll_Octets ultrapassar os Poll_Bytes e reiniciar o contador Poll_Octets.
87. Entidade RLC da reivindicação 86 caracterizada pelo fato de que o contador Poll_Octets conta um número total de bytes de uma primeira transmissão de cada PDU de dados em modo de reconhecimento (AMD) de RLC.
88. Entidade RLC da reivindicação 86 caracterizada pelo fato de que o contador PoIlJDctets conta um número total de bytes de todas as PDUs transmitidas incluindo as retransmissões.
89. Entidade RLC de reivindicação 86, caracterizada pelo fato de ser configurada para disparar o pedido de consulta ajustando um bit de consulta para a PDU que faz com que o contador PoIIJDctets ultrapasse o PoILBytes.
90. Entidade RLC da reivindicação 86, caracterizada pelo fato de ser configurada para disparar o pedido de consulta ao enviar um PDU POLL para o receptor.
91. Entidade RLC da reivindicação 86, caracterizada pelo fato de que a última PDU que disparou um pedido de consulta devido ao mecanismo de Poll_Bytes.
92. Entidade RLC da reivindicação 86, caracterizada pelo fato de que a última PDU que disparou um pedido de consulta é devido ao Poll_PDU ou Poll_SDU.
93. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada, além disso, para disparar uma consulta em uma PDU de dados modo de reconhecimento (AMD) quando o tamanho de janela utilizada nos octetos for maior do que uma percentagem limite configurada de um tamanho máximo de janela.
94. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada, além disso, para disparar um relatório de status quando um tamanho de recepção utilizada for maior do que uma percentagem de limite configurada pelo sistema de tamanho máximo de janela.
95. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada, além disso, para disparar um relatório de status quando um tamanho de janela de recepção utilizada for maior do que um limite configurado pelo sistema em bytes.
96. Entidade RLC da reivindicação 81, caracterizada pelo fato de ser configurada para receber um parâmetro de protocolo Poll_Window das camadas superiores, configurado, além disso, para: - utilizar o Poll_Window para consultar um receptor quando a consulta baseada na janela foi configurada pelas camadas superiores; e - disparar uma consulta para cada PDU de dados de modo de reconhecimento (AMD) quando um valor J for maior do que ou igual a Poll_Wíndow, onde o J é definido como: <formula>formula see original document page 49</formula> onde 4096 é um módulo para o modo de reconhecimento (AM) e VT(S), VT(A) e VT(WS) são variáveis de estado.
97. Entidade RLC da reivindicação 96, caracterizada pelo fato de ser configurada, além disso, para: - disparar uma consulta para cada PDU de AMD quando um valor K for maior do que ou igual ao Poll_Window, onde o K for definido como: K = Soma dos tamanhos de PDU de RLC de VT(A) a VT(S) χ 100. Tamanho Máximo de Janela de Transmissão
98. Entidade RLC da reivindicação 96 caracterizada pelo fato de que os parâmetro de protocolos Poll_Window são em termos de número de bytes, e configurados, além disso, para: - disparar uma consulta para cada PDU de AMD quando um valor K for maior do que ou igual ao parâmetro protocolo Poll_Window, onde o K for definido como: K=Soma dos tamanhos de PDU de RLC do VT(A) ao VT(S).
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US88783107P | 2007-02-02 | 2007-02-02 | |
| US60/887,831 | 2007-02-02 | ||
| US89547107P | 2007-03-18 | 2007-03-18 | |
| US60/895,471 | 2007-03-18 | ||
| US91372807P | 2007-04-24 | 2007-04-24 | |
| US60/913,728 | 2007-04-24 | ||
| PCT/US2008/001511 WO2008097544A2 (en) | 2007-02-02 | 2008-02-04 | Method and apparatus for enhancing rlc for flexible rlc pdu size |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0806396A2 true BRPI0806396A2 (pt) | 2011-09-06 |
| BRPI0806396B1 BRPI0806396B1 (pt) | 2020-04-28 |
Family
ID=39620177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0806396A BRPI0806396B1 (pt) | 2007-02-02 | 2008-02-04 | método e aparato para melhorar o rlc para tamanho flexível de pdu do rlc |
Country Status (16)
| Country | Link |
|---|---|
| US (3) | US8498284B2 (pt) |
| EP (2) | EP2429235B1 (pt) |
| JP (3) | JP5258791B2 (pt) |
| KR (4) | KR20140015620A (pt) |
| CN (2) | CN101675627A (pt) |
| AR (1) | AR065158A1 (pt) |
| AU (1) | AU2008214378B2 (pt) |
| BR (1) | BRPI0806396B1 (pt) |
| CA (1) | CA2677112C (pt) |
| IL (1) | IL200075A (pt) |
| MX (1) | MX2009008015A (pt) |
| MY (1) | MY154157A (pt) |
| RU (1) | RU2455776C2 (pt) |
| SG (1) | SG178738A1 (pt) |
| TW (3) | TW201503650A (pt) |
| WO (1) | WO2008097544A2 (pt) |
Families Citing this family (97)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4986372B2 (ja) | 2001-04-23 | 2012-07-25 | ドゥクール リミテッド | 空気調整装置 |
| BRPI0806396B1 (pt) | 2007-02-02 | 2020-04-28 | Interdigital Tech Corp | método e aparato para melhorar o rlc para tamanho flexível de pdu do rlc |
| DE602008005861D1 (de) * | 2007-02-06 | 2011-05-12 | Ericsson Telefon Ab L M | Flexible funkverbindungssteuerpaketdateneinheitslänge |
| US8687495B2 (en) * | 2007-03-16 | 2014-04-01 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| US8619752B2 (en) * | 2007-03-16 | 2013-12-31 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| US8031689B2 (en) * | 2007-05-18 | 2011-10-04 | Innovative Sonic Limited | Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system |
| KR101486352B1 (ko) | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| KR101341515B1 (ko) | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
| KR101470637B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| WO2008156314A2 (en) | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
| KR101514841B1 (ko) | 2007-08-10 | 2015-04-23 | 엘지전자 주식회사 | 효율적인 랜덤 액세스 재시도를 수행하는 방법 |
| KR101479341B1 (ko) * | 2007-08-10 | 2015-01-05 | 엘지전자 주식회사 | Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법 |
| WO2009022826A1 (en) | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | Method for controlling harq operation in dynamic radio resource allocation |
| KR101490253B1 (ko) | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| US8488523B2 (en) | 2007-08-14 | 2013-07-16 | Lg Electronics Inc. | Method of transmitting and processing data block of specific protocol layer in wireless communication system |
| KR100907978B1 (ko) * | 2007-09-11 | 2009-07-15 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치 |
| KR100937432B1 (ko) | 2007-09-13 | 2010-01-18 | 엘지전자 주식회사 | 무선 통신 시스템에서의 무선자원 할당 방법 |
| KR101461970B1 (ko) | 2007-09-13 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101396062B1 (ko) | 2007-09-18 | 2014-05-26 | 엘지전자 주식회사 | 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법 |
| KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| KR101435844B1 (ko) | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
| KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| WO2009038377A2 (en) | 2007-09-20 | 2009-03-26 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| KR101487557B1 (ko) | 2007-10-23 | 2015-01-29 | 엘지전자 주식회사 | 공통제어채널의 데이터를 전송하는 방법 |
| KR20090041323A (ko) | 2007-10-23 | 2009-04-28 | 엘지전자 주식회사 | 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법 |
| KR20090043465A (ko) * | 2007-10-29 | 2009-05-06 | 엘지전자 주식회사 | 무선 베어러 타입에 따른 오류 해결 방법 |
| US8540156B2 (en) | 2007-11-14 | 2013-09-24 | Varcode Ltd. | System and method for quality management utilizing barcode indicators |
| US8401017B2 (en) * | 2008-01-03 | 2013-03-19 | Sunplus Mmobile Inc. | Wireless communication network using an enhanced RLC status PDU format |
| DE602008024911C5 (de) | 2008-01-08 | 2020-11-05 | Unwired Planet International Ltd. | Verfahren und anordnung in einem funkkommunikationsnetzwerk |
| WO2009096746A2 (en) * | 2008-02-01 | 2009-08-06 | Lg Electronics Inc. | Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications |
| KR101375936B1 (ko) | 2008-02-01 | 2014-03-18 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법 |
| KR101531419B1 (ko) | 2008-02-01 | 2015-06-24 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법 |
| WO2009116788A1 (en) | 2008-03-17 | 2009-09-24 | Lg Electronics Inc. | Method of transmitting rlc data |
| KR101163275B1 (ko) | 2008-03-17 | 2012-07-05 | 엘지전자 주식회사 | Ｐｄｃｐ 상태 보고 전송 방법 |
| US8031600B2 (en) * | 2008-05-20 | 2011-10-04 | Htc Corporation | Method and related apparatus for performing status report procedure in a wireless communication system |
| BR122015021026A2 (pt) | 2008-08-01 | 2019-08-27 | Nec Corp | estação base, dispositivo de controle e meio de comunicação |
| US9137160B2 (en) * | 2009-01-29 | 2015-09-15 | Qualcomm Incorporated | Method and apparatus for accomodating a receiver buffer to prevent data overflow |
| US8473802B2 (en) * | 2009-06-30 | 2013-06-25 | Samsung Electronics Co., Ltd. | Technique for advanced ARQ buffer management in wireless communication system |
| US9392515B2 (en) * | 2010-02-12 | 2016-07-12 | Interdigital Technology Corporation | Data split between multiple sites |
| US20110249563A1 (en) * | 2010-04-09 | 2011-10-13 | Simone Provvedi | Dynamic Adaptation of Downlink RLC PDU Size |
| US8989140B2 (en) | 2010-06-28 | 2015-03-24 | Qualcomm Incorporated | System and method for mobility in a multi-point HSDPA communication network |
| US8891356B2 (en) | 2010-06-28 | 2014-11-18 | Qualcomm Incorporated | System and method for multi-point HSDPA communication utilizing a multi-link RLC sublayer |
| US20120163205A1 (en) * | 2010-06-28 | 2012-06-28 | Qualcomm Incorporated | System and method for flow control in a multi-point hsdpa communication network |
| US8989004B2 (en) | 2010-11-08 | 2015-03-24 | Qualcomm Incorporated | System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer |
| GB2495463B (en) * | 2010-11-22 | 2013-10-09 | Seven Networks Inc | Aligning data transfer to optimize connections established for transmission over a wireless network |
| FI3319395T3 (fi) | 2010-12-03 | 2023-08-01 | Interdigital Patent Holdings Inc | Menetelmä ja laite moniradioliityntätekniikan kantoaaltojen yhdistämisen suorittamiseksi |
| US8670450B2 (en) | 2011-05-13 | 2014-03-11 | International Business Machines Corporation | Efficient software-based private VLAN solution for distributed virtual switches |
| US8837499B2 (en) | 2011-05-14 | 2014-09-16 | International Business Machines Corporation | Distributed fabric protocol (DFP) switching network architecture |
| US20120291034A1 (en) | 2011-05-14 | 2012-11-15 | International Business Machines Corporation | Techniques for executing threads in a computing environment |
| US9497073B2 (en) | 2011-06-17 | 2016-11-15 | International Business Machines Corporation | Distributed link aggregation group (LAG) for a layer 2 fabric |
| US9232482B2 (en) | 2011-07-01 | 2016-01-05 | QUALOCOMM Incorporated | Systems, methods and apparatus for managing multiple radio access bearer communications |
| US9167472B2 (en) | 2011-07-01 | 2015-10-20 | Qualcomm Incorporated | Methods and apparatus for enhanced UL RLC flow control for MRAB calls |
| US9055464B2 (en) | 2011-07-07 | 2015-06-09 | Optis Cellular Technology, Llc | RLC Data transmission control based on UE memory capacity |
| US9591593B2 (en) | 2011-07-22 | 2017-03-07 | Qualcomm Incorporated | Systems, methods and apparatus for radio uplink power control |
| EP2737768A1 (en) | 2011-07-29 | 2014-06-04 | Interdigital Patent Holdings, Inc. | Method and apparatus for radio resources management in multi-radio access technology wireless systems |
| US8737211B2 (en) | 2011-08-03 | 2014-05-27 | Qualcomm Incorporated | Methods and apparatuses for network configuration of user equipment communication modes in multiflow systems |
| US9125098B2 (en) | 2011-08-03 | 2015-09-01 | Qualcomm Incorporated | Method and apparatus for flow congestion control in multiflow networks |
| US9930569B2 (en) | 2011-08-04 | 2018-03-27 | Qualcomm Incorporated | Systems, methods and apparatus for wireless condition based multiple radio access bearer communications |
| US8767529B2 (en) | 2011-09-12 | 2014-07-01 | International Business Machines Corporation | High availability distributed fabric protocol (DFP) switching network architecture |
| US9686046B2 (en) | 2011-09-13 | 2017-06-20 | Qualcomm Incorporated | Systems, methods and apparatus for wireless condition based multiple radio access bearer communications |
| US8873535B2 (en) | 2011-09-26 | 2014-10-28 | Qualcomm Incorporated | Systems, methods and apparatus for retransmitting protocol data units in wireless communications |
| US9065745B2 (en) | 2011-10-06 | 2015-06-23 | International Business Machines Corporation | Network traffic distribution |
| US8750129B2 (en) * | 2011-10-06 | 2014-06-10 | International Business Machines Corporation | Credit-based network congestion management |
| TWI511588B (zh) * | 2011-11-07 | 2015-12-01 | Acer Inc | 最佳化通訊協定之視窗大小伸縮以在無線網路系統內傳送資料之方法 |
| CN105897385A (zh) * | 2011-11-24 | 2016-08-24 | 华为技术有限公司 | Rlc数据包传输的确认方法及rlc am实体发送方 |
| GB2491050B (en) * | 2012-07-12 | 2014-12-10 | Broadcom Corp | Wireless communication system and method |
| EP2888907A4 (en) * | 2012-08-21 | 2016-06-01 | Nokia Technologies Oy | METHOD AND APPARATUS FOR WIRELESS COMMUNICATION IN A HETEROGENEOUS NETWORK |
| TWI632823B (zh) | 2012-08-23 | 2018-08-11 | 內數位專利控股公司 | 在無線系統中多層操作之實體層操作 |
| RU2603626C2 (ru) | 2012-08-23 | 2016-11-27 | Интердиджитал Пэйтент Холдингз, Инк. | Работа с множеством планировщиков в беспроводной системе |
| DE102013223303B4 (de) | 2012-11-19 | 2023-08-17 | Avago Technologies International Sales Pte. Ltd. | System und Verfahren für eine Gutpunkt basierte Verbindungspegelflusssteuerung |
| CN108551681B (zh) * | 2012-11-29 | 2022-01-14 | 华为技术有限公司 | 一种数据传输的控制方法、装置及系统 |
| 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 | 华为技术有限公司 | 一种确认报文发送方法及其设备 |
| WO2015008962A1 (en) * | 2013-07-17 | 2015-01-22 | Lg Electronics Inc. | Method for reporting a radio link control re-transmission failure and a device therefor |
| US20150085749A1 (en) * | 2013-09-26 | 2015-03-26 | Qualcomm Incorporated | Mechanism to exchange proprietary signaling messages between a ue and a network |
| KR101807982B1 (ko) * | 2014-01-30 | 2017-12-11 | 인텔 아이피 코포레이션 | 무선 링크 제어 구성을 이용하여 커버리지를 향상시키는 mtc ue 및 방법 |
| CN105007137B (zh) * | 2014-04-23 | 2018-10-23 | 电信科学技术研究院 | 一种rlc层的数据包处理方法和rlc实体 |
| WO2015168951A1 (zh) * | 2014-05-09 | 2015-11-12 | 华为技术有限公司 | 数据包的处理方法、终端、基站及系统 |
| US9705803B1 (en) | 2015-06-10 | 2017-07-11 | Sprint Communications Company L.P. | Negotiated radio link properties among wireless access nodes |
| KR102087528B1 (ko) * | 2015-11-06 | 2020-03-11 | 노키아 테크놀로지스 오와이 | 분할 베어러를 수신하는 사용자 장비로부터의 흐름 제어 피드백 |
| CN105939282B (zh) * | 2016-02-04 | 2019-09-06 | 杭州迪普科技股份有限公司 | 分组大小的调整方法及装置 |
| EP3430752B1 (en) * | 2016-03-17 | 2022-05-04 | Telefonaktiebolaget LM Ericsson (publ) | Managing a sequence number range for radio link control entities in a radio access network during an on-going connection |
| US20210194639A1 (en) * | 2016-03-18 | 2021-06-24 | Qualcomm Incorporated | Flexibly determining a reordering value for radio link control protocol data unit retransmissions |
| CN107787009B (zh) * | 2016-08-26 | 2022-09-27 | 中兴通讯股份有限公司 | 拥塞处理方法、装置及系统 |
| CA3049157A1 (en) * | 2017-01-04 | 2018-07-12 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Rlc layer status report control pdu transmitting method and related device |
| WO2018232207A1 (en) * | 2017-06-16 | 2018-12-20 | Mediatek Singapore Pte. Ltd. | Method and apparatus for handling data duplication in mobile communications |
| CN109729554B (zh) * | 2017-10-30 | 2022-03-01 | 展讯通信（上海）有限公司 | 上行增强数据传输方法、装置及用户设备 |
| US11153142B2 (en) | 2017-11-30 | 2021-10-19 | Intel Corporation | Methods and devices for narrowband communications |
| DE112017008178T5 (de) * | 2017-11-30 | 2020-09-03 | Intel IP Corporation | Verbesserte abfragevorgehensweisen |
| CN117042044A (zh) | 2018-01-04 | 2023-11-10 | Lg电子株式会社 | 处理数据单元的方法、通信设备和存储介质 |
| CN110958647A (zh) * | 2018-09-27 | 2020-04-03 | 电信科学技术研究院有限公司 | 一种数据传输方法及装置 |
| CN110971352B (zh) * | 2018-09-30 | 2021-01-26 | 大唐移动通信设备有限公司 | 一种上行增强rlc分片的harq重传处理方法及装置 |
| CN111526599B (zh) | 2019-02-01 | 2022-05-31 | 华为技术有限公司 | 一种无线资源控制rrc消息发送方法及装置 |
| US11909535B2 (en) * | 2019-10-24 | 2024-02-20 | Qualcomm Incorporated | Operating in a radio link control acknowledged mode using a multicast or broadcast radio bearer |
| US11330668B2 (en) * | 2019-11-22 | 2022-05-10 | Apple Inc. | 5G NR FR2 beam management enhancements |
| CN113630785B (zh) * | 2020-05-08 | 2024-04-05 | 大唐移动通信设备有限公司 | 无线链路控制层传输窗大小自适应调整方法及装置 |
| CN112399471B (zh) * | 2020-10-23 | 2023-02-10 | 紫光展锐(重庆)科技有限公司 | 一种数据缓存的方法及相关装置 |
Family Cites Families (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5400322A (en) * | 1993-08-20 | 1995-03-21 | Amati Communications Corp. | Updating of bit allocations in a multicarrier modulation transmission system |
| US6307835B1 (en) * | 1998-07-10 | 2001-10-23 | Stmicroelectronics, Inc. | Method and apparatus for controlling data flow in data communication networks |
| GB2355623B (en) * | 1999-10-19 | 2003-07-16 | Ericsson Telefon Ab L M | Packet transmission in a UMTS network |
| ATE418190T1 (de) * | 2000-01-14 | 2009-01-15 | Interdigital Tech Corp | Drahtloses kommunikationssystem mit selektiv dimensionierten datentransportblöcken |
| US6810031B1 (en) * | 2000-02-29 | 2004-10-26 | Celox Networks, Inc. | Method and device for distributing bandwidth |
| KR100339342B1 (ko) * | 2000-07-01 | 2002-06-03 | 서평원 | 프로토콜 데이터의 수신 확인 방법 |
| US6845100B1 (en) * | 2000-08-28 | 2005-01-18 | Nokia Mobile Phones Ltd. | Basic QoS mechanisms for wireless transmission of IP traffic |
| US7123583B2 (en) * | 2001-01-25 | 2006-10-17 | Ericsson Ab | Dual use rate policer and re-marking logic |
| US7193966B2 (en) * | 2001-06-25 | 2007-03-20 | Telefonakitebolaget Lm Ericsson (Publ) | Triggered packet data rate change in a communication system |
| US7006526B1 (en) * | 2001-07-31 | 2006-02-28 | Cisco Technology, Inc. | Mechanisms for avoiding problems associated with network address protocol translation |
| US7355971B2 (en) * | 2001-10-22 | 2008-04-08 | Intel Corporation | Determining packet size in networking |
| KR100765121B1 (ko) * | 2001-11-24 | 2007-10-11 | 엘지전자 주식회사 | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 |
| KR100434054B1 (ko) * | 2002-04-26 | 2004-06-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤의 폴링방법 |
| US7227856B2 (en) | 2002-08-13 | 2007-06-05 | Innovative Sonic Limited | Method for handling timers after an RLC reset or re-establishment in a wireless communications system |
| KR100474302B1 (ko) * | 2002-09-07 | 2005-03-10 | 엘지전자 주식회사 | 무선 링크 콘트롤(ｒｌｃ) 계층의 버퍼제어 방법 |
| US20040076182A1 (en) | 2002-10-17 | 2004-04-22 | Chih-Hsiang Wu | Method for handeling a triggered reset when an RLC is stopped in a wireless communications system |
| FR2847091B1 (fr) * | 2002-11-08 | 2005-02-04 | Nortel Networks Ltd | Procede de transmission de donnees en mode acquitte entre une unite emettrice et une unite receptrice, et unite de transmission mettant en oeuvre un tel procede |
| TWI257796B (en) * | 2002-12-20 | 2006-07-01 | Interdigital Tech Corp | Scheduling data transmission by medium access control (MAC) layer in a mobile network |
| US6920121B2 (en) * | 2003-03-17 | 2005-07-19 | Qprs Limited | Quality packet radio service for a general packet radio system |
| EP1465369A1 (en) * | 2003-03-31 | 2004-10-06 | Matsushita Electric Industrial Co., Ltd. | Reset synchronisation method for a retransmission protocol |
| CN1567766A (zh) * | 2003-06-12 | 2005-01-19 | 中兴通讯股份有限公司 | 无线链路层发送窗口的控制方法 |
| WO2005048517A1 (en) | 2003-11-12 | 2005-05-26 | Philips Intellectual Property & Standards Gmbh | Data packet transmission |
| US7525961B2 (en) * | 2004-01-14 | 2009-04-28 | Adc Dsl Systems, Inc. | Auto-adaptation to packet size on a physical medium |
| ATE337650T1 (de) * | 2004-02-27 | 2006-09-15 | Mitsubishi Electric Corp | Verfahren und apparat zur gemeinsamen dynamischen verwaltung von fensterlängen von mehreren arq- datenverbindungen |
| JP2006067099A (ja) * | 2004-08-25 | 2006-03-09 | Fujitsu Ltd | 伝送時間測定方法、伝送制御方法及び伝送時間測定機能を備えた移動通信システム |
| FI20045327A0 (fi) * | 2004-09-06 | 2004-09-06 | Nokia Corp | Radiojärjestelmä, tukiasema, ohjain ja menetelmä ohjata tiedonsiirtoa |
| US7558243B2 (en) | 2004-09-15 | 2009-07-07 | Innovative Sonic Limited | Enhanced polling method for preventing deadlock in a wireless communications system |
| CN100370707C (zh) * | 2004-11-05 | 2008-02-20 | 华为技术有限公司 | 增强型上行专用物理信道功率控制方法及装置 |
| KR101141645B1 (ko) * | 2005-03-29 | 2012-05-17 | 엘지전자 주식회사 | 데이터 블록 전송 제어 방법 |
| US8085657B2 (en) * | 2005-04-01 | 2011-12-27 | Sony Corporation | Flow control in a cellular communication system |
| EP1884042B1 (en) * | 2005-05-03 | 2014-01-22 | LG Electronics, Inc. | Changing a radio access configuration between a terminal and a network |
| US7639613B1 (en) * | 2005-06-24 | 2009-12-29 | Packeteer, Inc. | Adaptive, flow-based network traffic measurement and monitoring system |
| US20060291395A1 (en) | 2005-06-28 | 2006-12-28 | Nokia Corporation | Packet transmission control method and apparatus |
| WO2007032649A1 (en) * | 2005-09-15 | 2007-03-22 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving status report comprising received status of packet data in a mobile communication system |
| US7660250B2 (en) * | 2005-11-08 | 2010-02-09 | Arris Group, Inc. | Method and system for regulating traffic in a network device |
| KR100912784B1 (ko) * | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
| RU2392752C2 (ru) * | 2006-01-05 | 2010-06-20 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ передачи данных и способ повторной передачи данных |
| US7738495B2 (en) * | 2006-01-23 | 2010-06-15 | Cisco Technology, Inc. | Method of determining a maximum transmission unit value of a network path using transport layer feedback |
| US8077611B2 (en) * | 2006-07-27 | 2011-12-13 | Cisco Technology, Inc. | Multilevel coupled policer |
| WO2008066428A1 (en) * | 2006-11-28 | 2008-06-05 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and a system for down link control in a cellular telephony system |
| BRPI0806396B1 (pt) | 2007-02-02 | 2020-04-28 | Interdigital Tech Corp | método e aparato para melhorar o rlc para tamanho flexível de pdu do rlc |
-
2008
- 2008-02-04 BR BRPI0806396A patent/BRPI0806396B1/pt active IP Right Grant
- 2008-02-04 KR KR1020147000325A patent/KR20140015620A/ko not_active Withdrawn
- 2008-02-04 KR KR1020137006588A patent/KR101548061B1/ko not_active Expired - Fee Related
- 2008-02-04 TW TW103127149A patent/TW201503650A/zh unknown
- 2008-02-04 RU RU2009132954/07A patent/RU2455776C2/ru not_active IP Right Cessation
- 2008-02-04 JP JP2009548335A patent/JP5258791B2/ja active Active
- 2008-02-04 EP EP11192741.4A patent/EP2429235B1/en active Active
- 2008-02-04 KR KR1020097023543A patent/KR101430067B1/ko not_active Expired - Fee Related
- 2008-02-04 MY MYPI20093121A patent/MY154157A/en unknown
- 2008-02-04 CN CN200880003753A patent/CN101675627A/zh active Pending
- 2008-02-04 US US12/025,381 patent/US8498284B2/en active Active
- 2008-02-04 TW TW100107822A patent/TWI499259B/zh active
- 2008-02-04 WO PCT/US2008/001511 patent/WO2008097544A2/en not_active Ceased
- 2008-02-04 AR ARP080100453A patent/AR065158A1/es active IP Right Grant
- 2008-02-04 TW TW097104384A patent/TWI452885B/zh active
- 2008-02-04 MX MX2009008015A patent/MX2009008015A/es active IP Right Grant
- 2008-02-04 SG SG2012007274A patent/SG178738A1/en unknown
- 2008-02-04 EP EP08725182A patent/EP2115952A2/en not_active Withdrawn
- 2008-02-04 KR KR1020097018400A patent/KR20090121299A/ko not_active Abandoned
- 2008-02-04 CN CN201310088403.1A patent/CN103281250B/zh active Active
- 2008-02-04 AU AU2008214378A patent/AU2008214378B2/en active Active
- 2008-02-04 CA CA2677112A patent/CA2677112C/en active Active
-
2009
- 2009-07-26 IL IL200075A patent/IL200075A/en active IP Right Grant
-
2013
- 2013-04-23 JP JP2013090471A patent/JP5555791B2/ja not_active Expired - Fee Related
- 2013-06-18 US US13/920,202 patent/US9554398B2/en active Active
-
2014
- 2014-06-02 JP JP2014114252A patent/JP5833707B2/ja not_active Expired - Fee Related
-
2016
- 2016-12-12 US US15/375,357 patent/US9936423B2/en active Active
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0806396A2 (pt) | método e aparato para melhorar o rlc para tamanho flexìvel de pdu do rlc | |
| JP5841989B2 (ja) | 無線リンク制御パケットの破棄および無線リンク制御の再確立をトリガする方法および装置 | |
| US20140029564A1 (en) | Communication system, communication apparatus and radio resource allocating method | |
| CN103039030A (zh) | 在无线通信环境中执行自动重复请求重新设置的方法和装置 | |
| HK1140873A (en) | Method and apparatus for enhancing rlc for flexible rlc pdu size | |
| JP2014220612A (ja) | 無線基地局及び移動通信方法 |
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 28/10 (2009.01), H04L 12/26 (2006.01), H04L 1 |
|
| 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 28/04/2020, OBSERVADAS AS CONDICOES LEGAIS. |