WO2004015925A1 - Method and device for performing communication on a bus structured network - Google Patents

Method and device for performing communication on a bus structured network Download PDF

Info

Publication number
WO2004015925A1
WO2004015925A1 PCT/EP2003/006559 EP0306559W WO2004015925A1 WO 2004015925 A1 WO2004015925 A1 WO 2004015925A1 EP 0306559 W EP0306559 W EP 0306559W WO 2004015925 A1 WO2004015925 A1 WO 2004015925A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
civ
secure communication
data stream
dsi
Prior art date
Application number
PCT/EP2003/006559
Other languages
French (fr)
Inventor
Ulrich Gries
Original Assignee
Thomson Licensing S.A.
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 S.A. filed Critical Thomson Licensing S.A.
Priority to DE60307486T priority Critical patent/DE60307486T2/en
Priority to US10/523,210 priority patent/US8819257B2/en
Priority to MXPA05001233A priority patent/MXPA05001233A/en
Priority to JP2004526693A priority patent/JP2006504294A/en
Priority to AU2003242745A priority patent/AU2003242745A1/en
Priority to EP03783983A priority patent/EP1543656B1/en
Publication of WO2004015925A1 publication Critical patent/WO2004015925A1/en

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

Definitions

  • the invention refers to a method and a device for performing communication on a bus structured network within which data transfer between different devices may happen in a unidirectional or isochronous manner and in a bi-directional or asynchronous manner.
  • WO 98/47271 describes a protocol processor for manipulating a stream of data supporting both, isochronous and asynchronous format data transfer.
  • an isochronous data pipe is used to act as virtual asynchronous data pipe, transmitting all asynchronous data to be transferred.
  • Data, which are transferred in an isochronous manner reach a target device at a predetermined time while data, which are transferred in an asynchronous manner do not necessarily reach a device at a predetermined time. If data, which is transferred in an isochronous manner does not reach its target device it is not resent in order not to delay following isochronous data. Data, which is transferred in an asynchronous manner is checked for its reception by the target device. If such data does not reach its target device it is resent until it is assured that it has reached its target device, usually control commands are sent in an asynchronous manner in order to assure that the control command has reached its target device.
  • Control commands having different target devices are sent as different items, one for each target device. Control commands thus do not reach their respective target devices at the same time. This is regarded to be disadvantages in case that undesired effects occur when said control commands do not reach their target devices at the same time.
  • a method for performing communication on a bus structured network between master device and slave devices which uses a bi-directional data stream for secure communication and a unidirectional data stream for real time communication lies in the fact that the unidirectional data stream is used for a certain type of secure communication between a master device and at least one slave device.
  • the unidirectional data stream is an isochronous data stream and the bi- directional data stream is an asynchronous one.
  • control commands One advantageous type of secure communication information being transmitted via a unidirectional data stream is control commands.
  • the inventive method is especially advantageous for control commands that control functionalities, which have an effect where non-timely execution is directly recognizable by a user.
  • control commands are for example control of loudness of different loudspeakers, especially in a surround sound system, control of visual parameters as brightness, colour etc. in a multi-display video system, where two or more displays are used together to get an enlarged picture such as video wall, stereoscopic display, surround display etc.
  • the certain type of secure communication which is sent as unidirectional data stream, is repeatedly sent. This has the advantage that it increases the security, which is reduced when using the unidirectional data stream.
  • control commands are sent repeatedly to increase the chance that all slave devices concerned receive the control command even if some commands sent are not received due to noise or other disturbances or negative influences on the network. In this case, timely execution may not be reached, however, as it happens only in the rare case of disturbance, the negative recognizable effect to the user is less than using state of the art methods.
  • the number of repetitions is limited to a certain number, e.g. ten times repeated sending of the command, or a certain time, for example repeated sending until up to one second after the first item was sent.
  • the disturbance on the communication network is detected, the degree of disturbance is determined and, in case that the degree of disturbance exceeds a certain level, the use of unidirectional data stream for secure communication is reduced.
  • This has the advantage that in case of strong disturbance, where a relatively high percentage of data is not received correctly, secure communication via unidirectional data stream is reduced in order to reduce negative influences caused by disturbance.
  • This reduction is for example that secure communication via unidirectional data stream is sent to only a reduced number of devices, or for a reduced set of types of secure communication, or, secure communication via unidirectional data stream is completely stopped.
  • the respective communication is preferably replaced by communication via bi-directional data streams to make sure correct reception for example of control commands.
  • Detection of disturbance and its degree is for example reached by evaluating 'how many bi- directionally sent data are not received correctly. For example the number of not acknowledged receptions or the number of resent requests is compared to the total number of data sent. Also a device specific evaluation is proposed.
  • a slave device needs to send secure communication information to several other devices
  • this slave device sends this information as secure information via the bi-directional data stream to a master device, which then transmits said information as certain type of secure communication via unidirectional data stream to the other devices.
  • a device may act as a master device in one situation and act as slave device under other circumstances.
  • Slave devices which according to certain types of bus structured networks or under certain circumstances are not permitted to issue unidirectional data streams, have now possibility to issue indirectly secure information to several other devices, which is received there at the same time. For example, the change of loudness might be requested by a user making use of a user interface being attached to or being itself a slave device of the network.
  • This request is transmitted from the slave device to the master device, which itself issues a respective command via unidirectional data stream.
  • An alternative solution is to permit slave devices to issue certain types of secure communication via unidirectional data streams. This has the advantage of increased responsiveness, might however not be able to be implemented in currently existing bus structures.
  • a slave device performs, according to the invention, scanning and decoding of both, bi-directional data streams and unidirectional data streams, which it receives from the bus, in order to retrieve secure communication information. That means that also the unidirectional data streams are scanned to detect data belonging to a certain type of secure communication.
  • a master device performs issuing of secure information to several slave devices using a unidirectional data stream in case of certain predefined types of secure communication information.
  • a network, a slave device or a master device are provided with means to perform the methods according to the invention.
  • Fig. 1 shows a serial bus protocol
  • Fig. 2 shows a network for performing the inventive method
  • Fig. 3 shows the structure of a usual isochronous data item
  • Fig. 4 shows the structure of an inventive isochronous data item
  • Fig. 5 shows an embodiment where the inventive method is used
  • Fig. 6 shows another embodiment where the inventive method is used.
  • An example of a bus-structured network to which the invention refers is the IEEE 1394 bus.
  • the IEEE 1394-1995 standard is an international standard for implementing an inexpensive high-speed serial bus architecture which supports both asynchronous and isochronous format data transfers. Isochronous data transfers are real-time transfers which take place such that the time intervals between significant instances have the same duration at both the transmitting and receiving applications. Each packet of data transferred isochronously is transferred in its own time period.
  • An example of an ideal application for the transfer of data isochronously would be from a video recorder to a television set. The video recorder records images and sounds and saves the data in discrete chunks or packets.
  • the video recorder then transfers each packet, representing the image and sound recorded over a limited time period, during that time period, for display by the television set.
  • the IEEE 1394 standard bus architecture provides multiple channels for isochronous data transfer between applications. A six bit channel number is broadcast with the data to ensure reception by the appropriate application. This allows multiple applications to simultaneously transmit isochronous data across the bus structure. Asynchronous transfers are traditional data transfer operations which take place as soon as possible and transfer an amount of data from a source to a destination.
  • the IEEE 1394 standard provides a high-speed serial bus for interconnecting digital devices thereby providing a universal I/O connection.
  • the IEEE 1394 standard -defines a digital interface for the applications thereby eliminating the need-for an application to convert digital data to analog data before it is transmitted across the bus.
  • a receiving application will receive digital data from the bus, not analog data, and will therefore not be required to convert analog data to digital data.
  • the cable required by the IEEE 1394 standard is very thin in size compared to other bulkier cables used to connect such devices.
  • Devices can be added and removed from an IEEE 1394 bus while the bus is active. If a device is so added or removed the bus will then automatically reconfigure itself for transmitting data between the then existing nodes.
  • a node is considered a logical entity with a unique address on the bus structure. Each node provides an identification ROM, a standardized set of control registers and its own address space.
  • the IEEE 1394 standard defines a protocol as illustrated in Figure 1.
  • This protocol includes a serial bus management block 10 coupled to a transaction layer 12, a link layer 14 and a physical layer 16.
  • the physical layer 16 provides the electrical and mechanical connection between a device or application and the IEEE 1394 cable.
  • the physical layer 16 also provides arbitration to ensure that all devices coupled to the IEEE 1394 bus have access to the bus as well as actual data transmission and reception.
  • the link layer 14 provides data packet delivery service for both asynchronous and isochronous data packet transport. This supports both asynchronous data transport, using an acknowledgement protocol, and isochronous data transport, providing real-time guaranteed bandwidth protocol for just-in-time data delivery.
  • the transaction layer 12 supports 'the commands necessary to complete asynchronous data transfers, including read, write and lock.
  • the serial bus management block 10 contains an isochronous resource manager for managing isochronous data transfers.
  • the serial bus management block 10 also provides overall configuration control of the serial bus in the form of optimizing arbitration timing, guarantee of adequate electrical power for all devices on the bus, assignment of the cycle master, assignment of isochronous channel and bandwidth resources and basic notification of effors .
  • Figure 1 illustrates a protocol defined by the IEEE 1394 standard.
  • An isochronous data pipe transmits and receives data for an application across a bus structure.
  • the bus structure is an IEEE 1394 standard bus structure.
  • the isochronous data pipe is programmable and will execute a series of instructions on a stream of data in order to perform manipulations on the data required by the application.
  • an isochronous data pipe is included for transmitting and receiving isochronous data and an asynchronous data pipe is included for transmitting and receiving asynchronous data.
  • the data from the isochronous data pipe and the asynchronous data pipe is multiplexed onto the bus structure.
  • the data received from the bus structure is demultiplexed to the isochronous data pipe and the asynchronous data pipe.
  • the isochronous data pipe is programmed to transmit and receive both isochronous and asynchronous data.
  • Fig. 2 shows diagrammatically a network for performing the inventive method.
  • audio visual devices AVI, AV2, such as television display, video recorder, DVD player etc. are connected to loudspeakers LSI to LS3 and a personal computer PC.
  • audio -visual device AVI is configured as master device while the other devices AV2, LSI to LS3, PC are slave devices.
  • Each device conforms to a node of the network and is connected via a cable 15 to at least one other device of the network.
  • Some of the devices as personal computer PC, loudspeaker LSI and audiovisual device AV2 are directly connected to the master device audio visual device AVI.
  • Connector 17 indicates diagrammatically that devices may be disconnected from or connected to the network. Cables 15 are provided to transport an isochronous data stream DSA as well as an asynchronous data stream DSA, which itself consist of data packets DPIi, DPAi .
  • audio visual device AV2 might be a source of video, transmitting an isochronous video stream DSIvid to a display, here Audio visual device AV2, and an isochronous audio stream DSI and to the loudspeaker LS1...LS3.
  • volume of loudspeakers LS1...LS3 in an IEEE 1394 network is controlled with asynchronous data packets DPAi, whereby a data packet DPAi must be sent to each loudspeaker LS1...LS3 separately.
  • the volume control information CIV automatically reaches all loudspeakers LS1...LS3 receiving the selected isochronous stream DSI.
  • the volume control information CIV reaches all loudspeaker LS1...LS3 at the same time .
  • all connected devices AVI, AV2, LS1...LS3, PC may receive data either as stream DSA of asynchronous packet DPAi or as isochronous stream DSI.
  • An asynchronous packet DPA is addressed to one or all nodes, i.e. to all devices. It is not possible to send one asynchronous packet DPA to selected nodes.
  • An asynchronous packet DPA will be acknowledged by the receiving node if received and executed correctly. ' If the asynchronous packet DPA was not received correctly the transmitting node may retry sending the packet after 100ms delay up to 15 times or more. The delay between transmission and confirmation of an asynchronous packet DPA may be up to 15*100ms.
  • An isochronous stream DSI is used to transmit real time data with high bandwidth to several nodes who are able to receive the data stream DSI.
  • the isochronous stream DSI has the warranty to be transmitted immediately.
  • the usual way to control the volume of several digital loudspeakers LS1...LS3 is to send an asynchronous packet DPA separately to every digital loudspeaker. Here, three packets DPA would be needed. It is not predictable at which time the volume control information CIV contained in the packets DPA reaches the different digital loudspeakers LS1...LS2.
  • volume control information CIV is sent in an isochronous stream DSI the volume control information CIV will be received by all digital loudspeakers L1...L3 at the same time.
  • the volume control information CIV will be sent in the same isochronous stream DSI and as the digital audio data.
  • the volume control information CIV may be sent repeatedly without any further expense. In this case the volume control information is not just “volume up” or “volume down” but a more precise command like "set volume to 20% of max- volume” or something similar.
  • An advantage of the invention is that the volume control information CIV reaches automatically all nodes LS1...LS3, which receive the isochronous stream DSI and the volume control can be executed at the same time in all participating digital loudspeakers LS1...LS3. If the volume is controlled with asynchronous packets DPA there may be an execution difference of several milliseconds up to 1.5 seconds in worst case between the different digital loudspeakers LS1...LS3, which time difference would be recognizable.
  • volume control information CIV which is transmitted in isochronous streams DSI is transmitted by the node which sends the isochronous stream DSI, here audio visual device AV2, whereas volume control information in asynchronous packets DPA may be sent by every node. It is, therefore, proposed that the node that needs to send volume control information transmits it first as asynchronous packet DPA to the node, which sends the isochronous stream DSI for inducing the control information into the isochronous stream DSI.
  • Fig. 3 shows the structure of a usual isochronous data packet DPI. It consists of an ISO header 21, a CIP header 22 and payload 23, which consists in case of 48 kHz sampling rate of 16 quadlet data, each quadlet having 32 bits .
  • Fig. 4 shows the structure of an isochronous data packet DPI used for certain type of secure communication, like volume control information CIV. It comprises the ISO header 21 and the CIP header 22 but no payload area 23. Inside the CIP header 22 there is a command area 24 for providing a certain type of secure communication, in the example described above the volume control information CIV.
  • any node When any node receives the isochronous data packet DPI as shown, it checks within the CIP header 22 whether the command area 24 contains a command, whether this command is to be performed by it and performs it accordingly.
  • a loudspeaker LSi would check for a volume control information CIV and perform it accordingly, while it would not recognize control information related to video display.
  • Fig. 6 shows another embodiment where the invention is used.
  • this will be transmitted according to the invention via the isochronous data stream DSI thus reducing or completely preventing any negative influence on the user.
  • the related control information CIV not be transmitted in the isochronous data stream DSI, negative effects as balance or fading etc. would occur and the user would get a wrong impression about his or her position in the three dimensional space. Audio information received by the user would not completely coincide with visual information thus causing irritation.
  • the invention solves the problem that in an IEEE 1394 network the volume control for loudspeakers LSi is sent to the loudspeakers LSi via asynchronous packets DPA.
  • these packets DPA need to be addressed to each single device, i.e. to each loudspeaker LSi separately, and as these packets DPA are transmitted with lower priority, i.e. not necessarily in real-time, the volume control command CIV might need up to 1.5 seconds before it is performed.
  • This is a disadvantage.
  • the long time is caused by the fact that the receipt of asynchronous packets is checked, and, if necessary, a non-received asynchronous packet DPA is resent.
  • a further disadvantage is that different loudspeakers LSi will perform a change in volume at different times thus leading to an undesired sound impression to the user.
  • the isochronous stream DSI which is used to transport the real-time data, as video or audio data, to also transmit the volume control signal CIV.
  • the isochronous stream DSI is transmitted in real-time, however, there is no - • feedback whether it is correctly received.
  • the volume control signal CIV is transmitted repeatedly, thus compensating for loss of a single command. Volume control signals CIV are thus received at the same time at all loudspeakers LSi in the system thus volume is changed synchronously for all loudspeakers LSi.

