Annex 4 Planning Tools Specification 07May2012 RW

7/30/2019 Annex 4 Planning Tools Specification 07May2012 RW

1/22

20

Annexure-4

1 Lot-1: Planning ToolTeletalk Bangladesh Limited, the only Government owned Mobile phone operator, is going to collect a

Network planning software tool which will simulate the network performance in order to plan the live

Network for optimum performance.

1.1 Features:The tool/tools must support but not limited to all the technologies that are to be deployed in Teletalk

Network (GSM, GPRS, EDGE, UMTS, HSPA and HSPA+). In addition the tool must include and be capable

of but not limited to the following,

1.1.1 The tool must support GSM, GPRS, EDGE, UMTS, HSPA and HSPA+ technology

1.1.2 Different types of tuneable standard and proprietary propagation model. Propagationmodels should be auto tuneable using drive test data.

1.1.3 Multiple service class definition (Services, Environments, Terminals and Traffic flow)

1.1.4 Capable of traffic simulation based on demography

1.1.5 Capable of Traffic density calculation and analysis

1.1.6 Link budget analysis for coverage prediction

1.1.7 Monte-Carlo Simulation, analysis and presentation

1.1.8 Noise floor and predicted interference Calculation.

1.1.9 Uplink-Downlink CINR analysis.

1.1.10 Throughput analysis.

1.1.11 Automatic Frequency plan, Automatic Neighbour plan and Automatic cell plan based oncluster as well as complete network

1.1.12 Different type of prediction drawing including but not limited to Signal level coverage, SINRcoverage, Modulation scheme, throughput coverage, Service class coverage, Downlink andUplink coverage etc.

1.1.13 KPI reports including but not limited to Coverage KPI, Throughput KPI etc.

1.1.14 Integration of CW measurement data from TEMS 9.01 or any other standard drive test tools

1.1.15 Capable to use CW measurement data to retune the propagation model so that thesimulation result matches the Live Network.


2/22

21

1.1.16 Capable to use configuration management data and performance management data toproduce live Network traffic distribution.

1.2 Supplementary Data

1.2.1 The contractor shall supply GIS data of 10 meter resolution for city areas and GIS data of 15/20/50 meter resolution for rest of the areas as appropriate.

1.2.2 The contractor shall supply latest topographic data.

1.2.3 The contractor shall supply latest demographic data.

1.3 Hardware Requirement The system hardware must be distributed and redundant for disaster recovery. The generic topology of

the hardware platform as outlined in Figure 1-1 is preferred,

DB-1 DB-2

Processing & Application Server

Client Server/ client

Figure 1-1: Generic Hardware Architecture

The following attributes of the hardware platform is preferred,


3/22

22

1.3.1 Server Genera: Blade server

1.3.2 Database server Redundancy: 1+1 redundant in active/standby or active/active state

1.3.3 Power supply unit redundancy: 1+1 redundant active/standby mode

1.3.4 All cards/blades must be hot-swappable

1.3.5 The system/package shall include 5 (Five) nos of portable terminal/note book of latest available specification which shall be equal or higher than the following,

Core i7 processor 4 (Four) GB RAM, 1 (One) TB HDD, DVD R/W 14 display, blue tooth, wi -fi, wireless network device

1.4 Software Requirement Software architecture must be distributed and of independent modular form. Failure of one module

must not result in complete failure of the system. The generic software architecture similar to the Figure

1-2 is preferred,

ProcessingModule

Application& Reporting

Simulation& Prediction

Automatic/Cell Plan

Automatic/Neighbor

Plan

Automatic/Frequency

Plan

W e b a n d

/ o r

D e s

k t o p

c l i e n t i n t e r

f a c e

DB-1

DB-2

D a t a b a s e

I n t e r f a c e

User Group

User Group

Figure 1-2: Planning tool Software Architecture

The software platform must be compliant to the following,

1.4.1 All the process must be capable of self re-starting without hampering other processes.

1.4.2 The software must be of modular form. The critical modules such as data processingmodules must be protected for 99.999% availability.

1.4.3 The software must be capable of interacting with relevant third party software such as MAPinfo, Google Earth, standard drive test software (TEMS 9.01 etc.) etc.


