Рекламный сигнал провайдера

Реклама: когда ее можно обнаружить

Когда устройство поставщика доступно для обнаружения BR/EDR (то есть в режиме сопряжения), оно должно объявлять данные идентификатора модели быстрой пары через BLE, и адрес BLE не должен меняться.

Интервал рекламы: Когда можно обнаружить

Интервал между рекламными объявлениями должен быть не более 100 мс (10 Гц). Высокая скорость позволяет Искателю быстро найти Провайдера даже при сканировании в режиме пониженного энергопотребления.

Рекламная нагрузка: данные идентификатора модели быстрой пары.

Рекламное объявление должно содержать тип данных «Сервисные данные», там же, § 1.11. UUID должен быть UUID службы быстрого сопряжения 0xFE2C . Служебные данные должны содержать следующее:

Реклама: когда ее невозможно обнаружить

Если устройство поставщика не обнаруживается (то есть не находится в режиме сопряжения), оно должно публиковать данные учетной записи быстрого сопряжения, используя следующие рекомендации.

Объявление данных учетной записи позволяет Искателям поблизости распознавать, когда провайдер принадлежит их учетной записи, и инициировать сопряжение без необходимости сначала принудительно возвращать провайдера в режим сопряжения, что является распространенной причиной жалоб пользователей. Искатели предоставят пользователям возможность игнорировать эту трансляцию в случае, если они не ждут сопряжения с провайдером или трансляция не актуальна (например, если они уже выполнили сопряжение). Искатели также будут автоматически отфильтровывать явно плохие трансляции, например, когда данные учетной записи неправильно настроены.

Интервал рекламы: когда невозможно обнаружить

Интервал между рекламными объявлениями должен составлять не более 250 мс (4 Гц).

Рекламная нагрузка: данные учетной записи Fast Pair

Рекламное объявление должно содержать тип данных «Сервисные данные», Там же, § 1.11. UUID должен быть UUID службы быстрого сопряжения 0xFE2C . Служебные данные должны содержать следующее:

Ключевые данные учетной записи содержат:

Фильтр ключей учетной записи

Рекламируемый фильтр ключей учетной записи позволяет Искателю быстро проверить, может ли Провайдер обладать определенным ключом учетной записи (с низкой вероятностью ложного срабатывания, в среднем намного меньше 0,5%), перед дальнейшим взаимодействием. Искатель может автоматически подключиться и попытаться запустить процедуру, когда он увидит широковещательный фильтр с типом 0, т. е. показывающий индикацию пользовательского интерфейса, который потенциально содержит один из ключей его учетной записи, чтобы еще больше снизить уровень ложных срабатываний. В некоторых ситуациях Поставщик может захотеть, чтобы Искатель узнал его, хотя он еще не готов к сопряжению. Одним из примеров является то, что когда наушники возвращаются в футляр, мы хотим перестать показывать последующее уведомление о сопряжении, поскольку это сопряжение может быть отклонено гарнитурой.

Фильтр ключа учетной записи — это фильтр Блума переменной длины, построенный следующим образом:

1. Пусть n — количество ключей учетной записи ( n >= 1) в сохраненном списке ключей учетной записи .
2. Пусть s , размер фильтра в байтах, будет усечен (1,2* n + 3). Например, если сохраняется 1 ключ, s = 4 байта.
   uint8_t s = (((uint8_t)(( float )1.2 * n)) + 3);
3. Инициализируйте фильтр F как массив из s байтов, каждый из которых установлен в 0.
   uint8_t F[s] = {0};

4. Для каждого ключа учетной записи K в постоянном списке ключей учетной записи :
   а. Пусть V будет concat( K , Salt ).
   

   // In the sample code, the size of salt is 2 bytes.
   #define SALT_SIZE 2
   
   uint8_t V[FASTPAIR_ACCOUNT_KEY_SIZE + SALT_SIZE];
   for (uint8_t keyIndex = 0; keyIndex < n; keyIndex++)
     {
        // concat (K, Salt)
         fastpair_get_account_key_by_index(keyIndex, V);
   
         uint8_t randomSalt = (uint8_t)rand();
         V[FASTPAIR_ACCOUNT_KEY_SIZE] = randomSalt;
         ... }
   

   б. Хэшируйте V с использованием SHA256, получая 32-байтовое значение H = {H ₀ , …, H ₃₁ }.

   uint8_t H[32] = {0};
   SHA256_hash_function(V, H);
   

   в. Разделите H на восемь 4-байтовых целых чисел без знака с обратным порядком байтов, X = {X ₀ , …, X ₇ }, где X ₀ = 0xH ₀ H ₁ H ₂ H ₃ .

        uint32_t X[8];
        for (index = 0; index < 8; index++)
        {
           X[index] = (((uint32_t)(H[index * 4])) << 24) |
                       (((uint32_t)(H[index * 4 + 1])) << 16) |
                       (((uint32_t)(H[index * 4 + 2])) << 8) |
                       (((uint32_t)(H[index * 4 + 3])) << 0);
        }
   

   д. Для каждого Xi _:
   я. Пусть M будет X _i по модулю количества бит в фильтре ( s * 8).
   ii. Получите байт в F по индексу ( M /8), округленный в меньшую сторону.
   iii. Внутри байта установите бит по индексу ( M % 8) в 1.
   iv. Другими словами:
   

       // M = Xi % (s * 8)
       // F[M/8] = F[M/8] | (1 << (M % 8))
       for (index = 0; index < 8; index++)
       {
           uint32_t M    = X[index] % (s * 8);
           F[M / 8] = F[M / 8] | (1 << (M % 8));
       }
   

Включите фильтр F в качестве поля «Фильтр ключа учетной записи» в рекламные данные. Обратите внимание, что для этого значения нет «порядка байтов», поскольку нет более или менее значимых байтов — не меняйте порядок байтов.

Соляное поле

Соль — это случайное значение, которое добавляется к ключам учетной записи при построении фильтра Блума. Эту соль следует создавать повторно каждый раз, когда RPA обновляется для поставщика, чтобы избежать отслеживания ротации адресов.

Чтобы создать фильтр ключей учетной записи с использованием соли:

1. Сгенерируйте случайный 2-байтовый S . Обратите внимание, что для этого значения нет «порядка байтов», поскольку нет более или менее значимого байта — не меняйте порядок байтов.
2. Используйте 2-байтовый S в качестве соли.
3. В объявленных данных учетной записи Fast Pair включите сгенерированный фильтр в поле «Фильтр ключа учетной записи» и S в поле «Соль».