ES2639177T3 - Método y sistema para implementar una multidifusión usando un módulo esclavo de acceso durante el acceso a una línea de abonado digital - Google Patents

Método y sistema para implementar una multidifusión usando un módulo esclavo de acceso durante el acceso a una línea de abonado digital Download PDF

Info

Publication number
ES2639177T3
ES2639177T3 ES14167200.6T ES14167200T ES2639177T3 ES 2639177 T3 ES2639177 T3 ES 2639177T3 ES 14167200 T ES14167200 T ES 14167200T ES 2639177 T3 ES2639177 T3 ES 2639177T3
Authority
ES
Spain
Prior art keywords
multicast
block
slave block
slave
data
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
Application number
ES14167200.6T
Other languages
English (en)
Inventor
Wumao Chen
Yong Luo
Dingbo Cao
Bo Ke
Meng Wu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2639177T3 publication Critical patent/ES2639177T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2858—Access network architectures
    • H04L12/2861—Point-to-multipoint connection from the data network to the subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06—Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • H04M11/062—Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors using different frequency bands for speech and other data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un aparato de acceso a una Línea de abonado digital, DSL, que comprende un bloque maestro y un bloque esclavo, estando el bloque maestro dispuesto en cascada con el bloque esclavo, caracterizado por que comprende: el bloque esclavo, configurado para captar un mensaje IGMP, determina que el mensaje IGMP es un mensaje de informe, en el que el mensaje de informe comprende un parámetro que indica a qué grupo de multidifusión unirse; si determina que el número de miembros de multidifusión del bloque esclavo en el grupo de multidifusión es cero, enviar un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo y reenviar datos de multidifusión desde el bloque maestro hasta una interfaz de usuario correspondiente al miembro de multidifusión según una tabla de reenvío de multidifusión.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Metodo y sistema para implementar una multidifusion usando un modulo esclavo de acceso durante el acceso a una lmea de abonado digital
