OWJ102102 WCDMA RNO Single Site Verification ISSUE1.1

Course OWJ102102
WCDMA RNO Single Site Verification

ISSUE 1.1
OWJ102102 WCDMA RNO Single Site Verification ISSUE1.1
Table of Contents
Table of Contents
WCDMA RNO Single Site Verification Guidance...........................................................................1
Chapter 1 Overview......................................................................................................................... 2
Chapter 2 Preparation of Single Site Function Verification.........................................................4
2.1 Alarm Check......................................................................................................................... 4
2.2 Cell Status Check................................................................................................................. 4
2.3 Radio Part Parameters Configuration Check.......................................................................4
2.3.1 Scrambling Code Check............................................................................................4
2.3.2 Algorithm Switch Check.............................................................................................5
2.3.3 Algorithm Parameters Check.....................................................................................5
2.4 Neighbor list check............................................................................................................... 5
Chapter 3 Single Site Function Verification..................................................................................6
3.1 Test Preparation................................................................................................................... 6
3.2 Test Process......................................................................................................................... 7
3.3 Troubleshooting.................................................................................................................. 10
3.4 Notice items........................................................................................................................ 11
3.4.1 Site choose.............................................................................................................. 11
3.4.2 Test Point Choose.................................................................................................... 11
3.4.3 Test Route Choose................................................................................................... 11
3.4.4 Diversity Receiving (DRX) check method................................................................12
3.5 Delivery of the Test Results................................................................................................ 13
Appendixes.................................................................................................................................... 14
Confidential Information of Huawei. No Spreading without Permission

Guidance

Guidance
Key words: WCDMA, single site, function verification
Abstract: This article gives a description on the single site function verification that will be done in
the process of the WCDMA network optimization, which includes the test purpose, test
methods, test process, input and output and others. It also presents the checklist of the site
function verification.
List of abbreviations:
Abbreviations
RAN
RNC
RNP
WCDMA
Full spelling
Radio Access Network
Radio Network Controller
Radio Network Planning
Wideband Code Division Multiple Access
Chapter 3 Single Site Function Verification
Overview
The single site function verification test is a part of the WCDMA network optimization
to ensure that the basic functions of the cells of a cluster, such as call access, call
communication, handover and so on, are normal before each is separately optimized.
The equipment function acceptance test can tell what proportion of the call drops,
access failures and the like problems are caused by poor coverage and what are
caused by equipment faults, helping us to better locate the problems to solve by
optimization for higher network optimization efficiency.
Figure 1.1is the network optimization flow. As the figure shows, the single site
function verification is performed at the stage prior to the cell-based optimization and
after the Cluster partitioning and team construction in the network optimization flow.
The single site function verification is the cell-based equipment function acceptance
test to verify if the equipment of each cell is sound.
Through the single site function verification, the following functions for each cell shall
be checked as normal:
Verify coverage ( CPICH RSCP & Ec/Io )

Verify scrambling code
Verify no installation faults (e.g. crossed feeders)
Service call test
In the following text, the preparation work of single site function verification is first
described (Section 2), and then, the single site function verification method and
process (Section 3). Finally, the relevant data tables and check list used for the
function verification test are presented (appendixes).
Figure 1.1 Radio Network Optimization Flow
Preparation of Single Site

Function Verification
Before the time-consuming single site function verification, we should only ensure the
following conditions have been met. The network optimization engineer should
cooperate with the product support engineer to finish the preparation of single site
function verification preparation work.
2.1 Alarm Check

The focus is on the board faults and the transmission faults of various NEs (RNC,
NODEB, MSC, SGSN and so on ) via LMT or M2000. For all the alarms, analyze the
causes and try to eliminate all of them.
Usually, the technologies support engineer will be responsible for checking and
resolving all the alarms. It is important for the RNO engineer prior to any field test to
check with the technologies support engineer regarding any alarms especially
intermittent alarms ( for example: transmission alarm can be automatically recovered,
but it maybe induce the network instability and will negatively impact the service).
2.2 Cell Status Check

Check the status of each cell via the LMT or M2000 of RNC, for instance, whether the
cell has been created, whether the valid data indication of the cell is valid, and
whether the background management state of the cell is in the unblocked state.
Run the MML command DSP CELL on RNC LMT to check the cell state. For any
abnormal state, analyze the cause and try to eliminate the faults.
Usually, the technologies support engineer will be responsible for checking and
resolving all the cell state problems. It is important for the network optimization
engineer prior to any field test to confirm with technologies support engineer
regarding cell state.
2.3 Radio Part Parameters Configuration Check

