BR102014013018A2

BR102014013018A2 - Processos de transmissão e de recebimento de dados entre um terminal e um portão, em particular via uma ligação satélite

Info

Publication number: BR102014013018A2
Application number: BRBR102014013018-7A
Authority: BR
Inventors: Cedric Baudoin; Fabrice Arnal
Original assignee: Centre Nat Etd Spatiales; Thales Sa
Priority date: 2013-05-31
Filing date: 2014-05-29
Publication date: 2015-01-06
Also published as: BR102014013018B1; FR3006534A1; RU2659477C2; EP2809044B1; FR3006534B1; RU2014121265A; ES2574641T3; US9030938B2; EP2809044A1; US20140355516A1

Abstract

RESUMO Patente de Invenção: "PROCESSOS DE TRANSMISSÃO E DE RECEBIMENTO DE DADOS ENTRE UM TERMINAL E UM PORTÃO, EM PARTICULAR VIA UMA LIGAÇÃO SATÉLITE". A presente invenção refere-se ao processo de transmissão de dados entre um terminal (TS) e um portão (GW), os dados sendo transportados por tramas Ethernet (EF), comportando um cabeçalho Ethernet (EH) e uma carga útil (EPL), elas próprias encapsuladas em pacotes de nível inferior (DVB-P), comportando, cada um, um cabeçalho (DVB-H) contendo uma indicação de endereço de acesso ao suporte (DVB-MAC), o processo sendo caracterizado pelo fato de compreender as seguintes etapas: a) determinação dos contextos comuns a tramas, cujos cabeçalhos Ethernet apresentam campos estáticos, e definição de um identificador (PHSI) de cada dito contexto; b) associação de todas essas tramas ou parte delas aos identificadores do contexto correspondentes e supressão desses campos de seus cabeçalhos Ethernet; e c) introdução do identificador de contexto de cada trama, cujos campos do cabeçalho Ethernet foram suprimidos no cabeçalho do pacote de nível inferior encapsulando-o em substituição de sua indicação de endereço de acesso ao suporte. Processo de recebimento de dados transmitidos por meio desse processo.

Description

