Method for transmitting UDP flow, and related devices

Abstract

A method for transmitting a user datagram protocol (UDP) flow and related devices are provided. The method includes encapsulating a UDP packet in a HTTP datagram payload including a Context ID and a payload containing the UDP packet to be transmitted; and transmitting the HTTP datagram payload with the encapsulated UDP packet, wherein according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload.

Description

METHOD FOR TRANSMITTING UDP FLOW, AND RELATED DEVICESTECHNICAL FIELD

[0001] The present application relates to wireless communication, and more particularly, to a method for transmitting UDP flows, and related devices.BACKGROUND ART

[0002] The background description includes information that may be useful in understanding the present application. It is not an admission that any of the information provided herein is prior art or relevant to the application.

[0003] MPQUIC (Multipath QUIC) is a protocol extension developed by the Internet Engineering Task Force (IETF) , used to enhance the transport of User Datagram Protocol (UDP) flows. By the time of this writing however MPQUIC is still in a draft state, i.e. it has not reached an RFC (Requests for Comments) status. The Third Generation Partnership Project (3GPP) has adopted the principles of the MPQUIC and has applied these particularly to 5G and future networks. It builds on QUIC (Quick UDP Internet Connections) protocol suite (see especially IETF RFC 9297 and IETF RFC 9298) by supporting multipath capabilities, allowing data to be transmitted over multiple network paths simultaneously. 3GPP specified that the MPQUIC functionality provides the following two transport modes for transmitting a UDP flow between User Equipment (UE) and User Plane Function (UPF) . Policy Control Function (PCF) determines which transport mode should be applied to a given UDP flow. The selected mode is communicated to the UE and the UPF through ATSSS rules and N4 / MAR rules, respectively. The two transport modes are described below (see also Clause 5.32.6.2.2.1 of 3GPP TS 23.501) :

[0004] Datagram Mode 2: Defined by IETF RFC 9298

[0170] , this transport mode encapsulates UDP packets within QUIC Datagram frames, offering unreliable transport without sequence numbering and without packet reordering / deduplication.

[0005] Datagram Mode 1: This transport mode is an extension of IETF RFC 9298

[0170] , also encapsulating UDP packets within QUIC Datagram frames but providing unreliable transport with sequence numbering and with packet reordering / deduplication. It can be applied to any UDP flow.

[0006] The mechanism for proxying UDP in HTTP, as outlined in IETF RFC 9298, enables future extensions to exchange HTTP datagrams that may carry different semantics from UDP payloads. To achieve this, all HTTP datagrams associated with UDP proxying request streams have to begin with a Context ID field. Context IDs are 62-bit integers, ranging from 0 to 2^62-1, and are encoded as variable-length integers. The Context ID value of 0 is reserved for UDP payloads, while non-zero values are dynamically allocated. The Context ID namespace is specific to a given HTTP request. It is possible for a Context ID with the same numeric value to be simultaneously allocated in distinct requests, potentially with different semantics. Even-numbered non-zero Context IDs are allocated by the client, and odd-numbered ones by the proxy. However, after a Context ID has been allocated, the restrictions do not apply to the use of the Context ID, and any client or UDP proxy may use it, regardless of which endpoint initially allocated it. Registration is the process by which an endpoint informs its peer of the semantics and format of a given Context ID. How the registration should occur is not specified in IETF RFC 9298.

[0007] As can be seen, according to IETF RFC 9298, (a) the Context ID needs to be unique only within the given HTTP request, and (b) the same Context ID value in a different HTTP request may indicate a different semantics.

[0008] The format of the UDP Proxying HTTP Datagram according to IETF RFC 9298 may be given below:

[0009] However, 3GPP decided to tailor UDP Proxying HTTP Datagram to the ATSSS_Ph3 requirements.

[0010] For that purpose, the UDP Proxying Payload may be encoded in the following two ways: SUMMARY

[0011] In a first aspect, some embodiments of the present application provide a method for transmitting a user datagram protocol (UDP) flow by a network element, including encapsulating a UDP packet in a hypertext transfer protocol (HTTP) datagram payload including a Context identifier (ID) and a payload containing the UDP packet to be transmitted; and transmitting the HTTP datagram payload with the encapsulated UDP packet, wherein according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload.

[0012] In a second aspect, some embodiments of the present application provide a network element, including at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to encapsulate a UDP packet in a hypertext transfer protocol (HTTP) datagram payload including a Context identifier (ID) and a payload containing the UDP packet to be transmitted; and transmit the HTTP datagram payload with the encapsulated UDP packet, wherein according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload.