Check equipment version and radio part parameters configuration, especially the
scrambling code, algorithm switch, power setting, neighbor cell list, handover
parameter, access threshold and syn/asyn parameters. As for neighbor list, the check
must be done not only to intra-frequency neighbor list, but also to inter-frequency
neighbor list and inter-RAT neighbor list.
It is the RNO engineer who checks and analyzes the radio part parameters. The
following items shall be included in the parameter checking.
2.3.1 Scrambling Code Check

The scrambling code check pays attention to whether there are any scrambling code
reusing and the distance of two cells with same scrambling code. If there are no
overlap areas between two cells with same scrambling code, there are no problems
4
to configure the same scrambling code. Scrambling code checking may be carried out
via LMT.
2.3.2 Algorithm Switch Check

The algorithm switch check pays attention to whether the algorithm switch setting in
RNC is as same as the algorithm switch in baseline. If there are any different between
RNC and baseline, the optimization engineer shall notify the produce support
engineer to modify in time. Otherwise the single site function verification may be
affected.
2.3.3 Algorithm Parameters Check

In the algorithm parameters checking, all of the parameters in the WCDMA RNP radio
parameter configuration list shall be checked, especially the power setting, handover
parameter, access parameter, syn/asyn parameters and so on. The algorithm
parameter check pays attention to whether the algorithm parameter setting in RNC is
as same as the algorithm parameter in baseline. If there are any different between
RNC and baseline, the optimization engineer shall analyze the cause of parameter
changing, such as parameter adjusting for building test and parameter updating for
version update, the effect of parameter changing, such as improving the handover
success rate and making easier for ping-pang handover. Then the optimization
engineer shall decide the next operation with the operator engineer, such as keeping
the parameter value or changing the value as same as the baseline.
The algorithm parameter can be queried via the RNC LMT.
2.4 Neighbor list check

The neighbor list checking includes the intra-frequency neighbor cell list checking, the
inter-frequency neighbor cell list checking and the inter-RAT neighbor cell list
checking. Pay attention to whether the neighbor list is in reason. If the pilot test data
has been obtained, the pilot test result shall be referenced in the neighbor cell
checking.
The RNO engineer shall check the neighbor list with the OMC engineer. Especially for
the inter-RAT neighbor list checking, the RNC engineer should provide the 2G cell
configuration parameters.
After all the parameter checking has been finished, the optimization engineer shall
export the parameter check analysis report, and tidy the whole project WCDMA RNP
Radio Parameter Configuration List for the single site function verification.
Single Site Function Verification

The single site function verification test is cell-based. It includes the following contents
need to check:
Coverage check. Through checking the CPICH RSCP and CPICH Ec/Io, the cell
coverage status shall be realized, the downlink transmission power and the extra
downlink interference shall be checked.
Scrambling code check. Through comparing the scrambling code from site
verification test and from planning in a special place, the crossed feeders shall
be found out.
Routine test for voice service, VP service, PS service to ensure the service
functions at the control plane and the user plane of the CS/PS domain of all cells
are normal.
Conduct a simple drive test to check if the handover function is normal.
For single site function verification, following tools and software shall be needed.
Drive test tools and scanner, used for collection the pilot signal data. Agilent
E6455C is the drive test scanner now.
Test UE, used for service verification and system message collection. The
Qualcomm 6200 mobile is used for voice and PS service test. Since the
Qualcomm mobile could not support the VP service, Motorola A830 mobile or
Siemens U15 mobile is used for the VP service test.
Data collection software, used to display and log the signal strength, UE status,
signal message and so on in time. Agilent E6474A is being used now.
Data analyzing software, used to resolve message, analysis signal, solve
problem and so on. Actix Analyzer and DataAssistant is being used now.
The single site function verification is often carried out on per-NodeB basis. According
to the experiences of the CDMA optimization, the function verification of one site
usually takes about two to four hours. So we could choose part of sites (10% to 15%
sites) for testing if the time is limited. The network optimization engineer shall be the
principal body for the work. They should cooperate with the product support engineer
for the troubleshooting of the equipment.
3.1 Test Preparation

The following work should be done in the test preparation stage.
Confirm if the power of all sites is suitable for transmission.

