Feature Deployment and Testing Guide

Enhanced DL_CELL_FACH
Feature ID: ZWF26-01-011

Version: V3.11.10

ZTE CORPORATION
NO. 55, Hi-tech Road South, ShenZhen, P.R.China
Postcode: 518057
Tel: +86-755-26771900
Fax: +86-755-26770801
URL: http://ensupport.zte.com.cn
E-mail: support@zte.com.cn
LEGAL INFORMATION
Copyright 2012 ZTE CORPORATION.
The contents of this document are protected by copyright laws and international treaties. Any reproduction or
distribution of this document or any portion of this document, in any form by any means, without the prior written
consent of ZTE CORPORATION is prohibited. Additionally, the contents of this document are protected by
contractual confidentiality obligations.
All company, brand and product names are trade or service marks, or registered trade or service marks, of ZTE
CORPORATION or of their respective owners.
This document is provided as is, and all express, implied, or statutory warranties, representations or conditions
are disclaimed, including without limitation any implied warranty of merchantability, fitness for a particular purpose,
title or non-infringement. ZTE CORPORATION and its licensors shall not be liable for damages resulting from the
use of or reliance on the information contained herein.
ZTE CORPORATION or its licensors may have current or pending intellectual property rights or applications
covering the subject matter of this document. Except as expressly provided in any written license between ZTE
CORPORATION and its licensee, the user of this document shall not acquire any license to the subject matter
herein.
ZTE CORPORATION reserves the right to upgrade or make technical change to this product without further notice.
Users may visit ZTE technical support website http://ensupport.zte.com.cn to inquire related information.
The ultimate right to interpret this product resides in ZTE CORPORATION.

Revision History

Revision No. Revision Date Revision Reason

R1.0 2012-6-18 First eition

Serial Number: SJ-20120802112720-240

Publishing Date: 2012-06-18 (R1.0)

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Contents
Chapter 1 Functional Description ............................................................. 1-1
Chapter 2 Preparations .............................................................................. 2-1
Chapter 3 Data configuration .................................................................... 3-1
Chapter 4 Testing ....................................................................................... 4-1
4.1 Test Purpose...................................................................................................... 4-1
4.2 Steps for Test..................................................................................................... 4-1
4.3 Expected Results ............................................................................................... 4-3

Chapter 5 Counter List............................................................................... 5-1

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 II

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 1
Functional Description
For users, the operation should provide more QoS which is a general index of the service
performance to decide the user satisfaction. With the appearance of "always-on" service
(such as PoC, Push email and VPN connection), CELL_FACH will be widely applied.
For the background services with frequent transmission and small data amount, it is not
appropriate to keep UE in CELL_DCH state. However, the advance CPC solution will make
more users to occupy CELL_DCH state. Due to the capacity choke point of CELL_FACH,
the enhanced CELL_FACH is introduced.
The enhanced CELL_FACH optimizes the system capability for the traditional CELL_FACH
state to get the performance gain including peak rate, system delay, system capacity, etc.
In order to improve CELL_FACH transmission rate and reduce the delay of state
transferring, the enhanced DL CELL_FACH is respectively introduced in R7 and R8.
Based on this technique, UE in CELL_FACH state can use HS-DSCH as the common
channel to transmit data to highly increase the data rate. Simultaneously, it can increase
the downlink throughput in CELL_FACH, reduce the service delay and improve the user
experience. CELL_FACH state can be used to improve UTRAN system capacity and will
be propitious to develop "always online" service.
Enhanced DL CELL_FACH allows UE to receive HS-DSCH data in CELL_FACH state.
HS-DSCH is not only used in CELL_DCH state, but also is used in CELL_DCH state and
CELL_FACH state. If UE is on CELL_FACH state, UTRAN will transmit signaling and
data on the channels of DCCH, CCCH, DTCH and transmit the message of "SYSTEM
INFORMATION CHANGE INDICATION" through HS-DSCH.

