Anda di halaman 1dari 67

Nokia Networks

WCDMA RAN, Rel. WCDMA


16, Operating Documentation,
Issue 03

RNC2600 Product Description


DN70474741
Issue 05F
Approval Date 2015-05-15

 
 
RNC2600 Product Description

The  information  in  this  document  applies  solely  to  the  hardware/software  product  (“Product”)  specified
herein, and only as specified herein.

This document is intended for use by Nokia Solutions and Networks' customers (“You”) only, and it may not
be used except for the purposes defined in the agreement between You and Nokia Solutions and Networks
(“Agreement”)  under  which  this  document  is  distributed.  No  part  of  this  document  may  be  used,  copied,
reproduced,  modified  or  transmitted  in  any  form  or  means  without  the  prior  written  permission  of  Nokia
Solutions  and  Networks.  If  you  have  not  entered  into  an  Agreement  applicable  to  the  Product,  or  if  that
Agreement has expired or has been terminated, You may not use this document in any manner and You
are obliged to return it to Nokia Solutions and Networks and destroy or delete any copies thereof.

The  document  has  been  prepared  to  be  used  by  professional  and  properly  trained  personnel,  and  You
assume full responsibility when using it. Nokia Solutions and Networks welcome Your comments as part of
the process of continuous development and improvement of the documentation.

This  document  and  its  contents  are  provided  as  a  convenience  to  You.  Any  information  or  statements
concerning the suitability, capacity, fitness for purpose or performance of the Product are given solely on
an “as is” and “as available” basis in this document, and Nokia Solutions and Networks reserves the right
to change any such information and statements without notice. Nokia Solutions and Networks has made all
reasonable efforts to ensure that the content of this document is adequate and free of material errors and
omissions,  and  Nokia  Solutions  and  Networks  will  correct  errors  that  You  identify  in  this  document.  But,
Nokia Solutions and Networks' total liability for any errors in the document is strictly limited to the correction
of such error(s). Nokia Solutions and Networks does not warrant that the use of the software in the Product
will be uninterrupted or error-free.

NO  WARRANTY  OF  ANY  KIND,  EITHER  EXPRESS  OR  IMPLIED,  INCLUDING  BUT  NOT  LIMITED  TO
ANY  WARRANTY  OF  AVAILABILITY,  ACCURACY,  RELIABILITY,  TITLE,  NON-INFRINGEMENT,
MERCHANTABILITY  OR  FITNESS  FOR  A  PARTICULAR  PURPOSE,  IS  MADE  IN  RELATION  TO  THE
CONTENT  OF  THIS  DOCUMENT.  IN  NO  EVENT  WILL  NOKIA  SOLUTIONS  AND  NETWORKS  BE
LIABLE  FOR  ANY  DAMAGES,  INCLUDING  BUT  NOT  LIMITED  TO  SPECIAL,  DIRECT,  INDIRECT,
INCIDENTAL  OR  CONSEQUENTIAL  OR  ANY  LOSSES,  SUCH  AS  BUT  NOT  LIMITED  TO  LOSS  OF
PROFIT,  REVENUE,  BUSINESS  INTERRUPTION,  BUSINESS  OPPORTUNITY  OR  DATA  THAT  MAY
ARISE FROM THE USE OF THIS DOCUMENT OR THE INFORMATION IN IT, EVEN IN THE CASE OF
ERRORS IN OR OMISSIONS FROM THIS DOCUMENT OR ITS CONTENT.

This document is Nokia Solutions and Networks’ proprietary and confidential information, which may not be
distributed  or  disclosed  to  any  third  parties  without  the  prior  written  consent  of  Nokia  Solutions  and
Networks.

Nokia  is  a  registered  trademark  of  Nokia  Corporation.  Other  product  names  mentioned  in  this  document
may be trademarks of their respective owners, and they are mentioned for identification purposes only.

Copyright © 2016 Nokia Solutions and Networks. All rights reserved.

f Important Notice on Product Safety


  This product may present safety risks due to laser, electricity, heat, and other sources of danger.

Only  trained  and  qualified  personnel  may  install,  operate,  maintain  or  otherwise  handle  this
product and only after having carefully read the safety information applicable to this product.

The  safety  information  is  provided  in  the  Safety  Information  section  in  the  “Legal,  Safety  and
Environmental Information” part of this document or documentation set.

Nokia  Solutions  and  Networks  is  continually  striving  to  reduce  the  adverse  environmental  effects  of  its
products and services. We would like to encourage you as our customers and users to join us in working
towards a cleaner, safer environment. Please recycle product packaging and follow the recommendations
for power use and proper disposal of our products and their components.

If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia Solutions and Networks for any additional information.

2 DN70474741 Issue: 05F
RNC2600 Product Description

Table of Contents
This document has 67 pages
   
Summary of changes..................................................................... 7
   
1 Radio Network Controller RNC2600.............................................. 8
1.1 RNC functionality........................................................................... 9
   
2 RNC interfaces.............................................................................13
   
3 RNC2600 architecture..................................................................15
3.1 Computer units.............................................................................16
3.2 Control computers........................................................................17
3.3 Signal processing units................................................................ 18
3.4 Element management units......................................................... 19
3.5 Peripheral devices........................................................................19
3.6 Switching and multiplexing units.................................................. 19
3.7 Timing and hardware management Bus Unit (TBU).................... 20
3.8 Alarm units................................................................................... 20
3.9 Network Interface Units (NIU)...................................................... 20
3.10 Internal load sharing.....................................................................21
   
4 RNC software............................................................................... 22
4.1 Platform architecture.................................................................... 22
   
5 RNC2600 capacity....................................................................... 23
5.1 Capacity licensing........................................................................ 23
5.2 Configuration steps of the RNC2600........................................... 23
5.3 RNC capacity extensions and upgrade........................................24
5.4 Capacity and reference call mix model........................................ 27
5.5 Coverage optimized solution........................................................32
5.6 Physical interface capacity...........................................................33
5.6.1 NPS1(P) capacity.........................................................................34
5.6.2 NPGE(P) capacity........................................................................ 34
5.6.3 BHCA capacity per NPS1(P) and NPGE(P).................................35
5.7 Traffic mix rule.............................................................................. 35
   
6 RNC hardware management and supervision............................. 37
   
7 RNC2600 reliability...................................................................... 39
7.1 Reliability from the maintenance point of view............................. 39
7.2 RNC availability performance.......................................................40
7.3 Redundancy principles.................................................................41
7.4 Network Resiliency for RNC2600.................................................42
   
8 RNC2600 physical interfaces.......................................................44
8.1 STM-1/OC-3 optical interface.......................................................44

Issue: 05F DN70474741 3
RNC2600 Product Description

8.2 Gigabit Ethernet........................................................................... 45
8.3 Synchronisation interfaces........................................................... 46
8.4 LAN/Ethernet for O&M connections............................................. 46
8.5 Timing and synchronization..........................................................47
   
9 RNC2600 mechanical design.......................................................49
   
10 RNC2600 power requirements.....................................................53
   
11 RNC2600 operating environment.................................................57
11.1 Equipment room...........................................................................57
11.2 Cooling of the cabinets.................................................................58
11.3 Operating temperature and humidity tolerances.......................... 59
   
12 RNC standards.............................................................................61
12.1 General........................................................................................ 61
12.2 Equipment safety......................................................................... 61
12.3 EMC standards............................................................................ 61
12.4 Power feed................................................................................... 62
12.5 Grounding and bonding................................................................62
12.6 Environmental durability...............................................................63
12.7 Earthquake...................................................................................63
12.8 Interfaces..................................................................................... 63
12.9 Legislation.................................................................................... 65
   
13 RNC eco-efficiency.......................................................................66
   
14 RNC site equipment..................................................................... 67

4 DN70474741 Issue: 05F
RNC2600 Product Description

List of Figures
Figure 1 Radio Network Controller (RNC).......................................................... 8
Figure 2 Radio resource management............................................................... 9
Figure 3 Block diagram of the RNC2600.......................................................... 16
Figure 4 RNC conceptual model.......................................................................22
Figure 5 RNC2600 configuration and plug-in unit locations............................. 24
Figure 6 RRC state changes............................................................................ 29
Figure 7 Traffic mix rule.................................................................................... 35
Figure 8 The logical structure of the hardware management system...............37
Figure 9 RNC synchronisation and distribution of timing signal....................... 48
Figure 10 CPD120-A cabinet..............................................................................50
Figure 11 The protection schema and the protection areas of various protective
devices............................................................................................... 53
Figure 12 Grounding principle............................................................................ 56
Figure 13 Floor layout of a one-cabinet RNC2600............................................. 58
Figure 14 Cooling airflow.................................................................................... 59
Figure 15 Climatogram of the RNC.................................................................... 60

Issue: 05F DN70474741 5
RNC2600 Product Description

List of Tables
Table 1 Units in RNC2600/step 1.................................................................... 25
Table 2 Units in RNC2600/step 2.................................................................... 25
Table 3 Units in RNC2600/step 3.................................................................... 26
Table 4 Interface unit mixed configuration.......................................................27
Table 5 Capacity and reference call mix model...............................................27
Table 6 Voice and data call mix.......................................................................29
Table 7 HSPA capacity figures........................................................................ 30
Table 8 Maximum number of simultaneous HSDPA users in Cell_DCH state
(NRT RABs)........................................................................................30
Table 9 Maximum number of simultaneous R99 PS subscribers (NRT RABs)...
31
Table 10 Maximum number of simultaneous users in CELL_FACH state.........31
Table 11 DSP pool configuration.......................................................................32
Table 12 Standard Configuration.......................................................................32
Table 13 Coverage Optimized Configuration.................................................... 32
Table 14 Maximum number of simultaneous HSDPA users in Cell_DCH state
(NRT RABs)........................................................................................32
Table 15 Maximum number of simultaneous R99 PS subscribers (NRT RABs)...
33
Table 16 Maximum number of simultaneous users in CELL_FACH state ........33
Table 17 DSP Pool Configuration......................................................................33
Table 18 Interfaces............................................................................................34
Table 19 BHCA capacity for NPS1(P) and NPGE(P)........................................ 35
Table 20 Predicted MTBF for HW repair from the maintenance point of view......
40
Table 21 Predicted availability performance values.......................................... 40
Table 22 Functional unit redundancies..............................................................41
Table 23 STM-1/OC-3 interface specifications..................................................44
Table 24 Gigabit Ethernet interface specifications............................................ 45
Table 25 Synchronisation interface................................................................... 46
Table 26 LAN interface specifications............................................................... 46
Table 27 Cabinet dimensions............................................................................ 50
Table 28 Sub-rack dimensions.......................................................................... 51
Table 29 Plug-in unit dimensions...................................................................... 51
Table 30 Power supply...................................................................................... 54
Table 31 Power supply cables...........................................................................54
Table 32 Power consumption estimate............................................................. 54
Table 33 Power consumption for site planning..................................................55
Table 34 Equipment room................................................................................. 57
Table 35 Environmental requirements...............................................................60

6 DN70474741 Issue: 05F
   

RNC2600 Product Description Summary of changes

Summary of changes
Changes between document issues are cumulative. Therefore, the latest document
issue contains all changes made to previous issues.

Changes between issues 05E (2015-02-02, RU50) and 05F (2015-05-15, RU50)
Capacity and reference call mix model
• DSP pool configuration has been changed.

Changes between issues 05D (2014-11-28, RU50) and 05E (2015-02-02, RU50)

Timing and synchronization


• System synchronization accuracy has been clarified.

Changes between issues 05C (2014-07-04, RU50) and 05D (2014-11-28, RU50)

Traffic mix rule


• Control plane load formula has been changed

Issue: 05F DN70474741 7
   

Radio Network Controller RNC2600 RNC2600 Product Description

1 Radio Network Controller RNC2600


Nokia Radio Network Controller (RNC) is based on a fault tolerant packet switching
platform. The main function of the RNC is to control and manage the Radio Access
Network (RAN) and the radio channels. The RNC is designed for efficient use of radio
resources and easy operation and maintenance.

Figure 1 Radio Network Controller (RNC)

8 DN70474741 Issue: 05F
   

RNC2600 Product Description Radio Network Controller RNC2600

1.1 RNC functionality


The functions of the RNC are briefly explained below. Because of the highly modular and
generic RNC architecture, the future requirements for the RNC can be implemented
easily. The modular structure also supports optimised dimensioning and the cost of
surplus capacity is thus removed. Redundant units (2N, N+1 and SN+) support high
reliability and fault tolerance.
Radio Resource Management (RRM)
The available radio spectrum is used efficiently to optimise the inter-related cell
coverage, cell capacity, and service quality aspects according to network planning
targets. Advanced radio resource management algorithms (admission control, handover
control, load control, packet scheduling, and power control) provide these. The Nokia
radio resource management solution enables optimised bearers and services.
RNC Radio Resource Management (RRM) manages channel allocations, that is, the
number of traffic channels and signalling channels that can be used in the RAN
simultaneously. This is done in connection with the radio network planning. RRM can be
divided into network-based functions and connection-based functions as shown in the
figure Radio resource management.

