PT2256999E - Rede de acesso de rádio e terminal com compressão robusta de cabeçalho - Google Patents

Rede de acesso de rádio e terminal com compressão robusta de cabeçalho Download PDF

Info

Publication number
PT2256999E
PT2256999E PT10175903T PT10175903T PT2256999E PT 2256999 E PT2256999 E PT 2256999E PT 10175903 T PT10175903 T PT 10175903T PT 10175903 T PT10175903 T PT 10175903T PT 2256999 E PT2256999 E PT 2256999E
Authority
PT
Portugal
Prior art keywords
terminal
header
downlink
uplink
information
Prior art date
Application number
PT10175903T
Other languages
English (en)
Inventor
So-Young Lee
Seung-June Yi
Young-Dea Lee
Original Assignee
Lg Electronics Inc
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=36088014&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=PT2256999(E) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of PT2256999E publication Critical patent/PT2256999E/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/14Flow control between communication endpoints using intermediate storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Plural Heterocyclic Compounds (AREA)
  • Optical Communication System (AREA)
  • Structure Of Transmissions (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Description

DESCRIÇÃO "REDE DE ACESSO DE RÁDIO E TERMINAL COM COMPRESSÃO ROBUSTA DE CABEÇALHO"
DOMÍNIO TÉCNICO A presente invenção diz respeito a uma transmissão de pacotes de dados e, mais particularmente, a um método e sistema de transmissão de pacotes de dados de um sistema de comunicações móveis.
TÉCNICA ANTECEDENTE
Recentemente, tem-se observado um notável desenvolvimento de sistemas de comunicação móvel, mas em termos de um serviço de comunicação de dados de elevada capacidade, está muito atrás do sistema de comunicações por cabo. Países pelo mundo estão a desenvolver uma técnica de IMT-2000 e a cooperar activamente para a normalização da técnica.
Um sistema universal de telecomunicações móveis (UMTS) é um sistema de comunicações móveis de terceira geração que tem evoluído de uma norma conhecida como Sistema Global para Comunicações Móveis (GSM). Esta norma é uma norma Europeia que visa proporcionar um serviço de comunicações móvel melhorado baseado numa rede básica de GSM e tecnologia de acesso múltiplo por divisão de código em banda larga (W-CDMA). 1
Em Dezembro de 1998, o ETSI da Europa, as ARIB/TTC do Japão, a TI dos Estados Unidos e a TTA da Coreia formaram um Projecto de Parceria de Terceira Geração (3GPP) com o propósito de criar as especificações para normalizar o UMTS. 0 trabalho para normalizar o UMTS realizado pelo 3GPP resultou na formação de cinco grupos de especificações técnicas (TSG), cada um dos quais dirigido para formar elementos de rede com funcionamentos independentes.
Mais especificamente, cada TSG desenvolve, aprova e gere uma especificação normalizada numa região relacionada. Entre eles, um grupo (TSG-RAN) de rede de acesso de rádio (RAN) desenvolve uma especificação para a função, itens desejados e interface de uma rede de acesso de rádio terrestre de UMTS (UTRAN) , que é uma nova RAN para suportar tecnologia de acesso W-CDMA no UMTS. A Figura 1 ilustra um exemplo de construção de uma rede UMTS comum.
Como se mostra na Figura 1, o UMTS está de modo geral dividido num terminal, na UTRAN 100 e numa rede 200 básica. A UTRAN 100 inclui um ou mais sub-sistemas de redes de rádio (RNS) 110 e 120. Cada RNS 110 e 120 inclui um controlador de rede de rádio (RNC) 111 e vários Nós B 112 e 113 geridos pela RNC 111. O RNC realiza funções que incluem atribuir e gerir recursos de rádio e funciona como um ponto de acesso em relação à rede 200 básica. 2
Os Nós B 112 e 113 recebem informação enviada pela camada fisica do terminal através de uma ligação ascendente e transmitem dados ao terminal através de uma ligação descendente. Os Nós B 112 e 113 funcionam, deste modo, como pontos de acesso da UTRAN para o terminal. A rede 200 básica contém um centro de comutação móvel (MSC) 210 e um centro de comutação móvel portal (GMSC) 220 para suportar um serviço por comutação de circuitos, um nó de suporte de GPRS de serviço (SGSN) 23 0 e um nó de suporte de GPRS portal 240 para suportar um serviço por comutação de pacotes.
Os serviços proporcionados a um terminal especifico estão de um modo geral divididos em serviço por comutação de circuitos e serviço por comutação de pacotes. Por exemplo, um serviço geral de chamada telefónica de voz pertence ao serviço por comutação de circuitos, enquanto que um serviço de navegação na Web é classificado como serviço por comutação de pacotes.
No caso de suportar o serviço por comutação de circuitos, o RNC 111 é ligado ao MSC 210 da rede 200 básica e o MSC 210 é ligado ao GMSC 220 gerindo uma ligação para outras redes.
Entretanto, no caso de suportar o serviço por comutação de pacotes, o RNC 111 proporciona um serviço em associação com o SGSN 230 e o GGSN 240 da rede 200 básica. O SGSN 230 suporta uma comunicação de pacotes indo para o RNC 111 e o GGSN 240 gere a ligação para outra rede por comutação de pacotes tal como a rede da Internet.
Existem várias interfaces entre os componentes da rede para permitir que os componentes da rede dar e receber informação 3 para e a partir uns dos outros para uma comunicação mútua. Uma interface entre o RNC 111 e a rede 200 básica é definida como uma interface Iu. Especialmente, uma interface Iu entre sistemas relacionados com comutação de pacotes do RNC 111 e a rede 200 básica é definida como uma Iu-PS e uma interface Iu entre sistemas relacionados com comutação de circuitos do RNC 111 e a rede 200 básica é definida como uma Iu-CS. A Figura 2 mostra uma estrutura de um protocolo de interface de rádio entre o terminal e a UTRAN 100 de acordo com os padrões do 3GPP de rede de acesso de rádio.
Conforme mostrado na Figura 2, o protocolo de interface de rádio está dividido verticalmente numa camada física, uma camada de ligação de dados e uma camada de rede e é dividido horizontalmente num plano de utilizador (U-plane) para transmitir sinais de dados e um plano de controlo (C-plane) para transmitir um sinal de controlo. O plano de utilizador é uma informação do tráfego de manuseamento da região de um utilizador tal como um sinal de voz ou um pacote IP, embora o plano de controlo seja uma informação de controlo de manuseamento da região tal como informação de controlo tal como uma interface de uma rede ou manutenção e gestão de uma chamada.
Na Figura 2, camadas de protocolo podem ser divididas numa primeira camada (Ll), uma segunda camada (L2) e uma terceira camada (L3) com base em três camadas inferiores de um modelo padrão de interligação de sistemas abertos (OSI). 4
Funções de cada camada de protocolo da Figura 2 serão agora descritas. A primeira camada (Li), isto é, a camada física, proporciona um serviço de transferência de informação a uma camada superior utilizando várias técnicas de transferência de rádio. A camada física é ligada à camada de MAC, uma camada superior, através de um canal transporte e a camada de MAC e a camada física transferem sinais através do canal de transporte. A segunda camada (L2) contém: uma camada de MAC, uma camada de controlo de ligação de rádio (RLC) e uma camada de protocolo de convergência de dados em pacotes (PDCP). A camada de MAC proporciona um serviço de re-alocação do parâmetro MAC para alocação e re-alocação de recursos de rádio. A camada de MAC está ligada à camada de controlo de ligação de rádio (RLC) através de um canal lógico e são proporcionados vários canais lógicos de acordo com o tipo de informação transmitida.
De modo geral, quando informação do plano de controlo é transmitida, é utilizado um canal de controlo. Quando informação do plano de utilizador é transmitida, é utilizado um canal de tráfego. A camada de RLC suporta uma transmissão de dados fiável e realiza funções de segmentação e reagrupamento de uma unidade de dados de serviço (SDU) de RLC recebidos de uma camada superior. 5
Quando a SDU de RLC é recebida de uma camada superior, a camada de RLC controla uma dimensão de cada SDU de RLC para ser apropriada para uma capacidade de processo e adiciona informação de cabeçalho à mesma para gerar uma determinada unidade de dados. A unidade de dados gerada deste modo é referida como unidade de dados de protocolo (PDU) que é transferida para a camada de MAC. A camada de RLC contém um registo tampão de RLC para armazenar a SDU de RLC ou a PDU de RLC. A camada de protocolo de convergência de dados em pacotes (PDCP) é uma camada superior da camada de RLC. Dados transmitidos através de um protocolo de rede tais como IPv4 (versão 4 de Protocolo de Internet) ou ΙΡνβ (versão 6 de Protocolo de Internet) podem ser transmitidos eficazmente numa interface de rádio com uma largura de banda relativamente pequena por virtude de uma camada de PDCP.
Para este fim, a camada PDCP realiza uma função de reduzir informação de controlo desnecessária utilizada em rede por cabos, a qual é chamada uma compressão de cabeçalho, para a qual os esquemas de compressão de cabeçalho tais como o RFC2507 ou o RFC3095 (Compressão Robusta de Cabeçalho (ROHC)) definidos por um grupo de normalização da Internet denominado IETF (Grupo de Intervenção de Engenharia da Internet) são utilizados.
Nestes esquemas, apenas informação requerida para uma parte do cabeçalho de dados é transmitida, reduzindo deste modo uma quantidade de dados a ser transmitida. Isto é, domínios desnecessários do cabeçalho são removidos ou uma dimensão dos domínios de cabeçalho é reduzida para reduzir a quantidade de dados da parte do cabeçalho. 6
Uma camada de RRC (Controlo de Recursos de Rádio) é posicionada na parte mais inferior da terceira camada. A camada de RRC é definida apenas no plano de controlo e controla os canais de transporte e os canais físicos no que diz respeito à configuração, reconfiguração e libertação das portadoras de rádio (RB). 0 serviço de RB significa um serviço proporcionado pela segunda camada para transmissão de dados entre o terminal e a UTRAN e configuração da RB significa processos de estipular as características de uma camada e canal de protocolo, as quais são necessárias para proporcionar um serviço específico, e definir os parâmetros e métodos de funcionamento detalhados respectivos.
Para referência, a camada de RLC pode ser incluída no plano de utilizador ou no plano de controlo dependendo de qual camada é ligada numa posição superior. Se a camada de RLC recebe dados a partir da camada de RRC, a camada de RLC pertence ao plano de controlo e, de outro modo, a camada de RLC pertence ao plano de utilizador.
Conforme mostrado na Figura 2, no caso da camada de RLC e da camada de PDCP, uma pluralidade de entidades pode existir numa camada. Isto é porque um terminal tem uma pluralidade de RB e, geralmente, uma entidade de RLC (ou apenas uma entidade de PDCP) é utilizada para uma RB. A Figura 4 é um fluxograma de sinais para implementar o esquema de compressão de cabeçalho de acordo com uma técnica convencional e a Figura 5 mostra uma estrutura de um compressor e descompressor do terminal e da UTRAN. 7
Um esquema de compressão de cabeçalho de IP da camada PDCP será agora descrito com referência às Figuras 4 e 5.
Primeiro, fazendo referência ao RFC2507, são utilizados esquemas de compressão diferentes dependendo de se um protocolo superior da camada de IP é ou não TCP. Isto é, se um protocolo superior da camada de IP for UDP, é utilizado um esquema de compressão denominado "não-TCP comprimido", enquanto que se 0 protocolo da camada superior da camada de IP for TCP, é utilizado um esquema de compressão denominado "TCP comprimido". 0 TCP Comprimido é classificado em "TCP Comprimido" e "TCP Comprimido sem delta" dependendo de um método de transmissão de um domínio de cabeçalho variado. 0 esquema de "TCP Comprimido" é um método que, com base no facto de que valores de domínio de cabeçalho variável não são muito diferentes uns dos outros entre pacotes sucessivos, apenas uma diferença entre valores de domínios de cabeçalho é transmitida, em vez de transmitir o valor de domínio global. Entretanto, o esquema "TCP Comprimido sem delta" é um método de transmitir o valor de domínio variado completo global.
No caso do esquema de "TCP Comprimido", uma parte transmissora transmite primeiro um pacote de cabeçalho global para um fluxo de pacotes para estabelecer um contexto tanto na parte transmissora como na parte receptora e então utiliza um cabeçalho de compressão indicando a diferença de um pacote prévio para transmitir os pacotes seguintes. Entretanto, no esquema de "TCP Comprimido sem delta", o valor do domínio de cabeçalho global no que variar é transmitido.
De igual modo, no esquema "não-TCP Comprimido", a parte transmissora transmite primeiro um pacote de cabeçalho global para um fluxo de pacotes para estabelecer um contexto tanto na parte transmissora como na parte receptora e transmite um valor de domínio de cabeçalho global formado como um domínio variável para os pacotes seguintes.
No entanto, o esquema de compressão do cabeçalho "não-TCP Comprimido" pode ser utilizado para uma comunicação unidireccional e adopta um método de compressão de início lento que transmite informação de cabeçalho global em intervalos que aumentam exponencialmente. No método de compressão de início lento, se a informação de cabeçalho global for alterada ou se for adoptado um novo esquema de compressão de cabeçalho, o mesmo cabeçalho global é frequentemente transmitido numa fase inicial e em seguida um intervalo de transmissão é alargado gradualmente. A Figura 3 mostra uma concepção do método de compressão de início lento.
Parâmetros constituindo as formas do compressor e do descompressor devem ser definidos para utilizar o esquema de compressão de cabeçalho RFC2507 na camada de PDCP.
Definidos no esquema de compressão de cabeçalho RFC2507 estão um parâmetro F_MAX_PERIOD indicando o número de pacotes de cabeçalhos não-TCP comprimidos transmissíveis entre pacotes de cabeçalho completo transmitidos de modo repetido exponencialmente no método de compressão de início lento, um parâmetro F_MAX_TIME indicando um tempo de transmissão de pacotes de cabeçalho comprimidos entre um ponto no tempo quando o último pacote de cabeçalho completo foi transmitido e um ponto no tempo quando o próximo pacote de cabeçalho completo deve ser 9 transmitido, um parâmetro MAX_HEADER indicando a dimensão máxima de um cabeçalho utilizável para o esquema de compressão de cabeçalho, um parâmetro TCP_SPACE indicando o número máximo de conteúdos utilizáveis para o esquema "TCP Comprimido", um parâmetro NON_TCP_SPACE indicando o número máximo de conteúdos utilizados para o esquema de "não-TCP Comprimido" e um parâmetro EXPECT_REORDERING indicando se é suportada matriz reordenada. 0 parâmetro F_MAX_TIME é utilizado para informar um período de repetição do pacote de cabeçalho completo (consultar Tabela 1).
Os parâmetros são utilizados para construir formas dos compressores 512 e 522 e dos descompressores 511 e 521 do terminal 410 e da UTRAN 420 e definido no RFC2507, um documento do IETF do esquema de compressão de cabeçalho RFC2507.
[Tabela 1]
Elemento de Informação/Nome do Grupo Tipo e referência Descrição semântica »>F_MAX_PERIOD Inteiro (1..6535) Maior número de cabeçalhos não-TCP comprimidos que pode ser enviado sem enviar um cabeçalho completo. Valor predefinido é 256 »>F_MAX_TIME Inteiro (1..255) Cabeçalhos comprimidos não podem ser enviados mais do que F_MAX_TIME segundos depois de enviar o último cabeçalho completo. Valor predefinido é 5. »>MAX_HEADER Inteiro (60..65535) A maior dimensão de cabeçalho em octetos que pode ser comprimida. Valor predefinido é 168. »>TCP_SPACE Inteiro (3..255) Valor máximo de CID para ligações de TCP. Valor predefinido é 15. »>NON_TCP_SPACE Inteiro (3..65535) Valor máximo de CID para ligações de não-TCP. Valor predefinido é 15. »>EXPECT_REORDERING Enumerado(reordenação não aguardada, reordenação aguardada) Se o algoritmo deve reordenar SDU de PDCP ou não. Valor predefinido é "reordenação não aguardada". 10 0 processo de compressão e descompressão adoptando o esquema de compressão de cabeçalho do RFC2507 será agora descrito.
Primeiro, a camada 441 de RRC do terminal 10 transfere informação de capacidade para a camada 421 de RRC da UTRAN 420. Em seguida, a camada 421 de RRC da UTRAN 420 aloca um recurso de memória necessário para compressão de cabeçalho referindo-se à informação de capacidade. Isto é, a camada 421 de RRC define valores de parâmetros que formam os compressores 512 e 522 e os descompressores 511 e 521.
Por exemplo, F_MAX_PERIOD é definido como 256, F_MAX_TIME é definido como 5, MAX_HEADER é definido como 168 e NON_TCP_SPACE é definido como 15.
Quando os valores de parâmetros estão todos definidos, a camada 421 de RRC da UTRAN 420 transfere os valores de parâmetros definidos para a camada 411 de RRC do terminal 410.
Quando os valores do parâmetro chegam ao terminal 410, a camada 411 de RRC do terminal 410 e a camada 421 de RRC da UTRAN 420 transferem, respectivamente, os valores de parâmetros definidos para as camadas 412 e 423 de PDCP respectivas. Em seguida, uma camada que realiza a compressão de cabeçalho incluída nas camadas 412 e 422 de PDCP forma os compressores 512 e 522 e os descompressores 511 e 521 com base nos valores de parâmetros recebidos. O esquema de ROHC (Compressão Robusta de Cabeçalho) será agora descrito. 11 0 esquema de ROHC é normalmente utilizado para reduzir informação de cabeçalho de um pacote de RTP (Protocolo de Transporte em Tempo Real)/UDP (Protocolo de Datagrama de Utilizador)/IP (Protocolo de Internet). 0 pacote de RTP/UDP/IP, o qual significa um pacote com cabeçalhos relacionados com RTP, UDP e IP que tenham sido adicionados a dados de utilizador enquanto passava cada camada, inclui vária informação de cabeçalho necessária para transmitir dados para um destino através da Internet. 0 esquema de ROHC é um esquema de compressão de cabeçalho com base no facto de que cada valor de domínio dos cabeçalhos de pacotes em pacotes sequenciais pertencendo a um fluxo de pacotes é quase o mesmo. Assim, no esquema de ROHC, não é transmitido o domínio inteiro de cabeçalho de pacote mas é transmitido um domínio variável.
Para referência, uma dimensão global do cabeçalho do pacote de RTP/UDP/IP é 40 octetos no caso da IPv4 (versão 4 de Protocolo de Internet) e 60 octetos no caso da IPv6 (versão 6 de Protocolo de Internet). Entretanto, uma parte puramente de dados tem normalmente uma dimensão de 15-20 octetos. Isto é, como a quantidade de informação de controlo é muito maior do que a quantidade de dados a serem verdadeiramente transmitidos, uma eficiência de transmissão é bastante baixa. Por conseguinte, utilizar os esquemas de compressão de cabeçalho assegura uma elevada eficiência de transmissão porque a quantidade de informação de controlo é muito reduzida (no caso de se utilizar o esquema de ROHC, a dimensão de cabeçalho é reduzida cerca de 1 octeto a 3 octeto). 12
Como no esquema de compressão de cabeçalho RFC2507, de modo a utilizar o esquema de ROHC na camada de PDCP, devem ser definidos os parâmetros que constituem a forma do compressor e do descompressor.
Parâmetros definidos pelo esquema ROHC incluem um parâmetro Max_CID que informa o número máximo de contextos utilizáveis no compressor, um parâmetro de perfil que indica qual é o tipo do pacote de IP utilizado para um fluxo de pacotes correspondente de entre RTP/UDP/IP, UDP/IP e ESP/IP, um parâmetro MRRU (Unidade de Recepção Reconstruída Máxima) que indica se um IP deve ser segmentado e que indica também a dimensão máxima de segmentos quando eles são reconstituídos depois de terem sido segmentados no descompressor, um parâmetro Packet_Sized_Allowed que informa sobre uma dimensão de um pacote de cabeçalho de compressão suportável pelo esquema de ROHC e um parâmetro Reverse_Decompression_Depth que indica se já se tentou a descompressão de um pacote comprimido depois do descompressor ter falhado uma descompressão e determina o número de novas tentativas de descompressão. Estes parâmetros estão definidos no RFC3095, o documento do IETF do esquema de RCHC. 0 processo de compressão e descompressão de cabeçalho que adopta o esquema de ROHC é o mesmo que os do esquema de compressão de cabeçalho RFC2507 como acima descrito (consultar as Figuras 4 e 5) .
Para uma comunicação para uma ligação ascendente, o compressor 512 do terminal 410 e o descompressor 521 da UTRAN 420 devem ter a mesma forma e, para uma comunicação para uma ligação descendente, o compressor 522 da UTRAN 420 e o descompressor 511 do terminal 410 também devem ter a mesma 13 forma.
Porque a camada 421 de RRC da UTRAN 420 define os valores de parâmetros para formar o compressor e o descompressor sem discriminação da ligação ascendente e da ligação descendente, os compressores 512 e 522 e os descompressores 511 e 521 proporcionados no terminal 410 e na UTRAN 420 têm todos as mesmas formas.
De modo a proporcionar eficazmente um serviço de VoIP e um serviço de streaming e evitar consumo de recursos de rádio, o sistema UMTS adopta o esquema de compressão de cabeçalho tal como o esquema de compressão de cabeçalho RFC2507 ou o esquema de ROHC para comprimir um cabeçalho da dimensão oriqinal de 40 bytes ou 60 bytes para uma dimensão de 1~4 bytes e transmiti-lo. Para este fim, o terminal 410 e a UTRAN 420 devem definir parâmetros para formar o compressor e o descompressor.
Normalmente, o sistema UMTS também proporciona o serviço de streaming no qual a ligação ascendente e a ligação descendente são assimétricas bem como o serviço de VoIP no qual a ligação ascendente e a ligação descendente são simétricas.
Neste aspecto, contudo, as camadas 411 e 421 de RRC e as camadas 412 e 422 de PDCP definem um recurso de memória considerando apenas o serviço de transmissão na ligação ascendente e a estrutura simétrica de ligação descendente tal como o VoIP (Voz através de IP), para que o compressor e descompressor 512 e 521 da ligação ascendente e o compressor e o descompressor 522 e 511 da ligação descendente tenham as mesmas formas. 14
Um problema do sistema convencional de transmissão bidireccional de dados em pacotes está em o sistema UMTS alocar o mesmo recurso de memória relacionado com a compressão de cabeçalho para a ligação ascendente e para a ligação descendente, mesmo para a transmissão de dados em pacotes da estrutura assimétrica tal como o serviço de streaming. 0 serviço de streaming é um serviço orientado para a ligação descendente no qual dados em pacotes para um serviço requerido por um utilizador são transmitidos através da ligação descendente enquanto informação de recepção para os dados em pacotes transmitidos é enviada de volta através da ligação ascendente.
Em termos das caracteristicas do serviço de streaming, a quantidade de dados em pacotes transmitida para a ligação descendente é muito maior do que a quantidade de dados em pacotes transmitida para a ligação ascendente. Assim, o sistema convencional de transmissão bidireccional de dados em pacotes é desvantajoso visto que os recursos de memória utilizados para o esquema de compressão de cabeçalho são desnecessariamente desperdiçados e, assim, a eficiência dos recursos é rebaixada.
As referências acima são incorporadas por referência aqui onde apropriado para ensinamentos apropriados de detalhes adicionais ou alternativos, caracteristicas e/ou antecedentes técnicos. 0 documento WO 02/25895 AI refere-se a definir o comprimento de um identificador de contexto (CID) de uma certa ligação de rádio. O CID é utilizado para distinguir de entre vários fluxos de dados em pacotes transmitidos na mesma ligação 15 de rádio. A invenção de WO 02/25895 AI é baseada na ideia de que quando é detectada uma necessidade para definir um comprimento de identificador de contexto para um fluxo de pacote de dados, tipicamente como uma redefinição, esta definição é anexada ao próximo pacote de dados a ser transmitido, de preferência ao seu domínio de identificador de contexto, em que o novo comprimento do identificador de contexto é definido por um ou mais bits. Esta definição pode ser anexada a cada pacote de dados a ser transmitido ou ao primeiro pacote de dados a ser transmitido. O documento US 2002/0064164 AI está relacionado com a reconstrução e/ou remoção de cabeçalhos de protocolo em mensagens em comunicações sem fios e divulga que uma estação móvel compreende uma unidade de armazenamento, que armazena dados variados, tais como informação de configuração de cabeçalho e instruções de software e a referida informação de configuração de cabeçalho é derivada a partir da mensagem de CONFIGURAÇÃO DE CABEÇALHO DE PROTOCOLO DE LIGAÇÃO DESCENDENTE ou da mensagem de RECONFIGURAÇÃO DE CABEÇALHO DE PROTOCOLO DE LIGAÇÃO DESCENDENTE que é recebida a partir do controlador de rede de rádio. Além disso, é divulgado que o controlador de rede de rádio inclui um módulo de controlo de cabeçalho, que é responsável por remover e reconstruir cabeçalhos de RTP/UDP/IP, e uma unidade de armazenamento, que armazena dados variados incluindo informação de configuração de cabeçalho, que é derivada de mensagens de CONFIGURAÇÃO DE CABEÇALHO DE PROTOCOLO DE LIGAÇÃO ASCENDENTE. O controlador da rede de rádio pode armazenar informação de configuração de cabeçalho de estações móveis múltiplas. 16
DIVULGAÇÃO DA INVENÇÃO
Portanto, um objectivo da presente invenção é proporcionar um sistema de transmissão bidireccional de dados em pacotes e método capaz de definir, assimetricamente, um recurso da memória de ligação ascendente e um recurso de memória de ligação descendente.
Para atingir pelo menos os objectivos acima no seu todo ou em partes, é proporcionado um sistema de transmissão bidireccional de dados em pacotes para uma transmissão de dados em pacotes entre um terminal e uma rede de acesso de rádio, na qual um recurso de ligação ascendente e um recurso de ligação descendente são definidos independentemente.
Preferivelmente, o recurso é um recurso de memória.
Preferivelmente, o recurso de memória está relacionado com compressão de cabeçalho.
Preferivelmente, o recurso de memória tem parâmetros necessários para compressão e descompressão de cabeçalho.
Preferivelmente, uma camada de RRC da rede de acesso de rádio define recursos para serem diferentes para transmissão de ligação ascendente e transmissão de ligação descendente.
Preferivelmente, uma camada de PDCP do terminal forma um compressor recorrendo a valores de parâmetros recebidos da ligação ascendente e um descompressor recorrendo a valores de parâmetros recebidos da ligação descendente e realiza a compressão e descompressão de cabeçalho. 17
Preferivelmente, uma camada de PDCP da rede de acesso de rádio forma um descompressor recorrendo a valores de parâmetros recebidos da ligação ascendente e um compressor recorrendo a valores de parâmetros recebidos de ligação descendente e realiza a compressão e descompressão de cabeçalho.
Para obter pelo menos estas vantagens no seu todo ou em partes, é ainda proporcionado um sistema de transmissão bidireccional de dados em pacotes para uma transmissão de dados em pacotes entre um terminal e uma rede de acesso de rádio, incluindo: definir um recurso de ligação ascendente e um recurso de ligação descendente transferindo para serem diferentes; transferir o recurso definido para cada camada de PDCP de um terminal e de uma rede de acesso de rádio; e realizar, assimetricamente, transmissão de ligação ascendente e descendente utilizando o recurso recebido.
Preferivelmente, no passo de definir o recurso, são determinados os parâmetros necessários para a compressão e descompressão de cabeçalho e as dimensões dos parâmetros são determinadas.
Preferivelmente, o passo de realizar transmissão assimétrica inclui: formar um compressor recorrendo aos valores de parâmetros recebidos de ligação ascendente e um descompressor recorrendo aos valores de parâmetros recebidos de ligação descendente; e realizar uma transmissão de pacotes de acordo com um esquema de compressão de cabeçalho utilizando o compressor e o descompressor.
Preferivelmente, o passo de realizar transmissão assimétrica inclui: formar um descompressor recorrendo aos 18 valores de parâmetros recebidos de ligação ascendente e um compressor recorrendo aos valores de parâmetros recebidos de ligação descendente; e realizar uma transmissão de pacotes de acordo com um esquema de compressão de cabeçalho utilizando o compressor e o descompressor.
Vantagens, objectivos, e caracteristicas adicionais da invenção serão expostas na descrição que se segue e em parte ficarão evidentes àqueles possuindo perícia comum na técnica ao examinar o que se segue ou pode ser aprendido através de exercício da invenção. Os objectivos e vantagens da invenção podem ser realizados e atingidos como explicitado particularmente nas reivindicações em anexo.
BREVE DESCRIÇÃO DOS DESENHOS A invenção será descrita em detalhe com referência aos seguintes desenhos, nos quais numerais de referência iguais referem-se a elementos iguais, em que: A Figura 1 mostra uma construção de uma rede de UMTS comum; A Figura 2 mostra uma estrutura de um protocolo de interface de rádio entre um terminal e a UTRAN com base em padrões do 3GPP de rede de acesso de rádio; A Figura 3 mostra um conceito de um esquema de compressão de início lento; A Figura 4 é um fluxograma de sinal para implementar um esquema de compressão de cabeçalho de acordo com uma técnica 19 convencional; A Figura 5 mostra estruturas de compressores e descompressores de um terminal e UTRAN de acordo com a técnica convencional; A Figura 6 é um fluxograma de sinal para implementar um esquema de compressão de cabeçalho de acordo com uma forma de realização preferida da presente invenção; e A Figura 7 mostra estruturas de compressores e descompressores de um terminal e UTRAN de acordo com a forma de realização preferida da presente invenção.
MODOS PARA EFECTUAR AS FORMAS DE REALIZAÇÃO PREFERIDAS A Figura 7 mostra estruturas de compressores e descompressores de um terminal ou unidade móvel e UTRAN de acordo com a forma de realização preferida da presente invenção e mostra a transmissão numa estrutura assimétrica entre uma ligação ascendente e uma ligação descendente.
Conforme se mostra na Figura 7, um compressor e um descompressor da presente invenção têm as mesmas estruturas como aquelas da técnica convencional (consultar Figura 5). A única diferença da presente invenção a partir da técnica convencional é que a UTRAN 620 e um terminal 610 alocam um recurso de memória necessário para um esquema de compressão de cabeçalho para a ligação ascendente e a ligação descendente em consideração da transmissão de que a ligação ascendente e a 20 ligação descendente são assimétricas assim como da transmissão de que a ligação ascendente e a ligação descendente são simétricas. A Figura 6 é um fluxograma de sinal para implementar um esquema de compressão de cabeçalho de acordo com uma forma de realização preferida da presente invenção.
Conforme se mostra na Figura 6, um sistema de transmissão bidireccional de dados em pacotes de acordo com uma forma de realização preferida inclui: UTRAN 620 para definir valores de parâmetros relacionados com compressão de cabeçalho necessários para transmissão de ligação ascendente e transmissão de ligação descendente e formar um compressor 722 e um descompressor 721; e um terminal 610 para transmitir a informação de capacidade à UTRAN 620, receber os valores de parâmetros definidos relacionados com a compressão de cabeçalho a partir da UTRAN 620 e formar um compressor 712 e um descompressor 711 recorrendo aos valores de parâmetros recebidos. A UTRAN 620 inclui uma camada 621 de RRC para definir os valores de parâmetros relacionados com compressão de cabeçalho necessários para transmissão de ligação ascendente e transmissão de ligação descendente e transmitir os valores de parâmetros para uma camada 611 de RRC do terminal e para a sua camada (622) de PDCP; e a camada 622 de PDCP para formar o descompressor 721 utilizado para transmissão de ligação ascendente e o compressor 722 utilizado para transmissão de ligação descendente e realizar uma compressão e descompressão de cabeçalho. O terminal 610 inclui a camada 611 de RRC para receber os valores de parâmetros definidos pela camada 621 de RRC da 21 UTRAN 620 e transmitir os valores para a sua camada 612 de PDCP; e a camada 621 de PDCP para formar o compressor 712 utilizado para transmissão de ligação ascendente e o descompressor 711 utilizado para transmissão de ligação descendente recorrendo aos valores de parâmetros recebidos e realizar a compressão e descompressão de cabeçalho; e um primeiro e segundo espaços de memória para as transmissões de dados de ligação ascendente e ligação descendente, respectivamente. Os dois espaços de memória podem ser independentes um do outro. O funcionamento do sistema de transmissão de dados em pacotes será agora descrito.
Para iniciar, a camada 611 de RRC do terminal 610 transfere a "informação de capacidade" para a camada 621 de RRC da UTRAN 620.
Em seguida, a camada 621 de RRC da UTRAN 620 diferencia informação de capacidade de ligação ascendente e informação de capacidade de ligação descendente na informação de capacidade recebida. Subsequentemente, a camada de RRC define valores de parâmetros para formar o compressor 712 e o descompressor 721 da ligação ascendente recorrendo à informação de capacidade da ligação ascendente e define também valores de parâmetros para formar o compressor 722 e o descompressor 711 de ligação descendente recorrendo à informação de capacidade de ligação descendente.
Os valores de parâmetros não são necessariamente definidos com base em informação de capacidade do terminal. Podem ser definidos de acordo com um valor de cálculo estatístico previamente definido na UTRAN 620. 22
Depois de os valores de parâmetros serem completamente definidos, a camada 621 de RRC da UTRAN 620 transfere os valores de parâmetros definidos para a camada 611 de RRC do terminal 610. A camada 621 de RCC pode transferir os parâmetros definidos para apenas o compressor (ligação ascendente), apenas o descompressor (ligação descendente) ou ambos.
Como os valores de parâmetros definidos transferidos para o terminal 610, a camada 611 de RRC do terminal 610 e a camada de RRC da UTRAN 620 transferem os valores de parâmetros definidos para as camadas 612 e 622 de PDCP. Em seguida, cada camada que realiza compressão de cabeçalho incluída nas camadas 612 e 622 de PDCP forma os compressores 712 e 722 e os descompressores 711 e 721 recorrendo aos valores de parâmetros.
Especificamente, a camada que realiza compressão de cabeçalho da UTRAN 620 forma o descompressor 721 utilizado para transmissão de ligação ascendente e o compressor 722 utilizado para transmissão de ligação descendente recorrendo aos valores de parâmetros e a camada que realiza compressão de cabeçalho do terminal 610 forma o compressor 712 utilizado para transmissão de ligação ascendente e o descompressor 711 utilizado para transmissão de ligação descendente recorrendo aos valores de parâmetros. E em seguida, as camadas que realizam compressão de cabeçalho do terminal 610 e da UTRAN 620 realizam compressão e descompressão de cabeçalho de acordo com um determinado esquema de compressão de cabeçalho utilizando os compressores 712 e 722 e os descompressores 711 e 721. 23
Conforme descrito acima, no sistema de transmissão bidireccional de dados do pacote de acordo com a forma de realização preferida da presente invenção, o compressor 722 e o descompressor 721 do terminal 610 (ou a forma do compressor 722 e do descompressor 721 da UTRAN 620) estão construídos numa forma diferente para que os recursos de memória relacionados com a compressão de cabeçalho alocados para a ligação ascendente e a ligação descendente sejam definidos diferentemente. As formas dos compressores e dos descompressores 712, 721, 722 e 711, as quais têm relações de posto-a-posto, são as mesmas umas com as outras. O sistema de transmissão bidireccional de dados em pacotes de acordo com a presente invenção realiza a compressão e descompressão de cabeçalho adoptando o esquema de compressão de cabeçalho RFC2507 ou o esquema de ROHC.
Primeiro, no caso de adoptar o esquema de compressão de cabeçalho RFC2507 para o sistema de transmissão bidireccional de dados em pacotes, o compressor 712 do terminal 610 a realizar a comunicação de ligaçao ascendente e o descompressor 721 da UTRAN 620 são constituídos por um parâmetro F_ _MAX_PERIOD que informa sobre um período de transmissão de um pacote de cabeçalho completo com respeito ao esquema de compressão de início lento, um parâmetro F_MAX__TIME que informa sobre o tempo disponível para transmissão de pacotes, um parâmetro MAX_HEADER que informa sobre a dimensão compressível máxima de um cabeçalho, um parâmetro TCP_SPACE que informa sobre a dimensão máxima de um contexto de pacotes de TCP e um parâmetro NON_TCP_SPACE que informa sobre a dimensão máxima de contexto de pacotes não-TCP. 24 0 compressor 722 da UTRAN que realiza a comunicação de ligação descendente e o descompressor 711 do terminal 610 são constituídos por um parâmetro TCP_SPACE que informa sobre a dimensão máxima do contexto de pacotes de TCP, um parâmetro NON_TCP_SPACE que informa sobre a dimensão máxima do contexto de pacotes não-TCP e um parâmetro EXPECTED_REORDERING que informa sobre uma matriz reordenada de um pacote de recepção.
Segundo, no caso de adoptar o esquema ROHC para o sistema de transmissão bidireccional de dados em pacotes, o compressor 712 do terminal 610 que realiza a comunicação de ligação ascendente e o compressor 721 da UTRAN 620 são constituídos por um parâmetro Max_CID que informa sobre o número máximo de contextos utilizados para o esquema de compressão de cabeçalho, um parâmetro de perfil que informa sobre um tipo de pacote de IP suportável pelo descompressor, um parâmetro MRRU que informa se um pacote de IP pode ser segmentado no compressor e um parâmetro Packet_Sized_Alowed que determina dimensões de pacotes de cabeçalhos de compressão utilizáveis pelo compressor.
Além disso, o compressor 722 da UTRAN 620 que realiza a comunicação de ligação descendente e o descompressor 711 do terminal 610 são constituídos por um parâmetro MAX_CID que informa sobre o número máximo de contextos, um parâmetro de perfil que informa sobre um tipo de pacote de IP suportado pelo descompressor, um parâmetro MRRU que informa sobre a dimensão máxima de pacotes adicionados quando segmentos divididos são adicionados no descompressor e um parâmetro Reverse_Decompression_Depth que informa sobre a dimensão de armazenamento máxima de um registo tampão que armazena um pacote com descompressão falhada. 25
Conforme descrito até aqui, o método e sistema de transmissão de dados em pacotes da presente invenção tem as seguintes vantagens.
Isto é, porque os recursos de memória estão definidos para serem diferentes para a transmissão de ligação ascendente e de ligação descendente, pode ser evitado desperdício de recurso de memória. Além disso, o recurso de memória pode ser gerido eficazmente mesmo num serviço de transmissão de dados em pacotes (e. g., o serviço de streaming) com a estrutura assimétrica em que a quantidade de pacotes da ligação descendente é muito maior do que a quantidade de pacotes da ligação ascendente ou em que a quantidade de pacotes da ligação ascendente é muito maior do que a quantidade de pacotes da ligação descendente.
As formas de realização precedentes e as vantagens são meramente exemplificativas e não devem ser interpretadas como limitando a presente invenção. 0 presente ensinamento pode ser prontamente aplicado a outros tipos de aparelhos. A descrição da presente invenção destina-se a ser ilustrativa e não limitativa do âmbito das reivindicações. Muitas alternativas, modificações e variações serão evidentes aos peritos na técnica. Nas reivindicações, cláusulas de meios e função são destinadas a cobrir a estrutura aqui descrita a realizar a função referida e não apenas equivalentes estruturais mas também estruturas equivalentes.
Segue-se uma lista de formas de realização: 1. Um sistema de transmissão de dados utilizando dados em pacotes possuindo um cabeçalho, compreendendo: 26 uma rede de acesso de rádio possuindo um primeiro compressor de cabeçalho e um primeiro descompressor de cabeçalho, a rede de acesso de rádio determinando informação de parâmetros de compressão de cabeçalhos, em que a informação de parâmetros de compressão de cabeçalhos é configurada separadamente para transmissões de dados de ligação ascendente e ligação descendente; e uma unidade móvel possuindo um segundo compressor de cabeçalho e um segundo descompressor de cabeçalho, a unidade móvel recebendo informação de parâmetros de compressão de cabeçalhos, em que a unidade móvel tem uma primeira alocação de espaço de memória para a transmissão de dados de ligação ascendente e uma segunda alocação de espaço de memória para a transmissão de dados de ligação descendente, a primeira e segunda alocações de espaço de memória sendo independentes uma em relação à outra; em que a rede de acesso de rádio e a unidade móvel funcionam segundo um protocolo de Internet. 2. Sistema de transmissão de dados de acordo com a forma de realização 1, em que a rede de acesso de rádio determina a informação de parâmetros de compressão de cabeçalho utilizando informação proveniente da unidade móvel, em que a informação inclui capacidade de unidade móvel. 3. Sistema de transmissão de dados de acordo com a forma de realização 2, em que a informação inclui espaço de memória. 4. Sistema de transmissão de dados de acordo com a forma de realização 2, em que a informação inclui um esquema de 27 compressão de cabeçalho. 5. Sistema de transmissão de dados de acordo com a forma de realização 4, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC3095. 6. Sistema de transmissão de dados de acordo com a forma de realização 4, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC2507. 7. Sistema de transmissão de dados de acordo com a forma de realização 2, em que a informação inclui um esquema de compressão de cabeçalho e espaço de memória. 8. Sistema de transmissão de dados de acordo com a forma de realização 7, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC3095. 9. Sistema de transmissão de dados de acordo com a forma de realização 7, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC2507. 10. Sistema de transmissão de dados de acordo com a forma de realização 1, em que a rede de acesso de rádio envia a informação de parâmetros de compressão de cabeçalho para as transmissões de dados de ligação ascendente e de ligação descendente. 11. Sistema de transmissão de dados de acordo com a forma de realização 1, em que a rede de acesso de rádio envia a informação de parâmetros de compressão de cabeçalho apenas para transmissão de dados de ligação descendente. 28 12. Sistema de transmissão de dados de acordo com a forma de realização 1, em que a rede de acesso de rádio envia a informação de parâmetros de compressão de cabeçalho apenas para transmissão de dados de ligação ascendente. 13. Sistema de transmissão de dados de acordo com a forma de realização 1, em que a informação de parâmetros de compressão de cabeçalho inclui valores de parâmetros de compressão de cabeçalho definidos de acordo com as transmissões de dados de ligação ascendente e ligação descendente. 14. Sistema de transmissão de dados de acordo com a forma de realização 13, em que uma quantidade de pacotes da transmissão de ligação descendente é maior do que uma quantidade de pacotes da transmissão de ligação ascendente. 15. Sistema de transmissão de dados de acordo com a forma de realização 13, em que uma quantidade de pacotes da transmissão de ligação descendente é menor do que uma quantidade de pacotes da transmissão de ligação ascendente. 16. Sistema de transmissão de dados de acordo com a forma de realização 1, em que o cabeçalho é comprimido de acordo com um esquema de compressão de cabeçalho RFC2507. 17. Sistema de transmissão de dados de acordo com a forma de realização 1, em que o cabeçalho é comprimido de acordo com um esquema de compressão de cabeçalho RFC3095. 18. Método de comunicar entre uma rede de acesso de rádio e um terminal de um sistema de transmissão de dados, compreendendo: 29 transmitir informação de capacidade para a rede de acesso de rádio; diferenciar informação de ligação ascendente e informação de ligação descendente na informação de capacidade; definir valores de parâmetros para uma ligação ascendente recorrendo à informação de ligação ascendente; definir valores de parâmetros para uma ligação descendente recorrendo à informação de ligação descendente; formar um primeiro compressor de acordo com os valores de parâmetros para a ligação descendente; formar um primeiro descompressor de acordo com os valores de parâmetros para a ligação ascendente; transferir os valores de parâmetros para a ligação ascendente a partir do terminal; transferir os valores de parâmetros para a ligação descendente para o terminal; formar um segundo compressor de acordo com os valores de parâmetros para a ligação ascendente; e formar um segundo descompressor de acordo com os valores de parâmetros para a ligação descendente; em gue os valores de parâmetros para a ligação ascendente e os valores de parâmetros para a ligação descendente são 30 diferentes . 19. Método de acordo com a forma de realização 18 , em que cL informação de ligação ascendente e a informação de ligaçao descendente inclui informação de espaço de memória. 20. Método de acordo com a forma de realização 18 , em que cL informação de ligação ascendente e a informação de ligaçao descendente incluem um esquema de compressão de cabeçalho. 21. Método de acordo com a forma de realização 20 , em que o esquema de compressão de cabeçalho é um esquema de compressão RFC3095. 22. Método de acordo com a forma de realização 20 , em que 0 esquema de compressão de cabeçalho é um esquema de compressão RFC2507. 23. Método de acordo com a forma de realização 18 , em que a informação de ligação ascendente e a informação de ligaçao descendente incluem informação de espaço de memória e um esquema de compressão de cabeçalho. 24. Método de acordo com a forma de realizaçao 23, em que o esquema de RFC3095. compressão de cabeçalho é um esquema de compressão 25. Método de acordo com a forma de realização 23, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC2507. 31 26. Um método de comunicar entre uma rede de acesso de rádio e um terminal de um sistema de transmissão de dados, compreendendo: transmitir informação de capacidade para a rede de acesso de rádio; diferenciar informação de ligação ascendente na informação de capacidade; definir valores de parâmetros apenas para uma ligação ascendente recorrendo à informação de ligação ascendente; formar um descompressor de acordo com os valores de parâmetros apenas para a ligação ascendente; transferir os valores de parâmetros apenas para a ligação ascendente a partir do terminal; e formar um compressor de acordo com os valores de parâmetros para a ligação ascendente. 27. Método de acordo com a forma de realização 26, em que a informação de ligação ascendente inclui informação de espaço de memória. 28. Método de acordo com a forma de realização 26, em que a informação de ligação ascendente inclui um esquema de compressão de cabeçalho. 29. Método de acordo com a forma de realização 28, em que o esquema de compressão de cabeçalho é um esquema de compressão 32 RFC3095. 30. Método de acordo com a forma de realização 28, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC2507. 31. Método de acordo com a forma de realização 26, em que a informação de liqação ascendente inclui informação de espaço de memória e um esquema de compressão de cabeçalho. 32. Método de acordo com a forma de realização 31, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC3095. 33. Método de acordo com a forma de realização 31, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC2507 . 34. Um método de comunicação entre uma rede de rádio e um terminal num sistema de transmissão de dados, compreendendo: transmitir informação de capacidade para a rede de acesso de rádio; diferenciar informação de ligação descendente na informação de capacidade; definir valores de parâmetros apenas para uma ligação descendente recorrendo à informação de ligação descendente; formar um compressor de acordo com os valores de parâmetros apenas para a ligação descendente; 33 transferir os valores de parâmetros apenas para a ligação descendente para o terminal; e formar um descompressor de acordo com os valores de parâmetros para a ligação descendente. 35. Método de acordo com a forma de realizaçao 34, em que a informação de ligação descendente inclui informação de espaço de memória. 36. Método de acordo com a forma de realizaçao 34, em que a informação de ligaçao descendente inclui um esquema de compressão < de cabeçalho. 37. Método de acordo com a forma de realização 36, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC3 0 95. 38. Método de acordo com a forma de realização 36, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC2507. 39. Método de acordo com a forma de realização 34, em que a informação de ligação descendente inclui informaçac > de espaço de memória e um esquema de compressão de cabeçalho. 40. Método de acordo com a forma de realizaçao 39, em que o esquema de compressão de cabeçalho é um esquema de compressão RFC3095. 41. Método de acordo com a forma de realização 39, em que o esquema de compressão de cabeçalho é um esquema de compressão 34 RFC2507. 42. Método para comunicar entre um terminal e uma rede de acesso de rádio de um sistema de transmissão de dados, compreendendo: transmitir informação de capacidade à rede de acesso de rádio; receber parâmetros de compressão provenientes da rede de acesso de rádio; receber parâmetros de descompressão provenientes da rede de acesso de rádio; formar um compressor de acordo com os parâmetros de compressão recebidos; e formar um descompressor de acordo com os parâmetros de descompressão recebidos; em que os parâmetros de compressão são diferentes dos parâmetros de descompressão. 43. Método de acordo com a forma de realização 42, em que a informação de capacidade compreende informação de ligação ascendente e informação de ligação descendente. 44. Método de comunicar entre uma rede de acesso de rádio e um terminal num sistema de transmissão de dados, compreendendo: receber informação de capacidade proveniente do terminal; 35 diferenciar informação de ligaçao ascendente e informação de ligação descendente na informação de capacidade recebida; definir valores de parâmetros para uma ligação ascendente recorrendo à informação de ligação ascendente; definir valores de parâmetros para uma ligação descendente recorrendo à informação de ligação descendente; formar um compressor de acordo com os valores de parâmetros para a ligação descendente; formar um descompressor de acordo com os valores de parâmetros para a ligação ascendente; transferir os valores de parâmetros para a ligação ascendente para o terminal; e transferir os valores de parâmetros para a ligação descendente para o terminal; em que os valores de parâmetros para a ligação descendente e os valores de parâmetros para a ligação ascendente são diferentes. 45. Método da realização 44, em que os valores de parâmetros para a ligação descendente e os valores de parâmetros para a ligação ascendente estão definidos de acordo com um cálculo estatístico previamente definido na rede de acesso de rádio. 46. Método de comunicar entre uma rede de acesso de rádio e um terminal num sistema de transmissão de dados, compreendendo: 36 receber informação de capacidade proveniente do terminal; diferenciar informação de ligaçao ascendente na informação de capacidade recebida; definir valores de parâmetros apenas para uma ligação ascendente recorrendo à informação de ligação ascendente; formar um descompressor de acordo com os valores de parâmetros para a ligação ascendente; e transferir os valores de parâmetros para a ligação ascendente. 47. Método da reivindicação 46, em que os valores de parâmetros estão definidos de acordo com um cálculo estatístico definido previamente na rede de acesso de rádio. 48. Método de comunicar entre uma rede de acesso de rádio e um terminal num sistema de transmissão de dados, compreendendo: receber informação de capacidade proveniente do terminal: diferenciar informação de ligação descendente na informação de capacidade recebida; definir valores de parâmetros apenas para uma ligação descendente recorrendo à informação de ligação descendente; formar um compressor de acordo com os valores de parâmetros para a ligação descendente; e 37 transferir os valores de parâmetros para a ligação descendente. 49. Método da forma de realização 48, em que os valores de parâmetros estão definidos de acordo com um cálculo estatístico previamente definido na rede de acesso de rádio. 50. Método de comunicar entre uma rede de acesso de rádio e um terminal utilizando dados em pacotes tendo um cabeçalho, compreendendo o método: determinar informação de parâmetros de compressão de cabeçalho pela rede de acesso de rádio tendo um primeiro compressor de cabeçalho e um primeiro descompressor de cabeçalho, sendo a informação de parâmetros de compressão de cabeçalho configurada separadamente para transmissões de dados de ligação ascendente e descendente; transmitir para um terminal tendo um segundo compressor de cabeçalho e um segundo descompressor de cabeçalho a informação de parâmetros de compressão de cabeçalho, o terminal tendo uma primeira alocação de espaço de memória para a transmissão de dados de ligação ascendente e uma segunda alocação de espaço de memória para a transmissão de dados de ligação descendente, a primeira e segunda alocações de espaço de memória sendo independentes uma da outra; e comandar a rede de acesso de rádio segundo um protocolo de Internet. 51. Método de acordo com a forma de realização 50, em que a rede de acesso de rádio envia a informação de parâmetros de 38 compressão de cabeçalho para as transmissões de dados de ligação ascendente e de ligação descendente. 52. Método de acordo com a forma de realizaçao 50, em que a rede de acesso de rádio envia a informação de parâmetros de compressão de cabeçalho apenas para transmissão de dados de ligação descendente. 53. Método de acordo com a forma de realização 50, em que a rede de acesso envia a informação de parâmetros de compressão de cabeçalho apenas para a transmissão de dados da ligação ascendente. 54. Método de acordo com a forma de realização 50, em que a informação de parâmetros de compressão de cabeçalho inclui valores de parâmetros de compressão de cabeçalho definidos correspondendo com as transmissões de dados de ligação ascendente e descendente. 55. Método de comunicar entre uma rede de acesso de rádio e um terminal utilizando dados em pacotes tendo um cabeçalho, a rede de acesso de rádio tendo um primeiro compressor de cabeçalho e um primeiro descompressor de cabeçalho, o método compreendendo: receber, o terminal, informação de parâmetros de compressão de cabeçalho proveniente da rede de acesso de rádio, o terminal tendo um segundo compressor de cabeçalho e um segundo descompressor de cabeçalho, o terminal tendo uma primeira alocação de espaço de memória para a transmissão de dados de ligação ascendente e uma segunda alocação de espaço de memória para a transmissão de dados de ligação descendente, a primeira e segunda alocação do espaço para a transmissão dados da ligação 39 descendente, a primeira e segunda alocações de espaço da memória sendo independentes uma da outra; comandar o terminal segundo um protocolo de Internet. 56. Método de acordo com a forma de realização 55, em que o terminal recebe a informação de parâmetros de compressão de cabeçalho para transmissões de dados de ligação ascendente e descendente. 57. Método de acordo com a forma de realização 55, em que o terminal recebe a informação de parâmetros de compressão de cabeçalho apenas para transmissão de dados de ligação descendente. 58. Método de acordo com a forma de realização 55, em que o terminal recebe a informação de parâmetros de compressão de cabeçalho apenas para a transmissão de dados de ligação ascendente. 59. Método de acordo com a reivindicação 55, em que a informação de parâmetros de compressão de cabeçalho inclui valores de parâmetros de compressão de cabeçalho inclui valores de parâmetros de compressão de cabeçalho definidos correspondendo às transmissões de dados de ligações ascendentes e descendentes.
Lisboa, 16 de Outubro de 2012 40

Claims (14)

  1. REIVINDICAÇÕES 1. Rede (20) de acesso de rádio para um sistema de transmissão de dados compreendendo pelo menos um terminal (10), em que a rede de acesso de rádio está adaptada: para configurar informação de parâmetros de ligação ascendente associada com um esquema de compressão robusta de cabeçalho para um compressor (712) de cabeçalho do terminal; e para configurar informação de parâmetros de ligação descendente associada com o esquema de compressão robusta de cabeçalho para um descompressor (711) de cabeçalho do terminal, em que a rede de acesso de rádio está adaptada para configurar assimetricamente a informação de parâmetros de ligação ascendente para o compressor de cabeçalho do terminal e a informação de parâmetros de ligação descendente para o descompressor de cabeçalho do terminal, e em que a informação de parâmetros de ligação descendente compreende um parâmetro Reverse_Decompression_Depth.
  2. 2. Rede de acesso de rádio de acordo com a reivindicação 1, adaptada ainda para receber informação de capacidade de terminal proveniente do terminal. 1
  3. 3. Rede de acesso de rádio de acordo com qualquer uma das reivindicações 1 a 2, adaptada ainda para transmitir a informação de parâmetros de ligação ascendente e a informação de parâmetros de ligação descendente para o terminal.
  4. 4. Rede de acesso de rádio de acordo com qualquer uma das reivindicações 1 a 3, em que a informação de parâmetros de ligação descendente compreende ainda um parâmetro MAX_CID de ligação descendente.
  5. 5. Rede de acesso de rádio de acordo com qualquer uma das reivindicações 1 a 4, em que a informação de parâmetros de ligação ascendente compreende um parâmetro MAX_CID de ligação ascendente.
  6. 6. Rede de acesso de rádio de acordo com a reivindicação 5, em que a informação de parâmetros de ligação ascendente compreende ainda um parâmetro Packet_Sized_Allowed.
  7. 7 . Rede de acesso de rádio de acordo com qualquer uma das reivindicações 1 a 4, em que recursos de memória relacionados com compressão de cabeçalho para o compressor de cabeçalho do terminal e para o descompressor de cabeçalho do terminal estão alocados de modo diferente.
  8. 8. Terminal (10) para ser utilizado num sistema de transmissão de dados, o terminal compreendendo um compressor (712) de cabeçalho e um descompressor (711) de cabeçalho e estando adaptado: para receber informação de parâmetros de ligação ascendente 2 e informação de parâmetros de ligação descendente provenientes de uma rede (20) de acesso de rádio; e para utilizar a informação de parâmetros de ligação ascendente para o compressor (712) de cabeçalho e a informação de parâmetros de ligação descendente para o descompressor (711) de cabeçalho, em que a informação de parâmetros de ligação ascendente e a informação de parâmetros de ligação descendente estão associadas com um esquema de compressão robusta de cabeçalho, em que a informação de parâmetros de ligação ascendente e a informação de parâmetros de ligação descendente estão configuradas assimetricamente, e em que a informação de parâmetros de ligação descendente compreende um parâmetro Reverse_Decompression_Depth.
  9. 9. Terminal de acordo com a reivindicação 8, estando ainda adaptado para transmitir informação de capacidade de terminal para a rede de acesso de rádio.
  10. 10. Terminal de acordo com qualquer uma das reivindicações 8 9, em que a informação de parâmetros de ligação descendente compreende ainda um parâmetro MAX_CID de ligação descendente.
  11. 11. Terminal de acordo com qualquer uma das reivindicações 8 10, em que a informação de parâmetros de ligação ascendente compreende um parâmetro MAX_CID de ligação 3 ascendente .
  12. 12. Terminal de acordo com a reivindicação 11, em que a informação de parâmetros de ligação ascendente compreende ainda um parâmetro Packet_Sized_Allowed.
  13. 13. Terminal de acordo com qualquer uma das reivindicações 8 a 12, em que recursos de memória relacionados com a compressão de cabeçalho para o compressor de cabeçalho e para o descompressor de cabeçalho são alocados de modo diferente.
  14. 14. Terminal de acordo com a reivindicação 13, em que recursos de memória maiores são alocados para o descompressor de cabeçalho. Lisboa, 16 de Outubro de 2012 4
PT10175903T 2002-08-14 2003-08-14 Rede de acesso de rádio e terminal com compressão robusta de cabeçalho PT2256999E (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20020048261A KR100884956B1 (ko) 2002-08-14 2002-08-14 비대칭 양방향 패킷데이터 송수신 방법 및 시스템

Publications (1)

Publication Number Publication Date
PT2256999E true PT2256999E (pt) 2012-10-26

Family

ID=36088014

Family Applications (1)

Application Number Title Priority Date Filing Date
PT10175903T PT2256999E (pt) 2002-08-14 2003-08-14 Rede de acesso de rádio e terminal com compressão robusta de cabeçalho

Country Status (16)

Country Link
US (6) US7366105B2 (pt)
EP (3) EP1532778B1 (pt)
JP (1) JP4008447B2 (pt)
KR (1) KR100884956B1 (pt)
CN (5) CN102196497B (pt)
AT (1) ATE503336T1 (pt)
AU (1) AU2003252560B2 (pt)
DE (1) DE60336479D1 (pt)
ES (1) ES2360213T3 (pt)
HK (1) HK1077441A1 (pt)
IL (2) IL161838A0 (pt)
MX (1) MXPA04004668A (pt)
PT (1) PT2256999E (pt)
RU (1) RU2310283C2 (pt)
UA (1) UA77036C2 (pt)
WO (1) WO2004017578A1 (pt)

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6915473B2 (en) 2001-05-14 2005-07-05 Interdigital Technology Corporation Method and system for implicit user equipment identification
US20030134651A1 (en) * 2002-01-16 2003-07-17 Hsu Raymond T. Method and apparatus for flow treatment and mapping on multicast/broadcast services
US8959230B2 (en) * 2002-01-28 2015-02-17 Qualcomm Incorporated Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
US7200405B2 (en) * 2003-11-18 2007-04-03 Interdigital Technology Corporation Method and system for providing channel assignment information used to support uplink and downlink channels
FI20031853A (fi) * 2003-12-18 2005-06-19 Nokia Corp Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
JP4474215B2 (ja) * 2004-06-29 2010-06-02 パナソニック株式会社 無線基地局装置、無線制御システム、および動作制御方法
FI20041005A0 (fi) * 2004-07-20 2004-07-20 Nokia Corp Otsikkotietojen pakkaus pakkaajan ja pakkauksen purkajan välillä
KR100876771B1 (ko) 2004-08-17 2009-01-07 삼성전자주식회사 무선 통신 시스템에서 제어 정보 압축 방법과 스캐닝 정보 송수신 방법 및 장치
CN100518180C (zh) * 2004-12-03 2009-07-22 华为技术有限公司 一种实现分组数据聚合协议功能的系统及方法
US7656835B2 (en) * 2005-05-18 2010-02-02 Nokia Corporation Method for informing changed communications capabilities
US20070027953A1 (en) * 2005-07-26 2007-02-01 Chao-Hung Wu Electronic mailbox address book sharing system and method for the same
EP1949721B1 (en) 2005-10-07 2010-08-04 Interdigital Technology Corporation Communicating control information for downlink and uplink transmissions in a wireless communication system
US7715354B2 (en) 2005-12-30 2010-05-11 Samsung Electronics Co., Ltd. Method of beacon exchange between devices with asymmetric links and system using the method
JP2007194693A (ja) * 2006-01-17 2007-08-02 Kddi Corp ヘッダ圧縮機能を有するrtp通信用端末、プログラム及びネットワーク制御装置
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ipdc 서비스를 제공하는 장치 및 방법 및 ipdc서비스를 처리하는 장치 및 방법
KR101375169B1 (ko) * 2006-10-24 2014-03-18 삼성전자주식회사 광대역 무선 접속 시스템에서 헤더 압축 방법 지원 여부를 통보하는 방법 및 장치
WO2008093413A1 (ja) * 2007-01-31 2008-08-07 Fujitsu Limited 無線通信制御方法並びに無線基地局及び無線端末
KR101013620B1 (ko) * 2007-03-03 2011-02-10 주식회사 세아네트웍스 Ofdm/ofdma 통신 시스템의 레인징을 위한 장치 및방법
US20090003347A1 (en) * 2007-06-29 2009-01-01 Yang Tomas S Backhaul transmission efficiency
CN101364980B (zh) * 2007-08-10 2012-06-20 华为技术有限公司 建立头压缩通信的方法及系统、头压缩策略功能实体
WO2009021422A1 (fr) * 2007-08-10 2009-02-19 Huawei Technologies Co., Ltd. Procédé et système permettant d'établir une communication à compression d'en-tête, et entité fonctionnelle de politique de compression d'en-tête
US8437257B2 (en) * 2007-11-01 2013-05-07 Telefonaktiebolaget L M Ericsson (Publ) Buffer status reporting based on radio bearer configuration
US8995469B2 (en) 2008-01-30 2015-03-31 Qualcomm Incorporated Relay based header compression
US9065646B2 (en) 2008-02-04 2015-06-23 Nokia Solutions And Networks Oy ACK/NACK channelization for resource blocks containing both ACK/NACK and CQI
US8488553B2 (en) * 2008-06-05 2013-07-16 Alcatel Lucent Method for providing seamless transition between networks following different protocols
US8488582B2 (en) * 2008-06-12 2013-07-16 Alcatel Lucent Minimal GAN RTP packet length via multi-level header compression
WO2010011054A2 (en) * 2008-07-21 2010-01-28 Electronics And Telecommunications Research Institute Communication system for removing transmission overhead
KR101236033B1 (ko) * 2008-07-21 2013-02-21 한국전자통신연구원 통신 오버헤드를 제거하는 통신 시스템
US8199776B2 (en) * 2008-07-29 2012-06-12 Sony Corporation System and method for effectively transmitting content bursts to electronic devices
US7835399B2 (en) * 2009-01-06 2010-11-16 Alcatel Lucent IP header compression context identifier synergism
US8804535B2 (en) 2009-03-25 2014-08-12 Avaya Inc. System and method for sending packets using another device's network address
US8165030B2 (en) * 2009-04-30 2012-04-24 Avaya Inc. System and method for monitoring a network communication at multiple network layers
US8072890B2 (en) * 2009-05-01 2011-12-06 Avaya Inc. System and method for testing a dynamic communication across a network
US8144734B2 (en) * 2009-05-06 2012-03-27 Avaya Inc. Intelligent multi-packet header compression
US8238254B2 (en) * 2009-05-14 2012-08-07 Avaya Inc. Detection and display of packet changes in a network
US8619594B2 (en) * 2009-07-31 2013-12-31 Avaya Inc. System and method for comparing packet traces for failed and successful communications
US9674311B2 (en) * 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes
CN101635744B (zh) * 2009-08-26 2012-08-29 华为技术有限公司 一种数据传输方法及数据传输系统以及相关设备
EP2483777A4 (en) * 2009-09-30 2016-05-11 Altera Corp ENHANCED EXCHANGE OF WAVEFORM DATA BETWEEN MULTIPLE PROCESSORS USING COMPRESSION AND DECOMPRESSION
CN101702813B (zh) 2009-10-12 2014-12-10 中兴通讯股份有限公司 一种内存操作管理方法及装置
JP5516170B2 (ja) * 2010-07-14 2014-06-11 ブラザー工業株式会社 通信装置及びコンピュータプログラム
CN103457614B (zh) * 2012-05-31 2016-09-28 国际商业机器公司 射频单元、基带处理单元和基站系统
CN103442438B (zh) * 2012-07-23 2017-04-12 英特尔公司 用于隧道通用寻呼消息的装置和方法
ES2441140B1 (es) * 2012-07-30 2015-03-10 Vodafone Espana Sau Metodo, entidad de red y equipo de usuario para entregar informacion a una red de acceso de radio.
US9467894B2 (en) * 2012-11-13 2016-10-11 Telefonaktiebolaget L M Ericsson (Publ) Selective robust header compression (RoHC) for a VoIP call in a cellular communications network
US9357435B2 (en) 2013-11-06 2016-05-31 Samsung Electronics Co., Ltd. Method and system for handling audio packets during a volte call
WO2015077913A1 (zh) * 2013-11-26 2015-06-04 华为技术有限公司 一种电缆承载数据业务接口规范系统中报文转发方法及装置
EP3100503B1 (en) 2014-01-31 2020-03-25 Telefonaktiebolaget LM Ericsson (publ) Radio compression memory allocation
US20160219133A1 (en) * 2014-03-03 2016-07-28 Lg Electronics Inc. Apparatus and methods for transmitting/receiving a broadcast signal
US9877141B2 (en) * 2014-06-24 2018-01-23 Telefonaktiebolaget Lm Ericsson (Publ) Management of wireless devices in limited radio coverage
US10285163B2 (en) 2014-06-24 2019-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Management of wireless devices in limited radio coverage
US10523731B2 (en) * 2014-10-20 2019-12-31 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
EP3016432B1 (en) * 2014-10-30 2018-07-04 Vodafone IP Licensing limited Content compression in mobile network
US9860870B2 (en) 2015-01-26 2018-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communications-dynamic coverage class update and aligning coverage class paging groups
CN105407494B (zh) * 2015-10-23 2018-10-30 中国联合网络通信集团有限公司 网络扩容方法及装置
US20170257796A1 (en) * 2016-03-07 2017-09-07 Mediatek Inc. Selective Uplink Only Header Compression Mechanism
JP6693577B2 (ja) * 2017-02-01 2020-05-13 富士通株式会社 暗号鍵配信システム、鍵配信ecu、鍵配信プログラム、及び暗号鍵配信方法
EP3598793A4 (en) * 2017-03-14 2020-09-23 NTT DoCoMo, Inc. WIRELESS COMMUNICATION DEVICE AND WIRELESS COMMUNICATION METHOD
FR3064865B1 (fr) * 2017-03-29 2020-10-30 Acklio Procede d'apprentissage d'un contexte de compression/decompression, dispositif, systeme et produit programme d'ordinateur correspondants.
US10917386B2 (en) * 2018-03-05 2021-02-09 Lenovo (Singapore) Pte. Ltd. Determining if a correspondent device is trusted
CN112312587A (zh) * 2019-07-30 2021-02-02 夏普株式会社 用户设备及其执行的方法和基站及其执行的方法
TWI734195B (zh) * 2019-09-17 2021-07-21 圓展科技股份有限公司 具有控制回饋功能的影像傳輸裝置及控制回饋方法

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU6175198A (en) * 1997-02-21 1998-09-09 Frederick S.M. Herz Broadcast data distribution system with asymmetric uplink/downlink bandwidths
US6041054A (en) * 1997-09-24 2000-03-21 Telefonaktiebolaget Lm Ericsson Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two
US6016311A (en) * 1997-11-19 2000-01-18 Ensemble Communications, Inc. Adaptive time division duplexing method and apparatus for dynamic bandwidth allocation within a wireless communication system
CN1135788C (zh) * 1998-02-05 2004-01-21 三星电子株式会社 用于改进网络操作的装置和方法
US6344075B1 (en) * 1998-06-24 2002-02-05 Konica Corporation Dye and image recording material, and thermal transfer material and ink-jet recording liquid
US6334057B1 (en) * 1998-06-30 2001-12-25 Telefonaktiebolaget Lm Ericsson (Publ) Channel allocation in a telecommunications system with asymmetric uplink and downlink traffic
GB9816207D0 (en) * 1998-07-25 1998-09-23 Univ Edinburgh Technique to improve through input in a cellular communication system
FI110048B (fi) * 1998-09-16 2002-11-15 Nokia Corp Menetelmä ja laite radioresurssien dynaamiseksi ohjaamiseksi
FI105304B (fi) * 1998-10-13 2000-07-14 Nokia Networks Oy Tiedonsiirtoresurssien optimointi
JP2002534002A (ja) * 1998-12-23 2002-10-08 オーパスウエーブ ネットワークス インコーポレイテッド 音声/ipをサポートするワイヤレスローカルループシステム
FI107000B (fi) * 1999-02-17 2001-05-15 Nokia Mobile Phones Ltd Otsikon pakkaaminen reaaliaikaisissa palveluissa
US6438108B1 (en) * 1999-03-11 2002-08-20 Telefonaktiebolaget L M Ericsson (Publ) System for improved transmission of acknowledgements within a packet data network
CN1357189A (zh) * 1999-06-18 2002-07-03 艾利森电话股份有限公司 利用历史信息的稳健的德尔塔编码技术
SE516871C2 (sv) * 1999-06-23 2002-03-12 Teracom Ab Metod för flödesstyrning i ett datakommunikationsnät
JP2001130800A (ja) * 1999-08-26 2001-05-15 Lintec Corp シート材搬送機構における巻き込み防止構造、および巻き込み防止構造を備えた印字装置
KR100336993B1 (ko) * 1999-09-16 2002-05-17 송문섭 코드분할다중접속 방식 무선 가입자망의 무선 비대칭 채널 설정 방법
US6300887B1 (en) * 1999-11-09 2001-10-09 Nokia Networks Oy Efficient handoff procedure for header compression
US6608841B1 (en) * 1999-12-30 2003-08-19 Nokia Networks Oy System and method for achieving robust IP/UDP/RTP header compression in the presence of unreliable networks
JP4945044B2 (ja) * 2000-02-22 2012-06-06 ノーテル・ネットワークス・リミテッド 無線パケット交換音声コールを制御するためのシステムおよび方法
US6665518B1 (en) * 2000-03-01 2003-12-16 Northrop Gumman Corporation Asymmetric assignment of space-borne communication system resources
EP1146713B1 (en) * 2000-03-03 2005-04-27 NTT DoCoMo, Inc. Method and apparatus for packet transmission with header compression
US7539130B2 (en) * 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
EP1143634A1 (en) * 2000-04-07 2001-10-10 Alcatel A method for setting compressed mode parameters and for setting a transmission quality target value for power control in a mobile radiocommunication system
FI112014B (fi) * 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
FI111493B (fi) * 2000-09-22 2003-07-31 Nokia Corp Kontekstitunnisteen määrittäminen otsikkokenttien kompressoinnissa
US20020064164A1 (en) * 2000-10-06 2002-05-30 Barany Peter A. Protocol header construction and/or removal for messages in wireless communications
FI110739B (fi) * 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
FI111777B (fi) * 2001-01-16 2003-09-15 Nokia Corp IP-datan siirtäminen tietoliikennejärjestelmässä
FI112995B (fi) 2001-01-16 2004-02-13 Nokia Corp Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
US6970423B2 (en) * 2001-01-18 2005-11-29 Lucent Technologies Inc. Universal mobile telecommunications system (UMTS) quality of service (QoS) supporting asymmetric traffic classes
US9100457B2 (en) * 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US6845095B2 (en) * 2001-04-27 2005-01-18 Telefonaktiebolaget Lm Ericsson (Publ) Efficient header handling involving GSM/EDGE radio access networks
FI118244B (fi) * 2001-06-27 2007-08-31 Nokia Corp Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä
US7453847B2 (en) * 2001-10-19 2008-11-18 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for channel type switching
US20040120357A1 (en) * 2002-12-23 2004-06-24 Sami Kekki On-demand header compression
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
MXPA06014097A (es) * 2004-06-04 2007-03-07 Qualcomm Inc Metodo y aparato de interfaz de datos de alta velocidad.

Also Published As

Publication number Publication date
CN101754275A (zh) 2010-06-23
CN1615618A (zh) 2005-05-11
DE60336479D1 (de) 2011-05-05
US20090073900A1 (en) 2009-03-19
US20080186947A1 (en) 2008-08-07
CN1615618B (zh) 2011-09-14
CN101765150B (zh) 2016-07-13
US20090073906A1 (en) 2009-03-19
EP1532778B1 (en) 2011-03-23
WO2004017578A1 (en) 2004-02-26
AU2003252560A1 (en) 2004-03-03
KR100884956B1 (ko) 2009-02-23
ES2360213T3 (es) 2011-06-01
CN101754275B (zh) 2013-07-17
UA77036C2 (en) 2006-10-16
CN102196497A (zh) 2011-09-21
CN101778422A (zh) 2010-07-14
US8139555B2 (en) 2012-03-20
AU2003252560B2 (en) 2006-02-23
US9635140B2 (en) 2017-04-25
US8848684B2 (en) 2014-09-30
US9635141B2 (en) 2017-04-25
IL161838A0 (en) 2005-11-20
US9635142B2 (en) 2017-04-25
CN101765150A (zh) 2010-06-30
US7366105B2 (en) 2008-04-29
US20090073901A1 (en) 2009-03-19
EP2375654A1 (en) 2011-10-12
JP2005529572A (ja) 2005-09-29
EP1532778A4 (en) 2009-03-25
HK1077441A1 (en) 2006-02-10
CN101778422B (zh) 2016-01-06
EP1532778A1 (en) 2005-05-25
US20040125793A1 (en) 2004-07-01
KR20040016064A (ko) 2004-02-21
MXPA04004668A (es) 2004-08-12
EP2256999A1 (en) 2010-12-01
RU2004126164A (ru) 2006-01-20
EP2256999B1 (en) 2012-10-03
EP2375654B1 (en) 2012-10-03
RU2310283C2 (ru) 2007-11-10
CN102196497B (zh) 2016-08-10
JP4008447B2 (ja) 2007-11-14
US20120230284A1 (en) 2012-09-13
ATE503336T1 (de) 2011-04-15
IL161838A (en) 2009-06-15

Similar Documents

Publication Publication Date Title
PT2256999E (pt) Rede de acesso de rádio e terminal com compressão robusta de cabeçalho
US7035287B2 (en) Defining header field compression for data packet connection
US7460475B2 (en) Allocating data transmission resources in packet-switched data transmission
KR100981823B1 (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
KR101020318B1 (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
Metsälä 3GPP Mobile Systems
ZA200403512B (en) Bi-directional packet data transmission system and method