Seite
Menü
News
Sie sind hier:   Startseite > APRS Detailwissen > ALT: NEWn-N DL Vorschlag

ALT: NEWn-N DL Vorschlag

Die folgende Darstellung ist mit der verbindlichen Empfehlung des orginal NEWn-N von WB4APR für die IARU-Region 1 vom 20.November 2008 obsolet. Es gibt nunmer nur noch einen weltweit einheitlichen APRS-Standard (vgl. Dokumentation)

 

A.Vorbemerkung:

Nach einer Reihe von Diskussionen zeichnet sich nunmehr bei den Sysops der Digipeater in DL die Bereitschaft zur Umstellung auf das neue New n-Paradigma von Bob Bruninga (WB4APR) ab. Bitte lesen Sie zum Verständnis zunächst die sehr schöne einführende Übersetzung des New n-N - Paradigm von Lukas (DO7VLR).

Ergänzend sei noch angemerkt, dass nicht nur die Frequenzentlastung, sondern auch die (dann mögliche) Verbreitung lokaler Informationen ein integraler Bestandteil von NEWn-N ist. So können beispielsweise Informationen zu lokalen Sprach-Digipeatern oder Echolink-Gateways durch die Digipeater an durchreisende Mobilstationen in Echtzeit übertragen werden. Vgl. hierzu: "APRS Local Repeater Info Initiative"

Der von Bruninga im ursprünglichen "New-EU Paradigm" vorgeschlagene Weg in Europa maßgeblich auf die Einsicht der Nutzer zu setzen hat sich auch für ihn nicht als durchschlagend erwiesen. Insofern schlagen wir vor, dem modifizierten New-EU-Paradigm (welches dem US-Amerikanischen NEWn-N entspricht) zu folgen.

  • Weder die "Erziehung" mittels "Blacklists" noch die gezielte Ansprache haben den gewünschten Erfolg einer Entlastung der APRS-Frequenz 144.800 Mhz gezeitigt.
  • Zudem ist das US-Amerikanische Konzept von NEWn-N schlüssig und es besteht aufgrund steigender Nutzerzahlen kein Grund, die grundlegende Simplifizierung nicht auch in DL nachzuvollziehen. Eine gewisse Rückverlagerung der Intelligenz in das Netz scheint unumgänglich. Welche Schwierigkeiten die "richtige" Pfadeinstellung und das Verständnis der Parameter WIDE,TRACE und RELAY offensichtlich erzeugt, ist bei der Betrachtung des EU-Streams augenscheinlich.
  • Eine Vielzahl unterschiedlicher Paradigmen im internationalen Kontext wird zudem gerade Anfänger verwirren, weshalb eine einheitliche Darstellung sinnvoll erscheint. 
  • Schließlich stellt sich aufgrund fehlerhaft konfigurier WIDE-DIGIS in Europa das Problem der entfernten Mehrfachausstrahlung durch "unverbrauchte" RELAY im Pfad. Dies wird durch die Nutzung von WIDE1-1 als Adressierung für Fill-in-Digis in jedem Falle unterbunden.

Insofern setzen wir weitestgehend auf die Umsetzung des  NEWn-N-Konzeptes :

B.Änderungen des Orginalkonzeptes:

Die folgenden Darstellungen stellen Hinweise für Sysops zur Parametrierung der Digipeater dar. Aufgrund von Anregungen, soll nach der Beschlusslage auf dem 2.APRS-DL-Treffen die

  • harte Umstellung aber erst zum Juni 2008 erfolgen.
  • Weiterhin ist eine Modifikation bei der Parametrierung von "Fill-in-Digis" unter UI-Digi eingearbeitet (MYALIAS wird nicht auf WIDE1-1 gesetzt).
  • grundsätzlich soll in das Feld für telemetrische Daten die Angabe von PHG aufgenommen werden.
  • Schließlich sollte,  in weiterer Modifikation der Vorschläge von B. Bruninga, sofern nach der eingesetzten Software möglich,  die Durchführung einer Pfadkürzungen dann unterbleiben, wenn vom Nutzer das Schlüsselwort "RFONLY" verwendet wird.