4/22

23

1.4.4 All the modules must have user friendly GUI (web base and/or Desktop base)

1.4.5 The software license for all the module shall be such that at least 5 (Five) client can work simultaneously.

1.4.6 All the software license/s must be for life time and shall include all the updates for 2 (two)Years from the date of provisional acceptance certificate (PAC).

1.5 Report/s:The planning tool shall perform various form of complex analysis of the network to generate

presentable report for the user group. The reports shall be of different type as appropriate and deemed

necessary. However the following generic format of reports shall be supported by the tool,

1.5.1 Tabular format

1.5.2 MAP format including Google map, MAP info etc

1.5.3 Printable Prediction plot, coverage plot, Network diagram plot etc

1.5.4 Various type of generic report on frequency plan, neighbour plan, simulation and cell plan

1.5.5 Customizable report template to generate user specific report

1.6 Service/s:To make the tool fully functional various jobs shall be performed. The required services are outlined

here under,

1.6.1 Installation of the hardware and Software platform

1.6.2 Commissioning of the tool

1.6.3 Integration of the tool with the third party software as appropriate and/or deemednecessary

1.6.4 Data migration from Teletalks existing site database

1.6.5 Complete demonstration of the tool clearly explaining all the functionality of the tools with

appropriate example/project.

1.7 Training:To utilize the full functionality of the tool it is necessary to train up Teletalk personnel. In this regard a

comprehensive training package both in-house and external as deemed necessary shall be provided. The

details of the training program are outlined hereunder,


5/22


6/22

25

2 Lot-2 : Un-attendant Drive test toolTo ensure better radio network performance it is necessary to monitor and analyse the radio Network

performance continuously. Drive test is a strong means to collect on-field performance data of the radio

network for further analysis and problem resolution. As continuous monitoring, data collection and

analysis of the live Network is the only answer to the Radio Network performance assurance, Teletalk

Bangladesh Limited, the only Government owned Mobile phone operator, is going to collect 5 (Five)

numbers of Un-attendant Drive test tools

[PROKAUSHALI O NIRMATA LTD. & SWISSQUAL : Noted and Comply]

2.1 DefinitionThe regular drive test tool requires close attendance of the user for setting up the environment for data

collection as well as to log the data. As a result it keeps valuable human resource engaged during the

data collection process. Whereas the un-attendant drive test tool will not require the close attendance

of the user during the data collection process. The preconfigured module/tool mounted on a suitable

moving object (especially car) and/or static object will collect the data and will store it for processing

later on and/or upload the recorded log to a central file server using the GPRS/EDGE data connection.

The overall architecture is similar to the following figure,

Central Office

Radio Network

Remote Un-attendant drive

test tools

File Server

G P R S / E D G

E G P R S / E D G E

G P R

S / E D

G E

Log Database

Figure 2-1 : Un-attendant Drive test Tool system architecture


7/22

26


2.2 FeatureUn-attendant drive test tool shall be a standard drive test data collection tool that would collect Radio

Network information to analyse the performance of the live Network. The tool must be capable of

collecting parameters relating at least GSM, GPRS and EDGE technology. However, support for UMTS,

HSPA, HSPA+ is preferred. The tool/s must support and capable of at least the following,

2.2.1 Collect GSM, GPRS and EDGE related information from Air interface. The information shallcontain at least the following information,

EDGE/GPRSo Data Bytes Sent/ Receivedo Data Sessiono Data Throughputo Data Time Slotso EDGE/GPRS Statuso HSCSD Throughput Android handsets does not support HSCSD o PDP Contexto Video Streaming status In Roadmap, without MOS Dec 2012 o Video Monitor In Roadmap, without MOS Dec 2012

Scanning of all the available Radio channels within the selected range Idle mode Test Interference

o C/Io Interference statuso Adjacent channel informationo Interference information

AMR Call Average AMR Cell Average AMR Codec Usage AMR Settings Current Channel Hopping Channels Modified MS Behavior

Radio Parameters Serving + Neighbors Serving + Neighbors By Band Speech Quality POLQA P.863 Radio Quality



