Bugzilla – Bug 1803
Lookup /NodeList/4/DeviceList/0/LteEnbRrc/UeMap/0 got no matches
Last modified: 2013-11-27 07:27:33 UTC
reproduceable with ns-3-dev changeset 3388d550c846 as follows: ./waf --run lena-dual-stripe --command="%s --RngRun=1 --nBlocks=1 --nApartmentsX=10 --nFloors=1 --nMacroEnbSites=0 --nMacroEnbSitesX=1 --interSiteDistance=500 --areaMarginFactor=0.5 --macroUeDensity=0 --homeEnbDeploymentRatio=0.6 --homeEnbActivationRatio=1 --homeUesHomeEnbRatio=9 --macroEnbTxPowerDbm=46 --homeEnbTxPowerDbm=20 --macroEnbDlEarfcn=100 --homeEnbDlEarfcn=100 --macroEnbBandwidth=50 --homeEnbBandwidth=25 --simTime=10.01 --epc=0 --ns3::LteHelper::UseIdealRrc=0"
Running with a debugger I see that the error is due to the UL scheduler: a DCI is passed to the MAC with a RNTI=0, which is invalid. The call to m_schedSapUser->SchedUlConfigInd () is that of line 1502 in pf-ff-mac-scheduler.cc, which corresponds to the case of nflows == 0. So I guess the bug might be in the HARQ code. Marco, do you have any idea of what is happening? Could you please take a look at this?
The bug was related to HARQ retrasmissions of UL grants. In detail, the schedulers do not store the correspondent DCI of the UL grant for enabling the HARQ process to retrieve the information of the block to be retransmitted. All the schedulers have been updated for solving this issue, see changeset 10449 234f4746e6a7.
ns-3-dev changeset 10449 234f4746e6a7.