本發(fā)明涉及數(shù)據(jù)傳輸領(lǐng)域，具體而言，涉及一種無(wú)線傳輸視/音頻的方法、裝置以及系統(tǒng)。

背景技術(shù)：

當(dāng)前LED顯示屏、LED電視與視頻源設(shè)備間常用HDMI/DVI，網(wǎng)線及光纖等線纜連接，線纜連接布線繁瑣，影響安裝現(xiàn)場(chǎng)美觀。同時(shí)，因?yàn)椴捎玫木€材質(zhì)量良莠不齊，低質(zhì)量的線材會(huì)引起LED屏上閃點(diǎn)等問(wèn)題，線纜的接口容易松動(dòng)，影響視頻信號(hào)傳輸。而高質(zhì)量的線材成本往往也較高。針對(duì)以上目前常用的幾種連接線材，有各自的缺點(diǎn)：

1)HDMI線：質(zhì)量好、長(zhǎng)度較長(zhǎng)的線材成本高，線材不好及外屏蔽做得不好的HDMI線容易引起LED屏閃點(diǎn)、圖像抖動(dòng)等問(wèn)題；HDMI接頭處容易松動(dòng)，影響視頻信號(hào)的傳輸。

2)網(wǎng)線：帶寬較低，六類線的帶寬為250MHz，傳輸全高清圖像需要經(jīng)過(guò)壓縮，或者每路線只傳輸一部分畫面，需要由多路網(wǎng)線實(shí)現(xiàn)全高清畫面。

3)光纖：對(duì)端口清潔要求很高，普通的灰塵和指紋等都會(huì)導(dǎo)致光纖傳輸衰減變大，甚至信號(hào)中斷，另外，安裝過(guò)程中需注意光纖彎折角度不能過(guò)大，以免折斷；額外的光電轉(zhuǎn)換設(shè)備增加了系統(tǒng)的成本與復(fù)雜性。

針對(duì)上述現(xiàn)有技術(shù)中LED顯示設(shè)備與視頻源設(shè)備之間采用有線的方式連接，影響視/音頻傳輸質(zhì)量的問(wèn)題，目前尚未提出有效的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供了一種無(wú)線傳輸視/音頻的方法、裝置以及系統(tǒng)，以至少解決現(xiàn)有技術(shù)中LED顯示設(shè)備與視頻源設(shè)備之間采用有線的方式連接，影響視/音頻傳輸質(zhì)量的技術(shù)問(wèn)題。

根據(jù)本發(fā)明實(shí)施例的一個(gè)方面，提供了一種無(wú)線傳輸視/音頻的系統(tǒng)，包括：視頻源設(shè)備，用于生成并輸出視/音頻信號(hào)；無(wú)線傳輸設(shè)備，與視頻源設(shè)備連接，用于處理視/音頻信號(hào)，得到視/音頻碼流；LED顯示設(shè)備，與無(wú)線傳輸設(shè)備通信，用于根據(jù)視/音頻碼流顯示全高清視頻，其中，LED顯示設(shè)備的控制卡上設(shè)置有無(wú)線接收端，無(wú)線接收端用于接收視/音頻碼流。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種無(wú)線傳輸視/音頻的方法，包括：無(wú)線發(fā)送端從視頻源設(shè)備獲取到視/音頻信號(hào)；無(wú)線發(fā)送端根據(jù)H.264編解碼協(xié)議將視/音頻信號(hào)壓縮，得到第一處理結(jié)果；無(wú)線發(fā)送端根據(jù)RTP/RTCP協(xié)議將第一處理結(jié)果打包，得到視/音頻碼流；無(wú)線發(fā)送端發(fā)送視/音頻碼流。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種無(wú)線傳輸視/音頻的方法，包括：無(wú)線接收端接收無(wú)線發(fā)送端發(fā)送的視/音頻碼流，其中，無(wú)線發(fā)送端設(shè)置于發(fā)送設(shè)備上，無(wú)線接收端設(shè)置于LED顯示設(shè)備的控制卡上；無(wú)線接收端根據(jù)RTP/RTCP協(xié)議將視/音頻碼流解包，得到第二處理結(jié)果；無(wú)線接收端根據(jù)H.264編解碼協(xié)議將第二處理結(jié)果解壓，得到視/音頻碼信號(hào)；無(wú)線接收端發(fā)送視/音頻信號(hào)至LED顯示設(shè)備，以使LED顯示設(shè)備根據(jù)視/音頻信號(hào)顯示全高清視頻。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種無(wú)線發(fā)送裝置，包括：獲取模塊，用于從視頻源設(shè)備獲取到視/音頻信號(hào)；第一處理模塊，用于根據(jù)H.264編解碼協(xié)議將視/音頻信號(hào)壓縮，得到第一處理結(jié)果；第二處理模塊，用于根據(jù)RTP/RTCP協(xié)議將第一處理結(jié)果打包，得到視/音頻碼流；第一發(fā)送模塊，用于發(fā)送視/音頻碼流。

