Polylink ECM 3.0軟交換系統(tǒng)介紹
2005/09/26
一、系統(tǒng)概要
1、概要說明
Polylink eTalkTM 3.0軟交換系統(tǒng)全面支持H.323 協(xié)議和SIP協(xié)議,針對Internet 和現(xiàn)有VoIP 系統(tǒng)的特點,為電信運營商和企業(yè)用戶提供向NGN(下一代網(wǎng)絡)平滑過度的集VoIP
交換、管理于一體的電信級系統(tǒng)平臺。它的推出使電信運營商(虛擬電信運營商)構架一套低成本、高可靠性、高可管理性、高靈活性的開放式系統(tǒng)成為可能。
系統(tǒng)的核心除了具有注冊認證、記錄維護、呼叫建立和路由管理等基本功能之外,還有如RTP 包交換、NAT反穿透、負載均衡、最佳路由選擇、SoftIVR以及面對預付用戶的充值卡發(fā)行管理系統(tǒng)、基于Web的統(tǒng)一管理界面、安全管理以及優(yōu)秀的網(wǎng)絡管理和預警等功能,能適應目前國內外各種復雜網(wǎng)境。eTalkTM
軟交換采用管理和運行相結合的運行模式,各個模塊在同一系統(tǒng)平臺上分布運行,從而保障系統(tǒng)的高性能。另外強大友好的網(wǎng)管和故障處理系統(tǒng)界面,也大大提高了網(wǎng)絡管理的效率。
2、系統(tǒng)特點
- 符合ITU-T H.323 V4和IETF SIP RFC3261標準, 與現(xiàn)有VOIP網(wǎng)絡無縫互聯(lián)
- 支持所有的Internet接入方式,包括DDN、ADSL、Cable、LAN、撥號等
- 全部采用Linux操作系統(tǒng),安全可靠
- 采用后臺Oracle9i數(shù)據(jù)庫方式,實現(xiàn)自動控制機制,避免人為操作失誤
- 采用模塊化管理,提高系統(tǒng)的可維護性及可擴展性
- 采用分布式結構,提高系統(tǒng)的處理能力
- 支持準確的實時Radius計費認證記賬功能
- 采用全Web與用戶交互,為用戶提供實時Web查詢
- 支持NAT穿透
- 支持呼叫轉移功能
- 支持SoftIVR,為全網(wǎng)提供語音信息服務
- 支持后付、預付等多種業(yè)務模式,預付平臺采用精密算法,支持同時多路計費
- 網(wǎng)管系統(tǒng)提供詳盡的實時跟蹤診斷呼叫的信息及話務統(tǒng)計報表提供telnet管理NAT下終端設備
- 注冊呼叫認證,采用MD5加密方式
- 支持轉接互不相通的兩個網(wǎng)段的呼叫
- 支持帶內以及 T38 T30 傳真
- 支持基于策略的動態(tài)負載均衡和路由優(yōu)先級選擇及路由重置功能,可提供大型網(wǎng)絡解決方案
- 號碼轉換支持通配符
3、系統(tǒng)構架

圖一:系統(tǒng)構架示意圖
3.1 系統(tǒng)的構架層次

圖二:系統(tǒng)構架及層次關系示意圖
- 接入網(wǎng)絡層(Access Network):
用戶接入邊緣層,即最終用戶終端的接入端網(wǎng)絡,可以是ADSL、Cable、WAN等。
- 信令處理和多媒體包交換層(PROXY & MEDIA PROXY Server):
通信信令和協(xié)議的處理, 實現(xiàn)H323、SIP信令的路由以及媒體流的路由。
- PROXY:信令控制單元
- MEDIA PROXY(Package Exchange Unit):包交換模塊
- 策略決定層(Call Server):
系統(tǒng)的路由策略及路由選擇。決定一個多媒體會話的路由。并與Radius(AAA) Server連接,完成帳戶的認證、授權、計費等。
- 管理和用戶界面層(CMS & Web Server等):
為管理員和用戶提供不同角色的多級域管理界面(CMS)。并為管理員提供基于Web、Client及采用Telnet 對網(wǎng)絡設備的遠程登錄管理的支持。支持強大的網(wǎng)管功能(NMS
Server)
- CMS(Customer Management Server):用戶管理服務
- NMS(Network Management Server):網(wǎng)絡管理服務
3.2 各層次之間的關系
- 接入網(wǎng)絡層(Access Network)與信令處理和多媒體包交換層(PROXY & MEDIA PROXY Server)之間采用PROXY支持的通信協(xié)議,如H323、SIP支持H323快速呼叫和SIP協(xié)議之間的轉化,不同協(xié)議轉換采用翻譯的方式。
- 信令處理和多媒體包交換層(PROXY & MEDIA PROXY Server)與策略決定層(Call Server)互相通信過程采用XML作為數(shù)據(jù)交互方式通信安全保障采用MD5校驗方式。
- 決策層(Call Server)與AAA Server接口采用Radius協(xié)議。
- 用戶通過管理和用戶界面層(CMS & Web Server等)來對自己的信息參數(shù)進行配置管理,并存入數(shù)據(jù)庫。
3.3 會話流程:
- 終端用戶將通信信令通過PROXY進行處理
- PROXY接受用戶的會話信令,并將會話信息提取,以XML方式上報給Call Server并由Call Server決定該會話的路由,在會話結束時記錄下該用戶的會話記錄(CDR)
- Call Server讀取用戶在數(shù)據(jù)庫中的數(shù)據(jù),進行一個呼叫的認證,并決定該會話的路由。再將帳戶和會話信息提交給AAA進行認證、授權及計費記帳
- 在會話過程中,最終用戶的RTP(媒體流)通過MEDIA PROXY Server轉發(fā)處理
- PROXY和Call Server均支持網(wǎng)管監(jiān)控
二、系統(tǒng)網(wǎng)絡應用說明
1、 單一節(jié)點系統(tǒng)網(wǎng)絡拓撲圖

