亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種基于IEEE1394b協(xié)議和光纖的視頻傳輸控制方法

文檔序號:7647304閱讀:307來源:國知局
專利名稱:一種基于IEEE 1394b協(xié)議和光纖的視頻傳輸控制方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種對視頻傳輸信息進(jìn)行控制的處理方法,更特別地說,是指一種基于IEEE1394b協(xié)議和光纖的視頻傳輸控制方法。
背景技術(shù)
IEEE1394-1995協(xié)議的前身是蘋果公司的火線(FireWire),1995年12月,電氣與電子工程師協(xié)會(IEEE)正式通過了IEEE-1394串行總線標(biāo)準(zhǔn)。誕生以來,就得到了業(yè)界各大公司的大力支持,之后相繼推出了IEEE1394-2000和IEEE1394-2002(1394b),尤其是1394b中提出了對光纖傳輸?shù)闹С?,這使得1394協(xié)議與光纖網(wǎng)絡(luò)結(jié)合在一起,從而使得他的傳輸速率和范圍大大增加,應(yīng)用領(lǐng)域也因此得到拓展。由于1394協(xié)議本身的高速率,支持等時和異步傳輸模式,支持熱插拔等特性,使得它成為最理想的多媒體設(shè)備接口,目前在多媒體設(shè)備上得到了廣泛的應(yīng)用。1394協(xié)議支持等時傳輸模式可以保證所傳輸數(shù)據(jù)的實時性,但是由于等時傳輸模式的固有特性,它不會對丟失數(shù)據(jù)包有任何的反應(yīng),所以導(dǎo)致視頻傳輸?shù)膱D像進(jìn)行重組時可能出現(xiàn)畫面的錯亂和跳動。
光纖網(wǎng)絡(luò)具備革新航空電子系統(tǒng)的潛力,可提供高帶寬和高水平的綜合。其光學(xué)器件的無源特性使得網(wǎng)絡(luò)連接更簡單和健壯。另外,商用光纖通信技術(shù)由于受到廣泛的軟、硬件支持且升級快,被逐漸應(yīng)用到航空航天領(lǐng)域中。光纖網(wǎng)絡(luò)有潛能構(gòu)建大容量、抗干擾、配置靈活的新型車輛電子綜合系統(tǒng)。跟隨航空領(lǐng)域的發(fā)展,車輛電子系統(tǒng)的數(shù)據(jù)傳輸介質(zhì)正從銅升級到光纖。
目前,主流的視頻設(shè)備之間一般采用電纜連接,其傳輸帶寬低于200Mbps,延時達(dá)到5s左右,傳輸距離為10m以內(nèi),視頻數(shù)據(jù)易受電磁干擾。視頻設(shè)備之間的接口采用USB、或者直接模擬信號輸出,造成延時高、帶寬低的缺陷。
為了獲得高實時性高清晰的視頻數(shù)據(jù),本發(fā)明提出一種基于IEEE1394b協(xié)議和光纖的視頻傳輸控制方法。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種基于IEEE1394b協(xié)議和光纖的視頻傳輸控制方法,該視頻傳輸控制方法利用了IEEE1394b協(xié)議的等時傳輸模式高實時性、以及異步傳輸模式的高可靠性的特點,結(jié)合光纖通訊技術(shù)使視頻傳輸?shù)馁|(zhì)量和距離得到了較大的提高。
本發(fā)明是一種基于IEEE1394b協(xié)議和光纖的視頻傳輸控制方法,包括有在光纖總線上實現(xiàn)視頻采集的視頻發(fā)送節(jié)點NS,和在光纖總線上實現(xiàn)視頻顯示的視頻接收節(jié)點NR;所述視頻接收節(jié)點NR向所述視頻發(fā)送節(jié)點NS發(fā)送等時傳輸請求信息IR,用于請求所述視頻發(fā)送節(jié)點NS發(fā)送視頻數(shù)據(jù)到光纖總線上;所述視頻發(fā)送節(jié)點NS收到請求后,發(fā)送視頻數(shù)據(jù)信息D1到光纖總線上,并向所述視頻接收節(jié)點NR返回響應(yīng)信息IA,用于通知所述視頻接收節(jié)點NR自身的運行狀態(tài)和參數(shù),所述視頻數(shù)據(jù)信息D1的傳輸采用IEEE1394b協(xié)議的等時傳輸方式。
目前廣泛使用的文件傳輸方法主要是基于TCP/IP協(xié)議或者UDP/IP協(xié)議,對于網(wǎng)絡(luò)支持很完善的系統(tǒng),這是一個不錯的選擇,但是他需要全面的網(wǎng)絡(luò)支持,對系統(tǒng)要求相對較高,對于簡單的無網(wǎng)絡(luò)支持或者網(wǎng)絡(luò)支持不完善的嵌入式系統(tǒng)中,基于上述協(xié)議的傳輸就顯得力不從心了。本發(fā)明是基于1394b的光線總線的視頻傳輸控制方法建立了一種基于1394b協(xié)議的基于請求/響應(yīng)模型的可靠的視頻傳輸控制方法。該方法不是基于TCP/IP協(xié)議或者UDP/IP協(xié)議的,而是建立在物理層和鏈路層之上的。,不需要系統(tǒng)對網(wǎng)絡(luò)支持。這樣使得系統(tǒng)的結(jié)構(gòu)可以大大的簡化。由于該方法使用了請求響應(yīng)模式,所以保證了傳輸控制的高可靠性。本發(fā)明傳輸控制方法充分利用了1394b協(xié)議的等時傳輸模式,傳輸視頻數(shù)據(jù)能構(gòu)保證數(shù)據(jù)的實時特性,同時1394b協(xié)議支持的800M的帶寬使得視頻圖像十分流暢。但是由于1394b等時傳輸可能丟包,造成圖像的錯亂,所以本發(fā)明方法通過對視頻數(shù)據(jù)信息D1以幀為單位進(jìn)行編碼或解碼處理,解決了丟包現(xiàn)象,使視頻畫面保持流暢。


