Documente Academic
Documente Profesional
Documente Cultură
for Multi-RAB
Feature Guide
Voice Service Optimization for Multi-RAB
Zhang
V1.10 2015/11/25 Modified parameter MO info
Haiyan
TABLE OF CONTENTS
1 Feature Attribute ............................................................................................... 8
2 Overview ............................................................................................................ 8
2.1 Feature Introduction ............................................................................................. 8
2.1.1 ZWF21-05-026 Service Optimization for Multi-RAB ............................................. 8
2.1.2 ZWF21-05-029 Voice Service Optimization for Common State .......................... 10
2.2 License Control .................................................................................................. 11
2.2.1 ZWF21-05-026 Service Optimization for Multi-RAB ........................................... 11
2.2.2 ZWF21-05-029 Voice Service Optimization for Common State .......................... 11
2.3 Correlation with Other Features ......................................................................... 11
4 Parameters....................................................................................................... 31
4.1 ZWF21-05-026 Service Optimization for Multi-RAB ........................................... 31
4.1.1 The Parameter Related to the Channel Allocation Strategy for the PS Service in
CS+PS Multi-RAB .............................................................................................. 31
4.1.2 The Parameter Related to the Channel Transition Strategy for the PS Service
Based on the Traffic Volume in CS+PS Multi-RAB ............................................. 34
4.1.3 The Parameter Related to the Controlling Strategy for the RB Reconfiguration
Method ............................................................................................................... 37
4.1.4 Add Controlling Switch of Transition PS to 0/0kbps for Concurrent service ........ 38
4.1.5 The Handling Strategy for CS+PS Concurrent Services in the Poor Coverage .. 40
4.1.6 The Strategy of Prohibiting PS Service to be carried on HS-DSCH/E-DCH for
Concurrent CS+PS ............................................................................................ 42
4.1.7 The Handling Strategy for the PS Service Rate Upgrading for Concurrent
CS+PS with the PS Service on Low Rate DCH .................................................. 43
4.2 ZWF21-05-029 Voice Service Optimization for Common State .......................... 45
7 Abbreviation .................................................................................................... 74
8 Reference Document....................................................................................... 75
FIGURES
TABLES
Table 2-1 License Control List ...........................................................................................11
1 Feature Attribute
RNC version: [ZXWR RNC V3.14.10.14/ZXUR 9000 V4.14.10.14]
Attribute: [Optional]
Involved NEs:
NE Name Related or Not Special Requirement
UE -
Node B - -
RNC -
iTC - -
MSC - -
MGW - -
SGSN - -
GGSN - -
HLR - -
: involved
-: not involved
2 Overview
This feature can decrease the interference to voice service caused by high bit-rate PS
service in Multi-RAB, and then reduce the voice quality degradation and improve service
experience.
As the popularize application of smart phone and PS service, during the voice service,
the PS services are often initiated in the background by application of smart phone (for
These policies above are mainly aimed to improve the CS voice service experience, on
the other hand, to improve requirement of PS service for Multi-RAB, another policy can
be applied(it is under the control of network via a different switch for above described
policies). When PS services are established on HS-DSCH/E-DCH or HS-DSCH/DCH,
even if CS voice service is ongoing or newly setup, the channel switch based on traffic
volume measurement for PS service is supported. According to different traffic volume
measurement events, PS services can be moved downward to DCH/DCH from
HS-DSCH / E-DCH or HS-DSCH /DCH and vice versa. "Channel Transition of HS/E or
HS/D->D/D Based on the Traffic Volume" and "Channel Transition of
DCH/DCH->HS-DSCH/E-DCH (HS-DSCH/DCH) Based on the Traffic Volume"
When a I/B PS service is added to a ongoing voice service, or a voice service is added to
ongoing I/B PS service(s), if the user is in poor coverage area, then the I/B service is
established (for newly setup service) or switched (for ongoing PS service) to DCH
0kbps/0kbps. In addition, if the UE is always in poor coverage within multi-RAB duration,
the PS services are forbidden to increase bitrate, and therefore, it can be decreased for
the performance degradation of voice service in multi RAB in poor radio environment.
Refer to section Handling Policy for CS+PS Concurrent Services in Poor Coverage
Areas.
In order to increase the call connection rate of the CS service, the admission strategy for
the CS+PS Concurrent Services is optimized: in the scenes of incoming relocation, hard
handover, call reestablishment and the user being transited from the common state to
the CELL_DCH state because of the CS call for the concurrent services, if the PS service
with non-0/0kbps rate is denied, it is accessed with the configuration of CS+PS
0/0kbps,which gurrantees that the PS service can not be refused, so as to avoid that the
CS service cannot be admitted because the PS service is denied,so that the call
connection rate of the CS service is increased. Refer to section In CS+PS Concurrent
Services Scene, the Optimization for increasing the Call Connection Rate of the CS
Service.
License Configured
Feature ID Feature Name Unit
Control Item NE
License Configured
Feature ID Feature Name Unit
Control Item NE
Voice Service
Voice Service
Optimization
ZWF21-05-029 Optimization for CELL CELL
for Common
Common State
State
1. Required Features
None
None
3. Affected Features
3 Technical Description
To improve the experience of CS services accompanied with PS services, the RNC limits
the upper threshold of the PS service rate and reduces the adjustment of the PS service
rate to decrease the impact on the voice service caused by high bit-rate PS services in
Multi-RAB, thereby ensuring the voice service quality, and improving the voice service
experience.
The channel transition policy for the PS service based on the traffic volume in
CS+PS multi-RAB
The channel allocation policies for the PS service may differ when a UE is in a different
status.
3.1.1.1 Channel Allocation Policy for the PS Service in CS+PS Multi-RAB When a
UE is in CELL_DCH Status
Supposing the CS service is established on the DCH channel and then the PS service
needs to be established, the PS service is established on the DCH/DCH with
DCH_Rate .
Notes:
The GBR for the streaming service is the GBR in the RAB assignment; the GBR for the
interactive and background service is 0 kbps.
The MaxBR is the maximum bit rate handled by the RNC, and the above rate limitations
for CS+PS are configured for uplink and downlink separately. For detailed information,
refer to the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
The DCH rate limitation is the downlink and uplink maximum DCH rate allowed by the
cell. For detailed information, refer to 3.1.2.3 DCH Initial Access Rate for PS Service in
the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
Supposing the CS service is established on the DCH channel and then the PS service
needs to be established, the PS service is established on the DCH/DCH with DCH_Rate.
Note: If the CS and PS services in CS+PS multi-RAB are established according to the
channel allocation policy described above, for how to set the subsequent policies for rate
increase on DCH/DCH->DCH/DCH based on traffic volume and how to determine the
target rate, please refer to the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
3.1.1.2 Channel Allocation Policy for the PS Service in CS+PS Multi-RAB When a
UE is in Common Status
Notes:
The GBR for the streaming service is the GBR in the RAB assignment; the GBR for the
interactive and background service is 0 kbps.
The MaxBR is the maximum bit rate handled by the RNC, and the above rate limitations
for CS+PS are configured for uplink and downlink separately. For detailed information,
refer to the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
The DCH rate limitation is the downlink and uplink maximum DCH rate allowed by the
cell. For detailed information, refer to 3.1.2.3 DCH Initial Access Rate for PS Service in
the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
3.1.1.3 The Determination Strategy of the Signaling Rate for CS+PS Multi-RAB
When a UE is in Common Status
When all the following conditions are satisfied, the SRB rate is obtained from
UCelInfoFDD.cellSigMaxBR otherwise it is 3.4Kbps:
4. If the poor coverage function is on, the UE is not in poor coverage area, for the
details please refer to "3.1.1 RRC Access Strategy in a Poor Coverage Area" in ZTE
UMTS Adaptive Radio Bearer Feature Guide.
Note: If the SRB rate is obtained from UCelInfoFDD.cellSigMaxBR and the value of the
UCelInfoFDD.cellSigMaxBR is 4:CELL_FACH Forced or 6.8 Kbps ( When signaling
and service coexist, it is limited that the 6.8k signaling can only be used when the service
is on HS), the SRB is forced to use the rate of 3.4Kbps.
If the final SRB rate is higher than 3.4Kbps, the PS uplink and downlink is modified to
0/0Kbps.
If the SRB rate is 3.4Kbps, the PS uplink and downlink rat is the same as the DCH_Rate
in "3.1.2.1 Channel Transition of HS/E or HS/D->D/D Based on the Traffic Volume".
Because the configuration of the PS service during the establishment of the CS RAB will
influence the connection success rate, when the UE in the CELL_FACH state or
CELL_PCH/URA_PCH state initiate the CS service, once the signaling and the PS
service are established on the DCH, the internal timer (which is set fixedly as 5s) is
started, the DRBC is forbidden before the timer expires.
3.1.2 Channel Transition Policy for the PS Service Based on the Traffic
Volume in CS+PS Multi-RAB
If the CS+PS services for a UE exist simultaneously, the following function is introduced
to ensure that the CS service quality is not affected by too many reconfigurations caused
by the rate increase and decrease of the PS service:
If the PS service exists after the CS service persists for a period of time, the PS service is
not allowed to implement the DRBC function.
The policy of forbidding the PS service from performing the DRBC functions when
the CS service exists.
The traffic volume measurement reports of 4B0 events on uplink and downlink are
received for ULogicalRnc.hsToDE4B0timeThr times continuously, and the downlink
channel transition is triggered. (Note: If this condition is not satisfied but the
corresponding 4A event, 4B event, or other event is received, the corresponding
counter must be cleared).
In this case, the fallback rate (DCH_Rate) when the UE is switched from
HS-DSCH/E-DCH or HS-DSCH/DCH to DCH/DCH is determined as follows:
Notes:
The GBR for the streaming service is the GBR in the RAB assignment; the GBR for the
Interactive and background service is 0 kbps;
The MaxBR is the maximum bit rate handled by the RNC, and the above rate limitation
for CS+PS are configured for uplink and downlink separately. For detailed information,
refer to the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
The DCH rate limitation is the downlink and uplink maximum DCH rate allowed by the
cell. For detailed information, refer to 3.1.2.3 DCH Initial Access Rate for PS Service in
the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
Note:
For detailed information about the E-DCH channel traffic measurement, refer to Traffic
Volume Measurement in this document.
If the switch is set to On, after the PS service is switched from HS-DSCH/E-DCH or
HS-DSCH/DCH to DCH/DCH, the timer Timer_LimitHS is started. The length of this timer
is controlled by URncFunction.dToHsDelayThr.
Note:
For detailed information about the channel transition policy from DCH/DCH to
HS-DSCH/E-DCH (HS-DSCH/DCH) based on traffic volume and information about traffic
volume measurement, refer to the ZTE UMTS HSDPA Introduction Feature Guide, ZTE
UMTS HSUPA Introduction Feature Guide, and ZTE UMTS Dynamic Radio Bearer
Control Feature Guide.
3.1.2.3 Policy of Limiting the DRBC Function of the PS Service During the CS
Service Retention
If the CS+PS services for a UE exist simultaneously, the following function is introduced
to ensure that the CS service quality is not affected by too many reconfigurations caused
by rate increase and decrease of the PS service:
If the PS service exists after the CS service persists for a period of, the PS service is not
allowed to implement the DRBC function.
When the CS service is being established, the timer Timer_limitDRBC is started. Before
the timer expires, if the PS service exists, the DRBC operations for the PS service are
not allowed, including rate increase, rate decrease, and channel transition.
After the timer Timer_limitDRBC expires, the DRBC operations for the PS service are
allowed.
Timer_limitDRBC defines the effective time length for forbidding the DRBC function of
the PS service based on traffic volume in the CS+PS scenario. It is obtained from
URncInfo.psDrbcProhTimer.
The UEs of the R6 version and later versions have the capability of simultaneously
setting up a new service and reconfiguring the online service through the radio bearer
setup message. Considering the compatibility with other UEs, the ZTE RNC uses the
controlling function for parallel processing of new service establishment and online
service reconfiguration for UEs of the R6 version and later versions.
When the following conditions are satisfied, the RNC uses one message to set up a new
service and reconfigure the online service for a UE:
The UE needs to reconfigure the online service at the same time when it sets up a
new service due to various causes.
The UEs of versions earlier than R6 do not have the capability of simultaneously setting
up a new service and reconfiguring the online service through the radio bearer setup
message. Therefore, they are not controlled by the switch
ULogicalRnc.r6MulRabRcfgMeth, the online service is reconfigured to the target channel
and rate, and then, the new service is established.
The traffic measurement on the E-DCH measures the uplink E-DCH throughput in the FP
layer. It is executed by the user plane.
For the service on the E-DCH, the data volume is accumulated within the average time,
then, the time window is slid 20 ms, the data volume is accumulated again within the
average time.
When the CS+PS multi-RAB occurs, the measurement of the user plane throughput for
switching from E-DCH to DCH reuses the measurement of the E-DCH channel transition
for a single service, and the related traffic measurement parameters are obtained from
the MO UDedEdchEvUpTrv. For detailed information, refer to the ZTE UMTS HSUPA
Introduction Feature Guide.
When the 4B0 event triggers CELL_DCH(DL DCH/ UL DCH ) -> URA_PCH/CELL_PCH
(for the triggering condition, refer to the ZTE UMTS Dynamic Radio Bearer Control
Feature Guide), if there exist concurrent services, all services must satisfy the condition
of transiting to URA_PCH/CELL_PCH.
If CS+PS concurrent services exist or multi-PS services exist, among which there is a PS
I/B class service with no traffic on uplink and downlink, the channel transiting policy is as
follows:
When the RNC continuously receives the 4B0 event from the user plane and the UE for
UDrbc.dToPchThd times, the RNC executes the following operations:
For the definition of the DRBC minimum rate, refer to the ZTE UMTS Dynamic Radio
Bearer Control Feature Guide.
When the CS service or the I/B class PS service is initiated, for the case of CS+PS
concurrent services in bad coverage areas, the I/B class service rate is decreased to 0/0
kbps (when there exists PS services already) or the rate of the newly established I/B
class PS service is set to 0/0 kbps.
During the process of CS+I/B class PS services, if the UE is in a bad coverage area, the
PS service rate is not allowed to be increased.
No matter whether the UE is initiating a call or is during the call process, if the UE is not
in a bad coverage area, the channel allocation policy is the same as the current policy for
concurrent services.
If the UE is not in a bad coverage area when the CS service is initiated, but later during
the call process, the UE is in a bad coverage area, to avoid increase in the dropped-call
rate, the I/B class PS service will not be triggered to transit to 0/0 kbps.
Note: The function is suitable for I/B class service, for the Streaming class service, the
policy is the same as the current policy.
Whether a area is a bad coverage area depends on the CPICH channel quality. Two
thresholds (UCelInfoFDD.csPsbadCovEcN0 and UCelInfoFDD.csPsbadCovRscp) are
used separately for P-CPICH Ec/N0 and P-CPICH RSCP. During a call process, the
measurement for bad coverage judgment comes from the intra-frequency measurement
report, and only the best cell is referred to.
3.1.6.1 Channel Allocation Policy for the PS Service When the UE is in a Poor
Coverage Area for the CS+I/B Class PS Concurrent Services
Note: The following policy is applicable to the cases of new establishment, incoming
relocation, hard handover, and call re-establishment.
1. If the CS service is established on the DCH, and then the accompanying I/B class
PS service is established:
2. If the I/B class PS service is established, and then the accompanying CS service is
established on the DCH:
The following describes the principle for determining whether the UE is in a bad coverage
area during the service establishment process:
If the P-CPICH Ec/N0 of the best cell reported by UE is smaller than or equal to
UCelInfoFDD.csPsbadCovEcN0 or the P-CPICH RSCP of the best cell reported by UE is
smaller than or equal to UCelInfoFDD.csPsbadCovRscp, the UE is defined in a bad
coverage area; otherwise, the UE is not in a bad coverage area.
3.1.6.2 DRBC Policy for CS+PS When the UE is in a Poor Coverage Area for the
CS+I/B Class PS Concurrent Services
For CS+ PS concurrent services, if the UE enters a bad coverage area from a
non-bad coverage area, the rate increasing is not allowed.
For CS+ PS concurrent services, if the UE enters a non-bad coverage area from a
bad coverage area, the limitation of rate increasing is released
For CS+ PS concurrent services, if the CS call is released, the limitation of rate
increasing is removed, and the current DRBC operations according to the policy
based on the 4A event for CS+PS concurrent services can be executed for the PS
service.
Note: If a UE enters a bad coverage area from the non-bad coverage area, the PS
service will not be decreased to PS0/0 kbps.
The following describes the principle for determining whether the UE is in a bad coverage
area during the call process:
Compare the reported measurement values of P-CPICH Ec/N0 and P-CPICH RSCP of
the best cell with the thresholds UCelInfoFDD.csPsbadCovEcN0 and
UCelInfoFDD.csPsbadCovRscp. If P-CPICH Ec/N0 UCelInfoFDD.csPsbadCovEcN0 or
P-CPICH RSCP UCelInfoFDD.csPsbadCovRscp, the UE is in a bad coverage area;
otherwise, the UE is a non-bad coverage area. If the measurement value cannot be
obtained, the UE is regarded as being in a non-bad coverage area.
Note: The threshold for the CPICH is obtained from the best cell of the active set
maintained by the S side, and the measurement value is obtained from the cell with the
latest best quality reported by the UE. The same principle is used for both the Iub
interface and Iur interface.
Because the combination of the CS service being carried on DCH/DCH and the PS
service being carried on HS/E increases the call drop rate of the CS service, the strategy
of prohibiting the PS service using HS/E in concurrent CS+PS scenario is introduced.
1. The strategy of the concurrent services establishment for the UE having HSDPA
capability is as follow:
(1) For the service setup for the concurrent CS+PS of the UE in the CELL_DCH
state:
1) If the CS service has been setup first and then comes the PS service, it
is limited that the PS service cannot use DL HS-DSCH/UL E-DCH.
(2) For the service setup for the concurrent CS+PS of the UE in the
CELL_FACH state:
If the UE is in the CELL_FACH state or PCH state and there comes the CS
service, the PS service cannot use HS/E.
The determination method of the rate for the PS service when it is carried on the DCH
channel:
When the PS service is carried on DCH/DCH according to the determination result of the
above strategy of limiting the use of HS/E, the DCH rate value keeps in accordance with
that of the PS service when it is established on DL DCH/UL DCH in CS+PS Multi-RAB.
For details, please refer to 3.1.1.1 Channel Allocation Policy for the PS Service in
CS+PS Multi-RAB when a UE is in CELL_DCH Status.
Where:
CsPsSceHSDUlDchR is the rate used for the uplink DCH in the channel combination of
HS-DSCH/DCH, which is obtained from ULogicalRnc.csPsSceHSDUlDchR;
The rate limitation for CS+PS is configured for uplink and downlink separately. For
detailed information, refer to the ZTE UMTS Dynamic Radio Bearer Control Feature
Guide.
The GBR for the streaming service is the GBR in the RAB assignment; the GBR for the
Interactive and background service is 0 kbp.;
The DCH rate limitation is the downlink and uplink maximum DCH rate allowed by the
cell. For detailed information, refer to 3.1.2.3 DCH Initial Access Rate for PS Service in
the ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
2. The DRBC strategy after the CS+PS have been setup in CELL_DCH state:
The PS service of the concurrent CS+PS is not allowed to be transited to HS/E. And the
triggering strategy is the same as the previous strategy which can be referred to in 3.1.2
Channel Transition Policy for the PS Service Based on the Traffic Volume in CS+PS
Multi-RAB.
Note:
2. The above strategy only for the setup and DRBC scenes for the concurrent services,
other scenes are not considered, and the scene of CS over HSPA is not considered
either.
3.1.8 The Controlling Handling Strategy for the PS Service Rate Upgrading
for Concurrent CS+PS with the PS Service on Low Rate DCH
The introduction of this sub function is for satisfying the following requirement: to
differentiate the data volume of the PS service for the scene of the concurrent CS+PS
with the PS Service on DCH/DCH. For the small data volume requirement, limiting the
upgrading of the PS rate can avoid the influence to the CS service; for the large data
volume requirement, the UE can be transited to the HS-DSCH/E-DCH or HS-DSCH/DCH,
or upgraded on DCH/DCH, which can guarantee the PS service experience when the
user is also using teleconference ect.
When the function switch UExtCelInfoFDD.CsPsRateCtrlSwi of the best cell is On, and
for the concurrent CS+PS, and the PS service is on the low rate DCH/DCH, the setting of
the traffic volume measurement are sent to the UE and the user plane respectively for
the uplink and downlink. After receives the 4A event, the RNC makes the following
judgment orderly:
If the conditions of Switching from the DL DCH/UL DCH to the DL HS-DSCH/UL
E-DCH triggered by traffic in the section of CELL_DCH (DL HS-DSCH/UL E-DCH)
<-> CELL_DCH (DL DCH/UL DCH) in ZTE UMTS HSUPA Introduction Feature
Guide are satisfied and ULogicalRnc.csPlusPsHSEProhSwch is Off, the PS
service is transited to HS-DSCH/E-DCH. If the conditions of Switching from DCH to
HS-DSCH triggered by traffic volume in the section of CELL_DCH (DL HS-DSCH)
<-> DL DCH in ZTE UMTS HSDPA Introduction Feature Guide are satisfied, the PS
service is transited to HS-DSCH/ DCH.
If the conditions of Rate increase triggered by downlink traffic in the section of DL
DCH -> DL DCH (Rate Increase) and Rate increase triggered by uplink traffic in
the section of UL DCH -> UL DCH (Rate Increase) in ZTE UMTS Dynamic Radio
Bearer Control Feature Guide are satisfied at the same time, the PS service is rate
upgraded on DCH/ DCH.
Where:
The judgment condition of the low rate of the PS service for for the concurrent CS+PS is
as follows: The uplink and downlink DCH rate of the PS service are both not larger than
the threshold ULogicalRnc.csPsLowRateThresh.
The uplink and downlink measurement threshold use the newly added 4A/4B low rate
threshold of the PS service used for CS+PS scene UDchEvUeTrv.rptThresCsPs and
UDchEvUpTrv.rptThresCsPs.
Note:
For the scene of CS+PS and the PS is on DCH/DCH 0/0Kbps, the rate upgrading
caused by 4B event will not be handled, but it will be counted.
When the CS is released, the measurement should be modified to that of the single
PS service.
After the UL/DL DCH rate being upgraded, the uplink and downlink rate should be
compared to the threshold ULogicalRnc.csPsLowRateThresh, if it is larger than the
rate threshold, the measurement should be modified to use the 4A/4B event
threshold of the single PS service. For the measurement for the single PS DRBC,
please refer to ZTE UMTS Dynamic Radio Bearer Control Feature Guide.
2. Or the Cell Update message does not carry Establishment Cause IE and the Cell
update cause IE has the value of paging response and this paging is from CS
domain.
When the UE is in the CELL_FACH state, and there exists the PS domain connection,
when the RNC identifies it is a CS service from the paging message or the initial direct
transfer message, it will transition the UE to the CELL_DCH state as soon as possible, so
as to establish the CELL_DCH state channel for the successive CS service establishing
process.
1. The strategy of the RNC identifying the CS service by the paging message and
transitioning it to the CELL_DCH state is as follows:
If the following conditions are satisfied, the RNC transitions the UE from the
CELL_FACH state to the CELL_DCH state after it sends the paging type 2
message to the UE:
ii. The RNC receives the paging message with the cause as
terminatingConversationalCall.
2. The strategy of the RNC identifying the CS service by the direct transfer message
and transitioning it to the CELL_DCH state is as follows:
If the following conditions are satisfied, the RNC transitions the UE from the
CELL_FACH state to the CELL_DCH state after it receives the direct transfer
message:
i. If the UE is the original side of the CS service, and the Fast Return to
Cell-DCH for CS MO Initial Direct Transfer Switch
UExtCelInfoFDD.fRDchMOIniDTSwch takes the value of On.
ii. UE is the terminating side of the CS service, and the Fast Return to Cell-DCH
for CS MT Initial Direct Transfer Switch UExtCelInfoFDD.fRDchMTIniDTSwch
takes the value of On.
iii. The initial direct transfer message received by the RNC indicates it is from the
CS domain.
4 Parameters
4.1.1 The Parameter Related to the Channel Allocation Strategy for the PS
Service in CS+PS Multi-RAB
Table 4-1 Parameters List (The Parameter Related to the Channel Allocation Strategy
for the PS Service in CS+PS Multi-RAB)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
This parameter is used to
control PS service channel
allocation for concurrent
CS+PS for UE in
CELL_DCH sState. If the
parameter is on, for CS
Switch of PS service first and then PS
service service triggered scenario,
Channel allocate DCH/DCH for the
ULogicalRn
Allocation for PS service; For PS service 0: Off
c.dchUeCsP N/A 0: Off 1: On
Concurrent first and then CS service 1: On
sSwch
CS+PS for UE triggered scene, and if PS
in CELL_DCH is on HS, perform the HS
State to DCH reconfiguration.
Otherwise,
HS-DSCH/EDCH,
HS-DSCH/DCH or
DCH/DCH for PS service
is allocated in accordance
with UE capability.
This parameter indicates
whether to transfer from
Switch of
HSDSCH to DCH for R5
Whether to
UE's "PS Setup before
transfer from
CS" when
HS-DSCH to
ULogicalRn dchUeCsPsSwch is on. 0:off
DCH for R5
c.csPlusPsR For the PS setup before N/A 0: Off 0: Off
UE's "PS
5UeSwch CS scene, if both of 1:on
Setup before
CsPlusPsR5UeSwch and
CS"
dchUeCsPsSwch are on,
Concurrent
PS will downgrade from
Service
HSDSCH to DCH,
otherwise not.
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
d for UE in the CELL_FACH/CELL_PCH/
CELL_FACH/ URA_PCH state initiates
PCH State the CS service. If this
Triggering CS parameter is set to "1: On",
Call when a UE in
CELL_FACH/CELL_PCH/
URA_PCH state initiates
the CS service, the PS
service is reconfigured to
the DCH, and the uplink
and downlink rate are
determined separately by
csPsSceULDchRate and
csPsSceDLDchRate.
This parameter indicates
when the UE is in the
CELL_FACH or CELL_PCH
URncInfo.hi
state, if it initiates or receives
ghSignalSw N/A 0: Off 1: On
a CS call, whether the SRB
ch
High Speed on DCH can use the high
Signalling speed signaling before the CS 0: Off;
Switch RB setup is completed. 1: On
0: 27.2
kbps
1: 13.6
kbps
Maximum Bit
UCelInfoFD This parameter indicates 2: 6.8 0:
Rate allowed 1: 13.6
D.cellSigMa the maximum signaling bit kbps N/A 27.2
for Signalling kbps
xBR rate allowed in a cell. 3: 3.4 kbps
in Cell
kbps
4:CELL_
FACH
Forced
4.1.2 The Parameter Related to the Channel Transition Strategy for the PS
Service Based on the Traffic Volume in CS+PS Multi-RAB
Table 4-2 Parameters List (The Parameter Related to the Channel Transition Strategy
for the PS Service Based on the Traffic Volume in CS+PS Multi-RAB)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
Switch for
Whether the
PS DRBC This parameter indicates
URncInfo.ps based on whether PS DRBC based
0: Off
DrbcProhSw Traffic on traffic volume is N/A 0: Off 0: Off
1: On
ch Volume is forbidden for the CS+PS
Prohibited for scenario.
CS+PS
Scene
Valid Time
Threshold for
PS DRBC This parameter indicates
URncInfo.ps based on the valid time in which PS
DrbcProhTi Traffic DRBC based on traffic 1..65535 s 90 90
mer Volume is volume is forbidden for the
Prohibited for CS+PS scenario.
CS+PS
Scene
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
The Uplink
DCH Rate of
This parameter indicates (0, 8, 16,
PS
the uplink rate after the PS 32, 64,
Reconfigured
service is reallocated to the 128, 144, kbps
to
DCH, used for CS+PS 256, 384)
ULogicalRn DCH/DCH,Us
scenario. kbps
c.csPsSceUl ed for CS+PS 16 16
DchRate Scene
The downlink
DCH Rate of
This parameter indicates (0, 8, 16,
PS
the downlink rate after the 32, 64,
Reconfigured
PS service is reallocated to 128, 144, kbps
to
the DCH, used for CS+PS 256, 384)
ULogicalRn DCH/DCH,Us
scenario. kbps
c.csPsSceDl ed for CS+PS 8 8
DchRate Scene
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
parameter is set to "1: On",
after traffic triggers
switching from the
HS-DSCH/E-DCH or
HS-DSCH/DCH to the
DCH/DCH, only when the
dToHsDelayThr timer
expires, the DCH/DCH can
be switched to the
HS-DSCH/E-DCH or
HS-DSCH/DCH.
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
user plane in the downlink
when all conditions such
as traffic volume in
downlink and uplink are
met.
If it is set to "1: True", the
mentioned state transitions
can be triggered by the
event 4B/4B0 of either
direction when all
conditions such as traffic
volume in downlink and
uplink are met.
Table 4-3 Parameters List (The Parameter Related to the Controlling Strategy for the
RB Reconfiguration Method)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
method, and then both the
online-already service
reconfiguration and new
service built by the RADIO
BEARER SETUP
message in one step. If the
parameter is set to "1", it
means it takes RB
reconfiguration method, it
first performs the
online-already service
reconfiguration by RADIO
BEARER
RECONFIGURATION
message, and then
performs new service built
by the RADIO BEARER
SETUP message.
Table 4-4 Parameters List (Add Controlling Switch of Transition PS to 0/0kbps for
Concurrent service)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
PS I/B service is 0 in case
of concurrent CS and PS
services or concurrent PS
services, the PS traffic rate
is decreased to 0/0 kbps.
Otherwise, the PS traffic
rate is decreased to the
DRBC minimum rate. If a
link exists at the DRNC
side, the PS traffic rate can
be decreased to 0/0 kbps
only when the DRNC also
supports PS 0/0.
0:Not
Support
This parameter indicates PS(0 1: 0:Not
UIurLink.rn Whether the adjacent RNC feature kbps /0 Support Support
cFeatSwitc Support PS switch,0 means not kbps) N/A PS(0 PS(0
hBIT18 (0kbps/0kbps) support PS(0 kbps /0 kbps) 1:Support kbps /0 kbps /0
and 1 means support. PS(0 kbps) kbps)
kbps /0
kbps)
4.1.5 The Handling Strategy for CS+PS Concurrent Services in the Poor
Coverage
Table 4-5 Parameters List (The Handling Strategy for CS+PS Concurrent Services in
the Poor Coverage)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
coverage conditions are
met, the PS service is
established on the DCH
0/0 kbps. If a CS service is
initiated and needs to be
carried on a DCH after a
PS service is already
established, and the weak
coverage conditions are
met, the existing PS
service is forcibly
transferred to the DCH 0/0
kbps. In case of concurrent
CS and PS services,
increasing the PS traffic
rate is not allowed if the
UE is in a weak coverage
area.
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
established and carried on
a DCH, and the weak
coverage conditions are
met, the PS service is
established on the DCH
0/0 kbps. If a CS service is
initiated and needs to be
carried on a DCH after a
PS service is already
established, and the weak
coverage conditions are
met, the existing PS
service is forcibly
transferred to the DCH 0/0
kbps. In case of concurrent
CS and PS services,
increasing the PS traffic
rate is not allowed if the
UE is in a weak coverage
area.
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
Switch of This parameter indicates
ULogicalRn Prohibiting PS whether the
0: Off
c.csPlusPsH Service Carried HS-DSCH/E-DCH is N/A 0: Off 1: On
1: On
SEProhSwc on prohibited for the PS in a PS +
h HS-DSCH/E-D CS simultaneous service. If it
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
CH for is set On, a UE supporting
Concurrent HS/E is prohibited to use
CS+PS HS-DSCH/E-DCH for the PS
setup or reconfiguration in a
PS + CS simultaneous
service.
The Uplink
DCH Rate of
This parameter indicates (0, 8, 16,
PS
the uplink DCH Rate of PS 32, 64,
Reconfigured
service reconfigured to 128, 144, kbps 16 8
to
HS-DSCH/DCH,used for 256, 384)
ULogicalRn HS-DSCH/DC
CS+PS scene. kbps
c.csPsSceH H,Used for
SDUlDchR CS+PS Scene
4.1.7 The Handling Strategy for the PS Service Rate Upgrading for
Concurrent CS+PS with the PS Service on Low Rate DCH
Table 4-7 Parameters List (The Handling Strategy for the PS Service Rate Upgrading
for Concurrent CS+PS with the PS Service on Low Rate DCH)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
The This parameter is used to
Controlling control whether the PS
Switch of the service can be transited to
UExtCelInfo Rate HS or rate upgraded on
0: Off
FDD.csPsR Upgrading of DCH based on the traffic N/A 0: Off 1: On
1: On
ateCtrlSwi the PS measurment 4A event in
Service, Used case of concurrent CS and
for CS+PS PS services with the PS on
Scene DCH/DCH low rate.
ULogicalRn The Low Rate This parameter is the low (0, 8, 16,
kbps 0kbps 8kbps
c.csPsLowR Threshold of rate threshold of the PS 32, 64,
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
ateThresh the PS service, used for CS+PS 128, 144,
Service, Used scene. When the CS+PS 256, 384)
for CS+PS and the PS service is on kbps
Scene DCH/DCH, if the UL/DL
DCH rate of the PS service
is not larger than this
threshold, the PS is
regarded as low rate.
This parameter indicates
the reporting threshold of (8, 16,
event 4A and 4B for traffic 32, 64,
volume measurement on 128, 256,
DCH used for the CS+PS 512,
scene and the PS service 1024, 2K,
is in low rate. If the traffic 3K, 4K,
Traffic Volume volume becomes larger 6K, 8K,
Threshold of than the threshold of event 12K, 16K,
UDchEvUeT
Event 4A/4B 4A, a report of 4A event 24K, 32K, [2k, 64] [2k, 8]
rv.rptThresC Bytes
for DCH will be triggered; and if the 48K , Bytes Bytes
sPs
(CS+PS traffic volume becomes 64K, 96K,
Scene) smaller than the threshold 128K,
of event 4B, a report of 4B 192K,
event will be triggered. 256K,
MAX_UE_TRV_MEAS_EV 384K,
ENT is the maximum 512K,
number of UE traffic 768K)
volume measurement Bytes
event, which equals to 2.
This parameter indicates (8, 16,
the reporting threshold of 32, 64,
Traffic Volume
event 4A and 4B for traffic 128, 256,
Threshold of
UDchEvUp volume measurement on 512, [2k, [2k,
Event 4A/4B
Trv.rptThre DCH used for the CS+PS 1024, 2K, Bytes 256] 256]
for DCH
sCsPs scene and the PS service 3K, 4K, Bytes Bytes
(CS+PS
is in low rate. If the traffic 6K, 8K,
Scene)
volume becomes larger 12K, 16K,
than the threshold of event 24K, 32K,
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
4A, a report of 4A event 48K ,
will be triggered; and if the 64K, 96K,
traffic volume becomes 128K,
smaller than the threshold 192K,
of event 4B, a report of 4B 256K,
event will be triggered. 384K,
MAX_UE_TRV_MEAS_EV 512K,
ENT is the maximum 768K)
number of UE traffic Bytes
volume measurement
event, which equals to 2.
Table 4-8 Parameters List (Voice Service Optimization for Common State)
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
This parameter indicates
whether UE with PS
connection in CELL-FACH
Fast Return to
status will be transferred to
UExtCelInf Cell-DCH for
CELL-DCH status as soon 0:Off
oFDD.fRD CS MO Initial
as possible when RNC 1:On N/A 0:Off 1:On
chMOIniDT Direct
receiving INITIAL DIRECT
Swch Transfer
TRANSFER message of
Switch
CS MO from UE.
If the switch is turned on,
RNC transfers UE to
Recom
Parameter Value Default mende
GUI Name Parameter Description Unit
Name Range Value d
Value
CELL-DCH status.
If the switch is turned off,
RNC doesn't transfer UE
to CELL-DCH status.
This parameter indicates
whether UE with PS
connection in CELL-FACH
status will be transferred to
CELL-DCH status as soon
Fast Return to
as possible when RNC
UExtCelInf Cell-DCH for
receiving INITIAL DIRECT 0:Off
oFDD.fRD CS MT Initial
TRANSFER message of 1:On N/A 0:Off 1:On
chMTIniDT Direct
CS MT from UE.
Swch Transfer
If the switch is turned on,
Switch
RNC transfers UE to
CELL-DCH status.
If the switch is turned off,
RNC doesn't transfer UE
to CELL-DCH status.
This parameter indicates
whether UE move to DCH
state as soon as possible
when UE received paging
message that paging
UUtranCell cause was terminating
0:Off
FDD.fastR Fast Return Conversational Call for UE
1:On NA 0:Off 1:On
eturnDchS Dch Switch in common state.
wch If the switch is opened,
RNC move the UE to DCH
state as soon as possible.
If the switch is closed,
RNC process with old
strategy.
Counter ID Name
Number of intra frequency Transport Channel Changing
C310414096
attempt, HS-DSCH to DCH
Number of intra frequency Transport Channel Changing
C310414097
attempt, DCH to HS-DSCH
Number of intra frequency Transport Channel Changing
C310414104
attempt, E-DCH to DCH
Number of intra frequency Transport Channel Changing
C310414105
attempt, DCH to E-DCH
300249 Ratio of CS Call Drop
300571 Traffic of HSDPA
300142 Call Setup Success rate(CS Video telephone)
300143 Call Setup Success rate(CS SPEECH)
300144 Call Setup Success rate(CS AMR)
300145 Call Setup Success rate(CS WBAMR)
Number of attempted change from CELL_FACH to
C310417161
CELL_DCH, cause by receiving Paging message
None
6 Engineering Guide
This feature supports the channel allocation policy for PS services in CS+PS multi-RAB
scenarios and the channel transition policy for PS services based on the traffic volume in
CS+PS multi-RAB scenarios.
The channel allocation policy for the PS service in CS+PS multi-RAB is that when the
CS+PS multi-RAB occurs, the PS service is established on the DCH/DCH and uses a
lower rate to improve the CS service experience.
The channel transition policy for the PS service based on traffic volume in CS+PS
multi-RAB reduces the risk of call drop due to frequent reconfigurations by decreasing
the transition between DCH and HS-DSCH. The PS service is switched from HS-DSCH
to DCH if it has no data. It helps avoid the risk of call drop due to the HS-SDCH serving
cell changes.
Both the two policies sacrifice the throughput of the PS service although the CS service
experience is improved.
When CS+PS concurrent services or multi-PS concurrent services are ongoing, the
switch is used to control whether the PS service is transited to 0/0 kpbs when it has no
data. When the switch is set to On, it is allowed to be transited to 0/0 kbps when it has
no value, the PS service experience gets worse, but more resources can be saved for
other services, and the service access success rate is improved. If the switch is set to
Off, the PS service can only be transited to the DRBC minimum rate when it has no
data; the PS service experience is good, but more resources are consumed, and the
service access rate is affected.
If the DRBC function for CS+PS services is enabled when the UE is in a bad coverage
area for the CS+I/B class PS concurrent services, the PS service is transited to 0/0
kbps and the rate increase is limited, the PS service experience gets worse. However,
the CS service experience is guaranteed with priority, and more resources are saved for
other services, thus the access rate is improved. If the switch is set to Off, for CS+PS
concurrent services, when the UE is in a bad coverage area, the PS service may have
some rate, the PS service experience is good, but more resources are consumed, thus
both the service access rate and the CS service experience are influenced.
The purpose for introducing the strategy of controlling handling strategy for the PS
service rate upgrading for concurrent CS+PS with the PS service on low rate DCH is to
satisfy the requirement to differentiate the data volume of the PS service when the PS is
on DCH/DCH for the concurrent CS+PS. For the small data volume requirement of the
PS service, limit the rate upgrading, so as to avoid the influence to the CS voice; but for
the large data volume requirement, the PS service can be transited normally to HS/E or
HS/D or rate upgraded on D/D, so that the PS service user experience will not be
influenced in the scene such as accompanying the tele-conference.
channel transition policy for the PS service based on traffic volume in CS+PS
multi-RAB
controlling switch of transiting the PS service to 0/0 kbps for concurrent services
DRBC function for CS+PS services when the UE is in a bad coverage area.
This function is for the UE in the CELL_PCH/URA_PCH and CELL_FACH state having
received the CS domain call, the RNC identifies it in advance, and starts the operation of
transitioning the UE from CELL_PCH/URA_PCH/CELL_FACH state to CELL_DCH
state as early as possible, and establishes the CELL_DCH channel to execute the
process of establishing the CS service, so as to decrease the time of the call process and
increase the success rate, to improve the user experience.
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.
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->Extended Info of RNC] interface and set the
parameter Switch for Whether the PS DRBC based on Traffic Volume is Prohibited for
CS+PS Scene, Valid Time Threshold for PS DRBC based on Traffic Volume is
Prohibited for CS+PS Scene, as shown in Figure 6-6.
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration] interface and set the parameter Delay Time
Threshold of D/D->HS/D or HS/E after HS/D or HS/E ->D/D as shown in Figure 6-7
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->Logic RNC Configuration] interface and set the
parameter Switch of HS-DSCH/E-DCH or HS-DSCH/DCH to DCH/DCH,Used for
CS+PS Scene, The Uplink DCH Rate of PS Reconfigured to DCH/DCH,Used for
CS+PS Scene, The downlink DCH Rate of PS Reconfigured to DCH/DCH,Used for
CS+PS Scene,Switch of D/D->HS/D or HS/E after HS/D or HS/E ->D/D, Event 4B0
Counter Threshold for HS-DSCH to DCH,Used for CS+PS Scene as shown in Figure
6-8
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->Global Information Configuration->Dynamic
Radio Bearer Control Information profile->Dynamic Radio Bearer Control Information]
interface and set the parameter Whether the State Transition Due to Reduced Traffic
Volume is Triggered by Event 4B of Either Direction as shown in Figure 6-9
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration] interface and set the parameter Online-already
Service Reconfiguration Method for UE of Release 6 and after Release 6 When
Multi-RAB, as shown in below
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration] interface and set the parameter Switch of
Transition to 0/0kbps When PS Service Has No Data, as shown in below
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->Global Information Configuration->Dynamic
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration->Link Configuration->Iur Link] interface and set
the parameter Whether Support PS(0Kbps/0Kbps), as shown in Figure 6-13
6.2.1.5 The Handling Strategy for CS+PS Concurrent Services in the Poor
Coverage
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> PLMN Relating Configuration Logic RNC
Configuration] interface and set the parameter Switch for Whether Forcing the PS
Service to 0/0Kbps When UE is in Bad Coverage Area for CS+PS Scene, as shown in
below
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> UTRAN Cell-> Extended Info of UTRAN cell]
interface and set the parameter Bad Coverage P-CPICH Ec/No Threshold Used for
CS+PS Scene(dB) and Bad Coverage P-CPICH RSCP Threshold Used for CS+PS
Scene(dBm) , as shown in Figure 6-15
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> PLMN Relating Configuration -> Logic RNC
Configuration] interface and set the parameter Switch of Prohibiting PS Service Carried
on HS-DSCH/E-DCH for Concurrent CS+PS and The Uplink DCH Rate of PS
Reconfigured to HS-DSCH/DCH,Used for CS+PS Scene(kbps) as shown in Figure 6-16
6.2.1.7 The Handling Strategy for the PS Service Rate Upgrading for Concurrent
CS+PS with the PS Service on Low Rate DCH
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> UTRAN Cell -> Extended Information 2 of
UTRAN Cell] interface and set the parameter The Controlling Switch of the Rate
Upgrading of the PS Service, Used for CS+PS Scene as shown in below Figure 6-17
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> PLMN Relating Configuraton->Logic RNC
Configuration] interface and set the parameter The Low Rate Threshold of the PS
Service, Used for CS+PS Scene as shown in below Figure 6-18
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> Service Configuration-> Measurement
Configuration->Traffic Volume Measurement Profile->UE Traffic Volume Event
Measurement Configuration for DCH] interface and set the parameter Traffic Volume
Threshold of Event 4A/4B for DCH (CS+PS Scene)(bytes) as shown in below Figure
6-19
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> Service Configuration-> Measurement
Configuration->Traffic Volume Measurement Profile->UP Traffic Volume Event
Measurement Configuration for DCH] interface and set the parameter Traffic Volume
Threshold of Event 4A/4B for DCH (CS+PS Scene)(bytes) as shown in below Figure
6-20
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> UTRAN Cell -> Extended Information 2 of
UTRAN Cell] interface and set the parameter Fast Return to Cell-DCH for CS MO Initial
Direct Transfer Switch and Fast Return to Cell-DCH for CS MT Initial Direct Transfer
Switch as shown in below Figure 6-21
In the configuration resource tree window, open the [Modify Area->Managed Element->
UMTS Logical Function Configuration-> UTRAN Cell] interface and set the parameter
Fast Return Dch Switch as shown in below Figure 6-22
UUtranCellFDD.fastRetu
Fast Return Dch Switch 0: Off 0: Off
rnDchSwch
None
The channel allocation policy for the PS service in CS+PS multi-RAB is that when the
CS+PS multi-RAB occurs, the PS service is established on the DCH/DCH and uses a
lower rate to improve the CS service experience; in other words, to increase the success
rate of CS service establishment and decrease the dropped-call rate of CS services.
The channel transition policy for the PS service based on traffic volume in CS+PS
multi-RAB reduces the risk of call drop due to frequent reconfigurations by decreasing
the transition between DCH and HS-DSCH. The PS service is switched from HS-DSCH
to DCH if it has no data. It helps avoid the risk of call drop due to the HS-SDCH serving
cell changes, in other words, it helps reduce the dropped-call rate of CS services.
When CS+PS concurrent services or multi-PS concurrent services are ongoing, the
switch is used to control whether the PS service is transited to 0/0 kpbs when it has no
data. When the switch is set to On, it is allowed to be transited to 0/0kbps when it has
no value, more resources can be saved for other services, and the service access
success rate is improved.
If the DRBC function for CS+PS services is enabled when the UE is in a bad coverage
area for the CS+I/B class PS concurrent services, the PS service is transited to 0/0 kbps
and the rate increase is limited, the CS service experience is guaranteed with priority,
and more resources are saved for other services, thus the access rate is improved.
the UE is in CELL_FACH status is no longer the DRBC minimum rate, which can improve
the user rate experience of the service carried on the DCH in CS+PS multi-RAB.
The two policies both sacrifice the throughput of the PS service (namely, the PS service
experience) to improve the CS service experience.
When CS+PS concurrent services or multi-PS concurrent services are ongoing, the
switch is used to control whether the PS service is transited to 0/0 kpbs when it has no
data. If the switch is set to On, the PS service is allowed to be transited to 0/0 kbps
when it has no data, and the PS service experience is worsened.
If the DRBC function for CS+PS services is enabled when the UE is in a bad coverage
area for the CS+I/B class PS concurrent services, the PS service is transited to 0/0
kbps and the rate increase is limited, and the PS service experience gets worse.
None
establishing the CS service, so as to decrease the time of the call process and
increase the success rate, to improve the user experience.
None
ZTE has the following detailed conclusions on the commercial network that enables the
voice service optimization for multi-RAB feature. Because different operators have
different strategies, the following network KPI figures are only for reference:
Verify the rate adjustment according to traffic volume of the multi-RAB in an RNC under
certain operator. After modifying corresponding parameters, the CS call drop rate
decreased obviously which is calculated from the original data of OMMR, the number of
HSPA serving cell changing released by the RNC for the circuit domain, the number of
RAB establishment, RAB release and call reestablishment all decreased, the number of
dynamic channel control released by the RNC for the circuit domain increased, but in
general, the call drop number decreased.
The average RTWP decreased a bit, which is related to the decrease of the traffic
volume.
From the verify result of the field, after this feature is turned on, the CS call drop rate
decreased obviously, and other KPIs had no obvious deterioration, so it is suggested to
be turned on.
7 Abbreviation
Abbreviation Full Name
CS Circuit Switched
PS Packet Switched
UE User Equipment
8 Reference Document
[1]ZXWR RNC (V3.14.10.14) Radio Network Controller Radio Parameter Reference