圖三:單一節(jié)點系統(tǒng)網(wǎng)絡拓撲圖
無論大型企業(yè)用戶(通過PBX接入網(wǎng)關設備)、小型企業(yè)用戶(使用網(wǎng)關設備)還是其它使用單口網(wǎng)關或IP Phone的用戶,都可以通過各種接入方式接入到ECM3.0網(wǎng)絡中,并通過PROXY及MEDIA
PROXY的信令處理、包交互和CS的路由策略完成會話。
系統(tǒng)管理員通過Web和CMS對用戶進行管理,并通過CS和PROXY所帶的網(wǎng)管功能(NMS)進行實時的網(wǎng)絡監(jiān)控及維護,及時診斷并處理故障。
終端用戶可以通過Web方式查詢實時電話記錄(CDR),并得到統(tǒng)計報表,還可以在Web上進行個人客戶信息維護。
2、大型系統(tǒng)組網(wǎng)方案建議:

圖四:中央數(shù)據(jù)庫結構的大型網(wǎng)絡
- 各個分節(jié)點都有一個接入網(wǎng)(Access Network)接入終端設備,并通過PROXY和MEDIA PROXY與中央CSServer通信。各個分節(jié)點客戶可通過Web訪問中央數(shù)據(jù)庫查詢相關資料。
- 中央節(jié)點由DB、Radius Server、Web&CMS Server及Call Server組成。Call Server具擴展性,可使用冗余方式實現(xiàn)系統(tǒng)的擴展。
對于ECM3.0系統(tǒng)而言,這樣的模塊化結構大大提高了系統(tǒng)的可擴展性。
三、用戶管理及解析系統(tǒng)管理
ECM3.0用戶管理及解析系統(tǒng)管理主要依賴于CMS系統(tǒng),并全部采用Web管理方式,方便快捷。配合Client端的NMS網(wǎng)管實時檢控軟件,實現(xiàn)遠程系統(tǒng)的維護。
1、用戶計費賬號管理
用戶計費賬號管理根據(jù)業(yè)務需求分為后付和預付兩部分,并采用分級管理方式(共可分6級)。如下圖所示。

圖五:六層計費系統(tǒng)示意圖
Admin為系統(tǒng)管理員,下有各個級別的賬號。除User外,其它均可視為各級代理。最低級別是User,只有在User下才能開啟終端設備賬號。
上圖體現(xiàn)了各級別之間的從屬關系。在后付系統(tǒng)中上級代理具有管理、查詢、開啟下級代理賬號和設備的權限;在預付系統(tǒng)中上級代理僅有管理、查詢、開啟下級代理帳號的權限,下級代理所屬設備只能由下級代理自身開啟。這樣的分級管理有利于各種商業(yè)模式的操作,并使系統(tǒng)有更大的擴展性。
系統(tǒng)提供的各種帳戶管理手段:
- 工單管理:當一個終端設備被開啟后,系統(tǒng)即自動產生一張工單,施工人員根據(jù)工單領料施工,施工完畢提交相關信息留檔。流程化的工單管理大大提高工作效率,完全實現(xiàn)無紙化辦公。
- 報警機制:系統(tǒng)主要采用Email報警機制。
觸發(fā)Email報警的條件包括:
- 工單管理。使用Email通知各工作流程的相關人員
- 后付系統(tǒng)。各帳戶可設置閥門值,一旦押金等于小于閥門值,則email通知相關人員
- ID報警。如有未登記的H323ID或SIPID向系統(tǒng)呼叫,系統(tǒng)會向管理員發(fā)出報警Email
- 系統(tǒng)報警。如CMS系統(tǒng)發(fā)生異常狀況,Email通知系統(tǒng)管理員
- 用戶查詢:系統(tǒng)提供強大的用戶查詢功能。用戶可查詢實時的匯總報表、帳戶余額、費率計劃、電話記錄明細,做到明明白白消費。各級代理通過此查詢功能更好地管理下級代理或終端用戶。
2、解析系統(tǒng)管理及維護

