- 14 Mar, 2019 1 commit
-
-
Raphael Defosseux authored
-- RRU max rx gain is given in command line -- USRP reset is only done once in protocol split scenarios Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
- 13 Mar, 2019 3 commits
-
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Develop integration 2019 week 10 See merge request oai/openairinterface5g!534
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
- 12 Mar, 2019 3 commits
-
-
Raymond Knopp authored
parameters for PRACH/PUCCH in configuration file. Default values are those used for Band 7. eMTC configuration file for eMTC changed to reflect modification made for Band 13 operation.
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Simplify HSS configuration in VM-based testing Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
- 11 Mar, 2019 3 commits
-
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Merge remote-tracking branch 'origin/issue407_nos1_siml1_datapath' into develop_integration_2019_w10
-
- 09 Mar, 2019 2 commits
-
-
frtabu authored
Merge branch 'issue407_nos1_siml1_datapath' of https://gitlab.eurecom.fr/oai/openairinterface5g into issue407_nos1_siml1_datapath
-
frtabu authored
-
- 08 Mar, 2019 8 commits
-
-
frtabu authored
try to fix build failure due to increased number of build files on some build commands (=> more log files)
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
frtabu authored
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
-
Raphael Defosseux authored
-- Moved the Gitlab notification within the try: As a result, when fails, the notification will be a fail -- Changed all exit by return in the runTest script Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Cedric Roux authored
-
- 07 Mar, 2019 2 commits
-
-
Raphael Defosseux authored
-
Raphael Defosseux authored
-
- 06 Mar, 2019 1 commit
-
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
- 05 Mar, 2019 13 commits
-
-
Robert Schmidt authored
-
Raphael Defosseux authored
Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>
-
Cedric Roux authored
Some #if defined(ENABLE_USE_MME)/#endif were added here and there. The nos1 softmodem has not been tested, maybe this commit breaks things.
-
Cedric Roux authored
Some deadcode was removed. The implementation of the ID management is not finished. It will only work if the handover is successful. No error recovery has been done. For error recovery, we need to implement the X2AP timers. As it is, in case of error, an ID might very well never be released. It has been tested with 1 and 2 UEs doing handover more or less at the same time.
-
Konstantinos Alexandris authored
- manage target eNB based on target cell id received by measurement report for Handover Request - manage source eNB based on association id for Handover Request Ack - use only x2ap instance and not x2ap data instance points to x2ap instance
-
Konstantinos Alexandris authored
-
Konstantinos Alexandris authored
-
Konstantinos Alexandris authored
- free correctly in rrc_eNB_free_mem_UE_context - check for existence of ue_context.handover_info in rrc_enb_process_itti_msg - check return value sctp_peeloff in sctp_handle_new_association_req_multi and exit in case of failure
-
Konstantinos Alexandris authored
-
Konstantinos Alexandris authored
-
Konstantinos Alexandris authored
-
Konstantinos Alexandris authored
When testing x2 handover, we found a race issue between the RRC thread and the phy/mac thread (which is calling rrc_rx_tx). The UE context was updated by the RRC thread but in the middle of the update (which consists of several function calls and variables' updates) the context was accessed by rrc_rx_tx. At this point, the context was in an inconsistent state. The solution is to access RRC data in the RRC thread only. The function rrc_rx_tx now just sends an ITTI message to the RRC thread. When receiving this message, the RRC thread does the processing that was done by the function rrc_rx_tx (in the new function rrc_subframe_process). This way, the race condition disappears. However we now send an ITTI message from the phy/mac thread to the RRC thread at each subframe. That might increase the processing time of the eNB. So maybe it's not the best solution. It may also improve the realtime performance because less work is done by the phy/mac realtime thread. To be checked somehow. Also, it may be possible that some other RRC functions are still called by the phy/mac thread, which should also be checked and replaced by ITTI messages (if this solution is considered to be correct).
-
frtabu authored
-
- 04 Mar, 2019 3 commits
-
-
frtabu 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>
-
- 02 Mar, 2019 1 commit
-
-
nepes authored
-