[0013] In some embodiments of the present application, the Context ID namespace is associated with one of more than two datagram modes of the HTTP datagram payload.

[0014] In some embodiments of the present application, in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 1, the HTTP datagram payload further includes a sequence number used for defining a transmission order of the HTTP datagram payload.

[0015] In some embodiments of the present application, the value of the Context ID is dynamically assigned with a non-zero value.

[0016] In some embodiments of the present application, the value of the Context ID is assigned dynamically by a value ranged from 0x0001 to 0xFFFF in hexadecimal.

[0017] In some embodiments of the present application, the value of the Context ID is assigned with a value of zero. In this case, the Context ID namespace indicates datagram mode 2 and the HTTP datagram payload contains no sequence number (generally, sequence numbers are used for defining a transmission order of the HTTP datagram payload) .

[0018] In some embodiments of the present application, the network element includes a user equipment (UE) , which dynamically assigns the value of the Context ID an even number from the range of Context ID values.

[0019] In some embodiments of the present application, the network element includes a user plane function (UPF) , which dynamically assigns the value of the Context ID an odd number from the range of Context ID values.

[0020] In some embodiments of the present application, the Context ID namespace is implicitly registered in policy control function (PCF) for the datagram mode 2, when the Context ID values shall be set to zero.

[0021] In a third aspect, some embodiments of the present application provide a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform the above method.

[0022] In a fourth aspect, some embodiments of the present application provide a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the above method.

[0023] In a fifth aspect, some embodiments of the present application provide a computer readable storage medium, in which a computer program is stored, causes a computer to execute the above method.

[0024] In a sixth aspect, some embodiments of the present application provide a computer program product includes a computer program, and the computer program causes a computer to execute the above method.

[0025] In a seventh aspect, some embodiments of the present application provide a computer program, which causes a computer to execute the above method.DESCRIPTION OF DRAWINGS

[0026] In order to more clearly illustrate the embodiments of the present application or related art, the following figures that will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present application, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

[0027] FIG. 1 is a schematic diagram of a 5th-Generation (5G) architecture according to an embodiment of the present application.

[0028] FIG. 2 is a block diagram of a terminal device and a network device of wireless communication in a communication controlling system according to an embodiment of the present application.

[0029] FIG. 3 is a flowchart of a method for transmitting a UDP flow by a network element according to an embodiment of the present application.

[0030] FIG. 4 is a block diagram of a wireless communication device according to an embodiment of the present application.DETAILED DESCRIPTION OF EMBODIMENTS

[0031] Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present application are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0032] In this document, “ / ” should be interpreted as “and / or” , and a combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and / or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

[0033] The following table includes some abbreviations or explanations used in some embodiments of the present application:

[0034] According to IETF RFC 9298, future extensions use HTTP header fields or capsules to register Context IDs. It implies that Datagram Mode 1 needs to register a specific Context ID namespace. Otherwise, the receiving entity cannot correctly parse the datagram. The 3GPP addressed the issue to some extent during 3GPP CT1 meeting. According to 3GPP C1-244592, which was presented but postponed, and it specifies the following: “providing transport modes for MPQUIC steering functionality to the UE by the ATSSS rules and to the UPF by the N4 rules, corresponds to the registration of the Context ID as per IETF RFC 9298” .

[0035] It can be concluded from current 3GPP discussions that:

[0036] 1. Context ID registration is implicitly done by PCF. The UE and the UPF receive ATSSS and N4 rules, respectively, which explicitly inform both that the given user plane communication channel will be used for exchanging either UDP Proxying HTTP Datagram Payload Mode 1, or Mode 2.

[0037] 2. If Mode 1 shall be used, then the UE must dynamically assign a non-zero value to the Context ID. Therefore, the PCF cannot know in advance what the assigned number is. This matter was not resolved by 3GPP. Format wise, the UDP Proxying Payload will contain a 32-bits-long sequence number and a single UDP packet.

[0038] 3. The UE can assign any non-zero value to the Context ID to initiate the transfer of a new datagram. IETF RFC 9298 requires that UE, which is MASQUE client, shall assign even numbers, while the UPF, which is MASQUE server, shall assign odd numbers. In 3GPP networks, however, the UPF is not expected to initiate the data transfer and therefore the UE can in principle assign also odd numbers.

