第三期mcu資源配置原理_第1頁
第三期mcu資源配置原理_第2頁
第三期mcu資源配置原理_第3頁
第三期mcu資源配置原理_第4頁
第三期mcu資源配置原理_第5頁
已閱讀5頁,還剩52頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、配置原理認(rèn)證視訊MCUHCIE-VCV1.0Version: V1.0(20130320)MCU是基于H.323協(xié)議體系的視音頻處理與轉(zhuǎn)發(fā)設(shè)備,其全稱為Multi-Point Control Unit多點(diǎn)控制單元。MCU主要負(fù)責(zé)交換、音頻混合、數(shù)據(jù)處理、終端接入、信令交互等,是視訊系統(tǒng)的本課程旨在了解MCU的處理思路和方法。流處理中心 。配置原理,熟悉并掌握常見問題的Page 2學(xué)習(xí)完此課程,您將會(huì):Ø 掌握86XX MCU的Ø 掌握86XX MCU的配置原理換算關(guān)系Ø 掌握86XX MCU的License配置Ø 熟悉96XX MCU的配置原理Page

2、3第1章 86XX MCU配置原理l 名稱:HDP:High Density Process Board 音頻/扣板l 種類:HDPA/HDPB/HDPC/HDPD四種類型p 扣板里最的處理是DSP,根據(jù)DSP的多少扣板的分為HDPA(2DSP)、HDPB(4DSP)、HDPC(6DSP)、HDPD(8DSP)。l 功能:視音頻協(xié)議的編議適配、多畫面、混音)(表現(xiàn)為速率協(xié)Page 61.1MCU概述-DSPl 登錄MCU Web界面, 點(diǎn)擊設(shè)備管理->硬件狀態(tài),可以查看扣板與DSP信息。Page 71.1MCU概述-DSP不能在同一個(gè)DSP,編碼和不能在同一個(gè)DSP。分配原則:音頻和l處

3、理單元(DSP)為,每個(gè)DSP可以支持:l 以80路音頻(G.722,AAC-LD要按照4路G.722計(jì)算)或者3路H.264 CIF或者2路H.264 CIF編碼pppl 多畫面按照4畫面步長,子畫面和組合畫面的固定比例是4:1。p 則四畫面需要4個(gè)、1個(gè)編碼;8畫面需要8個(gè)、2個(gè)編碼。速率/協(xié)議適配每路需要1個(gè)、1個(gè)編碼。lPage 8l 多畫面Page 9H.264 CIFHDP4畫面4解1編VC61HDPB8畫面8解2編VC61HDPB12畫面12解3編VC61HDPC16畫面16解4編VC61HDPDl 適配Page 10H.264 CIFHDP2路適配2解2編VC61HDPA4路適

4、配4解4編VC61HDPB6路適配6解6編VC61HDPC8路適配8解8編VC61HDPD第1章配置原理86XX MCUPage 111.2MCU配置原則l MCU在處理會(huì)議的視音頻碼流的主要起如下三種作用:l 碼流轉(zhuǎn)發(fā)p 優(yōu)先通過G完成碼流轉(zhuǎn)發(fā),沒有G或G容量不夠的通過GCCX完成。(適配、多畫面):碼流的編lp 當(dāng)會(huì)議里需要做多畫面或者速率協(xié)議適配時(shí),MCU對相應(yīng)的會(huì)場的碼流重新進(jìn)行和編碼。處理是在MCU上的視音頻扣板(HDP)處理的。p 編碼和l 音頻碼流的編(混音)Page 12第1章配置原理86XX MCUPage 131.3MCU計(jì)算格式之間換算關(guān)系如下:lPage 14協(xié)議格式區(qū)

5、間多畫面:H.264 CIF比例速率協(xié)議適配:H.264 CIF比例H.264 CIF11H.264 4CIF2.52H.264 720P42H.264 1080P841.3MCU計(jì)算【配置舉例】l 客戶需要24路G.711音頻, H.264 CIF 16畫面和2路CIF速率適配,則需要的為:p 24路音頻,241dspp 16畫面:16解4編碼,2路適配:2解2編處理單元:16+218,18/36dsp;pp 編碼:4+26,6/23dsp;編需要:639dsp;處理單元dsp:1+910。p 共需要l HDPA/B/C/D的處理能力分別為2、4、6、8,采用從大往小配置的方式,選擇HDPD

6、(8)+HDPA(2)。Page 15本章小結(jié)l 86XX MCUp MCU配置原理概述p MCU配置原則p MCU計(jì)算Page 16第4章配置原理96XX MCUPage 17第2章 86XX MCU換算關(guān)系2.1 交換容量與接入點(diǎn)換算關(guān)系2.22.3多畫面換算關(guān)系適配換算關(guān)系Page 182.1交換容量與接入點(diǎn)數(shù)換算關(guān)系l 原則l 原則1:多個(gè)低帶寬交換容量可以折l 原則2:但是高帶寬交換容量不能折高帶寬交換容量多個(gè)低帶寬交換容量。l 要求:l 實(shí)際使用接入點(diǎn)數(shù)不能超過申請License時(shí)的接入點(diǎn)數(shù)l 實(shí)際使用的總帶寬不超過申請License時(shí)的總帶寬Page 192.1交換容量與接入點(diǎn)數(shù)

7、換算關(guān)系配置業(yè)務(wù)板G的數(shù)目:l 最大會(huì)議的接入點(diǎn)數(shù)和帶寬有關(guān)系p 一個(gè)G支持128×2M的帶寬接入;p 一個(gè)GCCA支持256×2M的帶寬接入。l 接入點(diǎn)數(shù)和總帶寬都不能超過MCU上限。Page 2086508650C8660接入點(diǎn)數(shù)量25612/241024總帶寬512M-2048M2.1交換容量與接入點(diǎn)數(shù)換算關(guān)系換算關(guān)系原則l 原則1.:低速率會(huì)場的接入點(diǎn)數(shù)可以通過總帶寬換算成高速率會(huì)場的接入點(diǎn)數(shù)。p 如,配置100個(gè)2M的IP端口的License也可以支持25個(gè)8M的IP端口會(huì)場的接入。l 原則2:高速率會(huì)場的接入點(diǎn)數(shù)也可以通過總帶寬換算成低速率會(huì)場的接入點(diǎn)數(shù),只能接

8、入相同數(shù)目的低帶寬會(huì)場。p 如,配置25個(gè)8M的IP端口的License只支持25個(gè)2M的IP端口接入。l 8660 MCU高于128個(gè)會(huì)場或者總帶寬高于256M都需要配置第二塊G板;8650 MCU只有在需要碼流分擔(dān)和增加扣板槽位的時(shí)候才需要配置G板。Page 212.1交換容量與接入點(diǎn)數(shù)換算關(guān)系l 各種帶寬下接入點(diǎn)數(shù)換算關(guān)系表Page 22申請License交換容量帶寬768K2M4M8M轉(zhuǎn)換成768K應(yīng)用1/11/11/11/1轉(zhuǎn)換成2M應(yīng)用1/21/11/11/1轉(zhuǎn)換成4M應(yīng)用1/41/21/11/1轉(zhuǎn)換成8M應(yīng)用1/81/41/21/1第2章 86XX MCU換算關(guān)系2.1 交換容量

9、與接入點(diǎn)換算關(guān)系2.2 多畫面換算關(guān)系2.3適配換算關(guān)系Page 232.2多畫面換算關(guān)系(1:2.5:4:8)l 概述l MCU的多畫面是由申請的License的多畫面能力所決定的,在SMC平臺(tái)上顯示的多畫數(shù)目為MCU在處理H.264CIF格式的多畫面能力。面l 換算關(guān)系原則l 原則1:各種協(xié)議格式多畫面之間消耗的比例為q (H.264 CIF:4CIF:720P:1080P)對應(yīng)1:2.5:4:8。l 原則2:多畫面的子畫面的數(shù)量與消耗的數(shù)量成正比,與編碼比例為4:1。Page 242.2多畫面換算關(guān)系(1:2.5:4:8)l 各種格式多畫面換算關(guān)系比例表Page 25配置H.264 CI

10、F多畫面子畫面數(shù)目4畫面8畫面12畫面16畫面轉(zhuǎn)換成H.264CIF 4畫面1:12:13:14:1轉(zhuǎn)換成H.264 4CIF 4畫面2:54:56:58:5轉(zhuǎn)換成H.264 720P 4畫面1:41:23:41:1轉(zhuǎn)換成H.264 1080P 4畫面1:81:43:81:2第2章 86XX MCU換算關(guān)系2.1 交換容量與接入點(diǎn)換算關(guān)系2.2 多畫面換算關(guān)系2.3 適配換算關(guān)系Page 262.3適配換算關(guān)系l 概述l MCU的適配速率適配是由申請的License的速率協(xié)議適配所決定的,在SMC平臺(tái)上顯示的數(shù)目為MCU在處理H.264CIF格式的速率適配的能力。l 不同格式的適配可以通過如下

11、原則比例換算。Page 272.3適配換算關(guān)系l 適配原則l 原則1. 各種協(xié)議格式速率適配的比例為1:2:2:4 (H.264CIF:4CIF:720P:1080P)l 原則2. 只要與會(huì)會(huì)場的帶寬或者協(xié)議格式有一項(xiàng)與會(huì)議參數(shù)不同就需要占用適配(如果兩項(xiàng)都不同也多占用)l 原則3. 同樣類型的會(huì)場只占用一個(gè)速率適配的p 例如一個(gè)720P的會(huì)議中有一個(gè)8M的4CIF的終端需要占用一個(gè)速率適配 也只占用一個(gè)速率適配,有8個(gè)4CIF的終端Page 282.3適配換算關(guān)系l 各種協(xié)議格式速率協(xié)議適配換算關(guān)系比例表Page 29配置CIF(H.264)速率協(xié)議適配路數(shù)2路適配4路適配6路適配8路適配轉(zhuǎn)

12、換成H.264 CIF會(huì)議 2路適配1:12:13:14:1轉(zhuǎn)換成H.264 4CIF會(huì)議2路適配1:21:13:22:1轉(zhuǎn)換成H.264 720P會(huì)議2路適配1:21:13:22:1轉(zhuǎn)換成H.264 1080P會(huì)議2路適配1:41:23:42:22.3適配換算關(guān)系【配置舉例】l 一個(gè)4M的720P的會(huì)議中,其中有兩個(gè)會(huì)場是8M的H.263 4CIF,一個(gè)會(huì)場是2M的H.264CIF,其他會(huì)場都是4M的720P。l 則會(huì)議在召集的時(shí)候需要2個(gè)720P的速率協(xié)議適配(在SMC上的速率協(xié)議按照H.264CIF來換算則需要4個(gè)適配)。l 4路CIF(H.264)適配p 可以召集一個(gè)2路H.264 4

13、CIF適配的會(huì)議;p 也可以召集一個(gè)2路H.264 720P適配的會(huì)議;p 或者召集一個(gè)1路H.264 1080P適配的會(huì)議。Page 30本章小結(jié)l 86XX MCU換算關(guān)系p 交換容量與接入點(diǎn)換算關(guān)系p 多畫面換算關(guān)系p 適配換算關(guān)系Page 31第4章配置原理96XX MCUPage 323.1 License配置說明3.23.33.4License管理License常見問題License配置舉例Page 333.1License配置說明Page 343.1License配置說明Page 353.1 License配置說明3.2 License管理3.33.4License常見問題Lic

14、ense配置舉例Page 363.2License管理分為以下幾種:l系統(tǒng)交換容量IP接入端口音頻(多畫面編(適配流加密qqqq)q)qq4E1端口、E1端口qPage 37Page 383.2License管理-License約束系統(tǒng)l 總的交換容量768K接入路數(shù)×12M接入路數(shù)×2 4M接入路數(shù)×46M接入路數(shù)×68M接入路數(shù)×8;l 總的接入路數(shù)768K接入路數(shù)2M接入路數(shù)4M接入路數(shù)6M接入路數(shù)8M接入路數(shù);l 音頻AAC_LD> MCU端口數(shù):音頻為AAC_LD 為AAC_LD數(shù)。數(shù)+MCU端口數(shù)*G.722AAC_LDl 多

15、畫面<MCU端口數(shù):音頻。4畫面×48畫面×812畫面×1216畫面×16;l 多畫面編碼4畫面×18畫面×212畫面×316畫面×4;2路適配×24路適配×46路適配×68路適配×8;l 適配以H264 CIF為、音頻以G.722為、同時(shí)還受IP和端口容量限制。lPage 393.2License管理-音頻l 音頻協(xié)議與音頻對應(yīng)關(guān)系:以G.722為基準(zhǔn)0音頻協(xié)議G 711G722G728AAC_LD(單聲道)AAC_LD(雙聲道)AAC_LD( 三聲道)數(shù)112481

16、23.1 License配置說明3.2 License管理3.3 License常見問題3.4License配置舉例13.3License常見問題l 1.IP不足或IP小于Licensel 可能原因:p 1) MCU網(wǎng)口模式為100M或更小;p 2) 指定了信令板;p 3) 業(yè)務(wù)板沒有插網(wǎng)線;p 4) License與硬件不匹配。23.3License常見問題l 2.召開會(huì)議提示多畫面不足l 可能原因:p 1)License或硬件多畫面太小或無。(通過bnrm sysres查看多畫面評估)p 2)MCU有硬件故障如TSI568A (通過dis alarm查看確認(rèn))p 3)會(huì)議參數(shù)能力太高,超過

