Aufrufe: 0 Autor: Site-Editor Veröffentlichungszeit: 03.09.2026 Herkunft: Website
Wie viele Hops ein MANET-Netz unterstützen kann, stimmt selten mit der Anzahl überein, die es im Betrieb verwenden sollte. Eine Route kann über zahlreiche Relays verbunden bleiben, während die Videoqualität abnimmt, die Befehlslatenz zunimmt oder die gemeinsame Sendezeit zu einem Engpass wird. Auch unterschiedliche Traffic-Typen können an unterschiedlichen Punkten an ihre Grenzen stoßen, sodass eine einzelne angekündigte Hop-Anzahl die Planungsfrage nicht beantworten kann.
Der Schlüssel liegt im Urteilen MANET-Mesh-Hops nach nutzbarem Durchsatz, Ende-zu-Ende-Verzögerung, Jitter, Mobilität und HF-Bedingungen. In der folgenden Diskussion wird erläutert, wie sich diese Kompromisse entwickeln und wie ein praktisches Hop-Budget für echte Bereitstellungen festgelegt wird.
Für jede Bereitstellung gilt kein festes Limit für MANET-Mesh-Hops, da Anwendungen auf unterschiedliche Weise ausfallen. Eine Route kann verbunden bleiben, während der Goodput unter die Ausgaberate eines Video-Encoders gefallen ist, Sprachjitter spürbar geworden ist oder die Befehlslatenz einen Betriebsschwellenwert überschritten hat. Bevor Sie ein Limit für MANET-Mesh-Hops festlegen, definieren Sie den minimalen End-to-End-Goodput, die maximale Einweg- oder Roundtrip-Verzögerung, den akzeptablen Jitter und das angestrebte Paketzustellungsverhältnis.
Messen Sie diese Schwellenwerte an der Anwendungsgrenze, nicht anhand der PHY-Rate des Funkgeräts. Header, Konflikte, Wiederholungsversuche und Relay-Verkehr verringern die nutzbare Nutzlastkapazität. Die praktische Grenze für MANET-Mesh-Hops ist der erste Punkt, an dem der Service-Level unter der erwarteten Last ausfällt, selbst wenn Endpunkte noch Pakete austauschen.
Telemetrie verbraucht zwar nur wenig Bandbreite, aber veraltete Daten sind möglicherweise dennoch inakzeptabel. Der Befehlsverkehr erfordert eine vorhersehbare Reaktion, die Sprache ist auf kontrollierte Verzögerung und Jitter angewiesen, und Live-Video benötigt eine kontinuierliche Signalübertragung. Das Video macht daher schwache MANET-Mesh-Hops früher sichtbar als intermittierende Daten.
Verkehrsklasse |
Primäre Einschränkung |
Nützliche Akzeptanzmaßnahme |
Telemetrie |
Liefertreue |
Paketzustellungsverhältnis und Datenalter |
Befehl und Kontrolle |
Vorhersehbare Reaktion |
Einweg- und p95-Latenz |
Stimme |
Verzögerungsvariation |
Jitter, Verlust und anhaltende Latenz |
Live-Video |
Kontinuierliche Kapazität |
End-to-End-Gutleistung und Rahmenstabilität |
Ein Pfad, der Telemetrie erfolgreich überträgt, kann fehlschlagen, wenn mehrere HD-Streams eingeführt werden. Behauptungen wie „Fünf Sprünge sind sicher“ haben wenig Wert, wenn nicht auch Verkehrsmix, Paketgrößen, RF-Bedingungen und Akzeptanzschwellen angegeben werden.
Jedes Relais fügt verschiedene Formen der Verzögerung hinzu. Ein Paket muss die aktuelle Verbindung überqueren, auf den Kanalzugriff warten, die Weiterleitungslogik durchlaufen und in die nächste Übertragungswarteschlange gelangen. Beschädigte Frames werden möglicherweise erneut gesendet, sodass eine schlechte Verbindungsqualität die Verzögerung und den Sendezeitverbrauch erhöht. Ein praktisches Modell ist: Die End-to-End-Verzögerung entspricht der akkumulierten Verzögerung pro Hop zuzüglich Warteschlangen, Neuübertragungen und Strafen für Routenänderungen.
Die Multiplikation einer Labor-Single-Hop-Zahl mit der Anzahl der MANET-Mesh-Hops ergibt nur eine Basislinie. Es setzt stabile Verbindungen und wenig konkurrierenden Verkehr voraus. Im Feld kann ein überlastetes Relais oder ein schwaches HF-Segment mehr Verzögerung verursachen als mehrere saubere Sprünge.
Bei geringer Auslastung kann ein anderes Relais eine ziemlich gleichmäßige Verzögerung hinzufügen. Sobald der Datenverkehr die Kapazität eines gemeinsam genutzten Knotens erreicht, bilden sich Warteschlangen, und ein kleiner Anstieg der angebotenen Last kann zu einem viel größeren Anstieg der End-to-End-Latenz führen. Weiterleitungskonflikte, MAC-Verhalten, Routing-Richtlinie und Knotenverteilung beeinflussen alle den erreichbaren Durchsatz, während das Senden über die Nutzrate eines Pfads hinaus zu Konflikten führen und die bereitgestellte Leistung verringern kann.
Ein akzeptabler Durchschnitt kann betriebsrelevante Spitzen verbergen. Melden Sie Median, p95- oder p99-Latenz, Jitter und Verlust, um zu zeigen, ob MANET-Mesh-Hops unter konvergierenden Flüssen vorhersehbar bleiben.
Mobilität führt zu vorübergehenden Spitzen, wenn Verbindungen unterbrochen werden und sich Routen ändern. Knoten können den Nachbarstatus aktualisieren, Pakete puffern, einen Pfad ungültig machen, eine Alternative entdecken und die Weiterleitung fortsetzen. AODV ermittelt Routen für aktive Ziele und reagiert auf Verbindungsunterbrechungen und Topologieänderungen in dynamischen Multi-Hop-Netzwerken.
OLSR verfolgt einen proaktiven Ansatz, tauscht regelmäßig Topologieinformationen aus und hält Routen verfügbar. Mehrpunktrelais reduzieren die redundante Weiterleitung von Steuernachrichten. Dadurch kann die Erkennung des ersten Pakets vermieden werden, aber regelmäßige Aktualisierungen verbrauchen immer noch Kapazität und schnellere Aktualisierungen erhöhen den Overhead. Die praktische Frage ist, wie sich das Routing-Verhalten auf die Verzögerung unter der tatsächlichen Dichte, Mobilität und dem Verkehrsmuster auswirkt.
Ein Relais erzeugt kein neues Spektrum. Es empfängt Datenverkehr und überträgt ihn erneut, wobei die Sendezeit genutzt wird, die andernfalls ein neues Paket transportieren könnte. Bei einer Shared-Channel-Halbduplex-Route müssen sich in der Nähe befindliche Weiterleitungsknoten möglicherweise abwechseln, während Kollisionen mit versteckten Knoten Backoff- und Wiederholungsversuche auslösen. Wenn die MANET-Mesh-Hops zunehmen, verbraucht dieselbe Anwendungsnutzlast wiederholt Funkressourcen.
Das schwächste oder am stärksten ausgelastete Glied kann den End-to-End-Goodput bestimmen. Ein Segment mit niedrigerer Rate belegt das Medium länger, während ein zentrales Relais trotz leicht belasteter umgebender Verbindungen gesättigt sein kann. Die PHY-Rate ist ein nicht nutzbarer Zieldurchsatz. Überschüssige angebotene Last führt eher zu Warteschlangen und Verlusten als zu mehr Goodput.
Gleichzeitige Streams verschärfen das Problem. Relay-Verkehr trägt zu Interferenzen bei und die Kapazität nimmt ab, da mehr Kommunikationsströme dieselben Weiterleitungsressourcen nutzen. Eine Ein-Stream-Demonstration sollte nicht als Beweis dafür angesehen werden, dass dieselben MANET-Mesh-Hops mehrere Video-, Sprach- und Telemetrieflüsse gleichzeitig unterstützen können.
Die Behauptung, dass jeder drahtlose Hop die Bandbreite automatisch um 50 Prozent reduziert, ist zu einfach. In einer Kette mit einem Funkgerät und demselben Kanal kann es zu einer erheblichen Verschlechterung kommen, es gibt jedoch keinen universellen Prozentsatz, der für jedes MANET gilt. Leistungsänderungen mit Kanalwiederverwendung, Planung, MIMO-Betrieb, Kanalbreite, Verbindungsqualität, Verkehrsrichtung und der Anzahl aktiver Flüsse.
Eine geplante Route kann die Kapazität bewahren, indem Störungen reduziert und schwache Verbindungen vermieden werden. Durch Mehrkanalbetrieb und -planung können widersprüchliche Weiterleitungsaktivitäten getrennt werden. Link-Aware-Routing bevorzugt möglicherweise auch einen etwas längeren Pfad mit stärkeren, weniger überlasteten Verbindungen, da neben der Hop-Anzahl auch das Übertragungsverhältnis, Interferenzen und die gemeinsame Kapazität von Bedeutung sind.
Ein anschauliches Diagramm könnte den normalisierten Goodput über ein bis acht MANET-Mesh-Hops für eine überlastete lineare Kette und eine Route mit stärkeren Verbindungen und besserer Ressourcenwiederverwendung vergleichen. Es sollte als Planungsillustration und nicht als Maßstab bezeichnet werden. Der Verlust pro zusätzlichem MANET-Mesh-Hop muss aus Tests mit der beabsichtigten Konfiguration und Verkehrslast stammen.
Die Anzahl der Knoten allein sagt wenig über die Pfadleistung aus. Ein Netzwerk mit 30 Knoten, in dem die meisten aktiven Routen ein oder zwei Hops lang sind, ist möglicherweise konsistenter als ein Netzwerk mit 10 Knoten, das als eine lange Kette angeordnet ist. Lineare Pfade nutzen immer wieder denselben Weiterleitungskorridor, wohingegen ein Teilnetz kürzere oder weniger überlastete Alternativen bieten kann.
Die verkehrsreichsten Standorte sind wichtiger als der theoretische Netzwerkdurchmesser. Zentrale Relais, an Gateways angrenzende Knoten oder luftgestützte Einheiten, die mehrere nachgelagerte Knoten bedienen, können zu Konzentrationspunkten für Nutzlast und Kontrollverkehr werden. Ein robustes Design sorgt dafür, dass die primären Flüsse auf kurzen Routen mit hoher Qualität bleiben und gleichzeitig zusätzliche MANET-Mesh-Hops für Abdeckung und Wiederherstellung erhalten bleiben.
Die Route mit den wenigsten Staffeln ist nicht immer die schnellste. Eine lange Verbindung kann unter niedrigem SNR, reduzierter Modulation, Paketverlust und wiederholten Neuübertragungen leiden. Durch die Aufteilung in zwei kürzere, stärkere Links wird ein Weiterleitungsschritt hinzugefügt, aber höhere Linkraten und weniger Wiederholungsversuche können sowohl den Goodput als auch die Tail-Latenz verbessern.
Das Ergebnis hängt von der Antennenposition, Behinderung, Interferenz, Sendeleistung, Empfängerempfindlichkeit und Kanalbandbreite ab. Ein gut positioniertes Sichtlinienrelais kann die Route verbessern; eine schlecht platzierte Person sorgt lediglich für zusätzlichen Streit. Bei der Routenauswahl sollten daher die Verbindungsqualität und die verfügbare Kapazität bewertet werden, anstatt MANET-Mesh-Hops um jeden Preis zu minimieren.
Konfigurationsabhängige Leistungszahlen können einen nützlichen Ausgangspunkt bieten. Für Dank MANET-Mesh-Hops mit geringer Latenz erreicht die WDS MIMOmesh Lightweight Airborne-Serie eine durchschnittliche Einwegverzögerung von 6 ms pro Hop bei 20 MHz und unterstützt mehr als 15 Daten-Hops, mehr als 10 Sprach-Hops und mehr als 8 Video-Hops. Zu den verfügbaren technischen Funktionen gehören konfigurierbare Kanalbandbreite, adaptive Raten und Modulation, QoS und mehrere MIMO-Techniken.
Diese Zahlen veranschaulichen, warum MANET-Mesh-Hops möglicherweise getrennt nach Verkehrstyp bewertet werden. Sie sollten dennoch auf Nutzlastrate, Abstand, Interferenz, Mobilität, Paketgröße und gleichzeitige Last überprüft werden. Acht Hops multipliziert mit einer Basislinie von 6 ms ergeben 48 ms in eine Richtung, bevor eine Warteschlange, erneute Versuche oder eine Routenwiederherstellung erfolgen. Die sinnvolle Anzahl der MANET-Mesh-Hops muss daher auf der Anwendungsebene bestätigt werden und darf nicht direkt aus einer Spezifikation kopiert werden.
Feldtests sollten den erwarteten Verkehrsmix reproduzieren. Definieren Sie Videobitraten, Sprachsitzungen, Telemetrievolumen, Steuerfrequenz, Paketgrößen und Richtung. Testen Sie dann mit einem, zwei, vier, sechs und acht MANET-Mesh-Hops und fügen Sie Zwischenpunkte hinzu, wenn sich die Ergebnisse der Akzeptanzschwelle nähern.
Halten Sie die Kanaleinstellungen und die angebotene Auslastung konsistent. Wiederholen Sie dies mit repräsentativen Hindernissen, Störungen, Bewegungen und einem Relaisverlustereignis. Messen Sie die erbrachte Leistung, nicht die Schlagzeilen-Radiorate.
Legen Sie Schwellenwerte für das Bestehen oder Nichtbestehen fest, bevor Sie die Ergebnisse überprüfen. Der normale Betriebsgrenzwert sollte den gesamten Verkehrsmix mit Spielraum für zusätzliche Benutzer, HF-Variationen und Routenbewegungen unterstützen. Eine separate Grenze für den herabgesetzten Modus kann mehr MANET-Mesh-Hops zulassen, wenn das Ziel darin besteht, wichtige Befehle oder Telemetriedaten nach einem Relaisausfall aufrechtzuerhalten.
Diese Unterscheidung verhindert, dass ein Notweg mit einer Routineroute mit hoher Kapazität verwechselt wird. Ein längerer Pfad kann auch dann wertvoll bleiben, wenn er keine normale Sprache oder kein normales Video übertragen kann. Definieren Sie das SLA, testen Sie die realistische Auslastung, identifizieren Sie den ersten fehlgeschlagenen Schwellenwert, reservieren Sie eine Marge und legen Sie das Betriebsbudget unterhalb dieses Punktes fest. Separate Grenzwerte für jede Verkehrsklasse sind sinnvoller als ein netzwerkweites Maximum.
Die praktische Grenze für MANET-Mesh-Hops ist nicht die längste Route, die ein Netzwerk bilden kann, sondern die längste Route, die noch ihre Latenz-, Durchsatz-, Jitter- und Zuverlässigkeitsziele erfüllt. Durch das Testen realistischer Verkehrs- und HF-Bedingungen können Teams separate Hop-Budgets für Video, Sprache, Steuerung und Telemetrie festlegen und gleichzeitig längere Pfade für den Failover beibehalten.
Shenzhen Sinosun Technology Co., Ltd. bietet MIMOmesh-Funkgeräte, die für die dynamische Multi-Hop-Kommunikation konzipiert sind und Netzwerkplanern konfigurierbare Tools zur Verfügung stellen, um Abdeckung, Mobilität und Datenleistung in Einklang zu bringen. In Verbindung mit Tests auf Anwendungsebene können diese Systeme zuverlässigere Bereitstellungsentscheidungen unterstützen.
A: Es gibt keine universelle Grenze. Das praktische Maximum ist die längste Route, die unter realistischen Verkehrsbedingungen noch die erforderlichen Latenz-, Durchsatz-, Jitter-, Paketzustellungs- und Mobilitätsziele erfüllt.
A: Jedes Relay fügt Übertragungs-, Kanalzugriffs-, Verarbeitungs-, Warteschlangen- und mögliche Verzögerungen bei der Neuübertragung hinzu. Bei Staus oder Routenänderungen kann die Latenz stark ansteigen, anstatt sich um einen festen Betrag zu erhöhen.
A: Nein. Ein Rückgang um 50 Prozent ist nur eine grobe Regel für bestimmte Shared-Channel-Halbduplex-Ketten. Der tatsächliche Verlust hängt von der Kanalwiederverwendung, Interferenz, Planung, MIMO und Verkehrslast ab.
A: Nicht immer. Eine schwache Fernverbindung kann schlechter abschneiden als zwei kürzere, stärkere Verbindungen. Bei der Routenqualität sollten neben der Hop-Anzahl auch SNR, Neuübertragungen, Überlastung und verfügbare Kapazität berücksichtigt werden.
A: Testen Sie repräsentative Video-, Sprach-, Steuerungs- und Telemetrielasten über steigende Hop-Anzahlen hinweg. Legen Sie den Betriebsgrenzwert unter dem ersten Punkt fest, an dem ein Dienstschwellenwert auf Anwendungsebene fehlschlägt.