對於半雙工爭用，初始方向態為爭用。 半雙工協定在鏈中運作（只有一個夥伴能發送），但方向狀態通常在每條鏈結束時回到爭用狀態。 因此，回應標頭（RH）中的變更方向指示器（CDI）則是不必要的。 然而，若使用 CDI，則指示權保留給接收半段。 因此，若應用程式接收到變更方向（CD），應採取傳送狀態，而不應期望接收資料。 反之，若應用程式發送 CD，則在收到主機的鏈條前無法再次傳送。
若任半會話發現錯誤，應用程式必須假設接收狀態，因為主機負責復原。
若兩個半會話同時嘗試啟動鏈條，且方向狀態為爭用，則利用意義代碼 0x081B 來決定競賽，讓次要應用勝出。 然而，本地節點與應用程式之間的可能視窗意味著本地節點無法判斷應用程式何時收到出站請求異常（RQE）資料。 因此，若本地節點在判定半雙工爭用狀態為接收期間從應用程式接收到資料，則會以非關鍵的 NACK-2（0x2004 方向）拒絕該資料。
下圖說明了使用半雙工爭用模式的應用程式的方向協議。 前述主題中的三幅圖也適用，即便不特別指定 CD 也沒有問題。
在下圖中，應用程式透過半雙工爭用協定發送資料並接收資料，且無任何錯誤。
應用程式使用半雙工爭用協定接收並發送資料，且無錯誤
在下圖中，半雙工競爭被解決，對應用程式有利。
解決半雙工競爭情況，使應用程式受惠
另請參閱
開啟PLU連接
PLU 會議
外部鏈接
入站鏈結
分段交付
括弧
方向
節奏與分段
資料確認與否定]
關閉與停擺
Recovery
應用程式啟動的終止
LUSTATs]
反應時間監控資料