Key techniques
WCDMA system defines four connecting states: CELL_DCH, CELL_FACH, CELL_PCH
and URA_PCH. UTRAN controls UE transferring to CELL_FACH state to save the
dedicated resource in the case of a few of the data transmission and transferring
to CELL_PCH/URA_PCH state to reduce terminal battery loss when there is data
transmission. Because the channel transferring needs some time to execute, the sudden
data transmission will cause longer waiting, like as the skip from a certain web page read
by a long time to other page. So, the delay of channel handover is also an important QoS
index. 3GPP R7 introduces enhanced DL CELL_FACH.
Using HSDPA in CELL_FACH state to increase UE peak rate;
Decreasing the delay of user side and control side in CELL_FACH, CELL_PCH, URA_PCH
state;
Decreasing the transferring delay from CELL_FACH, CELL_PCH, URA_PCH state to
CELL_DCH state;

1-1

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

Implementing discontinuous receiving in CELL_FACH state to decrease the power

consumption.
The above ways is specially propitious for "always online" services which have a few
frequent burst data between UE and server, such as PoC, Push email and VPN connection.
HSPA+ defines the technique "CELL_FACH Enhanced" that UE can simultaneously
receive HSDPA data transmission in CELL_FACH, CELL_PCH, and URA_PCH state. As
a common channel, HS-DSCH can be used to carry the information of BCCH, PCCH
and CCCH. The mapping relation between logical channel and transmission channel is
shown below:

Figure 1-1 Mapping relation between logical channel and transmission channel at UE
side

Figure 1-2 Mapping relation between logical channel and transmission channel at
UTRAN side

HS-DSCH can be flexibly used in various states:

For the UE on CELL_FACH and CELL_PCH state, UTRAN can transmit the signaling and
data on DCCH, CCCH, DTCH through HS-DSCH;
For the UE on CELL_PCH and URA_PCH state, UTRAN can transmit the paging
information on PCCH through HS-DSCH;
For the UE on CELL_FACH, CELL_PCH and URA_PCH state, UTRAN can transmit
system alteration information (only used for this BCCH message transmission) on BCCH
through HS-DSCH. The particular H-RNTI of BCCH is necessary at this time.
In order to implement HSDPA transmission in CELL_FACH, CELL_PCH and URA_PCH,
3GPP protocol needs to finish the following modification.
System information

1-2

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 1 Functional Description

HS-SCCH/HS-DSCH configuration information and common H-RNTI that is used for

receiving HS-DSCH data before getting dedicated H-RNTI are added for UE to use
HSDPA resource after reading cell broadcast. Different UE is divided by various UE
indicators (U-RNTI). After obtaining C-RNTI configured by network and the dedicated
H-RNTI, UE can use the dedicated H-RNTI to accept HS-SCCH scheduling.
Terminal capability
The message of "CELL_FACH enhanced" support which is added to UE capability
information should be informed to UTRAN at the time of request setup connecting. After
enter the connecting state, UE will firstly accept the messages on BCCH, PCCH, CCCH
and DCCH but not on PCH or FACH.
Link adjusting
In CELL_FACH, CELL_PCH and URA_PCH state, if HS-DPCCH is inexistence, UE cannot
use this channel to feed back HARQ and CQI report which must be reported as RRC
message on RACH and will be fed back by RNC to NodeB to adjust HS-SCCH/HS-DSCH
transmitting power and finish MCS function.

Figure 1-3 HSDPA adjusting for enhanced CELL_FACH

Paging
If RNC configures HS-SCCH/HS-DSCH information used for PCCH transmission in the
system information, the UE possessing the enhanced DL CELL_FACH starts CELL_PCH
and URA_PCH to use HSDPA transmission. At this time, UE will not use the traditional
PCH and S-CCPCH any longer.
The necessary timing relation between PICH and HS-SCCH/HS-PDSCH but not between
S-CCPCHs should be defined.

Figure 1-4 Timing relation between PICH and HS-SCCH

1-3

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