Realize the alarm problem and current status of verified cell from product support
engineer.
Get the SIM card for the test.
Check if the drive test tools (UE + Scanner) working normal.
Print the checklist, the checklist table is shown in appendix of this document.
The whole Project WCDMA RNP Radio Parameter Configuration List is ready.
Learn the instance of verified site before the verification, such as cell ID,
scrambling code, omni site or directional site, azimuth and downtilt of each
antenna, antenna height, propagation environment and so on.
Determine the test points and test route on the map and make sure that test
point is selected for each sector. The method of determining the test point and
test route shall be found in the following chapters.
3.2 Test Process

The following procedure should be done for the test:
1.
Arrive the test point of sector 1.
2.
Power on the Qualcomm mobile, the WCP indication will show on the mobile
screen if the mobile setup process is complete. It means the LA update procedure is
OK, the RA update procedure is OK, the PS attach is OK. (If the WC is shown on the
mobile, it means the LA update is OK. If the P is shown on the mobile, it means the
RA update and the PS attach is OK. )
3.
Choose Menu -> 5 -> 9 -> 2 on Qualcomm mobile, PS detach is OK.
4.
Run the Agilent E6474A software, start data logging. Observe the Qualcomm
mobile logging data from Agilent software: Observe cell frequency and scrambling
code from UMTS CPICH View window, as shown in figure 2; Observe CPICH RSCP
and Ec/Io, as shown in figure 3. (Notes: The CPICH RSCP and Ec/Io shall be got
from scanner or Qualcomm mobile. The difference between the scanner and
Qualcomm mobile is the antenna of scanner is out-car but the antenna of Qualcomm
mobile is in-car. Commend to use the Qualcomm mobile to check the CPICH RSCP
and CPICH Ec/Io. When we use the Qualcomm mobile to check the CPICH RSCP
and CPICH Ec/Io, the Io and Ec/Io can be obtained, the CPICH RSCP shall be
obtained through calculation: Ec = Ec/Io + Io.)
Figure 1.1 Agilent UMTS CPICH View
Figure 1.2 Agilent UMTS Status View
1.
Make the dialing test of 3G speech service, which includes mobile terminating
call and mobile originating call. Each dialing test should be tried five times and kept at
least 10 seconds for each time. Test the speech communication quality by your feel.
2.
Make the dialing test of 3G VP service, which includes mobile terminating call
and mobile originating call. Each dialing test should be tried five times and kept at
least 10 seconds for each time. Test the speech and photo communication quality by
your feel.
3.
Make the dialing test of 3G PS service, which includes WWW browsing and file
downloading. Each dialing test should be tried five times and browsed at least one
web page for each time. Test the PS connection quality by your feel.
4.
(Optional) Diversity receiver check, the method shall be found in the following
chapters.
5.
Take a speech service or VP service or PS service call and keep it. Verify the
soft handover along the test route (from the test point of being tested sector to
another sector). During the process, observe the CPICH scrambling code changing
from Agilent UMTS CPICH View, and observe the active set update message from
UMTS Protocol Messages View ( see figure 5 ).
8
Notes: Since the Agilent UMTS Active Set View is updated very slowly, we suggest
that it is no use to observe the handover form the UMTS Active Set View.
Figure 1.3 Agilent UMTS CPICH View (Handover)
Figure 1.4 Agilent UMTS Protocol Messages View (Handover)
1.
Terminate the call conversation, stop the file logging, power off the Qualcomm
mobile and exit the Agilent E6474A software.
2.
Repeat the steps 2 to 9 in another new sector.
3.
After all the drive test has been finished, check the system information
parameters by background analysis software ANALYZER. The checked parameters
are included: the cell selection and reselection parameters in SIB3, LAC/RAC in SIB1,
neighbor cells in SIB11. The configured parameters shall be found in Project WCDMA
RNP Radio Parameter Configuration List.
Optional check items: Cell reselection between 2G and 3G, voice handover from 3G
to 2G.
Notes: If the cell reselection between 2G and 3G or the voice handover from 3G to
2G need to be verified, the test place shall be confirmed by operator.
3.3 Troubleshooting
The problems found in the function verification drive test include: call failure of the
calling or called party, call drop, the quality of conversation, handover failure. If any
problem happened, the test should be made again to make sure if they are
repeatable. The problem recording list should be filled in and the product support
engineer should be encouraged to solve the problems. RNO engineer should track
the problems until they are solved.
10
3.4 Notice items