圖1是本發(fā)明視頻傳輸控制結(jié)構(gòu)框圖。
圖2A是一對一互聯(lián)模式示意圖。
圖2B是一對多互聯(lián)模式示意圖。
圖2C是多對一互聯(lián)模式示意圖。
圖2D是多對多互聯(lián)模式示意圖。
圖3A是視頻接收節(jié)點的等時接收控制流程圖。
圖3B是解析傳輸響應(yīng)包PA的流程圖。
圖4是視頻發(fā)送節(jié)點的等時發(fā)送控制流程圖。
具體實施例方式
下面將結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)說明。
請參見圖1所示,本發(fā)明是一種基于光纖總線和IEEE1394b協(xié)議的視頻傳輸控制方法,包括有在光纖總線上實現(xiàn)視頻采集的視頻發(fā)送節(jié)點NS,和在光纖總線上實現(xiàn)視頻顯示的視頻接收節(jié)點NR;所述視頻發(fā)送節(jié)點NS,用于將采集的視頻數(shù)據(jù)信息D1在光纖總線上共享,以及將所述視頻數(shù)據(jù)信息D1進(jìn)行存儲;所述視頻接收節(jié)點NR,用于從光纖總線上獲得所述視頻發(fā)送節(jié)點NS的視頻數(shù)據(jù)信息D1,并將所述視頻數(shù)據(jù)信息D1顯示出。
本發(fā)明基于光纖總線和IEEE1394b協(xié)議的視頻傳輸具體為所述視頻接收節(jié)點NR向所述視頻發(fā)送節(jié)點NS發(fā)送等時傳輸請求信息IR,用于請求所述視頻發(fā)送節(jié)點NS發(fā)送視頻數(shù)據(jù)到光纖總線上;所述視頻發(fā)送節(jié)點NS收到請求后,發(fā)送視頻數(shù)據(jù)信息D1到光纖總線上,并向所述視頻接收節(jié)點NR返回響應(yīng)信息IA,用于通知所述視頻接收節(jié)點NR自身的運行狀態(tài)和參數(shù)。
在光纖總線上所述視頻發(fā)送節(jié)點NS與所述視頻接收節(jié)點NR一般包括有四種互聯(lián)模式,即一對一、一對多、多對一、多對多,請參見圖2A、圖2B、圖2C和圖2D所示。這些互聯(lián)模式為常規(guī)的組網(wǎng)模式,在本發(fā)明中無特別之處。
在本發(fā)明中,所述視頻數(shù)據(jù)信息D1的傳輸采用IEEE1394b協(xié)議的等時傳輸模式。所述視頻數(shù)據(jù)信息D1以幀為單位進(jìn)行編碼和解碼,其中,一幀視頻數(shù)據(jù)的數(shù)據(jù)量為BufSize,1394b等時數(shù)據(jù)包PD的大小為nSize,每一幀視頻數(shù)據(jù)被分割成1394b等時數(shù)據(jù)包的數(shù)量PacCount=BufSize/(nSize-4);其視頻編碼步驟有(A)打包,根據(jù)1394b等時數(shù)據(jù)包大小nSize對采集的一幀視頻數(shù)據(jù)PD進(jìn)行分割打包,將有效視頻數(shù)據(jù)nSize-4字節(jié)的數(shù)據(jù)分割成一個數(shù)據(jù)塊;(B)計數(shù),在所述數(shù)據(jù)塊前加上4字節(jié)的1394b等時數(shù)據(jù)包計數(shù),則所述有效視頻數(shù)據(jù)與包計數(shù)共占nSize字節(jié)。所述1394b等時數(shù)據(jù)包計數(shù)由1開始,每次加一,直到包的數(shù)量PacCount,停止計數(shù);然后重復(fù)(A)、(B)步驟。其視頻解碼步驟有(A)在視頻接收節(jié)點將接收到的視頻數(shù)據(jù)包PD經(jīng)解碼,取出數(shù)據(jù)包中的前4字節(jié)的1394b等時數(shù)據(jù)包計數(shù),并判斷該計數(shù)是否連續(xù);若計數(shù)連續(xù),則說明沒有丟包,直接取出1394b等時數(shù)據(jù)包中的有效視頻數(shù)據(jù),將取出的有效視頻數(shù)據(jù)塊拼合成整幀,準(zhǔn)備顯示;若計數(shù)不連續(xù),則說明發(fā)生了丟包現(xiàn)象,此時根據(jù)1394b等時數(shù)據(jù)包計數(shù)可以確定丟包的個數(shù),然后將丟包的位置用0填充,然后再將接收的有效視頻數(shù)據(jù)依次填充,然后準(zhǔn)備顯示。
在本發(fā)明中,所述視頻數(shù)據(jù)信息D1的傳輸采用IEEE1394b協(xié)議的等時傳輸模式,傳輸過程以IEEE1394b協(xié)議的異步傳輸模式為基礎(chǔ)通過請求響應(yīng)方式進(jìn)行控制;所述傳輸過程的請求開始傳輸視頻數(shù)據(jù)采用的請求響應(yīng)方式為步驟A(參見圖3A所示)由所述視頻接收節(jié)點NR發(fā)送等時傳輸請求信息IR,該等時傳輸請求信息IR通過發(fā)送等時傳輸請求包PR來實現(xiàn);步驟B(參見圖4所示)由所述視頻發(fā)送節(jié)點NS接收到所述等時傳輸請求包PR,并對所述等時傳輸請求包PR進(jìn)行解析請求處理獲得請求信息IR;然后根據(jù)所述請求信息IR進(jìn)行自身執(zhí)行狀態(tài)判斷獲得執(zhí)行狀態(tài)SE。
所述執(zhí)行狀態(tài)SE包括有視頻采集發(fā)送程序已經(jīng)運行狀態(tài)SA和視頻采集發(fā)送程序未運行狀態(tài)SB,對應(yīng)所述視頻采集發(fā)送程序已經(jīng)運行狀態(tài)SA執(zhí)行操作A,對應(yīng)未運行狀態(tài)SB執(zhí)行操作B;所述A操作為獲得當(dāng)前視頻采集發(fā)送程序的運行參數(shù),發(fā)送出等時傳輸響應(yīng)包PA;所述B操作為啟動視頻采集程序、然后啟動等時發(fā)送進(jìn)程,返回等時傳輸響應(yīng)包PA;步驟C(參見圖3A、3B所示)由所述視頻接收節(jié)點NR接收到所述等時傳輸響應(yīng)包PA,并對所述等時傳輸響應(yīng)包PA進(jìn)行解析響應(yīng)處理獲得響應(yīng)信息IA,該響應(yīng)信息IA包括有所述視頻發(fā)送節(jié)點NA的視頻數(shù)據(jù)信息D1已發(fā)送狀態(tài)SSA、所述視頻發(fā)送節(jié)點NS啟動視頻采集程序、啟動等時傳輸進(jìn)程成功狀態(tài)SSB和所述視頻發(fā)送節(jié)點NS啟動視頻采集程序、啟動等時傳輸進(jìn)程失敗狀態(tài)SSC三種狀態(tài);對應(yīng)SSA狀態(tài),所述視頻接收節(jié)點NR從所述等時傳輸響應(yīng)包PA中獲得所述視頻發(fā)送節(jié)點NS的運行狀態(tài)參數(shù),然后用所述運行狀態(tài)參數(shù)配置所述視頻接收節(jié)點NR的等時接收進(jìn)程參數(shù),啟動等時接收進(jìn)程,若啟動接收進(jìn)程成功,則顯示視頻;若啟動接收進(jìn)程失敗,則向所述視頻發(fā)送節(jié)點NS發(fā)送停止視頻傳輸?shù)拿?,該命令通過發(fā)送等時傳輸命令包PC來實現(xiàn);對應(yīng)SSB狀態(tài),所述視頻接收節(jié)點NR啟動等時接收進(jìn)程,若啟動接收進(jìn)程成功,則顯示視頻;若啟動接收進(jìn)程失敗,則向所述視頻發(fā)送節(jié)點NS發(fā)送停止等時傳輸命令,該命令通過發(fā)送等時傳輸命令包PC來實現(xiàn);對應(yīng)SSC狀態(tài),所述視頻接收節(jié)點NR向終端設(shè)備(可以是顯示器)輸出錯誤信息,然后結(jié)束程序執(zhí)行。
等時傳輸請求包PR的格式為

