具體流程如下：

　　★文件以MPEG2TS的文件格式存放;

　　★視頻服務(wù)器U-Server讀取文件數(shù)據(jù)封裝成TS包方式，加上IP包頭，通過(guò)IP網(wǎng)絡(luò)發(fā)送給IPQAM設(shè)備;

　　★IPQAM將TS數(shù)據(jù)取出調(diào)制成RF信號(hào)通過(guò)HFC網(wǎng)絡(luò)傳輸;

　　★STB接收到TS數(shù)據(jù)后對(duì)其進(jìn)行解碼播放。

　　MPEG4/H.264封包流程

　　基于RTSP協(xié)議傳輸?shù)腗PEG4/H.264ISMA格式文件播放封包解包流程如下：

　　★文件以Mpeg4/H.264ISMA文件格式存放;

　　★視頻服務(wù)器U-Server讀取文件，先封裝成RTP格式，然后加上TS的包頭，再加上IP包頭，通過(guò)IP網(wǎng)絡(luò)發(fā)送給IPQAM;

　　★IPQAM將TS數(shù)據(jù)取出調(diào)制成RF信號(hào)通過(guò)HFC網(wǎng)絡(luò)傳輸;

　　★DVB解碼芯片接收到TS數(shù)據(jù)后，將TS包頭數(shù)據(jù)去掉，將TS的Payload信息也就是RTP數(shù)據(jù)傳遞給MPEG4/H.264Chip;

　　★MPEG4/H.264解碼芯片對(duì)RTP數(shù)據(jù)信息處理，對(duì)音視頻數(shù)據(jù)進(jìn)行解碼播放。

　　(2)碼率控制

　　IPQAM設(shè)備對(duì)碼流變化的適應(yīng)能力相對(duì)較弱，因此視頻服務(wù)器單純依靠以往在以太網(wǎng)上的發(fā)包策略往往會(huì)導(dǎo)致某個(gè)時(shí)刻發(fā)包過(guò)快，因IPQAM緩存不足而導(dǎo)致Overflow錯(cuò)誤。針對(duì)這種情況，視頻服務(wù)器需要對(duì)每個(gè)點(diǎn)播流的碼流動(dòng)態(tài)地進(jìn)行精確控制，使碼流盡可能平穩(wěn)，從而減少或消除IPQAM的Overflow異常。

　　在編寫(xiě)碼流控制算法時(shí)，可以從兩方面入手使碼率趨于平滑。

　　限速控制：引入擁塞窗口機(jī)制，記錄每個(gè)時(shí)間片發(fā)送的數(shù)據(jù)量，對(duì)每個(gè)時(shí)間片內(nèi)發(fā)送的數(shù)據(jù)總量進(jìn)行限制。當(dāng)片源由于某一段碼流過(guò)大導(dǎo)致?lián)砣翱诒惶顫M時(shí)，服務(wù)器將停止發(fā)包，到下一個(gè)時(shí)間片再嘗試進(jìn)行發(fā)送。這樣就能有效限制住碼流的峰值，避免出現(xiàn)劇烈的碼流波動(dòng)。

　　加速控制：引入Prebuffer(前置緩沖)機(jī)制，確定服務(wù)器在發(fā)包過(guò)程中可以提前發(fā)送的最大數(shù)據(jù)。當(dāng)發(fā)送的進(jìn)度還沒(méi)有達(dá)到Prebuffer指定的量時(shí)，服務(wù)器將在帶寬允許的條件下盡力發(fā)送，直到進(jìn)度達(dá)到或超過(guò)Prebuffer的設(shè)置值再停止發(fā)送。這樣在片源碼流不大時(shí)，可以多發(fā)送一些Prebuffer允許范圍內(nèi)的超前數(shù)據(jù)，當(dāng)碼流變大時(shí)，服務(wù)器即使降速發(fā)送，終端的Buffer(緩沖區(qū))也不會(huì)很快就消耗光。此外在點(diǎn)播啟動(dòng)階段通過(guò)這種加速能縮短啟動(dòng)時(shí)間，提供較好的觀感。

