This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2652R: By learning Bluetooth 5.3 protocol, AUX_CHAIN_IND can carry CTE. How to realize it?

Part Number: CC2652R

C5  This field is optional if the corresponding field in the superior PDU of this PDU is present, otherwise it is reserved for future use

By learning Bluetooth 5.3 protocol, AUX_CHAIN_IND can carry CTE. How to realize it?

  • Hi,

    The rtls_responder example enables this possibility.

    In general, we call this "connectionless-AoA" in our documentation.

    Please refer to our RTLS Toolbox documentation and to this lab for more details.

    Best regards,

  • "Connectionless AOA" is implemented using AUX_SYNC_IND in the example. but I want to achieve with AUX_CHAIN_IND PDU, How do I do it?

  • Hi,

    For other readers, the table shared here comes from BLUETOOTH CORE SPECIFICATION Version 5.3 | Vol 6, Part B, section 2.3.1.8. The CTEInfo field is written "C5" which means "This field is optional if the corresponding field in the superior PDU of this PDU is present, otherwise it is reserved for future use."

    In other words, the CTE will be added only when the AUX_CHAIN_IND PDU is the auxiliary of a AUX_SYNC_IND PDU.

    The stack will send AUX_SYNC_IND PDUs when the advertisement data does not fit the AUX_CHAIN_IND. In other words, by increasing the length of the periodic advertisement data, you will send out a AUX_CHAIN_IND PDU. You can consult the documentation for details on the way to do this.

    To finish, and as we have discussed before, this solution will still require to establish a synchronization in order to sample the CTE and extract the IQ data for angle of arrival calculation.

    Best regards,