專(zhuān)利名稱(chēng):一種移動(dòng)通訊終端共享音頻信息的方法和裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動(dòng)通訊終端信息共享技術(shù)領(lǐng)域,尤其涉及一種移動(dòng)通訊終端共享音頻信息的方法和裝置。
背景技術(shù):
目前手機(jī)已經(jīng)被廣為使用,特別隨著個(gè)人移動(dòng)通訊技術(shù)的不斷發(fā)展,藍(lán)牙功能已經(jīng)是手機(jī)終端上的必備功能。藍(lán)牙技術(shù)不僅成本和功耗較低,而且移動(dòng)攜帶相當(dāng)便捷,可廣泛應(yīng)用于任何個(gè)人移動(dòng)通訊設(shè)備上,這些產(chǎn)品只要內(nèi)設(shè)藍(lán)牙芯片就可以實(shí)現(xiàn)信息的無(wú)線傳輸;同樣,隨著各種音頻播放設(shè)備的普及,在現(xiàn)在快節(jié)奏生活中,很多人會(huì)隨身攜帶手機(jī)或其它音頻播放設(shè)備,在乘車(chē)、行路或休息時(shí)收聽(tīng)各類(lèi)音樂(lè)或?qū)W習(xí)資料,比如,有的用戶從網(wǎng)絡(luò)或其它途徑獲取到比較新潮時(shí)尚的音頻信息或?qū)W習(xí)資料,在戶外或公共環(huán)境下,想及時(shí)與其它用戶共同欣賞,或者多個(gè)用戶想相互共享同一音頻信息。對(duì)應(yīng)這類(lèi)需求,目前這的輔助性實(shí)現(xiàn)方法有三種一種是通過(guò)有線方式,增加幾個(gè)音頻輸出口,分別與多個(gè)耳機(jī)連接。該方法的缺點(diǎn)是需要增加單獨(dú)的音頻發(fā)射設(shè)備和耳機(jī)接收設(shè)備,不利于用戶移動(dòng)使用,不具有機(jī)動(dòng)性, 共享活動(dòng)范圍小。另一種是無(wú)線方式,采用多個(gè)藍(lán)牙耳機(jī)與藍(lán)牙終端配對(duì),利用藍(lán)牙耳機(jī)共享。該方法的缺點(diǎn)是需要增加單獨(dú)的耳機(jī)接收設(shè)備-藍(lán)牙耳機(jī),且只能實(shí)現(xiàn)單向共享,不能多用戶間同時(shí)相互共享,因此不能實(shí)現(xiàn)真正意義上的多用戶共享信息的功能。第三種方法是藍(lán)牙廣播系統(tǒng)技術(shù),藍(lán)牙廣播系統(tǒng)是一套基于Windows平臺(tái)開(kāi)發(fā)的應(yīng)用軟件,安裝了該軟件的PC (Personal Computer,個(gè)人電腦)機(jī)再配備一個(gè)藍(lán)牙適配器, 便可以自動(dòng)搜索和建立工作范圍內(nèi)的移動(dòng)藍(lán)牙設(shè)備配對(duì)關(guān)系,并按照系統(tǒng)設(shè)置分時(shí)段發(fā)送不同的信息內(nèi)容。但該方法只能實(shí)現(xiàn)PC機(jī)與其它藍(lán)牙設(shè)備間的共享,且便攜性差、成本高。另一方面,用戶在與他人分享自己的音頻資料時(shí),可能會(huì)因個(gè)人隱私等原因,不方便將整個(gè)信息實(shí)體拷貝復(fù)制到對(duì)方設(shè)備中永久保存,因此,傳統(tǒng)的實(shí)體靜態(tài)拷貝共享方式已經(jīng)不能滿足人們的需求。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是,提供一種移動(dòng)通訊終端共享音頻信息的方法和裝置,在不需要增加藍(lán)牙耳機(jī)輔助設(shè)備的情況下,實(shí)現(xiàn)用戶間相互傳遞共享音頻數(shù)據(jù)流,克服現(xiàn)有技術(shù)中共享方式便攜性差、共享活動(dòng)范圍小的缺陷。本發(fā)明采用的技術(shù)方案是,所述移動(dòng)通訊終端共享音頻信息的方法,包括當(dāng)用戶終端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口傳輸?shù)脚c本端已建立共享連接的其他用戶終端;其他用戶終端對(duì)收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后以音頻數(shù)據(jù)流的形式播放。所述共享連接在用戶終端播放音頻文件之前建立,或者在用戶終端播放音頻文件的同時(shí)建立;建立共享連接的過(guò)程包括用戶終端間基于藍(lán)牙鑒權(quán)協(xié)議建立共享連接。所述用戶終端間基于藍(lán)牙鑒權(quán)協(xié)議建立共享連接包括用戶終端向其他用戶終端發(fā)送共享音頻信息請(qǐng)求;收到共享匹配請(qǐng)求的用戶終端先判斷是否接受共享音頻信息請(qǐng)求,若是,則進(jìn)行藍(lán)牙匹配,否則不進(jìn)行藍(lán)牙匹配;藍(lán)牙匹配成功后,進(jìn)行藍(lán)牙匹配的用戶終端雙方分別記錄下對(duì)方的藍(lán)牙接口地址,作為與本端已建立共享連接的其他用戶終端。所述用戶終端對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼得到承載音頻數(shù)據(jù)流的信道的過(guò)程包括對(duì)所述音頻文件的數(shù)據(jù)流先后進(jìn)行子帶編碼和藍(lán)牙音頻傳輸編碼后,得到承載音頻數(shù)據(jù)流的信道;根據(jù)與本端已建立共享連接的用戶終端的數(shù)量,對(duì)編碼后得到的承載音頻數(shù)據(jù)流的信道進(jìn)行復(fù)制。所述其他用戶終端對(duì)收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后以音頻數(shù)據(jù)流的形式播放的過(guò)程包括對(duì)收到的承載音頻數(shù)據(jù)流的信道先后進(jìn)行藍(lán)牙音頻傳輸解碼和子帶解碼后,得到音頻數(shù)據(jù)流;啟動(dòng)音頻通路對(duì)音頻數(shù)據(jù)流進(jìn)行實(shí)時(shí)播放。本發(fā)明還提供一種移動(dòng)通訊終端共享音頻信息的裝置,包括基帶模塊,用于向藍(lán)牙接口模塊發(fā)送共享連接命令;當(dāng)本端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼后得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口模塊傳遞到音頻信機(jī)模塊;對(duì)從藍(lán)牙接口模塊接收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后得到音頻數(shù)據(jù)流,傳遞到音頻信機(jī)模塊;藍(lán)牙接口模塊,用于收到所述共享連接命令時(shí),與其他用戶終端建立共享連接;在已建立共享連接的用戶終端間傳輸承載音頻數(shù)據(jù)流的信道;音頻信機(jī)模塊,用于根據(jù)與本端已建立共享連接的其他用戶終端的數(shù)量,對(duì)編碼后得到的承載音頻數(shù)據(jù)流的信道進(jìn)行復(fù)制,通過(guò)藍(lán)牙接口模塊發(fā)送出去;對(duì)解碼后得到的音頻數(shù)據(jù)流進(jìn)行實(shí)時(shí)播放。所述藍(lán)牙接口模塊進(jìn)一步用于,基于藍(lán)牙鑒權(quán)協(xié)議與其他用戶終端建立共享連接;記錄下已建立共享連接的其他用戶終端的藍(lán)牙接口地址,傳送給基帶模塊存儲(chǔ)。所述基帶模塊進(jìn)一步用于,當(dāng)本端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流先后進(jìn)行子帶編碼和藍(lán)牙音頻傳輸編碼后,得到承載音頻數(shù)據(jù)流的信道;對(duì)從藍(lán)牙接口模塊接收到的承載音頻數(shù)據(jù)流的信道先后進(jìn)行藍(lán)牙音頻傳輸解碼和子帶解碼后得到音頻數(shù)據(jù)流。所述音頻信機(jī)模塊進(jìn)一步用于,向基帶模塊獲取已建立共享連接的其他用戶終端的藍(lán)牙接口地址,獲得與本端已建立共享連接的其他用戶終端的數(shù)量。所述藍(lán)牙接口模塊進(jìn)一步用于,在已建立共享連接的用戶終端間基于藍(lán)牙傳輸協(xié)議傳輸承載音頻數(shù)據(jù)流的信道。采用上述技術(shù)方案,本發(fā)明至少具有下列優(yōu)點(diǎn)本發(fā)明所述移動(dòng)通訊終端共享音頻信息的方法和裝置,當(dāng)用戶終端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口傳輸?shù)脚c本端已建立共享連接的其他用戶終端;其他用戶終端對(duì)收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后以音頻數(shù)據(jù)流的形式播放。該裝置基于移動(dòng)用戶終端本身具有的藍(lán)牙傳輸控制系統(tǒng)中的基帶模塊、藍(lán)牙接口模塊和音頻信機(jī)模塊,在不需要外設(shè)藍(lán)牙耳機(jī)或其它輔助設(shè)備的情況下,隨時(shí)實(shí)現(xiàn)多用戶之間相互共享音頻信息,操作便捷,便攜性好。多個(gè)用戶終端之間只要建立了共享連接,就可在一個(gè)用戶播放音頻文件時(shí),其他多個(gè)用戶終端也能夠?qū)崟r(shí)的共享播放的該音頻文件的數(shù)據(jù)流,實(shí)現(xiàn)真正意義上的音頻信息共享,由于不受具體硬件連接限制,共享范圍寬。
圖1為本發(fā)明第一實(shí)施例共享連接建立流程圖;圖2為本發(fā)明第一實(shí)施例共享音頻數(shù)據(jù)發(fā)送流程圖;圖3為本發(fā)明第一實(shí)施例共享音頻數(shù)據(jù)接收流程圖;圖4為本發(fā)明第二實(shí)施例共享連接建立流程圖;圖5為本發(fā)明第二實(shí)施例共享音頻數(shù)據(jù)發(fā)送流程圖;圖6為本發(fā)明第二實(shí)施例共享音頻數(shù)據(jù)接收流程圖;圖7為本發(fā)明第三實(shí)施例所述移動(dòng)通訊終端共享音頻信息的裝置組成示意圖。
具體實(shí)施例方式為更進(jìn)一步闡述本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效,以下結(jié)合附圖及較佳實(shí)施例,對(duì)本發(fā)明提出的所述移動(dòng)通訊終端共享音頻信息的方法和裝置,詳細(xì)說(shuō)明如后。本發(fā)明第一實(shí)施例,以第一用戶終端m、第二用戶終端N2和第三用戶終端N3向第四用戶終端N4主動(dòng)發(fā)起建立共享連接為例,介紹一下第四用戶終端N4同時(shí)向其他三個(gè)用戶終端共享音頻信息的過(guò)程,用戶終端均具備藍(lán)牙傳輸控制系統(tǒng),該系統(tǒng)至少包括基帶模塊、藍(lán)牙接口模塊和音頻信機(jī)模塊。一、共享連接建立流程,如圖1所示步驟S101,第一用戶終端Ni、第二用戶終端N2、第三用戶終端N3分別搜索藍(lán)牙信號(hào)可達(dá)范圍內(nèi)的其他用戶終端,得到各自的用戶終端列表,第四用戶終端N4均在上述三個(gè)用戶的用戶終端列表中;步驟S102,第一用戶終端Ni、第二用戶終端N2、第三用戶終端N3分別向用戶終端列表中的第四用戶終端N4發(fā)送共享音頻信息請(qǐng)求;步驟S103,當(dāng)?shù)谒挠脩艚K端N4收到第一用戶終端Ni、第二用戶終端N2、第三用戶終端N3發(fā)來(lái)的共享音頻信息請(qǐng)求消息后,藍(lán)牙接口模塊判斷是否接受,如果接受,則進(jìn)行藍(lán)牙匹配,將記錄下匹配成功的用戶終端的藍(lán)牙接口地址信息,傳送給基帶模塊保存,作為與本端已建立共享連接的其他用戶終端。這里假設(shè)三個(gè)用戶終端均匹配成功;如果不接受, 則不進(jìn)行藍(lán)牙匹配。需要說(shuō)明的是,步驟S101-S103均是用戶終端基于現(xiàn)有的藍(lán)牙鑒權(quán)協(xié)議完成的, 故此處不詳述。二、共享音頻數(shù)據(jù)發(fā)送流程,如圖2所示步驟S104,當(dāng)?shù)谒挠脩艚K端N4上開(kāi)始播放待共享的音頻文件時(shí),本地播放器將音頻文件轉(zhuǎn)換成音頻數(shù)據(jù)流,基帶模塊啟動(dòng)內(nèi)置DSP (Digital SignalProcessing,數(shù)字信號(hào)處理)模塊對(duì)待共享的音頻文件的數(shù)據(jù)流進(jìn)行SBC編碼(SiAband Coding,子帶編碼)并將編碼后的SBC音頻數(shù)據(jù)流緩存到DSP模塊內(nèi)部的隨機(jī)存儲(chǔ)器中。步驟S 105,當(dāng)DSP模塊判斷出其內(nèi)部的隨機(jī)存儲(chǔ)器中存有SBC音頻數(shù)據(jù)流時(shí),通知基帶模塊,由基帶模塊從DSP模塊的內(nèi)部隨機(jī)存儲(chǔ)器中把SBC音頻數(shù)據(jù)流讀出,并緩存到基帶模塊的SRAM (static random access memory,靜態(tài)隨機(jī)存儲(chǔ)器)中。步驟S106,當(dāng)基帶模塊判斷SRAM中緩存了 SBC音頻數(shù)據(jù)流后,從SRAM中取出SBC 音頻數(shù)據(jù)流,并對(duì)該SBC音頻數(shù)據(jù)流再進(jìn)行A2DP (Advanced AudioDistribution Profile, 藍(lán)牙音頻傳輸模型協(xié)議)傳輸編碼后得到承載音頻數(shù)據(jù)流的信道,通過(guò)基帶模塊與藍(lán)牙模塊間的A2DP鏈路發(fā)送到藍(lán)牙模塊。步驟S107,藍(lán)牙模塊通過(guò)其與音頻信機(jī)模塊間的A2DP鏈路將接收到的承載音頻數(shù)據(jù)流的信道送入音頻信機(jī)控制模塊。步驟S108,音頻信機(jī)控制模塊收到承載音頻數(shù)據(jù)流的信道后,向基帶模塊發(fā)送獲取已匹配的用戶終端的藍(lán)牙接口地址信息的請(qǐng)求;步驟S109,基帶模塊將已存儲(chǔ)的第一用戶終端Ni、第二用戶終端N2、第三用戶終端N3的藍(lán)牙接口地址信息發(fā)送至音頻信機(jī)控制模塊。步驟S110,音頻信機(jī)控制模塊根據(jù)接收到的已匹配的藍(lán)牙接口地址的個(gè)數(shù)n,對(duì)承載音頻數(shù)據(jù)的信道進(jìn)行復(fù)制n-1次,本實(shí)施例中η = 3,然后根據(jù)已匹配的η個(gè)用戶終端的藍(lán)牙接口地址分別將各承載音頻數(shù)據(jù)流的信道通過(guò)藍(lán)牙接口模塊發(fā)送到第一用戶終端 W、第二用戶終端N2和第三用戶終端N3。三、共享音頻數(shù)據(jù)接收流程,如圖3所示步驟S111,第一用戶終端Ni、第二用戶終端N2和第三用戶終端N3通過(guò)各自的藍(lán)牙接口模塊接收到承載音頻數(shù)據(jù)的信道后,傳送到各自的基帶模塊;步驟Sl 12,基帶模塊對(duì)承載音頻數(shù)據(jù)的信道進(jìn)行A2DP解碼后得到SBC音頻數(shù)據(jù)流存儲(chǔ)到SRAM,并啟內(nèi)置的DSP模塊從SRAM中讀出SBC音頻數(shù)據(jù)流進(jìn)行SBC編解碼,并將解碼后的音頻文件的數(shù)據(jù)流緩存到DSP模塊內(nèi)部的內(nèi)部存儲(chǔ)器中,基帶模塊判斷DSP模塊存有音頻數(shù)據(jù)流時(shí),讀取并緩存至SRAM中。步驟S113,第一用戶終端Ni、第二用戶終端N2和第三用戶終端N3的基帶模塊分別判斷各自的SRAM中的容量是否達(dá)到上限,若達(dá)到上限值,則基帶模塊將解碼后的音頻文件的數(shù)據(jù)流傳送至音頻信機(jī)模塊,否則不動(dòng)作。步驟S114,音頻信機(jī)模塊接收到解碼后的音頻文件的數(shù)據(jù)流后,啟動(dòng)手機(jī)的音頻通路實(shí)時(shí)播放共享的音頻文件。
本發(fā)明第二實(shí)施例,以用戶終端一對(duì)一的共享音頻信息為例,介紹一下用戶終端之間共享音頻信息的過(guò)程,用戶終端均具備藍(lán)牙傳輸控制系統(tǒng),該系統(tǒng)包括基帶模塊、藍(lán)牙接口模塊和音頻信機(jī)模塊。一、共享連接建立流程,如圖4所示步驟S201,第一用戶終端m播放待共享的音頻文件,利用藍(lán)牙鑒權(quán)協(xié)議向第二用戶終端N2發(fā)起共享音頻信息請(qǐng)求。步驟S202,第二用戶終端N2收到請(qǐng)求后,判斷是否接受該共享音頻信息請(qǐng)求,若接受,則與第一用戶終端W進(jìn)行藍(lán)牙匹配,并將本機(jī)藍(lán)牙接口地址信息發(fā)送至第一用戶終端Ni。步驟S203,第一用戶終端附收到第二用戶終端N2的藍(lán)牙接口地址信息后保存到基帶模塊,作為與本端已建立共享連接的其他用戶終端。二、共享音頻數(shù)據(jù)發(fā)送流程,如圖5所示步驟S204,基帶模塊中內(nèi)置的DSP模塊對(duì)正播放的待共享的音頻文件的數(shù)據(jù)流進(jìn)行SBC編碼并將編碼后的SBC音頻數(shù)據(jù)流緩存到DSP模塊內(nèi)部的隨機(jī)存儲(chǔ)器中。步驟S205,當(dāng)DSP模塊判斷出其內(nèi)部的隨機(jī)存儲(chǔ)器中存有SBC音頻數(shù)據(jù)流時(shí),通知基帶模塊,由基帶模塊從DSP模塊的內(nèi)部隨機(jī)存儲(chǔ)器中把SBC音頻數(shù)據(jù)流讀出,并緩存到基帶模塊的SRAM中。步驟S206,當(dāng)基帶模塊判斷SRAM中緩存了 SBC音頻數(shù)據(jù)流后,從SRAM中取出SBC 音頻數(shù)據(jù)流,并對(duì)該SBC音頻數(shù)據(jù)流再進(jìn)行A2DP傳輸編碼后得到承載音頻數(shù)據(jù)流的信道, 通過(guò)基帶模塊與藍(lán)牙模塊間的A2DP鏈路發(fā)送到藍(lán)牙模塊。步驟S207,藍(lán)牙模塊通過(guò)其與音頻信機(jī)模塊間的A2DP鏈路將接收到的承載音頻數(shù)據(jù)流的信道送入音頻信機(jī)控制模塊。步驟S208,音頻信機(jī)控制模塊收到承載音頻數(shù)據(jù)流的信道后,向基帶模塊發(fā)送獲取已匹配的用戶終端的藍(lán)牙接口地址信息的請(qǐng)求;步驟S209,基帶模塊將已存儲(chǔ)的第二用戶終端N2的藍(lán)牙接口地址信息發(fā)送至音頻信機(jī)控制模塊。步驟S210,音頻信機(jī)控制模塊根據(jù)接收到的已匹配的藍(lán)牙接口地址的個(gè)數(shù)n,對(duì)承載音頻數(shù)據(jù)的信道進(jìn)行復(fù)制n-1次,本實(shí)施例中η= 1,因此不用復(fù)制,然后根據(jù)已匹配的第二用戶終端Ν2的藍(lán)牙接口的地址將承載音頻數(shù)據(jù)流的信道通過(guò)藍(lán)牙接口模塊發(fā)送到第二用戶終端Ν2。三、共享音頻數(shù)據(jù)接收流程,如圖6所示步驟S211,第二用戶終端Ν2通過(guò)藍(lán)牙接口模塊接收到承載音頻數(shù)據(jù)的信道后,傳送到基帶模塊;步驟S212,基帶模塊對(duì)承載音頻數(shù)據(jù)的信道進(jìn)行A2DP解碼后得到SBC音頻數(shù)據(jù)流存儲(chǔ)到SRAM,并啟內(nèi)置的DSP模塊從SRAM中讀出SBC音頻數(shù)據(jù)流進(jìn)行SBC編解碼,并將解碼后的音頻文件的數(shù)據(jù)流緩存到DSP模塊內(nèi)部的內(nèi)部存儲(chǔ)器中,基帶模塊判斷DSP模塊存有音頻數(shù)據(jù)流時(shí),讀取并緩存至SRAM中。步驟S213,第二用戶終端Ν2的基帶模塊判斷SRAM中的容量是否達(dá)到上限,若達(dá)到上限值,則將解碼后的音頻文件的數(shù)據(jù)流傳送至音頻信機(jī)模塊。
步驟S214,音頻信機(jī)模塊接收到解碼后的音頻文件的數(shù)據(jù)流后,啟動(dòng)手機(jī)的音頻通路實(shí)時(shí)播放共享的音頻文件。由于此時(shí)第二用戶終端N2也具有了共享的音頻文件的數(shù)據(jù)流,第二用戶終端N2 可以主動(dòng)向第三用戶終端N3發(fā)起共享音頻信息請(qǐng)求,或者,第三用戶終端N3可以向正在播放共享的音頻文件的第二用戶終端N2請(qǐng)求共享音頻信息。當(dāng)?shù)谌脩艚K端N3與第二用戶終端N2之間建立了共享連接以后,經(jīng)過(guò)上述發(fā)送和接受音頻數(shù)據(jù)流的過(guò)程,第三用戶終端 N3上也能夠?qū)崟r(shí)播放共享的音頻文件了。依次類(lèi)推,在用戶插上耳機(jī)收聽(tīng)音頻信息的同時(shí), 實(shí)現(xiàn)多用戶終端間網(wǎng)狀方式共享音頻信息。另外,每個(gè)用戶終端上播放的音頻數(shù)據(jù)流是實(shí)時(shí)播放的,在播放完成以后并不保存,保護(hù)了音頻文件共享發(fā)布者的權(quán)益。本發(fā)明第三實(shí)施例,一種移動(dòng)通訊終端共享音頻信息的裝置,如圖7所示,包括以下組成部分基帶模塊、藍(lán)牙接口模塊和音頻信機(jī)模塊,藍(lán)牙接口模塊與基帶模塊、音頻信機(jī)模塊之間建立的是A2DP鏈路,基帶模塊與音頻信機(jī)模塊之間是通過(guò)UART (Universal Asynchronous Receiver/Transmitter,通用異步接收/發(fā)送)接口連接的。具體的,基帶模塊,用于向藍(lán)牙接口模塊發(fā)送共享連接命令;當(dāng)本端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行SBC編碼和A2DP編碼后得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口模塊傳遞到音頻信機(jī)模塊;對(duì)從藍(lán)牙接口模塊接收到的承載音頻數(shù)據(jù)流的信道進(jìn)行 A2DP解碼和SBC解碼后得到音頻數(shù)據(jù)流,傳遞到音頻信機(jī)模塊;基帶模塊進(jìn)一步包括內(nèi)置的DSP模塊,DSP模塊主要負(fù)責(zé)進(jìn)行SBC編解碼。藍(lán)牙接口模塊,用于收到所述共享連接命令時(shí),基于藍(lán)牙鑒權(quán)協(xié)議與其他用戶終端建立共享連接記錄下已建立共享連接的其他用戶終端的藍(lán)牙接口地址,傳送給基帶模塊存儲(chǔ);在已建立共享連接的用戶終端間基于藍(lán)牙傳輸協(xié)議傳輸承載音頻數(shù)據(jù)流的信道。音頻信機(jī)模塊,用于向基帶模塊獲取已建立共享連接的其他用戶終端的藍(lán)牙接口地址,根據(jù)與本端已建立共享連接的用戶終端的數(shù)量,對(duì)編碼后得到的承載音頻數(shù)據(jù)流的信道進(jìn)行復(fù)制,將承載音頻數(shù)據(jù)流的信道經(jīng)過(guò)藍(lán)牙接口模塊發(fā)送出去;對(duì)解碼后得到的音頻數(shù)據(jù)流進(jìn)行實(shí)時(shí)播放。本發(fā)明所述移動(dòng)通訊終端共享音頻信息的方法和裝置,基于移動(dòng)用戶終端本身具有的藍(lán)牙傳輸控制系統(tǒng)中的基帶模塊、藍(lán)牙接口模塊和音頻信機(jī)模塊,在不需要外設(shè)藍(lán)牙耳機(jī)或其它輔助設(shè)備的情況下,隨時(shí)實(shí)現(xiàn)多用戶之間相互共享音頻信息,操作便捷,便攜性好。多個(gè)用戶終端之間只要建立了共享連接,就可在一個(gè)用戶播放音頻文件時(shí),其他多個(gè)用戶終端也能夠?qū)崟r(shí)的共享播放的該音頻文件的數(shù)據(jù)流,實(shí)現(xiàn)真正意義上的音頻信息共享, 由于不受具體硬件連接限制,共享范圍寬。通過(guò)具體實(shí)施方式
的說(shuō)明,應(yīng)當(dāng)可對(duì)本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效得以更加深入且具體的了解,然而所附圖示僅是提供參考與說(shuō)明之用,并非用來(lái)對(duì)本發(fā)明加以限制。
權(quán)利要求
1.一種移動(dòng)通訊終端共享音頻信息的方法,其特征在于,當(dāng)用戶終端播放音頻文件時(shí), 對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口傳輸?shù)脚c本端已建立共享連接的其他用戶終端;其他用戶終端對(duì)收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后以音頻數(shù)據(jù)流的形式播放。
2.根據(jù)權(quán)利要求1所述移動(dòng)通訊終端共享音頻信息的方法,其特征在于,所述共享連接在用戶終端播放音頻文件之前建立,或者在用戶終端播放音頻文件的同時(shí)建立;建立共享連接的過(guò)程包括用戶終端間基于藍(lán)牙鑒權(quán)協(xié)議建立共享連接。
3.根據(jù)權(quán)利要求2所述移動(dòng)通訊終端共享音頻信息的方法,其特征在于,所述用戶終端間基于藍(lán)牙鑒權(quán)協(xié)議建立共享連接包括用戶終端向其他用戶終端發(fā)送共享音頻信息請(qǐng)求;收到共享匹配請(qǐng)求的用戶終端先判斷是否接受共享音頻信息請(qǐng)求,若是,則進(jìn)行藍(lán)牙匹配,否則不進(jìn)行藍(lán)牙匹配;藍(lán)牙匹配成功后,進(jìn)行藍(lán)牙匹配的用戶終端雙方分別記錄下對(duì)方的藍(lán)牙接口地址,作為與本端已建立共享連接的其他用戶終端。
4.根據(jù)權(quán)利要求1或2或3所述移動(dòng)通訊終端共享音頻信息的方法,其特征在于,所述用戶終端對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼得到承載音頻數(shù)據(jù)流的信道的過(guò)程包括對(duì)所述音頻文件的數(shù)據(jù)流先后進(jìn)行子帶編碼和藍(lán)牙音頻傳輸編碼后,得到承載音頻數(shù)據(jù)流的信道;根據(jù)與本端已建立共享連接的用戶終端的數(shù)量,對(duì)編碼后得到的承載音頻數(shù)據(jù)流的信道進(jìn)行復(fù)制。
5.根據(jù)權(quán)利要求1或2或3所述移動(dòng)通訊終端共享音頻信息的方法,其特征在于,所述其他用戶終端對(duì)收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后以音頻數(shù)據(jù)流的形式播放的過(guò)程包括對(duì)收到的承載音頻數(shù)據(jù)流的信道先后進(jìn)行藍(lán)牙音頻傳輸解碼和子帶解碼后,得到音頻數(shù)據(jù)流;啟動(dòng)音頻通路對(duì)音頻數(shù)據(jù)流進(jìn)行實(shí)時(shí)播放。
6.一種移動(dòng)通訊終端共享音頻信息的裝置,其特征在于,包括基帶模塊,用于向藍(lán)牙接口模塊發(fā)送共享連接命令;當(dāng)本端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼后得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口模塊傳遞到音頻信機(jī)模塊;對(duì)從藍(lán)牙接口模塊接收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后得到音頻數(shù)據(jù)流,傳遞到音頻信機(jī)模塊;藍(lán)牙接口模塊,用于收到所述共享連接命令時(shí),與其他用戶終端建立共享連接;在已建立共享連接的用戶終端間傳輸承載音頻數(shù)據(jù)流的信道;音頻信機(jī)模塊,用于根據(jù)與本端已建立共享連接的其他用戶終端的數(shù)量,對(duì)編碼后得到的承載音頻數(shù)據(jù)流的信道進(jìn)行復(fù)制,通過(guò)藍(lán)牙接口模塊發(fā)送出去;對(duì)解碼后得到的音頻數(shù)據(jù)流進(jìn)行實(shí)時(shí)播放。
7.根據(jù)權(quán)利要求6所述移動(dòng)通訊終端共享音頻信息的裝置,其特征在于,所述藍(lán)牙接口模塊進(jìn)一步用于,基于藍(lán)牙鑒權(quán)協(xié)議與其他用戶終端建立共享連接;記錄下已建立共享連接的其他用戶終端的藍(lán)牙接口地址,傳送給基帶模塊存儲(chǔ)。
8.根據(jù)權(quán)利要求6所述移動(dòng)通訊終端共享音頻信息的裝置,其特征在于,所述基帶模塊進(jìn)一步用于,當(dāng)本端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流先后進(jìn)行子帶編碼和藍(lán)牙音頻傳輸編碼后,得到承載音頻數(shù)據(jù)流的信道;對(duì)從藍(lán)牙接口模塊接收到的承載音頻數(shù)據(jù)流的信道先后進(jìn)行藍(lán)牙音頻傳輸解碼和子帶解碼后得到音頻數(shù)據(jù)流。
9.根據(jù)權(quán)利要求6所述移動(dòng)通訊終端共享音頻信息的裝置,其特征在于,所述音頻信機(jī)模塊進(jìn)一步用于,向基帶模塊獲取已建立共享連接的其他用戶終端的藍(lán)牙接口地址,獲得與本端已建立共享連接的其他用戶終端的數(shù)量。
10.根據(jù)權(quán)利要求6或7或8或9所述移動(dòng)通訊終端共享音頻信息的裝置,其特征在于,所述藍(lán)牙接口模塊進(jìn)一步用于在已建立共享連接的用戶終端間基于藍(lán)牙傳輸協(xié)議傳輸承載音頻數(shù)據(jù)流的信道。
全文摘要
本發(fā)明公開(kāi)了一種移動(dòng)通訊終端共享音頻信息的方法和裝置,當(dāng)用戶終端播放音頻文件時(shí),對(duì)所述音頻文件的數(shù)據(jù)流進(jìn)行編碼得到承載音頻數(shù)據(jù)流的信道,然后通過(guò)藍(lán)牙接口傳輸?shù)脚c本端已建立共享連接的其他用戶終端;其他用戶終端對(duì)收到的承載音頻數(shù)據(jù)流的信道進(jìn)行解碼后以音頻數(shù)據(jù)流的形式播放。該裝置基于移動(dòng)用戶終端本身具有的藍(lán)牙傳輸控制系統(tǒng)中的基帶模塊、藍(lán)牙接口模塊和音頻信機(jī)模塊,在不需要外設(shè)藍(lán)牙耳機(jī)或其它輔助設(shè)備的情況下,隨時(shí)實(shí)現(xiàn)多用戶之間相互共享音頻信息,操作便捷,便攜性好且共享范圍寬。由于不受具體硬件連接限制,實(shí)現(xiàn)了真正意義上的音頻信息共享。
文檔編號(hào)G10L19/00GK102377457SQ20101025055
公開(kāi)日2012年3月14日 申請(qǐng)日期2010年8月11日 優(yōu)先權(quán)日2010年8月11日
發(fā)明者崔顯明 申請(qǐng)人:中興通訊股份有限公司