1. 18 Jan, 2018 1 commit
  2. 17 Jan, 2018 2 commits
  3. 28 Dec, 2017 1 commit
  4. 05 Dec, 2017 2 commits
  5. 15 Nov, 2017 4 commits
  6. 07 Nov, 2017 3 commits
  7. 06 Nov, 2017 3 commits
    • Minh-Quang Nguyen's avatar
      LC15: Use set_tbf_ta to update TA on receiving of 4 successive PRACH bursts · 2009d365
      Minh-Quang Nguyen authored
      Change-Id: Icc7c47ac67000af1ce8d5a240ecda317b863b440
      2009d365
    • Minh-Quang Nguyen's avatar
      PCU: fix data type of TA information in TBF stats · 92712d94
      Minh-Quang Nguyen authored
      Change-Id: Ief63374871ab23d915e4cc607241eb072230eb40
      92712d94
    • Minh-Quang Nguyen's avatar
      PCU: Fix TA adjustment · 0d9b7cba
      Minh-Quang Nguyen authored
      Promblem:
       TA provided from L1 PH-DATA-IND is a relative amount of TA adjustment to actual TA
       being used for given TBF. The current TA update algorithm in PCU simply applies the relative
       amount of TA to given TBF but does not take into account of current TA.
       As a result, the PCU will request wrong TA jump for given TBF if the MS is moving away from
       BTS more than 2 km.
      
       Related issue: http://osmocom.org/issues/2611
      
      Fixes:
      - The PCU needs increase or decrease current TA of given TBF on receiving of relative
        amount of TA adjustment provided by PH-DATA-IND from L1
      - The PCU needs to set absolute TA of given TBF on receiving absolute TA provided by
        PH-RA-IND from L1.
      
      Change-Id: I65212f8203f1a35278890f51db038d689b2493d5
      0d9b7cba
  8. 03 Nov, 2017 14 commits
  9. 02 Nov, 2017 2 commits
    • Minh-Quang Nguyen's avatar
      Merge branch 'nrw/litecell15-handle-ul-control-ack-issue1510' into 'nrw/litecell15-next' · fa1f3acd
      Minh-Quang Nguyen authored
      LC15: Properly handle initial TA for data transfer initiated from network
      
      See merge request nrw_noa/osmo-pcu!37
      fa1f3acd
    • Minh-Quang Nguyen's avatar
      LC15: Properly handle initial TA for data transfer initiated from network · 05a21256
      Minh-Quang Nguyen authored
      Problem:
      1. The network can not initiate data transfer when the MS is in idle mode (after T3314 in MS expired and ms-idle-timer in PCU expired).
      This is because the PCU does not know valid location of the MS in servicing cell, i.e. valid TA at the initiation of downlink data transfer.
      
      Fixes:
      1. We use CONTROL_ACK_TYPE of 4 access bursts specified in SI13 in order to extract valid TA when the MS sends UPLINK PACKET CONTROL ACK message to the PCU.
      At the begining of data transfer initiated by network, the PCU sends a first PACKET DOWNLINK ASSIGNMENT message with an invalid TA and polling flag is set.
      After that PCU sends a second PACKET DOWNLINK ASSIGNMENT message with valid TA extracted from responsed UPLINK PACKET CONTROL ACK as 4 access bursts from MS
      to continue data transfer procedure. This fix works only for CONTROL_ACK_TYPE is configured as 4 access bursts in GPRS CELL OPTION of SI13.
      
      Change-Id: I83a402a25298bb474efad6b24d7a68b50fe23b7e
      05a21256
  10. 01 Nov, 2017 4 commits
  11. 30 Oct, 2017 1 commit
  12. 29 Oct, 2017 3 commits