Multi-access management service packet classification and prioritization techniques

Patent metadata

Field	Value
Publication number	US-12184554-B2
Application number	US-202117469331-A
Country	US
Kind code	B2
Filing date	Sep 8, 2021
Priority date	Sep 11, 2020
Publication date	Dec 31, 2024
Grant date	Dec 31, 2024

Abstract

The present disclosure is related to Multi-Access Management Services (MAMS), which is a programmable framework that provides mechanisms for the flexible selection of network paths in a multi-access (MX) communication environment, based on an application's needs. Generic Multi-Access (GMA) functions are also integrated into the MAMS framework. The present disclosure discusses Per-Packet Prioritization (PPP), intra-flow classification, and Active Queue Management (AQM) techniques for MAMS/GMA systems. Other embodiments may be described and/or claimed.

First claim

The invention claimed is:

1. An apparatus employed as a first multi-access (MX) compute node for managing traffic for MX communication in an MX communication environment, the apparatus comprising:
processor circuitry arranged to operate an application to produce data to be conveyed to a second MX compute node; and
communication circuitry coupled with the processor circuitry, the communication circuitry arranged to:
obtain the data from the application;
determine, based on one or more Per Packet Prioritization (PPP) rules defined in a PPP configuration, a PPP value that is an unsigned integer between 0 and 255;
generate a data unit that includes:
an internet protocol (IP) header;
an IP payload; and
a generic multi-access (GMA) portion with a PPP field that includes an indication of the PPP value; and
transmit the generated data unit to the second MX compute node.

2. The apparatus of claim 1 , wherein the one or more PPP rules includes a PPP rule based on a data unit size, and to determine the PPP value, the communication circuitry arranged to:
determine a size of the data unit; and
determine, from the PPP configuration, the PPP value that corresponds to a data unit size range that includes the determined size of the data unit.

3. The apparatus of claim 1 , wherein the one or more PPP rules includes a PPP rule based on a data unit size code, and to determine the PPP value, the communication circuitry arranged to:
determine the PPP value using a coding scheme defined in the PPP configuration.

4. The apparatus of claim 3 , wherein the coding scheme is a modulo operation, and to determine the PPP value, the communication circuitry arranged to:
determine a size of the data unit; and
determine the PPP value as a modulus of S modulo K, where S is the size of the data unit and K is a number of priority levels defined in the PPP configuration.

5. The apparatus of claim 1 , wherein the one or more PPP rules includes a PPP rule based on a Generic Payload Type (GPT), and to determine the PPP value, the communication circuitry arranged to:
determine a set of GPT parameters; and
determine, from the PPP configuration, the PPP value that corresponds to the determined set of GPT parameters, wherein the set of GPT parameters includes a GPT offset, a GPT length, and a GPT value.

6. The apparatus of claim 1 , wherein the one or more PPP rules includes a PPP rule based on a flow rate, and to determine the PPP value, the communication circuitry to:
determine a flow rate for the data unit; and
determine, from the PPP configuration, the PPP value that corresponds to a flow rate range that includes the determined flow rate.

7. The apparatus of claim 1 , wherein the PPP configuration further includes one or more flow classification parameters to be used to identify a flow for which the one or more PPP rules are applicable, and a number of priority levels.

8. The apparatus of claim 1 , wherein the communication circuitry is further arranged to:
send a first control message to the second MX compute node, the first control message indicating support of a PPP capability by the first MX compute node;
identify a received second control message from the second MX compute node; and
generate the data unit to include the PPP value based on an identification that the second control message indicates support of the PPP capability by the second MX compute node.

9. The apparatus of claim 8 , wherein the MX communication environment is a Multi-Access Management Services (MAMS) communication environment comprising a MAMS framework.

10. The apparatus of claim 9 , wherein the first MX compute node is a client device, the second MX compute node is a server, the first control message is an MX capability request message (mx_capability_req), and the second control message is an MX capability response message (mx_capability_rsp), and the communication circuitry is further arranged to:
receive an MX PPP Configuration request message (mx_ppp_config_req) when the mx_capability_rsp indicates support of the PPP capability, the mx_ppp_config_req including the PPP configuration.

11. The apparatus of claim 9 , wherein the first MX compute node is a server, the second MX compute node is a client device, the first control message is an MX capability response message (mx_capability_rsp), and the second control message is an MX capability request message (mx_capability_req), and the communication circuitry is further arranged to:
receive an MX PPP Configuration response message (mx_ppp_config_rsp) when the mx_capability_req indicates support of the PPP capability, the mx_ppp_config_rsp including the PPP configuration.

12. One or more non-transitory computer-readable media (NTCRM) comprising instructions that, when executed by one or more processors of an electronic device, are to cause a first multi-access (MX) compute node in an MX communication environment to:
identify data that is to be conveyed to a second MX compute node;
determine, based on one or more Per Packet Prioritization (PPP) rules defined in a PPP configuration, a PPP value that is an unsigned integer between 0 and 255;
generate a data unit that includes:
an internet protocol (IP) header;
an IP payload; and
a generic multi-access (GMA) portion with a PPP field that includes an indication of the PPP value; and
transmit the generated data unit to the second MX compute node.

13. The one or more NTCRM of claim 12 , wherein the instructions are further to cause the first MX compute node to:
send a first control message to the second MX compute node, the first control message indicating support of a PPP capability by the first MX compute node;
identify a second control message received from the second MX compute node; and
generate the data unit to include the PPP value based on an identification that the second control message indicates support of the PPP capability by the second MX compute node.

14. The one or more NTCRM of claim 13 , wherein
the MX communication environment is a Multi-Access Management Services (MAMS) communication environment comprising a MAMS framework.

15. The one or more NTCRM of claim 14 , wherein the first MX compute node is a client device, the second MX compute node is a server, the first control message is an MX capability request message (mx_capability_req), and the second control message is an MX capability response message (mx_capability_rsp), and the instructions are further to cause the first MX compute node to:
identify a received MX PPP Configuration request message (mx_ppp_config_req) when the mx_capability_rsp indicates support of the PPP capability, the mx_ppp_config_req including the PPP configuration.

16. The one or more NTCRM of claim 14 , wherein the first MX compute node is a server, the second MX compute node is a client device, the first control message is an MX capability response message (mx_capability_rsp), and the second control message is an MX capability request message (mx_capability_req), and the instructions are further to cause the first MX compute node to:
identify a received MX PPP Configuration response message (mx_ppp_config_rsp) when the mx_capability_req indicates support of the PPP capability, the mx_ppp_config_rsp including the PPP configuration.

17. A multi-access (MX) compute node comprising:
memory store data that is to be conveyed to a second MX compute node in a Multi-Access Management Services (MAMS) communication environment; and
one or more processors configured to:
determine, based on one or more Per Packet Prioritization (PPP) rules defined in a PP

Assignees

• Intel Corp

Inventors

• Zhu Jing
• Zhang Menglei
• Yeh Shu-Ping
• Talwar Shilpa
• Fang Juan

Classifications

• H04L69/14

  Multichannel or multilink protocols · CPC title

• H04L67/289

  Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network · CPC title

• H04L47/6215

  Individual queue per QOS, rate or priority · CPC title

• H04L47/28

  in relation to timing considerations · CPC title

• H04L47/2441

  relying on flow classification, e.g. using integrated services [IntServ] · CPC title