BRPI0807450A2 - Método e sistema para alocar largura de banda - Google Patents

Método e sistema para alocar largura de banda Download PDF

Info

Publication number
BRPI0807450A2
BRPI0807450A2 BRPI0807450-0A BRPI0807450A BRPI0807450A2 BR PI0807450 A2 BRPI0807450 A2 BR PI0807450A2 BR PI0807450 A BRPI0807450 A BR PI0807450A BR PI0807450 A2 BRPI0807450 A2 BR PI0807450A2
Authority
BR
Brazil
Prior art keywords
bandwidth
gateway
hub
vsat
remote
Prior art date
Application number
BRPI0807450-0A
Other languages
English (en)
Inventor
Carlos Elisio Baptista
Wilson Cardoso
Original Assignee
Siemens Ag
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Ag filed Critical Siemens Ag
Publication of BRPI0807450A2 publication Critical patent/BRPI0807450A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/185Space-based or airborne stations; Stations for satellite systems
    • H04B7/18578Satellite systems for providing broadband data service to individual earth stations
    • H04B7/18582Arrangements for data linking, i.e. for data framing, for error recovery, for multiple access

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Radio Relay Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

Relatório Descritivo da Patente de Invenção para "MÉTODO E SISTEMA PARA ALOCAR LARGURA DE BANDA".
A presente invenção de uma maneira geral refere-se à alocação de largura de banda em sistemas de telecomunicação VoIP, nos quais largu- ra de banda é alocada de acordo com técnicas baseadas em taxa dinâmica.
A invenção é explicada em seus usos possíveis em sistemas de telecomunicação via satélite.
Comunicações via satélite são caracterizadas por largura de banda escassa e, portanto, cara. Escassez de largura de banda de satélite exige a reutilização de largura de banda por meio de métodos centralizados adequados de acesso controlado por um dispositivo hub-gateway. Tais mé- todos centralizados de controle de taxa de largura de banda têm a principal desvantagem de implicar atrasos de ligação por satélite de ida e volta para alocação de largura de banda para estações remotas a ser realizada pelo hub-gateway, tal como está ilustrado esquematicamente neste documento a seguir por meio das figuras 1 a 5.
A figura 1 é um diagrama de blocos ilustrando esquematicamen- te uma arquitetura de exemplo de um sistema de comunicação via satélite, parcialmente baseado em pacotes, tal como conhecido a partir da técnica anterior.
Um satélite de comunicações SAT está em comunicação com uma pluralidade de estações de satélite remotas VSAT, também chamadas de Terminais de Abertura Muito Pequena (VSATs), e com um hub-gateway HG.
Um exemplo de sistema de satélite de banda larga de IP é o sis- tema de Difusão de Vídeo Digital-Canal de Retorno por Satélite (DVB-RCS), tal como definido pelo padrão ETSI EN 301790. As estações de satélite re- motas VSAT, em terminologia DVB-RCS, são chamadas de Terminais de Canal Retorno via Satélite (RCSTs).
Outros exemplos de sistemas de satélite de banda larga de IP incluem ViaSat Docsis e Hughes IP-OS.
O hub-gateway HG é um dispositivo responsável por controlar designação de largura de banda mediante solicitações que chegam das es- tações de satélite remotas VSAT. O hub-gateway HG está, em um lado, em comunicação com as estações de satélite remotas VSAT, por meio do satéli- te geoestacionário de comunicações SAT, no outro lado com uma de mais 5 redes, por exemplo, ATM, IP, PSTN, GSM.
Cada estação de satélite remota VSAT está em comunicação, por meio de uma interface de Ethernet El, com um dispositivo de acesso AD1, AD2, AD3, diretamente, tais como exemplos no caso de gateway de VoIP AD1, ou, indiretamente, tal como no caso de uma presença de um co- 10 mutador de Ethernet ES entre os dispositivos de acesso CPG, telefone SIP, BTS AD2, AD3, AD4 e o terminal de satélite remoto VSAT.
Exemplos dos dispositivos de acesso AD1, ..., AD6 incluem ga- teways de acesso H.248/SIP/MEGACO, CPGs, gateways de minientronca- mento, estações base, BTSs NANO, telefones SIP.
15 Dispositivo A.BIS indica a interface entre a estação transceptora
base AD5 e o controlador de estação base, não mostrado.
Existem diversos esquemas conhecidos para solicitar capacida- de de largura de banda por meio de dispositivos de satélite remotos VSAT.
Um primeiro esquema conhecido para solicitar capacidade de - 20 largura de banda é um esquema no qual largura de banda dedicada é aloca- da entre a estação de satélite remota VSAT e o hub-gateway HG com base em alguma sinalização proveniente dos dispositivos de acesso AD1, ..., AD5 ou como resultado de uma ação de configuração executada pelo hub- gateway HG propriamente dito. Com esquemas de alocação de largura de 25 banda dedicada, o operador tipicamente aloca para um terminal de satélite remoto VSAT uma largura de banda fixa, por exemplo, 20 kbps, a qual é sempre a mesma se nenhum dado estiver sendo transmitido através da in- terface de Ethernet El.
Um segundo esquema conhecido para solicitar capacidade de 30 largura de banda é um esquema no qual largura de banda é alocada dinami- camente com base na taxa de pacotes. A largura de banda alocada depende da taxa de pacotes que chegam à estação remota VSAT provenientes do seu dispositivo de acesso AD1, AD5 conectado.
Em sistemas DVB-RCS, exemplos dos dois esquemas conheci- dos mencionados anteriormente para alocação de largura de banda são Ca- pacidade Dinâmica Baseada em Taxa (RBDC) e Designação de Taxa Contí-
5 nua (CRA) correspondendo à alocação de largura de banda baseada em taxa e à alocação de largura de banda dedicada, respectivamente.
Alocação RBDC tem a vantagem em que ela evita a perda de largura de banda de alocação dedicada CRA por permitir reutilização de lar- gura de banda.
Em alocação RBDC, o terminal remoto VSAT se mantém solici-
tando ao hub-gateway HG largura de banda à medida que pacotes VoIP flu- em do gateway de acesso VoIP AD1, ..., AD5 para o terminal remoto VSAT e ele cessa de assim fazer logo que pacotes param de ser enviados.
A figura 2 é um diagrama de blocos ilustrando esquematicamen- te um exemplo de uma alocação de largura de banda dinâmica baseada em taxa durante a fase de configuração de uma chamada VoIP tal como conhe- cido a partir da técnica anterior. Antes de a conexão de chamada VoIP ser configurada, o dispositivo de gateway de acesso AD está em um modo de repouso, isto é, não existe atividade na comunicação com o terminal de saté- Iite remoto VSAT, uma vez que nenhum tráfego está presente. Em certo momento no tempo, quando um assinante vai para fora de linha, o dispositi- vo de acesso AD propriamente dito emite um tom de discagem, o assinante inicia a discar, o dispositivo de acesso AD mapeia por bits os dígitos de dis- cagem de entrada e quando o assinante termina a discagem, pacotes de sinalização são enviados para o terminal de satélite remoto VSAT.
Na etapa ST21, os pacotes P1, ..., P4 iniciam a fluir do dispositi- vo de acesso AD para o terminal de satélite remoto VSAT. O terminal de sa- télite remoto VSAT tem que enviar estes pacotes P1, ..., P4 para o hub- gateway HG através da ligação por satélite, a qual é o caminho de comuni- 30 cações entre a estação de satélite remota VSAT e o hub-gateway HG por meio do satélite de comunicações SAT. Entretanto, uma vez que antes disto não existiu nenhum tráfego, por causa da alocação de largura de banda di- nâmica baseada em taxa, nenhuma largura de banda foi alocada anterior- mente para esta tarefa. Assim, na etapa ST22, o terminal de satélite remoto VSAT solicita alocação de largura de banda ao hub-gateway HG em uma base RBDC.
5 Assim, com alocação RBDC, os pacotes P1, ..., P4 enviados a-
través da interface de Ethernet El do dispositivo de acesso AD para o termi- nal remoto VSAT fazem o terminal de satélite remoto VSAT reagir e solicitar, na etapa ST22, ao hub-gateway HG largura de banda equivalente para a taxa sendo transmitida.
10 Entretanto, a solicitação de largura de banda da etapa ST22 ao
hub-gateway HG implica em um atraso de ida e volta de satélite entre o ter- minal de satélite remoto VSAT e o hub-gateway HG.
De fato, a solicitação de largura de banda da etapa ST22 chega ao hub-gateway HG por meio da ligação por satélite e, por sua vez, na etapa 15 ST23, o hub-gateway HG tem que comunicar ao terminal de satélite remoto VSAT quando a largura de banda é realmente alocada. Somente então o terminal de satélite remoto VSAT é capaz de transmitir, na etapa ST24, de acordo com a largura de banda alocada.
O atraso de ida e volta é frequentemente percebido pelos assi- k ■ 20 nantes. De fato, o atraso de ida e volta pode ser da ordem de ca 500 ms se somente tempo de propagação for considerado, mas outros fatores podem contribuir para maiores atrasos. Assim, com alocação RDBC uma primeira desvantagem é que, na fase de início de uma fase VoIP, os pacotes P1, ..., P4 que chegam à estação de satélite remota VSAT assentam em um arma- 25 zenamento temporário de entrada, não mostrado, no terminal de satélite re- moto VSAT, esperando por reação de sistema e por alocação de largura de banda, causando assim uma flutuação no começo da comunicação VoIP.
Nas figuras 2 a 7, as conexões entre os terminais de satélite re- motos VSAT, o satélite de comunicações SAT e o hub-gateway HG, indica- 30 das com uma linha preta grossa, são conexões nas quais dados são trans- mitidos, tal como, por exemplo, nas etapas ST24, ST34, ST64, enquanto que as conexões indicadas com uma linha tracejada são conexões nas quais informação de controle interno entre o hub-gateway HG e o satélite remoto VSAT é transmitida tal como, por exemplo, nas etapas ST22, ST23, ST32, ST33.
A figura 3 é um diagrama de blocos ilustrando esquematicamen- te um exemplo de uma alocação de largura de banda dinâmica baseada em taxa com supressão de silêncio tal como conhecido a partir da técnica ante- rior.
As figuras 4 e 5 são as continuações das figuras 3 e 4, respecti- vamente.
Na figura 3, na configuração da chamada VoIP1 na etapa ST31, os pacotes P1, P2 produzem uma solicitação de largura de banda. Opera- ções executadas para os pacotes P1, P2 nas etapas ST32, ST33, ST34 são iguais às operações executadas nas etapas ST22, ST23, ST24 da figura 2 para os pacotes P1, ..., P4.
A etapa ST31a representa um período de silêncio na comunica- ção por voz que está ocorrendo entre os pacotes P1, P2 e os pacotes P3, P4.
Com alocação RBDC na qual detecção de atividade de voz/supressão de silêncio é ativada, quando o assinante da chamada VoIP estabelecida torna-se silencioso, uma vez que não existe pacote transmitido através da interface de Ethernet El de um entre os dispositivos de acesso AD para o terminal de satélite remoto VSAT, a taxa cessa de existir e, por- tanto, o terminal remoto VSAT não permanece solicitando ao hub-gateway HG através da ligação por satélite largura de banda, e o hub-gateway HG abate suavemente a largura de banda RBDC alocada anteriormente para a chamada VolP.
Tal como mostrado na figura 4, na etapa ST41a, existe um perí- odo de silêncio no qual pacotes não são enviados até que, na etapa ST41, novos pacotes de voz P3, P4 são enviados. Por causa do período de silêncio da etapa ST41a, largura de banda é desalocada na etapa ST42. Como uma conseqüência, quando o assinante inicia a falar de novo, os novos pacotes de voz P3, P4 têm que aguardar por um tempo no armazenamento temporá- rio de entrada, não mostrado, do terminal de satélite remoto VSAT até que o sistema de satélite reaja e aloque de novo largura de banda baseada em RBDC, tal como mostrado na figura 5.
Infelizmente, o fato de que os pacotes de voz P3, P4 têm que assentar no armazenamento temporário de entrada cria flutuação durante comunicação VoIP.
Consequentemente, tal como explicado anteriormente, a princi- pal desvantagem dos métodos de alocação de largura de banda dinâmica baseada em taxa conhecidos é que, em comunicação VoIP através de sis- 10 tema de satélite, flutuação é causada no começo de uma conexão de cha- mada VoIP, e durante uma conexão de chamada VoIP no caso de supres- são de silêncio ser ativada.
Portanto, é o propósito da presente invenção superar as desvan- tagens mencionadas anteriormente, em particular ao fornecer um método e um sistema para alocar dinamicamente largura de banda nos quais flutuação é minimizada.
O objetivo mencionado anteriormente é alcançado por meio de um método e um sistema para alocar largura de banda para chamadas VoIP através de um sistema de comunicação via satélite, no qual um terminal de 20 satélite remoto está solicitando a um hub-gateway largura de banda para ser alocada de acordo com uma técnica dinâmica baseada na taxa de pacotes entre um dispositivo de acesso e o terminal de satélite remoto, a invenção compreendendo:
a) por meio do dispositivo de acesso, enviar uma mensagem de solicitação de largura de banda para o terminal de satélite remoto ou para o
hub-gateway contendo informação a respeito de exigências de alocação de largura de banda para um dado conjunto de chamadas VoIP;
b) por meio do terminal de satélite remoto ou por meio do hub- gateway, identificar a informação enviada na mensagem recebida;
c) por meio do terminal de satélite remoto ou por meio do hub-
gateway, analisar a informação a respeito de exigências de alocação de lar- gura de banda contidas na informação enviada na mensagem; e d) por meio do terminal de satélite remoto ou por meio do hub- gateway, mediante necessidade, solicitar ao hub-gateway largura de banda para ser alocada de acordo com a informação analisada a respeito de exi- gências de alocação de largura de banda.
O objetivo mencionado anteriormente é alcançado por meio de
um método e um sistema para alocar largura de banda para chamadas VoIP através de um sistema de comunicação, no qual um terminal remoto está solicitando a um hub-gateway largura de banda para ser alocada de acordo com uma técnica dinâmica baseada na taxa de pacotes entre um dispositivo de acesso e o terminal remoto, o método compreendendo:
a) por meio do dispositivo de acesso, enviar uma mensagem de solicitação de largura de banda para o terminal remoto ou para o hub- gateway contendo informação a respeito de exigências de alocação de lar- gura de banda para um dado conjunto de chamadas VoIP;
b) por meio do terminal remoto ou por meio do hub-gateway, i-
dentificar a informação enviada na mensagem recebida;
c) por meio do terminal remoto ou por meio do hub-gateway, a- nalisar a informação a respeito de exigências de alocação de largura de banda contidas na informação enviada na mensagem; e d) por meio do terminal remoto ou por meio do hub-gateway,
mediante necessidade, solicitar ao hub-gateway largura de banda para ser alocada de acordo com a informação analisada a respeito de exigências de alocação de largura de banda.
Em modalidades da invenção, a mensagem de solicitação de largura de banda pode ser um pacote IP inteligente (SP) tendo a função de um pacote de mensagem de controle de largura de banda.
Em modalidades da invenção, a mensagem de solicitação de largura de banda pode ser trocada por meio de uma conexão TCP, ou por meio de uma troca de pacote UDP1 ou por meio de pacotes de Ethernet ou por meio de outros dispositivos.
No item d) de modalidades da invenção, a largura de banda soli- citada para ser alocada vantajosamente pode ser largura de banda a ser acrescentada, preferivelmente durante a fase de configuração do conjunto de chamadas VoIP.
No item d) de modalidades da invenção, a largura de banda soli- citada para ser alocada convenientemente pode ser uma quantidade mínima 5 de largura de banda a ser retida no tempo da duração do conjunto de cha- madas VoIP, particularmente quando o conjunto de chamadas VoIP é trata- do com técnicas de supressão de silêncio.
Em modalidades da invenção, o cabeçalho IP do pacote IP inte- ligente preferivelmente pode ser marcado para identificar a mensagem de 10 controle de largura de banda.
Em modalidades da invenção, a parte de dados do pacote IP inteligente convenientemente pode ser configurada para fornecer informação a respeito de exigências de alocação de largura de banda para um dado conjunto de chamadas VoIP.
Em modalidades da invenção, o pacote IP inteligente convenien-
temente pode ser um pacote UDP.
Em modalidades da invenção, a informação a respeito de exi- gências de alocação de largura de banda contém um ou mais de o seguinte:
- modo de alocação a ser executado, "acrescentar" ou "manter";
■ 20 - número de chamadas estabelecidas;
- largura de banda mínima a ser alocada por serviço/chamada;
- identificador de dispositivo.
Com modalidades da invenção proposta, durante comunicação VoIP, o terminal de satélite remoto é capacitado para alocar largura de ban- da dinâmica baseada em taxa, mesmo quando não existe taxa entre o dis- positivo de acesso e o dispositivo de satélite remoto.
As modalidades da invenção proposta permitem melhor qualida- de de comunicação ao minimizar flutuação e reduzir assim percepção de atraso de ida e volta pelos assinantes. De fato, a largura de banda é provida 30 ou mantida para transmitir sinalização ou pacotes de voz na presença de supressão de silêncio através da ligação por satélite, com o assinante per- cebendo atraso mínimo, adicional ao atraso de propagação, entre a fase de discagem e a fase de conexão com o outro grupo ou experimentando flutua- ção de voz mínima durante fluxo de voz VoIP após o estado de conectado ser alcançado.
As modalidades propostas permitem melhor reutilização de Iar- 5 gura de banda já que elas não exigem reter a largura de banda total neces- sária para uma chamada. De fato, menor largura de banda média é retida durante uma chamada VoIP do que a largura de banda média exigida em uma chamada VoIP sem supressão de silêncio.
De fato, mesmo retendo uma pequena quantidade de largura de 10 banda para cada terminal de extremidade, tal como, por exemplo, 1 kbit/s, em mecanismos de alocação de largura de banda dedicada para cada ter- minal resultaria em menor reutilização de largura de banda entre os termi- nais de satélite remotos VSAT. Por exemplo, um crescimento do número de terminais de extremidade conectados aos gateways de acesso VoIP na dire- 15 ção de milhares implica em que a largura de banda retida total seja na faixa de MHz sendo assim esbanjador e caro.
A fim de economizar energia, terminais de satélite de banda lar- ga de IP podem ir para um modo de repouso quando ociosos. Isto é um caso típico em terminais alimentados por energia solar. De uma maneira geral, 20 quando atividade é detectada na interface de Ethernet, o transmissor de e- nergia de unidade ao ar livre do terminal de satélite remoto é ligado de novo e levado para fora do estado de inatividade de economizar energia, tal ativi- dade exigindo alguns segundos. Com as modalidades propostas é possível produzir um despertar mais cedo por causa do envio de pacote IP inteligente 25 à frente de sinalização de protocolo.
As modalidades da invenção propostas podem ser padronizadas para uso com diversas soluções de satélite de banda larga de IP.
Com as modalidades propostas, não existe impacto sobre a in- terface aérea de satélite. As modalidades propostas são independentes de protocolo de sinalização, uma vez que elas não produzem mudança nos pro- tocolos de sinalização NGN sendo usados, por exemplo, SIP, MEGACO, MGCP, H.323. De fato, qualquer protocolo tal como IP, MEGACO ou qual- quer outro protocolo de sinalização tal como MGCP ou SIP, pode ser usado. Os dispositivos de acesso somente têm que ser capazes de manusear, gerar e enviar no tempo certo mensagens de controle de largura de banda e os terminais de satélite remotos têm que ser capazes de receber, interpretar e executar ações apropriadas de acordo com as mensagens de controle de largura de banda. Quanto ao lado de hub-gateway, as modalidades propos- tas não têm nenhum impacto.
As modalidades propostas expedem a sinalização através da ligação por satélite entre o gateway VoIP e uma softswitch e reduz ocorrên- cias de tempo esgotado, melhorando assim desempenho de NGN sobrepos- ta a sistemas de satélite de banda larga de IP.
A invenção será agora descrita com modalidades preferidas, mas não exclusivas, com referência aos desenhos anexos, em que:
a figura 1 é um diagrama de blocos ilustrando esquematicamen- te uma arquitetura de exemplo de um sistema de comunicação via satélite (Técnica Anterior);
a figura 2 é um diagrama de blocos ilustrando esquematicamen- te um exemplo de uma alocação de largura de banda dinâmica baseada em taxa (Técnica Anterior);
a figura 3 é um diagrama de blocos ilustrando esquematicamen- te um exemplo de uma alocação de largura de banda dinâmica baseada em taxa com supressão de silêncio (Técnica Anterior);
a figura 4 é a continuação da figura 3 (Técnica Anterior); a figura 5 é a continuação da figura 4 (Técnica Anterior); a figura 6 é um diagrama de blocos ilustrando esquematicamen- te uma modalidade de exemplo de acordo com a presente invenção; a figura 7 é a continuação da figura 6; a figura 8 ilustra esquematicamente um pacote IP; a figura 9 ilustra esquematicamente um pacote UDP; as figuras 1 a 5 já foram discutidas em seções anteriores.
De acordo com modalidades da invenção proposta, em um sis- tema de satélite no qual comunicação VoIP está usando técnicas de aloca- ção baseada em taxa dinâmica, o dispositivo de acesso é capaz de se co- municar com o terminal de satélite remoto por meio de mensagens de con- trole de largura de banda. Tais mensagens de controle de largura de banda contêm informação, para ser usada pelo terminal de satélite remoto, a res- peito das exigências para alocação de largura de banda para uma ou mais chamadas VoIP. O terminal de satélite remoto é capaz de identificar os pa- cotes de mensagens recebidas como pacotes de mensagens de controle, distinguindo-os dos pacotes de dados/voz que têm que ser transmitidos a- través da ligação por satélite. Uma vez recebida a solicitação de largura de banda, o terminal de satélite remoto analisa a informação contida nas men- sagens a respeito de exigências de alocação de largura de banda para o dado conjunto de chamadas VoIP. Se a informação analisada for de tal ma- neira que alocação de largura de banda é exigida, o terminal de satélite re- moto solicita ao hub-gateway largura de banda para ser alocada de acordo com as exigências de mensagem de controle.
Em um primeiro cenário, as exigências a respeito de alocação de largura de banda contidas na mensagem de controle são enviadas para o terminal de satélite remoto na fase de configuração de chamadas VolP. Na fase inicial da comunicação VoIP, durante a fase de configuração de chama- 20 da, na fase de sinalização, a mensagem de controle enviada pelo dispositivo de acesso instrui o terminal de satélite remoto para acrescentar/prover uma quantidade definida de largura de banda.
A quantidade de largura de banda a ser acrescentada pode ser acrescentada toda de uma vez, em uma única etapa, para incluir diretamen- te as exigências de largura de banda para pacotes VoIP durante comunica- ção VoIP.
Alternativamente, em modalidades adicionais da presente inven- ção, a quantidade de largura de banda a ser acrescentada pode ser acres- centada de forma gradual, para incluir, em uma primeira etapa, as exigên- 30 cias de largura de banda somente para pacotes de sinalização, por exemplo, pacotes SIP ou MEGACO, e somente mais tarde no final da fase de configu- ração, em uma segunda etapa, as exigências de largura de banda para co- municação de pacote VoIP.
Vantajosamente, uma vez que o gateway de acesso, em um tempo predefinido prematuramente, envia para o terminal de satélite remoto a mensagem de controle de largura de banda contendo informação para a- 5 crescentar largura de banda, por exemplo, 20 kbit/s para uma chamada VoIP, então, quando o pacote de sinalização vai do gateway de acesso para o terminal de satélite remoto e mais tarde quando pacotes VoIP iniciam a fluir, não existe flutuação inicial.
O tempo predefinido de forma prematura mencionado anterior- 10 mente no qual o dispositivo de acesso envia a mensagem de controle de largura de banda pode ser qualquer momento entre o momento no qual o assinante inicia a discagem até que o momento em que o assinante termina a discagem. Por exemplo, se o dispositivo de acesso tiver a inteligência para entender que o assinante terminou a discagem, por exemplo, tal como é o 15 caso para um gateway VoIP capaz de acumular os dígitos discados, então o tempo predefinido prematuramente pode ser algum tempo antes do final da discagem, levando em conta tempo de atraso de ida e volta. De outro modo, se o dispositivo de acesso não tiver tal capacidade, o dispositivo de acesso pode ser capacitado para enviar a mensagem de controle de largura de ban-
■ 20 da após uma quantidade predefinida de dígitos discados. Preferivelmente, a quantidade predefinida de dígitos discados pode depender dos dígitos inici- ais do código de país e/ou de área.
A figura 6 é um diagrama de blocos ilustrando esquematicamen- te uma modalidade de exemplo de acordo com a presente invenção.
A figura 7 é a continuação da figura 6.
As figuras 6 e 7 ilustram esquematicamente um segundo cená- rio, no qual as exigências a respeito de alocação de largura de banda conti- das na mensagem de controle são enviadas para o terminal de satélite re- moto VSAT no tempo da duração da chamada VoIP. Mais particularmente, a 30 mensagem de controle é enviada em conjunto com supressão de silêncio.
Em uma chamada VoIP estabelecida, tal como mostrado na figu- ra 6, os pacotes VoIP P5, P6 são capazes de ser transmitidos através da ligação por satélite, de acordo com a largura de banda alocada com base em taxa dinâmica por meio da etapa ST64.
A etapa ST61a representa um período de silêncio na comunica- ção por voz que está ocorrendo entre os pacotes P5, P6 e os pacotes P7, P8, por causa de técnicas de supressão de silêncio acontecendo de fato du- rante o período de silêncio do assinante. Após o período de silêncio, no qual pacotes não são enviados, os novos pacotes de voz P7, P8 são enviados.
A fim de impedir que a largura de banda seja desalocada por causa do mecanismo de alocação de largura de banda dinâmica baseada 10 em taxa, durante o período silencioso, o dispositivo de acesso AD envia al- gumas mensagens de controle de largura de banda para instruir o terminal de satélite remoto VSAT para manter/prover uma quantidade mínima de lar- gura de banda, por exemplo, 15 kbit/s, para a chamada existente de maneira que quando o assinante inicia a falar de novo os pacotes P7, P8 podem ser 15 transmitido imediatamente enquanto alguma largura de banda adicional, por exemplo, 5 kbit/s, é solicitada automaticamente. Enquanto que é considera- do aqui que 20 kbit/s é a largura de banda a ser alocada para uma chamada VoIP durante a fase de comunicação VoIP.
Em modalidades da invenção, a mensagem de controle de Iargu- ra de banda é um pacote IP inteligente SP.
Na figura 7, na etapa ST72, está mostrado que pacotes inteli- gentes SP fazem com que uma largura de banda mínima seja retida alocada durante silêncio de maneira que quando os pacotes P7, P8 chegam eles po- dem ser transmitidos.
Preferivelmente, o dispositivo de acesso AD envia as mensa-
gens de controle para o terminal de satélite remoto VSAT com uma certa periodicidade, possivelmente dependendo do tempo exigido para abatimento de largura de banda.
Vantajosamente, durante chamadas VoIP estabelecidas, a men- sagem de controle de largura de banda é capaz de instruir o terminal de sa- télite remoto VSAT para manter/prover uma certa quantidade mínima de lar- gura de banda de maneira que quando o assinante inicia a falar de novo, após um período de silêncio, flutuação é minimizada.
Tal como ilustrado nos dois cenários, a mensagem de controle de largura de banda pode ser, no primeiro cenário, uma largura de banda iniciadora e, no segundo cenário, uma largura de banda mantenedora para 5 serviços de largura de banda alocados com base em taxa dinâmica VoIP através de satélite.
Assim, pacote de controle de largura de banda contém, entre outras, informação a respeito de quanta largura de banda deve ser acres- centada à largura de banda baseada em taxa dinâmica já alocada para o 10 satélite remoto VSAT ou quanta largura de banda mínima deve ser mantida a fim de evitar problemas de flutuação quando assinantes conectados silen- ciosos começam a falar de novo.
Em qualquer um dos dois cenários, o terminal de satélite remoto VSAT tem que ter a inteligência/capacidade de manusear a transmissão de mensagem de solicitação de largura de banda.
Por exemplo, o terminal de satélite remoto pode estar apto de distinguir/identificar os pacotes IP inteligentes SP dos pacotes VoIP e de ou- tros pacotes de sinalização, por exemplo, SIP, MEGACO e outros, os quais são todos interpretados como dados a ser transmitidos pelo terminal de saté- Iite remoto VSAT.
O terminal de satélite remoto VSAT pode ser capaz de analisar informação IP contida, por exemplo, no cabeçalho IP H, contida na parte de dados IP D ou contida em qualquer protocolo de próxima camada contido dentro do pacote IP. Ao analisar informação de pacote IP, o terminal de saté- 25 Iite remoto VSAT é capaz de executar ação apropriada com base nos conte- údos da informação enviada na mensagem.
Em modalidades da presente invenção, uma vez que os pacotes IP inteligentes SP são reconhecidos pelo terminal de satélite remoto VSAT, eles podem não ser transmitidos e podem ser descartados pelo terminal de satélite remoto VSAT.
A transmissão de mensagens de solicitações de largura de ban- da é feita do dispositivo de acesso AD para o terminal de satélite remoto VSAT.
Modalidades da invenção podem ter uma divisão de funcionali- dade alternativa, o que resulta na mesma funcionalidade total da invenção. A mensagem de controle de largura de banda, em vez de ser enviada para o terminal de satélite remoto VSAT, é enviada para o hub-gateway (HG) que neste caso executa as ações relacionadas.
A figura 8 ilustra esquematicamente um pacote IP, o qual pode ser usado para sinalização de solicitação de largura de banda. O cabeçalho H do pacote IP inclui tipicamente os seguintes campos:
- campo de versão VS de 4 bits;
- campo de comprimento de cabeçalho HL de 4 bits;
- campo de tipo de serviço TOS de 8 bits/um byte 1B;
- campo de comprimento total TL de 2 bytes 2B;
- campo de identificação ID de 16 bits;
- campo de fragmentação FR composto de campo de sinaliza-
ções de 3 bits e campo deslocado de fragmento de 13 bits;
- campo de tempo de vida TTL de 8 bits;
- campo de protocolo PT de 8 bits;
- soma de verificação de cabeçalho CS de 16 bits;
- endereço IP de fonte As de 32 bits;
- endereço IP de destino Ad de 32 bits.
A parte de dados de pacote IP D contém dados transmitidos.
Em uma modalidade de acordo com a presente invenção, um campo do cabeçalho de pacote IP H pode ser usado para distinguir pacotes IP inteligentes SP para controle de largura de banda de outros pacotes IP.
Em uma modalidade de exemplo, o campo endereço IP de des- tino Ad pode ser usado para este propósito. O campo endereço IP de desti- no Ad pode ser reservado de maneira que dispositivos de acesso AD são capazes de marcar para os terminais de satélite remotos VSAT um pacote IP tendo a funcionalidade de mensagem de controle de largura de banda.
O terminal de satélite remoto VSAT tem a inteligência para iden- tificar o endereço reservado específico quando enviado pelo dispositivo de acesso AD. Ao reconhecer o endereço de destino IP reservado Ad, o termi- nal de satélite remoto VSAT não transmite o pacote através da ligação por satélite para o hub-gateway HG, mas ele o usa para extrair informação a respeito de exigência de alocação de largura de banda e a fim de avaliar a 5 necessidade de executar ações apropriadas em termos de alocação de lar- gura de banda. Preferivelmente, após o pacote IP inteligente SP ter sido analisado, ele é descartado pelo terminal de satélite remoto VSAT.
Em modalidades adicionais de acordo com a presente invenção, existem até quatro endereços IP reservados, um para cada uma das quatro 10 filas de entrada do terminal de satélite remoto VSAT.
Em modalidades adicionais de acordo com a presente invenção, os endereços IP de destino Ad a ser usados entre o dispositivo de acesso AD e o VSAT podem ser reservados para uso dentro de redes privadas de maneira que eles não aparecem em qualquer lugar diferente na Internet pú- 15 blica, no caso é possível garantir que tais endereços não são utilizados por qualquer outra aplicação de Internet privada neste ambiente. O documento RFC1918 2 descreve quais são os endereços IP configurados à parte para redes privadas.
Em uma modalidade de exemplo adicional, o campo de tempo k 20 de vida TTL do cabeçalho IP H pode ser usado com o propósito de distinguir pacotes IP inteligentes SP para controle de largura de banda de outros paco- tes IP. Por exemplo, o terminal de satélite remoto VSAT pode ser configura- do para verificar se o endereço IP de destino Ad é igual ao endereço IP do terminal de satélite remoto VSAT quando o campo de tempo de vida TTL é 25 igual a zero, e então para decidir se executa ações apropriadas se esta combinação acontecer. Quanto às filas de armazenamento temporário de entrada a serem usadas, o VSAT pode pesquisar no campo de endereço IP de fonte As se relacionando com as diferentes aplicações.
Em modalidades adicionais, outras marcações de cabeçalho IP 30 podem ser usadas em entendimento comum com o fornecedor de terminal de satélite remoto para identificar pacotes de controle inteligentes SP. É im- portante que a combinação escolhida no cabeçalho IP H para identificar o pacote de controle inteligente SP não apareça em qualquer outro cabeçalho de pacote IP H enviado do dispositivo de acesso AD para o terminal de saté- lite remoto VSAT durante sinalização de protocolo NGN ou comunicação VoIP.
Em uma modalidade de exemplo adicional, os pacotes IP inteli-
gentes SP podem ser pacotes UDP.
Neste caso, o campo de protocolo PT do cabeçalho de pacote IP H é marcado com o número de código correspondendo ao protocolo UDP que é o protocolo usado no próximo nível. Na versão de IP 4 (IPv4) o campo 10 de protocolo PT é chamado "Protocolo" e ele identifica o protocolo de próxi- mo nível enquanto que na versão de IP 6 o campo de protocolo PT é cha- mado campo de "Próximo Cabeçalho". Os protocolos de próximo nível mais populares são TCP, UDP, ICMP, IGMP e EGP.
A parte de dados D do pacote IP contém o cabeçalho e dados do protocolo UDP.
A figura 9 ilustra esquematicamente um pacote UDP. O cabeça- lho UH do pacote UDP inclui tipicamente os seguintes campos:
- campo de número de porta de origem SPN de 16 bits;
- campo de número de porta de destino DPN de 16 bits;
- campo de comprimento de UDP UL de 16 bits;
- campo de soma de verificação de UDP CS de 16 bits.
O cabeçalho de pacote UDP UH convenientemente pode ser usado com o propósito de distinguir pacotes IP inteligentes SP para controle de largura de banda de outros pacotes IP. Por exemplo, o campo de número 25 de porta de origem SPN ou o campo de número de porta de destino DPN pode ser usado para marcar o pacote UDP como sendo um pacote IP inteli- gente SP em concordância com o fornecedor do terminal de satélite remoto VSAT.
Em concordância com tal fornecedor, pode ser possível registrar o número de porta por meio da base de dados de números designados IANA (www.iana.org/assignments/port-numbers) ou alternativamente, a porta pode ser uma porta dinâmica ou privada para ser registrada tal como esboçado na seção 19.9. do IETF RFC 4340.
Em modalidades adicionais da presente invenção, o pacote UDP pode ser marcado como um pacote IP inteligente SP no cabeçalho de paco- te IP H.
A parte de dados UD do pacote UDP pode ser usada para trans-
portar informação se relacionando com as ações exigidas a ser executadas pelo terminal de satélite remoto VSAT para controle de largura de banda.
Por exemplo, a informação pode ser transportada ao usar os seguintes campos:
10 - um campo de código de operação OC de, por exemplo, 8 bits;
- um campo de número de chamadas configuradas NC de, por exemplo, 8 bits;
- um campo de largura de banda BW de, por exemplo, 8 bits;
- um campo de identificador de dispositivo Dl de, por exemplo, 8
15 bits.
Por exemplo, quanto ao campo de código de operação OC, seu primeiro bit, bit[0], pode ser usado para transportar informação se o modo for "acrescentar" ou "manter", por exemplo, se bit [0]=0 -» então o modo é con- figurado para "acrescentar", de outro modo se bit [0]=1 -» então o modo é k 20 configurado para "manter".
Tipicamente, filas de prioridades a serem usadas no terminal de satélite remoto VSAT são selecionadas de acordo com métodos usuais, tais como, por exemplo, ao usar o campo de tipo de serviço TOS ou o campo de endereço IP de fonte As para distinguir as filas a serem selecionadas.
25 Em cenários nos quais o pacote IP não pode ser marcado para
identificar as filas de entrada a serem usadas, por exemplo, quando somente um endereço IP de fonte As pode ser usado, os dados de pacote UDP UD também podem fornecer informação a respeito das filas de entrada a serem usadas. Por exemplo, tal informação pode ser codificada no campo de códi-
30 go de operação OC como se segue:
os segundo e terceiro bits, bits [2 1], do campo de código de o- peração OC podem ser usados para transportar tal informação como se se- gue:
- bits [2 1] = O —> fila 1 é para ser selecionada;
- bits [2 1] = 1 -»fila 2 é para ser selecionada;
- bits [2 1] = 2 —> fila 3 é para ser selecionada;
- bits [2 1] = 3 fila 4 é para ser selecionada.
No caso do campo de código de operação OC estar configurado para o modo de "manter", o campo de número de chamadas configuradas NC pode ser usado pelo dispositivo de acesso AD para informar quantas chamadas estão configuradas, isto é, as conexões de chamadas estabeleci- 10 das que estão indo através do dispositivo de acesso AD na direção do termi- nal de satélite remoto VSAT. O campo de número de chamadas NC permite ao terminal de satélite remoto VSAT conhecer quanta largura de banda é para ser retida como um mínimo na presença de silêncio de todos ou de par- te dos assinantes.
Por exemplo, se o campo de número de chamadas NC for confi-
gurado para 3 chamadas VoIP e se o campo de largura de banda BW for configurado para um valor correspondendo a 10 kbit/s, então o VSAT é in- formado de que ele tem que manter um mínimo de 3 x 10 kbit/s = 30 kbit/s de largura de banda RBDC sempre disponível, mesmo sem a presença de 20 atividade de voz ou silêncio dos 3 assinantes engajados nas 3 chamadas Vo I P.
O campo de número de chamadas NC não é usado no caso do campo de código de operação OC estar configurado para o modo de "acres- centar".
O campo de largura de banda BW fornece informação a respeito
da largura de banda mínima a ser retida para cada serviço IP. Por exemplo, o campo de largura de banda BW pode distinguir chamadas VoIP de codifi- cadores/decodificadores. O primeiro bit do campo de largura de banda BW, bit [0], pode sinalizar se os bits remanescentes do campo são para serem 30 interpretados como uma largura de banda numérica ou como um código do tipo usado de codificadores/decodificadores.
Por exemplo, quando bit de largura de banda [0]=0, então o campo de largura de banda BW é para ser interpretado como um código de largura de banda e o terminal de satélite remoto VSAT multiplica os bits re- manescentes do campo de largura de banda BW pelo número de chamadas configuradas, obtendo assim a largura de banda mínima a ser mantida no 5 caso de modo de "manter" ou a ser acrescentada no caso de modo de "a- crescentar".
Quando o resultado da multiplicação largura de banda x número de chamadas configuradas, o qual representa um limiar mínimo, está acima da largura de banda efetivamente disponível nesse momento, então a dife- 10 rença entre ambos é acrescentada de maneira que este mínimo é mantido. Quando o resultado da multiplicação está abaixo da largura de banda efeti- vamente disponível nesse momento, nenhuma alocação de largura de banda é necessária a fim de manter o mínimo, assim nenhuma ação necessita ser executada.
15 Em modalidades adicionais da presente invenção, a largura de
banda mínima a ser mantida não corresponde exatamente ao resultado da multiplicação, mas ela é derivada dele em uma maneira não-linear; tal deci- são, a qual pode ser uma decisão complexa, pode ser tomada pelo terminal de satélite remoto VSAT de acordo com algumas considerações estatísticas.
‘ 20 Por exemplo, se o campo de largura de banda BW for configurado para um valor correspondendo a 10 kbit/s, a largura de banda mínima a ser mantida para 12 chamadas existentes pode ser configurada para 80 kbit/s que é me- nor do que 120 kbit/s = 12x10 kbit/s.
Quando bit de largura de banda [0]=1, o campo de largura de 25 banda BW é para ser interpretado como um tipo de codifica- dor/decodificador, por exemplo, G.723.1, G.729, G.726. Neste caso, o VSAT é capaz de identificar que tipo de codificador/decodificador está sendo usado e então derivar a largura de banda mínima a ser retida no caso de modo de "manter" ou a largura de banda a ser acrescentada no caso de modo de "a- 30 crescentar". A largura de banda mínima pode ser derivada, por exemplo, ao multiplicar o número de chamadas pela largura de banda de chamada VoIP implicada pela escolha de codificador/decodificador. No caso de o campo de código de operação OC estar configura- do para o modo de "manter", o campo de identificador de dispositivo Dl é usado para identificar o número de identificação dos dispositivos de acesso conectados ao VSAT, por exemplo, quando um comutador de Ethernet ES é 5 usado. O terminal de satélite remoto VSAT usa esta informação para criar uma pluralidade de subprocessos em cada dispositivo, para manter largura de banda mínima em uma base por dispositivo.
Preferivelmente, este identificador de dispositivo Dl pode ser configurado antes igualmente no dispositivo de acesso e no VSAT.
O modo em que os campos indicados anteriormente são organi-
zados no cabeçalho UDP UH e o modo em que os valores são designados são somente para propósitos explanativos e não devem limitar o escopo da invenção reivindicada.
Na prática, existem cenários nos quais diversos dispositivos de acesso são conectados ao mesmo VSAT através de um comutador de E- thernet, por exemplo, um telefone SIP, um CPG e um gateway de acesso. O campo de identificador de dispositivo Dl não é usado no caso de o campo de código de operação OC ser estabelecido para o modo de "acrescentar".
Em modalidades nas quais diversas chamadas simultâneas são 20 estabelecidas em uma vez, a mensagem de controle de largura de banda fornece informação a respeito da quantidade mínima de largura de banda a ser alocada através da ligação por satélite no caso de todos os assinantes estarem silenciosos. O terminal de satélite remoto VSAT tem então que ana- lisar a mensagem de controle de largura de banda, comparar a largura de 25 banda mínima exigida com a largura de banda realmente disponível e não fazer nada, no caso de a largura de banda disponível ser igual ou maior do que a largura de banda mínima, ou solicitar ao hub-gateway HG a quantida- de de largura de banda a ser mantida alocada como mínima.
Em modalidades nas quais diversos dispositivos de acesso AD2, AD3, AD4, são conectados a um terminal de satélite remoto VSAT, cada dispositivo de acesso AD2, ..., AD4 tem que manusear a sua própria mensa- gem de controle de largura de banda independentemente, no modo de "a- I 22
crescentar" e no de "manter". Na figura 1, por exemplo, os três dispositivos de acesso AD2, ..., AD4, um dispositivo de telefone IP, um dispositivo CPG e dispositivo de estação base NANO GSM, são conectados ao comutador de Ethernet ES. Assumindo que existem 3 chamadas em andamento provenien- 5 tes da estação base NANO AD4, 1 chamada do telefone SIP AD3 e 2 cha- madas do dispositivo CPG AD2, onde a largura de banda necessária por chamada é, por exemplo, de 20 kbit/s. Assumindo que quando existe silên- cio, um mínimo de, por exemplo, 10 kbit/s por chamada é para ser mantido. Sob estas circunstâncias, a estação base NANO AD4 envia periodicamente 10 uma mensagem de controle de largura de banda com uma solicitação de manter a largura de banda em um valor mínimo de 30 kbit/s, enquanto o te- lefone SIP AD3 envia uma mensagem de controle de largura de banda com uma solicitação de manter a largura de banda em um valor mínimo de 20 kbit/s, e o telefone SIP envia uma mensagem de controle de largura de ban- 15 da com uma solicitação de manter a largura de banda em um valor mínimo de 10 kbit/s.
Estas mensagens de controle são analisadas individualmente de acordo, por exemplo, com o endereço de origem IP Ad no cabeçalho IP H que é diferente para cada um dos três dispositivos de acesso AD2, ..., AD4.
‘ 20 O terminal de satélite remoto VSAT mantém um subprocesso para cada dis- positivo de acesso AD2, ..., AD4.
No caso de todos os seis assinantes estarem falando, isto é, 3+2+1, a largura de banda alocada com base em taxa é 3 x 20 kbit/s + 2 x 20 kbit/s + 1 x 20 kbit/s = 120 kbit/s.
25 No caso de 2 assinantes da estação base NANO AD4 permane-
cerem silenciosos, enquanto os outros 3 assinantes dos outros dispositivos AD2, AD* continuam a falar, a largura de banda de 30 kbit/s é comparada com a taxa atual chegando da estação base NANO AD4, de novo com base no endereço de origem IP Ads ou no identificador de dispositivo Dl.
30 Como a taxa chegando da estação base NANO AD4 vai até 20
kbit/s (a partir de 60 kbit/s quando não existia silêncio), a mensagem de con- trole fará com que a largura de banda total seja mantida em 30 kbit/s, embo- ra um único assinante falando exija somente 20 kbit/s.
Todos os valores numéricos, largura de banda mínima exigida, número de dispositivos de acesso conectados e número de chamadas em andamento têm sido usados somente para propósitos explanativos e não 5 deve limitar o escopo da invenção reivindicada.
Assim, tal como explicado anteriormente, os dispositivos de a- cesso AD são capazes de gerar chamadas VoIP ou serviços IP exigindo QoS e são capazes de manter trilha do número de chamadas estabelecidas e enviar periodicamente pacotes IP inteligentes SP.
Os terminais de satélite remotos VSAT, por outro lado, são ca-
pazes de comparar a largura de banda implicada de pacotes inteligentes de modo de "manter" SP com a largura de banda alocada, e executar ações apropriadas, por exemplo, tal como solicitar largura de banda complementar para manter largura de banda mínima na presença de silêncio.
A invenção proposta é preferivelmente implementada em siste-
mas de satélite de banda larga de IP que usam um mecanismo de solicita- ção de largura de banda dinâmica similar ao mecanismo de sistemas DVB- RCS no qual solicitações de capacidade são embutidas em rajadas de sin- cronização. De acordo com este tipo de mecanismo de solicitação, rajadas 20 de sincronização são transmitidas do terminal de satélite remoto VSAT apro- ximadamente a cada segundo, e elas representam um canal não sustentado dedicado para enviar solicitações para o hub-gateway HG. Estas rajadas de sincronização podem ser configuradas por sistema para ser transmitidas, por exemplo, a cada 2 segundos em vez de a cada segundo. Este tipo de meca- 25 nismo de solicitação de largura de banda é preferido uma vez que ele garan- te solicitações livres de colisão a cada segundo, o qual é um recurso desejá- vel no caso de sobrepor soluções de protocolo NGN a satélite de banda lar- ga de IP.
O dispositivo de acesso AD no qual as modalidades propostas são implementadas pode ser gateways de acesso VoIP AD1, CPEs, CPGs ou qualquer dispositivo de acesso que necessita avançar através das mes- mas etapas de sinalização e comunicações VoIP tal como esboçado anteri- ormente.
Além das modalidades da presente invenção descritas anterior- mente, os versados na técnica serão capazes de chegar a uma variedade de outros arranjos e etapas que, se não descritos explicitamente neste docu- 5 mento, apesar disso, estarão incluídos no escopo das reivindicações ane- xas. Por exemplo, a invenção é aplicável a sistemas de comunicação via satélite assim como a outros tipos de sistemas de comunicação tais como sistemas de comunicação terrestres.
Lista de Especificações de Indústria Citadas [1] EN 301790 Padrão ETSI Difusão de Vídeo Digital (DVB);
Canal de interação para sistemas de distribuição via satélite [2] RFC 1918 Solicitações para Comentários 1918 de Grupo de TrabaIhodeRede Alocação de Endereço para Internets Privadas
Lista de Acrônimos Usados
CPE Equipamento nas Instalações do Consumidor
CPG Gateway nas Instalações do Consumidor
CRA Designação de Taxa Contínua
BTS Estação Transceptora Base
DVB-RCS Difusão de Vídeo Digital - Canal de Retorno via
Satélite
EGP Protocolo de Roteamento Externo
ETSI Instituto Europeu de Normalização das Teleco-
munícações
H.248 Padrão ITU-T, Série H = Audiovisual e
ICMP Protocolo de Mensagem de Controle de Internet IGMP Protocolo de Gerenciamento de Grupo de Internet
MEGACO Controle de Gateway de Mídia, mesmo que H.248 NGN Redes de Próxima Geração
GSM Sistema Global para Comunicações Móveis
RBDC Capacidade dinâmica baseada em taxa RCST Terminal de Canal de Retorno via Satélite SIP Protocolo de Iniciação de Sessão TCP Protocolo de Controle de Transmissão UDP Protocolo de Datagramas de Usuário VSAT Terminal de Abertura Muito Pequena

