[go: up one dir, main page]

BRPI0617569A2 - mÉtodo para a transmissço de pacotes de dados, aparelho para a transmissço de pacotes de dados, mÉtodo para receber pacotes de dados, aparelho para receber pacotes de dados, sistema e mÍdia que pode ser lida por computador - Google Patents

mÉtodo para a transmissço de pacotes de dados, aparelho para a transmissço de pacotes de dados, mÉtodo para receber pacotes de dados, aparelho para receber pacotes de dados, sistema e mÍdia que pode ser lida por computador Download PDF

Info

Publication number
BRPI0617569A2
BRPI0617569A2 BRPI0617569-4A BRPI0617569A BRPI0617569A2 BR PI0617569 A2 BRPI0617569 A2 BR PI0617569A2 BR PI0617569 A BRPI0617569 A BR PI0617569A BR PI0617569 A2 BRPI0617569 A2 BR PI0617569A2
Authority
BR
Brazil
Prior art keywords
data packet
data
payload
data unit
unit
Prior art date
Application number
BRPI0617569-4A
Other languages
English (en)
Inventor
Charpentier Frederic
Löhr Joachim
Original Assignee
Matsushita Electric Industrial Co.,
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36001031&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI0617569(A2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Matsushita Electric Industrial Co., filed Critical Matsushita Electric Industrial Co.,
Priority to BR122019004643-3A priority Critical patent/BR122019004643B1/pt
Publication of BRPI0617569A2 publication Critical patent/BRPI0617569A2/pt
Publication of BRPI0617569B1 publication Critical patent/BRPI0617569B1/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • 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/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • 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/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H04L5/0046—Determination of the number of bits transmitted on different sub-channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/02—Protocol performance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

MÉTODO PAPA A TRANSMISSAO DE PACOTES DE DADOS, APARELHO PAPA A TRANSMISSAO DE PACOTES DE DADOS, MÉTODO PAPA RECEBER PACOTES DE DADOS, APARELHO PARA RECEBER PACOTES DE DADOS, SISTEMA E MÍDIA QUE PODE SER LIDA POR COMPUTADORA invenção refere-se a uma estrutura de pacote de dados para transportar dados de unidades de dados de serviço (SDU) utilizando as unidades de dados de protocolo (PDU). O pacote de dados compreende uma carga útil de pacote de dados que compreende pelo menos uma unidade de dados de protocolo (PDU), em que uma unidade de dados de protocolo (PDU) compreende uma unidade de dados de serviço (SDU) ou um fragmento de uma unidade de dados de serviço; e um cabeçalho de pacote de dados que compreende um indicador (FFF, SFF) que indica se a carga útil do pacote de dados começa ou não com uma unidade de dados de protocolo (PDU) que é um fragmento de uma unidade de dados de serviço e se a carga útil do pacote de dados termina ou não com uma unidade de dados de protocolo (PDU) que é um fragmento de uma unidade de dados de serviço.

Description

MÉTODO PARA A TRANSMISSÃO DE PACOTES DE DADOS,APARELHO PARA A TRANSMISSÃO DE PACOTES DE DADOS, MÉTODO PARARECEBER PACOTES DE DADOS, APARELHO PARA RECEBER PACOTES DEDADOS, SISTEMA E MÍDIA QUE PODE SER LIDA POR COMPUTADOR
Campo da Invenção
O campo da invenção é o mapeamento de pacotes decamada mais alta em quadros de camada inferior em um sistemade comunicação, o qual pode ser uma rede de linha sem fio oufixa. A fim de adaptar os pacotes entregues pela camada mais alta às capacidades da rede física (por exemplo, o tamanhomáximo de quadro), algumas vezes é necessário segmentar oufragmentar os mesmos em diversos blocos que devem sertransmitidos por quadros separados. Da mesma maneira, tambémpode ser necessário concatenar vários pacotes em um quadro a fim de aumentar a eficiência de transmissão. A invençãopropõe uma maneira nova e eficiente de indicar ã unidade derecepção como a segmentação e a concatenação foram feitas nolado do de transmissão.
Antecedentes da Invenção
A necessidade de adaptar pacotes de camada maisalta às características de uma rede física é uma questãoclássica para todo tipo de sistemas de comunicação, tais comoredes sem fio (GSM, UMTS, WiLAN, WiMax etc.) ou redes fixas(IP, Frame relay, PPP, ATM, etc.).
Visão geral da Camada de OSI
Nesta seção, uma breve introdução é dada ao modelode OSI (vide a Figura 1) que será usada para ilustrar asexplanações abaixo.
0 Modelo de Referência de Interconexão de Sistemas Abertos (Modelo de OSI ou Modelo de Referência de OSI paraabreviar) é uma descrição abstrata em camada para o desenhode protocolo de comunicações e de rede de computadores. 0modelo de OSI divide as funções de um sistema em uma série decamadas. Cada camada tem a propriedade de utilizar somente asfunções da camada abaixo, e exporta somente a funcionalidadepara a camada acima. Um sistema que implementa ocomportamento de protocolo que consiste em uma série dessascamadas é conhecido como um 'protocolo de pilha' ou 'pilha'.A sua característica principal está na junção entre ascamadas que dita as especificações sobre como uma camadainterage com a outra. Isto significa que, em princípio, umacamada gravada por um fabricante pode operar com uma camadade outro. Para a presente finalidade, somente as trêsprimeiras camadas serão descritas.A finalidade principal da camada física, ou camada1, é a transferência de informações (bit) por um meio físicoespecífico (por exemplo, cabos coaxiais, pares torcidos,fibras ópticas ou o ar) . Ela converte ou modula os dados emsinais que são transmitidos por um canal de comunicação.A finalidade da camada de ligação de dados, oucamada 2, é a moldagêm do fluxo de informações de uma maneiracompatível com a camada física específica ao decompor osdados de entrada em quadros de dados (funções de Segmentaçãoe Remontagem ou SAR) . Além disso, ela pode detectar ecorrigir erros potenciais de transmissão ao solicitar umaretransmissão de um quadro perdido. Ela provê um mecanismo deendereçamento e pode oferecer algoritmos de controle de fluxoa fim de alinhar a taxa de dados com a capacidade doreceptor. Finalmente, quando um meio compartilhado éutilizado simultaneamente por múltiplos transmissores ereceptores, ele provê mecanismos para regular e controlar oacesso ao meio físico. Uma vez que a extensão das funções dacamada de ligação de dados é grande, a camada de ligação dedados é subdividida freqüentemente em duas subcamadas (porexemplo, as subcamadas RLC e MAC em UMTS) . Os exemplostípicos de protocolos da camada 2 são PPP/HDLC, ATM, Framerelay para redes de linhas fixas e RLC7 LLC ou MAC parasistemas sem fio.
A camada de rede, ou camada 3, provê os meiosfuncionais e processuais para a transferência de pacotes decomprimento variável de uma origem a um destino através deuma ou mais redes enquanto mantém a qualidade de serviçosolicitada pela camada de transporte. As finalidadesprincipais da camada de rede são a execução das funções deroteamento da rede, fragmentação da rede e controle decongestão. Os exemplos principais de protocolos de camada derede são o Protocolo da Internet IP ou X.25.
Mais informações sobre o modelo de camada de OSIpodem ser encontradas em "Computer Networks", (Andrew S.Tanenbaum, quarta edição, Prentice Hall InternationalEdition, páginas 37-41, seção 1.4.).
Definição de SDU e PDU
A fim de descrever formalmente de uma maneiragenérica a troca dos pacotes entre as camadas no modelo deOSI, entidades de SDU (Unidade de Dados de Serviço) e de PDU(Unidade de Dados de Protocolo) foram definidas. Uma SDU éuma unidade de informação transmitida de um protocolo nacamada N+l que solicita um serviço a um protocolo localizadona camada N através de um SAP (Ponto de Acesso de Serviço).
Uma PDU é uma unidade da informação trocada entre processos"peer" no transmissor e no receptor do mesmo protocololocalizado na mesma camada N. Uma PDU é geralmente formadapor uma parte de carga útil que consiste na versão processadada SDU recebida da informação de controle, por exemplo, umcabeçalho específico da camada N e terminado possivelmentepor um reboque. Uma vez que não há nenhuma conexão físicadireta (com exceção de LI) entre esses processos "peer", umaPDU é passada para a camada N-I para processamento. Portanto,uma PDU da camada N é de um ponto de vista da camada N-I umaSDU. Isso é ilustrado na Figura 2.
Finalidade da Fragmentação/Segmentação
A fragmentação, ou de maneira equivalente asegmentação, podem ser requeridas por três razões diferentes.
Primeiramente de tudo, a fragmentação pode serrequerida para transportar datagramas ou pacotes através deredes cujo tamanho de datagrama máximo permitido ou a unidadede transferência máxima (MTU) é menor do que o seu tamanho. Afragmentação de datagramas é executada tipicamente na camadade IP e especificada como a fragmentação de IP na versão IPv4ou IPv6 do padrão. Similarmente, a segmentação ê necessáriaquando os dados são transportados por uma rede de ATM a fimde encaixar com um tamanho de carga útil de 4 8 octetos nacélula de ATM. Isto é executado nas camadas de adaptação deATM (AAL) entre a camada 2 de ATM e a camada de transporte(por exemplo, IP) .
Em segundo lugar, a fragmentação pode ser executadaa fim de balancear a carga de tráfego nas ligações paralelas,por exemplo, nas ligações de ISDN paralelas. 0 protocolo demultilinks de PPP (MP) ("The PPP Multilink Protocol (MP)",RFC 1990, Sklower, K., Lloyd, B., McGregor, G., Carr, D. e T.Coradetti, agosto de 1996) baseado em PPP descreve um métodopara dividir, recombinar e seqüênciar datagramas através demúltiplas ligações de dados lógicos.
Finalmente, em sistemas sem fio, a segmentação depacote combinada potencialmente com a concatenação éexecutada freqüentemente na camada 2 (por exemplo, nasubcamada de RLC em UMTS, 3GPP TS 25.322, v6.4.0, "Radio LinkControl (RLC) protocol specification") a fim de encaixarpacotes de camada mais alta nos recursos oferecidos pelacamada mais baixa. Uma vez que os recursos são tipicamenteescassos em um ambiente sem fio, a concatenação de diversospacotes de camada mais alta é recomendada a fim deintensificar a eficiência do sistema total.
A fim de que a unidade do receptor separe osfragmentos concatenados e recombine corretamente osfragmentos recebidos em pacotes originais, a informação dasegmentação precisa ser entregue à unidade de recepção. Essainformação, combinada geralmente com uma técnica de numeraçãoque etiqueta cada fragmento, permite que a camada 2 noreceptor entregue pacotes cheios e consistentes à camada maisalta seguinte.
Nas seguintes seções, diversos métodos existentespara sinalizar a segmentação serão apresentados, os quaisirão ajudar a compreender as diferenças para a presenteinvenção.
Sinalização SAR através de Numeração de Fragmento
A primeira classe de métodos para indicar afragmentação reagrupa diversas técnicas similares que indicama posição dos fragmentos dentro do pacote original. Doiselementos são necessários: o primeiro deles é um índice queaponta para a posição do fragmento dentro do pacote original.
Esse índice pode tanto assumir a forma de um deslocamento defragmentação (fragmentação de IP, vide "Computer Network",Andrew S. Tanenbaum, quarta edição, Prentice HallInternational Edition, páginas 37-41, seção 1.4.) ou demaneira equivalente um número de seqüência de fragmento FSN(WiLAN, vide 802.11: Wireless LAN Médium Access Control (MAC)and Physical Layer (PHY) specifications).
Esse índice deve ser inicializado a um valorconhecido (por exemplo, FSN = zero) para o primeiro fragmentode um pacote original. A unidade do receptor utiliza esseíndice para reordenar os fragmentos na seqüência correta edetectar fragmentos perdidos. Além disso, o último fragmentode um pacote é indicado com um sinalizador de um bit (LF). Umpacote não-fragmentado é sinalizado para o lado do receptorao ajustar o índice na posição inicial (por exemplo, FSN =zero) e indicando simultaneamente que esse pacote é um últimofragmento no pacote original. Essa técnica é utilizada, porexemplo, no protocolo de fragmentação de IP ou na Camada deAdaptação de ATM AAL-1. A camada 802.11 WiLAN MAC tambémutiliza a mesma técnica. WiLAN também adiciona um campo queidentifica o pacote original para cada fragmento. Isto énecessário, uma vez que MAC 802.11 pode ser configurado parareordenar os pacotes no lado do receptor antes da entrega àcamada mais alta seguinte. Esse requisito de entrega emseqüência não existe na camada de IP, uma vez que areordenação não é requerida ou então não é executada por umacamada mais alta (por exemplo, TCP).
O principio da técnica de SAR através da numeraçãode fragmento em WiLAN é mostrado na Figura 3.
O código extra de sinalização é relativamentesignificativo, uma vez que cada fragmento deve carregar pelomenos o sinal izador do último fragmento LF e o número deseqüência de fragmento FSN e eventualmente o número deseqüência SN do pacote original.
Sinalização SAR através de sinalizadores de início/Término
A segunda classe de métodos de SAR é extensamenteutilizada em vários protocolos tais como ATM Adaptation LayerAAL-3/4, Frame Relay Frame Relay Fragmentation ImplementationAgreement FRF.12, Frame Relay Forum Technical Committee,WiMax e PPP multilink (MP) ("The PPP Multilink Protocol(MP)", RFC 1990, Sklower, K., Lloyd, B., McGregor, G., Carr,D. e T. Coradetti, agosto de 1996). A idéia principal nestasegunda classe de técnicas de SAR é a utilização de doissinalizadores de um bit para indicar para cada SAR PDU se aPDU é a primeira, a última ou um fragmento médio de uma SDU,ou se é uma SAR SDU completa. Ambos os sinalizadores fazemparte do cabeçalho da PDU. Em algumas implementações (Framerelay e multilink de PPP) , um distingue a função dos doissinalizadores como aquele que indica o início de uma SDU e ooutro indica o seu término. O bit de fragmento de início B éajustado em 1 no primeiro fragmento derivado de uma SAR SDU eajustado em 0 para todos os fragmentos restantes da mesmaSDU. 0 bit de fragmento de término E é ajustado em 1 noúltimo fragmento e ajustado em 0 para todos os fragmentosrestantes. Uma PDU pode ter os bits de fragmento de início ede término ajustados em 1. Neste caso, indica que nenhumasegmentação ocorreu. Uma numeração de seqüência de fragmentotambém é adicionada a fim de que a unidade do receptordetecte a perda do fragmento e execute potencialmente areordenação da PDU se o link não preservar a seqüência daPDU. Depois da reordenação, o receptor pode verificarfacilmente os bits de B e E para identificar qual SAR PDUprecisa ser combinada para reconstruir as SDUs originais. Afigura fornece uma ilustração dessa técnica.
Sinalização SAR Através de Indicadores de Comprimento
Uma terceira classe consiste em um conjunto detécnicas que estão utilizando campos de indicador decomprimento como apontadores para indicar os limites dasSDUs. Um bom exemplo é o RLC (Controle de Link de Rádio) emUMTS R99. No RLC, uma RLC PDU pode carregar segmentos dediversas SDUs ou bits de enchimento. Realmente, UMTS R99opera com a PDU de tamanho fixo que não pode ser alinhada como comprimento das SDUs a serem transmitidas. Uma vez que osrecursos de rádio são escassos, foi verificado que énecessário permitir a concatenação de SDU ao nível de PDU. Deuma maneira genérica, um número variável de indicadores decomprimento (LI) é adicionado ao cabeçalho da PDU. Umindicador de comprimento é utilizado para indicar o últimoocteto de cada RLC SDU que termina dentro da PDU. Tal como éusual, uma numeração de seqüência baseada na PDU é adicionadano cabeçalho a fim de permitir a detecção da perda e areordenação. 0 receptor pode, portanto, executar areordenação, solicitar a retransmissão da PDU perdida eremontar a SDU. Além disso, um LI com um valor especialindica quando o enchimento é utilizado para preencher otérmino de uma PDU.
O inconveniente principal dessa técnica é que ocódigo extra depende do número de segmentos de SDU em umaPDU, e devido a isto o cabeçalho também tem um tamanhovariável. Além disso, o uso de campos especiais tende aaumentar a complexidade do RLC.
Finalmente, essa técnica não é muito eficientequando é levado em consideração o tamanho variável da PDU,que deve ser mais flexível e mais bem adaptado a um ambienteorientado a um pacote cheio por um sistema sem fio. Umexemplo genérico dessa técnica é mostrado na Figura 5.
Função de Concatenação em Sistema Sem Fio
A concatenação é uma função que é particularmenteútil para os sistemas sem fio. A combinação da segmentação eda concatenação permite que o transmissor adapte melhor asSDUs de comprimento variável de entrada aos recursosoferecidos. No caso de um sistema sem fio, o número de bitsque podem ser transmitidos durante um intervalo de tempo detransmissão (TTI) pode variar significativamente dependendodas condições do rádio, da taxa do código e dos recursosfísicos dedicados à transmissão. Por exemplo, uma estaçãomóvel perto do transmissor requer menos codificação de canaldo que uma estação móvel mais afastada. Com os mesmosrecursos físicos alocados e a mesma potência de transmissão,a primeira estação móvel poderá receber muito mais dados doque a segunda estação móvel. Além disso, quando os serviçosde pacote são levados em consideração, a taxa de dadosfornecida pelo servidor pode em princípio variarsignificativamente com o passar do tempo.
Em UMTS, a segmentação da SDU e a concatenação desegmentos de SDU na PDU são executadas ao nível de RLC semrespeito aos recursos físicos oferecidos e com um tamanho dePDU predefinido fixo. A fim de emular algum tipo decomportamento dinâmico, a camada de MAC, baseada em algumasindicações da camada física, determina o número de PDUs aserem transmitidas por TTI. Em UMTS R99, as PDUs selecionadassão transmitidas na forma dos chamados blocos de canais detransporte (TrCH Blk ou TrBlk) à camada física, a qualconcatena as mesmas e forma um conjunto de blocos de canaisde transporte. Em UMTS Rel-5 HSDPA, as PDUs selecionadas sãoconcatenadas diretamente no bloco de canais de transporte dacamada de MAC (TrCH Blk ou TrBlk) que, desse modo, contémdiversas PDUs tal como mostrado na Figura 6. Dependendo dascondições de rádio ou de outras variáveis, o número de PDUsselecionadas por TTI varia tal como mostrado na Figura 7.
Portanto, o uso seqüencial de segmentação/concatenação de SDUna camada de RLC com a concatenação de PDU na camada de MAC
(UMTS Rel-5 HSDPA) ou na camada física (UMTS R99) permite queo transmissor adapte dinamicamente a transmissão a variáveisinstantâneas (dados de entrada da camada mais alta e recursosoferecidos pelas camadas mais baixas).
Em UMTS, a unidade do receptor é informada sobre onúmero de PDUs transmitidas por TTI tanto através desinalizar fora de faixa (Indicador de Combinação de Formatode Transporte ou TFCI) ou na faixa em um cabeçalho específico(por exemplo, o cabeçalho MAC-hs em HSDPA) . Deve serobservado que a etapa de concatenação da PDU é geralmenteexecutada independentemente da estrutura das PDUs, e dessemodo pode acontecer que uma SDU fique transposta sobrediversos TTIs.Código Extra Eficiente em Sistemas com Taxa de Dados
Altamente Variável
O uso seqüencial da segmentação de SDU e daconcatenação de PDU tal como apresentado acima funciona bemquando a faixa do número de PDUs a serem transmitidas não édemasiadamente grande. No entanto, no caso de sistemasaltamente variáveis (recursos físicos altamente variáveis etaxa de dados altamente variável), que podem se tornar maiscomuns nos sistemas futuros com grande largura de faixa, ouso de uma PDU de tamanho fixo tende a ser sub-ideal, uma vezque o tamanho da PDU não pode ser adaptado à faixa completada taxa de dados. Realmente, no caso de serviço de pacote otamanho da SDU pode em princípio variar de 4 0 octetos parareconhecimentos de TCP até o tamanho da MTU (por exemplo,aproximadamente 1.5 00 octetos para Ethernet). No lado dacamada física, os sistemas compartilhados programados taiscomo HSDPA em UMTS oferecem recursos físicos por TTI quepodem variar de poucos kbps à largura de faixa completa (porexemplo, 14 Mbps em HSDPA) . Espera-se que essa tendência sejaconfirmada pelo sistema sem fio do futuro.
0 problema advém do fato que o tamanho pequeno daPDU que deve ser ideal para a parte inferior da extensão dataxa de dados se transforma em uma carga quando se leva emconsideração a parte mais alta da extensão da taxa de dados.Realmente, o receptor terá mais PDUs para tratar por TTI edeve requerer mais computação. Além disso, a faixa de númerode seqüência que identifica as PDUs pode ficar demasiadamentecurta, e um problema de envolvimento pode ocorrer.Finalmente, o código extra, que é igual a n*PDU header_size,aumenta mais ou menos linearmente com o comprimento do blocode canais de transporte. A utilização de uma PDU grande iráforçar o transmissor a retardar a transmissão a fim depreencher a PDU ou então irá preencher de maneira marcante oespaço não utilizado na PDU a taxas de dados baixas. 0 tremoraumentado ou o enchimento extensivo têm uma forte influêncianegativa na eficiência de um sistema de rádio e devem serevitados.
De maneira geral, o tamanho da PDU é um parâmetroestático do portador do rádio utilizado para carregar oserviço considerado. Esse parâmetro não pode ser mudado semum procedimento de reconfiguração intensa. Portanto, édifícil adaptar eficientemente a ligação às característicasdas SDUs de entrada ou aos recursos oferecidos pela camadamais baixa sem fortes limitações tanto na taxa de dadosquanto na faixa de recursos físicos que podem ser alocadospor TTI.
Propagação de Erros
As técnicas de sinalização SAR com indicadores decomprimento são sensíveis à propagação de erros. Certamenteque pode acontecer que a perda de uma PDU force o receptor adeixar cair intencionalmente as SDUs corretamente recebidasdevido à incerteza da fronteira da SDU. Tal como mostrado naFigura 8, a perda de PDU i+2 força o receptor a deixar cair oPDU i+3 corretamente recebido, uma vez que não podedeterminar se o fragmento contido em PDU i+3 é uma SDU cheia(alternativa 1) ou um segmento de SDU (alternativa 2) .
Em UMTS Rel-6, algumas tentativas foram feitas paralimitar esse problema e para reduzir o código extra emalgumas condições particulares onde o tamanho da SDU combinacom o tamanho da PDU. No entanto, no caso geral, esseproblema advém do fato que cada PDU carrega a informação emsua própria estrutura e sem respeito à estrutura interna dasPDUs adjacentes.
As técnicas de sinalização SAR com sinalizadores deinício/término ou com numeração de fragmento são muito maisrobustas neste caso, uma vez que o receptor sabe exatamentequando PDUs suficientes são recebidas. No entanto, o códigoextra dessas técnicas aumenta linearmente com o número dePDUs concatenadas.
Tal como pode ser observado, existem diversastécnicas para sinalizar a segmentação e a concatenação. Noentanto, elas tendem a sofrer de código extra elevado, faltade flexibilidade, ou podem conduzir a uma maior complexidadeno lado do receptor. A robustez para a propagação de errosnão é fornecida, tampouco.
Descrição Resumida da Invenção
Um objetivo da invenção consiste na apresentação deuma segmentação e uma concatenação eficientes e praticáveisem comunicações de pacotes.
O objetivo é atingido pelo objeto dasreivindicações independentes. As realizações vantajosas dainvenção são os objetos das reivindicações dependentes.
As realizações diferentes da invenção fornecem umaestrutura de pacotes de dados, um método, um aparelho, umsistema e uma mídia que pode ser lida por computador para atransmissão de unidades de dados de serviço utilizandounidades de dados de protocolo. 0 pacote de dados compreendeuma carga útil de pacote que compreende uma unidade de dadosde protocolo, em que uma unidade de dados de protocolocompreende uma unidade de dados de serviço ou um fragmento daunidade de dados de serviço e um cabeçalho de pacote de dadosque compreende um indicador que indica se a carga útil dopacote de dados que começa ou não com uma unidade de dados deprotocolo é um fragmento de uma unidade de dados de serviço ese a carga útil do pacote de dados que termina ou não com umaunidade de dados de protocolo é um fragmento da unidade dedados de serviço.
De acordo com uma realização vantajosa, o indicadorconsiste em dois sinalizadores, em que o primeiro sinalizadorindica se a carga útil do pacote de dados que começa com aunidade de dados de protocolo é um fragmento de uma unidadede dados de serviço e o segundo sinalizador indica se a cargaútil do pacote de dados que termina com uma unidade de dadosde protocolo é um fragmento da unidade de dados de serviço.
A vantagem desta realização é que o sinalizador,quando ajustado, indica que uma unidade de dados de protocoloé um fragmento da unidade de dados de serviço.
De acordo com uma outra realização vantajosa, aestrutura do pacote de dados compreende um indicador donúmero de seqüência que indica a posição do pacote de dadosem uma seqüência de pacotes de dados.
Em uma realização vantajosa adicional, o métodopara a transmissão de pacotes de dados que compreendemunidades de dados de serviço compreende as etapas de formaçãode pelo menos uma unidade de dados de protocolo quecompreende uma unidade de dados de serviço ou um fragmento deuma unidade de dados de serviço, formação de uma carga útildo pacote de dados que compreende pelo menos uma unidade dedados de protocolo, formação de um cabeçalho do pacote dedados que compreende pelo menos um indicador para indicar sea carga útil do pacote de dados que começa ou não com umaunidade de dados de protocolo é um fragmento de uma unidadede dados de serviço e se a carga útil do pacote de dados quetermina ou não com uma unidade de dados de protocolo é umfragmento da unidade de dados de serviço, formação de umpacote de dados que compreende o cabeçalho do pacote de dadose a carga útil do pacote de dados, e transmissão do pacote dedados por um canal.
De acordo com uma outra realização vantajosa, acarga útil do pacote de dados compreende uma pluralidade deunidades de dados de protocolo e o pacote de dados começa comuma primeira unidade de dados de protocolo e termina com umaúltima unidade de dados de protocolo.
Em uma outra realização vantajosa, a etapa deformação da carga útil de pacote de dados de um tamanhopredeterminado compreende adicionalmente as seguintes sub-etapas a) , b) e c) . Em a) , é determinado se o tamanhorestante na carga útil do pacote de dados é suficiente paratransportar uma unidade de dados de serviço seguinte ou umfragmento restante de uma unidade de dados de serviçoprecedente. Se este for o caso, em b) uma unidade de dados deprotocolo seguinte que compreende a unidade de dados deserviço seguinte ou um fragmento de uma unidade de dados deserviço precedente é formada e a unidade de dados deprotocolo é adicionada à carga útil do pacote de dados. Emcaso contrário, uma unidade de dados de serviço seguinte ouum fragmento restante de uma unidade de dados de serviçoprecedente é fragmentado e uma unidade de dados de protocoloé formada, a qual compreende um fragmento da primeira unidadede dados de serviço ou fragmento restante de uma unidade dedados de serviço precedente, de maneira tal que o tamanho daunidade de dados de protocolo corresponde ao tamanho restanteda carga útil do pacote de dados e a unidade de dados deprotocolo é adicionada à carga útil do pacote de dados. Asetapas a) e b) são repetidas até que a carga útil do pacotede dados tenha um tamanho insuficiente restante paratransportar uma unidade de dados de serviço seguinte.
Também é vantajoso que, ao ter preenchido a cargaútil com as unidades de dados de protocolo, os indicadores dopacote de dados indiquem se a carga útil do pacote de dadosque começa ou não com a unidade de dados de protocolo que éum fragmento da unidade de dados de serviço e se a carga útildo pacote de dados que termina ou não com uma unidade dedados de protocolo que é um fragmento da unidade de dados deserviço são ajustadas.
Em uma outra realização vantajosa, a carga útil dopacote de dados é fixada dinamicamente por uma entidade dealocação de recursos dependendo das condições do rádio e daocupação da memória temporária.
Em uma realização vantajosa adicional, é descritoum método para receber pacotes de dados que compreendem umcabeçalho do pacote de dados e uma carga útil do pacote dedados, em que a carga útil do pacote de dados compreende pelomenos uma unidade de dados de protocolo que compreende tantouma unidade de dados de serviço quanto um fragmento de umaunidade de dados de serviço. 0 método compreende as etapas derecepção de pacotes de dados por um canal, em que cada pacotede dados compreende uma carga útil do pacote de dados e umcabeçalho do pacote de dados, sendo que o cabeçalho do pacotede dados compreende um indicador do número de seqüência queindica a posição do pacote de dados em uma seqüência dopacote de dados, e um indicador em que o indicador indica sea carga útil do pacote de dados que começa ou não com aunidade de dados de protocolo é um fragmento de uma unidadede dados de serviço e se o pacote de dados que termina ou nãocom a carga útil do pacote é um fragmento da unidade de dadosde serviço, gravação das unidades de dados de protocolo dacarga útil recebidas do pacote de dados nas unidades de dadosde protocolo previamente recebidas em uma memória temporáriade recepção em seqüência de acordo com o indicador do númerode seqüência, e a marcação se uma primeira unidade de dadosde protocolo da carga útil do pacote de dados deve sercombinada com a unidade de dados de protocolo em seqüênciaprecedente e se uma última unidade de dados de protocolo dacarga útil recebida do pacote de dados deve ser combinada comuma unidade de dados de protocolo em seqüência seguinte.De acordo com mais uma realização vantajosa, amemória temporária de recepção é analisada para verificar sea unidade de dados de protocolo está marcada, e se estiver aunidade de dados de protocolo é combinada com a outra unidadede dados de protocolo marcada, para formar uma unidade dedados de serviço.
Em uma outra realização vantajosa, é descrito umaparelho para transmitir pacotes de dados que compreendemunidades de dados de serviço. 0 aparelho compreende umdispositivo de formação de unidade de dados de protocoloadaptado para formar uma unidade de dados de protocolo quecompreende uma unidade de dados de serviço ou uma unidade dedados de serviço do fragmento, um dispositivo de formação decarga útil de pacote de dados adaptado para formar uma cargaútil do pacote de dados que compreende pelo menos uma unidadede dados de protocolo, um dispositivo de formação decabeçalho do pacote de dados adaptado para formar umcabeçalho do pacote de dados que compreende um indicador paraindicar se a carga útil do pacote de dados começa ou não comuma unidade de dados de protocolo que é um fragmento de umaunidade de dados de serviço e se a carga útil do pacote dedados termina ou não com uma unidade de dados de protocoloque é um fragmento de uma unidade de dados de serviço, umdispositivo de formação de pacote de dados adaptado paraformar um pacote de dados que compreende o cabeçalho dopacote de dados e a carga útil do pacote de dados, e umdispositivo de transmissão adaptado para transmitir ospacotes de dados por um canal.
Uma realização adicional da presente invençãorefere-se a um aparelho para receber pacotes de dados, o qualcompreende um cabeçalho do pacote de dados e uma carga útildo pacote de dados, em que uma carga útil do pacote de dadoscompreende pelo menos uma unidade de dados de protocolo quecompreende uma unidade de dados de serviço ou um fragmento deuma unidade de dados de serviço. 0 aparelho compreende umdispositivo de recepção adaptado para receber pacotes dedados por um canal, em que cada pacote de dados compreende uma carga útil do pacote de dados e um cabeçalho do pacote dedados, o cabeçalho do pacote de dados compreende um indicadordo número de seqüência que indica a posição do pacote dedados em uma seqüência de pacotes de dados, e um indicador,em que o indicador indica se a carga útil do pacote de dadoscomeça ou não com uma unidade de dados de protocolo que ê umfragmento de uma unidade de dados de serviço e se o pacote dedados termina ou não com a unidade de dados de protocolo queé um fragmento da unidade de dados de serviço. Ele tambémcompreende uma memória temporária de recepção adaptada para gravar as unidades de dados de protocolo da carga útil dopacote de dados recebido com unidades de dados de protocolopreviamente recebidos em seqüência de acordo com o indicadordo número de seqüência, e um dispositivo de marcação adaptadopara marcar se uma primeira unidade de dados de protocolo da carga útil do pacote de dados recebido deve ser combinada coma unidade de dados de protocolo precedente em seqüência e seuma última unidade de dados de protocolo das cargas úteis dopacote de dados recebido deve ser combinada com uma unidadede dados de protocolo em seqüência seguinte.
Uma outra realização da invenção refere-se a umamídia que pode ser lida por computador que armazenainstruções que, quando executadas por um processador de umaparelho de transmissão, fazem com que o aparelho detransmissão transmita os pacotes de dados que compreendem a unidade de dados de serviço. Isto é feito através da formaçãode pelo menos uma unidade de dados de protocolo quecompreende uma unidade de dados de serviço ou um fragmento deuma unidade de dados de serviço, da formação de uma cargaútil do pacote de dados que compreende as unidades de dadosde protocolo, da formação de um cabeçalho do pacote de dadosque compreende pelo menos um indicador para indicar se acarga útil do pacote de dados começa ou não com uma unidadede dados de protocolo que é um fragmento da unidade de dadosde serviço e se a carga útil do pacote de dados termina ounão com uma unidade de dados de protocolo que é um fragmentoda unidade de dados de serviço, e da transmissão dos pacotesde dados por um canal.
Uma realização vantajosa adicional refere-se a umamídia que pode ser lida por computador que armazenainstruções que, quando executadas por um processador de umaparelho de recepção, fazem com que o aparelho de recepçãoreceba os pacotes de dados que compreendem um cabeçalho dopacote de dados e uma carga útil do pacote de dados, em que acarga útil do pacote de dados compreende pelo menos umaunidade de dados de protocolo que compreende uma unidade dedados de serviço ou então um fragmento de uma unidade dedados de serviço, a qual é descrita. O método compreende asetapas de recepção dos pacotes de dados por um canal, em quecada pacote de dados compreende uma carga útil do pacote dedados e um cabeçalho do pacote de dados, o cabeçalho dopacote de dados compreende um indicador do número deseqüência que indica a posição do pacote de dados em umaseqüência de pacotes de dados, e um indicador em que oindicador indica se a carga útil do pacote de dados começa ounão com a unidade de dados de protocolo que é um fragmento deuma unidade de dados de serviço e se o pacote de dadostermina ou não com a carga útil do pacote que é um fragmentoda unidade de dados de serviço, gravação da carga útil dasunidades de dados de protocolo da carga útil do pacote dedados recebido com as unidades de dados de protocolopreviamente recebidas em uma memória temporária de recepçãoem seqüência de acordo com o indicador do número deseqüência, e a marcação se uma primeira unidade de dados deprotocolo da carga útil do pacote de dados recebido deve sercombinada com a unidade de dados de protocolo em seqüênciaprecedente e se uma última unidade de dados de protocolo dacarga útil do pacote de dados recebido deve ser combinada comuma unidade de dados de protocolo em seqüência seguinte.
Breve Descrição dos Desenhos
A seguir, a invenção é descrita mais detalhadamentecom referência às figuras e aos desenhos anexos.Similarmente, os detalhes e as figuras correspondentes sãomarcados com as mesmas referências numéricas.
Figura 1 - mostras o modelo de camada de OSI;
Figura 2 - mostra SDU e PDU no modelo de camada deOSI;
Figura 3 - mostra a sinalização SAR pela numeraçãode fragmento;
Figura 4 - mostra a sinalização SAR comsinalizadores de início e Final;
Figura 5 - mostra a sinalização SAR com indicadoresde comprimento;
Figura 6 - mostra os processos de segmentação deSDU e de concatenação de PDU;
Figura 7 - mostra a geração do Bloco de Canal deTransporte;
Figura 8 - mostra a propagação de erro na UMTS R99;Figura 9 - mostra os processos de SAR e deconcatenação de uma realização da presente invenção;
Figura 10 - mostra o fluxo de SAR e de concatenaçãocom o Sinalizador de Fragmentação de uma realização dapresente invenção;Figura 11 - mostra a sinalização SAR comSinalizadores de Fragmentação de acordo com uma realização dapresente invenção;e
Figura 12 - é um fluxograma para o processo desegmentação e de concatenação.
Descrição Detalhada da Invenção
A presente invenção é aplicável a qualquer sistemade comunicação de pacote de dados que utiliza quadros detransmissão de comprimento variável, por exemplo, redes semfio tais como GSM, UMTS, WiLAN, WiMAX, etc., ou redes fixastais como IP, Frame relay, PPP, ATM, etc.
As realizações diferentes da invenção são descritascom base no modelo de camada de OSI, especialmente a troca depacotes entre uma camada de SDU e uma de PDU. Favor consultara seção Antecedentes quanto a uma descrição mais detalhadadas partes relevantes do modelo de camada de OSI, bem comoSDUs e PDUs. A seção Antecedentes também descreve as razõespara o emprego da fragmentação e/ou segmentação em redes decomunicação.
Na presente invenção, é proposto um método quepermite um procedimento eficiente de Segmentação e deConcatenação ao custo de sinalização fixo, que diminui ocódigo extra na porcentagem com o comprimento do TrBlktransmitido.
A segmentação de SDU e a concatenação de PDUdependem ambas dos recursos físicos que são alocados para atransmissão para o TTI seguinte. Por exemplo, o tamanho dacarga útil do bloco de canal de transporte seguinte(Size_ind) pode ser indicado para a função de SAR tal comomostrado na Figura 9.
Com base nessa indicação, a função de SAR selecionaη SDUs, cujo tamanho total é exatamente acima de Size_ind. Sea soma do comprimento das η SDUs for maior do que size_ind, afunção de SAR segmenta a última SDU em dois fragmentos. Asoma de n-l" SDUs e do primeiro fragmento da nth SDU é iguala Size_ind. Cada uma delas é transformada em uma PDU e recebeum número de seqüência atribuído seqüencialmente. Para atransmissão seguinte, o segundo fragmento será considerado emprimeiro lugar. Isso é mostrado na Figura 10, onde a SDU3 éfragmentada em duas PDUs (PDU3 e PDU4).
Portanto, pela construção, todas as PDUs formadassão SDUs completas, exceto a primeira e a última em um blocode transporte (TrBlk), que pode ser um fragmento de uma SDU.Todas as outras SDUs completas, portanto, é suficienteindicar ao receptor se a primeira e a última PDUs em um blocode transporte são fragmentos de uma SDU ou de uma SDUcompleta. Isto pode ser feito facilmente por doissinalizadores de um bit ou por sinalizadores de fragmentaçãounidas ao cabeçalho de TrBlk. 0 primeiro sinalizador defragmentação, ou FFF, indica se a primeira PDU SAR no TrBlk éum fragmento de uma SDU ou não, e o segundo sinalizador defragmentação (SFF) indica se a última PDU SAR no TrBlk é umfragmento de uma SDU ou não.
Esse processo pode ser descrito em uma formageneralizada ao longo das linhas da Figura 12. As SDUs ou osfragmentos de SDUs são tirados de uma memória temporária eentão é determinado se a SDU ou o fragmento de uma SDUencaixa no tamanho restante do bloco de transporte, que podeser qualquer bloco de transporte ou somente uma parte domesmo. Se a SDU completa ou o fragmento da SDU encaixa notamanho restante do bloco de transporte, uma PDU é criada apartir dessa SDU. Essa PDU é então inserida no bloco detransporte.
O bloco de transporte é verificado para ver se háqualquer tamanho restante. Se houver, o processo começa maisuma vez, se não houver, os indicadores são adicionados e obloco de transporte é transmitido com os indicadores.
Se, no entanto, a SDU ou o fragmento da SDU nãoencaixarem no tamanho restante do bloco de transporte, a SDUé fragmentada e uma PDU é criada a partir de um fragmento deSDU para encaixar no tamanho restante do bloco de transporte.
O segundo fragmento de SDU é colocado na memória temporária ea PDU é então inserida no bloco de transporte e osindicadores são adicionados.
O primeiro sinalizador de fragmentação (FFF) indicase a primeira PDU no bloco de transporte é um fragmento deSDU ou não, e o segundo sinalizador de fragmentação (SFF)indica se a último PDU no bloco de transporte é um fragmentode uma SDU ou não.
Finalmente, o bloco de transporte é transmitido comos indicadores e o processo pode começar outra vez.
Quando é recebido um bloco de transporte η com oFFF ajustado em 1, o receptor sabe que a primeira PDU SAR noTrBlk deve ser combinada com a última PDU SAR do TrBlkprecedente n-1. Esse TrBlk também pode ter indicado que aúltima PDU SAR nesse TrBlk é um fragmento de uma SDU medianteo ajuste do SFF em 1.
Em um sistema sem perda, o FFF e o SFF fornecem asinformações redundantes e não se fazem realmente necessários.No entanto, em um sistema de perdas, tal como um sistema semfio, isto é útil para impedir a propagação de erros.Realmente, se o (n-1)th TrBlk no exemplo precedente tiversido perdido, a unidade do receptor deve ter detectado essaperda graças à numeração de seqüência da PDU SAR, e o FFF nonth TrBlk deve indicar que a primeira PDU pode serdescartada, uma vez que a SDU correspondente está incompleta.No entanto, a segunda PDU subseqüente no nth TrBlk serámantida e utilizada na função da remontagem.Se apenas uma PDU for transmitida por SDU, o FFF eo SFF podem ainda ter valores diferentes. 0 FFF deve indicarse a PDU deve ser combinada com a última PDU do TrCh Blkprecedente e o SFF deve indicar se a PDU deve ser combinadacom a primeira PDU do Blk TrCh seguinte.
Um aspecto importante da invenção consiste nasinalização SAR de informações não ao nível da PDU (isto é,no cabeçalho da PDU) mas, pelo contrário, no cabeçalho doTrBlk. Utilizando a PDU de tamanho variável e regras simplesde segmentação e de concatenação, é proposta a indicação dainformação de SAR com somente dois bits por cabeçalho deTrBlk, que indicam a condição (fragmentada, não fragmentada)da primeira e da última PDU que é concatenada no TrBlk.
Em comparação à solução da técnica anterior, ainformação de SAR é de somente dois bits por TrBlk, a qualtem que ser comparada a 2*n bits por TrBlk para a sinalizaçãoSAR com sinalizadores de início/final, onde η é o número daPDU no TrBlk. Essa é uma diminuição significativa quandomuitas PDUs são concatenado no mesmo TrBlk.
Conforme pode ser observado, é suposto que otamanho da PDU SAR é variável. Por exemplo, no estado atualde UMTS, o tamanho da PDU é fixo e é um parâmetro estático daportadora utilizada par carregar o serviço. Algumas vezes háuma necessidade de informar o receptor onde os limites da PDUpodem ser encontrados. Então se faz necessário indicar ocomprimento de cada PDU no cabeçalho da PDU SAR com osindicadores de comprimento tal como mostrado na Figura 11.Isto é realmente equivalente aos campos de indicador decomprimento que são utilizados nas técnicas de sinalizaçãoSAR com indicadores de comprimento para os limitessinalizados de SDU dentro de cada PDU.
Além disso, deve ser possível economizar maisespaço ao sinalizar somente um número de seqüência da PDU SARpor TrBlk. 0 número de seqüência da primeira PDU ou da últimaPDU no TrBlk pode ser utilizado para esta finalidade. 0receptor pode contar o número de indicadores de comprimentocontidos no TrBlk para obter o número de PDUs concatenadas ouum campo pequeno N que indica esse número pode ser adicionadono cabeçalho de TrBlk tal como mostrado na Figura 11.
Uma outra realização da invenção refere-se àexecução das várias realizações acima descritas ao utilizarhardware e software. É reconhecido que os vários métodosacima mencionados podem ser implementados ou executados aoutilizar dispositivos de computação (processadores) taiscomo, por exemplo, processadores de finalidades gerais,processadores de sinais digitais (DSP), circuitos integradosespecíficos de aplicações (ASIC), disposições de portasprogramáveis de campo (FPGA) ou outros dispositivos lógicosprogramáveis, etc. As várias realizações da invenção tambémpodem ser executadas ou englobadas por uma combinação dessesdispositivos.
Além disso, as várias realizações da invençãotambém podem ser executadas por meio de módulos de software,os quais são executados por um processador ou diretamente nohardware. Além disso, uma combinação de módulos de software euma implementação de hardware pode ser possível.
Os módulos de software podem ser armazenados emqualquer tipo de mídia de armazenamento que pode ser lida porcomputador, por exemplo, RAM, EPROM, EEPROM, memória flash,registros, discos rígidos, CD-ROM, DVD, etc.

