VADCG

Innen: HamWiki

Ez egy rádióamatőr történelmi adatátviteli protokoll, amit a kanadai Vancouver Amateur Digital Communications Group fejlesztett ki az 1970-es évek végén (VADCG V1, majd V2 és V3). Végül - számos előnyös tulajdonsága ellenére - az ARRL által favorizált AX.25 protokoll terjedt el.

Alacsony szinten

  • NRZI kódolás: polaritás és oldalsáv független vétel
  • Bitbeszúrás: keretezéssel egyező bitkombináció elkerülésére

Keretfelépítés

<...szinkronbitek...><Keretezés><Címzés><8 bit vezérlés><Tartalom><CRC><Keretezés>(<Címzés><8 ....)

  • Szinkronbitek: legalább 16 bit bináris 0 (0-nál van HLHLHLHL állapotváltása a jelnek).
  • Keretezés: 01111110
  • Címzés: V1-ben 8 bit volt, V2-ben 32 bit. Részleteit lásd alább.
  • 8 bit vezérlés
  • Tartalom: ajánlott 200 byte alatti méretet tartani. A 256 byte-os pufferek miatt max 250 byte. V-1 esetén ez 128 byte volt.
  • CRC: 16 bites, sorrend: felső byte, alsó byte.

Keret típusok V-2 esetén

A 8 bites vezérlés alsó illetve alsó kettő bitje dönti el a keret típusát.

  • Felügyeleti keret (S-frame, bit10: 01): ablak- (window) és folyamvezérlés. Felépítés: bit765: vett sorszám, bit4: poll bit,
    • bit32: 00 --> RR (Receive Ready): Poll bittel együtt egy "még bekapcsolva vagyok, vételkészen" jelzésre használt.
    • bit32: 01 --> RNR (Receive Not Ready): átmenetileg nem vételkész (teli vannak a pufferei)
    • bit32: 01 --> REJ (Reject): a küldött sorszámtól nem sikerült hibátlanul levenni a csomagokat. Az adó meg fogja ismételni.
  • Információs keret (I-frame, bit0 = 0): adat. Felépítés: bit765: vett sorszám, bit4: poll bit, bit321: adott sorszám.
  • Számozatlan információs keret (UI-frame): adat, vezérlés byte legalsó két bitje 10
    • bit765=101 és bit32=11: XID, azaz állomásazonosítók cseréje (V-2 esetén)
    • bit765=010 és bit32=00: DISC, azaz kapcsolat bontása (disconnect)
    • bit765=000 és bit32=00: UI, azaz sorszámozatlan információs keret

Csatlakozás / bontás V-1 esetén

A csatlakozás és bontás során a keret <Tartalom> mezője kizárólag a feladó és a címzett hívójelét tartalmazza a leírt sorrendben. A 8 bites vezérlés mező értékei és jelentése:

  • 0x17: csatlakozás kérelem
  • 0x07: csatlakozás nyugtázása
  • 0x53: bontás kérelem
  • 0x43: bontás nyugtázása

Állomáscímek V-1 esetén

  • 0x00: nincs művelet
  • 0x01...0x7F: közvetlenül csatlakozó állomások előre kiosztott címei
  • 0x80: foglalt
  • 0x81...0x9F: átjátszó bemenete
  • 0xa0: foglalt
  • 0xA1...0xBF: átjátszó kimenete
  • 0xC0...0xFE: foglalt
  • 0xFF: mindenkinek címezve

Amíg az AX.25 protokoll esetében a címzés hívójel + másodlagos állomásazonosító (SSID), addig itt az állomáscím értéke nem számítható ki a hívójelből, ezért az állomáscímeket egy erre felkért koordinátor osztotta ki a nála jelentkező rádióamatőrök között. Ellenben előnye is van a rövid állomáscím mezőnek: kevesebb felesleges adatot továbbított a rendszer, ezáltal növelve a hatékonyságot.

Címzés V-2 esetén

A Vancouver V-2 esetében 8 bit helyett 32 bites cím mezőt alkalmazott Douglas Lockhart (VE7APU).

Az állomás cím itt már:

  • 16 bit cél
  • 16 bit forrás

formátumú. Ahol a 16 bites szám a hívójel módosított CRC-16 algoritmussal generált ellenőrzőösszege. A hívójel gyakran 6 karakternél rövidebb. Az üres helyet szóközzel töltötték ki. Továbbá a 7. helyre lehetett ASCII számjegyet is írni, így kommunikációs alcsatornát lehetett képezni.

XID keret (V-2)

A csatlakozás és a teljes hívójel csere az XID kerettel valósult meg, azaz az I keretekre alapozott adatkapcsolat felépülésekor. Adattartalma:

  • 4 byte: állomáscím (módosított CRC16)
  • 1 byte: vezérlés mező (control field)
  • 7 byte: küldő node neve
  • 7 byte: fogadó node neve
  • 1 byte: protokol típus mező, értéke 01
  • 1 byte: link típus mező, alsó bitje full/half duplex
  • 1 byte: ok (reason) mező. Sikertelenség esetén itt küldi az okot (cím duplikáció/erőforrás probléme/link típus probléma/protokol probléma)

Protokol specifikáció

V-2 teljes leírása: https://www.tapr.org/pdf/CNC1984-NewVancouverProtocol-VE7APU.pdf