VADCG

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