本發(fā)明涉及藍(lán)牙傳輸技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸方法。

背景技術(shù)：

隨著藍(lán)牙連接技術(shù)的不斷發(fā)展，越來越多的設(shè)備間開始應(yīng)用藍(lán)牙技術(shù)進(jìn)行短距離數(shù)據(jù)傳輸。但是現(xiàn)有的藍(lán)牙技術(shù)通常要求設(shè)備間首先建立藍(lán)牙連接，隨后才能通過藍(lán)牙連接進(jìn)行數(shù)據(jù)傳輸。這種做法會帶來一些數(shù)據(jù)傳輸上的局限性，例如對于一些數(shù)據(jù)傳輸量較小的傳輸場景，若需要首先經(jīng)過藍(lán)牙連接建立的過程，則會不必要地延長整個數(shù)據(jù)傳輸過程。相應(yīng)地，在傳輸數(shù)據(jù)之前首先需要建立藍(lán)牙連接的操作，對于使用者而言也比較麻煩，無形中限制了采用藍(lán)牙技術(shù)傳輸數(shù)據(jù)的靈活度，降低了使用者的使用體驗。

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

根據(jù)現(xiàn)有技術(shù)中存在的問題，現(xiàn)提供一種數(shù)據(jù)傳輸方法的技術(shù)方案，旨在解決現(xiàn)有技術(shù)中在藍(lán)牙模式下傳輸數(shù)據(jù)必須先建立藍(lán)牙傳輸連接的局限。

上述技術(shù)方案具體包括：

一種數(shù)據(jù)傳輸方法，適用于在藍(lán)牙模式下傳輸數(shù)據(jù)；其中，

設(shè)定一個第一狀態(tài)，用于表示于藍(lán)牙模式下傳輸?shù)臄?shù)據(jù)包被關(guān)聯(lián)于在非連接模式下傳輸；

于所述數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元內(nèi)設(shè)定一用于指示所述協(xié)議數(shù)據(jù)單元類型的類型域；

應(yīng)用所述類型域中的至少一個保留值表示所述第一狀態(tài)；

發(fā)送方廣播處于所述第一狀態(tài)的所述數(shù)據(jù)包；

接收方于非連接模式下直接接收處于所述第一狀態(tài)的所述數(shù)據(jù)包。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，于所述類型域中定義9個不同的所述保留值；

采用9個所述保留值中的至少一個表示所述第一狀態(tài)。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，所述數(shù)據(jù)包的發(fā)送方法包括：

步驟S1a，所述發(fā)送方根據(jù)相應(yīng)的傳輸指令確定關(guān)聯(lián)于所述非連接模式傳輸所述數(shù)據(jù)包；

步驟S2a，所述發(fā)送方通過所述類型域中的其中一個所述保留值將所述數(shù)據(jù)包設(shè)定為置于所述第一狀態(tài)；

步驟S3a，所述發(fā)送方廣播所述數(shù)據(jù)包。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，所述數(shù)據(jù)包的接收方法包括：

步驟S1b，所述接收方對被廣播的所述數(shù)據(jù)包進(jìn)行解析，以確定所述數(shù)據(jù)包處于所述第一狀態(tài)；

步驟S2b，所述接收方于非連接模式下直接接收所述數(shù)據(jù)包。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，所述步驟S1a中，若所述發(fā)送方根據(jù)相應(yīng)的傳輸指令確定關(guān)聯(lián)于連接模式傳輸所述數(shù)據(jù)包，則執(zhí)行下述步驟：

步驟S4a，所述發(fā)送方通過所述類型域中除去所述保留值的其他值，將所述數(shù)據(jù)包設(shè)定為除所述第一狀態(tài)以外的其他相應(yīng)的傳輸狀態(tài)；

步驟S5a，所述發(fā)送方廣播所述數(shù)據(jù)包，并與一個相應(yīng)的所述接收方建立藍(lán)牙傳輸連接，根據(jù)被設(shè)定的所述傳輸狀態(tài)，通過已經(jīng)建立的所述藍(lán)牙傳輸連接向相應(yīng)的所述接收方發(fā)送所述數(shù)據(jù)包。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，所述步驟S1b中，若所述接收方解析得到所述數(shù)據(jù)包不處于所述第一狀態(tài)，則執(zhí)行下述步驟：