Wir bitten alle verantwortlichen Betreiber von Digipeatern nunmehr mit Umstellung entsprechend der nachfolgenden Parametrierungsvorschläge zu beginnen. Bei eventuellen Pfadkürzungen sollte nach der regionalen Verkehrsdichte entschieden werden :

 


C.PHG:

Für die Nutzer ist es ausgesprochen sinnvoll den Sende- und Empfangsradius eines Digipeaters zu erfahren. Zudem kann hierdurch die Versorgungsgüte eines Gebietes ermittelt werden. Insofern sollten Digipeater grundsätzlich ihre PHG(D)-Parameter oder den "RadioRange" im Feld "Data Extensions" übertragen (vgl. Appendix 1, TAPR APRS Protocol Reference v. 1.0, S. 94). Zu den Einzelheiten siehe bitte den Text von DL1MH. Der PHG-Wert kann hier online bestimmt werden.

Beispiel für Bake mit PHG(D):

"!4900.05N100823.29E#PHG2230/W1 Kommentar"             Anzeige:      

 


D.Overlays:

Zur Kennzeichnung der Digipeaterfunktionalitäten sollten nunmehr folgende Overlays verwendet werden:

  • "S"  unterstützt komplett WIDEn-N und SSn-N für Bundesland- oder Distrikts-Routing.
  • "L"  für WIDEn-N Digis ohne Bundesland oder Districts-Routing. 
  • "1"   für Fill-in-Digis.
  • "N"   für "alte" RELAY,WIDE, TRACE Digis.
  • "X"  für eXperimentelle Digis.

Wegen der Verwendung von Overlays muss das Symbol für den Digi aus der sekundären Symboltabelle gewählt werden. Für den Stern also das "#" -Zeichen.  

Beispiel einer kompletten Fill-In-Digi-Bake:

!4900.05N100823.29E#PHG2230/W1-1 Digi Karlsruhe


 


E.Parametrierung "Fill-in-Digi" (WIDE1-1-DIGI):

UIDIGI:

  • MYCALL:  Rufzeichen
  • UID: WIDE1-1 (Übergang: RELAY, WIDE1-1)
  • BTEXT !DDMM.hhN1DDDMM.hhW#W1-1 und Kommentar
  • B E 60
  • UNPROTO APNxxx   [xxx: vgl. to-call-list von WB4APR]
  • HID OFF  
  • DIGI ON

 Konfigurationsfile für UI-DIGI-ROM (Version 1.9 BETA 3). Bitte Mycall, Password, Position und PHG anpassen.

 

TM-D700:

  • MYALIAS: leer
  • UIDIGI: WIDE1-1 (Übergang: RELAY,WIDE1-1)
  • DESTINATION:  vgl. TO-CALL-Liste von WB4APR

F.Parametrierung "WIDE-DIGI" nach WB4APR:

UIDIGI:

  • MYCALL:  Rufzeichen
  • BTEXT !DDMM.hhN1DDDMM.hhW#WIDE und Kommentar
  • B 1 NULL
  • B 2 WIDE2-1
  • B 3 WIDE2-2
  • BE 1 600
  • BE 2 1740
  • BE 3 3540
  • BT 1 !DDMM.hhN1DDDMM.hhW#PHG3320 W(n) und Kommentar 
  • BT 2 !DDMM.hhN1DDDMM.hhW#PHG3320 W(n) und Kommentar
  • BT 3 !DDMM.hhN1DDDMM.hhW#PHG3320 W(n) und Kommentar
  • DIGI ON
  • UNPROTO APNxxx   [xxx: vgl. to-call-list von WB4APR]
  • UIFLD: 4
  • UITRF: 2
  • UIT: WIDE (ermöglicht den Trace von WIDE)
  • P: 255
  • SL: 1
  • U: 30

Pfadersetzung:

  • (n = max. 2 Hops) : UID :WIDE3-3,WIDE4-4,WIDE5-5,WIDE6-6,WIDE7-7,WIDE4-3,WIDE5-4,WIDE6-5
  • (n = max. 3 Hops): UID: WIDE4-4,WIDE5-5,WIDE6-6,WIDE7-7,WIDE5-4,WIDE6-5,WIDE6-4,WIDE7-6
  • (n = max. 4 Hops): UID: WIDE5-5,WIDE6-6,WIDE7-7,WIDE6-5,WIDE7-6,WIDE7-5

 


 