Landscapes

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

Abstract

The invention refers to a method for performing communication on a bus structured network between master device AV1 and slave devices AV2, PC, LSij, DSij using a bi-directional data stream DSA for secure communication and a unidirectional data stream DSI for real-time communication. According to the invention the unidirectional data stream DSI is used for a certain type of secure communication CIV, CIB between a master device AV1 and at least one slave device AV2, PC, LSij, DSij.

Description

Method and device for performing communication on a bus structured network
The invention refers to a method and a device for performing communication on a bus structured network within which data transfer between different devices may happen in a unidirectional or isochronous manner and in a bi-directional or asynchronous manner.
WO 98/47271 describes a protocol processor for manipulating a stream of data supporting both, isochronous and asynchronous format data transfer. In a certain embodiment, an isochronous data pipe is used to act as virtual asynchronous data pipe, transmitting all asynchronous data to be transferred.
Data, which are transferred in an isochronous manner reach a target device at a predetermined time while data, which are transferred in an asynchronous manner do not necessarily reach a device at a predetermined time. If data, which is transferred in an isochronous manner does not reach its target device it is not resent in order not to delay following isochronous data. Data, which is transferred in an asynchronous manner is checked for its reception by the target device. If such data does not reach its target device it is resent until it is assured that it has reached its target device, usually control commands are sent in an asynchronous manner in order to assure that the control command has reached its target device.
Control commands having different target devices are sent as different items, one for each target device. Control commands thus do not reach their respective target devices at the same time. This is regarded to be disadvantages in case that undesired effects occur when said control commands do not reach their target devices at the same time.
It is an object of the invention to reduce these undesired effects .
According to the invention a method for performing communication on a bus structured network between master device and slave devices, which uses a bi-directional data stream for secure communication and a unidirectional data stream for real time communication lies in the fact that the unidirectional data stream is used for a certain type of secure communication between a master device and at least one slave device. This makes possible to provide certain types of secure information in real time to several slave devices. Advantageously, the unidirectional data stream is an isochronous data stream and the bi- directional data stream is an asynchronous one.
One advantageous type of secure communication information being transmitted via a unidirectional data stream is control commands. The inventive method is especially advantageous for control commands that control functionalities, which have an effect where non-timely execution is directly recognizable by a user. Such control commands are for example control of loudness of different loudspeakers, especially in a surround sound system, control of visual parameters as brightness, colour etc. in a multi-display video system, where two or more displays are used together to get an enlarged picture such as video wall, stereoscopic display, surround display etc. Preferably, the certain type of secure communication, which is sent as unidirectional data stream, is repeatedly sent. This has the advantage that it increases the security, which is reduced when using the unidirectional data stream. For example, control commands are sent repeatedly to increase the chance that all slave devices concerned receive the control command even if some commands sent are not received due to noise or other disturbances or negative influences on the network. In this case, timely execution may not be reached, however, as it happens only in the rare case of disturbance, the negative recognizable effect to the user is less than using state of the art methods. Preferably, the number of repetitions is limited to a certain number, e.g. ten times repeated sending of the command, or a certain time, for example repeated sending until up to one second after the first item was sent.
Advantageously, the disturbance on the communication network is detected, the degree of disturbance is determined and, in case that the degree of disturbance exceeds a certain level, the use of unidirectional data stream for secure communication is reduced. This has the advantage that in case of strong disturbance, where a relatively high percentage of data is not received correctly, secure communication via unidirectional data stream is reduced in order to reduce negative influences caused by disturbance. This reduction is for example that secure communication via unidirectional data stream is sent to only a reduced number of devices, or for a reduced set of types of secure communication, or, secure communication via unidirectional data stream is completely stopped. The respective communication is preferably replaced by communication via bi-directional data streams to make sure correct reception for example of control commands. Detection of disturbance and its degree is for example reached by evaluating 'how many bi- directionally sent data are not received correctly. For example the number of not acknowledged receptions or the number of resent requests is compared to the total number of data sent. Also a device specific evaluation is proposed.
In case that a slave device needs to send secure communication information to several other devices, it is proposed that this slave device sends this information as secure information via the bi-directional data stream to a master device, which then transmits said information as certain type of secure communication via unidirectional data stream to the other devices. Depending on the configuration of the network and the actual task, a device may act as a master device in one situation and act as slave device under other circumstances. Slave devices, which according to certain types of bus structured networks or under certain circumstances are not permitted to issue unidirectional data streams, have now possibility to issue indirectly secure information to several other devices, which is received there at the same time. For example, the change of loudness might be requested by a user making use of a user interface being attached to or being itself a slave device of the network. This request is transmitted from the slave device to the master device, which itself issues a respective command via unidirectional data stream. An alternative solution is to permit slave devices to issue certain types of secure communication via unidirectional data streams. This has the advantage of increased responsiveness, might however not be able to be implemented in currently existing bus structures.
A slave device performs, according to the invention, scanning and decoding of both, bi-directional data streams and unidirectional data streams, which it receives from the bus, in order to retrieve secure communication information. That means that also the unidirectional data streams are scanned to detect data belonging to a certain type of secure communication.
According to the invention, a master device performs issuing of secure information to several slave devices using a unidirectional data stream in case of certain predefined types of secure communication information.
Preferably, a network, a slave device or a master device are provided with means to perform the methods according to the invention.
A more detailed description of embodiments of the invention will also give information of additional inventive features and advantages of the invention. However, the invention is not restricted to the embodiments described but also includes deviations therefrom, lying in the ability of a skilled person. In the figures
Fig. 1 shows a serial bus protocol, Fig. 2 shows a network for performing the inventive method, Fig. 3 shows the structure of a usual isochronous data item, Fig. 4 shows the structure of an inventive isochronous data item, Fig. 5 shows an embodiment where the inventive method is used, and Fig. 6 shows another embodiment where the inventive method is used.
An example of a bus-structured network to which the invention refers is the IEEE 1394 bus. The IEEE 1394-1995 standard is an international standard for implementing an inexpensive high-speed serial bus architecture which supports both asynchronous and isochronous format data transfers. Isochronous data transfers are real-time transfers which take place such that the time intervals between significant instances have the same duration at both the transmitting and receiving applications. Each packet of data transferred isochronously is transferred in its own time period. An example of an ideal application for the transfer of data isochronously would be from a video recorder to a television set. The video recorder records images and sounds and saves the data in discrete chunks or packets. The video recorder then transfers each packet, representing the image and sound recorded over a limited time period, during that time period, for display by the television set. The IEEE 1394 standard bus architecture provides multiple channels for isochronous data transfer between applications. A six bit channel number is broadcast with the data to ensure reception by the appropriate application. This allows multiple applications to simultaneously transmit isochronous data across the bus structure. Asynchronous transfers are traditional data transfer operations which take place as soon as possible and transfer an amount of data from a source to a destination. The IEEE 1394 standard provides a high-speed serial bus for interconnecting digital devices thereby providing a universal I/O connection. The IEEE 1394 standard -defines a digital interface for the applications thereby eliminating the need-for an application to convert digital data to analog data before it is transmitted across the bus. Correspondingly, a receiving application will receive digital data from the bus, not analog data, and will therefore not be required to convert analog data to digital data. The cable required by the IEEE 1394 standard is very thin in size compared to other bulkier cables used to connect such devices. Devices can be added and removed from an IEEE 1394 bus while the bus is active. If a device is so added or removed the bus will then automatically reconfigure itself for transmitting data between the then existing nodes. A node is considered a logical entity with a unique address on the bus structure. Each node provides an identification ROM, a standardized set of control registers and its own address space.
The IEEE 1394 standard defines a protocol as illustrated in Figure 1. This protocol includes a serial bus management block 10 coupled to a transaction layer 12, a link layer 14 and a physical layer 16. The physical layer 16 provides the electrical and mechanical connection between a device or application and the IEEE 1394 cable. The physical layer 16 also provides arbitration to ensure that all devices coupled to the IEEE 1394 bus have access to the bus as well as actual data transmission and reception. The link layer 14 provides data packet delivery service for both asynchronous and isochronous data packet transport. This supports both asynchronous data transport, using an acknowledgement protocol, and isochronous data transport, providing real-time guaranteed bandwidth protocol for just-in-time data delivery. The transaction layer 12 supports 'the commands necessary to complete asynchronous data transfers, including read, write and lock. The serial bus management block 10 contains an isochronous resource manager for managing isochronous data transfers. The serial bus management block 10 also provides overall configuration control of the serial bus in the form of optimizing arbitration timing, guarantee of adequate electrical power for all devices on the bus, assignment of the cycle master, assignment of isochronous channel and bandwidth resources and basic notification of effors .
Figure 1 illustrates a protocol defined by the IEEE 1394 standard. An isochronous data pipe transmits and receives data for an application across a bus structure. Preferably, the bus structure is an IEEE 1394 standard bus structure. The isochronous data pipe is programmable and will execute a series of instructions on a stream of data in order to perform manipulations on the data required by the application. In a link circuit, an isochronous data pipe is included for transmitting and receiving isochronous data and an asynchronous data pipe is included for transmitting and receiving asynchronous data. The data from the isochronous data pipe and the asynchronous data pipe is multiplexed onto the bus structure. The data received from the bus structure is demultiplexed to the isochronous data pipe and the asynchronous data pipe. Alternatively, the isochronous data pipe is programmed to transmit and receive both isochronous and asynchronous data.
Fig. 2 shows diagrammatically a network for performing the inventive method. Several audio visual devices AVI, AV2, such as television display, video recorder, DVD player etc. are connected to loudspeakers LSI to LS3 and a personal computer PC. In this embodiment audio -visual device AVI is configured as master device while the other devices AV2, LSI to LS3, PC are slave devices. Each device conforms to a node of the network and is connected via a cable 15 to at least one other device of the network. Some of the devices as personal computer PC, loudspeaker LSI and audiovisual device AV2 are directly connected to the master device audio visual device AVI. Other devices are indirectly connected to the master device as loudspeaker LS2, which is connected to audio visual device AVI via audio devisal device AV2 or loudspeaker LS3, which is connected directly to loudspeaker LS2 and via this indirectly to audio visual device AVI. Connector 17 indicates diagrammatically that devices may be disconnected from or connected to the network. Cables 15 are provided to transport an isochronous data stream DSA as well as an asynchronous data stream DSA, which itself consist of data packets DPIi, DPAi . In the embodiment, audio visual device AV2 might be a source of video, transmitting an isochronous video stream DSIvid to a display, here Audio visual device AV2, and an isochronous audio stream DSI and to the loudspeaker LS1...LS3.
Usually the volume of loudspeakers LS1...LS3 in an IEEE 1394 network is controlled with asynchronous data packets DPAi, whereby a data packet DPAi must be sent to each loudspeaker LS1...LS3 separately. Within the isochronous stream DSI the volume control information CIV automatically reaches all loudspeakers LS1...LS3 receiving the selected isochronous stream DSI. The volume control information CIV reaches all loudspeaker LS1...LS3 at the same time .
In an IEEE 1394 network all connected devices AVI, AV2, LS1...LS3, PC may receive data either as stream DSA of asynchronous packet DPAi or as isochronous stream DSI. An asynchronous packet DPA is addressed to one or all nodes, i.e. to all devices. It is not possible to send one asynchronous packet DPA to selected nodes. An asynchronous packet DPA will be acknowledged by the receiving node if received and executed correctly. 'If the asynchronous packet DPA was not received correctly the transmitting node may retry sending the packet after 100ms delay up to 15 times or more. The delay between transmission and confirmation of an asynchronous packet DPA may be up to 15*100ms. There is no warranty at which point of time the packet DPA will be sent over the bus. An isochronous stream DSI is used to transmit real time data with high bandwidth to several nodes who are able to receive the data stream DSI. The isochronous stream DSI has the warranty to be transmitted immediately. The usual way to control the volume of several digital loudspeakers LS1...LS3 is to send an asynchronous packet DPA separately to every digital loudspeaker. Here, three packets DPA would be needed. It is not predictable at which time the volume control information CIV contained in the packets DPA reaches the different digital loudspeakers LS1...LS2. If the volume control information CIV is sent in an isochronous stream DSI the volume control information CIV will be received by all digital loudspeakers L1...L3 at the same time. The volume control information CIV will be sent in the same isochronous stream DSI and as the digital audio data. The volume control information CIV may be sent repeatedly without any further expense. In this case the volume control information is not just "volume up" or "volume down" but a more precise command like "set volume to 20% of max- volume" or something similar.
An advantage of the invention is that the volume control information CIV reaches automatically all nodes LS1...LS3, which receive the isochronous stream DSI and the volume control can be executed at the same time in all participating digital loudspeakers LS1...LS3. If the volume is controlled with asynchronous packets DPA there may be an execution difference of several milliseconds up to 1.5 seconds in worst case between the different digital loudspeakers LS1...LS3, which time difference would be recognizable.
The volume control information CIV, which is transmitted in isochronous streams DSI is transmitted by the node which sends the isochronous stream DSI, here audio visual device AV2, whereas volume control information in asynchronous packets DPA may be sent by every node. It is, therefore, proposed that the node that needs to send volume control information transmits it first as asynchronous packet DPA to the node, which sends the isochronous stream DSI for inducing the control information into the isochronous stream DSI.
Fig. 3 shows the structure of a usual isochronous data packet DPI. It consists of an ISO header 21, a CIP header 22 and payload 23, which consists in case of 48 kHz sampling rate of 16 quadlet data, each quadlet having 32 bits . Fig. 4 shows the structure of an isochronous data packet DPI used for certain type of secure communication, like volume control information CIV. It comprises the ISO header 21 and the CIP header 22 but no payload area 23. Inside the CIP header 22 there is a command area 24 for providing a certain type of secure communication, in the example described above the volume control information CIV. When any node receives the isochronous data packet DPI as shown, it checks within the CIP header 22 whether the command area 24 contains a command, whether this command is to be performed by it and performs it accordingly. A loudspeaker LSi would check for a volume control information CIV and perform it accordingly, while it would not recognize control information related to video display.
Fig. 5 shows an embodiment of the invention, in which six display devices Dij with i,j=l,2,3 forming a large video display wall. All display devices Dij are connected via cables 15 directly or indirectly to audio visual device AVI. In case of a change of brightness control signal CIB is to be issued, this will be done using the isochronous data stream DSI according to the invention. This makes possible that all displays Dij change brightness in the same way at the same time thus reducing any negative visual effect for a user.
Fig. 6 shows another embodiment where the invention is used. Display devices DSI to DS4 are arranged surrounding a center point 1. Close to display devices DSI to DS4 there are arranged loudspeakers LSil, LSi2 with i=l-4 above and below display device DSi, respectively, and loudspeakers LS0 and LS5 at the side. This arrangement makes possible surround video and audio reception giving a user located at or near center point 1 the impression of close to complete surround feeling. Also in this case the display devices DSI and the loudspeakers LSij are connected via a network to a master device (not shown here) . In case of change of loudness or brightness or any other audio or video characteristic, this will be transmitted according to the invention via the isochronous data stream DSI thus reducing or completely preventing any negative influence on the user. Would the related control information CIV not be transmitted in the isochronous data stream DSI, negative effects as balance or fading etc. would occur and the user would get a wrong impression about his or her position in the three dimensional space. Audio information received by the user would not completely coincide with visual information thus causing irritation.
In other words the invention solves the problem that in an IEEE 1394 network the volume control for loudspeakers LSi is sent to the loudspeakers LSi via asynchronous packets DPA. As these packets DPA need to be addressed to each single device, i.e. to each loudspeaker LSi separately, and as these packets DPA are transmitted with lower priority, i.e. not necessarily in real-time, the volume control command CIV might need up to 1.5 seconds before it is performed. This is a disadvantage. The long time is caused by the fact that the receipt of asynchronous packets is checked, and, if necessary, a non-received asynchronous packet DPA is resent. A further disadvantage is that different loudspeakers LSi will perform a change in volume at different times thus leading to an undesired sound impression to the user. According to the invention it is proposed to use the isochronous stream DSI, which is used to transport the real-time data, as video or audio data, to also transmit the volume control signal CIV. The isochronous stream DSI is transmitted in real-time, however, there is no - feedback whether it is correctly received. Therefor the volume control signal CIV is transmitted repeatedly, thus compensating for loss of a single command. Volume control signals CIV are thus received at the same time at all loudspeakers LSi in the system thus volume is changed synchronously for all loudspeakers LSi.

