Administering Radio Network For AirScale BSC
Administering Radio Network For AirScale BSC
DN223226912
Issue 04
Approved on 2023-02-10
AirScale BSC
Rel. FP23R3
Operating Documentation, Issue 02
© 2023 Nokia. Nokia Condential Information. Use subject to agreed restrictions on disclosure and use.
Administering Radio Network for AirScale BSC
This document includes Nokia proprietary and condential information, which may not be
distributed or disclosed to any third parties without the prior written consent of Nokia. This
document is intended for use by Nokia’s customers (“You”/”Your”) in connection with a
product purchased or licensed from any company within Nokia Group of Companies. Use this
document as agreed. You agree to notify Nokia of any errors you may nd in this document;
however, should you elect to use this document for any purpose(s) for which it is not
intended, You understand and warrant that any determinations You may make or actions
You may take will be based upon Your independent judgment and analysis of the content of
this document.
Nokia reserves the right to make changes to this document without notice. At all times, the
controlling version is the one available on Nokia’s site.
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 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.
© 2023 Nokia.
A list of changes between document issues. You can navigate through the respective changed
topics.
Note is modified.
Before configuring the radio network, the Packet Abis interface must be configured as described
in the Configuring IP interfaces document.
Note:
If the RC0701: AirScale BSC Georesiliency feature is active, the radio network
configuration changes can be done only when the value of the activityState
parameter is Active.
Procedure
1 Create BCF with command EFC.
<site type>,
Step example
Example for Packet Abis over Ethernet:
ZEFC:311,E,,2,:BCXU=0,::::BCUIP="10.1.1.1",BMIP="10.1.1.1",SMCUP
=24,SMMP=24,ETMEID=1,;
ZEFC:311,M,R,2,:BCXU=0,::::BCUIP="10.1.1.1",BMIP="10.1.1.1",SMCU
P=24,SMMP=24,::;
Note:
This step is executed for each BCF.
New Packet Abis parameters are shown to the operator if Packet Abis over
Ethernet license is in ON or CONF state.
ETMEID is an optional parameter. If not given, system selects the least loaded ETME
for the BCF.
As the system creates the EEP link (ETME-ETMA connection) automatically, do not
create or administer the static route for the AirScale BSC.
ZEWA:311:NW:EX4_BL063:;
3 Activate the BCF with the software build with the EWV command.
ZEWV:311:NW:;
ZEWO:311:;
Procedure
1 Create BTS with the EQC command.
Step example
Example for Packet Abis over Ethernet:
ZEQC:BCF=20,BTS=1,SEGNAME=BIGCENTRUM020,NAME=CENTRUM1:CI=12,BAND
=900,NCC=2,BCC=4:MCC=111,MNC=22,LAC=34567:HOP=N,HSN1=3,HSN2=1:GE
NA=Y,RAC=10;
ZEUC:BTS=1,:;
Procedure
1 Create TRX with command ERC.
FREQ = <frequency> ,
CHANNEL (BCCH+CCCH+SDCCH+CBCH)]
Describes the procedure to delete network elements such as TRX, BTS, BCF, and so on from the
AirScale BSC.
The user can delete a TRX from a non-hopping, DFCA hopping, or an RF hopping BTS without
disturbing the ongoing calls of the other TRXs of the BTS. If the BTS has an activated BB or
antenna hopping facility, deleting a TRX requires locking the BTS. To save time, several TRXs can
be locked with the same command.
Before deleting a TRX, apply the forced handover procedure to minimise traffic in the TRX. As a
result of the system's forced handover procedure, the TRX is barred, no new calls are established
on the TRX, and the system tries to hand over the possible ongoing calls to the neighbouring
TRXs. When all calls on the TRX are handed over to other cells or the time limit controlling the
forced handover procedure expires, the administrative state of the TRX is updated to LOCKED.
Procedure
1 Lock the TRX (ERS) by using the ERS command.
Several TRXs can be locked at the same time with the wild card characters & and &&.
ZERS:BTS=24,TRX=2:L;
or
or
Step example
Delete the TRX.
ZERD:BTS=24,TRX=2;
The user can also delete a TRX by specifying the TRX frequency (IFREQ) in the command
instead of the TRX identification.
The command deletes the TRX and the related RTSLs from the BSDATA. The D-channel,
which was created during the TRX creation gets deleted.
Before deleting a BTS, apply the forced handover procedure to minimise traffic in the BTS.
As a result of the system's forced handover procedure the BTS is barred, no new calls are
established on the BTS, and the system tries to hand over the possible ongoing calls to the
neighbouring BTSes. When all calls on the BTS have been handed over to other cells or the time
limit controlling the forced handover procedure expires, the administrative state of the BTS is
Procedure
1 Lock the BTS (EQS).
Step example
Lock the BTS with forced handover.
ZEQS:BTS=24:L:FHO;
ZEEI:BTS=<BTS identification>;
Step example
Wait until the BTS is in the LOCKED state. Check the state.
ZEEI:BTS=24;
ZEQD:BTS=<BTS identification>;
The command deletes the BTS and all related lower-level radio network object instances from
the BSDATA. The D-channel, which was created during the TRX creation gets deleted.
Incoming adjacent cells are not deleted, but the system saves the adjacent cell definitions as
inter-BSS adjacencies. This is useful, for example, in case of a BSS split.
The user can also define in a parameter that the incoming adjacency relations concerning the
deleted BTS are deleted from the BSDATA. The command is then ZEQD:BTS=24:Y;
Step example
ZEQD:BTS=24;
Procedure
1 Lock the BCF before deleting the BCF.
Step example
ZEFS:6:L;;
ZEFD:<BCF identification>;
Step example
ZEFD:2;
The command deletes the BCF from the BSDATA. The D-channel, which was created during
the BCF creation gets deleted.
Modifying the BCF type is useful when reconfiguring the radio network.
Purpose
The operator can modify the site type from Flexi Multiradio BTS and Flexi EDGE BTS to Flexi
Compact BTS without deleting the BCF object. The operator can modify Flexi Multiradio 10 BTS to
Flexi Compact BTS by deleting and re-creating BCF.
Modification from Flexi Compact BTS to any other site types than Flexi Multiradio 10 BTS is not
possible.
If the operator modifies the site from Flexi EDGE to Flexi Multiradio, the Double Power TRXs
(DPTRX) cannot be configured.
Note:
Flexi EDGE is available only when the Flexi EDGE licence state is ON or CONFIG and Flexi
Multiradio is available only when the Flexi Multiradio licence state is ON or CONFIG.
The system also checks for unsupported software in connection with the modification command
and rejects the command if necessary.
Procedure
1 Lock the BCF by using the following command.
Step example
ZEFS:6:L:;
Step example
ZEFM:6::SUBTYPE=F,::::::;
The operator can activate the hopping modes of a BTS by activating BB hopping mode, RF
hopping mode, antenna hopping mode, and DFCA hopping mode.
For Antenna hopping mode, see Antenna Hopping in BSS11134: Antenna Hopping. Antenna
hopping can be used with or without RF frequency hopping.
For DFCA (Dynamic Frequency and Channel Allocation) hopping mode, see Activating and
Testing BSS11052: Dynamic Frequency and Channel Allocation.
When modifying the BCCH TRX or when frequency hopping is used on the BTS, the BTS must be
locked.
Purpose
When modifying the BCCH TRX or when frequency hopping is used on the BTS, the BTS must be
locked.
Procedure
1 Lock the BTS (EQS).
Step example
ZEQS:BTS=24:L:;
ZERS:BTS=6,TRX=1,:L:;;
Step example
ZERM:BTS=6,TRX=1:FREQ=704;
4 Check that the frequency and the BSIC (NCC+BCC) of adjacent cells of all the BTSs remain
unique (EAT).
ZEAT;
Step example
ZEAT;
Check that the frequency and the BSIC (Base Station Identity Code, NCC + BCC) of the
adjacent cells of all the BTSs in the BSDATA remain unique after the BCCH frequency
modification.
Step example
ZERS:BTS=5,TRX=1,U;
When modifying the TRX frequency, the TRX must first be locked by applying the forced
handover procedure.
Purpose
When modifying the TRX frequency, the TRX must first be locked by applying the forced handover
procedure. When frequency hopping is used on the BTS, the BTS must first be locked.
Procedure
1 Lock the BTS if hopping is used (EQS).
Step example
ZEQS:BTS=24:L:;
Step example
Identify the TRX by the old frequency.
ZERS:BTS=24,IFREQ=45:L:;
or
ZERS:BTS=24,IFREQ=45:L; (if the BTS was locked in step 1; that is, if frequency
hopping is used.)
Step example
Identify the TRX by the old frequency.
ZERM:BTS=24,IFREQ=45:FREQ=120;
Step example
Unlock the TRX.
ZERS:BTS=24,IFREQ=120:U;
Step example
ZEQS:BTS=24:U;
The operator can define external input texts for some BTS alarms. In the Nokia Flexi EDGE and
Flexi Multiradio BTSes, the operator can define the texts at the AirScale BSC using the IO_TEXT
object.
ZEFP;
Step example
Check if a suitable text already exists.
ZEFP;
Step example
If there is no suitable text, create a new text.
ZEFE:TID=10:TEXT=”SMOKE ALARM”;
Step example
Connect the text to the BCF. The user can do this online; that is, the BCF does not
have to be locked.
ZEFX:2:INBR=3:ROU=ACT:TID=10;
ZEFM:2:OUT1=10;
Provides the commands to lock and unlock the radio network elements.
The commands to lock the TRX, BTS, and BTS site are ERS, EQS, and EFS commands respectively.
Locking the TRX sets the TRX and its RTSLs to the administrative state LOCKED. No traffic is
carried on a LOCKED TRX.
Locking the TRX is needed when modifying some TRX-specific parameters in the radio network;
for instance, when modifying the frequencies, or when deleting a TRX.
To save time, several TRXs can be locked with the same command.
To avoid calls getting disconnected, in the network, lock the TRX by applying the system's forced
handover procedure, controlled by the forced handover (FHO) parameter. In a forced
handover, the TRX is barred, no new calls are established on the TRX, and the system tries to
hand over the possible ongoing calls to the other TRXs of the BTS. When all calls on the TRX have
been handed over to other cells or the time limit controlling the forced handover procedure
expires, the administrative state of the TRX is updated to LOCKED.
Locking the BTS sets the BTS to the administrative state LOCKED. All TRXs under the BTS change
Locking the BTS is needed when modifying some BTS-specific parameters in the radio network;
for instance, when modifying the location areas, cell identities, frequencies, and hopping modes or
when deleting the BTS.
To avoid calls getting disconnected in the network, lock the BTS by applying the system's forced
handover procedure, controlled by the forced handover (FHO) parameter. In a forced
handover, the BTS is barred, no new calls are established on the BTS, and the system tries to
hand over the possible ongoing calls to the neighbouring BTSs. When all calls on the BTS have
been handed over to other cells or the time limit controlling the forced handover procedure
expires, the administrative state of the BTS is updated to LOCKED.
Locking the BTS site sets the BCF in the administrative state LOCKED. All lower-level objects under
the BCF change to the BL-USR (blocked-user) operational state, but remain UNLOCKED if they
have not been locked with their own locking commands. No traffic is carried on a LOCKED BCF.
Locking the BCF is rarely needed when modifying the radio network, but when modifying the BTS
site type; for instance, the BCF has to be locked after the BTSes have been locked by applying
forced handover. The BCF also needs to be locked before it can be deleted.
ERS, EQS, and EFS commands are used to unlock the network elements.
Unlocking an object causes a reset. Unlocking a higher-level object also resets all the UNLOCKED
lower-level objects under it.
The user can monitor the operational states of the TRXs and RTSLs with the EEI, EEL, and ERO
commands. Active alarms concerning the TRXs are cancelled in the initialization. If the TRX is still
found faulty after the initialisation, the corresponding alarm indications are generated again to the
AirScale BSC alarm printer, sent to NetAct, and automatic radio network recovery actions are
Possible fatal anomalies in the communication between the BTS and the AirScale BSC during the
initialisation phase are indicated using the AirScale BSC alarm printer and NetAct.
The user can unlock several TRXs with the same command if the BTS or BCF is in the LOCKED
admistrative state.
If the related BCF and BTS are in the administrative state UNLOCKED, the TRX state transition
from LOCKED to UNLOCKED causes a reset of the TRX on the BTS site.
The system sets the operational states of the TRX and UNLOCKED RTSLs to BL-RST (BLOCKED -
RESET). After the successful TRX reset procedure, the operational states of the TRXs and the
RTSLs receive the value WORKING. The operational state value WORKING indicates that the objects
have been initialized and are available for call control purposes.
Unlocking an object causes a reset. Unlocking a higher-level object also resets all the UNLOCKED
lower-level objects under it.
The user can monitor the operational states of the BTS, TRXs, and the RTSLs with the EEI,EEL,
EQO, and ERO commands. Active alarms concerning the TRXs of the BTS are cancelled in the
initialization. If some of these TRXs are still found faulty after the initialization, the corresponding
alarm indications are generated again to the AirScale BSC alarm printer, sent to NetAct, and
automatic radio network recovery actions are initiated.
Possible fatal anomalies in the communication between the BTS and the AirScale BSC during the
initialisation phase are indicated using the AirScale BSC alarm printer and NetAct.
If the related BCF is in the administrative state UNLOCKED, the BTS state transition from LOCKED
to UNLOCKED causes resets on the BTS site for all UNLOCKED TRXs of the BTS.
The system sets the operational states of the BTS, UNLOCKED TRXs, and the RTSLs to BL-RST
(BLOCKED - RESET). After a successful BTS reset procedure, the operational states of the BTSes,
TRXs, and RTSLs receive the value WORKING. The WORKING state value means that the objects
have been initialized and are available for call control purposes.
Unlocking an object causes a reset. Unlocking a higher-level object also resets all the UNLOCKED
The user can monitor the operational states of the BCF, BTSs, TRXs and RTSLs with the EEI,
EEL, EFO, EQO, and ERO commands. Active alarms concerning the BSS are cancelled in the
initialisation. If faults still exist in the BSS after the initialisation, the corresponding alarm
indications are generated again to the AirScale BSC alarm printer, sent to NetAct, and automatic
BSS radio network recovery actions are initiated.
The user can also monitor various phases of BCF operations on the display of the service terminal
with the service terminal extension BCF Reset Phase Monitoring.
Possible fatal anomalies in the communication between the BTS and the AirScale BSC during the
initialisation phase are indicated using the AirScale BSC alarm printer.
The system downloads the default software build of the BCF to the BTS site if the build is not
available in the non-volatile memory of the BCF. The logical radio network configuration is sent to
the BTS site according to the BSDATA.
The system sets the operational states of the BCF, UNLOCKED BTSes, TRXs and the RTSLs to BL-
RST (BLOCKED-RESET) state. After a successful BTS site reset procedure, the operational states of
the BCF, BTSes, TRXs and RTSLs receive the value WORKING. The WORKING state value means
that the objects have been initialised and are available for call control use.
Procedure
1 Activate GPRS with command EQV.
Step example
ZEQV:BTS=21:GENA=Y,RAC=10,BFG=1,EXKEEP=10::EAW=MO&WE&FR,EAS=08-0
0, EAE=18-00:DENA=Y;
Procedure
1 Lock the BTS by applying the forced handover procedure.
ZEQS:BTS=24:L:FHO;
2 Wait until the BTS is in the LOCKED state (check the state with the EEI command) and then
modify the location area or the cell identity of the BTS.
ZEQE:BTS=24:LAC=3344,CI=13000;
or
ZEQE:SEG=124:LAC=3344,CI=13000;
ZEQV:BTS=24:GENA=N;
or
ZEQV:SEG=124:GENA=N;
4 Wait untill the GPRS disabled in the cell (check the state with the EQO command).
Step example
ZEQO:BTS=24:GPRS;
or
ZEQO:SEG=124:GPRS;
5 Modify the cell LA or CI information to the adjacent cell lists of the other cells in the AirScale
BSC and in the other AirScale BSCs of the network which have the modified cell defined as an
adjacent cell.
Give the command for each BTS ID or SEG ID, which have the modified cell defined as an
adjacent cell:
ZEAM:BTS=269::LAC=3344,CI=14000:NEWLAC=3344,NEWCI=13000;
or:
ZEAM:SEG=124::LAC=3344,CI=14000:NEWLAC=3344,NEWCI=13000;
ZEAM:SEG=245::LAC=3344,CI=14000:NEWLAC=3344,NEWCI=13000;
ZEQV:BTS=24:GENA=Y;
or
ZEQV:SEG=124:GENA=Y;
ZEQS:BTS=24:U;