媒體存取
TAPI 2.2 (TAPI/C) 與 TAPI 3 (COM) 不同，主要是因為 COM API 可以存取媒體服務提供者 (MSP) 。 如需 MSP 的詳細資訊，請參閱 關於媒體服務提供者 (MSP) 。 如需媒體串流作業的詳細資訊，請參閱 媒體控制。
應用程式的兩個最重要的概念是媒體類型 (或模式) 和資料流程。 類型是傳輸資料的表單。 如需詳細資訊和 TAPI 定義的類型清單，請參閱 LINEMEDIAMODE_常數。 媒體資料流程是實際資料流程。 MSP 可以提供資料流程的直接存取權。 TAPI 2.2 應用程式有一些存取權，但主要是參考其他 API 來實作這類控制項。
這些 API 包括「電壓 API」、「Comm API」和「媒體控制介面」 (MCI) 。 波波 API 用於多媒體程式設計，Comm API 是由 Platform Software Development Kit (SDK) 所提供的一組通訊功能，而 MCI 提供用於控制媒體裝置的高階一般化介面。
例如，針對線路裝置，應用程式可以使用 TAPI 2.2 來建立與另一個月臺的連線。 建立連線之後，應用程式就可以在相關聯的裝置上使用 (或 MCI Waveaudio API) 來播放 (傳送) 並錄製 (透過連線接收) 音訊資料。 同樣地，如果連線媒體串流來自數據機，應用程式會使用通訊 API 的數據機組態延伸模組來控制媒體串流。
若要提供 TAPI 2.2 媒體串流存取電話或線路裝置上的通話，服務提供者必須實作電話語音 SPI 和適當的媒體串流 SPI 或設備磁碟機介面， (DDI) 。 服務提供者可以同時支援線路和電話。
因為這些裝置類別和媒體串流作業彼此獨立運作，所以必須在應用層級協調其使用方式。 共用呼叫和媒體串流的多個應用程式可能需要協調其在應用層級的活動，以避免 TAPI 和媒體串流 API 的衝突使用。
TAPI 報告媒體串流類型變更， (語音、傳真、資料數據機等等，) 參與的應用程式。 此程式有時稱為 呼叫分類。 用來判斷媒體資料流程類型的機制專屬於服務提供者。 例如，服務提供者可能會篩選媒體串流，以取得媒體類型特性的能源或音調，或者它可能會使用特殊響鈴、透過網路交換訊息中的資料，或知道呼叫端或呼叫的識別碼來進行此判斷。