根據(jù)本發(fā)明實(shí)施例的另一方面，又提供了一種無(wú)線接收裝置，包括：接收模塊，用于接收無(wú)線發(fā)送裝置發(fā)送的視/音頻碼流，其中，無(wú)線發(fā)送裝置設(shè)置于發(fā)送設(shè)備上，無(wú)線接收裝置設(shè)置于LED顯示設(shè)備的控制卡上；第三處理模塊，用于根據(jù)RTP/RTCP協(xié)議將視/音頻碼流解包，得到第二處理結(jié)果；第四處理模塊，用于根據(jù)H.264編解碼協(xié)議將第二處理結(jié)果解壓，得到視/音頻碼信號(hào)；第二發(fā)送模塊，用于發(fā)送視/音頻信號(hào)至LED顯示設(shè)備，以使LED顯示設(shè)備根據(jù)視/音頻信號(hào)顯示全高清視頻。

在本發(fā)明實(shí)施例中，采用無(wú)線傳輸視/音頻的方式，通過(guò)視頻源設(shè)備，用于生成并輸出視/音頻信號(hào)；無(wú)線傳輸設(shè)備，與視頻源設(shè)備連接，用于處理視/音頻信號(hào)，得到視/音頻碼流；LED顯示設(shè)備，與無(wú)線傳輸設(shè)備通信，用于根據(jù)視/音頻碼流顯示全高清視頻，其中，LED顯示設(shè)備的控制卡上設(shè)置有無(wú)線接收端，無(wú)線接收端用于接收視/音頻碼流，達(dá)到了無(wú)線傳輸視/音頻數(shù)據(jù)的目的，從而實(shí)現(xiàn)了實(shí)時(shí)、連續(xù)流暢傳輸視/音頻數(shù)據(jù)的技術(shù)效果，進(jìn)而解決了現(xiàn)有技術(shù)中LED顯示設(shè)備與視頻源設(shè)備之間采用有線的方式連接，影響視/音頻傳輸質(zhì)量的技術(shù)問(wèn)題。

附圖說(shuō)明

此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線傳輸視/音頻的系統(tǒng)示意圖；

圖2是根據(jù)本發(fā)明實(shí)施例的一種可選的無(wú)線傳輸視/音頻的系統(tǒng)示意圖；

圖3是根據(jù)本發(fā)明實(shí)施例的一種可選的無(wú)線傳輸設(shè)備數(shù)據(jù)傳輸?shù)脑硎疽鈭D；

圖4是根據(jù)本發(fā)明實(shí)施例的一種可選的無(wú)線發(fā)送端數(shù)據(jù)傳輸?shù)脑硎疽鈭D；

圖5是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線傳輸視/音頻的方法流程圖；

圖6是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線傳輸視/音頻的方法流程圖；

圖7是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線發(fā)送裝置的示意圖；以及

圖8是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線接收裝置的示意圖。

其中，上述附圖包括以下附圖標(biāo)記：

視頻源設(shè)備10、無(wú)線傳輸設(shè)備12、LED顯示設(shè)備14、WIFI模塊16、獲取模塊70、第一處理模塊72、第二處理模塊74、第一發(fā)送模塊76、接收模塊80、第三處理模塊82、第四處理模塊84、第二發(fā)送模塊86。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

需要說(shuō)明的是，本發(fā)明的說(shuō)明書和權(quán)利要求書及上述附圖中的術(shù)語(yǔ)“第一”、“第二”等是用于區(qū)別類似的對(duì)象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術(shù)語(yǔ)“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過(guò)程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過(guò)程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

實(shí)施例1

根據(jù)本發(fā)明實(shí)施例，提供了一種無(wú)線傳輸視/音頻的系統(tǒng)，圖1是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線傳輸視/音頻的系統(tǒng)示意圖，如圖1所示，該系統(tǒng)包括：視頻源設(shè)備10、無(wú)線傳輸設(shè)備12、LED顯示設(shè)備14，其中，

視頻源設(shè)備10，用于生成并輸出視/音頻信號(hào)；無(wú)線傳輸設(shè)備12，與視頻源設(shè)備10連接，用于處理視/音頻信號(hào)，得到視/音頻碼流；LED顯示設(shè)備14，與無(wú)線傳輸設(shè)備12通信，用于根據(jù)視/音頻碼流顯示全高清視頻，其中，LED顯示設(shè)備14的控制卡上設(shè)置有無(wú)線接收端，無(wú)線接收端用于接收視/音頻信號(hào)。