Campo de la invencion
La presente invencion se refiere a las tecnologfas de comunicaciones, y particularmente a un metodo y un sistema para implementar una multidifusion usando un bloque esclavo en una tecnica de acceso a una Lmea de abonado digital (xDSL).
Antecedentes de la invencion
Una Lmea de abonado digital (DSL) es una combinacion de tecnologfas de transmision en la que las lmeas telefonicas de cobre actuan como medio de transmision. La DSL incluye una Lmea de abonado digital de alta velocidad (HDSL), una Lmea de abonado digital simetrica (SDSL), una Lmea de abonado digital de muy alta
velocidad (VDSL), una Lmea de abonado digital asimetrica (ADSL), una Lmea de abonado digital de velocidad
adaptativa (RADSL), etc., denominadas usualmente como xDSL. Existe una densidad de acceso a una xDSL cada vez mayor, que se describe considerando la ADSL como un ejemplo. El acceso a una ADSL se sigue usando en el acceso a Internet a alta velocidad y en servicios de lmea dedicados. Junto con el crecimiento del video en red, el aprendizaje a distancia, la informacion almacenada que se transfiere en tiempo real y otros servicios de
comunicacion multipunto, se ha convertido en una tendencia inevitable proporcionar servicios de multidifusion
mediante el acceso a banda ancha ADSL. Ademas, junto con una aplicacion popular de acceso a una ADSL, cada vez mas usuarios tienen que acceder a un sitio de acceso, y se necesita una densidad de acceso mas alta para un aparato de acceso a una ADSL. Por lo tanto, la alta densidad llegara a ser una tendencia para el aparato de acceso a una ADSL.
Por ejemplo, el documento US 2004/0090970 A1 hace referencia a la distribucion de flujos de datos a abonados de bucle local por un multiplexador de acceso.
En los servicios de multidifusion, se tienen que resolver principalmente los problemas tales como la captacion, la identificacion, el reenvm, la gestion del usuario de multidifusion y la gestion de derechos del usuario de multidifusion. La alta densidad de acceso en un aparato ADSL se implementa principalmente disponiendo en cascada un bloque esclavo y un bloque maestro, y tanto el bloque maestro como el bloque esclavo implementan la funcion de acceso de un usuario de ADSL. Un bloque maestro puede estar dispuesto en cascada con una pluralidad de bloques esclavos, y el usuario de ADSL del bloque esclavo accede a una red a traves del bloque maestro. La disposicion en cascada del bloque esclavo es un metodo para expandir la capacidad de acceso a una ADSL. El bloque maestro esta dispuesto en cascada con el bloque esclavo a traves de una placa de interfaz dispuesta en cascada para implementar el acceso a una ADSL del bloque esclavo y para gestionar el bloque esclavo. Se necesita la multidifusion de bloques esclavos, puesto que existe una necesidad de soportar servicios de multidifusion para usuarios de ADSL del bloque esclavo. Para la multidifusion de bloques esclavos, los problemas a resolver categoricamente son como gestionar convenientemente los datos de configuracion de multidifusion y como implementar eficientemente las funciones de multidifusion en tiempo real.
Como se muestra en la figura 1, en la tecnica anterior, el bloque maestro (es decir, el modulo maestro de acceso) y el bloque esclavo (es decir, el modulo esclavo de acceso) estan conectados entre sf a traves de una interfaz interna (la interfaz interna es un canal integrado para transferir datos de unidifusion, datos de multidifusion e informacion de control), acceden a usuarios de ADSL, respectivamente, a traves de una Unidad terminal remota (RTU) y acceden a una red a traves de una interfaz de red del bloque maestro. El mensaje de multidifusion de un usuario de ADSL, que accede a traves del bloque esclavo, alcanza el bloque maestro a traves de una Conexion virtual (VC) y es captado por dicho bloque maestro. El bloque maestro identificara el mensaje de multidifusion, autenticara los derechos de los miembros de multidifusion y reenviara datos de multidifusion a la VC de los miembros de multidifusion. Ademas, los datos de configuracion de multidifusion se guardan directamente en el bloque maestro, y no se guardan en el bloque esclavo. En esta solucion, el bloque maestro guarda los datos de configuracion de multidifusion y lleva a cabo las funciones de multidifusion. El bloque esclavo accede solamente al usuario de ADSL y no participa en llevar a cabo la funcion de multidifusion. El bloque maestro hace todas las operaciones relacionadas con la multidifusion (p. ej., captacion, explicacion, autenticacion y copiado de mensajes de multidifusion). El bloque esclavo proporciona solamente un canal VC para permitir la interaccion entre los usuarios de ADSL y el modulo de multidifusion del bloque maestro. El mensaje de control de multidifusion (p. ej., un mensaje de informe o un mensaje de abandono) se transfiere desde el usuario de ADSL hasta el servidor de multidifusion a traves del bloque maestro o el bloque esclavo y el mensaje de datos de multidifusion se transfiere desde el servidor de multidifusion hasta el usuario de ADSL a traves del bloque maestro o el bloque esclavo.
Como se muestra en la figura 2, el bloque maestro incluye un modulo de procesamiento de protocolos, un modulo de reenvm de datos de multidifusion, un modulo de gestion de derechos y un modulo de interfaces de miembros de multidifusion. El modulo de procesamiento de protocolos es responsable de procesar el protocolo de multidifusion IGMP y mantener una tabla de reenvm de multidifusion; el modulo de reenvm de datos de multidifusion reenvfa
5
10
15
20
25
30
35
40
45
50
datos de multidifusion a miembros de multidifusion segun la tabla de reenvm de multidifusion. El modulo de gestion de derechos gestiona los derechos de los miembros de multidifusion y autentica los miembros de multidifusion. El modulo de interfaces de multidifusion gestiona las interfaces de los miembros de multidifusion. El bloque esclavo incluye un modulo de reenvm de datos de multidifusion y un modulo de interfaces de miembros de multidifusion. Los modulos de reenvm de datos de multidifusion del bloque maestro y el bloque esclavo estan conectados entre sf a traves de lmeas dispuestas en cascada.
El inventor de la presente invencion describe los siguientes problemas de la tecnica anterior en el diseno de dicha presente invencion.
1) El funcionamiento del miembro de multidifusion de un bloque esclavo se efectua en el bloque maestro, lo que da como resultado una carga pesada sobre el bloque maestro y un rendimiento bajo.
2) Existe un importante desaprovechamiento del ancho de banda. La duplicacion de los datos de multidifusion del bloque esclavo por el bloque maestro tiene un alto requisito sobre los recursos del ancho de banda de dicho bloque maestro. La multidifusion es un punto para la tecnica de conmutacion de multipuntos con un problema de un punto de duplicacion. En la tecnica anterior, el punto de duplicacion esta en el bloque maestro. Por ejemplo, si 100 usuarios de ADSL requieren unirse a un mismo grupo en el bloque esclavo, el bloque maestro hara 100 copias y las enviara al bloque esclavo, y el ancho de banda de 100 copias de flujos de multidifusion se consume, asf, para las interfaces internas del bloque maestro y el bloque esclavo, y para el bus interno del bloque maestro.
Compendio de la invencion
Las realizaciones de la presente invencion proporcionan un aparato de acceso a una Lmea de abonado digital (DSL) y un metodo para implementar una multidifusion usando un bloque esclavo en una tecnica de acceso a una DSL para superar las deficiencias que incluyen la carga pesada sobre un bloque maestro, el rendimiento bajo y el importante desaprovechamiento del ancho de banda que resultan del hecho de que el funcionamiento del miembro de multidifusion del bloque esclavo esta implementado en el bloque maestro en la tecnica anterior, aumentando asf el rendimiento de la multidifusion y ahorrando el ancho de banda del bloque maestro.
La solucion proporcionada por la presente invencion se describe como sigue.
Un primer aspecto hace referencia a un aparato de acceso a una Lmea de abonado digital (DSL), que comprende un bloque maestro y un bloque esclavo, estando el bloque maestro dispuesto en cascada con el bloque esclavo, caracterizado por que comprende:
el bloque esclavo, configurado para captar un mensaje IGMP, determina que el mensaje IGMP es un mensaje de informe, en el que el mensaje de informe comprende un parametro que indica a que grupo de multidifusion unirse; si determina que el numero de miembros de multidifusion del bloque esclavo en el grupo de multidifusion es cero, enviar un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo y reenviar datos de multidifusion desde el bloque maestro hasta una interfaz de usuario correspondiente al miembro de multidifusion segun una tabla de reenvm de multidifusion.
Un segundo aspecto hace referencia a un aparato de acceso a una Lmea de abonado digital (DSL), que comprende un bloque maestro y un bloque esclavo, estando el bloque maestro dispuesto en cascada con el bloque esclavo, caracterizado por que comprende:
el bloque esclavo, configurado para determinar que un miembro de multidifusion ha abandonado despues de recibir un mensaje de abandono o determinar que un miembro de multidifusion ha abandonado si no se recibe ninguna respuesta en un intervalo predeterminado despues de enviar una consulta general de multidifusion a todos los usuarios a intervalos regulares; dejar de reenviar datos de multidifusion al miembro de multidifusion; enviar un mensaje de abandono al bloque maestro, dispuesto en cascada con el bloque esclavo, despues de determinar que el numero de miembros de multidifusion del bloque esclavo del grupo de multidifusion es cero;
el bloque maestro, configurado para dejar de reenviar los datos del grupo de multidifusion al bloque esclavo, dispuesto en cascada con el mismo, despues de recibir el mensaje de abandono desde el bloque esclavo.
Un tercer aspecto hace referencia a un metodo para implementar una multidifusion, aplicado en un aparato de acceso a una Lmea de abonado digital (DSL), en el que un bloque maestro esta dispuesto en cascada con un bloque esclavo, caracterizado por que comprende:
captar, por el bloque esclavo, un mensaje IGMP;
determinar, por el bloque esclavo, que el mensaje IGMP es un mensaje de informe, comprendiendo el mensaje de informe un parametro que indica a que grupo de multidifusion unirse;
si el bloque esclavo determina que el numero de miembros de multidifusion del bloque esclavo en el grupo de multidifusion es cero, enviar, por el bloque esclavo, un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo; y reenviar, por el bloque esclavo, datos de multidifusion desde el bloque maestro hasta una
5
10
15
20
25
30
35
40
45
50
interfaz de usuario correspondiente al miembro de multidifusion segun una tabla de reenvm de multidifusion;
si el bloque esclavo determina que el numero de miembros de multidifusion del bloque esclavo en el grupo de multidifusion no es cero, reenviar, por el bloque esclavo, datos de multidifusion desde el bloque maestro hasta una interfaz de usuario correspondiente al miembro de multidifusion segun una tabla de reenvm de multidifusion.
Un cuarto aspecto hace referencia a un metodo para implementar una multidifusion, aplicado en un dispositivo de
acceso a una Lmea de abonado digital (DSL), en el que un bloque maestro esta dispuesto en cascada con un
bloque esclavo, caracterizado por que comprende:
determinar, por el bloque esclavo, que un miembro de multidifusion ha abandonado despues de recibir un mensaje de abandono;
dejar de reenviar, por el bloque esclavo, datos de multidifusion al miembro de multidifusion;
enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro, dispuesto en cascada con el bloque esclavo, despues de que se determina que el numero de miembros de multidifusion del bloque esclavo del grupo de multidifusion es cero; y
dejar de reenviar, por el bloque maestro, los datos del grupo de multidifusion al bloque esclavo.
Un quinto aspecto hace referencia a un metodo para implementar una multidifusion, aplicado en un dispositivo de
acceso a una Lmea de abonado digital (DSL), en el que un bloque maestro esta dispuesto en cascada con un
bloque esclavo, caracterizado por que comprende:
determinar, por el bloque esclavo, que un miembro de multidifusion ha abandonado si no se recibe ninguna respuesta en un intervalo predeterminado despues de enviar, por el bloque esclavo, una consulta general de multidifusion a todos los usuarios a intervalos regulares;
dejar de reenviar, por el bloque esclavo, datos al miembro de multidifusion;
enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro, dispuesto en cascada con el bloque esclavo, despues de que el bloque esclavo determina que el numero de miembros de multidifusion del bloque esclavo del grupo de multidifusion es 0; y
dejar de reenviar, por el bloque maestro, los datos del grupo de multidifusion al bloque esclavo.
Se proporcionan realizaciones adicionales en las reivindicaciones dependientes.
Los efectos beneficiosos de esta invencion son los siguientes. De acuerdo con las realizaciones de la presente invencion, una funcion de multidifusion se lleva a cabo de modo distribuido. Ya que un bloque maestro y un bloque esclavo soportan independientemente la funcion de multidifusion, el bloque maestro tiene que reenviar solamente una copia de datos de multidifusion al bloque esclavo. El bloque esclavo reenvfa independientemente los datos de multidifusion a los miembros de multidifusion del bloque esclavo, y el bloque maestro no tiene que hacerlo asf, ahorrando considerablemente por ello el ancho de banda del bloque maestro y aumentando el rendimiento de dicho bloque maestro.
La gestion distribuida o la gestion centralizada de los datos de configuracion de multidifusion puede adoptarse de acuerdo con las realizaciones de la presente invencion. En el caso de gestion centralizada, los datos de configuracion del bloque maestro y del bloque esclavo se guardan uniformemente en el bloque maestro con la sincronizacion de datos realizada a traves del protocolo de datos interno, facilitando por ello la gestion y aumentando el rendimiento de la implementacion. De acuerdo con las realizaciones de la presente invencion, los datos de multidifusion se reenvfan bajo demanda desde el bloque maestro hasta el bloque esclavo, y solamente una copia de datos de multidifusion necesitada por el bloque esclavo se tiene que enviar a dicho bloque esclavo y, asf, se usa dinamicamente el ancho de banda del sistema, evitando por ello un innecesario desaprovechamiento del ancho de banda, reduciendo los costes administrativos para los operarios y siendo conveniente para su mantenimiento. Mientras tanto, pueden adoptarse canales de unidifusion y multidifusion entre el bloque maestro y el bloque esclavo, y los datos de multidifusion y el mensaje de control se transfieren a traves de interfaces diferentes, respectivamente, asegurando por ello la Calidad de servicio (QoS) de servicios diferentes.
Breve descripcion de los dibujos
La figura 1 es un diagrama esquematico que ilustra una estructura con un bloque maestro y un bloque esclavo dispuestos en cascada en la tecnica anterior.
La figura 2 es un diagrama esquematico que ilustra un principio operativo en la tecnica anterior.
La figura 3 es un diagrama esquematico que ilustra una estructura con un bloque maestro y un bloque esclavo dispuestos en cascada de acuerdo con una realizacion de la presente invencion.
5
10
15
20
25
30
35
40
45
50
55
La figura 4 es un diagrama esquematico que ilustra un sistema de acuerdo con otra realizacion de la presente invencion.
La figura 5 es un diagrama de flujo que ilustra la union de un miembro de multidifusion de un bloque esclavo de acuerdo con otra realizacion de la presente invencion.
La figura 6 es un diagrama de flujo que ilustra el abandono de un miembro de multidifusion de un bloque esclavo de acuerdo con otra realizacion de la presente invencion.
Realizaciones de la invencion
La presente invencion se describe adicionalmente con detalle en lo sucesivo segun los dibujos y las realizaciones que se acompanan.
Como se muestra en la figura 3, de acuerdo con una realizacion de la presente invencion, aparte de que un bloque maestro soporta las funciones de proxy IGMP o de inspeccion (“snooping”) IGMP, se realiza la misma configuracion en el bloque esclavo que en el bloque maestro, de manera que el bloque esclavo soporta tambien las funciones de proxy IGMP o de inspeccion IGMP, es decir, tanto el bloque maestro como el bloque esclavo pueden llevar a cabo independientemente funciones de multidifusion. El bloque esclavo no tiene una interfaz conectada con la red, de manera que no puede acceder a datos de multidifusion en el lado de la red. Los datos de multidifusion se transfieren al bloque esclavo a traves de una interfaz entre el bloque maestro y el bloque esclavo. Asf, de acuerdo con las realizaciones de la presente invencion, las funciones de multidifusion se llevan a cabo de modo distribuido. Las funciones de multidifusion incluyen la captacion, la identificacion y el reenvm de mensajes de multidifusion, y el mantenimiento de la tabla de reenvm de multidifusion y el estado de los miembros de multidifusion. Estas funciones se llevan a cabo independientemente entre el bloque maestro y el bloque esclavo, respectivamente, y de modo paralelo, aumentando por ello el rendimiento de la multidifusion. Ademas, ya que el bloque maestro y el bloque esclavo soportan independientemente las funciones de multidifusion, el bloque maestro tiene solamente que reenviar una copia de datos de multidifusion al bloque esclavo; y el bloque esclavo reenvfa independientemente a continuacion los datos de multidifusion a los miembros de multidifusion del bloque esclavo, mientras que el bloque maestro no tiene que hacerlo asf, ahorrando considerablemente por ello el ancho de banda del bloque maestro y aumentando el rendimiento de dicho bloque maestro.
El bloque maestro y el bloque esclavo se comunican entre sf usando un protocolo interno. Un canal integrado que transfiere datos de unidifusion, datos de multidifusion e informacion de control puede adoptarse para la comunicacion entre el bloque maestro y el bloque esclavo, o el bloque maestro y el bloque esclavo estan conectados por dos interfaces diferentes a fin de transferir datos de multidifusion y mensajes de control a traves de las interfaces diferentes, asegurando por ello la Calidad de servicio de servicios diferentes. Se toma como un ejemplo el caso de adoptar dos canales, como se muestra en la figura 3. Dos canales estan dispuestos entre el bloque maestro y el bloque esclavo, uno es un canal de multidifusion unidireccional para portar datos de multidifusion desde el bloque maestro hasta el bloque esclavo (como una lmea real mostrada en la figura 3), otro es un canal de unidifusion bidireccional para portar datos de unidifusion, un mensaje de control de multidifusion y la informacion de gestion de control entre el bloque maestro y el bloque esclavo (como una lmea discontinua mostrada en la figura 3). Los datos de unidifusion hacen referencia a los datos del servicio de unidifusion, cuando un usuario de ADSL navega por una pagina web y carga datos; el mensaje de control de multidifusion hace referencia a un mensaje de control de multidifusion IGMP, que incluye un mensaje de informe, un mensaje de abandono y un mensaje de consulta; y la informacion de gestion de control entre el bloque maestro y el bloque esclavo hace referencia al protocolo interno utilizado, cuando estan sincronizados los datos del bloque maestro y los datos del bloque esclavo.
Si el bloque maestro y el bloque esclavo se consideran como un nodo en gestion de redes, los datos de configuracion del bloque maestro y el bloque esclavo pueden guardarse, ambos, en el bloque maestro, y los datos de configuracion del bloque esclavo no se guardan en el bloque esclavo. Los datos de multidifusion del bloque esclavo pueden leerse, cuando se consultan, directamente del bloque maestro, y no es necesario consultar el bloque esclavo a traves del protocolo interno. De este modo, puede realizarse la gestion centralizada de los datos de multidifusion. En concreto, los datos de configuracion del bloque maestro y el bloque esclavo se guardan uniformemente en el bloque maestro, y la sincronizacion de datos se realiza por un protocolo interno. Los datos de multidifusion se consideran como una configuracion de datos independiente en funcionamiento y gestion, reduciendo por ello los costes administrativos para los operarios y proporcionando un mantenimiento conveniente. Si el bloque maestro y el bloque esclavo se consideran como un nodo independiente en gestion de redes, los datos de configuracion del bloque esclavo pueden guardarse tambien en el bloque esclavo.
Se proporciona en lo sucesivo una descripcion detallada considerando la gestion centralizada y la ejecucion distribuida del bloque maestro y el bloque esclavo, y que se adoptan dos canales para el bloque maestro y el bloque esclavo, como un ejemplo, con referencia a un sistema de acuerdo con una realizacion de la presente invencion, como se muestra en la figura 4. El sistema para implementar una multidifusion usando un bloque esclavo en una tecnica de acceso a una DSL incluye un servidor de multidifusion y un bloque maestro conectados entre sf a traves de una red, y un bloque esclavo conectado con el bloque maestro. El bloque maestro y el bloque esclavo estan conectados, respectivamente, con usuarios de DSL a traves de unas RTU, y acceden a una red a traves de una
interfaz de red del bloque maestro. El bloque esclavo es un bloque esclavo que soporta el proxy del Protocolo de gestion de grupos de Internet (IGMP) o la inspeccion IGMP y que implementa independientemente operaciones de multidifusion. El bloque maestro incluye un modulo de procesamiento de protocolos, un modulo de reenvfo de datos de multidifusion, un modulo de gestion de derechos, un modulo de interfaces de miembros de multidifusion y un 5 modulo de comunicacion maestro-esclavo. El bloque esclavo incluye tambien un modulo de procesamiento de protocolos, un modulo de reenvfo de datos de multidifusion, un modulo de gestion de derechos, un modulo de interfaces de miembros de multidifusion y un modulo de comunicacion maestro-esclavo. La conexion entre modulos de comunicacion maestro-esclavo del bloque maestro y el bloque esclavo forma un canal de unidifusion. La conexion entre modulos de reenvfo de datos de multidifusion del bloque maestro y el bloque esclavo forma un canal 10 de multidifusion. El modulo de procesamiento de protocolos del bloque esclavo es responsable de procesar el protocolo de multidifusion IGMP y mantener la tabla de reenvfo de multidifusion. El modulo de reenvfo de datos de multidifusion del bloque esclavo reenvfa datos de multidifusion a miembros de multidifusion segun la tabla de reenvfo de multidifusion. El modulo de gestion de derechos del bloque esclavo gestiona y autentica los derechos de miembros de multidifusion del bloque esclavo. El modulo de interfaces de miembros de multidifusion del bloque 15 esclavo gestiona la interfaz entre el bloque esclavo y los miembros de multidifusion del bloque esclavo. El modulo de comunicacion maestro-esclavo del bloque esclavo es responsable de la interaccion de informacion de multidifusion entre el bloque maestro y el bloque esclavo.
El proceso de trabajo del bloque maestro y el bloque esclavo se describe con detalle en lo sucesivo.
Los datos de multidifusion del bloque esclavo se guardan en el bloque maestro de modo centralizado, y datos 20 diferentes se guardan en modulos diferentes. Los datos de grupos de multidifusion y los parametros de protocolos de multidifusion se guardan en el modulo de procesamiento de protocolos de bloques maestros. Los datos de miembros de multidifusion se guardan en el modulo de gestion de derechos del bloque maestro. Por lo tanto, los datos en el bloque esclavo tienen que ser sincronizados por los datos en el bloque maestro, cuando se pone en funcionamiento el bloque esclavo o se modifican los datos de multidifusion del bloque esclavo. Cuando se pone en 25 funcionamiento el bloque esclavo, el bloque maestro emite al bloque esclavo los datos de configuracion de multidifusion del bloque esclavo a traves de un canal de unidifusion usando un protocolo interno. El contenido a emitir incluye: datos de grupos de multidifusion, datos de atributos de miembros de multidifusion, datos de protocolos de multidifusion, etc. El bloque esclavo configura un conjunto de chips y recupera una tabla de software segun los datos de configuracion, y una multidifusion de bloques esclavos entra en un estado de funcionamiento. El proceso 30 de recuperacion y configuracion se describe como sigue.
1) Recuperacion de los datos de grupos de multidifusion
Se tiene que recuperar la tabla de software y hardware, incluyendo las direcciones IP, la descripcion y otros atributos correspondientes al grupo de multidifusion. Durante la configuracion, el bloque maestro averigua los datos correspondientes al bloque esclavo, encapsula los datos segun el protocolo definido internamente y envfa en un 35 modo de mensaje los datos encapsulados al bloque esclavo a traves del canal de unidifusion.
2) Recuperacion de los datos del atributo de miembros de multidifusion
El contenido principal incluye interfaces ADSL correspondientes a miembros de multidifusion, derechos de los miembros de multidifusion y otros atributos de dichos miembros de multidifusion. La recuperacion de los datos del atributo de miembros de multidifusion es una recuperacion de la tabla de software, y los datos emitidos por el bloque 40 maestro se tienen que escribir en la tabla de software correspondiente al bloque esclavo.
3) Recuperacion de los datos de protocolos de multidifusion
Se incluyen la conmutacion de la funcion de multidifusion IGMP, el intervalo general de consulta de grupos, el tiempo general de respuesta de consulta de grupos, el coeficiente de robustez y similares. La recuperacion de la conmutacion de la funcion de multidifusion IGMP es una recuperacion de la tabla de hardware; si se enciende, se 45 enciende la funcion de captacion del mensaje IGMP por el hardware en el bloque esclavo; de otro modo, se apaga la funcion. La recuperacion de otros atributos es una recuperacion de la tabla de software, y los otros atributos se tienen que escribir en la tabla de software correspondiente.
Cuando se modifican los datos de configuracion del bloque esclavo, el bloque maestro envfa un mensaje que instruye al bloque esclavo para realizar una modificacion smcrona, y guardar los datos en el bloque maestro, 50 implementando por ello la gestion centralizada.
Cuando el bloque maestro reenvfa datos de multidifusion al bloque esclavo, el bloque maestro considera el bloque esclavo como un miembro de multidifusion. El mensaje de control entre el bloque maestro y el bloque esclavo se comunica a traves de un canal de unidifusion en un modo de mensaje interno. Los mensajes de control entre el bloque maestro y el bloque esclavo incluyen un mensaje de informe, un mensaje de abandono y un mensaje de 55 consulta. Cuando se une a un grupo de multidifusion, el bloque esclavo envfa un mensaje de informe al bloque maestro a traves del canal de unidifusion, y el bloque maestro reenvfa datos de multidifusion al bloque esclavo. Cuando abandona un grupo de multidifusion, el bloque esclavo envfa un mensaje de abandono al bloque maestro a traves del canal de unidifusion, y el bloque maestro deja de reenviar datos de multidifusion al bloque esclavo. A fin
5
10
15
20
25
30
35
40
45
50
55
de mantener la tabla de reenvfo de multidifusion, el bloque maestro tiene que enviar un mensaje de consulta al bloque esclavo.
Como se muestra en la figura 5, el proceso por el que un miembro de multidifusion de bloques esclavos se une a un grupo de multidifusion incluye las siguientes etapas.
1. El modulo de procesamiento de protocolos del bloque esclavo capta un mensaje IGMP enviado desde un usuario de ADSL (p. ej., un ordenador o un descodificador multimedia). Si el mensaje enviado desde un usuario de ADSL es un mensaje IGMP, se envfa al modulo de procesamiento de protocolos para un procesamiento de descodificacion de protocolos. Se identifica el mensaje IGMP y se extraen los parametros en el protocolo, por ejemplo, una informacion tal como si el mensaje es un mensaje de informe o un mensaje de abandono, a que grupo se une o que grupo abandona.
2. El modulo de autenticacion autentica los miembros de multidifusion. Se tiene que configurar una tabla correcta para los miembros de multidifusion antes de la autenticacion. Se especifican en la tabla correcta a que grupo esta permitido que se una un miembro de multidifusion y a que grupo no esta permitido que se una un miembro de multidifusion. El grupo al que pide unirse un miembro de multidifusion se compara con el contenido de la tabla correcta durante la autenticacion a fin de determinar si el miembro de multidifusion tiene un derecho para unirse al grupo.
3. Despues de pasar la autenticacion, llamar a un modulo de reenvfo de datos de multidifusion para reenviar datos de multidifusion a los miembros de multidifusion y registrar una entrada de la tabla de reenvfo.
4. El modulo de procesamiento de protocolos del bloque esclavo determina si dicho bloque esclavo recibe los datos de multidifusion del grupo de multidifusion; si es no, un mensaje de informe se envfa al bloque maestro a traves del modulo de comunicacion maestro-esclavo del bloque esclavo. El modulo de procesamiento de protocolos del bloque esclavo registra el numero de los miembros correspondiente al grupo de multidifusion; si el numero no es cero, se muestra que se han recibido los datos de multidifusion del grupo de multidifusion; si el numero es cero, se muestra que no se han recibido los datos de multidifusion.
5. El modulo de comunicacion maestro-esclavo del bloque maestro, despues de recibir el mensaje de informe del bloque esclavo, reenvfa los datos de multidifusion al bloque esclavo a traves del modulo de reenvfo de datos de multidifusion del bloque maestro.
6. Despues de que los datos de multidifusion entran en el bloque esclavo, el modulo de reenvfo de datos de multidifusion del modulo esclavo reenvfa los datos de multidifusion al modulo de interfaces de miembros de multidifusion basandose en la tabla de reenvfo de multidifusion (el bloque maestro mantiene la tabla de reenvfo de multidifusion del bloque maestro, y se cambia dicha tabla de reenvfo de multidifusion del bloque maestro basandose en el cambio de que los usuarios de ADSL del bloque maestro se unan o abandonen el grupo de multidifusion; el bloque esclavo mantiene la tabla de reenvfo de multidifusion del bloque esclavo, y se cambia dicho bloque esclavo segun que el usuario de ADSL del bloque esclavo se una o abandone el grupo de multidifusion). El modulo de interfaces de miembros de multidifusion convierte los datos de multidifusion en celdas ATM que son multiplexadas a continuacion, en orden, en la VC correspondiente al miembro de multidifusion.
Existen dos metodos para determinar si un usuario abandona o no un grupo de multidifusion. Un metodo incluye que el modulo de procesamiento de protocolos proporciona la funcion del consultador IGMP, envfa una consulta general de multidifusion a todos los usuarios por una VC de usuario a intervalos regulares y determina que un usuario ha abandonado el grupo de multidifusion en el que esta situado el usuario, si dicho usuario no ha devuelto un mensaje de respuesta durante un intervalo predeterminado. Ademas, como se muestra en la figura 6, un diagrama de flujo ilustra el abandono de un miembro de multidifusion por su propia iniciativa. Un ordenador de usuario que soporta el protocolo V2 IGMP enviara, cuando abandona un grupo de multidifusion, un mensaje de grupos de multidifusion de abandono a la red de capa superior, y se determina tambien que el usuario ha abandonado un grupo de multidifusion espedfico despues de que el modulo de procesamiento de protocolos identifica el mensaje de grupos de multidifusion de abandono.
Despues de descubrir que el usuario abandona un grupo de multidifusion, el modulo de reenvfo de datos de multidifusion deja de reenviar datos de multidifusion a los miembros de multidifusion, y el usuario no recibira los datos del grupo de multidifusion. Entonces, el modulo de procesamiento de protocolos determinara si el grupo de multidifusion tiene otros miembros; si el grupo de multidifusion no los tiene, se envfa un mensaje de abandono al bloque maestro a traves del modulo de comunicacion maestro-esclavo. Cuando el modulo de comunicacion maestro-esclavo del bloque maestro recibe el mensaje de abandono del bloque esclavo, el modulo de reenvfo de datos de multidifusion del bloque maestro deja de reenviar los datos de multidifusion, y el bloque esclavo ya no recibira los datos del grupo de multidifusion.
De acuerdo con las realizaciones de la presente invencion, una funcion de multidifusion se lleva a cabo de modo distribuido. Las funciones de multidifusion incluyen la captacion, la identificacion y el reenvfo de mensajes de multidifusion, y el mantenimiento de la tabla de reenvfo de multidifusion y el estado de los miembros de multidifusion. Estas funciones se llevan a cabo, respectivamente, en el bloque maestro y en el bloque esclavo independientemente
5
10
15
20
25
30
35
y de modo paralelo, aumentando considerablemente por ello el rendimiento de la multidifusion. De acuerdo con las realizaciones de la presente invencion, los datos de multidifusion se reenv^an bajo demanda desde el bloque maestro hasta el bloque esclavo. Cuando, por ejemplo, un bloque maestro esta dispuesto en cascada con dos bloques esclavos, un bloque esclavo A y un bloque esclavo B, si solamente el bloque esclavo A tiene que unirse al grupo de multidifusion G1 y el bloque esclavo B no tiene que hacerlo, entonces, el bloque maestro reenvfa los datos del grupo de multidifusion G1 solamente al bloque esclavo A, pero no al bloque esclavo B. A diferencia del reenvfo bajo demanda de acuerdo con las realizaciones de la presente invencion, se usa el reenvfo de radiodifusion en la tecnica anterior, es decir, el bloque maestro reenviara al bloque esclavo todos los grupos de multidifusion recibidos, incluso aunque el bloque esclavo no necesite los grupos de multidifusion, desaprovechando por ello el ancho de banda del bloque esclavo. De acuerdo con las realizaciones de la presente invencion, el bloque esclavo tiene un punto de duplicacion, el bloque maestro tiene que reenviar solamente una copia al bloque esclavo y el bloque esclavo puede hacer copias segun sea necesario, es decir, solamente una parte del ancho de banda del flujo de multidifusion tiene que ser consumida por las interfaces internas del bloque maestro y el bloque esclavo, y el bus interno del bloque maestro.
La gestion centralizada de los datos de multidifusion puede adoptarse de acuerdo con las realizaciones de la presente invencion. Los datos de configuracion de un bloque maestro y un bloque esclavo se guardan uniformemente, ambos, en el bloque maestro, y la sincronizacion de datos se realiza a traves de un protocolo de datos interno. Los datos de multidifusion aparecen como una configuracion de datos independiente en funcionamiento y gestion, reduciendo por ello los costes administrativos para los operarios y siendo conveniente para su mantenimiento. Ya que el bloque maestro y el bloque esclavo soportan independientemente una funcion de multidifusion, el bloque maestro tiene que reenviar solamente una copia de datos de multidifusion al bloque esclavo, entonces, el bloque esclavo reenvfa independientemente los datos de multidifusion a los miembros de multidifusion del bloque esclavo, y el bloque maestro no tiene que hacerlo asf, ahorrando considerablemente por ello el ancho de banda del bloque maestro y aumentando el rendimiento de dicho bloque maestro. Mientras tanto, pueden adoptarse canales de unidifusion y multidifusion para la comunicacion entre el bloque maestro y el bloque esclavo, gracias a esto los datos de multidifusion y los mensajes de control se transfieren a traves de interfaces diferentes, asegurando por ello la Calidad de servicio de servicios diferentes.
Ciertamente, los datos de configuracion del bloque maestro y el bloque esclavo pueden guardarse tambien independientemente. De este modo, el bloque maestro y el bloque esclavo procesan sus propios datos de multidifusion independientemente, la sincronizacion de datos ya no se requiere, cuando se pone en funcionamiento el bloque esclavo o se modifican los datos de configuracion del bloque esclavo y el proceso por el que el bloque esclavo se une o abandona un grupo de multidifusion es el mismo que el proceso antes mencionado, en el caso de que los datos de multidifusion del bloque maestro y el bloque esclavo se guarden, ambos, en el bloque maestro de modo centralizado. Los expertos en la tecnica pueden realizar numerosos cambios y variaciones en el metodo de esta invencion sin salirse del alcance de la misma.

