藍(lán)牙數(shù)據(jù)發(fā)送方法、接收方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明適用于藍(lán)牙【技術(shù)領(lǐng)域】，提供了藍(lán)牙數(shù)據(jù)發(fā)送方法、接收方法、裝置及系統(tǒng)，方法包括：發(fā)送設(shè)備獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)；根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包；向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包；其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。本發(fā)明解決了當(dāng)新的命令在藍(lán)牙協(xié)議中并沒有定義時，生成的藍(lán)牙數(shù)據(jù)包藍(lán)牙芯片無法處理的問題，有益效果在于兩方面，一方面，既降低了開發(fā)藍(lán)牙產(chǎn)品的難度，也提高了藍(lán)牙協(xié)議的可用性，另一方面，向前兼容了低版本的藍(lán)牙協(xié)議，降低了藍(lán)牙模塊處理數(shù)據(jù)的壓力，同時提高了系統(tǒng)的兼容性和可移植性。
【專利說明】藍(lán)牙數(shù)據(jù)發(fā)送方法、接收方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于藍(lán)牙【技術(shù)領(lǐng)域】，尤其涉及藍(lán)牙數(shù)據(jù)發(fā)送方法、接收方法、裝置及系統(tǒng)。

【背景技術(shù)】
[0002]一般近距離通信和控制常選擇藍(lán)牙，因為藍(lán)牙技術(shù)具有低功耗、高可靠性等特點。藍(lán)牙技術(shù)的這些特點使得藍(lán)牙在電子消費(fèi)品和近距離控制領(lǐng)域得到廣泛的應(yīng)用，比如:藍(lán)牙耳機(jī)、藍(lán)牙音響、可穿戴設(shè)備等。而藍(lán)牙4.0的低功耗技術(shù)更加拓展了藍(lán)牙的適用范圍。
[0003]目前，藍(lán)牙協(xié)議中已經(jīng)包含了對藍(lán)牙設(shè)備進(jìn)行掃描、配對、建立連接、傳送音頻等文件、取消鏈接等功能，另外的播放音頻時，藍(lán)牙協(xié)議的…此？協(xié)議包含上一曲、下一曲、播放、暫停、增加音量、減小音量、快進(jìn)、快退這些功能。
[0004]然而，在現(xiàn)有藍(lán)牙數(shù)據(jù)發(fā)送方法中，配備了藍(lán)牙的產(chǎn)品還會根據(jù)自身需求，在藍(lán)牙數(shù)據(jù)中附加新的命令，由于新的命令在藍(lán)牙協(xié)議中并沒有定義，因此將新的命令打包后，生成的藍(lán)牙數(shù)據(jù)包藍(lán)牙芯片無法處理。因此開發(fā)者為了滿足藍(lán)牙產(chǎn)品的設(shè)計需求，需要在通用藍(lán)牙協(xié)議的基礎(chǔ)上編制本身藍(lán)牙產(chǎn)品的仙？通信協(xié)議，這種編制一般涉及到大量的指令和通信格式，其編制過程復(fù)雜，且需要對協(xié)議進(jìn)行長期測試和維護(hù)。此外，協(xié)議編制完成后，為了根據(jù)編制完成的協(xié)議進(jìn)行雙向藍(lán)牙通信，不僅需要開發(fā)者在編寫手機(jī)應(yīng)用(八卯11(^1: 1011，八--)上的時候添加相關(guān)代碼，而且還要求在本身藍(lán)牙產(chǎn)品的藍(lán)牙硬件上進(jìn)行軟件編程，這無疑增加的開發(fā)者開發(fā)新的基于藍(lán)牙通信的設(shè)備的難度，而且增長了藍(lán)牙產(chǎn)品的開發(fā)周期、增大了藍(lán)牙產(chǎn)品維護(hù)的難度。
[0005]這種通過制定八?？通信協(xié)議完成藍(lán)牙通信的方式還存在的一個問題是:編制的協(xié)議未經(jīng)過測試和認(rèn)證。其中存在的問題首先是，協(xié)議本身可能存在漏洞，這些漏洞會降低藍(lán)牙產(chǎn)品的可用性，降低用戶的藍(lán)牙產(chǎn)品體驗，嚴(yán)重時可能導(dǎo)致前期的設(shè)計失效；其中還存在的問題是，協(xié)議本身不存在問題，但廠家自己出具的報告或者通過其他機(jī)構(gòu)測得的報告無法取得市場的認(rèn)可，這將會導(dǎo)致藍(lán)牙產(chǎn)品無法進(jìn)入市場，也會降低消費(fèi)者對藍(lán)牙產(chǎn)品的接受度。


【發(fā)明內(nèi)容】

[0006]本發(fā)明實施例的目的在于提供一種藍(lán)牙數(shù)據(jù)發(fā)送方法，旨在解決現(xiàn)有的藍(lán)牙數(shù)據(jù)發(fā)送方法中，當(dāng)新的命令在藍(lán)牙協(xié)議中并沒有定義時，生成的藍(lán)牙數(shù)據(jù)包藍(lán)牙芯片無法處理，開發(fā)者需要重新編寫仙？通信協(xié)議，導(dǎo)致提高開發(fā)藍(lán)牙產(chǎn)品的難度，降低藍(lán)牙協(xié)議的可用性的問題。
[0007]本發(fā)明實施例是這樣實現(xiàn)的，一種藍(lán)牙數(shù)據(jù)發(fā)送方法，包括:
[0008]發(fā)送設(shè)備獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)；
[0009]根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包；
[0010]向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包；
[0011]其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。
[0012]本發(fā)明實施例的另一目的在于提供一種藍(lán)牙數(shù)據(jù)接收方法，包括:
[0013]接收設(shè)備接收藍(lán)牙數(shù)據(jù)包；
[0014]讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位；
[0015]根據(jù)所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令；
[0016]當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包；
[0017]當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，由藍(lán)牙芯片處理所述藍(lán)牙數(shù)據(jù)包。
[0018]本發(fā)明實施例的另一目的在于提供一種藍(lán)牙數(shù)據(jù)發(fā)送裝置，包括:
[0019]獲取模塊，用于獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)；
[0020]標(biāo)志位配置模塊，用于根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包；
[0021]藍(lán)牙數(shù)據(jù)包發(fā)送模塊，用于向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包；
[0022]其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。
[0023]本發(fā)明實施例的另一目的在于提供一種藍(lán)牙數(shù)據(jù)接收裝置，包括:
[0024]藍(lán)牙數(shù)據(jù)包接收模塊，用于接收設(shè)備接收藍(lán)牙數(shù)據(jù)包；
[0025]讀取模塊，用于讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位；
[0026]判斷模塊，用于根據(jù)所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令；
[0027]微處理器控制單元處理模塊，用于當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包；
[0028]藍(lán)牙芯片處理模塊，用于當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，由藍(lán)牙芯片處理所述藍(lán)牙數(shù)據(jù)包。
[0029]在本實施例中，由于根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包生成待發(fā)送的新的藍(lán)牙數(shù)據(jù)包，向接收設(shè)備發(fā)送藍(lán)牙數(shù)據(jù)包，使得后續(xù)接收設(shè)備可以根據(jù)藍(lán)牙數(shù)據(jù)包中標(biāo)志位，處理新型藍(lán)牙數(shù)據(jù)包，也就是處理添加了新的命令的藍(lán)牙數(shù)據(jù)包，從而解決了當(dāng)新的命令在藍(lán)牙協(xié)議中并沒有定義時，生成的藍(lán)牙數(shù)據(jù)包藍(lán)牙芯片無法處理，開發(fā)者需要重新編寫仙？通信協(xié)議，導(dǎo)致提高開發(fā)藍(lán)牙產(chǎn)品的難度，降低藍(lán)牙協(xié)議的可用性的問題，因此既降低了開發(fā)藍(lán)牙產(chǎn)品的難度，也提高了藍(lán)牙協(xié)議的可用性。此夕卜，本發(fā)明還有一個優(yōu)點是向前兼容了低版本的藍(lán)牙協(xié)議。目前雖然藍(lán)牙4.0協(xié)議具有11的傳輸速率和低功耗的特點，可以滿足在傳輸數(shù)據(jù)的同時對其中的命令進(jìn)行同步處理這一要求，但低版本的藍(lán)牙協(xié)議難以滿足這個要求。本發(fā)明將復(fù)雜命令的處理放在藍(lán)牙模塊之外的進(jìn)行處理，降低了對藍(lán)牙模塊的壓力，提高了系統(tǒng)的兼容性和可移植性。

