An error occurred fetching the project authors.
- 05 Oct, 2017 1 commit
-
-
David Price authored
NFAPI RACH now working. Gets sent to VNF. VNF cores currently on receipt. Probably fixed by merge from main RU-RAU-split which I will do next
-
- 04 Oct, 2017 1 commit
-
-
Cedric Roux authored
- don't use o_flip anymore in ulsch_decoding - remove dl_cqi from eNB_UE_STATS - put dl_cqi[NFAPI_CC_MAX] in UE_sched_ctrl - adapt code for this dl_cqi change (from eNB_UE_STATS to UE_sched_ctrl) - extract_pusch_csi has been fixed for CQI_ReportModeAperiodic_rm30, the others need to be done. Program will exit if one uses them. Not sure if setting sched_ctl->dl_cqi[CC_idP] has to be done in this function...
-
- 03 Oct, 2017 1 commit
-
-
Cedric Roux authored
-
- 02 Oct, 2017 2 commits
-
-
Cedric Roux authored
-
Cedric Roux authored
-
- 01 Oct, 2017 2 commits
-
-
Raymond Knopp authored
-
Raymond Knopp authored
fixed various bugs in NFAPI interface and DCI CCE allocations (eNB_scheduler_primitives.c:allocate_CCEs())
-
- 28 Sep, 2017 1 commit
-
-
Cedric Roux authored
-
- 25 Sep, 2017 2 commits
-
-
Raymond Knopp authored
-
Francois TABURET authored
-
- 24 Sep, 2017 1 commit
-
-
Raymond Knopp authored
-
- 22 Sep, 2017 1 commit
-
-
Raymond Knopp authored
-
- 21 Sep, 2017 1 commit
-
-
Raymond Knopp authored
-
- 19 Sep, 2017 1 commit
-
-
Raymond Knopp authored
-
- 15 Sep, 2017 1 commit
-
-
Raymond Knopp authored
-
- 14 Sep, 2017 1 commit
-
-
Raymond Knopp authored
-
- 29 Aug, 2017 1 commit
-
-
Cedric Roux authored
- ENB_PHY_OUTPUT_SIGNAL to trace output signal - ENB_MAC_SCHEDULING_REQUEST to trace scheduling requests
-
- 17 Aug, 2017 1 commit
-
-
Raymond Knopp authored
-
- 15 Aug, 2017 1 commit
-
-
Raymond Knopp authored
-
- 13 Aug, 2017 1 commit
-
-
Raymond Knopp authored
complete programming of Msg2/Msg4 procedures for eMTC. Addition of skeleton for PUCCH UCI (NFAPI) in L1. Some cleanup of eNB_scheduler.c
-
- 10 Aug, 2017 2 commits
-
-
Raymond.Knopp authored
-
Raymond Knopp authored
-
- 08 Aug, 2017 1 commit
-
-
Raymond Knopp authored
L1/L2 scheduling extensions for BL/CE operation, BR random-access procedure, BR PRACH detection. Still untested, but compilation succeeds. Missing elements in L2 - PUSCH programming for Msg3, Msg4 retransmission programming for BL/CE. DLSCH/ULSCH programming for UE-specific DLSCH/ULSCH for BL/CE
-
- 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
-
- 25 Jul, 2017 1 commit
-
-
Raymond.Knopp authored
-
- 19 Jul, 2017 1 commit
-
-
Raymond Knopp authored
-
- 06 Jul, 2017 1 commit
-
-
Raymond Knopp authored
Note: this commit is work in progress. Contains initial integration of NFAPI data structures which are tested for TX path. RX path to follow.
-
- 23 May, 2017 2 commits
-
-
Cedric Roux authored
We want the log in case of failure also for the case: if (nCCE + (1<<dci_alloc->L) > nCCE_max)
-
Cedric Roux authored
We have to not only ensure that the CCE is free but also that it's below the number of availables CCEs with respect to the current PDCCH size.
-
- 25 Apr, 2017 1 commit
-
-
Raymond Knopp authored
-
- 17 Apr, 2017 1 commit
-
-
Raymond Knopp authored
-
- 23 Mar, 2017 1 commit
-
-
Cedric Roux authored
- import RRC ASN.1 defintions from the specifications (file openair2/RRC/LITE/MESSAGES/asn1c/ASN1_files/RRC-e10.asn) contrary to rel8/10, all modules have been imported, maybe it's too much to refine in case of problems - deal with rel14 in fix_asn1 - all code that was for Rel10 is now for Rel10/Rel14 - some incompatible changes (mostly in naming) were resolved in favor of rel14, see in openair2/RRC/LITE/defs.h - unsure about the rlc layer, some arrays have changed (values appended), I only changed the definition and in tests in the code, I changed the index limit, maybe it's not enough Rel14 is the default compilation mode.
-
- 17 Feb, 2017 1 commit
-
-
Cedric Roux authored
The compilation line was: ./build_oai --eNB -w USRP The file openairinterface5g/cmake_targets/log/lte-softmodem.Rel10.txt has been checked and all LOG_X (and 'msg') warnings have been fixed.
-
- 20 Jan, 2017 4 commits
-
-
Cedric Roux authored
this commit is here to help debug the previous ones. It has to be reverted at some point.
-
Cedric Roux authored
The previous version did not seem to work properly with several UEs. I too often ended up with a list 'next' where next[i] = i, leading to an infinite loop, crashing the processing. The sorting functions were hard to understand and too slow anyway (O(n*n)). We now use qsort_r and comparison functions, that should define the same order as the previous version. One important point is that the "next" lists and the "head" variable are now considered invalid before calling sort_UE. So all the code (coming before sort_UE) that looped using those variables has been rewritten to loop over all possible UEs and the first instruction of the loop is to exit the loop if the UE is not 'active'. There is room for improvement here. We will reintroduce a list of some kind at some point. Let's first have something that works and then optimize. Today NUMBER_OF_UE_MAX is 16, that's not a big deal. Consequently, the add_new_ue and rrc_mac_remove_ue have also been rewritten, hopefully for the better. This commit is not a basic work and may introduce some problems.
-
Cedric Roux authored
The RA process may be in the state: RA_active == FALSE and wait_ack_Msg4 == 1 Testing only the rnti should be enough, if everything else works properly. Also, don't break, just in case. (Not sure it makes a difference.)
-
Cedric Roux authored
-
- 19 Jan, 2017 1 commit
-
-
Cedric Roux authored
-
- 16 Jan, 2017 1 commit
-
-
Navid Nikaein authored
-
- 15 Jan, 2017 1 commit
-
-
Navid Nikaein authored
-