17、了MCU多畫面,與1)相同。33.3License常見問題l 3.召開會(huì)議提示適配(錄播)不足l 可能原因:p 1)License或硬件適配太小或無。(通過bnrmsysres查看多畫面評估)p 2)MCU有硬件故障,如TSI568A(通過disp 3)會(huì)議參數(shù)能力太多,超過了MCU適配alarm查看確認(rèn)),與1)相同。43.3License常見問題l 4.召開會(huì)議,提示不足/不支持TP會(huì)場/IMS業(yè)務(wù)下調(diào)度會(huì)議失?。ㄌ崾窘粨Q容量不足)l 可能原因:p 1)它會(huì)場的為MCU IP變少了。比License多余剩下的,也可以通過如下命令預(yù)留,但相當(dāng)于其§ <MCU8650>s

18、ys bnrm reserve-mon-res<resource>- resource:0512M§2)TP(RP不算TP)和IMS需要License支持。p53.13.23.3License配置說明License管理License常見問題3.4 License配置舉例63.4License配置舉例7【配置用例】l 客戶12個(gè)768k、12個(gè)8M,1個(gè)12畫面和1個(gè)2路速率適配,則License項(xiàng)目的配置為(如表所示)名稱配置數(shù)量備注Feature-ViewPoint 8650-MCU-多點(diǎn)控制單元交換容量(768k)12A交換容量(2M)交換容量(4M)交換容量(6M)

