Half-Duplex-Konkurrenz

Bei Halbduplex-Inhalten ist der anfängliche Richtungszustand umstritten. Das Halbduplexprotokoll arbeitet während einer Übertragung in einer Kette (nur ein Partner kann senden), aber der Richtungszustand kehrt am Ende jeder Kette normalerweise zum Wettbewerbsmodus zurück. Die Änderungsrichtungsanzeige (CDI) im Antwortheader (RH) ist daher nicht erforderlich. Wenn der CDI jedoch verwendet wird, bleibt die Richtung für die empfangende Halbsitzung vorbehalten. Daher sollte die Anwendung, wenn sie die Richtungsänderung (CD) erhält, den Sendezustand annehmen und nicht erwarten, Daten zu empfangen. Wenn die Anwendung hingegen CD sendet, kann sie erst dann erneut senden, wenn sie eine Kette vom Host empfangen hat.

Im Falle eines Fehlers, der von einer der beiden Halbsitzungen entdeckt wird, muss die Anwendung in den Empfangsstatus wechseln, da der Host für die Wiederherstellung verantwortlich ist.

Wenn beide Halbsitzungen versuchen, eine Kette zu starten, wenn der Richtungszustand 'contention' ist, wird das Rennen zugunsten der sekundären Anwendung mithilfe eines Sinncodes von 0x081B aufgelöst. Das mögliche Fenster zwischen dem lokalen Knoten und der Anwendung bedeutet jedoch, dass der lokale Knoten nicht ermitteln kann, wann die Daten der ausgehenden Anforderungsausnahme (Outbound Request Exception, RQE) von der Anwendung empfangen werden. Wenn der lokale Knoten daher Daten von der Anwendung empfängt, während er feststellt, dass der Halbduplex-Konfliktzustand auf Empfang eingestellt ist, wird er mit einem unkritischen NACK-2 (0x2004 Richtung) abgelehnt.

Die folgenden beiden Abbildungen veranschaulichen das Richtungsprotokoll für Anwendungen im Halbduplex-Konfliktmodus. Die drei Zahlen im vorherigen Thema wären ebenfalls gültig, obwohl die CD nicht angegeben werden muss.

In der folgenden Abbildung sendet und empfängt die Anwendung Daten mithilfe des Halbduplex-Wettbewerbsprotokolls ohne Fehler.

Die Anwendung sendet und empfängt Daten über ein Halbduplex-Zugriffskontrollprotokoll ohne Fehler.

In der nachstehenden Grafik wird das Halbduplex-Wettbewerbsrennen zugunsten der Anwendung entschieden.

Auflösung des Halbduplex-Zugriffssteuerungskonflikts zugunsten der Anwendung

Siehe auch

Öffnen der PLU-Verbindung
PLU-Sitzung
Ausgehende Verkettung
Eingehende Verkettung
Segmentzustellung
Brackets
Richtung
Temporisierung und Chunking
Bestätigung und Ablehnung von Daten]
Herunterfahren und Beruhigen
Wiederherstellung
Anwendungsinitiierte Beendigung
LUSTATs]
Antwortzeitüberwachungsdaten