Figure 2 Radio resource management

network basedfunctions

AC PS LC
AC AdmissionControl
PS PacketScheduler
LC LoadControl
PC PowerControl
connection basedfunctions HC HandoverControl

PC HC

Some network-based functions (admission control and packet scheduler) work on event
basis, that is, service requests are handled as they arrive. Load control is a continuous
process monitoring the cell load and managing loads when necessary.
Connection-based functions (power control and handover control) are activated when a
radio link is allocated to the connection. The User Equipment (UE) runs handover
control, outer loop power control, and fast closed loop power control in mobile state
Cell_DCH. In other states, the UE uses open loop power control.

• Admission Control (AC)
Admission Control (AC) is used to maintain stability and to achieve high traffic
capacity of the RAN. The AC algorithm is executed when the radio access bearer is
set up or the bearer is modified. The AC measures also take place with all kinds of
handovers.

Issue: 05F DN70474741 9
   

Radio Network Controller RNC2600 RNC2600 Product Description

• Load Control (LC)
Load Control (LC) makes sure that the system is not overloaded and that it remains
stable. If, however, the system is overloaded, the system is returned back to the
normal load state, defined by the radio network planning, in a quick and controlled
manner.
• Power Control (PC)
Since the WCDMA system is interference limited, that is, the less interference the
more capacity, it is beneficial to use as low transmission power at the transmitting
entities as possible. Therefore, the target of the power control (PC) is to achieve the
minimum signal-to-interference ratio (SIR) that is required for the sufficient quality of
the connection. PC works on a radio link basis.
• Handover Control (HC)
The Handover Control (HC) of the RAN supports soft handovers and hard
handovers. Handovers are controlled by the RNC, but both the UE and the RNC can
initiate them.
• Packet Scheduler (PS)
Packet Scheduler (PS) is a general feature, which takes care of scheduling radio
resources for non-real time radio bearers.

Operation and maintenance


Operation and maintenance is the means for the operator personnel to maintain the
radio network (RNW) and the RNC in optimal condition. The RNC is provided with an
easy-to-use graphical user interface. This allows illustrative presentations for
configuration, fault, and performance management information. The same Element
Manager can be used via a local terminal or Network Management System.
The RNC offers the possibility for maintenance procedures that are part of the alarm
system. This contains the following sub-areas:

• The supervision system performs continuous checking to detect irregularities in the
operation of the network element and informs the alarm system about them.
• The alarm system identifies the faulty unit and informs you and the recovery system
about the fault. The alarm system also stores the alarm events in the alarm history.
• The recovery system eliminates the escalation of the fault by isolating the faulty unit
from the rest of the system. A spare unit, if one is available, is taken into use.
• The fault diagnosis system pinpoints the cause of the fault more precisely and
informs you and the recovery system about the status of the unit. It also verifies that
the hardware is functioning properly.
• reconfiguration of the RNC
• reconfiguration support to the BTS
• remote software upgrade in the RNC and BTS

During normal operation, the RNC offers various possibilities for the operator:

• modification of the radio network parameters
• display of radio network alarms
• configuration of the RNC hardware and automatic notification of HW changes to
NetAct
• administration of the RNC equipment, fault localisation tool
• user authentication and action logging
• extended (key performance indicator KPI) calculating possibilities in RNC
• threshold-based performance triggering

10 DN70474741 Issue: 05F
   

RNC2600 Product Description Radio Network Controller RNC2600

• pre-defined RNW Configuration Profiles for BTSs
• RNC tools for fault localisation: Diagnostics and state handing GUIs
• RNC supports license handling mechanism for activating optional features and
controlling the capacity.

For more information on licensing, see:

• W7 - Licence and feature handling
• WCDMA RAN License Operation
• Managing License-based Features in IPA-RNC

Site solution
RNC can be located at the core network site or in a remote location near the base
stations. This makes it possible to optimise RNC configurations for different areas.
Ethernet interfaces are provided for IP based transport and SDH/Sonet transmission
interfaces are provided for ATM based transport. The one-cabinet configuration of the
RNC is small and compact, measuring only 600 x 600 x 2100 mm. The two-cabinet
configurations provide extensive capacity.
Nokia provides complementary transport solutions with external transport device for
various transport needs. For example Hybric BTS backhaul feature is supported
providing IP transport in Iub.
Telecom
Telecom basic functionality and end-user related features concentrate on the functional
procedures and end-user services provided by the RAN. These include:

• user plane processing towards CS and PS core network (for example management
of radio access bearers (RAB))
• radio network layer control plane processing
• security functions, integrity checking, and ciphering
• location services
• service area broadcast
• HSPA functionalities

Transmission and transport


Transmission and transport features include:

• integrated transmission interfaces
• transport network layer control plane processing (for example AAL2 signalling)
• ATM transport over SDH/Sonet
• ATM and AAL2/AAL5 transport on Iu-CS, Iu-PS, Iu-BC, Iur, and Iub
• IP over Ethernet transport.
• HSPA transport with best effort AAL2 QoS
• 3GPP Iub
• UBR+ and path selection in Iub providing savings in the ATM transport costs

Element Manager and NetAct


The RNC Element Manager (EM) provides a user-friendly graphical interface that assists
the user with useful online helps. The same screen formats are also available via the
NetAct.

Issue: 05F DN70474741 11
   

Radio Network Controller RNC2600 RNC2600 Product Description

The RNC Element Manager is the program that runs in the local management tool. The
local management tool is connected to the LAN interface of the RNC either for local or
remote element management purposes. One RNC can support dozens of simultaneous
sessions from NetAct or EM.
The RNC user interface is based on WWW technology, which ensures familiar and
efficient ways of operation. Where possible, graphics are added to the user interface.
The user interface assists the user in the efficient administration of the operation and
maintenance functions, but because the functions in the RNC are geared to be operated
mainly from the NetAct while the RNC site may remain unmanned, there is seldom need
for local operation. However, if this is necessary, the user interface supports
simultaneous administration of local operations at the RNC site and remote operations
from the NetAct. The user interface meets the needs of the user by achieving superior
administration of the RNC O&M functions.
Measurements and observations
The RNC executes various measurements about radio network, transmission network
and RNC performance. It is possible to measure cell loads, handover control and outer
loop power control in the radio network in real time (online monitoring). In RNC there are
also extended KPI (key performance indicator) calculating possibilities.
The measurements are post-processed in the Standalone OMS and then forwarded to
the NetAct.

12 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC interfaces

2 RNC interfaces
The radio network controller (RNC) provides logical interfaces for the DX MSC (MSC),
the Multimedia Gateway (MGW), other RNCs, NetAct, base transceiver stations (BTSs),
the serving GPRS support node (SGSN), stand-alone SMLC (SAS), and the cell
broadcast centre (CBC).
The radio access network (RAN) reference model defines a system consisting of the
functional network elements RNC and BTS. Each BTS is connected to only one RNC via
Iub interface, whereas an RNC can be connected to a number of other RNCs via Iur
interface. Each RNC is also connected to MGW, MSC, 3G-CBC, and 3G SGSN via Iu
interface.
The RNC supports a connection to multiple core networks.
The multi-operator RAN feature enables sharing of the RAN, including the RNC,
between several operators.
Iub interface (RNC-BTS)
The Iub interface telecommunication part takes place between the RNC and the BTS. In
order to be fully compatible with the 3GPP Iub interface, the layer 3 control plane
protocol (NBAP protocol) is implemented according to the 3GPP NBAP specification
TS25.433 instead of the Nokia NBAP specification. The main differences between Nokia
and 3GPP protocols are in the Logical O&M part of the NBAP. Also, some other NBAP
procedures of RAN Release 1 require changes to be fully compliant with the 3GPP
NBAP specification.
Iur interface (RNC-RNC)
The Iur interface is used to support soft handovers within the RAN. Connections that are
managed by two RNCs are managed by soft handovers. All necessary data from the
serving RNC (SRNC) is transferred to the drifting RNC (DRNC) across the Iur interface.
The Iur is an open and standardised interface.
Iu interface (RNC-MSC and RNC-SGSN)
The Iu interface between the core network and the RNC is divided into two separate
functional parts to support circuit-switched and packet-switched services to the core
network. The Iu interface is implemented according to the 3GPP standards. The open Iu
interface means that the RNC can be connected to core networks of other suppliers.
Iu-BC interface (RNC-CBC)
The Iu-BC interface between the MSC and the CBC is implemented according to the
3GPP standards. The open Iu-BC interface means that the RNC can be connected to the
cell broadcast centre (part of core network) of other suppliers.
Iu-PC interface (RNC-SAS)
The Iu-PC interface is a logical interface for the interconnection of the stand-alone SMLC
(SAS) and the RNC via the PCAP protocol. The SAS provides GPS assistance data to
the RNC and performs the position calculation function for various positioning methods.
Network management interface (RNC-NetAct)

Issue: 05F DN70474741 13
   

RNC interfaces RNC2600 Product Description

The data communications network (DCN) architecture provides connections for the
implementation of O&M functions from the radio access network to the operation support
system (NetAct). A common transport protocol is provided for the DCN network and the
IP used as a flexible solution for network management.
Network management operations are initiated from NetAct, messages related to these
operations are routed by the RNC to the appropriate network element. The DCN to
realise this is based on TCP/IP communication protocol. RNC and NetAct application
level communication is based on CORBA, while communication between RNCs and
BTSs takes place across the Iub interface. The O&M traffic is secured by IPSec protocol
between RNC and NetAct.
RNC provides LAN interface (ethernet) or IP over ATM (IPoA) connection to the rest of
the O&M network. IPoA and LAN connections can be combined to achieve redundant
O&M connections to RNC from NetAct. The MML command line interface is available via
telnet.

14 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 architecture

3 RNC2600 architecture
The RNC has a modular software (SW) and hardware (HW) structure, which allows
scalability of processing power and switching capacity, as well as flexibility in terms of
the number and types of interfaces. Because of the exact specifications for the interfaces
between different modules, new functions can easily be added without changing the
architecture of the system. Therefore, the RNC has a long operational life span and can
still contain new up-to-date features.
The complexity of services envisioned for future networks calls for computing power in
the network elements. The RNC is well positioned to provide required scalability and
flexibility through the distributed and fault-tolerant computing environment provided by
the fault-tolerant computing platform.
The packet switching platform provides generic ATM and IP functionality common for
several application areas, such as statistics, connection control, traffic management,
operations and maintenance, and resource management.
A hardware platform based on standard mechanics provides cost-efficiency through the
use of modular, optimized, and standardized solutions that are largely based on
commercially available chipsets.
The Figure Block diagram of the RNC shows the general functional architecture of the
RNC. At high level, the network element consists of the following parts:

• network interface functions
• switching and multiplexing functions
• control plane functions
• user plane functions
• O&M functions

The functions are distributed to a set of functional units capable of accomplishing a
special purpose. These are entities of hardware and software. The main functional units
of the RNC are listed below.

• Interface Control and Signaling Unit (ICSU) and Resource and Switch Management
Unit (RSMU) consist of common hardware and system software supplemented with
function-specific software.
• The Data and Macro Diversity Combining Unit (DMCU) performs RNC-related user
and control plane L1 and L2 functions.
• The Operation and Maintenance Unit (OMU) performs basic system maintenance
functions.
• The Hard Disk Unit (WDU) serves as a non-volatile memory for program code and
data.
• The Timing and hardware management Bus Unit (TBU) takes care of timing,
synchronisation and system maintenance functions.
• The Network Processor Interface Unit STM-1 (NPS1/NPS1P) provides STM-1
external interfaces and the means to execute physical layer and ATM/AAL2 layer
functionality. It also terminates the GTP protocol layer in Iu-ps interface.
• Network Processor Interface Unit Gigabit Ethernet (NPGE/NPGEP) provides
Ethernet external interfaces and the means to execute physical layer and IP layer
functionality.
• The External Hardware alarm Unit (EHU) receives external alarms and sends
indications of them as messages to the OMU located external alarm handler via

Issue: 05F DN70474741 15
   

RNC2600 architecture RNC2600 Product Description

HMS. Its second function is to drive the lamp panel (EXAU), the cabinet-integrated
lamp and possible other external equipment.
• The MultipleXer Unit (MXU) and the Switching Fabric Unit (SFU) are required for
switching both circuit and packet-switched data channels, for connecting signalling
channels and for the system's internal communication.

