An error occurred fetching the project authors.
- 03 Apr, 2019 1 commit
-
-
Cedric Roux authored
Not much major changes. In openair1/PHY/LTE_UE_TRANSPORT/dci_tools_ue.c, in the function generate_ue_dlsch_params_from_dci, 'harq_pid' was removed and dci_info_extarcted.harq_pid is now used for all cases. The ue T tracer only deals with PHY signals (no MAC, RLC, PDCP, RRC).
-
- 08 Mar, 2019 1 commit
-
-
Robert Schmidt authored
-
- 25 Nov, 2018 1 commit
-
-
Raymond Knopp authored
addition of testing procedures for format 1A transmission in dlsim (nb RB > 2 or 3 which is used for TBS calculation). bugfix in UE receiver (leftover nb_antennas_tx => nb_antenna_ports_eNB)
-
- 12 Nov, 2018 1 commit
-
-
Wang Tsu-Han authored
-
- 17 Oct, 2018 1 commit
-
-
Bi-Ruei, Chiu authored
1. Modify all expressions using original LTE-RRC data types for new generated ones 2. Does not change any program logic
-
- 19 Sep, 2018 1 commit
-
-
Raymond Knopp authored
-
- 14 Aug, 2018 1 commit
-
-
Thomas Schlichter authored
This commit was developed at Fraunhofer IIS (https://www.iis.fraunhofer.de).
-
- 30 Jul, 2018 2 commits
-
-
frtabu authored
log.c simplification, fix usefull functionality which never worked, move all log code from openair2 to common
-
Wang Tsu-Han authored
-
- 29 Jun, 2018 2 commits
-
-
Raymond Knopp authored
-
Raymond Knopp authored
-
- 03 Jun, 2018 1 commit
-
-
Raymond Knopp authored
-
- 02 Jun, 2018 1 commit
-
-
Raymond Knopp authored
-
- 28 May, 2018 1 commit
-
-
Raymond Knopp authored
moved sidlink L1 functions to LTE_UE_TRANSPORT, corrected issue related to "find_dlsch" which is needed to compile UE and creates problem for unitary simulations (moved to lte-ue.c application)
-
- 15 May, 2018 1 commit
-
-
Cedric Roux authored
This is a quick and dirty solution, something better is needed.
-
- 29 Apr, 2018 1 commit
-
-
Raymond Knopp authored
-
- 22 Apr, 2018 1 commit
-
-
Raymond Knopp authored
UE directory splits, creation of UE-specific files, common UE/eNB files and extraction of UE/common components from eNodeB files. renaming of files to minimize common names across directories (i.e. defs.h, vars.h, extern.h)
-
- 09 Apr, 2018 1 commit
-
-
Raymond Knopp authored
-
- 13 Mar, 2018 1 commit
-
-
Raymond Knopp authored
-
- 08 Mar, 2018 1 commit
-
-
wujing authored
-
- 27 Feb, 2018 1 commit
-
-
Cedric Roux authored
The problem is the following (as reported by an user): "one UE is attached to OAI system. UE is near the antenna. Try to detach the UE and attach again. Repeat this procedure for 5-6 times. OAI system does not work and any the UE can not attach to this system. I use TEMS software and I can see MIB signaling on this UE but UE can not decode SIB1 and SIB2." What happens is that the DCI for SIB1 and SIB2 is not cleared before use. That is the bits in the 'padding' field keep the values that were set before. If the structure has been used to transmit other DCIs (eg. for UEs) in the past, it may be reused with some of those bits set to 1. When receiving this DCI, the UE won't accept it because it gets some bits at 1 where it expects them to be 0. The short-term/quick solution is to clear the 'padding' field. A better solution would be to rewrite this part of the code, which is way too complicated for what it does. But this takes too much time. In dci.h the field 'dummy' of some structures was renamed to 'padding'. The fields 'padding32' and 'padding64' were also renamed to 'padding' for consistency. Some structures (DCI2B_1_5MHz_TDD, DCI2B_10MHz_FDD, DCI2D_1_5MHz_FDD, DCI2D_5MHz_FDD, DCI2D_10MHz_FDD) had a 'padding' field at the end, which was renamed to 'padding0'. I don't know if this field should be here at all. To me this field looks very suspicious. When we test DCIs 2B and 2D we should be careful. (cherry picked from commit c5ca2bd8)
-
- 22 Feb, 2018 1 commit
-
-
Cedric Roux authored
- remove spaces at the end of lines - remove useless dead code use: git show -p <this commit> -w to see it clearly
-
- 20 Feb, 2018 1 commit
-
-
Wang Tsu-Han authored
-
- 19 Feb, 2018 1 commit
-
-
Wolfgang A. Mozart authored
-
- 17 Feb, 2018 1 commit
-
-
Raymond Knopp authored
-
- 16 Feb, 2018 1 commit
-
-
Wang Tsu-Han authored
-
- 14 Feb, 2018 1 commit
-
-
Cedric Roux authored
Doing airplane mode off to connect a cots UE followed by airplane mode on to disconnect it gives very bad results (bad disconnection with lots of UL failures followed by lots of logs in the eNB). It used to work properly after the work done by Xu Bo. It turns out that in 2018.w04 things were still working okay. But in 2018.w05 no. So I ran: git diff 2018.w04 2018.w05 And I checked all the modifications that I thought were relevant (everything related to the UE, oaisim, if4 and fapi has not been checked). This commits takes back the version of 2018.w04. The modifications in openair2/RRC/LITE/rrc_eNB.c are necessary, I think. The other modifications may not be necessary or even wrong. To be checked at some point.
-
- 13 Feb, 2018 1 commit
-
-
Raymond Knopp authored
-
- 12 Feb, 2018 1 commit
-
-
jftt_wangshanshan authored
-
- 08 Feb, 2018 2 commits
-
-
jftt_wangshanshan authored
Fix bug in subframe2harq_pid. Remove if tdd condition while calling this method since there is already if-else in the method.
-
wujing authored
-
- 07 Feb, 2018 1 commit
-
-
naoi authored
-
- 05 Feb, 2018 1 commit
-
-
jftt_wangshanshan authored
-
- 23 Jan, 2018 1 commit
-
-
Xu Bo authored
-
- 22 Jan, 2018 2 commits
- 15 Jan, 2018 2 commits
-
-
Cedric Roux authored
This commit fixes issues introduced by the previous commit. Summary of work: - cleanup: - fix LOG_XX to be less verbose - fix cmake_targets/CMakeLists.txt - fix oaienv - remove dead code - bug fixes: - in openair1/SCHED/fapi_l1.c we had: eNB->pdcch_vars[subframe&1].num_dci = number_dci; should be: eNB->pdcch_vars[subframe&1].num_dci = 0; This bug let the PHY send more DCIs than what should have been sent because num_dci is incremented later on in the code. This fix may be a problem for fapi mode, to be checked. - add new T VCD traces - revert openair1/PHY/TOOLS/file_output.c to 'develop' version - remove thread_id in logRecord/logRecord_mt - revert (and adapt) configuration files - be careful when doing frame++, we need to % 1024 - revert target_rx_power in openair2/LAYER2/MAC/eNB_scheduler_ulsch.c - NFAPI: - the open-nFAPI code has been included in the repository. See nfapi/README. Maybe we should "git clone" the Cisco repository instead. We have to be careful of availability though. What has been tested: - monolithic eNB FDD 5/10MHz with one UE, iperf UDP/TCP uplink/downlink Anything else may fail to work, especially the FAPI mode, which has not been tested at all.
-
Cedric Roux authored
It has been chosen to not include the full history of commits from David. He included a binary version of wireshark, probably a modified one that understands NFAPI. Wireshark is released under the GPL license, we cannot include it in the repository. We could have done a next commit to remove this binary. But then it would still be present in the history of commits, which may not be allowed. And it would take space on disk. We could edit the history to remove wireshark entirely. But this operation is too complicated. There was also a pcap capture file, which has nothing to do in the history of commits and would take space on disk. There again, it's too difficult to edit the history to remove it. There was a file .gitignore that was also removed. The original history can be found on David's repository: https://gitlab.eurecom.fr/daveprice/openairinterface5g/ The branch is: nfapi-ru-rau-split. A copy of that branch has been included in the internal OAI repository, for those who have access to it. The branch is the same. The last commit ID is 9106438239e0bc626ff1fa1d97d911caadd0fbb9. You can compare the current commit with the commit 9106... to see what differs. The current commit has to be considered non-working. The commit following the current commit will fix problems with the work in the current commit. If you use git bisect, don't spend time analyzing the current commit.
-
- 10 Jan, 2018 1 commit
-
-
Younes authored
-
- 08 Jan, 2018 1 commit
-
-
Xu Bo authored
-