An error occurred fetching the project authors.
- 30 Apr, 2021 1 commit
-
-
Laurent THOMAS authored
-
- 21 Apr, 2021 3 commits
-
-
Laurent THOMAS authored
-
Laurent THOMAS authored
-
Laurent THOMAS authored
-
- 15 Apr, 2021 1 commit
-
-
rmagueta authored
-
- 05 Apr, 2021 1 commit
-
-
Laurent OpenCells authored
-
- 03 Apr, 2021 1 commit
-
-
Laurent OpenCells authored
-
- 02 Apr, 2021 1 commit
-
-
Laurent THOMAS authored
-
- 30 Mar, 2021 2 commits
-
-
Cedric Roux authored
-
Cedric Roux authored
This code has not been tested with a COTS UE. We need SRB1/2 (so we need SA) to test. The activation of security and integrity for SRB1 will need more code (new functions) because it happens after some time, not at creation time of the PDCP entity and there is no way to do this with current code.
-
- 25 Mar, 2021 1 commit
-
-
Laurent THOMAS authored
-
- 22 Mar, 2021 1 commit
-
-
Laurent THOMAS authored
-
- 21 Mar, 2021 1 commit
-
-
Laurent THOMAS authored
-
- 20 Mar, 2021 1 commit
-
-
Michael Cook authored
To enable -fsanitize=address option to the compiler which enables run-time checks for some kinds of memory mismanagement.
-
- 19 Mar, 2021 1 commit
-
-
Laurent THOMAS authored
-
- 18 Mar, 2021 1 commit
-
-
hardy authored
increasing timeout for command related to waitbuild debug removing parallel build of xNB updating test xml with benetel conf files
-
- 10 Mar, 2021 1 commit
-
-
masayuki.harada authored
-
- 03 Mar, 2021 1 commit
-
-
Cedric Roux authored
Implement data transfer (38.331 5.2): - transmit operation (in nr_pdcp_entity_recv_sdu) - receive operation (in nr_pdcp_entity_recv_pdu) - t-Reordering expiration To keep track of time the function nr_pdcp_wakeup_timer_thread has been added and is called by the gNB's MAC scheduler via nr_pdcp_tick. (The UE has not been modified.) A thread has been introduced to set time of all the existing PDCP entities in the system. This probably does not scale well with many PDCP entities (many UEs connected to the gNB). To be changed at some point when needed. Hopefully, with a few UEs this mechanism won't be too problematic (ie. won't cause realtime problems). The problem with time in PDCP is that SDUs are kept if some are missing, to do reordering. A timer is started and when it expires we have to transmit the SDUs even if some are still missing. We want to do that as soon as possible. So we have to check timers often (every millisecond). In RLC the time is set when there is some activity (SDU or PDU received). In PDCP we cannot wait for this kind of activity. We would keep packets longer than necessary, which may disturb upper layers (think: TCP). That is why we introduced the thread, as a simple mechanism to keep packets no longer than necessary. The locking done by this thread may create realtime issues. The whole logic of time keeping can be changed later if it turns out that it is not efficient. The functions dealing with DRB AM have been removed. All the types of PDCP entities (DRB AM, DRB UM, SRB) use the same mechanism for transmit and receive operations. So the code has been made common for all those types. We don't deal with: - entity re-establishment, entity release or entity suspend - SDU discard (the timer is present but not used) - status reporting - data recovery - data volume calculation - header compression / decompression There is no plan to implement those features in a near future. Integrity protection is not done yet, and will be implemented soon.
-
- 26 Feb, 2021 1 commit
-
-
matzakos authored
-
- 16 Feb, 2021 1 commit
-
-
Xue Song authored
-
- 15 Feb, 2021 1 commit
-
-
Cedric Roux authored
The code is forced to use nea2, no matter what the UE supports. After 2^18 PDCP packets, it will fail to work (we don't use HFN yet). These limitations will be fixed in later commits. The existing security function was not reused, because it does too much memory allocation and initializes the security context at each ciphering. So here comes nr_pdcp_security_nea2_cipher(). And also the ciphering is done inplace. To be changed if necessary.
-
- 08 Feb, 2021 1 commit
-
-
rmagueta authored
-
- 01 Feb, 2021 3 commits
-
-
luis_pereira87 authored
-
Laurent Thomas authored
-
Khodr Saaifan authored
-
- 28 Jan, 2021 1 commit
-
-
Xue Song authored
-
- 27 Jan, 2021 1 commit
-
-
Mahesh authored
-
- 25 Jan, 2021 1 commit
-
-
Laurent Thomas authored
-
- 22 Jan, 2021 1 commit
-
-
Xue Song authored
-
- 21 Jan, 2021 2 commits
-
-
Laurent Thomas authored
-
Xue Song authored
-
- 20 Jan, 2021 1 commit
-
-
cig authored
- this commit was necessary because the location of the MAC UE functions does not reflect the context in which they are used - therefore all UL scheduling-related functions have been moved to a new nr_ue_scheduler.c file - and the irrelevant file rar_tools_nrUE.c has been deleted (nr_ue_process_rar moved to nr_ue_procedures) - the new locations are supposed to make the file and functions organisations more structured and cleaner
-
- 12 Jan, 2021 1 commit
-
-
Xue Song authored
Conflicts: cmake_targets/CMakeLists.txt openair1/PHY/NR_UE_ESTIMATION/nr_ue_measurements.c openair1/PHY/NR_UE_TRANSPORT/nr_dlsch_decoding.c openair1/SCHED_NR/phy_procedures_nr_gNB.c openair2/RRC/NR/rrc_gNB.c openair2/RRC/NR_UE/rrc_UE.c openair2/LAYER2/nr_pdcp/nr_pdcp_oai_api.c openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_dlsch.c openair2/LAYER2/NR_MAC_UE/main_ue_nr.c openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_ulsch.c openair2/LAYER2/NR_MAC_gNB/main.c openair2/LAYER2/NR_MAC_UE/nr_ue_procedures.c openair2/LAYER2/NR_MAC_UE/nr_ra_procedures.c openair2/LAYER2/NR_MAC_UE/nr_ue_dci_configuration.c openair2/LAYER2/NR_MAC_gNB/gNB_scheduler.c openair2/LAYER2/nr_pdcp/nr_pdcp_entity_drb_am.c
-
- 07 Jan, 2021 3 commits
- 06 Jan, 2021 1 commit
-
-
Haruki NAOI authored
(cherry picked from commit 2339972ceaeb75fe18c0b2ae9ea69216dd919668)
-
- 23 Dec, 2020 1 commit
-
-
Laurent authored
-
- 21 Dec, 2020 2 commits