Figure 3 Block diagram of the RNC2600
Basicunits Optionalunits

ICSU

MXU NIU(NPS1/NPS1P)
DMCU
NIU(NPGE/NPGEP)

RSMU SFU
MXU
Ethernet
OMS OMU

Standalone
OMS

WDU

TBU EHU

3.1 Computer units


The distributed processing architecture of the RNC is implemented by a multiprocessor
system based on the most suitable commercially available microprocessors. In a
multiprocessor system, the data processing capacity is divided among several computer
units.
Computer units form the basis for the computing platform. According to application
needs, several general-purpose computer units with the appropriate redundancy
principle (no redundancy, 2N, N+1 or SN+) can be assigned to different tasks.
Specialized units (generic or application-specific) typically include application-specific
hardware and software. In general, processing capacity can be increased by distributing
the functions of the network element to multiple computer units and by upgrading
computer units with more powerful variants.
In the RNC, call-handling capacity depends on the number of equipped units. Adding
more control computer units and signal processing units respectively can easily increase
the capacity of the RNC.
In order to guarantee high capacity and throughput, internal communication between the
computer units and other units of the system is based on the use of ATM virtual
connection.

16 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 architecture

3.2 Control computers


Operation and Maintenance Unit (OMU)
The RNC always includes a duplicated (2N) OMU to provide high availability and
minimized interruptions in usage (see ¨Section Redundancy principles). Duplicated
system disk units are connected to and controlled by the OMU. The system disk units
contain the operative software and the fallback software of the RNC.
O&M (Operation & Management) functions are responsible for maintaining the radio
network configuration and recovery functions. The OMU monitors the status of the
network and blocks the faulty units if necessary. The OMU contains the radio network
database, ATM/IP configuration database, RNC equipment database and alarm history
database.
The OMU unit further contains basic system maintenance functions and serves as an
interface between the RNC and the Standalone OMS (SA OMS). In the event of a fault,
the unit automatically activates appropriate recovery and diagnostics procedures within
the RNC. The new CCP1D-A unit has the following interfaces:

PCI Interfaces
The unit has three PCIe links and one PCI bus.

Ethernet:

• maximum data transfer rate in full duplex 1000Mbit/s
• three 10Base-T/ 100Base-TX/ 1000Base-T interfaces on the backplane
• two 1000Base-X/ SerDes interfaces on the backplane
• implemented with a combined dual MAC and PHY controller and layer 2 ethernet
switch

Serial Interfaces:

• typical data transfer rate of 9600 bit/s or 19200 bit/s (maximum 115200 bit/s)
• two interfaces on the front panel (logically located behind the DMX FPGA)

USB Interfaces:

• support USB2.0
• two interfaces on the front panel and one CPU internal interface for the onboard USB
NAND flash module

Mass memory:

• SAS disk and controller are located on HDS-C unit
• connection to the SAS controller done through the front panel of x4 PCI Express
ports

For the CCP18-A based OMU information, refer to previous release of RNC2600 Product
Description.
Interface Control and Signalling Unit (ICSU)

Issue: 05F DN70474741 17
   

RNC2600 architecture RNC2600 Product Description

The Interface Control and Signalling Unit (ICSU) performs those RNC functions that are
highly dependent on the signalling to other network elements. The unit also handles
distributed radio resource management related tasks of the RNC.
The unit is responsible for the following tasks:

• layer 3 signalling protocols RANAP, NBAP, RNSAP, RRC, and SABP
• transport network level signalling protocol ALCAP
• handover control
• admission control
• load control
• power control
• packet scheduler control
• location calculations for location based services

According to the N+1 redundancy principle (for more information, see Section
Redundancy principles).there is one extra ICSU in addition to the number set by the
dimensioning rules. The additional unit is used only if one of the active units fails.
Resource and Switch Management Unit (RSMU)
The resource and switch management unit (RSMU) performs the RNC's central resource
management tasks such as connection control, internal ATM/IP resource scheduling and
DSP related resource management tasks. It also performs the call connection related
functions according to requests received from signalling computer units (ICSU). The unit
is 2N redundant to provide high availability. The unit is responsible for the following
tasks:

• DSP resource management
• supervision and management of the DMCU units
• software loading of the DMCU units
• allocation of DSP and related computer resources for different tasks, such as
macrodiversity combining and data traffic functions
• management of the ATM connections within the DMCU
• ATM connection control and ATM resource management functions

3.3 Signal processing units


Data and Macro Diversity Combining Unit (DMCU)
The Data and Macro Diversity Combining Unit (DMCU) performs RNC-related user and
control plane functions. Each of these units has several state-of-the-art digital signal
processors (DSPs) and general purpose RISC processors. The signal processing tasks
can be configured and altered dynamically for each DSP. The unit is SN+ redundant. The
unit is responsible for the following tasks:

• UE and L2 related protocols
– Frame Protocol (FP)
– Radio Link Control (RLC)
– Medium Access Control (MAC)

• The following functions are within protocols:

18 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 architecture

– macro diversity combining and outer loop PC: FP
– ciphering: FP and RLC/MAC
– Packet Data Convergence Protocol (PDCP): header compression
– High-Speed Packet Access (HSPA) processing: MAC-shared (MAC-SH) and
Enhanced Dedicated Transport Channel (EDCH)

3.4 Element management units


Standalone Operation and Maintenance Server (SA OMS)
For more information on SA OMS, see OMS Product Description
Ethernet Switch with 40 Ports (ESA40)

• ESA40 (layer 3 switch) has more capacity because of 40 GE ports.
• ESA40 is introduced for the RNC to increase the switching capacity and support
future transport features.
• ESA40 is delivered from RU30/RN6.0 onwards. Upgrading from ESA24 to ESA40 is
also available for the existing versions of the RNC.
• ESA24 is still supported.

3.5 Peripheral devices


A disk unit (WDU) for OMU is a peripheral device.
The RNC has a disk unit (WDU) that serves as a non-volatile memory for program code
and data. Duplicated system disk units are connected to and controlled by the OMU.
For the peripheral devices delivered before RU30, refer to the previous releases of
RNC2600 Product Description.

3.6 Switching and multiplexing units


Switching and multiplexing in the RNC are based on ATM technology. The ATM
technology provides required capacity and flexibility to support various traffic types in the
network and also within the network element itself.
Switching Fabric Unit (SFU)
The Switching Fabric Unit (SFU) provides a part of the ATM cell switching function. It
provides redundancy, full accessibility and is non-blocking at ATM connection level (that
is, if input and output capacity is available, the connection can be established). SFU
supports point-to-point and point-to-multipoint connection topologies, as well as
differentiated handling of various ATM service categories.
High capacity network interface units and multiplexer units are connected to the 2N
redundant SFU.
Multiplexer Unit (MXU)

Issue: 05F DN70474741 19
   

RNC2600 architecture RNC2600 Product Description

The MultipleXer Unit (MXU) multiplexes traffic from tributary units to the ATM switching
fabric. Therefore, it allows the efficient use of switching resources for computer units with
small to moderate bandwidth requirements. The MXU also includes part of the ATM layer
processing functions, such as policing, statistics, OAM, buffer management and
scheduling.
Control computers and signal processing units are connected to the switching fabric via
the MXU, which is a 2N redundant unit. The RNC has several pairs of MXUs depending
on the configured capacity. For more information, see Section RNC2600 capacity).

3.7 Timing and hardware management Bus Unit (TBU)


The Timing and hardware management Bus Unit (TBU) is responsible for the network
element synchronisation, timing signal distribution, and message transfer functions in the
hardware management system. This duplicated functional unit consists of two plug-in
units in each subrack. It also has a serial bus, spanning all plug-in units of the network
element.

3.8 Alarm units


External Hardware alarm Unit (EHU)
The purpose of the External Hardware alarm Unit (EHU) is to receive external alarms
and send indications of these as messages to the OMU-located external alarm handler
via the HMS. Its second function is to drive the external lamp panel (EXAU), the cabinet
integrated lamp, and any other external equipment. The interface includes 32 voltage-
controlled inputs, 8 current-controlled inputs, and 16 general-purpose 20 mA current
outputs. Connections to external devices are performed via a cabling panel located on
the rear side of the RNC cabinet.
Optional EXAU
The external alarm unit provides indications about RNC-network elements' faults in the
telecommunication equipment room.

3.9 Network Interface Units (NIU)


NPS1/NPS1P
The network interface and processing unit 8xSTM-1/OC-3 (NPS1/NPS1P) provides
STM-1/OC-3 external interfaces and the means to execute physical layer and ATM layer
functionality. The unit maps ATM cells to and from the transmission frame structure of
SDH/ Sonet. Additionally, the unit performs ATM layer functions such as header
translation, AAL2 mini-packet switching, UPC/NPC parameter control, OAM functions,
traffic management, performance monitoring, and performance data collection. NPS1P
supports transmission protection (MSP 1+1 / APS 1+1) for SDH/Sonet interfaces. The
unit also provides an optional reference clock for timing and synchronisation.
For Iu-PS interface, part of the GTP protocol termination is done in NPS1/NPS1P unit.
NPGE/NPGEP

20 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 architecture

The network interface and processing unit 2x1000Base-T/LX (NPGE/NPGEP) provides
Gigabit Ethernet external interfaces and the means to execute physical layer and IP
layer functionality. The unit maps IP packets to and from the transmission frame
structure of Ethernet. Additionally, the unit performs IP layer functions such as header
translation, traffic management, performance monitoring,UDP multiplexing, and
performance data collection. The NPGEP unit supports transmission protection for
Gigabit Ethernet interfaces.
ForIu-PS interface, part of the GTP protocol termination is done in NPGE/NPGEP unit.

3.10 Internal load sharing


RNC architecture allows the most optimal load sharing between internal resources.
There are no pre-defined units allocated for calls from the user under certain BTS. The
user plane or control plane resources for a call under certain BTS can be allocated to
any functional unit regardless of the unit location in the RNC cabinet. This way the traffic
load can be evenly shared between RNC internal units. The RNC capacity can be fully
utilized regardless of how the traffic is distributed in RAN network.

Issue: 05F DN70474741 21
   

RNC software RNC2600 Product Description

4 RNC software
In the RNC, each control computer has common system software. This uniform system
software provides a standard and easy-to-use operating environment for the application
software. The uniform operating environment facilitates the development and
maintenance of the application software and helps the user understand the operation of
the software.

4.1 Platform architecture


The RNC is based on a fault-tolerant computing platform, which constitutes a base for
switching and offers a wide range of cellular and fixed network applications. The
operating system is a platform for other system level software and all the application
software. The most significant functions of the operating system are:

• scheduling the processor time
• synchronisation of processes
• exchange of messages between processes located in one computer or in separate
computers
• time supervision
• creation and deletion of processes
• memory allocation and protection
• observation of message traffic and processor load
• initialisation of the operating system

Figure 4 RNC conceptual model

RadioNetworkController
Application

CommonSwitchingPlatform

Fault TolerantComputingPlatform

ModularandScalableHardwarePlatform

22 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 capacity

5 RNC2600 capacity
In the Radio Access Network (RAN), the RNC is a stand-alone network element that is
connected to the surrounding network elements by means of standard transmission
interfaces.
The RNC2600 can be equipped for three different HW configuration steps. The smallest
configuration consists of one cabinet containing the main parts of the entire node as well
as the first capacity step plug-in units. The second configuration requires an additional
second cabinet and plug-in units for two sub-rack added. The maximum (the third)
configuration requires two cabinets with full-configured plug-in unit amount.
RNC2600 supports capacity licensing and the actual capacity of RNC2600 is defined by
the capacity license files. The SW configuration only defines the maximum capacity from
the HW point of view.

5.1 Capacity licensing


Capacity licensing allows to license capacity based on the actual traffic needs. This
allows cost efficient use of RNC in all different kinds of networks. Capacity extensions
are easy to be executed even without any site visits.
Capacity is licensed by the following three capacity parameters:

• Iub PS data throughput (Mbit/s)
• AMR capacity (Erl)
• Number of carriers

License key for each of the capacity parameters needs to be installed in RNC. The
capacity is defined when the RNC is ordered and corresponding capacity license files
are delivered with the RNC. Capacity upgrades can be made by ordering new capacity
license files and activating capacity upgrades from NetAct or with the local element
manager, as long as the capacity is below the limits of the HW of the configuration step.

5.2 Configuration steps of the RNC2600


