- 12 May, 2020 7 commits
-
-
cig authored
- this is needed because in the current implementation of the gNB the scrambling rnti is 0 for the RA and dci rnti otherwise
-
cig authored
- monitoring RA window - taking RA_offset into account - workaround to generate PRACH only when the RAR has not been received yet (RA is idle)
-
cig authored
-
cig authored
-
cig authored
-
cig authored
-
cig authored
-
- 11 May, 2020 5 commits
-
-
cig authored
-
cig authored
-
cig authored
- the commit fixes also the selection of the thread_id in TX procedures - DCI configuration is currently limited to slot 1 and 7
-
cig authored
- including temporary hotfix for the polar rnti
-
Francesco Mani authored
-
- 07 May, 2020 4 commits
-
-
Thomas Schlichter authored
-
Thomas Schlichter authored
also use the high 6 bits from MIB when calculating decoded_frame_rx after the initial synchronization
-
Thomas Schlichter authored
-
Francesco Mani authored
-
- 30 Apr, 2020 3 commits
-
-
Thomas Schlichter authored
Conflicts: executables/nr-ue.c openair1/PHY/NR_TRANSPORT/nr_dci_tools.c openair1/PHY/NR_UE_TRANSPORT/nr_prach.c openair1/PHY/defs_RU.h openair1/SCHED_NR_UE/phy_procedures_nr_ue.c openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_primitives.c openair2/RRC/NR/rrc_gNB_nsa.c openair2/X2AP/x2ap_eNB_handler.c
-
Raphael Defosseux authored
Develop Integration Branch -- 2020 week 17 See merge request oai/openairinterface5g!809
-
Raphael Defosseux authored
-
- 29 Apr, 2020 6 commits
-
-
Raphael Defosseux authored
-
Cedric Roux authored
-
Ahmed Hussein authored
- 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
-
laurent authored
-
Raphael Defosseux authored
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
- 28 Apr, 2020 5 commits
-
-
Ahmed Hussein authored
- The number of nb_dmrs_re at gNB side was set to 6, but here it is assumed that there will be no data allocation in OFDM symbols that carry DMRS - nb_dmrs_re that is being given as an input to the TBS calculation, should be multiplied by the number of DMRS symbols in order to get the total number of DMRS REs per RB - In the calculation of G, only the number of DMRS per RB in 1 OFDM symbol should be given as an input, because inside the function of the G calculation, this number is being multiplied by the number of OFDM symbols that carry DMRS
-
laurent authored
-
laurent authored
-
laurent authored
-
laurent authored
-
- 23 Apr, 2020 10 commits
-
-
Raphael Defosseux authored
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Javier Morgade authored
Now is aligned with RMSIMULATOR config file (this should solve CI issues with monolithic tests)
-
Raphael Defosseux authored
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
-
Raphael Defosseux authored
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Merge remote-tracking branch 'origin/develop_integration_2020_w15' into develop_integration_2020_w17
-