Google Fast Pair Service (GFPS)

The Google Fast Pair Service (Fast Pair for short) implements a Bluetooth® Low Energy (LE) GATT Service required for Google Fast Pair integration with the nRF Connect SDK.

Service UUID

The Fast Pair service uses UUID of 0xFE2C.

Characteristics

The Fast Pair GATT characteristics are described in detail in the Fast Pair GATT Characteristics documentation. The implementation in the nRF Connect SDK follows these requirements.

The Fast Pair service also contains additional GATT characteristics under the following conditions:

Configuration

The Fast Pair Service is enabled with CONFIG_BT_FAST_PAIR Kconfig option set in the main application image.

With the CONFIG_BT_FAST_PAIR Kconfig option enabled, the following Kconfig options are available for this service:

See the Kconfig help for details.

Override of default Kconfig values

To simplify the configuration process, the GFPS modifies the default values of related Kconfig options to meet the Fast Pair requirements. The service also enables some of the functionalities using Kconfig select statement.

Bluetooth privacy

The service selects Bluetooth privacy (CONFIG_BT_PRIVACY).

During not discoverable advertising, the Resolvable Private Address (RPA) rotation must be done together with the Fast Pair payload update. Because of this, the RPA cannot be rotated by Zephyr in the background.

During discoverable advertising session, the Resolvable Private Address (RPA) rotation must not happen. Therefore, consider the following points:

  • Make sure that your advertising session is shorter than the value in the CONFIG_BT_RPA_TIMEOUT option.

  • Call the bt_le_oob_get_local() function to trigger RPA rotation and reset the RPA timeout right before advertising starts.

Note

If you use the FHN extension, and your Provider is provisioned as an FHN beacon, do not use the bt_le_oob_get_local() function. For more details, see the Setting up Bluetooth LE advertising section of the Fast Pair integration guide.

Bluetooth Security Manager Protocol (SMP)

The service selects the Kconfig options CONFIG_BT_SMP, CONFIG_BT_SMP_APP_PAIRING_ACCEPT, and CONFIG_BT_SMP_ENFORCE_MITM. The Fast Pair specification requires support for Bluetooth® Low Energy pairing and enforcing Man-in-the-Middle (MITM) protection during the Fast Pair procedure.

Firmware Revision characteristic

The Fast Pair specification requires enabling GATT Device Information Service and the Firmware Revision characteristic for selected Fast Pair use cases (for example, the input device use case).

For this reason, the relevant use case Kconfig options (for example, the CONFIG_BT_FAST_PAIR_USE_CASE_INPUT_DEVICE Kconfig option) select the CONFIG_BT_DIS and CONFIG_BT_DIS_FW_REV Kconfig options. If the target project uses Zephyr’s application version management, the default value of the CONFIG_BT_DIS_FW_REV_STR Kconfig option is set according to the versioning information found in the VERSION file. Otherwise, it is set to 0.0.0+0.

MTU configuration

The Fast Pair specification suggests using ATT maximum transmission unit (MTU) value of 83 if possible. Because of this requirement, the default values of the following Kconfig options are modified by the GFPS Kconfig:

Tip

When using nRF53 Series devices, this part of the configuration cannot be automatically updated for the network core and you must manually align it. The listed options must be set on the network core to the default values specified by the GFPS Kconfig options.

Security re-establishment

By default, the Fast Pair service disables the automatic security re-establishment request as a peripheral (CONFIG_BT_GATT_AUTO_SEC_REQ). This allows a Fast Pair Seeker to control the security re-establishment.

Partition Manager (deprecated)

Note

The Partition Manager script is a component in the nRF Connect SDK and is responsible for handling the memory partitioning at build time.

This functionality is in the process of being deprecated and replaced by Zephyr’s default devicetree-based memory partitioning. It is recommended that all new designs using Nordic devices, excluding the nRF91 Series devices, are built with DTS instead of Partition Manager. Partition Manager will be removed from the nRF Connect SDK by the end of 2026 from the main branch.

For more information on how to configure partitions using DTS and how to migrate your existing configuration to DTS, see the Release notes page.

The only exception from these migration guidelines in the context of the Fast Pair sample support is the nRF53 Series DFU configuration with MCUboot in the overwrite mode (for example, the nrf5340dk/nrf5340/cpuapp board target in the Bluetooth Fast Pair: Locator tag sample). This particular configuration is not yet deprecated, as the DTS alternative is not yet available.