The RNC configurations provide a scalable solution for high speech or data capacity.
Same RNC HW configuration can be optimized in different type of networks with more
Packet Switched (PS) or AMR traffic and it scales well for networks of different size.
RNC is designed especially for simultaneous dynamic allocation and handling of speech,
circuit-switched data, and packet-switched data. Advanced radio resource management
algorithms can achieve this.
The following figure shows the division to different configuration steps and the location of
the units in the subracks.

Issue: 05F DN70474741 23
 

24
RNC2600 capacity

Figure 5

RNC2600/step 1
ICSU8 ICSU3
SFU1 SFU0
RNAC

DN0635573
ICSU9 ICSU4
ICSU10 ICSU5 ICSU1 ICSU0
ICSU11 ICSU6 RSMU1 RSMU0
ICSU12 EHU SWU1 SWU0
DMCU13 DMCU8 ICSU2 -
DMCU14 DMCU9 DMCU4 DMCU0
DMCU15 DMCU10 DMCU5 DMCU1
MXU6 MXU4 MXU2 MXU0
PD30 PD30 PD30 PD30
MXU7 MXU5 MXU3 MXU1
DMCU16 DMCU11 DMCU6 DMCU2
DMCU17 DMCU12 DMCU7 DMCU3
ICSU13 ICSU7 WDU0(OMU) WDU0(OMU)
- -
NPGEP 5/NPS1P 3 NPGEP 4/NPS1P 2
OMU1 OMU0
NPGEP 7/NPS1P 5 NPGEP 6/NPS1P 4 NPGEP 1/NPS1P 1 NPGEP 0/NPS1P 0
NPGEP 3 NPGEP 2
TBUF TBUF TBUF TBUF TSS3 TBUF TBUF TSS3

DN70474741
in-units for the following functional units:
ICSU32 ICSU26 ICSU20 ICSU14
RNBC

ICSU33 ICSU27 ICSU21 ICSU15


ICSU34 ICSU28 ICSU22 ICSU16
ICSU35 ICSU29 ICSU23 ICSU17
ICSU36 ICSU30 ICSU24 ICSU18
DMCU33 DMCU28 DMCU23 DMCU18
DMCU34 DMCU29 DMCU24 DMCU19
DMCU35 DMCU30 DMCU25 DMCU20
MXU14 MXU12 MXU10 MXU8
PD30 PD30 PD30 PD30
MXU15 MXU13 MXU11 MXU9
DMCU36 DMCU31 DMCU26 DMCU21
RNC2600 configuration and plug-in unit locations

DMCU37 DMCU32 DMCU27 DMCU22


ICSU37 ICSU31 ICSU25 ICSU19
NPGEP 13/NPS1P 11 NPGEP 12/NPS1P 10 NPGEP 9/NPS1P 7 NPGEP 8/NPS1P 6

5.3 RNC capacity extensions and upgrade


NPGEP 15/NPS1P 13 NPGEP 14/NPS1P 12 NPGEP 11/NPS1P 9 NPGEP 10/NPS1P 8

TBUF TBUF TBUF TBUF TBUF TBUF TBUF TBUF

RNC capacity depends on the number of capacity extensions installed.
FRONT VIEW

subracks). Empty plug-in unit positions in sub-racks are covered with cover plates.
installed at the factory. All needed cables are included (such as intra-cabinet cabling for

The smallest configuration step RNC2600/step 1 includes the first cabinet and the plug-
The cabinets are delivered with all sub-racks, connector panels, and intra-cabinet cables
RNC2600 Product Description

Issue: 05F
 
   

RNC2600 Product Description RNC2600 capacity

Table 1 Units in RNC2600/step 1
Functional Unit Number of units
ICSU 14
DMCU 18
MXU 8
RSMU 2
SFU 2
OMU 2
WDU 2
EHU 1
TBUF 6
TSS3 2
Power 4
NPS1 6 optional
NPS1P 6 optional
NPGE 8 optional
NPGEP 8 optional
ESA24/40 1 + 1optional

Note that NPS1 and NPS1P / NPGE and NPGEP are mutually exclusive.
RNC2600/step 2
Configuration extension to RNC2600/step 2 can be obtained by adding the new cabinet,
necessary plug-in units, and connecting internal cabling between cabinets.

Table 2 Units in RNC2600/step 2
Functional Unit Number of Total number of
additional units units in
RNC2600/step 2
ICSU 12 26
DMCU 10 28
MXU 4 12
RSMU - 2
SFU - 2
OMU - 2
WDU - 2
EHU - 1
TBUF 4 10
TSS3 - 2
Power 2 6
NPS1 4 10 optional

Issue: 05F DN70474741 25
   

RNC2600 capacity RNC2600 Product Description

Table 2 Units in RNC2600/step 2 (Cont.)
Functional Unit Number of Total number of
additional units units in
RNC2600/step 2
NPS1P 4 10 optional
NPGE 4 12 optional
NPGEP 4 12 optional
ESA24/40 - 1 + 1 optional

Note that NPS1 and NPS1P / NPGE and NPGEP are mutually exclusive.
There are more reserved slots for NPGE(P) and NPS1 units than can be installed at the
same time- the combined maximum is 14.
RNC2600/step 3
Configuration extension to RNC2600/step 3 can be obtained by adding the necessary
plug-in units into two sub-racks.
RNC2600/step 3 includes the following units:

Table 3 Units in RNC2600/step 3
Functional Unit Number of Total number of
additional units units in
RNC2600/step 3
ICSU 12 38
DMCU 10 38
MXU 4 16
RSMU - 2
SFU - 2
OMU - 2
WDU - 2
EHU - 1
TBUF 4 14
TSS3 - 2
Power 2 8
NPS1 4 14 optional
NPS1P 4 14 optional
NPGE 6 16 optional
NPGEP 6 16 optional
ESA24/40 - 1 + 1 optional

Note that NPS1 and NPS1P / NPGE and NPGEP are mutually exclusive.
There is a restriction on a number of NPS1 and NPGE.
There is a total of 28 slots and 16 SFU ports available:

26 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 capacity

• 1 NPS1 occupies 2 slots and 1 SFU port
• 1 NPGE occupies 1 slot and 1 SFU port

As a result, you cannot exceed either of the available slots or SFU ports.
For the overview of interface unit mixed configuration (NPGE/NPGEP/NPS1/NPS1P),
refer to the following table:

Table 4 Interface unit mixed configuration
step1 step2 step3
NP8S1-B NP2GE-B NP8S1-B NP2GE-B NP8S1-B NP2GE-B
0 8 0 12 0 16
1 7 1 11 1 15
2 6 2 10 2 14
3 5 3 9 3 13
4 4 4 8 4 12
5 2 5 7 5 11
6 0 6 6 6 10
7 5 7 9
8 4 8 8
9 2 9 7
10 0 10 6
11 5
12 4
13 2
14 0

5.4 Capacity and reference call mix model


The maximum capacity of the different capacity steps is shown in Table 5: Capacity and
reference call mix model .

Table 5 Capacity and reference call mix model
High capacity RNC2600 Step 1 Step 2 Step 3
User plane capacity
AMR Erlangs 17 000 34 000 50 000
AMR Erlangs (including soft handover) 23 800 47 600 70 000
User plane throughput (Iub total in Mbps) 1 562 2 556 3 550
DL user plane throughput (Iub total in Mbps) 1 100 1 800 2 500
UL user plane throughput (Iub total in Mbps) 462 756 1 050
Number of PS subscribers (per RNC coverage area) 510 300 835 050 1 159 800

Issue: 05F DN70474741 27
   

RNC2600 capacity RNC2600 Product Description

Table 5 Capacity and reference call mix model (Cont.)
High capacity RNC2600 Step 1 Step 2 Step 3
Number of CS subscribers (per RNC coverage area) 680 000 1 360 000 2 000 000
Control plane capacity
RNC Subscribers 680 000 1 360 000 2 000 000
AMR Busy Hour Call Attempts 680 000 1 360 000 2 000 000
PS Busy Hour Call Attempts
CCP18-C 544 000 1 088 000 1 600 000
CCP1D-A * 789 894 1 555 586 2 316 600
PS Session Busy Hour Call Attempts
CCP18-C 1 088 000 2 176 000 3 200 000
CCP1D-A** 1 579 788 3 111 172 4 633 200
Smartphone Busy Hour Call Attempts 547 727 1 043 182 1 549 091
Total Busy Hour Call Attempts*** 4 163 788 8 279 172 12 233 200
NAS Busy Hour Call Attempts (on top of maximum call capacity) 2 584 000 5 168 000 7 600 000
RRC connected UE’s
CCP18-C 100 000 145 000 200 000
CCP1D-A * 335 000 645 000 960 000
Connectivity
Max number of cells 1 440 2 100 2 800
Max number of BTS sites 1 440 2 100 2 800

g Note: Recommended MAX BTS number for each capacity step is:
• 817 BTSs for step1
• 1200 BTSs for step2
• 1600 BTSs for step3

* If ICSU/RSMU PIU type is CCP1D-A
** assuming 2 PS Session setup per each RAB, then PS_Session_BHCA=2* PS_BHCA
*** sum of the PS Session Busy Hour Call Attempts and NAS Busy Hour Call Attempts
The actual number of subscribers in one RNC varies depending on how many of the
subscribers are in Soft Handover (SHO) state. The operator can affect this with radio
network planning as well as handover and power control parameters. The actual number
of base stations controlled by one RNC varies depending on how the Iub is configured.
The RNC capacity and the number of BTSs should be calculated together with Radio
Network Planning. Transmission planning needs to be made accordingly to match the
anticipated traffic mixes used in Radio Network (RNW) planning.
Iub throughput is the traffic in downlink direction defined in FP level. Additionally, 30% PS
traffic in the uplink direction is supported. For Rel99, throughput is calculated in the Iub
interface and the Soft Handover (SHO) (40%) are included. For High-Speed Uplink
Packet Access (HSUPA), throughput is calculated in the Iu-PS interface from the

28 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 capacity

effective High-Speed Downlink Packet Access (HSDPA) throughput where the SHO is
excluded. This means that in the case of HSUPA, if the SHO is added on top of the 30%,
and the actual HSUPA throughput in the Iub including the SHO is more than 30% (= 30%
* (1+ 40%)).

• The size of the Iur assumed in the dimensioning is 8% from the Iu capacity.
• Radio Resource Control (RRC) connected-mode users include the subscribers in
Cell_DCH, Cell_FACH, Cell_PCH, and URA_PCH states.
• Subscribers, CS Busy Hour Call Attempts (BHCA), and Erlangs figures are related to
Voice Service Call mix (in table Voice Service Call mix).
• The PS Busy Hour Call Attempts (BHCA) is dependent on how many RRC state
changes are made during one call, The number given in the table Capacity and
reference call mix model is based on traffic profile with the following state changes as
average per call:
Figure 6 RRC state changes

Cell_DCH 2 5

Cell_FACH 1 4
3 6
Cell_PCH

Idle

Callstarts Callends
The table above shows the following states:
1. Idle to Cell_DCH
2. Cell_DCH to Cell_FACH
3. Cell_FACH to Cell_PCH
4. Cell_PCH to Cell_DCH
5. Cell_DCH to Cell_FACH
6. Cell_FACH to Cell_PCH

Table 6 Voice and data call mix

Property Value

Proportion of handovers 40%

• hard handovers 0.1 per call

• soft handovers 4.09 per 90 second call

Max AMR codec 12.65

CS traffic per user 25 mErl

NAS BHCA per user 3.8

PS RAB MHT 185 s

Soft handovers per PS RAB 1.27

Issue: 05F DN70474741 29
   

RNC2600 capacity RNC2600 Product Description

Table 6 Voice and data call mix (Cont.)

Property Value

Cell updates per PS RAB 2.9

The BHCA figure is calculated according to the following equation:
BHCA= AMR (Erl) / MHT *3600
MHT used in the formula is 90s according to Nokia traffic profile. For example, for a fully
configured RNC2600, CS ARM (Erl) is 50 000, and with MHT (Mean Holding Time) of
90s, according to equation, BHCA of RNC is 2 000 000. If MHT is longer than 90s,
BHCA is already lower than RNC2600 limit. If MHT is less than 90s, for example 30s,
AMR Erl does not exceed its capacity, because the BHCA is already trying to limit the
call.
The maximum capacities of the RNC2600 are defined so that with the Nokia traffic profile
the unit processor loads do not exceed the unit's specific threshold (for example 80%).
The RNC2600 HSPA capacity figures are presented in tableHSPA capacity figures.

Table 7 HSPA capacity figures
RNC2600 Step 1 Step 2 Step 3
Max HSDPA peak rate per UE 42
(Mbit/s)
Max HSDPA peak rate per cell 42
(Mbit/s)
Max HSUPA peak rate per UE / 11.5
cell (Mbit/s)

Iu-ps HSDPA net bit rate (Mbit/s)*) 1013 1631 2250