G.Umsetzung des NEWn-N Paradigmas in APRS4R :

Im Rahmen der Implementierung der APRS4R-IGate/Digipieater-Software haben wir (DO5MC, DL1LJ) uns Gedanken zur Umsetzung des New n-N- Paradigmas in DL gemacht.

Kritik:

Auf verschiedenen APRS-Treffen und im Internet wurden die Konzepte zur Implementierung des New n-N Paradigmas in APRS4R vorgestellt und kontrovers diskutiert. Aus den für uns nachvollziehbaren Kritikpunkten haben wir Konsequenzen für die Implementierung abgeleitet und insofern das ursprüngliche Paradigma modifiziert bzw. abgeschwächt. Die wesentlichen von einzelnen OM vorgebrachten Punkte sind: 

1. Umsetzungs- / Übergangsfrist für New n-N

Implementierung:  generische Modifikationen erforderlich, wird in APRS4R umgesetzt.

2. Keine Entmündigung von OM bei bewußter Entscheidung für lange Pfade

Implementierung: Einbeziehung einen Keywords "RFONLY" bei dem Modifikation von Pfaden unterbleibt.

3. Kennzeichnung von Fill-In-Digipeatern

Implementierung: schon im Orginalvorschlag enthalten. Alternatives Symbol und Overlay "1".


Vorbedingungen :

Grundsätzlich soll es in New n-N jeder Pfad "traceable" werden und es aus Gründen der Vereinfachung nur noch WIDE n-N geben. Letzteres lässt sich aber für einen Übergangszeit nur bedingt umsetzen, wenn das System auch beim Einsatz von "alten" Digis traceable sein soll. Zudem sind eine Reihe von Erweiterungen des New n-N Paradigmas schon jetzt sinnvoll:

  • Sofern für eine Übergangszeit WIDEn-N von anderen Digipeatern (UI_Digi) nicht "traceable" gemacht ist, ergibt sich eine Limitation. Eine Pfadübersetzung von TRACEn-N in WIDEn-N würde den Wunsch der Nutzer nach einem Tracing ignorieren. Insofern wird TRACEn-N übergangsweise nicht durch WIDEn-N ersetzt.
  • Mehrere RELAY oder WIDE werden nicht in WIDE1-1 sondern WIDE2-1 gewandelt, da sonst wieder Fill-In-Digis adressiert würden.
  • Anders als im New n-N wird bei Erreichen von n-Max der Pfad nicht komplett durch das Digi-Call substituiert (Limitation bei UI_Digi mangels "Modifikationsalgorythmus") sondern sinnvoll gekürzt.
  • Aus edukativen Gründen wird der ursprüngliche gekürzte "Pfadmüll" (WIDE7-7 --> WIDE7-2) nicht mitgesendet sondern angepasst (WIDE7-7 --> WIDE3-3)
  • Anders als in New n-N wird aus Gründen der bewußten Selbstbestimmung beim Keyword "RFONLY" keine Pfadmodifikation vorgenommen.


Umsetzung:

Die Umsetzung des von Bob Bruninga vorgeschlagenen NEWn-N Paradigmas, gliedert sich in der APRS4R-Software in drei weitgehend voneinander unabhängige Teile.

  • Pfadübersetzung
  • Pfadoptimierung
  • Pfadkürzung

Pfadübersetzung:

Die Pfadübersetzung dient dazu, alle nicht mehr gültigen Rufzeichen (RELAY, WIDE, TRACE, TRACEn-N) in gültige Rufzeichen umzuwandeln, so dass diese weiterverarbeitet werden können.

Die nachfolgende Tabelle veranschaulicht die Umsetzungsregeln

