IP Library Granted Patent US 12,425,914
Granted Patent B2
US 12,425,914 · App. 17/437,711 · Granted Sep 23, 2025

Technologies for control and management of multiple traffic steering services

Inventors: Jing Zhu (Portland, OR); Ching-Yu Liao (Portland, OR); Zongrui Ding (Portland, OR); Dario Sabella (Munich, DE); Miltiadis Filippou (Munich, DE)
Assignee: Intel Corporation
H04W28/0252H04W28/084H04W76/11
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,425,914
App. No.
17/437,711
Filed
Sep 9, 2021
Granted
Sep 23, 2025
Kind
B2
Art Unit
2466
USPC
370/235
Abstract

Disclosed embodiments are related to techniques for implementing Multiple Access Management Services (MAMS), Multi-access Edge Computing (MEC), and 3GPP Fifth Generation (5G) technologies. Embodiments include enhanced application programming interfaces (APIs) that allow applications to influence multi-access (MA) traffic steering decisions, and also get informed of various MA traffic steering modes. Disclosed embodiments also include techniques to enable coexistence between MEC-based MAMS systems and 5G MA traffic steering mechanisms. Other embodiments may be described and/or claimed.

Claims (68)

1. An apparatus to be employed as a Multi-access Traffic Steering (MTS) service provider to provide MTS services in a network including multiple access networks, the apparatus comprising:

interface circuitry arranged to:

receive a request message for MTS service information (MtsInfo) from an application instance, wherein the request message includes an identifier of the application instance;

based on the request message, transmit traffic information for the application instance, including a multi-access traffic steering capability message comprising an indication of the multiple access networks and supported multi-access traffic steering modes in the multiple access networks;

receive a multi-access traffic steering request message from the application instance, the multi-access traffic steering request message including a session identifier (sessionId) representing an individual session of the application instance and a traffic steering mode (mtsMode) indicating one or more preferences of the application instance on how to steer traffic of the individual session among the multiple access networks and the supported multi-access traffic steering modes; and

transmit a multi-access traffic steering response to the application instance in response to the multi-access traffic steering request message, wherein the multi-access traffic steering response includes the request identifier and an indication of whether the one or more preferences are accepted or rejected; and

processor circuitry communicatively coupled with the interface circuitry, the processor circuitry arranged to steer, in response to receipt of the multi-access traffic steering request message, when the one or more preferences are accepted, traffic corresponding to the sessionId over one or more access network connections of the multiple access networks according to the mtsMode.

2. The apparatus of claim 1 , wherein the multi-access traffic steering request message further comprises a flow filter (flowFilter) including traffic flow filtering criteria for steering the traffic of the individual session.

3. The apparatus of claim 2 , wherein the flowFilter includes a source address identity of the individual session, a source port identity of the individual session, a destination address identity of the individual session, a destination port identity of the individual session, and a protocol type of the individual session.

4. The apparatus of claim 1 , wherein the mtsMode is a low latency mode and the processor circuitry is arranged to steer the traffic over at least one of:

an access network connection having a lowest latency among the one or more access network connections;

an access network connection with a highest throughput among the one or more access network connections;

multiple access network connection of the one or more access network connections simultaneously;

multiple access network connections of the one or more access network connections when the traffic includes duplicated packets for an application having high-reliability and low-latency requirements; or

one or more of the one or more access network connections according to quality of service (QOS) requirements of the traffic.

5. The apparatus of claim 4 , wherein, when the mtsMode is a QoS mode, the multi-access traffic steering request message further comprises a QoS description (qosD) including one or more of a throughput threshold for the individual session, a latency limit for the individual session, a packet loss rate limit for the individual session, a jitter limit for the individual session, and a priority for the individual session.

6. The apparatus of claim 1 , wherein the multi-access traffic steering request message further comprises a traffic direction indicating whether the traffic steering is in a downlink (DL) direction, an uplink (UL) direction, or both the DL and UL directions.

7. The apparatus of claim 1 , wherein:

the interface circuitry is further arranged to, in response to the request message for MtsInfo from the application, transmit a response message including the MtsInfo to the application; and

the processor circuitry is arranged to generate, in response to receipt of the request message for the MtsInfo, the response message including MtsInfo for the one or more access network connections, the MtsInfo including an access network connection identifier (accessId) for each access network connection of the one or more access network connections and an access type (accessType) of each access network connection.

8. The apparatus of claim 1 , wherein the multi-access traffic steering request message is communicated over an MTS application programming interface (API) by a Multi-access Edge Computing (MEC) application instantiated by a MEC host, and the apparatus is to be employed as a MEC platform within the MEC host to provide the MTS service, and the MEC platform operates a Multiple Access Management Services (MAMS) server instance.