Iu-ps HSUPA net bit rate (Mbit/s)*) 304 489 675

HSDPA BTS 817 1200 1600


HSDPA carriers 1440 2100 2800

HSDPA traffic does not include soft handovers. HSUPA includes 40% soft handover
overhead in Iub.
*) On top of the GPRS Tunnelling Protocol- User plane (GTP-U) layer

HSPA traffic is using shared channel where all users in the same cell share the peak rate
throughput. In case the number of users transmitting data simultaneously increases, the
average throughput per user decreases.
The number of HSPA users simultaneously supported in Cell_DCH state are:

Table 8 Maximum number of simultaneous HSDPA users in Cell_DCH state (NRT
RABs)
Associated UL RNC2600 step RNC2600 step RNC2600 step
channel 1 2 3
16 kbit/s 21 350 33 775 46 375

30 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 capacity

Table 8 Maximum number of simultaneous HSDPA users in Cell_DCH state (NRT
RABs) (Cont.)
Associated UL RNC2600 step RNC2600 step RNC2600 step
channel 1 2 3
64 kbit/s 14 762 23 353 32 065
128 kbit/s 11 834 18 721 25 705
384 kbit/s 6 344 10 036 13 780
HSUPA 25 620 40 530 55 650

The end user application can also establish several RABs per UE. In that case each
RAB is considered as separate subscriber from RNC capacity point of view.

Table 9 Maximum number of simultaneous R99 PS subscribers (NRT RABs)

R99 DL service type RNC2600 step RNC2600 step RNC2600 step 3


1 2

16 kbit/s 11 419 17 952 24 462

64 kbit/s 10 913 17 280 23 580

128 kbit/s 8 539 13 504 18 424

256 kbit/s 8 539 13 504 18 424

384 kbit/s 4 598 7 296 9 956

The number of users simultaneously supported in CELL_FACH state is:

Table 10 Maximum number of simultaneous users in CELL_FACH state
Cell_FACH users RNC2600 step1 RNC2600 step2 RNC2600 step3
R99 CELL_FACH 27 500 43 409 59 545
R8 HS_CELL_FACH 25 951 39 696 53 706

DSP Pool configuration


In the RNC2600, the DSPs are organized into pools that provide different services. The
CCH pool provides common cell services (except for HS_FACH related). The pool size
given in the Table 11: DSP pool configuration is based on the maximum number of
enabled cells. The DSP Pool Configuration states clearly that the given table 11 shows
only an example - typical DSP configuration figures. The actual customer configuration is
not limited to this example. HS_CCH pool provides common HS_FACH-related cell
services and the size is also based on the number of cells for which HS_FACH is
enabled. The remaining DSPs comprise the HS_DCH pool which provides DCH related
functions.

Issue: 05F DN70474741 31
   

RNC2600 capacity RNC2600 Product Description

Table 11 DSP pool configuration
RNC2600 step1 1440 cells RNC2600 step2 2100 cells RNC2600 step3 2800 cells
CCH DSP (Min) 20 29 37
HS_CCH DSP (Min) 3 4 5
HS_DCH DSP (MAX) 121 191 262

5.5 Coverage optimized solution


RNC2600 supports coverage optimized configuration, which means that the supported
cell number or carrier number can be increased from 2800 to 4800 by 10% compromise
in AMR and PS capacity. This can be achieved by SW configuration. HW configuration is
always the same.
The following tables describe the differences between standard configuration and
coverage optimized configuration.

Table 12 Standard Configuration
AMR [Erl] PS Iub Cells
throughput
[Mbit/s]
Step 1 17 000 1 598 1 440
Step 2 34 000 2 547 2 100
Step 3 50 000 3 550 2 800

Table 13 Coverage Optimized Configuration
AMR [Erl] PS Iub Cells
throughput
[Mbit/s]
Step 1 15 300 1 438 2 450
Step 2 30 600 2 316 3 600
Step 3 45 000 3 195 4 800

Table 14 Maximum number of simultaneous HSDPA users in Cell_DCH state (NRT
RABs)

Associated UL RNC2600 step RNC2600 step RNC2600 step


channel 1 2 3

16 kbit/s 19 230 30 404 41 578

64 kbit/s 13 666 21 564 29 462

128 kbit/s 11 205 17 654 24 103

384 kbit/s 6 016 9 472 12 928

32 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 capacity

Table 14 Maximum number of simultaneous HSDPA users in Cell_DCH state (NRT
RABs) (Cont.)

Associated UL RNC2600 step RNC2600 step RNC2600 step


channel 1 2 3

HSUPA 23 471 35 912 48 705

Table 15 Maximum number of simultaneous R99 PS subscribers (NRT RABs)

R99 DL service type RNC2600 step RNC2600 step RNC2600 step


1 2 3

16 kbit/s 10 407 16 434 22 461

64 kbit/s 9 630 15 300 20 970

128 kbit/s 7 564 12 008 16 452

256 kbit/s 7 564 12 008 16 452

384 kbit/s 4 066 6 460 8 854

Table 16 Maximum number of simultaneous users in CELL_FACH state
Cell_FACH RNC2600 RNC2600 RNC2600
users step1/2450 step2/3600 step3/4800
cells cells cells
R99 24,953 39,272 53,591
CELL_FACH
R8 23,356 35,726 48,335
HS_CELL_FAC
H

Table 17 DSP Pool Configuration
RNC2600 step1 RNC2600 step2 RNC2600 step3
2450 cells 3600 cells 4800 cells
CCH DSP (Min) 33 47 62
HS_CCH DSP (Min) 5 6 8
HS_DCH DSP (MAX) 106 171 234

5.6 Physical interface capacity


The following table shows the type and number of interfaces supported by different
RNC2600 configurations. Each NPS1 unit supports eight STM-1 ports, while each NPGE
unit supports two GE ports. The interfaces can be configured flexibly according to
capacity needs.

Issue: 05F DN70474741 33
   

RNC2600 capacity RNC2600 Product Description

Table 18 Interfaces

RNC2600 STM-1 non- STM-1 Gigabit Gigabit


protected protected Ethernet non- Ethernet
protected protected

step 1 48 24 + 24 16 8 + 8

step 2 80 40 + 40 24 12 + 12

step 3 112 56 + 56 32 16 + 16

STM-1 and Gigabit Ethernet interfaces can be used in the same RNC simultaneously.
Refer to Figure 5: RNC2600 configuration and plug-in unit locations to identify the proper
location of the NPS1 and NPGE units in case they are both needed in the same RNC.

5.6.1 NPS1(P) capacity


With eight STM-1 ports, NPS1(P) supports a maximum of 1200 Mbit/s throughput
symmetrically at the ATM level. If AAL2 is used, the maximum throughput is 1000 Mbit/s.
If ATM policing is used, the AAL2 throughput decreases to 890 Mbit/s.
Number of ATM objects supported per NPS1(P):

• User plane VCs: 3800
One NPS1(P) can support 2000 VCs for other purposes at the same time, that is,
signaling links, semi-permanent VCs, and so on. The total number per RNC is 31800
for all type of VCs, and 14 000 for UP VCs (AAL2 paths).
• AAL2 path per VP : 512
• VPs: 1744
• Shaped VP per NPS1(P): 768
• VC bundle per NPS1(P) : maximum 1440
• VC bundle containing VCs within non-shaped VP per NPS1(P) : 768 – number of
Shaped VP in this NPS1(P).

5.6.2 NPGE(P) capacity


Each GE port in NPGE(P) supports 1000Mbit/s throughput symmetrically at Ethernet
level. With two GE ports, NPGE(P) supports a maximum of 1650 Mbit/s because of SFU
port rate limitation. The small packet size decreases the achieved throughput, for
example, in Iu-CS AMR call, 75 bytes IP level is decreased to 39 bytes at the application
level. In the Iu-CS interface, the one NPGE can support about 32 000 Erlang traffic with
Nokia traffic mix because of CS-call’s small packet size.
Number of IP objects supported in NPGE(P):

• static routes: 2000
• IP based route: 1024
• VLAN: 817
• Multi-hop BFD: 817

34 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 capacity

• Single-hop BFD: 64

5.6.3 BHCA capacity per NPS1(P) and NPGE(P)


BHCA capacity for NPS1(P) and NPGE(P) is defined according to the following three
typical configurations: Iu-CS and Iu-PS on the same unit; Iub dedicated unit; Iub, Iu-CS,
and Iu-PS on the same unit. The BHCA figures are valid with traffic model described in
section Capacity and reference call mix model.

Table 19 BHCA capacity for NPS1(P) and NPGE(P)
NPS1 NPS1(P) NPGE(P) NPGE(P) PS PS Session Busy
(P) CS PS BHCA CS BHCA PS BHCA Session Hour Call
BHCA Busy Hour Attempts
Call NPGE(P)
Attempts
NPS1(P)
Iu-CS/Iu- 128000 618600 1280000 850590 1 237 200 1 701 180
PS 0
Iub 751640 512330 626370 512160 1 024 660 1 024 320
Iub/Iu- 691480 410370 583960 386950 820 740 773 900
CS/Iu-PS

5.7 Traffic mix rule


In the mixed traffic the sum of the relative loads of the three traffic types (AMR, CS data,
and PS) over the Iub-interface has to be less than or equal to 1. Relative load means
dividing the offered traffic by the maximum allowed traffic value. Therefore, if the result of
the following formulas is higher than 1, the number of RNCs has to be increased. Higher
relative load from throughput or user amount formula has to be taken into account. The
formula is as follows:

Figure 7 Traffic mix rule

Note that:

1. The RNC Iub throughput (Mbps) is the traffic in the downlink (DL) direction defined at
the FP level. Throughput is assumed to be real traffic in the DL direction.
2. Additionally, 30% of the DL traffic is supported in the uplink (UL) direction (UL Iub =
0.3* DL Iu_troughput*fp overheads*SHO; SHO = 1.4 in Nokia traffic profile).
3. The packet data throughput (Mbit/s) is considered for non-real-time traffic.

Apart from throughput calculation, check the user amount load with the following formula:

Issue: 05F DN70474741 35
   

RNC2600 capacity RNC2600 Product Description

Where HSDPA RAB ratio is:

g Note: R99 FACH and HS_FACH average user number can be calculated from
M1006(RRC signaling measurement):

R99 and HS(D)PA user amounts (NRT RABs) can be found in the following tables:

• Table 5: Capacity and reference call mix model
• Table 9: Maximum number of simultaneous R99 PS subscribers (NRT RABs)
• Table 14: Maximum number of simultaneous HSDPA users in Cell_DCH state (NRT
RABs)
• Table 15: Maximum number of simultaneous R99 PS subscribers (NRT RABs)

Control plane processing also limits the number of subscribers that the RNC can
support. The following formula for control plane load is followed:

36 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC hardware management and supervision

6 RNC hardware management and supervision


The Hardware Management System (HMS) provides a duplicated serial bus between the
master node (located in the OMU) and every plug-in unit in the system. The bus provides
fault tolerant message transfer facility between plug-in units and the HMS master node.
The HMS is used in supporting auto-configuration, collecting fault data from plug-in units
and auxiliary equipment, collecting condition data external to network elements, and
setting hardware control signals, such as restart and state control in plug-in units.
The hardware management system is robust. For example, it is independent of system
timing and it can read hardware alarms from a plug-in unit without power supply.
The HMS allows power alarms and remote power on/off switching function.
The hardware management system forms a hierarchical network. The duplicated master
network connects the master node with the bridge node of each sub-rack. The sub-rack
level networks connect the bridge node with each plug-in unit in the sub-rack.

Figure 8 The logical structure of the hardware management system
Master Network
Master
Node

Bridge Bridge
Node Node

Plug-In Plug-In
Unit Unit

Plug-In Plug-In
Unit Unit

Subnetwork1 Subnetworkn

HMS master node


HMS master node (HMSM) is the head of the system. The HMSM controls the HMS
system. It is responsible for selecting the transfer line and supervision of HMS bridge
nodes. The HMSM node is located in functional unit OMU (CCP1D-A, CCP18 and the
like plug-in units).
HMS bridge node
The HMS bridge node (HMSB) separates the sub-network from master network.
Physically, the sub-network consists of HMS slave nodes on one sub-rack. The HMSB is
located in all TSS3, TSS3-A, and TBUF plug-in units.
HMS slave node
The HMS slave node (HMSS) is equipped with interfaces for plug-in units such as power
module or hardware alarms module. The HMSS is connected to both transfer lines on
the sub-network side. The HMSS is located in all plug-in units (except ESA24/ESA40-A).

Issue: 05F DN70474741 37
   

RNC hardware management and supervision RNC2600 Product Description

HMS system SW structure


