下一代網(wǎng)絡及其業(yè)務生成技術的研究與發(fā)展論文

　　下一代網(wǎng)絡(Next Generation Network)，又稱為次世代網(wǎng)絡。主要思想是在一個統(tǒng)一的網(wǎng)絡平臺上以統(tǒng)一管理的方式提供多媒體業(yè)務，整合現(xiàn)有的市內(nèi)固定電話、移動電話的基礎上(統(tǒng)稱FMC)，增加多媒體數(shù)據(jù)服務及其他增值型服務。以下是今天學習啦小編要與大家分享的：下一代網(wǎng)絡及其業(yè)務生成技術的研究與發(fā)展相關論文。內(nèi)容僅供參考，希望能幫助到大家!

　　下一代網(wǎng)絡及其業(yè)務生成技術的研究與發(fā)展全文如下：

　　在融合的下一代網(wǎng)絡上高效、靈活地開發(fā)和部署各種豐富多彩的電信業(yè)務,從而實現(xiàn)提高網(wǎng)絡使用率、增加收益的目標,是下一代網(wǎng)絡的關鍵環(huán)節(jié)。

　　下一代網(wǎng)絡的發(fā)展要求呼叫與承載相分離、呼叫控制與業(yè)務相分離,使業(yè)務真正獨立于網(wǎng)絡,業(yè)務開發(fā)者不必關心與業(yè)務承載相關的底層網(wǎng)絡知識以及具體的通信協(xié)議,快速、靈活地生成個性化的電信業(yè)務。

　　從業(yè)務開發(fā)方法的角度看,業(yè)務提供方式可以分成兩種方法,一種是基于協(xié)議的開發(fā)方法,另一種是基于開放API的提供方式。通過協(xié)議開發(fā)業(yè)務的主要特點是開發(fā)的業(yè)務與特定的網(wǎng)絡和協(xié)議有關,即應用與具體的協(xié)議和網(wǎng)絡相聯(lián)系,所開發(fā)的業(yè)務互通性不好,同時業(yè)務也不具可移植性?；趨f(xié)議的業(yè)務開發(fā)方式和基于APl的業(yè)務開發(fā)方式分別如圖1所示。

　　采用基于開放API開發(fā)方法的主要特點是:

　　互通性好,能夠保證系統(tǒng)和應用間的互通。由于采用了標準的API,應用可以移植到不同的系統(tǒng)平臺上。

　　具有可編程性,AFI是面向編程的,而協(xié)議并非如此。通過API,程序員就能把主要精力放在業(yè)務邏輯設計上,不必過分關注底層的協(xié)議,為采用面向?qū)ο髽嫾乳_發(fā)技術奠定了基礎。

　　可擴展性好,定義AFI的形式化語言支持擴展和向后兼容,使得采用API的開發(fā)方法具有很好的擴展性。

　　定義API和實現(xiàn)基于API的應用時間短。由于API主要強調(diào)接口能力,并不關心底層的協(xié)議或?qū)Ｓ媒涌?這樣縮短了接口定義和規(guī)范制定時間。

　　支持第三方業(yè)務開發(fā)。由于標準的APJ將重點放在功能上,而不是底層的協(xié)議細節(jié),使得第三方業(yè)務開發(fā)商或獨立軟件供應商(ISV)更容易參與競爭開發(fā)新業(yè)務,為用戶提供更多的個性化業(yè)務。

　　基于Parlay API的下一代網(wǎng)絡業(yè)務生成技術

　　1.Parlay API結構特征

　　Parlay API是一組開放的、與具體技術和網(wǎng)絡無關的、可擴展的APl,它采用了面向?qū)ο蟮姆椒?使用UML語言進行描述。Parlay API位于現(xiàn)有網(wǎng)絡之上,現(xiàn)有網(wǎng)絡的網(wǎng)絡單元通過Par,ay網(wǎng)關與應用服務器進行交互,Parlay網(wǎng)關與現(xiàn)有網(wǎng)絡的網(wǎng)絡單元之間的協(xié)議采用各個網(wǎng)絡的現(xiàn)有協(xié)議。Parlay/OSA網(wǎng)關包括多個業(yè)務能力服務器(SCS),每個業(yè)務能力服務器對應一個或多個業(yè)務能力特征(SCF),此業(yè)務能力特征是對網(wǎng)絡所提供的功能的抽象,負責為高層應用提供訪問網(wǎng)絡資源和信息的能力。第三方業(yè)務開發(fā)商、獨立軟件供應商能通過此開放的標準接口,利用現(xiàn)有網(wǎng)絡的能力來開發(fā)業(yè)務。

