Bug 1803

Summary:	Lookup /NodeList/4/DeviceList/0/LteEnbRrc/UeMap/0 got no matches
Product:	ns-3	Reporter:	Nicola Baldo <nicola>
Component:	lte	Assignee:	Nicola Baldo <nicola>
Status:	RESOLVED FIXED
Severity:	enhancement	CC:	mmiozzo, ns-bugs
Priority:	P5
Version:	ns-3-dev
Hardware:	PC
OS:	Linux

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.