Project

General

Profile

Bug #3937

Iu: verify handling of GMM Service Request (data)when no PDP Context present.

Added by lynxis about 2 years ago. Updated almost 2 years ago.

Status:
In Progress
Priority:
Normal
Assignee:
-
Category:
Iu interface
Target version:
-
Start date:
04/16/2019
Due date:
% Done:

0%

Spec Reference:
TS 24.008
Tags:

Description

What should the SGSN answer to GMM Service Request (type=data) when no PDP Context are active?
If there would be PDP Context, it should activate RAB Assignment Request to the RNC.

Should it ask the UE for the PDP Context Status and invalidate unknown PDP Contexts?
Should it sent GMM Service Reject?

sgsn-change-13744.zip sgsn-change-13744.zip 297 KB efistokl, 04/23/2019 12:36 PM
before.txt before.txt 8.27 KB manatails, 05/21/2019 10:27 AM
after.txt after.txt 11 KB manatails, 05/21/2019 10:27 AM

Related issues

Related to OsmoSGSN - Support #3920: PCAPs files of 3G PS for Osmocom network and Commercial oneIn Progress04/12/2019

Associated revisions

Revision b842c038 (diff)
Added by efistokl almost 2 years ago

gprs_gmm: send Service Reject when no PDP ctxs are available.

Look at PDP Context Status IE: if there are any PDP contexts which are
ACTIVE on MS side and there are no PDP contexts which are ACTIVE on the
network side, then send Service Reject with the cause "NO PDP
ACTIVATED". This forces MS to reactivate the PDP contexts.

3GPP TS 24.008 Section 4.7.13.4 Service request procedure not accepted
by the network. Cause # 40.

Fixes: OS#3937
Change-Id: If610cbef17c25ec44e65d4f1b2340d102c560437

History

#1 Updated by lynxis about 2 years ago

  • Related to Support #3920: PCAPs files of 3G PS for Osmocom network and Commercial one added

#2 Updated by efistokl about 2 years ago

#3 Updated by efistokl about 2 years ago

lynxis wrote:

What should the SGSN answer to GMM Service Request (type=data) when no PDP Context are active?
Should it sent GMM Service Reject?

Yes, GMM Service Reject with cause # 40 (No PDP Context) works fine.

The problem is that sometimes Osmo-SGSN "hard-drops" PDP context - deletes it from itself and from GGSN but it doesn't send Deactivate PDP Context to the phone. So, the phone thinks that the PDP context is still active and doesn't send Activate PDP Context requests to the SGSN. I will post a patch in a moment.

#4 Updated by efistokl about 2 years ago

Posted a patch here: https://gerrit.osmocom.org/#/c/osmo-sgsn/+/13744/

Attaching traces and logs for the patch above.

GTP packets between 2196-2218 are related to "hard-dropping" PDP context.
Packet 2311 - Service Reject which forces MS to reset its PDP contexts. (3GPP TS 24.008 Section 4.7.13.4 Service request procedure not accepted by the network. Cause # 40.).

Description:
10.0.2.52: femtocell nano3g ip.access S8
10.0.2.51: Osmocom network (without HLR and GGSN)
10.0.1.123 or 192.168.14.16: GGSN
172.48.1.5: HLR

#6 Updated by laforge about 2 years ago

  • Tags set to TTCN3

#7 Updated by efistokl about 2 years ago

lynxis may I ask you for a review or your opinion on this solution if you have time for this? https://gerrit.osmocom.org/#/c/osmo-sgsn/+/13744/

#8 Updated by lynxis about 2 years ago

efistokl thanks for your patch! Comments are in gerrit.

#9 Updated by efistokl almost 2 years ago

  • Status changed from New to In Progress

lynxis wrote:

efistokl thanks for your patch! Comments are in gerrit.

Shall we mark it as "Resolved"? The patch https://gerrit.osmocom.org/#/c/osmo-sgsn/+/13744/ is merged.

#10 Updated by manatails almost 2 years ago

Some phones like iPhone 4 is unable to open data connection after this patch.

Attached are the logs from osmo-sgsn before and after the patch.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)