本發(fā)明涉及多屏互動(dòng)技術(shù)領(lǐng)域，特別涉及一種無線同屏音頻通道的控制方法、發(fā)送設(shè)備及接受設(shè)備。

背景技術(shù)：

Miracast(視頻分享的無線協(xié)議)是WIFI聯(lián)盟(Wi-Fi Alliance)于2012年9月19日宣布啟動(dòng)的WIFI認(rèn)證的視頻分享的無線協(xié)議(Wi-Fi CERTIFIED Miracast)認(rèn)證項(xiàng)目。Miracast設(shè)備提供簡化發(fā)現(xiàn)和設(shè)置，用戶可以迅速在設(shè)備間傳輸視頻。該技術(shù)與認(rèn)證項(xiàng)目由Wi-Fi聯(lián)盟中的移動(dòng)與消費(fèi)性電子設(shè)備制造商及芯片廠商共同制定。行業(yè)分析者預(yù)計(jì)Miracast認(rèn)證設(shè)備的年產(chǎn)量在未來四年將超過10億臺(tái)。

Miracast用戶可以盡情在大屏幕電視上瀏覽智能手機(jī)拍下的照片，通過會(huì)議室投影儀實(shí)時(shí)共享筆記本屏幕，或者在平板電腦上收看家庭電視機(jī)頂盒的直播節(jié)目。Miracast通過WIFI認(rèn)證的WIFI直連(Wi-Fi CERTIFIED Wi-Fi Direct)形成連接，因此無需接入任何Wi-Fi網(wǎng)絡(luò)——Miracast認(rèn)證設(shè)備內(nèi)部具備連接功能。

現(xiàn)有WiFi Display1.0規(guī)范，僅規(guī)定了發(fā)送設(shè)備(Source)端發(fā)送僅視頻(Video-only)、僅音頻(Audio-only)以及視頻和音頻(Video+Audio)三種模式，可分別實(shí)現(xiàn)視頻、音頻以及有聲音的視頻的傳輸。

在當(dāng)前的Miracast V1.0無線同屏多媒體傳輸技術(shù)中，存在一定的局限性，如圖1所示，現(xiàn)有技術(shù)中只有發(fā)送設(shè)備到接受設(shè)備(Sink)的音視頻通道，即發(fā)送設(shè)備只可以向接受設(shè)備發(fā)送音視頻信息，而缺乏無線投屏接受設(shè)備與發(fā)送設(shè)備之間雙向的音頻/語音通信通道，雙向的音頻/語音通道指的是接受設(shè)備和發(fā)送設(shè)備之間可以實(shí)現(xiàn)全雙工的低延遲語音音頻互相傳輸功能?，F(xiàn)有技術(shù)中基于實(shí)時(shí)流傳輸協(xié)議(RTSP)的多媒體流只能實(shí)現(xiàn)從發(fā)送設(shè)備向接受設(shè)備的傳輸，在 一定的使用場景下，例如，通過接受設(shè)備的話筒和揚(yáng)聲器經(jīng)由發(fā)送設(shè)備的與外界通信時(shí)，利用當(dāng)前的Miracast V1.0技術(shù)，無法完成。假設(shè)在移動(dòng)終端同屏到車載的過程中，移動(dòng)終端有電話接入，現(xiàn)有的miracast協(xié)議對該電話的回復(fù)包括話音的拾取只能通過移動(dòng)終端本身的設(shè)備來進(jìn)行，無法使用車機(jī)系統(tǒng)的麥克來作為電話數(shù)據(jù)的輸入，此種情況下，會(huì)給駕駛員帶來不便。

而針對這一問題的另外一個(gè)傳統(tǒng)解決方案是：在類似于藍(lán)牙的解決方案中，藍(lán)牙的電話控制規(guī)范(TCS-Binary)雖然可以實(shí)現(xiàn)語音流從接受設(shè)備到發(fā)送設(shè)備的傳送，但是由于TCS-Binary控制藍(lán)牙設(shè)備將音頻信號從應(yīng)用層直接傳送到基帶層，但接受設(shè)備無法分析處理音頻信號，因此該種方案也存在局限性，無法滿足Miracast V2.0的需求。

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

本發(fā)明要解決的技術(shù)問題是提供一種無線同屏音頻通道的控制方法、發(fā)送設(shè)備及接受設(shè)備，用以解決現(xiàn)有的同屏多媒體傳輸中無法實(shí)現(xiàn)發(fā)送設(shè)備與接受設(shè)備之間音頻的全雙工通信，使得同屏多媒體傳輸存在一定的局限性，給使用者帶來不便的問題。

為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供一種無線同屏音頻通道的控制方法，應(yīng)用于一無線同屏多媒體傳輸中的發(fā)送設(shè)備，包括：

在發(fā)送設(shè)備與接受設(shè)備建立連接后，向所述接受設(shè)備發(fā)送服務(wù)能力協(xié)商消息，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

接收所述接受設(shè)備根據(jù)所述服務(wù)能力協(xié)商消息反饋的服務(wù)能力協(xié)商應(yīng)答消息，所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

