An error occurred fetching the project authors.
- 19 Mar, 2021 8 commits
-
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Sakthivel Velumani authored
Add parameters: MCS, Bandwidth (in PRBs), slot scheduling bitmap
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
ChiehChun authored
-
ChiehChun authored
-
- 11 Mar, 2021 1 commit
-
-
Robert Schmidt authored
-
- 10 Mar, 2021 1 commit
-
-
francescomani 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.
-
- 01 Mar, 2021 1 commit
-
-
Guhan authored
-
- 26 Feb, 2021 13 commits
-
-
guhan authored
-
k.ramya authored
-
Francesco Mani authored
-
r.karey authored
-
vr.devendra authored
-
r.karey authored
-
Francesco Mani authored
-
p.shashikala authored
-
Rangaswami authored
-
r.karey authored
-
vr.devendra authored
-
Rangaswami authored
-
vr.devendra authored
-
- 19 Feb, 2021 1 commit
-
-
Florian Kaltenberger authored
-
- 12 Feb, 2021 2 commits
-
-
Mahesh authored
-
francescomani authored
-
- 11 Feb, 2021 1 commit
-
-
Mahesh authored
-
- 09 Feb, 2021 1 commit
-
-
Robert Schmidt authored
-
- 07 Feb, 2021 10 commits
-
-
Robert Schmidt authored
-
ChiehChun authored
-
ChiehChun authored
-
ChiehChun authored
-
Robert Schmidt authored
This commit enables more slots so that the "real UE" preprocessor can schedule them. The DL phytest preprocessor continues to only schedule slots 1 & 3. This is because the OAI-UE needs to have PUCCH scheduled at least six slots in advance. Since we do not support this (yet), but assume that two slots are enough, we schedule the UE only in slot 1 & 3 so it has 6 slots until slot 7 to send PUCCH.
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-