We got the TB block and we decoded those TB blocks, which we received from PDSCH in form of MAC PDU, and this MAC PDU consist one or more MAC subPDUs and optional padding & the presence and length of padding are based on the available TB size and the size of MacPDUs.
And each mac subPDU consist (BI,RAPID,RAR).
Your device may be received backoff indicator with MAC PDU, BI basically six bits which we use to set the value 5 ms to 1920 ms, it means you can enable the BI at gnB, when this happens, gnB will tell UE to back off for a period of time before attempting random access gain.
If no subMAC PDU, BI should be 0 ms.
RAPID we will use only in special cases.
Subpdu signalling all the information BI rpaid and rar
But subpdus acknowledges SI request, where it consits of mac subheader for rapid.
If T= 0 then macsubheader carrying BI.
If T=1 then RAPID.
Like we have MAC subpdus and one subpdus contain BI one contain RAPID and one contain RAPID plus RAR.
Now in RAPID and RAR we have both subheader.
When we have T=1 meand RAPID, plus we have RAPID subheader, and we have six but random access premable identifier .
If value of E = 1 it means more subpdus in one MAC pdu.
A UE that has sent SI request using dedicated RA resources for SI will not look further once RAPID matches, while a UE that needs RAR will look further after match. UE is already aware what it needs - therefore there is no need to explicitly inform UE.