參數(shù)說明PacType包類型。
PacSize包大小。
SrcNodeNum視頻接收節(jié)點NR的節(jié)點標(biāo)志。
DesNodeNum視頻發(fā)送節(jié)點NS的節(jié)點標(biāo)志。
UID本次操作對應(yīng)的唯一操作編號,一次操作只對應(yīng)一個UID。
ChannelNum等時傳輸通道號,1394b協(xié)議規(guī)定的等時傳輸?shù)耐ǖ捞柎a。
bTag是否使用Tag標(biāo)志。
TagTag參數(shù)的值。
bSY是否使用SY標(biāo)志。
SYSY參數(shù)的值。
bSync是否使用SyncTime標(biāo)志。
SyncTime等對傳輸開始需要等待的時間。
Speed等時傳輸?shù)乃俣龋?394b協(xié)議規(guī)定的等時傳輸?shù)乃俣取?br> Format視頻數(shù)據(jù)的格式。
DType數(shù)據(jù)類型,包中為視頻數(shù)據(jù)。
rsv保留。
注Tag和SY為1394b協(xié)議中定義的等時傳輸參數(shù)。
等時傳輸響應(yīng)包PA的格式為

參數(shù)說明SrcNodeNum視頻發(fā)送節(jié)點NS的節(jié)點標(biāo)志。
DesNodeNum視頻接收節(jié)點NR的節(jié)點標(biāo)志。
Status視頻發(fā)送節(jié)點NS的執(zhí)行狀態(tài),為SSA,SSB,或者SSC。
未說明的參數(shù)意義與等時傳輸請求包PR相同。
等時傳輸命令包PC的格式為

