UniNet? Application Server（UniNet? AS） 2000是北京正方興通信技術研究所自主研究開發的軟交換系列產品之一，它與軟交換控制設備（UniNet? SoftSwitch Controller/SSC）共同構成了軟交換核心應用系統，提供基于軟交換技術的通信服務和增值應用。UniNet? AS是一個功能強大的電信業務開發/測試、運行和管理的支撐平臺

　　過去，UniNet? AS一直運行在Sun Unix主機平臺以及PC服務器平臺上，只支持Unix或Linux操作系統，包括Sun Solaris及Redhat Linux，數據庫系統支持Oracle和MySQL。由于電信業務對可靠性和可用性要求特別高，而Windows平臺在系統開發之初被普遍認為在可靠性和可用性方面難以滿足電信級應用的需求，所以整個軟交換應用服務器在研發階段沒有考慮過支持Windows平臺。 

　　但是，在我們所處的NGN時代中，面對日新月異的技術發展和紛繁復雜的網絡變化，業務發展和用戶需求之間的矛盾已經成為電信網絡發展的主要矛盾，下一代網絡應用的趨勢越來越表現為行業化和個性化。這種個性化趨勢同時也導致電信業務的生命期縮短。因此，電信運營商要在當前激烈的電信市場中增強競爭力，非常關鍵的一點是要做到：通過強大的開放業務能力，縮短業務開發周期，及時地推出滿足市場需求的業務，并針對不同的用戶特點提供個性化的服務，從而達到充分利用現有網絡資源獲取更多利潤的目的。 

　　UniNet? AS作為電信業務的開發/測試、運行和管理的支撐平臺，其最初采用的異構環境已經與電信業務發展的快速化、個性化需要不相適應。一方面，基于Unix/Oracle的混合運行環境使業務開發周期加長，從而導致業務競爭力的下降；另一方面，基于Unix/Oracle的混合運行環境開發的業務，其在部署和管理方面的成本相對高昂，這使得電信運營商投入到新業務中的人力和物力相對減少，不利于市場競爭力的提高，同時這種高昂的成本也不適應電信增值業務提供商以及虛擬運營商這類資金規模較小的企業應用。因此，UniNet? AS軟交換應用服務器支撐環境需要有另一種選擇。

　　解決方案

　　“我們注意到微軟公司憑借Windows平臺在桌面領域多年的發展和積累，已經形成了從操作系統、數據庫到各種集成開發環境和應用軟件的全面產品線，并且擁有廣泛的用戶基礎。這為我們創造一個系統整合環境提供了條件，也為電信業務提供更快的上市速度提供了基礎。"研究所產品市場部經理徐鵬博士說，"同時，微軟產品在多媒體應用、終端應用以及其它行業應用方面的優勢也是勿庸置疑的，這使得電信運營商可以基于Windows平臺提供更加豐富多樣的業務來滿足用戶需求。” 

　　在看到微軟產品的上述優勢后，研究所已初步確立將微軟產品及解決方案作為遷移UniNet? AS運行環境的一種選擇，但Windows平臺在可靠性和可用性方面成為他們的主要顧慮。 

　　“微軟公司使我們逐漸消除了顧慮，增強了對Windows平臺在可靠性和可用性方面的信心。”徐鵬博士說，“微軟公司向我們詳細介紹了Windows操作系統多年來在企業級能力方面所取得的重大進步，特別是Windows Server 2003在可靠性、可用性和安全性方面所具備的企業級能力，并提供了很多遷移方案和大量成功遷移案例。于是，我們最終決定將UniNet? AS從Unix遷移到Windows。” 

圖1 UniNet? AS移植前軟件架構圖

　　UniNet? AS移植前的軟件架構如圖1所示。從圖中可以看出，整個軟交換應用服務器分為四個子系統--公共系統服務子系統、業務執行環境子系統、業務管理子系統、業務生成子系統。其中： 

　　業務系統服務子系統--是提供其它各模塊操作的共同部分，成為一個模塊，以使其它模塊與底層的相關性大大減小。此模塊與操作系統相關性很大，這一部分的移植工作不可避免。 

