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 PDFInfo
- 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
Links
- 230000006835 compression Effects 0.000 title claims description 140
- 238000007906 compression Methods 0.000 title claims description 140
- 230000005540 biological transmission Effects 0.000 claims abstract description 104
- 238000011144 upstream manufacturing Methods 0.000 claims description 4
- 238000000034 method Methods 0.000 description 62
- 230000006837 decompression Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 13
- 238000012546 transfer Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 10
- 230000002457 bidirectional effect Effects 0.000 description 5
- 238000007796 conventional method Methods 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 101001096355 Homo sapiens Replication factor C subunit 3 Proteins 0.000 description 1
- 102100037855 Replication factor C subunit 3 Human genes 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
Classifications
-
- 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/04—Protocols for data compression, e.g. ROHC
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless 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)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Plural Heterocyclic Compounds (AREA)
- Optical Communication System (AREA)
- Structure Of Transmissions (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)
- 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. 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. 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. 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. 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. 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 . 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. 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. 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. 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. 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. 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. 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. 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
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) | EP2375654B1 (pt) |
JP (1) | JP4008447B2 (pt) |
KR (1) | KR100884956B1 (pt) |
CN (5) | CN101754275B (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)
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 |
FI20031853L (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 |
DK1949721T3 (da) | 2005-10-07 | 2010-10-25 | Interdigital Tech Corp | Kommunikation af styreinformation til downlink- og uplinktransmissioner i et trådløst kommunikationssystem |
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 | 삼성전자주식회사 | 광대역 무선 접속 시스템에서 헤더 압축 방법 지원 여부를 통보하는 방법 및 장치 |
CN101595763B (zh) * | 2007-01-31 | 2012-01-25 | 富士通株式会社 | 无线通信控制方法、无线基站和无线终端 |
KR101013620B1 (ko) * | 2007-03-03 | 2011-02-10 | 주식회사 세아네트웍스 | Ofdm/ofdma 통신 시스템의 레인징을 위한 장치 및방법 |
US20090003347A1 (en) * | 2007-06-29 | 2009-01-01 | Yang Tomas S | Backhaul transmission efficiency |
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 |
CN101364980B (zh) * | 2007-08-10 | 2012-06-20 | 华为技术有限公司 | 建立头压缩通信的方法及系统、头压缩策略功能实体 |
EP2218294B1 (en) * | 2007-11-01 | 2011-12-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 | 国际商业机器公司 | 射频单元、基带处理单元和基站系统 |
US9451469B2 (en) * | 2012-07-23 | 2016-09-20 | Intel Corporation | Apparatus and method for tunneled GPM |
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 | 华为技术有限公司 | 一种电缆承载数据业务接口规范系统中报文转发方法及装置 |
WO2015115968A1 (en) * | 2014-01-31 | 2015-08-06 | Telefonaktiebolaget L M Ericsson (Publ) | Radio compression memory allocation |
CN105794174B (zh) * | 2014-03-03 | 2019-06-21 | Lg电子株式会社 | 用于发送/接收广播信号的设备和方法 |
US10285163B2 (en) | 2014-06-24 | 2019-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of wireless devices in limited radio coverage |
US9877141B2 (en) * | 2014-06-24 | 2018-01-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of wireless devices in limited radio coverage |
CN105765943B (zh) * | 2014-10-20 | 2019-08-23 | Lg 电子株式会社 | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法 |
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE69821092T2 (de) * | 1997-02-21 | 2004-11-11 | Pinpoint Inc., Fort Worth | Rundfunkdatenverteilsystem mit asymmetrischen auf- und abwärtsverbindungsbandbreiten |
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 |
WO2000038391A1 (en) * | 1998-12-23 | 2000-06-29 | Opuswave Networks, Inc. | Wireless local loop system supporting voice/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 |
AU5862100A (en) * | 1999-06-18 | 2001-01-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Robust delta encoding with history information |
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 |
CN101489319B (zh) | 2000-02-22 | 2012-02-22 | 北方电讯网络有限公司 | 控制无线分组交换语音呼叫的系统及方法 |
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 |
FI112995B (fi) | 2001-01-16 | 2004-02-13 | Nokia Corp | Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä |
FI111777B (fi) * | 2001-01-16 | 2003-09-15 | Nokia Corp | IP-datan siirtäminen 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ä |
DE60136230D1 (de) * | 2001-10-19 | 2008-11-27 | Ericsson Telefon Ab L M | Verfahren und anordnung zur kanaltypumschaltung |
US20040120357A1 (en) * | 2002-12-23 | 2004-06-24 | Sami Kekki | On-demand header compression |
KR100770857B1 (ko) | 2004-02-12 | 2007-10-26 | 삼성전자주식회사 | 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법 |
KR100926658B1 (ko) * | 2004-06-04 | 2009-11-17 | 퀄컴 인코포레이티드 | 고 데이터 레이트 인터페이스 장치 및 방법 |
-
2002
- 2002-08-14 KR KR20020048261A patent/KR100884956B1/ko not_active IP Right Cessation
-
2003
- 2003-08-14 EP EP20100175896 patent/EP2375654B1/en not_active Expired - Lifetime
- 2003-08-14 WO PCT/KR2003/001645 patent/WO2004017578A1/en active Application Filing
- 2003-08-14 ES ES03788161T patent/ES2360213T3/es not_active Expired - Lifetime
- 2003-08-14 US US10/640,575 patent/US7366105B2/en active Active
- 2003-08-14 EP EP20100175903 patent/EP2256999B1/en not_active Expired - Lifetime
- 2003-08-14 RU RU2004126164A patent/RU2310283C2/ru active
- 2003-08-14 CN CN200910252339XA patent/CN101754275B/zh not_active Ceased
- 2003-08-14 CN CN200910252340.2A patent/CN102196497B/zh not_active Expired - Lifetime
- 2003-08-14 IL IL16183803A patent/IL161838A0/xx unknown
- 2003-08-14 CN CN200910252337.0A patent/CN101778422B/zh not_active Expired - Lifetime
- 2003-08-14 CN CN038021080A patent/CN1615618B/zh not_active Ceased
- 2003-08-14 PT PT10175903T patent/PT2256999E/pt unknown
- 2003-08-14 JP JP2004528936A patent/JP4008447B2/ja not_active Expired - Lifetime
- 2003-08-14 UA UA20040604828A patent/UA77036C2/uk unknown
- 2003-08-14 DE DE60336479T patent/DE60336479D1/de not_active Expired - Lifetime
- 2003-08-14 EP EP20030788161 patent/EP1532778B1/en not_active Expired - Lifetime
- 2003-08-14 AT AT03788161T patent/ATE503336T1/de not_active IP Right Cessation
- 2003-08-14 CN CN200910252338.5A patent/CN101765150B/zh not_active Expired - Lifetime
- 2003-08-14 AU AU2003252560A patent/AU2003252560B2/en not_active Ceased
-
2004
- 2004-05-06 IL IL161838A patent/IL161838A/en active IP Right Grant
- 2004-05-14 MX MXPA04004668 patent/MXPA04004668A/es active IP Right Grant
-
2005
- 2005-10-21 HK HK05109389A patent/HK1077441A1/xx not_active IP Right Cessation
-
2008
- 2008-04-04 US US12/078,788 patent/US8139555B2/en active Active
- 2008-11-06 US US12/289,909 patent/US9635140B2/en not_active Expired - Lifetime
- 2008-11-06 US US12/289,910 patent/US9635141B2/en not_active Expired - Lifetime
- 2008-11-06 US US12/289,911 patent/US8848684B2/en active Active
-
2012
- 2012-05-24 US US13/480,110 patent/US9635142B2/en not_active Expired - Lifetime
Also Published As
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 |