Methods and apparatus for IP version selection in multi-access PDU sessions using mpquic-e

Abstract

Various solutions for Internet Protocol (IP) version selection in multi-access protocol data unit (MA PDU) sessions using multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) are described. A user equipment (UE) may receive a protocol data unit (PDU) session establishment accept message for an MA PDU session having a PDU session type set to Ethernet and indicating that MPQUIC-E functionality is enabled. The UE may select an IP version from multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both Internet Protocol version 4 (IPv4) and Internet Protocol version 6 (IPv6). The UE may perform a PDU session based on the selected IP version.

Description

METHODS AND APPARATUS FOR IP VERSION SELECTION IN MULTI-ACCESS PDU SESSIONS USING MPQUIC-ECROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of U.S. Patent Application No. 63 / 759,988, filed 18 February 2025, the contents of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to methods and apparatus for Internet Protocol (IP) version selection in multi-access protocol data unit (PDU) sessions using multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) .BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In mobile communication systems, a user equipment (UE) may establish a protocol data unit (PDU) session with a network to support data communication services. In some scenarios, the PDU session may be configured as a multi-access (MA) PDU session, allowing traffic to be transmitted over multiple access networks. Such PDU sessions may support different types of traffic, including Internet Protocol (IP) traffic and Ethernet traffic.

[0005] When a PDU session is established for Ethernet traffic, the PDU session may be configured with a PDU session type indicating Ethernet in type message. In such configurations, signaling procedures for establishing and managing the PDU session may differ from those used for IP-based PDU sessions. As a result, certain parameters commonly associated with IP-based communication may not be explicitly indicated during PDU session establishment.

[0006] In some communication scenarios, data transmission over an Ethernet type PDU session may still rely on IP-based transport mechanisms between the UE and network entities, such as a radio access network and core network functions. In these cases, the ability to determine or utilize an appropriate IP version may be relevant for proper data transmission and service continuity.

[0007] However, existing mechanisms do not provide sufficient flexibility for handling IP version related aspects when a PDU session is configured for Ethernet traffic. This limitation may affect the establishment or operation of certain data communication procedures and may reduce the efficiency or reliability of service delivery in some scenarios.

[0008] Accordingly, there is a need for techniques that improve the handling of IP version related aspects in Ethernet type MA PDU sessions, thereby enhancing flexibility and robustness of data communication in mobile networks.SUMMARY

[0009] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0010] An objective of the present disclosure is to provide solutions or schemes that improve handling of Internet Protocol (IP) version related aspects for Ethernet type multi-access protocol data unit (PDU) sessions in mobile communication systems, thereby enhancing flexibility, service continuity and robustness of data communication.

[0011] In one aspect, a method may involve a user equipment (UE) receiving a protocol data unit (PDU) session establishment accept message for a multi-access (MA) PDU session having a PDU session type set to Ethernet and indicating that multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) functionality is enabled. The method may further involve the UE selecting an internet protocol (IP) version from multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both internet protocol version 4 (IPv4) and internet protocol version 6 (IPv6) . The method may further involve the UE performing a PDU session based on the selected IP version.

[0012] In one aspect, a UE may comprise a transceiver configured to communicate with a network and a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising receiving, via the transceiver, a protocol data unit (PDU) session establishment accept message for a multi-access (MA) PDU session having a PDU session type set to Ethernet and indicating that multipath quick user datagram protocol internet connection for Ethernet (MPQUIC-E) functionality is enabled, selecting an internet protocol (IP) version from multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both internet protocol version 4 (IPv4) and internet protocol version 6 (IPv6) , and performing, via the transceiver, a PDU session based on the selected IP version.

[0013] In one aspect, a method may involve a network providing a protocol data unit (PDU) session establishment accept message for a multi-access (MA) PDU session having a PDU session type set to Ethernet and indicating that multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) functionality is enabled. The method may further involve the network providing a multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both internet protocol version 4 (IPv4) and internet protocol version 6 (IPv6) , to enable a user equipment (UE) to select an internet protocol (IP) version for the MA PDU session. The method may further involve the network supporting a PDU session based on the selected IP version.