19、交換容量(8M)12B4畫面8畫面12畫面1C16畫面協(xié)議/速率適配-2路協(xié)議/速率適配-4路1D協(xié)議/速率適配-6路協(xié)議/速率適配-8路3.4License配置舉例l 音頻端口數(shù)為:A+B=12+12=24。(需要額外增加寬頻語音路數(shù))頻端口按G.722能力計(jì)算,如果需要AAC-LD,則l 端口數(shù)為:A+B=24;8660端口最多為1024;l 最大容量為:A+B*812+12*8=108Mbps;8660容量最大為2048Mbps。l HDPA/B/C/D的單板配置可以參考1.3【配置舉例】。8本章小結(jié)l 86XX MCU License配置說明p License配置說明p License管理p License常見問題p License配置舉例9第4章 96XX MCU 配置原理0第4章 96XX MCU配置原理4.14.24.396XX MCU配置介紹96XX MCU端口配置96XX系列MCU和容量14.196XXMCU配置介紹VP9630/50/60系列MCU為全適配,即每路全編全解。接入容量按端口數(shù)計(jì)l算,不需要為適配或多畫面分配。l 96XX MCU只要有足夠的端口數(shù),可以支持會(huì)議召開。l 全適配端口可以在不同分辨率全適配端口間進(jìn)行相關(guān)轉(zhuǎn)換,端口轉(zhuǎn)換關(guān)系:1

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論