The firmware software of HMS master, HMS bridge, and HMS slave consists of two
parts: the HMS flash programmer and the HMS standard software. The HMS flash
programmer provides the functionality to support HMS firmware updates through the
HMS bus. The HMS standard software provides HMS node standard functions such as
HMS system supervision, plug-in unit power control, and hardware alarm supervision.

38 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 reliability

7 RNC2600 reliability
The RNC is designed to be fault tolerant and great attention is paid to the reliability of
operation. All centralised functions of the system are protected in order to guarantee high
availability of the system. Hardware and software of the system are constantly
supervised. When a defect is detected in an active functional unit, a spare unit is
activated by an automatic recovery function.
The RNC is designed to meet the availability requirements of the ITU-T. Simplicity and
speed of maintenance procedures are the prerequisites for the availability of the RNC.
The maintenance is improved by modularity of the equipment, automatic fault detection
procedures, and elimination of downtime by using a hot stand-by unit in the event of a
failure. The following general design objectives have been established for the
maintenance of the RNC:

• mean active repair time less than half an hour
• fault localisation with the accuracy of one plug-in unit for 70% of the faults
• fault localisation with the accuracy of four plug-in units for 95% of the faults

7.1 Reliability from the maintenance point of view


Mean Down Time (MDT)
The expectation of the time interval during an item is in a down state and cannot perform
its function. MDT concerns only failures due to exchange (or unit) itself.
Mean active Repair Time (MRT)
MRT is the expectation of that part of the active corrective maintenance time during
which repair actions are performed on an item, for example, to replace a faulty unit in the
network element.
Availability
Availability means the probability that an item is in a state to perform a required function
under stated conditions at a given instant of time, assuming that the required external
resources are provided.
The maintenance aspect of reliability comprises all failures demanding repair whether
they affect the functionality of the system or not. The calculations only concern hardware
failures. The following MTBF values are calculated for the example system
configurations. The values below are presented strictly from the maintenance point of
view describing how often plug-in units fail and have to be replaced. The tables below
include all optional features.
Failure rates are calculated using the parts count method. This means that the failure
rate of the network element is calculated by summing up the failure rate values of the
plug-in units.
The tables Table 20: Predicted MTBF for HW repair from the maintenance point of view
and Table 21: Predicted availability performance values are presenting predictions
based-on preliminary calculations. These predicted values cannot be used as
guaranteed values in contractual commitments.

Issue: 05F DN70474741 39
   

RNC2600 reliability RNC2600 Product Description

Table 20 Predicted MTBF for HW repair from the maintenance point of view

RNC system configuration MTBF

RNC one cabinet 10 000

RNC two cabinets 5 000

Note that the useful life of a fan tray (FTRA) is shorter than the useful life of plug-in units
in general. Therefore, fan trays should always be changed for new ones before the end
of their life expectancy.

7.2 RNC availability performance


Availability performance calculations describe the system from the availability point of
view presenting availability, mean operating time between system failures, and mean
down time values. The availability performance calculations are based on mathematical
modelling and they are calculated using reliability block diagrams of the system, plug-in
unit failure intensities, maintainability data, and the rules of probability theory.
Mathematical models are implemented using a reliability analysis tool.
Availability performance values are calculated for the complete system, that is,
redundancy principles are taken into account. The system is considered to be operating
successfully if at least half of its traffic handling capacity is in use. It is also assumed that
component failure rates are constant. If temporary unavailability of a functional block
does not affect the call processing capability of the exchange, such functional blocks are
not taken into account in the availability analysis.
In reference to ITU-T Recommendation Q.541, intrinsic unavailability is the unavailability
of an exchange (or part of it) due to exchange (or unit) failure itself, excluding the logistic
delay time (for example, travel times, unavailability of spare units, and so on) and
planned outages. Thereby, when intrinsic availability performance values are calculated,
only the active repair time (assumed to be 1.0 h or 2.0 h) is taken into account. In
practice, the real active repair time is often well below the above-mentioned one hour.
The results of the availability performance calculations for the complete system are
presented in the table . The figures are predictions based-on preliminary calculations.

Table 21 Predicted availability performance values

MRT Availability MDT Availability


MTBF

1 hour 99.9996% 2 min/year 30 years

2 hours 99.9996% 2 min/year 60 years

40 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 reliability

7.3 Redundancy principles

To guarantee the reliable operation of IPA-RNC, different redundancy techniques are
used for backing up different types of functional units.

The RNC provides a set of services to support redundancy. The following function
protection schemes are applied for various units:
Duplication (2N)
If the spare unit is designated for only one active unit, the software in the spare unit is
kept synchronised so that taking it in use in fault situations (switchover) is very fast. The
spare unit can be said to be in hot stand-by. This redundancy principle is called
duplication, abbreviated "2N".
Replacement (N+1)
For less strict reliability requirements, one or more spare units may also be designated to
a group of functional units. One spare unit can replace any unit in the group. In this case,
the execution of the switchover is a bit slower, because of the spare unit synchronisation
(warming) is performed as a part of the switchover procedure. The spare unit is in cold
stand-by. This redundancy principle is called replacement, abbreviated "N+1".
Load sharing (SN+)
A unit group may be allocated no spare unit at all, if the group acts as a resource pool.
The number of units in the pool is selected so that there is a certain amount of extra
capacity. If a few units of the pool are disabled because of faults, the whole group can
still perform its designated functions. This redundancy principle is called load sharing,
abbreviated "SN+".
None
Some functional units have no redundancy at all. This is because a failure in them does
not prevent the function or cause any drop in the capacity.
To guarantee high availability, the core functional units of the system, that is, the SFU
and MXUs, are redundant. Hard disks and buses connecting them to the control units
are always duplicated.
The distribution of the basic timing signal for active and backup units comes from
different or redundant DC/DC converters and their basic timing signals are taken from
different distribution lines.

Table 22 Functional unit redundancies

Functional Unit Redundancy principle

DMCU SN+

EHU None

ICSU N+1

Issue: 05F DN70474741 41
   

RNC2600 reliability RNC2600 Product Description

Table 22 Functional unit redundancies (Cont.)

Functional Unit Redundancy principle

MXU 2N

OMU 2N

RSMU 2N

SFU 2N

TBU 2N

WDU 2N

NPS1 None

NPGE None

NPS1P 2N (MSP 1+1 / APS 1+1)

NPGEP 2N

Redundancy of the power distribution system


The power feed is protected by duplicated power supply from rectifiers or batteries. At
cabinet level, duplicated battery voltage is distributed via Magnetic Circuit Breakers
(MCB) to every sub-rack in the same cabinet. At sub-rack level, duplicated power supply
line is received by PD30 (see RNC2600 power requirements), which distributes four
duplicated 7.5A power feed lines to the plug-in units via the backplane.
Redundancy of the forced cooling system
Each sub-rack and fan tray (FTRA-B) connected perform separate thermal circuits,
which means that a failure in one sub-rack cooling system does not affect other sub-
racks cooling systems. The FTRA-B is supervised and controlled via a PD30 plug-in unit.
In case of a failure in an FTRA-B control and supervisory block in PD30, individual sub-
rack forced cooling is not functioning or it is partly functional. Each FTRA-B is protected
by N+1 redundancy. In case of single fan failure, operational fans are controlled to full
rotation speed maintaining sufficient cooling capacity in specified environmental
conditions.

7.4 Network Resiliency for RNC2600


The controller supports provision of network level resiliency for RNC services. Thanks to
this, the network's availability is increased during single controller outages and controller
site outages. The operator configures a backup RNC (BkPRNC), which can protect up to
16 controllers in the network. In case any protected RNC (PrPRNC) fails, the BkPRNC is

42 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 reliability

commanded by the operator to take over the RAN and interfaces, and to run failed
RNC's services. This action helps to avoid long outages, lasting many hours or days.
Intra-site and inter-site RNC resiliency are supported.
This feature requires the following hardware:

• To configure BkPRNC- RNC2600 capacity step 3 with full CCP1D-A is required.
• To configure PrPRNC- RNC2600 capacity step1 or step2, or step3. Both CCP18-C
and CCP1D-A configurations are supported.
• Flexi Multimode System Module FSMC/D/E or Flexi Multiradio System Module FSMF
or Flexi Lite BTS.

This feature improves network services availability in case of catastrophes.
This feature shortens the controller's outage time in the radio network.
See RAN2512: Network Resiliency for RNC2600 feature description for specific
information on RNC resiliency and term bank introduced by this feature.

Issue: 05F DN70474741 43
   

RNC2600 physical interfaces RNC2600 Product Description

8 RNC2600 physical interfaces


Network interfaces provide external interfaces and the means to execute physical layer
and ATM layer functions, such as policing, statistics, Operations, Administrations and
Maintenance (OAM), buffer management, and scheduling. Network interfaces map ATM
cells to transmission frame structure of Synchronous Digital Hierarchy (SDH).
In case of IP transport QoS functionality, O&M, statistics are handled in IP level and IP
packets are mapped in to the Ethernet frames.
One network interface unit may include one or more physical interfaces depending on
the type of interface. Any interface can be configured to be used as an Iu, Iub, or Iur
interface.
In addition to the network interfaces, synchronisation interfaces and local area network
(LAN) interfaces are provided.

8.1 STM-1/OC-3 optical interface


Functional unit NPS1 or NPS1P offers ATM over SDH/SONET network interface. NPS1P
uses MSP 1+1 and APS 1+1 protection.
Single plug-in unit type NP8S1-B is utilised by NPS1 and NPS1P functional units.
NP8S1-B plug-in unit contains eight STM-1/OC-3 (optical) interfaces.

Table 23 STM-1/OC-3 interface specifications

Interface type STM-1 optical S-1.1 (ITU-T


G.957, table 1)
OC-3 IR-1 ANSI T1.105.06

Nominal wavelength 1310 nm

Distance < 15 km

Medium ITU-T G-652 optical fibre (SM)

Connectors LC

Bit rate 155 520 kbit/s

Transmission path VC-4
STS-3c

Specification ITU-T I.432.2 / G.707
ANSI T1.646-1995

Jitter and wander ITU-T G.825, G.958
T1.105.03

44 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 physical interfaces

Table 23 STM-1/OC-3 interface specifications (Cont.)

Interface type STM-1 optical S-1.1 (ITU-T


G.957, table 1)
OC-3 IR-1 ANSI T1.105.06

Number of interfaces per unit 8

Note that OC-3c, an abbreviation used in some texts for OC-3 with STS-3c transmission
path, is supported.
Functional unit NPGE or NPGEP offers IP over Ethernet interfaces. NPGEP supports 2N
redundancy
Single plug-in unit type NP2GE-B is utilized by NPGE and NPGEP functional units. A
plug-in unit contains two GE (optical or electrical) interfaces.

8.2 Gigabit Ethernet


Table 24 Gigabit Ethernet interface specifications

Interface type Optical 1000Base-LX


Electrical 1000BASE-T

Nominal wavelength 1 100 … 1 600 nm (optical)

Medium Optimized for 10µm single-mode
cable, but also multi-mode cables
can be used for short operating
distances.

Connectors LC
RJ-45

Bit rate 1 000 Mbit/s

Specification Optical: IEEE802.3z
Electrical: ISO/IEC 11801:1995
and
ANSI/TIA/EIA-568-A:1995

Number of interfaces per unit 2

Issue: 05F DN70474741 45
   

RNC2600 physical interfaces RNC2600 Product Description

8.3 Synchronisation interfaces


A synchronisation interface for external timing reference signals is provided. External
timing outputs (2.048 Mbit/s, 2.048MHz, 1.544Mbit/s and 1.544MHz), which can be used
to transmit either system clock or one of the timing reference signals extracted from
network interface units, is also provided.

Table 25 Synchronisation interface

Interface type Synchronisation interface

2.048 Mbits/s (2 1.544 Mbits/s (1 2.048 MHz (2 1.544 MHz (1 64 KHz + 8 KHz(1


interfaces) interface) *) interfaces) interface) interface)

Medium Coax 75 Ω / Twisted pair 100 Coax 75 Ω / Twisted pair 100 Twisted pair 120


twisted pair 120 Ω twisted pair 120 Ω Ω Ω
Ω

Connectors 2 pcs BNC / 2 RJ45 2 pcs BNC / 2 pcs RJ45 RJ45


pcs RJ45 RJ45

Bit rate 2 Mbit/s N/A N/A N/A N/A

Framing structure G.703 N/A N/A N/A N/A

According to ITU-T G.703 G.703 G.703 G.703 G.703


Rec.

*) this is only supported with TSS3-A and it is an optional upgrade for RU10.

8.4 LAN/Ethernet for O&M connections


