Bug 1803 - Lookup /NodeList/4/DeviceList/0/LteEnbRrc/UeMap/0 got no matches
Lookup /NodeList/4/DeviceList/0/LteEnbRrc/UeMap/0 got no matches
Status: RESOLVED FIXED
Product: ns-3
Classification: Unclassified
Component: lte
ns-3-dev
PC Linux
: P5 enhancement
Assigned To: Nicola Baldo
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-11-20 13:58 UTC by Nicola Baldo
Modified: 2013-11-27 07:27 UTC (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicola Baldo 2013-11-20 13:58:40 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"
Comment 1 Nicola Baldo 2013-11-22 12:28:14 UTC
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?
Comment 2 Marco Miozzo 2013-11-27 07:26:05 UTC
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.
Comment 3 Marco Miozzo 2013-11-27 07:27:33 UTC
ns-3-dev changeset 10449	234f4746e6a7.