AT503777A1 - Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten - Google Patents
Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten Download PDFInfo
- Publication number
- AT503777A1 AT503777A1 AT0090506A AT9052006A AT503777A1 AT 503777 A1 AT503777 A1 AT 503777A1 AT 0090506 A AT0090506 A AT 0090506A AT 9052006 A AT9052006 A AT 9052006A AT 503777 A1 AT503777 A1 AT 503777A1
- Authority
- AT
- Austria
- Prior art keywords
- transmission
- error
- data packets
- data
- frames
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 29
- 238000012546 transfer Methods 0.000 title description 5
- 230000005540 biological transmission Effects 0.000 claims description 121
- 230000033001 locomotion Effects 0.000 claims description 6
- 239000013598 vector Substances 0.000 claims description 5
- 230000001419 dependent effect Effects 0.000 claims description 3
- 230000015654 memory Effects 0.000 description 19
- 238000001514 detection method Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 7
- 230000008901 benefit Effects 0.000 description 5
- 238000013144 data compression Methods 0.000 description 5
- 238000005562 fading Methods 0.000 description 4
- 230000001186 cumulative effect Effects 0.000 description 3
- 238000005315 distribution function Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 240000006829 Ficus sundaica Species 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000011835 investigation Methods 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000035508 accumulation Effects 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- 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/12—Avoiding congestion; Recovering from congestion
- H04L47/127—Avoiding congestion; Recovering from congestion by using congestion prediction
-
- 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/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- 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/28—Flow control; Congestion control in relation to timing considerations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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
- 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
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/637—Control signals issued by the client directed to the server or network components
- H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/637—Control signals issued by the client directed to the server or network components
- H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64746—Control signals issued by the network directed to the server or the client
- H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64746—Control signals issued by the network directed to the server or the client
- H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
- H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64784—Data processing by the network
- H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0098—Unequal error protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Description
Die Erfindung betrifft allgemein ein Verfahren sowie eine Vorrichtung zum Steuern der paketweisen Übertragung von Daten, insbesondere Videodaten, in komprimierter Form, wobei abhängig von den Daten und von einer Übertragungsfehler-Prediktion eine Reihung von Datenpaketen für die Übertragung festgelegt wird.
Aus der WO 2005/076575 Al ist es bei der Übertragung von Daten, insbesondere Videodaten, bekannt, Information über Datenpakete zu nützen, um eine Reihung für das Senden der Datenpakete zu bestimmen. Dabei werden Signalverzerrungen für die Bestimmung der Reihenfolge der Datenpakete berücksichtigt, um so den Informationsverlust möglichst gering zu halten. Insbesondere werden Vorhersagen über eine Signalverzerrung getroffen, wenn bestimmte Datenpakete verloren gehen, und es wird bei der Bestimmung der Reihenfolge der zu übertragenden Datenpakete auch festgelegt, ob ein verlorengegangenes Datenpaket neuerlich übertragen werden soll. Bei dieser Technik ist eine Verbesserung in der Übertragungsqualität in bloß beschränktem Ausmaß möglich, da die Qualität des Übertragungskanals a priori unberücksichtigt bleibt.
Aufgabe der Erfindung ist es daher, wesentliche Verbesserungen in der Qualität bei der paketweisen Übertragung von Daten, insbesondere Videodaten (beim so genannten Video-Streaming), zu ermöglichen.
Die Erfindung basiert dabei auf der Erkenntnis, dass es bei Übertragungen vielfach möglich ist, die physikalischen Gegebenheiten der Übertragungskanäle, insbesondere was das Auftreten von Übertragungsfehlern betrifft, statistisch abzuschätzen bzw. zu analysieren und bei der Durchführung der Datenübertragung mit zu berücksichtigen. Insbesondere in drahtlosen Netzwerken ist der Einfluss des Übertragungskanals zufolge der vergleichsweise hohen Fehlerwahrscheinlichkeit, verglichen mit Draht-gebundenen Übertragungswegen, von Bedeutung, wobei aber vielfach gewisse Gesetzmäßigkeiten beim Auftreten der Übertragungsfehler gegeben sind, die man sich beim Planen oder Steuern der Datenübertragung, beim so genannten „Scheduling", zu Nutze machen kann. Die Erfindung stellt dabei insbesondere auf ein Video-Streaming in UMTS-Mobilfunknetzen ab, soll jedoch nicht darauf beschränkt ····· · · · • · · · ··· ··· · ··· • · · · · · * · # ···· · ····· - 2 - ** sein und ist überall dort anwendbar, wo bestimmte Gesetzmäßigkeiten oder Wahrscheinlichkeiten für das Auftreten oder Ausbleiben von Fehlern bzw. Störungen bei der Datenübertragung gegeben sind.
Demgemäß sieht die Erfindung zur Lösung der gestellten Aufgabe ein Verfahren sowie eine Vorrichtung wie in den anliegenden unabhängigen Ansprüchen definiert vor. Vorteilhafte Ausführungsformen und Weiterbildungen sind in den abhängigen Ansprüchen angegeben.
Bei der erfindungsgemäßen Technik werden für die Übertragung von wichtigen Datenpaketen, den Datenpaketen mit hoher Priorität, solche ZeitIntervalle ausgewählt, in denen mit großer Wahrscheinlichkeit keine Übertragungsfehler zu erwarten sind. Derartige Vorhersagen betreffend die Wahrscheinlichkeit für ein Auftreten oder Nicht-Auftreten von Übertragungsfehlern, also Übertragungsfehler-Prediktionen, sind beispielsweise aufgrund von zuvor gemeldeten Überträgungscharakteristika möglich, wobei aufgrund von vorhergehenden Detektionen von Fehlern in der Übertragung bzw. von fehlerfreien Übertragungen, etwa auf der Basis von Rückmeldungen eines Empfängers, vielfach Häufungen von Fehlern zu bestimmten Zeiten bzw. von Übertragungsfehlern freie Zeiten feststellbar bzw. für die Zukunft vorhersagbar sind. Insbesondere hat sich gezeigt, dass in Mobiltelefonnetzen, wie insbesondere in UMTS-Netzen (UMTS - Universal Mobile Telecommunication System - universelles mobiles Telekommunikationssystem) , Fehler in der Übertragung zu bestimmten Zeitpunkten gehäuft auftreten, wonach relative lange Zeiträume folgen, in denen praktisch keine Übertragungsfehler auftreten. Die Erfindung macht sich nun diese Gegebenheiten zu Nutze und legt auf der Basis von Übertragungsfehler-Prediktionen bzw. von Vorhersagen für eine (wahrscheinlich) fehlerfreie Übertragung jene Zeitintervalle fest, in denen im Hinblick auf die erwartete fehlerfreie Übertragung dann die wichtigen Datenpakete, also Datenpakete mit hoher Priorität, übertragen werden. Die Wichtigkeit der in den Daten enthaltenen Informationen kann durch entsprechende Kennzeichnungs-Bits in den Datenpaketen angegeben sein. Im Fall von Video-Streaming ist eine Codierung, der so genannte H.264 - Videocodierungs-Standard nach ITU-T bzw. ISO/IEC, - 3 - • · • · • · • · mit I-Rahmen, P-Rahmen und B-Rahmen üblich, wobei die I-Rahmen die wichtigsten Datenrahmen sind, da in ihnen jeweils komplette Bildinformationen enthalten sind, während entsprechend der zugrundeliegenden Datenkompression die P- bzw. B-Rahmen nur Informationen betreffend Differenzen in den Einzelbildern enthalten. Anders gesagt ist bei dieser Datenkompressionstechnik in den I-Rahmen unabhängig von anderen Rahmen die gesamte jeweilige Bild-Information enthalten, wogegen die P-Rahmen und die B-Rahmen abhängig von den vorhergehenden und nachfolgenden Rahmen bzw. von den vorhergehenden Rahmen sind. Falls ein Fehler in einem I-Rahmen auftritt, pflanzt sich dieser Fehler über die gesamte GOP (Group of Pictures, alle Rahmen von einem I-Rahmen bis exklusive zum nachfolgenden I-Rahmen) fort bis zum nächsten I-Rahmen im schlechtesten Fall. Um eine Fehlerfortpflanzung über einen I-Rahmen zu verhindern, wird bei I-Rahmen üblicherweise räumliche Fehlerverschleierung verwendet, die jedoch eine schlechtere Performance aufweist als die zeitliche Fehlerverschleierung bei B- oder P-Rahmen. Der Verlust beispielsweise eines B- oder P-Rahmens ist daher wesentlich weniger bedeutsam als der Verlust eines I-Rahmens, und es werden daher bei Zugrundeliegen dieser Codier- bzw. Kompressionstechnik als Datenpakete mit hoher Priorität jene mit I-Rahmen bevorzugt in den wahrscheinlich fehlerfreien Zeitintervallen übertragen, wogegen Datenpakete mit B- oder P-Rahmen als Datenpakete mit niedriger Priorität in den anderen Zeitintervallen, mit einer gewissen Fehlerwahrscheinlichkeit, übertragen werden können. Soweit in den Intervallen mit geringer Übertragungsfehler-Wahrscheinlichkeit noch die Möglichkeit für weitere Datenübertragungen gegeben ist, können dort auch die Datenpakete mit P-Rahmen als Datenpakete mit mittlerer Priorität gesendet werden, oder aber diese P-Rahmen-Datenpakete werden in Zeitintervallen mit einer gewissen Übertragungsfehler-Wahrscheinlichkeit als zu senden eingeplant. Sofern die Datenpakete auch Bewegungs-Vektoren enthalten, werden diese Datenpakete ebenfalls als solche mit hoher Priorität festgelegt, jedoch in ihrer Priorität hinter den Datenpaketen mit I-Rahmen gereiht, d.h. vorrangig werden die Datenpakete mit I-Rahmen in den wahrscheinlich fehlerfreien Übertragungsintervallen gesendet, und so weit die Möglichkeit noch besteht, werden Datenpakete mit Bewegungs-Vektoren sowie gegebenenfalls dann auch noch Datenpakete mit P-Rahmen (insbesondere solche, • · • · • · · • · · · ··· ··· · ··· ···· · · · · · • · · · · · I I · · - 4 - die sich auf Bildszenen-Schnitte beziehen) gesendet.
Sollten dennoch Datenpakete mit hoher Priorität bei der Übertragung verlorengegangen sein, können auch diese Datenpakete in den Zeitintervallen mit geringer Übertragungsfehler-Wahrscheinlichkeit neu gesendet werden. Es ist aber im Rahmen der Erfindung durchaus zulässig und möglich, im Hinblick darauf, dass die wichtigen Datenpakete aller Wahrscheinlichkeit nach ohne Fehler, d.h. ungestört, übertragen werden, auf die Möglichkeit einer Übertragungswiederholung bei Datenpaketen von Vornherein zu verzichten, was eine Vereinfachung in der Sendetechnologie ebenso wie eine Beschleunigung in der Übertragung im Sinne einer Annäherung an eine „Echtzeit"-Übertragung mit sich bringt.
Wie bereits erwähnt, kann die Bestimmung der Zeitfenster mit geringer Fehlerwahrscheinlichkeit auf der Basis von Meldungen über Fehler in der Übertragung und von Meldungen über fehlerfreie Übertragungen, also auf Basis der Übertragungs-Historie, durchgeführt werden. In diesem Zusammenhang haben wie erwähnt Untersuchungen gezeigt, dass speziell in Mobilfunknetzen, insbesondere in UMTS-Netzen, Fehler gehäuft, in Form von Fehler-„Bursts", auftreten und nach Auftreten einer derartigen Fehlergruppe relativ lange Zeitintervalle ohne Übertragungsfehler feststellbar sind. Um zu bestimmen, ob ein derartiger Fehler-Burst beendet ist, d.h. um nach einem Übertragungsfehler auf den Beginn des Zeitfensters mit geringer Fehlerwahrscheinlichkeit zu entscheiden, wird eine fehlerfreie Mindest-Übertragungsmenge, z.B. eine Mindestlänge von Übertragungsblöcken, abgewartet. Diese fehlerfreie Mindest-Übertragungsmenge kann eine Mindest-Anzahl von Transportblöcken sein, die sich z.B. empirisch, aufgrund statistischer Ergebnisse, ermitteln lässt und die laufend aktualisiert wird, oder aber die für einen bestimmten Übertragungskanal als fester Wert aufgrund von historischen Werten festgelegt wird. Für ein adaptives System kann eine Messeinheit, beispielsweise mit einem Zähler, vorgesehen werden, wobei überdies auch ein Statistik-Modul zum Festlegen der nach einem Übertragungsfehler abzuwartenden fehlerfreien Mindest-Übertragungsmenge bzw. Mindestanzahl von fehlerfrei übertragenen Transportblöcken für den Beginn des Zeitfensters mit geringer Übertragungsfehler- ···· · ····· - 5 - *
Wahrscheinlichkeit zugeordnet werden kann.
Die Länge des Zeitfensters mit geringer Fehlerwahrscheinlichkeit kann weiters abhängig von einem einstellbaren Signal/Interfe-renzverhältis bzw. Block/Fehlerverhältnis bestimmt werden.
Die Erfindung wird nachfolgend anhand von bevorzugten Ausführungsbeispielen, auf die sie jedoch nicht beschränkt sein soll, und unter Bezugnahme auf die beiliegende Zeichnung noch weiter erläutert. Im Einzelnen zeigen: Fig. 1 ein Diagramm zur Veranschaulichung der statistischen kumulativen Verteilungsfunktion von Zeitintervallen (ausgedrückt in der Anzahl der hintereinander fehlerfrei übertragenen Datenblöcke) für eine fehlerfreie Datenpaket-Ubertragung; Fig. 2 eine schematische Veranschaulichung der Vorgangsweise bei der Steuerung der Datenpaket-Reihung gemäß der Erfindung; Fig. 3 in einem Schema ähnlich einem Blockschaltbild eine Vorrichtung zur Steuerung der Reihenfolge der Datenpakete für eine Übertragung gemäß der Erfindung; Fig. 4 im Detail eine in dieser Vorrichtung gemäß Fig. 3 vorgesehene Prediktionseinheit für die Ermittlung des Beginns von Zeitintervallen mit geringster Fehlerwahrscheinlichkeit; Fig. 5 in einem Diagramm eine Veranschaulichung von empirischen Verteilungsfunktionen für Leuchtdichte-Verhältnis-Werte (Y-PSNR, Verhältnis von Leuchtdichte-Spitzenwerten zum Signal/Rausch-Verhältnis) bei Anwendung der Erfindung im Vergleich zur Vorgangsweise gemäß Stand der Technik; und Fig. 6 in einem Schema den Zusammenhang zwischen eingestellten Signal-Störungs-Ziel-werten und der Wahrscheinlichkeit einer Reihe von fehlerfrei empfangenen Transportblöcken.
Die erfindungsgemäße Technik soll nachfolgend beispielhaft unter Bezugnahme auf die Bilddatenübertragung in einem UMTS-Mobil-funknetz erläutert werden, wobei eine nachstehend noch näher erläuterte Datenkomprimierung und eine paketweise Übertragung der Videodaten, das Video-Streaming, vorgesehen ist. Durch die Datenkomprimierung, insbesondere nach dem H.264-Videocode-Stan-dard (vgl. beispielsweise T. Wigand et al. „OverView of the H.264/AVC Video Coding-Standard", IEEE Transactions on Circuits and Systems for Video Technology, Band 13, Nr. 17, Seiten 560-576, Juli 2003) ergibt sich direkt eine praktische Möglichkeit ····· · · · • · · · ··· ·♦· · ··· ···· · · · · · • · · · f ····· - 6 -....... zur Bestimmung von Datenpaketen mit hoher Priorität und solcher mit vergleichsweise niedrigerer Priorität, nämlich je nachdem, welche Bildrahmen („Frames") enthalten sind. An sich wäre es im Rahmen der Erfindung aber selbstverständlich auch denkbar, Datenpakete mit hoher Priorität durch spezielle Bits zu kennzeichnen und von Datenpaketen mit niedrigerer Priorität zu unterscheiden, wobei es auch üblich ist, in den „Headern" (Kopfteilen) von Datenpaketen Hinweise auf die im jeweiligen Datenpaket enthaltene Information unterzubringen, vgl. hierzu auch beispielsweise die eingangs genannte WO 2005/076575 Al. Für die paketweise Übertragung eines Video-Stroms über ein drahtloses UMTS-Netz wird bekanntlich jeder Rahmen (jedes Frame) der Videoinformation in kleinere Teile, die so genannten „Slices", unterteilt, wobei diese kleineren Teile dann codiert werden. Die codierten Videoteile werden sodann in RTP-Paketen eingebettet (RTP - Real Time Protocol - Echtzeit-Protokoll), und jedes RTP-Paket wird in ein UDP-Paket und weiters in ein IP-Pa-ket eingebettet (UDP - User Datagram Protocol - Benützer-Data-gramm-Protokoll; IP - Internet Protocol - Internet-Protokoll). Die UTRAN-RLC-Schicht führt dann eine Segmentierung der IP-Pake-te durch und fügt einen RLC-Header hinzu (UTRA - UMTS Terrestri-al Radio Access Network - terrestrisches UMTS-Funkzugangsnetz; RLC - Radio Link Control - Funkverbindungssteuerung). Nach Zuordnung der Pakete zum jeweiligen Transportkanal durch die MAC-Schicht (MAC - Medium Access Control - Mediumzugangssteuerung) ergibt sich aus den RLC-Nutzdaten in Verbindung mit dem hinzugefügten Header ein Transportblock. Diesen Transportblöcken werden CRC-Bits hinzugefügt (CRC - Cyclic Redundancy Check - zyklischer Redundanzcheck; dient zur Fehlerdetektion und -korrektur), wonach die Transportblöcke zu Codeblöcken segmentiert und verkettet werden und der erhaltene Bitstrom mit einem Kanalcode codiert wird.
Hinsichtlich weiterer Details für diese an sich bekannte Vorgangsweise bei der paketweisen Datenübertragung über ein UMTS-Netz kann auf die Dokumente 3GPP TR25.944 „Channel Coding and Multiplexing Examples" V.4.1.0, Juni 2001; 3GPP, TR25.322 „Radio Link Control (RLC) Protocol Specification", V.4.12.0,
Juni 2004; sowie 3GPP TR25.212 „Multiplexing and Channel Coding ····· · ·· • · · · ··· ··· · ··· ···· · · ··· ···· · ····· - 7 - (FDD)", V.4.6.0, Oktober 2002; verwiesen werden. Bei der Datenübertragung kann die Funkverbindungssteuerung (RLC) in einem Bestätigungsmodus (AM - Acknowledged Mode), in dem Mehrfach-Übertragungen von Paketen erlaubt werden, oder in einem unbestätigten Modus (UM - Unacknowledged Mode) arbeiten, in dem zwar eine Fehlerdetektion erfolgt, jedoch keine Neuübertragung von Datenpaketen.
Untersuchungen haben nun gezeigt, dass insbesondere in derartigen drahtlosen Verbindungen Fehler bzw. Störungen in der Übertragungsverbindung dazu neigen, gebündelt aufzutreten, d.h. es treten Übertragungsfehler in Form von Gruppen oder Bursts auf, wobei andererseits zwischen derartigen Fehler-Bursts wieder relativ lange Zeitintervalle mit fehlerfreier Übertragung festzustellen sind. Insbesondere hat sich auch gezeigt, dass derartige Fehler-Bursts statistisch gesehen mit einer gewissen Periodizität auftreten, so dass eine gute Vorhersage von Übertragungsfehlern bzw. von fehlerfreien Übertragungszeiten ermöglicht wird.
In Fig. 1 ist als Beispiel hierfür eine empirisch ermittelte statistische kumulative Verteilungsfunktion CDF (Cumulative Density Function) über der Anzahl von Transportblöcken TB (als Maß für die Länge von Zeitintervallen mit fehlerfreien Transportblöcken) aufgetragen; im Einzelnen sind drei Kurven 1, 2 und 3 entsprechend drei verschiedenen örtlichen Positionen in einem tatsächlichen UMTS-Netz aufgenommen. Dabei sind zwei Hauptbereiche für das Auftreten von Zeitintervallen mit fehlerfreien Transportblöcken feststellbar, nämlich kurze Zeitintervalle mit ^ 12 Transportblöcken TB und lange Zeitintervalle mit mehr als 500 Transportblöcken TB. Zwischen diesen beiden Hauptbereichen ist nur eine vernachlässigbare kleine Wahrscheinlichkeit für ein Zeitintervall mit fehlerfreier Übertragung gegeben. Wenn daher nach dem letzten (fehlerhaften) Transportblock TB eine Zeitdauer abgewartet wird, die größer ist als das Maximum dieser kurzen Zeitintervalle, und in dieser abgewarteten Zeit kein fehlerhafter Transportblock TB auftritt, dann befindet man sich zumindest im kürzesten der langen Zeitintervalle für fehlerfreie Übertragung, beispielsweise entsprechend ungefähr 400 Transportblöcken TB, wo eine sehr kleine Wahrscheinlichkeit ····· · · · • · · · ··· ··· · ·*· ···· « · · · · ···· · II 9 9 9 - 8 - für Übertragungsfehler gegeben ist.
Wie bereits erwähnt ist es üblich, bei der Datencodierung und Datenkompression der Videodaten den H.264-Standard zu verwenden, bei dem einerseits so genannte I-Rahmen (I-Frames), die die gesamte Bild-Information des Rahmens enthalten, und die unabhängig von anderen Rahmen sind, sowie andererseits P-Rahmen und B-Rahmen, die von vorhergehenden und gegebenenfalls nachfolgenden Rahmen abhängen, vorgesehen werden. Demgemäß erneuern die I-Rahmen den Video-Strom jedesmal. Wenn ein Fehler in einem Datenpaket mit einem I-Rahmen enthalten ist, dann setzt sich dieser Fehler innerhalb der gesamten Bildergruppe (GOP - Group of Pic-tures; ein I-Rahmen mit folgenden P- und B-Rahmen bis zum nächsten I-Rahmen) fort, bis der nächste I-Rahmen auftritt. Demgemäß haben die I-Rahmen eine vergleichsweise große Bedeutung, eine hohe Priorität, verglichen mit den B- oder P-Rahmen, und bei der Datenübertragung in einem codierten Video-Stream ist nach Möglichkeit hierauf Rücksicht zu nehmen. Wenn in den zu übertragenden Bilddaten auch Bewegungs-Vektoren oder aber P-Rahmen mit Szenen-Schnitten enthalten sind, so kann diesen Rahmen ebenfalls eine höhere Priorität, verglichen mit sonstigen P-Rahmen oder aber mit B-Rahmen, zuerkannt werden.
Die vorstehend erläuterten Erkenntnisse betreffend die „Gesetzmäßigkeit" beim Übertragen der Bilddaten über einen Funkkanal, insbesondere in einem UMTS-Netz, kann demgemäß dafür ausgenützt werden, die Datenpakete mit hoher Priorität, also insbesondere Datenpakete, die I-Rahmen enthalten, in den Zeitfenstern oder Zeitintervallen mit hoher Wahrscheinlichkeit einer fehlerfreien Übertragung zu übertragen. Hierfür werden diese Datenpakete mit hoher Priorität kurzfristig zwischengespeichert, wenn gerade ein Fehler-Burst B auftritt oder zu erwarten ist, vgl. Fig. 2, in der in der Zeile 2.1 schematisch durch aneinandergereihte Rechtecke Transportblöcke TB veranschaulicht sind, wobei während der Fehler-Bursts B auftretende, mit Übertragungsfehlern behaftete Transportblöcke TB geschwärzt eingezeichnet sind. Wenn nun gemäß der Zeile 2.2 in Fig. 2 ein Datenpaket I mit I-Rahmen auftritt, so wird dieses für eine gewisse Wartezeit dx zwischengespeichert, und es wird nach dem Auftreten von Fehlern im Fehler-Burst B jeweils auf den Ablauf einer bestimmten Mindestwartezeit, entspre- ····· · ·· • · ♦ · t·· ··· · ··· • · # · · · * · · • · f · · ····· - 9 - chend einer Mindestmenge d„,in von Transportblöcken TB, gewartet, während der keine weiteren Fehler bei den Transportblöcken TB auftreten, und nach Verstreichen dieser Übergangs- oder Wartezeit dmln wird, da nun für ein längeres Zeitintervall TI eine sichere, fehlerfreie Übertragung zu erwarten ist, das Datenpaket I mit hoher Priorität gesendet; diese Verschiebung des Datenpakets I ist in Fig. 2 mit einem Pfeil 4 zwischen den Zeilen 2.2 und 2.3 veranschaulicht. In der übrigen Zeit werden Datenpakete mit niedrigerer Priorität, z.B. Datentpakete P (mit P-Rahmen), übertragen.
In Fig. 3 ist schematisch in einer Art Blockschaltbild eine Vorrichtung 10 gezeigt, mit der eine derartige Technik wie vorstehend erläutert realisiert werden kann. Dabei ist ein Datenstrom 12 veranschaulicht, der aus Schicht 3-Paketen gebildet ist, die entweder von einem Funknetzcontroller (RNC - Radio Network Controller) oder aber von einer mobilen Einheit (einem „Handy") herrühren. Diese Datenpakete werden einem Detektionsmodul 14 zugeführt, wo der Inhalt der Datenpakete festgestellt wird, und eine Information über den Paketinhalt wird einem Quellenselektionsmodul 16 sowie einem Prioritätsunterscheidungsblock 18 zugeführt. Diesem Prioritätsunterscheidungsblock 18 werden weiters auch die Datenpakete selbst zugeführt, sofern Bilddaten betroffen sind.
Wenn die Datenpakete keine Video-Streaming-Daten enthalten, werden die Datenpakete hingegen direkt einem Pufferspeicher 20 zugeführt.
Im Prioritätsunterscheidungsblock 18 wird die Wichtigkeit, d.h. die Priorität, des Paketinhalts detektiert, und je nach Priorität werden die Datenpakete beispielsweise einem entsprechenden Pufferspeicher 22, für Datenpakete mit hoher Priorität, etwa mit I-Rahmen, einem Pufferspeicher 24 für Datenpakete mit mittlerer Priorität, z.B. für Datenpakete mit Bewegungs-Vektoren und mit P-Rahmen mit Szenenschnitten, und einem Pufferspeicher 26 für Datenpakete mit niedriger Priorität, beispielsweise mit den restlichen P-Rahmen oder mit B-Rahmen, zugeleitet. Bei Festlegung von mehr als drei Prioritätsrängen sind entsprechend mehr Pufferspeicher 22, 24, 26, ... vorzusehen. - 10 - ····· · · · • · · · ··· ··· · ··· ···« · t · · · • ·· · · ·····
Den Pufferspeichern 22, 24, 26, ... (die Anzahl der Pufferspeicher richtet sich wie erwähnt nach der Anzahl der möglichen Prioritäten oder Wichtigkeiten der Datenpakete) ist ein Puffergrößendetektor 28 zugeordnet, um die jeweilige momentane Größe des Inhalts jedes Pufferspeichers 22, 24, 26, ... zu bestimmen; die so erhaltene Information wird dem Quellenselektionsmodul 16 zugeleitet.
Weiters ist an die Pufferspeicher 22, 24, 26, ... ein Über-tragungsverzögerungs-Detektionsblock 30 angeschlossen, in dem die Zeit zwischen der Ankunft eines Datenpakets im jeweiligen Pufferspeicher 22, 24, 26 und der momentan aktuellen Zeit, somit die schon angesammelte Übertragungsverzögerung, bestimmt wird, und diese Information wird ebenfalls an den Quellenselektionsblock 16 weitergeleitet.
Dieser Quellenselektionsblock 16 dient dazu, die jeweilige Datenpaketquelle, also den entsprechenden Pufferspeicher 20 bzw. 22-26, für die Weiterleitung der Datenpakete zwecks Übertragen auszuwählen. Wenn kein Video-Strom-Datenpaket in den Pufferspeichern 22-26 enthalten ist und das Detektionsmodul 14 meldet, dass der Datenstrom keine Video-Datenpakete enthält, dann wird vom Quellenselektionsblock 16 der Pufferspeicher 20 als Datenpaket-Quelle ausgewählt, wobei in Entsprechung dazu in Fig. 3 schematisch ein Schalter 32 gezeigt ist, der vom Quellens-elektionsblock 16 angesteuert wird. Die Schicht 3-Datenpakete werden demgemäß über diesen Schalter 32 zu einem Abbildungsmodul 34 weitergeleitet, wo die Schicht 3-Datenpakete in üblicher Weise in die RLC-Schicht (Schicht 2-Nutzdaten) segmentiert werden, damit sie in einen RLC-Block passen, wonach sie auf die Transportblöcke TB (s. Fig. 2) abgebildet werden.
Wenn Video-Datenpakete zu übertragen sind, so erhält das Quellenselektionsmodul 16 vom Datenpaketinhalts-Detektionsmodul 14 eine entsprechende Information, und es wird nun vom Quellenselektionsmodul 16 bei der Auswahl der zu übertragenden Datenpakete auf deren Priorität Bezug genommen, wobei die Datenpakete wie erwähnt je nach ihrer Priorität in einem der Pufferspeicher 22, 24, 26 zwischengespeichert sind. Damit das Selektionsmodul ····· · t· • · · · ··» ··· · ··· • ·· · · · ··· • ft· · · · · · · - 11 -....... 16 die entsprechende Reihung im Hinblick auf eine möglichst fehlerfreie Datenpaket-Übertragung vornehmen kann, ist es mit einem Eingang an den Ausgang einer Prediktionseinheit 36 angeschlossen, welche ihrerseits mit einer Fehlermeldungseinheit 38 verbunden ist. Hier werden als Feedback Meldungen über den Fehlerstatus von empfangenen Transportblöcken TB empfangen, damit derartige Fehlerrückmeldungen in der vorliegenden Planungs- oder Steuervorrichtung 10 für die Reihung der Datenpakete nach deren Priorität für eine möglichst fehlerfreie Übertragung bearbeitet werden können. In einem UMTS-Netz sieht die RLC AM-Betriebsart wie erwähnt eine derartige Rückinformation über den Fehlerstatus der empfangenen Transportblöcke TB vor. Üblicherweise wird diese Rückmeldung für eine Übertragungswiederholung der fehlerhaft oder gestört empfangenen Datenpakete verwendet. Im vorliegenden Fall kann auf eine derartige neuerliche Sendung verzichtet werden (d.h. die - üblicherweise einstellbare - maximale Anzahl von Übertragungswiederholungen kann bei Anwendung der Erfindung auf Null gesetzt werden). Die Fehlerinformation ist dann weiterhin im Sender, d.h. in der Vorrichtung 10, verfügbar, jedoch werden keine Sendewiederholungen durchgeführt. Selbstverständlich kann aber auch bei der vorliegenden Technik eine gewisse Anzahl von Sendewiederholungen vorgesehen werden, wobei dann durch die geringere resultierende Fehlerwahrscheinlichkeit der Transportblöcke TB allerdings ein geringerer Vorteil aus der Fehler-Prediktion mit dem Übertragen von Datenpaketen in wahrscheinlich fehlerfreien Zeitintervallen gezogen wird.
In der Prediktionseinheit 36 werden die Zeitintervalle für eine wahrscheinlich fehlerfreie Übertragung von Transportblöcken -abhängig von der Priorität der darin enthaltenen Datenpakete -ermittelt, wobei insbesondere die langen Zeitintervalle mit geringer Fehlerwahrscheinlichkeit angegeben werden. Diese Zeitintervalle TI mit geringer Fehlerwahrscheinlichkeit liegen wie erwähnt zwischen zwei Fehler-Bursts B, s. Fig. 2. Diese Eigenschaft rührt von der Periodizität der Außenregelschleifen-Leis-tungssteuerung bei Mobilnetzen (UMTS-Netzen), bei Verwendung eines zugeordneten Kanals (DCH - Dedicated Channel), vor. Wie erwähnt wird dabei der Umstand ausgenutzt, dass die Abstände zwischen Fehlern innerhalb der Fehler-Bursts B eine bestimmte Größe haben, die klein ist im Vergleich zu den Abständen zwi- 12
• » · • ··♦ · · • · • · • · • · sehen zwei aufeinanderfolgenden Fehler-Bursts B, s. Fig. 2. Wenn daher nach einem detektierten Fehler ein Mindestzeitintervall droin lang, das größer ist als die Abstände zwischen den Fehlern innerhalb eines Fehler-Bursts B, kein Fehler festgestellt wird, liegt mit größter Wahrscheinlichkeit ein langes Zeitintervall TI zwischen zwei Fehler-Bursts B vor, in dem nun wegen der außerordentlich geringen Fehlerwahrscheinlichkeit Datenpakete mit hoher Priorität, d.h. entsprechende zugehörige Transportblöcke TB, übertragen werden.
In Fig. 4 ist eine Ausführungsform der Prediktionseinheit 36 mehr im Detail veranschaulicht, wobei ersichtlich ist, dass die von der Fehlermeldungseinheit 38 kommende Information einerseits einem Fehlermeldungsdetektor 40 und andererseits einem Erfassungsmodul 42 für die Meldung einer fehlerfreien Übertragung zugeführt wird. Weiters ist ein Zähler 44 mit einem Zähleingang an das Fehlerfrei-Erfassungsmodul 42 und mit seinem Rücksetzeingang an den Fehlermeldungsdetektor 40 angeschlossen. Wenn daher Meldungen über einen fehlerfreien Empfang von Transportblöcken TB in der Vorwärtsstrecke erhalten werden, wird der Zähler 44 jeweils um einen Schritt weitergeschaltet, d.h. der Zählerstand wird entsprechend den fehlerfrei empfangen gemeldeten Transportblöcken TB inkrementiert; wenn dagegen vom Fehlermeldungsdetektor 40 eine Meldung über einen gestörten Empfang eines Transportblocks TB erfasst wird, wird dies dem Zähler 44 am Rückstelleingang zugeleitet, so dass der Zähler 44 auf Null zurückgesetzt wird. Der Zähler 44 zählt somit die Meldungen über einen fehlerfreien Empfang, d.h. also die Anzahl der störungsfrei empfangenen Transportblöcke TB, um so eine Basisinformation u.a. für die Feststellung des Ablaufs des Zeitintervalls dmin und somit für das aktuelle Auftreten des langen Zeitintervalls TI mit geringer Fehlerwahrscheinlichkeit an ein Entscheidungsmodul 46 zu liefern. Wenn andererseits der Zähler 44 aufgrund eines gestörten Empfangs eines Transportblocks TB und einer entsprechenden Fehler-Rückmeldung über den Fehlermeldungsdetektor 40 zurückgesetzt wird, wird der jeweilige letzte Zählerstand, der einer Zwischenfehler-Zeitintervall-Länge entspricht, an ein Statistik-Modul 48 weitergeleitet, um diese Informationen betreffend die Abstände der Fehler oder Störungen bei der Transportblock-Übertragung statistisch auszuwerten und 13 so eine Basis für die Festlegung der Wartezeit dmin in einem entsprechenden Bestimmungsmodul 50 zu liefern.
Im Hinblick auf die hohe Regelmäßigkeit bzw. Periodizität der Fehler-Bursts B insbesondere bei einem UMTS-Netz ist es aber auch möglich, aufgrund von empirischen Werten ein für alle Mal einen dmin-Wert zu ermitteln und über das Bestimmungsmodul 50 eine Wartezeit dmin dem Entscheidungsmodul 4 6 zur Bestimmung des Beginns von Zeitintervallen TI mit geringer Fehlerwahrscheinlichkeit zuzuführen.
Das Statistikmodul 48 liefert im Wesentlichen eine statistische Information entsprechend Fig. 1. Die Nutzung dieser Statistik-Information kann mit Hilfe eines Schalters 54 gewählt werden, um die Mindestwartezeit dmin im Modul 50 zu bestimmen. Alternativ kann wie erwähnt der Schalter 54 aber auch in eine Position gebracht werden, um eine feste dmin-Vorgabe über das Modul 52 einzustellen. In Tests wurden weiters ausgezeichnete Ergebnisse mit einer Einstellung von dmin auf einen festen Wert von 37 Transportblöcken TB erzielt. Die Bestimmung von droin erfolgt allerdings endgültig im Modul 50 abhängig von der adaptiven Statistik des Statistikmoduls 48 oder der festen Statistik des Moduls 52, je nach Stellung des Schalters 54.
Das Statistikmodul 48 liefert im Wesentlichen eine statistische Information entsprechend Fig. 1. Die Nutzung dieser sich adaptiv kontinuierlich ändernden Statistik-Information kann mit Hilfe des Schalters 54 gewählt werden, um die Mindestwartezeit droin im Modul 50 zu bestimmen. Für die Bestimmung von dmin im Modul 50 kann in der Praxis beispielsweise jene Stelle der CDF-Kurve (s. Fig. 1) erfasst werden, wo der Zuwachs in der CDF-Kurve pro Inkrement auf der X-Achse (Anzahl der Transportblöcke TB) zum ersten Mal gleich Null ist oder einen vorgegebenen Schwellenwert unterschreitet. Der sich dabei beispielsweise aus der Kurve 1 in Fig. 1 ergebende Wert wäre 12. Durch Miteinbeziehen eines Sicherheitsfaktors ergibt sich beispielsweise ein dmin von 37 Transportblöcken, mit dem in Tests ausgezeichnete Ergebnisse (s. Fig. 5) erzielt werden konnten. Alternativ zur Bestimmung des dmin-Wertes aus der sich adaptiv ändernden Statistik aus dem Statistikmodul 48 kann der Schalter 54 aber auch in eine Position 14 gebracht werden, wo eine extern historisch ermittelte Statistik aus dem Modul 52 zur Bestimmung von dmin herangezogen wird. Weiters kann im Modul 50 auf eine Bestimmung von dmin aus den Statistiken der Module 48 und 52 verzichtet werden und ein fix festgelegter Wert von dmln an das Modul 4 6 weitergegeben werden. Wie schon erwähnt wurden in Tests ausgezeichnete Ergebnisse mit einer Einstellung von dmin auf einen festen Wert von 37 Transportblöcken TB erzielt.
Der dmin-Wert wird dann dem „Start"-Modul (Entscheidungsmodul) 4 6 zugeführt, um das aktuelle Auftreten der für die praktisch fehlerfreie Übertragung geeigneten Zeitintervalle TI zu bestimmen. Das Ergebnis dieser Bestimmung wird dann wie erwähnt an das Quellenselektionsmodul 16 geliefert, das dann je nach der Situation die entsprechenden Quellen, d.h. Pufferspeicher 22, 24 oder 26, über den Schalter 32 auswählt, um die entsprechenden Datenpakete der Übertragung zuzuleiten.
Konkret wird in diesem „Start"-Modul 46 jedesmal, wenn der Wert des Zählers 44 den Mindestwert dmin überschreitet, auf das aktuelle Auftreten eines Zeitintervalls TI mit geringer Fehlerwahrscheinlichkeit entschieden und so über die Quellenselektion (Modul 16) veranlasst, zwischengespeicherte Datenpakete bzw. Transportblöcke mit hoher Priorität nunmehr zu übertragen.
Untersuchungen haben gezeigt, dass eine außerordentlich geringe Wahrscheinlichkeit für einen Übertragungsfehler bei Datenpaketen mit hoher Priorität bei Abwarten einer Mindestzeit dmin und einem unmittelbar nachfolgenden Übertragen der Datenpakete mit hoher Priorität erreicht wird, wobei die Fehlerwahrscheinlichkeit unter 0,1 % liegt. Diese Fehlerwahrscheinlichkeit steigt jedoch auf z.B. annähernd 1 %, wenn die Datenpaket-Übertragung relativ spät nach Ablauf des Werte-Intervalls dmin erfolgt, etwa bei einer relativen Position, bezogen auf dmln, von 3000 Transportblöcken (was beispielsweise einer Zeit von 2,5 s entspricht).
Durch das Abwarten der Zeitspanne dmin ergibt sich bei der vorliegenden Technik eine bestimmte Sendeverzögerung, vgl. die sich bei Berücksichtigung der jeweiligen Datenpakete, z.B. P-P, ergebende Verzögerung dj; in Fig. 2, für die I-Rahmen bzw. I-Da- 15 tenpakete. Diese Verzögerung dü verursacht jedoch tatsächlich keine Verschlechterung der Qualität, solange sie innerhalb der Speicherkapazität des Ausgabe-Pufferspeichers auf der Empfängerseite liegt. Untersuchungen haben gezeigt, dass die sich maximal ergebende Übertragungsverzögerung für die I-Rahmen ungefähr 7000 Transportblöcke (entsprechend ungefähr 6 s) beträgt, wobei ein Ausgabe-Pufferspeicher mit einer Speicherkapazität für eine Datenausgabe für eine Zeit von 6 s durchaus ein üblicher Wert für Anwendungen bei Video-Übertragungsdiensten ist. Wenn die Pufferzeit auf 3 s beschränkt wird, sind die Vorteile der vorliegenden Technik noch immer mit einem Prozentsatz in der Größenordnung von 85 % nützbar; in diesem Fall müssen jene I-Da-tenpakete, die die aufgrund der geringen Pufferzeit gegebene maximale Übertragungsverzögerung überschreiten würden, sofort gesendet werden, so dass diese Datenpakete (und nur diese) nicht den Vorteil der Übertragung während der Zeitintervalle TI mit geringster Fehlerwahrscheinlichkeit haben können, wodurch der insgesamt mögliche Vorteil der Störungsreduktion etwas gemindert wird.
In Fig. 5 ist ein Diagramm gezeigt, das die empirisch ermittelte Verteilung PDF von Leuchtdichte-Verhältnis-Werten Y-PSNR (konkret das Verhältnis von Spitzenwerten zum Signal/Rausch-Verhält-nis) für Transportblöcke TB bei Anwendung der erfindungsgemäßen Technik im Vergleich zum herkömmlichen Senden der Datenpakete (Kurve 60 in Fig. 5) erbringt. Dabei ist mit der Kurve 62 in Fig. 5 die Situation mit einem Ausgabe-Pufferspeicher mit einer Speicherzeit von 6 s oder mehr dargestellt, und mit der Kurve 64 ist die Situation für einen 3 s-Pufferspeicher veranschaulicht. Dabei ist ersichtlich, dass im Vergleich zur Stand der Technik-Kurve 60 in beiden Fällen (d.h. für beide Kurven 62, 64) eine Verschiebung zu höheren dB-Werten hin gegeben ist, d.h. die Anzahl der Rahmen mit geringerem Leuchtdichte-Verhältnis wird im Vergleich zum Stand der Technik reduziert, die Anzahl der Rahmen mit höherem Leuchtdichte-Verhältnis hingegen erhöht.
Die vorliegende Erfindung ist vor allem bei rein „statischen" Verhältnissen mit Vorteil anwendbar, d.h. wenn beispielsweise ein mobiles Endgerät nicht oder nur wenig bewegt wird und somit kein Signalschwund („Fading") aufgrund einer Bewegung, wie etwa 16 im Fall einer Fahrt mit einem Kraftfahrzeug, den Übertragungsstörungen zugrunde liegt. Wenn unterstellt werden kann, dass kein derartiges Fading sowie weiters im Idealfall auch kein Rauschen vorliegt, so ist eine Signalstörung in der Größenordnung von 1 % (BLERtarget - Block Error Ratio Target - Blockfehler-Zielverhältnis) denkbar, was bedeutet, dass an sich jeder hundertste Transportblock fehlerhaft empfangen wird. Der Außenregelschleif en-Leistungssteuermechanismus in einem UMTS-Netz (vgl. z.B. WO 2005/055463, WO 99/53701 A3) steuert das Signal/Störungs-Ziel (SIRtarget ~ Signal to Interference Target) , das Ziel der Innenregelschleifen-Leistungssteuerung in einem UMTS-Netz, entsprechend an. Dies ist schematisch in Fig. 6 veranschaulicht, wobei der Wert SIRtarget jedesmal, wenn ein Fehler beim Empfang eines Transportblocks TB auftritt, um K Stufen erhöht wird, und danach jeweils um eine Stufe reduziert wird, wenn ein Transportblock TB fehlerfrei empfangen wird. In diesem Fall kann bei der angenommenen Wahrscheinlichkeit von 1 % vorhergesagt werden, dass nach einem fehlerhaft empfangenen Transportblock TB 99 Transportblöcke fehlerfrei empfangen werden. Zufolge des Leistungssteuerungsmechanismus und des Vor-liegens von Fehler-Bursts wie erwähnt erhöhen sich die Längen der Intervalle zwischen den Fehlern auf mehr als 100 fehlerfrei empfangene Transportblöcke TB, insbesondere auf mehrere 100 fehlerfrei empfangene Transportblöcke zwischen Fehler-Bursts, wenn ein Blockfehler-Verhältnis (BLERtarget) von 1 % unterstellt wird.
Im Fall von dynamischen Szenarien mit Fading-Effekten etc. sind keine regelmäßigen Fehler-Bursts bzw. sind längere Fehler-Bursts, verglichen mit dem statischen Fall, zu erwarten. In der Folge wird sich je nach Ausmaß des Fadings oder Rauschens immer mehr die Situation ergeben, dass Datenpakete mit hoher Priorität trotz der angegebenen Steuerung bei der Übertragung gestört werden. In diesem Fall kann es zweckmäßig sein, die beschriebene Technik der Übertragung von Datenpaketen in Zeitintervallen mit geringster Fehlerwahrscheinlichkeit nicht weiter anzuwenden und ohne diese Prioritätenregelung die Datenpakete - in herkömmlicher Weise - zu übertragen. Insofern kann auch eine - in Fig. 3 schematisch mit strichlierten Linien dargestellte - Detektionseinheit 70 zum Feststellen von derartigen „dynamischen" Zu- - 17 - 17 • · · • · · • · · • · · • · · • · · · ··· ··· ·· ständen vorgesehen werden, um im gegebenen Fall die erfindungsgemäße Reihungs- bzw. Steuerungs-Technik für die Paket-Übertragung abzuschalten, und dieser Detektionsmechanismus kann beispielsweise auf der Basis realisiert werden, dass die Änderung der Sendeleistung TP („transmission power") für die jeweilige Übertragungsverbindung überwacht wird.
Wenn vorstehend die vorliegende Technik anhand der Fig. 3 und 4 unter Zugrundelegung von diskreten Modulen oder Komponenten erläutert wurde, so sollte es doch selbstverständlich sein, dass einige oder alle der beschriebenen Funktionen bevorzugt auch durch entsprechend programmierte Prozessoren bzw. Rechnermittel realisiert werden können, wobei es insbesondere auch denkbar ist, die gesamte Steuervorrichtung gemäß Fig. 3 mit einem in einem Übertragungsgerät vorhandenen Mikrocomputer oder Mikroprozessor zu realisieren.
Claims (15)
18 Patentansprüche: 1. Verfahren zum Steuern der paketweisen Übertragung von Daten, insbesondere Videodaten, in komprimierter Form, wobei abhängig von den Daten und von einer Übertragungsfehler-Prediktion eine Reihung von Datenpaketen für die Übertragung festgelegt wird, dadurch gekennzeichnet, dass Zeitfenster zwischen Burst-artig auftretenden Übertragungsfehlern bestimmt werden und in diesen Zeitfenstern als Zeitintervalle mit geringer Übertragungsfehler-Wahrscheinlichkeit die Übertragung von Datenpaketen mit hoher Priorität festgelegt wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Bestimmung der Zeitfenster mit geringer Fehlerwahrscheinlichkeit auf der Basis von Meldungen über Fehler in der Übertragung und über fehlerfreie Übertragungen durchgeführt wird.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass nach einem Übertragungsfehler auf den Beginn des Zeitfensters mit geringer Fehlerwahrscheinlichkeit nach einer fehlerfreien Mindest-Übertragungsmenge, z.B. nach einer Mindestlänge bzw. -anzahl von Übertragungsblöcken, entschieden wird.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die abzuwartende Mindest-Übertragungsmenge aufgrund statistischer Ergebnisse festgelegt und laufend aktualisiert wird.
5. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass ein fester Wert für die abzuwartende Mindest-Übertragungsmenge aufgrund von historischen Werten festgelegt wird.
6. Verfahren nach einem der Ansprüche 3 bis 5, dadurch gekennzeichnet, dass die Datenpakete mit hoher Priorität sofort nach Ende der Mindest-Übertragungsmenge, nach Start des Zeitfensters mit geringer Fehlerwahrscheinlichkeit, übertragen werden.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass Datenpakete mit hoher Priorität zwischengespeichert und danach während der Zeitfenster mit geringer Fehlerwahrscheinlichkeit gesendet werden, wobei gegebenenfalls 19 • · • · • · • · • · · • ··· ··· • ··· • · bereits gesendete, bei der Übertragung gestörte Datenpakete neuerlich gesendet werden.
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass außerhalb der Zeitfenster mit geringer Fehler-wahrscheinlichkeit Datenpakete mit niedriger Priorität gesendet werden.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass Datenpakete mit höherer Priorität aufgrund von in Paket-Kopfdaten enthaltenen Informationen bestimmt werden.
10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die Datenpaket-Übertragung nach einem beliebigen Videocodier-Standard erfolgt, der unterschiedliche Typen von Rahmen ausgibt, wieintra-codierte Rahmen und inter-codierte Rahmen, wobei die inter-codierten Rahmen, z.B. P- oder B-Rahmen, von mindestens einem anderen Rahmen der Video-Sequenz abhängig sind und die intra-codierten Rahmen, z.B. I-Rahmen, keine solchen Abhängigkeiten beinhalten, und als Datenpakete hoher Priorität jene mit intra-codierten Rahmen, z.B. I-Rahmen, und als Datenpakete mit einer mittleren Priorität jene mit inter-codierten Rahmen festgelegt werden, die ihrerseits eine höhere Priorität aufweisen als jene Datenpakete mit den restlichen inter-codierten Rahmen, z.B. P- oder B-Rahmen, den Datenpaketen mit niedriger Priorität.
11. Verfahren nach Anspruch 10, dadurch gekennzeichnet, dass Datenpakete mit Bewegungs-Vektoren ebenfalls als Datenpakete mit hoher Priorität, jedoch mit niedrigerer Priorität als jene der Datenpakete mit intra-codierten Daten, z.B. I-Rahmen, festgelegt werden.
12. Vorrichtung (10) zum Steuern der paketweisen Übertragung von Daten, insbesondere Videodaten, in komprimierter Form, wobei abhängig von den Daten und vom Ausgang einer Übertragungsfehler-Prediktionseinheit (36) ein Selektionsmodul (16) zur Reihung von Datenpaketen für die Übertragung ansteuerbar ist, dadurch gekennzeichnet, dass die Prediktionseinheit (36) eingerichtet ist, Zeitfenster zwischen Burst-artig auftretenden Übertragungs- - 20 • · · • · · • I · • · · ·· ·· • · • ··· • · • · ·· · • · · ··· · ··· • · · · # · · · · fehlem als Zeitinveralle (TI) mit geringer Übertragungsfehler-Wahrscheinlichkeit zu bestimmen und das Selektionsmodul (16) zur Übertragung von Datenpaketen mit hoher Priorität in diesen Zeitintervallen (TI) mit geringer Fehlerwahrscheinlichkeit anzusteuern.
13. Vorrichtung nach Anspruch 12, dadurch gekennzeichnet, dass der Prediktionseinheit (36) eine Detektoreinheit (40, 42) zur Feststellung von Meldungen über Fehler in der Übertragung bzw. über fehlerfreie Übertragungen zugeordnet ist.
14. Vorrichtung nach Anspruch 13, dadurch gekennzeichnet, dass an die Detektoreinheit (40, 42) eine Messeinheit, z.B. mit einem Zähler (44), zum Messen einer fehlerfreien Mindest-Übertragungs-menge, z.B. einer Mindestlänge von Übertragungsblöcken, nach einem Übertragungsfehler angeschlossen.
15. Vorrichtung nach Anspruch 14, gekennzeichnet durch ein Bestimmungsmodul (50) sowie vorzugsweise ein diesem zugeordnetes Statistikmodul (48) zum Festlegen der nach einem Übertragungsfehler abzuwartenden fehlerfreien Mindest-Übertragungsmenge für den Beginn der Zeitintervalle (TI) mit geringer Fehlerwahrscheinlichkeit . AW/kg
····· · · · * · · · ··· #·· · ··· • · · · · · · · • · · · t ····
TI
Fig.2 ····· · · · • · · · ··· ··· · ·«· • t · » · · · t • · · f · II · · 10 (TP)
Fig. 3 .*·..··.:···:......; : :: :···.···. ·.•......... .,· ·· ··· • · ♦ · ·· 40 (38)
Fig. 4 (16)
·· • · • · • · ·· Λ 2*·# ···· ·*·· *» w · · · a • ··« ··· . M( 1 ; · · · · ··» ···* '··* PDF
Fig. 5 Y-PSNR [dB] TB 100 TBs SIR target
Fig. 6
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AT0090506A AT503777A1 (de) | 2006-05-24 | 2006-05-24 | Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten |
| PCT/AT2007/000251 WO2007134355A1 (de) | 2006-05-24 | 2007-05-24 | Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AT0090506A AT503777A1 (de) | 2006-05-24 | 2006-05-24 | Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| AT503777A1 true AT503777A1 (de) | 2007-12-15 |
Family
ID=38283231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| AT0090506A AT503777A1 (de) | 2006-05-24 | 2006-05-24 | Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten |
Country Status (2)
| Country | Link |
|---|---|
| AT (1) | AT503777A1 (de) |
| WO (1) | WO2007134355A1 (de) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113518014A (zh) * | 2020-04-10 | 2021-10-19 | 华为技术有限公司 | 一种数据传输方法以及通信设备 |
| CN113206725B (zh) * | 2021-04-21 | 2022-08-12 | 珠海格力电器股份有限公司 | 一种通讯方法、通讯装置、通讯节点及通讯系统 |
| CN114422807B (zh) * | 2022-03-28 | 2022-10-21 | 麒麟软件有限公司 | 一种基于Spice协议的传输优化方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8737219B2 (en) * | 2004-01-30 | 2014-05-27 | Hewlett-Packard Development Company, L.P. | Methods and systems that use information about data packets to determine an order for sending the data packets |
-
2006
- 2006-05-24 AT AT0090506A patent/AT503777A1/de not_active Application Discontinuation
-
2007
- 2007-05-24 WO PCT/AT2007/000251 patent/WO2007134355A1/de not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007134355A1 (de) | 2007-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE60125473T2 (de) | Paketwiederübertragung mit Prioritätinformationen | |
| DE60208921T2 (de) | Verfahren und vorrichtung zur übertragung fehlertoleranter daten, wobei eine wiederholte übertragung fehlerhafter daten ausgeführt wird, bis die anzahl der übrigen fehlerhaften daten akzeptabel ist | |
| DE60203285T2 (de) | Verfahren und empfänger zur verbesserten datenpaketübertragung in ein übertragungsprotokoll | |
| DE60305793T2 (de) | Verfahren, Sender und Empfänger zur Anpassung der Kodierrate an eine wechselnde Übertragungsrate | |
| DE69932069T2 (de) | Arq protokoll mit packetbasierter zuverlässigkeitseinstellung | |
| DE60304294T2 (de) | Verfahren zur selektiven Übertragungswiederholung gemäß Paket-Kennzeichen | |
| DE69835758T2 (de) | Verfahren und anordnung in einem digitalen fernmeldesystem | |
| DE60123280T2 (de) | Verfahren für multimediakommunikation über paketkanäle | |
| DE19635116C2 (de) | Verfahren zur Videokommunikation | |
| DE60313377T2 (de) | Vorrichtung und verfahren zur steuerung der funktionsweise mehrerer kommunikationsschichten in einem geschichteten kommunikations-szenario | |
| DE60124923T2 (de) | Flexible automatische wiederholungsaufforderung für paketdatenübertragung | |
| DE20307251U1 (de) | Benutzervorrichtung, welche eine intelligente Flusssteuerung auf Basis der Kanalqualitätsbedingungen durchführt | |
| DE60219588T2 (de) | Verfahren zur Unterscheidung von Paketverlusten | |
| DE60112525T2 (de) | Vorrichtung und Verfahren für Kopfdekomprimierung | |
| DE60309566T2 (de) | Halb-zuverlässiges arq verfahren und entsprechende einrichtung | |
| CN108833930A (zh) | 直播数据传输控制方法、装置、直播设备及存储介质 | |
| DE10297176T5 (de) | Verfahren und Anordnungen in ein Digital-Kommunikationssystem betreffenden Anwendungen | |
| WO2007134355A1 (de) | Verfahren und vorrichtung zum steuern der paketweisen übertragung von daten | |
| DE69011286T2 (de) | Verfahren und Einrichtung zur digitalen Nachrichtenübertragung mit Anforderung zur automatischen Sendungswiederholung oder "ARQ". | |
| DE112013006701T5 (de) | Drahtlose Vorrichtung | |
| DE69736926T2 (de) | Videokodierer, -dekodierer und Übertragungssystem | |
| DE10140114A1 (de) | Vorrichtung und Verfahren zur Qualitätsprüfung von über einen Funkkanal übertragenen Datenpaketen | |
| DE102016207785B4 (de) | Verfahren und Vorrichtung zur Qualitätsbeurteilung eines Videostroms bei der Übertragung von Videotelefonie | |
| DE69931132T2 (de) | Funkstrecke mit dynamischer Anpassung | |
| DE19948599B4 (de) | Datenwiedersendeverfahren, Sende- und Wiedersendeverfahren für Videodaten sowie System zum Codieren und Decodieren von Videodaten |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| REJ | Rejection |
Effective date: 20160515 |