The local area network interface functions at the rate of 10/100 Mbit/s using an RJ45
connector located in the front panel. The maximum data transfer rate of each Ethernet
interface is 100 Mbit/s full duplex.

Table 26 LAN interface specifications

Interface type IEEE 802.3 (Ethernet)

10Base-T / 100Base-TX

Distance 100 m

Medium IEEE 802.3

Connectors RJ 45

46 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 physical interfaces

Table 26 LAN interface specifications (Cont.)

Interface type IEEE 802.3 (Ethernet)

Bit rate 10/100 Mbit/s

RS232 service terminal


The RS232 interface using RJ45 connector that is located in the front panel of the plug-in
unit. The interface is used for debugging and as a service terminal.

8.5 Timing and synchronization


The RNC can be connected to the existing synchronisation networks. The network
element synchronisation and timing is designed to work in a master/slave network
synchronisation scheme and hierarchical synchronisation network topology. The network
element has an internal clock that can operate even when external timing references are
lost.
The network element synchronisation includes functions such as selection, extraction,
synchronisation, and timing signal distribution to the network element components.
Almost all of these functions are redundant to make the system reliable and fault
tolerant. The RNC supports:
External timing
External timing reference signal can be selected from a number of possible inputs (2.048
Mbit/s, 2.048 MHz, 1.544Mbit/s, 1.544 MHz, or 64+8 kHz/ s). The synchronisation unit
also provides an external timing outputs (2.048 Mbit/s, 2.048 MHz, 1.544Mbit/s, 1.544
MHz), which can be used to transmit either system clock or one of the timing reference
signals extracted from the network interface units.
Line timing
The synchronisation unit has three timing inputs that are connected by cabling to three
selected network interface plug-in units. The system clock can be synchronised to the
SDH/Sonet network by detecting the signal from incoming STM-1/OC-3 line. In the
network interface plug-in unit, one of the STM-1/OC-3 ports is selected to give timing.
With this configuration at least three timing inputs from upper network level can be made
available.
The network element has one duplicated synchronization unit. This unit takes a timing
signal from the upper network level as input. It adjusts its local oscillator to the long-time
mean value by filtering jitter and wander from the timing signal. Then it delivers this
synchronized timing signal as system timing to other timing units and further to all plug-in
units of the system.
The synchronisation unit delivers synchronised system timing signal (system clock) with
separate cables to every cabinet. In each sub-rack, TSS3/TBUF plug-in units receive the
signal, reshape it and send it through the backplane bus to all other plug-in units in the
sub-rack. If there is no external signal, the TSS3 plug-in unit can independently generate
the clock signals necessary for synchronising the functions of the network element (as

Issue: 05F DN70474741 47
   

RNC2600 physical interfaces RNC2600 Product Description

illustrated in the figure RNC synchronisation and distribution of timing signal). Timing
distribution from the synchronisation unit to other plug-in units is duplicated and the
timing signal selection is made in the plug-in units.

Figure 9 RNC synchronisation and distribution of timing signal
(Internaltiming
signalgeneration)
external
synchronization TSS-3
signal

timingsignal
TBUF to
plug-inunits

timingsignal
TBUF
distribution

Monitoring the quality of the received timing from SDH/Sonet transmission system and
stating the control of synchronisation is performed in the network element management.
Functionality and performance of the synchronisation and the timing are compliant with
ETS 300 462 series standards and ITU-T recommendations G.783 and G.825.
The network element fulfils Stratum 3 level accuracy requirement as defined by Bellcore
in TA-NWT-1244 and ITU-T recommendation G.813 (option 1).

48 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 mechanical design

9 RNC2600 mechanical design


The RNC mechanics fulfil the ETSI 300 119-4 standard and IEC 917 series standards for
metric dimensioning of electronic equipment.
The RNC mechanics comprise the basic mechanics concept based on the NEBS-2000
standard.
The concept supports the RNC architecture, which allows modular scalability of
configurations varying from modest to very large capacity. It also allows the performance
to be configured using only few hardware component types.
The mechanical structure is hierarchical, based on plug-in units, sub-racks, and cabinets.
The RNC is easy to install, operate, and maintain. Special attention has been paid to
thermal resistance and immunity to various types of interference.
The mechanics consist of the following equipment:

• cabinet mechanics
• 19-slot sub-rack, its backplane and front plate mechanics
• connector and cabling system
• cooling equipment

The mechanics concept includes description of the cabinets, sub-racks, plug-in unit
mechanics, connector system, interconnection cabling system, requirements for
environmental conditions (climate, earthquake, and transportation stress), EMC
performance, and safety considerations.

Issue: 05F DN70474741 49
   

RNC2600 mechanical design RNC2600 Product Description

Figure 10 CPD120-A cabinet

CPD120-A Cabinet
Powerdistribution

Cablesupport

Doors
Plug-in
units

Fantray+
Coverplate
Subrack

Adjustmentfoot

DN05158538

H=2100mm(82.68in.),W=600mm(23.62in.),D=600mm (23.62in.)
Cabinets
The dimensions of the cabinet are given in the following table. They are based on
standard ETS 300 119-2 and IEC 917-2.

Table 27 Cabinet dimensions

Property Value (metric) Notes

Height 2100 mm when using floor rails, If the


installation is done by using
castors or adjustable foot, the
installation height of the
cabinet is 2100 - 2125 mm.
(SeeRNC2600 Operating
environment)

50 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 mechanical design

Table 27 Cabinet dimensions (Cont.)

Property Value (metric) Notes

Width 600 mm -

Depth 600 mm -

Weight 170 kg When the cabinet is fully


equipped, the total weight is
approximately 270 kg.

Cabinet power distribution equipment and four sub-racks with cooling equipment can be
installed in one cabinet. Openings in the sides of the cabinet behind the sub-rack
backplanes allow direct horizontal cabling between cabinets. Openings on the top and
bottom of the cabinet are needed for conducting cables.
Sub-racks
The sub-rack mechanics consist of a sub-rack frame, backplane, and front plate forming
electromagnetic shielding for electronics to fulfil EMC requirements. The basic
construction allows dividing a part of a sub-rack vertically into two slots with optional
guiding mechanics for the use of half-height plug-in units.

Table 28 Sub-rack dimensions

Property Value (metric) Notes

Height 300 mm -

Width 500 mm -

Depth 300 mm -

Nominal plug-in 25 mm Results in 19 slots per


unit slot one sub-rack

Plug-in unit
The RNC is constructed by using a total of approximately 11 plug-in unit types. The basic
mechanical elements of the plug-in units are PCB, connectors, and front plate
mechanics. Front plate mechanics include insertion/extraction levers, fixing screws, and
EMC gasket.

Table 29 Plug-in unit dimensions

Property Value (metric) Notes

Height 265 mm or 115 mm -

Issue: 05F DN70474741 51
   

RNC2600 mechanical design RNC2600 Product Description

Table 29 Plug-in unit dimensions (Cont.)

Property Value (metric) Notes

Width 25 mm or a multiple -
thereof

Depth 285 mm -

Backplanes and cabling


The backplane and cabling system provides reliable interconnections between plug-in
units. In addition, the backplane provides EMC shield to the rear side of the sub-rack.
The cabling shielding system enables EMI free interconnection path to signals. The AMP
Z-pack HM connector concept provides a reliable plug-in unit interconnection, fastening
to the backplane, and cabling system in a demanding environment.
Common signals are delivered through the backplane, and all other interconnection
signals are connected via cabling. This provides backplane modularity and flexibility in
different configurations. Because of flexible cabling and redundancy, it is possible to
scale the system to a larger capacity in an active system without shutting down the
whole system.
Standard length cables are used for the internal cabling of the RNC. These cables have
been manufactured at the factory and are equipped with connectors.
The network interface cables and other station cables of the RNC enter the exchange
room via a cable conduit. They enter the cabinet via grounding elements placed on top
and bottom of the cabinets. These cables are attached to the connectors on the front
panels of the plug-in units. The power supply cables are terminated to the power supply
connector on top and bottom of the cabinet.

52 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 power requirements

10 RNC2600 power requirements


Power supply
Reliability, easy installation, and easy maintenance have been the main objectives in the
design of the power feed system of the RNC.
The power feed forms a hierarchical system with function and overload protection on
every level. Protection is implemented by duplicating power feed equipment from the
battery feed to the plug-in units. Nominal battery voltage is -48 V.
Battery voltage is fed to the cabinet via the terminal block and circuit breaker unit.
Grounding 0 V of the battery voltage in this unit is possible but floating battery voltage
with separate grounding cable can also be used. Separate duplicated 30 A power feeds
to every sub-rack are protected by circuit breakers. Eight circuit breakers (two per sub-
rack for duplicated power feed) are installed in the front plate of the cabinet power
distribution unit.
A differential filter for duplicated battery voltage feed resides in the power distribution
plug-in unit in the sub-rack. The power feed in the sub-rack is divided into four 7.5A
groups, each having its own fuses in the power distribution plug-in unit. The power feed
of the fan tray (FTRA-B) and the fan speed control circuit also reside in the power
distribution plug-in unit.
Each plug-in unit has a DC/DC converter unit that generates desired voltages to
electronics. Duplicated battery voltage is connected via diodes to a low-pass filter and
fuse to a DC/DC unit, which consists of one or more converters depending on the need
for different voltages. Switches setting converters on and off can be separate or
integrated into converters. The power-up circuit and the hardware management system
(HMS) node control the switches. The HMS node supervises battery voltages, the fuse
and all the generated voltages.

Figure 11 The protection schema and the protection areas of various protective
devices

protection protectionareaof protectionareaof protectionareaof


area ofthe thecircuitbreaker theglass tubefuse thefuseatthe
mainfuse attheracklevel atthesubracklevel plug-inunitlevel

B0V0

UB0

B0V1
-B0
-B0 UB0
UB1 DC
-B1 -B1 UB1
DC
mainfusesor POWER glasstube SMDfuses
circuitbreakers fusesin onPCB
tobeinstalled DISTRIBUTION frontpanel
by thecustomer PLUG-INUNIT PLUG-INUNIT
terminalblocks
andcircuitbreakers
orfusesinthetop SUBRACK
partoftherack

RACK

Issue: 05F DN70474741 53
   

RNC2600 power requirements RNC2600 Product Description

Table 30 Power supply

Property Value

Nominal battery voltage -48 V DC

Voltage limits -40 V DC to -57 V DC

Maximum current per cabinet 120 A

Power supply cables


Power supply cables can be fed from top or bottom of the cabinet.

Table 31 Power supply cables

Property Value

Number of power input 2 (mutually redundant)
connectors per cabinet

Maximum voltage drop 1.5 V

Power consumption
If the maximum number of plug-in units is installed, the power consumption in each sub-
rack is the following:
The PD30 plug-in unit is a common unit with two supply branches in the sub-rack. If one
branch supplies all the current (that is, the other branch is not in use), the maximum
current in this branch is 30 A. The largest power that it can deliver when voltage is at the
lowest level (40.5 V) is about 1200 W. When both branches are in use, the total current
level is shared by the two branches.
The power consumption of the cabinet types at the maximum traffic load is shown in
table Power consumption estimate:

Table 32 Power consumption estimate

Property Value

Step 1 2.6 kW

Step 2 4 kW

Step 3 5.4 kW

The power consumption for site planning of RNC2600 is shown in table Power
consumption for site planning:

54 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 power requirements

Table 33 Power consumption for site planning

Property Value

First cabinet 3.9 kW

Second cabinet 3.9 kW

The values in table Power consumption for site planning assume maximum power
consumption in all HW components simultaneously, which does not occur in normal
operation under any load.
Grounding
The cabinet supports two grounding site (connection of Protective Earthing (PE) to the
common bonding network) principles.
Grounding is using a dedicated PE conductor from the cabinet to the common bonding
point of the site, according to ITU-T K27 and Mesh-IBN.
Grounding is using the DC-return conductor according to ETS 300 253. The cabinet PE
terminal can be connected to the purpose reserved Neutral (N) terminal at the CPD120-
A unit.

Note that Cables used in grounding should be at least 50 mm2 . These cables are not
included in R&D equipping sets, and they are considered site installation equipment.
Network Equipment Building Standards (NEBS) compatible systems need to use
Common Bonding Network (CBN) grounding.

Issue: 05F DN70474741 55
   

RNC2600 power requirements RNC2600 Product Description

Figure 12 Grounding principle

-UB2 +UB2
-UB1
+UB1
A

2
2

DC/I
DN05158732

56 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 operating environment

11 RNC2600 operating environment

11.1 Equipment room


The RNC can be flexibly co-sited in the core network. It can be installed as a stand-alone
network element at a remote site, for example, at the same site as one of the base
stations (BTS) it controls.
The table Equipment room gives the requirements for the equipment room.

