]> Cisco Systems, Inc.

Japan tkamata@cisco.com

Cisco Systems, Inc.

France fclad.ietf@gmail.com

Cisco Systems, Inc.

Spain pcamaril@cisco.com

Cisco Systems, Inc.

USA zali@cisco.com

Verizon

USA luay.jalil@verizon.com

China Mobile

China chengweiqiang@chinamobile.com

Keio University

Japan miya_kohno@keio.jp

Internet DMM Working Group This document describes the solution approach and its architectural benefits of transforming mobile session information into routing information, leveraging segment routing capabilities, and operating within the IP routing paradigm.

Introduction The existing mobile user plane is currently defined as an overlay tunnel session to a mobile anchor point (UPF: User Plane Function in 5G context). While this approach may be suited for use cases requiring frequent mobile handover and functionality tied to session initiation/ termination, it proves challenging to cost-effectively and scalably address the high traffic volumes of the 5G/Beyond 5G era and the increasingly distributed data and computing demands in the future. The requirements for wireless systems are becoming more diverse, and there are cases , such as some IoT and FWA (Fixed Wireless Access) systems, where the frequent mobile handover is not necessarily mandatory. This document describes the solution approach and its architectural benefits of transforming mobile session information into routing information, leveraging segment routing capabilities, and operating within the IP routing paradigm. And this document clarifies the motivation for the MUP initiatives :

Problem Definition The current tunnel session based mobile user plane has the following limitations and is getting hard to support new application requirements.

• Less suited for any-to-any communication
• Less suited for edge/distributed computing
• Less suited for fixed and mobile convergence (FMC) / wireless-wireline convergence (WWC)
• Limited control of the underlay path

Mobile session information is a function of M,N (GTP-U session start point and end point), whereas routing information is a function of N (destination). Therefore, for any-to-any communications, session based paradigm yields O(N^2), whereas IP routing paradigm yields O(N). Edge/distributed computing can be seen as a subset of any-to-any communication. IP Routing paradigm naturally supports ubiquitous computing. As for FMC/WWC, there is currently a coordinated standardization effort between 3GPP WWC and BBF . However, the idea is to anchor even wireline traffic in the mobile packet core, which compromises simplicity and scalability. In addition, the anchor point that terminates tunnel sessions becomes a scaling bottleneck. The IP routing paradigm naturally removes these tunnel session based restrictions. Segment Routing enables fast protection, policy, multi-tenancy, and provide reliability and SLA differentiation.

SRv6 MUP and the 5G/Beyond 5G use cases This section describes the advantages of applying the SRv6 Mobile User Plane approach for 5G/Beyond 5G use cases. These advantage comes from the fact that it transforms mobile session information into routing information, leverages Segment Routing, and operates within the IP Routing Paradigm. Another advantage, not mentioned here, is the ability to minimize overhead through SRv6 SID Compression.

Network Slicing Network slicing enables network segmentation, isolation, and SLA differentiation such as latency and availability. End-to-end slicing will be achieved by mapping and coordinating IP network slicing, RAN and mobile packet core slicing. But existing mobile user plane which is overlay tunnel does not have underlying IP network awareness, which could lead to the inability in meeting SLAs. Removing the tunnel and treating it with a IP routing paradigm simplifies the problem. Segment Routing has a comprehensive set of slice engineering technologies. How to build network slicing using the Segment Routing technology is described in . Moreover, the stateless slice identifier encoding can be applicable to enable per-slice forwarding policy using the IPv6 header.

Edge Computing Edge computing, where the computing workloads and datastores are placed closer to users, is recognized as one of the key pillars to meet demanding requirements of 5G/Beyond 5G era, with regard to low latency, bandwidth efficiency, data locality and privacy. Edge computing is more important than ever. This is because no matter how much New Radio improves access speeds, it won't improve throughput, latency and user experiences because they are largely bound to end-to-end round trip delay. Even with existing mobile architectures, it is possible to place UPFs in a multi-tier, or to distribute UPFs, to achieve Edge Computing. and describes how to properly select the UPF of adequate proximity. However, complicated and signaling-heavy mechanisms are required to branch traffic or properly use different UPFs. Also, if the UPF is distributed, seamless handover has to be compromised. When it comes to IP routing paradigum, ubiquitous computing is innately supported.

