專利名稱：向多個客戶端提供視頻和音頻數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于向多個客戶端提供視頻和音頻數(shù)據(jù)的方法，并且尤其涉及使用實時傳送協(xié)議提供經(jīng)由諸如TCP-IP或者UDP之類的網(wǎng)際協(xié)議發(fā)送的視頻和音頻數(shù)據(jù)的方法。
背景技術(shù)：
視頻服務(wù)器用于遠(yuǎn)程監(jiān)控系統(tǒng)、廣播系統(tǒng)和Internet教育系統(tǒng)。當(dāng)前，為了在通信網(wǎng)絡(luò)中使用視頻服務(wù)器，必須單獨安裝用于實時傳輸?shù)牧?streaming)服務(wù)器。例如，電信公司或者Internet服務(wù)供應(yīng)商(ISP)可以單獨安裝流服務(wù)器。

發(fā)明內(nèi)容
本發(fā)明提供了一種用于控制視頻服務(wù)器而不用單獨安裝用于在通信網(wǎng)絡(luò)中進(jìn)行實時傳輸?shù)牧鞣?wù)器的方法。
根據(jù)本發(fā)明的實施例，提供了一種控制視頻服務(wù)器的方法，該視頻服務(wù)器經(jīng)由通信網(wǎng)絡(luò)實時地向多個客戶端提供視頻和音頻數(shù)據(jù)。模擬音頻信號和模擬視頻信號分別被轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)。對數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行壓縮。對所壓縮的數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行打包(packetize)，以生成音頻包和視頻包。根據(jù)實時傳送協(xié)議將音頻包和視頻包轉(zhuǎn)換為音頻/視頻RTP包。根據(jù)TCP/UDP-IP將音頻/視頻RTP包發(fā)送到客戶端。
根據(jù)本發(fā)明的另一個方面，提供了一種計算機(jī)可讀介質(zhì)，其上存儲有用于執(zhí)行該方法的計算機(jī)可執(zhí)行指令。