The Fast Pair provisioning data is preprogrammed to a dedicated flash memory partition.

Settings

The GFPS uses Zephyr’s Settings to store Account Keys and the Personalized Name. With the FHN extension enabled, it additionally stores the Owner Account Key, the EIK and the Beacon Clock. Because of this, the GFPS selects the CONFIG_SETTINGS Kconfig option.

Bluetooth LE extended advertising for the FHN extension

The FHN extension (see CONFIG_BT_FAST_PAIR_FHN) selects the CONFIG_BT_EXT_ADV Kconfig option. The extension uses the Bluetooth LE Extended Advertising Zephyr API to support simultaneous broadcast of multiple advertising sets. In the simplest scenario, you should have the following two advertising sets in your application:

  • The application-specific advertising set with the Fast Pair payload.

  • The FHN advertising set for the FHN extension.

For more details regarding the advertising policy of the FHN extension, see the Setting up Bluetooth LE advertising section of the Fast Pair integration guide.

DULT module for the FHN extension

The CONFIG_BT_FAST_PAIR_FHN_DULT Kconfig option of the FHN extension selects the CONFIG_DULT Kconfig option to enable the DULT module. The FHN extension implementation also acts as middleware between the user application and the DULT module. The DULT module integration is required for small and not easily discoverable accessories. The CONFIG_BT_FAST_PAIR_FHN_DULT Kconfig option is enabled by default.

The CONFIG_BT_FAST_PAIR_FHN_DULT_MOTION_DETECTOR Kconfig option of the FHN extension selects the CONFIG_DULT_MOTION_DETECTOR Kconfig option to enable the motion detector feature of the DULT module. With this option enabled, the FHN extension passes the DULT motion detector callbacks from the DULT module to application. To learn more about the DULT motion detector, see Interacting with the motion detector.

The CONFIG_BT_FAST_PAIR_FHN_BATTERY_DULT Kconfig option of the FHN extension selects the CONFIG_DULT_BATTERY Kconfig option to enable the battery support in the DULT module. With this option enabled, the FHN extension passes the battery information also to the DULT module.

For more details on the DULT module, see the Detecting Unwanted Location Trackers (DULT) module documentation.

Implementation details

The implementation uses BT_GATT_SERVICE_DEFINE to statically define and register the Fast Pair GATT service. The Fast Pair service automatically handles all requests received from the Fast Pair Seeker except for operations on the Beacon Actions characteristic that is part of the FHN extension. For more details, see the Setting up GATT service section of the Fast Pair integration guide.

Bluetooth authentication

The Bluetooth pairing is handled using a set of Bluetooth authentication callbacks (bt_conn_auth_cb). The pairing flow and the set of Bluetooth authentication callbacks in use depend on whether the connected peer follows the Fast Pair pairing flow:

  • If the peer follows the Fast Pair pairing flow, the Fast Pair service calls the bt_conn_auth_cb_overlay() function to automatically overlay the Bluetooth authentication callbacks. The function is called while handling the Key-based Pairing request. Overlying callbacks allow the GFPS to take over Bluetooth authentication during the Fast Pair Procedure and perform all of the required operations without interacting with the application.

  • If the peer does not follow the Fast Pair pairing flow, normal Bluetooth LE pairing and global Bluetooth authentication callbacks are used.

API documentation

Header file: include/bluetooth/fast_pair/fast_pair.h
Source files: subsys/bluetooth/fast_pair
Fast Pair API

Fast Pair UUID API

Header file: include/bluetooth/fast_pair/uuid.h
Source files: subsys/bluetooth/fast_pair
Fast Pair UUID API

FHN extension

Header file: include/bluetooth/fast_pair/fhn/fhn.h
Source files: subsys/bluetooth/fast_pair/fhn
Fast Pair Find Hub Network API

FHN Precision Finding

Header file: include/bluetooth/fast_pair/fhn/pf/pf.h
Source files: subsys/bluetooth/fast_pair/fhn/pf
Precision Finding API for Fast Pair FHN

FHN Precision Finding for Bluetooth LE Channel Sounding

Header file: include/bluetooth/fast_pair/fhn/pf/ble_cs.h
Source files: subsys/bluetooth/fast_pair/fhn/pf
The Precision Finding API for Bluetooth Channel Sounding