however, I had to hardcode the parameters for the PUSCH in nr_ulsim as the fapi interface still has bugs.

This reverts commit 3574481b7f7d002d7f0359d7afa3798976562f17.

Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>

Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>

Signed-off-by: Raphael Defosseux <raphael.defosseux@eurecom.fr>

Integration develop nr 2019w24

See merge request oai/openairinterface5g!615

Merge remote-tracking branch 'origin/rfsimulator-simulate-channel' into integration_develop-nr_2019w24

Conflicts:
	openair1/SCHED_NR/phy_procedures_nr_gNB.c
	targets/RT/USER/nr-ru.c

 - dci_request and dl_indication for PBCH now also on stack
 - fixed type of nrUE_config (was using structure for gNB before)
 - added configuration of PBCH to phy_config_request and using this config now in phy_procedures_nr_ue
 - we need to add configuration of PDCCH and PDSCH also to phy_config_request (there are still some hardcoded parameters)
 - removed UL scheduling for now

- This was due to alignment problem in rxdataF_ext when odd number of RBs were assigned

- Now it takes input and output pointers instead of gNB struct

- remove printf in nr_ulsch_coding.c
- renaming test_input to mac_pdu
- using memcpy for mac_pdu instead of pointing to data
- remove temp_nfapi struct from header file

- Problem was related to UE_id and G

- Added nr_dft at UE side and nr_idft at gNB side
- NR_SC_FDMA can be found in "PHY/defs_nr_common.h"
- For 1 SNR loop, the code executes correctly
- For more loops, it gives a segmentation fault in the LDPC decoder
- The segmentation fault is caused when nr_idft is used
- The code works fine when the "NR_SC_FDMA" is disabled

- adding SCHED_NR_UE_LIB to ulsim compilation library
- fixing linking compilation problems
- using fapi_nr_dci_pdu_rel15_t struct to initialize PUSCH
- test_input random data is set in phy_procedures_nrUE_TX instead of ulsim

- modifying generate_ue_ulsch_params to work with nfapi_nr_ul_config struct
- removing ulsim_params struct