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

initialization of dfts for RU. moved init_dfts out from lte_init_top into lte_init_RU() and lte_init_ue_signal()

adds a mac_MainConfig information element to RRCConnectionSetup. This is to configure PHR reporting during the first part of the Attach procedure.

RRC timer thres removed from UE context and added to eNB RRC context, value 0 of thres equivalent to infinity

abort execution when an unknown option is passed via the command line: add config_check_cmdlineopt API to config module, create lte-softmodem-common.c source to remove duplicate code in lte-softmodem.c and lte-uesoftmodem.c, fix segfaults in exec_function of lte-uesoftmodem

rrc inactivity timer created, S1 ue context release request sent on timeout, timer set at RRC connection complete reception

Only schedule_SI is done, not schedule_SIB1_BR and not schedule_SI_BR.

The symptom: when two UEs do uplink traffic at the same time, the
eNB fails to decode data sometimes. This has been seen with FDD
and 50 RBs. This generates a cascade of other problems leading to
disconnection/reconnection events seen in the log.

The problem: there are probably many, but one obvious bug was found
while analyzing some logs. Scheduling in the same TTI one UE's uplink
traffic and random access (msg3) was done in the same RB.

This commit fixes this simple case. It is probably not the end of
the story.

This is a hotfix, that does not change the code much.

We need to use vrb_map_UL properly all over the places. Today is
not used, but this is the way to go (most probably).

1. Modify all expressions using original LTE-RRC data types for new generated ones
2. Does not change any program logic