Re: [Drip] IETF - 3GPP bridge

mohamed.boucadair@orange.com Thu, 23 February 2023 06:42 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: tm-rid@ietfa.amsl.com
Delivered-To: tm-rid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B351C15257C for <tm-rid@ietfa.amsl.com>; Wed, 22 Feb 2023 22:42:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level:
X-Spam-Status: No, score=-2.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wEWAfsBwW2hP for <tm-rid@ietfa.amsl.com>; Wed, 22 Feb 2023 22:42:03 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C81EC14F737 for <tm-rid@ietf.org>; Wed, 22 Feb 2023 22:41:58 -0800 (PST)
Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfedar21.francetelecom.fr (ESMTP service) with ESMTPS id 4PMk2r5BrHz7thS; Thu, 23 Feb 2023 07:41:56 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1677134516; bh=DcgxnrfPkSWsAHSx5qTgbprnPtwrTJn9Izpd3I5valE=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=Ua/s2Zmxh/d1vIQBE0BjVKSPFaqvrz9pb7Y+F8X4fB5Hx8bKqIEwmz96hot9kzUj6 CJwGl8ZSqeD3e+JTXeSWzjusc+f80eifnhXKCffgffmc86p8ID3PBoO2lwBHzp6+7w PdZ025IHOnXyKAIfVsEU8ap/ANh+gR4v5BWa2eoEYBP/Tl0/WS4ukLViii6b1pzP01 L8QQs4GkoDA0zkg1wcFiEvHa0/w4PzLuG3jbQRV0BV4FeaKxW8hFFtiHuEboyf/dA3 TvDqBD8LQJiP4alhZKVjaTsMTp2PcqrVOPUBAYLoHp8EJYKoo8PB9bKirDNfy0uoXN WaJQ8NfPncaJg==
From: mohamed.boucadair@orange.com
To: "ap.ab.ca@gmail.com" <ap.ab.ca@gmail.com>, "tm-rid@ietf.org" <tm-rid@ietf.org>
Thread-Topic: [Drip] IETF - 3GPP bridge
Thread-Index: AQHZR0pFA6kzduv6/US0jhoOPc74hK7cDpZA
Content-Class:
Date: Thu, 23 Feb 2023 06:41:56 +0000
Message-ID: <8327_1677134516_63F70AB4_8327_254_1_72f5b9472a88485b9a8d9110fa8559bf@orange.com>
References: <CAOYYmBPaSiYw9t4i9NqHcZPdneiYCiJyr1mds6tO84jMSJHQBw@mail.gmail.com>
In-Reply-To: <CAOYYmBPaSiYw9t4i9NqHcZPdneiYCiJyr1mds6tO84jMSJHQBw@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2023-02-23T06:18:09Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=8f19747b-0d34-4260-98aa-02b624814913; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.26.50]
Content-Type: multipart/alternative; boundary="_000_72f5b9472a88485b9a8d9110fa8559bforangecom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/Pky_u9W2vDdP648cI4k4t1NCInU>
Subject: Re: [Drip] IETF - 3GPP bridge
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Drone Remote Identification Protocol <tm-rid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tm-rid/>
List-Post: <mailto:tm-rid@ietf.org>
List-Help: <mailto:tm-rid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Feb 2023 06:42:07 -0000

Hi Alex,

We do already have the following in -arch:


   The 3rd Generation Partnership Project (3GPP)



      With release 16, the 3GPP completed the UAS RID requirement study

      [TS-22.825] and proposed a set of use cases in the mobile network

      and services that can be offered based on UAS RID.  The Release 17

      study [TR-23.755] and specification [TS-23.255] focus on enhanced

      UAS service requirements and provides the protocol and application

      architecture support that will be applicable for both 4G and 5G

      networks.  The study of Further Architecture Enhancement for

      Uncrewed Aerial Vehicles (UAV) and Urban Air Mobility (UAM)

      [FS_AEUA] in release 18 further enhances the communication

      mechanism between UAS and USS/UTM.  The DRIP Entity Tag in

      Section 3 may be used as the 3GPP CAA-level UAS ID for Remote

      Identification purposes.

That’s the max we can do in -arch because otherwise we will be interfering with the 3GPP.

Now for -registries, I’m not sure yet we can cite 3GPP there. However, if there is a volunteer (you? :-)) to edit a short draft that exemplifies how dime roles can be mapped with other architectures (3GPP, for example), that would be really useful.

Cheers,
Med

De : Tm-rid <tm-rid-bounces@ietf.org> De la part de Alex Pershin
Envoyé : jeudi 23 février 2023 06:47
À : tm-rid@ietf.org
Objet : [Drip] IETF - 3GPP bridge

Hi guys,
In Release 17 3GPP published requirements, architecture and implementation tests  for 4G and 5G to support UAS. It is about Network RID.  They see their role as not only a data provider but as an active participant in UAS businesses. For example  they offer assistance in UAS authentication, data tracking and managing connectivity for interested parties such as UTM participants, CAAs and enforcements. This assistance becomes very important in critical situations. IMHO those supplement services give 3GPP an essential role as a dedicated DRIP entity. 3GPP operates with their own authentication mechanism having their own identities which must be provided in APIs.  I think DRIP architecture and  DIME should mention 3GPP somewhere, for instance DIME can have a role for 3GPP to bind  UAS Session ID and 3GPP identity.  What do you think about it?
Thanks,
Alex Pershyn

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.