建立 VC

進行撥出電話之前，連線導向用戶端會起始建立虛擬連線 (VC) 。 在指示連入連線導向用戶端的呼叫之前，呼叫管理員或 MCM 驅動程式會起始 VC 的建立。 設定並啟用 VC 之後，就可以在 VC 上傳輸或接收用戶端資料。

呼叫管理員或 MCM 驅動程式也可以起始 VC 的建立，而 VC 會在其中與網路元件交換訊號訊息，例如網路交換器。

Client-Initiated 建立 VC

使用NdisClMakeCall進行呼叫之前，連線導向用戶端會呼叫NdisCoCreateVc來起始 VC 的建立。

下圖顯示起始建立 VC 之呼叫管理員的用戶端。

下圖顯示起始建立 VC 之 MCM 驅動程式的用戶端。

當呼叫管理員的連接導向用戶端呼叫 NdisCoCreateVc、NDIS 呼叫時，呼叫管理員的 ProtocolCoCreateVc 函式和基礎迷你埠驅動程式的 MiniportCoCreateVc 函式 (請參閱本主題中的第一個) 。 NDIS 會將代表 VC 的 NdisVcHandle 傳遞給 ProtocolCoCreateVc 和 MiniportCoCreateVc。 如果 NdisCoCreateVc 的呼叫成功，NDIS 會將 NdisVcHandle 傳回 NdisCoCreateVc。

ProtocolCoCreateVc 會配置並初始化呼叫管理員在即將啟動的 VC 上執行後續作業所需的任何動態資源和結構。 MiniportCoCreateVc 會配置並初始化迷你埠驅動程式需要維護 VC 狀態資訊的任何資源。 ProtocolCoCreateVc和MiniportCoCreateVc都會儲存NdisVcHandle 。

當 MCM 驅動程式的連接導向用戶端時， 呼叫 NdisCoCreateVc 會導致 NDIS 呼叫 MCM 驅動程式的 ProtocolCoCreateVc 函式， (請參閱 Client-Initiated 建立 VC (MCM 驅動程式 Present) ) 。 在此情況下， ProtocolCoCreateVc 會針對 VC 執行必要的資源配置和初始化。 因為 MCM 驅動程式不提供這類函式，所以 (內部或) MiniportCoCreateVc沒有呼叫。

呼叫 Manager-Initiated 建立 VC

在指示使用NdisCmDispatchIncomingCall連線導向用戶端的連入呼叫之前，呼叫管理員會呼叫NdisCoCreateVc來起始建立 VC (請參閱下圖) 。

當呼叫管理員呼叫 NdisCoCreateVc、NDIS 呼叫作為同步作業時，連接導向用戶端的 ProtocolCoCreateVc 函式會註冊要接收呼叫的 SAP，以及基礎迷你 埠的 MiniportCoCreateVc 函式。 NDIS 會將代表 VC 的 NdisVcHandle 傳遞給 ProtocolCoCreateVc 和 MiniportCoCreateVc。 如果 NdisCoCreateVc 的呼叫成功，NDIS 會將 NdisVcHandle 傳回 NdisCoCreateVc。

MCM Driver-Initiated 建立 VC

在指示使用NdisMCmDispatchIncomingCall連線導向用戶端的連入呼叫之前，MCM 驅動程式會呼叫NdisMCmCreateVc來起始建立 VC (請參閱下圖) 。

當 MCM 驅動程式呼叫 NdisMCmCreateVc時，NDIS 會在 NdisMCmCreateVc 傳回之前呼叫 NdisMCmCreateVc 做為同步作業，而連接導向用戶端的 ProtocolCoCreateVc 函式會註冊接收呼叫所在的 SAP。 NDIS 會將代表 VC 的 NdisVcHandle 傳遞給 ProtocolCoCreateVc。 如果 NdisMCmCreateVc 的呼叫成功，NDIS 會將 NdisVcHandle 傳回 NdisMCmCreateVc。

ProtocolCoCreateVc 會配置並初始化用戶端在 VC 上執行後續作業所需的任何動態資源和結構。 ProtocolCoCreateVc 也會儲存 NdisVcHandle 。

請注意，當 MCM 驅動程式建立 VC 以與網路元件交換訊號訊息時，它不會使用NdisXxx呼叫來建立 VC。 事實上，MCM 驅動程式不會使用NdisXxx呼叫來建立、啟用、停用或刪除這類 VM。 相反地，MCM 驅動程式會在內部執行這些作業。 因此，這類 VM 對 NDIS 不透明。