Professional Documents
Culture Documents
The contents of this document are proprietary and Feedback may be used in Nokia Solutions and any kind, either express or implied, including, but not
confidential property of Nokia Solutions and Networks. Networks products and related specifications or other limited to, the implied warranties of merchantability and
This document is provided subject to confidentiality documentation. Accordingly, if the user of this fitness for a particular purpose, are made in relation to
obligations of the applicable agreement(s). document gives Nokia Solutions and Networks the accuracy, reliability or contents of this document.
feedback on the contents of this document, Nokia NOKIA SOLUTIONS AND NETWORKS SHALL NOT
Solutions and Networks may freely use, disclose, BE RESPONSIBLE IN ANY EVENT FOR ERRORS IN
This document is intended for use of Nokia Solutions
reproduce, license, distribute and otherwise THIS DOCUMENT or for any loss of data or income or
and Networks customers and collaborators only for the
commercialize the feedback in any Nokia Solutions and any special, incidental, consequential, indirect or direct
purpose for which this document is submitted by Nokia
Networks product, technology, service, specification or damages howsoever caused, that might arise from the
Solutions and Networks. No part of this document may
other documentation. use of this document or any contents of this document.
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 Solutions and Networks. Nokia Solutions and Networks operates a policy of This document and the product(s) it describes are
This document is to be used by properly trained ongoing development. Nokia Solutions and Networks protected by copyright according to the applicable laws.
professional personnel. Any use of the contents in this reserves the right to make changes and improvements
document is limited strictly to the use(s) specifically to any of the products and/or services described in this
Nokia is a registered trademark of Nokia Corporation.
created in the applicable agreement(s) under which the document or withdraw this document at any time
Other product and company names mentioned herein
document is submitted. The user of this document may without prior notice.
may be trademarks or trade names of their
voluntarily provide suggestions, comments or other
respective owners.
feedback to Nokia Solutions and Networks in respect of
The contents of this document are provided "as is".
the contents of this document ("Feedback"). Such
Except as required by applicable law, no warranties of
© Nokia Solutions and Networks 2015
Orthogonal Sub-Channel (OSC) is a voice capacity feature that allows assigning two AMR HR
connections on the same TCH/H channel (Double Half Rate mode)
• up to four AMR HR connections may be served by one radio timeslot
OSC comprises the following features:
• OSC Double Half Rate with SAIC MS (BSS21309)
• Circuit Switched Dynamic Abis Pool (BSS30385)
- provisioning of the ‘additional’ Abis capacity required by the second OSC sub-channel (two
AMR connections paired in DHR mode on the same TCH/H requires two 16kbps Abis sub-
channels)
- either CSDAP or Packet Abis over IP/Eth (BSS21454) or Packet Abis over TDM BSS21440)
is a prerequisite for OSC Double Half Rate with SAIC MS feature
OSC requires Single Antenna Interference Cancelation (SAIC) receiver in mobile stations
• BSC applies OSC only for MSs which indicate their SAIC support
• Two AMR HR connections being allocated on the same TCH/H channel are regarded as Double Half
Rate calls
• TCH/H channel to be allocated to DHR connections is split into two (orthogonal) sub-channels
(OSC-0 and OSC-1)
• The separation between OSC-0 and OSC-1 sub-channels is achieved by the use of Training
Sequence Codes
• sub-channel specific TSCs are optimized in TSC pairs for the lowest cross-correlation
• OSC-0 sub-channel is assigned a ‘legacy’ TSC and uses ‘legacy’ Abis transport resources
• OSC-1 sub-channel is assigned ‘pair-wise’ TSC and uses ‘additional’ Abis transport resources
• additional Abis transport capacity may be provided with CSDAP or Packet Abis
• OSC-0 and OSC-1 sub-channels have independent RR signaling
• A decision whether connection should be regarded as standard AMR HR call or DHR one is based
on the new OSC Neighboring Sub Channel Measurements IE being part of in Uplink Measurements
IE sent in existing Measurement Result message
• interval is defined with UTPFIL parameter: DHR Search for the 1st
CANDIDATE LISTING INTERVAL candidate (target
channel)
• if the percentage of free FR TCHs decreases below DHR
Yes suitable target No
Limit For FR TCH Resources, the BTS enters DHR channel found?
multiplexing mode end
Search for the 2nd candidate
end
DHR multiplexing HO of 2nd
candidate to the target channel
ready
• both AMR HR and FR calls are considered Search for the 1st
candidate (target
• unless AMR FR to DHR HO is blocked with UTPFIL parameter channel)
(AMR FR DHR MUX)
Yes suitable target No
• Candidates for DHR multiplexing HO must fulfill the following
channel found?
criteria:
end
• UL & DL RxQual ≤ Intra HO Threshold Rx Qual AMR FR Search for the 2nd candidate
end
DHR multiplexing HO of 2nd
candidate to the target channel
ready
• The list of 2nd candidates is created based on the UL Rx Level Window criterion:
• (UL RxLev2nd+Current Power Reduction2nd)≥(UL RxLev1st -Multiplexing UL RxLev Window)
and
• (UL RxLev2nd+Current Power Reduction2nd)≤(UL RxLev1st +Multiplexing UL RxLev Window +
Max Power Reduction2nd)
RxLev
RxLev1st - Window UL RxLev1st RxLev1st + Window + Max Power Reduction 2nd
end
DHR multiplexing HO of 2nd
candidate to the target channel
ready
ready
• PC algorithm for DHR mode is similar to the one used for non-DHR connections
• legacy Rx Level thresholds are re-used
• new DHR-specific Rx Quality thresholds allow differentiating from AMR HR
• PC Lower Threshold DL Rx Qual DHR
• PC Upper Threshold DL Rx Qual DHR
• PC Lower Threshold UL Rx Qual DHR
• PC Upper Threshold UL Rx Qual DHR
• PC control has lower priority than demultiplexing HO
• DL PC is performed for both paired DHR connections
independently (based on Rx Level and Rx Quality
criteria) but used Tx power is determined by the weaker
connection
• individual (DHR-connection-specific) Tx power levels are commanded to BTS
• BTS selects the higher DL power level (among two commanded ones) and applies it for both
paired DHR connections
• Fast averaging of UL RxLev and UL RxQual for PC (and HO) procedures in DHR mode
may be enabled with the UTPFIL parameter FAST AVE OF DHR UL
• the existing RxLev and RxQual specific Px and Nx parameters are used
- DHR connection may be handed over to the other cell but only to AMR HR/FR channel mode (DHR
to DHR inter-cell handovers are not possible)
- Inter-cell HO for DHR connections are controlled with new Rx Quality thresholds (Threshold Dl Rx
Qual DHR and Threshold Ul Rx Qual DHR) and legacy Rx Level thresholds (Threshold Level
Downlink Rx Level and Threshold Level Uplink Rx Level are re-used)
- inter-cell HO is triggered if the following conditions are met:
DLRxQual ≥ Threshold DL Rx Qual DHR or ULRxQual ≥ Threshold UL Rx Qual DHR
or
DLRxLev ≤ ThresholdLevelDownlinkRxLevel or ULRxLev ≤ ThresholdLevelDownlinkRxLevel
Threshold Level Uplink/Downlink Rx Determines uplink/downlink Rx level threshold for triggering the inter-cell handover
Level due to Rx level. This also applies to DHR connections.
Determines downlink and uplink Rx quality threshold for the packing HO (AMR FR to
Intra HO Threshold Rx Qual AMR FR AMR HR). This is also used as a threshold for 2 nd DHR multiplexing candidate
selection.
There are no new Nx & Px parameters dedicated to DHR mode and the existing ones related to particular HO and PC
procedures are re-used.
Intra HO Lower Rx Quality Limit AMR Determines the limit of the uplink and downlink Rx quality for quality based intra-cell
(AMR Unpacking Optimization HOs. If averaged uplink or downlink Rx quality is higher than this parameter, the
BSSBSS21120) quality based intra-cell HOs are not allowed. This also prevents DHR demultiplexing
HO in poor Rx quality conditions.
Intra HO Lower Rx Level Limit AMR HR Determines the lower limit for uplink and downlink Rx level for quality based intra-cell
(AMR Unpacking Optimization HOs for AMR HR mode. If averaged uplink or downlink Rx level is lower than this
BSSBSS21120) parameter, the quality based intra-cell HOs for AMR HR calls are not allowed. This
also prevents DHR demultiplexing HO in poor Rx level conditions.
Determines the upper limit for uplink and downlink Rx level for quality based intra-cell
Intra HO Upper Rx Level Limit AMR HR HOs for AMR HR mode. If averaged uplink or downlink Rx level is higher than this
(AMR Unpacking Optimization parameter, the quality based intra-cell HOs for AMR HR calls are not allowed. This is
BSSBSS21120) also used to determine the target channel mode (AMR FR or AMR HR) in DHR
demultiplexing HO triggered by Rx quality criterion – if Rx level is higher than this
threshold DHR call is demultiplexed to AMR HR, otherwise to AMR FR.
In legacy Abis interface there is allocated 16 kbit/s fixed transmission capacity for
each radio timeslot from Abis ETPCM.
When OSC is taken to use then more Abis transmission is needed for radio timeslot
because two calls are multiplexed to one HR (or FR) TCH.
There is no sense to allocate double fixed transmission capacity for each RTSL
because extra transmission is needed only when there is high load situation in the
cell.
There are two possibilities to offer transmission for OSC DHR calls:
• Circuit Switched Dynamic Abis Pool (CSDAP)
• Packet Abis
CSDAP feature offers possibility to create common transmission pool(s) for circuit
switched traffic to BCF cabinet
Maximum 4 CSDAPs in BCF
Maximum 1000 CSDAPs in BSC
CSDAP is continuous block 64 kbit/s physical timeslots
CSDAP size can be 1 … 31 timeslots (ANSI 1…24 timeslots)
CSDAP can situate in the same or different Abis ETPCM as TRXs using it.
• For OSC DHR mode more Abis transmission is needed for radio timeslot because two calls are
multiplexed in one HR channel
MS1 free
FR FR
in OSC mode 2 DHR calls are transmitted in the same time
(i.e. time slot as these calls are distinguished by different TSC):
OSC-0 channels always use PCM resources reserved for TCH
a single RTSL carrying FR call while
is mapped to a single Abis sub-TSL OSC-1 channels always use PCM resources reserved in CSDAP
multiplex
multiplex
as the entire channel is used by HR call
OSC-0 OSC-0 OSC-0 OSC-0
OSC
OSC
ing
ing
in every second time slot
MS2 MS4 MS2 free
OSC-1 OSC-1 OSC-1 OSC-1
MS1 MS2 HR (time) HR (time)
HR HR multiplexing multiplexing
HR (time) multiplexing
CSDAP id 1..1000, CSDAP ID allows to identify the dynamic Abis pool in the BSC. The - ID
step 1 identification number must be unique within the BSC. (ADV)
CSDAP circuitGroupNumber 0..65535, Circuit group number identifies the circuit group associated to the CSDAP. - -
step 1 Circuit group (CGR) represents resources available on A interface as well as (-)
corresponding block of memory which BSC SW can recognize and address. Note: This is
During DAP creation BSC automatically reserves a free circuit group for each hidden
CSDAP, the assignment cannot be modified and BSC SW understands these parameter.
circuit group numbers rather than CSDAP IDs. This is read-only parameter as
the value is automatically selected during CSDAP creation.
CSDAP pcmCircuit_ID 0..3391, PCM circuit ID indicates the number of Abis interface line (ET-PCM) where - CRCT
step 1 CSDAP is created. (-)
PCM circuit ID is part of hidden circuit (CRCT) parameter which allows to
indicate the number of PCM line where CSDAP is created as well as the
amount of PCM timeslots from the ET_PCM reserved for the CSDAP. The size
of DAP is defined either by indication of firstTSL and lastTSL or by indication
of firstTSL and size of the Abis pool. Thus circuit can have the following
structure:
circuit = pcmCircuit_ID – firstTSL – lastTSL or
circuit = pcmCircuit_ID – firstTSL – size
BSC - MML
MO Abbreviated Range And Default
Description Name
Class Name Step value
(Category)
CSDAP firstTSL 1..31 (E1) First timeslot indicates the position on Abis interface line (defined by means - CRCT
1..24 (T1) of pcmCircuit_ID) of the first timeslot of the CSDAP. (-)
This parameter can be modified by entering a new value using parameter
newFirstTimeSlot (NFT).
CSDAP lastTSL 1..31 (E1) Last timeslot indicates the position on Abis interface line (defined by means of - CRCT
1..24 (T1) pcmCircuit_ID) of the last timeslot of the CSDAP. The parameter is optional as (-)
the size of CSDAP can be also defined explicitly by using parameter pool size
(in addition to first timeslot).
Last timeslot can be modified by entering a new value using parameter
newLastTimeSlot (NLT).
CSDAP poolSize 1..31 (E1) Pool size defines the size of the CSDAP. The parameter is optional as it can - CRCT
1..24 (T1) be replaced with the parameter last timeslot. (-)
CSDAP bcfAbisIF 1..16 BCF Abis interface allows to define at BCF side the number of Abis interface line - BAIF
where the CSDAP is created. (ADV)
CSDAP bcfTslShift -30...30, Last timeslot indicates the position on Abis interface line (defined by means of 0 SHIFT
step 1 pcmCircuit_ID) of the last timeslot of the CSDAP. The parameter is optional as the (ADV)
size of CSDAP can be also defined explicitly by using parameter pool size (in
addition to first timeslot).
Last timeslot can be modified by entering a new value using parameter
newLastTimeSlot (NLT).
BCF csDapId1..4 1..1000 Attached CSDAP1..4 indicates the number of CSDAP attached to the given BCF. - CSDAP1..4
Up to 4 CSDAPs can be attached to BCF (but a single CSDAP can be connected (ADV)
to only one BCF).
When more than 1 pool is attached to the BCF then fault situation in CSDAP (e.g.
due to Abis line outage) does not totally prevent OSC capability in the BCF.
Besides, CSDAP capacity can be increased in the BCF by extension transmission
capacity of the BCF and creation of another CSDAP on the newly connected Abis
line.
– OSC Support for UltraSite (BSS21546) and OSC Support for FlexiMultiradio
(BSS21534)
HR DHR
ready
– Only TCH/F allocated to SAIC MS with the AMR-FR call suitable 2nd
Yes No
may be regarded as the 1st or the 2nd candidate for candidate
found?
DFR multiplexing
end
DFR multiplexing HO of 2nd
candidate to the target channel
ready
RXQUAL
0
too low RxLev 2nd candidates
Intra HO Threshold
Rx Qual AMR FR2DFR too low RxLev &
too poor RxQual
too poor RxQual
RXLEV
7
0 OSC DFR Multiplexing UL 63
Rx Level Threshold
end
DFR multiplexing HO of 2nd
candidate to the target channel
ready
• Fast averaging of UL RxLev and UL RxQual for PC (and HO) procedures in the DFR
mode may be enabled with the UTPFIL parameter FAST AVE OF DFR UL
– the existing RxLev and RxQual specific Px and Nx parameters are used
UL RXLEV User B
63
PC Upper Threshold
Lev UL Rx Level (UUR) OSC DFR Multiplexing
UL Rx Level Window
User A OSC DFR Multiplexing
UL Rx Level Window
6 dB safety margin
PC Lower Threshold
Lev UL Rx Level (LUR)
BSC decreases User’s B
power because Rx level
is above UUR
0 time
BSC increases User’s B power BSC applies auxiliary power increase to User A because
because Rx level is below LUR User’s B power is outside Rx Lev Window
Qual DFR
Inter-cell HO
RXLEV
7
0 Threshold level DL(UL) Rx 63
Level
Demultiplexing Rx Demultiplexing
Qual Threshold Rx Qual
DFR demultiplexing Threshold
DFR demultiplexing
Threshold DL(UL) Threshold UL
Rx Qual DFR Rx Qual DFR
Inter-cell HO RXLEV Inter-cell HO
7 7
0 Threshold level RxLev AMR HR 63 0 ∆ UL Rx Level
Downlink (Uplink) Rx Unpacking OSC DFR
Level Threshold Demultiplexing UL
Rx Level Margin
– Averaged UL(DL) Rx level criterion: UL(DL) RxLev < Intra HO Lower Rx Level Limit AMR HR
• DFR demultiplexing due to the UL Rx level balance criterion cannot be prevented by the AMR
unpacking optimization feature if Improved AMR Packing
and Unpacking is enabled
DOWNLINK / UPLINK
RXQUAL
0 DFR
demultiple
due to low
prevented
demultip
xing HO
RxLev
lexing no action
DFR
Inter-cell HO
OSC DFR Demultiplexing Rx Qual
Threshold DFR demultiplexing
Intra HO Lower Rx Quality Limit AMR
DFR demultiplexing HO prevented due to poor
RxQual
Threshold DL(UL) Rx Qual DFR
Inter-cell HO RXLEV
7
0 63
Threshold level Intra HO Lower
Rx Level Limit RxLev AMR HR
DL(UL) Rx Level AMR HR Unpacking Threshold
73 RN20114EN16GLA0 © Nokia Solutions and Networks 2015
Module Contents
Introduction (2)
Mobile station types naming convention Non-SAIC Hi, I’m SAIC…
SAIC is a generic term for the algorithm that suppresses interference in MS
a single antenna receiver (Single Antenna Interference Cancellation)
SAIC was standardized originally in 3GPP Rel.6 and terminals having
SAIC algorithm on board and signaling their SAIC-capability to the Hi, I wish I could
network were officially named DARP phase1 (Downlink Advanced DARP tell you that I’m
Receiver Performance) MS SAIC, but…
currently MS SAIC-capability is 3GPP release independent feature
in 3GPP terminology, DARP phase1 MS signals its capability to the
network, while MS referred to as SAIC does not have to indicate its
capability SAIC-capable
MS Hi, I’m VAMOS I … ...
VAMOS I MS supports new training sequences that have been optimized I’m better than SAIC
for simultaneous use in OSC mode and hence provides link gains over since I can use new
legacy TSCs TSCs
VAMOS II MS supports new training sequences and utilizes advanced
receiver providing further link gains over VAMOS I or SAIC. It supports VAMOS I
also Shifted SACCH functionality. MS Hi, I’m VAMOS II … …
I’m even better than
Note: in most of NSN materials the term “SAIC MS” refers to a mobile
VAMOS I
that have SAIC capability and indicates it to the network
VAMOS II
MS
76 RN20114EN16GLA0 © Nokia Solutions and Networks 2015
BSS 21313, BSS21537
Features details
• Features provides support for new types of handsets: VAMOS-1 and VAMOS-2.
• New Training Sequence Codes were defined and standardized in 3GPP for VAMOS
mobiles in order to improve their link level performance when paired in OSC mode.
VAMOS-2 additionally utilizes joint detection method/successive interference cancellation
to retrieve the desired signal out of composite channel.
• New TSCs were introduced in such a way that for each legacy TSC there is a new TSC
and the cross-correlation properties of such pair is optimized to assure its orthogonal
properties
• Features work on top of RG20/25 features DHR/DFR with limited number of changes
in RRM mechanism in comparison with pre-RG30 OSC implementation