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