[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
The main way that users who write simulation scripts will typically interact with the Wimax models is through the helper API and through the publicly visible attributes of the model.
The helper API is defined in src/helper/wimax-helper.{cc,h
.
The example examples/wimax/wimax-simple.cc
contains some basic
code that shows how to set up the model:
|
This example shows that there are two subscriber stations and one base
station created. The helper method Install
allows the user to
specify the scheduler type, the physical layer type, and the device type.
Different variants of Install
are available; for instance, the
example examples/wimax/wimax-multicast.cc
shows how to specify a
non-default channel or propagation model:
|
Mobility is also supported in the same way as in Wifi models; see the
examples/wimax/wimax-multicast.cc
.
Another important concept in WiMAX is that of a service flow. This is a
unidirectional flow of packets with a set of QoS parameters such as
traffic priority, rate, scheduling type, etc. The base station is
responsible for issuing service flow identifiers and mapping them to
WiMAX connections. The following
code from examples/wimax/wimax-multicast.cc
shows how this
is configured from a helper level:
|
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] |
This document was generated on August 20, 2010 using texi2html 1.82.