MXPA05001233A - Metodo y dispositivo para realizar la comunicacion en una red estructurada como colector. - Google Patents

Metodo y dispositivo para realizar la comunicacion en una red estructurada como colector.

Info

Publication number
MXPA05001233A
MXPA05001233A MXPA05001233A MXPA05001233A MXPA05001233A MX PA05001233 A MXPA05001233 A MX PA05001233A MX PA05001233 A MXPA05001233 A MX PA05001233A MX PA05001233 A MXPA05001233 A MX PA05001233A MX PA05001233 A MXPA05001233 A MX PA05001233A
Authority
MX
Mexico
Prior art keywords
communication
control
data
network
certain type
Prior art date
Application number
MXPA05001233A
Other languages
English (en)
Inventor
Ulrich Gries
Original Assignee
Thomson Licensing Sa
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 Thomson Licensing Sa filed Critical Thomson Licensing Sa
Publication of MXPA05001233A publication Critical patent/MXPA05001233A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40117Interconnection of audio or video/imaging devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2838Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)

Abstract

La invencion se refiere a un metodo para realizar la comunicacion en una red estructurada como colector, entre un dispositivo maestro (AV1) y los dispositivos esclavos (AV2, PC, LSij, DSij), usando una corriente de datos bidireccional (DSA) para la comunicacion segura y una corriente de datos unidireccional (DSI) para la comunicacion en tiempo real. De acuerdo con la invencion, la corriente de datos unidireccional (DSI) se usa para un cierto tipo de comunicacion segura (CIV, CIB) entre un dispositivo maestro (AVI) y al menos un dispositivo esclavo (AV2, PC, LSij, DSij.).

Description

