ES2931173T3 - Procedimiento y arquitectura de sistema de apertura de canales en establecimiento de comunicación VoIP en modo claro p BGAN, SwiftBroadband y FleetBroadband - Google Patents
Procedimiento y arquitectura de sistema de apertura de canales en establecimiento de comunicación VoIP en modo claro p BGAN, SwiftBroadband y FleetBroadband Download PDFInfo
- Publication number
- ES2931173T3 ES2931173T3 ES11743061T ES11743061T ES2931173T3 ES 2931173 T3 ES2931173 T3 ES 2931173T3 ES 11743061 T ES11743061 T ES 11743061T ES 11743061 T ES11743061 T ES 11743061T ES 2931173 T3 ES2931173 T3 ES 2931173T3
- Authority
- ES
- Spain
- Prior art keywords
- module
- terminal
- signaling
- data
- rtp
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 34
- 238000000034 method Methods 0.000 title description 8
- 230000011664 signaling Effects 0.000 claims abstract description 27
- 238000012986 modification Methods 0.000 claims abstract description 5
- 230000004048 modification Effects 0.000 claims abstract description 5
- 238000012546 transfer Methods 0.000 claims description 35
- 230000006978 adaptation Effects 0.000 claims description 3
- 238000013519 translation Methods 0.000 abstract description 2
- 230000007246 mechanism Effects 0.000 description 10
- 206010051686 Pachydermoperiostosis Diseases 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 6
- 201000006652 primary hypertrophic osteoarthropathy Diseases 0.000 description 6
- 238000012795 verification Methods 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 235000003143 Panax notoginseng Nutrition 0.000 description 1
- 241000180649 Panax notoginseng Species 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000005284 excitation Effects 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1053—IP private branch exchange [PBX] functionality entities or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Time-Division Multiplex Systems (AREA)
- Radio Relay Systems (AREA)
Abstract
La invención se refiere a una arquitectura de sistema que permite abrir de forma dinámica canales de comunicación de dimensiones optimizadas para un rendimiento garantizado, siendo el protocolo de comunicación utilizado el protocolo RTP, estando dicha arquitectura de sistema destinada a ser posicionada en un avión, un barco y/o o una maleta, y/o una estación terrestre que comprende uno o más terminales de voz sobre IP, comprendiendo dicha arquitectura al menos los siguientes elementos: un servidor SIP (4) en tierra o a bordo que comprende al menos los siguientes elementos: un módulo adaptador de rendimiento (5) que controla, estimula y adapta el caudal del flujo RTP recibido por un terminal, un módulo de control (6) para controlar la señalización incluida en los flujos de datos, comprendiendo dicho módulo de control (6) un módulo de interceptación de señalización (7) , un módulo de modificación de señalización (8),recibiendo dicho módulo de interceptación de señalización la información procedente de un terminal emisor de datos y módulo de control de acceso (9). (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Procedimiento y arquitectura de sistema de apertura de canales en establecimiento de comunicación VolP en modo claro p BGAN, SwiftBroadband y FleetBroadband
La invención se refiere a un procedimiento y una arquitectura de sistema que permiten abrir de manera dinámica canales de comunicación de dimensiones optimizadas con velocidad de transferencia garantizada de, por ejemplo, Inmarsat. La arquitectura es, por ejemplo, implementada para la apertura de canales en establecimiento de comunicación de voz en IP "VoIP" en modo claro BGAN (un servicio de IP y voz suministrado simultáneamente a alta velocidad de transferencia a través de la red 3 G de Inmarsat), para los servicios conocidos con el acrónimo anglosajón "SwiftBroadband" y "FleetBroadband" (servicio de comunicaciones marítimas de Inmarsat).
La arquitectura de sistema se presenta, por ejemplo, en forma de plataforma incorporada que puede estar a bordo de una aeronave, de un barco, de un vehículo o en una maleta, y una plataforma terrestre que se interconecta con redes públicas o privadas. La plataforma incorporada da servicio a una red que utiliza el protocolo de Internet IP a la que se conectan equipos informáticos (datos, voz o fonía, vídeo, etc.).
Definiciones
En lo sucesivo de la descripción, se utilizarán las siguientes abreviaturas y sus definiciones:
PDP: protocolo de datos por paquetes o Packet Data Protocol, un contexto PDP proviene de la tecnología GPRS conocida por el experto en la materia, es un conjunto de información que caracteriza un servicio básico de transmisión; agrupa parámetros que permiten a un abonado comunicarse con una dirección PDP bien definida, según un perfil de calidad de servicio determinado (tiempo, prioridad, velocidad de transferencia, ..)
RTP: protocolo en tiempo real o Real Time Protocol. Un protocolo sobre IP que identifica el tipo de información que se transporta, añadir marcadores, números de secuencia y controlar la llegada de los paquetes a su destino. TFT: siglas que designan una serie de filtros que garantizan una trayectoria determinada para aplicaciones cuyo flujo es identificado por los filtros TFT, Traffic Flow Template o plantilla de flujo de tráfico. Por ejemplo, la tecnología de Inmarsat utiliza TFT.
VoIP: Voz sobre IP o en inglés Voice over IP SIP: protocolo de Inicio de sesión o Session Initiation Protocol. Este protocolo está normalizado y estandarizado. Se encarga de la autentificación y localización de los múltiples participantes. También se encarga de la negociación sobre todos los tipos de medios que utilizables por los distintos participantes encapsulando mensajes SDP (protocolo de descripción de sesión o Session Description Protocol). SIP no transporta los datos intercambiados durante la sesión, como la voz o el vídeo. Al ser SIP independiente de la transmisión de los datos, para este intercambio se puede utilizar cualquier tipo de datos y protocolos. Sin embargo, el protocolo RTP garantiza en general las sesiones de audio y de vídeo.
La palabra "streaming" se refiere a una clase de servicios de Satcom que garantizan una velocidad de transferencia garantizada (utilizado principalmente para aplicaciones en tiempo real).
La palabra "transceiver" se utiliza para designar un transceptor cuya función es, concretamente, difundir una señal de entrada hacia varias salidas.
La expresión "De a bordo" se refiere a los equipos dispuestos a bordo de un satélite o una aeronave y "terrestre" a los equipos situados en una estación terrestre.
La expresión "ruta externa" se refiere a los mecanismos de enrutamiento implementados por la función SIP del "redirect Proxy". Se trata de redirigir las llamadas no encontradas localmente a otro proxy a través de la ruta definida.
La expresión "Inbound call" se refiere a una llamada entrante en contraste con el término "outbound call" que se refiere a una llamada saliente.
En las redes de telecomunicaciones que utilizan un satélite en concreto, generalmente se ofrecen dos tipos de categoría de servicio:
• un servicio de tipo "Best Effort" en el que el usuario paga por Mega Byte consumido, pero no tiene garantía de calidad de servicio. Es decir, si hay muchos usos simultáneos del enlace por satélite, la calidad se degrada gravemente. Para servicios de telefonía sobre IP (Internet Protocol) o para videoconferencias, esto es una barrera.
• un servicio de tipo streaming por el que el usuario paga por tiempo de conexión (precio muy elevado), pero que tiene, a cambio, una garantía de servicio que le permite prestar servicios en tiempo real, como voz o vídeo o un enlace prioritario del recurso satélite.
Mecanismo de a bordo-terrestre
En el estado de la técnica, el establecimiento de una comunicación entre una plataforma terrestre y un sistema
incorporado en una aeronave o en un satélite que requiera una calidad de servicio se efectúa mediante la apertura previa de un canal de streaming de 32 K o 64 K o 128 K, sin prejuzgar el volumen real de la banda utilizada y consumiendo el recurso en cuanto se abre.
El canal de "streaming" (lectura en flujo continuo) está abierto, con pago desde la apertura, para permitir el paso de la señalización. Si el destinatario de la llamada no contesta, la llamada se factura hasta la liberación del canal.
Adicionalmente, la falta de gestión fina de los vocodificadores en los equipos de comunicaciones y la falta de optimización de la ajuste de candencia en la transmisión de paquetes de voz sobre IP sólo permite efectuar comunicaciones utilizando una media de 80 Kbps (vocodificador de tipo G711) de ancho de banda por comunicación.
No obstante, algunas arquitecturas ofrecen la posibilidad de concatenar varias comunicaciones en un canal de "streaming" previamente activado sin control del vocodificador y de la sincronización (número de tramas en una carga útil o datos enrutados). Este mecanismo puede ser interesante si el canal abierto está siempre ocupado por un volumen importante de comunicaciones, en caso contrario, un canal está abierto con un tráfico insuficiente y su coste de explotación puede ser muy elevado.
El mecanismo se ilustra en la figura 1 donde se encuentran intercambios de comunicación emitidos por un primer terminal T1 dispuesto en una aeronave o satélite o "De a bordo" hacia tierra por medio de un primer servidor SIP situado a bordo de una aeronave I, en un enlace o módulo Satcom II que transmite los datos utilizando el protocolo PDP, en un segundo servidor SIP situado en una estación terrestre III en conexión con un terminal T2 , en una pasarela de circuito P, en una red telefónica conmutada Rc.
La figura 2 muestra los intercambios de datos durante una comunicación en sentido contrario al descrito en la figura 1, esto es, desde tierra hasta a bordo entre un terminal T1 y un terminal T2.
En el estado de la técnica, una comunicación establecida desde tierra se realiza sistemáticamente en Best Effort. Si se desea una comunicación con calidad de streaming desde tierra, el canal debe abrirse previamente desde el avión.
La solicitud de patente US 2003/0200337 divulga un sistema en el que un primer flujo de información se codifica con un primer formato, un segundo flujo de información en un segundo formato, con un servidor proxy transcodificador entre los dos.
La patente US7328027 describe un sistema que patente seleccionar qué vocodificador utilizar en función de una carga de datos.
La solicitud de patente US 2010/182947 divulga un procedimiento para optimizar el uso de los recursos espectrales de un sistema de satélite que consiste en adaptar la velocidad de transferencia en una red de satélites geoestacionarios, utilizando dos velocidades de transferencia de diferentes valores, con la posibilidad de adaptar la potencia de emisión para alcanzar el objetivo de calidad de señal deseado.
El documento WO 2005/034372 A2 (SANTERA SYSTEMS INC [US]; LI SAN-QI [US] ET AL.) 14 de abril de 2005 (2005-04-14) es otro documento relevante de la técnica anterior.
El objeto de la invención se refiere a una arquitectura de sistema según la reivindicación independiente 1.
Otras características y ventajas del dispositivo según la invención se pondrán de manifiesto mejor con la lectura de la siguiente descripción de un ejemplo de realización proporcionado a título ilustrativo y no limitativo adjunto a las figuras, que representan:
La figura 1, una representación del estado de la técnica de un mecanismo de transmisión de datos de a bordo hacia tierra,
La figura 2, una representación del estado de la técnica de un mecanismo de transmisión de datos de tierra hacia a bordo,
La figura 3, un ejemplo de arquitectura que permite implementar el procedimiento según la presente solicitud de patente,
La figura 4, un ejemplo de transcodificación transparente,
La figura 5A un ejemplo de etapas implementadas para la eliminación de los vocodificadores de alta velocidad de transferencia y el reajuste de candencia de los paquetes de Voz sobre IP y la figura 5B, un ejemplo de los etapas implementadas para la transcodificación de paquetes de voz sobre IP,
La figura 6, una ilustración de la secuencia de etapas para el establecimiento de una llamada saliente de VoIP, y La figura 7, una ilustración de la secuencia de etapas para el establecimiento de una llamada entrante de VoIP.
Para entender mejor la arquitectura según la invención, la siguiente descripción se basa en el uso del protocolo estándar SIP. Por lo tanto, los mecanismos implementados son transparentes para cualquier terminal compatible con el protocolo. La arquitectura según la invención utiliza, en concreto, mecanismos de terminales virtuales
implementados en una aplicación que utiliza los servicios del servidor SIP.
La figura 3 representa un ejemplo de arquitectura del sistema según la invención, que comprende un terminal de datos IP 1, que transmite datos D a un módulo de enrutamiento o enrutador 2, y un terminal de voz 3 que se comunica en paralelo con un servidor SIP 4 para la señalización y el flujo RTP. Dicha arquitectura puede disponerse tanto en los llamados equipos llamados "de a bordo" de un vehículo, barco o aeronave, como en los equipos o estaciones terrestres.
El servidor SIP 4 consta de un módulo 5 adaptador de velocidad de transferencia que, controla, transcodifica, adapta y resincroniza la velocidad de transferencia del protocolo RTP, un módulo de control de la señalización 6, que comprende, a su vez, un módulo 7 de interceptación de la señalización y un módulo 8 de modificación de la señalización.
El módulo 7 de interceptación de la señalización recibe información por parte del terminal IP y también del módulo de control de acceso 9.
El módulo de modificación de la señalización transmitirá la señalización modificada por un lado al terminal IP, por otro lado, al módulo 9 de control de acceso y al módulo 5 adaptador de velocidad de transferencia.
El enrutador 2 intercambia datos con el módulo 9 de control de acceso y con el módem Satcom 10 o cualquier otro módem implementado para la comunicación entre una estación terrestre y cualquier aeronave o satélite
El terminal IP en esta figura representa, por ejemplo, el terminal de telefonía de a bordo, T1 en la figura 1.
El módulo de enrutamiento 2 tiene, concretamente, la función de enrutar los diferentes flujos de datos a los recursos de Satcom correctos, es decir, el o los PDP de contexto primario que contienen los PDP secundarios asociados a las reglas TFT aplicando las reglas TFT.
El módulo 6 de control de la señalización, SIG, es una función que analiza la señalización SI P presente en un paquete de datos o en un flujo de datos, para controlar y modificar los números de puerto RTP y los codificadoresdecodificadores o códecs implementados por los terminales T1, T2. Dirige el módulo 5 adaptador de velocidad de transferencia. Los códecs no se representan en las figuras por razones de simplificación.
La arquitectura descrita en la figura 3 se aplica tanto a los segmentos terrestres como a los segmentos de a bordo. Las referencias ' se utilizarán para diferenciar los elementos del segmento de a bordo con respecto al segmento terrestre.
Las reglas de gestión de recursos de Satcom exigen que, desde el punto de vista del módulo de enrutamiento, los puertos RTP utilizados por las comunicaciones telefónicas corresponden a las reglas TFT.
La gestión automática del tráfico presenta varios problemas:
• La aplicación de la regla TFT debe hacerse sobre el conocimiento de los puertos antes del establecimiento de la comunicación entre dos terminales.
• El conocimiento de los puertos sólo es posible en el establecimiento de la comunicación.
• La asignación de los puertos es dinámica.
Los módulos de control de la señalización 6 y de adaptación de la velocidad de transferencia 5 permiten efectuar una traducción de puerto para los mensajes de llamada (INVITE) y de aceptación de llamada (200 OK) que los atraviesan. Esto permite ocultar la combinatoria de números de puerto de los diferentes combinados SIP utilizados en la red y utilizar sólo un pequeño número de puertos RTP (un número de puerto por comunicación de voz saliente y entrante).
Concretamente, el módulo de control de la señalización 6 analiza la señalización para una comunicación dada, o un flujo de datos a transmitir, para conocer el número de puerto RTP anunciado en el paquete de llamada (INVITE) por el terminal emisor T1 y por el terminal receptor T2 durante la respuesta (200 OK). Este número es específico de cada terminal y no es configurable.
Para remediar este problema técnico, la arquitectura según la invención utiliza mecanismos de terminales virtuales implementados en una aplicación que utiliza los servicios del servidor IP. Es por medio de estos terminales virtuales que será posible adaptar una asignación dinámica e incontrolada a las reglas estáticas de los TFT.
Al recibir una llamada, el servidor SIP (de a bordo o terrestre según el sentido de la llamada) proporciona un N° de puerto RTP libre (definido por la configuración), entonces abre el paquete de llamada y sustituye el número de puerto solicitado por el terminal T1 por el que se acaba de asignar. El paquete de llamada se envía entonces a la ruta externa con un nuevo número de puerto.
Adaptación de la banda consumida
En el protocolo SIP, los terminales pueden negociar el mejor códec posible entre ellos.
En el ejemplo dado, el vocodificador elegido es el G729, para garantizar que una comunicación pase por un canal de streaming de 32 Kbits/s.
El módulo de control de la señalización también tiene la función de retirar del mensaje de llamada los vocodificador con alta velocidad de transferencia. Ya sea en el contexto del ejemplo, superior a 32 Kbps (IP+UDP+RTP+carga útil) De hecho, como se ilustra en la figura 4, que representa una comunicación desde una estación incorporada hacia una estación terrestre, se elegirá un códec de baja velocidad de transferencia si está presente en el equipo terrestre y en el equipo incorporado.
En el caso de que un códec de baja velocidad de transferencia esté presente de extremo a extremo en el sistema de comunicación, si un mensaje "INVITE" al comienzo de una ruta externa (señal emitida por el terminal T1) posee un vocodificador de baja velocidad de transferencia, entonces el procedimiento no tendrá que transcodificar o modificar el flujo de datos de forma más general.
En caso de que el equipo no disponga de un códec de baja velocidad de transferencia, la arquitectura según la invención utilizará el códec G711 de 64 kbits/s presente en todos los terminales, y realizará transcodificación hacia un códec de baja velocidad de transferencia. Es el módulo 5 adaptador de velocidad de transferencia el que se encarga de esta transcodificación, como se muestra en la figura 5B.
Las etapas implementadas por el procedimiento en este caso son, por ejemplo, las siguientes: en el caso de que la arquitectura de sistema a nivel de tierra y a nivel de a bordo no disponga de un vocodificador de baja velocidad de transferencia,
Si un mensaje "INVITE" al comienzo de una ruta externa no posee un vocodificador de baja velocidad de transferencia, Llamada saliente (figuras 3 y 4)
El servidor SIP de abordo 4 acepta las llamadas en G711, por ejemplo, y las transpone a G729. El módulo 5 adaptador de velocidad de transferencia es el que se encarga de esta transcodificación.
El servidor SIP terrestre realiza una operación inversa aceptando llamadas en G729 a través del módulo de control de señalización y de RTP y las transcodifica en G711 hacia el terminal solicitado T2. El flujo de comunicación transcodificado es transmitido entonces por la pasarela del circuito P, y luego a través de redes conmutadas Rc. Llamada entrante
El servidor SIP terrestre acepta llamadas en G711 y las transcodifica en G729. La transcodificación se realiza gracias al módulo adaptador de velocidad de transferencia situado en el equipo terrestre.
El servidor SIP de a bordo acepta llamadas en G729 y las transcodifica en G711 hacia el terminal solicitado. La transcodificación se realiza gracias al módulo adaptador de velocidad de transferencia situado en el equipo de a bordo.
Módulo adaptador de velocidad de transferencia, 5
El papel de este módulo adaptador de velocidad de transferencia es colocarse en corte en los flujos RTP para resincronizar los flujos y realizar la transcodificación si es necesario. Esto significa que el módulo está situado entre los dos terminales T1 y T2 del ejemplo dado.
En concreto, el hecho de resincronizar los flujos permite obtener una excelente calidad de voz con un ancho de banda mínimo real inferior a 32 kbits por segundo.
Este módulo adaptador de velocidad de transferencia 5, como se ha descrito anteriormente, también se encarga de transcodificar los paquetes emitidos en códec de alta velocidad de transferencia por los terminales en paquetes de voz de baja velocidad de transferencia para emisión a través de una conexión por satélite (red local y red terrestre). El adaptador de velocidad de transferencia es una función de software inteligente portada por el servidor SIP.
El adaptador de velocidad de transferencia permite reducir la velocidad de transferencia VoIP de forma inteligente para permitir el uso de enlaces de baja velocidad de transferencia, optimizando:
- La velocidad de transferencia máxima de los enlaces utilizados
- La calidad de voz
- La CPU utilizada para las operaciones
El adaptador de velocidad de transferencia funciona en dos etapas, esquematizadas en las figuras 5A, 5B:
1. desde el momento de la solicitud de llamada por un terminal identificando los códecs solicitados por los terminales, proponiendo o suprimiendo algunos de ellos,
2. desde el momento del establecimiento de los flujos de medios reales recibidos por los terminales
También está diseñado para trabajar en ambas direcciones de comunicación de a bordo a tierra y de tierra a bordo.
Estas dos etapas permiten, finalmente, trabajar en dos modos:
1. El reajuste de candencia de paquetes de voz adaptado a demandas de compresión bajas y medias esquematizado en la figura 5A. En este ejemplo, se ve que la trama del paquetes de voz sobre IP se resincroniza de 30 ms a 60 ms.
2. La transcodificación de paquetes adaptada a demandas de compresión altas esquematizada en la figura 5B, por ejemplo, a pasar a una velocidad de transferencia de codificación de tipo G711, codificación de alta velocidad de transferencia a codificación de baja velocidad de transferencia de tipo G729. Se entiende que los tipos de codificación G711 y G729 se dan únicamente a título ilustrativo y no son en absoluto limitativos.
El trabajo sobre la señalización se refiere a forzar, si es posible, a los terminales para utilizar el mismo códec de baja velocidad de transferencia (<=32 kbits típicamente).
En caso de que uno de los terminales no pueda soportar dicho códec, esto se detecta en esta primera fase y se aplicará transcodificación.
Llamada saliente
La figura 6 esquematiza el establecimiento de una llamada VoIP saliente en un segmento de extremo a extremo. Se presentan, en particular, los procesamientos relacionados con el intercambio por los dos teléfonos o terminales llamador, T1 en este ejemplo, y llamado T2, de los mensajes iniciales "INVITE" y "200 OK".
Si la llamada se identifica como saliente o entrante, los servidores SIP tienen que sustituir a los terminales T1, T2 y engañarlos para poder modificar sus puertos RTP.
Un ejemplo de la cronología de las etapas implementadas en el caso de una llamada saliente, se indica a continuación.
A BORDO
Ejemplo: el terminal emisor T1 presenta la llamada al servidor SIP de a bordo con:
Puerto RTP 50000
El servidor SIP de abordo captura el mensaje INVITE.
La llamada es para una ruta externa
Verificación por el módulo de control de acceso del número de llamadas entrantes y salientes en esta ruta Verificación de la presencia del vocodificador de baja velocidad de transferencia (ejemplo; G729) en el mensaje INVITE
El servidor SIP emite un mensaje "200 trying" hacia el terminal solicitante de la llamada T1
El servidor SIP de a bordo solicita un número de puerto RTP externo
Se asigna el primer N° de puerto externo libre
El servidor SIP de a bordo continúa la llamada hacia el enrutador
La llamada continúa en el "Best Effort", 30, 31, es decir, la llamada se transmite hacia los equipos Terrestres usando el modo de "Best Effort" 31 a través de un módulo de enrutamiento 30.
TIERRA
El servidor SIP terrestre 4' recibe un mensaje INVITE en su ruta externa (enlace troncal entre el servidor SIP de a bordo y el servidor SIP terrestre)
Marcado de una llamada en esta ruta como entrante, marcado de la llamada que es efectuado por el módulo de control de acceso
Continuación de la llamada mediante la recuperación de la dirección IP del número de llamada y contenida en la base de datos de registro (REGISTRAR) de los terminales conectados al servidor SIP de Tierra al terminal solicitado T2
El terminal solicitado responde con un 200 OK con el puerto que desea utilizar para el RTP (40000) El servidor terrestre SIP captura el mensaje de aceptación de llamada (200 OK)
El servidor SIP terrestre solicita un número de puerto RTP externo
Se asigna el primer puerto externo libre (30200); el servidor terrestre continúa la llamada hacia el enrutador de Tierra.
A BORDO
El servidor SIP de a bordo recibe el 200 OK y continúa la llamada hacia el terminal T1 sin modificación del mensaje de confirmación (200 OK)
El terminal solicitante T1 emite las tramas RTP con como puerto de origen 50000 y como puerto de destino 30200. El módulo 5 adaptador de velocidad de transferencia está en corte, es decir, entre los terminales T1 y T2 , Recepción de tramas y modificación del puerto de origen a 30200
Las tramas se envían al módulo de enrutamiento según la invención con como puerto de origen 30200 y como puerto de destino 30200
El tráfico ascendente y descendente se asigna ahora a un puerto RTP controlado y conocido en las reglas TFT. El tráfico se asigna ahora automáticamente a un canal de streaming mediante una correspondencia perfecta con las reglas del TFT.
Llamada entrante
Para evitar la asignación de un puerto terrestre y otro de a bordo idénticos, el procedimiento permite asignarlos de forma automática y por configuración de forma decreciente de a Bordo a Tierra y de forma creciente de Tierra a Bordo. Se define un intervalo de puertos (por configuración) en el servidor SIP de a bordo y en el servidor SIP de tierra. Este intervalo comienza con, por ejemplo:
• Puerto 30200 a 30250 con una asignación de 30200 a 30250 desde a Bordo
• Puerto 30200 a 30250 con una asignación de 30250 a 30200 desde Tierra
Si una llamada se inicia desde a Bordo, el servidor SIP de a bordo asigna el puerto 30200 si está libre en el paquete de llamada.
Si una llamada se inicia desde Tierra, el servidor SIP de Tierra asigna el puerto 30250 si está libre en el paquete de llamada.
Este mecanismo de asignación creciente (desde a Bordo) y decreciente (desde Tierra) y repetitivo hasta la ocupación de todos los puertos.
Un puerto se libera (fin de la comunicación) y se reasigna si se inicia otra llamada.
La invención es transparente para las llamadas procedentes de Tierra. Estas se efectúan en modo Best Effort (para la señalización) con cambio de puertos en tierra para verificar o respetar las reglas TFT de la aeronave o del avión. La cronología de las etapas puede ser la siguiente, según la figura 7:
TIERRA
El terminal solicitante T1, emite una llamada con como número de puerto RTP 40000
Puerto RTP 40000
Códec G711A, G711U, G729, G723.1
El servidor SIP terrestre 4 captura el mensaje INVITE
La llamada es para una ruta externa
Verificación del número de llamadas entrantes y salientes en esta ruta por el módulo de control de acceso, Si una llamada es posible, marcado de una llamada como saliente
Verificación de la presencia del vocodificador de baja velocidad de transferencia (ejemplo; G729) en el mensaje INVITE
El servidor SIP terrestre envía un "trying" al terminal T1 solicitante de la llamada
El servidor SIP terrestre solicita un número de puerto RTP externo
Se asigna el primer puerto externo libre (30210)
El servidor SIP terrestre continúa la llamada La llamada continúa en el "Best Effort"
A BORDO
El servidor SIP de abordo 4' recibe un mensaje "invite" en su ruta externa
Marcado de una llamada en esta ruta como entrante
Continuación de la llamada hacia el terminal solicitado
El terminal T2 solicitado responde con un 200 OK con el puerto que desea utilizar para el RTP (50000)
El servidor SIP de a bordo 4' captura el mensaje INVITE
El servidor SIP de a bordo 4' modifica el puerto RTP a 30210.
TIERRA
Al recibir el 200 OK, el terminal T1 emite las tramas RTP hacia el destinatario T2 en Best Effort.
A BORDO
Al recibir las tramas en 30210, el módulo de enrutamiento situado en el sistema de a bordo asigna la llamada automáticamente a un canal de streaming definido.
La arquitectura de sistema según la invención permite por lo tanto:
Generar la señalización en el modo Best Effort,
Generar la voz en el streaming,
Abrir un canal de streaming optimizado para cada comunicación de forma automática para una llamada que sale del sistema más conocida con la abreviatura anglosajona "outbound" o una llamada que entra en el sistema o "inbound". Forzar a los terminales a negociar en G729 (codificación de voz de 8 kbit/s por predicción lineal con excitación por secuencias codificadas de estructura algebraica conjugada) u otro códec de baja velocidad de transferencia si este vocodificador está presente
Transcodificar a baja velocidad de transferencia si el vocodificador no está presente en los terminales, Optimizar la sincronización de las tramas de voz,
Garantizar que no se supere el número de comunicaciones (entrantes y salientes) permitidas por el ancho de banda. La compatibilidad con la norma SIP.
También ofrecen la posibilidad de adaptarse a importantes restricciones de ancho de banda. La restricción consiste en garantizar que una comunicación pasará siempre a un canal del menor tamaño posible, siendo este tamaño fijo sean cuales sean los terminales utilizados.
Claims (2)
1. Arquitectura de sistema configurada para permitir abrir de manera dinámica canales de comunicación de dimensión optimizada con velocidad de transferencia garantizada, siendo el protocolo de comunicación utilizado el protocolo RTP, estando destinada dicha arquitectura de sistema a ser situada en una aeronave, una maleta y/o un barco, y/o una estación terrestre que comprende uno o más terminales Ti de Voz sobre IP, comprendiendo dicha arquitectura al menos los siguientes elementos:
• Un sistema de comunicación por satélite de tipo BGAN, SwiftBroadband o FleetBroadband, un terminal de datos IP (1) configurado para transmitir datos a un enrutador (2) comprendido en la arquitectura y un terminal de voz IP (3) configurado para comunicarse en paralelo con un servidor SIP (4) para la señalización y el flujo RTP,
• Comprendiendo dicho servidor SIP(4), terrestre o de a bordo, al menos los siguientes elementos:
* Un módulo adaptador de velocidad de transferencia (5) situado entre al menos un terminal emisor T1 y un terminal receptor T2, siendo dicho módulo adaptador de velocidad de transferencia (5) una función de software portada por el servidor SIP y configurada para controlar, sincronizar y adaptar la velocidad de transferencia de un flujo RTP recibido por un terminal,
* Un módulo de control (6) de la señalización SIP presente en los flujos de datos para controlar y modificar los números de puerto RTP y los codificadores-decodificadores implementados por los terminales de datos, T1, T2, constando dicho módulo de control (6) de un módulo (7) de interceptación de señalización y un módulo (8) de modificación de la señalización, estando configurado dicho módulo de interceptación de señalización para recibir la información por parte de un terminal emisor de los datos y de un módulo de control de acceso (9),
• Siendo el módulo adaptador de velocidad de transferencia un módulo configurado para permitir la adaptación de un códec de baja velocidad de transferencia G729 hacia el códec G711 y viceversa.
2. La arquitectura según la reivindicación 1 caracterizada por que el terminal de datos IP (1) es un terminal de voz sobre IP configurado para transmitir datos D en paralelo a datos de voz al enrutador que está configurado para comunicarse con el terminal de voz IP.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1003334A FR2963861B1 (fr) | 2010-08-10 | 2010-08-10 | Procede et architecture de systeme d'ouverture de canaux sur etablissement de communication volp en mode clair p bgan, swiftbroad et fleetbroadband |
| PCT/EP2011/063664 WO2012020010A1 (fr) | 2010-08-10 | 2011-08-09 | Procede et architecture de systeme d'ouverture de canaux sur etablissement de communication voip en mode clair p bgan, swiftbroadband et fleetbroadband |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2931173T3 true ES2931173T3 (es) | 2022-12-27 |
Family
ID=43641904
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES11743061T Active ES2931173T3 (es) | 2010-08-10 | 2011-08-09 | Procedimiento y arquitectura de sistema de apertura de canales en establecimiento de comunicación VoIP en modo claro p BGAN, SwiftBroadband y FleetBroadband |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20130294355A1 (es) |
| EP (1) | EP2604013B1 (es) |
| DK (1) | DK2604013T3 (es) |
| ES (1) | ES2931173T3 (es) |
| FR (1) | FR2963861B1 (es) |
| WO (1) | WO2012020010A1 (es) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2819012B1 (en) * | 2013-06-24 | 2020-11-11 | Alcatel Lucent | Automated compression of data |
| CN105791234A (zh) * | 2014-12-23 | 2016-07-20 | 宇龙计算机通信科技(深圳)有限公司 | 用于终端的数据共享方法、数据共享装置和终端 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7266611B2 (en) * | 2002-03-12 | 2007-09-04 | Dilithium Networks Pty Limited | Method and system for improved transcoding of information through a telecommunication network |
| US7380011B2 (en) * | 2003-10-01 | 2008-05-27 | Santera Systems, Inc. | Methods and systems for per-session network address translation (NAT) learning and firewall filtering in media gateway |
| US7328027B1 (en) * | 2004-05-11 | 2008-02-05 | Sprint Spectrum L.P. | Method for vocoder selection based on loads in coverage areas of a wireless wide area network |
| EP1758334A1 (en) * | 2005-08-26 | 2007-02-28 | Matsushita Electric Industrial Co., Ltd. | Establishment of media sessions with media adaptation |
| US20090170557A1 (en) * | 2006-10-02 | 2009-07-02 | Prashant Chauhan | Systems and methods for enabling communication features utilizing various bearer media |
| US20080144602A1 (en) * | 2006-12-14 | 2008-06-19 | Nortel Networks Limited | Providing sip interworking in a next generation network |
| US20100195564A1 (en) * | 2008-11-26 | 2010-08-05 | Je-Hong Jong | Method and system for providing timing and frequency synchronization for satellite diversity |
| US8254930B1 (en) * | 2009-02-18 | 2012-08-28 | Sprint Spectrum L.P. | Method and system for changing a media session codec before handoff in a wireless network |
-
2010
- 2010-08-10 FR FR1003334A patent/FR2963861B1/fr active Active
-
2011
- 2011-08-09 WO PCT/EP2011/063664 patent/WO2012020010A1/fr active Application Filing
- 2011-08-09 US US13/814,932 patent/US20130294355A1/en not_active Abandoned
- 2011-08-09 ES ES11743061T patent/ES2931173T3/es active Active
- 2011-08-09 DK DK11743061.1T patent/DK2604013T3/da active
- 2011-08-09 EP EP11743061.1A patent/EP2604013B1/fr active Active
Also Published As
| Publication number | Publication date |
|---|---|
| DK2604013T3 (da) | 2022-11-28 |
| EP2604013A1 (fr) | 2013-06-19 |
| US20130294355A1 (en) | 2013-11-07 |
| WO2012020010A1 (fr) | 2012-02-16 |
| FR2963861B1 (fr) | 2014-09-12 |
| EP2604013B1 (fr) | 2022-08-31 |
| FR2963861A1 (fr) | 2012-02-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2855116T3 (es) | Procedimiento y sistema para establecer dinámicamente túneles cifrados sobre redes de banda restringida | |
| US8514871B2 (en) | Methods, systems, and computer program products for marking data packets based on content thereof | |
| EP1724983B1 (en) | Method of providing a real-time communication connection | |
| AU2006330074B2 (en) | System and method for a high reliability base layer trunk | |
| US7706355B2 (en) | System and method for converting packet payload size | |
| ES2261276T3 (es) | Mantenimiento de la sincronizacion de extremo-a-extremo en una conexion de telecomunicaciones. | |
| US20080031229A1 (en) | Method of sizing packets for routing over a communication network for voip calls on a per call basis | |
| US8391147B2 (en) | IP converged system and packet processing method therein | |
| US8553692B2 (en) | Generic UDP multiplexing for voice over internet protocol (VOIP) | |
| US9479967B1 (en) | Enhanced media gateway | |
| CN1777152B (zh) | 媒体网关和服务器之间的数据传输 | |
| ES2316975T3 (es) | Procedimiento para el ajuste de la velocidad de bits. | |
| ES2931173T3 (es) | Procedimiento y arquitectura de sistema de apertura de canales en establecimiento de comunicación VoIP en modo claro p BGAN, SwiftBroadband y FleetBroadband | |
| US9148257B2 (en) | Method and apparatus for reducing delays in a packets switched network | |
| US7626976B2 (en) | DSL access system negotiating a voice codec type to be used between two systems | |
| US20080159180A1 (en) | System and method for a high reliability base layer trunk | |
| US7330460B1 (en) | Method and apparatus for providing efficient VoIP gateway-to-gateway communication | |
| ES2259306T3 (es) | Supervision de llamadas en un sistema de comunicacion. | |
| US20090003231A1 (en) | Transparent signaling agent | |
| JP2010153955A (ja) | 交換装置 | |
| EP2245884B1 (fr) | Procédé d'optimisation des ressources de transmission par bouclage intercellulaire dans un réseau cellulaire de radiocommunication mobile, réseau et adaptateurs locaux correspondants | |
| ES2795281T3 (es) | Sistema de gestión de secuencias de medios | |
| AU2012228036B2 (en) | Improvements in call delay control | |
| Sevenich | Multiplexing time-critical data over tactical subnetworks of low bandwidth | |
| US7697513B1 (en) | Private branch exchange (PBX) networking over IP networks |