Bug 1731

Summary: lte-phy-error-model passes unexpectedly
Product: ns-3 Reporter: Nicola Baldo <nicola>
Component: lteAssignee: Nicola Baldo <nicola>
Status: RESOLVED FIXED    
Severity: normal CC: mmiozzo, ns-bugs
Priority: P5    
Version: pre-release   
Hardware: All   
OS: All   

Description Nicola Baldo 2013-07-09 06:28:53 UTC 
reported by Narges Shojaedin on ns-3-users:
https://groups.google.com/d/msg/ns-3-users/jG-_ZFfVtFA/IDKtJ_iYABIJ

I ran this test suite via the command:

./waf --run "test-runner --suite=lte-phy-error-model --out=output.txt"

Surprisingly, I found that only a single control and a single data test cases are executed and the output is:

    Test downlink control channels (PCFICH+PDCCH)
Test with 2 eNB(s) at distance 1078 expected BER 0.007
    User 0 imsi 1 bytes rxed 0 txed 0 BER -nan Err nan
    Test downlink/uplink data shared channels (PDSCH and PUSCH)
Test with 4 user(s) at distance 1800 expected BER 0.33
    User 0 imsi 1 bytes rxed 0 txed 0 BER -nan Err nan lambda 0 np 0 difference 0 quantile 50
    User 1 imsi 2 bytes rxed 0 txed 0 BER -nan Err nan lambda 0 np 0 difference 0 quantile 50
    User 2 imsi 3 bytes rxed 0 txed 0 BER -nan Err nan lambda 0 np 0 difference 0 quantile 50
    User 3 imsi 4 bytes rxed 0 txed 0 BER -nan Err nan lambda 0 np 0 difference 0 quantile 50

Why are "rxed" and "txed" 0, and how the final result of testing te-phy-error-model is "PASS"?
Comment 1 Nicola Baldo 2013-07-09 12:40:58 UTC 
changeset:   9913:22a06bb42065
tag:         tip
user:        Nicola Baldo <nbaldo@cttc.es>
date:        Tue Jul 09 18:39:53 2013 +0200
summary:     fixed bug 1731 and revised lte-phy-error-model test