[0014] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0016] FIG. 1 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0017] FIG. 2 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0018] FIG. 3 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0019] FIG. 4 is a flowchart of an example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0020] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0021] The following description is provided to facilitate an understanding of the technical solutions of the present disclosure. In particular, some reference techniques and example scenarios are described below to illustrate contexts in which the embodiments of the present disclosure may be applied.

[0022] In mobile communication systems, a user equipment (UE) may establish a protocol data unit (PDU) session with a network to support data services. In some scenarios, the PDU session may be configured as a multi-access (MA) PDU session to enable traffic steering across multiple accesses. For Ethernet traffic, the PDU session type may be set to Ethernet, and the MA PDU session is used to transport Ethernet frames.

[0023] With the introduction of multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) , MPQUIC-E may be enabled as a steering functionality for an Ethernet type MA PDU session. In such cases, data packets exchanged between the UE and the network are transported using Internet Protocol (IP) packets associated with MPQUIC link-specific multipath addresses or prefixes.

[0024] However, when the PDU session type is set to Ethernet, the UE may be unable to indicate, during PDU session establishment, which IP version is supported by the UE for MPQUIC-E operation. In particular, because the PDU session type is configured as Ethernet, existing signaling mechanisms do not allow the UE to explicitly indicate support for Internet Protocol version 4 (IPv4) , Internet Protocol version 6 (IPv6) , or both.

[0025] As a result, a network function, such as a session management function (SMF) , is unable to determine the appropriate IP version to be used for MPQUIC-E operation between the UE, a radio access network (RAN) , and a serving user plane function (UPF) . This limitation may prevent MPQUIC-E from operating properly between the UE and the network, thereby affecting service continuity and data transmission efficiency for Ethernet traffic.

[0026] Accordingly, there is a need for techniques that enable proper IP version handling for Ethernet type MA PDU sessions with MPQUIC-E functionality, such that MPQUIC-E operation can be reliably supported between the UE and the network.

[0027] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to packet data communication in mobile communications, and more particularly to operations associated with multi-access PDU sessions for Ethernet services with respect to apparatus in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0028] Regarding the present disclosure, when a user equipment (UE) establishes a multi-access (MA) protocol data unit (PDU) session for Ethernet traffic with a network using MPQUIC-E, the UE may receive a PDU session establishment accept message from the network. The PDU session establishment accept message may indicate that the MA PDU session has a PDU session type set to Ethernet and that a specific functionality for the MA PDU session is enabled.

[0029] In some scenarios, the MA PDU session establishment may be successful. After receiving the PDU session establishment accept message, the UE may obtain session-related information, including addressing information associated with the MA PDU session. The UE may further prepare to exchange packets with the network based on the established MA PDU session.

[0030] In some scenarios, the PDU session establishment accept message may include addressing information for multiple Internet Protocol (IP) versions. Due to the MA PDU session type being set to Ethernet, the UE may need to determine which IP version is to be used for packet transmission associated with the MA PDU session using MPQUIC-E. In an event that the UE receives addressing information corresponding to multiple IP versions, the UE may perform an IP version selection operation.

[0031] Next, the UE may select an IP version from the provided addressing information based on one or more conditions. In some scenarios, the UE may select the IP version based on UE capability information. In some scenarios, the UE may select the IP version based on service continuity considerations while maintaining the established MA PDU session.

[0032] Accordingly, by enabling the UE to select an IP version for an Ethernet type MA PDU session after session establishment, packet transmission between the UE and the network may be performed based on the selected IP version. This approach improves flexibility and service continuity for Ethernet-based MA PDU sessions without requiring changes to the session establishment procedure.

[0033] FIG. 1 illustrates an example scenario 100 under schemes in accordance with implementations of the present disclosure. Scenario 100 involves at least one network node and a UE, which may be a part of a wireless communication network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . The network side may comprise one or more than one network nodes, including a radio access network and a core network, operating in a wireless communication system. Scenario 100 illustrates an example framework for establishing and operating an Ethernet type multi-access (MA) protocol data unit (PDU) session.