9. The apparatus of claim 1 , wherein the multi-access traffic steering capability message includes, for the multiple networks, an access network identifier to uniquely identify the access network, an access network type and an access network cost.

10. The apparatus of claim 1 , wherein the supported multi-access traffic steering modes include Multipath Transmission Control Protocol (MPTCP), Multipath Quick User Datagram Protocol Internet Connections (MPQUIC) and Multiple Access Management Services (MAMS).

11. The apparatus of claim 1 , wherein the multi-access traffic steering capability message includes an indication of supported multi-access traffic steering modes in uplink and downlink directions of the multiple access networks.

12. The apparatus of claim 1 , wherein:

the one or more preferences include a preference for dynamic traffic steering and a preference for static traffic steering;

the preference for dynamic traffic steering is to steer traffic across multiple access networks dynamically according to a lowest cost, a lowest latency, a maximum throughput or a quality of service (QOS) requirement; and

the preference for static traffic steering is to steer traffic across multiple access networks according to a steering mode in which only one access network at a time is used, a splitting/aggregation mode in which multiple access networks are used simultaneously, or a duplication mode in which a same packet is sent over multiple access networks.

13. The apparatus of claim 12 , wherein:

for the quality of service (QOS) requirement, the preference for dynamic traffic steering includes indications of a desired maximum end-to-end latency, a minimum throughput/bandwidth, and a tolerable packet loss rate;

for the steering mode, the multi-access traffic steering request message includes an indication of an access network identifier to identify an access network to use to deliver traffic; and

for the splitting/aggregation mode, the multi-access traffic steering request message includes an indication of access networks to use to deliver traffic and a traffic load ratio to identify a relative traffic load in the access networks to use to deliver traffic.

14. The apparatus of claim 1 , wherein the interface circuitry is arranged to transmit a multi-access measurement report to the application, wherein the multi-access measurement report includes an indication of access networks available to the application and at least one of an end-to-end packet loss rate, an available bandwidth, an end-to-end round trip time or a one way delay.

15. The apparatus of claim 1 , wherein the traffic information is tailored to the application instance.

16. The apparatus of claim 1 , wherein the application instance is instantiated at a User Equipment (UE).

17. One or more non-transitory computer-readable media (NTCRM) comprising instructions for providing Multi-access Traffic Steering (MTS) services in a network including multiple access networks, wherein execution of the instructions is to cause a processor of a Multi-access Edge Computing (MEC) host to:

receive a request message for MTS service information (MtsInfo) from an application, wherein the request message includes an identifier of the application;

based on the request message, transmit traffic information for the application, including a multi-access traffic steering capability message comprising an indication of the multiple access networks and supported multi-access traffic steering modes in the multiple access networks;

receive a request message for MTS service information (MtsInfo) from the application, wherein the request message for MtsInfo comprises a session identifier (sessionId) representing an individual session of the application and a traffic steering mode (mtsMode) indicating one or more preferences of the application on how to steer traffic of the individual session among the multiple access networks and the supported multi-access traffic steering modes;

generate, in response to receipt of the request message for MtsInfo, when the one or more preferences are accepted, a response message including MtsInfo for one or more access network connections of the multiple access networks, the MtsInfo including an access network connection identifier (accessId) for each access network connection of the one or more access network connections, an access type (accessType) of each access network connection; and

transmit the response message to the application.

18. The one or more NTCRM of claim 17 , wherein the MtsInfo further comprises a traffic steering mode (mtsMode) data element of each access network connection, the mtsMode data element for each access network connection being one of a low cost mode, a high throughput mode, a redundancy mode, or a quality of service (QOS) mode.

19. The one or more NTCRM of claim 18 , wherein:

the low cost mode indicates that traffic is to be steered over an access network connection having a lower latency among the one or more access network connections;

the high throughput mode indicates that traffic is to be steered over an access network connection with a higher throughput among the one or more access network connections or steer the traffic over multiple access network connection of the one or more access network connections simultaneously;

the redundancy mode indicates that traffic is to be steered over multiple access network connections of the one or more access network connections when the traffic includes duplicated packets for an application having high-reliability and low-latency requirements; and

the QoS mode indicates that traffic is to be steered over one or more of the one or more access network connections according to QoS requirements of the traffic.

20. The one or more NTCRM of claim 17 , wherein the MtsInfo further comprises a metered data element for each access network connection, the metered data element for each access network connection including a value indicating that the access network connection is not metered, a value indicating that the access network connection is metered, or a value indicating that metering of the access network connection is unknown.

21. The one or more NTCRM of claim 17 , wherein execution of the instructions is to cause the MEC host to:

steer, in response to receipt of the request message for MtsInfo, traffic corresponding to the sessionId over one or more access network connections according to the mtsMode.

