You are on page 1of 85

Nokia Networks

GSM/EDGE BSS, Rel. GSM 16,
Operating Documentation,
Issue 02
BSS11052: Dynamic
Frequency and Channel
Allocation
DN03282742
Issue 09A
Approval Date 2015-09-24
 
 

BSS11052: Dynamic Frequency and Channel Allocation

The  information  in  this  document  applies  solely  to  the  hardware/software  product  (“Product”)  specified
herein, and only as specified herein.
This document is intended for use by Nokia Solutions and Networks' customers (“You”) only, and it may not
be used except for the purposes defined in the agreement between You and Nokia Solutions and Networks
(“Agreement”)  under  which  this  document  is  distributed.  No  part  of  this  document  may  be  used,  copied,
reproduced,  modified  or  transmitted  in  any  form  or  means  without  the  prior  written  permission  of  Nokia
Solutions  and  Networks.  If  you  have  not  entered  into  an  Agreement  applicable  to  the  Product,  or  if  that
Agreement has expired or has been terminated, You may not use this document in any manner and You
are obliged to return it to Nokia Solutions and Networks and destroy or delete any copies thereof.
The  document  has  been  prepared  to  be  used  by  professional  and  properly  trained  personnel,  and  You
assume full responsibility when using it. Nokia Solutions and Networks welcome Your comments as part of
the process of continuous development and improvement of the documentation.
This  document  and  its  contents  are  provided  as  a  convenience  to  You.  Any  information  or  statements
concerning the suitability, capacity, fitness for purpose or performance of the Product are given solely on
an “as is” and “as available” basis in this document, and Nokia Solutions and Networks reserves the right
to change any such information and statements without notice. Nokia Solutions and Networks has made all
reasonable efforts to ensure that the content of this document is adequate and free of material errors and
omissions,  and  Nokia  Solutions  and  Networks  will  correct  errors  that  You  identify  in  this  document.  But,
Nokia Solutions and Networks' total liability for any errors in the document is strictly limited to the correction
of such error(s). Nokia Solutions and Networks does not warrant that the use of the software in the Product
will be uninterrupted or error-free.
NO  WARRANTY  OF  ANY  KIND,  EITHER  EXPRESS  OR  IMPLIED,  INCLUDING  BUT  NOT  LIMITED  TO
ANY  WARRANTY  OF  AVAILABILITY,  ACCURACY,  RELIABILITY,  TITLE,  NON-INFRINGEMENT,
MERCHANTABILITY  OR  FITNESS  FOR  A  PARTICULAR  PURPOSE,  IS  MADE  IN  RELATION  TO  THE
CONTENT  OF  THIS  DOCUMENT.  IN  NO  EVENT  WILL  NOKIA  SOLUTIONS  AND  NETWORKS  BE
LIABLE  FOR  ANY  DAMAGES,  INCLUDING  BUT  NOT  LIMITED  TO  SPECIAL,  DIRECT,  INDIRECT,
INCIDENTAL  OR  CONSEQUENTIAL  OR  ANY  LOSSES,  SUCH  AS  BUT  NOT  LIMITED  TO  LOSS  OF
PROFIT,  REVENUE,  BUSINESS  INTERRUPTION,  BUSINESS  OPPORTUNITY  OR  DATA  THAT  MAY
ARISE FROM THE USE OF THIS DOCUMENT OR THE INFORMATION IN IT, EVEN IN THE CASE OF
ERRORS IN OR OMISSIONS FROM THIS DOCUMENT OR ITS CONTENT.
This document is Nokia Solutions and Networks’ proprietary and confidential information, which may not be
distributed  or  disclosed  to  any  third  parties  without  the  prior  written  consent  of  Nokia  Solutions  and
Networks.
Nokia  is  a  registered  trademark  of  Nokia  Corporation.  Other  product  names  mentioned  in  this  document
may be trademarks of their respective owners, and they are mentioned for identification purposes only.
Copyright © 2015 Nokia Solutions and Networks. All rights reserved.

f
 

Important Notice on Product Safety
This product may present safety risks due to laser, electricity, heat, and other sources of danger.
Only  trained  and  qualified  personnel  may  install,  operate,  maintain  or  otherwise  handle  this
product and only after having carefully read the safety information applicable to this product.
The  safety  information  is  provided  in  the  Safety  Information  section  in  the  “Legal,  Safety  and
Environmental Information” part of this document or documentation set.

Nokia  Solutions  and  Networks  is  continually  striving  to  reduce  the  adverse  environmental  effects  of  its
products and services. We would like to encourage you as our customers and users to join us in working
towards a cleaner, safer environment. Please recycle product packaging and follow the recommendations
for power use and proper disposal of our products and their components.
If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia Solutions and Networks for any additional information.

2

DN03282742

Issue: 09A

BSS11052: Dynamic Frequency and Channel Allocation

Table of Contents
This document has 85 pages
 

 

Summary of changes..................................................................... 7

Issue: 09A

 

 

1

Overview of Dynamic Frequency and Channel Allocation............. 8

 

 

2
2.1
2.2
2.3
2.4
2.5
2.5.1
2.5.2
2.5.3
2.5.4
2.5.5
2.6
2.7
2.8
2.9
2.10
2.11

System impact of Dynamic Frequency and Channel Allocation...12
Requirements...............................................................................12
Restrictions.................................................................................. 14
Impact on transmission................................................................ 14
Impact on BSS performance........................................................ 15
User interface...............................................................................15
BSC MMI...................................................................................... 15
BTS MMI...................................................................................... 15
BSC parameters...........................................................................15
Alarms.......................................................................................... 22
Measurements and counters........................................................22
Impact on Network Switching Subsystem (NSS)......................... 25
Impact on NetAct products...........................................................25
Impact on interfaces.....................................................................26
Impact on capacity....................................................................... 28
Interworking with other features................................................... 28
Impact on mobile stations............................................................ 32

 

 

3

DFCA hopping DFCA mode.........................................................33

 

 

4
4.1
4.2
4.3

DFCA channel allocation algorithm..............................................34
Properties of cyclic frequency hopping........................................ 35
Interference control principle........................................................37
DFCA C/I estimation process.......................................................42

 

 

5
5.1
5.2
5.3
5.4
5.5
5.6

Channel ranking and selection.....................................................46
DFCA channel allocation methods...............................................46
Soft blocking C/I........................................................................... 47
Channel type preference..............................................................48
Rotation in channel allocation...................................................... 49
Training sequence code selection................................................50
Forced HR mode..........................................................................50

 

 

6
6.1
6.2
6.3
6.4
6.5
6.6

BIM update process..................................................................... 53
C/I statistics collection..................................................................53
Processing of the C/I statistics for BIM update............................ 53
Creating a new BIM entry.............................................................54
Updating an existing BIM entry.................................................... 55
Removing a BIM entry..................................................................56
Segment environment.................................................................. 57

DN03282742

3

BSS11052: Dynamic Frequency and Channel Allocation

4

6.7
6.8
6.9

BCCH frequency list.....................................................................58
DFCA cell identification process.................................................. 58
BCCH and BSIC conflict management........................................ 59

 

 

7

BSC-BSC interface...................................................................... 60

 

 

8
8.1
8.1.1
8.1.2
8.2

Automatic configuration changes................................................. 63
Loss of synchronization................................................................63
Unsynchronized DFCA mode with RF hopping............................64
Unsynchronized DFCA mode with DFCA random hopping mode...
64
Loss of inter-BSC connection.......................................................65

 

 

9
9.1
9.1.1
9.1.2
9.1.3
9.2
9.3
9.4
9.5
9.6
9.7

Dynamic Frequency and Channel Allocation management......... 67
Defining DFCA MA lists................................................................67
DFCA MA lists.............................................................................. 67
Unsynchronized mode MA lists....................................................69
DFCA MA Frequency List NOB Usage parameter ......................70
Attaching DFCA MA lists to a BTS...............................................70
Defining DFCA TRXs of a BTS.................................................... 71
Modifying the DFCA mode of a BTS............................................ 71
Changing DFCA frequencies during DFCA use...........................73
Rehoming.....................................................................................73
Optimizing intra-cell handover parameters.................................. 74

 

 

10
10.1
10.2
10.3

Frame number and timeslot offsets..............................................75
Frame number offset for optimised BSIC decoding performance....
75
Timeslot offset for better FR SACCH performance...................... 76
Flexible Frame number offset.......................................................77

 

 

11

Planning Dynamic Frequency and Channel Allocation................ 79

 

 

12

Implementing Dynamic Frequency and Channel Allocation
overview....................................................................................... 85

DN03282742

Issue: 09A

............... 51 Figure 11 Bad cell average C/I.............51 Figure 12 Channel assignment conflict.......................9 Figure 2 Example of a resource division in a DFCA BTS............ 42 Figure 10 Good cell average C/I.60 Figure 13 Usage of DFCA MA groups in separate service areas in the BSS.........BSS11052: Dynamic Frequency and Channel Allocation List of Figures Issue: 09A Figure 1 DFCA system architecture............... 37 Figure 8 Information used by DFCA.............................................................................................................................................. forced HR mode 'off'...... 82 DN03282742 5 ................................................................ forced HR mode 'on'................................. 38 Figure 9 DFCA C/I estimations....................................................... 36 Figure 7 Interference relations with FN offsets..................................... 28 Figure 4 Example of BTS configuration in DFCA hopping mode. 75 Figure 15 Example of frequency band split.................................33 Figure 5 DFCA channel selection process..................................................................................................... 34 Figure 6 Principle of cyclic frequency hopping......................69 Figure 14 FN offset planning rule................................................................................................................................... 14 Figure 3 Protocol stack of the BSC-BSC interface.....................

..............................BSS11052: Dynamic Frequency and Channel Allocation List of Tables 6 Table 1 Required additional or alternative hardware or firmware.......................46 Table 14 Example of LAC-to-SPC mapping...... 22 Table 6 Counters of Resource Availability Measurement related to DFCA........................................... 12 Table 3 Required software for DFCA used with the BSS101684: ToP Phase Synchronisation For DFCA feature....23 Table 8 Counters of DFCA Measurement....................................... 15 Table 5 Counters of Traffic Measurement related to DFCA........ 23 Table 9 Counters of DFCA Assignment Measurement.................................... 77 DN03282742 Issue: 09A ......................... 24 Table 11 Counters of DFCA SAIC Measurement............................................................... 22 Table 7 Counters of BSC Level Clear Code (PM) Measurement related to DFCA....................................25 Table 12 Example of the BIM scaling factor calculation..................................................................................................... 24 Table 10 Counters of BSC-BSC Measurement........................................................................... 13 Table 4 Impact of DFCA on BSC units.......... 43 Table 13 DFCA user classes...................................................................12 Table 2 Required software................................................................................................................ 61 Table 15 Required software for the feature Flexible Frame number offset....................

