[参考译文] CC2340R5：在 TI CC2340 上拦截 BLE 配对请求的实施建议

您好、

感谢您联系我们。 F3 SDK 提供了几种在应用程序级别处理配对请求的方法。 您可以通过以下 API 拒绝所有配对、而不是开始处理所有配对请求：

// To REJECT all incoming pairing requests:
uint8_t noPairing = GAPBOND_PAIRING_MODE_NO_PAIRING;  // 0x00
GAPBondMgr_SetParameter(GAPBOND_PAIRING_MODE, sizeof(uint8_t), &noPairing);

// To ACCEPT incoming pairing requests again:
uint8_t waitForReq = GAPBOND_PAIRING_MODE_WAIT_FOR_REQ;  // 0x01
GAPBondMgr_SetParameter(GAPBOND_PAIRING_MODE, sizeof(uint8_t), &waitForReq);

BLEAPPUTIL 框架确实可以为您处理很多这方面的工作。 收到配对请求后、您将收到可决定接受或拒绝配对尝试的特定事件。 这可以通过  BLEAPPUTIL_PAIRING_STATE_STARTED 事件中的 GAP_TerminateAuth () 函数来完成。  当收到配对请求时会收到 BLEAPPUTIL_PAIRING_STATE_STARTED 事件、以便您可以单独处理每个请求。  

我不会预见到这种方法有什么具体问题。

我建议从 basic_ble 开始并查看 app_pairing.c 文件。 类似于以下代码片段的内容可能是一个很好的起点（App_isSystemReadyForPairing 将是用于检查状态的自定义函数）

        case BLEAPPUTIL_PAIRING_STATE_STARTED:
        {
            // Pairing request received — evaluate system state now
            if (!App_isSystemReadyForPairing())
            {
                // Abort the pairing with a spec-compliant error code
                GAP_TerminateAuth(pData->connHandle,
                                  SMP_PAIRING_FAILED_NOT_SUPPORTED);
            }
            break;
        }

此致、

1 月

您好、

对延迟深表歉意。 有关所提问题的一些信息、请参阅以下内容：

截取点： 在 GapBondMgr 内 （例如通过 pairStateCB） 、哪个事件允许应用 在 生成任何绑定数据或将任何绑定数据提交到 NV 内存之前截取配对请求？

BLEAPPUTIL_PAIRING_STATE_STARTED 是正确的事件。 它在发送配对响应之前从 gapbondmgr.c 发送、这是最早可能的拦截点、未向 NV 写入任何内容。 作为参考、仅当 BLEAPPUTIL_PAIRING_STATE_Bond_SAVED 触发（这是配对序列中的最后一个事件）时才提交 NV

 暂停 SMP 进程：在等待物理按钮按压时、建议采用什么方法来“暂停“配对过程？ 在此期间（SMP 超时之前）、连接必须保持稳定。

等待确认流程的正确机制是密码回调（BLEAPPUTIL_PASD_TYPE 处理程序）。 堆栈在密钥交换阶段（在配对请求/响应之后、配对完成之前和任何 NV 写入之前）调用此回调。 关键的是,堆栈在此点无限期地等待,直到调用 Mgr_Passcode (),因此在用户交互时连接保持正常。

要触发密码回调、请将 IO 功能配置为需要用户交互的模式。 对于外设上的简单按钮确认流程、GAPBOND_IO_CAP_DISPLAY_YS_NO 与 iOS 进行数字比较（LE 安全连接）、这是推荐用于医疗产品的方法。 GAPBOND_IO_CAP_keyboard_only 是另一种选择（密钥输入）。

在 SYSCFG 中、确保将 IO 功能设置为允许输入和显示。  在密码回调中:不要直接调用 Mgr_Passcode ()。 将事件发布到您的应用程序任务并返回。 应用任务随后会等待 GPIO 按钮事件、然后再调用 Mgr_Passcode ()。 SMP 协议有 30 秒的超时 (GAP_PARAM_SM_TIMEOUT、默认值为 30,000ms)、因此必须在该窗口内按下按钮。

正确的 API 用法： 一旦用户通过按下按钮提供手动确认、应使用哪个 API 来继续并“接受“或“拒绝“流程？ 对于 F3 栈、 GAPBonds Mgr_Passcode 是否 是处理此问题的预期方法？

是的、GAPBondr Mgr_Passcode () 是此流程的预期 API。

• 接受（用户按确认）：GAPBondr Mgr_Passcode rsp (connHandle、Success、numComparison)—传递 pData->numComparison（如果数字比较处于活动状态）；如果使用固定代码输入 Passkey、则传递 0。
• 拒绝（用户按 REJECT 或 SMP 超时）：GAPBondr Mgr_Passcode rsp (connHandle、SMP_PAIRING_FAILED_PASSE_ENTRY_FAILED、0

当您以失败状态通过 GAPBonds Mgr_Passcode 拒绝时、堆栈会向 iPhone 发送 SMP 配对失败的 PDU。 iPhone 不应保存任何债券记录。 这直接解决了 Baboo 的同步问题:由于配对从未完成,两端都没有绑定数据。