[0039] In summary, the PCF should implicitly register Context ID namespace for the same Datagram Mode 1. In this mode, IETF RFC 9298 specifies non-zero values shall be dynamically allocated to the Context ID, but 3GPP has not specified exact mechanism how this is done. The Context ID namespace and its value make a pair, which uniquely identifies that format and the semantics of the HTTP payload.

[0040] In this application, the proposed solution suggests a mapping of the Context ID namespaces to the Context ID values, or value ranges to avoid any ambiguity at the datagram receiving network elements. This resolves the problem 3GPP could not address (see above) . Namely, PCF shall implicitly register the value ranges, which enables the UE to dynamically assign any value from this range without a need for PCF to know the actual UE assigned value. That is, a value of the Context ID is assigned according to Context ID namespace, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload. For instance, 62-bits-long Context ID having a value of e.g. 2 indicates UDP Proxying HTTP Datagram Payload Mode 1, while a value of e.g. 0xFFFFFFFFE indicates some future HTTP Datagram Payload Mode N.

[0041] FIG. 1 shows a 5G architecture. Devices involved in the 5G architecture include UE, a Radio Access Network (RAN) , a User Plane Function (UPF) , a Data Network (DN) , an Access and Mobility Management Function (AMF) , a Session Management Function (SMF) , a Policy Control Function (PCF) , an Application Function (AF) , an Authentication Server Function (AUSF) , and Unified Data Management (UDM) . It is noted that this application is applicable to the architecture shown in FIG. 1, but is not limited thereto. The application can also be applied to future communication system such as 6G system.

[0042] As shown in FIG. 1, the UPF plays a crucial role in the user plane architecture of the core network, specifically within the 5G Core (5GC) . The UPF is responsible for managing and forwarding user plane data traffic between the RAN and external data networks, such as the Internet or private networks. Policy related network elements mainly include the PCF, which enforced the policy by communicating these to the AMF, the SMF, the RAN, and the UE. The PCF determines policy rules for network behaviors. This may include deciding how network resources are allocated, ensuring efficiency of network capabilities. The SMF is mainly responsible for executing session management tasks. The AMF is mainly responsible for executing access and UE mobility management tasks. Policy transmission and update of the two network elements (the AMF and the SMF) are managed and controlled by the PCF.

[0043] FIG. 2 illustrates that, in some embodiments, one or more terminal device (e.g., user equipments (UEs) ) 10 and one or more network devices (e.g., core functions in a core network) 20 for wireless communication in a communication network system 30 according to an embodiment of the present application are provided. The communication network system 30 includes the one or more terminal devices 10 and one or more network devices 20. The terminal device 10 or the network device can be called a “network element” in this application. That is, the network element may be referred to as a terminal device, and it is also possible that the network element is referred to as a network device.

[0044] The one or more terminal devices 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13. The one or more network devices 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23. The processor 11 or 21 may be configured to implement proposed functions, procedures and / or methods described in this description. Layers of radio interface protocol may be implemented in the processor 11 or 21. The memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21. The transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and / or receives a radio signal. When the communication network system 30 complies with the New Radio (NR) standard of the 3rd Generation Partnership Project (3GPP) , the next generation core network is a backend serving network system and may include an Access and Mobility Management Function (AMF) , User Plane Function (UPF) , and a Session Management Function (SMF) . In one aspect, the terminal device 10 can include almost any consumer electronic device or appliance that can connect to a radio access network and a core network for the releases of 3GPP and further, such as, but not limited to NR networks.

[0045] The processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and / or data processing device. The memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and / or other storage device. The transceiver 13 or 23 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21. The memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.

[0046] In some embodiments, the network element can be a terminal device 10 or a network device 20, and the processor 11 of the terminal device 10 or the processor 21 of the network device 20 is configured to encapsulate a UDP packet in a hypertext transfer protocol (HTTP) datagram payload including a Context identifier (ID) and a payload containing the UDP packet to be transmitted; and transmit the HTTP datagram payload with the encapsulated UDP packet, wherein according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload. For example, a Context ID having a value of e.g. 2 indicates UDP Proxying HTTP Datagram Payload Mode 1, while a value of e.g. 0xFFFFFFFFE indicates some future HTTP Datagram Payload Mode N. This can avoid any ambiguity at the datagram receiving network element about which datagram mode of the HTTP datagram payload or which transport mode of the UDP packet is adopted.