Information about the RG302196: Smart Dual Beam feature has been added. the latest document issue contains all changes made to previous issues. RG40 (GSM15) EP1) and 8-0 (2014-06-09. DFCA C/I estimation process • Step 3 has been updated. RG40 (GSM15)) BSC parameters • Chapter has been updated. Changes between issues 09A (2015-09-24) and 09 (2015-02-10) The following chapters have been updated: • • • • Loss of inter-BSC connection Unsynchronized DFCA mode with DFCA random hopping mode Loss of synchronization Requirements Changes between issues 09 (2015-02-10.    BSS11052: Dynamic Frequency and Channel Allocation Summary of changes Summary of changes Changes between document issues are cumulative. Changes between issues 8-0 (2014-06-09. RG30(BSS) EP1) System impact of Dynamic Frequency and Channel Allocation (2) • • Information about the BSS11134: Antenna Hopping has been updated in relation to the RG301692: Antenna Hopping Extension  feature. DN03282742 7 . Therefore. RG40 (GSM15)) and 7-5 (2013-11-14. Dynamic Frequency and Channel Allocation management (9) • Issue: 09A Information about the BSS11134: Antenna Hopping has been updated in relation to the RG301692: Antenna Hopping Extension  feature.

When using multiple physical antennas per sector or single antenna with more than 2 ports it is highly recommended to use RG40 Antenna Hopping Extension feature. However. Antenna Hopping Extension ensures minimal performance difference between TRXs combined to physically different antenna ports. This leads to a significant capacity gain with ensured quality.    Overview of Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation 1 Overview of Dynamic Frequency and Channel Allocation Dynamic Frequency and Channel Allocation (DFCA) dynamically assigns the optimum radio channel for a new connection. The idea in DFCA channel selection is to provide enough quality in terms of C/I. a statistical estimation of the interference situation is implemented. The different degrees of interference tolerance of different connection types are taken into account in the channel selection process. DFCA uses interference estimations derived from the mobile station (MS) downlink (DL) measurement reports and combines them with the timeslot and frequency usage information. By dynamically allocating frequency hopping parameters (MA. so that each connection meets its quality of service (QoS) requirements. Architecture The main Dynamic Frequency and Channel Allocation (DFCA) functionality is located in the BSC. Instead of LMU equipment the BSS synchronization can also be provided from: • • 8 co-sited TD-SCDMA NodeB when the  RG301833: Ext 1PPS+ToD Synch Support feature is in use the GPS receiver or co-sited e-NodeB when the  RG301965: GPS 1PPS+ToD Sync Support  feature is in use DN03282742 Issue: 09A . This is done by means of a background interference matrix (BIM). The DFCA channel allocation algorithm selects the radio channel for a connection from a dedicated channel pool based on carrier/interference ratio (C/I) criteria. The basic DFCA feature is used for circuit-switched traffic only. For more information see BSS21161: SDCCH and PS Data Channels on DFCA TRX. The GRPRS/EDGE territory and SDCCH channels are placed on a regular transceiver (TRX) that has been assigned to a separate portion of the frequency band and controlled by the conventional channel allocation algorithm. The information related to the potential interference situation expected for a certain connection comes mainly from mobile stations' (MS) downlink (DL) measurement reports. it does not handle packet-switched traffic or SDCCH channels. The usage of SDCCH and PS Data Channels on DFCA TRXs is supported with a separate feature. Examples of the connection types are connections using enhanced full rate speech codec (EFR) or full rate (FR) and half rate (HR) connections using adaptive multi-rate speech codec (AMR). The DFCA channel allocation algorithm in the BSC controls the radio channel assignments of all DFCA TRXs in all BTSs controlled by the BSC. The BTSs using DFCA can be synchronised to a global clock reference provided by a location measurement unit (LMU) installed in every BTS site. MAIO) for each individual timeslot. because of the limited amount of information contained in the measurement reports provided by the Mobile Stations (MSs). DFCA provides more effective frequency reuse than a static frequency plan.

Capacity booster The criteria for sufficient C/I for each connection also optimizes the interference caused to other connections. DFCA makes it possible to accommodate more circuit-switched traffic by adding more TRXs to the existing BTSs without quality deterioration. Related topics in Dynamic Frequency and Channel Allocation • Issue: 09A System impact of Dynamic Frequency and Channel Allocation DN03282742 9 . and it provides the means to differentiate between users. HR. more frequencies can be used on the regular layer and/or the BCCH layer. By guaranteeing a sufficient C/I level for each user. AMR. This information exchange is provided by the IP-based BSC-BSC connection between the BSCs running the DFCA algorithm. as the use of the valuable frequency resources is dynamically optimized. In the BSC-BSC interface. frame error rate (FER) and dropped call rate can be significantly improved.4 kbit/s data) individually.    BSS11052: Dynamic Frequency and Channel Allocation • Overview of Dynamic Frequency and Channel Allocation the BCF which is using Packet Abis over Ethernet and timing-over-packet synchronization when the  BSS101684: ToP Phase Synchronisation For DFCA feature is in use The DFCA channel allocation algorithm maintains the real-time knowledge of the radio channel usage situation of all BTSs in the area. This leads to significant capacity gain. the DFCA algorithms in different BSCs exchange information between them. The BSC-BSC interface is an SCCP over IP connection terminated at the LAN connectors of the BSC signalling units (BCSUs). Alternatively. This is especially powerful when the full benefit of AMR connections is wanted without 100% AMR penetration. 14. By decreasing the effective frequency reuse distance in the network. To be aware of the radio channel usage in the external BTSs. This increases the performance and capacity available for GPRS/EDGE. This concerns both the BTSs controlled by the BSC itself and the BTSs controlled by other BSCs that have been detected to be interfering or interfered by the local BTSs. Figure 1 DFCA system architecture LMU DFCA DFCA BSC1 BSC2 IP network Benefits • • Enhanced quality DFCA is able to handle different circuit-switched traffic classes (EFR. the network performance in terms of received signal quality (RXQUAL). each pair of neighboring BSCs is connected to each other.

Licence and Feature Handling DN03282742 Issue: 09A .Base Station Controller Parameter Handling in BSC EF .Base Control Function Handling EQ .Base Transceiver Station Handling in BSC ER .    Overview of Dynamic Frequency and Channel Allocation • • • • • • • • • • BSS11052: Dynamic Frequency and Channel Allocation DFCA hopping DFCA mode DFCA channel allocation algorithm Channel ranking and selection BIM update process BSC-BSC interface Automatic configuration changes Dynamic Frequency and Channel Allocation management Frame number and timeslot offsets Planning Dynamic Frequency and Channel Allocation Implementing Dynamic Frequency and Channel Allocation overview Other related topics • Feature Descriptions – Radio Network Performance • • – Macrocellular • – Connecting and testing BSC-BSC Interface Activate – Radio Network Performance • • • Single Antenna Interference Cancellation in BSC Integrate and Configure – • Multi BCF Control Value Added Services • • Common BCCH Control BSS Synchronisation Activating and Testing BSS11073: Recovery for BSS and Site Synchronisation and BSS20371: BSS Synchronisation Recovery Improvement Activating and Testing BSS11052: Dynamic Frequency and Channel Allocation Reference – Commands • MML commands – – – – – – 10 EB .Transceiver Handling W7 .Frequency List and GPRS Objects Handling EE .

    BSS11052: Dynamic Frequency and Channel Allocation • Service Terminal commands – – Circuit-switched Measurements – – – – BSS Radio Network Parameter Dictionary Troubleshoot – Alarms • • Issue: 09A 100 DFCA Measurement 101 DFCA Assignment Measurement 102 BSC-BSC Measurement 108 DFCA SAIC Measurement Parameters • • BSC Radio Resource Monitoring Counters/Performance Indicators • – Overview of Dynamic Frequency and Channel Allocation Failure Printouts (2000-3999) Base Station Alarms (7000-7999) DN03282742 11 .

DFCA is not supported with RTC combiners. DFCA is licence key controlled. hubs/switches and other networking equipment. or BSS101684: ToP Phase Synchronisation For DFCA feature is used for BSS synchronization. Flexi Multiradio or MetroSite base stations.    System impact of Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation 2 System impact of Dynamic Frequency and Channel Allocation The system impact of BSS11052: Dynamic Frequency and Channel Allocation (DFCA) is specified in the sections below. For more information on the BSS-level synchronisation required by DFCA. Concurrent mode RF sharing cannot be used in combination with DFCA. The LMU is not required when RG301833: Ext 1PPS+ToD Synch Support feature. see BSS Synchronisation under Feature Descriptions. This may require LAN cabling. Flexi EDGE.1 EP1 BTS EX5.1 Requirements Hardware requirements Table 1 Required additional or alternative hardware or firmware Network element Hardware/firmware required BSC mcBSC. Its use is controlled by a capacity licence based on the number of TRXs. The UltraSite base station requires wideband combining or no combiners. BTS DFCA requires either UltraSite. BSC3i or FlexiBSC is required. 2. LMU DFCA requires BSS synchronisation. TCSM No requirements mcTC No requirements SGSN No requirements Software requirements Table 2 12 Required software Network element Software release required NetAct OSS4 BSC S16. see Licence Management in BSC under Administer. or RG301965: GPS 1PPS+ToD Sync Support feature. The BSCs that use DFCA and have adjacent service areas must be connected to each other with BSC-BSC connection.1 DN03282742 Issue: 09A . For more information on licences.

1 EP1 BTS EX5. The information exchange between BSCs works reliably only if the BSCs are using the same software release. or the BSS101684: ToP Phase Synchronisation For DFCA feature completes the synchronisation support for DFCA. The IP-based BSC-BSC interface is used to exchange the information needed by the DFCA algorithms in separate BSCs. Other requirements BSC to BSC interconnection The DFCA algorithm needs real-time knowledge of the radio channel usage situation of all DFCA BTSs in the area.4 LMUB. LMU Manager 4.1 Flexi Multiradio BTS EX5.1 Flexi Multiradio 10 BTS not supported Flexi Compact not supported MSC/HLR No requirements LMU.1 Table Required software shows the earliest version that supports DFCA. The basic RTSL level synchronisation is provided by BSS Synchronisation. theBSS20371: BSS Synchronisation Recovery Improvement.1 Flexi Multiradio BTS EX5. The BSS11073: Recovery for BSS and Site Synchronisation.1 Flexi EDGE BTS EX5.0 CD1 Table 3 Required software for DFCA used with the BSS101684: ToP Phase Synchronisation For DFCA feature Network element Software release required NetAct OSS5. the RG301833: Ext 1PPS+ToD Synch Support.1 UltraSite EDGE BTS CX4. LMU Manager 1.    BSS11052: Dynamic Frequency and Channel Allocation Table 2 System impact of Dynamic Frequency and Channel Allocation Required software (Cont. The DFCA algorithms in different BSCs must be able to exchange information between them.4 CD3 BSC S16. It Issue: 09A DN03282742 13 .) Network element Software release required SGSN No requirements Talk-family BTS Not supported MetroSite EDGE BTS CXM4. so that the DFCA can operate as transparently as possible across BSC area borders. Near the BSC area borders. the RG301965: GPS 1PPS+ToD Sync Support. BSS Synchronisation DFCA requires radio timeslot (RTSL) level synchronisation between base stations to function. some significant interfering BTSs may be controlled by other BSCs.

3 Impact on transmission No impact. Otherwise these channels must be placed on regular TRX. It is possible to use any combination of BSS synch sources together in a BSS and they are able to co-exist in the same BSC DFCA. Frequency band support The BSC supports DFCA on the following frequency bands: • • • • GSM 800 GSM 900 GSM 1800 GSM 1900 2. The BCFs are synchronized to common an external sync source. in addition to the BCCH TRX of a BTS for carrying GPRS/EDGE. 2. g Note: Concurrent mode RF sharing cannot be used in combination with DFCA. 14 DN03282742 Issue: 09A . see BSS Synchronisation. In case of BSS synchronisation master clock BCF is a base station. which can be GPS or ToP. For more information. Figure Example of a resource division in a DFCA BTS illustrates how the resources can be allocated in a DFCA BTS.    System impact of Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation follows the synchronisation status of the BTSs and provides information based on which the BSC can change its behavior and ensure satisfactory operation of DFCA TRXs even when the synchronisation has been lost. With feature SDCCH and PS Data Channels on DFCA TRX. the use of DFCA is controlled on a per TRX basis. it is configured to use external sync source of the whole BCF chain. Depending on the requirements for the GPRS/EDGE territory size. the SDCCH and GPRS/EDGE channels can be carried with DFCA TRX. If the BSC already contains 1500 DFCA cells. an attempt to create another one fails. there are both DFCA and regular TRXs. the BCCH TRX of a BTS must be a regular TRX. and an error message is generated in the MCMU log. The DFCA TRXs do not support any signalling channels and therefore. this may require the operator to define another regular TRX. In a BTS using DFCA.2 Restrictions Within a BTS. Figure 2 Example of a resource division in a DFCA BTS The maximum number of DFCA cells in a BSC is 1500 that can be obtained with the capacity of TRXs.

 EEH. EEO Frequency List and GPRS Objects Handling: EBE.5 User interface 2. For more information on the parameters. EQA Transceiver Handling: ERC. BSC-level parameters Issue: 09A DN03282742 15 . 2.5. BCXU The BSC-BSC interface terminates in the BCXUs in mcBSC. EED. ERM. Impact on BSC units Table 4 Impact of DFCA on BSC units BSC unit Impact BCSU The BSC-BSC interface terminates in the BCSUs. TRX signalling No impact. EBT Base Transceiver Station Handling in BSC: EQO. 2. W7M For more information on the command groups and MML commands.5. EQM.2 BTS MMI DFCA cannot be managed with BTS MMI. EQI. EEF. see  BSS Radio Network Parameter Dictionary under Reference.3 BSC parameters The following lists the optional radio network parameters related to DFCA that are available when DFCA is used in the network.4 Impact on BSS performance OMU signalling No impact. 2. PCU No impact Impact on BTS units No impact.5. see MML commands under Reference. EXI Licence and Feature Handling: W7I.1 BSC MMI The following command groups and MML commands are used to handle DFCA: • • • • • • • Base Station Controller Parameter Handling in BSC: EEC.    BSS11052: Dynamic Frequency and Channel Allocation System impact of Dynamic Frequency and Channel Allocation 2. ERO Base Control Function Handling: EFL Position Based Services Handling: EXB. EES.

 see DFCA C/I estimation process. soft blocking C/I AMR FR (SBAF) The availability of the parameter requires AMR FR software. Connection type specific soft blocking C/I limits These parameters specify the soft blocking C/I limits for different connection types. The soft blocking C/I limits are used in the channel selection process.4 (SBCI) The availability of the parameter requires the 14. For more information. • • • • • • • C/I target FR (CIF) C/I target HR (CIH) The availability of the parameter requires the Half Rate software. DN03282742 Issue: 09A . C/I target 14. soft blocking C/I 14.4 kbit/s data software.4 kbit/s data software. For more information. C/I offsets The parameters are handled with the EEH and EEO commands. soft blocking C/I AMR HR (SBAH) The availability of the parameter requires the AMR Half Rate software. C/I target AMR FR (CIAF) The availability of the parameter requires the AMR FR software.    System impact of Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation The BSC-level parameters are organized into the following groups: Connection type specific C/I targets These parameters specify the target carrier-to-interference ratio (C/I) for different connection types that are used in the DFCA C/I estimation and channel selection process. C/I target AMR HR (CIAH) The availability of the parameter requires the AMR Half Rate software. The parameters are handled with the EEH and EEO commands. see  Single Antenna Interference Cancellation in BSC under Feature Descriptions. SAIC DL C/I offset (SCIO) The availability of the parameter requires the Single Antenna Interference Cancellation software. The parameters are handled with the EEH and EEO commands. It is used to compensate for any differences between UL and DL link level performance. • • • • • 16 soft blocking C/I FR (SBF) soft blocking C/I HR (SBH) The availability of the parameter requires the Half Rate software. C/I target OSC DHR (CIDHR) The availability of the parameter requires the OSC Double Half Rate software.4 (CIT) The availability of the parameter requires the 14. • • C/I target UL offset (CIUL) This parameter defines an offset that is added to the C/I targets and soft blocking C/I limits of all connection types when uplink interference checks are performed. C/I target OSC DFR (CIDFR) The availability of the parameter requires the OSC Double Full Rate software.

 EED. see BIM update process and Processing of the C/I statistics for BIM update. The parameters are handled with the EEH and EEO commands. • DFCA channel allocation method (DCAM) For more information. • • • • • BIM BIM BIM BIM BIM confidence probability (BCP) interference threshold (BIT) update period (BUP) update scaling factor (BUSF) update guard time (BUGT) There are also two UTPFIL parameters related to the BIM update process: • • RCS_DFCA_SAMPLE_VALUE_PRM_C RCS_DFCA_SCALING_FACTOR_PRM_C For more information. soft blocking C/I OSC DFR (SBDFR) The availability of the parameter requires the OSC Double Full Rate software.    BSS11052: Dynamic Frequency and Channel Allocation • • System impact of Dynamic Frequency and Channel Allocation soft blocking C/I OSC DHR (SBDHR) The availability of the parameter requires the OSC Double Half Rate software. Mobile allocation frequency list level parameters • Issue: 09A DFCA MA list ID(MALD ID) This parameter is handled with the EBE and EBT commands. The parameter is handled with the EEH and EEO commands. BIM update parameters These parameters govern the background interference matrix (BIM) update process. DN03282742 17 . For more information. see BSC-BSC interface. With this parameter you can identify the DFCA MA frequency list that is created for DFCA hopping or DFCA random hopping purpose. DFCA channel allocation method The parameter defines whether DFCA assignments are made primarily to channels that have a connection-specific C/I target level or to channels that have the highest positive C/I difference from the target level. EEF. LAC-to-SPC mapping table parameters These parameters are used to define the location area code (LAC) to signalling point code (SPC) mapping table that is used to identify the BSCs in the BSC-BSC interface. location area code (LAC) This parameter is handled with the EEC and EEF commands. • • • mapping entry index (MEI) (read-only parameter) This parameter is handled with the EEC. and EES commands. For more information. see Soft Blocking C/I. signaling point code (SPC) This parameter is handled with the EEC and EEF commands. see Channel ranking and selection.

 which are defined into different groups. If the geographical service areas are apart from each other. NetAct Note: With this parameter you can identify the mobile allocation frequency list or the DFCA unsynchronized MA frequency list you are creating. the parameter also indicates if the list is ready for use or if it has only been created but not yet employed by the DFCA algorithm or DFCA random hopping. Changing the activity state of a DFCA MA list from 'in use' to 'out of use' requires that the DFCA MA list is not connected to any BTS. The parameter indicates to which group the DFCA MA list belongs. The frequencies can be reused freely in DFCA MA lists. The DFCA does not control interference between co-channels and adjacent channels that use the DFCA MA lists. The parameter is a MA list parameter and it is handled with the EBE and EBT commands. Expected BSC-BSC interface delay With this parameter you define the expected BSC-BSC interface delay. DFCA MA list group ID (DMAG) The value range of the DFCA MA list group ID parameter is 1 to 64 and its default value is 0. 18 DN03282742 Issue: 09A . • expected BSC-BSC interface delay (EBID) This parameter is handled with the EEH and EEO commands.PS is used in Random Hopping for PS calls. when ToP/ToP Phase is used as a synch source for a Packet Abis over Ethernet BTS. Clock-sync to DSCP mapping With this parameter you define Clock-sync to DSCP mapping. then the DFCA MA lists of these areas can be defined to different DFCA MA list groups. DFCA MA List Usage (DMAU) The possible values for the DFCA MA list usage parameter are CS (1). This parameter can be modified only when the DFCA MA list is in 'out of use' state. which belong to different DFCA MA list groups.RH is used in DFCA random hopping mode for CS and PS calls. The default value of the parameter is CSPS (3). It is the operator's responsibility to take care of that in the radio network planning and the configuring phase. PS (2).CSPS is used in Random Hopping for CS and PS calls. and RH (4). • Clock-sync to DSCP mapping (tmClockSync) This parameter is handled with the EEY and EEO commands. CS is used for in DFCA hopping for CS calls. CSPS (3). The parameter defines the usage of DFCA MA list. This parameter is used for the channel assignment control to prevent simultaneous channel allocations in neighbor BSCs. In the DFCA case. identification of mobile allocation frequency list (-) (MAL ID) With this parameter DFCA unsynchronized mobile allocation frequency list (DUMAL) must be identified for the DFCA hopping BTS. All the DFCA MA lists that are employed by the DFCA algorithm in the same geographical service area will be defined to the same DFCA MA list group. This parameter can be modified only when the MALD is in 'out of use' state. With DFCA MA list id values 1 - 64 only DFCA MA list state values 'in use' and 'out of use' are allowed.    System impact of Dynamic Frequency and Channel Allocation • • • • BSS11052: Dynamic Frequency and Channel Allocation DFCA MA list state(MALS) With MA list id values 1 - 4400 the MA list state value cannot be changed.

EFM. DFCA unsynchronized mode MA frequency list (DUMAL) This parameter is handled with the EQO and EQA commands. BSS ToP Phase Sync Timing Limit (TOPST) This parameter is handled with the  EFC. EQM. see Timeslot offset for better FR SACCH performance. For more information. LMU area level parameters • • • Issue: 09A frame number offset (FNO) (range: 0–51) The modification of this parameter requires disabling the synchronisation of the BCF chain. For more information. The MML value ranges from 0 to 4400. maximum phase error permissible for ToP Phase Synchronization for DFCA is modified. the value of the parameter has to be the same for all the BTSs in the band. and ERO commands. This parameter is handled with the EXB command. and EFL commands. The modification of this parameter requires TRX locking if the DFCA mode of the BTS is 'DFCA hopping'. see Defining DFCA TRXs of a BTS. TRX-level parameter • DFCA indication (DFCA) This parameter is handled with the ERC. The modification of this parameter requires BTS locking if the DFCA mode of the BTS is 'DFCA hopping'. This parameter is handled with the EXB command. Parameter value is 3 microsec. For more information. forced HR mode C/I threshold (FHT) forced AMR HR mode C/I threshold (FAHT) forced HR mode C/I averaging period (FHR) forced HR mode hysteresis (FHH) These four parameters are handled with the EQO and EQM commands. ERM. If measured DL RX level is within this window BSC allocates the call to a BCCH TRX. else to a non-BCCH TRX. The modification of this parameter requires BTS locking if the DFCA mode of the BTS is changed from 'standby' to DFCA hopping' or from 'DFCA hopping' to 'standby' or 'off'. see Frame number offset for optimised BSIC decoding performance. DFCA mobile allocation frequency lists (DMAL) This parameter is handled with the EQO and EQA commands. and EFO commands.    BSS11052: Dynamic Frequency and Channel Allocation System impact of Dynamic Frequency and Channel Allocation BTS-level parameters • • • • • • • • DFCA mode (DMOD) This parameter is handled with the EQO. lmu tsl fn offset (LTO) (range: 0–1) The modification of this parameter requires disabling the synchronisation of the BCF chain. Value 0 detaches the BTS. Note that if there are several BTS objects in a band in the cell. These parameters define the DL RX level window for BCCH TRX preference. BCCH TRX allocation preference • • Upper DL RX level threshold for BCCH TRX preference for TCH (UDRB) Lower DL RX level threshold for BCCH TRX preference for TCH (LDRB). not in use) DN03282742 19 . The modification of this parameter requires BTS locking or locking of all the DFCA TRXs of the BTS if the DFCA mode of the BTS is 'DFCA hopping'. FNO 26-multiplier Usage (FMU) (values: in use. if OSC is used with DFCA. When the parameter is modified. the parameter defines the maximum phase error permissible sets for ToP Phase Synchronization for DFCA.

 LMU-ABIS or BSS TOP. This parameter is handled with the EXB command. Required clock source values for BSS Synchronisation are LMU. The modification of this parameter requires disabling the synchronisation of the BCF chain. see Optimising intra-cell handover parameters. EFM. This parameter is handled with the EXB command.    System impact of Dynamic Frequency and Channel Allocation • • BSS11052: Dynamic Frequency and Channel Allocation The modification of this parameter requires disabling the synchronisation of the BCF chain. UTPFIL parameters for BCCH rotation • SYI_CELL_UPD This parameter is used to turn off the BCCH rotation method when RRM tries to change a list every 10 minutes although all the BCCH frequencies are included in the list. With this parameter the clock source must be defined for the master clock BCF of the BCF chain. because the power reduction is limited for these directions. how many symbol periods (a symbol period: ~3. UTPFIL parameter for C/I calculation • 20 BIM_THRESH_EXT DN03282742 Issue: 09A . UTPFIL parameters related to power reduction • • • DFCA_MAX_PWR_RED_UL DFCA_MAX_PWR_RED_DL These parameters define the maximum power reduction in dB for UL and DL directions. UTPFIL parameters related to intra-cell handovers • • • • RCS_UNPACK_LEV_THR_PRM_C RCS_INTF_LEV_DFCA_PRM_C RCS_INTF_LEV_DFCA_THR_PRM_C RCS_QUAL_LIMIT_DFCA_PRM_C For more information on the parameters. UTPFIL parameter for DFCA LAR usage • DFCA_LAR_USAGE This parameter defines if LAR/LER parameters are taken into account when deciding if a BTS is suitable or not for TCH allocation. lmu fn tsl delay (LTD) (range: 0–10) The modification of this parameter requires disabling the synchronisation of the BCF chain. When ’FNO 26-multiplier Usage’ parameter is ‘not in use’. EFO. This parameter controls enabling and disabling of 26 multiplier for frame number offset. clock source (CS) This parameter is handled with the EFC. If this parameter is patched on. C/N blocking is disabled. the synchronisation does not follow the 26 period and the interference cannot be separated with the half TSL accuracy. The parameter defines. SFT_MAR_PC_N_BCCH This parameter is for the power reduction margin in non-BCCH band in dB.69 microseconds) time slot offset for the FN phasing is delayed. It is used to set separate margins for the BCCH and non-BCCH band. and EFL commands.

 With this parameter C/I for new calls is maximized. 0% is the average based on the reported cells compared to BIM C/I. The parameter's options are: 1. > 100%.+30dB (<-30 or >30dB = off. Issue: 09A DN03282742 21 . UL C/I CALC METHOD (parameter IE 0x83) This is the medhod for UL C/I estimation.    BSS11052: Dynamic Frequency and Channel Allocation System impact of Dynamic Frequency and Channel Allocation This parameter is used to adjust the accuracy of C/I calculations with a good C/I. Values between are weighted average and are calculated with the below formula: Average based_bim_scaling*(1-UTPFIL_value) + highest reported_scaling*UTPFIL_value 2. The parameter value will be added to outgoing interferences to make it less restricting and hence helping to allocated best possible channel for the new call. Scale from 0 to 100%. The parameter's options are: 1. Scale from 0 to 100%. No BIM scaling done for the rest of the non reported interfered/interfering cells. as the cells with lower interference are also included in calculations. 0% is the average based on the reported cells compared to BIM C/I. Incoming BIM SCALING WEIGHT (parameter IE 0x84) This is the method for DL incoming C/I BIM scaling. Based on the parameter. 100% means that C/I of the two highest C/Is on the same band reported average is added to the all remaining BIM neighbours C/I. it is decided if the UL C/I estimation is done (based on BIM tables or based to the latest measurement results). A larger value means more accurate calculations.). TWOWAY C/I OFFSET (parameter IE 0x82) The UTPFIL parameter used to balance incoming and outgoing interferences. With the BIM scaling DFCA scales not measured neighbouring cells to indicate better the location of the not reported cell. With the BIM scaling DFCA scales not measured neighbouring cells to indicate better the location of the not reported cell. Possible parameters values are: • • • 0 UL C/I is based on BIM 1 UL C/I estimation is based on latest measurement result 2 UL C/I is based on latest measurement result estimation In this method C/I is average of two highest measurements (in case the needed cell is not measured). t Tip: This is the default value of the parameter Outgoing BIM SCALING WEIGHT (parameter IE 0x84) This is the method for DL outgoing C/I BIM scaling. This dB value is added into the BSC parameter BIM interference threshold (BIT) when deciding if interfering cell is included in C/I calculations or not. BIM table is used for not reported cells. Range is -30dB….

2.5 Measurements and counters The following measurements and counters are related to DFCA.5. see Failure Printouts (2000 . > 100%.    System impact of Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation 100% means that C/I of the two highest C/Is on the same band reported average is added to the all remaining BIM neighbours C/I. 51 BSC Level Clear Code (PM) Measurement 22 DN03282742 Issue: 09A . 2.5.3999) and Base station alarms 7000-7999 under Reference. BIM table is used for not reported cells. No BIM scaling done for the rest of the non reported interfered/interfering cells. 2 Resource Availability Measurement Table 6 Counters of Resource Availability Measurement related to DFCA Name Number TIME FORCED HR MODE 002081 TIME FORCED AMR HR MODE 002082 TIME FORCED HR AND AMRHR MODE 002083 For more information. see 2 Resource Availability Measurement under Reference.4 Alarms The following alarms can be generated in connection with DFCA: • • • • • 3260 UNKNOWN POTENTIALLY INTERFERING CELL FOR DFCA 3286 INTER BSC CONNECTION FAILURE DISTURBING DFCA OPERATION 7764 DFCA USE PREVENTED DUE ANOTHER BSC UNCONTROLLED INTERFERENCE 7765 DFCA NEIGHBOUR CELL CONFLICT 7768 INCONSISTENT DATA IN DFCA RADIO RESOURCE STATE FILES For a detailed description of the alarms. 1 Traffic Measurement Table 5 Counters of Traffic Measurement related to DFCA Name Number TCH REL BSC BSC CONFLICT CALL 001217 TCH REL BSC BSC CONFLICT TARG 001218 For more information. see 1 Traffic Measurement under Reference. 2. Values between are weighted average and are calculated with the below formula: Average based_bim_scaling*(1-UTPFIL_value) + highest reported_scaling*UTPFIL_value t Tip: The default value is 0%.

MOST INTERFERED C/I TARGET+20 UL 100118 MOST INTERFERED C/I TARGET+20 DL 100119 MOST INTERFERED C/I > TARGET+20 UL 100120 MOST INTERFERED C/I > TARGET+20 DL 100121 DN03282742 23 . DFCA C/I TARGET-15 UL 100074 DFCA C/I TARGET-15 DL 100075 DFCA C/I < TARGET-15 UL 100076 DFCA C/I < TARGET-15 DL 100077 MOST INTERFERED C/I TARGET UL 100078 MOST INTERFERED C/I TARGET DL 100079 MOST INTERFERED C/I TARGET+1 UL 100080 MOST INTERFERED C/I TARGET+1 DL 100081 .. see 51 BSC Level Clear Code (PM) Measurement under Reference.. ....... . DFCA C/I TARGET+20 UL 100042 DFCA C/I TARGET+20 DL 100043 DFCA C/I > TARGET+20 UL 100044 DFCA C/I > TARGET+20 DL 100045 DFCA C/I TARGET-1 UL 100046 DFCA C/I TARGET-1 DL 100047 . .... 100 DFCA Measurement Table 8 Issue: 09A Counters of DFCA Measurement Name Number C/I TARGET 100000 C/I TARGET UL OFFSET 100001 DFCA C/I TARGET UL 100002 DFCA C/I TARGET DL 100003 DFCA C/I TARGET+1 UL 100004 DFCA C/I TARGET+1 DL 100005 DFCA C/I TG+2 UL 100006 ..    BSS11052: Dynamic Frequency and Channel Allocation Table 7 System impact of Dynamic Frequency and Channel Allocation Counters of BSC Level Clear Code (PM) Measurement related to DFCA Name Number INTER BSC DFCA ASSIGN SUCC 051157 INTER BSC DFCA ASSIGN REJ 051158 For more information.

. 101 DFCA Assignment Measurement Table 9 Counters of DFCA Assignment Measurement Name Number MA MAIO 1 101000 DFCA ASS 1 101001 MA MAIO 2 101002 DFCA ASS 2 101003 . see 102 BSC-BSC Measurement under Reference. 108 DFCA SAIC Measurement 24 DN03282742 Issue: 09A . see 100 DFCA Measurement under Reference.    System impact of Dynamic Frequency and Channel Allocation Table 8 BSS11052: Dynamic Frequency and Channel Allocation Counters of DFCA Measurement (Cont. MOST INTERFERED C/I TARGET-15 UL 100150 MOST INTERFERED C/I TARGET-15 DL 100151 MOST INTERFERED < C/I TARGET-15 UL 100152 MOST INTERFERED < C/I TARGET-15 DL 100153 SUCC DFCA ASS 100154 SUCC DFCA ASS HIGH LOAD 100155 SOFT BLOCKED DFCA ASS DUE TO C/I 100156 SOFT BLOCKED DFCA ASS DUE TO C/N 100157 PRIMARY DFCA ALGORITHM ATT 100158 SECONDARY DFCA ALGORITHM ATT 100159 For more information... .. 102 BSC-BSC Measurement Table 10 Counters of BSC-BSC Measurement Name Number BSC-BSC DELAY 102000 BSC - BSC DENOMINATOR 1 102001 BSC-BSC PEAK DELAY 102002 For more information. MA MAIO 150 101298 DFCA ASS 150 101299 For more information... see 101 DFCA Assignment Measurement under Reference. ...) Name Number MOST INTERFERED C/I TARGET-1 UL 100122 MOST INTERFERED C/I TARGET-1 DL 100123 .

6 Impact on Network Switching Subsystem (NSS) No impact.. .. DFCA SAIC DL C/I TARGET - 15 DB 108037 DFCA SAIC DL C/I TARGET < 15 DB 108038 MOST INTERFERED DFCA SAIC DL C/I TARGET 108039 MOST INTERFERED DFCA SAIC DL C/I TARGET + 1 DB 108040 . MOST INTERFERED DFCA SAIC DL C/I TARGET + 20 DB 108059 MOST INTERFERED DFCA SAIC DL C/I > TARGET + 20 DB 108060 MOST INTERFERED DFCA SAIC DL C/I TARGET - 1 DB 108061 ... see 108 DFCA SAIC Measurement under Reference. ...... MOST INTERFERED DFCA SAIC DL C/I TARGET - 15 DB 108075 MOST INTERFERED DFCA SAIC DL C/I TARGET < 15 DB 108076 For more information.. DFCA SAIC DL C/I TARGET + 20 DB 108021 DFCA SAIC DL C/I > TARGET + 20 DB 108022 DFCA SAIC DL C/I TARGET - 1 DB 108023 ...7 Impact on NetAct products NetAct Configurator Issue: 09A DN03282742 25 . Table 11 Counters of DFCA SAIC Measurement Name Number SAIC C/I TARGET 108000 DFCA SAIC DL C/I TARGET 108001 DFCA SAIC DL C/I TARGET + 1 DB 108002 .. 2. . 2.. the Single Antenna Interference Cancellation (SAIC) licence must be installed and activated.    BSS11052: Dynamic Frequency and Channel Allocation System impact of Dynamic Frequency and Channel Allocation Before DFCA SAIC Measurement can be activated.. ..

 The BSC is not aware of the possible use of IDD on the BTS side. NetAct Optimizer No impact. It is related to the conflict between DFCA and Intelligent Downlink Diversity (IDD). Impact on Abis interface Abis O&M Dynamic Frequency and Channel Allocation (DFCA) introduces a DFCA FU radio definition information element (IE) to communicate to the BTS that a transceiver (TRX) is to operate in the 'DFCA hopping' or ‘DFCA Random hopping’ mode. For a list of the alarms. This IE is included in the BTS_CONF_DATA message. and hopping sequence number (HSN) parameters for each timeslot of a TRX. see BSS RNW Parameters and Implementing Parameter Plans in NetAct Product Documentation. where it replaces the FU radio definition IE in case of a DFCA TRX in a DFCA hopping BTS that is working synchronised with the surrounding network and with the related BSC-BSC interfaces up and running. mobile allocation index offset (MAIO). The BTS rejects any BTS_CONF_DATA message that tries to configure a TRX as a DFCA TRX in an radio frequency hopping (RF hopping) BTS object if the BTS is part of an RF hopping IDD main-auxiliary TRX pair. DFCA introduces one negative acknowledgement reason in the Abis O&M interface. NetAct Tracing No impact. Abis telecom 26 DN03282742 Issue: 09A . NetAct Planner No impact.8 Impact on interfaces Impact on radio interface No impact. except that the Radio definition for 8 TS IE is not included. The Radio definition for 8 TS IE normally contains the mobile allocation (MA) list. 2.    System impact of Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation NetAct Configurator can be used to configure the radio network parameters related to DFCA. see BSC parameters. For more information. see Measurements and counters. NetAct Reporter For a list of the measurement types related to DFCA. see Alarms. In such a case. The content of the DFCA FU radio definition IE is the same as the content of the FU radio definition IE. reason SIMULTANEOUS USE OF DFCA AND IDD NOT SUPPORTED is given. For a list of the radio network parameters. NetAct Monitor NetAct Monitor can be used to monitor all alarms related to DFCA.

The Channel Description IE communicates the MAIO and TSC settings that are determined separately for each connection on a DFCA hopping and DFCA random hopping DFCA TRX. The DFCA MA list refers to the frequencies on the cell allocation list that has been transmitted to the DFCA TRXs in the BTS_CONF_DATA message. and the training sequence code (TSC) dynamically for each connection that is to be placed on a DFCA hopping TRX. Impact on Gb interface No impact. the MAIO. and TSC are transferred from the BSC to the BTS within the CHANNEL ACTIVATION message. For the DFCA random hopping mode DFCA MA list with RH usage type is deployed. This is because of the dynamic nature of DFCA channel allocation. BSC-BSC interface DFCA introduces a BSC-BSC interface for the transmission of channel allocation related data between DFCA algorithms in different BSCs when there are DFCA cells that interfere with each other across the BSC area borders. when ToP Phase Synchronisation for DFCA feature is in use) Impact on A interface No impact. MAIO. The optional Channel Identification IE has been taken into use in the Abis telecom interface. The Channel Identification IE is an optional element that is added in the CHANNEL ACTIVATION message when a channel activation is performed on a DFCA TRX of: • • DFCA hopping BTS that is operating synchronised (both the synchronisation status and BSC-BSC interface status of the BTS are OK) DFCA random hopping that is operating unsynchronized (both the synchronisation status or BSC-BSC interface status of the BTS is not OK. The DFCA algorithm in DFCA hopping and DFCA random hopping mode assigns the DFCA MA list. the Abis telecom gives hopping configuration data also to the BTS. The used protocol stack of the interface is presented in figure Protocol stack of the BSC-BSC interface. The Mobile Allocation IE provides the DFCA MA list that has been determined for the connection on a DFCA hopping TRX. For the DFCA hopping mode DFCA MA list with CS/CSPS/PS usage type is deployed. The BSC-BSC interface is physically located in any or all of the BSC signalling units (BCSUs) of the BSC. The MA list.    BSS11052: Dynamic Frequency and Channel Allocation System impact of Dynamic Frequency and Channel Allocation With DFCA. where the hopping configuration data is selected separately for each connection. Issue: 09A DN03282742 27 . The dynamically assigned hopping parameters are included in the Mobile Allocation and Channel Description IEs that are placed in the Channel Identification IE.

 It also supports BCSU switchovers. The complete RNSAP has not been implemented as a part of DFCA. If links have been configured in two BSCUs. Alternatively. This can only be done if all the BTSs are synchronised to the same clock (GPS). Software products that are not supported The term DFCA BTS refers to a BTS object in which the value of the DFCA mode (DMOD) parameter is 'DFCA hopping'. more frequencies can be used on the regular layer and/or the BCCH layer. which is required by DFCA. DFCA needs to have information regarding the TSL.10 Interworking with other features Functionality required by DFCA BSS Synchronisation provides timeslot-level synchronisation between base stations. the system handles the switchovers without the application noticing it. 2. it is possible to accommodate more circuit switched traffic by adding more TRXs to the existing BTSs without quality deterioration. and MAIO usage in the neighboring cells to estimate interference. By decreasing the effective frequency reuse distance in the network. The following software products are not supported in a DFCA BTS: • • • 28 Intelligent Underlay-Overlay (IUO) and Intelligent Frequency Hopping (IFH) Intelligent Coverage Enhancement (ICE) Extended Cell Range DN03282742 Issue: 09A . 2.9 Impact on capacity DFCA optimizes the use of radio resources which leads to significant capacity gain. see  Connecting and Testing the BSC-BSC under Integrate and Configure. The term DFCA TRX refers to a TRX that has been indicated as a DFCA TRX with the DFCA indication (DFCA) parameter in a DFCA BTS. increasing the capacity available for GPRS/EDGE.    System impact of Dynamic Frequency and Channel Allocation Figure 3 BSS11052: Dynamic Frequency and Channel Allocation Protocol stack of the BSC-BSC interface RNSAP+ RNSAP+ SCCP SCCP M3UA M3UA SCTP SCTP IP IP ethernet ethernet BSC BSC The use of MTP3 user adaptation layer (M3UA) and signalling connection control part (SCCP) allows load sharing between BCSUs. MA list. For more information on configuring the BSC-BSC interface. The DFCA procedures are an extension of the radio network subsystem application part (RNSAP).

 For more information. you must include all BCCH frequencies that are important for DFCA in the used measurement BA list. see BSS21161: SDCCH and PS Data Channels on DFCA TRX. Automated Planning Enhancements (APE) If both DFCA and APE are used in a BTS. Dynamic SDCCH Note that SDCCH. Advanced Multilayer Handling (AMH) and Direct Access to Desired Layer/Band (DADL/B) Regular and DFCA channels are seen as one resource group for the load calculations used in AMH and in DADL/B. 4-way uplink diversity (4UD) RF hopping RF sharing Concurrent mode RF sharing cannot be used in combination with DFCA. FACCH Call Setup High Speed Circuit-Switched Data Intelligent Downlink Diversity (IDD) The DFCA algorithm does not cater for the 3 dB increase that is gained in the BCCH signal levels of the neighbor DFCA cells when IDD is used in the BCCH TRXs of these cells. This means that forced HR is used for AMR MSs despite of the value of the initial AMR channel rate parameter.    BSS11052: Dynamic Frequency and Channel Allocation • • • • • System impact of Dynamic Frequency and Channel Allocation Baseband hopping RF hopping Note that RF hopping cannot be used together with DFCA hopping when feature SDCCH and PS Channels on DFCA TRX is active and GPRS is used on DFCA TRX. when SDCCH and PS data channels feature is in use. when SDCCH and PS data channels feature is in use. To ensure the proper functioning of DFCA. see BSS21161: SDCCH and PS Data Channels on DFCA TRX. Dynamic SDCCH is supported on DFCA TRX. Common BCCH Control DN03282742 29 . The following software products are not supported in a DFCA TRX: • • • • • • • • • GPRS/EDGE Note that GPRS/EDGE is supported on DFCA TRX. Pre-emption Note that Pre-emption is supported only with SDCCH and PS data channels on DFCA TRX. For more information. When forced HR mode is triggered for DFCA. Software products with special considerations for DFCA • • • • Issue: 09A Adaptive Multi-Rate The initial AMR channel rate (IAC) parameter allows you to specify the initial channel rate for adaptive multi-rate (AMR). see BSS21161: SDCCH and PS Data Channels on DFCA TRX. SDCCH. it overrides the initial AMR channel rate parameter. BCCH Super Reuse Double Power TRX for Flexi EDGE BTS (DFCA cannot be used in the same segment with DPTRXs or IDD TRXs in the BTS) RF sharing Concurrent mode RF sharing cannot be used in combination with DFCA. the BSC uses the BA list definitions made for APE. For more information.

 This is to ensure that the MSs are able to report all interfering neighbor cells in the DFCA cell. this information is not delivered for the DFCA hopping TRXs to the channel allocation algorithm of the BSC. When EMR is used. Because DFCA needs that MSs listen to all the interfering neighbor cells. Enhanced Measurement Report (EMR) With DFCA. Half Rate Regular and DFCA channels are seen as one resource group for the load calculations used in Half Rate. the BCCH frequency information is not enough. in a BTS where both PGSM 900 and EGSM 900 TRXs are used. the maximum number of frequencies in the BA list depends on the neighboring definitions. This is to avoid extra unnecessary DN03282742 Issue: 09A . the power control functions normally. In this case. because it weakens the functionality of DFCA considerably. Queuing If the DFCA algorithm cannot find a proper DFCA channel due to soft blocking. In addition to the BCCH frequency. also BSIC information is needed. that is. To tackle this. IMSI-based Handover to GSM IMSI-based Handover to GSM is not recommended for simultaneous use with DFCA. Power Optimization in Handover Not supported for connections that are to be assigned to a DFCA TRX. Note that without EMR the maximum number of frequencies in a BA list is 32. so that the BSC can identify all the needed interfered and interfering cells and their BCCH and BSIC codes. only the non-DFCA resources can be queued for. The sum of the defined adjacent cells plus the frequencies not used by any defined adjacent cell cannot exceed 32. Flexible MCPA TX Power Pooling DL TX power reduction in call setup is possible directly when DFCA is in use. Queuing is not applied to those DFCA BTSs that have experienced C/I or C/N blocking during the channel search. the call can only queue for the BTSs within the same cell or to the non-DFCA resources of all BTSs. it is not possible to define the needed BSICs. Radio Network Supervision As the DFCA algorithm does not use the idle channel uplink interference information that is traditionally updated frequently for each TRX to the BSC channel allocation algorithm. For enhanced measurement reporting. After the initial power reduction. The BSC changes the BSIC codes to be listened by the MSs periodically. The DFCA algorithm does not use UL idle channel measurements. The BSC uses the BSIC codes found from the neighbor cells' BIM tables. the BSC adds the needed BSICs automatically for enhanced measurement reporting to be listened to by the MSs. Power control The DFCA algorithm may make initial power reduction based on C/I criteria for the connection on the DFCA TRXs. The DFCA algorithm makes an initial power control based on C/I for a DFCA connection.    System impact of Dynamic Frequency and Channel Allocation • • • • • • • • • 30 BSS11052: Dynamic Frequency and Channel Allocation DFCA cannot be used in a special case of Common BCCH Control. IMSI-based Handover to WCDMA can be used with DFCA without restrictions. it is recommended to specify a separate BCCH frequency list (BA list) containing all DFCA cell BCCH frequencies of the area in addition to the BCCH frequencies of the defined adjacent cells to be used for the active MSs in a DFCA BTS. Interference Band Recommendation Not supported for connections that are to be assigned to a DFCA TRX. and where the BCCH is on the PGSM 900 band.

 that is. Two main areas of improvement interact in a symbiotic manner. BSS21313: OSC Support for VAMOS Handsets Training sequence code set 2 (TSC set2) and better performance of VAMOS pairs (VAMOS pairs tolerate worse C/I than non-VAMOS pairs) are taken into account in the DFCA algorithm. DFCA separates circuit-switched (CS) and packet-switched (PS) territories to different TRXs and uses different frequency bands for the PS TRXs. Thus. the OSC channel specific requirements is accounted for during optimization of the radio channel.    BSS11052: Dynamic Frequency and Channel Allocation • • • • • • Issue: 09A System impact of Dynamic Frequency and Channel Allocation processing load for the unit of the channel allocation algorithm. BSS21222: Energy Optimized TCH Allocation This feature is supported when DFCA feature is used with SDCCH and PS data channels on DFCA feature. BSS21537: AQPSK with VAMOS 2 Handsets BSC takes modulation loss of the first candidate call into account in DFCA C/I calculation. the OSC feature generates more voice channels. due to improved quality in the network. You can use the SAIC DL C/I offset parameter to lower the downlink C/I values used for SAIC calls in DFCA TCH allocation. This is needed due to tighter synchronization accuracy requirement for DFCA with OSC than DFCA without OSC. the DFCA channel allocation algorithm can be adjusted so that the BSC uses different downlink C/I targets for mobile stations that support SAIC. Note that when OSC and DFCA are used with ToP Phase Synchronisation with DFCA feature. when the call is taken with a VAMOS 2 handset and it is paired with a non-SAIC handset. substantial gains are obtained through employing DFCA along with OSC. This means that 8-Phase Shift Keying (8-PSK) modulated interference caused by EGPRS connections does not affect SAIC CS connections and interference can be avoided by using DFCA. TCH is allocated according to the DFCA TCH allocation and Energy Optimized TCH Allocation is not performed. Combining OSC and DFCA. BSS21391: DFCA support for OSC The DFCA support for OSC feature enables the combined use of the Orthogonal Subchannel (OSC) feature and DFCA. OSC has associated specific channel C/I requirements. then BSS ToP Phase Sync Timing Limit parameter of the master clock BCF should be defined to 3 microseconds value by the user. In addition. and DFCA is specifically designed to locate the most suitable resource allocation. As a consequence. effectively increasing the probability and possibility for DFCA to optimize the resource allocation. Without SDCCH and PS Data Channels on DFCA TRX feature. Secondly. training sequence and user pair selections. Firstly. Single Antenna Interference Cancellation Using DFCA with Single Antenna Interference Cancellation (SAIC) enhances the performance of SAIC. DN03282742 31 . This feature supports both OSC Half Rate with SAIC MS and OSC Full Rate with SAIC MS features. the BSC cannot perform in DFCA TRXs the supervision of excessive traffic channel interference. WCDMA Neighbor Cell Reporting Enhancement The FDD_REPORTING_THRESHOLD_2 parameter is delivered to dual-mode mobile stations in call-specific MEASUREMENT INFORMATION messages when WCDMA Neighbor Cell Reporting Enhancement is used with DFCA. With the DFCA feature OSC packing rate is higher than without. It optimizes the radio resource allocation for the Orthogonal Subchannel (OSC) feature by employing the DFCA processes.

 For networks with a narrow spectral allocation. In DFCA the critical frequencies of the RG602219: Nearest Offset BTS feature are controlled with the intelligent use of the DFCA Mobile Allocation frequency lists. 2. The BSC then applies the NOB specific limitations for the DFCA channel allocations that involve a NOB frequency list. RG302196: Smart Dual Beam feature The RG302196: Smart Dual Beam (SDB) feature together with the DFCA improve the spectral efficiency gains. the feature introduces an intra cell handover from the Nearest Offset BTS (NOB) resources based on downlink signal level. When the features RG602213 and RG301837 are used with DFCA. the DFCA channel allocation algorithm takes into account and combines the criteria of all these three features. With the RG602219: Nearest Offset BTS feature an operator introduces a special access criteria for using the frequencies that are critical from the inter system interference point of view. an additional approximate 20% to 30% spectral efficiency gain on top of the gain through the DFCA feature alone can be achieved. The BSC allows to use the DFCA and the BSS11134: Antenna Hopping features in the same BTS-object for Flexi Multiradio BTS and Flexi EDGE if there is a valid license with required capacity in use.2 or newer SW version. 32 DN03282742 Issue: 09A . With the ToP Phase Synchronisation For DFCA feature the unsynchronized DFCA mode means switching to a special DFCA random hopping mode. RG602219: Nearest Offset BTS feature The RG602219: Nearest Offset BTS feature offers a method for utilizing the GSM frequencies that are close to the resources of a neighboring network technology system. The co-existence of SDB and DFCA is supported through the RG302297: DFCA with SDB/IDD/4UD feature. where a call moving out of an OSC call pair directly joins another call as a new OSC pair without going into an idle channel as an AMR connection. The operator initiates also extra limitations for the transmission power on these frequencies in uplink and downlink. when two or more transmitter paths exist. The RG301837: OSC Remultiplexing feature introduces a new procedure for OSC. The impact of the combined use of the features is highlighted in the signal level examinations and power control decisions that the DFCA channel allocation algorithm performs.11 Impact on mobile stations No impact.    System impact of Dynamic Frequency and Channel Allocation • • • • • BSS11052: Dynamic Frequency and Channel Allocation BSS101684: ToP Phase Synchronisation For DFCA and BSS21454: Packet Abis over Ethernet With the ToP Phase Synchronisation For DFCA feature timing over packet synchronization can be used as a BSS synchronization source instead of LMU (GPS) for Packet Abis over Ethernet BTSs. In addition. RG602213: OSC Multiplexing Enhancements and RG301837: OSC Remultiplexing features The RG602213: OSC Multiplexing Enhancements feature increases the OSC multiplexing algorithm performance. BSS11134: Antenna Hopping with RG301692: Antenna Hopping Extension feature The RG301692: Antenna Hopping Extension feature allows to use the BSS11134: Antenna Hopping feature and the DFCA simultaneously with Flexi Multiradio and Flexi EDGE BTSs with EX 5. An operator configures the frequencies that are next to the LTE or WCDMA frequency band on a specific DFCA MA frequency list and marks it as an NOB frequency list.

 the broadcast control channel (BCCH) TRX needs to be assigned a frequency and the regular TRXs (if they exist) also need to be assigned a frequency or the frequency hopping parameters. Since the DFCA algorithm takes care of selecting the most suitable frequency hopping parameters for each connection. The DFCA hopping mode is only applied in the TRXs dedicated to DFCA use (DFCA TRXs). The general configuration of DFCA hopping BTS is presented in the figure Example of BTS configuration in DFCA hopping mode. MAIO. allowing the DFCA algorithm to choose the most suitable radio channel for each new connection based on carrier-to-interference ratio (C/I) criteria. This full freedom in channel selection allows DFCA to achieve the best performance with DFCA hopping mode. If GPRS/EDGE or SDCCH is used in DFCA TRXs of the cell.    BSS11052: Dynamic Frequency and Channel Allocation DFCA hopping DFCA mode 3 DFCA hopping DFCA mode Dynamic Frequency and Channel Allocation (DFCA) provides a DFCA frequency hopping mode that allows dynamic timeslot-specific mobile allocation (MA) list and mobile allocation index offset (MAIO) settings. the used hopping sequence is the same for all timeslots and it cannot be changed dynamically without BTS locking. the TRX supports independent cyclic hopping sequences that can be freely selected for each timeslot at channel activation. TSC settings. where the transceiver (TRX) unit changes the used frequency according to the given hopping sequence. With DFCA hopping. there is no need to plan frequencies or frequency hopping (FH) parameters for the DFCA TRXs. The BCCH TRX is always in non-hopping mode and the other regular TRXs can use RF hopping or operate on a fixed frequency without frequency hopping. offering a higher degree of freedom for the DFCA algorithm to select the most suitable radio channel for each connection. the BSC can freely select the MA list. With RF hopping. MAIO and training sequence code (TSC) for each traffic channel (TCH) activation. all TRXs in the same BTS must be DFCA TRXs. HSN=0 33 . as each timeslot in a DFCA TRX can use any MAIO and any of the DFCA MA lists. Figure 4 Example of BTS configuration in DFCA hopping mode BTS BCCH SDCCH SDCCH SDCCH GPRS/EDGEterritory GPRS/EDGEterritory BCCH Regular TRX (optional) DFCA TRX DFCA TRX DFCA TRX DFCA TRX Issue: 09A DN03282742 NoFH NoFH orRFFH Tslevel MA list. DFCA hopping is based on the basic principle of synthesized frequency hopping. However. The difference when compared to the traditional radio frequency hopping (RF hopping) mode is that with DFCA hopping.

MA andMAIO ForeachBSC Allchannels checked DFCA RRtable No Yes Choosethemostsuitable DFCA adj-channel lookuptable Abovesoft blockingthreshold No Block Yes Determine TSC Allocatechannel MA. The flowchart of the channel selection process is shown in figure DFCA channel selection process. TSL. TSC&powerlevel 34 DN03282742 Issue: 09A . Figure 5 DFCA channel selection process C/Ncheckforcellaccess INPUTS Foreachconnection MSmeasurement report ForeachDFCA BTS Incoming Outgoing BIM BIM CalculateBIMscalingfactor Pick TSL.    DFCA channel allocation algorithm BSS11052: Dynamic Frequency and Channel Allocation 4 DFCA channel allocation algorithm The DFCA channel allocation algorithm is responsible for obtaining the carrier-tointerference ratio (C/I) estimations and performing channel allocation decisions based on those estimations.MAIO.MA andMAIO IncomingDL&UL checkand transmitpowersetting OutgoingDL&UL check DetermineC/Idifference forthis TSL.

1 Properties of cyclic frequency hopping BSS synchronisation leads to controlled time division multiple access (TDMA) frame alignment in all BTSs. Generally.    BSS11052: Dynamic Frequency and Channel Allocation DFCA channel allocation algorithm 4. allowing DFCA to have accurate interference control despite the use of frequency hopping. potential co-channel interferers to each other. In cyclic frequency hopping mode. DFCA uses cyclic frequency hopping. The frequency used in a TDMA frame is calculated with the following equation: Frequency = (FN + MAIO) mod MA_length If two connections (A and B) that use the same timeslot also use the same MA list and the used TDMA frame numbers (FN) and mobile allocation index offsets (MAIOs) satisfy the following equation: (FNA+ MAIOA) mod MA_length = (FNB+ MAIOB) mod MA_length the two connections (A and B) always use the same radio channel at the same time and are. see Timeslot offset for better FR SACCH performance. the hopping sequence returns to the lowest one. therefore. After the highest frequency. the timeslots are coincident so that timeslot 0 occurs simultaneously in all BTSs although it is recommended to shift the TDMA frame alignment by one timeslot to reduce the interference load on SACCH channels. Issue: 09A DN03282742 35 . For more information. This is illustrated in figure Principle of cyclic frequency hopping. the mobile allocation (MA) list frequencies are used sequentially from the lowest to the highest frequency changing to the next MA list frequency for every new TDMA frame. The cyclic frequency hopping combined with BSS synchronisation and TDMA frame number control means that the frequency usage of every connection is orderly and repetitive.

 a co-channel interference condition exists between connections A and B if the same DFCA MA list is used for both connections (A and B) and the following equation holds true: (FNA+ MAIOA) mod MA_length = (FNB+ MAIOB) mod MA_length 36 DN03282742 Issue: 09A . Therefore. where the arrows of the circled frequency numbers indicate a co-channel relation. Offset in the frame number means similar offset (modulo MA list length) in the MAIO of the interfering connection as illustrated in figure Interference relations with FN offsets.    DFCA channel allocation algorithm Figure 6 BSS11052: Dynamic Frequency and Channel Allocation Principle of cyclic frequency hopping freq time Connection Fixed interference relations freq time Interfering connection Differences in the TDMA frame number cause offsets in the cyclic frequency hopping sequence.

 

 

BSS11052: Dynamic Frequency and Channel Allocation

Figure 7

Interference relations with FN offsets

CyclicFHwithoutframenumberoffsets

MA list1
FN=n

MA list1
FN=n

MA list1
FN=n+1

MA list1
FN=n+1

DFCA channel allocation algorithm

MAIO
0
1
2
3
50 52 54 56

50

52

54

56

MAIO
0
1
2
3
52 54 56 50

52

54

56

50

CyclicFHwithframenumberoffsets

MA list1
FN=n

MA list1
FN=n+2

MA list1
FN=n+1

MA list1
FN=n+3

MAIO
0
1
2
3
50 52 54 56

54

56

50

52

MAIO
0
1
2
3
52 54 56 50

56

50

52

54

The deterministic nature of the cyclic frequency hopping when combined with BSS
synchronisation and TDMA frame number control means that the interference relations
closely resemble the situation in a non-hopping network. The radio channel used by
each connection at any moment can be calculated on the basis of the used MA list,
MAIO, and TDMA frame number. If the connections use the same MA list and the
combination of used MAIOs and frame numbers is such that co-channel interference
occurs, it then occurs constantly all the time for every single burst.
Continuous adjacent channel interference occurs also in the case of MA lists containing
adjacent frequencies, provided that the MA lists are of equal length.

4.2 Interference control principle
The DFCA channel selection decisions are based on C/I criteria. Several C/I estimations
are produced for each available radio channel. The incoming C/I describes the
interference coming from existing connections that would affect the new connection for
which the channel assignment is being performed. The new connection may also cause
interference to existing connections using the same or an adjacent radio channel. This is
examined by determining the outgoing C/I for every potentially affected existing
connection. Both downlink (DL) and uplink (UL) C/I are estimated separately for both
outgoing and incoming interference, as illustrated in figure DFCA C/I estimations.
The C/I estimation relies on the fact that the interference relations in a DFCA network are
stable and predictable because of BSS synchronisation and controlled use of cyclic
frequency hopping. The C/I estimation is performed by combining information from
several sources, such as the following:

Issue: 09A

DN03282742

37

 

 

DFCA channel allocation algorithm




BSS11052: Dynamic Frequency and Channel Allocation

mobile station (MS) measurement reports
background interference matrix (BIM)
DFCA radio resource table
DFCA adjacent channel lookup-table

The information that DFCA uses is illustrated in figure Information used by DFCA.
Figure 8

Information used by DFCA

Non-realtimeinformation
BackgroundInterferenceMatrix

Nearrealtimeinformation
MSmeasurementreports
DFCA RRM
UL/DL PCpowerreductions

realtimeinformation
Radiochannelusageinformation

Radiochannelselection

MS measurement reports
The MS measurement reports are the key input in the C/I estimation. Each MS on a
dedicated channel sends measurement reports to the BSC every 0.48 seconds. The MS
measurement report includes the serving channel signal level and the broadcast
control channel (BCCH) signal levels of the strongest neighbor cells.
The potential DL C/I towards each of the neighbor cells can be determined by calculating
the measured difference between the serving channel signal level and the neighbor cell
signal level. Also the possible serving channel downlink power reduction should be
accounted for, as shown in the following equation:
C/IDL = RXLEVservingTCH + PWR_reductionDL - RXLEVneighbourBCCH
This C/I represents the worst scenario C/I that would become reality if in the neighbor
cell there were an interfering connection and transmission with full power on the same
radio channel that is also used in the serving cell.
Background interference matrix
A background interference matrix (BIM) is used to identify all the potentially interfering
DFCA neighbor cells. A C/I estimate between the serving cell and the neighbor DFCA
cells is saved to the BIM.
The BIM is based on the DL signal level data that the have reported for the serving and
the neighbor DFCA cells. It is long-term statistical data that gives a general cell-level
view to how the MSs typically experience the signal level ratio between the serving cell
and a neighbor cell.
The BSC generates two BIM tables for each DFCA cell:

38

DN03282742

Issue: 09A

 

 

BSS11052: Dynamic Frequency and Channel Allocation


DFCA channel allocation algorithm

incoming interference BIM table that lists the potentially interfering surrounding cells
outgoing interference BIM table that lists the potentially interfered surrounding cells

In addition to these BIM tables the BSC builds and maintains a candidate cell table that
is used to identify undefined neighbor cells that the MSs possibly report. The candidate
BIM table is based on the neighbor cells' BIMs.
For more information, see DFCA cell identification process.
The BSC starts to create and update the BIM tables automatically as soon as the
operator changes the value of the DFCA mode parameter of a BTS to 'standby'. For
more information, see BIM update process.
Based on the signal level data reported by the MSs in a cell, the BSC concludes the level
of interference each reported neighbor cell is causing for the serving cell. The incoming
interference BIM table of the serving cell is formed based on the collected samples of the
interference from each neighbor cell that is regarded as a significant interferer.
The generation of the BIM tables can be followed with the EQI command. An example of
incoming interference BIM table is shown in the following MML printout:
SEG-0040
BACKGROUND INTERFERENCE MATRIX DATA
INCOMING BACKGROUND INTERFERENCE TABLE
BCCH
FREQ
=====
102
115
30

NCC
CODE
====
5
2
1

BCC
CODE
====
4
2
8

LAC
CODE
=====
10
10
20

CELL
ID
=====
1050
1060
0040

BTS
ID
====
12
256
1000

C/I
RATIO
=====
10
18
8

SIGNALLING
POINT CODE
==========
----------------

Each interfering neighbor cell is identified by its location area code (LAC), cell identity
(CI), and BCCH frequency and BSIC parameter (which is composed of the NCC and
BCC parameters). The level of interference is reflected in the C/I value listed for each
interfering cell. For the interfering cells controlled by the same BSC, the segment
identifier is in the range of 1-4200. If the segment identifier is missing, the interfering cell
is controlled by another BSC.
The C/I is defined as the value that is exceeded for γ percent of the time based on long
term MS measurements statistics gathered from all connections in the cell. The γ is a
BSC level parameter BIM confidence probability.
For more information, see BIM update process.
In the BIM update process, the BSC detects the neighbor cells causing interference that
is regarded as significant from the DFCA algorithm point of view. This means that when
making channel allocation in DFCA transceivers (TRX) of a DFCA cell, the DFCA
algorithm has to be aware of and take into account the resource situation in the cells
included in the BIM tables of the DFCA cell. For the interfering cells controlled by the
serving BSC, the radio resource data is automatically available. For the interfering cells
controlled by other BSCs, a separate interference relation needs to be set up over the

Issue: 09A

DN03282742

39

 

 

DFCA channel allocation algorithm

BSS11052: Dynamic Frequency and Channel Allocation

BSC-BSC interface. Based on this interference relation, the DFCA algorithms in different
BSCs exchange radio channel usage information to keep each other updated in real
time.
The BSC that controls a DFCA cell where significant interference from an external
neighbor DFCA cell is detected sets up the interference measurement relation to the
neighbor BSC in question and between the two DFCA cells. The local BSC forwards the
calculated statistical C/I ratio of the two cells to the interfering BSC, which saves the
information in the outgoing interference BIM of the interfering cell.
As mentioned above, an inter-BSC interference measurement relation is always set up
by the end experiencing the interference. The relation has always a defined direction. If
there are two cells, each controlled by a different BSC, and both cells detect the other
one as interfering, measurement relations are set up in both directions.
In cases where both the interfered and the interfering cell are controlled by the same
BSC, no separate procedure is needed to update the interfering end. The BSC saves the
C/I both in the incoming interference BIM table of the interfered DFCA cell and in the
outgoing interference BIM table of the interfering DFCA cell as soon as it detects the
local interference relation.
BIMFIL
The content of the incoming interference BIM tables of the DFCA cells is saved to a disk
file. The items to be permanently saved are:





BCCH
BSIC
C/I
Segment id
LAC
CI

The information is updated on the disk every time a change in the fields above takes
place. After a marker and cellular management unit (MCMU) restart, the BSC reads the
saved BIM tables from the file, enabling an instant recovery of DFCA employment.
BIMFIL is read from the file when the state of the BSC licence is changed from 'off' to
'conf' or 'on'.
DFCA radio resource table
The C/I estimate, which the BSC calculates between the serving cell and a neighbor cell,
is realised only if there are ongoing connections using the same radio channel in both of
these cells. Therefore, after calculating the C/I values for potential interference coming
from the neighbor cells, the DFCA algorithm uses the real-time radio channel usage
information to determine the actual C/I.
The DFCA radio resource (RR) table contains the real-time DFCA channel usage
situation in each DFCA cell. Each ongoing connection on a DFCA TRX is listed in the
table, together with the information of values for the following:




40

RR table index
DFCA segment
DFCA TRX index
DFCA MA ID
DFCA timeslot

DN03282742

Issue: 09A

 LAC. The DFCA radio resource table is maintained and used internally by the DFCA algorithm in the C/I estimation process. BSIC. as it is otherwise based on the full power assumption. Based on the external measurement relations. Therefore. and neighbor cell C/I information of every ongoing DFCA connection are also updated during the connection. see  BSC Radio Resource Monitoring under Reference. the BSC maintains the channel usage information for all the significant external DFCA cells (controlled by other BSCs) that the MSs have reported about in the cells of the local BSC. Ignoring the used power control level leads frequently to too pessimistic C/I estimates when power control is used. The handover and power control algorithm of the BSC updates this data every five seconds to the DFCA algorithm. Neighbor BSCs set up external measurement relations towards the cells controlled by the local BSC whenever they detect these interfering in their own cells. and signal level information over the BSC-BSC interface to keep each other updated in real time or nearly in real time. power control information. For more information. CI & C/I for up to 20 neighbor cells* (based on measurement reports from the connected MS) *) the value is updated periodically during the connection Most of the connection-specific data is constant and remains as it is when saved in the beginning of a connection. this information is not available in absolute real time. The DFCA algorithm uses the power level reduction information of an ongoing interfering connection to make the C/I estimate more accurate. The local BSC sets up external interference measurement relations towards external interfering cells in other BSCs. the DFCA algorithms in different BSCs exchange channel usage information. The user has a access to this data via the BSC Radio Resource Monitoring service terminal extension. In addition to maintaining the channel usage information for the cells that are controlled by the BSC in question. DFCA adjacent channel lookup-table Issue: 09A DN03282742 41 .    BSS11052: Dynamic Frequency and Channel Allocation • • • • • • • • • • • • • • DFCA channel allocation algorithm DFCA sub-channel DFCA MAIO training sequence code C/I target soft blocking C/I limit UL power reduction* DL power reduction* serving channel DL RXLEV* serving channel UL RXLEV* BIM scaling factor* DL C/I target DL soft blocking C/I limit number of neighbors in a measurement list BCCH frequency. this small delay has not been found to degrade the performance in any significant way. signal level. However. The power level.

 and MAIO combinations. DFCA MA list. or PS. 4. CSPS. the BSC automatically updates an adjacent channel lookup-table that indicates which DFCA MA list and MAIO combinations may cause adjacent channel interference to each other. 18 dB offset is used because of a lower interference relation. If any two DFCA MA lists contain frequencies that are adjacent to each other.    DFCA channel allocation algorithm BSS11052: Dynamic Frequency and Channel Allocation Adjacent frequencies may occur within a DFCA MA list and also between two different DFCA MA lists. An adjacent channel lookup-table is updated for DFCA MA lists when a DFCA MA list is set to 'in use' or 'out of use' state and the rules mentioned above are not broken. the lowest minimum C/I difference from the C/I estimations for the following: • • • • incoming DL interference incoming UL interference outgoing DL interference outgoing UL interference Figure 9 DFCA C/I estimations BTS1 BTS6 Incoming UL Outgoing UL IncomingDL Newconnection 42 OutgoingDL Existingconnection DN03282742 Issue: 09A . Adjacent DFCA MA lists which are in 'in use' state must have the same length (that is. For each combination. the DFCA MA List Usage type of which is CS. and MAIO combination the DFCA algorithm searches all BIM neighbors to identify interference caused by the co- and adjacent channel connections. the most restrictive minimum C/I difference is determined. When taking into use and out of use DFCA MA lists. The BSC does not automatically update an adjacent channel lookup-table if the following rules are broken: • • Any DFCA frequency can only be used on one DFCA MA list which is in 'in use' state. the two DFCA MA lists are considered adjacent. In case of adjacent channel interference. the DFCA algorithm determines the interference that the new user would have with different available timeslot. contain the same number of frequencies). that is. For the C/I estimation of an available timeslot.3 DFCA C/I estimation process In the C/I estimation process. DFCA MA list. The user has an access to this data via the BSC Radio Resource Monitoring service terminal extension. This table is maintained and used internally by the DFCA algorithm in the C/I estimation process.

 Finally. the initial DL transmit power is reduced so that the final C/I corresponds to the target C/I. indicating that the C/I target is not achieved. the BIM scaling factor corresponding to the average difference is calculated. Typically. If the incoming DL C/I for this interference source is above the target C/I set for the connection type of the new connection. Issue: 09A DN03282742 43 . If the interfering cell is not reported in the latest measurement report. the differences between the measured and the statistical C/Is can be determined. but in high load situations the minimum C/I difference can even be negative. the C/I value from the incoming interference BIM table is used and scaled by the BIM scaling factor that was determined in step 1. Table 12 Example of the BIM scaling factor calculation BCCH. The minimum C/I difference corresponding to the difference between the C/I target and the final C/I caused by the dominant interference source is recorded. For example.12 19 dB 15 dB 4 dB 111. The most significant incoming DL interference source is identified. if the user is located close to the serving BTS. the latest MS measurement report is examined to see if a directly measured C/I value can be extracted from the measurement report. BSIC Measured C/I BIM C/I Δ C/I 102. This BIM scaling factor is then applied to all C/I values taken from the BIM table for C/I estimations for this connection.23 8 dB 4 dB 4 dB 114. the high serving signal level usually implies that the C/Is tend to be much higher than the statistical C/I values provided in the BIM tables. BIM scaling is used to correct the statistical C/I values of BIM tables to better correspond to the user's actual situation.43 20 dB 15 dB 5 dB Average Δ C/I (BIM scaling factor): 4 dB Step 2: Incoming DL C/I estimation In this step.    BSS11052: Dynamic Frequency and Channel Allocation DFCA channel allocation algorithm Step 1: BIM scaling The C/I values in background interference matrix (BIM) tables are based on long-term statistics of all connections in the cell. The measured or the statistical C/I is adjusted by the actual DL transmit power reduction of the interfering connection that is available in the DFCA RR table. BIM scaling is based on comparing the measured C/I towards the neighbor cells included in the latest measurement report to the corresponding C/I values listed in incoming interference BIM table.52 12 dB 7 dB 5 dB 104. When an interfering connection is found. the initial DL transmit power level setting sets this minimum C/I difference to zero.32 15 dB 11 dB 4 dB 108. From this comparison.12 12 dB 9 dB 3 dB 116. Note that power can be reduced 10 dB at the maximum. The algorithm goes through the cells listed in the incoming interference BIM table and checks the DFCA radio resource (RR) table for ongoing coand adjacent channel connections in these cells. This statistical nature means that the real C/I of one user towards an interfering cell may be significantly different depending on the user's actual location. the interfering co- and adjacent channel connections in the neighbor cells are identified and the level of interference coming from each potentially interfering neighbor cell is estimated.