具體的，上述視頻源設(shè)備10可以為視頻播放設(shè)備，例如，計(jì)算機(jī)、手機(jī)、筆記本、平板電腦、藍(lán)光播放器、DVD播放器等，上述無(wú)線傳輸設(shè)備12可以為視頻無(wú)線傳輸設(shè)備，例如，無(wú)線傳輸中繼器，無(wú)線轉(zhuǎn)發(fā)中轉(zhuǎn)器，無(wú)線發(fā)射接收器，2.4G無(wú)線音視頻傳輸器等，上述LED顯示設(shè)備14可以為L(zhǎng)ED顯示屏，LED電視等。

在一種可選的實(shí)施方式中，上述無(wú)線傳輸視/音頻的系統(tǒng)由無(wú)線發(fā)送端和無(wú)線接收端組成。其中，無(wú)線發(fā)送端設(shè)置于無(wú)線傳輸設(shè)備上，無(wú)線接收端設(shè)置于LED顯示設(shè)備14的控制卡上，可以用于接收視/音頻碼流，圖2是根據(jù)本發(fā)明實(shí)施例的一種可選的無(wú)線傳輸視/音頻的系統(tǒng)示意圖，結(jié)合圖2所示，無(wú)線發(fā)送端與無(wú)線接收端之間可以通過(guò)WIFI模塊16無(wú)線連接，在無(wú)線接收端接收到視/音頻碼流之后，LED顯示設(shè)備14可以根據(jù)上述視/音頻碼流顯示全高清視頻。

需要說(shuō)明的是，在本申請(qǐng)上述實(shí)施例中，無(wú)線視頻傳輸基于無(wú)線傳輸標(biāo)準(zhǔn)協(xié)議802.11n，速率為300Mbps。而全高清(1080p)無(wú)壓縮的碼率約為3Gbps，高于協(xié)議速率。在本申請(qǐng)中，如圖3所示，通過(guò)使用H.264編解碼協(xié)議將視頻圖像壓縮到100Mbps以下，進(jìn)而實(shí)現(xiàn)了視/音頻數(shù)據(jù)的實(shí)時(shí)傳輸，同時(shí)也能保證LED顯示設(shè)備14顯示連續(xù)、流暢的顯示圖像；優(yōu)選的，可以采用UDP傳輸協(xié)議來(lái)保證視/音頻碼流的實(shí)時(shí)傳輸。優(yōu)選的，還可以采用基于UDP之上的高層協(xié)議RTP/RTCP協(xié)議，來(lái)提供流量控制和擁塞控制服務(wù)。

在本發(fā)明實(shí)施例中，采用無(wú)線傳輸視/音頻的方式，通過(guò)視頻源設(shè)備，用于生成并輸出視/音頻信號(hào)；無(wú)線傳輸設(shè)備，與視頻源設(shè)備連接，用于處理視/音頻信號(hào)，得到視/音頻碼流；LED顯示設(shè)備，與無(wú)線傳輸設(shè)備通信，用于根據(jù)視/音頻碼流顯示全高清視頻，其中，LED顯示設(shè)備的控制卡上設(shè)置有無(wú)線接收端，無(wú)線接收端用于接收視/音頻碼流，達(dá)到了無(wú)線傳輸視/音頻數(shù)據(jù)的目的，從而實(shí)現(xiàn)了實(shí)時(shí)、連續(xù)流暢傳輸視/音頻數(shù)據(jù)的技術(shù)效果，進(jìn)而解決了現(xiàn)有技術(shù)中LED顯示設(shè)備與視頻源設(shè)備之間采用有線的方式連接，影響視/音頻傳輸質(zhì)量的技術(shù)問(wèn)題。

基于上述實(shí)施例提供的方案，本申請(qǐng)還提供了如下優(yōu)選方案：

可選的，無(wú)線傳輸設(shè)備12還用于傳輸控制命令至LED顯示設(shè)備14，其中，控制命令包括：色溫控制命令、亮度控制命令。

具體的，在上述可選的實(shí)施方式中，控制命令可以包括：色溫控制命令、亮度控制命令。通過(guò)上述實(shí)施方式，可以實(shí)現(xiàn)在傳輸視音頻數(shù)據(jù)的同時(shí)，還能傳輸色溫、亮度及其他LED顯示屏可用的控制指令，以達(dá)到對(duì)LED顯示屏、LED電視的控制。

可選的，無(wú)線傳輸設(shè)備12還用于通過(guò)數(shù)字化視/音頻接口與視頻源設(shè)備10連接，其中，數(shù)字化視/音頻接口包括：DVI接口或HDMI接口(圖3僅示出HDMI接口)。

