Bug 1731 - lte-phy-error-model passes unexpectedly
lte-phy-error-model passes unexpectedly
Status: RESOLVED FIXED
Product: ns-3
Classification: Unclassified
Component: lte
pre-release
All All
: P5 normal
Assigned To: Nicola Baldo
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-07-09 06:28 UTC by Nicola Baldo
Modified: 2013-07-09 12:40 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-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