An error occurred fetching the project authors.
  1. 25 Mar, 2021 1 commit
  2. 24 Mar, 2021 2 commits
  3. 23 Mar, 2021 4 commits
  4. 22 Mar, 2021 1 commit
  5. 18 Mar, 2021 3 commits
  6. 16 Mar, 2021 2 commits
  7. 13 Mar, 2021 1 commit
  8. 12 Mar, 2021 6 commits
  9. 11 Mar, 2021 2 commits
  10. 10 Mar, 2021 3 commits
    • rmagueta's avatar
      f6a1c188
    • francescomani's avatar
      including measured rsrp in mac stats · c05b62d6
      francescomani authored
      c05b62d6
    • 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
  11. 09 Mar, 2021 6 commits
  12. 08 Mar, 2021 2 commits
  13. 06 Mar, 2021 1 commit
  14. 05 Mar, 2021 1 commit
  15. 04 Mar, 2021 3 commits
  16. 03 Mar, 2021 2 commits