Relatório Descritivo da Patente de Invenção para "PROCESSOS DE TRANSMISSÃO E DE RECEBIMENTO DE DADOS ENTRE UM TERMINAL E UM PORTÃO, EM PARTICULAR VIA UMA LIGAÇÃO SATÉLITE". [001] A presente invenção refere-se a um processo de transmissão de dados entre um terminal (ou uma pluralidade de terminais) e um portão, assim como a um processo de recebimento desses dados. A invenção se aplica, em particular, às ligações satélites e, mais particularmente, ainda a transmissão satélite de pacotes Ethernet via o protocolo DVB. [002] O protocolo Ethernet foi inicialmente concebido para ser utilizado nas redes locais (LAN, do inglês “Local Area Network”), mas seu sucesso foi tal que é atualmente utilizado também para realizar redes metropolitanas (MAN, do inglês “Metropolitan Area Network”) até mesmo redes extensas (WAN, do inglês “Wide Area Network”), aí compreendidas utilizando ligações satélites. Neste último caso, terminais se comunicam com um ou vários portões (“Gateways” em inglês”) via um satélite, mudando tramas Ethernet encapsuladas em pacotes de nível mais baixo, por exemplo, pacotes DVB (“Digital Vídeo Broadcast”, isto é, “difusão vídeo numérico”). [003] Cada trama Ethernet - assim como cada pacote DVB ou equivalente - compreende uma « Carga útil” e um cabeçalho, este compreendendo notadamente um endereço de origem e um endereço de destino. A carga útil do pacote DVB é constituída pela trama Ethernet, aí compreendido seu cabeçalho. Assim, cada cabeça de rede a-crescenta um cabeçalho aos dados trocados, o que gera um superflu-xo (“overhead” em inglês). [004] Em razão de seu tamanho considerável, os cabeçalhos E-thernet geram um superfluxo significativo, levando a uma forte degradação da capacidade para as soluções de interconexão de nível 2, uti- lizadas notadamente para as redes privadas virtuais (VPN para “Virtual Private Network”), as redes de coleta ou de fornecimento (“backhau-ling” em inglês) e numerosos padrões filares ou sem fio. Esse super-fluxo constitui um freio ao desdobramento de solução de transporte Ethernet nativo nas redes satélites. [005] Processos que permitem a supressão dos cabeçalhos são conhecidos; pode-se, por exemplo, citar o processo “PHS” (o que significa precisamente “Payload Header Suppression”, isto é, “supressão dos cabeçalhos dos pacotes”). Esse processo compreende as seguintes etapas: inicialmente, identifica-se o « contexto >> de um pacote, ou trama, que deve ser transmitido, isto é, um conjunto de informação que permite definir um fluxo ao qual pertence esse pacote. Esse contexto determina de maneira unívoca determinados campos do cabeçalho do pacote (endereço de origem, endereço de destino, extensão do pacote, etc.), ditos “estáticos”, pois são comuns a um grande número de pacotes trocados (todos aqueles que se destacam de um mesmo fluxo); depois se associa de maneira biunívoca um identificador a cada dito contexto (PHSI: “PHS Identifier”). Em seguida, os campos “estáticos” de cabeçalho são suprimidos, e substituídos pelo único identificador do contexto. Assim, o cabeçalho é eliminado na totalidade ou em parte antes da transmissão, e substituído por um identificador mais compacto, o que acarreta uma forte redução do superfluxo. [006] Do lado do recebimento, os campos suprimidos do cabeçalho são reconstituídos a partir do identificador do contexto. Todavia, no caso de uma ligação terminal - portão, e mais particularmente ainda quando essa ligação faz parte de um sistema satélite, o número de fluxo - e, portanto, contextos diferentes - é muito elevado. Isto significa que os identificadores do contexto devem comportar um número mínimo de octetos (geralmente três octetos, permitindo a identificação de mais de 16 milhões de fluxo), o que limita o ganho de eficácia que pode ser obtido. Considera-se, por exemplo, o caso de um pacote de voz tendo uma carga útil de 20 octetos e um cabeçalho DVB de três octetos; o superfluxo de três octetos suplementares introduzido pelo identificador de contexto representa 13% do fluxo. [007] Existem também técnicas de compressão de cabeçalho, baseadas em uma codificação diferencial (por exemplo, ROHC, para “Robust Header Compression”, isto é, “compressão robusta dos cabeçalhos”). Essas técnicas são mais elaboradas do que a simples supressão de cabeçalho, permitindo notadamente comprimir determinados campos dinâmicos; todavia, elas só foram desenvolvidas para as pilhas de nível 3 (camada de rede, por exemplo, IP) ou superior, e não consideram, portanto, a compressão dos cabeçalhos Ethernet. [008] Processos de supressão e/ou compressão de cabeçalho, segundo a técnica anterior, são divulgados, por exemplo, pelos documentos EP 1 298 887, WO 2008/03893 e pelo artigo L. Nuaymi et al. “Headers Overhead Estomation, Header Suppression and Header Compression in WiMax”, 3rd IEEE International Conference on Wireless and Mobile Computing, Networking and Communications 2007 (WIMOB 2007), Piscataway NJ, Etats-Unis, 8 de outubro de 2007, página 17. [009] A invenção visa a superar os inconvenientes pré-citados da técnica anterior e a permitir uma redução do superfluxo gerado pelos cabeçalhos, quando da transmissão de tramas Ethernet entre um terminal e um portão, em particular via uma ligação satélite. [0010] Para atingir essa finalidade, a invenção parte da seguinte constatação. Em uma ligação terminal - portão, o endereço de acesso ao suporte (SVN-MAC, por exemplo, em DVB-RCS2, label GSE em DVB-S2, Logonld/Groupld em DVB-RCS) contida no cabeçalho do pacote de nível inferior é redundante com o contexto do fluxo Ethernet. Em outros termos, o identificador de contexto (PHSI) que substitui todo ou parte do cabeçalho Ethernet e o endereço de acesso ao suporte no cabeçalho de nível inferior veiculam a mesma informação. Portanto, é possível substituir esse endereço de acesso ao suporte pelo PHSI, e utilizar este para realizar a filtragem dos fluxos. Dessa forma, o PHSI não vem se acrescentar ao cabeçalho do pacote de nível inferior, mas substitui um de seus campos; por conseguinte, não acarreta nenhum superfluxo. [0011] Essa solução pode ser acoplada com a utilização de um método de supressão ou - melhor - compressão dos cabeçalhos das camadas de nível superior com Ethernet (notadamente IP). Os dois métodos são aplicados de forma independente. [0012] Um ganho de fluxo adicional pode ser obtido, suprimindo as sequências de controle de trama (FCS, do inglês “Frame Control Sequence”). Isto é autorizado pelas taxas de erro binário muito baixas das ligações satélites, da ordem de 10'10. A FCS é recalculada no nível do receptor, o que não sobrecarregaria o tratamento, pois a verificação da sequência é equivalente a seu cálculo do ponto de vista da carga de cálculo. [0013] Um objeto da invenção é, portanto, um processo de transmissão de dados entre um terminal e um portão os dados sendo transportados por tramas Ethernet, comportando um cabeçalho Ethernet e uma carga útil, elas próprias encapsuladas em pacotes de nível inferior, comportando, cada um, um cabeçalho contendo uma indicação de endereço de acesso ao suporte, o processo sendo caracterizado pelo fato de compreender as seguintes etapas: [0014] determinação dos contextos comuns a tramas, cujos cabeçalhos Ethernet apresentam campos estáticos e definição de um identificador de cada dito contexto; [0015] associação de todas essas tramas ou parte delas aos identificadores do contexto correspondentes e supressão desses campos de seus cabeçalhos Ethernet; e [0016] introdução do identificador de contexto de cada trama, cujos campos do cabeçalho Ethernet foram suprimidos no cabeçalho do pacote de nível inferior encapsulando-o em substituição de sua indicação de endereço de acesso ao suporte. [0017] De acordo com diferentes características vantajosas da invenção, consideradas separadamente ou em combinação: [0018] - o processo pode compreender também a seguinte etapa: [0019] supressão das informações de controle de trama dessas tramas Ethernet; [0020] - a transmissão desses pacotes entre esse terminal e esse portão pode ser realizada por meio de uma ligação satélite; [0021] - esses pacotes podem ser transmitidos de um portão para um terminal e esses pacotes de nível inferior podem ser pacotes GSE; [0022] - esses pacotes podem ser transmitidos de um terminal para um portão e esses pacotes de nível inferior podem ser pacotes RLE; [0023] - as indicações de endereço de acesso ao suporte dos cabeçalhos desses pacotes de nível inferior podem ser endereços DVB; [0024] - essa etapa a) de determinação dos contextos e definição dos identificadores pode ser realizada, criando, de maneira estática, uma pluralidade de conexões entre terminais e esse ou um dito portão, cada conexão correspondendo a um contexto; [0025] - quando dessa etapa a), esses contextos podem ser determinados, e os identificadores correspondentes são definidos, à passagem por esse ou cada portão e comunicados a um ou vários ditos terminais; [0026] - o processo pode comportar também uma etapa de filtragem dos fluxos por meio dos identificadores de contexto contidos nos cabeçalhos desses pacotes de nível inferior. [0027] Um outro objeto da invenção é um processo de recebimento de dados transmitidos entre um terminal e um portão, comportando as seguintes etapas: [0028] recebimento de pacotes de dados, compreendendo, cada um, um cabeçalho e uma carga útil, essa carga útil contendo uma trama Ethernet dos quais pelo menos determinados campos do cabeçalho Ethernet foram suprimidos; [0029] extração um identificador de contexto, a partir de um campo de indicação do endereço de acesso ao suporte do cabeçalho de pelo menos um dito pacote; e [0030] a partir desse identificador, reconstrução dos campos do cabeçalho Ethernet dessa trama que tinham sido suprimidos. [0031] De acordo com diferentes características vantajosas da invenção, consideradas separadamente ou em combinação: [0032] - essa trama Ethernet pode não compreender informações de controle de trama, o processo comportando também a seguinte e-tapa: [0033] IV) recálculo de informações de controle de trama dessa trama Ethernet, a partir de sua carga útil e de seu cabeçalho reconstruído e reintrodução dessa informação nessa trama; [0034] - a transformação desses pacotes entre esse terminal e esse portão pode ser efetuada por meio de uma ligação satélite; [0035] - esses pacotes podem ser transmitidos de um portão para um terminal e esses pacotes de nível inferior são pacotes GSE; [0036] - esses pacotes podem ser transmitidos de um terminal para um portão e esses pacotes de nível inferior são pacotes RLE; [0037] - as indicações de endereço de acesso ao suporte dos cabeçalhos desses pacotes de nível inferior podem ser endereços DVB; [0038] - o processo pode comportar uma etapa de constituição de uma base de dados, associando um ou vários campos de um cabeçalho Ethernet a cada identificador de contexto, essa base de dados sendo utilizada para a aplicação dessa etapa III); [0039] - essa etapa de constituição de uma base de dados pode ser realizada, criando, de maneira estática, uma pluralidade de conexões entre terminais e esse ou um dito portão, cada conexão correspondente a um dito contexto. [0040] Como variante, quando dessa etapa de constituição de uma base de dados, o portão pode identificar cada novo contexto, determinar um ou vários campos de cabeçalho Ethernet associados a esse contexto e comunicá-los a um terminal com um identificador de contexto correspondente. [0041] Outras características, detalhes e vantagens da invenção sobressairão com a leitura da descrição feita com referência aos desenhos anexados dados a título de exemplo e que representa, respectivamente: [0042] - a figura 1, um sistema de comunicação satélite conveniente à aplicação dos processos da invenção; [0043] - a figura 2A, um pacote DVB encapsulando uma trama E-thernet convencional, de acordo com a técnica anterior; [0044] - a figura 2B, um pacote DVB modificado, de acordo com um modo de realização da invenção; [0045] - a figura 2C, a utilização de uma etapa de supressão de cabeçalho, segundo um modo de realização da invenção; [0046] - s figura 3, a utilização de uma etapa de reconstrução de cabeçalho, conforme um modo de realização da invenção; e [0047] - a figura 4, a negociação entre um portão e um terminal para identificar “no voo”, um contexto e definir o identificador correspondente. [0048] A figura 1 ilustra, de maneira muito esquemática, um sistema de comunicação satélite no qual a presente invenção pode ser a-plicada. Esse sistema compreende uma pluralidade de terminais TS (um só está representado) comunicando-se com portões GW por intermédio de um satélite SAT. A comunicação é feita, trocando-se tramas Ethernet EF que são encapsuladas em pacotes DVB, antes da transmissão, e que são daí extraídas, após recebimento. A comunicação é bidirecional; denomina-se a ligação portão - terminal “canal ida” FC e a ligação terminal - portão “canal retorno” RC. Essas duas ligações podem utilizar protocolos de encapsulamento e de transmissão diferentes, por exemplo, GSE para o canal ida e RLE para o canal retorno. A invenção permite aumentar o fluxo útil do sistema, reduzindo o superfluxo introduzido pelos cabeçalhos Ethernet e isto tanto sobre o canal ida quanto sobre o canal retorno. [0049] A estrutura de um pacote DVB convencional é ilustrada na figura 2A sob a referência DVB-P. Esse pacote contém um cabeçalho DVB-H e uma carga útil DVB-PL. O cabeçalho DVB-H contém, entre outros, um endereço de acesso ao suporte DVB-MAC. A carga útil DVB-PL é constituída por uma trama Ethernet EF, que compreende por sua vez um cabeçalho Ethernet EH, uma carga útil Ethernet EPL e uma sequência de controle de trama FCS. O cabeçalho Ethernet EH contém, até mesmo é unicamente constituído por campos ditos “estáticos” que são idênticos em todas as tramas de um mesmo fluxo; trata-se notadamente dos endereços de origem e de destinação. [0050] Nessas condições, de acordo com o processo PHS, os campos estáticos dos cabeçalhos Ethernet EH podem ser substituídos por um identificador de contexto PHSI, comportando um número inferi- or de octetos; por exemplo, com um comprimento de PHSI de 3 octetos é possível gerar mais de 16 milhões de contextos, e, portanto, de fluxo, diferentes. [0051] De acordo com a invenção, todavia, o identificador de contexto PHSI não ocupa o lugar dos campos estáticos que ele substitui, mas aquela das indicações de endereço(s) MAC (DVB) contidas no cabeçalho DVB-H do pacote DVB-P. Com efeito, conforme explicado mais acima, no caso de uma comunicação entre um terminal e um portão, a informação veiculada no endereço MAC do cabeçalho DVB é redundante com os campos estáticos do cabeçalho da trama Ethernet. Essa indicação de endereços MAC (DVB), redundante com o identificador de contexto PHSI, não é, portanto, mais diretamente transportada, sem consequência sobre o resto dos tratamentos. Em particular, a filtragem dos fluxos pode ser feita a partir dos identificadores de contexto PHSI sem dificuldade particular. [0052] No modo de realização das figuras 2A - 2C, o cabeçalho Ethernet contém unicamente campos estáticos; por conseguinte, ela pode ser inteiramente suprimida. Por outro lado, conforme mencionado mais acima, a sequência de controle de trama FCS pode também ser suprimida na emissão, para ser reconstruída no recebimento, a partir da carga útil e do cabeçalho Ethernet reconstituída EH. Obtém-se assim, conforme ilustrado pela figura 2B, um pacote DVB modificado DVB-P' cujo cabeçalho DVB-H' não contém endereço MAC, mas um identificador de contexto PHSI, e cuja carga útil DVBPL' contém uma trama Ethernet modificada EF' sem cabeçalho e sem sequência de controle FCS, coincidindo, portanto, na prática com sua carga útil EPL (em outros modos de realização, um cabeçalho reduzido contendo u-nicamente campos não estáticos poderia subsistir). Esse pacote DVB modificado é transmitido pelo sistema da figura 1, o identificador de contexto PHSI sendo utilizado, no nível das terminações (TS e/ou GW) para a filtragem dos fluxos no lugar do endereço MAC. [0053] A figura 2C ilustra a etapa de supressão do cabeçalho E-thernet (assim como a sequência FCS) e sua substituição por um campo PHSI inserido no cabeçalho DVB. Essa etapa utiliza uma base de dados CDB que associa a cada cabeçalho Ethernet (ou a cada conjunto de campos estáticos desse cabeçalho) o identificador de contexto correspondente. [0054] Do lado do recebimento, procede-se à reconstituição da trama Ethernet, conforme ilustrado na figura 3. O identificador de contexto é extraído do cabeçalho DVBH' do pacote DVB modificado DVB-P' e utilizado para interrogar essa base de dados CDB, utilizada dessa vez para associar a cada contexto o cabeçalho Ethernet correspondente, que é introduzido no início da trama Ethernet modificada EF'. Além disso, a sequência de controle FCS é recalculada a partir da carga útil Ethernet EPL e do cabeçalho reconstituído EH, e introduzida no fim de trama modificada EF' para reconstituir a trama Ethernet de origem EF, que pode ser encaminhada sobre uma rede terrestre. [0055] Existem principalmente duas formas de constituir a base de dados CDB. [0056] De acordo com um primeiro modo de realização da invenção, ela é constituída de forma estática: quando da parametrização “por gerenciamento” dos terminais, cria-se uma pluralidade de conexões, correspondente cada uma a um contexto respectivo. O conjunto dos contextos gerados pelo sistema é então definido antes. [0057] Uma abordagem diferente, utilizada em outros modos de realização da invenção, se baseia na configuração dinâmica. Vários métodos podem ser utilizados para isso, seja baseados em protocolos de criação dinâmicas de VLAN (redes privadas virtuais), seja baseados em protocolos de acesso de criações de conexões (tipo C2P), se- ja, enfim, estabelecendo os contextos de supressão de cabeçalho (PHSI e campos estáticos Ethernet) à passagem. Nesse âmbito, os VLANs podem ser configurados dinamicamente ou não. Convém então determinar o contexto e o PHSI associado e enviá-lo à outra extremidade da ligação satélite via um protocolo, similar ao caso do WiMAX com PHS. A escolha do PHSI pode ser realizada de forma centralizada em um centro de operação da rede (“Network Control Center”, ou NCC). Um modo de realização possível é ilustrado na figura 4. A primeira trama Ethernet EF de um fluxo é transmitida por completo, en-capsulada em um pacote DVB-P, e o identificador PHSI de seu contexto é também transmitido via uma extensão GSE ou RLE específica, conforme mencionado mais acima, o que permite a constituição da base de dados CDB no nível do receptor. Este último envia uma mensagem de quitação ACK (também definida no âmbito da extensão GSE ou RLE em questão) para assegurar ao módulo de supressão de cabeçalho do emissor que o identificador do contexto é utilizável para o fluxo correspondente à trama EF. Em seguida os cabeçalhos Ethernet das tramas destacando do mesmo contexto são suprimidos, e a transmissão é feita por meio de pacotes DVB-P' da maneira descrita mais acima. [0058] As tramas DVB permitem veicular vários tipos de protocolos de nível inferior; por essa razão, os protocolos RLE e GSE preveem um campo “protocol_type” permitem identificar o modo de transporte. Esse campo pode ser utilizado para distinguir os pacotes que encap-sulam as tramas Ethernet “convencionais” ou com cabeçalho suprimido. Isto permite notadamente misturar os dois tipos de fluxo. [0059] A figura 4 se refere ao caso particular de uma transmissão sobre o canal ida; a seta “t”, orientada para baixo, indica a direção do tempo. [0060] A tabela abaixo permite apreciar a vantagem técnica oferecida pela invenção. Considera-se um caso em que a supressão de cabeçalho (com identificadores de contexto de 3 octetos) é acoplada a uma compressão de cabeçalho de tipo ROHC. Em função do protocolo considerado, o ganho de superfluxo ligado à supressão do cabeçalho Ethernet com tag 802.1Q pode atingir 73%. [0061] A invenção foi descrita em relação ao caso particular de um sistema de comunicação satélite baseado em um protocolo de tipo DVB. Todavia, não se trata de uma limitação essencial e de outros sistemas de comunicação, satélites ou mesmo terrestres, podem se beneficiar do processo de supressão de cabeçalhos Ethernet descrito acima.

