PT1451980E

PT1451980E - Processo para transmitir dados de aplicações com diferente qualidade

Info

Publication number: PT1451980E
Application number: PT01995603T
Authority: PT
Inventors: Jens Hofmann; Jens Schneider
Original assignee: Nokia Siemens Networks Gmbh
Priority date: 2001-12-10
Filing date: 2001-12-10
Publication date: 2010-11-17
Also published as: ATE477647T1; BR0117193A; AU2002226296A1; JP2005513917A; WO2003055154A1; CN1579069A; US20050131984A1; DE50115595D1; EP1451980B1; ES2350516T3; KR20040059493A; KR100632529B1; BRPI0117193B1; CN1293733C; EP1451980A1; DE10197195D2

Description

1

DESCRIÇÃO

"PROCESSO PARA TRANSMITIR DADOS DE APLICAÇÕES COM DIFERENTE QUALIDADE" A presente invenção refere-se a um processo para transmitir dados de aplicações com diferentes requisitos em termos de qualidade de um serviço de transmissão numa rede de comunicação de dados orientada por pacote.

Em redes de comunicação de dados orientadas por pacote, com por exemplo mecanismos de transmissão baseados em IP, são transmitidos diferentes tipos de dados de diferentes aplicações, através de uma rede, de uma fonte para um destino. Aqui variam muito os requisitos do modo da transmissão entre diferentes aplicações. Isto aplica-se sobretudo à transmissão de dados de aplicações, que requerem uma transmissão em tempo real e/ou com uma taxa de bits garantida relativamente a uma transmissão de dados, que não faz rigorosas exigências a uma transmissão em tempo real e/ou a uma garantia de uma taxa de bits. As aplicações com a exigência de transmissões em tempo real e com taxa de bits garantida são, por exemplo, a VoIP, a rádio online e a transmissão de video. Em contrapartida, os serviços electrónicos de correio ou as utilizações da Internet, como por exemplo navegar na Web, não têm quaisquer requisitos semelhantes a uma transmissão. 0 documento US 2001/025310 Al descreve um método para tratar dados com diferentes requisitos QoS numa rede. A abordagem aqui descrita consiste em dotar cada pacote de dados com uma informação sobre a qualidade de transmissão exigida. Nesse sentido, são definidas, numa rede de dados, determinadas classes de qualidade, que reflectem adequadamente as exigências de transmissão. Cada pacote de dados é atribuído a uma classe QoS e provido de uma 2 correspondente informação. Cada nó de rede, que reencaminha dados numa rede destas, prioriza o reencaminhamento do pacote por meio da informação QoS, que se encontra em cada pacote de dados. Isto siqnifica que em cada pacote de dados tem de estar explicitamente disponível uma informação sobre a Qualidade do Serviço.

Uma característica essencial de redes de comunicação de dados orientadas por pacote tem a ver com o facto de uma transmissão de dados não ocorrer através de caminhos de dados específicos à aplicação, mas através de caminhos de dados virtuais segundo o princípio de multiplexagem estatística. Sob multiplexagem entende-se a transmissão simultânea de várias informações através do mesmo caminho de transmissão com base na distribuição estatística temporal das diferentes informações. Os dados que são normalmente transmitidos nestas redes, caracterizam-se por uma chamada característica de "Burst", isto é, por oscilações temporais da sua largura de banda. Para poder transmitir eficazmente os dados, eles são geralmente agregados entre os nós de comunicação da rede de comunicação de dados orientada por pacote, e são transmitidos em conjunto por meio de aceitações estatísticas através de vias de transporte existentes, ou seja, através de caminhos de dados virtuais de nó de comunicação para nó de comunicação. Não existe uma disponibilização exclusiva de recursos de transmissão para aplicações individuais numa base "ponta a ponta". A multiplexagem estatística permite utilizar eficazmente os recursos de transmissão existentes. Em contrapartida, é disponibilizado - nas redes de comunicação de dados orientadas por linha - para cada aplicação um caminho próprio pela rede de comunicação de dados, no qual é garantido tanto o tempo de transmissão como a largura de banda. Se forem aqui transmitidos dados com uma taxa de 3 bits variável, a largura de banda disponível não se esgota no caso de pausas ou períodos de menor taxa de transmissão.

