This commit is to handle multipe UE correctly.
Right now UE #1 and UE #2 can both ping google.

Previously, the ue_id passed into the
init_pdcp() in  the proxy would be 41.
This is outside of the bounds of the
nas_sock_fd array and would cause a crash.
This was occuring because the node_number
in the NRUE starts at 2, not 1.

Merge branch 'episys/david/Adding_function_declaration_to_read_config_file' into 'episys/mel/merge_develop_cfra_working'

Added function declaration to read config file.

See merge request aburger/openairinterface5g!58

config files were also updated.

In this commit we have updated the NRUE
to properly get the RadioBearer info from
the gNB. Because NSA and SA mode both use
this information, we have updated the SA
function previously in place by changing
the name to allow both NSA and SA mode to
use. This commit also updated the NR/LTE UEs
configuration files to with the correct
proxy IP address.

Merge remote-tracking branch 'origin/episys/david/merge_develop_cfra_working_using_ue_config_for_IP_address' into episys/mel/merge_develop_cfra_working

This commit fixes commit 1c117085 which
we are redefining data_buffer and size_to_write.

Also changed the code to only remove the first
byte of the PDU if it is 00.

1. Removed hard coded IP address in the code for UE and nrUE's remote address.
2. Read IP address from config file for UE and nrUE's remote address.

Merge branch 'episys/mel/merge_develop_cfra_working' of 10.1.1.59:aburger/openairinterface5g into episys/mel/merge_develop_cfra_working

Merge branch 'episys/mel/merge_develop_cfra_working_for_multiUE' into 'episys/mel/merge_develop_cfra_working'

Fix to handle multiple UEs and typo bug.

See merge request aburger/openairinterface5g!56

Merge remote-tracking branch 'origin/episys/mel/merge_develop_cfra_working' into episys/mel/merge_develop_cfra_working_for_multiUE

Resolved merge conflict.

Also, the error checking for writing to the TUN
interface was incorrect so that was fixed as well.

1. Changed hard coded preamble index(63) to soft coded.
2. Active UE will not be considered in gNB scheduging RA.
3. Added condition to process dci indication to handle multiple UEs.
4. Bug fix in mutex_lock (unlock to lock). It should be lock rather than unlock.
5. nr_ue_scheduler update not to entering into getting IP traffic to be transmitted in noS1 mode.
6. log update in checking the number of rx_ind or crc

Also, we only should be handling/generating AM
PDUs in the PDCP/RLC layer, not UM PDUs. Updated
the pre-configuration settings. This seemed to
make the uplink traffic work (meaning it gets
from NR UE to the gNB to the EPC). Woo! Still
working on the downlink.

Previously, we would assume every downlink in
slot 7 was an RAR; now we assume every slot 7
that occurs before the CFRA procedure is done
is an RAR. Also changed the logic in scheduler
to allow us to get nr_ue_sdus in the MAC layer.

Update on scheduler to relax AssertFatal.

See merge request aburger/openairinterface5g!55

Merge branch 'episys/mel/merge_develop_cfra_working_bufsize' into 'episys/mel/merge_develop_cfra_working'

Be more careful about buffer sizes

See merge request aburger/openairinterface5g!54

The ue_sched_mode is reset to 0 again when we
memset the ul_info and after the CFRA procedure
is complete, then uplink CRCs with the PUCCH
response (PUSCH) are not being sent because the
scheduler isnt being called. This makes the
gNB run out of uplink harq ids since its never
getting the proper responses. The change below
will ensure that we call the scheduler AFTER the
RACH is sent and all the time after that.

When running on some machines, the ue_sched_mode
will be initialized to zero. This will cause
the ul_info the go into the ONLY_PUSCH mode.
We do not want to ever call the scheduler and return.
Furthermore, we only want to call the scheduler after
the NRUE has sent the RACH_IND to the gNB.

Also, removed the check before calling the
nr_uescheduler that was associated with the
ra.state. Lastly, removed the DL_HARQ_PID
position change as that was incorrect.

Had to add a check for our NSA mode. If we are in
NSA mode, the DCI format options should be populated
with formats 1 and 7 exclusively. This fixed the
DLBWP calculation for the PDCCH PDUs.

Merge branch 'episys/mel/merge_develop_cfra_working' of 10.1.1.59:aburger/openairinterface5g into episys/mel/merge_develop_cfra_working