|
Kategorie: Diplomové, bakalářské práce |
Tento dokument chci!
Tato práce zkoumá vhodnost a požadavky návrhu simulací pro simulátor NS-3 pro případ bezdrátových sítí používaných v měřící infrastruktuře společnosti Kamstrup. V práci jepopsán simulátor NS-3 a je vytvořena základní implementace dvou protokolů. WirelessM-Bus jako příklad jednosměrného protokolu pro zařízení napájené z baterií. Simulace Wireless M-Bus je porovnána s daty naměřenými v reálném systému. NS-3 poskytuje flexibilní prostředí pro vývoj simulací různých síťových protokolů, včetně těch určených pro sítě inteligentních měřidel.
the current NS-3 LTE model [2], but becomes very
inconvenient for non-constant number Channel objects. An
example such interface the Send method defined the NS-3 NetDevice class,
that requires destination address and protocol number parameters.
This problem can avoided for example passing meaningless values for the
superfluous parameters and not using them, creating custom method with
the desired functionality and defining the required methods warn the user to
use the custom method instead. However, some the defined interfaces are designed for the Internet protocol
stack, and therefore are inappropriate for the models the WM-Bus protocol. They are collections methods
that prepare groups objects the above types, configure them with given
parameters and create the desired topologies and interconnections, all the
objects not have created separately.wireless medium. the model expected sup-
port several independent, non-interfering radio channels, the NetDevice and
Channel implementation has adapted introducing transmission chan-
nel numbers, central frequencies other means distinguish them.
Nevertheless the models created this project adhere it, but possible to
14
.
Topology Helpers are classes designed make the process preparing the sim-
ulation easier, faster and more transparent.
The Channel this case does not represent radio channel (meaning fre-
quency band), but rather certain medium. There may more Channel ob-
jects the simulation and only the Node objects with compatible NetDevice
will able use them. case WM-Bus, where all the transmissions are broadcast,
the destination address also unnecessary.
These classes not represent layering structure, but rather represent skele-
ton the models may use and define general interfaces encourage future compati-
bility. One Channel shared several NetDevice objects a
compatible type and the Channel responsible for keeping list connected
devices and delivering data between them. However,
if useful for the implementation, possible create NetDevice that
connects multiple Channel objects, for example using two separate Channel
objects for Frequency Division Duplex (FDD) uplink and downlink.
New models Application, NetDevice and Channel are created subclassing
their respective classes, while Node kept abstract concept defined the
associated objects. contrast, the Helpers are created stand-alone classes and
they usually not inherit from any the NS-3 classes such Object. Generally speaking, NS-3 does not require the
model adhere the Application–Node–NetDevice–Channel structure all.g. protocol
number used simulations distinguish and ARP packets, and does not
fit non-IP protocols. That
approach used e
