首頁(yè)>>廠(chǎng)商>>交換機/ACD系統平臺廠(chǎng)商>>Polylink

Polylink ECM 3.0軟交換系統介紹

2005/09/26

• 符合ITU-T H.323 V4和IETF SIP RFC3261標準， 與現有VOIP網(wǎng)絡(luò )無(wú)縫互聯(lián)


• 支持所有的Internet接入方式，包括DDN、ADSL、Cable、LAN、撥號等


• 全部采用Linux操作系統，安全可靠


• 采用后臺Oracle9i數據庫方式，實(shí)現自動(dòng)控制機制，避免人為操作失誤


• 采用模塊化管理，提高系統的可維護性及可擴展性


• 采用分布式結構，提高系統的處理能力


• 支持準確的實(shí)時(shí)Radius計費認證記賬功能


• 采用全Web與用戶(hù)交互，為用戶(hù)提供實(shí)時(shí)Web查詢(xún)


• 支持NAT穿透


• 支持呼叫轉移功能


• 支持SoftIVR，為全網(wǎng)提供語(yǔ)音信息服務(wù)


• 支持后付、預付等多種業(yè)務(wù)模式，預付平臺采用精密算法，支持同時(shí)多路計費


• 網(wǎng)管系統提供詳盡的實(shí)時(shí)跟蹤診斷呼叫的信息及話(huà)務(wù)統計報表提供telnet管理NAT下終端設備


• 注冊呼叫認證，采用MD5加密方式


• 支持轉接互不相通的兩個(gè)網(wǎng)段的呼叫


• 支持帶內以及 T38 T30 傳真


• 支持基于策略的動(dòng)態(tài)負載均衡和路由優(yōu)先級選擇及路由重置功能，可提供大型網(wǎng)絡(luò )解決方案


• 號碼轉換支持通配符

圖一：系統構架示意圖

3.1 系統的構架層次

圖二：系統構架及層次關(guān)系示意圖

• 接入網(wǎng)絡(luò )層(Access Network):

　　用戶(hù)接入邊緣層，即最終用戶(hù)終端的接入端網(wǎng)絡(luò )，可以是ADSL、Cable、WAN等。


• 信令處理和多媒體包交換層(PROXY & MEDIA PROXY Server):


　　通信信令和協(xié)議的處理, 實(shí)現H323、SIP信令的路由以及媒體流的路由。

• PROXY：信令控制單元


• MEDIA PROXY（Package Exchange Unit）：包交換模塊



• 策略決定層(Call Server):

　　系統的路由策略及路由選擇。決定一個(gè)多媒體會(huì )話(huà)的路由。并與Radius(AAA) Server連接，完成帳戶(hù)的認證、授權、計費等。


• 管理和用戶(hù)界面層(CMS & Web Server等):

　　為管理員和用戶(hù)提供不同角色的多級域管理界面（CMS）。并為管理員提供基于Web、Client及采用Telnet 對網(wǎng)絡(luò )設備的遠程登錄管理的支持。支持強大的網(wǎng)管功能（NMS Server）

• CMS（Customer Management Server）：用戶(hù)管理服務(wù)


• NMS（Network Management Server）：網(wǎng)絡(luò )管理服務(wù)

• 接入網(wǎng)絡(luò )層（Access Network）與信令處理和多媒體包交換層(PROXY & MEDIA PROXY Server)之間采用PROXY支持的通信協(xié)議，如H323、SIP支持H323快速呼叫和SIP協(xié)議之間的轉化，不同協(xié)議轉換采用翻譯的方式。



• 信令處理和多媒體包交換層(PROXY & MEDIA PROXY Server)與策略決定層(Call Server)互相通信過(guò)程采用XML作為數據交互方式通信安全保障采用MD5校驗方式。



• 決策層(Call Server)與AAA Server接口采用Radius協(xié)議。



• 用戶(hù)通過(guò)管理和用戶(hù)界面層(CMS & Web Server等)來(lái)對自己的信息參數進(jìn)行配置管理，并存入數據庫。

• 終端用戶(hù)將通信信令通過(guò)PROXY進(jìn)行處理



• PROXY接受用戶(hù)的會(huì )話(huà)信令，并將會(huì )話(huà)信息提取，以XML方式上報給Call Server并由Call Server決定該會(huì )話(huà)的路由，在會(huì )話(huà)結束時(shí)記錄下該用戶(hù)的會(huì )話(huà)記錄(CDR)