Rufzeichen (alt) Stelle im Pfad Rufzeichen (neu) Anmerkungen
RELAY 1. RELAY WIDE1-1 Umsetzung WIDE1-1 Paradigma
RELAY sonst WIDE2-1 kein Ansprechen von Fill-In-Digis
WIDE egal WIDE2-1
WIDE1-1 1. WIDE1-1 WIDE1-1 keine Umsetzung
WIDE1-1 sonst WIDE2-1 kein Ansprechen von Fill-In-Digis
TRACE egal WIDE2-1 übergangsweise TRACE2-1
TRACEn-m egal WIDEn-m übergangsweise TRACEn-m

Übergangsweise wird nach der eigentlichen Umsetzung alter Rufzeichen eine weitere Umsetzung durchgeführt. Dabei werden alle WIDEn-m, die nach einem TRACEn-m stehen, durch ein identisches TRACEn-m ersetzt. Diese Umsetzung ist nur von temporärer Natur, da TRACEn-m nur in der Übergangszeit unterstützt wird, sind alle Digipeater auf NewN-n umgestellt, erbringt WIDEn-m die gleiche Funktion wie bisher TRACEn-m.

Pfadoptimierung :

Die Pfadoptimierung dient dem Zusammenfassen von WIDE-Rufzeichen, so dass dadurch die Anzahl der WIDE-Rufzeichen und somit die Länge des Pfades reduziert werden kann. So können beispielsweise zwei aufeinanderfolgende WIDEn-N-Rufzeichen zusammengefasst werden, sofern die Summe der verbliebenen Hops 7 nicht überschreitet.

Pfad (alt) Pfad (neu) Anmerkungen
WIDE1-1,WIDE2-1,WIDE2-1 WIDE1-1,WIDE2-2 WIDE1-1 erhalten, Rest zusammengefasst
WIDE1-1,WIDE2-1,WIDE5-5,TRACE2-2 WIDE1-1,WIDE6-6,TRACE2-2 WIDEn-Ns zusammengefasst, TRACEn-N erhalten
WIDE1-1,WIDE2-2,WIDE2-2,WIDE4-4 WIDE1-1,WIDE4-4,WIDE4-4 WIDE2-2s zusammengefasst, keine weitere Reduzierung
WIDE1-1,WIDE2-2,TRACE5-5,TRACE4-4 WIDE1-1,WIDE2-2,TRACE5-5,TRACE4-4 WIDE4-4 wurde in TRACE4-4 umgewandelt

 

Pfadkürzung:

Die abschließende Pfadkürzung soll überlange Pfade von APRS-Nachrichten vermeiden. Abhängig von der lokalen Konfiguration werden dabei solange Hops aus dem Pfad entfernt, bis die gewünschte Hop-Anzahl erreicht ist. Die Reduzierung der Hop-Anzahl beginnt dabei direkt nach dem ersten Hop, welcher im Anschluss vom Digipeater selbst verbraucht wird. Die Pfadkürzung wird jedoch nur vorgenommen, wenn das Rufzeichen RFONLY nicht im Pfad vorhanden ist.

Pfad (alt) Hops (alt) Pfad (neu) Hops (neu) Anmerkungen
WIDE1-1,WIDE7-7 8 WIDE1-1,WIDE2-2 3 Kuerzung um 5 Hops
WIDE1-1,WIDE3-3,WIDE4-4 9 WIDE1-1,WIDE2-2 3 WIDE3-3 vollstaendig aufgebraucht
WIDE1-1,WIDE2-2,TRACE5-5,TRACE4-4 11 WIDE1-1,TRACE2-2 3 WIDE2-2 und TRACE5-5 aufgebraucht

 

Beispiel:

Ein APRS4R-Digipeater empfängt nachfolgende APRS-Nachricht

SOURCE,DEST>RELAY,RELAY,WIDE,WIDE,WIDE5-5,TRACE5-5,WIDE4-4>Dies ist eine Testbake

Im ersten Schritt (Pfadübersetzung) werden die ungültigen Rufzeichen RELAY,WIDE übersetzt. Übergangsweise wird das Rufzeichen TRACE5-5 nicht ersetzt. Ausserdem wird das WIDE4-4 uebergangsweise in ein TRACE4-4 umgewandelt. Das Resultat sieht dann wie folgt aus.