Claims

1. Processo de transmissão de dados entre um terminal (TS) e um portão (GW), os dados sendo transportados por tramas E-thernet (EF), comportando um cabeçalho Ethernet (EH) e uma carga útil (EPL), elas próprias encapsuladas em pacotes de nível inferior (DVB-P), comportando, cada um, um cabeçalho (DVB-H) contendo uma indicação de endereço de acesso ao suporte (DVB-MAC), o processo sendo caracterizado pelo fato de compreender as seguintes e-tapas: a) determinação dos contextos comuns a tramas, cujos cabeçalhos Ethernet apresentam campos estáticos, e definição de um identificador (PHSI) de cada dito contexto; b) associação de todas essas tramas ou parte delas aos i-dentificadores do contexto correspondentes e supressão desses campos de seus cabeçalhos Ethernet; e c) introdução do identificador de contexto de cada trama, cujos campos do cabeçalho Ethernet foram suprimidos no cabeçalho do pacote de nível inferior encapsulando-o em substituição de sua indicação de endereço de acesso ao suporte.

2. Processo, de acordo com a reivindicação 1, compreendendo também a seguinte etapa: d) supressão das informações de controle de trama (FCS) dessas tramas Ethernet.

3. Processo, de acordo com uma das reivindicações precedentes, comportando a transmissão desses pacotes entre esse terminal e esse portão por meio de uma ligação satélite.