Claims (14)

1. MÉTODO PARA A TRANSMISSÃO DE PACOTES DE DADOS,sendo que o método é caracterizado pelo fato de compreender:a formação de uma carga útil de pacote de dados quecompreende pelo menos uma unidade de dados de serviçocompleta ou o segmento de uma unidade de dados de serviço;a formação de um cabeçalho de pacote de dados quecompreende um indicador,e a transmissão do pacote de dados por um canal, emque o pacote de dados compreende o fato de:que o indicador indica se uma unidade de dados deserviço está ou não segmentada no início da carga útil dopacote de dados e se uma unidade de dados de serviço está ounão segmentada no final da carga útil do pacote de dados.
2. MÉTODO, de acordo com a reivindicação 1,caracterizado pelo fato de que o indicador compreende umprimeiro bit e um segundo bit, em que o primeiro bit indicase ou uma unidade de dados de serviço está ou não segmentadano início da carga útil do pacote de dados e o segundo bitindica se uma unidade de dados de serviço está ou nãosegmentada no final da carga útil do pacote de dados.
3. MÉTODO PARA A TRANSMISSÃO DE PACOTES DE DADOS,em que o método é caracterizado pelo fato de compreender:a formação de uma carga útil do pacote de dados;a formação de um cabeçalho do pacote de dados quecompreende um indicador;e a transmissão de um pacote de dados por um canal,em que o pacote de dados compreende o cabeçalho do pacote dedados e a carga útil do pacote de dados;em que,se a carga útil do pacote de dados compreender umacombinação arbitrária de uma ou mais unidade de dados deserviço completa e/ou um ou mais segmentos de uma unidade dedados de serviço, o indicador só indica se uma unidade dedados do serviço está ou não segmentada no início da cargaútil do pacote de dados e se uma unidade de dados de serviçoestá ou não segmentada no final da carga útil do pacote dedados.
4. MÉTODO, de acordo com a reivindicação 1,caracterizado pelo fato de que o indicador indica se a cargaútil do pacote de dados deve ou não ser combinada com a cargaútil do pacote de dados do pacote de dados previamenteenviado e se a carga útil do pacote de dados deve ou não sercombinada com a carga útil do pacote de dados do pacote dedados seguinte.
5. APARELHO PARA A TRANSMISSÃO DE PACOTES DEDADOS, em que o aparelho é caracterizado pelo fato decompreender:uma seção formadora de carga útil de pacote dedados adaptada para formar uma carga útil de pacote de dadosque compreende pelo menos uma de unidade de dados de serviçocompleta e um segmento de uma unidade de dados de serviço;uma seção formadora de cabeçalho de pacote de dadosadaptada para formar um cabeçalho de pacote de dados quecompreende um indicador;e um transmissor adaptado para transmitir um pacotede dados por um canal, em que o pacote de dados compreende ocabeçalho de pacote de dados e a carga útil de pacote dedados;em que o indicador indica se uma unidade de dadosde serviço está ou não segmentada no início da carga útil depacote de dados e se uma unidade de dados de serviço está ounão segmentada no final da carga útil de pacote de dados.
6. APARELHO, de acordo com a reivindicação 5,caracterizado pelo fato de que o indicador compreende umprimeiro bit e um segundo bit, em que o primeiro bit indicase uma unidade de dados de serviço está ou não segmentada noinício da carga útil de pacote de dados e o segundo bitindica se uma unidade de dados de serviço está ou nãosegmentada no final da carga útil de pacote de dados.
7. APARELHO PARA A TRANSMISSÃO DE PACOTES DEDADOS, em que o aparelho é caracterizado pelo fato decompreender:uma seção formadora de pacote de dados adaptadapara formar uma carga útil de pacote de dados que compreendepelo menos um de uma unidade de dados de serviço completa eum segmento de uma unidade de dados de serviço;uma seção formadora de cabeçalho de pacote de dadosadaptada para formar um cabeçalho de pacote de dados quecompreende um indicador;e um transmissor adaptado para transmitir um pacotede dados por um canal, em que o pacote de dados compreende ocabeçalho de pacote de dados e a carga útil de pacote dedados;em que,se a carga útil do pacote de dados compreender umacombinação arbitrária uma ou mais unidades de dados deserviço completas e/ou um ou mais segmentos de uma unidade dedados do serviço, o indicador só indica se uma unidade dedados de serviço está ou não segmentada no início da cargaútil de pacote de dados e se uma unidade de dados de serviçoestá ou não segmentada no final da carga útil de pacote dedados.
8. APARELHO, de acordo com a reivindicação 5,caracterizado pelo fato de que o indicador indica se a cargaútil de pacote de dados deve ou não ser combinada com a cargaútil de pacote de dados do pacote de dados previamenteenviado e se a carga útil de pacote de dados deve ou não sercombinada com a carga útil de pacote de dados do pacote dedados seguinte.
9. MÉTODO PARA RECEBER PACOTES DE DADOS, quecompreendem um cabeçalho de pacote de dados e uma carga útilde pacote de dados, caracterizado pelo fato de compreender asetapas de:recebimento dos pacotes dos dados por um canal, emque cada pacote de dados compreendeuma carga útil de pacote de dados, em que a cargaútil de pacote de dados compreende pelo menos um de umaunidade de dados de serviço completa e um segmento de umaunidade de dados de serviço,e um cabeçalho de pacote de dados, em que ocabeçalho de pacote de dados compreende um indicador donúmero de seqüência que indica a posição do pacote de dadosem uma seqüência de pacote de dados, e um indicador,em que o indicador indica se uma unidade de dadosde serviço está ou não segmentada no início da carga útil depacote de dados e se uma unidade de dados de serviço está ounão segmentada no final da carga útil de pacote de dados; egravação de pelo menos um de uma unidade de dadosde serviço e um segmento de uma unidade de dados de serviçoda carga útil de pacote de dados recebida com pelo menos umde uma unidade de dados de serviço completa e um segmento deuma unidade de dados de serviço previamente recebidos em umamemória temporária de recepção em seqüência de acordo com oindicador do número de seqüência.
10. APARELHO PARA RECEBER PACOTES DE DADOS, quecompreendem um cabeçalho de pacote de dados e uma carga útilde pacote de dados, caracterizado pelo fato de compreender:uma seção de recepção adaptada para receber ospacotes de dados por um canal, em que cada pacote de dadoscompreendeuma carga útil de pacote de dados, em que a cargaútil de pacote de dados compreende pelo menos um de umaunidade de dados de serviço completa e um segmento de umaunidade de dados de serviço,e um cabeçalho de pacote de dados, em que ocabeçalho de pacote de dados compreende um indicador donúmero de seqüência que indica a posição do pacote de dadosem uma seqüência de pacote de dados, e um indicador,em que o indicador indica se uma unidade de dadosde serviço está ou não segmentada no inicio da carga útil depacote de dados e se uma unidade de dados de serviço está ounão segmentada no final da carga útil de pacote de dados; euma memória temporária de recepção adaptada paragravar pelo menos um de uma unidade de dados de serviçocompleta e um segmento de uma unidade de dados de serviço dacarga útil de pacote de dados recebida com pelo menos umaunidade de dados de serviço completa ou um segmento deunidade de dados de serviço previamente recebidos emseqüência de acordo com o indicador do número de seqüência.
11. SISTEMA, caracterizado pelo fato decompreender o aparelho para a transmissão de pacotes de dadosde acordo com a reivindicação Ieo aparelho para receberpacotes de dados de acordo com a reivindicação 10.
12. MÍDIA QUE PODE SER LIDA POR COMPUTADOR,caracterizada pelo fato de armazenar instruções que, quandoexecutadas por um processador de um aparelho transmissor,fazem com que o aparelho transmissor execute as seguintesetapas:formação de uma carga útil de pacote de dados quecompreende pelo menos um de uma unidade de dados de serviçocompleta e um segmento de uma unidade de dados de serviço;formação de um cabeçalho de pacote de dados quecompreende um indicador;e transmissão de um pacote de dados por um canal,em que o pacote de dados compreende o cabeçalho de pacote dedados e a carga útil de pacote de dados;em que o indicador indica se uma unidade de dadosde serviço está ou não segmentada no início da carga útil depacote de dados e se uma unidade de dados de serviço está ounão segmentada no final da carga útil de pacote de dados.
13. Mídia que pode ser lida por computador,caracterizada pelo fato de armazenar instruções que, quandoexecutadas por um processador de um aparelho transmissor,fazem com que o aparelho transmissor execute as seguintesetapas:formação de uma carga útil de pacote de dados quecompreende pelo menos um de uma unidade de dados de serviçocompleta e um segmento de uma unidade de dados de serviço;formação de um cabeçalho de pacote de dados quecompreende um indicador;e transmissão de um pacote de dados por um canal,em que o pacote de dados compreende o cabeçalho de pacote dedados e a carga útil de pacote de dados;em que,uma combinação arbitrária uma ou mais unidades dedados de serviço completa e/ou um ou mais segmentos de umaunidade de dados de serviço, em que o indicador indica se umaunidade de dados de serviço está ou não segmentada no inícioda carga útil de pacote de dados e se uma unidade de dados deserviço está ou não segmentada no final da carga útil depacote de dados.
14. Mídia que pode ser lida por computador,caracterizada pelo fato de armazenar instruções que, quandoexecutadas por um processador de um aparelho de recepção,fazem com que o aparelho de recepção execute as seguintesetapas:recebimento de pacotes de dados por um canal, emque cada pacote de dados compreende:uma carga útil de pacote de dados, em que a cargaútil de pacote de dados compreende pelo menos um de umaunidade de dados de serviço completa e um segmento de umaunidade de dados de serviço,e um cabeçalho de pacote de dados, em que ocabeçalho de pacote de dados compreende um indicador donúmero de seqüência que indica a posição do pacote de dadosem uma seqüência de pacote de dados, e um indicador,em que o indicador indica se uma unidade de dadosde serviço está ou não segmentada no início da carga útil depacote de dados e se uma unidade de dados de serviço está ounão segmentada no final da carga útil de pacote de dados; egravação de pelo menos de uma unidade de dados deserviço completa e um segmento de uma unidade de dados deserviço da carga útil de pacote de dados recebida com pelomenos um de uma unidade de dados de serviço completa e umsegmento de uma unidade de dados de serviço previamenterecebidos em uma memória temporária de recepção em seqüênciade acordo com o indicador do número de seqüência.
BRPI0617569-4A 2005-09-20 2006-08-25 Método para a transmissão de pacotes de dados, aparelho para a transmissão de pacotes de dados, método para receber pacotes de dados, aparelho para receber pacotes de dados, sistema e mídia que pode ser lida por computador BRPI0617569B1 (pt)