[0047] FIG. 3 is a flowchart of a method for transmitting a user datagram protocol (UDP) flow by a network element according to an embodiment of the present application. the network element can be a terminal device 10 or a network device 20 as depicted in FIG. 2. Referring to FIG. 3 in conjunction with FIG. 2, the method 100 includes the followings. In Step 102, the network element 10 or 20 encapsulates a UDP packet in a hypertext transfer protocol (HTTP) datagram payload including a Context identifier (ID) and a payload containing the UDP packet to be transmitted. In Step 104, the network element 10 or 20 transmits the HTTP datagram payload with the encapsulated UDP packet. In this embodiment, according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload. For example, a Context ID having a value of e.g. 2 indicates UDP Proxying HTTP Datagram Payload Mode 1, while a value of e.g. 0xFFFFFFFFE indicates some future HTTP Datagram Payload Mode N. With this method, it can avoid any ambiguity at the datagram receiving network element about which datagram mode of the HTTP datagram payload or which transport mode of the UDP packet is adopted.

[0048] In some embodiments, the Context ID namespace is associated with one of more than two datagram modes of the HTTP datagram payload.

[0049] In some embodiments, in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 1, the HTTP datagram payload further includes a sequence number used for defining a transmission order of the HTTP datagram payload.

[0050] In some embodiments, in the datagram mode 1, the value of the Context ID is dynamically assigned with a non-zero value.

[0051] In some embodiments, in the datagram mode 1, the value of the Context ID is assigned dynamically by a value ranged from 0x0001 to 0xFFFF in hexadecimal.

[0052] In some embodiments, in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 2, the HTTP datagram payload contains no sequence number used for defining a transmission order of the HTTP datagram payload.

[0053] In some embodiments, in the datagram mode 2, the value of the Context ID is assigned with a value of zero.

[0054] In some embodiments, the network element includes a user equipment (UE) , which dynamically assigns the value of the Context ID an even number from the range of Context ID values.

[0055] In some embodiments, the network element includes a user plane function (UPF) , which dynamically assigns the value of the Context ID an odd number from the range of Context ID values.

[0056] In some embodiments, the Context ID namespace is registered in policy control function (PCF) .

[0057] FIG. 4 illustrates a wireless communication device 1000 according to an embodiment of the present application. The wireless communication device 1000 includes an encapsulating part 1001 and a transmitting part 1002. The encapsulating part 1001 is configured to encapsulate a UDP packet in a hypertext transfer protocol (HTTP) datagram payload including a Context identifier (ID) and a payload containing the UDP packet to be transmitted. The transmitting part 1002 is configured to transmit the HTTP datagram payload with the encapsulated UDP packet. In this embodiment, according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload. For example, a Context ID having a value of e.g. 2 indicates UDP Proxying HTTP Datagram Payload Mode 1, while a value of e.g. 0xFFFFFFFFE indicates some future HTTP Datagram Payload Mode N. This can avoid any ambiguity at the datagram receiving network element about which datagram mode of the HTTP datagram payload or which transport mode of the UDP packet is adopted.

[0058] In this application, it is proposed to allocate non-zero Context ID ranges to the existing and also to the upcoming Context ID namespaces. Below is the definition of the Context ID namespace plus value pairs. The Context IDs may be generated dynamically by a UE, which meets IETF RFC 9298 requirement and will also simplify the UE implementations.

[0059] It is noted that in 3GPP TS 23.501 specification, 3GPP SA2 (which is a working group of 3GPP) has already specified two transport modes for transmitting a UDP flow between the UE and the UPF, which corresponds to an implicit registration of the Context ID namespace. In future, 3GPP SA2 may decide to add new transport modes as many modes as they please by specifying the semantics of these modes. It will be however 3GPP CT1 (which is a working group of 3GPP) task to specify exact protocol details.

[0060] It is also noted that non-zero Context ID value ranges for the corresponding modes are not limited in this application. The above value ranges are informative. If 3GPP CT1 adopts the provisions of this application, any range 3GPP CT1 specifies is still within the scope of this application. For instance, 3GPP CT1 may decide that Context ID value for Mode 1 is a single 62-bits-long number, e.g. 1, or 2, or that it is allocated from a value range 0x1. . 0x2, or from a value range 0x0002. . 0xFFFE, etc. It is also up to CT1 to either restrict the UE to assign only even numbers as required by IETF RFC 9298, or to allow the UE to assign also odd numbers.

