Método, aparato y sistema para transmisión de datos en una línea de abonado digital.

Un método para transmitir datos en una Línea de Abonado Digital,

DSL, que comprende:

la clasificación de datos de servicio en un tipo de datos de servicio de retransmisión y en un tipo de datos de servicio de no retransmisión al nivel de una capa de retransmisión en una sub-capa de Convergencia de Transmisión Específica del Soporte Físico, PMS-TC;

la asignación respectiva de recursos a los datos de servicio de retransmisión y a los datos de servicio de no retransmisión y la encapsulación de los datos en Unidades de Transferencia de Datos, DTU, en conformidad con los recursos asignados;

el envío, por un emisor, de la unidad DTU que soporta los datos de servicio;

la recepción, por el emisor, de una demanda de retransmisión que se envía en función de un resultado de una determinación de un error binario y del tipo del servicio de retransmisión, en donde la demanda de retransmisión incluye información sobre la DTU que necesita retransmitirse y

la retransmisión, por el emisor, de una DTU correspondiente, en donde la unidad DTU soporta los datos de servicio de retransmisión demandados para su retransmisión.

Método, aparato y sistema para transmisión de datos en una línea de abonado digital

CAMPO DE LA INVENCIÓN

La presente invención se refiere a las tecnologías de las comunicaciones, y en particular, a un método, un aparato y un sistema para transmitir datos en una Línea de Abonado Digital (DSL) .

ANTECEDENTES DE LA INVENCIÓN

La línea DSL es una tecnología de transmisión de alta velocidad que transmite datos a través de un par trenzado telefónico, esto es, un Par Trenzado No Blindado (UTP) . Los pares trenzados usados por la DSL no están blindados y la interferencia electromagnética entre pares de la línea genera errores binarios, por lo que se deteriora la calidad

de transmisión de la línea.

En un sistema de DSL, un código de corrección de errores se suele utilizar para corregir errores generados en los datos enviados. A modo de ejemplo, los códigos de Reed-Solomon (RS) se utilizan para atenuar el impacto causado por el ruido impulsivo en virtud de la ganancia de código que se proporciona adicionalmente por los códigos RS, con el fin de aumentar la estabilidad del sistema de DSL. Sin embargo, con el aumento del ancho de banda de la línea DSL y el incremento de la velocidad de transmisión, cuando se utiliza un código RS original, se necesita una palabra de código RS con más bytes de control y una longitud más corta. En este caso, una ganancia neta del código RS cambia a un valor negativo, lo que es desfavorable para el incremento de la velocidad de transmisión.

Cuando el sistema es requerido para proporcionar una alta protección contra el ruido impulsivo, y se necesita un retardo pequeño, el código RS introducirá más redundancia (esto es, bytes de control) , lo que hace que sea negativa la ganancia neta del código y hará que disminuya la velocidad. En más circunstancias, la protección contra el ruido impulsivo (INP) , proporcionada por el sistema es incapaz de hacer frente a los errores binarios de datos causados por el ruido impulsivo en la línea. Cuando un margen de ruido establecido es pequeño, la codificación de RS se diseña principalmente para hacer frente al impacto (esto es, errores binarios) causado por un ruido estable en el sistema de DSL. En este caso, se debilita, todavía más, la capacidad del sistema para resistir el ruido impulsivo.

