DE69432524T2 - Verfahren und vorrichtung für ein digitales multimediakommunikationssystem - Google Patents
Verfahren und vorrichtung für ein digitales multimediakommunikationssystem Download PDFInfo
- Publication number
- DE69432524T2 DE69432524T2 DE69432524T DE69432524T DE69432524T2 DE 69432524 T2 DE69432524 T2 DE 69432524T2 DE 69432524 T DE69432524 T DE 69432524T DE 69432524 T DE69432524 T DE 69432524T DE 69432524 T2 DE69432524 T2 DE 69432524T2
- Authority
- DE
- Germany
- Prior art keywords
- priority
- digital
- video
- packets
- audio
- 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
Links
Classifications
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- 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/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/1827—Network arrangements for conference optimisation or adaptation
-
- 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/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/22—Traffic shaping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/52—Queue scheduling by attributing bandwidth to queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/56—Queue scheduling implementing delay-aware scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/6215—Individual queue per QOS, rate or priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/622—Queue service order
- H04L47/6225—Fixed service order, e.g. Round Robin
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/624—Altering the ordering of packets in an individual queue
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9084—Reactions to storage capacity overflow
- H04L49/9089—Reactions to storage capacity overflow replacing packets in a storage arrangement, e.g. pushout
- H04L49/9094—Arrangements for simultaneous transmit and receive, e.g. simultaneous reading/writing from/to the storage element
-
- 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/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
- H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
-
- 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
- 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/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2368—Multiplexing of audio and video streams
-
- 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/4302—Content synchronisation processes, e.g. decoder synchronisation
-
- 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/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
- H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4341—Demultiplexing of audio and video streams
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4348—Demultiplexing of additional data and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/24—Systems for the transmission of television signals using pulse code modulation
- H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
-
- 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/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
-
- 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
- H04L2012/6464—Priority
-
- 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
- H04L2012/6481—Speech, voice
-
- 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
- H04L2012/6483—Video, e.g. MPEG
-
- 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
- H04L2012/6489—Buffer Management, Threshold setting, Scheduling, Shaping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/42—Graphical user interfaces
-
- 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/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/563—User guidance or feature selection
-
- 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/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/568—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities audio processing specific to telephonic conferencing, e.g. spatial distribution, mixing of participants
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Description
- Gebiet der Erfindung
- Die vorliegende Erfindung bezieht sich auf das Gebiet von digitalen Kommunikationssystemen, und insbesondere auf ein Verfahren und eine Vorrichtung zum Kommunizieren digitaler Signale über Kommunikationssysteme.
- Hintergrund der Erfindung
- Im Stand der Technik sind Multimedia-Kommunikationen, wie z. B. Videokonferenz-Systeme zum Bereitstellen von Zwei-Weg-Video- und Audio wohl bekannt. Unter der Voraussetzung ausreichender Bandbreite und fest geschalteter unabhängiger Kanäle (z. B. 6 MHz für einen analogen Videokanal, 3 KHz für eine Audioverbindung über eine herkömmliche analoge Telefonleitung, etc.) kann das Abhalten einer Videokonferenz zwischen zwei Anrufern realisiert werden. Kommunikationskanäle, welche eine Videobandbreite von 6 MHz bereit stellen, sind weder allgemein noch universell verfügbar. Ein Haupthindernis für die weit verbreitete Implementierung und Akzeptanz von Mehrfach-Medien-Konferenzsystemen ist die begrenzte Bandbreite der verfügbaren Kommunikationskanäle. Darüber hinaus stellen typische Kommunikationskanäle, die in Paket-vermittelten Netzwerken verfügbar sind, wie z. B. Apple Talk, von Apple Computer, Kalifornien, USA, oder Netware von Novell Inc., Oregon, USA, keine kontinuierliche Echtzeit-Analog- oder Digital-Verbindung über eine Telephonleitung oder ein Modem bereit. Stattdessen stellen Paket-vermittelte Netzwerke Nicht-Echtzeit-Datenschübe (Bursts) bereit in der Form von einem vermittelten Paket, welches einen Schub digitaler Daten enthält. Damit stellen, zusätzlich zu den Bandbreitenbeschränkungen, Paket-vermittelte Netzwerke Verzögerungsbeschränkungen beim Implementieren von Echtzeit-Multimedia-Konferenzsystemen dar. Dieselben Bandbreiten- und Zeitverzögerungsbeschränkungen, welche für alle Time-Division-Mehrfach-Zugriff-(TDMA)-Kommunikationssysteme und ähnliche Schemata zutreffen, stellen Hindernisse dar für das Erreichen von Echtzeit-Multimedia-Kommunikationen.
- Typischerweise wird das Problem der Durchführung einer Videokonferenz von zwei Anrufern dadurch angegangen, dass das Composite-Videosignal so komprimiert wird, dass die resultierende Übertragungsarten-Rate kompatibel ist mit dem verfügbaren Kommunikationskanal, und gleichzeitig der Empfang von annehmbaren Video und Audio am anderen Ende des Kommunikationskanals ermöglicht wird. Lösungen in der Vergangenheit, die verlustbehaftete Kompressionstechniken angewandt haben, waren jedoch darauf beschränkt, Kompromisse in der Qualität einzugehen, um eine annehmbare Geschwindigkeit zu erreichen. Neuerlich wurden nicht-verlustbehaftete Kompressionstechniken verfügbar. Das Problem besteht immer noch darin, wie die Bandbreiten- und Zeitgabe-Beschränkungen von verfügbaren digitalen Formaten mit den verfügbaren Kommunikationskanälen in Einklang gebracht werden können, sowohl in der Gegenwart als auch in der Zukunft.
- Ein anderes Multimedia-Kommunikationssystem nach dem Stand der Technik zum Gebrauch mit Paket-vermittelten Kommunikationsnetzwerken wird beschrieben in „A Dual-ring LAN for integrated voice/video/data services", IEEE Mul-tiple Facets Integration Conference, 1990; von J. W. Mark und B.-J. Lee (hiernach „Mark-Referenz"). Die Mark-Referenz lehrt ein Medien-Zugriffssteuerungs-MAC-Protokoll zur Übertragung von Sprache, Video und Daten auf einem Dual-Ring LAN, bei dem Token-Übergabe verwendet wird. Ein erster Ring ist für die Übergabe von Paketdaten bestimmt, und ein zweiter Ring ist für die Übergabe von Token bestimmt. Die Token werden verwendet, um Paketübertragungen auf dem ersten Ring zu vergeben und zu steuern. Die Mark-Referenz lehrt, dass das wichtigste Erfordernis für die Unterstützung des Echtzeit-Multimedia-Verkehrs darin besteht, einen garantierten periodischen Zugriff bereit zu stellen auf ein Netzwerk-Medium mit einem minimalen Anteil von Verzögerungsvariationen. ein „synchroner Token" wird periodisch übergeben über den zweiten Ring, so dass, wenn der Token von einer Netzwerkstation empfangen wird, die Station alle ihre Sprach- und/oder Videopakete überträgt, in Abhängigkeit eines Parameters im synchronen Token. Das stellt sicher, dass alle Sprach- und/oder Videopakete periodisch und nahezu synchron übertragen werden, um eine garantierte Dienstqualität bereit zu stellen. Während die Mark-Referenz lehrt, dass garantierter periodischer Zugriff auf ein Netzwerk-Medium wesentlich ist, um synchronen Multimedia-Verkehr zu unterstützen, werden Systeme und Verfahren zum Kommunizieren von Echtzeit-Multimedia-Verkehr über Netzwerke, die ein Kommunikationsprotokoll-Medium bereit stellen können oder nicht, nicht offenbart. Damit stellt die Mark-Referenz kein Kommunikationsprotokoll bereit, das über ein Trägernetzwerk geschichtet werden kann, unabhängig davon, ob das Trägernetzwerk garantierten periodischen Zugriff auf das Netzwerkmedium bereit stellen kann oder nicht.
- Ein anderes Verfahren und System zum Übertragen einer Vielzahl digitaler Signale gemäß der Präambel der Ansprüche 1 bzw. 9 sind aus der
US 4,942,569- Druckschrift bekannt. - Es ist eine Aufgabe der vorliegenden Erfindung, ein Verfahren und eine Vorrichtung bereit zu stellen zum Kommunizieren einer Vielzahl digitaler Signale über ein Kommunikationssystem, welches geeignet ist für Echtzeit-Multimedia-Verkehr. Diese Aufgabe wird erreicht durch das Verfahren gemäß Anspruch 1 und durch die Vorrichtung gemäß Anspruch 9. Weitere Ausführungsformen sind in den abhängigen Ansprüchen bestimmt.
- Die vorliegende Erfindung wird ausgeführt in einem digitalen Kommunikationssystem, worin Mehrfach-Medien-Daten-Quellen zeitgemultiplext werden in einen gepackten Datenstrom. Sowohl auf der Senderseite als auch auf der Empfangsseite werden Audiopakete vorrangig über Videopakete verarbeitet, die ihrerseits Priorität über Text-/Graphik-Daten-Pakete haben. Kontinuierliche Echtzeit-Audiowiedergabe wird aufrecht erhalten beim Empfänger durch Verzögern der Wiedergabe der empfangenen Audioinformation in einem Zuerst-ein/-Zuerst-aus(FIFO)-Puffer, welcher eine Verzögerung bereit stellt, die zumindest gleich ist der der vorausgesagten durchschnittlichen Paketverzögerung für das Kommunikationssystem. Optional wird die durchschnittliche Systemverzögerung kontinuierlich überwacht, und sowohl die Audio- und Video-Wiedergabeverzögerungszeit als auch Audio- und Video-Qualitäten werden entsprechend angepasst. In einer anderen Ausführungsform der Erfindung wird eine Konferenz von drei oder mehr Anrufern dadurch bereit gestellt, dass ein gemeinsamer gepackter Datenstrom an alle Konferenz-Anrufer rundgesendet wird. Die Verwendung der vorliegenden Erfindung erlaubt ferner eine Implementierung eines Multimedia-Systems ganz in Software.
- 1. In Übereinstimmung mit einem ersten Gesichtspunkt der vorliegenden Erfindung werden mehrfache Datenquellen, die Datenpakete bilden, in einen mit Priorität versehenen Datenstrom zusammengefasst.
- Die vorliegende Erfindung wird verkörpert in einem Verfahren und einer Vorrichtung zum Zusammenfassen von Daten aus einer Vielzahl von Medienquellen in einen zusammengesetzten Datenstrom, der in der Lage ist, eine gleichzeitige Übertragung einschließlich mehrfachen Video- und Graphik-Signalen und Echtzeit-Audio zu ermöglichen. Video, Audio und andere Signale werden integriert in ein nicht-standardisiertes Übertragungsformat, das bestimmt wird durch einen neuartigen Streaming-Algorithmus und ein Prioritätsvergabe-Schema, das entwor fen ist, den besten Ausgleich bereit zu stellen zwischen Übertragungsqualität und der Verwirklichung der jeweiligen Echtzeit-Wiedergabe.
- Zum Beispiel wird jedem Datentyp-Paket beim Sender eine Priorität zwischen 0 und 10000 zugewiesen, wobei 0 die höchste Priorität und 10000 die niedrigste darstellt. Einem Audiopaket wird eine Priorität von 20, einem Videopaket eine Priorität von 50 zugewiesen. Bildschirmdaten-Paketen und Datei-Daten-Übertragungspaketen wird jeweils eine Priorität von 180 zugewiesen.
- Vor einer Übertragung auf einem Kommunikationskanal werden Pakete in eine Warteschlange nach Prioritätsreihenfolge gestellt. Wenn neue Pakete erzeugt werden, wird die Warteschlange neu organisiert, so dass das neue Paket in seiner richtigen Prioritätsreihenfolge eingestellt wird.
- Beim Empfänger läuft jeder Task gemäß der ihm zugewiesenen Priorität. Pakete mit Prioritäten zwischen 0 und 100 werden zuerst verarbeitet, unter Ausschluss von Paketen mit Prioritäten von 101 bis 10000. Audio, welches die höchste Priorität (20) hat, wird zuerst verarbeitet unter Ausschluss aller anderen Pakete. Innerhalb der Klasse von Paketen mit Prioritäten zwischen 101 und 10000 werden Pakete gemäß der relativen Priorität verarbeitet. Das heißt, Tasks mit höherer Priorität schließen nicht vollständig Tasks mit niedriger Priorität aus. Die Beziehung unter den Prioritäten ist so, dass ein Task mit Priorität 200 halb so oft läuft wie ein Task mit Priorität 100. Umgekehrt läuft ein Task mit Priorität 100 zweimal so oft wie ein Task mit Priorität 200. Tasks mit Prioritäten zwischen 0 und 100 laufen immer bis zum Abschluss. Damit werden Video, Bildschirmdaten und Dateidaten verarbeitende Tasks abgeschlossen nach einer Audioverarbeitung in Übereinstimmung mit der relativen Priorität der Pakete.
- Ein Multi-Tasking-Ausführungsprogramm weist dynamisch Task-Prioritäten neu zu, um alle Tasks innerhalb der verfügbaren Zeit effizient zu beenden, wobei die Tasks mit der höchsten Priorität zuerst durchgeführt werden. Zu jeder gegebenen Zeit gibt es verschiedene Tasks, alle mit verschiedenen Prioritäten, die alle einander nachgeben. Im Allgemeinen gibt ein Task einem Task von höherer Priorität nach, falls er nicht in einer nicht-unterbrechbaren Folge läuft. Falls der augenblickliche Task seinen Zyklus beendet, wird seine Priorität einer niedrigeren Priorität neu zugewiesen. Falls die Priorität von zwei oder mehreren Tasks gleich ist, dann führt das Multi-Tasking-Ausführungsprogranun jeden Task in einer umlaufenden Art aus, wobei ein Abschnitt von jedem Task ausgeführt wird, bis alle Tasks mit derselben Priorität abgeschlossen sind.
- Die Zuweisung von Paketprioritäten und Verarbeitung gemäß einer Priorität stellt sicher, dass Audio der Vorrang gegenüber Video gegeben wird, während Audio und Video der Vorrang gegeben wird sowohl über Bildschirmdaten als auch Datei-Übertragungs-Daten.
- Wie oben erwähnt, wird eine kontinuierliche Echtzeit-Audiowiedergabe aufrecht erhalten beim Empfänger durch Verzögern der Wiedergabe von empfangenem Audio in einem Zuerst-ein-/Zuerst-aus-(FIFO)-Puffer, der eine Größe aufweist, die zumindest gleich ist der vorhergesagten durchschnittlichen Paketverzögerung für das Kommunikationssystem. Optional kann die Verzögerung von Audio-FIFO variabel gemacht werden. Ein Audio-FIFO-Puffer mit variabler Verzögerung beim Empfänger erlaubt, dass das System die Zeitverzögerung verringert oder vergrößert zwischen einer Maschine und der anderen. Die Fähigkeit, die zeitliche Differenz zu verringern oder zu vergrößern zwischen dem Sender und Empfänger erlaubt dem System der vorliegenden Erfindung unbestimmte Systemverzögerungen zu kompensieren. Falls die Veränderungen gering sind, ist der Unterschied in der Tonhöhe nicht zu bemerken. Für größere Veränderung kann die Technik der Audio-Wiederabtastung verwendet werden, um die Rate von Audio-Wiedergabe zu erhöhen oder zu verringern, ohne die Tonhöhe des Audio-Inhalts zu verändern.
- Ebenso kann Video-Wiedergabe-Kontinuität beim Empfänger verbessert werden durch Verzögern der Wiedergabe von empfangenem Video in einem Zuerst-ein/Zuerst-aus-(FIFO)-Puffer, der eine Größe aufweist, die zumindest gleich ist der vorhergesagten durchschnittlichen Paketverzögerung für das Kommunikationssystem. Die Verzögerung des Video-FIFO kann variabel gestaltet werden, womit dem System erlaubt wird, die Verzögerungszeit zu verringern oder zu vergrößern zwischen einer Maschine und der anderen, um bestimmte Systemverzögerungen auszugleichen. Ebenso, falls die Veränderungen gering sind, ist die Veränderung in der Einzelbild-Rate nicht bemerkbar. Videodaten altern jedoch nicht so schnell wie Audiodaten. Deshalb kann ein kleinerer Video-FIFO verwendet werden. Ebenso kann ein Videobild kurze Diskontinuitäten aufweisen, ohne dass ein Verlust der Videoverbindung wahrgenommen wird. Audiowiedergabe andererseits ist empfindlicher für Diskontinuitäten und es ist wichtiger beim Empfänger Kontinuität aufrecht zu erhalten. Idealerweise, wenn sowohl Audio als auch Videodaten in einer Multimedia-Konferenz verwendet werden, sollte die Verzögerung für Audio und Video gleich sein, um sicher zu stellen, dass sie synchronisiert sind. Im letzteren Fall wird die tatsächliche Systemverzögerung berechnet durch Auffinden der größten Verzögerung sowohl für Audio- als auch für Videopakete.
- Daten von Medienquellen neigen dazu, in Schüben zu erscheinen. Audiodaten-Raten z. B. erhöhen sich, wenn gesprochen wird, und verringern sich zu null, wenn geschwiegen wird. In der vorliegenden Ausführungsform gibt das Schweigen zwischen Wörtern dem vorliegenden System eine Möglichkeit, mit dem Wiederauffüllen des Audio-FIFO-Puffern nachzukommen, bevor er sich leert. Damit kompensiert das vorliegende System die Verzögerung, welche einem Paketvermittelten, zeitverzögerungsvarianten Kommunikationskanal eigen ist.
- Videoquellen, welche graphische Bildschirmdaten einschließen, werden ebenso in Bursts erzeugt. Das heißt, dass die Datenrate für Video idealerweise auf null fällt, wenn es keine Bewegung gibt. Die Datenrate zum Übertragen von Bildschirmgraphiken fällt auf null, wenn es keine Änderungen gibt. Wenn der Anrufer den Bildschirm ändert (so, dass das kollaborative Arbeitsdokument auf dem Bildschirm angezeigt wird), werden Daten erzeugt.
- Damit wird, dem Prioritätsschema der vorliegenden Erfindung folgend, Video nur dann aktualisiert, wenn keine Sprachdaten verarbeitet werden. Verarbeitung von Sprachdaten schließt jedoch nicht das Abspielen von Tönen ein. Wenn mit dem Abspielen von Tönen einmal begonnen wird, ist es nicht notwendig, weitere Zeit auf die Verarbeitung der Töne zu verwenden. Das Abspielen von Tönen bedarf keiner Überwachung. Deshalb findet eine Video-Aktualisierung statt während Töne gespielt werden. Nachdem Sprache nahe an der Echtzeit abgespielt wird (mit einer Verzögerung), werden Videotext und Graphiken im Hintergrund aktualisiert. Video-, Text-, Graphik- und Daten-Dateien werden aktualisiert bei geringeren Prioritäten. Außer für Audio- und Videodaten werden Task-Prioritäten neu zugewiesen, um sicher zu stellen, dass alle Tasks abgeschlossen werden und dass ein Task mit höherer Priorität nicht vollständig verhindert, dass Tasks mit niedriger Priorität abgeschlossen werden.
- 2. In Übereinstimmung mit einem zweiten Gesichtspunkt der vorliegenden Erfindung werden mehrfache Signalpakete an eine Vielzahl von Anrufern übertragen, um eine gemeinsame Multimedia-Konferenz zu schaffen.
- Zusätzlich zu den zugewiesenen Prioritäten werden Datenpakete, die mehrere Bestimmungsadressen aufweisen, über eine Vielzahl von Verbindungen an mehrere Anrufer übertragen. Jeder Anrufer empfängt dieselben Datenpakete mit zu gewiesenen Prioritäten und verarbeitet die empfangene Pakete in ähnlicher Weise. Sobald neue Daten erzeugt werden von jedem Anrufer in der Videokonferenz, werden neue Datenpakete zu den anderen Anrufern übertragen. Dadurch sind, aufgrund des Sendens von Datenpaketen, welche Audio-, Video- oder Bildschirmdaten darstellen, alle Anrufer in einer Konferenz verbunden, wobei jeder den anderen sieht und hört, während sie dasselbe Bildschirmdokument diskutieren. Zusätzliche Anrufer können der Konferenz hinzugefügt werden über eine Vielzahl von Verbindungen, ohne eine übermäßige Last hinzuzufügen, weil in einer Konferenz jeder Anrufer Daten lediglich einmal erzeugen muss, die dann entweder gleichzeitig oder nacheinander zu den übrigen Anrufern übertragen werden, in Abhängigkeit von der Art der Verbindung.
- 3. In Übereinstimmung mit einem dritten Gesichtspunkt der vorliegenden Erfindung werden Daten, die in einem ersten Konmunikationsmedium empfangen werden (z. B. in einem lokalen Breitbandnetzwerk, wie z. B. einem Ethernet) wieder übertragen in einem davon verschiedenen Kommunikationsmedium (wie z. B. einer Telefonleitung), um Anrufer in den verschiedenen Kommunikationsmedien in einer gemeinsamen Multimedia-Konferenz zusammen zu rufen. Die vorliegende Erfindung stellt somit die Möglichkeit bereit, Desktop-Videokonferenzen in herkömmlichen Computer-Netzwerken und Telefonleitungen abzuhalten.
- Kurze Beschreibung der Zeichnungen
-
1A ist ein Dialogfeld, welches den Verbindungsstatus zeigt, wie er auf dem Bildschirm eines Macintosh-Computers erscheint, der in Verbindung mit der vorliegenden Erfindung verwendet wird. -
1B ist ein Dialogfeld, welches einen ankommenden Anruf anzeigt, wie er erscheinen würde auf dem Bildschirm eines Macintosh-Computers, der in Verbindung mit der vorliegenden Erfindung verwendet wird. -
1C ist ein Dialogfeld, welches die Verbindungs-Status-Mitteilung veranschaulicht, die erscheinen würde für einen Anruf der nicht angenommen wurde, wie es erscheinen würde auf dem Bildschirm eines Macintosh-Computers, der in Verbindung mit der vorliegenden Erfindung verwendet wird. -
1D ist ein Fenster, welches ein Video-Bewegtbild enthält, wie es erscheinen würde auf dem Bildschirm eines Macintosh-Computers, der in Verbindung mit der vorliegenden Erfindung verwendet wird. -
2 ist ein Videobildschirm, der eine Videokonferenz und die Nutzung eines gemeinsamen Dokuments zwischen zwei Anrufern veranschaulicht. -
3 ist ein Videobildschirm, welcher eine Videokonferenz und die Nutzung eines gemeinsamen Dokuments zwischen drei Anrufern veranschaulicht. -
4 ist ein Blockdiagramm, welches die Folge von Operationen veranschaulicht, welche eine Verbindung herstellen in einem digitalen Mehrfach-Medien-Kommunikationssystem, welches die vorliegende Erfindung verkörpert. -
5 ist ein Blockdiagramm, welches die Folge von Operationen veranschaulicht, zum Einrichten von Medientypen, die verwendet werden sollen in einem Konferenz-Anruf in einem digitalen Mehrfach-Medien-Kommunikationssystem, welches die vorliegende Erfindung verkörpert. -
6 ist eine Veranschaulichung eines Paket-Datenformats, welches in Verbindung mit der vorliegenden Erfindung verwendet wird. -
7A ist ein Blockdiagramm eines Mehrfach-Medien-Kommunikationssystem-Senders in Übereinstimmung mit der vorliegenden Erfindung. -
7B ist ein Blockdiagramm von einem Mehrfach-Medien-Kommunikationssystem-Empfänger in Übereinstimmung mit der vorliegenden Erfindung. -
8 ist ein Blockdiagramm eines Verfahrens und einer Vorrichtung zum Verarbeiten eines Datenpakets in Übereinstimmung mit der vorliegenden Erfindung. -
9 ist ein Blockdiagramm, welches die Folge von Operationen veranschaulicht eines Verfahrens und einer Vorrichtung zur Verarbeitung von Datenpaketen in Übereinstimmung mit der vorliegenden Erfindung. -
10 ist ein Blockdiagramm eines Verfahrens und einer Vorrichtung zum Einrichten einer Verbindung für besondere Medien zwischen Anrufern, die verwendet werden in Verbindung mit der vorliegenden Erfindung. -
11 ist ein Blockdiagramm, welches die Folge von Datenpaketflüssen veranschaulicht mit optionaler Rückmeldung für Quittungsaustauschpaketen. -
12 ist ein Blockdiagramm eines digitalen Mehrfach-Medien-Kommunikationssystems zum Senden und Empfangen von Mehrfach-Medien für einen ersten Anrufer in Übereinstimmung mit der vorliegenden Erfindung. -
13 ist ein Blockdiagramm eines digitalen Mehrfach-Medien-Kommunikationssystems zum Empfangen und Senden mehrfacher Medien für einen zweiten Anrufer in Übereinstimmung mit der vorliegenden Erfindung. -
14 ist ein erster Aufbau der vorliegenden Erfindung zum Durchführen eines herkömmlichen Videokonferenz-Anrufs überein Ethernet-Netzwerk. -
15 ist ein alternativer Aufbau der vorliegenden Erfindung zum Durchführen eines herkömmlichen Videokonferenz-Anrufs mit kollaborativen Daten über ein Ethernet-Netzwerk. -
16 ist ein alternativer Aufbau der vorliegenden Erfindung zum Hinterlassen einer aufgezeichneten Multimedia-Nachricht eines Videokonferenz-Anrufs mit kollaborativen Daten über ein Ethernet-Netzwerk. -
17 ist ein Drei-Anrufer-Multimedia-Konferenz-Anruf in einem System in Übereinstimmung mit der vorliegenden Erfindung. -
18 ist ein alternativer Aufbau eines Drei-Anrufer-Multimedia-Konferenz-Anrufs in einem System, welches sowohl ein Ethernet als auch ein Telefonmodem verwendet in Übereinstimmung mit der vorliegenden Erfindung. - Detaillierte Beschreibung
- Aus der Sicht des Anrufers arbeitet das vorliegende Multimedia-Kommunikationssystem wie folgt:
- Ein Anrufer auf einem Desktop-Computer initiiert einen Multimedia-Anruf durch Auswählen der Medienart und der gewünschten Verbindung mit einem zweiten Teilnehmer. Ein Dialogfeld derart, wie es in
1A gezeigt ist, erscheint auf dem Bildschirm und verdeutlicht den Verbindungs-Status. Der Anrufer 2, der den Anruf empfängt, sieht ein Dialogfeld auf seinem Bildschirm von der Art, wie es in1B veranschaulicht ist, um einen ankommenden Anruf anzuzeigen. Der Anrufer 2 hat die Möglichkeit zu entscheiden, entweder abzunehmen oder den Anruf abzuweisen oder eine Mitteilung entgegen zu nehmen. Falls der Anruf abgewiesen wird vom Anrufer 2, sieht der Anrufer 1 ein Dialogfeld14 , wie in1C erläutert. Zur Erläuterung ist ein Videofeld16 , welches ein Video des ersten An rufers 1 enthält, in1D gezeigt. Falls der Anrufer sich entscheidet, eine Mitteilung anzunehmen, kann Anrufer 2 jetzt die Verbindung steuern und optional eine Ansagemitteilung senden, die eine Mitteilung anfordert. -
2 veranschaulicht die Erscheinung auf dem Bildschirm von einem typischen Multimedia-Anruf mit einem kollaborativen Dokument. Auf dem Bildschirm20 des Anrufers 1 erscheint ein Videofeld24 , in welchem ein laufendes Video erschient, das den Anrufer 2 zeigt. Der Bildschirm des Anrufers 2 ist ähnlich, enthält aber Bild und Ton des Anrufers 1. Sowohl auf dem Bildschirm des Anrufers 1 als auch 2 kann ein kollaboratives Dokument22 sein. Anrufer 1 und Anrufer 2 sind über laufendes Video und Zwei-Weg-Audio verbunden und können ein kollaboratives Dokument diskutieren. Anrufer 1 könnte das Dokument manipulieren und Änderungen würden auf dem Bildschirm des Anrufers 2 erscheinen. In einer alternativen Ausführungsform könnte Anrufer 2 das Dokument ebenso manipulieren. -
3 veranschaulicht die Erscheinung des Bildschirms20 von einer Drei-Parteien-Videokonferenz, wie sie beim Anrufer 1 erscheint. Anrufer 3 erscheint in einem Videofeld26 ebenso wie Anrufer 2 in einem anderen Videofeld26 und das kollaborative Dokument22 . Die anderen Anrufer 2 und 3 sehen die beiden anderen Teilnehmer ihrer Videokonferenz ebenso auf ihrem Bildschirm wie das kollaborative Dokument22 . Die Größe und Lage der Videofelder24 und26 kann vom Anrufer 1 ausgewählt werden. Ein Videobild25 des Anrufers 1 kann ebenso auf dem Bildschirm des Anrufers 1 erscheinen und ermöglicht Anrufer 1, zu sehen, was übertragen wird. Eine Verminderung der Größe der Videobox25 vermindert den Umfang von (Video-)Daten, die vom Kommunikationssystem übertragen werden müssen. - VERBINDUNGSAUFBAU
- Die Folge von Operationen zum Aufbau einer Verbindung zwischen Anrufer 1 und Anrufer 2 über ein Kommunikationsnetzwerk ist in
4 veranschaulicht. Das Netzwerk kann typischerweise Apple Talk, Ethernet oder jedes andere allgemein erhältliche lokale Netzwerk sein. Ebenso kann eine Verbindung aufgebaut werden über eine Telefonleitung oder andere proprietäre digitale Telefonleitungen, wie z. B. ISDN. - Die Ausdrücke „Verbindungsstrom (connection stream)" und „Medien-Strom (media stream)", die unten verwendet werden, werden darüber hinaus in der Beschreibung der
8 –11 bestimmt. Für die vorliegenden Zwecke können solche Ausdrücke betrachtet werden als Routinen zum Bearbeiten von Datenpaketen. Anrufer 1 wählt einen Medienart-Strom28 und einen Verbindungsstrom30 , die geeignet sind für das Kommunikationsmedium. Eine Anfangsmitteilung, die Hal-lo-Paket genannt wird, wird zu einem Anrufer 2-Verbindungsstrom32 geschickt. Der Verbindungsstrom32 stellt dem Anrufer 2 ein Dialogfeld bereit, das Auskunft darüber gibt, dass ein Anruf vom Anrufer 1 angekommen ist. Anrufer 2 kann dann entscheiden34 , den Anruf entweder anzunehmen oder abzuweisen oder alternativ eine Mitteilung anzunehmen, falls Anrufer 2 nicht anwesend ist. Die Annahme-/Abweisungs- und Aufnahmebefehle werden rückübertragen zum Verbindungsstrom32 , der eine Antwortmeldung über das Kommunikationssystem zurück zum Verbindungsstrom10 und dem Anrufer 1 sendet. - Zusätzlich zur Abweisung oder Annahme des Anrufs hat Anrufer 2 die Option, eine andere Medienart zu wählen. Das heißt z. B., falls der Medienart-Strom
28 des Anrufers 1 Video ist und Anrufer 2 keinen Video-Anruf annehmen wird, aber einen Audio-Anruf annehmen wird, dann wird die Antwort-Mitteilungsauswahl angeben, dass Anrufer 2 Audio als das Medium für einen ankommenden Anruf auswählt. Beim Anrufer 1 verteilt der Verbindungsstrom30 die Antwort von Anrufer 2. Insbesondere falls der Anruf zurückgewiesen wird, dann wird der Verbindungsversuch getilgt40 . Falls ein anderes Medium ausgewählt wird, dann wird eine Änderung des Medienart-Stroms28 durchgeführt. Falls die Annahme einer Mitteilung ausgewählt wurde, findet die geeignete Datenübertragung38 statt, um eine Ansage-Datei zu übermitteln und es wird verlangt, dass ein Mitteilung zurückgesandt wird. -
5 veranschaulicht die Kommunikationssequenz für die Auswahl unter den verschiedenen Medienarten zwischen Anrufer 1 und Anrufer 2. Für einen Medienart-Strom42 wird eine Anfrage durch den Verbindungsstrom44 über den Kommunikationskanal zum Anrufer 2 gesendet zum Verbindungsstrom46 , welcher zum Medienart-Strom46 weitergeleitet wird. Der Anrufer 2 konfiguriert sich selbst, um den Medienart-Strom anzunehmen, der ihm dargeboten wird, durch Veränderung seines Registrier-Servers50 , welcher die gewünschte Medienart kloniert. Falls er angenommen wird, sendet der Medienart-Strom48 eine Mitteilung über den Kommunikationsstrom46 über das Kommunikationsmedium zum Anrufer 1. Die Annahme wird beim Verbindungsstrom44 empfangen und zum Medienart-Strom42 übertragen, der die Verbindung für die gegebene Medienart zwischen Anrufer 1 und Anrufer 2 öffnet. - DATENFORMAT IN PAKETEN MIT PRIORITÄT UND MEHRFACHEN BESTIMMUNGEN
-
6 zeigt ein Paketdatenformat52 , welches geeignet ist zur Verwendung in Verbindung mit der vorliegenden Erfindung. Die Länge des Pakets wird durch das Datenfeld54 angezeigt. Die Länge des Headers wird durch das Datenfeld56 angezeigt. Die Paketart und die Identifizierung werden jeweils durch die Datenfelder58 bzw.60 angezeigt. - Die Priorität des Datenpakets wird im Datenfeld
62 angezeigt. Wenn digitale Mehrfach-Medien-Datenpakete befördert werden, bestimmt das Prioritätsdatenfeld, welches der Pakete die höchste Priorität in der Verarbeitung aufweist. Die Datenfelder64 bzw.66 enthalten Information über den Mitteilungszustand und eine Prüfsumme zum Bestimmen von Mitteilungsfehlern. Die Paketquellenadresse ist angegeben im Datenfeld68 und ein Bestimmungszähler über die Anzahl der Bestimmungen, die dieses Paket erreichen wird, ist angegeben im Datenfeld70 . Ebenso ist bereit gestellt ein aktiver Bestimmungszähler, die Anzahl der Bestimmungen, die noch nicht dieses Paket empfangen haben, und ein maximaler Bestimmungszähler in den Datenfeldern72 bzw.74 . - Das Datenpaket
52 und6 enthält eine Anzahl von Bestimmungsadressen76 . Die Vielzahl von Bestimmungsadressen stellt eine Übertragungsfähigkeit bereit, durch welche alle Anrufer in einem Konferenzanruf gemeinsame Dokumente sehen können und einander sehen und hören können. Das heißt, wenn ein Datenpaket52 Audiodaten enthält, die die Stimme eines Sprechers darstellen, wird dieses Paket zu allen Bestimmungen gleichzeitig übertragen. Dasselbe trifft zu für die Video- und Dokumentenaktualisierungen. Die Bestimmungsadressen werden gefolgt von eigentlichen Daten variabler Länge des Datenpakets im Feld78 . - SYSTEMÜBERBLICK
- Ein Blockdiagramm eines Mehrfach-Medien-Kommunikationssystem-Senders ist in
7A gezeigt. Ein Paket mit Priorität20 wird erzeugt708 von einer Audiodatenquelle702 . Ein Pakte mit Priorität50 wird erzeugt710 von einer Videodatenquelle704 . Ein Paket mit Priorität180 wird erzeugt712 von einer Text/Graphik-Datenquelle706 . Ein Schreibe-Warteschlange716 (ein Pufferspeicher zum Speichern von Paketen, die gesendet werden sollen) wird bereit gestellt zum Halten von Paketen, die übermittelt werden sollen über den Kommunikationskanal718 . Die Steuerung714 , welche auf die Paketerzeugung708 ,710 und712 antwortet, fügt die Pakete in die Schreib-Warteschlange716 in der Reihenfolge der Paketpriorität ein. Als Hardware implementiert kann eine Warteschlange eine FIFO sein. In Software implementiert ist die Schreib-Warteschlange716 eine verkettete Liste von Paketbehältern mit Zeigern zu den nächsten und vorangehenden Paketbehältern. Da die Schreib-Warteschlange716 eine geordnete Liste ist, wird ein Hinzufügen eines neuen Eintrags dadurch erreicht, dass zwei Zeiger modifiziert werden, um den neuen Eintrag in die Liste in der richtigen Reihenfolge einzufügen. - Ein Blockdiagramm eines Mehrfach-Medien-Kommunikationssystem-Empfängers ist in
7B gezeigt. Zwei im Wesentlichen ähnliche Empfänger, einer für Anrufer 2 und ein anderer für Anrufer 3, werden veranschaulicht. Beide Anrufer sind mit einem Übertragungskommunikationskanal720 bzw.746 verbunden. Eine Lese-Warteschlange722 ,724 (ein Pufferspeicher zum Speichern von Paketen) empfängt Pakete zur Verarbeitung. Ein Steuermittel726 ,728 wählt Pakete aus, die verarbeitet werden sollen auf der Grundlage der Paketpriorität. Eine Multi-Tasking-Steuerung730 ,738 verarbeitet Datenpakete in Übereinstimmung mit den zugewiesenen Prioritäten. Wie angegeben, weisen Audiopakete die höchste Priorität auf und werden zuerst verarbeitet. Andere Pakete werden verarbeitet in Übereinstimmung mit einer Priorität in einer Multi-Tasking-Umgebung, welche die Ausführungsgeschwindigkeit unter Paketen verschiedener Priorität ausgleicht und dabei sicher stellt, dass alle Tasks beendet werden. Eine Vielzahl von Multi-Tasking-Steuertechniken zum gleichzeitigen Beenden mehrfacher Tasks, wobei höheren Tasks Priorität gegeben wird, wobei einige Systemressourcen darauf verwendet werden, um Tasks der niedrigsten Priorität zu beenden, sind dem Fachmann wohl bekannt. - Eine Audiodaten-Wiedergabe wird verzögert in einem Verzögerungsglied
734 ,742 , wie oben angegeben. Eine Videodaten-Wiedergabe wird ebenso verzögert in den Verzögerungsgliedern731 ,739 , um Synchronizität zwischen Video und Audio aufrecht zu erhalten. Die Multi-Task-Steuerung730 ,738 bestimmt den Verzögerungsbetrag (sowohl für Video als auch für Audio) in Übereinstimmung mit der vorhergesagten Durchschnittsverzögerung des Kommunikationskanals720 ,746 . Verzögertes Audio wird dann angezeigt736 ,744 beim Empfänger für Anrufer 2 und Anrufer 3. Verzögertes Video wird gleichzeitig angezeigt732 ,740 beim Empfänger für Anrufer 2 und Anrufer 3. Weiterhin, da beide Anrufer 2 und 3 dieselben Pakete empfangen, welche vom Anrufer 1 übermittelt werden, hören und sehen beide dieselben Multimedia-Nachrichten. - Eine Multimedia-Kommunikation ist typischerweise bidirektional zwischen allen Anrufern. Es sei verstanden, dass Anrufer 1, Anrufer 2 und Anrufer 3 jeweils die Sender- und Empfängerelemente umfassen, die in
7A und7B gezeigt sind. Das bedeutet jedoch nicht, dass alle Anrufer Daten senden oder empfangen müssen. Jeder Anrufer kann wählen (oder es kann von ihm verlangt werden), nur zu empfangen oder nur zu senden. - Im Betrieb werden beim Anrufer 1 in
7A aufeinander folgende Multimedia-Datenpakete mit zugewiesener Priorität erzeugt708 ,710 ,712 von den jeweiligen Multimedia-Quellen702 ,704 und706 . Wenn die Pakete erzeugt sind, wird jedes eingestellt714 in Prioritätsreihenfolge in eine Warteschlange716 und übertragen über einen Kommunikationskanal718 . Wenn die Kanalkapazität unbeschränkt wäre, würden die Pakete, sobald sie erzeugt sind, übertragen werden. Im Normal-fall können sich jedoch die erzeugten Pakete stauen, während sie auf eine Übertragung warten, weil die Kommunikationskanalkapazität beschränkt ist. Das vorliegende Prioritätsschema stellt sicher, dass Pakete in Prioritätsreihenfolge übertragen werden, wobei das Paket mit höchster Priorität zuerst übertragen wird. - Beim Empfänger empfangen sowohl Anrufer 2 als auch Anrufer 3 in
7B Pakete vom Kommunikationskanal720 ,746 . Empfangene Pakete bei den Anrufern 1 und 2 werden in Übereinstimmung mit der empfangenen Priorität verarbeitet, um das empfangene Audio, Video und Anzeigen der empfangenen Texte/Graphiken wiederzugeben. Da beide Anrufer 2 und 3 dieselben Pakete empfangen, wird ein Drei-Parteien-Videokonferenz-Anruf geschaffen. - Die Stetigkeit der Audiowiedergabe wird als kritisch empfunden für eine Multimedia-Konferenz. Dementsprechend werden Audiopakete, denen die höchste Priorität zugewiesen wurde, so bald wie möglich versandt und beim Empfänger so bald wie möglich nach dem Empfang verarbeitet. Damit neigen Audiopakete dazu, in der kürzesten Zeit geliefert zu werden, die der Kommunikationskanal erlaubt.
- Das System der vorliegenden Erfindung toleriert Übertragungsfehler, die einem herkömmlichen Paket-vermittelten System eigen sind, durch Verwerfen oder Wiederübertragen von gestörtem Audio oder Video. Für Textdateien werden herkömmliche Fehlererkennungs- und Wiederübertragungsanforderungen verwendet. Töne und Video werden von Text- oder Datendateien dadurch unterschieden, dass es möglich ist, einen gewissen Verlust von Tönen und Video zu tolerieren und immer noch eine annehmbare Qualität aufrecht zu erhalten. Falls ein Fehler detektiert wird im empfangenen Audio- oder Videopaket, bestimmt der Empfänger, ob es genügend Zeit gibt, den Fehler zu kennzeichnen und eine Wiederübertragung zu verlangen auf der Grundlage der vorhergesagten durchschnittlichen Verzögerungszeit des Systems. Falls nicht genügend Zeit ist, wird das gestörte Paket ignoriert. Auf diese Weise wird keine Netzwerkkapazität verschwendet auf Wieder-Übertragungen, die zu spät ankommen würden und in jedem Fall verworfen werden würden. Die Pakete mit niedrigster Priorität von Text-/Graphik- oder Computerdateidaten, die nicht zeitabhängig sind, werden jedoch als fehlerhaft gekennzeichnet und wieder übertragen.
- OBJEKTORIENTIERTES CPacketStream STREAMING-VERFAHREN
- Es werden verschiedene Arten von Strömen verwendet, um Multimedia-Kommunikationen zu erzielen. Zuerst stellt ein Verbindungsstrom die Schnittstellen zum Kommunikationskanal bereit. Dann gibt es einen Medienstrom für jedes gewünschte Medium. Zum Beispiel kann es einen Videostrom, einen Audiostrom und einen Video- und Audiostrom geben, wie z. B. QuickTime oder einen Text-/Daten-/Graphik-Strom, der Dateien, graphische Bilder von vielen Arten oder alle anderen erforderlichen Daten darstellt. Die Architektur ist ausgelegt, „drop-in"-Ströme zu unterstützen für neue Arten von kollaborativen Daten.
- Das Blockdiagramm von
8 veranschaulicht das Verfahren und die Vorrichtung zum Senden und Empfangen von Datenpaketen, welche auch C-Pakete genannt werden. Alle oben beschriebenen Verfahren und Tasks werden im Detail unten beschrieben, einschließlich Pseudo-Codes zum Realisieren aller Verfahren und Tasks auf einem digitalen Universalrechner. Obwohl die bevorzugte Ausführungsform mittels Software beschrieben wird, welche in einer Macintosh-Computerumgebung arbeitet, wird verstanden werden, dass das vorliegende Mehrfach-Medien-Kommunikationssystem der vorliegenden Erfindung in Hardware implementiert werden kann, wie z. B. in dedizierter Logik, in mikroprogrammierten Bit-Scheiben, programmierbaren Feldern und Ähnlichem. - C-Paketstrom
80 ist eine Software-Komponente, die verantwortlich ist für die Bearbeitung von C-Paketen, um Kommunikationskanäle zwischen Maschinen aufzubauen. Jeder C-Paketstrom80 setzt sich aus einem Satz von Routinen (oder Verfahren) zusammen, die dafür verantwortlich sind, mit C-Paketen zu interagieren. Diese Verfahren werden ihrerseits von einem Satz von Tasks verwendet, welche in jedem C-Paketstrom laufen. Die Task-Arten und Verfahren (oder Routinen), welche verfügbar sind zum Verarbeiten von Paketen, werden wie folgt zusammengefasst und unten detaillierter beschrieben werden. TASK:WriteTask (priorisiertes Multi-Tasking von empfangenen C-Paketen) ReadTask (Verbindungsstrom, der empfangene C-Pakete verteilt) IdleTask (sende letztes und anfängliches Paket) OpenTask (öffne Verbindungsstrom) DoQueue (stellt ein C-Paket in die WriteQueue) DoWrite (erzeugt die eigentliche Ausgabe aus Paketdaten) DoIdle (Leerlauf zwischen Paketen) Write (schlägt die Bestimmung nach und ruft DoQueue auf) WriteDone (bestätigt Empfang eines Paktes) WriteQueue (ein Puffer, der C-Pakete in Prioritätsreihenfolge enthält) ReadQueue (ein Puffer, der C-Pakete in Empfangsordnung enthält) - CPacketStream::WriteTask
94 - Der WriteTask
94 ist verantwortlich für die Verteilung von Paketen, die in der WriteQueue96 in jedem CPacketStream80 enthalten sind. Die Priorität dieses Tasks ist mindestens so hoch wie das Paket, welches er gegenwärtig bearbeitet. Dieser Task befindet sich in einer Schleife, die gegenwärtig die WriteQueue96 abtastet, falls die Warteschlange leer ist, wird der Task ruhen. Das CPacketStream::DoQueue-Verfahren stellt ein C-Paket in die WriteQueue96 und weckt den WriteTask94 auf. Deshalb wird der WriteTask94 derjenige sein, welcher die Pakete anzeigt oder abspielt. - CPacketStream::ReadTask
82 - Der ReadTask
84 ist verantwortlich für das Lesen von C-Paketen von einem bestimmten Kanal und das Wiederverteilen unter CPacketStreams80 in dieser Maschine. Diese Art von Task ist nur geeignet für einen Verbindungs-(Medien)-CPacketStream80 . (In gewisser Weise ist er dem WriteTask94 ähnlich, welcher eine WriteQueue96 bedient, aber in umgekehrter Richtung und entsprechend dem Empfangen von Datenpaketen in einer ReadQueue). - CPacketStream::IdleTask
82 - Der IdleTask
82 ist verantwortlich für das Erzeugen und Senden von ,Hallo'(dem anfänglichen Paket) und ,Küsse'-(dem abschließenden Paket)-C-Paketen. Er ist auch dafür verantwortlich, Leerzeitereignisse auszuführen in einigen besonderen Strömen. Zum Beispiel muss ein Communications Tool (von Apple Computer) immer wieder einen Leeraufruf aufweisen, um eine bestimmte Verbindung zu handhaben. - Ein OpenTask
88 wird verwendet, wenn die Verbindung zum ersten Mal geöffnet wird und die Verbindung zwischen den Anrufern verhandelt wird. Zu der Zeit wird der Inhalt der Nachschlagetabelle98 bestimmt, welche Medienarten und Verbindungsströme definiert. Zusätzlich zu diesen Tasks gibt es verschiedene Verfahren, welche von diesen Tasks aufgerufen werden, um mit dem Strom zu kommunizieren. Diese Verfahren sind: - CPacketStream::DoQueue
86 - Dies ist ein Verfahren, welches aufgerufen wird, um ein Paket einem bestimmten Strom zuzuweisen. Die meisten Ströme werden das Paket unmittelbar in eine WriteQueue
96 schreiben und den WriteTask94 aktivieren, um das bestimmte Paket zu bearbeiten. - CPacketStream::DoWrite
92 - Der WriteTask
94 wird diese Routine aufrufen, um den Inhalt des Pakets tatsächlich zu bearbeiten. Für einen Verbindungsstrom ist dies die Ausgaberoutine von einem CPacketStream80 zu dem Kommunikationskanal. Für einen Videostrom wird diese Routine das Video dekomprimieren und anzeigen, welches in einem Paket enthalten ist. Für andere Medienströme wird die DoWrite92 -Routine den geeigneten Vorgang durchführen, um die Daten anzuzeigen, abspielen oder anderweitig wiedergegeben zu bekommen. - CPacketStream::DoIdle
- Dies ist die Routine, die verwendet werden kann, um den CPacketStream
80 leer laufen zu lassen. Viele Ströme können ihn verwenden, um wiederkehrende Tasks auszuführen. - CPacketStream::Write
90 - Diese Routine wird in der Tabelle
98 die Bestimmungsadresse nachschlagen für jede Bestimmung in dem Paket und DoQueue86 aufrufen für jeden Bestimmungspaketstrom. Jedes DoQueue86 kann das Paket auf einen späteren Zeitpunkt zurückweisen und deshalb enthält das Paket Kennzeichen für jede Bestimmungsadresse, so dass ein vollständiges Schreiben diese Adresse als vollständig geschrieben kennzeichnen wird. Ein Paket enthält daher einen aktiven Bestimmungszähler (72 in6 ). - Der Datenpaketfluss und die Verarbeitung durch CPacketStream
80 erfolgt von Aufrufen an DoQueue86 aus, welche ein C-Paket schreibt in die WriteQueue96 und dann WriteTask94 aktiviert, welcher die C-Pakete verarbeitet und DoWrite92 aufruft, um die C-Pakete zu verteilen, die in der WriteQueue96 enthalten sind. - CPacketStream::WriteDone
- Diese Routine wird aufgerufen, um das Paket abzulegen, welches von einem bestimmten Strom erzeugt wurde. Sie kann zur Synchronisation verwendet werden. Ein Verbindungsstrom hat die Möglichkeit, WriteDone aufzurufen, um Quittungspakete zur laufenden Verbindung zu übertragen. Der C-Paketstrom besitzt das Paket, welches er sendet, bis alle anderen Ströme mit diesem Paket fertig sind. Zu dieser Zeit ist das Paket so weit, entfernt zu werden. Wenn das Paket (z. B. Video) jedoch von einer Maschine zu einer anderen Maschine gesendet wird, wie z. B. zwischen einem Ethernet-LAN (lokales Netzwerk) und einem Telefon-Modem, wird das Paket (z. B. das Video) tatsächlich nicht verwendet. Unter sol chen Umständen sollte der ursprüngliche Verbindungsstrom das Paket halten, bis alle anderen Verbindungen dieses auf den anderen Maschine(n) verwendet haben. Eine Synchronisation des Paketempfangs wird erreicht durch Zurückgeben eines Quittungspakets, wenn die WriteDone-Funktion des Verbindungsstroms auf jeder Maschine aufgerufen wird, welche das Paket empfängt. Dies ist eine zusätzliche Form der Kommunikation zwischen den Maschinen, um die herkömmlichen Paketkommunikationen zu verstärken. „Quittungs"-Pakete haben dieselbe Priorität wie Informationspakete, die niedrigste Paketpriorität.
- STREAMING-ALGORITHMUS
- Eine verallgemeinerte Darstellung des Gebrauchs des vorliegenden Streaming-Algorithmus' wird im Blockdiagramm von
9 gezeigt. Zwei CPacketStreams, CPacketStream A,801 und CPacketStream B,802 werden gezeigt. Beispielsweise, falls CPacketStream A ein Verbindungsstrom war, dann würde CPacketStream B ein Medienstrom sein, wie z. B. ein Videostrom. Andererseits, falls CPacketStream A ein Videostrom war, wie z. B. von einem Einzelbildspeicher (frame grabber), dann würde CPacketStream B ein Verbindungsstrom sein. Im Allgemeinen gibt es einen Strom für jede Art von Medien zuzüglich eines Stroms für jede Verbindung. Das heißt, für jeden Anrufer wird ein getrennter Verbindungsstrom verwendet. Deshalb gibt es für eine Zwei-Weg-Konferenz mit einem anderen Anrufer einen Verbindungsstrom, während es für eine Drei-Weg-Konferenz zwei Verbindungsströme gibt, einen für jeden der anderen beiden Anrufer. In einer al-ternativen Ausführungsform, wie sie mit zukünftigen Kommunikationssystemen von höherer Geschwindigkeit verwendet werden können, kann ein einziger Verbindungsstrom verwendet werden mit mehr als einem Anrufer. -
9 zeigt auch eine Nachschlagetabelle818 , welche ausgefüllt wird, wenn jeder Strom eingerichtet wird, um über die Bestimmung der verschiedenen Pakete auf dem laufenden zu sein. Bei der Verarbeitung wird ein Paket erzeugt804 und die Schreibfunktion806 wird aufgerufen. Der Pseudo-Code816 für die Schreibfunktion806 enthält eine Referenz auf einen Eintrag in der Tabelle818 , welcher eine Adresse zurückgibt zum CPacketStream B,802 . CPacketStream B,802 , ruft Do-Queue812 auf, die das C-Paket zur WriteQueue810 schreibt. Der WriteTask814 wird aktiviert, um das C-Paket zu verarbeiten, welcher DoWrite808 aufruft, um die Ausgaberoutine von einem CPacketStream80 zu dem Kommunikationskanal oder einer anderen geeigneten Medienausgabe zu generieren. -
10 veranschaulicht die Verwendung von Nachschlagetabellen, um Bestimmungsadressen zu erzeugen aus Verbindungsinformation zwischen zwei gegebenen Anrufern. Beispielsweise sei angenommen, dass CPacketStream A,904 ein Videostrom ist, der mit dem Einzelbildspeicher902 und dem Bild-Dekomprimierer912 auf der Maschine 1 verbunden ist. Auf einer Maschine 2 sei CPacketStream D,910 ebenfalls ein Videostrom, der mit dem Einzelbildspeicher920 und dem Bild-Dekomprimierer918 auf Maschine 2 verbunden ist. Dann ist CPacketStream B,906 , ein Verbindungsstrom, der verbunden ist mit einer Kommunikationskanal-Schnittstelle914 , wie z. B. einer Übertragungsquelle von einem AppleTalk-Data-Streaming Protocol-(ADSP)-Gerät. CPacketStream C,908 , ist ein Verbindungsstrom, der verbunden ist mit einer Kommunikationskanal-Schnittstelle916 , welche auf der Empfangsseite eines AppleTalk-Data-Streaming-Protocol-Geräts gezeigt ist. Maschine 1 verwendet die Tabelle922 , um die Bestimmungsstromadresse 2,D nachzuschlagen für Pakete, die erzeugt werden unter Verwendung von Daten aus dem Videospeicher902 . Auf ähnliche Weise verwendet Maschine 2 die Nachschlagetabelle925 , um die Bestimmungsstromadresse 1,A nachzuschlagen für Pakete, die erzeugt werden unter Verwendung von Daten aus dem Videospeicher920 . - PAKETQUITTIERUNG
- Ein Blockdiagramm, welches die Verwendung eines optionalen Quittungspakets veranschaulicht, wird in
11 gezeigt. Ein Medienstrom928 , in Antwort auf ein Videopaket936 , ruft die Write-Funktion auf, welche durch die geeignete Nachschlagetabelle die DoQueue- und DoWrite-Funktionen aufruft des Verbindungsstroms930 , einem Ethernet-Verbindungsstrom. Das Videopaket wird übertragen auf dem Ethernet-Kommunikationskanal938 und empfangen von dem ReadTask und Write-Funktionen des Verbindungsstroms932 . Danach werden die DoQueueund DoWrite-Funktionen des Medienstroms934 aufgerufen durch die entsprechende Nachschlagetabelle, welche die Daten auf der Videoanzeige940 anzeigt. - Das Kommunikationskanal-LAN-Protokoll unterstützt typischerweise Quittungsfunktionen von niedrigerem Niveau. Zum Beispiel ist dem sendenden Anrufer bekannt, dass das Paket empfangen wurde über den freien Kommunikationskanal
938 . Andernfalls würde das LAN-Protokoll (z. B. beim ADSP-Niveau) eine Fehleranzeige zurückgegeben haben. Zusätzlich zur Quittung auf dem LAN-Protokoll-Niveau wird ein Quittungspaket erzeugt, wenn die empfangenen Daten abgespielt werden (d. h., wenn die Videodaten angezeigt werden), um beiderseitige Synchronisations-Information bereit zu stellen. Die WriteDone-Funktion des Verbindungsstroms932 erzeugt ein solches Quittungspaket zur Rückübertragung über den Kommunikationskanal938 . Angekommen beim ursprünglich sendenden Anrufer, ruft die ReadTask-Funktion des Verbindungsstroms930 die WriteDone-Routine des Medienstroms928 auf, um das Quittungspaket zu verarbeiten. Der Empfang eines Quittungspakets stellt auch eine Angabe einer Systemverzögerung bereit für die Medienart des Medienstroms928 , in diesem Beispiel einem Videopaket. Das Quittungspaket enthält eine aufgezeichnete Zeit, welche angibt, wann das Videopaket tatsächlich verwendet wurde. Ein Vergleich der aufgezeichneten Übertragungszeit mit der empfangenen aufgezeichneten Anzeigezeit stellt ein Maß bereit für die beiderseitige Systemverzögerung. - PRIORISIERTE DATENPAKETVERARBEITUNG
- Ein System-Blockdiagramm ist veranschaulicht in
12 und13 .12 zeigt die Übertragungselemente in ausgezogenen Linien und die Empfangselemente in gestrichelten Linien.13 zeigt die Empfangselemente in ausgezogenen Linien und die Übertragungselemente in gestrichelten Linien. - In
12 sind die Audiodatenquelle110 und die Videodatenquelle112 durch den Audio-Nideo-Strom114 und den Verbindungsstrom116 mit dem Kommunikationskanal118 verbunden. In13 ist der Datenkommunikationskanal118 verbunden mit dem Verbindungsstrom216 und dann mit dem Audio-Nideo-Strom214 . Audio wird vom Tonverwalter220 abgespielt, der einen FIFO-Verzögerungspuffer228 umfasst. Video wird wiedergegeben durch den Video-Dekomprimierer224 , der mit der Anzeigevorrichtung226 verbunden ist. - Für die umgekehrte Richtung zeigt
13 auch die Audiodatenquelle210 und die Videodatenquelle212 , die mit dem Kommunikationskanal218 durch den Audio-Nideo-Strom214 und den Verbindungsstrom216 gekoppelt sind. Auf der Übertragungsseite in12 wird Audio vom Tonverwalter120 abgespielt, der einen FIFO-Verzögerungspuffer128 umfasst. Video wird wiedergegeben vom Video-Dekomprimierer124 , der mit der Videoanzeigevorrichtung126 gekoppelt ist. - Im Betrieb in
12 werden Daten, die von der Audioquelle110 und von der Videoquelle112 erzeugt wurden, in Pakete im Audio-Nideo-Strom114 eingestellt und zum Verbindungsstrom116 weiter gegeben. Der Verbindungsstrom ordnet die verfügbaren Pakete in Prioritätsreihenfolge vor einer Übertragung auf dem Netzwerk-Kommunikationskanal118 . Wenn jedoch die Übertragung eines Pakets einmal begonnen hat, ist sie typischerweise nicht unterbrechbar. Zum Bei spiel, falls ein Videopaket eine Video-Einzelbild-Aktualisierung darstellt und die Übertragung des Videopaktes begonnen hat, kann kein Audiopaket gesendet werden, bis das gegenwärtige Paket abgeschlossen ist. Falls es erwünscht ist, die Audioübertragung zu verbessern, kann die Video-Einzelbild-Aktualisierung in kleinere Untereinzelbild-Pakete unterteilt werden. Dann wird ein Audiopaket während einer Übertragung einer vollständigen Video-Einzelbild-Aktualisierung eingeschoben werden, d. h. durch Einfügen zwischen Unter-Einzelbild-Pakete, welche die Video-Einzelbild-Aktualisierung bilden. - In
13 werden Datenpakete, die durch den Verbindungsstrom216 empfangen werden, verteilt zum Audio-Nideo-Strom214 . Audiodatenpakete, die eine höhere Priorität aufweisen, stellen einen Task von höherer Priorität dar. Deshalb wird dem Tonverwalter222 Priorität über den Video-Dekomprimierer224 eingeräumt. Wie oben angegeben, wird der Verzögerungspuffer228 gleich eingestellt zur vorhergesagten Durchschnittspaketübertragungs-Verzögerung des Kommunikationssystems. Alternativ ist die Verzögerung, welche durch den Verzögerungspuffer228 bereit gestellt wird, dynamisch angleichbar gemäß einer Systemverzögerung, wie sie durch die Zeit gemessen wird, welche übermittelt wird von zurückkehrenden Mitteilungspaketen oder von Quittungspaketen. Audiowiedergabe wird verzögert oder beschleunigt, um den Zeitunterschied zwischen dem Sender und Empfänger zu verringern oder zu vergrößern. - Zusätzliche Medienarten, wie z. B. Dateitext oder Bildschirmdokumente, können zu den Blockdiagrammen von
12 und13 hinzugefügt werden als zusätzliche Eingaben zu der Write-Funktion des Stroms114 in12 und als zusätzliche Ausgaben des Stroms214 in13 . Durch Teilhaben an kollaborativen Dokumenten kann ein Teilnehmer der Konferenz eine Anwendung, wie z. B. einen Wortprozessor oder ein Rechenblatt, ausführen und die anderen können lediglich einen Bildschirm betrachten. Alternativ kann ein Teilnehmer der Konferenz die Anwendung ausführen, aber die Tastenanschläge der anderen werden zurück übertragen zu dem einen Teilnehmer als Textdaten. Auf diese Weise können alle Konferenzteilnehmer eine direkte Eingabe in die gemeinsame Anwendung durchführen. - Wie angegeben ist die bevorzugte Ausführungsform der vorliegenden Erfindung in Software implementiert, die auf einem Macintosh-Computer läuft. Eine Software-Ausführungsform hat den Vorteil, Hardware-unabhängig und in der Lage zu sein, mit jeder verfügbaren Medienquelle und über jedes verfügbare Kommunikationssystem zu arbeiten. Zusätzlich werden CPacketStream-Tasks und Verfahren unter verschiedenen Verbindungsströmen und Medienströmen aufgeteilt. Es ist bemerkenswert, dass das vorliegende System ein Multimedia-Konferenzieren in einer Ein-Prozessor-Architektur erreicht.
- Alternative Ausführungsformen des vorliegenden Multimedia-Kommunikationssystems beinhalten Multi-Prozessor-Architekturen, in denen das Multi-Tasking von empfangenen Multimedia-Datenpaketen ersetzt werden kann durch Parallelverarbeitung oder spezielle Hardware. In dedizierter Hardware kann jeder CPacketStream ein besonderer mikroprogrammierter integrierter Schaltkreis sein, wobei ein Chip erforderlich wäre für jede Medienart und für jede Verbindung.
-
14 bis18 veranschaulichen die verschiedenen Fähigkeiten des vorliegenden Systems der digitalen Mehrfach-Medienkommunikation.14 veranschaulicht einen herkömmlichen Videoanruf von der Art, wie er in2 gezeigt ist, über ein Ethernet-Netzwerk von der veranschaulichten Art.15 veranschaulicht einen Videoanruf mit kollaborativen Daten über ein Ethernet-Netzwerk der Art, wie sie auf dem Bildschirm in3 veranschaulicht ist. Diese Konfiguration wird als die gebräuchlichste Art eines Multimedia-Anrufs erachtet. -
16 veranschaulicht einen Ein-Weg-Video-/Audio-Anruf mit kollaborativen Daten über ein Ethernet-Netzwerk. Die Daten sind Ein-Weg, weil der erste Teilnehmer nicht geantwortet hat, aber dieser Teilnehmer konfiguriert war, die Mitteilungen anzunehmen. Die empfangenen Daten werden aufgezeichnet im Speicher oder auf einer Platte und später wiedergegeben, um so eine Multimedia-Mitteilungsbeantwortungsvorrichtung zu schaffen. Im Mitteilungsaufzeichnungsmodus sind Systemverzögerungen nicht beschränkend, weil die Mitteilung nicht in Echtzeit aufgezeichnet werden muss; das einzige Erfordernis ist, dass sie wiedergegeben wird in Echtzeit. - Die Mitteilung wird auf einer Maschine aufgezeichnet und als vollständige Mit teilungsdatei zu einer anderen Maschine gesendet und dort auf dem Laufwerk gespeichert.
- Ein Drei-Weg-Videokonferenz-Anruf ist veranschaulicht in
17 . Anrufer 1, Anrufer 2 und Anrufer 3 sind über ein Ethernet-Kommunikationssystem verbunden. Jeder Anrufer überträgt digitale Multimedia-Pakete zu den andere beiden Anrufern. Die Verbindung kann ausgedehnt werden auf mehr als drei Anrufer. Jeder Anrufer wird sowohl ein Videobild von allen anderen Konferenzen auf de ren Schirm in getrennten Fenstern sehen als auch die Unterhaltung hören und kollaborative Daten sehen. - Eine alternative Ausführungsform eines Drei-Weg-Konferenzanrufs wird nun beschrieben. Zwei Anrufer (1 und 3) sind im Ethernet. Ein anderer Anrufer 2 wird über ein Modem verbunden. Anrufer 3 verbindet Anrufer 1 mit Anrufer 2. Um Anrufer 1 und 2 zu verbinden, überträgt Anrufer 3 empfangene Datenpakete von Anrufer 1 wieder über Ethernet zum Anrufer 3 über Modem und umgekehrt.
Claims (16)
- Verfahren zum Übertragen einer Vielzahl digitaler Signale über ein Kommunikationssystem, wobei jedes der Vielzahl von digitalen Signalen eine von einer Vielzahl von Quellen von Medienarten darstellt, wobei das Verfahren die Schritte umfasst von: Kodieren jedes der Vielzahl von digitalen Signalen in eine Vielzahl digitaler Pakete, die jeweils jeder der Vielzahl von Quellen von Medienarten entsprechen; Zuweisen einer Priorität zu jedem der Vielzahl der digitalen Pakete; Übertragen der Vielzahl der digitalen Pakete über das Kommunikationssystem in der Reihenfolge der zugewiesenen Priorität; Empfangen der Vielzahl digitaler Pakete, die übertragen wurden über das Kommunikationssystem; und Verarbeiten der empfangenen Vielzahl digitaler Pakete in der Reihenfolge der zugewiesenen Priorität, dadurch gekennzeichnet, dass der Schritt des Verarbeitens weiter umfasst paralleles Verarbeiten von wenigstens einigen der empfangenen Vielzahl von digitalen Paketen als multiple Tasks durch Verarbeiten der empfangenen Vielzahl digitaler Pakete im Verhältnis der jeweils zugewiesenen Priorität.
- Verfahren gemäß Anspruch 1, wobei die Vielzahl von Quellen von Medienarten einer Videoquelle bzw. einer Audioquelle entspricht, wobei das Verfahren weiter die Schritte aufweist von: Kodieren eines Audiopakets entsprechend der Audioquelle; Kodieren eines Videopakets entsprechend der Videoquelle; Zuweisen einer ersten Priorität zu dem Audiopaket; und Zuweisen einer zweiten Priorität zu dem Videopaket, wobei die ersten Priorität größer ist als die zweite Priorität, wobei das Audiopaket eine höhere Priorität aufweist als das Videopaket.
- Verfahren gemäß Anspruch 1, wobei die Vielzahl von Quellen von Medienarten einer Videoquelle, einer Audioquelle bzw. einer Text/Graphikquelle entspricht, wobei das Verfahren weiter die Schritte aufweist von: Kodieren eines Audiopakets entsprechend der Audioquelle; Kodieren eines Videopakets entsprechend der Videoquelle; Kodieren eines Text-/Graphikpaketes entsprechend der Text/Graphikquelle; Zuweisen einer ersten Priorität zu dem Audiopaket; Zuweisen einer zweiten Priorität zu dem Videopaket; und Zuweisen einer dritten Priorität zu dem Text-/Graphikpaket; wobei die erste Priorität größer als die zweite Priorität und die zweite Priorität größer als die dritte Priorität ist, wobei das Audiopaket eine höhere Priorität als das Videopaket und das Videopaket eine höhere Priorität als das Text-/Graphikpaket aufweist.
- Verfahren gemäß Anspruch 1, wobei der Schritt des Übertragens der Vielzahl von digitalen Paketen über das Kommunikationssystem in der Reihenfolge der zugewiesenen Priorität weiter die Schritte umfasst von: Bereitstellen einer Schlange zum Halten der Vielzahl von digitalen Paketen, die jeweils jeder der Vielzahl von Quellen von Medienarten entsprechen vor der Übertragung über das Kommunikationssystem; Einreihen von aufeinander folgenden Elementen der Vielzahl digitaler Pakete in die Schlange in der Reihenfolge der zugewiesenen Priorität; und Übertragen des ersten digitalen Pakets in der Schlange über das Kommunikationssystem.
- Verfahren gemäß Anspruch 1, wobei der Schritt des Verarbeitens der Vielzahl digitaler Pakete in der Reihenfolge der zugewiesenen Priorität weiter umfasst die Schritte von: Verarbeiten eines aus der Vielzahl der empfangenen digitalen Pakete, welches die höchste Priorität aufweist vor der Verarbeitung irgendeines anderen der empfangenen Vielzahl digitaler Pakete; parallele Verarbeitung des Rests der empfangenen Vielzahl digitaler Pakete als multiple Tasks durch Verarbeiten jedes Elements des Rests der empfangenen Vielzahl digitaler Pakete im Verhältnis zu der jeweils zugewiesenen Priorität.
- Verfahren gemäß Anspruch 1, wobei der Schritt des Verarbeitens der empfangenen Vielzahl digitaler Pakete in der Reihenfolge der zugewiesenen Priorität weiter umfasst die Schritte von: Verarbeiten eines Elements der empfangenen Vielzahl digitaler Pakete, um ein Element der Vielzahl digitaler Signale wiederzugewinnen, wobei das wiedergewonnene digitale Signal ein gegebenes Element der Vielzahl von Quellen von Medienarten darstellt; Verzögern des wiedergewonnenen gegebenen digitalen Signals, um ein verzögertes wiedergewonnenes digitales Signal zu bilden; und Wiedergeben des verzögerten wiedergegewonnenen gegebenen digitalen Signals, um eine verzögerte Wiedergabe des gegebenen Elements der Vielzahl von Quellen von Medienarten zu bilden.
- Verfahren gemäß Anspruch 6, wobei der Schritt des Verzögerns des wiedergegebenen gegebenen digitalen Signals zur Bildung eines verzögerten wiedergewonnenen digitalen Signals weiter die Schritte umfasst von: Gleichsetzen der gegebenen Verzögerung mit der Verzögerung des Kommunikationssystems.
- Verfahren gemäß Anspruch 7, wobei der Schritt des Gleichsetzens der gegebenen Verzögerung zur Verzögerung des Kommunikationssystems weiter die Schritte umfasst von: Messen der Verzögerung des Kommunikationssystems; Erhöhen der gegebenen Verzögerung zur Gleichheit mit der gemessenen Verzögerung; und Verringern der gegebenen Verzögerung zur Gleichheit mit der gemessenen Verzögerung, wobei die Verzögerung der verzögerten Wiedergabe des gegebenen Elements der Vielzahl von Quellen von Medienarten sich erhöht und verringert in Übereinstimmung mit der gemessenen Verzögerung des Kommunikationssystems; Verzögern des wiedergewonnenen gegebenen digitalen Signals durch eine gegebene Verzögerung, um ein verzögertes wiedergewonnenes digitales Signal zu bilden; und Wiedergeben des verzögerten wiedergewonnenen gegebenen digitalen Signals, um eine verzögerte Wiedergabe des gegebenen Elements der Vielzahl von Quellen von Medienarten zu bilden.
- Vorrichtung zum Übertragen einer Vielzahl digitaler Signale über ein Kommunikationssystem (
718 ,720 ,746 ), wobei jedes der Vielzahl digitaler Signale eine von einer Vielzahl von Quellen von Medienarten (702 ,704 ,706 ) darstellt, wobei die Vorrichtung umfasst: Mittel zum Kodieren jedes der Vielzahl von digitalen Signalen in eine Vielzahl digitaler Pakete, die jeweils jeder der Vielzahl von Quellen von Medienarten entsprechen; Mittel (708 ,710 ,712 ) zum Zuweisen einer Priorität zu jedem der Vielzahl digitaler Pakete; Mittel (714 ) zum Übertragen der Vielzahl digitaler Pakete über das Kommunikationssystem (718 ,720 ,746 ) in der Reihenfolge der zugewiesenen Priorität; Mittel (722 ,724 ) zum Empfangen der Vielzahl digitaler Pakete, die übertragen wurden über das Kommunikationssystem (718 ,720 ,746 ); und Mittel (726 ,728 ) zum Verarbeiten der empfangenen Vielzahl digitaler Pakete in der Reihenfolge der zugewiesenen Priorität, dadurch gekennzeichnet, dass das Mittel (726 ,728 ) zum Verarbeiten weiter umfasst Mittel (730 ,738 ) zum parallelen Verarbeiten von wenigstens einigen der empfangenen Vielzahl digitaler Pakete als multiple Tasks durch Verarbeiten der empfangenen Vielzahl von digitalen Paketen im Verhältnis zur jeweils zugewiesenen Priorität. - Vorrichtung gemäß Anspruch 9, wobei die Vielzahl von Quellen von Medienarten einer Videoquelle (
704 ) bzw. einer Audioquelle (702 ) entspricht, wobei die Vorrichtung weiter umfasst: Mittel zum Kodieren eines Audiopakets entsprechend der Audioquelle; Mittel zum Kodieren eines Videopakets entsprechend der Videoquelle; Mittel zum Zuweisen einer ersten Priorität zu dem Audiopaket; und Mittel zum Zuweisen einer zweiten Priorität zu dem Videopaket, wobei die erste Priorität größer ist als die zweite Priorität, womit das Audiopaket eine höhere Priorität als das Videopaket aufweist. - Vorrichtung gemäß Anspruch 9, wobei die Vielzahl der Quellen von Medienarten einer Videoquelle (
704 ), einer Audioquelle (702 ) bzw. einer Text-/Graphikquelle (706 ) entspricht, wobei die Vorrichtung weiter umfasst: Mittel zum Kodieren eines Audiopakets entsprechend der Audioquelle; Mittel zum Kodieren eines Videopakets entsprechend der Videoquelle; Mittel zum Kodieren eines Text-/Graphikpakets entsprechend der Text/Graphikquelle; Mittel zum Zuweisen einer ersten Priorität zu dem Audiopaket; Mittel zum Zuweisen einer zweiten Priorität zu dem Videopaket, und Mittel zum Zuweisen einer dritten Priorität zu dem Text-/Graphikpaket; wobei die erste Priorität größer als die zweite Priorität und die zweite Priorität größer als die dritte Priorität ist, wobei das Audiopaket eine höhere Priorität als das Videopaket und das Videopaket eine höhere Priorität als das Text-/Graphikpaket aufweist. - Vorrichtung gemäß Anspruch 9, wobei das Mittel zum Übertragen weiter umfasst: Mittel zum Bilden einer Schlange aus der Vielzahl der digitalen Pakete, die jeweils jeder der Vielzahl von Quellen von Medienarten entsprechen vor der Übertragung über das Kommunikationssystem; Mittel zum Einreihen von aufeinander folgenden Elementen der Vielzahl von digitalen Paketen in die Schlange in der Reihenfolge der zugewiesenen Priorität; und Mittel zum Übertragen des ersten digitalen Pakets der Schlange über das Kommunikationssystem.
- Vorrichtung gemäß Anspruch 9, wobei das Mittel zur Verarbeitung der empfangenen Vielzahl digitaler Pakete in der Reihenfolge der zugewiesenen Priorität weiter umfasst: Mittel zum Verarbeiten eines Elements der empfangenen Vielzahl von digitalen Paketen, welches die höchste Priorität aufweist vor der Verarbeitung irgendeines anderen der empfangenen Vielzahl von digitalen Paketen; und Mittel zum parallelen Verarbeiten des Rests der empfangenen Vielzahl von digitalen Paketen als multiple Tasks durch Verarbeiten jedes Elements des Rests der empfangenen Vielzahl von digitalen Pakten im Verhältnis zur jeweils zugewiesenen Priorität.
- Vorrichtung gemäß Anspruch 9, wobei das Mittel zum Verarbeiten der empfangenen Vielzahl von digitalen Paketen in der Reihenfolge der zugewiesenen Priorität weiter umfasst: Mittel zum Verarbeiten eines Elements der empfangenen Vielzahl von digitalen Paketen zum Wiedergewinnen eines gegebenen Elements der Vielzahl von digitalen Signalen, wobei das wiedergewonnene digitale Signal ein gegebenes Element darstellt der Vielzahl von Quellen von Medienarten; Mittel (
731 ,734 ,739 ,742 ) zum Verzögern des wiedergewonnenen gegebenen digitalen Signals, um eine gegebene Verzögerung um ein verzögertes wiedergewonnenes digitales Signal zu bilden; und Mittel (732 ,736 ,740 ,744 ) zum Wiedergeben des verzögerten wiedergewonnenen gegeben digitalen Signals, um eine verzögerte Wiedergabe des gegebenen Elements der Vielzahl von Quellen von Medienarten zu bilden. - Vorrichtung gemäß Anspruch 14, wobei das Mittel zum Verzögern des wiedergegewonnenen gegebenen digitalen Signals zum Bilden eines verzögerten wiedergewonnenen digitalen Signals weiter umfasst: Mittel zum Gleichsetzen der gegebenen Verzögerung zur Verzögerung des Kommunikationssystems.
- Vorrichtung gemäß Anspruch 15, wobei das Mittel zum Gleichsetzen der gegeben Verzögerung zur Verzögerung des Kommunikationssystems weiter umfasst: Mittel zum Messen der Verzögerung des Kommunikationssystems; Mittel zum Erhöhen der gegebenen Verzögerung zur Gleichheit mit der gemessenen Verzögerung; und Mittel zum Verringern der gegebenen Verzögerung zur Gleichheit mit der gemessenen Verzögerung, wobei die Verzögerung der verzögerten Wiedergabe des gegebenen Elements der Vielzahl von Quellen von Medienar ten sich erhöht und verringert in Übereinstimmung mit der gemessenen Verzögerung des Kommunikationssystems.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US7395693A | 1993-06-09 | 1993-06-09 | |
US73956 | 1993-06-09 | ||
PCT/US1994/006668 WO1994029979A1 (en) | 1993-06-09 | 1994-06-08 | Method and apparatus for multiple media digital communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
DE69432524D1 DE69432524D1 (de) | 2003-05-22 |
DE69432524T2 true DE69432524T2 (de) | 2004-04-01 |
Family
ID=22116837
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69432524T Expired - Fee Related DE69432524T2 (de) | 1993-06-09 | 1994-06-08 | Verfahren und vorrichtung für ein digitales multimediakommunikationssystem |
Country Status (8)
Country | Link |
---|---|
US (3) | US5623490A (de) |
EP (2) | EP1343290A3 (de) |
AT (1) | ATE237894T1 (de) |
AU (1) | AU7206994A (de) |
CA (1) | CA2173355A1 (de) |
DE (1) | DE69432524T2 (de) |
NZ (1) | NZ268754A (de) |
WO (1) | WO1994029979A1 (de) |
Families Citing this family (175)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6389010B1 (en) | 1995-10-05 | 2002-05-14 | Intermec Ip Corp. | Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones |
US6738357B1 (en) * | 1993-06-09 | 2004-05-18 | Btg International Inc. | Method and apparatus for multiple media digital communication system |
CA2140850C (en) * | 1994-02-24 | 1999-09-21 | Howard Paul Katseff | Networked system for display of multimedia presentations |
US5854898A (en) | 1995-02-24 | 1998-12-29 | Apple Computer, Inc. | System for automatically adding additional data stream to existing media connection between two end points upon exchange of notifying and confirmation messages therebetween |
US5666159A (en) * | 1995-04-24 | 1997-09-09 | Eastman Kodak Company | Electronic camera system with programmable transmission capability |
US6122526A (en) * | 1997-04-24 | 2000-09-19 | Eastman Kodak Company | Cellular telephone and electronic camera system with programmable transmission capability |
US5751694A (en) * | 1995-05-22 | 1998-05-12 | Sony Corporation | Methods and apparatus for synchronizing temporally related data streams |
US5894321A (en) * | 1995-06-16 | 1999-04-13 | Intel Corporation | Media object description for self configuring conferences |
FR2736486B1 (fr) * | 1995-06-30 | 1997-08-08 | Py Stephane | Methode de transmission de donnees representatives de sequences d'images et de sons |
IL115263A (en) * | 1995-09-12 | 1999-04-11 | Vocaltec Ltd | System and method for distributing multi-media presentations in a computer network |
US5844600A (en) * | 1995-09-15 | 1998-12-01 | General Datacomm, Inc. | Methods, apparatus, and systems for transporting multimedia conference data streams through a transport network |
EP1457897A3 (de) * | 1995-10-26 | 2005-04-20 | Matsushita Electric Industrial Co., Ltd. | Dateiensystem |
US5805572A (en) * | 1995-11-22 | 1998-09-08 | Sun Microsystems, Inc. | Single-system image network subsystem in a clustered system |
US6728784B1 (en) * | 1996-08-21 | 2004-04-27 | Netspeak Corporation | Collaborative multimedia architecture for packet-switched data networks |
US6128712A (en) * | 1997-01-31 | 2000-10-03 | Macromedia, Inc. | Method and apparatus for improving playback of interactive multimedia works |
US6369861B1 (en) * | 1997-03-31 | 2002-04-09 | Matsushita Electric Industrial Co., Ltd. | Program selection system for a digital television receiver |
KR100259082B1 (ko) * | 1997-04-02 | 2000-06-15 | 김영환 | 네트워크 트래픽 우선순위 결정방법 |
GB2324175B (en) * | 1997-04-10 | 2002-07-31 | Ibm | Personal conferencing system |
US6407998B1 (en) | 1997-10-02 | 2002-06-18 | Thomson Licensing S.A. | Multimedia decoder for prioritized bi-directional communication in a broadcast system |
GB9721947D0 (en) | 1997-10-16 | 1997-12-17 | Thomson Consumer Electronics | Intelligent IP packet scheduler algorithm |
US6219704B1 (en) * | 1997-11-20 | 2001-04-17 | International Business Machines Corporation | Method and apparatus for delivering multimedia content based on network connections |
US6556560B1 (en) | 1997-12-04 | 2003-04-29 | At&T Corp. | Low-latency audio interface for packet telephony |
US6301258B1 (en) * | 1997-12-04 | 2001-10-09 | At&T Corp. | Low-latency buffering for packet telephony |
US7054313B1 (en) * | 1997-12-31 | 2006-05-30 | At&T Corp. | Integrated services director (ISD) overall architecture |
US6453355B1 (en) * | 1998-01-15 | 2002-09-17 | Apple Computer, Inc. | Method and apparatus for media data transmission |
US6744763B1 (en) | 1998-01-15 | 2004-06-01 | Apple Computer, Inc. | Method and apparatus for media data transmission |
US6134243A (en) | 1998-01-15 | 2000-10-17 | Apple Computer, Inc. | Method and apparatus for media data transmission |
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 |
US6570876B1 (en) * | 1998-04-01 | 2003-05-27 | Hitachi, Ltd. | Packet switch and switching method for switching variable length packets |
US6212361B1 (en) * | 1998-04-02 | 2001-04-03 | Lucent Technologies, Inc. | Ordering message signals for transmission over a telecommunications channel |
US6959221B1 (en) * | 1998-04-03 | 2005-10-25 | Matsushita Electric Industrial Co., Ltd. | Portable viewing system |
GB9807295D0 (en) * | 1998-04-03 | 1998-06-03 | Snell & Wilcox Ltd | Improvements relating to audio-video delay |
JPH11331248A (ja) * | 1998-05-08 | 1999-11-30 | Sony Corp | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
US6584509B2 (en) * | 1998-06-23 | 2003-06-24 | Intel Corporation | Recognizing audio and video streams over PPP links in the absence of an announcement protocol |
US6453336B1 (en) * | 1998-09-14 | 2002-09-17 | Siemens Information And Communication Networks, Inc. | Video conferencing with adaptive client-controlled resource utilization |
US6241612B1 (en) | 1998-11-09 | 2001-06-05 | Cirrus Logic, Inc. | Voice communication during a multi-player game |
US6539450B1 (en) | 1998-11-29 | 2003-03-25 | Sony Corporation | Method and system for adjusting isochronous bandwidths on a bus |
JP2000181448A (ja) * | 1998-12-15 | 2000-06-30 | Sony Corp | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
US6374316B1 (en) | 1999-03-19 | 2002-04-16 | Sony Corporation | Method and system for circumscribing a topology to form ring structures |
US7505455B1 (en) * | 1999-03-19 | 2009-03-17 | F5 Networks, Inc. | Optimizations for tunneling between a bus and a network |
US6631415B1 (en) | 1999-03-19 | 2003-10-07 | Sony Corporation | Method and system for providing a communication connection using stream identifiers |
US6810452B1 (en) | 1999-03-19 | 2004-10-26 | Sony Corporation | Method and system for quarantine during bus topology configuration |
US6502158B1 (en) | 1999-04-23 | 2002-12-31 | Sony Corporation | Method and system for address spaces |
US6665392B1 (en) | 1999-05-05 | 2003-12-16 | Spiderphone.Com, Inc. | Associating data connections with conference call telephone |
US7103907B1 (en) * | 1999-05-11 | 2006-09-05 | Tellabs Bedford, Inc. | RF return optical transmission |
US6460182B1 (en) * | 1999-05-11 | 2002-10-01 | Marconi Communications, Inc. | Optical communication system for transmitting RF signals downstream and bidirectional telephony signals which also include RF control signals upstream |
US20030128983A1 (en) * | 1999-05-11 | 2003-07-10 | Buabbud George H. | Digital RF return over fiber |
US6598074B1 (en) * | 1999-09-23 | 2003-07-22 | Rocket Network, Inc. | System and method for enabling multimedia production collaboration over a network |
KR100318566B1 (ko) * | 1999-10-19 | 2001-12-28 | 서호석 | 화이트보드상에서 명령순서를 이용한 객체에 대한 잠금 장치 및 그 방법 |
US6700893B1 (en) | 1999-11-15 | 2004-03-02 | Koninklijke Philips Electronics N.V. | System and method for controlling the delay budget of a decoder buffer in a streaming data receiver |
US6728821B1 (en) | 1999-11-29 | 2004-04-27 | Sony Corporation | Method and system for adjusting isochronous bandwidths on a bus |
FR2803149B1 (fr) * | 1999-12-27 | 2002-03-15 | Cit Alcatel | Procede pour faciliter la restitution des signaux de parole transmis au debut d'une communication telephonique etablie par l'intermediaire d'un reseau d'echange de paquets et materiel pour mettre en oeuvre ce procede |
US6993290B1 (en) | 2000-02-11 | 2006-01-31 | International Business Machines Corporation | Portable personal radio system and method |
EP1361690B1 (de) * | 2000-03-02 | 2006-01-11 | Matsushita Electric Industrial Co., Ltd. | Verfahren und Vorrichtung zur auf Kanalzustand basierten Wiederholung von Datenpaketen |
US6647446B1 (en) | 2000-03-18 | 2003-11-11 | Sony Corporation | Method and system for using a new bus identifier resulting from a bus topology change |
US7035229B1 (en) * | 2000-04-07 | 2006-04-25 | Lucent Technologies Inc. | Method and apparatus for dynamic allocation of conferencing resources in a telecommunications system |
ID29908A (id) * | 2000-04-11 | 2001-10-25 | Sony Corp | Peranti transmisi data, peranti penerima data, metode pentransmisi data, metode penerima data, peranti perekam, peranti pemutar ulang, metode perekam dan metode pemutaran ulang |
US6728356B1 (en) * | 2000-04-14 | 2004-04-27 | Lucent Technologies Inc. | Method and apparatus for providing telephony services by switch-based processing of media streams |
SE0001616L (sv) * | 2000-05-03 | 2001-11-04 | Nokia Corp | Push-sätt och -system |
US6757773B1 (en) | 2000-06-30 | 2004-06-29 | Sony Corporation | System and method for determining support capability of a device coupled to a bus system |
US6912060B1 (en) * | 2000-07-05 | 2005-06-28 | Lexmark International, Inc. | Photoprinter control of peripheral devices |
US6766376B2 (en) | 2000-09-12 | 2004-07-20 | Sn Acquisition, L.L.C | Streaming media buffering system |
SE517245C2 (sv) * | 2000-09-14 | 2002-05-14 | Ericsson Telefon Ab L M | Synkronisering av audio- och videosignaler |
AU781291B2 (en) * | 2000-09-19 | 2005-05-12 | Nice Systems Ltd. | Communication management system for computer network based telephones |
EP1783944A3 (de) * | 2000-10-13 | 2014-08-27 | Sony Corporation | Qualitätskontrollsystem für Datenübertragung, Sendesystem und Empfänger |
WO2002043360A2 (en) * | 2000-11-01 | 2002-05-30 | Lps Associates, Llc | Multimedia internet meeting interface phone |
US20040038737A1 (en) * | 2000-11-01 | 2004-02-26 | Christopher Piche | Method and apparatus for improving real time and/or interactive animation over a computer network |
KR100467643B1 (ko) * | 2000-12-28 | 2005-01-24 | 엘지전자 주식회사 | 무선 랜에서의 멀티미디어 데이터 전송 방법 |
JP2005502096A (ja) * | 2001-01-11 | 2005-01-20 | ゼット−フォース コミュニケイションズ インコーポレイテッド | ファイルスイッチ及び交換ファイルシステム |
US7509322B2 (en) | 2001-01-11 | 2009-03-24 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
US7002985B2 (en) * | 2001-01-16 | 2006-02-21 | Motorola, Inc. | Method and apparatus for organizing and scheduling multimedia data transfers over a wireless channel |
US6728358B2 (en) * | 2001-01-25 | 2004-04-27 | Paltalk Holdings, Inc. | Efficient buffer allocation for current and predicted active speakers in voice conferencing systems |
US20020138593A1 (en) * | 2001-03-26 | 2002-09-26 | Novak Michael J. | Methods and systems for retrieving, organizing, and playing media content |
US6904566B2 (en) | 2001-03-26 | 2005-06-07 | Microsoft Corporation | Methods, systems and media players for rendering different media types |
US7072908B2 (en) * | 2001-03-26 | 2006-07-04 | Microsoft Corporation | Methods and systems for synchronizing visualizations with audio streams |
US7278102B2 (en) | 2001-03-26 | 2007-10-02 | Microsoft Corporation | Methods, system and media players for rendering different media types |
US6907570B2 (en) * | 2001-03-29 | 2005-06-14 | International Business Machines Corporation | Video and multimedia browsing while switching between views |
US6981263B1 (en) | 2001-06-29 | 2005-12-27 | Bellsouth Intellectual Property Corp. | Methods and systems for converged service creation and execution environment applications |
US7103644B1 (en) * | 2001-06-29 | 2006-09-05 | Bellsouth Intellectual Property Corp. | Systems for an integrated data network voice-oriented service and non-voice-oriented service converged creation and execution environment |
EP1418709B1 (de) * | 2001-08-09 | 2012-02-08 | Panasonic Corporation | Sendevorrichtung und Sendeverfahren |
US20030049591A1 (en) * | 2001-09-12 | 2003-03-13 | Aaron Fechter | Method and system for multimedia production and recording |
JP3852752B2 (ja) * | 2001-11-16 | 2006-12-06 | パイオニア株式会社 | 通信情報の帯域幅制御装置および方法 |
US7668901B2 (en) * | 2002-04-15 | 2010-02-23 | Avid Technology, Inc. | Methods and system using a local proxy server to process media data for local area users |
US7941559B2 (en) * | 2002-04-23 | 2011-05-10 | Tellabs Bedford, Inc. | Media access control address translation for a fiber to the home system |
US7921445B2 (en) * | 2002-06-06 | 2011-04-05 | International Business Machines Corporation | Audio/video speedup system and method in a server-client streaming architecture |
US7457312B2 (en) * | 2002-06-19 | 2008-11-25 | Microsoft Corporation | Bandwidth sharing in advanced streaming format |
GB0219947D0 (en) | 2002-08-28 | 2002-10-02 | Nokia Corp | Conferencing system |
US7103157B2 (en) * | 2002-09-17 | 2006-09-05 | International Business Machines Corporation | Audio quality when streaming audio to non-streaming telephony devices |
JP2004112675A (ja) * | 2002-09-20 | 2004-04-08 | Konica Minolta Holdings Inc | 画像データ提供方法、記録装置及びプログラム |
US7716312B2 (en) | 2002-11-13 | 2010-05-11 | Avid Technology, Inc. | Method and system for transferring large data files over parallel connections |
US20040186823A1 (en) * | 2003-02-12 | 2004-09-23 | International Business Machines Corporation | Data packet processing |
FR2851713B1 (fr) * | 2003-02-25 | 2005-06-24 | Cit Alcatel | Dispositif de gestion de communications multimedia via un reseau asynchrone et un reseau de telephonie, a compensation de delai de transmission |
US20040255338A1 (en) * | 2003-06-13 | 2004-12-16 | Apple Computer, Inc. | Interface for sending synchronized audio and video data |
EP1863281B1 (de) * | 2003-07-11 | 2009-08-26 | Panasonic Corporation | Aufzeichnungsmedium, Aufzeichnungsverfahren, Wiedergabevorrichtung und -verfahren sowie computerlesbares Programm |
US7366405B2 (en) * | 2003-07-11 | 2008-04-29 | Matsushita Electric Industrial Co., Ltd. | Recording medium, recording method, reproduction apparatus and method, and computer-readable program |
EP1645124B1 (de) * | 2003-07-11 | 2007-12-12 | Matsushita Electric Industrial Co., Ltd. | Aufzeichnungsmedium und -verfahren, wiedergabegerät und -verfahren, und computerlesbares programm |
US6956827B2 (en) * | 2003-08-15 | 2005-10-18 | Popular Telephony, Inc. | Distribution of identifiers in serverless networks |
US7990948B2 (en) * | 2003-08-15 | 2011-08-02 | Quintence Properties Kg, Llc | Serverless and switchless internet protocol telephony system and method |
US7417981B2 (en) * | 2003-10-15 | 2008-08-26 | Vonage Holdings Corp. | Method and apparatus for enhanced Internet Telephony |
TWI228919B (en) * | 2003-12-22 | 2005-03-01 | Sunplus Technology Co Ltd | Circuit and method for decompressing image |
US7649843B2 (en) * | 2004-02-09 | 2010-01-19 | Transwitch Corporation | Methods and apparatus for controlling the flow of multiple signal sources over a single full duplex ethernet link |
US7386111B2 (en) * | 2004-02-10 | 2008-06-10 | Vonage Network Inc. | Method and apparatus for placing a long distance call based on a virtual phone number |
US20050234961A1 (en) * | 2004-04-16 | 2005-10-20 | Pinnacle Systems, Inc. | Systems and Methods for providing a proxy for a shared file system |
US7170545B2 (en) * | 2004-04-27 | 2007-01-30 | Polycom, Inc. | Method and apparatus for inserting variable audio delay to minimize latency in video conferencing |
KR100917512B1 (ko) * | 2004-06-18 | 2009-09-16 | 파나소닉 주식회사 | 기록매체, 재생장치, 기록방법, 재생방법 |
US8233779B2 (en) * | 2004-07-09 | 2012-07-31 | Panasonic Corporation | Recording medium, recording method, reproduction apparatus and method, and computer-readable program |
US9584406B2 (en) * | 2004-09-08 | 2017-02-28 | Cradlepoint, Inc. | Data path switching |
US7885970B2 (en) | 2005-01-20 | 2011-02-08 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
US20060187970A1 (en) * | 2005-02-22 | 2006-08-24 | Minkyu Lee | Method and apparatus for handling network jitter in a Voice-over IP communications network using a virtual jitter buffer and time scale modification |
US20060210040A1 (en) * | 2005-03-16 | 2006-09-21 | Jeffrey Citron | Transfer identification software enabling electronic communication system |
US8683044B2 (en) | 2005-03-16 | 2014-03-25 | Vonage Network Llc | Third party call control application program interface |
US20060210036A1 (en) * | 2005-03-16 | 2006-09-21 | Jeffrey Citron | System for effecting a telephone call over a computer network without alphanumeric keypad operation |
US20070022215A1 (en) * | 2005-07-19 | 2007-01-25 | Singer David W | Method and apparatus for media data transmission |
DE102005042141A1 (de) | 2005-09-05 | 2007-03-15 | Infineon Technologies Ag | Konferenz-Kommunikationssystem, Verfahren zum Betreiben eines Konferenz-Kommunikationssystems, Notifizierungseinrichtung und Verfahren zum Notifizieren eines Kommunikationsendgeräts |
CA2622732A1 (en) * | 2005-10-13 | 2007-04-26 | Vonage Holdings Corp. | Method and system for detecting a change in device attachment |
US8306202B2 (en) * | 2005-11-09 | 2012-11-06 | Vonage Network Llc | Method and system for customized caller identification |
US20070139189A1 (en) * | 2005-12-05 | 2007-06-21 | Helmig Kevin S | Multi-platform monitoring system and method |
CN101385317A (zh) * | 2006-02-01 | 2009-03-11 | 沃纳格控股公司 | 在基于分组的通信网中传送设备的状态的方法和设备 |
US8917717B2 (en) * | 2007-02-13 | 2014-12-23 | Vonage Network Llc | Method and system for multi-modal communications |
AU2007217346B2 (en) * | 2006-02-27 | 2011-07-28 | Vonage Holdings Corp. | Automatic device configuration |
US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
CN101193292A (zh) * | 2006-11-24 | 2008-06-04 | 联想(北京)有限公司 | 一种基于多载波技术的无线视频收发方法及装置 |
US8682916B2 (en) | 2007-05-25 | 2014-03-25 | F5 Networks, Inc. | Remote file virtualization in a switched file system |
US8121117B1 (en) | 2007-10-01 | 2012-02-21 | F5 Networks, Inc. | Application layer network traffic prioritization |
US8548953B2 (en) | 2007-11-12 | 2013-10-01 | F5 Networks, Inc. | File deduplication using storage tiers |
US8549582B1 (en) | 2008-07-11 | 2013-10-01 | F5 Networks, Inc. | Methods for handling a multi-protocol content name and systems thereof |
GB0820920D0 (en) * | 2008-11-14 | 2008-12-24 | Wolfson Microelectronics Plc | Codec apparatus |
JP5146548B2 (ja) * | 2009-02-06 | 2013-02-20 | 富士通株式会社 | パケットバッファ装置及びパケット廃棄方法 |
US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US8806056B1 (en) | 2009-11-20 | 2014-08-12 | F5 Networks, Inc. | Method for optimizing remote file saves in a failsafe way |
US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
US9420049B1 (en) | 2010-06-30 | 2016-08-16 | F5 Networks, Inc. | Client side human user indicator |
US9503375B1 (en) | 2010-06-30 | 2016-11-22 | F5 Networks, Inc. | Methods for managing traffic in a multi-service environment and devices thereof |
US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
US8879431B2 (en) | 2011-05-16 | 2014-11-04 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
US10771827B2 (en) * | 2011-05-24 | 2020-09-08 | Comcast Cable Communications, Llc | Monitoring and activity reporting of enhanced media content |
US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
US8463850B1 (en) | 2011-10-26 | 2013-06-11 | F5 Networks, Inc. | System and method of algorithmically generating a server side transaction identifier |
GB2496414A (en) * | 2011-11-10 | 2013-05-15 | Sony Corp | Prioritising audio and/or video content for transmission over an IP network |
US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
US9244843B1 (en) | 2012-02-20 | 2016-01-26 | F5 Networks, Inc. | Methods for improving flow cache bandwidth utilization and devices thereof |
EP2853074B1 (de) | 2012-04-27 | 2021-03-24 | F5 Networks, Inc | Verfahren zur optimierung von inhaltsdienstanfragen und vorrichtungen dafür |
US10033837B1 (en) | 2012-09-29 | 2018-07-24 | F5 Networks, Inc. | System and method for utilizing a data reducing module for dictionary compression of encoded data |
US9519501B1 (en) | 2012-09-30 | 2016-12-13 | F5 Networks, Inc. | Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system |
US9578090B1 (en) | 2012-11-07 | 2017-02-21 | F5 Networks, Inc. | Methods for provisioning application delivery service and devices thereof |
US10375155B1 (en) | 2013-02-19 | 2019-08-06 | F5 Networks, Inc. | System and method for achieving hardware acceleration for asymmetric flow connections |
US9497614B1 (en) | 2013-02-28 | 2016-11-15 | F5 Networks, Inc. | National traffic steering device for a better control of a specific wireless/LTE network |
US9554418B1 (en) | 2013-02-28 | 2017-01-24 | F5 Networks, Inc. | Device for topology hiding of a visited network |
US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
ES2766267T3 (es) * | 2013-11-20 | 2020-06-12 | Opanga Networks Inc | Pre-entrega fraccional de contenido a dispositivos de usuario |
US9788029B2 (en) | 2014-04-25 | 2017-10-10 | Activevideo Networks, Inc. | Intelligent multiplexing using class-based, multi-dimensioned decision logic for managed networks |
US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
JP6593008B2 (ja) * | 2014-10-07 | 2019-10-23 | 株式会社リコー | 情報処理装置、通信方法、プログラム、システム |
US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
US10158905B2 (en) * | 2016-09-14 | 2018-12-18 | Dts, Inc. | Systems and methods for wirelessly transmitting audio synchronously with rendering of video |
US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
US11184415B2 (en) * | 2018-05-07 | 2021-11-23 | Apple Inc. | Media feed prioritization for multi-party conferencing |
Family Cites Families (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4516156A (en) * | 1982-03-15 | 1985-05-07 | Satellite Business Systems | Teleconferencing method and system |
GB8407102D0 (en) * | 1984-03-19 | 1984-04-26 | Int Computers Ltd | Interconnection of communications networks |
EP0169709B1 (de) * | 1984-07-20 | 1990-06-13 | Nec Corporation | Realzeitverarbeitungssystem für Videosignale |
GB2166320B (en) * | 1984-10-25 | 1988-10-12 | Stc Plc | Packet switching system |
US4847829A (en) * | 1985-04-08 | 1989-07-11 | Datapoint Corporation | Video conferencing network |
US4763317A (en) * | 1985-12-13 | 1988-08-09 | American Telephone And Telegraph Company, At&T Bell Laboratories | Digital communication network architecture for providing universal information services |
US5177604A (en) * | 1986-05-14 | 1993-01-05 | Radio Telcom & Technology, Inc. | Interactive television and data transmission system |
US4945410A (en) * | 1987-02-09 | 1990-07-31 | Professional Satellite Imaging, Inc. | Satellite communications system for medical related images |
JPH01221042A (ja) * | 1988-02-29 | 1989-09-04 | Toshiba Corp | パケット交換機の輻輳制御方法 |
DE3823219C1 (de) * | 1988-07-08 | 1989-05-18 | Telenorma Telefonbau Und Normalzeit Gmbh, 6000 Frankfurt, De | |
US4991169A (en) * | 1988-08-02 | 1991-02-05 | International Business Machines Corporation | Real-time digital signal processing relative to multiple digital communication channels |
JPH0267847A (ja) * | 1988-09-02 | 1990-03-07 | Nippon Telegr & Teleph Corp <Ntt> | パケット伝送方式 |
JP2736092B2 (ja) * | 1989-01-10 | 1998-04-02 | 株式会社東芝 | バッファ装置 |
US5140584A (en) * | 1989-03-01 | 1992-08-18 | Kabushiki Kaisha Toshiba | Packet communication system and method of controlling same |
WO1990010993A1 (en) * | 1989-03-16 | 1990-09-20 | Fujitsu Limited | Video/audio multiplex transmission system |
CA2012868C (en) * | 1989-03-23 | 1994-03-22 | Shin-Ichiro Hayano | Call control with transmission priority in a packet communication network of an atm type |
US5014267A (en) * | 1989-04-06 | 1991-05-07 | Datapoint Corporation | Video conferencing network |
US4935953A (en) * | 1989-04-27 | 1990-06-19 | International Business Machines Corporation | Cyclic video region transmission for videoconferencing systems |
US5210836A (en) * | 1989-10-13 | 1993-05-11 | Texas Instruments Incorporated | Instruction generator architecture for a video signal processor controller |
US4949169A (en) * | 1989-10-27 | 1990-08-14 | International Business Machines Corporation | Audio-video data interface for a high speed communication link in a video-graphics display window environment |
US5195086A (en) * | 1990-04-12 | 1993-03-16 | At&T Bell Laboratories | Multiple call control method in a multimedia conferencing system |
US5155594A (en) * | 1990-05-11 | 1992-10-13 | Picturetel Corporation | Hierarchical encoding method and apparatus employing background references for efficiently communicating image sequences |
US5220653A (en) * | 1990-10-26 | 1993-06-15 | International Business Machines Corporation | Scheduling input/output operations in multitasking systems |
JPH0546568A (ja) * | 1991-08-08 | 1993-02-26 | Internatl Business Mach Corp <Ibm> | 分散アプリケーシヨン実行装置および方法 |
US5243596A (en) * | 1992-03-18 | 1993-09-07 | Fischer & Porter Company | Network architecture suitable for multicasting and resource locking |
US5594859A (en) * | 1992-06-03 | 1997-01-14 | Digital Equipment Corporation | Graphical user interface for video teleconferencing |
US5309433A (en) * | 1992-06-18 | 1994-05-03 | International Business Machines Corp. | Methods and apparatus for routing packets in packet transmission networks |
-
1994
- 1994-06-08 EP EP03007478A patent/EP1343290A3/de not_active Withdrawn
- 1994-06-08 AU AU72069/94A patent/AU7206994A/en not_active Abandoned
- 1994-06-08 AT AT94921289T patent/ATE237894T1/de not_active IP Right Cessation
- 1994-06-08 NZ NZ268754A patent/NZ268754A/en not_active IP Right Cessation
- 1994-06-08 DE DE69432524T patent/DE69432524T2/de not_active Expired - Fee Related
- 1994-06-08 CA CA002173355A patent/CA2173355A1/en not_active Abandoned
- 1994-06-08 WO PCT/US1994/006668 patent/WO1994029979A1/en active IP Right Grant
- 1994-06-08 EP EP94921289A patent/EP0739558B1/de not_active Expired - Lifetime
-
1996
- 1996-04-02 US US08/626,580 patent/US5623490A/en not_active Expired - Lifetime
-
1997
- 1997-02-05 US US08/795,798 patent/US5995491A/en not_active Expired - Lifetime
-
1999
- 1999-11-10 US US09/437,269 patent/US6104706A/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
EP1343290A2 (de) | 2003-09-10 |
US5995491A (en) | 1999-11-30 |
US5623490A (en) | 1997-04-22 |
ATE237894T1 (de) | 2003-05-15 |
WO1994029979A1 (en) | 1994-12-22 |
NZ268754A (en) | 1998-07-28 |
EP0739558A4 (de) | 1999-01-27 |
AU7206994A (en) | 1995-01-03 |
EP1343290A3 (de) | 2005-01-05 |
CA2173355A1 (en) | 1994-12-22 |
EP0739558B1 (de) | 2003-04-16 |
EP0739558A1 (de) | 1996-10-30 |
US6104706A (en) | 2000-08-15 |
DE69432524D1 (de) | 2003-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69432524T2 (de) | Verfahren und vorrichtung für ein digitales multimediakommunikationssystem | |
US7050425B2 (en) | Apparatus for multiple media digital communication | |
DE60118269T2 (de) | Verfahren und Vorrichtung zur Synchronisierung und Übertragung von Echtzeit-Medieninhalt in einem Paketnetz | |
DE60315689T2 (de) | Verzögerungshandel zwischen kommunikationsstrecken | |
DE69816294T2 (de) | Dynamische selektion von mediaströmen für ihre darstellung | |
DE19681223B4 (de) | Videotelekonferenzsystem mit digitaler Umcodierung | |
EP0772937B1 (de) | Verfahren zum verbindungsaufbau und zum steuern der bildtelefonkommunikation | |
DE69630374T2 (de) | Gleitfenster-datenflusssteuerung mit veränderbarer gleitfensterlänge | |
DE69332983T2 (de) | Einrichtung in einem kommunikationsnetz | |
DE69634950T2 (de) | Identifizierung von anwendungsfähigkeiten für telekonferenzverbindungen | |
DE69434607T2 (de) | Faksimiledatenübertragungssystem und -Verfahren | |
EP0365693B1 (de) | Verfahren und Schaltungsanordnung zum Übertragen von Nachrichtensignalen in einem Breitband-Kommunikationsnetz | |
WO1992021211A1 (en) | A multiple medium message recording system | |
DE69838868T2 (de) | Verfahren für erhörte h.321-basierte multimedien-konferenzdienste über einem atm weitverkehrsnetz | |
DE60116341T2 (de) | Kommunikationsverwaltungsystem für computernetzbasierte telefone | |
DE10050447A1 (de) | Verfahren und Vorrichtung zum Optimieren der Paketlänge in ToL-Netzwerken | |
DE10085104B4 (de) | Verfahren und Anordnung in einem Telekommunikationssystem | |
EP1673919A1 (de) | Behandlung von early media ii | |
DE60225457T2 (de) | Aufgeteilter vermittlungsknoten und verfahren zu dessen betrieb | |
DE2531181A1 (de) | Digitale konferenzschaltung fuer zeitvielfachbetrieb | |
EP1050186B1 (de) | Kommunikationsnetz, verfahren zum übertragen eines signals, netzverbindungseinheit und verfahren zum anpassen der datenrate eines skalierten datenstroms | |
DE10146347A1 (de) | Verfahren zum Übertragen eines Datenstroms von einem Produzenten an eine Mehrzahl von Zuschauern | |
DE60034015T2 (de) | Verfahrung und Vorrichtung zur Wiederherstellung von am Anfang einer Paketvermittelten Telefonübertragung gesendeten Sprachsignalen | |
JPS6354859A (ja) | 電子会議システムのデ−タ伝送方式 | |
Foo Siu Cheung Hui et al. | Enhancing the quality of low bit‐rate real‐time Internet communication services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8328 | Change in the person/name/address of the agent |
Representative=s name: DERZEIT KEIN VERTRETER BESTELLT |
|
8364 | No opposition during term of opposition | ||
8339 | Ceased/non-payment of the annual fee |