NokiaEDU
SRAN Overview
SRAN16.10
RA23101EN04GLA2
© Nokia 2016
Copyright and confidentiality
The contents of this document are proprietary and
confidential property of Nokia Networks. This document
is provided subject to confidentiality obligations of the
applicable agreement(s).
This document is intended for use of Nokia Networks
customers and collaborators only for the purpose for
which this document is submitted by Nokia Networks.
No part of this document may be reproduced or made
available to the public or to any third party in any form
or means without the prior written permission of Nokia
Networks. This document is to be used by properly
trained professional personnel. Any use of the contents
in this document is limited strictly to the use(s)
specifically created in the applicable agreement(s)
under which the document is submitted. The user of
this document may voluntarily provide suggestions,
comments or other feedback to Nokia Networks in
respect of the contents of this document ("Feedback").
2
Such Feedback may be used in Nokia Networks
products and related specifications or other
documentation. Accordingly, if the user of this
document gives Nokia Networks feedback on the
contents of this document, Nokia Networks may freely
use, disclose, reproduce, license, distribute and
otherwise commercialize the feedback in any Nokia
Networks product, technology, service, specification or
other documentation.
limited to, the implied warranties of merchantability and
fitness for a particular purpose, are made in relation to
the accuracy, reliability or contents of this document.
NOKIA NETWORKS SHALL NOT BE RESPONSIBLE
IN ANY EVENT FOR ERRORS IN THIS DOCUMENT
or for any loss of data or income or any special,
incidental, consequential, indirect or direct damages
howsoever caused, that might arise from the use of this
document or any contents of this document.
Nokia Networks operates a policy of ongoing
development. Nokia Networks reserves the right to
make changes and improvements to any of the
products and/or services described in this document or
withdraw this document at any time without prior notice.
This document and the product(s) it describes are
protected by copyright according to the applicable laws.
The contents of this document are provided "as is".
Except as required by applicable law, no warranties of
any kind, either express or implied, including, but not
RA23101EN04GLA2
© Nokia 2016
Nokia is a registered trademark of Nokia Corporation.
Other product and company names mentioned herein
may be trademarks or trade names of their
respective owners.
Content
- SRAN Overview
•
Key driver for SRAN and Product highlights
•
SRAN Common OAM Architecture
•
Common Transport and One synchronization overview
•
Web UI
- SRAN 16.2 + 16.10 Features
•
BTS site solution
•
Operability
•
Transmission
- SRAN Roadmap
4
RA23101EN04GLA2
© Nokia 2016
SRAN Overview
5
RA23101EN04GLA2
© Nokia 2016
SRAN Network Architecture
OSS
NetAct
OMS
NWI3/
CORBA
MSC/VLR
NE3S/
HTTP
HLR
GSM NSS
A
Abis
MSS
BSC
3G Voice Core
PSTN
IMS
IuCS
GSM UE
IuB
Um
MGW
RNC
IuPS
WCDMA UE
Uu
LTE UE
LTE-Uu
SGSN
PCS
GPRS
SBTS
S1-U
GGSN
Internet
S1-MME
SGW+PGW
MME
6
Confidential
RA23101EN04GLA2
© Nokia 2016
EPC
SRAN Overview
Brief introduction
Key drivers for SRAN
• Simplified management OAM
• Simplified backhaul transport solution
• Simplified data model (e.g. one SMOD, RMOD)
• Energy saving
• Less BB HW needed
• Less cabling needed
• Faster deployment of new technology at BTS
• Future-proof solution
7
RA23101EN04GLA2
© Nokia 2016
SRAN Highlights
8
New SBTS Software
Common BTS OAM
One base station for GSM, WCDMA and LTE
radio technologies
Common handling in Netact, Simplified site
creation, commissioning and config.
Based on Flexi Multiradio 10
Base Station System Module
Supporting single radio
all radio- and Transport SW upgrades
Common backhaul IP transport
System module sharing
One IP host and interface
Extremely compact sites
One IP address and IP security
Lower energy consumption
No external IP transport boxes
Scalable capacity
RA23101EN04GLA2
© Nokia 2016
Single RAN vs. Single RAT architecture
What is changing – OAM Architecture
SRAT architecture
NetAct
NetAct
Applications
Q3
BSC
NWI3
2G
SEM
2G TRS 2G BTS
Abis OM
Q3
NWI3
Q3
NWI3
NWI3
NWI3
BSC
3G OMS
3G OMS
4G OMS
Abis OM
BTS OM I/F
BTS OM I/F
BTS OM I/F
RNC
BTS OM I/F
3G
SEM
4G
SEM
3G TRS 3G BTS
BTS OM I/F
4G TRS 4G BTS
BTS OM I/F
2G OM
RP OM
3G OM
RP OM
4G OM
RP OM
2G RAT
API(s)
3G RAT
API(s)
4G RAT
API(s)
RNC
WEB
UI
TRS
SBTS
RA23101EN04GLA2
NE3S
2G RAT
Abis OM
SiteOAM
3G RAT
NodeOAM
4G RAT
API(s)
ConfigGen
2G OMUSIG (Abis OM) still exists. NE3S is used for common operability
3G BTS OM interface between RNC and SBTS is removed
9
NE3S
BTS OM I/F
BTS OM I/F
Q3
Abis OM
SRAN architecture
NetAct
NetAct
Applications
© Nokia 2016
Common BTS OAM with SRAN
10
RA23101EN04GLA2
© Nokia 2016
SRAN OAM architecture
What is changing
• Flat OAM architecture, SBTS directly integrated to NetAct, no OMS for SBTS
• New common OAM for SBTS
• New SBTS information model
-
New root object representing SBTS. Logical RNW model is assumed to be reused, changes in HW and transport model
• Web UI is replacing the current BTS Site Manager
-
No need to install Nokia dedicated tool
• New approach to support different BTS configurations with BTS profiles
11
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN Overview
Single RAN Common OAM
Common OAM principles
• Flat OAM architecture
• Direct SBTS – NetAct interface
• SBTS as single management entity
• All RATs at BTS are managed from one management user position
(one NetAct)
• No need for multiple NetAct for each technology
• Changes to all RAT or one RAT in BTS can be performed in one
operation – it simplifies management
• Less effort and time needed to manage
12
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN System OAM Architecture
SRAN comes with consolidated NetAct
Note: NetAct supports multi-RAT already
NetAct
NetAct
OSS
NetAct
NetAct
OSS
LTE
WCDMA
WCDMA
GSM
LTE
• NetAct setup with single RAT networks can
be fragmented between RATs
GSM
SRAN network
Including RNC and BSC
• SRAN network is operated with one
NetAct per area
• Complete network view in management
system
13
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SBTS OAM Architecture
Support for enhanced pre-integration
and off-line validation
NetAct
NE3S
Web UI
NetAct
Web UI
Element Management
Tool
SBTS OAM
NE3S
SBTS
SBTS OAM
Architectural improvements
• Common BTS OAM
• Flat O&M architecture, no OMS
• Decoupling of O&M and RAT SW
• Web UI based common SBTS Element Manager
• Adding supported BTS configurations without
dependency to SBTS SW
14
Customer Confidential
RA23101EN04GLA2
LTE
TRS
BTS
© Nokia 2016
WCDMA
GSM
BTS Platform SW
Web UI for BTS element management
Introduction
Web UI replaces BTS Site Manager for SBTS
Can be used both locally and remotely
Works with a standard Web browser
No need to install additional SW on the client side
New tool with modern user interface and high
usability
• One element manager for SBTS
•
•
•
•
•
Web UI
http
SBTS OAM
LTE
TRS
SBTS
15
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
WCDMA
GSM
BTS Platform SW
SRAN Overview
Web UI – SBTS View
16
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
System Module Sharing with SRAN
17
RA23101EN04GLA2
© Nokia 2016
Flexi Multiradio 10 BTS with SRAN Architecture support
System Module Sharing modes
Opt. PDU
WCDMA
(or GSM or LTE)
Opt. PDU
in dedicated mode with
SRAN architecture
Single-RAT Mode
WCDMA
Flexi Multiradio 10
System Module
Opt.TRS ext
Customer Confidential
2nd Flexi MR 10(opt)
LTE
LTE
Opt. PDU
Opt.TRS ext
GSM/LTE
2-RAT
Modes
2nd Flexi MR 10(opt)
WCDMA
FBBA/C
Standard Flexi Multiradio 10 System Module as basis
• Multi-RAT capable plug-in units: GSM, WCDMA, LTE
• System Module chaining with up to two Modules for higher capacity
configurations
• Can also be used in dedicated Modes with SRAN architecture
18
Opt.TRS ext
GSM/WCDMA
GSM&LTE
FSMF
FBBA/C
WCDMA
Opt. PDU
Opt. PDU
3 HU
WCDMA
WCDMA
2nd Flexi MR 10(opt)
GSM&WCDMA
Opt.TRS ext
WCDMA
Opt.TRS ext
RA23101EN04GLA2
LTE
Opt. PDU
LTE
Opt.TRS ext
FSMF: GSM&WCDMA
WCDMA
© Nokia 2016
LTE
WCDMA/LTE
2nd Flexi MR 10(opt)
GSM/LTE/
WCDMA
3-RAT
Mode
System Module and RF sharing
• Sharing of fiber between technologies for
improved connectivity
WCDMA-GSM RF sharing
1xFXDB
• RF module/RRH support defined for separately for
SBTS
-
6 Gbps RF-modules primarily
-
all RATs supported, if band in question is applicable to RAT
FSMF
• Note that picture on the right is example only. Obviously
also combination with LTE is possible
GSM&WCDMA
Shared fiber between technologies
6Gbps OBSAI
19
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
Flexi Multiradio 10 System Module – Product highlights
FSMF
20
Customer Confidential
Flexi Multiradio
10 BTS
Easy capacity
expansion
FSMF System
Module
Add-in submodules
Share
FBBA/C card
LTE/GSM
WCDMA/GSM
LTE/WCDMA
LTE/GSM/WCDMA
Optional submodule
expanding SBTS
BB capacity and
connectivity
RA23101EN04GLA2
© Nokia 2016
Common Transport with SRAN
21
RA23101EN04GLA2
© Nokia 2016
SBTS common transport - one unified backhaul
22
GSM
TRS
WCDMA
TRS
LTE
TRS
SBTS
Common
Transport
shared
shared
IP / Ethernet
IP / Ethernet
GSM
LTE
WCDMA
Legacy Transport
Common Transport
Multiple BTS require
aggregation
Single Transport Entity in
SRAN BTS
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SBTS common transport
shared transport function in SBTS with unified operability
• On Transport layer site appears as one IP host
• Focus on IP/ETH-based Transport modes
S1/X2
Iub
Packet
Abis
SBTS
IP
Ethernet
Common Transport
• Single SBTS Transport feature set covering all RATs
• Flexible IP addressing, QoS and IPsec concepts
• Unified Transport Operability
RAT 1
RAT 2
RAT 3
Full packet backhaul example
23
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SBTS - Transport Modes
• Transport modes supported in parallel
S1/X2 over IP/Ethernet
- WCDMA: IP Iub over Ethernet
- GSM:
Iub
Packet
Abis
SBTS
IP
Ethernet
Common Transport
- LTE:
S1/X2
Packet Abis over IP/Eth
or Packet Abis over TDM
RAT 1
RAT 2
RAT 3
Full packet backhaul example
24
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SBTS - Transport Interfaces
• FSMF provides the following Transport interfaces
(without the optional Transport Sub-Module)
-
1x 100/1000 Base-T Ethernet port
1x optional optical (if not in use for RP3-01)
• Optional FTIF required in case of
-
25
Optional Transport Sub-Module FTIF
2 x Combo Ethernet Ports:
8x E1/T1/JT1 (twisted pair):
• 2x 1000/100BaseT, or
4 x RJ48C-style ports with
2 x E1/T1/JT1 each
• 2x optional optical GE SFP, or
• 1x 1000/100BaseT and
1 x optional optical GE SFP
use of TDM interface for
•
Packet Abis over TDM or
•
synchronization propagation via PDH
-
use of optical ethernet
-
need for multiple ethernet ports
-
use of Synchronous Ethernet Synchronization Output
using Synchronous Ethernet as input
Customer Confidential
RA23101EN04GLA2
1x optional optical SFP (GE),
available for Transport
only if not used for RP3-01
© Nokia 2016
1x 100/1000Base-T
Ethernet port,
dedicated for Transport
SBTS - IP addresses
•
Flexible IP addressing concept
-
Applications can bind to interface IP addresses, virtual IP addresses or alias IP addresses
-
IP addresses can be shared or dedicated across RATs and/or planes
-
SBTS M-plane binds to one IP address
-
In one extreme a SBTS can be operated with a single IP address for U-/C-/M-/S-plane,
in other extreme it can be operated for U- and C-plane IP addressing same as individual BTSs (except for M-plane which is
always shared)
SRAN
BTS
U/C/S
/M
VLAN
(optional)
SRAN
BTS
U/C/S
M
VLAN
(optional)
VLAN
(optional)
SRAN
BTS
U/C
U/C
U/C
S
Example
26
Customer Confidential
M
RA23101EN04GLA2
© Nokia 2016
VLAN
(optional)
VLAN
(optional)
VLAN
(optional)
VLAN
(optional)
VLAN
(optional)
SBTS - IP versions
• Supported IP versions
- On level of the IP interface IPv4 / IPv6 Dual Stack is supported
- Which applications can use IPv6 is subject to features per Radio Access
Technology, e.g. there are no plans for IPv6 for Packet Abis or IuB while it will be
released for S1/X1 interface
- IPv6 capabilities of a SBTS will thus be same as IPv6 capabilities of the individual
Radio Access Technologies
27
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SBTS - IP Security
• The SBTS provides the flexibility to freely map individual traffic flows to any IPsec security association
(SA). Thus IPsec SAs can e.g. be
- dedicated to a certain Radio Access Technology
- dedicated to a certain plane of a certain Radio Access Technology
- shared between multiple Radio Access Technologies (“Common IPsec Tunnel”)
• The SBTS may be connected
- to one IPsec gateway handling all traffic
- to different IPSec gateways, e.g.
• one per Radio Access Technology or
• one for Management Traffic and other one for production traffic
28
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SBTS - Transport Quality of Service
• Flexible QoS concept
• Two levels of scheduling/shaping are provided
• 1st level queuing/scheduler/shaper “per policed or
bandwidth limited connection in the transport
network”
- Traffic flows can be freely allocated to 1st level
schedulers allowing to prioritize, shape and limit
flows or combination of flows according to the
preference of the operator
• 2nd level scheduler/shaper “per phys. interface”
• Common BTS mapping table for DSCP  PHB and
DSCP  p-bits
29
Customer Confidential
RA23101EN04GLA2
Example scenarios
© Nokia 2016
SBTS - Transport Admission & Congestion Control
• Radio Access Technology-specific legacy Admission and Congestion Control mechanisms remain
applicable and operate independently in Single RAN BTS
- WCDMA:
Connection Admission Control
- LTE:
Measurement Based Transport Admission Control
- GSM: Packet Abis Congestion Control
under the assumption that each Radio Access Technology has its own static configured bandwidth for
committed bitrate traffic and other measures
• Existing dimensioning plans and rules can be reused as the RAT specific admission control and preemption mechanisms are reused
30
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN Overview
RF Sharing Synchronization
Traditional deployments
GSM BTS
System Module
WCDMA BTS
~
System Module
~
SRAN BTS
LTE BTS
System Module
In traditional deployments, RF sharing
requires site level synchronization
among BTS of different RATs
SRAN16.2 solution
GSM
~
WCDMA
System Module
LTE
~
SRAN16.2 BTS has a single clock
that feeds all RATs on the BTS
at once
All RATs on a single SBTS are synchronized from a common clock
31
RA23101EN04GLA2
© Nokia 2016
Single RAN Releases
Before & after
Before (SRAN16.2)
After (SRAN16.10)
• SRAN16.2 or SRAN16.2 MP1 release
• SRAN16.10 release
• LTE16/WCDMA16/GSM16 feature set
• LTE16/WCDMA16/GSM16 feature set
• NetAct16.2
• NetAct16.5+INES or NetAct16.8
• New SRAN features
• New BTS profiles
• Minimized RAT outage during upgrade
32
Nokia Internal Use
RA23101EN04GLA2
© Nokia 2016
SRAN Features
Rel - 16.2 and 16.10
33
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
Feature Name
1/14
Type
Operator Benefit
Site Solutions
SR000601
SR000944
SR000972
Initial SBTS Configurations for ETSI market with 6Gbps
OBSAI radio units
Supported RF HW in SBTS
SBTS System Module Sharing RTU
BSW
Lower OPEX
BSW
ASW
Have one single source of information/documentation about the supported RF-HW for SBTS.
Common hardware, but using different technologies saves OPEX for customers and simplifies
operational tasks.
The customer needs fewer number of sites, which results in savings of site rental, energy savings
and savings of antenna systems.
Lower OPEX
One sector Flexi Metro Remote RF Head is able to support 2TX MIMO with medium range output
power (2 * 5 W) for hot spot dense urban capacity sites. It enables easy installation outdoors
close to antennas or with an integrated antenna thus minimizing BTS site weight and complexity
while providing high capacity with SBTS features.
-Extended configuration capabilities;
-Better performance due to PIM avoidance;
Lower OPEX
SR000999
SR001067
SBTS configurations with 3G OBSAI radios
BSW
Adding Low Power RRH (2Tx/2x 4.0 RRH-family) to SBTS- BSW
configurations
SR001226
BSW
SR001268
SR001347
SBTS profiles for Indian customer and FXEE PIM
avoidance configurations
Initial SBTS-configurations with 2x FSMF System
Modules
Initial SBTS configurations for China market
High-capacity SBTS-installations
SR001036
SBTS LTE-GSM configurations with 3GBps OBSAI radios
BSW
SR001346
FXFA, FXFC, FXCA, FXCB radios support in SBTS
BSW
SR001356
SR001167
New SBTS-profile for high-sector RRH-deployment
SBTS support for FXEF Flexi RFM 3-pipe 1800 240W
BSW
BSW
SR001253
34
Customer Confidential
RA23101EN04GLA2
BSW
BSW
BSW
Lower OPEX
Release of high-capacity site solutions, covering up to 5x bands (shared, non-shared) with least
HW-footprint (least CAPEX and OPEX).
RF units are supported in LTE-GSM and WCDMA-GSM RF sharing mode or in dedicated WCDMA,
LTE or GSM Mode. CMCC configuration only
Support for FXFA, FXFC, FXCA, and FXCB radios into SBTS. There is also one profile with those
radios added. Enables operator to use SBTS solution for 1900 and 850 MHz bands
This feature introduces new SBTS-profile for Belarussia markets.
FXEFis 1800 MHz full 75 MHz bandwidth RF Module with high output power.
FXEF has 3 Power Amplifiers enabling it to support one, two or three sectors with up to 80 W
output power at the BTS antenna connectors. HW supports also RF sharing with GSM, and GSM
only configurations.
© Nokia 2016
SRAN 16.2 release content
Feature ID
2/14
Feature Name
Type
Operator Benefit
Operability
SR000713
SBTS Web UI
BSW
SR000726
SBTS Object Model
BSW
SR000794
SBTS SW License Management
BSW
SR000832
Flexi BTS and its Transport Parameter Categorization
BSW
SR000845
SBTS Operator Certificate Management
ASW
SR000846
SBTS Vendor Certificate Management
BSW
Element manager application always available with correct version. No need to install any
management application to computer.
There is one common object model for SBTS to simplify operations. The compatibility of logical
RNW model for single RAT BTSs supports seamless planning and operations also in mixed
network scenarios.
Licensing is running smoothly in the background. Impact at the beginning is low, but will increase
over time.
The risk that BTS gets unintentionally out of operation due to missing licenses is eliminated.
Network operator can reduce its operating expenses (OPEX) by simplification of the plan file and
limitation of the number of basic parameters to be managed via NetAct CM tools.
-Simplified network parameterization
-Faster product rollouts and less effort for competence development
-Reduces human effort needed for daily BTS maintenance tasks
The BTS Certificate Management improves the overall system security. It supports the
automated, centralized and scalable key and certificate management for operator networks,
which enables:
-Secure communication based on a public key infrastructure, using Nokia PKI solution or another
3rd party PKI solution or combine with an existing PKI solution.
-One PKI is able to manage all Nokia RAT technologies in a unique way
-Mutual authentication based on digital public certificates
-Cross certification support eases the secure interworking between RAN sharing operator
-3GPP compliant life cycle management allows a harmonized network wide and supplier
independent PKI which leads to considerable OPEX reductions.
The provision of Nokia Vendor certificates allows the operator to set up a 3GPP compliant PKI
solution. The authentication of a Nokia BTS by vendor certificate provides the trust for the
operator PKI to enroll an operator certificate automatically
* will be released post-C5, as late feature
35
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
3/14
Feature Name
Type
Operator Benefit
Operability
SR000899
SRAN Support of TLS 1.2
BSW
SR000900
SBTS Operator Account Management
ASW
SR000902
SBTS sRIO Link Layer Security
BSW
SR000903
SBTS User Event Logging
ASW
SR000904
SBTS DNS Support
BSW
SR000906
SBTS Nokia Service Account Management
BSW
SR000907
SBTS Security for Local Management Ports
BSW
SR000908
SBTS Crypto Agent
BSW
SR000909
SBTS Trusted Boot
BSW
SR000910
SR000911
SBTS Antenna Line Management
SBTS HW Management
BSW
ASW
Enhanced risk management is achieved because of improved RAN network security by protection
against eavesdropping and man in the middle attack. The SBTS and NetAct are compliant to 3GPP
Rel 11.2 security recommendation.
Enhanced risk management is achieved because of controlled and protected local and remote
access security and preventive measure against brute force attacks
Enhanced risk management is achieved because of improved BTS software and hardware
security. Any communication between BTS System Modules and Extension Modules connected
by front-cables is encrypted. Thus no attacker is able to eavesdrop the communication.
With Standalone Log collector an operator is able to audit configuration changes done by SBTS
Web UI with enhanced details like parameter name and value. Any misconfiguration done can be
identified much faster thus limiting network problems or even network outages.
DNS support provides the operator with the possibility to use Full Qualified Domain Name for
specified/selected destinations instead of fixed IP-address. This leads to reasonable OPEX savings
when the IP configuration of peers in the networks needs to be changed, for example
- for URL within operator certificates to address revocation list server
Remote and local service access capability with defined access permissions controlled by
operator
This feature prevents from vulnerabilities due to unauthorized access of intruders connecting to a
BTS via local Management Ethernet ports.
Significantly enhanced security is achieved because of the provided personal secure environment
protecting sensitive credentials and cryptographic services
Significantly enhanced risk management is achieved because only integrity checked code is
accepted for activation.
By this feature, operator can optimize network performance using RET and MHA devices.
Operator can view and modify 3GPP compliant SBTS HW via Web UI and NetAct.
* will be released post-C5, as late feature
36
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
4/14
Feature Name
Type
Operator Benefit
Operability
SR000912
SBTS SW Management
ASW
SR000913
SBTS Signed SW
BSW
SR000920
SBTS Fault Management
BSW
SR000921
SBTS NE3S WS NetAct integration
BSW
SR000924
SBTS Intelligent shut down
ASW
SR000928
SBTS Plug and Play
ASW
SR000929
SBTS Configuration Management
BSW
SR000930
SR000937
SBTS Configuration Validation
SBTS LTE Trace
BSW
ASW
SBTS has a single software delivery that provides the specific software for all three technologies
eliminating the need of complex software comparability checks for BTS. SW management actions
can be performed with NetAct SW Manager and Web UI.
Enhanced risk management is achieved because SW deliveries can't be faked or modified after
leaving the Nokia SW production environment.
Integrated trouble shooting over several network technologies will reduce OPEX at Operation
Centers
The SBTS NE3S integration provides a flat operation, administration and maintenance (OAM)
architecture without unnecessary mediation devices. The OMS unit is no longer needed for SBTS.
Mandatory for SBTS usage.
The Intelligent Shut-Down feature optimizes the investment to one battery backup system on a
high-capacity BTS, especially on sites that operate as important transmission hub nodes. With
Intelligent Shut-Down, separate backup systems for BTS and transmission are unnecessary.
Operator may have need to shut down e.g. GSM in site where they have GSM + LTE.
Fast deployment of the new SBTS. The manual work required on the site will be minimized and
risk of potential typing errors is very low.
This feature benefit operator as follows:-operator ensures configuration management at SBTS
level is consistent,
-operator can manage SBTS as a single entity within the configuration management operations.
Enables operator to validate site configuration from both NetAct and Web UI level.
This feature provides trace functionality for the LTE RAT in SRAN that is equivalent to the trace
functionality in existing LTE networks, reducing complexity and OPEX.
* will be released post-C5, as late feature
37
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
5/14
Feature Name
Type
Operator Benefit
Operability
SR000938
SBTS SW upgrade/update
BSW
-Single SW upgrade operation including SW components for all technologies in the SBTS.
-Less errors during operation due to hidden complexity within the SBTS.
-Maintaining the network quality by ensuring consistency of the SBTS SW Configuration.
SR000940
SBTS Diagnostics and Self Test
BSW
SR000942
SR000959
SR000989
SR000996
SR001000
SR001004
SR001005
SR001015
SBTS Manual Commissioning and system setup
SBTS Energy saving
SBTS - Minimizing Drive Tests (MDT)
SRAN Clock Time Management
SBTS RF Sharing RTU
SBTS Data User RTU
SBTS Channel bandwidth RTU
SBTS Incremental Power RTU
BSW
ASW
ASW
BSW
ASW
BSW
ASW
ASW
SR001027
SR001057
SR001118
SBTS PAoTDM for GSM dedicated mode with mcBSC
SBTS inheritance of Network Resiliency for mcBSC
SBTS Configuration file conversion from WCDMA or LTE
BSW
ASW
BSW
-Ensuring the consistency of the SW and operation execution within the SBTS.
Same diagnostics and self test functions that already used in LTE/WCDMA are easier to adopt by
users.
Key diagnostics functions and self testing makes it possible to identify HW failures in
commissioning and troubleshooting. This is seen as existing basic functionality and therefor
expected by customer.
Site commissioning and setup with the use of Web UI or NetAct
Operator can use energy saving features with SBTS in dedicated radio and RF-Sharing mode.
OPEX savings by minimizing the need for drive tests.
Clock time distribution is vital mandatory for whole network.
One common sales item simplifies license management of RF sharing .
One common sales item simplifies license management for invoicing # data users.
One common sales item simplifies license management for invoicing channel bandwidth.
One common sales item simplifies license management of incremental output power handling.
Simplification is related to commercial aspects as no technology specific planning is required, as
well as for operational aspects, as the field engineer does not need to cross-check between
technologies.
Possibility to utilize existing transport network in SRAN.
Minimized network impact.
Make easier and faster conversion from WCDMA or LTE BTS to SBTS.
* will be released post-C5, as late feature
38
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
Feature Name
6/14
Type
Operator Benefit
Operability
SR001185
SR001244
BSW
BSW
SR000923
SBTS Composer UI
SBTS PAoTDM for Flexi BSC with transport media
converter
SBTS State Management
SR001244
SR000935
SR000903
SBTS
PAoTDM
forSymptom
Flexi BSC with
Trouble
shooting
data transport
snapshot media
converter
SBTS User Event Logging
BSW
ASW
SR000926
SR001027
SR000941
Single RAN Abis o&m support
SBTS PAoTDM for GSM dedicated mode with mcBSC
SBTS support for datacollectors
BSW
BSW
BSW
SR000918
SBTS Basic Performance Management
SR001007
SR001052
BSW
Performance Monitoring
BSW
Operator can have same RAT specific PM as earlier, and reuse existing competence and tools on
BTS PM.
SBTS feature parity in SRAN 16.2
BSW
Feature parity with FDD-LTE 16 newly developed
features
BSW
Feature brings feature parity with dedicated technologies, and enables usage of same features in
SBTS.
SRAN customers get FDD-LTE 16 features available at the earliest possible time.
Feature Parity
39
Guided manual commissioning wizard for site setup without ready made SCF.
This is solution to cover situations where customer cannot wait BSC ETPT SW support or/and
does not want to use IPSec on Abis interface. CAPEX savings because of re-use of TDM transport.
SBTS State visualization in NetAct and in Web UI capabilities for visualization of and filtering
based on state information in the monitoring and troubleshooting tools. Includes also isolated
RAT reset
This
solution to cover
Basicisfunctionality
to getsituations
snapshotswhere customer cannot wait BSC ETPT SW support or/and
does
not want
toLogging
use IPSec
Abisconfigurations
interface. CAPEX
savings
because
of re-use
of TDM
transport.
Parameter
Level
foron
SBTS
done
by operator
users
via WebUI
or Nokia
Networks service user via Secure Shell access.
This feature provides the related necessary adaptations both on BSC and SBTS side.
Support of PAoTDM as an only transport connection for SBTS (GSM dedicated mode).
Provides Stream data interface for SBTS external data storages (L3DC) and analyzers (L3DA, Sys
log analyzer).
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
7/14
Feature Name
Type
Operator Benefit
Transport
SR000176
ML-PPP termination
BSW
SR000344
SR000350
Fast IP Rerouting
Ethernet Termination
ASW
BSW
SR000356
IPsec for BTS
ASW
SR000357
Symmetrical E1 Interface
ASW
SR000360
IP Transport Network Measurements
ASW
SR000361
SR000365
Link Supervision with BFD
Electrical 100/1000-Base-T Interface
BSW
ASW
SR000366
SBTS Firewall
BSW
Enables migration to IPv4 based transport while utilizing existing TDM infrastructure.
No need to immediately update the complete transport network to Ethernet.
Enables to make use of redundant backhaul connections to improve availability.
Basic feature needed with every Ethernet interface (including Ethernet termination and Ethernet
forwarding).
Key differentiators: Jumbo frame support (ready for IPv6 with IPv6 IPsec)
IPsec allows using transport networks which cannot be fully trusted. An external security gateway
at the BTS site is not needed by having IPsec embedded in BTS.
The need for protecting traffic is most severe for LTE and GSM traffic, less for WCDMA.
Capability to operate different tunnels at different IP version supports e.g. that
- in multi-operator case each operator can independently migrate the IPsec tunnel to IPv6
- in case separate tunnels and Security Gateways are operated for production traffic and DCN, the
two domains can be migrated to IPv6 tunnel independently
The support of standard E1 interfaces allows the connection of widely available TDM based
infrastructure
This feature brings OPEX savings as the operator is able to monitor the network conditions and
can react quickly to potential service degradations. Measurement provides an indication of
possible violations against an SLA (Service Level Agreement). CAPEX savings are obtained,
because the built-in measurement means obsoletes expensive measurement equipment that
would be otherwise required to supervise and troubleshoot the network.
BFD allows tight monitoring of the transport connection.
The support of standard Ethernet interfaces allows the connection of widely available Ethernet
based infrastructure
Increased network element security providing more robust network operation.
* will be released post-C5, as late feature
40
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
8/14
Feature Name
Type
Operator Benefit
Transport
SR000367
SR000368
SR000369
SR000370
SR000371
SR000374
Small Form Factor Plugable Slot (SFP slot)
1000Base-SX Optical GE Interface
1000Base-LX Optical GE Interface
1000Base-ZX Optical GE Interface
1000Base-BX Optical GE Interface
Timing over Packet with Frequency Sync
ASW
BSW
BSW
BSW
BSW
ASW
SR000375
Synchronous Ethernet
ASW
SR000376
Synchronization from 2.048MHz signal
ASW
SR000377
Synchronization from PDH interface
BSW
Flexibility with regards to the optical physical media selection
Provision of a cost effective short-haul optical GE interface
Provision of a cost effective medium-haul optical GE interface
Provision of a BTS integrated cost efficient long-haul optical GE interface
Provision of a cost effective single fiber optical GE interface
Timing over Packet solution allows the operator to take full advantage of packet based backhaul
networks. If the packet based backhaul network is of sufficient quality, it can be used for
providing synchronization to the BTS.
This brings CAPEX/OPEX savings, as neither TDM links nor additional equipment like GNSS
receivers are required for BTS frequency synchronization purposes.
Synchronous Ethernet is a solution to provide an accurate frequency reference for the BTS
through a Packet Network. The main advantage of Synchronous Ethernet is that it can provide a
high quality synchronization reference for base stations, comparable with SDH based
synchronization. Moreover, the stability of recovered frequency does not depend on the network
load or network impairments, unlike Timing over Packet.
G.703 compliant 2.048MHz signal can be used to frequency synchronize the BTS. The G.703
2.048MHz signal is also a common signal used for testing and can be used with many
measurement equipment.
Existing E1/T1/JT1 backhaul links can be used for base station frequency synchronization.
* will be released post-C5, as late feature
41
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
Feature Name
9/14
Type
Operator Benefit
Transport
SR000382
Multiple VLAN interfaces
BSW
SR000383
Timing over Packet with phase synchronization
ASW
SR000384
Timing over Packet Resilience
BSW
SR000385
Synchronization Hub
BSW
42
Customer Confidential
RA23101EN04GLA2
Ability to separate different traffic types to different VLAN interfaces.
It enables use cases like
- Traffic separation, e.g. to transmit different traffic types over last mile connections with
different characteristics.
- Traffic aggregation, e.g. aggregate the same traffic types from several BTSs into the same VLAN,
to enable the same QoS in the backhaul network.
- Traffic prioritization based on VLAN IDs - if the backhaul network does not support other means
like DSCP or PCP.
- Enables in conjunction with overall load distribution features to allocate shares of traffic to
different VLANs
- To facilitate mapping of BTS traffic types to different traffic streams at the transport network
(e.g. different MPLS paths).
The Timing over Packet (ToP) with Phase Synchronization feature provides significant
CAPEX/OPEX savings as GNSS receiver is not mandatory anymore to provide Phase and Time
synchronization to BTS. The feature also increases site deployment flexibility as area where GNSS
receiver cannot be installed (for e.g. indoor, urban canyon) can now also be provided with Phase
and Time
This feature provides the capability for geographical redundancy of the ToP Master equipment
thus increasing the reliability of the synchronization.
Collocated or chained base stations can rely on synchronization capabilities of the BTS so that
there is only one single synchronization source for whole Single RAN site or chained BTSs. This
helps to save the CAPEX and OPEX of synchronization solution for example one GNSS receiver for
multiple BTSs.
© Nokia 2016
SRAN 16.2 release content
Feature ID
10/14
Feature Name
Type
Operator Benefit
Transport
SR000386
QoS Aware Ethernet Switching
BSW
SR000395
SR000396
IPv4 based S1/X2
IPv4 based Iub
ASW
ASW
SR000397
IPv4 based Packet Abis Transport
ASW
SR000402
BTS QoS Support for Terminated and Routed Traffic
BSW
SR000403
Source based routing in BTS
BSW
Removes the investment in an external device at the BTS site for providing Ethernet Switching
functionality
Enables the following use cases:
-- Ethernet traffic aggregation in collocation scenarios
-- Chaining of BTS's
Standards based backhaul solution for LTE S1 and X2 transport.
OPEX and CAPEX savings in transport result from more cost efficient transport network for Iub
traffic.
OPEX and CAPEX savings in transport result from more cost efficient transport network for the
GSM Abis interface.
Transport networks, if not over-dimensioned, can cause packet loss or delay due to transport
equipment buffers, traffic prioritization in case of overload or due to policing in case of SLA
agreements for leased line networks.
The above described QoS mechanism limits the possible traffic loss and maps the traffic to a
suitable transport network QoS class. Accordingly the QoE for the end-users is improved.
This QoS mechanism can fulfill operators own requirements towards separating, limiting and
measuring the traffic of the different radio technologies or the traffic of the services within it.
This feature furthermore enables the usage of many different types of transport networks and
configurations of those networks.
This feature increases the IP addressing flexibility by introducing a more sophisticated routing
mechanism. The feature may obsolete the need for address re-planning and reconfiguration
during network migration cases, such as Single RAN or multi-operator scenarios which require
merging of multiple legacy networks operating on identical or overlapping IP subnets.
* will be released post-C5, as late feature
43
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
11/14
Feature Name
Type
Operator Benefit
Transport
SR000439
IPSec Emergency Bypass
BSW
Feature allows limiting the network outage time in case of a severe IPsec cluster failure to a
minimum
- Security Gateway resilience is broadly implemented by operating a pair of GWs in a HA (high
availability) cluster, one GW being active, one being standby, with state failover
- Even the best resilience solution still poses the potential risk that unexpected failures happen,
which are thus not covered by the solution and might affect the whole HA cluster
- If whole Security Gateway HA cluster fails larger area will go out of service
- In failure case it is not possible to deactivate IPsec in the BTS as BTS is managed through the
IPsec tunnel, thus BTS remains from O&M perspective not reachable
- In extreme, depending on duration of Security Gateway HA cluster failure situation, even site
visit would be required
The feature mitigates as well outages due to misconfiguration.
* will be released post-C5, as late feature
44
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
12/14
Feature Name
Type
Operator Benefit
Transport
SR000465
Local and Remote IP Traffic Capturing
BSW
Operator User stories:
* As a maintenance engineer I want to capture the transport IP traffic related to a single UE at a
BTS in the field to calculate the KPIs, prove correct BTS behavior and evaluate actual network
performance. As an operator I want faults to be analyzed and solved by the vendor as quickly as
possible so that consequences are as minimal as possible
* As a maintenance engineer I want to capture BTS traffic when being connected remotely in
order to investigate unexpected BTS behavior.
* As an engineer I want to locally capture BTS traffic over a period of up to several days in order
to investigate unexpected BTS behavior, support bugfixing and customer trials.
* As a maintenance engineer I want to avoid extra site visits to retrieve transport capture files
so that I can save time, cost and effort
* As Technical Support engineer I want to have the transport capture files as often as possible
included to the ticket so that I can significantly reduce the ticket resolving times.
* As Technical Support engineer I want local unlimited IP traffic capturing including U-plane
headers so that I can cover all possible faults and use cases that require transport traces
* As a maintenance engineer I want a robust and simple configuration interface so that I
configure the IP traffic capturing even in fault or congestion situations
Other benefits:
* In many fault scenarios mirrored or monitored traffic is required. If IPsec is in use, decrypted
traffic trace is required
* To avoid site visits and speed up root cause analysis, remote monitoring of decrypted traffic is
required.
* Tickets can be delivered quickly with all required content Incl. Transport capture file
* Customer saves time and effort for root cause analysis
* will be released post-C5, as late feature
45
Customer Confidential
RA23101EN04GLA2
© Nokia 2016
SRAN 16.2 release content
Feature ID
Feature Name
13/14
Type
Operator Benefit
Transport
SR000589
IPv4/IPv6 Transport Stack
BSW
SR000600
Backup IPsec Tunnel
ASW
SR000650
TDM fallback for GSM Application
BSW
SR000770
LTE Dual U-plane IP addresses
BSW
SR000788
1PPS&ToD Sync from External GNSS receiver
ASW
SR000847
BTS Synchronization Mode Support
BSW
SR000870
Flexible IP Addressing for PKI
BSW
SR000954
SBTS Common Transport
ASW
46
Customer Confidential
RA23101EN04GLA2
This feature is the foundation for IP based Iub, IP based Packet Abis over IP/Ethernet, and IP
based S1/X2 , which allow to make use of cost efficient and state of the art packet transport for
mobile backhaul.
Service continuation w/o BTS site visit after SEG site disaster, while in normal operation
maximum security is applied, i.e. M-plane is protected by IPsec as well. By this retain customers,
manage risks and differentiate in the market.
Retaining GSM service in the event of packet network unavailability using still available but
otherwise unused TDM connection to the site
e.g. Exceeding UL/DL 1 GE throughput on backhaul interfaces.
IP networks with two separate transport paths can be supported end to end.
Synchronization can be provided to BTS in remote area for e.g. an island
Network level Phase and Time synchronization which is mandatory for TD-LTE and certain phase
and time sync dependent radio applications in LTE (and LTE-A) or GSM can be supported.
Synchronization is the basic requirement for BTS to operate. By supporting both frequency and
phase (time) synchronization, operators can selectively choose the kind of synchronization
support that meet their requirement.
Network level phase and time synchronization which is mandatory for TDD-LTE and certain radio
applications in LTE or GSM can be supported
M-plane and PKI/certificate management IP address separation enables the Operator to use
IPsec for the M-Plane while not applying IPsec to certificate management traffic, without special
IP address consideration within the backhaul Routers.
This feature provides shared transport function for the SBTS meaning unifying multiple
mechanisms, for example unified transport configuration management, unified transport
performance management, and unified transport fault management. This feature is compatible
to the current multi-operator scenarios, and the existing properties of different RATs are
maintained.
© Nokia 2016
SRAN 16.2 release content
Feature ID
Feature Name
14/14
Type
Operator Benefit
Transport
SR001003
SR001041
IPv4 based SBTS Management Plane
Synchronization Holdover Support
BSW
BSW
SR001103
SBTS Flexible Sync Input Priority
BSW
SR000383
Timing over Packet with phase synchronization
ASW
47
Customer Confidential
RA23101EN04GLA2
Connect to SBTS from WEB GUI and from NetAct.
SRAN BTS remains in service when synchronization source is lost and hence end users are not
impact.
Holdover performance also provides operator sufficient time to visit the site and fix the problem
is site visit is required
The operator can flexibly design their synchronization redundancy solution according to the
available synchronization sources and preference. For e.g. some operators may view that ToP
with Phase sync is more reliable than GNSS receiver due to GPS jamming problem
This features provides phase and time synchronization of BTS through the packet network. Phase
and Time synchronization is needed for TDD LTE mode, certain advanced radio applications in LTE
and GSM Dynamic Radio Frequency Allocation (DFCA) radio application.
© Nokia 2016
SRAN 16.10 release content
Feature ID
Feature Name
1/3
Type
Operator Benefit
Transport
SR000554
Sync Hub Direct Forward
BSW
SR000567
1PPS&ToD Sync from Sync Hub Master
ASW
SR001147
Synchronization Hub with FCLK/FN signal as output
BSW
SR001340
Termination of multiple ML-PPP Bundles
BSW
48
RA23101EN04GLA2
Provides a more efficient and accurate Phase/Time synchronization distribution to all BTSs at the
site, regardless of whether RF sharing is used or not. Availability after PCD1
feature introduces a new mode of operating the GPS/1PPS Synchronization Input which will allow
a Sync Hub Slave BTS that is part of a 1PPS sync chain to receive Time of Day (ToD) info provided
by a Sync Hub Master BTS. Availability after PCD1
feature extends the scope of the SR000385: Synchronization Hub feature with an additional
Frame Clock (FCLK) and a Frame Number (FN) signal as a possible synchronization signal output.
feature extends the functionality of the SR000176: ML-PPP Termination feature by introducing
support of 16 Multi-link Point-to-Point Protocol (ML-PPP) bundles. Availability after PCD1
© Nokia 2016
SRAN 16.10 release content
Feature ID
Feature Name
2/3
Type
Operator Benefit
Operability
SR000951
BTS Embedded Power Meter for Energy Efficiency
Monitoring
ASW
SR001064
SRAN16.10 Upgrade
BSW
SR001354
Offline SCF conversion from three dedicated RAT to
SRAN
BSW
49
RA23101EN04GLA2
Feature enables the collection of energy consumption data from supported hardware in Radio
and System modules. The feature works in single-RAT mode (GSM, WCDMA, LTE) as well as RF
Sharing mode.
Feature introduces the software upgrade from SRAN 16.2 or SRAN 16.2 maintenance package
(MP) to SRAN 16.10.
Feature introduces a script converting the site configuration files (SCFs) from single-RAT releases
to SRAN16.10.
The following migration paths are supported:
• LTE 15 → SBTS 16.10
• LTE 15A → SBTS 16.10
• LTE 16 → SBTS 16.10
• WCDMA15 (RU50EP1) → SBTS 16.10
• WCDMA16 → SBTS 16.10
© Nokia 2016
SRAN 16.10 release content
Feature ID
Feature Name
3/3
Type
Operator Benefit
BTS Site Solution
SR001079
SBTS configurations for the ANSI market
BSW
SR001121
SBTS Support for FHEL Flexi RRH 2-pipe 1800 120W
BSW
SR001218
GSM Flexible MCPA Tx Power pooling in SBTS
BSW
SR001225
SR001262
6-sector and dual LTE-carrier SBTS-configurations
Support of GSM dedicated BTS with SBTS
BSW
BSW
SR001355
SR001130
SR001292
High-capacity SBTS-installations with LTE 4Rx-diversity
Additional SBTS configurations and radios
Initial SBTS-configurations for Italian market
BSW
BSW
BSW
SR001345
SR001459
SRAN support for FRGB Flexi RRH 2-pipe 2100 120W
Embargo free SBTS
BSW
BSW
SR001169
SBTS support for FRGX Flexi RFM 3-pipe 2100 240W
BSW
50
RA23101EN04GLA2
Feature defines a set of Single RAN BTS (SBTS) configurations based on customer requests.
Availability after PCD1
Feature defines a set of Single RAN BTS (SBTS) configurations based on customer requests.
Availability after PCD1
Feature allows to configure the power of the Radio Frequency (RF) unit, which exceeds the
maximum power supported by this RF unit. This solution allows a BSC to dynamically allocate
more power to TRXs/users when needed. Availability after PCD1
Feature defines a set of Single RAN BTS (SBTS) configurations based on customer requests.
Feature introduces the multi-BCF support in an SBTS with a GSM dedicated BTS. Availability after
PCD1. The GSM dedicated BTS can be one of the following:
• GSM Flexi EDGE BTS System Module (ESMA)
• GSM Flexi Multiradio BTS System Module (ESMB/ESMC)
• GSM Flexi Multiradio 10 BTS System Module (FSMF)
Feature defines a set of Single RAN BTS (SBTS) configurations based on customer requests.
Feature introduces new configurations.
Feature defines initial Single RAN BTS (SBTS) configuration based on customer requests.
Availability after PCD1
Feature introduces the FRGB remote radio head.
Feature introduces new, embargo-free variants of the System Module FSM3. Embargo-free
modules FSMFA and FBBCA supports the same features as FSM3 except IP Security.
Feature introduces SBTS support for the FRGX 3-pipe 2100 240W Flexi radio module.
Availability after PCD1
© Nokia 2016
SRAN Roadmap
51
RA23101EN04GLA2
© Nokia 2016
release plans
SRAN
Release plans
product
releases
2016
5/16
content info
2017
2018
8/16 10/16
SRAN 16.10
11/16
01/17* 3/17**
5/17
SRAN 17
03/17
6/17
8/17
SRAN 17A
9/17 11/17
SRAN 18
ready for offering (C3)
Confidential
52
Internal
limited availability (CP)
general availability (C5)
* CP1
** CP2
RA23101EN04GLA2
© Nokia 2016
2/18
features
back
SRAN16.10 overview and upgrade
SW compatibility
SRAN SW Release
Compatibility
53
Internal
RA23101EN04GLA2
© Nokia 2016
RA23101EN04GLA2
© Nokia 2016