根據(jù)所述服務(wù)能力協(xié)商應(yīng)答消息向所述接受設(shè)備發(fā)送參數(shù)設(shè)置消息，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

接收所述接受設(shè)備根據(jù)所述參數(shù)設(shè)置消息反饋的參數(shù)設(shè)置應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

進(jìn)一步地，所述控制方法還包括：

向所述接受設(shè)備發(fā)送建立雙向音頻通道的請求；

接收所述接受設(shè)備反饋的請求應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的建立。

進(jìn)一步地，所述控制方法還包括：

向所述接受設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

接收所述接受設(shè)備根據(jù)所述第一消息反饋的第一應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

其中，所述向所述接受設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第一消息的步驟具體為：

向所述接受設(shè)備發(fā)送雙向音頻通道設(shè)置參數(shù)：enable＝0或enable＝1；

其中，0表示關(guān)閉雙向音頻通道，1表示開啟雙向音頻通道。

進(jìn)一步地，所述控制方法還包括：

接收所述接受設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

發(fā)送所述第二消息的第二應(yīng)答消息給所述接受設(shè)備，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

本發(fā)明實(shí)施例提供一種無線同屏多媒體傳輸中的發(fā)送設(shè)備，包括：

第一發(fā)送模塊，用于在發(fā)送設(shè)備與接受設(shè)備建立連接后，向所述接受設(shè)備發(fā)送服務(wù)能力協(xié)商消息，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

第一接收模塊，用于接收所述接受設(shè)備根據(jù)所述服務(wù)能力協(xié)商消息反饋的服務(wù)能力協(xié)商應(yīng)答消息，所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

第二發(fā)送模塊，用于根據(jù)所述服務(wù)能力協(xié)商應(yīng)答消息向所述接受設(shè)備發(fā)送參數(shù)設(shè)置消息，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

第二接收模塊，用于接收所述接受設(shè)備根據(jù)所述參數(shù)設(shè)置消息反饋的參數(shù)設(shè)置應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

進(jìn)一步地，所述發(fā)送設(shè)備還包括：

請求發(fā)送模塊，用于向所述接受設(shè)備發(fā)送建立雙向音頻通道的請求；

請求應(yīng)答接收模塊，用于接收所述接受設(shè)備反饋的請求應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的建立。

進(jìn)一步地，所述發(fā)送設(shè)備還包括：

第一消息發(fā)送模塊，用于向所述接受設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

第一應(yīng)答消息接收模塊，用于接收所述接受設(shè)備根據(jù)所述第一消息反饋的第一應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

進(jìn)一步地，所述發(fā)送設(shè)備還包括：

第二消息接收模塊，用于接收所述接受設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

第二應(yīng)答消息發(fā)送模塊，用于發(fā)送所述第二消息的第二應(yīng)答消息給所述接受設(shè)備，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

本發(fā)明實(shí)施例提供一種無線同屏音頻通道的控制方法，應(yīng)用于一無線同屏多媒體傳輸中的接受設(shè)備，包括：

在接受設(shè)備與發(fā)送設(shè)備建立連接后，接收所述發(fā)送設(shè)備發(fā)送的服務(wù)能力協(xié)商消息，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

根據(jù)所述服務(wù)能力協(xié)商消息向所述發(fā)送設(shè)備反饋服務(wù)能力協(xié)商應(yīng)答消息，所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

接收所述發(fā)送設(shè)備發(fā)送的參數(shù)設(shè)置消息，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

向所述發(fā)送設(shè)備反饋參數(shù)設(shè)置應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

進(jìn)一步地，所述控制方法還包括：

接收所述發(fā)送設(shè)備發(fā)送的建立雙向音頻通道的請求；

根據(jù)所述請求，向所述發(fā)送設(shè)備反饋請求應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的建立。

進(jìn)一步地，所述控制方法還包括：

接收所述發(fā)送設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

根據(jù)所述第一消息，向所述發(fā)送設(shè)備反饋所述第一消息的第一應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

進(jìn)一步地，所述控制方法還包括：

向所述發(fā)送設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

接收所述發(fā)送設(shè)備根據(jù)所述第二消息反饋的第二應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

本發(fā)明實(shí)施例提供一種無線同屏多媒體傳輸中的接受設(shè)備，包括：

第三接收模塊，用于在接受設(shè)備與發(fā)送設(shè)備建立連接后，接收所述發(fā)送設(shè)備發(fā)送的服務(wù)能力協(xié)商消息，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

第三發(fā)送模塊，用于根據(jù)所述服務(wù)能力協(xié)商消息向所述發(fā)送設(shè)備反饋服務(wù)能力協(xié)商應(yīng)答消息，所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

第四接收模塊，用于接收所述發(fā)送設(shè)備發(fā)送的參數(shù)設(shè)置消息，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

第四發(fā)送模塊，用于向所述發(fā)送設(shè)備反饋參數(shù)設(shè)置應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

進(jìn)一步地，所述接受設(shè)備還包括：