[0034] FIG. 1 illustrates an example scenario in which a UE performs PDU session establishment and IP version selection with a network node for an Ethernet MA PDU session. In some implementations, the UE requests establishment of an MA PDU session using MPQUIC-E for Ethernet traffic. The network establishes the MA PDU session and provides a protocol data unit (PDU) session establishment accept message to the UE. The PDU session establishment accept message indicates that a PDU session type of the MA PDU session is set to Ethernet and that multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) functionality is enabled.

[0035] In some implementations, when the MPQUIC-E functionality is enabled for the Ethernet type MA PDU session, a steering functionality parameter for the MA PDU session is set only to MPQUIC-E. Under this condition, packets exchanged between the UE and a user plane function (UPF) are Internet Protocol (IP) packets rather than Ethernet frames.

[0036] In some implementations, when the steering functionality parameter is set only to MPQUIC-E, the network allocates MPQUIC link-specific multipath addresses or prefixes for both Internet Protocol version 4 (IPv4) and Internet Protocol version 6 (IPv6) for the UE. In addition, the network allocates MPQUIC proxy information for both IPv4 and IPv6.

[0037] In some implementations, the session management function (SMF) provides, to the radio access network via N2 session management information, a PDU session type indicating support for both IPv4 and IPv6. Such indication enables the radio access network to transport IP packets between the UE and the UPF and to apply packet processing mechanisms corresponding to IP traffic.

[0038] In some implementations, the MPQUIC link-specific multipath addresses or prefixes for both IPv4 and IPv6, and optionally the MPQUIC proxy information for both IPv4 and IPv6, are carried in the PDU session establishment accept message provided to the UE.

[0039] After receiving the PDU session establishment accept message, the UE obtains the MPQUIC link-specific multipath addresses or prefixes for both IPv4 and IPv6. The UE selects an Internet Protocol version for the Ethernet type MA PDU session from the provided IPv4 and IPv6 addressing information.

[0040] In some implementations, the UE selects the Internet Protocol version based on UE capability information. For example, the UE may select IPv4 or IPv6 depending on supported protocol stacks, configuration preferences, or service requirements.

[0041] In some implementations, after selecting the Internet Protocol version, the UE performs a PDU session based on the selected IP version. Packets exchanged between the UE and the network are IP packets corresponding to the selected IP version and the MPQUIC link-specific multipath addresses or prefixes.

[0042] In some implementations, because the PDU session type indicating support for both IPv4 and IPv6 is provided to the radio access network, the radio access network applies robust header compression (ROHC) to packets associated with the MA PDU session, thereby improving transmission efficiency.

[0043] In some implementations, the UE maintains Ethernet service continuity while selecting the Internet Protocol version. The MA PDU session remains established, and the IP version selection does not require re-establishment of the MA PDU session.

[0044] In some implementations, the UE may continue to exchange IP packets with the network using the selected IP version throughout the lifetime of the MA PDU session. The network supports the MA PDU session in accordance with the selected IP version.

[0045] In some implementations, the IP version selection is performed during the MA PDU session establishment. In other implementations, the IP version selection may be updated during the MA PDU session based on network configuration or UE capability information.

[0046] Accordingly, the schemes described with reference to FIG. 1 enable an Ethernet type MA PDU session to support MPQUIC-E operation while allowing the UE to select an appropriate internet protocol version from IPv4 and IPv6, maintaining service continuity and enabling efficient packet transmission between the UE and the network.

[0047] In some implementations of the present disclosure, the MPQUIC-E functionality is enabled when an MA PDU session has a PDU session type set to Ethernet.

[0048] In some implementations, when the MPQUIC-E functionality is enabled for the Ethernet type MA PDU session, a steering functionality parameter associated with the MA PDU session is set only to MPQUIC-E. Under such configuration, the MA PDU session operates using IP packet transmission instead of Ethernet frame forwarding.