在一種可選的實(shí)施方案中，視頻源設(shè)備10與無(wú)線傳輸設(shè)備12之間可以通過(guò)無(wú)線或有線的方式連接，優(yōu)選的，可以通過(guò)無(wú)線方式連接，結(jié)合圖3所示，視頻源設(shè)備與無(wú)線傳輸設(shè)備的無(wú)線發(fā)送端可以通過(guò)HDMI線連接，或直接將無(wú)線發(fā)送端插接在視頻源設(shè)備10的HDMI的輸出接口上，具體的，HDMI線可以提供高達(dá)5Gbps的數(shù)據(jù)傳輸帶寬，可以傳送無(wú)壓縮的音頻信號(hào)及高分辨率，比如全高清(Full HD)視頻信號(hào)。同時(shí)無(wú)需在信號(hào)傳送前進(jìn)行數(shù)/?；蛘吣?數(shù)轉(zhuǎn)換，可以保證最高質(zhì)量的影音信號(hào)傳送；最遠(yuǎn)可傳輸30米，保證絕大多數(shù)應(yīng)用需求。

可選的，無(wú)線傳輸設(shè)備12還用于根據(jù)H.264編解碼協(xié)議將視/音頻信號(hào)壓縮，得到第一處理結(jié)果；無(wú)線傳輸設(shè)備12根據(jù)RTP/RTCP協(xié)議將第一處理結(jié)果打包，得到視/音頻碼流。

作為一種可選的實(shí)施方式，如圖3所示的原理圖，上述無(wú)線發(fā)送端可以連接視頻源設(shè)備10的HDMI輸出接口，將視/音頻信號(hào)按H.264編解碼協(xié)議壓縮，進(jìn)一步的，可以將壓縮后的視頻碼流按RTP/RTCP協(xié)議打包，再將打包后得到的視/音頻碼流無(wú)線(例如，WiFi、GPRS、3G、藍(lán)牙)發(fā)送出去。

在一種可選的實(shí)施方式中，根據(jù)RTP的封裝規(guī)范，H.264視頻流數(shù)據(jù)可以采用簡(jiǎn)單打包的方案，即一個(gè)RTP分組里放入一個(gè)NALU(NAL單元)，將NALU(包括同時(shí)作為載荷頭標(biāo)的NALU頭)放入RTP的載荷中，設(shè)置RTP頭標(biāo)值收端通過(guò)RTP序列信息識(shí)別復(fù)制包并丟棄，取出有效RTP包里的NALU；H.264視頻流數(shù)據(jù)由發(fā)送端分別封裝上RTP報(bào)頭、UDP報(bào)頭和IP報(bào)頭，按照RTP數(shù)據(jù)包的格式放入數(shù)據(jù)，并配置RTP包頭的時(shí)間戳、同步信息以及序列等參數(shù)，形成IP數(shù)據(jù)包，通過(guò)IP網(wǎng)絡(luò)發(fā)送給接收端，實(shí)現(xiàn)端到端的視頻流傳輸。具體的，數(shù)據(jù)傳輸時(shí)H.264視頻幀的封裝格式，如下表1所示。

表1數(shù)據(jù)傳輸時(shí)H.264視頻幀的封裝格式

具體的，網(wǎng)絡(luò)數(shù)據(jù)傳輸基于IP協(xié)議，最大傳輸單元(MTU)最大為1500字節(jié)，在使用IP/UDP/RTP的協(xié)議層次結(jié)構(gòu)時(shí)，傳輸字節(jié)包括至少20字節(jié)的IP頭，8字節(jié)的UDP頭，以及12字節(jié)的RTP頭。頭信息至少要占用40個(gè)字節(jié)，RTP載荷(也即，H.264視頻幀)的最大尺寸為1460字節(jié)。以下為H.264中的RTP包頭的數(shù)據(jù)結(jié)構(gòu)：

需要說(shuō)明的是，本申請(qǐng)上述可選方案通過(guò)采用無(wú)線發(fā)送端碼率控制與編碼參數(shù)動(dòng)態(tài)調(diào)整實(shí)現(xiàn)QoS反饋控制，依據(jù)QoS反饋的編碼量化參數(shù)來(lái)進(jìn)行動(dòng)態(tài)調(diào)整輸出碼率。

可選的，無(wú)線接收端用于根據(jù)RTP/RTCP協(xié)議將視/音頻碼流解包，得到第二處理結(jié)果；無(wú)線接收端根據(jù)H.264編解碼協(xié)議將第二處理結(jié)果解壓，得到視/音頻信號(hào)。

可選的，無(wú)線接收端還用于發(fā)送視/音頻信號(hào)至LED顯示設(shè)備14，以使LED顯示設(shè)備14顯示全高清視頻。

