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.

Note

When building with sysbuild, value of the CONFIG_BT_FAST_PAIR Kconfig option is overwritten by SB_CONFIG_BT_FAST_PAIR. For more details about enabling Fast Pair for your application, see the Enabling Fast Pair in Kconfig section in the Fast Pair integration guide.

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 FMDN extension, and your Provider is provisioned as an FMDN 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

The Fast Pair provisioning data is preprogrammed to a dedicated flash memory partition. The GFPS selects the CONFIG_PM_SINGLE_IMAGE Kconfig option to enable the Partition Manager.

Settings

The GFPS uses Zephyr’s Settings to store Account Keys and the Personalized Name. With the FMDN 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 FMDN extension

The FMDN extension (see CONFIG_BT_FAST_PAIR_FMDN) 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 FMDN advertising set for the FMDN extension.

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

DULT module for the FMDN extension

The CONFIG_BT_FAST_PAIR_FMDN_DULT of the FMDN extension selects the CONFIG_DULT Kconfig option to enable the DULT module. The FMDN 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_FMDN_DULT is enabled by default.

The CONFIG_BT_FAST_PAIR_FMDN_BATTERY_DULT of the FMDN extension selects the CONFIG_DULT_BATTERY Kconfig option to enable the battery support in the DULT module. With this option enabled, the FMDN 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 FMDN 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/services/fast_pair/fast_pair.h
Source files: subsys/bluetooth/services/fast_pair
Fast Pair API

FMDN extension

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

Fast Pair UUID API

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