[0049] In some implementations, when the steering functionality parameter for the MA PDU session is set only to MPQUIC-E, a user plane function (UPF) allocates multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses or prefixes for both IPv4 and IPv6 for the UE. In addition, the UPF allocates MPQUIC proxy information corresponding to both IPv4 and IPv6.

[0050] In some implementations, a session management function (SMF) provides an indication of a PDU session type indicating support for both IPv4 and IPv6 to a radio access network via N2 session management information. Such indication enables the radio access network to transport IP packets between the UE and the UPF and to apply packet processing mechanisms associated with IP traffic.

[0051] In some implementations, when only MPQUIC-E functionality is enabled for the MA PDU session, packets exchanged between the UE and the UPF are IP packets corresponding to the MPQUIC link-specific multipath addresses or prefixes. The radio access network forwards the IP packets between the UE and the UPF without processing Ethernet frames.

[0052] In some implementations, the PDU session type indicating support for both IPv4 and IPv6 is provided to the radio access network so that robust header compression (ROHC) can be applied to packets associated with the MA PDU session, thereby improving transmission efficiency over the air interface.

[0053] In some implementations, after the MA PDU session is successfully established, the UE receives a PDU session establishment accept message indicating that the requested MA PDU session has been successfully established. The PDU session establishment accept message includes access traffic steering, switching, and splitting (ATSSS) rules for the MA PDU session, which are derived by the SMF.

[0054] In some implementations, if access traffic steering, switching, and splitting lower-layer (ATSSS-LL) functionality is supported for the MA PDU session, the SMF includes addressing information of a packet measurement function (PMF) in the UPF in measurement assistance information provided to the UE.

[0055] In some implementations, if multipath transmission control protocol (MPTCP) functionality is supported for the MA PDU session, the SMF includes MPTCP link-specific multipath addresses or prefixes of the UE and corresponding MPTCP proxy information in the PDU session establishment accept message.

[0056] In some implementations, if multipath quick user datagram protocol internet connection over IP (MPQUIC-IP) and / or multipath quick user datagram protocol internet connection over UDP (MPQUIC-UDP) functionality is supported for the MA PDU session, the SMF includes MPQUIC link-specific multipath addresses or prefixes of the UE and MPQUIC proxy information corresponding to the activated MPQUIC steering functionality.

[0057] In some implementations, when MPQUIC-E functionality is supported for the MA PDU session, the SMF includes MPQUIC link-specific multipath addresses or prefixes for both IPv4 and IPv6 of the UE in the PDU session establishment accept message.

[0058] In some implementations, after receiving the MPQUIC link-specific multipath addresses or prefixes for both IPv4 and IPv6, the UE determines which IP version is to be used for the Ethernet type MA PDU session. The UE may select IPv4 or IPv6 based on UE capability information, configuration preferences, or service requirements.

[0059] Accordingly, through the schemes described above, some implementations of the present disclosure enable an Ethernet type MA PDU session to support MPQUIC-E functionality while allowing the UE to flexibly select an IP version from IPv4 and IPv6, thereby maintaining service continuity, enabling efficient packet transmission, and supporting network functions such as robust header compression. Illustrative Implementations

[0060] FIG. 2 illustrates an example communication system 200 having an example communication apparatus 210 and an example network apparatus 220 in accordance with an implementation of the present disclosure. The communication apparatus 210 may correspond to a user equipment (UE) , and the network apparatus 220 may correspond to a network entity or a combination of network functions. Each of the communication apparatus 210 and the network apparatus 220 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to IP version selection for Ethernet MA PDU sessions, including the scenarios and schemes described above as well as the example processes 300 and 400 described below with reference to FIG. 3 and FIG. 4.

[0061] Communication apparatus 210 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 210 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 210 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, communication apparatus 210 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 210 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 210 may include at least some of those components shown in FIG. 2 such as a processor 212, for example. Communication apparatus 210 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 210 are neither shown in FIG. 2 nor described below in the interest of simplicity and brevity.