Having received paging indicator, in the case of H-RNTI existing, UE gets HS-PDSCH
information located the paging message by monitoring HS-SCCH. Shown in above,
the shift tPICH (7680 chips) exists between the ending of PICH frame and the start
of the corresponding 5 continuous HS-SCCH sub-frames which indicate HS-PDSCH
parameters including paging message.
Without any dedicated H-RNTI, UE should not use HS-SCCH and directly receive the data
from pre-configured HS-PDSCH and specific sub-frame.
Discontinuous receiving
In CELL_FACH state, there are two methods of DRX implementation to save UE battery
power:
The first method is that UE is transferred to CELL_PCH or URA_PCH state through RRC
signaling. In PCH state, UE only needs to monitor PICH information for each paging time
and starts to monitor HS-SCCH (or mapping to PCCH on HS-PDSCH) and receiving data
for its own paging. If there is uplink data transmission, UE can directly transmit on RACH
without CellUpdate procedure and enter CELL_FACH state to keep until the next RRC
signaling informing to other state.
State transferring
Due to the state remaining during state transferring after dedicated H-RNTI configured by
UTRAN, the implementation of data receiving keeping and seamless state transferring can
be ensured during state transferring. SRB bearing on HSDPA is propitious to reduce the
transmission delay at control side.
In the case of uplink data transmission, UE can directly transmit through RACH in
CELL_PCH or URA_PCH state without cell update procedure. After data transmission,
UE will hold on CELL_FACH state, unless it transfers to other state by RNC signaling
configuration.
CELL reelection
Having introduced enhanced CELL_FACH, the procedure of cell reelection keeps as
before. Entering the new cell, UE configures the parameters according to the new cell
broadcasting (HS-SCCH information or traditional FACH configuration) and executes Cell
Update procedure.
During HS-DSCH receiving in CELL_FACH, RNC can configure UE measured time
which can be transferred to NodeB and UE through high layer signaling to execute the
measurement between frequencies or systems within the remaining time. NodeB will
implement the scheduling the data from HS-DSCH to UE according to the measured
time configured by RNC. UE completes measurement at measured time to support cell
reelection between frequencies or systems.
To support the Enhanced DL CELL_FACH function, the following parameters are
introduced:
l EFACHSpptInd: This parameter indicates whether the downlink Enhanced
CELL_FACH can be supported by the cell.
l MACehsQID: MAC-ehs queue identity

1-4

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 1 Functional Description

l ChTypeInd: Channel Type Indicatior Indication for Downlink Enhanced CELL_FACH

Priority Queue.
l SPI: Indicates the priority of Mac-hs . Used for Mac-hs scheduling. The larger of the
value, the higher of the priority.
l DlEFACHT1: Re-ordering release timer (T1). The Re-ordering release timer T1
controls the stall avoidance in the UE reordering buffer. Correctly received MAC-hs
PDUs will be delivered to the upper layers when the timer T1expires.
l DLEFACHTreset: Timer in multiples of T1 values. which is used to control the reset
of the MAC-ehs reordering functionality in CELL_FACH or CELL_PCH.
l MACehsWinSize: MAC-hs Window Size, which is used for MAC-hs PDU
retransmission
l DTCfgInd: This parameter indicates whether Discard Timer is configured for the
downlink Enhanced CELL_FACH queue.
l DiscardTimer: Discard Timer, which defines the time to live for a MAC-hs SDU
starting from the instant of its arrival into an HSDPA Priority Queue. The Node B shall
use this information to discard out-of-data MAC-hs SDUs from the HSDPA Priority
Queues.
l MaxMacPDUSize: This parameter indicates the Maximum MAC-c PDU Size for
flexible PDU in Downlink Enhanced CELL_FACH.
l EFACHHSSCCHPwr: The configured power for HS-SCCH, which is a power level
relative to the configured in a cell.
l EFACHHSPDSCHPwr: The configured power for HS-PDSCH, which is a power level
relative to the configured in a cell.
l EFACHBandWidth: The transport band width allocated for Downlink Enhanced
CELL_FACH.

1-5

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

This page intentionally left blank.

1-6

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 2
Preparations
License

Hardware Requirement
Hardware requirement is shown in Table 2-1.

Table 2-1 Hardware Requirement

NE Requirement

RNC None

NodeB None

Software Requirement
Software requirement is shown in Table 2-2.

Table 2-2 Software Requirement

NE Involved Version Requirement

UE YES UMTS FDD Number: 1

Release: R8
Should support EFACH
function

2-1

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

NE Involved Version Requirement

NodeB NO V4.11.10.14 None

RNC YES V3.11.10.11 ZTE equipment

MSCS YES None ZTE equipment

MGW YES None ZTE equipment

SGSN YES None ZTE equipment

GGSN NO None None

HLR NO None None

Topology
Topology is shown in Figure 2-1.