在一種可選的實(shí)施方案中，圖4是根據(jù)本發(fā)明實(shí)施例的一種可選的無(wú)線發(fā)送端數(shù)據(jù)傳輸?shù)脑硎疽鈭D，如圖4所示，上述無(wú)線接收端可以設(shè)置于LED顯示屏、LED電視的控制卡上，通過(guò)無(wú)線接收到視/音頻碼流后，經(jīng)過(guò)RTP/RTCP協(xié)議解包，解出壓縮了的視/音頻碼流，再通過(guò)H.264編解碼協(xié)議解壓，將視/音頻碼流恢復(fù)成正常的視/音頻信號(hào)。視/音頻信號(hào)再發(fā)送給LED顯示設(shè)備14(例如，LED顯示屏、LED電視)，LED顯示設(shè)備14的控制卡可以按通用的控制模式，將上述視/音頻信號(hào)顯示在LED顯示屏、LED電視上。

作為一種可選的實(shí)施方式，結(jié)合圖4所示，無(wú)線發(fā)送端周期性地發(fā)送SR包(發(fā)送方報(bào)告)并接收由無(wú)線接收端反饋回的RR包(接收方報(bào)告)，通過(guò)提取QoS參數(shù)來(lái)監(jiān)控視頻流的傳輸情況，進(jìn)而動(dòng)態(tài)調(diào)整發(fā)送端的采集編碼參數(shù)設(shè)置，從而保證傳輸?shù)腝oS。

RTCP報(bào)文封裝在UDP數(shù)據(jù)報(bào)中進(jìn)行傳輸，發(fā)送時(shí)使用比它所屬的RTP流的端口號(hào)大1的協(xié)議號(hào)(RTP使用偶數(shù)號(hào)，RTCP使用奇數(shù)號(hào))。以下是RTCP頭部數(shù)據(jù)結(jié)構(gòu)：

RTCP使用5個(gè)基本報(bào)文類型允許發(fā)送端和接收端交換有關(guān)會(huì)話信息。

RTCP接收者報(bào)文RR的封裝數(shù)據(jù)結(jié)構(gòu)：

RTCP發(fā)送者報(bào)文SR的封裝數(shù)據(jù)結(jié)構(gòu)：

本申請(qǐng)上述方案通過(guò)采用無(wú)線發(fā)送端碼率控制與編碼參數(shù)動(dòng)態(tài)調(diào)整實(shí)現(xiàn)QoS反饋控制，依據(jù)QoS反饋的編碼量化參數(shù)來(lái)進(jìn)行動(dòng)態(tài)調(diào)整輸出碼率。在一種可選的實(shí)施方式中，無(wú)線發(fā)送端采用選擇性丟幀策略。即當(dāng)網(wǎng)絡(luò)狀況不好時(shí)丟棄不重要的幀或影響不大的幀(例如，控制幀)。在本次丟棄之后重發(fā)數(shù)據(jù)幀。需要說(shuō)明的是，關(guān)鍵幀(例如，實(shí)時(shí)傳輸?shù)囊曨l數(shù)據(jù))是不能丟棄的。

通過(guò)本申請(qǐng)上述方案，可以實(shí)現(xiàn)無(wú)線傳輸設(shè)備到LED顯示屏、LED電視的無(wú)線視頻傳輸。本申請(qǐng)不通過(guò)線纜連接視頻源設(shè)備和LED顯示設(shè)備，縮短了安裝周期，維護(hù)方便，不用額外布線，同樣適用于已裝修好的環(huán)境；同時(shí)避免了劣質(zhì)線材帶來(lái)的問(wèn)題，而相對(duì)高質(zhì)量線材節(jié)約了成本?？梢詽M足不同客戶群的需求，適應(yīng)當(dāng)今智能家電的簡(jiǎn)便易用、無(wú)線互聯(lián)等發(fā)展趨勢(shì)，更好的詮釋了LED智能電視的產(chǎn)品概念。而且基于WiFi模塊傳輸視頻，可以實(shí)現(xiàn)與手機(jī)、平板電腦等眾多支持WiFi功能的智能設(shè)備間的互聯(lián)。

實(shí)施例2

根據(jù)本發(fā)明實(shí)施例，提供了一種無(wú)線傳輸視/音頻的方法實(shí)施例，需要說(shuō)明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖5是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線傳輸視/音頻的方法流程圖，如圖5所示，該方法包括如下步驟：

步驟S102，無(wú)線發(fā)送端從視頻源設(shè)備獲取到視/音頻信號(hào)；

步驟S104，無(wú)線發(fā)送端根據(jù)H.264編解碼協(xié)議將視/音頻信號(hào)壓縮，得到第一處理結(jié)果；

步驟S106，無(wú)線發(fā)送端根據(jù)RTP/RTCP協(xié)議將第一處理結(jié)果打包，得到視/音頻碼流；

步驟S108，無(wú)線發(fā)送端發(fā)送視/音頻碼流。