Claims

Patent Claims
1. Method for performing communication on a bus . structured network between master device (AVI) and slave devices (AV2, PC, LSij, DSij) using a bidirectional data stream (DSA) for secure communication and a unidirectional data stream (DSI) for real-time communication, characterized in that the unidirectional data stream (DSI) is used for a certain type of secure communication (CIV, CIB) between a master device (AVI) and at least one slave device (AV2, PC, LSij, DSij).
2. Method according to claim 1, characterized in that said certain type of secure communication (CIV, CIB) is a control command (CIV, CIB) .
3. Method according to claim 1 or 2, characterized in that said certain type of secure communication (CIV, CIB) is sent in a repeated manner.
4. Method according to one of claims 1-3, characterized in that disturbance on the communication network is detected, its degree is determined, and, depending on said degree of disturbance, the use of unidirectional data stream for secure communication is reduced.
5. Method according to one of claims 1-4, characterized in that secure communication information (CIV, CIB) which is to be issued by a slave device (AV2, PC,
LSij, DSij) to several other devices (AVI, AV2, PC, LSij, DSij) is issued as secure communication information (DSA) to a master device (AVI) only, which transmits it as said certain type of secure communication information (CIV, CIB) via unidirectional data stream (DSI) to the other devices (AV2, PC, LSij, DSij) .
6. Method for a slave device for performing communication according to one of claims 1-5, characterized in that the slave device (AV2, PC, LSij , DSij ) , for retrieving said certain type of secure communication information (CIV, CIB) , scans and decodes both, bidirectional data streams (DSA) and unidirectional data streams (DSI) received from said bus.
7. Method for a master device for performing communication according to one of claims 1-5, characterized in that the master device (AVI) sends certain type of secure information (CIV, CIB) to several slave devices (AV2, PC, DSij, LSij) on said bus using a unidirectional data stream (DSI) .
Network, slave device or master device for performing the method according to one of claims 1-5, 1-6, or 1- 5 and 7, respectively.
PCT/EP2003/006559 2002-07-31 2003-06-21 Method and device for performing communication on a bus structured network WO2004015925A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE60307486T DE60307486T2 (en) 2002-07-31 2003-06-21 METHOD AND DEVICE FOR CARRYING OUT COMMUNICATION ON A BUS-STRUCTURED NETWORK
US10/523,210 US8819257B2 (en) 2002-07-31 2003-06-21 Method and device for performing communication on a bus structured network
MXPA05001233A MXPA05001233A (en) 2002-07-31 2003-06-21 Method and device for performing communication on a bus structured network.
JP2004526693A JP2006504294A (en) 2002-07-31 2003-06-21 Communication method and apparatus in bus type network
AU2003242745A AU2003242745A1 (en) 2002-07-31 2003-06-21 Method and device for performing communication on a bus structured network
EP03783983A EP1543656B1 (en) 2002-07-31 2003-06-21 Method and device for performing communiation on a bus structured network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP02017217.7 2002-07-31
EP02017217A EP1387528A1 (en) 2002-07-31 2002-07-31 Method and device for performing communication on a bus structured network

