Académique Documents
Professionnel Documents
Culture Documents
ENGINEERING INSTRUCTIONS
1.0 SCOPE
2.0 GENERAL
BSC is the major functional unit of Base Station Sub-system (BSS). Other
functional units of BSS are:
The BSC controls and supervises a number of BTSs connected to it and radio
connections in the system. It handles the administration of cell data, the
locating algorithm and orders handovers. The BSC has interface with the
BTSs over Abis links and interface with MSC over A links. This links are built-
up over E1 PCMs.
3.0 PROCEDURE
The LAR of the BSC hardware can be checked with the approved layout
diagram.
List of software patches can be obtained for an individual block or for all
blocks by following commands :
PCORP : BLOCK=ALL;
LAEIP : BLOCK=ALL;
3.6.1 CP Diagnostics
REPCI;
RECCI ;
3.6.3 RP Diagnostics
REPRI;
RECRI;
NTTEI:SNT= snt;
Response is received from the system and then give the commands given
below
CON;
END;
Announcements, Code sender receiver, CCD tests, all are carried out through
SNT test only as mentioned above in point number 3.6.5.
C7LAI;
Following command should be given from COMMAT terminal to test the Alarm
Panel.
ALLTI : ALI=0;
System checks the alarm panel lamp one by one and gives beep also. When
test is over then end the command with :
ALLTE : ALI=0;
The Central Processor, Regional Processors, Group Switch Planes etc. are
duplicated. Redundancy can be checked by blocking one of the pair of
equipment and making calls using them. The other pair functioning should
also be checked.
The configuration function tries to match the available BTS equipment with the
cell configuration data in the BSC and configures the BTS equipment
accordingly. If there is a lack of BTS equipment, the function will try to match
the available equipment with the cell configuration data in the best possible
way. During operation certain data in the cell configuration may be changed
by changing the following parameters.
During operation, the available BTS equipment may change either due to new
equipment brought into service or equipment removed from service.
The test case should verify the configuration of a combined control channel
with CBCH when channel group is brought into service. Calls of different
types should be made when the cell is active. Frequency hopping data should
be checked.
The test case should verify the reconfiguration when adding a CBCH to a non
combined control channel. A call should be active on the carrier where the
CBCH should be added. The result should be that a CBCH is configured
instead of one of the SDCCH / 8 subchannels and the correct information
about the channel is sent in SYSTEM INFORMATION 3 message. The call
should not be affected.
The test case should verify the reconfiguration when adding a second
SDCCH/8 on another frequency in the channel group. A call should be active
on the carrier where the SDCCH /8 should be configured, but not on the same
time slot. Call setup should be performed on the SDCCH/8 that was added.
The test case should verify the configuration of 4 SDCCH / 8 on the BCCH
frequency, no CBCH, when channel group is brought into service. 4 TRX s
are needed in the cell. Different type of calls should be made when the cell is
active. It should be possible to setup different types of call.
The test case should verify the reconfiguration when adding a CBCH to 4
SDCCH /8 on the BCCH frequency. 4 TRXs are needed in the cell. A call
should be active on the carrier where the CBCHs should be added.
The test case should verify the reconfiguration when changing power for the
BCCH frequency in the cell. The power should be decreased first and after
reconfiguration, the power should be increased again. A call should be active
in the cell on the carrier for BCCH. The result should be that when the output
power from the BTS is changed, the call should not be affected.
The test case should verify the reconfiguration when changing power for non-
BCCH frequencies in the cell. The power should first be increased and after
reconfiguration the power should be decreased again. A call should be active
in the cell on a carrier not used for BCCH. The result should be that when the
output power from the BTS is changed, the call should not be affected.
The test case should verify the reconfiguration when removing a frequency,
thus making the radio equipment spare. A call should be active during the test
on a carrier that is not removed. Calls on the carrier removed will be dropped.
Frequency hopping data should be checked. The result should be that the
channel group is reconfigured and the radio equipment is put as spare. The
active call should not be affected in case of non-hopping or synthesizer
hopping configurations.
The test case should verify the reconfiguration when adding a frequency when
there is spare radio equipment available. A call should be active during the
test. Frequency hopping data should be checked. It should be possible to
make calls on the frequency that was added.
The test case will demonstrate the different ways by which fault information
from BTSs can be obtained.
1. Reset the radio trans-receiver administration error log.
RXELR : MO =RXOTG-x;
2. Print alarm coordination data for the TG
RXALP : MO =RXOTG- x ;
Test case should demonstrate the error logs capability of storing fault
information and how this information can be retrieved.
RXELP: MO = RXOTRX-x-y;
3. Retrieve error log data (Fault information for MOs of specified type).
4. Reconnect the RXA and RXB cables. Block/ Deblock the TRX if
necessary.
5. Retrieve error log data and fault information for the TRU.
6. Generate a fault on the TRU by pushing the remote / local button on the
TRU. The TRU will switch to local mode. An alarm will be generated
LOCAL MODE /OML FAULT.
7. Retrieve error log data and fault information for the TRU.
Test cases demonstrate how fault information in the error log can be erased.
RXELR:MOTY = RXOTG ;
This test case demonstrates how manual tests of Managed objects are
performed.
RXBLE: MO =RXOCF-x;
4. The other managed objects (IS, TF, TRX, TX, RX, TS) should be tested in
the similar manner.
This test case demonstrates how loop test of time slots can be performed.
The loop test should be initiated for 16 time slots at the same time.
The objective of this test is to demonstrate the BSC’s ability to recover after
different failures and how it handles alarms of essential system parts.
GSSTP;
TSM-A-x goes ABL. SNT’s goes ABL. Alarm: Group Switch fault.
GSTEI:TSM= TSM-x-x ;
GSBLE:TSM= TSM-x-x ;
NTSTP:SNT= snt ;
SNT should be working.
This test case will demonstrate BSC alarm list response. Fault is simulated by
pulling a DIP cable, alarm list is checked.
DIP goes down, alarm ‘Digital path fault supervision’ generated and calls on
affected SNT goes down.
3. Put back the DIP cable. The DIP should recover automatically. Print DIP
state.
2. Pull out one of the looped phase transfer bus in the CLM –Magazine
(slave).
4. Check the speech connection for the call. Call should continue with good
speech quality.
GSBLE:CLM= clm ;
8. Check the state of the group switch. All units should be working.
2. The group switch stays working. All established calls remain unaffected.
3. Deblock the SPM A plane, now block SPM B plane and see that all
established calls remain unaffected.
4. Repeat the same tests for TSM A plane and TSM B plane.
This test case will demonstrate the stability of the GSD, the BSC alarm list
response and the redundancy of the synchronization inlets.
NSSTP ;
4. Pull the DIP cable in the ETC magazine which carries the network
synchronization.
NSSTP ;
6. Check the speech connection for the call. Call continues with good speech
quality.
7. Disconnect the call, put back the DIP cable and repair the fault by blocking
and deblocking the Network Synchronisation.
BLODE:DEV = dev ;
SYREI:RANK = SMALL ;
3. The held call should not be dropped and call should continue with good
speech quality.
This test case will demonstrate the BSC’s ability to recover after large restart.
DPWSP ;
4. Check speech connection for the established call. The call should have
been cleared by the Large Restart. Verify that new calls of different types
can be made after completion of Large Restart. The time taken for Large
Restart is approx. seven to eight minutes.
This test case will demonstrate the BSC’s ability to recover after a reload.
SYTUC ;
DPWSP ;
SYREI:RANK = RELOAD ;
6. Check speech connection of established call. The call should have been
cleared by the restart.
DPWSP ;
System Backup is taken on the Optical Disk(OD). First we have to take the
system backup on to the hard Disk of the SPG and then copy this generation
on the OD.
INMCT:SPG =0;
END;
The backup should take around 60 minutes to give the result printout. After
the result printout is received, the file should be copied to OD by using
following command. The copying on the OD takes about 15 to 20 minutes.
Expected results
To test this function, first copy the software on to the hard disk. Create a file
as given in step 3.10.1. This file will be treated as destination e.g. RELFSW3.
It will take about 15 to 20 minutes to copy from OD to HDD of IOG 20C. Now
start the APZ with this file. Please make sure that latest file contents are
available in file RELFSW0. So we can rename this file as given below.
INMCT :SPG=0 ;
END ;
Now file RELFSW3 will be renamed as RELFSW0 . Proceed further for the
recovery test from this file.
The system will take between 6 to10 minutes to reload it from the HDD of
IOG20C. Please check the system recovered successfully. The IO contact is
restored back and all the exchange functions are normal. Check the status of
CP by command DPWSP ; status of all RP by command EXRPP:RP=ALL; all
RP should be in working state. Also verify the status of EM s controlled by
these RPs by command EXEMP:EM=ALL, RP=ALL ; and finally the status of
Group Switch as GSSTP ;
This test means that the operator should be able to do any changes
/modifications in the network from the OMC. The following procedures are
used
1. Select an MSC.
2. Select a BSC.
3. Locate a site.
4. A new Transceiver Group is defined.
5. A new internal Cell may be created using an Internal Cell Profile Object.
6. Define Frequencies for Channel Group 0.
7. Copy the BTS software files in a directory in the local OMC file store
8. BTS Uploading can be done using Cellular Network Activity Manager. See
the downloading process by frequently updating /refreshing. If the transfer
is OK it shows completed else the reason of failure can be seen in the
bottom part of the CNA
The OMC is able to collect statistical information. With this test we shall be
able to collect the statistics for grade of service and quality of service.
Business Object Software must be installed in the OMC for generating those
reports.
4.0 CONCLUSION
The Acceptance Test procedure described above should be followed for both
type of BSC. Also verify that the infrastructure and the PCM media provided
to the BSC are acceptance tested. Any discrepancies observed should be
brought into the notice of the Installer for rectification and re-offer.
Abbreviations
SS – Switching subsystem
BSS - Base Station Subsystem
BTS - Base Transceiver system
TRC - Transcoder Controller
SNT - Switching Network Terminal
CSR - Code Sender & Receiver
BCCH - Broadcast Control Channel
TCH - Traffic Channels
SDCCH – Stand alone Dedicated Control Channel
CBCH – Cell Broadcast Channel
CP – Central Processor
OD - Optical Disk
RBS - Radio Base Station
OSS - Operation and Support System
OMC – Operation & Maintenance Centre.
END