具體的，在上述步驟S102至步驟S108中，無(wú)線發(fā)送端可以設(shè)置于無(wú)線傳輸設(shè)備上，無(wú)線傳輸設(shè)備可以為視頻無(wú)線傳輸設(shè)備，例如，無(wú)線傳輸中繼器，無(wú)線轉(zhuǎn)發(fā)中轉(zhuǎn)器，無(wú)線發(fā)射接收器，2.4G無(wú)線音視頻傳輸器等，上述視頻源設(shè)備可以為視頻播放設(shè)備，例如，計(jì)算機(jī)、手機(jī)、筆記本、平板電腦、藍(lán)光播放器、DVD播放器等。

作為一種可選的實(shí)施方式，上述無(wú)線發(fā)送端可以連接視頻源設(shè)備的HDMI輸出接口，將視/音頻信號(hào)按H.264編解碼協(xié)議壓縮，進(jìn)一步的，可以將壓縮后的視頻碼流按RTP/RTCP協(xié)議打包，再將打包后得到的視/音頻碼流無(wú)線(例如，WiFi、GPRS、3G、藍(lán)牙)發(fā)送出去。

在本申請(qǐng)上述實(shí)施例中，無(wú)線視頻傳輸基于無(wú)線傳輸標(biāo)準(zhǔn)協(xié)議802.11n，速率為300Mbps。而全高清(1080p)無(wú)壓縮的碼率約為3Gbps，高于協(xié)議速率。在本申請(qǐng)中，如圖3所示，通過(guò)使用H.264編解碼協(xié)議將視頻圖像壓縮到100Mbps以下，進(jìn)而實(shí)現(xiàn)了視/音頻數(shù)據(jù)的實(shí)時(shí)傳輸，同時(shí)也能保證LED顯示設(shè)備14顯示連續(xù)、流暢的顯示圖像；優(yōu)選的，可以采用UDP傳輸協(xié)議來(lái)保證視/音頻碼流的實(shí)時(shí)傳輸。優(yōu)選的，還可以采用基于UDP之上的高層協(xié)議RTP/RTCP協(xié)議，來(lái)提供流量控制和擁塞控制服務(wù)。

需要說(shuō)明的是，本申請(qǐng)上述方案通過(guò)采用無(wú)線發(fā)送端碼率控制與編碼參數(shù)動(dòng)態(tài)調(diào)整實(shí)現(xiàn)QoS反饋控制。依據(jù)QoS反饋的編碼量化參數(shù)來(lái)進(jìn)行動(dòng)態(tài)調(diào)整輸出碼率，在一種可選的實(shí)施方式中，無(wú)線發(fā)送端采用選擇性丟幀策略。即當(dāng)網(wǎng)絡(luò)狀況不好時(shí)丟棄不重要的幀或影響不大的幀(例如，控制幀)。在本次丟棄之后重發(fā)數(shù)據(jù)幀。需要說(shuō)明的是，關(guān)鍵幀(例如，實(shí)時(shí)傳輸?shù)囊曨l數(shù)據(jù))是不能丟棄的。

在本發(fā)明實(shí)施例中，采用無(wú)線傳輸視/音頻的方式，通過(guò)無(wú)線發(fā)送端從視頻源設(shè)備獲取到視/音頻信號(hào)；無(wú)線發(fā)送端根據(jù)H.264編解碼協(xié)議將視/音頻信號(hào)壓縮，得到第一處理結(jié)果；無(wú)線發(fā)送端根據(jù)RTP/RTCP協(xié)議將第一處理結(jié)果打包，得到視/音頻碼流；無(wú)線發(fā)送端發(fā)送視/音頻碼流，達(dá)到了無(wú)線傳輸視/音頻數(shù)據(jù)的目的，從而實(shí)現(xiàn)了實(shí)時(shí)、連續(xù)流暢傳輸視/音頻數(shù)據(jù)的技術(shù)效果，進(jìn)而解決了現(xiàn)有技術(shù)中LED顯示設(shè)備與視頻源設(shè)備之間采用有線的方式連接，影響視/音頻傳輸質(zhì)量的技術(shù)問(wèn)題。

可選的，無(wú)線發(fā)送端通過(guò)數(shù)字化視音頻接口與視頻源設(shè)備連接，其中，數(shù)字化視音頻接口包括：DVI接口或HDMI接口。

在一種可選的實(shí)施方案中，視頻源設(shè)備與無(wú)線發(fā)送端可以通過(guò)HDMI線連接，或直接將無(wú)線發(fā)送端插接在視頻源設(shè)備的HDMI的輸出接口上，具體的，HDMI線可以提供高達(dá)5Gbps的數(shù)據(jù)傳輸帶寬，可以傳送無(wú)壓縮的音頻信號(hào)及高分辨率，比如全高清(Full HD)視頻信號(hào)。無(wú)需在信號(hào)傳送前進(jìn)行數(shù)/?；蛘吣?數(shù)轉(zhuǎn)換，可以保證最高質(zhì)量的影音信號(hào)傳送，最遠(yuǎn)可傳輸30米，保證絕大多數(shù)應(yīng)用需求。

