目錄TOC\o"1-3"\h\z1總體要求 32ATM數據網和當地接入網概況 32.1網絡結構 42.2關鍵設備 43會議電視業務網工程概況 43.1建設目標 43.2建設規模 43.3網絡結構 53.4接入方法 73.5編號計劃 74會議電視業務網提供業務 75網絡關鍵技術指標 85.1網絡組織 85.2網絡容量 85.3網間互通 85.4速率范圍 95.5音頻指標 95.6視頻指標 95.7穩定性指標 105.8可靠性指標 106功效和關鍵技術性能要求 106.1對網守（GK）要求 106.2對多點控制單元（MCU）要求 116.3對網關（GW）要求 136.4對T.120數據服務器要求（選項） 146.5對目錄服務器要求 147業務管理系統 158認證計費和營帳系統 249客服系統 2810網管系統 2911電源和接地要求 3112環境要求 3113系統軟件要求 3214系統安全 3315其它技術要求 3316技術文件 3417設備配置及供貨范圍 3417.1視訊交換設備配置 3417.2運行支撐設備配置 3417.3供貨范圍及其它 3518交貨、安裝和調試、驗收及試運行 3518.1交貨 3518.2安裝和調試 3618.3驗收及試運行 3719技術服務和技術培訓 3819.1技術服務 3819.2技術培訓 3920其它 39

