Pyth02 Ssv Report

8/11/2019 Pyth02 Ssv Report

http://slidepdf.com/reader/full/pyth02-ssv-report 1/17

PYTH02

Single Site Verification Report



1 | P a g e

Introduction

Purpose of SSV

The single site verification is the basis of cluster optimization. Its aim is to check the basic parameters and basic function instead of performance.

Test Tools

The test tools are shown below:

Data Collection Tool: TEMS 9.1 or higher version

MS type: W995, K800, C702

Data card: Sierra wireless USB 306/ USB 308; or ZTE MF-637 / HW E173U-1ZTE MF-637 / HW E173U-1. The max bit rate of data card should be no less

than 7.2mbps DL/5.76mbps UL.

One test engineer

Sim card( Support voice call and video call, the assigned DL max bit rate is no less than 7.2mbps)

FTP server: 210.245.10.110, user/pass=test/nsn-vms

Auto-answer number:900/9224



2 | P a g e

Testing Content and Method of single site verification

Parameter checking in UE idle mode

In idle mode, we shall check the following parameters:

Whether frequency and scrambling codes of NodeB are the same as the planning data.

Whether LAC/RAC data are the same with the planned data.

cell selection and reselection parameters setting (q-Qual Min: dB、 q-Rx level Min: dBm)；

cell status: Cell Reserved for operator use（IE Type：“reserved”or “not reserved”）

whether the neighbor list in SIB 11 is same with configuration in OMCR.

Pilot Coverage Test of NodeB

DT part:

Vehicle shall be driven at the speed of 30-40 km/h when making coverage test. Check whether CPICH RSCP and CPICH Ec/Io gotten by MS, antennainstallation location is normal, azimuth angle are the same with the planning and whether there is fiber crossing. The route can be selected 200m near the site to

experience the three sectors.

In some specific areas, site distances are less than 500 meters and coverage area is very small and information obtained may inadequate. In such occasion, wa

lk tests are needed to get enough information and data. In dense urban, some GPS receiving signaling may drift and the testing spots may be inconsistent with the pl



3 | P a g e

anning, and testing data is unusable and GPS solution may be needed.

CQT part:

Select a point 200m far away from each cell. One MS calls 900 /9224 and the call duration is 60s. This item is to check in the near area of the cell the RSCP

and Ec/Io is normal or not in RRC connection mode.

Voice service test

Select a point near the cell. It’s recommended the spots fulfilling the following requirements: RSCP>-75dBm，Ec/Io>-8dB.Make dialing test to guarantee the

normal functionality of voice services. Two MSs make 1 voice service with each other and hold the call for 120 seconds and idle time for 20s. Voice quality is judged

by testing engineers. If there is access failure in the three calls, do the call again to check whether the problem is caused by accident. If the call access failure is notcaused by accident, sub-con should contact with ZTE optimization engineer to solve the problem.

Video service test

Select a point near the cell. It’s recommended the spots fulfilling the following requirements: RSCP>-75dBm，Ec/Io>-8dB. Make dialing test to guarantee the

normal functionality of video services. 2 sets of MS make 1 video service and hold the phone for 120 seconds and idle t ime for 20s. Video quality is judged by testing

engineers. If there is access failure in the three calls, do the call again to check whether the problem is caused by acciden t. If the call access failure is not caused by

accident, sub-con should contact with ZTE optimization engineer to solve the problem

R99 and HSPA FTP data service test

Make the test of R99/HSPA FTP data service in spots with favorable coverage near the tested s ites. The test logs should be saved..



4 | P a g e

It’s recommended the spots fulfilling the following requirements: RSCP>-75dBm，Ec/Io>-8dB.

For the R99 PS CQT service and HSUPA CQT service, the total download/upload file size should be no less than 100MB and the download duration should be

180s. The num of file is not less than 3. For each cell, downloading/upload for one time is enough.

For the HSDPA CQT test, the engineer will download the file with size 500 MB from the FTP server. Threads are not limited. The download duration should be 1

80s. The average throughput is got in NEMO. For each cell, downloading for one time is enough.

For the HSDPA DT test, the engineer will download the file with size 500 MB from the FTP server. Threads are not limited. And the route can be selected 500m