　　這兩種控制邏輯，限速控制是優(yōu)先考慮的，只有在限速控制允許發(fā)送的前提下加速控制才有可能運(yùn)作。

　　3.路由層面的結(jié)合

　　大型VOD業(yè)務(wù)系統(tǒng)往往采用分布式的組網(wǎng)模式，可以根據(jù)業(yè)務(wù)和網(wǎng)絡(luò)情況選擇“核心-邊緣”的兩級(jí)組網(wǎng)模式或者“核心-骨干-邊緣”的三級(jí)組網(wǎng)模式。

　　在路由層面，帶有RegionID和機(jī)頂盒標(biāo)識(shí)的視頻訪問(wèn)請(qǐng)求提交到頭端系統(tǒng)后，資源管理設(shè)備會(huì)根據(jù)網(wǎng)絡(luò)規(guī)劃和資源情況為其分配合適的IPQAM設(shè)備和端口，而CDN體系則會(huì)分配合適節(jié)點(diǎn)的合適服務(wù)器向該IPQAM端口輸出視頻流。

　　CDN系統(tǒng)采用GSLB(全局負(fù)載均衡)→SLB(負(fù)載均衡)的兩級(jí)負(fù)載均衡模式。全局負(fù)載均衡方式為靜態(tài)列表結(jié)合應(yīng)用層重定向，采用這種方式可以做到為用戶選擇最近、最優(yōu)的站點(diǎn)提供服務(wù)。本地負(fù)載均衡實(shí)現(xiàn)方式可以是基于應(yīng)用，基于負(fù)載和健康狀況的應(yīng)用層重定向，可以為用戶選擇節(jié)點(diǎn)內(nèi)最優(yōu)的視頻服務(wù)器(單元)，向用戶提供服務(wù)。

　　這種全局負(fù)載均衡方式采用GSLB為入口點(diǎn)，用戶請(qǐng)求均進(jìn)入GSLB。GSLB的功能是根據(jù)健康狀況和就近性做全局負(fù)載均衡和最優(yōu)站點(diǎn)的選擇，將用戶請(qǐng)求重定向到骨干/邊緣節(jié)點(diǎn)設(shè)備的SLB組件上。SLB既配合GSLB，共同提供全局負(fù)載均衡功能和站點(diǎn)選擇，同時(shí)也負(fù)責(zé)本地的負(fù)載均衡和為用戶選擇最優(yōu)的流媒體服務(wù)引擎的功能。SLB內(nèi)部需要維護(hù)一個(gè)包括整個(gè)節(jié)點(diǎn)內(nèi)的所有服務(wù)器負(fù)載情況和內(nèi)容情況，同時(shí)SLB還需要向GSLB報(bào)告整個(gè)站點(diǎn)的健康狀態(tài)以便于更新GSLB的動(dòng)態(tài)表和應(yīng)用表。

　　當(dāng)某個(gè)節(jié)點(diǎn)的視頻服務(wù)器發(fā)送故障時(shí)，系統(tǒng)將根據(jù)既定的路由策略和網(wǎng)絡(luò)部署情況，調(diào)度備用節(jié)點(diǎn)的視頻服務(wù)器繼續(xù)提供視頻數(shù)據(jù)到原節(jié)點(diǎn)的IPQAM設(shè)備，用戶服務(wù)將不會(huì)受到影響。

　　通過(guò)對(duì)CDN網(wǎng)絡(luò)技術(shù)和IPQAM技術(shù)的合理結(jié)合利用，廣電運(yùn)營(yíng)商將可以在汲取IP網(wǎng)絡(luò)先進(jìn)技術(shù)的同時(shí)，充分發(fā)揮HFC網(wǎng)絡(luò)的優(yōu)勢(shì)特點(diǎn)，打造低成本高效率的VOD傳輸和服務(wù)平臺(tái)。