- 31 Mar, 2021 1 commit
-
-
masayuki.harada authored
-
- 30 Mar, 2021 2 commits
-
-
masayuki.harada authored
-
masayuki.harada authored
# Conflicts: # openair2/GNB_APP/gnb_paramdef.h # openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_ulsch.c # openair2/RRC/NR/rrc_gNB.c # openair2/RRC/NR/rrc_gNB_nsa.c
-
- 29 Mar, 2021 7 commits
-
-
rmagueta authored
-
rmagueta authored
-
rmagueta authored
# Conflicts: # openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_RA.c # targets/PROJECTS/GENERIC-NR-5GC/CONF/gnb.sa.band41.fr1.106PRB.usrpb210.conf # targets/PROJECTS/GENERIC-NR-5GC/CONF/gnb.sa.band78.fr1.106PRB.usrpb210.conf
-
rmagueta authored
-
Thomas Schlichter authored
A memcpy() introduced to optimize for the case of no precoding corrupted RBs which are not allocated to PDSCH in the common txdataF array. So instead fall back to memcpy() for each PDSCH RB.
-
Remi Hardy authored
MR !1037: 5G NR DL MIMO MR !1089: Fixes two issues that we encountered with the new Quectel modules (RM500Q-GL) -make LTE RRC buffers large enough -fix initial{D,U}LBWPlocationAndBandwidth in NR config file so that all accept it
-
masayuki.harada authored
# Conflicts: # openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_ulsch.c
-
- 28 Mar, 2021 3 commits
-
-
hardy authored
-
hardy authored
-
luis_pereira87 authored
-
- 27 Mar, 2021 1 commit
-
-
rmagueta authored
-
- 26 Mar, 2021 2 commits
-
-
rmagueta authored
-
luis_pereira87 authored
-
- 25 Mar, 2021 3 commits
-
-
rmagueta authored
-
rmagueta authored
-
masayuki.harada authored
# Conflicts: # openair2/LAYER2/NR_MAC_COMMON/nr_mac.h
-
- 24 Mar, 2021 6 commits
-
-
rmagueta authored
-
Raymond Knopp authored
-
Raymond Knopp authored
-
Raymond Knopp authored
-
masayuki.harada authored
-
Florian Kaltenberger authored
-
- 23 Mar, 2021 8 commits
-
-
rmagueta authored
-
rmagueta authored
-
rmagueta authored
-
rmagueta authored
-
Roberto Louro Magueta authored
This reverts commit b6513faa
-
masayuki.harada authored
-
hardy authored
-
masayuki.harada authored
# Conflicts: # cmake_targets/CMakeLists.txt # executables/nr-softmodem.c # executables/nr-uesoftmodem.c # openair2/LAYER2/NR_MAC_UE/nr_ra_procedures.c # openair2/LAYER2/NR_MAC_gNB/gNB_scheduler.c # openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_ulsch.c # openair2/LAYER2/NR_MAC_gNB/main.c # openair2/LAYER2/nr_pdcp/nr_pdcp_entity.c # openair2/LAYER2/nr_pdcp/nr_pdcp_entity_drb_am.c # openair2/LAYER2/nr_pdcp/nr_pdcp_sdu.h # openair2/RRC/NR/rrc_gNB_reconfig.c # openair2/RRC/NR_UE/rrc_UE.c
-
- 22 Mar, 2021 4 commits
-
-
rmagueta authored
-
sfn authored
-
Luis Pereira authored
This reverts commit b0674060
-
hardy authored
-
- 21 Mar, 2021 1 commit
-
-
Raphael Defosseux authored
Ci new docker pipeline See merge request oai/openairinterface5g!1095
-
- 20 Mar, 2021 1 commit
-
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
- 19 Mar, 2021 1 commit
-
-
Thomas Schlichter authored
In case of false positive PDSCH CRC check, a random MAC PDU is processed. Currently pdu_len is unsigned 16 Bit, so we did break out of the processing loop only if we _exactly_ hit a residual pdu_len of 0, or we hit a LCID of DL_SCH_LCID_PADDING. If we didn't hit either of these, pdu_len wrapped to a very positive value, and we continued processing the PDU even beyond its bounds! This behavior was observed with SNR 1 dB and MCS 9. So better make pdu_len signed and break out of the loop after processing at max. pdu_len Bytes!
-