Escolar Documentos
Profissional Documentos
Cultura Documentos
Description
For Indosat RAN & Core RFT (RAN
part)
Version 1.0
TABLE OF CONTENTS
1 Introduction ...................................................................................................... 5
3 Scope of Supply................................................................................................. 9
Review records
1 Introduction
As a major player in the telecommunication industry, Huawei Technologies Co., Ltd. provides robust,
flexible, cost-effective and future-oriented mobile solutions to worldwide operators. With Huawei series
of outstanding products, successful end-to-end solutions, experienced radio frequency planning as
well as excellent services, Huawei believes the cooperation between Indosat and Huawei will be a
win-win for each other.
This document is drafted to provide a comprehensive description of proposed radio access network
solution in accordance to the requirements from Indosat:
In this proposal Huawei proposes the complete SingleRAN (GSM/UMTS/LTE seamless convergence )
and customized Mobile Broadband Solution which helps Indosat to achieve key strategies with
further technical leadership in converging marketing, long-term TCO saving and future-proof evolution.
Huawei believes the proposed overall solution can ultimately fulfill the requirements of system capacity
alongside with quality of service, ensuring the best of both the project target and the long term market
strategy of Indosat. Having taken into consideration the economic scale and the developmental
factors at all times, Indosat can take pleasure in effective cost savings on network construction as
well as realizing future expansions.
Enhanced Performance
The offered base stations shall have highest possible output power (40W output power per carrier
for UMTS), and can be provided for enhanced performance in concurrent mode.
bringing modernization solution and future-oriented technologies to build the SingleRAN network
for INDOSAT based on 3 Key Strategies.
HSPA+@42/84Mbps including both U2100 and U900 in overall capital city and
metro cities.
LTE1800 refarming from G1800 for fast rollout to get more value subscribers;
Cost effective site configuration for rural, island, low traffic area to save the
investment.
Huawei will reuse the existing sites resources with the relative methodologies are shown
below:
Rearrange the telecom equipment of the A area moved to B area, e.g. BTS and Power.
Keep and reuse site auxiliaries in one area, like antenna and feeder, DG, Solar and
battery.
Huawei will provide SingleRAN products to help INDOSAT protect the coming investment.
Huawei SingleRAN products will be ready for future flexible GSM to UMTS, GSM to LTE,
UMTS to LTE, etc.
Simplify BBU with unified UMPT board and Unified UBBP board.
Simplify site and O&M with unified main control & transmission board (UMPT).
Fast trouble shooting based on daily healthy check and intelligent tool.
Crystal Voice, EDGE no Power back off, 3G technologies applied in 2G, HD voice, CS
Voice Precise Power Control, LTE voice fallback to 3G/2G, etc.
3 Scope of Supply
Total of RFT offer scope will be two parts, one is Indosat frame excluding Indosat, and another
is Indosat with detail regional information.
In the group scope, Indosat with Huawei legacy equipments has offered the site prediction
sheet per year; we will calculate the price according to group GPL.
In Indosat scope, there is the detail site region information; our design will be focus on Indosat
part
The following table shows the summary of RAN modernization as well as new site deployment
scope of work for Year 2015 to 2017 according to RFP document.
The following figures show the overview of typical site solution for Swap Existing Site Scenario
and New Site Deployment Scenario. For existing site scenario, power system will be reused.
BBU3910 and DC Distribution Unit (DCDU) for RRU will be installed in existing power system
according to RFP requirement. As for the New site deployment scenario, new power system as
per RFP requirement and APM30(TMC) will be deployed. BBU and DCDU will be housed in
APM30.
Antenna AC DC Antenna
DCExisting
Power Jumper/
Feeders Feeder
System
RRU
DCDU -48vDC
Power cable
BBU
DDF Unit CPRI cable
t. t . ta. t a. tt at at
B B B B
t. t. t. t.
Incumbent a t a t at at
B B B B
(Indoor)
AC Antenna
New Jumper/
Feeder
Power
System
RRU
DC DCDU -48vDC
Power cable
BBU
CPRI cable
DDF Unit
Batt.
Batt.
Batt.
Batt.
Batt.
Batt.
Batt.
Batt.
APM30 (TMC)
outdoor
The DBS3900 mainly consists of the baseband unit (BBU3910) and the Remote Radio Unit (RRU).
For distributed installation, the RRU can be placed close to the antenna to reduce feeder loss and
improve system coverage, which features small size and high integration to support a zero footprint
solution. When RRU are required to be installed indoor, IFS rack can be easily deployed to hold RRU
and BBU. Both fulfill the requirements of easy, fast installation and network deployment. For indoor
scenario, one set of DBS3900 can support maximum 18RRUs; for outdoor scenario, one set of
DBS3900 can support maximum 12 RRUs.
The DBS3900 facilitates site acquisition as well as network planning and optimization, and reduces
network deployment time. It enables operators to quickly and efficiently deploy a high-performance
GSM/UMTS/LTE network.
The following figure provides a view of typical deployment scenarios for the DBS3900.
According to INDOSATs requirements and Huawei strategy, RF modules selected are listed below:
2. Multi-mode & High Output Power Radio Frequency Modules (Indosat Group)
RRU can be mounted on a pole, a wall, a stand, or other place near antenna. The operator can also
select other installation modes as required by actual situations. No equipment room or air conditioner
is required because the RRU is passively cooled by natural convective cooling, namely the RRU has
no fans. Field experience has shown that routine maintenance could be kept low because of the highly
reliable operation of the RRU.
The BBU is a small-sized cassette, and can be mounted in any standard cabinet with free space of 19
inches wide and 2U high, which allows the operator fully freely arrange space even only very limited
space is available. The BBU3910 performs the following functions:
Manages the entire base station system in terms of operation, maintenance, and system clock.
Provides physical ports for information exchange between the base station and the transport
network.
Provides an OM channel between the base station and the LMT, SMT, or U2000.
Figure 5: BBU3910
UBBPd6 is a comprehensive board with GUL and high capacity, normally it will be applied in the
G+U+L scenario due to the cost, if the site configuration is simple, e.g. GSM only, we dont
recommend UBBPd, +UMPT to support GSM, because UBBPd will be only the interface board
connected to RRU. GTMU can be simple configured for GSM only mode.
The BSC6910 conforms to the trend of higher capacity and fewer sites, saving equipment room space,
meeting the requirements of rapid service growth and improves return on equipment investment. The
BSC6910 uses new platform of Advanced Radio Controller REV:b (PARCb) and supports a
processing capability of 10 Gbit/s per slot. The BSC6910 in later versions supports the evolution to a
processing capability of 40 Gbit/s to 100 Gbit/s per slot and to a Tera network.
The BSC6910 introduces a new general processing board: Evolved General Processing Unit (EGPU).
When loaded with different software, the EGPU can be flexibly configured to work in different modes
and process the BSC or RNC control plane and user plane services. All the BSC6910 resources are
designed in the resource pool mode. The BSC6910 resources consist of control plane resources, user
plane resources, and transmission resources. The control plane and user plane resources can be
shared to better adapt to the traffic model changes.
For the G900-444 configurations, RRU3929 are configured to support GSM 900MHz and GTMUb is
configured for the transmission and OAM. In Huawei solution, GSM baseband processing is done in
RRU hence we no need to configure extra baseband board for the same purpose. GTMUb provides 6
CPRI interface to connect with RRUs.
For the BSC part, BSC6910 is configured to support 1000TRx, 2000TRx and 4000TRx and Huawei
U2000, an operation and maintenance (O&M) system to centrally manage Huawei mobile network
elements is configured for OSS.
For the U2100- 222 configurations, RRU3829 are configured to support UMTS2100MHz whereas
UBBPd1 is configured for the UMTS baseband processing and UMPTb1 is configured for
transmission and OAM. As the capacity of UBBPd1 is 6cells, 384CE UL/512CE DL & 6 CPRI
interfaces to connect with RRUs hence one UBBPd1 is enough to support the Indosat requested
above configurations.
For the RNC part, BSC6910 is configured to support 1000Mbps, 2000Mbps and 4000Mbps and
Huawei U2000, an operation and maintenance (O&M) system to centrally manage Huawei mobile
network elements is configured for OSS.
Huawei U2000, an operation and maintenance (O&M) system to centrally manage Huawei mobile
network elements is configured for the OSS.
This section describes how to configure hardware and calculate the number of required licenses
when the BSC6910 works in the UMTS mode.
The main hardware components of the BSC6910 UMTS are service processing units, interface
boards, clock boards, subracks, and cabinets. The following sections describe the hardware
configuration scenarios and configuration methods.
The capacity of UMTS BSC6910 depends on the number of EGPUa boards and the hardware actual
processing capacity in the traffic model. A maximum of 128 EGPUa boards can be configured on the
UMTS BSC6910 with two cabinets, excluding the pair of EGPUa boards fixed for resource
management. The EGPUa board can process services on the control plane (CP) and user plane (UP)
at one time. In Huawei Smartphone traffic model, a maximum of 64,000,000 BHCA can be achieved
on the control plane. In Huawei heavy PS traffic model, the maximum BHCA throughput reaches 120
Gbit/s on the user plane. However the control and user plane cannot reach the maximum value at one
time.
A BSC6910 can be configured with a maximum of two cabinets. A maximum of three subracks can
be configured in each cabinet.
The UMTS dimension is used to measure the network capacity based on the number of users and
traffic model. Counters to measure the network capacity are the BHCA, number of NodeBs/cells,
CS Erlang, PS throughput, and number of active users. The following figure shows the dimensions
that are used for calculating the configurations.
where the control plane is dimensioned by BHCA, number of cells/NodeBs, number of active users,
and number of online users. The user plane is dimensioned by CS Erl, PS throughput, number of
cells, number of active users, and number of online users. Transmission is dimensioned by CS Erl,
PS throughput, number of NodeBs, number of active users, and number of online users.
In a UMTS dimensioning process, the network capacity requirements are calculated based on the
number of users and the traffic model. The input items include the traffic model and total number of
subscribers. The output items include traffic volume, PS throughput, BHCA, number of NodeBs/cells,
active users, and online users.
Input Items
Item Units
Total subscribers
CS parameters
CS voice penetration ratio %
CS data (Video Phone 64k) penetration ratio %
CS voice call per sub times
Voice traffic per subscriber in BH Erlang
Proportion of soft Handover for CS Voice traffic (Not include %
Softer HO)
Handover times per CS voice call times
CS data penetration ratio
CS data call per sub per BH times
CS data traffic per CS data (video phone 64k) subscriber in BH Erlang
Proportion of soft Handover for CS data traffic (Not include %
Softer HO)
Handover times per CS data call times
PS parameters
PS (Including R99 and HSPA) Penetration Ratio (% of Total %
Subscribers)
PS call per sub per BH times
PS throughput (Including R99 and HSPA, ULDL) per bps
subscriber in BH (bps)
Proportion of soft handover for PS traffic (Not include Softer %
HO)
MHT (mean hold time) in CELL_DCH and CELL_FACH per s
PS call
Item Units
Mean holding time (MHT) in PCH per PS call (sec) s
Handover times per PS call times
HSDPA share of DL PS throughput per subscriber %
HSUPA share of UL PS throughput per subscriber %
PS channel switch per PS call times
Cell update per PS call times
NAS
NAS signaling per subscriber per BH times
Connectivity
NodeB/Cell Number
Output Items
Item Comment
Iub CS traffic Erlang
Iub PS throughput Mbps
Iub active users (CID/UDP) Number
Iub PS UL throughput Mbps
Iub PS DL throughput Mbps
Active users Number
BHCA requirement
Iu-CS traffic Erlang
Iu-CS active users Number
Iu-PS throughput Mbps
Iu-PS UL throughput Mbps
Iu-PS DL throughput Mbps
Iu-PS online users Number
Iur CS Traffic Erlang
Iur active users(CID/UDP) Number
Iur PS UL Throughput Mbps
Iur PS DL Throughput Mbps
BHCA capacity of GPU (for Control Plane) based on given Number
traffic model
Item Comment
NodeB/Cell Number
Calculation process
Data call per sub * 2 +CS Data call per sub * Handover times per CS Data call *1) +PS
(Including R99 and HSPA) Penetration Ratio * (PS call per sub per BH * 3 +PS call per
sub per BH * Handover times per PS call + PS call per sub per BH * PS channel switch
per PS call*1 + PS call per sub per BH* Cell update per PS call*1) +NAS signaling per
subscriber per BH*1 )
Iur CS Traffic
= Traffic throughput ratio between Iur and Iub * Iub CS Traffic
Iur active users(CID/UDP)
= Traffic throughput ratio between Iur and Iub * Iub active users(CID/UDP)
Iur PS DL Throughput
= Traffic throughput ratio between Iur and Iub * Iub PS DL Throughput
Iur PS UL Throughput
= Traffic throughput ratio between Iur and Iub * Iub PS UL Throughput
Traffic throughput ratio between Iur and Iub is the ratio of traffic throughput of Iur to
that of Iub.
IuCS Traffic = IuCS Voice Traffic +IuCS Data Traffic
IuCS Voice Traffic
= Total Subscirbers * CS voice penetration ratio * CS Voice Traffic per sub per BH
IuCS Data Traffic
= Total Subscirbers * CS data penetration ratio *CS Data Traffic per sub per BH
IuCS active users = IuCS Traffic
IuCS session set-up and release requirement in BH
= Total Subscirbers * CS voice penetration ratio * CS call times per subscribers in BH *
2
Note: One CS call times corresponds to 2 times session setup/release.
IuPS throughput = IuPS UL Throughput +IuPS DL Throughput
IuPS DL Throughput
= Total Subscirbers * PS (Including R99 and HSPA) Penetration Ratio *Total PS
throughput (HSPA and R99, UL+DL) per sub * Proportion of DL PS throughput
IuPS UL Throughput
= Total Subscirbers * PS (Including R99 and HSPA) Penetration Ratio * Total PS
throughput (HSPA and R99, UL+DL) per sub * Proportion of UL PS throughput
IuPS on-line users
= Total Subscirbers * PS (Including R99 and HSPA) Penetration Ratio * PS call times
per subscribers in BH * (Mean holding time (MHT) in DCH/H/FACH state per PS call+
Mean holding time (MHT) in PCH per PS call) / 3600
IuPS session set-up and release requirement in BH
= Total Subscirbers * PS (Including R99 and HSPA) Penetration Ratio * PS call times
per subscribers in BH * (1 + PS channel switch per PS call * 0.5 + Cell update per PS
call * 0.5)
BHCA requirement
= Total Subscirbers * (CS voice penetration ratio * CS voice call per sub+CS data
penetration ratio * CS data call per sub per BH+PS (Including R99 and HSPA)
Penetration Ratio * PS call per sub per BH)
Cell quantity Number of cells managed by the c' = Total Cell quantity requirement /
RNC Number of cells supported by each
EGPUa UP Only board
Iu-PS online users 23111 pu' = Total IuPS TEID requirement / IuPS TEID
number supported by each EXOUa board
Iu-PS session set-up 1778 ps' = Times of session setups and releases on
and release the IuPS interface / IuPS Setup&Reconfigure
Sessions number supported by each EXOUa
Iub, Iu-CS, and Iu-PS interface boards are configured separately and are in N+1 backup
mode, the number of required interface boards as follows:
1) N_IUB_IF = ROUNDUP[Max(ba'+bb', bn', bu')] +1
2) N_IUCSIUR_IF = ROUNDUP( [cb'+ 8%*( ba'+ bb')] + 1
3) N_IUPS_IF = ROUNDUP[Max(pb', pu', ps')] +1
N_EXOUa = N_IUB_IF + N_IUCSIUR_IF + N_IUPS_IF
A BSC6910 GSM can be configured with one cabinet to achieve maximum capacity. A maximum of
three subracks can be configured in each cabinet.
1. Requirement Input
Operator provides the network requirement which should include the information as listed in below
figure.
2. Dimension
The following figure shows the dimensions that are used for calculating the configurations.
5 Future Evolution
5 MHz
4.2 MHz
1.2Mhz bring more GSM capacity
Advantage
GSM UMTS GSM
Up to 1.2Mhz spectrum saved
3.8 MHz Supported with standard 3G terminals
Negligible impacts to GSM network
No risk, its verified in commercial networks
With the exceptional high-end MSR modules offered, the whole upgrade path from GSM900 to
GSM/UMTS900 is reduced to only software upgrades of no more than one minute in the centre
equipment room. As such, the requirement of any hardware changes is eliminated besides the
avoidance of additional site visits. In addition, Huawei supports Small Bandwidth
(3.8MHz/4.2MHz/4.6MHz) UMTS 900MHz refarming solution which leads to the increment of
spectrum efficiency.
Huawei is a leader in UMTS 900MHz refarming solution and ranked number one in the market share
of refarming contracts. With the abundant experience, Huawei has the capability of facilitating Indosat
towards building a state-of-art UMTS 900 MHz network in the future.
Refarming is an effective strategy to support Indosat transformation from a voice service provider to a
leading multiservice and mobile broadband provider. Huawei anticipates that the valuable GSM1800
frequency resources could possibly be refarmed in the near future to enable LTE. To fully protect
Indosat investment and ensure flexible network strategy in the future, Huawei have proposed all SDR-
capable RF modules for the existing 2G network modernization. The proposed RRU3929
1800MHz modules support smooth evolution from GSM to LTE1800 by software upgrade.
Huawei has rich experience in deploying LTE1800 network. More than 10 LTE1800 network was
launched by Huawei. Huawei has the ability in assisting Indosat towards developing LTE1800 network
in the future.
Huawei proposes RNC pool construction of newly-deployed BSC6910 with BSC6900 or without
BSC6900. The RNCs in pool solution can provide Indosat with following benefits:
RNC in Pool Load balancing: RNCs in RNC pool can share the control-plane load and user plane
load. User-plane load sharing is performed together with control-plane load sharing. RNC hardware
capacity may not meet signaling capacity requirements because of the sharp increase in smart
phones. Without this feature, operators must split the RNC when the signaling capacity requirement is
over RNC hardware capacity, which may require complex network reconstruction and affect ongoing
services. With this feature, RNCs in an RNC pool can share the control-plane load and user plane
load. The split of RNC may be avoided and the impact on the network KPIs may be minimized when
the bursting signaling capacity requirement is over RNC hardware capacity.
RNC in Pool Node redundancy: RNCs in an RNC pool can work as backups for each other, thereby
improving the reliability of the network significantly. With this feature, services on a faulty RNC can be
taken over by and resumed on the backup RNC. This increases network reliability. This feature
prevents services from being interrupted when an RNC is faulty. RNCs may fail because of natural
disasters, power outages, and software and hardware faults. Without this feature, all NodeBs under a
faulty RNC will go out of service. This will cause possible huge losses for operators.
1. No impact on the legacy equipments, all 2T2R RRUs will be kept and reused;
User migration mainly involves two logical modules, Fallback User Analysis and Potential
MBB User Analysis.
Fallback User Analysis: Users and traffic (mainly PS traffic) fall back from a higher generation
network to a lower generation network. A higher generation network usually works in a high
frequency band, such as UMTS 2100 MHz, LTE 1800 MHz, or LTE 2600 MHz, and coverage
holes exist during the initial deployment of such a network. As a result, a user may fall back to a
lower generation network even if the user subscribes to services of a high generation network.
This affects user experience. Such a fallback may also occur in a higher generation network with
light load or a lower generation network that requires capacity expansion. A specific network
planning is provided based on detailed analysis of fallback.
Below are the three main fallback scenarios in a descending order in terms of analysis
capability:
Users and traffic fall back from 3G to 2G
Users and traffic fall back from 4G to 3G
Users and traffic fall back from 4G to 2G
The current analysis focuses on the proportions of fallback users and traffic, as well as when
and where fallback occurs most. Different measures are adopted according to different
causes.
As shown in the preceding figure, fallback is mainly caused by four reasons. The following
describes the reasons one by one and provides the corresponding measures.
A high generation network has poor coverage: The fallback can be resolved by
analyzing the area where coverage needs to be enhanced. This requires an analysis
on weak coverage of the high generation network and a geographical analysis on
the area where fallback occurs most.
Users are locked in a lower generation network: This may be caused by coverage
problems, deteriorating user experience. Current analysis capability is only limited to
coverage analysis.
Potential MBB User Analysis: This module aims at migrating users in a lower generation
network to a higher generation network. The following three steps need to be performed to
achieve this purpose:
Step 1 is essential to the entire migration. In this step, you need to categorize users in the
entire network according to their behaviors (that is, MBB migration target user finding). In step
2, you need to formulate corresponding strategies for those categorized users. The following
table lists detailed strategies for specific users.
In step 3, evaluate whether a network can meet the capacity requirements of users that
migrate to the high generation network. To be specific, evaluate the increase in the number
of 3G users after migration, and then use the evaluation results to forecast requirements of
network capacity. As shown in the following figure, user migration increases the number of
3G users by 14%. (In this case, the user forecast module of the original tool is used.)
In addition, evaluate refarming feasibility for a low generation network based on the migration
situation. The following figure shows an example.
1) Carry out customer engagement, clarifying cooperation intention and defining scope.
2) Collect data based on scenarios.
3) Analyze fallback users and propose optimization suggestions.
4) Identify potential target users.
5) Output suggestions on user migration.