實(shí)施例3

根據(jù)本發(fā)明實(shí)施例，提供了一種無(wú)線傳輸視/音頻的方法實(shí)施例，需要說(shuō)明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖6是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線傳輸視/音頻的方法流程圖，如圖6所示，該方法包括如下步驟：

步驟S202，無(wú)線接收端接收無(wú)線發(fā)送端發(fā)送的視/音頻碼流，其中，無(wú)線發(fā)送端設(shè)置于無(wú)線傳輸設(shè)備上，無(wú)線接收端設(shè)置于LED顯示設(shè)備的控制卡上；

步驟S204，無(wú)線接收端根據(jù)RTP/RTCP協(xié)議將視/音頻碼流解包，得到第二處理結(jié)果；

步驟S206，無(wú)線接收端根據(jù)H.264編解碼協(xié)議將第二處理結(jié)果解壓，得到視/音頻碼信號(hào)；

步驟S208，無(wú)線接收端發(fā)送視/音頻信號(hào)至LED顯示設(shè)備，以使LED顯示設(shè)備根據(jù)視/音頻信號(hào)顯示全高清視頻。

具體的，在上述步驟S202至步驟S208中，無(wú)線發(fā)送端可以通過(guò)HDMI接口與視頻源設(shè)備連接，視頻源設(shè)備可以為視頻播放設(shè)備，例如，計(jì)算機(jī)、手機(jī)、筆記本、平板電腦、藍(lán)光播放器、DVD播放器等。上述無(wú)線發(fā)送端可以設(shè)置于無(wú)線傳輸設(shè)備上，無(wú)線傳輸設(shè)備可以為視頻無(wú)線傳輸設(shè)備，例如，無(wú)線傳輸中繼器，無(wú)線轉(zhuǎn)發(fā)中轉(zhuǎn)器，無(wú)線發(fā)射接收器，2.4G無(wú)線音視頻傳輸器等，上述LED顯示設(shè)備可以為L(zhǎng)ED顯示屏、LED電視。

在一種可選的實(shí)施方案中，無(wú)線發(fā)送端與無(wú)線接收端之間可以通過(guò)WIFI模塊無(wú)線連接，上述無(wú)線接收端可以設(shè)置于LED顯示屏、LED電視的控制卡上，通過(guò)無(wú)線(例如，WiFi、GPRS、3G、藍(lán)牙)接收到視/音頻碼流后，經(jīng)過(guò)RTP/RTCP協(xié)議解包，解出壓縮了的視/音頻碼流，再通過(guò)H.264編解碼協(xié)議解壓，將視/音頻碼流恢復(fù)成正常的視/音頻信號(hào)。視/音頻信號(hào)再發(fā)送給LED顯示設(shè)備(例如，LED顯示屏、LED電視)，LED顯示設(shè)備的控制卡可以按通用的控制模式，將上述視/音頻信號(hào)顯示在LED顯示屏、LED電視上。

在本申請(qǐng)上述實(shí)施例中，無(wú)線視頻傳輸基于無(wú)線傳輸標(biāo)準(zhǔn)協(xié)議802.11n，速率為300Mbps。而全高清(1080p)無(wú)壓縮的碼率約為3Gbps，高于協(xié)議速率。在本申請(qǐng)中，如圖3所示，通過(guò)使用H.264編解碼協(xié)議將視頻圖像壓縮到100Mbps以下，進(jìn)而實(shí)現(xiàn)了視/音頻數(shù)據(jù)的實(shí)時(shí)傳輸，同時(shí)也能保證LED顯示設(shè)備14顯示連續(xù)、流暢的顯示圖像；優(yōu)選的，可以采用UDP傳輸協(xié)議來(lái)保證視/音頻碼流的實(shí)時(shí)傳輸。優(yōu)選的，還可以采用基于UDP之上的高層協(xié)議RTP/RTCP協(xié)議，來(lái)提供流量控制和擁塞控制服務(wù)。

需要說(shuō)明的是，本申請(qǐng)上述方案通過(guò)采用無(wú)線發(fā)送端碼率控制與編碼參數(shù)動(dòng)態(tài)調(diào)整實(shí)現(xiàn)QoS反饋控制。依據(jù)QoS反饋的編碼量化參數(shù)來(lái)進(jìn)行動(dòng)態(tài)調(diào)整輸出碼率，在一種可選的實(shí)施方式中，無(wú)線發(fā)送端采用選擇性丟幀策略。即當(dāng)網(wǎng)絡(luò)狀況不好時(shí)丟棄不重要的幀或影響不大的幀(例如，控制幀)。在本次丟棄之后重發(fā)數(shù)據(jù)幀。需要說(shuō)明的是，關(guān)鍵幀(例如，實(shí)時(shí)傳輸?shù)囊曨l數(shù)據(jù))是不能丟棄的。

