專利名稱：數(shù)據(jù)傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及ー種數(shù)據(jù)傳輸方法及裝置。
背景技術(shù)：
目前，隨著第三代(3rd Generation,簡稱為3G)通訊網(wǎng)絡(luò)的迅猛發(fā)展,用戶不僅對移動網(wǎng)絡(luò)的傳統(tǒng)語音服務(wù)提出了高要求，而且對移動終端的多媒體功能也越來越重視。由于ー個用戶擁有的移動終端數(shù)目越來越多，用戶就會希望一個終端中的音視頻數(shù)據(jù)可以在另外ー個終端中播放顯示，而且為了方便用戶使用，可以采取無線傳輸?shù)姆绞?。在相關(guān)技術(shù)中，無線傳輸?shù)膶崿F(xiàn)方式主要有兩種方式第一種方式是，通過云服務(wù)進行無線傳輸，具體方法是終端將待播放的音視頻數(shù)據(jù)上傳至云端的服務(wù)器，需要播放此數(shù)據(jù)的終端再從云端的服務(wù)器下載播放。這種方法具有以下缺點(I)増加用戶的費用。上傳音視頻數(shù)據(jù)勢必要使用運營商的移動網(wǎng)絡(luò)，這會 給用戶帶來明顯的費用支出，對于大視頻的傳輸費用，更是用戶的一大負擔(dān)。(2)實時性很差，影響用戶體驗，這種實現(xiàn)方式會使用運營商的移動網(wǎng)絡(luò)進行數(shù)據(jù)傳輸，由于網(wǎng)絡(luò)性能和負載的不均衡，很難做到音視頻數(shù)據(jù)的實時上傳和實時下載，嚴重影響用戶體驗。第二種方式是，采用DLNA (DIGITAL LIVING NETWORK ALLIANCE)方法進行無線傳輸,DLNA由索尼、英特爾、微軟等發(fā)起成立、_在解決個人計算機(Personal Computer,簡稱為PC)、消費電器、移動設(shè)備在內(nèi)的無線網(wǎng)絡(luò)和有線網(wǎng)絡(luò)的互聯(lián)互通，使得數(shù)字媒體和內(nèi)容服務(wù)的無限制的共享和增長成為可能，目前成員公司已達280多家。DLNA的具體方法是采用兩個移動終端設(shè)備通過無線保真(Wireless Fidelity，簡稱為WIFI)進行數(shù)據(jù)傳輸，可以避免上述通過云服務(wù)進行無線傳輸?shù)膬蓚€缺點，但是，DLNA需要移動終端之間必須有實現(xiàn)無線接入點(Access Point,簡稱為AP)功能的設(shè)備,也就是說必須是能夠組成一個虛擬局域網(wǎng)的移動終端才可以使用，因此限制了用戶的使用范圍。針對相關(guān)技術(shù)中移動終端進行無線傳輸時需要依賴運營商的移動網(wǎng)絡(luò)或者被限制組成虛擬局域網(wǎng)的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中移動終端進行無線傳輸時需要依賴運營商的移動網(wǎng)絡(luò)或者被限制組成虛擬局域網(wǎng)的問題，本發(fā)明提供了ー種數(shù)據(jù)傳輸方法及裝置，以便解決上述問題。根據(jù)本發(fā)明的ー個方面，提供了ー種數(shù)據(jù)傳輸方法，該方法包括源端與目標端基于無線直連WIFI-Direct標準建立WIFI直連鏈路；源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。上述源端通過上述WIFI直連鏈路向上述目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)可以包括上述源端將上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮之后，通過上述WIFI直連鏈路向上述目標端傳輸。上述源端將上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮可以包括上述源端將上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行無損壓縮之后，再進行有損壓縮。上述有損壓縮可以包括以下至少之ー線性壓縮、U率壓縮。上述源端通過上述WIFI直連鏈路向上述目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)可以包括上述源端對上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行混碼處理，將處理后的數(shù)據(jù)通過上述WIFI直連鏈路向上述目標端傳輸。上述源端對上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行混碼處理可以包括上述源端采用實時流傳輸RTSP協(xié)議格式對上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行混碼處理。根據(jù)本發(fā)明的另一方面，提供了ー種數(shù)據(jù)傳輸裝置，該裝置應(yīng)用于數(shù)據(jù)傳輸?shù)脑炊耍撗b置包括鏈路建立模塊，用于與目標端基于WIFI-Direct標準建立WIFI直連鏈路； 傳輸模塊，用于通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。上述傳輸模塊可以包括壓縮單元，用于將上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮；第一傳輸單元，用于在上述壓縮單元將上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮之后，通過上述WIFI直連鏈路向上述目標端傳輸。上述壓縮單元可以包括壓縮子単元，用于將上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行無損壓縮之后，再進行有損壓縮。上述傳輸模塊可以包括混碼單元，用于對上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行混碼處理；第二傳輸單元，用于在上述混碼單元對上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行混碼處理之后，將處理后的數(shù)據(jù)通過上述WIFI直連鏈路向上述目標端傳輸。上述混碼單元可以包括混碼子單元，用于采用實時流傳輸RTSP協(xié)議格式對上述音頻數(shù)據(jù)和/或上述視頻數(shù)據(jù)進行混碼處理。通過本發(fā)明，源端與目標端基于WIFI-Direct標準建立WIFI直連鏈路，然后源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)，解決了相關(guān)技術(shù)中移動終端進行無線傳輸時需要依賴運營商的移動網(wǎng)絡(luò)或者被限制組成虛擬局域網(wǎng)的問題，從而在進行數(shù)據(jù)的無線傳輸時，無需與運營商的移動網(wǎng)絡(luò)交互，也無需組成虛擬局域網(wǎng)，節(jié)省了用戶的費用支出，經(jīng)濟便捷，擴大了用戶的使用范圍，提高了用戶體驗。


