Configuração

Papéis

O perfil define duas funções: Fast Pair Seeker e Fast Pair Provider. O Seeker normalmente é um smartphone que procura um dispositivo para parear. O provedor é um dispositivo que anuncia a presença e a disponibilidade para pareamento (por exemplo, um par de fones de ouvido detectável).

O solicitante do Pareamento rápido precisa usar a função central do GAP. O provedor de Pareamento rápido precisa usar a função periférica do GAP.

Descoberta de dispositivos

Para facilitar a descoberta de dispositivos, o provedor de Pareamento rápido vai anunciar um payload indicando suporte ao serviço de Pareamento rápido do Google (com dados conforme descrito abaixo). O Fast Pair Seeker vai verificar e observar periodicamente a presença de frames de publicidade do Fast Pair Provider e tomar medidas se tiver interesse.

ID do modelo

Cada modelo de provedor tem um ID de modelo de 24 bits, que é fornecido pelo Google durante o registro de modelo.

Potência de transmissão

Os dispositivos do provedor precisam anunciar com uma potência de transmissão baixa (TxPower) para limitar a exposição do dispositivo anunciado. No entanto, a potência precisa ser alta o suficiente para que o anúncio seja visível em qualquer smartphone a pelo menos um metro de distância.

Para determinar a proximidade, o buscador de Pareamento rápido precisa saber a potência de transmissão do provedor de Pareamento rápido. Para fins deste perfil, TxPower é definido como a intensidade do sinal recebido na origem (0 metro), medida em dBm. Essa é a mesma forma que o Eddystone define.

Esse valor medido será transmitido usando um destes métodos:

Incluído no registro de publicidade

O dispositivo inclui o tipo de dados Nível de potência de transmissão, ibid., § 1.5, na publicidade.

Fornecido durante o registro do modelo

O fabricante fornece ao Google a potência de transmissão e o modelo do dispositivo usado para medi-la durante o registro do modelo.

O dispositivo precisa manter a potência de transmissão constante em todas as transmissões ao usar essa opção para que as medições de distância sejam precisas.

Chaves: par de chaves pública/privada antispam

Após o registro do modelo, junto com o ID do modelo, o Google vai distribuir uma chave privada de 256 bits anti-spoofing (um número inteiro em [1,n–1] na curva elíptica secp256r1). Essa chave precisa ser mantida no dispositivo do provedor e, idealmente, armazenada em um elemento seguro (SE). Recomendamos o uso de um elemento seguro. Sem ele, não há garantia de que os invasores não possam falsificar a função de provedor, já que a chave privada pode vazar. Esse vazamento de chave abre a possibilidade de ataques intermediários. Portanto, se for detectada representação ou abuso, os recursos do Pareamento rápido que usam essa chave poderão ser desativados (por exemplo, a notificação "Tocar para parear" quando o provedor está no modo de pareamento).

A chave pública antispam correspondente não está sendo usada pelo provedor. Usado pelo Seeker para criptografar uma mensagem a ser enviada ao Provider (consulte Pareamento baseado em chave).

Chaves: lista de chaves da conta

O provedor vai alocar espaço para armazenar uma lista persistente de chaves de conta de 128 bits. Cada chave de conta permite que o provedor seja reconhecido como pertencente a uma determinada conta de usuário.

A lista precisa armazenar pelo menos cinco chaves (ou seja, é necessário ter pelo menos 80 bytes de espaço dedicado a ela). Os provedores podem armazenar mais do que isso, mas precisam garantir que as chaves caibam no pacote de publicidade. O número exato que pode ser armazenado depende de quantos bytes livres estão disponíveis no pacote de publicidade. Consulte a seção Filtro de chave da conta para mais informações sobre como determinar quantos bytes cada chave vai ocupar. Por exemplo, para anunciar 10 chaves de conta, 15 bytes precisam estar disponíveis no pacote. Mas para dispositivos pessoais (por exemplo, fones de ouvido), o número de chaves de conta não pode ser maior que 5. Isso evita que o número de chaves de conta fique muito grande, o que pode ser único e rastreável.

Essa lista fica vazia inicialmente e precisa ser limpa se o provedor for redefinido para a configuração de fábrica (se o usuário limpar a lista de dispositivos pareados). A lista é preenchida conforme descrito na seção Característica da chave da conta.

Informações de endereço BLE

Para evitar o rastreamento, a publicidade BLE precisa usar o endereço privado aleatório resolvível (RPA). O endereço precisa ser alternado a cada 15 minutos, no mínimo, enquanto o dispositivo estiver anunciando ativamente e sempre que o estado mudar de não anunciar para anunciar. Um deslocamento aleatório deve ser usado para alterar o intervalo de aleatorização de endereços.

Negociação do tamanho da MTU do Attribute Protocol (ATT)

Sempre que possível, use um valor de unidade de transmissão máxima (MTU) de 83 para ATT, mas o valor padrão de 23 é permitido.