Priority Applications (1)

Application Number Priority Date Filing Date Title
BR122019004643-3A BR122019004643B1 (pt) 2005-09-20 2006-08-25 Método para a transmissão de pacotes de dados, aparelho para a transmissão de pacotes de dados, método para receber pacotes de dados, e aparelho para receber pacotes de dados

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP05020513A EP1764980B8 (en) 2005-09-20 2005-09-20 Method and apparatus for packet segmentation and concatenation signaling in a communication system
EP05020513.7 2005-09-20
PCT/EP2006/008369 WO2007039023A1 (en) 2005-09-20 2006-08-25 Method and apparatus for packet segmentation and concatenation signaling in a communication system

Publications (2)

Publication Number Publication Date
BRPI0617569A2 true BRPI0617569A2 (pt) 2011-07-26
BRPI0617569B1 BRPI0617569B1 (pt) 2019-05-28

Family

ID=36001031

Family Applications (2)

Application Number Title Priority Date Filing Date
BRPI0617569-4A BRPI0617569B1 (pt) 2005-09-20 2006-08-25 Método para a transmissão de pacotes de dados, aparelho para a transmissão de pacotes de dados, método para receber pacotes de dados, aparelho para receber pacotes de dados, sistema e mídia que pode ser lida por computador
BR122019004643-3A BR122019004643B1 (pt) 2005-09-20 2006-08-25 Método para a transmissão de pacotes de dados, aparelho para a transmissão de pacotes de dados, método para receber pacotes de dados, e aparelho para receber pacotes de dados

