專利名稱：動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法
技術(shù)領(lǐng)域：
本發(fā)明是有關(guān)動影像數(shù)據(jù)實(shí)時通信協(xié)議編碼方法的發(fā)明，特別是在把電視和外部圖像信號轉(zhuǎn)換為MPEG等數(shù)字信號，以無線網(wǎng)絡(luò)傳送的設(shè)備，使其可以減少RTP編碼其圖像數(shù)據(jù)所需的系統(tǒng)資源的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法相關(guān)的發(fā)明。
背景技術(shù)：
一般來說，無線電視機(jī)設(shè)備作為一種具備得到電視接收信號和外部圖像信號的輸入，轉(zhuǎn)換為MPEG等數(shù)字信號，以無線網(wǎng)絡(luò)傳送的電視調(diào)諧器的啟動掃描轉(zhuǎn)換器(UP Scan Convertor)，是無需電腦主機(jī)，也可以僅用可連接網(wǎng)絡(luò)的顯示器(如智能型顯示器)視聽電視機(jī)和有線電視之類外部圖像信號的設(shè)備。
現(xiàn)在開發(fā)的無線電視設(shè)備大致以編碼電視機(jī)之類的多媒體信號，以無線網(wǎng)絡(luò)傳送的設(shè)備(編解碼器(cradle)或電視盒)和解碼通過無線網(wǎng)絡(luò)接收的信號，傳送給畫面的設(shè)備(智能型顯示器)構(gòu)成。
上述無線圖像傳送設(shè)備(編解碼器或電視盒)是利用調(diào)諧器接收電視信號，運(yùn)行視頻和音頻解碼后，通過自身的CPU(中央處理器)以MPEG2形式運(yùn)行圖像壓縮，通過無線網(wǎng)絡(luò)傳送給智能型顯示器，智能型顯示器是接收其壓縮圖像數(shù)據(jù)后，進(jìn)行解析/還原，輸出給畫面。
這時，為了把上述無線圖像傳送設(shè)備壓縮的圖像數(shù)據(jù)通過無線網(wǎng)絡(luò)傳送，如圖l所示那樣，需要運(yùn)行以MPEG形式壓縮的圖像數(shù)據(jù)前粘貼實(shí)時傳送協(xié)議頭(時間戳、序列號、有效載荷類型之類的對圖像數(shù)據(jù)的12位信息)的RTP編碼過程。
之后，如上述那樣運(yùn)行RTP編碼的數(shù)據(jù)是通過UDP(用戶數(shù)據(jù)包協(xié)議)傳送，為了傳送用戶數(shù)據(jù)包協(xié)議，使用OS(操作系統(tǒng))提供的數(shù)據(jù)傳送API(應(yīng)用編程接口)(如sendto())。這時，在上述‘sendto()’，將要傳送的數(shù)據(jù)開始號(包括實(shí)時傳送協(xié)議頭在內(nèi)的開始地址)進(jìn)入第一個位置，將要傳送的數(shù)據(jù)大小(包括實(shí)時傳送協(xié)議頭和MPEG數(shù)據(jù)在內(nèi)的大小)進(jìn)入第二個位置。
此外，在上述無線圖像傳送設(shè)備壓縮為MPEG的數(shù)據(jù)如圖2所示那樣，內(nèi)存上連續(xù)地存在，但根據(jù)RTP編碼時的傳送率，使用了把一定大小(如8KB)的MPEG數(shù)據(jù)(數(shù)據(jù)0、數(shù)據(jù)1～數(shù)據(jù)N)復(fù)制給緩沖器(沒有圖示)后，其前面粘貼實(shí)時傳送協(xié)議頭的方法。
這時，把上述內(nèi)存的數(shù)據(jù)以一定大小復(fù)制給緩沖器的操作使用操作系統(tǒng)提供的數(shù)據(jù)復(fù)制API(如memcpy())，上述‘memcpy()’是消耗中央處理器的較多資源。因此，如果把電視信號壓縮為MPEG2形式，每秒產(chǎn)生2Mbps以上的較多數(shù)據(jù)。為了RTP編碼，實(shí)時利用‘memcpy()’復(fù)制這些時，因中央處理器資源的缺陷，導(dǎo)致整個系統(tǒng)性能低下的問題。