　　業務執行環境子系統--是應用服務器最重要的子系統，負責業務邏輯的執行，其實時性、并發性、高可用性等性能要求較高，且部分代碼是二進制編碼，移植工作量較大。 
　　 
　　業務管理環境子系統--是應用服務器的管理部分，主要功能模塊和接口的移植處在可控范圍內，只是工作量的問題，現階段選擇部分功能和接口進行移植。 

業務生成環境子系統--是業務生成部分，包括業務創建環境和業務測試環境兩部分，主要是一些圖形化應用部分，使用Java語言開發，移植工作量亦在可控范圍內，現階段暫不移植。

圖2 UniNet? AS移植后軟件架構圖

　　移植后的目標硬件平臺將運行在基于Intel架構的X86服務器上，服務器操作系統采用Windows Server 2

　　在具體移植過程中，主要存在以下一些技術難點： 

　　數據庫移植--數據庫方面，UniNet? AS原來使用Oracle 9i提供的PRO*C/C++預編譯器，在Solaris/HP Unix下生成動態接口庫，而研究所對SQL Server基本不了解，需要技術支持。 
　　 
　　SLVM的開發--由于業務創建環境是用Java開發的，現階段暫不移植，而由業務創建環境生成的業務邏輯包是JAR包，而業務邏輯執行環境是用C++代碼編寫的，這就需要在業務邏輯執行環境上做一個Java適配接口，用于解析業務創建環境生成的JAR包，使業務邏輯執行環境能夠提取業務邏輯。在C++上做Java適配有一定的技術難度。 
　　 
　　其它--Unix在共享內存、線程、定時器、消息隊列和信息輸出方面的實現機制和使用方面與Windows存在較大差別。而UniNet? AS由于程序邏輯非常復雜，大量使用了這些機制。因此，研究所對這些機制在Windows平臺上的實現和使用方法需要進行學習和掌握。 

　　“微軟派出了資深技術人員針對系統移植存在的技術難點，給我們提供了強有力的支持和幫助。”徐鵬博士說，“在他們的幫助下，技術難題全部得到解決，移植工作得以順利進行。原定的系統移植工作在兩個月內就完成了。微軟技術團隊所提供的幫助是系統移植成功的重要因素。” 

     用戶收益 

　　軟交換應用服務器UniNet? AS由Unix向Windows的移植，改變了建立在UniNet? AS平臺上的電信業務的支撐環境，這使得電信運營商能夠充分享受到Windows平臺在開發、部署和維護方面所帶來的便利和節省。同時，利用Windows平臺在多媒體、終端應用以及其它行業應用方面的優勢，可以極大的豐富電信業務的內容，從而提高其競爭力。 

　　所有這些因素都將為電信運營商帶來直接的經濟收益。遷移后的系統總體擁有成本將大大降低。首先是新解決方案在硬件成本上的節省，運行Windows的硬件成本還不到運行Unix環境所需成本的一半。其次是Unix/Oracle的軟件許可費用比Windows/SQL Server要高的多。同時，在Windows平臺上運行新業務可以節省在Unix平臺上相對高昂的維護和管理費用，從而帶來持續的成本效益。 

　　“據我們所作的一項經濟效益估算表明，采用遷移后的UniNet? AS平臺，系統的三年期總體擁有成本將節省近一半。”徐鵬博士總結道，“同時，在新的UniNet? AS平臺構建業務的上市周期將縮短1/3以上，這為電信運營商增強競爭力提供了保障。” 

　　系統遷移除了帶來成本上的節省外，也表現出了良好的性能。據徐鵬博士介紹，“我們對遷移后的UniNet? AS所作了業務性能測試，其結果表明遷移后的系統性能與遷移前相當，甚至在某些指標上要更高一些。” 

　　UniNet? AS的成功遷移為研究所樹立了Windows平臺能夠勝任電信業務應用的信心，他們計劃在下一階段會繼續將其它UniNet? 系列產品從Unix遷移到Windows，而最終達到整個軟交換應用系統運行在Windows平臺上的目標。