URLLC (Ultra-Reliable Low-Latency Communication) support 3GPP investigates the key issues for meeting the URLLC requirements on latency, jitter and reliability in the 5G System. The solutions provided in the document are focused at improving the overlay protocol (GTP-U) and limits to provide a few hints into how to map such tight-SLA into the transport network. These hints are based on static configuration or static mapping for steering the overlay packet into the right transport SLA. Such solutions do not scale and hinder network economics. Another issue that deserves special mention is the ultra-reliability issue. In order to support ultra-reliability with the tunnel session paradigm, redundant user planes paths based on dual connectivity has been proposed. The proposal has two main options.

• Dual Connectivity based end-to-end Redundant User Plane Path
• Support of redundant transmission on N3/N9 interfaces

In the case of the former, UE and hosts have RHF(Redundancy Handling Function). In sending, RFH is to replicate the traffic onto two GTP-U tunnels, and in receiving, RHF is to merge the traffic. In the case of the latter, traffic are to be replicated and merged with the same sequence for specific QoS flow, which requires further enhancements. And in either cases, the bigger problem is the lack of a reliable way for the redundant sessions to get through the disjoint path: even with the redundant sessions, if it ends up using the same infrastructure at some points, the redundancy is meaningless. These issues can be solved more simply without GTP-U tunnel. In addition, Segment routing has some advantages for URLLC traffic. First, traffic can be mapped to a disjoint path or low latency path as needed. Second, Segment routing provides an automated reliability protection mechanism known as TI-LFA, which is a sub-50ms FRR mechanism that provides protection regardless of the topology through the optimal backup path. It can be provisioned slice-aware.

Co-existence and Incremental Deployability Mobile networks are composed of radio, mobile packet core, and IP networks (access and backbone), with separate standard organizations and communities. Therefore, in the steady state, it is difficult to innovate to a new architecture and requires coexistence and incremental deployment. defines the user plane convergence between GTP-U and SRv6, so that it can co-exist with the existing user plane as needed. defines the MUP architecture for Distributed Mobility Management, which can be plugged into the existing mobile service architecture. In the architecture, mobile session information is transformed to routing information, and operated in L3VPN scheme.

Security Considerations The deployment of this architecture is targeted in an administrative domain, and the functionality is domain specific.

IANA Considerations This memo includes no request to IANA.

References Normative References This document discusses the applicability of Segment Routing over IPv6 (SRv6) to the user plane of mobile networks. The network programming nature of SRv6 accomplishes mobile user-plane functions in a simple manner. The statelessness of SRv6 and its ability to control both service layer path and underlying transport can be beneficial to the mobile user plane, providing flexibility, end-to-end network slicing, and Service Level Agreement (SLA) control for various applications. This document discusses how SRv6 could be used as the user plane of mobile networks. This document also specifies the SRv6 Endpoint Behaviors required for mobility use cases. Cisco Systems Cisco Systems Cisco Systems Bell Canada Softbank Ciena Rakuten Airtel This document describes how to realize the IETF network slice using the Segment Routing based technology. It explains how the building blocks specified for the Segment Routing can be used for this purpose. Cisco Systems, Inc. Cisco Systems, Inc. Cisco Systems, Inc. Cisco Systems, Inc. Bell Canada Ciena This document defines a stateless and scalable solution to achieve network slicing with SRv6. SoftBank SoftBank SoftBank SoftBank Arrcus, Inc. Arrcus, Inc. Cisco Systems, Inc. Cisco Systems, Inc. Cisco Systems, Inc. Cisco Systems, Inc. Bell Canada Broadcom Broadcom Intel Intel This document defines the Mobile User Plane (MUP) architecture using Segment Routing (SR) for Distributed Mobility Management. The requirements for Distributed Mobility Management described in [RFC7333] can be satisfied by routing fashion. Mobile services are deployed over several parts of IP networks. An SR network can accommodate a part of those networks, or all those networks. IPv6 dataplane option (SRv6) is suitable for both cases especially for the latter case thanks to the large address space, so this document illustrates the MUP deployment cases with IPv6 dataplane. MUP Architecture can incorporate existing session based mobile networks. By leveraging Segment Routing, mobile user plane can be integrated into the dataplane. In that routing paradigm, session information between the entities of the mobile user plane is turned to routing information. Informative References BBF ETSI 3GPP 3GPP 3GPP

Acknowledgements Authors would like to thank Satoru Matsushima, Shunsuke Homma, Yuji Tochio and Jeffrey Zhang, for their insights and comments.