4. Processo, de acordo com uma das reivindicações precedentes, no qual esses pacotes podem ser transmitidos de um portão para um terminal e esses pacotes de nível inferior podem ser pacotes GSE.

5. Processo, de acordo com uma das reivindicações 1 a 3, no qual esses pacotes são transmitidos de um terminal para um portão e esses pacotes de nível inferior são pacotes RLE.

6. Processo, de acordo com uma das reivindicações precedentes, no qual as indicações de endereço de acesso ao suporte de cabeçalhos desses pacotes de nível inferior são endereços DVB.

7. Processo, de acordo com uma das reivindicações precedentes, no qual essa etapa a) de determinação dos contextos e definição dos identificadores é realizada, criando, de maneira estática, uma pluralidade de conexões entre terminais e esse ou um dito portão, cada conexão correspondendo a um contexto.

8. Processo, de acordo com uma das reivindicações 1 a 6, no qual, quando dessa etapa a), esses contextos são determinados, e os identificadores correspondentes são definidos, à passagem por esse ou cada portão e comunicados a um ou vários ditos terminais.

9. Processo, de acordo com uma das reivindicações precedentes, comportando também uma etapa de filtragem dos fluxos por meio dos identificadores de contexto contidos nos cabeçalhos desses pacotes de nível inferior.