Para poder hacer frente mejor al impacto causado por el ruido impulsivo en el sistema de DSL, un sistema de retransmisión de carga física emerge en consecuencia, en particular, un mecanismo de retransmisión en una 35 subcapa de Convergencia de Transmisión Específica del Soporte Físico (PMS-TC) . El mecanismo de retransmisión es capaz de retransmitir los datos deteriorados por el ruido impulsivo, con el fin de reducir una tasa de errores binarios de la línea y mejorar la estabilidad del servicio. Esta tecnología atenúa, en alguna medida, el impacto causado por el ruido impulsivo en el sistema y mejora la estabilidad del servicio del sistema a costa de incrementar un retardo del servicio y de reducir una velocidad de transmisión neta de la línea. En el sistema DSL existente, la capa de PMS-TC es incapaz de adquirir un tipo de servicio de los datos en la capa de PMS-TC y la misma ruta puede servir de soporte a múltiples servicios al mismo tiempo. Un sistema de retransmisión existente en la capa de PMS-TC incrementa, todavía más, un retardo en más de 10 ms. Para servicios (tales como un servicio de vídeo) que tienen altas exigencias para la tasa de errores binarios, pero bajas exigencias para el retardo, la tecnología de retransmisión reduce la tasa de errores binarios de la línea y mejora la Calidad de Experiencia (QoE) de un usuario 45 en una magnitud de un retardo tolerable. Sin embargo, algunos servicios (tales como VoIP) , que tienen bajas exigencias operativas para la tasa de errores binarios, pero altas exigencias para el retardo, todavía existen en una red, y el retardo aumentado por la retransmisión para dichos servicios es intolerable para el usuario, lo que afecta, en gran medida, a la calidad de experiencia QoE del usuario e incluso puede dar lugar a quejas del usuario.

El documento US20090089641 A1 da a conocer un método para comunicar datos entre un transmisor y un receptor de un sistema de comunicación. En este método, un flujo de datos de carga útil se recibe desde una capa de interfaz de red.

SUMARIO DE LA INVENCIÓN

La presente invención tiene como objetivo dar a conocer un método, un aparato y un sistema para transmitir datos en una línea DSL que soporta la retransmisión de la capa de PMS-TC específica del servicio. Las soluciones técnicas de la presente invención son como sigue:

un método para transmitir datos en una línea DSL incluye las etapas siguientes:

clasificar datos de servicio en un tipo de datos de servicio de retransmisión y un tipo de datos de servicio de no retransmisión en una capa de retransmisión en una capa de PMS-TC;

asignar recursos a los datos de servicio de retransmisión y a los datos de servicio de no retransmisión y encapsular los datos en una Unidad de Transferencia de Datos (DTU) en función de los recursos asignados;

enviar, por un emisor, la DTU que soporta los datos de servicio;

recibir, por el emisor, una demanda de retransmisión que se envía en función de un resultado de determinar un error binario y del tipo del servicio de retransmisión, en donde la demanda de retransmisión incluye información sobre la unidad DTU que necesita retransmitirse y

retransmitir, por el emisor, una DTU correspondiente, en donde la unidad DTU soporta los datos de servicio de retransmisión demandados para su retransmisión.

Un transceptor de línea DSL para enviar y recibir datos incluye:

un módulo de determinación de retransmisión, configurado para determinar si existe, o no, cualquier error binario en los datos recibidos; para enviar un mensaje de demanda de no retransmisión si no existe error binario; si existe algún error binario, determinar, además, si un servicio al que pertenece una unidad DTU es del tipo de datos de servicio de retransmisión; para enviar un mensaje de demanda de no retransmisión si la DTU incluye datos de servicio del tipo de no retransmisión o para enviar un mensaje de demanda de retransmisión si parte o la totalidad de los datos en la DTU incluyen datos de servicio de tipo de retransmisión. Un sistema para transmitir datos en una línea DSL incluye:

un dispositivo de oficina central, configurado para enviar datos a un Equipo de Instalaciones del Cliente (CPE) y para recibir datos enviados por el equipo CPE y