8/22

27

2.2.2 Preferably, Collect UMTS, HSPA, and HSPA+ related information from Air interface. Theinformation shall contain at least the following information,

HSPA/HSPA+

o Data Sessiono HSDPA Analysiso HSUPA Analysiso PDP Contexto Throughput informationo WCDMA RLC Data information In Roadmap, Sep 2012 o Video Streaming information Video Streaming In Roadmap,

without MOS Dec 2012 o DVB-H Analysis Video Streaming In Roadmap,

without MOS Dec 2012

o HSDPA Analysis Per Processo HSDPA PDSCH Codes informationo HSDPA Transport Block Size informationo Video Monitor Video Streaming In Roadmap,

without MOS Dec 2012 Scanning Idle mode Test

o CPICH Best UARFCN Datao CPICH Datao Synch Channel Datao CW Scano SCH Timeslot Scano Spectrum Analysiso Spectrum Analysis Uplinko Network Search

Finger Information for different carrier AMR Codecs information GSM Neighbors Handover Information Inter-Freq Measurements information Inter-RAT Measurement Control Events Intra-Freq Measurement Control Events Modified MS Behavior RACH Analysis Radio Parameters Serving/Active Set+ Neighbors Speech Quality POLQA P.863


9/22

28

Transport Channels


2.2.3 Collect information as stated above in different scenarios, such as idle mood, long call mood,short call mode, data mode etc.


2.2.4 Test scenarios must be customizable and schedulable


2.3 Data RecordAll the collected information shall be recorded and preserved for analysis later on. The information mustbe recorded in the following manner,

2.3.1 The information shall be recorded in standard dot log file format so that the recorded filecan be read by any of the standard post drive test tools. log files in proprietarySwissQual format. Log files can be processed in NetQual NQDI or 3 rd party software: Actix

2.3.2 The recorded information must have time and coordinate (GPS) stamp. Time stamp must be

of absolute form +6 GMT. However, relative time stamp should be available too.


2.4 Hardware requirement The system architecture shall be similar to the architecture as outlined in Figure 2-1. Accordingly the

hardware must be capable of the following,


10/22


11/22

30

2.5.1 The software must manage the remote un-attendant drive test tools.

2.5.2 The software must be capable of configuring, reconfiguring the operational activities of theremote un-attendant drive test tool

2.5.3 The software must have a scheduler to control the log file transfer from the remote un-attendant drive test tool

2.5.4 The software must have a browser to browse the uploaded file systematically

2.5.5 The software shall have a user friendly GUI.

2.5.6 The software license must be for life time for at least 5 (Five) simultaneous users and shallinclude all the updates for 2 (two) Years from the date of provisional acceptance certificate(PAC).


2.6 Service/s:To make the tool fully functional, various jobs shall be performed. The required services are outlined

here under,





2.6.5 Complete demonstration of the tool clearly explaining all the functionality of the tools withappropriate example/project.

2.6.6 Necessary white papers on operational and maintenance procedure shall be included in thepackage.



12/22

31

3 Lot-3 : Drive test post-processing toolThe growing Network needs continuous monitoring, in order to improve the performance of theNetwork for better Quality of Service. Accordingly, Network information collected from various sourcesis required to be analysed regularly. One of the main sources of Network information is the Drive testwhich collects the on field Radio Network information. But as the volume of such information isenormous it is necessary to automate some of the usual analysis using sate of the art software tool.

Drive test post processing tool is the software tool that would analyse the Radio Network Informationcollected through Drive test. The tool shall have the following specification,


3.1 FeatureThe tool shall be capable of analysing Drive-test information regarding GSM, GPRS, EDGE, UMTS, HSPAand HSPA+ technology. The tools must have at least the following features,

3.1.1 Extensive multivendor platform so that drive test logs from different industry leading drivetest tools can be analysed.

3.1.2 Comprehensive support for GSM, GPRS, UMTS, HSPA and HSPA+ technology across industryleading chipsets, devices and test equipment

3.1.3 Automatic drive test log analysis from log database/file server and reporting with variousproblem class tag.

3.1.4 Automatic problem identification with root cause drill down.