near the site to experience the three sectors.

SHO test

One MS calls 900 and the engineer does the test around the site to check whether the SHO for each cell can happen.

SMS test

Select a point near the cell. It’s recommended the spots fulfilling the following requirements: RSCP>-75dBm，Ec/Io>-8dB. One MS send one SMS to the oth

er MS in the coverage of same cell.



5 | P a g e

1. Site Information

2. OMC Data

Site Name PYTH02 NodeB ID: 4228 Cluster:1

Longitude 109.2549 Latitude 13.00565

Drive Test Date Oct. 02, 2013 Drive Tester: Tran Trong Site Type ZXWR B09

RNC ID 354 LAC/RAC 31712 / 108 CID 42281/ 42282/ 42283 Azimuth &Down tilt & Ant-Height Azimuth – 50/160/260 Down tilt – 4/4/4 Antenna Height – 42.5/42.5/42.5

Single Site Verification Check List



6 | P a g e

3. Site Location Information

Figure : Site Location



7 | P a g e

4. General Check for RF Performance by Mobile

Activity/ Process cell 1 cell 2 cell 3 Comment

Idle Mode

1 Frequency and Scrambling Code correctly definedSc:

347

DL:

10562

Sc:

346

DL:

10562

Sc:

420

DL:

10562

2 Cell selection parameters is planned ( SIB 3 )

QrxlevelMin:

-111 dBm

QqualMin:

-18 dB

QrxlevelMin:

-111 dBm

QqualMin:

-18 dB

QrxlevelMin:

-111 dBm

QqualMin:

-18 dB

3The neighbor list and parameters are as planned ( SIB

11 )

283; 457; 456; 455;

284; 77; 76; 298;

437; 173; 172; 171;

256; 257; 346; 420;

454; 450; 293; 292;

291; 167; 415; 89;

88; 81

298; 297; 456; 503;

283; 76; 111; 437;

455; 347; 420; 454;

293; 167; 415; 89;

88; 81

283; 76; 298; 455;

77; 96; 297; 101;

171; 500; 257; 405;

347; 346; 454; 293;

167; 165; 415; 84;

89; 88; 81

4 The LAC/RAC is correctly defined ( SIB 1 )

LAC: 31712

RAC: 108

LAC: 31712

RAC: 108

LAC: 31712

RAC: 108

RRC Connection

Mode

5 CPICH_RSCP > -95 dBm near site Normal Normal Normal 200 meters

6 CPICH_EcIo> -10 dB near site Normal Normal Normal 200 meters



8 | P a g e

7 Call origination & Termination test for Voice Normal Normal Normal

8 Call origination & Termination test for Video Normal Normal Normal

9 The VP service quality is good by the engineer feeling Normal Normal Normal

10 The Voicecallservice quality is good by the engineer feeling Normal Normal Normal

Soft Handover 11 Handover for voice service Normal Normal Normal

Integrity

12 Average throughput test for HSDPA (Target KPI : 2Mbps) 1.78 1.86 2.58

13 Average throughput test forHSUPA(Target KPI : 1Mbps) 1.39 1.39 1.38

14 Averagethroughput test for R99 PS384DL(Target KPI :200

Kbps)313.96 311.92 320.45

15 SMSSend: OK

Receive: OK

Send: OK

Receive: OK

Send: OK

Receive: OK



9 | P a g e

Coverage Map

RSCP Distribution



10 | P a g e

Coverage Map

Best PSC Distribution



11 | P a g e

Coverage

Map

Ec/Io Distribution



12 | P a g e

Coverage Ma

p

RSCP for each sector in fixed point

Sector1 Sector2 Sector3



13 | P a g e

Coverage

Map

Ec/Io for each sector in fixed point

Sector1 Sector2 Sector3



14 | P a g e

Coverage

Map

App Throughput Distribution



15 | P a g e

Coverage

Map

Event Failure Distribution



16 | P a g e

5. Existing Problems

Index Description of Problems Date Solution

Comments

Check By

Name: Signature: Date:

Date post:	03-Jun-2018
Category:	Documents
Upload:	do-tha-tua
View:	224 times
Download:	2 times

Pyth02 Ssv Report

Documents