DE69531011T2 - Datenübertragungssystem und Verfahren - Google Patents

Datenübertragungssystem und Verfahren Download PDF

Info

Publication number
DE69531011T2
DE69531011T2 DE69531011T DE69531011T DE69531011T2 DE 69531011 T2 DE69531011 T2 DE 69531011T2 DE 69531011 T DE69531011 T DE 69531011T DE 69531011 T DE69531011 T DE 69531011T DE 69531011 T2 DE69531011 T2 DE 69531011T2
Authority
DE
Germany
Prior art keywords
node
isochronous
data
output
transmission
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
DE69531011T
Other languages
English (en)
Other versions
DE69531011D1 (de
Inventor
Yasunori Kawakami
Hiroyuki Katano-shi Iitsuka
Takuya Nishimura
Shinji Osaka-shi 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
Publication of DE69531011D1 publication Critical patent/DE69531011D1/de
Application granted granted Critical
Publication of DE69531011T2 publication Critical patent/DE69531011T2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40065—Bandwidth and channel allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40071—Packet processing; Packet format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/403—Bus networks with centralised control, e.g. polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/58—Arrangements 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0003—Interconnection between telephone networks and data networks
    • H04M7/0006—Interconnection 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)
  • Technology Law (AREA)
  • Automation & Control Theory (AREA)
  • General Engineering & Computer Science (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.
  • 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.
  • Die Veröffentlichung "The Broadband LAN as a Metropolitan Area Network" von Pitt D et al in Computer Communications, Ausgabe 16, Nr. 2, 1. Februar 1993, Seite 69 –76, XP000334809, betrifft eine Datenübertragung, bei welcher der Rahmen mit Daten veränderlicher Länge in zu übertragende Pakete, das heißt Schlitze und Zellen, aufgeteilt wird.
  • Das von der vorliegenden Erfindung angesprochene erste 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, isochronenen 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-Identifizierungsproblemes kann der das isochrone Paket empfangende Knoten den das isochrone Paket sendende Knoten nicht auffordern, die Übertragung isochronen 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 B unterbrochen. Daher ist es bei diesem konventionellen Datenübertragungsverfahren möglich, die Übertragung isochronen 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 mehreren Kanälen mit Echtzeitdaten, während eines Zyklus ausgegeben zu werden. Daher ist es für den/die Empfängerknoten erforderlich, die Kanalnummern der Echtzeitdaten zu bestimmen, welche durch den Knoten empfangen werden sollen. Ein Verfahren, um dem Empfängerknoten zu ermöglichen, die zu empfangenden Kanalnummern zu bestimmen, ist für den Benutzer, dem Empfängerknoten die zu empfangenden Kanalnummern mitzuteilen. Um dieses zu tun, muss der Benutzer jedoch die Kanalnummern der Echtzeitdaten, die empfangen werden sollen, bestimmen und diese dem Empfängerknoten mitteilen, und dies erhöht die Belastung des Benutzers.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Um die oben erwähnten Aufgaben zu lösen, enthält einen Datenübertragungsverfahren zum Kommunizieren von Echtzeit-Datenpaketen über einen Bus, wobei die Kommunikation ausgeführt wird durch einen ersten Knoten und anschließend durch einen zweiten Knoten, erfindungsgemäß die Schritte zum Erfassen, durch den zweiten Knoten, von Datenpaketen, erzeugt durch den ersten Knoten, zum Identifizieren des ersten Knotens; Senden eines "Ausgabe-Anhalte-Anforderungs"-Signales von dem zweiten Knoten zu dem ersten Knoten; Erfassen, durch den ersten Knoten, des "Ausgabe-Anhalte-Anforderungs"-Signales; Anhalten, durch den ersten Knoten, einer gegenwärtigen Kommunikation durch einen Mitteilungskanals aus einer Mehrzahl von Kanälen, wenn das "Ausgabe-Anhalte-Anforderungs"-Signal von dem ersten Knoten akzeptiert wird; und Beginnen, durch den zweiten Knoten, einer nachfolgenden Kommunikation durch den Mitteilungskanal.
  • Die Aufgaben der vorliegenden Erfindung werden ebenfalls gelöst durch eine in Anspruch 1 beanspruchte Datenempfangsvorrichtung in einem Datenübertragungssystem zum Kommunizieren von Echtzeit-Datenpaketen über einen Bus, wobei die Kommunikation ausgeführt wird durch einen ersten Knoten und anschließend durch einen zweiten Knoten, wobei das Übertragungssystem gemäß der vorliegenden Erfindung umfasst: eine erste Einrichtung zum Erfassen von durch den ersten Knoten erzeugten Datenpaketen durch den zweiten Knoten zum Identifizieren des ersten Knotens; eine Einrichtung zum Senden eines "Ausgabe-Anhalte-Anforderungs"-Signals von dem zweiten Knoten zu dem ersten Knoten; eine zweite Einrichtung zum Erfassen des von der Sendereinrichtung gesendeten "Ausgabe-Anhalte-Anforderungs"-Signals, wobei die zweite Einrichtung in dem ersten Knoten vorgesehen ist; eine Einrichtung zum Anhalten der Kommunikation durch einen Mitteilungs kanal aus einer Mehrzahl von Kanälen, wenn das von der Sendeeinrichtung gesendete"Ausgabe-Anhalte-Anforderungs"-Signal von dem ersten Knoten akzeptiert wird; und eine Einrichtung zum Beginnen einer anschließenden Kommunikation von Daten durch den Mitteilungskanal, wobei die Starteinrichtung in dem zweiten Knoten vorgesehen ist.
  • 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;
  • 8 ein Blockschaltbild eines VCR-Anschlusses;
  • 9 ein Blockschaltbild des Steuerungsblockes in der ersten und zweiten Ausführungsform der vorliegenden Erfindung;
  • 10 zeigt das Format des Datenblockes in dem isochronen Paket gemäß der ersten und zweiten Ausführungsform der vorliegenden Erfindung;
  • 11 ein Flussdiagramm des Kommunikations-Verwaltungsblockes, wenn eine Übertragung durch die erste Ausführungsform der Erfindung beginnt;
  • 12 ein Flussdiagramm des Kommunikations-Verwaltungsblockes, wenn eine Übertragung durch die erste Ausführungsform der Erfindung angehalten wird;
  • 13 ein Flussdiagramm des Kommunikations-Verwaltungsblockes, wenn eine Übertragung durch die zweite Ausführungsform der Erfindung beginnt;
  • 14 ein Flussdiagramm des Kommunikations-Verwaltungsblockes, wenn eine Übertragung durch die zweite Ausführungsform der Erfindung angehalten wird.
  • 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 ver-bunden, welches als eine Bus-Struktur dient.
  • Die A/V-Geräte 101–104 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 Eingangssignales ausgebildet und die Wellenformausgebildeten 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 übertragen, 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 isochronen 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 Signal-verarbeitet.
  • 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 Kanalnummer, 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 und 8 wird nachfolgend eine Ausführungsform der vorliegenden Erfindung mit der besonderen Anwendung bei einem Videokassettenrecorder (VCR) als ein A/V-Gerät beschrieben.
  • 7 zeigt das Format eines isochronen Paketes, das während einer isochronen Übertragung ü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 autamatisch 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 1201–1205 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 1201–1205 sind durch Verbindungskabel 1205 verbunden. Jedesmal, wenn ein Kabel angeschlossen wird, wird ein "Bus-Zurücksetzen"-Befehl erzeugt, um die Knotenidentifizierer zu den VCR 1201–1205 zuzuordnen.
  • Knotenidentifizierer (NODE_ID) 0–4 werden den VCR 1201–1205 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äh ler 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.
  • Ein Blockschaltbild des in dieser Ausführungsform verwendeten Steuerungsblockes 203 ist in 9 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 Mitteilungskanales aus.
  • Die erste Ausführungsform eines erfindungsgemäßen Datenübertragungsverfahrens betrifft die durch die Knoten A und B ausgeführten isochronen Übertragungs-Anfangs- und Anhalte-Prozeduren, wenn Knoten A durch isochrone Übertragung sendet und Knoten B den Knoten A ersetzt, um die Übertragung durch isochrone Übertragung fortzusetzen, wie beim Verarbeiten von zwei Bändern zu einem Band.
  • Der folgende Ablauf wird typisch ausgeführt, um den Sendeknoten im Datenübertragungsverfahren entsprechend dem Stand dem Technik zu ändern. Um die Übertragung durch den Knoten A während der isochronen Übertragung durch den Knoten A anzuhalten, bedient der Benutzer den Knoten A zum Anhalten der Übertragung. Wenn der Knoten A somit eine "Übertragung anhalten"-Anweisung von dem Benutzer empfängt, hält der Knoten A das Ausgeben isochroner Pakete an und gibt die Kanalnummer und die verwendete Bandbreite für den Bus-Manager frei. Der Benutzer weist dann den Knoten B an, einen Kanal zu erfassen und die Ausgabe unter Verwendung des erfassten Kanales fortzusetzen. In diesem Fall muss der Knoten B mit dem Bus-Manager kommunizieren, um eine Akzeptanz von dem Bus-Manager zum Verwenden eines neuen Kanales und einer Bandbreite zu erhalten, bevor die isochrone Übertragung beginnt, welche die der isochronen Übertragung des Knotens A folgende ist. Wie oben beschrieben, ist es für den Benutzer erforderlich, beide Knoten A und B getrennt zu betreiben. Zusätzlich müssen beide Knoten A und B separat asynchron mit dem Bus-Manager kommunizieren und erhöhen somit die Bus-Belastung.
  • Das Datenübertragungsverfahren der ersten Ausführungsform der vorliegenden Erfindung löst dieses Problem wie folgt. Wenn ein Knoten A, wie ein Wiedergabegerät 1201 in 8, durch isochrone Übertragung unter Verwendung des oben beschriebenen Mitteilungskanales überträgt, steuert die vorliegende Ausführungsform den Knoten B, wie als Wiedergabegerät 1205 in 8, um die isochrone Paketübertragung unter Verwendung des Mitteilungskanales anstelle von Knoten A zu beginnen. Gemäß der dritten Ausführungsform wird der Knotenidentifizierer des Sendeknotens in jedes isochrone Paket geschrieben, bevor das Paket ausgegeben wird, so dass der die isochronen Pakete übertragende Knoten bestimmt werden kann durch einfaches Empfangen des isochronen Paketes. Ein Beispiel des Datenformates in dem Datenblock 303 des isochronen Paketes gemäß dieser Ausführungsform ist in 10 gezeigt.
  • Der Sendeknoten-Identifizierer 1801, welcher einfach der Knotenidentifizierer des Sendeknotens ist, wird zu dem Datenblock 303 addiert. In diesem Beispiel werden die Echtzeitdaten 1802 nach dem Sendeknotenidentifizierer 1801 hinzugefügt. Es ist ebenfalls möglich, einen Daten-Header 702 am Beginn des Datenblockes 303 anzuordnen, wie in 7 gezeigt, und den Knotenidentifizierer 1101 in diesen Daten-Header zu schreiben. Die Echtzeitdaten 1802 werden eingegeben von oder ausgegeben zu dem A/V-Signalverarbeitungsblock 202.
  • Das Verfahren, bei welchem der Knoten B eine isochrone Übertragung gemäß dieser Ausführungsform beginnt, ist unten beschrieben.
  • 11 ist ein Flussdiagramm der Wirkungsweise des Kommunikations-Managers 1502 in dem Steuerungsblock 203 des Knotens B. Wenn der Benutzer den Knoten B anweist, eine isochrone Übertragung durch Betreiben entweder des Knotens B oder eines anderen Knotens zu beginnen, wird die Benutzer-Anweisung zu dem Kommunikations-Manager 1502 über den Befehls-Interpreter 1501 in dem Steuerungsblock 203 des Knotens B weitergegeben. Wenn der Kommunikations-Manager 1502 die Benutzer-Anweisung empfängt, weist er den Schnittstellenblock 201 an, isochrone Pakete von dem Mitteilungskanal zu empfangen (Schritt 1901). Wenn der Schnittstellenblock 201 ein isochrones Paket des Mitteilungskanales empfängt, erfasst er den zu dem empfangenen Paket hinzugefügten Sendeknotenidentifizierer 1801 und berichtet den erfassten Knotenidentifizierer an den Kommunikations-Manager 1502 in dem Steuerungsblock 203 (Schritt 1902).
  • Weiterhin wird in Schritt 1902 der Knotenidentifizierer des Knotens, welcher die isochronen Pakete auf den Mitteilungskanal überträgt, von dem Schnittstellenblock 201 eingegeben, der Knoten B erkennt, dass isochrone Pakete von dem Knoten A durch den Mitteilungskanal übertragen wurden und die Steuerung geht über zu dem Schritt 1903.
  • In dem Schritt 1903 wird der Schnittstellenblock 201 durch den Kommunikations-Manager 1502 angewiesen, eine "Ausgabe-Anhalte-Anforderung" zu Knoten A zu senden und der Schnittstellenblock 201 sendet daher eine "Ausgabe-Anhalte-Anforderung" zu dem Knoten A unter Verwendung einer asynchronen Paketübertragung. In dem Schritt 1903', wird erfasst, ob der Knoten A die "Ausgabe-Anhalte-Anforderung" zurückgewiesen hat oder nicht. Wenn die Ausgabe von dem Knoten A nicht abgeschlossen ist, wird dem Knoten B mitgeteilt, dass der Knoten A die "Ausgabe-Anhalte-Anforderung" zurückgewiesen hat (Schritt 2005). Wenn dies der Fall ist, endet die Steuerung, wenn nicht, geht die Steuerung über zu Schritt 1904.
  • In Schritt 1904 wird bestimmt, ob eine "verwendete Bandbreite", verwendet durch Knoten A, empfangen wurde oder nicht. Wenn Knoten A die Ausgabe beginnt, wird dem Knoten B die von dem Knoten A verwendete Bandbreite mitgeteilt, nachdem die Übertragung endet (Schritt 2004).
  • Wenn der Schnittstellenblock 201 von Knoten B ein asynchrones Paket empfängt, mit entweder der "verwendeten Bandbreite" des Knotens A oder einer Zurückweisungs-Mitteilung der "Ausgabe-Anhalte-Anforderung", informiert er den Kommunikations-Manager 1502 über die empfangene Information. Wenn der Kommunikations-Manager 1502 des Knotens B durch den Schnittstellenblock 201 über die verwendete Bandbreite informiert ist, geht die Steuerung über zu Schritt 1905.
  • In dem Schritt 1905 wird bestimmt, ob die verwendete Bandbreite des Knotens A und die zur Verwendung durch den Knoten B eingeplante Bandbreite gleich sind. Wenn sie es sind, geht die Steuerung über zu dem Schritt 1906.
  • In dem Schritt 1906 werden der A/V-Signalverarbeitungsblock 202 und der Schnittstellenblock 201 gesteuert, um die Echtzeitdaten durch isochrone Pakete im Mitteilungskanal auszugeben. Der A/V-Signalverarbeitungsblock 202 gibt somit die Echtzeitdaten zu dem Schnittstellenblock 201 aus und der Schnittstellenblock 201 gibt die isochronen Pakete aus, wie durch den Kommunikations-Manager 1502 angewiesen.
  • Wenn in Schritt 1905 die verwendete Bandbreite des Knotens A und die zur Verwendung durch den Knoten B eingeplante Bandbreite als nicht gleich bestimmt werden, verzweigt der Kommunikations-Manager 1502 zu dem Schritt 1907 und weist den Schnittstellenblock 201 an, den Bus-Manager aufzufordern, die Bandbreite zu ändern. Der Schnittstellenblock 201 verhandelt daher mit dem Bus-Manager 1204 unter Verwendung asynchroner Übertragung über das Ändern der verwendeten Bandbreite und informiert den Kommunikations-Manager 1502, ob die verwendete Bandbreite erfolgreich verändert wurde.
  • In dem Schritt 1908 bestimmt der Kommunikations-Manager 1502, ob die verwendete Bandbreite erfolgreich geändert wurde; wenn dies nicht der Fall ist, wird der Schnittstellenblock 201 angewiesen, den Mitteilungskanal und die von dem Knoten A verwendete Bandbreite für den Bus-Manager freizugeben (Schritt 1910). Wenn die verwendete Bandbreite erfolgreich geändert wurde (Schritt 1908), werden der A/V-Signalverarbeitungsblock 202 und der Schnittstellenblock 201 angewiesen, die Echtzeitdaten unter Verwendung isochroner Pakete auf dem zugeordneten Mitteilungskanal auszugeben (Schritt 1909). Den Anweisungen des Kommunikations-Managers 1502 folgend gibt der A/V-Signalverarbeitungsblock 202 die Echtzeitdaten zu dem Schnittstellenblock 201 aus, welcher dann die isochronen Pakete ausgibt, wie ebenfalls angewiesen durch den Kommunikations-Manager 1502.
  • Das Verfahren in Knoten A zum Anhalten der isochronen Übertragung wird als Nächstes beschrieben. 12 ist ein Flussdiagramm des Ablaufes des Kommunikations-Managers 1502 in dem Steuerungsblock 203 in Knoten A. Wenn der Knoten A durch isochrone Übertragung sendet, überwacht der Kommunikations-Manager 1502 in dem Steuerungsblock 203 in Knoten A, ob eine Ausgabe-Anhalte-Anforderung von einem anderen Knoten empfangen wurde (Schritt 2001), wie von dem Knoten B. Wenn der Schnittstellenblock 201 des Knotens A von einem anderen Knoten (in diesem Beispiel Knoten B) durch asynchrone Übertragung ein asynchrones Paket mit einer Ausgabe-Anhalte-Anforderung empfängt, teilt er dem Kommunikations-Manager 1502 mit, dass eine Ausgabe-Anhalte-Anforderung von dem Knoten B empfangen wurde.
  • Wenn der Kommunikations-Manager 1502 somit in dem Schritt 2001 bestimmt, dass eine "Ausgabe-Anhalte-Anforderung" empfangen wurde, bestimmt er in dem Schritt 2002, ob die Ausgabe angehalten werden kann. Diese Bestimmung kann dem Benutzer überlassen werden, es ist aber normalerweise auch möglich, diese Bestimmung vorzunehmen durch Bestimmen, ob ein Gerät vorhanden ist, das die A/V-Daten aufnimmt, die durch den Knoten A ausgegeben werden. Um dieses zu ermöglichen, ist es für alle Knoten, in die AV-Daten von anderen Knoten eingegeben werden, erforderlich, den die A/V-Daten ausgebenden Knoten aufzufordern, die A/V-Daten-Ausgabe nicht anzuhalten. Wenn in dem Schritt 2002 bestimmt ist, dass die Ausgabe nicht angehalten werden kann, weist der Kommunikations-Manager 1502 den Schnittstellenblock 201 an, dem Knoten B mitzuteilen, dass die Ausgabe-Anhalte-Aufforderung zurückgewiesen ist (Schritt 2005), und der Schnittstellenblock 201 teilt dies dem Knoten B durch asynchrone Übertragung mit. Der Knoten A hält daher die Ausgabe nicht an.
  • Wenn jedoch in dem Schritt 2002 bestimmt wird, dass die Ausgabeangehalten werden kann, werden der Schnittstellenblock 201 und der A/V-Signalverarbeitungsblock 202 angewiesen, die isochrone Übertragung zu beenden. Der Schnittstellenblock 201 hält dann die isochrone Paketausgabe an, wie durch den Kommunikations-Manager 1502 angewiesen, und der A/V-Signalverarbeitungsblock 202 hält das Ausgeben der Echtzeitdaten zu dem Schnittstellenblock 201 an, wie ebenfalls angewiesen (Schritt 2003).
  • Der Kommunikations-Manager 1502 weist dann den Schnittstellenblock 201 an, dem Knoten B die von dem Knoten A verwendete Bandbreite mitzuteilen (Schritt 2004) und der Schnittstellenblock 201 teilt dies dem Knoten B durch asynchrone Übertragung mit.
  • Daher ist es durch die vorliegende Erfindung möglich, den Sendeknoten von einem Knoten (A) zu einem anderen Knoten (B) dadurch zu wechseln, dass der Benutzer lediglich den Knoten B bedient, und wenn die durch die Knoten A und B verwendete Bandbreite die gleiche ist, ist es für die Knoten A und B nicht erforderlich, mit dem Kommunikations-Manager zu kommunizieren, um dadurch den Verkehr auf dem Bus zu verringern.
  • Ein Datenübertragungsverfahren gemäß der zweiten Ausführungsform der vorliegenden Erfindung wird unten beschrieben. Die zweite Ausführungsform eines Datenübertragungsverfahrens gemäß der vorliegenden Erfindung betrifft eine Einrichtung zum Umschalten des isochronen Sendeknotens von Knoten A zu Knoten B. Wenn eine isochrone Übertragung fortgesetzt wird, wobei der Knoten B für den Knoten A eingesetzt ist, ist es durch das Verfahren der dritten Ausführungsform oben erforderlich, für Knoten B, eine "Ausgabe-Anhalte-Anforderung" zu Knoten A zu senden. Wenn bestimmt wird, dass der Knoten A nicht in der Lage ist, die Ausgabe anzuhalten, weist der Knoten A die Ausgabe-Anhalte-Anforderung von dem Knoten B zurück und setzt die Datenausgabe fort.
  • Durch die erste Ausführungsform der Erfindung ist es für den Benutzer möglich, den Knoten A zu zwingen, die Datenausgabe anzuhalten und den Knoten B anzuweisen, mit der Ausgabe zu beginnen, wenn es für den Benutzer erforderlich ist, den Sendeknoten von dem Knoten A auf den Knoten B zu wechseln. Wenn der Knoten A somit einen Ausgabe-Anhalte-Befehl von dem Benutzer empfängt, muss der Knoten A den Mitteilungskanal und die verwendete Bandbreite durch asynchrone Übertragung mit dem Bus-Manager freigeben. Für den Knoten B ist es ebenfalls erforderlich, von dem Bus-Manager durch asynchrone Übertragung den Mitteilungskanal und die zu verwendende Bandbreite für Knoten B zu erhalten, wie durch den Benutzer angewiesen.
  • Als Ergebnis muss, wenn der Knoten A eine Ausgabe-Anhalte-Zurückweisungs-Mitteilung zu dem Knoten B sendet, der Benutzer Knoten A und Knoten B bedienen und Knoten A und Knoten B müssen durch asynchrone Übertragung mit dem Bus-Manager kommunizieren.
  • Die zweite Ausführungsform der Erfindung wird unten beschrieben anhand des ersten Verfahrens, wodurch der Knoten B eine isochrone Übertragung beginnt.
  • 13 ist ein Flussdiagramm der Wirkungsweise des Kommunikations-Managers 1502 in dem Steuerungsblock 203 des Knotens B. Dieses Flussdiagramm unterscheidet sich von demjenigen der dritten Ausführungsform, gezeigt in 11, indem zusätzlich die Schritte 2101 und 2102 hinzugefügt sind, welche für den Ablauf verwendet werden, wenn eine Anhalte-Anforderungs-Zurückweisung von dem Knoten A in Schritt 1904 empfangen wird. Wenn eine Anhalte-Anforderungs-Zurückweisung von dem Knoten B empfangen wird oder wenn die "verwendete Bandbreite" nicht von dem Knoten B empfangen wird, wird in Schritt 2101 bestimmt, ob die Ausgabe von dem Knoten A zwangsweise angehalten wird. Diese Bestimmung wird durch den Benutzer vorgenommen und wird dem Kommunikations-Manager 1502 über den Befehls-Interpreter 1501 mitgeteilt. Wenn in Schritt 2101 nicht entschieden ist, dass die Ausgabe des Knotens A zwangsweise angehalten wird, tritt eine Ausgabe durch den Knoten B unter Verwendung des Mitteilungskanals nicht auf.
  • Wenn in Schritt 2101 bestimmt wird, die Ausgabe des Knotens A zwangsweise anzuhalten, weist der Kommunikations-Manager 1502 den Schnittstellenblock 201 an, einen "Ausgabe-Anhalte-Befehl" zu dem Knoten A zusenden (Schritt 2102). Es ist anzumerken, dass der Ausgabe-Anhalte-Befehl innerhalb einer vorbestimmten Periode ausgegeben werden muss, nachdem die Ausgabe-Anhalte-Zurückweisung empfangen wurde. Wenn der Knoten A den Ausgabe-Anhalte-Befehl empfängt, hält er die Ausgabe an und teilt dem Knoten B die zur Ausgabe des Knotens A verwendete Bandbreite mit. Der Schnittstellenblock 201 des Knotens B empfängt dann ein asynchrones Paket mit der verwendeten Bandbreite von dem Knoten A und reicht diese Information zu dem Kommunikations-Manager 1502 des Knotens B weiter. Nach Ausführen von Schritt 2102 kehrt der Kommunikations-Manager 1502 des Knotens B zu dem Schritt 1904 zurück, von welchem die Steuerung übergeht zu Schritt 1905, da die verwendete Bandbreite von dem Knoten A empfangen wurde; die Wirkungsweise danach ist die gleiche wie oben für die dritte Ausführungsform beschrieben.
  • Der Ablauf in dem Knoten A zum Anhalten der isochronen Übertragung in dieser zweiten Ausführungsform wird als Nächstes beschrieben. 14 ist ein Flussdiagramm der Wirkungsweise des Kommunikations-Managers 1502 in dem Steuerungsblock 203 in Knoten A. Dieses Flussdiagramm unterscheidet sich von demjenigen der dritten Ausführungsform, das oben beschrieben wurde (12), indem weiterhin der Schritt 2201 eingefügt ist, das heißt, der verwendete Ablauf, nachdem dem Knoten B in Schritt 2005 mitgeteilt wurde, dass die Ausgabe-Anhalte-Anforderung zurückgewiesen wurde.
  • In dem Schritt 2005 weist der Kommunikations-Manager 1502 des Knotens A den Schnittstellenblock 201 an, dem Knoten B mitzuteilen, dass die Ausgabe-Anhalte-Anforderung zurückgewiesen ist (Schritt 2005), und der Schnittstellenblock 201 informiert den Knoten B so durch asynchrone Übertragung. Der Kommunikations-Manager 1502 überwacht dann für einen vorbestimmten Zeitabschnitt in Schritt 2201, ob ein Ausgabe-Anhalte-Befehl von Knoten B empfangen wird. Wenn der Knoten B eine Ausgabe-Anhalte-Zurückweisung von dem Knoten A empfängt und bestimmt, dass die Ausgabe des Knotens A zwangsweise angehalten werden soll, gibt der Knoten B den Ausgabe-Anhalte-Befehl zu dem Knoten A innerhalb eines vorbestimmten Zeitabschnittes nach dem Empfang der Ausgabe-Anhalte-Zurückweisung aus. Der Schnittstellenblock 201 des Knotens A empfängt somit von dem Knoten B ein asynchrones Paket mit dem Anhalte-Ausgabe-Befehl und teilt dem Kommunikations-Manager 1502 davon mit, dass der Anhalte-Ausgabe-Befehl von dem Knoten B empfangen wurde.
  • Der Kommunikations-Manager 1502 bestimmt somit in Schritt 2201, dass ein "Ausgabe-Anhalte-Befehl" empfangen wurde und übergibt die Steuerung zu dem Schritt 2003; der Ablauf danach ist der gleiche, wie oben für die dritte Ausführungsform beschrieben.
  • Wenn der Knoten B bestimmt, dass die Ausgabe des Knotens A nicht zwangsweise angehalten werden soll, wird der Ausgabe-Anhalte-Befehl nicht innerhalb des vorbestimmten Zeitabschnittes, nachdem die Ausgabe-Anhalte-Zurückweisung empfangen wurde, ausgegeben, der Kommunikations-Manager 1502 bestimmt in Schritt 2201, dass der Ausgabe-Anhalte-Befehl daher nicht empfangen wurde, und die isochrone Übertragung des Knotens A wird fortgesetzt.
  • Durch die so beschriebene zweite Ausführungsform ist der Benutzer in der Lage, die Ausgabe von dem Knoten A lediglich durch Bedienen von Knoten B anzuhalten, und Nichtbedienen von Knoten A, wenn der isochrone Sendeknoten von Knoten A zu Knoten B wechselt, auch wenn der Knoten A die Ausgabe-Anhalte-Anforderung von Knoten B zurückweist.

Claims (3)

  1. Datenempfangsvorrichtung zum Empfangen von über einen Bus kommunizierten Echtzeit-Datenpaketen, wobei die Kommunikation zwischen einem ersten Knoten und der Datenempfangsvorrichtung, umfassend einen zweiten Knoten, ausgeführt wird, wobei die Datenempfangsvorrichtung umfasst: eine erste Einrichtung zum Erfassen (1902) von durch den ersten Knoten erzeugten Datenpaketen zum Identifizieren des ersten Knotens; eine Einrichtung zum Senden (1903) eines "Ausgabe-Anhalte-Anforderungs"-Signales zu dem ersten Knoten zum Erfassen durch den ersten Knoten, wobei die Kommunikation durch einen Mitteilungskanal aus einer Mehrzahl von Kanälen gestoppt wird (2003), wenn das durch die Sendeeinrichtung gesendete "Ausgabe-Anhalte-Anforderungs"-Signal durch den ersten Knoten akzeptiert wird; und eine Einrichtung zum Beginnen (1906) einer nachfolgenden Kommunikation von Daten durch den Mitteilungskanal.
  2. Datenempfangsvorrichtung nach Anspruch 1, mit: einer Einrichtung zum Erfassen (1905), ob eine Bandbreite des durch den ersten Knoten verwendeten Mitteilungskanales gleich einer durch den zweiten Knoten benötigten Bandbreite ist; und einer Einrichtung zum Ändern (1907, 1908) der Bandbreite des durch den ersten Knoten verwendeten Mitteilungskanales, um sie der durch den zweiten Knoten benötigten Bandbreite anzugleichen, wenn erfasst wird, dass die Bandbreite des Mitteilungskanales sich von der durch den zweiten Knoten benötigten Bandbreite unterscheidet.
  3. Datenempfangsvorrichtung nach Anspruch 1, mit: einer Einrichtung zum Senden (2102) eines "Ausgabe-Anhalte-Befehls"-Signales von dem zweiten Knoten zu dem ersten Knoten zum zwangsweisen Anhalten (2201, 2003) der gegenwärtigen Kommunikation durch den Mitteilungskanal nach Empfang des "Ausgabe-Anhalte-Befehls"-Signales, auch wenn der erste Knoten nach Emp fang des "Ausgabe-Anhalte-Anforderungs"-Signales feststellt, dass er unfähig ist, die gegenwärtige Kommunikation zu unterbrechen.
DE69531011T 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren Expired - Fee Related DE69531011T2 (de)

Applications Claiming Priority (4)

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

Publications (2)

Publication Number Publication Date
DE69531011D1 DE69531011D1 (de) 2003-07-10
DE69531011T2 true DE69531011T2 (de) 2004-05-19

Family

ID=26377450

Family Applications (10)

Application Number Title Priority Date Filing Date
DE69531015T Expired - Fee Related DE69531015T2 (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
DE69531014T Expired - Fee Related DE69531014T2 (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
DE69520378T Expired - Lifetime DE69520378T2 (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
DE69531011T Expired - Fee Related DE69531011T2 (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
DE69520457T Expired - Fee Related DE69520457T2 (de) 1994-03-09 1995-03-07 Datenübertragungssystem und Verfahren

Family Applications Before (7)

Application Number Title Priority Date Filing Date
DE69531015T Expired - Fee Related DE69531015T2 (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
DE69531014T Expired - Fee Related DE69531014T2 (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
DE69520378T Expired - Lifetime DE69520378T2 (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

Family Applications After (2)

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

Country Status (3)

Country Link
US (1) US5535208A (de)
EP (11) EP0682430B1 (de)
DE (10) DE69531015T2 (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 松下電器産業株式会社 送信装置と受信装置
US6567421B2 (en) 1995-04-28 2003-05-20 Matsushita Electric Industrial Co., Ltd. Data transmitting apparatus, data receiving apparatus and data transmission control apparatus
DE69631182T2 (de) * 1995-04-28 2004-08-19 Matsushita Electric Industrial Co., Ltd., Kadoma Datenübertragungsverfahren
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
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
US7577782B2 (en) 1996-02-02 2009-08-18 Sony Corporation Application programming interface for data transfer and bus management over 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
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
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 松下電器産業株式会社 データ伝送装置
SG74611A1 (en) 1997-02-14 2000-08-22 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
DE69836771T2 (de) * 1997-02-14 2007-10-31 Canon K.K. Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
DE69840972D1 (de) 1997-02-14 2009-08-27 Canon Kk 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 윤종용 단일 프로그램 전송 스트림 전송장치 및 그 방법
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
JP3671738B2 (ja) * 1999-05-12 2005-07-13 松下電器産業株式会社 伝送管理方法
US7002964B1 (en) * 1998-02-24 2006-02-21 Canon Kabushiki Kaisha Communication system, method for a communication system and controller for a communication system
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
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
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 삼성전자주식회사 네트웍상에서의서버기기접속방법
KR100531344B1 (ko) * 1998-06-09 2006-01-27 엘지전자 주식회사 버스 시스템에서의 기기 제어장치 및 방법
KR100531345B1 (ko) * 1998-06-09 2006-01-27 엘지전자 주식회사 버스 시스템에서의 기기 제어방법
KR100546563B1 (ko) * 1998-07-30 2006-03-23 엘지전자 주식회사 버스시스템에서의 기기간 연결 제어방법
JP4021998B2 (ja) * 1998-08-07 2007-12-12 松下電器産業株式会社 データ伝送制御システム及びデータ伝送制御方法
US7013354B1 (en) 1998-10-05 2006-03-14 Canon Kabushiki Kaisha Channel protocol for IEEE 1394 data transmission
EP1037431A4 (de) * 1998-10-05 2005-06-15 Matsushita Electric Ind Co Ltd Datenübertragungsverfahren und system
US6438604B1 (en) 1998-10-05 2002-08-20 Canon Kabushiki Kaisha Digital video network interface
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
EP1113626B1 (de) * 1999-12-30 2009-04-22 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 通信制御方法、通信システム及び通信装置
CN100420211C (zh) * 2000-08-23 2008-09-17 皇家菲利浦电子有限公司 通信系统和设备
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 船井電機株式会社 Ｉｅｅｅ１３９４シリアルバスへの接続機器
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
CN101689959A (zh) * 2007-07-10 2010-03-31 三菱电机株式会社 发送装置及通信系统
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 ファクシミリ装置及びファクシミリシステム
WO1991000662A1 (en) * 1989-06-23 1991-01-10 Alcatel N.V. Communication system
NL9001423A (nl) * 1990-06-21 1992-01-16 Nederland Ptt Interactief communicatie- en transportsysteem voor stilstaande beelden.
EP0467305B1 (de) * 1990-07-19 1997-07-02 Sony Corporation Gerät zur Verbindung elektronischer 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
DE69531015T2 (de) 2004-05-19
EP1085700B1 (de) 2003-06-04
EP1085698B1 (de) 2003-06-04
EP0957609A2 (de) 1999-11-17
EP1083703B1 (de) 2003-06-04
DE69531017T2 (de) 2004-05-19
DE69531013D1 (de) 2003-07-10
DE69520457D1 (de) 2001-04-26
DE69531012T2 (de) 2004-05-19
DE69520378D1 (de) 2001-04-19
EP1085700A2 (de) 2001-03-21
EP1085701A2 (de) 2001-03-21
DE69519194T2 (de) 2001-06-07
EP1087571A3 (de) 2001-07-04
EP1087571A2 (de) 2001-03-28
DE69531011D1 (de) 2003-07-10
EP1085698A3 (de) 2001-07-04
DE69531013T2 (de) 2004-05-19
EP0957609A3 (de) 2000-01-19
EP1083703A2 (de) 2001-03-14
EP1085701A3 (de) 2001-07-04
DE69531015D1 (de) 2003-07-10
EP0682430B1 (de) 2000-10-25
EP1085700A3 (de) 2001-07-04
EP0682430A3 (de) 1998-12-02
EP1085698A2 (de) 2001-03-21
EP0957610B1 (de) 2001-07-11
EP0957609B1 (de) 2001-03-21
EP1085699A3 (de) 2001-07-04
DE69519194D1 (de) 2000-11-30
US5535208A (en) 1996-07-09
EP1083704A2 (de) 2001-03-14
EP0957608A2 (de) 1999-11-17
EP1083704B1 (de) 2003-06-04
DE69521727D1 (de) 2001-08-16
DE69531014T2 (de) 2004-05-19
DE69531014D1 (de) 2003-07-10
DE69521727T2 (de) 2002-05-08
EP0957610A2 (de) 1999-11-17
EP0957608B1 (de) 2001-03-14
DE69520378T2 (de) 2001-10-31
EP0957608A3 (de) 2000-01-19
EP1085699A2 (de) 2001-03-21
DE69531012D1 (de) 2003-07-10
DE69531017D1 (de) 2003-07-10
DE69520457T2 (de) 2001-10-31
EP1085699B1 (de) 2003-06-04
EP1087571B1 (de) 2003-06-04
EP1083704A3 (de) 2001-07-04
EP1083703A3 (de) 2001-07-04
EP0682430A2 (de) 1995-11-15
EP0957610A3 (de) 2000-01-19

Similar Documents

Publication Publication Date Title
DE69531011T2 (de) Datenübertragungssystem und Verfahren
DE69534127T2 (de) Kommunikationssystem für elektronische Geräte
DE69637212T2 (de) Datenübertragungsvorrichtung, Datenempfangsgerät und Steuerungsvorrichtung für die Datenübertragung
DE69921342T2 (de) Verfahren und system zur elektronischen kommunikation
DE69821503T2 (de) Elektronisches peripheriegerät und -system zum steuern dieses gerätes über einen digitalen bus
DE60021692T2 (de) Datenübertragungsverfahren und Funk-Endgerät zur Ausführung von Transportschichtprotokoll in einem Funknetz
DE69627409T2 (de) Busverbindungsschnittstelle und Energiesparungssteuerungsverfahren für diese
DE19835668A1 (de) Übertragungsmedienverbindungsvorrichtung, steuernde Vorrichtung, gesteuerte Vorrichtung und Speichermedium
DE60316758T2 (de) System zur Synchronisierung von Befehlen, sowie ein Verfahren, ein Steuerungsgerät und ein Zielgerät für dasselbe System
DE60030102T2 (de) Rundsendeentdeckung in einem netz mit einem oder mehreren 1394-bussen
DE10134166A1 (de) Synchronisierungssystem und Verwendung von IEEE1394
DE69631612T2 (de) Elektronische Geräte und deren Betriebsartsteuerung
WO1993000752A1 (de) Verfahren zur gemeinsamen übertragung von digitalen audio- und steuerdaten auf einer gemeinsamen busleitung, bussystem zur durchführung des verfahrens und schnittstelle zum einsatz bei dem verfahren
DE69737366T2 (de) Elektronische vorrichtung , verfahren zur verwendung der vorrichtung und system mit der vorrichtung
DE69730399T2 (de) Schnittstellengerät zur Anpassung von Datenbreite an Systembusbreite
DE60034398T2 (de) Verfahren zur Datenübertragungsverwaltung
DE60028174T2 (de) Datenübertragungsverfahren mittels Schicht-2-Signalisierung der Protokollkennung, Funkendgerät und Funk-Gateway
DE60118450T2 (de) Kommunikationsverfahren und Kommunikationsgerät
EP0924622A2 (de) Verfahren zum Übertragen eines asynchronen Datenstroms über einen synchronen kontinuierlichen Datenbus sowie Schaltungsanordnung zur Durchführung des Verfahrens
EP0705507B1 (de) Verfahren zum umsetzen digitaler datenströme mit atm-zellenstruktur
DE69729068T2 (de) Vorrichtung und Verfahren zum Übertragen von digitalen Audio- und Videodaten
DE69631921T2 (de) Kommunikationssteuerungsverfahren in einem Kommunikationssystem
DE60102996T2 (de) Netzwerkkommunikations-Einrichtung und Netzwerkbrücke und zugehörige Verfahren
DE69628841T2 (de) Übertragungsverfahren über einen optischen bus mit gleichzeitig verschiedenen datenraten
DE102005019264A1 (de) Speichersystem für Digital-Video und sich darauf beziehendes Verfahren zur Speicherung von Digital-Video-Daten

Legal Events

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