un equipo CPE, conectado al dispositivo de oficina central y configurado para recibir datos desde el dispositivo de oficina central y para enviar datos al dispositivo de oficina central, en donde el equipo CPE incluye, además, un módulo de determinación de retransmisión, que está configurado para: determinar si existe cualquier error binario en los datos recibidos; para enviar un mensaje de demanda de no retransmisión al dispositivo de oficina central si no existe error binario; si existe algún error binario, determinar, además, si un servicio al que pertenece una unidad DTU es de datos de servicio de retransmisión; para enviar un mensaje de demanda de no retransmisión al dispositivo de oficina central si la DTU incluye datos de servicio de no retransmisión, o para enviar un mensaje de demanda de retransmisión al dispositivo de oficina central si parte o la totalidad de datos en la unidad DTU incluyen datos de servicio de retransmisión. La presente invención tiene los efectos ventajosos siguientes. En conformidad con las formas de realización de la presente invención, los servicios en la capa de retransmisión en la capa de PMS-TC se clasifican en servicio de tipo de retransmisión y servicio de tipo de no retransmisión. El sistema es capaz de retransmitir los datos de servicio de retransmisión deteriorados por el ruido impulsivo, pero incapaces de retransmitir los datos deteriorados de servicios del tipo de no retransmisión. De este modo, el sistema puede superar el impacto causado por el ruido impulsivo, reducir la tasa de errores binarios de la línea, mejorar la estabilidad del sistema y la calidad de experiencia QoE del usuario y prestar mejores servicios para el usuario.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

La Figura 1 es un diagrama esquemático de una arquitectura de sistema según una forma de realización de la presente invención;

La Figura 2 es un diagrama esquemático de un Multiplexor de Acceso a Línea de Abonado Digital (DSLAM) según una forma de realización de la presente invención;

La Figura 3a es un diagrama esquemático de servicios de clasificación en granularidad... [Seguir leyendo]

1. Un método para transmitir datos en una Línea de Abonado Digital, DSL, que comprende:

la clasificación de datos de servicio en un tipo de datos de servicio de retransmisión y en un tipo de datos de servicio de no retransmisión al nivel de una capa de retransmisión en una sub-capa de Convergencia de Transmisión Específica del Soporte Físico, PMS-TC;

la asignación respectiva de recursos a los datos de servicio de retransmisión y a los datos de servicio de no retransmisión y la encapsulación de los datos en Unidades de Transferencia de Datos, DTU, en conformidad con los recursos asignados;

el envío, por un emisor, de la unidad DTU que soporta los datos de servicio;

la recepción, por el emisor, de una demanda de retransmisión que se envía en función de un resultado de una determinación de un error binario y del tipo del servicio de retransmisión, en donde la demanda de retransmisión incluye información sobre la DTU que necesita retransmitirse y

la retransmisión, por el emisor, de una DTU correspondiente, en donde la unidad DTU soporta los datos de servicio de retransmisión demandados para su retransmisión.

2. El método según la reivindicación 1, caracterizado por cuanto que

la granularidad de la asignación de recursos es una unidad DTU que comprende múltiples palabras de código de Reed-Solomon, RS, o una palabra de código RS en la DTU.

3. El método según la reivindicación 1 o 2, caracterizado por cuanto que antes de que el emisor retransmita la DTU correspondiente, el método comprende, además:

la sustitución, por el emisor, de los datos de servicio de no retransmisión en la DTU, cuya retransmisión es demandada para formar una nueva DTU y la retransmisión de la nueva DTU.

4. El método según la reivindicación 1, 2 o 3, caracterizado por cuanto que

un modo para asignar recursos comprende:

en un modo estático, asignar palabras de código RS en posiciones fijas en la DTU para un determinado tipo de servicio o asignar periódicamente un número adecuado de palabras de código RS o de DTU para un determinado tipo de servicio y

en un modo dinámico, asignar un número adecuado de palabras de código o de DTU a los dos tipos de servicio en función de la proporción de tráfico, de un sondeo o de una ponderación.

5. El método según la reivindicación 4, caracterizado por cuanto que después de que se hayan asignado los recursos, un método para identificar las unidades DTU comprende:

utilizar un Identificador de Flujo, SID, para determinar si un servicio es un servicio de retransmisión, que necesita mantener un registro de un tipo de retransmisión del correspondiente SID en un sistema, a saber, para mantener un registro de si cada SID corresponde a un servicio de transmisión o a un servicio de no retransmisión o utilizar un identificador de bit: a modo de ejemplo, en un identificador de 8 bits, FE16 representa el servicio de retransmisión y FF16 representa el servicio de no retransmisión; o bien, en un identificador de 1 bit, el 1 representa el servicio de retransmisión y el 0 representa el servicio de no retransmisión.

6. El método según la reivindicación 4 o 5, caracterizado por cuanto que después de que se asignen los recursos, el método comprende, además:

registrar, por el emisor, si un tipo de servicio de la correspondiente DTU es un servicio de retransmisión o no lo es.

7. Un transceptor de Línea de Abonado Digital, DSL, para enviar y recibir datos, que comprende:

un módulo de determinación de retransmisión, configurado para determinar si existe algún error binario en los datos recibidos; para enviar un mensaje de demanda de no retransmisión si no existe error binario; si existe un error binario, determinar, además, si un servicio al que pertenece una unidad DTU está constituido por datos de servicio de retransmisión; para enviar un mensaje de demanda de no retransmisión si la DTU incluye datos de servicio de no retransmisión o para enviar un mensaje de demanda de retransmisión si parte o la totalidad de los datos en la DTU incluyen datos de servicio de retransmisión.

8. Un sistema para transmitir datos en una Línea de Abonado Digital, DSL, caracterizado por cuanto que 5 comprende:

un dispositivo de oficina central, configurado para enviar datos a un Equipo de Instalaciones del Cliente, CPE, y para recibir datos enviados por el equipo CPE y

un equipo CPE, conectado al dispositivo de oficina central y configurado para recibir datos desde el dispositivo de oficina central y para enviar datos al dispositivo de oficina central, en donde el CPE comprende, además, un módulo de determinación de retransmisión, que está configurado para: determinar si existe algún error binario en los datos recibidos; para enviar un mensaje de demanda de no retransmisión al dispositivo de oficina central si no existe un error binario; si existe cualquier error binario, para determinar, además, si un servicio al que pertenece una DTU es de datos de servicio de retransmisión; para enviar un mensaje de demanda de no retransmisión al dispositivo de oficina central si la DTU incluye datos de servicio de no retransmisión o para enviar un mensaje de demanda de retransmisión al dispositivo de oficina central si parte o la totalidad de los datos en la DTU es de datos de servicio de retransmisión.

9. El sistema según la reivindicación 8, caracterizado por cuanto que el dispositivo de oficina central es un Multiplexor de Acceso a Línea de Abonado Digital, DSLAM, y el equipo CPE es un módem de línea SDL.

10. El sistema según la reivindicación 8 o 9, caracterizado por cuanto que el dispositivo de oficina central comprende, además:

un módulo de clasificación del tipo de servicio, configurado para clasificar los datos de servicio en datos de servicio de retransmisión y en datos de servicio de no retransmisión, en conformidad con los diferentes requisitos de retardo y/o la tasa de errores binarios.

Equipo Instalaciones Dispositivo de Cliente oficina central

Memoria intermedia servicio no retransmisión Asignación recursos Clasificación tipo servicio

Encapsulación DTU

Memoria intermedia servicio retransmisión Memoria intermedia DTU retransmisión

Determinación de retransmisión

Datos servicios no retransmisión

Datos servicios no retransmisión Datos servicios no retransmisión Datos servicios retransmisión Datos servicios retransmisión Datos servicios retransmisión

Datos servicios Datos servicios no retransmisión retransmisión Datos servicios retransmisión

El emisor recibe una demanda de retransmisión Incluye la DTU de retransmisión un servicio de no retransmisión?

Incluye una parte de la DTU de retransmisión algunos datos de servicio de no retransmisión?

Ignorar la demanda de la DTU

Sustituir los datos servicio no retransmisión

Formar una nueva DTU de retransmisión

Enviar la DTU de retransmisión Fin El receptor recibe datos

Existe cualquier error binario?

Están incluidos cualesquiera datos servicio retransmisión?

Demandar retransmisión de la DTU

Enviar una demanda de retransmisión Fin

El emisor recibe una demanda de retransmisión Incluye una parte de la DTU de retransmisión algunos datos de servicio de no retransmisión?

Sustituir los datos servicio no retransmisión

Formar una nueva DTU de retransmisión

Enviar la DTU de retransmisión Fin