在本發(fā)明實(shí)施例中，采用無(wú)線傳輸視/音頻的方式，通過(guò)無(wú)線接收端接收無(wú)線發(fā)送端發(fā)送的視/音頻碼流，其中，無(wú)線發(fā)送端設(shè)置于無(wú)線傳輸設(shè)備上，無(wú)線接收端設(shè)置于LED顯示設(shè)備的控制卡上；無(wú)線接收端根據(jù)RTP/RTCP協(xié)議將視/音頻碼流解包，得到第二處理結(jié)果；無(wú)線接收端根據(jù)H.264編解碼協(xié)議將第二處理結(jié)果解壓，得到視/音頻碼信號(hào)；無(wú)線接收端發(fā)送視/音頻信號(hào)至LED顯示設(shè)備，以使LED顯示設(shè)備根據(jù)視/音頻信號(hào)顯示全高清視頻，達(dá)到了無(wú)線傳輸視/音頻數(shù)據(jù)的目的，從而實(shí)現(xiàn)了實(shí)時(shí)、連續(xù)流暢傳輸視/音頻數(shù)據(jù)的技術(shù)效果，進(jìn)而解決了現(xiàn)有技術(shù)中LED顯示設(shè)備與視頻源設(shè)備之間采用有線的方式連接，影響視/音頻傳輸質(zhì)量的技術(shù)問(wèn)題。

實(shí)施例4

根據(jù)本發(fā)明實(shí)施例，提供了一種無(wú)線發(fā)送裝置實(shí)施例，需要說(shuō)明的是，該裝置的模塊可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，圖7是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線發(fā)送裝置的示意圖，如圖7所示，該裝置包括：獲取模塊70、第一處理模塊72、第二處理模塊74、第一發(fā)送模塊76，其中，

獲取模塊70，用于從視頻源設(shè)備獲取到視/音頻信號(hào)；第一處理模塊72，用于根據(jù)H.264編解碼協(xié)議將視/音頻信號(hào)壓縮，得到第一處理結(jié)果；第二處理模塊74，用于根據(jù)RTP/RTCP協(xié)議將第一處理結(jié)果打包，得到視/音頻碼流；第一發(fā)送模塊76，用于發(fā)送視/音頻碼流。

此處需要說(shuō)明的是，上述獲取模塊70、第一處理模塊72、第二處理模塊74、第一發(fā)送模塊76對(duì)應(yīng)于實(shí)施例2中的步驟S102至步驟S108，上述模塊與對(duì)應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場(chǎng)景相同，但不限于上述實(shí)施例1所公開的內(nèi)容。需要說(shuō)明的是，上述模塊作為裝置的一部分可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行。

實(shí)施例5

根據(jù)本發(fā)明實(shí)施例，提供了一種無(wú)線接收裝置實(shí)施例，需要說(shuō)明的是，該裝置的模塊可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，圖8是根據(jù)本發(fā)明實(shí)施例的一種無(wú)線接收裝置的示意圖，如圖8所示，該裝置包括：接收模塊80、第三處理模塊82、第四處理模塊84、第二發(fā)送模塊86，其中，

接收模塊80，用于接收無(wú)線發(fā)送裝置發(fā)送的視/音頻碼流，其中，無(wú)線發(fā)送裝置設(shè)置于發(fā)送設(shè)備上，無(wú)線接收裝置設(shè)置于LED顯示設(shè)備的控制卡上；第三處理模塊82，用于根據(jù)RTP/RTCP協(xié)議將視/音頻碼流解包，得到第二處理結(jié)果；第四處理模塊84，用于根據(jù)H.264編解碼協(xié)議將第二處理結(jié)果解壓，得到視/音頻碼信號(hào)；第二發(fā)送模塊86，用于發(fā)送視/音頻信號(hào)至LED顯示設(shè)備，以使LED顯示設(shè)備根據(jù)視/音頻信號(hào)顯示全高清視頻。

此處需要說(shuō)明的是，上述接收模塊80、第三處理模塊82、第四處理模塊84、第二發(fā)送模塊86對(duì)應(yīng)于實(shí)施例3中的步驟S202至步驟S208，上述模塊與對(duì)應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場(chǎng)景相同，但不限于上述實(shí)施例1所公開的內(nèi)容。需要說(shuō)明的是，上述模塊作為裝置的一部分可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行。

上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。

在本發(fā)明的上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的技術(shù)內(nèi)容，可通過(guò)其它的方式實(shí)現(xiàn)。其中，以上所描述的裝置實(shí)施例僅僅是示意性的，例如所述單元的劃分，可以為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可為個(gè)人計(jì)算機(jī)、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、移動(dòng)硬盤、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。