GitLab

Ahmed Hussein authored Jun 09, 2020 and Thomas Schlichter committed Jun 09, 2020

- no_data_in_dmrs was being used at gNB side, and not handled at UE side
- nr_schedule_response wasn't being called in ulsim

Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>

fixed issue related to scheduing of PRACH for long sequence (only gets done in last slot of subframe now, not both) and start point of DFT in RU processing for long-sequence. Removes fatal segfault.

- Apply a value which cannot be interpreted as any valid LCID at the MAC layer of the receiver gNB (as per 38.321 Table 6.2.1-2),
to avoid forwarding the random PDU to the upper layers in noS1 mode.

Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>

- including temporary hotfix for the polar rnti

Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>

Ahmed Hussein authored Apr 28, 2020 and Francesco Mani committed May 07, 2020

  - By default this value is equal to 0 at gNB in case of ulsim, but
    has a value in case of RF simulator
  - The N_TA_offset was calculated but not used at UE side

reverted handling of transform_precoding variable in NR FAPI. Added correct handling of this in ulsim.c