發(fā)明內(nèi)容于是，本發(fā)明是為解決上述現(xiàn)有問題而開發(fā)，其目的在于，如把電視和外部圖像信號轉(zhuǎn)換為MPEG之類的數(shù)字信號，以無線網(wǎng)絡(luò)傳送的設(shè)備所述，提供使其可以減少其圖像數(shù)據(jù)的RTP編碼所需的系統(tǒng)資源的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法。
為了實(shí)現(xiàn)上述目的，本發(fā)明是如把圖像信號轉(zhuǎn)換為MPEG之類的數(shù)字信號，以無線網(wǎng)絡(luò)傳送的無線圖像傳送設(shè)備所述，以如下步驟構(gòu)成為特點(diǎn)判斷上述無線圖像傳送設(shè)備需要傳送的壓縮圖像數(shù)據(jù)是否屬于儲存壓縮圖像數(shù)據(jù)內(nèi)存的第一個數(shù)據(jù)的步驟、如果上述需要傳送的數(shù)據(jù)屬于內(nèi)存的第一個數(shù)據(jù)，就把實(shí)時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制上述壓縮圖像數(shù)據(jù)，運(yùn)行RTP編碼的步驟、根據(jù)上述判斷，如果不屬于內(nèi)存的第一個數(shù)據(jù)，把下一個將要傳送數(shù)據(jù)的實(shí)時傳送協(xié)議頭覆蓋在已經(jīng)傳送數(shù)據(jù)的內(nèi)存領(lǐng)域，運(yùn)行RTP編碼的步驟。
本發(fā)明是在無線圖像傳送設(shè)備，運(yùn)行旨在傳送圖像的RTP編碼時，不是把內(nèi)存儲存的圖像數(shù)據(jù)復(fù)制在緩沖器，而是把需要傳送的圖像數(shù)據(jù)的實(shí)時傳送協(xié)議頭覆蓋在此前傳送圖像數(shù)據(jù)的內(nèi)存領(lǐng)域，使其傳送RTP編碼的圖像數(shù)據(jù)后，反復(fù)運(yùn)行對下次將要傳送給其領(lǐng)域圖像數(shù)據(jù)實(shí)時傳送協(xié)議頭的覆蓋過程，提供能夠減少RTP編碼操作所需的中央處理器資源的方法作為要點(diǎn)。
即，如果RTP編碼壓縮圖像數(shù)據(jù)(數(shù)據(jù)N)，將要以用戶數(shù)據(jù)包協(xié)議傳送時，本發(fā)明把‘?dāng)?shù)據(jù)N’的實(shí)時傳送協(xié)議頭覆蓋在此前傳送的圖像數(shù)據(jù)(數(shù)據(jù)N-1)的內(nèi)存領(lǐng)域后，使其可以把實(shí)時傳送協(xié)議頭的開始號放在數(shù)據(jù)傳送API(sendto())的第一個位置傳送，以此無需把旨在RTP編碼的數(shù)據(jù)復(fù)制給內(nèi)存上的其它緩沖器，也可以運(yùn)行RTP編碼。
如上所述，本發(fā)明的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法是，如把電視和外部圖像信號轉(zhuǎn)換為MPEG之類的數(shù)字信號，以無線網(wǎng)絡(luò)輸出的設(shè)備所述，具有可以使其減少圖像數(shù)據(jù)的RTP編碼所需系統(tǒng)資源的效果。

