針對半雙工競爭，初始方向狀態為爭用。 半雙工通訊協定會在鏈結期間運作， (只有一個合作夥伴可以傳送) ，但方向狀態通常會回到每個鏈結結尾的爭用。 因此不需要在回應標頭中變更方向指標 (CDI) (RH) 。 不過，如果使用 CDI，方向會保留給接收半會話。 因此，如果應用程式收到 (CD) 的變更方向，則應該假設傳送狀態且不會預期會收到資料。 相反地，如果應用程式傳送 CD，則必須先從主機收到鏈結，才能再次傳送。
如果半會話發現錯誤，應用程式必須假設接收狀態，因為主機負責復原。
如果這兩個半會話在競爭方向狀態時嘗試啟動鏈結，則會使用0x081B的感知程式碼來解決競爭，而優先使用次要應用程式。 不過，本機節點與應用程式之間的可能視窗表示本機節點無法判斷應用程式何時收到輸出要求例外狀況 (RQE) 資料。 因此，如果本機節點在判斷收到半雙工爭用狀態時從應用程式接收資料，則會以非關鍵 NACK-2 (0x2004 方向拒絕它) 。
下圖說明使用半雙工競爭模式的應用程式方向通訊協定。 雖然不需要指定 CD，但上一個主題中的三個圖也有效。
在下圖中，應用程式會使用半雙工競爭通訊協定來發出和接收資料，而不會發生錯誤。
應用程式問題，並使用半雙工競爭通訊協定接收資料，而不會發生錯誤
在下圖中，半雙工競爭競爭會解決，以利於應用程式。
解決半雙工競爭，以利於應用程式
另請參閱
開啟 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
方向
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
應用程式起始的終止
LUSTAT]
回應時間監視資料