22. One or more non-transitory computer-readable media (NTCRM) comprising instructions for obtaining Multi-access Traffic Steering (MTS) services from an MTS service provider, wherein execution of the instructions by one or more processors of a computing device is operable to cause the computing device to:

generate an MTS service information (MtsInfo) request message;

transmit the request message from an application instance of the computing device to the MTS service provider, wherein the request message includes an identifier of the application instance;

in response to the request message, receive, at the application instance, from the MTS service provider, a multi-access traffic steering capability message comprising an indication of multiple access networks and supported multi-access traffic steering modes in the multiple access networks;

generate a traffic steering request message to include a session identifier (sessionId) representing an individual session or a group of sessions and a traffic steering mode (mtsMode) indicating one or more preferences on how to steer traffic of the individual session or the group of sessions among the multiple access networks and the supported multi-access traffic steering modes;

transmit the traffic steering request message to the MTS service provider over an MTS application programming interface (API); and

when the one or more preferences are accepted, receive a traffic steering response message from the MTS service provider over the MTS API, the traffic steering response message indicating that traffic associated with the sessionId will be steered over one or more access network connections according to the mtsMode when the traffic steering request message was processed successfully.

23. The one or more NTCRM of claim 22 , wherein execution of the instructions is to cause the computing device to:

receive an MtsInfo response message from the MTS service provider, the MtsInfo response message including MtsInfo, for each of the one or more access network connections, an access network connection identifier (accessId) data element containing a value to uniquely identify the access network connection and an access type (accessType) data element containing a numeric value corresponding to a specific type of access network of the access network connection.

24. A Multi-access Edge Computing (MEC) host comprising:

a MEC platform arranged to instantiate a MEC application (app) and instantiate a Multi-access Traffic Steering (MTS) service, the MEC platform to:

operate the MTS service to transmit a multi-access traffic steering capability message to an MTS service consumer, wherein the multi-access traffic steering capability message includes an indication of multiple access networks and supported multi-access traffic steering modes in the multiple access networks;

operate the MTS service to receive a multi-access traffic steering request message from the MEC application, the multi-access traffic steering request message including a session identifier (sessionId) representing an individual session of the MEC application and a traffic steering mode (mtsMode) indicating one or more preferences of the MEC application on how to steer traffic of the individual session among the multiple access networks and the supported multi-access traffic steering modes;

operate the MEC application to send an MTS service information (MtsInfo) request message for the MTS service over an MTS application programming interface (API); and

operate the MTS service to transmit, in response to receipt of the MtsInfo request message, an MtsInfo response message to the MEC application over the MTS API, the MtsInfo request message including MtsInfo for one or more access network connections, the MtsInfo including an access network connection identifier (accessId) for each access network connection of the one or more access network connections and an access type (accessType) of each access network connection.

25. The MEC host of claim 24 , wherein the MEC platform is further arranged to:

operate the MEC application to send a traffic steering request message to the MTS service over an MTS application programming interface (API), the traffic steering request message including a session identifier (sessionId) representing an individual session or a group of sessions of the MEC application and a traffic steering mode (mtsMode) indicating one or more preferences on how to steer traffic of the individual session or the group of sessions; and

operate the MTS service to steer, in response to receipt of the traffic steering request message, and when the one or more preferences are accepted, traffic corresponding to the sessionId over one or more access network connections according to the mtsMode.