請求接收模塊，用于接收所述發(fā)送設(shè)備發(fā)送的建立雙向音頻通道的請求；

請求應(yīng)答發(fā)送模塊，用于根據(jù)所述請求，向所述發(fā)送設(shè)備反饋請求應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的建立。

進(jìn)一步地，所述接受設(shè)備還包括：

第一消息接收模塊，用于接收所述發(fā)送設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

第一應(yīng)答消息發(fā)送模塊，用于根據(jù)所述第一消息，向所述發(fā)送設(shè)備反饋所述第一消息的第一應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

進(jìn)一步地，所述接受設(shè)備還包括：

第二消息發(fā)送模塊，用于向所述發(fā)送設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

第二應(yīng)答消息接收模塊，用于接收所述發(fā)送設(shè)備根據(jù)所述第二消息反饋的第二應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

本發(fā)明的有益效果是：

上述方案，通過擴(kuò)展無線同屏多媒體傳輸中的音頻傳輸功能，使得發(fā)送設(shè)備和接受設(shè)備之間可以進(jìn)行雙向音頻的傳輸，對無線同屏多媒體傳輸?shù)墓δ苓M(jìn)行了完善，滿足了用戶對無線同屏多媒體傳輸?shù)氖褂眯枨?，提升了用戶使用體驗(yàn)效果。

附圖說明

圖1表示Miracast V1.0提供的無線同屏傳輸方案的發(fā)送設(shè)備和接受設(shè)備之間交互的狀態(tài)示意圖；

圖2表示本發(fā)明實(shí)施例一的無線同屏音頻通道的控制方法的流程示意圖；

圖3表示本發(fā)明中提供的無線同屏傳輸方案的發(fā)送設(shè)備和接受設(shè)備之間交互的狀態(tài)示意圖；

圖4表示發(fā)送設(shè)備和接受設(shè)備之間服務(wù)能力協(xié)商的通信流程；

圖5表示本發(fā)明實(shí)施例二的無線同屏音頻通道的控制方法的流程示意圖；

圖6表示發(fā)送設(shè)備和接受設(shè)備之間雙向音頻通道的建立以及關(guān)閉的通信流程；

圖7表示本發(fā)明實(shí)施例的發(fā)送設(shè)備的模塊示意圖；

圖8表示本發(fā)明實(shí)施例四的無線同屏音頻通道的控制方法的流程示意圖；

圖9表示本發(fā)明實(shí)施例的接受設(shè)備的模塊示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。

本發(fā)明針對現(xiàn)有的同屏多媒體傳輸中無法實(shí)現(xiàn)發(fā)送設(shè)備與接受設(shè)備之間的音頻的全雙工通信，使得同屏多媒體傳輸存在一定的局限性，給使用者帶來不 便的問題，提供一種無線同屏音頻通道的控制方法、發(fā)送設(shè)備及接受設(shè)備。

實(shí)施例一

如圖2所示，本發(fā)明實(shí)施例的無線同屏音頻通道的控制方法，應(yīng)用于一無線同屏多媒體傳輸中的發(fā)送設(shè)備，包括：

步驟21，在發(fā)送設(shè)備與接受設(shè)備建立連接后，向所述接受設(shè)備發(fā)送服務(wù)能力協(xié)商消息；

需要說明的是，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；且向接受設(shè)備發(fā)送該WIFI直連雙向音頻能力參數(shù)主要用于獲取接受設(shè)備進(jìn)行雙向音頻通信的端口的信息。

步驟22，接收所述接受設(shè)備根據(jù)所述服務(wù)能力協(xié)商消息反饋的服務(wù)能力協(xié)商應(yīng)答消息；

所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

接受設(shè)備在接收到包含有WIFI直連雙向音頻能力參數(shù)的服務(wù)能力協(xié)商消息時(shí)，便知道與其連接的發(fā)送設(shè)備支持雙向音頻通信能力，在該接受設(shè)備也支持雙向音頻通信能力時(shí)，發(fā)送自身的音頻發(fā)送端口的信息給與其連接的發(fā)送設(shè)備。

步驟23，根據(jù)所述服務(wù)能力協(xié)商應(yīng)答消息向所述接受設(shè)備發(fā)送參數(shù)設(shè)置消息；

需要說明的是，為了保證發(fā)送設(shè)備和接受設(shè)備之間可以進(jìn)行雙向音頻的交互，發(fā)送設(shè)備需告知接受設(shè)備，在進(jìn)行雙向音頻通信時(shí)接受設(shè)備接收的是發(fā)送設(shè)備的哪個(gè)端口發(fā)送過來的音頻信息，因此，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

步驟24，接收所述接受設(shè)備根據(jù)所述參數(shù)設(shè)置消息反饋的參數(shù)設(shè)置應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

發(fā)送設(shè)備在接收到接受設(shè)備反饋的參數(shù)設(shè)置應(yīng)答消息后，表明二者已經(jīng)互相了解了各自的通信狀態(tài)，以此便可進(jìn)行后續(xù)的通信。