MÉTODO Y DISPOSITIVO PARA REALIZAR LA COMUNICACIÓN EN UNA RED ESTRUCTURADA COMO COLECTOR La invención se refiere a un método y un dispositivo para realizar la comunicación en una res estructurada en colector ("bus") , dentro de la cual los datos que se transfieren entre diferentes dispositivos pueden ocurrir de una manera unidireccional o isócrona y de una manera bidireccional o asincrona.
La Patente WO 98/47271 describe un procesador de protocolo para manipular una corriente de datos que soporta la transferencia de datos tanto en formato isócrono como asincrono. En una cierta representación, se usa un conducto de datos isócrono para actuar como un conducto virtual asincrono de datos, que transmite todos los datos asincronos que van a transferirse.
Los datos que se transfieren de una manera isócrona llegan a un dispositivo meta en un tiempo predeterminado, mientras que los datos que son transferidos de manera asincrona no necesariamente llegan a un dispositivo en un tiempo predeterminado. Si los datos que se transfieren de manera isócrona no llegan a su dispositivo meta este no los reenvía, para no retrasar los datos isócronos siguientes. El dispositivo meta revisa la recepción de los datos que se transfieren de manera asincrona. Si estos datos no llegan a su dispositivo meta, este los reenvía hasta que se asegura que han alcanzado su dispositivo meta. Usualmente, los comandos de control se envían de manera asincrona, para asegurar que el comando de control ha llegado a su dispositivo meta.
Los comandos de control que tienen diferentes dispositivos meta se envían como elementos diferentes, uno para cada dispositivo meta. Por lo tanto, los comandos de control no llegan a su respectivo dispositivo meta al mismo tiempo. Esto se percibe como una desventaja en el caso de que ocurran efectos indeseables cuando los comandos de control no lleguen a sus dispositivos meta al mismo tiempo.
Un objetivo de la presente invención es el reducir esos efectos indeseables.
De acuerdo con la invención, un método para realizar la comunicación en una red estructurada como colector entre el dispositivo maestro y los dispositivos esclavos, que usa una corriente de datos bidireccional para la comunicación segura y una corriente de datos unidireccional para la comunicación en tiempo real, se basa en el hecho de que la corriente de datos unidireccional se usa para un cierto tipo de comunicación segura entre el dispositivo maestro y al menos un dispositivo esclavo. Esto hace posible proporcionar ciertos tipos de información segura en tiempo real para varios dispositivos esclavos. Ventajosamente, la corriente de datos unidireccional es una corriente de datos isócrona y la corriente de datos bidireccional es una asincrona.
Un tipo ventajoso de información de la comunicación segura que se transmite vía una corriente de datos unidireccional, son los comandos de control. El método de la invención es especialmente ventajoso para los comandos de control que controlan las funcionalidades, que tienen un efecto donde la ejecución no oportuna es directamente reconocible por un usuario. Los comandos de control son, por ejemplo, el control de la intensidad de los diferentes altavoces, especialmente en un sistema de sonido envolvente ("surround") , el control de los parámetros visuales, tales como el brillo, el color, etc. en un sistema de video de proyección múltiple en el que se usan juntas dos o más proyecciones para obtener una imagen agrandada tal como una pared de video ("video wall") , proyección estereoscópica, proyección envolvente, . etc.
Preferiblemente, el cierto tipo de comunicación segura que se envía como corriente de datos unidireccional, se envía repetidamente. Esto tiene la ventaja de que se incrementa la seguridad, la cual se reduce cuando se usa la corriente de datos unidireccional. Por ejemplo, los comandos de control son enviados repetidamente para incrementar la posibilidad de que todos los dispositivos esclavos involucrados reciban el comando de control, aún si algunos comandos enviados no se reciben debido al ruido o a otras perturbaciones o influencias negativas en la red. En este caso puede no lograrse la ejecución oportuna; sin embargo, como esto sucede sólo en el raro caso de una perturbación, el efecto negativo reconocible por el usuario es menor que aquel en el que se usan los métodos del estado de la técnica. Preferiblemente, el número de repeticiones se limita a un cierto número, p. e . , el envío del comando repetido diez veces, o a un cierto tiempo, por ejemplo, enviar de manera repetida hasta un segundo después de que de que se ha enviado el primer elemento." Ventajosamente, se detecta la perturbación en la red de comunicación, se determina el grado de perturbación y, en el caso de que el grado de perturbación exceda un cierto nivel, se reduce el uso de la corriente de datos unidireccionel para la comunicación segura. Esto tiene la ventaja de que, en caso de una fuerte perturbación en el que no se reciba correctamente un alto porcentaje de los datos, se reduce la comunicación segura via la corriente de datos unidireccional para reducir las influencias negativas causadas por la perturbación. Esta reducción es, por ejemplo, que la comunicación segura via la corriente de datos unidireccional se envié sólo a un número reducido de dispositivos, o para un conjunto reducido de tipos de comunicación segura, o que se detenga por completo la comunicación segura via la corriente de datos unidireccional. La comunicación respectiva se reemplaza preferiblemente por la comunicación via las corrientes de datos bidireccionales para asegurar la recepción correcta de, por ejemplo, los comandos de control. La detección de la perturbación y de su grado se logra, por ejemplo, evaluando cuántos datos enviados de forma bidireccional no se reciben correctamente. Por ejemplo, el número de recepciones no admitidas o el número de solicitudes resentidas se compara . con el número total de datos enviados. También se propone una evaluación especifica del dispositivo.
En el caso de que un dispositivo esclavo necesite enviar información de comunicación segura a varios otros dispositivos, se propone que este dispositivo esclavo envíe esta información como información segura vía la corriente de datos bidireccional hacia un dispositivo maestro, el cual transmite luego la información como un cierto tipo de información segura via la corriente de datos unidireccional hacia los otros dispositivos. Dependiendo de la configuración de la red y de la tarea actual, un dispositivo puede actuar como un dispositivo maestro en una situación, y actuar como dispositivo esclavo bajo otras circunstancias. Los dispositivos esclavos a los que, de acuerdo con ciertos tipos de redes estructuradas como colector, o bajo ciertas circunstancias, no se les permite emitir corrientes de datos unidireccionales, ahora tienen la posibilidad de emitir indirectamente la información segura hacia otros varios dispositivos, información que se recibe ahi al mismo tiempo. Por ejemplo, un usuario podría solicitar el cambio de intensidad usando una interfaz de usuario que esté unida al dispositivo esclavo de la red, o que sea por sí misma un dispositivo esclavo. Esta solicitud se transmite desde el dispositivo esclavo hacia el dispositivo maestro, mismo que emite un comando respectivo vía la corriente de datos unidireccional. Una solución alternativa es el permitir que los dispositivos esclavos emitan ciertos tipos de comunicación segura vía las corrientes de datos unidireccionales. Esto tiene la ventaja de una sensibilidad aumentada, que sin embargo no podría ser posible de implementar en las estructuras de colectores actuales existentes.
Un dispositivo esclavo realiza, de acuerdo con la invención, el rastreo y la decodificación tanto de las corrientes de datos bidireccionales como de las corrientes de datos unidireccionales, las que recibe del colector, para recuperar la información- de la comunicación segura. Esto significa que también se rastrean las corrientes de datos unidireccionales para detectar los datos que pertenecen a un cierto tipo de información segura.
De acuerdo con la invención, un dispositivo maestro realiza la emisión de la información segura hacia varios dispositivos esclavos usando una corriente de datos unidireccional en el caso de ciertos tipos predefinidos de información de comunicación segura.
Preferiblemente a . una red, a un dispositivo esclavo o a un dispositivo maestro se le proporcionan los medios para realizar los métodos de acuerdo con la invención .
Una descripción más detallada de las representaciones de la invención, dará también la información de las representaciones y ventajas inventivas adicionales de la invención. Sin embargo la invención no se restringe a las representaciones descritas, sino que también incluye las desviaciones de las mismas, que recaen en la habilidad de la persona experimentada. En las figuras: La Figura 1 muestra un protocolo de colector serial; la Figura 2 muestra una red para realizar el método de la invención; la Figura 3 muestra la estructura de un elemento de datos isócrono usual; la Figura 4 muestra la estructura de un elemento de datos isócrono de la invención, la Figura 5 muestra una representación en la que se usa el método de la invención; y la Figura 6 muestra otra representación en la que se usa el método de la invención.
Un ejemplo de una red estructurada como colector a. la que se refiere la invención, es el colector IEEE 1394. El estándar IEEE 1394-1995 es un estándar internacional para implementar una arquitectura de colector serial de alta velocidad de bajo costo, que soporte ambas transferencias, asincrona e isócrona, de formatos de datos. Las transferencias de datos isócronas son transferencias en tiempo real que tienen lugar de tal forma que los intervalos de tiempo entre las instancias significativas tienen la misma duración en ambas aplicaciones de transmisión y recepción. Cada paquete de datos transferido de forma isócrona se transfiere en su propio periodo de tiempo. ün ejemplo de una aplicación ideal para la transferencia de datos deforma isócrona, podría ser desde una videograbadora hacia un aparato de televisión. La videograbadora graba las imágenes y los sonidos y guarda los datos en pedazos o paquetes. Luego la videograbadora transfiere cada paquete que representa la imagen y el sonido, grabados a lo largo de un periodo de tiempo limitado, durante ese periodo de tiempo, para ser proyectado por el aparato de televisión. La arquitectura de colector del estándar " IEEE 1394 proporciona canales múltiples para la transferencia isócrona de datos entre las aplicaciones. Un número de canal de seis bits es emitido con los datos, para asegurar su recepción por la aplicación apropiada. Esto permite a las aplicaciones múltiples transmitir en forma simultánea los datos isócronos a través de la estructura del colector. Las transferencias asincronas son operaciones tradicionales de transferencia de datos que tienen, lugar tan pronto como sea posible, y -loque transfieren una cantidad de datos desde una fuente hacia un destino. El estándar IEEE 1395 proporciona un colector serial de alta velocidad para interconectar los dispositivos digitales, proporcionando con ello una conexión universal 1/0. El estándar IEEE 1394 define una interfaz digital para las aplicaciones, eliminando con ello la necesidad de que una aplicación convierta los datos análogos en datos digitales antes de que se transmitan a través del colector. De manera correspondiente, una aplicación receptora recibirá desde el colector datos digitales, no datos análogos, y por lo tanto no requerirá convertir los datos análogos a datos digitales. El cable requerido por el estándar IEEE 1394 es de tamaño muy delgado comparado con otros cables más voluminosos que se usan para conectar estos dispositivos. De un colector IEEE pueden añadirse y removerse los dispositivos mientras el colector está activo. Si un dispositivo se añade o se remueve asi, entonces el colector se reconfigurará automáticamente a si mismo para transmitir los datos entre los nodos entonces existentes. Un nodo se considera como una entidad lógica con una dirección única en la estructura del colector. . Cada nodo proporciona un ROM de identificación, un conjunto estandarizado de registros de control, y su propio espacio de dirección.
El estándar IEEE 1394 define un protocolo como el que se ilustra en la Figura 1. Este protocolo incluye un bloque (10) de dirección del colector serial acoplado a una capa (12) de transacción, a una capa (14) de conexión y a una capa (16) física. La capa física (16) proporciona la conexión eléctrica y mecánica entre un dispositivo o aplicación y el cable IEEE 1394. La capa física (16) también proporciona el arbitraje para asegurar que todos los dispositivos acoplados al colector IEEE 1394 tengan acceso al colector así como a la transmisión y a la recepción actual de datos. La capa (14) de enlace proporciona el servicio de entrega de los paquetes de datos para el transporte tanto de los datos asincronos como isócronos. Esta da soporte a tanto al transporte de datos asincrono, usando un protocolo de reconocimiento, como al transporte de datos isócrono, proporcionando el protocolo de ancho de banda garantizado en tiempo real para la entrega de los datos justo a tiempo. La capa (12) de transacción soporta los comandos necesarios para completar las transferencias de datos asincronos, inclyendo lectura, escritura y cierre. El bloque (10) de dirección del colector serial contiene un director de recurso isócrono para dirigir las transferencias de datos isócronas. El bloque (10) de direcció del colector serial también proporciona el control general de la configuración del colector serial en la forma de optimización del control de tiempo del arbitraje, la garantía de una energía eléctrica adecuada para todos los dispositivos en el colector, la asignación del maestro del ciclo, la asignación del canal isócrono y los recursos de ancho de banda y de notificación básica de los esfuerzos.
La Figura 1 ilustra un protocolo definido por el estándar IEEE 1394. Un conducto de datos isócrono transmite y recibe los datos para una aplicación a través de la estructura del colector.
Preferiblemente, la estructura del colector es una estructura de colector del estándar IEEE 1394. El conducto de datos isócronos es programable, y ejecutará una serie de instrucciones en una corriente de datos" para realizar las manipulaciones de los datos que requiere la aplicación. En un circuito de conexión, se incluye un conducto de datos isócronos para transmitir y recibir los datos isócronos, y se incluye un conducto de datos asincronos para transmitir y recibir los datos asincronos. Los datos del conducto de datos isócrono y del conducto de datos asincrono se multiplexa en la estructura del colector. Los datos recibidos desde la estructura del colector son desmultiplexados hacia el conducto de datos isócronos y el conducto de datos asincronos. Alternativamente, el conducto de datos isócrono se programa para transmitir y recibir ambos datos, los isócronos y los asincronos.
La Figura 2 muestra en forma diagramática una red para realizar el método de la invención. Diversos dispositivos audiovisuales (AVI, AV2) , tales como una pantalla de televisión, una videograbadora, un reproductor de DVD, etc. , están conectados a las bocinas (LSI a LS3) y a la computadora personal (PC) . En esta representación, el dispositivo audiovisual (AVI) está configurado como un dispositivo maestro, en tanto que los otros dispositivos (AV2, LSI a LS3, PC) son dispositivos esclavos. Cada dispositivo se conforma a un nodo de la red y se conecta via un cable (15) a al menos otro dispositivo de la red. Algunos de los dispositivos, como la computadora personal (PC) , la bocina (LSI) y el dispositivo audiovisual (AV2) están conectados directamente al dispositivo maestro, el dispositivo audiovisual (AVI) . Otros dispositivos están conectados indirectamente al dispositivo maestro, como la bocina (LS2) , que está conectada al dispositivo audiovisual (AVI) via el dispositivo audiovisual (AV2) o la bocina (LS3) , que está conectada directamente a la bocina (LS2) y via esta, indirectamente al dispositivo audiovisual (AVI) .
) El conector (17) indica de forma diagramática que los dispositivos pueden desconectarse de o conectarse a la red. Los cables (15) se proporcionan para transportar una corriente isócrona (DSA) de datos, asi como una corriente (DSA) de datos asincrona, que consisten en si mismas de los paquetes de datos (DPIi) , (DPAi) . En la representación, el dispositivo audiovisual (AV2) podría ser una fuente de video, que transmitiera una corriente isócrona de video (DSIvid) a una pantalla, aquí al dispositivo audiovisual (AV2) , y una corriente de audio isócrona (DSI) a las bocinas (LSI... LS3) .
Usualmente, el volumen de las bocinas LS1...LS3 en una red IEEE 1394 se controla con los paquetes de datos asincronos (DPAi) , por medio de los cuales debe enviarse un paquete de datos (DPAi) a cada bocina (LS1...LS3), por separado. Dentro de la corriente isócrona (DSI) , la información de control del volumen (CIV) llega automáticamente a todas las bocinas (LS1...LS3), recibiendo la corriente isócrona (DSI) seleccionada. La información de control del volumen (CIV) llega a todas las bocinas (LS1...LS3) al mismo tiempo.
En una red IEEE 1394, todos los dispositivos conectados (AVI, AV2, LS1...LS3, PC) pueden recibir los datos ya sea como corriente (DSA) o como paquete asincrono (DPAi) , o como corriente asincrona (DSI) . Se direcciona un paquete asincrono (DPA) a uno o a todos los nodos, p. ej . , a todos los dispositivos. No es posible enviar un paquete asincrono (DPA) a los nodos seleccionados. Un paquete asincrono (DPA) será reconocido por el nodo receptor i se recibe y se ejecuta correctamente. Si el paquete asincrono (DPA) no se recibió correctamente, el nodo transmisor puede reintentar el envió del paquete hasta 15 veces o más, después de una demora de 100 ms. La demora entre la transmisión y la confirmación de un paquete asincrono (DPA) puede ser de hasta 15*100 ms . No hay garantía de en qué punto del tiempo será enviado el paquete (DPA) a través del colector. Se usa una corriente asincrona (DSI) para transmitir los datos en tiempo real con ancho de banda alto hacia varios nodos que pueden recibir la corriente de datos (DSI) . La corriente isócrona (DSI) tiene la garantía de transmitirse de inmediato. La forma usual de controlar el volumen de varias bocinas digitales (LS1...LS3) es enviando un paquete asincrono (DPA) separadamente a cada bocina digital. Aquí, se necesitarían tres paquetes (DPA) . No puede predecirse en qué momento la información de control del volumen (CIV) contenida en los paquetes (DPA) llega a las diferentes bocinas digitales (LS1...LS2). Si la información de control del volumen (CIV) se envía en una corriente isócrona (DSI), la información de control del volumen (CIV) será recibida al mismo tiempo por todas las bocinas digitales (LS1...LS3). La información de control del volumen (CIV) se enviará en la misma corriente isócrona (DSI) y como los datos de audio digitales. La información de control del volumen (CIV) puede enviarse repetidamente sin ningún gasto adicional. En este caso, la información de control del volumen no es solamente "subir el volumen" o "bajar el volumen", sino un comando más preciso, como "establecer el volumen al 20% del volumen máximo", o algo similar.
Una ventaja de la invención es que la información de control del volumen (CIV) llega automáticamente a todos los nodos (LS1...LS3) que reciben la corriente isócrona (DSI), y el control del volumen puede ejecutarse al mismo tiempo en todas las bocinas digitales (LS1...LS3) participantes. Si el voumen se controla con los paquetes asincronos (DPA), puede haber una diferencia de ejecución de desde varios milisegundos hasta 1.5 segundos, en el peor de los casos, entre las diferentes bocinas digitales (LS1...LS3), diferencia de tiempo que seria reconocible.
La información de control del volumen .(CIV) , que se transmite en las corrientes isócronas (DSI) , se transmite a través del nodo que envía la corriente isócrona (DSI), aquí, el dispositivo audiovisual (AV2) , en tanto que la información de control del volumen en los paquetes asincronos (DPA) puede ser enviada a través de cualquier nodo. Por lo tanto, se . propone que el nodo que necesite enviar la información de control del volumen la transmita primero como paquete asincrono (DPA) hacia el nodo que envía la corriente isócrona (DSI) , para incluir la información de control dentro de la corriente isócrona (DSI) .
La Figura 3 muestra la estructura de un paquete de datos isócrono (DPI) común. Este consiste de un encabezado (21) ISO, un encabezado (22) CIP y una carga (23) , que consiste, en el caso de un rango de muestreo de 48 kHz, de 16 cuartetos de datos, teniendo cada cuarteto 32 bits .
La Figura 4 muestra la estructura de un paquete ' de datos isócrono (DPI) usado para cierto tipo de comunicación segura, como la información de control del volumen (CIV) . Comprende el encabezado (21) ISO Y el encabezado (22) CIP, pero no el área (23) de carga. Dentro del encabezado (22) (CIP), hay un área de comando (24) para proporcionar un cierto tipo de comunicación segura; en el ejemplo arriba descrito, la información de control del volumen (CIV) . Cuando cualquier nodo recibe el paquete de datos isócrono (DPI) como se muestra, revisa dentro del encabezado (22) CIP) si el área (24 de comando contiene un comando, si va a realizar este comando, y lo ejecuta de conformidad. Una bocina (LSi) podría revisar buscando un información de control del volumen (CIV) y ejecutarlo de conformidad, mientras que no reconocería la información de control relativa a la proyección de video.
La Figura 5 muestra una representación de la invención, en la que seis dispositivos de proyección (Dij), con i, j=l, , 3, forman una gran videopared. Todos los dispositivos (Dij) de proyección están conectados a través de cables (15) , o indirectamente a un dispositivo audiovisual (AVI) . En el caso de un cambio de brillo, es emitida la señal de control (CIB) ; esto se hace usando la corriente de datos isócrona (DSI) de acuerdo con la invención. Esto hace posible que todas las proyecciones (Dij) cambien el brillo de la misma forma al mismo tiempo, reduciendo así cualquier efecto visual negativo para un usuario .
La Figura 6 muestra otra representación en la que se usa la invención. Los dispositivos de proyección (DSI a DS4) se acomodan rodeando un punto (1) central. Cerca de los dispositivos de proyección (DS1 a DS4) están acomodadas las bocinas (LSil, LSi2) , con i=l-4, respectivamente arriba y abajo del dispositivo de proyección (DSi) , y las bocinas (LSO y LS5) al lado. Este arreglo hace posible la recepción de video y audio envolvente, que da a un usuario, ubicado en o cerca del punto (1) central, la impresión de encierro para completar la sensación de entorno. También en este caso, los dispositivos de proyección (DSI) y las bocinas (LSij) están conectados a través de una red a un dispositivo maestro (aqui no se muestra) . En el caso de cambio en la sonoridad o en el brillo, o en cualquier otra característica de audio o de video, este cambio será transmitido, de acuerdo con la invención, a través de la corriente de datos isócrona (DSI), reduciendo o previniendo por completo, por lo tanto, cualquier influencia negativa en el usuario. Si la información de control (CIV) relacionada no se transmitiera en la corriente de datos isócrona (DSI), podrían ocurrir efectos negativos tales como el balance o el desvanecimiento, y el usuario tendría una impresión equivocada con relación a su posición en el espacio tridimensional. La información de audio recibida por el usuario no coincide por completo con la información visual, causando con ello irritación.
En otras palabras, la invención resuelve el problema de que, en una red IEEE 1394, el control del volumen para las bocinas (LSi) se envia a las bocinas (LSi) via los paquetes de datos asincronos (DPA) . Como estos paquetes (DPA) necesitan ser direccionados hacia cada dispositivo individual, p. ej . , a cada bocina (LSi) por separado, y como estos paquetes (DPA) son transmitidos con menor prioridad, p. ej . , no necesariamente en tiempo real, el comando de control del volumen (CIV) necesitaría hasta 1.5 segundos antes de ser ejecutado. Esto es una desventaja. El largo tiempo es causado por el hecho de que se revisa la recepción de los paquetes asincronos y, si es necesario, se reenvía un paquete de datos asincrono (DPA) no recibido. Otra desventaja es que las diferentes bocinas (LSi) realizarán un cambio en el volumen en momentos diferentes, conduciendo así a una impresión de sonido indeseable para el usuario. De acuerdo con la invención, es propone usar la corriente de datos isócrona (DSI) , que se usa para transportar los datos en tiempo real, como los datos de video o de audio, para transmitir también la señal de control del volumen (CIV) . La corriente de datos isócrona (DSI) se transmite en tiempo real; sin embargo, no hay retroalimentación de si se recibe correctamente. Por lo tanto, la señal de control del volumen (CIV) se transmite repetidamente, compensando así por la pérdida de un comando único. Las señales de control del volumen (CIV) se reciben por lo tanto al mismo tiempo en todas las bocinas (LSi) en el sistema, y por tanto el volumen es cambiado de manera sincrónica para todas las bocinas (LSi) .

