Project

General

Profile

Actions

Bug #2455

closed

MS will not be able to use data service if we let the MS idle about 30 seconds after PDP context activated

Added by mqng2 over 6 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
08/21/2017
Due date:
% Done:

0%

Spec Reference:

Description

I have seen an issue with the Lenovo A916 smartphone when using osmo-pcu from HEAD of master branch (37e4c43a8d9a9b5e64a7dd19c5877d302b7887ac) in LC15 target.

If the phone does not use Internet right after PDP context ACT, the phone will be unable to use the Internet. It is also applied in case the phone waits for an amount of time after a first Web page loaded 100%

The PCU onfiguration is in below text:

Osmo-PCU#
Osmo-PCU# show running-config

Current configuration:
!
!
log stderr
logging filter all 1
logging color 1
logging print category 0
logging timestamp 0
logging level all everything
logging level csn1 info
logging level l1if info
logging level rlcmac info
logging level rlcmacdata notice
logging level rlcmacdl info
logging level rlcmacul debug
logging level rlcmacsched info
logging level rlcmacmeas info
logging level ns info
logging level bssgp info
logging level pcu info
logging level lglobal notice
logging level llapd notice
logging level linp notice
logging level lmux notice
logging level lmi notice
logging level lmib notice
logging level lsms notice
logging level lctrl notice
logging level lgtp notice
logging level lstats notice
logging level lgsup notice
logging level loap notice
logging level lss7 notice
logging level lsccp notice
logging level lsua notice
logging level lm3ua notice
logging level lmgcp notice
!
stats interval 5
!
line vty
no login
!
ns
timer tns-block 3
timer tns-block-retries 3
timer tns-reset 3
timer tns-reset-retries 3
timer tns-test 30
timer tns-alive 3
timer tns-alive-retries 10
encapsulation udp local-port 23001
encapsulation framerelay-gre enabled 0
pcu
egprs only
flow-control-interval 10
flow-control force-bvc-bucket-size 596000
flow-control force-bvc-leak-rate 59600
flow-control force-ms-bucket-size 596000
flow-control force-ms-leak-rate 59600
cs 4
cs max 4
no cs threshold
no cs downgrade-threshold
cs link-quality-ranges cs1 6 cs2 5 8 cs3 7 13 cs4 12
mcs link-quality-ranges mcs1 6 mcs2 5 8 mcs3 7 13 mcs4 12 15 mcs5 14 17 mcs6 16 18 mcs7 17 20 mcs8 19 24 mcs9 23
mcs 9
mcs max 9
window-size 64 104
queue lifetime infinite
queue idle-ack-delay 10
no queue codel
alloc-algorithm b
two-phase-access
alpha 0
gamma 0
dl-tbf-idle-time 2000
end
Osmo-PCU#

I have also attached pcap and pcu log with activated debug flags for BSSGP, RLCMAC, RLCMACDL and RLCMACUL for investigation.


Files

pcu-putty.log pcu-putty.log 1.95 MB mqng2, 08/21/2017 01:48 PM
ms-data-service-unusable-after-pdp-act.pcap ms-data-service-unusable-after-pdp-act.pcap 2.28 MB mqng2, 08/21/2017 01:48 PM

Related issues

Related to OsmoGSMTester - Bug #3678: osmo-gsm-tester: add test case: resume GPRS use after idlingResolvedpespin10/30/2018

Actions
Related to OsmoPCU - Bug #3472: GPRS connection is in a state where pdp-context is active, but data TX cannot initiate from Network side.Closedkeith08/18/2018

Actions
Related to OsmoSGSN - Bug #4506: MediaTek MT6*** will not initiate Packet AccessClosedkeith04/20/2020

Actions
Actions #1

Updated by laforge about 6 years ago

  • Assignee set to 4368
Actions #2

Updated by laforge over 5 years ago

Actions #3

Updated by laforge over 5 years ago

  • Assignee changed from 4368 to msuraev
Actions #4

Updated by msuraev over 5 years ago

  • Related to Bug #3678: osmo-gsm-tester: add test case: resume GPRS use after idling added
Actions #5

Updated by msuraev almost 5 years ago

I was unable to reproduce this locally or in osmo-gsm-tester (see related ticket). Could it be that this was accidentially fixed by some change in a meantime?

Actions #6

Updated by laforge almost 5 years ago

  • Assignee changed from msuraev to lynxis
Actions #7

Updated by laforge about 4 years ago

  • Assignee deleted (lynxis)
Actions #8

Updated by fixeria about 4 years ago

  • Related to Bug #3472: GPRS connection is in a state where pdp-context is active, but data TX cannot initiate from Network side. added
Actions #9

Updated by keith over 3 years ago

  • Related to Bug #4506: MediaTek MT6*** will not initiate Packet Access added
Actions #10

Updated by keith over 3 years ago

msuraev wrote:

I was unable to reproduce this locally or in osmo-gsm-tester (see related ticket). Could it be that this was accidentially fixed by some change in a meantime?

It looks exactly the same as #4506 which describes a MT6753. This ticket mentions Lenovo A916 which is a MT6592 [1]

I cannot reproduce this bug with Intel based phone, Nokia DCT-4, iPhone or the KRZR K3 from motorola (i don't know what the chipset is called)

So I suspect it is mediatek specific.
It would be nice if some other people with a mediatek chipset could test for it.

[1] https://www.gsmarena.com/lenovo_a916-6855.php

Actions #11

Updated by keith over 3 years ago

It would be nice to test this Lenovo again now that a patch re #4506 is merged.

Actions #12

Updated by keith over 3 years ago

  • Status changed from New to Closed

Closing, Fixed in #4506

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)