Claims (13)

1. Método para alocar largura de banda para chamadas VoIP através de um sistema de comunicação via satélite, no qual um terminal de satélite remoto (VSAT) está solicitando a um hub-gateway (HG) largura de banda para ser alocada de acordo com uma técnica dinâmica baseada na taxa de pacotes entre um dispositivo de acesso (AD) e o terminal de satélite remoto (VSAT), o dito método sendo caracterizado pelo fato de que compreende as etapas de: a) por meio do dispositivo de acesso (AD), enviar uma mensa- gem de solicitação de largura de banda para o terminal de satélite remoto (VSAT) contendo informação a respeito de exigências de alocação de largu- ra de banda para um dado conjunto de chamadas VoIP; b) por meio do terminal de satélite remoto (VSAT), identificar a informação enviada na mensagem recebida; c) por meio do terminal de satélite remoto (VSAT), analisar a in- formação a respeito de exigências de alocação de largura de banda contidas na informação enviada na mensagem; e d) por meio do terminal de satélite remoto (VSAT), mediante ne- cessidade, solicitar ao hub-gateway (HG) largura de banda para ser alocada de acordo com a informação analisada a respeito de exigências de alocação de largura de banda.
2. Método para alocar largura de banda para chamadas VoIP através de um sistema de comunicação via satélite, no qual um terminal de satélite remoto (VSAT) está solicitando a um hub-gateway (HG) largura de banda para ser alocada de acordo com uma técnica dinâmica baseada na taxa de pacotes entre um dispositivo de acesso (AD) e o terminal de satélite remoto (VSAT), o dito método sendo caracterizado pelo fato de que compreende as etapas de: a) por meio do dispositivo de acesso (AD), enviar uma mensa- gem de solicitação de largura de banda para o hub-gateway (HG) contendo informação a respeito de exigências de alocação de largura de banda para um dado conjunto de chamadas VoIP; b) por meio do hub-gateway (HG), identificar a informação envi- ada na mensagem recebida; c) por meio do hub-gateway (HG), analisar a informação a res- peito de exigências de alocação de largura de banda contidas na informação enviada na mensagem; e d) por meio do hub-gateway (HG), mediante necessidade, solici- tar ao hub-gateway (HG) largura de banda para ser alocada de acordo com a informação analisada a respeito de exigências de alocação de largura de banda.
3. Método de acordo com a reivindicação 1 ou 2, em que a men- sagem de solicitação de largura de banda é um pacote IP inteligente (SP) tendo a função de um pacote de mensagem de controle de largura de ban- da.
4. Método de acordo com a reivindicação 1 ou 2, em que a men- sagem de solicitação de largura de banda é trocada por meio de uma cone- xão TCP, ou por meio de uma troca de pacote UDP, ou por meio de pacotes de Ethernet ou por meio de outros dispositivos.
5. Método de acordo com qualquer uma das reivindicações ante- riores, em que na etapa d) a largura de banda solicitada para ser alocada é largura de banda a ser acrescentada.
6. Método de acordo com a reivindicação 5, em que a largura de banda solicitada para ser alocada é acrescentada durante a fase de configu- ração do conjunto de chamadas VoIP.
7. Método de acordo com qualquer uma das reivindicações ante- riores, em que na etapa d) a largura de banda solicitada para ser alocada é uma quantidade mínima de largura de banda a ser mantida no tempo da du- ração do conjunto de chamadas VoIP1 o dito conjunto de chamadas VoIP sendo tratado com técnicas de supressão de silêncio.
8. Método de acordo com qualquer uma das reivindicações ante- riores, em que cabeçalho IP (H) do pacote IP inteligente (SP) é marcado pa- ra identificar a mensagem de controle de largura de banda.
9. Método de acordo com qualquer uma das reivindicações ante- riores, em que parte de dados (D) do pacote IP inteligente (SP) é configura- da para fornecer informação a respeito de exigências de alocação de largura de banda para um dado conjunto de chamadas VoIP.
10. Método de acordo com qualquer uma das reivindicações an- teriores, em que o pacote IP inteligente (SP) é um pacote UDP.
11. Método de acordo com qualquer uma das reivindicações an- teriores, em que a informação a respeito de exigências de alocação de Iargu- ra de banda contêm um ou mais de o seguinte: - modo de alocação (OP) a ser executado, "acrescentar" ou "manter"; - número de chamadas estabelecidas (NC); - largura de banda mínima (BW) a ser alocada por servi- ço/chamada; - identificador de dispositivo (Dl).
12. Método para alocar largura de banda para chamadas VoIP através de um sistema de comunicação, no qual um terminal remoto está solicitando a um hub-gateway largura de banda para ser alocada de acordo com uma técnica dinâmica baseada na taxa de pacotes entre um dispositivo de acesso e o terminal remoto, o dito método sendo caracterizado pelo fato de que compreende as etapas de: a) por meio do dispositivo de acesso, enviar uma mensagem de solicitação de largura de banda para o terminal remoto ou para o hub- gateway contendo informação a respeito de exigências de alocação de lar- gura de banda para um dado conjunto de chamadas VoIP; b) por meio do terminal remoto ou por meio do hub-gateway, i- dentificar a informação enviada na mensagem recebida; c) por meio do terminal remoto ou por meio do hub-gateway, a- nalisar a informação a respeito de exigências de alocação de largura de banda contidas na informação enviada na mensagem; e d) por meio do terminal remoto ou por meio do hub-gateway, mediante necessidade, solicitar ao hub-gateway largura de banda para ser alocada de acordo com a informação analisada a respeito de exigências de alocação de largura de banda.
13. Sistema tendo meios para executar as etapas do método como definido em qualquer uma das reivindicações anteriores.
BRPI0807450-0A 2007-01-24 2008-01-18 Método e sistema para alocar largura de banda BRPI0807450A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP07001455A EP1950893A1 (en) 2007-01-24 2007-01-24 Method and system for allocating bandwidth
EP07001455.0 2007-01-24
PCT/EP2008/000380 WO2008089921A1 (en) 2007-01-24 2008-01-18 Method and systems for allocating bandwidth