參數(shù)說明Command命令代碼未說明的參數(shù)意義與等時傳輸請求包PR相同。
圖3A的說明視頻接收節(jié)點NR發(fā)送等時傳輸請求包PR,并將包中的UID加入傳輸隊列,之后等待接收視頻發(fā)送節(jié)點NS的等時傳輸響應(yīng)包PA,若等待超時,則認(rèn)為請求失敗,將UID從傳輸隊列中清除,輸出錯誤信息,結(jié)束本次請求;若沒有超時,則將收到查看響應(yīng)信息的通知,所述通知包含有視頻發(fā)送節(jié)點NS接收到等時傳輸請求包PR之后的執(zhí)行狀態(tài);所述執(zhí)行狀態(tài)包括進(jìn)程運行SSA,進(jìn)程成功SSB和進(jìn)程失敗SSC。
若執(zhí)行狀態(tài)為進(jìn)程運行SSA,則視頻接收節(jié)點NR從等時傳輸響應(yīng)包PA中取出所需參數(shù)(具體參數(shù)參考等時傳輸響應(yīng)包PA的格式),并用所述參數(shù)配置視頻接收程序的參數(shù),然后啟動視頻接收程序,若啟動視頻接收程序成功,則結(jié)束本次請求,若啟動視頻接收程序失敗,則向視頻發(fā)送節(jié)點NS發(fā)送等時傳輸命令包PC,輸出錯誤信息,并結(jié)束本次請求;
若執(zhí)行狀態(tài)為進(jìn)程成功SSB,則啟動視頻接收程序,若啟動視頻接收程序成功,則結(jié)束本次請求,若啟動視頻接收程序失敗,則向視頻發(fā)送節(jié)點NS發(fā)送等時傳輸命令包PC,輸出錯誤信息,并結(jié)束本次請求;若執(zhí)行狀態(tài)為進(jìn)程失敗SSC,則輸出錯誤信息,并結(jié)束本次請求;圖3B的說明視頻接收節(jié)點NR收到視頻發(fā)送節(jié)點NS發(fā)送的等時傳輸響應(yīng)包PA,判斷所述等時傳輸響應(yīng)包PA中的UID是否在傳輸隊列中,若UID在傳輸隊列中,則從傳輸隊列中清除UID,然后判斷視頻發(fā)送節(jié)點NS接收到等時傳輸請求包PR之后的執(zhí)行狀態(tài),并通知等時接收流程查看響應(yīng)信息IA;若UID不在傳輸隊列中,則說明等時接收流程已經(jīng)等待超時,此時判斷視頻發(fā)送節(jié)點NS接收到等時傳輸請求包PR之后的執(zhí)行狀態(tài),若執(zhí)行狀態(tài)為進(jìn)程失敗SSC,則結(jié)束解析過程;若執(zhí)行狀態(tài)不是進(jìn)程失敗SSC,則發(fā)送等時傳輸命令包PC,通知視頻發(fā)送節(jié)點NS停止視頻發(fā)送,然后結(jié)束解析過程。
圖4的說明視頻發(fā)送節(jié)點NS收到等時傳輸請求包PR之后更新連接計數(shù),使連接計數(shù)加1,然后判斷視頻發(fā)送程序是否已經(jīng)運行,若程序已經(jīng)運行,則設(shè)置執(zhí)行狀態(tài)為進(jìn)程運行SSA;并將當(dāng)前視頻發(fā)送程序的運行參數(shù)通過等時傳輸響應(yīng)包PA返回給發(fā)出請求的視頻接收節(jié)點NR,然后結(jié)束等時傳輸響應(yīng)過程;若程序沒有運行,則執(zhí)行啟動視頻采集設(shè)備操作S1,然后執(zhí)行啟動視頻發(fā)送進(jìn)程操作S2,上述兩種操作S1,S2中任何一個操作失敗都設(shè)置執(zhí)行狀態(tài)為進(jìn)程失敗SSC,否則設(shè)置執(zhí)行狀態(tài)為進(jìn)程成功SSB,然后向發(fā)出請求的視頻接收節(jié)點NR發(fā)送等時傳輸響應(yīng)包PA,然后結(jié)束等時傳輸響應(yīng)過程。
在本發(fā)明中,所述視頻數(shù)據(jù)信息D1的傳輸采用IEEE1394b協(xié)議的等時傳輸模式,傳輸過程以IEEE1394b協(xié)議的異步傳輸模式為基礎(chǔ)通過請求響應(yīng)方式進(jìn)行控制;則所述傳輸過程的請求結(jié)束傳輸視頻數(shù)據(jù)采用的方式為由所述視頻接收節(jié)點NR結(jié)束視頻接收進(jìn)程,并發(fā)送等時傳輸命令信息IC,該等時傳輸請求信息IC通過發(fā)送等時傳輸請求包PC來實現(xiàn);由所述視頻發(fā)送節(jié)點NS接收到所述等時傳輸命令包PC,并對所述等時傳輸命令包PC進(jìn)行解析命令處理獲得命令信息IC;
該命令信息是指結(jié)束視頻傳輸命令。所述視頻發(fā)送節(jié)點NS獲得命令信息后,更新連接計數(shù)(計數(shù)-1),若連接計數(shù)為0,則停止視頻發(fā)送程序,然后結(jié)束命令解析程序;若連接計數(shù)不為0,則直接結(jié)束命令解析程序。
視頻采集節(jié)點收到請求包后做響應(yīng)的處理,并向視頻接收節(jié)點返回響應(yīng)狀態(tài)(成功或者失敗),若成功,返回視頻發(fā)送節(jié)點等時傳輸?shù)呐渲脜?shù);若失敗,返回錯誤代碼。若是由于視頻采集節(jié)點傳輸程序已經(jīng)啟動而導(dǎo)致傳輸失敗,則同時返回等時傳輸?shù)呐渲脜?shù)。視頻接收節(jié)點根據(jù)收到的返回狀態(tài)確定相應(yīng)的應(yīng)對措施。同時基于請求響應(yīng)方式還可以對視頻采集節(jié)點進(jìn)行各種操作控制,但不是本專利申請的范圍。
本發(fā)明中的符號表示的物理意義為

