EP3895389A1 - Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic - Google Patents

Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic

Info

Publication number
EP3895389A1
EP3895389A1 EP19831785.1A EP19831785A EP3895389A1 EP 3895389 A1 EP3895389 A1 EP 3895389A1 EP 19831785 A EP19831785 A EP 19831785A EP 3895389 A1 EP3895389 A1 EP 3895389A1
Authority
EP
European Patent Office
Prior art keywords
packet
terminal
network
marking information
imark
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.)
Pending
Application number
EP19831785.1A
Other languages
German (de)
English (en)
Inventor
Bertrand Bouvet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
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
Application filed by Orange SA filed Critical Orange SA
Publication of EP3895389A1 publication Critical patent/EP3895389A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/18Selecting a network or a communication service

Definitions

  • Terminal which can be connected simultaneously to several access networks, method for differentiating traffic emitted by the terminal, device and method for traffic management.
  • the invention relates to the general field of telecommunications. It relates more particularly to the field of load shedding of communications, usually called in English “offload”.
  • a majority of the terminals currently available on the market can connect to access networks of different technologies, such as a WiFi access network, a wired access network (in optical fiber, ADSL or Ethernet) , or a cellular access network (3G, 4G or 5G for example).
  • a WiFi access network such as a Wi-Fi access network, a Wi-Fi access network, a Wi-Fi network, or a Wi-Fi network.
  • a wired access network in optical fiber, ADSL or Ethernet
  • a cellular access network 3G, 4G or 5G for example.
  • Such terminals have a module for selecting the access network.
  • terminals which can be connected simultaneously to two access networks. This functionality is known as access network aggregation.
  • Such terminals have an aggregation module.
  • FIG. 1 shows an architecture of a network of the prior art.
  • a TRM terminal with an access network selection module and an aggregation module can connect alternately or simultaneously to two access networks LAN 1 and LAN2.
  • the TRM terminal connects to a CAN core network via at least one of the LAN 1 and LAN2 networks.
  • the CAN network is connected to another N AND network.
  • Two servers SRV1 and SRV2 are connected to the NET network.
  • the NET network can be the Internet network.
  • the CAN network is a core network managed by the same operator as the LAN 1 and LAN 2 access networks.
  • the TRM terminal aggregation module deploys the MPTCP protocol (for "Multi Path Transport Control Protocol” in English) defined by the I ETF (RFC6824 standard).
  • MPTCP protocol for "Multi Path Transport Control Protocol” in English
  • I ETF RRC6824 standard
  • Apple terminals registered trademark
  • this MPTCP protocol to aggregate traffic between the terminal and an SRV1 server for example, it is necessary that this SRV1 server also supports this same MPTCP protocol.
  • the traffic sent by the TRM terminal in aggregation on the LAN1 and LAN2 access networks is routed to an MCP equipment (for “MPTCP Convergent Point” in English) which allows interoperability between the MPTCP protocol and a standard TCP / UDP / SCTP protocol supported by the SRV2 server.
  • MCP equipment for “MPTCP Convergent Point” in English
  • the MCP equipment is a node of the CAN network and it is also connected to the NET network.
  • the access network aggregation function makes it possible in particular to manage traffic peaks and to ensure the transition of traffic from one access network to another, the transition possibly being partial or complete.
  • FIG. 2 illustrates a software architecture of a terminal T of the prior art, which can be connected simultaneously to several access networks.
  • the terminal T has two access network interfaces HW1 and HW2.
  • the HW1 interface is an electrical circuit (chipset) of WiFi technology
  • the HW2 interface is an electrical circuit (chipset) of cellular radio technology, the two circuits being accompanied by their control software (driver).
  • An OS operating system is installed above the HW1 and HW2 interfaces.
  • a module of a TCP / IP protocol stack is integrated into the OS.
  • the TCP / IP module includes an ICMP (for Internet Control and Error Message Protocol) submodule.
  • ICMP for Internet Control and Error Message Protocol
  • an access selection module and an access aggregation module are also integrated without the operating system.
  • APP applications are installed. These applications are based on API interfaces provided by the operating system.
  • these APIs there is the TCP / IP API which allows an APP application to communicate on at least one of the access networks without specifically knowing which HW1 or HW2 access interface is used.
  • an APP application can obtain via the APIs, information on the state of connectivity with access networks.
  • APIs other than the TCP / IP API can provide applications in "pull", “push” or “notification” mode with the commonly used access network interface, HW1 and / or HW2.
  • the APP application can adapt its services according to the access network.
  • a VoIP application installed on a smartphone-type TRM terminal may only transmit / receive communications when the selected access network interface is HW1 using WiFi technology and not the D interface. HW2 cellular radio access.
  • Terminal providers generally aim to improve the user experience. They therefore offer terminals which automatically select the access network offering a better connection quality, or terminals which allow the user to select the access network or networks to be used.
  • the terminals connecting to their networks select, if possible, a WiFi or wired access network, rather than a cellular access network.
  • cellular radio resources are limited.
  • the overall throughput of a cellular radio antenna is limited (even by aggregating several frequency blocks and / or by multiplying the number of antennas in MIMO technology (for “Multiple Input Multiple Output” in English) and / or in improving coding and protection algorithms, especially since this bit rate is shared between several connected terminals, and it should be noted that the bandwidth consumed per user doubles every year with the multiplication of uses, mainly the exchange of video traffic .
  • a known solution consists in installing on a terminal which can be connected to several access networks, a software application accessible by the access provider, such as the "My network” application or the “Orange and me” application. »(Applications provided by the operator Orange).
  • a software application accessible by the access provider, such as the "My network” application or the “Orange and me” application. »(Applications provided by the operator Orange).
  • Such an application provides information on the selection or aggregation functions used by this terminal, for example the number of packets transmitted on each access network.
  • This solution is not satisfactory, on the one hand because the applications are not compatible with all the operating systems of the terminals, and on the other hand because the users do not always install these applications on their terminals.
  • the access provider therefore only has partial information. In addition, this information is not accessible by service providers.
  • the invention relates to a method of differentiating transmitted traffic, implemented by a terminal which can be connected simultaneously to several access networks including a nominal access network and at least one additional access network different from the network. nominal, said nominal network being that which the terminal uses in its default configuration, the method comprising steps of:
  • the invention relates to a terminal which can be connected simultaneously to several access networks including a nominal access network and at least one additional access network different from the nominal network, said nominal network being that which the terminal uses in its default configuration, the terminal comprising:
  • a module for processing transmitted traffic the module being configured to insert at least one primary marking information, interpretable by a network device, in a first field of a packet, if and only if this packet is intended to be sent via the additional access network;
  • the invention relates to a method for managing data traffic transmitted by a terminal.
  • This process is implemented by a network device. This process includes steps of:
  • the invention relates to a network device for managing data traffic transmitted by a terminal, the device comprising:
  • - communication means configured to receive a packet from the terminal intended for a recipient device
  • - detection means configured to detect, in a first field of the packet, at least one primary marking information constituting an indication that the packet has been sent via an additional access network for the terminal, the terminal not using said additional access network in its default configuration;
  • processing module configured to process the packet according to the marking information
  • the communication means being further configured to send the packet to the destination device.
  • the terminal can be a mobile phone of the smartphone type, a computer, a tablet, or any other communicating device configured to be able to be connected simultaneously to two or more access networks.
  • a "nominal" access network relating to a terminal is the network that the terminal uses in its default configuration, this being for example supplied by the supplier of this terminal.
  • the “additional” network relating to this terminal is another access network different from the nominal network, and to which the terminal can connect.
  • the nominal network can be a cellular access network, while the additional network can be a WiFi access network.
  • the nominal network can be a wired fiber optic access network, while the additional network can be a WiFi access network or an ADSL wired access network.
  • the nominal network can be a WiFi access network.
  • the terminal according to the invention is a mobile phone or a tablet having an active SIM card.
  • the nominal access network is a cellular access network, for example of the 3G, 4G or 5G type.
  • the additional access network is a WiFi or Bluetooth access network.
  • the terminal according to the invention is a computer.
  • the nominal access network is a wired access network, for example of the Ethernet, ADSL or fiber optic type.
  • the additional access network is a WiFi access network.
  • the packets sent by a terminal via its additional access network are packets sent in offload mode.
  • the packets sent by a terminal via its nominal access network are packets sent in nominal mode.
  • the primary marking information is an indication that this packet is intended to be sent by the terminal via the additional access network, that is to say ie in offload mode.
  • This primary marking information can be interpreted by a network device.
  • the invention allows an access provider or the administrative entity managing a determined access network to distinguish, by primary marking information:
  • this access network constitutes the nominal network of the terminals which sent these packets
  • this access network constitutes the additional network of terminals which sent these packets.
  • the access provider or the administrative entity managing the access network can apply different packet processing policies, these policies being implemented by the management device according to the invention during the processing step of the management method according to the invention.
  • the distinction of packets sent in nominal mode from packets sent in offload mode allows an operator of an access network to better manage his network, for example in terms of network sizing or services offered.
  • the invention makes it possible to favor, at the level of an access point to an access network, the packets transmitted in nominal mode compared to packets transmitted in offload mode, by classifying them in two different queues, one of which has priority over the other.
  • a WiFi access point can favor traffic emitted by a tablet that does not have a SIM card, compared to traffic emitted by a mobile phone that can connect to a cellular access network.
  • packets sent in nominal mode from packets sent in offload mode also makes it possible to perform statistics on the number or percentage of packets sent in nominal mode or in offload mode. These statistics can be used to size access networks, to anticipate changes in a network, to propose new connection features to a network, to adapt the quality of service offered by a network, and / or to establish billing policies.
  • the differentiation method according to claim 1 further comprises a step of inserting additional marking information, interpretable by a network device, in a second field of the packet.
  • the additional marking information is inserted in addition to the primary marking information, and it includes additional information thereto.
  • the additional marking information relates to the fact that the packet is intended to be sent via the additional access network, in offload mode.
  • the terminal processing module according to the invention is further configured to insert the additional marking information in the second field of the packet.
  • the primary marking information is accompanied by the additional marking information to provide clarifications relating to the use of the additional network.
  • This additional marking information can also be interpreted by a network device.
  • the primary marking information and the additional marking information are inserted in order to be communicated to a network device, such as a management device according to the invention.
  • the management method further comprises a step of obtaining at least additional information for marking a second field of the packet, the packet being further processed as a function of this information additional marking.
  • the detection means of the management device according to the invention are further configured to obtain additional information for marking the second field of the packet, the processing module of the management device being configured to further process the packet based on this additional marking information.
  • the invention thus makes it possible to differentiate the packets sent in offload mode (all comprising primary marking information) between them, by the additional information.
  • This mode allows to have several granularities of packet processing according to the additional information.
  • this mode makes it possible to carry out finer statistics thanks to the additional information.
  • the additional marking information includes at least one of:
  • nominal access network cellular, satellite, optical fiber, xDSL, Ethernet, or other
  • An identifier of the nominal access network for example an identifier of the MNC type, for “Mobile Network Code” in English);
  • an identifier of the country of the nominal access network for example an identifier of the MCC type, for “Mobile Country Code” in English
  • information of different natures can be used for processing packets.
  • the MNC and MCC type identifiers can be extracted via API interfaces of a SIM card or an eSIM card of the terminal, by low-level protocol layers such as the TCP / IP stack, or by the selection module. terminal access, or by the terminal access aggregation module.
  • the additional marking information may include an identifier of the country of the cellular network having supported the terminal as well as an identifier of the network operator l 'having taken charge. This information can be used to identify whether the terminal is in a Home or Roaming situation.
  • the processing step comprises storage by the management device, of the primary marking information and / or of the additional marking information. This information can then be retrieved later by interrogating the management device.
  • the processing step comprises an incrementation of a packet counter comprising marking information. This mode is used to perform statistics on packets sent in offload mode.
  • the processing step comprises an incrementation of a packet counter comprising additional marking information constituted by an identifier of an administrative entity of the nominal access network
  • statistics obtained by this counter can be used for financial transfers between the administrative entity of the nominal network and the administrative entity of the additional network.
  • statistics obtained by this counter can be used for:
  • a terminal can send packets in offload mode because it is configured in airplane mode, or because it is configured to prefer the additional network, or because consumption on the nominal network has reached a certain threshold;
  • a terminal can send packets in offload mode because the nominal network is not available, or the quality of service offered by the nominal network is not satisfactory, or because of a synchronization problem between the terminal and a nominal network access point.
  • the processing step includes deleting the primary marking information and / or the additional marking information.
  • This mode is suitable for local processing of packets, at the level of the management device in accordance with the invention, without disclosing the marking information to the other devices through which the packet passes until it reaches the recipient device.
  • the processing step comprises a modification of the primary marking information and / or of the additional marking information. This mode can be implemented to ensure compatibility during a passage of the packet from one network to another, these two networks not using the same format of the marking information.
  • the processing step comprises an application of a method of differentiating traffic in quality of service as a function of the primary marking information.
  • the management device can process packets sent in nominal mode in a privileged way than packets sent in offload mode: by placing them in priority or shorter queues, or by passing them over a communications channel with better performance (in terms of signal-to-noise ratio for example), or passing them to faster roads, etc.
  • the processing step comprises an application of a method of differentiating traffic in quality of service as a function of the primary marking information and of the additional marking information.
  • the management device may favor:
  • a management device when the additional marking information includes an identifier of the nominal access network, can process the packets sent in offload mode by favoring packets indicating that the nominal network is a wired access network (packets sent by computers for example), compared to packets indicating that the nominal network is a cellular network (packets sent by mobile phones for example).
  • This embodiment allows a priori to favor professional users.
  • the processing step may include a differentiation of the packets sent by the same administrative entity managing the management device according to the invention. For example, when the management device belongs to a specific operator, it can favor packets sent in offload by telephones having SIM cards from the same operator.
  • the processing step comprises a marking of IP DSCP type (for "Differentiated Service Code Point" in English). This mode makes it possible to notify nodes placed downstream of the management device, of a priority level associated with the packet and / or of another processing to be applied to the packet.
  • the processing step comprises an application of a billing method as a function of the primary marking information, or of the primary marking information and of the additional marking information.
  • the processing step comprises an application of a routing method as a function of the primary marking information, or of the primary marking information and of the additional marking information.
  • the routing method can include routing packets to different paths based on their marking information.
  • the processing step comprises a storage of session parameters during which the packet is received, to identify at least one response packet sent by the recipient device intended for the terminal.
  • This mode allows specific processing to be applied to response packets to marked packets sent by the terminal according to the invention.
  • the processing applied to response packets can be identical to the processing of packets sent by the terminal.
  • the differentiation method further comprises steps of:
  • the invention allows the user of the terminal, to choose via the application programming interface, to apply the marking of the packets that his terminal sends in offload mode or not.
  • the invention allows the user to specify the marking information.
  • the application programming interface of the terminal is firmware software installed on the terminal. The user of the terminal, according to the invention, can configure his terminal directly and implicitly via this firmware software to implement or not the differentiation process, according to the invention.
  • the application programming interface of the terminal is a communications interface between the terminal and a server of the “Device Management” or “Entitlement server” type. The terminal is configured dynamically and explicitly through this server to implement or not the differentiation process, according to the invention.
  • the implementation or not of the differentiation process, according to the invention, by a terminal according to the invention can result from a choice of the manufacturer of the termina, this choice being able to be modified by the user.
  • the implementation or not of the differentiation process, according to the invention, by a terminal according to the invention can result from a choice of the access provider to an access network, for example depending :
  • a location of the terminal for example a telephone connected to a Home mobile network managed by the access provider, or to a visited mobile network Host managed by another provider;
  • the packet is of IPv4 type, the first field being the "IP service type” field and the second field being the "IP options” field.
  • the packet is of the IPv6 type, the first and second fields being fields of the “IP extension header” type.
  • the invention is compatible with the IPv4 and IPv6 protocols, and can therefore be easily implemented by terminals and devices currently available on the market with minor modifications to insert, retrieve and process the marking information.
  • the invention can be used to mark traffics of different applications, such as web browsing applications, mail applications, FTP file transfer applications (for "File Transport Protocol"), applications for TV, VoD video applications (for "Video on Demand”), VoIP VoIP applications (for "Voice over IP”), etc.
  • the tagging information is inserted at the level of the IP headers and does not impact the data of these applications integrated into the bodies of the packets.
  • the invention is compatible with the MPTCP aggregation protocol.
  • the invention can be compatible with the combinational tunnel mechanisms, making it possible to switch from one protocol among the IPv4, IPv6 and GTP protocols (for “GPRS Tunneling Protocol” in English) to another.
  • the invention is also compatible with the state of the art security mechanisms, such as IPSec (for “Internet Protocol Security), sRTP (for“ Secured Real Time Protocol ”), SIPS (for“ Session Initiation Protocol Secured ”), HTTPS (for“ Hyper Text Transfer Protocol Secured ”), and TLS (for“ Transport Layer Security ”).
  • IPSec for “Internet Protocol Security”
  • sRTP for“ Secured Real Time Protocol ”
  • SIPS for“ Session Initiation Protocol Secured
  • HTTPS for“ Hyper Text Transfer Protocol Secured
  • TLS for“ Transport Layer Security
  • the recovery, modification or deletion of marking information does not penalize the latency of packet routing because in any case, the IP headers are handled for NAT type functionalities (for "Network Address Translation"), a replacement of an IP address, or a port or a recalculation of information of the checksum type.
  • NAT type functionalities for "Network Address Translation”
  • a replacement of an IP address or a port or a recalculation of information of the checksum type.
  • the impact of the invention on the MTU criteria is not penalizing.
  • the MTU criteria relate to the maximum size of a packet that can be transmitted at one time.
  • the primary marking information can consume a single bit to distinguish the packets transmitted via the nominal network from the packets transmitted via the additional network.
  • the number of bits used to insert the additional marking information is also limited, according to a maximum number of all the possible additional information.
  • the "Type of service” field of an Ipv4 packet has 8 bits, of which only 6 bits are currently used by prior art methods. One of the two remaining bits can be used to transport the primary information of marking according to the invention.
  • the size of the IP packet is not increased.
  • the majority of prior art equipment already deals with this "Type of service” field. however, the size of this field does not allow additional information defined in this invention request to be passed in addition.
  • the additional marking information is inserted in the "IP options" field of an IPv4 packet, it is possible to use an option class reserved for future use (the classes 1 and 3 for example) and create a new "Offload" option in one of these classes.
  • the terminal according to the invention implements the differentiation method, according to the invention, for all the packets that it transmits via the additional network.
  • the terminal according to the invention implements the differentiation process only for certain packets which it transmits via the additional network, for example, exclusively for a determined number of the first IP packets of the same IP session.
  • the additional network for example, exclusively for a determined number of the first IP packets of the same IP session.
  • the management device treats all the packets of the same IP session in the same way. Indeed, once the IP session is established, when the management device according to the invention detects marking information on a first packet of the session, it can deduce that the packets of the same session are also sent by the same terminal via its additional access network.
  • the management device may include:
  • - network termination equipment such equipment is marketed in France under the name of "box” offering multiple services, such as LiveBox equipment (product marketed by Orange);
  • an access point of a cellular access network such as an antenna of the eNodeB type; - a router; or
  • a person skilled in the art can apply the differentiation method according to the invention, to differentiate traffic sent by an access point or a gateway that can send packets over different WAN interfaces.
  • This access point or this gateway can insert in a field of a packet to be sent, marking information comprising a type or an identifier of the WAN interface used to send this packet.
  • the invention also relates to a system for managing traffic emitted by a terminal according to the invention.
  • This system comprises the terminal and at least one management device according to the invention.
  • the invention also relates to a first computer program on a recording medium, this program being capable of being implemented in a computer or a terminal according to the invention.
  • This program includes instructions adapted to the implementation of a traffic differentiation method as described above.
  • the invention also relates to a second computer program on a recording medium, this program being capable of being implemented in a computer or a management device according to the invention.
  • This program includes instructions adapted to the implementation of a management process as described above.
  • Each of these programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
  • the invention also relates to an information medium or a recording medium readable by a computer, and comprising instructions of the first or second computer program as mentioned above.
  • the information or recording media can be any entity or device capable of storing the programs.
  • the supports may include a storage means, such as a ROM, for example a CD ROM or a ROM microelectronic circuit, or a magnetic recording means, for example a floppy disk or a hard disk, or a flash memory.
  • the information or recording media can be transmissible media such as an electrical or optical signal, which can be routed via an electrical or optical cable, by radio link, by optical link without wire or by other means.
  • the programs according to the invention can in particular be downloaded from a network of the Internet type.
  • each information or recording medium can be an integrated circuit in which a program is incorporated, the circuit being adapted to execute or to be used in the execution of the response method according to the invention or the method of providing a response element according to the invention.
  • FIG. 1 already described, illustrates an architecture of a network of the prior art supporting the MPTCP protocol
  • FIG. 2 Figure 2, already described, illustrates a software architecture of a terminal of the prior art, which can connect simultaneously to several access networks;
  • FIG. 3 illustrates an architecture of a network in which the methods of the invention are implemented according to an embodiment of the invention
  • Figure 4 is a flowchart representing steps of a differentiation process, according to the invention, implemented according to one embodiment
  • FIG. 5 is a flowchart representing steps of a traffic management method, according to the invention, implemented according to one embodiment;
  • FIG. 6 presents functional architectures of a management system, of a terminal and of a management device, in accordance with the invention;
  • FIG. 7 presents a hardware architecture of a terminal according to an embodiment of the invention
  • FIG. 8 presents a hardware architecture of a management device according to an embodiment of the invention.
  • FIG. 3 illustrates an architecture of a NET network in which the methods of the invention are implemented according to an embodiment of the invention.
  • the NET network comprises a LAN2 access network of ADSL technology, a metropolitan MAN network and a CAN core network. These three LAN2, MAN and CAN networks are managed by the same administrative entity.
  • the CAN core network and connected to the Internet network via an RTR-A router, and to an extranet network via an RTR-B router. Internet and Extranet networks are also included in the NET network.
  • P-SRV1, P-SRV2 and P-SRV3 service platforms are connected to the Internet, extranet and CAN networks respectively.
  • the architecture of the NET network is similar to a network of the prior art.
  • a TRM terminal can be connected simultaneously to the LAN2 access network and to another LAN1 access network.
  • the TRM terminal is a smartphone type telephone;
  • LAN1 is a cellular access network.
  • the LAN1 network constitutes a nominal network, within the meaning of the invention, for the TRM terminal, while the LAN2 network constitutes an additional network, within the meaning of the invention, for the TRM terminal.
  • An access point PA included in the LAN2 network allows the terminal TRM to communicate with the LAN2 network and thus the NET network.
  • the PA access point is network termination equipment, commercially known in France by the name "box". It has a wired connection interface and a WiFi connection interface.
  • This access point constitutes a management device in accordance with the invention.
  • FIG. 4 is a flowchart representing steps of a traffic differentiation method, according to the invention, implemented by the TRM terminal, according to the invention and described with reference to FIG. 3.
  • the terminal TRM checks in a queue, whether it has packets to be sent. We assume here that there is a P packet in this queue and that the TRM terminal supports the IPv4 protocol.
  • the terminal obtains information from its selection module, to determine whether it sends the packet P to its destination via the nominal access network LAN1, or the additional access network LAN2. If the information obtained from the selection module indicates that the packet must be sent via the nominal network LAN1, the terminal TRM sends during a step E420 the packet P to its destination via the network LAN1.
  • the TRM terminal obtains info-conf configuration information from a step E430 from a application programming interface (API) of this terminal.
  • info-conf configuration information includes a command to mark packets sent via the additional LAN2 network.
  • the terminal TRM obtains primary marking information, iMARK.
  • the iMARK information is obtained from the info-conf configuration information and it includes information to be inserted in the packet P to indicate that it is sent by the TRM terminal via the additional LAN 2 network.
  • the terminal TRM obtains at least one additional marking information, iMARK '.
  • the iMARK 'information is obtained from the selection module, and it includes information on the reason why the selection module selected the additional network LAN2.
  • the two steps E432 and E434 can be implemented simultaneously, or one after the other, regardless of which precedes the other.
  • the terminal TRM inserts the primary marking information iMARK into the header of the packet P in the field "type of IP service" in accordance with the IPv4 protocol.
  • the terminal TRM inserts the additional marking information iMARK 'into the header of the packet P in the "IP options" field in accordance with the IPv4 protocol.
  • the two steps E436 and E438 can be implemented simultaneously, or one after the other, regardless of which precedes the other.
  • the terminal TRM sends the packet P, comprising the information iMARK and iMARK 'in its header, to its destination via the additional access network LAN2.
  • the packet P will then be received in the first place by the access point PA, described with reference to FIG. 3.
  • the destination of this packet P is the service platform P-SRV1
  • the packet P will be routed from the access point PA to the router RTR-A, via the MAN network and then the CAN network.
  • the P packet is then routed by the RTR-A router to the P-SRV1 platform via the Internet.
  • FIG. 5 is a flowchart representing steps of a traffic management method, according to the invention, implemented by the access point PA, according to the invention and described previously.
  • the access point PA checks in an input queue, whether it has received a packet.
  • the access point PA receives the packet P sent by the terminal TRM via its additional access network LAN2.
  • the access point PA checks whether the received packet includes primary marking information. If the packet does not include such information, the access point PA deduces that this received packet was sent by a terminal via its nominal network. In this case, the access point PA sends the packet to its destination, during a step E550, in accordance with the state of the art. In this example, the received packet P actually includes the iMARK information inserted (E436) by the terminal TRM. The access point PA therefore checks, during a step E520, whether the received packet P also includes additional marking information.
  • the packet P actually includes the iMARK 'information inserted (E438) by the terminal TRM.
  • the access point PA processes the packet P according to the two pieces of information iMARK and iMARK '.
  • the processing step E530 comprises an incrementation of a first counter C1 of packets received by the access point PA and comprising primary marking information and an incrementation of a second counter C2 of packets received by the access point PA and comprising additional marking information identical to the information iMARK ', that is to say packets sent by their sending terminals via their additional networks for the same reason as that of the terminal TRM .
  • the access point PA may not detect, during step E520, additional information in the header of the received packet.
  • the access point PA processes the packet received during a step E540 according to the primary marking information iMARK only.
  • the processing (E540) may include an incrementation of the counter Cl.
  • the access point sends the packet P, during the step E550 to its destination P-SRV1.
  • the RTR-A router also constitutes a management device according to the invention.
  • the steps E530 and E540 of processing the packets comprising marking information iMARK and possibly iMARK ' can comprise an incrementation counters as described previously, or a modification or a deletion of marking information, or a selection of a routing path towards the destination P-SRV1 of the packet P according to the marking information which it comprises.
  • These actions can also be implemented by the access point PA.
  • the service platform P-SRV1 also constitutes a management device according to the invention. When it receives the packet P, it implements the steps of the management method described with reference to FIG. 5.
  • the steps E530 and E540 of processing the packets comprising marking information iMARK and possibly iMARK ', may include one of the actions already described previously (for the PA access point or the RTR-A router).
  • the service platform P-SRV1 can adapt the characteristics of the service it offers to the TRM terminal according to the access network used, LAN1 or LAN2, for example by using video coders of a quality determined according to '' a type of network used (cellular or WiFi). In a similar way to the differentiation process implemented by the terminal
  • the access point PA can insert marking information into a packet P that it sends, this marking information comprising a type or an identifier of a WAN interface used to route this packet P to its destination.
  • this marking information comprising a type or an identifier of a WAN interface used to route this packet P to its destination.
  • the access point PA can be connected to a WAN network via various means, for example in optical fiber and in ADSL link.
  • the access point can have several WAN interfaces of the same technology.
  • the following table illustrates, by way of example, an implementation of a new “offload” option which can be integrated into the “IP option” field in accordance with the IPv4 protocol.
  • the coding of the “Offload” option could for example be defined as option number 10 in option class 0 of the prior art and its coding could be of the TLV type (Type, Length, Value).
  • the primary marking information in accordance with the invention corresponds to the code of type "0" and the value "1", this code constitutes an indication that the packet is intended to be sent via the additional network.
  • the type “0” makes it possible to distinguish a packet intended to be sent via the nominal network (the value being “0”), from a packet intended to be sent via the additional network (the value being “1”) .
  • the primary marking information is information on the fact that the terminal has decided to send the packet via the additional access network, this decision not being based on the marking information itself.
  • the codes of types 1 to 6, including all their possible values constitute additional marking information within the meaning of the invention.
  • the processing step E530 implemented by the access point PA includes an addition of additional information iMARK '.
  • additional information iMARK ' The following table illustrates, by way of example, a coding of the new “Offload” to implement the information added by the access point.
  • the codes of types 20 to 22, whatever their values, constitute additional marking information within the meaning of the invention.
  • the marking information defined with reference to the IPv4 protocol in the two tables, can also be coded in an "Options" field of a header of an IPv6 packet, for example the "HopByHopHeader” header or the "DestinationOptionsHeader” header
  • FIG. 6 represents functional architecture, according to an embodiment of the invention, of a traffic management system SYS, of a terminal TRM and of a management device PA (or RRH or RTR- A), the SYS system, the TRM terminal and the management device all conforming to the invention.
  • the SYS system comprises the terminal TRM and the management device PA, RTR-A, P- SRV1.
  • the TRM terminal includes:
  • this MRK1 module being configured to insert the primary iMARK marking information in a first field of a P packet, when this P packet is intended to be sent via the additional access network LAN2;
  • - COM communication means configured to send the packet P to a destination device P-SRV1 via the additional access network LAN2.
  • the processing module MRK1 is further configured to insert the additional marking information iMARK 'in a second field of the packet P.
  • the device PA, RTR-A, P-SRV1 for managing data traffic transmitted by the terminal TRM comprises:
  • - COM communication means configured to receive the packet P from the terminal TRM, having been sent via the additional access network LAN2 and being intended for a destination device P-SRV1;
  • - DTC detection means configured to detect the primary iMARK marking information in a first field of the P packet, and possibly the additional iMARK 'marking information in a second field of the P packet;
  • a processing module PROC configured to process the packet P as a function of the iMARK marking information (and possibly of the iMARK 'information);
  • the communication means COM being further configured to send the packet P to the destination device P-SRV1.
  • the TRM terminal has the hardware architecture of a computer, as illustrated in FIG. 7.
  • the architecture of the TRM terminal notably includes a processor 7, a random access memory 8, a read-only memory 9, a non-volatile flash memory 10 in a particular embodiment of the invention, as well as communication means 11.
  • Such means are known per se and are not described in more detail here.
  • the ROM 9 of the terminal TRM according to the invention constitutes a recording medium according to the invention, readable by the processor 7 and on which is recorded here a ProgTx computer program according to the invention.
  • the memory 10 of the TRM terminal makes it possible to record variables used for the execution of the steps of the differentiation method according to the invention, such as the packet P, the marking information iMARK, iMARK 'and the configuration information info- conf.
  • the ProgTx computer program defines functional modules and software here, configured to differentiate traffic emitted by the TRM terminal. These functional modules rely on and / or control the hardware elements 7-11 of the TRM terminal mentioned above.
  • the management device PA, RTR-A, P-SRV1 has the hardware architecture of a computer, as illustrated in FIG. 8.
  • the architecture of the management device PA, RTR-A, P-SRV1 comprises in particular a processor 7, a random access memory 8, a read-only memory 9, a non-volatile flash memory 10 in a particular embodiment of the invention, as well as communication means 11. Such means are known per se and are not described in more detail here.
  • the read-only memory 9 of the management device PA, RTR-A, P-SRV1 according to the invention constitutes a recording medium according to the invention, readable by the processor 7 and on which a program d is recorded here.
  • ProgRx computer according to the invention.
  • the memory 10 of the management device PA, RTR-A, P-SRV1 makes it possible to record variables used for the execution of the steps of the management method according to the invention, such as the packet P and the information of iMARK, iMARK 'marking.
  • the ProgRx computer program defines functional modules and software here, configured to manage traffic sent by the TRM terminal. These functional modules rely on and / or control the hardware elements 7-11 of the management device PA, RTR-A, P-SRV1 mentioned above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès dont un réseau d'accès dit « nominal » et au moins un réseau d'accès dit « supplémentaire », procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic. Le procédé de différentiation de trafic émis comprend des étapes de: - insertion d'au moins une information primaire de marquage dans un premier champ d'un paquet, lorsque ce paquet est destiné à être envoyé via le réseau d'accès supplémentaire; et - envoi du paquet à un dispositif destinataire via le réseau d'accès supplémentaire.

Description

Description
Titre de l'invention : Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic.
Technique antérieure
[0001] L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement le domaine du délestage des communications, usuellement nommé en anglais « offload ».
[0002] Une majorité des terminaux disponibles actuellement sur le marché peuvent se connecter à des réseaux d'accès de différentes technologies, tels qu'un réseau d'accès WiFi, un réseau d'accès filaire (en fibre optique, ADSL ou Ethernet), ou un réseau d'accès cellulaire (3G, 4G ou 5G par exemple). De tels terminaux disposent d'un module de sélection du réseau d'accès.
[0003] De plus, il existe des terminaux qui peuvent être connectés simultanément à deux réseaux d'accès. Cette fonctionnalité est connue sous le nom d'agrégation de réseau d'accès. De tels terminaux disposent d'un module d'agrégation.
[0004] La figure 1 présente une architecture d'un réseau de l'art antérieur. Un terminal TRM disposant d'un module de sélection de réseau d'accès et d'un module d'agrégation, peut se connecter alternativement ou simultanément à deux réseaux d'accès LAN 1 et LAN2. Le terminal TRM se connecte à un réseau cœur CAN via au moins un des réseaux LAN 1 et LAN2. Le réseau CAN est connecté à un autre réseau N ET. Deux serveurs SRV1 et SRV2 sont connectés au réseau NET. Le réseau NET peut être le réseau Internet. Dans cet exemple, le réseau CAN est un réseau cœur géré par un même opérateur que les réseaux d'accès LAN 1 et LAN 2.
[0005] Dans l'exemple de la figure 1, le module d'agrégation du terminal TRM déploie le protocole MPTCP (pour « Multi Path Transport Control Protocol » en anglais) défini par l'I ETF (norme RFC6824). De nos jours, les terminaux Apple (marque déposée) utilisent ce protocole MPTCP. Cependant, pour agréger le trafic entre le terminal et un serveur SRV1 par exemple, il est nécessaire que ce serveur SRV1 supporte aussi ce même protocole MPTCP. [0006] Lorsque le terminal TRM souhaite communiquer avec un serveur, SRV2 par exemple, qui ne supporte pas le protocole MPTCP, le trafic émis par le terminal TRM en agrégation sur les réseaux d'accès LAN1 et LAN2, est acheminé vers un équipement MCP (pour « MPTCP Convergent Point » en anglais) qui permet d'assurer l'interfonctionnement entre le protocole MPTCP et un protocole standard TCP/UDP/SCTP supporté par le serveur SRV2. L'équipement MCP est un nœud du réseau CAN et il est aussi connecté au réseau NET.
[0007] La fonction d'agrégation de réseaux d'accès permet en particulier de gérer les pics de trafic et d'assurer la transition du trafic d'un réseau d'accès à un autre, la transition pouvant être partielle ou complète.
[0008] Il existe d'autres solutions techniques permettant la sélection et/ou l'agrégation de réseaux d'accès telles que la solution 3GPP release 13 de type LWA (pour « LTE WLAN Aggregation »), la solution Google BandwidthX et la solution Passpoint définie par le groupe de standardisation WiFi Alliance (marques déposées).
[0009] La figure 2 illustre une architecture logicielle d'un terminal T de l'art antérieur, pouvant être connecté simultanément à plusieurs réseaux d'accès. Dans cet exemple, le terminal T dispose de deux interfaces réseau d'accès HW1 et HW2. L'interface HW1 est un circuit électrique (chipset) de technologie WiFi, et l'interface HW2 est un circuit électrique (chipset) de technologie radio cellulaire, les deux circuits étant accompagnés de leurs logiciels de commande (driver).
[0010] Un système d'exploitation OS est installé au-dessus des interfaces HW1 et HW2. Un module d'une pile protocolaire TCP/IP est intégré dans le système d'exploitation OS. Le module TCP/IP intègre un sous module ICMP (pour « Internet Control and Error Message Protocol » en anglais). Au-dessus du module TCP/IP, un module de sélection d'accès et un module d'agrégation d'accès (en MPTCP par exemple) sont aussi intégrés sans le système d'exploitation.
[0011] Au-dessus du système d'exploitation OS, une ou plusieurs applications APP sont installées. Ces applications s'appuient sur des interfaces APIs fournies par le système d'exploitation. Parmi ces APIs, on retrouve l'API TCP/IP qui permet à une application APP de communiquer sur au moins un des réseaux d'accès sans savoir spécifiquement quelle interface d'accès HW1 ou HW2 est utilisée. [0012] A noter qu'une application APP peut obtenir via les API, des informations sur l'état de la connectivité avec les réseaux d'accès. De plus les APIs autres que l'API TCP/IP peuvent fournir aux applications en mode « pull », « push », ou « notification » l'interface réseau d'accès couramment utilisée, HW1 et/ou HW2. Ainsi l'application APP peut adapter ses services en fonction du réseau d'accès. Par exemple, une application de voix sur IP (VoIP) installée sur un terminal TRM de type smartphone peut n'émettre/recevoir des communications que lorsque l'interface réseau d'accès sélectionnée est HW1 de technologie WiFi et non pas l'interface d'accès radio cellulaire HW2.
[0013] Les fournisseurs de terminaux visent généralement à améliorer l'expérience des utilisateurs. Ils proposent donc des terminaux qui sélectionnent automatiquement le réseau d'accès proposant une meilleure qualité de connexion, ou des terminaux permettant à l'utilisateur de sélectionner le ou les réseaux d'accès à utiliser.
[0014] Pour les fournisseurs d'accès comme les opérateurs téléphoniques, il est préférable que les terminaux se connectant à leurs réseaux, sélectionnent, si possible, un réseau d'accès WiFi ou filaire, plutôt qu'un réseau d'accès cellulaire. En effet, les ressources radio cellulaires sont limitées. De plus, le débit global d'une antenne radio cellulaire est limité (même en agrégeant plusieurs blocs de fréquence et/ou en multipliant le nombre d'antennes en technologie MIMO (pour « Multiple Input Multiple Output » en anglais) et/ou en améliorant les algorithmes de codage et de protection, d'autant que ce débit est partagé entre plusieurs terminaux connectés. De plus, on notera que la bande passante consommée par utilisateur double chaque année avec la multiplication des usages, principalement l'échange de trafic vidéo.
[0015] Cependant, les fournisseurs d'accès ne peuvent pas contrôler ou obtenir des informations sur les fonctions de sélection ou d'agrégation utilisées par les terminaux.
[0016] Une solution connue consiste à installer sur un terminal pouvant être connecté à plusieurs réseaux d'accès, une application logicielle accessible par le fournisseur d'accès, telle que l'application « Mon réseau » ou l'application « Orange et moi » (applications fournies par l'opérateur Orange). Une telle application fournit des informations sur les fonctions de sélection ou d'agrégation utilisées par ce terminal, par exemple le nombre de paquets émis sur chaque réseau d'accès. [0017] Cependant, cette solution n'est pas satisfaisante, d'une part car les applications ne sont pas compatibles avec tous les systèmes d'exploitation des terminaux, et d'autre part car les utilisateurs n'installent pas toujours ces applications sur leurs terminaux. Le fournisseur d'accès ne dispose donc que d'informations partielles. De plus, ces informations ne sont pas accessibles par des fournisseurs de service.
[0018] Il existe donc un besoin en une solution permettant aux fournisseurs d'accès et aux fournisseurs de service d'obtenir des informations sur les fonctions de sélection et d'agrégation utilisées par des terminaux, afin d'assurer une bonne qualité de service à ces terminaux. Exposé de l'invention
[0019] L'invention vise un procédé de différentiation de trafic émis, mis en œuvre par un terminal pouvant être connecté simultanément à plusieurs réseaux d'accès dont un réseau d'accès nominal et au moins un réseau d'accès supplémentaire différent du réseau nominal, ledit réseau nominal étant celui que le terminal utilise dans sa configuration par défaut, le procédé comprenant des étapes de:
— insertion d'au moins une information primaire de marquage, interprétable par un dispositif réseau, dans un premier champ d'un paquet, si et seulement si le paquet est destiné à être envoyé via le réseau d'accès supplémentaire; et
— envoi du paquet à un dispositif destinataire via le réseau d'accès supplémentaire. [0020] Corrélativement, l'invention vise un terminal pouvant être connecté simultanément à plusieurs réseaux d'accès dont un réseau d'accès nominal et au moins un réseau d'accès supplémentaire différent du réseau nominal, ledit réseau nominal étant celui que le terminal utilise dans sa configuration par défaut, le terminal comportant :
— un module de traitement de trafic émis, le module étant configuré pour insérer au moins une information primaire de marquage, interprétable par un dispositif réseau, dans un premier champ d'un paquet, si et seulement si ce paquet est destiné à être envoyé via le réseau d'accès supplémentaire; et
— des moyens de communication configurés pour envoyer le paquet à un dispositif destinataire via le réseau d'accès supplémentaire. [0021] Corrélativement, l'invention vise un procédé de gestion d'un trafic de données émis par un terminal. Ce procédé est mis en œuvre par un dispositif d'un réseau. Ce procédé comporte des étapes de:
— réception d'un paquet en provenance du terminal destiné à un dispositif destinataire;
— détection, dans un premier champ dudit paquet, d'au moins une information primaire de marquage constituant une indication que le paquet a été envoyé via un réseau d'accès supplémentaire pour ledit terminal, le terminal n'utilisant pas ledit réseau d'accès supplémentaire dans sa configuration par défaut;
— traitement du paquet en fonction de l'information primaire de marquage ; et
— envoi du paquet au dispositif destinataire.
[0022] Corrélativement l'invention vise un dispositif d'un réseau pour gérer un trafic de données émis par un terminal, le dispositif comportant:
— des moyens de communication configurés pour recevoir un paquet en provenance du terminal destiné à un dispositif destinataire;
— des moyens de détection configurés pour détecter, dans un premier champ du paquet, au moins une information primaire de marquage constituant une indication que le paquet a été envoyé via un réseau d'accès supplémentaire pour le terminal, le terminal n'utilisant pas ledit réseau d'accès supplémentaire dans sa configuration par défaut; et
— un module de traitement configuré pour traiter le paquet en fonction de l'information de marquage ;
les moyens de communication étant configurés en outre pour envoyer le paquet au dispositif destinataire.
[0023] Les caractéristiques et avantages du procédé de différentiation selon l'invention présentés ci-après s'appliquent de la même façon au terminal selon l'invention, au procédé de gestion selon l'invention, au dispositif de gestion selon l'invention et vice versa.
[0024] Conformément à l'invention, le terminal peut être un téléphone mobile de type smartphone, un ordinateur, une tablette, ou tout autre dispositif communicant configuré à pouvoir être connecté simultanément à deux réseaux d'accès ou plus.
[0025] Au sens de l'invention, un réseau d'accès «nominal » relatif à un terminal est le réseau que le terminal utilise dans sa configuration par défaut, celle-ci étant par exemple fournie par le fournisseur de ce terminal. Le réseau « supplémentaire » relatif à ce terminal est un autre réseau d'accès différent du réseau nominal, et auquel le terminal peut se connecter.
[0026] Par exemple, pour un téléphone mobile ou tablette disposant d'une carte SIM (pour « Subscriber Identity Module » en anglais) active, le réseau nominal peut être un réseau d'accès cellulaire, alors que le réseau supplémentaire peut être un réseau d'accès WiFi. Pour un ordinateur, le réseau nominal peut être un réseau d'accès filaire en fibre optique, alors que le réseau supplémentaire peut être un réseau d'accès WiFi ou un réseau d'accès filaire ADSL. Pour une tablette ne disposant pas d'une carte SIM, le réseau nominal peut être un réseau d'accès WiFi.
[0027] Dans un mode de réalisation, le terminal conforme à l'invention est un téléphone mobile ou une tablette disposant d'une carte SIM active. Le réseau d'accès nominal est un réseau d'accès cellulaire, par exemple de type 3G, 4G ou 5G. Le réseau d'accès supplémentaire est un réseau d'accès WiFi ou Bluetooth. [0028] Dans un autre mode de réalisation, le terminal conforme à l'invention est un ordinateur. Le réseau d'accès nominal est un réseau d'accès filaire, par exemple de type Ethernet, ADSL ou en fibre optique. Le réseau d'accès supplémentaire est un réseau d'accès WiFi.
[0029] Au sens de l'invention, les paquets émis par un terminal via son réseau d'accès supplémentaire sont des paquets émis en mode offload. Les paquets émis par un terminal via son réseau d'accès nominal sont des paquets émis en mode nominal.
[0030] Conformément à l'invention, l'information primaire de marquage, insérée dans ledit premier champ du paquet, est une indication que ce paquet est destiné à être envoyé par le terminal via le réseau d'accès supplémentaire, c'est-à-dire en mode offload. Cette information primaire de marquage est interprétable par un dispositif du réseau.
[0031] L'invention permet à un fournisseur d'accès ou à l'entité administrative gérant un réseau d'accès déterminé de distinguer, par les informations primaires de marquage :
— les paquets émis selon un mode nominal (ce réseau d'accès constitue le réseau nominal des terminaux qui ont émis ces paquets) — des paquets émis en mode offload (ce réseau d'accès constitue le réseau supplémentaire des terminaux qui ont émis ces paquets).
[0032] Ainsi, le fournisseur d'accès ou l'entité administrative gérant le réseau d'accès peut appliquer des politiques différentes de traitement des paquets, ces politiques étant mises en œuvre par le dispositif de gestion conforme à l'invention au cours de l'étape de traitement du procédé de gestion conforme à l'invention. La distinction des paquets émis en mode nominal des paquets émis en mode offload permet à un opérateur d'un réseau d'accès de mieux gérer son réseau, par exemple en termes de dimensionnement du réseau ou de services offerts.
[0033] A titre exemple, l'invention permet de favoriser, au niveau d'un point d'accès à un réseau d'accès, les paquets émis en mode nominal par rapport à des paquets émis en mode offload, en les classant dans deux files d'attente différentes dont une file est prioritaire par rapport à l'autre. En effet, un point d'accès WiFi peut privilégier un trafic émis par une tablette ne disposant pas d'une carte SIM, par rapport à un trafic émis par un téléphone mobile pouvant se connecter à un réseau d'accès cellulaire.
[0034] La distinction des paquets émis en mode nominal des paquets émis en mode offload permet aussi d'effectuer des statistiques sur le nombre ou le pourcentage des paquets émis en mode nominal ou en mode offload. Ces statistiques peuvent être exploitées pour dimensionner des réseaux d'accès, pour anticiper des évolutions d'un réseau, pour proposer des nouvelles fonctionnalités de connexion à un réseau, pour adapter la qualité de service offerte par un réseau, et/ou pour établir des politiques de facturation.
[0035] Il est à noter que conformément à l'art antérieur, seul le terminal peut qualifier un paquet émis en mode nominal ou en mode offload. L'invention permet de fournir cette qualification au réseau également.
[0036] Dans un mode de réalisation, le procédé de différentiation selon la revendication 1 comporte en outre une étape d'insertion d'une information complémentaire de marquage, interprétable par un dispositif du réseau, dans un second champ du paquet.
[0037] Conformément à l'invention, l'information complémentaire de marquage est insérée en complément de l'information primaire de marquage, et elle comporte une information supplémentaire à celle-ci. L'information complémentaire de marquage est relative au fait que le paquet est destiné à être envoyé via le réseau d'accès supplémentaire, en mode offload.
[0038] Dans ce mode, le module de traitement du terminal conforme à l'invention est configuré en outre pour insérer l'information complémentaire de marquage dans le second champ du paquet.
[0039] Ainsi, l'information primaire de marquage est accompagnée par l'information complémentaire de marquage pour apporter des clarifications relatives à l'utilisation du réseau supplémentaire. Cette information complémentaire de marquage est également interprétable par un dispositif du réseau. L'information primaire de marquage et l'information complémentaire de marquage sont insérées pour être communiquées à un dispositif du réseau, tel qu'un dispositif de gestion selon l'invention.
[0040] Dans un mode similaire de réalisation, le procédé de gestion comporte en outre une étape d'obtention d'au moins une information complémentaire de marquage d'un second champ du paquet, le paquet étant traité en outre en fonction de cette information complémentaire de marquage.
[0041] Dans ce mode de réalisation, les moyens de détection du dispositif de gestion conforme à l'invention, sont configurés en outre pour obtenir l'information complémentaire de marquage du second champ du paquet, le module de traitement du dispositif de gestion étant configuré pour traiter le paquet en outre en fonction de cette information complémentaire de marquage.
[0042] L'invention permet ainsi de différencier les paquets envoyés en mode offload (comportant tous des informations primaires de marquage) entre eux, par les informations complémentaires.
[0043] Ce mode permet d'avoir plusieurs granularités de traitement de paquets en fonction des informations complémentaires. En particulier, ce mode permet d'effectuer des statistiques plus fines grâce aux informations complémentaires.
[0044] Dans un mode de réalisation, l'information complémentaire de marquage comporte au moins une information parmi:
— un type du réseau d'accès nominal (réseau cellulaire, satellitaire, fibre optique, xDSL, Ethernet, ou autre); — un identifiant du réseau d'accès nominal (par exemple un identifiant de type MNC, pour « Mobile Network Code » en anglais) ;
— une cause d'utilisation du réseau d'accès supplémentaire ;
— un identifiant du pays du réseau d'accès nominal (par exemple un identifiant de type MCC, pour « Mobile Country Code » en anglais); et
— un identifiant d'une entité administrative du réseau d'accès nominal.
[0045] Ainsi, des informations de différentes natures peuvent être exploitées pour le traitement des paquets.
[0046] Les identifiants de type MNC et MCC peuvent être extraits via des interfaces API d'une carte SIM ou une carte eSIM du terminal, par des couches protocolaires de bas niveau telle que la pile TCP/IP, ou par le module de sélection d'accès du terminal, ou par le module d'agrégation d'accès du terminal.
[0047] Dans un mode de réalisation où le réseau nominal est un réseau cellulaire, l'information complémentaire de marquage peut comporter un identifiant du pays de réseau cellulaire ayant pris en charge le terminal ainsi qu'un identifiant de l'opérateur de réseau l'ayant pris en charge. Ces informations peuvent être utilisées pour identifier si le terminal est en situation Home ou Roaming.
[0048] Dans un mode de réalisation, l'étape de traitement comporte une mémorisation par le dispositif de gestion, de l'information primaire de marquage et/ou de l'information complémentaire de marquage. Ces informations peuvent alors être récupérées ultérieurement en interrogeant le dispositif de gestion.
[0049] Dans un mode de réalisation, l'étape de traitement comporte une incrémentation d'un compteur de paquets comportant une information de marquage. Ce mode permet d'effectuer des statistiques sur les paquets émis en mode offload.
[0050] En particulier, lorsque l'étape de traitement comporte une incrémentation d'un compteur de paquets comportant une information complémentaire de marquage constituée par un identifiant d'une entité administrative du réseau d'accès nominal, des statistiques obtenues par ce compteur peuvent être utilisées pour des reversements financiers entre l'entité administrative du réseau nominal et l'entité administrative du réseau supplémentaire. [0051] Selon un autre exemple, lorsque l'étape de traitement comporte une incrémentation d'un compteur de paquets comportant une information complémentaire de marquage de type « une cause d'utilisation du réseau d'accès supplémentaire », des statistiques obtenues par ce compteur peuvent être utilisées pour :
- analyser des comportements ou des choix des utilisateurs des terminaux et donc pour proposer des services adéquats pour ces utilisateurs. En effet, un terminal peut émettre des paquets en mode offload parce qu'il est configuré en mode avion, ou parce qu'il est configuré pour préférer le réseau supplémentaire, ou parce que la consommation sur le réseau nominal a atteint un certain seuil ;
- analyser des performances du réseau d'accès nominal. En effet, un terminal peut émettre des paquets en mode offload car le réseau nominal n'est pas disponible, ou la qualité de service offerte par le réseau nominal n'est pas satisfaisante, ou à cause d'un problème de synchronisation entre le terminal et un point d'accès au réseau nominal.
[0052] Dans un mode de réalisation, l'étape de traitement comporte une suppression de l'information primaire de marquage et/ou de l'information complémentaire de marquage. Ce mode est adapté pour un traitement local des paquets, au niveau du dispositif de gestion conforme à l'invention, sans divulguer les informations de marquage aux autres dispositifs par lesquels le paquet passe jusqu'à arriver au dispositif destinataire.
[0053] Dans un mode de réalisation, l'étape de traitement comporte une modification de l'information primaire de marquage et/ou de l'information complémentaire de marquage. Ce mode peut être mis en œuvre pour assurer une compatibilité lors d'un passage du paquet d'un réseau à un autre, ces deux réseaux n'utilisant pas un même format des informations de marquage.
[0054] Dans un mode de réalisation, l'étape de traitement comporte une application d'une méthode de différentiation de trafic en qualité de service en fonction de l'information primaire de marquage. Par exemple, le dispositif de gestion peut traiter les paquets émis en mode nominal de façon privilégiée que les paquets émis en mode offload : en les plaçant dans des files d'attentes prioritaires ou plus courtes, ou en les transitant sur un canal de communications avec des meilleures performances (en termes de rapport signal à bruit par exemple), ou les transitant vers des routes plus rapides, etc. [0055] Dans un mode de réalisation, l'étape de traitement comporte une application d'une méthode de différentiation de trafic en qualité de service en fonction de l'information primaire de marquage et de l'information complémentaire de marquage.
[0056] Par exemple, lorsque l'information complémentaire de marquage comporte une cause d'utilisation du réseau d'accès supplémentaire, le dispositif de gestion conforme à l'invention peut privilégier :
- en premier lieu les paquets émis en mode nominal, ces paquets étant distingués car ils ne comportent pas une information primaire de marquage,
- puis en deuxième lieu les paquets émis en mode offload en raison d'une perte de connexion au réseau nominal,
- et en dernier lieu les paquets émis en mode offload en raison d'une dégradation de performances de connexion au réseau nominal.
[0057] Selon un autre exemple, lorsque l'information complémentaire de marquage comporte un identifiant du réseau d'accès nominal, un dispositif de gestion conforme à l'invention et gérant un trafic d'un réseau d'accès WiFi peut traiter les paquets émis en mode offload en privilégiant les paquets indiquant que le réseau nominal est un réseau d'accès filaire (des paquets émis par des ordinateurs par exemple), par rapport à des paquets indiquant que le réseau nominal est un réseau cellulaire (des paquets émis par des téléphones mobiles par exemple). Ce mode de réalisation permet à priori de privilégier des utilisateurs professionnels.
[0058] Selon un autre exemple, lorsque l'information complémentaire de marquage comporte un identifiant d'une entité administrative gérant le réseau d'accès nominal, l'étape de traitement peut comporter une différenciation des paquets émis par la même entité administrative gérant le dispositif de gestion conforme à l'invention. Par exemple, lorsque le dispositif de gestion appartient à un opérateur déterminé, il peut privilégier les paquets émis en offload par des téléphones ayant des cartes SIM du même opérateur.
[0059] Dans un mode de réalisation, l'étape de traitement comporte un marquage de type IP DSCP (pour « Differentiated Service Code Point » en anglais). Ce mode permet de notifier des nœuds placés en aval du dispositif de gestion, d'un niveau de priorité associé au paquet et/ou d'un autre traitement devant être appliqué au paquet. [0060] Dans un mode de réalisation, l'étape de traitement comporte une application d'une méthode de facturation en fonction de l'information primaire de marquage, ou de l'information primaire de marquage et de l'information complémentaire de marquage.
[0061] Dans un mode de réalisation, l'étape de traitement comporte une application d'une méthode de routage en fonction de l'information primaire de marquage, ou de l'information primaire de marquage et de l'information complémentaire de marquage. La méthode de routage peut comporter un aiguillage des paquets vers différents chemins en fonction de leurs informations de marquage.
[0062] Dans un mode de réalisation, l'étape de traitement comporte une mémorisation de paramètres de session durant laquelle le paquet est reçu, pour identifier au moins un paquet de réponse émis par le dispositif destinataire à destination du terminal. Ce mode permet d'appliquer un traitement spécifique aux paquets de réponse à des paquets marqués émis par le terminal conforme à l'invention. En particulier, le traitement appliqué aux paquets de réponse peut être identique au traitement des paquets émis par le terminal. [0063] Dans un mode de réalisation, le procédé de différentiation comprend en outre des étapes de :
— obtention de données de configuration, en provenance d'une interface de programmation applicative du terminal;
— obtention de l'information primaire et/ou de l'information complémentaire de marquage à partir des données de configuration.
[0064] Ainsi, l'invention permet à l'utilisateur du terminal, de choisir via l'interface de programmation applicative, d'appliquer le marquage des paquets que son terminal émet en mode offload ou pas.
[0065] Aussi, l'invention permet à l'utilisateur de spécifier les informations de marquage. [0066] Dans un mode de réalisation, l'interface de programmation applicative du terminal est un logiciel Firmware installé sur le terminal. L'utilisateur du terminal, conforme à l'invention, peut configurer son terminal directement et implicitement via ce logiciel Firmware pour mettre en œuvre ou pas le procédé de différentiation, conforme à l'invention. [0067] Dans un autre mode de réalisation, l'interface de programmation applicative du terminal est une interface de communications entre le terminal et un serveur de type « Device Management » ou « Entitlement server ». Le terminal est configuré dynamiquement et explicitement par le biais de ce serveur pour mettre en œuvre ou pas le procédé de différentiation, conforme à l'invention.
[0068] La mise en œuvre ou pas du procédé de différentiation, conforme à l'invention, par un terminal conforme à l'invention peut découler d'un choix du fabriquant du termina l, ce choix pouvant être modifié par l'utilisateur.
[0069] La mise en œuvre ou pas du procédé de différentiation, conforme à l'invention, par un terminal conforme à l'invention peut découler d'un choix du fournisseur d'accès à un réseau d'accès, par exemple en fonction :
- d'un service auquel l'utilisateur du terminal est souscrit ;
- d'une segmentation de clients du fournisseur (marchés résidentiels ou entreprises) ;
- d'une localisation du terminal (par exemple un téléphone connecté à un réseau mobile Home géré par le fournisseur d'accès, ou à un réseau mobile visité Host géré par un autre fournisseur) ;
- d'un type de trafic (il est possible de configurer le terminal pour ne mettre en œuvre le procédé de l'invention que pour des paquets émis par une application VoIP par exemple) ; et/ou
- d'une détection d'un identifiant SSID (pour « Service Set Identifier » en anglais) d'un réseau d'accès WiFi (en effet, il est possible de configurer le terminal pour mettre en œuvre le procédé de différentiation pour un certain réseau WiFi et non pas un autre).
[0070] Dans un mode de réalisation, le paquet est de type IPv4, le premier champ étant le champ « type de service IP » et le second champ étant le champ « options IP ».
[0071] Dans un autre mode, le paquet est de type IPv6, les premier et second champs étant des champs de type « entête d'extension IP ».
[0072] Ainsi, l'invention est compatible avec les protocoles IPv4 et IPv6, et peut donc être facilement mise en œuvre par des terminaux et des dispositifs actuellement disponibles sur le marché avec des modifications mineures pour insérer, récupérer et traiter les informations de marquage. [0073] Aussi, l'invention peut être utilisée pour marquer des trafics de différentes applications, comme les applications de navigation web, les applications de mail, les applications de transfert de fichiers FTP (pour «File Transport Protocol »), les applications de TV, les applications de vidéo VoD (pour « Video on Demand »), les applications de voix sur IP VoIP (pour « Voice over IP »), etc. En effet, les informations de marquage sont insérées au niveau des entêtes IP et n'impactent pas les données de ces applications intégrées dans les corps des paquets.
[0074] Aussi, l'invention est compatible avec le protocole d'agrégation MPTCP.
[0075] Aussi, l'invention peut être compatible avec les mécanismes combinatoires de tunnel, permettant de passer d'un protocole parmi les protocoles IPv4, IPv6 et GTP (pour « GPRS Tunneling Protocol » en anglais) à un autre.
[0076] L'invention est aussi compatible avec les mécanismes de sécurisation de l'état de la technique, tels que les protocoles IPSec (pour « Internet Protocol Security), sRTP (pour « Secured Real Time Protocol »), SIPS (pour « Session Initiation Protocol Secured »), HTTPS (pour « Hyper Text Transfer Protocol Secured »), et TLS (pour « Transport Layer Security »).
[0077] Il est à noter que la récupération, la modification ou la suppression d'une information de marquage ne pénalise pas la latence d'acheminement des paquets car de toute façon, les entêtes IP sont manipulées pour des fonctionnalités de type NAT (pour « Network Address Translation »), un remplacement d'une adresse IP, ou un port ou un re calcul d'une information de type checksum.
[0078] Il est à noter également que l'impact de l'invention sur les critères MTU (pour « Maximum Transmission Unit ») n'est pas pénalisant. Nous rappelons que les critères MTU sont relatifs à la taille maximale d'un paquet pouvant être transmis en une seule fois. En effet, l'information primaire de marquage peut consommer un seul bit pour distinguer les paquets émis via le réseau nominal des paquets émis via le réseau supplémentaire. Le nombre de bits utilisés pour insérer l'information complémentaire de marquage est aussi limité, selon un nombre maximal de toutes les informations complémentaires possibles.
[0079] Nous rappelons que le champ « Type de service » d'un paquet Ipv4 dispose de 8 bits dont seulement 6 bits sont actuellement utilisés par des procédés de l'état de la technique. L'un des deux bits restant peut être utilisé pour transporter l'information primaire de marquage conforme à l'invention. La taille du paquet IP n'est pas augmentée. De plus, la majorité des équipements de l'état de la technique traitent déjà ce champ « Type de service ». cependant, la taille de ce champ ne permet pas de passer en plus les informations complémentaires définies dans cette demande d'invention. [0080] Dans le mode (décrit précédemment) où l'information complémentaire de marquage est insérée dans le champ « options IP » d'un paquet IPv4, il est possible d'utiliser une classe d'option réservée pour une utilisation ultérieure (les classes 1 et 3 par exemple) et créer une nouvelle option «Offload » dans l'une de ces classes. Il est aussi possible de créer la nouvelle option « Offload » dans une classe déjà existante (les classes 0 et 2 par exemple). [0081] Dans un mode de réalisation, le terminal conforme à l'invention met en œuvre le procédé de différentiation, conforme à l'invention, pour tous les paquets qu'il émet via le réseau supplémentaire.
[0082] Dans un autre mode, le terminal conforme à l'invention ne met en œuvre le procédé de différentiation que pour certains paquets qu'il émet via le réseau supplémentaire, par exemple, exclusivement pour un nombre déterminé des premiers paquets IP d'une même session IP. Nous rappelons qu'une session IP est basée sur une adresse IP source, un port d'émission, une adresse IP destination, un port de destination et un protocole de transport.
[0083] Dans ce mode, le dispositif de gestion traite tous les paquets de la même session IP de la même façon. En effet, une fois que la session IP est établie, lorsque le dispositif de gestion conforme à l'invention détecte une information de marquage sur un premier paquet de la session, il peut déduire que les paquets de la même session sont aussi émis par le même terminal via son réseau d'accès supplémentaire.
[0084] Le dispositif de gestion conforme à l'invention peut comporter :
— le dispositif destinataire ;
— un dispositif dudit réseau d'accès supplémentaire ;
— un équipement de terminaison de réseau, un tel équipement est commercialisé en France sous le nom de « box » offrant de multiples services, tel qu'un équipement LiveBox (produit commercialisé d'Orange) ;
— un point d'accès d'un réseau d'accès cellulaire, telle qu'une antenne de type eNodeB ; — un routeur ; ou
— une plateforme de fourniture d'un service.
[0085] D'une façon similaire, un homme du métier peut appliquer le procédé de différentiation conforme à l'invention, pour différencier un trafic émis par un point d'accès ou une passerelle pouvant émettre des paquets sur différentes interfaces WAN. Ce point d'accès ou cette passerelle peut insérer dans un champ d'un paquet à émettre, une information de marquage comportant un type ou un identifiant de l'interface WAN utilisée pour émettre ce paquet.
[0086] L'invention vise également un système de gestion d'un trafic émis par un terminal conforme à l'invention. Ce système comporte le terminal et au moins un dispositif de gestion conforme à l'invention.
[0087] L'invention vise également un premier programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un ordinateur ou un terminal conforme à l'invention. Ce programme comporte des instructions adaptées à la mise en œuvre d'un procédé de différentiation de trafic tel que décrit ci-dessus.
[0088] L'invention vise également un deuxième programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un ordinateur ou un dispositif de gestion conforme à l'invention. Ce programme comporte des instructions adaptées à la mise en œuvre d'un procédé de gestion tel que décrit ci-dessus.
[0089] Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
[0090] L'invention vise aussi un support d'information ou un support d'enregistrement lisibles par un ordinateur, et comportant des instructions du premier ou du deuxième programme d'ordinateur tel que mentionné ci-dessus.
[0091] Les supports d'information ou d'enregistrement peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur, ou une mémoire flash.
[0092] D'autre part, les supports d'information ou d'enregistrement peuvent être des supports transmissibles tels qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens.
[0093] Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet.
[0094] Alternativement, chaque support d'informations ou d'enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de réponse conforme à l'invention ou du procédé de fourniture d'un élément de réponse conforme à l'invention.
Brève description des dessins [0095] D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
[Fig. 1] la figure 1, déjà décrite, illustre une architecture d'un réseau de l'art antérieur supportant le protocole MPTCP ; [Fig. 2] la figure 2, déjà décrite, illustre une architecture logicielle d'un terminal de l'art antérieur, pouvant se connecter simultanément à plusieurs réseaux d'accès ;
[Fig. 3] la figure 3 illustre une architecture d'un réseau dans lequel les procédés de l'invention sont mis en œuvre selon un mode de réalisation de l'invention ;
[Fig. 4] la figure 4 est un organigramme représentant des étapes d'un procédé de différentiation, conforme à l'invention, mis en œuvre selon un mode de réalisation ;
[Fig. 5] la figure 5 est un organigramme représentant des étapes d'un procédé de gestion de trafic, conforme à l'invention, mis en œuvre selon un mode de réalisation ; [Fig. 6] la figure 6 présente des architectures fonctionnelles d'un système de gestion, d'un terminal et d'un dispositif de gestion, conformes à l'invention;
[Fig. 7] la figure 7 présente une architecture matérielle d'un terminal selon un mode de réalisation de l'invention ; et [Fig. 8] la figure 8 présente une architecture matérielle d'un dispositif de gestion selon un mode de réalisation de l'invention.
Description des modes de réalisation
[0096] La figure 3 illustre une architecture d'un réseau NET dans lequel les procédés de l'invention sont mis en œuvre selon un mode de réalisation de l'invention. [0097] Le réseau NET comporte un réseau d'accès LAN2 de technologie ADSL, un réseau métropolitain MAN et un réseau cœur CAN. Ces trois réseaux LAN2, MAN et CAN sont gérés par une même entité administrative. Le réseau cœur CAN et connecté au réseau Internet via un routeur RTR-A, et à un réseau extranet via un routeur RTR-B. Les réseaux Internet et Extranet sont aussi compris dans le réseau NET. Des plateformes de services P-SRV1, P-SRV2 et P-SRV3 sont connectés respectivement aux réseaux Internet, extranet et CAN. L'architecture du réseau NET est similaire à un réseau de l'art antérieur.
[0098] Un terminal TRM, conforme à l'invention, peut être connecté simultanément au réseau d'accès LAN2 et à un autre réseau d'accès LAN1. Dans cet exemple, le terminal TRM est un téléphone de type smartphone ; le réseau LAN1 est un réseau d'accès cellulaire. Le réseau LAN1 constitue un réseau nominal, au sens de l'invention, pour le terminal TRM, tandis que le réseau LAN2 constitue un réseau supplémentaire, au sens de l'invention, pour le terminal TRM.
[0099] Un point d'accès PA compris dans le réseau LAN2, permet au terminal TRM de communiquer avec le réseau LAN2 et ainsi le réseau NET. Dans cet exemple, le point d'accès PA est un équipement de terminaison de réseau, commercialement connu en France par le nom « box ». Il dispose d'une interface de connexion filaire et d'une interface de connexion WiFi. Ce point d'accès constitue un dispositif de gestion conforme à l'invention.
[0100] L'architecture logicielle du terminal TRM est de type de l'architecture illustrée par la figure 2. [0101] La figure 4 est un organigramme représentant des étapes d'un procédé de différentiation de trafic, conforme à l'invention, mis en œuvre par le terminal TRM, conforme à l'invention et décrit en référence à la figure 3.
[0102] Au cours d'une étape E400, le terminal TRM vérifie dans une file d'attente, s'il a des paquets à émettre. Nous supposons ici qu'il existe un paquet P dans cette file d'attente et que le terminal TRM supporte le protocole IPv4.
[0103] Au cours d'une étape E410, le terminal obtient une information de son module de sélection, pour déterminer s'il envoie le paquet P à sa destination via le réseau d'accès nominal LAN1, ou le réseau d'accès supplémentaire LAN2. [0104] Si l'information obtenue du module de sélection indique qu'il faut envoyer le paquet via le réseau nominal LAN1, le terminal TRM envoie au cours d'une étape E420 le paquet P à sa destination via le réseau LAN1.
[0105] Si l'information obtenue du module de sélection indique qu'il faut envoyer le paquet via le réseau supplémentaire LAN2, le terminal TRM obtient au cours d'une étape E430 des informations de configuration info-conf de la part d'une interface de programmation applicative (API) de ce terminal. Dans le mode décrit ici, ces informations de configuration info-conf comportent une commande de marquage des paquets envoyés via le réseau supplémentaire LAN2.
[0106] Au cours d'une étape E432, le terminal TRM obtient une information primaire de marquage, iMARK. Dans ce mode, l'information iMARK est obtenue à partir des informations de configuration info-conf et elle comporte une information à insérer dans le paquet P pour indiquer qu'il est émis par le terminal TRM via le réseau supplémentaire LAN 2.
[0107] Au cours d'une étape E434, le terminal TRM obtient au moins une information complémentaire de marquage, iMARK'. Dans ce mode, l'information iMARK' est obtenue en provenance du module de sélection, et elle comporte une information sur la raison pour laquelle le module de sélection a sélectionné le réseau supplémentaire LAN2.
[0108] Les deux étapes E432 et E434 peuvent être mises en œuvre simultanément, ou l'une après l'autre, peu importe celle qui précède l'autre. [0109] Au cours d'une étape E436, le terminal TRM insère l'information primaire de marquage iMARK dans l'entête du paquet P dans le champ « type de service IP » conformément au protocole IPv4.
[0110] Au cours d'une étape E438, le terminal TRM insère l'information complémentaire de marquage iMARK' dans l'entête du paquet P dans le champ « options IP » conformément au protocole IPv4.
[0111] Les deux étapes E436 et E438 peuvent être mises en œuvre simultanément, ou l'une après l'autre, peu importe celle qui précède l'autre.
[0112] Au cours d'une étape E440, le terminal TRM envoie le paquet P, comportant les informations iMARK et iMARK' dans son entête, à sa destination via le réseau d'accès supplémentaire LAN2.
[0113] Le paquet P sera alors reçu en premier lieu par le point d'accès PA, décrit en référence à la figure 3. Nous supposons dans cet exemple que la destination de ce paquet P est la plateforme de service P-SRV1, et que le paquet P sera routé du point d'accès PA vers le routeur RTR-A, via le réseau MAN puis le réseau CAN. Le paquet P est par la suite routé par le routeur RTR-A vers la plateforme P-SRV1 via le réseau Internet.
[0114] La figure 5 est un organigramme représentant des étapes d'un procédé de gestion de trafic, conforme à l'invention, mis en œuvre par le point d'accès PA, conforme à l'invention et décrit précédemment. [0115] Au cours d'une étape E500, le point d'accès PA vérifie dans une file d'entrées, s'il a reçu un paquet. Nous supposons que dans cet exemple, le point d'accès PA reçoit le paquet P envoyé par le terminal TRM via son réseau d'accès supplémentaire LAN2.
[0116] Au cours d'une étape E510, le point d'accès PA vérifie si le paquet reçu comporte une information primaire de marquage. Si le paquet ne comporte pas une telle information, le point d'accès PA déduit que ce paquet reçu a été envoyé par un terminal via son réseau nominal. Dans ce cas, le point d'accès PA envoie le paquet à sa destination, au cours d'une étape E550, conformément à l'état de la technique. [0117] Dans cet exemple, le paquet reçu P comporte effectivement l'information iMARK insérée (E436) par le terminal TRM. Le point d'accès PA vérifie donc, au cours d'une étape E520, si le paquet reçu P comporte en outre une information complémentaire de marquage.
[0118] Dans l'exemple décrit ici, le paquet P comporte effectivement l'information iMARK' insérée (E438) par le terminal TRM. Ainsi, au cours d'une étape E530, le point d'accès PA traite le paquet P en fonction des deux informations iMARK et iMARK'.
[0119] Dans le mode décrit ici, l'étape E530 de traitement comporte une incrémentation d'un premier compteur Cl de paquets reçus par le point d'accès PA et comportant des informations primaires de marquage et une incrémentation d'une deuxième compteur C2 de paquets reçus par le point d'accès PA et comportant une information complémentaire de marquage identique à l'information iMARK', c'est à dire des paquets envoyé par leurs terminaux émetteurs via leurs réseaux supplémentaires pour la même raison que celle du terminal TRM.
[0120] Alternativement, le point d'accès PA peut ne pas détecter, au cours de l'étape E520, une information complémentaire dans l'entête du paquet reçu. Dans ce cas, le point d'accès PA traite le paquet reçu au cours d'une étape E540 en fonction de l'information primaire de marquage iMARK uniquement. Le traitement (E540) peut comporter une incrémentation du compteur Cl.
[0121] Suite à l'une des étapes de traitement E530 ou E540, le point d'accès envoie le paquet P, au cours de l'étape E550 vers sa destination P-SRV1.
[0122] Dans le mode décrit ici, le routeur RTR-A constitue aussi un dispositif de gestion conforme à l'invention. Lorsqu'il reçoit le paquet P, il met en œuvre les étapes du procédé de gestion décrites en référence à la figure 5. Les étapes E530 et E540 de traitement des paquets comportant des informations de marquage iMARK et éventuellement iMARK', peuvent comporter une incrémentation de compteurs comme décrit précédemment, ou une modification ou une suppression d'une information de marquage, ou une sélection d'un chemin de routage vers la destination P-SRV1 du paquet P selon les informations de marquage qu'il comporte. Ces actions peuvent aussi être mises en œuvre par le point d'accès PA. [0123] Dans le mode décrit ici, la plateforme de service P-SRV1 constitue également un dispositif de gestion conforme à l'invention. Lorsqu'elle reçoit le paquet P, elle met en œuvre les étapes du procédé de gestion décrites en référence à la figure 5. Les étapes E530 et E540 de traitement des paquets comportant des informations de marquage iMARK et éventuellement iMARK', peuvent comporter une des actions déjà décrites précédemment (pour le point d'accès PA ou le routeur RTR-A). La plate-forme de service P-SRV1 peut adapter les caractéristiques du service qu'elle offre au terminal TRM en fonction du réseau d'accès utilisé, LAN1 ou LAN2, par exemple en utilisant des codeurs vidéo d'une qualité déterminée en fonction d'un type du réseau utilisé (cellulaire ou WiFi). [0124] D'une façon similaire au procédé de différentiation mis en œuvre par le terminal
TRM, le point d'accès PA peut insérer des informations de marquage dans un paquet P qu'il émet, ces informations de marquage comportant un type ou un identifiant d'une interface WAN utilisée pour acheminer ce paquet P vers sa destination. En effet, le point d'accès PA peut être connecté à un réseau WAN via différents moyens, par exemple en fibre optique et en liaison ADSL. En outre, le point d'accès peut comporter plusieurs interfaces WAN d'une même technologie.
[0125] Le tableau suivant illustre, à titre d'exemple, une implémentation d'une nouvelle option « offload » qui peut être intégrée dans le champ « option IP » conformément au protocole IPv4. [0126] Le codage de l'option « Offload » pourrait par exemple être définie en numéro d'option 10 dans la classe d'options 0 de l'état de la technique et son codage pourrait être du type TLV (Type, Longueur, Valeur).
[0127] [Table 1]
[0128] Dans l'exemple du tableau Tablel, l'information primaire de marquage conforme à l'invention correspond au code du type « 0 » et de la valeur « 1 « , ce code constitue une indication que le paquet est destiné à être envoyé via le réseau supplémentaire. En effet, le type « 0 » permet de distinguer un paquet destiné à être envoyé via le réseau nominal (la valeur étant « 0 »), d'un paquet destiné à être envoyé via le réseau supplémentaire (la valeur étant « 1 »). Ainsi, l'information primaire de marquage est une information sur le fait que le terminal a décidé d'envoyer le paquet via le réseau d'accès supplémentaire, cette décision n'étant pas basée sur l'information de marquage elle-même. [0129] Dans cet exemple, les codes des types 1 à 6, y compris toutes leurs valeurs possibles, constituent des informations complémentaires de marquage au sens de l'invention.
[0130] Dans un mode de réalisation, l'étape de traitement E530 mise en œuvre par le point d'accès PA comporte un ajout d'informations complémentaires iMARK'. Le tableau suivant illustre, à titre d'exemple, un codage de la nouvelle « Offload » pour implémenter les informations ajoutées par le point d'accès.
[0131] [Table 2]
[0132] Dans l'exemple du tableau Table2, les codes des types 20 à 22, quelles que soient leurs valeurs, constituent des informations complémentaires de marquage au sens de l'invention. [0133] Les informations de marquage, définies en référence au protocole IPv4 dans les deux tableaux, peuvent aussi être codées dans un champ « Options » d'un entête d'un paquet IPv6, par exemple l'entête « HopByHopHeader » ou l'entête « DestinationOptionsHeader »
[0134] Il est à noter que les informations de marquage, insérées dans l'entête d'un paquet IP doivent être prises en comptes pour le calcul du champ de contrôle checksum. [0135] Dans un mode de réalisation, le point d'accès PA est une antenne de type eNodeB. [0136] La figure 6 représente des architecture fonctionnelles, selon un mode de réalisation de l'invention, d'un système SYS de gestion de trafic, d'un terminal TRM et d'un dispositif de gestion PA (ou RRH ou RTR-A), le système SYS, le terminal TRM et le dispositif de gestion étant tous conformes à l'invention.
[0137] Le système SYS comporte le terminal TRM et le dispositif de gestion PA, RTR-A, P- SRV1.
[0138] Le terminal TRM comporte :
— un module MRK1 de traitement de trafic émis, ce module MRK1 étant configuré pour insérer l'information primaire de marquage iMARK dans un premier champ d'un paquet P, lorsque ce paquet P est destiné à être envoyé via le réseau d'accès supplémentaire LAN2; et
— des moyens de communication COM configurés pour envoyer le paquet P à un dispositif destinataire P-SRV1 via le réseau d'accès supplémentaire LAN2.
[0139] Dans le mode décrit ici, le module de traitement MRK1 est configuré en outre pour insérer l'information complémentaire de marquage iMARK' dans un second champ du paquet P.
[0140] Le dispositif PA, RTR-A, P-SRV1 de gestion d'un trafic de données émis par le terminal TRM comporte:
— des moyens de communication COM configurés pour recevoir le paquet P en provenance du terminal TRM, ayant été envoyé via le réseau d'accès supplémentaire LAN2 et étant destiné à un dispositif destinataire P-SRV1;
— des moyens de détection DTC configurés pour détecter l'information primaire de marquage iMARK dans un premier champ du paquet P, et éventuellement l'information complémentaire de marquage iMARK' dans un second champ du paquet P; et
— un module de traitement PROC configuré pour traiter le paquet P en fonction de l'information de marquage iMARK (et éventuellement de l'information iMARK') ;
les moyens de communication COM étant configurés en outre pour envoyer le paquet P au dispositif destinataire P-SRV1.
[0141] Dans le mode de réalisation décrit ici, le terminal TRM a l'architecture matérielle d'un ordinateur, telle qu'illustrée à la figure 7. [0142] L'architecture du terminal TRM comprend notamment un processeur 7, une mémoire vive 8, une mémoire morte 9, une mémoire flash non volatile 10 dans un mode particulier de réalisation de l'invention, ainsi que des moyens de communication 11. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. [0143] La mémoire morte 9 du terminal TRM selon l'invention constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 7 et sur lequel est enregistré ici un programme d'ordinateur ProgTx conforme à l'invention.
[0144] La mémoire 10 du terminal TRM permet d'enregistrer des variables utilisées pour l'exécution des étapes du procédé de différentiation selon l'invention, telles que le paquet P, les informations de marquage iMARK, iMARK' et les informations de configuration info- conf.
[0145] Le programme d'ordinateur ProgTx définit des modules fonctionnels et logiciels ici, configurés pour différencier un trafic émis par le terminal TRM. Ces modules fonctionnels s'appuient sur et/ou commandent les éléments matériels 7-11 du terminal TRM cités précédemment.
[0146] Dans le mode de réalisation décrit ici, le dispositif de gestion PA, RTR-A, P-SRV1 a l'architecture matérielle d'un ordinateur, telle qu'illustrée à la figure 8.
[0147] L'architecture du dispositif de gestion PA, RTR-A, P-SRV1 comprend notamment un processeur 7, une mémoire vive 8, une mémoire morte 9, une mémoire flash non volatile 10 dans un mode particulier de réalisation de l'invention, ainsi que des moyens de communication 11. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici.
[0148] La mémoire morte 9 du dispositif de gestion PA, RTR-A, P-SRV1 selon l'invention constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 7 et sur lequel est enregistré ici un programme d'ordinateur ProgRx conforme à l'invention.
[0149] La mémoire 10 du dispositif de gestion PA, RTR-A, P-SRV1 permet d'enregistrer des variables utilisées pour l'exécution des étapes du procédé de gestion selon l'invention, telles que le paquet P et les informations de marquage iMARK, iMARK'. [0150] Le programme d'ordinateur ProgRx définit des modules fonctionnels et logiciels ici, configurés pour gérer un trafic émis par le terminal TRM. Ces modules fonctionnels s'appuient sur et/ou commandent les éléments matériels 7-11 du dispositif de gestion PA, RTR-A, P-SRV1 cités précédemment.

Claims

Revendications
[Revendication 1] Procédé de différentiation de trafic émis, mis en œuvre par un terminal (TRM) pouvant être connecté simultanément à plusieurs réseaux d'accès (LAN1, LAN2) dont un réseau d'accès nominal (LAN1) et au moins un réseau d'accès supplémentaire (LAN2) différent du réseau nominal, ledit réseau nominal étant celui que le terminal utilise dans sa configuration par défaut, ledit procédé comprenant des étapes de:
— insertion (E436) d'au moins une information primaire de marquage (iMARK) interprétable par un dispositif du réseau, dans un premier champ d'un paquet (P), si et seulement si ledit paquet est destiné à être envoyé via ledit réseau d'accès supplémentaire (LAN2); et
— envoi (E440) dudit paquet (P) à un dispositif destinataire (P-SRV1) via ledit réseau d'accès supplémentaire (LAN2).
[Revendication 2] Procédé de différentiation selon la revendication 1 comportant en outre une étape d'insertion (E438) d'une information complémentaire de marquage (iMARK'), interprétable par un dispositif du réseau, dans un second champ dudit paquet (P).
[Revendication 3] Procédé de différentiation selon l'une des revendications 1 ou 2 comprenant en outre des étapes de :
— obtention (E430) de données de configuration (info-conf), en provenance d'une interface de programmation applicative (API) dudit terminal;
— obtention d'au moins une information de marquage parmi ladite information primaire (iMARK) et ladite information complémentaire (iMARK') à partir desdites données de configuration.
[Revendication 4] Procédé de gestion d'un trafic de données émis par un terminal, ledit procédé étant mis en œuvre par un dispositif (PA, RTR-A, P-SRV1) d'un réseau (NET), ledit procédé comprenant des étapes de:
— réception (E500) d'un paquet (P) en provenance dudit terminal (TRM) destiné à un dispositif destinataire (P-SRV1);
— détection (E510), dans un premier champ (T) dudit paquet (P), d'au moins une information primaire de marquage (iMARK) constituant une indication que le paquet a été envoyé via un réseau d'accès supplémentaire (LAN2) pour ledit terminal, le terminal n'utilisant pas ledit réseau d'accès supplémentaire dans sa configuration par défaut;
— traitement (E530, E540) dudit paquet (P) en fonction de ladite information primaire de marquage (iMARK) ; et
— envoi dudit paquet (P) audit dispositif destinataire (P-SRV1).
[Revendication 5] Procédé selon la revendication 4 comportant en outre une étape d'obtention (E520) d'au moins une information complémentaire de marquage (iMARK') d'un second champ (D) dudit paquet (P), ledit paquet étant traité (E530) en outre en fonction de ladite information complémentaire de marquage (iMARK').
[Revendication 6] Procédé selon l'une quelconque des revendications 4 ou 5 dans lequel ladite information complémentaire de marquage (iMARK') comporte au moins une information parmi:
— un type dudit réseau d'accès nominal ;
— un identifiant dudit réseau d'accès nominal ;
— une cause d'utilisation dudit réseau d'accès supplémentaire ;
— un identifiant (MCC) du pays dudit réseau d'accès nominal ; et
— un identifiant (MNC) d'une entité administrative dudit réseau d'accès nominal.
[Revendication 7] Procédé de gestion selon l'une quelconque des revendications 4 à 6 dans lequel ladite étape de traitement comporte au moins une action parmi:
— une mémorisation de ladite information primaire de marquage (iMARK) et/ou de ladite information complémentaire de marquage (iMARK') ;
— une incrémentation d'un compteur de paquets comportant une information de marquage ;
— une suppression ou une modification de ladite information primaire de marquage (iMARK) et/ou de ladite information complémentaire de marquage (iMARK') ; — une application d'une méthode de différentiation de trafic en qualité de service en fonction de ladite information primaire de marquage (iMARK), ou en fonction de ladite information primaire de marquage (iMARK) et de ladite information complémentaire de marquage (iMARK') ;
— un marquage de type IP DSCP ;
— une application d'une méthode de routage en fonction de ladite information primaire de marquage (iMARK), ou en fonction de ladite information primaire de marquage (iMARK) et de ladite information complémentaire de marquage (iMARK') ; et
— une mémorisation de paramètres de session durant laquelle ledit paquet (P) est reçu (E500), pour identifier au moins un paquet de réponse émis par ledit dispositif destinataire (P-SRV1) à destination dudit terminal (TRM).
[Revendication 8] Procédé selon l'une quelconque des revendications 1 à 7 dans lequel ledit paquet est de type IPv4, ledit premier champ étant le champ « type de service IP » et ledit second champ étant le champs « options IP ».
[Revendication 9] Procédé selon l'une quelconque des revendications 1 à 7 dans lequel ledit paquet est de type IPv6, lesdits premier et second champs étant des champs de type « entête d'extension IP ».
[Revendication 10] Programme d'ordinateur (ProgTx, ProgRx) comportant des instructions pour l'exécution des étapes du procédé de différentiation selon l'une quelconque des revendications 1 à 3 ou 8 à 9, ou des étapes du procédé de gestion selon l'une quelconque des revendications 4 à 9 lorsque ledit programme est exécuté par un ordinateur.
[Revendication 11] Support d'enregistrement (7) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur selon la revendication 10.
[Revendication 12] Terminal (TRM) pouvant être connecté simultanément à plusieurs réseaux d'accès (LAN1, LAN2) dont un réseau d'accès nominal (LAN1) et au moins un réseau d'accès supplémentaire (LAN2) différent du réseau nominal, ledit réseau nominal étant celui que le terminal utilise dans sa configuration par défaut, ledit terminal étant caractérisé en ce qu'il comporte :
— un module de traitement (MRK1) de trafic émis configuré pour insérer au moins une information primaire de marquage (iMARK), interprétable par un dispositif réseau, dans un premier champ (T) d'un paquet (P), si et seulement si ledit paquet est destiné à être envoyé via ledit réseau d'accès supplémentaire (LAN2); et
— des moyens de communication (COM) configurés pour envoyer ledit paquet (P) à un dispositif destinataire (P-SRV1) via ledit réseau d'accès supplémentaire (LAN2).
[Revendication 13] Terminal selon la revendication 12 caractérisé en ce que ledit module de traitement est configuré en outre pour insérer au moins une information complémentaire de marquage (iMARK'), interprétable par un dispositif réseau, dans un second champ (D) dudit paquet (P).
[Revendication 14] Dispositif (PA, RTR-A, P-SRV1) d'un réseau (NET) configuré pour gérer un trafic de données émis par un terminal (TRM), ledit dispositif comportant:
— des moyens de communication (COM) configurés pour recevoir un paquet (P) en provenance dudit terminal (TRM) destiné à un dispositif destinataire (P-SRV1);
— des moyens de détection (DTC) configurés pour détecter, dans un premier champ dudit paquet (P), au moins une information primaire de marquage (iMARK) constituant une indication que le paquet a été envoyé via un réseau d'accès supplémentaire (LAN2) pour ledit terminal, le terminal n'utilisant pas ledit réseau d'accès supplémentaire dans sa configuration par défaut; et
— un module de traitement (PROC) configuré pour traiter ledit paquet (P) en fonction de ladite information de marquage (iMARK) ;
lesdits moyens de communication (COM) étant configurés en outre pour envoyer ledit paquet (P) audit dispositif destinataire (P-SRV1).
[Revendication 15] Dispositif de gestion selon la revendication 14 caractérisé en ce que lesdits moyens de détection (DTC) sont configurés en outre pour obtenir au moins une information complémentaire de marquage (iMARK') d'un second champ dudit paquet (P), ledit module de traitement (PROC) étant configuré pour traiter ledit paquet (P) en outre en fonction de ladite information complémentaire de marquage (iMARK').
[Revendication 16] Dispositif de gestion selon l'une quelconque des revendications 14 ou 15 comportant :
— ledit dispositif destinataire (P-SRV1) ;
— un dispositif (PA) dudit réseau d'accès supplémentaire (LAN2) ;
— un équipement de terminaison de réseau (PA) ;
— un point d'accès d'un réseau d'accès cellulaire ;
— un routeur (RTR-A) ; ou
— une plateforme de fourniture d'un service (P-SRV1).
[Revendication 17] Système (SYS) de gestion d'un trafic émis par un terminal selon l'une des revendications 12 ou 13, ledit système comportant ledit terminal (TRM) et au moins un dispositif de gestion selon l'une des revendications 14 à 16.
EP19831785.1A 2018-12-10 2019-11-19 Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic Pending EP3895389A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1872577A FR3089732A1 (fr) 2018-12-10 2018-12-10 Terminal pouvant être connecté simultanément à plusieurs réseaux d’accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic.
PCT/FR2019/052739 WO2020120850A1 (fr) 2018-12-10 2019-11-19 Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic

Publications (1)

Publication Number Publication Date
EP3895389A1 true EP3895389A1 (fr) 2021-10-20

Family

ID=66530185

Family Applications (1)

Application Number Title Priority Date Filing Date
EP19831785.1A Pending EP3895389A1 (fr) 2018-12-10 2019-11-19 Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic

Country Status (4)

Country Link
US (1) US20220052952A1 (fr)
EP (1) EP3895389A1 (fr)
FR (1) FR3089732A1 (fr)
WO (1) WO2020120850A1 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2791523C (fr) * 2010-09-24 2013-09-10 Pravala Inc. Acces a des ressources de reseau local dans un systeme multi-interface
US9762702B2 (en) * 2014-01-14 2017-09-12 Apple Inc. Multipath TCP signaling with application specific tags
US10064123B2 (en) * 2015-06-30 2018-08-28 At&T Intellectual Property I, L.P. WI-FI and cellular interworking for internet of things devices
US10419982B1 (en) * 2018-03-14 2019-09-17 Cisco Technology, Inc. Methods and apparatus for providing end marker functionality in mobile networks having SRv6-configured mobile user planes

Also Published As

Publication number Publication date
WO2020120850A1 (fr) 2020-06-18
US20220052952A1 (en) 2022-02-17
FR3089732A1 (fr) 2020-06-12

Similar Documents

Publication Publication Date Title
EP3632087B1 (fr) Sélection d'une tranche de réseau relative à une application
EP3476095B1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
EP3739843B1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
EP3646557A1 (fr) Procédé de communication quic via des chemins multiples
EP3284224B1 (fr) Procédé d'émulation dune connexion à chemins multiples
EP3257204A1 (fr) Procede de selection de concentrateurs de connexions reseau
FR3038476A1 (fr) Procede d' optimisation de la charge d' un concentrateur de connexions reseau
FR3023106A1 (fr) Procede de communication tcp via des chemins multiples entre deux terminaux
EP3682600B1 (fr) Gestion de la connexion avec d'autres passerelles residentielles d'une passerelle residentielle mettant en oeuvre l'agregation de liens
EP3682601B1 (fr) Routage de données dans une passerelle résidentielle mettant en oeuvre l'agrégation de liens
EP3949287B1 (fr) Passerelle et procédé de différentiation de trafic émis par la passerelle, dispositif et procédé gestion du trafic
EP3895389A1 (fr) Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de différentiation de trafic émis par le terminal, dispositif et procédé de gestion du trafic
EP2399406B1 (fr) Procédé de commutation de noeud d'accès
EP3123673B1 (fr) Procédé de routage de données par un boitier d'accès à internet
FR3023105A1 (fr) Procede de communication tcp via des chemins multiples entre deux terminaux
WO2020120884A1 (fr) Selection d'un réseau en fonction de caractéristiques réseau temps réel
FR3122544A1 (fr) Procédé et dispositif de paramétrage d’un dispositif terminal
FR2859849A1 (fr) Procede et systeme de controle de l'utilisation d'un point d'acces a un reseau, et supports d'enregistrement, point d'acces et equipement de controle pour la mise en oeuvre du procede

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20210520

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20231128