圖1是為說明普通RTP編碼過程的示例圖。
圖2是在無線圖像傳送設(shè)備，儲存以MPEG形式壓縮的圖像數(shù)據(jù)的內(nèi)存圖的示例圖。
圖3是為說明本發(fā)明的RTP編碼方法的內(nèi)存圖的示例圖。
圖4是表示本發(fā)明的動影像數(shù)據(jù)的RTP編碼方法的順序圖。
具體實(shí)施方式下面將參照附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。
圖3是為說明本發(fā)明的RTP編碼方法的內(nèi)存圖的示例圖。如圖3所示那樣，在無線圖像傳送設(shè)備以MPEG形式壓縮的數(shù)據(jù)是暫時儲存在內(nèi)存(環(huán)緩沖區(qū)，100)，根據(jù)數(shù)據(jù)傳送率，對將要首次傳送的一定大小(如8KB)的圖像數(shù)據(jù)(數(shù)據(jù)0)，與現(xiàn)有方式一樣，復(fù)制給其它緩沖器后，運(yùn)行RTP編碼。
即，首次傳送的圖像數(shù)據(jù)(數(shù)據(jù)0)因不存在能夠覆蓋實(shí)時傳送協(xié)議頭的內(nèi)存空間，以現(xiàn)有方式把實(shí)時傳送協(xié)議頭填充給臨時緩沖器后，再次填充圖像數(shù)據(jù)，運(yùn)行RTP編碼。
如上所述，如果傳送第一個圖像數(shù)據(jù)(數(shù)據(jù)0)，就無需保存已經(jīng)傳送的數(shù)據(jù)，因此，產(chǎn)生相當(dāng)于傳送數(shù)據(jù)大小的內(nèi)存空間。于是，從傳送下一個數(shù)據(jù)(數(shù)據(jù)1)開始，把下一個將要傳送的圖像數(shù)據(jù)(數(shù)據(jù)1)的實(shí)時傳送協(xié)議頭填充在此前數(shù)據(jù)的傳送而產(chǎn)生的內(nèi)存空間，運(yùn)行編碼。
之后，如果上述RTP編碼的圖像數(shù)據(jù)(數(shù)據(jù)1)的傳送結(jié)束，就無需保存‘?dāng)?shù)據(jù)1’，因此，把其圖像數(shù)據(jù)(數(shù)據(jù)2)相應(yīng)的實(shí)時傳送協(xié)議頭填充在下一個將要傳送的圖像數(shù)據(jù)(數(shù)據(jù)2)的前面，并運(yùn)行編碼。
如上所述，因反復(fù)RTP編碼和圖像數(shù)據(jù)的傳送，如果結(jié)束最后一個圖像數(shù)據(jù)(數(shù)據(jù)N)的傳送，就把相應(yīng)數(shù)據(jù)(數(shù)據(jù)N+1)的實(shí)時傳送協(xié)議頭覆蓋在其內(nèi)存領(lǐng)域(數(shù)據(jù)N)的下一個將要傳送的數(shù)據(jù)(數(shù)據(jù)N+1)之前。
之后，為了以用戶數(shù)據(jù)包協(xié)議傳送上述運(yùn)行RTP編碼的圖像數(shù)據(jù)，需使用操作系統(tǒng)提供的‘sendto()’API，但把需要傳送數(shù)據(jù)的前面內(nèi)存領(lǐng)域里覆蓋的實(shí)時傳送協(xié)議頭開始號輸出給其API的第一個位置，把相當(dāng)于上述實(shí)時傳送協(xié)議頭和將要傳送的壓縮圖像數(shù)據(jù)累計(jì)的大小輸入給第二個位置。
如上所述，現(xiàn)有方式是根據(jù)傳送率發(fā)生變化，但因把相應(yīng)大小(如8KB)的圖像數(shù)據(jù)復(fù)制給其它緩沖器，需要中央處理器資源。但本發(fā)明是因把12位大小的實(shí)時傳送協(xié)議頭覆蓋在存有壓縮圖像數(shù)據(jù)的內(nèi)存空閑領(lǐng)域，幾乎不需要中央處理器的資源。
圖4是表示本發(fā)明的動影像數(shù)據(jù)RTP編碼方法的順序圖。如圖所示，判斷需要傳送的數(shù)據(jù)是否屬于內(nèi)存第一個數(shù)據(jù)(最下面領(lǐng)域的數(shù)據(jù))。即，因?yàn)榈谝粋€傳送的數(shù)據(jù)不存在其之前填充實(shí)時傳送協(xié)議頭的空閑內(nèi)存領(lǐng)域。
根據(jù)上述判斷，如果現(xiàn)在需要傳送的數(shù)據(jù)是屬于處在內(nèi)存第一個位置的數(shù)據(jù)(第一個將要傳送的數(shù)據(jù))，就把實(shí)時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制壓縮圖像數(shù)據(jù)，運(yùn)行RTP編碼。
如果不屬于首次傳送的數(shù)據(jù)，就把下一個將要傳送數(shù)據(jù)(數(shù)據(jù)N)的實(shí)時傳送協(xié)議頭覆蓋在已經(jīng)傳送的數(shù)據(jù)(數(shù)據(jù)N-1)的內(nèi)存領(lǐng)域末端，運(yùn)行RTP編碼。即，即使不會把壓縮圖像數(shù)據(jù)復(fù)制給填充實(shí)時傳送協(xié)議頭的臨時緩沖器，也成為儲存實(shí)時傳送協(xié)議頭后，接著儲存下一個將要傳送數(shù)據(jù)的相同形式。
之后，上述運(yùn)行RTP編碼的圖像數(shù)據(jù)使用‘sendto()’API以用戶數(shù)據(jù)包協(xié)議傳送。這時，如果把壓縮圖像數(shù)據(jù)復(fù)制在現(xiàn)有臨時緩沖器，運(yùn)行RTP編碼，輸入到‘sendto()’API的第一個位置的開始地址就相同，但本發(fā)明因?qū)崟r傳送協(xié)議頭的開始地址持續(xù)變化，將輸入其變化的開始地址。
如上所述，本發(fā)明是在已經(jīng)傳送的壓縮圖像數(shù)據(jù)存有的內(nèi)存領(lǐng)域，只覆蓋下一個將要傳送的壓縮圖像數(shù)據(jù)的實(shí)時傳送協(xié)議頭，因此，可以減少復(fù)制在現(xiàn)有臨時緩沖器的壓縮圖像數(shù)據(jù)的復(fù)制次數(shù)，以此實(shí)現(xiàn)中央處理器資源的節(jié)約，可以提高系統(tǒng)的穩(wěn)定動作和性能。
權(quán)利要求
1.動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法，所述方法將圖像信號轉(zhuǎn)換為MPEG之類數(shù)字信號，以無線網(wǎng)絡(luò)輸出的無線圖像傳送設(shè)備所述，包括判斷上述無線圖像傳送設(shè)備需要傳送的壓縮圖像數(shù)據(jù)是否屬于儲存壓縮圖像數(shù)據(jù)的內(nèi)存第一個數(shù)據(jù)的步驟；如果上述需要傳送的數(shù)據(jù)屬于內(nèi)存第一個數(shù)據(jù)，就把實(shí)時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制上述壓縮圖像數(shù)據(jù)，運(yùn)行RTP編碼的步驟；上述判斷結(jié)果，如果不是屬于內(nèi)存第一個數(shù)據(jù)，就把下一個將要傳送數(shù)據(jù)的實(shí)時傳送協(xié)議頭覆蓋在已經(jīng)傳送的此前數(shù)據(jù)的內(nèi)存領(lǐng)域，運(yùn)行RTP編碼的步驟。
2.如權(quán)利要求項(xiàng)1所述的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法，其特征在于，以用戶數(shù)據(jù)包協(xié)議傳送上述RTP編碼的圖像數(shù)據(jù)時，把實(shí)時傳送協(xié)議頭的開始地址輸入給為傳送數(shù)據(jù)而使用的應(yīng)用編程接口的第一個位置，并進(jìn)行傳送。
3.如權(quán)利要求項(xiàng)1所述的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法，其特征在于，上述依次傳送的圖像數(shù)據(jù)是根據(jù)指定的傳送率設(shè)定的一定大小數(shù)據(jù)。
4.如權(quán)利要求項(xiàng)1所述的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法，其特征在于，上述首次傳送的數(shù)據(jù)是不存在其前面能夠填充實(shí)時傳送協(xié)議頭的空閑內(nèi)存領(lǐng)域，并且儲存在最下面內(nèi)存領(lǐng)域的數(shù)據(jù)。
全文摘要
本發(fā)明是有關(guān)在把電視和外部圖像信號轉(zhuǎn)換為動態(tài)圖像專家組壓縮標(biāo)準(zhǔn)等數(shù)字信號，以無線網(wǎng)絡(luò)的輸出設(shè)備，使其可以減少實(shí)時傳送協(xié)議編碼其圖像數(shù)據(jù)所需的系統(tǒng)資源的動影像數(shù)據(jù)的實(shí)時通信協(xié)議編碼方法的發(fā)明。包括判斷上述無線圖像傳送設(shè)備需要傳送的壓縮圖像數(shù)據(jù)是否屬于儲存壓縮圖像數(shù)據(jù)的內(nèi)存第一個數(shù)據(jù)的步驟、如果上述需要傳送的數(shù)據(jù)屬于內(nèi)存第一個數(shù)據(jù)，就把實(shí)時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制上述壓縮圖像數(shù)據(jù)，運(yùn)行RTP編碼的步驟、上述判斷結(jié)果，如果不是屬于內(nèi)存第一個數(shù)據(jù)，就把下一個將要傳送數(shù)據(jù)的實(shí)時傳送協(xié)議頭覆蓋在已經(jīng)傳送的此前數(shù)據(jù)的內(nèi)存領(lǐng)域，運(yùn)行RTP編碼的步驟。
文檔編號H04L29/06GK1812578SQ200510033069
公開日2006年8月2日 申請日期2005年1月28日 優(yōu)先權(quán)日2005年1月28日
發(fā)明者權(quán)純鉉 申請人:樂金電子(惠州)有限公司