• Call Server讀取用戶(hù)在數據庫中的數據，進(jìn)行一個(gè)呼叫的認證，并決定該會(huì )話(huà)的路由。再將帳戶(hù)和會(huì )話(huà)信息提交給AAA進(jìn)行認證、授權及計費記帳



• 在會(huì )話(huà)過(guò)程中，最終用戶(hù)的RTP（媒體流）通過(guò)MEDIA PROXY Server轉發(fā)處理



• PROXY和Call Server均支持網(wǎng)管監控

圖三：?jiǎn)我还濣c(diǎn)系統網(wǎng)絡(luò )拓撲圖

　　無(wú)論大型企業(yè)用戶(hù)（通過(guò)PBX接入網(wǎng)關(guān)設備）、小型企業(yè)用戶(hù)（使用網(wǎng)關(guān)設備）還是其它使用單口網(wǎng)關(guān)或IP Phone的用戶(hù)，都可以通過(guò)各種接入方式接入到ECM3.0網(wǎng)絡(luò )中，并通過(guò)PROXY及MEDIA PROXY的信令處理、包交互和CS的路由策略完成會(huì )話(huà)。

　　系統管理員通過(guò)Web和CMS對用戶(hù)進(jìn)行管理，并通過(guò)CS和PROXY所帶的網(wǎng)管功能（NMS）進(jìn)行實(shí)時(shí)的網(wǎng)絡(luò )監控及維護，及時(shí)診斷并處理故障。

　　終端用戶(hù)可以通過(guò)Web方式查詢(xún)實(shí)時(shí)電話(huà)記錄（CDR），并得到統計報表，還可以在Web上進(jìn)行個(gè)人客戶(hù)信息維護。

2、大型系統組網(wǎng)方案建議：

圖四：中央數據庫結構的大型網(wǎng)絡(luò )

• 各個(gè)分節點(diǎn)都有一個(gè)接入網(wǎng)（Access Network）接入終端設備，并通過(guò)PROXY和MEDIA PROXY與中央CSServer通信。各個(gè)分節點(diǎn)客戶(hù)可通過(guò)Web訪(fǎng)問(wèn)中央數據庫查詢(xún)相關(guān)資料。



• 中央節點(diǎn)由DB、Radius Server、Web&CMS Server及Call Server組成。Call Server具擴展性，可使用冗余方式實(shí)現系統的擴展。

圖五：六層計費系統示意圖

　　Admin為系統管理員，下有各個(gè)級別的賬號。除User外，其它均可視為各級代理。最低級別是User，只有在User下才能開(kāi)啟終端設備賬號。

　　上圖體現了各級別之間的從屬關(guān)系。在后付系統中上級代理具有管理、查詢(xún)、開(kāi)啟下級代理賬號和設備的權限；在預付系統中上級代理僅有管理、查詢(xún)、開(kāi)啟下級代理帳號的權限，下級代理所屬設備只能由下級代理自身開(kāi)啟。這樣的分級管理有利于各種商業(yè)模式的操作，并使系統有更大的擴展性。

系統提供的各種帳戶(hù)管理手段：

• 工單管理：當一個(gè)終端設備被開(kāi)啟后，系統即自動(dòng)產(chǎn)生一張工單，施工人員根據工單領(lǐng)料施工，施工完畢提交相關(guān)信息留檔。流程化的工單管理大大提高工作效率，完全實(shí)現無(wú)紙化辦公。



• 報警機制：系統主要采用Email報警機制。


觸發(fā)Email報警的條件包括：

• 工單管理。使用Email通知各工作流程的相關(guān)人員


• 后付系統。各帳戶(hù)可設置閥門(mén)值，一旦押金等于小于閥門(mén)值，則email通知相關(guān)人員


• ID報警。如有未登記的H323ID或SIPID向系統呼叫，系統會(huì )向管理員發(fā)出報警Email


• 系統報警。如CMS系統發(fā)生異常狀況，Email通知系統管理員



• 用戶(hù)查詢(xún)：系統提供強大的用戶(hù)查詢(xún)功能。用戶(hù)可查詢(xún)實(shí)時(shí)的匯總報表、帳戶(hù)余額、費率計劃、電話(huà)記錄明細，做到明明白白消費。各級代理通過(guò)此查詢(xún)功能更好地管理下級代理或終端用戶(hù)。