Claims (11)

REIVINDICACIONES
1. Método para realizar la comunicación en una red estructurada como colector, entre un primer dispositivo y un número de segundos dispositivos, permitiendo el protocolo de comunicación dos tipos de comunicación, a saber, la comunicación de datos asincronos para la comunicación del control, . y la comunicación de datos isócronos para la corriente de datos en tiempo real, caracterizado en que la comunicación de datos isócronos también se usa para un cierto tipo de comunicación de control entre el primer dispositivo y al menos uno de los segundos dispositivos.
2. Método de acuerdo con la reivindicación 1, caracterizado en que el cierto tipo de comunicación de control involucra el comunicar un comando de control al menos un segundo dispositivo para controlar la funcionalidad, teniendo un efecto de ser directamente reconocible en el caso de que el comando de control no se ejecute oportunamente en el al menos un segundo dispositivo.
3. Método de acuerdo con la reivindicación 2, caracterizado en que el comando de control es para controlar un parámetro audible para un número de bocinas, o para controlar un parámetro visible para controlar un número de pantallas.
4. Método de acuerdo con una de las reivindicaciones 1 a 3, caracterizado en que el cierto tipo de comunicación de control se envia de manera repetida.
5. Método de acuerdo con una de las reivindicaciones 1 a 4, caracterizado en que se detecta la perturbación de la red de comunicación, se determina su grado y, dependiendo del grado de perturbación, se reduce el uso de la comunicación de datos isócronos para el cierto tipo de comunicación de control .
6. Método de acuerdo con una de las reivindicaciones 1 a 5, caracterizado en que el cierto tipo de comunicación de control controla la información que va a ser emitida por un primer dispositivo hacia varios otros dispositivos, es emitida por medio de la comunicación de datos asincronos hacia un segundo dispositivo, el cual la transmite a los otros dispositivos por medio de la comunicación de datos isócronos .
7. Estación de red para ejecutar el método de acuerdo con una de las reivindicaciones 1-6, que tiene una interfaz hacia la red, con los medios para ejecutar la comunicación de datos asincronos para la comunicación de control, y con medios para ejecutar la comunicación de datos isócronos para la corriente en tiempo real, caracterizada en que se proporcionan los medios de comunicación para usar la comunicación de datos isócronos para ejecutar una comunicación de control para un cierto tipo de información de control.
8. Estación de red de acuerdo con la reivindicación 7, en la que los medios de comunicación incluyen medios para transmitir el cierto tipo de información de control dentro de un canal isócrono y/o para recibir el cierto tipo de información de control desde un canal isócrono.
9. Estación de red acuerdo con las reivindicaciones 7 u 8, en la que la comunicación de control para un cierto tipo de información de control involucra el comunicar un comando de control hacia al menos otra estación de red, para controlar una funcionalidad que tenga un efecto de ser directamente reconocible en el caso de que el comando de control no sea ejecutado oportunamente en el al menos un otro dispositivo de la red.
10. Estación de red de acuerdo con una de las reivindicaciones 7 a 9, en la que el comando de control es para controlar un parámetro audible para un número de bocinas o para controlar un parámetro visible para controlar un número de pantallas.
11. Estación de red de acuerdo con una de las reivindicaciones 7 a 10, en la que la interfaz de la red es una interfaz de red IEEE-1394. RE SUMEN La invención se refiere a un método para realizar la comunicación, en una red estructurada como colector, entre un dispositivo maestro (AVI) y los dispositivos esclavos (AV2, PC, LSij, DSi ) , usando una corriente de datos bidireccional (DSA) para la comunicación segura y una corriente de datos unidireccional (DSI) para la comunicación en tiempo real. De acuerdo con la invención, la corriente de datos unidireccional (DSI) se usa para un cierto tipo de comunicación segura (CIV, CIB) entre un dispositivo maestro (AVI) y al menos un dispositivo esclavo (AV2, PC, LSij, DSij.)
MXPA05001233A 2002-07-31 2003-06-21 Metodo y dispositivo para realizar la comunicacion en una red estructurada como colector. MXPA05001233A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP02017217A EP1387528A1 (en) 2002-07-31 2002-07-31 Method and device for performing communication on a bus structured network
PCT/EP2003/006559 WO2004015925A1 (en) 2002-07-31 2003-06-21 Method and device for performing communication on a bus structured network