權(quán)利要求
1.一種基于IEEE 1394b協(xié)議和光纖的視頻傳輸控制方法,其特征在于包括有在光纖總線上實現(xiàn)視頻采集的視頻發(fā)送節(jié)點NS,和在光纖總線上實現(xiàn)視頻顯示的視頻接收節(jié)點NR;所述視頻接收節(jié)點NR向所述視頻發(fā)送節(jié)點NS發(fā)送等時傳輸請求信息IR,用于請求所述視頻發(fā)送節(jié)點NS發(fā)送視頻數(shù)據(jù)到光纖總線上;所述視頻發(fā)送節(jié)點NS收到請求后,發(fā)送視頻數(shù)據(jù)信息D1到光纖總線上,并向所述視頻接收節(jié)點NR返回響應(yīng)信息IA,用于通知所述視頻接收節(jié)點NR自身的運行狀態(tài)和參數(shù),所述視頻數(shù)據(jù)信息D1的傳輸采用IEEE1394b協(xié)議的等時傳輸方式。
2.根據(jù)權(quán)利要求1所述的視頻傳輸控制方法,其特征在于所述視頻數(shù)據(jù)信息D1以幀為單位進(jìn)行編碼或解碼,其中,一幀視頻數(shù)據(jù)的數(shù)據(jù)量BufSize,包PD的大小nSize,每一幀視頻數(shù)據(jù)被分割成包的數(shù)量PacCount=BufSize/(nSize-4);其視頻編碼步驟有(A)打包,根據(jù)包大小nSize對采集的一幀視頻數(shù)據(jù)BufSize進(jìn)行分割打包,將有效視頻數(shù)據(jù)nSize-4字節(jié)的數(shù)據(jù)分割成一個數(shù)據(jù)塊;(B)計數(shù),根據(jù)在所述數(shù)據(jù)塊前加上4字節(jié)的數(shù)據(jù)包計數(shù),所述數(shù)據(jù)包計數(shù)由1開始,每次加一,直到包的數(shù)量PacCount,停止計數(shù);然后重復(fù)(A)、(B)步驟。其視頻解碼步驟有(A)在視頻接收節(jié)點將接收到的視頻數(shù)據(jù)包PD經(jīng)解碼,取出數(shù)據(jù)包中的前4字節(jié)的包計數(shù),并判斷該計數(shù)是否連續(xù);若計數(shù)連續(xù),則說明沒有丟包,直接將取出包計數(shù)的數(shù)據(jù)塊拼合,準(zhǔn)備顯示;若計數(shù)不連續(xù),則說明發(fā)生了丟包現(xiàn)象,此時根據(jù)包計數(shù)可以確定丟包的個數(shù),然后將丟包的位置用O填充,然后再將接收的數(shù)據(jù)包去掉前4字節(jié)之后依次填充,然后準(zhǔn)備顯示。
3.根據(jù)權(quán)利要求1所述的視頻傳輸控制方法,其特征在于所述視頻數(shù)據(jù)信息D1的傳輸控制過程采用IEEE1394b協(xié)議的異步傳輸方式;所述傳輸控制過程中的請求開始傳輸視頻數(shù)據(jù)采用的請求響應(yīng)方式為步驟A由所述視頻接收節(jié)點NR發(fā)送等時傳輸請求信息IR,該等時傳輸請求信息IR通過發(fā)送等時傳輸請求包PR來實現(xiàn);步驟B由所述視頻發(fā)送節(jié)點NS接收到所述等時傳輸請求包PR,并對所述等時傳輸請求包PR進(jìn)行解析請求處理獲得請求信息IR;然后根據(jù)所述請求信息IR進(jìn)行自身執(zhí)行狀態(tài)判斷獲得執(zhí)行狀態(tài)SE。所述執(zhí)行狀態(tài)SE包括有視頻采集發(fā)送程序已經(jīng)運行狀態(tài)SA和視頻采集發(fā)送程序未運行狀態(tài)SB,對應(yīng)所述視頻采集發(fā)送程序已經(jīng)運行狀態(tài)SA執(zhí)行操作A,對應(yīng)未運行狀態(tài)SB執(zhí)行操作B;所述A操作為獲得當(dāng)前視頻采集發(fā)送程序的運行參數(shù),發(fā)送出等時傳輸響應(yīng)包PA;所述B操作為啟動視頻采集程序、然后啟動等時發(fā)送進(jìn)程,返回等時傳輸響應(yīng)包PA;步驟C由所述視頻接收節(jié)點NR接收到所述等時傳輸響應(yīng)包PA,并對所述等時傳輸響應(yīng)包PA進(jìn)行解析響應(yīng)處理獲得響應(yīng)信息IA,該響應(yīng)信息IA包括有所述視頻發(fā)送節(jié)點NS的視頻數(shù)據(jù)信息D1已發(fā)送狀態(tài)SSA、所述視頻發(fā)送節(jié)點NS啟動視頻采集程序、啟動等時傳輸進(jìn)程成功狀態(tài)SSB和所述視頻發(fā)送節(jié)點NS啟動視頻采集程序、啟動等時傳輸進(jìn)程失敗狀態(tài)SSC三種狀態(tài);對應(yīng)SSA狀態(tài),所述視頻接收節(jié)點NR從所述等時傳輸響應(yīng)包PA中獲得所述視頻發(fā)送節(jié)點NS的運行狀態(tài)參數(shù),然后用所述運行狀態(tài)參數(shù)配置所述視頻接收節(jié)點NR的等時接收進(jìn)程參數(shù),啟動等時接收進(jìn)程,若啟動接收進(jìn)程成功,則顯示視頻;若啟動接收進(jìn)程失敗,則向所述視頻發(fā)送節(jié)點NS發(fā)送停止視頻傳輸?shù)拿?,該命令通過發(fā)送等時傳輸命令包PC來實現(xiàn);對應(yīng)SSB狀態(tài),所述視頻接收節(jié)點NR啟動等時接收進(jìn)程,若啟動接收進(jìn)程成功,則顯示視頻;若啟動接收進(jìn)程失敗,則向所述視頻發(fā)送節(jié)點NS發(fā)送停止等時傳輸命令,該命令通過發(fā)送等時傳輸命令包PC來實現(xiàn);對應(yīng)SSC狀態(tài),所述視頻接收節(jié)點NR向終端設(shè)備輸出錯誤信息,然后結(jié)束程序執(zhí)行。
4.根據(jù)權(quán)利要求3所述的視頻傳輸控制方法,其特征在于等時傳輸請求包PR的格式為
5.根據(jù)權(quán)利要求3所述的視頻傳輸控制方法,其特征在于等時傳輸響應(yīng)包PA的格式為
6.根據(jù)權(quán)利要求3所述的視頻傳輸控制方法,其特征在于等時傳輸命令包PC的格式為
7.根據(jù)權(quán)利要求1所述的視頻傳輸控制方法,其特征在于所述視頻發(fā)送節(jié)點NS與所述視頻接收節(jié)點NR包括有一對一、一對多、多對一和多對多四種互聯(lián)模式。
全文摘要
本發(fā)明公開了一種基于IEEE 1394b協(xié)議和光纖的視頻傳輸控制方法,包括有在光纖總線上實現(xiàn)視頻采集的視頻發(fā)送節(jié)點N
文檔編號H04L29/06GK101014121SQ20071006372
公開日2007年8月8日 申請日期2007年2月8日 優(yōu)先權(quán)日2007年2月8日
發(fā)明者張春熹, 史潔琴, 楊玉生, 段靖遠(yuǎn), 文懷濤 申請人:北京航空航天大學(xué)
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1