An error occurred fetching the project authors.
  1. 15 Sep, 2021 1 commit
  2. 03 Aug, 2021 1 commit
  3. 28 Jul, 2021 1 commit
    • David Kim's avatar
      Fixing "Unexpected ULSCH HARQ PID" issue. · 38e5415f
      David Kim authored
      1. If VNF is slower than PNF, next scheduling will be done after resync.
      2. If VNF is unstable in slot progress, next scheduling will be done in next stable status.
      3. SFN/SLOT indications are queued in nrUE.
      4. get_queue is used instead of unquque for FIFO operation.
      38e5415f
  4. 27 Jul, 2021 1 commit
  5. 26 Jul, 2021 3 commits
  6. 20 Jul, 2021 1 commit
  7. 09 Jul, 2021 1 commit
  8. 24 Jun, 2021 2 commits
  9. 11 Jun, 2021 2 commits
  10. 28 May, 2021 1 commit
  11. 27 May, 2021 1 commit
  12. 20 May, 2021 1 commit
  13. 10 May, 2021 1 commit
  14. 04 May, 2021 2 commits
  15. 03 May, 2021 1 commit
  16. 30 Apr, 2021 1 commit
  17. 27 Apr, 2021 4 commits
  18. 25 Apr, 2021 1 commit
  19. 24 Apr, 2021 1 commit
  20. 15 Apr, 2021 1 commit
  21. 13 Apr, 2021 1 commit
  22. 12 Apr, 2021 1 commit
  23. 09 Apr, 2021 1 commit
  24. 02 Apr, 2021 1 commit
  25. 01 Apr, 2021 1 commit
  26. 30 Mar, 2021 1 commit
  27. 16 Mar, 2021 1 commit
  28. 15 Mar, 2021 1 commit
  29. 11 Mar, 2021 1 commit
  30. 10 Mar, 2021 1 commit
    • Cedric Roux's avatar
      NR: fix: set PDCP discard timer to infinity · 4ff8f883
      Cedric Roux authored
      The discard timer is used by the PDCP layer to discard packets that were not
      transmitted to RLC after some time.
      
      We don't really need it for the moment, maybe never for the default
      bearer which is a best-effort bearer passing all kind of IP traffic.
      Maybe for voice over IP kind of traffic it's important, or realtime
      applications.
      
      I ran an iperf UDP uplink test and saw no error on the PHY layer but still
      lots of packets lost in the iperf logs, which was very surprising. By
      analyzing the logs in wireshark I saw that, with the current scheduler,
      an IP packet sent by the UE took 40ms to be sent piece by piece to the
      gNB, and then the next uplink IP packet was never sent at all because
      the discard timer was expired, leading to the high count of packets lost
      in the iperf logs.
      
      So let's put infinity for the moment for the discard timer. From my
      understanding of the moment it's not a problem. If for some reason we
      should set it to some non-infinity value, then we can change later.
      4ff8f883
  31. 01 Mar, 2021 1 commit
  32. 26 Feb, 2021 1 commit