需要說明的是，本實(shí)施例中步驟21至步驟24在完成后，并未實(shí)現(xiàn)上述二者的雙向音頻通信，只是使得二者了解了對方的通信能力，為后續(xù)的通信提供基礎(chǔ)。

在實(shí)際應(yīng)用中，如圖3所示，發(fā)送設(shè)備和接受設(shè)備為雙向音頻流單獨(dú)開通通信端口，即發(fā)送設(shè)備和接受設(shè)備在有雙向音頻交互時(shí)，使用的是單獨(dú)開通的通信端口進(jìn)行通信，不與原來的音視頻流復(fù)用，從而單獨(dú)地保證了音頻傳輸質(zhì)量以及傳輸?shù)牡蜁r(shí)延；而在只有發(fā)送設(shè)備到接受設(shè)備的同屏音視頻通信時(shí)，使用的是發(fā)送設(shè)備和接受設(shè)備上原有的通信接口。

本實(shí)施例在實(shí)際應(yīng)用中的具體實(shí)現(xiàn)過程為：

初始時(shí)刻接受設(shè)備處于空閑狀態(tài)并等待提供服務(wù)，沒有與任何發(fā)送設(shè)備建立傳屏連接。假設(shè)在某一時(shí)刻發(fā)送設(shè)備預(yù)發(fā)送傳屏，則遵循Miracast V1.0原有流程依次進(jìn)行WIFI直連設(shè)備發(fā)現(xiàn)(WFD Device Discovery)、WIFI直連服務(wù)發(fā)現(xiàn)(WFD Service Discovery)、設(shè)備選擇(Device Selection)、WIFI直連連接建立(WFD Connection Setup)；而在進(jìn)行WIFI直連能力協(xié)商階段(WFD Capability Negotiation)，發(fā)送設(shè)備首先向接受設(shè)備發(fā)送RTSP M1消息詢問接受設(shè)備所支持的RTSP方法，接受設(shè)備回復(fù)M1應(yīng)答；然后接受設(shè)備向發(fā)送設(shè)備發(fā)送M2消息詢問發(fā)送設(shè)備所支持的RTSP方法，發(fā)送設(shè)備回復(fù)M2應(yīng)答。

在進(jìn)行完WIFI直連能力協(xié)商后，便需要進(jìn)行服務(wù)能力的協(xié)商過程，此時(shí)發(fā)送設(shè)備向接受設(shè)備下發(fā)服務(wù)能力協(xié)商消息(即M3消息)，在此M3消息中，發(fā)送設(shè)備通過獲取參數(shù)(GET_PARAMETER)命令，詢問接受設(shè)備對于雙向音頻通信的支持情況。

針對雙向音頻傳送能力，首先接受設(shè)備與發(fā)送設(shè)備需要進(jìn)行能力協(xié)商，能力協(xié)商在rtsp協(xié)議的M3消息、M4消息(參數(shù)設(shè)置消息)中完成，除了發(fā)送原有規(guī)定消息域之外，增加用于能力協(xié)商的域。

可選地，可以用wfd_bidire_capacity參數(shù)表示發(fā)送設(shè)備具有WIFI直連雙向音頻能力。

如圖4所示，發(fā)送設(shè)備和接受設(shè)備之間的服務(wù)能力協(xié)商的通信流程為：

步驟41，首先發(fā)送設(shè)備向接受設(shè)備發(fā)送M3消息；

該M3消息的第一步為GET_PARAMETER請求，在這一消息中，若發(fā)送設(shè)備支持雙向音頻傳輸能力，則向接受設(shè)備發(fā)送wfd_bidire_capacity參數(shù)；若發(fā)送設(shè)備不支持雙向音頻傳輸能力，則發(fā)送設(shè)備還按照原來的通信流程進(jìn)行消息的發(fā)送，即M3消息中不攜帶有wfd_bidire_capacity參數(shù)。

與本發(fā)明相關(guān)的M3消息的格式可以為：

M3：GET_PARAMETER wfd_bidire_capacity。

M3消息的屬性以及包含的內(nèi)容如表1所示。

表1 本發(fā)明中M3消息的屬性及包含的內(nèi)容

需要說明的是，M3消息為發(fā)送設(shè)備發(fā)往接受設(shè)備的獲取參數(shù)請求消息，其中，該M3消息中包含自身的內(nèi)容類型(Content-Type)、內(nèi)容長度(Content-Length)字段，還包括向接受設(shè)備請求的WIFI直連視頻格式(wfd_video_formats)、WIFI直連視頻編碼(wfd_audio_codecs)、WIFI直連3D視頻格式(wfd_3d_video_formats)、WIFI直連中的保護(hù)內(nèi)容(wfd_content_protection)、WIFI直連的擴(kuò)展顯示標(biāo)記數(shù)據(jù)(wfd_display_edid)、WIFI直連配對的接受設(shè)備(wfd_coupled_sink)、WIFI直連客戶端實(shí)時(shí)傳輸協(xié)議端口(wfd_client_rtp_ports)和WIFI直連雙向音頻能力(wfd_bidire_capacity)參數(shù)。需要說明的是，wfd_bidire_capacity為M3消息中新增的參數(shù)，其余參數(shù)均為M3消息中已有的參數(shù)。