【專利附圖】

【附圖說明】
[0030]圖1是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送方法的實現(xiàn)流程圖；
[0031]圖2是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送方法的步驟3102的實施流程圖；
[0032]圖3是藍(lán)牙數(shù)據(jù)包的較佳的格式示意圖；
[0033]圖4是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)接收方法的實現(xiàn)流程圖；
[0034]圖5是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)接收方法的實現(xiàn)流程圖；
[0035]圖6是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送裝置的結(jié)構(gòu)框圖；
[0036]圖7是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送裝置的結(jié)構(gòu)框圖。

【具體實施方式】
[0037]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0038]實施例一
[0039]參考圖1，圖1是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送方法的實現(xiàn)流程圖，詳述如下:
[0040]在步驟3101中，發(fā)送設(shè)備獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)；
[0041]在步驟3102中，根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包；
[0042]其中，發(fā)送設(shè)備包括但不限于智能手機(jī)、口袋計算機(jī)？61~80的1001111)111:61-, ？？0、掌上電腦、計算機(jī)、筆記本電腦、個人數(shù)字助理
？0八)等。
[0043]其中，對待發(fā)送的藍(lán)牙數(shù)據(jù)包中的命令進(jìn)行區(qū)分，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令，當(dāng)藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，在生成待發(fā)送的藍(lán)牙數(shù)據(jù)包之前，配置藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包。
[0044]當(dāng)藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，在生成待發(fā)送的藍(lán)牙數(shù)據(jù)包之前，配置藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包。
[0045]其中，藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位和藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位不同。
[0046]在步驟3103中，向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包；
[0047]其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。
[0048]其中，在所述向接收設(shè)備發(fā)送藍(lán)牙數(shù)據(jù)包之前，包括:
[0049]建立連接所述接收設(shè)備的無線射頻通信^1-6^1161107 0011111111111081:1011,咫⑶麗)信道。
[0050]在本實施例中，由于根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包生成待發(fā)送的藍(lán)牙數(shù)據(jù)包，向接收設(shè)備發(fā)送藍(lán)牙數(shù)據(jù)包，使得后續(xù)接收設(shè)備可以根據(jù)藍(lán)牙數(shù)據(jù)包中標(biāo)志位，處理添加了新的命令的藍(lán)牙數(shù)據(jù)包，因此即使新的命令在藍(lán)牙協(xié)議中并沒有定義時，生成的藍(lán)牙數(shù)據(jù)包也能被處理，其有益效果在于兩方面，一方面，既降低了開發(fā)藍(lán)牙產(chǎn)品的難度，也提高了藍(lán)牙協(xié)議的可用性，另一方面，向前兼容了低版本的藍(lán)牙協(xié)議，降低了藍(lán)牙模塊處理數(shù)據(jù)的壓力，同時提高了系統(tǒng)的兼容性和可移植性。
[0051]實施例二
[0052]參考圖2，圖2是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送方法的步驟3102的實施流程圖，詳述如下:
[0053]配置文件頭；
[0054]在所述藍(lán)牙命令前加上所述文件頭和標(biāo)志位，在所述藍(lán)牙命令后加上循環(huán)冗余檢查1^6(11111(18110701？0校驗位和結(jié)束標(biāo)志，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包。參考圖3，圖3是藍(lán)牙數(shù)據(jù)包的較佳的格式示意圖。
[0055]在本實施例中，由于根據(jù)所述藍(lán)牙數(shù)據(jù)中的命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包后續(xù)可降低了開發(fā)藍(lán)牙產(chǎn)品的難度，也提高了藍(lán)牙協(xié)議的可用性。
[0056]實施例三
[0057]參考圖4，圖4是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)接收方法的實現(xiàn)流程圖，詳述如下:
[0058]在步驟3401中，接收設(shè)備接收藍(lán)牙數(shù)據(jù)包；
[0059]其中，接收設(shè)備包括但不限于智能手機(jī)、口袋計算機(jī)？61~80的1001111)111:61-, ？？0、掌上電腦、計算機(jī)、筆記本電腦、個人數(shù)字助理
？0八)等。
[0060]在步驟3402中，讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位；
[0061〕 在步驟3403中，根據(jù)所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令；
[0062]其中，預(yù)先存儲藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位，并預(yù)先存儲藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位。
[0063]其中，藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位和藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令的標(biāo)志位不同。
[0064]在步驟3404中，當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包；
[0065]在步驟3405中，當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，由藍(lán)牙芯片處理所述藍(lán)牙數(shù)據(jù)包。
[0066]在本實施例中，當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包，因此即使新的控制內(nèi)容在藍(lán)牙協(xié)議中并沒有定義時，生成的藍(lán)牙數(shù)據(jù)包也能被處理，因此即使新的命令在藍(lán)牙協(xié)議中并沒有定義時，生成的藍(lán)牙數(shù)據(jù)包也能被處理，其有益效果在于兩方面，一方面，既降低了開發(fā)藍(lán)牙產(chǎn)品的難度，也提高了藍(lán)牙協(xié)議的可用性，另一方面，向前兼容了低版本的藍(lán)牙協(xié)議，降低了藍(lán)牙模塊處理數(shù)據(jù)的壓力，同時提高了系統(tǒng)的兼容性和可移植性。
[0067]實施例四
[0068]參考圖5，圖5是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)接收方法的實現(xiàn)流程圖，詳述如下:
[0069]在步驟3501中，對所述藍(lán)牙數(shù)據(jù)包進(jìn)行解碼，解碼出所述文件頭后配置的0^較驗位；
[0070]在步驟3502中，根據(jù)所述0^較驗位，判斷所述藍(lán)牙數(shù)據(jù)包是否完整；
[0071]在步驟3503中，當(dāng)所述藍(lán)牙數(shù)據(jù)包完整時，讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位。
[0072]在本實施例中，當(dāng)所述藍(lán)牙數(shù)據(jù)包完整時，讀取藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，避免了出現(xiàn)在藍(lán)牙數(shù)據(jù)包丟包時，讀取的標(biāo)志位不準(zhǔn)確的情況，從而提高了讀取標(biāo)志位的準(zhǔn)確性。
[0073]實施例五
[0074]本實施例主要描述了，詳述如下:
[0075]實施例一、發(fā)送搜索藍(lán)牙設(shè)備命令
[0076]八?？應(yīng)用端對待發(fā)送的藍(lán)牙數(shù)據(jù)進(jìn)行編碼生成待發(fā)送的數(shù)據(jù)包。
[0077]數(shù)據(jù)包的格式可參考圖3。
[0078]其中，如圖3所示，文件頭標(biāo)志文件的開始；長度位是一個十六進(jìn)制的數(shù)，占兩個字節(jié)，標(biāo)志這個數(shù)據(jù)包除了文件頭以外數(shù)據(jù)的長度；標(biāo)志位是一個十六進(jìn)制的數(shù)，取值為0x80 ；待傳輸?shù)乃{(lán)牙數(shù)據(jù)為[01 01 04 05 33 88 92 06 00] 校驗位根據(jù)信息的長度自動生成。
[0079]通過在發(fā)送設(shè)備和接收設(shè)備之間已建立的即⑶麗信道，傳輸編碼后的藍(lán)牙數(shù)據(jù)包。
[0080]接收設(shè)備將數(shù)據(jù)包解碼。接收設(shè)備在接收到數(shù)據(jù)包后，讀取文件頭后的長度位和校驗位，判斷(:％校驗位是否正確，若判斷到所述(:％校驗位正確，則讀取標(biāo)志位。
[0081]根據(jù)命令處理接收到的數(shù)據(jù)。標(biāo)志位為0x80，按照藍(lán)牙協(xié)議的命令格式來解碼待發(fā)送的藍(lán)牙數(shù)據(jù)，并且由藍(lán)牙對這些數(shù)據(jù)進(jìn)行相應(yīng)的處理和響應(yīng)，搜索附近打開的藍(lán)牙設(shè)備。
[0082]實施例二、讀取耳機(jī)剩余電量
[0083]八?？應(yīng)用端對待發(fā)送的藍(lán)牙數(shù)據(jù)進(jìn)行編碼生成待發(fā)送的數(shù)據(jù)包。
[0084]數(shù)據(jù)包的格式可參考圖3。
[0085]其中，如圖3所示，其中文件頭標(biāo)志文件的開始；長度位是一個十六進(jìn)制的數(shù)，占兩個字節(jié)，標(biāo)志這個數(shù)據(jù)包除了文件頭以外數(shù)據(jù)的長度；標(biāo)志位是一個十六進(jìn)制的數(shù)，取值為0x00 ；待傳輸?shù)乃{(lán)牙數(shù)據(jù)為的輸入命令，作用是通知讀取耳機(jī)剩余電量校驗位根據(jù)信息的長度自動生成。
[0086]通過在發(fā)送設(shè)備和接收設(shè)備之間已建立的即⑶麗信道，傳輸編碼的數(shù)據(jù)后的藍(lán)牙數(shù)據(jù)包。
[0087]接收設(shè)備將數(shù)據(jù)包解碼。接收設(shè)備在接收到數(shù)據(jù)包后，讀取文件頭后的長度位和校驗位，判斷(:％校驗位是否正確，若判斷到所述(:％校驗位正確，則讀取標(biāo)志位。
[0088]根據(jù)命令處理接收到的數(shù)據(jù)。標(biāo)志位為0x00，按照藍(lán)牙協(xié)議的命令格式來解碼待發(fā)送的藍(lán)牙數(shù)據(jù)，并且由藍(lán)牙將待發(fā)送的藍(lán)牙數(shù)據(jù)通過12(:傳輸給由1⑶對其中的數(shù)據(jù)進(jìn)行處理和響應(yīng)，通過八IX:或其他符合產(chǎn)品設(shè)計的方式讀取耳機(jī)中剩余的電量。
[0089]實施例六
[0090]圖6是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送裝置的結(jié)構(gòu)框圖，該裝置可以運(yùn)行于發(fā)送設(shè)備。為了便于說明，僅示出了與本實施例相關(guān)的部分。
[0091]參照圖6，該藍(lán)牙數(shù)據(jù)發(fā)送裝置，包括:
[0092]獲取模塊61，用于獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)；
[0093]標(biāo)志位配置模塊62，用于根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包；
[0094]藍(lán)牙數(shù)據(jù)包發(fā)送模塊63，用于向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包；
[0095]其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。
[0096]在本實施例的一種實現(xiàn)方式中，在該藍(lán)牙數(shù)據(jù)發(fā)送裝置中，所述標(biāo)志位配置模塊，還包括:
[0097]配置單元，用于配置文件頭；
[0098]生成單元，用于在所述藍(lán)牙命令前加上所述文件頭和標(biāo)志位，在所述藍(lán)牙命令后加上循環(huán)冗余檢查校驗位和結(jié)束標(biāo)志，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包。
[0099]在本實施例的一種實現(xiàn)方式中，在該藍(lán)牙數(shù)據(jù)發(fā)送裝置中，所述藍(lán)牙數(shù)據(jù)發(fā)送裝置，還包括:
[0100]建立模塊，用于建立連接所述接收設(shè)備的無線射頻通信即⑶麗信道。
[0101]本發(fā)明實施例提供的裝置可以應(yīng)用在前述對應(yīng)的方法實施例中，詳情參見上述實施例的描述，在此不再贅述。
[0102]實施例七
[0103]圖7是本發(fā)明實施例提供的藍(lán)牙數(shù)據(jù)發(fā)送裝置的結(jié)構(gòu)框圖，該裝置可以運(yùn)行于接收設(shè)備。為了便于說明，僅示出了與本實施例相關(guān)的部分。
[0104]參照圖7，該藍(lán)牙數(shù)據(jù)接收裝置，包括:
[0105]藍(lán)牙數(shù)據(jù)包接收模塊71，用于接收設(shè)備接收藍(lán)牙數(shù)據(jù)包；
[0106]讀取模塊72，用于讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位；
[0107]判斷模塊73，用于根據(jù)所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令；
[0108]微處理器控制單元處理模塊74，用于當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包；
[0109]藍(lán)牙芯片處理模塊75，用于當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，由藍(lán)牙芯片處理所述藍(lán)牙數(shù)據(jù)包。
[0110]在本實施例的一種實現(xiàn)方式中，在該藍(lán)牙數(shù)據(jù)接收裝置中，所述讀取模塊，包括:
[0111]解碼單元，用于對所述藍(lán)牙數(shù)據(jù)包進(jìn)行解碼，解碼出所述文件頭后配置的較驗位；
[0112]判斷單元，用于根據(jù)所述0^較驗位，判斷所述藍(lán)牙數(shù)據(jù)包是否完整；
[0113]讀取單元，用于當(dāng)所述藍(lán)牙數(shù)據(jù)包完整時，讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位。
[0114]本發(fā)明實施例提供的裝置可以應(yīng)用在前述對應(yīng)的方法實施例中，詳情參見上述實施例的描述，在此不再贅述。
[0115]通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)。所述的程序可以存儲于可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如隨機(jī)存儲器、閃存、只讀存儲器、可編程只讀存儲器、電可擦寫可編程存儲器、寄存器等。該存儲介質(zhì)位于存儲器，處理器讀取存儲器中的信息，結(jié)合其硬件執(zhí)行本發(fā)明各個實施例所述的方法。
[0116]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種藍(lán)牙數(shù)據(jù)發(fā)送方法，其特征在于，包括: 發(fā)送設(shè)備獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)； 根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包； 向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包； 其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。
2.根據(jù)權(quán)利要求1所述的藍(lán)牙數(shù)據(jù)發(fā)送方法，其特征在于，所述根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包具體為: 配直文件頭； 在所述藍(lán)牙命令前加上所述文件頭和標(biāo)志位，在所述藍(lán)牙命令后加上循環(huán)冗余檢查CRC校驗位和結(jié)束標(biāo)志，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包。
3.根據(jù)權(quán)利要求1所述的藍(lán)牙數(shù)據(jù)發(fā)送方法，其特征在于，在所述向接收設(shè)備發(fā)送藍(lán)牙數(shù)據(jù)包之前，包括: 建立連接所述接收設(shè)備的無線射頻通信RFCOMM信道。
4.一種藍(lán)牙數(shù)據(jù)接收方法，其特征在于，包括: 接收設(shè)備接收藍(lán)牙數(shù)據(jù)包； 讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位； 根據(jù)所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令； 當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包； 當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，由藍(lán)牙芯片處理所述藍(lán)牙數(shù)據(jù)包。
5.根據(jù)權(quán)利要求4所述的藍(lán)牙數(shù)據(jù)接收方法，其特征在于，所述讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，具體為: 對所述藍(lán)牙數(shù)據(jù)包進(jìn)行解碼，解碼出所述文件頭后配置的CRC較驗位； 根據(jù)所述CRC較驗位，判斷所述藍(lán)牙數(shù)據(jù)包是否完整； 當(dāng)所述藍(lán)牙數(shù)據(jù)包完整時，讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位。
6.一種藍(lán)牙數(shù)據(jù)發(fā)送裝置，其特征在于，包括: 獲取模塊，用于獲取采用藍(lán)牙協(xié)議編寫的待發(fā)送的藍(lán)牙數(shù)據(jù)； 標(biāo)志位配置模塊，用于根據(jù)所述藍(lán)牙數(shù)據(jù)中的藍(lán)牙命令，配置標(biāo)志位，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包； 藍(lán)牙數(shù)據(jù)包發(fā)送模塊，用于向接收設(shè)備發(fā)送所述藍(lán)牙數(shù)據(jù)包； 其中，所述標(biāo)志位用于判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令。
7.根據(jù)權(quán)利要求6所述的藍(lán)牙數(shù)據(jù)發(fā)送裝置，其特征在于，所述標(biāo)志位配置模塊，還包括: 配置單元，用于配置文件頭； 生成單元，用于在所述藍(lán)牙命令前加上所述文件頭和標(biāo)志位，在所述藍(lán)牙命令后加上循環(huán)冗余檢查CRC校驗位和結(jié)束標(biāo)志，生成待發(fā)送的藍(lán)牙數(shù)據(jù)包。
8.根據(jù)權(quán)利要求6所述的藍(lán)牙數(shù)據(jù)發(fā)送裝置，其特征在于，所述藍(lán)牙數(shù)據(jù)發(fā)送裝置，還包括: 建立模塊，用于建立連接所述接收設(shè)備的無線射頻通信RFCOMM信道。
9.一種藍(lán)牙數(shù)據(jù)接收裝置，其特征在于，包括: 藍(lán)牙數(shù)據(jù)包接收模塊，用于接收設(shè)備接收藍(lán)牙數(shù)據(jù)包； 讀取模塊，用于讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位； 判斷模塊，用于根據(jù)所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位，判斷所述藍(lán)牙數(shù)據(jù)包中的命令是否屬于藍(lán)牙協(xié)議中已有的命令； 微處理器控制單元處理模塊，用于當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令不屬于藍(lán)牙協(xié)議中已有的命令時，由微處理器控制單元處理所述藍(lán)牙數(shù)據(jù)包； 藍(lán)牙芯片處理模塊，用于當(dāng)判斷出所述藍(lán)牙數(shù)據(jù)包中的命令屬于藍(lán)牙協(xié)議中已有的命令時，由藍(lán)牙芯片處理所述藍(lán)牙數(shù)據(jù)包。
10.根據(jù)權(quán)利要求9所述的藍(lán)牙數(shù)據(jù)發(fā)送裝置，其特征在于，所述讀取模塊，包括: 解碼單元，用于對所述藍(lán)牙數(shù)據(jù)包進(jìn)行解碼，解碼出所述文件頭后配置的CRC較驗位； 判斷單元，用于根據(jù)所述CRC較驗位，判斷所述藍(lán)牙數(shù)據(jù)包是否完整； 讀取單元，用于當(dāng)所述藍(lán)牙數(shù)據(jù)包完整時，讀取所述藍(lán)牙數(shù)據(jù)包中配置的標(biāo)志位。
【文檔編號】H04W4/00GK104333401SQ201410582036
【公開日】2015年2月4日 申請日期:2014年10月27日 優(yōu)先權(quán)日:2014年10月27日
【發(fā)明者】吳海全, 師瑞文, 彭久高, 宋亞楠 申請人:深圳市冠旭電子有限公司