TRANSMISIÓN DE TRAMAS DE DATOS DE USUARIO EN TIEMPO REAL EN PAQUETES.

Transmisión de tramas de datos de usuario en tiempo real en paquetes Campo de la invención La presente invención versa acerca de la transmisión de tramas de datos de usuario en tiempo real en paquetes y, más en particular, acerca del empaquetado de tramas de datos de usuario en tiempo real en paquetes. Antecedentes de la invención Un ejemplo de la transmisión de tramas de datos de usuario en tiempo real en paquetes es la Voz sobre Protocolo de Internet, VoIP. La VoIP significa el encaminamiento de conversaciones de voz por Internet o a través de otra red basada en IP entre dos o más terminales. La VoIP también se denomina Telefonía IP, telefonía de Internet o transmisión de voz por IP, voz en paquetes, voz empaquetada, telefonía de banda ancha, teléfono de banda ancha y voz sobre banda ancha. Para transmitir VoIP, se muestrea la voz analógica en ciertos intervalos, se codifica cada muestra en una trama, es decir, un número de bits pequeño, las tramas pueden ser comprimidas y estas tramas son entonces empaquetadas en paquetes IP que pueden ser transmitidos por una red IP. Dado que los paquetes IP pueden ser de longitud variable, un operador de red o un proveedor de servicios que preste el servicio de VoIP pueden decidir cuántas tramas se empaquetan en un paquete IP. Básicamente, cuantas menos tramas haya en un paquete IP, menor es el retardo de la manipulación de la voz, mejor es la calidad de la voz en el extremo receptor, pero el uso de recursos de la red es menos eficiente. Así, el operador de la red o el proveedor del servicio intenta optimizar la calidad de la voz y el uso eficiente de los recursos de la red cuando decide el número de tramas que deben empaquetarse en un paquete IP en base al retardo calculable y constante de manipulación. Sin embargo, hay también factores variables, específicos a la transmisión, que afectan a la calidad de la voz, como la carga de los nodos de red, la tasa de transferencia de datos y la tecnología de la red de acceso. Un problema es que no existe ningún mecanismo para considerar estos otros factores cuando se decide el número de tramas que han de ser empaquetadas en un paquete IP. El documento US 6886040 da a conocer una solución en la que las cargas útiles de los paquetes son ajustadas dinámicamente usando un retardo de extremo a extremo recibido en un mensaje de informe de RTCP que es enviado periódicamente a un nodo transmisor. El documento US 2005/122960 da a conocer una solución en la que se envían paquetes de prueba de diferentes longitudes y se determinan sus retardos del origen al destino para determinar una longitud óptima de los paquetes para el retardo preferente del oído a la boca. La longitud óptima de los paquetes se usa para determinar cuántas tramas se empaquetan en un paquete. Para ajustar la longitud óptima de los paquetes se envía un nuevo conjunto de paquetes de prueba. Resumen Un objeto de la presente invención es proporcionar un procedimiento y un aparato para implementar el procedimiento para proporcionar un mecanismo tomando en cuenta factores variables que afectan a la calidad de la transmisión de datos de usuario en tiempo real. El objeto de la invención se logra por medio de un procedimiento, un producto de programa de ordenador, aparatos y un sistema que se caracterizan por lo que se afirma en las reivindicaciones independientes. Las realizaciones preferentes de la invención se dan a conocer en las reivindicaciones dependientes. La invención se basa en la idea de utilizar la información de la latencia preponderante, es decir, la información del retardo intercambiada entre aparatos, información con la que puede determinarse un retardo en una transmisión que contiene retardos acumulados que ocurrieron durante una transmisión entre dos aparatos, cuando se deduce cuántas tramas de datos de usuario en tiempo real han de empaquetarse en un paquete. Una ventaja de la invención es que permite optimizar la calidad de los datos de usuario en tiempo real transmitidos, por ejemplo voz, y el uso eficiente de los recursos de la red para que también puedan tenerse en cuenta factores específicos de la transmisión que afectan a la latencia total y, por ello, a la calidad. Breve descripción de los dibujos En lo que sigue, la invención será descrita con mayor detalle por medio de realizaciones preferentes con referencia a los dibujos adjuntos, en los cuales la Figura 1 muestra la arquitectura general de un sistema de comunicaciones; la Figura 2 es un diagrama simplificado de bloques de un aparato según una realización; la Figura 3 es un diagrama de flujo que ilustra la funcionalidad de un aparato según una realización; y 2 E08709315 18-11-2011   las Figuras 4 a 6 ilustran la señalización según las realizaciones. Descripción detallada de algunas realizaciones Las siguientes realizaciones son ejemplares. Aunque la memoria pueda referirse a una realización o a algunas realizaciones en varios lugares, esto no significa necesariamente que cada referencia de ese tipo sea a la misma o las mismas realizaciones ni que la característica se aplique únicamente a una sola realización. La presente realización es aplicable a cualquier terminal de usuario, a un nodo de red, a un componente correspondiente y/o a cualquier sistema de comunicaciones o a cualquier combinación de sistemas diferentes de comunicaciones que proporcionen una transmisión de tramas de datos de usuario en tiempo real en paquetes, tales como la VoIP, telefonía por pulsación sobre redes celulares (PoC) y transmisión de vídeo en continuo. El sistema de comunicaciones puede ser un sistema de comunicaciones fijas o un sistema de comunicaciones inalámbricas o un sistema de comunicaciones que utilice tanto redes fijas como redes inalámbricas. Los protocolos usados, las especificaciones de los sistemas de comunicaciones, los nodos de red y los terminales de usuario, especialmente en la comunicación inalámbrica, se desarrollan rápidamente. Tal desarrollo puede requerir cambios adicionales a una realización. Por lo tanto, todas las palabras y expresiones debieran ser interpretadas de forma amplia, y se pretende que ilustren, no restrinjan, la realización. En lo que sigue, se describirán diferentes realizaciones usando como ejemplo de transmisión de tramas de datos de usuario en tiempo real en paquetes al que pueden aplicarse las realizaciones la VoIP, sin restringir la realización, no obstante, a tal arquitectura. En la Figura 1 se ilustra una arquitectura general de un sistema de comunicaciones que proporciona VoIP. La Figura 1 es una arquitectura de un sistema simplificado que solo muestra algunos elementos y entidades funcionales, siendo todas unidades lógicas cuya implementación puede diferir de lo que se muestra. Las conexiones mostradas en la Figura 1 son conexiones lógicas; las conexiones físicas reales pueden ser diferentes. Para un experto en la técnica resulta evidente que los sistemas también comprenden otras funciones y estructuras. Debiera apreciarse que las funciones, las estructuras, los elementos y los protocolos usados en o para la comunicación en el grupo son irrelevantes para la invención propiamente dicha. Por lo tanto, no es necesario exponerlos aquí con mayor detalle. El sistema 100 de comunicaciones que proporciona VoIP comprende terminales 200, 200 de usuario con clientes VoIP, una o más redes 300, 300 de acceso, uno o más nodos 400, 400 de red que comprenden un componente servidor VoIP y una red 500 basada en el protocolo de Internet (IP). Un cliente VoIP en un terminal de usuario logra el acceso a un componente servidor VoIP a través de una red de acceso y el componente servidor VoIP transmite la voz en paquetes por medio de una red basada en el protocolo de Internet. El terminal 200, 200 de usuario que comprende un cliente VoIP es un equipo o un dispositivo que asocia o está dispuesto para asociar el terminal de usuario y su usuario con un abono y permite a un usuario interactuar con un sistema de comunicaciones. El terminal de usuario presenta información a un usuario y permite que el usuario introduzca información. En otras palabras, el terminal de usuario puede ser cualquier terminal capaz de recibir información de la red y/o de transmitir información a la red, conectable a la red de manera inalámbrica o a través de una conexión fija y que comprende un cliente VoIP. Ejemplos del terminal de usuario incluyen un ordenador personal, una consola de juegos, un ordenador portátil y un teléfono alámbrico. Aunque en el presente documento se representa el terminal de usuario como una entidad, es obvio que puede comprender varias entidades separadas, como, por ejemplo, un terminal propiamente dicho, un módulo cliente VoIP y un módem. La red 300, 300 de acceso puede ser cualquier red que proporcione acceso. Ejemplos de red de acceso incluyen las redes de área local, como una red Wi-Fi y una red área... [Seguir leyendo]

