ES2253195T3 - Sistema para recibir datos multidifusion. - Google Patents
Sistema para recibir datos multidifusion.Info
- Publication number
- ES2253195T3 ES2253195T3 ES00440080T ES00440080T ES2253195T3 ES 2253195 T3 ES2253195 T3 ES 2253195T3 ES 00440080 T ES00440080 T ES 00440080T ES 00440080 T ES00440080 T ES 00440080T ES 2253195 T3 ES2253195 T3 ES 2253195T3
- Authority
- ES
- Spain
- Prior art keywords
- subscribers
- multicast
- pcn
- network
- additional
- 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.)
- Expired - Lifetime
Links
Classifications
-
- 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/287—Remote access server, e.g. BRAS
- H04L12/2874—Processing of data for distribution to the subscribers
-
- 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/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1868—Measures taken after transmission, e.g. acknowledgments
-
- 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/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Circuits Of Receivers In General (AREA)
- Communication Control (AREA)
Abstract
Un método para recibir datos de multidifusión desde una red de comunicaciones de internet, en la que existen conexiones de túnel entre los abonados (PC1, PC2, ..., PCn) y un elemento de red (NAS), con conexiones lógicas de punto a multipunto entre un emisor de datos de multidifusión y varios abonados (PC1, PC2, ..., PCn), en el que un protocolo (IGMP) para participación en un grupo de multidifusión es ejecutado entre los abonados (PC1, PC2, ..., PCn) y el elemento de red (NAS) distante de los abonados, caracterizado porque si las conexiones de túnel ya existen, un protocolo adicional (AP) es ejecutado entre el elemento de red (NAS) distante de los abonados y un elemento de red (CPNT) local a los abonados, como resultado del cual datos de multidifusión idénticos de varias conexiones de túnel paralelas son enviados fuera sólo una vez entre estos elementos de red.
Description
Sistema para recibir datos multidifusión.
Este invento concierne a un método para recibir
datos de multidifusión en una red de comunicaciones de acuerdo con
el preámbulo de la reivindicación 1, una red de comunicaciones
acorde con el preámbulo de la reivindicación 2, un servidor de
acceso a Internet acorde con el preámbulo de la reivindicación 6, un
punto final de red en instalaciones del cliente de acuerdo al
preámbulo de la reivindicación 7 y módulos de programa para ejecutar
un protocolo adicional.
Internet está en el centro de un desarrollo
dinámico en ingeniería de las comunicaciones. En la actualidad, la
comunicación por Internet, también denominada comunicación IP (IP =
Protocolo de Internet), está dominada todavía por la comunicación
de punto a punto, en la que paquetes de datos, denominados
datagramas IP, son enviados desde un emisor a un receptor
específico. La aplicación más frecuente es en la que un abonado
solicita un mensaje específico almacenado en un servidor específico
trasmitiendo la dirección IP correspondiente. Un servicio de
Internet que se hará más importante en el futuro permite el uso de
aplicaciones de punto a multipunto, denominadas aplicaciones IP de
multidifusión, en las que varios usuarios pueden recibir
simultáneamente información específica, o aplicaciones en las que
varios usuarios se pueden comunicar simultáneamente unos con
otros.
La comunicación de multidifusión se conoce
actualmente como "Vídeo a la carta". En ésta, los datos de
imágenes de una película seleccionada son transmitidos a diferentes
usuarios a petición y en un momento elegido individualmente desde
un servidor que contiene un depósito de varias películas en su
memoria. Un problema de este servicio es que se requieren recursos
muy altos para la transmisión de datos para la transmisión de vídeo
de una calidad satisfactoria. Como usualmente solo hay disponibles
recursos limitados de transmisión de datos en la red de transmisión,
sólo un número limitado de abonados tendrá ventaja de este servicio
al mismo tiempo. Una solución al problema se puede obtener, en
primer lugar, limitando la elección de tiempo individual para el
comienzo de las películas a momentos específicos (por ejemplo cada
media hora) y como resultado se transmiten datos idénticos de
imágenes en cada caso a los receptores que han seleccionado la misma
película en un momento idéntico, y en segundo lugar, se hacen
disponibles unos mecanismos en la red de transmisión, que permite
que flujos idénticos de datos sean reducidos a un flujo de datos, en
los que discurren en paralelo entre elementos idénticos de red.
Tales mecanismos se conocen en las redes ATM y se
describen por ejemplo en el documento ATM "Señales UNI de ATM,
versión 4.0" en la página 120 del apéndice C bajo el título de
"Conexiones de punto a multipunto - replicación de celda". La
red, cuyos nodos consisten en centros de conmutación ATM, establece
una conexión de punto a multipunto (Conexión de Canal Virtual de
Multidifusión) desde el emisor a los receptores por medio de los
nodos de red en la forma de un árbol, de tal manera que no hay
recorridos paralelos.
La comunicación multidifusión de Internet,
también denominada multidifusión IP, se conoce también para Internet
y se describe en los estándares de Internet, tales como el documento
RFC 1112 "Extensiones de anfitrión para multidifusión IP" de
la IETF (Grupo operativo de ingeniería de Internet). Este estándar
define la multidifusión IP como "la transmisión de un datagrama IP
a un grupo de abonados", denominado también grupo de
multidifusión. El número de abonados no es significativo; de acuerdo
a esta definición puede ser cero o más. El rasgo característico de
un grupo multidifusión no es el emisor de datos multidifusión sino
una dirección (IP) de multidifusión asignada a este grupo, que
representa una dirección IP especial. De acuerdo a esta definición,
existe, por tanto, un grupo de multidifusión tan pronto como se
asigna una dirección de multidifusión que identifica el grupo de
multidifusión, independientemente de si un emisor o receptor está
presente actualmente. Los miembros de un grupo de multidifusión
son dinámicos; comienza desde el abonado respectivo que desea
recibir los datos de multidifusión de este grupo de multidifusión.
Para unirse o dejar un grupo de multidifusión él ejecuta el llamado
``Protocolo de Grupo de Multidifusión de Internet, o protocolo IGMP,
con un router específico. Los routers representan cualquier
elemento de Internet que llevan los datagramas IP por rutas
específicas. Routers que pueden ejecutar el protocolo IGMP se
conocen también como routers de multidifusión. Los routers de
multidifusión que participan en una transmisión de multidifusión
hacen pasar señales entre ellos mismos en cuyo orden son
transmitidos los datos de multidifusión en Internet de tal manera
que datos de multidifusión idénticos no se envían varias veces por
rutas paralelas.
El acceso a Internet usualmente no se efectúa
directamente desde el ordenador de un abonado, sino por medio de las
llamadas redes de acceso (a Internet), a menudo por medio de las
redes telefónicas públicas. Estas redes de acceso son redes de
circuitos conmutados en los que una conexión fija es establecida
temporalmente entre emisor y receptor. Un canal entre el abonado e
Internet es reservado para el periodo de comunicación. Mientras que
cada canal en la red convencional de teléfono tiene un ancho de
banda predefinido, el ancho de bando en redes ATM modernas puede ser
especificado según se requiera.
En el extremo del abonado, las redes locales
consisten frecuentemente en varios abonados interconectados. Los
abonados pueden estar conectados a Internet por medio de un punto
final de red en las instalaciones del cliente, CPNT, que tiene una
conexión a una red de acceso. En redes locales modernas, por
ejemplo Ethernet y el uso de protocolos específicos PPPoE (PPPoE =
protocolo de punto a punto a través de Ethernet), que se emplea
entre los abonados y el punto final de red, es posible la
comunicación de Internet individual y simultánea para todos abonados
de la red local sin que sean necesarias funciones adicionales en el
ordenador del abonado.
Si varios abonados de tal red local solicitan
ahora datos idénticos uniéndose al mismo grupo de multidifusión,
generalmente es suficiente enviar estos datos sólo una vez por medio
de la red de acceso al terminal de red, que pueden distribuir
entonces los datos a los abonados correspondientes. Sin embargo,
surge un problema porque los abonados tienen conexiones de túnel
individuales a Internet, siendo reservado un canal para cada uno por
medio de la red de acceso. Así, no es necesario evitar que canales
con puntos de extremo idénticos sean cargados con flujos idénticos
de datos.
Una configuración de una pluralidad de redes
virtuales se describe en la solicitud de patente internacional WO
98/02821 en la que la gestión de tráfico de red se consigue basada
en la configuración automática de una pluralidad de redes virtuales
dentro de una sola LAN virtual grande. El tráfico de
emisión/multidifusión está confinado al VNET de la fuente, sin
imponer restricciones en la capa dos que se encamina dentro de la
LAN virtual. VNETs son dominios de usuarios de una LAN virtual, que
incluyen miembros de redes lógicas definidas en la capa tres o
superior.
El objeto de este invento es crear un
procedimiento y medios adecuados para evitar flujos de datos
idénticos por medio de canales de datos que discurren en paralelo,
en particular en comunicación de multidifusión IP por medio de una
red de acceso.
Este objeto se consigue de acuerdo con el invento
con un procedimiento acorde con la enseñanza de la reivindicación 1,
una red de comunicaciones acorde con la enseñanza de la
reivindicación 2, un servidor de acceso a Internet de acuerdo con la
enseñanza de la reivindicación 6, un terminal de red de abonado
acorde con la enseñanza de la reivindicación 7 y módulos de programa
para ejecutar un protocolo adicional de acuerdo con las enseñanzas
de las reivindicaciones 8 y 9.
Desarrollos adicionales del invento son revelados
en las subreivindicaciones y en la siguiente descripción.
El invento se explica adicionalmente más adelante
con la ayuda de los dibujos que se acompañan, en los que:
La figura 1 muestra esquemáticamente una red de
comunicaciones para comunicación de Internet,
La figura 2 muestra la construcción de conexiones
de canal en una red de acceso acorde con la técnica anterior,
La figura 3 muestra la construcción de conexiones
de canales adicionales para una comunicación de multidifusión cuando
se implementa el procedimiento acorde con el invento,
La figura 4 muestra la secuencia del protocolo
IGMP, junto con la secuencia del protocolo adicional acorde con el
invento.
Primero, con la ayuda de la figura 1 se muestra
un ejemplo de una red de comunicaciones típica, parcialmente
simplificada, para comunicación de Internet con las instalaciones
principales de red. De izquierda a derecha, la red de comunicaciones
está dividida en niveles I-V. En el nivel I, se
muestran el nivel de abonado, un número específico de abonados PC1,
PC2, ..., PCn y un terminal de red CPNT, que están interconectados
por medio de un medio de comunicaciones CM. Los abonados PC1, PC2,
..., PCn, el terminal de red CPNT y el medio de comunicaciones CM
forman juntos una red local LN. En el nivel II, el nivel de red de
acceso a Internet, una red de acceso AN es indicada por un símbolo
de nube. En el nivel III, el proveedor de acceso a Internet, nivel
de IAP, se muestra un servidor de acceso (a Internet) NAS. Los
niveles I-III son aludidos en esta memoria como
niveles de acceso. En el nivel IV, el proveedor de servicio (de
Internet), nivel ISP, se muestran dos redes de proveedores de
servicio ISP1 y ISP2, por ejemplo, indicadas cada una también por un
símbolo de nube. En el nivel V, el nivel de red de núcleo de
Internet, se muestra el Internet actual, de nuevo como un símbolo de
nube. En las redes de proveedor de servicio de Internet ISP1 y ISP2
e Internet, se muestran símbolos con forma de cilindro, que
representan los routers mencionados antes. Esto está destinado a
mostrar que los datos reenviados en estas redes están efectuados
por el protocolo IP. Los niveles IV y V son aludidos en esta
memoria como niveles de Internet.
El terminal de red CPNT, la red de acceso AN y el
servidor de acceso NAS están interconectados en ese orden. El
servidor de acceso NAS está conectado a ambas redes de proveedor de
servicio de Internet ISP1 y ISP2, cada una de las cuales tiene a su
vez una conexión a Internet.
Como se asume que el protocolo de Internet (IP)
se usa igualmente en las redes de proveedor de servicio de Internet
ISP1 y ISP2 y en Internet, en los que se usa el término comunicación
de Internet, no se hace distinción después de si la comunicación de
un abonado tiene lugar actualmente en Internet o termina en una
unidad de un proveedor de servicio de Internet ISP1 ó ISP2, sin
involucrar a Internet.
Durante el establecimiento de llamada con
Internet, se establecen conexiones lógicas de punto a punto entre
los abonados individuales PC1, PC2, ..., PCn y el servidor de acceso
NAS usando el protocolo PPP (PPP = protocolo de punto a punto) que
es configurable para acceso privado a Internet. Entonces existe una
relación de comunicación PPP, denominada también sesión PPP, para la
duración de la comunicación de Internet.
Se asume para el invento que la red local LN en
el nivel I facilita la comunicación individual de Internet de todos
abonados PC1, PC2, ..., PCn. Un medio de comunicaciones CM que
permite esto, es por ejemplo el Ethernet, usando el protocolo
mencionado antes PPPoE. Introduciendo el protocolo PPPoE, que
representa sustancialmente un nivel adicional de protocolo entre el
nivel protocolo PPP y el nivel de protocolo Ethernet, sucede una
identificación sin ambigüedad de todas sesiones PPP con Internet,
por medio del cual cada abonado PC1, PC2, ..., PCn puede identificar
sus datos PPP. Mirado lógicamente, las conexiones punto a punto
existen, por tanto, en el medio de comunicaciones CM entre los
abonados PC1, PC2, ..., PCn y el terminal de red CPNT, que son
superpuestos en el protocolo normal de comunicaciones Ethernet y son
también aludidas, por tanto, como conexiones de túnel PPP, o
simplemente túneles.
El terminal de red CPNT y el servidor de acceso
NAS son los puntos de comienzo y final de la comunicación de
circuito conmutado por medio de la red de acceso AN de nivel II. Se
hace una conexión a la red de acceso AN para cada abonado PC1, PC2,
..., PCn que desee comunicarse con Internet. La continuación de un
túnel en el medio de comunicaciones local CM desde el terminal de
red CPNT al servidor de acceso NAS por medio de una conexión
mencionada antes se denomina como una extensión al túnel; para cada
abonado correspondiente PC1, PC2, ..., PCn, esto da lugar a un túnel
continuo llamado privado hacia el servidor de acceso NAS, por medio
del cual se conduce toda la comunicación de Internet relacionada con
él.
En la actualidad, los niveles III y IV son
implementados de maneras muy diferentes. Hay, por tanto,
implementaciones sin separación (espacial) de estos niveles; para
implementaciones adicionales existen subredes (no mostradas en esta
memoria) en el nivel III. Además de esto, las tareas de los
elementos de red mencionados antes, especialmente aquellos del
servidor de acceso (NAS) no están definidos precisamente, servidores
de acceso modernos (NAS) pueden, por tanto, poseer ya medios para
realizar funciones de direccionamiento. Por las realizaciones
ejemplares siguientes se asume que el servidor de acceso es la
interfase entre los niveles I-III de acceso de
circuito conmutado y los niveles IV y V de Internet de paquetes
conmutados. En particular, debe asumirse en este caso que el
servidor de Internet NAS es el punto final del protocolo IGMP
mencionado antes y así toma las tareas de un router de multidifusión
mencionado antes.
Antes de todo, la situación asumida conocida de
la formación de canal en una red de acceso se describe con ayuda de
la figura 2. En la figura 2, se ilustra primero una sección de la
figura 1 con niveles I-III.
Como se sabe de la figura 1, la red local LN, la
red de acceso AN y el servidor de acceso NAS se muestran de
izquierda a derecha. Aquí, por ejemplo, la red local LN tiene dos
abonados PC1 y PC2. Las relaciones de comunicaciones de los
abonados PC1 y PC2 con Internet se muestran por dos flechas en
sentidos hacia delante e inverso, respectivamente, entre los
abonados PC1 y PC2, por un lado, y el servidor de acceso NAS, por el
otro, las flechas más anchas desde el servidor de acceso NAS a los
abonados PC1 y PC2 denotan el tráfico de datos frecuentemente mayor
en este sentido comparado con el sentido opuesto. Dos canales VCC1
y VCC2 se muestran dentro de la red de acceso AN, llevando cada
canal VCC1 y VCC2 el tráfico de datos de un abonado PC1 ó PC2,
respectivamente.
En este caso, se asume que la red de acceso AN
sea una red ATM, en la que los canales mencionados antes están
configurados como conexiones de canal virtual (VCC). Para cada
túnel de los mencionados antes del abonado PC1 y PC2 al servidor de
acceso NAS, denominado también un túnel privado, un canal VCC1 ó
VCC2, respectivamente, de la red de acceso AN está disponible, por
medio del cual el tráfico de datos respectivo de los abonados PC1 y
PC2 es reenviado a Internet independientemente del otro. La tarea
del terminal de red CPNT recae substancialmente en la conversión de
protocolo de los datos desde la red local LN a la red de acceso AN y
viceversa. Cuando ambos abonados PC1 y PC2 pertenecen al mismo
grupo de multidifusión, los correspondientes datagramas de
multidifusión (IP), como todo el resto de los datagramas IP en el
servidor de acceso NAS son replicados y enviados en paralelo por
medio de ambos canales VCC1 y VCC2 a ambos abonados PC1 y PC2.
A menudo, la red de acceso AN sólo tiene una
capacidad limitada. En el caso de aplicaciones de multidifusión
esto puede llevar a cuellos de botella no deseados, especialmente
para transmisión de vídeo.
La estructura de canal y el reenvío de datos de
multidifusión cuando se implementa el procedimiento acorde con el
invento se describen con la ayuda de la figura 3. Por el ejemplo
ilustrado se asume que ambos abonados PC1 y PC2 pertenecen al mismo
grupo de multidifusión.
La figura 3 difiere de la figura 2 en que,
adicionalmente, se muestra un canal de datos de multidifusión MVCC y
un canal del protocolo de multidifusión AVCC entre el terminal de
red CPNT y el servidor de acceso NAS. Exactamente como en la figura
2, el tráfico de datos es reenviado desde los abonados PC1 y PC2 al
servidor de acceso NAS por medio de los canales VCC1 y VCC2,
mientras que los datos de multidifusión específicos a ambos abonados
PC1, PC2 son reenviados sólo una vez por medio del canal de datos de
multidifusión MVCC y sólo son replicados en el terminal de red CPNT
y distribuidos a los abonados PC1 y PC2. El tráfico de datos
restante, no mostrado aquí, a los abonados PC1 y PC2 es, además de
esto, reenviado por medio de los canales VCC1 y VCC2,
respectivamente. Los abonados PC1 y PC2 indican cada uno sus
respectivas peticiones para unirse a un grupo de multidifusión por
medio de sus túneles privados durante la ejecución del protocolo
IGMP, como se ha descrito antes. En la recepción de la petición de
unión del primer abonado, por ejemplo PC1, el servidor de acceso NAS
informa al terminal de red CPNT por medio del canal de protocolo de
multidifusión AVCC de que el abonado PC1 va a recibir datos de
multidifusión; estos datos son enviados entonces por medio del canal
de datos de multidifusión MVCC en vez de por medio del canal VCC1.
Además de esto, los datos restantes son enviados al abonado PC1 por
el canal VCC1. El terminal de red CPNT inserta entonces los datos
de multidifusión dentro del túnel privado del abonado PC1, para el
cual este procedimiento de enlace de datos permanece transparente.
La inserción de los datos de multidifusión se efectúa combinando los
canales VCC1 y MVCC; en este caso la combinación se refiere a una
asociación. Si, en el transcurso de este tiempo, un abonado
adicional, por ejemplo PC2, desea unirse al mismo grupo de
multidifusión, el servidor de acceso NAS informa al terminal de red
CPNT por medio del canal de protocolo de multidifusión AVCC de que
el abonado PC2 va a recibir los datos de multidifusión por medio del
canal MVCC. La asociación de los canales VCC2 y MVCC se realiza
entonces en el terminal de red CPNT.
Este ejemplo muestra que cuando un abonado PC1 se
une a un grupo de multidifusión, tiene lugar la redirección de los
datos de multidifusión correspondiente por medio de un canal de
datos de multidifusión MVCC. Para cada abonado adicional PC1, PC2,
..., PCn, que entonces también desea unirse a este grupo de
multidifusión, entonces sólo es necesario hacer la asociación
correspondiente entre su canal y el canal de datos de multidifusión
MVCC existente. Por supuesto, este procedimiento no es obligatorio,
esta redirección también puede efectuarse sólo después de un número
específico de abonados, por ejemplo desde el segundo abonado en
adelante.
En la figura 4 se describe una secuencia de
ejemplo del protocolo adicional AP acorde con el invento que es
reenviado por medio del canal de señales de multidifusión AVCC en
conjunto con la secuencia del protocolo IGMP como se ha descrito
antes. Aquí, la parte superior del diagrama de la figura 4
corresponde con las condiciones de la figura 3. Sin embargo, por
simplificación, sólo se ilustra un abonado PC1 y así sólo un canal
VCC1. El protocolo IGMP discurre por medio de este canal. Además de
la figura 3, se muestra un protocolo S entre el servidor de acceso
NAS y la red de acceso AN.
En la parte inferior del diagrama de la figura 4
los mensajes (de protocolo) intercambiados durante una secuencia de
ejemplo de dicho protocolo son mostrados en orden cronológico desde
la parte superior a la inferior.
Un mensaje M1 ó INFORME IGMP del protocolo IGMP
es enviado desde el abonado PC1 al servidor de acceso NAS; un
mensaje S1 ó AÑADIR RAMAL del protocolo S es enviado desde el
servidor de acceso NAS a la red de acceso AN; un mensaje AM1 ó
ASOCIADO del protocolo adicional AP es enviado desde el servidor de
acceso NAS al terminal de red CPNT; un mensaje M2 ó PREGUNTA IGMP
del protocolo IGMP es enviado desde el servidor de acceso NAS al
abonado PC1; un mensaje M3 ó INFORME IGMP del protocolo IGMP es
enviado desde el abonado PC1 al servidor de acceso NAS; un mensaje
M4 ó AUSENCIA IGMP del protocolo IGMP es enviado desde el abonado
PC1 al servidor de acceso NAS; un mensaje AM2 ó FIN DE ASOCIACION
del protocolo adicional AP es enviado desde el servidor de acceso
NAS al terminal de red CPNT; un mensaje S2 ó DESCONECTAR RAMAL del
protocolo S es enviado desde el servidor de acceso NAS a la red de
acceso AN.
En este caso el protocolo IGMP es transmitido por
medio del canal VCC1 que pertenece al túnel privado del abonado PC1.
El mensaje M1 ó INFORME IGMP contiene la dirección de multidifusión
del grupo de multidifusión al que el abonado PC1 desea unirse. El
mensaje M2 ó PREGUNTA IGMP contiene la petición para informar al
abonado PC1 si está todavía unido al grupo de multidifusión. El
abonado PC1 confirma su participación enviando el mensaje M3 ó
INFORME IGMP, que tiene el mismo contenido que el mensaje M1. El
mensaje de AUSENCIA IGMP contiene el deseo del abonado PC1 de
terminar la participación en un grupo de multidifusión específico.
El mensaje M4 puede ser omitido opcionalmente; los mensajes M2 y M3
son usados para comprobar si un abonado de un grupo de
multidifusión específico está todavía presente. Si el servidor de
acceso (NAS) no recibe respuesta de al menos uno de los abonados
PC1, PC2, ..., PCn, entonces puede interrumpir la transmisión de los
datos de multidifusión correspondientes sin la necesidad de recibir
el mensaje M4 o AUSENCIA IGMP.
El protocolo adicional AP es transmitido por
medio del canal de señales de multidifusión AVCC. El mensaje AM1 o
ASOCIADO contiene la petición al terminal de red CPNT para asociarse
al canal VCC1 con el canal de datos de multidifusión MVCC, que va a
decir insertar los datos enviados por medio del canal de datos de
multidifusión dentro del túnel privado del abonado PC1. El mensaje
AM2 o PARADA DE ASOCIACION contiene la petición al terminal de red
CPNT para terminar la asociación entre el canal de datos de
multidifusión MVCC y el canal VCC1.
La ejecución del protocolo S con los mensajes
AÑADIR RAMAL y DESCONECTAR RAMAL se usa para establecer cada canal
de datos de multidifusión MVCC sólo cuando se van a trasmitir datos
actuales por medio de este canal, y para limpiar de nuevo tan pronto
como los datos no son enviados más a través de él. Con el mensaje
S1 ó AÑADIR RAMAL el servidor de acceso NAS solicita a la red de
acceso AN que establezca un canal de datos de multidifusión MVCC
para el terminal de red CPNT. Con el mensaje S2 ó DESCONECTAR RAMAL
la red de acceso AN es solicitada para limpiar el canal de datos de
multidifusión MVCC. La ejecución de este protocolo es opcional. En
vez de esto, también se puede mantener un número fijo de canales
estáticos. Aquí, el canal de protocolo de multidifusión AVCC es
considerado como un canal estático; puede, por supuesto, ser
establecido o limpiado exactamente como cada canal de datos de
multidifusión MVCC. En este caso el establecimiento del canal de
protocolo de multidifusión AVCC debe suceder no después del
establecimiento del primer canal de datos de multidifusión MVCC.
Puede ser limpiado cuando no hay ningún canal de datos de
multidifusión más.
Debe mencionarse en este momento que se puede
proporcionar un mensaje de confirmación (conocimiento) en el sentido
inverso en cada caso para los mensajes S1 ó AÑADIR RAMAL, S2 ó
DESCONECTAR RAMAL, AM1 ó ASOCIACION y AM2 ó PARAR ASOCIACION.
Cuando uno de estos mensajes de conocimiento está ausente, se pueden
tomar determinadas medidas, por ejemplo transmisión repetida o
transmisión por medio de otros canales disponibles. Tales medidas
se encuentran en la técnica anterior; en este caso tienen que ser
hechas a medida a las condiciones especiales e instalaciones de la
red de acceso AN en particular y no se pretende describirlas con
detalle en esta memoria.
Ejecutando el protocolo IGMP junto con el
protocolo adicional de acuerdo con el invento, cualquier número de
abonados PC1, PC2, ..., PCn de la red local LN puede unirse y dejar
el grupo de multidifusión.
En una alternativa al procedimiento acorde con el
invento, puede prescindirse del canal de protocolo de multidifusión
AVCC y la ejecución del protocolo adicional AP. Interceptando los
mensajes de los abonados PC1, PC2, ..., PCn durante la ejecución del
protocolo IGMP (espionaje IGMP), el terminal de red CPNT puede
asignar los datos de multidifusión de varios grupos de multidifusión
a los abonados correspondientes PC1, PC2, ..., PCn y efectuar la
distribución como se ha descrito antes.
Por supuesto, este procedimiento tiene las
desventajas sustanciales siguientes:
- -
- No se garantiza una distribución de direcciones de multidifusión global sin ambigüedad. Si surge el caso, presumiblemente infrecuente, en el que varios grupos de multidifusión que son asignados a diferentes proveedores de servicio de Internet tienen las mismas direcciones, el servidor de acceso NAS puede solicitar a pesar de todo varios canales de datos de multidifusión, ya que el servidor de acceso NAS puede detectar desde el origen de los datos que estos datos vienen de diferentes proveedores de servicio de Internet, ISP. Sin facilidad para pasar esta información al terminal de red CPNT, el último no es capaz de distinguir entre datos de multidifusión que tienen la misma dirección de multidifusión. Esto provoca entonces inevitablemente que estos datos sean mezclados en la red local (LN) y así ilegibilidad en todos abonados afectados.
- -
- Como con las otras comprobaciones de acceso a Internet, la comprobación individual de acceso en grupos específicos de multidifusión se hace preferiblemente en el servidor de acceso NAS, por ejemplo comprobando una contraseña presentada. Si, enviando un mensaje correspondiente, un abonado PC1, PC2, ..., PCn sin autorización de acceso desea ahora unirse a un grupo de multidifusión en el que uno o más abonados PC1, PC2, ..., PCn de la red local LN están participando, entonces estos datos del canal de datos de multidifusión MVCC correspondientes de la red CPNT son reenviados a estos abonados, sin que el servidor de acceso NAS sea capaz de evitar esto. Consecuentemente, no es posible una comprobación efectiva de acceso del servidor de acceso NAS para la participación en grupos de multidifusión.
Claims (11)
1. Un método para recibir datos de multidifusión
desde una red de comunicaciones de Internet, en la que existen
conexiones de túnel entre los abonados (PC1, PC2, ..., PCn) y un
elemento de red (NAS), con conexiones lógicas de punto a multipunto
entre un emisor de datos de multidifusión y varios abonados (PC1,
PC2, ..., PCn), en el que un protocolo (IGMP) para participación en
un grupo de multidifusión es ejecutado entre los abonados (PC1, PC2,
..., PCn) y el elemento de red (NAS) distante de los abonados,
caracterizado porque si las conexiones de túnel ya existen,
un protocolo adicional (AP) es ejecutado entre el elemento de red
(NAS) distante de los abonados y un elemento de red (CPNT) local a
los abonados, como resultado del cual datos de multidifusión
idénticos de varias conexiones de túnel paralelas son enviados fuera
sólo una vez entre estos elementos de red.
2. Una red de comunicaciones con conexiones de
punto a multipunto entre un emisor de datos de multidifusión y
varios abonados (PC1, PC2, ..., PCn), en la que existen conexiones
de túnel entre los abonados (PC1, PC2, ..., PCn) y un elemento de
red (NAS), en la que los abonados (PC1, PC2, ..., PCn) tienen,
además de elementos de red (NAS) distantes de los abonados de la red
de comunicaciones, medios de ejecución de protocolo para ejecutar un
protocolo (IGMP) para participación en un grupo de multidifusión,
caracterizada porque si existen conexiones de túnel, se
proporcionan medios de organización en el elemento de red (NAS)
distantes de los abonados, que disponen de los datos de
multidifusión de un grupo de multidifusión a ser enviados fuera sólo
una vez entre el elemento de red (NAS) distante de los abonados y un
elemento de red (CPNT) local a los abonados por medio de un canal de
datos de multidifusión (MVCC) en vez de conexiones de túnel, en los
que se proporcionan medios de evaluación en el elemento de red
(CPNT) local a los abonados, que, en base de una evaluación de
protocolos (IGMP, AP), realizan la asignación de los datos de
multidifusión enviados por medio del canal de datos de multidifusión
(MVCC) a los abonados correspondientes (PC1, PC2, ..., PCn) y en el
que se proporcionan medios de distribución en el elemento de red
(CPNT) local a los abonados para la distribución de los datos de
multidifusión a los abonados correspondientes (PC1, PC2, ...,
PCn).
3. Una red de comunicaciones acorde con la
reivindicación 2, caracterizada porque el elemento de red
(NAS) distante de los abonados y el elemento de red (CPNT) local a
los abonados, tienen cada uno medios de ejecución de protocolos
adicionales para ejecutar un protocolo adicional (AP) en el que el
elemento de red (NAS) distante de los abonados informa al elemento
de red (CPNT) local a los abonados de aquellos abonados respectivos
(PC1, PC2, ..., PCn) a cuales de los datos de multidifusión de los
diversos grupos de multidifusión van a ser transmitidos.
4. Una red de comunicaciones acorde con la
reivindicación 2, caracterizada porque una red de acceso a
Internet (AN) construida como una red ATM, en la que una conexión de
canal en forma de una llamada "Conexión de canal virtual"
(VCC1, VCC2, MVCC, AVCC) para cada conexión de túnel de los
abonados (PC1, PC2, ..., PCn) además de para cada grupo de
multidifusión que concierne a los abonados (PC1, PC2, ..., PCn), y
para el protocolo adicional, puede ser establecida entre el elemento
de red (NAS) distante de los abonados y el elemento de red (CPNT)
local a los abonados.
5. Una red de comunicaciones acorde con la
reivindicación 4, caracterizada porque se proporcionan medios
de señales, que ejecutan un protocolo (S) entre la red ATM y una
unidad de red (NAS) que ejecuta el protocolo adicional (AP), como
resultado del cual se pueden establecer conexiones de canal para
datos de multidifusión (MVCC) según se requiera.
6. Un servidor de acceso a Internet (NAS) que
tiene una interfaz a una red de acceso a Internet (AN), por medio de
la que se puede establecer al menos un canal de un abonado (PC1,
PC2, ..., PCn) para su conexión individual de túnel, y se
proporcionan medios de establecimiento para establecer canales
adicionales (MVCC, AVCC), caracterizado porque se
proporcionan medios de provisión para proporcionar los datos de
multidifusión, en un canal adicional (MVCC) en vez de en los canales
(VCC1, VCC2) especificados exclusivamente para dichos datos, y se
proporcionan medios adicionales de ejecución de protocolo para
ejecutar un protocolo adicional (AP) para informar a un elemento de
red (CPNT) que termina la red local (LN) de los abonados (PC1, PC2,
..., PCn), qué abonados (PC1, PC2) deben recibir estos datos.
7. Finalización de red en instalaciones del
cliente (CPNT), que tiene una interfaz para uno o más abonados (PC1,
PC2, ..., PCn) y una interfaz adicional para una red de acceso a
Internet (AN), por medio de la cual canales de uno o más abonados
(PC1, PC2, ..., PCn) pueden ser establecidos para sus conexiones
individuales de túnel y se pueden establecer canales adicionales
(MVCC y AVCC), caracterizada porque se proporcionan medios de
ejecución de protocolos adicionales para ejecutar un protocolo
adicional (AP), en los que la terminal de red de abonado (CPNT) es
informada de los abonados (PC1, PC2) a los que se van a transmitir
adicionalmente los datos de multidifusión recibidos por medio de
canales adicionales (MVCC), y se proporcionan medios de inserción,
para insertar estos datos en las conexiones de túnel de las abonados
especificados (PC1, PC2).
8. Un producto de programa de ordenador para
ejecutar un protocolo adicional (AP) en el elemento de red (NAS)
distante de los abonados, que comprende medios de código adaptados
para realizar, cuando está funcionando, las operaciones de:
- -
- Detección de la petición de abonado de un abonado (PC1, PC2, ..., PCn) a un grupo de multidifusión por la evaluación del mensaje de protocolo para participar en un grupo de multidifusión (IGMP), y
- -
- Envío de un mensaje adicional (ASOCIAR) a un elemento de red (CPNT) local a los abonados, con la información sobre el abonado o abonados (PC1, PC2) a los que se han de transmitir los datos de un canal de multidifusión (MVCC).
9. Un producto de programa de ordenador para
ejecutar un protocolo adicional (AP) en un elemento de red (CPNT)
local a los abonados, con abonados (PC1, PC2, ..., PCn) conectados a
él, que comprende medios de código adaptados para realizar, cuando
están funcionando, las operaciones de:
- -
- Recepción de un mensaje adicional (ASOCIAR) desde el elemento de red (NAS) distante de los abonados,
- -
- Evaluación de la información contenida en el mensaje adicional (ASOCIAR) de que abonados especificados o un abonado específico (PC1, PC2) va a recibir los datos de un canal de multidifusión especificado (MVCC), y
- -
- Inicialización de la distribución a los abonados correspondientes (PC1, PC2) de los datos que están siendo recibidos o se van a recibir por medio del canal de multidifusión especificado (MVCC).
10. Un producto de programa de ordenador acorde
con la reivindicación 8, caracterizado por comprender medios
de código adaptados para realizar, cuando funcionan, las operaciones
adicionales
de:
de:
- -
- Detección de la petición de acabar la participación de un abonado (PC1, PC2, ..., PCn) en un grupo de multidifusión, evaluando los mensajes de protocolo para la participación en un grupo de multidifusión (IGMP), y
- -
- Envío de un mensaje adicional (PARAR ASOCIACION) al elemento de red (CPNT) local a los abonados, con la información respecto a los abonados (PC1, PC2, ..., PCn) que no deben recibir más ningún dato adicional de un canal de multidifusión especificado (MVCC).
11. Un producto de programa de ordenador acorde
con la reivindicación 9, caracterizado por comprender medios
de código adaptados para realizar, cuando funcionan, las operaciones
adicionales de:
- -
- Recepción de un mensaje adicional (PARAR ASOCIACION) desde el elemento de red (NAS) distante de los abonados,
- -
- Evaluación de la información contenida en el mensaje adicional (PARAR ASOCIACION) respecto aquellos abonados (PC1, PC2) a los que no se debe trasmitir más datos de un canal de multidifusión especificado (MVCC), y
- -
- Inicialización de la finalización de la distribución de los datos recibidos por medio del canal de multidifusión especificado (MVCC) a los abonados correspondientes (PC1, PC2).
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP00440080A EP1134932B1 (en) | 2000-03-17 | 2000-03-17 | System for receiving multicast data |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2253195T3 true ES2253195T3 (es) | 2006-06-01 |
Family
ID=8174110
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES00440080T Expired - Lifetime ES2253195T3 (es) | 2000-03-17 | 2000-03-17 | Sistema para recibir datos multidifusion. |
Country Status (5)
Country | Link |
---|---|
US (1) | US20020010782A1 (es) |
EP (1) | EP1134932B1 (es) |
AT (1) | ATE318036T1 (es) |
DE (1) | DE60026006T2 (es) |
ES (1) | ES2253195T3 (es) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7088737B1 (en) * | 2000-10-27 | 2006-08-08 | Redback Networks Inc. | Method and apparatus for combining packets having different protocol encapsulations within a circuit |
KR20020023100A (ko) * | 2001-05-28 | 2002-03-28 | 박현제 | 가상 멀티캐스트 네트워크 구축을 위한 시스템 |
US20030167338A1 (en) * | 2002-03-01 | 2003-09-04 | Globespanvirata Incorporated | System and method to provide PPPoE connectivity to non-PPPoE clients |
DE10234939A1 (de) * | 2002-07-31 | 2004-02-19 | Siemens Ag | Verfahren, Kommunikationsanordnung und Kommunikationseinrichtung zum Übermitteln von Rundsende-Informationen über ein Kommunikationsnetz |
US9110853B2 (en) * | 2003-03-10 | 2015-08-18 | Oracle America, Inc. | Computer system with multiple classes of device IDs |
US7746799B2 (en) * | 2003-06-20 | 2010-06-29 | Juniper Networks, Inc. | Controlling data link layer elements with network layer elements |
US8555352B2 (en) | 2003-06-20 | 2013-10-08 | Juniper Networks, Inc. | Controlling access nodes with network transport devices within wireless mobile networks |
US7765300B2 (en) * | 2003-10-06 | 2010-07-27 | Ericsson Ab | Protocol for messaging between a centralized broadband remote aggregation server and other devices |
FR2863798A1 (fr) * | 2003-12-12 | 2005-06-17 | France Telecom | Procede et systeme de diffusion multicast vers un terminal nomade en fonction de la localisation. |
US7577137B2 (en) * | 2005-02-15 | 2009-08-18 | Telefonaktiebolage L M Ericsson (Publ) | Optimized multicast distribution within a hybrid PPPoE/IPoE broadband access network |
US8626925B2 (en) * | 2005-12-16 | 2014-01-07 | Panasonic Corporation | Systems and methods for providing a selective multicast proxy on a computer network |
IL174930A0 (en) * | 2006-04-11 | 2007-07-04 | Link Fusion Ltd | Metod and apparatus for provisioning triple play services over existing copper infrastructure |
US8121126B1 (en) | 2006-09-08 | 2012-02-21 | Juniper Networks, Inc. | Layer two (L2) network access node having data plane MPLS |
US8085791B1 (en) | 2006-09-08 | 2011-12-27 | Juniper Networks, Inc. | Using layer two control protocol (L2CP) for data plane MPLS within an L2 network access node |
US8265094B2 (en) * | 2007-09-24 | 2012-09-11 | Qualcomm Incorporated | De-registering a multicast group member from a multicast group within a wireless communications network |
EP2112781A1 (en) * | 2008-04-24 | 2009-10-28 | Koninklijke KPN N.V. | Bundling unit in a dsl network |
US20100157870A1 (en) * | 2008-12-19 | 2010-06-24 | Qualcomm Incorporated | Managing a multicast group membership table at an access network within a wireless communications system |
CN106104523A (zh) * | 2013-10-14 | 2016-11-09 | 统包裹服多美国有限公司 | 用于例如在锁柜群处确认个人的身份的系统和方法 |
CN112491623A (zh) | 2014-12-04 | 2021-03-12 | 适应性频谱和信号校正股份有限公司 | 用于预测成功的dsl线路优化的方法和装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE3323573A1 (de) * | 1983-06-30 | 1985-01-10 | Standard Elektrik Lorenz Ag, 7000 Stuttgart | Integriertes nachrichtensystem |
US6041166A (en) * | 1995-07-14 | 2000-03-21 | 3Com Corp. | Virtual network architecture for connectionless LAN backbone |
US5867653A (en) * | 1996-04-18 | 1999-02-02 | International Business Machines Corporation | Method and apparatus for multi-cast based video conferencing |
EP0988642A4 (en) * | 1996-11-12 | 2001-08-01 | Starguide Digital Networks | HIGH BANDWIDTH BROADCASTING SYSTEM GIVING MULTI-DESTINATION BROADCASTING LOCALIZED ACCESS TO BROADCAST CONTENT |
US6331983B1 (en) * | 1997-05-06 | 2001-12-18 | Enterasys Networks, Inc. | Multicast switching |
US6718387B1 (en) * | 1997-12-10 | 2004-04-06 | Sun Microsystems, Inc. | Reallocating address spaces of a plurality of servers using a load balancing policy and a multicast channel |
US6097720A (en) * | 1998-04-07 | 2000-08-01 | 3Com Corporation | Enabling multicast distribution efficiencies in a dialup access environment |
-
2000
- 2000-03-17 EP EP00440080A patent/EP1134932B1/en not_active Expired - Lifetime
- 2000-03-17 AT AT00440080T patent/ATE318036T1/de not_active IP Right Cessation
- 2000-03-17 DE DE60026006T patent/DE60026006T2/de not_active Expired - Lifetime
- 2000-03-17 ES ES00440080T patent/ES2253195T3/es not_active Expired - Lifetime
-
2001
- 2001-03-16 US US09/809,290 patent/US20020010782A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
ATE318036T1 (de) | 2006-03-15 |
EP1134932A1 (en) | 2001-09-19 |
EP1134932B1 (en) | 2006-02-15 |
US20020010782A1 (en) | 2002-01-24 |
DE60026006T2 (de) | 2006-07-27 |
DE60026006D1 (de) | 2006-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2253195T3 (es) | Sistema para recibir datos multidifusion. | |
US10938599B2 (en) | Elastic VPN that bridges remote islands | |
US8565235B2 (en) | System and method for providing transparent LAN services | |
US9049047B2 (en) | Method for providing scalable multicast service in a virtual private LAN service | |
EP0980608B1 (en) | Multicast switching | |
ES2704636T3 (es) | Distribución troncal eficiente del MBMS usando el planteamiento de un solo túnel | |
US10425327B2 (en) | System and method for routing in software defined networks using a flow header | |
CN111585899A (zh) | 一种evpn组播方法、装置及系统 | |
US20080019362A1 (en) | Telecommunication multicast system | |
Gemmill | Network basics for telemedicine | |
ES2528744T3 (es) | Método y sistema para enrutar tráfico de datos | |
JP4502692B2 (ja) | L3ip転送を有するsvc/spvc | |
Cisco | IP Multicast Technology Overview | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Frame Relay Commands | |
Cisco | Internet Protocol (IP) Multicast | |
Cisco | Configuring Frame Relay | |
Cisco | Configuring Frame Relay | |
Cisco | Configuring Frame Relay |