步驟42，當(dāng)接受設(shè)備在接收到的M3消息中發(fā)現(xiàn)wfd_bidire_capacity參數(shù)時(shí)，且該接受設(shè)備也支持雙向音頻通信時(shí)，則需要在服務(wù)能力協(xié)商應(yīng)答消息(即M3應(yīng)答消息)中傳輸接受設(shè)備進(jìn)行雙向音頻通信時(shí)對應(yīng)的發(fā)送音頻信息的端口號，與上述M3消息對應(yīng)的M3應(yīng)答消息的實(shí)現(xiàn)格式可以為：

M3 RESPONSE：GET_PARAMETER OK；

wfd_bidire_capacity：port＝3375。

具體地，M3應(yīng)答消息的屬性及包含的內(nèi)容如表2所示。

表2 M3應(yīng)答消息的屬性及包含的內(nèi)容

需要說明的是，M3應(yīng)答消息為接受設(shè)備發(fā)往發(fā)送設(shè)備的獲取參數(shù)請求消息，其中，該M3應(yīng)答消息中包含自身的內(nèi)容類型(Content-Type)、內(nèi)容長度(Content-Length)字段，同時(shí)還包含對M3消息中的WIFI直連視頻格式(wfd_video_formats)、WIFI直連視頻編碼(wfd_audio_codecs)、WIFI直連3D視頻格式(wfd_3d_video_formats)、WIFI直連中的保護(hù)內(nèi)容(wfd_content_protection)、WIFI直連的擴(kuò)展顯示標(biāo)記數(shù)據(jù)(wfd_display_edid)、WIFI直連配對的接受設(shè)備(wfd_coupled_sink)、WIFI直連客戶端實(shí)時(shí)傳輸協(xié)議端口(wfd_client_rtp_ports)和WIFI直連雙向音頻能力(wfd_bidire_capacity)參數(shù)的答復(fù)，其中，none表示為空。需要說明的是，該M3應(yīng)答消息對應(yīng)M3消息增加的也是WIFI直連雙向音頻能力參數(shù)的答復(fù)，在發(fā)送設(shè)備接收到該M3應(yīng)答消息時(shí)，發(fā)送設(shè)備便知道了接受設(shè)備在進(jìn)行雙向音頻通信時(shí)發(fā)送音頻信息的端口為3375。

步驟43，發(fā)送設(shè)備在接收到M3應(yīng)答消息時(shí)，需要向接受設(shè)備反饋攜帶有自身的端口號信息的M4消息，以此保證可以順利與接受設(shè)備實(shí)現(xiàn)雙向音頻通信。

該M4消息的格式采用如下方式實(shí)現(xiàn)：

M4：SET_PARAMETER wfd_bidire_capacity：port＝3376。

步驟44，接受設(shè)備在接收到M4消息時(shí)，需要向發(fā)送設(shè)備反饋M4應(yīng)答消息，以通知發(fā)送設(shè)備服務(wù)能力協(xié)商結(jié)束，該M4應(yīng)答消息表明M4消息接收成功，例如M4應(yīng)答消息的格式可以為：

M4 RESPONSE：SET_PARAMETER OK。

本實(shí)施例中，在接受設(shè)備和發(fā)送設(shè)備進(jìn)行服務(wù)能力協(xié)商階段，若二者均支持雙向音頻通信，則相互告知對方具有雙向音頻通信的能力，需要說明的是，此雙向音頻通信的協(xié)商依附于現(xiàn)有的RTSP中的消息，只是對消息的參數(shù)進(jìn)行了相應(yīng)的擴(kuò)展，此種方式兼容了現(xiàn)有的Miracast設(shè)備，同時(shí)，使得發(fā)送設(shè)備在原有同屏應(yīng)用的同時(shí)，具備雙向音頻通信的能力。

實(shí)施例二

因在實(shí)施例一中，發(fā)送設(shè)備和接受設(shè)備在進(jìn)行完雙向音頻能力的協(xié)商后，并不表示就開通了雙向音頻能力，只有在需要進(jìn)行雙向音頻通信時(shí)，才進(jìn)行雙向音頻通道的建立，因此，如圖5所示，本實(shí)施例二在實(shí)施例一的基礎(chǔ)上，所述控制方法還包括：

步驟51，向所述接受設(shè)備發(fā)送建立雙向音頻通道的請求；

此處需要說明的是，發(fā)送設(shè)備可以依據(jù)自身的設(shè)置在預(yù)設(shè)時(shí)機(jī)進(jìn)行雙向音頻通道的建立，例如當(dāng)發(fā)送設(shè)備需要利用接受設(shè)備進(jìn)行語音信息的反饋時(shí)，便進(jìn)行雙向音頻通道的建立。

步驟52，接收所述接受設(shè)備反饋的請求應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的建立。