Publications (1)

Publication Number Publication Date
WO2004015925A1 true WO2004015925A1 (en) 2004-02-19

Family

ID=30011114

Family Applications (1)

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

Country Status (9)

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

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4932369B2 (en) * 2006-07-27 2012-05-16 ローム株式会社 Audio signal amplifier circuit, audio apparatus using the same, and volume switching method
US8565455B2 (en) * 2008-12-31 2013-10-22 Intel Corporation Multiple display systems with enhanced acoustics experience
JP7245993B2 (en) * 2019-07-18 2023-03-27 パナソニックIpマネジメント株式会社 Communication equipment and communication system

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 (en) * 1994-07-15 2003-10-20 ソニー株式会社 Signal receiving apparatus and communication method
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
US7085233B2 (en) * 2000-10-11 2006-08-01 Matsushita Electric Industrial Co., Ltd. Communications control method
US20040174431A1 (en) * 2001-05-14 2004-09-09 Stienstra Marcelle Andrea 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

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SCHULZRINNE ET AL.: "RFC 2326: Real time streaming protocol", April 1998, IETF, INTERNET, XP002230868 *

Also Published As

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

Similar Documents

Publication Publication Date Title
JP3442593B2 (en) Network connection device and network connection method
JP4091073B2 (en) Home appliance control (CEC) protocol compatible device, CEC command management method, CEC compatible system, and audio / video entertainment system
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
US6973087B2 (en) Predictive time stamping of transmitted data
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
US20050002402A1 (en) Real-time transport protocol
US9276772B2 (en) Method and apparatus for transmitting and receiving data based on secured path bandwidth in network established by using audio/video interface
KR19990088404A (en) Method and apparatus transmitting data over data bus at maximum speed
EP0939529B1 (en) Destination node, data communication system, method of controlling a destination node and method of operating a data communication system
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
JP3862371B2 (en) Electronic device and control method
KR100311707B1 (en) Data communication system, data communication method, data communication apparatus, and digital interface
EP1543656B1 (en) Method and device for performing communiation on a bus structured network
US7154910B2 (en) Method for any speed dubbing using isochronous packets on isochronous channels or on asynchronous streams over an IEEE 1394-2000 serial bus network
JPH10145420A (en) Control method for device connecting to different systems and conversion device
JPH11215143A (en) Device and method for data communication
JP3560522B2 (en) Reception method in data receiving apparatus on IEEE1394
JP2005167800A (en) Data communication apparatus
JP2004153781A (en) Optical transmission apparatus and electronic equipment provided with the same
KR20060095834A (en) Ieee 1394 frame structure and method for detecting null stream section
JP2003087883A (en) Control system for network connection device

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003783983

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020057001533

Country of ref document: KR

Ref document number: 10523210

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2004526693

Country of ref document: JP

Ref document number: 20038181657

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: PA/a/2005/001233

Country of ref document: MX

WWP Wipo information: published in national office

Ref document number: 1020057001533

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2003783983

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2003783983

Country of ref document: EP