Table 34 Equipment room

Condition Value Note

Recommended height >2450 mm This ensures that


there is almost 250
mm of open working
space above the cable
troughs on top of the
cabinets.

Minimum height 2200 mm -

Minimum distance 700 mm Working area


between the RNC cabinet
and another cabinet row

Minimum distance 1200 mm Working area


between the end of a
cabinet row and the wall
(if installed at the end of
an existing row)

Maximum weight of the 270 kg Fully equipped


RNC cabinet

Note that the mechanical structure of the RNC does not set any special requirements on
the ceiling, walls, or floor. No raised floor is needed.
When planning the location of the RNC, notice also the following:

• future expansion of the RNC
• standard lengths of the cables between the cabinets
• location of other equipment at the same site
• air-conditioning of the equipment room
• sufficient working space around the cabinets

Issue: 05F DN70474741 57
   

RNC2600 operating environment RNC2600 Product Description

Figure 13 Floor layout of a one-cabinet RNC2600
600mm(23.62in.)

600mm(23.62in.)
EC216
40mm(1.57in.)
Area forrouting 50mm

(5.12in.)
130mm
cables fromtheback (1.97in.) 50mm

600mm(23.62in.)
495mm (1.97in.)
(19.49in.)

465mm
Area forrouting (18.31in.)
cablesfromthefront
60mm(2.36in.)
40 mm(1.57in.)
600mm(23.62in.)

FRONT

DN05160196

11.2 Cooling of the cabinets


The cabinets contain air deflectors to help cooling. The fan tray (FTRA) units give
additional cooling effect to the equipment installed in the cabinet. The fan trays are
supervised and controlled by the Hardware Management System.
The temperature of the air in the equipment room must be within the limits of the
recommendations (for more information, see Environmental conditions). For safety
reasons, the exchange room layout and the ventilation system used should be designed
so that the temperature in the premises stays between +10°C to +35°C, unless
peripheral and measuring devices are used which require adherence to even stricter
limits.
The figure Cooling airflow illustrates the airflow cooling process.

58 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC2600 operating environment

Figure 14 Cooling airflow

Backpanel

Frontpanel

DN7090356

11.3 Operating temperature and humidity tolerances


Changes in temperature and relative humidity affect the reliability of the equipment. The
relationship between the availability, performance, and the environment is defined in the
figure Climatogram of the RNC.

Issue: 05F DN70474741 59
   

RNC2600 operating environment RNC2600 Product Description

Figure 15 Climatogram of the RNC
60

50
45
40
35
30
25
20
20

10 ABSOLUTE
AIR 5 AIRHUMIDITY,
TEMPERA- 3
0 g/m
TURE, O C
-5
-10
1,5
1,0
-20

-30

-40
0 5 10 20 30 40 50 60 70 80 85 90 100
RELATIVE AIRHUMIDITY,%

EXCEPTIONAL CLIMATICLIMITS.

NORMAL CLIMATICLIMITS:VALUESOUTSIDE THESELIMITSHAVE


A PROBABILITY OFOCCURENCEOFLESS THAN1%
VALUESOUTSIDE THISFIELDHAVE A PROBABILITY OF
OCCURENCEOFLESS THAN10%.

NOMINAL CONDITIONS

NOTE:
EXCEPTIONAL CONDITIONSMAY OCCURFOLLOWING THEFAILURE
OF THE TEMPERATURECONTROLLINGSYSTEM.

Table 35 Environmental requirements
Operation temperature -5°C to +45°C (nominal
+23°C)

Change rate of temperature ≤ 0.5°C/min (nominal
0.1°C/min)

Relative humidity 5% to 90% (nominal 50%)

60 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC standards

12 RNC standards
The tables list the standards with which the RNC complies.

12.1 General

Standard Description

NEBS level 3: Telcordia SR-3580, Issue 3, June Network Equipment-Building System (NEBS™)
2007 Criteria Levels

12.2 Equipment safety

EMC Description

IEC 60950-1, First Edition, 2001 Information technology equipment - Safety - Part1:
General requirements

EN 60950-1, 2001 Information technology equipment - Safety - Part 1:
General Requirements

UL 60950-1 First Edition, 2003 Information technology equipment - Safety - Part 1:
General requirements

Telcordia GR-1089-CORE, Issue 4, June 2006 Electromagnetic Compatibility andElectrical Safety -
Generic Criteria for Network Telecommunications
Equipment

NFPA 70, 2002 Edition National Electrical Code

12.3 EMC standards

EMC Description

EN 300386, V1.4.1 (2008-04) Electromagnetic compatibility and radio spectrum
matters (ERM); Telecommunication network equip-
ment; Electromagnetic compatibility (EMC)
requirements

CFR 47 Code of Federal Regulations, Federal Part 15 Radio Frequency Devices, Subpart B
Communications Commission (FCC) Title 47 -Unintentional Radiators
Revised Ju;y 2004

Issue: 05F DN70474741 61
   

RNC standards RNC2600 Product Description

EMC Description

Telcordia GR-1089-CORE, Issue 4, June 2006 Electromagnetic Compatibility and Electrical Safety -
Generic Criteria for Network Telecommunications
Equipment

CISPR22, Ed.5.2, 2006 Information technology equipment - Radio disturbance
characteristics - Limits and methods of measurement

CISPR24, 1997 + A1:2001 + A2:2002 Information technology equipment - Immunity
characteristics - Limits and methods of measurement

ITU-T Recommendation K.20, 04/2008 Resistibility of telecommunication equipmentinstalled
in a telecommunications centre to overvoltages and
overcurrents

12.4 Power feed

Power feed Description

EN 300 132-2, V2.1.2 (2003-09) Equipment Engineering (EE); Power supply interface

ANSI T1.315, 2001 Voltage Levels for DC Powered Equipment Used in the
Telecommunications Environment

12.5 Grounding and bonding

Grounding and bonding Description

EN 300 253, V2.1.1 (2002-04) Equipment Engineering (EE); Earthing and bonding
oftelecommunications equipment in
telecommunication centres

ITU-T K.27, 05/96 Protection Against Interference. Bonding
Configurations and Earthing Inside a
Telecommunication Building

Telcordia GR-1089-CORE, Issue 4, June 2006 Electromagnetic Compatibility and Electrical Safety -
Generic Criteria for Network Telecommunications
Equipment

62 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC standards

12.6 Environmental durability

Environmental durability Description

ETSI EN 300 019-1-1, V2.1.4 (2003-04) Equipment Engineering (EE); Environmental
conditions and environmental tests for
telecommunications equipment; Part 1-1: Classification
of environmental conditions; Storage

ETSI EN 300 019-1-2, V2.1.4 (2003-04) Equipment Engineering Environmental conditionsand
environmental tests for telecommunications
equipment; Part 1-2: Classification of environmental
conditions; Transportation

ETSI EN 300 019-1-3, V2.2.2 (2004-07) Equipment Engineering (EE); Environmentalconditions
and environmental tests for telecommunications
equipment; Part 1-3: Classification of environmental
conditions; Stationary use at weather protected
locations

Telcordia GR-63-CORE, Issue 3, March 2006 NEBS™ Requirements: Physical Protection

ETSI EN 300 753, V1.2.1 (2009-03) NEquipment engineering (EE); Acoustic noiseemitted
by telecommunications equipment

12.7 Earthquake

Earthquake Description

Telcordia GR-63-CORE, Issue 3, March 2006 Zone 4 NEBS™ Requirements: Physical Protection

12.8 Interfaces
E1 (2048 kbit/s)

Interfaces Description

ITU-T, G.703 11/2001 Physical/electrical characteristics of hierarchical digital
interfaces

ITU-T, G.704 10/1998 Synchronous frame structures used at 1544, 6312,
2048, 8448 and 44736 kbit/s hierarchical levels

Issue: 05F DN70474741 63
   

RNC standards RNC2600 Product Description

Interfaces Description

ITU-T, G.823 03/2000 The control of jitters and wander within digital networks
which are based on the 2048 kbit/s hierarchy

ETSI, TBR 013 01/1996 Business TeleCommunications (BTC);2048 kbit/s
digital structured leased lines (D2048S);Attachment
requirements for terminal equipment interface

T1 (1544 kbit/s)

Standard Description

ITU-T, G.703 11/2001 Physical/electrical characteristics of hierarchical digital
interfaces

ITU-T, G.704 10/1998 Synchronous frame structures used at 1544, 6312,
2048, 8448 and 44736 kbit/s hierarchical levels

ANSI T1.403 (1999) Telecommunications - Network and Customer
Installation Interfaces - DS1 Electrical Interface

J1 (1544 kbit/s)

Standard Description

TTC, JT-G703, 1989 Physical/Electrical Characteristics of Hierarchical
Digital Interfaces

TTC, JT-G704, 1989 Frame Structures on Primary and Secondary
Hierarchical Digital Interfaces

SDH STM-1/SONET OC-3 (155.52 Mbit/s)

Standard Description

ITU-T Recommendation G.957, 03/2006 Optical interfaces for equipments and systems relating
to the synchronous digital hierarchy

ITU T Recommendation G.825 03/2000 The control of jitter and wander within digital networks
which are based on the synchronous digital hierarchy
(SDH)

ITU T Recommendation I.432.2 02/1999 B-ISDN user-network interface - Physical layer
specification: 155 520 kbit/s and 622 080 kbit/s
operation

ANSI T1.105.06 (1996) Telecommunications - Synchronous Optical Network
(SONET) - Physical Layer Specifications

Ethernet/LAN

64 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC standards

Standard Description

ANSI X3.263 (1995) Fibre Distributed Data Interface (FDDI) - Token Ring
Twisted Pair Physical Layer Medium Dependent (TP-
PMD)

IEEE 802.3, 2008 Standard for Information technology -specific
requirements - Part 3: Carrier sense multiple access
with collision detection (CSMA/CD) access method and
physical layer specifications

12.9 Legislation
The requirements are based on market area assumption: EEA countries, Japan and the
USA.

The legislation fulfilled in EEA

Directive 2004/108/EC, (EMC, Electromagnetic Compatibility) published in the Official Journal of the
European Union, L 390/24, 31 December 2004

Directive 2002/95/EC on the Restriction of the use of certain Hazardous Substances in electrical and
electronic equipment, published in the Official Journal of the European Union, L 37/19, 13 February
2003

Directive 2002/96/EC, (WEEE, Waste Electrical and Electronic Equipment) published in the Official
Journal of the European Union, L 37/24, 13 February 2003

The legislation fulfilled in the USA

Code of Federal Regulations, 29CFR ch. XVII 7-1-90 Edition (the USA) The product must be
inspected, tested and listed against an applicable standard by a Nationally Recognised Test
Laboratory (NRTL)

CFR 47 Code of Federal Regulations, Federal Communications Commission (FCC) Title 47 Revised
July 2004, Part 15, Radio Frequency Devices, Subpart B - Unintentional Radiators

UL 60950-1 First Edition, 2003, Information technology equipment - Safety - Part 1:General
requirements

Issue: 05F DN70474741 65
   

RNC eco-efficiency RNC2600 Product Description

13 RNC eco-efficiency
In the RNC design project, a Design For Environment (DFE) is included in the product
creation process. The basis for the DFE is to implement life cycle-based thinking. The
concrete measures, which have both ecological and economical value and are called
eco-efficiency, include the following:

• minimising energy intensity
• minimising material intensity
• minimising toxic dispersion
• enhancement of recyclability
• extension of product durability

Concrete examples of eco-efficiency include:

• Nokia designed plastic parts weight > 20 g are marked according ISO standard
• hexavalent (= 6) chromium is forbidden as surface treatment

Modularity, reliability and upgradability, as well as remote management, all support eco-
efficiency principles.

66 DN70474741 Issue: 05F
   

RNC2600 Product Description RNC site equipment

14 RNC site equipment


The site equipment is not included in the normal RNC delivery. For more information,
please contact a local Nokia (Nokia) area organisation.
Battery back up
Definitions of battery back up and order instructions can be found at Nokia site solution
services.
Optional RNC site O&M peripheral devices
In normal operation, Nokia OSS provides remote operation and maintenance (O&M) for
the RNC. If local O&M is needed, it is recommended to install one peripheral device per
site. The equipment is standard and can be ordered by the customer either from a local
store or through a local Nokia area organisation.
External hardware alarm lamp panel (EXAU) (Optional)
RNC network faults can be indicated on a lamp panel in the telecommunication site
room. The connector panel of external alarms is located at the rear site of the RNC A
cabinet.
The RNC must have an External HW Alarm Unit (EHU) installed for the lamp panel to
work.

Issue: 05F DN70474741 67