[0061] With the proposed solution applied, 3GPP TS 24.193 subclauses 6.4.1 to 6.4.3, which is under 3GPP WG CT1 remit, may be changed as below.

[0062] ***Start of Changes***

[0063] 6.4 Transport modes for MPQUIC steering functionality

[0064] 6.4.1 General

[0065] Supported transport modes for MPQUIC functionality as the ATSSS steering functionality defined in clause 5.32.6.2.2.1 of 3GPP TS 23.501 [2] , are used between the UE and the UPF. The UE and the UPF shall implement the supported transport modes for MPQUIC functionality for transmission of UDP packets between the UE and the UPF.

[0066] By selecting if Datagram mode 1 or Datagram mode 2 shall applied to the UDP flow (see clause 5.32.6.2.2.1 in 3GPP TS 23.501 [2] ) , the PCF implicitly registers these specific Context ID namespaces. This mechanism allows for future extensions to these types of the data flow.

[0067] 6.4.2 Datagram mode 1

[0068] [Corrected under Rule 26, 14.10.2024]If the MA PDU session is established by using the MPQUIC functionality as the steering functionality with transport mode as datagram mode 1, the HTTP datagram payload in IETF RFC 9298 [9E] shall include:

[0069] a) Context ID indicating the value for datagram mode 1 as defined in table 6.1.3.2-1; and

[0070] b) a payload containing:

[0071] 1) a 32-bit integer sequence number defining the transmission order of the HTTP datagram payload; and

[0072] 2) a UDP packet to be transmitted.

[0073] The format of the UDP Proxying HTTP Datagram Payload Mode 1 is specified below. The UE shall assign to the Context ID a number from 0x0001 to 0xFFFF. It is recommended 3GPP UE dynamically assigns an even number from this range to meet requirements in IETF RFC 9298 [9E] .

[0074] Upon establishment of the MA PDU session by using the MPQUIC functionality as the steering functionality with transport mode as datagram mode 1:

[0075] a) the sequence number shall be set to zero in the first sequence of the HTTP datagram payload; and

[0076] b) if the following new HTTP datagram payload does not duplicate the previous one, the new sequence number shall be modulo (2^32) of the incremented previous sequence number by 1 for the following new HTTP datagram payload.

[0077] 6.4.3 Datagram mode 2

[0078] [Corrected under Rule 26, 14.10.2024]If the MA PDU session is established by using the MPQUIC functionality as the steering functionality with transport mode as datagram mode 2, the HTTP datagram payload in IETF RFC 9298 [9E] shall include:

[0079] a) Context ID indicating the value for datagram mode 2 as defined in table 6.1.3.2-1; and

[0080] b) a payload containing a UDP packet to be transmitted.

[0081] The format of the UDP Proxying HTTP Datagram Payload Mode 2 is specified below. The UE shall assign value of 0 the Context ID.

[0082] ***End of Changes***

[0083] The embodiment of the present application further provides a computer readable storage medium for storing a computer program. The computer readable storage medium enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0084] The embodiment of the present application further provides a computer program product including computer program instructions. The computer program product enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0085] The embodiment of the present application further provides a computer program. The computer program enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0086] Those of skill in the art will appreciate that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0087] Further, those of skill in the art will appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

[0088] The methods, sequences and / or algorithms described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.

[0089] It should be understood that any embodiments disclosed herein as being “non-transitory” do not exclude any physical storage medium, but rather exclude only the interpretation that the medium can be construed as a transitory propagating signal.

[0090] The elements and components of an embodiment of the invention may be physically, functionally and logically implemented in any suitable way. Indeed, the functionality may be implemented in a single unit, in a plurality of units or as part of other functional units. Although the present invention has been described in connection with some embodiments, it is not intended to be limited to the specific form set forth herein. Rather, the scope of the present invention is limited only by the accompanying claims. Additionally, although a feature may appear to be described in connection with particular embodiments, one skilled in the art would recognize that various features of the described embodiments may be combined in accordance with the invention. In the claims, the term ‘including’ does not exclude the presence of other elements or steps.

[0091] Furthermore, although individually listed, a plurality of means, elements or method steps may be implemented by, for example, a single unit or processor. Additionally, although individual features may be included in different claims, these may possibly be advantageously combined, and the inclusion in different claims does not imply that a combination of features is not feasible and / or advantageous. Also, the inclusion of a feature in one category of claims does not imply a limitation to this category, but rather indicates that the feature is equally applicable to other claim categories, as appropriate.