Claims (17)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Un aparato de acceso a una Lmea de abonado digital, DSL, que comprende un bloque maestro y un bloque esclavo, estando el bloque maestro dispuesto en cascada con el bloque esclavo, caracterizado por que comprende:
    el bloque esclavo, configurado para captar un mensaje IGMP, determina que el mensaje IGMP es un mensaje de informe, en el que el mensaje de informe comprende un parametro que indica a que grupo de multidifusion unirse; si determina que el numero de miembros de multidifusion del bloque esclavo en el grupo de multidifusion es cero, enviar un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo y reenviar datos de multidifusion desde el bloque maestro hasta una interfaz de usuario correspondiente al miembro de multidifusion segun una tabla de reenvm de multidifusion.
  2. 2. El aparato de acceso a una DSL segun la reivindicacion 1, en el que el bloque esclavo esta configurado ademas para autenticar el derecho de un miembro de multidifusion y configurar una tabla de reenvm de multidifusion despues de pasar la autenticacion.
  3. 3. El aparato de acceso a una DSL segun la reivindicacion 1 o 2, en el que el mensaje de informe enviado desde el bloque esclavo hasta el bloque maestro se envfa a traves de un canal de unidifusion bidireccional para transferir datos de unidifusion; y
    los datos de multidifusion desde el bloque maestro los recibe el bloque esclavo a traves de un canal de multidifusion unidireccional para transferir datos de multidifusion.
  4. 4. El aparato de acceso a una DSL segun la reivindicacion 1 o 2, en el que el mensaje de informe enviado desde el bloque esclavo hasta el bloque maestro se envfa a traves de un canal integrado para transferir datos de unidifusion, datos de multidifusion e informacion de control; y
    los datos de multidifusion desde el bloque maestro los recibe el bloque esclavo a traves del canal integrado.
  5. 5. El aparato de acceso a una DSL segun una cualquiera de las reivindicaciones 1-4, en el que la tabla de reenvm de multidifusion esta almacenada en el bloque esclavo.
  6. 6. El aparato de acceso a una DSL segun cualquiera de las reivindicaciones 1-5, en el que los datos de configuracion del bloque esclavo estan guardados en el bloque esclavo, en el que los datos de configuracion del bloque esclavo comprenden: datos de grupos de multidifusion, datos de atributos de miembros de multidifusion y datos de protocolos de multidifusion.
  7. 7. Un aparato de acceso a una Lmea de abonado digital, DSL, que comprende un bloque maestro y un bloque esclavo, estando el bloque maestro dispuesto en cascada con el bloque esclavo, caracterizado por que comprende:
    el bloque esclavo, configurado para determinar que un miembro de multidifusion ha abandonado despues de recibir un mensaje de abandono o determinar que un miembro de multidifusion ha abandonado si no se recibe ninguna respuesta en un intervalo predeterminado despues de enviar una consulta general de multidifusion a todos los usuarios a intervalos regulares; dejar de reenviar datos de multidifusion al miembro de multidifusion; enviar un mensaje de abandono al bloque maestro, dispuesto en cascada con el bloque esclavo, despues de determinar que el numero de miembros de multidifusion del bloque esclavo del grupo de multidifusion es cero;
    el bloque maestro, configurado para dejar de reenviar los datos del grupo de multidifusion al bloque esclavo despues de recibir el mensaje de abandono desde el bloque esclavo.
  8. 8. El aparato de acceso a una DSL segun la reivindicacion 7, en donde el bloque esclavo envfa el mensaje de abandono al bloque maestro dispuesto en cascada con el bloque esclavo a traves de un canal de unidifusion bidireccional para transferir datos de unidifusion o a traves de un canal integrado para transferir datos de unidifusion, datos de multidifusion e informacion de control.
  9. 9. Un metodo para implementar una multidifusion, aplicado en un aparato de acceso a una Lmea de abonado digital, DSL, en el que un bloque maestro esta dispuesto en cascada con un bloque esclavo, caracterizado por que comprende:
    captar, por el bloque esclavo, un mensaje IGMP;
    determinar, por el bloque esclavo, que el mensaje IGMP es un mensaje de informe, comprendiendo el mensaje de informe un parametro que indica a que grupo de multidifusion unirse;
    si el bloque esclavo determina que el numero de miembros de multidifusion del bloque esclavo en el grupo de multidifusion es cero, enviar, por el bloque esclavo, un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo; y reenviar, por el bloque esclavo, datos de multidifusion desde el bloque maestro hasta una interfaz de usuario correspondiente al miembro de multidifusion segun una tabla de reenvm de multidifusion;
    5
    10
    15
    20
    25
    30
    35
    40
    45
    si el bloque esclavo determina que el numero de miembros de multidifusion del bloque esclavo en el grupo de multidifusion no es cero, reenviar, por el bloque esclavo, datos de multidifusion desde el bloque maestro hasta una interfaz de usuario correspondiente al miembro de multidifusion segun una tabla de reenvm de multidifusion.
  10. 10. El metodo segun la reivindicacion 9, que comprende ademas:
    llevar a cabo, por el bloque esclavo, una autenticacion sobre un miembro de multidifusion para determinar si el miembro de multidifusion tiene un derecho para unirse al grupo de multidifusion;
    despues de pasar la autenticacion, configurar, por el bloque esclavo, una tabla de reenvm de multidifusion para el miembro de multidifusion.
  11. 11. El metodo segun la reivindicacion 9 o 10, en el que la etapa de enviar por el bloque esclavo, un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo comprende: enviar, por el bloque esclavo, un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo a traves de un canal de unidifusion bidireccional para transferir datos de unidifusion; y
    los datos de multidifusion desde el bloque maestro los recibe el bloque esclavo desde el bloque maestro a traves de un canal de multidifusion unidireccional para transferir datos de multidifusion.
  12. 12. El metodo segun la reivindicacion 9 o 10, en el que la etapa de enviar, por el bloque esclavo, un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo comprende: enviar, por el bloque esclavo, un mensaje de informe al bloque maestro dispuesto en cascada con el bloque esclavo a traves de un canal integrado para transferir datos de unidifusion, datos de multidifusion e informacion de control; y
    en el que la etapa de recibir los datos de multidifusion desde el bloque maestro comprende: recibir los datos de multidifusion desde el bloque maestro a traves del canal integrado.
  13. 13. El metodo segun una cualquiera de las reivindicaciones 9-12, en el que la tabla de reenvm de multidifusion se almacena en el bloque esclavo.
  14. 14. El metodo segun cualquiera de las reivindicaciones 9-13, en el que los datos de configuracion del bloque esclavo se guardan en el bloque esclavo, en el que los datos de configuracion del bloque esclavo comprenden: datos de grupos de multidifusion, datos de atributos de miembros de multidifusion y datos de protocolos de multidifusion.
  15. 15. Un metodo para implementar una multidifusion, aplicado en un dispositivo de acceso a una Lmea de abonado digital, DSL, en el que un bloque maestro esta dispuesto en cascada con un bloque esclavo, caracterizado por que comprende:
    determinar, por el bloque esclavo, que un miembro de multidifusion ha abandonado despues de recibir un mensaje de abandono;
    dejar de reenviar, por el bloque esclavo, datos de multidifusion al miembro de multidifusion;
    enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro, dispuesto en cascada con el bloque esclavo, despues de que se determina que el numero de miembros de multidifusion del bloque esclavo del grupo de multidifusion es cero; y
    dejar de reenviar, por el bloque maestro, los datos del grupo de multidifusion al bloque esclavo.
  16. 16. Un metodo para implementar una multidifusion, aplicado en un dispositivo de acceso a una Lmea de abonado digital, DSL, en el que un bloque maestro esta dispuesto en cascada con un bloque esclavo, caracterizado por que comprende:
    determinar, por el bloque esclavo, que un miembro de multidifusion ha abandonado si no se recibe ninguna respuesta en un intervalo predeterminado despues de enviar, por el bloque esclavo, una consulta general de multidifusion a todos los usuarios a intervalos regulares;
    dejar de reenviar, por el bloque esclavo, datos al miembro de multidifusion;
    enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro, dispuesto en cascada con el bloque esclavo, despues de que el bloque esclavo determina que el numero de miembros de multidifusion del bloque esclavo del grupo de multidifusion es 0; y
    dejar de reenviar, por el bloque maestro, los datos del grupo de multidifusion al bloque esclavo.
  17. 17. El metodo segun la reivindicacion 15 o 16, en el que la etapa de enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro dispuesto en cascada con el bloque esclavo comprende:
    enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro dispuesto en cascada con el bloque esclavo a traves de un canal de unidifusion bidireccional para transferir datos de unidifusion; o
    enviar, por el bloque esclavo, un mensaje de abandono al bloque maestro dispuesto en cascada con el bloque esclavo a traves de un canal integrado para transferir datos de unidifusion, datos de multidifusion e informacion de 5 control.
