Professional Documents
Culture Documents
54 GSM BSS Network Performance PS KPI (RTT Delay) Optimization Manual
54 GSM BSS Network Performance PS KPI (RTT Delay) Optimization Manual
54 GSM BSS Network Performance PS KPI (RTT Delay) Optimization Manual
INTERNAL
Product Name
Confidentiality Level
GSM BSS
INTERNAL
Product Version
Total 31 pages
Prepared by
GSM&UMTS Network
Performance Research
Department
Date
2008-12-20
Reviewed by
Date
Reviewed by
Date
Granted by
Date
2008-11-01
Page 1 of 17
INTERNAL
Revision Record
Date
Version
Description
Author
2008-12-20
1.0
Draft completed
Geng Haijian
2008-12-25
1.0
Geng Haijian
2008-11-01
Page 2 of 17
INTERNAL
Contents
1 Overview...........................................................................................................................................7
1.1 Definition..................................................................................................................................................................7
1.1 Definition..................................................................................................................................................................7
1.2 Ping Process Analysis...............................................................................................................................................7
1.2 Ping Process Analysis...............................................................................................................................................7
1.3 Introduction to Delay in the GPRS/EGPRS System................................................................................................9
1.3 Introduction to Delay in the GPRS/EGPRS System................................................................................................9
3 Appendix.........................................................................................................................................17
2008-11-01
Page 3 of 17
INTERNAL
Figures
Execution result of the Ping command.............................................................................................8
Capturing Ping service packets.........................................................................................................8
Ping flow when the TBF establishment or release flow is not optimized.....................................10
Data traced on the Gb interface .....................................................................................................11
Comparison between the data traced on the Gb interface (on the left side, corresponding to
line 24 in Figure 3) and that traced by using the Ethereal (on the right side) ...........................11
Um interface access flow (the first Uplink ACK message contains the TLLI for settling the
conflict)..............................................................................................................................................12
Data related to the second Ping operation traced on the Um interface.......................................12
Tracing the data blocks with BSN number 4 and 5 that are not received by the network side
by using the TEMS on the Um interface........................................................................................13
Ping packet encapsulated at each protocol layer...........................................................................15
2008-11-01
Page 4 of 17
INTERNAL
Abstract
Ping is used to test the RTT delay that affects the utilization rate of bandwidth. This document
describes the basic process of the Ping service and the method for reducing the RTT delay.
Full Spelling
GPRS
EGPRS
Enhanced GPRS
MS
Mobile Station
CQT
DT
Drive Test
RTT
ICMP
PCU
BSS
BSC
BTS
TBF
RLC
MAC
MCS
References
[1] TCP/IP Detail Volume 1, by W.Richard Stevens, in April, 2008
[2] GPRS Network Technology, prepared by Motorola Engineering Institute, on June 1, 2005
2008-11-01
Page 5 of 17
INTERNAL
[3] GSM PS Wireless Performance Baseline (field version), prepared by the GSM Solution
Testing Department, on September 3, 2008
2008-11-01
Page 6 of 17
INTERNAL
Overview
This document describes the role of the RTT delay, each occurrence of the RTT delay in the
GPRS network, and methods of reducing the RTT delay.
The fault identifying tools in this document mainly refer to TEMS and Ethereal/Wireshark.
These tools can be used to trace or browse the information at the NE side. To analyze the RTT
delay, you need to collect the following data: signaling traced by the TEMS, packets captured
by the Ethereal/Wireshark at the MS side, signaling traced on the BSS PS Um interface, and
signaling traced on the BSS PS Gb PTP.
The description in this document is based on the condition that no download or upload
problem exists. In other words, no such fault as channel fault, link out of synchronization, or
packet loss on the interface, occurs.
1.1 Definition
The RTT delay refers to the time elapsed for a packet to the destination and back again. What
impact does the RTT delay have on the system? Why do telecom operators need to assess the
RTT delay?
In the case that the RTT delay is long, the confirmation of the data at the application layer
takes a long time. Therefore, at the slow startup phase, windows are displayed after a long
delay, and the time to reach the congestion threshold is prolonged; at the congestion control
phase, the increase in windows size is also slow. In this case, when the RTT delay is long, the
bandwidth utilization rate is low.
2008-11-01
Page 7 of 17
INTERNAL
In the Ping command, -n indicates the number of Ping times, and -l indicates the size of a
Ping packet. After the Ping command is run, the RTT delay of each Ping packet will be
displayed. After the execution of the Ping command is complete, the minimum, maximum,
and average delay of the Ping packet will be displayed. In the Windows operating system, the
time precision is 1 ms.
Figure 2 shows the data traced by the WireShark.
Figure 2 Capturing Ping service packets
When the default settings of the Windows operating system are used, the interval for sending
two Ping requests is 1 second, as indicated by the interval between the two packets in Figure
2. If the delay of the Ping echo response packet is larger than 1 second, the next Ping request
is sent immediately after the echo response packet is received. In addition, if an echo response
packet is not received within 5 seconds, a message indicating request time out is returned.
This means that the peer is not reachable. The peer is not certainly unreachable. A possible
cause is that the peer network firewall blocks Ping packets.
2008-11-01
Page 8 of 17
INTERNAL
2008-11-01
Page 9 of 17
INTERNAL
As shown in Figure 3, the Ping flows involves the establishment of the downlink TBF,
transmission of uplink and downlink data blocks, and data assembly at the MS side and client
side.
The Ping delay is analyzed as follows:
2008-11-01
1.
Check whether delay is incurred at the core network side (data is traced on the Gb
interface). If the delay is incurred, contact Huawei technical support engineers of the
core network for help. Otherwise, go to the next step.
2.
Compare the delay of the first Ping packet and that of consecutive Ping packets, and
determine which one is longer.
If the delay of only the first Ping packet is long, check whether the TBF establishment
flow is normal.
Page 10 of 17
INTERNAL
If the delay of consecutive Ping packets is long, check whether the TBF
establishment/release optimization flow is started, whether the parameter settings are
improper, and whether the deferred release times out due to faults in data transmission.
If the delay of certain packets among the consecutively sent Ping packets is long, check
factors such as the encoding rate, channel quantity, and error blocks in data transmission.
Take the Ping test shown in Figure 1 as an example. The data traced on the Gb interface
shows that no large delay is incurred in the core network.
Figure 3 Data traced on the Gb interface
The delay of the first Ping packet is 767 ms, a little longer than the usual value. As shown by
the signaling, downlink pre-establishment is not started (Downlink pre-establishment should
be started when the first Uplink ACK message is sent. The downlink pre-establishment is
started if the downlink assignment message is sent after the first Uplink ACK message is
sent); one uplink channel is used and uplink and downlink encoding rates are relatively low
(this will be described in the process of the second Ping packet).
Among the consecutive Ping packets that are sent, the delay of certain Ping packets is long.
Based on the process of the second Ping packet shown in Figure 1, you can locate the data of
this Ping on the Gb interface. Figure 4 shows the two data blocks corresponding to the
process of the second Ping packet.
Figure 4 Comparison between the data traced on the Gb interface (on the left side, corresponding
to line 24 in Figure 3) and that traced by using the Ethereal (on the right side)
2008-11-01
Page 11 of 17
INTERNAL
If no long delay is incurred on the Gb interface, the delay is mainly caused by factors on the
Um interface. If a lot of services are being processed in the existing network, you must locate
the data of the MS and check the first Uplink ACK message that is used to settle the conflict,
as shown in Figure 5.
Figure 5 Um interface access flow (the first Uplink ACK message contains the TLLI for settling
the conflict)
This is one-phase access. Find the last immediate assignment message and you can see that
the uplink TFI in the message is 10. Find the next downlink assignment message and you can
see that the MS is addressed based on uplink TFI 10 and that the downlink TFI of the MS is
13. Locate the data blocks transmitted on the Um interface from the Gb interface. You can
identify the specific data blocks according to the contents of the entire LLC PDU on the Gb
interface and the contents of the RLC data blocks on the Um interface, as shown in Figure 6.
Figure 6 Data related to the second Ping operation traced on the Um interface
As shown in Figure 6, the uplink and downlink encoding rates are relatively low; the uplink
uses only one channel; the first sending of uplink data blocks with BSN number 4 and 5 are
not received by the network side.
The uplink encoding rate is relatively low because the default encoding rate is MCS2, which
is not adjusted in time. Based on the configuration, the uplink encoding rate is adjusted
according to the downlink encoding rate. In this case, it can be inferred that the downlink
encoding rate is not adjusted. The default downlink encoding rate is MCS6; however MCS2 is
used instead. This is because the sublink cannot be bound. Only one channel is used on the
uplink because it is still in one-phase access and the time to obtain two uplink timeslots is not
reached. The uplink data blocks with BSN number 4 and 5 are not received by the network
side. However, the quality of the Um interface is good. The possible cause is that faults occur
on the link and channel on the uplink G-Abis interface.
Such a long delay would not occur even if two blocks are lost, as the data blocks should be
continuously dispatched in the delay release state in the case that the channel is not
2008-11-01
Page 12 of 17
INTERNAL
multiplexed by other MSs. Figure 7 shows the message traced by using the TEMS on the Um
interface (in Mode ReportPH PDCH Block Header DL Report).
Figure 7 Tracing the data blocks with BSN number 4 and 5 that are not received by the network
side by using the TEMS on the Um interface
If many downlink blocks are not received by the MS, it is probable that the transmission link
is faulty.
Step 2 Analysis shows that the fault is probably caused by the link quality. Check whether an alarm
indicating loss of synchronization on the link is generated and whether the BTS clock is
synchronized with the BSC clock, and check the bit error rate on the G-Abis interface. In the
laboratory environment, the BTS clock is confirmed to be in free-run state. The file attached
provides the Ping operation related data traced the configuration data. Based on the preceding
analysis, you can try to analyze the long delay in the fourth Ping operation.
2008-11-01
Page 13 of 17
INTERNAL
In two-phase access, the most time-consuming part is the process of assigning single block
> the two-phase access request of the MS on the single block. You can modify the value of
Delay Blocks of Uplink Single Block Assignment from 9 to 6 by entering the super user
mode and choosing Configure BSC Attributes > Software Parameters >Delay Blocks of
Uplink Single Block Assignment. In this way, the delay can be reduced by about 60 ms.
Delay Blocks of Uplink Single Block Assignment considers the delay incurred during the transmission
of the immediate assignment from the PCU to the MS, including the transmission delay and the delay
caused by the queuing of the immediate assignment message at the BTS side. In the laboratory, no fault
occurs when Delay Blocks of Uplink Single Block Assignment is set to 6. In the actual network,
however, if the number of paging and access requests is great, setting Delay Blocks of Uplink Single
Block Assignment to 6 may cause the problem that the MS receives the assignment message at a time
later than the time of the assigned block. In this case, the channel request must be re-sent. Therefore, set
Delay Blocks of Uplink Single Block Assignment to 6 only in the case of competition of the RTT delay
performance with peer vendors.
2008-11-01
Page 14 of 17
INTERNAL
As shown in Figure 8, the Ping packet is encapsulated at each layer, and when it reaches the
RLC layer, it contains 73 bytes. Table 1 lists the sizes of an RLC data block in different
encoding rates.
Table 1 Payload of LLC layer data in the RLC data blocks in different encoding rates in EGPRS
Channel Coding Scheme
Family
MCS-1
22
MCS-2
28
MCS-3
37
MCS-4
44
MCS-5
56
MCS-6
74
MCS-7
2x56
MCS-8
2x68
MCS-9
2x74
Table 2 Payload of LLC layer data in the RLC data blocks in different encoding rates in GPRS
2008-11-01
CS-1
22
22
CS-2
32
32 7/8
CS-3
38
38 3/8
CS-4
52
52 7/8
Page 15 of 17
INTERNAL
As listed in Table 1 and Table 2, the MCS6 coding scheme is required to send a Ping data
block within 20 ms in the case of a single uplink channel. Thus, when you test the Ping delay,
it is recommended that you use MCS6 as the default uplink or downlink coding scheme. For
GPRS, two channels are required to send a Ping packet within 20ms when the MCS3 or
MCS4 coding scheme is adopted. Therefore, when the Ping operation is initiated for the first
time, the product regards the service as neutral by default. For an MS with the multislot class
10, three downlink channels and two uplink channels are assigned. For script compilation, if
the Ping operation is started immediately after download services, it is recommended that you
set the first bit of DSP Control Table 2 to ON. To enable this function, enter the super user
mode, choose Configure BSC Attributes > Software Parameters >DSP Control Table 2,
and set the first bit of DSP Control Table 2 to ON.
If error blocks exist, the Ping delay may burst. This is because if the sent data is not
confirmed by the peer, and the unconfirmed data blocks are not re-sent; in this case, the local
end waits a long time for the peer to confirm the data blocks before re-sending the blocks. To
solve this problem, a new function, PACK data block retransmission, is developed at the
network side. When error blocks exist (especially in DT Ping tests), you need to check
whether the current version supports the PACK data block retransmission function.
EDGE
2008-11-01
Device
First Pinged
Consecutive
32-Byte Packet Pinged 32-Byte
(ms)
Packet (ms)
678
217
1061
163
503
169
392.56
97
Page 16 of 17
EDGE/GPRS
GPRS
INTERNAL
Device
First Pinged
Consecutive
32-Byte Packet Pinged 32-Byte
(ms)
Packet (ms)
704
246
782
336
565.53
196
337
171
Appendix
The file attached provides the data traced in the Ping test.
Pi ng Test Data
Traced. rar
2008-11-01
Page 17 of 17