3.4.1 Site choose
If the time be limited we could choose part of sites (10% to 15% sites) for testing. The
principles for choosing site according to these rules:
1.
2.
3.
Choose site which cover the keystone area;

Choose site which has heave traffic;
Choose site which cover a wide area.
3.4.2 Test Point Choose

Since the 3G test mobile can not support the frequency locking and scrambling code
locking function now, and we want to ensure that the test service is just happened in
the verified cell, we shall choose the test point where the CPICH RSCP of target cell
is high enough and that of other cells is poor.
The test points should be chosen near the cell centers and best with line-of-sight to
the base station. In this way we can ensure the signal coverage is good enough and
without signal strength undulate. The test points should not be chosen under the site.
For the signal strength of other sectors of same site is strong too.
If the pilot test has been finished, we are able to choose the test points according to
the CPICH RSCP distribution of each cell which has been got from the pilot drive test.
Otherwise we shall choose the test point through the scanner in the single site
verification.
3.4.3 Test Route Choose

The driving test route should connect the test points of the sectors. It is required
that signals not be shadowed by buildings along the test route to avoid turning the
test into a coverage test. The figure below shows the way to select the test points
and the test route.
11
Figure 1.1 Test points and test route
3.4.4 Diversity Receiving (DRX) check method

When the DRX is used, the DRX checking is processed to check if the diversity
receiving feeder crossed.
Figure 1.1 DRX verification
If the receiving feeders crossed, the uplink diversity receive gain is lost, and the uplink
interfere is doubled. It will affect the uplink capability. And this problem is hard to be
checked out by general downlink pilot test. So the DRX check is necessary in the
single site verification test.
12
Switch the transmitter of verified cell from one feeder to another, check the CPICH
RSCP changed or not. If no change happened, it means that there is no crossed-DRX
problem.
Figure 1.2 Switch Transmitter Feeder
3.5 Delivery of the Test Results

Delivery of the test results includes:
The completed cell function test data table;

The drive test files (Optional).
13
Appendixes
Appendixes
Table 1.1 Data Record Table of the Single Site Function Verification (template)
Reminder
Data Base Update
Site Checklist
Mapinfo Update
Site ID:
New Site:
Site Expansion:
Site Migration:
Others:
No.
1
PS Connection Mode
Idle Mode
14
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Site Name:
Site Connected to RNC:
Site Expanded from:
Site Migrated from RNC:
Activity/Process
Frequency and Scrambling Code correctly defined
Cell selection and reselection parameters are as planned
( SIB 3 )
The LAC/RAC is correctly defined ( SIB 1 )
The neighbor list and parameters are as planned ( SIB 11 )
LA update procedure is checked
Cell reselection from 3G to 2G is checked
Cell reselection from 2G to 3G is checked
MO-SMS and MT-SMS
CPICH_RSCP > -85 dBm near site
CPICH_EcIo > -8 dB near site
Mobile terminating calls and mobile originating calls for voice
service is checked
The voice service quality is good by the engineer feeling
Mobile terminating calls and mobile originating calls for VP
service is checked
The VP service quality is good by the engineer feeling
PS attach is checked
PS detach is checked
PS PDP activation and deactivation is checked
To:
To RNC:
New
Expansion
Migration
Others
Remarks

18
19
Handover
20
21
22
23
Gen
24
25
26
Appendixes
The PS service quality is good by the engineer feeling

RA update procedure is checked
Soft handover for voice service to and from the 3G cells
checked OK
Soft handover for VP service to and from the 3G cells
checked OK
Soft handover for PS service to and from the 3G cells
checked OK
Inter-system handover for voice service to the 2G cells
checked OK
Installed antenna is of the planned type
Overall performance and coverage area as expected by a
brief drive test
Antenna Swapping Test
Remarks (Further comments):
Checked by:
1-Name/Designation:
Signature:
Data:
2-Name/Designation:
Signature:
Data:
Notes: If the item is OK, mark the '' on the ''; If the item is not OK, mark the '' on the ''; If the item is not checked, mark the '' on the ''.
15
16
Appendixes

OWJ102102 WCDMA RNO Single Site Verification ISSUE1.1

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

OWJ102102 WCDMA RNO Single Site Verification ISSUE1.1

Enviado por

Direitos autorais:

Formatos disponíveis

Course OWJ102102

WCDMA RNO Single Site Verification