步驟S3b，所述接收方與所述發(fā)送方之間建立藍(lán)牙傳輸連接；

步驟S4b，所述接收方通過已經(jīng)建立的所述藍(lán)牙傳輸連接接收所述數(shù)據(jù)包。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，于所述協(xié)議數(shù)據(jù)單元中設(shè)定至少一個類型內(nèi)容域；

于所述類型內(nèi)容域中設(shè)定相應(yīng)的第一賦值，用于指示于相應(yīng)的所述第一狀態(tài)下所述數(shù)據(jù)包的連續(xù)發(fā)送方式；

所述連續(xù)發(fā)送方式包括：

采用分包傳輸?shù)姆绞綇V播所述數(shù)據(jù)包；和/或

采用以預(yù)設(shè)的時間間隔進(jìn)行重復(fù)傳輸?shù)姆绞綇V播所述數(shù)據(jù)包。

優(yōu)選的，該數(shù)據(jù)傳輸方法，其中，所述數(shù)據(jù)傳輸方法中，所廣播的所述數(shù)據(jù)包根據(jù)藍(lán)牙低能耗協(xié)議中的數(shù)據(jù)格式進(jìn)行封裝。

上述技術(shù)方案的有益效果是：應(yīng)用一種數(shù)據(jù)傳輸方法，以利用現(xiàn)有的藍(lán)牙低能耗協(xié)議中規(guī)定的數(shù)據(jù)格式中預(yù)留的值表示于非連接模式下傳輸?shù)臄?shù)據(jù)傳輸狀態(tài)，在不破壞現(xiàn)有藍(lán)牙傳輸數(shù)據(jù)格式的基礎(chǔ)上提供非連接模式下的藍(lán)牙數(shù)據(jù)傳輸方式，打破藍(lán)牙數(shù)據(jù)傳輸必須首先建立藍(lán)牙連接的局限，提升數(shù)據(jù)傳輸?shù)撵`活度以及傳輸效率。

附圖說明

圖1是現(xiàn)有技術(shù)中，于藍(lán)牙低能耗協(xié)議下傳輸數(shù)據(jù)的數(shù)據(jù)格式示意圖；

圖2是本發(fā)明的一個較佳的實施例中，于圖1中所示的數(shù)據(jù)格式中設(shè)定第一狀態(tài)的示意圖；

圖3-4是本發(fā)明的較佳的實施例中，一種數(shù)據(jù)傳輸方法的流程示意圖。

具體實施方式

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

需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。

下面結(jié)合附圖和具體實施例對本發(fā)明作進(jìn)一步說明，但不作為本發(fā)明的限定。

藍(lán)牙技術(shù)聯(lián)盟(Bluetooth SIG)已經(jīng)于2010年7月宣布正式采納藍(lán)牙4.0核心規(guī)范(Bluetooth Core Specification Version 4.0)。藍(lán)牙4.0核心規(guī)范是對藍(lán)牙3.0+規(guī)范的補(bǔ)充，其包括一種低功耗的藍(lán)牙功能(Bluetooth Low Energy,BLE)。所謂藍(lán)牙低能耗技術(shù)，是一種低成本、短距離、可互操作的無線連接技術(shù)，其工作在免許可的2.4GHz ISM射頻頻段(Industrial Scientific Medical，開放給工業(yè)、科學(xué)和醫(yī)學(xué)三個主要機(jī)構(gòu)使用的頻段)。BLE技術(shù)適用于數(shù)據(jù)傳輸量較小和/或數(shù)據(jù)發(fā)送次數(shù)較少的數(shù)據(jù)傳輸情形。

現(xiàn)有技術(shù)中，BLE協(xié)議規(guī)定了如圖1所示的數(shù)據(jù)傳輸格式，例如規(guī)定了：

1)報頭域(Preamble)格式：其占用一個八位元組(octet)表示相應(yīng)內(nèi)容；

2)存取地址域(Access Address)格式：其占用4個八位元組表示相應(yīng)內(nèi)容；

3)協(xié)議數(shù)據(jù)單元(Protocol Data Unit,PDU)格式，其根據(jù)數(shù)據(jù)大小，確定占用2-39個八位元組表示相應(yīng)內(nèi)容；

4)循環(huán)冗余校驗碼域(Cyclic Redundancy Check,CRC)格式，其占用3個八位元組表示相應(yīng)內(nèi)容。

相應(yīng)地，現(xiàn)有技術(shù)中，如圖1所示，在協(xié)議數(shù)據(jù)單元格式中，BLE協(xié)議進(jìn)一步規(guī)定了：

1)數(shù)據(jù)頭域(Header)格式，其占用2個八位元組，即16位(bits)表示相應(yīng)內(nèi)容；

2)有效負(fù)載域(Payload)格式，其根據(jù)協(xié)議數(shù)據(jù)單元中記載數(shù)據(jù)的大小確定占用的位數(shù)。

協(xié)議數(shù)據(jù)單元中，LSB表示最低有效位(Lowest Significant Bit)，用于一個二進(jìn)制數(shù)字中的第0位(即最低位)；相應(yīng)地，MSB表示最高有效位(the Most Significant Bit)，用于表示一個n位二進(jìn)制數(shù)字中的n-1位。

相應(yīng)地，現(xiàn)有技術(shù)中，仍然如圖1所示，在上述數(shù)據(jù)頭域格式中，BLE協(xié)議進(jìn)一步規(guī)定了：

1)協(xié)議數(shù)據(jù)單元的類型域(PDU Type)格式，其占用4位表示相應(yīng)的協(xié)議數(shù)據(jù)單元的數(shù)據(jù)類型。例如，如圖1所示：0000表示協(xié)議數(shù)據(jù)單元為ADV_IND類型，即可連接無定向廣播類型；0001表示ADV_DIRECT_IND類型，即可連接定向廣播類型；0010表示ADV_NONCONN_IND類型，即不可連接無定向廣播類型；0110表示ADV_SCAN_IND類型，即可掃描無定向廣播類型。

0011表示SCAN_REQ，用于表示承載(payload)：|ScanA6Byte|AdvA6byte|；0100表示SCAN_RSP，用于表示承載(payload)：|AdvA6byte|0-31byte ScanRspData|；0101表示CONNECT_REQ，用于表示承載(payload)：|6byte InitA|6byte AdvA|22byte LLData|。

本發(fā)明的較佳的實施例中，基于現(xiàn)有技術(shù)中存在的上述問題，現(xiàn)提供一種數(shù)據(jù)傳輸方法的技術(shù)方案。

本發(fā)明的較佳的實施例中，在上述數(shù)據(jù)傳輸方法中，首先設(shè)定一個第一狀態(tài)(The First Status)。本發(fā)明的較佳的實施例中，該第一狀態(tài)用于指示對應(yīng)的數(shù)據(jù)包被關(guān)聯(lián)于在非連接模式下傳輸。

本發(fā)明的較佳的實施例中，所謂非連接模式，是針對傳統(tǒng)的連接傳輸模式而言的。傳統(tǒng)的連接傳輸模式下，接收方藍(lán)牙設(shè)備需要首先掃描可接入的發(fā)送方藍(lán)牙設(shè)備，并請求接入，雙方經(jīng)過握手之后建立藍(lán)牙連接，發(fā)送方才能通過已經(jīng)建立的藍(lán)牙連接傳輸數(shù)據(jù)，即傳統(tǒng)的連接傳輸模式下，需要首先建立連接，才能傳輸數(shù)據(jù)。當(dāng)傳輸一些數(shù)據(jù)量較小和/或發(fā)送次數(shù)較少的數(shù)據(jù)時，如果采用傳統(tǒng)的連接傳輸模式進(jìn)行數(shù)據(jù)傳輸，有可能會延長整個數(shù)據(jù)傳輸?shù)倪^程，降低傳輸效率，并且也會增加使用者的一些無謂操作，例如使用者每次傳輸新數(shù)據(jù)，可能都需要手動操作連接至發(fā)送方藍(lán)牙設(shè)備。

因此，所謂非連接模式，是指接收方藍(lán)牙設(shè)備無需跟發(fā)送方藍(lán)牙設(shè)備通過握手建立固定的藍(lán)牙連接，即可以直接接收發(fā)送方藍(lán)牙設(shè)備廣播的數(shù)據(jù)。

本發(fā)明的較佳的實施例中，如圖1所示，在需要被傳輸?shù)臄?shù)據(jù)包的協(xié)議數(shù)據(jù)單元(PDU)設(shè)定一類型域(PDU Type)，并在類型域中包括至少一個保留值。例如，如圖1所示，在PDU Type中包括0111-1111總共9個保留值。

本發(fā)明的較佳的實施例中，應(yīng)用上述保留值中的至少一個表示上述第一狀態(tài)。例如，本發(fā)明的較佳的實施例中，如圖2所示，在0111-1111中選擇至少一個值用來表示上述第一狀態(tài)，即用于表示對應(yīng)的數(shù)據(jù)包被關(guān)聯(lián)在非連接模式下傳輸。

本發(fā)明的較佳的實施例中，若一個數(shù)據(jù)包被關(guān)聯(lián)于上述第一狀態(tài)，則發(fā)送方無需跟接收方之間建立藍(lán)牙連接，即可直接廣播該數(shù)據(jù)包。

對應(yīng)地，本發(fā)明的較佳的實施例中，若一個數(shù)據(jù)包被關(guān)聯(lián)于上述第一狀態(tài)，則接收方無需跟發(fā)送方之間建立藍(lán)牙連接，即可直接接收該數(shù)據(jù)包。

上述方法可以應(yīng)用在如下所述的示例中：

在商場中的某個商店使用一個一直工作在廣播狀態(tài)下的藍(lán)牙設(shè)備，即始終在向外界廣播自己的商店宣傳信息。使用者在逛商場時，若自己的藍(lán)牙設(shè)備例如手機(jī)被設(shè)置為可以接收藍(lán)牙推送的消息，則可以在不與上述工作在廣 播狀態(tài)下的藍(lán)牙設(shè)備之間建立連接的情況下直接獲取上述被廣播的商店宣傳信息。

具體地，本發(fā)明的較佳的實施例中，應(yīng)用上文中所述的數(shù)據(jù)傳輸方法，實現(xiàn)發(fā)送方傳輸數(shù)據(jù)的方式如圖3所示，具體包括：

步驟S1a，發(fā)送方根據(jù)相應(yīng)的傳輸指令確定關(guān)聯(lián)于非連接模式傳輸數(shù)據(jù)包；

本發(fā)明的較佳的實施例中，發(fā)送端的上層應(yīng)用(Application Layer)下發(fā)“于非連接模式下廣播數(shù)據(jù)”的傳輸指令，或者下發(fā)“于連接模式下傳輸數(shù)據(jù)”的傳輸指令。

本發(fā)明的較佳的實施例中，如圖3所示，當(dāng)上層應(yīng)用下發(fā)“于非連接模式下廣播數(shù)據(jù)”的傳輸指令時，發(fā)送方根據(jù)該傳輸指令確定待發(fā)送的數(shù)據(jù)包被關(guān)聯(lián)于在非連接模式下傳輸，隨后轉(zhuǎn)至步驟S2a。而當(dāng)上層應(yīng)用下發(fā)“于連接模式下傳輸數(shù)據(jù)”的傳輸指令時，發(fā)送方根據(jù)該傳輸指令確定待發(fā)送的數(shù)據(jù)包被關(guān)聯(lián)于在連接傳輸模式下傳輸，隨后轉(zhuǎn)至步驟S4a。

步驟S2a，發(fā)送方通過類型域中的其中一個保留值將數(shù)據(jù)包設(shè)定為置于第一狀態(tài)；

本發(fā)明的較佳的實施例中，發(fā)送方的數(shù)據(jù)鏈路層(Link Layer)根據(jù)上層應(yīng)用下發(fā)的傳輸指令，配置相應(yīng)的PDU Type，即對PDU Type賦值。

本發(fā)明的較佳的實施例中，上文中所述的“應(yīng)用至少一個保留值表示第一狀態(tài)”，其意義為在PDU Type中的保留值中選擇一個或多個，用于表示上述第一狀態(tài)。但在實際配置過程中，即實際對PDU Type進(jìn)行賦值時，只賦一個值。例如，當(dāng)前0111-1111均為保留值，且均可以用于表示上述第一狀態(tài)。在實際賦值時，對PDU Type賦值1011，以表示待發(fā)送的數(shù)據(jù)包被關(guān)聯(lián)于非連接模式下傳輸，或者對PDU Type賦值1100，以做同樣表示。

本發(fā)明的較佳的實施例中，上述發(fā)送方的數(shù)據(jù)鏈路層根據(jù)上層應(yīng)用下發(fā)的傳輸指令，配置相應(yīng)的PDU Type，并加入需要發(fā)送的數(shù)據(jù)，以形成最終待發(fā)送的數(shù)據(jù)包。

步驟S3a，發(fā)送方廣播數(shù)據(jù)包；

步驟S4a，發(fā)送方通過類型域中除去保留值的其他值，將數(shù)據(jù)包設(shè)定為除第一狀態(tài)以外的其他相應(yīng)的傳輸狀態(tài)；

本發(fā)明的較佳的實施例中，如上文以及圖1所示，在現(xiàn)有的BLE協(xié)議中，于PDU Type中規(guī)定了不同的賦值，以表示不同的數(shù)據(jù)包傳輸狀態(tài)。則上述步驟S4a中，若發(fā)送方的上層應(yīng)用下發(fā)的傳輸指令指示待發(fā)送的數(shù)據(jù)包被關(guān)聯(lián)于在連接模式下傳輸，則發(fā)送方的數(shù)據(jù)鏈路層根據(jù)相應(yīng)的傳輸指令，在PDU Type中賦予除去上述保留值(0111-1111)之外的一個非保留值，以表示一個相應(yīng)的傳輸狀態(tài)，隨后整合形成整個待發(fā)送的數(shù)據(jù)包。

步驟S5a，發(fā)送方廣播數(shù)據(jù)包，并與一個相應(yīng)的接收方建立藍(lán)牙傳輸連接，根據(jù)被設(shè)定的傳輸狀態(tài)，通過已經(jīng)建立的藍(lán)牙傳輸連接向相應(yīng)的接收方發(fā)送數(shù)據(jù)包。

本發(fā)明的較佳的實施例中，在傳統(tǒng)的連接傳輸模式下，發(fā)送方和接收方之間需要首先建立藍(lán)牙連接，才能進(jìn)行數(shù)據(jù)傳輸。

本發(fā)明的較佳的實施例中，應(yīng)用上文中所述的數(shù)據(jù)傳輸方法，接收方接收數(shù)據(jù)的方式如圖4所示，具體包括：

步驟S1b，接收方對被廣播的數(shù)據(jù)包進(jìn)行解析，以確定數(shù)據(jù)包處于第一狀態(tài)；

本發(fā)明的較佳的實施例中，接收方的數(shù)據(jù)鏈路層(Link Layer)根據(jù)接收到的數(shù)據(jù)包(即接收方的物理層上報的數(shù)據(jù)包)進(jìn)行解析，以得到該數(shù)據(jù)包的PDU Type。

本發(fā)明的較佳的實施例中，如圖4所示，若接收方根據(jù)數(shù)據(jù)包的PDU Type獲知該數(shù)據(jù)包處于第一狀態(tài)下進(jìn)行傳輸，即該數(shù)據(jù)包以非連接模式傳輸，則轉(zhuǎn)至步驟S2b；

本發(fā)明的較佳的實施例中，如圖4所示，若接收方根據(jù)數(shù)據(jù)包的PDU Type獲知該數(shù)據(jù)包處于非第一狀態(tài)下傳輸，即該數(shù)據(jù)包以連接模式傳輸，則轉(zhuǎn)至步驟S3b。

步驟S2b，接收方于非連接模式下直接接收數(shù)據(jù)包；

本發(fā)明的較佳的實施例中，若接收方的數(shù)據(jù)鏈路層解析并確定待接收的數(shù)據(jù)包被關(guān)聯(lián)于在非連接模式下傳輸，則接收方的上層應(yīng)用(Application Layer)不與發(fā)送方之間建立藍(lán)牙連接而直接接收該數(shù)據(jù)包。

步驟S3b，接收方與發(fā)送方之間建立藍(lán)牙傳輸連接；

步驟S4b，接收方通過已經(jīng)建立的藍(lán)牙傳輸連接接收數(shù)據(jù)包。

本發(fā)明的較佳的實施例中，若接收方的數(shù)據(jù)鏈路層解析并確定待接收的數(shù)據(jù)包被關(guān)聯(lián)于在連接模式下傳輸，即該數(shù)據(jù)包被關(guān)聯(lián)于以現(xiàn)有的BLE協(xié)議規(guī)定的方式傳輸，則接收方的上層應(yīng)用以傳統(tǒng)的連接模式進(jìn)行數(shù)據(jù)傳輸。具體可以包括：

接收方向發(fā)送方發(fā)出藍(lán)牙連接請求；

接收方與發(fā)送方之間通過多次握手建立藍(lán)牙連接；

接收方通過已經(jīng)建立的藍(lán)牙連接接收發(fā)送方發(fā)送的數(shù)據(jù)包。

上述建立藍(lán)牙連接并傳輸數(shù)據(jù)包的方案在現(xiàn)有技術(shù)中已有很多種實現(xiàn)方式，在此不再贅述。

本發(fā)明的較佳的實施例中，仍然如圖1所示，上述在上述數(shù)據(jù)頭域中，還包括至少一個類型內(nèi)容域。類型內(nèi)容域用于指示類型域中設(shè)定的傳輸狀態(tài)下具體的連續(xù)發(fā)送方式。本發(fā)明的較佳的實施例中，于PDU Type中采用相應(yīng)的一個保留值以表示第一狀態(tài)時，采用相應(yīng)的第一賦值于類型內(nèi)容域中表示該狀態(tài)下數(shù)據(jù)的連續(xù)發(fā)送方式。本發(fā)明的較佳的實施例中，由于類型內(nèi)容域可以包括多個(如下文中所述)，因此可以在不同的類型內(nèi)容域中設(shè)定不同的第一賦值。

本發(fā)明的一個較佳的實施例中，于圖1中示出多個類型內(nèi)容域，其中包括：

1)RFU：設(shè)定為保留位；

2)TxAdd：發(fā)送標(biāo)志位；

3)RxAdd：接收標(biāo)志位；

4)Length：類型內(nèi)容域的總長度。

本發(fā)明的較佳的實施例中，根據(jù)數(shù)據(jù)頭域中確定的數(shù)據(jù)傳輸狀態(tài)，以及其相應(yīng)的類型內(nèi)容域中的屬性，可以確定數(shù)據(jù)的連續(xù)發(fā)送方式，例如：

1)采用分包傳輸?shù)姆绞綇V播數(shù)據(jù)包。本發(fā)明的一個較佳的實施例中，整個數(shù)據(jù)包過大可能導(dǎo)致其無法在一次廣播中完全發(fā)送出去，因此需要將其分包發(fā)送。接收方可以根據(jù)上述類型內(nèi)容域中指示的信息，獲取該數(shù)據(jù)包的不同順序的分包，并在接收方設(shè)備中將接收到的多個分包轉(zhuǎn)換形成完整的數(shù)據(jù)包。

和/或

2)采用以預(yù)設(shè)的時間間隔進(jìn)行重復(fù)傳輸?shù)姆绞綇V播所述數(shù)據(jù)包。本發(fā)明的一個較佳的實施例中，所謂重復(fù)傳輸，是指可以設(shè)定一個時間間隔，并以該時間間隔為循環(huán)間隔，循環(huán)廣播同一個數(shù)據(jù)包。

綜上所述，本發(fā)明的技術(shù)方案中，應(yīng)用BLE協(xié)議中規(guī)定的PDU Type中的保留值來定義一個第一狀態(tài)，以將相應(yīng)傳輸?shù)臄?shù)據(jù)包關(guān)聯(lián)至在非連接模式下傳輸。則發(fā)送方可根據(jù)上層應(yīng)用的要求配置PDU Type，并直接廣播上述類型的數(shù)據(jù)包；接收方同樣可以接收數(shù)據(jù)包并解析得到PDU Type，不需要與發(fā)送方建立連接即可直接接收上述類型的數(shù)據(jù)包。該技術(shù)方案可以打破現(xiàn)有技術(shù)中藍(lán)牙數(shù)據(jù)傳輸必須依賴于建立固定的藍(lán)牙連接的局限性，提升了藍(lán)牙數(shù)據(jù)傳輸?shù)撵`活性，簡化了使用者的操作，提升藍(lán)牙數(shù)據(jù)傳輸?shù)男室约笆褂谜叩氖褂皿w驗。

以上所述僅為本發(fā)明較佳的實施例，并非因此限制本發(fā)明的實施方式及保護(hù)范圍，對于本領(lǐng)域技術(shù)人員而言，應(yīng)當(dāng)能夠意識到凡運(yùn)用本發(fā)明說明書及圖示內(nèi)容所作出的等同替換和顯而易見的變化所得到的方案，均應(yīng)當(dāng)包含在本發(fā)明的保護(hù)范圍內(nèi)。