3.1.5 Automatic report generation with problem identification and report archive for later use

3.1.6 Management quality KPI report so that the Network improvements can be verified and/orbenchmarked.

3.1.7 Integrate and analyse different industry leading indoor test equipment, enabling validationof the indoor network and its interaction with the macro network

3.1.8 Visual presentation of the drive test logs (both single and multiple)



13/22

32

3.2 Hardware Requirement The system hardware must be distributed and redundant for disaster recovery. Client/server

deployment is preferred. The preferred generic topology of the hardware platform is outlined in Figure

3-1,


Teletalks Log Database

Clients

Teletalks File Server

Report Archive ReportingServer

Figure 3-1: Generic Hardware Architecture of Drive test post processing tool

The supplier shall provide all the hardware necessary to run the tool. Teletalk will provide only the log

database and file server. Besides, Teletalk will provide commercial power supply and space for the

hardware platform. Rest of the necessary equipment shall be supplied by the bidder.

The preferred attributes of the hardware platform is listed below,


3.2.2

Database server Redundancy: 1+1 redundant in active/standby or active/active state



3.2.5 The system/package shall include 5 (Five) nos of portable terminal/note book / client of latest available specification which shall be equal or higher than the following specification,

Core i7 processor


14/22

33

4 (Four) GB RAM, 1 (One) TB HDD, DVD R/W 14 display, blue tooth, wi -fi, wireless network device


3.3 Software Requirement The bidder shall provide all the necessary software as deemed necessary for successful operation of the

tool with appropriate license. The Software/solution architecture must be distributed and of

independent modular form. Failure of one module must not result in complete failure of the system. The

generic software architecture must be similar to the Figure 3-2,

ProcessingModule

Application &ReportingManagement

Automatic/Drive test log

analysis

W e b a n

d / o r

D e s

k t o p

c l i e n t

i n t e r f a c e

File Server

Log DB

D a t a b a s e

I n t e r f a c e

User Group

User Group

Figure 3-2: Drive Test post processing tool Software Architecture



15/22

34

3.3.1 All the process must be capable of self-re-starting without hampering other processes.


3.3.3 The software must be capable of interacting with relevant third party software such as MAPinfo, Google Earth etc.


3.3.5 The software license for all the module shall be such that at least 10 (Ten) client can work simultaneously.



3.4 Report/s:The tool shall perform various form of complex analysis of the Log files to determine the flaws in the

Network and generate comprehensive visual report for the user group. The reports shall be of different

type as appropriate and deemed necessary. However the following generic format of reports shall be

supported by the tool,


3.4.2 MAP format including Google map, MAP info etc

3.4.3 Various type of generic report on problems, suggestion etc.




here under,


16/22

35










3.6.1 The in-house training program on operation and reporting of the tools includingoperational and reporting procedure/s of all the modules and functions shall be arrangedfor at least 5 (Five) personnel.

3.6.1.1 The duration of the in-house training shall be at least 5 (Five) working days.

3.6.1.2 The Training course/s shall include the detail operational procedures with appropriateexample/project.

3.6.1.3 The training shall include evaluation of the participants to ensure proper knowledgesharing.

3.6.2 The in-house training program on maintenance of the hardware and software platform of the tool shall be arranged for at least 2 (Two) personnel.



17/22

36

3.6.2.2 he Training course/s shall include the detail maintenance procedure/s with appropriateexample/project. The course shall also include the installation and commissioningprocedure/s of the tool for both hardware and software platform.

3.6.2.3 The training shall include evaluation of the participants to ensure proper knowledge

sharing.[PROKAUSHALI O NIRMATA LTD. & SWISSQUAL : Noted and Comply]


18/22

37

4 Lot-4 : KPI analysis and monitoring tool

This specification covers the detail of KPI analysis and monitoring tool which is a single platform tomonitor and report multivendor OSS KPI statistics. The tool shall be of server/client architecture with a

comprehensive reporting scheme. The tool shall have following specification,

[PROKAUSHALI O NIRMATA LTD. & GWS : Noted and Comply]

4.1 FeatureThe tool shall have at least but not limited to the following feature,

