[go: up one dir, main page]

DE69531015T2 - Datenübertragungssystem und Verfahren - Google Patents

Datenübertragungssystem und Verfahren Download PDF

Info

Publication number
DE69531015T2
DE69531015T2 DE69531015T DE69531015T DE69531015T2 DE 69531015 T2 DE69531015 T2 DE 69531015T2 DE 69531015 T DE69531015 T DE 69531015T DE 69531015 T DE69531015 T DE 69531015T DE 69531015 T2 DE69531015 T2 DE 69531015T2
Authority
DE
Germany
Prior art keywords
node
isochronous
data
transmission
command
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE69531015T
Other languages
English (en)
Other versions
DE69531015D1 (de
Inventor
Yasunori Kawakami
Hiroyuki Iitsuka
Takuya Nishimura
Shinji Hamai
Yasuyuki Sahara
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP06038243A external-priority patent/JP3127704B2/ja
Priority claimed from JP05026294A external-priority patent/JP3152055B2/ja
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Application granted granted Critical
Publication of DE69531015D1 publication Critical patent/DE69531015D1/de
Publication of DE69531015T2 publication Critical patent/DE69531015T2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • 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
    • 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/1813Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • 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/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40058Isochronous transmission
    • 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/40065Bandwidth and channel allocation
    • 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/40071Packet processing; Packet format
    • 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
    • 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/403Bus networks with centralised control, e.g. polling
    • 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/42Loop networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/72Admission control; Resource allocation using reservation actions during connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/801Real time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • 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
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing
    • H04M3/2281Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/58Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/162Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • 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
    • H04L2012/2847Home automation networks characterised by the type of home appliance used
    • H04L2012/2849Audio/video appliances
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/0003Interconnection between telephone networks and data networks
    • H04M7/0006Interconnection between telephone networks and data networks where voice calls cross both networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Technology Law (AREA)
  • Automation & Control Theory (AREA)
  • Small-Scale Networks (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)

Description

  • HINTERGRUND DER ERFINDUNG
  • 1. Gebiet der Erfindung
  • Die vorliegende Erfindung betrifft ein System zum Übertragen von Audiosignalen und/oder Videosignalen als ein Digitalsignal in solchen Anwendungen wie einem digitalen Video-Kassettenrecorder (VCR), wobei Audiosignale und/oder Videosignale als digitale Signale aufgezeichnet und wiedergegeben werden, und ebenfalls ein Verfahren dafür.
  • 2. Beschreibung des Standes der Technik
  • Geräte zum Übertragen von Audiosignalen und/oder Videosignalen durch einen Digitalsignal-Übertragungsweg werden fortlaufend entwickelt. Das Übertragen von Audiosignalen und/oder Videosignalen als ein Digitalsignal erfordert jedoch, das Senden und Empfangen mit der Bearbeitungsgeschwindigkeit der Vorrichtung synchronisiert sind, und erfordert daher einen zur isochronen Übertragung fähigen Übertragungsweg. Eine Busverbindung wird mehr bevorzugt hinsichtlich des für eine Zweiwege-Kommunikation auf einem einzelnen Übertragungsweg erforderliche Potentiales, wobei mehrere Geräte ein von einem einzelnen Gerät gesendetes Signal empfangen können.
  • Das Institute of Electrical and Electronic Engineers, Inc. (IEEE) untersucht gegenwärtig ein serielles Hochgeschwindigkeits-Busprotokoll der nächsten Generation unter dem Titel P1394 (siehe "High Performance Serial Bus"). Unter dem vorgeschlagenen IEEE P1394-Standard können isochrone Übertragungsdaten einschließlich Audiosignalen, Videosignalen und anderen Echtzeitdaten durch isochrone Übertragung unter Verwendung isochroner Pakete übertragen werden, welche alle 125 μs (= 1 Zyklus) gesendet und empfangen werden, um eine isochrone Übertragung zu verwirklichen, siehe Teener M: "A Bus on a diet – the serial bus alternative – an introduction to the P1394 high performance serial bus" intellectual leverage, San Francisco, 24.–28.
  • Feb. 1992, Konferenz Nr. 37, 24. Februar 1992, Seite 316–321, XP000340753 Institute of Electrical and Electronic Engineers.
  • Das isochrone Übertragungs-Steuerungsverfahren der IEEE P1394 wird als Nächstes beschrieben. Wenn der Bus gemäß IEEE P1394 initialisiert ist, wird automatisch ein Knoten-Identifizierer zu jedem an den Bus angeschlossenen Gerät zugeordnet (jedem "Knoten") als eine Einrichtung zum Identifizieren jedes Knotens. Ein Maximum von 64 isochronen Paketen pro Zyklus kann ebenfalls über den Bus gesendet werden. Als ein Ergebnis ist jedem isochronen Paket ebenfalls eine Kanalnummer zugeordnet, die im Wert von 0 bis 63 reicht, um jedes isochrone Paket zu identifizieren. Um eine isochrone Übertragung auf mehreren Kanälen zu verwirklichen, wird einer der mehreren an den Bus angeschlossenen Knoten zur Verwaltung der isochronen Übertragung verwendet; dieser Knoten wird nachfolgend als "Bus-Manager" bezeichnet.
  • Der Bus-Manager verwaltet die zur isochronen Übertragung verwendeten Kanalnummern und die in jedem Zyklus zur isochronen Übertragung verwendbare, verbleibende Zeit. Die Zeitteilungsrate, oder die Zeitschlitzbreite, die für jeden Knoten erforderlich ist, um ein isochrones Paket in einen Zyklus zu übertragen, wird unten als eine Bandbreite bezeichnet. Um eine isochrone Übertragung zu verwirklichen, muss der Bus-Manager die Kanalnummer und die Bandbreite, die zu verwenden sind, reservieren. Es ist anzumerken, dass Kommunikation, die für isochrone Übertragung nicht wesentlich ist, und Information, die nicht isochrone Übertragung erfordert, durch asynchrone Übertragung unter Verwendung asynchroner Pakete übertragen werden. Eine asynchrone Kommunikation wird verwirklicht unter Verwendung von Zykluszeiten, die nicht für isochrone Übertragung verwendet werden.
  • Der Bus wird ebenfalls sofort reinitialisiert, wenn ein Knoten an den Bus angeschlossen oder davon getrennt wird, oder wenn ein Knoten auf dem Bus ausgeschaltet wird, um eine aktive Buskonfiguration zu ermöglichen.
  • Das erste von der vorliegenden Erfindung angesprochene Problem wird als Nächstes beschrieben.
  • Wenn der IEEE P1394 serielle Hochleistungsbus auf eine isochrone Übertragung zwischen Verbraucher-Ton-Bild-(A/V)-Geräten unter Verwendung des oben beschriebenen, konventionellen, isochronen Paketes angewendet wird, ist es für den das isochrone Paket empfangenden Knoten nicht möglich, den das isochrone Paket sendenden Knoten zu identifizieren.
  • Wegen dieses Knoten-Identifizierungsproblems kann der das isochrone Paket empfangende Knoten den das isochrone Paket sendende Knoten nicht auffordern, die Übertragung isochroner Pakete fortzusetzen, wenn es erforderlich ist, um eine Unterbrechung der isochronen Übertragung infolge einer unerwarteten Benutzer-Handlung zu verhindern, und daher ist es nicht möglich, den Sendeknoten in einen Schutzzustand zu versetzen.
  • Dies wird unten anhand eines Systems mit Knoten A, B und C beschrieben, wobei der Knoten B als die von Knoten A gesendeten isochronen Pakete empfangend und aufzeichnend angenommen wird. Wenn ein Benutzer dann einen Vorgang ausführt, der bewirkt, dass der Knoten C ein isochrones Paket sendet, muss der Knoten C von dem Knoten A fordern, die Übertragung des isochronen Paketes anzuhalten. Wenn der Knoten A durch Anhalten der Übertragung auf diese Anforderung reagiert, wird der Aufzeichnungsvorgang von Knoten Bunterbrochen. Daher ist es bei diesem konventionellen Datenübertragungsverfahrer möglich, die Übertragung isochroner Pakete zwischen kommunizierenden Knoten zu unterbrechen, wenn ein nicht an der Übertragung der isochronen Pakete beteiligter Knoten irrtümlich oder fälschlicherweise betrieben wird.
  • Das zweite Problem wird als nächstes beschrieben. Wie oben beschrieben, ermöglicht das IEEE P1394 Protokoll, mehrere Kanäle von Echtzeitdaten während eines Zyklus auszugeben. Es ist deshalb für den bzw. die Empfängerknoten erforderlich, die Kanalnummern der Echtzeitdaten zu bestimmen, die von diesem Knoten empfangen werden sollen. Ein Verfahren, um derr Empfängerknoten zu ermöglichen, die zu empfangenden Kanalnummern zu bestimmen, besteht für den Benutzer darin, den Empfängerknoten über die zu empfangenden Kanalnummern zu informieren. Dazu muss der Benutzer jedoch die Kanalnummern der zu empfangenden Echtzeitdaten bestimmen und den Empfängerknoten darüber informieren, und dies erhöht die Belastung des Benutzers.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Um das obige Problem zu lösen, gibt die Erfindung eine Datenübertragungseinrichtung an zum Übertragen von Echtzeitdaten über einen Bus von der Datenübertragungseinrichtung, mit wenigstens einem ersten Knoten, zu wenigstens einem zweiten Knoten aus einer Mehrzahl von Knoten, bei welcher die Echtzeitdaten zusammengefasst sind mit einem Kanalidentifizierer, wobei die Datenübertragungseinrichtung umfasst:
    eine Einrichtung zum Reservieren eines vorausgewählten Kanals aus einer Mehrzahl von Kanälen;
    eine Einrichtung zum Setzen einer benötigten Bandbreite für den vorausgewählten Kanal;
    eine Einrichtung zum Bestätigen, dass der vorausgewählte Kanal mit der benötigten Bandbreite reserviert wurde;
    eine Einrichtung zum Übertragen von Daten von dem ersten Knoten unter Verwendung des vorausgewählten Kanals mit der benötigten Bandbreite zum Ausführen eines vorbestimmten Vorganges;
    eine Einrichtung zum Empfang eines durch den zweiten Knoten erzeugten Aufwärts-Befehls, welcher zu dem ersten Knoten übertragen wird, wenn die Übertragung der Daten von dem ersten Knoten zu dem zweiten Knoten erforderlich ist, und zum Empfang eines durch den zweiten Knoten erzeugten Abwärts-Befehls, welcher zu dem ersten Knoten übertragen wird, wenn die Übertragung der Daten von dem ersten Knoten zu dem zweiten Knoten nicht länger erforderlich ist;
    eine Zähleinrichtung zum Aufwärtszählen einer Zahl nach Empfang des Aufwärts-Befehls und zum Herunterzählen der Zahl nach Empfang des Abwärts-Befehls; eine Einrichtung zum Setzen des ersten Knotens in einen Schutzzustand, wenn die Zähleinrichtung zu einer Zahl zählt, die größer als Null ist, um den vorbestimmten Vorgang vor einer Unterbrechung zu schützen, und zum Freigeben des Schutzzustandes, wenn die Zähleinrichtung auf Null herunterzählt.
  • Daher wird bei einer Datenübertragungseinrichtung zum Lösen des oben beschriebenen ersten Problems ein den das isochrone Paket sendenden Knoten identifizierender Knotenidentifizierer zu jedem isochronen Paket hinzugefügt.
  • Um Anforderungen zum Fortsetzen der Übertragung von einer Mehrzahl von Empfängerknoten zu handhaben, tritt der Sendeknoten in einen Schutzzustand ein, wenn eine oder mehrere Fortsetzungsanforderungen von einem oder mehreren Empfängerknoten empfangen werden, und hebt diesen Schutzzustand auf, wenn die Anzahl empfangener „Stop Enable"-Flags wenigstens gleich der Anzahl von empfangenen Fortsetzungs-Anforderungen ist.
  • Durch eine solche Datenübertragungseinrichtung kann der Empfängerknoten sofort den isochrone Pakete sendenden Knoten identifizieren durch einfaches Lesen des Knoten-Identifizierers des Sendeknotens, der in jedem empfangenen, isochronen Paket enthalten ist.
  • Zusätzlich kann durch Identifizieren des Sendeknotens der Empfängerknoten eine Fortsetzungs-Anforderung zu dem Sendeknoten senden, wenn dies erforderlich ist, und kann ein Stop-Enable-Flag senden, wenn es nicht länger erforderlich ist, die Übertragung fortzusetzen. Jedes Mal, wenn der Sendeknoten eine Fortsetzungs-Anforderung empfängt, erhöht der Sendeknoten einen Schutzzähler und verringert den Schutzzähler jedes Mal, wenn ein Stop-Enable-Flag empfangen wird. Wenn der Wert des Schutzzählers nicht Null ist, kann der Sendeknoten die Unterbrechung der isochronen Sendung infolge eines unerwarteten Benutzer-Vorgangs durch Zurückweisen jeder von einem anderen Knoten empfangenen Übertragungs-Anhalte-Anforderung verhindern.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • Die vorliegende Erfindung ist besser zu verstehen aus der nachfolgend gegebenen detaillierten Beschreibung und den beigefügten Zeichnungen. Dabei zeigen:
  • 1 ein Blockschaltbild mehrerer Ton/Bild-Geräte, die gemäß dem IEEE P1394-Protokoll an einen Bus angeschlossen sind;
  • 2 ein Blockschaltbild des internen Aufbaus jedes in 1 gezeigten Ton/Bild-Gerätes;
  • 3 das durch IEEE P1394 definierte Format des isochronen Paketes;
  • 4 das Format des durch IEEE P1394 definierten Paket-Headers des isochronen Paketes;
  • 5 das durch IEEE P1394 definierte Format des asynchronen Paketes;
  • 6 das Format des durch IEEE P1394 definierte Format des Paket-Headers des asynchronen Paketes;
  • 7 das Format des asynchronen Paketes gemäß der ersten Ausführungsform der vorliegenden Erfindung;
  • 8 ein Blockschaltbild eines VCR-Anschlusses gemäß der zweiten Ausführungsform der vorliegenden Erfindung;
  • 9 ein Flussdiagramm des Wiedergabevorganges eines VCR gemäß der zweiten Ausführungsform der vorliegenden Erfindung;
  • 10 ein Flussdiagramm des Aufzeichnungsvorganges eines VCR gemäß der zweiten Ausführungsform der vorliegenden Erfindung;
  • 11 ein Blockschaltbild des Steuerungsblockes in der zweiten, dritten und vierten Ausführungsform der vorliegenden Erfindung;
  • 12 ein Flussdiagramm des Kommunikations-Verwaltungsblockes, wenn eine Übertragung durch die zweite Ausführungsform der Erfindung beginnt;
  • 13 ein Flussdiagramm des Kommunikations-Verwaltungsblockes, wenn der Empfang durch die zweite Ausführungsform der vorliegenden Erfindung beginnt.
  • BESCHREIBUNG BEVORZUGTER AUSFÜHRUNGSFORMEN
  • Die vorliegende Erfindung betrifft ein Übertragungsverfahren zum Übertragen von Echtzeitdaten wie Ton/Bild-Daten unter Verwendung des P1394-Protokolls, welches gegenwärtig durch das Institute of Electrical and Electronic Engineers, Inc. beraten wird. 1 zeigt eine Mehrzahl von gemäß dem IEEE P1394-Protokoll an einen Bus angeschlossenen Ton/Bild-Geräten. In diesem Beispiel sind vier Ton/Bild-Geräte an einen gemeinsamen Bus angeschlossen und die Geräte werden als Knoten bezeichnet. A/V-Geräte 101, 102, 103 und 104 sind durch ein Kabel 105 verbunden, welches als eine Bus-Struktur dient.
  • Die A/V-Geräte 101104 weisen eine vergleichbare Steuerungsanordnung auf, welche in 2 beispielhaft für das A/V-Gerät 102 gezeigt ist. Jedes A/V-Gerät umfasst einen Schnittstellenblock 201, einen A/V-Signal-Verarbeitungsblock 202 und einen Steuerungsblock 203. Signale von den anderen Knoten werden durch den Schnittstellenblock 201 in ein A/V-Gerät 102 eingegeben. In dem Schnittstellenblock 201 wird die Wellenform des Eingangssignals ausgebildet und die wellenform-ausgebildeten Signale werden zu dem nächsten A/V-Gerät 103 ausgegeben. Der Schnittstellenblock 201 ist in der Lage, die Ausgangssignale von jedem anderen A/V-Gerät zu übertra gen, das heißt, jedem anderen Knoten, wenn er gemäß dem IEEE P1394-Protokoll angeschlossen ist, wie in 1 gezeigt, zu allen anderen A/V-Geräten (Knoten).
  • In dem IEEE P1394-Protokoll werden Echtzeitdaten unter Verwendung isochroner Pakete übertragen, deren Format in 3 gezeigt ist, wie durch IEEE P1394 definiert.
  • Jedes isochrone Paket umfasst einen 4-Byte-Paket-Header 301; eine 4-Byte-Header CRC 302 zum Prüfen von Übertragungsfehlern in dem Paket-Header 301; einen Datenblock 303; und eine 4-Byte-Daten-CRC 304 zum Prüfen von Übertragungsfehlern in den Echtzeitdaten.
  • Das Format des Paket-Headers 301 ist in 4 gezeigt. Wie in 4 gezeigt, beinhaltet der Paket-Header 301 die Kanalnummer 401. Gemäß dem IEEE P1394-Protokoll können mehrere A/V-Geräte (Knoten) mehrere isochrone Pakete auf einer zeitteiligen Basis etwa alle 125 μs (= ein Zyklus) übertragen. Die Kanalnummer 401 wird zum Identifizieren jedes Paketes, das während des gleichen Zyklus übertragen wird, zu den isochronen Paketen hinzugefügt.
  • Beim Übertragen von Echtzeitdaten weist der Steuerungsblock 203 den A/V-Signalverarbeitungsblock 202 an, die Echtzeitdaten auszugeben, einschließlich der Ton/Bild-Daten. Basierend auf den Anweisungen von dem Steuerungsblock 203 gibt daher der A/V-Signalverarbeitungsblock 202 die Echtzeitdaten aus. Der Steuerungsblock 203 fügt ebenfalls die verwendete Kanalnummer und weitere Information hinzu und steuert die Ausgabe des isochronen Paketes zu dem Schnittstellenblock 201.
  • Basierend auf den Anweisungen von dem Steuerungsblock 203 paketiert der Schnittstellenblock 201 die Echtzeitdaten von dem A/V-Signalverarbeitungsblock 202 als der in 3 gezeigte Datenblock 303 gemäß dem ebenfalls in 3 gezeigten Paketformat. Der Schnittstellenblock 201 gibt dann das isochrone Paket zu den anderen Knoten (A/V-Geräten) aus.
  • Beim Empfangen von Echtzeitdaten teilt der Steuerungsblock 203 dem Schnittstellenblock 201 die Kanalnummer des zu empfangenden isochronen Paketes mit. Der Schnittstellenblock 201 erfasst dann die Kanalnummer jedes isochronen Paketes aus dem Paket-Header. Wenn die erfasste Kanalnummer die angegebene Kanalnummer ist, gibt der Schnittstellenblock 201 die in dem Datenblock 303 des in 3 gezeigten isochronen Paketes enthaltenen Echtzeitdaten zu dem A/V-Signalverarbeitungsblock 202 aus. Der Steuerungsblock 203 steuert ebenfalls die Eingabe der Echtzeitdaten in den A/V-Signalverarbeitungsblock 202, welcher die eingegebenen Daten signalverarbeitet.
  • Daher ist es für mehrere Knoten durch das IEEE P1394-Protokoll möglich, mehrere isochrone Pakete während des gleichen Zyklus zu übertragen, wie oben beschrieben, das heißt, mehrere isochrone Übertragungen zwischen mehreren Knoten können in einer anscheinend gleichzeitigen Weise verwirklicht werden. Es ist jedoch erforderlich, ausreichende Bandbreite für die interne Verarbeitungsgeschwindigkeit jedes Knotens bei jeder isochronen Übertragung bereitzustellen. Bandbreite bedeutet hier eine Breite eines reservierten Zeitschlitzes in jedem Zyklus von 125 μs und verschiedene Zeitschlitze in jedem Zyklus werden durch unterschiedliche Kanalnummern unterschieden. Gemäß dem IEEE P1394-Protokoll ist es möglich, maximal 64 verschiedene Kanalnummern, von 0 bis 63, zu verwenden. Da die maximal übertragbare Bandbreite begrenzt ist (offensichtlich weniger als 125 μs), ist es erforderlich, die von jedem Knoten verwendete Bandbreite zu verwalten. Zusätzlich wird eine Kanalnummer zu jedem isochronen Paket hinzugefügt, um jedes isochrone Paket zu identifizieren und dadurch eine isochrone Übertragung von Daten auf mehreren Kanälen zu ermöglichen. Eine Verwaltung der von jedem Knoten verwendeten Kanalnummern ist erforderlich; um zu verhindern, dass die gleiche Kanalnummer Paketen unterschiedlicher Kanäle zugeordnet wird, wenn mehrere Knoten gleichzeitig isochrone Pakete ausgeben. Diese Kanalnummern-Duplizierung wird in dem IEEE P1394-Protokoll verhindert durch Reservieren eines Knotens als Bus-Manager zur zentralen Steuerung von Bandbreite und Kanalnummern. A/V-Geräte oder andere Knoten-Geräte, welche eine isochrone Übertragung ausführen, müssen von dem Bus-Manager die bestimmte Bandbreite und die Kanalnummer empfangen, die von dem Knoten zur isochronen Übertragung verwendet werden. Es ist anzumerken, dass "verwendete Bandbreite" den Zeitbetrag in jedem Zyklus bestimmt, für den der das isochrone Paket ausgebende Knoten den Bus zum Senden des isochronen Paketes monopolisieren kann.
  • Andere Kommunikation als die oben beschriebene isochrone Übertragung, zum Beispiel die Kommunikation zum Erhalten der verwendeten Bandbreite und Kanalnum mer, werden durch asynchrone Übertragung unter Verwendung asynchroner Pakete ausgeführt. Eine asynchrone Übertragung wird verwirklicht unter Verwendung der Zykluszeit, die übrig bleibt, nachdem die isochrone Übertragung in jedem Zyklus beendet ist. 5 zeigt das durch IEEE P1394 definierte, asynchrone Paketformat.
  • Jedes asynchrone Paket umfasst einen 16-Byte-Paket-Header 501; eine 4-Byte-Header-CRC 502 zum Prüfen auf Übertragungsfehler in dem Paket-Header 501; einen asynchronen Datenkörper 503; und eine 4-Byte-Daten-CRC 504 zum Prüfen auf Datenfehler in den asynchronen Übertragungsdaten. Der Paket-Header 501 umfasst einen Empfängerknotenidentifizierer 601, welcher der Identifizierer des Knotens ist, an welchen das gesendete, asynchrone Paket adressiert ist, und einen Sendeknotenidentifizierer 602, welcher der Identifizierer des das Paket sendenden Knotens ist. Der Empfängerknotenidentifizierer 601 und der Sendeknotenidentifizierer 602 in dem Paket-Header sind jeder zwei Byte lang. Der Empfängerknoten empfängt sämtliche asynchronen Pakete, in welchen der Wert des Empfängerknotenidentifizierers 601 gleich dem Knotenidentifizierer des Empfängerknotens ist. Der Empfängerknoten kann ebenfalls durch den Sendeknotenidentifizierer 602 in den empfangenen asynchronen Paketen durch Lesen des Sendeknotenidentifizierer 602 bestimmen, welcher Knoten die asynchronen Pakete sendet.
  • Das Verfahren zur asynchronen Übertragung wird als Nächstes beschrieben. Um ein asynchrones Paket zu senden, weist der Steuerungsblock 203 den Schnittstellenblock 201 an, die asynchronen Übertragungsdaten nach Anfügen des Empfängerknotenidentifizierers, welcher den angesprochenen Knoten identifiziert, asynchron zu übertragen. Der Schnittstellenblock 201 erzeugt die asynchronen Pakete aus den asynchronen Daten, Empfängerknotenidentifizierer und anderen von dem Steuerungsblock 203 eingegebenen Informationen und gibt sie aus. Wenn ein asynchrones Paket empfangen wird, identifiziert der Schnittstellenblock 201 das an diesen Knoten adressierte asynchrone Paket durch Bewerten des Empfängerknotenidentifizierers 601, der in dem Paket-Header 501 enthalten ist, und gibt die asynchronen Daten 503 und den Sendeknotenidentifizierer 602 von dem empfangenen asynchronen Paket zu dem Steuerungsblock 203 aus. Der Steuerungsblock 203 führt dann die erforderliche Verarbeitung basierend auf den darin eingegebenen asynchronen Daten aus.
  • Anhand der 7 bis 10 wird nachfolgend die erste Ausführungsform der vorliegenden Erfindung beschrieben. Es ist anzumerken, dass die erste Ausführungsform mit der besonderen Anwendung bei einem Videokassettenrecorder (VCR) als ein A/V-Gerät beschrieben wird.
  • 7 zeigt das Format eines isochronen Paketes, das während einer isochronen Übertragung durch die erste Ausführungsform der Erfindung übertragen wird.
  • In 7 wird ein Datenblock 303 verwendet, um Daten zu kommunizieren, die der Benutzer kommunizieren möchte, und umfasst einen Daten-Header 702, welcher die Art der in dem isochronen Paket übertragenen Daten bezeichnet, und die A/V-Daten 703 werden tatsächlich übertragen. Der Daten-Header 702 umfasst den Knotenidentifizierer 1101, welcher den Knoten identifiziert, der das isochrone Paket sendet, und andere Header-Daten. Somit ist es durch Erfassen und Lesen des Knotenidentifizierers 1101 an dem Empfängerknoten möglich, zu erfassen, welcher der Sendeknoten ist.
  • Wenn ein neuer Knoten angeschlossen ist und ein Bus-Zurücksetzen gemäß dem IEEE P1394-Protokoll ausgelöst ist, wird ein neuer Knotenidentifizierer automatisch dem neu angeschlossenen Knoten zugeordnet. Als Ergebnis schreibt der das isochrone Paket übertragende Knoten den zugeordneten Knotenidentifizierer in den Daten-Header 702 entsprechend dem in 7 gezeigten Format und überträgt dann das isochrone Paket.
  • 8 zeigt, wie fünf VCR zum Synchronisieren von A/V-Daten verbunden sein können. Die Wirkungsweise von jedem der fünf VCR 12011205 wird gesteuert durch den Steuerungsblock 203, der in jedem VCR eingebaut ist. Es ist anzumerken, dass der Steuerungsblock 203 der vorliegenden Erfindung durch einen Mikrocomputer verwirklicht wird. Die VCR 12011205 sind durch Verbindungskabel 1205 verbunden. Jedes Mal, wenn ein Kabel angeschlossen wird, wird ein "Bus-Zurücksetzen"-Befehl erzeugt, um die Knotenidentifizierer zu den VCR 12011205 zuzuordnen. Knotenidentifizierer (NODE_ID) 0–4 werden den VCR 12011205 entsprechend wie beispielhaft in der folgenden Beschreibung zugeordnet.
  • Wie oben angemerkt, wird ein Paket senden und empfangen in einem 125 μs- Zyklus gemäß dem IEEE P1394-Protokoll ausgeführt und die erste Hälfte jedes Zyklus kann einem Prioritäts-Zeitband zur isochronen Übertragung zugeordnet sein. Daher ist es erforderlich, die innerhalb des endlichen Prioritätszeitbandes für die isochrone Übertragung erforderliche Bandbreite zu reservieren. Insbesondere ist es erforderlich, zuerst zu bestimmen, welcher Kommunikationskanal für welche Zeitdauer für eine isochrone Paketübertragung zu verwenden ist. Ein Verwalten dieses Prioritätszeitbandes wird ebenso durch den Knoten gehandhabt, der als der Bus-Manager-Knoten 1204 verwendet wird.
  • In der folgenden Beschreibung wird angenommen, dass durch den ersten VCR 1201 wiedergegebene A/V-Daten durch die VCR 1202 und 1203 synchronisiert werden und dass der VCR 1204 der Bus-Manager-Knoten ist, welcher das Prioritätszeitband verwaltet (der VCR 1205 wird für die Beschreibung der zweiten Ausführungsform verwendet). Die Ausführung dieser vorliegenden Ausführungsform wird unten durch diese drei Funktionsblöcke beschrieben. Andere Daten als die in der folgenden Beschreibung verwendeten A/V-Daten, zum Beispiel Fortsetzungsanforderungen und Anhalte-Freigabe-Flags, die von dem Empfängerknoten zu dem Sendeknoten gesendet werden, werden unter Verwendung asynchroner Pakete kommuniziert. In dem Steuerungsblock 203 des als Wiedergabegerät dienenden VCR 1201 ist ein Zähler 1201a vorgesehen. In dem Steuerungsblock 203 der VCR 1202 und 1203, die jeder als Aufzeichnungsgerät dienen, sind Aufwärts/Abwärts-Befehlsgeneratoren 1202a und 1203a vorgesehen. Der Aufwärts/Abwärts-Befehlsgenerator 1202a oder 1203a erzeugt einen Aufwärtsbefehl, das heißt, dass der VCR 1202 oder 1203 in dem Aufzeichnungsmodus bleibt, und wenn er einen Abwärtsbefehl erzeugt, bedeutet das, dass der VCR 1202 oder 1203 aus dem Aufzeichnungsmodus freigegeben wird. Wenn zum Beispiel der Aufwärts/Abwärts-Befehlsgenerator 1202a einen Aufwärtsbefehl erzeugt, wird der Zähler 1201a, welcher vorher in einem Aufwärtszustand war, von "0" auf "1" inkrementiert und gibt an, dass ein VCR vorhanden ist, welcher die Aufzeichnung der von diesem Wiedergabegerät 1201 gesendeten Daten fortsetzt. Danach, wenn der Aufwärts/Abwärts-Befehlsgenerator 1203a einen Aufwärtsbefehl erzeugt, wird der Zähler 1201a, der jetzt eine "1" enthält, auf "2" inkrementiert, und gibt an, dass zwei VCR die Aufzeichnung der von diesem Wiedergabegerät 1201 gesendeten Daten fortsetzen werden. Danach, wenn der Aufwärts/Abwärts-Befehlsgenerator 1203a einen Abwärtsbefehl erzeugt, wird der jetzt " 2" enthaltende Zähler 1201a auf "1" dekrementiert, um anzugeben, dass ein VCR vorhanden ist, welcher die Aufzeichnung der von diesem Wiedergabegerät 1201 gesendeten Daten fortsetzen wird. Wenn der Zähler 1201a eine andere Zahl als "0", wie "1" oder "2" enthält, tritt das Wiedergabegerät in einen geschützten Modus, so dass der Wiedergabemodus nicht durch einen inneren Anhaltebefehl angehalten wird, sondern nur durch einen externen Anhaltebefehl anhält. Der interne Anhaltebefehl ist hier ein Befehl, der von einem anderen VCR entlang des Busses gesendet wird; und der externe Anhaltebefehl ist ein direkt per Hand in den VCR eingegebener Befehl, wie durch Drücken einer Stop-Taste (nicht dargestellt), oder durch das Abschalten der Energie. Der Aufwärtsbefehl kann betrachtet werden als eine Fortsetzungsanforderung zum Fortsetzen des Wiedergabemodus des Wiedergabegerätes, oder eine Schutz-Übertragungsanforderung zum Schützen der Übertragung der Wiedergabe, bis sämtliche aufzeichnenden VCR die Aufzeichnung anhalten.
  • 9 ist ein Flussdiagramm des durch den Steuerungsblock 203 in dem ersten Wiedergabe-VCR 1201 während des Wiedergabevorganges ausgeführten Ablaufes, wobei der VCR 1201: die A/V-Daten wiedergibt; von dem Bus-Manager 1204 die zur isochronen Übertragung erforderliche Bandbreite anfordert; eine Erlaubnis zur Übertragung empfängt; und dann schließlich das isochrone Paket überträgt. Es ist ebenfalls anzumerken, dass der wiedergebende VCR 1201, der als Sendeknoten dient, zuerst den zugeordneten Knotenidentifizierer "0" in den Knotenidentifizierer 1101 des Daten-Headers 702 entsprechend dem in 7 gezeigten Format des isochronen Paketes schreibt, vor dem Beginn der isochronen Paketübertragung.
  • In dem ersten Schritt 1301 bestimmt der Knoten, der zu senden versucht, ob ein Aufwärtsbefehl (eine Fortsetzungs-Anforderung) von einem der anderen Knoten empfangen wurde. Wenn ein Aufwärtsbefehl empfangen wurde, wird der Schutz-Zähler 1201a, welcher ein in dem Speicher gesetzter 6-Bit-Zähler ist, inkrementiert (Schritt 1302); wenn ein Aufwärtsbefehl nicht empfangen wurde, geht die Steuerung über zu dem Schritt 1303.
  • Es ist anzumerken, dass der Schutz-Zähler 1201a auf "0" zurückgesetzt wird, unmittelbar bevor die isochrone Paketübertragung beginnt. Als Ergebnis hat der Schutz-Zähler 1201a in dem ersten VCR 1201 einen Wert von "2", wenn ein Aufwärtsbefehl von jedem der anderen zwei VCR 1202 und 1203 empfangen wird, nachdem der erste VCR 1201 mit der Übertragung des isochronen Paketes beginnt.
  • In Schritt 1303 wird bestimmt, ob ein Abwärtsbefehl (ein Anhalte-Freigabe-Flag) von einem der anderen Knoten empfangen wurde. Wenn ein Abwärtsbefehl empfangen wurde, wird der Schutz-Zähler 1201a dekrementiert (Schritt 1304); wird er nicht empfangen, geht die Steuerung über zu dem nächsten Schritt 1305.
  • Wenn zum Beispiel ein Aufwärtsbefehl von den anderen beiden VCR 1202 und 1203 empfangen wurde, und der Schutz-Zähler 1201a in dem sendenden VCR 1201 "2" ist, wird der Schutz-Zähler nicht erneut auf "0" zurückgesetzt, bis die beiden anderen VCR 1202 und 1203 einen Abwärtsbefehl für den sendenden VCR 1201 erzeugen.
  • Es ist ebenfalls anzumerken, dass der Schutz-Zähler in Schritt 1304 nicht dekrementiert wird, auch wenn ein Abwärtsbefehl empfangen wird, wenn der Wert des Schutz-Zählers bereits "0" ist.
  • In Schritt 1305 wird bestimmt, ob ein Bus-Zurücksetzen erzeugt wurde; wenn dies der Fall ist, wird der Schutz-Zähler auf "0" zurückgesetzt (Schritt 1306), und die Steuerung geht zurück zu Schritt 1301. Wenn ein Bus-Zurücksetzen nicht erzeugt wurde, geht die Steuerung über zu Schritt 1307.
  • Die isochrone Paketübertragung wird vorübergehend unterbrochen, wenn ein Bus-Zurücksetzen auftritt, aber der sendende VCR 1201 nimmt die isochrone Paketausgabe sofort nach der Wiederherstellung von dem Bus-Rücksetzvorgang wieder auf.
  • Bus-Zurücksetzen kann auftreten, wenn ein Anschlussstecker angeschlossen oder gelöst wird, oder wenn die Stromversorgung für eines der Busgeräte unterbrochen wird. Als Ergebnis wird jeder Knoten, der einen Aufwärtsbefehl sendete, bevor das Bus-Zurücksetzen auftrat, für das Senden des Abwärtsbefehles gesperrt, sobald ein Bus-Zurücksetzen auftritt. In diesem Fall kann der sendende VCR 1201 den geschützten Zustand nicht wieder herstellen. Daher ist es erforderlich, den Schutz-Zähler zurückzusetzen, wann immer ein Bus-Zurücksetzen auftritt.
  • In Schritt 1307 wird bestimmt, ob eine asynchrone Paketübertragung mit einem inneren Anhaltebefehl von einem Knoten, zum Beispiel dem Bus-Manager-Knoten 1204, empfangen wurde. Wenn dies der Fall ist, wird bestimmt, ob der Schutz-Zähler 1201a" 0" ist (Schritt 1308).
  • Wenn der Schutz-Zähler zu diesem Zeitpunkt jeden anderen Wert als "0" hat, ist die Übertragung geschützt, der interne Anhaltebefehl wird daher nicht angenommen (Schritt 1309), eine interne Anhaltebefehls-Zurückweisungs-Mitteilung wird zu dem Knoten 1204 ausgegeben, der den internen Anhaltebefehl gesendet hat, und die Steuerung geht zurück zu Schritt 1301.
  • Wenn der Schutz-Zähler-Wert "0" ist, ist die Übertragung nicht geschützt, der interne Anhaltebefehl wird akzeptiert, die isochrone Paketübertragung wird angehalten (Schritt 1310) und die Verarbeitung endet.
  • Wenn eine asynchrone Paketverarbeitung mit einem internen Anhaltebefehl in Schritt 1307 nicht empfangen wurde, wird bestimmt, ob ein externer Anhaltebefehl direkt von einer externen Quelle empfangen wurde (Schritt 1311), ohne Kommunikation über den Bus. Beispiele des direkt von einer externen Quelle empfangenen, externen Anhaltebefehls beinhalten die Benutzer-Betätigung eines auf dem VCR 1201 vorgesehenen STOP SENDE-Funktionsknopfes, und Drücken eines Einschalters zum Ausschalten des Gerätes.
  • Wenn ein externer Anhaltebefehl in Schritt 1311 empfangen wird, wird der Schutz-Zähler 1201a ungeachtet des gegenwärtigen Zähler-Wertes sofort auf 0 zurückgesetzt (Schritt 1312) und die isochrone Paketübertragung wird angehalten (Schritt 1310). Mit anderen Worten, einer direkten Benutzer-Betätigung des Gerätes wird Priorität gegeben.
  • Bei einer Übertragungsvorrichtung mit einem digitalen Ausgabe-Knopf, welcher Freigabe und Blockade der Ausgabe von Daten an den Bus steuert, kann ein direkter externer Anhaltebefehl ebenfalls erzeugt werden, indem der Benutzer den digitalen Ausgabe-Knopf während der isochronen Paketübertragung betätigt, um die Datenausgabe zu blockieren.
  • Bei einem reservierten Wiedergabegerät, bei welchem eine Digitalsignalausgabe anhält, wenn die Wiedergabe anhält, da kein eingebauter Fernseh-Tuner vorhanden ist, kann ein direkter, externer Anhaltebefehl ebenso erzeugt werden durch Drücken der Anhalte-Taste zum Anhalten der Wiedergabe und Eintreten in den Anhalte-Modus.
  • Wenn ein direkter externer Anhaltebefehl in Schritt 1311 nicht empfangen wird, geht die Steuerung zurück zu dem Schritt 1301 und der ganze Vorgang wird wiederholt.
  • 10 ist ein Flussdiagramm des durch den Steuerungsblock 203 der empfangenden VCR 1202 und 1203 ausgeführten Vorganges, nachdem das Aufzeichnen der isochronen A/V-Paketdaten, die tatsächlich von dem sendenden VCR 1201 empfangen werden, beginnt.
  • Es wird in der Beschreibung der vorliegenden Erfindung unten angenommen, dass der Bus-Manager-Knoten 1204 während der Synchronisierung durch die empfangenden VCR 1202 und 1203 der durch den ersten VCR 1201 wiedergegebenen A/V-Daten durch einen Benutzervorgang irrtümlich in den Wiedergabemodus versetzt wird. In diesem Fall, wenn der Bus-Manager-Knoten 1204 das isochrone Paket nicht ausgeben kann, sendet er einen internen Anhaltebefehl und fordert den sendenden VCR 1201 auf, die Ausgabe der isochronen Pakete anzuhalten.
  • Auch in einer solchen Bedingung, wie oben erläutert, setzen die A/V-Daten aufzeichnenden VCR 1202 und 1203 entsprechend der ersten Ausführungsform die korrekte Synchronisierung der empfangenen A/V-Daten fort, ohne dass deren Übertragung von dem ersten VCR 1201 unterbrochen wird. Mit anderen Worten, als Reaktion auf den Empfang des isochronen Paketes von dem sendenden VCR 1201 senden die aufzeichnenden VCR 1202 und 1203 einen Aufwärtsbefehl zu dem VCR 1201 zum Erhöhen des Zählers und schließlich Beginnen des Unterbrechungs-Schutz-Zustandes. Zusätzlich ist anzumerken, dass die aufzeichnenden VCR 1202 und 1203 den gleichen Vorgang in dieser Ausführungsform ausführen, und nur der durch einen VCR 1202 ausgeführte Vorgang wird unten beschrieben.
  • In 10 wird der Knotenidentifizierer "0" des Sendeknotens 1201, welcher in den Daten-Header 702 des empfangenen isochronen Paketes geschrieben wird, wie oben beschrieben, in Schritt 1401 gelesen und ein Aufwärtsbefehl wird zu dem durch den Knotenidentifizierer "0" identifizierten Knoten gesendet, das heißt, zu dem Sendeknoten 1201. Die Steuerung geht dann weiter zu dem Schritt 1402.
  • In dem Schritt 1402 wird bestimmt, ob ein Bus-Zurücksetzen erzeugt wurde; wenn dies der Fall ist, geht die Steuerung zurück zu dem Schritt 1401 zum Neu-Anfordern eines Übertragungs-Schutzes.
  • Wenn ein Bus-Zurücksetzen nicht aufgetreten ist, wird bestimmt, ob der isochrone Paketempfang normal ist (Schritt 1403). Da der wiedergebende VCR 1201 in den Übertragungs-Anhalte-Zustand gesetzt ist (Schritt 1310), kann zum Beispiel bestimmt werden, ob der isochrone Paketempfang unterbrochen ist.
  • Wenn der isochrone Paketempfang normal ist, geht die Steuerung über zu dem nächsten Schritt 1404, wenn aber der Empfang nicht normal ist, wird der Vorgang beendet.
  • In dem Schritt 1404 wird bestimmt, ob eine "Aufzeichnung anhalten"-Anweisung empfangen wurde; wenn dies nicht der Fall ist, geht die Steuerung zurück zu dem Schritt 1402 und die Schleife wird wiederholt, um alle Bus-Zurücksetz-Anweisungen zu überwachen, bis eine "Aufzeichnung anhalten"-Anweisung empfangen wird.
  • Wenn die "Aufzeichnung anhalten"-Anweisung empfangen wird, wird der in den Daten-Header 702 des empfangenen isochronen Paketes wie oben beschrieben geschriebene Knoten-Identifizierer 1101 des Sendeknotens 1201 erneut gelesen und ein Abwärtsbefehl wird zu dem durch den Knoten-Identifizierer 1101 identifizierten Sendeknoten in Schritt 1405 gesendet, um den Vorgang zu beenden.
  • Wie bei der ersten Ausführungsform oben beschrieben, schreibt und überträgt der Sendeknoten 1201 den ihm selbst zugeordneten Knoten-Identifizierer in dem Daten-Header 702 des gesendeten isochronen Paketes, um dadurch dem dieses isochrone Paket empfangenden Knoten 1202 und 1203 zu ermöglichen, den Knoten 1201, der das Paket sendet, sofort zu identifizieren.
  • Weiterhin inkrementiert der Sendeknoten 1201 den Schutz-Zähler an dem Punkt, an dem ein Aufwärtsbefehl zum Beispiel von dem Empfängerknoten 1202 oder 1203 empfangen wird; dekrementiert den Schutz-Zähler, wenn ein Abwärtsbefehl empfangen wird; und befindet sich in einem Schutz-Zustand, wenn dieser Schutz-Zähler jeden anderen Wert als "0" aufweist. Wenn der Sendeknoten 1201 geschützt ist, weist er alle von anderen Knoten empfangenen Übertragungs-Anhalte-Anforderungen zurück, zum Beispiel von dem Bus-Manager-Knoten 1204, und setzt die Übertragung fort. Als Ergebnis wird, auch wenn der Bus-Manager-Knoten 1204 während einer Synchronisierung der durch den ersten VCR 1201 wiedergegebenen A/V-Daten durch die empfangenden VCR 1202 und 1203 durch einen Benutzervorgang irrtümlich in den Wiedergabemodus gesetzt wird, die Synchronisierung normal fortgesetzt, ohne dass die Übertragung der isochronen Pakete von dem ersten VCR 1201 zu den A/V-Daten aufzeichnenden VCR 1202 und 1203 unterbrochen wird.
  • Zusätzlich ist es durch Zurücksetzen des Schutz-Zählers, wenn ein Bus-Zurücksetzen auftritt, möglich, auch wenn ein Bus-Zurücksetzen auftritt, den Sendeknoten 1201 davor zu schützen, nicht in der Lage zu sein, den Schutz-Zustand wieder herzustellen, eine Situation, welche anderenfalls auftreten kann, da jeder Knoten, der eine Fortsetzungs-Anforderung überträgt, bevor das Bus-Zurücksetzen auftritt, durch das Bus-Zurücksetzen an der Ausgabe des Anhalte-Freigabe-Flags gehindert wird.
  • Es ist anzumerken, dass der einen Aufwärtsbefehl zu dem Sendeknoten in der oben beschriebenen Ausführungsform sendende Empfängerknoten nicht der Knoten sein muss, welcher die isochronen Pakete von dem Sendeknoten aufzeichnet. Zum Beispiel können ein Fernseh-Monitor ("TV" nachfolgend) und ein Laserdisc-Wiedergabegerät ("LD-Spieler" nachfolgend) an den Bus angeschlossen sein, wobei das wiedergegebene Bild von dem LD-Spieler auf dem TV betrachtet wird. In diesem Fall kann der Benutzer den Knopf/Knöpfe an dem TV betätigen, welche(r) bei dieser Anwendung der Empfängerknoten ist, um einen Aufwärtsbefehl zu dem LD-Spieler zu senden, welcher in dieser Anwendung der Sendeknoten ist, um die Wiedergabe-Bild-Übertragung von dem LD-Spieler zu dem TV beizubehalten und zu verhindern, dass Wiedergabebilder von anderen an den gleichen Bus angeschlossenen Geräten irrtümlich auf dem TV angezeigt werden.
  • In der obigen Ausführungsform wird der Sendeknoten ebenfalls in einen Schutz-Zustand versetzt, wenn ein Aufwärtsbefehl von einem Empfängerknoten empfangen wird, es ist aber anzumerken, dass dieser Schutz-Zustand ebenfalls gesetzt werden kann durch Eingeben einer "Übertragungs-Fortsetzungs"-Anweisung direkt von einem externen Gerät statt durch das Bus-System. In dem obigen TV- und LD-Spieler-Beispiel kann zum Beispiel ein SCHUTZ-Funktions-Knopf an den LD-Spieler (Sendeknoten) vorgesehen sein zum Versetzen des LD-Spielers in den Schutz-Zustand durch einfaches Betätigen dieses SCHUTZ-Knopfes.
  • Zusätzlich wird ein im Speicher vorgesehener Zähler als Einrichtung zum Bestimmen verwendet, ob der Sendeknoten in dem geschützten oder Schutz-aufgehobenen Zustand ist, aber jede andere Einrichtung zum Bestimmen, ob der Sendeknoten in dem geschützten oder Schutz-aufgehobenen Zustand ist, kann alternativ verwendet werden. Zum Beispiel ist es alternativ möglich, ein Register zu verwenden, das nur so viele Bits hat wie die Anzahl anschließbarer Knoten.
  • Durch das Datenübertragungsverfahren der vorliegenden Erfindung, wie oben beschrieben, wenn A/V-Daten, welche eine Echtzeitverarbeitung erfordern, durch isochrone Pakete unter Verwendung eines Bus-Systems überfragen werden, wobei ein Knoten-Identifizierer automatisch zu jedem an dem Bus angeschlossenen Knoten zugeordnet wird, jedes Mal, wenn ein Bus-Zurücksetzen auftritt, ist es durch Hinzufügen des Knoten-Identifizierers des Sendeknotens zu den isochronen Paketen vor der Übertragung für den Empfängerknoten möglich, sofort zu bestimmen, welcher Knoten die empfangenen isochronen Pakete sendet; dies kann verwirklicht werden durch einfaches Lesen des in den empfangenen isochronen Paketen enthaltenen Sendeknoten-Identifizierers.
  • Weiterhin kann durch Identifizieren des Sendeknotens der Empfängerknoten aufgefordert werden, einen die Übertragung der isochronen Pakete beizubehalten anfordernden Aufwärtsbefehl zu dem Sendeknoten zu senden; und einen die Aufhebung des Aufwärtsbefehls anfordernden Abwärtsbefehl zu senden, wenn es nicht länger erforderlich ist, die Übertragung fortzusetzen. Der die isochronen Pakete sendende Knoten wird somit in einen Schutz-Zustand versetzt, wenn ein oder mehrere Aufwärtsbefehle empfangen werden, und hebt den Schutz-Zustand auf, wenn die Anzahl der durch den Sendeknoten empfangenen Abwärtsbefehle die Anzahl der empfangenen Aufwärtsbefehle überschreitet.
  • Wenn der Sendeknoten in dem Schutz-Zustand ist, werden von jedem anderen Knoten empfangene interne Anhaltebefehle zurückgewiesen und die Übertragung isochroner Pakete wird nicht angehalten (wird fortgesetzt). Als Ergebnis kann eine Unterbrechung der isochronen Übertragung infolge einer irrtümlichen oder fehlerhaften Bedienung durch den Benutzer verhindert werden.
  • Insbesondere ist es möglich, eine Unterbrechung einer isochronen Paketübertragung zwischen gegebenen Knoten als Ergebnis einer Fehlbedienung jedes Knotens, der nicht direkt an dem isochronen Paketübertragungsvorgang beteiligt ist, zu verhindern. Dies ist insbesondere wirksam während der Synchronisierung und anderer isochroner Übertragungsvorgänge, während welcher eine Kommunikation für einen relativ langen Zeitabschnitt beibehalten werden kann.
  • Zusätzlich ist es durch automatisches Zurücksetzen jedes Schutz-Zustand-Sendeknotens in den Schutz-aufgehobenen Zustand, wenn ein Bus-Zurücksetzen auftritt, möglich, auch wenn ein Bus-Zurücksetzen auftritt, den Sendeknoten davor zu schützen, nicht in der Lage zu sein, den Schutz-Zustand wieder herzustellen; eine Situation, welche anderenfalls auftreten kann, da jeder Knoten, der einen Aufwärtsbefehl überträgt, bevor das Bus-Zurücksetzen auftritt, durch das Bus-Zurücksetzen daran gehindert wird, den Abwärtsbefehl auszugeben.
  • Die zweite Ausführungsform eines endungsgemäßen Datenübertragungsverfahrens wird unten beschrieben.
  • Bei konventionellen Datenübertragungsverfahren für isochrone Übertragung unter Verwendung des IEEE P1394-Protokolls wählt der Sendeknoten eine ungenutzte Kanalnummer in dem Bereich von 0–63 einschließlich, und fügt die ausgewählte Kanalnummer zu dem Paket-Header in dem isochronen Paket vor der Übertragung hinzu. Der Sendeknoten muss ebenfalls gleichzeitig den Benutzer über die zur Übertragung verwendete Kanalnummer informieren. Da mehrere isochrone Pakete auf unterschiedlichen Kanälen übertragen werden können, muss der Benutzer den Empfängerknoten über die Kanalnummer der zu empfangenden isochronen Pakete informieren. Isochrone Paketübertragungen nach dem bekannten Verfahren erfordern somit Benutzereingriffe zum Anpassen der durch die Sende- und Empfängerknoten verwendeten Kanalnummer und erhöhen beträchtlich die Benutzer-Belastung.
  • Die Aufgabe der zweiten Ausführungsform der vorliegenden Erfindung ist es, eine Paketübertragung unter Verwendung eines Mitteilungs-Kanals zu ermöglichen, das heißt, eines vorausgewählten Kanals mit einer vorbestimmten Kanalnummer N (N ist eine ganze Zahl zwischen 0 und 63 einschließlich), sofern der Sendeknoten nicht die Verwendung einer anderen Kanalnummer angibt. Der Mitteilungs-Kanal wird ebenfalls als Vorgabe-Kanal bezeichnet.
  • Ein Blockschaltbild des in dieser Ausführungsform verwendeten Steuerungsblockes 203 ist in 11 gezeigt. Der Befehls-Interpreter 1501 interpretiert empfangene Betriebs-Befehle als Ergebnis der direkten Benutzer-Steuerung oder asynchroner Übertragung von anderen Knoten und weist den Kommunikations-Manager 1502 an, isochrone und asynchrone Übertragung zu beginnen und zu beenden.
  • Die Eingabe in den Kommunikations-Manager 1502 beinhaltet Anweisungen von dem Befehls-Interpreter 1501 und Informationseingabe durch asynchrone Übertragung von anderen Knoten und ist zur Kommunikations-Verwaltung erforderlich. Basierend auf der eingegebenen Information weist der Kommunikations-Manager 1502 den Schnittstellenblock 201 und den A/V-Signalverarbeitungsblock 202 an, wann die isochrone Übertragung beginnt und endet; gibt die zur Kommunikations-Verwaltung der anderen Knoten benötigte Information als asynchrone Daten zu dem Schnittstellenblock 201 aus; und weist gleichzeitig den Schnittstellenblock 201 an, diese Information durch asynchrone Übertragung auszugeben.
  • Der Vorgang, durch welchen der Sendeknoten mit der isochronen Paketübertragung durch das erfindungsgemäße Übertragungsverfahren gemäß dieser zweiten Ausführungsform beginnt, wird als Nächstes beschrieben.
  • Der Benutzer weist zuerst das A/V-Gerät durch den Benutzer-Vorgang an, das der Sendeknoten ist, die A/V-Daten auszugeben. Diese Anweisung wird in den Befehls-Interpreter 1501 des Steuerungsblockes 203 eingegeben; die die Ausgabe von Echtzeitdaten auf dem Mitteilungskanal anweisende Information wird durch den Befehls-Interpreter 1501 aus der eingegebenen Anweisung extrahiert; und die extrahierte Information wird in den Kommunikations-Manager 1502 eingegeben. Der Kommunikations-Manager 1502 führt dann die Steuerung zum Beginn der Ausgabe der Echtzeitdaten unter Verwendung des Mitteilungskanals aus.
  • 12 ist ein Flussdiagramm des Vorganges des Kommunikations-Manager-Blockes in dem Sendeknoten. Der Kommunikations-Manager 1502 führt den Schritt 1601 aus, wenn eine Echtzeitdaten-Ausgabe unter Verwendung des Mitteilungskanals durch den Befehls-Interpreter 1501 angewiesen ist. In dem Schritt 1601 weist der Kommunikations-Manager 1502 den Schnittstellen-Block 201 an, von dem Bus-Manager den Mitteilungskanal und dessen nutzbare Bandbreite zu erhalten oder zu reservieren. Basierend auf dieser Anweisung verhandelt der Schnittstellen-Block 201 mit dem Bus-Manager 1204 unter Verwendung asynchroner Übertragung zum Erhalten einer Zustimmung für die Reservierung dir erforderlichen Bandbreite und des Mitteilungskanals. Der Schnittstellen-Block 201 teilt dem Kommunikations-Manager 1502 in dem Steuerungs-Block 203 mit, ob der Mitteilungskanal und die angeforderte Bandbreite erhalten wurden.
  • Nach der Ausführung von Schritt 1601 geht der Kommunikations-Manager 1502 zu Schritt 1602 über, um aus der von dem Schnittstellen-Block 201 eingegebenen Information zu bestimmen, ob der Mitteilungskanal und die angeforderte Bandbreite reserwiert wurden. Wenn die Reservierungen von dem Bus-Manager 1204 akzeptiert wurden, geht die Steuerung über zu dem Schritt 4603; wenn nicht, kehrt die Steuerung zurück vor Schritt 1601 und der Kommunikations-Manager 1502 versucht erneut, den Mitteilungskanal und die benötigte Bandbreite zu reservieren.
  • In Schritt 1603 weist der Kommunikations-Manager 1502 den A/V-Signalverarbeitungsblock 202 an, die A/V-Daten und andere Echtzeitdaten zu dem Schnittstellen-Block 201 auszugeben. Der A/V-Signalverarbeitungsblock 202 gibt dann diese Echtzeitdaten zu dem Schnittstellenblock 201 aus. Der Kommunikations-Manager 1502 weist den Schnittstellenblock 201 ebenfalls an, die von dem A/V-Signalverarbeitungsblock 202 eingegebenen Echtzeitdaten durch isochrone Pakete unter Verwendung des Mitteilungskanals auszugeben. Der Schnittstellenblock 201 gibt somit die isochronen Pakete aus, wie durch die Kommunikationsverwaltung 1502 angewiesen.
  • Das Verfahren, durch welches der Empfängerknoten das Empfangen isochroner Pakete durch das Datenübertragungsverfahren gemäß dieser dritten Ausführungsform beginnt, wird als Nächstes beschrieben.
  • Der Benutzer weist zuerst das A/V-Gerät an, das der Empfängerknoten ist, die A/V-Daten zu empfangen. Diese Anweisung wird in den Befehls-Interpreter 1501 des Steuerungsblockes 203 eingegeben, die Information; welche die Eingabe der Echtzeitdaten auf dem Mitteilungskanal anweist, wird durch den Befehls-Interpreter 1501 von der Eingabe-Anweisung extrahiert und die extrahierte Information wird in den Kommunikations-Manager 1502 eingegeben. Der Kommunikations-Manager 1502 führt dann Steuerungen zum Empfangen der Echtzeitdaten unter Verwendung des Mitteilungskanals aus.
  • 13 ist ein Flussdiagramm des Betriebes des Kommunikations-Manager-Blockes in dem Empfängerknoten. Der Kommunikations-Manager 1502 führt den Schritt 1701 aus, wenn ein Echtzeitdaten-Empfang unter Verwendung des Mitteilungskanals durch den Befehls-Interpreter 1501 angewiesen wird. In dem Schritt 1701 weist der Kommunikations-Manager 1502 den Schnittstellenblock 201 an, die isochronen Pakete aus dem Mitteilungskanal zu empfangen.
  • Basierend auf diesen Anweisungen empfängt der Schnittstellenblock 201 die isochronen Pakete, welchen der Mitteilungskanal zugeordnet wurde, und gibt die Echtzeitdaten zu dem A/V-Signalverarbeitungsblock 202 aus. In dem Schritt 1701 weist der Kommunikations-Manager 1502 ebenfalls den A/V-Signalverarbeitungsblock 202 an, die Echtzeitdaten von dem Schnittstellenblock 201 zu empfangen und die geeignete Signalverarbeitung auszuführen. Der A/V-Signalverarbeitungsblock 202 empfängt daher die Echtzeitdaten von dem Schnittstellenblock 201 und führt die Signalverarbeitung aus, wie durch den Kommunikations-Manager 1502 angewiesen.
  • Daher ist es durch diese zweite Ausführungsform eines erfindungsgemäßen Datenübertragungsvertahrens möglich, eine isochrone Übertragung zu verwirklichen, wobei der Benutzer einfach den Sendeknoten und den Empfängerknoten anweist, auszugeben und einzugeben. Daher ist es für den Benutzer nicht erforderlich, den Empfängerknoten über die verwendete Kanalnummer zu informieren und ein benutzerfreundlicheres System, das die Belastungen für den Benutzer verringert, kann verwirklicht werden.

Claims (2)

  1. Datenübertragungseinrichtung zum Übertragen von Echtzeitdaten über einen Bus von der Datenübertragungseinrichtung, mit wenigstens einem ersten Knoten, zu wenigstens einem zweiten Knoten aus einer Mehrzahl von Knoten, bei welcher die Echtzeitdaten zusammengefasst sind mit einem Kanalidentifizierer, wobei die Datenübertragungseinrichtung umfasst: eine Einrichtung (203, 1601) zum Reservieren eines vorausgewählten Kanals aus einer Mehrzahl von Kanälen; eine Einrichtung (203, 1601) zum Setzen einer benötigten Bandbreite für den vorausgewählten Kanal; eine Einrichtung (203, 1602) zum Bestätigen, dass der vorausgewählte Kanal mit der benötigten Bandbreite reserviert wurde; eine Einrichtung (203, 1603) zum Übertragen von Daten von dem ersten Knoten unter Verwendung des vorausgewählten Kanals mit der benötigten Bandbreite zum Ausführen eines vorbestimmten Vorganges; eine Einrichtung zum Empfang eines durch den zweiten Knoten erzeugten Aufwärts-Befehls, welcher zu dem ersten Knoten übertragen wird, wenn die Übertragung der Daten von dem ersten Knoten zu dem zweiten Knoten erforderlich ist, und zum Empfang eines durch den zweiten Knoten erzeugten Abwärts-Befehls, welcher zu dem ersten Knoten übertragen wird, wenn die Übertragung der Daten von dem ersten Knoten zu dem zweiten Knoten nicht länger erforderlich ist; eine Zähleinrichtung (1201a, 1302, 1304) zum Aufwärtszählen einer Zahl nach Empfang des Aufwärts-Befehls und zum Herunterzählen der Zahl nach Empfang des Abwärts-Befehls; eine Einrichtung (203, 1302) zum Setzen des ersten Knotens in einen Schutzzustand, wenn die Zähleinrichtung zu einer Zahl zählt, die größer als Null ist, um den vorbestimmten Vorgang vor einer Unterbrechung zu schützen, und zum Freigeben des Schutzzustandes, wenn die Zähleinrichtung auf Null herunterzählt.
  2. Datenübertragungseinrichtung nach Anspruch 1, wobei die Einrichtung zum Reservieren eines vorausgewählten Kanals eine Einrichtung zum Reservieren (1601) eines Mitteilungskanals umfasst, welcher ein vorher festgelegter Kanal ist.
DE69531015T 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren Expired - Fee Related DE69531015T2 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP06038243A JP3127704B2 (ja) 1994-03-09 1994-03-09 データ転送方法
JP3824394 1994-03-09
JP5026294 1994-03-22
JP05026294A JP3152055B2 (ja) 1994-03-22 1994-03-22 データ伝送方法

Publications (2)

Publication Number Publication Date
DE69531015D1 DE69531015D1 (de) 2003-07-10
DE69531015T2 true DE69531015T2 (de) 2004-05-19

Family

ID=26377450

Family Applications (10)

Application Number Title Priority Date Filing Date
DE69520457T Expired - Fee Related DE69520457T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531012T Expired - Fee Related DE69531012T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531014T Expired - Fee Related DE69531014T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69519194T Expired - Lifetime DE69519194T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531015T Expired - Fee Related DE69531015T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531011T Expired - Fee Related DE69531011T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531017T Expired - Fee Related DE69531017T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69521727T Expired - Lifetime DE69521727T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69520378T Expired - Lifetime DE69520378T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531013T Expired - Fee Related DE69531013T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren

Family Applications Before (4)

Application Number Title Priority Date Filing Date
DE69520457T Expired - Fee Related DE69520457T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531012T Expired - Fee Related DE69531012T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531014T Expired - Fee Related DE69531014T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69519194T Expired - Lifetime DE69519194T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren

Family Applications After (5)

Application Number Title Priority Date Filing Date
DE69531011T Expired - Fee Related DE69531011T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531017T Expired - Fee Related DE69531017T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69521727T Expired - Lifetime DE69521727T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69520378T Expired - Lifetime DE69520378T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren
DE69531013T Expired - Fee Related DE69531013T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren

Country Status (3)

Country Link
US (1) US5535208A (de)
EP (11) EP0957608B1 (de)
DE (10) DE69520457T2 (de)

Families Citing this family (76)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3561969B2 (ja) * 1994-08-30 2004-09-08 ソニー株式会社 編集方法及び編集制御機器
JP3149328B2 (ja) * 1995-01-09 2001-03-26 松下電器産業株式会社 送信装置と受信装置
US6922416B2 (en) * 1995-04-28 2005-07-26 Matsushita Electric Industrial Co., Ltd. Data transmitting apparatus, data receiving apparatus and data transmission control apparatus
ES2211725T3 (es) * 1995-04-28 2004-07-16 Matsushita Electric Industrial Co., Ltd. Metodo de transmision de datos.
US5933430A (en) * 1995-08-12 1999-08-03 Sony Corporation Data communication method
US6727799B1 (en) * 1995-10-31 2004-04-27 Sony Corporation Communication control method and electronic equipments
US7577782B2 (en) 1996-02-02 2009-08-18 Sony Corporation Application programming interface for data transfer and bus management over a bus structure
US6631435B1 (en) * 1996-02-02 2003-10-07 Sony Corporation Application programming interface for data transfer and bus management over a bus structure
US5991520A (en) * 1996-02-02 1999-11-23 Sony Corporation Application programming interface for managing and automating data transfer operations between applications over a bus structure
US6519268B1 (en) 1996-03-07 2003-02-11 Sony Corporation Asynchronous data pipe for automatically managing asynchronous data transfers between an application and a bus structure
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
JPH10145784A (ja) * 1996-09-10 1998-05-29 Sony Corp データデコードシステム、データデコード方法、伝送方法、伝送装置、受信装置、および受信方法
JPH10190705A (ja) * 1996-10-22 1998-07-21 Sony Corp 伝送装置および方法、並びに、受信装置および方法
EP0841776A1 (de) * 1996-11-12 1998-05-13 Sony Corporation Kommunikationsverfahren und elektronisches Gerät
JP3635169B2 (ja) * 1996-11-20 2005-04-06 松下電器産業株式会社 データ伝送装置
DE69840972D1 (de) 1997-02-14 2009-08-27 Canon Kk Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
DE69836771T2 (de) * 1997-02-14 2007-10-31 Canon K.K. Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
SG101460A1 (en) 1997-02-14 2004-01-30 Canon Kk Data communication apparatus and method
EP0859326A3 (de) 1997-02-14 1999-05-12 Canon Kabushiki Kaisha Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
JP4038700B2 (ja) * 1997-02-17 2008-01-30 ソニー株式会社 電子機器制御装置および方法、並びに、情報処理システムおよび方法
US6111886A (en) * 1997-03-07 2000-08-29 Advanced Micro Devices, Inc. Apparatus for and method of communicating among devices interconnected on a bus
KR100230282B1 (ko) 1997-04-14 1999-11-15 윤종용 단일 프로그램 전송 스트림 전송장치 및 그 방법
JP3671738B2 (ja) * 1999-05-12 2005-07-13 松下電器産業株式会社 伝送管理方法
US6292844B1 (en) 1998-02-12 2001-09-18 Sony Corporation Media storage device with embedded data filter for dynamically processing data during read and write operations
US6895003B1 (en) * 1998-02-24 2005-05-17 Canon Kabushiki Kaisha Communication system, apparatus, and method in which data transmission is interrupted for a bus reset
US6678769B1 (en) * 1998-02-24 2004-01-13 Canon Kabushiki Kaisha Control apparatus and method for managing a logical connection between source and destination nodes
US6804250B2 (en) * 1998-02-24 2004-10-12 Canon Kabushiki Kaisha Data communication system and node, and method of using the system and the node
US7002964B1 (en) * 1998-02-24 2006-02-21 Canon Kabushiki Kaisha Communication system, method for a communication system and controller for a communication system
JP3171241B2 (ja) 1998-03-06 2001-05-28 日本電気株式会社 通信方法
US6731650B1 (en) * 1998-04-27 2004-05-04 Canon Kabushiki Kaisha Data transfer apparatus and its control method
KR100385967B1 (ko) * 1998-05-23 2003-07-16 삼성전자주식회사 네트웍상에서의서버기기접속방법
KR100531345B1 (ko) * 1998-06-09 2006-01-27 엘지전자 주식회사 버스 시스템에서의 기기 제어방법
KR100531344B1 (ko) * 1998-06-09 2006-01-27 엘지전자 주식회사 버스 시스템에서의 기기 제어장치 및 방법
KR100546563B1 (ko) * 1998-07-30 2006-03-23 엘지전자 주식회사 버스시스템에서의 기기간 연결 제어방법
JP4021998B2 (ja) * 1998-08-07 2007-12-12 松下電器産業株式会社 データ伝送制御システム及びデータ伝送制御方法
US6438604B1 (en) 1998-10-05 2002-08-20 Canon Kabushiki Kaisha Digital video network interface
JP3673473B2 (ja) * 1998-10-05 2005-07-20 松下電器産業株式会社 データ転送方法およびデータ転送システム
US7013354B1 (en) 1998-10-05 2006-03-14 Canon Kabushiki Kaisha Channel protocol for IEEE 1394 data transmission
US6167471A (en) * 1998-10-14 2000-12-26 Sony Corporation Method of and apparatus for dispatching a processing element to a program location based on channel number of received data
JP3325839B2 (ja) * 1998-10-15 2002-09-17 パイオニア株式会社 情報送信装置及び方法、情報受信装置及び方法並びに情報送受信装置及び方法
US6272563B1 (en) 1998-11-03 2001-08-07 Intel Corporation Method and apparatus for communicating routing and attribute information for a transaction between hubs in a computer system
KR100556466B1 (ko) * 1998-12-16 2006-07-25 엘지전자 주식회사 버스시스템에서의기기간자동연결복원제어방법
JP2000196607A (ja) 1998-12-24 2000-07-14 Canon Inc 情報処理システム及びその制御方法並びに情報処理装置
JP2000253091A (ja) * 1999-02-25 2000-09-14 Sony Corp サンプルデータの送信方法、受信方法、伝送方法、及びその送信装置、受信装置、伝送装置
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
US6859846B2 (en) * 1999-05-12 2005-02-22 Sony Corporation Method of distributed recording whereby the need to transition to a second recording device from a first recording device is broadcast by the first recording device
JP2000341302A (ja) * 1999-05-27 2000-12-08 Sony Corp 電子機器
JP3289707B2 (ja) * 1999-06-23 2002-06-10 日本電気株式会社 送受信回路及び送受信方法並びに記録媒体
KR100618967B1 (ko) * 1999-07-01 2006-08-31 삼성전자주식회사 디지털 인터페이스 연결 관리 방법
KR100644558B1 (ko) * 1999-07-26 2006-11-13 삼성전자주식회사 디지탈 인터페이스로 연결된 네트워크 시스템에서의 시스템 자원 관리방법
KR100644559B1 (ko) * 1999-07-26 2006-11-13 삼성전자주식회사 디지털 인터페이스를 갖는 기기의 채널 할당방법
KR100662484B1 (ko) * 1999-08-23 2007-01-02 엘지전자 주식회사 디지털 인터페이스에서의 버스 제어방법
JP3606133B2 (ja) * 1999-10-15 2005-01-05 セイコーエプソン株式会社 データ転送制御装置及び電子機器
US6721859B1 (en) 1999-10-21 2004-04-13 Sony Corporation Multi-protocol media storage device implementing protocols optimized for storing and retrieving both asynchronous and isochronous data
EP1102435B1 (de) * 1999-10-29 2006-01-11 Sony Corporation Verfahren und System zur Nutzung einer Vielzahl von Übertragungsleitungen und Einstellung des Verbindungsbetriebsverfahrens
US6523108B1 (en) 1999-11-23 2003-02-18 Sony Corporation Method of and apparatus for extracting a string of bits from a binary bit string and depositing a string of bits onto a binary bit string
US7298959B1 (en) * 1999-12-16 2007-11-20 Sharp Laboratories Of America, Inc. Method and apparatus for storing MPEG-2 transport streams using a conventional digital video recorder
US6587988B1 (en) 1999-12-22 2003-07-01 Intel Corporation Dynamic parity inversion for I/O interconnects
DE69940781D1 (de) * 1999-12-30 2009-06-04 Sony Deutschland Gmbh Schnittstellenverbindungsschicht- Einrichtung zum Aufbau eines verteilten Netzwerks
US6988008B2 (en) * 2000-03-10 2006-01-17 Adept Technology, Inc. Smart camera
US6509851B1 (en) 2000-03-30 2003-01-21 Cypress Semiconductor Corp. Method for using a recovered data-encoded clock to convert high-frequency serial data to lower frequency parallel data
US7720821B1 (en) 2000-06-30 2010-05-18 Sony Corporation Method of and apparatus for writing and reading time sensitive data within a storage device
JP2002051055A (ja) * 2000-08-04 2002-02-15 Sony Corp 通信制御方法、通信システム及び通信装置
WO2002017566A1 (en) * 2000-08-23 2002-02-28 Koninklijke Philips Electronics N.V. Communication system and device
US6771651B1 (en) * 2000-09-29 2004-08-03 Nortel Networks Limited Providing access to a high-capacity packet network
US6904475B1 (en) 2000-11-06 2005-06-07 Sony Corporation Programmable first-in first-out (FIFO) memory buffer for concurrent data stream handling
US6647447B1 (en) * 2000-12-29 2003-11-11 Sony Corporation Allocating isochronous channel numbers to devices on an IEEE-1394 bus
US7124292B2 (en) * 2001-05-21 2006-10-17 Sony Corporation Automatically configuring storage array including a plurality of media storage devices for storing and providing data within a network of devices
US6985979B2 (en) * 2001-12-17 2006-01-10 Matsushita Electric Industrial Co., Ltd. Digital data processing device, bus controlling method, bus controlling program and recording medium
JP3844217B2 (ja) * 2002-04-03 2006-11-08 ソニー株式会社 信号処理システム、信号出力装置、信号入力装置及び通信制御方法
JP3758045B2 (ja) * 2003-01-31 2006-03-22 船井電機株式会社 Ieee1394シリアルバスへの接続機器
US20040255338A1 (en) * 2003-06-13 2004-12-16 Apple Computer, Inc. Interface for sending synchronized audio and video data
JP2005134975A (ja) 2003-10-28 2005-05-26 Sony Corp 情報配信方法、情報配信システムおよび情報配信装置
US7751443B2 (en) * 2007-01-05 2010-07-06 Freescale Semiconductor, Inc. Intra-chassis packet arbitration scheme
US8875004B2 (en) * 2007-07-10 2014-10-28 Mitsubishi Electric Corporation Transmitting apparatus and communication system
US8332557B2 (en) * 2008-12-12 2012-12-11 Qualcomm, Incorporated System, apparatus, and method for broadcasting USB data streams

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2503727A (en) * 1948-03-17 1950-04-11 Union Switch & Signal Co Means for providing emergency break-in operation in communication systems
JPS5283113A (en) * 1975-12-30 1977-07-11 Ricoh Co Ltd Communication system for picture and writings
JPH01175354A (ja) * 1987-12-28 1989-07-11 Canon Inc ファクシミリ装置
JPH02305137A (ja) * 1989-05-19 1990-12-18 Canon Inc ファクシミリ装置及びファクシミリシステム
JPH0767111B2 (ja) * 1989-06-23 1995-07-19 アルカテル・エヌ・ブイ 通信システム
NL9001423A (nl) * 1990-06-21 1992-01-16 Nederland Ptt Interactief communicatie- en transportsysteem voor stilstaande beelden.
EP0722224B1 (de) * 1990-07-19 1999-02-03 Sony Corporation Verfahren zur Aufstellung von Adressen für elektronische Geräte
NL9002401A (nl) * 1990-11-05 1992-06-01 Philips Nv Kommunikatiesysteem en een centrale besturingseenheid en een kommunikatiepost in het kommunikatiesysteem.
US5428819A (en) * 1993-04-27 1995-06-27 Motorola, Inc. Method and apparatus for radio frequency bandwidth sharing among heterogeneous radio communication system

Also Published As

Publication number Publication date
EP1085699A2 (de) 2001-03-21
EP0682430B1 (de) 2000-10-25
EP1083703B1 (de) 2003-06-04
EP0957608A2 (de) 1999-11-17
EP1085701A2 (de) 2001-03-21
DE69531012T2 (de) 2004-05-19
EP1085698A2 (de) 2001-03-21
DE69521727D1 (de) 2001-08-16
EP0957610B1 (de) 2001-07-11
EP1087571A2 (de) 2001-03-28
DE69519194D1 (de) 2000-11-30
EP0957609B1 (de) 2001-03-21
DE69520457D1 (de) 2001-04-26
DE69531011T2 (de) 2004-05-19
EP1085698B1 (de) 2003-06-04
EP0957608B1 (de) 2001-03-14
DE69531014D1 (de) 2003-07-10
EP0682430A2 (de) 1995-11-15
EP1085701A3 (de) 2001-07-04
DE69531013D1 (de) 2003-07-10
DE69520378D1 (de) 2001-04-19
DE69519194T2 (de) 2001-06-07
DE69531011D1 (de) 2003-07-10
EP0957610A2 (de) 1999-11-17
DE69531013T2 (de) 2004-05-19
EP0957609A2 (de) 1999-11-17
EP1083704A2 (de) 2001-03-14
EP1083703A3 (de) 2001-07-04
EP1085700B1 (de) 2003-06-04
US5535208A (en) 1996-07-09
EP1085699A3 (de) 2001-07-04
EP1083704A3 (de) 2001-07-04
DE69531014T2 (de) 2004-05-19
EP0957608A3 (de) 2000-01-19
DE69531017D1 (de) 2003-07-10
DE69531012D1 (de) 2003-07-10
EP1085698A3 (de) 2001-07-04
EP1087571A3 (de) 2001-07-04
DE69531017T2 (de) 2004-05-19
EP1083704B1 (de) 2003-06-04
EP1085699B1 (de) 2003-06-04
EP1087571B1 (de) 2003-06-04
EP0957610A3 (de) 2000-01-19
DE69521727T2 (de) 2002-05-08
DE69520378T2 (de) 2001-10-31
EP0957609A3 (de) 2000-01-19
DE69520457T2 (de) 2001-10-31
EP1085700A3 (de) 2001-07-04
EP0682430A3 (de) 1998-12-02
DE69531015D1 (de) 2003-07-10
EP1085700A2 (de) 2001-03-21
EP1083703A2 (de) 2001-03-14

Similar Documents

Publication Publication Date Title
DE69531015T2 (de) Datenübertragungssystem und Verfahren
DE69637212T2 (de) Datenübertragungsvorrichtung, Datenempfangsgerät und Steuerungsvorrichtung für die Datenübertragung
DE69534127T2 (de) Kommunikationssystem für elektronische Geräte
DE69718556T2 (de) Verfahren und Vorrichtung zur Kontrolle der Kommunikation elektronischer Geräte
DE69826258T2 (de) Anzeigevorrichtung mit einem oder mehreren fenstern und platzierungsabhängiger kursor- und funktionskontrolle
DE69725598T2 (de) Verfahren zum sicherstellen des gemeinsamen betriebs von an einem bus angeschlossenen geräten und geeignetes gerät dafür.
DE69703732T2 (de) Asynchrones datenübertragungsgerät zur verwaltung asynchroner datenübertragungen zwischen einem anwendungsprogramm und einer busstruktur
DE69728845T2 (de) Fernsteuerungsempfänger und -verfahren und Fernsteuersystem
DE3815560C2 (de)
DE69416931T2 (de) Verfahren zum Übertragen in einem Zweirichtungsbussystem
DE3312723A1 (de) Signaluebertragungsanlage
DE60316758T2 (de) System zur Synchronisierung von Befehlen, sowie ein Verfahren, ein Steuerungsgerät und ein Zielgerät für dasselbe System
DE69431418T2 (de) Kommunikationsprotokole zur Übertragung von Steuerdaten
DE69522371T2 (de) Kommunikationssystem zur Verhinderung des Verlustes von Datenblocken
DE69319081T2 (de) Übertragungsverfahren und -vorrichtung
DE69737366T2 (de) Elektronische vorrichtung , verfahren zur verwendung der vorrichtung und system mit der vorrichtung
DE60118450T2 (de) Kommunikationsverfahren und Kommunikationsgerät
DE60034398T2 (de) Verfahren zur Datenübertragungsverwaltung
DE69733617T2 (de) Protokoll verarbeitungsgerät für datenstromverarbeitung
DE69833824T2 (de) Steuerungsvorrichtung für seriellen Bus
DE69729068T2 (de) Vorrichtung und Verfahren zum Übertragen von digitalen Audio- und Videodaten
DE69631921T2 (de) Kommunikationssteuerungsverfahren in einem Kommunikationssystem
DE60001953T2 (de) Verfahren und gerät zur erzeugung eines steuerungs-signalbitstroms
DE60001363T2 (de) Verfahren zur kompilierung von buspaketen für isochronen datenübertragung über einen datenbus, und vorrichtung zur durchführung des verfahrens
DE69900780T2 (de) Verfahren und vorrichtung zur verarbeitung von datenpaketen, die empfangen wurden oder die auf einen datenkanal zu übertragen sind

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8339 Ceased/non-payment of the annual fee