Cada aplicação de uma rede de comunicação de dados móvel orientada por pacote exige, pelo período de duração da aplicação, da rede de comunicação de dados determinados recursos da capacidade de transferência, para possibilitar uma comunicação "ponta a ponta". Nas redes de comunicação de dados móveis orientadas por pacote, é criado em cada nó de comunicação em questão que tem de ser passado, um chamado contexto com um correspondente conjunto de parâmetros. Um contexto contém todas as informações relevantes, que descrevem o serviço necessário à transmissão dos dados. Principalmente, cada aplicação exige da rede de comunicações de dados um determinado serviço de transmissão numa determinada qualidade (QoS - Qualidade do Serviço). Este requisito caracteriza-se por chamados parâmetros QoS, como por exemplo uma taxa de bits máxima, uma taxa de bits por garantir e um retardamento máximo permitido. Ao gerar um contexto, cada nó de comunicação negoceia estes parâmetros QoS de acordo com os seus recursos existentes, sendo a negociação dos parâmetros progressiva. A transmissão dos dados da respectiva aplicação ocorre com base nestes parâmetros QoS negociados e guardados de igual modo em todos os nós de comunicação onde vão passar. 0 problema da transmissão de dados de aplicações com diferentes requisitos em termos de qualidade da transmissão foi até agora, resolvido de formas diferentes.

Existe uma arquitectura QoS de 3GPP (TS 23.107), que descreve determinadas funções QoS para as redes móveis da 3a geração (UMTS). A realização em nós de comunicação individuais não é, porém, especificada em mais pormenor. Além disso, existem abordagens que descrevem processos para 4 transmitir dados de aplicações com diferentes requisitos QoS numa rede de comunicação de dados.

Uma primeira abordagem consiste em dotar cada pacote de dados com uma informação sobre a qualidade de transmissão exigida. Nesse sentido, são definidas, numa rede de comunicação de dados, determinadas classes de qualidade, que reflectem adequadamente as exigências de transmissão Designam -se estas classes de classes da

Qualidade do Serviço. Cada pacote de dados é atribuído a uma classe QoS e provido de uma correspondente informação. Cada nó de comunicação por passar, que reencaminha dados numa rede de comunicação de dados destas, prioriza o reencaminhamento de um pacote de dados por meio da informação QoS, que se encontra em cada pacote de dados. , Um tratamento habitual consiste em distribuir pacotes em respectivas filhas de espera (Queues) em função da informação QoS ai contida. Estas filas de espera são esvaziadas e reencaminhadas com uma rapidez que varia em função da sua classe QoS. Esta abordagem faz subir estatisticamente a probabilidade de um pacote de dados de prioridade elevada ser guiado muito mais rapidamente pela rede de comunicação de dados do que um pacote de dados com baixa prioridade. Uma desvantagem desta abordagem prende-se com o facto de não haver nenhum tempo nem taxa de transmissão garantida dentro da rede de comunicação de dados. Outras desvantagens são que os pacotes de dados que requerem uma transmissão em tempo real ficam numa memória intermédia em cada fila de espera, sendo assim retardados. É ainda desvantajoso o facto de a informação ter de estar contida em cada pacote de dados, através da adesão a uma classe QoS, e o facto do formato desta informação ter de ser igual em toda a rede de comunicação de dados. Esta abordagem é, por exemplo, descrita no padrão RFC 2474 da IETF (Task Force da Engenharia da Internet). 5

