TWS和TWS+模式有什麼不同？
- Qualcomm TrueWirelessStereo（TWS）---- 與A2DP源兼容、聽筒通過主連接將立體聲音頻發送到連接的耳塞、手機只能看到1個藍牙“耳機”
- Qualcomm TrueWirelessStereo Plus（TWS +）----- 與未來基於Qualcomm的移動手機兼容、手機連接到兩個耳塞、左右音頻分開發送
什麼是TWS？
是True Wireless Stereo的縮寫，表示真正無線立體聲
TWS運用什麼技術實現？
TWS技術的實現是基於芯片技術的發展，從技術上來說是指手機通過連接主音箱，再由主音箱通過藍牙無線方式連接從音箱，實現真正的藍牙左右聲道無線分離使用。不連接從音箱時，主音箱回到單聲道音質。
TWS模式如何區分左右耳塞？
- 如果藍牙地址的最低有效位是偶數（even）爲右耳機，例如00025B00FF0C
- 如果藍牙地址的最低有效位是奇數（odd）爲左耳機，例如00025B00FF0D
區分左右耳塞有什麼作用？
來確定TWS模式下立體聲流從哪個音頻通道輸出（與主從沒關係嗎？），在與設備配對時，設備對左右耳塞（與主從相關吧）處理方式不同。
左右耳塞之間如何配對？
- 左耳塞上電或收到用戶的配對請求後進入查詢掃描模式，以便被查詢到
- 右耳塞上電或收到用戶的配對請求後進入查詢模式，會查詢到已經進入查詢掃描模式的左耳塞
- 左右耳塞進行配對，並保存配對密匙
左右耳塞之間如何進行連接？
- 左耳塞上電後進入尋呼掃描模式，以便被尋呼到
- 右耳塞上電後進入尋呼模式，會向已經進入尋呼掃描模式的左耳塞發起連接請求
- 左耳塞響應連接請求，完成連接
左右耳塞的上電的先後順序對他們之間的配對和連接有什麼影響？
左右耳塞的上電順序對配對和連接沒有太大的影響，但是左耳塞作爲從設備，先上電會節約配對和連接的時間，防止超時造成配對和連接操作失敗
TWS模式下，耳塞如何完成與手機配對連接？
- 左右耳塞配對連接完成後，右耳塞進入查詢掃描狀態，以便被查詢到
- 用戶啓動手機，使其進入查詢狀態，查詢處於查詢掃描狀態的右耳塞
- 手機主動完成與右耳塞的配對，右耳塞保存配對密匙
- 手機主動完成與右耳塞的連接
- 右耳塞向左耳塞發送手機的藍牙地址
- 左耳塞根據手機藍牙地址向手機發送配對請求
- 用戶接受配對請求
TWS+模式下，耳塞如何完成與手機配對連接？
- 左右耳塞配對連接完成後，右耳塞進入查詢掃描狀態，以便被查詢到
- 用戶啓動手機，使其進入查詢狀態，查詢處於查詢掃描狀態的右耳塞
- 手機主動完成與右耳塞的配對，右耳塞保存配對密匙
- 手機自動完成與右耳塞的連接，計算並保存EBL配對密匙，同時將數據發送到左耳塞
- 左耳塞接收並保存EBL配對密匙
- 左耳塞主動完成與手機的連接
TWS模式與TWS+模式下，耳塞與手機配對連接有什麼不同？
- TWS模式下，在右耳塞爲主設備的情況下，只需要右耳塞與手機連接就可以。左耳塞根據右耳塞發送來的手機藍牙地址，向手機發送配對請求，用戶響應配對請求就可以
- TWS+模式下，左右耳塞都需要與手機連接，左耳塞接收並保存右耳塞發送來EBL配對密匙後，自動完成與手機的連接
如何區分主從耳塞？
預設的機制（怎樣的機制？），一般分配後就會固定下來哪個耳機是主，哪個耳機是次。在TWS模式下，主耳塞先與手機進行連接和配對。
有哪些耳塞應用模塊，是什麼含義？
- 連接管理器---管理ACL級別連接
- 設備管理---管理當前狀態的信息，包括配對/連接的設備。
- 掃描管理器---管理尋呼和查詢掃描
- 初始化---管理應用程序中所有模塊和任務的初始化
- 鏈接策略---根據預定義放入電量配置表，管理設備何時進入藍牙呼吸/活動模式
- 測試---提供可用於使用pydbg控制設備的測試API集合
- 配對---管理對等設備和手機配對狀態
- 應用程序狀態機--根據事件和其他任務的指示管理整個設備狀態機，是規則引擎的接口。
- 連接規則---根據設備的當前狀態和收到的新事件確定要採取的操作
- Kymera /音頻鏈---管理xml鏈描述中定義的音頻鏈，負責加載DSP音頻鏈和配置運營商。
- UI 按鈕--管理來自xml定義按鈕配置的用戶輸入， 管理LED任務並播放音調。
- 發光二極管---根據應用程序狀態機的請求管理設備的LED狀態
- 物理狀態--根據充電器，接近傳感器和加速度計的輸入管理設備當前的物理狀態
- 加速度計---管理支持的加速度計的接口，以檢測設備是否處於運動狀態。
- 距離傳感器---將接口管理到支持的接近傳感器，以檢測設備是否在耳中。
- HFP---管理與手機的HFP配置文件連接， 註冊HFP庫
- AV / A2DP / AVRCP---管理與遠程設備的AVRCP和A2DP配置文件連接，爲每個設備創建單獨的任務以處理A2DP和AVRCP連接
- 手機信號---通過AVRCP或HFP管理髮送到連接手機的任何信令。
- 對等信號---管理連接對等設備的供應商AVRCP命令的任何信令
- 充電器---管理片上充電器
- 升級---管理OTA升級功能
- GAIA---管理GAIA連接，在升級過程使用。
如何定義幾種物理狀態機？
- IN_CASE/OUT_CASE----用充電器檢測，如果連接充電器則是 IN_CASE，否則是OUT_CASE。
- IN_EAR/OUT_OF_EAR---用距離傳感器檢測，如果放在耳朵裏是IN_EARE，否則是OUT_OF_EAR，如果沒有距離傳感器可用，當不是IN_CASE時，就認爲是IN_EAR。
- OUT_OF_EAR/OUT_OF_EAR_AT_REST--- 用加速度傳感器於檢測，如果在移動中是OUT_OF_EAR，否則是OUT_OF_EAR_AT_REST， 如果沒有可用的加速度計，當不是IN_CASE或IN_EAR時，則視爲OUT_OF_EAR。
幾種物理狀態機之間如何轉換？
耳塞在不同狀態下具有什麼特性？
- IN_CASE---所有按鈕輸入被禁用，斷開連接到手機所有鏈路。
- OUT_CASE---如果耳塞之前配對過，則嘗試連接到最近一次配對的手機，如果之前沒有配對，則進入配對模式
- IN_EAR---用作麥克風或揚聲器，LED已禁用
- OUT_OF_EAR---A2DP在2秒後自動暫停，SCO在2秒後自動轉移，定時器在5分鐘後啓用休眠模式。
rule(規則）包含哪幾個要素？
- 事件event
- 評估規則的函數funcation
- 評估的結果爲RUN則發送消息message，
- 消息傳遞會觸發規則相關聯的動作action
Rules engine（規則引擎）如何進行工作？
- 接收到rule_event事件後，先判斷事件評估函數是否完成，
- 如果已經完成，則將事件標記爲完成，並清除事件，
- 如果沒完成，執行評估函數
- 如果評估結果標記爲RULE_ACTION_COMPLETE表示已完成，則執行步驟2
- 如果評估結果標記爲RULE_ACTION_IGNORE表示忽略與當前狀態無關的規則，則執行步驟2
- 如果評估結果標記爲RULE_ACTION_RUN表示運行所需的規則操作，則執行步驟8
- 如果評估結果標記爲RULE_ACTION_DEFER表示未完成對等設備同步，暫時忽略該規則， 在對等設備同步完成時運行，然後，執行步驟8
- 傳遞消息
左右耳塞對等設備如何進行消息同步？
- 使用“對等同步”消息共享信息
- 使用AVRCP 在耳塞之間交換消息。
對等同步消息包有哪些部分組成？
- BATTERY---耳塞的電池電量
- ADDR_TYPE---一個字節表示所遵循地址類型的一個字節
- LAP，UAP，NAP---與耳塞配對的手機地址
- TWS_VERSION---TWS版本
- STATE---耳塞狀態（in case，out of case，a2dp_streaming，RulesInProgress ......）
- PAIRING---表示是否與手機完成配對或是否正在進行配對的位掩碼。
- TX_SEQ---數據包的TX序列號
- RX_SEQ---數據包的RX序列號
對等同步消息有哪些狀態？
- RECEIVED（位掩碼0x01）---收到了對等同步信息
- TRANSMITTED（位掩碼0x02）---已將信息傳輸給對等方
- COMPLETE（位掩碼0x03）----收到對等方響應的信息，運行Rules engine並執行延遲規則。
耳機如何控制選擇哪個麥克風？
使用芯片廠商提供的AT指令集來控制role\state\microphone eligibility\battery level等信息
使用HFP標準AT + VGM命令如何實現麥克風切換？
- AT + VGM> 0將被髮送到選定的耳塞
- AT + VGM = 0將被髮送到未選擇的耳塞