Binäre synchrone Kommunikation

Binäre synchrone Kommunikation (BSC oder Bisync) ist ein IBM Charakterorientiert, Halbduplex Linkprotokoll, angekündigt 1967 nach der Einführung von System/360. Es ersetzte die synchrones Sender-Rezept (STR) Protokoll, das mit Computern der zweiten Generation verwendet wird. Die Absicht war, dass gemeinsame Link -Management -Regeln mit drei verschiedenen Zeichenkodierungen für Nachrichten verwendet werden konnten. Sechs-Bit Transcode schaute nach rückwärts zu älteren Systemen; Usascii mit 128 Zeichen und Ebcdic Mit 256 Charakteren freuen sich nach vorne. Der Transcode verschwand sehr schnell, aber die Ebcdic- und Usascii -Dialekte von Bisync wurden weiter verwendet.

Zu einer Zeit war Bisync das am häufigsten verwendete Kommunikationsprotokoll[1] und ist 2013 noch in begrenztem Umfang genutzt.[2][3]

Framing

Bisync unterscheidet sich von Protokollen, die es in der Komplexität des Nachrichtenrahmens erfolgreich waren. Spätere Protokolle verwenden eine einzige Rahmenschema für alle vom Protokoll gesendeten Nachrichten. HDLC, Meldungsprotokoll für digitale Datenkommunikation (DDCMP), Punkt-zu-Punkt-Protokoll (PPP) usw. haben jeweils unterschiedliche Rahmenschemata, aber innerhalb eines bestimmten Protokolls gibt es nur ein Frame -Format. Bisync hat fünf verschiedene Rahmenformate.

BSC Link Control Zeichen
Verkohlen Ebcdic
(hexadezimal)		 Usascii
(hexadezimal)		 Transcode
(hexadezimal)		 Beschreibung
Syn 32 16 3a Synchroner Leerlauf
Soh 01 01 00 Übergangsstart
Stx 02 02 0a Textstart
ETB 26 17 0f Ende des Übertragungsblocks
ETX 03 03 2e Textende
Eot 37 04 1E Ende der Übertragung
Enq 2d 05 2d Anfrage
Nak 3d 15 3d Negative Anerkennung
Dle 10 10 1f Datenverbindung Escape
ITB 1f 1f (USA) 1d (USA) Intermediate -Block -Checkcharakter

ACK0 und ACK1 (Eine gleichmäßige / seltsame positive Anerkennung) werden als zwei Zeichen codiert - DLE '70'X und DLE / für EBCDIC, DLE 0 und DLE 1 für Usascii, DLE - und DLE T für Transcode. Wabt (Warten Sie vor dem Senden) Wurde als DLE, DLE oder DLE W. codiert.

Alle Frameformate beginnen mit mindestens zwei Syn Bytes. Die binäre Form des Syn -Byte hat die Eigenschaft, dass keine Rotation des Byte dem Original entspricht. Auf diese Weise kann der Empfänger den Beginn eines Rahmens finden, indem der empfangene Bitstrom nach dem Syn -Muster gesucht wird. Wenn dies gefunden wird, wurde eine vorläufige Byte -Synchronisation erreicht. Wenn das nächste Charakter auch eine Synchronisation ist, wurde die Zeichensynchronisation erreicht. Der Empfänger sucht dann nach einem Zeichen, das einen Rahmen starten kann. Zeichen außerhalb dieses Sets werden als "führende Grafiken" beschrieben. Sie werden manchmal verwendet, um den Absender eines Rahmens zu identifizieren. Lange Nachrichten haben Syn -Bytes ungefähr jede Sekunde eingefügt, um die Synchronisation aufrechtzuerhalten. Diese werden vom Empfänger ignoriert.

Auf ein normales Blockendcharakter (ETB oder ETX) folgt a Summe überprüfen (Block -Check -Zeichen oder BCC). Für Usascii ist dies ein einziger Charakter Longitudinal -Redundanzprüfung (LRC); Für Transcode und EBCDIC ist die Prüfsumme ein zwei Zeichen zyklische Redundanzprüfung(CRC). Ein Datenrahmen kann eine Zwischenüberprüfungssumme enthalten, vor der ein ITB -Zeichen vorangegangen ist. Diese Fähigkeit, Zwischenprüfungen in einem langen Datenrahmen einzubeziehen, ermöglicht eine erhebliche Verbesserung der Fehlererkennungswahrscheinlichkeit. Usascii -Zeichen werden ebenfalls übertragen seltsame Parität Für zusätzliche Überprüfung.