10. Processo de recebimento de dados transmitidos entre um terminal (TS) e um portão (GW), comportando as seguintes etapas: I) recebimento de pacotes de dados, compreendendo, cada um, um cabeçalho (DVB-IT) e uma carga útil (DVB-PL'), essa carga útil contendo uma trama Ethernet (EF') dos quais pelo menos determinados campos do cabeçalho Ethernet foram suprimidos; II) extração de um identificador de contexto a partir de um campo de indicação do endereço de acesso ao suporte do cabeçalho de pelo menos um dito pacote; e III) a partir desse identificador, reconstrução dos campos do cabeçalho Ethernet dessa trama que tinham sido suprimidos.

11. Processo, de acordo com a reivindicação 10, no qual essa trama Ethernet (EF) não compreende informações de controle de trama, o processo comportando também a seguinte etapa: IV) recálculo informações de controle de trama dessa trama Ethernet a partir de sua carga útil e de seu cabeçalho reconstruído e reintrodução dessa informação nessa trama.

12. Processo, de acordo com uma das reivindicações 10 ou 11, no qual a transmissão desses pacotes entre esse terminal e esse portão é efetuada por meio de uma ligação satélite.

13. Processo, de acordo com uma das reivindicações 10 a 12, no qual esses pacotes são transmitidos de um portão para um terminal e esses pacotes de nível inferior são pacotes GSE.

14. Processo, de acordo com uma das reivindicações 10 a 12, no qual esses pacotes são transmitidos de um terminal para um portão e esses pacotes de nível inferior são pacotes RLE.

15. Processo, de acordo com uma das reivindicações 10 a 12, no qual as indicações de endereço de acesso ao suporte dos cabeçalhos desses pacotes de nível inferior são endereços DVB.

16. Processo, de acordo com uma das reivindicações 10 a 15, que comporta uma etapa de constituição de uma base de dados (CDB) associando um ou vários campos de um cabeçalho Ethernet a cada identificador de contexto, essa base de dados sendo utilizada para a aplicação dessa etapa III).

17. Processo, de acordo com a reivindicação 16, no qual essa etapa de constituição de uma base de dados é realizada, criando, de maneira estática, uma pluralidade de conexões entre terminais e esse ou um dito portão, cada conexão correspondente a um dito contexto.

18. Processo, de acordo com a reivindicação 16, no qual, quando dessa etapa de constituição de uma base de dados, o portão identifica cada novo contexto, determina um ou vários campos de cabeçalho Ethernet associados a esse contexto e os comunica a um terminal com um identificador de contexto correspondente.