Publications (1)

Publication Number Publication Date
MXPA05001233A true MXPA05001233A (es) 2005-06-08

Family

ID=30011114

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA05001233A MXPA05001233A (es) 2002-07-31 2003-06-21 Metodo y dispositivo para realizar la comunicacion en una red estructurada como colector.

Country Status (9)

Country Link
US (1) US8819257B2 (es)
EP (2) EP1387528A1 (es)
JP (1) JP2006504294A (es)
KR (1) KR101119609B1 (es)
CN (1) CN100525222C (es)
AU (1) AU2003242745A1 (es)
DE (1) DE60307486T2 (es)
MX (1) MXPA05001233A (es)
WO (1) WO2004015925A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4932369B2 (ja) * 2006-07-27 2012-05-16 ローム株式会社 音声信号増幅回路およびそれを用いたオーディオ装置ならびにボリウム切換方法
US8565455B2 (en) * 2008-12-31 2013-10-22 Intel Corporation Multiple display systems with enhanced acoustics experience
JP7245993B2 (ja) * 2019-07-18 2023-03-27 パナソニックIpマネジメント株式会社 通信装置および通信システム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5621913A (en) * 1992-05-15 1997-04-15 Micron Technology, Inc. System with chip to chip communication
US5434860A (en) * 1994-04-20 1995-07-18 Apple Computer, Inc. Flow control for real-time data streams
JP3458469B2 (ja) * 1994-07-15 2003-10-20 ソニー株式会社 信号受信装置及び通信方法
US5754948A (en) * 1995-12-29 1998-05-19 University Of North Carolina At Charlotte Millimeter-wave wireless interconnection of electronic components
US6233637B1 (en) * 1996-03-07 2001-05-15 Sony Corporation Isochronous data pipe for managing and manipulating a high-speed stream of isochronous data flowing between an application and a bus structure
US20030035556A1 (en) * 1997-11-18 2003-02-20 Jerry Curtis Audio distribution system
US6247069B1 (en) * 1999-05-12 2001-06-12 Sony Corporation Automatically configuring storage array including a plurality of media storage devices for storing and providing data within a network of devices
GB2366677B (en) * 2000-09-09 2004-05-19 Ibm Optical amplitude modulator
EP1198096B1 (en) * 2000-10-11 2005-12-07 Matsushita Electric Industrial Co., Ltd. Communications control method
EP1428108B1 (en) * 2001-05-14 2013-02-13 Koninklijke Philips Electronics N.V. Device for interacting with real-time streams of content
US6922747B2 (en) * 2002-05-29 2005-07-26 Oasis Silicon Systems, Inc. Communication system and methodology for addressing and sending data of dissimilar type and size across channels formed within a locally synchronized bus
US20030231239A1 (en) * 2002-06-12 2003-12-18 Corzilius Brian S. Nodal video stream processor and method
US7295809B2 (en) * 2002-07-19 2007-11-13 Sony Ericsson Mobile Communications Ab Portable audio playback device with bass enhancement

