Other Parts Discussed in Thread: CC2652R7
Tool/software:

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.
Other Parts Discussed in Thread: CC2652R7
Tool/software:

Hi,
Thank you for reaching out.
May I kindly ask if you have considered referencing instead the QDID 225762? This QDID should help you reduce the amount of testing for the RFPHY layer.
Also, could you please help me understand the comment below?
If we try to disable the corresponding PICS in LL and GATT, these layers are unlocked, and the corresponding test cases are included in the test plan. This requires the evidence to be provided as per latest TCRL.
In general, the introduction of a new TCRL should not affect existing QDID/DN - unless mandatory errata were introduced, which is not the case at the moment. For reference, please review https://qualification.support.bluetooth.com/hc/en-us/articles/28012390144397-Waiving-Consistency-Check-Inconsistencies-for-Inter-Layer-Dependencies-in-Unmodified-Locked-Layers
I hope this will help,
Best regards,
Hi,
We cannot use QDID 225762 as the Bluetooth design doesn’t support Coded PHY. We could also find that CTE related features are enabled in the PICS of QDID 225762.
The test cases are not generated due to mandatory errata while using QDID 156080. The test cases are generated as we have to removed RFPHY features and as there is no AoA/AoD supported at RFPHY layers, corresponding PICS has to be disabled at LL level.
Requesting your guidance on how to proceed in this situation.
Regards,
Shammi
Hi Shammi,
Let me reach out to our BQC to get this sorted out.
Best regards,
Hi Shammi,
Thank you for your patience.
I have received an answer from our BQC.
Here are the main points:
Please let me know if you need more details.
Best regards,
Hi Shammi,
May I kindly ask you to share more details on your comment "Product owner is not supporting Coded phy and CTE"? It sounds like our misalignment may come from this point, hence my ask.
The comment I got from our BQC, is that the chipset (CC2652R7) is capable of supporting these two features (Coded PHY and CTE). For this reason, the ICS can be kept as is.
But again, I may have missed some fundamental constraints of your application, and your inputs on the reasons why you have to exclude these features will help my comprehension.
Appreciate your comprehension,
Best regards,
Hi Shammi,
Even if the end product does not use the coded PHY and CTE, QDID 225762 should be referenced. Let me know if other technical elements justify this request.
So far, I do not see any reason to go through the complexity of obtaining a subset of this QDID to address your case. The same has been confirmed by our BQC.
Thank you for your comprehension,
Best regards,