需要說明的是，本實(shí)施例在具體應(yīng)用時(shí)，需要在Miracast中增加新消息來實(shí)現(xiàn)雙向音頻通道的建立和控制。

增加的消息有：建立雙向音頻通道的請求消息(可以稱為M17消息)和雙向音頻通道的請求應(yīng)答消息(可以稱為M17應(yīng)答消息)；其中，

M17消息為發(fā)送設(shè)備向接受設(shè)備發(fā)起建立雙向音頻通道的命令，使用SET_PARAMETER命令，例如可以為：

WIFI直連雙向音頻建立(wfd_bidire_establish)命令。

M17應(yīng)答消息為接受設(shè)備向發(fā)送設(shè)備反饋的針對于M17消息的應(yīng)答，此應(yīng) 答消息表明接受設(shè)備成功接收到M17消息，并且可以建立雙向音頻通道。

當(dāng)雙向音頻通道建立完成后，發(fā)送設(shè)備和接受設(shè)備可以繼續(xù)發(fā)送上述M17消息和M17應(yīng)答消息，以維持雙向音頻通道的連接狀態(tài)。

需要說明的是，發(fā)送設(shè)備和接受設(shè)備建立連接對話，可以不限于傳輸控制協(xié)議(TCP)，用戶數(shù)據(jù)報(bào)協(xié)議(UDP)或者傳輸層協(xié)議來維持對話。

需要說明的是，當(dāng)雙向音頻通道建立后，在不使用該雙向音頻通道時(shí)，為了降低發(fā)送設(shè)備和接受設(shè)備的資源消耗，可以實(shí)時(shí)地進(jìn)行雙向音頻通道的關(guān)閉，在下次使用時(shí)，可以再次開啟。因發(fā)送設(shè)備和接受設(shè)備均可以主動(dòng)觸發(fā)雙向音頻通道的開啟/關(guān)閉，因此，本實(shí)施例中的雙向音頻通道開啟/關(guān)閉的第一種實(shí)現(xiàn)方式為：

向所述接受設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

接收所述接受設(shè)備根據(jù)所述第一消息反饋的第一應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

需要說明的是，第一種方式為發(fā)送設(shè)備進(jìn)行主動(dòng)觸發(fā)，其中，所述向所述接受設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第一消息的實(shí)現(xiàn)方式主要為：向所述接受設(shè)備發(fā)送雙向音頻通道設(shè)置參數(shù)：enable＝0或enable＝1；

其中，0表示關(guān)閉雙向音頻通道，1表示開啟雙向音頻通道。

本實(shí)施例中的雙向音頻通道開啟/關(guān)閉的第二種實(shí)現(xiàn)方式為：

接收所述接受設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

發(fā)送所述第二消息的第二應(yīng)答消息給所述接受設(shè)備，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

第二種方式為接受設(shè)備進(jìn)行主動(dòng)觸發(fā)，其中，第二消息與上述第一消息的內(nèi)容類似，都包含雙向音頻通道設(shè)置參數(shù)。

本發(fā)明中，可以將包含有雙向音頻通道的啟動(dòng)/關(guān)閉信息的消息稱為M18消息。

如圖6所示，雙向音頻通道的建立以及關(guān)閉的具體實(shí)現(xiàn)方式為：

步驟61，當(dāng)首次建立雙向音頻通道時(shí)，發(fā)送設(shè)備向接受設(shè)備發(fā)送M17消息，該M17消息中包含wfd_bidire_establish命令，該命令用于告知接受設(shè)備建立雙向音頻通道；該M17消息的格式可以為：

M17：SET_PARAMETER wfd_bidire_establish。

步驟62，接受設(shè)備向發(fā)送設(shè)備發(fā)送M17應(yīng)答消息，該M17應(yīng)答消息作為收到雙向音頻通道建立命令的標(biāo)識(shí)；

該M17應(yīng)答消息的格式可以為：

M17 RESPONSE：SET_PARAMETER OK。

在建立雙向音頻通道后，還可以繼續(xù)進(jìn)行步驟63和步驟64來維持雙向音頻通道的連接狀態(tài)。

步驟63，發(fā)送設(shè)備向接受設(shè)備發(fā)送M17消息，該M17消息中包含wfd_bidire_establish命令；

需要說明的是，該步驟63可以與步驟61的實(shí)現(xiàn)方式相同。

步驟64，接受設(shè)備向發(fā)送設(shè)備發(fā)送M17應(yīng)答消息；

該步驟64可以與步驟62的實(shí)現(xiàn)方式相同。

當(dāng)發(fā)送設(shè)備與接受設(shè)備之間不需要進(jìn)行雙向音頻通信時(shí)，進(jìn)入關(guān)閉雙向音頻通道的過程，具體實(shí)現(xiàn)方式參見步驟65和步驟66。

步驟65，發(fā)送設(shè)備向接受設(shè)備發(fā)送M18消息，該M18消息中包含關(guān)閉雙向音頻通道的命令，

M18：SET_PARAMETER wfd_bidire_setting Enable＝0。

