Professional Documents
Culture Documents
1 (31)
The information in this document is subject to change without notice and describes only the product defined in the introduction of this documentation. This documentation is intended for the use of Nokia Siemens Networks customers only for the purposes of the agreement under which the document is submitted, and no part of it may be used, reproduced, modified or transmitted in any form or means without the prior written permission of Nokia Siemens Networks. The documentation has been prepared to be used by professional and properly trained personnel, and the customer assumes full responsibility when using it. Nokia Siemens Networks welcomes customer comments as part of the process of continuous development and improvement of the documentation. The information or statements given in this documentation concerning the suitability, capacity, or performance of the mentioned hardware or software products are given as is and all liability arising in connection with such hardware or software products shall be defined conclusively and finally in a separate agreement between Nokia Siemens Networks and the customer. However, Nokia Siemens Networks has made all reasonable efforts to ensure that the instructions contained in the document are adequate and free of material errors and omissions. Nokia Siemens Networks will, if deemed necessary by Nokia Siemens Networks, explain issues which may not be covered by the document. Nokia Siemens Networks will correct errors in this documentation as soon as possible. IN NO EVENT WILL NOKIA SIEMENS NETWORKS BE LIABLE FOR ERRORS IN THIS DOCUMENTATION OR 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. This documentation and the product it describes are considered protected by copyrights and other intellectual property rights according to the applicable laws. The wave logo is a trademark of Nokia Siemens Networks Oy. Nokia is a registered trademark of Nokia Corporation. Siemens is a registered trademark of Siemens AG. Other product names mentioned in this document may be trademarks of their respective owners, and they are mentioned for identification purposes only. Copyright Nokia Siemens Networks 2008. All rights reserved.
2 (31)
Contents
Contents
Contents 3 List of tables 4 List of figures 5 Summary of changes 7 1 1.1 1.2 2 3 4 4.1 4.2 4.3 4.4 4.5 4.6 5 Abis EDGE dimensioning 9 Definition of channels in EDGE transmission Nokia Dynamic Abis 11 Planning process 15 Key strategies for EDGE dimensioning 17 Dimensioning process 21 Dimensioning of network elements and interfaces Abis EDGE dimensioning process 25 Inputs for Abis EDGE dimensioning 27 Abis EDGE dimensioning calculations 28 Outputs of Abis EDGE dimensioning 29 Practical advice on detailed planning 29 Abis traffic monitoring principles 31 21 9
3 (31)
4 (31)
List of figures
List of figures Figure 1. Figure 2. Figure 3. Figure 4. Figure 5. Figure 6. Allocation of Abis TSLs using different MCSs Available data capacity Required data capacity 18 19 21 23 12
Available data capacity process Required data capacity process Abis dimensioning process 27
5 (31)
6 (31)
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 made between issues 4-0 and 3-0 Updated the TRX dependency information. Values of the bit rates for coding schemes were updated. Changes made between issues 3-0 and 2-0 The document has been restructured for better usability and the focus is more on the actual dimensioning process. The following changes have been made:
.
Chapter EDGE dimensioning has been renamed as Planning process. The dimensioning strategy information has been moved to chapter Key strategies for EDGE dimensioning and an overview of the dimensioning steps has been moved to chapter Dimensioning of network elements and interface and the content has been updated. Information not directly related to dimensioning has been removed from chapter Abis EDGE dimensioning. Definitions of territories has been moved to BTS EDGE dimensioning. All steps in the dimensioning process are now under the main chapter Dimensioning process. The Abis dimensioning process has been simplified. The new process is detailed in chapters Abis EDGE dimensioning process, Inputs for Abis EDGE dimensioning, Abis EDGE dimensioning calculations, and Outputs for Abis EDGE dimensioning. Chapter Practical advice for detailed planning has been added.
7 (31)
Chapter Examples of Abis EDGE dimensioning has been removed. A dimensioning example is now included in the BSC EDGE Dimensioning document, in chapter Example of BSS connectivity dimensioning. Chapter Traffic monitoring principles has been moved to the EDGE and GPRS Key Performance Indicators document. Information on Enhanced Quality of Service (EQoS) has been removed because it is not supported in BSS12.
Changes made between issues 2-0 and 1-0 Information on that the outputs of Abis dimensioning are used as inputs for BSC dimensioning has been added to Abis EDGE dimensioning and Outputs of Abis EDGE dimensioning. Figures have been updated. The calculations and examples in Abis EDGE dimensioning calculations and Examples of Abis EDGE dimensioning have been modified. The radio timeslot terminology has been unified.
8 (31)
1.1
9 (31)
transceiver (TRX) traffic channels (TCHs) TRX traffic channels carry user traffic (voice/data calls). Each TRX can contain a different amount of these traffic carriers, but the maximum number of channels per TRX available for user traffic is eight (unless half rate is used). The actual number of these channels depends on the TRX TCH configuration. The number of the channels carrying user traffic can be less than eight if stand-alone dedicated control channels (SDCCH) or broadcast control channels (BCCH) are allocated to the TRX. The required Abis capacity for the given TRX is based on the channel allocation of the TRX. For each TCH on the TRX a 16k TCH channel is needed on Abis. In case a RTSL carries only signalling (BCCH, SDCCH) there is no need to reserve TCH on Abis for that particular RTSL. The signalling traffic of a TRX is carried by the TRX signalling link of the given TRX. Abis capacity is allocated for each TRX signalling link. If there is any feature activated which might change the role of a TRX dynamically it shall be taken into account when planning the Abis channel allocation. These channels are so called fixed allocation channels in Abis and the number of the channels does not change dynamically. The number of the fixed channels may change when the TRX channel configuration is changed.
link access procedure on the D-channels (LAPD) LAPD channels (TRXSIG, OMUSIG) are used for signalling or managing the traffic between the BSC and BTS. There is one TRXSIG LAPD channel for each TRX. The capacity of the channel may vary. For example, the use of half rate affects the required capacity of the TRXSIG LAPD channels.
channels in the EGPRS dynamic Abis pool, used to carry EGPRS data dynamically EDAP channels belong to the EGPRS dynamic Abis pool that is used for EGPRS data traffic. The dynamic Abis pool is used by EDGE traffic (MCS2-MCS9) or by GPRS with CS2 - CS4 (CS-2 only if an EDGE TRX is used). Voice and high speed circuit switched data (HSCSD) traffic use the statically allocated TRX traffic channels.
10 (31)
The amount of these channels depends on the data traffic (especially EGPRS). The amount of the channels may vary. The maximum number of EDAP channels in a single EDAP is 48 (12 DS0 or 64 kbit/s channel). Multiple pools can be created within one PCM circuit, within the limits of the physical capacity of the PCM.
.
other channels (for example, E911 in the ANSI environment, Q1 management channel, and synchronisation control bits) Other channels that must be carried via Abis must be taken into account when dimensioning Abis. The other channels can include a management channel for additional transmission equipment. All channels mentioned above are transported in the timeslots of the PCM frame. One 64 kbit/s timeslot can be divided into four 16 kbit/s timeslots. These 16 kbit/s timeslots are referred to as sub-timeslots. The timeslots in the radio interface are referred to as radio timeslots. The throughput of a radio timeslot depends on the used coding scheme.
1.2
11 (31)
the traffic, and these are allocated from the EDAP. The extra channels are called slave channels. This also applies to GPRS CS-2, if the GPRS temporary block flow (TBF) is set via a TRX that is connected to an EDAP. This is caused by the BTS-BSC inband signalling on the Abis interface. The inband signalling increases and the size of the radio link control (RLC) block increases from 268 bits to 368 bits (268 bps / 20 ms = 13.4 kbit/s, 368 bps / 20 ms > 16 kbit /s ). Figure Allocation of Abis TSLs using different MCSs depicts the data rates of different coding schemes and the required amount of 16 kbit/s timeslots from the EDAP.
Coding scheme CS-1 CS-2 CS-3 CS-4 MCS-1 MCS-2 MCS-3 MCS-4 MCS-5 MCS-6 MCS-7 MCS-8 MCS-9 Bit rate (bps) 9050 13400 15600 21400 8,800 11,200 14,800 17,600 22,400 29,600 44,800 54,400 59,200 Slave groups Abis PCM allocation (fixed + pool)
GMSK
GPRS
GMSK
8-PSK
EDGE
Figure 1.
Dynamic Abis capabilities The following lists the capabilities of the Abis interface implementation:
.
The maximum size of the dynamic Abis pool is 12 timeslots. The master 16 kbit/s timeslots in the fixed part and the timeslots for the EDAP must be located in the same PCM frame. If partial E1/T1 switching is used, the PCM timeslots that are supposed to be on the same E1/T1 frame must always be switched to the same path.
12 (31)
One EDAP cannot be shared between several base control function (BCF) cabinets. Sharing an EDAP between several cabinets may damage the TRX or the transmission unit (DTRU) hardware. The EDAP can be shared between the TRXs in the same BCF; it cannot be shared by the TRXs in different BCFs. As soon as a new BCF is added, a new pool is needed to take care of the packetswitched data handled by the BCF.
For more information on the connectivity restrictions of the PCU, see the BSC EDGE Dimensioning document. There are also different BTS hardware restrictions for implementing the Abis interface. For more information on these restrictions, see the applicable BTS documentation. Related topics
.
13 (31)
14 (31)
Planning process
Planning process
Dimensioning is the part of network planning that produces a master plan indicating the selected network architecture and the number of network nodes and communication links required during the roll-out of the network. The following phases are included in the network planning process:
.
Network dimensioning is done by creating a traffic model of the network and selecting the equipment to support it. Dimensioning takes into account the available equipment specifications, business plans, site availability and type, quality of service (QoS) requirements, and charging cases. The EDGE dimensioning guidelines in the BSS system documentation set cover BTS, Abis, BSC, Gb, and SGSN dimensioning and some parts of pre-planning. These guidelines focus on dimensioning. Network optimisation is not included in the guidelines. The dimensioning guidelines consist of both hardware dimensioning and software dimensioning. Hardware dimensioning defines how many traffic type and traffic volume dependent hardware units are needed in the BTS, BSC, and SGSN to support the targeted traffic and service performance. Software dimensioning defines the key system settings associated with traffic dependent units. You can modify the existing configuration once the
15 (31)
amount of needed traffic dependent hardware and the associated software settings have been defined. If necessary, you can place an order for additional products and licences, based on the agreed standard configurations. Nokia Siemens Networks has a wide range of services and training available to support all phases of system planning, deployment, and optimisation. Contact your local Nokia Siemens Networks representative for details.
16 (31)
The dimensioning strategy must be selected before the BTS dimensioning begins. Available data capacity Available data capacity strategy is used when you want to introduce EDGE to an existing network. Dimensioning determines how much traffic is available through the current system. The dimensioning input is a predefined system configuration. The dimensioning output is the available traffic volume with a defined performance level. Alternatively, you can calculate available capacities for different alternative configurations.
17 (31)
All current resources in a cell Input information: Current network configuration Current equipments EDGE capability Current networks voice performance Current networks radio conditions (C/N, C/I)
EDGE data
Planned EDGE data resources are used for voice traffic when needed
Figure 2.
Required data capacity Required data capacity strategy is used when you want to design a network that supports the defined amount of traffic and targeted performance level. The dimensioning inputs are traffic volume, type, and performance requirements. The dimensioning output is the needed amount of traffic dependent hardware and the associated software configurations.
18 (31)
All current resources in a cell Average voice traffic resource usage Average available resources
Input information: Current network configuration Current equipments EDGE capability Current networks voice performance Current networks radio conditions (C/N, C/I) Required EDGE capacity Required EDGE performance
Shared
Dedicated
Planned EDGE data resources may be fully or are at least partially dedicated to data traffic. Dedicated resources are not used for voice traffic.
Figure 3.
19 (31)
20 (31)
Dimensioning process
4
4.1
Dimensioning process
Dimensioning of network elements and interfaces
The dimensioning of GSM EDGE network elements and interfaces is proposed to be done as described in this section. Depending on the dimensioning strategy, you can use either the available capacity strategy or the required capacity strategy. At first, the input for BTS dimensioning has to be agreed. Once this has been done, the output of each element or interface serves as the input for the next phase. Available data capacity strategy The dimensioning process of the available data strategy is illustrated in figure Available data capacity process.
1. Estimate the average available data capacity and throughput. 2. Use existing TRX hardware capacity. 3.-6. Dimension the rest of the elements according to the available capacity estimate done in step 1. 1 2 TSL TRX 3 4 5 6
Cell
PCU
Basic unit
BTS
Abis
BSC
Gb
2G SGSN
Figure 4.
21 (31)
The available data capacity strategy consists of the following steps: 1. Definition of the input information . Select the data deployment strategy. . Calculate the existing traffic load. . Review the hardware/software capability. . Define the BTS/transceiver (TRX) configuration. . Simulate the coverage and interference performance (carrierto-noise ratio (C/N), carrier-to-interference ratio (C/I)). BTS dimensioning . Estimate throughput/ radio timeslot (RTSL). . Calculate the available capacity/number of RTSLs based on the circuit-switched (CS) traffic needs. . Verify the dimensioning outcome. The dimensioning process results in throughput/RTSL, territory size/ BTS, guaranteed/not guaranteed throughput, RTSL configuration of TRXs, numbers of TRXs per cell, and the simulation results. Abis dimensioning . Use the output of BTS dimensioning as the input. . Define the EGPRS dynamic Abis pool (EDAP) size. The dimensioning process results in the size of each EDAP. BSC dimensioning . Use the output of BTS and Abis dimensioning as the input. . Verify the amount of packet control units (PCUs). . Verify the number of BSC signalling units (BCSU) and Exchange Terminals (ETs). . Verify the Gb requirements for BSC dimensioning. . Define the BSC configuration. . Perform a use check. The dimensioning process results in the number and type of BSCs, the number and type of PCUs, and the number and size of Gb interfaces. Gb dimensioning . Use the output of BTS and BSC dimensioning as the input. . Calculate the amount of payload. . Verify the number of network service elements (NSEs) and BCSUs. . Estimate the need for redundant links. . Evaluate the results.
2.
3.
4.
5.
22 (31)
Dimensioning process
The dimensioning process results in the number of timeslots, number of payloads, number of network service virtual connections (NS-VCs), and number of frame relay timeslots/data transfer capacity. 6. SGSN dimensioning . Use the output of BTS and Gb dimensioning as the input. . Define the maximum number of attached subscribers and packet data protocol (PDP) contexts to be expected in the routing area (RA) served by the SGSN. . Calculate the amount of total data payload (generated user traffic) during a busy hour. . Verify the needed basic units/SGSN according to the previously calculated generated traffic and the expected subscribers served in the area. . Check all other restrictions, especially the expected mobility profiles of the users versus the dynamic capacity of the SGSN. The dimensioning process results in the number of packet processing units (PAPUs) and signalling and mobility management units (SMMUs).
Required data capacity strategy The dimensioning process of the required data strategy is illustrated in figure Required data capacity process.
1. Calculate the required TSL count based on required data capacity and throughput. 2. Calculate the required amount of TRX hardware. 3.-6. Dimension the rest of the elements according to the required capacity calculation done in step 1. 1 2 TSL TRX 3 4 5 6
Cell
PCU
Basic unit
BTS
Abis
BSC
Gb
2G SGSN
Figure 5.
23 (31)
The required data capacity strategy consists of the following steps: 1. Definition of the input information . Select the data deployment strategy. . Determine the targeted traffic capacity. . Estimate the traffic mix. . Review the hardware/software capability. . Define the BTS/TRX configuration. . Simulate the coverage and interference performance (C/N, C/ I). BTS dimensioning . Calculate the required throughput. . Estimate throughput/RTSL. . Calculate the required number of RTSLs. . Verify the dimensioning outcome. The dimensioning process results in throughput/RTSL, territory size/ BTS, guaranteed/not guaranteed throughput, TSL configuration of TRXs, number of TRXs/cell, and the simulation results. Abis dimensioning . Use the output of BTS dimensioning as the input. . Define the EDAP size. The dimensioning process results in the size of each EDAP. BSC dimensioning . Use the output of BTS and Abis dimensioning as the input. . Calculate the needed amount of PCUs. . Calculate the number of BCSUs and ETs. . Calculate the Gb requirements for BSC dimensioning. . Define the BSC configuration. . Perform a use check. The dimensioning process results in the number and type of BSCs, the number and type of PCUs, and the number and size of Gb interfaces. Gb dimensioning . Use the output of BTS and BSC dimensioning as the input. . Calculate the amount of payload. . Calculate the required number of NSEs and BCSUs. . Estimate the need for redundant links. . Evaluate the results.
2.
3.
4.
5.
24 (31)
Dimensioning process
The dimensioning process results in the number of timeslots, the number payloads, the number of NS-VCs, and the number of frame relay timeslots/data transfer capacity. 6. SGSN dimensioning . Use the output of BTS and Gb dimensioning as the input. . Define the required number of attached subscribers and PDP contexts to be expected in the RA served by the SGSN. . Calculate the amount of total data payload (generated user traffic) during a busy hour. . Calculate the needed basic units/SGSN according to the previously calculated generated traffic and the expected subscribers served in the area. . Check all other restrictions, especially the expected mobility profiles of the users versus the dynamic capacity of the SGSN. The dimensioning process results in the number of PAPUs and SMMUs.
4.2
25 (31)
After the dimensioning and implementation of the EDAP in the Abis interface, it is important to monitor and evaluate the performance of the Abis interface by using certain traffic counters and key performance indicators (KPIs). With traffic monitoring, it is possible to verify the dimensioning traffic assumptions and to initiate re-dimensioning process according to traffic needs. For more information on the principles of traffic monitoring, see chapter Traffic monitoring principles in the EDGE and GPRS Key Performance Indicators document and chapter Abis traffic monitoring in this document. The Abis dimensioning process is illustrated in a flowchart format in Figure Abis dimensioning process.
26 (31)
Dimensioning process
STEP1
Collect the inputs
STEP2
STEP3
Does the EDAP fit into the existing E1/T1 links?
No
No
Yes
Yes
Yes
Figure 6.
4.3
27 (31)
the highest (or average) multislot class of the mobile stations (MSs) needed to be supported in the network the maximum default territory size of the BTSs attached to the EGPRS dynamic Abis pool (EDAP)
As choosing the highest multislot class may lead to overdimensioning of the EDAP, you may want to choose a value closer to the average multislot class in use in the network. Note that choosing the average multislot class in use means that users with higher than average multislot class MSs never achieve the maximum throughput. Define the default territory size according to the principles described in the BTS EDGE Dimensioning document.
4.4
Table 1.
Number of BTSs
1 2 3
28 (31)
Dimensioning process
The EDAP can be dimensioned using the following formula: EDAP_size = k x min_EDAP_size You can adjust the EDAP size in the detailed planning phase according to your needs.
4.5
4.6
All the traffic channels (TCHs) of each transceiver (TRX) and their signalling links which are associated to the EGPRS dynamic Abis pool (EDAP) must be on the same E1/T1. There are two options for the Abis timeslot (TSL) allocation: TRXs can be grouped either by function or by cell. . Grouping by function so that all EDGE TRXs and EDAPs are allocated to one E1, while the non-EDGE resources are mapped to another E1 frame. All cells are served by one EDAP. This option saves the packet control unit (PCU) resources and reduces the need for total Abis capacity because the maximum trunking gain of the EDAP is achieved. Careful consideration in the maintenance and upgrades of the configuration is needed to maintain the functional split. . Grouping by cell so that, for example, two cells are allocated to one E1 and the third one to a second E1. EDAPs are created for both groups. This approach is straightforward to maintain and upgrade. Smaller trunking gain of the EDAPs requires more total Abis capacity. In addition, the higher number of EDAPs uses more PCU resources.
29 (31)
The use of several pools should be avoided, that is, one EDAP per base control function (BCF) is recommended. Only TRXs from one BCF can be connected to the same EDAP.
30 (31)
31 (31)