Pad Zeichen werden nach einer Zeilenumdrehung benötigt-Nak, EOT, ENQ, ACK0, ACK1. Wenn das Getriebe mit EOT oder ETX endet, folgt das Pad dem BCC. Dieses Pad ist entweder alle '1' Bits oder abwechselnd '0' und '1' Bits. Das nächste Getriebe beginnt mit einem Pad -Charakter, das sich entweder der oben genannten oder einer Syn sein kann.

Ein optionales Überschrift Das Enthaltende von Steuerungsinformationen kann den Daten in einem Frame vorangehen. Der Inhalt der Überschrift wird nicht durch das Protokoll definiert, sondern für jedes bestimmte Gerät definiert. Der Überschrift ist, falls vorhanden, ein SOH -Charakter (Beginn des Überschriftens) und gefolgt von einem STX (Beginn des Textes) vorangestellt.[4]

Text Die Daten folgen normalerweise der vom STX begonnenen und von ETX (Ende des Textes) oder ETB (Endübertragungsblocks).

Normale Datenrahmen erlauben nicht, dass bestimmte Zeichen in den Daten angezeigt werden. Dies sind die Blockendzeichen: ETB, ETX und ENQ sowie die ITB- und Syn -Zeichen. Die Anzahl der eindeutigen Zeichen, die übertragen werden können, ist daher für Transcode, 123 für USASCII oder 251 für EBCDIC auf 59 begrenzt.

Transparent Das Datenrahmen bietet ein uneingeschränktes Alphabet von 64, 128 oder 256 Zeichen. In transparenten Modus -Block -Framing -Zeichen wie ETB, ETX und Syn sind ein DLE -Charakter vorausgingen, um ihre Kontrollbedingung anzuzeigen (das DLE -Zeichen selbst wird durch die Sequenz DLE DLE dargestellt). Diese Technik wurde als Charakterfüllung bezeichnet, die analog mit Bit -Füllung.

Verbindungssteuerung

Das Verbindungskontrollprotokoll ähnelt Str. Die Designer versuchten, vor einfachen Übertragungsfehlern zu schützen. Das Protokoll verlangt, dass jede Nachricht bestätigt wird (ACK0/ACK1) oder negativ anerkannt (NAK), daher hat die Übertragung kleiner Pakete einen hohen Getriebeaufwand. Das Protokoll kann sich von einem beschädigten Datenrahmen, einem verlorenen Datenrahmen und einer verlorenen Bestätigung erholen.

Die Fehlerwiederherstellung erfolgt durch die Übermittlung des beschädigten Rahmens. Da Bisync-Datenpakete nicht seriell zahlen sind, wird dies als möglich angesehen, damit ein Datenrahmen ohne den Empfänger es vermisst. Daher werden abwechselnd ACK0s und ACK1s eingesetzt; Wenn der Sender das falsche ACK erhält, kann ein Datenpaket (oder ein ACK) vermisst werden. Ein potenzieller Fehler ist, dass die Korruption von ACK0 in ACK1 zu einer Duplikation eines Datenrahmens führen kann.

Der Fehlerschutz für ACK0 und ACK1 ist schwach. Das Hamming -Entfernung Zwischen den beiden Nachrichten liegt nur zwei Bits.

Das Protokoll ist Halbduplex (2-Draht). In dieser Umgebung sind Pakete oder Übertragungsrahmen streng unidirektional und müssen selbst für die einfachsten Zwecke wie Anerkennungen „abgewandelt“ werden. Turn-Around beinhaltet

  • die Umkehrung der Übertragungsrichtung,
  • Zeugnis von Linien -Echo,
  • Neusynchronisierung.

In einer 2-Draht-Umgebung führt dies zu einer merklichen Rundwegverzögerung und verringert die Leistung.

Einige Datensätze unterstützen Vollduplex Der Betrieb und Full-Duplex (4-Wire) können unter vielen Umständen verwendet werden, um die Leistung zu verbessern, indem die Turn-Around-Zeit auf Kosten der 4-Draht-Installation und -unterstützung beseitigt wird. In typisch Full-Duplex werden Datenpakete entlang eines Drahtpaares übertragen, während die Bestätigungen entlang der anderen zurückgegeben werden.

Topologie

Viel Bisync -Verkehr ist Punkt zu Punkt. Punkt-zu-Punkt-Zeilen können optional verwendet werden Streit um die Master -Station zu bestimmen. In diesem Fall kann ein Gerät ENQ übertragen, um die Kontrolle zu bieten. Das andere Gerät kann ACK0 beantworten, um das Angebot zu akzeptieren und sich auf den Empfang oder WABT vorzubereiten, um dies abzulehnen. In einigen Fällen ist die Verbindung eines Terminals zu mehreren Hosts über das Telefonnetzwerk möglich möglich.

