專(zhuān)利名稱(chēng):向多個(gè)客戶(hù)端提供視頻和音頻數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于向多個(gè)客戶(hù)端提供視頻和音頻數(shù)據(jù)的方法，并且尤其涉及使用實(shí)時(shí)傳送協(xié)議提供經(jīng)由諸如TCP-IP或者UDP之類(lèi)的網(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ù)器，必須單獨(dú)安裝用于實(shí)時(shí)傳輸?shù)牧?streaming)服務(wù)器。例如，電信公司或者Internet服務(wù)供應(yīng)商(ISP)可以單獨(dú)安裝流服務(wù)器。

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