EP1999904A1 - Verfahren zur übertragung von daten - Google Patents
Verfahren zur übertragung von datenInfo
- Publication number
- EP1999904A1 EP1999904A1 EP07727342A EP07727342A EP1999904A1 EP 1999904 A1 EP1999904 A1 EP 1999904A1 EP 07727342 A EP07727342 A EP 07727342A EP 07727342 A EP07727342 A EP 07727342A EP 1999904 A1 EP1999904 A1 EP 1999904A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- network
- transmission
- metric value
- network node
- data
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 230000005540 biological transmission Effects 0.000 claims abstract description 62
- 238000012545 processing Methods 0.000 claims description 3
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 206010002953 Aphonia Diseases 0.000 description 1
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 210000003608 fece Anatomy 0.000 description 1
- 238000012546 transfer Methods 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
- H04L47/365—Dynamic adaptation of the packet size
-
- 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/38—Flow control; Congestion control by adapting coding or compression rate
Definitions
- the invention relates to a method for transmitting data as well as a network node and a network.
- Certain data when transmitted between network nodes of a network, requires compliance with a maximum delay time, ie, a maximum delay.
- An example of such data is VoIP (Voice over IP) transmissions, for example voice connections.
- exceeding the maximum delay time may be more troublesome to a human user than a packet loss, ie a short absence of voice information.
- Other examples include data the transmission with a quality of service SUC ⁇ gen needs, called the so-called. "Conversation Class". This also includes, for example, video telephony data.
- Data is usually subjected to a coding process for transmission.
- the coding method ensures that the data is brought into a form suitable for transmission, for example in the form of individual data packets which, for example, may have headers.
- the encoding method can be used to compress the data in order to reduce the bandwidth of the network required for transmission.
- the compression can be lossy or lossless.
- ⁇ games for coding are the VoIP codecs G.7x, for example. G.711.1 or G.729.3, or the video codec MPEG-x, for example. MPEG-2 or MPEG-7.
- the coding method performs an encryption of the data, which should prevent unauthorized reading of the data.
- the coding method it is possible for the coding method to specify a transmission rate of data packets, ie a number of data packets to be sent per unit of time.
- the object underlying the invention is to specify a method for transmitting data, a network node and a network, which increases the number of simultaneously possible transmissions.
- the method for transmitting data from a start node of a network comprises the steps of: determining a metric value for the start node; Determining at least one transmission parameter at ⁇ hand of the metric value;
- the metric value is a value that relates at least to the starting node.
- the metric value may be a value that can be set for the start node, or a value that is determined for the start node at the beginning of a data transfer.
- one or more additional network nodes of the network can also be taken into account.
- the metric value is preferably a measure of the quality of a path between the start node and the further network node.
- An example of the further network node is a gateway.
- the gateway can, for example, serve the forwarding of data from or into another network to which the start node does not belong.
- a transmission Para ⁇ meter is determined using the calculated metric value. This can be done, for example, by selecting a first value for the transmission parameter if the metric value is below a threshold value, while otherwise using a second value for the transmission parameter.
- Another possibility is to define various ⁇ dene areas for the metric value and set a value for the transmission parameters for each of the areas. The value for the transmission parameter is then used in the range of which the metric value lies.
- the transmission parameters are properties of a coding method used. Examples include the type and strength of a compression, a transmission rate of data packets, the manner of encryption to be used or division of the data into data packets and the structure of the data packets.
- a transmission in consideration of the transmission parameter means that the parameter is used or maintained during the transmission, for example.
- the transmission parameter For example, if the amount of compression is used as the transmission parameter, the data is compressed according to the amount of compression before transmission.
- a transmission rate of data packets is used as transmission parameter.
- the transmission parameter (s) together determine a coding method, in particular a codec.
- the metric value is determined based on a number of intermediate nodes between the start node and the further network node, in particular the hop count.
- the hop count changes not constantly, which, for example, allows storage of the metric value for multiple transmissions. ⁇ approximately possibilities
- Further preferred exporting exist in the alternative or additional use of the metrics ETT, ETX, or ELR. These have the advantage of being used, for example, for the routing of transmissions, ie for the determination of paths in the network. Characterized the determination of the metric value is simplified and a load of the network with Kochtragun ⁇ gen reduced for determining the metric value.
- the determination of the Neillspa ⁇ rameters is in addition based on a definable Verzögerungsma ⁇ ximalhongs.
- This delay maximum value can specify, for example, with which maximum delay (delay) the data may be transmitted. This gives rise to the advantage of being able to determine a specific quality that can be set by the delay, for example for VoIP transmissions, and to make it precisely adjustable.
- the network node comprises means for determining a metric value, a processing unit for determining at least one transmission parameter, and a transmitting means for Studentstra ⁇ supply of the data and is designed such that the per ⁇ zessierillon determines the transmission parameters based on the metric value and the transmission device, the data among Be ⁇ consideration of the transmission parameter transmits.
- the transmission parameter is a transmission rate of data packets.
- the network has at least one network node according to the invention.
- the network is a multihop network.
- FIG. 1 shows a network with a gateway.
- the network according to FIG. 1 contains a first to seventh network node Kl ... 7 and a gateway G, which are connected via WLAN to an adhoc network.
- the first to third network nodes Kl ... 3 are positioned so that they can directly reach the gateway G with a wireless data transmission.
- the fourth to sixth network node K4 ... 6 are so arranged to ⁇ that they can no longer directly but only the gateway G. reach via an intermediate node.
- the fourth network node K4 reaches the gateway G via the first network node K1 as an intermediate node, while the fifth and sixth network nodes K5, 6 reach the gateway G via the second network node K2 as an intermediate node.
- the seventh network node K7 is positioned so that it reaches the gateway G via the sixth network node K6 and thereby also via the second network node K2.
- the following table provides a list of the network nodes K ⁇ ... 7 of the network and the respective number of hops, that is, the hop count between network nodes Kl ... 7 to the gateway G.
- the table indicates which delay ⁇ time (delay) during the transmission from the respective network node Kl ... 7 to the gateway G occurs.
- each of the network nodes Kl ... 7 of the network selects the codec to be used in an upcoming VoIP transmission using the hop count. Since the network shown in FIG. 5 is an ad hoc network, its structure can change rapidly. The values for the hop count can change as well. Therefore, the hop count and thus the checked codec to be used at each ⁇ the new transmission.
- the following codecs should be available as an example:
- the table indicates the number of data packets sent in this codec every second. Furthermore, the so-called Packetizing Delay is specified, which occurs in the respective codec.
- a tarry ⁇ delay time used for the selection of the codec, which indicates the maximum delay for transmission of a packet to the gateway G. This should be 30ms in this example.
- the seventh network node K7 For the seventh network node K7, only 10ms remains of the delay time of 30ms after subtracting the delay of 20ms as the remaining allowable delay. Because of the packetizing delay, therefore, the seventh network node K7 must select the G.711.1 codec, resulting in the transmission of 100 packets per second.
- the G.711.2 codec For the first to sixth network node Kl ... 6, however, it is possible to select the G.711.2 codec with 50 packets per second and a packetizing delay of 20 ms. The delay and the packetizing delay do not yield more than 30ms here.
- a second embodiment of the invention arises because ⁇ by that the routing metric ETX is used as a method for determining the metric value. Furthermore, the codec is not selected on the basis of the routing metric ETX, but the transmission rate of data packets is selected directly.
- the following ranges for the routing metric ETX are used to the delegation ⁇ transmission rate of data packets to determine:
- Network node Kl. 7 to the gateway G yield:
- the first network node Kl When used in the second embodiment superiors hens, the first network node Kl would a Studentstra ⁇ transmission rate of 40 packets per second using, as its metric value in the range from 0 to the second
- the second to fifth ⁇ te network node K2 ... 5 each use a transmission rate of 50 packets per second, the sixth network node K6 75 packets per second and the seventh network node K7 100
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Das Verfahren zur Übertragung von Daten ausgehend von einem Startknoten eines Netzwerks weist folgende Schritte auf: Ermittlung eines Metrikwerts für den Startknoten; Bestimmung wenigstens eines Übertragungsparameters an- hand des Metrikwerts; Übertragung der Daten unter Berücksichtigung des Übertragungsparameters.
Description
Beschreibung
Verfahren zur Übertragung von Daten
Die Erfindung betrifft ein Verfahren zur Übertragung von Daten sowie einen Netzwerkknoten und ein Netzwerk.
Bestimmte Daten erfordern bei ihrer Übertragung zwischen Netzwerkknoten eines Netzwerks die Einhaltung einer maximalen Verzögerungszeit, d.h. eines maximalen Delays. Ein Beispiel für solche Daten sind VoIP-Übertragungen (VoIP = Voice over IP), bspw. Sprachverbindungen. Bei diesen kann eine Überschreitung der maximalen Verzögerungszeit für einen menschlichen Benutzer störender wirken als ein Paketverlust, d.h. ein kurzes Ausbleiben von Sprachinformation. Weitere Beispiele sind Daten, deren Übertragung mit einer Dienstqualität erfol¬ gen muss, die als sog. „Conversation Class" bezeichnet wird. Hierunter fallen auch bspw. Video-Telefonie-Daten .
Daten werden für die Übertragung üblicherweise einem Codierverfahren unterworfen. Das Codierverfahren sorgt dafür, dass die Daten in eine zur Übertragung geeignete Form gebracht werden, bspw. in Form einzelner Datenpakete, die bspw. Header aufweisen können. Weiterhin kann das Codierverfahren zur Komprimierung der Daten dienen, um die zur Übertragung nötige Bandbreite des Netzwerks zu verringern. Die Komprimierung kann hierbei verlustbehaftet sein oder aber verlustfrei. Bei¬ spiele für Codierverfahren sind die VoIP-Codecs G.7x, bspw. G.711.1 oder G.729.3, oder die Video-Codecs MPEG-x, bspw. MPEG-2 oder MPEG-7. Weiterhin ist es auch möglich, dass das Codierverfahren eine Verschlüsselung der Daten vornimmt, die ein unberechtigtes Mitlesen der Daten verhindern soll. Weiterhin ist es möglich, dass das Codierverfahren eine Übertragungsrate von Datenpaketen, d.h. eine Anzahl von pro Zeitein- heit zu versendenden Datenpaketen angibt.
Es ist hierzu bekannt, für die Netzwerkknoten ein Codierverfahren auszuwählen, das garantiert, dass die maximale Verzö-
gerung von allen Netzwerkknoten eingehalten wird. Aus der Anwendung dieses Verfahrens ergibt sich eine Begrenzung der ma¬ ximal möglichen gleichzeitigen Übertragungen.
Die der Erfindung zugrunde liegende Aufgabe ist es, ein Ver¬ fahren zur Übertragung von Daten, einen Netzwerkknoten und ein Netzwerk anzugeben, das die Anzahl gleichzeitig möglicher Übertragungen erhöht.
Diese Aufgabe wird durch ein Verfahren gemäß Anspruch 1 ge¬ löst. Weitere Lösungen bestehen in einem Netzwerkknoten gemäß Anspruch 7 und einem Netzwerk gemäß Anspruch 10.
Das Verfahren zur Übertragung von Daten ausgehend von einem Startknoten eines Netzwerks weist folgende Schritte auf: Ermittlung eines Metrikwerts für den Startknoten; Bestimmung wenigstens eines Übertragungsparameters an¬ hand des Metrikwerts;
Übertragung der Daten unter Berücksichtigung des Über- tragungsparameters .
Der Metrikwert ist ein Wert, der sich zumindest auf den Startknoten bezieht. Bspw. kann der Metrikwert ein für den Startknoten festlegbarer Wert sein, oder ein Wert, der für den Startknoten bei Beginn einer Datenübertragung ermittelt wird. Bei der Ermittlung des Metrikwerts können auch einer oder mehrere weitere Netzwerkknoten des Netzwerks berücksichtigt werden.
Bevorzugt kann der Metrikwert für einen Pfad zwischen dem
Startknoten und dem weiteren Netzwerkknoten ermittelt werden. Dabei ist der Metrikwert bevorzugt ein Maß für die Qualität eines Pfades zwischen dem Startknoten und dem weiteren Netzwerkknoten. Ein Beispiel für den weiteren Netzwerkknoten ist ein Gateway. Das Gateway kann bspw. der Weiterleitung von Daten von einem bzw. in ein weiteres Netzwerk dienen, dem der Startknoten nicht angehört.
Anhand des ermittelten Metrikwerts wird ein Übertragungspara¬ meter bestimmt. Dies kann bspw. dadurch geschehen, dass ein erster Wert für den Übertragungsparameter gewählt wird, wenn der Metrikwert unterhalb eines Schwellwertes liegt, während ansonsten ein zweiter Wert für den Übertragungsparameter verwendet wird. Eine andere Möglichkeit besteht darin, verschie¬ dene Bereiche für den Metrikwert festzulegen und für jeden der Bereiche einen Wert für den Übertragungsparameter festzulegen. Es wird dann derjenige Wert für den Übertragungspara- meter verwendet, in dessen Bereich der Metrikwert liegt.
Als Übertragungsparameter kommen Eigenschaften eines verwendeten Codierverfahrens in Frage. Beispiele dafür sind Art und Stärke einer Komprimierung, eine Übertragungsrate von Daten- paketen, Art und Weise einer zu verwendenden Verschlüsselung oder Aufteilung der Daten in Datenpakete und Aufbau der Datenpakete .
Eine Übertragung unter Berücksichtigung des Übertragungspara- meters bedeutet hier, dass der Parameter bei der Übertragung bspw. verwendet oder eingehalten wird. Wird beispielsweise die Stärke der Komprimierung als Übertragungsparameter verwendet, so werden die Daten vor der Übertragung gemäß der Stärke der Komprimierung komprimiert .
In einer vorteilhaften Ausgestaltung der Erfindung wird als Übertragungsparameter eine Übertragungsrate von Datenpaketen verwendet .
Bevorzugt bestimmen der oder die Übertragungsparameter zusammen ein Codierverfahren, insbesondere einen Codec.
In einer weiteren vorteilhaften Ausgestaltung der Erfindung wird der Metrikwert basierend auf einer Anzahl von Zwischen- knoten zwischen dem Startknoten und dem weiteren Netzwerkknoten, insbesondere dem Hop-Count, ermittelt. Dies hat den Vor¬ teil, dass die Bestimmung des Metrikwerts einfach und wenig rechenintensiv ist. Weiterhin verändert sich der Hop-Count
nicht ständig, was bspw. eine Speicherung des Metrikwerts für mehrere Übertragungen erlaubt. Weitere bevorzugte Ausfüh¬ rungsmöglichkeiten bestehen in der alternativen oder zusätzlichen Verwendung der Metriken ETT, ETX, oder ELR. Diese wei- sen den Vorteil auf, auch bspw. für ein Routing von Übertragungen, d.h. für die Bestimmung von Pfaden im Netzwerk, verwendet zu werden. Dadurch wird die Ermittlung des Metrikwerts vereinfacht und eine Belastung des Netzwerks mit Übertragun¬ gen zur Ermittlung des Metrikwerts vermindert.
In einer weiteren vorteilhaften Ausgestaltung und Weiterbildung der Erfindung erfolgt die Bestimmung des Übertragungspa¬ rameters zusätzlich anhand eines festlegbaren Verzögerungsma¬ ximalwertes. Dieser Verzögerungsmaximalwert kann bspw. fest- legen, mit welcher maximalen Verzögerung (Delay) die Daten übertragen werden dürfen. Hierdurch entsteht der Vorteil, eine bestimmte, durch die Verzögerung einstellbare Qualität bspw. für VoIP-Übertragungen festlegbar und genau einstellbar zu machen . Der Netzwerkknoten weist Mittel zur Ermittlung eines Metrikwerts, eine Prozessiereinheit zur Bestimmung wenigstens eines Übertragungsparameters und eine Sendeeinrichtung zur Übertra¬ gung der Daten auf und ist derart ausgestaltet, dass die Pro¬ zessiereinheit den Übertragungsparameter anhand des Metrik- werts bestimmt und die Sendeeinrichtung die Daten unter Be¬ rücksichtigung des Übertragungsparameters übertragt. In einer bevorzugten Ausgestaltung ist der Übertragungsparameter eine Übertragungsrate von Datenpaketen.
Das Netzwerk weist wenigstens einen erfindungsgemäßen Netzwerkknoten auf. Bevorzugt ist das Netzwerk ein Multihop- Netzwerk .
Weitere Einzelheiten und Vorteile der Erfindung werden anhand von in der Zeichnung dargestellten Ausführungsbeispielen näher erläutert . Dabei zeigt
Figur 1 ein Netzwerk mit einem Gateway.
Das Netzwerk gemäß Figur 1 enthält einen ersten bis siebten Netzwerkknoten Kl ...7 und ein Gateway G, die über WLAN zu einem Adhoc-Netz verbunden sind. Der erste bis dritte Netzwerk- knoten Kl ...3 sind so positioniert, dass sie das Gateway G mit einer drahtlosen Datenübertragung direkt erreichen können. Der vierte bis sechste Netzwerkknoten K4...6 sind so an¬ geordnet, dass sie das Gateway G nicht mehr direkt, sondern nur mehr über einen Zwischenknoten erreichen können. In Figur 1 erreicht der vierte Netzwerkknoten K4 das Gateway G über den ersten Netzwerkknoten Kl als Zwischenknoten, während der fünfte und sechste Netzwerkknoten K5, 6 das Gateway G über den zweiten Netzwerkknoten K2 als Zwischenknoten erreichen. Der siebte Netzwerkknoten K7 ist so positioniert, dass er das Gateway G über den sechsten Netzwerkknoten K6 und dadurch weiterhin über den zweiten Netzwerkknoten K2 erreicht.
Die folgende Tabelle gibt eine Aufstellung über die Netzwerk¬ knoten Kl ...7 des Netzwerks und die jeweilige Anzahl an Hops, d.h. den Hop-Count zwischen Netzwerkknoten Kl ...7 bis zum Gateway G. Weiterhin gibt die Tabelle an, welche Verzögerungs¬ zeit (Delay) bei der Übertragung vom jeweiligen Netzwerkknoten Kl ...7 zum Gateway G auftritt.
Knoten Hop-Count Delay
Kl, 2, 3 1 3ms
K4, 5, 6 2 10ms
K7 3 20ms
In einer ersten Ausführungsvariante wählt jeder der Netzwerkknoten Kl ...7 des Netzwerks bei einer anstehenden VoIP- Übertragung den zu verwendenden Codec anhand des Hop-Counts. Da es sich bei dem in Figur dargestellten Netzwerk um ein Adhoc-Netz handelt, kann sich sein Aufbau schnell ändern. Dabei können sich auch die Werte für den Hop-Count ändern. Daher wird der Hop-Count und somit der zu verwendende Codec bei je¬ der neuen Übertragung geprüft.
Die folgenden Codecs sollen als beispielhafte Auswahl zur Verfügung stehen:
Codec Datenpakete / Sekunde Packetizing Delay G.711.1 100 10ms
G.711.2 50 20ms
Die Tabelle gibt neben dem Namen des Codecs die Anzahl der bei diesem Codec in jeder Sekunde versendeten Datenpakete an. Weiterhin wird der sog. Packetizing Delay angegeben, der bei dem jeweiligen Codec auftritt.
Neben dem Hop-Count wird zur Auswahl des Codecs eine Verzöge¬ rungszeit verwendet, die die maximale Verzögerung für die Übertragung eines Pakets zum Gateway G angibt. Diese soll in diesem Beispiel 30ms betragen.
Beim siebten Netzwerkknoten K7 bleibt von der Verzögerungszeit von 30ms nach Abzug des Delay von 20ms nur 10ms als restliche erlaubte Verzögerung übrig. Wegen des Packetizing delay muss daher der siebte Netzwerkknoten K7 den Codec G.711.1 auswählen, was zur Versendung von 100 Paketen pro Sekunde führt .
Für den ersten bis sechsten Netzwerkknoten Kl ...6 ist es jedoch möglich, den Codec G.711.2 mit 50 Paketen pro Sekunde und einem Packetizing delay von 20ms zu wählen. Der Delay und der Packetizing delay ergeben hier jeweils nicht mehr als 30ms .
Die durchschnittliche Anzahl von Paketen pro Sekunde für eine VoIP-Verbindung in dem Netzwerk beträgt somit
3/7*1*50+3/7*2*50+1/7*3*100 = 107. Bei dem aus dem Stand der Technik bekannten Verfahren, den Codec für alle Netzwerkkno- ten Kl ...7 gleich zu wählen, müsste der Codec G.711.1 für alle Netzwerkknoten Kl ...7 gewählt werden. Die durchschnittli¬ che Anzahl an Paketen pro VoIP-verbindung und Sekunde wäre dann: 3/7*1*100+3/7*2*100+1/7*3*100 = 171.
Durch die verringerte Anzahl durchschnittlich pro Sekunde und VoIP-Verbindung zu versendenden Pakete erhöht sich die Anzahl gleichzeitig möglicher VoIP-Verbindungen im Netzwerk.
Eine zweite Ausführungsvariante der Erfindung ergibt sich da¬ durch, dass als Verfahren zur Ermittlung des Metrikwerts die Routing-Metrik ETX verwendet wird. Weiterhin wird anhand der Routing-Metrik ETX nicht der Codec ausgewählt, sondern direkt die Übertragungsrate von Datenpaketen gewählt.
In der zweiten Ausführungsvariante werden die folgenden Bereiche für die Routing-Metrik ETX verwendet, um die Übertra¬ gungsrate von Datenpaketen zu bestimmen:
Metrikwert Datenpakete / Sekunde
0-2 40
2-5 50
5-10 75
>10 100
Für diese Ausführungsvariante soll davon ausgegangen werden, dass sich die folgenden Metriken für die Pfade vom jeweiligen
Netzwerkknoten Kl ...7 zum Gateway G ergeben:
Knoten Metrikwert erster Netzwerkknoten Kl 1,1 zweiter Netzwerkknoten K2 2,5 dritter Netzwerkknoten K3 2,0 vierter Netzwerkknoten K4 2,2 fünfter Netzwerkknoten K5 4,0 sechster Netzwerkknoten K6 7,2 siebter Netzwerkknoten K7 10,5
Gemäß der aus dem Stand der Technik bekannten Vorgehensweise würde alle Netzwerkknoten Kl ...7 des Netzwerks eine Übertra¬ gungsrate von 100 Datenpaketen pro Sekunde verwenden. Hieraus ergäbe sich, wie im ersten Ausführungsbeispiel eine durch-
schnittliche Rate von Paketen pro VoIP-Verbindung und Sekunde von ca . 171.
Bei der in der zweiten Ausführungsvariante verwendeten Vorge- hensweise würde der erste Netzwerkknoten Kl eine Übertra¬ gungsrate von 40 Datenpaketen pro Sekunde verwenden, da sein Metrikwert im Bereich von 0 bis 2 liegt. Der zweite bis fünf¬ te Netzwerkknoten K2...5 verwenden je eine Übertragungsrate von 50 Paketen pro Sekunde, der sechste Netzwerkknoten K6 75 Pakete pro Sekunde und der siebte Netzwerkknoten K7 100
Pakete pro Sekunde. In dieser Ausführungsvariante der Erfin¬ dung ergibt sich eine durchschnittliche Rate von Paketen pro VoIP-Verbindung und Sekunde von 1/7*1*40+2/7*1*50+2/7*2*50+1/7*2*75+1/7*3*100 = 113. Durch die verringerte Anzahl durchschnittlich pro Sekunde und VoIP- Verbindung zu versendenden Pakete erhöht sich auch in dieser Ausführungsvariante die Anzahl gleichzeitig möglicher VoIP- Verbindungen im Netzwerk.
Claims
1. Verfahren zur Übertragung von Daten ausgehend von einem Startknoten eines Netzwerks mit folgenden Schritten: - Ermittlung eines Metrikwerts für den Startknoten;
Bestimmung wenigstens eines Übertragungsparameters an¬ hand des Metrikwerts;
Übertragung der Daten unter Berücksichtigung des Übertragungsparameters .
2. Verfahren nach Anspruch 1, wobei der Metrikwert für einen Pfad zwischen dem Startknoten und einem weiteren Netzwerkknoten, insbesondere einem Gateway (G) , ermittelt wird.
3. Verfahren nach Anspruch 1 oder 2, wobei als Übertragungsparameter eine Übertragungsrate von Datenpaketen verwendet wird.
4. Verfahren nach einem der vorangehenden Ansprüche, wobei der oder die Übertragungsparameter zusammen ein Codierverfahren, insbesondere einen Codec, bestimmen.
5. Verfahren nach einem der vorangehenden Ansprüche, wobei der Metrikwert basierend auf einer Anzahl von Zwischenknoten zwischen dem Startknoten und dem weiteren Netzwerkknoten, insbesondere dem Hop-Count, ermittelt wird und/oder zur Er¬ mittlung des Metrikwerts ETT, ETX verwendet wird.
6. Verfahren nach einem der vorangehenden Ansprüche, wobei die Bestimmung des Übertragungsparameters zusätzlich anhand eines festlegbaren Verzögerungsmaximalwertes erfolgt.
7. Netzwerkknoten (Kl...7) mit
Mitteln zur Ermittlung eines Metrikwerts; - einer Prozessiereinheit zur Bestimmung wenigstens eines Übertragungsparameters ; einer Sendeeinrichtung zur Übertragung der Daten, derart ausgestaltet, dass die Prozessiereinheit den Übertra- gungsparameter anhand des Metrikwerts bestimmt und die Sende¬ einrichtung die Daten unter Berücksichtigung des Übertragungsparameters übertragt.
8. Netzwerkknoten (Kl...7) nach Anspruch 7, derart ausgestaltet, dass der Übertragungsparameter eine Übertragungsrate von Datenpaketen ist.
9. Netzwerkknoten (Kl...7) nach Anspruch 7 und wenigstens einem der Ansprüche 2 bis 6.
10. Netzwerk mit wenigstens einem Netzwerkknoten (Kl...7) nach wenigstens einem der Ansprüche 7 bis 9.
11. Netzwerk nach Anspruch 10, ausgestaltet als Multihop- Netzwerk .
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE102006014356A DE102006014356A1 (de) | 2006-03-28 | 2006-03-28 | Verfahren zur Übertragung von Daten |
| PCT/EP2007/052869 WO2007110407A1 (de) | 2006-03-28 | 2007-03-26 | Verfahren zur übertragung von daten |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP1999904A1 true EP1999904A1 (de) | 2008-12-10 |
Family
ID=38222773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP07727342A Withdrawn EP1999904A1 (de) | 2006-03-28 | 2007-03-26 | Verfahren zur übertragung von daten |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP1999904A1 (de) |
| DE (1) | DE102006014356A1 (de) |
| WO (1) | WO2007110407A1 (de) |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3516432B2 (ja) * | 1997-11-18 | 2004-04-05 | 株式会社東芝 | ノード装置及びパケット転送方法 |
| JP3900413B2 (ja) * | 2002-02-14 | 2007-04-04 | Kddi株式会社 | 映像情報伝送方式およびプログラム |
| GB0323244D0 (en) * | 2003-10-03 | 2003-11-05 | Fujitsu Ltd | Uplink scheduling |
| US7983243B2 (en) * | 2004-04-12 | 2011-07-19 | Avaya, Inc. | System and method for increasing call capacity for a wireless local area network |
| US7616575B2 (en) * | 2004-06-23 | 2009-11-10 | Microsoft Corporation | System and method for link quality routing using a weighted cumulative expected transmission time metric |
| US7782789B2 (en) * | 2004-09-23 | 2010-08-24 | Harris Corporation | Adaptive bandwidth utilization for telemetered data |
-
2006
- 2006-03-28 DE DE102006014356A patent/DE102006014356A1/de not_active Withdrawn
-
2007
- 2007-03-26 WO PCT/EP2007/052869 patent/WO2007110407A1/de not_active Ceased
- 2007-03-26 EP EP07727342A patent/EP1999904A1/de not_active Withdrawn
Non-Patent Citations (1)
| Title |
|---|
| See references of WO2007110407A1 * |
Also Published As
| Publication number | Publication date |
|---|---|
| DE102006014356A1 (de) | 2007-10-04 |
| WO2007110407A1 (de) | 2007-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE60112089T2 (de) | Verfahren und system zur verwaltung der dienstqualität durch einspeisen von informationen in das paketnetz | |
| DE102012214245B4 (de) | Multistream-Datenübertragung | |
| DE69434503T2 (de) | Mobiles Funk-Übermittlungssystem | |
| EP1322085B1 (de) | Verfahren zur Dienstgüteüberwachung in einem Multimedien paketorientierten Netzwerk | |
| EP1999899B1 (de) | Verfahren zur ermittlung eines pfaddistanzwertes | |
| DE60224453T2 (de) | Funkbetriebsmittelzuweisung in einem funkübertragungsnetzwerk | |
| EP2309797B1 (de) | Verfahren zum betreiben eines Mobilfunknetzes | |
| DE102006015055B4 (de) | Verfahren , Anordnung und Einrichtung zur Übermittlung von Informationen zwischen einer zentralen und zumindest einer dezentralen Einheit in einem Kommunikationsnetz | |
| DE102006027708B3 (de) | Verfahren zur Optimierung einer Kommunikationsverbindung in einem paketvermittelten Sprachdatennetzwerk | |
| EP1999904A1 (de) | Verfahren zur übertragung von daten | |
| DE112004002774T5 (de) | Optimierung der Ressourcennutzung in einem Paketvermittlungsnetz | |
| EP4184883B1 (de) | Adaptiver multipfad-scheduler | |
| DE10118192A1 (de) | Verfahren und Vorrichtung zur Übertragung von digitalen Signalen | |
| WO2003026227A2 (de) | Verfahren zum aufrechterhalten und/oder zur qualitativen verbesserung eines kommunikationspfads in einem relaissytem | |
| DE102007012832B4 (de) | Datenübertragungseinrichtung und Betriebsverfahren hierfür | |
| DE10015640A1 (de) | Verfahren zur Signalisierung unterschiedlicher Kopfinformationen | |
| DE10357522A1 (de) | Datenübertragungsverfahren und -netzwerk | |
| EP1762040A1 (de) | Verfahren und vorrichtung zur statusanzeige in einem datenübertragungssystem mit unterschiedlichen datenübertragungsvarianten | |
| DE10320696A1 (de) | Verfahren der Informationsübertragung zwischen einem Endgerät mindestens eines Kommunikationsnetzes und einer Verwaltungseinheit an dem Kommunikationsnetz | |
| DE102019117249A1 (de) | Verfahren zur Bestimmung der Qualität von über ein Telekommunikationsnetz übertragener Sprache | |
| DE102010044727B4 (de) | EIP-Modell für den VoIP-Dienst | |
| WO2008003720A2 (de) | Anordnung, verfahren und steuereinrichtung zur vergebührung eines paketorientierten datenflusses sowie netzknoten und kommunikationsendgerät | |
| DE102021211131A1 (de) | Dynamischer Jitter-Buffer für Multipfad Kommunikation | |
| DE102004061523A1 (de) | Verfahren zum Ermöglichen der Überwachung eines nicht-echtzeitfähigen Datenverbindungskontextes eines Teilnehmers eines zellularen Mobilfunknetzes | |
| EP2278758B1 (de) | Prioritätsbasiertes Kommunikationsnetzwerk und Kommunikationsverfahren |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| 17P | Request for examination filed |
Effective date: 20080804 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR |
|
| DAX | Request for extension of the european patent (deleted) | ||
| RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: SIEMENS AKTIENGESELLSCHAFT |
|
| 17Q | First examination report despatched |
Effective date: 20140311 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
| 18D | Application deemed to be withdrawn |
Effective date: 20160121 |