此處所說明的附圖用來提供對本發(fā)明的進ー步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸方法的流程圖；圖2是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸裝置的第一種具體結(jié)構(gòu)框圖；圖4是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸裝置的第二種具體結(jié)構(gòu)框圖；圖5是根據(jù)本發(fā)明實施例的移動終端源設(shè)備與目標設(shè)備的結(jié)構(gòu)示意圖；圖6是根據(jù)本發(fā)明實施例的移動終端的音視頻數(shù)據(jù)傳輸方法的流程圖；圖7是根據(jù)本發(fā)明實施例的移動終端源設(shè)備與目標設(shè)備的音視頻數(shù)據(jù)傳輸?shù)牧鞒虉D。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。在音視頻數(shù)據(jù)無線傳輸時，發(fā)送音視頻數(shù)據(jù)的移動設(shè)備可以稱為源設(shè)備(或稱為源端)，接收音視頻數(shù)據(jù)的移動設(shè)備可以稱為目標設(shè)備(或稱為目標端)，本發(fā)明實施例提供了ー種數(shù)據(jù)傳輸方法及裝置，使得源端與目標端可以無需與運營商的移動網(wǎng)絡(luò)交互，也無需組成虛擬局域網(wǎng)，就可以進行音視頻數(shù)據(jù)的傳輸。
本實施例提供了ー種數(shù)據(jù)傳輸方法，該方法可以在移動設(shè)備上實現(xiàn)，例如可以通過移動設(shè)備的軟件進行具體實現(xiàn)，圖I是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸方法的流程圖，該方法包括以下步驟(步驟S102-步驟S104)步驟S102，源端與目標端基于WIFI-Direct標準建立WIFI直連鏈路；
步驟S104，源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。通過上述方法，源端與目標端基于WIFI-Direct標準建立WIFI直連鏈路，然后源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)，解決了相關(guān)技術(shù)中移動終端進行無線傳輸時需要依賴運營商的移動網(wǎng)絡(luò)或者被限制組成虛擬局域網(wǎng)的問題，從而在進行數(shù)據(jù)的無線傳輸時，無需與運營商的移動網(wǎng)絡(luò)交互，也無需組成虛擬局域網(wǎng)，節(jié)省了用戶的費用支出，經(jīng)濟便捷，擴大了用戶的使用范圍，提高了用戶體驗。WIFI-Direct標準允許無線網(wǎng)絡(luò)中的設(shè)備無需通過無線路由即可相互連接，該標準允許無線設(shè)備以點對點形式互聯(lián)，因此，源端與目標端基于WIFI-Direct標準建立WIFI直連鏈路后，就可達到無需與運營商的移動網(wǎng)絡(luò)交互，也無需組成虛擬局域網(wǎng)，就可傳輸音視頻數(shù)據(jù)的目的。更優(yōu)選的，源端與目標端可以基于無線保真顯示W(wǎng)IFI-Display協(xié)議完成點對點傳輸。WIFI-Display協(xié)議是基于WIFI通訊的無線顯示技木，手機-電視-顯示器將可以實現(xiàn)無線連接。該標準由WiFi無線產(chǎn)業(yè)聯(lián)盟制定。在源端與目標端建立WIFI直連鏈路之后，為了減少數(shù)據(jù)傳輸?shù)难舆t，提高數(shù)據(jù)傳輸?shù)馁|(zhì)量，源端可以先對待傳輸?shù)囊纛l數(shù)據(jù)和/或視頻數(shù)據(jù)進行處理，然后再傳輸給目標端。例如，源端可以先對待傳輸?shù)囊纛l數(shù)據(jù)和/或視頻數(shù)據(jù)進行編碼處理、封包處理、混碼處理，然后再將數(shù)據(jù)傳輸給目標端，目標端接收到數(shù)據(jù)后，相應(yīng)的對數(shù)據(jù)進行分碼處理、解包處理、解碼處理，經(jīng)過上述處理后就還原出原始傳輸?shù)臄?shù)據(jù)，目標端就可以使用目標設(shè)備的音視頻播放工具對這些音視頻進行播放顯示。當然，上述編碼處理、封包處理和混碼處理的順序不是固定的，可以根據(jù)實際情況而確定。下面以源端將數(shù)據(jù)依次進行編碼處理、封包處理和混碼處理的順序進行介紹。上述編碼處理的目的是將數(shù)據(jù)以統(tǒng)一的格式進行壓縮處理。由于在基于WIFI-Display協(xié)議進行數(shù)據(jù)傳輸吋，需要對數(shù)據(jù)進行無損壓縮。因此上述編碼處理的壓縮是指有損壓縮，這樣可以提高數(shù)據(jù)傳輸效率，降低傳輸負荷。因此，本實施例提供了ー種優(yōu)選實施方式，即源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)可以包括源端將音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮之后，通過上述WIFI直連鏈路向所述目標端傳輸。更優(yōu)選的，源端將音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮包括源端將音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行無損壓縮之后，再進行有損壓縮。上述編碼處理包括但不限于線性壓縮、u率壓縮等。
源端對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行編碼處理之后，對已編碼數(shù)據(jù)進行封包處理，封包處理包括但不限于定義包的大小、添加包頭、増加校驗字、増加冗余處理等。源端對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行封包處理之后，對已封包數(shù)據(jù)進行混碼處理，本實施例提供了 ー種優(yōu)選實施方式，即源端通過WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)可以包括源端對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行混碼處理，將處理后的數(shù)據(jù)通過WIFI直連鏈路向目標端傳輸。為了便于通過互聯(lián)網(wǎng)協(xié)議(Internet Protocol,簡稱為IP)網(wǎng)絡(luò)傳輸多媒體數(shù)據(jù)，源端可以采用實時流傳輸協(xié)議(Real Time StreamingProtocol，簡稱為RTSP)格式對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行混碼處理。混碼處理的目的是在傳輸層不再區(qū)分音頻數(shù)據(jù)或者視頻數(shù)據(jù)，統(tǒng)ー按照一定的編碼后的數(shù)據(jù)進行傳輸，增加了數(shù)據(jù)傳輸效率，降低了傳輸負載。RTSP是傳輸控制協(xié)議(Transfer Control Protoco l,簡稱為TCP)/IP協(xié)議體系中的ー個應(yīng)用層協(xié)議，由哥倫比亞大學(xué)、網(wǎng)景和RealNetworks公司提交的互聯(lián)網(wǎng)工程任務(wù)組(The Internet Engineering Task Force,簡稱為 IETF)遠程函數(shù)調(diào)用(Remote FunctionCall，簡稱為RFC)標準。該協(xié)議定義了一對多應(yīng)用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于實時傳送協(xié)議(Real-time Transport Protocol,簡稱為RTP)和RTP控制協(xié)議(RTP Control Protocol，簡稱為RTCP)之上，它使用TCP或RTP完成數(shù)據(jù)傳輸，其中，RTP代表一個網(wǎng)絡(luò)傳輸?shù)膮f(xié)議，是音頻、視頻上傳中的常用協(xié)議。超文本傳輸協(xié)議(Hypertext Transfer Protocol,簡稱為HTTP)與RTSP相比，HTTP傳送超文本標記語言(Hypertext Markup Language,簡稱為HTML),而RTSP傳送的是多媒體數(shù)據(jù)。HTTP請求由客戶機發(fā)出，服務(wù)器作出響應(yīng)；使用RTSP時，客戶機和服務(wù)器都可以發(fā)出請求，即RTSP可以是雙向的。對應(yīng)于上述數(shù)據(jù)傳輸方法，本實施例提供了ー種數(shù)據(jù)傳輸裝置，該裝置應(yīng)用于數(shù)據(jù)傳輸?shù)脑炊耍撗b置用于實現(xiàn)上述實施例。圖2是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括鏈路建立模塊20和傳輸模塊22。下面對該結(jié)構(gòu)進行說明。鏈路建立模塊20，用于與目標端基于WIFI-Direct標準建立WIFI直連鏈路；傳輸模塊22，連接至鏈路建立模塊20，用于通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。通過上述裝置，鏈路建立模塊20與目標端基于WIFI-Direct標準建立WIFI直連鏈路，傳輸模塊22通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)，解決了相關(guān)技術(shù)中移動終端進行無線傳輸時需要依賴運營商的移動網(wǎng)絡(luò)或者被限制組成虛擬局域網(wǎng)的問題，從而在進行數(shù)據(jù)的無線傳輸時，無需與運營商的移動網(wǎng)絡(luò)交互，也無需組成虛擬局域網(wǎng)，節(jié)省了用戶的費用支出，經(jīng)濟便捷，擴大了用戶的使用范圍，提高了用戶體驗。在源端與目標端建立WIFI直連鏈路之后，為了減少數(shù)據(jù)傳輸?shù)难舆t，提高數(shù)據(jù)傳輸?shù)馁|(zhì)量，源端可以先對待傳輸?shù)囊纛l數(shù)據(jù)和/或視頻數(shù)據(jù)進行編碼處理、封包處理、混碼處理，然后再傳輸給目標端，目標端接收到數(shù)據(jù)后，相應(yīng)的對數(shù)據(jù)進行分碼處理、解包處理、解碼處理，經(jīng)過上述處理后就還原出原始傳輸?shù)臄?shù)據(jù)，目標端就可以使用目標設(shè)備的音視頻播放工具對這些音視頻進行播放顯示。圖3是根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸裝置的第一種具體結(jié)構(gòu)框圖，如圖3所示，該裝置除了包括上述圖2中的各個模塊之外，傳輸模塊22還包括壓縮單元220和第一傳輸単元222，下面對該結(jié)構(gòu)進行說明。壓縮單元220，用于將音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮；第一傳輸單元222，連接至壓縮單元220，用于在壓縮單元220將音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮之后，通過WIFI直連鏈路向目標端傳輸。上述壓縮單元220還可以包括壓縮子単元，用于將音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行無損壓縮之后，再進行有損壓縮。源端對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行編碼處理、封包處理之后，對數(shù)據(jù)進行混碼處理，如圖4所示的數(shù)據(jù)傳輸裝置的第二種具體結(jié)構(gòu)框圖，如圖4所示，該裝置除了包括上述圖3中的各個模塊之外，傳輸模塊22還包括混碼單元224和第二傳輸單元226，下面對該結(jié)構(gòu)進行說明。
混碼單元224，用于對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行混碼處理；第二傳輸單元226，連接至混碼單元224，用于在混碼單元224對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行混碼處理之后，將處理后的數(shù)據(jù)通過WIFI直連鏈路向所述目標端傳輸。上述混碼單元222還可以包括混碼子單元，用于采用RTSP協(xié)議格式對音頻數(shù)據(jù)和/或視頻數(shù)據(jù)進行混碼處理。下面結(jié)合優(yōu)選實施例和附圖對上述實施例的實現(xiàn)過程進行詳細說明。音視頻數(shù)據(jù)的原始存放地即傳輸?shù)脑搭^，下面稱為源設(shè)備。音視頻數(shù)據(jù)的目標播放地即傳輸?shù)哪康牡?，下面稱為目標設(shè)備。為了實現(xiàn)基于WIFI-Display協(xié)議進行數(shù)據(jù)的無線傳輸，本實施例在源設(shè)備和目標設(shè)備分別增加四個軟件模塊，如圖5所示的移動終端源設(shè)備與目標設(shè)備的結(jié)構(gòu)示意圖，移動終端源設(shè)備包括音頻/視頻編碼模塊，音頻/視頻封包模塊，音頻/視頻混碼模塊，數(shù)據(jù)傳輸模塊，移動終端目標設(shè)備包括音頻/視頻解碼模塊，音頻/視頻解包模塊，音頻/視頻分碼模塊，數(shù)據(jù)傳輸模塊。移動終端源設(shè)備與目標設(shè)備之間通過WIFI直連鏈路連接。音頻/視頻編碼模塊和音頻/視頻解碼模塊是ー對作用相反的功能組合，音頻/視頻編碼模塊在源設(shè)備上實現(xiàn)，音頻/視頻編碼模塊的功能與上述實施例中壓縮單元的功能相當，主要作用是源設(shè)備對待傳輸?shù)囊粢曨l數(shù)據(jù)進行編碼處理，編碼的目的是將音視頻數(shù)據(jù)以統(tǒng)一的格式進行壓縮處理，提高數(shù)據(jù)傳輸效率，降低傳輸負荷。音頻/視頻解碼模塊在目標設(shè)備上實現(xiàn)，主要作用是目標設(shè)備對傳輸來的音視頻數(shù)據(jù)進行解碼處理，解碼的目的是將經(jīng)過編碼的數(shù)據(jù)恢復(fù)成通用格式的音視頻數(shù)據(jù)，便于目標設(shè)備的播放顯示。音頻/視頻封包模塊和音頻/視頻解包模塊是ー對作用相反的功能組合，音頻/視頻封包模塊在源設(shè)備上實現(xiàn)，音頻/視頻解包模塊在目標設(shè)備上實現(xiàn)。由于本實施例中音視頻數(shù)據(jù)時在WIFI直連鏈路上進行傳輸，因此需要在應(yīng)用層對音視頻數(shù)據(jù)進行一定的封包處理，音頻/視頻封包模塊的主要作用是添加包頭用以標識音視頻數(shù)據(jù)。音頻/視頻混碼模塊和音頻/視頻分碼模塊是ー對作用相反的功能組合，音頻/視頻混碼模塊在源設(shè)備上實現(xiàn)，音頻/視頻混碼模塊的功能與上述實施例中混碼單元的功能相當，主要作用是是在傳輸層面不再區(qū)分音頻數(shù)據(jù)或者視頻數(shù)據(jù)，統(tǒng)ー按照一定的編碼后的數(shù)據(jù)進行傳輸，増加了傳輸效率，降低了傳輸負載。本實施例中混碼處理的處理是基于RTSP協(xié)議進行的，該協(xié)議屬于應(yīng)用層，需要封裝到傳輸層才能發(fā)送。音頻/視頻分碼模塊在目標設(shè)備上實現(xiàn)，主要作用是對接收的經(jīng)過混碼處理后的數(shù)據(jù)進行分碼工作，分離出音視頻數(shù)據(jù)。數(shù)據(jù)傳輸模塊可以在源設(shè)備和目標設(shè)備上實現(xiàn)，數(shù)據(jù)傳輸模塊的功能與上述實施例中傳輸模塊的傳輸數(shù)據(jù)的功能相當，主要作用是上接音頻/視頻混碼模塊和音頻/視頻分碼模塊，下連WIFI鏈路層，是整個功能的底層傳輸部分?；谏鲜鰣D5所示的移動終端源設(shè)備與目標設(shè)備，本實施例提供了ー種移動終端的音視頻數(shù)據(jù)傳輸方法，如圖6所示，該音視頻數(shù)據(jù)的傳輸過程包括以下步驟(步驟S602-步驟 S620)
步驟S602，使能源設(shè)備和目標設(shè)備的WIFI功能，源設(shè)備上的用戶觸發(fā)音視頻數(shù)據(jù)無線傳輸功能，源設(shè)備上的相關(guān)軟件模塊開始運行。步驟S604，源設(shè)備中待傳輸?shù)囊粢曨l數(shù)據(jù)分別通過音頻/視頻編碼模塊進行軟件編碼處理，這種編碼處理包括但不限于線性壓縮，u率壓縮等，然后，音頻/視頻編碼模塊將編碼后的音視頻數(shù)據(jù)傳輸給音頻/視頻封包模塊。步驟S606，音頻/視頻封包模塊接到上層模塊傳來的已編碼音視頻數(shù)據(jù)后，對其進行數(shù)據(jù)封包處理，該封包處理包括但不限于定義包的大小，添加包頭，増加校驗字，増加冗余處理。最終，音頻/視頻封包模塊將封包后的音視頻數(shù)據(jù)發(fā)送給音頻/視頻混碼模塊。步驟S608，音頻/視頻混碼模塊接到上層模塊傳來的已封包音視頻數(shù)據(jù)后，對其進行混碼處理，該混碼處理是基于RTSP協(xié)議對數(shù)據(jù)進行混合編碼處理，以便于通過IP網(wǎng)絡(luò)傳輸多媒體數(shù)據(jù)。最終，音頻/視頻混碼模塊將混碼后的數(shù)據(jù)發(fā)送給數(shù)據(jù)傳輸模塊。步驟S610，數(shù)據(jù)傳輸模塊實現(xiàn)的是網(wǎng)絡(luò)架構(gòu)中的傳輸層功能，源設(shè)備的數(shù)據(jù)傳輸模塊將上層模塊發(fā)送來的數(shù)據(jù)通過WIFI直連鏈路傳輸給目標設(shè)備的數(shù)據(jù)傳輸模塊。步驟S612，目標設(shè)備的數(shù)據(jù)傳輸模塊接收到源設(shè)備發(fā)來的數(shù)據(jù)后，將數(shù)據(jù)上傳給其上層模塊。步驟S614，音頻/視頻分碼模塊對數(shù)據(jù)進行分碼處理，然后將數(shù)據(jù)傳輸給音頻/視頻解包模塊。步驟S616，音頻/視頻解包模塊對數(shù)據(jù)進行解包處理，然后將數(shù)據(jù)傳輸給音頻/視頻解碼模塊。步驟S618，音頻/視頻解碼模塊對數(shù)據(jù)進行解碼處理，然后還原出原始傳輸?shù)囊粢曨l數(shù)據(jù)。步驟S620，目標設(shè)備的音視頻播放工具對音視頻數(shù)據(jù)進行播放顯示操作。下面對移動終端源設(shè)備與目標設(shè)備之間建立WIFI直連鏈路的過程，以及數(shù)據(jù)傳輸?shù)倪^程進行描述，圖7是移動終端源設(shè)備與目標設(shè)備的音視頻數(shù)據(jù)傳輸?shù)牧鞒虉D，如圖7所示，該音視頻數(shù)據(jù)的傳輸過程包括以下步驟(步驟S702-步驟S718)步驟S702，源設(shè)備上的用戶通過發(fā)送查找目標設(shè)備的請求，觸發(fā)源設(shè)備發(fā)現(xiàn)音視頻數(shù)據(jù)傳輸?shù)哪繕嗽O(shè)備。步驟S704，目標設(shè)備發(fā)現(xiàn)源設(shè)備的查找請求后，通知目標設(shè)備上的用戶是否接受連接請求。如果不接受，執(zhí)行步驟S706，如果接受，執(zhí)行步驟S710。步驟S706，目標設(shè)備上的用戶發(fā)送不接受連接請求的消息至目標設(shè)備。步驟S708，目標設(shè)備向源設(shè)備發(fā)送拒絕連接的消息，源設(shè)備終止上述查找目標設(shè)備的請求。步驟S710，目標設(shè)備上的用戶發(fā)送接受連接請求的消息至目標設(shè)備。步驟S712，目標設(shè)備向源設(shè)備發(fā)送接受連接的消息，源設(shè)備向源設(shè)備上的用戶反饋已找到目標設(shè)備。步驟S714，源設(shè)備上的用戶發(fā)起音視頻數(shù)據(jù)傳輸通道建立的指令，源設(shè)備與目標設(shè)備通過WIFI直連鏈路建立真正的數(shù)據(jù)傳輸通道。步驟S716，源設(shè)備上的用戶發(fā)起音視頻數(shù)據(jù)的無線傳輸指令，源設(shè)備將音視頻數(shù) 據(jù)通過音頻/視頻編碼模塊，音頻/視頻封包模塊，音頻/視頻混碼模塊和數(shù)據(jù)傳輸模塊傳送到目標設(shè)備。步驟S718，目標設(shè)備將通過WIFI直連鏈路接收到的數(shù)據(jù)通過數(shù)據(jù)傳輸模塊，音頻/視頻分碼模塊，音頻/視頻解包模塊和音頻/視頻解碼模塊處理后，完整還原了源設(shè)備的音視頻數(shù)據(jù)，用目標設(shè)備的應(yīng)用層工具進行播放顯示處理。從以上的描述中可以看出，本發(fā)明基于WIFI-Display協(xié)議進行音視頻數(shù)據(jù)的無線傳輸，基于嵌入式軟件開發(fā)實現(xiàn)了音視頻無線傳輸顯示的功能，達到多個移動終端的音視頻數(shù)據(jù)共享顯示的目的。無需組成虛擬局域網(wǎng)，只要兩個移動終端具備WIFI功能，安裝上相應(yīng)的軟件后就可實現(xiàn)音視頻數(shù)據(jù)無線傳輸。無需與運營商的移動網(wǎng)絡(luò)交互，經(jīng)濟又便捷，節(jié)省了用戶的費用支出，提高了用戶體驗，豐富了移動終端設(shè)備的功能。并且對于產(chǎn)品的易用性和穩(wěn)定性也有很大程度的改善。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種數(shù)據(jù)傳輸方法，其特征在于，包括 源端與目標端基于無線直連WIFI-Direct標準建立WIFI直連鏈路； 所述源端通過所述WIFI直連鏈路向所述目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述源端通過所述WIFI直連鏈路向所述目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)包括 所述源端將所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮之后，通過所述WIFI直連鏈路向所述目標端傳輸。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述源端將所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮包括 所述源端將所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行無損壓縮之后，再進行有損壓縮。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述有損壓縮包括以下至少之一 線性壓縮、u率壓縮。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述源端通過所述WIFI直連鏈路向所述目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)包括 所述源端對所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行混碼處理，將處理后的數(shù)據(jù)通過所述WIFI直連鏈路向所述目標端傳輸。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述源端對所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行混碼處理包括 所述源端采用實時流傳輸RTSP協(xié)議格式對所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行混碼處理。
7.一種數(shù)據(jù)傳輸裝置，應(yīng)用于數(shù)據(jù)傳輸?shù)脑炊?，其特征在于，包? 鏈路建立模塊，用于與目標端基于無線直連WIFI-Direct標準建立WIFI直連鏈路； 傳輸模塊，用于通過所述WIFI直連鏈路向所述目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述傳輸模塊包括 壓縮單元，用于將所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮； 第一傳輸單元，用于在所述壓縮單元將所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行有損壓縮和/或無損壓縮之后，通過所述WIFI直連鏈路向所述目標端傳輸。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述壓縮單元包括 壓縮子單元，用于將所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行無損壓縮之后，再進行有損壓縮。
10.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述傳輸模塊包括 混碼單元，用于對所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行混碼處理； 第二傳輸單元，用于在所述混碼單元對所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行混碼處理之后，將處理后的數(shù)據(jù)通過所述WIFI直連鏈路向所述目標端傳輸。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述混碼單元包括 混碼子單元，用于采用實時流傳輸RTSP協(xié)議格式對所述音頻數(shù)據(jù)和/或所述視頻數(shù)據(jù)進行混碼處理。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)傳輸方法及裝置。其中，該方法包括源端與目標端基于WIFI-Direct標準建立WIFI直連鏈路；源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)。通過本發(fā)明，源端與目標端基于WIFI-Direct標準建立WIFI直連鏈路，然后源端通過上述WIFI直連鏈路向目標端傳輸音頻數(shù)據(jù)和/或視頻數(shù)據(jù)，解決了相關(guān)技術(shù)中移動終端進行無線傳輸時需要依賴運營商的移動網(wǎng)絡(luò)或者被限制組成虛擬局域網(wǎng)的問題，從而在進行數(shù)據(jù)的無線傳輸時，無需與運營商的移動網(wǎng)絡(luò)交互，也無需組成虛擬局域網(wǎng)，節(jié)省了用戶的費用支出，經(jīng)濟便捷，擴大了用戶的使用范圍，提高了用戶體驗。
文檔編號H04W28/06GK102711175SQ20121015250
公開日2012年10月3日 申請日期2012年5月16日 優(yōu)先權(quán)日2012年5月16日
發(fā)明者趙明 申請人:中興通訊股份有限公司南京分公司