　　Parlay API包括兩種基本的接口:業(yè)務接口(ServiceInterface)和框架接口(Framework Interface)。業(yè)務接口提供訪問底層網(wǎng)絡的功能,定義具體業(yè)務的功能實現(xiàn),其主要功能包括:呼叫管理、消息管理、用戶交互、通用應用程序接口。框架接口提供保證業(yè)務接口開放、安全、管理所必需的支持能力。它包括應用服務器與框架之間的接口、網(wǎng)絡業(yè)務能力服務器(SCS)與框架之間的接口、企業(yè)經(jīng)營者與框架之間的接口。

　　2.業(yè)務生成環(huán)境的設計

　　業(yè)務生成環(huán)境以應用服務器提供的各種開放API為基礎,通過友好的圖形化界面,提供完備的業(yè)務開發(fā)環(huán)境、業(yè)務邏輯沖突檢測環(huán)境和仿真測試環(huán)境。傳統(tǒng)的智能網(wǎng)業(yè)務設計使用SIB(業(yè)務獨立構件)來定義整體業(yè)務邏輯和業(yè)務數(shù)據(jù),它存在一些缺點:

　　不同開發(fā)商的SIB差別較大,而且和智能網(wǎng)平臺緊密相關,從而使業(yè)務的開發(fā)始終受制于智能網(wǎng)平臺的實現(xiàn)方式;

　　基于BCSM(基本呼叫狀態(tài)模型),不容易擴展到其他的業(yè)務。

　　基于Parlay的模型,使用面向?qū)ο蟮姆绞蕉x獨立于網(wǎng)絡技術的可編程接口,使得開發(fā)應用業(yè)務和具體網(wǎng)絡無關。而這種AP,和業(yè)務元素相關,可以提高不同平臺間應用的兼容性,易于開發(fā)多種業(yè)務,并能綜合多種電信業(yè)務。

　　與傳統(tǒng)智能網(wǎng)SCE中用SIB述業(yè)務不同,NGN的SCE用XML來描述業(yè)務。目前有很多描述業(yè)務的標識語言(Markup Language),如JAJN的SCML(Service Creation MarkupLanguage)、IETF的CPL(Call Process Language)、W3C的VoiceXML等。CPL是通過XML的DTD(Dara Type Definitions)來定義的,它不能描述復雜的業(yè)務,如CPL不能描述多方呼叫;CPL只能由呼叫事件激活而不能由與呼叫無關的事件激活,因此CPL不能描述叫醒服務等業(yè)務;而SCML則通過XML的Schemas來定義,它能利用Schemas的繼承機制去定義擴展數(shù)據(jù)類型,這一點對豐富呼叫控制的功能很重要。SCML比CPL更接近于呼叫控制的架構和API的定義,因而能描述更為復雜、豐富的業(yè)務。

　　3.Parlay APl的擴展安全能力

　　下一代網(wǎng)絡是一個業(yè)務驅(qū)動的網(wǎng)絡,業(yè)務將成為網(wǎng)絡運營中的主體.在保證網(wǎng)絡安全,信息安全的同時,提供在網(wǎng)絡中運行業(yè)務的安全性將是NGN安全機制建設中的一個重要組成部分。關于安全業(yè)務接口設計的研究在1995年就開始引起人們的注意,當時對這種接口的需求主要來自于編寫網(wǎng)絡通信的程序員,他們需要一種和具體的安全機制無關的安全開發(fā)接口來方便編寫有安全保障的網(wǎng)絡程序.其中最具有代表性的就是GSS-API。

　　在安全業(yè)務接口的設計中,我們應注意以下幾點:新的安全業(yè)務接口應該在借鑒GSS-API成熟概念的基礎上,針對GSS-API中不適應NGN的缺點進行改進;在接口模型的設計中采用以網(wǎng)絡為中心的模型,在接口的使用方式上應該和Parlay的業(yè)務開發(fā)模式保持一致,使NGSS-API成為Parlay業(yè)務接口的一部分;在接口的內(nèi)容上要盡量屏蔽底層安全機制的細節(jié),做到實現(xiàn)與具體機制無關,編程與具體語言無關,這樣在降低業(yè)務開發(fā)者的開發(fā)難度的同時,還可以增強業(yè)務的可移植性和通用性;接口的設計還應該根據(jù)用戶的不同的需求提供不同粒度的安全業(yè)務開發(fā)接口,這種區(qū)分對于方便開發(fā)和提高程序質(zhì)量很有好處;在使用過程中,不但可以單獨利用GSS—API提供安全業(yè)務,而且還應該可以和Parlay的其它網(wǎng)絡業(yè)務接口配合開發(fā)出更加復雜、更加安全的業(yè)務。

