Introduction to Nokia WCDMA BTS Site Commissioning

Introduction to Nokia WCDMA BTS site commissioning

Library: Nokia WCDMA RAN, Rel. RAS06, System Library, v. 3

Identifier: dn7039108-3-en


Generic commissioning tasks

Commissioning is a sequence of tasks, such as visual checks and inspections, parameter and SW configurations, tests and reporting, to ensure that the stand-alone equipment in question has been properly installed, has no faulty modules and is ready for integration.

The generic commissioning steps can be seen in the following Commissioning overview figure. The details of each step depend on the equipment and version in question and can be found in the relevant product documentation.

http://127.0.0.1:43231/NED/NED?service=printvi...omponent=data&item=data&pointer=p2xhtm-repid-1 (1 of 5)4/24/2008 1:06:58 PM


Figure: Commissioning overview

In order to get all the BTS capacity and features in use, required licences need to be downloaded to the BTS from Nokia NetAct. For more information on licences, see the Licence Management document in the Nokia WCDMA RAN System Documentation and the feature descriptions in the BTS SW release documentation.



Visual checks and inspection

First part of the visual check is done before powering on the BTS site at the power system. When all is proven to be OK, the "Power on" check is done and the LED status is verified. The equipment is checked visually to see that there are no fatal installation errors, which might lead to equipment damage during the power on.

The following items are checked:

the grounding

power cabling and supply voltage

other cables and fibres

LED status during power up

TX/RX/antenna connector torque check

More information on the installation is available in the equipment specific product documentation.

Local SW download

This step contains all the actions required to update and/or download SW to the equipment or to the PC for managing the equipment at the site. The exact order in the step sequence is equipment specific and thus might take place after some self tests.

Parameter setup

This contains all the actions required to set up the parameters for commissioning and for integration. Parameters may include software parameters fed in manually or as a file. The equipment specific product documentation describes the details. Some of the parameters need to be given during the test step.

Commissioning tests

This contains the key tests, which need to be carried out to ensure the basic functionality of the equipment in question. Some of the tests are activated automatically, some of them are run as a part of the Commissioning wizard and some may need to be activated separately. Some of the tests are optional and are run for diagnostic purposes if there is a reason to suspect the functionality. Typical tests and measurements:

internal loop tests

external alarm and control tests

site tests

site support system alarms shown at the BTS

RF max power measurement (optional test)



Some of the functional tests need more parameters than are available during the commissioning and thus can be run only after the network element has been integrated and it is able to get the rest of the parameters from the RNC.

Troubleshooting

The purpose of troubleshooting is to rectify the problems found by analysing the test results and perhaps running some further tests to identify the cause of the problem. Information about troubleshooting hints and optional tests can be found in the equipment specific product documentation. To avoid double work it is essential to be aware of the current known problems. The Technical Notes (TN), generic failure reports (GFR) and Change Deliveries (CD) need to be studied from time to time for latest information about known problems and work around solutions.

Based on the experience and HW repair statistics about the cause of the faults one major group is 'no fault found'. To minimise unnecessary shipping, spare waiting and 'no fault found' -reports, it is essential to double-check the suspected module one more time before sending it to repair.

Once the module is suspected and the replacement seems to rectify the problem the original suspected module needs to be tried once more. In many cases the actual reason which rectified the problem is power off/on-reset or plug off/push in reset.

Finally when the module is really suspected or proven faulty the appropriate error report attached with possible log or test report files is filled. The following information needs to be clearly available in the report:

site and equipment identification

module identification

based on which test the module was suspected faulty

what other modules were suspected

what parameters were used

what other tests failed

what was the error/fault message/alarm number

what was the used SW version

responsible engineer (report filled by) and contact info

In case of module replacement the site inventory need to be updated.

Bar code reading and site inventory

To be able to trace a given module based on the serial number or the version number it is important to collect and keep the information about the module version and serial numbers up to date. The most advanced modules and their SW versions support the electronic serial and version number detection and recording. Some less advanced and passive modules do not necessarily have this feature and those modules need to be scanned.



Most of the modules installed on the BTS have a set of extra serial and version number labels, which must be attached to the BTS cabinet door or in the inventory form in the site folder during the installation. During the bar code reading also these labels need to be scanned.

More information on the bar code reading is available in the Nokia NetAct documentation Using Bar Code Scanner and Using Asset Manager documents.

Reporting

The most important part of the commissioning is the reporting. Without relevant reports the equipment can be considered not commissioned. The purpose of reporting is to keep track of the latest status of the equipment and the work done. Some new equipment supports features where the reports are automatically updated to the main database in the NetAct system, some need a few manual steps, and some reports need to be saved/printed manually. Typical reports are:

commissioning report produced by the Commissioning wizard of BTS Site Manager

snapshot file saved by BTS Site Manager

site inventory report

delivery reclamation for missing items

failure report for each faulty module

failure report for each new problem

site deficiency report for outstanding problems

site progress report

Some of the reports may be used as a technical appendix for a site acceptance document.

Printed from NED5

Copyright Nokia Siemens Networks. All rights reserved.


127.0.0.1Introduction to Nokia WCDMA BTS site commissioning

Documents

Introduction to Nokia WCDMA BTS Site Commissioning