[0062] Network apparatus 220 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router or a gateway. For instance, network apparatus 220 may be implemented in an eNodeB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Alternatively, network apparatus 220 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 220 may include at least some of those components shown in FIG. 2 such as a processor 222, for example. Network apparatus 220 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 220 are neither shown in FIG. 2 nor described below in the interest of simplicity and brevity.

[0063] In one aspect, each of processor 212 and processor 222 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 212 and processor 222, each of processor 212 and processor 222 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 212 and processor 222 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 212 and processor 222 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including IP version selection for Ethernet MA PDU sessions in a device (e.g., as represented by communication apparatus 210) and a network (e.g., as represented by network apparatus 220) in accordance with various implementations of the present disclosure.

[0064] In some implementations, communication apparatus 210 may also include a transceiver 216 coupled to processor 212 and capable of wirelessly transmitting and receiving data. In other words, processor 212 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 216. In some implementations, communication apparatus 210 may further include a memory 214 coupled to processor 212 and capable of being accessed by processor 212 and storing data therein. In some implementations, network apparatus 220 may also include a transceiver 226 coupled to processor 222 and capable of wirelessly transmitting and receiving data. In other words, processor 222 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 226. In some implementations, network apparatus 220 may further include a memory 224 coupled to processor 222 and capable of being accessed by processor 222 and storing data therein. Accordingly, communication apparatus 210 and network apparatus 220 may wirelessly communicate with each other via transceiver 216 and transceiver 226, respectively. To aid better understanding, the following description of the operations, functionalities and capabilities of each of communication apparatus 210 and network apparatus 220 is provided in the context of a mobile communication environment in which communication apparatus 210 is implemented in or as a communication apparatus or a UE and network apparatus 220 is implemented in or as a network node of a communication network.

[0065] In some implementations, each of memory 214 and memory 224 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 214 and memory 224 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 214 and memory 224 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory. Illustrative Processes

[0066] FIG. 3 illustrates an example process 300 in accordance with an implementation of the present disclosure. Process 300 may be an example implementation of the scenarios and schemes described above, whether partially or completely, with respect to IP version selection for an Ethernet MA PDU session. Process 300 may represent an aspect of implementation of features of communication apparatus 210. Process 300 may include one or more operations, actions, or functions as illustrated by one or more of blocks 310 to 330. Although illustrated as discrete blocks, various blocks of process 300 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 300 may be executed in the order shown in FIG. 3 or, alternatively, in a different order. Process 300 may be implemented by communication apparatus 210 or any suitable UE. Solely for illustrative purposes and without limitation, process 300 is described below in the context of communication apparatus 210. Process 300 may begin at block 310.

[0067] At block 310, process 300 may involve processor 212 of communication apparatus 210, via the transceiver 216, receiving, via the transceiver 216, a PDU session establishment accept message for an MA PDU session. The MA PDU session may have a PDU session type set to Ethernet and may indicate that MPQUIC-E functionality is enabled. Process 300 may proceed from block 310 to block 320.

[0068] At block 320, process 300 may involve processor 212 of communication apparatus 210 selecting an IP version from MPQUIC link-specific multipath addresses / prefixes provided for both IPv4 and IPv6. Process 300 may proceed from block 320 to block 330.

[0069] At block 330, process 300 may involve processor 212 of communication apparatus 210 performing, via the transceiver 216, a PDU session based on the selected IP version.

[0070] In some implementations, a packet exchanged between the communication apparatus 210 and the network apparatus 220 may be an IP packet corresponding to the selected IP version. In some implementations, a packet exchanged between the communication apparatus 210 and the network apparatus 220 may be an IP packet corresponding to the MPQUIC link-specific multipath addresses / prefixes.

[0071] In some implementations, the PDU session establishment accept message may further include an MPQUIC proxy information for both IPv4 and IPv6. In some implementations, the MPQUIC proxy information may comprise at least one IP address of a user plane function (UPF) , a user datagram protocol (UDP) port number, and a proxy type. In some implementations, the at least one IP address of the UPF comprises an IPv4 address and an IPv6 address.

