工具与软件：
您好、TI 成员：
链路层拒绝连接参数(即使这些参数有效且之前已被接受)的可能原因是什么？
在移动设备连接并与电路板配对、将 MTU 大小设置为244字节、然后更新连接参数后、就会发生此问题。
第一个 log 对应于 BLEAPPUTIL_LINK_PARAM_UPDATE_EVENT另一个日志对应于 BLEAPPUTIL_LINK_PARAM_UPDATE_REJECT_EVENT.
请注意、在接受和拒绝之间只经过了355ms。
打印的变量是connTimeout、connInterval和connLatency、它们来自升高的事件有效载荷gapLinkUpdateEvent_t()。
此致、
Ahmed
您好、Jan：
感谢您的快速响应。
我面临着多部手机的问题,包括 iPhone 13 (iOS 17.6.1 )、iPhone 16 (iOS 18.1.1 )、S10 (Android 12 )和 S10e (Android 12 )。 但是、它在 S10和 S10e 上的发生频率更高。
以下日志来自 S10、运行代码= 24、状态= 30
接受： 
已拒绝： 
这会显示接受和拒绝相同参数的时间 
嗅探器会话：
好的
Ahmed
您好、Jan：
我使用 basic_ble 示例在 S10移动设备上测试了最新的 SDK 版本(8.40)(添加了一些日志并对连接参数进行了细微更改)、但问题仍然存在。
此致、
Ahmed
您好、Jan：
是的、附加的连接参数请求由移动设备内部处理、无需来自 ME 的任何输入。
如您所见、它最初将连接参数设置为6、6、0500、每次都接受这些参数、直到服务发现完成。 之后、它会自动将参数更改为39、39、0500、这些参数有时被接受、有时被拒绝。 
我附加了监听器会话、但没有任何滤波器、以防您想要查看。
此致、
Ahmed
您好、Jan：
我在进行以下修改后使用 basic_ble 示例：
在刷写二进制文件后、默认情况下、电路板应开始广播。 我在手机上使用"NRF Connect"应用程序连接到电路板。 首次尝试时可能不会出现此问题、因此您可以多次断开并重新连接以重现此问题。 但是、在我的案例中、这种情况发生得非常频繁、因此不需要花费太多时间。
此致、
Ahmed
您好、Ahmed：
我进行了您提到的修改、并将最大 PDU 大小增加到255。
我还针对链路层拒绝请求时添加了一条 debug print 语句、但我无法再现我这边的行为。 我已将我的项目附加到这条消息中(在存档中、还有一个预编译的映像可供您刷写)、您能否在自己的身边进行测试并查看是否可以使用我的项目重现行为？
e2e.ti.com/.../7028.basic_5F00_ble_5F00_LP_5F00_EM_5F00_CC2340R5_5F00_freertos_5F00_ticlang.zip
此致、
1月
您好、Jan：
我尝试了您发送的项目、我能够重现问题。 您可以找到附加的日志。
S10_TI_PCAP.pcapng Project_Sniffer
此致、
Ahmed
您好、Jan：
我没有采取任何特殊步骤来解决此问题。 我只需打开应用程序、让其扫描评估板、然后按下"Connect"、就会出现问题。
关于连接参数、我不需要手动配置任何内容、这些内容是由移动设备在连接过程中和连接完成后发送的。
如您所见、在发现服务之前、移动设备会发送以下连接参数、并且始终接受这些参数： 
在此步骤之后、移动设备会尝试将连接参数设置为以下值、这些值有时会被接受、有时会被拒绝： 
此致、
Ahmed
您好、Jan：
我能够使用 S10手机和您发送的二进制文件重现此问题。 您可能是正确的,这可能与手机制造商有关,但该问题也是在 iPhone 13 (iOS 17.6.1)和 iPhone 16 (iOS 18.1.1)之前发现的。 但是,它在 iPhone 上并不常见;它在 S10和 S10e 电话上更常见。 
请随时向我发送您希望我测试的任何其他二进制文件。
此致、
Ahmed
您好、Jan：
很抱歉我迟到了答复。
我使用相同的移动设备和另一个开发套件(NXP QN9080)测试了相同的步骤、以验证问题是在移动端还是在电路板上。
移动设备可以多次连接和更新连接参数、而不会出现任何问题。 所以、我认为问题出在 TI 这边 
但是、我无法使用更高版本的 Android 进行测试、但我可以使用其他 BLE 芯片供应商进行测试。
我已附上日志供您查看。
此致、
Ahmed
