[發明專利]一種提高iOS設備藍牙傳輸速度的方法

有效

• 申請號: 202010150929.8
• 申請日: 2020-03-06
• 公開（公告）號: CN111277986B
• 公開（公告）日: 2022-02-25
• 發明（設計）人: 邱文慶;范銳;朱勇
• 申請（專利權）人: 北京百瑞互聯技術有限公司
• 主分類號: H04W4/80
• 分類號: H04W4/80;H04W28/06;H04W76/14
• 代理公司: 北京國科程知識產權代理事務所(普通合伙) 11862
• 代理人: 曹曉斐

本發明公開了一種提高iOS設備藍牙傳輸速度的方法，屬于藍牙無線通訊技術領域。本發明的提高iOS設備藍牙傳輸速度的方法包括：iOS設備和外圍設備建立RFCOMM連接和iAP協議通信；iOS設備發送第一iAP數據包，將第一iAP數據包拆解為一個或多個RFCOMM數據包；外圍設備將RFCOMM數據包組合為第二iAP數據包，并將RFCOMM數據包個數累加到外圍設備的上一次傳輸信用數中；外圍設備判斷是否向iOS設備回復確認包；若回復確認包，外圍設備將確認包和外圍設備累加的傳輸信用數合并后發送給iOS設備。本發明有利于減少流控數據的發生頻率，提高傳輸速度。

技術領域

本發明涉及藍牙無線通訊技術領域，特別涉及一種提高iOS設備藍牙傳輸速度的方法。

背景技術

iOS數據傳輸可以通過藍牙低功耗技術（Bluetooth Low Energy，簡稱BLE）或者傳統藍牙來實現，但BLE的傳輸速度較低。為了實現較高的傳輸速度，蘋果在iAP（iPodAccessory Protocol）協議中支持了通過傳統藍牙連接iOS設備，該協議中規定使用傳統藍牙中的RFCOMM協議來傳輸iAP數據包。iAP協議中約定，發送方的每個包都有一個序列號（簡稱Seq），接收方需要對接收到的數據包進行確認，確認時需要帶上接收到的數據包的Seq，確認后接受方回復確認包ACK。接收方在以下三種情況下回復確認ACK：一、累積收到累計確認包最大個數時沒有ACK的數據包；二、距離上一個沒有ACK數據包的時間超過累計確認超時時間；三、接收方主動回復ACK。如果在重傳超時時間內接收方沒有給發送方回復ACK，將視為超時，發送方會重傳數據。以上是iAP的流控機制，用于保證數據完整性。同時，因為iAP使用的RFCOMM協議也有其流控機制。RFCOMM連接建立后，雙方會交換初始傳輸信用數（Credit），每次發送一個數據，Credit的值便會減1，當Credit的值為0時不會再進行數據發送，直到接收方在重新返回給Credit值。Credit有效的控制了數據的收發，讓宏觀概念上的緩沖區（簡稱BUF）不會溢出。因為iAP和RFCOMM協議都有其自身的流控機制，所以在通信過程中，需要傳輸RFCOMM的Credit，也需要傳輸iAP的ACK，導致速度降低。

發明內容

本發明所要解決的技術問題是：提供一種提高iOS設備藍牙傳輸速度的方法，減少RFCOMM協議的數據交互次數，提高傳輸速度。

為了實現上述目的，本發明采用的一個技術方案是：提供一種提高iOS設備藍牙傳輸速度的方法，包括：iOS設備和外圍設備建立RFCOMM連接，并交換傳輸信用數；iOS設備和外圍設備建立iAP協議通信，并交換協議參數；iOS設備發送第一iAP數據包，將第一iAP數據包拆解為一個或多個RFCOMM數據包，其中第一iAP數據包為通訊數據根據iAP協議生成的iAP數據包；外圍設備將接收到的RFCOMM數據包組合為符合iAP協議的第二iAP數據包，并將接收到的RFCOMM數據包的個數累加到外圍設備的上一次傳輸信用數中；外圍設備根據RFCOMM數據包接收情況或協議參數，判斷是否向iOS設備回復確認包；若接收的RFCOMM數據包達到預設閾值或達到協議參數的數值，則回復確認包，將確認包和外圍設備累加的傳輸信用數合并后發送給iOS設備。

本發明的有益效果在于：將iAP的確認包和外圍設備累加的傳輸信用數合并發送，減少空中交互次數，從而提高數據傳輸速度。

附圖說明

圖1為本發明提高iOS設備藍牙傳輸速度的方法的過程示意圖。

具體實施方式

為了使本發明的上述特征和優點更加易懂，下面結合附圖和具體實施方式對本發明做進一步詳細說明。該詳細說明僅僅是為了幫助理解本發明，本發明的保護范圍不僅僅限于具體實施方式中的具體說明。

圖1示出了本發明一種提高iOS設備藍牙傳輸速度的方法的具體實施方式，在該具體實施方式中，主要包括以下步驟：

步驟S101：iOS設備和外圍設備建立RFCOMM連接，并交換傳輸信用數；