5G Distributed UPFs for 5G Multicast and Broadcast Services (5MBS)

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶

This Internet-Draft will expire on 10 September 2023.¶

Copyright Notice

Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.¶

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶

Table of Contents

1. Distributed UPFs in 5G User Plane

Mobile User Plane (MUP) in 5G has two distinct parts: the Access Network part between UE and gNB, and the Core Network part between gNB and UPF. UPFs are traditionally deployed at central locations, with UEs' PDU sessions encapsulated and extended thru GTP-U tunnels via the N3 (and potentially N9) interfaces in 5GS. The interface N6 supports fundamentally a direct IP or Ethernet connection to the data network or DNN.¶

Actually, UPFs could be distributed & deployed closer to gNBs.
The draft [I-D.zzhang-dmm-5g-distributed-upf] has described the 5G mobile user plane (MUP) via the refinement of distributed UPFs or dUPFs. The following picture shows the dUPF architecture:¶

                          N3             N6
    UE1          gNB1      |     dUPF1    |
+---------+                |+------+-----+|
|   PDU   |                || PDU  |     ||      PE1
+---------+ +------+------+|+------+ IP/ ||    +-----+--+
|         | |      |GTP-U |||GTP-U |     ||----+ IP/ |  |
| 5G-AN   | |5G-AN +------+|+------+Ether||    |Ether|  |
| xHaul   | |xHaul |L3/2/1|||L3/2/1|     ||    +-----+--+
+---------+ +------|------+|+------------+|   (          )
                           |              |  ( Transport  )  PE3
                           |              |  (  Network   +--+-----+
    UE2          gNB2      |     dUPF2    |  (            |  | IP/ |
+---------+                |+------+-----+|  (   (DN)     |  |Ether|
|   PDU   |                || PDU  |     ||   (           +--+-----+
+---------+ +------+------+|+------+ IP/ ||    +-----+--+
|         | |      |GTP-U |||GTP-U |     ||    | IP/ |  |
| 5G-AN   | |5G-AN +------+|+------+Ether||    |Ether|  |
| xHaul   | |xHaul |L3/2/1|||L3/2/1|     ||    +-----+--+
+---------+ +-------------+|+------------+|      PE2

In distributed UPF architecture, the central (PSA) UPF is no longer needed. dUPF1 and UPF2 connect via PE1 and PE2, respectively, to the DN VPN (or network instance/NI) that UE1 and UE2 intend to access. There could exist other PEs, like PE3 in the picture, for other sites of the same network domain(VPN or NI) or for global Internet access.¶

There are some benefits of distributed UPFs:¶

• The N3 interface becomes very simple - over a direct or short transport connection between gNB and dUPF.¶
• The transport infrastructure off N3/N9 and N6 are straightforward, most likely over the same underlay VPN (MPLS, SR-MPLS or SRv6) supporting the traditional N3/N9 tunneling as in centralized PSA UPF case.¶
• MEC becomes much simpler since no need to deploy centralized PSA UPF plus ULCL UPFs; UE-UE traffic can be optimized for LAN-type services (via host-route).¶

In short, the distributed UPFs model achieves "N3/N9/N6 shortcut and central UPF bypass", which is desired by many operators.¶

2. 5G Multicast and Broadcast Services (5MBS)

The 3GPP document TS 23.247 [_3GPP-23.247] for 5G multicast and broadcast services, or 5MBS, specifies the 5GS architecture to support MBS communication. The following picture shows the brief system architecture of 5MBS:¶

               ----+----------(SBA for 5GC) ---------+-----
                   |          |                      |
                +--+--+   +---+---+              +---+----+
                | AMF |   |  SMF  |              | MB-SMF |
                +--+--+   +-+-+-+-+              +---+----+
                  /           |                      |
              N2 /         N4 |                  N4mb|
                /             |                      |
               /    N3    +-+-+---+     N19mb    +---+----+ N6mb +----+
          +-----+---------+  UPF  +--------------| MB-UPF |------| DN |
 +----+   |     |         +-------+ (Individual) +---+----+      +----+
 | UE +---+ gNB |                                    |
 +----+   +-----+                                    |
                |_________N3mb (shared delivery)_____|

TS 23.247 [_3GPP-23.247] adds new 5GS network functions (NFs) on both 5G control-plane (CP) and user-plane (UP). For example, the CP NF MB-SMF is, in collaboration with the regular SMF, to provision and signal to the UP NF MB-UPF (via the interface N4mb) for setting up MBS delivery path.¶

5MBS has specified two data delivery modes, individual delivery vs. shared delivery:¶

• Individual delivery: When the (downlink or DL) MBS packets are received by the MB-UPF from the interface N6mb, MB-UPF replicates & forwards those packets towards (multiple) UPFs, via the interface N19mb, through either unicast (requiring multiple GTP tunnels if unicast underlay transport is applied) or multicast (if multicast underlay transport over N19mb is applied) transmission.¶
• Shared delivery: When the (DL) MBS packets are received by the MB-UPF from N6mb, MB-UPF replicates & forwards those packets towards (multiple) gNBs, via the interface N3mb (the lower-path in the picture), through either (multiple) separate GTP tunnels if unicast underlay transport over N3mb is applied, or a single GTP tunnel if multicast underlay over N3mb is supported.¶

3. Challenges in 5G MBS Communication

4. 5G Distributed UPF for 5G MBS Implementation

The REQ8 of [RFC7333] talks about the multicast efficiency between non-optimal and optimal routes, where it states that, in term of multicast considerations, DMM SHOULD enable multicast solutions to be developed to avoid network inefficiency in multicast traffic delivery.¶

The current 5MBS architecture requires all DL multicast traffic go through the (centralized) MB-UPF, regardless of using the individual or shared delivery. In many operators' networks, 5GS might be deployed in a location that is distant from customer sites. If the deployed site happens to be on-board satellites, the additional complexities and moving dynamics will certainly worsen the operations. In these scenarios, the efficiency of multicast transmission will be compromised. On the other aspect, a 5G dUPF deployed closer to gNB, or even more radically applying 'ANUP' via the possible integration of gNB & UPF [I-D.zzhang-dmm-mup-evolution], might lead to more efficient implementation:¶

• For shared delivery, the MB-UPF can be distributed closer to or integrated with gNB, i.e., either dUPF or ANUP-like. The N6mb is a normal IP interface which is connected to DN over underlay network. This transport connection will most likely use the VPN infrastructure that has been provisioned by operators for 5GS. As a dUPF or ANUP, the N3mb tunnel off MB-UPF could be made much simpler. In some field edge sites, a dUPF could co-locate on-prem with gNB, which can even remove the usage of complex (inter-site) VPN to favor native IP transport.¶
• For individual delivery, it involves two UPFs, one regular UPF and one MB-UPF. To follow the current 3GPP specification, we can distribute and deploy both UPFs closer to gNB. While the DL traffic off the N6mb interface may achieve the same gain as in the shared-delivery mode, the transport for the N19mb tunnel and the (regular) N3 tunnel can be significantly simplified. Remember we have mentioned previously that either unicast or multicast (underlay) transmission can be used for N19mb (and actually also for N6mb and N3mb). Therefore, applying dUPF or, possibly ANUP in future, will help simplify the N19mb VPN transmission.¶
• For individual delivery, if we expand the scope beyond the current 3GPP spec., e.g., looking beyond the 5G or even 6G roadmap that are already on the horizon of the 3GPP planning, we could integrate the regular UPF and MB-UPF together as a distributed UPF, and then deploy the dUPF closer to gNB. Of course, we might even take one step further by integrating both UPFs (UPF and MB-UPF) and gNB as a single 'logical' node, i.e., ANUP [I-D.zzhang-dmm-mup-evolution]. Regardless, in either scenario, both the N19mb and N3 tunnels can be simplified, or even consolidated, significantly, TS 23.247 [_3GPP-23.247] specifies the behaviors of MB-UPF, as a standalone NF. Indeed, all the features and behaviors that would be implemented by a MB-UPF can be collaboratively integrated into a regular UPF. This type of 'merging' should lead to more network efficiency and better multicast traffic forwarding, conforming to the [RFC7333] REQ8.¶

When we take into consideration the above plausible arguments and accordingly apply them to different 3GPP satellite-related projects, e.g., SATB (backhaul), SAT_Ph2 & SAT_Ph3 (access), we can certainly draw the conclusion that the extra burden of signalling messages, the complexity of control plane as well as the excessive encapsulations of user plane, as introduced by 5MBS, can be relieved dramatically.¶

Both drafts [I-D.zzhang-dmm-5g-distributed-upf] [I-D.zzhang-dmm-mup-evolution] discussed and compared briefly different tunneling mechanisms to implement the 3GPP GTP-U UP, i.e., SRv6, MPLS as the underlay, or in [I-D.mhkk-dmm-srv6mup-architecture] specifying a new SRv6 based MUP architecture to replace the GTP-U. While these proposals may experience different issues upon 5MBS transport implementation, the application of distributed or 'integrated' UPF might make it more feasible.¶

5. Security Considerations

TBD.¶

6. IANA Considerations

This document requests no IANA actions.¶

Authors' Addresses