ES14167200.6T 2004-12-30 2005-12-27 Método y sistema para implementar una multidifusión usando un módulo esclavo de acceso durante el acceso a una línea de abonado digital Active ES2639177T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB200410077712XA CN100361470C (zh) 2004-12-30 2004-12-30 数字用户线路接入中采用从框实现组播的方法
CN200410077712 2004-12-30

Publications (1)

Publication Number Publication Date
ES2639177T3 true ES2639177T3 (es) 2017-10-25

Family

ID=36614498

Family Applications (1)

Application Number Title Priority Date Filing Date
ES14167200.6T Active ES2639177T3 (es) 2004-12-30 2005-12-27 Método y sistema para implementar una multidifusión usando un módulo esclavo de acceso durante el acceso a una línea de abonado digital

Country Status (5)

Country Link
US (1) US7664053B2 (es)
EP (2) EP2765737B1 (es)
CN (1) CN100361470C (es)
ES (1) ES2639177T3 (es)
WO (1) WO2006069532A1 (es)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050111356A1 (en) * 2003-11-25 2005-05-26 Whittaker Stewart Mark A. Connection controller
US7961750B2 (en) * 2006-05-31 2011-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Multicast control
EP2034731A4 (en) * 2006-06-09 2010-03-03 Huawei Tech Co Ltd MULTICAST SERVICE PROCESSES AND ACCESSORIES
CN101162947B (zh) * 2006-10-13 2010-12-08 中兴通讯股份有限公司 一种实现无源光网络系统组播业务安全传送的方法
US8601054B2 (en) * 2006-12-07 2013-12-03 International Business Machines Corporation Project-related communications
CN101052006B (zh) * 2007-05-14 2010-06-09 华为技术有限公司 报文上送的方法及实现该方法的接口板及路由器
CN101414921B (zh) * 2007-10-19 2011-07-27 华为技术有限公司 资源接纳、释放的控制方法及设备
CN101170742B (zh) * 2007-11-23 2010-09-29 中兴通讯股份有限公司 一种无线接入网中组播广播节目的发送方法
ATE546913T1 (de) * 2007-11-28 2012-03-15 Alcatel Lucent Zugangssystem und -verfahren zur mehrfachsendungsverwaltung
US7814182B2 (en) * 2008-03-20 2010-10-12 International Business Machines Corporation Ethernet virtualization using automatic self-configuration of logic
EP2112781A1 (en) * 2008-04-24 2009-10-28 Koninklijke KPN N.V. Bundling unit in a dsl network
US8112542B2 (en) * 2008-08-07 2012-02-07 Broadcom Corporation Multicast digital video lost packet recovery
US8416701B1 (en) * 2009-04-30 2013-04-09 Hewlett-Packard Development Company, L.P. System and method for updating forwarding tables
CN102223286A (zh) 2010-04-16 2011-10-19 华为技术有限公司 实现组播转发的方法、交换设备和系统
WO2012106873A1 (zh) * 2011-07-07 2012-08-16 华为技术有限公司 组播协议报文监听方法、装置以及交换机
US9485107B2 (en) 2011-11-21 2016-11-01 Fujitsu Limited System and method for distributed internet group management protocol processing
CN103516629B (zh) * 2012-06-27 2016-12-21 南京北路自动化系统有限责任公司 一种基于vdsl2的长线网络交换机
CN103546351B (zh) * 2012-07-17 2016-12-21 南京北路自动化系统有限责任公司 基于VDSL2技术的长线WiFi基站及多级级联技术
CN107210923B (zh) 2014-12-04 2020-12-15 适应性频谱和信号校正股份有限公司 用于预测成功的dsl线路优化的方法和装置
KR102409158B1 (ko) * 2016-05-10 2022-06-14 엘에스일렉트릭(주) 슬레이브 디바이스 제어 방법
CN107465582B (zh) * 2016-06-03 2021-06-29 中兴通讯股份有限公司 数据发送方法、装置、系统、物理家庭网关及接入节点
CN112698942B (zh) * 2020-12-29 2023-10-27 杭州海康威视数字技术股份有限公司 一种人工智能服务系统、主控装置和从控装置
US11589133B2 (en) * 2021-06-21 2023-02-21 S.A. Vitec Media content display synchronization on multiple devices

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6834038B1 (en) * 2000-08-11 2004-12-21 Orckit Communications Ltd. Protection against master unit failure in remote network access multiplexing
US20020097728A1 (en) * 2000-11-17 2002-07-25 Starguide Digital Networks, Inc. Method and apparatus for injection of IP multicast content into an ATM DSL network
KR100452490B1 (ko) * 2001-01-16 2004-10-12 주식회사 케이티 Ａｄｓｌ용 스플리터 장치 및 배선방법
JP2003069639A (ja) * 2001-08-27 2003-03-07 Nec Corp ｘＤＳＬ収容装置、マルチキャスト配信システム及びデータ配信方法
US7272652B1 (en) * 2002-04-30 2007-09-18 Alcatel Lucent Facilitating accelerated processing of internet group management protocol messages
US20040090970A1 (en) * 2002-11-11 2004-05-13 Sanchez Cheryl A. Distribution of data flows to local loop subscribers by an access multiplexer
US7116674B2 (en) * 2003-01-16 2006-10-03 Utstarcom, Inc. Method and apparatus for digital subscriber line access multiplexer stacking
US7644177B2 (en) * 2003-02-28 2010-01-05 Cisco Technology, Inc. Multicast-routing-protocol-independent realization of IP multicast forwarding
ES2279078T3 (es) * 2003-06-24 2007-08-16 Alcatel Lucent Red de acceso a linea de abonado digital con un control mejorado de la autenticacion, autorizacion, contabilidad y configuracion para servicios de emision multiple.
US9065669B2 (en) * 2004-08-24 2015-06-23 Avaya Inc. Method and apparatus for authorizing multicast forwarding states

