WO2015199340A1 - Dispositif de réseau et terminal de communication à trajets multiples, procédé de commande correspondant, et programme implémentant un procédé de commande - Google Patents

Dispositif de réseau et terminal de communication à trajets multiples, procédé de commande correspondant, et programme implémentant un procédé de commande Download PDF

Info

Publication number
WO2015199340A1
WO2015199340A1 PCT/KR2015/005484 KR2015005484W WO2015199340A1 WO 2015199340 A1 WO2015199340 A1 WO 2015199340A1 KR 2015005484 W KR2015005484 W KR 2015005484W WO 2015199340 A1 WO2015199340 A1 WO 2015199340A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
terminal
wifi
communication
traffic
Prior art date
Application number
PCT/KR2015/005484
Other languages
English (en)
Korean (ko)
Inventor
서성훈
류정훈
오창열
현재섭
김진호
민선정
Original Assignee
주식회사 케이티
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from KR1020150014615A external-priority patent/KR101746191B1/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to AU2015280947A priority Critical patent/AU2015280947B2/en
Priority to US15/322,407 priority patent/US10355982B2/en
Priority to EP15812323.2A priority patent/EP3163809B1/fr
Priority to EP18152806.8A priority patent/EP3331219B1/fr
Priority to SG11201610128QA priority patent/SG11201610128QA/en
Publication of WO2015199340A1 publication Critical patent/WO2015199340A1/fr
Priority to PH12016502442A priority patent/PH12016502442B1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Definitions

  • the present invention relates to multipath communication.
  • Aggregation transmission is a technique for transmitting data using a plurality of wireless networks at the same time, and processes the data transmitted in each path as a session.
  • a terminal may be connected to a plurality of access networks at a time, and one service / application may merge and communicate a plurality of networks as one network regardless of network type or number of networks. Therefore, the merge transmission system can quickly transmit and receive a large amount of data using a plurality of available network resources.
  • Multi-path TCP (MPTCP) technology is an L4 technology for using multiple IP interfaces simultaneously.
  • a terminal having a plurality of physical interfaces may be connected to a plurality of access networks at one time through the MPTCP technology, and end-to-end communication is generated by creating a session in subflow units.
  • the problem to be solved by the present invention is to provide a network device and a terminal for multi-path communication, an operation method thereof, and a program implementing the operation method.
  • a terminal performs a multipath communication through a gateway, the method comprising: storing a whitelist including applications corresponding to a multipath communication target, and executing a first application included in the whitelist And generating at least one path with the gateway using at least one of multiple communication interfaces.
  • the multi-path communication method may further include determining whether the first application is an application included in the whitelist based on an identifier of the first application when the first application is executed.
  • the generating of the at least one path with the gateway may include generating a subflow connected to the gateway through each of a plurality of networks, and if the connection with any one of the plurality of networks is lost, the sub-network of the maintained network is connected.
  • the method may further include processing traffic of the first application through a flow.
  • the storing of the white list may include receiving at least one application list from a network device, and storing the received application list in the white list.
  • the multi-path communication method may further include setting a routing table so that traffic generated from an application included in the white list is relayed to the gateway.
  • the multi-path communication method may further include transmitting traffic of the second application through a path not passing through the gateway when a second application not included in the whitelist is executed.
  • a method for multi-way communication with a terminal by a gateway comprising: generating a first session with the terminal through a first network for traffic processing of an application executed in the terminal; Generating a second session with the terminal through a second network for traffic processing; and processing the application traffic through the first session and the second session.
  • the processing of the application traffic may include determining the type of the first network based on the first session information, and if the first network is a designated preferred network, restricting traffic processing through the second session. It may include.
  • the designated preference network may be a WiFi network.
  • the processing of the application traffic may include monitoring a communication state of the first network, and if the first network provides a substandard quality as a result of the monitoring, releasing the restriction of traffic processing through the second session. It may include.
  • the processing of the application traffic may control traffic processing through the first session and the second session based on a rate plan of the terminal.
  • a method for operating a policy distribution device and a terminal for multipath communication comprising: generating, by the policy distribution device, a proxy policy including proxy server access information and white list information; Distributing the proxy policy to a terminal by the policy distributing device, and transmitting, by the terminal, traffic of an arbitrary application to a designated proxy server based on the proxy policy, wherein the whitelist information is multi-path communication. List of applications corresponding to the target.
  • the transmitting to the designated proxy server may include: setting, by the terminal, a routing table so that traffic of the first application included in the whitelist is relayed to the first proxy server, and applying the proxy policy to identify the executed application. Identifying the first application based on the information, and transmitting the traffic of the first application to the first proxy server with reference to a routing table related to the first application.
  • the traffic of the first application may be transmitted through multiple paths connected to the first proxy server.
  • a method in which a terminal operates for multipath communication comprising: setting a source address used when a socket of an application is created as a first communication interface, wherein the application sources the first communication interface; Mapping information of the first socket created using the address and information of the second socket created using the at least one communication interface set in the routing table as a source address, and storing the mapped information in the mapping table; And transmitting and receiving the traffic of the application through at least one communication interface set in the routing table based on the mapping table.
  • the operation method may further include updating the mapping table based on the changed interface information when the communication interface used by the second socket as the source address is changed.
  • the first communication interface may be an interface for accessing a mobile communication network.
  • a method in which a terminal operates for multipath communication comprising: monitoring generation of a subflow for multipath communication, activating a WiFi interface when the subflow is generated, and Deactivating the WiFi interface if the flow is destroyed.
  • the operation method may further include: setting a flag to a first value when activating or deactivating the WiFi interface based on the subflow, checking the flag when a WiFi on / off event occurs, If the value is 1, changing the flag to a second value; and if the flag is not the first value, determining the WiFi on / off event by a user.
  • a terminal for performing multipath communication according to another embodiment of the present invention, a multipath management unit for managing multipath communication related settings and policy information, and a user for determining an application-specific routing policy based on the settings and policy information
  • a kernel interface unit for determining an application-specific routing policy based on the settings and policy information
  • a kernel interface unit for determining an application-specific routing policy based on the settings and policy information
  • a multipath processor for transmitting traffic of each application through at least one communication interface based on the routing policy.
  • the multipath manager may manage a whitelist including applications corresponding to a multipath communication target.
  • the user-kernel interface unit determines whether a first application is included in the whitelist based on application identification information, and when the first application is included in the whitelist, traffic of the first application is determined by the setting and policy information.
  • the routing table can be set to relay to the gateway specified by.
  • the multi-path processing unit may generate at least one path connected to the gateway through the at least one communication interface, and transmit traffic of the first application to the gateway through the at least one path.
  • data transmitted through each path may be merged into one using a plurality of available wireless networks simultaneously.
  • a large amount of data can be quickly transmitted and received using a plurality of available network resources.
  • a terminal may be connected to a plurality of access networks at a time, and one service / application may merge and communicate a plurality of networks as one network regardless of the type of network or the number of networks.
  • the terminal may be connected to a general server that does not support the multipath through the multipath.
  • FIG. 1 is a conceptual diagram illustrating network merge transmission according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of a multi-path transmission system according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating traffic flow according to an embodiment of the present invention.
  • 4 to 6 are diagrams exemplarily illustrating a user setting screen provided by the MPTCP management unit according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a multi-path transmission method when a session is started with WiFi according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a multipath transmission method when a session is started with LTE according to an embodiment of the present invention.
  • 9 and 10 are diagrams for explaining the traffic control for each terminal according to an embodiment of the present invention.
  • FIG. 11 is a block diagram of a terminal according to an embodiment of the present invention.
  • FIGS. 12 and 13 are flowcharts illustrating a WiFi control method of a multipath transmission terminal according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating a conventional socket communication method.
  • 15 to 17 are diagrams illustrating a socket communication method according to an embodiment of the present invention.
  • 18 is a diagram for explaining a general proxy communication method.
  • FIG. 19 is a diagram illustrating a proxy communication method according to an embodiment of the present invention.
  • FIG. 20 is a flowchart of a proxy communication method according to an embodiment of the present invention.
  • 21 is a hardware block diagram of a terminal according to an embodiment of the present invention.
  • a terminal is a mobile station (MS), a mobile terminal (MT), a subscriber station (SS), a portable subscriber station (PSS), a user equipment (UE) It may also refer to an access terminal (AT) and the like, and may include all or some functions of a mobile station, a mobile terminal, a subscriber station, a portable subscriber station, a user device, an access terminal, and the like.
  • MS mobile station
  • MT mobile terminal
  • SS subscriber station
  • PSS portable subscriber station
  • UE user equipment
  • AT access terminal
  • the terminal of the present specification includes a base station (BS), an access point (Access Point, AP), a radio access station (Radio Access Station, RAS), a Node B (Node B), an advanced NodeB (evolved NodeB, eNodeB), A network device such as a base transceiver station (BTS), a mobile multihop relay (MMR) -BS, or the like may be connected to a remote server.
  • BS base station
  • Access Point Access Point
  • RAS Radio Access Station
  • Node B Node B
  • evolved NodeB evolved NodeB
  • eNodeB evolved NodeB
  • a network device such as a base transceiver station (BTS), a mobile multihop relay (MMR) -BS, or the like may be connected to a remote server.
  • BTS base transceiver station
  • MMR mobile multihop relay
  • the terminal of the present specification may be a mobile terminal such as a smartphone, a tablet terminal such as a smart pad / tablet PC, a computer, a television, or other various types of communication terminals, and may include a plurality of communication interfaces.
  • the communication interface may vary.
  • the communication interface may be a short-range wireless network interface such as Wi-Fi / WLAN / Bluetooth, and a mobile network interface such as 3G / LTE (Long Term Evolution) / LTE-A (LTE-A). It may include, and the terminal manufacturer may add various communication interfaces.
  • a WiFi interface and an LTE interface are described as an example, but the communication interface is not limited thereto.
  • FIG. 1 is a conceptual diagram illustrating network merge transmission according to an embodiment of the present invention.
  • a network merge transmission is a technology for transmitting data by merging a plurality of communication networks, and splits and transmits data transmitted through one path into a plurality of homogeneous networks or a plurality of heterogeneous networks. Data transmitted through a path can be bundled and transmitted. Network merge transmission may be referred to as multipath transmission in the sense of simultaneously transmitting data through multiple paths.
  • the terminal 100 may include multiple communication interfaces, and may be connected to a plurality of networks (for example, a WiFi network and an LTE network) at one time through the multiple communication interfaces.
  • a plurality of networks for example, a WiFi network and an LTE network
  • the gateway 200 receives data transmitted from the server 300 to the terminal 100.
  • the server 300 does not support multiple communication interfaces.
  • the gateway 200 is a network device for multipath transmission.
  • the gateway 200 divides the data to transfer the received data to the multiple communication interfaces of the terminal 100.
  • the gateway 200 may transmit some data to the terminal 100 through the LTE network, and transmit the remaining data to the terminal 100 through the WiFi network.
  • the terminal 100 merges the data received through the plurality of communication interfaces.
  • the gateway 200 may merge the data transmitted by the terminal 100 using the multiple communication interface and transmit the merged data to the server 300.
  • the merging technology of the WiFi network and the LTE network may be classified as follows according to the merging point.
  • L2 / link layer merging creates a dedicated tunnel to the WiFi AP at the boundary point of the LTE core and access network (ie, eNB).
  • L3 / network layer merging creates virtual IP tunnels to consolidate IP addresses used independently in LTE and WiFi networks.
  • L4 / Transport layer merging can create a session over a single access network and then participate in data transmission regardless of the IP addressing system, if additional access networks are available.
  • the communication subject at the application level supports a structure capable of data communication based on a single session using one or more access networks.
  • L7 / application layer merging is a dedicated application / agent to recombine data received via the LTE network and WiFi network itself or transmit application protocol data separately.
  • MPTCP multi-path TCP
  • FIG. 2 is a block diagram of a multi-path transmission system according to an embodiment of the present invention.
  • the multipath transmission system includes a terminal 100 and a gateway 200 as a network device.
  • the terminal 100 and the gateway 200 transmit and receive data based on MPTCP.
  • the terminal 100 may transmit / receive data with the server 300 through the gateway 200, and the terminal 100 may transmit / receive data with the server 400 without passing through the gateway 200.
  • the server 300. 400 is assumed to be a general server that performs TCP communication through a single path.
  • the terminal 100 supporting the MPTCP includes software including the MPTCP management unit 110 and the MPTCP processing unit 130, and includes a plurality of physical communication interfaces 150 and 160.
  • the communication interface 150 may be an interface for accessing an LTE network
  • the communication interface 160 may be an interface for accessing a WiFi network.
  • the MPTCP management unit 110 is an application that a user can access to set or manage MPTCP.
  • the MPTCP management unit 110 may manage various setting information or policy information related to MPTCP applied to the terminal 100.
  • the MPTCP management unit 110 may be called, for example, a Giga path manager.
  • the MPTCP processor 130 communicates with an application of the terminal 100 and performs a socket, and transmits data based on a routing table.
  • the MPTCP processor 130 may transmit MPTCP and some applications may transmit general TCP based on the transmission information for each application.
  • the gateway 200 relays MPTCP data and TCP data.
  • the gateway 200 may be a proxy server that supports transmission and reception of data through MPTCP when the terminal 100 communicates with a general TCP server.
  • the gateway 200 may be located at a contact point of a multiple network, for example, at a contact point of an LTE network and a WiFi network.
  • the gateway 200 may be referred to as a multi-network aggregation gateway (MA-GW).
  • MA-GW multi-network aggregation gateway
  • the gateway 200 includes software including the MPTCP relay 210 and includes a plurality of physical communication interfaces 230, 240, and 250.
  • the communication interface 230 is an interface for transmitting and receiving data over the LTE network
  • the communication interface 240 is an interface for transmitting and receiving data over the WiFi network
  • the communication interface 250 transmits and receives data with the server 300. It is an interface.
  • MPTCP is an L4 technology that sends and receives data using more than one IP / interface at the same time. Therefore, the application of the terminal 100 attempts to communicate through general TCP, but actually, the MPTCP processing unit 130 of the terminal 100 generates a session in subflow units and outputs data to at least one communication interface.
  • network merge transmission such as MPTCP can use two networks simultaneously by merging physically separated LTE networks and WiFi networks logically as one network.
  • MPTCP can split a session created for a service into a plurality of subflows, thereby dynamically adding or releasing access networks.
  • MPTCP can provide stable service regardless of physical environment change by increasing traffic speed by merging two networks when merge transmission is possible, and by transmitting traffic to other wireless network when the status of one wireless network becomes poor. Can be.
  • the MPTCP system can efficiently use the communication resources, thereby increasing the transmission speed, and can flexibly cope with the failure of the communication section.
  • the gateway 200 since the gateway 200 relays the MPTCP data and the TCP data in the MPTCP system, the terminal 100 may access the general server through the MPTCP even if a general TCP server does not support the MPTCP.
  • FIG. 3 is a diagram illustrating traffic flow according to an embodiment of the present invention
  • FIGS. 4 to 6 are views illustrating a user setting screen provided by an MPTCP management unit according to an embodiment of the present invention. .
  • the terminal 100 includes a plurality of communication interfaces (eg, an interface connecting to an LTE network and an interface connecting to a WiFi network) and support MPTCP.
  • a plurality of communication interfaces eg, an interface connecting to an LTE network and an interface connecting to a WiFi network
  • MPTCP support MPTCP.
  • the terminal 100 may select a transmission path of each application based on the setting for each application. For example, the terminal 100 communicates with a server of some applications (for example, a messenger application) through an LTE network, and the TCP through a WiFi network with a server of some applications (for example, a social network service application). In communication with the server of some applications (eg, a video service application), an MPTCP communication may be performed through the gateway (MA-GW) 200. That is, the terminal 100 may set the LTE network and the WiFi network as an available transmission network at the same time for some applications.
  • a server of some applications for example, a messenger application
  • the TCP through a WiFi network with a server of some applications (for example, a social network service application).
  • a server of some applications for example, a video service application
  • an MPTCP communication may be performed through the gateway (MA-GW) 200. That is, the terminal 100 may set the LTE network and the WiFi network as an available transmission network at the same time for some applications.
  • the list of applications for MPTCP communication through the gateway 200 may be referred to as a multipath application list or whitelist, and in the future simply referred to as a whitelist.
  • the white list may be set by user selection or carrier policy.
  • the terminal 100 and the gateway 200 operate as proxy clients and proxy servers.
  • the terminal 100 routes only the traffic generated by the whitelisted application to the gateway 200 using proxy technology.
  • the gateway 200 may dynamically manage the proxy policy including the white list and distribute the proxy policy to the terminal 100.
  • a separate policy distribution device may create and distribute a proxy policy.
  • the terminal 100 includes an MPTCP management unit that is an application that allows a user to access and set a communication environment, and set a communication path for each application.
  • the application may be called, for example, a Giga path manager.
  • the MPTCP management unit is executed in the terminal 100 and displays a screen on which a user can access and set a communication environment on a display.
  • the MPTCP management unit displays a screen that allows you to configure WiFi settings, mobile data settings, and multipath (eg, gigapath) settings.
  • the MPTCP management unit may display the image 10 representing the multi-path setting on the screen of the terminal 100.
  • the MPTCP management unit displays a screen for setting a multipath (gigapath) application as shown in FIG. 5.
  • the MPTCP management unit displays the applications 21, 22, 23, 24, and 25 capable of multipath transmission.
  • the MPTCP management unit may display an image 30 to which an application may be added.
  • the basic application is an application that communicates using either an LTE network or a WiFi network.
  • the MPTCP management unit displays the applications included in the white list as shown in FIG. The user can add a new application to the whitelist and exclude the whitelisted application from the whitelist.
  • the terminal 100 allows only traffic of the application included in the white list to pass through the gateway 200, and when an application not included in the white list is executed, the LTE network / WiFi is set according to the setting of the corresponding application. Send and receive traffic through the network.
  • the terminal 100 may distinguish whether the traffic of the application included in the white list is based on the application identifier (for example, user identification (UID)).
  • the application identifier for example, user identification (UID)
  • the white list may be selected by the user through an application such as the MPTCP management unit, or may be set by a carrier policy.
  • the terminal 100 may receive a white list policy from a network device, for example, the gateway 200, and determine a transmission path for each application based on the received white list policy.
  • the terminal 100 may receive a white list policy from a separate network server.
  • the terminal 100 and the gateway 200 may synchronize the whitelist policy through a push / pull scheme or separately defined signaling.
  • FIG. 7 is a flowchart illustrating a multi-path transmission method when a session is started with WiFi according to an embodiment of the present invention.
  • the terminal 100 accesses a WiFi network (S110).
  • the primary path is set to WiFi.
  • WiFi Wireless Fidelity
  • the terminal 100 executes a non-whitelist service that is not included in the whitelist
  • the terminal 100 is connected to the server 400 through a WiFi network (S120). Traffic of the whitelist not included service does not pass through the gateway 200.
  • the server 400 is a server related to a whitelist non-service / application.
  • the terminal 100 executes a service / application included in the whitelist
  • the terminal 100 starts a session with the server 300 through a WiFi path passing through the gateway 200 (S130). That is, when the terminal 100 starts a session of the whitelist service / application in the WiFi network, the terminal 100 and the gateway 200 are connected by a WiFi path, and the traffic included in the whitelist is connected to the gateway 200. To pass.
  • the terminal 100 activates the LTE interface (S140).
  • LTE / WiFi Dual On / off may be set in the terminal 100, and when the LTE / WiFi Dual On is performed, the terminal 100 may simultaneously access the LTE network and the WiFi network.
  • the terminal 100 adds an LTE path connected to the gateway 200 (S150). At this time, the primary access path is still the WiFi path, and the secondary access path (secondary path) is the added LTE path.
  • the traffic (whitelist traffic) of a service included in the white list may mainly transmit and receive on the WiFi path. That is, when the UE is in a WiFi preferred state where the UE starts a session with WiFi, the gateway 200 may control to minimize the use of LTE data even though the LTE path is added.
  • the terminal 100 If it is difficult to transmit and receive data via the WiFi path at any point, the terminal 100 first switches the access path to the LTE path (S160). For example, when the quality of the WiFi path is lowered or the terminal 100 is out of the WiFi region, LTE / WiFi Dual off is set in the terminal 100. Then, the terminal 100 supports a seamless service by converting the LTE path set as the auxiliary access path to the priority access path. In this case, the terminal 100 releases the WiFi connection by deleting the WiFi path, but may maintain the WiFi interface in an activated state.
  • the traffic passing through the gateway 200 may be transmitted to the terminal 100 in a multi-path (MPTCP) state, and thus, even if any one path is deleted due to a change in the access network of the terminal 100, the data is disconnected. It may be transmitted to the terminal 100 without.
  • MPTCP multi-path
  • the terminal 100 is connected to the server 400 through the WiFi network without passing through the gateway 200, when the terminal 100 leaves the WiFi area, the connected session is disconnected and a new session must be connected through the LTE network.
  • FIG. 8 is a flowchart illustrating a multipath transmission method when a session is started with LTE according to an embodiment of the present invention.
  • the terminal 100 accesses an LTE network (S210).
  • the preferred access path is then set to LTE.
  • the state of starting a session with LTE may be referred to as LTE-WiFi Aggregation MPTCP.
  • the terminal 100 executes a service / application included in the white list
  • the terminal 100 starts a session with the server 300 on the LTE path passing through the gateway 200 (S220).
  • the terminal 100 and the gateway 200 are connected by an LTE path.
  • the whitelist-free service / application is executed, the terminal 100 and the server 400 are connected through the LTE network, but the traffic does not pass through the gateway 200.
  • the terminal 100 searches for an accessible WiFi AP (S230).
  • the terminal 100 checks the quality of the WiFi AP and attempts to access the WiFi network according to the setting. In this case, the terminal 100 may automatically turn on the WiFi communication module to search for the surroundings.
  • the terminal 100 activates the WiFi interface for multipath transmission (S240).
  • LTE / WiFi Dual On is set in the terminal 100, the terminal 100 may simultaneously access the LTE network and the WiFi network.
  • the WiFi path is set as the priority access path, and the LTE path is changed to the auxiliary access path. Meanwhile, depending on the configuration, the preferred access path may still be maintained as the LTE path.
  • the terminal 100 adds a WiFi path connected to the gateway 200 (S250).
  • the terminal 100 merges and transmits the already connected LTE path and the added WiFi path.
  • an application included in the white list may transmit and receive data through subflows of the LTE path and the WiFi path. If there is a session connected through the LTE network without passing through the gateway 200, the session is disconnected, and a new session is started by the WiFi path (seamless not supported). In this case, the whitelist-free service / application starts a session in the WiFi network, but the traffic does not pass through the gateway 200.
  • the terminal 100 first switches the access path to the LTE path (S260). For example, when the quality of the WiFi path is lowered or the terminal 100 is out of the WiFi region, LTE / WiFi Dual off is set in the terminal 100.
  • the terminal 100 simultaneously uses the LTE path and the WiFi path, and then switches the priority access path to the LTE path, thereby supporting seamless service. In this case, the terminal 100 releases the WiFi connection by deleting the WiFi path, but may maintain the WiFi interface in an activated state.
  • the terminal 100 may automatically turn off the WiFi communication module.
  • 9 and 10 are diagrams for explaining the traffic control for each terminal according to an embodiment of the present invention.
  • merge transmission may increase transmission speed and provide a seamless and stable service. However, the user pays a fee according to the data usage. If the merged transmission is always performed for the service / application included in the whitelist, the data usage may increase.
  • the gateway 200 classifies the class of the terminal based on the user's plan information or the user access information, and adjusts the data usage related to the rate, that is, the LTE data usage, for each terminal based on the class.
  • Grades can be divided into multiple grades, but they are briefly described as gold grades and silver grades.
  • the gateway 200 transmits traffic using the LTE network and the WiFi network at the same time.
  • the gateway 200 reduces the traffic transmitted to the LTE network to a predetermined level or less (LTE throttling).
  • the gateway 200 may classify the class of the terminal 100 based on the plan information of the terminal 100. For example, when the terminal 100 is an unlimited number of LTE data, the gateway 200 determines the terminal 100 as a gold grade. If the terminal 100 is a subscriber with a predetermined amount of available LTE data, the gateway 200 determines the terminal 100 as a silver grade. Or, even if the subscriber is available LTE data amount determined, the gateway 200 may variably determine the class of the terminal 100 based on the remaining LTE data amount.
  • the gateway 200 may classify the class of the terminal 100 based on the initial access network of the terminal 100.
  • the gateway 200 determines the terminal 100 as a gold grade and transmits traffic using the LTE network and the WiFi network simultaneously. . That is, the gateway 200 assumes that the user agrees to use LTE data, and provides a speed increase service through LTE-WiFi merging when necessary.
  • the terminal 100 turns on both communication interfaces of the LTE network and the WiFi network, and simultaneously uses the LTE network and the WiFi network. Therefore, when using a video / file transfer service in the LTE-WiFi merged state, it is possible to guarantee the video quality and to increase the file transfer speed.
  • the gateway 200 may determine the terminal 100 as a silver grade and reduce the traffic transmitted to the LTE network to a predetermined level or less. That is, the gateway 200 determines that the user intends to minimize the LTE data use since the user intentionally connected to WiFi.
  • the terminal 100 turns on both communication interfaces of the LTE network and the WiFi network, and maintains a TCP subflow session through the LTE network between the terminal 100 and the gateway 200, but uses data through the LTE path. No transmission or reception, or only traffic below a certain level can be sent and received. Through this, the terminal 100 may process as much traffic as possible in the WiFi network.
  • the terminal 100 since the terminal 100 maintains the LTE communication interface in an active state even without transmitting data through a subflow session through the LTE network, the UE 100 may support full seamless mobility by switching traffic paths to the LTE network when WiFi quality deteriorates. . Therefore, when using a video / file transfer service in a WiFi preferred state, seamless video playback and file transfer are possible.
  • the gateway 200 may know whether the terminal IP is the LTE network or the WiFi network, that is, the access network, based on the information of the TCP session that the terminal 100 has made through the initial TCP SYN in MPTCP.
  • the gateway 200 may classify the terminal into a gold grade and a silver grade based on the access network information. That is, when the terminal IP is the IP of the LTE network, the gateway 200 determines that the terminal 100 is initially connected to the LTE network, and sets the gold level. If the terminal IP is the IP of the WiFi network, the gateway 200 determines that the terminal 100 is initially connected to the WiFi network, and sets the silver level.
  • the terminal 100 when the terminal 100 executes an application in a WiFi network (a preferred state of WiFi), the terminal 100 or the gateway 200 may determine the path of the WiFi path through a retransmission detection algorithm when transmitting data through the WiFi path. Monitor the status. In addition, the gateway 200 restricts / restricts LTE traffic throttling based on the state of the WiFi path.
  • a WiFi network a preferred state of WiFi
  • the gateway 200 restricts traffic processing over the LTE path. If, at some point, the quality of the WiFi path is poor, the gateway 200 temporarily allows traffic processing over the LTE path. When the quality of the WiFi path is restored to a good state again, the gateway 200 limits the traffic processing through the LTE path.
  • FIG. 11 is a block diagram of a terminal according to an embodiment of the present invention.
  • the terminal 100 is configured of a hardware including a plurality of communication modules, a plurality of applications, and an operating system stack for processing applications by controlling hardware between the hardware and the applications.
  • the operating system stack serves as an interface between the hardware and the application, and may be composed of a plurality of software stacks divided according to functions.
  • the terminal 100 may include a Linux kernel and an Android framework, but it may be variously implemented by the terminal manufacturer.
  • the terminal 100 supporting the MPTCP includes the MPTCP management unit 110, the MPTCP processing unit 130, and the user-kernel interface unit 140.
  • the MPTCP management unit 110 is an application mounted in the application layer and may be referred to as a giga path manager.
  • the MPTCP management unit 110 may manage various setting information or policy information related to MPTCP applied to the terminal 100.
  • the MPTCP management unit 110 may provide a user UI that a user may access to set or manage MPTCP.
  • the MPTCP management unit 110 may implement an MPTCP usage control function, a white list management function, a specific AP access check function, an MPTCP support AP selection function, and a WiFi on / off control function.
  • the MPTCP management unit 110 may determine whether to use MPTCP by selecting a user through an MPTCP usage control function, and may determine whether to use MPTCP for each service / application. That is, the user may select the use of MPTCP by selecting the image 10 representing the multipath setting as described with reference to FIGS. 4 to 6, and add the application to the whitelist on the screen for setting the multipath application. Can be excluded.
  • the MPTCP management unit 110 may control LTE / WiFi Dual On / off.
  • the MPTCP usage control unit may control the LTE / WiFi Dual On / off according to the MPTCP mode (full mesh) and the TCP mode (default). MPTCP mode and TCP mode may be set as shown in Table 1, for example.
  • Table 1 Support Mode MPTCP Mode TCP mode Characteristic Multi session subflow communication by interface Single session-generated (TCP) communication per interface Settings -LTE / WiFi Dual On (MPTCP enabled) -LTE / WiFi Dual off (MPTCP disabled)
  • the MPTCP management unit 110 manages white list information (MPTCP target service / application list) through a white list management function.
  • the MPTCP management unit 110 may manage the MPTCP application service / application based on the service provider policy by synchronizing the MPTCP policy including the white list information with the gateway 200 or the service provider policy server (not shown).
  • the white list information synchronized with the gateway 200 or the carrier policy server may be in HTTP-based xml or json format.
  • the MPTCP management unit 110 may check whether a specific AP is connected based on identification information such as SSID / BSSID.
  • the MPTCP management unit 110 may select an MPTCP support AP.
  • the MPTCP management unit 110 may activate / deactivate the MPTCP function for the priority access AP.
  • the preferred access AP may be applied based on a carrier AP (eg, ollehWiFi), personal / company AP (user preference registration), SSID, or BSSID.
  • the MPTCP management unit 110 provides a priority use categorization function of the LTE network / WiFi network. For example, some applications / groups / category services make use of LTE network preferentially, and another applications / groups / category service make use of WiFi network or LTE / WiFi network simultaneously. Route determination).
  • the MPTCP management unit 110 provides a WiFi on / off control function.
  • WiFi on / off may be controlled by user determination, WiFi connection manager (CM) determination, or automatic determination depending on whether WiFi is used in MPTCP.
  • CM WiFi connection manager
  • the MPTCP processor 130 performs socket communication with an application and transmits data based on a routing table.
  • the MPTCP processing unit 130 may transmit some applications to MPTCP and some applications may transmit general TCP.
  • the MPTCP processor 130 includes an MPTCP protocol family and is mounted in an operating system, for example, the Linux kernel.
  • the MPTCP processor 130 may mount the MPTCP / IP protocol family in which the TCP / IP protocol family is changed.
  • the MPTCP protocol family can be implemented in the Linux kernel using MPTCP open source for the Android platform.
  • the MPTCP processor 130 provides a port for MPTCP support to the Linux kernel and maintains compatibility with existing TCP.
  • the MPTCP processor 130 may apply MPTCP code to the Linux kernel version of the terminal and change the kernel configuration to configure the MPTCP-specific congestion control algorithm, the TCP congestion control algorithm, and the MPTCP path manager algorithm. have.
  • the user-kernel interface unit 140 provides various interfaces (APIs) for controlling the user and the kernel, such as system authority setting and command setting.
  • APIs interfaces
  • the user-kernel interface unit 140 provides an interface for the MPTCP management unit 110 to acquire / set / change information / parameters of various functional modules implemented in the kernel area.
  • the information / parameters of the various functional modules may be process processing information, routing information, kernel parameters, and the like.
  • the user-kernel interface unit 140 may include a WiFi connection manager (CM), and the MPTCP manager 110 provides an interface for controlling WiFi on / off through the WiFi connection manager.
  • CM WiFi connection manager
  • the user-kernel interface unit 140 may include a control interface of the MPTCP processing unit 130 and specifically provides a parameter control function of the MPTCP / IP protocol family.
  • the user-kernel interface unit 140 may change / add TCP system parameters (tx / rx memory allocation, etc.), change / add MPTCP system parameters (MPTCP activation / deactivation, operation mode, syn_retry_limit, etc.).
  • the user-kernel interface unit 140 may add TCP / MPTCP parameter information and, for example, add destination address / port information of original data in the TCP option.
  • the user-kernel interface unit 140 may manage routing information, and the MPTCP management unit 110 may provide an interface for controlling a routing path according to MPTCP / TCP.
  • the user-kernel interface unit 140 provides a function for determining whether to use or not use a proxy server for each application, a routing table management function (path, rule, etc.), a parameter control function of the MPTCP / IP protocol family, and the like.
  • the user-kernel interface unit 140 determines whether to use a proxy server for each application based on the application identification information (for example, UID).
  • the user-kernel interface unit 140 determines that the application included in the white list passes through the proxy server and transmits data with reference to the routing table.
  • the user-kernel interface unit 140 classifies applications included in the white list and provides an exception handling setting function.
  • the user-kernel interface unit 140 performs a general routing process using a combination of an UID (Android App ID) and a PID (Process ID), and routes the traffic generated by an application included in the white list to the gateway 200.
  • the user-kernel interface unit 140 may manage the conditional routing table for each service scenario (eg, add / modify / delete paths and rules).
  • FIGS. 12 and 13 are flowcharts illustrating a WiFi control method of a multipath transmission terminal according to an embodiment of the present invention.
  • the terminal 100 supporting MPTCP performs multipath transmission using a plurality of communication interfaces. Therefore, when the terminal 100 is set in the MPTCP mode, the WiFi interface is always enabled even when no traffic is generated. As a result, due to the WiFi interface activation, there is a problem that the battery of the terminal is unnecessary.
  • the terminal 100 includes a WiFi on / off manager.
  • the WiFi on / off manager monitors MPTCP traffic, enables WiFi if MPTCP traffic is present, and disables WiFi if MPTCP traffic is not present. That is, the WiFi on / off manager reduces the battery consumption by controlling WiFi (WiFi auto on / off control) only when the MPTCP application terminal is needed.
  • the WiFi on / off manager is mounted in an area that can monitor MPTCP traffic and control the WiFi module.
  • the WiFi on / off manager may be included in at least a part of the MPTCP management unit 110 / user-kernel interface unit 140 or may be separately mounted in some areas of the Android framework / Linux kernel, and may be developed as an application. Can be.
  • the WiFi on / off manager is driven (S310). If the access path is LTE, the WiFi on / off manager may be driven.
  • the WiFi on / off manager monitors the MPTCP subflow (S320).
  • the WiFi on / off manager may run a thread periodically inspecting the MPTCP subflow and a thread receiving an event related to the WiFi interface in the background of the terminal.
  • the WiFi on / off manager activates the WiFi interface when the MPTCP subflow is generated (S330).
  • the application included in the white list operates in the terminal 100, a subflow is generated.
  • the WiFi on / off manager deactivates the WiFi interface when the MPTCP subflow expires (S340). When the application included in the white list is terminated in the terminal 100, the subflow is destroyed.
  • the program for driving the WiFi on / off manager may be terminated.
  • the WiFi on / off manager is terminated, the WiFi auto on / off control is stopped. If the WiFi on / off manager is running, if the user activates / deactivates the WiFi, the WiFi on / off manager stops the WiFi auto on / off control.
  • the WiFi on / off manager is driven (S410).
  • the WiFi on / off manager operates.
  • the WiFi event manager operates.
  • the WiFi on / off management unit is a thread for performing WiFi on / off
  • the WiFi event management unit is a thread for managing WiFi events (WiFi broadcast receiver).
  • the WiFi event manager receives the WiFi event occurrence information from the user as well as the WiFi on / off manager.
  • the WiFi on / off manager and the WiFi event manager operate in the background of the terminal.
  • the WiFi on / off management unit monitors the generation of the MPTCP subflow (S420).
  • the WiFi on / off management unit may periodically check whether an MPTCP subflow is generated.
  • the flag (WiFi_MANAGER_FLAG) is information indicating that the event that the WiFi interface is turned on or off is caused by the WiFi on / off management unit.
  • the WiFi on / off management unit turns on WiFi (S432).
  • the WiFi on / off manager notifies the WiFi event manager that an event has occurred in WiFi.
  • the flag set to on is transmitted to the WiFi event manager.
  • the WiFi on / off management unit monitors the disappearance of the MPTCP subflow (S440).
  • the WiFi on / off management unit may periodically check whether the MPTCP subflow is destroyed.
  • the WiFi on / off management unit turns off WiFi (S452).
  • the WiFi on / off manager notifies the WiFi event manager that an event has occurred in WiFi.
  • the flag set to on is transmitted to the WiFi event manager.
  • the WiFi event manager When an event occurs in WiFi, the WiFi event manager operates, and the WiFi event manager determines whether the subject that generated the event is the WiFi on / off manager or the user (S460) based on the flag (WiFi_MANAGER_FLAG).
  • the WiFi event manager stops the operation of the WiFi on / off manager (S480). That is, the WiFi event manager determines that the WiFi event has occurred by the user. In this case, since the user turned off the WiFi, the WiFi automatic on / off function should be stopped because the WiFi on / off must be controlled regardless of whether the MPTCP subflow is generated.
  • the WiFi on / off manager is mounted on the terminal 100, and thus the battery consumption of the terminal is reduced since the WiFi on / off manager is activated / deactivated when the MPTCP subflow is created / deleted.
  • FIG. 14 is a view for explaining a conventional socket communication method
  • Figures 15 to 17 are views for explaining a socket communication method according to an embodiment of the present invention.
  • the current mobile terminal is set to allow only a communication connection through one interface at a time.
  • a terminal manufacturer or a terminal operating system provider sets a communication interface having a higher priority at one time, for example, a WiFi interface as a preferred network, and provides a technology for handing over to another network if the WiFi network cannot be accessed. do.
  • the application when an application is executed in the terminal, the application creates a network stack and a socket, and transmits and receives traffic through the socket. At this time, the application and the network stack create a socket through the designated communication interface 2 (eg, WiFi), and the network stack is connected to the communication interface 2 to process traffic.
  • the designated communication interface 2 eg, WiFi
  • the communication socket that an application requests to connect is unconditionally determined by the system global routing table. Therefore, in the conventional socket communication method, a socket is bound based on an interface set to higher routing throughout the system at the time of an application's communication socket request. Then, if a part of the end-to-end communication section is deteriorated (for example, WiFi communication error), and a communication is no longer possible, a notification of disconnection of the corresponding socket communication is made at the system level. Inform the user of abnormal termination and other information. The application service is in a state of being unavailable. This is a problem that occurs with normal Unix / Linux-based communication structures.
  • the communication session mainly deals with the socket communication structure of the network stack corresponding to the connection oriented service such as TCP, but it is natural that the communication session can be extended to similar transport layer protocols.
  • the socket interworking manager 500 separates a socket (application socket) viewed by an application of the terminal 100 and a socket (system socket) viewed by the network stack of the terminal 100.
  • the socket interworking manager 500 fixes the communication interface of the socket viewed by the application to a specific communication interface (for example, LTE), and connects to the actual access network through the communication interface set based on a routing table set system-wide. That is, the socket interworking manager 500 fixes a communication interface capable of anytime and anywhere in an always-on state, such as LTE, to a communication interface of a socket bound to an application, thereby always establishing an IP address and providing global mobility. Support.
  • the socket interworking manager 500 includes an application socket communication unit 510, a routing information checking unit 530, and an interface connection unit 550.
  • the socket interworking manager 500 may be included in the MPTCP management unit 110 / user-kernel interface unit 140 as software, or may be separately installed in some areas of the Android framework / Linux kernel, and may be developed as an application. .
  • the socket interworking manager 500 is described as being included in the MPTCP management unit 110 to operate, it is natural that the terminal mounting area of the socket interworking manager can be changed as necessary.
  • the application socket communication unit 510 is connected to the application by the socket generated by the programming code of the application.
  • the socket may be created by a general socket application programming interface (API).
  • API general socket application programming interface
  • the application socket communication unit 510 does not create a socket based on a routing table set system-wide, but creates a socket using a designated communication interface among multiple interfaces as a source address.
  • the session requested by the application may use the source address assigned to the LTE interface as the socket creation address.
  • the session requested by the application may include the same source address as the communication interface set as default gateway information among the information in the routing table set system-wide, or may include a source address of another communication interface.
  • the application socket communication unit 510 may generate a socket through the LTE interface for all applications of the terminal, and generate the socket through the LTE interface only for a specific application (for example, an application included in the white list). .
  • the routing information checking unit 530 checks the routing information by accessing a routing table managed by the network stack included in the operating system of the terminal.
  • the routing table may be a system global routing table managed by the user-kernel interface unit 140.
  • the routing information checking unit 530 determines the actual source address through the routing table for the session of the application requested to be created through the application socket communication unit 510 before the actual socket is created.
  • the interface connector 550 maps and manages global routing information referenced by the routing information checker 530 and socket information generated by the application socket communication unit 510, and connects the sockets to a communication interface based on the mapping information.
  • the interface connector 550 regenerates the socket so that the application socket communication unit 510 actually communicates with the communication interface of the higher rank referred to by the routing information checking unit 530 instead of the fixed communication interface.
  • the application when the application is executed in the terminal 100, the application requests the socket generation to be connected to the fixed communication interface 1 (eg, LTE interface) to the application socket communication unit 510.
  • the fixed communication interface 1 eg, LTE interface
  • the interface connector 550 refers to the routing table through the routing information checker 530.
  • communication interface 2 for example, WiFi
  • the interface connection unit 550 maps and stores the interface of the application socket as interface 1 and the interface of the system socket as interface 2 in the mapping table.
  • the interface connector 550 connects the interface 1 viewed by the application socket and the interface 2 viewed by the system socket based on the mapping table.
  • the socket interworking manager 500 connects the communication interface 1 of the application socket and the communication interface 2 of the system socket so that actual traffic is transmitted through the communication interface 2.
  • the terminal 100 may be in a state capable of merge transmission through multiple paths such as MPTCP.
  • the routing table may store dual socket interface information that can be connected to the communication interface 1 and the communication interface 2.
  • the interface connector 550 adds interface 1 to the interface of the system socket. That is, a subflow through communication interface 1 is added.
  • the interface connection unit 550 refers to the routing table, and the interface of the application socket is interface 1, and the interface of the system socket is stored in the mapping table as interface 1 and interface 2.
  • the application maintains the session connected to the communication interface 1, but the socket interworking manager 500 connects the communication interface 1 of the application socket, the communication interface 1 and the communication interface 2 of the system socket, and the actual traffic is communicated with the communication interface 1 and the communication interface. To be transmitted through at least one of two.
  • network connection by the communication interface 2 may be released by the same situation as when the terminal moves.
  • the routing table changes the interface of the upper rank to the communication interface 1.
  • the interface connector 550 updates the mapping table that the interface socket of the application socket is interface 1 and the interface of the system socket is interface 1.
  • the application maintains the session connected to the communication interface 1, but the socket interworking manager 500 connects the communication interface 1 of the application socket and the communication interface 1 of the system socket, so that actual traffic is transmitted through the communication interface 1.
  • the communication interface socket that the application looks at is maintained regardless of the actual connection interface, so that the communication session can be maintained seamlessly.
  • the socket interworking manager 500 distinguishes communication interfaces of the application sockets and the system sockets, and connects the communication interfaces of the application sockets and the system sockets based on the mapping table.
  • the interface used for the actual communication refers to the routing table set system-wide, but the communication interface of the socket bound to the application is always-on such as LTE, and can be used anytime and anywhere communication interface as the communication interface of the socket bound to the application. Fix it.
  • the socket interworking manager 500 may solve an application level session disconnection problem occurring when the access network is changed in the conventional manner, and also reduce overhead for additional signaling such as tunneling.
  • FIG. 18 is a diagram illustrating a general proxy communication method
  • FIG. 19 is a diagram illustrating a proxy communication method according to an embodiment of the present invention
  • FIG. 20 is a flowchart of a proxy communication method according to an embodiment of the present invention. .
  • traffic generated from a wired / wireless terminal is an intermediate node based on a source address and a destination address, which are IP (Internet Protocol) header information, which is a third layer of seven OSI (Open Systems Interconnection) layers. Routed by a router or switch. However, depending on the situation, it is necessary to make the traffic through the intermediate node that wants to do this. For example, if it is necessary to forward certain traffic from the mobile network to the outside of the mobile network, change the settings or rules / policies of the gateway device (for example, P-GW, GGSN, etc.), which is the mobile network equipment, to direct traffic to the specific router Forced forwarding
  • IP Internet Protocol
  • OSI Open Systems Interconnection
  • a proxy technology exists as a terminal client technology for routing specific traffic to a specific node without the help of an intermediate node.
  • Proxy technology is typical of technologies such as SOCKS and HTTP.
  • the proxy client forwards the traffic to a proxy server on the network, but notifies the proxy server of its original destination address.
  • the proxy server forwards the traffic received from the terminal to the original destination address.
  • the general proxy communication method has a disadvantage in that it must accommodate a large amount of traffic included in the proxy technology itself. If the traffic of all mobile terminals interworking with the mobile communication network is to be delivered to the proxy server, a large amount of traffic generated by the terminal should be considered.
  • proxy to specific traffic type (for example, http protocol) only, but not to all kinds of applications, and only limited types of applications such as web browser application to proxy server. There is a limit to routing.
  • specific traffic type for example, http protocol
  • the proxy client used in the mobile terminal transmits the traffic to the proxy server based on the information of the proxy server, wherein the administrator who manages the proxy server (for example, the mobile network operator) needs the proxy information and the proxy.
  • the administrator who manages the proxy server for example, the mobile network operator
  • the proxy information and the proxy There is a limitation that there is no way to dynamically distribute application information (whitelist).
  • the terminal 100 and the gateway 200 operate as proxy clients and proxy servers.
  • the terminal 100 includes a policy applying unit 610 and a proxy agent 630.
  • the function of the policy applying unit 610 and the proxy agent unit 630 may be implemented in the user-kernel interface unit 140. However, the functions of the policy applying unit 610 and the proxy agent 630 may be implemented in the MPTCP management unit 110 or the MPTCP processing unit 130, or may be separately installed in some areas of the Android framework / Linux kernel, It may be developed as, but it will be described by the operation of the policy application unit 610 and the proxy agent 630.
  • the policy distribution apparatus 700 distributes a policy including proxy information to the terminal 100.
  • the policy includes various information such as proxy server connection information, white list information, and execution method.
  • the proxy server access information and the white list information may be managed as one piece of data or separated data, and are based on the information of the terminal receiving the policy (that is, the subscription type of the terminal, the access path, and various information for the convenience of the user). Policy can be applied differently.
  • the policy distribution device 700 synchronizes the policy information with the policy application unit 610 of the terminal.
  • the policy distribution apparatus 700 may distribute the policy in a push / pull manner.
  • the policy distribution device 700 may be implemented in a device separate from the gateway 200, or may be implemented in the gateway 200.
  • the policy applying unit 610 receives a policy distributed by the policy distribution device 700.
  • the policy applying unit 610 determines whether to route the traffic to the proxy server (ie, the gateway 200) or the original destination server based on the policy. In this case, the policy applying unit 610 applies the policy to be delivered to the gateway 200 through the proxy agent 630 to the application included in the white list.
  • the policy applying unit 610 parses the policy information and processes the policy information to correspond to the distributed structure of the proxy server.
  • the policy applying unit 610 parses the white list included in the policy information to control the operation of the proxy agent 630.
  • the communication function for communicating with the policy distributing apparatus 700 and the function for executing the policy may be separately implemented according to the terminal design, and for example, may be divided into an application area and an operating system kernel area.
  • the proxy agent 630 transmits the traffic of the application determined to proxy communication according to the policy applying unit 610 to the designated proxy server.
  • the proxy agent 630 connects to the proxy server address (gateway 200 address) included in the policy information and performs proxy communication.
  • the policy distribution apparatus 700 generates a policy including proxy server access information and white list information (S510).
  • the proxy server connection information is dynamically provided information and includes one or more proxy server connection information including an IP address, a domain address, port information, and the like. Proxy server connection information provides a bypass path in case of redundancy, load balancing, and failover.
  • the policy distribution apparatus 700 may determine the access path of the terminal by assigning proxy priority. The terminal 100 may attempt to connect to the lower rank proxy server by the proxy agent 630 when the upper rank proxy server is difficult to access according to the priority of the proxy server.
  • Proxy server connection information may be configured as follows.
  • Proxy Server Connection Information ⁇ Proxy Server Accessible Number (n), ⁇ Proxy Server URI.1, Procedure Server Port Information.1 ⁇ ... ⁇ Proxy Server URI.n, Procedure Server Port Information.n ⁇
  • Proxy server access information may be configured as a URI IP address or domain information.
  • the proxy server connection information may be configured as follows.
  • Proxy server connection information ⁇ 3, ⁇ 1.1.1.1, 1111 ⁇ , ⁇ 2.2.2.2, 2222 ⁇ , ⁇ 3.3.3.3, 3333 ⁇
  • the whitelist information includes information about the application group or the application itself for applying proxy communication. That is, the white list information may be information of MPTCP application target applications via the gateway 200.
  • the application information includes information such as a package name (eg, YouTube's package name is com.google.youtube) that is unique to each application, an application attribute group (eg, web browser, media streaming), and the like.
  • the application does not create a communication session by itself and entrusts the session creation to another application registered in the system.
  • file download through a web browser may be entrusted to a download manager application, or execution of video / audio streaming content may be entrusted to a media player application.
  • the whitelist information may be configured to include information of related applications as sub information when configuring application information.
  • the white list information may be configured as follows.
  • the type is information for distinguishing whether an application package, an application attribute group, and sub information are included.
  • Whitelist information ⁇ number of target groups (n), ⁇ type, package name / attributes ⁇ , ... ⁇ type, package name / attributes ⁇
  • the type can be classified as "package + sub-application", and the white list information of two cases that apply the entire web browser type attribute group to the white list can be as follows. have.
  • Whitelist information ⁇ 2, ⁇ package + sub-application, com.google.youtube, mediaplayer ⁇ , ⁇ property group, web browser ⁇
  • the policy distribution device 700 distributes policy information to the terminal 100 (S520).
  • the terminal 100 receives policy information from the policy distribution device 700 when a specific event occurs or periodically to update the policy information.
  • the terminal 100 sets the received policy information so that the white list traffic is transmitted to the proxy server (S530).
  • the terminal 100 resets the routing table of the traffic occurring in the corresponding application based on the application package included in the white list information.
  • the package name in the form of a string may be converted into an identifier in the terminal, for example, a UID, and the sub-application information may be converted into a UID or a system ID to obtain a unique value throughout the terminal.
  • the obtained application identifier may be used as a filter value when referencing a routing table. That is, the terminal 100 may determine whether to apply the routing path via the gateway 200 based on the application identifier. Common applications that are not included in the white list are established based on the system routing information according to the existing method, and performs data communication.
  • the terminal 100 sets a routing table based on the policy information. For example, referring to Table 2, if the application with the package name com.google.youtube is included in the whitelist, the terminal 100 is not the application's original destination address / default gateway address but the access address of the proxy server (eg For example, change the routing table to 1.1.1.1/1111).
  • an application included in the white list When an application included in the white list generates traffic, that is, when the application generates a communication session (eg, TCP handshaking) by a user's input or a programmed code, the terminal 100 generates policy information.
  • An application included in the whitelist is identified based on the reference, and the routing table is referred to (S540).
  • the terminal 100 transmits the white list traffic to the proxy server 200 (S550).
  • the terminal 100 obtains an access address of the proxy server and communicates with the proxy server 200 through the proxy agent 630.
  • the terminal 100 may attempt to connect to at least one proxy server included in the policy information, but may attempt to connect to the lower priority proxy server when the access proxy server is inaccessible.
  • the terminal 100 transmits and receives white list traffic by securing a data path with the proxy server 200 according to a proxy method (SOCKS, HTTP, etc.).
  • SOCKS Secure Socket Transfer Protocol
  • HTTP HyperText Transfer Protocol
  • a proxy communication structure may be provided for each application.
  • the service provider can divert traffic to any proxy server according to the purpose and purpose of the application.
  • 21 is a hardware block diagram of a terminal according to an embodiment of the present invention.
  • the terminal 100 includes a processor 810, a memory device 820, a storage device 830, a display 840, a communication device 850, and a speaker / microphone 860. It is composed of hardware and stores a program executed in combination with hardware in a designated place.
  • the hardware has the configuration and performance to implement the method of the present invention.
  • the operation method of the present invention described with reference to FIGS. 1 to 20 is written as a software program in a program language.
  • the program executes the present invention in combination with hardware such as processor 810 and memory device 820.
  • the network device including the gateway 200 and the policy distribution device 700 is also composed of hardware including a processor, a memory device, a storage device, a communication device, and the like, and stores a program executed in combination with the hardware at a designated place. .
  • the hardware has the configuration and performance to implement the method of the present invention.
  • the operation method of the present invention described with reference to FIGS. 1 to 20 is written as a software program in a program language.
  • the program executes the present invention in combination with hardware such as a processor and a memory device.
  • a terminal may be connected to a plurality of access networks at a time, and one service / application may merge and communicate a plurality of networks as one network regardless of the type of network or the number of networks.
  • a large amount of data can be quickly transmitted and received using a plurality of available network resources.
  • the terminal may perform multipath TCP-based data communication with a general server that does not support multipath transmission.
  • the embodiments of the present invention described above are not only implemented through the apparatus and the method, but may be implemented through a program for realizing a function corresponding to the configuration of the embodiments of the present invention or a recording medium on which the program is recorded.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé permettant à un terminal d'exécuter une communication à trajets multiples via une passerelle. Le procédé consiste à : stocker une liste blanche contenant des applications devant être soumises à une communication à trajets multiples ; et générer la passerelle et au moins un trajet, au moyen d'une ou plusieurs interfaces de communications multiples lorsqu'une première application incluse dans la liste blanche est exécutée.
PCT/KR2015/005484 2014-06-27 2015-06-01 Dispositif de réseau et terminal de communication à trajets multiples, procédé de commande correspondant, et programme implémentant un procédé de commande WO2015199340A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
AU2015280947A AU2015280947B2 (en) 2014-06-27 2015-06-01 Network device and terminal for multi-path communication, operation method thereof, and program implementing operation method
US15/322,407 US10355982B2 (en) 2014-06-27 2015-06-01 Network device and terminal for multi-path communication, operation method thereof, and program implementing operation method
EP15812323.2A EP3163809B1 (fr) 2014-06-27 2015-06-01 Procédés de communication tcp à trajets multiples
EP18152806.8A EP3331219B1 (fr) 2014-06-27 2015-06-01 Procédé de communication à trajets multiples
SG11201610128QA SG11201610128QA (en) 2014-06-27 2015-06-01 Network device and terminal for multi-path communication, operation method thereof, and program implementing operation method
PH12016502442A PH12016502442B1 (en) 2014-06-27 2016-12-06 Network device and terminal for multi-path communication, operation method thereof, and program implementing operation method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20140079669 2014-06-27
KR10-2014-0079669 2014-06-27
KR1020150014615A KR101746191B1 (ko) 2014-06-27 2015-01-29 다중 경로 통신을 위한 네트워크 장치 및 단말, 이들의 동작 방법, 그리고 동작 방법을 구현한 프로그램
KR10-2015-0014615 2015-01-29

Publications (1)

Publication Number Publication Date
WO2015199340A1 true WO2015199340A1 (fr) 2015-12-30

Family

ID=54938385

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/005484 WO2015199340A1 (fr) 2014-06-27 2015-06-01 Dispositif de réseau et terminal de communication à trajets multiples, procédé de commande correspondant, et programme implémentant un procédé de commande

Country Status (1)

Country Link
WO (1) WO2015199340A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017119690A1 (fr) * 2016-01-05 2017-07-13 삼성전자 주식회사 Dispositif électronique et son procédé de fonctionnement
WO2018156681A1 (fr) * 2017-02-24 2018-08-30 Alcatel-Lucent Usa Inc. Procédés et éléments de réseau pour une commande multi-connectivité
CN111406437A (zh) * 2017-09-29 2020-07-10 诺基亚技术有限公司 多路径数据通信
CN113169935A (zh) * 2018-10-01 2021-07-23 思杰系统有限公司 用于saas应用的多链路广域网连接的系统和方法
EP3968578A1 (fr) * 2020-09-11 2022-03-16 Deutsche Telekom AG Dispositif de communication à capacité multichemins
US11432357B2 (en) * 2018-02-06 2022-08-30 Huawei Technologies Co., Ltd. Multipath establishment method and apparatus
US11445534B2 (en) 2016-02-05 2022-09-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal equipment, and network equipment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110018235A (ko) * 2009-08-17 2011-02-23 주식회사 엘지유플러스 웹 서비스를 제공하는 모바일 단말 및 그의 동작방법, 웹 서비스 제공 시스템 및 방법
KR20120050805A (ko) * 2010-11-11 2012-05-21 에스케이 텔레콤주식회사 이기종 망간 접속변경 시스템 및 방법
KR20130006385A (ko) * 2012-08-24 2013-01-16 주식회사에어플러그 고정 호스트 주소에 기반하여 복수의 이종망(異種網)들을 선택적으로 사용하여 데이터 송수신할 수 있게 하는 장치와 이를 위한 방법
US20130195004A1 (en) * 2012-01-31 2013-08-01 Karl Georg Hampel Method and apparatus for multipath protocol packet relay

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110018235A (ko) * 2009-08-17 2011-02-23 주식회사 엘지유플러스 웹 서비스를 제공하는 모바일 단말 및 그의 동작방법, 웹 서비스 제공 시스템 및 방법
KR20120050805A (ko) * 2010-11-11 2012-05-21 에스케이 텔레콤주식회사 이기종 망간 접속변경 시스템 및 방법
US20130195004A1 (en) * 2012-01-31 2013-08-01 Karl Georg Hampel Method and apparatus for multipath protocol packet relay
KR20130006385A (ko) * 2012-08-24 2013-01-16 주식회사에어플러그 고정 호스트 주소에 기반하여 복수의 이종망(異種網)들을 선택적으로 사용하여 데이터 송수신할 수 있게 하는 장치와 이를 위한 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ALAN FORD ET AL.: "TCP Extensions for Multipath Operation with Multiple Addresses", INTERNET ENGINEERING TASK FORCE (IETF), REGUEST FOR COMMENTS (RFC) 6824, January 2013 (2013-01-01), pages 1 - 64, XP055248782, ISSN: 2070-1721, Retrieved from the Internet <URL:http://www.rfc-editor.org/info/rfc6824> *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108605261B (zh) * 2016-01-05 2022-03-15 三星电子株式会社 电子设备及其操作方法
KR20170081903A (ko) * 2016-01-05 2017-07-13 삼성전자주식회사 전자 장치 및 그 동작 방법
KR102458444B1 (ko) * 2016-01-05 2022-10-25 삼성전자주식회사 전자 장치 및 그 동작 방법
CN108605261A (zh) * 2016-01-05 2018-09-28 三星电子株式会社 电子设备及其操作方法
EP3389336A4 (fr) * 2016-01-05 2018-11-14 Samsung Electronics Co., Ltd. Dispositif électronique et son procédé de fonctionnement
WO2017119690A1 (fr) * 2016-01-05 2017-07-13 삼성전자 주식회사 Dispositif électronique et son procédé de fonctionnement
US10979867B2 (en) 2016-01-05 2021-04-13 Samsung Electronics Co., Ltd. Electronic device and method for operating same
US11445534B2 (en) 2016-02-05 2022-09-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal equipment, and network equipment
US11096109B2 (en) 2017-02-24 2021-08-17 Alcatel Lucent S.A.S. Methods and network elements for multi-connectivity control
WO2018156681A1 (fr) * 2017-02-24 2018-08-30 Alcatel-Lucent Usa Inc. Procédés et éléments de réseau pour une commande multi-connectivité
CN111406437A (zh) * 2017-09-29 2020-07-10 诺基亚技术有限公司 多路径数据通信
CN111406437B (zh) * 2017-09-29 2024-04-02 诺基亚技术有限公司 多路径数据通信
US11432357B2 (en) * 2018-02-06 2022-08-30 Huawei Technologies Co., Ltd. Multipath establishment method and apparatus
CN113169935A (zh) * 2018-10-01 2021-07-23 思杰系统有限公司 用于saas应用的多链路广域网连接的系统和方法
EP3968578A1 (fr) * 2020-09-11 2022-03-16 Deutsche Telekom AG Dispositif de communication à capacité multichemins
US11997020B2 (en) 2020-09-11 2024-05-28 Deutsche Telekom Ag Multipath-capable communication device

Similar Documents

Publication Publication Date Title
WO2015199340A1 (fr) Dispositif de réseau et terminal de communication à trajets multiples, procédé de commande correspondant, et programme implémentant un procédé de commande
KR101905867B1 (ko) 다중 경로 통신을 위한 네트워크 장치 및 단말, 이들의 동작 방법, 그리고 동작 방법을 구현한 프로그램
WO2017176013A1 (fr) Procédé pour traiter une requête d&#39;accès provenant d&#39;un équipement utilisateur (ue), et nœud de réseau
WO2018174383A1 (fr) Procédé de gestion de session et nœud smf
WO2018038490A1 (fr) Procédé et système de configuration de réseau de données régional dans un réseau de communication sans fil
WO2020251240A1 (fr) Procédé et appareil pour améliorer la fiabilité de service dans un système de communications sans fil
WO2016003248A1 (fr) Appareil et procédé de fourniture de connexion de service par l&#39;intermédiaire d&#39;une couche d&#39;accès dans un système de communication sans fil
WO2022035177A1 (fr) Procédé et dispositif de fourniture d&#39;un mbs local dans un système de communication sans fil
WO2018004106A1 (fr) Procédé, dispositif et support d&#39;enregistrement lisible par ordinateur pour communiquer sur un réseau multi-groupe wi-fi en direct
WO2023146314A1 (fr) Procédé et dispositif de communication pour service xr dans un système de communication sans fil
WO2018038412A1 (fr) Procédé et équipement utilisateur permettant la connexion au moyen d&#39;une pluralité d&#39;accès dans un réseau de nouvelle génération
US20160261490A1 (en) Bonding router
WO2021235880A1 (fr) Procédé et dispositif de fourniture d&#39;informations d&#39;un réseau de données local à un terminal dans un système de communication sans fil
WO2020256484A1 (fr) Dispositif de réseau et procédé de recherche d&#39;un service périphérique mis en œuvre dans le dispositif de réseau
WO2015002436A1 (fr) Procédé et appareil permettant d&#39;optimiser un trajet de données dans un système de communications mobiles
WO2020067849A1 (fr) Procédé et dispositif pour gérer la connectivité d&#39;un terminal ido utilisant un mode basse puissance
WO2023018149A1 (fr) Procédés et systèmes pour régulation af de quota de tranches de réseau
WO2017003064A1 (fr) Dispositif de réseau et terminal pour une transmission d&#39;agrégation multi-réseau, et son procédé de fonctionnement
WO2021075762A1 (fr) Procédé et appareil de transmission ou de réception de paquet de données dans un système de communication sans fil
WO2017003065A1 (fr) Dispositif de réseau et terminal pour transmission à regroupement de réseaux multiples, et son procédé de fonctionnement
WO2023234694A1 (fr) Procédé et système pour remplacer un élément pin par une capacité de passerelle dans un réseau ido personnel
WO2023191479A1 (fr) Procédé et appareil pour la configuration d&#39;un transport de trafic d&#39;intelligence artificielle et d&#39;apprentissage automatique dans un réseau de communication sans fil
WO2023214818A1 (fr) Procédé et appareil de commande de transmission de données en fonction de la qualité de service dans un système de communication sans fil
WO2024136266A1 (fr) Procédé et dispositif de rapport de congestion tenant compte de la mobilité d&#39;un équipement utilisateur dans un système de communication sans fil
WO2023214729A1 (fr) Procédé et dispositif de gestion de session basée sur un retard de réseau de liaison terrestre dynamique dans un système de communication sans fil

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15812323

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2016/03230

Country of ref document: TR

WWE Wipo information: entry into national phase

Ref document number: 12016502442

Country of ref document: PH

REEP Request for entry into the european phase

Ref document number: 2015812323

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015812323

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2015280947

Country of ref document: AU

Date of ref document: 20150601

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15322407

Country of ref document: US