Professional Documents
Culture Documents
Adjacencies define the relationship to allow mobile call handover (HO) between cells. Adjacencies can be created, modified, and deleted manually either on Map, in Navigator, or in Browser. For instructions, see Optimizing adjacencies in Optimizing a Network Using Optimizer. For information on measurement-based automated adjacency optimization, see chapter Measurement-based automated adjacency optimization.
Adjacency types
Depending on the type of cells for which the relationship is defined, there are different types of adjacencies:
ADCE, an adjacency between Master BTSs ADJW, an adjacency from a Master BTS to a WCEL ADJG, an adjacency from a WCEL to a Master BTS ADJS, an adjacency between WCELs, intra-frequency ADJD, an adjacency between WCELs, intra-frequency (Soft Handover Based on Detected Set Reporting). ADJI, an adjacency between WCELs, inter-frequency ADJLL, an intra-LTE adjacency
All adjacency types can be displayed on Map at the same time or separately. The adjacencies may have different coloring depending on their type. The direction of the adjacency is also visualized. Adjacency state (deleted/actual/planned/in provision) can also be used as filtering criteria of the visible objects. All these settings can be customized per user. An adjacency can be visible on Map only if the target cells are visible.
ADJS and ADJD KPIs are combined under one object type.
The adjacency target cell can also be a foreign or external GSM BTS or WCDMA cell.
Adjacency templates
Optimizer shows the available adjacency templates that have been created in CM Editor. Templates contain default parameter values for adjacency creation. You can select the templates to be used for different adjacency types and create the rules for each source and target cell combination according to which these templates are assigned. Templates can be assigned per cluster, or individual controllers (BSC or RNC) or group of controllers can be selected for a
template assignment. If no matching adjacency template is found, Optimizer assigns the System template by default. This should be avoided because the System template parameter values do not work properly in a real network. For more information, see section Creating adjacency and cell templates in Optimizing a Network Using Optimizer.
Cell Types. The value of the Cell Type parameter in BTS is mapped as one category. Frequency Band In Use. The value of the Frequency Band In Use parameter in BTS is used. Frequency. UARFCN is mapped as one category. WCDMA and GSM A parent template assigned to BTS or a WCEL. The parent template assignment can be either actual or planned. The template assignment can be seen in Browser in the Original Template column. Planned template assignment can be used if the plan has been imported from Configurator.
WCDMA Both
symbol
The category does not have to match with the data in the source cell.
Both the source and the target cell can belong to several categories. In this case, the AND operation is applied between the rules. The rule is applicable to adjacency if both the source and the target categories match with the source and target cell data. If there are several applicable rules for adjacency, the following priorities are used:
The controller-specific
rule.
The source In
category is more important than the target category when there is the same priority level of categories in the source and target categories. general, rules are applied with priority from the more precise to more general.
For instructions on creating, assigning, and deleting template assignment rules, see Managing template assignment rules in Optimizer Help.
ID
WCDMA Cells:
MCC MNC RNC Cell
Identifier
Identifier
The format of the import file is CSV (Comma Separated Values) and the columns have headers in this order:
Parameter name,Type,Possible values: ADJACENCY_TYPE, string, [ADCE, ADJW, ADJS,ADJI, ADJG] S_MCC, string S_MNC, string S_RNC_ID, string, Empty for GSM Cells S_GSM_LAC, integer, Empty for WCDMA Cells S_CELL_CI, integer T_MCC, string T_MNC, string T_RNC_ID, string, Empty for GSM Cells T_GSM_LAC, integer, Empty for WCDMA Cells T_CELL_CI, integer ACTION, string, [MANDATORY, FORBIDDEN, REMOVE] INFO, string, [the range is limited by the database column to less than 512 characters], Note that if the length in import file is longer it is cut from the end. Can be empty.
All columns must exist, no matter what the adjacency type is. In the case of GSM Cells, the *_RNC ID column can be empty. In the case of WCDMA Cells, the *_GSM_LAC columns can be empty. In the following, an example of the import file is provided:
ADJACENCY_TYPE,S_MCC,S_MNC,S_RNC_ID,S_GSM_LAC,S_CELL_CI, T_MCC,T_MNC,T_RNC_ID,T_GSM_LAC,T_CELL_CI,ACTION,INFO ADJG, 244,5,4,,11891,244,5,,9112,62076,MANDATORY,Must be mandatory ADCE,244,5,,9112,63265,244,5,,9112,13,MANDATORY,Must be mandatory ADJS,244,5,4,,11733,244,5,4,,11732,FORBIDDEN,Should not ever be created ADJW,244,5,,9112,9540,244,5,4,,11889, MANDATORY,Must be mandatory ADCE,244,5,,9112,9540,244,5,,9112, 256,REMOVE,Constraint not anymore needed
The INFO column can be used for free format info text which can be made visible on Map, in Browser and in the Adjacency Optimization tool in Adjacency Browser. On Map the info text is only visible as a tooltip of a constraint object but not with adjacency. In Browser, info text is visible only with constraint object. In the Adjacency Optimization tool, the info text is visible with the adjacency object itself. In Adjacency Optimization, rules can be run after import to delete adjacencies where forbidden adjacency constraint exist and to create adjacencies where mandatory adjacency constraints exist.
In the Adjacency Optimization tool in Adjacency Browser there are all columns available for import. Data can be copied to a file which can be imported.
Adjacency creation based on distance and antenna direction for GSM, WCDMA and LTE, and also between the systems for GSM and WCDMA.
Measurement-based adjacency creation and deletion for GSM, WCDMA and between the systems for GSM and WCDMA. For more information, see chapter Measurement-based automated adjacency optimization.
For more information and instructions, see section Optimizing adjacencies automatically in Optimizing a Network Using Optimizer.
Note also that limitation still remains with the SIB12, which is used for connected mode (not CELL_DCH) neighbor info. The following rules apply to GSM dual band adjacency creation: BTS in PGSM900 band can have maximum 18 adjacencies to BTSs in bands EGSM900+GSM1800.
in GSM1800 band can have maximum 16 adjacencies to BTSs in band GSM900. in 850 band can have maximum 18 adjacencies to BTSs in 1900 band. in 1900 band can have maximum 22 adjacencies to BTSs in 850 band.
For more information on restrictions that can be controlled, see Adjacency Optimization tool view in Optimizer Help. Restrictions uncontrollable by the user The cases when adjacencies are never created and/or deleted by the optimization algorithm are the following:
Adjacency optimization does
not delete adjacencies that have a mandatory adjacency constraint. Mandatory adjacency constraints are defined on Map or in Browser, and you can also import mandatory and forbidden constraints using a CSV file. create forbidden adjacency constraints between cells in Navigator and on Map. Adjacency optimization does not create an adjacency where it is forbidden.
Collision types In addition to restrictions for the algorithm, also collisions can occur in adjacency optimization. The collisions types are the following:
Same
BCCH in source and target cells and Same BCCH BSIC combination in ADCE NCL (Neighbor Cell List) The ADCE NCL has more than one cell with the same BCCH-BSIC combination or the source and target cell have the same BCCH BSIC. Scrambling Code and UARFCN Combination in ADJW NCL
Same
The ADJW NCL has more than one cell with the same scrambling code-UARFCN combination Scrambling Code and UARFCN Combination in ADJS NCL The ADJS NCL has more than one cell with the same scrambling code-UARFCN combination or the source and the target cell have the same scrambling codeUARFCN combination. Scrambling Code and UARFCN Combination in ADJI NCL ADJI NCL has more than one cell with the same scrambling code-UARFCN combination.
Same
Same
Same
Scrambling Code and UARFCN Combination in 3 Cells SHO ADJS and ADJI NCL The combined ADJS and ADJI NCL in three cells SHO has more than one cell with the same scrambling code-UARFCN combination (in other words, this means neighbors and neighbors neighbors of WCELs). BCCH BSIC Combination in ADJG NCL
Same
The ADJG NCL has more than one cell with the same BCCH-BSIC combination.
Same
The ADJG NCL in two cells SHO has more than one cell with the same BCCHBSIC combination. BCCH BSIC Combination in 3 Cells SHO ADJG NCL The ADJG NCL in three cells SHO has more than one cell with the same BCCHBSIC combination.
Same
If collisions are created for ADCEs, it is recommended that Frequency Allocation is performed after Adjacency Optimization. If collisions are created for ADJSs, it is recommended that Scrambling Code Allocation is performed after Adjacency Optimization. Collisions created for ADJI, ADJW, and ADJG can be corrected only manually in Optimizer. If ADJSs or ADJG are to be created to several rotation plans, all the created adjacencies in all the rotation plans are checked. For example, if collisions are not allowed, all the created adjacencies can be in the network at the same time without new collisions occurring. When user equipment is connected to two or three WCDMA cells, the neighbor cell lists of the connected cells are combined. Collision checking is based on adjacency information and assumes that any combination of the combined neighbor cell lists is possible in the user equipment. As collision checks are theoretical, all combinations of combined neighbor cell lists are not instantiated in practise, an so all collisions are not causing problems from the user equipment point of view. Removing obsolete long distance adjacencies is important as they limit the adjacency creation by causing theoretical collision situations. The collision creation restrictions Same Scrambling Code and UARFCN Combination in 3 Cells SHO ADJS and ADJI NCL and Same BCCH BSIC combination in 3 Cells SHO ADJG NCL may be too tight in some cases and collision creation might be enabled. However, in cases when a collision is created, it is recommended that the result is verified in the Scrambling Code Management tool and on Map.
Figure 7: The relation between antenna directions and the positions of the source and destination sector 3. The algorithm creates adjacencies between all sectors that belong to the same site. 4. The algorithm filters all sites that have distance lower than (D < Dmax) and (theta 1 + theta 2 < Maximum Theta Angle) and creates outgoing adjacency from that sector to all sectors within the range. 5. The highest priority is assigned to each adjacency created in Step 3, while adjacencies created in Step 4 are prioritized according to the value of the adjacency creation factor P. The higher the value of P, the higher the priority of the adjacency in that site. P= (exp(-N * D/Dmax) ) (O1 * O2 * A) In the Priority equation,
N is the propagation constant with default 2. D is the distance between sites. Dmax is the maximum distance. In case of auto-configuration, neighbor creation Dmax is defined by an option Search Distance. O1 is the Omni Antenna Correction Factor for the source cell. O2 is the Omni Antenna Correction Factor for the target cell. A is Antenna Factor
The higher the value of P the higher the priority of the adjacency is in that sight. Omni Antenna Correction Factor (O1 or O2) is 1 if the antenna is not omni. Omni Antennas have smaller antenna gain than normal antennas. Therefore, using the Omni Antenna Correction Factor, we get more equal results. The smaller the value, the smaller the priority value when the source and/or target cell's antenna is omni. The default is 0.8. When the source or the target cell have multiple antennas/power divider, the priority is calculated for all antenna combinations. The antenna combination which results highest Priority is used.
Antenna factor
F (Antenna Correction Factor) has the range [01]. The default value is 0.99. For omni antennas, O1 or O2 are 0. If the distance is 0, the Theta angle is: 180 + |difference of antenna angles| = 180 + SourceAntennaBearing - TargetAntennaBearing
The -/+ or -/+ sign is used if Theta1 and Theta2 are on the same/different side of the connecting line between the sites. The Antenna Correction Factor and Omni Antenna Correction Factor can be adjusted in the Preferences dialog (Options > Preferences > Adjacency Optimization). For instructions, see Managing preferences in Optimizer Help.
ADCE: The sum of HO Attempts in outgoing and incoming directions [N] ADJS: The sum of SHO Attempts in outgoing and incoming directions [N] ADJG: The sum of ISHO Attempts in outgoing and incoming directions [N] ADJI: The sum of IFHO Attempts in outgoing and incoming directions [N] adjacencies (CREATED) ADCE: FEP, CIP or ARP ADJS: If Final list is selected, Fitness; if DSR is selected: DSR Priority ADJG or ADJI: Fitness
Maximum NCL length is defined as follows: The smallest from the list lengths in Options Preferences Adjacency Management Maximum Amount of ADxx and the adjacency type specific Max list lengths defined in the Adjacency Optimization tool view (Common tab Adjacency list lengths) are used, and the smaller one is selected. In the case of ADCE, a cell specific BTS Constraint Maximum length of ADCE Adjacency List is also considered. If a
BTS Constraint is assigned to a BTS, the list length limits in the BTS Constraint are used even if the restriction in the BTS Constraint is less strict than the restrictions set in the Common tab of Adjacency Optimization. The algorithm to reduce the list length is as follows:
1. If adjacency type is selected for creation, remove the poorest CREATED adjacencies from the plan, until the NCL length is smaller than the maximum NCL length. 2. If adjacency type is selected for deletion, remove the poorest ACTUAL/UPDATED adjacencies from the plan, until the NCL length is smaller than the maximum NCL length.
Deletion is done based on the deletion thresholds for ACTUAL, UPDATED, CREATED Undeletion is done based on the deletion thresholds for DELETED adjacencies List length reduction is done for ACTUAL and UPDATED adjacencies
Created adjacencies are removed from the plan based on creation thresholds Optimizer tries to add DELETED adjacencies and created adjacencies based on creation thresholds List length reduction is done for CREATED adjacencies
3. Both deletion and creation are selected and no measurements are used:
Deletion is done based on deletion thresholds for ACTUAL, UPDATED, CREATED adjacencies Created adjacencies are deleted based on creation thresholds Optimizer tries to add DELETED adjacencies and created adjacencies to the plan based on creation thresholds List length reduction is done for ACTUAL, UPDATED, and CREATED adjacencies
DN0196638
If deletion is used, ACTUAL and UPDATED adjacencies are deleted based on deletion thresholds If creation is used, CREATED adjacencies are removed from the plan based on creation thresholds If deletion is used, DELETED adjacencies are undeleted based on deletion thresholds If creation is used, new adjacencies are created based on creation thresholds If creation is used, list length reduction is done for CREATED adjacencies If deletion is used, list length reduction is done for ACTUAL and UPDATED adjacencies
Id: 0900d805808388ba 2011/4/8 Nokia Siemens Networks