Also Published As

Publication number Publication date
US20080123647A1 (en) 2008-05-29
EP2765737B1 (en) 2017-07-26
EP1819093A4 (en) 2008-01-16
EP2765737A3 (en) 2016-07-06
EP2765737A2 (en) 2014-08-13
WO2006069532A1 (fr) 2006-07-06
US7664053B2 (en) 2010-02-16
CN100361470C (zh) 2008-01-09
CN1798073A (zh) 2006-07-05
EP1819093B1 (en) 2014-07-09
EP1819093A1 (en) 2007-08-15

Similar Documents

Publication Publication Date Title
ES2639177T3 (es) Método y sistema para implementar una multidifusión usando un módulo esclavo de acceso durante el acceso a una línea de abonado digital
US7860112B2 (en) Bi-directional forwarding in ethernet-based service domains over networks
US11057317B2 (en) Synchronizing multicast router capability towards ethernet virtual private network (EVPN) multi-homed protocol independent multicast (PIM) device
US7489684B2 (en) Access network architecture for multicasting using xDSL and IGMP
CN101160917A (zh) 一种接入设备中基于主备板切换的组播实现方法
CN101207473B (zh) 一种iptv系统中接入层网络实现组播的方法
CN101258414A (zh) 增强型多播vlan注册
CN103975556A (zh) 远程多播复制网络的改进复制管理
US7983205B1 (en) Outgoing interface mapping for multicast traffic
CN101163093B (zh) 在综合接入设备上实现集中组播管理的方法
WO2018171396A1 (zh) 一种数据传输方法、装置及系统
WO2009082905A1 (fr) Procédé système et dispositif commutateur permettant l'établissement dynamique de réseau local virtuel de multidiffusion
WO2011020346A1 (zh) 组播数据转发方法及装置
CN1996956A (zh) 实现组播流跨vlan转发的三层网络设备及方法
CN101166084B (zh) 防止组播用户攻击的安全方法
EP1863219B1 (en) Method and system for processing abnormally becoming power off of a terminal of multicast user
WO2017206369A1 (zh) 数据发送的方法、装置、系统、物理家庭网关及接入节点
CN100546263C (zh) 空间多播数字用户线接入复接器组播业务实现方法和装置
CN100452867C (zh) 一种平滑切换iptv频道的方法
CN100550817C (zh) 实现组播带宽扩展的数字用户线接入复用器及其数据传输方法
JP2012049644A (ja) マルチキャストシステム
JP2006186737A (ja) 複数チャネルデータ配信システムおよび方法、それに使用するアクセス装置および受信端末
JP2006157931A (ja) デジタル・ネットワークにおける改善されたデータ・チャネル伝送のための方法および装置
WO2005015837A1 (fr) Procede et systeme de mise en oeuvre d'emission de paquets de donnees
CN103379012A (zh) 一种面向三网融合的网络融合系统及实现方法