Académique Documents
Professionnel Documents
Culture Documents
Index 81
Array Descriptions
This section describes the different types of array available in ASSET. The ranges of
arrays available may vary according to which technology you are using, which
licences you have, and which processes you have chosen to run.
The following types of array are described:
Non-Simulation Coverage/Interference Arrays (2g, 2.5g and LMU)
Simulation Arrays for GSM, UMTS, CDMA2000, Fixed WiMAX and Mobile
WiMAX
For information on creating, managing and displaying arrays, see the ASSET User
Reference Guide.
In addition to this section, there are specialist documents containing more detailed
descriptions of the array outputs and algorithms used in the Simulator. For
information on how you can obtain these documents, please see Static Simulation
Algorithms and Outputs on page 79.
In This Section
2g and 2.5g (Non-Sim) Arrays 8
GSM (Sim) Arrays 18
UMTS and CDMA2000 Arrays 20
Fixed WiMAX Arrays 32
Mobile WiMAX Arrays 34
Example of the 2g/2.5g Arrays under the Coverage heading in the Data Types list
LMU Arrays
Location Measurement Units (LMUs) are used to locate a subscriber and/or their
mobile equipment. LMU arrays can indicate geographically where a mobile station
can be measured by more than three separately located base stations (through
position triangulation).
The mobile can only receive effective signals where:
1 The received signal strength at the mobile station is above the signal strength
threshold that you have set in the Array Settings dialog box.
2 The total C/I due to inteference from the other cells at the mobile station is above
the C/I threshold that you have set.
Therefore, you can create two separate arrays:
MS Measured Cells
MS Measured Cells (C/I)
Only the count of Best Servers are stored, and not the sub-cells.
Interference Arrays
When creating one of the Interference arrays, ASSET requires a Best Server array
in memory. If this is not the case, a Best Server array will be automatically created.
However, if you later create subsequent Interference arrays after making changes to
the network, ASSET does not automatically create a fresh Best Server array.
Therefore, in cases where you suspect the Best Server array in memory has become
out of date for any reason, you should explicitly create both the Best Server array and
the required Interference array when running the Array Creation wizard. For
example:
Example of creating Best Server array and required Interference array in the Coverage/Interference wizard
This interference array type was designed for networks using frequency hopping,
although it also works for non-hopping networks. In a non-hopping network, the
carrier group can be considered to contain just a single carrier in the above
description.
This interference array type was designed for networks using frequency hopping,
although it also works for non-hopping networks. In a non-hopping network, the
carrier group can be considered to contain just a single carrier in the above
description.
This array does not consider frequency hopping, and so can be considered to be an
interference calculation for a non-hopping version of the frequency plan.
If the traffic array and the GPRS Data Rate array are of different resolutions, the
GPRS Data Rate array is interpolated to get the corresponding kb/s for each traffic
array pixel.
If you are taking traffic into account for interference and the 8-PSK traffic mix of
any sub-cell is greater than zero, ASSET assumes that the percentage of the traffic is 8-
PSK (which uses less power because of the APD and causes less interference).
If the traffic array and the EGPRS Data Rate array are of different resolutions, the
EGPRS Data Rate array is interpolated to get the corresponding kb/s for each traffic
array pixel.
To display this on the map, ensure Average Data Rate per Time Slot (EGPRS) is
selected in the list of data types to display. The area covered by each EGPRS sub-cell
is displayed on the map in the colour corresponding to its average data rate per
timeslot.
When displayed on the map, the array has different colours representing the different
service levels in a kb/s/timeslot. For example:
High (Multimedia) >12kb/s (Red)
Medium (Web access) 7-12kb/s (Green)
Low (e-mail) 2-7kb/s (Blue)
As with other arrays, you can double-click the item from the Data Types list on the
Map View to change the displayed colours and categories for the array.
Example of the GSM (Sim) arrays appearing in the Map View Data Types
Pathloss Arrays
CINR (Control)
Dependencies: Terminal, Cell Layer, Indoor
These are the CINR(Control) values corresponding to the best serving sub-cells, i.e.
not necessarily the highest CINR(Control) values.
Achievable Bitrate
Dependencies: Terminal, Cell Layer, Service, Indoor
This is the highest bitrate that can be achieved by the terminal based on CINR
regardless of system loading.
Example of the Simulator 3g arrays appearing in the Map View Data Types
DL Loss
Dependencies: Terminal, Carrier, Indoor
The lowest downlink loss. Represents average values and is therefore calculated with
fades of 0dB.
Nth DL Loss
Dependencies: Terminal, Carrier, Indoor
The Nth lowest downlink loss. Represents average values and is therefore calculated
with fades of 0dB.
Best RSCP
Dependencies: Terminal, Carrier, Indoor
The highest RSCP level. Represents average values and is therefore calculated with
fades of 0dB.
Number of RSCP OK
Dependencies: Terminal, Carrier, Indoor
This is the number of covering cells with a satisfactory RSCP. A cell is counted as
having a satisfactory RSCP if its RSCP coverage probability meets the coverage
reliability level specified in the Sim Display Settings tab of the Array Settings dialog
box.
Pilot SIR
Dependencies: Terminal, Carrier, Indoor
This is the best Pilot SIR value. It represents an average value and is therefore
calculated with fades of 0dB.
Pilot Polluters
Dependencies: Terminal, Carrier, Indoor
If the Pilot Pollution Threshold specified in the Simulation Wizard is XdB then:
For UMTS, the number of pilot polluters at a location is:
The number of cells that are not in the active set, but provide an Ec/Io level within
XdB of the best Ec/Io in the active set. Therefore the pilot pollution threshold in
UMTS is a relative quantity.
A typical value for UMTS is 6dB.
UL Load
Dependencies: Carrier
This is the uplink cell load of the Best DL Cell (by RSCP). Note that for OTSR cells,
there can be a different uplink load on each antenna used by the cell (just as in the
uplink simulation reports for OTSR cells).
UL FRE
Dependencies: Carrier
This is the uplink frequency re-use efficiency of the Best DL Cell (by RSCP). Note that
for OTSR cells, there can be a different uplink FRE on each antenna used by the cell
(just as in the uplink simulation reports for OTSR cells).
DL Io
Dependencies: Terminal, Carrier, Indoor
This is the total downlink power spectral density. It represents an average value and
is therefore calculated with fades of 0dB.
DL Iother/Iown
Dependencies: Carrier
This is the ratio of downlink power received from other cells, to downlink power
received from own cell, where “own cell” is the Best DL Cell (by RSCP).
DL FRE
Dependencies: Carrier
This is the downlink frequency re-use efficiency at a pixel and it is related to DL
Iother/Iown as follows:
DL FRE = 1 / ( 1 + Iother/Iown ).
Best UL Cell
Dependencies: Terminal, Carrier, Indoor, Service, UL Bearer, Speed
This is the cell requiring the minimum uplink transmit power. For UMTS bearers, the
only real dependence is on the carrier used. However, for CDMA2000 bearers, the
Best UL Cell must have an RC type that is supported by the terminal type.
UL Eb/No Margin
Dependencies: Terminal, Carrier, Indoor, Service, UL Bearer, Speed
This is how much we exceed the uplink Eb/No requirement by on the Best UL Cell,
assuming the terminal transmits at full power.
UL Coverage Probability
Dependencies: Terminal, Carrier, Indoor, Service, UL Bearer, Speed
This is the probability of satisfying the uplink bearer Eb/No requirement on the Best
UL Cell, assuming the terminal transmits at full power. This probability depends on
the standard deviation of shadow fading for the clutter type at the pixel. If this
standard deviation has been set to zero, then there are only three possible coverage
probabilities: 0% if the requirement is not satisfied, 50% if the requirement is satisfied
exactly, and 100% if the requirement is exceeded.
UL Coverage Probability OK
Dependencies: Terminal, Carrier, Indoor, Service, UL Bearer, Speed
This is a thresholded version of the UL Coverage Probability array and has just 2
values (Yes/No). It has the advantage of being quicker to calculate than the UL
Coverage Probability array. A value of “Yes” means that the uplink coverage
probability meets the coverage reliability level specified in the Sim Display Settings
tab of the Array Settings dialog box.
Achievable UL Bearer
Dependencies: Terminal, Carrier, Indoor, Service, Speed
The purpose of this array is to provide a composite coverage plot for the uplink
bearers of a service. The array shows the highest priority uplink bearer with
acceptable uplink coverage, that is, with UL Coverage Probability meeting the
coverage reliability level specified in the Sim Display Settings tab of the Array
Settings dialog box.
Best DL Cell
Dependencies: Terminal, Carrier, Indoor, Service, DL Bearer, Speed
This is the cell requiring the minimum downlink transmit power. For UMTS bearers,
the only real dependence is on the carrier used, and so this array is exactly the same
as the Best DL cell by RSCP. However, for CDMA2000 bearers, the Best DL Cell must
have an RC type that is supported by the terminal type.
DL Eb/No Margin
Dependencies: Terminal, Carrier, Indoor, Service, DL Bearer, Speed
This is how much the downlink Eb/No requirement has been exceeded, assuming
that the link powers of cells in the active set are at maximum allowed levels.
DL Coverage Probability
Dependencies: Terminal, Carrier, Indoor, Service, DL Bearer, Speed
This is the probability of satisfying the downlink bearer Eb/No requirement,
assuming that the link powers of cells in the active set are at maximum allowed levels.
This probability depends on the standard deviation of shadow fading for the clutter
type at the pixel. If this standard deviation has been set to zero, then there are only
three possible coverage probabilities: 0% if the requirement is not satisfied, 50% if the
requirement is satisfied exactly, and 100% if the requirement is exceeded.
DL Coverage Probability OK
Dependencies: Terminal, Carrier, Indoor, Service, DL Bearer, Speed
This is a thresholded version of the DL Coverage Probability array and has just 2
values (Yes/No). It has the advantage of being quicker to calculate than the DL
Coverage Probability array. A value of “Yes” means that the downlink coverage
probability meets the coverage reliability level specified in the Sim Display Settings
tab of the Array Settings dialog box.
Achievable DL Bearer
Dependencies: Terminal, Carrier, Indoor, Service, Speed
The purpose of this array is to provide a composite coverage plot for the downlink
bearers of a service. The array shows the highest priority downlink bearer with
acceptable downlink coverage, that is, with DL Coverage Probability meeting the
coverage reliability level specified in the Sim Display Settings tab of the Array
Settings dialog box.
Coverage Balance
Dependencies: Terminal, Carrier, Indoor, Service, Speed
The purpose of this array is to provide a composite uplink/downlink coverage plot
for a service. The uplink is deemed to have coverage if any of the uplink bearers on
the service have UL Coverage Probability meeting the coverage reliability level
specified in the Sim Display Settings tab of the Array Settings dialog box. Similarly,
the downlink is deemed to have coverage if any of the downlink bearers on the
service have DL Coverage Probability meeting the coverage reliability level specified
in the Sim Display Settings tab of the Array Settings dialog box.
HSDPA Arrays
HSDPA - SINR
Dependencies: Terminal, Carrier, Indoor
This is the highest SINR level. It represents an average value and is therefore
calculated with fades of 0dB.
As with all arrays, you can customise the display properties by double-clicking on
the array heading.
Example of the Fixed WiMAX arrays appearing in the Map View Data Types
Achievable UL Bearer
This array shows the highest priority UL bearer with acceptable UL coverage. The
array is based on the UL CINR value.
Achievable DL Bearer
This array shows the highest priority DL bearer with acceptable DL coverage (based
on the CINR).
DL RSS
This array represents the DL RSS at a given point. Calculated with fades of 0 dB as it
represents an average value.
CPE Azimuth
This array displays the CPE azimuth required in order to connect to the best server
(server with the highest signal strength).
DL Loss
This array represents the lowest DL losses. Calculated with fades of 0 dB as it
represents an average value.
DL CINR
This is the best C/(I+N) in the DL. The C/(I+N) is calculated by taking into account
the signal strength from the reference base station and signal strength from all
interfering base stations.
UL Required TX Power
This array displays the UL required TX power for a given receiver sensitivity
(specified in the Site Database).
UL CINR
This array displays the CINR in the UL.
DL CINR OK
DL RSS OK
UL CINR OK
UL RSS OK
These are thresholded versions of their corresponding arrays. They have just 2 values
(Yes/No), and have the advantage of being quicker to calculate than their
corresponding arrays.
A value of “Yes” means that the probability meets the reliability level specified in the
Sim Display Settings tab of the Array Settings dialog box.
Example of the Mobile WiMAX arrays appearing in the Map View Data Types
Pathloss Arrays
DL Loss
Dependencies: Terminal, Carrier, Indoor
These are the lowest downlink losses. They represent average values and are
therefore calculated with fades of 0 dB.
Preamble Arrays
The preamble power (that is, the TX power for the cell in the site database) is
boosted by the preamble boosting factor specified in the Site Database.
Preamble CINR
Dependencies: Terminal, Carrier, Indoor
This is the best preamble CINR. It represents an average value and hence is calculated
using fades of 0 dB.
Sectors on the same site are not considered as interferers because such sectors will be
allocated different segments.
UL PUSC CINR
Dependencies: Terminal, Carrier, Indoor, speed
The calculation of the UL PUSC CINR assumes that the terminal is transmitting over
all available data subcarriers.
UL Achievable Bearer
Dependencies: Terminal, Carrier, Indoor, Service, Speed
This array shows the combined coverage plot for the UL bearers of the service. The
array shows the highest priority bearer with acceptable UL coverage, that is, where
the UL coverage probability meets the reliability level specified in the Sim Display
Settings tab of the Array Settings dialog box.
UL AMC CINR
Dependencies: Terminal, Carrier, Service, Indoor, Bearer
This array displays the UL CINR in the AMC zone. For the uplink CINR analysis, the
signal from the connected terminal is the server signal and the signal from all other
terminals are the interferers. The power transmitted by the terminal can be assumed
to be the power specified in the terminal type dialog. The UL CINR represents an
average value (with fades set to 0 dB).
DL PUSC CINR
Dependencies: Terminal, Carrier, Indoor, speed
DL FUSC CINR
Dependencies: Terminal, Carrier, Indoor, speed
DL Achievable Bearer
Dependencies: Terminal, Carrier, Indoor, Service, Speed
This array shows the combined coverage plot for the DL bearers of the service. The
array shows the highest priority bearer with acceptable DL coverage, that is, where
the DL coverage probability meets the reliability level specified in the Sim Display
Settings tab of the Array Settings dialog box.
DL AMC CINR
Dependencies: Terminal, Carrier, Service, Indoor, Bearer
This array displays the DL CINR in the AMC zone. For the downlink CINR analysis,
the CINR is calculated by taking into account the level from the connected BS
(reference base station) as server and the level from all other sites as interferers. The
CINR represents an average value (with fades set to 0 dB).
DL OPUSC CINR
Dependencies: Terminal, Carrier, Service, Indoor, Bearer
This array displays the DL CINR in the OPUSC zone. For the downlink CINR
analysis, the CINR is calculated by taking into account the level from the connected
BS (reference base station) as server and the level from all other sites as interferers.
The CINR represents an average value (with fades set to 0 dB).
Throughput Array
Dependencies: Terminal, Carrier
The throughput array displays the information displayed in the Simulator throughput
report in a graphical format. The throughput for a given sector is presented within the
region specified by the Best Server by Preamble RSS array. The throughput is
summed for all services.
UL Required TX Power
Dependencies: Terminal, Carrier, Indoor
This array displays the minimum UL required TX power for a given receiver
sensitivity (specified in the Site Database).
Example of Setting Maximum Disk Space for Prediction File Storage in the Modify Project dialog box
Overview of Algorithm
The settings for maximum disk space specified, as described above, are stored in a
configuration file in the root of the prediction folder.
The prediction management algorithm is designed to manage the files as a cache,
using a „weighting‟ function to determine which files are to be removed whenever the
cache exceeds its maximum space. In order to monitor this, a statistics file is updated
at the end of every prediction creation session.
In This Section
The Prediction Management Algorithm 42
2 The number of times a file has been loaded is recorded and then used to adjust the
modifier, as follows:
Number of loads Add to modifier
0 +0.05
1-5 0
5-10 -0.03
10-20 -0.06
20-40 -0.09
40-80 -0.12
80-160 -0.15
160-320 -0.18
320-640 -0.21
640+ -0.24
All the above values are stored in the configuration file in the root of the
prediction folder, and can be modified by your administrator if necessary.
For information on the GSM Simulator algorithms and outputs, please see Static
Simulation Algorithms and Outputs on page 79.
In This Section
Interference Table Algorithm 45
Interference and Connection Array Calculations 47
Frequency Hopping Algorithms 50
Non-Frequency Hopping Algorithms 52
Automatic Frequency Planning (ILSA) 53
MAIO Planning Cost Function 55
GPRS and HSCSD Capacity Calculations 55
FCC Calculations 58
Frequency Calculations 60
The values for area are obtained by averaging the probability of interference over the
region where A is the best server. The average is taken over all pixels in the
appropriate coverage array.
The worst connection and the worst interferer calculations are the same in the case
of a non-frequency hopping network.
Where:
For each non-hopping carrier fi in the serving sub-cell, C/I(fi) is calculated.
(2)
Where:
The denominator in the equation above can never be zero ( and cannot both
be 0 at the same time). This is because ASSET does not allow you to set the total
number of TRX allocated to a sub-cell to zero, if at least one carrier layer is allocated.
If , then
Where:
For each (non-hopping) carrier f1 in the serving sub-cell, C/I(f1) is calculated.
The worst interferer is calculated as follows:
Where:
For each (non-hopping) carrier fi in the serving sub-cell, C/I(fi) is calculated.
Where:
x Number of FH frequencies per TRX
mFH Number of FH frequencies/serving cell
nTRX Number of TRX/serving cell
BERAV(serving cell) is then converted back to dB to give C/I (FH)(serving cell).
If frequency diversity gain GFDIV(m) is enabled, you also need to add a given gain
figure to the hopping C/I. For more information on this, see the ASSET User
Reference Guide.
Where:
and
PTOT = Average of all P(i) in the cell
The following picture shows an example conversion curve:
Where:
= The adjacent channel interference caused on allocation i by allocation j (Units: 200*mE or 20,000*km²)
= The separation costs (from equipment, neighbours, exceptions or close separations) between
allocations i and j
= The handover count and intermodulation interference costs associated with allocation i
Where:
are sub-cells
is the C/I or C/A separation count for all TRX combinations on sub-
cells
The number of TS required ( ) for the CS traffic load ( ) given specified two
Grade of Services and a choice of Erlang table.
The total number of TS required for CS and GPRS traffic ( ) can then be
determined using the average Circuit Switched TS requirement and the
channel occupation efficiency (e) as follows:
Where:
is total shared traffic channels required
The number of TRX required and are determined using the channel to
transceiver map by increasing the number of TRX from the result of the previous
section until the number of available TS for traffic (NCS allocation) is equal to or
greater than .
Calculate the blocking for the CS traffic given the traffic load ( ) the
current allocation of TRX using the selected Erlang table.
=timeslots allocated to CS
Summary blocking is the average of the four separate blocking values weighted by
the known distribution.
The GPRS data rate for the current allocation of TRX is determined by first
calculating the number of TS required for CS and HSCSD. The remaining TS are
available for GPRS. That is:
Where:
e is the efficiency from the Channel Occupation table determined from N
is the number of TS from the Channel Carrier Map for the current allocation of TRX
FCC Calculations
This section describes the algorithms used to calculate the data provided in the FCC
report.
Feature height data and clutter heights are ignored in the calculation.
The best available resolution of the map data is used for this calculation. If the best
map data is 1000 m resolution then you will receive a warning noting that the map
data is of insufficient resolution for the FCC form.
You will receive a warning if the Average Radial distance exceeds 40.2 km (79.1
km for Gulf of Mexico cells).
Used ERPS
This is the value of the transmitting ERP which is used in the calculations, it is the
Transmitting ERP subject to certain minima.
Used ERP is the maximum of:
0.1 W
Maximum ERP/500
Transmitting ERP for the radial
Frequency Calculations
Two frequency calculations are used when you create a Frequency Plan report.
Where:
REFF is the Effective Frequency Re-use for a sub-cell
NF is the total number of carriers available to hopping TRX on the sub-cell (note: this
is not the MA list length)
NTRX is the number of hopping TRX on the sub-cell
Frequency Load
The average frequency load is another approximate indication of the quality of the
hopping network.
It can be calculated for each sub-cell and also the average of these calculated to give a
figure for the network as a whole.
In This Section
Simulation Inputs for QoS Analysis 64
Traffic Generator for QoS Analysis 64
Time Simulator for QoS Analysis 71
Results of QoS Analysis 73
References 77
Preliminary Tests
Some conclusions can be deduced from the input data without running the simulation
at all. These are:
100% blocking on any service will result in delays building up to infinity
Zero traffic on all services will result in zero delays
Zero blocking on all services will result in zero delays
These results are immediately updated on the summary page of the QoS Analysis
dialog box.
The red line represents the mean number of users input from the simulation. The
orange blocks represent the number of users varying over time. The blue blocks
represent the holding times of the packet sessions produced by the traffic generator.
Little‟s theorem gives us the relation between the arrival rate of packet sessions, the
mean number of users in the cell and their mean session holding time. Let
Using the WWW traffic model, the mean holding time of a packet session T is given
by:
T ( N pc 1)D pc N pc ( N d 1)D d
Packet Model
The traffic generator uses the session arrival and WWW models to produce a list of
packets for each service type, for each cell, for each carrier, lasting the duration of the
simulation. Each packet is stamped with its arrival time at the cell, and also keeps a
record of when it gets transmitted (its departure time), and its randomly generated
size. The packet service type lists are then merged and sorted in arrival time order, to
produce a single list of packets offered to the cell carrier:
In the diagram, the data contained in the packet boxes is the arrival time, the
departure time and the packet size. Initially, the packet‟s departure time is set to be
the same as its arrival time. The departure time is updated each time step the packet is
queued, until it is successfully transmitted.
A histogram of the generated traffic is displayed for each service on each cell and
carrier in the graphs tab of the QoS Analysis dialog box.
In order to calculate the block size, the coding scheme allocated to each connection
needs to be input from the simulation (a mean number of MS connections per coding
scheme, per bearer, per service type, per sub-cell array will be required as input).
The block size can be inferred directly from the GPRS coding schemes, however, the
following mapping is used to calculate the block size for the first transmission attempt
for the link adaptation families:
A – 592 bits
B – 448 bits
C – 352 bits
There are no default BLER versus C/I curves for MCS – 7, 8 and 9. In the
retransmission model, the lower bitrates of the link adaptation families are used.
Delay Class
GPRS has four different traffic classes. The following table shows the parameters that
specify the related QoS requirements:
Traffic Class Medium Application Data Rate (kbit/s) One-way Delay
Reliability Class
Applications can request different reliability classes, depending on their ability to
handle corrupt and duplicated blocks. The following table shows the reliability
classes that can be selected:
Reliability Class Lost Block Probability
1 10
2 10
3 10
where:
Throughput(C/I) = throughput in kb/s read off the throughput per timeslot graph for
the C/I achieved by the link
PeakDataRatePerSlot = peak rate per slot for the given coding scheme (the
asymptote of the throughput per timeslot graph
BLER(C/I) = block error rate for the C/I achieved by the link
The mean BLER over all the connections made per service type, per sub-cell is
required as an input from the simulation, and is reported in the QoS Analysis
spreadsheet. Block errors also have implications for the retransmission model. For
more information, see Mean Retransmission Delay on page 76.
Throughput Class
Applications can request different mean and peak throughputs, in order to request
the desired throughput for bursty IP traffic. Peak throughput applies to short
intervals where the transfer rate is at a maximum. Mean throughput describes the
data transfer rate over an extended period of time, which could involve many idle
periods.
Peak throughput class Peak throughput (kb/s) Mean throughput class Mean throughput
(bytes per hour)
1 8 1 100
2 16 2 200
3 32 3 500
4 64 4 1 000
5 128 5 2 000
6 256 6 5 000
7 512*
8 1024* 17 20 000 000
9 2048* 18 50 000 000
*Data rate only reachable 31 Best Effort
with UMTS or EDGE
In GPRS, the peak throughput is determined by the peak data rate per slot achievable
by the coding scheme, and the number of timeslots for which the MS is enabled. The
peak throughput is calculated as follows:
PeakThroughput PeakDataRatePerSlot * BlocksPerFrame * MaxNumberOfSlots
The rule is then applied that if admissions for each service are considered in priority
order, and that if any higher priority packets remain queued, no lower priority
packets are admitted.
By the end of the simulation, the simulator will have produced a list of transmitted
packets, each stamped with its arrival and departure times from the cell.
A histogram of the queue length throughout the simulation is displayed for each
service on each cell and carrier in the graphs tab of the QoS Analysis dialog box.
Simulation Duration
This is calculated for each cell and carrier. The value depends on the parameters that
you have set for the services supported by that cell, and carrier, and the mean number
of users of those services input from the simulation. Using the same notation as the
www traffic model section, plus the following definitions:
N req
= required number of packets
S req N req
= number of sessions required to generate packets
Treq S req
= time until the session arrives
D = recommended simulation duration
N pc .N d
Each session contains packets, so
N req
S req
N pc .N d
(1)
The session arrivals are modelled as a Poisson process, and so the expected time until
S req
the session arrives is:
S req
Treq
(2)
Substituting Little's law and equation (1) and (2),
N req .T
Treq
N pc .N d .N
S req
Adding the duration of the session itself, the simulation duration is:
N req
D 1 .T
N .N pc .N d
0 0.F C0
1 1.F C1
2 2.F C2
... ... ...
N n.F Cn
... ... ...
N N.F CN
N
D F. n.P(n )
Mean delay n 0
BLER
Mean retransmission delay 0.01. rt 1 seconds
1 BLER
References
The following are documents that have been referred to throughout this chapter:
“Selection procedures for the choice of radio transmission technologies of the
UMTS” TR 101 112 v3.2.0, p.34
“Quality of Service for Multimedia CDMA”, N. Dimitriou, R. Tafazolli, G. Sfikas,
IEEE Communications Magazine, July 2000
“Simulating Computer Systems”, M.H. MacDougall, MIT Press, p.114
“Introduction to Mathematical Statistics”, R.V. Hogg and A.T. Craig, Collier-
Macmillan Ltd, p.193
Static Simulation
Algorithms and Outputs
The Simulator in ASSET enables you to perform static simulations for your network
(depending on your licence). The following technologies are supported:
GSM
UMTS (FDD)
GSM/UMTS (joint)
CDMA2000
EV-DO
Fixed WiMAX
Mobile WiMAX
There are technology-specific documents available which contain comprehensive
details of all the algorithms and outputs related to the Simulator.
If your company is registered for a customer web account, and you know the login
password, you can download these specialist documents. To do this, log in to the
Support website, click the „User Reference Guides‟ link, and then click the link named
„Static Sim‟ (Static Simulation Algorithms and Outputs).
Index G
GPRS
algorithms • 45
arrays • 14, 15
GSM
algorithms • 45
A
H
Algorithms
FCC calculations • 58 HSCSD
Frequency hopping • 50 algorithms • 45
Frequency Re-use and Load • 60
GPRS and HSCSD capacity • 55
ILSA cost function • 54 I
Interference arrays • 47 iDEN
Interference Tables • 45 algorithms • 45
MAIO planning cost function • 55 ILSA
Non-Frequency hopping • 52 about • 53
Packet QoS • 63 cost function • 54
Prediction file caching algorithm • 41 Interference
Arrays arrays • 8, 11, 12, 13
2g (GSM Sim) • 18
2g and 2.5g (Non-Sim) • 8
3g (UMTS and CDMA2000) • 20 L
best server • 8, 9, 17
CDMA2000 • 20 LMUs
descriptions • 7 arrays • 10
GSM (Sim) • 18
HSDPA • 29 M
interference (2g Non-Sim) • 11
LMU • 10 Measured cells, arrays • 10
measured cells (LMU) • 10
pilot coverage • 21
types available • 7
P
UMTS • 20 Packet Quality of Service algorithms • 63
WiMAX (Fixed) • 32 Planning
WiMAX (Mobile) • 34 frequency • 53
Assignments, carriers • 53 PMR
algorithms • 45
Prediction file management • 41
B Predictions
Best Server arrays • 8, 9 file caching system • 41
file management algorithm • 41
C
Q
Caching algorithm for predictions • 41
Carriers QoS
assignments • 53 algorithms • 63
E S
ECSD Serving Cell arrays
algorithms • 45 descriptions • 8, 9
EGPRS
arrays • 15, 16, 17