Note that to enhance the Uplink Time Difference of Arrival (U-TDOA) positioning accuracy initial MS power control for emergency calls is not made as a default value. Although the BIM tables are based on the DL measurements. the C/I value from the outgoing interference BIM table is used. If the incoming UL C/I for this interference source is above the target C/I set for the connection type of the new connection. Note that power can be reduced 10 dB at the maximum. If the call have a measurement result for the interfering call DFCA. a reasonable estimation of the UL interference situation can still be derived. Each UL interference contribution is adjusted by accounting for the possible UL transmit power reductions that are available in the DFCA RR table. 44 DN03282742 Issue: 09A . The initial MS power control for emergency calls is controlled by the BSC parameter delay of HO and PC for emergency calls (DEC). the BIM scaling factor is a high positive value. the UL C/I estimation is based purely on the statistical C/I values available in the BIM tables. As a consequence. but in high load situations the minimum C/I difference can even be negative. The algorithm goes through the cells listed in the outgoing interference BIM table and checks the DFCA RR table for ongoing co- and adjacent channel connections in these cells. The minimum difference between the C/ I target and the final C/I caused by the dominant interference source is recorded. indicating that the C/I target is not achieved. the BIM scaling factor may even be negative. The value is scaled by the BIM scaling factor of the interfered connection that is listed in the DFCA RR table. the initial UL transmit power reduction sets this minimum C/I difference to zero. Then compares this to own cell UL level. Step 4: Outgoing DL C/I estimation In this step. the initial UL transmit power level for the new connection is reduced so that the final C/I corresponds to the target C/I. the outgoing interference BIM is used. algorithm estimates C/I based on the DL measurements corrected with a correction factor. The final UL incoming C/I estimate is derived by taking the C/I values from the outgoing interference BIM and scaling them using the incoming interference BIM scaling factor that was determined earlier. If the new user is located close to the cell site. The most significant UL incoming interference source is identified.    DFCA channel allocation algorithm BSS11052: Dynamic Frequency and Channel Allocation Step 3: Incoming UL C/I estimation The UL C/I estimation cannot be done as accurately as the DL C/I estimation. based on the fact that the propagation path of the incoming UL interference is the same as the propagation path of the outgoing DL interference. the DFCA RR table record of the interfered connection is examined to see if a directly measured C/I value is available. Typically. the co- and adjacent channel connections in the neighbor cells that may get DL interference from the new connection (=outgoing interference) are identified and the level of interference affecting each of these connections is estimated. In case the measurement result is not available the BIM scaling factor is used. If the directly measured C/I is not available. If the new user is located at the cell edge. reflecting a high serving signal path loss. The estimate can be improved by accounting the relative location of the new connection in the cell that is reflected in the incoming interference BIM scaling factor. To estimate the incoming UL C/I. reflecting that the serving signal path loss is low. This way DFCA algoritm have an accurate C/I estimation for UL direction. When an interfered connection is found. as only DL measurements of the neighbor cell signal levels are available.

 the DFCA interference estimations and the channel search are made as usual. Step 5: Outgoing UL C/I estimation In this step. This means that the interference impact is reduced. the incoming interference for the new connection is split into two parts. that is. For the outgoing UL C/I estimation. the incoming interference BIM table is used. Issue: 09A DN03282742 45 . The UL interference estimate for each of the potentially interfered connection is adjusted by accounting for the possible UL transmit power reduction that was determined in step 3 for the new connection.    BSS11052: Dynamic Frequency and Channel Allocation DFCA channel allocation algorithm The measured or the statistical C/I is adjusted by the actual DL transmit power reduction that was determined in step 2 for the new connection. The maximum affected outgoing DL interference is identified by calculating the minimum C/I difference for each interfered connection. The minimum C/I difference is recorded. The resulting incoming C/I from each HR sub-channel is increased by 3 dB. that is. without any offsets. the UL interference that would be caused by the new connection to the ongoing connections in nearby cells is estimated. the resulting outgoing interference to the FR connection is present in every other burst. When a new FR connection interferes an ongoing HR connection. The channel search algorithm calculates the C/I values separately for both the interfering HR sub-channels. When a new channel assignment is made as a HR connection and an interfering connection uses FR. the estimated C/I value for the outgoing interference is used as it is. all the C/I values in the incoming interference BIM table are examined. the difference between the C/I target of the interfered connection (available in the DFCA RR table) and the C/I caused by the new connection. When a new channel assignment is to be made as a HR connection and an interfered connection uses FR. Therefore. The DFCA resource table indicates the HR sub channels. HR-specific considerations in C/I estimations When a half rate (HR) connection is interfering another HR connection. The maximum affected outgoing UL interference is identified by calculating the minimum C/I difference for each interfered connection. When a new channel assignment is to be made as a FR connection and the interfering connection uses HR. each affecting every other burst. The outgoing UL C/I estimation exploits the fact that the interference propagation path of the outgoing UL interference is the same as the path of the incoming DL interference. the DFCA interference estimations and the channel search are performed in the usual way related to the incoming interference. Some special considerations have to be made when a HR connection disturbs a full rate (FR) connection and vice versa. Each C/I value in the incoming interference BIM table is scaled using the BIM scaling factor that is found in the DFCA RR table for the interfered connection in question. the difference between the C/I target of the interfered connection (available in the DFCA RR table) and the C/I caused by the new connection. The minimum C/I difference is recorded. making it possible to distinguish between two HR connections sharing the same timeslot. This is taken into account in the DFCA algorithm by adding 3 dB to the estimated outgoing interference C/I when the interfered connection is FR.

 there is also a third group available: channels with minimum C/I below the connection-type-specific soft-blocking limit parameter. Table 13 DFCA user classes User class Default C/I target EFR/FR 14 dB HR 14 dB AMR FR 12 dB AMR HR 12 dB 14. In handovers. and MAIO combination. Also. at the same time. DFCA channels are divided into two groups according to the minimum estimated C/I of the channel: • • channels on and above the connection-type-specific target C/I level (minimum C/I difference >= 0) C/I difference is the difference to the target. The user classes and the default target C/I values are listed in table DFCA user classes. The aim is to optimise the C/I and. 5. the most restrictive minimum C/I difference is determined. Channels in this group can be allocated for handovers when there are no available channels with minimum C/I on or above the soft-blocking limit. The primary method (method 0) aims at the best performance by maximising the C/I.    Channel ranking and selection BSS11052: Dynamic Frequency and Channel Allocation 5 Channel ranking and selection The DFCA channel selection is based on the carrier-to-interference ratio (C/I) criteria. and mobile allocation index offset (MAIO) combinations both in downlink (DL) and uplink (UL) direction.4 kbit/s data 16 dB In the C/I estimation process. mobile allocation (MA) list. For each timeslot. In general. 46 DN03282742 Issue: 09A . C/I is defined for each of the user classes. adapt to the differences in the interference tolerance of different user types. To achieve this target. Channels below soft-blocking limit are never allocated for call setup requests. MA list. the interference that existing connections in surrounding cells would experience from the new connection is estimated as C/I both in Dl and UL direction for all available channels. The secondary method (method 1) aims at a TCH on the target C/I level.1 DFCA channel allocation methods The BSC offers the operator the possibility to select between two DFCA channel allocation methods for selecting a traffic channel (TCH) from the set of available candidate channels that have different minimum C/I estimates. the Dynamic Frequency and Channel Allocation (DFCA) algorithm determines the C/I ratio that the new user would experience with different timeslot. channels below the target C/I level (minimum C/I difference < 0) Channels on or above the target level are regarded as good channels and are always the primary target for channel allocation.

 In this method. meaning an MA. adaptive multi rate (AMR) FR. AMR HR. As in method 0. the secondary target is to have a channel with C/I as close above the target level as possible. enabling the return to the method preferred by the operator. the DFCA algorithm searches for a channel on the target C/I level. On the target C/I level the channel with the highest power reduction (UL and DL summed) is selected. the channel search is stopped as soon as an interference free channel is found. the BSC switches automatically to a channel allocation method where the target is to have a channel on or above the connection-type-specific target C/I level. in processing overload situation the BSC interrupts the channel search as soon as a channel that indicates a positive or zero C/I difference is found. the minimum C/I difference has to be determined for all the available channels. regardless of the selections made by the operator if the processing load of the BSC reaches a critical level. If a channel on the target level cannot be found.2 Soft blocking C/I In addition to the C/I target parameter. when an interference free channel is found. With this method the power reduction is taken into account in the priorisation of candidate channels on the target C/I level (minimum C/I difference = 0). the searching for the channel search is stopped as soon as a channel on the target C/I level is found. In addition. there is also a third method that the BSC can automatically switch itself to use. and timeslot combination for which a co- or adjacent channel is not allocated in any of the cells found in the incoming or outgoing interference BIM tables. at least when network load is low. the discovery of an interference free channel means that the channel search is stopped. this method is computationally intensive. This method is computationally less intensive. After the automatic switch to the overload protection method. MAIO. 5. However. each connection type (full rate (FR). As with the other methods. half rate (HR). Channels below the target C/I level are the last choice. Method 1 aims at finding a channel without the need to search through all possible candidate channels. if any of the four C/I estimates Issue: 09A DN03282742 47 . In the C/I estimation phase.    BSS11052: Dynamic Frequency and Channel Allocation Channel ranking and selection The DFCA channel allocation method (DCAM) parameter can be used to select between the two channel allocation methods 0 and 1. To find the channel with the highest C/I. Therefore.4 data) has a soft blocking C/I threshold parameter. 14. the BSC checks the processing load of the BSC regularly to detect if the processing load of the BSC has decreased below the critical level. the channel search is stopped. Therefore. Method 0 With this method the target is to have a channel with the highest minimum C/I difference. Overload protection method When the processing load of the BSC reaches a critical level. Method 1 With this method.

 In the BSC. If there are no acceptable candidate channels (for example. Non-urgent handovers include handovers made to move a call out of the GPRS territory border to allow GPRS upgrade. If there are no free timeslots on any regular transceiver (TRX) of the cell. For urgent handovers. Non-urgent handovers are typically handovers that move calls within a cell or between cells to allow more calls into the network and for this reason a soft blocking limit is used for those handovers. there is a special rule when a soft blocking limit is applied. 5. handovers are categorised into urgent and nonurgent handovers. The handover is made only if the new channel is better than the old one. For handovers. but after a new call. the DFCA algorithm avoids a situation where a handover is made from a bad channel to a worse one. the radio channel candidate is regarded as soft-blocked and unsuitable for allocation. the request is directed towards the regular resources of the cell. DR channel with idle MA. MAIO combination 2. DR channel with C/I difference < 0. the permanent FR channels are preferred to the dual rate (DR) channels according to minimum C/I difference as follows: Free and good quality channels 1. In case of an intra-cell handover made because of interference. the average C/I decreases. FR channel with idle MA. MAIO combination 4. but above the soft blocking C/I limit 6. DR channel with C/I difference < soft blocking limit 48 DN03282742 Issue: 09A .3 Channel type preference In full rate (FR) channel allocation. Urgent handovers include handovers made because of quality reasons. the channel allocation request is rejected in the examined cell (DFCA soft blocking situation). Basically handovers do not increase the load of the network when compared with the new calls: after a handover.    Channel ranking and selection BSS11052: Dynamic Frequency and Channel Allocation calculated for a radio channel candidate drops below the soft blocking limit of the interfered connection. The DFCA algorithm compares the C/I of the best new channel found and the C/I of the old channel. FR channel with C/I difference < soft blocking limit 8. Directed retry could still be used to move the call setup request to another cell. FR channel with C/I difference >= 0 3. DR channel with C/I difference >= 0 Poor quality channels 5 FR channel with C/I difference < 0. all the candidates fall below the connection-type-specific soft blocking C/I limit). the average C/I of the network remains the same. a soft blocking limit is not used. but above the soft blocking C/I limit Extremely poor quality channels (used in urgent and inter-BSC handovers) 7.

 testing situations). MAIOs. Issue: 09A DN03282742 49 . TCH/H with C/I difference >= 0 in idle DR timeslot Poor quality channels 7. TCH/H in idle DR timeslot with C/I difference < soft blocking limit 5. MAIO. TCH/H with idle MA and MAIO combination in idle DR timeslot 6. and timeslots so that the searching is always started from the MA. the permanent HR channels are preferred to the half-occupied and idle DR timeslots according to minimum C/I difference as follows: Free and good quality channels 1.4 Rotation in channel allocation The DFCA algorithm uses the round robin method to circulate MA lists. permanent HR channel with C/I difference < 0 but above the soft blocking C/I limit 8. In addition. the MA. TCH/H in half-occupied DR timeslot with C/I difference < 0 but above the soft blocking C/I limit 9. TCH/H in idle DR timeslot with C/I difference < 0 but above the soft blocking C/I limit Extremely poor quality channels (used in urgent and inter-BSC handovers) 10. HR traffic channel (TCH/H) with idle MA and MAIO combination in half-occupied DR timeslot 4. TCH/H with C/I difference >= 0 in halfoccupied DR timeslot 5. permanent HR channel with C/I difference < soft blocking limit 11.    BSS11052: Dynamic Frequency and Channel Allocation Channel ranking and selection In half rate (HR) channel allocation. This method makes it possible to allocate channels of equal quality for successive calls one by one using one phone (for example. permanent HR channel with idle MA and MAIO combination 2. MAIO and timeslot combination spreading is better. permanent HR channel with C/I difference >= 0 3. TCH/H in half-occupied DR timeslot with C/I difference < soft blocking limit 12. timeslot combination following the one which was allocated the previous time.

Forced HR mode provides better HR performance and improves the C/I situation in the cell and its BIM neighbours. therefore. mobile allocation index offset (MAIO). In this situation. This may lead to a situation where it is useful to use HR channels even if there are still sufficient hardware resources available in the cell. The average DL C/I provides a good benchmark of the load of DFCA frequencies and.6 Forced HR mode During low traffic hours it is useful to prefer full rate (FR) mode as FR channels provide better subjective speech quality in these circumstances.    Channel ranking and selection BSS11052: Dynamic Frequency and Channel Allocation 5. lead to a link level performance degradation and a poor adaptive multi rate (AMR) link adaptation performance. therefore. and timeslot combination.5 Training sequence code selection After a suitable channel has been found. the minimum C/I differences are checked TSC by TSC and the one with the highest C/I difference is selected. DFCA algorithm calculates the C/I over the averaging period and if the C/I is below the threshold. These thresholds are controlled with the following BTS-level parameters: • • • • forced forced forced forced HR mode C/I threshold (FHT) AMR HR mode C/I threshold (FAHT) HR mode C/I averaging period (FHR) HR mode hysteresis (FHH) Note that if there are several BTS objects in a band in the cell. the BSC determines the most suitable training sequence code (TSC) by examining all the interfering connections. forced HR mode is triggered. The method of the TSC selection aims at avoiding the worst-case situation where a significant interference source uses the same training sequence code as the new connection. DFCA is most advantageous when HR channels are used all over the DFCA area. the existing cell load based rate selection between FR and half rate (HR) method is sufficient. the existing cell load based rate selection between the FR and HR method is not sufficient. the value of the parameter has to be the same for all the BTSs in the band. it is triggered also in the interfering neighbour cells. Figures Good cell average C/I. This means that for the selected mobile allocation (MA). When HR allocation is triggered in the cell because of forced HR mode. Forced HR mode is a method for channel rate selection between FR and HR. Forced HR mode ends when the average C/I reaches the threshold + defined forced HR mode hysteresis. forced HR mode 'off' and Bad cell average C/I. forced HR mode 'on' illustrate the triggering of forced HR mode. based on the average of the estimated incoming DL C/Is of DFCA allocations in a cell. A conflict with a significant interferer would cause the receiver to obtain an incorrect channel estimate and. 5. In this situation. 50 DN03282742 Issue: 09A . There are band-specific thresholds for HR and AMR HR modes. The BSC searches for the TSC that has been used by an interfering connection with the highest carrier-tointerference ratio (C/I). it can be used to trigger HR allocation.

    BSS11052: Dynamic Frequency and Channel Allocation Figure 10 Channel ranking and selection Good cell average C/I. forced HR mode 'on' Celllevel average C/I 0 AverageC/Iincell A A In a cell. forced HR mode 'off' Forced HRmode ONthreshold Forced HRmode OFFthreshold Celllevel average C/I 0 Hysteresis AverageC/Iincell A A Figure 11 Bad cell average C/I. the following band-specific forced HR modes are possible: • • • • Issue: 09A no forced HR mode forced HR mode for non-AMR channels forced HR mode for AMR channels forced HR mode for non-AMR and AMR channels DN03282742 51 .

the band with either an active HR mode or an active AMR HR mode 3. FR channels can be still be allocated for non-AMR MSs. if available.    Channel ranking and selection BSS11052: Dynamic Frequency and Channel Allocation When a cell's forced HR mode is. for example. the band without an active forced HR mode 2. the band for circuit-switched (CS) data calls is selected in the following order of preference: 1. for AMR HR. If there are both broadcast control channel (BCCH) and non-BCCH bands in a cell. the band with both an active HR mode and an active AMR HR mode 52 DN03282742 Issue: 09A . HR channels are allocated for all AMR MSs.

 The operator defines a DFCA cell with a BTS parameter DFCA mode (DMOD). This data is collected by the background interference matrix (BIM) update process. the BSC examines the C/I data collected during the period for each neighbour cell. the BSC collects in each DFCA cell samples of carrier-tointerference ratio (C/I) towards each neighbour cell that the MSs in the cell report about. the check on DFCA use is made only at the end of each BIM update period. This means that the C/I towards the neighbour cell is better than the defined initial C/I value for γ percent of the users. For neighbour cells controlled by another BSC. Issue: 09A DN03282742 53 . The value of the parameter ranges from 10 minutes to 24 hours.1 C/I statistics collection The BIM update process is a repeated periodic activity that is based on the signal level measurement reports from the mobile stations in each DFCA cell. If the total number of C/I samples collected during the BIM update period for a neighbour cell is less than 1000. This is to ensure the statistical reliability of the BIM. Therefore. BIM update activity takes place if the value of this parameter of a BTS is 'standby' or 'DFCA hopping'. the C/I sampling can be ignored. the applied power reduction is taken into account to determine the maximum potential level of the serving TCH as this is compared to the broadcast control channel (BCCH) signal of a neighbour cell. In the BIM update process.    BSS11052: Dynamic Frequency and Channel Allocation BIM update process 6 BIM update process To have a comprehensive view of the Dynamic Frequency and Channel Allocation (DFCA) radio environment. if needed. The default value of the parameter is 80 percent. A sample of C/I is determined as the downlink (DL) signal level difference between the serving cell and a neighbour cell. The BSC checks first among the C/I samples what is the C/I value that is exceeded for γ percent of the samples for this neighbour in the DFCA cell. the C/I statistics have to be collected normally for them. For the neighbour cells that are controlled by the same BSC and do not use DFCA. The BSC calculates C/I samples of every received MS measurement report from an active traffic channel (TCH) connection in a DFCA BTS. C/I statistics are needed only for the neighbour cells that use DFCA.2 Processing of the C/I statistics for BIM update At the end of a defined BIM update period. the BSC combines the information of the samples to determine a general cell level view about the interference from the neighbour cell in question. the cell is excluded from the BIM update process. BIM updates can also be frozen completely. The C/I value combining is started with the value γ which is a BSC-level parameter BIM confidence probability (BCP). 6. the BSC collects long term statistical data on how different cells using DFCA generate interference to each other in the network. If downlink power control is used on the serving channel. 6. The BIM update period (BUP) parameter is a BSC-level user-defined parameter. For each neighbour cell that has a sufficient number of samples collected at the end of the BIM update period.

 Despite the low sample amount of some cells the C/I can still be very low according to the C/I samples. which is defined as a certain C/I value between 0-35 dB (the default value being 35 dB). RCS_DFCA_SCALING_FACTOR_DEF_C. The BSC scales the neighbouring C/I values by using the highest C/I sample amount of the cell. The result is a C/I level that the mobile stations of the DFCA cell experience in general towards the neighbour cell. which is defined as a per cent value between 0-100 % (the default value being 7 %). Before a neighbour cell is added to the incoming interference BIM table. the interference is regarded as insignificant and no new BIM entry is created in the incoming interference BIM. The final C/I value for the neighbour cell is a weighted average between the initial C/I with its real C/I sample amount and the decibel value of the RCS_DFCA_SAMPLE_VALUE_PRM_C parameter and a percentage of the C/I sample difference. Insignificant BIM neighbours can be dropped out of the BIM table by setting the BIM interference threshold lower.3 Creating a new BIM entry Based on the results of the BIM update process. it calculates the C/I sample difference for every neighbour cell. So. it takes into account the interference coming from each interfering neighbour cell. When the BIM table includes all possible interfering neighbour cells. unnecessary signalling and processing load can be avoided in the BSC. The C/I sample amounts from different neighbour cells can vary quite a lot. the BSC gets information on the neighbour DFCA cells that generate interference to a particular DFCA cell. the BSC examines the related C/I value to decide if the interference caused is actually significant. 6. the optimal DFCA performance can be achieved. while others cause interference just to a small area of the cell.    BIM update process BSS11052: Dynamic Frequency and Channel Allocation After defining the initial C/I value the sample amount between different neighbour cells is taken into account. 54 DN03282742 Issue: 09A . The default value of the BIT parameter is 35 dB. The maximum C/I value in the BIM table is 35 dB. The scaling is controlled by the UTPFIL parameters: • • RCS_DFCA_SAMPLE_VALUE_PRM_C. At first. This is due to the fact that some neighbour cells are major interferers which cause interference to the whole area of the cell. The value is saved in the BIM table in the case that the measured C/I is higher than 35 dB. This means that all the measured BIM neighbours are regarded as significant interferers. the C/I values are scaled based on the C/I sample amounts. For this purpose. If the C/I value is greater than the value of the BIM interference threshold (BIT) parameter. the BSC determines the neighbour cell that has the highest C/I sample amount of the cell. In the BIM table this means a strong interferer. As the BIM table should show a general view about the C/I values. The percentage value is defined with the RCS_DFCA_SCALING_FACTOR_DEF_C parameter. When the DFCA algorithm makes channel allocation decisions in the DFCA cell. the interfering cells and the level of interference each cell is causing are saved in the incoming interference BIM table of the DFCA cell. The significance of interference is decided based on a user-defined BSC level parameter BIM interference threshold (BIT). Then.

 it rejects the measurement relation establishment request. the traffic distribution in city center cells may change significantly after people leave work. For example. the C/I defined in the BIM update process in an interfered cell is also saved in the outgoing interference BIM table of an interfering cell. It identifies the impact of the latest C/I distribution when it is combined with the long term distribution. This ensures that the C/I values in the BIM reflect the current reality as closely as possible. If the C/I from the latest BIM update period and the old value saved in the incoming interference BIM table differ from each other. The BSC can store up to 100 neighbour cell entries for incoming and outgoing BIM tables in every cell. In some circumstances the outgoing BIM table can be very long or even full of entries for a cell. the BSC must know for each DFCA cell the neighbour cells to which the cell is generating interference. This leads to the removal of the interfering cell and the related C/I value from the incoming interference BIM table of the interfered cell that initiated the relation establishment in the other BSC.    BSS11052: Dynamic Frequency and Channel Allocation BIM update process As the DFCA algorithm takes also into account the interference that a new connection would cause to the surrounding cells. The value of the BIM update period (BUP) parameter that controls the frequency of the BIM update process can vary from 10 minutes to 24 hours (the default value is 2 hours). the local BSC informs the neighbour BSC about the detected interference relation and the related C/I value between the interfered and the interfering cell. 6. This means that the cell causes interference to a wide area. This takes place as the local BSC establishes a measurement relation over the BSC-BSC interface to the other BSC and between the interfered and the interfering cell. At this point. the changes in the traffic distributions of the DFCA cells can be taken into account. the information of the two values is combined. If an interfering cell is controlled by another BSC. This combining forms a statistical filtering process that controls the rate of change of the BIM value. For this purpose.4 Updating an existing BIM entry By updating the BIM tables periodically. This can be a caused by a non-optimal antenna direction or too high power in the BTS. The combining is controlled by a BSC-level. and hence unnecessarily performance degradation in neighbour sites. the remote interfering cell either accepts or rejects the measurement relation establishment request. The combination of the new and the old BIM value is done as follows: Issue: 09A DN03282742 55 . denoted as α. The default value for α is 0. The parameter can have values between 0 and 1. If the remote interfering cell is not using DFCA (the value of the BTS parameter DFCA mode (DMOD) is 'off'). If the remote interfering cell is regarded as a DFCA cell (the value of the BTS parameter DFCA mode (DMOD) is 'standby' or 'DFCA hopping'). the BSC that controls the cell confirms the measurement relation and saves the information about the external interfered cell and the related C/I in the outgoing interference BIM table of the interfering cell. user-defined BIM update scaling factor (BUSF) parameter.5.

 if this is controlled by the same BSC. if this is controlled by the same BSC. DN03282742 Issue: 09A . The BSC removes the related BIM entry immediately from the incoming interference BIM table of the interfered cell. For example. In general. 6. The number of missing BIM updates that are allowed for an interfering cell is defined by the operator with a BSC level parameter BIM update guard time (BUGT). because new entries are added only at the end of each BIM update period. It is recommended that the BIM update guard time (BUGT) parameter is set to a value high enough so that temporary faults and maintenance outages do not cause the termination of the interference relation. • If the C/I from the latest BIM update period combined with the old value saved in the incoming interference BIM table result in a new C/I value that is greater than the level indicated by the BIM interference threshold (BIT) parameter. The interference relation between two cells and the related BIM table entries are also deleted if DFCA is turned off at either end of the relation. a cell that was previously found to be a relevant interference source may turn insignificant to be considered in DFCA C/I estimations. if the value of the BIM update period (BUP) parameter is 1 hour and the value of the BIM update guard time (BUGT) parameter is 48. the interference relation is terminated. In this case. the interference from the interfering cell in question has become insignificant for the DFCA algorithm.    BIM update process BSS11052: Dynamic Frequency and Channel Allocation The BSC saves the updated C/I value related to the neighbour cell in question in the incoming interference BIM table of the interfered cell.5 Removing a BIM entry In a constantly changing radio network environment. the remote BSC updates related BIM entry in the outgoing interference BIM table of the interfering cell. the interference relations are preserved for 1 hour x 48 = 48 hours before they are deleted as a consequence of a cell being out of service. Based on the request. The BSC also removes the related BIM entry from the outgoing interference BIM table of the interfering cell. the related interference relation must be terminated. The BSC also updates the related BIM entry in the outgoing interference BIM table of the interfering cell. There are two main reasons to remove a BIM entry from the BIM table: 56 • If an interfering cell that is included in the incoming interference BIM table of an interfered cell is not included in the results of a certain amount of successive BIM updates for the interfered cell. It is also possible to allow indefinite outages by setting the value of the BIM update guard time (BUGT) parameter to 63. In the case of an external interference relation. the BSC controlling the interfered cell sends a BIM update request to the BSC controlling the remote interfering cell. it takes one BIM update period to get a removed BIM entry back to the BIM tables.

In a multi-band segment.6 Segment environment DFCA is controlled on a per BTS basis. it is the operator's responsibility to set equal values throughout the network. Because the final C/I is determined at the BSC that controls the interfering cell. The DFCA algorithm assumes that the threshold values in all the BSCs of the network are the same. the final decision on the significance of the detected interference is also decided there. In such a case. a configuration is possible where only the secondary frequency band of a segment is used for DFCA. The BSC collects the information on the DFCA bands used in each segment. As the C/I is determined based on the BCCH of an interfering common BCCH controlled segment. However. The C/I relation can be accepted if DFCA is used on the same band in the interfering cell and the interfered cell. the measurement relation request in question is rejected. the decision on the interference being insignificant can sometimes be made only at the receiving end of a measurement relation request. the BSC makes a correction by taking into account the signal level difference between the bands in the interfering cell. It should be noted that DFCA uses the BIM interference threshold (BIT) parameter that is valid in the BSC of the interfering cell. The corrected C/I value is determined by adding the non BCCH layer offset (NBL) parameter of the non-BCCH band BTS to the original C/I value.    BSS11052: Dynamic Frequency and Channel Allocation BIM update process In the case of an external interference relation. 6. As DFCA mode is controlled BTS by BTS. In a case like this. the C/I information is collected only on the frequency band that corresponds to the BCCH frequency band of the neighbour segment that the MS reports about. the operator is required to set the BTS of the BCCH band in 'standby' DFCA mode to have the BIM update procedure working properly. however. Therefore. The interfered cell and the related C/I value are removed from the outgoing interference BIM table of the interfering cell in the remote BSC. if there are such resources in both segments. In the case of an external interference relation. when necessary. The C/I relation defined between two segments on one frequency band is also used on the secondary frequency band between the segments. The DFCA bands are taken from the BTSs that have the DFCA mode (DMOD) parameter value as 'standby' or 'DFCA hopping'. Issue: 09A DN03282742 57 . This has significance in segment environment where cells can have several BTSs (with Multi BCF Control in BSC and Common BCCH Control in BSC). When the status of the DFCA bands changes. the BSC that controls the interfered cell sends a measurement relation termination request to the BSC controlling the remote interfering cell. the neighbour cells are informed. For interference relations where the interfered single band cell and the interfering multiband cell BCCH are on different frequency bands. maintained on cell level (=segment level) between the interfered and the interfering cells. The cells that have received this information check the suitability of the bands and start disassembling the C/I relation. the final correction in the C/I value because of the frequency band differences is made in the BSC that receives the measurement relation request and controls the interfering cell. it requires that the necessary DFCA C/I data is collected in the BCCH band of the interfered segments. The BIM tables that are formed based on the collected C/I data are.

 the operator should create a BCCH frequency list that includes all the BCCH frequencies used in the area. the BSC builds up a BIM candidate table which is used to identify undefined neighbour cells. If the level of interference from the unknown interference source is significant. the BSC uses neighbour cell definition and maps the reported BCCH and BSIC codes into the defined neighbour cell. The BSC collects DFCA cell identifications into that table from its handover neighbour cells' BIM tables. This is sufficient for handover purposes. the BCCH frequency list given to the MSs in active state only contains the BCCH frequencies of the cells that the operator has defined as adjacent. and CI codes. In a continuous DFCA area there can easily be several hundreds of cells in many BSCs so it is not possible to identify all cells with only BCCH and base station identity code (BSIC) codes. This causes the cell to be an invisible interference source that cannot be taken into account in the DFCA C/I estimations. With these neighbour cell definitions the BSC gets some neighbours into the BIM table that are properly identified. the MSs should be able to measure the BCCH frequencies of all surrounding cells. the MSs never measure the signal level of such a cell. If all possible BCCH frequencies do not fit to the BCCH frequency list. the BSC has to map the codes reported by the MSs into a full cell ID that consists of the BCCH. As MSs can only report BCCH and BSIC codes to which they can listen. the MSs also report undefined BCCH and BSIC codes which are needed to identify and map the MSs into the right cell. The MSs measure the BCCH frequencies that have been indicated by the BSC. When the BSC receives a measurement from an 58 DN03282742 Issue: 09A .7 BCCH frequency list To collect reliable C/I statistics and create complete BIM tables where all the relevant potentially interfering cells are listed. The rotation is done in 10 minute cycles by looking for new BCCH frequencies to be listened from the BIM candidate table. 6. BSIC. For those cells that are configured as handover neighbour cells. In that case the BSC rotates the BCCH frequencies to collect all possible interference sources. but if a nearby cell is not defined as an adjacent cell. also the location area code (LAC) and cell identity (CI) codes are needed. In addition to those neighbours. the performance of DFCA is degraded. Based on the BIM neighbours that are identified by using neighbour cell definitions. 6. the risk for some potential interfering cells of being excluded from the decisions made by the DFCA channel allocation algorithm is minimised. The operator should attach this list as the BCCH frequency list to be used for the active state MSs in the DFCA cells. LAC. To avoid DFCA performance degradation.    BIM update process BSS11052: Dynamic Frequency and Channel Allocation The segment level C/I definition of BIM update process does not take into account the differences between segment's BTSs if they are of different BTS site types in the case of Multi BCF Control in BSC. Therefore. Normally. the operator should leave some space for the BCCH frequency list.8 DFCA cell identification process All the surrounding cells that may cause interference or may be interfered by calls in the serving cell have to be collected into the BIM table. When MSs can monitor and measure all the possible BCCH frequencies.

 This ensures that the information flow regarding channel assignments and releases. The BSC identifies the BCCH frequency conflict immediately after the BCCH frequency of a DFCA cell is changed and informs the operator about the conflict with the 7765 DFCA NEIGHBOUR CELL CONFLICT alarm. A locked BIM entry indicates a BCCH conflict or a conflict between two (BCCH. 6. removes the locking. To keep the related interference data in these cases. BSIC) pairs. The interference relations are kept active. the BSC automatically cancels the alarm. there may in some cases appear conflicts that prevent the normal maintaining of the detected interference relations in the BIM tables. and neighbour cell updates keeps flowing in if the interfering cells are controlled by other BSCs. BCCH conflict A BCCH conflict exists if an interfering cell uses the same BCCH frequency as the serving cell. the BSC freezes this data by locking the incoming interference BIM table entry in question. When the conflict is removed. when the conflict is removed in a BCCH frequency change. BCCH-BSIC conflict In a BCCH-BSIC conflict. This kind of a limited set of cell identifications allows the BSC to map the reported BCCH and BSIC codes into the right and closest cell even if the same code would be used more than once in the BSC.    BSS11052: Dynamic Frequency and Channel Allocation BIM update process undefined BCCH and BSIC. the BSC raises the 7765 DFCA NEIGHBOUR CELL CONFLICT alarm. In this case. The BSC automatically detects this situation and informs the operator with the 7765 DFCA NEIGHBOUR CELL CONFLICT alarm. and resumes the normal BIM updates. Therefore. the BSC cancels the alarm automatically. it uses this candidate BIM table to map the BCCH and BSIC codes into LAC and CI.9 BCCH and BSIC conflict management As MSs are able to report only the combination of BCCH frequency and BSIC. This situation also occurs if the operator changes the BCCH-BSIC combination of one interfering cell to the same as that of another interfering cell. Without an explicit locking procedure. Similarly. The BSC has found more than one candidate from its candidate cell table that are using the same BCCH-BSIC. this could eventually lead to deletion of the BIM entry based on the BIM update guard time (BUGT) parameter. The locking procedure makes sure that a cell that was previously found interfering is taken into account even after the BCCH frequency has been changed to the same as in the serving cell. This prevents the particular interference relation from being terminated. Issue: 09A DN03282742 59 . power level. An existing interference relation may become ambiguous or it may not be possible for the MSs to measure the interfering cell signal level anymore. the BSC is not able to identify to which cell the BCCH-BSIC belongs. this interfering cell cannot be measured by the MSs and it does not appear in the DFCA C/I statistics of the serving cell.

DFCA MA=1. If the interfering cell uses DFCA. cell identity (CI). the BSC that controls it accepts the measurement relation request and adds the interfered cell and the related C/I value as a new entry in the outgoing interference BIM table of the interfering cell in question. The DFCA cell is identified with a combination of the location area code (LAC). and base station identity code (BSIC). Figure 12 Channel assignment conflict CHANNEL_ASSIGNMENT (BTS1. TSL=1. Therefore. When a measurement relation between two DFCA cells in different BSCs exists. The BSC-BSC interface is used for the transmission of data that needs to be exchanged between DFCA algorithms in different BSCs when DFCA cells that are controlled by the different DFCA algorithms interfere with each other. TSL=1.DFCA MA=1. the DFCA connection-specific power control and neighbour cell C/I data is forwarded to the DFCA algorithm at the other end of the measurement relation as soon as it is received from the local power control and handover algorithm. Data transfer on the inter BSC connection takes place within measurement relations that have been established between DFCA cells in different BSCs. there is some delay before the information reaches the radio resource table of the interfered cells in the target BSCs. The interfered end of the relation sends updates about changes in the C/I of the relation. In addition. For the cells controlled by other BSCs. this is updated to the other end of a measurement relation. the DFCA algorithm of each end updates its counterpart about every DFCA channel allocation and release that takes place in a DFCA cell of the relation. To prevent a 60 DN03282742 Issue: 09A . Within this request. the initiating end indicates the DFCA cell that is the interfered part in the relation and the related level of interference as a carrier-to-interference ratio (C/I) value. DFCA can operate as transparently as possible across BSC area borders. With the help of the BSC-BSC interface. If the operator changes the information used for identifying DFCA cells. this is achieved with the use of a BSC-BSC interface. the local DFCA algorithm initiates a measurement relation by sending a request towards the BSC that controls the external interfering cell.MAIO=3) BTS1 BTS2 BTS3 Although all channel allocation messages are sent immediately after a DFCA assignment over the BSC-BSC interface.MAIO=3 BSC A BSC B CHANNEL_ASSIGNMENT (BTS3.    BSC-BSC interface BSS11052: Dynamic Frequency and Channel Allocation 7 BSC-BSC interface It is essential for the DFCA algorithm to know the channel usage situation of the cells that are interfering or being interfered by the cells of the local BSC. broadcast control channel (BCCH). as they take place as a result of the BIM update process. When the BIM update process adds a significant interfering cell in the incoming interference BIM of the interfered cell and the interfering cell is controlled by another BSC. The DFCA algorithm in a BSC establishes a measurement relation towards another DFCA algorithm in another BSC based on the results of the BIM update process. there is a possibility of a conflict between simultaneous DFCA channel assignments.

 For more information. the BSC allocates a new channel for the request and the call procedure continues as usual. There is also a separate procedure for collecting information on the data transmission delay in the BSC-BSC interface. One BSC can have up to 40 active SPC connections. In case of conflict. each LAC is mapped to 1-6 different SPCs.BSC interface Every BSC has been assigned an SCCP Signalling Point Code (SPC) during the creation of the A interface. The SPC is used to identify and address a BSC through the BSC-BSC interface. The results of this procedure are available for the user in the counters of the BSC-BSC measurement. Internally the DFCA algorithm in a BSC must be able to identify each DFCA cell in the area uniquely. see  102 BSCBSC Measurement under Reference. The LAC-to-SPC mapping table reduces the signalling and processing load in the BSC-BSC interface by giving the BSC a limited set of neighbour BSCs. from where to search each DFCA cell that is not under its control. Table 14 Example of LAC-to-SPC mapping LAC-to-SPC mapping info Index LAC SPC 1 10011 10002 24 302 54 1202 923 2 10015 2032 254 0 0 0 0 3 10020 311 265 43 Issue: 09A DN03282742 61 .    BSS11052: Dynamic Frequency and Channel Allocation BSC-BSC interface possible call drop in this situation. see DFCA cell identification process. The DFCA algorithm finds out the BSC (SPC) that controls a particular external DFCA cell with a LAC-to-SPC mapping table. and mobile allocation index offset (MAIO) combination is not allocated between the BIM neighbours in the local and remote BSC. For more information. the BSC controls defined time that the same timeslot (TSL). The operator has to fill in this table so that it contains the LACs used in the DFCA area and the BSCs (SPCs) that control one or more DFCA cells within each LAC. Addressing in the BSC . In the table. DFCA mobile allocation (MA). The LAC-to-SPC mapping table is illustrated in table Example of LAC-to-SPC mapping. The time is controlled with the BSC parameter expected BSC-BSC interface delay (EBID).

64 FFFEH 0 0 0 0 0 0 The DFCA information transferred in the BSC-BSC interface always concerns a particular DFCA cell that is identified by a unique LAC-CI-BCCH-BSIC combination.) LAC-to-SPC mapping info 0 0 0 . The related entry in the incoming interference BIM table of the interfered cell is also removed. . If an existing measurement relation is found. If the LAC can be identified and the LAC is listed in the LAC-to-SPC mapping table but there are no SPCs defined for this LAC. based on the LAC of the interfering cell in question.. the related SPC is also found within the data saved for the relation. 62 DN03282742 Issue: 09A .. If there is no earlier information about the newly discovered cell in the BSC. the BSC sends the measurement relation request to all SPCs found from the LAC-to-SPC table for the LAC. the BSC assumes that there are no DFCA cells in this LAC and terminates the measurement relation initiation without any error indication. As the first thing. the local BSC initiates a measurement relation towards the remote BSC. Error cases If a LAC is reported but the LAC is not listed in the LAC-to-SPC mapping table..    BSC-BSC interface BSS11052: Dynamic Frequency and Channel Allocation Table 14 Example of LAC-to-SPC mapping (Cont. the BSC raises a 3260 UNKNOWN POTENTIALLY INTERFERING CELL FOR DFCA disturbance alarm. in another DFCA cell. there already is a measurement relation to the remote cell with this new cell. the BSC initiating a measurement relation checks the information related to existing measurement relations to see if. When the BIM update process discovers a new interfering cell that is controlled by a remote BSC. For that. The BSC sends a measurement relation initiation request with the found SPC. the local BSC has to find out the SPC address of the remote BSC..

When the clock synchronization is implemented with • • • Issue: 09A the timing-over-packet synchronization (BSS101684: ToP Phase Synchronisation For DFCA) a co-sited TD-SCDMA NodeB with Flexi Multiradio 10 BTS (when the RG301833: Ext 1PPS+ToD Sync Support feature is in use) or a GPS receiver or co-sited e-NodeB with Flexi Multiradio 10 BTS (when the RG301965: GPS 1PPS+ToD Sync Support feature is in use) DN03282742 63 . This means significant changes in DFCA operation. it leads to the same recovery actions as when the synchronization of a BTS is lost. synchronization status of a BCF is changed to unsynchronized and the DFCA TRXs of the BTS are set in the unsynchronized DFCA mode: random radio frequency hopping. In these situations. The synchronization is implemented in each base control function (BCF) with a clock synchronization signal from either: • • • • the location measurement unit (LMU) co-sited TD-SCDMA NodeB when the  RG301833: Ext 1PPS+ToD Synch Support feature is in use the GPS receiver or co-sited e-NodeB when the  RG301965: GPS 1PPS+ToD Sync Support  feature is in use the BCF with timing-over-packet synchronization for Packet Abis over Ethernet BTSs when the  BSS101684: ToP Phase Synchronisation For DFCA  feature is in use There can. however. the BSC automatically switches between synchronized and unsynchronized operation in the BTSs that are controlled by the BCF that has lost its synchronization. If such connection failures take place during DFCA operation. If the clock synchronization is temporarily lost in a DFCA hopping BTS. Another requirement for efficient DFCA operation in a BTS is that there are no detected problems in connections to the neighbor BSCs that control DFCA cells that cause interference to the BTS. When the synchronization is implemented with: • • • an LMU or a co-sited TD-SCDMA NodeB with Flexi EDGE or Flexi Multiradio BTS  (when the RG301833: Ext 1PPS+ToD Sync Support feature is in use) or a GPS receiver or co-sited e-NodeB with Flexi EDGE or Flexi Multiradio BTS (when the RG301965: GPS 1PPS+ToD Sync Support feature is in use) then the unsynchronized DFCA mode means switching to traditional radio frequency hopping (RF hopping). be situations where the clock synchronization is temporarily lost.    BSS11052: Dynamic Frequency and Channel Allocation Automatic configuration changes 8 Automatic configuration changes Dynamic Frequency and Channel Allocation (DFCA) hopping requires that the network is working in a synchronized way. 8.1 Loss of synchronization The synchronization of the network is monitored with the Recovery for BSS and Site Synchronisation software that provides the synchronization status information needed for DFCA purposes.

1 Unsynchronized DFCA mode with RF hopping During the unsynchronized DFCA operation. the BSC applies the forced handover procedure to pre-empt the DFCA TRXs from traffic to avoid dropped calls. The BSC changes the DFCA TRXs to the unsynchronized random frequency hopping operation. In the DFCA random hopping mode the BSC uses a dedicated Random Hopping DFCA MA list. 8. the DFCA algorithm is suspended and the conventional channel allocation procedure is also used in the DFCA transceivers (TRXs). the BSC is able to continue with the DFCA channel allocation algorithm in the DFCA TRXs also during the unsynchronized DFCA operation mode. 8. based on constant values MAIO offset = 0 and MAIO step = 2. This also takes care of the HSN reuse distance corresponding to the broadcast control channel (BCCH) reuse distance. the normal DFCA mode of operation is restored for the DFCA TRXs. With the BSS101684: ToP Phase Synchronisation For DFCA feature. There can be up to 32 frequencies in the Random Hopping DFCA MA frequency list.    Automatic configuration changes BSS11052: Dynamic Frequency and Channel Allocation then the unsynchronized DFCA mode means switching to a special DFCA random hopping mode. When the synchronization status of a BTS changes back to BSS synchronised.1. The BSC selects dynamically (as in DFCA hopping) the radio timeslot. The BSC finds out a frequency from the random hopping list with the formula (BCCH frequency number modulo 63). requests restart for the DFCA TRXs.2 Unsynchronized DFCA mode with DFCA random hopping mode When the BSS101684: ToP Phase Synchronisation For DFCA feature is in use. The hopping sequence number (HSN) to be used is defined with the formula (BCCH frequency MOD 63)+1. the frequency hopping parameters used for the DFCA TRXs in the DFCA random hopping mode are different from those used in the synchronized DFCA hopping mode. When the BSC gets informed about the loss of synchronization. MAIO. it blocks the DFCA TRXs that are in the control of the BCF the synchronization of which was lost. User creates a DFCA MA list for this purpose by marking it for the random hopping (RH) use with the DFCA MA List Usage parameter. and reopens them for use. This guarantees that a different HSN is used in co-located BTS that may still be following the same clock. The unsynchronized mode DFCA mobile allocation (MA) list attached to this BTS is taken into use in the DFCA TRXs. The BSC determines the mobile allocation index offset (MAIO) values for DFCA TRXs. the RG301965: GPS 1PPS+ToD Sync Support feature with Flexi Multiradio 10 and RG301833: Ext 1PPS+ToD Sync Support feature with Flexi Multiradio 10 BTS. However. This frequency is a starting point for the frequency sequence. Prior to the blocking.1. which is used during DFCA random hopping mode in the related cell. and training sequence code (TSC). the timing-over-packet synchronization is used as the synchronization source instead of the LMU (GPS) for the Packet Abis over Ethernet BTSs. The hopping sequence number (HSN) to be used in the DFCA random hopping mode is defined with the formula (BCCH frequency MOD 63). 64 DN03282742 Issue: 09A . performs the related reconfiguration actions.

 Then the BSC checks the incoming interference BIM table of every local DFCA cell to see. Before the blocking. the BSC updates the new hopping parameters for an (E)GPRS territory in a DFCA TRX. If BSS11073: Recovery for BSS and Site Synchronisation feature. Only new calls in the DFCA TRXs are set up in the synchronised DFCA hopping mode. When the hopping mode switching takes place between DFCA hopping and DFCA random hopping modes. 8. The BSC Issue: 09A DN03282742 65 . If an inter-BSC communication fault leads to uncontrolled interference in a DFCA BTS. On receiving the information about the BSC-BSC connection failure. The BSC starts to deploy random frequency hopping with the Random Hopping DFCA MA list frequencies in the DFCA TRXs. For an (E)GPRS territory a downgrade-upgrade scenario is performed to update the changed frequency hopping criteria to the PCU. the communication fault may cause excessive uncontrolled interference in the DFCA TRXs of the cell. RG301965: GPS 1PPS+ToD Sync Support feature with Flexi EDGE or Flexi Multiradio BTS or RG301833: EXT 1PPS+TOD Sync Support feature with Flexi EDGE / Flexi Multiradio BTS is in use and the BSC raises the 3286 or 7764 alarm for the BTS. The alarm informs the user of the DFCA BTSs and the DFCA TRXs that are affected by the failure. When the synchronization status of a BTS changes back to synchronised. Once again. If the BSC-BSC interface is still not working after 30 minutes. it is able to switch from DFCA hopping to the DFCA random hopping mode online. When a BSC-BSC connection break occurs. because the DFCA algorithm operates without up-to-date knowledge on some of its interfering cells. This alarm is a notice and. the BSC raises the 3286 INTER BSC CONNECTION FAILURE DISTURBING DFCA OPERATION alarm for the SPC in question. the BSC raises the 7764 DFCA USE PREVENTED DUE ANOTHER BSC UNCONTROLLED INTERFERENCE alarm for the BTS in question. The existing calls remain with DFCA hopping until they are handed over or end. BSS20371: BSS Synchronisation Recovery Improvement feature. The BSC downgrades the (E)GPRS territory in the TRX and then the BSC upgrades it back with the new frequency hopping criteria. If this is the case. the BSC starts a 30minute timer to control the BSC-BSC connection break. therefore. the BSC starts the actions to tolerate the uncontrolled interference that it may receive from the remote BSC. the BSC starts to apply the DFCA random hopping mode for new CS calls only. the ongoing DFCA calls continue in the DFCA random hopping mode until they are handed over or end. The BSC first determines the remote cells that are controlled by the BSC to which the connection was lost. the BSC temporarily blocks the DFCA TRXs that are affected by the failure.2 Loss of inter-BSC connection The signalling connection control part (SCCP) of the BSC-BSC interface informs the connected BSC if the connection to another BSC breaks down. not cancelled. the SCCP raises the 2241 SCCP SUBSYSTEM PROHIBITED alarm for the BBI subsystem and the SPC in question. If during the inter-BSC communication failure radio conditions of a BTS change and lead to uncontrolled interference. the BSC applies the forced handover procedure to pre-empt the DFCA TRXs from traffic to avoid dropped calls. the normal DFCA mode of operation is restored for the DFCA TRXs. When the BCFs in the synchronization chain are switched from the synchronised DFCA mode to the unsynchronized mode. if any of the remote cells is included in the BIM and if the carrier-to-interference ratio (C/I) for any such remote cell is lower than 10 dB.    BSS11052: Dynamic Frequency and Channel Allocation Automatic configuration changes When the BSC gets informed about the loss of synchronization.

When receiving the information on the return of the inter-BSC communication to a remote BSC. In the parameter set. When the interface fault ceases to exist. requests restarts for the DFCA TRXs. the BSC determines if there are cells where DFCA usage can be recovered because of the detected inter-BSC communication status change. The parameter sets are handled with the OC command group. The BSC follows there the similar procedures as when losing the clock synchronization as explained in Loss of synchronization chapter. the allowed break duration is SSP_FILTER_TIMER. 66 DN03282742 Issue: 09A . and reopens them for use. The BSC cancels the 3286 INTER BSC CONNECTION FAILURE DISTURBING DFCA OPERATION alarm for the BTS and configures the BTS automatically back to the DFCA hopping operation. The OCI command is used to print the parameter set and the OCM command to modify the parameter set. Short inter-BSC communication breaks may be allowed without immediate actions. The allowed break duration when the SCCP informs the BSC about the BSC-BSC connection break and causes the 2241 alarm is adjusted using MML commands. The parameter set corresponding to the signalling point code (SPC) can be found out with the NFI command. With the BSS101684: ToP Phase Synchronisation For DFCA feature and RG301965: GPS 1PPS+ToD Sync Support feature with Flexi Multiradio 10 BTS or RG301833: EXT 1PPS+TOD Sync Support feature with Flexi Multiradio 10 BTS is able to continue with the DFCA channel allocation algorithm in the DFCA TRXs also during an inter-BSC communication break.    Automatic configuration changes BSS11052: Dynamic Frequency and Channel Allocation changes the DFCA TRXs to the unsynchronized random frequency hopping operation. the BSC cancels the 3286 INTER BSC CONNECTION FAILURE DISTURBING DFCA OPERATION alarm and reconfigures the DFCA TRXs back to the normal DFCA mode. performs the related reconfiguration actions.

 16. contain the same number of frequencies). 17.6. see  Changing DFCA frequencies during DFCA use. which are used in the same geographical service area for DFCA hopping use.1 DFCA MA lists The operator arranges the available Dynamic Frequency and Channel Allocation (DFCA) frequencies into one or more DFCA mobile allocation (MA) lists. The DFCA MA lists have a specific state parameter that can have either of the two values: 'out of use' and 'in use'. 9. When a new DFCA MA list is created. the following rules should be followed: • • • • • Issue: 09A All 'in use' state DFCA MA lists will be defined to the same DFCA MA list group Any DFCA frequency can only be used on one DFCA MA list which is in 'in use' state. In case the DFCA band includes adjacent frequencies. 26. the state of the list is 'in use'. For more information on changing DFCA MA lists. A DFCA MA list can be attached to a BTS for the actual use only if the list is active. The DFCA MA lists are defined in each BSC where the MA list identification range from 1 to 64 is reserved for DFCA MA lists. DN03282742 67 . 8.1 Defining DFCA MA lists The operator defines the available Dynamic Frequency and Channel Allocation (DFCA) frequencies into the separate mobile allocation (MA) frequency lists that are used depending on the DFCA operation mode. 24. 13. It is recommended that a DFCA MA list contains 2. its initial state is always 'out of use'. 12. and multiple MA lists are used. The maximum number of the DFCA MA lists is 64. DFCA MA lists must be defined in the same way so that DFCA MA lists and DFCA MA lists with identical ID numbers are identical in both BSCs. Covering a geographical area When defining the DFCA MA lists. If any two DFCA MA lists contain frequencies that are adjacent to each other. It is recommended that all the lists have not been taken into use in the BSC because changing the DFCA frequencies of the DFCA hopping BTS(s) is recommended to be made so that the 'old' DFCA MA lists of the BTS(s) are replaced with the new DFCA MA lists.1. In adjacent BSCs (the service areas of which are adjacent to each other). 3. Adjacent DFCA MA lists which are in 'in use' state must have the same length (that is. the frequencies must be set in ascending order in every list (see figure Example of frequency band split in chapter Planning Dynamic Frequency and Channel Allocation ). the two DFCA MA lists are considered adjacent. For more information. 4. that is. see  Frequency band management and frequency layering in chapter Planning Dynamic Frequency and Channel Allocation. 32 or 64 frequencies.    BSS11052: Dynamic Frequency and Channel Allocation Dynamic Frequency and Channel Allocation management 9 Dynamic Frequency and Channel Allocation management 9.

Covering different geographical areas If the geographical service areas are apart from each other. as represented in figure Usage of DFCA MA groups in separate service areas in the BSS 68 DN03282742 Issue: 09A . This is why a minor performance degradation scenario might occur during the change of the DFCA frequency plan if the old plan has DFCA MA lists conflicting with those of the new plan. contain frequencies that are adjacent to each other. The DFCA does not control the interference between co-channels and adjacent channels that are using DFCA MA lists. which are defined to different DFCA MA list groups. which are defined into different DFCA MA list groups. The DFCA controls the interference between co-channels and adjacent channels of DFCA MA lists that belong to same DFCA MA list group. It is the operator's responsibility to take care of that in the radio network planning and the configuring phase. then these 'in use' state DFCA MA lists' length can vary (that is. different sets of DFCA MA lists can be used in different locations that are apart from each other. then the frequencies must be set in ascending order in every list.    Dynamic Frequency and Channel Allocation management BSS11052: Dynamic Frequency and Channel Allocation Breaking the rules causes an inadequate carrier-to-interference ratio (C/I) estimation. which belong to different DFCA MA list groups. The degradation is not too significant if the frequency plan changes are implemented during a short period of time and with low traffic. typically during the night-time. If DFCA MA lists belongs to different DFCA MA list groups and they are used in separated geographical areas. If any two DFCA MA lists. This way. The frequencies can be reused freely in DFCA MA lists. it can contain different number of frequencies). then the following rules should be followed: • • • The DFCA frequency can be used on several 'in use' state DFCA MA lists. which are defined to different DFCA MA list groups. If DFCA MA lists which belong to different groups have adjacent frequencies and use multiple MA lists. and possibly. degradation in call quality during the DFCA use. then the DFCA MA lists of areas for DFCA hopping use can be defined to different DFCA MA list groups. which belongs to these groups.

 You should take the interference control into account when planning and configuring the radio network. This list is used in the DFCA TRXs with random radio frequency hopping (RF hopping) during the unsynchronized mode of operation.    BSS11052: Dynamic Frequency and Channel Allocation Figure 13 Dynamic Frequency and Channel Allocation management Usage of DFCA MA groups in separate service areas in the BSS BSC DMAL Group DMAL DMAL ARFCN 513 DMAL DMAL DMAL ARFCN 513 DMAL DMAL DMAL DMAL Group Note that the DFCA does not control interference caused by co-channels and adjacent channels of the DFCA MA lists which belong to different DFCA MA list groups. The frequencies of the DFCA MA lists that have been defined for the actual DFCA hopping in the synchronised mode can be reused on a DFCA random hopping MA list.1. Issue: 09A DN03282742 69 . Also.2 Unsynchronized mode MA lists The DFCA hopping operation also requires that the operator has attached a separate MA list for the unsynchronized mode of DFCA operation. 9. there are no adjacent frequency limitations related to a DFCA random hopping MA list. the MA list for the unsynchronized mode of DFCA operation is another DFCA MA list that the operator has dedicated for the DFCA random hopping mode. The DFCA MA List Usage parameter value Random Hopping (RH) is used to indicate that a DFCA MA list is to be used in the unsynchronized mode of DFCA operation with the BSS101684: ToP Phase Synchronisation For DFCA  feature. This list is a normal MA list (id 1…4200) defined in the BSC but includes frequencies of the DFCA band. When DFCA is used with the  BSS101684: ToP Phase Synchronisation For DFCA feature.

With the DFCA MA Frequency List NOB Usage parameter operator indicates whether the DFCA MA frequency list contains frequencies that are critical from the inter system interference point of view. The DFCA MA Frequency List NOB Usage parameter is available for: • • the DFCA MA lists that are used in the synchronized DFCA mode the DFCA MA list that is used in the DFCA Random Hopping mode.1. The operator can attach up to 64 DFCA MA lists to a BTS. according to the value of the DFCA MA Frequency List NOB Usage parameter. this can lead to a situation where the capacity of the DFCA TRXs in the BTS cannot be fully exploited because of the soft blocking that the DFCA algorithm runs into. contain the same number of frequencies). 70 DN03282742 Issue: 09A . It is. the BSC prevents attaching DFCA MA lists to the BTS. If the conditions have been broken.    Dynamic Frequency and Channel Allocation management BSS11052: Dynamic Frequency and Channel Allocation 9. degradation in call quality. the two DFCA MA lists are considered adjacent. and possibly.2 Attaching DFCA MA lists to a BTS DFCA hopping operation in a BTS requires that the operator has attached one or more DFCA lists for the synchronised DFCA hopping operation.3 DFCA MA Frequency List NOB Usage parameter With the RG602219: Nearest Offset BTS feature the BSC is able to utilize the GSM frequencies that are close to the resources of a neighboring network technology system. This does not prevent the operation of DFCA in the BTS. The BSC applies the access criteria for using the critical frequencies. when used with both: the BSS101684: ToP Phase Synchronisation For DFCA feature and the RG602219: Nearest Offset BTS feature 9. possible to have a configuration where the number of DFCA TRXs exceeds the number of frequencies available for DFCA on the DFCA MA lists of the BTS. Breaking the rules causes an inadequate carrier-to-interference ratio (C/I) estimation. even though they are not attached to the BTS. therefore. However. as well as the limitations for the transmission power on these frequencies. These rules are also valid for all ‘in use’ state DFCA MA lists that are or will be used in the same geographical area. The BSC does not check the number of frequencies on the DFCA MA lists attached to a DFCA BTS and the number of DFCA transceivers (TRX) of the BTS. The operator should take care that the rules are not broken on the BSC level and between different BSCs belonging to the same geographical area. The BSC checks on the DFCA MA group level that the following conditions set for the frequencies in the active DFCA hopping MA lists to be attached and the DFCA hopping MA lists of the BTS are met: • • if the DFCA frequency can only be used on one DFCA MA list in the BTS if any two DFCA MA lists of the BTS contain frequencies that are adjacent to each other. Adjacent DFCA MA lists must have the same length (that is. The activity state of a DFCA MA list for DFCA hopping use must be 'in use' when the lists are attached.

 In addition. after changing the DFCA mode from 'off' to 'standby'. the value of the DFCA mode (DMOD) parameter of a BTS is 'off'. 9. and then change the DFCA mode to 'DFCA hopping'. The BTS DFCA mode can be switched from 'off' to 'standby' without BTS locking. The BTS DFCA mode can be switched from 'standby' to 'off' without BTS locking.    BSS11052: Dynamic Frequency and Channel Allocation Dynamic Frequency and Channel Allocation management The DFCA MA list attachments for the synchronised operation and the DFCA unsynchronized mode MA list can be modified without locking the BTS in question if the value of the DFCA mode (DMOD) parameter of the BTS is 'off' or 'standby'. If the BTS is in the 'DFCA hopping' mode. In the 'standby' mode. 9. The BSC prevents switching the DFCA mode directly from 'off' to 'DFCA hopping'. As you start to activate the DFCA. Switching DFCA mode from standby to DFCA hopping Issue: 09A DN03282742 71 . the modifying of the DFCA MA list attachments for both the synchronised and the unsynchronized operation requires locking the BTS or locking all the DFCA TRXs of the BTS. The parameter can be modified without locking the object. Even though a TRX is defined as a DFCA TRX. the procedure requires TRX locking. you first have to change the value of the DFCA mode (DMOD) parameter to 'standby'. the interference measurement relations between the DFCA cells in different BSCs are established and the associated information updates between the cells are started.3 Defining DFCA TRXs of a BTS DFCA usage in a BTS is controlled TRX by TRX. 'standby'. However. Therefore. Switching DFCA mode from standby to off When this mode change takes place in a DFCA cell. the BSC deletes the BIM tables of the cell and the BIM entries related to this cell in other DFCA cells. Switching DFCA mode from off to standby The DFCA 'standby' mode is an interim phase of the activation that is required before the actual DFCA operation. if the value of the DFCA mode (DMOD) parameter of the BTS is 'off' or 'standby'. If the value of the DFCA mode (DMOD) parameter of the BTS is 'DFCA hopping'. The parameter has three values: 'off'. because the configuration or the operation of the BTS is not changed when this mode change is made. Initially. it is recommended that you keep the BTS in the 'standby' state for the duration of at least one BIM update period. see  BSS Radio Network Parameter Dictionary under Reference. and 'DFCA hopping'. All this makes it possible to start the DFCA operation in the cell. the DFCA C/I statistics collection with the background interference matrix (BIM) update process is started allowing the potentially interfering cells to be identified and saved in the BIM tables by the BSC. For more information on the BIM update period (BUP) parameter.4 Modifying the DFCA mode of a BTS DFCA is activated BTS by BTS using the BTS-level parameter DFCA mode (DMOD). it functions normally until the BTS is switched to 'DFCA hopping' mode. this requires that at least one BIM update period in the 'standby' mode has elapsed. The BSC cancels all the DFCA interference relations associated with this cell. The operator can define a TRX to be used for DFCA by modifying the TRX-level parameter DFCA indication (DFCA).

 The BSC ensures that • • • • • synchronisation has been enabled there are only traffic channel (TCH) or not-in-use channel (NOTUSED) timeslots in the DFCA TRXs there are no super reuse TRXs defined in the BTS there are no DFCA TRXs where GPRS is enabled (if GPRS is enabled in the BTS) there are no extended cell range TRXs in the BTS • • • • • at least one DFCA MA list has been attached to the BTS DFCA unsynchronized mode MA list has been defined for the BTS and DFCA unsynchronized mode MA list length >= (2 * the number of unlocked DFCA TRXs of the BTS) -1 broadcast control channel (BCCH) TRX's frequency is not defined for the DFCA MA list of the BTS baseband hopping is not used in the BTS This change causes the DFCA TRXs in the BTS to be reconfigured to 'DFCA hopping' mode and the DFCA channel selection algorithm starts working on the channel assignments on the DFCA TRXs. the BTS must be locked. the BTS must be locked. Switching DFCA mode from DFCA hopping to off Before the DFCA mode can be changed from 'DFCA hopping' to 'off'. The BSC also stops updating the DFCA RR table (both internally and externally). After the DFCA mode has been changed. the BTS must be unlocked for the changes and reconfigurations to take place. After the DFCA mode has been changed. When this change takes place. The BSC also starts updating the DFCA radio resource (RR) table (both internally and externally) to the neighbor BSCs if there are remote DFCA cells listed in the BIM tables of the local DFCA cells. If the BSS synchronisation is enabled but the BTS is temporarily out of synchronisation. The BSC also stops the BIM update process and maintenance of the 72 DN03282742 Issue: 09A . Switching DFCA mode from DFCA hopping to standby Before the DFCA mode can be changed from 'DFCA hopping' to 'standby'. the operator unlocks a DFCA BTS in the unsynchronized mode. The BSC stops the DFCA RR table updates related to the modified cell.    Dynamic Frequency and Channel Allocation management BSS11052: Dynamic Frequency and Channel Allocation Before the DFCA mode can be changed from 'standby' to 'DFCA hopping'. The BSC allows the operator to switch a BTS to the 'DFCA hopping' mode even if the BTS is temporarily unsynchronized. the BTS must be locked. This change causes the DFCA TRXs in the BTS to be reconfigured to the normal operation mode. the BTS must be unlocked for the changes and reconfigurations to take place. The BSC automatically reconfigures the BTS to synchronised DFCA hopping operation once the synchronisation is available. The conventional channel allocation algorithm starts working on all the channel assignments in the BTS. The BIM updating process and maintenance of the BIM tables continues. the BSC checks that the necessary conditions of DFCA operation are fulfilled. the BTS must be unlocked for the changes and reconfigurations to take place. This change causes the DFCA TRXs in the BTS to be reconfigured to the normal operation mode and the conventional channel allocation algorithm starts working on all the channel assignments in the BTS. After the DFCA mode has been changed.

 This causes an inadequate carrier-to-interference ratio (C/I) estimation.6 Rehoming In rehoming an existing site is moved from a BSC to another. the performance has already recovered by the morning. So. The BSC checks the adjacent frequency relations between the DFCA MA lists in 'in use' state only after the old list is set to 'out of use' state. 9. all parameters of the site are automatically transferred to the new BSC side. the DFCA algorithm cannot identify the adjacent channel interference. Then the BIM table is collected in DFCA hopping mode. the BIM table of the site is empty in the new BSC side. However. During the first BIM collection period the site may have some performance degradation due to uncontrolled interference. it is recommended to set the DFCA to standby mode before the site is unlocked. As these kinds of changes are typically made in the night-time. detach the old DFCA MA list from the BTS. the following night. The BIM table makes an exception. degradation in call quality. and unlock the BTS. DN03282742 73 . and possibly. The BIM entries related to the modified cell in the BIM tables of other DFCA cells are deleted and the related interference relations are cancelled. The BIM tables are now collected in DFCA standby mode. Repeat the step 3 for all required DFCA hopping mode BTSs. It is not transferred to the new BSC. One day is typically enough in standby mode. 3.    BSS11052: Dynamic Frequency and Channel Allocation Dynamic Frequency and Channel Allocation management BIM tables for the cell in question. the DFCA can be directly set to DFCA hopping mode when the new site is unlocked. 9. Set the ‘old’ DFCA MA list(s) to 'out of use' state. and the sites can be set to DFCA hopping mode. 2. Configure the frequencies to the ‘new’ DFCA MA list(s) that is (are) in 'out of use' state.5 Changing DFCA frequencies during DFCA use You can change the DFCA frequencies of the BTSs which use the same band according to the following instructions so that the service impact of the cell reconfiguration phase is minimized: 1. There are two ways to make rehoming for a DFCA site: • • Issue: 09A If rehoming concerns just a few sites in the area. 4. and is back to normal before the busy hours. If rehoming concerns several sites. When moving the site. the performance degradation is insignificant. Lock a DFCA hopping mode BTS. This is done in the preparation phase. 5. attach the ‘new’ DFCA MA list to the BTS. due to a small number of new sites. Set the ‘new’ DFCA MA list(s) to 'in use' state. If the old list is not set to 'out of use' state. for example.

 This makes it possible to make the handover based on a high RxLevel and interference as an intra-cell handover. good level of quality can be maintained by triggering an intra-cell handover back to a good channel if the quality deteriorates too much. During a call. so that a good channel that was initially allocated for the call can change to be a bad one. If the average RxLevel is higher than the value of this parameter. four UTPFIL parameters can be used to optimize intra-cell handovers caused by interference or AMR packing/unpacking. No value or value 0 means that the parameter is not in use. for example. Value 1 means that the parameter is in use. because of the movement of the interfering calls. the parameter is not in use. This parameter is either on or off. If no value is given. handovers caused by AMR packing/unpacking or interference are not allowed. If the average RxLevel is lower than the value of this parameter. The value of this parameter can be between 1 and 63. However. the C/I situation in a cell can change. RCS_INTF_LEV_DFCA_PRM_C (parameter ID: 7F) This parameter is used to add a lowest priority interference handover to the priority list. handovers caused by AMR packing/unpacking or interference are not allowed. With optimal intra-cell handover parameter settings. RCS_QUAL_LIMIT_DFCA_PRM_C (parameter ID: 81) This parameter is used to control handovers caused by AMR unpacking and interference based on RxQuality.7 Optimizing intra-cell handover parameters The optimal functionality of intra-cell handovers is important for DFCA. In addition to normal intra-cell handover parameters.    Dynamic Frequency and Channel Allocation management BSS11052: Dynamic Frequency and Channel Allocation 9. If no value is given. The value of this parameter can be between 1 and 63. If the average RxQuality is worse than or equal to the value of this parameter. the parameter is not in use. the value of this parameter has no effect unless also the RCS_INTF_LEV_DFCA_THR_PRM_C parameter is in use. The value of this parameter can be between 1 and 7. If no value is given. handovers caused by AMR unpacking are not allowed. DN03282742 Issue: 09A . the parameter is not in use. RCS_INTF_LEV_DFCA_THR_PRM_C (parameter ID: 80) This parameter is used to control handovers caused by AMR unpacking and interference based on RxLevel. • • • • 74 RCS_UNPACK_LEV_THR_PRM_C (parameter ID: 7E) This parameter is used to control handovers caused by AMR unpacking.

 FN offset = BCF ID. the BCCH multi frames are coincident in all the cells. This significantly decreases the possibility to decode the BSIC. and perfectly acceptable results may also be achieved with simpler planning rules (for example.1 Frame number offset for optimised BSIC decoding performance To identify a neighbour cell. With non-coincident BCCH multi frames. Issue: 09A DN03282742 75 . Figure 14 FN offset planning rule +1 14 +1 18 +4 +1 20 +4 +1 13 +4 +1 +4 +1 17 +4 21 +4 +1 MS 12 +4 +4 +1 +4 +1 16 +4 +1 The BSIC decoding speed improvement may not be very critical. If the frame number offsets are not used. as generally the decoding is possible only every 10 traffic channel (TCH) multi frames. based on the time division multiple access (TDMA) frame numbers. An idle frame occurs once in every 26 TDMA frames for full rate (FR) connections. Decoding of the BSIC requires a coincidence of the idle frame and the frequency correction and synchronisation burst transmissions.    BSS11052: Dynamic Frequency and Channel Allocation Frame number and timeslot offsets 10 Frame number and timeslot offsets 10. therefore. The planning of the FN offsets is. as long as the FN offset varies from site to site). done on site basis. The frequency correction and the synchronisation bursts are sent on the broadcast control channel (BCCH) according to a predetermined schedule. All the synchronised BTSs of a site and in the same clock distribution chain always have the same frame number (FN) offset. the mobile station (MS) has to decode the base station identity code (BSIC) transmission by receiving the frequency correction burst and the synchronisation burst during the idle frames. A simple optimised FN offset planning rule is presented in figure FN offset planning rule. the BSIC decoding is possible more frequently.

 as TCH is very robust. When ‘FNO 26-multiplier Usage’ parameter is ‘not_in_use’. When SACCH frames for the even TSLs are sent.2 Timeslot offset for better FR SACCH performance To support half rate (HR) channels with DFCA. and 6 when FNO 26-multiplier Usage parameter is used. With HR. the carrier-to-interference ratio (C/I) of the channel can be very low. the synchronisation does not follow the 26 period and the interference cannot be separated with the half TSL accuracy. together with the lack of DTX gain. there by degrading SACCH performance by 2-3dB in synchronised networks. 2. Effects of the FN de-alignment to half rate The FN de-alignment for FR channels causes exceptions in HR sub-channel alignment. 76 DN03282742 Issue: 09A . TSLs 1-7 with the parameter value of 0 and TSLs 0-6 with the parameter value of 1 have the same frame number. FNO 26-multiplier Usage controls enabling and disabling of 26 multiplier for frame number offset. This causes overlapping of SACCHs. When a different value of timeslot TSL offset is used in every other cell. and ultimately to degradation in TCH/FR performance. the frame for the odd ones is idle. The BSC does not prevent you from giving illogical values for the parameter with DFCA. Low C/I condition. In an asynchronous network. The frame number is different for even and odd TSLs. The SACCH is sent for TSLs 1. Solution for full rate The AMR FR capacity degradation can be avoided using the lmu tsl fn offset (LTO) parameter. the TSLs are sent one TSL later than in a cell with the parameter value 0. If the value of the lmu tsl fn offset (LTO) parameter is set to 1. can cause very poor SACCH performance. 5. every other frame is either for the subchannel 0 or for the subchannel 1. 10. if FNO 26-multiplier Usage parameter is enabled. The FN for the sending of FR SACCH frame depends on the TSL number. but with DFCA only values 0 and 1 are reasonable. the SACCH does not benefit from the DTX gain at all. The actual frame number offset being a multiple of 26 leads to a situation where the slow associated control channel (SACCH) frames are transmitted simultaneously throughout the network.    Frame number and timeslot offsets BSS11052: Dynamic Frequency and Channel Allocation Another parameter. In case of adaptive multi-rate (AMR) full rate (FR). To implement this. 4. The parameter values are ‘in use’ and ‘not in use’. 3. but TSL 0 with the parameter value of 0 and TSL 7 with the parameter value of 1 have different frame numbers. The SACCH is sent for TSLs 0. the SACCH benefits from the DTX. the frame number offsets (FNO) used by the system must be multiples of 26. and 7 when FNO 26-multiplier Usage parameter is used. As the SACCH bursts are always transmitted independently of discontinuous transmission (DTX). Frame Number Offset (FNO) parameter changes synchronisation in 26 frame steps. The available value range of the parameter is from 0 to 7. as in most cases the SACCH is interfered by TCHs that use the DTX. the FNO 26-multiplier Usage parameter is enabled by the operator. This leads to lost measurement reports and power control commands. Note that you must not give values other than 0 or 1 for the parameter. the coincident SACCH traffic decreases by 50%.

 If the value of the lmu tsl fn offset (LTO) parameter is 0.1 MP1 support for LMU FN Time Slot Delay parameter Talk-family BTS Not supported MSC/HLR No requirements SGSN No requirements NetAct OSS5. If the parameter value is 1.3 Flexible Frame number offset The feature BSS101562 “Flexible Frame number offset Management” makes possible DFCA usage without the frame number offsets (FNO) multiplier 26. the system uses the formula n x 1 to define the frame number offset. LMU Manager 1.1 or newer Flexi EDGE BTS EP2.1 support for disabling the FNO 26multiplier usage EX4. Issue: 09A DN03282742 77 . LMU Manager Not supported LMUB.    BSS11052: Dynamic Frequency and Channel Allocation Frame number and timeslot offsets If HR is in use in the BTS. When the feature is activated.0 for disabling the FNO 26-multiplier usage EX4.1 MP1 support for LMU FN Time Slot Delay parameter Flexi Multiradio BTS EX3. 10.CD7 The BSC supports both full rate (FR) and half rate (HR) channels with the feature.1 support for disabling the FNO 26multiplier usage CXM8. the de-aligned TSL is 7.0.3 CD2(support for LMU area parameters: FNO 26-multiplier usage & FNO 26-multiplier usage ) LMU.69 microseconds) time slot offset for the FN phasing is delayed.1 support for disabling the FNO 26multiplier usage MetroSite EDGE BTS CXM4.1 MP1 support for LMU FN Time Slot Delay parameter CXM4.1 MP1 support for LMU FN Time Slot Delay parameter UltraSite EDGE BTS CXM8.lmu fn tsl delay defines how many symbol periods (a symbol period: ~3. the BSC prefers FR allocation to the de-aligned TSL. the de-aligned TSL is TSL 0. The parameter. Table 15 Required software for the feature Flexible Frame number offset Network element Software release required BSC S14 EP5.

 instead of Timeslot offset to optimize SACCH performance. interference source changes from HR sub channel to another sub channel in every SACCH period. a dropped call needs interference from both the half rate sub channels. In the BSIC planning optimal plan can be done by avoiding multiplies of 10 for two neighbouring cells for BSIC decoding and also by avoiding multiplies of 26 between the cell and an interfering neighboring cell for optimal SACCH performance. This gives robustness against uncontrolled HR interference. 78 DN03282742 Issue: 09A . In FNO planning needs to be taken into account so that FNO optimizes also SACCH performance in addition of BSIC. With the feature dropped call rate can be significantly improved when half rate channels are used. as interference of one HR channel cannot cause dropped call for another connection alone. Frame Number offsets (FNO) multiplier 26 is disabled by using ‘FNO 26-multiplier Usage’ parameter. for example outside of BIM. Without the feature Flexible Frame number offset. both the FR and HR can benefit gains of the DTX. that is HR sub1 interfered HR sub 1. depending on the call activity. When DFCA is used for half rate channels or mixed half rate and full rate channels. but when the frame number offset is not multiples of 26. it is recommended to use the Flexible Frame number offset. The DTX gain is about 50%.    Frame number and timeslot offsets BSS11052: Dynamic Frequency and Channel Allocation As the FNO does not need to be multiplier of 26. For detailed steps on activation of the feature please refer the document Activating and Testing BSS11052: Dynamic Frequency and Channel Allocation. The TSL offset does not give any extra gains for FR when Flexible Frame number offset Management feature is used. In addition to that. the HR channels interfered just own HR sub channel. additional gain comes from interference diversity.

Frequency band management and frequency layering To enable DFCA to control interference between cells. The basic TSL level synchronisation is provided by BSS Synchronisation. GPS Receiver. BSS synchronisation can be provided by a location measurement unit (LMU) that is installed in the BTS site. This is enhanced further by Recovery for BSS and Site Synchronisation or BSS Synchronisation Recovery Improvement that enables automatic recovery actions to ensure satisfactory operation of DFCA transceivers (TRX) even when a BTS has lost synchronisation. The LMU provides synchronised clock signal that is distributed to all BTS cabinets. TRXs on the DFCA layer use only frequencies that are defined by DFCA mobile allocation (MA) lists. For more information. The timeslot (TSL) level of synchronisation for the DFCA BTSs allows the BSC to get precise knowledge of the interference sources when a new channel assignment is to be performed. not only in a few cells. Note that DFCA is meant to be deployed over a large and continuous area. see Frame number and timeslot offsets and  BSS Synchronisation under Feature Descriptions. and LMU tsl fn offset (LTO) parameters need to be planned and set. FNO 26-multiplier Usage. If the DFCA area remains relatively small. Since BSS Synchronisation is a prerequisite for DFCA it must be implemented first. which is using Packet Abis over Ethernet and timing-over-packet synchronization when the BSS101684: ToP Phase Synchronisation For DFCA feature is in use. or the ToP server from IP Network. the DFCA cells face uncontrolled interference from the surrounding non-DFCA network. the frequency band needs to be split into two parts for DFCA roll-out: the DFCA layer and the regular layer. Issue: 09A DN03282742 79 . The LMU derives the synchronised clock signal from a global positioning system (GPS) time reference. BTS-site-specific frame number offset (FNO). BSS synchronisation can also be provided from: • • • co-sited TD-SCDMA NodeB when the  RG301833: Ext 1PPS+ToD Synch Support feature is in use the GPS Receiver or co-sited e-NodeB when the  RG301965: GPS 1PPS+ToD Sync Support  feature is in use the BCF. The LMU is not required for BSS synchronisation provided from co-sited TD-SCDMA NodeB. This may reduce performance gains. lmu fn tsl delay. Regarding radio network parameter settings. BSS Synchronisation The connection level C/I control requires that the BTSs using DFCA and the radio timeslots in them operate in synchronisation with each other.    BSS11052: Dynamic Frequency and Channel Allocation Planning Dynamic Frequency and Channel Allocation 11 Planning Dynamic Frequency and Channel Allocation This section describes the issues related to radio network planning and configuration that you should consider before implementing Dynamic Frequency and Channel Allocation (DFCA).

In addition to the requirement of dedicated frequencies for DFCA. the frequencies must be set in ascending order in every list (see figure Example of frequency band split). the two DFCA MA lists are considered as adjacent. DFCA MA lists in adjacent BSCs (BSCs the service areas of which are adjacent to each other) must be defined in the same way so that DFCA MA lists with identical ID numbers are identical in both BSCs. DFCA MA lists has to be separated with different DFCA MA list group ID parameter value.16. and multiple MA lists are used. The DFCA MA lists are defined in each BSC where MA list identification number range 1–64 is reserved for DFCA MA lists. 26. DFCA layer DFCA requires separate frequencies that are reserved for DFCA use only. another non-DFCA SDCCH channel TRX may be needed in a cell for more signalling or GPRS/EDGE capacity. the DFCA MA list has to include either 2. 8. 4. 24. This ensures that DFCA is in full control of the usage of DFCA frequencies and can. To avoid extra dropped calls due to the problem. effectively control the interference. 32 or 64 frequencies. If any two DFCA MA lists contain frequencies that are adjacent to each other. 3. Additionally if feature SDCCH and PS Data Channels on DFCA TRX is not used. It is the operator's responsibility to define those DFCA MA lists that are not interfering with each other. The DFCA frequencies are further divided into one or more MA lists. BSC handles DFCA MA lists independently in different MA groups. This kind of a TRX is also regarded as a regular layer TRX. A DFCA MA list can contain 1-64 frequencies. These frequencies should not be used in any regular TRX within the area in which DFCA is used. Note that DFCA MA list group ID parameter can be used to make frequency plan more freely. The usage of DFCA frequencies for any TRXs may cause some local DFCA performance degradation because of uncontrolled interference.17. In the following cases. therefore. there are also other rules that have to be followed when defining DFCA MA lists: • • • • Any DFCA frequency can only be used on one DFCA MA list. the length of the MA list has to be defined so that the hopping sequence continues without any extra frequency hops when the hyperframe ends. it is recommended or required to use DFCA MA list group to separate DFCA MA lists: • • 80 When a BSC covers more than one geographical areas (cities) and different frequency plans are needed for those areas.    Planning Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation The regular layer consists of broadcast control channel (BCCH) frequencies that are planned as usual. 12. Adjacent DFCA MA lists must have the same length (that is. In the case that the DFCA band includes adjacent frequencies. contain the same number of frequencies). and a maximum of 64 different DFCA MA lists is allowed. 13. DN03282742 Issue: 09A . 6. Note that some mobile phone models do not work correctly when the hyperframe ends. The number of hopping frequencies that can be used for DFCA is not divisible with the DFCA MA list size. The frame number begins from zero. Due to this problem.

 the respective cell allocation (CA) frequency list must include all the frequencies that appear in any of the DFCA MA lists attached to the BTS. the frequencies on the attached DFCA MA lists. though there is one adjacent channel suffering with non-controlled interference. Separate cell allocation lists for regular and DFCA resources As any of the several DFCA mobile allocation (MA) lists attached to a BTS may be used for DFCA hopping in the BTS. The following allocation coding methods can be used: • • • • range 512 This allows the encoding of 2-18 frequencies. In this case frequencies can be divided for example. the frequencies being spread among up to 1024 consecutive ARFCNs. if there are 20 frequencies available for DFCA . 8 + 8 + 4 frequencies in a different DFCA MA group. the restrictions concerning the DFCA cell allocation frequencies and radio interface messages of the GSM1800/GSM1900 system have to be taken into account. An example of DFCA MA list's definition is shown in figure Example of frequency band split. range 256 This allows the encoding of 2-22 frequencies. This leads to a situation where all the frequencies cannot be used due to limitations in MA lists length.    BSS11052: Dynamic Frequency and Channel Allocation Planning Dynamic Frequency and Channel Allocation For example. When the operator defines the frequencies for the DFCA MA lists. Separate CA lists are used for the DFCA TRXs and regular TRXs. that is. The DFCA CA list contains only the DFCA band frequencies that are used in the DFCA TRXs of the BTS. when compared to fully interference controlled 8+8+3 frequency case. The regular TRXs of the BTS are provided with the CA list that includes the frequencies used in frequency hopping in the regular layer of the cell and the frequencies attached to the unsynchronised mode DFCA MA list. the frequencies being spread among up to 512 consecutive absolute radio frequency numbers (ARFCNs). This kind of frequency plan may give better performance. variable bit map This allows any combination among 112 consecutive ARFCNs.Then the DFCA MA lists that includes adjacent frequencies has to be of equal length. range 1024 This allows the encoding of 2-16 frequencies (17 if frequency 0 is included). Issue: 09A DN03282742 81 . the frequencies being spread among up to 256 consecutive ARFCNs.

 All this helps in estimating the DFCA C/I accuracy. If they are. which makes it possible for the mobile stations (MSs) to measure more signal level samples for each BCCH frequency and to decode the base station identity codes (BSICs) faster. 82 DN03282742 Issue: 09A . DFCA performance. Frequencies of the DFCA layer and frequencies of the regular layer should not be mixed.    Planning Dynamic Frequency and Channel Allocation Figure 15 Example of frequency band split BCCH TRXs Additional regular TRXs (optional) DFCA TRXs BSS11052: Dynamic Frequency and Channel Allocation 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 Splitfrequencybandsto2MA lists: Regular layer 29 31 33 35 37 39 41 43 45 47 30 32 34 36 38 40 42 44 46 48 DFCA MA list1 DFCA MA list2 Splittingrule: everysecondfrequency MUST BESET into onelistandevery secondfrequency intotheother oruseasingleMA list: Splitinto MA lists DFCA layer 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 SingleDFCA MA list Regular layer The accuracy of the BCCH signal level measurements directly impacts the carrier-tointerference ratio (C/I) estimation accuracy and. therefore. It is recommended to use dedicated BCCH frequencies. uncontrolled interference is caused and the advantage gained from DFCA decreases. Using dedicated BCCH frequencies also leads to shorter BCCH frequency lists. ensuring that non-BCCH interference does not cause errors in the measured BCCH signal levels.

BCCH and BSIC planning BCCH and base station identity code (BSIC) planning must ensure that the same BCCH and BSIC combination is not reused too tight. Power control should be fast enough. BA list planning Interference estimation of DFCA is highly dependent on the RX level measurements reported by MSs. The power control interval of one second. The BIM candidate table is built using the incoming and outgoing BIM tables of the own cell's BIM neighbours. Usually there is only one regular TRX (BCCH) and the rest are used by DFCA. for example. the number of the DFCA cells must not exceed 1000 cells. Other parametrisation aspects The following aspects of traditional handover control and power control should be carefully considered. and not only those defined as handover neighbours. The BSC uses handover adjacent definitions and background interference matrix (BIM) neighbour's (interfering or interfered DFCA cell) adjacent definitions for this mapping. For DFCA. see  BCCH frequency list  . is suitable. For more information. the GPRS/EDGE territory and SDCCH capacity must be placed on the regular layer TRXs. the BSC may map the identifier into a wrong cell. see  System Impact of Dynamic Frequency and Channel Allocation. DN03282742 83 . Normally. This wrong mapping may cause the DFCA algorithm to malfunction. The RX level and RX quality handover thresholds should be considered. this rule is not enough. Because DFCA cannot handle packet-switched (PS) traffic or signalling channels. For more information. This is because DFCA requires appropriate settings for handover and power control for best performance. If there are several cells that have the same identifier in the area. • • • Issue: 09A Intra-cell handover should be in use. This is achieved by using BCCH allocation (BA) lists that contain all the possible BCCH frequencies and setting the BA lists to be used in active mode. As the MS only reports the BCCH and BSIC combination that it can listen. Therefore. If the BSC cannot find the cell identification for the BCCH and BSIC combination from its own neighbour cell definitions. The maximum numbers of TRXs are not limited. there is only a limitation that adjacent handover neighbours cannot have the same identifier. High capacity of the BSC configuration In the Flexi BSC. the BSC has to map this combination into the right cell.    BSS11052: Dynamic Frequency and Channel Allocation Planning Dynamic Frequency and Channel Allocation Channel configuration of a cell You need to decide which TRXs of a cell are DFCA TRXs. it uses the BIM candidate table to find out the BCCH and BSIC combination. see DFCA cell identification process. For more information. a BCCH and BSIC combination has to be unique in the area of a cell's BIM neighbours and their BIM neighbours. Therefore it is important that the MSs measure and report all the BCCH signals they receive.

    Planning Dynamic Frequency and Channel Allocation BSS11052: Dynamic Frequency and Channel Allocation Because DFCA improves connection quality. the cell size tends to expand. see  System Impact of Dynamic Frequency and Channel Allocation. This means that the MS may move beyond the optimal handover position before a handover to another cell takes place. For more information. pay attention to handover thresholds regarding the RX level and RX quality. Interaction with other features Check that there are no incompatible features in use in the DFCA cells or in the DFCA TRXs. Therefore. 84 DN03282742 Issue: 09A .

configure. you should implement the changes before activating DFCA. You must also consider whether the values of the handover control or power control parameters require changing.    BSS11052: Dynamic Frequency and Channel Allocation Implementing Dynamic Frequency and Channel Allocation overview 12 Implementing Dynamic Frequency and Channel Allocation overview Steps 1 Plan the frequency band division and parameters. and activate the BSC-BSC interface. see chapter Planning Dynamic Frequency and Channel Allocation. see BSS Synchronisation under Feature Descriptions. For details. see Connecting and Testing the BSC-BSC Interface under Integrate and Configure. Issue: 09A DN03282742 85 . For details. 4 Activate DFCA. 2 Implement BSS synchronisation. see Activating and Testing BSS11052: Dynamic Frequency and Channel Allocation under Activate. For details. For details. 3 Install. If they do.