Professional Documents
Culture Documents
EDITION 1
Confidentiality, Copyright Notice & Disclaimer
Your feedback is important to us: The TEOCO Documentation team takes many
measures in order to ensure that our work is of the highest quality.
If you find errors or feel that information is missing, please send your
Documentation-related feedback to Documentation@teoco.com
Thank you,
In This Section
INSTALLING MYRIAD MODEL WITH ASSET .................................................. 7
INSTALLATION ............................................................................................................................... 8
REMOVAL ......................................................................................................................................... 9
LICENCE MANAGEMENT ........................................................................................................... 10
Standalone License ...................................................................................................................... 10
Server floating license ................................................................................................................. 11
Borrowing floating license .......................................................................................................... 12
DISTRIBUTED PREDICTION ...................................................................................................... 15
Configuration ............................................................................................................................... 15
MYRIAD Model licenses ............................................................................................................ 15
Workstation machine configuration ......................................................................................... 15
Client machine configuration ..................................................................................................... 16
EXPORT AND IMPORT ................................................................................................................ 17
Export ............................................................................................................................................ 17
Import ............................................................................................................................................ 17
You remove the MYRIAD model in the same way as other programs. From the Start
menu, select Control Panel => Add or Remove Programs.
Note: It is recommended to close ASSET during the removal of a model and to stop
the services "Distributed Predictions Agent Service".
Stand-alone license
A stand-alone license enables you to use MYRIAD Model on a single specific
workstation (as identified by that workstation’s MAC address). A stand-alone license
is the best option if you plan to use MYRIAD Model on only one workstation for
independent projects with no multi-user collaboration. No separate license server
needs to be installed, and no network connection is required. When you purchase a
MYRIAD Model stand-alone license, you are provided with a license file (.lic). You
must ensure that this file has a specific name (“MYRIAD_Model.lic”) and is placed in
the MYRIAD Model installation directory.
Note: a standalone license is not compatible whether you are logged on to a server or
whether you use a remote connection.
Floating license
A floating license enables a predefined number of users to use MYRIAD Model.
When a user starts MYRIAD Model on a workstation, a license is automatically
requested from a license server that has been configured by an administrator. If there
are available licenses, the user is assigned a license and can use MYRIAD Model.
However, when there are no more licenses available, further users will be unable to
use MYRIAD Model. Unlike a stand-alone license, a floating license is not restricted
to a specific workstation. However, a network connection is required between the
workstation of the user requesting MYRIAD Model license and the license server.
Borrowing a floating license If you want to use MYRIAD Model when you are
disconnected from the network, you can borrow (i.e., check out) a floating license for
a limited amount of time. This can be useful, for example, if you are travelling, or are
in the field, and you do not have access to the MYRIAD Model license server. Once
you have successfully borrowed a license, you can use MYRIAD Model until the
borrowing period expires.
Standalone License
Workflow for using MYRIAD Model with a stand-alone license
Step 1: Install MYRIAD Model on the workstation.
Step 2: Configure the stand-alone licence
If you are using a configuration of MYRIAD Model that uses floating licenses, an
administrator must initially configure a license server on a host server on which
MYRIAD Model has been installed. The license server can then handle MYRIAD
Model license requests from users.
You must use the tools in the “License Manager” folder (in MYRIAD Model
install directory).
Double-click lmtools.exe. The LMTools dialogue box opens.
Note: On the machine which hosts the license server, in the firewall exceptions, you
must add and enable the two executables files, LICPIFT.exe and lmgrd.exe, used by
the license server.
To return a floating license before its expiration date, you must define an
environment variable that is set to the path of the license file on the license server.
You can then return the floating license to the license server.
In the User Variables for the given user name section, click New.
In the New User Variable dialogue box, enter “LM_LICENSE_FILE”in the
Variable Name box.
In the Variable Value box, enter the path of the MYRIAD_Model.lic file in the
MYRIAD Model installation directory and click OK.
Configuration
First of all, the ASSET administrator has to enable the distributed prediction option
in the user profile settings.
To use ASSET’s distributed calculation server with MYRIAD Model, you must set all
file paths in the MYRIAD Model settings to UNC mode (i.e., the network path).
To configure the coordinator on the workstation machine, user has to click right on
the 'Coordinator Tray Icon', to select 'Coordinator Options…' and to set all the
information in the 'Agent' tab.
The 'Agent Log File Path' has to be a valid path on each client machine
The 'Agent Policy' has to be set to 'Server'
More information is available in the ASSET online help and/or in the ASSET
documentation.
Note: due to the MYRIAD Model licence system, it is not possible to run
simultaneously two different versions in a multithreads/multi-machines context.
Export
Click the Export button to export the settings of the propagation model
Import
Click the Import button to import the settings of another propagation model. Both
possibilities:
You can directly import the export of another MYRIAD propagation model. If
both versions are not equivalent, parameters which were not defined in the
imported version will be automatically set to their default values
You can import the file MODEL-LIST001.xml which was beforehand exported
from ASSET. In this case, the list of MYRIAD Model available in the project
and compatible with this option appears and you have the possibility to
import one of them (this option is compatible from MYRIAD Model v390). If
both versions are not equivalent, parameters which were not defined in the
imported version will be automatically set to their default values
Note: it is recommended to check the clutter settings after having imported a model,
especially if the source project does not contain the same clutter themes as the target
project.
Among the most indispensable tools for mobile radio engineering are the field
prediction models. Also called wave propagation models, they are incorporated in
engineering tools and allow mobile radio network creators to determine the coverage
zones of emitting stations and, in turn, infer the interference zones. Providing the
indispensable information to numerous tools for further treatment and exploiting the
predicted fields, they occupy a privileged place in cellular engineering.
Strongly dependent on geographic data that allow the extraction of a vertical cross-
section of the terrain (called a “profile”), a propagation model is a mathematical
simulation of a physical phenomenon between two points. Performing preliminary
processing of the cross-section of the terrain in order to check the calculation
hypotheses, the propagation model combines theory with profile information before
statistically adjusting the results using field measurements.
Relying on very realistic modelling of the channel, it achieves the synergy of the
three physical elementary contributions: diffraction in the vertical plane, guided
propagation in the horizontal plane, and reflection on the relief.
Figure 10: Reflection + diffraction + guided propagation = the MYRIAD Model trilogy
The calculation of the loss of propagation is almost entirely determined by the relief
analysis in the vertical plane passing through the transmitter and the receiver. This
hypothesis allows to assimilate each relief obstacle to a 2D theoretically thin and
infinite horizontal plane, and to reduce it to a problem of wave diffraction calculation
on a succession of thin ridges that can be treated with Fresnel formulas.
The first operation, then, consists of elaborating the profile from the vectors’
geographical data or raster geographic data representing the surface (clutter and/or
building raster) and the raster geographic data of the relief (height).
Deygout’s method is chosen to calculate the diffraction loss. The model also
calculates different variables related to the profile. The loss of the profile component
results in a linear combination of these variables for which the coefficients are
determined by adjusting the smallest squares with the calibration tool.
Height (Digital terrain model): Description of altitudes above ground of the points
at the centre of the pixel. This is a single point and not a calculated average on the
various altitudes encountered on the pixel.
Clutter (Digital surface model): Statistical description of the surface or principal
theme on the pixel.
Building raster (Digital elevation model): Descriptions of height above the surface
of the points at the centre of the pixel.
The profile component adapts itself to all types of raster data. The management of
raster geographic data is based on the construction of a “height” representation and a
“surface” representation.
The “height” representation is a 2D matrix that contains the description of the relief
while the “surface” representation is a 2D matrix that contains the surface height (for
clutter data, each type is associated with a height by the user).
The resolution of the “height” representation can be inferior, equal, or superior to
that of the “clutter” representation.
Pixels
Y Profile extract
E
X X
P2 P1 P2 P0 P2 P1 P2
R
E
3 2 4 1 6 5 7
Ordre
Figure de l’obtension
16: Order despositive
of obtaining the arétesedges
engagées positives
committed
Once the user has obtained the reflection zones, the facets component calculates the
loss of the reflected paths to determine the total strength received by the receiver.
The profile loss is calculated and is added to the facets component loss to form the
total loss of the MYRIAD Model.
When the antenna is well under the rooftops, the electro-magnetic propagation
occurs principally along the streets which act as street canyons. There is a “guiding”
phenomenon of the electro-magnetic waves by the street which implies that the
major propagation phenomena are situated in the horizontal plane and no longer the
vertical plane, as is the case with the profile models. Thus, we benefit from the
canalization effect to increase propagation.
To model this guiding phenomenon of the electro-magnetic waves by the streets, the
model uses a graph of the street axes. A graph is formed by arcs representing the
axes of the streets capable of acting as a wave guide.
Searching the graphs is done using the graphs index parameter in which are defined
the files that contain the relative information used to model the route maintenance.
Receiver
The profile loss is calculated and is added to the graphs component loss to form the
total loss of the MYRIAD Model.
The Use railway tracks option must be selected for the train component to be taken
into consideration.
Geographical Data
The multipath component uses polygons and heights data to model a 3D
geographical environment. It cannot be activated if either is missing. The vectors are
extruded according to their class and are assigned specific material properties (no
reflection nor diffraction on forests, no transmission through water or ground).
Rice Factor: the Rice factor is a value that indicates how close a receiver is from line
of sight conditions. A high value (usually >> -5dB) means that most of the energy is
provided by a single propagation path which is almost always the case in line of
sight conditions, but can still happen in other situations. A low value area (<< -5dB)
usually is a good candidate to deploy MIMO optimisations.
Delay-Spread: the delay-spread measures the time span during which most of the
power arrives at a receiver. Values lower than the guard interval usually mean you
can expect a significant improvement of data rates with either diversity MIMO or
multiplexing MIMO. In such areas, choose diversity MIMO to enhance low signal-to-
noise ratios and multiplexing MIMO otherwise.
Angle-Spread: the angle-spread measures the dispersion of the paths as they leave
the transmitter to a receiver. This value is especially useful to fine tune your antenna
designs. The lower the value, the more constrained the orientation is, but the more
sectors you can set up.
In This Section
In this window, you can check the MYRIAD Model parameters which are:
General parameters
In this section, you can define the frequency and the mobile height.
The frequency, two possibilities:
If you select the Use antenna frequency
checkbox, the model uses the frequency
defined for the antenna (except if the
antenna is not defined or if the antenna
frequency is set to 0)
In this window, the list of clutter classes appears. You must determine whether the
clutter is a Building type (this information is used for the Buildings calculation
option), Water type (this information is used for the maritime optimization), a Forest
type (this information is used for the forest optimization) or an Undefined type
(meaning there is no data). You also have to indicate the height information and the
buildings calculation losses for Building class(es). In most cases, the clutters have a
default height value which is an example; it is recommended to check that each value
corresponds to the project reality.
Note: All the themes contained in the clutter file(s) have to be referenced in the
clutter’ description file (including “No_data”)
Vectors: If you select this type of data, the Vectors type assignment window
appears:
In this window, the list of vectors names appears. You must determine
whether the vector is a BUILDING type, a FOREST type, a WATER type, a
BRIDGE type or an UNDEFINED type. This configuration creates or
modifies a file, named 'menu.xml', containing vectors type specifications in
the same directory as the vectors index file.
This feature use the attribute NAME of tag VECTOR in the "index.xml" file to
determine the vector name. The vectors files which are under the same tag VECTOR
must have a single type of vector.
This feature also generates a file "indexOptim.xml" which optimizes the vectors
access and so improves the calculation time (this file is not compulsory for the
model).
If MYRIAD Model encounters a vector description that is not defined in the menu.xml
file while loading the vectors index file, you are informed of the issue and the
UNDEFINED type is assigned to the corresponding geographic data file.
If the vectors index file was updated, you are informed of the issue and you have to
update files "menu.xml" (and "indexOptim.xml") with the settings.
Output directory
In this section, you have to select a writing directory (required by the model). This
directory hosts the file MYRIAD_LOG.txt which contains all the messages returned
by the model. It is also used to store temporary files and specific propagation files
which can be re-used by the model in multi sectors context (under certain conditions)
to decrease the computation time. The number of temporary files is limited to 100.
Prediction parameters
In this section, you have the possibility to set the resolution of the calculation.
If you select the radio button Use
pathloss prediction manager resolution,
the model uses the prediction resolution
Note: the calculation resolution of the model has to be superior to the one of the
platform.
The Circular calculation areas parameter allows you to indicate whether the model
has to consider the calculation areas as circular areas.
dA
Profile B
dB
Transmitter
Extraction point of the profiles
Profiles of the perimeter of the calculation area
Calculation point
Orthogonal projections
You can define the extraction resolution (in meters) of the profiles on the perimeter of
the calculation area when you use radial mode.
If you select Use calculation radial
resolution, the model uses the
calculation resolution
Note: If the User-defined radial resolution is greater than the transmitter resolution,
the transmitter resolution is used.
The Resolution multiplier factor parameter allows you to set the second prediction
resolution compared with the initial one (factor between 2 and 10).
The model takes into account two different resolutions, the transmitter resolution (R1)
and the resolution assigned by the user (R2). The model checks whether
the ”transmitter/receiver” distance is greater than distance threshold (the red circle
in the diagram below). If so, it calculates the considered point and transfers the
results in the neighbouring pixels. Otherwise, the model calculates each calculation
point. For example, in the diagram below, Resolution multiplier factor is set to 4.
Transmitter
Effective calculation points
Calculation points
If you select Automatic backwards distance, the model automatically adjusts the
value of the recoil distance, starting from which the model no longer calculates
behind the transmitter. Limited to 30% of the distance along the azimuth, it is used
by the model as described in the following equation:
20 log( DIST _ AZIM ) ADIR _ MIN
ln(10)
Recoil distance = e 20
Where:
- Recoil distance: The maximal distance calculated behind the station at 30% of the
distance along the azimuth
- DIST_AZIM: The distance between the transmitter and the edge of the influence
area according to the direction of the azimuth
- ADIR_MIN: The smallest directional loss of the antenna behind the station.
Calculated pixels
If you select User-defined backwards distance, the model uses the defined recoil
distance (50 meters in this example) starting from which it no longer calculates
behind the transmitter.
Note: This distance is limited to 30% of the distance along the azimuth.
Radio optimization
The Loss correction parameter indicates the value of the correction (in dB, 0 by
default) to add to the total loss of the model.
For example, Loss correction = 3dB means 3dB more loss.
Note: this parameter does not affect the tuning.
The Graphs extraction radius parameter indicates the distance (in meters, 1500 by
default, the value must be contained in the interval [0-2000]) beyond which the
graphs component is no longer used. This parameter is only available if graphs are
available.
The Calculate on water parameter allows you to indicate whether the model should
calculate on water.
E R
In the above example, if the height is greater than the ”right” apparent width (to the
right of the Transmitter-Receiver axis when looking at the receiver), then this height
is replaced by the “right” apparent width.
The Use weighted tuning coefficients parameter allows you to use a weighting
between tuning coefficients used for vectors and for raster data (included in case of
default tuning); this weighting will take into account the distance crossed over
vectors and raster data.
In the example below, both tuning coefficients are taken into account after weighting
them according to the distance over each area type:
Typologies effects
The Forest optimization parameter allows you to activate the forest optimization. If
activated, the vegetation is not consider as an obstacle but as a transmission
phenomenon which will be associated with specifics losses properties
Note: The using this parameter slightly increases calculation time.
Depenetration
The Depenetration option allows you to activate the depenetration feature.
Depenetration works as follows: for an antenna located in a building, the model
applies a specific treatment to take into account the propagation inside this building.
The model identifies several virtual transmitters and considers the one which
generates the lowest losses.
MYRIAD Model is able to take into account a specific loss correction for each
building vector via the Losses from vectors data parameter. In order to do so, valid
vector files (.tab) must contain additional fields (float type) with the following
headings:
- Dep_In_Out_xxxxx_yyyyy_Mhz (example: Dep_In_Out_800_1200_Mhz) -
Valid values include the assigned additional loss (in dB) to the transmitter
inside a building for frequency range [xxxxx Mhz ; yyyyy Mhz] while the
signal passes through the building. The value must be from 0 to 100.
- Dep_In_In_xxxxx_yyyyy_Mhz (example: Dep_In_In_2200_2600_Mhz) - Valid
values include the assigned additional loss (in dB/m) to the transmitter
inside a building for frequency range [xxxxx Mhz ; yyyyy Mhz] while the
signal is propagated inside the building (the value must be from 0 to 5).
If the antenna’s frequency is compatible with several fields, the model considers only
the first one. If there is no compatible field (no compatible frequency range), the
model searches the fields Dep_Inside_Outside and/or Dep_Inside_Inside which are
compatible with all frequencies.
Note: The spelling of the key words and values are important: if the Losses from
vectors data parameter is activated and when there is no valid additional loss (no
compatible frequency range and/or no valid value), the model automatically switches
to the values defined in the MYRIAD parameters settings without any message.
Building calculation
The Do not calculate in building parameter allows you to deactivate the penetration
feature.
The User-defined penetration parameter also allows you to activate penetration, but
for penetration, you manually set the correction.
The Outside Inside parameter allows you to set the value (in dB, 10 by default) of
the additional loss to a pixel located inside a building, while at least one of the eight
surrounding pixels is found on the street.
The Inside Inside parameter allows you to set the value (in dB/m, 0.66 by default)
of the additional loss to a pixel situated inside a building, while all of the eight
surrounding pixels are found inside the building.
Note: Penetration calculation can increase calculation time for very high resolutions.
MYRIAD Model is able to take into account a specific loss correction for each
building vector via the Losses from vectors data parameter. In order to do so, valid
vector files (.tab) must contain additional fields (float type) with the following
headings:
- Out_In_xxxxx_yyyyy_Mhz (example: Out_In_800_1200_Mhz) - Valid values
include the assigned additional loss (in dB) to the receivers inside a building
for frequency range [xxxxx Mhz ; yyyyy Mhz] while at least one of the eight
surrounding pixels is found on the street. The value must be from 0 to 30.
- In_In_xxxxx_yyyyy_Mhz (example: In_In_2200_2600_Mhz) - Valid values
include the assigned additional loss (in dB/m) to the receivers inside a
building for frequency range [xxxxx Mhz ; yyyyy Mhz] while all of the eight
surrounding pixels are found in the building. The value must be from 0 to 5.
If the antenna’s frequency is compatible with several fields, the model considers only
the first one. If there is no compatible field (no compatible frequency range), the
model searches the fields Outside_Inside and/or Inside_Inside which are
compatible with all frequencies.
To sum up, in case of vectors, the model will automatically apply penetration losses
when the receiver is located in a building vector except if you enable Do not
calculate in building (in this case, there is no calculation when the receiver is located
in a building vector). If Do not calculate in building is not enabled:
- If Losses from vectors data is enabled, the model uses the penetration defined
in the vectors files
- If Losses from vectors data is enabled and the penetration losses defined in
the vectors files are not set or not valid, the model uses the Model-defined
penetration or User-defined penetration according to the model settings
MYRIAD Model is able to take into account a specific loss correction for each clutter
class via the Losses from clutter settings parameter. In order to do so, in the clutter
classes settings, the clutter class has to be assigned to the Building type and the two
dedicated columns have to be set:
• Outside inside (dB) - Valid values include the assigned additional loss (in dB)
for all frequencies to the receivers inside a building, while at least one of the
eight surrounding pixels is found on the street. The value must be from 0 to 30.
• Inside inside (dB/m) - Valid values include the assigned additional loss (in
dB/m) for all frequencies to the receivers inside a building, while all of the
eight surrounding pixels are found inside the building. The value must be from
0 to 5.
To sum up, in case of clutter, when you select one or several clutter types as Building,
the model will automatically apply penetration losses when the receiver is located in
one of these clutter types, except if you enable Do not calculate in building (in this
case, there is no calculation when the receiver is located in one of these clutter types).
If Do not calculate in building is not enabled:
- If Losses from clutter settings is enabled, the model uses the penetration
defined in the ‘Clutter settings assignment’ window
- If Losses from clutter settings is enabled and the penetration losses
defined in the ‘Clutter settings assignment’ window are not set, the model
uses the Model-defined penetration or User-defined penetration according
to the model settings
- If Losses from clutter settings is not enabled, the model uses the Model-
defined penetration or User-defined penetration according to the model
settings
The only way to not apply penetration losses for a specific clutter type is to not select
this clutter type as Building.
Note: The buildings calculation coverage option can return incoherent results in case
of raster data with low resolution and or in case of raster data with ‘generic’ clutter
type (as urban for example)
Note: The spelling of the key words and values are important: if the Losses from
vectors data and/or Losses from clutter settings parameter is activated and when
there is no valid additional loss (no compatible frequency range and/or no valid
value), the model automatically switches to the selected building calculation option
(meaning Model-defined penetration or User-defined penetration) without any
message.
Note: In case of point to point simulation (analyse, tuning, etc.), the model applies an
internal algorithm which allows to relocate the receiver outside the building (the
closest outside place or, if the distance is too important, in front of the building
(transmitter-receiver direction) and to apply internal penetration losses.
The Calculate indoor only parameter allows you to enable MYRIAD Model to
calculate only in the buildings (other calculation points will not be calculated).
Computed data
The Tuning index parameter allows you to access a specific optimization for the
different components of the model. This option is only available if you have already
tuned the model using survey data (See chapter for more information about the
MYRIAD Model automatic tuning).
If the parameter is not assigned, MYRIAD Model uses its default tuning.
The Morphology index parameter allows you to access the morphology geographic
data type. If the parameter is not assigned, the model uses the default morphology.
To generate these data, you click on the Morphologies Index tool ( ) button.
The morphologies generator creates the morphologies on the intersection of the
height and the clutter data. The morphologies are used by the model to determine in
which geographical context the prediction is performed, and depending on context,
special optimizations are applied. You have to set the name of the index file that is
generated and map each clutter class to one of 5 basic clutter classes. A morphologies
file and morphologies index file are created.
Note: All the themes contained in the clutter file(s) have to be referenced in the
clutter classes’ description file (including “No_data”)
Note: The map each clutter class to one of the 5 basic clutter classes depends on the
project/country, the notions of dense urban, urban and suburban is not really
important, the objective is to characterize various propagation environments in order
to apply dedicated optimisation coefficients. The morphologies generator does not
apply a basic correspondence between project’s clutter classes and model’s default
clutter classes, it is a complex process which implements several mathematical
algorithms.
The Facets index parameter allows you to access to the facets geographic data type. If
the parameter is not assigned, the model will calculate without taking this into
consideration. To generate these data, you click on the associated Facets index tool
( ) button.
The facets generator creates the facets on the project. These data are useful to help the
model calculate the refection for mountainous areas. You set the name of the index
file which will be generated. The facets generator automatically detects the
mountainous areas and decides if it has to generate the facets in each case.
Note: Depending to the size of the project area, the calculation time can be significant.
By default, the Height index parameter contains the height index of the project. You
have the possibility of using another height index to generate the facets on another
region.
If the project area is not hilly enough, the model will consider that the reflection
component is not significant and the facets generator will display the message: “No
mountainous environment detected. Facets will not be generated.”.
The Graph index parameter allows you to access to the graphs geographic data type.
If the parameter is not assigned, the model will calculate without taking this into
consideration. To generate these data, you click on the Graph index tool ( )
button:
The graphs generator creates the graphs on the project. These data are useful to help
the model to compute 'guided' propagation for micro cells. You set the name of the
index file to be generated. The graphs generator automatically detects the dense
urban areas and decides if it has to generate the graphs in each case.
Note: Depending to the size of the project area, the calculation time can be significant.
By default, the Vectors index parameter contains the vectors index of the project.
You have the possibility of using another vectors index to generate the graphs on
another region.
If the project area is not considers as a microcell environment, the model will
consider that the guided propagation component is not significant and the graphs
generator will display the message: “No microcell environment detected. Graphs
will not be generated.”.
Key features
The Antenna correction option allows you to determine whether the model verifies
the coordinates of the antenna in an urban environment.
Antenna correction works as follows: For an antenna located in a building, the model
calculates the new DX, DY or the height so that the antenna is on the exterior of the
building (DX and DY correspond to the displacement in the direction of the azimuth
according to the axis of the Xs and the Ys in the horizontal plane in relation to the
transmitter).
After that, you can move the antenna to the facade by applying DX and DY to the
transmitter coordinates or on the rooftop (by modifying the transmitter’s height).
You can make an automatic update of the antenna location (roof or facade correction).
For that, you have to make an ASSET xml export:
GSM case: the selected xml file is ‘GSM-CELL-LIST001.xml’
GSM repeater case: the selected xml files are ‘REPEATER-LIST001.xml’ and
‘PROPERTY-LIST001.xml’
UMTS case: the selected xml file is ‘NODEB-LIST001.xml’
UMTS repeater case: the selected xml files are ‘UMTS-REPEATER-
LIST001.xml’ and ‘PROPERTY-LIST001.xml’
CDMA2000 case: the selected xml file is ‘CDMA-BS-LIST001.xml’
CDMA2000 repeater case: the selected xml files are ‘CDMA-REPEATER-
LIST001.xml’ and ‘PROPERTY-LIST001.xml’
Fixed WIMAX case: the selected xml file is ‘WiMAX-NODE-LIST001.xml’
Fixed WIMAX repeater case: the selected xml files are ‘WiMAX-REPEATER-
LIST001.xml’ and ‘PROPERTY-LIST001.xml’
Mobile WIMAX case: the selected xml file is ‘MOBILE-WiMAX-NODE-
LIST001.xml’
Mobile WIMAX repeater case: the selected xml files are ‘MOBILE-WiMAX-
REPEATER-LIST001.xml’ and ‘PROPERTY-LIST001.xml’
LTE case: the selected xml file is ‘LTE-NODE-LIST001.xml’
LTE repeater case: the selected xml files are ‘LTE-REPEATER-LIST001.xml’
and ‘PROPERTY-LIST001.xml’
Note: The use of this option implies that the result files of the model are not assigned;
it means that there is no calculation; the model only creates the
“AntennaCorrectionFile.txt” file.
The Minimal distance between antenna and façade parameter allows you to set the
minimum distance (in meters) between the antenna and the building facade that
supports it.
The Minimal distance between antenna and roof parameter allows you to set the
minimum distance (in meters) between the height of the antenna and the roof of the
building that supports it.
The Result directory parameter allows you to select the directory where the file
AntennaCorrectionFile.txt will be generated. If it is assigned to "NULL", the results
files are generated in the directory 'tmp' under the MYRIAD Model output directory.
If you select this type of data, the Railway vectors assignment window appears:
In this window, the list of vectors names appears. You must determine whether the
railway is a TRAIN type, a TRAIN_EXCAVATION type, a TRAIN_TUNNEL type,
a TRAIN_SOUNDPROOF, a TRAIN_EMBANKMENT type, a TRAIN_ VIADUCT
type or an UNDEFINED type. This configuration creates or modifies a file, named
'menu.xml', containing building and railway types’ specifications in the same
directory as the vectors index file.
The railway tracks data is vector linear data with only 2 points. The railway files,
which are in vector MapInfo format (TAB file), have to be registered in the same xml
index file as the vectors files (index.xml).
The type of railway is stored under the attribute NAME of tag VECTOR. The
railways files which are under the same tag VECTOR must have a single type of
railway.
If MYRIAD Model encounters a vector name that is not defined in the menu.xml file
while loading the vectors (or/and linear) index file, you are informed of the issue
and the UNDEFINED type is assigned to the corresponding geographic data file.
If the menu.xml file contains non standard MYRIAD Model vector type, you are
informed of the issue and geographic data file relating to that unknown vector type
is assigned an UNDEFINED type.
If the vectors (or/and linear) index file was updated, you are informed of the issue
and you have to update files "menu.xml" with the settings.
The Train type parameter indicates the type of train on the railways: single-decker,
double-decker-low or double-decker-high.
The Track width parameter defines the area where the model will apply the train
correction. For example, for 20 meters, the model will consider an area of 20 meters
along the railway track (i.e., 10 meters on either side) and every calculation point in
this zone will be considered as being on the railway track.
Note: The multipath module requires a masking algorithm that can handle multiple
paths per receiver, i.e. masking each path individually and aggregate them into the
multipath variables. Hence it is not available in unmasked computation modes. It
demands a lot of processing power and random access memory. It is advised not to
launch simulations in parallel to avoid splitting the computer resources amongst
different model instances.
The Use multipath component parameter allows you to activate the multipath
component.
Multipath variables
The box allows you to enable the desired variables to simulate: delay-spread, angle-
spread and/or Rice factor. Unchecking all of them is equivalent to disabling the
multipath component.
The Distance parameter (in meters, between 10 and 500) allows you to set the width
of the simulation area, the resulting area is a square centered on the location of the
transmitter.
Note: This parameter is the one that has most impact on the amount of random
access memory needed to perform the simulation.
The Resolution parameter allows you to set the resolution used to sample the
simulation area.
The Output file format parameter allows you to define the file format used to save
the result of the simulations. The available formats are comma separated values (.csv)
and bitmap (.bmp). The generated files are saved under Output folder and are
named after the following convention:
#1_#2_#3_#4_#5_#6_#7_#8_#9.#10,
where the #n are place holders for the following information.
1. Site name (eg. Site_1),
2. Sector number (eg. 1),
3. The transmitter’s height in meters with two decimal places (eg. 25.00),
4. The, maybe negative, antenna tilt value in degrees with one decimal place (eg. -
2.0),
5. The transmitter’s azimuth in degrees with one decimal place (eg. 5.0),
6. The distance set for the simulation in meters (eg. 200),
7. The resolution set for the simulation in meters (eg. 10),
8. The receiver’s height in meters with two decimal places (eg. 1.50),
9. The name of the exported multipath variable (eg. angle_spread, delay_spread or
rice_factor),
10. The extension of the selected file format (eg. csv or bmp).
As with any other propagation result, the generated files may overwrite previous
versions if the simulation is run twice with the same settings.
Note: There may be “no data” pixels when no significant multipath contributions
were found during the simulation. The way “no data” values are written depends on
the file format.
Bitmap (.bmp)
Exports an image file with the same size and resolution as the simulation area. The
color legend blends from red (smallest value) to green (greatest value) in the tone-
light-saturation color-space. The legend is automatically adjusted so as to provide no
saturation at either end of the color range.
low high
No data is exported as a white pixel.
MULTI-SECTORS OPTIMIZATION
In the case of a multi-sectors site, the model is able of re-using the results of the first
sector to decrease the computation time of the others sectors.
This optimization, available under certain conditions (same position, same antenna
height ...) is not active in micro-cellular (graphs utilisation) and mountainous (facets
utilisation) contexts and is not compatible with the parameters 'Antenna correction'
and 'Optimized calculation area'.
First, you have to add the measurement header files (*.hd) into the "Measurements
Toolbox" window under the Tools menu in ASSET.
By using the 'Analyse' button, you can run a validation of the model along further
measurements. By using 'Auto Tune' button, you can calibrate the model, with
specific tuning parameters dialog.
In the Files section, you have to select the index and the name of the
optimization file. After the tuning, MYRIAD Model uses the index file that
contains the optimization file.
Note: An index file can include one or several optimization files. For example, it is
possible to have an optimization file for the northern part of a country and another
optimization file for the Southern. The first optimization file that matches the
calculation area will be taken into account.
The optimization file that you select should not exist, if it exists, you must make sure
you do not use the file anymore. With respect the index file, if the selected file
already exists, the new optimization file will be automatically placed at the
beginning of the index.
Configuration: MYRIAD Model allows you to check the index optimization files by
clicking on the Index file tool ( ) button which makes it possible to check
whether the different calibration files of the calibration index recover all the project
area.
On this window, you can visualize a summary of the index optimization files:
In blue: name and coordinates of the different optimization area of the index
optimization file
In red: coordinates of the area(s) which is (are) not covered by the index
optimization file
On the first column, you can select the area you want to visualize.
You can also change the order of the calibration files in the calibration index. You can
select the line of the calibration file and move up or move down the selected
calibration file with up and down button.
In the Calibration type section, you can define the survey filtering and the
calibration type:
You select the Use automatic filtering checkbox to filter out surveys where
inconsistent values have been found. These surveys can generate inconsistency in the
tuning coefficients.
Note: When this option is selected, the log displays filtered surveys and a number
between 0 and 100 indicates the level of quality (i.e., a value close to 95 indicates that
the survey points are of a good quality)
You select the Do not consider indoor pixels for raster areas checkbox to filters out
surveys which are located inside Building clutter classes. When it is not enabled,
surveys which are located inside Building clutter classes are not considered as
indoor, it means that tuning engine automatically sets the clutter classes type
‘Building’ to ‘Other’.
During the tuning process, the calibration tool optimizes coefficients for each type of
morphology. Note that if the morphology option is not selected, the model will only
use the default morphology meaning a unique optimization for all environments.
Note: the transmitters and the receivers located inside a building are not considered
during the MYRIAD Model’s Analysis/Tuning process
In the Calibration Area section, you can select the optimization area. After the
tuning of MYRIAD Model, the model uses the new optimization for the stations
located in this optimization area. Three cases are possible:
Surveys extent: the optimization area is formed by the rectangle including the
whole of the measurement points
Project extent (default value): the optimization area is equal to the ASSET
project area
User-defined extent: you define the optimization area manually
Tuning the model starts after you click Start tuning. You can follow the progress of
the tuning in the progress bar and in the message log.
Depending on your choice, you can run several tunings and compare the differences
performance displayed in the different Tuning performances tab.
Warning: during the Analyse or the Auto Tune functions, the MYRIAD Model
parameters are always taken into account, for example for the frequency: