Bluetooth External Radio Coexistence examples

3-Wire interface

This section contains example timing diagrams for each supported Bluetooth® Low Energy Link Layer role. The diagrams describe the coexistence interface’s signal activity and the related radio activity.

Note

See Bluetooth External Radio Coexistence for the protocol details.

Timing parameters

The 3-wire coexistence interface has the following timing parameters:

Extended timeslot example

Symbol

Value

Min

Max

Description

ttype

Configurable

2 μs

Time from activating BLE_REQUEST until the direction of the requested radio activity is indicated.

tradio

Configurable

5 μs

Time from the expiration of ttype until the radio can assume that the request has been granted.

ttype + tradio

7 μs

40 μs

tradio_off_delay

10 μs non CODED PHYs

15 μs CODED PHYs

Maximum delay from the time BLE_GRANT is deactivated until the radio is turned off.

tmax_BLE_GRANT_reactivation_delay

100 μs

Maximum delay from the time BLE_GRANT is deactivated until it is reactivated.

During ttype, PTA samples the BLE_PRIORITY line to get the priority of the request. An active state indicates that the request has high priority. During tradio, PTA samples the BLE_PRIORITY line to get the direction of the requested radio activity. The application can configure whether a reception is indicated by an active or inactive state. All timing diagrams assume that a reception is indicated by an active state.

Coexistence interface timing parameters

Coexistence interface timing parameters

Priority and priority escalation

Radio activity requests are associated with a Bluetooth Low Energy Link Layer role, such as advertiser, scanner, central and peripheral. In the context of the coexistence interface, the application can specify the priority level of a role, either high or low. Requests inherit their priority level from their associated role.

The application can enable priority escalation for a low priority role by setting a priority escalation threshold for it. The threshold determines the required number of consecutively rejected requests before the priority is escalated. Once a request is granted, the priority is reset to low for subsequent requests.

All timing diagrams assume that all supported roles have been configured as low priority.

Connection event

When in a connected state, a request for radio activity to PTA consists of a single TX-RX pair. A connection event may consist of a multitude of such pairs.

An example of a connection event where the SoftDevice Controller is connected as peripheral is shown below. The depicted connection event consists of two TX-RX pairs. Within the request and when the BLE_REQUEST signal is active, the BLE_PRIORITY signal toggles tradio prior to reception.

Connection event as peripheral

Connection event as peripheral

Advertising

When in advertiser role, a request for radio activity to PTA consists of the transmission of a single advertising indication. Any subsequent radio activity triggered by such a packet, for example receiving and responding to a scan request, is part of the same request. The transmission of a legacy scannable advertising indication in all three primary advertising channels is shown below.

The BLE_REQUEST signal is activated before the transmission of every advertising indication. After transmitting an advertising indication, the BLE_PRIORITY signal toggles for the potential reception of a scan request. After the transmission of the third advertising indication, the BLE_PRIORITY signal toggles first for the reception of the scan request and then again for the transmission of the scan response.

Legacy scannable advertising

Legacy scannable advertising

The figure below shows the transmission of an extended scannable advertising indication in all three primary advertising channels, along with the transmission of an auxiliary advertising indication on a secondary advertising channel. Compared to Legacy scannable advertising figure above, the BLE_REQUEST signal is deactivated after the transmission of the advertising indication in the primary advertising channels, because a scan request is expected only after the transmission of the auxiliary advertising indication.

Extended scannable advertising

Extended scannable advertising

Scanning

When in scanner/initiator role, a request for radio activity to PTA can be configured to begin in the following cases:

  • When the access address of an advertising packet has been received. Examples of this configuration are depicted in the figures Legacy active scanning, request on access address match and Extended active scanning, request on access address match. The timing interval taa represents the time needed to perform the access address match.

  • Before the transmission of a scan or connect request. An example of this configuration is depicted in the Legacy active scanning, request before transmission figure.

Both configurations presume that the SoftDevice Controller is using the radio for reception before submitting a request and without informing PTA. In both cases, any subsequent radio activity triggered by the reception of an advertising indication, such as the transmission of a scan request and the reception of a scan response, is part of the same request.

Legacy active scanning, request on access address match

Legacy active scanning, request on access address match

Extended active scanning, request on access address match

Extended active scanning, request on access address match

Legacy active scanning, request before transmission

Legacy active scanning, request before transmission

Request denial

PTA can deny a request at any time after the request has been considered granted. A denial is indicated by a deactivation of the BLE_GRANT signal.

An example of a connection event where the SoftDevice Controller is connected as peripheral is shown below. In the example, the request for the first TX-RX pair is denied during the request. There is no subsequent request for the following TX-RX pair. In general, when a request associated with a connected state is denied, the corresponding connection event is aborted.

Aborted connection event

Aborted connection event

The transmission of a legacy scannable advertising indication is shown below. The first request is denied during the transmission of the advertising indication. There is a subsequent request for the transmission of the advertising indication in the next advertising channel.

Request denied during legacy advertising

Request denied during legacy advertising