基于CORBA的流媒體中間件.pdf

1、隨著網(wǎng)絡(luò)帶寬的不斷改善，流媒體數(shù)據(jù)的實(shí)時(shí)傳輸技術(shù)已成為近年來(lái)計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)領(lǐng)域的研究熱點(diǎn)。而流媒體應(yīng)用的發(fā)展速度卻很難與網(wǎng)絡(luò)帶寬的增長(zhǎng)速度保持一致，其原因之一是傳統(tǒng)的流媒體應(yīng)用開發(fā)是面向過(guò)程并建立在網(wǎng)絡(luò)底層協(xié)議的基礎(chǔ)上的，在系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中涉及大量底層通信協(xié)議細(xì)節(jié)。因此，開發(fā)復(fù)雜冗長(zhǎng)、效率低下，難以實(shí)現(xiàn)軟件復(fù)用。同時(shí)，分布式多媒體系統(tǒng)的多平臺(tái)、分布式的特點(diǎn)，帶來(lái)了系統(tǒng)的異構(gòu)性，也導(dǎo)致了多媒體應(yīng)用開發(fā)的復(fù)雜化。傳統(tǒng)的中間件(CORBA

2、,DCOM和JavaRMI)通過(guò)“黑盒子”機(jī)制在一定程度上很好地解決了這些問(wèn)題，如面向?qū)ο缶幊讨械姆庋b。然而，傳統(tǒng)的中間件在自適應(yīng)能力受到很大的限制。目前的Internet提供的是盡力而為(Best-effort)的服務(wù)，帶寬、延遲等是隨著時(shí)間變化的，不能夠?yàn)榱髅襟w實(shí)時(shí)傳輸提供服務(wù)質(zhì)量保證。在此背景下，對(duì)CORBA(TheCommonObjectRequestBrokerArchitecture)和流媒體實(shí)時(shí)傳輸技術(shù)進(jìn)行了深入的剖析。參

3、考了OMG音/視頻流規(guī)范，設(shè)計(jì)了一個(gè)基本CORBA的流媒體中間件，本文命名為MOStream。存在的流媒體中間件的設(shè)計(jì)缺少協(xié)議棧的自適應(yīng)配置和QoS自適應(yīng)控制。MOStream框架支持流連接，QoS自適應(yīng)控制和協(xié)議棧的自適應(yīng)配置。為了提供一個(gè)自適應(yīng)的QoS控制框架，MOStream框架的設(shè)計(jì)把流連接，QoS的控制管理從媒體數(shù)據(jù)傳輸進(jìn)行分離。 本文首先對(duì)流媒體應(yīng)用的本質(zhì)進(jìn)行綜述，然后在對(duì)本文的出發(fā)點(diǎn)進(jìn)行深入分析的基礎(chǔ)上，提出了基于

4、CORBA的組件設(shè)計(jì)模式，解決了軟件的重用性問(wèn)題。隨后介紹了流媒體，中間件，流媒體中間件的基本概念，并對(duì)流媒體和自適應(yīng)中間件的關(guān)鍵技術(shù)和流媒體中間件的國(guó)際標(biāo)準(zhǔn)規(guī)范進(jìn)行了詳細(xì)地描述。在深入分析了CORBA中間件架構(gòu)和OMG音/視頻流規(guī)范的基礎(chǔ)上，提出了基于CORBA的流媒體中間件的總體設(shè)計(jì)方案，并分別對(duì)總體框架結(jié)構(gòu)，流連接管理器，QoS管理器，自適應(yīng)協(xié)議棧進(jìn)行了設(shè)計(jì)，劃分了系統(tǒng)主要的功能模塊。最后，詳細(xì)描述了流連接管理器，QoS管理器，自