An error occurred fetching the project authors.
- 03 Aug, 2017 1 commit
-
-
Cedric Roux authored
-
- 31 Jul, 2017 1 commit
-
-
tct-labo4 authored
-
- 27 Jul, 2017 1 commit
-
-
Cedric Roux authored
This bug happens when we detect uplink failure for one UE. In this case, a DCI format 1A is sent to the UE to ask it to do random acces. The way this DCI is generated was not compatible with how the software is organized. It was expected that the DCI are added (with add_ue_spec_dci and add_common_dci) in a very specific order: first all DCIs in common space are added (with add_common_dci) then all DCIs in UE specific space are added (with add_ue_spec_dci). The problem was that the DCI format 1A DCI sent to the UE for it to do random access is added (with add_ue_spec_dci) before the DCIs in common space. That totally messed up the logic in add_common_dci and add_ue_spec_dci. The solution is to get rid of Num_common_dci and Num_ue_spec_dci, replace those two counters by only one (Num_dci) and add "search_space" in the dci_alloc structure to be used later by the function "allocate_CCEs" when calling "get_nCCE_offset". The software had to be adapted to the new variables, everywhere. I am not sure that the simulators work. It seems that some of them didn't use Num_common_dci and Num_ue_spec_dci to decide on what space (common or UE specific) to put the DCI, but relied on the rnti (comparing with SI_RNTI). To be tested properly. The modified simulators are: - openair1/SIMULATION/LTE_PHY/dlsim.c - openair1/SIMULATION/LTE_PHY/dlsim_tm4.c - openair1/SIMULATION/LTE_PHY/dlsim_tm7.c - openair1/SIMULATION/LTE_PHY/framegen.c - openair1/SIMULATION/LTE_PHY/pdcchsim.c - openair1/SIMULATION/LTE_PHY/syncsim.c
-
- 03 May, 2017 1 commit
-
-
gabrielC authored
-
- 04 Apr, 2017 1 commit
-
-
gabrielC authored
-
- 20 Mar, 2017 1 commit
-
-
Cedric Roux authored
the argument 'coded_bits_per_codeword' has to be an array in case of several codewords. The calling sites have been adapted. Today, only the first index is used, so calling sites where 'coded_bits_per_codeword' is an integer pass the address of it. It is expected that 'dump_dlsch2' will check in the future that there is one or two codewords and only access 'coded_bits_per_codeword[1]' when it's sure there are really two codewords.
-
- 13 Mar, 2017 1 commit
-
-
hbilel authored
-
- 27 Jan, 2017 3 commits
-
-
Cedric Roux authored
I'm not sure the fixes are correct.
-
Cedric Roux authored
Also included some source files not related to this branch. modified: openair1/PHY/LTE_ESTIMATION/lte_dl_bf_channel_estimation.c modified: openair1/PHY/LTE_TRANSPORT/pilots_ue_spec.c modified: openair1/PHY/MODULATION/beamforming.c modified: openair1/PHY/TOOLS/twiddle18432.h modified: openair1/SIMULATION/LTE_PHY/dlsim_tm7.c modified: openair3/NAS/TOOLS/nvram.c modified: openair3/NAS/TOOLS/usim.c modified: openair3/NAS/UE/user_defs.h
-
hbilel authored
since two rx threads (even/odd) are used by OAI-UE
-
- 20 Dec, 2016 1 commit
-
-
hbilel authored
-
- 19 Dec, 2016 1 commit
-
-
hbilel authored
-
- 23 Nov, 2016 1 commit
-
-
Xiwen JIANG authored
-
- 18 Nov, 2016 1 commit
-
-
Florian Kaltenberger authored
-