So please anyone who can explain among those ones which report id is used for beam switching inside same PCI: is it the one with SSB or is it the one with CRI_RI_PMI?
For SS-beam switching it is straight right… It will use SS-RSRP, right?
For CSI- beam it may use CRI-RSRP + RI CQI PMI…
Yes, this I understand.
What I don’t understand from the MAC LL1 above how to know which one of them is used for beam switching.
And why both are reported since only one is used?
Do you believe SSB beams and CSI-Beams cant coexist?
For both FR1 and FR2, when the CSI-RS for L1-RSRP measurement is in the same OFDM symbol as SSB for RLM/BFD/CBD/L1-RSRP measurement, UE is not required to receive CSI-RS for L1-RSRP measurement in the PRBs that overlap with an SSB.
https://itectec.com/spec/4-6-3-l1-rsrp-measurement-for-beam-reporting/
I am just trying to understand which one is used for what.
Not clear from MAC LL1 CSF Indicator report.
What I noticed in logs is that all following reports are about beam measurement reports: NR 5G MAC BRS report, NR 5G MAC LL1 CSF Indicator, NR 5G ML1 Searcher Measurement Database Update Ext and (last one) NR 5G ML1 Serving Cell Beam Management. I guess only NR 5G MAC LL1 CSF Indicator reports it to gNodeB via PUCCH/PUSCH.
In logs for FR1 we see reportquantity:cri-RI-PMI-CQI. are you sure in FR1 there are no CSI-RS reports only SSB reports?
Have you looked inside all record ids like record0, record1, record2 etc.
So you see, not only SSB is reported in FR1.
Yes RSRP is never reported for CSI in FR1, as per my observation.
How about the snapshot above?
It’s not for rsrp, I guess.
CRI reports are there in FR1 & FR2…but CRI-RSRP in FR2 only.
Here is another Eg for FR2 CSF but this time periodic:
Dual Mode Index : 1
SIM Index : 255
Version : 65537
Major.Minor Version : 1.1
log_fields_change
log_fields_change_bmask : 0x0000
sub_id : 0
num_records : 1
Records
Record[0]
report_ul_time
slot : 19
numerology : 120kHz
frame : 382
carrier_id : 0
report_id : 0
report_type : PERIODIC
num_bits_part1 : 7
num_bits_part2 : 0
is_rsrp : CSF
Report_Calculated_DL_Time
slot : 67
numerology : 120kHz
frame : 381
debug_only : Result_from_WP
report_quanlity : CRI , RI , PMI , CQI
ri_value : 1
li_Value : 0
cri_value : 38
i_1_1_value : 248
i_1_2_value : 66
i_1_3_value : 1
i_2_value : 0
cqi_wb : 13
cri_metric : 10394
num_subbands : 0
valid_subband_bitmask : 0
SbResults
ri_bits : 1
li_bits : 0
cri_bits : 0
i_1_1_bits : 0
i_1_2_bits : 0
i_1_3_bits : 0
i_2_bits : 1
Here the field " is_rsrp : CSF" says whthr RSRP is reported
Hello, gentlemen!
What a very dense matter is beam management, for me it’s is the most challenging part of NR, but let me share my thoughts, maybe they will help, or make it worse 
Let’s take the second bullet from 5G NB in bullet, 9.4 Mobility:
“Intra-cell beam switching can be both transparent and seamless from the UE perspective. The UE can be instructed to generate periodic
CSI reports with the reportQuantity set to ‘cri-RSRP’ if mobility is required between CSI Reference Signal beams, or with the
reportQuantity set to ‘ssb-Index-RSRP’ if mobility is required between SS/PBCH beams. Assuming the former, the UE monitors the
set of CSI Reference Signal beams and periodically reports the identity of the best beam in combination with an RSRP measurement”
Extracted from sample here:
http://www.5g-bullets.com/5G%20in%20Bullets%20-%20Beam_Refinement_Sample.pdf
It indicates how to differentiate the goal of the report.
This must be direct from XCAP, in Actix are not structured so nice.
This one with no CSI-RSRP in FR2 case.
Now from a log:
RseourceConfigId 10 takes a SSB list:
ResourceSetId 0 is purely SSB:
Now let me get to the reporting part.
As your picture indicates, reportconfig id in this plot will indicates that you are measuring in fact SSB.
This is the same packet I use for beam mobility.
A few seconds later you should see a MAC TB packet with a new TCI.
Which will instruct the UE to change beams.
That was for FR2.
Works the same for FR1.
But someone said he never saw CSI RSRP measurements for FR1 in MAC LL1 CSF Indicator.
This is where confusion came from…
This tci switching, does it work for all logs?
Because we never see “tci-presentinDCI” in rrc connection reconfig message.
Can you tell me which MAC layer message is this?