Multi-Drop ist Teil des anfänglichen Bisync-Protokolls. Eine Master -Station, normalerweise ein Computer, kann nacheinander nacheinander Umfrage Klemmen, die über analoge Brücken an derselben Kommunikationslinie angeschlossen werden. Dies wird erreicht, indem eine Nachricht gesendet wird, die nur aus einem ENQ -Zeichen besteht, das nacheinander an jedes Gerät adressiert wird. Die ausgewählte Station überträgt dann eine Nachricht an den Master oder eine Antwort mit EOT, um anzuzeigen, dass keine Daten zum Senden sind.

Bisync -Anwendungen

Der ursprüngliche Zweck von Bisync war die Stapelkommunikation zwischen einem System/360 Mainframe und ein anderer Mainframe oder a Remote -Jobeintrag (Rje) terminal wie das IBM 2780 oder IBM 3780. Die RJE -Terminals unterstützen eine begrenzte Anzahl von Datenformaten: Stanzkartenbilder ein- und aus und drucken Zeilenbilder zum Terminal. Einige Nicht-IBM-Hardwareanbieter wie z. Mohawk Data Sciences verwendet Bisync für andere Zwecke wie Band-to-Tape-Übertragung. Ein Programmierer kann leicht ein RJE -Terminal oder ein anderes Gerät emulieren.

IBM bot Assembler -Sprachmakros an, um Programmierunterstützung zu bieten. Während des Systems/360 -Ära sind diese Zugangsmethoden war BTAM (Grundlegende Telekommunikationszugriffsmethode) und Qtam (Methode der Telekommunikationszugriffszugriffsbekämpfung) - die später durch ersetzt wurde durch Telekommunikationszugriffsmethode (TCAM). IBM vorgestellt VTAM (Virtuelle Methode für die Telekommunikationszugriff) mit der System/370.

Teleprozessingmonitore wie IBMs CICs und Software von Drittanbietern wie Remote Ducs (Anzeigeeinheit Steuersystem) und Westi Plattformen verwendeten Bisync Line Control, um mit Remote -Geräten zu kommunizieren.

Das akademische Computernetzwerk BitnetZusammen mit der Verbindung von Netzwerken in anderen geografischen Bereichen verwendet Bisync 3000 Computersysteme an seinem Höhepunkt.

Finanznetzwerk SCHNELL. Gebrauchtes BSC -Protokoll für die Kommunikation zwischen regionalem Zentrum und Institution (Bank) Server über gemietete Linien. Mitte 1990 wurde BSC an die ersetzt X.25 Infrastruktur.

Pseudo-Bisync-Anwendungen

Einige wichtige Systeme verwenden Bisync -Datenrahmen mit einem anderen Link -Steuerungsprotokoll. Houston Automatische Spulenpriorität (HASP) verwendet die Bisync-Halbduplex-Hardware in Verbindung mit einem eigenen Link-Steuerungsprotokoll, um die Kommunikation zwischen einem kleinen Computer und einem Mainframe-Ausgangsmulti-DataStream-Multi-DataStream-Multi-DataTream-Protokoll bereitzustellen. In Bisync -Begriffen ist dies Konversationsmodus.

Einige früh X.25 Netzwerke toleriert ein Verbindungsschema LAPB Daten- und Steuerpakete. Wie 2012, mehrere Anbieter verkapulieren Bisync -Übertragungen innerhalb von TCP/IP -Datenströmen.

Anordnung

Bisync begann in den 1970er Jahren von vertrieben zu werden von Systemnetzwerkarchitektur (SNA), das den Bau eines Netzwerks mit mehreren Hosts und mehreren Programmen mithilfe von Telekommunikation ermöglicht. X.25 und die Internetprotokoll sind spätere Protokolle, die wie SNA mehr als bloße Verbindungssteuerung bieten.

Bisync -Geräte

Eine große Anzahl von Geräten verwendet das Bisync -Protokoll, einige davon sind:

Siehe auch

Verweise

  1. ^ Scuilli, Joseph A. (26. Oktober 1981). "Terrestrische zu Satellitenwechsel erzeugt Optionen". Computerwelt. Abgerufen 27. August, 2012.
  2. ^ Cisco. "Binäre synchrone und asynchrone Kommunikation (Bisync/async)". Abgerufen 23. Oktober, 2013.
  3. ^ Gärtner. "Binär -Synchronkommunikation (BSC)". Es Glossar. Abgerufen 23. Oktober, 2013.
  4. ^ IBM Corporation. Allgemeine Informationen - binäre synchrone Kommunikation (PDF).

Weitere Lektüre