[0092] Furthermore, the order of features in the claims does not imply any specific order in which the features must be performed and in particular the order of individual steps in a method claim does not imply that the steps must be performed in this order. Rather, the steps may be performed in any suitable order. In addition, singular references do not exclude a plurality. Thus, references to ‘a’ , ‘an’ , ‘first’ , ‘second’ , etc. do not preclude a plurality.

[0093] Above all, while the preferred embodiments of the present application have been illustrated and described in detail, various modifications and alterations can be made by persons of ordinary skill in the art. The embodiment of the present application is therefore described in an illustrative but not restrictive sense. It is intended that the present application should not be limited to the particular forms as illustrated, and that all modifications and alterations which maintain the spirit and realm of the present application are within the scope as defined in the appended claims.

Claims

1.A method for transmitting a user datagram protocol (UDP) flow by a network element, comprising:encapsulating a UDP packet in a hypertext transfer protocol (HTTP) datagram payload comprising a Context identifier (ID) and a payload containing the UDP packet to be transmitted; andtransmitting the HTTP datagram payload with the encapsulated UDP packet,wherein according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload.2.The method of claim 1, wherein the Context ID namespace is associated with one of more than two datagram modes of the HTTP datagram payload.3.The method of claim 1 or 2, wherein in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 1, the HTTP datagram payload further comprises a sequence number used for defining a transmission order of the HTTP datagram payload.4.The method of claim 3, wherein in the datagram mode 1, the value of the Context ID is assigned dynamically with a non-zero value.5.The method of claim 4, wherein in the datagram mode 1, the value of the Context ID is assigned dynamically by a value ranged from 0x0001 to 0xFFFF in hexadecimal.6.The method of claim 1 or 2, wherein in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 2, the HTTP datagram payload contains no sequence number used for defining a transmission order of the HTTP datagram payload.7.The method of claim 6, wherein in the datagram mode 2, the value of the Context ID is assigned with a value of zero.8.The method of any of claims 1 to 7, wherein the network element comprises a user equipment (UE) , which dynamically assigns the value of the Context ID an even number from the range of Context ID values.9.The method of any of claims 1 to 7, wherein the network element comprises a user plane function (UPF) , which dynamically assigns the value of the Context ID an odd number from the range of Context ID values.10.The method of any of claims 1 to 9, wherein the Context ID namespace is registered in policy control function (PCF) .11.A network element, comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:encapsulate a UDP packet in a hypertext transfer protocol (HTTP) datagram payload comprising a Context identifier (ID) and a payload containing the UDP packet to be transmitted; andtransmit the HTTP datagram payload with the encapsulated UDP packet,wherein according to Context ID namespace, a value of the Context ID is assigned by the network element from a range of Context ID values defined in a format of the HTTP datagram payload, and the Context ID namespace is associated with a datagram mode of the HTTP datagram payload.12.The network element of claim 11, wherein the Context ID namespace is associated with one of more than two datagram modes of the HTTP datagram payload.13.The network element of claim 11 or 12, wherein in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 1, the HTTP datagram payload further comprises a sequence number used for defining a transmission order of the HTTP datagram payload.14.The network element of claim 13, wherein in the datagram mode 1, the value of the Context ID is dynamically assigned with a non-zero value.15.The network element of claim 14, wherein in the datagram mode 1, the value of the Context ID is assigned dynamically by a value ranged from 0x0001 to 0xFFFF in hexadecimal.16.The network element of claim 11 or 12, wherein in a case where the value of the Context ID is assigned according to the Context ID namespace associated with datagram mode 2, the HTTP datagram payload contains no sequence number used for defining a transmission order of the HTTP datagram payload.17.The network element of claim 16, wherein in the datagram mode 2, the value of the Context ID is assigned with a value of zero.18.The network element of any of claims 11 to 17, wherein the network element comprises a user equipment (UE) , and the at least one processor of the UE dynamically assigns the value of the Context ID an even number from the range of Context ID values.19.The network element of any of claims 11 to 17, wherein the network element comprises a user plane function (UPF) , and the at least one processor of the UPF dynamically assigns the value of the Context ID an odd number from the range of Context ID values.20.The network element of any of claims 11 to 19, wherein the Context ID namespace is registered in policy control function (PCF) .21.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 10.22.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 10.23.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 10.24.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 10.25.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 10.

Images