Family Applications After (1)

Application Number Title Priority Date Filing Date
BR122019004643-3A BR122019004643B1 (pt) 2005-09-20 2006-08-25 Método para a transmissão de pacotes de dados, aparelho para a transmissão de pacotes de dados, método para receber pacotes de dados, e aparelho para receber pacotes de dados

Country Status (16)

Country Link
US (10) US8102880B2 (pt)
EP (4) EP1764980B8 (pt)
JP (4) JP4866908B2 (pt)
KR (2) KR101298407B1 (pt)
CN (2) CN101268673B (pt)
AT (1) ATE410874T1 (pt)
AU (2) AU2006299273B2 (pt)
BR (2) BRPI0617569B1 (pt)
CA (1) CA2622195C (pt)
DE (1) DE602005010252D1 (pt)
ES (4) ES2314534T3 (pt)
HU (2) HUE057542T2 (pt)
PL (3) PL3328037T3 (pt)
RU (2) RU2430481C2 (pt)
WO (1) WO2007039023A1 (pt)
ZA (1) ZA200803354B (pt)

Families Citing this family (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Industrial Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
EP3618327A1 (en) * 2006-02-07 2020-03-04 Telefonaktiebolaget LM Ericsson (publ) A method and nodes for providing adaptive segmentation
US8892706B1 (en) * 2010-06-21 2014-11-18 Vmware, Inc. Private ethernet overlay networks over a shared ethernet in a virtual environment
TWI470987B (zh) * 2006-12-12 2015-01-21 Interdigital Tech Corp 經高速下鏈封包存取傳送及接收封包方法及裝置
EP2092676A4 (en) * 2006-12-15 2013-06-26 Ericsson Telefon Ab L M Single-SEGMENTATION INDICATOR
CA2673778C (en) * 2006-12-28 2015-07-28 Research In Motion Limited Methods and apparatus for increasing data throughput by grouping data packets into maximum transmissible units
CA2681199A1 (en) * 2007-03-16 2008-09-25 Interdigital Technology Corporation Acknowledged mode radio link control architecture and method within evolved hspa systems
KR20140007978A (ko) * 2007-03-16 2014-01-20 인터디지탈 테크날러지 코포레이션 무선 링크 제어 파라미터의 재구성을 지원하기 위한 무선 통신 방법 및 장치
CN101272519B (zh) * 2007-03-21 2012-09-19 上海贝尔股份有限公司 生成协议数据单元的方法及其设备和基站
US8483125B2 (en) * 2007-04-27 2013-07-09 Intellectual Ventures Holding 81 Llc Multiplexing packets in high speed downlink packet access (HSDPA) communications
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
KR101470637B1 (ko) 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
WO2009022837A1 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. A control method for uplink connection of idle terminal
KR101495913B1 (ko) 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
US9008006B2 (en) 2007-08-10 2015-04-14 Lg Electronics Inc. Random access method for multimedia broadcast multicast service(MBMS)
KR101392697B1 (ko) 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
CN101365154B (zh) * 2007-08-10 2011-07-20 上海贝尔阿尔卡特股份有限公司 自适应、可扩展分段索引添加/检测方法及装置
JP2009049990A (ja) * 2007-08-15 2009-03-05 Asustek Computer Inc 無線通信システムにおいてヘッダを設定する方法及び装置
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
WO2009042849A2 (en) * 2007-09-27 2009-04-02 Interdigital Patent Holdings, Inc. Method and apparatus for supporting segmentation of packets for uplink transmission
BRPI0816602A2 (pt) * 2007-09-28 2015-09-29 Interdigital Patent Holdings método e aparelho de seleção de combinação de formatos de transporte aprimorada em comunicações sem fio.
KR20130122013A (ko) 2007-09-28 2013-11-06 인터디지탈 패튼 홀딩스, 인크 무선 링크 제어 프로토콜 데이터 유닛을 발생하는 방법 및 장치
MY152345A (en) * 2007-09-28 2014-09-15 Interdigital Patent Holdings Method and apparatus for layer 2 processing and creation of protocol data units for wireless communications
AU2012203724C1 (en) * 2007-09-28 2015-09-24 Interdigital Patent Holdings, Inc Method and apparatus for enhanced transport format combination selection in wireless communications
KR20090041323A (ko) * 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
JP5018405B2 (ja) 2007-11-01 2012-09-05 富士通株式会社 無線帯域割当て方法及び無線基地局
KR100919216B1 (ko) * 2007-11-14 2009-09-28 (주)씨디네트웍스 데이터 송신 방법, 수신 방법 및 그 장치
EP2073423A1 (en) * 2007-12-21 2009-06-24 Nokia Siemens Networks Oy Method and device for error detection and handling of received radio link control protocol data units in a mobile radio communication system
KR101441130B1 (ko) 2008-01-08 2014-09-23 삼성전자주식회사 방송 통신 시스템에서 제어 정보를 송수신하는 방법 및 장치
PL3700114T3 (pl) 2008-01-08 2022-04-04 Unwired Planet International Limited Sposób i układ w bezprzewodowej sieci komunikacyjnej
US20090213778A1 (en) * 2008-01-14 2009-08-27 Zhifeng Tao Fragmentation and Packing for Wireless Multi-User Multi-Hop Relay Networks
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
EP2086276B1 (en) 2008-01-31 2016-11-02 LG Electronics Inc. Method for signaling back-off information in random access
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
CA2665666C (en) * 2008-05-09 2013-07-16 Research In Motion Limited Method and apparatus for assembling network layer data units
BRPI0823001A2 (pt) 2008-08-08 2015-07-28 Fujitsu Ltd Aparelho de comunicação, programa de geração de dados de transmissão e método de geração de dados de transmissão
US8386667B2 (en) * 2008-08-26 2013-02-26 Sun Management, Llc Techniques for managing the transmission and reception of data fragments
KR20100027935A (ko) * 2008-09-03 2010-03-11 삼성전자주식회사 무선통신시스템에서 에러제어를 위한 데이터 생성 장치 및 방법
US8737421B2 (en) * 2008-09-04 2014-05-27 Apple Inc. MAC packet data unit construction for wireless systems
CN101404659B (zh) * 2008-11-04 2014-12-10 中国科学院计算技术研究所 一种协议数据单元构造和解析的方法及装置
US8638699B2 (en) 2008-11-10 2014-01-28 Qualcomm Incorporated Method and apparatus for supporting the large service data unit (SDU)
US8542706B2 (en) * 2008-12-08 2013-09-24 Qualcomm Incorporated Method and apparatus related to packet fragmentation and reconstruction
US9554417B2 (en) 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
US8644338B2 (en) * 2009-01-07 2014-02-04 Qualcomm Incorporated Unbundling packets received in wireless communications
US8711881B2 (en) 2009-01-07 2014-04-29 Qualcomm Incorporated Packet bundling at the PDCP layer
WO2010107255A2 (ko) * 2009-03-19 2010-09-23 엘지전자주식회사 다중 셀 협력통신 방법 및 장치
JP4876138B2 (ja) * 2009-03-24 2012-02-15 株式会社日立産機システム 制御用計算機および制御システム
KR20120004535A (ko) 2009-04-24 2012-01-12 인터디지탈 패튼 홀딩스, 인크 다중 캐리어 동작을 위한 무선 링크 제어 프로토콜 데이터 유닛을 발생하는 방법 및 장치
CN101873713A (zh) * 2009-04-24 2010-10-27 中兴通讯股份有限公司 随机接入方法、终端
US9025433B2 (en) 2009-12-21 2015-05-05 Nokia Corporation Apparatus and method for handling valid protocol data units
US8208484B2 (en) * 2010-01-11 2012-06-26 Telefonaktiebolaget L M Ericsson (Publ) Forwarding a packet within a router using fragments over an interconnect
KR20120084237A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 엠엠티(ｍｍｔ)에서 엠엠티 인캡슐레이터를 전송하는 방법
US8635352B2 (en) * 2011-02-22 2014-01-21 Qwilt, Inc. System and method for symmetric receive-side scaling (RSS)
US8908717B2 (en) 2011-06-10 2014-12-09 Samsung Electronics Co., Ltd. Method and system of transmitting and receiving fragmentable data units in a wireless communication environment
TWI475861B (zh) * 2011-12-08 2015-03-01 Acer Inc 網際協定分割之方法及相關無線網路系統
US8976814B2 (en) * 2011-12-09 2015-03-10 General Electric Company Method of transporting data from sending node to destination node
US10218756B2 (en) 2012-01-06 2019-02-26 Comcast Cable Communications, Llc Streamlined delivery of video content
CN102595495A (zh) * 2012-02-07 2012-07-18 北京新岸线无线技术有限公司 一种数据发送、接收方法和装置
CN103475552B (zh) * 2012-06-05 2017-05-31 帝斯贝思数字信号处理和控制工程有限公司 用于干扰控制装置的总线通信的方法
US9094861B2 (en) * 2012-08-02 2015-07-28 Samsung Electronics Co., Ltd. Method and system for generating and processing medium access control packet data units in a broadband wireless network environment
KR102056438B1 (ko) 2012-10-12 2019-12-16 삼성전자주식회사 복합 멀티미디어 데이터를 전송하기 위한 데이터 패킷을 송수신하는 방법 및 장치
KR101716592B1 (ko) * 2012-10-13 2017-03-14 란티크 도이칠란트 게엠베하 디스트리뷰션 포인트로부터의 동적 불연속 동작의 방법
KR101405734B1 (ko) 2012-11-14 2014-06-10 나리넷(주) 광대역 로컬 에어리어 네트워크 송수신 장치
JP5645031B2 (ja) * 2012-11-21 2014-12-24 独立行政法人情報通信研究機構 データ送受信方法
JP5645032B2 (ja) 2012-11-21 2014-12-24 独立行政法人情報通信研究機構 データ送受信方法
KR101401013B1 (ko) * 2012-12-14 2014-05-29 주식회사 시큐아이 패킷을 처리하는 방법 및 네트워크 장치
US8988994B2 (en) 2013-05-16 2015-03-24 Freescale Semiconductor, Inc. System and method for creating logical radio link control (RLC) and medium access control (MAC) protocol data units (PDUs) in mobile communication system
CN105765970B (zh) 2013-08-19 2019-06-04 Lg电子株式会社 发送广播信号的设备和方法、接收广播信号的设备和方法
CN103634229B (zh) * 2013-11-26 2017-09-29 华为技术有限公司 一种片间通讯方法及控制装置
US9282171B2 (en) 2014-03-06 2016-03-08 Qualcomm Incorporated Context establishment in marginal grant conditions
JP6364668B2 (ja) * 2014-07-08 2018-08-01 インテル・コーポレーション パケットシステムのベアラスプリッティングのためのデバイス
KR20160052313A (ko) * 2014-11-04 2016-05-12 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US9948753B2 (en) 2014-11-04 2018-04-17 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method thereof
US20160286011A1 (en) * 2015-03-26 2016-09-29 Assaf Kasher Techniques for communicating an end of packet indicator
ES2847801T3 (es) * 2015-06-03 2021-08-03 Apple Inc Dispositivo de transmisión y método de transmisión para unidad de datos de protocolo de capa física agregada
GB2541681B (en) * 2015-08-25 2020-01-08 Ultrasoc Technologies Ltd Packet data protocol
US10841203B2 (en) * 2015-12-11 2020-11-17 Qualcomm Incorporated Coordination of multiple routes for a single IP connection
KR102011825B1 (ko) * 2016-04-27 2019-08-19 엘지전자 주식회사 데이터 유닛을 수신하는 방법 및 장치
WO2017191933A1 (en) 2016-05-03 2017-11-09 Lg Electronics Inc. Method and device for transmitting data unit
CN109076096B (zh) * 2016-05-13 2021-09-07 苹果公司 无线设备的装置
JP7122082B2 (ja) * 2016-09-20 2022-08-19 株式会社Ｎｔｔドコモ 送信装置、及び送信方法
CN108307516B (zh) * 2016-09-30 2021-08-13 华为技术有限公司 数据传输方法及相关设备
CN107889163B (zh) 2016-09-30 2022-10-18 华为技术有限公司 数据处理方法、装置及系统
WO2018077417A1 (en) * 2016-10-28 2018-05-03 Huawei Technologies Co., Ltd. Sequence numbers in multiple protocol layered mobile communication
KR101864130B1 (ko) * 2016-12-26 2018-06-04 국방과학연구소 Vsat 위성 통신 시스템의 허브 및 그 허브의 제어 방법
EP3574676B1 (en) * 2017-01-24 2024-06-05 Nokia Technologies Oy Sequence numbering on demand for segmentation
WO2018176480A1 (zh) * 2017-04-01 2018-10-04 华为技术有限公司 数据处理方法和设备
US20180324103A1 (en) * 2017-05-04 2018-11-08 Qualcomm Incorporated Cross-carrier transport block decoding order indication
US10805836B2 (en) * 2017-05-05 2020-10-13 Qualcomm Incorporated Packet duplication at a packet data convergence protocol (PDCP) entity
CN108811175B (zh) * 2017-05-05 2020-07-28 华硕电脑股份有限公司 无线通信系统中传送数据复制的方法和设备
CN109391393B (zh) * 2017-08-09 2021-05-14 华为技术有限公司 一种传输控制信息的方法和装置
KR102054731B1 (ko) * 2017-11-29 2020-01-22 국민대학교산학협력단 심리스 ｄｔｎ 프로토콜을 사용한 수중통신 장치 및 그 통신방법
TWI657369B (zh) * 2018-03-08 2019-04-21 和碩聯合科技股份有限公司 傳送連續資料的方法及資料傳輸系統
CN110912859B (zh) * 2018-09-17 2021-12-14 华为技术有限公司 发送报文的方法、接收报文的方法及网络设备
EP3912407A4 (en) * 2019-01-17 2022-08-03 ZTE Corporation METHODS, DEVICE AND SYSTEMS FOR DATA SEGMENTATION AND REASSEMBLING IN A WIRELESS COMMUNICATION
CN111600677B (zh) * 2019-02-20 2022-04-12 成都华为技术有限公司 一种数据传输方法及装置
KR20220029751A (ko) * 2019-09-10 2022-03-08 후아웨이 테크놀러지 컴퍼니 리미티드 패킷 처리 방법 및 장치, 그리고 컴퓨터 저장 매체
KR102074226B1 (ko) * 2019-12-10 2020-02-06 삼성전자주식회사 데이터 패킷을 수신하는 방법 및 장치
WO2021183788A1 (en) * 2020-03-13 2021-09-16 Interdigital Patent Holdings, Inc. Physical (phy) layer design for hybrid automatic repeat request (harq) in wireless local area network (wlan) system
CN119865858A (zh) * 2020-04-29 2025-04-22 华为技术有限公司 一种数据传输方法、装置和系统
CN113454935B (zh) * 2020-09-18 2022-09-23 华为技术有限公司 一种线路编码方法及装置
CN113170500B (zh) * 2021-02-10 2023-06-23 华为技术有限公司 一种信息传输方法及装置
CN114333104B (zh) * 2021-12-30 2023-03-24 阿波罗智联(北京)科技有限公司 行车数据传输方法及装置
US20240259483A1 (en) * 2023-01-31 2024-08-01 Samsung Electronics Co., Ltd. Method and apparatus for handling protocol stack in wireless communication system
WO2024162640A1 (en) * 2023-01-31 2024-08-08 Samsung Electronics Co., Ltd. Method and apparatus for handling segmentation in a wireless communication

Family Cites Families (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0781160B2 (ja) 1987-06-22 1995-08-30 日本油脂株式会社 透明石鹸の製造法
SE505845C2 (sv) 1995-04-24 1997-10-13 Ericsson Telefon Ab L M Telekommunikationssystem och sätt att överföra mikroceller i detta
US5870394A (en) * 1996-07-23 1999-02-09 Northern Telecom Limited Method and apparatus for reassembly of data packets into messages in an asynchronous transfer mode communications system
DE19820233B4 (de) * 1998-05-06 2004-08-05 Siemens Ag Verfahren zum Übertragen von Nutzdaten in Telekommunikationssystemen mit drahtloser auf einem vorgegebenen Luftschnittstellenprotokoll basierender Telekommunikation zwischen Telekommunikationsgeräten, insbesondere Sprach- und/oder Paketdaten in DECT-Systemen
FI106504B (fi) * 1998-10-06 2001-02-15 Nokia Networks Oy Datan segmentointimenetelmä tietoliikennejärjestelmässä
US6389016B1 (en) * 1998-10-14 2002-05-14 Nortel Networks Limited Data communication system and method for transporting data
US6804251B1 (en) * 1998-11-12 2004-10-12 Broadcom Corporation System and method for multiplexing data from multiple sources
FI106497B (fi) * 1999-01-15 2001-02-15 Nokia Networks Oy Vuonohjausmenetelmä tietoliikennejärjestelmässä
KR20000059636A (ko) 1999-03-05 2000-10-05 정규석 데이터링크 계층에서 서비스 데이터 단위의 프로토콜 데이터 단위로의 구성방식
US6791982B2 (en) 1999-09-29 2004-09-14 Telefonaktiebolaget Lm Ericsson Segmentation protocol that supports compressed segmentation headers
US6724761B1 (en) * 1999-09-29 2004-04-20 Northrop Grumman Corporation Method and apparatus for serial cell replication for multicast in a cell switch
GB0000573D0 (en) * 2000-01-12 2000-03-01 Nokia Mobile Phones Ltd Receiver based isochronous transmissions
JP2003522507A (ja) * 2000-02-14 2003-07-22 トムソン ライセンシング ソシエテ アノニム 幾つかのパケットに分割されるメッセージの送信方法
BR0107546A (pt) * 2000-04-07 2004-01-06 Nokia Corp Método e aparelho de transmissão de unidades de dados de protocolo de tamanho fixo através da camada de controle de enlace de rádio transparente
US7031306B2 (en) * 2000-04-07 2006-04-18 Artel Video Systems, Inc. Transmitting MPEG data packets received from a non-constant delay network
KR100640921B1 (ko) * 2000-06-29 2006-11-02 엘지전자 주식회사 프로토콜 데이터 유닛의 생성 및 전송 방법
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
KR100344982B1 (ko) * 2000-10-07 2002-07-20 엘지전자주식회사 프로토콜 데이터 유닛의 길이 식별정보 전송방법
CN1202643C (zh) 2000-10-07 2005-05-18 Lg电子株式会社 具有无线电链路控制层的无线电通信系统和数据处理方法
DE10054473A1 (de) * 2000-11-03 2002-05-08 Siemens Ag Verfahren zum Austausch von Datenpaketen zwischen zwei Diensteerbringern eines Funkübertragungssystems
US7463626B2 (en) * 2000-11-21 2008-12-09 Roy Subhash C Phase and frequency drift and jitter compensation in a distributed telecommunications switch
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US7107464B2 (en) * 2001-07-10 2006-09-12 Telecom Italia S.P.A. Virtual private network mechanism incorporating security association processor
KR20030010435A (ko) * 2001-07-23 2003-02-05 메리디언레포츠 주식회사 맞춤형 신발안창의 제조방법 및 그 신발안창
KR100747464B1 (ko) * 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
CN1168247C (zh) * 2002-01-23 2004-09-22 华为技术有限公司 一种atm变比特率实时业务适配层类型2的实现方法
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
US7289535B2 (en) * 2002-03-15 2007-10-30 Freescale Semiconductor, Inc. Method of accommodating fragmentation and burst in a wireless protocol
US6684081B2 (en) * 2002-05-10 2004-01-27 Nokia Corporation Method and system for separating control information and user data from multicast and broadcast services
FR2840482B1 (fr) * 2002-05-28 2004-10-15 Thales Sa Procede de reconstitution de messages achemines par un ou plusieurs reseaux de transmission par paquets
US7809021B2 (en) * 2002-07-10 2010-10-05 Solarflare Communications, Inc. Communication system and encoding method having low overhead
KR100547842B1 (ko) * 2002-07-29 2006-01-31 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 서로 다른 데이터 유형들을 전송하는 장치
AU2003251171A1 (en) * 2002-08-03 2004-02-23 Samsung Electronics Co., Ltd. Information storage medium and method of recording and/or reproducing with respect to the medium
US20040027999A1 (en) * 2002-08-08 2004-02-12 Lorenzo Casaccia Broadcast message segmentation for wireless communication systems
KR100446527B1 (ko) * 2002-08-20 2004-09-01 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 패킷 데이터 유닛의송신 및 수신 방법
US7219187B1 (en) * 2002-08-30 2007-05-15 Netlogic Microsystems, Inc. Search parameter table in a content addressable memory
KR100926707B1 (ko) * 2002-11-05 2009-11-17 엘지전자 주식회사 이동통신 시스템의 데이터 통신방법
KR100802619B1 (ko) * 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
DE10252533A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Verfahren und Vorrichtung zur Übertragung von Datenpaketen
JP3836077B2 (ja) * 2002-11-14 2006-10-18 松下電器産業株式会社 伝送データ構造及びそれを伝送するための方法並びに装置
KR20040074525A (ko) * 2003-02-19 2004-08-25 삼성전자주식회사 무선통신 시스템에서 패킷 데이터의 프레이밍 방법
SE0301048D0 (sv) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M RLC window reconfiguration
TW200509628A (en) * 2003-04-15 2005-03-01 Ericsson Telefon Ab L M Bandwidth on demand for media services at stationary equipment unit
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US8694869B2 (en) * 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
US7318187B2 (en) * 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
US8233462B2 (en) * 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
EP1692818B1 (en) * 2003-10-16 2013-08-14 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Access to cdma/umts services over a wlan access point, using a gateway node between the wlan access point and the service providing network
KR100608842B1 (ko) * 2003-12-01 2006-08-08 엘지전자 주식회사 이동통신 시스템의 데이터 수신정보 전송방법
US20080043731A1 (en) 2004-02-04 2008-02-21 Matsushita Electric Industrial Co., Ltd. Method And Apparatus For Generating Packet Frames For Carrying Data
US7529565B2 (en) * 2004-04-08 2009-05-05 Starkey Laboratories, Inc. Wireless communication protocol
WO2006035501A1 (ja) * 2004-09-29 2006-04-06 Fujitsu Limited 秘匿通信システム
RU2007130081A (ru) * 2005-02-07 2009-02-20 Самсунг Электроникс Ко., Лтд. (KR) Способ и устройство для запроса/передачи отчета о состоянии в системе мобильной связи
KR101114084B1 (ko) * 2005-04-11 2012-02-21 엘지전자 주식회사 매개체 무관 핸드오버를 지원하는 통신방법
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Industrial Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
KR20050102606A (ko) 2005-10-05 2005-10-26 박훈일 점성토를 이용한 통발용 유인미끼 및 그 제조방법
US8774182B2 (en) * 2005-11-12 2014-07-08 Apple Inc. Media access control data plane system and method for wireless communication networks
US20070291695A1 (en) * 2006-05-01 2007-12-20 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US8165058B2 (en) * 2007-03-01 2012-04-24 Mitsubishi Electric Research Laboratories, Inc. Protocol data units and header in multihop relay network
GB2447635A (en) * 2007-03-19 2008-09-24 Fujitsu Ltd Scheduling qos communications between nodes within a predetermined time unit in wimax systems
US8437306B2 (en) * 2007-08-08 2013-05-07 Qualcomm Incorporated Layer 2 tunneling of data during handover in a wireless communication system
US8250441B2 (en) * 2007-12-11 2012-08-21 Wi-Lan Inc. Outer coding framework for application packet error rate minimization
EP2720399A1 (en) * 2008-08-25 2014-04-16 Aware, Inc. System and method of sub-carrier indexing for devices with different decoding capabilities
US8582771B2 (en) * 2008-09-10 2013-11-12 Lg Electronics Inc. Method for selectively encrypting control signal
KR101715938B1 (ko) * 2009-03-03 2017-03-14 엘지전자 주식회사 다중 안테나 시스템에서 ｈａｒｑ ａｃｋ／ｎａｃｋ 신호 전송 방법 및 장치
US10045367B2 (en) * 2014-10-03 2018-08-07 Qualcomm Incorporated Uplink data fragmentation for multi-user networks

Also Published As

Publication number Publication date
US9713033B2 (en) 2017-07-18
US20130343276A1 (en) 2013-12-26
ES2795282T3 (es) 2020-11-23
US20150350384A1 (en) 2015-12-03
US20160295458A1 (en) 2016-10-06
CA2622195C (en) 2016-01-19
US11395184B2 (en) 2022-07-19
KR101298407B1 (ko) 2013-09-16
US20200267599A1 (en) 2020-08-20
JP4991015B2 (ja) 2012-08-01
EP3668062B1 (en) 2021-10-27
US20120087309A1 (en) 2012-04-12
ZA200803354B (en) 2009-02-25
WO2007039023A1 (en) 2007-04-12
US10674401B2 (en) 2020-06-02
US20090116490A1 (en) 2009-05-07
EP1764980A1 (en) 2007-03-21
JP2012157037A (ja) 2012-08-16
KR101286415B1 (ko) 2013-08-23
ATE410874T1 (de) 2008-10-15
US20190320347A1 (en) 2019-10-17
US8102880B2 (en) 2012-01-24
JP5261587B2 (ja) 2013-08-14
DE602005010252D1 (de) 2008-11-20
AU2011201586B2 (en) 2012-05-10
ES2664800T3 (es) 2018-04-23
US20170289848A1 (en) 2017-10-05
AU2006299273A1 (en) 2007-04-12
JP2013153514A (ja) 2013-08-08
EP3328037A1 (en) 2018-05-30
PL3328037T3 (pl) 2020-08-24
AU2006299273B2 (en) 2011-02-03
US8494003B2 (en) 2013-07-23
US10009792B2 (en) 2018-06-26
BRPI0617569B1 (pt) 2019-05-28
HUE057542T2 (hu) 2022-05-28
PL1927231T3 (pl) 2018-07-31
RU2430481C2 (ru) 2011-09-27
US9385846B2 (en) 2016-07-05
JP2009509432A (ja) 2009-03-05
US10375602B2 (en) 2019-08-06
EP3328037B1 (en) 2020-03-04
CN101268673A (zh) 2008-09-17
RU2470479C1 (ru) 2012-12-20
JP2011239408A (ja) 2011-11-24
RU2008115463A (ru) 2009-10-27
EP1927231B1 (en) 2018-01-24
US20180270708A1 (en) 2018-09-20
EP3668062A1 (en) 2020-06-17
CN101268673B (zh) 2012-07-04
CN102647361A (zh) 2012-08-22
JP5568658B2 (ja) 2014-08-06
US8923336B2 (en) 2014-12-30
US9130714B2 (en) 2015-09-08
EP1927231A1 (en) 2008-06-04
ES2314534T3 (es) 2009-03-16
AU2011201586A1 (en) 2011-04-28
US20150139132A1 (en) 2015-05-21
BR122019004643B1 (pt) 2019-05-28
JP4866908B2 (ja) 2012-02-01
CN102647361B (zh) 2016-06-08
ES2902927T3 (es) 2022-03-30
KR20110099063A (ko) 2011-09-05
EP1764980B8 (en) 2009-01-07
KR20080056733A (ko) 2008-06-23
PL3668062T3 (pl) 2022-03-28
HUE051091T2 (hu) 2021-03-01
EP1764980B1 (en) 2008-10-08
CA2622195A1 (en) 2007-04-12

Similar Documents

Publication Publication Date Title
BRPI0617569A2 (pt) mÉtodo para a transmissço de pacotes de dados, aparelho para a transmissço de pacotes de dados, mÉtodo para receber pacotes de dados, aparelho para receber pacotes de dados, sistema e mÍdia que pode ser lida por computador
HK40031880B (en) Method and apparatus for packet segmentation and concatenation signaling in a communication system
HK40031880A (en) Method and apparatus for packet segmentation and concatenation signaling in a communication system

Legal Events

Date Code Title Description
B25D Requested change of name of applicant approved

Owner name: PANASONIC CORPORATION (JP)

Free format text: NOME ALTERADO DE: MATSUSHITA ELECTRIC INDUSTRIAL CO., LTD.

B25A Requested transfer of rights approved

Owner name: OPTIS WIRELESS TECHNOLOGY, LLC (US)

B15K Others concerning applications: alteration of classification

Ipc: H04W 28/06 (2009.01), H04L 1/18 (2006.01), H04L 5/

B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04W 28/06 , H04L 1/18 , H04L 5/00 , H04L 12/801 , H04L 12/835 , H04L 29/06 , H04L 29/08

Ipc: H04L 29/06 (1990.01), H04L 1/18 (1968.09), H04W 28

B06T Formal requirements before examination [chapter 6.20 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 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/05/2019, OBSERVADAS AS CONDICOES LEGAIS. (CO) 10 (DEZ) ANOS CONTADOS A PARTIR DE 28/05/2019, OBSERVADAS AS CONDICOES LEGAIS