步驟66，接受設(shè)備向發(fā)送設(shè)備發(fā)送M18應(yīng)答消息，以此表示雙向音頻通道關(guān)閉完成，此M18消息的格式可以為：

M18 RESPONSE：SET_PARAMETER OK。

下面以發(fā)送設(shè)備為智能手機(jī)，接受設(shè)備為車載電腦為例，進(jìn)行本發(fā)明應(yīng)用場景的舉例說明，在該場景下，該智能手機(jī)和車載電腦均具有雙向音頻通信的能力。

當(dāng)智能手機(jī)需要與車載電腦進(jìn)行傳屏?xí)r，首先根據(jù)現(xiàn)有的Miracast V1.0進(jìn)行二者的連接，然后進(jìn)行雙向音頻通信能力的協(xié)商，使得二者分別知道對方發(fā)送音頻信息的端口信息。當(dāng)不需要車載電腦進(jìn)行語音信息的采集發(fā)送時(shí)，智能手機(jī)和車載電腦之間使用的是現(xiàn)有的傳屏技術(shù)，在傳屏過程中，智能手機(jī)有電話接入時(shí)，需要車載電腦的麥克作為智能手機(jī)的話筒以實(shí)現(xiàn)后續(xù)的通話，這時(shí)智能手機(jī)需要向車載電腦發(fā)送雙向音頻通道建立命令，以此形成車載電腦與智 能手機(jī)之間的雙向音頻通道，此時(shí)便可實(shí)現(xiàn)利用車載電腦進(jìn)行正常的語音通話(需要說明的是，在語音通話過程中，接受設(shè)備應(yīng)該禁掉智能手機(jī)在同屏音視頻流中傳輸過來的音頻流，接受設(shè)備只可播放雙向音頻通道中傳遞過來的音頻信息)。當(dāng)通話結(jié)束后，不需要再進(jìn)行雙向音頻的傳輸，此時(shí)發(fā)送設(shè)備可以發(fā)送雙向音頻關(guān)閉命令，以此關(guān)閉雙向音頻通道，繼續(xù)使用原來的傳送方式進(jìn)行同屏的傳輸。

實(shí)施例三

如圖7所示，本實(shí)施例提供一種無線同屏多媒體傳輸中的發(fā)送設(shè)備，包括：

第一發(fā)送模塊71，用于在發(fā)送設(shè)備與接受設(shè)備建立連接后，向所述接受設(shè)備發(fā)送服務(wù)能力協(xié)商消息，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

第一接收模塊72，用于接收所述接受設(shè)備根據(jù)所述服務(wù)能力協(xié)商消息反饋的服務(wù)能力協(xié)商應(yīng)答消息，所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

第二發(fā)送模塊73，用于根據(jù)所述服務(wù)能力協(xié)商應(yīng)答消息向所述接受設(shè)備發(fā)送參數(shù)設(shè)置消息，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

第二接收模塊74，用于接收所述接受設(shè)備根據(jù)所述參數(shù)設(shè)置消息反饋的參數(shù)設(shè)置應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

進(jìn)一步地，所述發(fā)送設(shè)備還包括：

請求發(fā)送模塊，用于向所述接受設(shè)備發(fā)送建立雙向音頻通道的請求；

請求應(yīng)答接收模塊，用于接收所述接受設(shè)備反饋的請求應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的建立。

可選地，所述發(fā)送設(shè)備還包括：

第一消息發(fā)送模塊，用于向所述接受設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

第一應(yīng)答消息接收模塊，用于接收所述接受設(shè)備根據(jù)所述第一消息反饋的第一應(yīng)答消息，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

進(jìn)一步地，所述第一消息發(fā)送模塊具體用于：

向所述接受設(shè)備發(fā)送雙向音頻通道設(shè)置參數(shù)：enable＝0或enable＝1；

其中，0表示關(guān)閉雙向音頻通道，1表示開啟雙向音頻通道。

可選地，所述發(fā)送設(shè)備還包括：

第二消息接收模塊，用于接收所述接受設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

第二應(yīng)答消息發(fā)送模塊，用于發(fā)送所述第二消息的第二應(yīng)答消息給所述接受設(shè)備，以此完成與所述接受設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

需要說明的是，該發(fā)送設(shè)備的實(shí)施例是與上述控制方法實(shí)施例一一對應(yīng)的發(fā)送設(shè)備，上述控制方法實(shí)施例中所有實(shí)現(xiàn)方式均適用于該發(fā)送設(shè)備的實(shí)施例中，也能達(dá)到相同的技術(shù)效果。

實(shí)施例四

如圖8所示，本實(shí)施例的無線同屏音頻通道的控制方法，應(yīng)用于一無線同屏多媒體傳輸中的接受設(shè)備，包括：

步驟81，在接受設(shè)備與發(fā)送設(shè)備建立連接后，接收所述發(fā)送設(shè)備發(fā)送的服務(wù)能力協(xié)商消息；

其中，該服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

步驟82，根據(jù)所述服務(wù)能力協(xié)商消息向所述發(fā)送設(shè)備反饋服務(wù)能力協(xié)商應(yīng)答消息；