Continuity (4)
Provisional Application 62883540 · Aug 6, 2019
Provisional Application 62882906 · Aug 5, 2019
Provisional Application 62849076 · May 16, 2019
Related Publication 20240259857A1 · Aug 1, 2024
References Cited (161)
US 6957212B2 · Peng · 2005 [cited by applicant]
US 8949501B1 · Akhter et al. · 2015 [cited by applicant]
US 9398121B1 · Brandwine · 2016 [cited by applicant]
US 20020039892A1 · Lindell · 2002 [cited by examiner]
US 20030091054A1 · Futenma · 2003 [cited by applicant]
US 20060168336A1 · Koyanagi · 2006 [cited by applicant]
US 20100202323A1 · Nishida · 2010 [cited by applicant]
US 20110096749A1 · Rune · 2011 [cited by examiner]
US 20130246672A1 · Saputra · 2013 [cited by applicant]
US 20140307593A1 · Zhao et al. · 2014 [cited by applicant]
US 20150029879A1 · Chou et al. · 2015 [cited by applicant]
US 20150078359A1 · Scahill et al. · 2015 [cited by applicant]
US 20150215835A1 · Sirotkin · 2015 [cited by applicant]
US 20160112896A1 · Karampatsis · 2016 [cited by applicant]
US 20160270145A1 · Srinivasa Gopalan et al. · 2016 [cited by applicant]
US 20160381491A1 · Watfa et al. · 2016 [cited by applicant]
US 20170019830A1 · Lindoff et al. · 2017 [cited by applicant]
US 20170093541A1 · Pan et al. · 2017 [cited by applicant]
US 20180018385A1 · Katayama et al. · 2018 [cited by applicant]
US 20180027508A1 · Tanaka · 2018 [cited by applicant]
US 20180077022A1 · Van Oost et al. · 2018 [cited by applicant]
US 20180092085A1 · Shaheen et al. · 2018 [cited by applicant]
US 20180270742A1 · Bergstrom et al. · 2018 [cited by applicant]
US 20190036841A1 · Nolan · 2019 [cited by applicant]
US 20190306749A1 · Bergstrom et al. · 2019 [cited by applicant]
US 20190306752A1 · Lai · 2019 [cited by applicant]
US 20190394833A1 · Talebi Fard et al. · 2019 [cited by applicant]
US 20200045612A1 · Stauffer et al. · 2020 [cited by applicant]
US 20200053018A1 · White et al. · 2020 [cited by applicant]
US 20200178196A1 · Wang et al. · 2020 [cited by applicant]
US 20210051104A1 · He · 2021 [cited by applicant]
US 20210058936A1 · Gordaychik · 2021 [cited by applicant]
US 20210100047A1 · Chiba · 2021 [cited by examiner]
US 20210144590A1 · Li · 2021 [cited by applicant]
US 20210211914A1 · de la Oliva · 2021 [cited by examiner]
US 20210306900A1 · Mehta · 2021 [cited by applicant]
US 20210385865A1 · Mueck · 2021 [cited by applicant]
US 20210400537A1 · Zhang et al. · 2021 [cited by applicant]
US 20210409335A1 · Zhu et al. · 2021 [cited by applicant]
US 20220191733A1 · Ali et al. · 2022 [cited by applicant]
US 20230056442A1 · Ly et al. · 2023 [cited by applicant]
US 20230189368A1 · Zhou · 2023 [cited by applicant]
US 20230276483A1 · Xu et al. · 2023 [cited by applicant]
EP 3414932A1 · 2018 [cited by applicant]
WO WO2015152787A1 · 2015 [cited by applicant]
WO WO2017139699A1 · 2017 [cited by applicant]
WO WO2017189176A2 · 2017 [cited by applicant]
WO WO2019076440A1 · 2019 [cited by applicant]
WO WO2019192528A1 · 2019 [cited by applicant]
WO WO2020232404A1 · 2020 [cited by applicant]
WO WO2021257974A1 · 2021 [cited by applicant]
WO WO2022005917A1 · 2022 [cited by applicant]
WO WO2022005918A1 · 2022 [cited by applicant]
3GPP; TSG SA “Study on access traffic steering, switch and splitting support in the 5G system architecture (Release 16)”, 3GPP TR 23.793 V16.0.0, Dec. 19, 2018, 115 pages. (Year: 2018). [cited by examiner]
S2-182017 (“Network-controlled Traffic Steering for Multi-access PDU Session”, InterDigital Inc., SA WG2 Meeting #126 available on Feb. 26-Mar. 2, 2018 (Year: 2018). [cited by examiner]
Nokia, Nokia Shanghai, “Addition of MaxFill steering mode”, S2-1812528, SA WG2 Meeting #129bis, Nov. 26-30, 2018 (Year: 2018). [cited by examiner]
Boyd et al., “Convex Optimization”, Cambridge University Press, Cambridge, UK, ISBN: 978-0-521-83378-3, 730 pages (Mar. 2004). [cited by applicant]
“Mobile Edge Computing (MEC); Radio Network Information API”, ETSI GS MEC 012 V1.1.1, 57 pages (Jul. 2017). [cited by applicant]
“Multi-access Edge Computing (MEC); Radio Network Information API”, ETSI GS MEC 012 V2.1.1, 66 pages (Dec. 2019). [cited by applicant]
“Mobile Edge Computing(MEC); Bandwidth Management API”, ETSI GS MEC 015 V1.1.1, 20 pages (Oct. 2017). [cited by applicant]
Ford et al., “TCP Extensions for Multipath Operation with Multiple Addresses”, Internet Engineering Task Force (IETF), Internet Draft, draft-ietf-mptcp-multiaddressed-09, 62 pages (Jun. 6, 2012), https://datatracker.iet… [cited by applicant]
“Intel® Network Edge Virtualization (NEV) Software Development Kit”, Intel Corp., Intel® Network Edge Virtualization Product Brief, 3 pages (Aug. 16, 2015), https://networkbuilders.intel.com/docs/Intel_Wireless_Product_… [cited by applicant]
“Simplify Application Development for the Network Edge”, Intel Corp., Service Provider NFV, White Paper, 5 pages (Sep. 26, 2018), https://www.intel.com/content/dam/www/public/US/en/documents/white-papers/nev-sdk-white-p… [cited by applicant]
“O-RAN Architecture Description”, O-RAN Alliance, O-RAN-WG1-O-RAN Architecture Description, v01.00.00, 24 pages (Feb. 2020). [cited by applicant]
“O-RAN Working Group 2, AI/ML workflow description and requirements”, O-RAN Alliance, ORAN-WG2.AIML, v01.00, 34 pages (Dec. 2019). [cited by applicant]
Singh et al., “Optimal Traffic Aggregation in Multi-RAT Heterogeneous Wireless Networks”, IEEE ICC2016-Workshops: W09-Workshop on 5G RAN Design, 6 pages (Mar. 7, 2016). [cited by applicant]
Zhu et al., “Generic Multi-Access (GMA) Convergence Encapsulation Protocols”, INTAREA/Network Working Group, Internet Draft, draft-zhu-intarea-gma-04, 10 pages (Sep. 30, 2019), https://datatracker.ietf.org/doc/pdf/draft… [cited by applicant]
Zhu et al., “Generic Multi-Access (GMA) Convergence Encapsulation Protocols”, INTAREA/Network Working Group, Internet Draft, draft-zhu-intarea-gma-05, 12 pages (Dec. 16, 2019), https://datatracker.ietf.org/doc/pdf/draft… [cited by applicant]
International Search Report and Written Opinion mailed Apr. 15, 2021 for International Patent Application PCT/US2020/066969, 13 pages. [cited by applicant]
Extended European Search Report mailed May 10, 2023 for European Patent Application No. 20806061.6, 11 pages. [cited by applicant]
S. Kanugovi Nokia e al., “Multiple Access Management Services; Draft-Kanugovi-intarea-mams-fraaework-03”, (Feb. 28, 2019), 141 pages. [cited by applicant]
3GPP, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on access traffic steering, switch and splitting support in the 5G system architecture (Release 16)”, 3GPP TR 2… [cited by applicant]
International Preliminary Report on Patentability mailed Oct. 13, 2022 for International Patent Application PCT/US2020/066969, 8 pages. [cited by applicant]
Sangeetha Bangolae et al., “Performance Study of Fast BSS Transition using IEEE 802.11r”, Proceedings of the 2006 Int'l Conference on Wireless Comm. and Mobile Computing (IWCMC '06), pp. 737-742 (Jul. 3, 2006), https://… [cited by applicant]
“Wi-Fi Roaming Aggressiveness Setting”, Intel Corporation, Article ID 000005546, 2 pages (Oct. 28, 2021). [cited by applicant]
Yordan, “Oppo and vivo announce Dual Wi-Fi for their flagships”, GSMArena.com, 3 pages (Jul. 18, 2019), https://www.gsmarena.com/oppo_vivo_dual_wifi-news-38203.php. [cited by applicant]
Q. De Coninck et al., “Multipath Extensions for QUIC (MP-QUIC)”, IETF, draft-deconinck-quic-multipath-07, 36 pages (May 3, 2021), https://datatracker.ietf.org/doc/html/draft-deconinck-quic-multipath-07. [cited by applicant]
J. Zhu et al., “Generic Multi-Access (GMA) Encapsulation Protocol”, IETF, draft-zhu-intarea-gma-14, 17 pages (Nov. 24, 2021), https://datatracker.ietf.org/doc/html/draft-zhu-intarea-gma-14. [cited by applicant]
J. Zhu et al., “User-Plane Protocols for Multiple Access Management Service”, IETF, draft-zhu-intarea-mams-user-protocol-09, 8 pages (Mar. 4, 2020). [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Access Traffic Steering, Switching and Splitting (ATSSS); Stage 3 (Release 17)”, 3GPP TS 24.193 v17.2.0 (Sep. 24,… [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Access Network Discovery and Selection Function (ANDSF) Management Object (MO) (Release 16)”, 3GPP TS 24.312 v16.0.0 (Jul. 9… [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); LTE/WLAN Radio Level Integration Using IPsec Tunnel (LWIP) encapsulation; Pro… [cited by applicant]
Extended European Search Report mailed Apr. 14, 2023 for European Patent Application No. 22203400.1, 13 pages. [cited by applicant]
Office Action mailed Mar. 6, 2024 for U.S. Appl. No. 17/469,331, 96 pages. [cited by applicant]
Nádas et al., “Per Packet Value: A Practical Concept for Network Resource Sharing”, 2016 IEEE Global Communications Conference (GLOBECOM), pp. 1-7 (Dec. 4, 2016). [cited by applicant]
Laki et al., “Take your own share of the PIE”, Proceedings of the Applied Networking Research Workshop, pp. 27-32 (Jul. 15, 2017). [cited by applicant]
Nádas et al., “Towards a congestion control-independent core-stateless AQM”, Proceedings of the Applied Networking Research Workshop, pp. 84-90 (Jul. 16, 2018). [cited by applicant]
Laki et al., “Scalable Per Subscriber QoS with Core-Stateless Scheduling”, ACM SIGCOMM Industrial Demos, 2 pages (2018). [cited by applicant]
Nádas et al., “Stateless resource sharing in networks with multi-layer virtualization”, 2019 IEEE International Conference on Communications (ICC), pp. 1-7 (May 20, 2019). [cited by applicant]
Nádas et al., “Towards core-stateless fairness on multiple timescales”, Proceedings of the Applied Networking Research Workshop, pp. 30-36 (Jul. 22, 2019). [cited by applicant]
Fejes et al., “Decoupling delay and resource sharing targets with efficient core-stateless AQM”, Proceedings of the ACM SIGCOMM 2019 Conference Posters and Demos, pp. 128-130 (Aug. 19, 2019). [cited by applicant]
Fejes et al., “Who will Save the Internet from the Congestion Control Revolution?”, Proceedings of the 2019 Workshop on Buffer Sizing, Stanford University, 6 pages (2019), http://ppv.elte.hu/buffer-sizing/. [cited by applicant]
Fejes et al., “On the Incompatibility of Scalable Congestion Controls over the Internet”, 2020 IFIP Networking Conference (Networking), IEEE, pp. 749-754 (Jun. 22, 2020), http://ppv.elte.hu/scalable-cc-comp/. [cited by applicant]
Nádas et al., A congestion control independent L4S scheduler. InProceedings of the Applied Networking Research Workshop, pp. 45-51 (Jul. 27, 2020). [cited by applicant]
Laki et al., “Core-Stateless Forwarding With QoS Revisited: Decoupling Delay and Bandwidth Requirements”, IEEE/ACM Transactions on Networking 29, No. 2, pp. 503-516 (Dec. 9, 2020). [cited by applicant]
Fejes et al., “A Core-Stateless L4S Scheduler for P4-enabled hardware switches with emulated HQoS”, IEEE INFOCOM 2021 Demo (Virtual), 2 pages (2021), http://ppv.elte.hu/ic21/. [cited by applicant]
Bemten et al., “Network Calculus: A Comprehensive Guide”, Technical Report No. 201603, 57 pages (Oct. 8, 2016). [cited by applicant]
Charny et al., “Delay Bounds in a Network with Aggregate Scheduling”, International Workshop on Quality of Future Internet Services 2000 (QoFIS'2000), Springer Berlin, Heidelberg, pp. 1-13 (Sep. 25, 2000). [cited by applicant]
Zhu et al., “Generic Multi-Access (GMA) Encapsulation Protocol”, draft-zhu-intarea-gma-07, 13 pages (May 14, 2020). [cited by applicant]
Feng et al., “The BLUE active queue management algorithms”, 19 pages, (Sep. 2002), http://www.researchgate.net/publication/3334841. [cited by applicant]
Mustafa Maad Hamdi et al., “A review on Queue Management Algorithms in Large Networks”, IOP Conference Series: Materials Science and Engineering, vol. 1076, No. 1, p. 012034, 13 pages (Feb. 1, 2021), https://iopscience.… [cited by applicant]
Nichols et al., “Definition of the Differentiated Services Field (DS Field) in the IPV4 and IPV6 Headers”, IETF RFC 2474, 20 pages (Dec. 1998). [cited by applicant]
Ramakrishnan et al., “The Addition of Explicit Congestion Notification (ECN) to IP”, IETF RFC 3168, 63 pages (Sep. 2001). [cited by applicant]
Amante et al., “IPv6 Flow Label Specification”, IETF RFC 6437, 15 pages (Nov. 2011). [cited by applicant]
D. Black, “Relaxing Restrictions on Explicit Congestion Notification (ECN) Experimentation”, IETF RFC 8311, 20 pages (Jan. 2018). [cited by applicant]
G. Fairhurst, “Update to IANA Registration Procedures for Pool 3 Values in the Differentiated Services Field Codepoints (DSCP) Registry”, IETF RFC 8436, 7 pages (Aug. 2018). [cited by applicant]
Zhu et al., “Improving QoE for Skype Video Call in Mobile Broadband Network”, 2012 IEEE Global Communications Conference (GLOBECOM), pp. 1938-1943 (Dec. 3, 2012). [cited by applicant]
Nikc McKeown et al., “Tiny Tera: A Packet Switch Core”, IEEE Micro, IEEE Service Center, Los Alamitos, CA, US deel 17, nr.1, (Jan. 1, 1997), 8 pages. [cited by applicant]
S. Kanugovi et al., “Multi-Access Management Services (MAMS)”, rtc8743.txt, Multi-Access Management Services (MAMS); RFC8743.TXT, Internet Engineering Task Force, IETF; Standard, Internei Society (ISOC) 4, Rue Des Falai… [cited by applicant]
International Search Report and Written Opinion mailed Aug. 31, 2020 for International Patent Application No. PCT/US2020/033261, 14 pages. [cited by applicant]
International Preliminary Report on Patentability mailed Nov. 25, 2021 for International Patent Application No. PCT/US2020/033261, 10 pages. [cited by applicant]
3GPP; TSG SA “Study on access traffic steering, switch and splitting support in the 5G system architecture (Release 16)”, 3GPP TR 23.793 V16.0.0, Dec. 19, 2018, 115 pages. [cited by applicant]
S. Kanugovi et al., Multiple Access Management Services, draft-kanugovi-intarea-mams-framework-03, Feb. 28, 2019, 156 pages. [cited by applicant]
S. Kanugovi et al., “Multiple Access Management Services, draft-kanugovi-intarea-mams-framework-04”, May 31, 2019, 122 pages. [cited by applicant]
J. Zhu et al., “User-Plane Protocols for Multiple Access Management Service, draft-zhu-intarea-mams-user-protocol-07”, Apr. 3, 2019, 14 pages. [cited by applicant]
3GPP, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 16)”, 3GPP TS 23.501 V16.1.0, Jun. 2019, 368 pages. [cited by applicant]
3GPP, “3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Access and Mobility Management Services; Stage 3 (Release 16)”, 3GPP TS 29.518 V16.0.0, Jun. 2019, 199 page… [cited by applicant]
ETSI, “Multi-access Edge Computing (MEC); Framework and Reference Architecture Disclaimer”, Jan. 2019, 21 pages, ETSI GS MEC 003 V2.1.1. [cited by applicant]
ETSI, “Multi-access Edge Computing (MEC); Phase 2: Use Cases and Requirements”, Oct. 2018, 66 pages, ETSI GS MEC 002 V2.1.1. [cited by applicant]
ETSI, “Mobile Edge Computing(MEC); Bandwidth Management API”, Oct. 2017, 20 pages, ETSI GS MEC 015 V1.1.1. [cited by applicant]
3GPP, “3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Network Exposure Function Northbound APIs; Stage 3 (Release 16)”, 3GPP TS 29.522 V16.0.0, Jun. 2019, 43 pag… [cited by applicant]
ETSI, “Multi-access Edge Computing (MEC); General principles for MEC Service APIs Disclaimer”, Jan. 2019, 64 pages, ETSI GS MEC 009 V2.1.1. [cited by applicant]
3GPP, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 16)” 3GPP TS 23.501 V16.0.2, Apr. 2019, 317 pages. [cited by applicant]
3GPP, “3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Access and Mobility Management Services; Stage 3 (Release 15)”, 3GPP TS 29.518 V15.3.0 , Mar. 2019, 195 pag… [cited by applicant]
ETSI, “Mobile Edge Computing (MEC); Radio Network Information API Disclaimer”, Jul. 2017, 57 pages, ETSI GS MEC 012 V1.1.1. [cited by applicant]
International Preliminary Report on Patentability mailed Dec. 29, 2022 for International Patent Application PCT/US2021/038063, 10 pages. [cited by applicant]
Kanugovi et al., “Control Plane Protocols and Procedures for Multiple Access Management Services”, IETF, draft-zhu-intarea-mams-control-protocol-02 (Jul. 3, 2017), 31 pages. [cited by applicant]
Li et al., “Multipath Transmission for Internet: A Survey”, 39 pages, IEEE Communications Surveys & Tutorials, vol. 18, No. 4, Fourth Quarter 2016, pp. 2887-2925 (Jun. 29, 2016). [cited by applicant]
“TCP Keep-Alives” in Braden, “Requirements for Internet Hosts—Communication Layers”, IETF RFC 1122, section 4.2.3.6, pp. 101-102 (Oct. 1, 1989), 2 pages. [cited by applicant]
G. Dommety, “Key and Sequence Number Extensions to GRE”, Internet Engineering Task Force (IETF) RFC 2890, 7 pages (Sep. 2000). [cited by applicant]
A. Huttunen et al., “UDP Encapsulation of IPsec ESP Packets”, Internet Engineering Task Force (IETF) RFC 3984, 15 pages (Jan. 2005). [cited by applicant]
A. Ford et al., “TCP Extensions for Multipath Operation with Multiple Addresses”, Internet Engineering Task Force (IETF) RFC 6824, 64 pages (Jan. 2013). [cited by applicant]
N. Leymann et al., “Huawei's GRE Tunnel Bonding Protocol”, Internet Engineering Task Force (IETF) RFC 81557, 44 pages (May 2017). [cited by applicant]
S. Kanugovi et al., “Multi-Access Management Services (MAMS)”, Internet Engineering Task Force (IETF) RFC 8743, 143 pages (Mar. 2020). [cited by applicant]
J. Zhu et al., “Generic Multi-Access (GMA) Encapsulation Protocol”, Internet Engineering Task Force (IETF) RFC 9188, 15 pages (Feb. 2022). [cited by applicant]
J. Zhu et al., “Generic Multi-Access (GMA) Encapsulation Protocol”, draft-zhu-intarea-gma-07, IETF, 13 pages (May 14, 2020). [cited by applicant]
S. Kanugovi et al., “RFC 8743: Multi-Access Management Services (MAMS)”, IETF RFC 8743, 143 pages (Mar. 2020). [cited by applicant]
International Search Report and Written Opinion mailed Oct. 6, 2021 for International Patent Application No. PCT/US2021/038063, 14 pages. [cited by applicant]
“3GPP; TSG SA; Study on enhanced support of Industrial Internet of Things (IIoT) in 5G System (Release 17)”, 3GPP TR 23.700-20 V0.3.0 (Jan. 28, 2020). [cited by applicant]
Han-Chuan Hsieh et al., “5G Virtualized Multi-access Edge Computing Platform for IoT Applications”, Journal of Network and Computer Applications, vol. 115, pp. 94-102, (May 10, 2018). [cited by applicant]
Extended European Search Report issued Jun. 14, 2024 for EP Application No. 21825017.3, 4 pages. [cited by applicant]
Deutsche Bahn AG, “Exemplary Mapping of 3GPP Building Blocks to FRMCS Logical Architecture Draft,” ETSI Draft RT(19)075028r3, ETSI, Dec. 12, 2019, 13 pages. [cited by applicant]
Notice of Allowance mailed Aug. 20, 2024 for U.S. Appl. No. 17/469,331, 21 pages. [cited by applicant]
Notice of Allowance mailed Aug. 2, 2024 for U.S. Appl. No. 17/923,170, 71 pages. [cited by applicant]
International Search Report and Written Opinion mailed Oct. 8, 2021 for International Patent Application No. PCT/US2021/039253, 12 pages. [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on access traffic steering, switch and splitting support in the 5G system architecture (Release 16)”, 3GPP TR 23.793 … [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Access Traffic Steering, Switch and Splitting support in the 5G system architecture Phase 2 (Release 17)”, 3GPP TR… [cited by applicant]
International Preliminary Report on Patentability mailed Jan. 12, 2023 for International Patent Application No. PCT/US2021/039253, 7 pages. [cited by applicant]
International Search Report and Written Opinion mailed Nov. 19, 2021 for International Patent Application No. PCT/US2021/039252, 13 pages. [cited by applicant]
International Preliminary Report on Patentability mailed Jan. 12, 2023 for International Patent Application No. PCT/US2021/039252, 8 pages. [cited by applicant]
U.S. Appl. No. 63/025,086 “Dynamic Traffic Management in Next Generation Multi-Access Management Service Frameworks”, filed May 14, 2020, 78 pages. [cited by applicant]
U.S. Appl. No. 17/922,947 “RAN-Aware Traffic Distribution Rules and Ran Measurements for Enhanced Access Traffic Steering Switching and Splitting ”, filed Nov. 2, 2022, 92 pages. [cited by applicant]
U.S. Appl. No. 17/925,430 “Wireless Local Area Network Enhancements for Access Traffic Steering Switching Splitting”, filed Nov. 15, 2022, 64 pages. [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 15)”, 3GPP TS 23.501 V15.9.0 (Mar. 27, 2020), 248 pages. [cited by applicant]
A. Ford et al., “RFC 8684 TCP Extensions for Multipath Operation with Multiple Addresses”: http://tools.ietf.org/html/draft-ietf-mptcp-multiaddressed-09, 6 pages (Mar. 2020). [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Management and orchestration; 5G performance measurements (Release 16)”, 3GPP TS 28.552 V16.5.0 (Mar. 27, 2020), 173 pages. [cited by applicant]
“3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Layer 2—Measurements (Release 15)”, 3GPP TS 36.314 V15.2.0 (Jan. 1, 2019), 28… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements—Part 11: Wireless LAN Medium Access Control (MAC) and Physi… [cited by applicant]
Wi-Fi Alliance, “Wi-Fi Agile Multiband Technical Specification”, Version 1.5, 32 pages (2020). [cited by applicant]
Wi-Fi Alliance, “Optimized Connectivity Specification”, Version 1.1.6, 26 pages (2020). [cited by applicant]
Office Action mailed Sep. 18, 2024 for U.S. Appl. No. 17/797,661, 72 pages. [cited by applicant]