Publications (1)

Publication Number Publication Date
BRPI0807450A2 true BRPI0807450A2 (pt) 2014-05-20

Family

ID=37726686

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0807450-0A BRPI0807450A2 (pt) 2007-01-24 2008-01-18 Método e sistema para alocar largura de banda

Country Status (6)

Country Link
US (1) US9048922B2 (pt)
EP (2) EP1950893A1 (pt)
CN (1) CN101595658B (pt)
BR (1) BRPI0807450A2 (pt)
IL (1) IL199636A (pt)
WO (1) WO2008089921A1 (pt)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8982856B2 (en) * 1996-12-06 2015-03-17 Ipco, Llc Systems and methods for facilitating wireless network communication, satellite-based wireless network systems, and aircraft-based wireless network systems, and related methods
US8687493B2 (en) * 2011-11-29 2014-04-01 Hughes Network Systems, Llc Method and system for inroute bandwidth allocation supporting multiple traffic priorities in a satellite network
CN102546297B (zh) * 2011-12-31 2015-11-25 华为技术有限公司 一种用户带宽通知方法和计费装置
CN103312740B (zh) * 2012-03-09 2018-04-17 腾讯科技(深圳)有限公司 一种p2p网络策略的生成方法和装置
US8553570B1 (en) * 2012-09-27 2013-10-08 Jpmorgan Chase Bank, N.A. Systems and methods of routing IP telephony data packet communications
TWI470974B (zh) 2013-01-10 2015-01-21 Univ Nat Taiwan 多媒體資料傳輸速率調節方法及網路電話語音資料傳輸速率調節方法
US9900853B2 (en) 2013-01-24 2018-02-20 Lg Electronics Inc. Method for adding secondary cell in wireless access system supporting carrier aggregation and apparatus for supporting same
CN104427290A (zh) * 2013-09-11 2015-03-18 航天信息股份有限公司 音视频数据的处理方法和系统
GB2521459B (en) * 2013-12-20 2017-09-20 Avanti Broadband Ltd Internet access via satellite
EP3057266A1 (en) * 2015-02-11 2016-08-17 Thomson Licensing Distribution of bandwidth in a network
CN105656667B (zh) * 2015-12-29 2019-04-26 华为软件技术有限公司 一种带宽分配方法、装置及系统
US10122439B2 (en) * 2016-05-09 2018-11-06 Verizon Patent And Licensing Inc. Pre-Allocating network resources for communications between a network hub and a remote terminal
US10530751B2 (en) 2017-03-06 2020-01-07 The Boeing Company Virtual transponder utilizing inband telemetry
US10728221B2 (en) 2017-03-06 2020-07-28 The Boeing Company Hosted payload operations
US10419403B2 (en) 2017-03-06 2019-09-17 The Boeing Company Virtual transponder utilizing inband commanding
US11201707B2 (en) 2017-03-06 2021-12-14 The Boeing Company Secured independent hosted payload operations
US11394458B2 (en) 2017-03-06 2022-07-19 The Boeing Company Inband telemetry for a virtual transponder
US10673825B2 (en) 2017-03-06 2020-06-02 The Boeing Company Protected multi-operators payload operations
US10516992B2 (en) 2017-03-06 2019-12-24 The Boeing Company Commercial satellite operations with secure enclave for payload operations
US10165438B2 (en) 2017-03-06 2018-12-25 The Boeing Company Secured multi-payload antennas operators operations
US11101879B2 (en) 2017-03-06 2021-08-24 The Boeing Company Virtual transponder
US10257077B1 (en) * 2017-03-22 2019-04-09 Amazon Technologies, Inc. Hop-aware multicast in a mesh network
CN109347538B (zh) * 2018-09-27 2020-11-24 南京凯瑞得信息科技有限公司 一种基于窄带卫星信道实现VoIP通信的方法
US10986646B1 (en) * 2019-10-19 2021-04-20 Skylo Technologies, Inc. Scheduling virtual preambles for data source reporting
CN111682892B (zh) * 2020-06-08 2022-07-29 凯睿星通信息科技(南京)股份有限公司 基于卫星通信智能网关业务感知的自动建链方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6985492B1 (en) * 1999-04-13 2006-01-10 Broadcom Corporation Voice gateway with voice synchronization
US6804201B1 (en) * 2000-10-05 2004-10-12 S. Erol Gelenbe Cognitive packet network
US7130283B2 (en) * 2001-03-19 2006-10-31 Northrop Grumman Corporation Variable bandwidth satellite communication techniques
US7085247B2 (en) * 2001-08-09 2006-08-01 Hughes Network Systems, Llc Scheduling and queue servicing in a satellite terminal for bandwidth allocations in a broadband satellite communications system
US7920502B2 (en) * 2003-09-10 2011-04-05 Gilat Satellite Networks, Ltd. Satellite telephony packetization techniques
ES2290646T3 (es) * 2004-06-11 2008-02-16 Geolink Sistema de comunicaciones moviles para ser utilizado a bordo de un barco que utiliza un enlace satelital.
KR100728279B1 (ko) * 2005-07-13 2007-06-13 삼성전자주식회사 브이오아이피 네트워크에서 큐오에스 보장을 위한 대역폭관리 시스템 및 그 방법
US9154421B2 (en) * 2006-05-30 2015-10-06 Intel Corporation Network based data traffic detection and control
US7995515B2 (en) * 2006-10-03 2011-08-09 Viasat, Inc. Upstream resource optimization