需要說明的是，該服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

步驟83，接收所述發(fā)送設(shè)備發(fā)送的參數(shù)設(shè)置消息；

其中，該參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

步驟84，向所述發(fā)送設(shè)備反饋參數(shù)設(shè)置應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

在進(jìn)行完服務(wù)能力協(xié)商后，所述控制方法還包括：

接收所述發(fā)送設(shè)備發(fā)送的建立雙向音頻通道的請求；

根據(jù)所述請求，向所述發(fā)送設(shè)備反饋請求應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的建立。

需要說明的是，當(dāng)接受設(shè)備與發(fā)送設(shè)備之間不需要進(jìn)行雙向音頻的交互時(shí)，可以進(jìn)行雙向音頻通道的關(guān)閉，在又需使用雙向音頻通道時(shí)，可以再次打開該雙向音頻通道，因此，本實(shí)施例中還提供了開啟/關(guān)閉雙向音頻通道的方法，具體地，開啟/關(guān)閉雙向音頻通道的第一種實(shí)現(xiàn)方式為：

接收所述發(fā)送設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

根據(jù)所述第一消息，向所述發(fā)送設(shè)備反饋所述第一消息的第一應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

開啟/關(guān)閉雙向音頻通道的第二種實(shí)現(xiàn)方式為：

向所述發(fā)送設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

接收所述發(fā)送設(shè)備根據(jù)所述第二消息反饋的第二應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

需要說明的是，上述實(shí)施例一和實(shí)施例二中所有關(guān)于接受設(shè)備的描述，均適用于該控制方法的實(shí)施例中，也能達(dá)到與其相同的技術(shù)效果。

實(shí)施例五

如圖9所示，本發(fā)明實(shí)施例五的無線同屏多媒體傳輸中的接受設(shè)備包括：

第三接收模塊91，用于在接受設(shè)備與發(fā)送設(shè)備建立連接后，接收所述發(fā)送設(shè)備發(fā)送的服務(wù)能力協(xié)商消息，所述服務(wù)能力協(xié)商消息中攜帶有WIFI直連雙向音頻能力參數(shù)；

第三發(fā)送模塊92，用于根據(jù)所述服務(wù)能力協(xié)商消息向所述發(fā)送設(shè)備反饋服務(wù)能力協(xié)商應(yīng)答消息，所述服務(wù)能力協(xié)商應(yīng)答消息中攜帶有所述接受設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第一端口的信息；

第四接收模塊93，用于接收所述發(fā)送設(shè)備發(fā)送的參數(shù)設(shè)置消息，所述參數(shù)設(shè)置消息中包含有所述發(fā)送設(shè)備在WIFI直連雙向音頻中發(fā)送音頻信息的第二端口的信息；

第四發(fā)送模塊94，用于向所述發(fā)送設(shè)備反饋參數(shù)設(shè)置應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻服務(wù)能力的協(xié)商。

進(jìn)一步地，所述接受設(shè)備還包括：

請求接收模塊，用于接收所述發(fā)送設(shè)備發(fā)送的建立雙向音頻通道的請求；

請求應(yīng)答發(fā)送模塊，用于根據(jù)所述請求，向所述發(fā)送設(shè)備反饋請求應(yīng)答消 息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的建立。

可選地，所述接受設(shè)備還包括：

第一消息接收模塊，用于接收所述發(fā)送設(shè)備發(fā)送的啟動(dòng)/關(guān)閉雙向音頻通道的第一消息；

第一應(yīng)答消息發(fā)送模塊，用于根據(jù)所述第一消息，向所述發(fā)送設(shè)備反饋所述第一消息的第一應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

可選地，所述接受設(shè)備還包括：

第二消息發(fā)送模塊，用于向所述發(fā)送設(shè)備發(fā)送啟動(dòng)/關(guān)閉雙向音頻通道的第二消息；

第二應(yīng)答消息接收模塊，用于接收所述發(fā)送設(shè)備根據(jù)所述第二消息反饋的第二應(yīng)答消息，以此完成與所述發(fā)送設(shè)備之間的雙向音頻通道的啟動(dòng)/關(guān)閉。

需要說明的是，該接受設(shè)備的實(shí)施例是與實(shí)施例四中控制方法實(shí)施例一一對應(yīng)的接受設(shè)備，上述控制方法實(shí)施例中所有實(shí)現(xiàn)方式均適用于該接受設(shè)備的實(shí)施例中，也能達(dá)到相同的技術(shù)效果。

應(yīng)當(dāng)說明的是，本發(fā)明對Miracast進(jìn)行了擴(kuò)展，通過引入新的參數(shù)，使得發(fā)送設(shè)備可以在原有同屏應(yīng)用的同時(shí)，具備延遲可控的雙向音頻通信能力；本發(fā)明兼容了原有的Miracast設(shè)備，方便易行，完善了無線同屏多媒體傳輸?shù)墓δ?，滿足了用戶對無線同屏多媒體傳輸?shù)氖褂眯枨?，提升了用戶使用體驗(yàn)效果。

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