Re: [DMM] [Apn] Regarding APN Usecase in Mobile Core

Linda Dunbar <linda.dunbar@futurewei.com> Fri, 22 January 2021 20:57 UTC

Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BA643A14F1; Fri, 22 Jan 2021 12:57:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level:
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DIET_1=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2s3UfCGk10lp; Fri, 22 Jan 2021 12:57:54 -0800 (PST)
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2090.outbound.protection.outlook.com [40.107.237.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 508B33A14F0; Fri, 22 Jan 2021 12:57:53 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hee1CNAi60pY7SXj1+kFmVh+QTlhyz70ZbdAi8q3wI6aU1fyGmZ+yKlf0jFydNMFAl6yvrXDfDTgcIK+o3LVssT108o2Us+hMcdEOmSsewDrEERCMyxB4dibwVl37frUkq90UKEeOPIAEqDOsYYz6ThqmZ7TkH96s1z7KOLbO5NCdaGCzUNzrNilWKSeDEzAJZ0floraO9bIwOymeMPQzfkln3h7ahFz0uKeXpNfI+e7PTsGA//WSwfGZSvrakGQAABoR4UC7jilbjHWKyj2KdCPDpq155tw50qzqhQ1bGAmQBXlYuebC/7lmig0Q/fZi2Hz0aipXGrGVcloZ+dOkQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NimmF8Xwq3yaJuUDMA0RPQga2L5EFRdq0DFdQSH5PCk=; b=OMU3jHCk3n/hiNxRZxuaoQ6IAfuBIQd3oFJWhqsP2f4f54t7FI5y2iCdvc5gbt/Q1nbC65zKDoQ7WnWXlHabbnIww5ygMrmwZUoCC2Crh36i0wLJFVmXRn3N0UXGwUYvIx1wPIM0KOHatAucnvqpfv4VGPe5VfgQk9T2ASt7I9QPJyu3k6vftrafD/JRPTdXVEmaUuugGez63r2difq378Ph32PomE6LeiU5p3WWn8zPOL1M+4Rp2mEqMuXm0U9zVYhehZiQIi1W240NZN1xlIAKXpHhBgfrpICKQWFSgxS6xdvz7Pu3i/WNwzp29uzhp8prbXpSkYO1o9Bg1GdiaA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NimmF8Xwq3yaJuUDMA0RPQga2L5EFRdq0DFdQSH5PCk=; b=LDYfXjfQjWx1fhiJRVs90YIWQ0LW/A8lIoO4ym3qOkcdMZ2v3qcUmgnjSLkak8szI/86PmKd45ZSxpBYlqZrD++iHbRFWuCy3GmejIx/Z1HO3LUhjgwHvmDhgJadQT5qcz2D5ZEIAFvbxwDrVzW9VgvO0cojVcmFVifhGU+uon4=
Received: from (2603:10b6:805:55::16) by SA1PR13MB4878.namprd13.prod.outlook.com (2603:10b6:806:1a2::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3805.6; Fri, 22 Jan 2021 20:57:51 +0000
Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::c0e0:2f3f:efcb:e8c7]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::c0e0:2f3f:efcb:e8c7%7]) with mapi id 15.20.3805.006; Fri, 22 Jan 2021 20:57:51 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: Sridhar Bhaskaran <sridhar.bhaskaran@gmail.com>, Kaippallimalil John <john.kaippallimalil@futurewei.com>
CC: "apn@ietf.org" <apn@ietf.org>, "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>, Uma Chunduri <umac.ietf@gmail.com>, Lizhenbin <lizhenbin@huawei.com>, dmm <dmm@ietf.org>
Thread-Topic: [Apn] [DMM] Regarding APN Usecase in Mobile Core
Thread-Index: AQHW8Hiof1SWn3OwKUCkXfRz1bdEjao0Gs7A
Date: Fri, 22 Jan 2021 20:57:51 +0000
Message-ID: <SN6PR13MB23348557039C0104E66F77DC85A09@SN6PR13MB2334.namprd13.prod.outlook.com>
References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D939966D9@DGGEMM532-MBX.china.huawei.com> <CAF18ct4nYsk9nNBN0enCeLwhUuSF1Quy+MTUoe7Gb3yYmjOU2w@mail.gmail.com> <aae1d163a31b4ff8b31c4f90751c3d0c@huawei.com> <SA0PR13MB408027C75E2F3FAACCC8404CE8A19@SA0PR13MB4080.namprd13.prod.outlook.com> <CA+3a8OYUPpUyd56PFC48g=sr9OvaQb82qOvUv9znYXm3Y+vWQw@mail.gmail.com>
In-Reply-To: <CA+3a8OYUPpUyd56PFC48g=sr9OvaQb82qOvUv9znYXm3Y+vWQw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [72.180.73.64]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8706f294-6950-4b48-ebe9-08d8bf1861c4
x-ms-traffictypediagnostic: SA1PR13MB4878:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <SA1PR13MB48788357121C6C0E751CD97285A09@SA1PR13MB4878.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: KYReLTwWpLG0po5RYh6yf9Uln7tBlbxEBXwyYbNCnNFo6Mh6CsZDBZZi9MwA/qVrTUQ4JcgCSjrP0elrFVnjBI7BWf0D1g/k26ws8XVcyKDVX+uqForh6He9M29Vf0mlnpHFtQdc+bWMUpkCxx6kL2zkhZrW8hTbvYY38MbbAs9U2Y/i8EV7O48aApBDpYxr13cmXqkpFGIheFHBuC7mCAxdj3MkcyqP4h3nXc/TZpW/NKKeySaDJUTyHMUDBIU88Mq9IuL5Pf7n4cl8sDXXd1VO/RRnskNTqK8444PKvwW4keXKgbGu4X6ge95xC3LZGXG+3ZGNdUVsKYROWk+DTDAXfvH0sdMYF5Nn09HJy3bmljCOXgSk28CDQq/9vkeRDAORBmW2Zkxcjk1kaXZnrmv6wFCq+ir3J6Lzj/1njWs9E4tr47F78+i51Xvw69eWCQMykPfuP8AI0wx4U3G32Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(366004)(346002)(376002)(396003)(39840400004)(478600001)(966005)(4326008)(71200400001)(33656002)(8676002)(7696005)(53546011)(44832011)(316002)(6636002)(186003)(6506007)(83380400001)(54906003)(110136005)(166002)(26005)(76116006)(8936002)(64756008)(2906002)(66476007)(9686003)(52536014)(55016002)(66446008)(86362001)(66556008)(66946007)(5660300002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: Nl2mdeSWwE9p5WD0prkyvh5//MHktu0w+Gu/swt55ejRLsdiLfuL4k2T4AmHtlG5jRmedc4MdzJUtG/PKyqGDcnTTHeM/PkU3/JLAkaOPAp2FUfV16bxyjGbwjTll72xS+/q3bVznBJJOBJsjAn4lOLKLQIRKZEcKiu5POG+/zjJ7fv7A+XO19q+Z+gkJlSqd7DRp5UZjWA4a2/ScpO+C6t24wXQQbKUZ/BxgZEnwIt36FcTvsboBurDmcPs28p5glXJ/hy5uphhDX8fPQ6yH6aJCqJegWhLISnIZm95FCcjr0V5f+4z0enPd+CEFfvg6DzzKtCTJiJRFSjavp2ktHc8TE1Ozk7AbbewzCvQnmWWS8KrX3M9jWj4Nxm3vUxEaHL66b5IXiYfYaSbrkZo0UGxxEsTvjChb3s35Aba2Uvq6Z2JDXgIugEmAfW37M2LKIeHn+TXhbC848rsbg9M531JCTfOqNrR/wsp4Q5GCTfW9JY+in5GSXQ9+wFewBdjnE2oaydQkCupYLicwTn3g7By5EdfTXOtKn1N7Pkj5pFcU3UBDAoRIhn/6e/Tma1/MrVPgVSEe+56E+J/U8/eze78tgDGcmI1c7se4b1eAu0hre3nCPF3MUwLfGlbidevT82+GjRouH6aHw0j9gY+a2t/TLHgRYy44EVFlJ+TKDPogZXCCwORmcrZGlmU9V0AqaX4s7g4eec3Bb98o0F6ibmBHQsnRD0HTQ1KmpwF13stTyFD38bLoWxI4ZgLniffxmJDPeQYu5e4ePWR/LW8xE9KomHrLGQFLPtCv2I7FXdqbdNGkaNZDH1Vfpa8rYacrMY1Ay5YfsXeBxK1MyvKRzO9wP1fDFGg1jVRkjSaEistDViZ7ii8+Ef8rKrfCdJP7Fyv0+t0VoLZ1BDRFXLvHonVaZX34n9VYF+Csq/eCe61ro7F6L3t6vLKM6EQy7SPVpcAjr+/+xzRLNiktqUNXKkK/s2qWjRxR3/bDKQPSG6sR/8vV91giW/JrznXW04t5Yaw5JkZmHmxc5w/3UeJTPJWBBBNZ//mX1l1X6EkXNNsjH0mQM7AIotQPhUUzwAB
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB23348557039C0104E66F77DC85A09SN6PR13MB2334namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8706f294-6950-4b48-ebe9-08d8bf1861c4
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2021 20:57:51.2231 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: JTAdqpNONr9kDJCIuZoCAlnlQT+j+EDyPTQLWAuaGEASG3R0g+Vgj0sNPOGGk5czDFKJgHeZTkJdwNyTgc3Yhg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR13MB4878
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/3v3dCgQmul3IZzm2k2AGz0LeT3c>
Subject: Re: [DMM] [Apn] Regarding APN Usecase in Mobile Core
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jan 2021 20:57:57 -0000

Many thanks to Sridhar and John 's insightful description of GTP-u tunnel for both 4G and 5G.
IMHO, APN should focus on the 5G case, i.e. potentially hundreds of thousands (or even millions) of GTP-u tunnels between a pair of one gNB and one UPF.
I think two scenarios worth exploring further separately:

  1.  5G core can exchange signal with the IP network (the N6 interface), more likely the 5G Core and N6 network are administrated by the same network operator.
     *   5G core can tag the packets before handing off to the N6 interface (i.e. the IP network), such as inserting a metadata to the data packets
     *   inform the IP network of the meaning of the inserted Metadata.
     *   The IP network needs to remove the metadata before handing the packets to their destinations

  1.  There is no communication between the 5G core and the IP network, then the IP network can only depend on the priority bits added by the UE, which can be very unpredictable.

The Section 4 (Mobility Packet Transition in the Data Network) and the Section 5 (Transport Network characteristics Mapping to SR-TE Paths) have good description on how to extend 5G core's TN aware mobility information for various TE paths within IP networks. https://datatracker.ietf.org/doc/draft-mcd-rtgwg-extension-tn-aware-mobility/


Linda Dunbar
From: Apn <apn-bounces@ietf.org> On Behalf Of Sridhar Bhaskaran
Sent: Thursday, January 21, 2021 10:39 PM
To: Kaippallimalil John <john.kaippallimalil@futurewei.com>
Cc: apn@ietf.org; Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com>; Uma Chunduri <umac.ietf@gmail.com>; Lizhenbin <lizhenbin@huawei.com>; dmm <dmm@ietf.org>
Subject: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core

Hi Xuesong,

In addition to what John said, in 3GPP networks there is one GTP-u tunnel per bearer (in case of 4G) and one GTP-u tunnel per PDU session (in case of 5G).

One UE (user equipment - i.e mobile device) may have multiple PDU sessions and hence in the network there may be more than one tunnel for a UE. The scope of GTP-u tunnel is from UPF to gNB only. GTP-u does not go all the way upto UE. The GTP-u header has a field called "TEID" (tunnel endpoint identifier). The TEID in the header identifies a context in UPF and gNB. The context gets established through signalling plane. The context provides information on the QoS to be provided for the bearer,  PDCP ciphering keys applicable for the bearer context etc.,. If there are a million UE that are getting connected to a UPF, there could be few million GTP-u tunnels (TEID).

In summary:
1. The 5QI / QFI marking in the GTP-u extension header provides a lookup for the general QoS characteristic applicable for that 5QI
2. TEID in the GTP-u header provides a lookup for UE and bearer specific contextual information for any differentiated treatment.

Regards
Sridhar

On Fri, Jan 22, 2021 at 2:55 AM Kaippallimalil John <john.kaippallimalil@futurewei.com<mailto:john.kaippallimalil@futurewei.com>> wrote:
Hi Xuesong,

Traffic policy for subscribers is managed per PDU session at the UPF (and gNB).
GTP-u does provide encapsulation between the end points, but its control fields are meant for conveying control semantics between the GTP endpoints: they were not intended for IP transport/ traffic underlays. 5QI/QCI etc are in the GTP extension header which may not be ideal to lookup to classify each packet in the transport network.

The entity that classifies data packets (upstream at gNB and downstream at UPF-PSA) also inserts the DSCP for that GTP packet. The classification is based on subscriber aspects but may also on be based on its content (e.g., using DPI).

Best Regards,
John


From: dmm <dmm-bounces@ietf.org<mailto:dmm-bounces@ietf.org>> On Behalf Of Gengxuesong (Geng Xuesong)
Sent: Wednesday, January 20, 2021 8:23 PM
To: Uma Chunduri <umac.ietf@gmail.com<mailto:umac.ietf@gmail.com>>; Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>
Cc: apn@ietf.org<mailto:apn@ietf.org>; dmm <dmm@ietf.org<mailto:dmm@ietf.org>>
Subject: Re: [DMM] [Apn] Regarding APN Usecase in Mobile Core

Hi Uma and all,

I have read the document and got a few questions:
In my understanding, in the UPF where traffic policy is enforced, the fine-granularity services are provided. Then what fields in the GTP-u encapsulation indicates the traffic's service requirements? When a GTP-u tunnel goes into a SRv6 policy, according to which fields in the GTP-u encapsulation the DSCP is generated? We know that there are parameters such as 5QI/QCI and QFI, whether they are associated with a GTP-u tunnel?

Best
Xuesong
From: Apn [mailto:apn-bounces@ietf.org] On Behalf Of Uma Chunduri
Sent: Tuesday, January 19, 2021 3:17 AM
To: Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>
Cc: apn@ietf.org<mailto:apn@ietf.org>; dmm <dmm@ietf.org<mailto:dmm@ietf.org>>
Subject: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core

Hi Robin,

In-line..

Cheers!
--
Uma C.

On Mon, Jan 18, 2021 at 5:25 AM Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>> wrote:
Hi APNers and DMMers,
I remember that in the mobile core scenarios the GTP-u tunnel can be set up according to the user and application requirements, but I do not understand the details.

[Uma]: Obviously, the best reference for GTP-U is TS 29.281. However, uou should look into https://datatracker.ietf.org/doc/draft-ietf-dmm-5g-uplane-analysis/<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-dmm-5g-uplane-analysis%2F&data=04%7C01%7Clinda.dunbar%40futurewei.com%7C5985b13c46f440f9c3af08d8be8fc90e%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637468872069926165%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=x4dOKXMZutPMV2%2BXZltRgnXKhVzJOktjqWAt%2FuDswHs%3D&reserved=0> where lot more details and other references related this topic was analyzed (primarily started after/during REL-15, when  any other use plane other than GTP-U is worthwhile is debated for 5G N9 interface).

I think when the packet tunneled by GTP-u traverses the APN-based transport network, it may be mapped to the corresponding tunnel according to the user and application requirements to implement the uniform service. If you are familiar with the principle of GTP-u in the mobile core, please help provide some details.


Best Regards,
Zhenbin (Robin)


_______________________________________________
dmm mailing list
dmm@ietf.org<mailto:dmm@ietf.org>
https://www.ietf.org/mailman/listinfo/dmm<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fdmm&data=04%7C01%7Clinda.dunbar%40futurewei.com%7C5985b13c46f440f9c3af08d8be8fc90e%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637468872069926165%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=z1GRKxsQ526hrkyuna0Hl1hJUh48LD8czfpfhgYh%2F4s%3D&reserved=0>
_______________________________________________
dmm mailing list
dmm@ietf.org<mailto:dmm@ietf.org>
https://www.ietf.org/mailman/listinfo/dmm<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fdmm&data=04%7C01%7Clinda.dunbar%40futurewei.com%7C5985b13c46f440f9c3af08d8be8fc90e%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637468872069936161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=UPDX72peJCc%2F1ZtJ18lmfSmfwAN%2Bf112WQ6ozGdXJpQ%3D&reserved=0>


--
 o__
 _>  /__
(_) \(_)... Burn fat not fuel - Bike along to a healthier life and cleaner
world! :)

Sridhar Bhaskaran