Beruflich Dokumente
Kultur Dokumente
and Correction
Feature Guide
AMR Bubble Noise Detection and Correction
Contents
2 Overview ............................................................................................................ 4
2.1 Feature Description.............................................................................................. 4
2.2 License Control .................................................................................................... 4
2.3 Relationships with other Features ........................................................................ 5
4 Parameters......................................................................................................... 9
7 Acronym........................................................................................................... 16
8 Reference Documents..................................................................................... 16
FIGURES
TABLES
1 Feature Attribute
RNC version: [ZXWR RNC V3.14.10.14], [ZXUR 9000 V4.14.10.14]
UE -
Node B -
RNC √
iTC -
MSC -
MGW -
SGSN -
GGSN -
HLR -
“√””: involved, “-”” no involved.
2 Overview
The feature is to identify whether the voice frames processed by the RNC are correct or
incorrect in accordance with the AMR encoding rule, those voice frames not complying
with the AMR encoding rule are identified as bubble noises. It can also correct the bubble
noises caused by uplink encryption parameter errors.
NE for
License
Feature No. Feature Name License Unit
Control Item
Deployment
Bubble noise
ZWF21-05-032 detection and RNC CELL
correction
1. Required Features
None
None
3. Affected Features
3 Technical Description
3.1 Background
The UMTS system uses Adaptive Multi-Rate (AMR) codec to transmit the voice data.
The voice data is encoded at the transmitting end, and decoded at the receiving end. If
the data frames are changed in the transmission process for any reasons, the restored
voice data at the decoding end may contain noises like the bubbles.
For security purpose, the UMTS encrypts and decrypts the air interface data. The uplink
data is encrypted at the UE end and decrypted at the RNC end. The downlink data is
encrypted at the RNC end and decrypted at the UE end. The encryption and decryption
algorithms and parameters are specified by the system. If the encryption and decryption
algorithms and parameters at both ends are different, the decrypted data will be
inconsistent with the original data, and the restored voice will sound like the bubbles.
The feature is to identify whether the voice frames are correct or incorrect in accordance
with the AMR encoding rule, and correct the bubble noise caused by uplink encryption
parameter error.
CK f8 CK f8
KEYSTREAM KEYSTREAM
BLOCK BLOCK
As shown in the above figure, except COUNT-C, all parameters in the algorithm are
relatively fixed. The CONT-C consists of HFN and CFN. The initial HFN is specified
during the RB configuration. It is possible that the HFN at the RNC end is inconsistent
with the HFN at the UE end resulting in decryption errors.
This feature of AMR bubble noise detection and correction is controlled by several
switches. The global feature switch at the RNC side is URnluCfg.RncBndcSwitch. The
AMR-NB feature switch is URnluCfg.AmrNbBndcSwitch (This RNC version does not
support the AMR-WB bubble noise feature). The cell feature switch is
UExtCelInfoFDD.cellBndcSwitch, which can selectively activate this feature to cells that
require this feature. Only after all above mentioned switches are turned on, the encrypted
conversational calls in the corresponding cells can activate AMR bubble noise detection
and correction.
Bubble noise detection is based on the AMR codec rule. Any voice data that does not
comply with the AMR codec rule is regarded as bubble noise. The current version is
designed with three detection algorithms. The main algorithm can detect most of the
Because detection algorithms cannot detect all bubble noise frames, the concept of
bubble noise period is introduced. During a period of time (URnluCfg.AmrDetectPeriod),
if the proportion of detected bubble noises reaches a certain threshold
(URnluCfg.AmrBubbleNoiseThd), this period of time is regarded as a bubble noise
period.
The bubble noise detection and correction algorithm consume the processing resources
of the RUB board. If all data frames are checked during the whole conversational service
life circle, the performance of the RUB board will be greatly affected. On the other hand,
for the encryption parameter only changes when the RB is switched, it is not necessary
to check the data frames throughout the process. Therefore, max detection and
correction times are designed to control the processing time. The maximum number of
downlink detection period is URnluCfg.AmrDlDetectTimes and that of uplink detection
period is URnluCfg.AmrUlDetectTimes. The maximum number of uplink correction period
is URnluCfg.AmrUlCorrectTimes. When these parameters are set to 0, the detection and
correction feature is not activated.
The downlink detection starts after the RAB is established and the peer user accepts this
calling. If three consecutive periods are identified as bubble noise periods, we identify
that this call has a downlink bubble noise exception. When the detection period reaches
the maximum number of downlink detection periods URnluCfg.AmrDlDetectTimes, the
detection ends up.
The uplink detection starts when there are RB reconfigurations and encrypted
parameters changes. If three consecutive periods are identified as bubble noise periods,
we identify that this call has an uplink bubble noise exception. When the detection period
reaches the maximum number of uplink detection period URnluCfg.AmrUlDetectTimes,
the detection ends up. During a conversational call, the uplink detection may start several
times, depending on the condition of RB reconfigurations.
Only when the uplink bubble noise detection starts, does the uplink bubble noise
correction start. When an uplink bubble noise is detected, the RNC corrects the bubble
noise by using COUNT-C consisting of different HFN+CFN, and re-check whether the
generated AMR voice frames have any bubble noise. Only when all bubble noises are
corrected in one URnluCfg.AmrDetectPeriod period, the RNC replaces an old HFN with a
new HFN for encryption. When the number of times (URnluCfg.AmrUlCorrectMaxTimes)
is exceeded, regardless of the correction is successful or not, the RNC stops the bubble
noise correction.
4 Parameters
Recom
Parameter Parameter Value Default
GUI Name Unit mende
Name Description Range Value
d Value
Recom
Parameter Parameter Value Default
GUI Name Unit mende
Name Description Range Value
d Value
correction function
for AMR uplink.
0,1
URnluCfg.AmrN AMR-NB BNDC BNDC switch for
0: off None 0: Off 1: On
bBndcSwitch Switch AMR-NB users.
1:on
Period of BNDC
detection and
correction. If this
parameter is set to
a too low value, the
URnluCfg.AmrD BNDC Detect frames in this period
0..6000 Ms 1000 1000
etectPeriod Period are not enough to
count the ratio of
bubble noise; if this
parameter is set to
a too high value, it
takes more time to
Recom
Parameter Parameter Value Default
GUI Name Unit mende
Name Description Range Value
d Value
correct the bubble
noise and affect the
user experience.
Threshold of BNDC
Detect. If (number
of bubble noise
frames detected by
algorithm / number
URnluCfg.AmrB Threshold of
of total frames in 0..100 % 40 40
ubbleNoiseThd BNDC Detect
AmrDetectPeriod) x
100% > DetectThd,
a bubble noise
period is
determined.
Recom
Parameter Parameter Value Default
GUI Name Unit mende
Name Description Range Value
d Value
the bndc uplink
correct function is
disabled.
AmrUlCorrectMaxTi
mes *
AmrDetectPeriod is
the last time of
uplink correction.
6 Engineering Guide
The AMR bubble noise detection feature can detect bubble noises in conversational calls,
make statistics of the top problem cells, and optimize the cell parameters. The uplink
bubble noise correction feature corrects by a certain proportion the bubble noises caused
by encryption in order to increase the voice QoS.
This procedure describes how to locate the parameters related to this feature in the GUI.
The parameter values on the screenshots in the procedure are for reference only. Refer
to Chapter 4 for the recommended values of the related parameters.
RNC1/NodeB1.
URnluCfg.RncBndcSwitch
Preconditions
UExtCelInfoFDD.cellBndcSwitch
URnluCfg.AmrNbBndcSwitch
URncFeature.emiMeasInCDTSwch
UMR.emiMeasInMRSwch
URnluCfg.AmrBubbleNoiseThd , URnluCfg.AmrDlDetectTimes,
Cell1.
Anticipative
1. In Step 3, the bubble noise IE can be found and fixed successfully.
Result
For the description and configuration of above parameters , refer to Chapter 6.2.
After this feature is activated, the AMR decoding and encryption parameter attempts to
consume the processing resources on the user panel. Under default configuration of this
feature, with 10% CS users online and holding 30s, the downlink bubble noise detection
and uplink bubble noise detection increase the consumption of processing resources of
the user panel by no more than 30% respectively, and the uplink correction increases
this by no more than 4% in lab testing.
None
7 Acronym
Acronym Full Spelling
NB Narrow Band
8 Reference Documents
1. ZXUR 9000 UMTS(V4.14.10.14) Wireless Network Controller Wireless Parameter
Reference