19 Supported platforms |
19 Supported platforms |
20 ------------------- |
20 ------------------- |
21 |
21 |
22 New user-visible features |
22 New user-visible features |
23 ------------------------- |
23 ------------------------- |
|
24 - Extension to UE measurements and improved handover algorithm models in LTE |
|
25 module, as the outcome of GSoC 2013 project. The project also includes several |
|
26 sub-features, such as: |
|
27 - implementation of System Information Block Type 1 (SIB1); |
|
28 - a new option for automatic UE attachment using Idle mode cell selection |
|
29 procedure; |
|
30 - improved configurability of UE measurements; and |
|
31 - two options of handover algorithms for enabling automatic handover trigger |
|
32 in LTE simulation: A2-A4-RSRQ and strongest cell (A3-RSRP). |
|
33 |
|
34 - A new FixedRoomPositionAllocator has been adeded to the buildings |
|
35 module. It allows to generate a random position uniformly |
|
36 distributed in the volume of a chosen room inside a chosen building. |
|
37 |
|
38 - A new attribute ns3::LteRlcAm::TxOpportunityForRetxAlwaysBigEnough |
|
39 allows to overcome the lack for re-segmentation in the RLC AM |
|
40 implementation by assuming that the size of a TxOpportunity is |
|
41 always big enough for the RLC AM PDU to be retransmitted. |
|
42 |
|
43 - After some profiling, the code of LteMiErrorModel has been optimized |
|
44 for speed, resulting in a significantly lower execution time of the |
|
45 LTE model when used with the error model enabled. |
|
46 |
|
47 - A new WiFi extension for vehicular simulation support is available in |
|
48 the src/wave directory. The current code represents an interim capability |
|
49 to realize an IEEE 802.11p-compliant device, but without the WAVE |
|
50 extensions (which are planned for a later patch). The WaveNetDevice |
|
51 modelled herein enforces that a WAVE-compliant physical layer (at 5.9 GHz) |
|
52 is selected, and does not require any association between devices (similar |
|
53 to an adhoc WiFi MAC), but is otherwise similar (at this time) to a |
|
54 WifiNetDevice. WAVE capabililties of switching between control and |
|
55 service channels, or using multiple radios, are not yet modelled. |
|
56 |
|
57 - A new IPv6 over Low power Wireless Personal Area Networks (6LoWPAN) model |
|
58 is available. Using ns-3's naming convention, the acronym is expanded |
|
59 to SixLowPanNetDevice. The SixLowPanNetDevice is able to act as a |
|
60 shim between IPv6 and a NetDevice, compressing IPv6 headers according |
|
61 to RFCs 4944 and 6262. The SixLowPanNetDevice is meant to be used over |
|
62 IEEE 802.15.4 NetDevices, but it can be used on other NetDevices as |
|
63 well (see the manual for full details). This model precedes the |
|
64 general availability of an 802.15.4 model, so must be run in conjunction |
|
65 with a wired NetDevice model for now, or with experimental versions of |
|
66 802.15.4 models. |
|
67 |
24 - It is now possible to use Ipv6PacketInfoTag from UDP applications in the |
68 - It is now possible to use Ipv6PacketInfoTag from UDP applications in the |
25 very same way as Ipv4PacketInfoTag. See Doxygen fo current limitations in |
69 same way as with Ipv4PacketInfoTag. See Doxygen for current limitations in |
26 using Ipv[4,6]PacketInfoTag to set IP properties. |
70 using Ipv[4,6]PacketInfoTag to set IP properties. |
27 |
71 |
28 - Ipv[4,6]Interfaces not respecting the minimum MTU requirements (68 octects |
72 - Ipv[4,6]Interfaces not respecting the minimum MTU requirements (68 octects |
29 for IPv4 and 1280 octects for IPv6) will be automatically set as Down. |
73 for IPv4 and 1280 octects for IPv6) will be automatically set as Down. |
30 Warning: this might break some simulations (which hadn't to work anyway). |
74 Warning: this might break some simulations (which hadn't to work anyway). |
31 |
75 |
32 - IPv6 addresses and routing tables are printed in a more conventional way, |
76 - IPv6 addresses and routing tables are printed in a more conventional way, |
33 closely matching the Linux "route -A inet6" command. |
77 closely matching the Linux "route -A inet6" command. |
34 |
78 |
35 - new SixLowPanNetDevice model, headers and associated helpers. The |
|
36 SixLowPanNetDevice is able to act as a shim between IPv6 and a NetDevice, |
|
37 compressing IPv6 headers according to RFCs 4944 and 6262. |
|
38 The SixLowPanNetDevice is meant to be used over 802.15.4 NetDevices, |
|
39 but it can be used on other NetDevices as well (see the manual for full |
|
40 details). |
|
41 |
|
42 - A new wifi extension for vehicular simulation support is available in src/wave |
|
43 directory. The current code represents an interim capability to realize an |
|
44 IEEE 802.11p-compliant device, but without the WAVE extensions (which |
|
45 are planned for a later patch). The WaveNetDevice modelled herein enforces that |
|
46 a WAVE-compliant physical layer (at 5.9 GHz) is selected, and does not require |
|
47 any association between devices (similar to an adhoc WiFi MAC), but is |
|
48 otherwise similar (at this time) to a WifiNetDevice. WAVE capabililties of |
|
49 switching between control and service channels, or using multiple radios, are |
|
50 not yet modelled. |
|
51 |
|
52 - Extension to UE measurements and improved handover algorithm models in LTE |
|
53 module, as the outcome of GSoC 2013 project. The project also includes several |
|
54 sub-features, such as: |
|
55 - implementation of System Information Block Type 1 (SIB1); |
|
56 - a new option for automatic UE attachment using Idle mode cell selection |
|
57 procedure; |
|
58 - improved configurability of UE measurements; and |
|
59 - two options of handover algorithms for enabling automatic handover trigger |
|
60 in LTE simulation: A2-A4-RSRQ and strongest cell (A3-RSRP). |
|
61 |
|
62 - A new FixedRoomPositionAllocator has been adeded to the buildings |
|
63 module. It allows to generate a random position uniformly |
|
64 distributed in the volume of a chosen room inside a chosen building. |
|
65 |
|
66 - A new attribute ns3::LteRlcAm::TxOpportunityForRetxAlwaysBigEnough |
|
67 allows to overcome the lack for re-segmentation in the RLC AM |
|
68 implementation by assuming that the size of a TxOpportunity is |
|
69 always big enough for the RLC AM PDU to be retransmitted. |
|
70 |
|
71 - After some profiling, the code of LteMiErrorModel has been optimized |
|
72 for speed, resulting in a significantly lower execution time of the |
|
73 LTE model when used with the error model enabled. |
|
74 |
|
75 Bugs fixed |
79 Bugs fixed |
76 ---------- |
80 ---------- |
77 - Bug 1496 - Option to print log level in NS_LOG messages, and documentation. |
81 - Bug 1496 - Option to print log level in NS_LOG messages, and documentation. |
78 - Bug 1592 - Parsing bug in FlowMonitor example script |
82 - Bug 1592 - Parsing bug in FlowMonitor example script |
79 - Bug 1756 - RLC AM Mode State Variable Bug |
83 - Bug 1756 - RLC AM Mode State Variable Bug |