US20220021754A1 - Network multi-path proxy selection to route data packets - Google Patents
Network multi-path proxy selection to route data packets Download PDFInfo
- Publication number
- US20220021754A1 US20220021754A1 US17/388,775 US202117388775A US2022021754A1 US 20220021754 A1 US20220021754 A1 US 20220021754A1 US 202117388775 A US202117388775 A US 202117388775A US 2022021754 A1 US2022021754 A1 US 2022021754A1
- Authority
- US
- United States
- Prior art keywords
- network
- proxy
- path
- path proxy
- client device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- H04L67/28—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Definitions
- This summary is provided to introduce concepts related to selecting a network multi-path proxy to route data packets from a multi-connectivity client device (MCCD), in a communication network.
- MCCD multi-connectivity client device
- a multi-connectivity client device includes a processor and a client connection engine (CCE) coupled to the processor.
- the CCE is to transmit communication capabilities to a network connection engine (NCE) to provide at least one network multi-path proxy.
- NCE network connection engine
- Each of the at least one network multi-path proxy is configured to aggregate and route data packets to a specific network link.
- the CCE is to also receive identification information pertaining to the at least one network multi-path proxy and corresponding network links from the NCE. Based on the identification information, the CCE selects a network multi-path proxy to route the data packets.
- FIG. 4 illustrates a method for selecting a network multi-path proxy to route data packets from a multi-connectivity client device, according to an implementation of the present subject matter
- the access networks 112 and the core networks 114 may be implemented through different network entities, such as including routers, bridges, gateways, computing devices, and storage devices, depending on the technology; however, such details have been omitted for the sake of brevity.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Aspects related to selection of a network link to route data packets is described. In an example, a method for enabling selection of the network link to route the data packets includes receiving communication capabilities from a Client Connection Engine (CCE), where the CCE manages uplink and downlink data packet routing of a client device. The method further includes instantiating at least one network multi-path proxy, based on the communication capabilities, where each of the at least one network multi-path proxy is configured to aggregate and route data packets to a specific network link. In addition, the method includes sharing identification information pertaining to the at least one network multi-path proxy and corresponding network links for selection of the at least one network multi-path proxy.
Description
- The application is a continuation of U.S. patent application Ser. No. 16/484,372, filed on Aug. 7, 2019, which is based on and claims the benefit of International Patent Application No. PCT/EP2018/051040, filed on Jan. 17, 2018, which claims priority to Indian Patent Application No. 201741005427, filed on Feb. 15, 2017, each of which is hereby incorporated herein by reference in its entirety.
- The present subject matter relates to multi-connectivity client devices (MCCD) and, particularly, but not exclusively, to selecting a network multi-path proxy to route data packets from and to such MCCD.
- A communication network, generally provides communication services, such as transmission of data packets, between network terminals, such as a client device and a server. The network terminals communicate with each other using different protocols, supported by the communication network. Transmission control protocol (TCP) is one such protocol which is employed to establish a connection between the network terminals and exchange data packets between. For example, the client device may communicate with the communication network using TCP links for accessing an application server. In an example, the client device may simultaneously communicate with multiple communication networks to access the application server.
- This summary is provided to introduce concepts related to selecting a network multi-path proxy to route data packets from a multi-connectivity client device (MCCD), in a communication network. This summary is not intended to identify essential features of the claimed subject matter nor is it intended for use in determining or limiting the scope of the claimed subject matter.
- In an aspect of the present subject matter, a method for enabling selection of a network multi-path proxy to route data packets is described. The method includes receiving communication capabilities from a Client Connection Engine (CCE), where the CCE manages uplink and downlink data packet routing of a client device. The method further includes instantiating or assigning at least one network multi-path proxy, based on the communication capabilities, where each of the at least one network multi-path proxy is configured to aggregate and route data packets to a specific network link. In addition, the method includes sharing identification information pertaining to the at least one network multi-path proxy and corresponding network links for selection of the at least one network multi-path proxy.
- In another aspect of the present subject matter, a multi-connectivity client device (MCCD) is described. The MCCD includes a processor and a client connection engine (CCE) coupled to the processor. The CCE is to transmit communication capabilities to a network connection engine (NCE) to provide at least one network multi-path proxy. Each of the at least one network multi-path proxy is configured to aggregate and route data packets to a specific network link. The CCE is to also receive identification information pertaining to the at least one network multi-path proxy and corresponding network links from the NCE. Based on the identification information, the CCE selects a network multi-path proxy to route the data packets.
- In yet another aspect of the present subject matter, a non-transitory computer-readable medium is described. The non-transitory computer-readable medium comprising computer-readable instructions, which, when executed by a processor, cause the processor to receive communication capabilities from a client connection engine. The client connection engine manages uplink and downlink data packet routing of the client device. Further, the instructions cause the processor to instantiate or assign at least one network multi-path proxy, based on the communication capabilities. Each of the at least one network multi-path proxy is configured to aggregate and route data packets to a specific network link. The instructions also cause the processor to share identification information pertaining to the at least one network multi-path proxy and corresponding network links with the CCE. Further, the processor is caused to receive a routing request from the CCE to route the data packets through a selected network multi-path proxy, based on the identification information.
- The detailed description is described with reference to the accompanying figures. In the figures, the left-most digit(s) of a reference number identifies the figure in which the reference number first appears. The same numbers are used throughout the figures to reference like features and components. Some implementations of system and/or methods in accordance with implementations of the present subject matter are now described, by way of example only, and with reference to the accompanying figures, in which:
-
FIG. 1 illustrates a communication environment, according to an implementation of the present subject matter; -
FIG. 2 schematically illustrates a multi-connectivity client device, according to an implementation of the present subject matter; -
FIG. 3 schematically illustrates a network server, according to an implementation of the present subject matter; -
FIG. 4 illustrates a method for selecting a network multi-path proxy to route data packets from a multi-connectivity client device, according to an implementation of the present subject matter; and -
FIG. 5 illustrates a method for providing at least one network multi-path proxy by a network server to route data packets, according to an implementation of the present subject matter. - In order to utilize various communication services, such as transmission of data packets, network terminals may connect to a communication network. For example, the client device may communicate with the communication network using TCP links for accessing an application server. The communication network may include an access network and a core network associated with the access network to provide the communication services to the network terminals. However, in order to allow fast uplink and downlink of data packets and high availability of network links, network terminals, such as multi-connectivity client devices (MCCD) may connect simultaneously to multiple communication networks, by utilizing a multi-path proxy. For example, the multi-path proxy may support multiple Transport Control Protocol (TCP) sub-flows towards the MCCD and a TCP link towards an application server.
- The multi-path proxy enables the MCCD to leverage flow aggregation from multiple communication networks without having the application server to be capable of connecting simultaneously to the multiple communication networks. However, the multi-path proxy routes the data packets from one of the MCCD, such as the client device, to the application server using a pre-assigned core network that may be statically configured. In cases where the pre-assigned core network is congested at the time of transmission, the data packets may get lost. Since the multi-path proxy does not provide flexibility to the MCCD to switch to another core network dynamically based on current network conditions, the multi-path proxy may not be able to provide seamless multi-network communication in the event conditions over the core network being used are not favorable.
- In TCP/IP based routing, the network terminals, such as the client device may manage a routing table and routing rules based on which the data packet is forwarded to a next destination. The routing table may include information, such as a destination Internet Protocol (IP) address, destination port number and the like. Therefore, to select another core network, routing tables and routing rules managed by the network terminals may have to be updated to include information pertaining to such other core network. However, when the data packets may be routed via more than one core network, management of the routing tables may become complex. In such cases, the routing tables have to be updated based on a current network state, in real-time. In addition, the routing rules may have to be configured and updated in the network terminals to indicate a preferred core network to access the application server. Therefore, managing routing details may become cumbersome.
- Approaches for selection of a network link for routing data packets, from a multi-connectivity client device (MCCD) are described. In an example implementation, the MCCD may transmit its communication capabilities to a network server to provide at least one network multi-path of proxy. The at least one network multi-path proxy is configured to aggregate and route data packets to a specific network link. The network server may share identification information pertaining to the at least one network multi-path proxy and corresponding network links to enable the MCCD to select a multi-path proxy for routing the data packets. Thus, the present subject matter provides for dynamic selection of a core network, based on a current network state, to route the data packets from the MCCD to an application server.
- In operation, the MCCD may transmit its communication capabilities to the network server. In an example, the communication capabilities may be transmitted as a message to the network server. Based on the communication capabilities, the network server may instantiate one or more network multi-path proxies or assign existing network multi-path proxy to aggregate and route data packets from the MCCD to a specific network link. For example, the network server may create the network multi-path proxy, if not already created for the MCCD. If the network multi-path proxy is already created, the network server may assign the multi-path proxy to a specific network link.
- In an example, the at least one network multi-path proxy is a Multipath Transmission Control Protocol (MPTCP) proxy. Further, the specific network link may be configured to direct the data packets towards a specific core network, such as Wi-Fi core network or an LTE core network, to access the application server.
- Once the network multi-path proxy is created and/or identified, the network server may share identification information pertaining to the network multi-path proxy with the MCCD. In an example, the identification information may include a port number and an Internet Protocol (IP) address. In an implementation, the network server may provide identification information pertaining to a preferred network multi-path proxy, based on current network conditions. For example, network conditions may indicate status of data traffic on a specific network link. Based on the availability of a specific network link, the network server may provide identification information pertaining to the specific network link to the MCCD.
- Upon receiving the identification information, the MCCD may utilize any combinations of the available network multi-path proxies, based on different types of applications. As the MCCD selects the multi-path proxy based on the identification information, the MCCD is aware of a core network that may be utilized for accessing the application server. Accordingly, the MCCD may update the routing tables and the routing rules based on the identification information received from the network server. Thereafter, the MCCD may establish a multi-path protocol session, such as an MPTCP session, with a selected network link corresponding to the selected multi-path proxy.
- As would be understood, the above described techniques may allow the MCCD to share communication capabilities with the network server, based on which the network server may enable selection of a network multi-path proxy for routing data packets from the MCCD, by creating or assigning network multi-path proxies corresponding to different network links. Further, the implementation of the above described techniques may provide flexibility to the MCCD to dynamically switch between core networks based on network conditions, to facilitate effective and seamless multi-network communication.
- The manner in which the aspects for selecting a network link for routing data packets from the MCCD shall be implemented has been explained in detail with respect to
FIGS. 1-5 . While aspects of the present subject matter may be implemented in any number of different computing systems, transmission environments, and/or configurations, the implementations are described in the context of the following system(s) as examples. -
FIG. 1 illustrates acommunication environment 100 for selecting a network multi-path proxy to route data packets from a multi-connectivity client device (MCCD) 102, according to an implementation of the present subject matter. In an example, theMCCD 102 may be a user equipment (UE) carrying out communications through multiple communication networks within thecommunication environment 100. TheMCCD 102 may include any UE, such desktop computers, hand-held computing devices, portable computers, network computers, or wireless handheld devices, such as mobile phones, personal digital assistant (PDA), smart phones, multi-media enabled phones, and residential gateways which are capable of simultaneously communicating with multiple communication networks. - The
MCCD 102 may communicate with atarget terminal 104. In an example, thetarget terminal 104 may be a server, hosting an application, with which theMCCD 102 may establish communication to access and exchange data. In an example, thetarget terminal 104 may be implemented as a central directory server, a database server, a web server, or an application server. - Each of the communication networks may be a wireless or a wired network, or a combination thereof. The communication network may be a collection of individual networks, interconnected with each other and functioning as a single large network, for example, the internet or an intranet. Few or all of the communication networks may be implemented as one of the different types of networks, such as local area network (LAN), wide area network (WAN), Wireless Local Area Network (WLAN), and such. The communication network may either be a dedicated network or a shared network, which represents an association of the different types of networks that use a variety of protocols, for example, Hypertext Transfer Protocol (HTTP), Transmission Control Protocol/Internet Protocol (TCP/IP), and Wireless Application Protocol (WAP), to communicate with each other.
- In one example, the
MCCD 102 may use General Packet Radio Service (GPRS) along with other communication networks for communicating with thetarget terminal 104. In addition, few or all of the communication networks may be implemented as individual networks including, but are not limited to, 3GPP Long Term Evolution (LTE), Global System for Mobile Communication (GSM) network, Universal Mobile Telecommunications System (UMTS) network, Personal Communications Service (PCS) network, Time Division Multiple Access (TDMA) network, Code Division Multiple Access (CDMA) network, Next Generation Network (NGN), IP-based network, Public Switched Telephone Network (PSTN), and Integrated Services Digital Network (ISDN). In other words, the communication networks may include cellular telecommunication networks, wired networks, or wireless networks other than cellular telecommunication networks, or a mix thereof. - In an example implementation of the present subject matter, the
MCCD 102 may include a Client Connection Engine (CCE) 106. TheCCE 106 may manage uplink and downlink data packet routings of theMCCD 102. In other words, theCCE 106 may manage multiple connections of theMCCD 102 with different communication networks, and may enable exchange of data through such different communication networks. TheCCE 106 may be implemented as software or hardware logic within theMCCD 102. - The
MCCD 102 may communicate with anetwork server 108 to access thetarget terminal 104. In an example, thenetwork server 108 may be implemented as a Mobile Edge Computing (MEC) server. Thenetwork server 108 is depicted as the MEC server, it would be appreciated that thenetwork server 108 may be implemented as any other network entity. In an example, thenetwork server 108 may be located at a user plane path at an edge of access networks. Thenetwork server 108 may perform, control, or coordinate a service or resource in a communication network. - In an example, credentials pertaining to the
network server 108 may be provided to theMCCD 102 for establishing a connection with thenetwork server 108. In an example, a network address of thenetwork server 108 may be pre-provisioned in theCCE 106. Based on the credentials, theCCE 106 may communicate with thenetwork server 108. - In an example implementation, the
MCCD 102 may communicate with thetarget terminal 104 through a combination ofdifferent access networks 112 andcore networks 114. Theaccess networks 112 of the present subject matter may form a sub-part of the communication networks. In an example implementation of the present subject matter, theaccess networks 112 may be a cluster of multiple access networks, such as a Wi-Fi access network 112-1, an LTE access network 112-2, and an Ethernet access network 112-3. The core networks 114 may be a cluster of multiple core networks, such as a Wi-Fi core network 114-1 and an LTE core network 114-2. Acore network 114 may be understood as a central part of the communication network that provides various services to client devices, such as theMCCD 102, who are connected by the access networks 112. In addition, thecore network 114 may provide a gateway to other networks. - The
access networks 112 and thecore networks 114 may be implemented through different network entities, such as including routers, bridges, gateways, computing devices, and storage devices, depending on the technology; however, such details have been omitted for the sake of brevity. - In an example, the
network server 108 may include a Network Connection Engine (NCE) 110. In an example, each communication network of thecommunication environment 100 may implement one or more NCEs to communicate with CCEs of different MCCDs. In an example, thecommunication environment 100 depicts communication between theCCE 106 and thenetwork server 108, it will be appreciated that theCCE 106 may communicate with multiple network servers and thenetwork server 108 may communicate with multiple MCCDs. - In an example, the
CCE 106 may communicate with theNCE 110 over a communication network (not shown inFIG. 1 ) to transmit communication capabilities of theMCCD 102. Examples of the communication capabilities may include interface capabilities and choice of multi-path protocol that may be utilized for routing the data packets from theMCCD 102. In addition, the communication capabilities may include choice of a core network through which thetarget terminal 104 is to be accessed. - Based on the communication capabilities of the
MCCD 102, theNCE 110 may instantiate multiple Network Multi-Path Proxies (NMPPs) 116. TheNMPPs 116 may handle uplink and downlink data packet routing of theMCCD 102, to enable theMCCD 102 to simultaneously communicate with multiple communication networks. TheNMPPs 116 may be implemented by a network entity within thecommunication environment 100. In an example, theNMPPs 116 may provide multi-path connectivity to the network terminals, such as theMCCD 102. - The
NMPPs 116 may be a cluster of multiple network multi-path proxies, such as network multi-path proxy 116-1 and network multi-path proxy 116-2. In the present implementation, theMCCD 102 may be served by the NMPPs 116-1 and 116-2 to address various user plane demands of multiple applications running on theMCCD 102. TheNCE 110 may be implemented in the communication networks, such as in theaccess networks 112 or in the core networks 114. Further, theNMPPs 116 may also be implemented may be implemented in the communication networks, such as in theaccess networks 112 or in the core networks 114. - As described earlier, the
NMPPs 116 may handle uplink and downlink data packet routing of theMCCD 102 to allowMCCD 102 to communicate with multiple communication networks. In an example implementation, theCCE 106 may communicate with theNCE 110 to transmit communication capabilities of theMCCD 102. Upon receiving the communication capabilities, theNCE 110 may instantiatemultiple NMPPs 116. TheNMPPs 116 may be configured to aggregate and route data packets to a specific network link. - Further, the
NCE 110 may share identification information pertaining to theNMPPs 116 and the corresponding network links, with theCCE 106. Based on the identification information, theCCE 106 may select one or more NMPPs 116 for routing the data packets. The manner in which various components of theMCCD 102 andNCE 110 communicate with each other to enable selection of the network link for routing the data packets, have been further described in reference toFIG. 2 andFIG. 3 . -
FIGS. 2 and 3 schematically illustrate theMCCD 102 and thenetwork server 108, in accordance with various implementations of the present subject matter. TheMCCD 102 may include one or more processor(s) 202, I/O interface(s) 204, and amemory 206 coupled to the processor(s) 202. In another implementation, thenetwork server 108 may include one or more processor(s) 302,interfaces 304, and amemory 306 coupled to the processor(s) 302. - The processor(s) used in the
MCCD 102 and thenetwork server 108, can be a single processing unit or a number of units, all of which could include multiple computing units. The processor(s) may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions. Among other capabilities, the processor(s) is configured to fetch and execute computer-readable instructions and data stored in the memory of theMCCD 102 and thenetwork server 108. - The I/O interface(s) used in the
MCCD 102 and thenetwork server 108, may include a variety of software and hardware interfaces, for example, interfaces for peripheral device(s), such as a keyboard, a mouse, a display unit, an external memory, and a printer. Further, the I/O interface(s) may enableMCCD 102 and thenetwork server 108 to communicate with other devices, and other external databases (not shown). The I/O interface(s) can facilitate multiple communications within a wide variety of networks and protocol types, including wired networks, for example, local area network (LAN), cable, etc., and wireless networks, such as Wireless LAN (WLAN), cellular network, or satellite. For this purpose, the I/O interface(s) include one or more ports for connecting a number of computing systems with one another or to a network. In an example, the I/O interface(s) 204 may also allow theMCCD 102 to simultaneously connect to multiple communication networks. In another example, the I/O interface(s) 304 may also allow thenetwork server 108 to connect to theNMPPs 116. - Memory (such as the
memory 206 and the memory 306) may be any non-transitory computer-readable medium known in the art including, for example, volatile memory, such as static random access memory (SRAM) and dynamic random access memory (DRAM), and/or non-volatile memory, such as read only memory (ROM), erasable programmable ROM, flash memories, hard disks, optical disks, and magnetic tapes. In one implementation,MCCD 102 also includes module(s) 208 anddata 210. In an implementation, thenetwork server 108 may include module(s) 308 anddata 310. - The module(s) 208 and 308, amongst other things, may include routines, programs, objects, components, data structures, etc., which perform particular tasks or implement data types. The module(s) 208 and 308 may also be implemented as, signal processor(s), state machine(s), logic circuitries, and/or any other devices or components that manipulate signals based on operational instructions. Further, the module(s) 208 and 308 can be implemented in hardware, instructions executed by a processing unit, or by a combination thereof. The processing unit can comprise a computer, a processor, such as the processor(s) 202 and 302, a state machine, a logic array, or any other suitable devices capable of processing instructions.
- In another aspect of the present subject matter, the module(s) 208 and 308 may be machine-readable instructions, firmware or software, which, when executed by a processor/processing unit, perform any of the described functionalities. The machine-readable instructions may be stored on an electronic memory device, hard disk, optical disk, or other machine-readable storage medium or non-transitory medium. In one implementation, the machine-readable instructions can be also be downloaded to the storage medium via the communication networks. In an example, the module(s) 208, amongst other things, may include the Client Connection Engine (CCE) 106, a
management module 214, a Client Multi-Path Proxy (CMPP) 216, and other module(s) 218. In an example, the module(s) 308, amongst other things, may include acommunication module 312, aproxy creation module 314, and other module(s) 316. - Further, the
data CCE 106 and thenetwork server 108 respectively. Thedata 210 includesconnection parameters 220,communication capabilities 222,identification information 224, andother data 226. Further, thedata 310 includesproxy parameters 318, theidentification information 224, andother data 320. Theother data MCCD 102 and thenetwork server 108 respectively. - For the ease of explanation, the communication between the
MCCD 102 and thenetwork server 108 has been explained with the help of components of theMCCD 102 andnetwork server 108 described inFIG. 2 andFIG. 3 , along with the different entities described inFIG. 1 . In operation, theCCE MCCD 102 may establish a connection with thenetwork server 108 through a communication network. In an example implementation, theCCE 106 may establish the connection with theNCE 110 based on theconnection parameters 220. Theconnection parameters 220 may include information pertaining to thenetwork server 108. - For example, the
connection parameters 220 may include parameters, such as link quality between theMCCD 102 and thenetwork server 108 and distance of thenetwork server 108 from theMCCD 102. In an example, the communication networks may include multiple network servers. To establish connection with one NCE, theCCE 106 may determine link quality between theMCCD 102 and each of the multiple network terminals along with the distance between theMCCD 102 and each of the multiple network terminals. TheCCE 106 may determine any one NCE to establish the connection, based on the determining. - In an example, the
connection parameters 220 may include pre-provisioned network address of thenetwork server 108 based on which theCCE 106 may communicate with theNCE 110. For instance, the communication networks may include different network servers. The network address of 2nd network server from amongst the multiple network servers may be pre-provisioned and included in theconnection parameters 220. Accordingly, theCCE 106 may directly establish a connection with theNCE 110 of thenetwork server 108 whose network address is pre-provisioned in thecommunication parameters 220. - It would be appreciated that the
CCE 106 and theNCE 110 may exchange multiple messages and may perform a handshake, and exchange data, such as Internet Protocol (IP) address of each other, to establish a secure connection between each other. In an example, thecommunication module 312 of thenetwork server 108 and themanagement module 214 of theMCCD 102 may establish the secure connection between each other by exchanging messages in a predefined communication protocol, such as Extensible Markup Language (XML). In an example implementation, theCCE 106 may exchange XML messages with theNCE 108 through user plane data. - Upon establishing the connection between the
CCE 106 and theNCE 110, theCCE 106 may transmit thecommunication capabilities 222 of theMCCD 102. In an example, thecommunication capabilities 222 of theMCCD 102 may include interface capabilities and choice of multi-path protocols that may be utilized for routing the data packets from theMCCD 102. For example,MCCD 102 may choose to route the data packets over a multi-path transport control protocol (MPTCP), with thetarget terminal 104. - In addition, the
communication capabilities 222 may include choice of a core network through which thetarget terminal 104 is to be accessed. For example, theMCCD 102 may choose to access thetarget terminal 104 by using the LTE core network 114-2. TheCCE 106 may also communicate different available configuration modes indicating a combination ofavailable access networks 112 andavailable core networks 114. - In an example, the
CCE 106 may communicate choices of flow aggregation and routing protocols along with thecommunication capabilities 222, based on which theMCCD 102 may communicate with the core networks 112. For example, theMCCD 102 may support different flow aggregation and routing protocols, including Transmission Control Protocol (TCP), Generic Routing Encapsulation (GRE) tunneling protocol, User Datagram Protocol (UDP), and the MPTCP for flow aggregation and routing. In an example, theCCE 106 may either communicate with all different flow aggregation and routing protocols as the choice of communication, or may select one preferred flow aggregation and routing protocol, and share the same with thecommunication module 312. - In an example implementation of the present subject matter, the
NCE 110 may, based on thecommunication capabilities 222, instantiate theNMPPs 116 to enable theCCE 106 to select a network link to route the data packets. In an example, based on thecommunication capabilities 222 of theMCCD 102, theproxy creation module 314 of theNCE 110 may create multiple instances of theNMPPs 116 to facilitate flow aggregation and routing data packets to a specific network link. In an example, each instance of theNMPP 116 may be configured to direct the data packets to aspecific core network 112 for accessing thetarget terminal 104. - In an implementation, the
proxy creation module 314 may create theNMPPs 116 based on thecommunication capabilities 222 of theMCCD 102. In an example, before creating theNMPPs 116, theproxy creation module 314 may determine whether theNMPPs 116 are already existing for theMCCD 102 or not. If not, theproxy creation module 314 may create theNMPPs 116 based on thecommunication capabilities 222 of theMCCD 102. On the other hand, if theNMPPs 116 are already created, theproxy creation module 314 may configure the existingNMPPs 116 based on thecommunication capabilities 222 of theMCCD 102. - In an example implementation, the
NCE 110 may be configured to cater to the Wi-Fi core network 112-1 and the LTE core network 112-2. Therefore, theproxy creation module 314 may create two instances of theNMPPs 116, such as the NMPP 116-1 and the NMPP 116-2 corresponding to the Wi-Fi core network 112-1 and the LTE core network 112-2 respectively. - Similar to the communication of the
communication capabilities 222 ofMCCD 102, by theCCE 106, thecommunication module 312 may also communicate thecommunication capabilities 222 of theNMPPs 116 with theCCE 106. In the above example, theNMPPs 116 may merely support the MPTCP for the flow aggregation and routing of the data packets. Accordingly, thecommunication module 312 may share the choice of the MPTCP as the flow aggregation and routing protocol with theCCE 106. - Based on the shared
communication capabilities 222, theCCE 106 and theNCE 110 may negotiate communication standards, such as a flow aggregation and routing protocol negotiated between theCCE 106 and theNCE 110. The negotiated flow aggregation and routing protocol may be utilized by theNMPPs 116 and theCCE 106, for managing flow aggregation and routing of data packets for theMCCD 102, while theMCCD 102 communicates with multiple communication networks. - As described in the above example, the
MCCD 102 may support multiple different flow aggregation and routing protocols, including the GRE tunneling protocol and the MPTCP. However, theNMPPs 116 may merely support the MPTCP. Therefore, in such scenario, themanagement module 214 and thecommunication module 312 may negotiate the MPTCP as a part of the communication standards. - Apart from the flow aggregation and routing protocols, the communication standards may also include a configuration mode. The configuration mode may define a combination of
access networks 112 andcore networks 114 to be utilized by theMCCD 102, for communicating with thetarget terminal 104. For example, the configuration mode may define a combination of LTE access network 112-2 and LTE core network 114-2 for uplink establishment, but may define the LTE access network 112-2 along with the Wi-Fi core network 114-1 and LTE core network 114-2 for downlink establishment. - The
communication module 312 of thenetwork server 108 may communicate the communication standards negotiated with theCCE 106, to theNMPPs 116. Accordingly, theNMPPs 116 may be made aware of the flow aggregation and routing protocol to be utilized for the flow aggregation and routing of data packets for theMCCD 102, along with the configuration mode to be utilized for the establishment of the uplink and downlink channels for theMCCD 102. - In an example, the
CCE 106 may establish a connection with theNMPPs 116 based on theidentification information 224. In an implementation, thecommunication module 312 of thenetwork server 108 may also communicateidentification information 224 pertaining to theNMPPs 116 and corresponding network links, with theCCE 106. Theidentification information 224 pertaining to theNMPPs 116 may include, but is not limited to, network addresses of theNMPPs 116, port numbers of the NMPPs, flow aggregation and routing protocol setup details associated with theNMPPs 116, and distribution policy associated with theNMPPs 116. Theidentification information 224 may enable theCCE 106 to directly establish a connection withNMPPs 116. - Along with the communication of the
identification information 224, thecommunication module 312 may also shareproxy parameters 318 associated with the NMPPs with themanagement module 214 of theMCCD 102. In an example, theproxy parameters 318 may include, but are not limited to, access and core network path mapping to protocol specific header fields, transport protocols supported like Transmission Control Protocol (TCP) and/or User Datagram Protocol (UDP), security protocols used, and associated keys. - In an implementation, the
NCE 110 may provide theidentification information 224 pertaining to a preferred NMMP, to theCCE 106. For example, theNCE 110 may, based on current network conditions, provide theidentification information 224 associated with the preferred NMMP, to theCCE 106. In an example, the network conditions may suggest a state of data traffic at aparticular core network 114 In case the Wi-Fi core network 114-1 is congested, theNCE 110 may share theidentification information 224 pertaining to the NMMP 116-2 which is associated with theLTE core network 114. Accordingly, theNCE 110 monitors the network conditions and provides flexibility to theCCE 106 to dynamically change thecore network 114 for accessing thetarget terminal 104. - Based on the
identification information 224 and theproxy parameters 318, theCCE 106 may configure theCMPP 216. In an example, the configuring theCMPP 216 may involve assigningspecific NMPPs 116 to be used by theMCCD 102 based on a type of application. For example, theCCE 106 may configure theCMPP 216 to utilize NMPP 116-1 for accessing an instant messaging through Wi-Fi core network 114-1. Likewise, theCMPP 216 may be configured by theCCE 106 to access a video streaming application using the NMPP 116-2 which corresponds to the LTE core network 114-2. - In addition to the above, the
CCE 106 may configure data delivery paths, access links, and user plane protocols to be used by theCMPP 216 for uplink establishment. In an example, theCCE 106 may configure theCMPP 216 based on the signaling exchanged with theNCE 110 and local policies at theMCCD 102. Once theCCE 106 selects theNMPP 116 and configures theCMPP 216, theCMPP 216 may initiate a multi-path session with the selectedNMPP 116. - In an example, as the
CCE 106 is aware of thecore network 114 that is to be used for accessing thetarget terminal 104, the routing tables and routing rules associated with theMCCD 102 may be managed. Further, theCCE 106 may be aware of the current network conditions of thecore networks 114 and may make a selection accordingly. In an example, theCCE 106 may selectmultiple NMPPs 116 for routing the data packets. For example, theCCE 106 may configure theCMPP 216 to route the data packets pertaining to one application through the NMPP 116-1 and route the data packets pertaining to another application through the NMPP 116-2. Therefore, the routing tables and routing rules may be updated based on the demands of different applications. Based on the selection, theCCE 106 may send a request to theNCE 110 to route the data packets through the selectedNMPP 116. - In an example, the
CMPP 216 may be hosted on the same network entities whereNMPP 116 is present, in order to provide daisy chaining capability across multiple networks. A daisy chain may include a plurality of network entities, interconnected in series, one after another. The daisy chain is scalable as a user may add more entities anywhere along the chain. In an example, the different CMPPs and NMPPs in the daisy chain may be controlled by different or same CCEs and NCEs. - Accordingly, the above described techniques may be utilized by the
MCCD 102 to share the communication capabilities with thenetwork server 108. Thecommunication capabilities 222 of theMCCD 102 may be utilized by thenetwork server 108 for instantiatingNMPPs 116 to establish uplink and downlink channels for theMCCD 102. Thenetwork server 108, based on a current network condition, provides identification information pertaining to apreferred NMPP 116 to theCCE 106. TheCCE 106 may, based on the identification information select one or more NMPPs 116 for routing the data packets. -
FIG. 4 andFIG. 5 illustratemethods methods methods methods methods - The
methods methods - A person skilled in the art will readily recognize that steps of the
methods methods methods - In an implementation, the
method 400 may be performed by client communication engine, such as theCCE 106 implemented within theMCCD 102. For the sake of brevity of description ofFIG. 4 , the different components performing the various steps of themethod 400 are not described in detail. Such details are provided in the description provided with reference toFIGS. 1-3 . - Referring to
FIG. 4 , atblock 402 communication capabilities of theMCCD 102 may be transmitted. For example, theCCE 106 may transmit the communication capabilities to theNCE 110 residing at thenetwork server 108 to provide at least one network multi-path proxy (NMPP). In an example, theNMPPs 116 may include a MPTCP proxy. Further, theNMPPs 116 may be configured to aggregate and route data packets to a specific network link. In an example, the specific network link may correspond to aspecific core network 114. The communication capabilities, amongst other things, may include interface and multi-path protocols of theCCE 106. In an example implementation of the present subject matter, the communication capabilities may be transmitted by exchanging XML messages through a user plane data. - At
block 404, identification information pertaining to theNMPPs 116 may be received. In an example, theCCE 106 may receive the identification information associated with theNMPPs 116. The identification information may also correspond to the network links associated with theNMPPs 116. The identification information, amongst other things, may include a port number and an Internet Protocol (IP) address of theNMPPs 116. In an implementation, the identification information may be received by themanagement module 214 of theMCCD 102. - At
block 406, based on the identification information, a multi-path proxy may be selected to route the data packets. In an example, theCCE 106 may select one of theNMPPs 116 based on the identification information. Selection of one of theNMPPs 116 may indicate selection of thecore network 114 associated with theNMPP 116 for routing the data packet. For example, if theCCE 106 selects the NMPP 116-1, it may also indicate selection of the Wi-Fi core network 114-1 corresponding to the NMPP 116-1 for accessing thetarget terminal 104. - Further, at
block 408, a multi-path protocol may be established with the selectedNMPP 116. For example, theCCE 106 may configure theCMPP 216 to establish the multi-path protocol, such as the MPTCP, with the selectedNMPP 116. In an example, configuring theCMPP 216 may involve assigningspecific NMPPs 116 to be used by theMCCD 102 based on a type of application. - Referring to
FIG. 5 , atblock 502, the communication capabilities pertaining to theMCCD 102 may be received. In an example, the communication capabilities may be transmitted by theCCE 106 and received by thenetwork server 108. In an example, theCCE 106 may manage uplink and downlink data packet routing of theMCCD 102. In an implementation, the communication capabilities may be received by using XML messages through a user plane data. - At
block 504, based on the communication capabilities, at least oneNMPP 116 may be instantiated. In an example, theNCE 110 may instantiate theNMPPs 116 based on the communication capabilities of theMCCD 102. Further, each of theNMPP 116 is configured to aggregate and route data packets to a specific network link. In an example, the specific network link may be associated with aspecific core network 114. Thenetwork server 108 may instantiate theNMPPs 116 dynamically, upon receiving the communication capabilities, to aggregate and route data packets to the specific network link. - At
block 506, the identification information pertaining to theNMPPs 116 and the corresponding network links may be shared. In an example, thenetwork server 108 may share the identification information with theCCE 106. The identification information, amongst other things, may include a port number and an Internet Protocol (IP) address of theNMPPs 116. In an implementation, theNCE 110 may provide theidentification information 222 pertaining to a preferred NMMP, to theCCE 106. For example, theNCE 110 may, based on current network conditions, provide theidentification information 222 associated with the preferred NMMP, to theCCE 106. - At
block 508, based on the identification information, a request may be received to route the data packets through the selectedNMPP 116. In an example, theCCE 106 may configure theCMPP 216 to assignspecific NMPPs 116 to be used by theMCCD 102 based on a type of application. Selection of one of theNMPPs 116 may indicate selection of thecore network 114 associated with theNMPP 116 for routing the data packet. Based on the configuration of theCMPP 216, thenetwork server 108 may receive the request from theCMPP 216 for routing the data packets through the specifiedNMPP 116. In an example, the request may be indicative of establishing a multi-path protocol, such as MPTCP, with the selectedNMPP 116. - The above described
methods MCCD 102 to select the network link for routing the data packets, based on the communication capabilities of theMCCD 102 and the identification information of theNMPPs 116. - Although implementations of the present subject matter have been described in a language specific to structural features and/or methods, it is to be understood that the appended claims are not necessarily limited to the specific features or methods described. Rather, the specific features and methods are disclosed as examples of the present subject matter.
Claims (26)
1. An apparatus, comprising:
at least one processor; and
at least one memory including computer program code;
wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
send, by a client connection engine of a multi-connectivity client device toward a network connection engine, an indication of a set of capabilities of the multi-connectivity client device;
receive, by the client connection engine from the network connection engine, identification information associated with a network multi-path proxy;
receive, by the client connection engine from the network connection engine, a set of proxy parameters of the network multi-path proxy; and
configure, by the client connection engine based on the identification information and the set of proxy parameters, a client multi-path proxy of the multi-connectivity client device for communication with the network multi-path proxy.
2. The apparatus of claim 1 , wherein the set of capabilities of the multi-connectivity client device includes at least one of:
an interface capability supported by the multi-connectivity client device;
a multi-path protocol supported by the multi-connectivity client device;
a flow aggregation and routing protocol supported by the multi-connectivity client device;
a choice of a core network through which a target terminal is to be accessed; or
a configuration mode indicative of a combination of an available access network and an available core network.
3. The apparatus of claim 1 , wherein the identification information associated with the network multi-path proxy includes an indication of one or more network links associated with the network multi-path proxy.
4. The apparatus of claim 1 , wherein the identification information associated with the network multi-path proxy includes at least one of:
an address of the network multi-path proxy;
a port number of the network multi-path proxy;
an indication of a flow aggregation and routing protocol associated with the network multi-path proxy;
an indication of a distribution policy associated with the network multi-path proxy; or
an indication that the network multi-path proxy is a preferred network multi-path proxy for the multi-connectivity client device.
5. The apparatus of claim 1 , wherein the set of proxy parameters includes at least one of:
a mapping of access and core network paths to protocol specific header fields;
an indication of one or more transport protocols supported;
an indication of a security protocol, or
one or more associated keys.
6. The apparatus of claim 1 , wherein, to configure the client multi-path proxy of the multi-connectivity client device for communication with the network multi-path proxy, the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
assign the network multi-path proxy to be used by the client multi-path proxy based on a type of application.
7. The apparatus of claim 1 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
select, by the client connection engine from a set of available network multi-path proxies based on the identification information, the network multi-path proxy.
8. The apparatus of claim 7 , wherein, to select the network multi-path proxy, the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
provide an indication of a selection of a core network associated with the network multi-path proxy.
9. The apparatus of claim 1 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
send, by the client multi-path proxy, a request to route a data packet through the network multi-path proxy.
10. The apparatus of claim 1 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
receive, by the client connection engine from the network connection engine, an indication of a set of capabilities of the network multi-path proxy.
11. The apparatus of claim 10 , wherein the indication of the set of capabilities of the network multi-path proxy includes at least one of:
an indication of a flow aggregation and routing protocol supported by the network multi-path proxy; or
a configuration mode indicative of a combination of an available access network and an available core network.
12. An apparatus, comprising:
at least one processor; and
at least one memory including computer program code;
wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
receive, by a network connection engine from a client connection engine of a multi-connectivity client device, an indication of a set of capabilities of the multi-connectivity client device;
instantiate, by the network connection engine based on the set of capabilities of the multi-connectivity client device, a network multi-path proxy; and
send, by the network connection engine toward the client connection engine, identification information associated with the network multi-path proxy.
13. The apparatus of claim 12 , wherein the set of capabilities of the multi-connectivity client device includes at least one of:
an interface capability supported by the multi-connectivity client device;
a multi-path protocol supported by the multi-connectivity client device;
a flow aggregation and routing protocol supported by the multi-connectivity client device;
a choice of a core network through which a target terminal is to be accessed; or
a configuration mode indicative of a combination of an available access network and an available core network.
14. The apparatus of claim 12 , wherein the identification information associated with the network multi-path proxy includes an indication of one or more network links associated with the network multi-path proxy.
15. The apparatus of claim 12 , wherein the identification information associated with the network multi-path proxy includes at least one of:
an address of the network multi-path proxy;
a port number of the network multi-path proxy;
an indication of a flow aggregation and routing protocol associated with the network multi-path proxy;
an indication of a distribution policy associated with the network multi-path proxy; or
an indication that the network multi-path proxy is a preferred network multi-path proxy for the multi-connectivity client device.
16. The apparatus of claim 12 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
identify, by the network connection engine, an existing network multipath proxy; and
configure, by the network connection engine based on the set of capabilities of the multi-connectivity client device, the existing network multipath proxy.
17. The apparatus of claim 12 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
instantiate, by the network connection engine based on the set of capabilities of the multi-connectivity client device, multiple network multi-path proxies.
18. The apparatus of claim 12 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
send, by the network connection engine toward the client connection engine, a set of proxy parameters of the network multi-path proxy.
19. The apparatus of claim 18 , wherein the set of proxy parameters includes at least one of:
a mapping of access and core network paths to protocol specific header fields;
an indication of one or more transport protocols supported;
an indication of a security protocol, or
one or more associated keys.
20. The apparatus of claim 12 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
receive, by the network connection engine from the client connection engine, an indication of a selection of the network multi-path proxy by the client connection engine.
21. The apparatus of claim 12 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
receive, by the network multi-path proxy from a client multi-path proxy of the multi-connectivity client device, a request to route a data packet through the network multi-path proxy.
22. The apparatus of claim 21 , wherein the request is indicative of establishing a multi-path connection with the selected network multi-path proxy.
23. The apparatus of claim 12 , wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
send, by the network connection engine toward the client connection engine, an indication of a set of capabilities of the network multi-path proxy.
24. The apparatus of claim 23 , wherein the indication of the set of capabilities of the network multi-path proxy includes at least one of:
an indication of a flow aggregation and routing protocol; or
a configuration mode indicative of a combination of an available access network and an available core network.
25. An apparatus, comprising:
at least one processor; and
at least one memory including computer program code;
wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
receive, by a client multi-path proxy of a multi-connectivity client device from a client connection engine, configuration information for configuring the client multi-path proxy for communication with a network multi-path proxy, wherein the configuration information includes identification information associated with the network multi-path proxy and a set of proxy parameters of the network multi-path proxy; and
support, by the client multi-path proxy based on the identification information associated with the network multi-path proxy and the set of proxy parameters of the network multi-path proxy, a connection with the network multi-path proxy.
26. An apparatus, comprising:
at least one processor; and
at least one memory including computer program code;
wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the apparatus to at least:
receive, by a network multi-path proxy from a network connection engine, configuration information for configuring the network multi-path proxy for communication with a client multi-path proxy of a multi-connectivity client device; and
support, by the network multi-path proxy based on the configuration information, a connection with the client multi-path proxy of the multi-connectivity client device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/388,775 US11665263B2 (en) | 2017-02-15 | 2021-07-29 | Network multi-path proxy selection to route data packets |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN201741005427 | 2017-02-15 | ||
IN201741005427 | 2017-02-15 | ||
PCT/EP2018/051040 WO2018149581A1 (en) | 2017-02-15 | 2018-01-17 | Network multi-path proxy selection to route data packets |
US201916484372A | 2019-08-07 | 2019-08-07 | |
US17/388,775 US11665263B2 (en) | 2017-02-15 | 2021-07-29 | Network multi-path proxy selection to route data packets |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2018/051040 Continuation WO2018149581A1 (en) | 2017-02-15 | 2018-01-17 | Network multi-path proxy selection to route data packets |
US16/484,372 Continuation US11089138B2 (en) | 2017-02-15 | 2018-01-17 | Network multi-path proxy selection to route data packets |
Publications (2)
Publication Number | Publication Date |
---|---|
US20220021754A1 true US20220021754A1 (en) | 2022-01-20 |
US11665263B2 US11665263B2 (en) | 2023-05-30 |
Family
ID=61024758
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/484,372 Active US11089138B2 (en) | 2017-02-15 | 2018-01-17 | Network multi-path proxy selection to route data packets |
US17/388,775 Active 2038-03-28 US11665263B2 (en) | 2017-02-15 | 2021-07-29 | Network multi-path proxy selection to route data packets |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/484,372 Active US11089138B2 (en) | 2017-02-15 | 2018-01-17 | Network multi-path proxy selection to route data packets |
Country Status (2)
Country | Link |
---|---|
US (2) | US11089138B2 (en) |
WO (1) | WO2018149581A1 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10499306B2 (en) * | 2017-05-24 | 2019-12-03 | Cisco Technology, Inc. | Methods and apparatus for selecting a network route for data communications for IoT devices |
EP3747165B1 (en) * | 2018-02-03 | 2022-09-14 | Nokia Technologies Oy | Application based routing of data packets in multi-access communication networks |
EP3932040A1 (en) * | 2019-02-25 | 2022-01-05 | Nokia Technologies Oy | Correlation of multi path legs using multi path client key configuration |
EP3866430A1 (en) * | 2020-02-14 | 2021-08-18 | Deutsche Telekom AG | Multi-connectivity capable network device and communication systems for centrally controlling multiple access of a multi-connectivity capable customer equipment to a data network and/or to services provided by the data network |
US11330471B2 (en) * | 2020-06-22 | 2022-05-10 | T-Mobile Usa, Inc. | Simultaneous multi-path uplink transmissions to a telecommunications network |
ES2951036T3 (en) | 2020-08-20 | 2023-10-17 | Deutsche Telekom Ag | Identification of cascaded multiconnectivity and mitigation of interference effects of cascaded multiconnectivity |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170277646A1 (en) * | 2016-03-25 | 2017-09-28 | Netapp, Inc. | Multipath I/O Proxy Device-Specific Module |
US20180248714A1 (en) * | 2015-09-28 | 2018-08-30 | Intel Corporation | Multipath traffic management |
US20190297534A1 (en) * | 2016-07-28 | 2019-09-26 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data in wireless communication system |
US10476992B1 (en) * | 2015-07-06 | 2019-11-12 | F5 Networks, Inc. | Methods for providing MPTCP proxy options and devices thereof |
US20190363974A1 (en) * | 2016-11-17 | 2019-11-28 | Huawei Technologies Co., Ltd. | Multipath data transmission method and device |
US20200092400A1 (en) * | 2016-12-16 | 2020-03-19 | Tessares Sa | Networking bonding by a mobile communication device |
US20220224738A1 (en) * | 2014-12-19 | 2022-07-14 | Intel Corporation | Network proxy for energy efficient video streaming on mobile devices |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7561879B2 (en) * | 2003-10-07 | 2009-07-14 | Motorola, Inc. | Wireless access network sharing among core networks and methods |
US8964757B2 (en) * | 2009-12-18 | 2015-02-24 | Qualcomm Incorporated | HTTP optimization, multi-homing, mobility and priority |
FR3019421A1 (en) * | 2014-03-31 | 2015-10-02 | Orange | METHOD FOR MULTIPLE PATH COMMUNICATION BETWEEN TWO TERMINALS |
WO2015174901A1 (en) * | 2014-05-15 | 2015-11-19 | Telefonaktiebolaget L M Ericsson (Publ) | Method and devices for controlling usage of multi-path tcp |
EP3016347B1 (en) * | 2014-10-27 | 2019-02-13 | Cisco Technology, Inc. | Multipath provisioning of l4-l7 traffic in a network |
US10587498B2 (en) * | 2015-03-12 | 2020-03-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and arrangements for multipath traffic aggregation |
FR3035291A1 (en) * | 2015-04-17 | 2016-10-21 | Orange | METHOD OF EMULATING A MULTIPLE CHANNEL CONNECTION |
EP3304831B1 (en) | 2015-06-03 | 2021-11-10 | VID SCALE, Inc. | Enhancing performance of multi-path communications |
CN106358270A (en) * | 2015-07-17 | 2017-01-25 | 中兴通讯股份有限公司 | Special core network selection method and device |
EP3338423B1 (en) * | 2015-08-17 | 2019-05-08 | Telefonaktiebolaget LM Ericsson (PUBL) | Remote access to a residential multipath entity |
-
2018
- 2018-01-17 WO PCT/EP2018/051040 patent/WO2018149581A1/en active Application Filing
- 2018-01-17 US US16/484,372 patent/US11089138B2/en active Active
-
2021
- 2021-07-29 US US17/388,775 patent/US11665263B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220224738A1 (en) * | 2014-12-19 | 2022-07-14 | Intel Corporation | Network proxy for energy efficient video streaming on mobile devices |
US10476992B1 (en) * | 2015-07-06 | 2019-11-12 | F5 Networks, Inc. | Methods for providing MPTCP proxy options and devices thereof |
US20180248714A1 (en) * | 2015-09-28 | 2018-08-30 | Intel Corporation | Multipath traffic management |
US20170277646A1 (en) * | 2016-03-25 | 2017-09-28 | Netapp, Inc. | Multipath I/O Proxy Device-Specific Module |
US20190297534A1 (en) * | 2016-07-28 | 2019-09-26 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data in wireless communication system |
US20190363974A1 (en) * | 2016-11-17 | 2019-11-28 | Huawei Technologies Co., Ltd. | Multipath data transmission method and device |
US20200092400A1 (en) * | 2016-12-16 | 2020-03-19 | Tessares Sa | Networking bonding by a mobile communication device |
Also Published As
Publication number | Publication date |
---|---|
US11089138B2 (en) | 2021-08-10 |
US11665263B2 (en) | 2023-05-30 |
US20200007664A1 (en) | 2020-01-02 |
WO2018149581A1 (en) | 2018-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11665263B2 (en) | Network multi-path proxy selection to route data packets | |
EP3367627B1 (en) | Performing a specific action on a network packet identified as a message queuing telemetry transport (mqtt) packet | |
US11277313B2 (en) | Data transmission method and corresponding device | |
US11902890B2 (en) | Application based routing of data packets in multi-access communication networks | |
US11483279B2 (en) | Domain name system as an authoritative source for multipath mobility policy | |
US11419171B2 (en) | Method for establishing subflow of multipath connection, apparatus, and system | |
CN112566164B (en) | Communication system and service quality control method | |
US10873526B2 (en) | Flow aggregation and routing for multi-connectivity client devices | |
EP3979601A2 (en) | Apparatus, methods, and computer programs | |
US11394580B2 (en) | Data transmission | |
CN107409047A (en) | Encrypt the coordinate packet delivering of session | |
EP3845001B1 (en) | Traffic in a distributed cloud system | |
US11057304B1 (en) | DNS (domain name server)-based application-aware routing on SD-WAN (software-defined wide access network) | |
US20180123913A1 (en) | Method and network entity for control of value added service (vas) | |
JP2023510410A (en) | Provisioning traffic steering with multi-access related information | |
KR20230142434A (en) | System and method for performing ingress/egress active-active routing in 5G networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: NOKIA SOLUTIONS AND NETWORKS OY, FINLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KANUGOVI, SATISH;ADHARAPURAPU, PRAMOD;REEL/FRAME:057026/0546 Effective date: 20190627 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |