This is an intermittent issue with the DCF model used in the coexistence
code.
You can possibly work around it by using a different RngRun run number,
such as
./waf --run 'laa-wifi-indoor --RngRun=3 ..."
and hope that the assert does not happen for some runs. Sorry but this
is the situation until the laa code is upgraded to the latest wifi code
in ns-3-dev.
> If i want to change the parameters like number of cells of number of
> users, can i do that by changing that from the file .cc and then run the
> file?.
It is likely going to require changes to both the example program
(laa-wifi-simple, laa-wifi-indoor) and the scenario helper. Some things
may be easier (e.g. number of users) than others (e.g. number of
operators). You will have to read the code and try it yourself.
> One more question, i need to have graphs (latency and
> throughput) of the indoor coexisting scenario when i am changing some
> parameters like CellA: Lte and CellB: Wifi then CellA: Laa and CellB:
> Wifi then to change like the DutyCycle for Lte and to change like UDP to
> TCP...etc. How can i do that and to have the graphs for latency and
> throughput?
There is already an extensive scripting framework in the
laa-wifi-coexistence/experiments/ directory, so I suggest to study
exactly how those plots are generated and then consider what you may
need to change.
- Tom