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
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.
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.
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.
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.
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.
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.
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.