對于SIP上述業務能力的綜合應用形式就是SIP應用服務器，它是目前軟交換系統中提及較多的增值業務服務器形式。

一、 SIP應用服務器體系結構

下圖給出了一種SIP應用服務器的高層體系結構。圖中所示的應用服務器可支持基于SIPServlet、SIPCGI、CPL等多種方式開發的業務程序。應用服務器最底層是SIP協議棧，用來提供SIP協議能力，之上引入了一個規則引擎，主要用來處理業務沖突和事件分發。SIPServlet引擎提供基千SIPServlet業務的運行環境，SIPCGI環境則提供對基于SIPCGI業務的支待，而CPLServlet是對CPL業務腳本的解釋程序。

SIP應用服務器體系結構示意圖

二、 SIP應用服務器業務開發方式

基于SIP的業務創建手段很靈活，甚至終端用戶也可以進行簡單的業務定制和創建。為了加快業務創建，IETF為SIP應用的開發人員提供了兩類主要的業務開發技術。

一類是CPL(CallProcessingLanguage,呼叫處理語言），它是由IETF的IPTEL工 作組制定的一種基于XML(ExtensibleMarkupLanguage,擴展標記語言）的非常簡單的腳本語言，主要用來描述和控制個人化的Internet電話業務（包括呼叫策略路由、呼叫篩選、呼叫日志等業務）。

CPL的功能較弱，被設計成一種靜態的、基于文本的、非遞歸的語言，采用XML結構描述如何對呼叫請求消息選擇路由，不支持用戶定義的變量，能夠保證開發人員編寫的業務邏輯不會對應用服務器造成破壞，因此一般提供給可信度較低的終端用戶或第三方開發人員使用。開發人員可以在瀏覽器上編輯CPL腳本，并通過多種方式，如Web文件上載、SIP注冊消息載荷、Java遠程方法調用(RMI入簡單網絡管理協議(SNMP入輕量級目錄訪問協議(LDAP)等，將腳本傳輸到SIP應用服務器。SIP應用服務器將對腳本作者進行認證，并在腳本提交期間和運行時自動驗證腳本的安全。

另一類是SIPCGICCommonGatewayInterface,公共網關接口）和SIPServlets,并制定了SIPCGI和SIPServletAPI規范。這兩種技術功能較強，但使用不當會給應用服務器帶來不安全的因素，一般是針對可信度較高的業務開發人員，比如運營商自己或授權的第三方業務開發商。

SIPCGI是在現行的超文本傳輸協議公共網關接口(HTTP-CGD上為Web環境創建的API,它重用了很多HTTP-CGI的機制、設施和工具。SIP-CGI允許作者使用抽象報告語言(Perl)、工具命令語言(Tel)、VB腳本或其他可選的腳本描述語言來創建CGI腳本。與CPL相比，CGI是一種更“低級”的API,使開發人員能夠看到網絡內部協議。因此，SIP-CG!是針對可信任用戶的。SIP的注冊消息也能夠被用作將CGI腳本動態上載到應用服務器的傳送機制。

由SUN公司提出的JavaServlet是計算機網絡中最有影響的腳本技術，廣泛應用于Internet網絡業務。SIPServlet在很大程度上采用了JavaServlet的概念和原理。Servlet非常類似于CGI的概念，有所不同的是在Servlet中，SIP消息是作為一個對象被傳遞到Servlet引擎中，并且運行千Java虛擬機OVM)上。實際上，SIPServlet就是一大塊Java代碼，能夠和SIP服務器交互，能夠以某種方式控制或影響呼叫處理。SIPServlet可以決定如何響應消息，這和CGIAPI的處理過程非常類似。SIPServlet可以在SIP消息體中傳送，如"INVITE"消息。

另外，通過在SIP應用服務器中嵌入Parlay網關功能，還可以對外提供基 千ParlayAPI/ParlayXAPI的業界標準的應用編程接口，供第三方業務開發商方便迅速地開發出新的增值業務。

三、SIP應用服務器業務執行方式

如上小節所述，SIP應用服務器在提供業務時，需要結合服務器擴展和協議擴展兩種方式。SIP應用服務器提供網絡業務的基本方法就是以某種方式在應用服務器中置入控制程序，其執行由收到的SIP消息觸發，然后對指定的呼叫進行特殊的轉發處理，以實現諸如呼叫轉移、呼叫篩選等基本補充業務。

如上圖所示，與SIP應用服務器提供的開發模式相對應，在SIP應用服務器中嵌人的控制程序一般有兩種方式：基于CPL或SIPServlet的腳本程序，以及基于CGI的后臺控制程序?；_本程序的控制程序一般比較簡單，可以用與平臺無關的腳本語言（如CPL和VXML等）編寫，在滿足一定條件時由服務器解釋執行。CPL腳本通常與一個特定的Internet地址相關聯。從功能上講，一個CPL腳本代表著一個應用服務器的用戶定位功能，并且可以被看成是一系列”條件／動作“集合。條件判斷可以基千地址、時間或位置等，動作可以有信令，也可以沒有信令。有信令的動作包括代理、重定向或拒絕；沒有信令的動作包括通過E-mail通知一個用戶，或者在日志中記錄一個當前呼叫的記錄。

SIPServlet方式的控制邏輯通常比較復雜，由JavaBean組件組成，或直接用Java語言編寫。Servlet程序駐留在應用服務器中，可以利用JavaServlet技術實現腳本的觸發。應用服務器上將裝備一個“啟動Servlet"和相當于Java虛擬機的"Servlet引擎＂，當應用服務器收到SIP消息后，由“啟動Servlet"觸發內置腳本的解釋，然后根據解釋結果決定如何處理該消息的轉發。觸發機制與本地策略有關，但也可能依賴于SIP消息的內容，如請求統一資源定位符(URL汃消息頭或消息體等。更有意義的是，SIPServlet技術還可以將一些小程序(Applet)自動下載到用戶終端，通過與應用服務器中的Servlet程序直接交互來靈活地實現各種增值業務。

SIP應用服務器也可以采用SIPCGI技術進行控制。和Web服務器一樣，輸入的SIP消息通過CGI觸發后臺處理程序，從而確定消息的轉發決策。由千SIP協議結構類似千HTTP,因此SIPCGI的實現并不困難。為了能夠處理SIP操作，SIP-CGI擴展了HTTP-CGI的功能，如代理請求、返回應答、產生請求、產生響應等。由于一個請求可能又會產生很多新的請求和代理請求，SIP-CGI腳本在與處理這些請求的SIP事務交互中必須保持“長期穩定“，例如，為了識別消息之間的＂狀態”而使用一個"Cookie"小程序穿梭于腳本和服務器之間。另外，SIP-CGI腳本能夠指出在SIP呼叫中第一次被調用之后，還可以在什么樣的條件下被再次調用，類似千智能網中動態＂觸發＂的概念。因此，它能通過一些Perl小腳本支持許多傳統的電話業務，如自動呼叫分配、遇忙前轉、無條件前轉、隨人轉移等。CGI的最大好處是它能夠訪問網絡和Internet資源，如E-mail_Web、數據庫和文件存儲器等，與非CGI業務請求的屬性交互仍處于研究階段。

上述方式主要是提供基千呼叫重定向的基本補充業務，對于更為復雜的增值業務，除了在應用服務器中加載控制程序外，通常還需要對SIP協議本身的功能進行增強。為此，SIP提供了3種擴展機制：頭部擴展、方法擴展和消息體擴展，分別用千定義新的消息參數、操作和消息體內容類型。IETFMMUSICT作組目前正針對SIP協議進行業務能力擴展，其目標是創建一些積木式的構成塊，通過這些業務構成塊可以構建更多特殊的應用，滿足一些特殊領域的需求。理想的做法是使這些模塊相互分離、與業務無關、具有公用性，而不是針對某一具體業務的實現。

四、SIP應用服務器的工作模式

SIP應用服務器的運行通常采用有狀態的Proxy和BZBUA(BacktoBackUserAgent,背靠背用戶代理）模式。在SIP協議中，用戶代理(UA)是基本的SIP協議實體，用千終結或發起一個SIP呼叫。B2BUA則是SIP協議中UA的一種應用擴展，是一個接收請求并處理請求的邏輯實體。在原理實現上，BZBUA機制首先終結一個呼叫，然后重新發起一個呼叫，并在二者之間實現邏輯關聯，因此BZBUA需要對會話狀態進行維護。這就使得B2BUA適合用于進行業務控制的場合。

從業務提供角度而言，SIP應用服務器應能夠終結網絡中呼叫控制設備（軟交換設備、SIP代理服務器、呼叫服務器等）提交來的觸發業務請求，根據該業務請求信息和用戶注冊的業務屬性信息，對其進行處理，然后生成一個與之關聯的新的SIP呼叫（或稱為該 SIP呼叫的第二段）并路由回網絡中的呼叫控制設備，指示其完成功能不同的呼叫接續，從而實現業務邏輯控制功能。因此應用服務器在實現業務控制時，需要采用B2BUA的模式，以便做到對呼叫處理流程的控制。

需要注意的是，在B2BUA模式下，從軟交換設備來看，這兩段呼叫表現為兩個完全不相關的呼叫，因為它們使用了完全不同的SIP呼叫標識(CallID)。在這種情況下，SIP應用服務器看起來就像PSTN中通過SS7或ISDNPRI與5類交換機連接的附屬交換機或智能業務節點。在電路交換環境中，這種智能業務節點方式主要的缺陷是由附屬交換機控制的每一個呼叫都要占用兩個DSO時隙，對交換機電路資源的消耗非常嚴重。而在基于分組交換的SIP呼叫方式中，由千IP無連接的特性，不會出現上述缺陷。

此外，SIP協議控制并修改媒體的能力使得應用服務器可以在呼叫的兩個終端間重定向媒體流。因此，對千從軟交換設備發起到應用服務器，然后又回到軟交換設備的呼叫，其信令路徑通過應用服務器，但在應用服務器的控制下，媒體流路徑可以被重新配置為直接在兩個終端間傳送。