• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 52 subscribers
  • Views 187 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

[FAQ] CC2642R: Periodic Advertising with CC2642R / CC2652R7

CC1352R: CTE in Extended Advertisement

RSSATHEESH KUMAR
Prodigy 30 points

Part Number: CC1352R

I am using the rtls_responder example project on the CC1352R. With this project, I can observe CTE information in periodic advertisements. However, my requirement is to obtain CTE information in the extended advertisement packets. Please refer to the attached nRF Sniffer screenshot for details.

 

image.png

  • 0
    TI__Expert 7530 points

    Hi !

    The Bluetooth 5.3 core specification Vol 6, Part B, §2.3 specifies which PDUs allowed to be appended with a CTE. In particular, from all of the advertising PDU, only the PDUs from periodic advertisements (AUX_SYNC_IND) are allowed to optionally contain the CTE Info field in their extended header flags. For extended advertisements PDUs (ADV_EXT_IND), the CTE Info field is marked as "Reserved for future use", and should not be used to transmit neither CTE Info nor CTE.


    Since CTE should only be used in Periodic advertising packets according to the Bluetooth 5.3 specification, we do not support adding CTE to extended advertisements PDU.

    Kind regards,
    Lea