- configure_fapi_dl_pdu is handling the nfapi_nr_dl_config_request_pdu
- while configure_fapi_dl_Tx is now handling the nfapi_tx_request_pdu
this was necessary because the computation of the TBS size is needed in the phytest scheduler
before even knowing if there is any data to transmit. The tx_request_pdu must be handled instead
only when there is data to transmit.
The timer code used to trigger periodic statistics message sending used
ITTI. Together with a high frequency reporting (e.g. 1ms), this resulted
in high CPU usage. This commit reimplements this:
* using a thread that is synchronized to the RU (if there is no MAC, we
assume there is no RU generating a tick so we create the tick source
ourselves)
* no RB trees but plain arrays
* smaller interface for users
* slight user interface changes
* remove stopped timer state: such timer might be simply removed
* remove one-shot timers
* only set up timer for sending requests
* simplify interface for timer setup
* on timer expiry, do not pass through stats request function but
directly send the reply
* Remove whatever report structure and use stats request directly for
inferring the data to send
-New MAC SDU integrity check in ue_procedures .c introduced for MCH channels.
-This SDU behavior didn’t show up with former develop
-TOCHECK whether NFAPI was properly merged on the eNB side.
-eNB_scheduler_mch has been slightly rearranged.
*BUGFIX:
-In dlsch_demodulation.c “ rxF_comp_d.m” was continuously being written to disk
*New reference config file added (lte-fdd-mbms-basic-sim.conf) for rfsim environment
Integration develop-nr 2020 week 03
See merge request oai/openairinterface5g!755
This integration branch includes the following MRs:
- MR 745 : Add support for different PUSCH DMRS modes
- MR 748 : Nr dlsch multi threading
- MR 752 : Merging develop tag 2019.w51 to develop-nr
- MR 753 : RedHat Entreprise 7.7 build support
IMPORTANT: This should be the last integration branch to develop-nr as the result of this MR will become develop
Sakthivel Velumani