圖六:解析系統(tǒng)管理示意圖
- 解析系統(tǒng)和CMS共用一個DB,交互靈活。
- 通過NMS實現(xiàn)對PROXY和MEDIA PROXY的實時監(jiān)控,跟蹤。
四、系統(tǒng)業(yè)務描述
- 點對點:從終端網(wǎng)關到終端網(wǎng)關的呼叫
- 點對面:從終端網(wǎng)關通過大型語音網(wǎng)關(如AS5300)到PSTN的呼叫
- DID(Direct Inward Dial):從PSTN普通電話撥入,通過大型接入網(wǎng)關(如AS5300)進入ECM3.0網(wǎng)絡,最后實現(xiàn)與一配置有PSTN號碼的終端網(wǎng)關的呼叫,系統(tǒng)支持DID業(yè)務的呼叫轉移(Transfer)功能。
1、DID呼叫轉移業(yè)務詳述
1.1 呼叫轉移(Transfer) 功能說明
- 設備擁有者可以根據(jù)情況通過WEB或者IVR設置來設定相應的呼叫轉移
- 呼叫轉移條件分為"全部轉移""、"遇忙"、"無應答"、"不在線"等四種
- 啟用呼叫轉移,需設定呼轉標志并保存原號碼。所有參與DID呼轉業(yè)務的GW設備必須在系統(tǒng)上開設帳號信息,DID號碼對應一個帳號(CID)
。若設置為全部轉移,則采用新的被叫號碼如下圖所示
GW A: 主叫號碼 10000, 為網(wǎng)內設備或CiscoAS5300
GW B: 主叫號碼 51021234, 為一分配有DID號碼的網(wǎng)內設備
GW C: 主叫號碼 20000, 為網(wǎng)內設備或CiscoAS5300
GW D: 主叫號碼 51025678, 為一分配有DID號碼的虛擬設備

圖七:呼叫轉移業(yè)務示意圖
- 例一:當主叫號碼為54656777的PSTN普通電話撥叫DID號碼51025678時,PSTN將此號
碼通過接入設備(AS5300)送入系統(tǒng),系統(tǒng)根據(jù)自身的號碼表查詢到此號碼對應的虛擬設備GWD。假定GWD設置為全部轉移到01012345678,則該呼叫最終通過與PSTN對接的大型語言網(wǎng)關進入PSTN網(wǎng),并與PSTN號碼01012345678實現(xiàn)通話。
- 例二:當主叫號碼為10000的GWA撥叫DID號碼51021234時,系統(tǒng)查詢到此號碼對應的設
備GWB。假定GWB設置為遇忙轉移到01087654321,則當GWB忙線時,該呼叫與PSTN號碼01087654321實現(xiàn)通話。
- CDR記錄方式:如例二, 系統(tǒng)將記錄2條CDR
CDR1: GWA-GWB時長為GWA發(fā)起呼叫至GW掛斷呼叫為止。主叫號碼10000,被叫號碼51021234
CDR2:GWB-GW時長為GWB發(fā)起呼叫至GW掛斷呼叫為止。主叫號碼51021234,被叫號碼01087654321
五、系統(tǒng)硬件及操作系統(tǒng)配置建議
1、硬件配置
PROXY 服務器硬件環(huán)境支持:
主頻 P4 3.2.0GMHz以上,內存512M以上,(建議采用雙CPU來分別處理RTP和信令來提高處理性能),2塊100M/1000M網(wǎng)卡,硬盤空間大于20G。
CS 服務器硬件環(huán)境要求:
主頻 P4 3.2.0GMHz以上,內存512M以上,1塊100M/1000M網(wǎng)卡,硬盤空間大于10G。
數(shù)據(jù)庫服務器(DB)硬件環(huán)境要求:
主頻 P4 3.2.0GMHz以上,內存512M以上,(建議采用雙CPU),1塊100M/1000M網(wǎng)卡,硬盤空間大于40G。
備份服務器:
建議有條件的用戶可以采用雙機熱備(HSRC),設置備份服務器。以提高的服務器設備冗余的可靠性和安全性。
2、操作系統(tǒng):
Linux、Unix操作系統(tǒng),建議采用Redhat Linux 8.0以上的操作系統(tǒng)。
數(shù)據(jù)庫系統(tǒng):ORACLE9I For Linux。
六、系統(tǒng)規(guī)格說明書
Polylink公司供稿 CTI論壇編輯
相關鏈接: