在傳統(tǒng)的企業(yè)中，負責提供桌面電話運營的程控交換機（PBX）是一個專有的電路語音系統(tǒng)。這個系統(tǒng)和電腦網絡相互獨立，甚至在有的大型企業(yè)中它們分屬不同的管理部門。
　　但隨著互聯網協(xié)議語音技術（VoIP）和網絡電話技術（IPT）的出現，特別是基于SIP技術的統(tǒng)一通信中被廣泛應用，IP PBX已經變成了一個基于系統(tǒng)的應用服務器。隨著企業(yè)向服務器虛擬化前進，VoIP/IPT或語音多媒體服務器適應服務器整合嗎？是否需要，或者是否有必要虛擬化UC和其他的通信服務？業(yè)內專家給出了肯定的答案。
　　虛擬化的可能性
　　是否能有虛擬化語音系統(tǒng)取決于使用的是哪家廠商的語音服務器軟件。好的IP PBX廠商逐漸不提供專有產品，他們現在只能生產運行在多種服務器平臺上的軟件。專有服務器正在被通用服務器取代，這使企業(yè)考慮統(tǒng)一通信虛擬化變得更容易。
　　數據中心能從虛擬化呼叫管理服務器上受益，因為它們的資源未被充分使用。本質上，語音服務器對于多數的呼叫來說是閑置的，服務器僅僅是一個呼叫控制器。這臺服務器與端點、網絡電話、軟電話和網關相連，以建立電話呼叫。
　　端點與服務器相連，請求一個電話呼叫連接，使用像H.323信號協(xié)議和SIP標準協(xié)議或像SCCP專有協(xié)議。端點向服務器發(fā)送一個呼叫請求包。然后這個服務器與其他端點聯系，以建立呼叫。與端點聯系的服務器對于大多數IT應用程序來說是獨特的。一旦服務器能夠讓兩個端點接受這個呼叫，這臺服務器就退到一邊。
　　服務器對每個呼叫嘗試要處理6～10個短暫的數據包，這個流量不是太大。假設這臺服務器將在一小時內設置1000個呼叫，那么平均每秒術是2～4個數據包。當端點掛掉電話時，服務器也能收到2～4個數據包。因此，一個呼叫要完成處理8～14個短暫的數據包。
　　現在，如果運營一個大型呼叫中心，可能要考慮到服務器使用應該更高。在企業(yè)里，一個呼叫中心與普通的電話使用相比，大約能有5～20倍的提高。不過，就算在一個呼叫中心，這也不是一個重要的負荷。
　　如何虛擬統(tǒng)一消息
　　統(tǒng)一消息（UM）是指在同一個郵箱的E-mail、語音和傳真的結合，統(tǒng)一通信（UC）把UM與會議、合作和出席管理結合，它們呈現了虛擬化的更多可能性。對IP技術來說，UM和UC功能是相似的，UM和UC服務器不是持續(xù)繁忙的。因此，它們在操作周期里沒被充分利用。虛擬化能適用于UM和UC支持。
　　虛擬化的平臺
　　統(tǒng)一通信服務器變得越來越通用是虛擬化成為選擇的第二個原因。
　　Linux是比較流行的VoIP/IPT操作系統(tǒng)之一。像3Com、Intecom和西門子這樣公司的IP電話系統(tǒng)都運轉在運行Linux的IBM服務器上。3Com和西門子也能在IBM System i計算機上運行。一個較小的IP PBX廠商使用他們自己的Linux版本，就必須使用IP PBX軟件下載，在這種情況下，IP PBX軟件可能不能在虛擬化環(huán)境下運轉。
　　當然，UC虛擬化不受開源平臺的限制。Cisco 4.X版本軟件運行在Windows上，為好幾百個工作站服務的Avaya IP辦公室和大多數的小型IP PBX廠商也運行在Windows上。因此，如果有一個虛擬化的Windows環(huán)境，虛擬化的UC是有可能的。

網界網