Also Published As

Publication number Publication date
EP1950893A1 (en) 2008-07-30
WO2008089921A1 (en) 2008-07-31
US9048922B2 (en) 2015-06-02
IL199636A (en) 2013-06-27
EP2122855A1 (en) 2009-11-25
EP2122855B1 (en) 2012-10-31
CN101595658A (zh) 2009-12-02
US20100067432A1 (en) 2010-03-18
CN101595658B (zh) 2013-07-17
IL199636A0 (en) 2010-04-15

Similar Documents

Publication Publication Date Title
BRPI0807450A2 (pt) Método e sistema para alocar largura de banda
EP1724983B1 (en) Method of providing a real-time communication connection
US8908509B2 (en) Flow admission control in an IP network
US9596169B2 (en) Dynamic control channel establishment for software-defined networks having centralized control
EP1053608B1 (en) Device and method for communicating packet voice data in mobile communication system
US20150207677A1 (en) Subscriber management and network service integration for software-defined networks having centralized control
ES2329420T3 (es) Procedimiento para asignar al menos un enlace de datos utiles a al menos un enlace multiplex.
CN102325076A (zh) 一种路径最大传输单元发现方法和节点
WO2006135519A3 (en) A proactive congestion control scheme for voip traffic on ip routers
US20200236154A1 (en) Signalling of a request to adapt a voice-over-ip communication session
US7864748B2 (en) Tunnelling TDM traffic over MPLS
US20170318062A1 (en) Method for setting up a communication link
CA2454980A1 (en) Multiplexer discovery and parameter exchange
US9479460B2 (en) Method of providing an MMoIP communication service
Radzik et al. Cross-layer optimization of hybrid satellite network over the amazonian region
Nivor et al. Cross-layer anticipation of resource allocation for multimedia applications based on SIP signaling over DVB-RCS Satellite System
JP2006050250A (ja) Ip電話システム用の呼制御方法及び呼制御システム
Second Generation Digital Video Broadcasting (DVB); Second Generation DVB Interactive Satellite System
JP2005286971A (ja) ゲートウェイ装置
Burness Mobility, wireless and QoS
Jacquemin et al. Dynamic QoS Configuration of a DVB-RCS Satellite Terminal for SIPbased Applications
早坂光雄 et al. A study on packet loss recovery techniques for the streaming media over packet networks
Keller Network service management: Preparing the Internet for telemedicine
Khasnabish Voiceover Internet Protocal (VoIP): Evaluation of Technologies for Deployment
BR112016024807B1 (pt) Método para um terminal remoto de uma rede de comunicações sem fio e aparelho de terminal remoto

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B11B Dismissal acc. art. 36, par 1 of ipl - no reply within 90 days to fullfil the necessary requirements