Skip to content
Snippets Groups Projects
  1. Jan 30, 2020
  2. Jan 17, 2020
  3. Jan 15, 2020
  4. Jan 14, 2020
  5. Jan 08, 2020
  6. Dec 23, 2019
  7. Dec 17, 2019
  8. Dec 14, 2019
  9. Dec 04, 2019
  10. Nov 29, 2019
  11. Nov 27, 2019
  12. Nov 19, 2019
  13. Nov 13, 2019
  14. Nov 08, 2019
  15. Nov 07, 2019
    • Raphael Defosseux's avatar
      7f19d114
    • Raphael Defosseux's avatar
      CI: preparing release notes for patch · 0caec0ac
      Raphael Defosseux authored
       --> also adding TDD monolithic test at 20MHz with default scheduler
       --> putting IF4.p5 TDD scenarios with default scheduler
      
      Signed-off-by: default avatarRaphael Defosseux <raphael.defosseux@eurecom.fr>
      0caec0ac
    • HARADA Masayuki's avatar
    • HARADA Masayuki's avatar
      Fix cqi_req clear timing, and schedule PUSCH when CQI has not been received... · 85c160dd
      HARADA Masayuki authored
      Fix cqi_req clear timing, and schedule PUSCH when CQI has not been received for a long time in fairRR scheduler.
      85c160dd
    • Cédric Roux's avatar
      hotfix: better CQI requests, especially for TDD · e2305bff
      Cédric Roux authored and HARADA Masayuki's avatar HARADA Masayuki committed
      In TDD mode, CQI requests are not possible in special subframes (at
      least for some TDD configurations, see 36.213 7.2.3 that says "a
      DL subframe is valid if it does not contain a DwPTS field if the
      length is less than  7680 Ts").
      
      In the code, we simply disable CQI requests in special subframes,
      no matter what the length of DwPTS.
      
      A problem can arise if the DCI0 for a given UE are sent only in
      those special subframes. In this case the UE will never report
      CQI and the eNB will use low MCS for this UE, impacting performances.
      
      Another, related, problem is when there are several UEs. There again
      one UE might always get its DCI0 in special subframes and thus never
      report CQI. There again, performance issues.
      
      This commit is an attempt to improve the situation.
      
      It does two things.
      
      1 - tag the UE as schedulable in the function UE_is_to_be_scheduled
          if the cqi_req_timer is expired
      
      2 - use cqi_req_timer as a criterium when ordering UEs for UL scheduling
      
      The value chosen for the expiration of the cqi_req_timer in
      UE_is_to_be_scheduled is quite high (300) because as the code is
      today we may overschedule the UE for short bursts until we receive
      a CQI from the UE. [TODO: fix the code properly to avoid this behavior.]
      
      Note: the fairRR scheduler has not been analyzed and this commit may
            not fix anything in case the fairRR scheduler is used.
      e2305bff
  16. Nov 06, 2019
    • Cédric Roux's avatar
      hotfix: better CQI requests, especially for TDD · 2a7ac81b
      Cédric Roux authored
      In TDD mode, CQI requests are not possible in special subframes (at
      least for some TDD configurations, see 36.213 7.2.3 that says "a
      DL subframe is valid if it does not contain a DwPTS field if the
      length is less than  7680 Ts").
      
      In the code, we simply disable CQI requests in special subframes,
      no matter what the length of DwPTS.
      
      A problem can arise if the DCI0 for a given UE are sent only in
      those special subframes. In this case the UE will never report
      CQI and the eNB will use low MCS for this UE, impacting performances.
      
      Another, related, problem is when there are several UEs. There again
      one UE might always get its DCI0 in special subframes and thus never
      report CQI. There again, performance issues.
      
      This commit is an attempt to improve the situation.
      
      It does two things.
      
      1 - tag the UE as schedulable in the function UE_is_to_be_scheduled
          if the cqi_req_timer is expired
      
      2 - use cqi_req_timer as a criterium when ordering UEs for UL scheduling
      
      The value chosen for the expiration of the cqi_req_timer in
      UE_is_to_be_scheduled is quite high (300) because as the code is
      today we may overschedule the UE for short bursts until we receive
      a CQI from the UE. [TODO: fix the code properly to avoid this behavior.]
      
      Note: the fairRR scheduler has not been analyzed and this commit may
            not fix anything in case the fairRR scheduler is used.
      2a7ac81b
  17. Oct 31, 2019
  18. Oct 30, 2019
  19. Oct 29, 2019
Loading