Professional Documents
Culture Documents
WRAN13.0 BSC6900
(V900R013C00) PTT Feature
Description
www.huawei.com
Objectives
Know how to configure (or enable) and verify the PTT feature.
Page2
Objectives
Page3
EFACH
PTT
Page4
Contents
1. Purpose and Application Scenarios of the PTT Feature
2. Principles and Implementation Method of the PTT
Feature
3. Hardware and Data Planning of the PTT Feature
4. Configuration and Commissioning of the PTT Feature
(Important)
5. References of the PTT Feature
Page5
Principle Overview
Page6
Purpose
The available PTT solutions are Poc defined in third generation partnership project
(3GPP) and Qualcomm's proprietary solution Qchat PTT. Currently, Huawei adopts
Qchat PTT.
QChat is a voice over IP (VoIP) application and a half duplex dispatch call service
based on UTRA-FDD.
The characteristics of PTT are as follows:
In a dispatch call, one user speaks, and one or multiple users listen. This type of
single-instance communication is called the dispatch call service.
After presetting a call group, a user can speak to all the other members in the group
after pressing a specified key without dialing numbers.
Once the key is pressed, the user can speak. Call connection is complete
instantaneously.
The contract requires that a call between PTT users must be connected to a delay of
shorter than 1.4 seconds.
Page7
Page8
The PTT service bearer type and HSUPA TTI can be configured
independently.
Page9
PTT service registration procedure. This RAB is not used for PTT identification
but used to bear the PTT registration procedure in the user plane.
SRBs establish
RAB#1 PDP#1
RB#1establish
Page10
Set up service RAB#2. This RAB is used for PTT user identification and PTT service establishment, and the user is transited to the PCH state.
RAB#2 PDP#2
RB#2 establish
RAB#1 PDP#1
RB#1delete
RAB#2 PDP#2
RB#2 SRB reserve
Page11
Fast L1
synchronization
procedure
PostVerificationPeriod = TRUE ,
RRC state Indicator = CELL_DCH
,
RADIO BEARER
RECONFIGURATION COMPLETE
Page12
Fast L1
synchronization
procedure
Early
Transmission
Page13
Application Scenarios
Networking solution
Page14
Contents
1. Purpose and Application Scenarios of the PTT Feature
2. Principles and Implementation Method of the PTT
Feature
3. Hardware and Data Planning of the PTT Feature
4. Configuration and Commissioning of the PTT Feature
(Important)
5. References of the PTT Feature
Page15
Page16
PTT user identification: The radio network controller (RNC) assigns the following quality of service
(QoS) information elements (IEs) in messages based on the RAB, and identifies the user as a
PTT user.
Signaling Indication
Priority Level
Pre-Emption Capability
Pre-Emption Vulnerability
Queuing Allowed
Run the man-machine language (MML) command SET UFRC to set the following parameters.
PTTSigInd is a hidden parameter and its default value is TRUE.
Page17
Page18
returns a failure (in future, the RNC implements compatibility processing; then, even
if the rate exceeds 8K, the typical PTT parameter configuration is still used).
Run the following command to configure the guaranteed bit rate (GBR) of the PTT
service.
Page19
A PTT user does not proactively release the PTT service but is always in the
RRC connection state. If no call is connected, the PTT user needs to be
transited to the PCH state.
The state transition switch and state transition parameters of PTT users must
be set separately from those of common users. In this way, users use
different configurations and do not affect each other.
If a common user is to be transited form the PCH state to the DCH state, first
the P2F procedure is implemented, and then the F2D procedure is
implemented. A PTT user supports the one-step P2D procedure, that is, the
PTT user can be transited directly from the PCH state to the DCH state. In
this way, signaling connection delay is reduced.
Run the following command. PTTStateTransSwitch and PTTP2DSwitch are
hidden parameters and their default values are ON.
SET UPTTSTATETRANS: PTTStateTransSwitch=ON PTTP2DSwitch=ON;
SET UFRC: PTTHsupaTti=EDCH_TTI_2ms;
Copyright 2010 Huawei Technologies Co., Ltd. All rights reserved.
Page20
The PTT caller in the PCH state proactively initiates a cell update
message where the cause is uplink data transmission, and the
message carries the IE Traffic volume indicator. This IE indicates that
the UE is to transmit large amount of data. The 4A volume
determination condition is met. In this case, the RNC determines to
trigger the P2D cell update procedure.
For the PTT callee in the PCH state, after the RNC receives downlink
data, the RNC determines to trigger the P2D cell update procedure
and sends a paging to the UE. After the UE receives the paging, the
UE sends a cell update message where the cause is paging response.
Page21
PTT users are in the PCH state even if no call is connected. The
discontinuous reception period DRX needs to be set
independently to accelerate PTT paging and to reduce the call
connection time.
Page22
Page23
Page24
Page25
Page26
Page27
Contents
1. Purpose and Application Scenarios of the PTT Feature
2. Principles and Implementation Method of the PTT
Feature
3. Hardware and Data Planning of the PTT Feature
4. Configuration and Commissioning of the PTT Feature
(Important)
5. References of the PTT Feature
Page28
Networking requirements
Hardware requirements
None.
None.
Software requirements
Page29
Data Planning
Plan all the data related to this feature. The data includes
the following:
Global data: NA
Device data: NA
Interface data: NA
BTS data: NA
Negotiation data
Page30
This switch must be on; otherwise, the RNC cannot identify PTT users.
The RNC identifies PTT users based on the Signaling Indication IE and the four ARP-related parameters. The four ARPrelated parameters must be consistent with the RAB#2 assignment request. The PTT user paging period is 5 (320 ms).
Set T1 and T2 of the background service. After the PTT UE activates the PTT service, RAB#1 (used for PTT user
registration) and RAB#2 (used for PTT service establishment for PTT users) are established. After T1 expires, the RNC
quickly initiates RAB#1 release and keeps RAB#2 online (RAB#2 is not affected by the PS inactive timer). T2 is a check
timer configured to ensure that RAB#1 is deleted so that the length of the CELL UPDATE CONFIRM message during
PTT call establishment is reduced and the call establishment delay reduced.
Page31
The state transition switch dedicated for PTT users is used to transit the states of PTT
users between CELL_DCH, CELL_FACH, and CELL_PCH/URA_PCH. The CELL_PCH
To CELL_DCH state transition switch is used to transit the state of a PTT user directly
from CELL_PCH to CELL_DCH. This can reduce the call establishment delay when the
caller and callee are both in the CELL_PCH/URA_PCH state.
PTTStateTransSwitch: PTT state transition switch used to transit the state of PTT users
between CELL_DCH, CELL_FACH, and CELL_PCH.
Page32
This prevents frequent transitions of the UE between the CELL_DCH and CELL_FACH states during a PTT
call and ensures that the UE can transit from the CELL_FACH state to the CELL_PCH state after the PTT call
is complete. If RAB#1 of a PTT user is not released, that is, there are two RABs, the RNC considers the user
as a user using service combinations. The state transition parameters SET UPTTSTATETRANS and SET
UUESTATETRANS are set to largest values.
Note: In normal cases, a PTT user uses only one RB, that is RB#2. The state transition of RB# is controlled
only by the SET UPTTSTATETRANS command. The state transition of a common PS BE service is controlled
by the SET UUESTATETRANSTIMER command. If RB#1 of a PTT UE is not released or the PTT UE is using
multiple RBs for service combinations, the RNC traverses all service types and determines whether to perform
state transition based on the corresponding timer. State transition is performed only when each service meets
the conditions.
Page33
6. Change the NPCP and SRB delay (of the cell level) used for L1 rapid
synchronization.
Page34
Change the size and number of PDUs of the MAC-D corresponding to E-DCH and HS-DSCH
as follows. This ensures that the NodeB caches Announce Call messages and prevents
packet loss when the network early-onset feature is used. It is recommended that you query
and back up the original parameter values before modifying them.
MOD UTYPRABHSPA: RabIndex=14, TrchType=TRCH_EDCH_2MS,
EdchMacdPduSizeNum=D4, EdchMacdPduSize1=144, EdchMacdPduSize2=208,
EdchMacdPduSize3=336;
MOD UTYPRABHSPA: RabIndex=14, TrchType=TRCH_EDCH_10MS,
EdchMacdPduSizeNum=D3, EdchMacdPduSize1=144, EdchMacdPduSize2=208,
EdchMacdPduSize3=336;
MOD UTYPRABHSPA: RabIndex=14, TrchType=TRCH_HSDSCH, MACHST1=D60,
MACHSWINSIZE=D16, HsdschMacdPduSizeNum=D3, HsdschMacdPduSize1=208,
HsdschMacdPduSize2=336, HsdschMacdPduSize3=656,
MACHSDISCARDTIMEOPT=TRUE, MACHSDISCARDTIME=D500;
Page35
9. Enable the network early-onset feature and the RLC UM special LI function.
After the network early-onset feature is used, the RNC can send user-plane data
(Announce Call messages) to the NodeB before receiving the RB Recfg Cmp message.
After the special LI function is used, the UE can directly send the next received Announce
Call message to the RRC layer if the UE does not receive Announce Call messages with
consecutive RLC sequence numbers.
Page36
10. Ensure that the PTT UEs in the CELL_PCH state can transit to the URA_PCH
state.
If the number of cell reselection times of a PTT UE that is in the CELL_PCH state is equal
to or larger than one in three seconds, the RNC transits the state of UE to URA_PCH in
the next cell update procedure.
Page37
Page39
Page40
Page41
Page42
Page43
Page44
Page45
Page46
Page47
Page48
Page49
Page50
Contents
1. Purpose and Application Scenarios of the PTT Feature
2. Principles and Implementation Method of the PTT
Feature
3. Hardware and Data Planning of the PTT Feature
4. Configuration and Commissioning of the PTT Feature
(Important)
5. References of the PTT Feature
Page38
Page39
None.
None.
Page40
Verification or Assessment
Verification method
VS.PTT.FACH.MultRAB.CallReq.Succ: This counter measures the number of times that the users who establish multiple PTT services
initiate or respond to PTT calls in the CELL FACH state successfully in a cell.
VS.PTT.SuccPaging.First: This counter measures the number of times that the users who establish multiple PTT services initiate or respond to
PTT calls in the CELL FACH state successfully in a cell.
VS.PTT.SuccPaging.Second: This counter measures the number of times that the users who establish multiple PTT services initiate or respond
to PTT calls in the CELL FACH state successfully in a cell.
VS.PTT.SuccPaging.Third: This counter measures the number of times that PTT service paging succeeds after the RNC sends three PAGING
TYPE 1 messages in a cell.
VS.PTT.NormalRel: This counter measures the number of times that PTT calls are complete in a cell.
VS.PTT.SuccP2D.First: This counter measures the number of times that P2D state transition succeeds after the RNC sends one CELL UPDATE
CONFIRM message in a cell.
Page41
VS.PTT.PCH.SingleRAB.CallReq.Att: This counter measures the number of times that the users who establish single PTT
service attempt to initiate or respond to PTT calls in the CELL PCH or URA PCH state by means of the P2D procedure in a
cell.
VS.PTT.PCH.SingleRAB.CallReq.Fail.Cong: This counter measures the number of times that the users who establish
single PTT service fail to (due to cell resource congestion) initiate or respond to PTT calls in the CELL PCH or URA PCH
state by means of the P2D procedure in a cell.
VS.PTT.FACH.SingleRAB.CallReq.Fail.Cong: This counter measures the number of times that the users who establish
single PTT service fail to (due to resource restriction) initiate or respond to PTT calls in the CELL FACH state in a cell.
VS.PTT.FACH.MultRAB.CallReq.Fail.Cong: This counter measures the number of times that the users in the CELL FACH
state who establish multiple PTT services fail to (due to resource restriction) initiate or respond to PTT calls.
Number of times that PTT single service users fail to initiate or respond to PTT calls by means of the P2D
procedure
VS.PTT.PCH.SingleRAB.CallReq.Fail.Cong: This counter measures the number of times that the users who establish
single PTT service fail to (due to cell resource congestion) initiate or respond to PTT calls in the CELL PCH or URA PCH state
by means of the P2D procedure in a cell.
VS.PTT.FACH.SingleRAB.CallReq.Fail.Cong: This counter measures the number of times that the users in the CELL FACH
state who establish single PTT service fail to (due to resource restriction) initiate or respond to PTT calls.
VS.PTT.FACH.MultRAB.CallReq.Fail.Cong: This counter measures the number of times that the users in the CELL FACH
state who establish multiple PTT services fail to (due to resource restriction) initiate or respond to PTT calls.
Page42
Precautions
Page43
Contents
1. Purpose and Application Scenarios of the PTT Feature
2. Principles and Implementation Method of the PTT
Feature
3. Hardware and Data Planning of the PTT Feature
4. Configuration and Commissioning of the PTT Feature
(Important)
5. References of the PTT Feature
Page44
References
Page45
Page46
Thank you
www.huawei.com