1總體要求1.1中國聯通企業（以下稱為買方）會議電視業務網一期工程包含視訊交換設備和運行支撐設備、終端設備、承載網設備，以上各部分分別制訂技術規范書。本技術規范書為視訊交換設備和運行支撐設備部分關鍵技術業務功效和供貨要求，是廠商（以下稱為賣方）編制提議書和報價依據。賣方應依據自己特點，依據本規范書第三部分描述建設目標、網絡規模、網絡結構和第四部分描述業務等方面具體要求，提供完整處理方案，這將作為評標關鍵依據。1.2賣方在技術提議書中，對本技術規范書中所提各項要求能否實現和滿足，應逐項給予說明和回復。明確是否滿足、部分滿足或不滿足，并加以必需說明。對規范書中提到包含技術和參數條目除回復外，還需具體說明技術實現原理、機制及具體指標和參數。對不滿足條目，可提出提議。可選項目標滿足應說明滿足規范標準。賣方可依據自己產品技術性能和具體情況，在提議書中提出提議，并附具體資料和說明1.3賣方提供系統應符合ITU提議和信息產業部頒布相關技術規范和以后再頒布相關技術規范。對于本規范書中未提到而國家標準、行業標準和ITU-T提議中已提出規范和要求，按國家標準、行業標準和ITU-T提議實施。如有沖突或均無要求或其它特殊情況，賣方應在提議書中指出，并由雙方協商決定。賣方應同時說明所支持其它國際標準化組織標準。1.4本技術規范書應視為確保會議電視業務網運行所需最低要求，如有遺漏，賣方應給予補充，不然一旦中標，將認為賣方認同遺漏部分并無償提供。1.5此次工程是交鑰匙工程，賣方可依據需要選擇對應系統集成商，但須買方認可。賣方應提供系統處理方案，并在提議書中應說明給買方提供技術文件、技術支持、技術服務、人員培訓等范圍和程度。1.6買方保留對本技術規范書解釋和修改權利。2ATM骨干數據網和當地傳輸接入網概況中國聯通企業會議電視業務網將架構在聯通企業ATM骨干網和當地傳輸接入網上，本節介紹ATM骨干網和當地傳輸接入網情況。2.1網絡結構聯通數據骨干網覆蓋31個省/直轄市，321個城市。關鍵匯接點為北京，上海，廣州，沈陽，西安，武漢，成全部7個城市，省級匯接點30個。骨干交換網組成網絡連接和交換平臺，實現全網業務匯接、轉接和國際業務進出口。當地傳輸接入網實施業務接入、延伸、覆蓋功效，完成當地業務接入。7大區城市組成不完全網狀連接，通常匯接節點由省會和關鍵城市組成，經過多個連接同兩個關鍵節點相連。區域層一般節點連接一到兩個匯接節點。國際出口局：北京、上海、廣州。2.2關鍵設備聯通ATM數據骨干網設備采取是朗訊企業設備：GX550、CBX500和B-STDX9000。聯通當地傳輸接入網關鍵使用思科、北電、華為、中興、BISC等企業產品，可分為ATM網絡和IP網絡兩類網絡。3會議電視業務網工程概況3.1建設目標聯通會議電視業務網一期工程擬建設成基于H.323提議（同時經過網關（GW）可接入H.320終端），面向集團用戶、可運行、可管理商用會議電視業務網，能夠接入多個廠商會議電視終端，含有完善業務管理、計費管理和用戶服務功效，含有良好擴容性，能夠支持多個用戶、多組會議同時召開交互式遠程會議，同時能滿足用戶對遠程醫療、遠程教學等業務需求。整個會議電視業務網是架構在聯通ATM數據骨干網和當地傳輸和接入網之上業務網。聯通會議電視業務網提供用戶自己組建會議業務模式；采取用戶自購或租用終端，和自建會議室運行模式。3.2建設規模3.2.1中國聯合通信共有省分企業31個，遍布全國每一個省、直轄市。本期工程建成后，MCU覆蓋全國29個省會和直轄市（拉薩和西寧除外）和1個特區城市深圳，能夠支持1050個用戶同時召開交互式電視會議（用戶速率不低于384Kb/s）。見表1。表1地點MCU容量地點MCU容量地點MCU容量北京100哈爾濱20長沙20上海80南京50廣州80天津20杭州50南寧20重慶20合肥20西安40石家莊30福州40成全部50太原20南昌20貴陽20呼和浩特20濟南50昆明20沈陽50鄭州40蘭州20長春20武漢50海口20烏魯木齊20銀川20深圳203.2.2現在黑龍江、上海、浙江、福建、廣東等聯通分企業已建成了本分企業內部使用H.320會議電視系統。新建會議電視業務網應能和已經有會議電視網絡互通，使這些已經有系統能加入新建H.323會議電視網絡中。3.2.3能和中國外ISDN方法H.320系統或終端進行呼叫連接，能和其它運行商H.323系統進行互通。3.2.4本工程完成后，不僅能召開中國聯通內部電視會議，同時能面向集團用戶提供全國范圍甚至跨國會議電視業務。3.3網絡結構相關網絡結構圖參見附圖1。賣方應根據業務網要求，給出業務網設備組網結構，并對各組網設備在業務網中作用給予說明。3.3.1依據中國聯合通信業務調查需求及承載網絡實際情況，本工程擬采取兩級GK，多個MCU組網。本期工程包含一個頂級GK和多個區域GK，區域GK總能力應能滿足1050個節點同時呼叫，注冊數量應為同時呼叫數量100倍以上。3.3.2在北京設置頂級GK，將聯通各個分企業分為7個大區，各個大區中心分別為北京、上海、廣州、西安、成全部、武漢、沈陽，在7個大區中心分別設置區域GK。區域GK負責管理MCU、網關和終端區域范圍見表2。表2序號GK地點所轄區域1北京北京、天津、內蒙古、山西、河北2沈陽黑龍江、吉林、遼寧3西安陜西、新疆、甘肅、寧夏、青海、西藏4成全部重慶、四川、云南、貴州5武漢湖北、湖南、河南、江西6上海上海、山東、江蘇、浙江、安徽7廣州福建、海南、廣西、廣東3.3.3除拉薩、西寧外，在每個省會城市、直轄市（聯通省分企業所在地）和深圳設置MCU，MCU間邏輯上是網狀網結構，，在有多個MCU參與會議中，MCU級聯應由業務管理系統依據資源調度規則對每一個會議自動完成調度。賣方應說明MCU級聯資源調度步驟和各設備動作。3.3.4在北京、上海、廣州設置和其它運行商H.323系統互通邊界設備BE/MCU；賣方應給出和其它運行商H.323系統互通方法和步驟及各設備在步驟中動作。3.3.5在北京、上海和廣州設置網關設備，實現和中國外運行商ISDN會議電視終端互通。賣方應給出呼叫步驟和各設備在步驟中動作。3.3.6在已經有專線H.320系統各分企業設置網關設備。賣方應說明連接方法和加入會議、退出會議、會議中控制步驟和各設備在步驟中動作。3.3.7全網統一調配資源和進行計費，在北京設置網絡運行和網絡管理中心，設置：業務管理系統、認證計費和營帳系統、客服系統和網管系統。在分企業只設置業務和客服遠程終端、網管終端和營帳子系統終端，可遠程訪問到北京網絡運行和網絡管理中心相關系統，處理本省內業務和管理本省內視訊交換設備。賣方應說明統一資源調配規則，資源管理方法，計費步驟及各設備動作；賣方應說明兩級（全國和省）網絡運行、網絡管理設備配置及步驟，和各設備在網絡運行、網絡管理中作用。3.4接入方法MCU經過聯通會議電視業務網承載路由器接入到ATM骨干網，從而實現互通；終端經過當地傳輸接入網和數據骨干網接入到會議電視承載路由器，終端也可采取ISDN，專線等方法經過GW接入。3.5編號計劃3.5.1聯通會議電視業務網MCU、網關、終端設備不僅含有IP地址，還有數字別名，類似E.164編碼。賣方可依據自己設備特點提出編號方案。答：滿足。MCU、終端采取等長8位編號，其中前面3位為長途號，和電話長途區號一致，后面5位為MCU或終端編號。3.5.2對于ISDN終端，終端數字別名采取ISDN終端E.164編號最低編號。賣方應說明這個編號和3.5.1編號方案兼容性。賣方應說明怎樣使用這個最低編號進行多個B信道呼叫和召開會議。答：滿足。3.5.3賣方提供設備最少支持15位十進制號碼長度。答：滿足。3.5.4賣方應具體描述經過數字別名進行會議呼叫步驟及各設備動作。4會議電視業務網提供業務4.1聯通會議電視業務網提供行政會議、技術討論、技術培訓等業務方法。同時有條件省分企業還可開展遠程教學業務。賣方應說明對以上應用支持方法及特點。4.2會議電視業務網支持終端和MCU撥入和撥出方法組建會議。賣方應說明多種撥叫方法步驟及各設備動作。4.3會議電視業務網支持用戶自己組建會議和操作員輔助建立會議方法，將以用戶組建會議為關鍵方法。賣方應說明用戶組建會議和操作員輔助組建會議步驟及各設備動作。4.4聯通會議電視業務網應含相關鍵功效：多點視頻會議功效；控制方法有主席控制、導演控制和語音控制；支持混合速率會議；支持H.323和H.320混合制式會議；支持音視頻不對稱傳輸；多分屏會議功效；為用戶提供友好全漢字操作界面；用戶能夠簡單方便操作，自己組建會議。T.120數據會議功效；（可選）賣方應說明對以上關鍵功效支持程度和特點。5網絡關鍵技術指標以下給出關鍵技術指標是本規范書基礎要求，賣方應逐條應答滿足程度。5.1網絡組織聯通會議電視業務網一期工程采取H.323體系結構組建網絡，賣方應明確終端、MCU、GK、GW之間呼叫建立過程，描述用戶自己組建會議時所包含到設備、信令和協議，具體描述整個網絡功效模塊劃分和聯絡。5.2網絡容量聯通會議電視業務網是一個交換網，在一期工程建成后，整個網絡所支持單個最大會議規模應能達成300方；最小會議規模應能支持2方；整個網絡應能支持同時召開300組多方會議；整個網絡用戶注冊容量應能達成100000個號碼。賣方應說明滿足以上網絡容量網絡設計方法和設計結果，設備配置依據。5.3網間互通聯通會議電視業務網應能和聯通或其它運行商（包含中國和國外）ISDN終端互通。聯通會議電視業務網應能和其它運行商H.323會議電視系統（包含終端和MCU）互通,賣方應明確提出互通條件和此方法下會議建立和控制步驟。此次工程應能和聯通現有專線H.320會議電視系統互通。賣方應針對以上三種情況提出處理方案、具體設備配置、編號尋址方案，以步驟圖方法提供互通時會議建立步驟和會議控制步驟，并標示出協議間轉換和遵照信令規程。5.4速率范圍用戶速率為128Kb/s－1920Kb/s。賣方應明確設備所支持用戶速率范圍。5.5音頻指標視訊設備音頻編碼應支持G.711、G721、G.722、G.722.1(可選)、G.723.1、G.728和G.729提議。含有自動唇音同時，誤差應不可覺察，音頻視頻相對延遲小于40ms。在承載網端到端丟包率為3%時，語音質量（兩個終端經過3個MCU）達成主觀評定為MOS“4”級以上。MCU應含有不一樣算法混音功效。同一個會議有不一樣語音編碼算法時編碼轉換能力。5.6視頻指標視訊設備視頻編碼應支持H.261、H.263、H.263+和H.263++提議。圖像格式應含有CIF、QCIF、4CIF格式。視頻圖像切換時間要小于1s。在384Kb/s以上速率時，幀頻可自適應調整，提供25幀/秒，支持15-30幀/秒。768Kb/s必需達成25幀。視頻傳輸端到端延時小于440ms。在承載網端到端丟包率為3%時，圖像質量（兩個終端經過3個MCU），主觀評定為“4”級以上。MCU必需含有多分屏功效，請具體敘述在H.323情況下多分屏能力。MCU必需支持速率適配能力。MCU支持不一樣圖象編碼算法編碼算法轉換能力（H.261和H.263在MCU中相互轉換）。5.6時延指標會議電視承載網端到端時延在130ms以內情況下，會議電視設備（MCU，終端）時延小于310ms。每個MCU、GW和BE設備視頻時延不能超出120ms。5.7穩定性指標在承載網絡和設備無故障,而且設備有余量情況下，呼叫成功率要達成99%。掉線率應小于0.01次/方/小時，即2小時內50方會議掉線不能多于1方。5.8可靠性指標系統可靠性應達成99.99%。賣方應給出整個系統MTBF，并提供系統可靠性設計關鍵內容。對MCU設備交換模塊、電源模塊和主處理模塊等關鍵模塊進行1＋1備份，對GK、認證計費系統、業務管理系統等系統服務器采取雙機熱備份方法。全部硬件模塊支持熱插撥，軟件支持在線升級。賣方應明確系統故障類型及對應故障等級恢復時間。系統安全性GK、GW、MCU和業務管理、網絡管理、認證計費等設備應有安全保護方法，賣方應描述各個系統所采取安全保護方法和方法。功效和關鍵技術性能要求本節是對組網單個設備功效和關鍵技術性能要求，賣方應逐條應答。6.1對網守（GK）要求賣方提供H.323視訊網絡節點管理GK應完全支持H323協議V2版，完成地址轉換、接入控制、帶寬控制、區域管理等功效，而且確保以后無償能夠提供后續版本新增功效。GK采取兩級組網，第一級為頂級GK，第二級為區域GK。頂級GK應能實現區域GK間尋址和和其它運行商GK實現互通功效。賣方應說明頂級GK和區域GK通信協議、通信步驟，關鍵交換消息。賣方應給出頂級GK和其它運行商GK互通提議。單個區域GK支持同時呼叫數量不少于300個。賣方應說明每個區域GK支持最大注冊用戶數量和最大同時終端呼叫數量。賣方應提供區域GK最大可管理MCU數量及長途區號數量。針對區域GK賣方應說明交替GK實現步驟。GK應含有雙機備份能力。賣方應說明GK和業務管理系統間接口和遵照協議。GK在資源管理調度中作用，怎樣和MCU、業務管理、網絡管理中心交互資源信息和受控。GK在計費信息產生中作用，怎樣和MCU、業務管理中心交互計費信息和受控。GK對IP地址需求。MTBF大于5萬小時。6.2對多點控制單元（MCU）要求6.2.1MCU功效要求MCU必需是H.323技術體制設備，支持H.323v2以上版本。假如MCU同時支持H.320技術體制，請單獨說明。賣方提供MCU設備應含有多畫面組合功效，能把參與同一會議多個終端圖像根據一定模式合成一個圖像，并可傳送到和會各個終端；合成模式和內容能夠由用戶終端自行控制而且在會議過程中能夠改變。廠家在技術提議書中應明確指出所能提供最大能夠分屏顯示會場數目及實現分屏功效方法，并說明優缺點。MCU應含有多個語音編碼混音功效。賣方提供MCU設備應含有協議適配功效，MCU應該能實現多重編碼轉換能力，音頻編碼格式間轉換（G.711、G.722、G.728、G.723.1、G.729等）、視頻編解碼算法和格式（H.261、H.263、H.263+、H.263++視頻編碼算法，QCIF、CIF、4CIF格式），幀頻間轉換（15幀/秒、30幀/秒）。經過控制終端能夠選擇確定音視頻編解碼算法和格式。假如廠家提供產品含有其它特殊音視頻處理方法，應在提議書中明確指出，并說明采取該格式優缺點。賣方提供MCU設備應含有在一個會議中多個速率自適應能力，其適應范圍為128Kb/s～1920Kb/s。賣方所提供MCU設備應含有動態級聯能力，能夠依據業務需要進行MCU之間一條或多條通路動態級聯，而且級聯后不需要MCU側人工進行會議控制，能夠由業務管理中心完成級聯會議控制，賣方說明動態級聯步驟，各設備（GK、MCU、業務管理中心、網絡管理中心）動作。對于北京、上海和廣州BE/MCU設備，廠家應能依據聯通和其它運行商協商結果進行軟件修改，從而實現互聯互通。賣方應說明在進行MCU級聯和MCU和會議電視終端連接時，所提供設備對傳輸通道質量要求。廠家應說明在128kbps、384kbps、768kbps、1920kbps等速率下分別提供多點會議最大終端數量，和同時多點會議最大組數。在384kbps速率下每個MCU提供最大多點會議方數應大于等于附件中MCU端口數量。單個MCU設備應含有大容量，要求接入384Kbps速率終端數量大于50，而且含有平滑擴容和升級能力，擴容和升級不能影響業務正常運行。MCU應能支持攝象機遠控功效（H.282），對于臨時不支持應說明何時能支持。MCU在資源管理調度中作用，怎樣和GK、業務管理、網絡管理中心交互資源信息和受控。MCU在計費信息產生中作用，怎樣和GK、業務管理中心交互計費信息和受控。MCU支持遠程加載升級軟件版本。說明MCU網管功效。MTBF大于5萬小時。賣方提供MCU設備應確保7X二十四小時全天候正常運行。MCU全部硬件板全部能夠熱插拔。MCU操作系統必需為嵌入式分布式操作系統，而不是DOS，NT操作系統。MCU對IP地址需求，是否有Loopback功效。MCU應采取模塊化體系結構，便于擴充。MCU系統關鍵部分應采取主/備用方法熱備份工作，主備用系統倒換時，不能影響正在通信狀態業務，請列出能夠進行主/備用方法工作關鍵板件，并具體描述技術實現原理。6.2.2控制功效能正確處理音頻信號混合和視頻、數據信號切換等，并進行會議控制。賣方應具體說明怎樣進行會議控制。能正確無誤地將多個會場呼叫按呼叫次序逐一進行接入，最終建立共同參數，即建立多點會議電視；而且在會議過程中，MCU應確保除非有外界原因影響外，不會自動釋放會議中任何用戶（即“掉點”現象）。能對各端口進行實時監測，某端口出現故障時能自動告警，并對出現故障端口進行檢測，自動判定出其故障類型，若整個會議過程中因為外界原因或人為原因出現掉點現象，能經過MCU維護軟件實時地顯示告警信息并能自動進行再連接，以在短時間內恢復。賣方應說明掉點恢復時間。會議控制方法應含有主席控制方法、導演控制方法、語音激勵控制方法。當采取主席控制方法時，應依據H.323提議及H.245相關規范，提供類似H.243主席控制功效。明確主席權確定方法和轉移方法，主席控制通路，控制步驟。在廣域網絡環境下，MCU切換，視頻和音頻切換應同時，視頻不應有感覺上延時。6.2.3接口MCU應提供10M/100M以太網接口，接口可配置成半雙工，全雙工等工作模式。賣方應說明每個10M/100M物理端口所能支持384Kb/s視頻終端數量。賣方具體說明支持其它接口類型。6.3對網關（GW）要求網關應能提供V.35或E1接口和買方現有H.320專線系統進行連接。網關應能提供PRI接口接入ISDN終端。每臺網關最少提供2個PRI接口和交換機進行連接。賣方應明確說明經過網關設備實現H.320系統和H.323系統實現互通方法和呼叫步驟。賣方應明確網關設備是否需要時鐘同時，若需要，必需給出對外時鐘精度要求和內部時鐘精度，和外部時鐘提取方法。對于支持H.320和H.323混合制式MCU設備，賣方應明確指明除端口板外還需要哪些配置和軟件、時鐘要求。網關應提供10M/100M以太網接口，接口可配置成半雙工，全雙工等工作模式。賣方應說明每個10M/100M物理端口所能支持384Kb/s視頻終端數量。GW對IP地址需求，是否有Loopback功效。6.4對T.120數據服務器要求（選項）支持T.120及其附錄A、B，T.123協議棧，和T.124、T.125、T.126、T.127、T.128提議，能夠支持NetMeeting等軟件。提供數據會議功效，應能提供給用程序共享、電子白板、靜態圖像傳輸、文件交換、數據庫訪問等。數據服務器容量應能滿足1000個用戶同時使用。在投標書中設備配置下，賣方應給出單個數據會議所能支持最大方數；同時提供所支持最大會議組數，每組會議方數；支持注冊用戶數量。賣方應明確指明提供T.120數據傳輸速率范圍。賣方應給出帶內和帶外方法實現T.120數據會議處理方案。T.120數據服務器對IP地址需求，是否有Loopback功效。6.5對目錄服務器要求賣方提供目錄服務器應能滿足用戶查詢號碼和用戶召集會議功效。賣方應列出目錄服務器所支持協議。目錄服務器應能對用戶進行分群處理，不一樣群用戶不能任意訪問。賣方應說明分群數量。用戶可經過會議電視專用承載網、165網訪問目錄服務器，但必需有安全認證機制，賣方說明該機制。賣方應描述密碼和用戶權限保護機制。賣方應說明目錄服務器和GK和業務管理系統間關系。目錄服務器應支持終端實時狀態顯示，說明具體實現方法和步驟。目錄服務器軟硬件容量為：支持10萬個用戶注冊，；現在支持在線訪問個用戶。賣方應說明目錄服務器容量和軟硬件配置。目錄服務是一獨立功效，目錄服務器可和其它系統合設，但必需確保性能。7業務管理系統業務管理系統含有對視頻會議系統用戶管理、資源調度管理、會議管理和業務查詢和統計等功效。答：滿足。業務管理系統能夠提供方便用戶管理功效（許可聯通營業廳營業員對用戶信息進行管理，同時也許可用戶查詢、修改自己用戶信息、查詢會議信息、費用信息等），能夠對全網MCU、終端資源進行統一管理，能夠管理已經預約和正在召開會議，為業務管理員提供業務查詢統計功效。業務管理系統應含有最少能夠管理10萬個用戶帳號，20個GK，100個MCU，30個GW，同時300個會議，同時個終端能力。答：滿足。業務管理系統應含有會議呼叫建立、會議功效管理、講話申請控制、端口實時監測顯示、預約和立即會議、會議時間自動統計、速率設定、語音圖象編碼算法設定、分辨率設定、主席設定、用戶地址錄入和編輯、會議數量統計和對會議事件進行存放等會議管理功效。答：滿足。賣方應對以下各個步驟以步驟圖方法進行具體描述，并說明在各個步驟中軟、硬件具體動作和遵照協議。用戶注冊、業務申請、用戶群登記，會議模板生成。組織會議：預聚會議和立即會議，采取Web方法和電話、E-mail方法預聚會議步驟。經過Web和用戶終端用戶自己組建會議步驟。會議中控制：包含MCU和終端管理；包含會議中邀請、刪除終端、終端呼入到會議中。會議結束：帳單輸出、用戶查詢，統計功效。答：滿足用戶注冊步驟用戶填寫用戶注冊申請表單，連同有效證件（個人證件或單位證實等）提交營業員審核，審核經過繼續下面步驟；審核沒有經過拒絕受理注冊業務，并通知用戶不合格原因；營業員登錄聯通會議電視業務網頁，將營業員認證請求提交認證服務器。認證服務器進行營業員身份認證。返回營業員認證結果。認證經過后，錄入用戶注冊表單信息，確定填寫信息無誤后提交用戶管理服務器。用戶管理服務器進行數據正當性檢驗。數據正當存放用戶相關信息，返回注冊成功信息。注冊信息不正確，返回失敗原因，營業員和用戶協商后修改用戶注冊信息，并將表單重新提交給用戶管理服務器。將注冊結果經過用戶管理服務器返回瀏覽器，營業員打印用戶相關表單交給用戶。將用戶注冊成功相關信息經過Email方法發送到用戶信箱。終端注冊步驟用戶填寫終端注冊申請表單，連同有效證件（個人證件或單位證實等）提交營業員審核，審核經過繼續下面步驟；審核沒有經過拒絕受理注冊業務，并通知用戶不合格原因；營業員登錄聯通會議電視業務網頁，將營業員認證請求提交認證服務器。認證服務器進行營業員身份認證。返回營業員認證結果。認證經過后，錄入終端注冊表單信息，確定填寫信息無誤后提交用戶管理服務器。用戶管理服務器進行數據正當性檢驗。數據正當存放終端相關信息，返回注冊成功信息。注冊信息不正確，返回失敗原因，營業員和用戶協商后修改終端注冊信息，并將終端注冊表單重新提交給用戶管理服務器。將注冊結果經過用戶管理服務器返回瀏覽器，營業員打印相關終端表單交給用戶。將終端注冊成功相關信息經過Email方法發送到用戶信箱。用戶群登記步驟營業員登錄聯通會議電視業務網頁，將營業員認證請求提交認證服務器。認證服務器進行營業員身份認證。返回營業員認證結果。認證經過后，錄入用戶群登記信息，確定填寫信息無誤后提交用戶管理服務器。用戶管理服務器進行數據正當性檢驗。數據正當存放用戶群信息。數據不正確，返回失敗原因，營業員和用戶協商后修改用戶群信息，并將用戶群登記信息重新提交給用戶管理服務器。將用戶群登記結果經過用戶管理服務器返回瀏覽器。會議模板生成步驟用戶（營業員或客服操作員）登錄聯通會議電視業務網頁，將身份認證請求提交認證服務器。認證服務器進行身份認證。返回身份認證結果。認證經過后，填寫會議預約表單，確定填寫信息無誤后提交會議管理服務器。檢驗用戶是否選擇將預聚會議表單保留為會議模板功效。選擇保留模板功效，則存放預聚會議表單為模板信息。沒有選擇保留模板功效，則將預聚會議表單存放為歷史會議統計。經過Web預聚會議步驟用戶登錄聯通會議電視業務網頁，將用戶認證請求提交認證服務器。認證服務器進行用戶身份認證。返回用戶身份認證結果。認證經過后，用戶選擇預約一個新會議功效。填寫會議預約表單，確定填寫信息無誤后提交會議管理服務器。會議管理服務器檢驗填寫表單內容。假如選擇將會議預約信息保留為會議模板功效，則存放會議預約內容為模板。不然，將存放會議預約內容為歷史統計。會議管理服務器檢驗所約終端資源是否空閑，若不空閑則返回某一終端已被占用信息。會議管理服務器提醒用戶或放棄已被占用終端，或修改會議預約信息后重新提交表單。若終端資源空閑，會議管理服務器則依據調度策略檢驗MCU資源是否空閑，若MCU資源已被占用，會議管理服務器則提醒用戶是否將預約不成功會議轉至用戶服務中心。用戶不一樣意轉至用戶服務中心，會議管理服務器則通知用戶預聚會議失敗。用戶同意轉至用戶服務中心。會議管理服務器通知用戶稍后查詢會議預約信息若MCU資源足夠，會議管理服務器通知MCU預留資源。通知用戶會議預約成功會議管理服務器將會議預約信息存入數據庫。返回預約結果到瀏覽器將會議預約成功信息經過Email發送到預約者信箱。將會議預約成功信息經過Email發送到和會者信箱。經過Web召開立即會議步驟用戶登錄聯通會議電視業務網頁，將用戶認證請求提交認證服務器。認證服務器進行用戶身份認證。返回用戶身份認證結果。認證經過后，用戶選擇立即會議功效。填寫立即會議表單，確定填寫信息無誤后提交會議管理服務器。會議管理服務器檢驗填寫表單內容。假如選擇將會議預約信息保留為會議模板功效，則存放會議預約內容為模板。不然，將存放會議預約內容為歷史統計。會議管理服務器檢驗所約終端資源是否空閑，若不空閑則返回某一終端已被占用信息。會議管理服務器提醒用戶或放棄已被占用終端，或修改會議預約信息后重新提交表單。若終端資源空閑，會議管理服務器則依據調度策略檢驗MCU資源是否空閑，若MCU資源已被占用，會議管理服務器則通知用戶預聚會議失敗。若MCU資源足夠，會議管理服務器通知MCU召開立即會議。通知用戶立即會議成功會議管理服務器將會議預約信息存入數據庫。返回預約結果到瀏覽器將會議預約成功信息經過Email發送到預約者信箱。將會議預約成功信息經過Email發送到和會者信箱。經過電話預聚會議步驟用戶登錄聯通會議電視業務網頁，將用戶認證請求提交認證服務器。認證服務器進行用戶身份認證。返回用戶身份認證結果。認證經過后，用戶經過電話語音提醒選擇預聚會議功效。輸入會議預約內容，確定輸入會議信息無誤后提交會議管理服務器。會議管理服務器檢驗填寫表單內容。會議管理服務器檢驗所約終端資源是否空閑，若不空閑則返回某一終端已被占用信息。會議管理服務器提醒用戶或放棄已被占用終端，或修改會議預約信息后重新提交表單。若終端資源空閑，會議管理服務器則依據調度策略檢驗MCU資源是否空閑，若MCU資源已被占用，會議管理服務器則通知用戶預聚會議失敗。若MCU資源足夠，會議管理服務器通知MCU召開立即會議。通知用戶會議預約成功會議管理服務器將會議預約信息存入數據庫。返回預約結果到瀏覽器將會議預約成功信息經過Email發送到預約者信箱。會議中邀請或刪除終端步驟用戶或客服操作員登錄聯通會議電視業務網頁，將用戶認證請求提交認證服務器。認證服務器進行用戶身份認證。返回用戶身份認證結果。認證經過后，用戶進入會議控制頁面。選擇會議控制功效。若邀請終端加入會議，從控制頁面上可用終端列表中選擇邀請加入會議終端，并提交會議管理服務器查詢MCU資源是否足夠。MCU資源足夠，會議管理服務器向MCU發送邀請終端命令請求，若MCU資源不足，則通知用戶無法邀請終端加入。MCU呼叫被邀請終端。將被邀請終端從可用終端列表中刪除。若刪除加入會議終端，從控制頁面上刪除所選參會終端，并提交會議管理服務器。會議管理服務器向MCU發送刪除終端命令請求。MCU刪除所選參會終端。會議管理服務器將被刪除終端加入可用終端列表。會議中終端呼入到會議中步驟用戶經過終端呼叫MCU服務名＋會議名到MCU。MCU認證查詢會議情況及MCU資源情況。條件不滿足，MCU拒絕終端加入會議。條件滿足，MCU接收終端加入會議。會議結束帳單輸出步驟計費管理服務器向MCU發送采集CDR話單命令請求。MCU將CDR話單傳送至計費管理服務器。計費管理服務器對CDR原始話單進行預處理。依據用戶信息和會議基礎費率，進行CDR話單一次批價和用戶每次會議計費信息合并。將計費數據存放在計費管理服務器各分企業營帳系統根據各分企業不一樣優惠策略對一次批價后計費信息進行二次批價。依據優惠策略進行計費出帳，各省分企業依據自己定制出帳周期進行出帳。營業廳收費人員，接收用戶交費申請。營帳子系統查詢交費管理數據庫為用戶輸出帳單。用戶查詢步驟用戶登錄聯通會議電視業務網頁，將用戶認證請求提交認證服務器。認證服務器進行用戶身份認證。返回用戶身份認證結果。認證經過后，用戶進入信息查詢頁面。選擇查詢內容選擇查詢用戶信息功效向用戶管理服務器發送查詢請求用戶管理服務器向數據庫發送查詢請求，并將查詢結果返回給用戶。選擇查詢會議信息功效向會議管理服務器發送查詢請求會議管理服務器向數據庫發送查詢請求，并將查詢結果返回給用戶。選擇查詢會議費用信息功效向交費管理服務器發送查詢請求交費管理服務器向數據庫發送查詢請求，并將查詢結果返回給用戶。賣方應具體描述多會議怎樣組織、當地會議、跨GK域會議組織和全國會怎樣組織。答：在資源管理調度中業務管理中心作用，和GK、GW、MCU、網管中心資源信息交互方法。答：業務管理中心統一調度全網全部MCU、GW資源。賣方應描述業務管理系統對MCU、GW等資源調度策略、和MCU級聯條件、主從MCU確實定規則。答：滿足。業務管理中心負責全網MCU資源調度。MCU級聯標準若某省有2個(此值是可設定)以上終端參與同一個會議，一定經過本省MCU，參會MCU間級聯。主會場在主MCU，其它級聯MCU為從MCU。業務管理系統應能針對每一個會議對網絡資源進行實時調度，并具體說明調度策略和步驟，及各設備動作。答：滿足。對每一個會議，首先用戶在預聚會議時要選定某一終端為主會場，主會場采取就近標準接入當地MCU，此MCU為主MCU；其它終端采取就近標準接入當地MCU，若當地沒有資源，溢出到大區；如某省只有一個和會終端，則依據集中標準接入主MCU。用戶管理系統接收用戶預聚會議信息，并同時依據資源調度策略對會議進行配置，然后提交會議管理系統，會議管理系統查詢MCU和終端資源情況，返回會議預約結果信息。說明資源利用狀態動態數據生成及數據庫動態刷新方法。被授權系統管理員能夠閱讀資源利用狀態和人工干預資源調度。答：滿足。假如會議預約成功，會議管理系統刷新可用資源（包含MCU和終端）情況，確保數據庫中資源和實際資源完全同時。在客服中心，全國客服管理員能夠查看任意時段MCU資源情況；同時能夠人工配置會議，此時全國客服管理員能夠不完全遵照資源調度策略，而采取靈活資源調度方法。說明業務管理中心和GK、GW、MCU、計費認證系統、客服營帳系統、網管系統、目錄服務器信息交互內容、步驟協議、接口等。答：滿足。GKGW(采取MCU內置網關)MCU：業務管理系統經過調用API函數，查詢MCU資源、預聚會議、控制會議等。計費認證系統：計費認證系統經過內部接口向業務管理系統查詢用戶信息，并返回用戶相關信息。客服系統經過WebServer進行資源查詢，并進行會議資源調度等操作。網管系統：經過HPOpenView網管軟件采取SNMP協議管理業務管理系統服務器、工作站和MCU和終端；同時還可調用API接口函數管理配置MCU。目錄服務器：應提供會議模板功效，例行會議不需要每次全部輸入號碼，可直接調入。賣方應具體說明會議模板建立過程。答：滿足。用戶能夠預先設置模板，也能夠將新創建會議存為模板。同時還提供調用歷史會議統計功效。應支持用戶延長會議、提前結束會議功效。在會議結束前10分鐘應自動提醒用戶是否延長會議。賣方應說明會議結束標志。對于非正常退出終端，賣方應說明判別方法和恢復方法。答：滿足。用戶在進行會議控制時，能夠延長會議時間，能夠提前將會議結束；也能夠在會議結束前提前提醒；假如到預約結束時間而用戶沒有選擇延長會議，或用戶選擇了結束會議，則會議結束；假如會議過程中終端斷開，會議控制界面上會作出提醒，會議控制操作員能夠選擇進行重新連接，或由用戶自己經過呼叫進行重新連接。應提供用戶經過WEB預聚會議和用戶自主提議立即會議方法，請描述兩種會議提議方法技術實現。答：滿足。經過Web方法預聚會議：用戶經過認證后，能夠選擇創建新會議、調用已經有模板或選擇歷史統計，然后進行會議參數修改、添加和會終端、選擇會議召開時間和連續時間等操作，最終提交會議。用戶需要召開即時會議時，也能夠經過Web方法，進行上述操作同時選擇“立即會議”，假如會議提交成功（資源許可），則會議立即召開。當某個會場終端系統設定本會場為主席會場后，業務管理系統應含有強制取消其主席會場控制權功效。答：滿足。經過客服中心操作員能夠強制取消其主席會場控制權業務管理系統應設置最少兩級管理權限，北京總部管理中心系統操作員能夠處理全國范圍會議電視業務，分企業遠程管理終端只能處理本省內會議電視業務。應提供遠程調度資源能力。分企業業務管理終端應能處理本省內會議。答：滿足。北京總部管理中心包含以下管理人員全國系統管理員：負責會議電視業務系統管理人員設置，負責MCU、GK和終端配置管理，負責系統中所需參數管理，負責數據文件備份，負責日志文件管理。全國業務管理員：負責全網業務情況、資源情況、用戶情況查詢統計。全國客服操作員：負責為用戶預聚會議、控制會議和對會議進行資源調度。全國計費系統管理員：負責管理全國會議電視業務費率，設置CDR采集周期、負責欠費管理、負責多種帳務查詢統計。全國網絡管理員：負責管理全網視頻設備配置、監控、故障管理、性能檢測和安全管理，負責業務管理系統設備監控。各分企業包含以下管理人員分企業業務管理員：負責本省業務情況、資源情況、用戶情況查詢統計。分企業客服操作員：負責為本省用戶預聚會議和控制省內會議。分企業計費系統管理員：負責管理本省會議電視業務優惠策略，負責本省欠費管理、負責本省出帳、負責本省多種帳務查詢統計、負責計費參數設定，如：出帳周期、滯納金百分比等。分企業網絡管理員：負責管理本省視頻設備配置、監控、故障管理、性能檢測和安全管理各省市營業廳包含以下管理人員：業務受理營業員：負責受理用戶注冊、用戶終端注冊、用戶相關信息查詢和預聚會議等業務。收費營業員：負責收取本省內用戶會議電視費用，并輸出帳單。說明業務管理系統安全、認證機制，分級授權機制，和實現。答：滿足。說明業務管理系統應含有雙服務器在線熱備份保障機制。答：滿足。8認證計費和營帳系統認證計費和營帳系統應能實現10萬注冊用戶，同時會議300，同時用戶認證計費和營帳。答：滿足。應有多級授權認證，用戶分為通常見戶（能夠參會）和主持用戶（能夠召集會議，查詢帳目、修改會議模板、加值等，會議提議后隱含主席）；運行操作員分為營業臺注冊營業員（能夠注冊用戶，查帳，出帳等），分企業系統管理員（能夠查看本省會議情況、資源占用、優化資源配置等）、總部系統管理員（可查看全網會議情況、資源占用、優化資源配置等）等等級。說明授權方法和認證處理步驟。答：滿足。在本系統注冊用戶均為主持用戶,能夠召集會議，查詢帳目、修改會議模板等，會議提議后并能夠控制會議，每個主持用戶能夠建立自己通訊錄，通訊錄中用戶為通常見戶均能夠參與會議。營業廳營業員可分為業務受理人員和收費人員，業務受理人員負責用戶注冊、用戶終端注冊、用戶相關信息查詢和預聚會議等業務；收費人員負責收取本省內用戶會議電視費用，并輸出帳單。分企業業務管理員：負責本省業務情況、資源情況、用戶情況查詢統計。分企業客服操作員：負責為本省用戶預聚會議和控制省內會議。全國業務管理員：負責全網業務情況、資源情況、用戶情況查詢統計。全國客服操作員：負責為用戶預聚會議、控制會議和對會議進行資源調度。授權方法：全國系統管理員擁有最高權限，并能夠為全國業務管理員、全國計費管理員、全國客服操作員、全國網絡管理員授權。全國業務管理員能夠為分企業業務管理員授權全國計費管理員能夠為分企業計費管理員授權全國客服操作員能夠為分企業客服操作員授權認證處理步驟：用戶認證步驟：用戶經過瀏覽器輸入用戶名、密碼采取SSL來確保數據傳輸安全性至認證服務器，認證服務器將認證內容提交數據庫進行認證查詢，只有認證經過用戶才可使用該系統。在會議電視網中，對系統使用有一定權限控制，對不相同級管理員或營業員設置不一樣權限，使其只能使用有限范圍系統功效。認證信息通信應有安全確保，賣方說明安全機制及實現。答：滿足。認證信息采取MD5加密，SSL加密傳輸。計費應能依據多參數（方數、MCU/GW功效占用、會議時長、預約資源、速率和、時間段等）進行靈活計費和實施資費策略。賣方應說明計費實現方法和可用于計費參數。答：滿足。認證計費系統從MCU采集CDR數據，根據會議參數和資費策略進行計費。可用于計費參數包含：會議起止時間、會議方數、帶寬、是否分屏、占用級聯口數量（可選）等。說明營帳系統組成，用戶、營業臺注冊客服員、分企業系統管理員、總部系統管理員能享受哪些服務，賣方應描述營帳系統怎樣完成用戶費用收繳和銷帳和對應統計功效。賣方應依據所提供視訊交換設備，說明原始計費信息（CDR）出處，和認證計費系統計費精度。答：滿足。認證計費系統從MCU采集CDR數據，計費精度為分鐘。計費系統不僅能對正常入會終端進行計費，而且對會議中邀請、加入或刪除終端全部能分別計算費用。答：滿足。計費系統能夠對全部在會議中出現終端按其參會時間分別計算費用。計費系統能夠和銀行聯網，利用多種銀行卡開展會議電視業務，說明計費系統和銀行系統接口，工作步驟。答：賣方應說明可供用戶查詢種類和查詢帳單細目和用戶可使用查詢手段和等級。答：滿足。用戶能夠查詢凍結金額、違約金金額、帳戶余額等；查詢每個會議具體費用；用戶能夠經過Web方法、IVR電話自動業務受理方法或到當地聯通營業廳查詢自己費用情況。認證計費系統應能夠提供預付費方法和實時計費方法，而且能夠為用戶提供不一樣付費方法。答：基礎滿足。對于信譽度較高企業用戶，許可先開會，后付費；認證計費系統同時能夠提供預付費方法，關鍵針對個人用戶，不許可欠費，在用戶預聚會議時，假如用戶帳戶上金額不足，則提醒用戶續費，會議預約不成功。賣方應提供預付費卡發放條件，并具體說明預付費卡使用步驟。答：滿足。由全國業務管理中心統一生成預付費卡（在本系統中稱為現金卡），并統一制卡、統一對現金卡狀態進行管理，只有激活現金卡，才能夠進行統一發放。使用步驟：用戶注冊為聯通會議電視用戶后，便能夠購置現金卡，然后經過Web方法或IVR電話業務受理系統進行續費，將現金卡金額轉入注冊用戶帳戶中，然后便能夠使用會議電視業務。一旦帳戶余額不足，用戶能夠再次購置現金卡，并經過上述方法進行續費。費用結算時間<1分鐘，結算時間單位為1分鐘。答：滿足。賣方應列出為用戶提供帳單明細表，而且必需依據買方要求進行增刪。答：滿足。用戶能夠經過聯通營業廳查詢、打印自己帳單明細表。此帳單可依據買方要求進行增刪。賣方應明確怎樣實現余額通知和實時進行計費功效。答：部分滿足。用戶能夠經過Web方法或IVR電話業務受理系統查詢帳戶余額。對于個人用戶，不許可欠費，在用戶預聚會議時，假如用戶帳戶上金額不足，則提醒用戶續費，會議預約不成功。實時進行計費暫不支持。賣方應說明營業收入統計、會議電視系統經營情況分析、數據流量和流向分析和業務估計方法方法。全部報表、圖表格式必需依據買方要求進行修改。答：滿足。賣方提出各省分企業間費用結算方法供買方參考，結算模塊中應包含和其它運行商間費用結算。答：滿足。現在結算方法是針對MCU級聯會議進行結算。依據級聯會議所用各省MCU情況和在各省MCU上方數，以一次批價計算會議費用按月進行結算。系統應支持遠程訪問、設置功效。賣方應說明管理權限可設置等級，并確保各分企業營帳終端只能處理本省內業務。答：滿足。營帳終端能夠經過調制解調器或專線遠程訪問計費服務器，各省計費系統管理員可為營業廳收費人員設置權限，并可針對營業廳設置有效登錄時間。賣方具體說明結算、營賬系統和各省結算、營賬子系統處理步驟，接口界面。答：滿足。會議電視業務結算是經過全國計費中心完成，各省分企業不設結算系統。結算系統處理步驟為：針對MCU級聯會議進行結算。依據級聯會議所用各省MCU情況和在各省MCU上方數，以一次批價計算會議費用按月進行結算。全國營帳系統負責會議費用一次批價，負責會議基礎費率管理。各省分企業營帳子系統負責二次批價及出帳。賣方應承諾和聯通綜合營帳系統間進行信息交換或將本系統作為綜合營帳系統子系統。答：滿足。賣方應明確指明系統處理能力和具體硬件配置。答：滿足。硬件配置：賣方應明確給出該系統和業務管理系統、和銀行間和各營業廳間物理接口和所遵照協議。答：滿足。接口及協議：認證、計費、結算、營賬子系統必需采取模塊化設計，并明確各子系統接口。答：滿足。各子系統間經過接口函數交換信息。9客服系統賣方應提出和聯通“1001”客服系統結合方案。用戶電話經過“1001”或固定號碼轉移到全國業務管理中心和各省業務管理中心客服系統實現方法。客服系統關鍵應以用戶自理web方法為主，利用1001客服座席進行輔助，說明和1001客服接口、工作步驟；說明全國系統管理員和各省系統管理員業務權限和分工界面。客服系統應支持電話、傳真、上網（E-mail、Web）等不一樣方法進行業務咨詢、預聚會議、提供幫助、故障申告、業務提議、輔助會議建立等功效。對于每個功效賣方應給出具體步驟圖。賣方應說明所提供各項功效處理過程，對處理結果應能立即反饋給用戶。賣方應具體說明客服系統和業務管理系統、網管系統、認證計費和營帳系統接口和遵照標準。賣方應明確說明客服系統支持語言種類，如漢語（一般話、粵語）、英語等。客服系統應配置桌面型會議電視終端，方便引導用戶進行配置。10網管系統網管系統應能對20個GK，100個MCU，30個GW，同時個終端進行設備管理。答：滿足網管系統是基于分層管理系統，每個省級系統管理各自系統，同時支持分布式管理，所以支持數目眾多網元網管系統應能對視頻會議設備（MCU、GK、網關、終端等）進行配置管理、故障管理、性能檢測和安全管理。答：滿足網管系統采取分層管理結構，完全支持SNMP協議，而且能夠經過代理機制訪問設備，能對視頻會議設備MCU進行配置管理。應能實現遠程診療、遠程在線支持、遠程升級、遠程調配會議等多項維護功效。答：滿足網管系統能夠經過多個方法在當地或遠程連接MCU。包含RS232直連線、撥號Modem、LAN。可經過IP網絡對MCU進行在線軟件升級，而且自動軟件升級到各模塊，同時還能夠進行系統配置、系統錯誤檢測和問題診療。網管系統應設有多級口令，并可依據登錄口令區分其修改數據及其它操作能力權限。說明。答：滿足網管系統用戶能夠分為一般用戶和超級用戶兩個組，一般用戶權限只能瀏覽不能更改設置，而超級用戶才能夠對系統進行配置。同時，網元也支持對用戶身分驗證，當配置更改網元時候，必需輸入正確用戶名、口令，才能夠進行查看或修改。在對各端口進行實時監測時，某端口出現故障時應能自動告警，并對出現故障端口進行檢測，自動判定出故障類型，若整個會議過程中因為外界原因或人為原因出現掉點現象，管理系統應能實時顯示告警信息并能自動進行再連接，以在短時間內恢復。廠家應說明掉點恢復時間。答：滿足網管系統對MCU管理到每個端口并進行實時監測，當某個端口出現故障時候能夠自動告警，并能夠自動判定出故障類型，同時當會議進行中，因為外界原因或人為原因出現掉點現象，會議控制系統能夠自動判定并可進行再連接，掉點恢復時間<=30秒網管系統應能對整個系統內全部會場設備進行實時監測顯示，并能依據監測數據匯報結果，用以判定故障。答：滿足網管系統能夠對整個系統內全部會場設備進行實時監測，并能夠監測顯示全部設備狀態。針對MCU含有4級系統告警：指示燈告警、系統告警、功效板和接口板告警、會議狀態告警。經過網管系統故障定位應能夠正確到MCU上各個單板，應提供多個故障定位手段，請列舉。答：滿足網管系統對MCU能夠管理到板卡級，正確到MCU上各個單板，能夠顯示各個單板狀態，并能夠經過遠程終端訪問方法定位故障位置，同時，日志文件中也會對故障進行多級故障統計。應能實時打印會議過程中出現多種故障信息和告警，并能在維護終端上存放和顯示告警和故障匯報。答：滿足網管系統能夠對會議過程進行管理，而且能夠經過SNMP實時監視會議進程，并能夠在維護終端上存放和顯示告警和故障匯報。對于支持SNMP協議終端，應能進行遠端配置和實時監視答：滿足網管系統平臺是基于OpenView，完全支持SNMP多種應用，對于支持SNMP多種設備，網管系統全部能夠進行管理。應能對多種計算機主機、存放設備數據庫系統、DNS、E-mail、WebServer、目錄服務器、業務管理、認證計費和營帳和客服系統應用軟件進行管理。答：部分滿足網管系統對于計算機主機、存放設備能夠進行管理，對于應用軟件能夠經過日志文件進行查看管理。賣方應具體描述網管系統所支持設備使用統計、故障統計等多種統計功效。答：滿足網管系統能夠使用日志數據庫，并能夠依據SNMP取得設備狀態，故障等信息，能夠實時統計分析也能夠經過數據庫進行統計分析。11電源和接地要求賣方所提供設備若使用單相交流電，則在下列范圍內正常工作交流：220V±10％、50Hz±5％。假如賣方所提供一些設備使用－48V直流電源，則該設備應在電壓－57V～－40V變動范圍之內正常工作。賣方提供設備在以下條件應能正常工作：保護地線：≤10Ω工作地線：≤4Ω賣方應提供設備電源類型（～220V或-48V）、電壓改變范圍、參數指標、各設備耗電量、所需熔絲容量、接地電阻阻值、電力電纜和接地線截面積規格、數量。12環境要求視訊交換設備應能在室外環境溫度為—8～＋45℃,或室內溫度為＋5～+40℃，相對濕度為90％(在＋25℃時)，海拔高度在1000米條件下，連續運行8小時以上，假如產品不能滿足這些要求，賣方應申報偏差值。賣方應具體提供設備正常和極限情況下對溫濕度等環境技術要求指標。賣方應具體提供設備負荷、安裝方法和抗震加固方法。賣方應具體提供設備對地板或地面絕緣電阻要求。賣方應具體提供設備安裝機架（柜）外形尺寸、重量、面板部署、進出線方法和進風出風方法。賣方應具體提供設備對機房防塵和有害氣體濃度要求。賣方應具體提供設備噪聲指標。13系統軟件要求軟件采取模塊化結構，賣方必需確保任何一個軟件模塊維護和更新全部不影響其它軟件模塊，軟件含有容錯能力。答：滿足全網軟件均采取模塊化結構，各模塊相對獨立，能夠確保任何一個軟件模塊維護和更新不影響其它軟件模塊。賣方提供軟件應能滿足確保全網（包含網管中心、視頻平臺、終端）正常運行所需管理、運行、維護等相關全部軟件，必需是最新正式版本軟件系統，在提議書中要具體列出所提供軟件清單和說明。答：滿足業務管理系統軟件：用戶管理會議管理系統管理資源管理統計分析計費管理系統軟件計費管理營帳管理現金卡管理用戶服務中心管理軟件Web人工支持網絡管理軟件應含有軟件運行故障監視和診療功效，一旦出現不正常情況，監視設備應立即發出告警信息，并自動恢復，不能影響任何已建立業務連接。答：滿足視頻平臺不一樣時期軟件版本應能向下兼容，軟件版本易于在線升級，且在升級過程中不影響網絡性能和運行。若版本升級沒有成功，應能切換回原軟件版本繼續工作。答：滿足軟件界面應含有簡單明了漢字菜單，易于掌握，使用方便。答：滿足全部應用軟件界面全部有漢字菜單及漢字幫助，且簡單明了。在系統投入運行后五年內，買方有權對軟件功效模塊提出修改提議和意見，賣方應依據買方意見或提議給予無償修改或更換；在碰到賣方設備軟件版本升級或更換軟件時，賣方應給予無償提供，五年后也應以優惠價格提供。答：滿足14系統安全賣方應具體說明實現會議安全方法。對所提供認證種類和方法分別以步驟圖表示。確保會議控制權不被濫用、和會終端正當。對于運行支撐系統應含有完善安全和保密方法，以確保視頻會議正常進行和整個網絡正常運行。請賣方具體描述所提供產品在系統安全性上保障方法。針對計費信息、會議信息和用戶信息等各類信息，賣方應說明所提供安全方法。賣方應說明對于Web方法受理業務時所采取安全方法，確保IP網上用戶業務受理安全和不可抵賴性。。賣方應說明預防數據在傳輸途中被截獲所采取技術。15其它技術要求系統應有良好擴容能力，擴容時應不影響系統正常運行，請具體說明擴容方案。應含有可變尺度音、視頻壓縮編碼。應含有良好畫面和聲音質量，聲音不失真，畫面連續無抖動，唇音良好同時。賣方應說明會議電視業務網中所提供數據庫數量，各個數據庫間協同工作過程和數據庫軟硬件配置。賣方應說明為買方提供設備支持H.323V4版本哪些功效，不支持哪些功效。16技術文件16.1賣方提供技術資料應能滿足確保系統正常運行所需管理，運行及維護等相關全套技術文件，在提議書列出提供技術資料具體清單。16.2每個地點提供全套技術文件書面文本及電子文本各三套。16.3買方有權復制賣方提供資料，作為設備維護管理使用。16.4在設備開通后，假如發生軟件版本升級和設備更新變動情況，賣方也應向買方提供必需技術資料。17設備配置及供貨范圍設備配置清單見附件1。17.1視訊交換設備配置本期工程覆蓋全國31個省、直轄市，MCU總端口容量為1050個，全網在30個地點配置MCU，每處MCU應支持端口數見附件1。北京設置頂級GK，區域GK設置在數據網大區節點。依據MCU端口數量和提供產品能力，賣方可提議區域GK數量和配置地點。在北京、上海和廣州設置PRI接口網關設備。在北京和上海設置和其它運行商H.323系統互通邊界設備BE/MCU。在福州、上海、杭州、哈爾濱、廣州設置V.35/E1接口網關設備。17.2運行支撐設備配置在北京設置網絡運行和網絡管理中心，設置會議電視業務管理系統、認證計費系統、營帳系統、客服系統和網管系統，對全網會議電視業務進行組織、資源統一調配管理和計費營帳，和為各個系統服務數據庫。分企業可經過遠程終端進行業務組織和營帳，和管理本企業范圍內設備。設備清單見附件2。17.3供貨范圍及其它賣方應提供安裝維護設備和專用儀器、儀表、專用維護工具和電纜。賣方應提供終驗以后兩年使用備品、備件和消耗材料清單，并提出備件數量提議。保修期為兩年，保修期內無償更換軟硬件，保修期外以不高于本協議價格提供備件。賣方必需在工廠配置為此次工程提供設備備件八年以上。賣方應依據上述配置，分別針對各個地點提供具體設備硬件配置示意圖，具體描述設備各個板卡和各個模塊配置，和多種接口模塊配置及連接關系，并確保設備配置有冗余量、機框有一定擴容能力。賣方應對視訊交換設備（GK、MCU、GW）、業務管理系統、認證計費系統、營帳系統客服系統和網管系統所包含全部軟件版本、報價列出清單，并向買方提供軟件系統配置圖，提出配置提議。賣方應依據自己處理方案，針對GK、MCU、網關設備和業務管理系統、認證計費系統、營帳系統、客服系統和網管系統分別給出網絡結構圖及設備配置，應依據不一樣需求給出對應設備配置模型。對于任選設備應單獨報價，應提供技術性能及供技術經濟比較所需資料。對于業務性能，應指出哪些是設備固有，即不需要增加設備費用；哪些是任選，并說明增加每種任選性能需要增加附加費用。18交貨、安裝和調試、驗收及試運行本工程是交鑰匙工程，賣方應負責本協議范圍設備運輸、交貨、設備驗收、安裝、調試、測試、初驗、終驗等全部工程實施，并作為系統總集成商負責會議電視業務網全網開通、調測及終端設備入網等。并明確在全部工程實施過程中工程分工界面。18.1交貨簽署協議后6個星期內設備全部抵達現場。同時包含技術提議書中所列技術資料。18.2安裝和調試賣方需明確以下問題：設備安裝由賣方負責，關鍵包含（見圖18.1：施工界面圖）：賣方負責安裝MCU、GK、網關等視訊交換設備和運行支撐設備至以太網交