SOURCE,DEST>WIDE1-1,WIDE2-1,WIDE2-1,WIDE2-1,WIDE5-5,TRACE5-5,TRACE4-4>Dies ist eine Testbake

Anschließend wird im zweiten Schritt (Pfadoptimierung) versucht, die Anzahl der Pfadbestandteile zu reduzieren. Dazu werden, sofern möglich, kleine WIDEn-N Rufzeichen zusammengefasst.

SOURCE,DEST>WIDE1-1,WIDE3-3,WIDE5-5,TRACE5-5,TRACE4-4>Dies ist eine Testbake

Im letzten Schritt der Vorverarbeitung einer APRS-Nachricht wird, wenn aktiviert, eine Pfadkürzung vorgenommen. Im vorliegenden Fall sind insgesamt 18 Hops im Pfad enthalten. Da der Digipeater selbst einen Hop verbraucht, müssen also 13 Hops entfernt, wenn nach dem Aussenden noch 2 Hops verfügbar sein sollen. Die Hops werden hinter dem ersten nicht verbrauchten Hop entfernt. Dabei werden WIDEn-N-Rufzeichen aus dem Pfad entfernt, wenn diese vollständig verbraucht sind. Für das vorliegende Beispiel würde die Kürzung folgendes Resultat erbringen.

SOURCE,DEST>WIDE1-1,TRACE2-2>Dies ist eine Testbake

Da sowohl WIDE3-3, als auch WIDE5-5 und TRACE5-5 vollständig aufgebraucht wurden, wurden diese Rufzeichen sofort aus dem Pfad entfernt. Das verbleibene Rufzeichen TRACE4-4 wurde auf TRACE2-2 reduziert. Somit kann die APRS-Nachricht noch über zwei weitere Hops nach dem Aussenden verbreitet werden.

 


H.Abstrahlung lokaler Informationen:

Als wesentlicher Mehrwert stellt sich die Abstrahlung lokaler Informationen beispielsweise zu Sprach-Relays dar. Durchreisende Mobilstationen sind sodann unmittelbar über die aktuellen örtlichen Repeater-Frequenzen unterichtet. Hierzu senden die APRS-Digipeater Objekt-Baken in dem folgenden Format aus, welche im den Display-Feldern des TM-D700 und TH-D7 problemlos angezeigt werden können. Vgl. umfassend: "APRS Local Repeater Info Initiative"  

Objekt-String im Bakentext (BT in UIDIGI):

;FFF.FFF+x*111111zDDMM.hhN/DDDMM.hhWrAAAAAAAAAABBBBBBBBBB88888888....

Objekt:

  • ;FFF.FFF+x ist die Frequenz des Relays, (+/-) die Ablage und "x" ein optionaler lokaler Bezeichner  (A-Z) 
  • *111111z ist das "pseudo default null Date-Time" Feld für das OBJEKT-Format (so eintragen)
  • DDMM.hhN/DDDMM.hhWr ist LAT/LONG
  • "/r" Symbol für ein Spachrelay

Nutzlast:

AAAAAAAAAA, BBBBBBBBBB, 88888888 sind die 10x10x8 Textfelder des TH-D7 (20 Byte sichtbar) TM-D700 (28 Byte sichtbar): 

  • Erste Zeile (AAAAAAAAAA):
    • (10 bytes): T123 R45K -(PL Tone and Recihweite Kilo) ODER
    • D234 R45k -(DCS-Code und Reichweite) ODER
    • N45, S15k -(kein Ton und unterschiedliche  Reichweiten N/S oder E/W (hier: 45km Nord, 15 Km Süd)

 

  • Zweite Zeile (BBBBBBBBBB): Net 9PM Mi -(Hinweis auf Rundsprüche, Skeds, etc.)
  • Dritte Zeile: (88888888): Mtg3rd N -(Treffen)


I.Konfigurationshilfen:

 


J.Referenzen:

 


26.06.2007  DL1LJ/DO5MC

28.07.2007 DL1LJ

23.09.2007, DL1MH

Seite
Menü
News
Seite
Menü
News

Powered by CMSimple | Template by CMSimple | Login