Figure 2-1 Topology

2-2

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 3
Data configuration
SGSN/GGSN - ZTE
N/A

MSC/MGW - ZTE
N/A

HLR ZTE
N/A

RNC
l Type of Transport Channel for Initial RRC Connection Setup:Forced to Cell_FACH

Path: View > Configuration Management > RNC Managed Element > RNC Radio
Resource Management > RNC Configuration > Type of Transport Channel for
Initial RRC Connection Setup

l Downlink Enhanced CELL_FACH Support Indicator: Supported

3-1

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

Path: View > Configuration Management > RNC Managed Element > RNC Radio
Resource Management > UTRAN Cell > UTRAN Cell xxx > Cell Setup Parameters
> Downlink Enhanced CELL_FACH Support Indicator
l HSPA Support Method:Support HSUPA,HSDPA and DCH

Path: View > Configuration Management > RNC Managed Element > RNC Radio
Resource Management > UTRAN Cell > UTRAN Cell xxx > Cell Ability and
Reselection > HSPA Support Method

NodeB
N/A

3-2

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 4
Testing
Table of Contents
Test Purpose ..............................................................................................................4-1
Steps for Test .............................................................................................................4-1
Expected Results .......................................................................................................4-3

4.1 Test Purpose

The purpose of this test case is to verify Enhanced Dl_Cell_Fach function is normal.
Related documents

ZTE UMTS HSPA Evolution Feature Guide.docx

4.2 Steps for Test

1. UE1 activates a PS call in Cell1, first check whether the UE support EFACH function
or not.

2. No need download any file, let UE channel switch from DCH to FACH.

4-1

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

3. Check the signal to verify whether the DL in HS channel.

l #define TRCH_DCH (BYTE)1
l #define TRCH_FACH (BYTE)2
l #define TRCH_RACH (BYTE)3
l #define TRCH_HSDSCH (BYTE)4
l #define TRCH_EDCH (BYTE)5
l #define TRCH_PCH (BYTE)6
l #define TRCH_IDLE (BYTE)7

4. Check the PS service normal.

4-2

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 4 Testing

4.3 Expected Results

N/A

4-3

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

Feature Deployment and Testing Guide Feature ID: ZWF26-01-011

This page intentionally left blank.

4-4

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential

 Chapter 5
Counter List
C310416317 Transport Channel Changing attempt, HS-DSCH to FACH ,in CELL_FACH

C310416318 Transport Channel Changing attempt, FACH to HS-DSCH ,in CELL_FACH

C310416319 Transport Channel Changing attempt, HS-DSCH of CELL_FACH to HS-DSCH

of CELL_DCH

C310416321 Transport Channel Changing attempt, HS-DSCH of CELL_FACH to DCH of

CELL_DCH

C310416323 Transport Channel Changing attempt, HS-DSCH of CELL_DCH to HS-DSCH

of CELL_FACH

C310416325 Transport Channel Changing attempt, DCH of CELL_DCH to HS-DSCH of

CELL_FACH

C310416327 Transport Channel Changing success, HS-DSCH to FACH, in CELL_FACH

C310416328 Transport Channel Changing success, FACH to HS-DSCH, in CELL_FACH

C310416329 Transport Channel Changing success, HS-DSCH of CELL_FACH to

HS-DSCH of CELL_DCH

C310416331 Transport Channel Changing success, HS-DSCH of CELL_FACH to DCH of

CELL_DCH

C310416333 Transport Channel Changing success, HS-DSCH of CELL_DCH to HS-DSCH

of CELL_FACH

C310416335 Transport Channel Changing success, DCH of CELL_DCH to HS-DSCH of

CELL_FACH

C310030782 Number of Cell-Fach and HS/R user in the best cell

C310030783 Max Number of Cell-Fach and HS/R user in the best cell

C310030784 Average Number of Cell-Fach and HS/R user in the best cell

C310630582 Max Number of Cell-Fach and HS/R user in RNC(Note: RNC Level)

C310086316 Number of successful RRC connection access,DL-EFACH/UL-RACH

C310086310 Number of successful RRC connection preparation,DL-EFACH/UL-RACH

5-1

SJ-20120802112720-240|2012-06-18 (R1.0) ZTE Proprietary and Confidential