1. Un procedimiento para transmitir tramas de datos de usuario en tiempo real en paquetes que comprende: controlar una transmisión de datos de usuario en tiempo real mediante un protocolo de control; determinar (301) una latencia de la transmisión de datos de usuario en tiempo real entre dos o más aparatos; deducir (302) el número de tramas de datos de usuario en tiempo real que han de empaquetarse en un paquete usando la latencia determinada como un criterio para la deducción; y empaquetar (305) las tramas de datos de usuario en tiempo real en paquetes para que el número deducido de tramas de datos de usuario en tiempo real sea empaquetado en un paquete; caracterizado por el envío (4-2, 5-5, 5-9) del número deducido a al menos uno de los dos o más aparatos y/o por la determinación de la latencia por medio de un aparato al menos en base al tipo de red de acceso de uno de los dos o más aparatos, o en base a los tipos de red de acceso de los dos o más aparatos. 2. Un procedimiento según se reivindica en la reivindicación 1 que, además, comprende: monitorizar la latencia durante la transmisión de datos de usuario en tiempo real; comparar (302) la latencia con una latencia objetivo prefijada o un intervalo de latencia objetivo prefijado; y actualizar (304, 308) el número si la latencia no es la latencia objetivo o está dentro del intervalo de latencia objetivo. 3. Un procedimiento según se reivindica en las reivindicaciones 1 o 2 en el que el aparato lleva a cabo la determinación de la latencia y la deducción del número de forma específica a la dirección para el enlace descendente (5-4) y para el enlace ascendente (5-8). 4. Un procedimiento según se reivindica en una cualquiera de las reivindicaciones precedentes que, además, comprende: recibir, en el aparato, uno o más paquetes que contienen tramas de datos de usuario en tiempo real; desempaquetar, por medio del aparato, los paquetes; y reempaquetar, por medio del aparato, las tramas de datos de usuario en tiempo real usando el número deducido. 5. Un procedimiento según se reivindica en la reivindicación 3, comprendiendo el procedimiento, además: comparar, por medio del aparato, el número para el enlace descendente con el número para el enlace ascendente; y, si la diferencia entre los números está dentro del límite prefijado, remitir, por medio del aparato, un paquete recibido; si no, desempaquetar, por medio del aparato, los paquetes recibidos que contienen datos de usuario en tiempo real; y reempaquetar, por medio del aparato, las tramas de datos de usuario en tiempo real usando el número deducido. 6. Un procedimiento según se reivindica en las reivindicaciones 1, 2 o 3 que, además, comprende: detectar, por medio del aparato, una situación de actualización en la cual cada dos veces el número disminuye y cada dos veces el número aumenta; y seleccionar, en respuesta la detección de la situación de actualización, el número con el que la latencia está más cerca de la latencia objetivo o del intervalo de latencia objetivo prefijado. 7. Un programa de ordenador que comprende instrucciones de programa adaptadas para llevar a cabo un procedimiento según se reivindica en una cualquiera de las reivindicaciones 1 a 6 cuando se ejecuta el programa de ordenador. 8. Un aparato (200, 200, 400, 400) para proporcionar una transmisión de datos de usuario en tiempo real en paquetes, comprendiendo el aparato de medios para deducir (21) el número de tramas de datos de usuario en tiempo real que deben empaquetarse en un paquete, para determinar una latencia entre el aparato y otro 9 E08709315 18-11-2011   aparato en la vía de transmisión de la transmisión de datos de usuario en tiempo real, y para usar al menos la latencia determinada como un criterio para deducir el número, caracterizado porque el aparato comprende, además, medios para el envío (23) del número deducido al otro aparato y/o los medios para la determinación están configurados para determinar la latencia al menos en base al tipo de red de acceso del aparato o del otro aparato o en base a los tipos de red de acceso de los aparatos que participan en la transmisión de datos de usuario en tiempo real. 9. Un aparato (200, 200, 400, 400) según se reivindica en la reivindicación 8 en el que el aparato comprende, además, medios para la recepción (22) de la información de latencia y los medios para la deducción, la determinación y el uso están configurados para usar la información recibida de latencia. 10. Un aparato (200, 200, 400, 400) según se reivindica en la reivindicación 9 en el que los medios de deducción (21) están configurados para detectar un cambio en la latencia durante la transmisión y, en respuesta a un cambio detectado, para actualizar el número. 11. Un aparato (200, 200, 400, 400) según se reivindica en la reivindicación 10 en el que los medios de deducción (21) están configurados, además, para comprobar, antes de la actualización del número, si la latencia es una latencia objetivo prefijada o está dentro de un intervalo de latencia objetivo prefijado, y para actualizar el número solo si la latencia no es la latencia objetivo o no está dentro del intervalo de latencia objetivo. 12. Un aparato (200, 200, 400, 400) según se reivindica en una cualquiera de las reivindicaciones 8 a 11 en el que los medios de deducción (21) están configurados, además, para deducir un número para el enlace ascendente y un número para el enlace descendente. 13. Un aparato (200, 200, 400, 400) según se reivindica en una cualquiera de las reivindicaciones 8 a 12, comprendiendo el aparato, además, medios para el envío (23) del número deducido al otro aparato. 14. Un aparato (200, 200, 400, 400) según se reivindica en una cualquiera de las reivindicaciones 8 a 13, siendo el aparato un nodo intermedio en una vía de transmisión de extremo a extremo, comprendiendo además el aparato: medios para recibir (22) uno o más paquetes que contienen tramas de datos de usuario en tiempo real; y medios (21) de empaquetamiento para desempaquetar los paquetes recibidos y reempaquetar las tramas de datos de usuario en tiempo real usando el número deducido. 15. Un aparato (200, 200, 400, 400) según se reivindica en la reivindicación 14 en el que los medios de deducción (21) están configurados para deducir un primer número para una dirección desde la cual el aparato recibe paquetes y un segundo número para una dirección hacia la cual el aparato envía los paquetes; y los medios (21) de reempaquetado están configurados, además, para comparar el primer número con el segundo número; y, solo en respuesta a que la diferencia entre el primer número y el segundo no esté dentro de un límite prefijado, para llevar a cabo el desempaquetado y el reempaquetado. 16. Un aparato (200, 200, 400, 400) para proporcionar una transmisión de datos de usuario en tiempo real en paquetes, estando configurado el aparato para recibir información procedente de otros aparatos por una red de acceso, comprendiendo el aparato: medios para empaquetar (21) tramas de datos de usuario en tiempo real en paquetes, caracterizado porque el aparato comprende, además, medios para recibir (22) de otro aparato el número de tramas de datos de usuario en tiempo real que deben empaquetarse en un paquete, y los medios (21) de empaquetado están configurados para usar el número recibido. 17. Un aparato (200, 200, 400, 400) según se reivindica en una cualquiera de las reivindicaciones 8 a 16 en el que el aparato es un terminal (200, 200) de usuario o un nodo de red o un componente servidor (400, 400). 18. Un sistema (100) de telecomunicaciones que comprende uno o más aparatos (200, 200, 400, 400) según se reivindica en una cualquiera de las reivindicaciones 8 a 16, y una red (500) de protocolo de Internet por medio de la cual se transmiten en paquetes tramas de datos de usuario. 19. Un sistema (100) de telecomunicaciones según se reivindica en la reivindicación 18 en el que un primer aparato (200, 200, 400, 400) está configurado para deducir un primer número y para enviar el primer número a un segundo aparato, y el segundo aparato (200, 200, 400, 400) está configurado para deducir un segundo número, para comparar el primer número con el segundo número y, en base a la comparación, para seleccionar un número para ser usado para empaquetar tramas de datos de usuario en tiempo real en un paquete. E08709315 18-11-2011   20. Un sistema (100) de telecomunicaciones según se reivindica en la reivindicación 19 en el que el segundo aparato (200, 200, 400, 400) está configurado, además, para enviar el número seleccionado al primer aparato, y el primer aparato (200, 200, 400, 400) está configurado para recibir el número seleccionado y usarlo para empaquetar tramas de datos de usuario en tiempo real en un paquete. 21. Un sistema (100) de telecomunicaciones según se reivindica en las reivindicaciones 18, 19 o 20 en el que los datos de usuario en tiempo real son voz y los aparatos (200, 200, 400, 400) están configurados para transmitir voz sobre el protocolo de Internet. 11 E08709315 18-11-2011   12 E08709315 18-11-2011   13 E08709315 18-11-2011   14 E08709315 18-11-2011