Also Published As

Publication number Publication date
EP1387528A1 (en) 2004-02-04
EP1543656B1 (en) 2006-08-09
DE60307486T2 (de) 2006-12-21
JP2006504294A (ja) 2006-02-02
EP1543656A1 (en) 2005-06-22
CN1672365A (zh) 2005-09-21
US8819257B2 (en) 2014-08-26
KR101119609B1 (ko) 2012-03-06
WO2004015925A1 (en) 2004-02-19
KR20050027266A (ko) 2005-03-18
CN100525222C (zh) 2009-08-05
US20050262252A1 (en) 2005-11-24
AU2003242745A1 (en) 2004-02-25
DE60307486D1 (de) 2006-09-21

Similar Documents

Publication Publication Date Title
US9065673B2 (en) Method and system for a centralized vehicular electronics system utilizing ethernet with audio video bridging
JP4091073B2 (ja) 家電制御(cec)プロトコル対応装置,cec命令管理方法,cec対応システム,及び音響/映像のエンターテイメントシステム
US8094678B2 (en) Method of and apparatus for providing reserved bandwidth to ethernet devices over switched ethernet including a home network wall plate having a combined IEEE 1394 and ethernet modified HUB
US8379654B2 (en) Method of and apparatus for providing isochronous services over switched ethernet including a home network wall plate having a combined IEEE 1394 and ethernet modified hub
US9276772B2 (en) Method and apparatus for transmitting and receiving data based on secured path bandwidth in network established by using audio/video interface
JP2001223733A (ja) インターフェースリンク層装置及び分散ネットワーク
JP2003509905A (ja) クラスター化されたネットワークデバイス
US7187655B1 (en) Information communication method and apparatus
US20020181497A1 (en) Method and apparatus for converting and directing communications between devices operating under an ieee 1394 serial bus network protocol and devices operating under another protocol
KR100557068B1 (ko) 실내 백본망을 위한 ieee 1394 기반의 단방향 링 시스템
US8856402B2 (en) Method and apparatus for multiplexing and demultiplexing data transmitted and received by using audio/video interface
MXPA05001233A (es) Metodo y dispositivo para realizar la comunicacion en una red estructurada como colector.
JPH11215143A (ja) データ通信装置及び方法
CN105635815B (zh) 一种总线型电视系统及其通讯方法
EP1113624A1 (en) Communication method, communication device, and communication system
JP4060761B2 (ja) 光伝送装置、及びそれを備える電子機器
EP1109357A1 (en) Method of communication, communication device, communication controller, communication system, and medium
JP3560522B2 (ja) Ieee1394上のデータ受信装置における受信方法
JP2715137B2 (ja) 通信網制御方式
JP2005167800A (ja) データ通信装置
JPH1116271A (ja) Cdデータ通信装置
JPH0831859B2 (ja) デ−タ通信方式

Legal Events

Date Code Title Description
FG Grant or registration