圖六：解析系統管理示意圖

• 解析系統和CMS共用一個(gè)DB，交互靈活。


• 通過(guò)NMS實(shí)現對PROXY和MEDIA PROXY的實(shí)時(shí)監控，跟蹤。

• 點(diǎn)對點(diǎn)：從終端網(wǎng)關(guān)到終端網(wǎng)關(guān)的呼叫


• 點(diǎn)對面：從終端網(wǎng)關(guān)通過(guò)大型語(yǔ)音網(wǎng)關(guān)（如AS5300）到PSTN的呼叫


• DID（Direct Inward Dial）：從PSTN普通電話(huà)撥入，通過(guò)大型接入網(wǎng)關(guān)（如AS5300）進(jìn)入ECM3.0網(wǎng)絡(luò )，最后實(shí)現與一配置有PSTN號碼的終端網(wǎng)關(guān)的呼叫，系統支持DID業(yè)務(wù)的呼叫轉移（Transfer）功能。

• 設備擁有者可以根據情況通過(guò)WEB或者IVR設置來(lái)設定相應的呼叫轉移


• 呼叫轉移條件分為"全部轉移""、"遇忙"、"無(wú)應答"、"不在線(xiàn)"等四種


• 啟用呼叫轉移，需設定呼轉標志并保存原號碼。所有參與DID呼轉業(yè)務(wù)的GW設備必須在系統上開(kāi)設帳號信息，DID號碼對應一個(gè)帳號(CID) 。若設置為全部轉移，則采用新的被叫號碼如下圖所示

圖七：呼叫轉移業(yè)務(wù)示意圖

• 例一：當主叫號碼為54656777的PSTN普通電話(huà)撥叫DID號碼51025678時(shí)，PSTN將此號
  碼通過(guò)接入設備(AS5300)送入系統，系統根據自身的號碼表查詢(xún)到此號碼對應的虛擬設備GWD。假定GWD設置為全部轉移到01012345678，則該呼叫最終通過(guò)與PSTN對接的大型語(yǔ)言網(wǎng)關(guān)進(jìn)入PSTN網(wǎng)，并與PSTN號碼01012345678實(shí)現通話(huà)。



• 例二：當主叫號碼為10000的GWA撥叫DID號碼51021234時(shí)，系統查詢(xún)到此號碼對應的設
  備GWB。假定GWB設置為遇忙轉移到01087654321，則當GWB忙線(xiàn)時(shí)，該呼叫與PSTN號碼01087654321實(shí)現通話(huà)。



• CDR記錄方式：如例二, 系統將記錄2條CDR


CDR1： GWA-GWB時(shí)長(cháng)為GWA發(fā)起呼叫至GW掛斷呼叫為止。主叫號碼10000，被叫號碼51021234
CDR2：GWB-GW時(shí)長(cháng)為GWB發(fā)起呼叫至GW掛斷呼叫為止。主叫號碼51021234，被叫號碼01087654321

五、系統硬件及操作系統配置建議

1、硬件配置

PROXY 服務(wù)器硬件環(huán)境支持：

　　主頻 P4 3.2.0GMHz以上，內存512M以上，(建議采用雙CPU來(lái)分別處理RTP和信令來(lái)提高處理性能)，2塊100M/1000M網(wǎng)卡，硬盤(pán)空間大于20G。

CS 服務(wù)器硬件環(huán)境要求:

　　主頻 P4 3.2.0GMHz以上，內存512M以上，1塊100M/1000M網(wǎng)卡，硬盤(pán)空間大于10G。

數據庫服務(wù)器（DB）硬件環(huán)境要求:

　　主頻 P4 3.2.0GMHz以上，內存512M以上，(建議采用雙CPU)，1塊100M/1000M網(wǎng)卡，硬盤(pán)空間大于40G。

備份服務(wù)器:
　　建議有條件的用戶(hù)可以采用雙機熱備(HSRC)，設置備份服務(wù)器。以提高的服務(wù)器設備冗余的可靠性和安全性。

2、操作系統：
　　Linux、Unix操作系統，建議采用Redhat Linux 8.0以上的操作系統。

數據庫系統：ORACLE9I For Linux。

六、系統規格說(shuō)明書(shū)

Polylink公司供稿 CTI論壇編輯