Uma segunda abordagem para resolver o problema acima descrito consiste em instalar diferentes caminhos de dados, para cada classe QoS, dentro da rede de comunicação de dados. Quando um nó de comunicação puder atribuir um pacote de dados a uma classe QoS, este pacote de dados é reencaminhado para um caminho de dados, que corresponde a esta classe QoS. A desvantagem neste processo é os custos na instalação e funcionamento de uma grande quantidade de diferentes caminhos de diferente qualidade entre diferentes nós de comunicação. A instalação de diferentes caminhos de diferentes classes QoS foi definida em diferentes padrões, por exemplo na Especificação de Gestão de Tráfego do fórum ATM também designado AF-TM-0121.000.

Uma terceira abordagem consiste em limitar, no nó de acesso na rede de comunicação de dados - um chamado Edge Node - o tráfego geral a um tráfego pré-definido. Dentro da rede de comunicação de dados, este tráfego deixa de ser diferenciado, uma vez que se pressupõe que a rede de comunicação de dados está suficientemente dimensionada. A desvantagem desta abordagem é a falta de garantia relativamente ao tempo e taxa de transmissão. Esta abordagem é, por exemplo, especificada pelo Grupo de Trabalho do Acordo de Nivel de Serviço de IETF. A invenção pretendia disponibilizar um processo, com cuja ajuda pode transmitir dados de aplicações com diferentes requisitos de transmissão, do modo mais eficiente e sem as desvantagens acima mencionadas, dentro de uma rede de comunicação de dados.

Este objectivo é resolvido pelo processo em conformidade com a invenção de acordo com a reivindicação 1. Pode encontrar outras versões vantajosas do processo em conformidade com a invenção nas subreivindicações.

De acordo com a reivindicação 1, é disponibilizado um processo para transmitir dados de aplicações com diferentes 6 requisitos de transmissão numa rede de comunicação de dados orientada por pacote com nós de comunicação, em que o processo apresenta pelo menos os seguintes passos: a. limitar os dados de cada aplicação a uma taxa de bits pré-definida num nó de comunicação por passar na transmissão dos dados de uma respectiva aplicação, b. gerar e guardar contextos específicos à aplicação em todos os nós de comunicação por passar na transmissão dos dados de uma respectiva aplicação, c. reservar recursos de transmissão em todos os nós de comunicação por passar na transmissão dos dados de uma respectiva aplicação de acordo com os contextos específicos à aplicação, d. reencaminhar os dados de cada aplicação de um nó de comunicação por passar pela respectiva aplicação, para outro nó de comunicação por passar, de acordo com os contextos específicos à aplicação.

Numa versão privilegiada do processo em conformidade com a invenção, o passo a. é realizado num nó de comunicação de acesso (Edge Node) para a rede de comunicação de dados orientada por pacote. Uma corrente de entrada de dados de uma aplicação é limitada a uma taxa de bits máxima permitida e pré-definida, que é preferencialmente determinada pelos recursos existentes na rede de comunicação de dados. Deixa, assim, de ser possível um excesso não permitido nos seguintes nós de comunicação por passar na rede de comunicação de dados.

Privilegia-se sobretudo que a limitação dos dados de cada aplicação a uma taxa de bits pré-definida seja concretizada pelo facto de, paralelamente ao reencaminhamento dos dados de uma respectiva aplicação, seja medida a quantidade destes dados por um período de 7 tempo que pode ser definido e seja comparada com a quantidade de dados correspondente à taxa de bits pré-definida. Isto quer dizer que o tamanho de pacotes de dados que chegam é adicionado, paralelamente ao seu reencaminhamento, durante um determinado período de tempo (intervalo de medição). Este valor reflecte a quantidade de dados dentro deste período de tempo. Se for, por exemplo, alcançada a quantidade máxima de dados permitida correspondente à taxa máxima de bits neste período de tempo, esta informação pode ser utilizada para decidir se os pacotes de dados que se seguem serão rejeitados ou se continuam eventualmente a ser transportados, uma vez que os recursos gerais do nó de comunicação o permitem. Com o início do intervalo de medição que se segue, começa uma nova soma do tamanho dos pacotes de dados, podendo esta soma também partir de um valor inicial diferente de zero, para por ex. considerar Bursts anteriores. Deste modo, minimiza-se por um lado um retardamento dos pacotes de dados e, por outro lado, evita-se exceder as taxas de dados negociadas nos nós de comunicação que se seguem. Simultaneamente, todos os outros nós de comunicação por passar neste caminho de dados na rede de comunicação de dados não precisam mais de controlar a taxa máxima de bits permitida.