通過參考附圖對示范性實施例進(jìn)行詳細(xì)描述，本發(fā)明的上述及其它特征和優(yōu)點將變成更為明顯，其中圖1說明了使用根據(jù)本發(fā)明實施例的視頻服務(wù)器的通信網(wǎng)絡(luò)系統(tǒng)。
圖2是示出圖1中的視頻服務(wù)器的硬件的框圖；圖3是示出由圖2中的控制器執(zhí)行的軟件的框圖；圖4是示出由圖3中的流服務(wù)器引擎使用以便使用SIP執(zhí)行例程與客戶端進(jìn)行通信的過程的流程圖；以及圖5是示出由圖3中的流服務(wù)器引擎使用、以便響應(yīng)于傳輸損失率和來自客戶端的發(fā)送/接收時間信息自適應(yīng)地控制當(dāng)前傳輸速率和壓縮比的過程的流程圖。
具體實施例方式
現(xiàn)在將參考其中顯示了本發(fā)明的示例性實施例的附圖，更充分地描述本發(fā)明。然而，本發(fā)明可以許多不同的形式實現(xiàn)，而且不應(yīng)該被看作是局限于此處所闡述的實施例；相反，提供這些實施例以便使這個公開將會是徹底和完整的，而且將充分地向本領(lǐng)域技術(shù)人員表達(dá)本發(fā)明的原理。在所有附圖中，類似參考數(shù)字表示類似的單元。
圖1說明了根據(jù)本發(fā)明的實施例配置的系統(tǒng)。該系統(tǒng)包括客戶端計算機(jī)10、通信網(wǎng)絡(luò)12、視頻服務(wù)器14、照相機(jī)141、和麥克風(fēng)142。客戶端計算機(jī)10和視頻服務(wù)器14與通信網(wǎng)絡(luò)12通信鏈接，而照相機(jī)141和麥克風(fēng)142與視頻服務(wù)器14通信鏈接。將來自麥克風(fēng)142的模擬音頻信號和來自照相機(jī)141的模擬視頻信號輸入到視頻服務(wù)器14。視頻服務(wù)器14將模擬音頻信號和模擬視頻信號轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)，并且經(jīng)由通信網(wǎng)絡(luò)12將數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)發(fā)送到客戶端10。
參見圖2，現(xiàn)在將描述在本發(fā)明的實施例中如何配置圖1中的視頻服務(wù)器14的示例。在這個實施例中，視頻服務(wù)器14包括第一模數(shù)轉(zhuǎn)換器21，第二模數(shù)轉(zhuǎn)換器22，視頻編碼器23，音頻編碼器24，同步信號生成器25，控制器26，存儲器27，和通信接口28。
第一模數(shù)轉(zhuǎn)換器21從一個或多個照相機(jī)141(參見圖1)接收模擬視頻信號SVI，并且將這些信號轉(zhuǎn)換為數(shù)字視頻數(shù)據(jù)DSVI。第一模數(shù)轉(zhuǎn)換器21然后將數(shù)字視頻數(shù)據(jù)提供給視頻編碼器23。第二模數(shù)轉(zhuǎn)換器22從一個或多個麥克風(fēng)142(參見圖1)中接收模擬音頻信號SAU，并且將該模擬音頻信號轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)DSAU。第二模數(shù)轉(zhuǎn)換器22然后將數(shù)字音頻數(shù)據(jù)提供給音頻編碼器24。
視頻編碼器23根據(jù)MPEG-4標(biāo)準(zhǔn)壓縮從第一模數(shù)轉(zhuǎn)換器21接收的數(shù)字視頻數(shù)據(jù)DSVI，并且將壓縮的視頻數(shù)據(jù)BSVI提供給控制器26。音頻編碼器24根據(jù)自適應(yīng)差分脈沖碼調(diào)制(ADPCM)壓縮從第二模數(shù)轉(zhuǎn)換器22接收的數(shù)字音頻數(shù)據(jù)DSAU，并且將壓縮的音頻數(shù)據(jù)BSAU提供給控制器26。
控制器26根據(jù)來自同步信號生成器25的垂直同步信號SVSYN、以及經(jīng)由通信接口28接收的客戶端信息(即，從圖1中的客戶端計算機(jī)10接收的信息)生成控制信號SCA和SCV。將控制信號SCA和SCV分別應(yīng)用到音頻編碼器24和視頻編碼器23。此外，控制器26將從音頻編碼器24接收的壓縮音頻數(shù)據(jù)BSAU和從視頻編碼器23接收的壓縮視頻數(shù)據(jù)BSVI轉(zhuǎn)換為音頻/視頻實時傳送協(xié)議(RTP)包，其包括依據(jù)RTP而增加的流頭部。在這個轉(zhuǎn)換處理期間，音頻數(shù)據(jù)和視頻數(shù)據(jù)被暫時存儲在存儲器27中。
音頻/視頻RTP包通過通信接口28和通信網(wǎng)絡(luò)12(圖1)從控制器26發(fā)送到客戶端10(圖1)。因為音頻/視頻RTP包根據(jù)RTP進(jìn)行發(fā)送，所以不需要為了使用視頻服務(wù)器14而在通信網(wǎng)絡(luò)12中安裝用于實時傳輸?shù)牧鞣?wù)器。在一個實施例中，在發(fā)送之前，將音頻/視頻RTP包封裝在TCP/UDP-IP(傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議-網(wǎng)際協(xié)議)包中。
為了發(fā)送音頻/視頻RTP包，為每個客戶端計算機(jī)10測量動態(tài)改變的網(wǎng)絡(luò)帶寬，并且響應(yīng)于所測量的網(wǎng)絡(luò)帶寬，調(diào)整每個客戶端計算機(jī)10的當(dāng)前傳輸速率和壓縮比。將在下面參考圖5詳細(xì)說明實現(xiàn)這個調(diào)整所執(zhí)行的步驟。
參見圖3，現(xiàn)在將描述圖2中的控制器26在本發(fā)明的實施例中執(zhí)行的軟件。軟件包括視頻打包例程31、音頻打包例程32、RTP執(zhí)行例程33、TCP/UDP-IP執(zhí)行例程34、會話發(fā)起協(xié)議(SIP)執(zhí)行例程35、和流服務(wù)器引擎36。流服務(wù)器引擎36控制每個例程31-35的執(zhí)行。視頻打包例程31接收以位流形式從視頻編碼器(圖2中的23)輸入的壓縮視頻數(shù)據(jù)BSVI，并且對其進(jìn)行打包以生成一個或多個視頻包。音頻打包例程32接收以位流形式從音頻編碼器(圖2中的24)輸入的壓縮音頻數(shù)據(jù)BSAU，并且對其進(jìn)行打包以生成一個或多個音頻包。
將由音頻打包例程32生成的音頻包和由視頻打包例程31生成的視頻包輸入到RTP執(zhí)行例程33中。RTP執(zhí)行例程33將來自音頻打包例程32的音頻包和來自視頻打包例程31的視頻包轉(zhuǎn)換為一個或多個音頻/視頻RTP包，這些RTP包包括流頭部。RTP執(zhí)行例程35還可以連同生成音頻/視頻RTP包一起，生成一個或多個RTP控制協(xié)議(RTCP)包或者一個或多個實時流協(xié)議(RTSP)包。
TCP/UDP-IP執(zhí)行例程34將從RTP執(zhí)行例程33接收的音頻/視頻RTP包封裝為TCP/UDP-IP包，并且將這些TCP/UDP-IP包發(fā)送到客戶端計算機(jī)10(圖1)。
協(xié)同會話發(fā)起協(xié)議(SIP)執(zhí)行例程35一起，流服務(wù)器引擎36發(fā)送/接收有關(guān)網(wǎng)絡(luò)狀態(tài)的信息(其動態(tài)改變)，并且往返于客戶端計算機(jī)10發(fā)送/接收通信消息。SIP執(zhí)行例程35生成用于控制RTP執(zhí)行例程33的RTP控制信號。SIP執(zhí)行例程35還基于從客戶端計算機(jī)10(圖1)接收的信息生成控制信號SCA和SCV。SIP執(zhí)行例程將控制信號SCA和SCV分別提供給音頻編碼器和視頻編碼器(圖4中的24和23)。將參考圖4和5說明在執(zhí)行這些操作的過程中所執(zhí)行的步驟。
參見圖4，現(xiàn)在將描述當(dāng)流服務(wù)器引擎36(圖3)使用SIP執(zhí)行例程35(圖3)與客戶端計算機(jī)10(圖1)進(jìn)行通信時(在本發(fā)明的實施例中)所執(zhí)行的步驟。當(dāng)在步驟S401中從特定客戶端接收了訪問請求消息時，在步驟S402中將請求客戶端等待片刻的響應(yīng)消息發(fā)送到給客戶端。然后，在步驟S403，在訪問等待列表中登記該客戶端的信息。
在步驟S404，檢查該訪問等待列表。如果在該訪問等待列表中存在未經(jīng)授權(quán)的客戶端，則在步驟S405，從訪問等待列表中刪除未經(jīng)授權(quán)的客戶端的信息。這可以阻擋有非法目的的黑客入侵。此外，這可以阻擋試圖在其中網(wǎng)絡(luò)帶寬沒有保證的差的網(wǎng)絡(luò)環(huán)境中進(jìn)行訪問的客戶端的連接。
在步驟S406，檢查列表中期望訪問的下一個客戶端。如果信息是正常的(例如，該客戶端被授權(quán)可以訪問)，則在步驟S407中將與該客戶端相對應(yīng)的信息輸入到RTP執(zhí)行例程中。因此，RTP執(zhí)行例程(圖3中的33)開始為該客戶端生成一個或多個音頻/視頻RTP包。然后在步驟S408，從訪問等待列表中刪除用于該客戶端的信息。
如果在步驟S409中從客戶端接收了訪問結(jié)束消息，則在步驟S410中將訪問結(jié)束確認(rèn)消息發(fā)送到該客戶端。此外，在步驟S411，將有關(guān)結(jié)束了訪問的客戶端的信息輸入到RTP執(zhí)行例程33。因此，RTP執(zhí)行例程33完成對用于該客戶端的一個或多個音頻/視頻RTP包的生成。
重復(fù)步驟S401到S411直到在步驟S412中用戶生成了結(jié)束信號為止。
圖5是示出由圖3中的流服務(wù)器引擎36(在本發(fā)明的實施例中)執(zhí)行的步驟的流程圖，該流服務(wù)器引擎36執(zhí)行所述步驟用于響應(yīng)于作為傳輸損失率的包損失率p、以及作為從客戶端接收的發(fā)送/接收時間信息的往返時間(round trip time，RTT)信息，自適應(yīng)地控制當(dāng)前傳輸速率RNOW和壓縮比。
為了確定包損失率p，客戶端計算機(jī)(圖1中的10)檢查包括在從視頻服務(wù)器(圖1中的14)接收的音頻/視頻RTP包的頭部中的序列號。RTT信息包括發(fā)送時間和接收時間?？蛻舳擞嬎銠C(jī)將包括在從視頻服務(wù)器(圖1中的14)接收的音頻/視頻RTP包的頭部中的網(wǎng)絡(luò)時間協(xié)議(NTP)時戳作為接收時間(LSR在視頻服務(wù)器端的發(fā)送時間)發(fā)送到視頻服務(wù)器。此外，客戶端測量從客戶端發(fā)送RTCP包到視頻服務(wù)器的發(fā)送時間(DLSR在視頻服務(wù)器端的接收時間)，并且將所測量的發(fā)送時間發(fā)送到視頻服務(wù)器。
因此，一旦在步驟S501中從客戶端(在RTCP包中)接收了RTT信息，即包損失率p、發(fā)送時間LSR和接收時間DLSR，則該處理就轉(zhuǎn)到步驟S502，其中對發(fā)送時間LSR和接收時間DLSR進(jìn)行求和以獲得RTT。
隨后，在步驟S503，計算第一容許最大傳輸速率RALL，其與最大傳輸單位(MTU)(TCP性能模型中的參數(shù))成正比并且與RTT成反比。在一個實施例中，使用以下的等式計算第一容許最大傳輸速率RALL。
RALL=1.22×MTURTT×p1/2]]>當(dāng)?shù)谝蝗菰S最大傳輸速率RALL在設(shè)置的范圍、例如5Kbps(千位每秒)到100Mbps(兆位每秒)的范圍之外時，在步驟S504和S505中調(diào)整第一容許最大傳輸速率RALL。當(dāng)?shù)谝蝗菰S最大傳輸速率RALL低于例如5Kbps時，將第一容許最大傳輸速率RALL調(diào)整為5Kbps。當(dāng)?shù)谝蝗菰S最大傳輸速率RALL高于100Mbps，將它調(diào)整為100Mbps。
在步驟S506到S514中，響應(yīng)于包損失率p調(diào)整該第一容許最大傳輸速率RALL，以獲得第二容許最大傳輸速率RALL，并且響應(yīng)于第二容許最大傳輸速率RALL控制當(dāng)前的傳輸速率(RNOW→RNEW)和壓縮比。具體而言，當(dāng)在步驟S506中包損失率p為零時，設(shè)置比當(dāng)前傳輸速率RNOW高一個設(shè)定速率X的虛擬當(dāng)前傳輸速率RNOW×(1+X)，然后在步驟S508，將第一容許最大傳輸速率RALL與該虛擬當(dāng)前傳輸速率RNOW×(1+X)進(jìn)行比較。
如果在步驟S508中確定第一容許最大傳輸速率RALL不高于虛擬當(dāng)前傳輸速率RNOW×(1+X)，則在步驟S513，將第二容許最大傳輸速率RALL設(shè)置為等于第一容許最大傳輸速率RALL。也就是說，將新的當(dāng)前傳輸速率RNEW設(shè)置為第二容許最大傳輸速率RALL，并且因此新的當(dāng)前傳輸速率RNEW變?yōu)榈扔诘谝蝗菰S最大傳輸速率RALL。
如果在步驟S508中確定第一容許最大傳輸速率RALL高于虛擬當(dāng)前傳輸速率RNOW×(1+X)，這意味著第一容許最大傳輸速率RALL具有最大的容限，則在步驟S511中將第二容許最大傳輸速率RALL設(shè)置為等于虛擬當(dāng)前傳輸速率RNOW×(1+X)，并且在步驟S512，控制視頻編碼器(圖2中的23)和音頻編碼器(圖2中的24)，以便除了執(zhí)行“幀內(nèi)(intra-frame)壓縮”之外還執(zhí)行“幀間(inter-frame)壓縮”。如本領(lǐng)域中眾所周知的那樣，“幀內(nèi)壓縮”除去了空間冗余，而“幀間壓縮”除去了時間冗余。
如上所述，第一容許最大傳輸速率RALL的容限可用于提高傳輸和接收性能。
如果在步驟S506中確定包損失率p在1和4之間(包括1和4)，則在步驟S510，將第二容許最大傳輸速率RALL設(shè)置為0.8乘以當(dāng)前傳輸速率RNOW。如果在步驟S510中確定包損失率p等于或者大于5，則在步驟S509，將第二容許最大傳輸速率RALL設(shè)置為0.5乘以當(dāng)前的傳輸速率RNOW。
然后，在步驟S513，將新的當(dāng)前傳輸速率RNEW設(shè)置為第二容許最大傳輸速率RALL。因此，在步驟S514，自適應(yīng)地控制新的當(dāng)前傳輸速率RNEW，以便等于容許的最大傳輸速率RALL，并且自適應(yīng)地控制視頻編碼器(圖2中的23)和音頻編碼器(圖2中的24)的壓縮比。重復(fù)步驟S501到S514直到用戶在步驟S515中生成結(jié)束信號為止。
根據(jù)圖5中的自適應(yīng)控制過程，可以自動測量用于每個客戶端的動態(tài)改變的網(wǎng)絡(luò)帶寬，并且響應(yīng)于所測量的網(wǎng)絡(luò)帶寬而自適應(yīng)地控制每個客戶端的當(dāng)前傳輸速率RNOW和壓縮比。這最大化了發(fā)送和接收效率。
根據(jù)本發(fā)明的各種實施例控制視頻服務(wù)器的方法可以存儲在視頻服務(wù)器上的計算機(jī)可讀介質(zhì)中。計算機(jī)可讀介質(zhì)是任何數(shù)據(jù)存儲設(shè)備，這些數(shù)據(jù)存儲設(shè)備可以存儲此后可由計算機(jī)系統(tǒng)讀取的數(shù)據(jù)。計算機(jī)可讀介質(zhì)的示例包括只讀存儲器(ROM)、隨機(jī)存取存儲器(RAM)、CD-ROM、磁帶、軟盤、光數(shù)據(jù)存儲設(shè)備、和載波(諸如通過Internet的數(shù)據(jù)傳輸)。計算機(jī)可讀介質(zhì)還可以分布在聯(lián)網(wǎng)的計算機(jī)系統(tǒng)上，以便以分布式方式存儲和執(zhí)行計算機(jī)可讀代碼。
如上所述，本發(fā)明包括用于控制視頻服務(wù)器的方法以及用于存儲用于執(zhí)行該方法的代碼的計算機(jī)可讀介質(zhì)。在本發(fā)明的各種實施例中，根據(jù)實時傳送協(xié)議將音頻包和視頻包轉(zhuǎn)換為一個或者多個音頻/視頻RTP包。因此，不需要為了使用視頻服務(wù)器而安裝單獨的用于在通信網(wǎng)絡(luò)中進(jìn)行實時傳輸?shù)牧鞣?wù)器。此外，可以為每個客戶端自動測量動態(tài)改變的網(wǎng)絡(luò)帶寬，并且可以響應(yīng)于所測量的網(wǎng)絡(luò)帶寬而自適應(yīng)地控制每個客戶端的當(dāng)前傳輸速率和壓縮比。這可以最大化發(fā)送/接收效率。
雖然已經(jīng)參考本發(fā)明的示范性實施例特別地顯示和描述了本發(fā)明，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解可以在其中進(jìn)行各種形式和細(xì)節(jié)的改變而沒有背離由權(quán)利要求所定義的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種用于經(jīng)由通信網(wǎng)絡(luò)向多個客戶端提供視頻和音頻數(shù)據(jù)的方法，該方法包含將模擬音頻信號轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)；將模擬視頻信號轉(zhuǎn)換為數(shù)字視頻數(shù)據(jù)；壓縮所述數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)；對所述壓縮的數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行打包，以生成音頻包和視頻包；將所述音頻包和視頻包轉(zhuǎn)換為實時傳送協(xié)議包；以及使用聯(lián)網(wǎng)協(xié)議將所述實時傳送協(xié)議包發(fā)送到客戶端。
2.如權(quán)利要求1所述的方法，其中，所述聯(lián)網(wǎng)協(xié)議是TCP-IP。
3.如權(quán)利要求1所述的方法，其中，當(dāng)將實時傳送協(xié)議包發(fā)送到客戶端時，根據(jù)會話發(fā)起協(xié)議而向客戶端發(fā)送和從客戶端接收通信消息。
4.如權(quán)利要求1所述的方法，還包含當(dāng)將實時傳送協(xié)議包發(fā)送到多個客戶端時，獲得有關(guān)多個客戶端的信息；以及使用所獲得的信息來配置如何將所述音頻包和視頻包轉(zhuǎn)換為實時傳送協(xié)議。
5.如權(quán)利要求1所述的方法，還包含當(dāng)從多個客戶端中的一個客戶端接收到訪問請求消息時，發(fā)送響應(yīng)消息，該響應(yīng)消息向該客戶端通知可實現(xiàn)訪問但是該客戶端應(yīng)該等待；以及在訪問等待列表中登記有關(guān)該客戶端的信息。
6.如權(quán)利要求5所述的方法，還包含確定在所述訪問等待列表中是否有未經(jīng)授權(quán)的客戶端；以及，基于該確定步驟，從所述訪問等待列表中刪除未經(jīng)授權(quán)的客戶端。
7.如權(quán)利要求6所述的方法，還包含標(biāo)識訪問等待列表中經(jīng)授權(quán)的客戶端；以及使用從訪問等待列表獲得的有關(guān)所述經(jīng)授權(quán)的客戶端的信息，將音頻包和視頻包轉(zhuǎn)換為實時協(xié)議包。
8.如權(quán)利要求5所述的方法，還包含檢測客戶端要獲得訪問的嘗試；使用所述客戶端的已登記的信息，將音頻包和視頻包轉(zhuǎn)換為實時傳送協(xié)議包。
9.如權(quán)利要求8所述的方法，還包含當(dāng)發(fā)送步驟完成時，從訪問等待列表中刪除所述登記的信息。
10.如權(quán)利要求1所述的方法，還包含當(dāng)從多個客戶端中的一個客戶端接收了訪問結(jié)束消息時，向該客戶端發(fā)送訪問結(jié)束確認(rèn)消息；以及停止為該客戶端生成實時協(xié)議包。
11.如權(quán)利要求1所述的方法，還包含從多個客戶端中的每個客戶端接收有關(guān)傳輸損失率、發(fā)送時間、和接收時間的數(shù)據(jù)；以及基于所述傳輸損失率、發(fā)送時間、和接收時間，控制實時傳送協(xié)議包的當(dāng)前傳輸速率。
12.一種用于經(jīng)由通信網(wǎng)絡(luò)向多個客戶端提供視頻和音頻數(shù)據(jù)的方法，該方法包含將模擬音頻信號轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)；將模擬視頻信號轉(zhuǎn)換為數(shù)字視頻數(shù)據(jù)；壓縮所述數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)；對所述壓縮的數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行打包，以生成音頻包和視頻包；將所述音頻包和視頻包轉(zhuǎn)換為實時傳送協(xié)議包；以及將給客戶端的所述實時傳送協(xié)議包封裝為網(wǎng)際協(xié)議包；從多個客戶端中的每一個接收傳輸損失率數(shù)據(jù)、發(fā)送時間數(shù)據(jù)、和接收時間數(shù)據(jù)；以及基于所接收的傳輸損失、發(fā)送時間和接收時間數(shù)據(jù)控制壓縮步驟的壓縮率。
13.如權(quán)利要求12所述的方法，其中，多個客戶端中的每一個通過檢查包括在實時傳送協(xié)議包的頭部中的序列號，來確定傳輸損失率。
14.如權(quán)利要求12所述的方法，其中，當(dāng)將實時發(fā)送協(xié)議包發(fā)送到多個客戶端時，連同實時傳送協(xié)議包一起發(fā)送實時協(xié)議控制包。
15.如權(quán)利要求14所述的方法，其中，傳輸損失率數(shù)據(jù)、發(fā)送時間數(shù)據(jù)、和接收時間數(shù)據(jù)包括在實時協(xié)議控制包中。
16.如權(quán)利要求15所述的方法，其中，多個客戶端中的每一個通過對包括在實時協(xié)議控制包中的發(fā)送時間數(shù)據(jù)和接收時間數(shù)據(jù)進(jìn)行求和，來確定發(fā)送時間和接收時間。
17.如權(quán)利要求12所述的方法，還包含計算第一容許最大傳輸速率，其與作為TCP性能模型的參數(shù)的MTU成正比，并且與傳輸損失率、發(fā)送時間、和接收時間成反比；響應(yīng)于傳輸損失率，調(diào)整所述第一容許最大傳輸速率，以獲得第二容許最大傳輸速率；以及響應(yīng)于第二容許最大傳輸速率，控制當(dāng)前傳輸速率和壓縮比。
18.如權(quán)利要求17所述的方法，其中當(dāng)傳輸損失率為零時，執(zhí)行下述步驟計算比當(dāng)前傳輸速率高一個設(shè)定速率的虛擬當(dāng)前傳輸速率；當(dāng)?shù)谝蝗菰S最大傳輸速率不高于虛擬當(dāng)前傳輸速率時，將第二容許最大傳輸速率設(shè)置為等于第一容許最大傳輸速率；當(dāng)?shù)谝蝗菰S最大傳輸速率高于虛擬當(dāng)前傳輸速率時，將第二容許最大傳輸速率設(shè)置為等于虛擬當(dāng)前傳輸速率；以及在壓縮了數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)之后執(zhí)行幀間壓縮。
19.如權(quán)利要求17所述的方法，其中，在響應(yīng)于第二容許最大傳輸速率控制當(dāng)前傳輸速率和壓縮比的步驟中，控制新的當(dāng)前傳輸速率以便等于第二容許最大傳輸速率。
20.一種其上存儲有計算機(jī)可執(zhí)行指令的計算機(jī)可讀介質(zhì)，所述計算機(jī)可執(zhí)行指令用于執(zhí)行下述步驟分別將模擬音頻信號和模擬視頻信號轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)；壓縮所述數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)；對所述壓縮的數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行打包，以生成音頻包和視頻包；根據(jù)實時傳送協(xié)議將音頻包和視頻包轉(zhuǎn)換為實時傳送協(xié)議包；以及經(jīng)由網(wǎng)際協(xié)議將實時傳送協(xié)議包發(fā)送到多個客戶端。
全文摘要
提供了一種用于控制視頻服務(wù)器的方法，該視頻服務(wù)器經(jīng)由通信網(wǎng)絡(luò)實時地向多個客戶端提供視頻和音頻數(shù)據(jù)。模擬音頻信號和模擬視頻信號分別被轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)。對數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行壓縮。對所壓縮的數(shù)字音頻數(shù)據(jù)和數(shù)字視頻數(shù)據(jù)進(jìn)行打包，以生成音頻包和視頻包。根據(jù)實時傳送協(xié)議將音頻包和視頻包轉(zhuǎn)換為音頻/視頻RTP包。根據(jù)TCP/UDP－IP將音頻/視頻RTP包發(fā)送到客戶端。
文檔編號H04L12/56GK1992721SQ20061009174
公開日2007年7月4日 申請日期2006年6月12日 優(yōu)先權(quán)日2005年12月29日
發(fā)明者李在薰 申請人:三星Techwin株式會社