# Pairing Failed! \[Total pairing time 15490ms \>threshold 15000ms\]
step：
1. 双耳进pairing 测试
2. 会报pairing time超时的问题（164904）/（164956），每轮都会
log;20260302 28142.zip
\
主附耳总的配对时间超过Google规定的值15s，建议：
1.查看附耳在处理 Fast Pair 强制进入配对模式的逻辑处（app_gfps_sec_handle_additional_io_cap 接收到同步消息改变 io_cap 之后），le audio 广播有没有Enable，以及广播的interval是多少Google强烈建议为了使手机能够尽快的通过LE audio广播发现附耳， 此时附耳的le audio 广播interval要尽可能的小，Google推荐是0x20(20ms), 但是我看 le audio设置的
APP_LEA_ADV_INTERVAL_FAST 0x30，
如果此时le audio的interval是 APP_LEA_ADV_INTERVAL_SLOW 0x140 那肯定是会影响发现的速度的
\
2.附耳BLE连线建立之后，ATT层LE audio 相关service的发现比较耗时，一个建议是打开GATT caching，还有一个建议是缩小connection interval(但是le audio同事说如果设备端主动更新connection interval， 有的手机会断线，所以这个方式不可行)
\
3. 去屏蔽室测试，排除环境干扰，屏蔽室测试OK之后，把pass的结果submit就可以，Google 认证实验室不会验证，只需要我们验证pass之后提交pass的测试结果到Google后台即可。
\
主附耳总的配对时间超过Google规定的值15s，建议：
1.查看附耳在处理 Fast Pair 强制进入配对模式的逻辑处（app_gfps_sec_handle_additional_io_cap 接收到同步消息改变 io_cap 之后），le audio 广播有没有Enable，以及广播的interval是多少Google强烈建议为了使手机能够尽快的通过LE audio广播发现附耳， 此时附耳的le audio 广播interval要尽可能的小，Google推荐是0x20(20ms), 但是我看 le audio设置的
APP_LEA_ADV_INTERVAL_FAST 0x30，
如果此时le audio的interval是 APP_LEA_ADV_INTERVAL_SLOW 0x140 那肯定是会影响发现的速度的
\
2.附耳BLE连线建立之后，ATT层LE audio 相关service的发现比较耗时，一个建议是打开GATT caching，还有一个建议是缩小connection interval(但是le audio同事说如果设备端主动更新connection interval， 有的手机会断线，所以这个方式不可行)
\
3. 去屏蔽室测试，排除环境干扰，屏蔽室测试OK之后，把pass的结果submit就可以，Google 认证实验室不会验证，只需要我们验证pass之后提交pass的测试结果到Google后台即可。