Numa versão privilegiada do processo em conformidade com a invenção (no passo c.) cada nó de comunicação, por onde vão passar os dados de uma respectiva aplicação, deduz a partir de uma taxa de bits garantida exigida pela respectiva aplicação e uma taxa máxima de bits por suportar, um valor de largura de banda para um recurso de transmissão por reservar e reserva-o.

Numa outra versão privilegiada do processo em conformidade com a invenção, o passo c. do processo é realizado apenas para dados de aplicações, que requerem uma 8 transmissão em tempo real. Isto significa que no desenvolvimento de um contexto para uma aplicação que requer uma transmissão em tempo real (aplicação em tempo real), cada nó de comunicação por passar deduz, a partir da exigida taxa de bits garantida e da taxa máxima de bits por suportar, um determinado valor de largura de banda para um recurso a reservar (BEchtAppl) e reserva esta largura de banda para esta aplicação. No cálculo da taxa de bits por reservar podem também entrar medições sobre a real necessidade de recursos de aplicações que estão e estiveram activas. De um modo geral, é retido - para todo o tráfego em tempo real no nó de comunicação - uma determinada parte dos recursos (BSumEcht) de toda a largura de transmissão Btotal. Isto quer dizer que o valor de largura de banda (BEchtAppl) calculado para a aplicação é retirado da parte reservada ao tráfego em tempo real BSumEcht. Deste modo, a aplicação tem à sua disposição a largura de banda BEchtAppl do nó de comunicação. Com o fim da aplicação, estes recursos reservados são novamente desbloqueados. A parte retirada para o tráfego em tempo real BSumEcht é, preferencialmente, seleccionada sempre mais pequena do que toda a largura de banda do nó de comunicação. Assegura-se, assim, por um lado que esteja disponível uma determinada parte dos recursos para aplicações, que não requerem uma transmissão em tempo real (aplicação não em tempo real), e por outro lado que se possam transmitir também excessos temporários da largura de banda reservada (Bursts) para aplicações em tempo real. Nas aplicações que não requerem uma transmissão em tempo real nem uma taxa de bits garantida, não se realiza uma reserva da largura de banda para uma única aplicação. Em vez disso, a parte não reservada BSumNichtEcht de todos os recursos é mantida livre para todas as utilizações desse tipo (BsumNichtEcht= Btotal BSumEcht). Simultaneamente, as aplicações que não 9 requerem uma transmissão em tempo real podem também utilizar sempre os recursos que são retidos para as aplicações em tempo real, mas que temporariamente não estão a ser utilizados por elas. As multiplexagens estatísticas permitem transportar dados destas aplicações com uma certa probabilidade. Se a real quantidade de dados do tráfego não em tempo real exceder a largura de banda que lhe foi disponibilizada, este tráfego é retardado ou rejeitado. A verdadeira soma de dados a transportar das aplicações em tempo real pode exceder os recursos reservados para isso. Isto é, por exemplo, o caso quando as correntes de dados com a taxa máxima de bits para todas ou muitas aplicações em tempo real chegam ao mesmo tempo ao nó de comunicação e quando foi reservada pouca largura de banda para estes serviços. Se isto acontecer, são também utilizadas partes dos recursos previstos para aplicações não em tempo real no transporte dos dados das aplicações em tempo real. Ficam, assim, disponíveis menos recursos para a transmissão de dados de aplicações não em tempo real. Em que medida os dados das aplicações em tempo real podem exceder os recursos reservados e qual o grau de probabilidade dos dados serem transportados por aplicações não em tempo real, depende da percentagem dos recursos retidos BSumEcht e do algoritmo de cálculo para a largura de banda a reservar. Neste sentido e entre outros, a quantidade das correntes de dados estatisticamente multiplexadas das aplicações pode também desempenhar um papel importante. Quanto maior for a parte reservada para aplicações em tempo real, menor é a probabilidade de poderem ser transmitidos excessos temporários (Bursts) da largura de banda reservada. Quanto maior for a percentagem da parte reservada para aplicações em tempo real, menor é também a probabilidade de serem transportados dados de aplicações não em tempo real. 10