　　概括說來,最終的安全設計目標就是將安全業(yè)務接口設計成為一個高效、易擴展、易配置的與底層機制無關,并且可以和Parlay現(xiàn)有網(wǎng)絡業(yè)務接口無縫融合的適合在下一代網(wǎng)絡中運行的安全業(yè)務開發(fā)接口。

　　基于構件的下一代網(wǎng)絡業(yè)務生成技術

　　如前所述,基于開放式APt(如Parlay API)的新一代業(yè)務支撐環(huán)境大大促進了高效的業(yè)務開發(fā),并提供了一個功能強大的業(yè)務開發(fā)、運行和管理的支撐平臺。其中,業(yè)務運行在業(yè)務邏輯執(zhí)行環(huán)境(SLEE)上,業(yè)務生

　　成環(huán)境(SCE)針對復雜的開放式API接口進行了多個層次的抽象,以滿足不同層次的業(yè)務開發(fā)人員高效開發(fā)業(yè)務的需要,構件是其中很重要的一個層次。

　　基于構件的業(yè)務開發(fā)過程中,開發(fā)者首先選取需要的構件,將這些構件按業(yè)務邏輯進行聯(lián)接,并配置構件的數(shù)據(jù)(即業(yè)務支撐數(shù)據(jù))即可,無需編寫代碼,開發(fā)者也可以擴展構件功能或編寫新構件來支持更加復雜或特殊的業(yè)務能力(SCE提供自定義構件的功能)。整個開發(fā)過程都在SCE提供的集成開發(fā)環(huán)境下以圖形化的方式來完成,包括編寫、驗證、調(diào)試等步驟。業(yè)務開發(fā)過程的輸出是一個業(yè)務描述文件,它描述了業(yè)務使用的構件、構件之間的聯(lián)接關系和配置數(shù)據(jù)。業(yè)務部署時,業(yè)務生成環(huán)境側需要一個業(yè)務組裝器將業(yè)務構件和業(yè)務框架按照業(yè)務描述文件“粘合”為一個業(yè)務即可。

　　為了提高業(yè)務構件的性能和重用性,構件應盡可能簡單,不保存任何呼叫實例數(shù)據(jù),每個構件僅完成單一功能(如放音),各個構件之間完全獨立。實際上,智能網(wǎng)業(yè)務開發(fā)中的SIB(獨立于業(yè)務的積木式組件)就是一種成功的業(yè)務構件,對于下一代網(wǎng)絡業(yè)務的構件是很好的借鑒,可編程的開放式API使得業(yè)務開發(fā)人員可以像使用普通APl那樣,使用這些開放式API編寫電信業(yè)務。顯然,小粒度的構件最能發(fā)揮開放式API靈活的優(yōu)勢,另外,用戶需要更加個性化的業(yè)務,這恰恰是SIB的弱點所在?？梢?為了兼顧通用性與靈活性,必須針對下一代網(wǎng)絡的業(yè)務構件開發(fā)更好的結構。

　　下一代網(wǎng)絡(NGN)的主要特點就是開放性,實現(xiàn)了業(yè)務與呼叫以及承載與控制的分離,同時,NGN還是一個業(yè)務驅(qū)動網(wǎng)絡,將業(yè)務提升到一獨立層面上,以適應NGN以業(yè)務為中心的特征。因而,在NGN業(yè)務開發(fā)過程中也引入各種新的技術,其中最具代表性的業(yè)務模式是基于AP[的業(yè)務開發(fā)方式,向第三方開放API接口,以便第三方開發(fā)的各種業(yè)務能快速地加載到NGN網(wǎng)絡中,進而推動NGN網(wǎng)絡的發(fā)展。

　　在基于API的業(yè)務開發(fā)方式中, 目前存在著多種API技術,如JTAPI、SIP API、JAIN、Parlay API等,NGN中以ParlayAPI最具代表性,利用Parlay API可屏蔽底層網(wǎng)絡細節(jié),第三方業(yè)務開發(fā)商直接利用提供的API接口即可完成各種增值業(yè)務的開發(fā)。為了提高業(yè)務開放的效率,人們又進一步提出了利用構件來實現(xiàn)NGN業(yè)務的開發(fā),業(yè)務開發(fā)人員只需將部分提供的構件按業(yè)務邏輯進行聯(lián)接,并配置構件的數(shù)據(jù)(即業(yè)務支撐數(shù)據(jù))即可,無需編寫代碼,進一步降低了業(yè)務開發(fā)的難度和業(yè)務開發(fā)周期。綜上所述,為適應NGN的開放性要求和業(yè)務為中心的特征,下一代網(wǎng)絡業(yè)務的開發(fā)將會越來越開放、簡單,NGN的業(yè)務開發(fā)技術將朝著提高業(yè)務開發(fā)效率、縮短業(yè)務生成周期、方便第三方業(yè)務的快速引入等方向發(fā)展。