[0072] In some implementations, process 300 may further involve processor 212 of communication apparatus 210 selecting the IP version based on a UE capability information.

[0073] In some implementations, process 300 may further involve processor 212 of communication apparatus 210 determining that a steering functionality parameter for the MA PDU session is set only to MPQUIC-E.

[0074] In some implementations, process 300 may further involve processor 212 of communication apparatus 210 applying ROHC based on a PDU session type indicating support for both IPv4 and IPv6 to a radio access network.

[0075] In some implementations, process 300 may further involve processor 212 of communication apparatus 210 maintaining Ethernet service continuity by selecting the IP version while continuing the MA PDU session.

[0076] In some implementations, process 300 may further involve processor 212 of communication apparatus 210 determining that MPQUIC link-specific multipath addresses or prefixes for both IPv4 and IPv6 are carried in the PDU session establishment accept message.

[0077] It is noteworthy that, although process 300 is described in the context of Ethernet MA PDU sessions and MPQUIC-E functionality, the proposed schemes may be applied to other packet-based services and multi-access communication scenarios without departing from the scope of the present disclosure.

[0078] FIG. 4 illustrates an example process 400 in accordance with an implementation of the present disclosure. Process 400 may be an example implementation of the scenarios and schemes described above, whether partially or completely, with respect to network-side operations for supporting IP version selection for an Ethernet MA PDU session. Process 400 may represent an aspect of implementation of features of network apparatus 220. Process 400 may include one or more operations, actions, or functions as illustrated by one or more of blocks 410 and 420. Although illustrated as discrete blocks, various blocks of process 400 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 400 may be executed in the order shown in FIG. 4 or, alternatively, in a different order. Process 400 may be implemented by network apparatus 220 or any suitable network entity or combination of network functions. Solely for illustrative purposes and without limitation, process 400 is described below in the context of network apparatus 220. Process 400 may begin at block 410.

[0079] At block 410, process 400 may involve processor 222 of network apparatus 220 providing, via the transceiver 226, a PDU session establishment accept message for an MA PDU session. The MA PDU session may have a PDU session type set to Ethernet and may indicate that MPQUIC-E functionality is enabled. Process 400 may proceed from block 410 to block 420.

[0080] At block 420, process 400 may involve processor 222 of network apparatus 220 providing, via the transceiver 226, MPQUIC link-specific multipath addresses / prefixes for both IPv4 and IPv6, to enable communication apparatus 210 to select an internet protocol (IP) version for the MA PDU session. Process 400 may proceed from block 420 to block 430.

[0081] At block 430, process 400 may involve processor 222 of network apparatus 220 supporting a PDU session based on a selected IP version.

[0082] In some implementations, process 400 may further involve processor 222 of network apparatus 220 carrying at least one of the MPQUIC link-specific multipath addresses / prefixes for both IPv4 and IPv6 and an MPQUIC proxy information for both IPv4 and IPv6 in the PDU session establishment accept message.

[0083] In some implementations, process 400 may further involve processor 222 of network apparatus 220 allocating, in an event that a steering functionality parameter for the MA PDU session is set only to MPQUIC-E, both an IPv4 address and an IPv6 prefix of the MPQUIC link-specific multipath addresses / prefixes for a UE.

[0084] In some implementations, process 400 may further involve processor 222 of network apparatus 220 indicating, to a radio access network, the PDU session type indicating support for both IPv4 and IPv6 via an N2 session management information.

[0085] In some implementations, process 400 may further involve processor 222 of network apparatus 220, enabling ROHC for packets associated with the MA PDU session based on the PDU session type indicated to the radio access network. Additional Notes