Numa versão particularmente privilegiada do processo em conformidade com a invenção, este comportamento pode ser influenciado na activação de um contexto, ou seja, na negociação dos parâmetros QoS. Ao gerar os contextos específicos à aplicação em cada nó de comunicação, a relação resultante de uma taxa de bits garantida que é exigida pela respectiva aplicação e de uma taxa máxima de bits a suportar, é preferencialmente variável e, por conseguinte, limitável.

De acordo com a invenção, é também possível, sob determinadas aceitações, proceder a uma transmissão de dados para aplicações em tempo real até à taxa máxima de bits garantida BmaxEchtAppl em cada nó de comunicação, sem resultar em acumulações ou rejeições de pacotes de dados na transmissão destes dados e taxa de bits garantida. Por um lado, os Bursts (ou seja o envio temporário com elevadas taxas de bits) deviam ocorrer estatisticamente distribuídos. Neste caso, é muito provável que não seja excedida a soma da largura de banda reservada BSumEcht. No caso de exceder, utiliza-se juntamente uma parte dos recursos que foi retida para aplicações não em tempo real. Neste caso, a soma da taxa máxima de bits de todos os contextos não pode exceder os recursos gerais de um nó de comunicação numa medida determinada pelos métodos de dimensionamento habituais.

Noutra versão privilegiada do processo em conformidade com a invenção, os dados das aplicações são divididos, no passo d. do processo em conformidade com a invenção, de acordo com os contextos específicos à aplicação, em pelo menos duas categorias e são reencaminhados segundo estas categorias. Estas duas categorias representam, vantajosamente, pelo menos a divisão em aplicações em tempo real e aplicações não em tempo real. Esta categorização é, preferencialmente, realizada em cada nó de comunicação e 11 ocorre, como já mencionado, segundo os contextos presentes no nó de comunicação. Cada pacote de dados, que foi atribuído a uma aplicação em tempo real, é imediatamente reencaminhado para o nó de comunicação que se segue sem ficar em memória intermédia. Os pacotes que não requerem tempo real podem ficar em filas de espera na memória intermédia (Queues), e podem ser reencaminhados para fora da fila de espera de acordo com um determinado mecanismo de classificação. Este mecanismo de classificação pode, por exemplo, dividir os recursos de transferência disponíveis para todo o tráfego não em tempo real ou para partes dele segundo um esquema pré-definido, ou pode realizar uma simples priorização das filas de espera. Os recursos de transferência disponíveis para os dados não em tempo real dependem do aparecimento momentâneo dos dados em tempo real.

Uma vantagem específica da presente invenção consiste em que a combinação dos mecanismos descritos, como a reserva de recursos de transferência, a limitação de correntes de dados de aplicações individuais à taxa máxima de bits e a priorização de diferentes categorias de correntes de dados agregadas no tratamento e transporte destas correntes de dados, possibilita uma transferência o mais eficaz possível e adaptada às necessidades individuais das mais diferentes aplicações.