4.1.1 Multivendor platform: to integrate various Network elements of different vendors.

4.1.2 The tool must be capable of integrating all the BSCs that exist in Teletalks Network. Allother node integration is optional.

4.1.3 The tool shall collect performance related counters data in raw format (XML/Binary etc.whichever is available in Teletalks Netw ork) from the BSC/NMS to generate variousreports.

4.1.4 The tool must be capable of analysing and generating KPI reports for all available BSCsoftware versions in Teletalk Network. However, if Teletalk upgrades any of its BSCsoftware versions, the tool must be capable of incorporating the same.

4.1.5 The tool must possess pre-defined standard KPI reports

4.1.6 The tool must have provision for customized KPI reports

4.1.7 The tool must have provision for redefining KPI formula.

4.1.8 The tool must have various form of reporting including tabular format, dashboard, graphetc.

4.1.9 The tool shall support monitoring and reporting the alarm incidents of various nodes.

4.1.10 The tool shall have APIs to integrate the third party tools/software



19/22

38

4.2 Hardware Requirement The system hardware must be distributed and redundant for disaster recovery. Client/server

deployment is preferred. The preferred generic topology of the hardware platform is outlined in the

Figure 4-1,


Teletalks CM /PM Database

Clients

Teletalks File Server

Report Archive ReportingServer

Figure 4-1: Generic Hardware Architecture of KPI analysis tool

The supplier shall provide all the hardware necessary to run the tool within the Teletalk premises.

Teletalk will provide only the CM/PM database and file server. Besides, Teletalk will provide power

supply and space for the hardware platform. Rest of the necessary equipment shall be supplied by thebidder.

The preferred attributes of the hardware platform is listed below,


4.2.2 Database server Redundancy: 1+1 redundant in active/standby or active/active state



4.2.5 The system/package shall include 5 (Five) nos of portable terminal/note book/ client of latest available specification which shall be equal or higher than the following specification,

Core i7 processor 4 (Four) GB RAM, 1 (One) TB HDD, DVD R/W 14 display, blue tooth, wi -fi, wireless network device


20/22

39


4.3 Software Requirement

The bidder shall provide all the necessary software as deemed necessary for successful operation of thetool with appropriate license. The Software/solution architecture must be distributed and of

independent modular form. Failure of one module must not result in complete failure of the system. The

generic software architecture must be similar to the Figure 4-2,

ProcessingModule

Application &ReportingManagement

Datacollection

W e b a n

d / o r

D e s k

t o p

c l i e n t

i n t e r f a c e

File Server

CM/PM DB

D a t a b a s e

I n t e r f a c e

User Group

User Group

Figure 4-2: Drive Test post processing tool Software Architecture


4.3.1 All the process must be capable of self re-starting without hampering other processes.


4.3.3 The software must be capable of interacting with relevant third party software


4.3.5 The software license for all the module shall be such that at least 10 client can work simultaneously.



21/22

40


4.4 Report/s:

The tool shall perform various forms of analysis and generate comprehensive visual report for the usergroup. The reports shall be of different type as appropriate and deemed necessary. However the

following generic format of reports shall be supported by the tool,


4.4.2 Various type of generic report on problems, suggestion etc.




here under,


4.5.2 Integration of the tool with all the nodes of Teletalk as appropriate.







22/22

41




4.6.1 The in-house training program on operation and reporting of the tools includingoperational and reporting procedure/s of all the modules and functions shall be arrangedfor at least 5 (Five) personnel.


4.6.1.2 The Training course/s shall include the detail operational procedures with appropriateexample/project.

4.6.1.3 The training shall include evaluation of the participants to ensure proper knowledge

sharing.4.6.2 The in-house training program on maintenance of the hardware and software platform of

the tool shall be arranged for at least 2 (Two) personnel.


4.6.2.2 The Training course/s shall include the detail maintenance procedure/s with appropriateexample/project. The course shall also include the installation and commissioningprocedure/s of the tool for both hardware and software platform.

4.6.2.3 The training shall include evaluation of the participants to ensure proper knowledgesharing.


Annex 4 Planning Tools Specification 07May2012 RW

Documents