[0086] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0087] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0088] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0089] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:receiving, by a user equipment (UE) , a protocol data unit (PDU) session establishment accept message for a multi-access (MA) PDU session having a PDU session type set to Ethernet and indicating that multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) functionality is enabled;selecting, by the UE, an internet protocol (IP) version from multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both internet protocol version 4 (IPv4) and internet protocol version 6 (IPv6) ; andperforming, by the UE, a PDU session based on the selected IP version.2.The method of Claim 1, wherein a packet exchanged between the UE and a network is an IP packet corresponding to the selected IP version.3.The method of Claim 1, wherein a packet exchanged between the UE and a network is an IP packet corresponding to the MPQUIC link-specific multipath addresses / prefixes.4.The method of Claim 1, wherein the PDU session establishment accept message comprises an MPQUIC proxy information for both IPv4 and IPv6.5.The method of Claim 4, wherein the MPQUIC proxy information comprises at least one IP address of a user plane function (UPF) , a user datagram protocol (UDP) port number, and a proxy type, and wherein the at least one IP address of the UPF comprises an IPv4 address and an IPv6 address.6.The method of Claim 1, wherein the selecting of the IP version from the MPQUIC link-specific multipath addresses / prefixes provided for both IPv4 and IPv6 further comprises:selecting, by the UE, the IP version based on a UE capability information.7.The method of Claim 1, wherein a steering functionality parameter for the MA PDU session is set only to MPQUIC-E.8.The method of Claim 1, further comprising:applying, by the UE, robust header compression (ROHC) based on a PDU session type indicating support for both IPv4 and IPv6 to a radio access network.9.The method of Claim 1, further comprisingmaintaining, by the UE, Ethernet service continuity by selecting the IP version while continuing the MA PDU session.10.The method of Claim 1, wherein the MPQUIC link-specific multipath addresses / prefixes for both IPv4 and IPv6 are carried in the PDU session establishment accept message.11.A user equipment (UE) , comprising:a transceiver which, during operation, wirelessly communicates with a network; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, a protocol data unit (PDU) session establishment accept message for a multi-access (MA) PDU session having a PDU session type set to Ethernet and indicating that multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) functionality is enabled;selecting an internet protocol (IP) version from multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both internet protocol version 4 (IPv4) and internet protocol version 6 (IPv6) ; andperforming, via the transceiver, a PDU session based on the selected IP version.12.The UE of Claim 11, wherein a packet exchanged between the UE and a network is an IP packet corresponding to the selected IP version or the MPQUIC link-specific multipath addresses / prefixes.13.The UE of Claim 11, wherein the PDU session establishment accept message comprises an MPQUIC proxy information for both IPv4 and IPv6.14.The UE of Claim 11, wherein the processor is configured to select the IP version based on a UE capability information.15.The UE of Claim 11, wherein a steering functionality parameter for the MA PDU session is set only to MPQUIC-E.16.A method, comprising:providing, by a network, a protocol data unit (PDU) session establishment accept message for a multi-access (MA) PDU session having a PDU session type set to Ethernet and indicating that multipath quick user datagram protocol internet connection over Ethernet (MPQUIC-E) functionality is enabled;providing, by the network, multipath quick user datagram protocol internet connection (MPQUIC) link-specific multipath addresses / prefixes provided for both internet protocol version 4 (IPv4) and internet protocol version 6 (IPv6) , to enable a user equipment (UE) to select an internet protocol (IP) version for the MA PDU session; andsupporting, by the network, a PDU session based on the selected IP version.17.The method of Claim 16, wherein at least one of the MPQUIC link-specific multipath addresses / prefixes for both IPv4 and IPv6 and an MPQUIC proxy information for both IPv4 and IPv6 is carried in the PDU session establishment accept message.18.The method of Claim 16, wherein in an event that a steering functionality parameter for the MA PDU session is set only to MPQUIC-E, the network allocates both an IPv4 address and an IPv6 prefix of the MPQUIC link-specific multipath addresses / prefixes for the UE.19.The method of Claim 16, further comprising:indicating, by the network to a radio access network, the PDU session type indicating support for both IPv4 and IPv6 via an N2 session management information.20.The method of Claim 19, wherein the PDU session type indicated to the radio access network enables robust header compression (ROHC) for packets associated with the MA PDU session.

Images