開啟 PLU 連線
PLU) 連線 (主要邏輯單元的開啟與 PLU 會話的建立緊密關聯。 本機節點會在從主機接收 BIND 命令時開啟 PLU 連線，以取得邏輯單元的 BIND 命令， (LU) 應用程式先前已開啟系統服務控制點， (SSCP) 連線。 可能的序列如下：
應用程式會開啟其 SSCP 連線，並將字元編碼登入要求或 INIT-SELF 要求傳送至主機 SSCP。 主機 PLU 接著會將 BIND 要求傳送至 SNA 伺服器 LU，而本機節點會開啟 PLU 連線。
主機 PLU 會將未經請求的 BIND 命令傳送至 SNA 伺服器 LU。 如果 LU 的 SSCP 連線已開啟，本機節點會開啟 PLU 連線。 如果本機節點支援NOTIFY，主機可以設定為在應用程式開啟 SSCP 連線時收到本機節點所傳送的NOTIFY訊息時傳送BIND。 (如需詳細資訊，請參閱 SSCP Connection.)
主機 PLU 會將 BIND 命令傳送至 SNA 伺服器 LU。 如果 LU 的 SSCP 連線未開啟，本機節點會傳回 BIND 要求的負回應。 使用的感知碼0x0845 (NOTIFY 會傳送) 。 本機節點不會開啟 PLU 連線。 在此情況下，本機節點會在開啟 SSCP 連線時傳送 NOTIFY 。 (如需詳細資訊，請參閱 SSCP Connection.)
若要成功開啟 PLU 連線，本機節點會將 Open (PLU) Request 傳送至應用程式。 應用程式會回應 Open (PLU) OK 回應。 最後，本機節點會傳送 Open (PLU) OK Confirm 給應用程式。 此訊息交換會開啟 PLU 連線，並建立 PLU 會話。 請注意，成功的 PLU 開啟序列是三向交握，相較于 SSCP 連線的開啟，這是雙向交握。
Open (PLU) 要求會使用 LU 的 SSCP 連線傳遞給應用程式。 Open (PLU) Request包含應用程式名稱和開啟資源識別碼，以允許應用程式使 PLU 和 SSCP 連線相互關聯。
Open (PLU) Request指出已導向 BIND要求的邏輯單元、參考該 LU 之 Open (SSCP) 要求中提供的資源識別碼，並攜帶從主機接收的實際BIND要求/回應單位 (RU) 。 (如需詳細資訊，請參閱 Open (PLU) .) 如果 PLU 會話的適當) 和步調視窗，它也會包含 RU 大小上限、區塊大小 (，讓應用程式能夠在需要涉及輸出步調時判斷初始信用額度。 (如需詳細資訊，請參閱 步調和區塊處理。)
在收到不可交涉的 BIND) 時，成功開啟 PLU 連線的訊息流程 (如下圖所示。 請注意，只有在應用程式已提供BIND檢查表索引作為連線資訊控制區塊 (CICB) 的一部分時，才會在 [1]) 驗證BIND (參數。
開啟 PLU 連線的訊息流程下圖顯示 SSCP 和 PLU 會話起始的訊息順序，包括指派 Locality Partner Index (LPI) 值的詳細資料。 (應用程式的來源 P 值0x12指出它是 3270 模擬器。 如需如何設定來源 LPI 值的詳細資訊，請參閱 Open (SSCP) Request.) 顯示的訊息流程假設已建立與主機的連線，且組態和 BIND 都有效。
在此訊息序列之後，有兩組有效的 LPI 值，一組用於 SSCP 會話，另一個用於 PLU 會話。 應用程式可以隨時存取任一會話，直到 UNBIND 為止，而且可以使用 LPI 值來區分兩個會話上收到的資料。
啟動 SSCP 和 PLU 會話的訊息順序