歷史
20世紀90年代後期，企業應用程式出現了前所未有的變化，因為客戶端 - 伺服器架構的控制逐漸放鬆，並允許n層架構的進入。這代表了套用伺服器的出現，啞終端和邏輯密集型客戶端PC的絕對之間的靈活折衷。儘管進入應用程式伺服器環的內容多種多樣，但它們具有共同的優勢：資料庫供應商抽象，開放標準（主要是面向對象）編程模型，高可用性和可伸縮性特徵以及表示框架等。這些轉變是由商業力量引發的，包括網際網路熱潮的狂潮，但如果沒有TCP / IP協定，Java程式語言和Java EE Web應用程式等標準的激增，這一切都不可能實現。伺服器架構。正是在這種轉型的背景下，電信的快速變革時代才得以啟動。
直到2000年的前幾年，商業和商業電信技術市場仍然充斥著專有的硬體和軟體。隨著IP技術的引入以及用於通過分組網路傳輸語音數據的IP語音（VoIP）和用於標準化媒體控制的會話啟動協定（SIP）的快速擴展，開放標準開始變得流行，特別是關於企業語音通訊。
在這種新的標準支持環境中，語音和數據世界的融合已經不再是災難性電信/ IT集成嘗試的綽號，而是創造新的和更好的消費者和商業服務的真正途徑。各種SIP編程庫（reSIProcate，Aricent，MjSip及其衍生連線埠由HSC）和基於相對較新的SIP標準的產品的引入或擴散，以及3GPP定義的IP多媒體子系統標準已經獲得巨大的追隨者。服務交付平台的功能很大程度上取決於這些支持標準的質量和接受程度，作為一種廣泛適用的架構模式，它正在迅速獲得認可。
在當今的工業中，使用了服務交付平台（SDP）的多個定義，但沒有就共同含義達成共識。正因為如此，以及服務提供商需要了解如何更好地管理SDP，TM論壇（TMF）已經開始標準化服務交付框架（SDF）和SDF管理的概念。 SDF定義提供了引用所涉及的各種組件所需的術語和概念，例如應用程式和啟用程式，網路和服務公開以及編排。
從多個SDP向最終用戶提供多樣化的個性化服務所需要的是通過公共服務使能器和網路資源來互動這些SDP的手段。雖然這些服務方面的基礎是一個基本概念，用戶的屬性和他們收到的服務需要一個公共存儲庫和一個通用數據模型，例如LDAP / X.500目錄或HSS資料庫提供的模型。這種性質的早期SDP實施始於20世紀90年代中期/晚期的ISP融合服務。在過去的5年中，在MSO類型環境和移動運營商中實施了更大，更複雜的SDP。
環境
SDP通常被認為是電信類型環境，作為將客戶的接入和網路基礎設施與OSS系統和BSS系統互連的核心繫統。在這種情況下，SDP通常與特定服務機制相關聯，例如行動電話或融合服務。
在需要大量預算的非常大的轉型，融合和整合計畫的背景下，也考慮了SDP。這些項目的難點在於，一旦架構達成一致，可能會有數十萬個設計和實施決策。當然，這個問題本身就決定了軟體開發和操作工程技能的必要性。減少這些設計和集成問題的最佳方法可能是在主要項目實際啟動之前在小規模系統上模擬SDP。這樣可以驗證體系結構是否滿足運營，服務交付和業務需求。
SDP不僅應被視為運營商內的核心功能，還應被視為多個互連的分散式服務節點（例如），出於冗餘原因以及針對不同業務和市場部門的不同服務配置檔案。許多運營商向政府和企業客戶提供商業規模/等級的產品，如捆綁語音，網路託管，VPN，郵件，會議和訊息設施。這種捆綁服務的發展可以是從零散的管理系統到“虛擬專用服務環境”，運營商為每個需要按需服務並在其控制下的服務的客戶運行專用的SDP。
SDP還可用於管理獨立的無線功能區，如購物中心，機場，退休村，外展中心。
分子
服務創建環境
通常，電信軟體開發人員的主要訪問點，開發人員使用服務創建環境（SCE，還有應用程式創建環境或集成開發環境）來創建表示要公開的服務的軟體，腳本和資源。從基本的Eclipse外掛程式到完全抽象的，元數據驅動的電信應用程式建模應用程式（如Avaya已停產的CRM Central產品），其複雜程度可能很大。
SCE的目的是促進快速創建新的通信服務。忽略當前行銷等因素，開發人員為給定平台創建服務越容易，可用服務的數量就越多，因此更廣泛的電信市場對平台的接受程度就越高。因此，電信基礎設施提供商可以通過提供快速服務創建的SDP獲得顯著優勢 。
利用融合的Java EE和SIP服務創建環境加速了服務交付平台的採用。傳統上專注於IT應用程式的基於Java的應用程式開發人員使用Java EE和SIP和Parlay X Web服務等網路連線協定開發實時通信應用程式。軟體供應商正在將這些技術（例如，Oracle Jdeveloper和Oracle Communication以及Mobility Server與基本Eclipse外掛程式）相結合，以擴展到更廣泛的開發人員基礎。