As seguintes figuras apresentam outras vantagens do processo em conformidade com a invenção. Nomeadamente: A Fig. 1 é um diagrama de blocos para a representação esquemática do passo a. de uma versão do processo em conformidade com a invenção. 12 A Fig. 2 é um diagrama de blocos para a representação esquemática do passo d. de uma versão do processo em conformidade com a invenção. A Figura 1 apresenta um diagrama de blocos para descrever uma possibilidade de limitar dados de uma aplicação a uma taxa de bits pré-indicada. Os dados de uma aplicação chegam à rede de comunicação de dados 1 através de um nó de acesso (Edge Node) 2. Para obter o menor retardamento possível no Edge Node 2 e para não ficar em memória temporária ao calcular a taxa de bits dos dados que chegam, pode realizar-se este comportamento do seguinte modo: Durante um determinado período de tempo (intervalo de medição) soma-se o tamanho dos pacotes de dados que chegam, paralelamente ao seu reencaminhamento, como é indicado pela seta de direcção "ligação ascendente", o que é representado no diagrama 3. Este valor reflecte a quantidade de dados neste período de tempo. Se for alcançada a quantidade máxima de dados permitida correspondente à taxa máxima de bits Bmax neste período de tempo, esta informação pode ser utilizada para decidir se os dados que se seguem serão rejeitados (como é representado no diagrama 4) ou se continuam eventualmente a ser transportados, uma vez que os recursos gerais do Edge Node 2 o permitem. 0 mesmo mecanismo é realizado no sentido inverso, ou seja, na direcção de "ligação descendente". Com o início de um período de tempo ou intervalo de medição que se segue, começa uma nova soma do tamanho dos pacotes de dados, podendo esta soma também partir de um valor inicial diferente de zero, para por ex. considerar Bursts anteriores . Deste modo, minimiza-se por um lado o retardamento dos pacotes de dados e, por outro lado, evita-se exceder as taxas de dados negociadas nos nós de comunicação 5 que se seguem. Simultaneamente, todos os 13 outros nós de comunicação 5 por passar não precisam mais de vigiar a taxa máxima de bits Bmax. A Fig. 2 apresenta um diagrama de blocos para a representação esquemática do passo d. de uma versão do processo em conformidade com a invenção. É representado um reencaminhamento dos pacotes de dados 6 de diferentes aplicações por uma rede de comunicação de dados 1, que engloba vários nós de comunicação 7. Se for exigida uma aplicação, cria-se no nó de comunicação 7 da rede de comunicação de dados 1, por onde vão passar dados ou pacotes de dados 6 da aplicação exigida, um contexto que contém, entre outros, a qualidade da transmissão (QoS) exigida para a aplicação. Este requisito é determinado por diferentes parâmetros. Entre eles conta-se a taxa máxima de bits, uma taxa de bits garantida e um retardamento máximo permitido. Um pacote de dados 6 de uma aplicação que chega à rede de comunicação de dados 1 é agora atribuído a uma de duas categorias 8, 9 no nó de comunicação 7 por onde vai passar, de acordo com o contexto criado e guardado no respectivo nó de comunicação 7. No exemplo representado, as duas categorias 8, 9 correspondem a uma divisão em aplicações em tempo real (tira preta) 8 e aplicações não em tempo real (tira cinzenta) 9. Esta categorização é realizada em cada nó de comunicação 7 por passar. Cada pacote de dados 6, que foi atribuído a uma aplicação em tempo real, é imediatamente reencaminhado para o nó de comunicação 7 que se segue sem ficar em memória intermédia. Os pacotes de dados 6 que não requerem tempo real podem ficar em filas de espera ou Queues na memória intermédia, e podem ser reencaminhados para fora da Queue de acordo com um determinado mecanismo de classificação. Este mecanismo de classificação pode dividir os recursos disponíveis para todos os pacotes de dados 6 de aplicações não em tempo real ou para partes deles segundo um esquema pré-definido, ou 14 pode realizar uma simples priorização de Queues. Os recursos disponíveis para os pacotes de dados 6 de aplicações não em tempo real dependem do aparecimento momentâneo das aplicações em tempo real. 15

DOCUMENTOS APRESENTADOS NA DESCRIÇÃO

Esta lista dos documentos apresentados pelo requerente foi exclusivamente recolhida para informação do leitor e não faz parte do documento europeu da patente. Foi elaborada com o máximo cuidado; o IEP não assume, porém, qualquer responsabilidade por eventuais erros ou omissões.

Documentos de patente apresentados na descrição • US 2001025310 Al [0003]

Lisboa, 10/11/2010

Claims

1 REIVINDICAÇÕES 1. Processo para transmitir dados (6) de aplicações com diferentes requisitos de transmissão numa rede de comunicação de dados (1) orientada por pacote com nós de comunicação (2, 5, 7), em que o processo apresenta pelo menos os seguintes passos: a. limitar os dados (6) de cada aplicação a uma taxa de bits pré-definida num nó de comunicação (2, 5, 7) que irá passar na transmissão dos dados (6) de uma respectiva aplicação, b. gerar e guardar contextos específicos à aplicação em todos os nós de comunicação (2, 5, 7) a passar na transmissão dos dados (6) de uma respectiva aplicação, c. reservar recursos de transmissão em todos os nós de comunicação (2, 5, 7) a passar na transmissão dos dados (6) de uma respectiva aplicação de acordo com os contextos específicos à aplicação, d. reencaminhar os dados (6) de cada aplicação de um nó de comunicação (2, 5, 7) a passar pela respectiva aplicação, para outro nó de comunicação (2, 5, 7) a passar, de acordo com os contextos específicos à aplicação.

2. Processo segundo a reivindicação 1, caracterizado pelo facto do passo a. ser realizado num nó de comunicação de acesso (Edge Node) na rede de comunicação de dados (1) orientada por pacote.

3. Processo segundo a reivindicação 1 ou 2, caracterizado pelo facto 2 da limitação dos dados (6) de cada aplicação a uma taxa de bits pré-definida ser concretizada pelo facto de, paralelamente ao reencaminhamento dos dados (6) de uma respectiva aplicação, ser medida a quantidade destes dados (6) por um periodo de tempo que pode ser definido e ser comparado com a quantidade de dados correspondentes à taxa de bits pré-definida.

4. Processo segundo uma das reivindicações anteriores, caracterizado pelo facto do passo c. ser realizado apenas para dados (6) de aplicações que requerem uma transmissão em tempo real.

5. Processo segundo uma das reivindicações anteriores, caracterizado pelo facto de no passo c. cada nó de comunicação (2, 5, 7), por onde vão passar os dados de uma respectiva aplicação, deduzir a partir de uma taxa de bits garantida exigida pela respectiva aplicação e uma taxa máxima de bits a suportar, um valor de largura de banda para um recurso de transmissão a reservar e reservá-lo.

6. Processo segundo uma das reivindicações anteriores, caracterizado pelo facto de, ao gerar os contextos específicos à aplicação em cada nó de comunicação (2, 5, 7) , a relação resultante de uma taxa de bits garantida que é exigida pela respectiva aplicação e de uma taxa máxima de bits a suportar ser variável.

7. Processo segundo uma das reivindicações anteriores, caracterizado pelo facto de ser reservada uma determinada percentagem (BSumEcht) de recursos de transmissão da totalidade dos recursos de 3 transmissão (Btotai) para dados de aplicações, que requerem respectivamente uma transmissão em tempo real.

8. Processo segundo a reivindicação 7, caracterizado pelo facto da percentagem (BSumEcht) de recursos de transmissão que é reservada para os dados (6) de aplicações, que requerem respectivamente uma transmissão em tempo real, ser seleccionada abaixo da totalidade dos recursos de transmissão (Btotai) ·

9. Processo segundo uma das reivindicações anteriores, caracterizado pelo facto de no passo d., os dados (6) das aplicações serem divididos em pelo menos duas categorias (8, 9) de acordo com os contextos específicos à aplicação, e serem reencaminhados de acordo com essas categorias (8, 9).

10. Processo segundo a reivindicação 9, caracterizado pelo facto das duas categorias corresponderem a uma divisão em aplicações em tempo real (8) e em aplicações não em tempo real. Lisboa, 10/11/2010